MX2012000951A - Modificacion de maquinas terminal y proveedoras de servicio utilizando un servidor de actualizaciones. - Google Patents

Abstract

Un sistema que incluye una máquina terminal y una máquina proveedora de servicios es modificado utilizando una máquina proveedora de servicios. La máquina terminal incluye una aplicación terminal para mostrar una indicación en una primera secuencia de indicaciones y aceptar una entrada de datos de un usuario en una primera serie de entradas de datos. La máquina proveedora de servicios incluye una aplicación proveedora para recibir la entrada de datos del usuario. El servidor de actualizaciones envía un módulo de diálogo incluyendo un primero y un segundo conjunto de códigos actualizados a la máquina terminal y la máquina proveedora de servicios, respectivamente. El módulo de diálogo no modifica instrucciones ejecutables por computadora guardadas en la máquina terminal o la máquina proveedora de servicios. El primero y el segundo conjunto de códigos actualizados adaptan la aplicación terminal y la aplicación proveedora, respectivamente, para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos.

Description

MODIFICACIÓN DE MÁQUINAS TERMINAL Y PROVEEDORAS DE SERVICIO UTILIZANDO UN SERVIDOR DE ACTUALIZACIONES Antecedentes de la invención Campo Esta solicitud se relaciona en términos generales con un sistema computarizado para proporcionar la modificación eficiente de software remoto, y más específicamente, con la adaptación y personalización de un módulo de diálogo de transacciones computarizadas.

Descripción de la técnica relacionada Es bien sabido para las personas versadas en la materia que los sistemas computarizados se pueden adaptar para realizar funciones específicas implementando códigos de software. Por ejemplo, el código de software se puede escribir en lenguajes tales como C, C + + , o Java.

Un sistema computarizado se puede construir, lo que incluye equipos electrónicos ("hardware"), uno o más procesadores de computadoras y software, capaz de realizar la funcionalidad del sistema. Usualmente, el software se escribe o crea como un código fuente y posteriormente se compila o convierte en instrucciones ejecutables por computadora capaces de ser leídas y ejecutadas por un procesador informático sin traducción o adaptación adicional. Por ejemplo, el código fuente se puede escribir en lenguajes tales como C, C + + o Java. Las instrucciones ejecutables por computadora se denominan algunas veces código ejecutable o código de máquina.

Por ejemplo, las instrucciones ejecutables por computadora se pueden compilar para un procesador informático específico y ejecutar en dicho procesador, como el procesador Intel Pentium de Intel Corporation, o se pueden utilizar para modificar la funcionalidad de un arreglo de compuertas programables (PGA, por sus siglas en inglés) o un arreglo de compuertas programables en el campo (FPGA, por sus siglas en inglés), como los proporcionados por Xilinx Corporation. En la mayoría de los casos, el código ejecutable en computadora es específico a un tipo de procesador o dispositivo lógico.

Se pueden utilizar máquinas virtuales para proporcionar un método de ejecutar códigos en un sistema de computadoras que no dependa de un procesador o una configuración de hardware específicos. Al utilizar una máquina virtual, una parte del código (usualmente en forma de código fuente) es compilada o traducida en un código intermediario, como el código Java Byte. El código intermediario es entonces capaz de seguir traduciendo utilizando una máquina virtual, la cual se ejecuta en un procesador informático (y quizá también en un sistema operativo). Por consiguiente, una máquina virtual es capaz de emular una plataforma de computadora estandarizada que sea independiente del procesador informático o de la configuración del hardware.

Un sistema computarizado, en el contexto de las modalidades descritas en estas especificaciones, incluye más de un dispositivo de hardware, ejecutando cada dispositivo de hardware una aplicación de software separada. Cada aplicación de software comprende, en parte, instrucciones ejecutables por computadora que permiten al dispositivo de hardware asociado interactuar con un usuario y comunicarse con otro dispositivo de hardware por una red distribuida. Por ejemplo, la aplicación de software se puede adaptar para interactuar directamente con un usuario del dispositivo de hardware aceptando la entrada del usuario. La aplicación de software se puede adaptar asimismo para comunicar la entrada del usuario con otro dispositivo de hardware utilizando una conexión de red.

Con frecuencia, después de que un sistema computarizado ha sido construido inicialmente, podría ser necesario hacer modificaciones, ya sea para mejorar la funcionalidad del sistema o adaptar el sistema a nuevos requisitos. En algunos casos, estas modificaciones requieren de cambios en la aplicación de software almacenada en cada dispositivo del sistema.

Usualmente, una aplicación de software incluye instrucciones ejecutables por computadora que no se pueden editar ni modificar directamente por un desarrollados Utilizando métodos conocidos, el desarrollador podría únicamente implementar los cambios requeridos creando o editando un código fuente. El código fuente actualizado debe entonces ser recompilado o traducido en un juego actualizado de instrucciones ejecutables por computadora y distribuido al dispositivos de hardware en el sistema como una aplicación de software actualizada. Usualmente, el juego actualizado de instrucciones ejecutables por computadora que comprende una aplicación de software actualizada incluye una cantidad relativamente grande de información.

No obstante, en muchas situaciones, podría resultar difícil distribuir una versión recientemente compilada de la aplicación de software actualizada a todos los dispositivos en el sistema. Esto es especialmente válido si el sistema es distribuido en un área geográfica grande. Por ejemplo, podría resultar difícil localizar cada dispositivo del sistema y transportarlo a una ubicación central o centro de desarrollo. Debido a que el acceso físico a los dispositivos no es práctico, la nueva aplicación de software no se puede cargar utilizando una transmisión alámbrica tradicional (por ej., un cable de interfaz).

En algunos sistemas computarizados, la única opción práctica podría ser cargar la aplicación de software actualizada utilizando una red de comunicaciones existente. No obstante, si la red de comunicaciones tiene capacidades de transmisión de datos limitadas, podría resultar difícil transmitir la gran cantidad de información (como sería, una aplicación de software completa). Por ejemplo, una aplicación de software podría ser instalada inicialmente en un dispositivo móvil inalámbrico (por ej., un teléfono celular o PDA). Usualmente, el dispositivo es emitido a un usuario, que podría viajar a un lugar alejado de un centro de desarrollo de software, o residir ahí. El único método de comunicación con el dispositivo podría ser a través de una red de telecomunicaciones inalámbrica. No obstante, debido a las limitaciones de ancho de banda en las transferencias de datos por la red inalámbrica, una carga de la aplicación de software completa podría no resultar económicamente viable. Incluso si la carga de la aplicación fuese posible, podría tomar una cantidad de tiem po inaceptable debido a la velocidad lenta de transferencia de una red inalámbrica (en comparación con una línea o cable de transmisión alámbrica dedicado). Estos problemas se agravan aún más si el sistema computarizado incluye una gran cantidad de dispositivos móviles inalámbricos, necesitando cada uno una carga de aplicación separada. Desarrollar y someter a pruebas aplicaciones separadas para cada dispositivo móvil puede tomar demasiado tiempo y resultar económicamente inviable. Además, si hubiese diferentes versiones de la aplicación de software distribuidas a lo largo de una gran cantidad de dispositivos móviles, podría resultar difícil gestionar y rastrear una actualización uniforme de aplicación de software.

Lo que se necesita es un sistema computarizado capaz de proporcionar modificaciones eficientes de aplicaciones de software que se distribuyan a través de una red de dispositivos remotos.

Breve descrpción de la i nven ión Un sistema que incluya una máquina terminal y una máquina proveedora de servicios es modificado utilizando una máquina proveedora de servicios. La máquina terminal ejecuta una aplicación terminal. La aplicación terminal es capaz de mostrar una indicación en una primera secuencia de indicaciones y aceptar una entrada de datos de un usuario en una primera secuencia de entradas de datos de usuarios asociada. La aplicación terminal se compone de un primer conjunto de instrucciones ejecutables por computadora y un primer conjunto de códigos. La máquina proveedora de servicios ejecuta una aplicación proveedora. La aplicación proveedora es capaz de recibir la entrada de datos del usuario. La aplicación proveedora se compone de un segundo conjunto de instrucciones ejecutables por computadora y un segundo conjunto de códigos.

El servidor de actualizaciones es capaz de enviar un módulo de diálogo a la máquina terminal y la máquina proveedora de servicios. El módulo de diálogo modifica el primero y el segundo conjunto de códigos para producir un primero y un segundo conjunto de códigos actualizados, respectivamente. El módulo de diálogo no modifica ni el primero ni el segundo conjunto de instrucciones ejecutables por computadora.

El primer conjunto de códigos actualizados adapta la aplicación terminal para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos. El segundo conjunto de códigos actualizados adapta la aplicación proveedora para utilizar la segunda secuencia de indicaciones y la segunda secuencia de entradas de datos.

