PROCEDIMIENTO DE GESTIÓN DE INFORMACIONES DE CONTEXTO MEDIANTE UN SERVIDOR INTERMEDIO.

Procedimiento de gestión de datos (40) de contexto, incluyendo los datos (40) de contexto datos que representan informaciones:

- ya sea específicas de una sesión de provisión de contenido por comunicación informática, a través de al menos una red (1) informática, entre al menos un dispositivo de tratamiento de datos digitales, denominado terminal (30 a 35) cliente, y al menos un sistema (2) informático proveedor de contenido, - o específicas de un usuario del citado al menos un terminal cliente, - o bien específicas de una combinación de estos elementos, siendo memorizados los datos (40) de contexto fuera del sistema (2) informático proveedor de contenido y a solicitud del citado sistema (2) proveedor, conviniendo el procedimiento a un funcionamiento multiterminal y multimodo, que utiliza diversas configuraciones de software que permiten la navegación en al menos una red para acceder a un servicio de un proveedor de contenido, comprendiendo el procedimiento al menos una etapa de memorización de los citados datos (40) de contexto por varios agentes informáticos, denominados proxy (4) de contexto, en medios de memorización independientes del citado al menos un terminal cliente y de la configuración de software correspondiente utilizada, y accesibles desde al menos un sistema informático o electrónico que gestiona la red (1) informática, estando caracterizado el procedimiento porque éste comprende al menos: - una etapa de comunicación en la que un primer proxy (42) de contexto comunica, por una parte, con una primera pasarela (52) de modo, que permite la comunicación con este terminal (33) cliente de acuerdo con un primer modo (520) de comunicación determinado y, por otra, con un segundo proxy (43) de contexto que comunica con el citado terminal cliente, comunicando este segundo proxy (43) de contexto con este terminal cliente, ya sea por la red (1, 320) informática o bien por una segunda pasarela (53) de modo, que permite la comunicación de la red (1) con este terminal cliente de acuerdo con un segundo modo (530) de comunicación determinado, comprendiendo la sesión de provisión de contenido por comunicación informática una primera parte de sesión, realizada por una comunicación de acuerdo el primer modo (520) de comunicación, combinada con una segunda parte de sesión, realizada por una comunicación de acuerdo con el segundo modo (530) de comunicación, - una etapa de memorización o de lectura de datos (40) de contexto que representan informaciones utilizables por uno de los proxy (4) de contexto o por el sistema (2) informático proveedor de contenido para asociar estas dos partes de sesión

Tipo: Patente Europea. Resumen de patente/invención. Número de Solicitud: E03291496.

Solicitante: SOCIETE FRANCAISE DU RADIOTELEPHONE-SFR.

Nacionalidad solicitante: Francia.

Dirección: 42, AVENUE DE FRIEDLAND 75008 PARIS FRANCIA.

Inventor/es: BENSIMON, MICHAEL.

Fecha de Publicación: .

Fecha Solicitud PCT: 19 de Junio de 2003.

Clasificación Internacional de Patentes:

  • G06F17/30W9
  • H04L29/08N13

Clasificación PCT:

  • G06F17/30
  • H04L29/06 ELECTRICIDAD.H04 TECNICA DE LAS COMUNICACIONES ELECTRICAS.H04L TRANSMISION DE INFORMACION DIGITAL, p. ej. COMUNICACION TELEGRAFICA (disposiciones comunes a las comunicaciones telegráficas y telefónicas H04M). › H04L 29/00 Disposiciones, aparatos, circuitos o sistemas no cubiertos por uno solo de los grupos H04L 1/00 - H04L 27/00. › caracterizadas por un protocolo.

Clasificación antigua:

  • G06F17/30
  • H04L29/06 H04L 29/00 […] › caracterizadas por un protocolo.

Países PCT: Austria, Bélgica, Suiza, Alemania, Dinamarca, España, Francia, Reino Unido, Grecia, Italia, Liechtensein, Luxemburgo, Países Bajos, Suecia, Mónaco, Portugal, Irlanda, Eslovenia, Finlandia, Rumania, Chipre, Lituania, Letonia, Ex República Yugoslava de Macedonia, Albania.

