MXPA02010682A

MXPA02010682A - Sistema y metodo de maquina de transaccion automatizada.

Info

Publication number: MXPA02010682A
Application number: MXPA02010682A
Authority: MX
Inventors: Robert Usner
Original assignee: Diebold Inc
Priority date: 2000-05-25
Filing date: 2001-05-23
Publication date: 2003-03-10
Also published as: EP1301845A2; CN1430761A; CN1204518C; ZA200208343B; BR0111112A; CA2406257A1; PL357552A1; CA2406257C; WO2001090850A2; WO2001090850A3; EP1301845A4; RU2251730C2; AR028612A1

Abstract

Una maquina de transaccion automatizada con una arquitectura de plataforma de software y hardware de vendedores cruzados. La maquina incluye una computadora y una pluralidad de dispositivos de funcion de transaccion en conexion operativa con la computadora. La maquina ademas incluye una pluralidad de componentes impulsores del dispositivo que generalmente corresponden a cada uno de los dispositivos de funcion de transaccion. Los impulsores del dispositivo son operativos en respuesta a la comunicacion de una capa XFS para controlar la operacion de los dispositivos de funcion de transaccion. La maquina ademas incluye una aplicacion terminal y una capa de servicios de dispositivo abierto. La capa de servicios de dispositivo abierto incluye una pluralidad de componentes de servicios de dispositivo abierto que generalmente corresponden a los impulsores del dispositivo y/o a los dispositivos de funcion de transaccion. Los componentes de servicios de dispositivo abierto en respuesta a la aplicacion terminal son operados para hacer que los impulsores del dispositivo controlen la operacion de los dispositivos de funcion de transaccion a traves de la comunicacion con la capa XFS.

Description

SISTEMA Y MÉTODO DE MAQUINA DE TRANSACCIÓN AUTOMATIZADA CAMPO TÉCNICO Esta invención se refiere a una arquitectura de máquina de transacción automatizada. Específicamente esta invención se refiere a un nuevo software de vendedor cruzado y a una arquitectura de plataforma de hardware para máquinas de transacción automatizada.

ANTECEDENTES DEL ARTE Las máquinas de transacción automatizadas son conocidas en el arte previo. Las máquinas de transacción automatizadas son usadas para llevar a cabo electrónicamente transferencias representativas de valor. Las máquinas de transacción automatizada incluyen por ejemplo, surtidores de efectivo, surtidores de boletos, surtidores de escritos, máquinas de juego, máquinas de cajero automático (ATMs) y otras terminales de autoservicio. Para los propósitos de conveniencia todas esas máquinas de transacción automatizada se mencionarán aquí como máquinas de cajero automático a menos que se indique de otra manera específicamente.

Las máquinas de cajero automático pueden incluir varios tipos de dispositivos de función de transacción. Estos dispositivos son operados para llevar a cabo transacciones. Los diferentes tipos de máquinas de cajero automático incluyen diferentes tipos de dispositivos. Los diferentes tipos de dispositivos permiten a la máquina de cajero automático el llevar a cabo diferentes tipos de transacciones. Por ejemplo, algunos tipos de las máquinas de cajero automático incluyen un depósito para aceptar depósitos mientras que otras máquinas de cajero automático no. Aún las máquinas de cajero automático tienen una "pantalla digital" mientras que otras exhiben botones de entrada y exhibidores separados. Las máquinas de cajero automático también pueden ser dotadas con dispositivos tales como aceptadores de dinero en efectivo y monedas, impresoras de declaraciones, validadores de cheques, aceptadoras de billetes, lectoras de impresión de huella y otros tipos de dispositivos, mientras que otras máquinas de cajeros automáticos no incluye tales dispositivos.

Muchas instituciones financieras desean agregar nueva funcionalidad a sus máquinas cajeras automáticas existentes. Por ejemplo, como un banco con una máquina de cajero automático para surtir efectivo puede desear el agregar una impresora de declaraciones a cada una de las máquinas de cajero automático para imprimir una declaración bancaria del cliente. Tal nueva función usualmente requiere modificaciones de software adicionales a la máquina de cajero automático además de un nuevo hardware. Desafortunadamente el proceso de actualiza el software de la máquina de cajero automático es típicamente complicado por el hecho de que muchas instituciones bancarias compran el hardware de la máquina de cajero automático de más de un fabricante . Por tanto para agregar un nuevo software para llevar a cabo una nueva función tal como imprimir las declaraciones bancarias, deben escribirse aplicaciones separadas o modificarse para cada plataforma de máquina de cajero automático específica de vendedor. Las aplicaciones de porte para las plataformas de máquina de cajero automático reducen significativamente la productividad de los desarrolladores de software de la máquina de cajero automático. Consecuentemente, existe una necesidad de una arquitectura que permita a los desarrolladores el escribir las aplicaciones de máquina de cajero automático que trabajen sin modificación sobre una pluralidad de propietarios de plataformas de máquina de cajero automático.

Para lograr este objetivo están siendo desarrollados estándares de la industria los cuales están diseñados para permitir al hardware y al software de la máquina de cajero automático el ser compatibles de vendedores cruzados. Un ejemplo de tal estándar es OSA/XFS (Arquitectura de Servicios Abiertos Windows/Extensiones para Servicios Financieros) que se define por el comité de estándar CEN/ISSS XFS. La Figura 1 muestra una vista esquemática de la arquitectura OSA/XSF estándar. Una arquitectura WOSA/XFS de ejemplo permite a la máquina de cajero automático 110 el incluir un administrador WOSA/XFS 112. El administrador WOSA/XFS 112 incluye una interconexión estandarizada para permitir a la aplicación de terminal de máquina de cajero automático 114 el comunicarse con los dispositivos de función de transacción 116. Cada dispositivo de función de transacción 116 incluye una interconexión de proveedor de servicio correspondiente (SP) 118. Los proveedores de servicios 118 son suministrados por los vendedores de los dispositivos de máquina de cajero automático 116 y están especialmente diseñados para aceptar peticiones del administrador WOSA/XFS 112 y pasar aquellas peticiones al dispositivo correspondiente 116. Teóricamente, la aplicación terminal de la máquina de cajero automático 114 permitirá el correr cualquier hardware de máquina de cajero automático del vendedor 120 siempre que ambas la aplicación terminal de la máquina de cajero automático 114 y la implementación del vendedor de los servicios de proveedor 118 se adhieran a las especificaciones WOSA/XFS.

Otro ejemplo de un estándar industrial emergente para una arquitectura de hardware/software ATM es J/XFS (Java/Extensions para Servicios Financieros) . A diferencia de WOSA-XFS la cual está diseñada para la plataforma de Microsoft Windows® solamente, J/XFS es una arquitectura a base Javag> que puede ser implementada sobre cualquier plataforma de hardware/software que sostenga una Máquina Virtual Java® (JVM) . Como se mostró en la Figura 2, una J/XFS permite a la máquina de cajero automático 210 puede incluir un J/XFS Kernel. El J/XFS Kernel es similar en funcionalidad al administrador WOSA/XF previamente descrito 112, sin embargo el Kernel J/XFS corre e una JVM224. La J/XFS Kernel es operativa en respuesta comandos de una aplicación terminal de máquina de cajer automática 214 para tener una capa de servicio dispositivo 22 de control de la operación de los dispositivos de máquina d cajero automático 216. Como los proveedores de servici previamente descritos 18, la capa de servicio del dispositiv 220 incluye los servicios del dispositivo proporcionado por e vendedor 218 que corresponden a los dispositivos de hardware de vendedor 216.