Breve descripción de las figuras La FIG. 1 ilustra un sistema computarizado para actualizar un protocolo de diálogo adaptando aplicaciones en una máquina terminal y una máquina proveedora de servicios.

La FIG. 2 ilustra el uso de un módulo de diálogo en un sistema computarizado.

La FIG. 3A ilustra un proceso para actualizar un módulo de diálogo en una máquina terminal utilizando un servidor de actualizaciones.

La FIG. 3B ilustra un proceso para actualizar un módulo de diálogo en una máquina proveedora de servicios utilizando un servidor de actualizaciones.

La FIG. 4A ilustra una secuencia de diálogo que incluye una máquina terminal y una máquina proveedora de servicios en un modo de comunicaciones continuo.

La FIG. 4B ilustra una secuencia de diálogo que incluye una máquina terminal y una máquina proveedora de servicios en un modo de comunicaciones retardado.

La FIG. 5A ilustra un ejemplo de una primera indicación en un protocolo de diálogo bancario.

La FIG. 5B ilustra un ejemplo de una indicación subsiguiente en un protocolo de diálogo bancario.

La FIG. 6A ilustra un ejemplo de una primera indicación en un protocolo de diálogo bancario.

La FIG . 6B ilustra un ejemplo de una indicación de opciones múltiples en un protocolo de diálogo bancario.

La FIG. 6C ilustra un ejemplo de una indicación de entrada de datos en un protocolo de diálogo bancario.

La FIG. 7A ilustra un ejemplo de una primera indicación en un protocolo de diálogo médico.

La FIG. 7B ilustra un ejemplo de una indicación subsiguiente en un protocolo de diálogo médico.

Las FIG . 8A-8B ilustran ejemplos de una herramienta de diseño para modificar un protocolo de diálogo de sistema.

La FIG. 9 ilustra una modalidad ilustrativa de una máquina terminal.

La FIG. 10 ilustra una modalidad ilustrativa de una máquina proveedora de servicios.

La FIG. 1 1 ilustra una modalidad ilustrativa de un servidor de actualizaciones.

La FIG. 1 2 ilustra una estructura lógica de paquete de comunicaciones ilustrativa .

Las figuras muestran una modalidad de la presente invención para propósitos de ilustración únicamente. Una persona entendida en la materia reconocerá de inmediato en la siguiente discusión que se pueden emplear modalidades alternativas de las estructuras y métodos ilustrados en estas especificaciones sin alejarse de los principios de la invención descrita en estas especificaciones.

Desci rpción detal lada de la i nvención Las siguientes modalidades describen un sistema capaz de realizar una transacción entre un usuario en una máquina terminal y un proveedor de servicios en una segunda máquina remota. En algunos casos, el sistema se puede utilizar para facilitar una transacción comercial entre un banco o una institución financiera (utilizando una máquina proveedora de servicios) y un cliente bancario (utilizando una máquina terminal). La estructura de la transacción se puede personalizar adaptando un protocolo de diálogo entre al menos dos máquinas en el sistema. El protocolo de diálogo define los contornos de una transacción e incluye varios componentes tales como: una secuencia de indicaciones de diálogo; una secuencia de campos de entrada de datos de un usuario; y un conjunto de parámetros de diálogo. Además, el protocolo de diálogo podrá definir características estéticas incluyendo la interfaz gráfica del usuario, diagrama de despliegue y funcionalidad de la GUI. El protocolo de diálogo podrá ser determinado por las dos aplicaciones de software que se estén ejecutando en las dos máquinas involucradas en la transacción con el usuario.

El sistema descrito aquí permite la adaptación de un protocolo de diálogo mediante la modificación de una o más aplicaciones de software. Específicamente, una o más de las aplicaciones de software podrán ser adaptadas incluyendo o reemplazando un módulo de diálogo que incluye un conjunto de códigos. El código representa al menos alguna información que debe ser traducida por la aplicación de software antes de que pueda ser implementada en el procesador de la máquina. En algunas modalidades, un desarrollador podría generar un módulo de diálogo actualizado según lo requiera un protocolo de diálogo específico.

En una modalidad preferente, un módulo de diálogo actualizado es capaz de ser comunicado desde un servidor de actualizaciones con una máquina individual (por ej., dispositivos) en el sistema, teniendo cada máquina una aplicación de software. En una modalidad preferente, el módulo de diálogo adapta al menos una de las aplicaciones de software para producir un protocolo de diálogo modificado entre los componentes del sistema. 1 . Actualizaciones de diálogo Utilizando un sistema de tres nodos La FIG 1 muestra un sistema computarizado ilustrativo para actualizar un protocolo de diálogo adaptando aplicaciones en una máquina proveedora de servicios 1 1 0 y una máquina terminal 120. Como se describió anteriormente, una transacción se puede realizar entre un usuario y la máquina terminal 1 20 y la máquina proveedora de servicios 1 1 0. La transacción se realiza de acuerdo con un protocolo de diálogo. El protocolo de diálogo se podrá cambiar comunicando un módulo de diálogo 106 desde el servidor de actualizaciones 102 en la máquina proveedora de servicios 1 10 y la máquina terminal 1 20. Como se describe más adelante, el módulo de diálogo 1 06 podrá incluir un código que es exclusivo para la máquina proveedora de servicios 1 1 0 o la máquina terminal 120. Aunque se describen por separado, la máquina proveedora de servicios 1 1 0 y el servidor de actualizaciones 1 02 pueden o no estar en la m isma máquina física.

La modalidad del sistema mostrada en la FIG. 1 permite la comunicación entre una máquina proveedora de servicios 1 1 0 y una máquina terminal 120. Como se muestra en la FIG. 1 , la comunicación se puede facilitar utilizando una red de comunicaciones inalámbricas entre el transceptor inalámbrico de la máquina terminal 124 y un transceptor inalámbrico 1 14 en comunicación con la máquina proveedora de servicios 1 1 0. En algunas modalidades, la red de comunicaciones inalámbricas puede ser una red de telecomunicaciones de acceso múltiple por división de código (CDMA, por sus siglas en inglés) o de un sistema global para las comunicaciones móviles (GSM, por sus siglas en francés) capaz de transmitir información entre usuarios de redes. No se muestran en la FIG. 1 otros componentes del sistema tales como estaciones base inalámbricas, enlaces de redes, controles de recursos de red y otros componentes de la red de comunicaciones inalámbricas. En modalidades alternativas, la comunicación se puede transmitir también por una red de comunicaciones inalámbricas que incluya una conexión de red cableada o una red telefónica pública conmutada (PSTN , por sus siglas en inglés) .

Como se describió anteriormente, ocurre una comunicación o transacción especializada entre un usuario y la máquina terminal 1 20 y la máquina proveedora de servicios 1 1 0. La transacción se puede realizar de acuerdo con un protocolo de diálogo. En una modalidad, el protocolo de diálogo se determina , al menos en parte, por la aplicación proveedora de servicios 1 1 2 (que reside en la máquina proveedora de servicios 1 1 0) y la aplicación terminal 122 (que reside en la máquina terminal 120). En una modalidad preferente, el protocolo de diálogo guía al usuario a través de una transacción o serie de transacciones con un proveedor de servicios.

El sistema podrá realizar una transacción en un modo de comunicaciones continuo, un modo de comunicaciones retardado y un modo que alterna entre modos de comunicaciones continuos y retardados. El modo depende de la disponibilidad , el desempeño o el costo de la red de comunicaciones entre la máquina terminal 1 20 y la máquina proveedora de servicios 1 1 0.

Un sistema que opera en un modo de comunicaciones continuo transmite y recibe datos entre la máquina terminal 1 20 y la máquina proveedora de servicios 1 1 0 al mismo tiempo o casi al mismo tiempo en que se realiza una transacción entre el usuario y un proveedor de servicios. Por ejemplo, datos ingresados en la máquina terminal 120 por un usuario terminal son transmitidos usualmente a la máquina proveedora de servicios 1 1 0 antes de que el usuario reciba indicaciones de ingresar entradas adicionales. El sistema puede operar en un modo de comunicaciones continuo si la red de comunicaciones está disponible y puede proporcionar un desempeño adecuado para transferir datos entre indicaciones, sin ocasionar retraso perceptible en la transacción . Una ventaja de operar en un modo de comunicaciones continuo es que es probable que la información sobre la transacción enviada por la máquina proveedora de servicios 1 1 0 sea más actual que si la información sobre la transacción hubiese sido almacenada previamente en la máquina terminal 120.

