ES2265555T3 - Procedimiento de produccion, mediante un proveedor de acceso, de un identificador aislante multimedia. - Google Patents

Procedimiento de produccion, mediante un proveedor de acceso, de un identificador aislante multimedia. Download PDF

Info

Publication number
ES2265555T3
ES2265555T3 ES03102706T ES03102706T ES2265555T3 ES 2265555 T3 ES2265555 T3 ES 2265555T3 ES 03102706 T ES03102706 T ES 03102706T ES 03102706 T ES03102706 T ES 03102706T ES 2265555 T3 ES2265555 T3 ES 2265555T3
Authority
ES
Spain
Prior art keywords
identifier
digits
digit
user
allows
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Expired - Lifetime
Application number
ES03102706T
Other languages
English (en)
Inventor
Jean-Philippe Wary
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Societe Francaise du Radiotelephone SFR SA
Original Assignee
Societe Francaise du Radiotelephone SFR SA
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 Societe Francaise du Radiotelephone SFR SA filed Critical Societe Francaise du Radiotelephone SFR SA
Application granted granted Critical
Publication of ES2265555T3 publication Critical patent/ES2265555T3/es
Anticipated expiration legal-status Critical
Expired - Lifetime legal-status Critical Current

Links

Classifications

    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/12Applying verification of the received information
    • H04L63/126Applying verification of the received information the source of the received data
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • H04L61/301Name conversion
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/30Types of network names
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L2101/00Indexing scheme associated with group H04L61/00
    • H04L2101/60Types of network addresses
    • H04L2101/604Address structures or formats
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L61/00Network arrangements, protocols or services for addressing or naming
    • H04L61/30Managing network names, e.g. use of aliases or nicknames
    • HELECTRICITY
    • H04ELECTRIC COMMUNICATION TECHNIQUE
    • H04LTRANSMISSION OF DIGITAL INFORMATION, e.g. TELEGRAPHIC COMMUNICATION
    • H04L63/00Network architectures or network communication protocols for network security
    • H04L63/04Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks
    • H04L63/0428Network architectures or network communication protocols for network security for providing a confidential data exchange among entities communicating through data packet networks wherein the data content is protected, e.g. by encrypting or encapsulating the payload

Landscapes

  • Engineering & Computer Science (AREA)
  • Computer Networks & Wireless Communication (AREA)
  • Signal Processing (AREA)
  • Computer Security & Cryptography (AREA)
  • General Engineering & Computer Science (AREA)
  • Computing Systems (AREA)
  • Computer Hardware Design (AREA)
  • Telephonic Communication Services (AREA)
  • Mobile Radio Communication Systems (AREA)
  • Computer And Data Communications (AREA)
  • Information Retrieval, Db Structures And Fs Structures Therefor (AREA)
  • Data Exchanges In Wide-Area Networks (AREA)
  • Organic Insulating Materials (AREA)
  • Making Paper Articles (AREA)

Abstract

Procedimiento de producción, mediante una pasarela (112) de un proveedor de acceso, de un primer identificador (118, 200) aislante de usuario multimedia compatible con unos identificadores (117) de una red de telefonía, produciendo dicha pasarela el primer identificador en el formato siguiente: - el primer identificador incluye N dígitos identificadores que permiten designar al usuario, - el primer identificador incluye al menos un dígito de naturaleza que permite definir la naturaleza del primer identificador, - el primer identificador incluye M dígitos de variabilidad, caracterizado porque: - los M dígitos de variabilidad dependen del dígito de naturaleza, - el primer identificador tiene un tamaño máximo de 15 dígitos, siendo un dígito una representación informática que permite representar / codificar una cifra decimal o hexadecimal y que incluye 4 bits, - el primer identificador incluye al menos un dígito productor que permite designar al productor del identificador.

Description