Como con la arquitectura WOSA/XFS, la aplicació de la terminal de la máquina de cajero automático 21 teóricamente permitirá el correr sobre cualquier hardware d máquina cajero automática del vendedor siempre que ambas l aplicación de la terminal de máquina de cajero automático 214 la implementación del vendedor de los servicios del dispositiv 218 se dieran a las especificaciones J/XFS . Desafortunadament con cada una de estas arquitecturas descritas hay áreas "grises dentro de los estándares que se someten a interpretación de vendedor. Debido a estas áreas grises algunos vendedores ha creado WOSA/XSF SPs que trabajan diferentemente para el mism tipo de dispositivo que otro SP del vendedor. También, alguno vendedores han hecho deliberadamente modificaciones a partes d una interconexión SP o a su operación por razones que no so únicamente suyas. La consecuencia de esto es la de que lo que se intenta ser una aplicación de máquina de cajero automático de vendedores cruzados muy seguramente tendrá que ser modificada antes de que opere verdaderamente con el SP de otro vendedor.

Por ejemplo el estándar WOSA/XFS proporciona un número de diferentes métodos para tener una interconexión SP de lector de tarjeta con un lector de tarjeta para regresar la información leída de una tarjeta. Estos métodos incluyen un primer método de pasar información individualmente seleccionada y un segundo método de pasar toda la información de la tarjeta en una forma única. Aún cuando puede parecer que una aplicación puede usar cualquier método para recuperar la información de tarjeta de cualquier lector de tarjeta del vendedor, en realidad un SP de lector de tarjeta del vendedor puede solo soportar el primer método, mientras que un SP de lector de tarjeta del vendedor segundo puede solo soportar el segundo método. Estos tipos de incompatibilidades o diferencias en la interpretación del estándar WOSA/XFS perjudican el objetivo intentado de compatibilidad de vendedores cruzados entre las aplicaciones de máquina de cajero automático y el hardware de máquina de cajero automático. Aún cuando la arquitectura J/XFS está justo siendo desarrollada ésta comparte la limitación de arquitectura WOSA/XFS similar de usar servicios de dispositivo que so proporcionados por el vendedor. Como resultado diferentes interpretaciones de vendedor de la descripción J/XFS tienen el potencial de forzar los desarrolladores a escribir versiones modificadas de sus aplicaciones de terminal de máquina de cajer automático para cada plataforma de máquina de cajero automátic del vendedor.

Consecuentemente existe una necesidad de un arquitectura de cajero automático que se refiere a estas deficiencias en las arquitecturas WOSA/XFS o J/XFS, o cualquie otra arquitectura de máquina de cajero automático que es e objeto de interpretación del vendedor para desarrollar lo impulsores de dispositivos.

En general cada una de las arquitecturas XF descritas previamente definen un estándar para el denominado común más bajo de las características de hardware de máquina d cajero automático. Desafortunadamente mediante el incluir sol aquellas características que son todas comunes a todos lo dispositivos de hardware de máquina de cajero automático, lo estándares XFS no pueden incluir las interconexiones par características únicas asociadas con la implementació particular del vendedor de un dispositivo de función d transacción. Un ejemplo de características únicas que no so implementadas en las interconexiones XFS incluye acceso a un prueba de diagnóstico de nivel bajo de componentes de hardwar individuales y un dispositivo. Tal control sobre l funcionalidad hardware de nivel bajo puede ser muy útil cuand se encuentran problemas molestos con un componente específic tal como un motor o sensor. Desafortunadamente como cad vendedor puede construir mecánicamente y/o electrónicamente u tipo particular de dispositivo completamente diferente de otro vendedor, los estándares XFS no han intentado el implementar métodos para probar el hardware específico de vendedor de nivel bajo. Consecuentemente existe una necesidad adicional de una máquina de cajero automático habilitada de XFS que ofrezca prueba de diagnóstico de bajo nivel de hardware ATM.

DESCRIPCIÓN DE LA INVENCIÓN Es un objeto de la forma de ejemplo de la presente invención el proporcionar una arquitectura de máquina de transacción automatizada compatible de vendedores cruzados.

Es un objeto adicional de la forma de ejemplo de la presente invención el proporcionar una arquitectura de máquina de transacción automatizada compatible de vendedores cruzados que mejora la capacidad de una aplicación única par funcionar adecuadamente .

Es un objeto adicional de la forma de ejemplo d la presente invención al proporcionar una arquitectura d máguina de transacción automatizada compatible de vendedore cruzados con características para un hardware de máquina d cajero automático problemático.

Es otro objeto de una forma de ejemplo de l presente invención al proporcionar una arquitectura de máquin de transacción automatizada de vendedores cruzados compatible con características que simplifiquen la programación de la aplicaciones de máquina de cajero automático.

Los objetos adicionales de la presente invenció serán evidentes de los siguientes mejores modos para llevar cabo la invención y las reivindicaciones anexas .

Los objetos anteriores son logrados en un incorporación de ejemplo de la invención por una máquina d cajero automático que comprende una computadora y una pluralida de dispositivos de función de transacción en conexión operativ con la computadora. Una máquina de cajero automático ademá incluye por lo menos una capa XFS tal como un administrado WOSA/XFS o el núcleo J/XFS. Además, la máquina de cajer automático incluye una capa impulsora de dispositivo que incluy los impulsores de dispositivo proporcionados por el vendedor ta como los proveedores de servicio WOSA/XFS o los proveedores d servicios de dispositivo J/XFS. Los impulsores de dispositiv generalmente corresponden a cada uno de los dispositivos d funición de transacción y responden a órdenes de la capa XF para controlar la operación de los dispositivos de función d transacción.

La máquina de cajero automático además incluye po lo menos una aplicación de terminal y una capa de servicios d dispositivo abierto (ODS) . La capa de servicios de dispositivo abierto incluye una prioridad de componentes de servicios de dispositivo abierto que generalmente corresponden a los impulsores de dispositivo y/o a los dispositivos de función de transacción. Un componente de servicios de dispositivo abierto es operativo en respuesta a la aplicación terminal al control por lo menos de un dispositivo de función de transacción a través de la comunicación con las capas impulsoras de dispositivo y XFS. La capa de componente de servicios de dispositivo abierto está adaptada para proporcionar la aplicación terminal con una interconexión consistente para la comunicación con un vendedor que proporciona impulsores de dispositivo los cuales pueden tener implementaciones inconsistentes para la interconexión con la capa XFS particular.

En una incorporación de ejemplo la capa de servicios de dispositivo abierto está programada operativamente para comunicarse con los impulsores del dispositivo desde diferentes vendedores de manera que cada uno de los dispositivos de función de transacción correspondiente opere los mismos. En otra incorporación de ejemplo la capa de servicios de dispositivo abierto es operada para incluir los componentes de servicios de dispositivo abierto que son intercambiables para corresponder a diferentes implementaciones de vendedor de un impulsor del dispositivo para un tipo particular de dispositivo de función de transacción. Por ejemplo, si la máquina de cajero automático incluye un lector de tarjeta y un impulsor de dispositivo correspondiente del vendedor A, la capa de servicios de dispositivo abierto es operada para incluir un primer componente de servicios de dispositivo abierto que es compatible con el lector de tarjeta y el impulsor del dispositivo del vendedor A. Si el lector de tarjeta del vendedor A es intercambiado con un nuevo lector de tarjeta y un impulsor de dispositivo correspondiente del vendedor B, la capa de servicios de dispositivo abierto es operada para permitir al primer componente de servicios de dispositivo abierto el ser intercambiado con un segundo componente de servicios de dispositivo abierto que es compatible con el impulsor del dispositivo del vendedor B y el lector de tarjeta. Ambos componentes de servicios de dispositivo abierto primero y segundo incluyen interconexiones idénticas las cuales son accesadas por la aplicación terminal en la misma manera para tener cualquier plataforma de lector de tarjeta del vendedor A o del vendedor B llevando a cabo las mismas funciones del lector de tarjeta. Sin importar si la capa de servicios de dispositivo abierto incluye un componente de servicios de dispositivo abierto que corresponda a los del primer vendedor, a los del segundo vendedor, a los de cualquier otro dispositivo de función de transacción del vendedor, la aplicación terminal es operada para comunicarse con la capa de servicios de dispositivo abierto para tener cualquier hardware del vendedor llevando a cabo las mismas funciones.