PDF original: ES-2360490_T3.pdf

 


Fragmento de la descripción:

La presente invención se refiere a un procedimiento de gestión de informaciones de contexto cliente o sesión, ligadas a la provisión de un servicio, o contenido, a través de una red informática tal como la red Internet. Estas informaciones pueden quedar memorizadas, en particular, en forma de datos denominados testigos o « cookies », memorizados fuera del sistema informático del proveedor de contenido y a solicitud suya. En particular, estos « cookies » pueden ser compatibles con el protocolo HTTP de Internet, o con modos de conexión por teléfono móvil que utilice un protocolo de tipo Voice Gateway o VoiceXML o WAP (de Wíreles Application Protocol) o SMS (de «Short Message Service »).

Cada vez más organismos utilizan un sistema informático para proponer a distancia sus servicios a numerosos y variados clientes, a través de una o varias redes informáticas como, por ejemplo, la red Internet. Desde el punto de vista de los diferentes inconvenientes en la gestión de la red y de las comunicaciones, un organismo de este tipo es denominado igualmente proveedor de contenido. Cualquiera que sea la naturaleza de este contenido, consulta de informaciones, compra o venta de bienes o servicios, transmisión de archivos de datos, es generalmente interesante para el proveedor de contenido conservar informaciones sobre el contexto de provisión de su servicio a cada cliente, sobre sus precedentes interacciones con este proveedor o con otros, o sobre sus habitudes de comportamiento en su utilización de las redes informáticas.

Desde el punto de vista del servidor proveedor de contenido, es difícil o imposible reconocer un mismo usuario de una sesión a otra, porque su dirección IP es susceptible de cambiar de una vez a otra. Para reconocer más fácilmente a cada cliente, y evitar almacenar en el sistema informático del servidor del sitio tales informaciones de contexto relativas a cada cliente, los softwares utilizados para realizar un servidor de provisión de contenido a numerosos clientes tienen generalmente la capacidad de enviar al sistema informático de cada uno de los clientes un cierto número de datos de contexto, por ejemplo datos denominados testigos o « cookies ». Además, en el seno de una misma sesión con el mismo usuario y el mismo terminal cliente, el protocolo HTTP no permite tampoco conservar un contexto específico de esta sesión aplicativa entre dos peticiones del usuario. Se utiliza entonces el mismo tipo datos de contexto en forma de « cookies de sesión », generalmente de una duración de vida útil particularmente breve, por ejemplo 15 mn. Esta aplicación « cookie », de origen anglosajón, hace referencia probablemente al tipo de galletas del mismo nombre, en las que ciertos ingredientes están incorporados en forma de pequeños trozos.

Un « cookie » es una cadena corta de caracteres memorizados por un servidor HTTP en un archivo del ordenador cliente, o de una pasarela que el cliente utilice. Los « cookies » son utilizados para mantener un contexto correspondiente a la sesión, o al cliente, entre un servidor HTTP y un cliente conectado. El mecanismo utilizado generalmente consiste en almacenar en el « cookie » un identificador temporal, generalmente cifrado, que identifica la sesión aplicativa y es denominado « cookie de sesión », o un identificador denominado « cookie de cliente » de una duración de vida útil más larga, por ejemplo un año, que identifica al propio cliente. Otras informaciones permanentes o temporales contenidas en estos « cookies » pueden ser, en particular, la fecha y la hora del acceso del cliente al sitio del proveedor, un contador, una respuesta a un cuestionario cumplimentado durante esta visita, una información personal relativa al cliente y recogida por el servidor del sitio o uno de los servidores que participan en la comunicación, por ejemplo una dirección IP o un número de serie del procesador que identifica una máquina. La utilización de un contador es una aplicación corriente del « cookie ». Cada visita a una página web incrementa el valor de un « cookie » ligado a esta página. Asociando este contador a la fecha y la hora de visita, es posible medir la frecuencia de las visitas y de ella deducir los hábitos de consulta.