Un sistema que opera en un modo de comunicaciones retardado almacena entradas de datos en la máquina terminal 120 y transmite los datos a una máquina proveedora de servicios 1 10 en un momento después de que se haya completado una transacción entre el usuario y un proveedor de servicios. Por ejemplo, se puede almacenar una serie de indicaciones en la máquina terminal 120 y utilizarse para recolectar una serie de entradas de usuarios. Las entradas de usuarios se almacenan y posteriormente se transmiten a la máquina proveedora de servicios 1 1 0. El sistema podrá operar en un modo de comunicaciones retardado si la red de comunicaciones no es accesible ni confiable al momento de la transacción. También se podrá utilizar un modo de comunicaciones intermitentes si la red de comunicaciones está disponible, pero es ventajoso minim izar el número de comunicaciones entre la máquina terminal 1 20 y la máquina proveedora de servicios 1 10. Usualmente, el costo de la transmisión de datos por una red de comunicaciones es más bajo cuando se reduce el número de transmisiones. Operar en un modo de comunicaciones retardado podría también tener como resultado una mejor respuesta del sistema debido a que hay muy poco o ningún retraso debido a transm isión de datos por la red de comunicaciones.

Un sistema puede también alternar entre modos operando parte del tiempo en un modo de comunicaciones continuo y parte del tiempo en un modo de comunicaciones retardado. Por ejemplo, se puede almacenar en la máquina terminal 120 una serie de entradas de datos y transmitirla posteriormente como un grupo a la máquina proveedora de servicios 1 1 0 antes de que se complete la transacción . Alternando entre modos de comunicaciones, el sistema podrá reducir los costos de comunicaciones minimizando el número de transmisiones de datos. Alternar entre modos de comunicación también permite a la máquina proveedora de servicios 1 10 proporcionar a la máquina terminal 120 información actualizada sobre la transacción .

Con respecto a componentes de hardware utilizando la red de comunicaciones inalámbricas, la máquina proveedora de servicios 1 1 0 podrá estar en comunicación con un transceptor inalámbrico 1 14, que es capaz de enviar y recibir datos por la red de comunicaciones inalámbricas. En algunas modalidades, el transceptor inalámbrico 1 14 es separado de la máquina proveedora de servicios 1 10 y está en comunicación con la máquina proveedora de servicios 1 10 utilizando una conexión de red de computadoras. Por ejemplo, en algunas modalidades, el transceptor inalámbrico 1 14 podrá ser parte de una estación base en una red de comunicaciones inalámbricas. En una modalidad alternativa, el transceptor inalámbrico 1 14 está dedicado a la máquina proveedora de servicios 1 1 0 y/o conectado directamente a la máquina proveedora de servicios 1 1 0.

La máquina proveedora de servicios 1 1 0 también incluye una aplicación proveedora de servicios 1 12 que es capaz de dirigir parte del protocolo de diálogo de la máquina proveedora de servicios. Los detalles de la aplicación proveedora de servicios se encuentran en la FIG. 2 más adelante.

La máquina terminal 120 podrá también incluir un transceptor inalámbrico 124 capaz de enviar y recibir datos por la red de comunicaciones inalámbricas. La máquina terminal 1 20 también incluye una aplicación terminal 122 que es capaz de dirigir parte del protocolo de diálogo de la máquina term inal. Además, la máquina terminal 1 20 incluye un despliegue de usuario 1 26 y un dispositivo de entrada de datos 128 para interactuar con un usuario del sistema. Por ejemplo, el despliegue de usuario 126 podrá incluir un monitor o pantalla y el dispositivo de entrada de datos 1 28 podrá incluir un teclado numérico o el teclado. Ver la FIG. 9 para una descripción detallada de los componentes de una máquina terminal 1 20.

También mostrado en la FIG. 1 , el servidor de actualizaciones 102 se comunica en la máquina proveedora de servicios 1 10 y la máquina terminal 120 utilizando la red de comunicaciones inalámbricas descrita anteriormente. El servidor de actualizaciones 1 02 podrá incluir un transceptor inalámbrico 1 04 adaptado para comunicaciones por la red de comunicaciones inalámbricas. En algunas modalidades, el transceptor inalámbrico 104 es separado del servidor de actualizaciones 102 y está en comunicación con el servidor de actualizaciones 102 utilizando una conexión de red de computadoras.

El servidor de actualizaciones 102 también incluye al menos un módulo de diálogo 1 06. Como se discute con más detalles más adelante, el módulo de diálogo 106 podrá incluir partes del código y/o instrucciones capaces de modificar el protocolo de diálogo entre la máquina terminal 120 y la máquina proveedora de servicios 1 10. En una modalidad preferente, el módulo de diálogo es menor de 1 Mb para facilitar la comunicación por una red con capacidad limitada de transferencia de datos.

La FIG. 2 ilustra componentes de un sistema computarizado utilizados para actualizar un protocolo de diálogo. En una modalidad, un servidor de actualizaciones 1 02 incluye un módulo de diálogo terminal 202 y un módulo de diálogo proveedor de servicios 206. Cada módulo de diálogo 202, 206 podrá incluir una o más partes de código o instrucciones. En esta modalidad ilustrativa, el módulo de diálogo 202 incluye un código terminal 204 y el módulo de diálogo proveedor de servicios 206 incluye un código proveedor de servicios 208. En algunas modalidades, el código terminal 204 y el código proveedor de servicios 208 son el mismo código.

Un módulo de diálogo se podrá comunicar con componentes individuales del sistema. La modalidad en la FIG . 2 muestra dos componentes, una máquina proveedora de servicios 1 1 0 y una máquina terminal 1 20. Un módulo de diálogo 206 que contenga un código terminal 208 se com unica con la máquina terminal y es almacenado en ella 120. De la m isma forma, un módulo de diálogo 202 que contenga un código proveedor de servicios 204 se comunica con la máquina proveedora de servicios y es almacenado en ella 1 1 0.

En una modalidad preferente, la máquina proveedora de servicios 1 1 0 incluye una aplicación proveedora de servicios 1 1 2. La aplicación proveedora de servicios incluye un proceso o procesos que permiten a la máquina proveedora de servicios 1 10 realizar la parte del proveedor de servicios de una secuencia de diálogo. Ver en la FIG . 4A-B un ejemplo de una secuencia de diálogo que incluye dos máquinas en un sistema. En una modalidad preferente, la aplicación proveedora de servicios 1 1 2 incluye un proceso informático para recibir datos de un usuario y es capaz de actualizar uno o más registros relacionados con una secuencia de diálogo. Como se muestra en la FIG . 2, la aplicación proveedora de servicios 1 1 2 podrá incluir un módulo de plataforma 210, un conjunto de instrucciones ejecutables por computadora 214 y un código proveedor de servicios 212.

En una modalidad, el módulo de plataforma 21 0 es también un conjunto de instrucciones ejecutables por computadora que es capaz de ser ejecutado o realizado por el procesador informático de una máquina proveedora de servicios 1 006 sin traducción o modificación adicional (ver en la FIG . 10 los componentes de hardware de una máquina proveedora de servicios 1 10) . En una modalidad, el módulo de plataforma 210 es capaz de interpretar el código proveedor de servicios 212 (almacenado en la máquina proveedora de servicios 1 1 0) de manera que el código sea utilizado al ejecutar la aplicación proveedora de servicios 1 12. Por ejemplo, en algunas modalidades, el módulo de plataforma 21 0 es una máquina virtual capaz de interpretar el código proveedor de servicios 21 2 , almacenado en forma de un código intermedio (por ej. , código Java Byte). En otras modalidades, el módulo de plataforma 210 puede ser otro tipo de código ejecutable o ejecutable por computadora capaz de ser ejecutado o realizado por el procesador informático de una máquina proveedora de servicios 1006. El módulo de plataforma 210 podrá también utilizar otras instrucciones ejecutables por computadora 214 almacenadas en la máquina proveedora de servicios 1 10. Por ejemplo, el módulo de plataforma podrá utilizar otras bibliotecas enlazadas dinámicamente o componentes de software.

La aplicación proveedora de servicios 1 12 podrá también incluir funciones de biblioteca y funciones personalizadas que podrán ser referenciadas por el código proveedor de servicios 212. Por ejemplo, en algunas modalidades, el código proveedor de servicios 212 podrá hacer llamadas a funciones de biblioteca o personalizadas relacionadas con la aplicación proveedora de servicios 1 12.

De forma similar, la máquina term inal 1 20 incluye una aplicación terminal 1 22, que permite a la máquina terminal 1 20 realizar la parte terminal de una secuencia de diálogo. La aplicación terminal 1 12 incluye un módulo de plataforma 220, un conjunto de instrucciones ejecutables por computadora 224 y un código terminal 222.

