MXPA96002636A - Sistema de banco en casa - Google Patents

Abstract

El sistema de la invención es un sistema de procesamiento de datos para llevar a cabo transacciones bancarias a través de líneas telefónicas e incluye una pluralidad de dispositivos de comunicación accionables por el usuario conectables con una computadora de la sucursal del banco a través de líneas telefónicas. Los dispositivos de comunicaciones accionables por el usuario tiene cada uno de ellos por lo menos un pantalla de exhibición y un medio tal como un teclado para admitir mensajes que corresponden a las solicitudes del usuario. La computadora de la sucursal del banco incluye software para interpretar los mensajes de los usuarios para solicitar bancarios y para efectuar las transacciones bancarias seleccionadas. El sistema propone un sistema de computadora huésped que da servicio a toda la red bancaria incluyendo una pluralidad de sucursales, que incluyen datos de transacción bancaria agregada tal como los archivos de cuentas de los usuarios. Un módulo de interfaz huésped interacciona entre la computadora de la sucursal bancaria y el sistema de computadora huésped para traducir las solicitudes del usuario en un lenguaje capaz de ser comprendido por la computadora huésped y para extraer el dato bancario agregado suministrado por la computadora huésped en mensajes de exhibición que corresponden al dato necesario para llenar la solicitud del usuario.

Description

"SISTEMA DE BANCO EN CASA" ANTECEDENTES DE LA INVENCION En la industria bancaria, especialmente a nivel del consumidor, los bancos tratan de hacer conveniente que los clientes hagan depósitos, cobren cheques, paguen facturas y realicen otras transacciones bancarias. La mayoria de los bancos orientados al consumidor han establecido sucursales en áreas urbanas, suburbanas y rurales para hacer más conveniente estas transacciones bancarias; sin embargo, las operaciones bancarias todavia deben hacerse en persona. A fin de obtener información del saldo o transacción, hacer depósitos, hacer retiros o desplazar fondos de una cuenta a otra, el cliente todavia debe hacer una visita personal al banco. Algunos bancos tienen sistemas accionados con voz para lograr algunas de estas tareas que, sin embargo, requieren sin embargo un operario humano en el banco para recibir instrucciones y proporcionar la información necesaria o hacer la transacción deseada. El advenimiento de sistemas de comunicaciones a base de microprocesadora tales como las computadoras personales conectadas con las lineas telefónicas mediante un odem ha permitido que los usuarios lleven a cabo una variedad de tareas que anteriormente tenían que hacerse en persona o a través de intermediarios. Usando esta tecnología, los sistemas de banco de computadora han tratado sobre una base experimental usando un paquete de software acostumbrado escrito por la computadora huésped de una institución financiera específica que ha permitido que un número limitado de usuarios tengan acceso a la información en el banco y efectúen las transferencias. El problema con los sistemas diseñados acostumbrados de este tipo es que se construyen para trabajar con una computadora huésped del banco. Además, este sistema puede no tener la capacidad de tareas múltiples de los sistemas que funcionan en medios ambientes de funcionamiento de UNIX o de OS/2. La capacidad de tareas múltiples que está presente en estos medios ambientes de funcionamiento es esencial a fin de acomodar el número potencialmente grande de usuarios que desean tener acceso al sistema bancario a través de odems y semejantes. El problema inherente en este medio ambiente, sin embargo, es que hay muchos tipos diferentes de computadoras huésped. Siendo este el caso, sería necesario escribir software de aplicaciones especiales para todos y cada tipo de computadora huésped a fin de acoplar la computadora con el software que impulsaría cualquier computadora local, con los cuales estuvieran conectados los usuarios a través de líneas telefónicas. Es decir, los usuarios deben conectarse con la computadora huésped del banco a través de una computadora local a la cual se tiene acceso a través de la computadora del banco de una sucursal específica. Esta computadora local incluiría un software que es utilizable mediante los usuarios distantes a través de un dispositivo de comunicaciones que consistiría de no más de una computadora personal y un modem. En otras palabras, sería muy deseable que el usuario no tuviera que adquirir software para fines especiales a fin de comunicarse con la computadora de la sucursal del banco. En vez de esto, este software se colocaría en la computadora de la sucursal del banco de manera que todo lo que el usuario tendría que hacer a fin de usar el sistema es conectarse con la computadora de la sucursal del banco en este modem. Sin embargo, todavía queda el problema de que si el software se normalizara para las sucursales de bancos individuales (de manera que los usuarios se pudieran comunicar fácilmente) , todavía existiría el problema de como interconectar este software con las computadoras huésped de configuraciones diferentes sin volver a escribir el software de la sucursal del banco para una pluralidad de computadoras huésped diferentes.

Se han propuesto otros sistemas para banco en casa que utilizan una red ATM de bancos múltiples. Un ejemplo se muestra en la Patente Norteamericana concedida a Lawlor y otros, Número 5,220,501, expedida el 15 de Junio de 1993, y denominada "Método y Sistema para Entrega Distante de Servicios de Banco al Menudeo". El sistema de Lawlor • y otros, proporciona al usuario con un terminal especial que compite con una ATM y que requiere códigos PIN compatibles con ATM. Estos terminales comunican mediante líneas telefónicas a través de una red ATM para conectarse con el banco del usuario. El uso de este sistema, sin embargo, requiere aceptación por los consumidores de una terminal para fines especiales. Asimismo, se imponen restricciones mediante requisitos que el terminal compita con la ATM ahora conocida. Finalmente, los bancos de miembros en perspectiva pueden no abarcar un sistema que requiere el uso de la red ATM.