Estos « cookies » o datos de contexto, quedan memorizados en el sistema informático del cliente, a solicitud del sistema del proveedor y por el software de navegación utilizado por este cliente para consultar el sitio del proveedor de contenido, por ejemplo un sitio web que utiliza el protocolo HTTP (de « Hiper Text Transfer Protocol »). Estos datos de contexto quedan almacenados sin intervención del usuario en el sistema de cliente, y son retransmitidos automáticamente al sitio del mismo proveedor de contenido o de otro, durante una consulta o una conexión posterior. Tales datos de contexto pueden ser utilizados por ejemplo para tener al día un máximo de gastos autorizados a un cliente para un mismo sitio comercial o un mismo grupo de de sitios comerciales, para presentar al cliente tiras publicitarias elegidas en función de los sitios que éste ha visitado precedentemente, o para llevar la cuenta del número de visitadores diferentes que consultan un sitio determinado, identificando cada uno de estos visitadores.

Así, por ejemplo, por el documento WO 01/76164, se conoce un sistema de provisión en tiempo real de un flujo de audio proveniente de Internet a un teléfono móvil en modo WAP, que requiere un equipo proxy de audio que puede recuperar cookies de un cliente WAP o de una pasarela WAP. Por el documento WO 99/64967, se conoce igualmente, un método de transmisión de cookies por un servidor proxy interpuesto entre un terminal usuario y un servidor distante. El servidor proxy intercepta los cookies enviados por el servidor al cliente y memoriza estos cookies con el fin de liberar la memoria del terminal usuario.

Sin embargo, tales datos no pueden siempre permitir encontrar el contexto que acompaña a cada cliente, en particular cuando éste cambia de ordenador de una consulta a otra, por ejemplo pasando de un ordenador de sobremesa a un ordenador portátil. En efecto, incluso si éste facilita informaciones conocidas, como un mismo nombre de identificación, la conexión de un mismo usuario cliente por dos ordenadores diferentes no encontrará datos de contexto comunes en el sistema de un proveedor de contenido basándose en el único sistema de los « cookies » de acuerdo con el protocolo HTTP.

Un objetivo de la invención es permitir a un sistema informático proveedor de contenido de este tipo encontrar datos de contexto, por ejemplo « cookies », que corresponden a un usuario cliente determinado o a una sesión determinada, sin tener que gestionar su memorización en el sistema del proveedor de contenido incluso cuando este usuario cliente utilice varios sistemas informáticos diferentes o varias configuraciones de software diferentes para acceder al servicio de este proveedor.

Además, servicios o contenidos cada vez más numerosos son o serán accesibles por intermedio de redes o de terminales que tengan la capacidad de tratamiento de datos digitales o informáticos, y que accedan a un mismo sistema informático proveedor de contenido, pero que funcionen de acuerdo con normas diferentes o que utilicen interfaces distintas con el usuario.

Así por ejemplo, el sitio Internet de un mismo servidor proveedor de contenido puede ser accesible a la vez por un microordenador clásico de tipo PC o Macintosh que comunique con la red Internet en HTTP por el protocolo TCP/IP, y a la vez por un teléfono celular que se conecte a la red Internet, pero que sea incapaz de memorizar este tipo de datos de contexto. Esta conexión puede hacerse por ejemplo por el protocolo WAP a través de una pasarela WAP Gateway por un protocolo UDP cuando se utiliza la pila protocolaria WSP, o TCP/IP para el protocolo WAP 2.0, o incluso comunicando por mensajes en formas de caracteres emitidos en el formato SMS. Un sitio Internet de este tipo puede igualmente ser accesible desde un teléfono alámbrico o celular, por comandos vocales reconocidos en forma de comandos codificados en el lenguaje VoiceXML y transmitidos en forma TCP/IP o HTTP hasta el proveedor de contenido, por una pasarela de tipo « Voice Gateway » que une la red telefónica y la red Internet.

Otros tipos de terminales, por ejemplo organizadores personales de tipo PDA (de « Personnel Digital Assitant ») como el « Palm Pilot » (marca registrada), pueden o podrán conectarse a la red Internet sin ser compatibles con las peticiones de memorización de datos de contexto utilizados por un proveedor de contenido determinado.

[Seguir leyendo]

 


Reivindicaciones:

1. Procedimiento de gestión de datos (40) de contexto, incluyendo los datos (40) de contexto datos que representan informaciones:

- ya sea específicas de una sesión de provisión de contenido por comunicación informática, a través de al menos una red (1) informática, entre al menos un dispositivo de tratamiento de datos digitales, denominado terminal (30 a 35) cliente, y al menos un sistema (2) informático proveedor de contenido,

- o específicas de un usuario del citado al menos un terminal cliente,

- o bien específicas de una combinación de estos elementos,

siendo memorizados los datos (40) de contexto fuera del sistema (2) informático proveedor de contenido y a solicitud del citado sistema (2) proveedor, conviniendo el procedimiento a un funcionamiento multiterminal y multimodo, que utiliza diversas configuraciones de software que permiten la navegación en al menos una red para acceder a un servicio de un proveedor de contenido, comprendiendo el procedimiento al menos una etapa de memorización de los citados datos

(40) de contexto por varios agentes informáticos, denominados proxy (4) de contexto, en medios de memorización independientes del citado al menos un terminal cliente y de la configuración de software correspondiente utilizada, y accesibles desde al menos un sistema informático o electrónico que gestiona la red (1) informática, estando caracterizado el procedimiento porque éste comprende al menos:

- una etapa de comunicación en la que un primer proxy (42) de contexto comunica, por una parte, con una primera pasarela (52) de modo, que permite la comunicación con este terminal (33) cliente de acuerdo con un primer modo (520) de comunicación determinado y, por otra, con un segundo proxy (43) de contexto que comunica con el citado terminal cliente, comunicando este segundo proxy (43) de contexto con este terminal cliente, ya sea por la red (1, 320) informática o bien por una segunda pasarela (53) de modo, que permite la comunicación de la red (1) con este terminal cliente de acuerdo con un segundo modo (530) de comunicación determinado, comprendiendo la sesión de provisión de contenido por comunicación informática una primera parte de sesión, realizada por una comunicación de acuerdo el primer modo (520) de comunicación, combinada con una segunda parte de sesión, realizada por una comunicación de acuerdo con el segundo modo (530) de comunicación,

- una etapa de memorización o de lectura de datos (40) de contexto que representan informaciones utilizables por uno de los proxy (4) de contexto o por el sistema (2) informático proveedor de contenido para asociar estas dos partes de sesión.

2. Procedimiento de acuerdo con la reivindicación 1, caracterizado porque comprende, además, al menos una operación de acceso del terminal (30) cliente de acuerdo con una configuración de software dada al citado al menos un sistema (2) proveedor de contenido, por envío de datos que representan una petición (300) de acceso, comprendiendo esta operación de acceso las etapas siguientes:

- recepción (61), por al menos uno de los proxy (4) de contexto, de datos asociados a una petición (200) de acceso al sistema (2) proveedor de contenido por parte del terminal (30) cliente de acuerdo con la configuración de software dada, comprendiendo estos datos al menos una identificación (301) de proveedor y una identificación (302) de cliente;

- prueba (62, 63) por citado el proxy (4) de contexto de la existencia o no de datos (40) de contexto, memorizados en los medios de memorización independientes del terminal (30) cliente, de la configuración de software utilizada y del sistema (2) de proveedor, correspondiendo estos datos (40) de contexto a esta identificación (301) proveedor y a esta identificación (302) de cliente;

- lectura (64) de estos datos (40) de contexto, y eventualmente modificación (65) de estos datos de contexto en función de las informaciones recibidas correspondientes a la petición de acceso;

- transmisión, (67) al sistema (2) proveedor de contenido, de todos o de parte de los datos (40) de contexto leídos o de una versión de la petición (300) de acceso modificada en función de los citados datos (40) de contexto.

3. Procedimiento de acuerdo con las reivindicaciones 1 o 2, caracterizado porque comprende al menos una operación de respuesta del sistema (2) proveedor de contenido al terminal (30) cliente por envío de datos que representan una respuesta (200), comprendiendo esta operación las etapas siguientes:

- recepción (71), por al menos uno de los proxy (4) de contexto, de datos asociados a una respuesta (200) del sistema (2) proveedor de contenido al terminal (30) cliente, comprendiendo esta respuesta al menos una solicitud (203) de memorización de datos (40) de contexto, debiendo ser memorizados estos datos en el exterior del citado sistema proveedor de contenido y a solicitud suya,