Tanto el código proveedor de servicios 212 como el código terminal 222 pueden determinar varias características del protocolo de diálogo incluyendo el contenido sustantivo de una secuencia de diálogo (por ej . , una secuencia de indicaciones de diálogo y entradas de datos de usuarios). El código podría también determina partes de la interfaz gráfica del usuario presentada en un despliegue de usuario. Varias características del protocolo de diálogo se pueden modificar transfiriendo un código proveedor de servicios 204 y/o un código terminal 208 diferente desde el servidor de actualizaciones 1 02. 2. Módulo de diálogo, Secuencia de actualización Como se describió anteriormente, el protocolo de diálogo entre componentes de un sistema computarizado puede ser adaptado cargando un módulo de diálogo. Los pasos en una secuencia de actualización ilustrativa para cargar un módulo de diálogo a una máquina terminal 120 se muestran en la FIG. 3A. La siguiente modalidad simplificada describe la comunicación entre un servidor de actualizaciones 1 02 y una máquina terminal 1 20. No obstante, una modalidad típica podrá incluir máquinas terminales y proveedoras de servicios múltiples.

En el paso 332, la máquina terminal 1 20 envía información de la versión de módulo de diálogo al servidor de actualizaciones 102. En algunas modalidades, la información de la versión de módulo de diálogo refleja la versión del código terminal que está siendo utilizada por una aplicación terminal. La información de la versión podrá ser enviada en respuesta a una indagación o solicitud desde el servidor de actualizaciones 1 02. En algunas modalidades, la información de la versión de diálogo podrá indicar que no hay código terminal guardado actualmente en la máquina terminal 120. En una modalidad alternativa , la información de la versión ya está almacenada en el servidor de actualizaciones. Por ejemplo, la información de la versión podría estar incluida en una base de datos asociando la información de la versión con máquinas terminales específicas.

En el paso 334, la información de la versión de módulo de diálogo es recibida y almacenada por el servidor de actualizaciones 1 02. En algunas modalidades, la información de la versión se asocia con la máquina terminal 120 y es almacenada en una base de datos incluyendo otra información de la versión relacionada con otras máquinas terminales. En algunas modalidades, la base de datos se utiliza para identificar máquinas terminales que requieren de un módulo de diálogo actualizado.

Por ejemplo, un administrador de sistemas podría especificar que una o más máquinas terminal deben soportar un protocolo de diálogo específico. La base de datos podría ser consultada por el servidor de actualizaciones 1 02 para determinar cuál de las máquinas terminal, en su caso, soporta actualmente ese protocolo de diálogo específico. Para las máquinas terminales que no soportan ese protocolo de diálogo específico, el servidor de actualizaciones 102 podría determinar el módulo de diálogo que es requerido para habilitar un protocolo de diálogo específico. Por ejemplo, podría seleccionarse un módulo de diálogo para proporcionar características y funcionalidad que el dispositivo terminal no soporte actualmente.

En el paso 336, el servidor de actualizaciones 102 envía un módulo de diálogo a la máquina terminal 1 20. El módulo de diálogo podrá incluir un código terminal y otra información parra ser utilizada por la aplicación terminal . En una modalidad preferente, el módulo de diálogo incluye un código terminal modificado que adapta la aplicación terminal para que realice un protocolo de diálogo modificado con una máquina proveedora de servicios. En otras modalidades, el módulo de diálogo podrá incluir un código terminal nuevo o adicional que, junto con el código terminal existente, proporcionará una funcionalidad especificada. En algunas modalidades, el módulo de diálogo incluye información además del código terminal. Por ejemplo, el módulo de diálogo podrá incluir archivos de texto, información de la versión o metadatos que identifiquen el contenido del módulo de diálogo.

En el paso 338, el módulo de diálogo es recibido y guardado por la máquina terminal 120. En una modalidad, el modulo de diálogo reemplaza el código terminal existente ya guardado en la máquina terminal 1 20. En otras modalidades, podría no haber ningún código terminal guardado previamente en la máquina terminal 120. Por ejemplo, el código terminal guardado previamente en la máquina terminal podría ser un conjunto de códigos vacío. En algunos casos, el código terminal podría complementar otro código guardado previamente en la máquina terminal 1 20.

El código terminal recién transferido no es compilado en la máquina terminal 1 20. En algunas modalidades, el código terminal podría ser un código intermedio en forma de Código de bytes Java. Como se describió anteriormente, el código intermedio podría ser interpretado por una parte del módulo de plataforma de la aplicación terminal. En una modalidad preferente, instrucciones ejecutables por computadora o código binario que comprenden el módulo de plataforma u otras partes de la aplicación terminal (almacenadas previamente en la máquina terminal) no son borradas ni reemplazadas.

En el paso 340, la máquina terminal 1 20 ejecuta la aplicación terminal. En una modalidad preferente, al ejecutar, la aplicación terminal utiliza el código terminal enviado a la máquina terminal 1 20 en el paso 336. El código terminal adapta la aplicación terminal para realizar un protocolo de diálogo modificado en la máquina proveedora de servicios 1 10. La aplicación terminal es capaz de ser ejecutada sin recompilar ni reemplazar partes de las instrucciones ejecutables por computadora incluidas en el módulo de plataforma de la aplicación terminal.

Los pasos en una secuencia de actualización ilustrativa para una máquina proveedora de servicios 1 10 se muestran en la FIG. 3B. La siguiente modalidad simplificada describe la comunicación entre un servidor de actualizaciones 1 02 y una máquina proveedora de servicios 1 1 0. No obstante, otras modalidades podrán incluir más de una máquina proveedora de servicios.

En el paso 352, la máquina proveedora de servicios 1 1 0 envía información de la versión de módulo de diálogo al servidor de actualizaciones 1 02. En algunas modalidades, la información de la versión de módulo de diálogo refleja luna versión del código proveedor de servicios que está siendo utilizada por una aplicación proveedora de servicios. La información de la versión podrá ser enviada en respuesta a una indagación o solicitud desde el servidor de actualizaciones 102. En algunas modalidades, la información de la versión de diálogo podrá indicar que no hay código proveedor de servicios guardado actualmente en la máquina proveedora de servicios 1 10. En una modalidad alternativa, la información de la versión ya está almacenada en el servidor de actualizaciones. Por ejemplo, la información de la versión podría estar incluida en una base de datos asociando información de la versión con máquinas proveedoras de servicios especificas.

En el paso 354, la información de la versión de módulo de diálogo es recibida y guardada por el servidor de actualizaciones 102. En algunas modalidades, la información de la versión es relacionada con la máquina proveedora de servicios 1 1 0 y se guarda en una base de datos que incluye otra información de la versión relacionadas con otras máquinas proveedoras de servicio. En algunas modalidades, la base de datos se utiliza para identificar máquinas proveedoras de servicio que requieren de un módulo de diálogo actualizado.

Por ejemplo, un administrador de sistemas podría especificar que una o más máquinas proveedoras de servicio deben soportar un protocolo de diálogo específico. La base de datos podría ser consultada por el servidor de actualizaciones 1 02 para determinar cuál de las máquinas proveedoras de servicio, en su caso, soporta actualmente ese protocolo de diálogo específico. Para aquellas máquinas proveedoras de servicio que no soportan ese protocolo de diálogo específico, el servidor de actualizaciones 1 02 podrá determinar el módulo de diálogo que se requiere para habilitar el protocolo de diálogo específico. Por ejemplo, se podría seleccionar un módulo de diálogo para proporcionar características y funcionalidad que el dispositivo terminal no soporta actualmente.

En el paso 356, el servidor de actualizaciones 102 envía un módulo de diálogo a la máquina proveedora de servicios 1 10. El módulo de diálogo podrá incluir un código proveedor de servicios y otra información para ser utilizada por la aplicación proveedora de servicios. En una modalidad preferente, el módulo de diálogo incluye un código proveedor de servicios modificado que adapta la aplicación proveedora de servicios para realizar un protocolo de diálogo modificado con una máquina terminal. En otras modalidades, el módulo de diálogo podrá incluir un código proveedor de servicios adicional o nuevo que, junto con el código proveedor de servicios existente, proporciona una funcionalidad especificada. En algunas modalidades, el módulo de diálogo incluye información además del código proveedor de servicios. Por ejemplo, el módulo de diálogo podrá incluir archivos de texto, información de la versión o metadatos que identifiquen el contenido del módulo de diálogo.

En el paso 358, el módulo de diálogo es recibido y guardado por la máquina proveedora de servicios 1 10. En una modalidad , el módulo de diálogo reemplaza el código proveedor de servicios existente ya guardado en la máquina proveedora de servicios 1 1 0. En otras modalidades, podría no haber ningún código proveedor de servicios guardado previamente en la máquina proveedora de servicios 1 1 0. En algunos casos, el código proveedor de servicios podría complementar otro código guardado previamente en la máquina proveedora de servicios 1 0.

