SERVICIO DE MENSAJES.

Un servidor de mensajes (16) dispuesto para enviar un mensaje desde una entidad emisora (12) a una entidad receptora (14) sobre uno de una pluralidad de canales de comunicación,

comprendiendo el citado servidor de mensajes: (i) una entrada dispuesta para recibir valores de atributo de mensaje asociados con el mensaje y una o más partes de contenido de mensaje; habiendo sido esas partes de contenido de mensaje identificadas como componentes para ser enviadas al servidor de mensajes desde la entidad emisora mediante selecciones de usuario en un enlace de comunicaciones basado en la red entre la entidad emisora y el servidor de mensajes; (ii) una entrada dispuesta para acceder a valores de canal de comunicación asociados con uno o más de los canales de comunicación; a valores de atributo de entidad emisora asociados con la entidad emisora y a valores de atributo de la entidad receptora asociados con la entidad receptora; (iii) un procesador dispuesto para calcular una utilidad de enviar el mensaje sobre al menos uno de los canales de comunicación sobre la base de al menos algunos de los valores de atributo de mensaje, de los valores de atributo de canal de comunicación, de los valores de atributo de entidad emisora y de los valores de atributo de entidad receptora; (iv) una salida dispuesta para formatear una o más de las partes de contenido de mensaje para enviar sobre uno de los canales de comunicación, habiendo sido el canal de comunicación seleccionado sobre la base de la utilidad calculada; en el que la salida también está dispuesta para enviar información a la entidad emisora acerca de cualquier parte de contenido de mensaje omitida desde el formato para enviar

CAMPO TÉCNICO Esta descripción se refiere generalmente a servicios de mensajes. Se refiere particularmente, pero no está de ninguna manera limitada a, servicios de mensajes para evaluar cuál de una pluralidad de canales de comunicación utilizar.

ANTECEDENTES Hoy en día se utilizan diferentes tipos de tecnología de mensajes para la comunicación. Por ejemplo, correo electrónico, instant messaging (IM – mensajes Instantáneo), short message service (SMS – Servicio de Mensajes Cortos), multi-media message service (MMS – Servicio de Mensaje de Multi-media), wireless application protocol push (WAP push – Protocolo de Aplicación Inalámbrica de conexión directa) y otros. Esto introduce una mayor cantidad de opciones y flexibilidad que las disponibles previamente pero al mismo tiempo aumenta la complejidad para los usuarios finales. Por ejemplo, el usuario que envía un mensaje a menudo no tiene suficiente información acerca de la capacidad de conexión, preferencias y otros aspectos relevantes del receptor de un mensaje. Es decir, Juan podría no saber si Juana tiene acceso a correo electrónico fuera del horario de oficina y si Juana prefiere correo electrónico o SMS. Esto dificulta el que los usuarios finales elijan un canal de comunicación adecuado para cada receptor, particularmente si el mensaje necesita ser entregado dentro de un cierto marco de tiempo, mientras que la persona está en una ubicación particular, o similar.

La complejidad mencionada anteriormente se introduce no sólo porque los dispositivos de comunicación están equipados con múltiples canales de comunicación sino también porque esos canales de comunicación (por ejemplo correo electrónico, mensajes instantáneos, voz, mensajes de texto y multi-media) están desconectados o son independientes entre ellos tanto en el mismo dispositivo de comunicación como también entre dispositivos.

Actualmente los emisores típicamente tienen que gestionar múltiples cuentas de usuario y números/direcciones para el mismo receptor. Además, tanto el emisor como el receptor tienen que gestionar múltiples canales de comunicación. Por ejemplo, diferentes canales de comunicación proporcionan diferentes características y capacidades y a menudo puede resultar difícil para un usuario final evaluar rápida y exactamente el mejor canal de comunicación para su uso en una situación particular.

