MX2013007842A - Mejoras para el cliente de notificacion de transmision automatica de mensajes para dispositivos de usuarios multiples. - Google Patents

Mejoras para el cliente de notificacion de transmision automatica de mensajes para dispositivos de usuarios multiples.

Info

Publication number
MX2013007842A
MX2013007842A MX2013007842A MX2013007842A MX2013007842A MX 2013007842 A MX2013007842 A MX 2013007842A MX 2013007842 A MX2013007842 A MX 2013007842A MX 2013007842 A MX2013007842 A MX 2013007842A MX 2013007842 A MX2013007842 A MX 2013007842A
Authority
MX
Mexico
Prior art keywords
application
client
user
notification
server
Prior art date
Application number
MX2013007842A
Other languages
English (en)
Inventor
Darryl Neil Bleau
Gregory Bjorn Vaughan
Jeffrey Thomas Davey
Original Assignee
Apple Inc
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Apple Inc filed Critical Apple Inc
Publication of MX2013007842A publication Critical patent/MX2013007842A/es

Links

Classifications

    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L67/00—Network arrangements or protocols for supporting network services or applications
    • H04L67/50—Network services
    • H04L67/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/28—Data switching networks characterised by path configuration, e.g. LAN [Local Area Networks] or WAN [Wide Area Networks]
    • H04L12/46—Interconnection of networks
    • H04L12/4604—LAN interconnection over a backbone network, e.g. Internet, Frame Relay
    • H04L12/462—LAN interconnection over a bridge based backbone
    • H04L12/4625—Single bridge functionality, e.g. connection of two networks over a single bridge
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L51/00—User-to-user messaging in packet-switching networks, transmitted according to store-and-forward or real-time protocols, e.g. e-mail
    • H04L51/21—Monitoring or handling of messages
    • H04L51/224—Monitoring or handling of messages providing notification on incoming messages, e.g. pushed notifications of received messages
    • 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/01—Protocols
    • H04L67/10—Protocols in which an application is distributed across nodes in the network
    • 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/2866—Architectures; Arrangements
    • H04L67/30—Profiles
    • H04L67/303—Terminal profiles
    • H—ELECTRICITY
    • H04—ELECTRIC COMMUNICATION TECHNIQUE
    • H04L—TRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L9/00—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols
    • H04L9/32—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials
    • H04L9/321—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority
    • H04L9/3213—Cryptographic mechanisms or cryptographic arrangements for secret or secure communications; Network security protocols including means for verifying the identity or authority of a user of the system or for message authentication, e.g. authorization, entity authentication, data integrity or data verification, non-repudiation, key authentication or verification of credentials involving a third party or a trusted authority using tickets or tokens, e.g. Kerberos

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Information Transfer Between Computers (AREA)
  • Telephonic Communication Services (AREA)
  • Telephone Function (AREA)

Abstract

Se describen métodos y aparatos que generan un identificador del sub-tópico identificando una aplicación del cliente dentro de un dispositivo del cliente que puede soportar usuarios múltiples. La aplicación del cliente puede asociarse con una aplicación del servidor hospedada en uno o más servidores de la aplicación. Los servicios de notificación pueden registrarse con los servidores de la aplicación desde la aplicación del cliente para reenviar los identificadores asociados con la aplicación del cliente para uno de los usuarios múltiples a la aplicación del servidor para habilitar la aplicación del servidor para transmitir automáticamente los mensajes de notificación al dispositivo del cliente selectivamente por la aplicación del cliente para ese usuario. Cuando se recibe un mensaje de notificación del servidor de la aplicación, el mensaje de notificación puede examinarse para reenviar el mensaje de notificación directamente a la aplicación del cliente para ese usuario sin invocar otras aplicaciones en el dispositivo del cliente si el mensaje de notificación porta un identificador del sub-tópico de la aplicación del cliente.

Description