El código proveedor de servicios recién transferido no es compilado en la máquina proveedora de servicios 1 1 0. En algunas modalidades, el código proveedor de servicios podría ser un código intermedio en forma de Código de bytes Java. Como se describió anteriormente, el código intermedio podría ser interpretado por una parte del módulo de plataforma de la aplicación proveedora de servicios. En una modalidad preferente, instrucciones ejecutables por computadora o código binario que comprenden el módulo de plataforma u otras partes de la aplicación proveedora de servicios (almacenadas previamente en la máquina proveedora de servicios) no son borradas ni reemplazadas.

En el paso 360, la máquina proveedora de servicios 1 1 0 ejecuta la aplicación proveedora de servicios. En una modalidad preferente, al ejecutar, la aplicación proveedora de servicios utiliza el código proveedor de servicios enviado a la máquina proveedora de servicios 1 1 0 en el paso 356. El código proveedor de servicios adapta la aplicación proveedora de servicios para realizar un protocolo de diálogo modificado con una máquina terminal 120. La aplicación proveedora de servicios es capaz de ser ejecutada sin recompilar ni reemplazar partes de las instrucciones ejecutables por computadora incluidas en el módulo de plataforma de la aplicación terminal. 3. Secuencia de diálogo que incluye una máquina terminal y una máquina proveedora de servicios La FIG. 4A muestra una secuencia de diálogo ilustrativa 400 que incluye una máquina terminal 1 20 y una máquina proveedora de servicios 1 1 0 que se comunican en un modo continuo. La secuencia de diálogo 400 podrá incluir una serie de indicaciones y entradas de datos de usuarios como parte de un protocolo de diálogo global entre la máquina terminal 120 y la máquina proveedora de servicios 1 10.

En el paso 402, la secuencia de diálogo 400 es iniciada por una máquina proveedora de servicios 1 1 0. Por ejem plo, la máquina proveedora de servicios 1 1 0 podría enviar un comando a la máquina terminal 1 20 para comenzar una secuencia de diálogo. En otras modalidades, la secuencia de diálogo 400 podría ser iniciada por la máquina terminal 1 20 o por el usuario de la máquina terminal.

Durante la iniciación de la secuencia de diálogo 400 podrían especificarse uno o más parámetros de diálogo iniciales. Por ejemplo, los parámetros de diálogo iniciales podrían designar un tipo de transacción, preferencia de idioma o el código de autorización del usuario.

El protocolo de diálogo podrá requerir de un paso de autorización al comienzo de la secuencia de diálogo 400. Un paso de autorización verifica la identidad del usuario que opera la máquina terminal 120 y verifica que el usuario tenga permiso de realizar la secuencia de diálogo 400. Para verificar la identidad del usuario, el sistema podrá requerir del usuario que ingrese información exclusiva que únicamente el usuario pueda conocer, como una contraseña, número de identificación personal ("PI N" , por sus siglas en inglés) o apellido. Además o alternativamente el sistema podrá requerir de un identificador biométrico de un usuario, como una huella digital, patrón retinal del ojo o firma de voz. Otros métodos que identifiquen al usuario incluyen que identifique un dispositivo o artículo que se suponga el usuario posea. Por ejemplo, el sistema podría identificar la máquina terminal 1 20 recibiendo un número de serie, dirección de red electrónica u otro dato electrónico almacenado en la máquina terminal 120. El sistema podría también identificar una tarjeta de crédito, una tarjeta inteligente o una tarjeta de identificación escaneada en la máquina terminal 1 20 utilizando un dispositivo de escaneo de tarjeta. El sistema puede verificar que el usuario tenga permiso de realizar la secuencia de diálogo 400 verificando la información del usuario obtenida, en un registro almacenado de usuarios autorizados.

Si el sistema opera en un modo de comunicaciones continuo, el sistema podrá exigir autorización de un proveedor de servicios antes de completar una transacción entre un usuario y ese proveedor de servicios. En este ejemplo, la autorización se exige al comienzo de la secuencia de diálogo 400. No obstante, la autorización puede también exigirse durante o al final de la secuencia de diálogo.

En el paso 404, la máquina terminal 1 20 muestra una primera indicación en respuesta a la secuencia de diálogo 400 que se está iniciando. El tipo de indicación mostrado podrá depender, en parte, del parámetro de diálogo inicial. Por ejemplo, la primera indicación podría aparecer en español , si un parámetro de diálogo inicial especificara que el español es el idioma preferido.

En el paso 406, la máquina terminal 120 acepta un ingreso de entrada de datos del usuario. El ingreso de entrada de datos puede ser cualquier entrada impulsada por el usuario, recibida desde un dispositivo de entrada de datos 128 (ver FIG . 1 y 9). Por ejemplo, el ingreso de entrada de datos puede ser una o más cadenas de caracteres ingresadas utilizando un teclado o un teclado numérico. Alternativamente, el ingreso de entrada de datos podrían ser las coordenadas de una selección de usuario correspondiente a un lugar en un despliegue terminal (por ej. , una selección utilizando un ratón de computadora). El ingreso de entrada de datos podría ser también un acuse de recibo o pulsación de botones de un dispositivo de entrada de datos en la máquina terminal 1 20.

En el paso 408, información acerca de la entrada de datos del usuario es transmitida a la máquina proveedora de servicios 1 1 0. En esta modalidad, la entrada de datos del usuario es enviada después de que la entrada de datos ha sido aceptada por la máquina terminal 120. No obstante, si el sistema está alternando entre modos de comunicaciones continuo y retardado, la máquina terminal podrá aceptar dos o más entradas de datos antes de enviar las dos o más entradas de datos a la máquina proveedora de servicios. Por ejemplo, la máquina terminal 120 podrá esperar hasta que el usuario haya completado una secuencia de entradas de datos relacionada con una transacción antes de enviar las entradas de datos a la máquina proveedora de servicios. En el paso 41 0, información acerca de la entrada de datos del usuario es recibida por la máquina proveedora de servicios 1 10 y guardada en la memoria. La entrada de datos del usuario podrá, en parte, determinar la segunda indicación en la secuencia de diálogo. La entrada de datos del usuario podrá también utilizarse para señalizar otros eventos o iniciar otra funcionalidad del protocolo de diálogo. Como se describió anteriormente, en algunas modalidades la entrada de datos del usuario podrá también ser recibida como dos o más entradas de datos.

En el paso 412, la máquina proveedora de servicios inicia una segunda indicación. La iniciación de la segunda indicación podrá incluir uno o más parámetros de diálogo subsecuentes. Similar a los parámetros de diálogo iniciales descritos anteriormente, los parámetros de diálogo subsiguiente podrán incluir un tipo de transacción, preferencia de idioma o código de autorización. El parámetro de diálogo subsiguiente podrá también especificar una indicación subsiguiente o serie de indicaciones para presentarse en el despliegue terminal.

En el paso 414, la máquina terminal 120 despliega una segunda indicación en respuesta a la segunda indicación 412 que esté siendo iniciada por la máquina proveedora de servicios 1 10. Similar al proceso descrito anteriormente para los pasos 406, 408 y 41 0, la máquina terminal 120 acepta un segundo ingreso de entrada de datos, envía el segundo ingreso de entrada de datos a la máquina proveedora de servicios 1 1 0, la cual almacena el segundo ingreso de entrada de datos en la memoria.

Los pasos descritos anteriormente ilustran un ejemplo simplificado de una secuencia de diálogo que incluye una máquina terminal y una máquina proveedora de servicios que se comunican en un modo continuo. Otras modalidades incluyen indicaciones de ejecución múltiple y entradas de datos de usuarios múltiples. En algunas modalidades una secuencia de diálogo incluye una o más transacciones con el usuario de la máquina terminal.

La FIG. 4B muestra una secuencia de diálogo ilustrativa 420 que incluye una máquina terminal 120 y una máquina proveedora de servicios 120 que se comunican en un modo de comunicaciones retardado. La secuencia de diálogo 420 podrá incluir una serie de indicaciones de ejecución y entradas de datos de usuarios como parte de un protocolo de diálogo global entre la máquina terminal 1 20 y la máquina proveedora de servicios 1 1 0.

En el paso 422, una secuencia de diálogo es iniciada por la máquina terminal 120 o por el usuario de la máquina terminal . Durante la iniciación de una secuencia de diálogo podrían especificarse uno o más parámetros de diálogo iniciales. Por ejemplo, los parámetros de diálogos iniciales podrían designar un tipo de transacción, preferencia de idioma o el código de autorización del usuario.

Si el sistema opera en un modo de comunicaciones retardado, el sistema podrá requerir de autorización de un proveedor de servicios después de completar la secuencia de diálogo 420. Si la secuencia de diálogo 420 representa una transacción, la autorización no podrá ser realizada hasta que la transacción haya sido completada. En este caso, la máquina terminal 120 recaba datos relacionados con la transacción y los almacena hasta que puedan ser transmitidos a la máquina proveedora de servicios 1 1 0. La autorización con el proveedor de servicios podría darse después de que se haya completado la transmisión.