Otro problema se refiere a la falta de capacidades de comunicación para diferentes plataformas. Por ejemplo, considérese un usuario que opera un cliente de correo electrónico en su PC. Ese usuario crea un correo electrónico que contiene un texto particular. No obstante, típicamente no es posible que el usuario envíe el mismo mensaje de texto desde el cliente de correo electrónico directamente a un receptor como un mensaje de SMS. Generalmente, el usuario necesitaría copiar o reescribir el texto en un mensaje de SMS en un teléfono móvil y a continuación enviar el mensaje de SMS al receptor. No obstante, esto lleva tiempo y es susceptible de error. Además, tanto el emisor como el receptor necesitan tener disponibles el mismo tipo de canales de comunicación y las aplicaciones de cliente correspondientes. Si el receptor tiene un conjunto de cuentas de comunicación diferentes (dirección de correo electrónico, número de teléfono móvil, cuenta de mensajes instantáneos, etc.) a las cuales podría enviarse el mensaje, el emisor necesita suscribirse a todas esas cuentas de comunicación con el fin de aprovechar la capacidad de conexión del receptor.

Previamente se han hecho intentos de aumentar la cantidad de información disponible para los emisores acerca de los receptores con el fin de permitir que los emisores realicen mejores elecciones acerca del envío de mensajes. Algunos de estos intentos previos han utilizado formas limitadas de conversión automática de mensaje aunque existen varios inconvenientes con estos planteamientos, como se explica ahora.

Nakanishi et al. en su publicación “iCAMS2: Developing a Mobile Communication Tool using Location Information and Schedule Information with J2ME”, Proceedings of Mobile HCI, 2003, 400-404 describen un esquema para enviar mensajes entre miembros de un grupo de usuarios cerrado. Dependiendo de la situación del receptor y del contexto los canales de comunicación disponibles son ordenados y mostrados de acuerdo con su idoneidad. No obstante, el esquema requiere que se comparta información de situación y de planificación entre miembros del grupo de manera que los miembros del grupo deben querer compartir información sensible y privada. Este planteamiento es difícil de extender a un grupo de usuarios mayor porque aparecen problemas de seguridad como resultado de la información sensible compartida. Además, en este esquema, el dispositivo de comunicación del emisor debe soportar el canal de comunicación elegido; no hay capacidad de conversión automática de tipo de mensaje.

Maniatis et al. describen un modelo de organización de mensajes en capas que añade información personal a un modelo de organización en capas tradicional que consiste en capas de aplicación, de transporte/red y de enlace (Maniatis et al. “The Mobile People Architecture”. Mobile Computing and Communications Review, 1, 2, 1999. 1-7.). La información de capa adicional se utiliza para encaminar mensajes entrantes a la aplicación/dispositivo actualmente utilizados por el receptor. Así, el receptor tiene un proxy de comunicación personal sobre el cual son redirigidos mensajes y, si es necesario, convertidos en diferentes formatos de mensaje. Un problema con este planteamiento es que los mensajes entrantes son redirigidos a todos los dispositivos disponibles actualmente. Esto aumenta la carga de red y también provoca serios problemas cuando se envían grandes cantidades de datos a dispositivos con capacidad de conexión de bajo ancho de banda o cuando el dispositivo tiene una baja capacidad de recepción, por ejemplo, un espacio de almacenamiento de mensajes limitado. También, pueden enviarse datos inadvertidamente a dispositivos que son incapaces de procesar datos en ese formato. La característica de conversión de mensaje automático particular utilizada es problemática puesto que no todas las partes del mensaje son convertidas. Como resultado, se pierde algo de información durante la conversión del mensaje y no se ha hecho ninguna provisión para informar al emisor acerca de esta pérdida.

El documento 2001, (221-228) describe un prototipo para dispositivos de telefonía móvil que proporciona información de ubicación y de capacidad de conexión para un grupo de usuarios cerrado. Con el fin de proporcionar un soporte simple para identificar un canal de comunicación apropiado, el sistema señala el canal con la actividad más reciente. No obstante, el canal con la más reciente actividad podría no ser ya el canal más apropiado para ser utilizado. También, este planteamiento adolece de problemas de seguridad relativos a la necesidad de compartir información sensible entre usuarios.