Procedimiento de producción, mediante un proveedor de acceso, de un identificador aislante multimedia.
El objeto de la invención es un procedimiento de producción, mediante un proveedor de acceso, de un identificador aislante multimedia. El ámbito de la invención es el del acceso, por parte de un usuario, a un proveedor de contenido a través de un proveedor de acceso. En particular, el ámbito de la invención es el de las pasarelas que existen entre las redes de telefonía celular y las redes de tipo Internet, voz, SMS u otros soportes de transmisión de un contenido multimedia o monomedia.
Uno de los objetivos de la invención es preservar la privacidad del usuario.
Otro de los objetivos de la invención es la preservación de las bases de datos clientes de los participantes de una red, y de la limitación de las actividades de análisis del comportamiento.
Otro objetivo de la invención es contribuir a la preservación del secreto de la correspondencia.
Otro objetivo de la invención es permitir que una entidad jurídica autorizada identifique civilmente a un usuario.
Otro objetivo de la invención es permitir que el proveedor de contenido gestione uno o varios contextos para los usuarios que se conectan a dicho proveedor de contenido.
Otro objetivo de la invención es que sea compatible con el mayor número posible de redes.
En el estado de la técnica, existen varios medios para que un proveedor de contenido identifique a un usuario que accede a uno de sus servicios. Estos medios dependen del medio utilizado por el usuario para acceder al servicio. Se distinguen principalmente cuatro modos de acceso, aunque la lista no es exhaustiva. Un primer modo de acceso es un acceso de tipo Internet. El modo Internet se subdivide a su vez en dos submodos que se pueden calificar como modo conectado y modo no conectado. El modo Internet conectado es un modo de conexión que utiliza un protocolo de tipo http (Hyper Text Transfer Protocol, o protocolo de transmisión hipertextual) o WTP (Wireless Transfer Protocol, o protocolo de transmisión inalámbrica). Un servidor, por ejemplo de http, es un aparato que se comunica por medio de una red, por ejemplo de Internet, y según el protocolo http. Este tipo de servidor alberga páginas web (o de Internet) o WAP (Internet adaptado al teléfono móvil).
Existe también un modo de acceso a Internet no conectado a través de un protocolo de tipo SMTP (Simple Mail Transfer Protocol, o protocolo simple de transferencia de correo), en el que la conexión consiste de hecho en un intercambio de mensajes electrónicos de tipo de correo.
Otro modo de acceso es un modo de acceso por operador que se subdivide a su vez en dos submodos. Un primer submodo de acceso, y tercer modo de acceso, es un modo de acceso que se puede calificar de no conectado a través de un protocolo de tipo SMS (Short Message Service, o servicio de mensajes cortos) o MMS (Mulimedia Message Service, o servicio de mensajes multimedia). Un cuarto modo de acceso es un modo por operador conectado que se denomina también modo vocal, en el que el usuario accede y se conecta a un servidor vocal.
Para los cuatro modos de acceso, existe una solución de tipo simple que consiste en realizar una interfaz que proponga la introducción de un identificador y de una contraseña en el momento de una conexión a un servidor. En caso de que el usuario que se conecta al servidor del proveedor de contenido lo haga por medio de un teléfono móvil, los medios que se ponen a disposición del usuario para que introduzca el identificador (o login o nombre de usuario) y la contraseña están limitados por la interfaz de usuario del teléfono. O bien el identificador y la contraseña son íntegramente numéricos, siendo en ese caso difíciles de retener y fáciles de adivinar, o bien el identificador y la contraseña son alfanuméricos, en cuyo caso es molesto introducirlos con un teclado que solamente incluye 9 teclas. Además, esta etapa de introducción constituye una etapa suplementaria para el usuario, lo que disuade, en la mayoría de los casos, a un usuario de teléfono móvil de conectarse a una página que propone una interfaz de conexión del tipo de identificador y contraseña.
Otra solución, en el caso de los servidores del primer tipo, consiste en utilizar un cookie o espía. Un cookie es un pequeño fichero registrado en el aparato del usuario. En el momento de una conexión a un proveedor de contenido, el proveedor de contenido puede acceder a dicho cookie para identificar al usuario. Un problema de esta solución reside en que es posible interceptar un cookie por medios electrónicos o de otro tipo. La utilización de un cookie no es pues compatible con unas necesidades imperativas de seguridad. Otro problema reside en ese caso en que los cookies tienen una fama relativamente mala que incita a los usuarios a borrarlas. Además, el usuario puede configurar la aplicación o el navegador que utiliza para conectarse al proveedor de contenido con el fin de que esta aplicación no acepte los cookies. En ese caso, el usuario se ve en la imposibilidad de conectarse al servidor del proveedor de contenido.
En el caso del tercer y el cuarto modo de acceso, la mayoría del tiempo el proveedor de contenido tiene acceso al número de teléfono de la persona que llama al servidor. El proveedor de contenido puede por lo tanto identificar a la persona por medio de este número de teléfono. Ello va acompañado de un problema de protección de la privacidad. De hecho, es totalmente legítimo que un usuario no desee ser identificado físicamente cuando se conecta a un servidor de un proveedor de contenido. De hecho, se debe poder adquirir un bien de forma anónima. En ese caso, es posible intentar conectarse ocultando el número, pero entonces es imposible facturar el servicio y, por lo tanto, conectarse eficazmente. Actualmente, la única solución consiste en no conectarse a dicho proveedor de contenido.
En el estado de la técnica, el documento GB2372175A presenta (página 6) un identificador que incluye un primer campo que permite designar la naturaleza del identificador, un segundo campo que permite designar al usuario y un tercer campo que permite designar la variabilidad. No obstante, este identificador del estado de la técnica no contiene ningún campo que permita designar el productor del identificador, del que no se precisa el formato según el cual se construyen los campos del identificador y en ningún momento se precisa que el identificador tiene un tamaño máximo de 15 dígitos.
Todas las soluciones previstas en el estado de la técnica no resuelven además el problema del formato de los datos. De hecho, de un formato a otro y, por lo tanto, de un protocolo a otro, las características de transmisión no son las mismas. Estas características se refieren principalmente a la codificación de las informaciones transmitidas (numérica, alfanumérica, ...), así como la cantidad de información que puede transmitirse. Así, un identificador utilizable en Internet no lo es forzosamente en una red vocal o de SMS.
En la descripción, y en la práctica, conectarse/acceder a un proveedor de contenido es equivalente a conectarse a un servidor de un proveedor de contenido.
La invención resuelve estos problemas permitiendo producir un identificador que el usuario presente al proveedor de contenido y, sea cual sea el tipo de red, este identificador no permita que otra persona distinta de la que haya producido el identificador identifique civilmente al usuario. Este tipo de identificador permite proteger la privacidad del usuario y este tipo de identificador permite identificar bien al usuario por medio de una solicitud producida por la autoridad que desee identificar al usuario y que incluye el identificador además de la fecha en la que se ha producido dicho identificador.
Un identificador según la invención incluye al menos un primer campo identificador del usuario. Otros campos pueden permitir que se asegure la variabilidad del identificador y/o la habilitación del identificador. Esta variabilidad se asegura mediante un factor aleatorio o bien mediante una voluntad expresada por el usuario. La habilitación del identificador está constituida por informaciones que permiten dar unos índices de interpretación sobre la naturaleza del identificador. Este tipo de índices son, por ejemplo, una vez que el operador ha producido el identificador, la duración de la vida del identificador .... El primer campo está cifrado de forma que el primer campo no sea accesible para nadie. Sólo el proveedor de acceso, es decir, la persona que produce el identificador aislante, es capaz de invertir el cifrado y, por lo tanto, identificar físicamente al usuario.
El conjunto de los campos del identificador según la invención están, incluidos dichos cifrados, en un formato compatible con la más restrictiva de las redes en la que deba transportarse el identificador. En la práctica, se trata de una red de telefonía y de sus limitaciones de definición de un identificador. La red de telefonía impone de hecho una longitud máxima y una codificación en dígitos para el identificador.
Los objetivos perseguidos por la invención se consiguen pues de forma notable.
El objeto de la invención es pues un procedimiento de producción, mediante una pasarela, de un proveedor de acceso, de un primer identificador aislante de usuario multimedia compatible con unos identificadores de una red de telefonía, produciendo dicha pasarela el primer identificador con el formato siguiente:
-
el primer identificador incluye N dígitos identificadores que permiten designar al usuario,
-
el primer identificador incluye al menos un dígito de naturaleza que permite definir la naturaleza del primer identificador,
-
el primer identificador incluye M dígitos de variabilidad,
caracterizado porque:
-
los M dígitos de variabilidad dependen del dígito de naturaleza,
-
el primer identificador tiene un tamaño máximo de 15 dígitos, siendo un dígito una representación informática que permite representar/codificar una cifra decimal o hexadecimal y que incluye 4 bits,
-
el primer identificador incluye al menos un dígito productor que permite designar al productor del identificador.
La invención se comprenderá mejor con la lectura de la descripción siguiente y con el examen de las figuras que la acompañan. Éstas sólo se presentan a título indicativo y no limitan en modo alguno a la invención. Las figuras muestran:
Figura 1: una ilustración de los medios utilizados para la puesta en práctica del procedimiento según la invención.
Figura 2: una ilustración de una estructura posible para un identificador aislante según la invención.
Figura 3: una ilustración de las etapas de puesta en práctica del procedimiento según la invención.
La figura 1 muestra un aparato 101 que utiliza el usuario para conectarse a un servidor 102 de un proveedor de contenido. En la práctica, el aparato 101 es un teléfono móvil que es capaz de establecer una comunicación según múltiples protocolos. Entre estos protocolos se pueden citar unos protocolos compatibles con Internet, con la voz y con el protocolo SMS. Dicho de otro modo, el aparato 101, que es un teléfono móvil 101, es capaz de establecer una comunicación según un modo WAP, según un modo vocal y/o según un modo SMS.
El servidor 102 es capaz de comunicarse según al menos uno de los protocolos antes citados para el teléfono 101. El servidor 102 incluye un microprocesador 103 conectado a un bus 104 interno en el servidor 102. El bus 104 permite conectar el microprocesador a una memoria 105 de programa, a una memoria 106 de usuario y a unos circuitos 107 de interfaz con, por ejemplo, la red 108 de Internet.
La memoria 105 incluye unos códigos de instrucción que controlan al microprocesador cuando éste efectúa distintas acciones. En particular, la memoria 105 incluye unos códigos de instrucción para la puesta en práctica de al menos uno de los protocolos antes citados.
La memoria 106 es, por ejemplo, una base de datos. A tal efecto, la memoria 106 se describe como una tabla que incluye al menos tantas líneas como usuarios susceptibles de conectarse, o que ya estén conectados, al servidor 102. Cada línea incluye un determinado número de campos. Una columna 106a corresponde a un campo identificador del usuario. Se trata en ese caso de un identificador según la invención. Cuando el servidor 102 recibe una solicitud, esta solicitud incluye este identificador. Ello permite que el servidor 102 identifique al usuario y determine, por ejemplo, las preferencias del usuario. Un conjunto de preferencias se denomina también un contexto. Un contexto incluye diversas informaciones que permiten al usuario personalizar la apariencia y/o el contenido de las informaciones que le presenta el servidor al que se conecta el usuario.
En el ejemplo, la memoria 106 está comprendida en el servidor 102. En la práctica, esta memoria/base de datos 106 puede estar albergada por otro servidor al que el servidor 102 puede conectarse para acceder al contenido de dicha base de datos.
Cuando un usuario utiliza el aparato 101 para conectarse al servidor 102, el teléfono 101 establece un enlace 109 hertziano con una estación 110 de base. La estación 110 de base está a su vez conectada, por medio de una red 111, por ejemplo de ISDN, a una pasarela 112 de un proveedor de acceso al que está, por ejemplo, abonado el usuario del teléfono 101. La red 111 ISDN pertenece de hecho total o parcialmente a una red telefónica conmutada. En la práctica, la red 111 puede ser cualquier solución técnica que permita conectar una estación de base a la pasarela 112 del proveedor de acceso. Un proveedor de acceso es, por ejemplo, un operador de telefonía móvil.
El proveedor de contenido es, por ejemplo, una pasarela de acceso a la red de Internet, también conocida con el nombre de portal de Internet, un servidor vocal meteorológico o un servidor SMS estándar.
La pasarela 112 incluye un microprocesador 113, conectado a un bus 114. A este bus están también conectados unos circuitos 115 de interfaz con la red 111 y unos circuitos 116 de interfaz con la red 108. La pasarela 112 es pues una pasarela entre las redes 111 y 108.
En la red 111, el aparato 101 y, por lo tanto, su usuario, es identificado por un identificador 117 de usuario. En la red 108, el usuario del aparato 101 es identificado, al menos, por un identificador 118 aislante. Una de las funciones de la pasarela 112 es efectuar el enlace entre el identificador 117 y el identificador 118 aislante. Otra función, clásica, de la pasarela 112 es garantizar la conversión de protocolo entre los protocolos utilizados en la red 111 y los protocolos utilizados en la red 108. El identificador 117 es, por ejemplo, el número de teléfono del usuario del aparato 101. Este tipo de identificador 117 es un identificador público que permite que todos asocien este identificador 117 con una persona física. Uno de los objetivos de la invención es impedir que el proveedor de contenido identifique físicamente a las personas que se conectan al servidor 102.
La pasarela 112 incluye una memoria 119 de programa. La memoria 119 incluye distintas zonas que incluyen unos códigos de instrucción que corresponden cada una a una tarea efectuada por el microprocesador 113.
Entre las zonas de la memoria 119, se puede distinguir una zona 119a que incluye unos códigos de instrucción que corresponden a la producción, por parte de la pasarela 112, es decir, de hecho por el microprocesador 113, del identificador 118 aislante a partir al menos del identificador 117, y en una puesta en práctica preferente, de un identificador 120 del proveedor de contenido.
Una zona 119b incluye unos códigos de instrucción que permiten que la pasarela 112 valide un identificador 118 cuando la pasarela 112 recibe una solicitud procedente del servidor 102. Una zona 119c incluye los códigos de instrucción que permiten que la pasarela 112 identifique a un usuario a partir de un identificador 118 aislante. Esto se utiliza para transmitir una respuesta del servidor 102 al aparato 101, por ejemplo. Una zona de memoria 119d incluye unos códigos de instrucción que permiten determinar un modificador de identificador a partir de un identificador 120 de un proveedor de contenido. Una zona 119e incluye unos códigos de instrucción que permiten efectuar una transcodificación que en nuestro ejemplo es un cifrado. Preferentemente se trata de un cifrado simétrico, pero podría tratarse de una simple permutación o radiointerferencia.
La pasarela 112 incluye una memoria 121 que permite asociar un identificador de un proveedor de contenido a un código para dicho proveedor de contenido, y a una naturaleza de un identificador aislante por producir.
La figura 2 ilustra una estructura posible para un identificador aislante según la invención y su adaptación a la transmisión en una red de telefonía por medio del campo NDS definido en las normas de telefonía, en particular en las normas de telefonía vocal. La norma prevé una codificación del campo NDS en 15 dígitos. Un proveedor de acceso no necesita utilizar todo el espacio previsto por la norma para identificar a un abonado. Por el contrario, los protocolos de red llevan siempre 15 dígitos para el campo NDS que se pueden utilizar para transportar información que identifique al usuario e información adicional.
La figura 2 muestra un identificador 200 aislante que incluye cuatro campos. Un primer campo 201, de una longitud de N dígitos, corresponde al identificador 117 que identifica al usuario del aparato 101 en la red 111. Un segundo campo 202, de una longitud de M dígitos, corresponde a un medio de variación del identificador 200 aislante en función de unos datos del usuario o bien de un código de proveedor de contenido. Los campos 202 y 201 están cifrados gracias a los códigos de instrucción de la zona 119e.
En una variante, el identificador 200 aislante incluye un campo 203 que permite identificar al proveedor de acceso que haya producido el identificador y un campo 204 que permite, por ejemplo, codificar una versión y/o una naturaleza para el identificador 200 aislante. El identificador 200 aislante se utiliza como identificador 118 aislante en el momento de las comunicaciones entre la pasarela 112 y el servidor 102. El identificador 118 es el que queda registrado en la columna 106a de la memoria 106 de usuario del servidor 102.
La figura 2 muestra que la suma de las longitudes de los campos del identificador 200 no superan la longitud del campo NDS, es decir, 15 dígitos. Un dígito es una representación informática que permite representar/codificar una cifra decimal. En la práctica, un dígito incluye 4 bits y sólo se utilizan las codificaciones 0000, 0001, 0010, 0011, 0100, 0101, 0110, 0111, 1000 y 1001. El principio general es que este tipo de dígito es capaz de codificar 16 estados, y en general sólo se utilizan 10 de dichos estados. Por lo tanto, es válida cualquier selección de 10 entre los 16. La figura 2 ilustra también unas longitudes para los campos 201 a 204. Estas longitudes de los campos del identificador son adaptables en función de la situación. Así, por ejemplo, si se desea tener más de un dígito para el campo 203, se puede acortar el campo 201 ó 202. Igualmente, la localización de los campos es indicativa. Por ejemplo, el campo 202 ocupa, en nuestro ejemplo, los dígitos 3 a 7, en la práctica, si M vale 5, puede ocupar 5 dígitos entre los 15 del campo NDS. Se puede decir lo mismo de la localización de los campos 201, 203 y 204.
La figura 3 muestra unas etapas de un escenario en el que se pone en práctica el procedimiento según la invención.
La figura 3 muestra una etapa 301 en la que el teléfono 101 emite una solicitud con destino al proveedor 102 de contenido. Esta solicitud incluye un identificador 117 del usuario, un identificador 120 de proveedor de contenido y un campo 122 que incluye la propia solicitud. Este tipo de solicitud es, por ejemplo, una solicitud GET (u "obtener") en el formato que define el protocolo http. Hay que tener en cuenta que, dado que el aparato 101 es un teléfono móvil, se trata siempre del protocolo WTP. La solicitud producida y emitida en la etapa 301 es recibida en una etapa 302 por la pasarela 112.
En la etapa 302, el microprocesador 113 extrae de la solicitud el identificador 120 de proveedor de contenido. Entonces, recorre la tabla 121 en busca de este identificador de proveedor de contenido. Una vez que ha encontrado el identificador de proveedor de contenido, el microprocesador 113 es capaz de determinar un código para este proveedor de contenido, así como una naturaleza de identificador. Si el identificador de contenido no aparece en la tabla 121, el microprocesador 113 adopta un comportamiento por defecto. En nuestro ejemplo, se admite que el comportamiento por defecto consista en producir un identificador aislante de sesión.
El identificador 120 aislante es, en un ejemplo preferente, una dirección en el formato IPV4 (Internet Protocol Version 4, que significa protocolo de Internet versión 4). También puede tratarse de un número de teléfono de un servidor vocal, o SMS, o MMS. También puede tratarse de una dirección de Internet en el formato IPV6 (Internet Protocol Versión 6, que significa protocolo de Internet versión 6) o de una URL, que son las siglas de Universal Resource Locator, que significa Localización Universal de Recurso.
Si el identificador 120 de proveedor de contenido corresponde, en la tabla 121, a una naturaleza de identificador aislante de sesión, se pasa a una etapa 303 de producción de un identificador aislante de sesión. Si no, se pasa a una etapa 304 de producción de un identificador aislante de contexto.
Ya se trate de un identificador aislante de sesión o de contexto, los dos tienen la misma estructura, que es la descrita para la figura 2. Lo que diferencia a un identificador de sesión de un identificador de contexto es el contenido del campo 202. En el caso del identificador de sesión, el campo 202 incluye un factor aleatorio. Este factor aleatorio es, por ejemplo, el número de segundos transcurridos desde el 1 de enero de 1970 a las 0 h 00. Este factor aleatorio puede ser también cualquier número generado por un generador de números seudoaleatorios inicializado por la hora en la que se produjo el factor aleatorio. El factor aleatorio puede ser también el valor de un contador incrementado en cada nueva producción de un identificador. De forma general, el factor aleatorio es un número aleatorio o seudoaleatorio.
En el caso de un identificador de contexto, el campo 202 incluye por ejemplo un identificador de proveedor de contenido, o una fecha.
En el caso de las fechas, en el caso del campo 202, se trata de una fecha de creación del identificador aislante o bien de una fecha de caducidad de la validez del identificador aislante. En una variante, es posible que los identificadores aislantes de sesión y de contexto sean formados ambos a partir de fechas. En ese caso, un identificador de contexto se distingue por la duración de su validez, mucho más importante que en el caso de un identificador de sesión, cuya validez no supera el cuarto de hora.
En la etapa 304, el campo 202 corresponde al código de proveedor de contenido leído en la memoria 121 en la etapa 302. Este código de proveedor de contenido es en ese caso preferentemente un código numérico compatible con el formato en dígitos.
El campo 204 permite, por ejemplo, codificar la naturaleza del identificador. El campo 204 tiene pues un valor cuando se trata de un identificador aislante de sesión, y otro valor cuando se trata de un identificador aislante de contexto. Cuando el valor del campo 202 se ha determinado, el microprocesador 113 está preparado para producir un identificador aislante según la invención. El microprocesador 113 cifra el conjunto formado por el campo 202 y el campo 201. Después, el microprocesador 113 asocia el resultado del cifrado a un identificador 203 del operador que gestiona la pasarela 102 y a la naturaleza 204 del identificador aislante. Se obtiene así el identificador 118 aislante. Hay que destacar que el tamaño del identificador aislante puede ser distinto del tamaño del identificador 117.
Una vez que se ha producido el identificador 118 aislante, se pasa a una etapa 305 de producción y de emisión de una solicitud con destino al servidor 102. La solicitud producida en la etapa 305 incluye un identificador aislante 118, un identificador de proveedor de contenido 120 y un campo 123 de solicitud. En la práctica, los campos 120 y 123 son idénticos a los campos 120 y 122. En nuestro ejemplo, la solicitud producida en la etapa 305 está en el formato http. En ese caso, el campo 120 es una dirección IP de destino. En la práctica, la solicitud producida en la etapa 305 por la pasarela 112 está en un formato (voz, SMS, IP ...) compatible con el servidor al que intenta conectarse el usuario del teléfono 101.
El campo 118 identificador aislante es un campo en el formato descrito para la figura 2. El identificador 118 aislante incluye pues un campo que identifica al operador que ha producido el identificador aislante, un campo que permite codificar la naturaleza del identificador aislante según sea de sesión o de contexto, y un campo cifrado. El campo cifrado una vez descifrado incluye dos campos. Estos dos campos corresponden a los campos 202 y 201.
En la invención existe una restricción suplementaria relacionada con el formato del campo NDS. El campo 18 debe ser compatible con el formato NDS. Eso significa que el campo 118 tiene una longitud de 15 dígitos y que los campos 201 a 204 están comprendidos en esos 15 dígitos.
Sea cual sea el caso, se considera que el campo 201 permite identificar a un abonado del proveedor de acceso. Habitualmente, el campo 201 incluirá los dígitos significativos de un número de teléfono, es decir, 8 dígitos en Francia, 5 dígitos o más en otros países. En el caso de Francia, el campo 201 se registra pues utilizando los dígitos identificadores, que son en nuestro ejemplo los dígitos 8 a 15, ambos incluidos. Ello representa 8 dígitos, en la práctica podría ser cualquier grupo de 8 entre los 15. Quedan pues 7 dígitos para los campos 202 a 204.
Se considera que un primer dígito entre los 7 restantes, preferentemente el dígito número 1, permite codificar la entidad que ha producido el identificador 200 aislante. Ello permite codificar 10 entidades de tipo operador respetando las normas sobre el formato del campo NDS, y 15 entidades de tipo operador sin respetarlas. Se le denomina también dígito productor y corresponde a los campos 203.
En una realización preferente, un segundo dígito entre los 7 restantes, por ejemplo, el dígito número 2, permite codificar la naturaleza del identificador, según se trate de un identificador de sesión o de un identificador de contexto. Se le denomina también dígito de naturaleza, corresponde al campo 204 y es opcional.
En una variante, los dígitos restantes, en nuestro ejemplo los dígitos 2 a 7, sirven para codificar una fecha, por ejemplo en el formato mes, día, hora, ocupando cada información 2 dígitos. Se constata que en esta variante el dígito 2 codifica dos informaciones, una de naturaleza y otra de fecha. En este caso concreto, se considera que un valor de 0 ó 1 para el dígito 2 corresponde a un identificador de sesión, pudiendo interpretarse los dígitos 2 a 7 como una fecha. Si el dígito 2 vale 3, los dígitos 3 a 7 son un código de proveedor de contenido y en ese caso tenemos un identificador de contexto. Si el dígito 2 vale una cifra de 4 a 9, está reservado para un uso ulterior.
Existe otro formato posible para codificar una fecha. Por ejemplo, se puede medir en fracción de año desde el inicio del año en curso. Si se consideran fracciones de 1/900000 de año, un valor de 0 a 8 para el dígito 2 significa que los dígitos 2 a 7 codifican una fecha, y que el identificador es un identificador temporal o de sesión. Si se consideran unas fracciones de 1/800000 de año, un valor de 0 a 7 para el dígito 2 significa que los dígitos 2 a 7 codifican una fecha y que el identificador es un identificador temporal o de sesión.
Cuando el dígito 2 indica que el identificador es un identificador de contexto, los dígitos 3 a 7 permiten codificar un proveedor de contenido. En ese caso, un dígito, entre los dígitos 3 a 7, también puede permitir codificar una versión de un contrato que relaciona al titular del número de teléfono utilizado para producir el identificador aislante con el operador que produce el identificador aislante. Este número de contrato es útil, por ejemplo, si cambia el titular del número o si el titular del número desea conservar su número pero borrar cualquier rastro de sus pasos por los proveedores de contenido.
En la práctica, las informaciones de productor y de naturaleza no están cifradas. Las demás informaciones, correspondientes en nuestro ejemplo a los dígitos 3 a 15, ambos incluidos, están cifradas. El algoritmo de cifrado consume una palabra de 13 dígitos y produce una palabra de 13 dígitos. Así, el identificador 200 aislante producido sigue siendo compatible con las normas que imponen la utilización de dígitos. El tamaño de las palabras consumidas/producidas varía con el tamaño de las informaciones objeto de cifrado.
El identificador, en el formato NDS, producido de esta forma es compatible con todos los protocolos de transmisión actuales.
Una vez emitida la solicitud, en la etapa 305, se pasa a una etapa 306 de recepción de la solicitud emitida en la etapa 305 por el servidor 102. En la etapa 306, el servidor 102 tiene acceso pues a los campos 118 y 123. El campo 118 le permite consultar la tabla 106 en busca de un determinado número de informaciones sobre el usuario que se conecta al servidor 102. En la práctica, si se trata de un identificador aislante de sesión hay pocas posibilidades de que la tabla 106 comporte informaciones sobre el usuario. De hecho, al variar un identificador de sesión en cada sesión, un mismo usuario no se conectará dos veces al servidor 102 con el mismo identificador aislante de sesión. Para esta descripción, se entiende por sesión una duración temporal limitada, por ejemplo, a un cuarto de hora. La duración de la sesión es fácilmente medible, ya que un identificador aislante de sesión según la invención incluye una información de fecha de creación.
Un identificador de contexto puede tener una duración de vida mucho más larga, por ejemplo de seis meses a dieciocho meses, o incluso más. La duración de la vida de un identificador de contexto se gestiona, por ejemplo, mediante la clave utilizada para efectuar el cifrado, que cambia según la duración de la vida de un identificador de contexto. La duración de la vida de un identificador de contexto también puede ser gestionada por el contenido del campo 202, que cambia según la frecuencia de la vida de un identificador de contexto.
La elección de la duración de la vida y de su modo de gestión corresponde a la entidad que esté a cargo de la pasarela 112. El hecho de que la duración de la vida esté garantizada permite que un proveedor de contenido asocie unas informaciones, también llamadas contexto, a este identificador aislante.
Entre las acciones posibles en la etapa 306, el servidor 102 puede producir y emitir una solicitud de servicio en dirección a la pasarela 112 a partir del identificador 118, que es la etapa 307, puede registrar informaciones en la tabla 106, que es la etapa 308, y puede producir y emitir una respuesta a la solicitud del usuario del teléfono 101, que es la etapa 309.
Cuando el servidor 102 produce una respuesta a la solicitud emitida a la etapa 305, constituye una trama de respuesta que incluye un campo 118 que identifica a un usuario, un campo 120 que incluye un identificador del servidor que efectúa la respuesta y un campo 123 que incluye entonces la respuesta a la solicitud. En la etapa 310, la pasarela 112 recibe la respuesta a la solicitud emitida en la etapa 301. La pasarela 112 efectúa entonces una transcodificación entre los identificadores 118 y 117 para transmitir la respuesta del servidor 102 al teléfono 101. Se pasa entonces a una etapa 311 de recepción por parte del aparato 101 de la respuesta a la solicitud que ha emitido en la etapa 301.
En la etapa 310, la transcodificación de identificador puede ir acompañada de una verificación de la validez del identificador. Esta verificación se efectúa, por ejemplo, después de haber descifrado la parte cifrada del identificador 118 aislante, recuperando así el valor del campo 202. La validación depende entonces de la naturaleza del identificador. Si se trata de un identificador de sesión, el campo 202 corresponde a una fecha. Se compara entonces esta fecha con la fecha en la que se recibió la respuesta. Si la diferencia entre esas dos fechas es superior a un intervalo predefinido, por ejemplo un cuarto de hora, la solicitud se considera no válida y no se retransmitirá en dirección al aparato 101.
Si se trata de un identificador de contexto, se compara el contenido del campo 202 con el contenido del campo codificado en la tabla 121 para la línea correspondiente al identificador 120. Si coinciden, la solicitud es válida; si no, la solicitud se rechaza.
En la etapa 307, el servidor 102 emite una solicitud de servicio con destino al servidor 112. Esta solicitud incluye un identificador aislante de usuario, un identificador de proveedor de contenidos y un campo de solicitud. Este tipo de solicitud puede conllevar, por ejemplo, una demanda de identificación de un usuario, una demanda de localización de un usuario o una demanda de informaciones sobre la naturaleza del aparato utilizado por el usuario para conectarse al servidor 102. Esta lista no es exhaustiva. El servidor 112 recibe en la etapa 312 la solicitud de demanda de servicio. En la etapa 312, la pasarela 112 comienza verificando la validez del identificador aislante. Esta verificación se hace de la forma antes descrita. Si el identificador no es válido, se pasa a una etapa 319 de finalización en la que la pasarela 112 no da curso a la solicitud de servicio y, en caso contrario, se pasa a una etapa 314 de respuesta a la solicitud de servicio.
En una variante de la invención, la tabla 121 incluye además, por cada proveedor de contenido, una lista de los servicios a los que puede aspirar el proveedor de contenido. En la etapa 313, la pasarela 112 verifica que el proveedor de contenido que emite la solicitud tiene perfecto derecho a emitir esta solicitud, es decir, a aspirar a este servicio. Si es el caso, la pasarela 112 produce una respuesta a esta solicitud de servicio y transmite la respuesta al servidor 102. Si no, no hay respuesta a la solicitud de servicio.
En una etapa 314, el servidor 102 recibe la respuesta a la solicitud de servicio. Esta respuesta permite que el servidor 102 actualice la tabla 106 o produzca la respuesta de la etapa 309. De hecho, se puede prever que la solicitud emitida en la etapa 301 haya sido una solicitud para conocer la lista de los restaurantes cercanos al lugar donde se encuentre el usuario. En ese caso, el servidor 102 necesita conocer la localización del usuario, por lo que el servidor 102 emite una solicitud de localización en dirección a la pasarela 112. La respuesta de esta localización permite que el servidor 102 envíe la respuesta apropiada al usuario del aparato 101.
Gracias a un identificador según la invención, el servidor 102 también puede, en una etapa 315, emitir una solicitud entrante con destino al aparato 101. Esta solicitud entrante es recibida entonces en una etapa 316 por la pasarela 112. Esta solicitud entrante se somete a la verificación del identificador 118. Esta verificación es idéntica a las verificaciones descritas para las etapas 310, 312 y 313. Es decir, es necesario que el proveedor de contenido identificado por el campo 120 esté habilitado para emitir una solicitud entrante y que, además, el identificador 118 sea válido. Si el identificador no es válido, se pasa a una etapa 318 de finalización en la que no se da curso a la solicitud entrante emitida por el servidor 102. Si la etapa 316 revela que la solicitud entrante emitida en la etapa 315 es válida, la pasarela 112 transcodifica el identificador 118 aislante en dirección a un identificador 117 y transmite la solicitud entrante transcodificada al teléfono 101. En una etapa 317, el teléfono 101 recibe y trata esta solicitud entrante. Este tipo de solicitud entrante es, por ejemplo, una actualización de una base de datos en el aparato 101. Este tipo de base de datos puede, por ejemplo, referirse a unos contactos que el usuario del aparato 101 desee conservar, o a una lista de servidores a los que el aparato 101 puede conectarse para acceder a distintos servicios.
El algoritmo de cifrado utilizado para cifrar los campos 202 y 201 es preferentemente el algoritmo de la familia DES (Data Encryption Standard, que significa estándar de cifrado de datos). Puede tratarse de su versión de cifrado por bloques, o de su versión de cifrado en cadena. La versión de cifrado en cadena permite asegurar que todas las partes cifradas del identificador 200 sean distintas gracias al campo 202 variable. En algunas variantes de la invención se puede utilizar otros algoritmos de cifrado, como por ejemplo los de la familia AES (Advanced Encryption Standard, que significa estándar de cifrado avanzado).
Una ventaja de la invención, y de los identificadores aislantes de contexto que define, es que permite tener, para un usuario, un identificador de contexto distinto por proveedor de contenido. Así, es imposible que un proveedor de contenido complemente sus bases de datos con las de otros proveedores de contenido para poder conocer mejor la vida privada de un usuario identificado por el identificador. También es imposible copiar una base de datos o violar el secreto de las comunicaciones. Se obtiene pues de esta forma una protección máxima de la vida privada del usuario. Se satisfacen también las exigencias legales, ya que es posible, a partir de un identificador y únicamente para el operador que haya producido dicho identificador, remontarse hasta el usuario físico.
Un usuario puede optar por conectarse siempre utilizando un identificador de sesión. Así, cuando se produzcan dos conexiones razonablemente espaciadas en el tiempo, el usuario que haya escogido esta opción se conectará a una misma página presentando dos identificadores aislantes distintos. En ese caso, el proveedor de contenido no tiene ningún medio de determinar que es el mismo usuario el que se ha conectado dos veces.
Un usuario puede optar por recurrir a un identificador de contexto. En ese caso, la pasarela 112 producirá un identificador aislante de contexto en el momento en que se conecte el usuario que haya escogido esta opción. El proveedor de contenido podrá en ese caso adaptar sus respuestas en función de las informaciones que es capaz de relacionar con el identificador aislante de contexto.
La elección del usuario se gestiona, en la pasarela 112, mediante una tabla que asocia un identificador de usuario, del tipo del identificador 117, a una elección del usuario.
La invención es totalmente trasladable si se considera un usuario que utilice un ordenador personal para conectarse a un proveedor de contenido mediante un proveedor de acceso a Internet (o PAI). En ese caso, el modo de conexión del ordenador personal a la pasarela es hertziano (GSM, UMTS ...), por cable (red telefónica conmutada ...), u otro.
La invención presenta también la ventaja de dispensar a la entidad que gestiona los identificadores aislantes de tener que almacenar estos identificadores aislantes. De hecho, como estos identificadores se calculan a partir de datos fácilmente accesibles en el momento del cálculo, no hay ninguna necesidad de almacenarlos.