Los objetos, particularidades y ventajas anteriormente citadas y otras de la invención se comprenderán más fácilmente al tomar en cuenta la siguiente descripción detallada de la invención, que se toma junto con los dibujos que se acompañan.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La FIGURA 1 es un diagrama funcional del sistema bancario. La FIGURA 2 es un diagrama de flujo de dato entre los distintos bloques del sistema bancario. La FIGURA 3 es un diagrama funcional de la computadora de la sucursal del banco. La FIGURA 4 es una representación ilustrativa de una pantalla del usuario de muestra. La FIGURA 5 es un diagrama de flujo del módulo de interfaz huésped.

DESCRIPCIÓN DE LA MODALIDAD PREFERIDA En la FIGURA 1, hay un diagrama funcional de los componentes principales de un sistema bancario de conformidad con la presente invención. Cualquier número de usuarios 10a, 10b y 10c pueden conectarse con el sistema bancario usando su propia computadora personal u otro tipo de dispositivo de comunicación funcionable por el usuario. Un usuario de una ubicación distante tal como su casa o su oficina que hace funcionar una computadora personal conectada con la línea telefónica con un modem, se puede comunicar con una computadora 20 de la sucursal del banco para tener acceso a los servicios bancarios. Las instituciones financieras que permiten que un usuario 10 tenga acceso a sus cuentas financieras desde una computadora personal en una ubicación distante resuelven el requisito anterior de que un consumidor vaya personalmente a una institución financiera o coloque una máquina de pago automatizada para llevar a cabo los servicios bancarios. Serán explicadas en detalle posteriormente, los usuarios 10 que hacen funcionar su computadora personal no se requiere que obtengan software especializada para usar los servicios bancarios, sino más bien un usuario 10 sólo necesita un software terminal rudimentario que sustenta cierto tipo de protocolo de comunicación tal como VT-100. Puesto que un usuario 10 no se requiere que tena software especializado, el usuario 10 queda liberado de la necesidad de obtener, mantener, actualizar o comprar software especializada potencialmente costoso para usar los servicios bancarios y el banco queda exento de la necesitad de tener que sustentar software especializado. Haciendo referencia a la FIGURA 2 junto con la FIGURA 1, se ilustra una descripción de los bloques funcionales principales incluyendo el flujo de datos. La computadora 20 de la sucursal del banco recibe una solicitud 16 del usuario de un usuario 10 para iniciar una transacción bancaria. El manejador 22 de mensajes ilustrada en la FIGURA 1 es una combinación de la función de envío de la computadora 20 de la sucursal del banco que se muestra como el dispositivo de solicitud de mensajes 60 (FIGURA 3), y la función receptora del módulo 26 de interfaz huésped (al cual se hará referencia a continuación como HIM) , que se muestra en el dispositivo de envío de mensajes 62 (FIGURA 3) . La computadora 20 de la sucursal del banco procesa la solicitud 16 del usuario y luego el dispositivo de solicitud 60 de mensaje se envía a un protocolo 24 de HIM para el dato bancario hacia el dispositivo de envío 62 de mensajes. Después del procesamiento, el protocolo 24 de HIM solicita al HIM 26 que envíe una solicitud de protocolo 28 huésped apropiado al huésped 30. Un huésped 30 es típicamente la computadora bancaria real en el banco, ahorros y préstamos, unión de crédito u otra institución financiera. El protocolo 28 huésped requerido diferirá para huéspedes 30 diferentes, por lo tanto, en HIM 26 se diseña para ser capaz de generar un protocolo 28 huésped apropiado para el huésped 30 específico que contiene datos de transacción bancarios agregados. El HIM 26 se diseñó con un archivo de manuscrito (que se describirá posteriormente) para permitir modificaciones fáciles para adaptarse a un nuevo huésped 30. En respuesta a la recepción del protocolo 28 huésped apropiado, el huésped 30 regresa a una pantalla 32 huésped que comprende una pantalla en formato del texto o del dato no preparado en formato al HIM 26. Para evitar a ser especialmente cada huésped 30 para HIM 26, la pantalla 32 huésped recibida es la misma pantalla que se suministraría al terminal de la máquina de pagos que hace la misma solicitud. El HIM 26 luego extrae el dato apropiado de la pantalla 32 huésped. Luego el dispositivo de envió 62 de mensaje envía una respuesta del protocolo 34 de la sucursal del banco al dispositivo de solicitud 60 de mensajes. Después de procesar la respuesta del protocolo 34 de la sucursal del banco, la computadora 20 de la sucursal del banco responde al usuario 10 proporcionando una pantalla 36 del usuario como la respuesta a la solicitud 16 del usuario original. El huésped 30 típico sólo puede manejar de manera eficiente cinco usuarios con una línea de interfaz en serie de una sola HIM 26 sin retardo innecesario en el tiempo de respuesta. Para proporcionar mayor flexibilidad mientras que se reduce el tiempo de respuesta, pueden añadirse módulos 76 de interfaz huésped adicionales en paralelo para cada cinco usuarios adicionales. Las tuberías entre la computadora de la sucursal del banco, el dispositivo de manejo de mensajes y el módulo de interfaz huésped es un método de intercambiar información común en muchos sistemas, incluyendo UNIX. La FIGURA 3 muestra un diagrama funcional más detallado de la computadora 20 de la sucursal del banco. Un usuario 10 envía una solicitud 16 del usuario a la computadora 20 de la sucursal del banco, que se selecciona de' un juego de opciones en esta exhibición que se proporciona mediante la computadora 20 de la sucursal del banco, que es recibida por el software 40 de comunicación. El software 40 de comunicación es capaz de llevar a cabo todas las funciones de interfaz necesarias para facilitar la conexión y comunicación con el usuario 10. Estas funciones pueden incluir; conectar inicialmente con el usuario 10, recibir el dato de configuración específico del usuario 10, recibir/enviar el dato, y cargar/descargar los archivos. La computadora 20 de la sucursal del banco y el HIM 26 de preferencia se implementan en una computadora que usa un sistema de funcionamiento de tareas múltiples OS/2 o UNIX, conocido también como un sistema de tareas múltiples de prioridad adquirida. Bajo un medio ambiente de tareas múltiples de prioridad adquirida en los requisitos de compartir tiempo entre los usuarios 10 diferentes se facilita por el sistema de funcionamiento y cada usuario 10 que se conecta con la computadora 20 de la sucursal del banco requerirá un módulo 40 de comunicación dedicado separado. El módulo 40 de comunicación se conecta con la entrada 42 del usuario válida que analiza la solicitud 16 del usuario específica para determinar a donde debe enviar la solicitud 16 del usuario. Además, la entrada 42 del usuario válida, sigue la pista de la información específica del usuario, tal como, el tipo de exhibición, el sistema de computadora, el módulo de emulación, el protocolo del modem, el estado actual y opciones disponibles para la computadora 20 de la sucursal del banco. Si el módulo 42 de entrada del usuario válido determina que la exhibición del usuario necesita actualizarse entonces el control es pasado hacia el módulo 44 de creación de pantalla del usuario. Todas las comunicaciones para cada usuario 10 se llevan a cabo en una forma de una exhibición de texto completo (pantalla 36 del usuario) transmitida cada vez que se requiere un cambio en la exhibición del usuario 10. La computadora 20 de la sucursal del banco sigue la pista de que exhibición debe estar viendo el usuario 10 en un período de tiempo específico, incluyendo opciones del programa disponibles en la actualidad para ese usuario. En contraste, el software bancario tradicional trabaja en la computadora del usuario mientras que se comunica con la computadora 20 de la sucursal del banco solamente cuando se desea una transacción bancaria. Colocando el software del banco en la computadora 20 de la sucursal del banco, los usuarios 10 individuales se liberan de adquirir, mantener y actualizar el software bancario especializado. Además, el operario de la computadora 20 de la sucursal del banco puede modificar a voluntad la interfaz con los usuarios 10 de esta manera suministrando a todos los usuarios 10 las modificaciones. La computadora 20 de la sucursal del banco utiliza un proceso de dos etapas para crear una imagen de pantalla interna que es transferida al usuario 10 como una pantalla 36 del usuario. El módulo 44 de creación de pantalla del usuario llena las particularidades principales que debe contener la imagen de pantalla interna, dependiendo de la opción seleccionada. Los detalles específicos requeridos para una imagen de pantalla interna del usario 10 específico, se suministran mediante varios otros módulos. Si el usuario 10 selecciona la pantalla de "introducciones" o la computadora 20 de la sucursal del banco está enviando su primera pantalla 36 del usuario durante la conexión con el usuario 10, el módulo 44 de creación de pantalla del usuario llena las particularidades principales de la imagen de la pantalla. La imagen de pantalla de introducción luego se completa mediante el módulo de pantalla 46 de introducción. Si el usuario 10 selecciona la pantalla de noticias, luego tal como con la pantalla de introducción, el módulo 44 de creación de pantalla del usuario llena las particularidades principales de la imagen de pantalla, y luego el módulo 48 de pantalla de noticias completa la imagen de pantalla. Para todas las otras funciones que necesiten cambios en la exhibición del usuario 10, el módulo 44 de creación de pantalla del usuario llena las particularidades principales de la imagen de pantalla para que correspondan con la opción seleccionada. La exhibición 50 de pantalla general luego completa la imagen de la pantalla con los detalles específicos del usuario 10. La FIGURA 4 es una pantalla de muestra suministrada por la computadora 20 de la sucursal del banco para la exhibición del usuario 10. Las líneas inferiores de la pantalla muestran el estado actual del sistema bancario. La porción central de la pantalla muestra las opciones disponibles. La porción izquierda superior de la pantalla muestra un menú de tracción descendente activado del "menú principal". La porción superior de la pantalla muestra los detalles específicos relacionados con los saldos de cuenta específicos del usuario 10. En la FIGURA 4, la exhibición 50 de pantalla general suministraría la información del saldo de la cuenta y el resto de la pantalla 36 del usuario se suministraría mediante el módulo 44 de creación de pantalla del usuario. Periódicamente, un usuario 10 necesitará seleccionar más de simplemente una letra o función del teclado, tal como la admisión de una cantidad de retiro deseada de su cuenta. La comunicación entre el usuario 10 y la computadora 20 de la sucursal del banco se efectúa mediante mandos individuales de golpe de tecla por el usuario 10. Limitando cada solicitud del usuario 10 a un solo golpe de tecla o una serie de golpes de tecla individuales, la software del banco del usuario puede colocarse en una computadora 20 de la sucursal del banco. El usuario 10 por lo tanto sólo necesita un programa de comunicación rudimentario para facilitar la transferencia de caractereres necesaria. Para proporcionar funciones múltiples de golpe de tecla el módulo 52 de validación de campo se interconecta con el dispositivo de exhibición 50 de pantalla general y la entrada 42 del usuario válida para permitir que se admita una entrada completa. La entrada completada luego se envía a la entrada 42 de usuario válida para procesamiento adicional por otros módulos. Por ejemplo, cuando se selecciona una función de retiro, el módulo 44 de creación de pantalla del usuario, el dispositivo de exhibición de pantalla general y el módulo de validación de campo 52 proporcionan conjuntamente una exhibición al usuario 10 mediante la cual el usuario 10 admite la cantidad del retiro y al completarse el módulo 52 de validación de campo enviará la cantidad a la entrada 42 del usario válida para procesamiento adicional. En cualquier momento en que la exhibición del usuario 10 necesite actualizarse debido a cualquier razón; el módulo 44 de creación de pantalla del usuario en combinación con la pantalla 46 de introducción, la pantalla 48 de noticias, el dispositivo de exhibición 50 de pantalla general y/o el módulo 52 de validación de campo enviará la imagen de pantalla completada al software 40 de comunicación. El software 40 de comunicación entonces proporciona al usuario 10 con una imagen de pantalla como una imagen 36 de pantalla. La computadora 20 de la sucursal del banco también puede proporcionar menús que faltan por la entrada 42 del usuario válida enviando una solicitud 16 del usuario al impulsor 54 de menú de salto y a la tabla 56 de consulta del campo del usuario. Conjuntamente, el impulsor 54 del menú de salto y la tabla de consulta 56 de campo del usuario actúan para modificar la imagen de la pantalla incluyendo un menú de salto apropiado. Si la entrada 42 del usuario válida determina que la solicitud 16 del usuario requiere el dato del huésped 30, entonces la solicitud 16 del usuario se envía al dispositivo de solicitud 60 de mensajes. El dispositivo 60 de solicitud de mensajes tiene un archivo de protocolo asociado que contiene toda la información necesaria para transformar la solicitud 16 del usuario en una solicitud del protocolo 24 de HIM apropiada. El dispositivo de solicitud 60 de mensaje envía luego a la solicitud del protocolo 24 de HIM al dispositivo de envío 62 de mensajes.