El documento 2002/0174199A1 describe un sistema para identificar y establecer canales para comunicaciones preferidos basados en preferencias y capacidades de conexión de los participantes. Las interferencias son analizadas para maximizar la esperada utilidad de la comunicación con un usuario contactado.

SUMARIO La invención proporciona un servidor de mensajes tal como el definido en la reivindicación 1 y un método en un servidor de mensajes como el definido en la reivindicación 11.

Lo que sigue presenta un resumen simplificado de la descripción con el fin de proporcionar un conocimiento básico al lector. El resumen no es una visión extensa de la descripción y no identifica elementos clave/críticos de la invención o delinea el alcance de la invención. Su único propósito es presentar algunos conceptos descritos en esta memoria de una manera simplificada como preludio de una descripción más detallada que la que se presenta a continuación.

Se describe un servicio de mensajes que proporciona mensajes independientes de la aplicación y para diferentes plataformas. Los emisores compilan componentes de contenido de mensajes y especifican preferencias de mensaje. El servicio de mensajes calcula una utilidad y un coste de enviar el mensaje sobre diferentes tipos de canal de comunicación. Un canal de comunicación es seleccionado utilizando la información de coste y de utilidad y el servicio de mensajes formatea los componentes del contenido del mensaje para el canal de comunicación particular. El mensaje es entonces enviado, por ejemplo,... [Seguir leyendo]

1. Un servidor de mensajes (16) dispuesto para enviar un mensaje desde una entidad emisora (12) a una entidad receptora (14) sobre uno de una pluralidad de canales de comunicación, comprendiendo el citado servidor de mensajes:

(i) una entrada dispuesta para recibir valores de atributo de mensaje asociados con el mensaje y una o más partes de contenido de mensaje; habiendo sido esas partes de contenido de mensaje identificadas como componentes para ser enviadas al servidor de mensajes desde la entidad emisora mediante selecciones de usuario en un enlace de comunicaciones basado en la red entre la entidad emisora y el servidor de mensajes;

(ii) una entrada dispuesta para acceder a valores de canal de comunicación asociados con uno o más de los canales de comunicación; a valores de atributo de entidad emisora asociados con la entidad emisora y a valores de atributo de la entidad receptora asociados con la entidad receptora;

(iii) un procesador dispuesto para calcular una utilidad de enviar el mensaje sobre al menos uno de los canales de comunicación sobre la base de al menos algunos de los valores de atributo de mensaje, de los valores de atributo de canal de comunicación, de los valores de atributo de entidad emisora y de los valores de atributo de entidad receptora;

(iv) una salida dispuesta para formatear una o más de las partes de contenido de mensaje para enviar sobre uno de los canales de comunicación, habiendo sido el canal de comunicación seleccionado sobre la base de la utilidad calculada;

en el que la salida también está dispuesta para enviar información a la entidad emisora acerca de cualquier parte de contenido de mensaje omitida desde el formato para enviar.

2. Un servidor de mensajes de acuerdo con la reivindicación 1, en el que la entidad emisora y la entidad receptora comprenden cada una software de aplicación de mensajes, siendo el software de aplicación de la entidad emisora incompatible con el software de aplicación de la entidad receptora y en el que la salida está dispuesta para formatear las partes de contenido de mensaje para su compatibilidad con el software de aplicación de la entidad receptora.

3. Un servidor de mensaje (16) de acuerdo con la reivindicación 1 ó la reivindicación 2, en el que el procesador también está dispuesto para calcular la utilidad sobre la base de un coste de enviar el mensaje.

4. Un servidor de mensaje (16) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la citada entrada está dispuesta para recibir valores de atributo de preferencias de mensaje receptor y en el que la utilidad se calcula también sobre la base de al menos algunos de esos valores de atributo de preferencias de mensaje del receptor.

5. Un servidor de mensajes de acuerdo con cualquiera de las reivindicaciones precedentes en el que la citada entrada está dispuesta para recibir información de contexto externa y en el que la utilidad se calcula también sobre la base de al menos algo de esa información de contexto externa.

6. Un servidor de mensajes (16) de acuerdo con cualquiera de las reivindicaciones precedentes, en el que el citado procesador está dispuesto para formar un vector de relación de utilidad que cubre la relación de utilidades cuando se envía el mensaje por medio de un canal de comunicación comparado con otro.

