MX2008015041A

MX2008015041A - Metodo de mensaje de grupo en servicios de mensajes basado en protocolo de inicio de sesion.

Info

Publication number: MX2008015041A
Application number: MX2008015041A
Authority: MX
Inventors: Sung-Mu Son; Kang-Suk Huh
Original assignee: Lg Electronics Inc
Priority date: 2006-06-01
Filing date: 2007-05-09
Publication date: 2008-12-05
Also published as: EP2033457A1; ATE532378T1; RU2477014C2; KR101011834B1; EP2033457A4; CA2652508C; RU2008147675A; CA2652508A1; BRPI0712466A2; KR20070115607A; EP2033457B1; CN101461261A; US8032411B2; WO2007139295A1; CN101461261B; US20070282685A1; JP2009538586A; JP5377295B2

Abstract

Se discute un método de aviso de grupo en un servicio de mensaje basado en SIP (protocolo de inicio de sesión) y un dispositivo de cliente PT; de acuerdo con una modalidad, el método incluye recibir, por parte de un servidor PT, una solicitud para enviar un mensaje de aviso de grupo para un grupo PT específico a partir de un cliente PT que lo solicita; determinar, por parte del servidor PT, si el grupo PT específico es un grupo de charla restringida o un grupo pre-arreglado; determinar, por parte del servidor PT, si el cliente PT que lo solicita se le permite enviar un aviso de grupo con base en un documento de grupo PT asociado con el grupo PT específico; y transmitir selectivamente, por parte del servidor PT, el mensaje de aviso de grupo a al menos un miembro del grupo PT específico, con base en resultados de los pasos determinados.

Description