En una incorporación alterna de la presente invención la capa de servicios de dispositivo abierto es además operada para comunicarse con más de una capa XFS. Por ejemplo, una máquina de cajero automático puede incluir ambos u administrador WOSA/XFS y un núcleo J/XFS con diferentes juegos de dispositivos para cada capa XFS. Una arquitectura J/XFS previamente discutida es una arquitectura a base de Java® que puede ser implementada sobre cualquier plataforma de hardware/software que sostenga una Máquina Virtual Java-® (JVM) .

Los ejemplos de las máquinas de transacción automatizadas qu incluyen una arquitectura a base de Java se encuentran en l solicitud de patente de los Estados Unidos de América Serie No. 09/193,637 la cual es incorporada aquí por referencia en s totalidad. Más bien que desarrollar una aplicación terminal compleja que deba ser programada específicamente para accesa diferentes capas XFS, en la incorporación de ejemplo de l presente invención la aplicación de terminal solo requiere se programada para comunicarse con la capa de servicios d dispositivo abierto como se describió previamente. La capa d servicios de dispositivo abierto es operada para dirigir lo comandos de aplicación terminada a través de la capa XF correcta. Aquellos dispositivos que incluyen las interconexiones de proveedor de servicio WOSA/XFS tendrán lo componentes de servicios de dispositivo abierto correspondiente y son operados para comunicarse con el administrador WOSA/XFS. Aquellos dispositivos que incluyen los servicios del dispositiv J/XFS tendrán componentes de servicios de dispositivo abiert correspondientes que son operados para comunicarse con el núcleo J/XFS. En otra incorporación alterna, cada componente ODS se h superado para comunicarse con cualquiera la capa XFS dependiend de los parámetros de configuración ODS los cuales especifique cual capa XFS debe usar cada componente ODS para comunicarse co los dispositivos.

Para adelantar simplemente la tarea de desarrolla software de aplicación terminal, la incorporación de ejempl además comprende los controles de elemento terminal (TECs) . Los controles de elemento terminal son objetos de programación de alto nivel que encapsulan muchas de las funciones de bajo nivel y estructuras necesarias para interactuar con uno o más dispositivos de función de transacción. Los objetivos de control de elemento terminal pueden ser configurados operativamente en cualquier paquete de objeto que prefiera el diseñador de la aplicación terminal. Los ejemplos d configuraciones de objeto operativas para los controles d elemento terminal incluyen los OCXs, los objetos Active X, el objeto COM, JavaBeans, EJBs o cualguier otro objeto que pued ser integrado en una aplicación terminal.

Por ejemplo un interconexión para un lector d tarjeta en la arquitectura XFS previamente descrita incluye un variación compleja de métodos y estructuras que pueden se lidiadas con justo operar un lector de tarjeta y para leer un tarjeta. Integrando esta interconexión en una aplicació terminal puede requerir un esfuerzo significante. Un ejemplo del objeto de control de elemento terminal de lector de tarjeta de una incorporación de la invención proporciona una interconexión simplificada que incluye cinco métodos: 1) habilitar a un lector de tarjeta; 2) leer una tarjeta; 3) escribir una tarjeta; 4) regresar una tarjeta; y 5) retener una tarjeta. Los objetos de controles de elemento terminal de ejemplo también incluyen parámetros configurables o propiedades tales como la cantidad de tiempo que una tarjeta debe ser presentada a un cliente antes de ser retenida.

Aún con la arquitectura de ejemplo descrita, la aplicación terminal puede ser programada en cualquier lenguaje o en cualquier plataforma que pueda ser accesada ya sea directamente la capa de servicios de dispositivo abierto o que pueda incorporar los objetos de controles de elemento terminal. En ésta manera puede ser desarrollada una aplicación terminal como una aplicación de Windows que está sola, una aplicación a base de un observador, una aplicación Java® o cualquier otro tipo de aplicación que sea operativa para incorporar los objetos de control de elemento terminal .

Los objetos de control de elemento terminal de la incorporación de ejemplo también son operados para combinar funciones que abarcan dispositivos múltiples. Por ejemplo un control de elemento terminal lector de tarjeta también puede interactuar con un hardware relacionado tal como indicador d luz para llamar la atención del cliente al lector de tarjeta. Además el control de elemento terminal de lector de tarjeta d ejemplo puede interactuar también con un dispositivo señalado para señalar al cliente el remover la tarjeta de lector d tarjetas. En una aplicación XFS pura estas acciones simples requerirán un código de nivel bajo para todas las tre interconexiones XFS que corresponden al lector de tarjeta, sensores/indicadores y al dispositivo de sonido. En la incorporaciones de ejemplo los objetos de control de element terminal son operados para interconectar con la capa d servicios de dispositivo abierto descrita previamente. Si embargo, en las incorporaciones alternas los objetos de contro de elemento terminal pueden ser operativamente programados par accesar la capa XFS directamente.

Además de permitir que se escriban nueva aplicaciones terminales para la compatibilidad de hardware d vendedores cruzados, las incorporaciones de ejemplo so operativas para permitir a aplicaciones terminales propietaria preexistentes el correr sobre otro hardware de un vendedor. Po ejemplo el software de control terminal propietario típicament incluye una prioridad de impulsores propietarios para controla una pluralidad de dispositivos de función de transacció diferentes. Cuando son desarrollados o mejorados dispositivo nuevos las aplicaciones terminales propietarias son típicament actualizadas para incluir nuevos impulsores propietarios par controlar el hardware nuevo o actualizado. En una incorporación de ejemplo de la presente invención el software de aplicación de terminal propietaria puede ser actualizado para accesar indirectamente el hardware de la máquina de cajero automático a través de la capa de servicios de dispositivo abierto más bien que a través de los impulsores propietarios. Mediante el accesar la capa de servicio de dispositivo abierto, el software de control terminal propietario es operado para funcionar sobre cualquier hardware de vendedor que es habilitado XFS.

En otra incorporación alterna de la presente invención el uso de los impulsores del dispositivo tal como los proveedores de servicio WOSA/XFS o los servicios del dispositivo J/XFS son adaptados para incluir una interconexión de diagnóstico. La interconexión de diagnóstico proporciona aplicaciones externas con acceso a características de nivel bajo específicas del hardware que corresponden a los impulsores del dispositivo. Por ejemplo un impulsor de dispositivo surtidor de efectivo puede estar adaptado para incluir una interconexió para manipular los sensores o motores individuales en el dispositivo de función de transacción de surtidor de efectivo correspondiente. Tal acceso se proporciona a las aplicaciones independientemente de la capa XFS. En una incorporación de ejemplo, una aplicación de diagnóstico puede ser programad operativamente para accesar las interconexiones de diagnóstic de una pluralidad de impulsores de dispositivo diferentes. Tal aplicación de diagnóstico de ejemplo puede usar la capa XFS par desactivar uno o más dispositivos de la comunicación XFS. Una vez que los dispositivos se han puesto fuera de línea con respecto a los componentes XFS, la aplicación de diagnóstico puede permitir a un programador o técnico de servicio el accesar directamente el hardware de la máquina de cajero automático a través de la interconexión de diagnóstico correspondiente para propósitos de disparo de problemas, reparación y otros propósitos de mantenimiento.

BREVE DESCRIPCIÓN DE LOS DIBUJOS La Figura 1 es una representación de una vista esquemática de una máquina de cajero automático habilitada WOSA/XFS .

La Figura 2 es una vista esquemática representativa de una máquina de cajero automático habilitada de J/XFS .

La Figura 3 es una vista representativa esquemática de una máquina de cajero automático habilitada XFS de ejemplo.

