ES2386564A1 - Método para gestionar información de presencia. - Google Patents

Método para gestionar información de presencia. Download PDF

Info

Publication number
ES2386564A1
ES2386564A1 ES201001038A ES201001038A ES2386564A1 ES 2386564 A1 ES2386564 A1 ES 2386564A1 ES 201001038 A ES201001038 A ES 201001038A ES 201001038 A ES201001038 A ES 201001038A ES 2386564 A1 ES2386564 A1 ES 2386564A1
Authority
ES
Spain
Prior art keywords
service
user
hyper
availability
status
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
Application number
ES201001038A
Other languages
English (en)
Other versions
ES2386564B1 (es
Inventor
Eduardo Fullea Carrera
Bienvenido Gómez
José Luis Núñez Díaz
José Juan Sánchez Dasi
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Telefonica SA
Original Assignee
Telefonica SA
Priority date (The priority date 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 date listed.)
Filing date
Publication date
Application filed by Telefonica SA filed Critical Telefonica SA
Priority to ES201001038A priority Critical patent/ES2386564B1/es
Priority to EP11718268.3A priority patent/EP2601775B1/en
Priority to US13/814,312 priority patent/US20130205228A1/en
Priority to ES11718268.3T priority patent/ES2523124T3/es
Priority to PCT/EP2011/001372 priority patent/WO2012016601A1/en
Publication of ES2386564A1 publication Critical patent/ES2386564A1/es
Application granted granted Critical
Publication of ES2386564B1 publication Critical patent/ES2386564B1/es
Expired - Fee Related legal-status Critical Current
Anticipated expiration legal-status Critical

Links

Classifications

    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0481—Interaction techniques based on graphical user interfaces [GUI] based on specific properties of the displayed interaction object or a metaphor-based environment, e.g. interaction with desktop elements like windows or icons, or assisted by a cursor's changing behaviour or appearance
    • 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
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06F—ELECTRIC DIGITAL DATA PROCESSING
    • G06F3/00—Input arrangements for transferring data to be processed into a form capable of being handled by the computer; Output arrangements for transferring data from processing unit to output unit, e.g. interface arrangements
    • G06F3/01—Input arrangements or combined input and output arrangements for interaction between user and computer
    • G06F3/048—Interaction techniques based on graphical user interfaces [GUI]
    • G06F3/0484—Interaction techniques based on graphical user interfaces [GUI] for the control of specific functions or operations, e.g. selecting or manipulating an object, an image or a displayed text element, setting a parameter value or selecting a range

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • General Engineering & Computer Science (AREA)
  • Theoretical Computer Science (AREA)
  • Human Computer Interaction (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Information Transfer Between Computers (AREA)

Abstract

Un método para gestionar información de presenciaComprende que un usuario establezca un estatus de hiperdisponibilidad como activo, en un servicio de presencia seleccionando este estatus en un servicio de presencia en un dispositivo de computación de un usuario, significando que dicho usuario no está sólo disponible para ser contactado sino que además quiere ser contactado por sus contactos y/o iguales en ese preciso momento y seleccionando, dicho usuario, al menos un servicio y/o medio de comunicación a través del cual quiere que un igual contacte con él, cuando está en dicho estatus de hiperdisponibilidad, caracterizado porque además comprende:- asociar dicho al menos un servicio y/o medio de comunicación a dicho estatus de hiperdisponibilidad;- ejecutar dicha asociación, cuando se relaciona con la selección de servicio, por medio de la activación de dicho estatus de hiperdisponibilidad correlacionado con un servicio específico; y- ejecutar dicha activación del estatus de hiperdisponibilidad correlacionado con un servicio específico, por dicho usuario, enviando un mensaje SIP PUBLISH, que incluye dicha correlación, a un servidor de presencia como una actualización de entidad de presencia, enviando dicho servidor de presencia un mensaje SIP NOTIFY, que incluye dicha correlación, a iguales autorizados.

Description

MÉTODO PARA GESTIONAR INFORMACiÓN DE PRESENCIA
Campo de la técnica
La presente invención se refiere en general a un método para gestionar información de presencia que permite a un usuario activar un estatus de hiperdisponibilidad, y más particularmente a un método que permite a dicho usuario proporcionar también una indicación a una persona que llama acerca de uno o más servicios y/o medios de comunicación a través de los cuales el usuario desea que se contacte con él cuando está en dicho estatus de hiperdisponibilidad.
Estado de la técnica anterior
Con la popularidad de las herramientas de comunicación instantáneas (principalmente las comunidades de mensajería instantánea en todo Internet) y puesto que el paradigma "siempre conectado" comienza a ser una realidad, los usuarios han aprendido a usar activamente la información de presencia (entendida como la información acerca del estatus de disponibilidad de un usuario particular) de sus iguales en la red con el fin de aumentar la eficacia del proceso de comunicación.
Desde la perspectiva de los usuarios, la información de presencia consiste habitualmente en el estatus, que tiene sentido en cuanto a la aceptación de las sesiones de comunicación y lo establece el propio servicio cuando los usuarios acceden al servicio, y posiblemente algún texto libre adicional establecido por los usuarios para informar a sus iguales acerca de cómo se sienten o lo que piensan (como un tipo de información emocional adicional y sin impacto en el comportamiento de los servicios).
De manera adicional, algunos paquetes de servicio han definido un nuevo concepto de hiperdisponibilidad que significa una condición que permite a los usuarios establecer de manera proactiva un tipo de estatus "Contacta conmigo" temporal. Este estatus permite a un determinado usuario informar a los contactos con los que ha establecido una relación de presencia social, de que los usuarios están actualmente en una situación en la que es posible comunicarse más libremente (por ejemplo, en una sala de espera), y que desean comunicarse "en ese momento".
Antecedentes técnicos / Tecnología existente
La Open Mobile Alliance (Alianza Móvil Abierta) basa el concepto de presencia y su habilitador estándar OMA Presence SIMPLE [9] en varias RFC aprobados por
IETF:
•
RFC 3863 [1] define el Formato de datos de información de presencia (PIDF), que incluye la definición de INFORMACiÓN DE PRESENCIA, TUPLES DE PRESENCIA Y ESTATUS.
•
RFC 2778 [2] define un modelo para describir sistemas que proporcionan información de presencia.
•
RFC 2779 [3] define un conjunto mínimo de valores de estatus de presencia definidos por el documento de modelo IMPP [RFC2778], que permite otros valores existentes de ESTATUS diferentes de ABIERTO y CERRADO que no implican nada acerca de la aceptación de una sesión de comunicación.
•
RFC 4479 [4] define cómo tomar sistemas del mundo real y hacerlos corresponder con documentos de presencia como una extensión de RFC 3863.
•
RFC 4480 [5] define atributos de presencia adicionales para describir elementos de datos de persona, servicio y dispositivo.
De manera adicional, el paquete de comunicación rica de GSMA (RCS) proporcionará una cartera rica en características de servicios de comunicación basados en Subsistema Multimedia de IP (IMS) que proporciona indicaciones de presencia y capacidad, llamada rica y mensajería rica. La Definición de Servicio [6] incluye hiperdisponibilidad entre los casos de uso de RCS y se gestiona como un atributo para la Información de presencia social [7] que incluye en una entidad de presencia, (es decir la entidad -en este caso el usuario -acerca de la cual es la información de presencia). De modo que, RCS permite a los usuarios descubrir y utilizar las siguientes funcionalidades (entre otras cosas):
•
Emitir una alerta de hiperdisponibilidad limitada en el tiempo a contactos autorizados (con la posibilidad de que el usuario la desactive)
•
Que se les notifique sobre actualizaciones y alertas de hiperdisponibilidad realizadas por contactos preferentes
Además, la realización técnica de RCS ([8], Seco 4.2.2), establece que la información de hiperdisponibilidad sea llevada por la disposición preponderante de OMA (OMA Overriding Willingness) combinada con un valor "hasta" ("until") según se especifica en [10], con elemento "basic->open".
Problemas de las soluciones existentes
Existen muchos documentos, especificaciones y soluciones que gestionan información de presencia, pero sólo unos pocos tratan el concepto de hiperdisponibilidad como un atributo muy dinámico y volátil de la información de presencia.
En lo relativo especifica mente a la hiperdisponibilidad, las especificaciones actuales la incluyen como un atributo dentro de la Información de presencia social, que incluye en el documento de presencia en el nodo de persona un elemento como:
<op:overriding-willingness opd:until="2008-1 0-28T21 :OO:OOZ">
<op:basic>open<lop:basic>
<Iop:overriding-willingness>
El ejemplo anterior usa los siguientes espacios de nombre XM L:
•
xmlns:op="urn:oma:xml:prs:pidf:oma-pres"
•
xmlns:opd="urn:oma:xml:pde:pidf:ext"
Desde la perspectiva de un usuario, significa que la hiperdisponibilidad es global para el usuario y afecta a cada servicio disponible (relativo a información de capacidad). Él/ella sólo puede decir "Contacta conmigo en este momento" a sus iguales. Esto no es lo suficientemente flexible para comunicaciones sin interrupciones como puede verse en la siguiente situación, en la que se supone que los usuarios A y B comparten su Información de presencia social:
1.
A está asistiendo a una conferencia aburrida. Ve que algunos de sus iguales están conectados pero no quiere molestarles enviándoles directamente un mensaje instantáneo. De modo que establece su hiperdisponibilidad como activa esperando que alguno empiece a charlar con él.
2.
B recibe una NOTIFICACiÓN de que la hiperdisponibilidad de A está activa.
3.
B decide contactar con A y elige llamar a B.
4.
El teléfono de A empieza a sonar, molestando al resto de los asistentes.
En esta situación, sería deseable que A dijera "Por favor, ¿alguien quiere charlar conmigo en este momento?' cuando establece su hiperdisponibilidad como activa. En lo relativo a las especificaciones actuales, no existe esta opción.
Otros sistemas de gestión de presencia permiten al usuario A (el que publica su estatus de presencia) configurar medios de comunicación, terminales o incluso reglas más complejas con el fin de permitir a los usuarios contactar con él (los usuarios que ven el estatus de presencia de A) siempre que estén conectados. Estas reglas siempre se definen previamente como criterios y preferencias para contactar y habitualmente incluyen algún horario de planificación (por ejemplo, No quiero recibir llamadas entrantes por la noche).
En estas soluciones estáticas para gestionar información de presencia, los usuarios pueden decidir cuándo quieren que sus iguales contacten con ellos (estableciendo su hiperdisponibilidad como activa en ese momento) pero no pueden seleccionar de manera dinámica cómo quieren que sus iguales contacten con ellos (el servicio o medio de comunicación).
El documento W001/45342 da a conocer un sistema de gestión de presencia que proporciona información acerca de la disponibilidad de un contacto visto para una parte que ve. En esta información de disponibilidad, se incluye el modo de comunicación preferido por el usuario en diferentes momentos del día (véase la página 46, líneas 1-2).
En el documento WOO1l45342, el usuario puede seleccionar con qué medio de comunicaciónlservicio quiere que sus contactos contacten con él dependiendo de la hora de la fecha, pero esta selección no se realiza cada vez que establece su estatus de hiperdisponibilidad como activo, pero la selección es una selección estática, puesto que se realiza con antelación introduciendo en el sistema los criterios y las preferencias del usuario.
Implementación actual de la hiperdisponibilidad
Puesto que la hiperdisponibilidad es un nuevo estatus proporcionado como parte de la Información de presencia, la figura 1 muestra la arquitectura de presencia como parte de RCS para proporcionar hiperdisponibilidad, basada en la especificación de habilitador SIMPLE de presencia de OMA [9] Y que se usa para el descubrimiento de la presencia y la capacidad en RCS [8].
Los usuarios interaccionan con elementos de IMS (núcleo de IMS, Servidor de presencia y habilitador de XDM) en sus redes domésticas siguiendo el siguiente flujo, que se ilustra en la figura 2:
1.
La fuente de Presencia (es decir, el usuario que establece su estatus de hiperdisponibilidad) genera una petición de SIP PUBLlSH, que contiene un documento de presencia.
2.
El núcleo de SIP/lP encamina la petición al PS correcto.
3.
El PS autoriza la publicación de la presencia, y comprueba la información que contiene el mensaje. Entonces el PS la procesa y compone la Información de presencia con el documento de presencia de la Entidad de presencia. El PS envía una respuesta SIP 200 (OK) de vuelta al núcleo de SIP/lP.
4.
El núcleo de SIP/IP reenvía la respuesta de vuelta a la Fuente de presencia.
5.
El PS determina qué Observadores autorizados tienen derecho a recibir las actualizaciones de la Información de presencia para esta Entidad de presencia. Para cada Observador apropiado, el PS genera una petición SIP NOTIFY que contiene el estatus de hiperdisponibilidad como una actualización de la Información de presencia.
6.
El núcleo de SIP/lP reenvía la petición SIP NOTIFY al Observador.
7.
El Observador acusa recibo de la petición SIP NOTIFY con una respuesta SIP 200 (OK) a su núcleo de SIP/lP.
8.
El núcleo de SIP/IP del Observador reenvía la respuesta SIP 200 (OK) al PS.
Se supone que el Observador está abonado apropiadamente a los Cambios de estado de información de presencia de la entidad de presencia Descripción de la invención
Es necesario ofrecer una alternativa al estado de la técnica que contemple las
lagunas encontradas en el mismo. Para ello, la presente invención proporciona un método para gestionar información de presencia, que comprende que un usuario establezca un estatus de hiperdisponibilidad como activo, en un servicio de presencia seleccionando este estatus en un servicio de presencia en un dispositivo de computación de un usuario, significando que dicho usuario no está sólo disponible para ser contactado sino que además quiere ser contactado por sus contactos y/o iguales en ese preciso momento y seleccionando, dicho usuario, al menos un servicio y/o medio de comunicación a través del cual quiere que un igual contacte con él, cuando está en dicho estatus de hiperdisponibilidad. A diferencia de las propuestas conocidas, el método de la invención comprende además:asociar dicho al menos un servicio y/o medio de comunicación a dicho estatus de hiperdisponibilidad; ejecutar dicha asociación, cuando se relaciona con la selección de servicio, por medio de la activación de dicho estatus de hiperdisponibilidad correlacionado con un servicio específico; y ejecutar dicha activación del estatus de hiperdisponibilidad correlacionado con un servicio específico, por dicho usuario, enviando un mensaje SIP PUBLlSH, que incluye dicha correlación, a un servidor de presencia como una actualización de entidad de presencia, enviando dicho servidor de presencia un mensaje SIP NOTIFY, que incluye dicha correlación, a iguales autorizados.
Asimismo, el método ofrece, después de que dicho usuario ha establecido dicho estatus de hiperdisponibilidad como activo, una lista de posibles servicios y/o medios de comunicación a dicho usuario para que se permita a dicho usuario acceder y que dicho usuario seleccione al menos uno de los servicios y/o medios de comunicación ofrecidos.
Esta lista se ofrece al usuario a través de una pantalla de un dispositivo informático, y dicha selección se lleva a cabo por el usuario operando medios de entrada de dicho dispositivo informático.
Finalmente, se resaltan, durante un tiempo determinado, algunas capacidades de servicios afectadas por la selección de hiperdisponibilidad de servicio en las pantallas respectivas de los dispositivos informáticos de dichos iguales o en una entrada de contacto para dicho usuario en una libreta de direcciones.
Ventajas de /a invención
La presente invención permite un marco más flexible para la hiperdisponibilidad en el que los usuarios pueden ajustar de manera precisa el medio de comunicación/servicio a través del cual quiere que sus contactos contacten con ellos.
El establecimiento de un estatus de hiperdisponibilidad de servicio puede entenderse como (y también implementarse como) la difusión de una invitación para iniciar una nueva sesión para un servicio específico. Sin embargo, aunque este enfoque (enviar un mensaje de INVITACiÓN para iniciar una nueva sesión para un servicio a un igual) también puede ser válido con el fin de establecer una nueva sesión entre dos iguales, el mecanismo basado en actualizaciones de presencia es más eficaz cuando el usuario no está invitando a un igual específico, sino a cualquiera de sus iguales conectados en ese momento. Sin hiperdisponibilidad de servicio, el usuario debe enviar tantos mensajes de INVITACiÓN como iguales suyos estén conectados, mientras que cuando se implementa hiperdisponibilidad de servicio, sólo es necesario un mensaje de PU BLlCAR para llegar a todos los iguales a la vez.
Además de la eficacia, el método basado en actualización de presencia permite a los usuarios (tanto el que establece su hiperdisponibilidad como sus iguales) mantener un control preciso acerca de quién y cómo recibe la notificación puesto que la notificación sigue las reglas de suscripción y autorización definidas para cada notificación de presencia.
Desde el punto de vista del usuario, esta flexibilidad permite a los usuarios disfrutar de una mejor experiencia y principalmente conseguir mejores rendimientos del estatus de hiperdisponibilidad cuando usan servicios de comunicación. Cuando establecen la hiperdisponibilidad como activa, mantienen un control preciso del medio de comunicación al que piden a sus iguales que contacte con ellos de vuelta en ese momento, disuadiendo intentos no deseables de molestarles e impidiendo el desperdicio de tráfico de señalización con el fin de establecer sesiones a través de medios no deseados por los usuarios.
Breve descripción de los dibujos
Las ventajas y características anteriores y otras se entenderán de manera más completa a partir de la siguiente descripción detallada de realizaciones en referencia a los dibujos adjuntos, que deben considerarse de manera ilustrativa y no limitativa, en los que:
la figura 1 es una arquitectura de presencia como parte de RCS para proporcionar hiperdisponibilidad;
la figura 2 es un flujo de mensajes para proporcionar hiperdisponibilidad;
la figura 3 es un diagrama esquemático que representa cómo se proporciona la hiperdisponibilidad de servicio, según una realización del método de la invención; y
la figura 4 representa esquemáticamente un ejemplo de Modelo de datos de información de presencia en el que una Entidad de presencia tiene información de presencia relacionada con el Servicio 1, el Servicio 2 y el Servicio 3, que se consumen en el Dispositivo 1 yel Dispositivo 2.
Descripción detallada de varias realizaciones
La hiperdisponibilidad de servicio vincula la hiperdisponibilidad con los elementos de servicio en lugar de con los elementos de persona en el esquema de presencia.
El siguiente ejemplo de uso o caso de uso se detalla con el fin de ilustrar la invención. Se supone que los usuarios A y B están registrados en el Servidor de presencia, comparten su Información de presencia social y están disponibles en el servicio 1.
1.
En un momento especifico A establece su estatus de hiperdisponibilidad como activo para el servicio 1.
2.
El cliente de A publica la hiperdisponibilidad para el servicio 1 como una actualización de entidad de presencia para el Servidor de presencia.
3.
El servidor de presencia notifica la actualización de presencia de A (es decir la hiperdisponibilidad de A para el servicio 1 ) a todos los iguales autorizados
4.
B (el resto de los iguales de A también) recibe una NOTIFICACiÓN de que la hiperdisponibilidad de A está activa para el servicio 1.
5.
B decide iniciar una sesión para el servicio 1 con A.
6.
A recibe la petición de una sesión para el servicio 1 con B.
7.
A acepta la petición.
8.
A Y B inician la sesión.
Este caso de uso se representa en la figura 3, en la que la columna izquierda representa el cliente del usuario A, que comprende el cliente de presencia (fuente de presencia y observador) y el cliente de servicio; la columna derecha representa el cliente del usuario B, con los mismos componentes; y la columna central representa el Servidor de presencia.
Con el fin de ilustrar y entender mejor la invención, puede suponerse un servicio de juego en línea como servicio 1. Así, cuando A establece su hiperdisponibilidad como activa (100) para el servicio de juego en línea está pidiendo a sus iguales echar una partida en ese momento, por lo que publica una actualización de presencia relativa a esa hiperdisponibilidad (101) que a su vez queda publicado en el servidor de presencia (200) B recibe la actualización de presencia de A (300) Y cree que echar una partida en ese momento con A parece una gran idea, de modo que arranca su aplicación de juego y envía una invitación para establecer una nueva sesión para ese servicio a A (301). A recibe dicha invitación (102) y la acepta (103). Se inicia una nueva sesión (400) para ese servicio de juego en línea entre A y B Y A Y B empiezan a jugar.
Los comportamientos y procesos del Cliente para gestionar, publicar, enviar, difundir y gestionar la hiperdisponibilidad de servicio en la red no se ven afectados en cuanto a los definidos para la hiperdisponibilidad estándar (Según se define en el documento de Descripción funcional de RCS seco 2.1.3.1 [7]), exceptuando los siguientes cambios menores:
•
En el lado de la entidad de presencia (el usuario que publica el estatus de hiperdisponibilidad para el servicio 1), el usuario tiene que seleccionar uno o más servicios para que se contacte con él de vuelta cuando establece su estatus de hiperdisponibilidad como activo.
•
En el lado del observador (el usuario que recibe una NOTIFICACiÓN con información de hiperdisponibilidad de servicio para el usuario A) el cliente debe resaltar de manera temporal (hasta el momento especificado "hasta") en la entrada de contacto para el usuario A en la libreta de direcciones las capacidades de servicios afectadas por la hiperdisponibilidad de servicio con el fin de fomentar que el observador contacte con el usuario A de vuelta a través de ellos (él/ella está pidiendo de hecho que se contacte con él/ella usando esos servicios).
Para que el usuario seleccione dicho uno o más servicios y/o medios de comunicación, para una realización de la invención el método comprende, después de que dicho usuario haya establecido dicho estatus de hiperdisponibilidad como activo, ofrecer una lista de posibles servicios y/o medios de comunicación a dicho usuario y que dicho usuario seleccione al menos uno de los servicios y/o medios de comunicación ofrecidos.
Dicha lista se ofrece al usuario, para una realización, a través de una pantalla de un dispositivo informático, tal como un dispositivo móvil, y el usuario lleva a cabo dicha selección operando medios de entrada de dicho dispositivo informático.
En cuanto a la acción de resaltar a la que se ha hecho referencia, en el lado del observador, el método comprende, para una realización, llevarla a cabo durante un tiempo determinado en pantallas respectivas de dispositivos informáticos de dichos iguales u observadores, en una entrada de contacto para dicho usuario o entidad de presencia en una libreta de direcciones.
A continuación se exponen algunas realizaciones de implementaciones del concepto de hiperdisponibilidad de servicio según el método de la invención.
Realización -Opción 1
Una de las opciones para la implementación de la hiperdisponibilidad de servicio en SIMPLE es usar el atributo "hasta" como un atributo del elemento <status> como parte del componente de tu pie para un servicio según el modelo de datos de presencia [1]. Esto se ilustra en el siguiente tuple de presencia, en el que sigue el espacio de nombre op de XML xm/ns:op="urn:oma:xm/:prs:pidf:oma-pres":
<tu pie id="bs35ra"> <status until:"201 0-04-02T22:00:01"> <basic>open</basic>
</status> <op:service-description> <op:service-id>org .openmobilealliance: IM
session</op:service-id> <op:version>1.0</op:version> </op:service-description> <contact>tel:+1234578901 </contact>
</tuple>
Esta implementación puede ser problemática en cuanto a compatibilidad hacia atrás puesto que el atributo "hasta" no está permitido para elementos <status> y puede ser un problema para clientes heredados que no soportan esta característica. Por este motivo esta opción no es la más recomendada.
Realización -Opción 2
Una de las opciones para la implementación de la hiperdisponibilidad de servicio es combinar la indicación de hiperdisponibilidad regular especificada por el ReS (es decir usar el atributo hasta en el elemento <overriding-willingness», con indicación de hiperdisponibilidad específica de servicio. Esto puede hacerse usando el atributo "hasta" como un atributo del elemento <willingness> como parte de uno o más componentes <tuple> relacionados con un servicio, según las ampliaciones de modelo de datos de presencia de OMA [10]. El valor de los diferentes atributos hasta debe ser el mismo.
Esto se ilustra en el siguiente tuple de presencia, en el que sigue el op de espacio de nombre de XML xmlns:op="urn:oma:xml:prs:pidf:oma-pres":
<op:overriding-willingness opd:until="201 0-04-02T22:00:01 "> <op:basic>open</op:basic> </op:overriding-willingness>
[...]
<tu pie id="bs35ra"> <status> <basic>open</basic>
</status> <op:willingness until:"201 0-04-02T22:00:01"> <op:basic>open</op:basic> </op:willingness> <op:service-description> <op:service-id>org.openmobilealliance:IM-session</op:service-id> <op:version>1.0</op:version> </op:service-description> <contact>tel:+1234578901 </contact>
</tuple>
Esta implementación está completamente alineada con el Modelo de datos de presencia especificado por el Modelo de datos de información de presencia de OMA.
No obstante la disposición especifica de aplicación «willingness> según el elemento <tuple» no se ha incluido hasta ahora en las directrices de implementación de RCS).
Esto no supone un problema en cuanto a compatibilidad hacia atrás puesto que los clientes de RCS ignorarán los elementos no reconocidos. Además los clientes de RCS que no soportan hiperdisponibilidad especifica de servicio todavía soportarán la hiperdisponibilidad basta regular. Por otro lado los clientes que soportan hiperdisponibilidad especifica de servicio sólo mostrarán al usuario "hiperdisponible" en los servicios especificos que ha seleccionado.
Por estos motivos estas es la implementación preferida.
Realización -Opción 3
En cuanto al elemento <status> (como parte del componente tu pie para un servicio según el modelo de datos de presencia [1 D, tal como se dice en RFC3863, Seco 4.2.4 [1], son posibles otros valores de estatus distintos de abierto o cerrado para el elemento <basic> usando las reglas de extensibilidad basada en espacio de nombre estándar definidas en el documento. Las aplicaciones que encuentran elementos no reconocidos dentro de <status> pueden ignorarlos. Así, es posible añadir un nuevo elemento anotando hiperdisponibilidad bajo el elemento de estatus, por ejemplo, establecer el elemento <hyper> como "abierto" y establecer el atributo "hasta" en el mismo valor que en el elemento <overriding-willingness>. Esto se ilustra en el siguiente tuple de presencia, en el que sigue el op de espacio de nombre de XML xm/ns:op="urn:oma:xm/:prs:pidf:oma-pres"
Además la indicación de hiperdisponibilidad regular especificada por RCS (es decir uso del atributo hasta en el elemento <overriding-willingness» se mantiene para maximizar la compatibilidad hacia atrás:
<op:overriding-willingness opd:until="201 0-04-02T22:00:01 "> <op:basic>open</op:basic> </op:overriding-willingness>
[...]
<tu pie id="bs35ra"> <status> <basic>open</basic>
<hyper until:"201 0-04-02T22:00:01 ">open</hyper>
</status> <op:service-description> <op:service-id>org.openmobilealliance:IM-session</op:service-id>
5 <op:version>1.0</op:version> </op:service-description> <contact>tel:+1234578901 </contact>
</tuple>
10 En este ejemplo, el usuario está estableciendo su estatus de hiperdisponibilidad como activo para el servicio 1M hasta el próximo 2 de abril de 2010 a las 22:00:01. Así, él/ella está diciendo a sus iguales que inicien una sesión de charla con él/ella.
Esta implementación no debe causar ningún tipo de problema para los clientes 15 heredados que no soporten esta característica. Por este motivo esta opción también es muy recomendada.
Realización -Opción 4
Siguiendo el mismo modelo de extensión explicado en la opción 3, la hiperdisponibilidad de servicio también puede implementarse extendiendo el valor del elemento <basic> para el elemento <overriding-willingness> que forma parte del componente "persona".
En este caso, los valores para el nuevo elemento deben ser elementos <service-id>, para todos los servicios en los que el usuario quiere establecer su hiperdisponibilidad como activa, lo que significa que el estatus de hiperdisponibilidad sólo afecta a esos servicios. El siguiente tuple de presencia (en este caso un componente "persona") dará como resultado las mismas acciones que el anterior:
<pdm:person id="a1233"> <op:overriding-willingness opd:until="2008-1 0-28T21 :OO:OOZ"> <op:basic>open</op:basic> <op:service-id>org .openmobilealliance: I M session</op:service-id> </op:overriding-willingness> <rpid:status-icon opd:etag=''26362''>http://xcap.gsma.org/xcap-ap service/org .openmobilealliance. prescontentlusuers/sip: 1234578901 @gsma.org/oma_status icon/rcs_status_icon</rpid:status-icon> <c:homepage>http://example.com/-alice</c:homepage> <pdm:note>I'1I be PAG</pdm:note> </pdm:person>
Este ejemplo usa los siguientes espacios de nombre de XML:
•
xm/ns:op="urn:oma:xm/:prs:pidf:oma-pres"
•
xm/ns:rpid=" urn: ietf: params:xm /:ns: pidf: rpid"
•
xm/ns:c="urn:ietf:params:xm/:ns:pidf:cipid"
•
xm/ns:pdm="urn:ietf:params:xm/:ns:pidf:data-model"
La combinación de valores de atributo de presencia en esta implementación de la invención no deben interferir con el uso actual del atributo <wi//ingness><basic> , cuyo uso común está limitado al caso en que el atributo <status><basic> está abierto, para indicar el deseo de recibir peticiones de comunicación entrante para el servicio especificado. Según el razonamiento anterior esta implementación también puede considerarse como compatible hacia atrás con implementaciones existentes. Por estos motivos ésta también es una opción de realización válida junto con las dos anteriores.
Un experto en la técnica puede introducir cambios y modificaciones en las realizaciones descritas sin alejarse del alcance de la invención tal como se define en las reivindicaciones adjuntas.
Acrónimos y Abreviaturas
GSMA
5
IETF 1M IMPP
10
IMS OMA PI DF
15
RFC RCS SIP SIMPLE
20
SPI XMPP
GSM (Global System for Mobile Comunications) Association (Asociación de Sistema Global para comunicaciones móviles) Internet Engineering Task Force (Grupo de trabajo de ingeniería de Internet) Instant Messaging (Mensajería instantánea) Instant Messaging and Presence Protocol (Mensajería instantánea y Protocolo de Presencia) IP (Internet Protocol) Multimedia System (Sistema multimedia de IP (protocolo de Internet))
Open Mobile Alliance (Alianza móvil abierta) Presence Information Data Format (Formato de datos de información de presencia) Request For Comments (Petición de comentarios) Rich Communication Suite (Paquete de comunicación rica) Session Initiation Protocol (Protocolo de inicio de sesión) Session Initiation Protocol for Instant Messaging and Presence Leveraging Extensions (Protocolo de inicio de sesión para mensajería instantánea y extensiones de ventaja de presencia) Social Presence Information (Información de presencia social) eXtensible Messaging and Presence Protocol (Mensajería ampliable y protocolo de presencia)
Referencias
[1] Sugano, H et al. RFC 3863: Presence Information Data Format (PIDF). Agosto de 2004.
[2] Day, M. et al. RFC 2778: A Model for Presence and Instant Messaging. Febrero de 2000.
[3] Day, M. et al. RFC 2779: Instant Messaging / Presence Protocol Requirements. Febrero de 2000.
[4] Rosenberg, J. et al. RFC 4479: A Data Model for Presence. Julio de 2006.
[5] Schulzrinne, H. et al. RFC 4480: RPID: Rich Presence Extensions to the Presence Information Data Format (PIDF). Julio de 2006.
[6] GSM Association. Rich Communication Suite. Release 3. Service Definition 1.0. 25 de febrero de 2010.
[7] GSM Association. Rich Communication Suite. Release 1. Funclional Description 1.2. 25 de febrero 2010.
[8] GSM Association. Rich Comunicación Suite. Release 1. Technical Realization 1.2. 25 de febrero 2010.
[9] OMA PRESENCE SIMPLE V 2.0 Candidate Enabler Release. (17-092009)
[10] OMA Presence SIMPLE Data Extensions V1.0 Approved Reference Release (). Presence SIMPLE Data Specification (OMA-DDS-Presence_Data_Ext-V2_0-20090929-A)

Claims (4)

  1. REIVINDICACIONES
    1.-Método para gestionar información de presencia, que comprende que un usuario establezca un estatus de hiperdisponibilidad como activo en un servicio de presencia seleccionando este estatus en un servicio de presencia en un dispositivo de computación de un usuario, significando que dicho usuario no está sólo disponible para ser contactado sino que además quiere ser contactado por sus contactos y/o iguales en ese preciso momento y seleccionando, dicho usuario, al menos un servicio y/o medio de comunicación a través del cual quiere que un igual contacte con él, cuando está en dicho estatus de hiperdisponibilidad, caracterizado porque además comprende:
    asociar dicho al menos un servicio y/o medio de comunicación a dicho estatus de hiperdisponibilidad; ejecutar dicha asociación, cuando se relaciona con la selección de servicio, por medio de la activación de dicho estatus de hiperdisponibilidad correlacionado con un servicio específico; y ejecutar dicha activación del estatus de hiperdisponibilidad correlacionado con un servicio específico, por dicho usuario, enviando un mensaje SIP PUBLlSH, que incluye dicha correlación, a un servidor de presencia como una actualización de entidad de presencia, enviando dicho servidor de presencia un mensaje SIP NOTIFY, que incluye dicha correlación, a iguales autorizados.
  2. 2.-Método según cualquiera de las reivindicaciones anteriores, que comprende, después de que dicho usuario ha establecido dicho estatus de hiperdisponibilidad como activo, ofrecer una lista de posibles servicios y/o medios de comunicación a dicho usuario para que se permita a dicho usuario acceder y que dicho usuario seleccione al menos uno de los servicios y/o medios de comunicación ofrecidos.
  3. 3.-Método según la reivindicación 2, en el que dicha lista se ofrece al usuario a través de una pantalla de un dispositivo informático, y dicha selección se lleva a cabo por el usuario operando medios de entrada de dicho dispositivo informático.
  4. 4.-Método según cualquiera de las reivindicaciones anteriores, que comprende resaltar, durante un tiempo determinado, en pantallas respectivas de dispositivos informáticos de dichos iguales, en una entrada de contacto para dicho usuario en una libreta de direcciones, algunas capacidades de servicios afectadas por la selección de hiperdisponibilidad de servicio.
ES201001038A 2010-08-06 2010-08-06 Método para gestionar información de presencia. Expired - Fee Related ES2386564B1 (es)

Priority Applications (5)

Application Number Priority Date Filing Date Title
ES201001038A ES2386564B1 (es) 2010-08-06 2010-08-06 Método para gestionar información de presencia.
EP11718268.3A EP2601775B1 (en) 2010-08-06 2011-03-21 A method for managing presence information
US13/814,312 US20130205228A1 (en) 2010-08-06 2011-03-21 Method for managing presence information
ES11718268.3T ES2523124T3 (es) 2010-08-06 2011-03-21 Un método para la gestión de información de presencia
PCT/EP2011/001372 WO2012016601A1 (en) 2010-08-06 2011-03-21 A method for managing presence information

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
ES201001038A ES2386564B1 (es) 2010-08-06 2010-08-06 Método para gestionar información de presencia.

Publications (2)

Publication Number Publication Date
ES2386564A1 true ES2386564A1 (es) 2012-08-23
ES2386564B1 ES2386564B1 (es) 2013-04-26

Family

ID=44063435

Family Applications (2)

Application Number Title Priority Date Filing Date
ES201001038A Expired - Fee Related ES2386564B1 (es) 2010-08-06 2010-08-06 Método para gestionar información de presencia.
ES11718268.3T Active ES2523124T3 (es) 2010-08-06 2011-03-21 Un método para la gestión de información de presencia

Family Applications After (1)

Application Number Title Priority Date Filing Date
ES11718268.3T Active ES2523124T3 (es) 2010-08-06 2011-03-21 Un método para la gestión de información de presencia

Country Status (4)

Country Link
US (1) US20130205228A1 (es)
EP (1) EP2601775B1 (es)
ES (2) ES2386564B1 (es)
WO (1) WO2012016601A1 (es)

Families Citing this family (31)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
WO2013052964A2 (en) * 2011-10-07 2013-04-11 Interop Technologies, Llc Non-ims rich communication suite
US9515969B1 (en) * 2013-05-14 2016-12-06 Google Inc. Configuring presence and notifications in persistent conversations
WO2015091716A1 (en) 2013-12-20 2015-06-25 Basf Se Highly efficient oled devices with very short decay times
EP3174885B1 (en) 2014-07-28 2019-10-02 Idemitsu Kosan Co., Ltd. 2,9-functionalized benzimidazolo[1,2-a]benzimidazoles as hosts for organic light emitting diodes (oleds)
EP2982676B1 (en) 2014-08-07 2018-04-11 Idemitsu Kosan Co., Ltd. Benzimidazo[2,1-B]benzoxazoles for electronic applications
WO2016020516A1 (en) 2014-08-08 2016-02-11 Basf Se Electroluminescent imidazo-quinoxaline carbene metal complexes
EP2993215B1 (en) 2014-09-04 2019-06-19 Idemitsu Kosan Co., Ltd. Azabenzimidazo[2,1-a]benzimidazoles for electronic applications
EP3015469B1 (en) 2014-10-30 2018-12-19 Idemitsu Kosan Co., Ltd. 5-(benzimidazol-2-yl)benzimidazo[1,2-a]benzimidazoles for electronic applications
WO2016079667A1 (en) 2014-11-17 2016-05-26 Idemitsu Kosan Co., Ltd. Indole derivatives for electronic applications
KR102512938B1 (ko) 2014-11-18 2023-03-23 유디씨 아일랜드 리미티드 유기 발광 다이오드에 사용하기 위한 Pt- 또는 Pd-카르벤 착체
EP3034507A1 (en) 2014-12-15 2016-06-22 Idemitsu Kosan Co., Ltd 1-functionalized dibenzofurans and dibenzothiophenes for organic light emitting diodes (OLEDs)
EP3034506A1 (en) 2014-12-15 2016-06-22 Idemitsu Kosan Co., Ltd 4-functionalized carbazole derivatives for electronic applications
EP3054498B1 (en) 2015-02-06 2017-09-20 Idemitsu Kosan Co., Ltd. Bisimidazodiazocines
EP3053918B1 (en) 2015-02-06 2018-04-11 Idemitsu Kosan Co., Ltd. 2-carbazole substituted benzimidazoles for electronic applications
EP3061759B1 (en) 2015-02-24 2019-12-25 Idemitsu Kosan Co., Ltd Nitrile substituted dibenzofurans
EP3070144B1 (en) 2015-03-17 2018-02-28 Idemitsu Kosan Co., Ltd. Seven-membered ring compounds
EP3072943B1 (en) 2015-03-26 2018-05-02 Idemitsu Kosan Co., Ltd. Dibenzofuran/carbazole-substituted benzonitriles
EP3075737B1 (en) 2015-03-31 2019-12-04 Idemitsu Kosan Co., Ltd Benzimidazolo[1,2-a]benzimidazole carrying aryl- or heteroarylnitril groups for organic light emitting diodes
KR20240058993A (ko) 2015-06-03 2024-05-07 유디씨 아일랜드 리미티드 매우 짧은 붕괴 시간을 갖는 고효율 oled 소자
US20180291028A1 (en) 2015-10-01 2018-10-11 Idemitsu Kosan Co., Ltd. Benzimidazolo[1,2-a]benzimidazole carrying benzimidazolo[1,2-a]benzimidazolyl groups, carbazolyl groups, benzofurane groups or benzothiophene groups for organic light emitting diodes
EP3150604B1 (en) 2015-10-01 2021-07-14 Idemitsu Kosan Co., Ltd. Benzimidazolo[1,2-a]benzimidazole carrying benzimidazolo[1,2-a]benzimidazolylyl groups, carbazolyl groups, benzofurane groups or benzothiophene groups for organic light emitting diodes
EP3150606B1 (en) 2015-10-01 2019-08-14 Idemitsu Kosan Co., Ltd. Benzimidazolo[1,2-a]benzimidazoles carrying benzofurane or benzothiophene groups for organic light emitting diodes
EP3356369B1 (en) 2015-10-01 2022-05-04 Idemitsu Kosan Co., Ltd Benzimidazolo[1,2-a]benzimidazole carrying triazine groups for organic light emitting diodes
WO2017078182A1 (en) 2015-11-04 2017-05-11 Idemitsu Kosan Co., Ltd. Benzimidazole fused heteroaryls
WO2017093958A1 (en) 2015-12-04 2017-06-08 Idemitsu Kosan Co., Ltd. Benzimidazolo[1,2-a]benzimidazole derivatives for organic light emitting diodes
KR102684614B1 (ko) 2015-12-21 2024-07-15 유디씨 아일랜드 리미티드 삼각형 리간드를 갖는 전이 금속 착체 및 ｏｌｅｄ에서의 이의 용도
WO2017109722A1 (en) 2015-12-21 2017-06-29 Idemitsu Kosan Co., Ltd. Nitrogen-containing heterocyclic compounds and organic electroluminescence devices containing them
WO2017178864A1 (en) 2016-04-12 2017-10-19 Idemitsu Kosan Co., Ltd. Seven-membered ring compounds
US9923847B1 (en) 2016-12-09 2018-03-20 At&T Intellectual Property I, L.P. In-call services using presence
EP3418285B1 (en) 2017-06-20 2020-05-06 Idemitsu Kosan Co., Ltd. Composition comprising a substituted ir complex and a phenylquinazoline bridged with a heteroatom
EP3466954A1 (en) 2017-10-04 2019-04-10 Idemitsu Kosan Co., Ltd. Fused phenylquinazolines bridged with a heteroatom

Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053379A1 (en) * 2004-09-08 2006-03-09 Yahoo! Inc. Multimodal interface for mobile messaging

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7603411B1 (en) 1999-12-14 2009-10-13 Nortel Networks Limited Presence management system
US20070150825A1 (en) * 2005-12-22 2007-06-28 Jack Jachner Custom presence icons

Patent Citations (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20060053379A1 (en) * 2004-09-08 2006-03-09 Yahoo! Inc. Multimodal interface for mobile messaging

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
Mi Young Huh; Wook Hyun; Shin Gak Kang; , "Design Considerations on Subscription and Notification Function in the Presence Services for Hierarchical ResourceList," Advanced Communication Technology, The 9th International Conference on , vol.2, no., pp.949-954, 12-14 Feb. 2007 doi: 10.1109/ICACT.2007.358516 URL: http://ieeexplore.ieee.org/stamp/stamp.jsp?tp=&arnumber=4195317&isnumber=4195290 *

Also Published As

Publication number Publication date
ES2523124T3 (es) 2014-11-21
EP2601775A1 (en) 2013-06-12
ES2386564B1 (es) 2013-04-26
EP2601775B1 (en) 2014-09-10
WO2012016601A1 (en) 2012-02-09
US20130205228A1 (en) 2013-08-08

Similar Documents

Publication Publication Date Title
ES2386564B1 (es) Método para gestionar información de presencia.
US9584667B2 (en) Callee centric location and presence enabled voicemail using session initiated protocol enabled signaling for IP multimedia subsystem networks
US20100299385A1 (en) Method &amp; apparatus for displaying the presence of a shared client communication device
JP5389953B2 (ja) プレゼンス通知の複数判断基準管理の方法およびシステム
US11012527B2 (en) Managing multiple profiles for a single account in an asynchronous messaging system
US9060059B2 (en) Call status sharing
CA2734036C (en) Automated call routing based on an active presence profile
US9357026B2 (en) Presentity authorization of buddy subscription in a communication system
US20080285542A1 (en) Location based presence groups
US20080133742A1 (en) Presence model for presence service and method of providing presence information
KR20120059594A (ko) 증강 소셜 네트워킹 메시징을 위한 방법 및 장치
US20070150491A1 (en) Server middleware for enterprise work group presence solution
US10587540B2 (en) Group messaging
KR20070115607A (ko) Ｓｉｐ 기반의 메시지 서비스에서의 그룹 공지 방법
TW200845649A (en) System and method for establishing conference events
US20110246581A1 (en) Method and System for Group Event Communications
Serik et al. Instant messaging application for Smartphone
Fressancourt et al. NFCSocial: Social networking in mobility through IMS and NFC
ES2644267T3 (es) Procedimiento de gestión de la capacidad de libreta de direcciones convergente
US20130260733A1 (en) Method and capability manager for supporting provision of capabilities
Žarko et al. Presence@ FER: An ecosystem for rich presence
Antonic et al. Follow me!—A rich presence application for smartphones
Jiang et al. Personalization of internet telephony services for presence with SIP and extended CPL
Kawada et al. A user-oriented presence synthesizing system for facilitating on-line communication
Wullert II et al. Presence management in next generation networks

Legal Events

Date Code Title Description
FD2A Announcement of lapse in spain

Effective date: 20210915