En el paso 424, la máquina terminal 1 20 muestra una primera indicación en respuesta a una secuencia de diálogo que se está iniciando. Como se describió anteriormente, el tipo de indicación mostrado podrá depender, en parte, del parámetro de diálogo inicial. En el paso 426, la máquina terminal 1 20 acepta un ingreso de entrada de datos del usuario. Los datos son almacenados por la máquina terminal 1 20 y relacionados con la primera indicación mostrada en el paso 424.

De forma similar, en el paso 428, la máquina terminal 1 20 muestra una segunda indicación en la secuencia de diálogo 420. La entrada de datos del usuario podrá , en parte, determinar la segunda indicación en la secuencia de diálogo. Los datos son almacenados por la máquina terminal 1 20 y relacionados con la segunda indicación . Este proceso se repite hasta que la secuencia de diálogo 420 se haya completado.

En el paso 430, los datos del usuario combinados son enviados a la máquina proveedora de servicios 1 10. Como se describió anteriormente, en un modo de comunicaciones retardado, los datos no podrían ser transmitidos a la máquina proveedora de servicios 1 1 0 hasta que esté disponible una red de comunicaciones. En algunos casos, está disponible una red de comunicaciones, pero el sistema transmite un grupo o serie de entradas de datos de usuarios para reducir el uso de la red. En algunos casos, la serie de indicaciones relacionada con los datos del usuario es también transmitida en el paso 430. Por ejemplo, la FIG. 12 muestra en un paquete de comunicaciones ilustrativo que contiene una serie de indicaciones y los datos del usuario relacionados con la misma.

Los pasos descritos anteriormente ilustran un ejemplo simplificado de una secuencia de diálogo que incluye una máquina terminal y una máquina proveedora de servicios que se comunican en un modo retardado. Como se describió anteriormente, una secuencia de diálogo podrá también realizarse en un modo que alterne entre modos de comunicación continuos y retardados. 4. Paquete lógico de comunicaciones La comunicación entre la máquina terminal y la máquina proveedora de servicios se puede realizar utilizando un paquete de comunicaciones. La Figure 12 muestra un paquete de comunicaciones ilustrativo 1 202 que podrá ser enviado desde una máquina terminal a una máquina proveedora de servicios, el cual podrá comenzar con un elemento de encabezado 1 204 seguido de una serie de elementos de datos del usuario ( 1 206, 1208). En algunas modalidades, los elementos de datos del usuario ( 1 206, 1208) se relacionan con una serie de indicaciones mostradas en la máquina terminal . Algunas indicaciones podrían simplemente proporcionar información al usuario sin captar ningún dato del usuario.

Como se muestra en Figura 12 el elemento de encabezado 1204 podrá incluir información que incluya el tamaño del paquete y el número de elementos de datos del usuario. El siguiente elemento en un paquete de comunicaciones podría ser un elemento de datos del usuario 1206 relacionado con la indicación 1 seguido de un elemento de datos del usuario 1208 relacionado con la indicación 2. Como se describió anteriormente, algunas indicaciones podrían no contener datos del usuario y podrán incluir un conjunto de datos nulo.

El módulo de diálogo podrá especificar el encabezado de un paquete de comunicaciones, el tamaño y la ubicación de los elementos de datos del usuario relacionados con cada pantalla. Esto es únicamente una estructura de comunicaciones "lógica" y la implementación real de un paquete de comunicaciones podría ser diferente, por ejemplo para localizar y/o codificar los datos desde indicaciones diferentes más eficientemente con el propósito de reducir el tamaño del paquete.

En algunas modalidades, un módulo de diálogo podrá también definir la estructura de un paquete de comunicaciones que se comunica entre la máquina terminal y la máquina proveedora de servicios. Protocolos de diálogo nuevos o modificados podrían requerir de paquetes de comunicaciones nuevos o modificados entre la máquina terminal y la máquina proveedora de servicios. Por ejemplo, en algunos países o regiones una cuenta se puede relacionar con una persona utilizando dos apellidos. En este caso, la aplicación de la máquina terminal tendría que ser modificada par aceptar dos apellidos. La adición del segundo apellido hará necesario aumentar la dimensión de un paquete de comunicaciones. También , la estructura de un paquete de comunicaciones, incluyendo la adición de un nuevo campo de datos (por ej . , el uso de un segundo apellido) tendrá que ser especificado tanto a la máquina terminal como a la máquina proveedora de servicios.

En algunas modalidades, un protocolo de diálogo podrá requerir del envío de información nueva o adicional desde la máquina terminal a la máquina proveedora de servicios. Por ejemplo, el número de indicaciones, el tamaño de las entradas de datos o el tipo de entradas de datos podrían cambiar. En esta modalidad, la estructura de un paquete de comunicaciones sería modificada para alojar información nueva o adicional . 5. Ejemplos de una interfaz gráfica de usuario terminal Las FIG. 5A-5B muestran un ejem plo de una serie de indicaciones que podría ser desplegada en una secuencia de diálogo. Esta serie de indicaciones particular podría ser utilizada para guiar a un usuario a través de una transacción bancaria. Estas dos indicaciones ilustrativas son únicamente una parte de una serie de indicaciones que guían a un usuario a través de toda una transacción .

La FIG. 5A muestra una indicación inicial presentada en la pantalla de una máquina terminal. En algunas modalidades, podría haberse utilizado uno o más parámetros de diálogo iniciales para especificar el nombre del usuario, la preferencia de idioma y el . tipo de indicación de autorización requerida. Además, propiedades tales como el texto de las indicaciones, la secuencia de las indicaciones y el despliegue de las indicaciones podrían ser impulsadas en parte por el código terminal, el código proveedor de servicios o ambos.

Para pasar a la siguiente indicación , el usuario debe ingresar un número de cuenta utilizando el dispositivo de entrada de datos en la máquina terminal. U na indicación inicial podrá también servir como un método de verificación de la identidad del usuario no permitiendo que continúe la transacción a menos que se ingrese un número de cuenta válido.

La FIG. 5B muestra una indicación de selección múltiples ilustrativa. La siguiente indicación en la serie podría depender parcialmente de la selección hecha por el usuario.

Las FIG. 6A-6C ilustran un segundo ejemplo de una serie de indicaciones que podría ser desplegada en una secuencia de diálogo como parte de un protocolo de diálogo. En algunas modalidades, la serie de indicaciones en las FIG. 6A-6C son impulsadas por un código terminal o un código proveedor de servicios actualizado. Por ejemplo, un módulo de diálogo podría haber sido bajado de un servidor de actualizaciones hacia una máquina terminal, una máquina proveedora de servicios o ambas, una máquina terminal y una máquina proveedora de servicios. Este código recién bajado puede dirigir, en parte, la serie de indicaciones que va a ser desplegada.

En la FIG. 6A, se muestra una indicación inicial saludando al usuario y pidiendo un número de cuenta bancaria. En algunas modalidades, uno o más parámetros de diálogo actualizados iniciales podrían haber sido usados para especificar el nombre del usuario, la preferencia de idioma y el tipo de indicación de autorización que se requiere. Además, propiedades tales como el texto de las indicaciones, la secuencia de las indicaciones y el despliegue de las indicaciones podrían ser impulsadas en parte por el código terminal, el código proveedor de servicios o ambos. La indicación inicial podría ser impulsada, en parte, por el código recién bajado. No obstante, los parámetros de diálogos iniciales podrían ser iguales a los del ejemplo de las FIG. 5A-5B.

En la FIG. 6B, se presenta en la pantalla de la máquina terminal una indicación de selección múltiple modificada o alterna. El usuario puede seleccionar una de las opciones presentadas hacienda una selección en el despliegue terminal o ingresando el número de selección correspondiente. En este ejemplo, el usuario ha seleccionado la opción 1 . La FIG. 6C ilustra una indicación mostrada en respuesta a la selección previa del usuario.

Las FIG. 7A-7B ilustran un tercer ejemplo de una serie de indicaciones que podrían ser desplegadas en una secuencia de diálogo.

Las indicaciones en las FIG . 7A-7B se podrían relacionar con una transacción con un proveedor médico. En algunas modalidades, la secuencia de indicaciones es impulsada por otro módulo de diálogo, bajado desde el servidor de actualizaciones. 5. Modificación del módulo de diálogo utilizando una herramienta de diseño Las FIG. 8A-8B muestran un ejemplo de una herramienta de diseño que se puede utilizar para crear o modificar un módulo de diálogo. Como se muestra en FIG. 8A, se pueden especificar varias características del módulo de diálogo. Por ejemplo, la interfaz perm ite a un diseñador ingresar el texto que se va a utilizar para una indicación específica. Se podría proporcionar también traducción del texto dependiendo del idioma soportado por el módulo de diálogo. Asimismo, el diseñador puede seleccionar las indicaciones y secuencias de indicaciones específicas que se van a presentar a un usuario de terminal. El diseñador podrá también especificar el tipo de entrada de datos de usuario que será aceptado. En algunas modalidades, podrá también especificarse una función personalizada o de biblioteca para el módulo de diálogo.