Claims (18)

1. Procedimiento de producción, mediante una pasarela (112) de un proveedor de acceso, de un primer identificador (118, 200) aislante de usuario multimedia compatible con unos identificadores (117) de una red de telefonía, produciendo dicha pasarela el primer identificador en el formato siguiente:
-
el primer identificador incluye N dígitos identificadores que permiten designar al usuario,
-
el primer identificador incluye al menos un dígito de naturaleza que permite definir la naturaleza del primer identificador,
-
el primer identificador incluye M dígitos de variabilidad,
caracterizado porque:
-
los M dígitos de variabilidad dependen del dígito de naturaleza,
-
el primer identificador tiene un tamaño máximo de 15 dígitos, siendo un dígito una representación informática que permite representar/codificar una cifra decimal o hexadecimal y que incluye 4 bits,
-
el primer identificador incluye al menos un dígito productor que permite designar al productor del identificador.
2. Procedimiento según la reivindicación 1, caracterizado porque un dígito es una representación informática que permite codificar una cifra decimal.
3. Procedimiento según la reivindicación 1, caracterizado porque un dígito es una representación informática que permite codificar una cifra hexadecimal.
4. Procedimiento según una de las reivindicaciones 1 a 3, caracterizado porque los dígitos identificadores corresponden a un número de teléfono del usuario.
5. Procedimiento según la reivindicación 4, caracterizado porque los dígitos son los dígitos 8 a 15, ambos incluidos, valiendo N en ese caso 8.
6. Procedimiento según una de las reivindicaciones 1 a 5, caracterizado porque el dígito productor es el dígito 1.
7. Procedimiento según una de las reivindicaciones 1 a 6, caracterizado porque el dígito naturaleza es el dígito 2.
8. Procedimiento según una de las reivindicaciones 1 a 7, caracterizado porque los M dígitos, preferentemente los dígitos 2 a 7, permiten codificar una fecha.
9. Procedimiento según una de las reivindicaciones 1 a 8, caracterizado porque los M dígitos, preferentemente los dígitos 2 a 7, permiten codificar una fecha en el formato mes, día, hora "mmjjhh".
10. Procedimiento según la reivindicación 9, caracterizado porque un valor de 0 ó 1 para el dígito 2 corresponde a un identificador temporal.
11. Procedimiento según una de las reivindicaciones 1 a 8, caracterizado porque los M dígitos, preferentemente los dígitos 2 a 7, representan la duración transcurrida desde el inicio del año en curso en fracción de 1/900000.
12. Procedimiento según la reivindicación 11, caracterizado porque un valor de 0, 1, 2, 3, 4, 5, 6, 7 u 8 para el dígito 2 corresponde a un identificador temporal.
13. Procedimiento según una de las reivindicaciones 1 a 8, caracterizado porque los M dígitos, preferentemente los dígitos 2 a 7, representan la duración transcurrida desde el inicio del año en curso en fracción de 1/800000.
14. Procedimiento según la reivindicación 13, caracterizado porque un valor de 0, 1, 2, 3, 4, 5, 6 ó 7 para el dígito 2 corresponde a un identificador temporal.
15. Procedimiento según una de las reivindicaciones 1 a 7, caracterizado porque los M dígitos de variabilidad permiten identificar un proveedor de contenido.
16. Procedimiento según la reivindicación 15, caracterizado porque M – 1 dígitos entre los M permiten identificar un proveedor de contenido, y 1 dígito entre los M permite identificar un contrato entre el usuario y el proveedor de acceso.
17. Procedimiento según una de las reivindicaciones 1 a 16, caracterizado porque los dígitos identificadores de variabilidad están cifrados.
18. Procedimiento según la reivindicación 17, caracterizado porque el algoritmo de cifrado es simétrico y produce dígitos.
ES03102706T 2002-09-24 2003-09-04 Procedimiento de produccion, mediante un proveedor de acceso, de un identificador aislante multimedia. Expired - Lifetime ES2265555T3 (es)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
FR0211803A FR2844942B1 (fr) 2002-09-24 2002-09-24 Procede de production, pour un fournisseur d'acces, d'un identifiant isolant multimedia
FR0211803 2002-09-24

