ES2964150T3 - Método, dispositivo y sistema para controlar mensaje push - Google Patents
Método, dispositivo y sistema para controlar mensaje push Download PDFInfo
- Publication number
- ES2964150T3 ES2964150T3 ES19200312T ES19200312T ES2964150T3 ES 2964150 T3 ES2964150 T3 ES 2964150T3 ES 19200312 T ES19200312 T ES 19200312T ES 19200312 T ES19200312 T ES 19200312T ES 2964150 T3 ES2964150 T3 ES 2964150T3
- Authority
- ES
- Spain
- Prior art keywords
- push
- push message
- message
- terminal
- agent
- 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 53
- 239000003795 chemical substances by application Substances 0.000 claims description 123
- 239000003999 initiator Substances 0.000 claims description 4
- 230000000977 initiatory effect Effects 0.000 claims description 3
- 238000012545 processing Methods 0.000 abstract description 55
- 230000008569 process Effects 0.000 description 21
- 229940124447 delivery agent Drugs 0.000 description 11
- 230000006870 function Effects 0.000 description 10
- 238000004891 communication Methods 0.000 description 8
- 238000012546 transfer Methods 0.000 description 5
- 230000007246 mechanism Effects 0.000 description 4
- 238000013475 authorization Methods 0.000 description 3
- 238000005516 engineering process Methods 0.000 description 2
- 241000842783 Orna Species 0.000 description 1
- 230000005540 biological transmission Effects 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 230000001419 dependent effect Effects 0.000 description 1
- 238000001514 detection method Methods 0.000 description 1
- 238000001914 filtration Methods 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000004044 response Effects 0.000 description 1
- 230000011664 signaling Effects 0.000 description 1
Classifications
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L67/00—Network arrangements or protocols for supporting network services or applications
- H04L67/50—Network services
- H04L67/55—Push-based network services
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/1859—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast adapted to provide push services, e.g. data channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L12/00—Data switching networks
- H04L12/02—Details
- H04L12/16—Arrangements for providing special services to substations
- H04L12/18—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast
- H04L12/189—Arrangements for providing special services to substations for broadcast or conference, e.g. multicast in combination with wireless systems
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
- H04L65/00—Network arrangements, protocols or services for supporting real-time applications in data packet communication
- H04L65/1066—Session management
- H04L65/1101—Session protocols
- H04L65/1104—Session initiation protocol [SIP]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W4/00—Services specially adapted for wireless communication networks; Facilities therefor
- H04W4/12—Messaging; Mailboxes; Announcements
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W72/00—Local resource management
- H04W72/50—Allocation or scheduling criteria for wireless resources
- H04W72/51—Allocation or scheduling criteria for wireless resources based on terminal or device properties
Landscapes
- Engineering & Computer Science (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Business, Economics & Management (AREA)
- General Business, Economics & Management (AREA)
- Multimedia (AREA)
- Information Transfer Between Computers (AREA)
- Telephonic Communication Services (AREA)
- Mobile Radio Communication Systems (AREA)
- Computer And Data Communications (AREA)
- Machine Translation (AREA)
Abstract
Se proporciona un método para controlar un mensaje push. El método incluye: comparar el mensaje push con una condición coincidente en una política de control de mensajes push preestablecida, y procesar el mensaje push de acuerdo con un modo de procesamiento correspondiente a la condición coincidente que se satisface con el mensaje push. Se proporcionan dos tipos de agentes de envío push, dos tipos de terminales y tres tipos de sistemas para controlar un mensaje push. (Traducción automática con Google Translate, sin valor legal)
Description
DESCRIPCIÓN
Método, dispositivo y sistema para controlar mensaje push
CAMPO DE LA TECNOLOGÍA
La presente invención está relacionada con una tecnología de distribución de contenido, y más particularmente con un método, un dispositivo y un sistema para controlar un mensaje push.
ANTECEDENTES DE LA INVENCIÓN
Push es un mecanismo de distribución de contenido, que emplea un modo de funcionamiento de cliente/servidor y requiere que servidor distribuya el contenido requerido sin requerir que un cliente envíe una solicitud específica. Push se usa más frecuentemente en sistemas de notificación de mensajes, y se aplica en diversas industrias tales como seguridad, banca y sitio web de negocios. Tomando el campo de servicios móviles de valor añadido como ejemplo, el servicio push tiene las siguientes aplicaciones: información personalizada de usuario, que principalmente se refiere a que un usuario designa una condición de suscripción a través de suscripción u operación de iniciativa, y un proveedor de contenido envía activamente información apropiada al usuario según la condición de suscripción correspondiente; información de envío grupal, que se refiere a un contenido push iniciado por un tercero sin suscripción de iniciativa desde el usuario, y puede ser específicamente enviar anuncios enfocados para tiendas, o enviar notificación de información grupal según condiciones reales; y servicio de punto-a-punto, que se refiere a que cierto usuario envía contenido designado a otro usuario.
Se puede encontrar información, por ejemplo, en el documento US 6047327 A, donde se describe una red de sistema de comunicaciones que tiene un primer servidor y un primer cliente conectado al primer servidor a través de una primera red y en donde el primer servidor envía selectivamente un conjunto de InfoBites al primer cliente en función de un filtro. Adicionalmente, se describe un método para distribuir información para el sistema de comunicaciones, que incluye las etapas de derivar un conjunto de InfoBites, filtrar el conjunto de InfoBites en función del filtro en un conjunto filtrado de InfoBites, y, transmitir el conjunto filtrado de InfoBites al primer cliente.
El documento US 2006/179115 A1 proporciona información adicional. En este documento se describe un método que proporciona control de operaciones push en un sistema de comunicación. El método incluye solicitar información de capacidades asociadas con un dispositivo de comunicación. La información de capacidades incluye una indicación de al menos un método push soportado por el dispositivo de comunicación. El método también recibe la información de capacidades. El método también decide una manera para manejar una operación push hacia el dispositivo de comunicación en función de la información de capacidades. La información de capacidades puede almacenarse como parte de información de presencia relacionada con un usuario del dispositivo de comunicación.
Una estructura para realizar una aplicación push se forma principalmente por las siguientes tres partes: una pasarela proxy push (PPG), un iniciador push (PI), y un terminal. El PI es un iniciador de un mensaje push, que es una aplicación que funciona en un servidor de sitios web ordinario y se comunica con la PPG a través de un protocolo de acceso push (PAP). La PPG principalmente funciona para procesar un envío push y operaciones asociadas con el envío y transfiere un contenido push al terminal. Los servicios de la PPG incluyen: identificación y autenticación del PI, control de acceso, resolución y detección de error del contenido push e información de control, resolución de dirección de un aceptador del contenido push, que incluye difusión, multidifusión y otras funciones, y comunicación con el terminal a través de un protocolo push Over The Air (OTA) .
Brevemente, el proceso que realiza push se describe de la siguiente manera. El PI inicia un mensaje push, que indica un terminal de recepción, el PI de origen y un contenido push del mensaje push. El PI envía el mensaje push a la PPG a través del PAP. Entonces, la PPG envía el mensaje push al terminal a través del protocolo push OTA. La FIGURA 1 es una vista esquemática de realización de una aplicación push en la técnica anterior.
Un protocolo de iniciación de sesión (SIP) es un protocolo de control (señalización) en una capa de aplicación, que se adapta para establecer, modificar y terminar una llamada entre usuarios basados en red de protocolo de internet (IP). Las aplicaciones reales del SIP en la práctica incluyen, pero sin limitación a esto, discurso, vídeo, mensaje instantáneo y similares. Un servicio push de SIP es un servicio para encapsular un contenido push en un mensaje de SIP y transferir el mensaje de SIP por una red de núcleo SIP/IP existente. La FIGURA 2 es una vista esquemática para realizar un servicio push SIP en la técnica anterior. Como se muestra en la FIGURA 2, la parte que logra las funciones de la PPG en el servicio push puede denominarse agente de envío push, mientras que la parte que consigue las funciones del terminal en el servicio push puede denominarse agente de recepción push. El agente de envío push y el agente de recepción push son puntos de interfaz de la red de núcleo de SIP/IP y se comunican entre sí usando un mensaje de SIP. En el servicio push de SIP, las funciones proporcionadas por el SIP incluyen: accesibilidad de un usuario, disponibilidad del usuario, capacidad del usuario, y establecimiento de sesión y gestión de sesión. La red de núcleo de SIP/IP proporciona abundantes sesiones de medios de principio a fin y sesiones entre un cliente y un servidor. La red de núcleo de SIP/IP incluye una pasarela SIP y un servidor de registro, y proporciona servicios de acceso a autenticación y autorización para clientes SIP y servicios SIP, y también pueden proporcionar registro SIP y funciones de enrutamiento.
La FIGURA 3 es una vista estructural esquemática de una estructura del servicio push de SIP en la técnica anterior. Un terminal incluye un agente de recepción push y un módulo de aplicaciones. El agente de recepción push transmite un contenido push al módulo de aplicaciones. El módulo de aplicaciones consigue la correspondiente operación de servicio en función del contenido push. Un servidor incluye un agente de envío push y un módulo de aplicaciones. El agente de envío push recibe una orden de transferencia y el contenido push enviado por un PI de proveedor push, y envía el contenido push al agente de recepción push en el terminal por la red de núcleo de SIP/IP según la orden de transferencia. El módulo de aplicaciones en el servidor consigue las funciones asociadas con el servicio en la capa de aplicación.
Actualmente, en el servicio push de SIP, el usuario únicamente puede informar su propia información de capacidad de terminal y preferencia a través de un mecanismo de perfil de agente de usuario (UA Prof). La capacidad de terminal puede referirse a, por ejemplo, fabricante de equipo, modelo, versión de software, tamaño de pantalla, resolución de pantalla , y similares, mientras que la preferencia puede referirse a alguna información de configuración definida por el usuario. La información informada por el usuario puede ser empleada por el servidor para realizar adecuación y personalización de servicio. Esto es, el usuario informa al servidor de servicios soportado por él. La seguridad y la autorización de mensajes en el servicio push de SIP son principalmente en función de un mecanismo de seguridad proporcionado por la red de núcleo de SIP/IP. Esto es, la red de núcleo de SIP/IP puede realizar estimación de autenticación y seguridad en el agente de envío push, para asegurar que el agente de envío push correspondiente al terminal es legal, pero no tiene capacidad de control sobre el mensaje push, por ejemplo, en el caso de que el usuario no desee recibir un contenido push grande, el usuario pretende rechazar algún tipos de servicio no deseable y un contenido push que contiene palabras reaccionarias y palabras violentas, el usuario pretende rechazar un contenido push enviado por un PI que no es de confianza para el terminal, o se espera que el terminal únicamente reciba un contenido push específico. Puesto que no se proporciona capacidad de control en el mensaje push, el mensaje push no puede ser enviado en los casos específicos anteriores, de modo que la experiencia de usuario se degrada.
COMPENDIO DE LA INVENCIÓN
Por consiguiente, las realizaciones de la presente invención proporcionan un método para controlar un mensaje push para realizar control del mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a un agente de envío push, cuyo uso puede realizar control de un mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a otro agente de envío push, cuyo uso puede realizar control de un mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a un terminal, cuyo uso puede realizar control de un mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a otro terminal, cuyo uso puede realizar control de un mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a un sistema para controlar un mensaje push, que puede realizar control del mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a otro sistema para controlar un mensaje push, que puede realizar control del mensaje push, para mejorar la experiencia de usuario.
La presente invención se dirige a todavía otro sistema para controlar un mensaje push, que puede realizar control del mensaje push, para mejorar la experiencia de usuario.
Una realización de la presente invención proporciona un método para controlar un mensaje push según una reivindicación adjunta independiente 1.
Una realización de la presente invención proporciona un agente de envío de mensaje push según la reivindicación adjunta 8.
Otros rasgos ventajosos de la presente invención se incluyen en las reivindicaciones dependientes adjuntas.
En función de lo anterior, en el método, el dispositivo y el sistema para controlar un mensaje push proporcionado en las realizaciones de la presente invención, se establece una política de control de mensaje push que contiene una condición de coincidencia y un correspondiente modo de procesamiento, y cuando un mensaje push recibido satisface la condición de coincidencia en la política de control de mensaje push, el mensaje push recibido se procesa según el modo de procesamiento correspondiente a la condición de coincidencia, realizando de ese modo control del mensaje push, para mejorar la experiencia de usuario.
BREVE DESCRIPCIÓN DE LOS DIBUJOS
La FIGURA 1 es una vista estructural esquemática de la realización de un mecanismo push en la técnica anterior;
la FIGURA 2 es una vista esquemática de la realización de un servicio push de SIP en la técnica anterior; la FIGURA 3 es una vista estructural esquemática de una estructura del servicio push de SIP en la técnica anterior;
la FIGURA 4 es una vista estructural esquemática de un primer agente de envío push según una realización de la presente invención;
la FIGURA 5 es una vista estructural esquemática de un segundo agente de envío push según una realización de la presente invención;
la FIGURA 6 es una vista estructural esquemática de un primer terminal según una realización de la presente invención;
la FIGURA 7 es una vista estructural esquemática de un segundo terminal según una realización de la presente invención;
la FIGURA 8 es un diagrama de flujo de un método para controlar un mensaje push según una realización de la presente invención;
la FIGURA 9 es un diagrama de flujo de una operación de procesamiento realizada por un terminal según una política de control de mensaje push;
la FIGURA 10 es un diagrama de flujo de una operación de procesamiento realizada por un agente de envío push según una política de control de mensaje push;
la FIGURA 11 es un diagrama de flujo del envío de una política de control de mensaje push desde un terminal a un agente de envío push;
la FIGURA 12 es un diagrama de flujo de un primer método para controlar un mensaje push según una realización de la presente invención; y
la FIGURA 13 es un diagrama de flujo de un segundo método para controlar un mensaje push según una realización de la presente invención.
DESCRIPCIÓN DETALLADA DE LAS REALIZACIONES
Para hacer más comprensibles los objetivos y las ventajas de las realizaciones de la presente invención, a continuación se ilustran además algunos ejemplos clarificadores en detalle con referencia a los dibujos adjuntos.
Primero, se presentan cuatro clases de dispositivos para controlar un mensaje push proporcionado en los ejemplos descritos, esto es, dos clases de agentes de envío push y dos clases de terminales.
La FIGURA 4 es una vista estructural esquemática de un primer agente de envío push según una realización de la presente invención. El agente de envío push incluye un módulo de procesamiento de mensajes push y un módulo de almacenamiento de políticas.
El módulo de procesamiento de mensajes push se adapta para recibir un mensaje push enviado por un PI, comparar el mensaje push recibido con una condición de coincidencia en una política de control de mensaje push almacenada por el módulo de almacenamiento de políticas, y procesar el mensaje push recibido según un modo de procesamiento correspondiente a la condición de coincidencia que es satisfecha por el mensaje push.
El módulo de almacenamiento de políticas se adapta para almacenar la política de control de mensaje push que contiene la condición de coincidencia y el correspondiente modo de procesamiento que es establecido por un terminal.
En el primer agente de envío push proporcionado en la realización de la presente invención, se almacena una política de control de mensaje push establecida por un terminal, y cuando un mensaje push recibido satisface una condición de coincidencia en la política de control de mensaje push, el mensaje push recibido se procesa según un modo de procesamiento correspondiente a la condición de coincidencia, que realiza control del mensaje push, para mejorar la experiencia de usuario.
El módulo de procesamiento de mensajes push del primer agente de envío push puede incluir un módulo de ejecución de procesamiento y un módulo de control de resolución.
El módulo de ejecución de procesamiento se adapta para recibir el mensaje push enviado por el PI, enviar el mensaje push recibido a un agente de recepción push en el terminal cuando la condición de coincidencia es un contenido push que tiene permitido recibir el terminal, descartar el mensaje push o reenviar el mensaje push a otros terminales cuando la condición de coincidencia es un contenido push que no tiene permitido recibir el terminal, y almacenar temporalmente el mensaje push cuando la condición de coincidencia es un contenido push que actualmente no tiene permitido recibir el terminal según un resultado de control de resolución obtenido por el módulo de control de resolución.
El módulo de control de resolución se adapta para resolver la política de control de mensaje push almacenada por el módulo de almacenamiento de políticas, y comparar el mensaje push recibido por el módulo de ejecución de procesamiento con la condición de coincidencia en la política de control de mensaje push para determinar la condición de coincidencia que es satisfecha por el mensaje push, para obtener el resultado de control de resolución.
El módulo de procesamiento de mensajes push puede incluir además un módulo de retroinformación, adaptado para retroinformar un mensaje de éxito al PI cuando el módulo de ejecución de procesamiento envía el mensaje push al agente de recepción push en el terminal; y retroinformar un mensaje de fallo al PI cuando el módulo de ejecución de procesamiento descarta el mensaje push, reenviar el mensaje push a otros terminales, o almacena temporalmente el mensaje push.
El primer agente de envío push proporcionado en la realización de la presente invención es aplicable al caso en que un agente de envío push almacena una política de control de mensaje push establecida por un terminal, y usa la política almacenada de control de mensaje push cuando controla un mensaje push.
La FIGURA 5 es una vista estructural esquemática de un segundo agente de envío push según una realización de la presente invención. El agente de envío push incluye un módulo de procesamiento de mensajes push y un módulo de lectura de políticas.
El módulo de procesamiento de mensajes push se adapta para recibir un mensaje push enviado por un PI, comparar el mensaje push recibido con una condición de coincidencia en una política de control de mensaje push leída por el módulo de lectura de políticas, y procesar el mensaje push recibido según un modo de procesamiento correspondiente a la condición de coincidencia que es satisfecha por el mensaje push.
El módulo de lectura de políticas se adapta para leer la política de control de mensaje push que contiene la condición de coincidencia y el correspondiente modo de procesamiento desde un terminal.
En el segundo agente de envío push proporcionado en la realización de la presente invención, se lee una política de control de mensaje push establecida por un terminal, y cuando un mensaje push recibido satisface una condición de coincidencia en la política de control de mensaje push, el mensaje push recibido se procesa según un modo de procesamiento correspondiente a la condición de coincidencia, que realiza control del mensaje push, para mejorar la experiencia de usuario.
El módulo de procesamiento de mensajes push del segundo agente de envío push puede incluir un módulo de ejecución de procesamiento y un módulo de control de resolución.
El módulo de ejecución de procesamiento se adapta para recibir el mensaje push enviado por el PI, enviar el mensaje push recibido a un agente de recepción push en el terminal cuando la condición de coincidencia es un contenido push que tiene permitido recibir el terminal, descartar el mensaje push o reenviar el mensaje push a otros terminales cuando la condición de coincidencia es un contenido push que no tiene permitido recibir el terminal, y almacenar temporalmente el mensaje push cuando la condición de coincidencia es un contenido push que actualmente no tiene permitido recibir el terminal según un resultado de control de resolución obtenido por el módulo de control de resolución.
El módulo de control de resolución se adapta para resolver la política de control de mensaje push leída por el módulo de lectura de políticas, y comparar el mensaje push recibido por el módulo de ejecución de procesamiento con la condición de coincidencia en la política de control de mensaje push para determinar la condición de coincidencia que es satisfecha por el mensaje push, para obtener el resultado de control de resolución.
El módulo de procesamiento de mensajes push puede incluir además un módulo de retroinformación, adaptado para retroinformar un mensaje de éxito al PI cuando el módulo de ejecución de procesamiento envía el mensaje push al agente de recepción push en el terminal; y retroinformar un mensaje de fallo al PI cuando el módulo de ejecución de procesamiento descarta el mensaje push, reenviar el mensaje push a otros terminales, o almacena temporalmente el mensaje push.
El segundo agente de envío push proporcionado en la realización de la presente invención es aplicable al caso en que un terminal establece y almacena una política de control de mensaje push, y un agente de envío push lee la política de control de mensaje push desde el terminal cuando controla un mensaje push.
La FIGURA 6 es una vista estructural esquemática de un primer terminal según una realización de la presente invención, que incluye un módulo de establecimiento de políticas, un módulo de almacenamiento de políticas y un módulo de procesamiento de mensajes push.
El módulo de establecimiento de políticas se adapta para establecer una política de control de mensaje push que contiene una condición de coincidencia y un correspondiente modo de procesamiento.
El módulo de almacenamiento de políticas se adapta para almacenar la política de control de mensaje push establecida por el módulo de establecimiento de políticas.
El módulo de procesamiento de mensajes push se adapta para recibir un mensaje push enviado por un agente de envío push, comparar el mensaje push recibido con la condición de coincidencia en la política de control de mensaje push almacenada por el módulo de almacenamiento de políticas, y procesar el mensaje push recibido según el modo de procesamiento correspondiente a la condición de coincidencia que es satisfecha por el mensaje push recibido.
En el primer terminal proporcionado en la realización de la presente invención, se establece y almacena una política de control de mensaje push, y cuando un mensaje push recibido satisface una condición de coincidencia en la política de control de mensaje push, el mensaje push recibido se procesa según un modo de procesamiento correspondiente a la condición de coincidencia, que realiza control del mensaje push, para mejorar la experiencia de usuario.
El primer terminal proporcionado en la realización de la presente invención puede incluir además un módulo de aplicaciones adaptado para realizar correspondiente procesamiento de servicios según el mensaje push. En este caso, el módulo de procesamiento de mensajes push incluye un módulo de ejecución de procesamiento y un módulo de control de resolución.
El módulo de ejecución de procesamiento se adapta para recibir el mensaje push enviado por el agente de envío push, enviar el mensaje push al módulo de aplicaciones en el terminal cuando la condición de coincidencia es un contenido push que tiene permitido recibir el terminal, descartar el mensaje push o reenviar el mensaje push a otros terminales cuando la condición de coincidencia es un contenido push que no tiene permitido recibir el terminal, y almacenar temporalmente el mensaje push cuando la condición de coincidencia es un contenido push que actualmente no tiene permitido recibir el terminal según un resultado de control de resolución obtenido por el módulo de control de resolución.
El módulo de control de resolución se adapta para resolver la política de control de mensaje push en el módulo de almacenamiento de políticas, y comparar el mensaje push recibido por el módulo de ejecución de procesamiento con la condición de coincidencia en la política de control de mensaje push almacenada por el módulo de almacenamiento de políticas para determinar la condición de coincidencia que es satisfecha por el mensaje push, para obtener el resultado de control de resolución.
El módulo de procesamiento de mensajes push puede incluir además un módulo de retroinformación, adaptado para retroinformar un mensaje de éxito al agente de envío push cuando el módulo de ejecución de procesamiento envía el mensaje push al módulo de aplicaciones; y retroinformar un mensaje de fallo al agente de envío push cuando el módulo de ejecución de procesamiento descarta el mensaje push, reenvia el mensaje push a otros terminales, o almacena temporalmente el mensaje push.
El primer terminal proporcionado en la realización de la presente invención es aplicable al caso en que un terminal establece y almacena una política de control de mensaje push y usa la política de control de mensaje push almacenada para controlar un mensaje push.
La FIGURA 7 es vista estructural esquemática de un segundo terminal según una realización de la presente invención, que incluye un módulo de establecimiento de políticas, y un módulo de envío de políticas.
El módulo de establecimiento de políticas se adapta para establecer una política de control de mensaje push que contiene una condición de coincidencia y un correspondiente modo de procesamiento.
El módulo de envío de políticas se adapta para enviar la política de control de mensaje push establecida por el módulo de establecimiento de políticas a un agente de envío push.
En el segundo terminal proporcionado en la realización de la presente invención, se establece una política de control de mensaje push y entonces se envía a un agente de envío push, de manera que el agente de envío push realiza control en un mensaje push según la política de control de mensaje push enviada por el terminal tras recibir el mensaje push, que realiza control del mensaje push, para mejorar la experiencia de usuario.
El terminal proporcionado en la realización de la presente invención es aplicable al caso en que un terminal establece una política de control de mensaje push, pero un agente de envío push controla un mensaje push según la política de control de mensaje push enviada por el terminal.
Los agentes de envío push y los terminales anteriores proporcionados en las realizaciones de la presente invención pueden formar sistemas para controlar un mensaje push en las realizaciones de la presente invención. El primer agente de envío push y el segundo terminal proporcionados en las realizaciones de la presente invención pueden formar un primer sistema proporcionado en una realización de la presente invención; el primer terminal en la realización de la presente invención y un agente de envío push ordinario que únicamente consigue una función de transmitir un mensaje push puede formar un segundo sistema proporcionado en una realización de la presente invención; y el segundo agente de envío push en la realización de la presente invención y un terminal que únicamente consigue una función de establecer una política de control de mensaje push puede formar un tercer sistema proporcionado en una realización de la presente invención.
A continuación, se presenta un método para controlar un mensaje push proporcionado en una realización de la presente invención.
La FIGURA 8 es un diagrama de flujo de un método para controlar un mensaje push según una realización de la presente invención. Una política de control de mensaje push se establece antes de iniciarse el proceso. El proceso incluye los siguientes bloques.
En el Bloque 801, el mensaje push se compara con una condición de coincidencia en la política de control de mensaje push.
En este bloque, la política de control de mensaje push puede ser enviada por un usuario.
En el Bloque 802, el mensaje push se procesa según un modo de procesamiento correspondiente a la condición de coincidencia que es satisfecha por el mensaje push.
En el método para controlar un mensaje push proporcionado en la realización de la presente invención, se establece una política de control de mensaje push, y cuando un mensaje push satisface una condición de coincidencia en la política de control de mensaje push, el mensaje push se procesa según un modo de procesamiento correspondiente a la condición de coincidencia, que realiza control del mensaje push, para mejorar la experiencia de usuario.
En función de los dispositivos para controlar un mensaje push proporcionados en las realizaciones de la presente invención, el método para controlar un mensaje push proporcionado en la realización de la presente invención puede tener dos realizaciones. Las dos realizaciones se introducen a continuación juntas con un servicio push de SIP específico.
Antes de presentar las realizaciones preferidas específicas, ejemplos específicos de una condición de coincidencia en una política de control de mensaje push aplicado en la dos realizaciones se enumeran de la siguiente manera.
Las condiciones de coincidencia en la política de control de mensaje push establecida pueden incluir: un identificador de usuario (ID), un umbral de longitud máxima de mensaje, control de servicio, control de contenido y control de PI de confianza. Las correspondientes cinco políticas de control de mensaje push se presentan respectivamente a continuación.
Primera, ID de usuario
El establecimiento de esta condición de coincidencia se dirige a determinar que un terminal al que se va a enviar un mensaje push es un terminal que establece una política de control de mensaje push según la ID de usuario cuando un agente de envío push controla el mensaje push.
Segunda, umbral de longitud máxima de mensaje
Una longitud de contenido de un mensaje push se controla en dicha política de control de mensaje push. Específicamente, un terminal establece una longitud de un mensaje push y almacena en el terminal la longitud establecida o envía la longitud establecida a un agente de envío push para almacenamiento. Cuando una longitud de un mensaje push recibido supera la longitud establecida, el terminal tiene permitido siempre o actualmente no tiene permitido recibir el mensaje push, y el mensaje push puede ser descartado automáticamente, transferido a otros terminales, o almacenado temporalmente con referencia a la política de control de mensaje push almacenada.
Tercera, control de servicio
Se controla un servicio recibido por un terminal, que es principalmente realizado al establecer un ID de servicio correspondiente a un tipo de servicio que tiene permitido, no permitido o actualmente no permitido recibir al terminal. Un agente de envío push puede enviar un mensaje push enviado desde un PI a un agente de recepción push en el terminal a través de un mensaje de SIP, en el que una cabecera Aceptar-Contacto en el mensaje de SIP indica el tipo de servicio.
Si se almacena una política de control de mensaje push en el terminal, se puede definir una lista de tipos de servicio que el terminal no desea recibir o actualmente no desea recibir o una lista de servicios que el terminal desea recibir, y el terminal consigue el control del tipo de servicio para seleccionar descartar el mensaje push, enviar el mensaje push a otros terminales, o almacenar temporalmente el mensaje push.
La FIGURA 9 es un diagrama de flujo de una operación de procesamiento realizada por un terminal según una política de control de mensaje push. Se asume que en este proceso un tipo de servicio de un mensaje push es un mensaje multimedia. El proceso incluye las siguientes etapas.
En la Etapa 901, tras recibir un mensaje push enviado por un PI, un agente de envío push envía el mensaje push a un agente de recepción push a través de NOTIFICAR o MENSAJE en un mensaje de SIP.
En la Etapa 902, tras recibir el mensaje push, el agente de recepción push devuelve un mensaje 200OK al agente de envío push para notificar al agente de envío push que el mensaje push se ha recibido con éxito.
En la Etapa 903, el agente de recepción push ve un tipo de servicio llevado en un campo de cabecera Aceptar-Contacto en el mensaje de SIP que lleva el mensaje push, y determina que el mensaje push es un mensaje multimedia. Si el terminal no tiene permitido recibir un mensaje de servicio de un mensaje multimedia en la política de control de mensaje push, el agente de recepción push descarta el mensaje push sin enviar el mensaje push a un módulo de aplicaciones, de modo que el usuario no conoce la llegada del mensaje; si actualmente no tiene permitido recibir el terminal el servicio de mensajes multimedia en la política de control de mensaje push, el agente de recepción push almacena temporalmente el mensaje push; y si el terminal tiene permitido recibir el mensaje de servicio del mensaje multimedia en la política de control de mensaje push, el mensaje push se envía al módulo de aplicaciones para realizar correspondiente procesamiento de servicios.
Si la política de control de mensaje push se envía al agente de envío push para almacenamiento, se puede definir de manera similar una lista de servicios que no tiene permitido recibir el terminal o actualmente no permitido recibir o una lista de servicios que tiene permitido recibir el terminal, y el agente de envío push consigue el control del tipo de servicio para seleccionar descartar el mensaje push, enviar el mensaje push a otros terminales, o almacenar temporalmente el mensaje push. En este caso, además de ser indicado en el campo de cabecera Aceptar-Contacto en el mensaje de SIP encapsulado por el agente de envío push, el tipo de servicio del mensaje push también puede determinarse según un número de puerto de recepción del agente de envío push o una dirección de puerto de origen del PI.
La FIGURA 10 es un diagrama de flujo de una operación de procesamiento realizada por un agente de envío push según una política de control de mensaje push. El proceso incluye las siguientes etapas.
En la Etapa 1001, un PI envía un mensaje push al agente de envío push.
En la Etapa 1002, el agente de envío push envía una respuesta al PI.
En la Etapa 1003, el agente de envío push compara el mensaje push con una condición de coincidencia en la política de control de mensaje push almacenada, y si la condición de coincidencia satisfecha por el mensaje push es un contenido push que tiene permitido recibir un terminal, se realiza la Etapa 1004; de otro modo, si la condición de coincidencia satisfecha por el mensaje push es un contenido push que no tiene permitido recibir el terminal, el mensaje push se descarta; y si la condición de coincidencia satisfecha por el mensaje push es un contenido push que actualmente no tiene permitido recibir el terminal, el mensaje push se almacena temporalmente.
En la Etapa 1004, el agente de envío push envía el mensaje push a un agente de recepción push a través de MENSAJE o NOTIFICAR en un mensaje de SIP.
En la Etapa 1005, el agente de recepción push devuelve un mensaje 200OK al agente de envío push.
Cuarta, control de contenido
Un terminal puede establecer una palabra clave de contenido de un mensaje push que no tiene permitido o actualmente no se permite recibir, por ejemplo, personajes reaccionarios, personajes violentos, personajes de anuncios, personajes dañinos, personajes políticamente delicados, y similares.
El terminal también puede establecer una palabra clave de contenido de un mensaje push que se permite recibir. Por ejemplo, se permite recibir un mensaje push que contiene palabras clave sobre finanzas y economía, noticias y deportes, y no se permite recibir un mensaje push que no contiene tales palabras clave.
Quinta, PI de confianza
Un terminal puede establecer un ID de un PI de confianza. Una vez se recibe un mensaje push, si un PI que envía el mensaje push es un PI de confianza, se permite recibir el mensaje push.
La Tabla 1 muestra ejemplos de condiciones de coincidencia específicas establecidas en la política de control de mensaje push. En la aplicación real, el tiempo válido también se puede establecer para las condiciones de coincidencia.
Tabla 1
Primera realización
Un terminal establece una política de control de mensaje push y envía la política de control de mensaje push establecida a un agente de envío push en un servidor para almacenamiento. Después de que un PI envía un mensaje push al agente de envío push, el agente de envío push procesa el mensaje push según la política de control de mensaje push almacenada. La FIGURA 11 muestra un proceso específico para enviar la política de control de mensaje push establecida desde el terminal al agente de envío push, esto es, el terminal envía la política de control de mensaje push al agente de envío push encapsulando la política de control de mensaje push en un mensaje de SIP. Tal proceso mostrado en la FIGURA 11 incluye las siguientes etapas.
En la Etapa 1101, tras establecer la política de control de mensaje push, el terminal lleva la política de control de mensaje push en un mensaje de solicitud REGISTRAR o SUBSCRIBIR y envía el mensaje de solicitud al agente de envío push para almacenamiento.
En la Etapa 1102, tras recibir la política de control de mensaje push, el agente de envío push devuelve un mensaje 200OK al terminal, que indica que la política de control de mensaje push se ha recibido y almacenado con éxito.
El mensaje de solicitud REGISTRAR o SUBSCRIBIR es un ejemplo específico del mensaje de SIP. También pueden adoptarse otros mensajes de SIP para llevar la política de control de mensaje push. La manera específica de transporte puede incluir llevar la política de control de mensaje push en un campo de cabecera SIP de un mensaje push de SIP. Además, el transporte de la política de control de mensaje push en el mensaje de SIP también es una aplicación específica en combinación con un servicio push de SIP. En otros servicios además del servicio push de SIP, también pueden adoptarse otros mensajes para llevar la política de control de mensaje push, que se asocia con el entorno de aplicaciones específico.
El lenguaje de marcado extensible (XML) es un conjunto de reglas para crear etiquetas semánticas que dividen un documento en muchos elementos e identificar los elementos, que es un método independiente de la plataforma para describir datos. Brevemente, los datos creados usando XML pueden ser leídos por cualquier aplicación en cualquier plataforma. En las realizaciones de la presente invención, la política de control de mensaje push puede crearse usando XML y llevarse en el mensaje de SIP en el formato de un documento XML.
A continuación se presentan tres ejemplos para llevar la política de control de mensaje push en el mensaje de SIP.
En el primer ejemplo, la política de control de mensaje push se lleva en un campo de cabecera de perfil de un evento en un mensaje SUBSCRIBIR. La estructura específica de mensaje SUBSCRIBIR se muestra de la siguiente manera. La estructura de mensaje es de conocimiento común para los expertos en la técnica, y así se ilustra brevemente en esta memoria.
SUBSCRIBE sip:receiver agent@homel.net SIP/2.0; Message ñame Via:SIP/2.0/UDP[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp;branch=z9hG4bK
nashds7; Path where the message passes through
Max-Forwards: 70; Hop that the message passes through
Route: <sip:pcscf 1.visited 1.net:7531 ;lr;comp=sigcomp>,
<sip:orig@scscfl.homel.net;lr>; Designated route information
From: <sip:receiver agent@homel.net>;tag=31415; Message source
To: < sip:reveiver agent@homel.net>; Message destination
Accept-Contact:*;+g.oma.icsi.push’;+g.oma.iari.push.PushSyncML;;require;expl
icit; Content that can be received
Event: ua-profile;profile-type="application"; Event, in which the push message
control policy is carried in the ua-profile header ñeld in the event
Call-ID: b89rjhnedlrfjflslj40a222; Session number
CSeq: 85 SUBSCRIBE; Transaction sequence
P-Preferred-Identity: "Receiver agent" <sip:reveiver agent@homel.net>:
Terminal that wishes to accept
Privacy: none
Expires: 600000; Time limit
Accept: application/vnd.syncml.ds.notification; Content format
Contact: <sip:[5555::aaa:bbb:ccc:ddd]:1357;comp=sigcomp>; Contact address
Content-Length: 0; Content length
La política de control de mensaje push específica se lleva en formato de documento XML, cuya estructura se muestra de la siguiente manera. La estructura de documento XML es de conocimiento común para los expertos en la técnica, y se presenta brevemente en esta memoria.
<?xml version="1.0" encoding="UTF-8"?>
<rdf:RDF xmlns:rdf="http://www.w3.org/1999/02/22-rdf-syntax-ns#" xmlns:prf="http://www.openmobilealliance.org/tech/profiles/UAPROF/ccppschema-20021
212#" xmlns:mms="http://www.wapforum.org/profiles/MMS/ccppschema-20010111#"> -<prf:component>
-<rdf:Description rdf:ID="Filterlist">
<rdf:type
rdf:resource="http://www.openmobilealliance.org/tech/profiles/UAPROF/ccppschema-200 21212#filterlist" />; The above is the specification of the current XMLdocument.
<prf:User_ID>a@example.com</prf:User_ID>; User ID <prf:MaxMessageSize>1500</prf:MaxMessageSize>; Máximum content length valué
<prf:Sevice_ID_Drop>; Service ID for indicating a Service type, in which a push message conforming to the Service type is dropped.
<rdf:Bag>
<rdf:li> x-wap-application:sms.ua </rdf:li>; Short message Service <rdf:li> x-wap-application:sms.ua </rdf:li>; Multimedia short message Service
</rdf:Bag>
</prf:Sevice_ID_Drop >
<prf:Content_Drop>; Content key word, in which a push message containing such content key word is dropped.
<rdf:li> reactionary </rdf:li>; Specific key word
<rdf:li> violent </rdf:li>; Specific key word
</rdf:Bag>
</prf:Content_Drop >
<prf:PI_Permitted>; ID of a PI, in which a push message from the PI is permitted.
-<rdf:Bag>
<rdf:li> www.examplel.com </rdf:li>; ID of a specific trusted PI <rdf:li> www.example2.com </rdf:li>; ID of a specific trusted PI </rdf:Bag>
</prf:PI_Permitted>
</rdf:Description>
</prf:component>
</rdf:RDF>
En el segundo ejemplo, la política de control de mensaje push se lleva en campo de cabecera Aceptar y tipo de contenido de un mensaje SUBSCRIBIR. La estructura específica de mensaje SUBSCRIBIR se muestra de la siguiente manera. El significado de diversas partes no se describe de nuevo.
nashds7
g. orna .iari .push. Pu shS yncMF; ;require ;explicit
La política de control de mensaje push específica se lleva en formato del documento XML, cuya estructura se muestra de la siguiente manera.
En la tercer ejemplo, un campo de cabecera que lleva la política de control de mensaje push se extiende en un mensaje push de SIP. Pueden adoptarse tres campos de cabecera extendidos para llevar la política de control de mensaje push.
El primer campo de cabecera extendido es SIP-Push-Trusted-List, que extiende el campo de cabecera SIP existente y se adapta para llevar la política de control de mensaje push. Desde luego, el campo de cabecera también puede llevar otras políticas de control basadas en servicio SIP. A continuación se ilustran varias reglas y maneras específicas de realización mediante ejemplos. SIP-Push-Trusted-List: < sip: alice @ sample.com> SIP-Push-Trusted -List: < sip:bob @ sample.com> SIP-Push-Trusted -List:<www.sample.com> SIP-Push-Trusted -List: 13612345678
El objeto permitido en el campo de cabecera es principalmente un ID de un PI, que puede ser un nombre de anfitrión, un número de teléfono, o un identificador de recurso uniforme (URI) del SIP.
El segundo campo de cabecera extendido es SIP-Push-Block-List para llevar un tipo de mensaje push requerido para descartar en el servicio push de SIP. Desde luego, el campo de cabecera también puede llevar otros mensajes de descarte basados en servicio SIP. A continuación se ilustran varias reglas y maneras específicas de realización mediante ejemplos. SIP-Push-Block-List:<sip:alice@sample.com>, App_ID=x-wap-application:mms.ua, Max=1800bytes,Content="reactionary" SIP-Push-Block-List:<sip:bob@sample.com> SIP-Push-Block-List: <www.sample.com> SIP-Push-Block-List: 13612345678
El objeto descartado en el campo de cabecera anterior puede ser un ID de un PI. Como alternativa, un servicio de mensajes multimedia puede descartarse según una indicación en la APP_ID, un mensaje push mayor que 1800 bytes puede descartarse según la especificación del campo Max, o un mensaje push que tiene contenido reaccionario puede descartarse según el campo Contenido.
El tercer campo de cabecera extendido es SIP-Push-Permit-List para llevar una política de control de mensaje push asociada con el servicio push de SIP. Desde luego, el campo de cabecera también pueden llevar otras políticas de control basadas en servicio SIP. A continuación se ilustran varias reglas y maneras específicas de realización mediante ejemplos. SIP-Push-Permit-List:<sip:alice@sample.com>, App_ID=x-wapapplication:mms.ua,Max=1800bytes,permit=allow, SIP-Push-Permit-List: < sip:bob @ sample. com>,permit=allow SIP-Push-Permit-List:www.sample.com,permit=refuse SIP-Push-Permit-List:13612345678,permit=refuse
En el campo de cabecera anterior, el objeto permitido puede ser un ID de un PI, el tipo de servicio requerido para permitirse es un servicio de mensajes multimedia indicado en la APP_ID, y un mensaje push más pequeño que 1800 bytes se permite según la especificación del campo Max. El derecho de autorización se consigue por campo adjunto perm itir.
Un mensaje de SIP completado puede formarse por los campos de cabecera extendidos proporcionados en la realización de la presente invención junto con campos de cabecera relevantes en otros mensajes de SIP.
En la primera realización, el procesamiento de control se realiza en un mensaje push recibido según el proceso mostrado en la FIGURA 12 tras la Etapas 1101 y 1102 mostradas en la FIGURA 11. Tal proceso mostrado en la FIGURA 12 incluye los siguientes bloques.
En el Bloque 1201, un agente de envío push recibe un mensaje push de un PI.
En el Bloque 1202, el agente de envío push compara el mensaje push recibido con una condición de coincidencia en una política de control de mensaje push para determinar, por ejemplo, si el mensaje push tiene un contenido excesivamente grande, si el mensaje push contiene una palabra clave que no se desea recibir, si el mensaje push es un servicio que no se desea recibir actualmente, si el mensaje push es de un PI de confianza, si el tiempo actual es un tiempo en el que se desea recibir o no el mensaje push, si se aplica la política de control de mensaje push establecida, y similares. Si la condición de coincidencia satisfecha por el mensaje push es un contenido push que tiene permitido recibir el terminal, se realiza el Bloque 1203; de otro modo, si la condición de coincidencia satisfecha por el mensaje push es un contenido push que no tiene permitido recibir el terminal, el agente de envío push descarta el mensaje push; y si la condición de coincidencia satisfecha por el mensaje push es un contenido push que actualmente no tiene permitido recibir el terminal, el agente de envío push almacena temporalmente el mensaje push, y se realiza directamente el Bloque 1206 tras finalizarse la operación de descartar o almacenar temporalmente el mensaje push.
En el Bloque 1203, el agente de envío push envía el mensaje push a una red de núcleo de SIP/IP. La manera de envío específica incluye llevar el mensaje push en un mensaje de SIP y enviar el mensaje de SIP a la red de núcleo de SIP/IP por el agente de envío push.
En el Bloque 1204, la red de núcleo de SIP/IP envía el mensaje push a un agente de recepción push.
En el Bloque 1205, el agente de recepción push devuelve un mensaje de acuse de recibo al agente de envío push.
En el Bloque 1206, el agente de envío push devuelve un estado de transmisión actual del mensaje push al PI. En este bloque, si el agente de envío push envía el mensaje push al agente de recepción push, se devuelve un mensaje de éxito al PI; y si el agente de envío push descarta o almacena temporalmente el mensaje push, se devuelve un mensaje de fallo al PI.
Segunda realización preferida
Un terminal establece una política de control de mensaje push y almacena localmente la política de control de mensaje push establecida. Después de que un PI envía un mensaje push a un agente de envío push, el agente de envío push envía el mensaje push al terminal, y el terminal procesa el mensaje push según la política de control de mensaje push almacenada. La FIGURA 13 muestra un proceso para procesar el mensaje push recibido por el terminal. El proceso incluye los siguientes bloques.
En el Bloque 1301, un agente de envío push envía un mensaje push recibido de un PI a un agente de recepción push en un terminal. La manera de envío específica puede incluir llevar el mensaje push en un campo de cabecera de un mensaje de SIP y enviar el mensaje de SIP al agente de recepción push por el agente de envío push.
En el Bloque 1302, el agente de recepción push compara el mensaje push recibido con una condición de coincidencia en una política de control de mensaje push para determinar, por ejemplo, si el mensaje push tiene un contenido excesivamente grande, si el mensaje push contiene una palabra clave que no se desea recibir, si el mensaje push es un mensaje que no se desea recibir actualmente, si el mensaje push es de un PI de confianza, y similares. Si la condición de coincidencia satisfecha por el mensaje push es un contenido push que tiene permitido recibir el terminal, se realiza el Bloque 1303; de otro modo, si la condición de coincidencia satisfecha por el mensaje push es un contenido push que no tiene permitido recibir el terminal, el agente de recepción push descarta el mensaje push; y si la condición de coincidencia satisfecha por el mensaje push es un contenido push que actualmente no tiene permitido recibir el terminal, el agente de recepción push almacena temporalmente el mensaje push, y se realiza directamente el Bloque 1304 tras finalizarse la operación de descartar o almacenar temporalmente el mensaje push. El agente de recepción push también pueden devolver un mensaje de que se ha borrado el mensaje push al agente de envío push cuando se descarta o se almacena temporalmente el mensaje push antes de realizar directamente el Bloque 1304. Este bloque es opcional.
En el Bloque 1303, el agente de recepción push devuelve un mensaje de acuse de recibo al agente de envío push y envía el mensaje push a un módulo de aplicaciones en el terminal para realizar el servicio correspondiente.
En el Bloque 1304, el agente de envío push informa un estado de transferencia actual del mensaje push al PI. En este bloque, si el agente de recepción push envía el mensaje push al módulo de aplicaciones en el terminal, un mensaje de éxito es devuelto al PI; y si el agente de recepción push descarta o almacena temporalmente el mensaje push y devuelve el mensaje de que se ha borrado el mensaje push al agente de envío push, el agente de envío push devuelve un mensaje de fallo al PI.
Las políticas de control de mensaje push proporcionadas en las realizaciones de la presente invención tienen que convertirse todas a un formato que pueda ser recibido por el agente de envío push o almacenado por el terminal. La política de control de mensaje push puede almacenarse y enviarse en el formato de un documento XML como se ha mencionado en las realizaciones anteriores. Una estructura de marco de trabajo de un documento XML que incluye condiciones de coincidencia y modos de procesamiento que se pueden establecer en los cinco tipos anteriores de políticas de control de mensaje push se dan además a continuación. La estructura de declaración específica es de conocimiento común para los expertos en la técnica, y no se describirá de nuevo en esta memoria. La política de control de mensaje push se puede formar rellenando la condición de coincidencia y el modo de procesamiento específicos según la estructura de documento, y otras condiciones de coincidencia y modos de procesamiento realmente requeridos también pueden extenderse en función de dicha estructura de documento.
En el método, el dispositivo y el sistema para controlar un mensaje push proporcionados en las realizaciones de la presente invención, se establece una política de control de mensaje push que contiene una condición de coincidencia y un correspondiente modo de procesamiento, y cuando un mensaje push recibido satisface la condición de coincidencia en la política de control de mensaje push, el mensaje push recibido se procesa según el modo de procesamiento correspondiente a la condición de coincidencia, realizando de ese modo control del mensaje push, para mejorar la experiencia de usuario.
Para resumir, las descripciones anteriores son ejemplos clarificadores para explicar la mejor implementación posible de la presente invención, que solamente es definida por las reivindicaciones anexas.
Claims (12)
1. Un método para enviar un contenido push, que comprende:
recibir (1101), por parte de un agente de envío push en un servidor, una política de control de mensaje push prestablecida de un terminal, en donde la política de control de mensaje push prestablecida es enviada por un usuario del terminal;
devolver (1102), por parte del agente de envío push un mensaje al terminal que indica que la política de control de mensaje push se ha recibido y almacenado con éxito;
recibir (1001), por parte del agente de envío push, un mensaje push enviado por un iniciador push, PI; comparar (1003), por parte del agente de envío push, el mensaje push con una condición de coincidencia en la política de control de mensaje push prestablecida, en donde la condición de coincidencia comprende una condición de control de servicio adaptado para indicar un identificador de servicio, ID, correspondiente a un tipo de mensaje push que se permite recibir a un terminal;
enviar (1003, 1004), por parte del agente de envío push, el mensaje push a un agente de recepción push en el terminal si el mensaje push satisface el tipo del mensaje push que tiene permitido recibir el terminal; y el método secaracteriza porque comprende además:
reenviar, por parte del agente de envío push, el mensaje push a otros terminales cuando la condición de coincidencia es un contenido push que no tiene permitido recibir el terminal
2. El método según la reivindicación 1, en donde el tipo del mensaje push es un servicio de mensajes multimedia.
3. El método según la reivindicación 2, en donde la política de control de mensaje push es establecida por el terminal y almacenada por el servidor.
4. El método según la reivindicación 2, en donde la política de control de mensaje push es establecida por el terminal y almacenado por el terminal.
5. El método según cualquiera de las reivindicaciones 1 a 4, en donde el tipo de servicio del mensaje push comprende al menos uno de: servicio de mensajes multimedia, servicio de mensajes cortos o servicio de correo electrónico.
6. El método según cualquiera de las reivindicaciones 1 a 5, en donde antes de comparar, el método comprende además: determinar el tipo del mensaje push.
7. El método según cualquiera de las reivindicaciones 1 a 6, en donde el mensaje push se envía al agente de recepción push en el terminal a través de un mensaje de protocolo de iniciación de sesión, SIP.
8. Un agente de envío de mensaje push en un servidor, en donde
el agente de envío de mensaje push se adapta para:
recibir una política de control de mensaje push prestablecida desde un terminal, en donde la política de control de mensaje push prestablecida es enviada por un usuario;
devolver un mensaje al terminal, que indica que la política de control de mensaje push se ha recibido y almacenado con éxito;
recibir un mensaje push enviado por un iniciador push, PI, comparar el mensaje push con una condición de coincidencia en la política de control de mensaje push prestablecida, en donde la condición de coincidencia comprende una condición de control de servicio adaptada para indicar un identificador de servicio, ID, correspondiente a un tipo de mensaje push que tiene permitido recibir un terminal, y enviar el mensaje push a un agente de recepción push en el terminal si el mensaje push satisface el tipo del mensaje push que tiene permitido recibir el terminal, y el agente de envío de mensaje push secaracteriza poradaptarse también para reenviar el mensaje push a otros terminales cuando la condición de coincidencia es un contenido push que no tiene permitido recibir el terminal.
9. El agente de envío de mensaje push según la reivindicación 8, en donde la política de control de mensaje push es establecida por el terminal y el agente de envío de mensaje push se adapta además para:
almacenar la política de control de mensaje push establecida por el terminal.
10. El agente de envío de mensaje push según la reivindicación 8, adaptado además para:
leer la política de control de mensaje push del terminal.
11. El agente de envío de mensaje push según una cualquiera de las reivindicaciones 8 a 10, en donde el tipo del mensaje push es un servicio de mensajes multimedia.
12. El agente de envío de mensaje push según una cualquiera de las reivindicaciones 8 a 11, adaptado para enviar el mensaje push al agente de recepción push en el terminal a través de un mensaje de protocolo de iniciación de sesión, SIP.
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CNA2007101546677A CN101136837A (zh) | 2007-09-21 | 2007-09-21 | 推送消息的控制方法、装置和系统 |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2964150T3 true ES2964150T3 (es) | 2024-04-04 |
Family
ID=39160683
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES19200312T Active ES2964150T3 (es) | 2007-09-21 | 2008-09-17 | Método, dispositivo y sistema para controlar mensaje push |
Country Status (5)
| Country | Link |
|---|---|
| US (7) | US8335831B2 (es) |
| EP (4) | EP3197092A1 (es) |
| CN (1) | CN101136837A (es) |
| ES (1) | ES2964150T3 (es) |
| WO (1) | WO2009039766A1 (es) |
Families Citing this family (57)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US9374435B2 (en) * | 1998-05-29 | 2016-06-21 | Blackberry Limited | System and method for using trigger events and a redirector flag to redirect messages |
| US6219694B1 (en) | 1998-05-29 | 2001-04-17 | Research In Motion Limited | System and method for pushing information from a host system to a mobile data communication device having a shared electronic address |
| US9350701B2 (en) * | 2007-03-29 | 2016-05-24 | Bomgar Corporation | Method and apparatus for extending remote network visibility of the push functionality |
| CN101136837A (zh) | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 推送消息的控制方法、装置和系统 |
| US8306507B2 (en) * | 2008-04-11 | 2012-11-06 | Research In Motion Limited | Differentiated message delivery notification |
| CN101340454B (zh) * | 2008-08-14 | 2012-08-01 | 青岛海信移动通信技术股份有限公司 | 一种推送消息的接收方法及移动通信设备 |
| US8347386B2 (en) | 2008-10-21 | 2013-01-01 | Lookout, Inc. | System and method for server-coupled malware prevention |
| US8087067B2 (en) | 2008-10-21 | 2011-12-27 | Lookout, Inc. | Secure mobile platform system |
| US9781148B2 (en) | 2008-10-21 | 2017-10-03 | Lookout, Inc. | Methods and systems for sharing risk responses between collections of mobile communications devices |
| US8108933B2 (en) | 2008-10-21 | 2012-01-31 | Lookout, Inc. | System and method for attack and malware prevention |
| US9955352B2 (en) | 2009-02-17 | 2018-04-24 | Lookout, Inc. | Methods and systems for addressing mobile communications devices that are lost or stolen but not yet reported as such |
| US8521809B2 (en) * | 2009-07-31 | 2013-08-27 | Z2Live, Inc. | Mobile device notification controls system and method |
| US8416780B2 (en) * | 2009-11-03 | 2013-04-09 | Research In Motion Limited | System and method for session initiation protocol header modification |
| CN102209084B (zh) * | 2010-03-30 | 2013-09-11 | 华为终端有限公司 | 一种推送消息的处理方法、装置和通信系统 |
| CN101986646B (zh) * | 2010-11-01 | 2015-09-16 | 中兴通讯股份有限公司 | 基于xml的宽带sip业务触发配置方法及业务触发器 |
| KR101233263B1 (ko) | 2011-05-16 | 2013-02-14 | 에스케이텔레콤 주식회사 | 피드백 메시지를 이용한 푸시 서비스 제공 시스템 및 방법 |
| US8731523B1 (en) * | 2011-06-14 | 2014-05-20 | Urban Airship, Inc. | Push notification delivery system with feedback analysis |
| US8554855B1 (en) | 2011-06-14 | 2013-10-08 | Urban Airship, Inc. | Push notification delivery system |
| US8788881B2 (en) * | 2011-08-17 | 2014-07-22 | Lookout, Inc. | System and method for mobile device push communications |
| US8954100B2 (en) | 2011-11-04 | 2015-02-10 | Facebook, Inc. | Server-side rate-limiting algorithms for piggybacking social updates for mobile devices |
| US8989818B2 (en) | 2011-11-04 | 2015-03-24 | Facebook, Inc. | Device actions based on device power |
| GB2497076A (en) * | 2011-11-23 | 2013-06-05 | Skype | Delivering only selected communication events to a user terminal or to a user |
| CN103428182A (zh) * | 2012-05-23 | 2013-12-04 | 中兴通讯股份有限公司 | 一种广告的发放方法及装置 |
| US8665870B2 (en) * | 2012-05-30 | 2014-03-04 | Apple Inc. | Method and apparatus for handling push messages |
| US9407443B2 (en) | 2012-06-05 | 2016-08-02 | Lookout, Inc. | Component analysis of software applications on computing devices |
| US9589129B2 (en) | 2012-06-05 | 2017-03-07 | Lookout, Inc. | Determining source of side-loaded software |
| US8655307B1 (en) | 2012-10-26 | 2014-02-18 | Lookout, Inc. | System and method for developing, updating, and using user device behavioral context models to modify user, device, and application state, settings and behavior for enhanced user security |
| US9208215B2 (en) | 2012-12-27 | 2015-12-08 | Lookout, Inc. | User classification based on data gathered from a computing device |
| US9374369B2 (en) | 2012-12-28 | 2016-06-21 | Lookout, Inc. | Multi-factor authentication and comprehensive login system for client-server networks |
| US9424409B2 (en) | 2013-01-10 | 2016-08-23 | Lookout, Inc. | Method and system for protecting privacy and enhancing security on an electronic device |
| US9729651B2 (en) | 2013-09-13 | 2017-08-08 | Electronics And Telecommunications Research Institute | Method for delivering push notification and push notification server for performing the same |
| US9642008B2 (en) | 2013-10-25 | 2017-05-02 | Lookout, Inc. | System and method for creating and assigning a policy for a mobile communications device based on personal data |
| US9753796B2 (en) | 2013-12-06 | 2017-09-05 | Lookout, Inc. | Distributed monitoring, evaluation, and response for multiple devices |
| US10122747B2 (en) | 2013-12-06 | 2018-11-06 | Lookout, Inc. | Response generation after distributed monitoring and evaluation of multiple devices |
| US9667734B2 (en) | 2013-12-09 | 2017-05-30 | Electronics And Telecommunications Research Institute | Push notification-based remote control method and apparatus for the same |
| CN103906011A (zh) * | 2014-02-27 | 2014-07-02 | 宇龙计算机通信科技(深圳)有限公司 | 一种数据发送、接收装置及方法 |
| KR20150126495A (ko) * | 2014-05-02 | 2015-11-12 | 삼성전자주식회사 | 서비스 정보를 제공하는 전자 장치 및 방법 |
| CN104009910A (zh) * | 2014-05-28 | 2014-08-27 | 惠州Tcl移动通信有限公司 | 一种基于移动终端的消息推送处理方法、系统及移动终端 |
| US20160014057A1 (en) * | 2014-07-08 | 2016-01-14 | Samsung Electronics Co., Ltd. | Method and system for providing dynamically customized web push messages in a wireless network |
| CN105981356B (zh) * | 2014-11-05 | 2020-01-10 | 华为技术有限公司 | 一种信息发送、处理方法及装置 |
| US10229262B2 (en) | 2015-04-20 | 2019-03-12 | Bomgar Corporation | Systems, methods, and apparatuses for credential handling |
| US10397233B2 (en) | 2015-04-20 | 2019-08-27 | Bomgar Corporation | Method and apparatus for credential handling |
| EP3289510B1 (en) | 2015-05-01 | 2020-06-17 | Lookout Inc. | Determining source of side-loaded software |
| CN105262794B (zh) * | 2015-09-17 | 2018-08-17 | 腾讯科技（深圳）有限公司 | 内容投放方法及装置 |
| CN106686032A (zh) * | 2015-11-06 | 2017-05-17 | 五八同城信息技术有限公司 | 推送push消息的方法、装置及移动终端 |
| TWI640941B (zh) * | 2015-11-18 | 2018-11-11 | 立創智能股份有限公司 | 藍芽廣告與訊息推播系統 |
| US11159633B2 (en) | 2016-09-30 | 2021-10-26 | International Business Machines Corporation | Validating push communications |
| US10721319B1 (en) * | 2016-10-24 | 2020-07-21 | Sprint Communications Company L.P. | System and method of targeting internet protocol (IP) notifications to mobile communication devices |
| WO2018121875A1 (en) * | 2016-12-30 | 2018-07-05 | Telefonaktiebolaget Lm Ericsson (Publ) | Push notification enablement for sip-based networks |
| US10218697B2 (en) | 2017-06-09 | 2019-02-26 | Lookout, Inc. | Use of device risk evaluation to manage access to services |
| JP6974620B2 (ja) * | 2017-09-26 | 2021-12-01 | 華為技術有限公司Huawei Technologies Co., Ltd. | 通知メッセージ処理方法及び端末 |
| CN109672704B (zh) * | 2017-10-16 | 2022-02-25 | 阿里巴巴集团控股有限公司 | 消息的处理方法、装置及电子设备 |
| CN109547526B (zh) * | 2018-10-10 | 2022-06-10 | 平安万家医疗投资管理有限责任公司 | 一种消息推送方法、计算机可读存储介质及服务器 |
| CN111045835A (zh) * | 2019-10-24 | 2020-04-21 | 京东数字科技控股有限公司 | 一种信息推送方法、装置、电子设备及存储介质 |
| CN112750213B (zh) * | 2020-12-29 | 2022-06-14 | 深圳市顺易通信息科技有限公司 | 一种停车服务信息推送方法、装置、设备及介质 |
| CN115379003A (zh) * | 2022-07-04 | 2022-11-22 | 南京推而广知网络科技有限公司 | 一种热线便民服务平台用创意推送系统及其推送方法 |
| CN115294741B (zh) * | 2022-10-10 | 2023-02-10 | 深圳曼顿科技有限公司 | 报警消息推送方法、装置、终端设备以及存储介质 |
Family Cites Families (34)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US6047327A (en) * | 1996-02-16 | 2000-04-04 | Intel Corporation | System for distributing electronic information to a targeted group of users |
| US6311058B1 (en) * | 1998-06-30 | 2001-10-30 | Microsoft Corporation | System for delivering data content over a low bit rate transmission channel |
| US20020133568A1 (en) * | 2001-02-20 | 2002-09-19 | Smith Richard A. | Individualized network information server |
| US7929562B2 (en) * | 2000-11-08 | 2011-04-19 | Genesis Telecommunications Laboratories, Inc. | Method and apparatus for optimizing response time to events in queue |
| FI111788B (fi) * | 2001-01-04 | 2003-09-15 | Nokia Corp | Menetelmä yksityisyyden tuottamiseksi tietoliikenneverkossa |
| US6778834B2 (en) * | 2001-02-27 | 2004-08-17 | Nokia Corporation | Push content filtering |
| US7302634B2 (en) * | 2001-03-14 | 2007-11-27 | Microsoft Corporation | Schema-based services for identity-based data access |
| US7721337B2 (en) | 2001-10-26 | 2010-05-18 | Ibiquity Digital Corporation | System and method for providing a push of background data |
| CA2361861A1 (en) * | 2001-11-13 | 2003-05-13 | Ibm Canada Limited-Ibm Canada Limitee | Wireless messaging services using publish/subscribe systems |
| US7426209B2 (en) * | 2002-12-13 | 2008-09-16 | Telefonaktiebolaget L M Ericsson (Publ) | System for content based message processing |
| DE602004029509D1 (de) * | 2004-07-05 | 2010-11-18 | Ericsson Telefon Ab L M | Vorrichtung und verfahren für einen durch push-nachrichten initiierten dienst |
| CN100349474C (zh) * | 2004-07-09 | 2007-11-14 | 华为技术有限公司 | 一种多媒体消息业务中推送通知的处理方法 |
| US7415284B2 (en) * | 2004-09-02 | 2008-08-19 | Sonim Technologies, Inc. | Methods of transmitting a message to a message server in a push-to-talk network |
| US20060168642A1 (en) * | 2004-11-08 | 2006-07-27 | Nokia Corporation | Using presence to inform other clients about capability limitations |
| FI20050149A0 (fi) * | 2005-02-09 | 2005-02-09 | Nokia Corp | Push-toiminnan ohjaus viestintäjärjestelmässä |
| US20060230154A1 (en) * | 2005-04-11 | 2006-10-12 | Nokia Corporation | Method and entities for performing a push session in a communication system |
| CN100385854C (zh) * | 2005-06-01 | 2008-04-30 | 腾讯科技（深圳）有限公司 | 一种发送广播消息的系统及方法 |
| CN1949770A (zh) | 2005-10-14 | 2007-04-18 | 华为技术有限公司 | 一种推送信息提供方法及推送代理装置 |
| US20070088852A1 (en) * | 2005-10-17 | 2007-04-19 | Zohar Levkovitz | Device, system and method of presentation of advertisements on a wireless device |
| CN100384264C (zh) | 2005-10-28 | 2008-04-23 | 中国移动通信集团公司 | 彩信发送方法 |
| CN101361317B (zh) * | 2005-11-23 | 2013-05-08 | 因维日内特有限公司 | 消息广播计费系统和方法 |
| CN1980378A (zh) | 2005-12-05 | 2007-06-13 | 华为技术有限公司 | 业务导航信息的提供方法及其系统、及终端 |
| CN1997009A (zh) | 2006-01-05 | 2007-07-11 | 华为技术有限公司 | 一种即时消息过滤方法 |
| CN100562145C (zh) | 2006-02-23 | 2009-11-18 | 中兴通讯股份有限公司 | 一种根据终端位置提供主动推送业务的方法 |
| DE602006006787D1 (de) * | 2006-02-27 | 2009-06-25 | Research In Motion Ltd | Verfahren zum Personalisieren einer standardisierten IT-Richtlinie |
| US8160563B2 (en) * | 2006-06-30 | 2012-04-17 | Qualcomm Incorporated | Method and apparatus for controlling response to service notifications in a network environment |
| CN1925654A (zh) | 2006-09-01 | 2007-03-07 | 华为技术有限公司 | 短信内容超长时转换为Email消息的移动终端及方法 |
| US7986718B2 (en) * | 2006-09-15 | 2011-07-26 | Itron, Inc. | Discovery phase in a frequency hopping network |
| CN100471297C (zh) | 2006-09-26 | 2009-03-18 | 华为技术有限公司 | 一种消息发送系统和方法 |
| CA2666979C (en) * | 2006-10-19 | 2013-02-19 | Ascendent Telecommunications, Inc. | Client device method and apparatus for routing a call |
| CN100469006C (zh) * | 2006-12-15 | 2009-03-11 | 腾讯科技（深圳）有限公司 | 一种网络信息推送方法及系统 |
| US8140062B1 (en) * | 2007-09-12 | 2012-03-20 | Oceans' Edge, Inc. | Mobile device monitoring and control system |
| CN101136837A (zh) | 2007-09-21 | 2008-03-05 | 华为技术有限公司 | 推送消息的控制方法、装置和系统 |
| US8306507B2 (en) * | 2008-04-11 | 2012-11-06 | Research In Motion Limited | Differentiated message delivery notification |
-
2007
- 2007-09-21 CN CNA2007101546677A patent/CN101136837A/zh active Pending
-
2008
- 2008-09-17 EP EP16186574.6A patent/EP3197092A1/en not_active Ceased
- 2008-09-17 ES ES19200312T patent/ES2964150T3/es active Active
- 2008-09-17 EP EP19200312.7A patent/EP3691180B1/en active Active
- 2008-09-17 WO PCT/CN2008/072393 patent/WO2009039766A1/zh active Application Filing
- 2008-09-17 EP EP08800887A patent/EP2154835A4/en not_active Ceased
- 2008-09-17 EP EP13171955.1A patent/EP2640000B1/en active Active
-
2010
- 2010-03-22 US US12/729,052 patent/US8335831B2/en active Active
-
2012
- 2012-11-27 US US13/686,493 patent/US8788608B2/en active Active
-
2014
- 2014-06-06 US US14/298,356 patent/US9444901B2/en active Active
-
2016
- 2016-08-25 US US15/247,406 patent/US9794363B2/en active Active
-
2017
- 2017-09-20 US US15/709,896 patent/US10757211B2/en active Active
-
2020
- 2020-08-24 US US17/001,061 patent/US11528337B2/en active Active
-
2022
- 2022-11-14 US US17/986,589 patent/US11856072B2/en active Active
Also Published As
| Publication number | Publication date |
|---|---|
| US20130086158A1 (en) | 2013-04-04 |
| US11528337B2 (en) | 2022-12-13 |
| US20160366235A1 (en) | 2016-12-15 |
| EP3691180B1 (en) | 2023-08-30 |
| US20100173658A1 (en) | 2010-07-08 |
| EP3197092A1 (en) | 2017-07-26 |
| US11856072B2 (en) | 2023-12-26 |
| US20140289320A1 (en) | 2014-09-25 |
| US20210092196A1 (en) | 2021-03-25 |
| US20230147298A1 (en) | 2023-05-11 |
| EP2640000B1 (en) | 2016-12-28 |
| EP3691180A1 (en) | 2020-08-05 |
| US10757211B2 (en) | 2020-08-25 |
| WO2009039766A1 (en) | 2009-04-02 |
| US9794363B2 (en) | 2017-10-17 |
| US8335831B2 (en) | 2012-12-18 |
| CN101136837A (zh) | 2008-03-05 |
| EP2154835A1 (en) | 2010-02-17 |
| US20180013847A1 (en) | 2018-01-11 |
| EP2640000A1 (en) | 2013-09-18 |
| US8788608B2 (en) | 2014-07-22 |
| US9444901B2 (en) | 2016-09-13 |
| EP2154835A4 (en) | 2010-06-30 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2964150T3 (es) | Método, dispositivo y sistema para controlar mensaje push | |
| US10873494B2 (en) | User presence information communication system | |
| US8194642B2 (en) | System and method for providing multimedia services | |
| JP5230622B2 (ja) | プレゼンス属性に基づくプレゼンス通知システム及び方法 | |
| US7818020B1 (en) | System and method for joining communication groups | |
| US20040255302A1 (en) | Systems and methods for content and service registration, query and subscription, and notification across local service discovery domains | |
| US20060133407A1 (en) | Content sharing in a communication system | |
| US20060179115A1 (en) | Controlling push operation in a communication system | |
| EP1594270A1 (en) | A communication system for handling subscriber requests | |
| EP2068524A1 (en) | A method and a system for acquiring the transmission path of the sip message | |
| EP1775907A2 (en) | Handling identity information | |
| KR20090112714A (ko) | 오프라인 저장을 위한 사용자 액세스 정책 | |
| EP2075986A1 (en) | Enhanced presence server system | |
| CN103929317B (zh) | 推送消息的控制方法、装置和系统 | |
| KR100735908B1 (ko) | 통신 시스템 |