METODO DE MENSAJE DE GRUPO EN SERVICIOS DE MENSAJES BASADO EN PROTOCOLO DE INICIO DE SESION MEMORIA DESCRIPTIVA Esta solicitud clama los beneficios de prioridad de la solicitud provisional de E.U.A. No. 60/809,845 presentada el 1 de Junio de 2006, la solicitud de patente Coreana No. 10-2006-0064641 presentada el 10 de Julio de 2006, en la República de Corea, Solicitud de patente Coreana No. 10-2006-0066573 presentada el 14 de Julio de 2006 en la República de Corea, y solicitud de patente Coreana No. 10-2007-0044692 presentada el 8 de Mayo de 2007 en la República de Coreana. El contenido completo en cada una de estas solicitudes se incorpora aquí mediante referencia. La presente invención se relaciona con un servicio basado en sesión y más particular con un método de aviso de grupo en un servicio de mensaje basado en SIP (Protocolo de inicio de sesión). En general, un servicio PT ("presionar para") que pretende proporcionar una rápida comunicación para proveedores de servicio y usuarios de comunicación móvil es un servicio de comunicación en el cual un cliente transmite datos de medios (por ejemplo ráfaga de habla) a uno o más clientes con los cuales se ha establecido una sesión. Un servicio PT puede ser un servicio PoC (presionar para hablar sobre red celular) para transmisión de voz (audio), un servicio PTV (presionar para ver) para transmisión de imágenes (video) o un servicio PTD (presionar para ver datos) para la transmisión de datos. El servicio PT permite la comunicación con un solo receptor (1 a 1 ) o entre grupos de receptores como en una sesión de charla en grupo (1 a muchos) y utiliza un protocolo de inicio de sesión (SIP). En el servicio PT un cliente PT puede invitar a clientes o grupos a los cuales pertenecen los clientes a una sesión PT. Es decir, un cliente PT en particular selecciona uno o más clientes PT para invitarlos a la sesión PT. La sesión luego se establece entre estos clientes PT. En consecuencia, los datos de medio se comunican entre los clientes de PT establecidos en la sesión. El servicio PT proporciona "publicadas en grupos" el aviso de grupo denota un designador de grupo PT designa un grupo PT particular para informar a otros clientes PT de la existencia PT para su uso. Por ejemplo, un cliente PT en particular puede publicar (informar) sobre una dirección de un grupo PT (por ejemplo nombre de grupo) a los miembros del grupo PT para que los miembros del grupo PT puedan utilizar la dirección del grupo PT para comunicarse unos con otros. El grupo PT designado puede dividirse en un grupo PT de charla irrestricta en el cual se permite un aviso de grupo (acepta) para cada cliente PT y un grupo PT de charla restringida en el cual se permite un aviso de grupo solo para miembros del grupo PT. Los grupos PT de charla generalmente se establecen en un lado del servidor, por ejemplo mediante un operador o administrador, por lo que los usuarios finales como los clientes simplemente pueden unirse a tales grupos de charla. Aquí, el designador sería el operador o administrador. Otro ejemplo del grupo PT designado es un grupo PT pre-arreglado que generalmente se establece mediante un usuario final individual. Por ejemplo, un usuario de una terminal puede crear su propio grupo PT compuesto por su familia y amigos así como miembros. Aquí, el designador es el usuario quien creó dicho grupo PT pre-arreglado. Por ello, generalmente el designador de grupo PT registra un documento de grupo PT para el grupo PT correspondiente en un servidor XDM (administración de base de datos XML). Generalmente el documento de grupo PT identifica el nombre/dirección de grupo y los miembros que pertenecen al grupo. Un servidor PT de control que realiza una función de control puede procesar una solicitud de aviso de grupo de un cliente PT mediante un MENSAJE SIP con base en el documento de grupo PT. Sin embargo, el documento de grupo PT de acuerdo con la técnica relacionada no especifica regla alguna o condición respecto al aviso de grupo, porque el servicio PT no ha hecho reglas de aviso para el aviso de grupo todavía. Como resultado, en la técnica relacionada, cada usuario PT se le ha permitido incondicionalmente realizar un aviso de grupo respecto a un grupo PT designado por el designador de grupo PT, lo que ocasiona invitaciones frecuentes a todos los miembros del grupo debido a la sobre-exposición de direcciones de miembros de grupo. Ya que cualquier regla de aviso o propiedad no ha sido proporcionado para el aviso de grupo en la técnica relacionada, el designador de grupo PT no puede mantener y operar de manera estable el grupo PT designado por sí. Como resultado, un aviso de grupo en la técnica relacionada se realiza muchas veces e innecesariamente sin la consideración de cualquier factor relevante como la privacidad, eic. También, la técnica relacionada tiene el problema de que la información relacionada con el grupo PT correspondiente al cual pertenecen los participantes se expone sin importar sus intenciones. Por ello, un objeto de la presente invención es proporcionar un método de aviso de grupo para establecer, regular y aplicar reglas de publicidad para un aviso de grupo. Otro objeto de la presente invención es proporcionar una técnica para registrar un documento de grupo PT y una técnica para proporcionar un aviso de grupo con base en el documento de grupo PT, y cualquier hardware/software necesario para emplear tales técnicas, que atiende a las limitaciones y ventajas relacionadas con la técnica relacionada. Otro objeto de la presente invención es proporcionar un método de aviso de grupo de aplicar de manera variada sujetos u objetos del aviso de grupo al crear dinámicamente un conjunto de reglas de grupo PT. Para lograr estos objetos de la invención de acuerdo con una modalidad se proporciona un método de aviso de grupo en un servicio de mensaje basado en SIP que comprende: registrar, por un designador de grupo PT, información de reglas relacionada con un aviso de grupo para un grupo PT en un servidor XDM; y procesar una solicitud de aviso de grupo del designador de grupo PT o un usuario PT al utilizar documentos que incluyen información de regla relacionada con el aviso de grupo registrado en el servidor PT. De acuerdo con un ejemplo de la presente invención, la información de regla relacionada con el aviso de grupo puede definirse en los documentos de grupo PT de acuerdo con sujetos u objetos del aviso de grupo. Preferiblemente, la información de regla relacionada con el aviso de grupo, que es un elemento que indica si el grupo PT es un grupo PT de charla irrestricta o un grupo PT de charla restringida, incluye un elemento menor "tipo grupo de charla" añadido al elemento "enlistar servicio" de los documentos de grupo PT. De acuerdo con un ejemplo de la presente invención, cuando el grupo PT es el grupo PT de charla irrestricta, el servidor PT permite (acepta) un aviso de grupo entre ciertos usuarios PT incluso si no son miembros del grupo PT. Cuando el grupo PT es el grupo PT de charla restringida o el grupo PT pre-arreglado, el servidor PT permite el aviso de grupo entre clientes PT de acuerdo con la información de regla relacionada con el aviso de grupo designado por el designador de grupo PT. De acuerdo con un ejemplo de la presente invención, la información de regla relacionada con el aviso de grupo incluye un elemento que indica a un sujeto del aviso de grupo para el grupo PT. Preferiblemente, el elemento regula si sólo el designador del grupo PT puede realizar el aviso de grupo o cada miembro del grupo PT puede realizar el aviso de grupo e incluye un elemento menor "avisar a todos" añadido al elemento de enlistar servicio de los documentos de grupo PT. De acuerdo con un ejemplo de la presente invención, otro método para regular la regla en cuestión es fijar condiciones de aviso de grupo dentro de un elemento de acción. Preferiblemente cuando el valor "avisar a todos" es falso, el servidor PT permite sólo al designador de grupo PT quien ha creado los documentos de grupo PT para realizar el aviso de grupo. Cuando el valor "avisar a todos" es verdadero, el servidor PT permite a cada miembro de grupo PT realizar el aviso de grupo. De acuerdo con un ejemplo de la presente invención, otro método para generar un elemento de método que indique un sujeto de aviso de grupo para el grupo PT es incluir un elemento menor "sujetos de aviso de grupo" (también llamado "envío de aviso de grupo") en un elemento de acción de los elementos de grupo PT. Preferiblemente, cuando el valor "sujetos de aviso de grupo" es falso, el servidor PT no permite a otros usuarios PT excepto el designador de grupo PT para que realice el aviso de grupo. Cuando el valor "sujetos de aviso de grupo" es verdadero, el servidor PT permite a cualquier usuario PT quien solicite el aviso de grupo realizar el aviso de grupo. De acuerdo con un ejemplo de la presente invención, la información de regla relacionada con el aviso de grupo incluye un elemento que indica un objeto de un mensaje de aviso de grupo para el grupo PT. Preferiblemente, el elemento indica que el mensaje de aviso de grupo se envía sólo a los miembros de grupos PT o incluso a ciertos usuarios PT y es un elemento menor "avisar a miembros" añadido al elemento "enlistar servicio" de los documentos de grupo PT. Preferiblemente, cuando el valor "avisar a miembros" es falso, el servidor PT permite al mensaje de aviso de grupo a entregarse sólo a los miembros de grupo PT. Cuando el valor "miembros para aviso" es verdadero, el servidor PT permite a un usuario PT, quien desee enviar el mensaje de aviso de grupo, entregar el mensaje de aviso de grupo a ciertos usuarios PT. De acuerdo con un ejemplo de la presente invención, otro método para generar el elemento que indica el objeto del aviso de grupo para el grupo PT es incluir un elemento menor "objetos de aviso de grupo" en el elemento de acciones de los documentos de grupo PT. Preferiblemente, cuando el valor "objetos de aviso de grupo" es falso, el servidor PT no permite al mensaje de aviso de grupo entregarse a los usuarios correspondientes. Cuando el valor "objetos de aviso de grupo" es verdadero, el servidor PT permite al mensaje de aviso de grupo entregarse a los usuarios PT correspondientes. De acuerdo con un aspecto, la presente invención proporciona un método para controlar un aviso de grupo PT (presionar para) que comprende: recibir por un servidor PT una solicitud para enviar un mensaje de aviso de grupo para un grupo PT en específico a partir de un cliente PT que lo solicite; determinar, por el servidor PT, si el grupo PT en específico es un grupo de charla restringida o un grupo pre-arreglado; determinar, por el servidor PT, si el cliente PT que lo solicita se le permite enviar un aviso de grupo con base en un documento de grupo PT asociado con el grupo PT en específico; y transmitir selectivamente, por el servidor PT, el mensaje de aviso de grupo recibido a miembros del grupo PT en específico con base en resultados de los pasos de determinación. De acuerdo con otro aspecto, la presente invención proporciona un método para registrar un documento de grupo PT (presionar para) a utilizarse para controlar un aviso de grupo, que comprende: recibir, por un servidor XDM, un documento de grupo PT a partir de un designador de un grupo PT, en donde el documento de grupo PT incluye información de regla de aviso de grupo que identifica condiciones bajo las cuales se puede permitir un aviso de grupo al grupo PT; realizar una autenticación del designador; y almacenar, por el servidor XDM, el documento de grupo PT recibido asociado con el grupo PT si el designador es autenticado, con lo cual un servidor PT utiliza la información de regla de aviso de grupo al controlar el aviso de grupo al grupo PT. De acuerdo con otro aspecto, la presente invención proporciona una terminal PT (presionar para) que comprende: un controlador para generar un documento de grupo PT (presionar para) de un grupo PT que va a utilizarse para controlar un aviso de grupo a grupo PT y transmitir el documento de grupo PT generado en un MENSAJE SIP (protocolo de inicio de sesión) a un servidor XDM (administración de base de datos XML), en donde el documento de grupo PT incluye información de regla de aviso de grupo que identifica condiciones bajo las cuales el aviso de grupo a al menos un miembro del grupo PT puede permitirse. Estos y otros objetos de la presente solicitud serán más fácilmente evidentes a partir de la descripción detallada dada en lo sucesivo. Sin embargo, debe entenderse que la descripción detallada y ejemplos específicos, aunque indican modalidades preferidas de la invención, se dan como ilustración únicamente, ya que varios cambios y modificaciones dentro de la esencia y alcance de la invención serán evidentes para los expertos en la técnica a partir de esta descripción detallada. La presente invención será entendida más a cabalidad a partir de la siguiente descripción dada en lo sucesivo y con los dibujos anexos que se dan como ilustración únicamente, y por ello no restringen la presente invención y en donde: La figura 1 ilustra un método para registrar un documento de grupo PT en un servidor XDM para aviso de grupo en un servicio de mensaje basado en SIP de acuerdo con una modalidad de la presente invención; La figura 2 ilustra un ejemplo de un documento de grupo PT de acuerdo con una modalidad de la presente invención; y la figura 3 ilustra un método para procesar un aviso de grupo mediante un servidor PT que realiza una función PT de control utilizando un documento de grupo PT registrado en un servidor XDM, de acuerdo con una modalidad de la presente invención.

