ES2241367T3 - Acceso a un ordenador servidor. - Google Patents
Acceso a un ordenador servidor.Info
- Publication number
- ES2241367T3 ES2241367T3 ES99970533T ES99970533T ES2241367T3 ES 2241367 T3 ES2241367 T3 ES 2241367T3 ES 99970533 T ES99970533 T ES 99970533T ES 99970533 T ES99970533 T ES 99970533T ES 2241367 T3 ES2241367 T3 ES 2241367T3
- Authority
- ES
- Spain
- Prior art keywords
- client
- server
- adjustments
- adjustment
- network
- 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
Links
Classifications
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/44—Program or device authentication
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F21/00—Security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F21/30—Authentication, i.e. establishing the identity or authorisation of security principals
- G06F21/31—User authentication
- G06F21/42—User authentication using separate channels for security data
- G06F21/43—User authentication using separate channels for security data wireless channels
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04W—WIRELESS COMMUNICATION NETWORKS
- H04W12/00—Security arrangements; Authentication; Protecting privacy or anonymity
- H04W12/08—Access security
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2103—Challenge-response
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F2221/00—Indexing scheme relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/21—Indexing scheme relating to G06F21/00 and subgroups addressing additional information or applications relating to security arrangements for protecting computers, components thereof, programs or data against unauthorised activity
- G06F2221/2117—User registration
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04M—TELEPHONIC COMMUNICATION
- H04M1/00—Substation equipment, e.g. for use by subscribers
- H04M1/72—Mobile telephones; Cordless telephones, i.e. devices for establishing wireless links to base stations without route selection
- H04M1/724—User interfaces specially adapted for cordless or mobile telephones
- H04M1/72403—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality
- H04M1/72445—User interfaces specially adapted for cordless or mobile telephones with means for local support of applications that increase the functionality for supporting Internet browser applications
Landscapes
- Engineering & Computer Science (AREA)
- Computer Security & Cryptography (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- Computer Hardware Design (AREA)
- Software Systems (AREA)
- General Engineering & Computer Science (AREA)
- General Physics & Mathematics (AREA)
- Computer Networks & Wireless Communication (AREA)
- Signal Processing (AREA)
- Mobile Radio Communication Systems (AREA)
- Debugging And Monitoring (AREA)
- Computer And Data Communications (AREA)
- Small-Scale Networks (AREA)
- Communication Control (AREA)
Abstract
Método para introducir un ajuste/s en un cliente (1,1'') para acceder a un ordenador servidor (20), estando conectado dicho ordenador servidor (20) a una red de telecomunicación (50,50'',51,52) y comprendiendo dicho servidor (20) unos medios de inicialización que permiten al cliente (1,1'') acceder a dicho servidor (20), conteniendo dichos medios de inicialización información relativa al ajuste/s que han de introducirse en el cliente (1,1''), cuyo método comprende las siguientes etapas: - enviar (60,510) desde dicho cliente a dicha red (50,50'',51,52) una petición para establecer una conexión entre el cliente (1,1'') y la red (50,50'',51,52) incluyendo dicha petición información de identificación que identifica a dicho cliente (1,1''), y - dicha red (50,50'',51,52), cuando reconoce dicha información de identificación, envía una respuesta (90) a dicha petición y establece una conexión (540) entre el cliente (1,1'') y la red (50,50'',51,52), caracterizado porque, dicho servidor (20), al identificar al cliente, envía (560) al cliente (1,1''), la información relativa al ajuste/s antes de que el cliente establezca por primera vez una conexión con el servidor (20) a fin de introducir en el cliente (1,1'') el ajuste/s que dan el acceso al servidor.
Description
Acceso a un ordenador servidor.
La presente invención hace referencia a un método
para introducir ajustes en un cliente para acceder a un ordenador
servidor conectado a una red de telecomunicación inalámbrica, a un
sistema para introducir ajustes, a un ordenador servidor y a un
cliente.
En la actualidad existen diversas formas de
comunicarse utilizando un terminal de comunicaciones inalámbrico,
por ejemplo utilizando un teléfono celular. Por ejemplo, es posible
utilizar un teléfono celular para realizar llamadas de voz, enviar
mensajes cortos (SMS), acceder a Internet, etc. Un ejemplo de un
terminal de este tipo que es capaz de acceder a Internet es el
Nokia 9000i Communicator™.
Cuando se utiliza el Nokia 9000i Communicator™
para acceder, por ejemplo a Internet, existen una serie de ajustes
que deben llevarse a cabo antes de que sea posible acceder a
Internet. Estos ajustes de configuración pueden ser, por ejemplo, un
nombre de proveedor, un número de teléfono, un nombre de usuario
y/o una contraseña. Naturalmente, puede haber más o incluso menos
ajustes que los anteriormente citados, y no siempre es necesario
realizar algunos de dichos ajustes. Los ajustes que deben realizarse
los decide en su mayor parte un proveedor de Internet, es decir un
proveedor de un ordenador servidor conectado a Internet. Una razón
para tener estos ajustes es disponer de un cierto nivel de
seguridad cuando un usuario va a acceder al ordenador servidor a fin
de impedir el acceso a usuarios no autorizados. Igualmente, los
ajustes hacen que resulte más flexible para el usuario el acceso al
ordenador servidor desde otros sistemas distintos del Nokia 9000i
Communicator™, tal como un ordenador personal con un programa de
software que gestione la conexión entre el usuario y el ordenador
servidor.
El Nokia 9000i Communicator™ es muy sencillo de
utilizar cuando se introduce información en los ajustes necesarios
y la presente invención proporciona un desarrollo adicional de
introducir los ajustes.
Cuando el usuario introduce los ajustes
manualmente, existe el riesgo de que algunos de los ajustes no sean
válidos. Por ejemplo, cuando se teclea una contraseña el código
suele aparecer como asteriscos, es decir el usuario no ve lo que se
está escribiendo en la pantalla. Por lo tanto, en algunos casos
puede suscitarse la incertidumbre de que la contraseña sea correcta
o equivocada. Igualmente, puede haber otras ocasiones en las que un
ajuste podría no ser válido, por ejemplo, cuando el usuario se
confunde e introduce un ajuste no válido sin ser consciente de
ello.
Además, debido al crecimiento del mercado de las
comunicaciones inalámbricas, que en la actualidad está llegando en
todo momento a nuevos clientes y servicios, es necesario gestionar
las cuentas con los ordenadores servidores de una forma más eficaz.
Por ejemplo, el protocolo de aplicación inalámbrica (WAP) define una
especificación que abarca todo el sector para el desarrollo de
aplicaciones que operen a través de redes de telecomunicación
inalámbrica. Para permitir que los operadores y fabricantes hagan
frente a los desafíos que suponen los servicios avanzados, la
diferenciación y un servicio rápido y flexible, se han diseñado una
serie de protocolos para las capas de transporte, seguridad,
operación, sesión y aplicación. Esto significa que un usuario puede
iniciar una sesión para acceder a Internet, por ejemplo, utilizando
una plataforma WAP. El inicio de la sesión puede realizarse de una
forma similar a la proporcionada por el Nokia 9000i Communicator™,
es decir, que el usuario puede introducir los ajustes.
El documento
US-A-5751798 describe un sistema
pasivo de acceso a información que es utilizado en un sistema de
suscripción a un servicio con un proveedor de servicio y una unidad
de abonado. El abonado suele ser un usuario de un teléfono celular
que se abona a un servicio facilitado por el proveedor de servicios
(por ejemplo, el operador de una red de telecomunicación celular).
El sistema pasivo de información incluye una base de datos para el
almacenamiento de la información de abonados específica de un
abonado y un receptor para detectar las señales de inicialización
procedentes de una unidad de abonado cuando la unidad de abonado se
encuentra activa. La información de abonado se basa en la
información de uso, por ejemplo, en el número de minutos utilizados
desde el último período de facturación. El sistema pasivo de acceso
a información también incluye un ordenador central para
identificación de la unidad de abonado activada en función de las
señales de inicialización detectadas, el acceso desde la información
de abonado de la base de datos específica de la unidad del abonado
identificada y la presentación de una parte de la información a la
que ha accedido el abonado en la unidad del abonado
identificado.
El documento
EP-A-0812120 describe un sistema en
el cual un proveedor de servicios facilita un programa a un terminal
de usuario. Cuando se carga el programa, el terminal muestra al
usuario qué servicios están disponibles y asigna los comandos
correspondientes a las teclas de función.
El documento
US-A-5577103 propone un método para
facilitar información a un abonado de una red telefónica celular a
partir de un perfil de servicio del abonado. Este documento muestra
un ejemplo adicional de cómo es posible facilitar a un abonado
información basada en un perfil de abonado específico.
La presente invención trata de eliminar el riesgo
de introducción de ajustes incorrectos antes del acceso a un
ordenador servidor por parte de un cliente cuando se requiere
introducir una serie de ajustes. El cliente puede ser un terminal
inalámbrico de comunicaciones, como un Nokia 9000i Communicator™, un
terminal WAP o un terminal similar que tenga la posibilidad de
acceder a un ordenador servidor.
De acuerdo con un primer aspecto de la presente
invención, se facilita un método para introducir un ajuste o
ajustes en un cliente para el acceso al ordenador del servidor,
estando conectado dicho ordenador servidor a una red de
telecomunicación, incluyendo dicho servidor medios de
inicialización que proporcionan al cliente el acceso a dicho
servidor, conteniendo dichos medios de inicialización información
relativa al ajuste o ajustes que han de introducirse en el cliente,
incluyendo dicho método el envío de una petición desde dicho
cliente a dicha red para establecer una conexión entre el cliente y
la red, incluyendo dicha petición información de identificación de
dicho cliente y de dicha red, enviándose una respuesta a dicha
petición tras reconocer dicha información de identificación y
estableciendo una conexión entre el cliente y la red, en el que
dicho servidor, cuando identifica al cliente, envía a dicho cliente
la información relativa al ajuste o ajustes antes de que el cliente
establezca por primera vez una conexión con el servidor a fin de
introducir en el cliente el ajuste o ajustes que proporcionan el
acceso al servidor.
Esto puede presentar como ventaja que el usuario
no tiene por qué saber nada acerca de los ajustes, es decir el
usuario no necesita papeles ni otros materiales que proporcionan
información sobre los ajustes, por lo que puede facilitar introducir
un ajuste o ajustes a un cliente antes de acceder al ordenador
servidor. También puede hacer que resulte más difícil a un usuario
no autorizado acceder a la cuenta de un usuario en el ordenador
servidor al no existir información física acerca de la cuenta.
El cliente puede enviar una respuesta al servidor
al recibir dicha información relativa al ajuste o ajustes para
confirmar la recepción de la información sobre el ajuste o ajustes.
El servidor puede enviar repetidamente la información sobre el
ajuste o ajustes durante un número de veces fijo o hasta que el
cliente haya devuelto una respuesta al servidor confirmando la
recepción de la información relativa al ajuste o ajustes. El
servidor puede detectar automáticamente dicha información de
identificación enviada a la red cuando el cliente ha enviado la
petición a la red y enviar al cliente la información acerca del
ajuste o ajustes en el momento de su detección. El cliente puede
enviar al servidor una petición de descarga para descargar la
información relativa al ajuste o ajustes y al recibir dicha
petición de descarga el servidor envía de nuevo al cliente la
información acerca de la descarga o descargas en respuesta a dicha
petición de descarga. La información sobre el ajuste o ajustes
puede ser un mensaje corto (SMS). El cliente y dicho servidor
pueden estar utilizando un protocolo de aplicación inalámbrica (WAP)
y la información sobre el ajuste o ajustes puede enviarse al
cliente utilizando un comando Push (instrucción de apilamiento). El
cliente puede disponer de medios de control, que solicitan
automáticamente al cliente la introducción de la información
relativa al ajuste o ajustes, antes que el cliente establezca por
primera vez una conexión con el servidor.
De acuerdo con un segundo aspecto de la presente
invención, se facilita un sistema para introducir un ajuste o
ajustes, incluyendo dicho sistema: un cliente dispuesto para
recibir la introducción de un ajuste o ajustes, un ordenador
servidor que está previsto con unos medios de inicialización que
proporcionan al cliente el acceso a dicho servidor, conteniendo
dichos medios de inicialización información relativa al ajuste o
ajustes que han de ser introducidos por el cliente, y una red de
telecomunicación celular conectada a dicho servidor y dispuesta
para establecer una conexión inalámbrica entre el cliente y la red
de telecomunicación al recibir una petición procedente de dicho
cliente, incluyendo dicha petición información de identificación de
dicho cliente, incluyendo dicha red unos medios de memoria
dispuestos para identificar la información de identificación del
cliente, en el que dicho servidor está dispuesto para enviar al
cliente la información relativa al ajuste o ajustes tras reconocer
dicha información de identificación recibida en la petición enviada
a la red antes de la primera vez que el cliente establece una
conexión con el servidor a fin de introducir el ajuste o ajustes en
el cliente que proporciona el acceso al servidor.
El servidor y el cliente pueden disponer de un
protocolo de aplicación inalámbrica (WAP). Adicionalmente, el
servidor puede estar dispuesto para enviar información al cliente
relativa al ajuste o ajustes utilizando un comando push y/o un
mensaje corto (SMS).
De acuerdo con un tercer aspecto de la invención,
se facilita un ordenador servidor que está previsto con unos medios
de inicialización que proporcionan a un cliente el acceso a dicho
servidor, conteniendo dichos medios de inicialización información
relativa al ajuste o ajustes que han de introducirse en el cliente,
estando dispuesto dicho servidor para su conexión a una red de
telecomunicación celular, y estando dicha red dispuesta para
establecer una conexión entre el cliente y la red de
telecomunicación al recibir una petición procedente de dicho
cliente, incluyendo dicha petición información de identificación
que identifica a dicho cliente e incluyendo dicha red medios de
memoria configurados para identificar la información de
identificación contenida en la petición, donde dicho servidor está
configurado adicionalmente para enviar dicha información relativa al
ajuste o ajustes tras reconocer dicha información de identificación
recibida en la petición enviada a la red antes de que el cliente
establezca por primera vez una conexión con el servidor a fin de
proporcionar al cliente el acceso al servidor.
El servidor y el cliente pueden disponer de un
protocolo de aplicación inalámbrica (WAP). El servidor puede estar
configurado adicionalmente para enviar la información al cliente
utilizando un comando Push.
De acuerdo con un cuarto aspecto de la presente
invención se proporciona un cliente dispuesto para acceder a un
ordenador servidor a través de una red inalámbrica de
comunicaciones, incluyendo dicho cliente un controlador dispuesto
para recibir la introducción de unos medios de inicialización que
proporcionan al cliente el acceso a dicho servidor, conteniendo
dichos medios de inicialización información sobre el ajuste o
ajustes que han de introducirse en el cliente, donde el controlador
está configurado adicionalmente para solicitar automáticamente la
información relativa al ajuste o ajustes al ordenador servidor con
anterioridad a la primera vez que el cliente trata de establecer
una conexión con dicho servidor.
El cliente y el servidor pueden disponer de un
protocolo de aplicación inalámbrica (WAP). El cliente puede estar
configurado adicionalmente para recibir del servidor la información
relativa al ajuste o ajustes mediante un comando Push.
De acuerdo con un quinto aspecto de la presente
invención, se facilita un terminal inalámbrico de comunicaciones
que actúa como cliente.
El terminal puede ser un teléfono celular.
En los siguientes párrafos se describirán en
mayor detalle realizaciones de la invención, exclusivamente a modo
de ejemplo y haciendo referencia a los dibujos adjuntos, en los
cuales:
La figura 1 muestra esquemáticamente una
realización preferida de un teléfono/cliente portátil de acuerdo
con la presente invención.
La figura 2 muestra esquemáticamente los
componentes esenciales de un teléfono para establecer una
comunicación con una red celular o inalámbrica.
La figura 3 muestra esquemáticamente un sistema
para el acceso a un ordenador servidor de acuerdo con la presente
invención.
La figura 4 muestra esquemáticamente la forma en
que un cliente establece una conexión con una red de
telecomunicación inalámbrica.
La figura 5 muestra un organigrama de la
introducción de los ajustes en un cliente para el acceso a un
ordenador servidor, de acuerdo con la presente invención.
La figura 6 muestra una realización adicional del
organigrama de la figura 5, de acuerdo con la presente
invención.
La figura 7 muestra la estructura del mensaje
para introducir ajustes en un cliente/teléfono para el acceso a un
ordenador servidor de acuerdo con la presente invención.
La figura 8 muestra un ejemplo de un interfaz de
usuario en un teléfono/cliente de acuerdo con la presente
invención.
La figura 1 muestra una realización preferida de
un cliente, también denominado en adelante teléfono, de acuerdo con
la presente invención. El teléfono, designado en general como 1,
incluye un interfaz de usuario con un teclado 2, una pantalla 3, un
botón de encendido/apagado 4, un altavoz 5 y un micrófono 6. El
teléfono 1, de acuerdo con la realización preferida, está adaptado
para las comunicaciones a través de una red de telecomunicación
inalámbrica, tal como una red celular. No obstante, el teléfono
también podría estar diseñado para una red inalámbrica. El teclado 2
tiene un primer grupo 7 de teclas alfanuméricas mediante las cuales
el usuario puede introducir un número de teléfono, escribir un
mensaje de texto (SMS), escribir un nombre (asociado al número de
teléfono), etc. Cada una de las doce teclas alfanuméricas 7 incluye
una cifra "0-9" o un signo "#" o "*",
respectivamente. En el modo alfabético, cada tecla está asociada a
diversas letras y signos especiales utilizados para la edición de
texto.
El teclado 2 incluye adicionalmente dos teclas
programables 8, dos teclas de gestión de llamadas 9, y una tecla de
navegación 10.
Las dos teclas programables 8 tienen una función
correspondiente a la conocida a partir de los teléfonos Nokia
2110™, Nokia 8110™ y Nokia 3810™. Las funciones de las teclas
programables dependen del estado de teléfono y de la navegación a
través del menú, utilizando una tecla de navegación. La función
actual de las teclas programables 8 se muestra en campos
independientes de la pantalla 3 situados por encima de las teclas
8.
Las dos teclas de gestión de llamadas 9, de
acuerdo con la realización preferida, se utilizan para establecer
una llamada o una llamada múltiple, para terminar una llamada o
para rechazar una llamada entrante.
La tecla de navegación 10 es una tecla que
permite el desplazamiento hacia arriba y hacia abajo y está situada
en el centro de la superficie frontal del teléfono entre la
pantalla 3 y el grupo de teclas alfanuméricas 7. En este caso, el
usuario podrá controlar esta tecla simplemente pulsando la tecla de
desplazamiento hacia arriba y hacia abajo utilizando su dedo
pulgar. Dado que muchos usuarios de teléfonos experimentados, están
acostumbrados al control con una sola mano, una buena solución
consiste en situar una tecla de introducción que exige unos
movimientos muy precisos. De este modo, el usuario puede colocar el
teléfono en la mano, entre las puntas de los dedos y la palma de la
mano. De este modo, el pulgar queda libre para introducir
información.
La figura 2 muestra esquemáticamente los
componentes más esenciales de una realización preferida del
teléfono. Dichos componentes resultan esenciales para comprender la
invención. La realización preferida del teléfono de la invención
está adaptada para su uso en conexión con una red GSM, pero por
supuesto la invención también puede aplicarse a las conexiones con
otras redes telefónicas como otros tipos de redes celulares y
diversos tipos de sistemas telefónicos inalámbricos o en teléfonos
de banda dual que acceden a conjuntos de dichos sistemas/redes. El
micrófono 6 graba la voz del usuario y las señales analógicas
generadas por él, se convierten a digitales mediante un conversor
A/D (no mostrado) antes de codificar la voz en un componente de
audio 14. La señal de voz codificada se transfiere al controlador 18
que puede soportar el software del teléfono. El controlador 18
también forma el interfaz con las unidades periféricas del aparato,
incluyendo una memoria RAM 17a y una memoria ROM Flash 17b, una
tarjeta SIM 16, la pantalla 3 y el teclado 2 (así como datos,
alimentación eléctrica, etc.). el controlador 18 se comunica con el
circuito transmisor/receptor 19. El componente de audio 14
decodifica la señal de voz que se transfiere desde el controlador 18
al auricular 5 a través de un convertidor D/A (no mostrado).
El controlador 18 está conectado al interfaz de
usuario. De este modo, es el controlador 18 el que supervisa la
actividad del teléfono y controla la pantalla 3 como respuesta a la
misma.
Por lo tanto, es el controlador 18 el que detecta
sí se ha producido un suceso de cambio de estado y cambia el estado
del teléfono y, por lo tanto, del texto mostrado en pantalla. Un
suceso de cambio de estado puede estar inducido por el usuario
cuando este activa el teclado, incluyendo la tecla de navegación 10,
y estos tipos de sucesos se denominan sucesos para introducir datos
o sucesos de usuario. No obstante, la red que se comunica con el
teléfono puede también provocar un suceso de cambio de estado. Este
tipo de sucesos, así como otros sucesos que escapan al control del
usuario se denominan sucesos ajenos al usuario. Los sucesos ajenos
al usuario incluyen el cambio de estado durante el establecimiento
de la llamada, los cambios en el voltaje de la batería, los cambios
en las condiciones de la antena, los mensajes transmitidos al
recibir SMS, etc.
La figura 3 muestra esquemáticamente un sistema
40 que incluye una red 50, un ordenador servidor 20 y un cliente 1.
Este ejemplo mostrará cómo se establece una sesión, es decir, una
conexión entre un ordenador servidor 20 y un cliente 1, por ejemplo
un dispositivo inalámbrico de comunicaciones tal como un teléfono
celular. El servidor 20 y el cliente 1 pueden soportar un protocolo
de aplicación inalámbrica (WAP). El contenido WAP y sus
aplicaciones se especifican en una serie de formatos de contenidos
bien conocidos basados en los familiares formatos de contenidos WWW.
El protocolo WAP se describe en la Wireless Application Protocol
Architecture Specification; Versión 30 de abril de 1998; del
Wireless Application Protocol Architecture Working Group; (véase
igualmente
http://www.wap-forum.org/docs/technical.htm/arch-30-apr-98.pdf
en Internet.
Cuando se transportan contenidos entre el cliente
1 y el servidor 20, dicho contenido se transporta utilizando un
conjunto de protocolos de comunicaciones estándar basados en los
protocolos de comunicaciones WWW. Un navegador situado en el cliente
1 coordina el interfaz de usuario y es análogo a un navegador web
estándar. El cliente 1 está previsto con un entorno que le
posibilita llegar a una amplia variedad de diferentes plataformas
inalámbricas, como por ejemplo la world wide web (WWW). El entorno
facilitado puede denominarse entorno de aplicación inalámbrica
(Wireless Application Environment -WAE-). Esto significa que el
cliente 1 puede estar soportado por algún tipo de navegador, por
ejemplo un micro-navegador para acceder a los
diferentes servicios conectados al servidor. Para acceder a dichos
servicios, el navegador puede incluir las siguientes funciones:
- -
- Wireless Markup Language (WML) - un lenguaje markup sencillo, similar al HTML, pero optimizado para su utilización con terminales móviles de mano;
- -
- WML Script - un lenguaje de scripts sencillo, similar al JavaScript™;
- -
- Wireless Telephony Application (WTA, WTAI) - servicios de telefonía e interfaces de programación; y
- -
- Formatos de contenido - una serie de formatos de datos bien definidos que incluyen imágenes, entradas de la guía telefónica e información sobre el calendario.
El servidor 20 que soporta el Protocolo de
aplicación inalámbrica puede estar conectado a una puerta de enlace
30. La puerta de enlace 30 es también un tipo de servidor que puede
identificar y cifrar/descifrar información entre el cliente 1 y el
ordenador servidor 20. Esto significa que la puerta de enlace puede
disponer de codificadores y de decodificadores (no mostrados).
Igualmente, el servidor 20 puede incluir diferentes algoritmos para
llevar a cabo el cifrado/descifrado. El propio cifrado/descifrado
puede ser llevado a cabo mediante métodos muy conocidos como RSA,
Diffie-Hellman, etc. El ordenador servidor 20 puede
incluir diferentes scripts que soporten WAP así como los datos a
los que va a acceder el cliente. Estos datos pueden incluir
cualquier tipo de información como informes meteorológicos,
noticias, información bursátil, etc.
Para acceder al ordenador servidor 20 desde el
cliente 1, el servidor 20 está conectado a una red de
telecomunicación inalámbrica 50, como por ejemplo una red celular
telefónica. La red 50 incluye unos medios de memoria (no mostrados)
dispuestos para identificar los medios de identificación del
cliente. Los medios de memoria pueden ser, por ejemplo, una base de
datos que incluya información relativa a los distintos abonados de
la red. De este modo, cuando un cliente trata de establecer una
conexión con la red, la red controla sí el cliente se encuentra
almacenado en los medios de memoria.
\newpage
La conexión entre el cliente y la red se muestra
a modo de ejemplo en la figura 4. La red 50' de la figura 4 puede
disponer de un centro de conmutación móvil (MSC) 51 y un centro de
localización de abonados propios (HLR) 52, perfectamente conocidos
por la técnica actual. El HLR 52 puede incorporar una base de datos
(no mostrada) que incluye información sobre los diferentes clientes
que tienen acceso a la red 50'.
Al activar el cliente, suele ser normal
introducir un código, como por ejemplo introducir un código PIN, que
puede estar conectado a una tarjeta SIM. Cuando se activa el
cliente 1' de la figura 4, es decir cuando se enciende el teléfono,
el cliente 1' envía una petición 60 al MSC 51 que presta servicio
al área de cobertura del cliente. La petición 60 incluye un medio
de identificación (no mostrado) que identifica a dicho cliente. El
MSC 51 envía un mensaje 70 al HLR 52 asociado para averiguar el
estado del abonado asociado al cliente. El HLR 52 notifica 80 al
MSC 51 sí el abonado (cliente) es un usuario autorizado o no, y en
caso de ser un usuario autorizado el MSC 51 envía una respuesta 90 a
dicha petición 60, estableciendo una conexión entre el cliente 1' y
la red 50'.
La figura 5 muestra un organigrama, de acuerdo
con la presente invención, que describe introducir ajustes en un
cliente antes de que el cliente establezca por primera vez una
conexión con un servidor. Para activar el cliente, este debe
encenderse. Lo normal es introducir un código cuando el cliente va
a activarse, por ejemplo introduciendo un código PIN que puede
estar conectado a una tarjeta SIM. Al activar el cliente
"INICIO" 500, el cliente envía una petición a la red
"PETICIÓN CLIENTE" 510. Esta petición 510 puede ser
gestionada, por ejemplo, por el controlador 18 como se muestra en
la figura 2. La petición incluye unos medios de identificación (no
mostrados) que identifican al cliente. Los medios de identificación
pueden consistir en información almacenada en la tarjeta SIM del
cliente. Este tipo de información es muy conocido por la técnica
actual y no se describirá en mayor detalle. A continuación, la red
lleva a cabo una identificación similar del cliente
"IDENTIFICACIÓN DE LA RED" 520, como se muestra en la figura 5.
Si el cliente está autorizado en la red "AUTORIZADO EN LA
RED?" 530, es decir si la red reconoce los medios de
identificación, se establece una conexión entre el cliente y la red
"CONEXIÓN CLIENTE" 540. De lo contrario, el cliente tendrá que
enviar otra petición para establecer una conexión con la red. El
reconocimiento puede llevarse a cabo comparando los medios de
identificación con una base de datos para controlar sí los medios de
identificación están incluidos en la base de datos. La forma en que
se lleva a cabo la comparación real es bien conocida por la técnica
actual, por lo que no se describirá en mayor detalle.
Cuando el cliente se encuentra conectado a la
red, el ordenador servidor verifica sí el cliente está autorizado
en el servidor o no "AUTORIZADO EN SERVIDOR?" 550. Este
control puede llevarse a cabo, por ejemplo, enviando a la red la
petición del cliente. El servidor recibe los medios de
identificación desde la red o lee desde la red dichos medios de
identificación. Si el cliente carece de acceso al servidor, es
decir si el cliente no está autorizado, el cliente podrá utilizar la
red en la forma ordinaria y efectuar llamadas, pero sin tener la
posibilidad de acceder al servidor. La forma en la que se gestiona
este proceso la decide el proveedor de la red, por lo que también
puede ser posible denegar u otorgar el acceso a la red al cliente.
Si el servidor reconoce los medios de identificación recibidos en
la petición enviada a la red, el servidor envía al cliente unos
medios de inicialización "TRANSMITIR MEDIOS DE INICIALIZACIÓN"
560. Dichos medios de inicialización contienen información acerca de
los ajustes que debe efectuar el cliente para acceder al ordenador
servidor. La transferencia (envío) de la inicialización puede
llevarse a cabo automáticamente, por ejemplo permitiendo que el
servidor detecte automáticamente los medios de identificación
enviados a la red, cuando el cliente ha enviado la petición a la
red, y envíe los medios de inicialización al cliente cuando recibe
esta. La transferencia también puede efectuarse enviando una
petición de descarga al servidor para descargar los medios de
inicialización. Al recibirse en el servidor la petición de
descarga, el servidor envía nuevamente al cliente los medios de
inicialización como respuesta a la petición de descarga.
Cuando el cliente recibe los medios de
inicialización, el cliente puede introducir estos ajustes
aceptándolos automática o manualmente "ACEPTACIÓN CLIENTE"
570, por ejemplo enviando de nuevo una respuesta al servidor
confirmando la aceptación. La forma en la que el cliente introduce
los ajustes la decide el controlador 18 como se ha mencionado
anteriormente haciendo referencia a la figura 2. Después de esta
etapa, se habrá establecido una sesión entre el cliente y el
servidor "FIN" 580, lo que significa que pueden intercambiarse
datos mediante una sesión WAP.
En una realización preferida, el formato de los
medios de inicialización puede enviarse como un mensaje corto (SMS)
y/o utilizando un comando Push. De este modo, es posible enviar los
medios de inicialización como un mensaje SMS utilizando el comando
Push o enviando otro mensaje mediante el comando Push. El comando
Push es una característica utilizada en el protocolo de aplicación
inalámbrica (WAP).
El ejemplo mostrado en la figura 6 describe otras
características adicionales de acuerdo con la presente invención.
En la figura 6a, las etapas desde "INICIO" 500 a "AUTORIZADO
A SERVIDOR?" 550 se corresponden con las etapas mostradas en la
figura 5. A partir de la etapa "AUTORIZADO A SERVIDOR?" 550,
cuando se tiene un cliente que carece de acceso al servidor, es
decir el cliente no está autorizado, se finalizará la sesión con el
ordenador servidor, como se ha descrito haciendo referencia a la
figura 5. De lo contrario, el servidor puede preguntar al cliente si
ya se ha recibido medios de inicialización "EXISTEN YA
AJUSTES?" 600. Si no se han recibido medios de inicialización, el
ordenador servidor envía unos medios de inicialización al cliente
"TRAMITIR MEDIOS INICIALIZACIÓN" 610. Estos medios de
inicialización contienen información acerca de los ajustes que debe
efectuar el cliente para acceder al ordenador servidor. Como se ha
descrito haciendo referencia a la figura 5, la transferencia
(envío) de la inicialización puede llevarse a cabo automáticamente
y/o enviando una petición de descarga al servidor para descargar
los medios de inicialización. Al recibirse en el servidor la
petición de descarga, el servidor devuelve al cliente los medios de
inicialización en respuesta a la petición de descarga. Cuando el
cliente recibe los medios de inicialización, puede introducir
dichos ajustes aceptándolos automática o manualmente "ACEPTACION
CLIENTE" 620, por ejemplo enviando una respuesta al servidor
confirmando la aceptación. La forma en la que el cliente introduce
los ajustes la decide el controlador 18, como se ha mencionado
anteriormente haciendo referencia a la figura 2. Con posterioridad
al punto marcado con una "A", se habrá establecido una sesión
entre el cliente y en servidor "FIN" 630, lo que significa que
podrán intercambiarse datos a través de una sesión WAP. "A" y
"B" en la figura 6a hacen referencia a "A" y "B" en
la figura 6b.
Si el servidor ya ha enviado al cliente los
medios de inicialización, el servidor puede preguntar al cliente si
debe introducirse algún cambio en los ajustes "MODIFY
SETTINGS?" 640. Si el cliente no desea ningún cambio, "A",
puede establecerse una sesión "FIN" 630. De lo contrario el
cliente puede introducir unos nuevos ajustes, "B",
"INTRODUCIR NUEVOS AJUSTES" 650 y si el servidor acepta los
nuevos ajustes "¿ACEPTACIÓN SERVIDOR?" 660 podrá establecerse
una sesión, "FIN" 630. Si el servidor no acepta los nuevos
ajustes, por ejemplo debido a que los nuevos ajustes no son
válidos, el servidor puede preguntar al cliente si este desea
aceptar los antiguos ajustes "¿ACEPTACIÓN AJUSTES ANTIGUOS?"
670. Si el cliente acepta los antiguos ajustes podrá establecerse
una sesión "FIN" 630. De lo contrario, el cliente puede
intentar introducir otros datos, es decir regresar a la etapa
"INTRODUCIR NUEVOS AJUSTES" 650.
La figura 7 muestra un ejemplo de una realización
preferida, de acuerdo con la presente invención, de cómo será
posible utilizar un comando Push para introducir los ajustes de un
cliente. En general, el método utiliza el comando Push para enviar
los medios de inicialización, es decir los ajustes iniciales, a un
cliente desde un ordenador servidor. En este ejemplo, el cliente y
el servidor son capaces de gestionar el protocolo WAP y en adelante
se hará referencia a los mismos como cliente WAP y servidor WAP,
respectivamente. De este modo, el cliente WAP descrito haciendo
referencia a la figura 6 puede ser, por ejemplo, un "teléfono
WAP". El teléfono de este ejemplo puede disponer de una tarjeta
inteligente, preferiblemente una tarjeta SIM (Subscriber Identity
Module [modulo de identificación de abonado]).
- Etapa
1
Cuando se efectúa un abono por parte de un
cliente, se configura un comando Push que incluye los ajustes
correspondientes al cliente como pendientes en el servidor WAP. Los
ajustes iniciales pueden incluir, por ejemplo, la dirección del
servidor WAP que debe utilizar el cliente.
El ajuste puede introducirse automáticamente, lo
que puede basarse en la información disponible acerca del tipo de
teléfono (cliente) y sus prestaciones.
Cuando se enciende el teléfono por primera vez y
se activa la tarjeta SIM puede enviarse el comando Push desde el
servidor WAP al teléfono. A continuación, se envía el comando Push
a través de una pila WAP del teléfono y se introduce en un agente de
usuario (por ejemplo, un navegador). En este punto, el agente de
usuario puede utilizar la información para introducir
automáticamente los ajustes iniciales, es decir configurar el
teléfono o preguntar al usuario si desea iniciar las prestaciones
WAP del teléfono (por ejemplo, utilizar el navegador) y si la
respuesta es afirmativa, se configura el teléfono. El agente de
usuario puede, por ejemplo, estar incluido en el controlador, como
se describe en la figura 2.
En este punto, no se confirma la recepción del
comando Push y, por lo tanto, el servidor WAP puede no saber
todavía si el teléfono ha recibido el Push.
- Etapa
2
Si el servidor WAP ha enviado un comando Push y
el teléfono no responde con una petición de conexión (véase etapa
3), se envía una vez más el comando Push al teléfono, "Repetición
Push". El servidor puede enviar los medios de inicialización
repetidamente durante un número de veces fijo, por ejemplo 10 o más
veces, o hasta que el cliente haya enviado una respuesta al servidor
confirmando la recepción de los medios de inicialización.
Naturalmente, el envío puede efectuarse menos de 10 veces ya que
este es tan sólo un parámetro que puede configurarse en el servidor
WAP. En lugar de utilizar un comando Push, también puede ser
posible enviar los medios de inicialización utilizando un mensaje
corto (SMS).
La ventaja de disponer de un intervalo fijo es
que si un nuevo abonado activa por primera vez la tarjeta SIM en un
teléfono que no soporte WAP, el servidor no tiene que ejecutar un
bucle inacabable. Por lo tanto, esto ahorra el envío de algunos
comandos innecesarios.
- Etapa
3
Cuando el teléfono ha recibido los ajustes y ha
finalizado la configuración (introducción) del teléfono, el agente
de usuario WAP del teléfono puede enviar una petición a una capa de
sesión para establecer una sesión. La forma en la que se configura
dicha sesión se define en "WAP Wireless Session Protocol
Specification Draft Version
30-Apr-1998", figura 3, página 20
(véase también http://www.wapforum.org/docs/
technical.htm/wsp-30-apr-98.pdf).
Dicho de otro modo, el cliente envía una petición de conexión
(Connect_request) al servidor WAP con una dirección definida en el
comando Push que es reconocida por el servidor WAP.
Por lo tanto, el servidor WAP recibe una
confirmación del cliente confirmando que el comando Push ha sido
recibido y aceptado por el teléfono. Esto también significa que
puede desactivarse el "Repetición Push" de la Etapa 2.
- Etapa
4
Cuando el servidor WAP recibe la petición de
conexión (Connect_request) responde mediante la respuesta de
conexión (Connect_reply) como se describe en "WAP Wireless Session
Protocol Sepcification Draft Version
30-Apr-1998", figura 3, página 20
(véase también http://www.wapforum.org/
docs/technical.htm/wsp-30-apr-98.pdf).
Por último, ya se ha establecido una sesión, lo
que significa que el teléfono WAP y el servidor WAP ya pueden
comunicarse a través de dicha sesión.
Cuando se establece la sesión, el teléfono puede
tener la posibilidad de "fundir" o desactivar la recepción de
otro comando Push que incluya ajustes de configuración. Al realizar
esta operación, aumentará la seguridad del usuario, es decir
reducirá el riesgo de tener un agujero de seguridad a través del
cual, por ejemplo, los piratas puedan enviar nuevos ajustes de la
configuración del teléfono al teléfono WAP (por ejemplo, con
petición de conexión a servidores WAP no seguros).
- Etapa
5
A continuación puede llevarse a cabo mediante la
sesión establecida la futura comunicación entre el teléfono y el
servidor WAP, es decir será posible intercambiar datos a través de
una sesión WAP.
Una importante ventaja de la etapa 5 es que el
usuario no tiene que esperar el tiempo necesario para establecer una
sesión cuando utiliza por primera vez el agente de usuario
(navegador).
La figura 8 muestra un ejemplo, de acuerdo con la
presente invención, de un interfaz de usuario configurado en un
cliente. El cliente está dispuesto para acceder a un ordenador
servidor a través de una red de comunicaciones inalámbrica como se
muestra en la figura 3. El interfaz de usuario puede estar provisto
de medios de presentación 100, por ejemplo una pantalla LCD que se
describe en más detalle haciendo referencia a las figuras 1 y 2.
Una de las funciones del interfaz de usuario consiste en recibir los
datos introducidos por los medios de inicialización, facilitando al
cliente el acceso al ordenador servidor.
Cuando el cliente envía una petición a la red,
incluyendo medios de identificación (no mostrados) que identifican
al cliente, la red lleva a cabo la identificación del cliente como
se muestra en la figura 5. Si la red reconoce los medios de
identificación, se establece una conexión entre el cliente y la
red. Cuando el cliente se encuentra conectado a la red, el
ordenador servidor controla si el cliente está autorizado en el
servidor o no. Si el servidor reconoce los medios de identificación
recibidos en la petición enviada a la red, el servidor envía al
cliente los medios de inicialización. Estos medios de inicialización
contienen información acerca de la configuración que debe ser
introducida en el cliente para poder acceder al ordenador servidor.
Cuando el cliente recibe los medios de inicialización, se puede
informar al cliente de su recepción indicando la recepción en los
medios de presentación 100, por ejemplo mostrando un mensaje 110
con el texto "ajustes del navegador recibidos". Este mensaje
110 puede generar una opción para el cliente "salir" 111 o
"mostrar" 112 los ajustes recibidos. Si el cliente opta por
salir de este mensaje 110, debe ser posible que el cliente pueda ver
los ajustes en una ocasión posterior.
Si el cliente ha optado por "mostrar" 112
los ajustes del navegador recibidos, podrá generarse un nuevo
mensaje 120a, b. El mensaje 120a informa al cliente cuáles son los
nuevos ajustes recibidos, como por ejemplo "número del
servidor" y "número de servicio". Igualmente, puede haber
otras informaciones incluidas en este mensaje 120b, indicando por
ejemplo en qué punto va a iniciar el cliente una sesión ("Página
de inicio URL: http//www.nokia.com"), es decir la dirección de
una página de inicio específica que será solicitada por el cliente
al acceder al servidor. En este punto, el cliente puede optar por
"guardar" 121 o por "salir" 122 de este mensaje 120. Si el
cliente opta por "salir" 122, no se introducirán, es decir no
se guardarán, los ajustes. Si el cliente opta por "guardar"
121 estos ajustes, los ajustes se guardarán en el cliente lo que se
puede indicar mediante un mensaje 130 que diga, por ejemplo,
"guardado".
El ejemplo facilitado en la figura 8 muestra cómo
puede aceptar los ajustes el usuario/cliente. Naturalmente, es
posible que el interfaz de usuario acepte automáticamente los
ajustes sin solicitar la aceptación por parte del usuario y que
introduzca los ajustes antes de que el cliente establezca por
primera vez una conexión con el ordenador servidor. Como se ha
mencionado haciendo referencia a la figura 2, el controlador 18
gestiona la aceptación automática.
La invención no se limita a la descripción que
antecede ni a los ejemplos de una realización mostrados en las
ilustraciones, sino que puede variar dentro del ámbito de las
reivindicaciones adjuntas. Por ejemplo, es posible que un cliente
acceda a la red aun cuando el cliente no esté autorizado en un
ordenador servidor conectado a la red.
\global\parskip0.980000\baselineskip
- APDU
- Application Protocol Data Unit
- API
- Application Programming Interfaz
- CA
- Certification Authority
- CBC
- Cipher Block Chaining
- DF
- Dedicated File
- DH
- Diffie-Hellman
- EC
- Elliptic Curve
- ECC
- Elliptic Curve Cryptography
- ECDH
- Elliptic Curve Diffie-Hellman
- ECDSA
- Elliptic Curve Digital Signature Algorithm
- EF
- Elementary File
- GSM
- Global System for Mobile Communication
- IV
- Initialisation Vector
- MAC
- Message Authentication Code
- ME
- Management Entity
- OSI
- Open System Interconnection
- PDU
- Protocol Data Unit
- PRF
- Pseudo-Random Function
- SAP
- Service Access Point
- SDU
- Service Data Unit
- SHA-1
- Secure Hash Algorithm
- SIM
- Subscriber Identity Module
- SMS
- Short Message Service
- SSL
- Secure Sockets Layer
- TLS
- Transport Layer Security
- WAP
- Wireless Application Protocol
- WML
- Wireless Markup Language
- WMLScript
- Wireless Markup Language Script
- WDP
- Wireless Datagram Protocol
- WSP
- Wireless Session Protocol
- WTLS
- Wireless Transport Layer Security
- WTP
- Wireless Transaction Protocol.
La lista que antecede incluye los acrónimos
utilizados en el presente texto. Puede encontrarse una discusión
más detallada y una explicación de los acrónimos en las
especificaciones técnicas que definen el protocolo Wireless
Application Protocol en la página web de inicio de WAPFORUM,
http://www.wapforum.org/.
Claims (19)
1. Método para introducir un ajuste o ajustes en
un cliente (1, 1') para acceder a un ordenador servidor (20),
estando conectado dicho ordenador servidor (20) a una red de
telecomunicación (50, 50', 51, 52) y comprendiendo dicho servidor
(20) unos medios de inicialización que permiten al cliente (1, 1')
acceder a dicho servidor (20), conteniendo dichos medios de
inicialización información relativa al ajuste o ajustes que han de
introducirse en el cliente (1, 1'), cuyo método comprende las
siguientes etapas:
- -
- enviar (60, 510) desde dicho cliente a dicha red (50, 50', 51, 52) una petición para establecer una conexión entre el cliente (1, 1') y la red (50, 50', 51, 52) incluyendo dicha petición información de identificación que identifica a dicho cliente (1, 1'), y
- -
- dicha red (50, 50', 51, 52), cuando reconoce dicha información de identificación, envía una respuesta (90) a dicha petición y establece una conexión (540) entre el cliente (1, 1') y la red (50, 50', 51, 52),
caracterizado
porque,
dicho servidor (20), al identificar al cliente,
envía (560) al cliente (1, 1'), la información relativa al ajuste o
ajustes antes de que el cliente establezca por primera vez una
conexión con el servidor (20) a fin de introducir en el cliente (1,
1') el ajuste o ajustes que dan el acceso al servidor (20).
2. Método de acuerdo con la reivindicación 1,
caracterizado porque el cliente (1, 1') envía al servidor
(20) una respuesta (570) cuando recibe dicha información relativa
al ajuste o ajustes, para así confirmar la recepción de la
información relativa al ajuste o ajustes.
3. Método de acuerdo con la reivindicación 1 o 2,
caracterizado porque el servidor (20) envía la información
relativa al ajuste o ajustes de forma repetitiva durante un número
fijo de veces o hasta que el cliente (1, 1') haya enviado una
respuesta al servidor (20) confirmando la recepción de la
información relativa al ajuste o ajustes.
4. Método de acuerdo con las reivindicaciones 1,
2 o 3, caracterizado porque el servidor (20) detecta
automáticamente dicha información de identificación enviada a la
red (50, 50', 51, 52) cuando el cliente (1, 1') ha enviado la
petición (60) a la red, y al detectarla, envía al cliente la
información relativa al ajuste o ajustes.
5. Método de acuerdo con las reivindicaciones 1,
2 o 3, caracterizado porque el cliente (1, 1') envía al
servidor (20) una petición de descarga para descargar la
información relativa al ajuste o ajustes y cuando recibe dicha
petición de descarga, el servidor (20) envía al cliente (1, 1') la
información relativa al ajuste o ajustes como respuesta a dicha
petición de descarga.
6. Método de acuerdo con las reivindicaciones 1,
2, 3, 4 o 5, caracterizado porque la información relativa al
ajuste o ajustes se envía como un mensaje corto (SMS).
7. Método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque dicho
cliente (1, 1') y dicho servidor (20), utilizan un protocolo de
aplicación inalámbrica (WAP) y la información relativa al ajuste o
ajustes se envía al cliente (1, 1') utilizando un comando Push.
8. Método de acuerdo con cualquiera de las
reivindicaciones precedentes, caracterizado porque el cliente
(1, 1') está previsto con un controlador (18) que solicita
automáticamente al cliente (1, 1') introducir la información
relativa al ajuste o ajustes, antes de que el cliente (1, 1')
establezca por primera vez una conexión con el servidor (20).
9. Sistema (40) para introducir un ajuste o
ajustes, incluyendo dicho sistema (40):
- -
- un cliente (1, 1') dispuesto para recibir introducir un ajuste o ajustes;
- -
- un ordenador servidor (20) con unos medios de inicialización que proporcionan al cliente (1, 1') acceso a dicho servidor (20), conteniendo dichos medios de inicialización información relativa al ajuste o ajustes que se van a introducir en el cliente (1, 1'); y
- -
- una red de telecomunicación celular (50, 50', 51, 52) conectada a dicho servidor (20) y dispuesta para establecer una conexión inalámbrica entre el cliente (1, 1') y la red de telecomunicación (50, 50', 51, 52) al recibir una petición (60, 510) procedente de dicho cliente (1, 1'), incluyendo dicha red (50, 50', 51, 52) unos medios de memoria dispuestos para identificar los medios de identificación del cliente;
caracterizado porque dicho
servidor (20) está dispuesto para enviar al cliente (1, 1'), la
información relativa al ajuste o ajustes al reconocer dichos medios
de identificación recibidos en la petición (60, 150) enviada a la
red (50, 50', 51, 52) antes de que el cliente (1, 1') establezca
por primera vez una conexión con el servidor (20) a fin de
introducir el ajuste o ajustes en el cliente (1, 1') y permitirle el
acceso al servidor
(20).
10. Sistema (40) de acuerdo con la reivindicación
9, caracterizado porque el servidor (20) y el cliente (1,
1') están provistos de un protocolo de aplicación inalámbrica
(WAP).
11. Sistema (40) de acuerdo con la reivindicación
10, caracterizado porque el servidor (20) está dispuesto
adicionalmente para enviar al cliente (1, 1') la información
relativa al ajuste o ajustes por medio de un comando Push y/o un
mensaje corto (SMS).
12. Ordenador servidor (20) provisto de unos
medios de inicialización que proporcionan a un cliente (1, 1') el
acceso a dicho servidor (20), conteniendo dichos medios de
inicialización información relativa a un ajuste o ajustes que han
de introducirse en el cliente (1, 1'), estando dispuesto dicho
servidor (20) para conectarse a una red de telecomunicación celular
(50, 50', 51, 52), estando dispuesta dicha red (50, 50', 51, 52)
para establecer una conexión entre el cliente (1, 1') y la red de
telecomunicación (50, 50', 51, 52) cuando se recibe una petición
(60) procedente de dicho cliente (1, 1'), incluyendo dicha
petición (60) medios de identificación para identificar a dicho
cliente (1, 1') e incluyendo dicha red (50, 50', 51, 52) medios de
memoria configurados para identificar la información de
identificación contenida en la petición (60),
caracterizado porque dicho
servidor (20) está dispuesto adicionalmente para enviar al cliente
(1, 1') la información relativa al ajuste o ajustes, cuando
reconoce dicha información de identificación recibida con la
petición (60) a la red (50, 50', 51, 52), antes que el cliente (1,
1') establezca por primera vez una conexión con el servidor (20)
para proporcionar al cliente (1, 1') el acceso al servidor
(20).
13. Servidor (20) de acuerdo con la
reivindicación 12, caracterizado porque el servidor (20) y
el cliente (1, 1') están provistos de un protocolo de aplicación
inalámbrica (WAP).
14. Servidor (20) de acuerdo con la
reivindicación 13, caracterizado porque el servidor (20)
está dispuesto adicionalmente para enviar al cliente (1, 1') la
información relativa al ajuste o ajustes utilizando un comando
Push.
15. Cliente (1, 1') dispuesto para acceder a un
ordenador servidor (20) a través de una red de telecomunicación
inalámbrica (50, 50', 51, 52), incluyendo dicho cliente (1, 1') un
controlador (18) dispuesto para recibir introducir unos medios de
inicialización que proporcionan al cliente (1, 1') el acceso a dicho
servidor (20), conteniendo dichos medios de inicialización
información relativa al ajuste o ajustes que han de introducirse en
el cliente (1, 1'), caracterizado porque el controlador (18)
está dispuesto adicionalmente para solicitar automáticamente al
ordenador servidor (20) introducir la información relativa al
ajuste o ajustes antes que el cliente (1, 1') trate por primera vez
de establecer una conexión con dicho servidor (20).
16. Cliente (1, 1') de acuerdo con la
reivindicación 15, caracterizado porque el cliente (1, 1') y
el servidor (20) están provistos de un protocolo de aplicación
inalámbrica (WAP).
17. Cliente (1, 1') de acuerdo con la
reivindicación 16, caracterizado porque el cliente (1, 1')
está dispuesto adicionalmente para recibir del servidor (20) la
información relativa al ajuste o ajustes mediante un comando
Push.
18. Terminal inalámbrico de comunicaciones que
actúa como cliente (1, 1') de acuerdo con la reivindicación 15.
19. Terminal inalámbrico de comunicaciones de
acuerdo con la reivindicación 18, caracterizado porque dicho
terminal es un teléfono celular (1).
Applications Claiming Priority (2)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| GB9822243 | 1998-10-13 | ||
| GB9822243A GB2342816B (en) | 1998-10-13 | 1998-10-13 | Accessing a server computer |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| ES2241367T3 true ES2241367T3 (es) | 2005-10-16 |
Family
ID=10840424
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| ES99970533T Expired - Lifetime ES2241367T3 (es) | 1998-10-13 | 1999-09-28 | Acceso a un ordenador servidor. |
Country Status (10)
| Country | Link |
|---|---|
| EP (1) | EP1121794B1 (es) |
| JP (1) | JP4282237B2 (es) |
| KR (1) | KR100458917B1 (es) |
| CN (1) | CN1135809C (es) |
| AT (1) | ATE292867T1 (es) |
| AU (1) | AU5982899A (es) |
| DE (1) | DE69924631T2 (es) |
| ES (1) | ES2241367T3 (es) |
| GB (1) | GB2342816B (es) |
| WO (1) | WO2000022794A2 (es) |
Families Citing this family (28)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FR2792155B1 (fr) * | 1999-04-09 | 2001-06-29 | Nortel Matra Cellular | Procede de fourniture de services a des stations mobiles de radiocommunication, equipements de reseau et stations mobiles pour sa mise en oeuvre |
| JP2001014277A (ja) * | 1999-06-28 | 2001-01-19 | Olympus Optical Co Ltd | 情報処理システム及びカメラシステム |
| US6760759B1 (en) | 1999-11-24 | 2004-07-06 | Mtel Limited | System to support mobile visual communications |
| CN1520127A (zh) * | 1999-12-08 | 2004-08-11 | ��ʽ����Ntt����Ħ | 便携式电话和终端 |
| FR2809258A1 (fr) * | 2000-04-28 | 2001-11-23 | Frederick Gregory Stephan Brun | Procede de transmission de donnees pour un systeme de telecommunications, serveur d'initialisation, serveur de contenu, systemes associes |
| US6996387B2 (en) | 2000-05-01 | 2006-02-07 | Mtel Limited | Global data network using existing wireless infrastructures |
| US7177629B1 (en) * | 2000-05-05 | 2007-02-13 | Nokia Mobile Phones Limited | Annunciating apparatus, and associated method, for selectably annunciating message termination at a radio communication device |
| GB0012354D0 (en) | 2000-05-22 | 2000-07-12 | Nokia Networks Oy | A method and system for providing location dependent information |
| GB2367976A (en) * | 2000-06-19 | 2002-04-17 | Innovation Venture Ltd | Generating an access code when a user attempts to gain access to a remote location and causing it to be sent to a mobile communication device |
| CN100450233C (zh) * | 2000-06-21 | 2009-01-07 | 八达网有限公司 | 开始搜索的方法 |
| AU2001250560A1 (en) * | 2000-06-26 | 2002-01-08 | Nokia Corporation | Device and methods for screening access to a computer network in a telecommunication system |
| KR100644595B1 (ko) * | 2000-06-26 | 2006-11-10 | 삼성전자주식회사 | 인터넷을 통한 무선 응용 프로토콜 서비스 제공 시스템 및방법 |
| EP1223513B1 (en) * | 2000-06-29 | 2011-08-10 | NTT DoCoMo, Inc. | Method and apparatus for setting communication parameter in information terminal |
| FR2812487B1 (fr) * | 2000-07-26 | 2003-03-28 | Sagem | Dispositif et procede d'acquisition et de restitution de donnees numeriques audio et/ou video |
| FR2812418B1 (fr) * | 2000-07-28 | 2002-10-31 | Sagem | Telechargement de donnees sur un telephone portable |
| US6490432B1 (en) | 2000-09-21 | 2002-12-03 | Command Audio Corporation | Distributed media on-demand information service |
| GB2367213B (en) | 2000-09-22 | 2004-02-11 | Roke Manor Research | Access authentication system |
| FR2817424B1 (fr) * | 2000-11-29 | 2003-01-17 | Sagem | Procede d'acces securise a un reseau informatique prive depuis un terminal d'un reseau telephonique |
| US7047560B2 (en) | 2001-06-28 | 2006-05-16 | Microsoft Corporation | Credential authentication for mobile users |
| DE10135372B4 (de) * | 2001-07-09 | 2006-03-02 | Detewe Systems Gmbh | Verfahren zur Konfiguration und/oder zum Datenaustausch zwischen einer Telekommunikationseinrichtung und einem Host |
| US8107937B2 (en) | 2001-07-31 | 2012-01-31 | Nokia Corporation | System and method for automatic provisioning detection and notification |
| EP1286260A1 (en) * | 2001-08-22 | 2003-02-26 | Thomson Licensing S.A. | Method for translating a HAVi DDI user interface to the HTML world and vice-versa |
| US7506059B2 (en) | 2001-10-26 | 2009-03-17 | Nokia Corporation | Mobile client provisioning web service |
| US6950660B1 (en) * | 2002-05-10 | 2005-09-27 | Qualcomm, Incorporated | Provisioning a mobile device in a wireless communication system |
| WO2004040881A1 (en) * | 2002-10-31 | 2004-05-13 | Nokia Corporation | Method and system for initiating a bootstrap |
| US20040127204A1 (en) * | 2002-12-30 | 2004-07-01 | Belmont Brian V. | Method and apparatus to establish communication |
| US7551928B2 (en) | 2003-06-27 | 2009-06-23 | Nokia Corporation | Location dependent control of a mobile cellular telephone |
| US20060098645A1 (en) * | 2004-11-09 | 2006-05-11 | Lev Walkin | System and method for providing client identifying information to a server |
Family Cites Families (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| FI114182B (fi) * | 1996-06-06 | 2004-08-31 | Nokia Corp | Menetelmä teleliikenneverkon tarjoamien palveluiden käyttämiseksi, teleliikennejärjestelmä ja sen päätelaite |
| US6137805A (en) * | 1997-02-10 | 2000-10-24 | International Business Machines Corporation | Method and apparatus to remotely configure a data processing system |
| US6161145A (en) * | 1997-05-08 | 2000-12-12 | International Business Machines Corporation | Updating server-related data at a client |
| KR100335417B1 (ko) * | 1998-07-30 | 2002-06-20 | 윤종용 | 무선통신단말기의왑(wap)서버어드레스지정방법 |
-
1998
- 1998-10-13 GB GB9822243A patent/GB2342816B/en not_active Expired - Lifetime
-
1999
- 1999-09-28 CN CNB998144193A patent/CN1135809C/zh not_active Expired - Lifetime
- 1999-09-28 AT AT99970533T patent/ATE292867T1/de active
- 1999-09-28 AU AU59828/99A patent/AU5982899A/en not_active Abandoned
- 1999-09-28 KR KR10-2001-7004635A patent/KR100458917B1/ko active IP Right Grant
- 1999-09-28 EP EP99970533A patent/EP1121794B1/en not_active Expired - Lifetime
- 1999-09-28 WO PCT/EP1999/007407 patent/WO2000022794A2/en active IP Right Grant
- 1999-09-28 JP JP2000576596A patent/JP4282237B2/ja not_active Expired - Lifetime
- 1999-09-28 ES ES99970533T patent/ES2241367T3/es not_active Expired - Lifetime
- 1999-09-28 DE DE69924631T patent/DE69924631T2/de not_active Expired - Lifetime
Also Published As
| Publication number | Publication date |
|---|---|
| EP1121794B1 (en) | 2005-04-06 |
| CN1330827A (zh) | 2002-01-09 |
| JP2002527998A (ja) | 2002-08-27 |
| EP1121794A2 (en) | 2001-08-08 |
| DE69924631T2 (de) | 2006-04-06 |
| KR100458917B1 (ko) | 2004-12-03 |
| WO2000022794A2 (en) | 2000-04-20 |
| GB2342816A (en) | 2000-04-19 |
| WO2000022794A3 (en) | 2000-08-17 |
| JP4282237B2 (ja) | 2009-06-17 |
| DE69924631D1 (de) | 2005-05-12 |
| ATE292867T1 (de) | 2005-04-15 |
| AU5982899A (en) | 2000-05-01 |
| GB9822243D0 (en) | 1998-12-09 |
| KR20010082226A (ko) | 2001-08-29 |
| CN1135809C (zh) | 2004-01-21 |
| GB2342816B (en) | 2003-04-23 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| ES2241367T3 (es) | Acceso a un ordenador servidor. | |
| KR100451557B1 (ko) | 무선 응용 프로토콜에 기반을 둔 안전한 세션 설정 | |
| KR100683976B1 (ko) | 인증방법 및 장치 | |
| JP5250172B2 (ja) | 携帯無線電話機の管理システム | |
| JP4524059B2 (ja) | 無線通信網において安全なデータ転送を実行する方法と装置 | |
| EP2106191B1 (en) | A method for updating a smartcard and a smartcard having update capability | |
| US20020186845A1 (en) | Method and apparatus for remotely disabling and enabling access to secure transaction functions of a mobile terminal | |
| US7734279B2 (en) | Method and system for controlling resources via a mobile terminal, related network and computer program product therefor | |
| CA2665961C (en) | Method and system for delivering a command to a mobile device | |
| US6795924B1 (en) | Sat back channel security solution | |
| EP1680940B1 (en) | Method of user authentication | |
| WO2021138217A1 (en) | Method, chip, device and system for authenticating a set of at least two users | |
| KR20080036446A (ko) | 생체 정보를 이용한 사용자 인증 방법 및 시스템과 생체정보를 이용하여 인증 정보를 전송하는 이동통신 단말기 | |
| US20050102519A1 (en) | Method for authentication of a user for a service offered via a communication system | |
| US20160227414A1 (en) | Apparatus and methods for preventing information disclosure | |
| ES2299293B1 (es) | Sistema de acceso remoto a servici0s de telefonia movil de un equipo movil. |