La Figura 4 es una vista esquemática representativa de una aplicación terminal de ejemplo que incluye un control de elemento terminal de lector de tarjeta de ejempl para interactuar con los componentes de servicio de dispositiv abierto de ejemplo.

MEJORES MODOS PARA LLEVAR A CABO LA INVENCIÓN Refiriéndonos ahora a los dibujos y particularmente a la Figura 3 ahí se muestra una vista esquemática representativa de una incorporación de ejemplo de una arquitectura de máquina de cajero automático de vendedor cruzado 20 para la presente invención. Aquí la arquitectura de máquina de cajero automático 20 incluye una computadora 22 que está en conexión operativa con una pluralidad de dispositivo de función de transacción 42. Tales dispositivos de función de transacción pueden incluir por ejemplo tales dispositivos como un surtidor de billetes, surtidor de monedas, lector de tarjetas, impresora, teclado, dispositivo de exhibición, teclas de función, depositante, aceptor de efectivo o cualquier otro dispositivo de hardware que pudiera ser conectado operativamente a una máquina de cajero automático.

La computadora 22 incluye los componentes de software incluyendo la aplicación terminal 24 que es operada para controlar la operación de los dispositivos de función de transacción 42. La computadora 22 además incluye una capa XFS 28 que corresponde a una interconexión sostenida por vendedores múltiples para dispositivos de máquina de cajero automático tal como el administrador WOSA/XFS o el núcleo J/XFS. Además, la computadora 22 incluye una capa impulsora de dispositivo 30 qu incluye una pluralidad de componentes impulsores de dispositivo 38 que corresponden a la capa XFS. Por ejemplo si la capa XFS corresponde al administrador WOSA/XFS, los componentes impulsores del dispositivo 38 corresponden a las interconexiones del proveedor de servicio WOSA/XFS. Si la capa XFS corresponde al núcleo J/XFS, los componentes impulsores de dispositivo 38 corresponden a los servicios de dispositivos J/XFS.

Para cada dispositivo de función de transacción 42, un impulsor de dispositivo 38 debe ser instalado en la computadora que sea operativo para permitir que pasen los comandos a través de la capa XFS 28 para controlar la operación de los dispositivos de la función de transacción 42. En una incorporación de ejemplo los impulsores de dispositivo 38 son instalados manualmente desde un medio físico portátil tal como un disco o CD suministrado por el fabricante del dispositivo. En otra incorporación de ejemplo los impulsores del dispositivo son descargados operativamente de un almacén de datos de impulsores de dispositivo que está en conexión operativa con la computadora. En una incorporación de ejemplo adicional los impulsores de dispositivo son recuperados por la computadora 25 de los dispositivos de función de transacción 42 mismos usando un protocolo de configuración de servicio tal como Su Microsystems JIN013103 de Microsoft Universal Plug and Play™3^3.

Cada uno de los impulsores de dispositivo 38 so responsables en forma operativa a la capa XFS 28 para tener po lo menos un dispositivo de función de transacción 42 que lleve cabo una función. Por ejemplo un impulsor de dispositivo lecto de tarjeta es operativo en respuesta a una petición de tarjet leída de la capa XFS 28 para tener su dispositivo lector d tarjeta correspondiente leyendo físicamente la información d una tarjeta y regresando la información a través de la capa XFS. Otro impulsor de dispositivo tal como un impulsor de dispositiv surtidor es operado en respuesta a una petición de surtido de l capa XFS 28 para tener su surtidor de efectivo correspondient surtiendo una cantidad de billetes.

En la incorporación de ejemplo de la present invención la aplicación terminal 24 es operada para controla los dispositivos de función de transacción de control 42 través de la comunicación con la capa XFS 28. Sin embargo, má bien que tener la aplicación terminal 24 comunicándose con l capa XFS directamente, la incorporación de ejemplo incluye un capa de servicios de dispositivo abierto 26 operativa en l computadora 22 entre la aplicación terminal 24 y la capa XFS 28. La capa de servicios de dispositivo abierto 26 es operada e respuesta a la aplicación terminal 24 para controlar l funcionalidad de los dispositivos de función de transacción 42 través de la comunicación con XFS y las capas impulsoras de dispositivo 28 y 30. La capa de servicios de dispositiv abierto 26 incluye una pluralidad de componentes de servicios d dispositivo abierto 36 que generalmente corresponden a lo impulsores de dispositivo 38 y/o a los dispositivos de funció de transacción 42. Por ejemplo la incorporación de ejemplo d la presente invención puede incluir un lector de tarjeta d componente de servicios de dispositivo abierto que corresponde un impulsor de dispositivo lector de tarjeta para un lector d tarjeta. Una incorporación de ejemplo de la presente invenció también puede incluir un componente de servicios de dispositiv abierto de surtidor de nota que corresponde al impulsor d dispositivo de surtidor de nota para un surtidor de nota.

Cuando los impulsores de dispositivo de dos o más vendedores generalmente se comunican con la capa XFS en un manera consistente, un componente ODS único puede ser usad cuando cualquiera de los impulsores son instaladas en la máquin de cajero automático. Sin embargo, si los implementos d dispositivo específico del vendedor implementan la comunicació con la capa XFS en una manera diferente, los componentes d servicios de dispositivo abierto específicos del vendedor puede ser programados operativamente para cada uno de los impulsore de dispositivo específico del vendedor. Un componente d servicios de dispositivo abierto específico del vendedor pued entonces ser instalado en la capa de servicios de dispositiv abierto en respuesta a cualquier impulsor de dispositiv específico del vendedor que sea instalado en la máquina d cajero automático. El componente de servicios de dispositiv abierto específico del vendedor es operado para comunicarse través de la capa XFS en una manera que sea apropiada para l implementación particular del impulsor específico del vendedor.

Aún cuando cada componente de servicios de dispositivo abierto específico del vendedor puede comunicarse con la capa XFS en una manera diferente, todos los componentes de servicio de dispositivo abierto específico del vendedor par un tipo particular de dispositivo comparten una interconexió común para el acceso por las aplicaciones externas tal como l aplicación terminal 24. La capa de servicios de dispositiv abierto 26 es por tanto operada para aislar las inconsistencias en la comunicación entre los diferentes impulsores d dispositivo y para presentar la aplicación terminal 24 cualquier otra aplicación con un juego común de métodos, propiedades y eventos para la comunicación con los dispositivos de fuerza de transacción desde diferentes vendedores.

La presente forma de ejemplo de la invenció abarca un proceso de prueba que es operado para identificar las características únicas y/o las inconsistencias en l implementación del vendedor de un dispositivo impulsor y par adaptar operativamente los componentes de servicios d dispositivo abierto para incluir aquellas características qu son necesarias para comunicarse adecuadamente y consistentement con el impulsor del dispositivo a través de la capa XFS.

En general el proceso de prueba incluye l configuración del dispositivo de hardware del vendedo particular y el impulsor del dispositivo correspondiente de un plataforma de prueba habilitada XFS. La plataforma de prueb típicamente incluye un sistema de computadora con una capa XFS un componente de servicios de dispositivo abierto qu corresponde al tipo particular del dispositivo vendedor. Po ejemplo si el dispositivo particular que está siendo aprobado e un surtidor de notas, un componente de servicios de dispositiv abierto que corresponde a un impulsor de dispositivo XFS para u surtidor de nota es instalado en la plataforma de prueba.

La plataforma de prueba además incluye un aplicación de prueba. La aplicación de prueba es operativa par la interconexión con el componente de servicios de dispositiv abierto y expedir una pluralidad de comandos a través de componente de servicios de dispositivo abierto para controlar l operación del dispositivo del vendedor. Un usuario pued vigilar y/o interactuar con el dispositivo y la aplicación d prueba para determinar cuales funciones del dispositivo pueden no trabajar adecuadamente con el componente de servicios d dispositivo abierto.