Como se muestra en Fig. 8B, la herramienta de diseño podría permitir al diseñador especificar el flujo de pantallas. Cada pantalla es una representación visual de una indicación presentada en la máquina terminal. El diseñador puede modificar el número y el orden de las pantallas. Por ejemplo, si el usuario pulsa el botón " 1 " desde esta pantalla, la siguiente pantalla será la número "0". Si el usuario pulsa el botón "ENTER" (I ngresar) desde esta pantalla, la siguiente pantalla será la número "2".

En algunas modalidades, las configuraciones creadas utilizando la herramienta de diseño mostrada en las FIG .8A y 8B se utilizan para crear o modificar un código terminal o un código proveedor de servicios. Estas partes del código podrán luego ser incluidas en un módulo de diálogo y descargadas a las máquinas apropiadas en el sistema utilizando un servidor de actualizaciones. En algunas modalidades, una versión y/o una fecha se puede relacionar con el código que se está creando o modificando.

Las ilustraciones de pantalla mostradas en las FIG. 8A y 8B son sólo un ejemplo de una herramienta que se puede utilizar para generar un módulo de diálogo. En la alternativa, el módulo de diálogo podría ser creado o modificado directamente cambiando el código terminal o proveedor de servicios. 5. Máquinas de sistemas Las FIG. 9-1 1 muestran modalidades ilustrativas de las máquinas utilizadas en una modalidad de un sistema computarizado para actualizar un protocolo de diálogo. Estas modalidades no tienen el propósito de ser limitativas y las máquinas incluyen elementos adicionales no mostrados.

La FIG. 9 muestra una modalidad ilustrativa de una máquina terminal 120. La máquina terminal 1 20 incluye un componente informático 902 que incluye al menos un procesador 906 y una memoria de computadora 904. El componente informático 902 es capaz de comunicarse con dispositivos de memoria persistente, tales como almacenamiento en disco 908 y una unidad de medios 910. La unidad de medios 910 es capaz de aceptar medios removibles 912 que podrán incluir uno o más programas 914 u otras instrucciones almacenadas. La máquina terminal 120 también incluye un transceptor inalámbrico 916 para comunicación con una red inalámbrica. En algunas modalidades, el transceptor inalámbrico 916 es capaz de comunicarse con una red de telecomunicaciones CDMA o GSM .

La máquina terminal 120 tam bién incluye un despliegue de usuario 920 y un dispositivo de entrada de datos 91 8. En algunas modalidades el despliegue de usuario 920 es una pantalla LCD o dispositivo similar capaz de mostrar la interfaz del usuario descrita anteriormente. En una modalidad preferente, el dispositivo de entrada de datos 918 puede ser un teclado numérico, un teclado u otro dispositivo de botones múltiples. En algunas modalidades, el dispositivo de entrada de datos 91 8 incluye otros dispositivos, tales como un ratón de computadora u otro dispositivo de señalización. Por ejemplo, el dispositivo de entrada de datos 91 8 puede también incluir un dispositivo de pantalla táctil integrada con el despliegue de usuario 920.

La FIG . 10 muestra una modalidad de una máquina proveedora de servicios 1 1 0. La máquina proveedora de servicios 1 1 0 incluye un componente informático 1 002 que incluye al menos un procesador 1006 y una memoria de computadora 1 004. El componente informático 1 002 es capaz de comunicarse con dispositivos de memoria persistente, tales como almacenamiento en disco 1008 y una unidad de medios 1010. La unidad de medios 1010 es capaz de aceptar medios removibles 1012, que podrán contener uno o más programas 1014 u otras instrucciones almacenadas. La máquina proveedora de servicios 110 también incluye una conexión de red 1016. La conexión de red 1016 podrá incluir una conexión cableada TCP/IP y/o un dispositivo inalámbrico, como un módem inalámbrico. A través de la conexión de red 1016, la máquina proveedora de servicios 110 es capaz de comunicarse con un transceptor inalámbrico 1018. En algunas modalidades, la máquina proveedora de servicios 110 se interconecta directamente con el transceptor inalámbrico 1018. En otras modalidades, la máquina proveedora de servicios 110 se conecta a un transceptor inalámbrico 1018 a través de una red externa (no mostrada). Por ejemplo, la máquina proveedora de servicios 110 se puede conectar a Internet u otra red telefónica para tener acceso a un transceptor inalámbrico que es parte de una red de telecomunicaciones. En esta modalidad, el transceptor inalámbrico puede ser una estación base en una red de telecomunicaciones. En algunas modalidades, el transceptor inalámbrico 1018 es capaz de comunicarse con una red de telecomunicaciones CDMA o GSM.

La FIG. 11 muestra una modalidad de un servidor de actualizaciones 102. El servidor de actualizaciones 102 incluye un componente informático 1102 que incluye al menos un procesador 1106 y una memoria de computadora 1104. El componente informático 1102 es capaz de comunicarse con dispositivos de memoria persistente, tales como almacenamiento en disco 1 108 y una unidad de medios 1 1 1 0. La unidad de medios 1 1 10 es capaz de aceptar medios removibles 1 1 1 2, que podrán contener uno o más programas 1 1 14 u otras instrucciones almacenadas. El servidor de actualizaciones 1 02 también incluye una conexión de red 1 1 16. La conexión de red 1 1 1 6 podrá incluir una conexión cableada TCP/I P y/o un dispositivo inalámbrico, como un módem inalámbrico. A través de la conexión de red 1 1 16, el servidor de actualizaciones 1 02 es capaz de comunicarse con un transceptor inalámbrico 1 1 1 8. En algunas modalidades, el servidor de actualizaciones 1 02 se interconecta directamente con el transceptor inalámbrico 1 1 1 8. En otras modalidades, el servidor de actualizaciones 102 se conecta a un transceptor inalámbrico 1 1 1 8 a través de una red externa (no mostrada). Por ejemplo, el servidor de actualizaciones 1 02 se puede conectar a Internet u otra red telefónica para tener acceso a un transceptor inalámbrico que sea parte de una red de telecomunicaciones. En esta modalidad, el transceptor inalámbrico puede ser una estación base en una red de telecomunicaciones. En algunas modalidades, el transceptor inalámbrico 1 1 1 8 es capaz de comunicarse con una red de telecomunicaciones CDMA o GSM.

Si bien únicamente ciertas modalidades ilustrativas de esta invención han sido descritas detalladamente, los entendidos en la materia apreciarán rápidamente que son posibles muchas posibilidades en las modalidades ilustrativas sin separarse de los aspectos nóveles de las modalidades ilustrativas. Por ejemplo, se pueden combinar aspectos de las modalidades expuestas anteriormente en otras combinaciones para formar modalidades adicionales. Por consiguiente, todas esas modificaciones tienen el propósito de ser incluidas en el ámbito de esta invención.

Claims (32)

REIVINDICACIONES

1. Un sistema para modificar una máquina terminal y una máquina proveedora de servicios, el sistema comprende: la máquina terminal que ejecuta una aplicación terminal, la aplicación terminal para mostrar una indicación en una primera secuencia de indicaciones y aceptar una entrada de datos de un usuario en una primera secuencia de entradas de datos de usuarios asociada, en donde la aplicación terminal comprende un primer conjunto de instrucciones ejecutables por computadora y un primer conjunto de códigos, donde el primer conjunto de instrucciones ejecutables por computadora es capaz de ejecutar directamente en un procesador terminal de la máquina terminal, y donde el primer conjunto de códigos no es capaz de ejecutar directamente en el procesador terminal; la máquina proveedora de servicios que ejecuta una aplicación proveedora, la aplicación proveedora para recibir la entrada de datos del usuario, donde la aplicación proveedora comprende un segundo conjunto de instrucciones ejecutables por computadora y un segundo conjunto de códigos, donde el segundo conjunto de instrucciones ejecutables por computadora son capaces de ejecutar directamente en un procesador proveedor de la máquina proveedora de servicios y donde el segundo conjunto de códigos no es capaz de ejecutar directamente en el procesador proveedor y un servidor de actualizaciones para enviar un módulo de diálogo a la máquina terminal y la máquina proveedora de servicios, donde el módulo de diálogo modifica el primero y el segundo conjunto de códigos para producir un primero y un segundo conjunto de códigos actualizados, respectivamente, donde el módulo de diálogo no modifica el primero ni el segundo conjunto de instrucciones ejecutables por computadora , donde el primer conjunto de códigos actualizados adapta la aplicación terminal para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos, donde el segundo conjunto de códigos actualizados adapta la aplicación proveedora para utilizar la segunda secuencia de indicaciones y la segunda secuencia de entradas de datos.