Publications (1)

Publication Number Publication Date
ES2265555T3 true ES2265555T3 (es) 2007-02-16

Family

ID=31970944

Family Applications (1)

Application Number Title Priority Date Filing Date
ES03102706T Expired - Lifetime ES2265555T3 (es) 2002-09-24 2003-09-04 Procedimiento de produccion, mediante un proveedor de acceso, de un identificador aislante multimedia.

Country Status (10)

Country Link
US (1) US20040127211A1 (es)
EP (1) EP1406425B1 (es)
JP (1) JP3834306B2 (es)
CN (1) CN1278575C (es)
AT (1) ATE331377T1 (es)
DE (1) DE60306286T2 (es)
DK (1) DK1406425T3 (es)
ES (1) ES2265555T3 (es)
FR (1) FR2844942B1 (es)
PT (1) PT1406425E (es)

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US7159039B1 (en) * 2000-02-28 2007-01-02 Verizon Laboratories Inc. Systems and methods for providing in-band and out-band message processing
US20080248790A1 (en) * 2007-04-03 2008-10-09 Starhome Gmbh System and method for providing caller name or caller information to a callee via call signaling
JP6228318B2 (ja) 2014-09-18 2017-11-08 株式会社日立製作所 計算機及び計算機システム
US11310046B2 (en) * 2019-09-03 2022-04-19 Google Llc Systems and methods for secure identification retrieval
US20250147821A1 (en) * 2023-11-08 2025-05-08 The Toronto-Dominion Bank System and method for responding to an application programming interface request