Por ejemplo cuando se prueba un lector de tarjet la aplicación de prueba permite al usuario el expedir un comand al componente de servicios de dispositivo abierto para hacer qu el dispositivo lea una tarjeta. La aplicación de la prueba e además operada para sacar al usuario los resultados de l operación. Si la operación parece que trabaja correctamente, l aplicación de prueba puede exhibir los contenidos de l información leída de la tarjeta. Un usuario puede entonce verificar que los contenidos son correctos. Si la operació falló, el usuario puede evaluar los mensajes de error que so generados. Además si la operación dispara un evento inesperad a través de la capa XFS, la aplicación de prueba es además operada para reportar que eventos se han disparado como u resultado de la operación.

Además de vigilar la aplicación de prueba, el usuario también puede vigilar el dispositivo real par determinar si la operación produce la función correcta. Po ejemplo si el dispositivo corresponde a un surtidor de billetes, la aplicación de prueba puede incluir una operación para surti una cierta cantidad de efectivo o número de billetes a través d la comunicación con un surtidor de dispositivo abierto d efectivo. Mediante el vigilar el surtidor de efectivo el usuari puede determinar si fue surtida la cantidad correcta d efectivo, por ejemplo. Después de que sean identificados lo problemas funcionales entre el componente de servicios d dispositivo abierto actual y el dispositivo, el componente d servicios de dispositivo abierto puede ser modificad operativamente para compensar por las idiosincrasias asociada con la implementación del vendedor de dispositivo impulsor. E componente de servicios de dispositivo abierto modificado pued entonces ser además probado sobre la plataforma de prueba par ya sea descubrir además inconsistencias o para certificar que e componente de servicios de dispositivo abierto trabaj adecuadamente . Una vez que un componente de servicios d dispositivo abierto sea certificado, este puede ser instalado e cualquier máquina de cajero automático que incluya e dispositivo del vendedor probado, el impulsor del dispositivo la capa XFS correspondiente par habilitar una aplicació terminal para controlar adecuadamente la funcionalidad de dispositivo.

En la incorporación ejemplo, la aplicació - terminal 24 puede estar basada sobre cualquier arquitectura d programación que es operada para comunicarse con la capa d servicios de dispositivo abierto 26. En una incorporación d ejemplo la aplicación terminal puede estar sola, y ser un aplicación a base Windows®. En una incorporación de ejempl alterna la aplicación terminal puede incluir un observador y un pluralidad de documentos de página de red. En otr incorporación de ejemplo la aplicación terminal puede ser un aplicación Java® que es operada en una máquina virtual Jav (JVM) .

Además de la capa de servicios de dispositiv abierto que puede estar basada sobre cualquier arquitectura d programación que es operada para comunicarse con la capa XFS 28. Por ejemplo si la capa XFS 28 corresponde a un J/XFS núcleo qu corre en una máquina virtual Java 48 de la computadora 22, lo componentes de servicio de dispositivo abierto pueden se construidos como JavaBeans que son operados en la máquin virtual Java. Si la capa XFS corresponde al administrado WOSA/XFS, los componentes de servicios de dispositivo abiert pueden ser construidos como una pluralidad de DLLs basado sobr Windows®. Si partes de la capa XFS y/o de la aplicació terminal están ambos basados sobre Windows® y basados sobr Java®, la capa de servicios de dispositivo abierto pued incluir componentes operativos en la máquina virtual Java y lo componentes operativos como DLLs. En otras incorporaciones, l capa de servicios de dispositivo abierto y la aplicació terminal pueden estar configuradas como otros tipo de módulos bibliotecas los cuales son apropiados para la arquitectura de sistema de operación y la capa XFS.

Para mejorar la productividad de los programadore quienes desarrollan una aplicación terminal, la incorporación d ejemplo de la presente invención comprende la integración de lo componentes de elemento de transacción (TECs) con la aplicació terminal 24. Los controles de elemento terminal son objetos clases tales como ActiveXs o JavaBeans que encapsulan l operación compleja de uno o más dispositivos de función d transacción 42 en un paquete de métodos alineados, propiedades eventos. Los objetos de los controles de elemento incluyen l funcionalidad necesaria para comunicarse con la capa d servicios de dispositivo abierto. En la incorporación d ejemplo una aplicación terminal completa puede ser construida d los objetos de controles de elemento terminal.

Aún cuando los componentes de servicios d dispositivo abierto 36 pueden generalmente tener una relación d uno a uno con los impulsores de dispositivo correspondientes 38 y/o los dispositivos de función de transacción 42, los objeto de controles de elemento terminal combinan grupos lógicos d funciones para diferentes dispositivos que resultan en lo objetos de control de elemento terminal que tienen generalment una a muchas relaciones con los componentes de servicios d dispositivo abierto.

La Figura 4 muestra una aplicación de terminal d ejemplo 50. La aplicación de terminal incluye un lector d tarjeta de control de elemento terminal 52. La aplicación 50 e operada para invocar los métodos 54 del lector de tarjeta de control de elemento terminal 52 tal como para habilitar e lector de tarjeta, leer una tarjeta, escribir una tarjeta, retener una tarjeta y regresar una tarjeta. La aplicación 50 e además operada para establecer propiedades 56 del control d elemento terminal de lector de tarjeta 52 tal como el valor d tiempo fuera antes de que una tarjeta sea regresada por e lector de tarjeta. Además, la aplicación es operad adicionalmente para vigilar uno o más eventos 58 que so disparados a través del control de elemento terminal de lecto de tarjeta .

El control de elemento terminal de lector d tarjeta de ejemplo 52 es operado para comunicarse con tre dispositivos de hardware diferentes incluyendo un dispositivo lector de tarjeta 60, un dispositivo indicador a través de un plomo 61 y un dispositivo para llamar la atención 62. El control de elemento terminal de lector de tarjeta de ejemplo 52 se interconecta con estos dispositivos a través de la comunicación con tres componentes de servicios de dispositivo abierto correspondientes incluyendo un servicio de dispositivo abierto de lector de tarjeta 63, un servicio de dispositivo abierto indicador 64 y un servicio de dispositivo abierto de llamar la atención 65.

A través de la comunicación con los servicios de dispositivo abierto de lector de tarjeta 63, el control de elemento terminal de lector de tarjeta 52 es operado para tener al dispositivo lector de tarjeta 60 llevando a cabo una prioridad de funciones tal como habilitando el lector de tarjeta, leyendo una tarjeta y regresando la tarjeta a u cliente. El lector de tarjeta de servicios de dispositivo abierto se comunica con el dispositivo lector de tarjeta través de la capa XFS 68 y el impulsor de lector de tarjeta 67. Cuando se habilita el lector de tarjeta, el control de element terminal de lector de tarjeta de ejemplo 52 es además operad para activar automáticamente una luz indicadora 61 para llama la atención a un cliente al lector de tarjeta 60. Esto se llev a cabo mediante la comunicación con unos sensores y u dispositivo impulsor indicador 66 a través de la interacción co los indicadores ODS 64. Además, cuando un sonido de llamar l atención es deseado para indicar al cliente el remover la tarjeta este lector de tarjeta de ejemplo de control de elemento terminal 52 interactua con los servicios de dispositivo abierto de llamar la atención 65 para hacer que los sensores y el impulsor de indicadores 66 activen el dispositivo de llamar la atención 62. Los controles de elemento terminal de ejemplo de la presente invención son operados para combinar la interacción del dispositivo en una manera lógica mediante el comunicarse con más de un componente de servicios de dispositivo abierto y los dispositivos correspondientes en respuesta a varios métodos del control de elemento terminal siendo invocado.