Ahora se describirán modalidades de la presente invención a detalle con referencia a los dibujos anexos. Un método de aviso de grupo para un servicio de mensaje basado en SIP de conformidad con modalidades de la presente invención puede incluir designar, por un designador de grupo PT, un grupo PT en particular y registrar al menos un documento de grupo PT para el grupo PT designado en un servidor XDM; y procesar una solicitud de aviso de grupo utilizando los documentos de grupo PT registrados mediante un servidor PT que realiza una función PT de control cuando un usuario PT en particular (es decir cliente PT) solicita el aviso de grupo. En la presente invención, un cliente PT puede ser una terminal PT como un teléfono móvil, un PDA, un teléfono inteligente, una computadora portátil, etc. o puede ser un elemento en dicha terminal PT. Una terminal PT es una terminal capaz de proporcionar/recibir un servicio PT como servicio PoC, servicio PTV, servicio PTD, etc. La figura 1 ilustra un método para almacenar y/o actualizar un documento de grupo PT en un servidor XDM de acuerdo con una modalidad de la presente invención. Otros sistemas son posibles en los cuales se puede implementar el presente método. Como se ilustra en la figura 1 , primero, para almacenar o actualizar al menos un documento de grupo PT (un documento 60 en la figura 2) que describe un grupo PT, el designador de grupo PT (por ejemplo un cliente PT o usuario PT) 10 envía una solicitud HTTP PUT (o HTTP POST) a un servidor de agregación 1 1 utilizando un protocolo XCAP (S10) para almacenar o actualizar el documento de grupo PT en un servidor XDM 12. La solicitud HTTP PUT (o HTTP POST) se envía al servidor XDM 12 mediante el servidor de agregación 1 1 (S1 1 ). El servidor XDM 12 realiza una verificación de autorización/autenticación requerida para el designador de grupo PT 10 (por ejemplo para verificar que el designador de grupo PT 10 es un designador válido, etc.) y luego envía un mensaje de respuesta (por ejemplo "200 OK" al designador de grupo PT 10 a través del servidor de agregación 1 1 (S12 y S13). El mensaje de respuesta reconoce que el documento de grupo PT se ha almacenado o actualizado en el servidor XDM 12. Así, el designador de un grupo PT en particular puede preparar o generar un documento de grupo PT que tenga información respecto al grupo PT en particular y luego almacena el documento de grupo en el servidor XDM 12. Un documento de grupo PT generalmente es un documento XDM, y un ejemplo del documento XDM almacenado en el servidor XDM 2 como se muestra en la figura 1 se ilustra en la figura 2 de acuerdo con una modalidad de la presente invención. Como se muestra en la figura 2, un documento XDM 60 de la presente invención está compuesto por un elemento <enlistar servic¡o> 50 bajo el cual un elemento <lista> 52, un elemento <conjunto de regla> 54 y otros elementos (si se desea) son provistos. Un atributo (contenido) del elemento <enlistar servicio> 50 es una dirección de grupo u otra identificación de grupo de un grupo PT al cual pertenece el documento XDM 60. En el ejemplo de la figura 2, la dirección de grupo "myconference@example.com" se proporciona como un atributo del elemento <enlistar servicio> 50, que identifica el grupo PT. En el elemento <lista> 52, una lista de miembros que pertenecen al grupo PT identificado por la dirección de grupo myconference@example.com es provista. Por ejemplo, las direcciones de los miembros que pertenecen al grupo PT se proporcionan. En el ejemplo de la figura 2, dos miembros 53a y 53b se identifican respectivamente con "tel=:+1 -2 2-555-1234" y "sip:hermione. blossom@example.com". El elemento <conjunto de regla> 54 está compuesto por un elemento <condiciones> 56 y un elemento <acciones> 58. El elemento <condiciones> 56 identifica una condición (o un objeto) y el elemento <acciones> 58 identifica una acción o función a ser realizada por la condición (u objeto) identificado en el elemento <condiciones> 56. De acuerdo con una modalidad, el elemento <condiciones> 56, uno o más clientes PT (o usuario) se identifican y en el elemento <acciones> 58, el envío o no de un aviso de grupo (por ejemplo un mensaje de aviso para avisar una dirección de grupo PT en particular) es permitida por los clientes PT identificados en el elemento <condiciones> correspondiente. Aquí, como un sub-elemento de las <acciones> 58, se proporciona un elemento <permitir-envío-de-aviso-de-grupo> 59 que identifica cuál es la acción. Aquí la acción es enviar un mensaje de aviso de grupo. Si el elemento <permitir-envío-de-aviso-de-grupo> 59 es "falso", entonces cada miembro identificado en el elemento <condiciones> se le evita enviar un mensaje de aviso de grupo. Por otro lado, si el elemento <permitir-envío-de-aviso-de-grupo> 59 es "verdadero", entonces cada miembro identificado en el elemento <condiciones> 56 se le permite enviar un mensaje de aviso de grupo a todos los miembros que pertenecen al grupo PT (es decir los miembros identificados en el elemento <lista> 52. En el ejemplo de la figura 2, ya que el elemento <permitir-envío-de-aviso-de-grupo> 59 es "verdadero", esto quiere decir que cada uno de los miembros (por ejemplo "tel=:+1 -212-555-1234" y "sip:hermione. blossom@example.com") identificados en el elemento <condiciones> 56 se le permite enviar un mensaje de aviso de grupo a los miembros 53a y 53b enlistados en el elemento <lista> 52, si se le solicita. La figura 3 ilustra un método para procesar selectivamente un aviso de grupo mediante un servidor PT que realiza una función de control de PT utilizando un documento de flujo PT registrado en un servidor XDM, de acuerdo con una modalidad de la presente invención. Como se ilustra en la figura 3, primero, un cliente PT 20 envía un MENSAJE SIP a un núcleo SIP/IP 21 para solicitar un aviso de grupo (S20). Un aviso de grupo puede involucrar por ejemplo enviar un mensaje de aviso a uno o más miembros de un grupo particular. Un MENSAJE SIP es un mensaje específico utilizado para transferir mensaje instantáneo (IM) de acuerdo con protocolos SIP conocidos. Aquí, el MENSAJE SIP incluye una dirección de grupo PT (por ejemplo "myconference@example.com"). Aquí, el núcleo SIP/IP 21 enruta tales mensajes SIP y puede corresponder a un IMS (subsistema multimedia IP) en 3GPP y a MMD (Dominio multimedia) en 3GPP2.

El núcleo SIP/IP envía el MENSAJE SIP a un servidor PT 22 (S21 ). El servidor PT 22 obtiene al menos un documento de grupo PT asociado con la dirección de grupo PT (o identificación de grupo) especificada en el MENSAJE SIP recibido a partir del servidor XDM 12. Como se mencionó arriba, uno o más documentos del grupo PT respecto a un grupo PT particular pueden registrarse o almacenarse en el servidor XDM 12 de acuerdo con un método de la figura 1. Una vez que se recupera el documento de grupo PT, el servidor PT 22 determina si permitir o no al cliente PT que lo solicita 20 enviar el aviso de grupo (por ejemplo un mensaje de aviso de grupo) a otros clientes PT con base en el documento de grupo PT recuperado. Si el servidor XDM 12 determina que el envío del aviso de grupo está permitido, el servidor PT 22 envía el aviso de grupo a clientes PT apropiados con base en el documento de grupo PT obtenido (S22). Sin embargo, si el documento de grupo PT obtenido indica que el aviso de grupo solicitado no está permitido, entonces el servidor PT 22 no permite dicho aviso de grupo por el cliente PT 20 y puede informar esta decisión al cliente PT 20. El paso S22 de acuerdo con una modalidad de la presente invención se describe ahora en mayor detalle con referencia a la figura 2. Cuando el servidor PT 22 recibe el MENSAJE SIP del cliente PT 20 (solicitante de aviso de grupo) a través del núcleo SIP/IP 21 en los pasos S20 y S21 , el servidor PT 22 obtiene un documento de grupo PT asociado con la dirección de grupo (o identificación de grupo) especificada en el MENSAJE SIP del servidor XDM 12. Como ejemplo únicamente, si el MENSAJE SIP recibido incluye la dirección de grupo "mvconference@example.com", entonces el servidor PT 22 recupera el documento de grupo PT 60 del servidor XDM 12. Luego el servidor PT 22 verifica si el grupo identificado (por ejemplo con base en la dirección de grupo) es un grupo de charla restringido o un grupo pre-arreglado. Esta determinación puede basarse en información de grupo PT almacenada ya sea en el servidor PT 22 o en el documento de grupo PT almacenado en el servidor XDM 12. Aquí, el grupo que tiene la dirección de grupo de "mvconference@example.com" se asume como un grupo PT de charla restringida o un grupo PT pre-arreglado. El servidor PT 22 también verifica si el solicitante (cliente PT 20) es uno de los clientes PT identificado en el elemento <condiciones> 56 del documento XDM 60. Si el solicitante actual (cliente PT 20) se identifica en el elemento <condiciones> 56 y el grupo se determina como un grupo de charla restringida o un grupo pre-arreglado, entonces el servidor PT 22 determina si va a realizarse una acción como lo especifica el elemento <acciones> 58. Por ejemplo, ya que el documento XDM 60 incluye <acciones> <permitir-envío-de-aviso-de-grupo>verdadero</ permitir-envío-de-aviso-de-grupo> </acciones> y ya que el grupo PT solicitado se considera un grupo PT de charla restringida o un grupo PT pre-arreglado, entonces el servidor PT 22 determina que el solicitante 20 se le permite un aviso de grupo a los miembros del grupo (valor del elemento 59 es "verdadero"), y envía el aviso de grupo (por ejemplo el MENSAJE SIP recibido) a los miembros 53a y 53b al grupo como se identifica bajo el elemento <lista> 52. En las modalidades de la presente invención, los nombres de los elementos mencionados pueden cambiar como se desea. Por ejemplo, el parámetro < permitir-envío-de-aviso-de-grupo> también puede llamársele <sujetos-aviso-de-grupo> u otro nombre. Después de enviar completamente el aviso de grupo el servidor PT 22 envía una respuesta (por ejemplo 202 aceptada) al cliente PT 20 mediante el núcleo SIP/IP 21 para informar que la solicitud de aviso de grupo se ha aceptado (S23 y S24). Como tal, en la presente invención, un cliente/usuario de PT puede pre-establecer reglas a cerca de cómo debe procesar un cliente PT un aviso de grupo para un grupo PT del cliente/usuario PT. Además, la presente invención permite al servidor PT controlar un aviso de grupo de un cliente PT a uno o más clientes PT con base en las reglas de aviso de grupo que se establecen en el documento de grupo PT correspondiente al almacenado en un servidor XDM. Aún más, al crear dinámicamente una regla de aviso del documento de grupo PT como se ilustra en la figura 2 de acuerdo con el tipo del grupo PT y los miembros del grupo PT, y si el aviso de grupo es solicitado por un cliente PT en particular, se pueden estipular varios métodos de aviso de grupo de acuerdo con la regla de aviso creada. En lo sucesivo, se describirán en detalle cinco ejemplos de un método de procesamiento de aviso de grupo de acuerdo con una modalidad de la presente invención. Un primer ejemplo de la presente invención ilustra un método de aviso de grupo de acuerdo con el tipo de grupo PT. Este método se realiza al añadir un elemento, mediante el cual el tipo de grupo PT (por ejemplo grupo PT de charla y restricta o grupo PT de charla restringida o grupo PT pre-arreglado) pueden ser reconocidos, a los documentos de grupo PT. Por ejemplo, para realizar este método, el diseñador de grupo PT 10 añade un elemento menor <Tipo-grupo-charla> bajo el elemento <enlistar-servicio> 50 del documento de grupo PT ilustrado en la figura 2. El elemento <Tipo-grupo-charla> puede representar preferiblemente si el grupo PT de charla es el grupo PT de charla restringida o el grupo PT de charla irrestricta. Aquí, "restringida" o "verdadera" puede indicar que el grupo PT es el grupo PT de charla restringida, mientras que "irrestricta" o "falsa" puede indicar que el grupo PT es el grupo PT de charla irrestricta. Por ejemplo, para el grupo PT de charla irrestricta, el elemento menor <Tipo-grupo-charla> puede representarse como sigue. <enlistar-servicio uri= "sip:myconference@example.com") <mostrar-nombre xml:idiom="en-us">Amigos</mostrar-nombre> <Tipo-grupo-charla>falso</Tipo-grupo-charla> En otro ejemplo, un elemento <tipo-grupo> puede ser provisto bajo el elemento <enlistar-servicio> 50, que indica el tipo de grupo PT. Otros ejemplos son posibles. Por ello, cuando los documentos de grupo PT se han registrado en el servidor XDM 12, en caso de grupo PT de charla irrestricta, el servidor PT 22, que realiza el aviso de grupo mediante los documentos de grupo PT correspondientes, puede aceptar (permitir) el aviso de grupo entre ciertos clientes PT (es decir usuarios PT) incluso si no son miembros del grupo PT. Alternativamente, en caso del grupo PT de charla restringida o en caso en el que el grupo correspondiente es un grupo PT pre-arreglado, el servidor PT 22 puede aceptar (permitir) el aviso de grupo solo entre clientes PT designados por el designador de grupo PT de acuerdo con los documentos de grupo PT. Aquí, una lista de información ID de los clientes PT designados se predefine en los documentos de grupo PT, como un elemento de condiciones, por parte del designador de grupo PT. Un segundo ejemplo de la presente invención es un método de aviso de grupo de acuerdo con un sujeto que solicita el aviso de grupo, en donde la presente invención regula si solo el designador de grupo PT puede realizar el aviso de grupo o todo un miembro de grupo PT puede realizar el aviso de grupo.

Por ejemplo, para realizar este método, el designador de grupo PT 10 añade un elemento menor <avisar-a-todos> bajo el elemento <enlistar-servicio> del documento de grupo PT ilustrado en la figura 2. El elemento <avisar-a-todos> puede fijarse a "falso" o "verdadero". Aquí "falso" puede indicar que solo el designador de grupo PT 10 se le acepta (permite) realizar el aviso de grupo, mientras que "verdadero" puede indicar que cada miembro del grupo PT identificado en el elemento <lista> 52 se les acepta realizar el aviso de grupo. Por ejemplo, cuando a cada miembro de grupo PT se le acepta realizar el aviso, el elemento menor <todos-avisados> se representa como sigue. <enlistar-servicio uri= "spi:myconference@example.com"> <mostrar-nombre xml:idiom="en-us">Amigos</mostrar-nombre> <avisar-a-todos>verdadero</todos-avisados> Por ello, cuando los documentos de grupo PT se han registrado en el servidor XDM 12, en caso en el que el valor del elemento <avisar-a-todos> es "falso" el servidor PT 22, que realiza el aviso de grupo utilizando los documentos de grupo PT correspondientes, acepta solo el designador de grupo PT 10 habiendo compuesto los documentos de grupo PT para realizar el aviso de grupo, mientras que el servidor PT 22 acepta cada miembro del grupo PT para realizar el aviso del grupo en el caso en el que el valor del elemento <avisar-a-todos> es "verdadero".

En un tercer ejemplo de la presente invención, se puede fijar de forma variable un método de aviso de grupo de acuerdo con el sujeto que solicita el aviso de grupo. Este método se implementa de manera tal que solo usuarios PT en particular aceptados por el designador de grupo PT 10 pueden realizar el aviso de grupo. Por ejemplo, para realizar el método, el designador de grupo PT 10 añade un elemento menor a <sujetos-aviso-de-grupo> bajo el elemento <acciones> 58 del documento de grupo PT ilustrado en el figura 2. El elemento <sujetos-aviso-de-grupo> preferiblemente puede representar si el aviso del grupo es aceptado solo para miembros de grupo PT en particular. Aquí "falso" como el valor de < sujetos-aviso-de-grupo> puede indicar que los usuarios PT representados en el elemento <condiciones> no son aceptados/no se les permite notificarse a los miembros de grupo PT correspondientes. Es decir, el servidor PT restringe la transmisión de mensajes de aviso de grupo por parte de usuarios (o clientes) incluidos en una lista de información ID del elemento <condiciones>. Por otro lado, "verdadero" como el valor de <sujetos-aviso-de-grupo> puede indicar que los usuarios PT representados en el elemento <condiciones> son aceptados/se les permite notificarse a los miembros de grupo PT correspondientes. Es decir, el servidor PT acepta usuarios incluidos en la lista y de del elemento <condiciones> para enviar los mensajes de aviso de grupo.

Por ejemplo, cuando el aviso es aceptado/se le permite para los miembros de grupo PT particular, el elemento menor <sujetos-aviso-de-grupo> se representa como sigue. <cr:acciones> <sujetos-aviso-de-grupo>verdadero</<sujetos-aviso-de-grupo> Por ello cuando los documentos de grupo PT se han registrado en el servidor XDM 12, en caso en el que valor del elemento <sujetos-aviso-de-grupo> es "falso", el servidor PT 22, que realiza el aviso del grupo utilizando los documentos de grupo PT, no permite a los usuarios incluidos en la lista de información de ID realizar el aviso de grupo, mientras que el servidor PT permite a los usuarios incluidos en la lista de información ID realizar el aviso de grupo en el caso en el que el valor del elemento <sujetos-aviso-de-grupo> es "verdadero". Un cuarto ejemplo de la presente invención es un método de aviso de grupo de acuerdo con un objeto al cual se envía un aviso de grupo. Este método se ¡mplementa de manera tal que el mensaje de grupo se envía solo a miembros de grupo PT o incluso a ciertos usuarios PT. Por ejemplo, en este ejemplo, el designador de grupo PT 10 añade un elemento menor <avisar-miembros> bajo el elemento <enlistar-servicio> 50 del documento de grupo PT ilustrado en la figura 2. El elemento <avisar-miembros> puede representar preferiblemente si un aviso para direcciones PT en particular se ha aceptado/permitido. Aquí "falso" como el valor del elemento <avisar-miembros> puede indicar que el mensaje de aviso de grupo se le permite ser enviado a los usuarios PT representados en el elemento <condiciones> mientras que "verdadero" como el valor del elemento <avisar-miembros> puede indicar que el mensaje de aviso de grupo puede ser enviado incluso a usuarios PT en particular. Por ejemplo, cuando el mensaje de aviso de grupo puede enviarse solo a los miembros de grupo PT, el elemento menor <avisar-miembros> se representa como sigue. <enlistar-servicio uri="sip:myconference@example.com"> <mostrar-nombre xml: idiom="en-us">Amigos</mostrar-nombre> <avisar-miembros>falso</avisar-miembros> Por ello, cuando los documentos de grupo PT se han registrado en el servidor XDM 12, en caso en el que el valor del elemento <avisar-m¡embros> es "falso", el servidor PT 22, que realiza el aviso de grupo utilizando los documentos de grupo PT correspondientes, permite al mensaje de aviso de grupo ser enviado solo a los miembros de grupo PT, mientras que el servidor PT 22 permite a un usuario PT, quien desee enviar el mensaje de aviso de grupo, para enviar el mensaje de aviso de grupo a usuarios PT en particular. Un quinto ejemplo de la presente invención ilustra un método de aviso de grupo de acuerdo con un objeto al cual se envía un aviso de grupo. Este método se implementa tal que el mensaje de aviso de grupo se permite para ser enviado a usuarios PT aceptados por un designador de grupo PT.

Por ejemplo, para realizar este método, el designador de grupo PT 10 añade un elemento menor <objetos-aviso-de-grupo> bajo el elemento <acciones> 58 del documento de grupo PT ilustrado en la figura 2. Como ejemplo, el valor del elemento <objetos-aviso-de-grupo> puede fijarse a "falso" o "verdadero". Aquí "falso" como el valor del elemento <objetos-aviso-de-grupo> puede indicar que el mensaje de aviso de grupo se restringe para enviarse a usuarios PT incluidos en el elemento <condiciones> (es decir usuarios designados en el elemento <condiciones> 56), mientras que "verdadero" como el valor del elemento <objetos-aviso-de-grupo> puede indicar que el mensaje de aviso de grupo puede ser enviado a los usuarios PT incluidos en el elemento <condiciones>. Por ejemplo, cuando miembros PT en particular son aceptados/se les permite recibir el mensaje de aviso de grupo, el elemento menor <objetos-aviso-de-grupo> se representa como sigue. <cr: acciones> <objetos-aviso-de-grupo>verdadero</<objetos-aviso-de-grupo> Por ello, cuando los documentos de grupo PT se han registrado en el servidor XDM 2, en caso en el que el valor del elemento <objetos-aviso-de-grupo> es "falso", el servidor PT no permita el mensaje de aviso de grupo ser enviado a los usuarios PT correspondientes, mientras que el servidor PT permita el mensaje el mensaje de grupo ser enviado a los usuarios PT correspondientes en caso en el que el valor del elemento <objetos-aviso-de-grupo> sea "verdadero".

Como se mencionó, la invención actual permite a un cliente/usuario PT definir dinámicamente una regla de aviso en un documento de grupo PT para permitir un aviso de grupo a partir de varios sujetos a varios objetos. También, si es necesario, el aviso de grupo puede restringirse selectivamente para permitir un mantenimiento y operación estables de un grupo PT designado por un designador de grupo PT. La presente invención se ha explicado con referencia a las modalidades que son meramente de ejemplo. Será evidente para los expertos en la técnica que varias modificaciones y variaciones pueden hacerse en la presente invención sin desviarse de la esencia o alcance de la invención. Así, se pretende que la presente invención cubra modificaciones y variaciones de esta invención siempre que caigan dentro del alcance de las reivindicaciones anexas y sus equivalentes.

Claims

NOVEDAD DE LA INVENCION REIVINDICACIONES

1 .- Un método para controlar un aviso de grupo PT (presionar para) que comprende: recibir, por parte de un servidor PT, una solicitud para enviar un mensaje de aviso de grupo para un grupo PT en específico a partir de un cliente PT que lo solicita; determinar, por parte del servidor PT, si el grupo PT específico es un grupo de charla restringida o un grupo pre-arreglado; determinar, por parte del servidor PT, si el cliente PT que lo solicita se le permite enviar un aviso de grupo con base en un documento de grupo PT asociado con el grupo PT en específico; y transmitir selectivamente, por parte del servidor PT, el mensaje de aviso de grupo a al menos un miembro de grupo PT en específico con base en los resultados de los pasos determinados.

2.- El método de conformidad con la reivindicación 1 , caracterizado además porque en el paso de transmisión selectiva, si el servidor PT determina que el grupo PT en específico es un grupo de charla restringida o un grupo pre-arreglado y que el cliente PT que lo solicita se le permite enviar el aviso de grupo con base en el documento de grupo PT, el servidor PT envía el mensaje de aviso de grupo a al menos un miembro del grupo PT específico.

3. - El método de conformidad con la reivindicación 1 , caracterizado además porque en el paso de transmisión selectiva, s¡ el servidor PT determina que el grupo PT específico no es un grupo de charla restringida o un grupo pre-arreglado o que el cliente PT que lo solicita no se le permite enviar el aviso de grupo con base en el documento de grupo PT, el servidor PT no envía el mensaje de aviso de grupo a al menos un miembro del grupo PT específico.

4. - El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de determinar si el cliente PT que lo solicita se le permite enviar el aviso de grupo con base en documento de grupo PT incluye: obtener, por parte del servidor PT, el documento de grupo PT a partir de un servidor XDM (administración de base de datos XML).

5. - El método de conformidad con la reivindicación 1 , caracterizado además porque el paso de determinar si el cliente PT que lo solicita se le permite enviar el aviso de grupo con base en el documento de grupo PT incluye: (a) determinar si el cliente PT que lo solicita es identificado bajo un elemento <condiciones> en el documento de grupo PT; (b) determinar si un elemento <acciones> asociado con el elemento «condiciones> específico en el documento de grupo PT indica que una acción especificada es permitida; y (c) determinar que el cliente PT que lo solicita se le permite enviar el aviso de grupo a al menos un miembro del grupo PT específico con base en resultados de los pasos (a) y (b).

6. - El método de conformidad con la reivindicación 5, caracterizado además porque el elemento <acciones> incluye un parámetro <permitir-envío-de aviso-de-grupo>.

7. - El método de conformidad con la reivindicación 6, caracterizado además porque si un valor del parámetro <permitir-envío-de-aviso-de-grupo> es "falso", entonces el paso (b) determina que la acción especificada de enviar el aviso de grupo se evita.

8. - El método de conformidad con la reivindicación 6, caracterizado además porque si un valor de parámetro <permitir-envío-de-aviso-de-grupo> es "verdadero", entonces el paso (b) determina que la acción especificada de enviar el aviso de grupo se permite.

9. - El método de conformidad con la reivindicación 5, caracterizado además porque el paso (c) determina que el cliente PT que lo solicita se le permite enviar el aviso de grupo a al menos un miembro de grupo PT específico, si el paso (a) determina que el cliente PT que lo solicita es identificado bajo el elemento <condiciones> específico y si el paso (b) determina que el elemento <acciones> indica que se permite la acción especificada.

10. - El método de conformidad con la reivindicación 5, caracterizado además porque el paso (c) determina que el cliente PT que lo solicita no se le permite enviar el aviso de grupo a al menos un miembro de grupo PT específico, si el paso (a) determina que el cliente PT que lo solicita no es identificado bajo el elemento <condiciones> específico o si el paso (b) determina que el elemento <acciones> indica que la acción especificada no es permitida. 1 1 . - El método de conformidad con la reivindicación 1 , caracterizado además porque el mensaje de aviso de grupo es un MENSAJE SIP (protocolo de inicio de sesión). 12. - Un método para registrar un documento de grupo PT (presionar para) para utilizarse para controlar un aviso de grupo, que comprende: recibir, por parte de un servidor XDM (administración de base de datos XML), un documento de grupos PT a partir de un designador de un grupo PT, en donde el documento de grupo PT incluye información de regla de aviso de grupo que identifica condiciones bajo las cuales se puede permitir un aviso de grupo al grupo PT; realizar una autenticación del designador; y almacenar, por parte del servidor XDM, el documento de grupo PT recibido asociado con el grupo PT si el designador es autenticado, con lo cual un servidor PT utiliza la información de regla de aviso de grupo para controlar el aviso de grupo al grupo PT. 13. - El método de conformidad con la reivindicación 12, caracterizado además porque en el paso de recepción, el documento de grupo PT se recibe en un MENSAJE SIP (protocolo de inicio de sesión). 14.- El método de conformidad con la reivindicación 13, caracterizado además porque el MENSAJE SIP es HTTP PUT o HTTP POST. 15.- El método de conformidad con la reivindicación 12, caracterizado además porque la información de regla de aviso de grupo incluye un elemento <acciones> que indica si sí o no un mensaje de aviso de grupo se permite para enviarse al grupo PT, y un elemento <condiciones> que indica al menos un cliente PT quien está autorizado para realizar una acción como la especifica el elemento <acciones>. 16.- El método de conformidad con la reivindicación 15, caracterizado además porque el elemento <acciones> incluye un parámetro <permitir-envío-de-aviso-de-grupo>. 17. - Una terminal PT (presionar para) que comprende: un controlador para genera un documento de grupo PT (presionar para) de un grupo PT que se va a utilizar para controlar un aviso de grupo al grupo PT, y transmitir el documento de grupo PT generado en un MENSAJE SIP (protocolo de inicio de sesión) a un servidor XDM (administración de base de datos XML), en donde el documento de grupo PT incluye información de regla de aviso de grupo que identifica condiciones bajo las cuales el aviso de grupo a al menos un miembro de grupo PT puede permitirse. 18. - La terminal PT de conformidad con la reivindicación 17, caracterizada además porque la terminal PT es un designador de grupo PT. 19. - La terminal PT de conformidad con la reivindicación 17, caracterizada además porque el MENSAJE SIP es un HTTP PUT o un HTTP POST. 20. - La terminal PT de conformidad con la reivindicación 17, caracterizada además porque la información de regla de aviso de grupo incluye un elemento <acciones> que indica si sí o si no un mensaje de aviso de grupo es permitido para enviarse a al menos un miembro de grupo PT, y un elemento <condiciones> que indica al menos un cliente PT quien está autorizado para realizar una acción como lo especifica el elemento <acciones>.