7. Un servidor de mensajes de acuerdo con la reivindicación 6, en el que el citado procesador está también dispuesto para formar un vector de relación de coste.

8. Un servidor de mensajes de acuerdo con la reivindicación 7, en el que el procesador está dispuesto para concatenar el vector de relación de utilidad y el vector de relación de coste y para aplicar una métrica al vector concatenado para permitir que los canales de comunicación sean ordenados.

9. Un servidor de mensajes de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la salida está también dispuesta para enviar información acerca del estado del mensaje a la entidad emisora y o a la entidad receptora.

10. Un servidor de mensajes de acuerdo con cualquiera de las reivindicaciones precedentes, en el que la salida está también dispuesta para enviar información a la entidad receptora acerca de cualquier parte de contenido del mensaje omitida del formato para el envío.

11. Un método en un servidor de mensajes de enviar un mensaje a una entidad receptora (14) sobre uno de una pluralidad de canales de comunicación, comprendiendo el método las etapas de:

(i) recibir valores de atributo de mensaje asociados con el mensaje y una o más partes de contenido de mensaje para el mensaje; habiendo sido esas partes de contenido de mensaje identificadas como componentes para ser enviados al servidor de mensajes desde la entidad emisora mediante selecciones de usuario en un enlace de comunicaciones basado en la red entre una entidad emisora y el servidor de mensajes;

(ii) acceder a los valores de atributo de canal de comunicación asociados con uno o más de los canales de comunicación, a los valores de atributo de entidad emisora asociados con la entidad emisora y a los valores de atributo de la entidad receptora asociados con la entidad receptora;

(iii) calcular una utilidad de enviar el mensaje sobre al menos uno de los canales de comunicación sobre la base de al menos alguno de los valores de atributo de mensaje, de los valores de atributo de canal de comunicación, de los valores de atributo de la entidad emisora y de los valores de atributo de la entidad receptora;

(iv) formatear una o más partes de contenido del mensaje para su envío sobre uno de los canales de comunicación, habiendo sido el citado canal de comunicación seleccionado sobre la base de la utilidad calculada;

(v) enviar comunicación a la entidad emisora acerca de cualquier parte de contenido de mensaje omitida del formato para enviar.

12. Un método de acuerdo con la reivindicación 13, en el que la entidad emisora y la entidad receptora comprenden cada una software de aplicación de mensajes, siendo el software de aplicación de la entidad emisora incompatible con el software de aplicación de la entidad receptora y en el que la etapa de formatear una o más partes de contenido de mensaje comprende hacer eso para compatibilidad con el software de aplicación de entidad receptora.

13. Un método de acuerdo con la reivindicación 11 ó la reivindicación 12, que comprende calcular la utilidad sobre la base de un coste de enviar el mensaje.

14. Un método de acuerdo con cualquiera de las reivindicaciones 11 a 13, que comprende también recibir valores de atributo de preferencias de mensaje receptor y en el que la utilidad se calcula también sobre la base de al menos algunos de esos valores de atributo de preferencia de mensaje receptor.

15. Un método de acuerdo con cualquiera de las reivindicaciones 13 a 16, que comprende recibir información de contexto externa y calcular la utilidad sobre la base de al menos algo de la información de contexto externa.

16. Un método de acuerdo con cualquiera de las reivindicaciones 11 a 15, que comprende formar un vector de relación de utilidad que cubre la relación de utilidades cuando se envía el mensaje por medio de un canal de comunicación comparado con otro.

17. Un método de acuerdo con la reivindicación 16, que comprende formar un vector de relación de coste.

18. Un método de acuerdo con la reivindicación 17, que comprende concatenar el vector de relación de utilidad y el vector de relación de coste y aplicar una métrica al vector concatenado para permitir que los canales de comunicación sean ordenados en términos de utilidad y coste.

19. Un método de acuerdo con cualquiera de las reivindicaciones 11 a 18 que es llevado a cabo por un programa de ordenador.