Además de permitir la generación de aplicaciones terminales compatibles de vendedor cruzado que ya sea incluyan los objetos de control de elemento terminal o que sean operativos para interconectarse con la capa de servicios de dispositivo abierto directamente, la incorporación de ejemplo de la presente invención abarca el adaptar el software de control terminal propietario preexistente de un vendedor para correr sobre otro hardware de máquina de cajero automático de otro vendedor. Tal software de control terminal propietario típicamente se comunica con un pluralidad de impulsores de dispositivo propietarios directamente sin accesar una interconexión de capa media tal como las capas XFS descritas previamente. Consecuentemente el software de control terminal propietario se ha limitado previamente para correr solo sobre una plataforma de hardware de un vendedor específico. Si embargo, la incorporación de ejemplo de la presente invención es además operada para habilitar a tal software de propietario el controlar adecuadamente los dispositivos de función de transacción de otro vendedor cuando se instala sobre otra plataforma de máquina de cajero automático de otro vendedor. Esto se logra mediante el adaptar el software propietario para comunicarse con los componentes de servicios de dispositivo abierto más bien que con los impulsores de dispositivo propietarios . Una vez que el software de control terminal propietarios se ha adaptado, el software es operado para corre sobre una plataforma de máquina de cajero automático de otro vendedor que incluye una capa XFS y los impulsores de dispositivo compatibles, XFS correspondientes.

Como se mostró en la Figura 3, los impulsores del dispositivo compatible XFS de ejemplo 38 de una forma de ejemplo de la presente invención pueden además incluir las interconexiones de diagnóstico 40 además de sus interconexiones con la capa XFS 28. Las interconexiones de diagnóstico 40 incluyen las funciones de control de hardware de bajo nivel adicionales que pueden ser accesadas por las aplicaciones externas. Las funciones de bajo nivel por ejemplo puede accesar motores específicos, sensores y otros componentes en los dispositivos de función a transacción correspondientes 42. Mediante el emplear una aplicación de diagnóstico 44 par accesar estas funciones de bajo nivel de los impulsores d dispositivo 38 directamente, las funciones mecánicas electrónicas individuales específicas para el dispositivo puede ser probadas, analizadas y posiblemente corregidas.

En una forma de ejemplo adicional de la presente invención, las interconexiones de diagnóstico 40 de los impulsores del dispositivo 38 pueden incluir un sistema de autenticación el cual es operado para validar que la aplicació que ' intenta accesar las funciones de bajo nivel del dispositiv está autorizada para hacer ésto. En una incorporación de ejemplo del sistema de certificación, la interconexión de diagnóstico 40 es operada para detectar que un dispositivo d hardware válido tal como una tecla de hardware está en conexió operativa con la máquina de cajero automático antes de que un aplicación externa reciba autorización de accesar al dispositiv de función de transacción 42 a través de la interconexión d diagnóstico 40.

En una incorporación de ejemplo alterno del sistema de certificación, la interconexión de diagnóstico 40 e operada para detectar si una tecla de licencia válida est presente. Tal tecla de licencia por ejemplo puede esta localizada sobre un medio removible en conexión operativa con l máquina de cajero automático, tal como un disco suave, CD, un tarjeta de tira magnética, una tarjeta inteligente o cualquie otro medio portátil posible para que la interconexión d diagnóstico opere para accesar a través de la máquina. La tecl de licencia también puede estar asociada con una aplicació específica, tal como la aplicación de diagnóstico 44 que está programada operativamente para accesar las interconexiones de diagnóstico de los impulsores del dispositivo 38. Las comunicaciones desde la aplicación de diagnóstico pueden se requeridas para incluir una tecla de licencia válida antes de que las interconexiones de diagnóstico habiliten la aplicació de diagnóstico para accesar el dispositivo de función de transacción.

En otra incorporación de ejemplo adicional el sistema de certificación, las interconexiones de diagnóstico 40 pueden incluir una palabra secreta o un certificado digital el cual puede ser usado por la interconexión de diagnóstico par determinar si una aplicación se permite acceso a funciones de u dispositivo de función de transacción correspondiente. Po ejemplo una interconexión de diagnóstico de un impulsor d dispositivo puede requerir comunicaciones de una aplicación d diagnóstico para que sean firmadas digitalmente. L interconexión de diagnóstico puede entonces certificar que l firma digital asociada con la comunicación usando uno o má certificados digitales y/o claves públicas almacenadas e conexión operativa con la interconexión de diagnóstico. Cuand la firma digital es válida, la interconexión de diagnóstico e operada para permitir a la aplicación de diagnóstico el tene acceso al dispositivo de función de transacción a través de l interconexión de diagnóstico. Cuando la firma digital s determina que es inválida se le niega el acceso a la aplicació de diagnóstico al dispositivo de función de transacción por la interconexión de diagnóstico.

En una incorporación de ejemplo adicional, la aplicación de diagnóstico puede requerir el enviar u certificado digital válido a la interconexión de diagnóstico antes de tener un acceso otorgado al dispositivo de función de transacción. El certificado digital puede ser validado por la interconexión de diagnóstico usando una clave pública confiada de una autoridad de certificado que expide el certificado digital . El certificado digital también puede ser evaluado po la interconexión de diagnóstico para determinar si ha expirado. Cuando el certificado digital ha expirado o de otra manera es inválido, la incorporación de ejemplo de la interconexión de diagnóstico puede ser programada operativamente para regresar u mensaje a la aplicación de llamado que indica que el certificad digital no es válido y se niega el acceso al dispositivo d función de transacción. En unas incorporaciones de ejempl adicionales de la presente invención pueden ser combinados otros sistemas de certificación y/o de codificación de hardware y/o d software con las interconexiones de diagnóstico de lo impulsores de dispositivo para habilitar la validación selectiv de los usuarios y/o aplicaciones que intentan el tener acceso los dispositivos de función de transacción a través de l comunicación con las interconexiones de diagnóstico de lo impulsores de dispositivo.

La incorporación de ejemplo de la presente invención además comprende un administrador terminal 46. El administrador terminal 46 es una aplicación de software que es operada para configurar y administrar la interacción a través d la máquina de cajero automático con la capa de servicios d dispositivo abierto. Además del administrador de terminal 46 la aplicación terminal 24, la capa de servicios de dispositiv abierto 26 es operada para permitir a cualquier aplicación qu pueda accesar los componentes de servicios de dispositiv abierto el ser operada sobre una pluralidad de diferente plataformas de hardware de máquina de cajero automátic habilitadas por XFS diferentes.

Por tanto, la forma de ejemplo de la arquitectur de máquina de transacción automatizada de vendedores cruzados d la presente invención logra por lo menos uno de los objetivo arriba declarados, elimina las dificultades encontradas en e uso de los dispositivos y sistemas anteriores, resuelv problemas y logra los resultados deseados descritos aquí .

En la descripción anterior ciertos términos se ha usado para brevedad, claridad y entendimiento, sin embargo n deben implicarse limitaciones no necesarias de los mismos debid a que tales términos son usados para propósitos descriptivos se intenta que sean considerados ampliamente. Además la descripciones e ilustraciones dadas aquí son meramente ejemplo y la invención no está limitada a los detalles exactos mostrado y descritos.

En las reivindicaciones que siguen cualquie característica descrita como unos medios para llevar a cabo un función deberá considerarse como .que abarca cualquier medio conocidos por aquellos expertos en el arte para ser capaces d llevar a cabo la función recitada y no deberá limitarse a la características y estructuras mostradas aquí o a los mero equivalentes de las mismas.

Habiendo descrito las características, descubrimientos y principios de la invención, la manera en l cual ésta es construida y operada, y las ventajas y resultado útiles logrados, las nuevas y útiles estructuras, dispositivos, elementos, arreglos, partes, combinaciones, sistemas, equipo, operaciones, métodos y relaciones se establecen en la reivindicaciones anexas .

Claims