Family Cites Families (16)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
DE4119573A1 (de) * 1991-06-14 1992-12-17 Standard Elektrik Lorenz Ag Verfahren zur ermittlung einer temporaeren nummer (tmsi) in einer teilnehmerdatenbank fuer einen teilnehmer
CZ289189B6 (cs) * 1994-10-27 2001-11-14 International Business Machines Corporation Způsob zajiątění identifikace pohyblivého uľivatele v komunikačním systému a přenosný vstupní přístroj k provádění tohoto způsobu
US5864757A (en) * 1995-12-12 1999-01-26 Bellsouth Corporation Methods and apparatus for locking communications devices
FI104667B (fi) * 1997-07-14 2000-04-14 Nokia Networks Oy Liittymäpalvelun toteuttaminen
US6665529B1 (en) * 1998-03-26 2003-12-16 Ericsson Inc. System and method for authenticating a cellular subscriber at registration
US6985583B1 (en) * 1999-05-04 2006-01-10 Rsa Security Inc. System and method for authentication seed distribution
CA2371135A1 (en) * 1999-05-11 2000-11-16 Deutsche Telekom Ag Method for establishing a connection in a telecommunications network
EP1083768A1 (en) * 1999-09-08 2001-03-14 TELEFONAKTIEBOLAGET LM ERICSSON (publ) A method for facilitating data transmission
FI109950B (fi) * 2000-01-20 2002-10-31 Nokia Corp Osoitteen saanti
US20040015607A1 (en) * 2000-01-28 2004-01-22 Bender Paul E. System and method for using an IP address as a wireless unit identifier
CA2298194A1 (en) * 2000-02-07 2001-08-07 Profilium Inc. Method and system for delivering and targeting advertisements over wireless networks
US6987853B2 (en) * 2000-11-29 2006-01-17 Bodacion Technologies, Llc Method and apparatus for generating a group of character sets that are both never repeating within certain period of time and difficult to guess
GB2372175B (en) * 2001-02-13 2004-06-23 Vodafone Ltd Provision of services via a mobile telecommunications network
US20020142805A1 (en) * 2001-04-02 2002-10-03 Pecen Mark E. Method and apparatus for anonymous network access in the absence of a mobile subscriber identity module
EP1400095A4 (en) * 2001-06-04 2007-05-09 Cingular Wireless Ii Llc DIRECT LINE DELIVERY OF PRE-ACTIVE GSM SUBSCRIBERS USING PSEUDO-MSISDNS
US20040005892A1 (en) * 2002-04-18 2004-01-08 Arnaldo Mayer System and method for managing parameter exchange between telecommunications operators