- memorización (75) de datos (40) de contexto, por el proxy (4) de contexto, en los medios de memorización independientes del terminal (30) cliente y del sistema (2) proveedor de contenido, representando estos datos de contexto informaciones asociadas a esta respuesta (200), o al terminal (30 a 35) cliente, o al usuario (3) de este terminal cliente, o al sistema (2) proveedor de contenido

4. Procedimiento de acuerdo con la reivindicación 3, caracterizado porque la memorización de los datos (40) de contexto comprende la memorización de un identificador de cliente o de un identificador de sesión.

5. Procedimiento de acuerdo con las reivindicaciones 3 o 4, caracterizado porque la operación de respuesta del sistema

(2) proveedor de contenido al terminal (30) cliente comprende, además, una etapa (73) de solicitud al terminal cliente de una autorización de memorizar datos (40) de contexto.

6. Procedimiento de acuerdo con una de las reivindicaciones 1 a 5, caracterizado porque comprende al menos una etapa de comunicación en la que uno de los proxy (4) de contexto comunica, directa o indirectamente, por una parte, con el sistema (2) proveedor de contenido por intermedio de la red (1) informática y, por otra, con el terminal (33, 34, 35) cliente o con una pasarela (51, 52, 53) de modo, que permite la comunicación de la red (1) informática con este terminal cliente de acuerdo con un modo de comunicación (510, 520, 530) determinado diferente del utilizado por la red informática.

7. Procedimiento de acuerdo con una de las reivindicaciones 1 a 6, caracterizado porque al menos una etapa de comunicación entre el sistema (2) informático proveedor de contenido y uno de los proxy (4) de contexto se hace por al menos un protocolo compatible con el protocolo TCP/IP o el protocolo HTTP.

8. Procedimiento de acuerdo con una de las reivindicaciones 1 a 7, caracterizado porque el terminal cliente comprende un terminal (34) digital o un teléfono (33) celular, al menos una etapa de comunicación entre el terminal cliente y la red

(1) que se hace por enlace inalámbrico de acuerdo con la norma GSM, o la norma DCS, o la norma GPRS, o la norma Airport, o la norma Bluetooth, o la norma ISO 802.11 (marcas registradas), o una variante o evolución de estas normas.

9. Procedimiento de acuerdo con una de las reivindicaciones 1 a 8, caracterizado porque el terminal cliente comprende un terminal (34) digital o un teléfono (33) celular o alámbrico (35), al menos una etapa de comunicación entre el terminal cliente y la red (1) que se hace por un protocolo compatible con el protocolo WAP, o un protocolo que utiliza el lenguaje VoiceXML, o una variante o evolución de estos protocolos.

10. Procedimiento de acuerdo con una de las reivindicaciones 1 a 9, caracterizado porque la red permite la comunicación informática entre el sistema (2) proveedor de contenido y el terminal (30 a 35) cliente utilizando la red (10) Internet o una red de tipo Intranet.

11. Procedimiento de acuerdo con una de las reivindicaciones 1 a 10, caracterizado porque los datos (203) de contexto emitidos o los datos (303) de contexto recibidos por el sistema informático proveedor de contenido están organizados de acuerdo con un formato compatible con los « cookies » definidos por el protocolo HTTP.

12. Sistema de gestión de datos de contexto, para un funcionamiento multiterminal y multimodo que utiliza diversas configuraciones de software que permiten la navegación en al menos una red para acceder a un servicio de un proveedor de contenido, incluyendo los datos de contexto datos que representan informaciones, ya sean específicas de una sesión de provisión de contenido por comunicación informática, a través de al menos una red (1) informática, entre al menos un dispositivo de tratamiento de datos digitales, denominado terminal (30 a 35) cliente, y al menos un sistema

(2) informático proveedor de contenido, o específicas de un usuario del citado al menos un terminal cliente, o bien específicas de una combinación de estos elementos, siendo memorizados los datos (40) de contexto fuera del sistema