R E I V I N D I C A C I O N E S Una máquina de transacción automatizada que comprende : por lo menos una computadora; por lo menos un dispositivo de función de transacción, en conexión operativa con la computadora; una capa XFS operativa en la computadora; una capa impulsora de dispositivo operativa en la computadora, en donde la capa impulsora de dispositivo es operada en respuesta a la capa XFS para controlar la operació del dispositivo de función de transacción, en donde la capa impulsora de dispositivo incluye por lo menos un componente impulsor de dispositivo que corresponde al dispositivo de función de transacción; una capa de servicios de dispositivo abierto (ODS) operada en la computadora, en donde la capa XFS es operada e respuesta a la capa de servicios de dispositivo abierto par comunicarse con la capa impulsora del dispositivo, en donde l capa de servicios de dispositivo abierto incluye por lo menos u componente de servicios de dispositivo abierto que correspond al componente impulsor del dispositivo; y una aplicación terminal operada en la computadora, en donde el componente de servicios de dispositivo abierto es operado en respuesta a la aplicación terminal para controlar la operación del dispositivo de función de transacción a través de la comunicación con la capa XFS.
2. La máquina de transacción automatizada tal y como se reivindica en la cláusula 1, caracterizada porque cuando el dispositivo de función de transacción es intercambiado con un segundo dispositivo de función de transacción del mismo tipo y el componente impulsor del dispositivo es intercambiado con un segundo componente impulsor del dispositivo que corresponde al segundo dispositivo de función de transacción, la capa de servicios de dispositivo abierto es operada para habilitar al componente de servicios de dispositivo abierto para ser intercambiado por un segundo componente de servicios de dispositivo abierto que corresponde al segundo componente impulsor del dispositivo.
3. La máquina de transacción automatizada tal y como se reivindica en la cláusula 1, caracterizada además porque comprende una pluralidad de dispositivos de función de transacción en conexión operativa con la computadora, en donde para cada dispositivo de función de transacción, la capa impulsora de dispositivo incluye un componente impulsor de dispositivo correspondiente y la capa de servicios de dispositivo abierto incluye un componente de servicios de dispositivo abierto correspondiente.
4. La máquina de transacción automatizada tal como se reivindica en la cláusula 1, caracterizada porque la aplicación terminal incluye por lo menos un componente de elemento de transacción, en donde el componente de elemento de transacción está operado para comunicarse con la capa de servicios de dispositivo abierto.
5. La máquina de transacción automatizada tal como se reivindica en la cláusula 4, caracterizada además porque comprende un segundo dispositivo de función de transacción e conexión operativa con la computadora, en donde la capa de servicios de dispositivo abierto incluye un segundo componente de servicios de dispositivo abierto, en donde el componente del elemento de transacción es operado en respuesta a la aplicació terminal para comunicarse con ambos componentes de servicios de dispositivo abierto primero y segundo para tener el prime dispositivo de función de transacción llevando a cabo un primera función de transacción y para tener un segund dispositivo de función de transacción llevando a cabo un segunda función de transacción.
6. La máquina de transacción automatizada tal como se reivindica en la cláusula 5, caracterizada porque el primer dispositivo de función de transacción incluye un lecto de tarjeta y el segundo dispositivo de función de transacció incluye un segundo dispositivo de salida y en donde la primera función de transacción incluye el regresar una tarjeta a un usuario y la segunda función de transacción incluye el sacar un sonido audible .
7. La máquina de transacción automatizada tal como se reivindica en la cláusula 5, caracterizada porque el componente de elemento de transacción incluye un componente ActiveX.
8. La máquina de transacción automatizada tal y como se reivindica en la cláusula 5, caracterizada porque el componente elemento de transacción incluye un componente Java.
9. La máquina de transacción automatizada tal como se reivindica en la cláusula 1 caracterizada además porque comprende una segunda capa XFS operada en la computadora, u segundo dispositivo de función de transacción en conexió operativa con la computadora, en donde la capa de servicios de dispositivo abierto incluye un segundo componente de servicios de dispositivo abierto, en donde la capa impulsora del dispositivo incluye un segundo componente impulsor del dispositivo, en donde el primer componente de servicios de dispositivo abierto es operado para comunicarse con el prime componente impulsor de dispositivo a través de la primera cap XFS para controlar la operación del primer dispositivo de función de transacción, y en donde el segundo componente d servicios de dispositivo abierto es operado para comunicarse con el segundo componente impulsor del dispositivo a través de la segunda capa XFS para controlar la operación del segundo dispositivo de función de transacción.
10. La máquina de transacción automatizada tal como se reivindica en la cláusula 9, caracterizada porque la primera capa XFS incluye un administrador WOSA/XFS, y en donde la segunda capa XFS incluye un núcleo J/XFS .
11. La máquina de transacción automatizada tal como se reivindica en la cláusula 1, caracterizada porque la capa XFS incluye un administrador WOSA/XFS.
12. La máquina de transacción automatizada tal como se reivindica en la cláusula 11, caracterizada porque el dispositivo de función de transacción incluye un surtidor de efectivo.
13. La máquina de transacción automatizada tal como se reivindica en la cláusula 1, caracterizada porque l capa XFS incluye un núcleo J/XFS .
14. La máquina de transacción automatizada tal como se reivindica en la cláusula 13, caracterizada además porque comprende una máquina virtual Java operada en l computadora, en donde ambos el núcleo J/XFS y el componente OD son operados en la máquina virtual Java.
15. La máquina de transacción automatizada tal como se reivindica en la cláusula 14, caracterizada porque l aplicación terminal incluye por lo menos un componente Java que está programado operativamente para controlar el dispositivo de función de transacción a través de la comunicación con el componente de servicios de dispositivo abierto.
16. La máquina de transacción automatizada tal como se reivindica en la cláusula 1, caracterizada porque el componente impulsor del dispositivo incluye una interconexión d diagnóstico, en donde la interconexión de diagnóstic proporciona una aplicación externa con acceso a por lo menos u componente de hardware interno del dispositivo de función d transacción.
17. La máquina de transacción automatizada tal como se reivindica en la cláusula 16, caracterizada ademá porque comprende una aplicación de diagnóstico, en donde l aplicación de diagnóstico es operada para tener acceso a componente de hardware interno del dispositivo de función d transacción a través de la comunicación con una interconexión d diagnóstico, en donde la comunicación con la interconexión d diagnóstico pasa a través de la capa XFS.
18. La máquina de transacción automatizada tal como se reivindica en la cláusula 17, caracterizada porque l aplicación de diagnóstico es operativa para desactivar el dispositivo de función de transacción con respecto a la cap XFS, a través de la comunicación con la capa XFS.
19. La máquina de transacción automatizada tal como se reivindica en la cláusula 17, caracterizada porque el componente de hardware interno incluye un motor.
20. La máquina de transacción automatizada tal como se reivindica en la cláusula 17, caracterizada porque e componente de hardware interno incluye un sensor.
21. Un método que comprende: a) instalar una capa XFS en una máquina d transacción automatizada, en donde l máquina incluye por lo menos un dispositiv de función de transacción; b) instalar un componente impulsor d dispositivo en la máquina que corresponde a dispositivo de función de transacción, e donde el componente impulsor del dispositiv es operado en respuesta a la capa XFS par controlar la operación del dispositivo d función de transacción; c) instalar un componente de servicios d dispositivo abierto (ODS) en la máquina que corresponde al componente impulsor del dispositivo; y d) instalar una aplicación terminal en l máquina, en donde la aplicación terminal es operada para controlar la operación del dispositivo de función de transacción través de la comunicación con el componente de servicios de dispositivo abierto, e donde el componente de servicios de dispositivo abierto está programad operativamente para comunicarse con el componente impulsor del dispositivo a través de la capa XFS .
22. El método tal y como se reivindica en l cláusula 21, caracterizado porque la máquina de transacció automatizada incluye un segundo dispositivo de función d transacción y además comprende: e) instalar un segundo componente impulsor de dispositivo en la máquina que corresponde al segundo dispositivo de función d transacción, en donde el segundo component impulsor del dispositivo es operado e respuesta a la capa XFS para controlar la operación del segundo dispositivo de función de transacción; f) instalar un segundo componente de servicios de dispositivo abierto en la máquina que corresponde al segundo componente impulsor del dispositivo; y en donde la aplicación terminal es además operada para controlar la operación del segundo dispositivo de función de transacción a través de la comunicación con el segundo componente de servicios de dispositivo abierto en donde el segundo componente de servicios de dispositivo abierto está programado operativamente para comunicarse con el segundo componente impulsor del dispositivo a través de la capa XFS.
23. El método tal y como se reivindica en la cláusula 22, caracterizado porque en el paso (a) la aplicació de transacción incluye un componente de elemento de transacción, en donde el componente de transacción está programado operativamente para controlar la operación de ambos el prime dispositivo de función de transacción y el segundo dispositivo de función de transacción a través de la comunicación con ambos el primer componente de servicios de dispositivo abierto y el segundo componente de servicios de dispositivo abierto.
24. El método tal y como se reivindica en l cláusula 21, caracterizado además porque comprende: e) reemplazar el primer dispositivo de función d transacción con un segundo dispositivo d función de transacción que es operado par llevar a cabo el mismo tipo de función d transacción que el primer dispositivo d función de transacción; f) instalar un segundo componente impulsor d dispositivo en la máquina que corresponde a segundo dispositivo de función de transacción, en donde el segundo componente impulsor de dispositivo es operado en respuesta a la cap XFS para controlar la operación del segund dispositivo de función de transacción; g) instalar un segundo componente de servicios d dispositivo abierto en la máquina qu corresponde al segundo componente impulsor de dispositivo, y en donde la aplicación terminal es operada sin l modificación para controlar la operación del segundo dispositiv de función de transacción a través de la comunicación con e segundo componente de servicios de dispositivo abierto, en dond el segundo componente de servicios de dispositivo abierto está programado operativamente para comunicarse con el segundo componente impulsor del dispositivo a través de la capa XFS.
25. El método tal y como se reivindica en l cláusula 21, caracterizado además porque comprende: e) instalar la aplicación de diagnóstico en la máquina, en donde la aplicación de diagnóstico es operada para comunicarse co el componente impulsor del dispositiv independientemente de la capa XFS, en donde el componente impulsor del dispositiv responde a la aplicación de diagnóstico par tener acceso a los componentes de hardwar del dispositivo de función de transacción.
26. Un método que comprende: a) proporcionar por lo menos una entrada a travé de un dispositivo de entrada de información d una máquina de transacción automatizada, e donde la máquina incluye por lo menos u dispositivo de función de transacción; b) proporcionar una primera comunicación entr una primera aplicación de la máquina y e primer componente de servicios de dispositiv abierto (ODS) , en respuesta a por lo menos un entrada; c) proporcionar una segunda comunicación entre e primer componente de servicios de dispositiv abierto y la primera capa XFS en respuesta la primera comunicación; d) proporcionar una tercera comunicación entre l primera capa XFS y un primer component impulsor de dispositivo que responde a l segunda comunicación; e) proporcionar una cuarta comunicación entre e primer componente impulsor del prime dispositivo y un primer dispositivo de funció de transacción de la máquina en respuesta a l tercera comunicación; y f) operar el primer dispositivo de función d transacción en respuesta a la cuart comunicación.
27. El método tal y como se reivindica en l cláusula 26, caracterizado además porque comprende: g) proporcionar una quinta comunicación entre l aplicación terminal y el segundo componente de servicios de dispositivo abierto en respuest a por lo menos una entrada; h) proporcionar una sexta comunicación entre el segundo componente de servicios de dispositiv abierto y la primera capa XFS en respuesta la quinta comunicación; i) proporcionar una séptima comunicación entre l primera capa XFS y un segundo component impulsor del dispositivo en respuesta a l sexta comunicación; j) proporcionar una octava comunicación entre el segundo componente impulsor del dispositivo un segundo dispositivo de función d transacción en respuesta a la séptim comunicación; y k) operar el segundo dispositivo de función d transacción en respuesta a la octav comunicación.
28. El método tal y como se reivindica en l cláusula 27, caracterizado porque la aplicación terminal incluy por lo menos un componente de elemento de transacción, y en donde en los pasos <b) y (g) el componente de elemento de transacción es operado para proporcionar ambas la primera comunicación y la quinta comunicación.
29. El método tal y como se reivindica en la cláusula 26, caracterizado además porque comprende: g) proporcionar una quinta comunicación entre la aplicación terminal y el segundo componente de servicios de dispositivo abierto que responde a por lo menos una entrada; h) proporcionar una sexta comunicación entre el segundo componente de servicios de dispositivo abierto y la segunda capa XFS en respuesta a la quinta comunicación; i) proporcionar una séptima comunicación entre la segunda capa XFS y un segundo componente impulsor del dispositivo en respuesta a la sexta comunicación; j ) proporcionar una octava comunicación entre el segundo componente de impulsor del dispositivo y el segundo dispositivo d función de transacción en respuesta a l séptima comunicación; y k) operar el segundo dispositivo de función d transacción en respuesta a la octav comunicación.
30. El método tal y como se reivindica en l cláusula 29, caracterizado porque en el paso (b) la primera cap XFS incluye el administrador WOSA/XFS y en donde en el paso (h) la segunda capa XFS incluye un núcleo J/XFS.
31. El método tal y como se reivindica en l cláusula 26, caracterizado porque en el paso (b) la primera cap XFS incluye un administrador WOSA/XFS.
32. El método tal y como se reivindica en l cláusula 26, caracterizado porque en el paso (b) la primera cap XFS incluye un núcleo J/XFS .
33. El método tal y como se reivindica en l cláusula 26, caracterizado porque el primer dispositivo d función de transacción incluye un surtidor de efectivo, en dond el paso (f) incluye el surtir efectivo con el surtidor d efectivo en respuesta a la cuarta comunicación.
34. El método tal y como se reivindica en l cláusula 26, caracterizado además porque comprende: g) proporcionar una quinta comunicación entre una aplicación de diagnóstico y el primer componente impulsor del dispositivo, en donde la quinta comunicación no pasa a través de la primera capa XFS; y h) accesar el dispositivo de función de transacción con el primer componente impulsor del dispositivo en respuesta a la quinta comunicación.
35. El método tal y como se reivindica en la cláusula 34, caracterizado porque antes del paso (h) además comprende : i) determinar que la aplicación de diagnóstico está autorizada para accesar el dispositivo de función de transacción a través de la comunicación con el componente impulsor.
36. Un medio leíble por computadora que lleva instrucciones las cuales son operadas para hacer que por lo menos una computadora en la máquina hagan que la máquina lleve a cabo los pasos de método recitados en la cláusula 26. E U M E N Una máquina de transacción automatizada con un arquitectura de plataforma de software y hardware de vendedore cruzados. La máquina incluye una computadora y una pluralida de dispositivos de función de transacción en conexión operativ con la computadora. La máquina además incluye una pluralidad d componentes impulsores del dispositivo que generalment corresponden a cada uno de los dispositivos de función d transacción. Los impulsores del dispositivo son operativos e respuesta a la comunicación de una capa XFS para controlar l operación de los dispositivos de función de transacción. L máquina además incluye una aplicación terminal y una capa d servicios de dispositivo abierto. La capa de servicios d dispositivo abierto incluye una pluralidad de componentes d servicios de dispositivo abierto que generalmente corresponden los impulsores del dispositivo y/o a los dispositivos de funció de transacción. Los componentes de servicios de dispositiv abierto en respuesta a la aplicación terminal son operados par hacer que los impulsores del dispositivo controlen la operació de los dispositivos de función de transacción a través de l comunicación con la capa XFS . PA/a/ 2002 \ ío&tl