MEJORAS PARA EL CLIENTE DE NOTIFICACIÓN DE TRANSMISIÓN AUTOMÁTICA DE MENSAJES PARA DISPOSITIVOS DE USUARIOS MÚLTIPLES CAMPO DE LA INVENCIÓN La presente invención se relaciona generalmente a sistemas de procesamiento de datos. Más particularmente, esta invención se relaciona a mensajes de notificación para dispositivos de usuarios múltiples.
ANTECEDENTES DE LA INVENCIÓN Los usuarios de dispositivos de usuarios múltiples (por ejemplo, computadoras portátiles, computadoras de bolsillo, teléfonos móviles, teléfonos inteligentes, teléfonos multimedia, reproductores multimedia portátiles, unidades de GPS, sistemas de juegos móviles, etc.) pueden tener aplicaciones instaladas que reciben mensaje de notificación periódicamente de servicios de notificación. Por ejemplo, dichas aplicaciones incluyen servicios de correo electrónico de "transmisión automática" (por ejemplo, Microsoft Exchange ActiveSync, transmisión automática IMAP, Yahoo! Transmisión Automática, etc.) u otros servicios de transmisión automática (por ejemplo, servicios de actualización, servicios de noticias, servicios de boletines (weblog), servicios de difusión (podcast), servicios de red social u otros tipos de servicios en donde los mensajes de notificación pueden enviarse). Los mensajes de notificación típicamente representan eventos de Interés los cuales se definen típicamente por las aplicaciones (por ejemplo, indicador de nuevo correo electrónico, indicador de nuevos artículos, indicador de nuevas difusiones, cambio del estado en línea de un amigo de las redes sociales, etc.).
Usualmente, un mensaje de notificación puede enrutarse a través de un servicio de transmisión automática mediante identificar su servidor de origen correspondiente y la recepción del dispositivo del cliente. En la recepción del mensaje de notificación, el dispositivo del cliente puede enviar el mensaje a una aplicación de cliente blanco para un usuario particular. Algunas veces, las aplicaciones de clientes múltiples para uno o más usuarios en el dispositivo del cliente pueden esperar los mensajes de notificación del mismo servidor de origen al mismo tiempo. Cada aplicación de espera del cliente puede invocarse cuando el mensaje de notificación llega. Como más y más aplicaciones del servidor se almacenan en el servidor de origen para soportar siempre el incremento del número de aplicaciones del cliente en el dispositivo del cliente, las fuentes de procesamiento valiosas en el dispositivo del cliente pueden desperdiciarse para el manejo de la notificación del mensaje.
Como tal, los mecanismos existentes para proporcionar la notificación del mensaje para los dispositivos de usuarios múltiples pueden ser fuentes de impuestos, no cuentan para usuarios múltiples en un dispositivo de usuario múltiple dado y/o posee otros problemas.
SUMARIO DE LA INVENCIÓN La invención puede proporcionar niveles múltiples de jerarquías de nomenclatura capaz de dirigir aplicaciones para el cliente individual y usuarios múltiples para enviar eficientemente los mensajes de notificación en un dispositivo de usuarios múltiples para minimizar el uso de recursos. Las aplicaciones de servidores múltiples hospedadas en un servidor común identificadas por un identlficador del servidor o un tópico puede transmitir automáticamente mensajes de notificaciones compartiendo el mismo tópico al dispositivo del cliente. Un sub-tópico puede incrustarse en un mensaje de notificación para el tópico en el dispositivo del cliente para identificar una aplicación de cliente blanco suscribiéndose al tópico.
En una modalidad, una aplicación del cliente puede registrar opcionalmente un identificador de la aplicación del cliente como un sub-tópico en una aplicación de servidor correspondiente corriendo en un servidor identificado por un tópico. El sub-tópico puede ser un nivel adicional de jerarquías de nomenclatura para la aplicación del cliente. Como un resultado, el mensaje de notificación enviado desde una aplicación del servidor almacenada en el servidor puede portar un símbolo y el identificador de la aplicación del cliente para permitir el enrutamiento del mensaje de notificación directamente a la aplicación del cliente sin invocar o notificar otras aplicaciones del cliente u otros usuarios suscribiendo al tópico compartido. El servidor de notificación puede usar el símbolo para enrutar el mensaje a la cuenta de usuario apropiada. Los mensajes de notificación múltiples de aplicaciones de servidor separado hospedadas por un servidor de un tópico puede multiplexarse a las aplicaciones de cliente separadas destinadas, para los mismos o diferentes usuarios, escuchando el mismo tópico en un dispositivo del cliente efectivamente y eficientemente para minimizar el uso del recurso del dispositivo del cliente requerido para manejar los mensajes de notificación recibidos.
En una modalidad, un método y aparato se describen en este documento para generar un identificador de sub-tóplco identificando una aplicación del cliente dentro de un dispositivo del cliente de usuarios múltiples. La aplicación del cliente puede asociarse con una aplicación del servidor hospedada en uno o más servidores de la aplicación. La aplicación del cliente puede registrar el servicio de notificación con el servidor de la aplicación para reenviar los identificadores asociados con la aplicación del cliente y habilitan la aplicación del servidor para transmitir automáticamente los mensajes de notificación al dispositivo del cliente para eses usuario selectivamente para la aplicación del cliente. Cuando se recibe un mensaje de notificación del servidor de la aplicación, el mensaje de notificación puede examinarse o inspeccionarse para reenviarse directamente a la aplicación del cliente sin invocar otras aplicaciones en el dispositivo del cliente si el mensaje de notificación porta un identificador del sub-tópico de la aplicación del cliente.
En otra modalidad, una solicitud de registro para la notificación del mensaje puede recibirse por una aplicación del servidor sobre una primera conexión de red de una aplicación del cliente corriendo en un dispositivo del cliente. La primera conexión de la red puede establecerse en un inicio desde el dispositivo del cliente a un servidor de aplicación con un identificador del servidor para el huésped de la aplicación del servidor. La solicitud puede portar identificadores que incluyen un símbolo de usuario identificando al usuario y al dispositivo del cliente y un identificador de la aplicación del cliente identificando la aplicación del cliente. El identificador del servidor puede enviarse al dispositivo del cliente para permitir que el dispositivo del cliente escuche los mensajes enviados desde el servidor de la aplicación. En una modalidad, los identificadores portados en la solicitud pueden almacenarse para registrar al usuario a la notificación del mensaje. El servidor de la aplicación puede enviar o transmitir automáticamente los mensajes de notificación para el dispositivo del cliente en una segunda conexión de red para una red de transmisión automática con el dispositivo del cliente vía el símbolo del cliente para notificar la aplicación del cliente. Los mensajes de notificación pueden identificarse por el identificador del servidor. Opcionalmente, los mensajes de notificación pueden portar el identificador de la aplicación del cliente para habilitar al dispositivo del cliente para enviar los mensajes de notificación directamente a la aplicación del cliente.
Otras características de la presente invención serán aparentes a partir de los dibujos que la acompañan y de la descripción detallada que sigue.
BREVE DESCRIPCIÓN DE LOS DIBUJOS La presente invención se ilustra por medio de ejemplo y no se limita en las figuras de los dibujos que la acompañan en los cuales las referencias similares indican elementos similares.
La Figura 1 A es un diagrama de bloque que ilustra una modalidad de sistemas en red para notificación de mensajes.
La Figura 1 B es un diagrama de bloque del símbolo del usuario que incluye un alias que se usa para identificar un usuario con una cuenta de usuario en un dispositivo de usuarios múltiples.
La Figura 2 es un diagrama de bloque ilustrando componentes ejemplarizadores en un dispositivo de usuarios múltiples para manejar mensajes de notificación de acuerdo con las modalidades descritas. .
La Figura 3 es un diagrama de bloque que ilustra componentes ejemplarizadores para un servidor de la aplicación para proporcionar mensajes de notificación.
La Figura 4 es un diagrama de secuencia que ilustra intercambios de mensajes ejemplarizadores entre un dispositivo de usuarios múltiples y un servidor de aplicación de acuerdo con las modalidades descritas en este documento.
La Figura 5A es un diagrama de flujo que ilustra una modalidad de un proceso para habilitar un dispositivo de usuarios múltiples para enrutar un mensaje de notificación para una aplicación de cliente identificado.
La Figura 5B es un diagrama de flujo que ilustra una modalidad de un proceso para generar un símbolo de usuario que se usa para enrutar un mensaje de notificación a una aplicación de cliente identificado para el usuario asociado con el símbolo de usuario.
La Figura 6 es un diagrama de flujo que ilustra una modalidad de un proceso para proporcionar mensajes de notificación de un servidor de aplicación a un cliente de aplicación.
La Figura 7 muestra un ejemplo de un sistema de procesamiento de datos que puede usarse con las modalidades descritas en este documento.
La Figura 8 ilustra un ejemplo de un sistema de computación típico que puede usarse junto con las modalidades descritas en este documento.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN El método y aparato para mensajes de notificación identificando una aplicación de cliente blanco entre las aplicaciones de clientes múltiples que se asocian con usuarios múltiples en un dispositivo de usuarios múltiples mediante eQcuchar o describir a un servidor de aplicación común se describen en este documento. En la siguiente descripción, numerosos detalles se establecen para proporcionar una explicación más completa de las modalidades de la presente invención. Será aparente, sin embargo, para un experto en la técnica, que las modalidades de la presente invención pueden practicarse sin estos detalles específicos. En otros ejemplos, las estructuras y dispositivos bien conocidos se muestran en forma de diagrama de bloque, más que en detalle para evitar oscurecer las modalidades de la presente invención.
La referencia en la especificación para "una modalidad" significa que una característica, estructura o característica particular descrita en conexión con la modalidad se incluye en al menos una modalidad de la invención. Las apariencias de la frase "una modalidad" en varios lugares en la especificación no necesariamente todas se refieren a la misma modalidad.
A menos que se especifique de otra manera, se aprecia que a través de toda la descripción, las divulgaciones usando los términos tales como "procesamiento" o "computación" o "calculando" o "determinando" o "desplegando" o los similares, se refieren a la acción y procesos de un sistema de procesamiento de datos, o dispositivo de computación electrónico similar, que manipula y transforma los datos representados como cantidades físicas (electrónicas) dentro de los registros y memorias del sistema de cómputo en otros datos similarmente representados como cantidades físicas dentro de las memorias o registros del sistema de computación y otro dicho almacenaje de información, transmisión o dispositivos de despliegue.
Los algoritmos y pantallas presentadas en este documento no se relacionan inherentemente a cualquier computadora particular u otro aparato. Varios sistemas de propósito general pueden usarse con programas de acuerdo con las enseñanzas de este documento, o pueden probar ser convenientes para construir aparatos más especializados para realizar las operaciones del método implementado por máquina. La estructura requerida para una variedad de estos sistemas aparecerá de la descripción inferior. Además, las modalidades de lá presente invención no se describen con referencia a cualquier lenguaje de programación particular. Se apreciará que una variedad de lenguajes de programación pueden usarse para implementar las enseñanzas de modalidades de la invención como se describe en este documento.
Una modalidad de la invención puede implementarse como un método o como un medio de almacenaje no transitorio legible por computadora que almacena instrucciones ejecutables que, cuando se ejecutan por un sistema de procesamiento de datos, causa que el sistema realice un método. Un aparato, tal como un sistema de procesamiento de datos también puede ser una modalidad de la invención. Otras características de la presente invención serán aparentes a partir de los dibujos que la acompañan y de la descripción detallada que sigue.
Al menos ciertas modalidades de la invención pueden ser parte de un reproductor multimedia digital, tal como un reproductor multimedia de videos y/o música portátil, que puede incluir un sistema de procesamiento multimedia para presentar los medios, un dispositivo de almacenaje para almacenar los medios y además puede incluir un transmisor-receptor de radio frecuencia (RF) (es decir, un receptor-transmisor RF para un teléfono celular) acoplado con un sistema de antena y el sistema de procesamiento multimedia. En ciertas modalidades, los medios almacenados en un dispositivo de almacenaje remoto pueden transmitirse al reproductor multimedia a través del receptor-transmisor RF. Los medios pueden ser por ejemplo, uno o más de música u otro audio, aún fotografías o fotografías con movimiento.
El reproductor de multimedia portátil puede incluir un dispositivo de selección multimedia, tal como un dispositivo de entrada de pantalla táctil, dispositivo de presión de empuje, dispositivo de entrada de puntero móvil u otro dispositivo de entrada. El dispositivo de selección multimedia puede usarse para seleccionar el multimedia almacenado en el dispositivo de almacenaje y/o el dispositivo de almacenaje remoto. El reproductor multimedia portátil puede en al menos ciertas modalidades incluir un dispositivo de pantalla que se acopla al sistema de procesamiento multimedia para desplegar los títulos u otros indicadores de multimedia siendo seleccionados a través del dispositivo de entrada y estando presentes a través de una bocina o audífono o en el dispositivo de pantalla, o en ambos dispositivo de pantalla y una bocina o audífono.
Las modalidades de las invenciones descritas en este documento pueden ser parte de otros tipos de sistemas de procesamiento de datos, tales como por ejemplo, sistemas de entretenimiento o asistentes personales digitales (PDAs) o sistemas de computadora de propósito general o sistemas de computadora de propósito especial o un dispositivo incrustado dentro de otro dispositivo, o teléfonos celulares que no incluyen reproductores multimedia o dispositivos que combinan aspectos o funciones de estos dispositivos (por ejemplo, un reproductor multimedia, tal como un iPod®, combinado con un PDA, un sistema de entretenimiento, y un teléfono celular en un dispositivo portátil), o dispositivos o productos electrónicos para el consumidor que incluye un dispositivo de entradas múltiples táctiles tal como un dispositivo portátil múltiple táctil o un teléfono celular y computadora portátil con un dispositivo de entrada múltiple táctil.
En una modalidad, un servidor hospedando una aplicación del servidor tal como un servidor de correo, un servidor IMAP (Protocolo de Mensaje de Acceso al Internet), un servidor de calendario, un servidor de contactos, un servidor de manejo del dispositivo u otras aplicaciones del servidor aplicable, etc. pueden mantener las capacidades de empuje mediante requerir un certificado de proveedor de empuje de una autoridad de servicio (es decir, Apple Inc.) para comunicar las notificaciones a los dispositivos del cliente. Una aplicación del cliente corriendo, correspondiente a uno de una pluralidad de usuarios, en un dispositivo del cliente puede solicitar capacidades de un servidor de aplicación hospedando una aplicación del servidor correspondiente vía una conexión establecida desde el dispositivo de cliente al servidor de aplicación. Si el resultado de la solicitud indica que el servidor de aplicación conoce el servicio de transmisión automática o capaz de proporcionar el servicio de transmisión automática, la aplicación del cliente puede enviar un comando de servicio de transmisión automática para identificarse a sí mismo para la aplicación del servidor.
En particular, una aplicación de cliente corriendo en un dispositivo de cliente puede presentarse, vía un comando de servicio de transmisión automática, un símbolo de usuario del usuario y el dispositivo del cliente para una aplicación del servidor para permitir un servidor alojando una aplicación del servidor para transmitir automáticamente los mensajes o notificaciones para el conteo de usuario apropiado del dispositivo del cliente. En respuesta al comando de servicio de transmisión automática, la aplicación del servidor puede identificar un tópico de notificación o un identificador para el servidor del cual el dispositivo del cliente puede escuchar u observar para recibir los mensajes transmitidos automáticamente desde el servidor.
En algunas modalidades, un comando de servicio de transmisión automática de una aplicación de clientes para una aplicación del servidor puede incluir pares de valores nombrados tal como un número de versión para un protocolo de transmisión automática para la aplicación correspondiente, un identificador de cuenta, un símbolo de usuario para permitir al servidor (por ejemplo correr la aplicación del servidor) contactar un dispositivo del cliente para el usuario correspondiente hospedando la aplicación del cliente y/o un identificador sub-tópico identificando la aplicación del cliente. El identificador del cliente y/o el identificador del sub-tópico pueden permanecer opacos para el servidor para pasarse a un servicio de transmisión automática (o un servidor de transmisión automática). Los mensajes de notificación para el dispositivo del cliente para la aplicación del cliente pueden portarse junto al identificador de cuenta y el identificador :'sub-tópico.
En una modalidad, una respuesta para un comando de servicio de transmisión automática de una aplicación del servidor para una aplicación del cliente puede incluir valores nombrados incluyendo un número de versión para un protocolo de transmisión automática y un identificador tópico asociado con un servidor alojando la aplicación del servidor. El identificador tópico puede usarse para registrar un certificado de proveedor para el servidor que habilita al servidor para transmitir automáticamente los mensajes de notificación a una cuenta de usuario para un usuario del dispositivo del cliente corriendo la aplicación del cliente. En ciertas modalidades, el dispositivo del cliente y el servidor puede realizar intercambios mediante apretar las manos vía el comando/respuesta de servicios de transmisión automática, por ejemplo, para negociar una versión del protocolo de transmisión automática de la aplicación del servidor para la aplicación del cliente (por ejemplo, identificando la versión más altamente soportada para ambos, el servidor y las aplicaciones del cliente).
De acuerdo con una modalidad, un sub-tópico para las aplicaciones del cliente puede proporcionar uno o más niveles adicionales para el direccionamiento indirecto de una parte superior para un tópico asociado con los servidores de aplicación. Por ejemplo, un sub-tópico puede dirigir los mensajes de notificación señalando una aplicación del cliente. Una aplicación del cliente puede registrarse para un par tópico o sub-tópico. Alternativamente, una aplicación del cliente y un servidor de la aplicación no pueden acoplarse herméticamente vía un mecanismo basado en sub-tópico. Las aplicaciones múltiples (clientes) pueden registrarse para un sub-tópico común en un tópico. Además, una aplicación del cliente puede registrar un sub-tópico para uno o más usuarios.
Un sub-tópico puede reenviarse de una aplicación del cliente a una aplicación del servidor para registrarse. En ciertas modalidades, un sub-tópico u otros niveles de nomenclaturas de las jerarquías pueden registrarse para una aplicación del cliente para una aplicación del servidor sin una necesidad de reenviar el sub-tópico por la aplicación del cliente.
Para ilustrar, de acuerdo de una modalidad, una aplicación de Contacto, una aplicación de Calendario, y una aplicación de Texto pueden pertenecer a una plataforma de Office de aplicaciones. La aplicación de Contacto puede registrar un sub-tópico de "contactos" bajo un tópico generar "oficina" para uno o más usuarios. La aplicación Calendario puede seleccionarse para registrar el mismo sub-tópico exacto (es decir, "contactos") y el par tópico (es decir, "contacto" y "oficina") como para la aplicación de Contactos para proporcionar una experiencia de uso mejor más actualizado, es decir, para agregar cumpleaños. La aplicación de Texto, sin embargo, puede registrarse bajo el tópico general "oficina" sin registrarse para el sub-tópico "contactos". Además, el registro con un sub-tópico no puede cumplir innecesariamente a uno a uno para mapearse para una aplicación específica (o al blanco). Un servidor no puede necesitarse o compartir información sub-tópica con un cliente. Por ejemplo, el servidor puede asociarse a un cambio en los datos de contacto con un sub-tópico específico, es decir, "contacto" y usar el sub-tópico para un protocolo de transmisión automática como un mecanismo inherente.
Como otro ejemplo, la aplicación de Contacto registra las notificaciones para instancias separadas de cada usuario en un dispositivo de usuarios múltiples. En este ejemplo, la aplicación de Contactos puede registrar las solicitudes de notificaciones separadas para el usuario 1 , el usuario 2 el usuario N del dispositivo de usuarios múltiples. Esto es porque el usuario 1 , desearía conseguir las notificaciones para el usuario del usuario 1 de la aplicación de Contactos y sin notificación para la aplicación de Contactos asociado con el usuario 2 usuario N.
La Figura 1 A es un diagrama de bloque ilustrando una modalidad de sistemas en red para notificación de mensajes. Los sistemas en red 100 pueden incluir uno o más servidores (o huéspedes), tal como el servidor de aplicación 101 , el puente 1 19, un servidor de notificación 105, es decir, el servidor APN, acoplado a uno o más dispositivos, tal como el dispositivo de usuarios múltiples 109 (es decir, una computadora personal, computadora portátil, teléfono inteligente, un dispositivo de juegos, etc.) vía redes 107. En una modalidad, la red 107 puede permitir conexiones en red (por ejemplo, para enviar una notificación de transmisión automática) entre el servidor de notificación 105, dispositivo de usuarios múltiples 109 y/o un servidor de aplicación 101 vía la Internet abierta, una intranet, redes de seguridad de corta fuegos protegidos, redes de celular de área amplia (es decir, una red 3G), etc. Las redes 107 pueden ser alámbricas, inalámbricas (tales como Wi-Fi, Bluetooth, etc.) o una combinación de ambas.
De acuerdo con una modalidad, el servidor de la aplicación 101 puede incluir un dispositivo de servidor simple o un grupo de dispositivos de servidor localmente o remotamente distribuidos. El servidor de aplicación 101 puede alojar una o más aplicaciones del servidor separado, tal como la aplicación del servidor 1 17, el servicio correspondiente a las aplicaciones del cliente corriendo en los dispositivos del cliente, tal como el dispositivo de usuarios múltiples 109. Las aplicaciones del servidor pueden incluir un servidor de correo, un servidor de calendario, un servidor de contactos, un servidor de administración de dispositivos u otras aplicaciones del servidor aplicable. En una modalidad, el servidor de aplicación 101 puede registrar un certificado del servidor de notificación 105 para transmitir automáticamente o enviar los mensajes de notificación para el dispositivo de usuarios múltiples 109. El registro puede asignar el tópico 103 como un identificador (por ejemplo, incluido en un certificado registrado) identificando el servidor de aplicaciones 101. El dispositivo de usuarios múltiples 109 puede escuchar un tópico 103 para los mensajes originándose desde el servidor de aplicación 101 vía un servicio de transmisión automática, tal como el Servicio APN de Apple, Inc. proporcionado por el servidor de notificación 105 para uno o más de los usuarios que han contado en el dispositivo de usuarios múltiples 109.
En una modalidad, el servidor de la aplicación 101 transmite las notificaciones de transmisión automática a través de un puente 1 19. En una modalidad, el puente 1 19 se usa para convertir las notificaciones de transmisión automática de un formato a otro. En esta modalidad, el puente 1 19 actúa como un proxy (red) para el cliente de usuarios múltiples 109 mediante recibir una solicitud de notificación de transmisión automática del servidor de notificación 105 y traducir esa solicitud de solicitud de notificación de transmisión automática en un protocolo que el servidor de aplicación 101 puede completarse. Por lo tanto, el servidor de la aplicación 101 transmite las notificaciones de transmisión automática destinadas al cliente de usuarios múltiples 109 en el protocolo nativo usado por el servidor de aplicación. El puente 1 19 recibe esta notificación de transmisión automática y traduce estas notificaciones en un formato apropiado ; para]; las reivindicaciones de usuarios múltiples (es decir, servicio de Notificación de Transmisión Automática Apple (APN), etc.). Por ejemplo y en una modalidad, el servidor de aplicación 101 recibe las solicitudes de notificación de transmisión automática y transmite las notificaciones de transmisión automática usando el protocolo de presencia y de mensajes extensibles (XMPP) y el cliente de usuarios múltiples 109 recibe (transmite) las notificaciones de transmisión automáticas (solicitudes de notificación de transmisión . automática) usando un protocolo diferente (por ejemplo, protocolo APN, etc.).
En una modalidad, el puente 119 mantiene una lista de usuarios de clientes de usuarios múltiples y/o clientes de usuario simple que suscribe transmitir automáticamente las notificaciones del servidor de aplicaciones 101. En esta modalidad, el servidor de la aplicación 101 interactúa con el puente 119 como si el puente 119 fuera uno o más de aquellos usuarios. El puente 119 interactúa con el usuario correspondiente a la cuenta con el dispositivo de usuarios múltiples 109 y/o el cliente de usuarios múltiples para completar la notificación de transmisión automática para los usuarios.
En una modalidad, el dispositivo de usuarios múltiples 109 puede hospedar una o más cuentas de usuario 114 A-B. Mientras en una modalidad, el usuario múltiple 109 se ilustra con dos cuentas de usuario, en modalidades alternas, el dispositivo de usuarios múltiples 109 puede tener menos o más cuentas de usuario. En una modalidad, un usuario es una persona quien usa el dispositivo de usuarios múltiples 109. El usuario puede usar el dispositivo de usuarios múltiples 109 con una cuenta de usuario. En una modalidad, una cuenta de usuario se usa para modificar el dispositivo de usuarios múltiples 109 para ese usuario. Por ejemplo y en una modalidad, un usuario usa una cuenta de usuario para crear configuraciones especificas para el ambiente del sistema del archivo del usuario, del escritorio, las aplicaciones, etc. En esta modalidad, un usuario puede usar la cuenta de usuario para configurar una aplicación para un uso particular por ese usuario. Por ejemplo y en una modalidad, el usuario 1 puede configurar una aplicación de Correo de manera que el usuario 1 observaría los correos electrónicos para el usuario 1 y no otros usuarios.
En una modalidad alterna, para los servidores de las aplicaciones 101 que se comunican en el mismo protocolo que el cliente de usuarios múltiples 109 usa, el servidor de la aplicación 01 comunica las notificaciones de transmisión automática sin pasar a través del puente 119.
En una modalidad, el dispositivo de usuarios múltiples 109 puede hospedar aplicaciones de clientes múltiples incluyendo la aplicación 1 1 1 A-B. En una modalidad, cada usuario 1 14A-B puede asociarse con una o más aplicaciones 11 1 A-B que puede usarse con el servidor de la notificación 105. Una aplicación del cliente puede ser una aplicación de correo, aplicación de calendario, aplicación de contactos, aplicación de administración del dispositivo, u otra aplicación para el cliente aplicable, que pueden servir para una aplicación del servidor correspondiente. El dispositivo de usuario múltiple 109 puede registrarse con un servicio de transmisión automática, por ejemplo, vía el servidor de notificación 105 para obtener un símbolo de dispositivo 1 15 para habilitar al dispositivo de usuarios múltiples 109 para recibir los mensajes transmitidos automáticamente desde un servidor, tal como el servidor de aplicación 101 , vía el servicio de transmisión automática. El símbolo del dispositivo 1 15 puede identificar y/o certificar el dispositivo de usuarios múltiples 109 para enrutar los mensajes de notificación vía el servicio de transmisión automática. Adicionalmente, el sub-tópico 1 13A-B puede generarse para cada una de la cuenta del usuario 1 14A-B en lugar del dispositivo de usuarios múltiples 109 para identificar la aplicación únicamente 1 1 1A-B entre las diferentes aplicaciones del cliente y/o los usuarios en el dispositivo. Por lo tanto, el dispositivo de usuario múltiple 109 puede solicitar un símbolo de usuario 1 14A-B para cada usuario 1 16A-B, respectivamente. En una modalidad, el símbolo del usuario 1 14A-B se usa para identificar únicamente al usuario 1 16A-B, respectivamente, para las notificaciones de transmisión automática.
En una modalidad, la aplicación 1 1 1 A-B puede reenviar el símbolo de usuario respectivo 1 14A-B u el sub-tópico 1 13A-B a una aplicación de servidor correspondiente 1 17 para el servidor de la aplicación 101 para transmitir automáticamente los mensajes de notificación para el dispositivo de usuarios múltiples 109. A su vez, el servidor de la aplicación 101 puede contestarse con el tópico 103 para el dispositivo de usuarios múltiples 109 para escuchar para recibir los mensajes de notificación transmitidos automáticamente del servidor de la aplicación 101. Los mensajes de notificación pueden incrustar el sub-tópico 1 13A-B y/o el símbolo del usuario 1 1 1A-B para permitir al dispositivo de usuarios múltiples 109 enviar directamente los mensajes al usuario 1 16A-B y la combinación de la aplicación 1 1 1 A-B identificada por el sub-tópico 1 13A-B y/o el símbolo del usuario 1 14A-B sin invocar las otras aplicaciones del cliente o notificar las otras cuentas del usuario en el dispositivo.
La Figura 1 B es un diagrama de bloque del símbolo del usuario 1 14A que incluye un alias que se usa para identificar un usuario con una cuenta de usuario en un dispositivo de usuario múltiple. En la Figura 1 B, el símbolo del usuario 114A incluye un identificador del dispositivo 130, la información de la zona 134, el alias 136 y los datos de relleno (padding) 138. El identificador del dispositivo 130 es un identificador como se conoce en la técnica que se usa para identificar el dispositivo de usuario múltiple 109. Mediante incluir el identificador del dispositivo 130 en el símbolo del usuario 1 14A, el usuario 1 16A se asocia con el dispositivo de usuarios múltiples 109. En una modalidad, el identificador del dispositivo 134 es el mismo identificador usado en el símbolo del dispositivo 1 15. El identificador del dispositivo puede ser una certificación del dispositivo, identificador del equipo, algún otro dispositivo identificando los datos como se conoce en la técnica, etc. y/o una combinación en este documento.
En una modalidad, la información de la zona 134 es un identificador que se asocia con el usuario 1 16A para una zona particular del sistema de notificación. En una modalidad, una zona es una subdivisión del sistema de notificación, en donde el sistema de notificación puede hacerse de una o zonas y cada uno de los clientes de la notificación (es decir, el dispositivo de usuario múltiple 109, otros clientes de notificación, etc.) en la misma zona se manejan por uno o más servidores de notificación para esa zona. En una modalidad, un servidor de notificación 105 usa la información de la zona para reenviar una notificación de transmisión automática al servidor de notificación apropiado que es el manejo de la zona. Por ejemplo y en una modalidad, si el servidor de notificación 105 procesa las notificaciones de transmisión automática para la zona 1 y este servidor de notificación recibe una notificación de transmisión automática para la zona 2 del servidor de la aplicación 109, el servidor de notificación 105 reenviaría esta notificación de transmisión automática a otro servidor de notificación (no ilustrado) que maneja las notificaciones de transmisión automática para la zona 2.
Además, el símbolo del usuario 116A incluye el alias 136. En una modalidad, el alias 136 se usa para identificar a un usuario del dispositivo de usuarios múltiples. En esta modalidad, existe un- alias único para cada usuario y la cuenta de usuario correspondiente presente en la máquina de usuarios múltiples 109. Por ejemplo y en una modalidad, en un dispositivo de usuarios múltiples, si existen dos cuentas de usuario, existiría un alias único para cada uno de los dos usuarios. Un alias 136 puede ser un número aleatorio, un número enumerado, derivado de un certificado de usuario, etc. En una modalidad, el alias 136 es un campo de cuatro bites en el símbolo del usuario 116A. En una modalidad, el alias 136 es un alias del dispositivo que se usa para representar una cuenta de usuario y puede usarse en lugar de un identificador del dispositivo para la notificación de transmisión automática.
Por lo tanto, el símbolo del usuario 116A puede incluir los datos de relleno 138. En una modalidad, los datos de relleno 136 son los datos que no son importantes para el uso del símbolo 116A y se usan para llenar el espacio dentro del símbolo 116A y/o el espacio reservado en el símbolo 116A para uso futuro.
La Figura 2 es un diagrama de bloque ilustrando los componentes ejemplarizadores en un dispositivo de usuario múltiple 109 para mantener los mensajes de notificación de acuerdo con las modalidades descritas en este documento. Por ejemplo, el dispositivo de usuario múltiple 109 puede registrar un servicio de transmisión automática vía los sistemas de red 100 de la Figura 1A para usuarios múltiples 116A-B. En una modalidad, el módulo de administración de la notificación 201 puede proporcionar un entorno integrado para el servicio de transmisión automática dentro del dispositivo de usuario múltiple 109. El módulo de administración de notificación 201 puede recibir el símbolo del dispositivo 115 durante un proceso de conexión del servicio (por ejemplo, servicio de transmisión automática) para identificar el dispositivo de usuario múltiple 109 como se certifica o confía para recibir los mensajes de notificación transmitidos vía el servicio de transmisión automática. Por lo tanto, el módulo de administración de notificación 201 puede recibir los símbolos de usuario 114A-B durante un proceso de conexión del servicio (es decir, el servicio de transmisión automática) para identificar a los usuarios 116A-B, respectivamente, como se certifica o confía para recibir los mensajes de notificación transmitidos automáticamente vía el servicio de notificación. En una modalidad, el módulo de administración de notificación 201 puede determinar si un mensaje transmitido automáticamente desde el servicio de transmisión automática se destina para un usuario 116A-B del dispositivo de usuario múltiple 109 de acuerdo a si los mensajes se igualen o incluyen el símbolo de usuario 114A-B.
De acuerdo con una modalidad, el módulo de administración de la notificación 201 puede generar uno o más sub-tópicos 13A-B, por ejemplo, en respuesta a una solicitud para las aplicaciones 1 11 A-B, como las aplicaciones de identificación del identificador de la aplicación del cliente 111A-B dentro del dispositivo de usuario múltiple 109. Las aplicaciones 111A-B pueden reenviar el sub-tópico 113A-B y el símbolo de usuario correspondiente 1 AA-B para registrar la notificación del mensaje de recepción de una aplicación de servidor correspondiente tal como la aplicación el servidor 117 de la Figura 1. En una modalidad, la aplicación 111 A-B puede suscribir o escuchar un tópico, tal como el tópico 103 de la Figura 1 , vía el módulo de administración de notificaciones 201. Más de una aplicación 111A-B en el dispositivo de usuario múltiple 109 puede registrarse o suscribirse a un tópico común. Por lo tanto, las aplicaciones 1 11 A-B que se usan por los usuarios diferentes 114A-B en el dispositivo de usuarios múltiples 109 pueden registrarse o suscribirse a un tópico común. El módulo de administración de las notificaciones 201 puede almacenar los datos de suscripción tópica en el perfil de suscripción 203 indicando que tópico está siendo suscrito actualmente por dicha aplicación para dicho usuario. En una modalidad, el módulo de administración de la notificación 201 puede tener un perfil de suscripción diferente 302 para cada símbolo de usuario 116A-B. En esta modalidad, el dispositivo de usuario múltiple 109 asocia los perfiles de suscripción diferentes para el usuario 114A-B correspondiente a ese símbolo de usuario 116A-B respectivamente.
En la recepción de un mensaje de notificación transmitido sobre un servicio de transmisión automática, el módulo de manejo de notificación 201 puede extraer un símbolo de la recepción del mensaje de notificación para determinar si el mensaje de notificación se destina para el dispositivo de usuarios múltiples 109 con base en por ejemplo, una igualación entre el símbolo y el símbolo de usuario 116A o 116B. El módulo de administración de notificación 201 puede identificar un tópico del mensaje de notificación recibido para identificar cuales aplicaciones del cliente y cual cuenta de usuario deben notificarse con el mensaje de notificación recibida de acuerdo con el perfil de suscripción 203. Opcionalmente, el módulo de administración de notificación 201 puede determinar si el mensaje de notificación recibido porta un sub-tópico (es decir, una cuerda) para enviar el mensaje de notificación recibido directamente a una aplicación del cliente identificada por la cuerda del sub-tópico, tal como la aplicación 111A-B identificada por el sub-tópico 113A-B, sin invocar o notificar otras aplicaciones también suscribiendo el tópico incluido en el mensaje de notificación recibido.
En una modalidad, el módulo de administración de notificación 201 puede mantener la lista blanca y/o la lista negra para cada uno de los usuarios diferentes 114A-B. En esta modalidad, una lista blanca es una lista de los idehtificadores de la aplicación correspondientes a las aplicaciones instaladas que el usuario del dispositivo móvil desea para recibir los mensajes de notificación. Por lo tanto, la lista negra es una lista de identificadores de la solicitud correspondiente a las solicitudes instaladas que el usuario del dispositivo móvil no desea para recibir los mensajes de notificación. Manteniendo y usando la lista negra/la lista blanca se describieron en detalle en la Solicitud de Patente Estadounidense No. 12/392,679 titulada "Administración de Mensajes de Notificación", presentada el 24 de Febrero, 2009 e incorporada en este documento como referencia.
La Figura 3 es un diagrama de bloque ilustrando componentes ejemplarizadores para un servidor de aplicación para proporcionar mensajes de notificación. Por ejemplo, el servidor de la aplicación 101 puede transmitir automáticamente los mensajes de notificación para los dispositivos del cliente vía el servidor de notificación 105 sobre los sistemas de red 100 de la Figura -1. En» una modalidad, el módulo de notificación 301 puede recibir el tópico 103 para identificar el servidor de aplicación 101 como parte de un certificado recibido de una autoridad de un servicio de transmisión automática. La aplicación del servidor 117 puede pasar el tópico 103, por ejemplo, recuperarse via el módulo de notificación 301 , para un dispositivo de cliente, tal como el cliente móvil 109 de la Figura 1 para habilitar al dispositivo del cliente para escuchar los mensajes transmitidos automáticamente desde el servidor de la aplicación 101.
En una modalidad, el registro del servicio de notificación 303 puede almacenar los símbolos del usuario y los datos asociados recibidos desde los dispositivos del cliente registrado para notificación del mensaje de la aplicación del servidor 117 u otras aplicaciones del servidor hospedadas en el servidor de la aplicación 101. El registro del servicio de notificación 303 puede basarse en los dispositivos de almacenaje en masa o memoria localmente o remotamente acoplados al servidor de la aplicación 101. En una modalidad, un símbolo de usuario en el registro del servicio de notificación 303 puede asociarse con los datos tales como los sub-tópicos reenviados desde una aplicación del cliente para registrar la notificación del mensaje. Los datos asociados pueden permanecer opacos para el servidor de la aplicación 101 y/o el servidor de notificación 105. Por ejemplo, los recursos de procesamiento pueden colocarse en el servidor de la aplicación 101 para los datos asociados excepto para el almacenaje, recuperación, remoción y/o el reenvío de estos datos. Cuando se transmite automáticamente un mensaje de notificación a un dispositivo del cliente identificado por un símbolo de usuario, la aplicación del servidor 117 puede reenviar el símbolo de usuario junto con sus datos asociados y tópicos 103 al servidor de notificación 105, por ejemplo, vía el módulo de notificación 301.
Para mantener el mapeo entre un símbolo de usuario y un símbolo del dispositivo, el servidor de notificación 105 mantiene una lista de la cual los alias se asocian con dicho dispositivo. En una modalidad, el servidor de notificación 105 se asocia con los alias múltiples para un dispositivo en una lista del identificador 300. En una modalidad, los alias en la lista del identificador .300 puede ser el alias 136 como se describe en la Figura 2. Por ejemplo y en una modalidad, el servidor de notificación 105 asocia los alias 304A-N con el símbolo del usuario 302A y los alias 306A-N con el símbolo del dispositivo 302B. En una modalidad, el servidor de notificación 105 mantiene esta lista mediante el procesamiento de los símbolos de usuario cuando las aplicaciones en uso por las diferentes cuentas de usuario envían solicitudes para suscribir la transmisión automática de las notificaciones. Por ejemplo y en una modalidad, el servidor de notificación 105 recibe un símbolo de usuario que incluye un identificador del dispositivo cuando una aplicación solicita suscribir una notificación de transmisión automática. En esta modalidad, el servidor de notificación extrae el alias y asocia el identificador del dispositivo del símbolo del usuario y actualiza la lista del identificador 300, si se necesita.
La Figura 4 es un diagrama de secuencia ilustrando intercambios de mensajes ejemplarizadores entre un dispositivo de usuarios múltiples y un servidor de aplicación de acuerdo con las modalidades descritas en este documento. En una modalidad, el dispositivo de usuarios múltiples 109, el servidor de la aplicación 101 y la notificación 105 pueden acoplarse con otro vía la red 107 de la Figura 1. El dispositivo de usuarios múltiples 109 puede recibir un símbolo de usuario, tal como el símbolo de usuario 114A o 114B de la Figura 1 , del servicio de transmisión automática, por ejemplo, vía el servidor de notificación 105, antes de registrar el servidor de la aplicación de notificación del mensaje 101 , por ejemplo antes de la instancia 401. El servidor de la aplicación 101 puede recibir un certificado de una autoridad de seguridad de un servicio de transmisión automática para autorizar al servidor de la aplicación 101 establecer una conexión para un servidor de transmisión automática, tal como el servidor de notificación 105. El certificado recibido puede incluir un tópico como una cuerda, tal como el tópico 103 de la Figura 1 , para identificar el servidor de la aplicación 101.
En una modalidad, una aplicación de cliente, por ejemplo, correo, del dispositivo de usuario múltiple 109 puede iniciar una conexión de red con una aplicación de servidor correspondiente, por ejemplo, un servidor IMAP, hospedado en el servidor de aplicación 101 para registrar la notificación del mensaje de la aplicación del servidor. En la secuencia 401 , la aplicación del cliente puede iniciar una conexión de red entre el dispositivo de usuario múltiple 109 y el servidor de la aplicación 101 para enviar una solicitud de consulta para inquirir cual capacidad se soporta por la aplicación del servidor. En respuesta, en la secuencia 403, la aplicación del servidor puede contestarse con los indicadores indicando la disponibilidad de una opción de transmisión automática, por ejemplo, con base en un protocolo incluyendo el indicador XAPPLEUSHSERVICE.
A su vez en la secuencia 405, una aplicación del cliente puede enviar un comando del dispositivo de usuario múltiple 109 al servidor de la aplicación 101 para registrar la notificación o la transmisión automática del mensaje. El comando puede incluir parámetros con nombres e identificadores para permitir una aplicación del servidor para dirigir el dispositivo de usuario múltiple 109, la cuenta de usuario (por ejemplo, el símbolo de usuario) y/o la aplicación del cliente. En una modalidad, los parámetros se basan en los valores nombrados incluyendo un símbolo de usuario del dispositivo de usuario múltiple. 109. Opcionalmente, los parámetros pueden incluir un sub-tópico, por ejemplo, "com.apple.mobilmail", únicamente pertenecido por la aplicación del cliente dentro del dispositivo de usuario múltiple 109. En la secuencia 407, un servidor de la aplicación puede contestarse con un tópico identificando el servidor de la aplicación 101. Un tópico puede ser una cuerda, es decir, "com.goggle.push", que puede usarse para identificar los mensajes transmitidos automáticamente desde el servidor de la aplicación 101 vía un servicio de transmisión automática compartido por múltiples servidores. Las transacciones específicas de la aplicación adicional pueden intercambiarse sobre la misma conexión de red establecida para registrar la notificación del mensaje entre el dispositivo de usuario múltiple 109 y el servidor de la aplicación 101. Esta conexión de red puede desconectarse mientras el dispositivo de usuario múltiple 109 está esperando las notificaciones del servidor de la aplicación 101.
Subsecuentemente, una aplicación del servidor puede generar un mensaje de notificación a transmitirse automáticamente al dispositivo de usuario múltiple 109, es decir, en respuesta a las ocurrencias de ciertos eventos específicos de la aplicación, tal como la llegada de nuevos correos electrónicos en un servidor IMAP para un usuario particular. La aplicación del servidor puede empacar los mensajes de notificación con un símbolo de usuario y pasar los datos asociados con el símbolo de usuario, por ejemplo, incluyendo un sub-tópico de una aplicación de cliente registrado (o almacenado) para el dispositivo de usuarios múltiples 109. En la secuencia 409, el servidor de la aplicación 101 puede enviar el mensaje de notificación con un tópico identificando el servidor de la aplicación 101 vía el servidor de notificación 105 para el dispositivo de usuarios múltiples 109. A su vez, en la secuencia 411 , el servidor de notificación 105 puede transmitir automáticamente el mensaje de notificación al dispositivo de usuario múltiple 109 vía un servicio de red de transmisión automática.
A la llegada de un mensaje de notificación, el dispositivo de usuarios múltiples 109 puede verificar un tópico y/o un símbolo de usuario del mensaje antes de reenviar el mensaje a las aplicaciones del cliente interesadas y la cuenta del usuario. El dispositivo de usuario múltiple 109 puede ignorar el mensaje si la verificación falla (es decir, el tópico no es suscribe y/o el símbolo de usuario no ¡guala un símbolo de usuario local). Opcionalmente, el dispositivo de usuario múltiple 109 puede extraer un sub-tópico de una carga útil del mensaje de notificación para enviar el mensaje de notificación solamente a la aplicación del cliente nombrada por el sub-tópico sin reenviar a las otras aplicaciones suscribiendo al tópico. El dispositivo de usuarios múltiples 109 puede invocar la aplicación del cliente para esa cuenta de usuario si la aplicación del cliente está en un estado de inactividad o no está actualmente corriendo para recibir el mensaje de notificación. A su vez, en la secuencia 413, la aplicación el cliente puede iniciar una conexión con una aplicación de servidor correspondiente en el servidor de la aplicación 101 para realizar las transacciones específicas de la aplicación (por ejemplo, recuperar los mensajes.de correo para el usuario correspondiente).
La Figura 5A es un diagrama de flujo ilustrando una modalidad de un proceso 500 para habilitar un dispositivo de usuario múltiple para enrutar un mensaje de notificación a una aplicación de cliente identificado. El proceso ejemplarizador 500 puede realizarse por una lógica de procesamiento que puede comprender el equipo (circuitos, lógica dedicada, etc.), programas (tales como se corren en una máquina dedicada) o una combinación de ambos. Por ejemplo, el proceso 500 puede realizarse por algunos componentes del sistema 100 de la Figura 1. En el bloque 501 , la lógica del procesamiento del proceso 500 puede generar un identificador de la aplicación (es decir, un sub-tópico) para una aplicación del cliente residiendo en un dispositivo del cliente identificado por un símbolo de usuario, la aplicación del cliente para realizar transacciones con una aplicación del huésped hospedada por uno o más servidores de la aplicación identificados por un identificador del servidor (es decir, un tópico).
En el bloque 503, en una modalidad, la lógica del procesamiento del proceso 500 puede registrar el servicio de notificación de mensajes de los servidores de la aplicación para una aplicación del cliente. La lógica del procesamiento del proceso 500 puede reenviar identificadores (es decir, incluyendo un sub-tópico para el identificador de la aplicación del cliente y un símbolo de usuario para un usuario del dispositivo del cliente) asociado con la aplicación del cliente para una aplicación del servidor hospedada en los servidores de aplicación para habilitar la aplicación del servidor para transmitir automáticamente los mensajes de notificación al dispositivo del cliente para la aplicación del cliente y el usuario correspondiente.
En el bloque 505, en respuesta para recibir un mensaje de notificación de un servidor de aplicación, la lógica del procesamiento del proceso 500 puede determinar si el mensaje de notificación porta un identificador de la aplicación. En una modalidad, la lógica del procesamiento del proceso 500 puede extraer un símbolo y un tópico (por ejemplo, con base en los valores nombrados) del mensaje de notificación para verificar el mensaje de notificación se intenta para recibirse por un dispositivo de usuarios múltiples. En una modalidad, la lógica de procesamiento del proceso 500 puede identificar el identificador de la aplicación, es decir, un sub-tópico de una carga útil del mensaje de notificación.
Si un identificador de aplicación o un sub-tópico y el alias en el símbolo del usuario se identifica, en el bloque 507, la lógica de procesamiento del proceso 500 puede reenviar el mensaje de notificación a una aplicación del cliente identificada por el sub-tópico para el usuario identificado por el alias sin reenviar el mensaje de notificación a otras aplicaciones suscribiéndose a un tópico u otros usuarios (si aquellos usuarios usan la aplicación del cliente o no) del mensaje de notificación. La lógica de procesamiento del proceso 500 puede seleccionar la aplicación del cliente identificada por el sub-tópico entre las aplicaciones de cliente múltiple y seleccionar la aplicación del cliente para el usuario apropiado suscribiendo al tópico en un dispositivo del cliente. Por otro lado, si no se encuentran sub-tópicos en el mensaje de notificación, la lógica del procesamiento del proceso 500 puede reenviar el mensaje de notificación a cada aplicación del cliente suscribiendo el tópico a la aplicación del cliente y/o a cada usuario para determinar si procesa el mensaje de notificación (es decir con base en el contenido portado en el mensaje).
La Figura 5B es un diagrama de flujo ilustrando una modalidad de un proceso para generar un símbolo de usuario que se usa para enrutar un mensaje de notificación a una aplicación de identificación del cliente para el usuario asociado con el símbolo del usuario. El proceso ejemplarizador 500 puede realizarse por una lógica de procesamiento que puede comprender equipo (circuitos, lógica dedicada, etc.), programas (tal como se corren en una máquina dedicada) o una combinación de ambos. Por ejemplo, el proceso 500 puede realizarse por algunos componentes del sistema 100 de la Figura 1 A (por ejemplo, el cliente de usuario múltiple 109. En el bloque 552, la lógica de procesamiento del proceso 550 puede recibir una solicitud de notificación de transmisión automática. En una modalidad, un módulo de administración de notificaciones 201 recibe la solicitud de notificación de transmisión automática de una aplicación del cliente 1 1 1 A o 1 1 1 B como se describió anteriormente en la Figura 2. En esta modalidad, la solicitud de notificación de transmisión automática puede ser de una aplicación de cliente de un usuario. En una modalidad, la solicitud de notificación de transmisión automática identifica que aplicación del cliente y el usuario está solicitando la notificación de la transmisión automática.
En una modalidad, la solicitud de notificación automática puede incluir uno o más de los siguientes: un símbolo del dispositivo, un símbolo de usuario, y/o un certificado de usuario. Por ejemplo y en una modalidad, el símbolo del dispositivo es un símbolo del dispositivo 1 15 que identifica l dispositivo para el sistema de notificación de transmisión automática y el símbolo de usuario es el símbolo de usuario 116A que se usa para identificar al usuario para el sistema de notificación de transmisión automática y puede incluir un alias para ese usuario como se describe en las Figuras 1A-2 anteriores.
En el bloque 554, el proceso 500 determina si existe un certificado incluido en la solicitud.
En una modalidad, el certificado es un certificado de clave pública que se usa para identificar al usuario que está haciendo la solicitud. El certificado puede ser uno basado en una identidad de usuario (ID de Apple, ID de MobileMe, algún otro certificado como se conoce en la técnica, etc.). Si no se incluye un certificado en la solicitud, en el bloque 556, el proceso 550 genera el certificado. En una modalidad, el proceso 500 genera el certificado mediante recuperar el certificado de un servicio de generación de certificado de tercera parte. En una modalidad, una autoridad de certificado apropiada firma el significado. En una modalidad, el certificado se usa para generar el alias para el usuario (es decir, el alias 136 que es parte del símbolo del usuario 116A como se describió anteriormente en la Figura 1 ).
Si el certificado se incluye en la solicitud de notificación de transmisión automática, el proceso 550 conecta al sistema de notificación de transmisión automática en el bloque 558. En una modalidad, el proceso 550 transmite un comando de conexión de notificación de transmisión automática al servidor de notificación 105. Mediante transmitir la conexión de notificación de transmisión automática, el proceso 550 señala al sistema de notificación que el proceso 550 está listo para recibir las notificaciones para el usuario y la aplicación del cliente, asociada qpn el usuario.
En el bloque 560, el proceso 560 recupera y almacena el símbolo del dispositivo desde el sistema de notificación de transmisión automática. En una modalidad, el proceso 500 recupera el símbolo del dispositivo del servidor de notificación 105 y almacena el símbolo del dispositivo en el perfil de suscripción 203 como se describió anteriormente en la Figura 2. En una modalidad, el símbolo del dispositivo se creó en la instancia inicial del dispositivo de usuario múltiple 109 conectando al servidor de notificación 105.
El proceso 550 determina si el símbolo del usuario se incluye en la solicitud de notificación de transmisión automática en el bloque 562. En una modalidad, si un símbolo de usuario está disponible para una solicitud de notificación de transmisión automática, el proceso de solicitud inserta el símbolo de usuario en la solicitud de notificación de transmisión automática, tal como el símbolo de usuario 116A como se describe en la Figura 1 B. Si el símbolo de usuario no se incluye en la solicitud de notificación de transmisión automática, el proceso 550 obtiene el símbolo del usuario en el bloque 564. En una modalidad, el proceso 550 transmite un comando de presencia de conexión de notificación de transmisión automática al servidor de notificación para obtener el símbolo del usuario. En respuesta, el servidor de notificación transmite al proceso de solicitud (por ejemplo, el proceso 550) el símbolo de usuario apropiado (por ejemplo, símbolo de usuario 116A). En esta modalidad, el comando de presencia de conexión señala al servidor de notificación de transmisión automática que el dispositivo y el usuario asociados con el dispositivo en linea están listos para recibir las notificaciones de transmisión automática. En una modalidad, el proceso 550 transmite a la notificación de transmisión automática conectar el comando de presencia en una entrada de usuario en el dispositivo de usuario múltiple o el dispositivo de usuario múltiple arrancando para un dispositivo de usuario único o un dispositivo de usuario múltiple con un usuario por defecto. Si el símbolo del usuario está incluido en la solicitud, el proceso 550 habilita al símbolo de usuario en el bloque 566. En una modalidad, el proceso 550 habilita al símbolo de usuario cuando el símbolo se crea.
La Figura 6 es un diagrama de flujo ilustrando una modalidad de un proceso para proporcionar los mensajes de notificación de un servidor de aplicación a un cliente de aplicación. El proceso ejemplarizador 600 puede realizarse por una lógica de procesamiento que puede comprender el equipo (circuitos, lógica dedicada, etc.), programas (tal como se corre en una máquina dedicada), o una combinación de ambos. Por ejemplo, el proceso 600 puede realizarse por algunos componentes del sistema 100, tal como el servidor de la aplicación 101 en la Figura 1 . En el bloque 601 , la lógica de procesamiento del proceso 600 puede recibir una solicitud de registro de una aplicación del cliente en un dispositivo del cliente para la notificación del mensaje desde una aplicación del servidor hospedada en un servidor de aplicación. La solicitud de registro puede incluir un identificador para el dispositivo del cliente y/o usuario (por ejemplo, un símbolo de usuario) y opcionalmente un identificador adicional para la solicitud del cliente (por ejemplo, un sub-tópico).
En el bloque 603, la lógica del procesamiento del proceso 600 puede enviar un identificador del servidor (por ejemplo, un tópico) que identifica un servidor de aplicación para un dispositivo del cliente para permitir al dispositivo del cliente escuchar los mensajes notificados (o transmitidos automáticamente) desde el servidor de aplicación. En una modalidad, la lógica del procesamiento del proceso 600 puede almacenar los identificadores incluyendo un identificador del dispositivo y el alias para un servicio de transmisión automática para dirigir un mensaje de notificación para el dispositivo del cliente en el bloque 605. Por ejemplo y en una modalidad, el servidor, puede almacenar el identificador del dispositivo y el alias correspondiente en una lista del identificador, tal como la lista del identificador 300 como se describe en la Figura 3 anterior. Los identificadores almacenados pueden incluir un sub-tópico para identificar una aplicación del cliente en el dispositivo del cliente para recibir el mensaje de notificación.
En una modalidad, en el bloque 607, la lógica del procesamiento del proceso 600 puede generar un mensaje de notificación para una aplicación del cliente registrada para recibir el mensaje de acuerdo con los identificadores almacenados para un usuario de un dispositivo de cliente almacenando la aplicación del cliente. Por ejemplo, el mensaje de notificación puede indicar una ocurrencia de un evento en una aplicación del servidor relacionado con una cuenta asociada con la aplicación del cliente, tal como la llegada de nuevos mensajes de correó, una solicitud de charla, una actualización de programa y otros eventos aplicables. El mensaje de notificación puede empacarse con un símbolo de usuario identificando el dispositivo del cliente y el usuario para recibir el mensaje de notificación y una carga útil incluyendo un sub-tópico identificando la aplicación del cliente. En el bloque 609, la lógica del procesamiento del proceso 600 puede enviar el mensaje de notificación incluyendo un tópico identificando un servidor de aplicación de origen al dispositivo del cliente vía un servicio de transmisión automática. El mensaje de notificación puede portar el sub-tópico incrustado en una carga útil del mensaje para identificar la aplicación del cliente. Subsecuentemente en el bloque 61 1 , la lógica del procesamiento del proceso 600 puede realizar las transacciones específicas de la aplicación sobre una sesión de red establecida desde la aplicación del cliente con la aplicación del servidor.
En el bloque 613, la lógica del procesamiento del proceso 600 puede determinar si una condición para detener los mensajes de notificación de envío a una aplicación del cliente, el usuario y/o un dispositivo del cliente se satisface. La aplicación del cliente para el usuario puede haberse registrado para recibir los mensajes de notificación de una aplicación del servidor. En una modalidad, la lógica de procesamiento del proceso 600 puede monitorear una duración o tiempo transcurrido para el usuario y/o el dispositivo del cliente dado que se envía un último mensaje de notificación al dispositivo del cliente. Si la duración excede un inicio (es decir, un día, 12 horas, etc. que puede pre-configurarse o configurarse dinámicamente), la condición para detener el envío de los mensajes de notificación para el usuario y/o el dispositivo del cliente pueden satisfacerse. En el bloque 615, la lógica del procesamiento del proceso 600 puede darse de baja del dispositivo del cliente y/o usuario de la notificación del mensaje (o servicio de transmisión automática) de la aplicación del servidor si la condición se satisface. En una modalidad, el usuario puede removerse de una lista de destinatarios de notificación para la aplicación del servidor. Por ejemplo y en una modalidad, la lógica del procesamiento del proceso 600 puede remover las entradas asociadas con el alias identificando el usuario, incluyendo los datos que portan un sub-tópico identificando la aplicación del cliente del dispositivo del cliente, de un registro para la notificación del mensaje. En otra modalidad, el dispositivo del cliente puede removerse de una lista de receptores de notificación para la aplicación del servidor. Por ejemplo, la lógica del procesamiento del proceso 600 puede remover las entradas asociadas con un símbolo de dispositivo identificando el dispositivo del cliente, incluyendo los datos que portan un sub-tópico identificando la aplicación del cliente del dispositivo del cliente, de un registro para la notificación del mensaje. En esta modalidad, mediante quitar el registro del dispositivo del cliente, a los usuarios asociados con el dispositivo del cliente se les quita el registro también.
La Figura 7 muestra un ejemplo de un sistema de procesamiento de datos que pueden usarse con las modalidades descritas en este documento. El sistema de procesamiento de datos 700 mostrado en la Figura 7 incluye un sistema de procesamiento 71 1 , que puede ser uno o más microprocesadores, o que pueden ser un sistema en un circuito de chips integrados y el sistema también incluye la memoria 701 para almacenar los datos y programas para ejecución por el sistema de procesamiento. El sistema 700 también incluye un sub-sistema de entrada/salida de audio 705 que puede incluir un micrófono y un altavoz para, por ejemplo, reproducir de nuevo la música o proporcionar la funcionalidad de teléfono a través del micrófono y el altavoz. El sistema 700 puede en al menos ciertas modalidades, solicitar uno o más perfiles descritos en este documento y descargan aquellos perfiles para configurar el dispositivo para la comunicación a través de una red. El sistema 700 puede descargar aquellos perfiles desde un sistema de procesamiento de datos del servidor que puede ser el sistema mostrado en la Figura 7. En una modalidad, el sistema 700 puede ser el dispositivo 1 1 1 A-B mostrado en la Figura 1 .
Un controlador del dispositivo y el dispositivo de pantalla 707 proporciona una inferíase de usuario visual para el usuario, esta interfase digital puede incluir una interfase de usuario gráfico que es similar a esa mostrada en una computadora Macintosh cuando corre el programa del sistema operativo OS X. El sistema 700 también incluye uno o más transceptores inalámbricos 703 para comunicarse con el otro sistema de procesamiento de datos. Un transceptor inalámbrico puede ser un transceptor WiFi, un transceptor infrarrojo, un transceptor Bluetooth, y/p un transceptor de telefonía celular inalámbrica. Se apreciará que los componentes adicionales no mostrados, también pueden ser parte del sistema 700 en ciertas modalidades y en ciertas modalidades con menores componentes mostrados en la Figura 7 que también pueden usarse en un sistema de procesamiento de datos.
El sistema de procesamiento de datos 700 también incluye uno o más dispositivos de entrada 713, que se proporcionan para permitir a un usuario proporcionar la entrada al sistema. Estos dispositivos de entrada pueden ser un teclado o tablero o un panel táctil o un panel táctil múltiple. El sistema de procesamiento de datos 700 también incluye un dispositivo de entrada/salida opcional 715 que puede ser un conector para un puerto. Se apreciará que uno o más buses (enlaces comunes), no mostrados, pueden usarse para interconectar los varios componentes como es bien conocido en la técnica. El sistema de procesamiento de datos mostrado en la Figura 7 puede ser una computadora portátil o un asistente digital personal (PDA) o un teléfono celular con funcionalidad como PDA, o una computadora portátil que incluye un teléfono celular o un reproductor multimedia, tal como un iPod o dispositivos que combinan aspectos o funciones de estos dispositivos, tal como un reproductor multimedia combinado con un PDA y un teléfono celular en un dispositivo. En otras modalidades, el sistema de procesamiento de datos 700 puede ser una computadora en red o un dispositivo de procesamiento incrustado dentro de otro dispositivo, u otros tipos de sistemas de procesamiento de datos que tienen pocos componentes o quizás más componentes que esos mostrados en la Figura 7.
La Figura 8 muestra un ejemplo de un sistema de procesamiento de datos, que puede usarse con una modalidad de la presente invención. Notar que la Figura 8 ilustra varios componentes de un sistema de computadora, no se intenta que represente cualquier arquitectura particular o manera de interconectar los componentes tal como dichos detalles que no son germanos para la presente invención. También se apreciará que las computadoras en red y otros sistemas de procesamiento de datos que tiene menores componentes o tal vez mayores componentes también pueden usarse con la presente invención. La Figura 8 puede representar el sistema del servidor mostrado en la Figura 1 .
Como se muestra en la Figura 8, el sistema de computación 800, que es una forma de un sistema de procesamiento de datos, incluye un bus (enlace común) 803 que se acopla a un microprocesador 805 y un ROM (Memoria de Solo Lectura) 807 y el RAM volátil 809 y una memoria no volátil 81 . El microprocesador 805 puede recuperar las instrucciones de las memorias 807, 809, 811 y ejecutan las instrucciones para realizar las operaciones anteriormente descritas. El bus 803 interconecta estos varios componentes juntos y también interconecta estos componentes 805, 807, 809 y 811 para un controlador de la pantalla y el dispositivo de pantalla 813 y para los dispositivos periféricos tales como dispositivos de entrada/salida (IO) que pueden ser un ratón, teclados, módems, interfases de red, impresoras y otros dispositivos que son bien conocidos en la técnica. Típicamente, los dispositivos de entrada/salida 815 se acoplan al sistema a través de los controladores de entrada/salida 817. El RAM volátil (Memoria de Acceso Aleatorio) 809 se ¡mplementa típicamente como RAM dinámica (DRAM) que requiere la energía continuamente para actualizar o mantener los datos en la memoria.
El almacenaje en masa 811 es típicamente un disco duro magnético o un disco óptico o una RAM DVD o una memoria flash u otros tipos de sistemas de memoria que mantienen los datos (por ejemplo, grandes cantidades de datos) incluso después de que la energía se remueve del sistema. Típicamente, el almacenaje en masa 8 1 también será una memoria de acceso aleatorio aunque no se requiere. Mientras la Figura 8 muestra el almacenaje en masa 811 que es un dispositivo local acoplado directamente al resto de los componentes en el sistema de procesamiento de datos, se apreciará que la presente invención puede usar una memoria no volátil que es remota del sistema, tal como un dispositivo de almacenaje en red que se acopla al sistema de procesamiento de datos a través de una interfase de red tal como un modem, una interfase Ethernet o una red inalámbrica. El bus 803 puede incluir uno o más buses conectados uno con el otro a través de varios puentes, controladores y/o adaptadores como es bien conocido en la técnica.
El término "memoria" como se usa en este documento se intenta que abarque todo el multimedia de almacenaje volátil, tal como la memoria de acceso aleatoria dinámica (DRAM) y la RAM estática (SRAM). Las instrucciones ejecutables por computadora pueden almacenarse en dispositivos de almacenaje no volátil, tal como disco duro magnético, un disco óptico, y se escriben típicamente por un proceso de acceso de memoria, en la memoria durante la ejecución del programa por un procesador. Un experto en la técnica se reconocerá inmediatamente que le término "medio de almacenaje legible por máquina" incluye cualquier tipo de dispositivo de almacenaje volátil o no volátil que es accesible por un procesador.
En la especificación precedente, la invención se ha descrito con referencia a las modalidades específicas del mismo. Será evidente que varias modificaciones pueden hacerse a la misma sin apartarse del alcance y espíritu más amplio de la invención como se establece en las siguientes reivindicaciones. La especificación y los dibujos son, por consiguiente, deben considerarse en un sentido ilustrativo y no en un sentido restrictivo.

Claims (20)

REIVINDICACIONES
1. Un método ¡mplementado por máquina para la notificación de mensajes de usuario múltiple, el método comprendiendo: generar un alias que identifica una cuenta de usuario correspondiente que es una de una pluralidad de cuentas de usuario dentro de un dispositivo del cliente, en donde el alias se usa en combinación con un identificador sub-tópico correspondiente a una aplicación de cliente asociada con una aplicación del servidor hospedada en uno o más servidores de aplicación; registrar el servicio de notificación con los servidores de aplicación para la aplicación del cliente y el alias para reenviar los identificadores asociados con la aplicación del cliente para la aplicación del servidor para habilitar la aplicación del servidor para transmitir automáticamente los mensajes de notificación a la cuenta de usuario correspondiente del dispositivo del cliente para la aplicación del cliente; en respuesta para recibir un mensaje de notificación de los servidores de aplicación, determinar si el mensaje de notificación porta el alias y el identificador del sub-tópico de la aplicación del cliente y reenviar el mensaje de notificación para la aplicación del cliente para la cuenta de usuario correspondiente sin reenviar el mensaje de notificación para las otras aplicaciones en el dispositivo del cliente si el mensaje de notificación porta el identificador para la aplicación del cliente.
2. El método de conformidad con la reivindicación 1 , en donde una pluralidad de aplicaciones del cliente se hospedan en el dispositivo del cliente y en donde el identificador del sub-tópico únicamente identificando la aplicación del cliente entre la pluralidad de las aplicaciones del cliente.
3. El método de conformidad con la reivindicación 1 , en donde los identificadores incluyen el identificador sub-tópico.
4. El método de conformidad con la reivindicación 1 , en donde el alias se deriva de un certificado asociado con la cuenta de usuario correspondiente.
5. El método de conformidad con la reivindicación 1 , en donde el alias se almacena en un símbolo de usuario que además incluye un identificador del dispositivo del dispositivo del cliente.
6. El método de conformidad con la reivindicación 3, en donde los identificadores incluyen un símbolo de usuario únicamente identificando la cuenta de usuario correspondiente.
7. El método de conformidad con la reivindicación 2, en donde los servidores de la aplicación se identifican únicamente por un identificador tópico y en donde el registro además comprende: registrar la aplicación del cliente para el identificador tópico para escuchar las notificaciones de los servidores de la aplicación, en donde más de una de las aplicaciones del cliente se registran para el identificador tópico.
8. El método de conformidad con la reivindicación 5, que además comprende: iniciar una conexión de red con los servidores de aplicación y enviar los identificadores sobre la conexión de red a los servidores de la aplicación.
9. El método de conformidad con la reivindicación 5, en donde la determinación comprende: extraer el alias y el identificador tópico del mensaje de notificación y reenviar el mensaje de notificación a cada aplicación del cliente y el usuario correspondiente registrado para la cuerda tópica si el mensaje de notificación no porta el identificador sub-tópico.
10. El método de conformidad con la reivindicación 1 , en donde el reenvío comprende invocar la aplicación del cliente si la aplicación del cliente no está actualmente activa.
11. Un método implementado por máquina para proporcionar la notificación del mensaje, el método comprendiendo: recibir en una aplicación del servidor hospedada en un servidor de la aplicación, una solicitud de registro de una aplicación del cliente para un usuario de un dispositivo del cliente para la notificación del mensaje, la solicitud teniendo identificadores incluyendo un símbolo de usuario identificando el dispositivo del cliente y un identificador de la aplicación del cliente identificando la aplicación del cliente, en donde el dispositivo del cliente es capaz de alojar cuentas de usuario múltiples e incluyendo una cuenta de usuario correspondiente para el usuario; enviar un identificador del servidor para el usuario para permitir que el dispositivo del cliente escuche los mensajes transmitidos automáticamente desde el servidor de la aplicación; almacenar los identificadores recibidos para registrar el usuario para la notificación del mensaje y enviar mensajes de notificación al dispositivo del cliente vía el símbolo del usuario para notificar la aplicación del cliente para ese usuario, los mensajes de notificación identificados por el identificador del servidor y los mensajes de notificación incrustan el identificador de la aplicación del cliente.
12. El método de conformidad con la reivindicación 11 , en donde el símbolo de usuario incluye un alias identificando al usuario y un identificador del dispositivo que identifica el dispositivo del cliente.
3. El método de conformidad con la reivindicación 11 , en donde la solicitud de registro se recibe sobre una conexión de red iniciada por el dispositivo del cliente, y en donde el identificador del cliente se envía sobre la conexión de red.
14. El método de conformidad con la reivindicación 11 , en donde el símbolo del usuario se almacena asociado con unos datos opacos incluyendo el identificador de la aplicación del cliente.
15. El método de conformidad con la reivindicación 14, en donde los mensajes de notificación incluyen el símbolo de usuario para identificar al usuario del dispositivo del cliente y en donde los datos opacos se portan en las cargas útiles de los mensajes de notificación.
16. El método de conformidad con la reivindicación 12, en donde el envío comprende: establecer una conexión de red con un servidor de transmisión automática en un servicio de transmisión automática y enviar los mensajes de notificación sobre la conexión de red al servidor de transmisión automática, en donde los mensajes de notificación se empacan con el identificador del servidor.
17. El método de conformidad con la reivindicación 16, en donde el identificador del servidor se recibe en un certificado de una autoridad del servicio de transmisión automática, y en donde el identificador del servidor únicamente identifica el servidor de aplicación compartiendo el servicio de transmisión automática.
18. Un medio no transitorio legible por máquina teniendo instrucciones, cuando se ejecutan por una máquina, causan que la máquina realice un método para notificación de mensajes, el método comprendiendo: generar un alias que identifica una cuenta de usuario correspondiente que es una de una pluralidad de cuentas de usuario en un dispositivo del cliente, en donde el alias se usa en combinación con un identificador del sub-tópico correspondiendo a una aplicación del cliente asociado con una aplicación del servidor hospedado en uno o más servidores de aplicación; registrar el servicio de notificación con los servidores de la aplicación para la aplicación del cliente y el alias para reenviar los identificadores asociados con la aplicación del cliente a la aplicación del servidor para habilitar la aplicación del servidor para transmitir automáticamente los mensajes de notificación para la cuenta de usuario correspondiente del dispositivo del cliente para la aplicación del cliente; en respuesta para recibir un mensaje de notificación de los servidores de la aplicación; determinar si el mensaje de notificación porta el alias y el identificador del sub-tópico de la aplicación del cliente y reenviar el mensaje de notificación a la aplicación del cliente para la cuenta de usuario correspondiente sin reenviar el mensaje de notificación a las otras aplicaciones en el dispositivo del cliente si el mensaje de notificación porta el identificador para la aplicación del cliente.
19. Un medio no transitorio legible por máquina que tiene instrucciones, cuando se ejecutan por una máquina, causan que la máquina realice un método para proporcionar la notificación del mensaje, el método comprendiendo: recibir en una aplicación del servidor hospedada en un servidor de aplicación, una solicitud de registro de una aplicación del cliente para un usuario de un dispositivo del cliente para la notificación del mensaje, la solicitud teniendo identificadores incluyendo un símbolo de usuario identificando al usuario y el dispositivo del cliente, y un identificador de la aplicación del cliente identificando la aplicación del cliente, en donde el dispositivo del cliente es capaz de hospedar las cuentas de usuario múltiples e incluir una cuenta de usuario correspondiente para el usuario; enviar un identificador del servidor para el usuario para permitir al dispositivo del cliente escuchar los mensajes transmitidos automáticamente desde el servidor de la aplicación: almacenar los identificadores recibidos para registrar al usuario para la notificación del mensaje y enviar los mensajes de notificación al dispositivo del cliente vía el símbolo del usuario para notificar la aplicación del cliente para ese usuario, los mensajes de notificación identificados por el identificador del servidor y los mensajes de notificación incrustando al identificador de la aplicación del cliente.
20. Un aparato, comprendiendo: una memoria almacenando instrucciones incluyendo una aplicación del servidor; una interfase de red acoplada a una red de transmisión automática; un procesador acoplado a la interfase de red y la memoria para ejecutar las instrucciones ejecutables desde la memoria para los servicios de mensajes, el procesador siendo configurado para: en respuesta a un inicio desde un dispositivo del cliente, estableciendo una primera conexión de red con el dispositivo del cliente vía la interfase de red, recibir en la aplicación del servidor, una solicitud de registro desde la aplicación del cliente de un dispositivo del cliente sobre la primera conexión de red, la solicitud teniendo identificadores incluyendo un símbolo de usuario identificando a un usuario del dispositivo del cliente y un identificador de la aplicación del cliente identificando la aplicación del cliente, enviar un identificador del servidor para el dispositivo del cliente para permitir al dispositivo del cliente escuchar los mensajes transmitidos automáticamente desde el servidor de la aplicación, almacenar los identificadores recibidos para registrar al usuario para la notificación del mensaje; enviar los mensajes de notificación al dispositivo del cliente sobre una segunda conexión de red para la red de transmisión automática vía la interfase de red, los mensajes de notificación teniendo el símbolo de usuario para notificar la aplicación del cliente para el usuario, los mensajes de notificación identificados por el identificador del servidor y los mensajes de notificación incrustando el identificador de la aplicación del cliente.
MX2013007842A 2011-01-05 2011-12-30 Mejoras para el cliente de notificacion de transmision automatica de mensajes para dispositivos de usuarios multiples. MX2013007842A (es)

Applications Claiming Priority (3)

Application Number Priority Date Filing Date Title
US201161430126P 2011-01-05 2011-01-05
US13/080,131 US8924489B2 (en) 2011-01-05 2011-04-05 Message push notification client improvements for multi-user devices
PCT/US2011/068189 WO2012094253A1 (en) 2011-01-05 2011-12-30 Message push notification client improvements for multi-user devices

Publications (1)

Publication Number Publication Date
MX2013007842A true MX2013007842A (es) 2013-10-03

Family

ID=46381746

Family Applications (1)

Application Number Title Priority Date Filing Date
MX2013007842A MX2013007842A (es) 2011-01-05 2011-12-30 Mejoras para el cliente de notificacion de transmision automatica de mensajes para dispositivos de usuarios multiples.

Country Status (9)

Country Link
US (2) US8924489B2 (es)
EP (1) EP2649781B1 (es)
JP (1) JP5719453B2 (es)
KR (1) KR101510977B1 (es)
CN (1) CN103348663B (es)
AU (1) AU2011353561B2 (es)
BR (1) BR112013017443B1 (es)
MX (1) MX2013007842A (es)
WO (1) WO2012094253A1 (es)

Families Citing this family (147)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US10637724B2 (en) 2006-09-25 2020-04-28 Remot3.It, Inc. Managing network connected devices
US11184224B2 (en) 2006-09-25 2021-11-23 Remot3.It, Inc. System, method and compute program product for accessing a device on a network
US9712486B2 (en) 2006-09-25 2017-07-18 Weaved, Inc. Techniques for the deployment and management of network connected devices
US20150088982A1 (en) * 2006-09-25 2015-03-26 Weaved, Inc. Load balanced inter-device messaging
US8306021B2 (en) 2008-04-02 2012-11-06 Twilio, Inc. System and method for processing telephony sessions
US8837465B2 (en) 2008-04-02 2014-09-16 Twilio, Inc. System and method for processing telephony sessions
CN102227904A (zh) 2008-10-01 2011-10-26 特维里奥公司 电话网络事件的系统和方法
CA2789942C (en) 2009-03-02 2017-05-23 Jeffrey Lawson Method and system for a multitenancy telephone network
US9210275B2 (en) 2009-10-07 2015-12-08 Twilio, Inc. System and method for running a multi-module telephony application
US9338064B2 (en) 2010-06-23 2016-05-10 Twilio, Inc. System and method for managing a computing cluster
US9459925B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US9590849B2 (en) 2010-06-23 2017-03-07 Twilio, Inc. System and method for managing a computing cluster
US9459926B2 (en) 2010-06-23 2016-10-04 Twilio, Inc. System and method for managing a computing cluster
US8838707B2 (en) 2010-06-25 2014-09-16 Twilio, Inc. System and method for enabling real-time eventing
US8649268B2 (en) 2011-02-04 2014-02-11 Twilio, Inc. Method for processing telephony sessions of a network
US8407776B2 (en) 2011-02-11 2013-03-26 Good Technology Corporation Method, apparatus and system for provisioning a push notification session
KR101845086B1 (ko) * 2011-03-30 2018-04-03 삼성전자주식회사 푸시 알림 메시지를 전송하기 위한 장치 및 방법
KR101914488B1 (ko) * 2011-04-06 2018-11-05 삼성전자주식회사 푸시 알림 서비스를 위한 서버 클러스터 및 방법
US9529417B2 (en) 2011-04-28 2016-12-27 Facebook, Inc. Performing selected operations using low power-consuming processors on user devices
US8825842B2 (en) * 2011-04-28 2014-09-02 Facebook, Inc. Managing notifications pushed to user devices
US9648006B2 (en) * 2011-05-23 2017-05-09 Twilio, Inc. System and method for communicating with a client application
US9398622B2 (en) 2011-05-23 2016-07-19 Twilio, Inc. System and method for connecting a communication to a client
US20140044123A1 (en) 2011-05-23 2014-02-13 Twilio, Inc. System and method for real time communicating with a client application
JP2012247840A (ja) * 2011-05-25 2012-12-13 Sony Corp 近隣人物特定装置、近隣人物特定方法、近隣人物特定プログラム及び近隣人物特定システム
JP2012247841A (ja) * 2011-05-25 2012-12-13 Sony Corp 近隣人物特定装置、近隣人物特定方法、近隣人物特定プログラム及び近隣人物特定システム
US9531827B1 (en) 2011-06-14 2016-12-27 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
US8731523B1 (en) 2011-06-14 2014-05-20 Urban Airship, Inc. Push notification delivery system with feedback analysis
US10182147B2 (en) 2011-09-21 2019-01-15 Twilio Inc. System and method for determining and communicating presence information
US9336500B2 (en) 2011-09-21 2016-05-10 Twilio, Inc. System and method for authorizing and connecting application developers and users
US9237145B2 (en) 2011-09-29 2016-01-12 Oracle International Corporation Single sign-on (SSO) for mobile applications
US9495227B2 (en) 2012-02-10 2016-11-15 Twilio, Inc. System and method for managing concurrent events
WO2013121487A1 (ja) * 2012-02-13 2013-08-22 ソニー株式会社 情報処理装置、情報処理方法及びプログラム
US11593800B2 (en) 2012-03-07 2023-02-28 Early Warning Services, Llc System and method for transferring funds
US20130244579A1 (en) * 2012-03-16 2013-09-19 Rapidblue Solutions Method of enabling proximity based connectivity between mobile devices using different operating systems
US9100497B2 (en) * 2012-04-05 2015-08-04 Blackberry Limited Method, system and apparatus for managing persona-based notifications at a communication device
US9602586B2 (en) 2012-05-09 2017-03-21 Twilio, Inc. System and method for managing media in a distributed communication network
US20130304928A1 (en) 2012-05-09 2013-11-14 Twilio, Inc. System and method for managing latency in a distributed telephony network
US9240941B2 (en) 2012-05-09 2016-01-19 Twilio, Inc. System and method for managing media in a distributed communication network
GB201210598D0 (en) 2012-06-14 2012-08-01 Microsoft Corp Notification of communication events
GB201210600D0 (en) 2012-06-14 2012-08-01 Microsoft Corp Call invites
GB2504461B (en) * 2012-06-14 2014-12-03 Microsoft Corp Notification of communication events
GB201210596D0 (en) 2012-06-14 2012-08-01 Microsoft Corp Notification of communication events
US9247062B2 (en) 2012-06-19 2016-01-26 Twilio, Inc. System and method for queuing a communication session
US8737962B2 (en) 2012-07-24 2014-05-27 Twilio, Inc. Method and system for preventing illicit use of a telephony platform
US9524198B2 (en) 2012-07-27 2016-12-20 Google Inc. Messaging between web applications
WO2014030199A1 (ja) * 2012-08-20 2014-02-27 富士通株式会社 シームレスアプリプッシュシステム及びその方法
WO2014035194A1 (en) * 2012-08-30 2014-03-06 Samsung Electronics Co., Ltd. Push message service system and method
KR101488268B1 (ko) * 2012-08-30 2015-01-30 삼성전자주식회사 푸시 메시지 서비스 방법 및 시스템
EP2706727B1 (en) 2012-09-11 2014-09-10 BlackBerry Limited Systems, devices and methods for authorizing endpoints of a push pathway
US8938053B2 (en) 2012-10-15 2015-01-20 Twilio, Inc. System and method for triggering on platform usage
US8948356B2 (en) 2012-10-15 2015-02-03 Twilio, Inc. System and method for routing communications
KR101399292B1 (ko) * 2012-12-07 2014-05-27 전남대학교산학협력단 Ｓｎｓ를 이용한 사물통신 시스템, 방법 및 그 사물통신 서버
CN103392328B (zh) * 2012-12-21 2016-05-25 华为技术有限公司 远程控制通讯终端工作的服务器和方法及通讯终端
CN103902616B (zh) * 2012-12-28 2017-04-12 腾讯科技（深圳）有限公司 一种推送网页应用消息的方法、装置和系统
US9253254B2 (en) 2013-01-14 2016-02-02 Twilio, Inc. System and method for offering a multi-partner delegated platform
US9232339B2 (en) * 2013-02-07 2016-01-05 Oracle International Corporation Mobile push notification
US9282124B2 (en) 2013-03-14 2016-03-08 Twilio, Inc. System and method for integrating session initiation protocol communication in a telecommunications platform
US8918529B1 (en) * 2013-03-15 2014-12-23 Mobile Iron, Inc. Messaging gateway
US9001666B2 (en) 2013-03-15 2015-04-07 Twilio, Inc. System and method for improving routing in a distributed communication platform
WO2014183208A1 (en) * 2013-05-17 2014-11-20 Initiative Inc. System for quickly finding the whereabouts of friends
US9256484B2 (en) * 2013-06-09 2016-02-09 Apple Inc. Dynamic adjustment of mobile device based on user activity
EP3454594B1 (en) 2013-06-11 2020-11-04 Seven Networks, LLC Offloading application traffic to a shared communication channel for signal optimisation in a wireless network for traffic utilizing proprietary and non-proprietary protocols
US9338280B2 (en) 2013-06-19 2016-05-10 Twilio, Inc. System and method for managing telephony endpoint inventory
US9240966B2 (en) 2013-06-19 2016-01-19 Twilio, Inc. System and method for transmitting and receiving media messages
US9225840B2 (en) 2013-06-19 2015-12-29 Twilio, Inc. System and method for providing a communication endpoint information service
US8843601B1 (en) * 2013-07-12 2014-09-23 Vonage Network, Llc Systems and methods for VOIP communication completion to a mobile device
US9699625B2 (en) * 2013-07-18 2017-07-04 International Business Machines Corporation Push notification middleware
US9706002B2 (en) 2013-07-18 2017-07-11 International Business Machines Corporation Push notification via file sharing service synchronization
US9780994B2 (en) 2013-07-18 2017-10-03 International Business Machines Corporation Notification normalization
US9483328B2 (en) 2013-07-19 2016-11-01 Twilio, Inc. System and method for delivering application content
US9274858B2 (en) 2013-09-17 2016-03-01 Twilio, Inc. System and method for tagging and tracking events of an application platform
US9137127B2 (en) 2013-09-17 2015-09-15 Twilio, Inc. System and method for providing communication platform metadata
US9338018B2 (en) 2013-09-17 2016-05-10 Twilio, Inc. System and method for pricing communication of a telecommunication platform
CN105659558B (zh) 2013-09-20 2018-08-31 甲骨文国际公司 计算机实现的方法、授权服务器以及计算机可读存储器
US9325624B2 (en) * 2013-11-12 2016-04-26 Twilio, Inc. System and method for enabling dynamic multi-modal communication
US9553799B2 (en) 2013-11-12 2017-01-24 Twilio, Inc. System and method for client communication in a distributed telephony network
US9462044B1 (en) * 2013-11-25 2016-10-04 Ca, Inc. Secure user, device, application registration protocol
WO2015080460A1 (ko) * 2013-11-26 2015-06-04 엘지전자 주식회사 무선 통신 시스템에서 ae id 할당 방법
CN103618746A (zh) * 2013-12-10 2014-03-05 南京守护宝信息技术有限公司 一种基于推送指令的客户端服务器通信方法
US10540063B2 (en) * 2014-01-27 2020-01-21 Microsoft Technology Licensing, Llc Processing actionable notifications
US10802681B2 (en) 2014-01-27 2020-10-13 Microsoft Technology Licensing, Llc Actionable notifications
US9344573B2 (en) 2014-03-14 2016-05-17 Twilio, Inc. System and method for a work distribution service
WO2015145905A1 (ja) * 2014-03-28 2015-10-01 株式会社セガ 追加ダウンロード管理システム、端末装置制御プログラム、端末装置および追加ダウンロード管理装置
CN104980298B (zh) * 2014-04-14 2018-07-06 腾讯科技（深圳）有限公司 一种异常提示方法、装置及系统
US9226217B2 (en) 2014-04-17 2015-12-29 Twilio, Inc. System and method for enabling multi-modal communication
US9760704B2 (en) * 2014-05-23 2017-09-12 Blackberry Limited Security apparatus session sharing
GB2527116B (en) 2014-06-12 2017-09-20 Canon Kk Adaptative persistent push
CN105282107B (zh) * 2014-07-04 2018-09-11 北京信威通信技术股份有限公司 Xmpp系统访问外部数据的授权方法及通信网络
US9251371B2 (en) 2014-07-07 2016-02-02 Twilio, Inc. Method and system for applying data retention policies in a computing platform
US9246694B1 (en) 2014-07-07 2016-01-26 Twilio, Inc. System and method for managing conferencing in a distributed communication network
US9516101B2 (en) 2014-07-07 2016-12-06 Twilio, Inc. System and method for collecting feedback in a multi-tenant communication platform
US9774687B2 (en) 2014-07-07 2017-09-26 Twilio, Inc. System and method for managing media and signaling in a communication platform
CN107077326B (zh) * 2014-10-15 2020-10-13 艾拉物联网络(深圳)有限公司 用于所连接的消费者设备的注册框架
WO2016065080A1 (en) 2014-10-21 2016-04-28 Twilio, Inc. System and method for providing a miro-services communication platform
CN104320456B (zh) * 2014-10-22 2018-04-20 迈普通信技术股份有限公司 一种页面推送方法及相关设备
US10050912B2 (en) * 2014-10-27 2018-08-14 At&T Intellectual Property I, L.P. Subscription-based media push service
WO2016078006A1 (zh) * 2014-11-19 2016-05-26 华为技术有限公司 一种定向统计流量的方法、设备及系统
KR20160077856A (ko) 2014-12-24 2016-07-04 삼성전자주식회사 알림 정보 제공 방법 및 장치
CN104580490B (zh) * 2015-01-20 2018-09-18 无线生活（杭州）信息科技有限公司 命令传输方法及装置
US10015236B2 (en) * 2015-01-30 2018-07-03 Ricoh Company, Ltd. Cloud application activation and update service
US9477975B2 (en) 2015-02-03 2016-10-25 Twilio, Inc. System and method for a media intelligence platform
CN105991412B (zh) * 2015-02-12 2019-03-19 阿里巴巴集团控股有限公司 消息推送方法及装置
US9693207B2 (en) 2015-02-26 2017-06-27 Sony Corporation Unified notification and response system
JP6251210B2 (ja) * 2015-03-25 2017-12-20 Kddi株式会社 端末装置、通信セッション確立方法、及び、プログラム
JP6227583B2 (ja) * 2015-03-25 2017-11-08 Kddi株式会社 情報配信装置、プッシュ通知送信方法、及び、コンピュータプログラム
US11496430B2 (en) * 2015-04-13 2022-11-08 Citrix Systems, Inc. Configurable offline messaging management using user presence information
US10419891B2 (en) 2015-05-14 2019-09-17 Twilio, Inc. System and method for communicating through multiple endpoints
US9948703B2 (en) 2015-05-14 2018-04-17 Twilio, Inc. System and method for signaling through data storage
US10360287B2 (en) * 2015-05-22 2019-07-23 Microsoft Technology Licensing, Llc Unified messaging platform and interface for providing user callouts
US20160344677A1 (en) 2015-05-22 2016-11-24 Microsoft Technology Licensing, Llc Unified messaging platform for providing interactive semantic objects
US10491708B2 (en) 2015-06-05 2019-11-26 Apple Inc. Context notifications
US10462122B2 (en) 2015-08-27 2019-10-29 Pivotal Software, Inc. Push notification aggregation
CN105245577B (zh) * 2015-09-11 2018-09-04 腾讯科技（深圳）有限公司 信息推送方法、装置及系统
US10178194B2 (en) * 2015-10-13 2019-01-08 Adobe Systems Incorporated Intelligent notifications to devices with multiple applications
US11328590B2 (en) * 2015-10-29 2022-05-10 InterNetwork Media, LLC System and method for internet radio automatic content management
CN105871680A (zh) * 2015-11-18 2016-08-17 乐视致新电子科技（天津）有限公司 通信方法和通信系统以及显示装置
US20170171332A1 (en) * 2015-12-15 2017-06-15 Le Holdings (Beijing) Co., Ltd. Message pushing method, electronic device and non-transitory computer-readable storage medium
US10659349B2 (en) 2016-02-04 2020-05-19 Twilio Inc. Systems and methods for providing secure network exchanged for a multitenant virtual private cloud
US10728164B2 (en) 2016-02-12 2020-07-28 Microsoft Technology Licensing, Llc Power-aware network communication
US10135946B2 (en) 2016-04-11 2018-11-20 Verizon Patent And Licensing Inc. Sending messages to mobile devices
US10075583B2 (en) * 2016-04-13 2018-09-11 Microsoft Technology Licensing, Llc Suppressing indications of incoming communications in user interfaces
US10063713B2 (en) 2016-05-23 2018-08-28 Twilio Inc. System and method for programmatic device connectivity
US10686902B2 (en) 2016-05-23 2020-06-16 Twilio Inc. System and method for a multi-channel notification service
CN106095220B (zh) * 2016-05-30 2019-09-27 北京小米移动软件有限公司 通知消息提示方法及装置
US10511542B2 (en) * 2016-06-10 2019-12-17 Microsoft Technology Licensing, Llc Multi-interface power-aware networking
US10225359B2 (en) 2016-09-22 2019-03-05 International Business Machines Corporation Push notifications from multiple tenant servers
CN107067244B (zh) 2016-11-03 2020-09-29 阿里巴巴集团控股有限公司 业务实现方法、支付方法、业务实现装置及支付服务端
CN108111565B (zh) * 2016-11-25 2020-08-04 腾讯科技（深圳）有限公司 消息传输方法和装置
US20180367629A1 (en) * 2017-06-20 2018-12-20 Develapp, LLC Platform and Related Process for Providing Push Notifications Via Unique Subscriber Applications
US9935984B1 (en) * 2017-07-31 2018-04-03 Malwarebytes Inc. Scalable cloud-based endpoint security system
CN108337296B (zh) * 2018-01-12 2021-01-01 深圳壹账通智能科技有限公司 消息推送处理方法、装置、计算机设备和存储介质
CN108519922B (zh) * 2018-04-12 2022-07-12 珠海市魅族科技有限公司 信息推送方法及装置、终端设备及计算机可读存储介质
US10855670B2 (en) * 2018-05-03 2020-12-01 Vmware, Inc. Polling service
US10972454B2 (en) * 2018-05-29 2021-04-06 Apple Inc. Conversation merging for electronic devices
US11303627B2 (en) 2018-05-31 2022-04-12 Oracle International Corporation Single Sign-On enabled OAuth token
US11070548B2 (en) * 2018-12-21 2021-07-20 Paypal, Inc. Tokenized online application sessions
CN110012083B (zh) * 2019-03-26 2022-07-01 青岛聚好联科技有限公司 一种数据传输方法、服务器及数据传输装置
US20210142328A1 (en) * 2019-11-13 2021-05-13 Early Warning Services, Llc System and method for preventing fraud in real-time payment transactions
CN111212062B (zh) * 2019-12-31 2022-09-30 航天信息股份有限公司 信息补全的方法、装置、存储介质及电子设备
CN111200656A (zh) * 2020-01-03 2020-05-26 北京小米移动软件有限公司 通知推送方法、装置及系统
CN111310043B (zh) * 2020-02-14 2023-07-28 北京百度网讯科技有限公司 用于推送信息的方法和装置
WO2021098131A1 (en) 2020-04-14 2021-05-27 Citrix Systems, Inc. Triggering event notifications based on messages to application users
CN114553814B (zh) * 2020-10-27 2024-02-09 花瓣云科技有限公司 处理推送消息的方法和装置
US11558468B2 (en) * 2020-11-03 2023-01-17 T-Mobile Usa, Inc. Mobile client recovery using push notifications to execute exponential back-off procedure
CN114900489B (zh) * 2021-01-26 2023-10-13 腾讯科技（深圳）有限公司 一种消息处理方法、装置、电子设备及存储介质
US12088681B2 (en) * 2021-07-24 2024-09-10 VMware LLC Synchronization of notification actions across multiple enrolled devices

Family Cites Families (44)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6259446B1 (en) 1992-12-23 2001-07-10 Object Technology Licensing Corporation Menu state system
JPH10190879A (ja) * 1996-12-27 1998-07-21 Casio Comput Co Ltd 通信端末、サーバ装置、及び着信通知システム
CA2307635C (en) 1997-11-05 2004-07-06 Microsoft Corporation Notification scheduling system on a mobile device
US6512930B2 (en) 1997-12-30 2003-01-28 Telefonaktiebolaget Lm Ericsson (Publ) On-line notification in a mobile communications system
US6223046B1 (en) 1998-12-15 2001-04-24 Telefonaktiebolaget Lm Ericsson (Publ) System and method for coordinating notification requests for terminal availability
US7552200B2 (en) 2000-10-19 2009-06-23 Cisco Technology Apparatus and methods for requesting an event notification over a network
US8474693B1 (en) * 2000-12-05 2013-07-02 Diebold, Incorporated Automated banking machine security system and method
EP1339002A1 (en) * 2001-02-28 2003-08-27 Sap Ag Computer system for business applications with alert notification
US20030061365A1 (en) 2001-03-14 2003-03-27 Microsoft Corporation Service-to-service communication for network services
JP2002344529A (ja) * 2001-05-21 2002-11-29 Sharp Corp プッシュ型サービスシステム
US7192235B2 (en) 2001-11-01 2007-03-20 Palm, Inc. Temporary messaging address system and method
MXPA05004766A (es) 2002-11-04 2005-08-02 Research In Motion Ltd Metodo y aparato para el hallazgo de servicios de datos de paquete.
US20040186918A1 (en) * 2003-03-21 2004-09-23 Lonnfors Mikko Aleksi Method and apparatus for dispatching incoming data in a multi-application terminal
JP4401729B2 (ja) * 2003-09-30 2010-01-20 京セラ株式会社 携帯通信端末
JP2005107897A (ja) * 2003-09-30 2005-04-21 Dainippon Printing Co Ltd アクセスポイント、配信システム及びプログラム
US20050080898A1 (en) 2003-10-08 2005-04-14 Block Jerald J. System and method for managing computer usage
US7529801B2 (en) * 2003-11-06 2009-05-05 International Business Machines Corporation Method and system for multiple instant messaging login sessions
US7383307B2 (en) 2004-01-07 2008-06-03 International Business Machines Corporation Instant messaging windowing for topic threads
US8856346B2 (en) 2004-01-15 2014-10-07 Unwired Planet, Llc Stateful push notifications
US20060009243A1 (en) 2004-07-07 2006-01-12 At&T Wireless Services, Inc. Always-on mobile instant messaging of a messaging centric wireless device
US7818379B1 (en) * 2004-08-31 2010-10-19 Aol Inc. Notification and disposition of multiple concurrent instant messaging sessions involving a single online identity
US7970823B2 (en) * 2004-09-02 2011-06-28 Broadway Technology, Llc System for sharing data objects among applications
US7978618B2 (en) * 2004-10-08 2011-07-12 Sharp Laboratories Of America, Inc. Methods and systems for user interface customization
US7617162B2 (en) * 2005-03-04 2009-11-10 Atul Saini Real time push notification in an event driven network
US7499995B2 (en) 2005-06-28 2009-03-03 International Business Machines Corporation Managing permission for accessing third party applications on a telecommunications network
US20070156693A1 (en) * 2005-11-04 2007-07-05 Microsoft Corporation Operating system roles
US8693995B2 (en) * 2007-12-13 2014-04-08 Michelle Fisher Customized mobile applications for special interest groups
US8280979B2 (en) * 2006-02-27 2012-10-02 Microsoft Corporation Persistent public machine setting
JP5520813B2 (ja) * 2007-04-17 2014-06-11 ビザ ユー．エス．エー．インコーポレイテッド 取引のための個人認証方法、サーバ、およびその方法を実行するためのプログラム記憶媒体
US8630625B2 (en) * 2007-09-14 2014-01-14 At&T Intellectual Property I, L.P. System and method for personalized messaging
JP2009157650A (ja) * 2007-12-26 2009-07-16 Softbank Mobile Corp コンテンツ提供システム、コンテンツ提供方法およびコンテンツ提供プログラム
US9363745B2 (en) 2008-03-26 2016-06-07 Srinivasan Balasubramanian Device managed access point lists in wireless communications
US8719420B2 (en) 2008-05-13 2014-05-06 At&T Mobility Ii Llc Administration of access lists for femtocell service
US8364123B2 (en) 2009-02-25 2013-01-29 Apple Inc. Managing notification messages
US8565730B2 (en) * 2008-06-19 2013-10-22 Blackberry Limited User interface for configuring service account-specific user notifications for inbound electronic messages
US9135433B2 (en) * 2008-08-29 2015-09-15 Adobe Systems Incorporated Identifying reputation and trust information for software
US8315395B2 (en) * 2008-12-10 2012-11-20 Oracle America, Inc. Nearly-stateless key escrow service
US20100161747A1 (en) * 2008-12-22 2010-06-24 Cyril Rayan System and method for two-way anonymous communication
US8630624B2 (en) * 2009-02-25 2014-01-14 Apple Inc. Managing notification messages
CN101854338B (zh) * 2009-03-31 2014-02-26 国际商业机器公司 订户设备及其订阅管理方法、实时通信方法和系统
US20100274691A1 (en) * 2009-04-28 2010-10-28 Ayman Hammad Multi alerts based system
US8417231B2 (en) 2009-05-17 2013-04-09 Qualcomm Incorporated Method and apparatus for programming a mobile device with multiple service accounts
US8826304B2 (en) * 2009-08-13 2014-09-02 Google Inc. Virtual object indirection in a hosted computer environment
US20110195695A1 (en) * 2010-02-11 2011-08-11 Rashim Gupta Managing event distribution to applications within a wireless communications device

Also Published As

Publication number Publication date
AU2011353561B2 (en) 2015-10-08
EP2649781A1 (en) 2013-10-16
BR112013017443B1 (pt) 2021-11-03
CN103348663B (zh) 2015-08-19
KR20130109229A (ko) 2013-10-07
EP2649781A4 (en) 2014-06-18
BR112013017443A2 (pt) 2016-09-27
US8924489B2 (en) 2014-12-30
US20150067062A1 (en) 2015-03-05
US20120173610A1 (en) 2012-07-05
CN103348663A (zh) 2013-10-09
KR101510977B1 (ko) 2015-04-10
EP2649781B1 (en) 2019-04-10
JP2014503152A (ja) 2014-02-06
JP5719453B2 (ja) 2015-05-20
US11057484B2 (en) 2021-07-06
AU2011353561A1 (en) 2013-07-25
WO2012094253A1 (en) 2012-07-12

Similar Documents

Publication Publication Date Title
US9985917B2 (en) Managing notification messages
US11057484B2 (en) Message push notification client improvements for multi-user devices
US10542109B2 (en) Proxied push
JP2021043983A (ja) メッセージング・ボット・リッチ・コミュニケーションのための技法
US20120079043A1 (en) Method, apparatus and system for accessing an application across a plurality of computers
JP2021099861A (ja) メッセージングサービスのためのサーバ、システム、ユーザ端末、方法、及びプログラム
US9432437B1 (en) Dynamic telemetry client message routing
US12067136B2 (en) Display method, display device, and electronic device
WO2014173115A1 (en) Method, device, and system for network communication
US20240291875A1 (en) Method, apparatus, device and medium for processing group information
US10097482B2 (en) Method, device, and system for network communication
US20240039999A1 (en) Accessing representational state transfer application programming interfaces using simple mail transfer protocol

Legal Events

Date Code Title Description
FG Grant or registration