(2) informático proveedor de contenido y a solicitud del citado sistema (2) proveedor, comprendiendo el procedimiento varios agentes de software, denominados proxy (4) de contexto, ejecutados por medios de cálculo y que comunican con la red (1) informática, memorizando estos proxy (4) de contexto estos datos (40) de contexto en medios de memorización independientes del citado al menos un terminal cliente y de la configuración de software correspondiente, caracterizado porque comprende, por una parte, un primer proxy (42) de contexto que comunica con la primera pasarela

(52) de modo, que permite la comunicación con este terminal (33) cliente de acuerdo con un primer modo (520) de comunicación determinado y, por otra, un segundo proxy (43) de contexto que comunica con el citado terminal cliente, comunicando este segundo proxy (43) de contexto con este terminal cliente ya sea por la red (1, 320) informática, o por una segunda pasarela (53) de modo, que permite la comunicación de la red (1) con este terminal cliente de acuerdo con un segundo modo (530) de comunicación determinado, comprendiendo la sesión de provisión de contenido por comunicación informática una primera parte de sesión, realizada por una comunicación de acuerdo con el primer modo

(520) de comunicación, combinada con una segunda parte de sesión, realizada por una comunicación de acuerdo con el segundo modo (530) de comunicación, siendo realizada una memorización o una lectura de datos (40) de contexto que representan informaciones utilizables por uno de los proxy (4) de contexto o por el sistema (2) informático proveedor de contenido para asociar estas dos partes de sesión.

13. Sistema de acuerdo con la reivindicación 12, caracterizado porque uno de los proxy (4) de contexto comprende, por una parte, medios de leer y de analizar datos que representan una respuesta (200) del sistema proveedor (2) al terminal (30) cliente en el seno de una sesión de este tipo y que comprende datos (203) de contexto que el sistema proveedor solicita memorizar al terminal cliente y, por otra, medios de identificar este sistema proveedor, medios de identificar este terminal cliente o el usuario (3) de este terminal cliente, así como medios de memorizar todos o parte de estos datos

(203) de contexto en asociación con la identificación de este sistema proveedor, o de este terminal cliente, o del usuario de este terminal cliente.

14. Sistema de acuerdo con una de las reivindicaciones 12 a 13, caracterizado porque uno de los proxy (4) de contexto comprende medios de leer y de analizar datos que representan una petición (300) de acceso del terminal (30) cliente de acuerdo con una configuración de software dada al sistema proveedor en el seno de una sesión de este tipo, medios de identificar este sistema (2) proveedor de contenido, medios (40, 401, 402, 403) de identificar este terminal cliente o el usuario (3) de este terminal cliente, así como medios de completar o de modificar los datos de esta petición de acceso en función de datos (40) de contexto precedentemente memorizados por él y en relación con este sistema proveedor y este terminal cliente o el usuario de este terminal cliente.

15. Sistema de acuerdo con la reivindicación 14, caracterizado porque los medios de completar o modificar los datos de la petición de acceso permiten incorporar un identificador de cliente o un identificador temporal correspondiente a la sesión en curso.

16. Sistema de acuerdo con una de las reivindicaciones 12 a 15, caracterizado porque comprende medios de redirección del terminal cliente desde la dirección o la identificación por la cual el terminal cliente busca entrar en comunicación con el sistema proveedor, hacia una dirección que conduce a uno de los proxy de contexto, permitiendo estos medios de redirección a este proxy de contexto recibir en lugar del sistema proveedor todos o parte de los datos

(300) enviados por el terminal cliente al citado sistema proveedor de contenido

17. Sistema de acuerdo con una de las reivindicaciones 12 a 16, caracterizado porque el sistema (2) proveedor de contenido es accesible, desde la red (1) informática, en forma de un sitio en el estándar « world wide web » y comunica con uno de los proxy (4) de contexto de acuerdo con el protocolo TCP/IP o HTTP.

18 Sistema de acuerdo con una de las reivindicaciones 12 a 17, caracterizado porque la red (1) informática comprende una o varias partes que utilizan la red Internet (10) o una red Intranet para permitir la comunicación informática entre uno de los proxy (4) de contexto, el terminal (31, 32) cliente, y el sistema (2) proveedor, o entre dos de estos elementos.

