ES2523124T3 - Un método para la gestión de información de presencia - Google Patents
Un método para la gestión de información de presencia Download PDFInfo
- Publication number
- ES2523124T3 ES2523124T3 ES11718268.3T ES11718268T ES2523124T3 ES 2523124 T3 ES2523124 T3 ES 2523124T3 ES 11718268 T ES11718268 T ES 11718268T ES 2523124 T3 ES2523124 T3 ES 2523124T3
- Authority
- ES
- Spain
- Prior art keywords
- user
- availability
- hyper
- service
- 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.)
- Active
Links
- 238000000034 method Methods 0.000 title claims abstract description 24
- 230000006854 communication Effects 0.000 claims abstract description 31
- 238000004891 communication Methods 0.000 claims abstract description 30
- 230000002596 correlated effect Effects 0.000 claims abstract description 5
- 238000012986 modification Methods 0.000 claims abstract description 3
- 230000004048 modification Effects 0.000 claims abstract description 3
- 230000004913 activation Effects 0.000 claims abstract 2
- 230000003213 activating effect Effects 0.000 abstract description 2
- 238000013499 data model Methods 0.000 description 7
- 230000004044 response Effects 0.000 description 4
- 238000007726 management method Methods 0.000 description 3
- WSGCGMGMFSSTNK-UHFFFAOYSA-M 1-methyl-4-phenyl-1-propan-2-ylpiperidin-1-ium;iodide Chemical compound [I-].C1C[N+](C(C)C)(C)CCC1C1=CC=CC=C1 WSGCGMGMFSSTNK-UHFFFAOYSA-M 0.000 description 2
- 230000006399 behavior Effects 0.000 description 2
- 230000000977 initiatory effect Effects 0.000 description 2
- 230000008569 process Effects 0.000 description 2
- 230000003068 static effect Effects 0.000 description 2
- 238000013459 approach Methods 0.000 description 1
- 238000013475 authorization Methods 0.000 description 1
- 238000010586 diagram Methods 0.000 description 1
- 230000002996 emotional effect Effects 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000007246 mechanism Effects 0.000 description 1
- 238000010295 mobile communication Methods 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
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 la gestión de la información de presencia, que comprende - fijación por un usuario de un estado de disponibilidad como activo en un servicio de presencia mediante la selección de este estado en un cliente de presencia en un dispositivo de ordenador del usuario; y - selección por dicho usuario de al menos un servicio y/o medio de comunicación a través del que desea que un compañero contacte con él/ella, cuando está en dicho estado de disponibilidad; caracterizado por que el método comprende adicionalmente - la modificación por dicho usuario, de dicho estado de disponibilidad a un estado de hiper-disponibilidad en el que está solicitando ser contactado por sus compañeros en ese preciso momento; - ofrecer a dicho usuario una lista de posibles servicios y/o medios de comunicación a través de los que pasar; y - activar dicho estado de hiper-disponibilidad correlacionado con al menos uno de dichos posibles servicios y/o medios de comunicación ofrecidos; en el que dicha activación del estado de hiper-disponibilidad correlacionado con dicho al menos un servicio y/o medio de comunicación ofrecido por dicho usuario se realiza enviando un mensaje SIP PUBLISH, que incluye dicha correlación, a un servidor de presencia como una actualización de la entidad de presencia, enviando dicho servidor de presencia un mensaje SIP NOTIFY, que incluye dicha correlación, a los compañeros autorizados.
Description
DESCRIPCIÓN
Un método para la gestión de información de presencia
Campo de la técnica 5
La presente invención se refiere en general a un método para la gestión de información de presencia que permite a un usuario activar un estado de hiper-disponibilidad, y más particularmente a un método que permite a dicho usuario proporcionar también una indicación a un comunicante acerca de uno o más servicios y/o medios de comunicación a través de los que el usuario está dispuesto a ser contactado cuando está en dicho estado de hiper-disponibilidad. 10
Estado de la técnica anterior
Con la popularidad de las herramientas de comunicación instantánea (principalmente las comunidades de mensajería instantánea todas alrededor de Internet) y en tanto que el paradigma de “siempre activo” comienza a ser 15 realidad, los usuarios han aprendido a usar activamente la información de presencia (entendida como la información sobre el estado de disponibilidad de un usuario particular) de sus compañeros en la red para incrementar la efectividad del proceso de comunicación.
Desde la perspectiva del usuario, la información de presencia consiste habitualmente en el estado, que tiene sentido 20 en relación a la aceptación de las sesiones de comunicación y se establece por el servicio cuando el usuario se registra en el servicio, y eventualmente algún texto libre adicional establecido por los usuarios para informar a sus compañeros sobre sus sentimientos o pensamientos (como un tipo de información extra emocional y sin impacto en el comportamiento de los servicios).
25
Adicionalmente, algunos conjuntos de servicios han definido un nuevo concepto de hiper-disponibilidad que significa una condición que permite a los usuarios establecer proactivamente una clase de estado de “Contacta conmigo” temporal. Este estado permite a ciertos usuarios informar a aquellos contactos con los que se ha establecido una Relación de Presencia Social, que los usuarios están actualmente en una situación en la que es posible comunicar más libremente (por ejemplo en una sala de espera), y que están dispuestos a comunicar “en ese momento”. 30
Antecedentes técnicos / Tecnología existente
La Alianza Abierta para Movilidad basa el concepto de presencia y su habilitador de la norma OMA Presence SIMPLE [9] en varias RFC aprobadas por el IETF: 35
• La RFC 3863 [1] define el Formato de Datos de Información de Presencia (Presence Information Data Format, PIDF), incluyendo la definición para información de presencia (PRESENCE INFORMATION), tuplas de presencia (PRESENCE TUPLES) y estado (STATUS).
• La RFC 2778 [2] define un modelo para la descripción de sistemas que proporcionan información de presencia. 40
• La RFC 2779 [3] define un conjunto mínimo de valores de estado de presencia definidos por el documento IMPP Model [RFC2778], que permite la existencia de otros valores de STATUS diferentes de abierto (OPEN) y cerrado (CLOSE) que no implican nada acerca de la aceptación de la sesión de comunicación.
• La RFC 4479 [4] define cómo llevar los sistemas del mundo real y mapearlos en documentos de presencia como una extensión de la RFC 3863. 45
• La RFC 4480 [5] define atributos de presencia adicionales para describir elementos de persona, de servicio, y de datos del dispositivo.
Adicionalmente, el Conjunto de Comunicación Enriquecida (Rich Communication Suite, RCS) del GSMA proporcionará una cartera enriquecida en características de los servicios de comunicación basados en Sistemas 50 Multimedia en IP (IMS) que proporcionan indicaciones de presencia y capacidad, llamadas enriquecidas y mensajería enriquecida. La definición de servicio [6] incluye la hiper-disponibilidad entre los casos de uso del RCS y se maneja 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— sobre el que trata la información de presencia). De ese modo, el RCS permite a los usuarios descubrir y hacer uso de las siguientes funcionalidades (entre otras cosas): 55
• Emitir una alerta de hiper-disponibilidad limitada en el tiempo para los contactos autorizados (con la posibilidad para el usuario de desactivarlos)
• Ser notificados acerca de actualizaciones y alertas de hiper-disponibilidad realizadas por contactos enriquecidos
60
Además, la Realización Técnica del RCS ([8], Sección 4. 2. 2), establece que la información de hiper-disponibilidad es transportada por el OMA Overriding Willingness combinado con un valor “until” tal como se especifica en [10], con el elemento “basic->open”.
Problemas con las soluciones existentes
Hay muchos documentos, especificaciones y soluciones que gestionan la información de presencia, pero solo unos pocos tratan con el concepto de hiper-disponibilidad como un atributo muy dinámico y volátil de la información de presencia. 5
En relación específicamente con la hiper-disponibilidad, las especificaciones actuales la incluyen como un atributo dentro de la Información de Presencia Social, incluyendo en el documento de presencia bajo el nodo de persona un elemento como:
10
<op:overriding-willingness opd:until="2008-10-28T21:00:00Z">
<op:basic> abrir </op:basic>
</op:overriding-willingness>
El ejemplo anterior usa los siguientes nombres de espacio XML: 15
• 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 hiper-disponibilidad es global para el usuario y afecta a todos y 20 cada uno de los servicios disponibles (en relación a la información de capacidad). Él/ella solo puede decir “Contacta conmigo en este momento” a sus compañeros. Esto no es suficientemente flexible para las comunicaciones constantes como podemos ver en la siguiente situación, en la que los usuarios A y B se supone que comparten su Información de Presencia Social:
25
1. A está asistiendo a una aburrida conferencia. Ve a algunos de sus compañeros conectados pero no desea molestarlos enviándoles directamente un mensaje instantáneo. Así que establece su hiper-disponibilidad para esperar activamente que alguno de ellos comience una charla con él.
2. B recibe una notificación (NOTIFY) con la hiper-disponibilidad activa de A.
3. B decide contactar con A y B elige llamar. 30
4. El teléfono de A comienza a sonar, molestando al resto de los asistentes.
En esta situación, sería deseable que A dijera “Por favor, ¿hay alguien que desee comenzar una charla conmigo en este momento?” cuando fija su hiper-disponibilidad como activa. En relación a las especificaciones actuales, ésta no es una opción. 35
Otros sistemas de gestión de presencia permiten que el usuario A (aquel que está publicando su estado de presencia) fije los medios de las comunicaciones, terminales o incluso reglas más complejas para permitir que los usuarios contacten con él (los usuarios que observan el estado de presencia de A) siempre que estuviesen conectados. Estas reglas están siempre predefinidas como criterios y preferencias para ser contactado y 40 habitualmente incluyen alguna planificación de horarios (por ejemplo, no deseo recibir llamadas por la noche).
En estas soluciones estáticas para gestión de la información de presencia, los usuarios pueden decidir cuándo desean ser contactados por sus compañeros (fijando su hiper-disponibilidad como activa en ese momento) pero no pueden seleccionar dinámicamente cómo desean que sus compañeros contacten con ellos (el servicio o medio de 45 comunicación).
El documento WO01/45342 describe un sistema de gestión de presencia que proporciona información sobre la disponibilidad de un contacto observado a una parte que observa. 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). 50
En el documento WO01/45342, el usuario puede seleccionar con qué medio/servicio de comunicación desea que sus contactos contacten con él dependiendo de la hora del día, pero esta selección no se hace cada vez cuando fija su estado de hiper-disponibilidad en activo, sino que la selección es una selección estática, dado que se realiza por adelantado introduciendo en el sistema los criterios y preferencias de los usuarios. 55
La solicitud de patente US 2006/0053379 describe una interfaz que permite ajustes de presencia asociados con un modo de comunicación.
Implementación actual de la hiper-disponibilidad 60
En tanto que la hiper-disponibilidad es un nuevo estado proporcionado como parte de la información de presencia, la siguiente figura muestra la arquitectura de la hiper-disponibilidad en base a la especificación OMA Presence SIMPLE Enabler [9] y se usa para descubrimiento de presencia y capacidad en el RCS [8]. Una arquitectura de presencia
como parte del RCS para proporcionar hiper-disponibilidad se ilustra en la Fig. 1.
Los usuarios interactúan con los elementos IMS (núcleo IMS, Servidor de Presencia y habilitador XDM) en sus redes locales siguiendo el siguiente flujo, que se ilustra en la Fig. 2:
5
1. La Fuente de presencia (es decir el usuario que fija su estado de hiper-disponibilidad) genera una solicitud SIP PUBLISH, que contiene un documento de presencia.
2. El núcleo SIP/IP encamina la solicitud al PS correcto.
3. El PS autoriza la publicación de presencia, y comprueba la información que contiene el mensaje. El PS la procesa a continuación y compone la información de presencia en el documento de presencia de la Entidad de 10 Presencia. El PS envía una respuesta SIP 200 (OK) de vuelta al Núcleo SIP/IP.
4. El Núcleo SIP/IP envía la respuesta de vuelta a la Fuente de Presencia.
5. El PS determina qué Observadores autorizados tienen permitido recibir las actualizaciones de la información de presencia para esta Entidad de Presencia. Para cada Observador apropiado, el PS genera una solicitud SIP NOTIFY que contiene el estado de hiper-disponibilidad como una actualización de la Información de Presencia. 15
6. El Núcleo SIP/IP envía la solicitud SIP NOTIFY al Observador.
7. El Observador acusa recibo de la solicitud SIP NOTIFY con una respuesta SIP 200 (OK) a su núcleo SIP/IP.
8. El Núcleo SIP/IP del Observador envía la respuesta SIP 200 (OK) a la PS.
Se supone que el Observador está apropiadamente abonado a los cambios de estado de la Información de 20 Presencia de la Entidad de Presencia.
Descripción de la invención
Es necesario ofrecer una alternativa al estadio de la técnica que cubra los vacíos hallados en ella. 25
Con este fin, la presente invención proporciona un método para la gestión de la información de presencia de acuerdo con la reivindicación 1.
A diferencia de las propuestas conocidas, el método de la invención comprende adicionalmente la selección, por 30 dicho usuario, de uno o más servicios y/o medios de comunicación a través de los que desea que sus compañeros tengan permitido contactar con él, cuando está en dicho estado de hiper-disponibilidad.
Para una realización el método de la invención comprende la asociación del servicio o servicios y/o la selección de medios de comunicación con dicho estado de hiper-disponibilidad. 35
De acuerdo con una realización, el método comprende llevar a cabo dicha asociación, cuando se refiere a la selección de servicio, por medio de la activación de dicho estado de hiper-disponibilidad correlacionado con un servicio específico.
40
Ventajas de la invención
La presente invención permite un marco accesible para la hiper-disponibilidad donde los usuarios pueden afinar el medio/servicio de comunicación con el que desean que sus contactos contacten con él/ella.
45
La fijación de un estado de hiper-disponibilidad de servicio puede ser entendido como (y también implementado como) la difusión de una invitación para comenzar una nueva sesión en un servicio específico. Sin embargo, aunque este enfoque (enviar un mensaje INVITE a un compañero para comenzar una nueva sesión en un servicio) puede ser también válido para establecer una nueva sesión entre dos compañeros, el mecanismo en base a las actualizaciones de presencia es más eficiente cuando el usuario no está invitando a un compañero específico, sino a 50 cualquiera de sus compañeros conectados en ese momento. Sin la hiper-disponibilidad del servicio, el usuario debería enviar tantos mensajes INVITE como compañeros estuviesen conectados, mientras que en la implementación de la hiper-disponibilidad del servicio, solo se necesita un mensaje PUBLISH para alcanzar a todos los compañeros al mismo tiempo.
55
Además de la eficiencia, el método basado en la actualización de presencia, permite a los usuarios (tanto al que fija su hiper-disponibilidad como a sus compañeros) mantener un control ajustado sobre quién y cómo recibe la notificación dado que la notificación sigue las reglas de suscripción y autorización definidas para cada una de las notificaciones de presencia.
60
Desde el punto de vista del usuario, esta flexibilidad permite al usuario disfrutar de una mejor experiencia y principalmente alcanzar unos mejores rendimientos del estado de hiper-disponibilidad cuando usa servicios de comunicación. Cuando fijan su hiper-disponibilidad como activa, mantienen un control ajustado de los medios de comunicación con los que piden que sus compañeros contacten con ellos de vuelta en ese momento, disuadiendo
los intentos no deseables que le molestan e impidiendo que se desperdicie tráfico de señalización para establecer sesiones por medios no deseados por los usuarios.
Breve descripción de los dibujos
5
La anterior y otras ventajas y características se comprenderán más concretamente a partir de la siguiente descripción detallada de realizaciones con referencia a los dibujos adjuntos, que se deben considerar en una forma ilustrativa y no limitativa, en los que:
La Fig. 1 es una arquitectura de presencia como parte del RCS para proporcionar hiper-disponibilidad; 10
La Fig. 2 es un flujo de mensajes para proporcionar hiper-disponibilidad;
La Fig. 3 es un diagrama esquemático que representa el suministro del servicio de hiper-disponibilidad, de acuerdo con una realización del método de la invención; y
La Fig. 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 relativa al Servicio 1, Servicio 2 y Servicio 3, que se 15 consumen en el Dispositivo 1 y en el Dispositivo 2.
Descripción detallada de varias realizaciones
El hiper-disponibilidad del servicio vincula la hiper-disponibilidad al servicio en lugar de a los elementos personales 20 en el esquema de presencia.
Se detalla el siguiente ejemplo de utilización o caso de uso para ilustrar la invención. Los usuarios A y B se supone que están registrados en el Servidor de Presencia, comparten su Información de Presencia Social y están disponibles en el servicio 1. 25
1. En un punto específico en el tiempo A establece su estado de hiper-disponibilidad en activo para el servicio 1.
2. El cliente de A publica la hiper-disponibilidad del servicio 1 como una actualización de la entidad de presencia en el Servidor de Presencia.
3. El servidor de presencia notifica la actualización de presencia de A (es decir, la hiper-disponibilidad del servicio 30 1 de A) a todos los compañeros autorizados
4. B (el resto también de los compañeros de A) recibe una NOTIFY con una hiper-disponibilidad de A activa para servicio 1.
5. B decide comenzar una sesión para el servicio 1 con A.
6. A recibe la solicitud de una sesión para el servicio 1 con B. 35
7. A acepta la solicitud.
8. A y B comienzan la sesión.
Este caso de uso se representa en la Figura 3, en donde la columna de la izquierda representa el cliente del Usuario A, que comprende el cliente de presencia (fuente de presencia y observador) y el cliente del servicio; la columna 40 derecha representa el cliente del Usuario B, con los mismos componentes; y la columna del medio representa el Servidor de Presencia.
Para ilustrar y comprender mejor la invención, se puede suponer un servicio de juegos en línea como el servicio 1. De ese modo, cuando A establece su hiper-disponibilidad como activa para el servicio de juego en línea está 45 pidiendo a sus compañeros realizar un juego en ese momento. B siente que jugar en ese momento con A sería una gran idea, de modo que lanza su aplicación de juegos y comienza un juego contra A. A y B comienzan a jugar.
Los comportamientos y procesos del cliente para gestionar, publicar, enviar, difundir y manejar la hiper-disponibilidad del servicio en la red permanece sin afectar en relación a los definidos para la hiper-disponibilidad estándar (tal 50 como se define en el documento de RCS Functional Description, sección 2.1.3.1 [7]), excepto por los siguientes cambios menores:
• En el lado de la entidad de presencia (el usuario que publica el estado de hiper-disponibilidad para el servicio 1), el usuario ha de seleccionar uno o más servicios con los que ser contactado de vuelta cuando fija su estado de 55 hiper-disponibilidad en activo.
• En el lado del observador (el usuario que recibe una NOTIFY con información de hiper-disponibilidad del servicio para el usuario A) el cliente debería destacar temporalmente (hasta el momento “until” especificado) en la entrada de contactos para el usuario A en el libro de direcciones las capacidades de los servicios afectados por 60 la hiper-disponibilidad de servicio para reforzar que el observador contacte con el usuario A de vuelta a través de ellos (está realmente solicitando ser contactado usando esos servicios).
Para que el usuario seleccione dichos 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 estado de hiper-disponibilidad en activo, el ofrecimiento de una lista de servicios posibles y/o medios de comunicación a dicho usuario y la selección, por parte de dicho usuario, de al menos uno de los servicios ofrecidos y/o medios de comunicación.
5
Dicha lista se ofrece al usuario, para una realización, a través de una pantalla de un dispositivo de ordenador, tal como un dispositivo móvil, y dicha selección se lleva a cabo por el usuario mediante la operación de los medios de entrada de dicho dispositivo de ordenador.
En relación al referido énfasis, en el lado del observador, el método comprende, para una realización, llevar a cabo, 10 durante un tiempo determinado, en pantallas respectivas de dispositivos de ordenador de dichos compañeros u observadores, introducir una entrada de contacto para dicho usuario o entidad de presencia en un libro de direcciones.
A continuación se exponen algunas realizaciones de implementaciones del concepto de hiper-disponibilidad del 15 servicio de acuerdo con el método de la invención.
Realización - Opción 1
Una de las opciones para la implementación de la hiper-disponibilidad de servicio en SIMPLE es usar el atributo 20 “until” como atributo del elemento <status> como parte del componente de lista para un servicio de acuerdo con el modelo de datos de presencia [1]. Esto se ilustra en la siguiente tupla de presencia, en la que las opciones de nombres de espacio XML siguen xmlns:op=“urn:oma:xml:prs:pidf:oma-pres”:
<tuple id="bs35ra"> 25
<status until:"2010-04-02T22:00:01">
<basic>open</basic>
</status>
<op:service-description>
<op:service-id> org.openmobilealliance:IMsession </op:service-id > 30
<op:version>1.0</op:version>
</op: service-description>
<contact>tel: +1234578901</contact>
</tuple>
35
Esta implementación puede ser problemática en términos de compatibilidad hacia atrás dado que el atributo “until” no está permitido para elementos <status> y puede ser un problema para clientes heredados que no soporten esta característica. Por esta razón esta opción no es la más altamente recomendada.
Realización - Opción 2 40
Una de las opciones para la implementación de la hiper-disponibilidad de servicio es combinar la indicación de hiper-disponibilidad regular especificada por RCS (es decir usar el atributo until en el elemento <overriding-willingness>), con indicación de la hiper-disponibilidad específica de servicio. Esto se puede realizar usando el atributo “until” como un atributo del elemento <willingness> como parte de uno o más componentes de <tuple> relativos al servicio, de 45 acuerdo con las extensiones del modelo de datos de presencia por OMA [10]. El valor de los diferentes atributos until debería ser el mismo.
Esto se ilustra en la siguiente tupla de presencia, en la que las opciones de nombres de espacio XML siguen xmlns:op=“urn:oma:xml:prs:pidf:oma-pres”: 50
<op:overriding-willingness opd:until="2010-04-02T22:00:01">
<op: basic>open</op:basic>
</op:overriding-willingness>
[...] 55
<tuple id="bs35ra">
<status>
<basic>open</basic>
</status>
<op:wlllingness until:"2010-04-02T22:00:01"> 60
<op:basic>open</op:basic>
</op:willingness>
<op:service-description>
<op:service-id>org.openmobilealliance:IMsession</op:service-id >
<op:version>1.0</op:version> 65
</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 5 Datos de Información de Presencia OMA. Sin embargo, la disposición específica de la aplicación (<willingness> bajo el elemento <tuple>) no ha sido incluida hasta el momento en las guías de la implementación RCS.
Este no es un problema en términos de compatibilidad hacia atrás dado que los clientes RCS deben ignorar elementos no reconocidos. Más aún los clientes RCS que no soporten la hiper-disponibilidad específica de servicio 10 aún soportarán la hiper-disponibilidad de grano grueso regular. Por otro lado los clientes que soporten la hiper-disponibilidad específica de servicio mostrarán justamente la “hiper-disponibilidad” del usuario en los servicios específicos que él/ella ha seleccionado.
Por esas razones ésta es la implementación preferida. 15
Realización - Opción 3
En relación al elemento <status> (como parte del componente de tupla para un servicio de acuerdo con el modelo de datos de presencia [1]), tal como se indica en RFC3863, sección 4.2.4 [1], son posibles otros valores de estado que 20 abren o cierran para el elemento <basic> usando las reglas de extensibilidad basada en nombres de espacio estándar definidas en el documento. Las aplicaciones que encuentren elementos no reconocidos dentro de <status> pueden ignorarlos. De ese modo, es posible añadir un nuevo elemento que indique hiper-disponibilidad bajo el elemento status, por ejemplo, el elemento <hiper> establecido en “open” y con el atributo “until” fijado en el mismo valor que en el elemento <overriding-willingness> 25
Además se mantiene la indicación de hiper-disponibilidad regular especificada por RCS (es decir usar el atributo “until” en el elemento <overriding-willingness>) para maximizar la compatibilidad hacia atrás:
<op:overriding-willingness opd:until="2010-04-02T22:00:01"> 30
<op:basic>open</op:basic>
</op:overriding-willingness>
[...]
<tuple id="bs35ra">
<status> 35
<basic>open</basic>
<hyper until:"2010-04-02T22:00:01">open</hyper>
</status>
<op:service-description>
<op:serviceid>org.openmobilealliance:IMsession</ op:service-id> 40
<op:version>1.0</op:version>
</op:service-description>
<contact>tel:+1234578901</contact>
</tuple>
45
En este ejemplo, el usuario está fijando su estado de hiper-disponibilidad en activo para el servicio IM hasta el próximo 2 de abril de 2010 a las 22:00:01. De ese modo, está pidiendo a sus compañeros comenzar una sesión de charla con él.
Esta implementación no debería provocar ninguna clase de problemas a los clientes heredados que no soporten 50 esta característica. Por esta razón esta opción es también altamente recomendada.
Realización - Opción 4
Siguiendo el mismo modelo de extensión explicado en la opción 3, la hiper-disponibilidad de servicio se puede 55 implementar también extendiendo el valor del elemento <basic> para el elemento <overriding-willingness> que es parte del componente “person”.
En este caso, los valores para el nuevo elemento deberían ser elementos <service-id>, tantos servicios como aquellos donde el usuario desee fijar su hiper-disponibilidad como activa, indicando que el estado de hiper-60 disponibilidad solo afecta a esos servicios. La siguiente tupla de presencia (en este caso componente de “person”) dará como resultado las mismas acciones que la previa:
<pdm:person id="a1233">
<op:overriding-willingness opd:until="2008-10-28T21:00:00Z"> 65
<op:basic>open</op:basic>
<op:serviceid> org.openmobilealliance:IMsession </op:service-id>
</op:overriding-willingness>
<rpid:status-icon opd:etag="26362">http://xcap.gsma.org/xcap-ap service/org.openmobilealliance.prescontent/ users/sip:1234578901@gsma.org/oma_sta 5 tusicon/ rcs_status_icon</rpid:status-icon>
<c:homepage>http://example.com/-alice</c:home page>
<pdm:note>I’ll be PAG</pdm:note>
</pdm:person>
10
Este ejemplo usa los siguientes espacios de nombres XML:
• xmlns:op="urn:oma:xml:prs:pidf:oma-pres"
• xmlns:rpid="urn:ietf:params:xml:ns:pidf:rpid"
• xmlns:c="urn:ietf:params:xml:ns:pidf:cipid" 15
• xmlns:pdm="urn:ietf:params:xml:ns:pidf:data-model"
La combinación de valores del atributo de presencia en esta implementación de la invención no debería interferir con el uso actual del atributo <willingness><basic>, cuyo uso común está limitado al caso en el que el atributo <status><basic> está abierto, para indicar el deseo de recibir solicitudes de comunicación entrantes para el servicio 20 especificado. De acuerdo con el razonamiento previo esta implementación se puede considerar también como compatible hacia atrás con las implementaciones existentes. Por esta razón ésta es también una opción de realización válida junto con las dos previas.
Un experto en la técnica podría introducir cambios y modificaciones en las realizaciones descritas sin apartarse del 25 alcance de la invención tal como se define en las reivindicaciones adjuntas.
Acrónimos y abreviaturas
GSMA Asociación del GSM (sistema global para comunicaciones móviles) 30
IETF Equipo de Trabajo de Ingeniería para Internet
IM Mensajería Instantánea
IMPP Mensajería Instantánea y Protocolo de Presencia
IMS Sistema Multimedia del IP (Protocolo de Internet)
OMA Alianza Abierta para Movilidad 35
PIDF Formato de Datos de Información de Presencia
RFC Solicitud de Comentarios
RCS Conjunto de Comunicación Enriquecida
SIP Protocolo de Inicio de Sesión
SIMPLE Protocolo de Inicio de Sesión para Mensajería Instantánea y Extensiones de Aprovechamiento de 40 Presencia
SPI Información de Presencia Social
XMPP Mensajería extensible y Protocolo de Presencia
Referencias 45
[1] Sugano, H et ál. RFC 3863: Presence Information Data Format (PIDF). Agosto de 2004.
[2] Day, M. et ál. RFC 2778: A Model for Presence and Instant Messaging. Febrero de 2000.
50
[3] Day, M. et ál. RFC 2779: Instant Messaging / Presence Protocol Requirements. Febrero de 2000.
[4] Rosenberg, J. et ál. RFC 4479: A Data Model for Presence. Julio de 2006.
[5] Schulzrinne, H. et ál. RFC 4480: RPID: Rich Presence Extensions to the Presence Information Data Format 55 (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. Functional Description 1.2. 25 de febrero de 2010. 60
[8] GSM Association. Rich Communication Suite. Release 1. Technical Realization 1.2. 25 de febrero de 2010.
[9] OMA PRESENCE SIMPLE V 2.0 Candidate Enabler Release. (2009-09-17)
[10] OMA Presence SIMPLE Data Extensions V1.0 Approved Reference Release (2009-09-29). Presence SIMPLE Data Specification (OMA-DDSPresence_Data_Ext-V2_0-20090929-A)
Claims (5)
- REIVINDICACIONES1. Un método para la gestión de la información de presencia, que comprende- fijación por un usuario de un estado de disponibilidad como activo en un servicio de presencia mediante la 5 selección de este estado en un cliente de presencia en un dispositivo de ordenador del usuario; y- selección por dicho usuario de al menos un servicio y/o medio de comunicación a través del que desea que un compañero contacte con él/ella, cuando está en dicho estado de disponibilidad;caracterizado por que el método comprende adicionalmente 10- la modificación por dicho usuario, de dicho estado de disponibilidad a un estado de hiper-disponibilidad en el que está solicitando ser contactado por sus compañeros en ese preciso momento;- ofrecer a dicho usuario una lista de posibles servicios y/o medios de comunicación a través de los que pasar; y- activar dicho estado de hiper-disponibilidad correlacionado con al menos uno de dichos posibles servicios y/o 15 medios de comunicación ofrecidos;en el que dicha activación del estado de hiper-disponibilidad correlacionado con dicho al menos un servicio y/o medio de comunicación ofrecido por dicho usuario se realiza enviando un mensaje SIP PUBLISH, que incluye dicha correlación, a un servidor de presencia como una actualización de la entidad de presencia, enviando dicho servidor 20 de presencia un mensaje SIP NOTIFY, que incluye dicha correlación, a los compañeros autorizados.
- 2. Un método de acuerdo con la reivindicación 1 en el que dicho estado de disponibilidad se establece durante un periodo de tiempo dado determinado.25
- 3. Un método de acuerdo con la reivindicación 2, en el que dicho período de tiempo se señaliza por un tiempo final desde dicho preciso momento.
- 4. Un método según la reivindicación 1, en el que dicha lista se ofrece al usuario a través de una pantalla de un dispositivo de ordenador, y dicha selección se lleva a cabo por el usuario operando los medios de entrada de dicho 30 dispositivo de ordenador.
- 5. Un método según cualquiera de las reivindicaciones previas, en el que este comprende destacar, durante un tiempo determinado, en pantallas respectivas de dispositivos de ordenadores de dichos compañeros, en una entrada de contacto para dicho usuario en un libro de direcciones, algunas capacidades de servicios afectadas por la 35 selección de la hiper-disponibilidad de servicio.
Applications Claiming Priority (3)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| ES201001038A ES2386564B1 (es) | 2010-08-06 | 2010-08-06 | Método para gestionar información de presencia. |
| ES201001038 | 2010-08-06 | ||
| PCT/EP2011/001372 WO2012016601A1 (en) | 2010-08-06 | 2011-03-21 | A method for managing presence information |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2523124T3 true ES2523124T3 (es) | 2014-11-21 |
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 Before (1)
| 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. |
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)
| 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 |
Family Cites Families (3)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US7603411B1 (en) | 1999-12-14 | 2009-10-13 | Nortel Networks Limited | Presence management system |
| US7587482B2 (en) * | 2004-09-08 | 2009-09-08 | Yahoo! Inc. | Multimodal interface for mobile messaging |
| US20070150825A1 (en) * | 2005-12-22 | 2007-06-28 | Jack Jachner | Custom presence icons |
-
2010
- 2010-08-06 ES ES201001038A patent/ES2386564B1/es not_active Expired - Fee Related
-
2011
- 2011-03-21 EP EP11718268.3A patent/EP2601775B1/en not_active Not-in-force
- 2011-03-21 WO PCT/EP2011/001372 patent/WO2012016601A1/en active Application Filing
- 2011-03-21 ES ES11718268.3T patent/ES2523124T3/es active Active
- 2011-03-21 US US13/814,312 patent/US20130205228A1/en not_active Abandoned
Also Published As
| Publication number | Publication date |
|---|---|
| EP2601775A1 (en) | 2013-06-12 |
| ES2386564A1 (es) | 2012-08-23 |
| 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 |
|---|---|---|
| ES2523124T3 (es) | Un método para la gestión de información de presencia | |
| US9584667B2 (en) | Callee centric location and presence enabled voicemail using session initiated protocol enabled signaling for IP multimedia subsystem networks | |
| KR101192481B1 (ko) | 차등화된 메시지 전달 통지 | |
| KR101011834B1 (ko) | Ｓｉｐ 기반의 메시지 서비스에서의 그룹 공지 방법 | |
| US9357026B2 (en) | Presentity authorization of buddy subscription in a communication system | |
| KR20140041859A (ko) | 다중 인격 지원 및 동적 인격 선택을 위한 방법 및 장치 | |
| KR20120059594A (ko) | 증강 소셜 네트워킹 메시징을 위한 방법 및 장치 | |
| US20070150491A1 (en) | Server middleware for enterprise work group presence solution | |
| US20110212736A1 (en) | Asynchronous media communications using priority tags | |
| TW200920059A (en) | Active profile selection | |
| TW200845649A (en) | System and method for establishing conference events | |
| ES2372708T3 (es) | Aparato y procedimiento para indicar información de usuario en un paquete de suecesos de conferencia. | |
| EP2430845B1 (en) | System and method for providing and managing a target list on behalf of a user agent client | |
| US20110246581A1 (en) | Method and System for Group Event Communications | |
| US8473733B2 (en) | Method for managing opaque presence indications within a presence access layer | |
| 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 | |
| Žarko et al. | Presence@ FER: An ecosystem for rich presence | |
| Menkens | Towards a context aware mobile community application platform | |
| CN102546970A (zh) | 一种发布呈现信息的方法和装置 | |
| Friedlander et al. | Are you there? Reflections on presence server architectures | |
| APTD | COMMUNICATING IN THE DIGITAL AGE | |
| Jiang et al. | Personalization of internet telephony services for presence with SIP and extended CPL | |
| US20100093366A1 (en) | Incorporating Non-Presence Information in the Calculation of Presence Aspects by a Presence Access Layer | |
| Chiang et al. | Friends night out—A working prototype of a blended lifestyle service enabled through IMS |