ES2400642A1 - Método para proporcionar información de presencia social en redes de telecomunicación. - Google Patents
Método para proporcionar información de presencia social en redes de telecomunicación. Download PDFInfo
- Publication number
- ES2400642A1 ES2400642A1 ES201130274A ES201130274A ES2400642A1 ES 2400642 A1 ES2400642 A1 ES 2400642A1 ES 201130274 A ES201130274 A ES 201130274A ES 201130274 A ES201130274 A ES 201130274A ES 2400642 A1 ES2400642 A1 ES 2400642A1
- Authority
- ES
- Spain
- Prior art keywords
- presence information
- user
- states
- status
- observer
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/54—Presence management, e.g. monitoring or registration for receipt of user log-on information, or the connection status of the users
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Information Transfer Between Computers (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
- Mobile Radio Communication Systems (AREA)
Abstract
Método para proporcionar información de presencia social en redes de telecomunicación. Esta invención se refiere a un método para proporcionar información de presencia en sistemas de telecomunicación. Comprende las etapas de: clasificar la pluralidad de estados de información de presencia, generados por una pluralidad de servicios de telecomunicación asociados a un usuario A, en grupos dependiendo del servicio de telecomunicación; publicar simultáneamente la pluralidad de estados de información de presencia del usuario A en un servidor de presencia; y notificar un conjunto de estados de información de presencia de la pluralidad de estados de información de presencia del usuario A, a un cliente del servidor de presencia que es un observador del usuario A. Finalmente, el conjunto de estados de información de presencia, notificados por el servidor de presencia al observador, puede visualizarse en medios adaptados para visualizar contenido según su correspondiente relevancia, prioridad y tiempo de caducidad.
Description
Método para proporcionar información de presencia social en redes de telecomunicación.
La presente invención se refiere, en general, a la interconexión en redes sociales y, en particular, a métodos de notificación para informar acerca de la presencia social de abonados en cualquier servicio de comunicación proporcionado por redes móviles y fijas de convergencia.
La presencia social fue definida por los primeros desarrolladores de la presencia social (John Short, Ederyn Williams y Bruce Christie; 1976) como “el grado de notoriedad de la otra persona en la interacción y la consiguiente notoriedad de las relaciones interpersonales”. A medida que ha ido evolucionando la comunicación por medios informáticos, ha surgido una perspectiva más relacional de la presencia social y ha llegado a considerarse como la forma en que los individuos (amigos) se representan a sí mismos en su entorno online. En este contexto, la presencia social se representa mediante un sello personal que indica que el individuo puede y desea relacionarse y ponerse en contacto con otras personas en su comunidad online. Por tanto, la presencia social se demuestra por el modo en que se publican estas indicaciones personales y cómo los demás interpretan su información (los observadores). La información de presencia social permite a los amigos saber lo que están haciendo sus contactos, cuál es su estado o estado de ánimo (activo o inactivo en un servicio de comunicación), etc. El usuario tiene la posibilidad de publicar datos personales, que configuran su información de presencia social o “perfil personal” en una red social. Desde el punto de vista de las redes de comunicaciones, este tipo de información adicional, estrechamente asociada a las personas, puede usarse, si se visualiza fácilmente en los servicios, para estimular comunicaciones nuevas e impulsivas.
Un cliente del usuario proporciona información de presencia (estado de presencia) a través de una conexión de red a un servicio de presencia, que está almacenado en lo que constituye su registro de disponibilidad personal (denominado entidad de presencia o presentity) y puede ponerse a disposición para su distribución a otros usuarios (denominados observadores) para informar de su disponibilidad para la comunicación. La información de presencia tiene una amplia aplicación en muchos servicios de comunicación.
La entidad de presencia o presentity es una entidad que se describe por la información de presencia. El término en inglés es una combinación de las palabras “presence” (presencia) y “entity” (entidad) y fue introducido por primera vez en el documento RFC 2778. Originalmente se definió como entidad que proporciona información de presencia. Habitualmente “entidad de presencia” se refiere a una persona y describe la disponibilidad y el deseo de esta persona de comunicarse a través de un conjunto de servicios de comunicación. Por ejemplo, los usuarios de un servicio de mensajería instantánea (tal como ICQ o MSN Messenger) son entidades de presencia y su información de presencia es su estado de usuario (online, desconectado, ausente, etc.).
Debido a las redes sociales (facebook, tuenti,…) y a la popularización de Internet, las comunicaciones hacen más que sencillo ponerse en contacto con otras personas, identificadas simplemente por sus direcciones de contacto (números de teléfono, direcciones de correo electrónico, alias de mensajería instantánea, etc.). En la actualidad, la información de presencia ayuda a la gente a decidir cómo ponerse en contacto con otras personas. Pensemos en los servicios de mensajería instantánea. Cada amigo de la lista de contactos se identifica mediante tanto su avatar como su estado. Algunas aplicaciones también usan el estado o estado de ánimo extendido, un texto libre que la gente usa para decir algo sobre sí mismos o simplemente cómo se sienten.
En la actualidad, es habitual que una persona esté presente simultáneamente en varias redes, a través de comunicaciones, por ejemplo, a través de su teléfono móvil, que está encendido y debidamente registrado en la red núcleo (por ejemplo, IMS: Subsistema Multimedia IP), pero también con algunas comunidades IM (como MSN o Gmail) y una o más redes sociales que también gestionan información de presencia (incluyendo estado de ánimo, avatares o texto libre).
Es necesaria una solución para gestionar de manera convincente el estado o estado de ánimo de un usuario en la red recuperando la información de presencia de algunas otras fuentes diferentes (y no relacionadas entre sí). Los protocolos actuales permiten gestionar información de presencia de cada fuente de manera independiente, usando un elemento tupla para cada una y correlacionando la identidad apropiada con la dirección de contacto. En cuanto al estado de ánimo o texto libre incluido en la información de presencia de un amigo, deben fusionarse, en lugar de replicarse, ya que se sabe que pertenecen a la misma persona.
Considerando los modelos existentes (RFC4479: “A Data Model for Presence”), un componente de datos de la persona se especifica mediante características del usuario (datos estáticos) y su estado (datos dinámicos), que pueden incluir varias apariciones de un atributo de nota. El documento RFC4479 introduce un elemento <person> que tiene un atributo “id” obligatorio, que contiene el identificador de aparición para la persona, y cualquier número de elementos que indiquen información de estado y característica. Éste va seguido de cero o más elementos <note> opcionales. El documento RFC 3863 (“Presence Information Data Format: PDIF”) define el elemento <note>, que puede contener texto libre. El usuario puede establecer una nota textual que describe lo que está haciendo y esta nota la ven los observadores en el sistema. El usuario puede establecer uno de varios mensajes de estado (por ejemplo, ocupado, en una reunión, etc.), que son notas predefinidas que el sistema entiende.
Además de los documentos Requests for Comments (RFC) de Internet Engineering Task Force (IETF) y Open Mobile Alliance (OMA) que establecen las bases para el concepto de presencia, la GSM Association (GSMA) define una iniciativa Rich Communication Suite (RCS) que proporciona una cartera rica en prestaciones de servicios de comunicación basados en el Subsistema Multimedia IP (IMS) que manejan indicaciones de presencia y capacidad, llamada rica y mensajería rica. Según la descripción funcional de RCS por GSMA, RCS hace uso de las siguientes funcionalidades:
- -
- publicar información de presencia social propia a contactos autorizados
- -
- invitar y autorizar a usuarios que compartan su información de presencia social de manera recíproca
- -
- mostrar información de presencia social y contenido relacionado con cada uno de los contactos enriquecidos de una persona (esta información tiene que permanecer disponible en el dispositivo en cualquier caso: incluso si el dispositivo se desconecta de la red, se apaga el dispositivo del contacto, etc.)
Según la descripción funcional de RCS, la información de presencia social incluye como atributos un texto libre, que incluye una nota textual y la posibilidad de añadir emoticones (traducción automática de algunos caracteres específicos en iconos (smileys)). Adicionalmente, la realización técnica de RCS especificada por GSMA y la especificación OMA Presence SIMPLE 2.0 (Session Initial Protocol for Instant Messaging and Presence Leveraging Extensions) permite a los clientes recibir múltiples elementos persona. En ese caso, un único elemento persona se compone agregando la información contenida en éstos. Sin embargo, en caso de que exista un conflicto en un campo específico, prevalecerá el que tenga el sello de fecha y hora más reciente y el resto se descartará. Así, diferentes fuentes pueden renovar periódicamente el elemento persona incluyendo su propio contenido como texto libre (el elemento nota). Cada nuevo cambio de estado debe notificarse a los clientes y estos deben mostrarlo en la interfaz.
En un escenario típico en el que hay información de presencia de un usuario en múltiples redes, un posible enfoque puede añadirse tanto información como fuentes de cada tipo haya disponibles. Hay mucha información que el usuario puede usar como el texto libre para su estado. Parte de la información de diferentes fuentes puede escogerla directamente el propio usuario y otra puede generarse automáticamente por los servicios:
ﾷinstantánea)
etc.)
o publicados por los servicios (por ejemplo “llamando”)
en otros servicios (por ejemplo canciones que está escuchando en last.fm)
Disponibilidad preconfigurada según preferencias de usuario (por ejemplo “de 9 a 5
estoy en el trabajo”)
en este momento
Al correlacionar toda la información con los modelos de datos de presencia, toda la información puede añadirse al elemento persona, pero incluso en ese caso las especificaciones actuales no definen cómo deben tratar los clientes de presencia esta información con el fin de presentarla a los usuarios. Como no tienen control de cuándo se recibe la notificación y los diferentes estados no están priorizados, la información de estado menos relevante para el usuario puede sobrescribirse sobre la más relevante.
Al final, siguiendo este planteamiento, el consumo de recursos de red es mayor y menos eficaz (puede enviarse cada actualización de estado a los clientes) y la información de estado se actualiza dependiendo de la implementación del cliente. Por tanto, en las posibles soluciones actuales, la información de presencia social recibida no refleja necesariamente lo que el usuario desea.
La presente invención sirve para solucionar el problema anteriormente mencionado proporcionando medios automáticos que permiten que servicios de comunicación vinculen información de presencia con las aplicaciones apropiadas y las entidades de red que soportan ese servicio concreto y así, permiten la mejora de la provisión y el uso de servicios.
Un aspecto de la invención se refiere a un método para permitir que un usuario proporcione información de presencia social más completa a sus amigos ofreciéndoles estados no exclusivos simultáneamente. Por tanto, sus contactos tienen información mucho más rica que la que recibirían si obtuviesen un único estado. Este método, adecuado para proporcionar información de presencia en sistemas de telecomunicación, como redes sociales, con al menos un usuario A con una pluralidad de estados de presencia asociados con una pluralidad de servicios de telecomunicación y con al menos un usuario B cliente como observador del usuario A, se caracteriza porque comprende las etapas de clasificar la pluralidad de estados de información de presencia, generados por una pluralidad de servicios de telecomunicación asociados al usuario A, en grupos dependiendo del servicio de telecomunicación; publicar simultáneamente la pluralidad de estados de información de presencia del usuario A en un servidor de presencia; y notificar un conjunto de estados de información de presencia de la pluralidad de estados de información de presencia del usuario A, a un cliente del servidor de presencia que es un observador del usuario A.
El conjunto de estados de información de presencia notificado por el servidor de presencia al observador puede visualizarse en medios adaptados para visualizar contenido, por ejemplo una pantalla.
Un segundo aspecto de la invención se refiere a la posibilidad de dar un nivel de relevancia a los grupos y estados. Los grupos y estados con más relevancia se muestran antes que los estados de grupos con menos relevancia. Ninguno de ellos se sobrescribe.
La invención también puede incluir una fecha de caducidad asignada a un estado de información de presencia que da un periodo de validez a dicho estado de información de presencia y descarta notificar dicho estado de información de presencia, desde el servidor de presencia al observador, cuando se supera la fecha de caducidad.
La presente invención puede implementarse definiendo atributos de presencia extendidos añadidos al elemento persona en el formato de datos de información de presencia y estableciendo un valor para dicho atributo de presencia extendido para conseguir el control de la presentación de estados de información de presencia, estableciendo niveles de relevancia a grupos y estados de información de presencia o estableciendo una fecha de caducidad para la notificación de estados de información de presencia.
También se proporciona un programa informático para realizar las etapas del método al ejecutarse en un procesador de propósito general, un procesador de señal digital, una FPGA, un ASIC, un microprocesador, un microcontrolador, o cualquier otra forma de hardware programable.
Esta invención no sólo permite a un usuario tener varios estados válidos al mismo tiempo, sino que también proporciona la información necesaria a los clientes de presencia, también denominados “observadores”, para mostrar estos múltiples estados de manera y en el momento apropiado según su relevancia o nivel de importancia, fuente y/o naturaleza. Más específicamente, los estados pueden marcarse como de notificación obligatoria a los observadores de presencia o, por otro lado, como de notificación únicamente si debe notificarse otro estado de alta prioridad. Adicionalmente, los estados pueden tener una fecha de validez después de la cual ya no deben notificarse ni mostrarse.
La invención propuesta tiene una ventaja, por un lado, permite un marco más flexible para la presencia en el que los usuarios pueden ajustar las vistas que los demás tienen sobre ellos, incluyendo diferentes estados relativos a un montón de posibles aspectos de su vida digital, no sólo centrados en los servicios de comunicación.
Desde el punto de vista del usuario, esta flexibilidad permite a los usuarios disfrutar de una mejor experiencia cuando usan servicios de comunicación. La información que se muestra periódicamente como estados de usuario, también puede favorecer nuevas comunicaciones impulsivas entre los usuarios identificados por el estado y el que está viéndolos en su equipo portátil.
Por otro lado, además de la experiencia del usuario, este nuevo planteamiento evita desperdiciar tráfico de datos para mostrar en los equipos portátiles el último estado actualizado. Los clientes pueden mostrar diferentes estados sin recibir nuevas actualizaciones desde la red. También pueden seguir mostrándolos a pesar de que haya uno más actualizado, evitando que se pierda información que puede ser útil para el usuario que está viéndola. Puesto que parte de la información de presencia la escoge directamente el propio usuario y otra se genera automáticamente por los servicios, a dicha información de presencia se le da prioridad en el servicio de telecomunicación del que procede y por su relevancia, de modo que se refleja lo que el usuario desea.
Para completar la descripción que está realizándose y con el objeto de ayudar a una mejor comprensión de las características de la invención, según un ejemplo preferido de realización práctica de la misma, dicha descripción va acompañada como parte integrante de la misma, de un juego de dibujos en los que, a modo de ilustración y no como restricción, se ha representado lo siguiente:
La figura 1 muestra un diagrama de flujo que ilustra la notificación sucesiva de nuevos
estados de presencia. ESTADO DE LA TÉCNICA.
La figura 2 muestra un diagrama de flujo que representa cómo se muestran estados en
una vista cíclica.
La figura 3 muestra un diagrama de flujo que ilustra cómo se trata un nuevo estado
permanente.
La figura 4 muestra un diagrama de flujo que ilustra cómo se trata un nuevo estado
automático.
La figura 5 muestra un diagrama de flujo que ilustra cómo se trata un nuevo estado
ocasional que debe notificarse.
La figura 6 muestra un diagrama de flujo que ilustra cómo se trata un nuevo estado
ocasional que no es necesario notificar.
La figura 7, cómo se trata un nuevo estado ocasional con atributo “until” (hasta) que no
es necesario notificar.
A continuación se describe una implementación práctica según una realización de la invención:
Un usuario A (1) está asociado a n estados de información de presencia diferentes del “estado 1” al “estado n”. Se generan automáticamente por servicios de telecomunicación que el usuario usa y a los que está registrado.
El usuario A también elige su propio estado personal.
Toda esta información se publica en un servidor de presencia (2).
Lo que el usuario A quiere, para su información de presencia social disponible en la red, es estar identificado mediante su estado personal, pero periódicamente, su estado cambia visualizando el estado generado automáticamente, tal como se muestra en la figura 2 en la que se representa una primera notificación al usuario B de la pluralidad de estados de información de presencia del usuario A, esto es una primera recuperación (8) de información de presencia social (SPI) para el usuario A, incluyendo un estado personal (4), unos pocos estados automáticos (6) y algunas actualizaciones sociales (7), en tal vista cíclica, los estados se visualizan secuencialmente mediante grupos seleccionados a partir de los tipos de estados de presencia anteriormente citados. Una vez recibidos, el cliente de presencia (5) del usuario B, también denominado “observador” empieza a visualizar los estados del usuario A, empezando con el estado personal (4). Tras „X‟ minutos el cliente empieza a presentar el conjunto de estados automáticos (6), visualizando „n‟ segundos cada uno de ellos. Después se presentan las actualizaciones sociales (7) de manera secuencial y una vez visualizadas todas ellas, vuelve a visualizarse el estado personal (4) y empieza un nuevo ciclo.
Además, el usuario A es un usuario intenso de blogs y redes sociales y este aspecto de su vida social también se ve reflejado en su información de presencia social (por ejemplo “28 nuevas imágenes subidas” o “ahora es amigo del usuario B en la red social que sea”).
Esto significa 3 tipos diferentes de estados:
Un estado permanente o personal (4): el estado personal que puede ser un estado por defecto. Cada vez que el estado es actualizado por cualquier servicio de telecomunicación, esto se notifica a los clientes.
Cuando el usuario A publica un nuevo estado personal (10), el servidor de presencia lo notifica, enviando una notificación de actualización (9) de información de servidor de presencia (SPI), al cliente del usuario B, u observador, que visualiza el nuevo estado personal y después el resto de estados automáticos (6) y actualizaciones sociales (7), tal como se muestra en la figura 3, y después de nuevo el estado personal (4), exactamente como se describe en la figura 1.
Estados automáticos (6): los generados automáticamente, que se visualizan periódicamente durante un tiempo siempre que estén disponibles. Cada vez que un nuevo estado es actualizado por cualquier fuente, esto se notifica a los clientes.
Cuando el usuario A publica un nuevo estado automático (11), el servidor de presencia lo notifica, enviando una notificación de actualización de SPI (9), al cliente (5) del usuario B que visualiza el nuevo estado automático y después el resto de estados automáticos y actualizaciones sociales, tal como se describe en la figura 4, y después de nuevo el estado personal, exactamente como se describe en la figura 1.
Estados ocasionales o actualizaciones sociales: no es necesario notificarlas todas cuando suceden. Deben visualizarse no mucho tiempo después de que sucedan, de modo que, si no se envía una notificación antes de ese tiempo, la actualización social puede descartarse.
Cuando se publica (12) una nueva actualización social (7) y se trata de una actualización social de naturaleza relevante (por ejemplo de una fuente específica) que tiene que notificarse en ese momento por el usuario A, el servidor de presencia la notifica, enviando una notificación de actualización de SPI (9), al cliente (5) del usuario B, que visualiza la nueva actualización social (7), después el resto de actualizaciones sociales (7), tal como se describe en la figura 5, y después de nuevo el estado personal (4), momento en el que empieza un nuevo ciclo como el descrito en la figura 1.
Cuando se publica una nueva actualización social (13) y se trata de una actualización social que no es necesario que el usuario A la notifique en ese preciso momento, el servidor de presencia espera un tiempo predefinido o hasta que se publique otro estado relevante y entonces la notifica, enviando una notificación de actualización de SPI (9), al cliente (5) del usuario B que a su vez visualiza los nuevos estados, tal como se describe en la figura 6, después el resto de actualizaciones sociales (7) y después de nuevo el estado personal (4), momento en el que empieza un nuevo ciclo como el descrito en la figura 1.
Cuando se publica una nueva actualización social (14), y se trata de una actualización social que no es necesario que el usuario A la notifique en ese preciso momento, y tiene un periodo de validez o fecha de caducidad, el servidor de presencia espera un tiempo predefinido, o hasta que se publique otro estado relevante, y entonces notifica al cliente (5) del usuario B el nuevo estado si está todavía antes de la fecha de caducidad (16), de modo que se envía una notificación de actualización de SPI (9). De lo contrario no se envía ninguna notificación (15). El cliente del usuario B visualiza a su vez los nuevos estados, tal como se describe en la figura 7, después el resto de actualizaciones sociales y después de nuevo el estado personal, momento en el que empieza un nuevo ciclo como el descrito en la figura 1.
Ejemplo de realización técnica de la invención Se añade esta realización técnica para ejemplificar la implementación del concepto.
Para manejar información de presencia del modo explicado a lo largo del documento, hay que extender el formato definido por el documento RFC4479.
La definición del elemento persona en una entidad de presencia es:
<xs:element name="person">
<xs:annotation>
<xs:documentation>Contains information about the human
user</xs:documentation>
</xs:annotation>
<xs:complexType>
<xs:sequence>
<xs:any namespace="##other" processContents="lax"
minOccurs="0" maxOccurs="unbounded">
<xs:annotation>
<xs:documentation>Characteristic and status
information</xs:documentation>
</xs:annotation>
</xs:any>
<xs:element name="note" type="Note_t" minOccurs="0"
maxOccurs="unbounded"/>
<xs:element name="timestamp" type="Timestamp_t" minOccurs="0"
</xs:sequence>
<xs:attribute name="id" type="xs:ID" use="required"
</xs:complexType>
</xs:element>
<xs:complexType name="Note_t">
<xs:annotation>
<xs:documentation>Note type</xs:documentation>
</xs:annotation>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute ref="xml:lang"
</xs:extension>
</xs:simpleContent>
</xs:complexType>
Como puede observarse, el elemento persona puede tener cero o más elementos
“Note_t” y opcionalmente una “Timestamp”. El elemento “Note_t” es en realidad una cadena.
Esta invención define atributos adicionales al de tipo complejo “Note_t”:
- -
- atributo „display‟ (visualizar), que puede establecerse en “default” (por defecto) para
el estado personal que está siempre visible, “carousel” (cíclico) para estados automáticos
que se visualizan sólo cada cierto tiempo o “social” para actualizaciones sociales.
- -
- atributo „priority‟ (prioridad), un número del 1 al 0 que los clientes pueden usar para
distribuir el tiempo de visualización entre los estados de tipo cíclico (cómo se asignan los
intervalos de tiempo a la prioridad depende de la implementación).
- -
- atributo „until‟ (hasta), que permite a la fuente de los estados establecer cuándo no
tiene sentido visualizar los estados, por lo que funciona como una fecha de caducidad.
Una nueva definición XML para el tipo “Note_t” puede ser como sigue:
<xs:complexType name="Note_t">
<xs:annotation>
<xs:documentation>Note type</xs:documentation>
</xs:annotation>
<xs:simpleContent>
<xs:extension base="xs:string">
<xs:attribute ref="xml:lang"
</xs:extension>
</xs:simpleContent>
<xs:attribute name="display" use="required">
<xs:simpleType>
<xs:restriction base="xs:string">
<xs:enumeration value="default"
<xs:enumeration value="carousel"
<xs:enumeration value="social"
</xs:restriction>
</xs:simpleType>
</xs:attribute>
<xs:attribute name="priority">
<xs:simpleType>
<xs:restriction base="xs:decimal">
<xs:precision value="1"
<xs:scale value=”2”/>
<xs:minInclusive value="0"
<xs:maxIxclusive value="1"
</xs:restriction>
</xs:simpleType>
</xs:element>
<xs:attribute name="until" type="xs:dateTime" minOccurs="0"
</xs:complexType>
En este XML los nuevos atributos (“display”, “priority” y “until”) se han añadido al
elemento “Note_t”.
Un ejemplo del elemento persona según esta definición puede ser:
<pdm:person id=”a1233”>
<op:overriding-willingness opd:until=”2008-10-28T21:00:00Z”>
<op:basic>open</op:basic>
</op:overriding-willingness>
<c:homepage>http://example.com/~alice</c:homepage>
<pdm:note type=”default”>I hate Mondays</pdm:note>
<pdm:note until=”2005-05-30T17:00:00+05:00”
type=”social”>5 new pictures on Flickr</pdm:note>
<pdm:note until=”2009-04-10T12:02:00+15:00”
type=”social”>You‟re now connected with Alice at Facebook</pdm:note>
<pdm:note type=”carousel”>Driving</pdm:note>
<pdm:note type=”carousel”>Available for sending SMS, not MMS</pdm:note>
<pdm:note type=”carousel”>Location Currently Available</pdm:note>
</pdm:person> En este ejemplo el elemento persona tiene seis elementos nota, que representan
seis estados no exclusivos diferentes de diferentes tipos y prioridades que por tanto tienen
que presentarse de manera diferente por el cliente de presencia.
Obsérvese que en este texto, la expresión “comprende” y sus derivaciones (tal como “que comprende”, etc.) no han de entenderse en un sentido excluyente, es decir, estas expresiones no deben interpretarse como que excluyen la posibilidad de que lo que se describe y define pueda incluir otros elementos, etapas, etc.
Claims (9)
- REIVINDICACIONES
- 1.
-
- 2.
-
- 3.
-
- 4.
-
- 5.
Método para proporcionar información de presencia en sistemas detelecomunicación, que comprende las etapas de: -clasificar la pluralidad de estados de información de presencia, generados por una pluralidad de servicios de telecomunicación asociados a un usuario A, en grupos dependiendo del servicio de telecomunicación; -publicar simultáneamente la pluralidad de estados de información de presencia del usuario A en un servidor de presencia; -notificar un conjunto de estados de información de presencia de la pluralidad de estados de información de presencia del usuario A, a un cliente del servidor de presencia que es un observador del usuario A; -mostrar el conjunto de estados de información de presencia, notificado por el servidor de presencia al observador, en medios adaptados para mostrar contenido; -asignar por el usuario A un nivel de relevancia a cada grupo y a cada estado, los grupos y los estados se muestran periódicamente de forma cíclica en función de la relevancia asignada.Método según la reivindicación 1 que comprende además asignar una fecha de caducidad asignada a un estado de información de presencia dando un periodo de validez a dicho estado de información de presencia y descartar la notificación de dicho estado de información de presencia, desde el servidor de presencia al observador, cuando se supera la fecha de caducidad. Método según la reivindicación 1, en el que los estados de información de presencia ya notificados al observador se muestran periódicamente hasta que se notifica una actualización de un estado de información de presencia de un grupo con un nivel de relevancia superior, en este caso dicha actualización se muestra y entonces el resto de estados de información de presencia del mismo grupo continúan con el mismo orden de estados de información de presencia y grupos establecidos antes de la notificación. Método según la reivindicación 1, en el que el nivel de relevancia asignado a un grupo decide si un estado de información de presencia perteneciente a dicho grupo se notifica por el servidor de presencia al observador inmediatamente o el estado de información de presencia espera a ser notificado conjuntamente cuando se publica otro estado de información de presencia de mayor relevancia en el servidor de presencia. Método según una cualquiera de las reivindicaciones anteriores, en el que un estado de información de presencia se almacena en el observador y se muestra periódicamente incluso aunque se haya notificado una actualización del mismo servicio de telecomunicación al observador. - 6. Método según la reivindicación 1, en el que la determinación del grupo al que pertenece un estado de información de presencia y por tanto su relevancia y el5 modo en que se muestra en el observador se consigue estableciendo un valor para un atributo de presencia extendido añadido al elemento persona definido en el formato de datos de información de presencia.
- 7. Método según las reivindicación 1, en el que el nivel de relevancia se establecedefiniendo un valor para un atributo de presencia extendido añadido al 10 elemento persona definido en el formato de datos de información de presencia.
- 8. Método según la reivindicación 2, en el que el hecho de descartar una notificación de una actualización de un estado de información de presencia se establece definiendo una fecha de caducidad para un atributo de presencia extendido añadido al elemento persona definido en el formato de datos de15 información de presencia.
- 9. Programa informático que comprende medios de código de programa adaptados para realizar las etapas del método según cualquiera de las reivindicaciones 1 a 8, cuando dicho programa se ejecuta en un procesador de propósito general, un procesador de señal digital, una FPGA, un ASIC, un20 microprocesador, un microcontrolador, o cualquier otra forma de hardware programable.
Priority Applications (6)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES201130274A ES2400642B1 (es) | 2011-03-01 | 2011-03-01 | Método para proporcionar información de presencia social en redes de telecomunicación. |
| BR112013022284A BR112013022284A2 (pt) | 2011-03-01 | 2012-03-01 | método para o fornecimento de informação de presença social em redes de telecomunicações |
| PCT/EP2012/053536 WO2012117066A1 (en) | 2011-03-01 | 2012-03-01 | Method for providing social presence information in telecommunication networks |
| EP20120707287 EP2681894B1 (en) | 2011-03-01 | 2012-03-01 | Method for providing social presence information in telecommunication networks |
| ARP120100678A AR085598A1 (es) | 2011-03-01 | 2012-03-01 | Metodo para proporcionar informacion de presencia social en redes de telecomunicacion |
| US13/984,698 US20140149511A1 (en) | 2011-03-01 | 2012-03-01 | Method for providing social presence information in telecommunication networks |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES201130274A ES2400642B1 (es) | 2011-03-01 | 2011-03-01 | Método para proporcionar información de presencia social en redes de telecomunicación. |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| ES2400642A1 true ES2400642A1 (es) | 2013-04-11 |
| ES2400642B1 ES2400642B1 (es) | 2013-10-23 |
Family
ID=45808866
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES201130274A Expired - Fee Related ES2400642B1 (es) | 2011-03-01 | 2011-03-01 | Método para proporcionar información de presencia social en redes de telecomunicación. |
Country Status (6)
| Country | Link |
|---|---|
| US (1) | US20140149511A1 (es) |
| EP (1) | EP2681894B1 (es) |
| AR (1) | AR085598A1 (es) |
| BR (1) | BR112013022284A2 (es) |
| ES (1) | ES2400642B1 (es) |
| WO (1) | WO2012117066A1 (es) |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9515969B1 (en) * | 2013-05-14 | 2016-12-06 | Google Inc. | Configuring presence and notifications in persistent conversations |
| US9398107B1 (en) | 2014-03-31 | 2016-07-19 | Sonus Networks, Inc. | Methods and apparatus for aggregating and distributing contact and presence information |
| US10306000B1 (en) * | 2014-03-31 | 2019-05-28 | Ribbon Communications Operating Company, Inc. | Methods and apparatus for generating, aggregating and/or distributing presence information |
| US10044774B1 (en) | 2014-03-31 | 2018-08-07 | Sonus Networks, Inc. | Methods and apparatus for aggregating and distributing presence information |
| US11201933B2 (en) | 2015-07-21 | 2021-12-14 | Samsung Electronics Co., Ltd. | Apparatus and method for distributing social presence information based on calendar events |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080068371A1 (en) * | 2006-03-24 | 2008-03-20 | Qian Sun | Method and system for realizing presence service, presence information processing device presentity client |
| WO2009078771A1 (en) * | 2007-12-18 | 2009-06-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and devices for updating presence information in a communication network |
Family Cites Families (10)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20060224688A1 (en) * | 2005-03-31 | 2006-10-05 | Morris Robert P | System and method for utilizing a presence service to facilitate access to a service or application over a network |
| US20060286993A1 (en) * | 2005-06-20 | 2006-12-21 | Motorola, Inc. | Throttling server communications in a communication network |
| CN1863175B (zh) * | 2006-02-25 | 2010-08-25 | 华为技术有限公司 | 一种呈现业务接入装置，呈现业务系统及发布和获取呈现信息的方法 |
| US20070253340A1 (en) * | 2006-04-28 | 2007-11-01 | Lucent Technologies Inc. | Method and apparatus for selective presence notification |
| US8804573B2 (en) * | 2006-06-15 | 2014-08-12 | Oracle International Corporation | Method and system for inferring presence of a principal based on past presence information |
| US8224359B2 (en) * | 2006-12-22 | 2012-07-17 | Yahoo! Inc. | Provisioning my status information to others in my social network |
| US8032622B2 (en) * | 2007-03-20 | 2011-10-04 | Siemens Enterprise Communications, Inc. | System and method for social-networking based presence |
| FR2942928B1 (fr) * | 2009-03-03 | 2011-04-01 | Alcatel Lucent | Procede et systeme de gestion multicriteres de notifications de presence |
| US8392508B2 (en) * | 2010-06-11 | 2013-03-05 | International Business Machines Corporation | Selectively controlling information flow in a collaborative environment |
| US9886727B2 (en) * | 2010-11-11 | 2018-02-06 | Ikorongo Technology, LLC | Automatic check-ins and status updates |
-
2011
- 2011-03-01 ES ES201130274A patent/ES2400642B1/es not_active Expired - Fee Related
-
2012
- 2012-03-01 US US13/984,698 patent/US20140149511A1/en not_active Abandoned
- 2012-03-01 BR BR112013022284A patent/BR112013022284A2/pt not_active IP Right Cessation
- 2012-03-01 EP EP20120707287 patent/EP2681894B1/en not_active Not-in-force
- 2012-03-01 WO PCT/EP2012/053536 patent/WO2012117066A1/en active Application Filing
- 2012-03-01 AR ARP120100678A patent/AR085598A1/es not_active Application Discontinuation
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US20080068371A1 (en) * | 2006-03-24 | 2008-03-20 | Qian Sun | Method and system for realizing presence service, presence information processing device presentity client |
| WO2009078771A1 (en) * | 2007-12-18 | 2009-06-25 | Telefonaktiebolaget L M Ericsson (Publ) | Method and devices for updating presence information in a communication network |
Non-Patent Citations (1)
| Title |
|---|
| 02/12/2010, OMA Presence SIMPLE Specification Candidate Version 2.0. 20101202 02/12/2010 VOL: Pags: 1 - 107. URL: http://technical.openmobilealliance.org/Technical/release_program/docs/PresenceSIMPLE/V2_0-20101202-C/OMA-TS-Presence_SIMPLE-V2_0-20101202-C.pdf * |
Also Published As
| Publication number | Publication date |
|---|---|
| ES2400642B1 (es) | 2013-10-23 |
| EP2681894B1 (en) | 2015-05-06 |
| BR112013022284A2 (pt) | 2017-03-01 |
| WO2012117066A1 (en) | 2012-09-07 |
| US20140149511A1 (en) | 2014-05-29 |
| AR085598A1 (es) | 2013-10-16 |
| EP2681894A1 (en) | 2014-01-08 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2386564B1 (es) | Método para gestionar información de presencia. | |
| US8645484B2 (en) | Messaging service using different text messaging channels | |
| JP6456984B2 (ja) | 装置間相互通知 | |
| KR101442322B1 (ko) | 액티브 프레즌스 프로파일에 기초한 자동화된 콜 라우팅 | |
| US20090063467A1 (en) | Persona management in a geo-spatial environment | |
| ES2400642B1 (es) | Método para proporcionar información de presencia social en redes de telecomunicación. | |
| KR101565276B1 (ko) | 통신 방법, 시스템 및 컴퓨터 저장 매체 | |
| EP2736199A1 (en) | Method and device for prompting dynamic information about contact person | |
| US8799374B2 (en) | Method and apparatus for search history based messaging | |
| TW201017575A (en) | Methods, apparatuses, and computer program products for providing activity coordination services | |
| US20160127292A1 (en) | Method and system for controlling polling in message conversations across multiple devices | |
| CN104202235A (zh) | 一种即时通信客户端和服务端 | |
| US20140297770A1 (en) | Electronic message system for soliciting reply | |
| ES2372708T3 (es) | Aparato y procedimiento para indicar información de usuario en un paquete de suecesos de conferencia. | |
| US20130091306A1 (en) | Prompting Method of Message Update and Network Client Device | |
| US20160259895A1 (en) | System and Method for Real Time Updates of Progress of Medical Procedures | |
| CN103167434A (zh) | 一种信息的多强度通知方法、系统及装置 | |
| EP2770757A1 (en) | Method and terminal for information processing based on rcs-e system | |
| CN111698147B (zh) | 消息提示方法、装置、终端及存储介质 | |
| US9658750B2 (en) | Private messaging via content provider web sites and applications | |
| US20230379670A1 (en) | Techniques for communicating entity references in a messaging thread | |
| US10447642B2 (en) | Techniques for augmenting entity references in a messaging system | |
| US20120272233A1 (en) | Automatic creating method of group application and couple application | |
| JP2013257800A (ja) | ソーシャルグラフ管理システム | |
| KR20090054081A (ko) | 메신저 서비스 방법 |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| FG2A | Definitive protection |
Ref document number: 2400642 Country of ref document: ES Kind code of ref document: B1 Effective date: 20131023 |
|
| FD2A | Announcement of lapse in spain |
Effective date: 20210915 |