19. Sistema de acuerdo con una de las reivindicaciones 12 a 18, caracterizado porque al menos una de las pasarelas de modo permite la comunicación entre, por una parte, la red (1) informática y, por otra, una red de telefonía alámbrica, o una red de telefonía celular GSM o DCS o GPRS, o una red de comunicación de acuerdo con el estándar Bluetooth, o el estándar Airport, o la norma ISO 802.11 (marcas registradas).

20. Sistema de acuerdo con una de las reivindicaciones 12 a 19, caracterizado porque varios de los proxy (41, 42, 43) de contexto comunican entre sí, o con el sistema proveedor de contenido, o con los dos, a través de la red informática, estando integrado al menos uno de estos proxy de contexto en una pasarela que asegura la transformación entre varios protocolos de comunicación o entre varios modos de transmisión.

 

Patentes similares o relacionadas:

TÉCNICA PARA REALIZAR LA CONVERSIÓN DE SEÑALIZACIÓN ENTRE LOS DOMINIOS HTTP Y SIP, del 2 de Febrero de 2012, de TELEFONAKTIEBOLAGET L M ERICSSON (PUBL): Un método para realizar la conversión de señalización entre una sesión de estado del Protocolo de Transferencia Hipertexto, o HTTP, y un diálogo del Protocolo de Inicio […]

MÉTODO DE DIRECCIONAMIENTO DE ENTIDAD DE FUNCIÓN DE DECISIÓN DE REGLAS, ELEMENTO DE RED Y SISTEMA DE RED, del 29 de Diciembre de 2011, de HUAWEI TECHNOLOGIES CO., LTD.: Un método de direccionamiento de función de decisión de reglas, PDF, que comprende: la recepción, por una entidad de gestión de reglas, […]

SISTEMA Y PROCEDIMIENTO PARA LLEVAR A CABO LA COMUNICACIÓN ENTRE UN SERVIDOR Y UN EQUIPO DE USUARIO, del 12 de Diciembre de 2011, de VODAFONE HOLDING GMBH: Sistema de comunicación para llevar a cabo una comunicación entre un servidor y al menos un equipo de usuario, estando el sistema de comunicación […]

MANEJO DE SESIÓN DE DISTRIBUCIÓN DE FICHEROS, del 5 de Diciembre de 2011, de NOKIA CORPORATION: Un módulo de receptor para la recepción de datos transmitidos en una sesión de distribución de ficheros, comprendiendo el módulo uno o más de: a) […]

SISTEMA Y MÉTODO PARA CORRELACIONAR MENSAJES DENTRO DE UNA TRANSACCIÓN INALÁMBRICA, del 23 de Noviembre de 2011, de RESEARCH IN MOTION LIMITED: Un método implementado por ordenador para la correlación de mensajes en una transacción inalámbrica de entrega de contenido, el método que comprende: […]

GESTIÓN AUTOMÁTICA DE LA CLASE DE CALIDAD DE SERVICIO, del 8 de Noviembre de 2011, de TELEFONAKTIEBOLAGET LM ERICSSON (PUBL): El método de análisis del servicio portador para la gestión automática de la clase de calidad de servicio sin implicar a un equipo de usuario y las sesiones de aplicación […]

PROCEDIMIENTO Y APARATO PARA COMPRESIÓN DE CABECERA EN UN SISTEMA DE COMUNICACIÓN INALÁMBRICA, del 23 de Agosto de 2011, de QUALCOMM INCORPORATED: Un procedimiento de transmisión unidireccional en un sistema de comunicación inalámbrica en el que un receptor requiere una inicialización […]

CONTROL DE LA POTENCIA PARA SERVICIOS PUNTO A MULTIPUNTO SUMINISTRADOS EN SISTEMAS DE COMUNICACIONES, del 6 de Julio de 2011, de QUALCOMM INCORPORATED: Un procedimiento de control de la potencia para servicios punto a multipunto en un sistema de comunicaciones en el cual un grupo de usuarios es servido por al […]

Utilizamos cookies para mejorar nuestros servicios y mostrarle publicidad relevante. Si continua navegando, consideramos que acepta su uso. Puede obtener más información aquí. .