Also Published As

Publication number Publication date
ATE331377T1 (de) 2006-07-15
FR2844942A1 (fr) 2004-03-26
JP2004120756A (ja) 2004-04-15
FR2844942B1 (fr) 2004-11-26
US20040127211A1 (en) 2004-07-01
JP3834306B2 (ja) 2006-10-18
PT1406425E (pt) 2006-08-31
CN1496175A (zh) 2004-05-12
EP1406425A1 (fr) 2004-04-07
DE60306286T2 (de) 2007-05-10
DE60306286D1 (de) 2006-08-03
CN1278575C (zh) 2006-10-04
EP1406425B1 (fr) 2006-06-21
DK1406425T3 (da) 2006-09-11

Similar Documents

Publication Publication Date Title
ES2390338T3 (es) Autenticación de credenciales para usuarios móviles
CN103596173B (zh) 无线网络认证方法、客户端及服务端无线网络认证装置
EP2340477B1 (en) Systems and methods for identifying a network
RU2415470C2 (ru) Способ создания безопасного кода, способы его использования и программируемое устройство для осуществления способа
EP1182825B1 (en) Transferring copyright protected contents using radio link layer authentication/encryption
US7373515B2 (en) Multi-factor authentication system
KR102265788B1 (ko) 블록체인 기반의 모바일 단말 및 IoT 기기 간의 다중 보안 인증 시스템 및 방법
CN100420227C (zh) 信息提供方法、信息提供系统以及中继装置
ES2596308T3 (es) Método y disposición para autenticación segura
JP2012515956A (ja) 強化されたスマートクライアントサポートのためのシステム及びその方法
BRPI0408069B1 (pt) métodos para uma autenticação mútua entre um usuário e uma rede de comunicações e para permitir a um usuário verificar a confiabilidade de uma rede de comunicações
WO2002019593A2 (en) End-user authentication independent of network service provider
WO2005006629A3 (en) Terminal authentication in a wireless network
CN108684041A (zh) 登录认证的系统和方法
CN107241184B (zh) 基于改良aes的个人密码生成和管理方法
RU2006101864A (ru) Способ предоставления подписывающего ключа для цифрового подписания, верифицирования или шифрования данных, а также мобильный терминал
TW200527877A (en) Method and application for authentication of a wireless communication using an expiration marker
CN114422233B (zh) 私有设备的登录方法及系统
ES2265555T3 (es) Procedimiento de produccion, mediante un proveedor de acceso, de un identificador aislante multimedia.
RU2698424C1 (ru) Способ управления авторизацией
US20040230649A1 (en) Method for the production of a first identifier isolating a user connecting to a telematics network
KR101214502B1 (ko) 데이터 보안 장치
JP3801587B2 (ja) ゲートウェイのアクション構成管理方法
JP2013092812A (ja) 携帯デバイス、情報サーバ装置、および情報管理システム
KR100458955B1 (ko) 무선랜 보안 방법