Haciendo referencia a la FIGURA 5, el dispositivo de envío 62 de mensaje recibe la solicitud del protocolo 24 de HIM y envía a la misma al receptor 66 de envío de la entrada 64 huésped válida. El receptor 66 de envío junto con el dispositivo de traslado 68 huésped funciona la solicitud del protocolo 24 de HIM trasladándola al formato del protocolo 28 huésped para enviar la misma al huésped 30. Además, el receptor 66 de envío informa al impulsor 71 del manuscrito que debe extraer de la pantalla 32 huésped. El protocolo 28 huésped se diseña para ser compatible con el huésped 30 conectado específico. El dispositivo de traslado 68 huésped tiene un archivo de protocolo de traslado que especifica como se logra el traslado desde el protocolo 24 de HIM al protocolo 28 huésped apropiado. Un archivo de protocolo de traslado proporciona la flexibilidad para modificar el protocolo 28 huésped simplemente cambiando el archivo del protocolo de traslado mediante lo cual el HIM 26 puede comunicarse con huéspedes 30 diferentes, o el mismo huésped 30 que requiere un protocolo 28 huésped diferente. Las computadoras huésped 30 están diseñadas principalmente para usar las máquinas de pago del banco y correspondientemente responden con una pantalla de texto que contiene toda la información relacionada cerca de la cuenta, que en la máquina de pagos envía selectivamente al cliente bancario dependiendo de la solicitud específica. Para mantener la compatibilidad con los sistemas de huésped 30 existentes, la entrada 64 huésped válida se diseña para aceptar una pantalla de texto normal y enviar el dato deseado para el usuario 10. La pantalla 32 huésped es recibida por el receptor 70 huésped que junto con el impulsor 71 de manuscrito funciona la pantalla 32 huésped para enviar hacia afuera el dato deseado. El impulsor 71 de manuscrito envía el dato deseado al dispositivo de envío 62 de mensajes. El dispositivo 62 de envío de mensajes tiene un archivo de protocolo de envío para trasladar la información recibida desde el impulsor 71 de manuscrito al protocolo 34 de la sucursal del banco a fin de enviarse al dispositivo de solicitud 60 de mensajes. El dispositivo de solicitud 60 de mensajes recibe el protocolo 34 de la sucursal del banco y envía el mismo al módulo 44 de creación de pantalla del usuario. Se emplea un lenguaje de manuscrito especializado para enviar más rápida y de manera más flexible la pantalla 32 huésped y posiblemente la transformación del protocolo 44 de HIM al protoco 28 huésped. Las aplicaciones del huésped 30 que residen en una institución financiera reciben típicamente acceso a través de lo que se conoce como una sarta de mandos. El HIM 26 crea una sarta de mandos especializados a los cuales se hace referencia como - r el protocolo 28 huésped para efectuar una solicitud al huésped 30. Un problema existente es que cada solicitud del huésped 30 requerirá esta sarta de mandos presentada en una configuración diferente. Puesto que la computadora 20 de la sucursal del banco siempre debe reaccionar de la misma manera al usuario 10 final, hay dos alternativas factibles. La primera alternativa es la menos deseable, a saber, volver a escribir la aplicación para adaptarse a cada huésped 30. La re-escritura de la aplicación es una tarea extremadamente retardada y costosa. La segunda alternativa es crear un lenguaje de manuscrito especializado que puede comunicarse con el huésped 30 usando su formato de sarta de mandos específico. Típicamente, los archivos de manuscrito son los archivos de datos que pueden leerse durante el funcionamiento para facilitar la comunicación con la aplicación del huésped 30. Otra característica de estos lenguajes de manuscrito es que por lo general son archivos de texto leíbles por un ser humano que pueden compilarse en el sitio y distribuirse a clientes potenciales. Manteniendo una forma leíble por un ser humano de los archivos de manuscrito son más fáciles de cambiar para las aplicaciones huésped nuevas. La tarea que debe hacer el lenguaje del manuscrito HIM para la cual se diseña es una coincidencia de patrón para cierta sarta en la pantalla 32 huésped. Después de que el lenguaje del manuscrito ha colocado una igualación, el lenguaje del manuscrito contiene las construcciones de control para permitir el movimiento hacia adelante o hacia atrás dentro del texto de la pantalla 32 huésped para localizar el dato deseado. Además para permitir mayor control del programador, el lenguaje del manuscrito debe tener construcciones de control tales como declaraciones de circuito y de si-entonces. Los listados 1, 2 y 3 dan a conocer una representación funcional de las funciones del manuscrito y el listado del manuscrito. El listado 1 muestra una función de BÚSQUEDA del manuscrito de muestra. <<LISTADO 1» BÚSQUEDA (PANTALLA, INICIAR, TERMINAR, PATRÓN) NOMBRE DE LA FUNCIÓN: BÚSQUEDA () ENTRAD (S) : (1) PANTALLA O LINEA DE BÚSQUEDA DE DATOS (2) COMENZAR LINEA DE BÚSQUEDA (3) TERMINAR LINEA DE BÚSQUEDA (4) PATRÓN PARA IGUALACIÓN SALIDA : LINEA DE IGUALACIÓN La función de BÚSQUEDA se usa para buscar la pantalla 32 huésped para un patrón de texto, tal como las palabras claves dentro de una línea. El concepto clave es que el impulsor 71 del manuscrito está buscando una salida de tipo de informe, y los artículos buscados pueden existir dentro de una línea o una escala de lineas. Por lo tanto, la función de BÚSQUEDA permite definir las líneas de comienzo y de final del dato que va a buscarse. La función de BUSCAR tiene un parámetro de patrón que define el texto para la BÚSQUEDA que pueden ser variables de funcionamiento. Las variables de funcionamiento son aquellas cuyo valor se conoce sólo durante el funcionamiento tal como el número de cuenta del usuario. Un patrón de muestra puede tener la apariencia como: "SUBÍNDICE:" $ACCTNUM $NAME 99/99/9999. Ese patrón específico trataría de localizar la palabra clave "SUBÍNDICE:" seguida por el número de cuenta del usuario, el nombre del usuario y una sarta de texto que tiene una estructura semejante a 99/999/9999 (dato) . El Listado 2 muestra una función de EXPLORACIÓN de manuscrito de muestra. «LISTADO 2» EXPLORACIÓN (PALABRA CLAVE, +/-LOC, $VAR, PREC, DEC, DTYPE, DELIM, ATTRIB, NULL, ERR#) NOMBRE DE LA FUNCIÓN: EXPLORACIÓN ( ) ENTRADA(S) : (1) PALABRA CLAVE QUE DEBE COMENZAR A BUSCARSE (2) DESCENTRADO DE LA PALABRA CLAVE O COMIENZO DE LINEA (3) LOCALIZACION PARA EL VALOR DE ALMACENAMIENTO (4) PRECISIÓN (O LONGITUD) (5) DECIMAL (O CERO) (6) DTYPE (CHAR, DECIMAL, NUMÉRICO, DATO) (7) DELIMITADORES (8) ATRIBUTOS (PARA APLICARSE A => JUSTIFICAR, CASO) (9) INDICADOR DE VALOR VACIO (10) NUMERO DE ERROR SI ESTA VACIO La función de EXPLORACIÓN busca elementos de datos especificados dentro de una pantalla 32 huésped mirando cada palabra clave, o una localización codificada. El parámetro de localización ("LOC") se usa para controlar el desplazamiento desde una localización específica. El parámetro del tipo de dato ("DTYPE) permite que la función de exploración haga suposiciones acerca de la estructura del dato que está buscando tal como un carácter, decimal numérico o dato. El campo de atributo ("ATTRIB" ) es para modificar el dato después de recogerlo de la pantalla 32 huésped. "NULL" y "ERR#" permite una respuesta que indica que el dato específico no fue localizado.

El listado 3 muestra un texto del manuscrito de muestra que podría usarse para analizar la pantalla 32 huésped para información deseada. «LISTADO 3» 0 [PRINCIPAL] 1 SET(LIN, 10, ABS) 2 X = BÚSQUEDA (PANTALLA, CLIN, CLIN+10, "SUBÍNDICE: $SHACCT *A[?9]") 3 4 SI X = COMIENZO VERDADERO 5 CIRCUITO 6 SET (CLIN, 2, RL) 7 Y = BÚSQUEDA (LINEA, CLIN, CLIN, "SFX:") 8 9 SI Y = VERDADERO 10 L = EXPLORAR ("*3a, O, $SHCODE, 4,0, "|,;", 11 RJUST, "", 122) 12 L = EXPLORAR ("",L $DESC, 12, 0, "|,;" NONE, 13 "",0) 14 L = EXLORAR ("",L,$AMT, 10, 2, "|,;",DEC, "00", 710) 16 ENDIF 17 LOOPEND Y 18 ENDIF 19 [FIN] - ¿ ? - El listado 3 ajusta inicialmente la variable de la línea de corriente (CLIN) a 10. El parámetro "ABS" representa capacidad absoluta, lo cual significa el valor de CLIN no se ha graduado con relación a su valor anterior. Los parámetros de las funciones de BÚSQUEDA y EXPLORAR usan un patrón de búsqueda de expresión regular. La función de BÚSQUEDA en la línea 2 regresa a valor VERDADERO (X=l) /FALSO (X=0) a la variable X dependiendo de si se ha localizado el dato deseado. El parámetro del patrón, tal y como se muestra en el listado 1, se hace pasar al patrón "SUBÍNDICE: $SHACCT *a[?9]" para localizar. Este patrón ocasiona que la función de búsqueda busque el "SUBÍNDICE:" de texto seguido por la reposición de la variable de funcionamiento de $SHACCT (número de cuenta) que es seguido por otra sarta de texto. El delimitador * proporciona cualquier número de caracteres que deben separarse entre "SHACCT y una "a". La expresión entre paréntesis no necesita estar presente para llenar la función de búsqueda, pero si está presente, debe ser un carácter (tal y como se representa mediante el signo de ?) seguido por un 9. Si el patrón está colocado en las líneas especificadas del dato que va a buscarse (CLIN a CLIN+10) entonces X se gradúa a un valor verdadero, de otra manera, X se gradúa a un valor falso. Las líneas 4 y 18 establecen una estructura de si-entonces normal basada en si X es verdadera. Una estructura de circuito se establece mediante las líneas 5 y 17 que ocasiona que se lleve a cabo de lo contenido en las líneas 6 a 16 hasta que Y sea falsa. La línea 6 gradúa CLIN a CLIN + 2 debido a que "REL" representa un valor relacionado con lo que estaba anteriormente contenido en CLIN. La línea 7 lleva a cabo otra función de búsqueda semejante a la línea 2. Si Y es verdadera entonces las líneas 10 a 15 se llevarán a cabo, por lo demás el control se hace pasar a la línea 17. Las funciones de EXPLORACIÓN en las líneas 10 a 14 regresan un valor numérico a la variable L de la ubicación del dato que se encontró. El dato explorado se almacena en el parámetro $VAR mostrado en el listado 2, que en el listado 3 se almacena en la variable $SHCODE, $DESC y $AMT de las líneas 10, 12 y 14 respectivas. En un formato de patrón de búsqueda de expresión regular; "3*a" significa cualquier número de caracteres seguido por tres caracteres alfa (A-Z), RJUST significa para justificar, ninguno significa que no debe hacerse nada y DEC significa el uso de un formato decimal. El listado 4 es una lista de las funciones de manuscrito actual implementadas para un módulo de interfaz huésped. Los parámetros de función se relacionan con el siguiente tipo de campos: "int" se refiere a un valor entero; "str" se refiere a una sarta; "dbn"/"Dbname" son los nombres de base del dato que son variables locales usadas para el almacenamiento de datos; "lab" es una etiqueta para el control de programa de salto. Por ejemplo, jumpeg compara el contenido de "dbn" y "str" y si son los mismos salta hacia la etiqueta "lab". Las búsquedas Pslocate para una sarta (str) en una base de datos específica (dbn) dentro de un área especificada del dato «LISTADO 4» NOMBRE himcommands . doc DESCRIPCIÓN Descripción del lenguaje del manuscrito funciones AUTOR inh CREADO 09/17/93 Nombres y descripciones de la función de manuscrito: localizar (int, int, dbname) Colocará el dato en (columna, len) en el nombre de base del dato '-nombre', plocate (int, int, dbname) Colocará el dato en la columna, len) en el nombre de base del dato '-nombre' y se irá a la siguiente línea. es decir, plocate (col, len, -ñame) ; pslocatelint, int, dbn, str) es decir, pslocate (col, len, -ñame, str) ; jumpeq (dbn, str, lab) Salte a la etiqueta 'lab' si el contenido de 'dbn' y 'str' son iguales. es decir, jumpeq(-name, 'string', aLABEL); jumpbt (dbn, str, lab) Salte es decir, jumpbt (-ñame, 'string', aaLABEL) ju pne (dbn, str, lab) Salte a la etiqueta 'lab' si el contenido de 'dbn' y 'str' NO son iguales es decir, jumpne (-ñame, 'string', aLABEL); rtrim(dbn) Recorte el campo de base del dato de los espacios hacia la derecha es decir, rtrim(-name) ; ltrim(dbn) Recorte el campo de base de dato de los espacios hacia la izquierda es decir, ltrim(-name) ; toupper (dbn) Convierta el campo de base del dato a las letras mayúsculas superiores es decir, toupper (-ñame) ; tolower (dbn) Convierta el campo de base de dato a las letras minúsculas es decir, tolower (-ñame) ; asignar (dbn, str) Asignar un valor al elemento de base de dato es decir, assign (-ñame, ' string' ) ; formato (dbn, int, str, str) Formato de un valor de dato o numérico es decir, formato (-ñame, 0 (=date) /l (=numérico) , 'mm/dd/yyyy' (cambie de), 'mm/dd/yy' (cambie a) ) TRANS (int) Defina el comienzo de una transacción es decir, TRANS (2) TRANSED(int) Defina el final de una transacción es decir, TRANSED(2) toline(int) Ir a la línea 'n' es decir, toline(l?); incline (int) Incremente el indicador de línea mediante 'n' es decir, incline (2); goto (lab) Goto label 'lab' es decir, goto ( LABEL) ; búsqueda (str, lab, int) es decir, búsqueda ( 'string' , LABEL, errcode) nsearch (str, lab, int) es decir, nsearch (' string' , aLABEL, errcode) tassing (int, dbn, dbn, ínt) es decir, tassign (table, -code, -ñame, dflt) línea siguiente O Ir a la siguiente línea prevline () Ir a la línea anterior firstline () Ir a la primera línea lastline ( ) Ir a la última línea Lempty (int, int, lab) es decir, lempty (col, len, aLABEL) ; rempty (int, int, lab) es decir, rempty (col, len, a LABEL) ; len (int, int, lab) es decir, len (col, len, aaLABEL) ; nlen (int, int, lab) es decir, nlen (col, len, aaLABEL) ; error (int) table (str, str) compare (int, str, lab) ncompare (int, str, lab) rjust (dbn) ljust (dbn) strcat (dbn, dbn) addf (dbn, dbn, dbn) addc(dbn,flt,dbn) subf (dbn, dbn, dbn) sube (dbn, flt, dbn) FUNC(str) FUNCEND(str) funccall (lab, int, int) label (int) pushc (int) setglobal (str, str) print (str, dbn, int) stripline (str) stripdupO TABLEBEG(Ínt) TABLEEND(Ínt) send(str, lab) reccount (int, int, str, lab) datecmp (dbn, dbn, str, lab) logoff (str, lab) logon (str, lab) resetscreen () El listado 5 (mostrado al final) es una implementación real del texto del manuscrito para el sistema huésped FISERV Galaxy 2000. El comienzo del texto de manuscrito establecido en los cuadros 0, 1 y 2 como un cuadro de traslado entre un código numérico en la columna 1 y su descripción textual en la columna 2. Luego, el texto del manuscrito define una función de manejo de error y una función de manejo de historia que se usan mediante los procedimientos de traslado. Los distintos procedimientos de transaccción, que son requeridos por el módulo de interfaz huésped se llevan a cabo llamando la función TRANS (#), en donde # representa el número del procedimiento de transacción. Cada procedimiento de transacción se diseña para llevar a cabo cierta función específica para el análisis de la pantalla 32 huésped. El intérprete 72 de manuscrito lee el texto del manuscrito y envía el texto del manuscrito al recopilador 74 de manuscrito para recopilar el texto del manuscrito en un formato binario aceptable por el impulsor 71 de manuscrito. La recopilación del texto de manuscrito crea un código binario que ejecuta de una manera extremadamente rápida en comparación con la interpretación del texto del manuscrito cuando se analiza cada pantalla 32 huésped. El interpretador 72 de manuscrito puede también leer un juego de funciones de mando que define la sarta de mando apropiada para el huésped 30 específico. El recopilador 74 de manuscrito luego puede recopilar las funciones de mando para usarse mediante el aparato de traslado 68 huésped. Un juego recopilado de funciones de manuscrito permite que el aparato de traslado huésped 68 traslade rápidamente la solicitud del protocolo 24 de HIM a una solicitud del protocolo 28 huésped pero la economía de tiempo involucrada no es tan grande como usando el código recopilado para analizar la pantalla 32 huésped. En la alternativa, el aparato de traslado 68 huésped puede usar un archivo de protocolo de traslado como se ha descrito anteriormente. La interfaz entre la computadora 20 de la sucursal del banco y el módulo 24 de interfaz huésped se define mediante un protocolo que de preferencia se define por un archivo (s) de dato de protocolo que se lee por el aparato de manejo 22 de mensajes (aparato 60 de solicitud de mensajes y aparato de envío 62 de mensajes) durante el arranque. Como una alternativa, el aparato de manejo 22 de mensajes, podría construirse de manera semejante a la entrada 64 de huésped válida para permitir el uso de un código recopilado. El juego de transacción contenido en el archivo (s) de dato de protocolo contiene toda la información necesaria para la comunicación entre el dispositivo de solicitud 60 de mensajes y un dispositivo 62 de envió de mensajes. Un concepto clave es que el protocolo en el dispositivo de manejo 22 de mensajes proporcione una demarcación lógica entre la computadora 20 de la sucursal del banco y el HIM 26 de manera que cualesquiera de los cambios/modificaciones que se hagan no afectan al otro. Si se cambia el huésped 30, el texto de manuscrito puede requerir que se escriba de nuevo pero la computadora 20 de la sucursal del banco no requiere modificación alguna. En otras palabras, la computadora de la sucursal del banco puede puede ver HIM igual aún cuando la letra se modifique para un huésped diferente. Esta demarcación permite que el sistema bancario se modifique fácilmente para huéspedes 30 diferentes. Igualmente, cualesquiera de los cambios en la computadora 20 de la sucursal del banco no afecta el HIM 26. En otras palabras, HIM ve la computadora de la sucursal del banco igual aún cuando la letra se modifique. Las siguientes funciones idealmente se incluirían en el archivo (s) del dato del protocolo básico en el aparato de manejo 22 de mensajes: VERIFICAR PIN, CAMBIAR PIN, SOLICITUD PRINCIPAL, HISTORIA, TRANSFERENCIA Y RETIRO. El protocolo VERIFICAR PIN (número de identificación personal) podría modelarse de la siguiente manera: VERIFICAR PIN: ENTRAD (S ) : (1) MAQUINA DE PAGO ID (2) CÓDIGO DE TRANSACCIÓN (3) NUMERO DE CUENTA (4) NUMERO ID PERSONAL ANTIGUO SALIDA(S) : (1) NUMERO DE CUENTA (2) ESTADO ACTUAL DE LA OPERACIÓN El aparato de solicitud 60 de mensajes haría una solicitud del protocolo de HIM en la siguiente forma: P100, PINN, 123456789, 1234. Cada campo en la solicitud del protocolo 24 de HIM se refiere a campos diferentes definidos por la sección de entrada de la función específica en el archivo de datos de protocolo. El dispositivo de envío 62 de mensajes después de recibir la información apropiada del impulsor 68 de manuscrito enviaría una respuesta de protocolo 34 de la sucursal del banco incluyendo el número de cuenta y el estado actual de la operación. Los términos y expresiones que se han empleado en la especificación que antecede se usan en la misma como términos de descripción y no de limitación, y no intención en el uso de estos términos y expresiones de excluir los equivalentes de las particularidades mostradas y descritas o porciones de las mismas, pudiendo reconocerse que el alcance de la invención se define y se limita únicamente por las reivindicaciones que se darán a continuación.

Claims (5)

REIVINDICACIONES:

1. Un sistema de procesamiento de datos para llevar a cabo transacciones bancarias a través de líneas telefónicas que comprende: (a) una pluralidad de dispositivos de comunicaciones funcionables por el usuario conectables con una computadora de la sucursal del banco a través de líneas telefónicas, y el dispositivo tiene por lo menos una pantalla de exhibición -y un medio de comunicación para admitir mensajes que corresponden a las solicitudes del usuario; (b) la computadora de la sucursal del banco incluye medios de software para interpretar los mensajes de los dispositivos de comunicación funcionales por el usuario para solicitar los datos y efectuar las transacciones bancarias seleccionadas; (c) un sistema de computadora huésped que contiene datos de transacción bancaria agregada; (d) un módulo de interfaz huésped que interaccione entre la computadora de la sucursal del banco y el sistema de computadora huésped para trasladar las solicitudes del usuario en un lenguaje capaz de entenderse por la computadora huésped y para expulsar el dato suministrado por la computadora huésped en los mensajes de exhibición que corresponden al dato necesario para llenar las solicitudes del usuario.

2. El sistema de procesamiento de datos de conformidad con la reivindicación 1, en donde la computadora huésped responde a las solicitudes del usuario proporcionando datos bancarios agregados que corresponden a un usuario específico y el módulo de interfaz huésped incluye medios para analizar el dato bancario agregado para seleccionar artículos de dato específicos que deben incluirse en los mensajes de exhibición.

3. El sistema de procesamiento de datos de conformidad con la reivindicación 2, en donde el medio para analizar el módulo de interfaz huésped incluye un medio de software que comprende un lenguaje de manuscrito capaz de entenderse por la computadora huésped para igualación de patrón de una sarta deseada incluida dentro del dato bancario agregado.

4. El sistema de procesamiento de datos de conformidad con la reivindicación 3, en donde el lenguaje del manuscrito está en la forma de un archivo de texto leíble por un ser humano.

5. El sistema de procesamiento de datos de conformidad con la reivindicación 1, en donde la computadora de la sucursal del banco incluye un sistema de funcionamiento de tareas múltiples. RESUMEN DE LA INVENCION El sistema de la invención es un sistema de procesamiento de dato para llevar a cabo transacciones bancarias a través de las líneas telefónicas e incluye una pluralidad de dispositivos de comunicación accionables por el usuario conectables con una computadora de la sucursal del banco a través de líneas telefónicas. Los dispositivos de comunicaciones accionables por el usuario tiene cada uno de ellos por lo menos una pantalla de exhibición y un medio tal como un teclado para admitir mensajes que corresponden a las solicitudes del usuario. La computadora de la sucursal del banco incluye software para interpretar los mensajes de los usuarios para solicitar datos bancarios y para efectuar transacciones bancarias seleccionadas. El sistema propone un sistema de computadora huésped que da servicio a toda la red bancaria incluyendo una pluralidad de sucursales, que incluyen datos de transacción bancaria agregada tal como los archivos de cuentas de los usuarios. Un módulo de interfaz huésped interacciona entre la computadora de la sucursal bancaria y el sistema de computadora huésped para traducir las solicitudes del usuario en un lenguaje capaz de ser comprendido por la computadora huésped y para extraer el dato bancario agregado suministrado por la computadora huésped en mensajes de exhibición que corresponden al dato necesario para llenar la solicitud del usuario. El sistema de computadora huésped responde a la solicitud del usuario proporcionando datos bancarios agregados que corresponden a una cuenta de un usuario específico. El módulo del interfaz huésped revisa el dato bancario agregado para seleccionar artículos de dato específico para que se incluyan en los mensajes de exhibición solicitados. El módulo hace esto incluyendo en el software un lenguaje de manuscrito para producir mensajes capaz de entenderse por la computadora huésped para igualación de patrón de una sarta deseada incluida dentro del dato bancario agregado para que corresponda a los artículos seleccionados por el usuario. Para facilidad de uso, la escritura puede estar en la forma de un archivo de texto leíble humano. El módulo de interfaz huésped permite la comunicación entre una computadora normalizada de la sucursal del banco incluyendo sus sistemas de computadora huésped y de software del usuario de configuraciones diferentes. Este módulo por lo tanto evita la necesidad de diseñar el software de la computadora de la sucursal del banco para cada configuración posible del sistema de computadora huésped.