2. El sistema de la reivindicación 1 , donde el procesador terminal y el procesador proveedor son tipos diferentes de procesadores, donde el primer conjunto de instrucciones ejecutables por computadora no es capaz de ser ejecutado en el procesador proveedor, y donde el segundo conjunto de instrucciones ejecutables por computadora no es capaz de ser ejecutado en el procesador terminal.

3. El sistema de la reivindicación 2, donde el primero y el segundo conjunto de instrucciones ejecutables por computadora son códigos de máquina totalmente compilados. 44

4. El sistema de la reivindicación 1 , donde el primero y el segundo conjunto de códigos y el primero y el segundo conjunto de códigos actualizados incluyen un código que es un Código de bytes Java.

5. El sistema de la reivindicación 1 , donde el primero y el segundo conjunto de códigos actualizados adaptan asimismo la aplicación terminal y la aplicación proveedora para utilizar una interfaz gráfica de usuario personalizada.

6. El sistema de la reivindicación 1 , donde el módulo de diálogo comprende asimismo una función personalizada , la función personalizada que comprende instrucciones ejecutables por computadora.

7. El sistema de la reivindicación 1 , donde el primero o el segundo conjunto de códigos es un conjunto de códigos vacío.

8. El sistema de la reivindicación 1 , donde el servidor de actualizaciones almacena una información de identificación de versión relacionada con el módulo de diálogo.

9. El sistema de la reivindicación 1 , donde la máquina proveedora y el servidor de actualizaciones son la misma máquina.

10. El sistema de la reivindicación 1 , donde el servidor de actualizaciones es adaptado asimismo para enviar un módulo de diálogo terminal a la máquina terminal y enviar un módulo de diálogo proveedor a la máquina proveedora.

1 1 . El sistema de la reivindicación 1 0, donde una parte del módulo de diálogo es enviada a la máquina terminal .

12. El sistema de la reivindicación 10, donde una parte del módulo de diálogo proveedor es enviada a la máquina proveedora.

1 3. El sistema de la reivindicación 1 , donde la máquina terminal y/o la máquina proveedora es un teléfono celular.

14. El sistema de la reivindicación 1 , donde la máquina terminal es una máquina terminal de punto de venta.

1 5. El sistema de la reivindicación 1 , donde el servidor de actualizaciones es adaptado para seleccionar el módulo de diálogo de una pluralidad de módulos de diálogo.

16. El sistema de la reivindicación 15, donde el módulo de diálogo se selecciona en base a la identificación del usuario.

1 7. El sistema de la reivindicación 15, donde el módulo de diálogo se selecciona n base a las capacidades de entrada/salida (l/O, por sus siglas en ing lés) de la máquina terminal.

18. El sistema de la reivindicación 15, donde el módulo de diálogo se selecciona en base a una información de identificación de versión relacionada con el primero o el segundo conjunto de códigos.

19. El sistema de la reivindicación 1 , donde el primero o el segundo conjunto de códigos actualizados adapta asimismo el segundo conjunto de indicaciones para utilizar un idioma diferente.

20. El sistema de la reivindicación 1 , donde el módulo de diálogo es comprimido utilizando un algoritmo de compresión.

21 . El sistema de la reivindicación 1 , donde el servidor de actualizaciones es adaptado para enviar el módulo de diálogo utilizando una red inalámbrica.

22. El sistema de la reivindicación 1 , donde la aplicación proveedora es adaptada asimismo para enviar datos de regreso a la máquina terminal.

23. El sistema de la reivindicación 22, donde los datos de regreso incluyen información promocional.

24. El sistema de la reivindicación 22, donde los datos de regreso incluyen información relacionada con una transacción completada.

25. El sistema de la reivindicación 1 , donde el primero o el segundo conjunto de códigos modificados, modifica una estructura lógica asociada a un paquete de comunicaciones, un paquete de comunicaciones adaptado para comunicar al menos una entrada de datos de la máquina terminal a la máquina proveedora de servicios.

26. El sistema de la reivindicación 1 , donde la primera secuencia de indicaciones se relaciona con una transacción bancaria.

27. El sistema de la reivindicación 1 , donde la primera secuencia de indicaciones se relaciona con una transacción de seguros.

28. El sistema de la reivindicación 1 , donde la primera secuencia de indicaciones se relaciona con una transacción de cuidado de la salud.

29. Un método de conducir un dialogue entre una máquina terminal y una máquina proveedora de servicios, el método comprenden : mostrar una indicación, de una primera secuencia de indicaciones, en un despliegue terminal de la máquina terminal ejecutando una aplicación terminal, la aplicación terminal comprende un 47 primer conjunto de instrucciones ejecutables por computadora y un primer conjunto de códigos; aceptar una entrada de datos, de una primera secuencia de entradas de datos, utilizando la máquina terminal, donde la primera secuencia de entradas de datos se asocia a la primera secuencia de indicaciones; comunicar información por una red inalámbrica entre la máquina terminal y la máquina proveedora de servicios, la información acerca de la primera secuencia de entradas de datos; recibir la información acerca de la primera secuencia de entradas de datos en la máquina proveedora de servicios utilizando una aplicación proveedora , la aplicación proveedora comprende un segundo conjunto de instrucciones ejecutables por computadora y un segundo conjunto de códigos; y enviar un módulo de diálogo por una red inalámbrica, de un servidor de actualizaciones a la máquina terminal y la máquina proveedora de servicios, donde el módulo de diálogo modifica el primero y el segundo conjunto de códigos para producir un primero y un segundo conjunto de códigos actualizados, respectivamente, donde el primero y el segundo conjunto de códigos actualizados adapta la aplicación terminal y la aplicación proveedora, respectivamente, para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos, donde el módulo de diálogo no modifica ni el primero ni el 48 segundo conjunto de instrucciones ejecutables por computadora.

30. Un sistema para actualizar un diálogo entre un usuario de máquina terminal y un proveedor de servicios, el sistema comprende: un servidor de actualizaciones adaptado para comunicarse con: una máquina terminal que ejecuta una aplicación terminal , la aplicación terminal para mostrar una indicación en una primera secuencia de indicaciones y aceptar una entrada de datos de un usuario en una primera secuencia de entradas de datos de usuarios, donde la aplicación terminal comprende un primer conjunto de instrucciones ejecutables por computadora y un primer conjunto de códigos; y una máquina proveedora de servicios que ejecuta una aplicación proveedora, la aplicación proveedora para recibir la entrada de datos del usuario, donde la aplicación proveedora comprende un conjunto de un segundo conjunto de instrucciones ejecutables por computadora y un segundo conjunto de código; donde el servidor de actualizaciones es capaz de enviar un módulo de diálogo a la máquina terminal y la máquina proveedora de servicios, donde el módulo de diálogo modifica el primero y el segundo conjunto de códigos para producir un primero y un segundo conjunto de códigos actualizados, respectivamente, donde el módulo de diálogo no modifica ni el primero ni el segundo conjunto de instrucciones ejecutables por computadora, donde el primero y el segundo conjunto de códigos actualizados adapta la aplicación terminal y la aplicación proveedora para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos.

31 . El sistema de la reivindicación 30, donde el servidor de actualizaciones comprende asimismo: un sistema de bases de datos que incluye: información de identificación de una versión terminal relacionada con el primer conjunto de códigos almacenado en la máquina terminal; e información de identificación de una versión proveedora relacionada con el segundo conjunto de códigos almacenado en la máquina proveedora de servicios.

32. El sistema de la reivindicación 31 , donde el servidor de actualizaciones es adaptado asimismo para: enviar un módulo de diálogo a la máquina terminal en base a la información de identificación de la versión terminal; y enviar un módulo de diálogo a la máquina proveedora de servicios en base a la información de identificación de la versión proveedora. RESUM EN Un sistema que incluye una máquina terminal y una máquina proveedora de servicios es modificado utilizando una máquina proveedora de servicios. La máquina terminal incluye una aplicación terminal para mostrar una indicación en una primera secuencia de indicaciones y aceptar una entrada de datos de un usuario en una primera serie de entradas de datos. La máquina proveedora de servicios incluye una aplicación proveedora para recibir la entrada de datos del usuario. El servidor de actualizaciones envía un módulo de diálogo incluyendo un primero y un segundo conjunto de códigos actualizados a la máquina terminal y la máquina proveedora de servicios, respectivamente. El módulo de diálogo no modifica instrucciones ejecutables por computadora guardadas en la máquina terminal o la máquina proveedora de servicios. El primero y el segundo conjunto de códigos actualizados adaptan la aplicación terminal y la aplicación proveedora , respectivamente, para utilizar una segunda secuencia de indicaciones y una segunda secuencia de entradas de datos.