MÉTODO Y APARATO PARA CONTROLAR A PERIFÉRICO MEDIANTE DIVERSOS PUERTOS DE DATOS
CAMPO DE LA INVENCIÓN La presente invención se relaciona generalmente con impresoras, y más particularmente con métodos para manejar una impresora en una terminal de usuario. Tales impresoras particularmente son bien adecuadas para su uso en máquinas de boletos, máquinas expendedoras, terminales de punto de venta (POS), máquinas de boletos de transporte y entretenimiento, y similares.
ANTECEDENTES DE LA INVENCIÓN Las impresoras de boletos son útiles en una variedad de aplicaciones. Una aplicación es imprimir boletos o comprobantes codificados utilizados en terminales de lotería, máquinas tragamonedas y otros aparatos de autoservicio de apuestas o transacción (por ejemplo, boleto de tren, evento o línea aérea) . Para propósitos de la presente descripción y reivindicaciones anexas, el término "comprobante" se utilizará para definir un documento impreso, tal como un boleto, que tiene (o potencialmente tiene) un valor de dinero en efectivo significativo y que debe ser impreso utilizando tecnología segura para evitar falsificación. El término "cupón" se utiliza para referirse a documentos que a lo mucho tienen un valor de dinero en efectivo insignificativo, y que pueden ser impresos sin un alto nivel de seguridad requerido para comprobantes. Se debe apreciar que los cupones pueden ser impresos utilizando tecnología segura; sin embargo, el nivel de seguridad típicamente será menor que aquel utilizado con respecto a comprobantes. Varios sistemas de impresora se han propuesto para su uso en terminales de autoservicio, tal como para sistemas de juego que no utilizan dinero en efectivo utilizados, por ejemplo, en casinos y pistas de carreras. En tales sistemas, un comprobante se imprime para su uso por un patrón de juego en lugar de, por ejemplo, fichas, efectivo, tarjetas de débito y tarjetas de crédito. Tales terminales de autoservicio pueden ser controladas, o por lo menos parcialmente controladas, por un Controlador de Sistema Central (CSC) mediante una red. El CSC se puede situar en la misma localización de las terminales, o puede estar colocado remotamente. Un CSC colocado remotamente puede dar servicio a diferentes poblaciones de terminales en una pluralidad de instalaciones (tales como diversos casinos, pistas de carreras, establecimientos minoristas de lotería, etc . ) . Una instalación que utiliza las terminales puede desear tener la capacidad de que las impresoras de terminales impriman elementos diferentes a un comprobante. Por ejemplo, se puede desear imprimir cupones para su uso en la instalación. Tales cupones, por ejemplo, pueden proporcionar artículos alimenticios con descuento o gratis en la instalación. Otros tipos de cupones también se visualizan para desempeñar, por ejemplo, varios propósitos de comercialización, publicidad, de promoción, tal como descuentos en eventos especiales futuros, publicidad de nuevos productos y servicios, estacionamiento con descuento o gratis, mejoras en cuartos de hotel, promociones de viajes y entretenimiento, entradas de competencias, y similares . En la mayor parte de las terminales que ya están en el campo, no hay manera de que la instalación maneje el acceso a la porción de impresora de la terminal para imprimir cupones especiales de que están separados de (y pueden no estar relacionados con) los comprobantes. Para proporcionar tal capacidad, vendedores han ofrecido nuevos modelos de terminales que pueden imprimir cupones. Estas nuevas terminales requieren el uso de software de propiedad, hardware y/o protocolos para permitir que la impresora de la terminal imprima comprobantes y cupones. La impresión de cupones, cuando se ofrece, se maneja mediante los canales de procesamiento seguro utilizados para comprobantes, cuyos comprobantes se someten a requerimientos más estrictos de control de acceso y seguridad. Esta solución es inaceptable para muchas instalaciones ya que requiere la compra de nuevas terminales. Para una instalación que tiene cientos de terminales, tal solución tiene un costo prohibitivo. En las descripciones de la contraparte de las cuales se reclama la prioridad de la presente solicitud de patente, se proporciona una manera más económica para que las instalaciones impriman cupones desde sus terminales. El sistema descrito soluciona cualquier necesidad de sustituir una población existente de terminales. A un controlador (por ejemplo, un controlador seguro) que está dentro de la terminal (por ejemplo, la terminal de juegos de azar, la terminal de POS, u otra terminal de cliente) se le permite comunicarse con la impresora de la terminal para imprimir comprobantes, mientras que también permite a un CSC, que está fuera de la terminal, se comunique con la impresora de la terminal integrada para imprimir cupones y otros documentos . La presente invención proporciona funcionalidad adicional a un periférico, tal como una impresora. En particular, la presente invención permite que descargas, tales como firmware actualizado de impresora o terminal, se proporcionen desde el CSC o una computadora local (por ejemplo, una computadora de bolsillo de un técnico) mediante un puerto separado en el periférico. Por ejemplo, donde el periférico es una impresora, un puerto de USB se puede proporcionar de acuerdo con la invención para acomodar tales descargas. Un técnico entonces puede conectar un dispositivo portátil (por ejemplo, una computadora portátil, PDA, computadora de tableta, memoria flash o similares) en el puerto de USB y proporcionar el nuevo software o firmware a la impresora. Existen ocasiones cuando una impresora tendrá dos o más puertos separados para acomodar protocolos de comunicación de datos tales como RS-232, Netplex, USB o I2C. Cada uno de estos protocolos es bien conocido en la técnica, como se describe en mayor detalle en lo siguiente. Donde se desee, por ejemplo, proporcionar datos a una impresora mediante un puerto de Netplex, y permitir que se descarguen nuevo firmware u otros datos a la impresora mediante un puerto de USB, se debe proporcionar un mecanismo para cambiar entre los dos puertos. Algunos protocolos, tales como USB, requieren que cables especializados y/o dedicados se utilicen para comunicar señales en forma confiable. Los cables necesarios para acomodar señales del USB pueden no proporcionarse en periféricos existentes, tales como impresoras para una terminal juegos de azar (por ejemplo, máquina tragamonedas ) , máquina de boletos, terminal de POS o similares. Puesto que es deseable utilizar impresoras existentes en lugar de sustituir una población de impresoras instaladas con nuevos modelos, puede ser ventajoso proporcionar un medio para realizarlo incluso cuando las impresoras existentes no tienen los cables necesarios para soportar un nuevo protocolo, tal como USB. Por ejemplo, las impresoras existentes se pueden configurar para recibir señales de Netplex, RS-232 y de I2C, pero no señales de USB. Puede ser ventajoso permitir que tales impresoras también reciban señales de USB, particularmente con el fin de descargar nuevo firmware en un puerto de USB. Además, puede ser ventajoso proporcionar una manera para que una señal que viene del puerto de USB cambie la impresora a un modo de recepción de USB, si la impresora estaba previamente en otro modo de operación, tal como Netplex. La presente invención proporciona métodos, aparatos y sistemas con estas y otras ventajas.
SUMARIO DE LA INVENCIÓN De acuerdo con la presente invención, se proporcionan métodos y aparatos para manejar un periférico. Los comandos del periférico se reciben en un primer protocolo en un primer puerto. El firmware del periférico se recibe en un segundo protocolo en un segundo puerto. Los datos en el periférico desde el primer puerto o desde el segundo puerto son en respuesta a un comando recibido en el segundo puerto. El periférico puede comprender, por ejemplo, una impresora, tal como una máquina de juego o una impresora de punto de venta. En una modalidad ilustrada, el primer puerto recibe datos en uno de un protocolo de RS-232 o Netplex, y el segundo puerto recibe datos en un protocolo de USB. Un primer procesador asociado con la impresora tiene una entrada de datos serial. Un segundo procesador asociado con el segundo puerto tiene una entrada de datos de USB para recibir datos de USB desde el segundo puerto. Los datos de USB recibidos en el segundo procesador se convierten en datos formateados de RS-232 serial. La etapa para dirigir datos puede comprender acoplar (i) datos desde el primer puerto o (ii) datos formateados de RS-232 serial convertidos de datos de USB recibidos en el segundo puerto, a la entrada de datos serial del primer procesador en respuesta al comando. El comando se deriva de los datos de USB recibidos por el segundo procesador. El primer procesador también puede tener un puerto de datos de I2C. En tal modalidad, una memoria compartida se puede proporcionar para el primero y segundo procesadores, y el comando se puede almacenar en la memoria compartida. El comando de la memoria compartida se puede comunicar al primer procesador mediante el puerto de datos de I2C. El primer procesador se puede configurar para aceptar datos en el protocolo recibidos en el primer puerto, o para aceptar datos en el formato de RS-232 serial proporcionados por el segundo procesador, dependiendo del comando. El aparato se describe para controlar un periférico para recibir datos de diversos puertos de datos. El aparato puede comprender un primer puerto para recibir datos formateados de acuerdo con un primer protocolo, y un segundo puerto para recibir datos formateados de acuerdo con un segundo protocolo. Se proporcionan un primer y un segundo procesadores. El primer procesador se asocia con el periférico. El segundo procesador se asocia con el segundo puerto. Un conmutador (por ejemplo, un multiplexor) es adaptado para recibir (i) los primeros datos del primer puerto, y (ii) los segundos datos del segundo puerto después del procesamiento por el segundo procesador. El conmutador es controlado en respuesta a un comando recibido mediante el segundo puerto para acoplar los primeros datos o los segundos datos con el primer procesador para su uso en controlar el periférico. El periférico puede comprender, por ejemplo, una impresora, tal como una impresora de máquina de juego o una impresora para una terminal de punto de venta. En una modalidad ilustrada, el primer puerto recibe datos en uno de un protocolo de RS-232 o Netplex, y el segundo puerto recibe datos en un protocolo de USB. El segundo procesador proporciona los segundos datos al convertir los datos del protocolo de USB del segundo puerto en datos formateados de RS-232 serial. El primer procesador tiene una entrada de datos serial, y el conmutador acopla los primeros o segundos datos con la entrada de datos serial . El primer procesador también puede tener un puerto de datos de I2C. Una memoria compartida se puede proporcionar para el primero y segundo procesadores para almacenar el comando. El comando se puede comunicar desde la memoria compartida hasta el primer procesador mediante el puerto de datos de I2C.
BREVE DESCRIPCIÓN DE LAS FIGURAS La Figura 1 es un diagrama de bloque de una arquitectura de la técnica anterior para controlar la impresora en una máquina tragamonedas; la Figura 2 es un diagrama de bloque de una arquitectura de sistema; la Figura 3 es un diagrama de bloque de una implementacion de la interfaz ejemplar; la Figura 4 es un diagrama de bloque de otra modalidad de la arquitectura de sistema;
la Figura 5 es un diagrama de flujo que ilustra un flujo de comunicación ejemplar que pueda ser implementadela Figura 6 es un diagrama de bloque del hardware de una implementación ejemplar de acuerdo con la presente invención; la Figura 7 es un diagrama de bloque del software de una implementación ejemplar de acuerdo con la presente invención; y la Figura 8 es un diagrama de flujo que ilustra la descarga de nuevo firmware en un periférico de acuerdo con la presente invención.
DESCRIPCIÓN DETALLADA DE LA INVENCIÓN La presente invención se relaciona con el control de un periférico de computadora, tal como una impresora de máquina de juego o impresora de terminal de POS. Más particularmente, la invención se relaciona con una interfaz para permitir que las impresoras u otros periféricos reciban comandos en un primer protocolo, tal como Netplex o RS-232, y el firmware u otros datos en un segundo protocolo, tal como USB. El periférico (por ejemplo, impresora) puede residir en una terminal operada por el cliente, tal como una máquina de juego (por ejemplo, máquina tragamonedas o terminal de lotería) , máquina vendedora, terminal de boletos de autoservicio, terminal de POS, o similares. En una implementación de máquina de juego, se puede proporcionar un controlador local que comprenda la porción de la máquina de juego algunas veces referida como "controlador de juego." En tal implementación, se puede proporcionar un controlador de sistema que comprende el controlador de sistema central que algunas veces se refiere como "unidad de manejo de juego." Típicamente, el controlador local es parte de la terminal que proporciona al cliente los comprobantes y cupones, y el controlador de sistema central es un dispositivo remoto que está ya sea en la misma instalación donde se localizan las terminales, o en una instalación diferente que se pueda localizar virtualmente dondequiera. Los diversos estándares bien conocidos se mencionan en la presente para su uso en señales de comunicación entre diferentes elementos de las modalidades descritas. Éstos incluyen los estándares de RS-232, USB, Netplex e I2C. RS-232 es un estándar bien conocido que proporciona una interconexión entre equipo de terminal de datos y equipo de comunicación de datos, en los cuales se utiliza el intercambio de datos binarios serial. Netplex, un estándar desarrollado por International Game Technology de Reno, Nevada, Estados Unidos, proporciona un enlace de comunicación serial de caída múltiple entre un sistema central y dispositivos periféricos, y se utiliza para transferir información y para permitir el control de periféricos. El Bus de Serie Universal (USB) es una especificación de conectividad desarrollada por el Foro de Ejecutores de USB. El USB se utiliza para conectar periféricos externos a una computadora para eliminar la inconveniencia de abrir la caja de la computadora para instalar las tarjetas necesarias para ciertos dispositivos. I2C, o comunicación de 2 hilos, es una forma de comunicación serial síncrona que fue desarrollada por Phillips Semiconductor. La interfaz descrita en la presente soluciona las desventajas de los sistemas de la técnica anterior que requieren comprar una terminal de propiedad para proporcionar comprobantes y cupones. Tal sistema de la técnica anterior se muestra en la Figura 1, donde una impresora 10 de terminal se proporciona para imprimir comprobantes y cupones en respuesta a comandos de un controlador 14 de juego. El controlador 14 de juego proporciona comandos de impresión a la impresora 10 para utilizando un protocolo 12 que es compatible con la impresora. Por ejemplo, el protocolo 12 puede comprender uno o más de los protocolos de RS-232 o Netplex bien conocidos en la técnica de transmisión de datos. En la modalidad de la técnica anterior de la Figura 1, el controlador 14 de juego es un dispositivo de propiedad que se incluye en la máquina de juego. El controlador de juego controla el hardware básico de la máquina de juego, incluyendo la impresora, el despachador de monedas, el aceptador de facturas, los carretes (para una máquina tragamonedas ) , etc., y también genera datos de boletos que utilizan un número de serie obtenido de un controlador de sistema central mediante una interfaz 16 del sistema. La interfaz de sistema se comunica con el controlador de sistema central y con el controlador de juego. Obtiene los números de serie del boleto desde el controlador de sistema central y proporciona estos números al controlador de juego. La interfaz de sistema también es responsable del seguimiento del jugador, y controla el lector de tarjetas de la máquina de juego y la pantalla. Cada fabricante particular de tales máquinas de juego generalmente hará que su propia tecnología de controlador de juego se mantenga en secreto por seguridad y razones competitivas. Debido a la naturaleza de propiedad del controlador de juego que maneja la impresora, no es posible que el cliente tenga acceso a la impresora directamente para la impresión de otros documentos, tales como cupones. Y, donde la impresión de cupones se ofrece en máquinas de juego actuales, sólo se proporciona mediante el controlador de juego de propiedad, lo cual quiere decir que los cupones se deben generar en asociación con el fabricante de la máquina de juego. En particular, donde un cliente desea que se imprima un cupón, el fabricante de la máquina de juego debe proporcionar la tecnología para 5 realizarla mediante el controlador 14 de juego. Esto permite al fabricante cargar honorarios adicionales para actualizar máquinas de juego actuales, o requerir la compra de nuevas máquinas de juego con capacidades de impresión de cupones . 0 Por lo menos un fabricante de máquinas de juego ha proporcionado un nuevo modelo de terminal que permite que la entrada de información de cupones en el controlador de sistema central sea comunicada a la interfaz del sistema de la máquina 16 de juego mediante la trayectoria 18 de 5 comunicación. La trayectoria 18 de comunicación puede comprender, por ejemplo, una red privada (alámbrica y/o inalámbrica) o la Internet. La interfaz 16 del sistema pasará la información de cupones mediante la trayectoria 15 al controlador 14 de juego de propiedad, que convierte la 0 información cuando es necesario para generar los comandos de impresión de cupones que se proporcionan a la impresora 10 de terminal. Puesto que solamente el controlador 14 de i ' juego se comunica con la impresora, no hay manera de evitar el uso de tecnología del controlador de juego de propiedad 5 para efectuar la impresión de cupones. De este modo, las instalaciones (por ejemplo, casinos) que posean máquinas de juego son totalmente dependientes de los fabricantes de máquinas de juego para proporcionar la capacidad de imprimir cupones además de imprimir los comprobantes para los que ya están diseñadas las máquinas de juego. La Figura 2 ilustra una modalidad de acuerdo con la presente invención, en donde los cupones se pueden imprimir sin basarse en el fabricante de la máquina de juego. En la modalidad de la Figura 2, una interfaz 23 de impresora se proporciona entre la interfaz 26 del sistema, el controlador 24 de juego y la impresora 20. La información del controlador de sistema central (que puede incluir opcionalmente la información que define un cupón particular que se imprimirá) se proporciona a la interfaz 26 del sistema mediante la trayectoria 28 de comunicación (similar a la trayectoria 18 de comunicación) . La interfaz de sistema pasa los datos recibidos del controlador de sistema central al controlador 24 de juego en una manera convencional, mediante la trayectoria 29 (similar a la trayectoria 15 en la Figura 1) . Los datos convencionales proporcionados como salida del controlador 24 de juego se comunican a la interfaz 23 de impresora mediante la trayectoria 25 con el protocolo normal utilizado por el controlador de juego, por ejemplo, RS-232 o Netplex ("Protocolo A") . La información recibida del controlador de sistema central también se pasa de la interfaz 26 del sistema directamente a la interfaz 23 de impresora mediante la trayectoria 27, de acuerdo con el protocolo adecuado tal como I2C ("Protocolo B") . Se debe entender que cualquiera de varios protocolos diferentes se puede utilizar para enviar la información desde la impresora de la interfaz 26 del sistema a la interfaz 23 de impresora. De hecho, una de las ventajas de la presente invención es que la comunicación entre la interfaz del sistema y la interfaz de la impresora no es una comunicación de propiedad, al igual que la comunicación entre el controlador de juego y la interfaz de la impresora. De este modo, mientras que el Protocolo A será definido por el fabricante de la máquina de juego, el Protocolo B no es definido de esa forma. El Protocolo B puede ser cualquier protocolo con el que la interfaz de sistema tenga capacidad de comunicación. Proporcionando una interfaz genérica 23 de impresora, la presente invención permite que la información de cupones del controlador de sistema central sea impresa sin pasar a través de y estar sometido a los requerimientos de proceso del controlador 24 de juego. Una vez que la interfaz 23 de impresora recibe datos del controlador 24 (por ejemplo, información de comprobante) o de la interfaz 26 del sistema (por ejemplo, información de cupones), determina si la impresora 20 está disponible, y si es asi, procesa los datos recibidos para su comunicación a la impresora en un formato adecuado. Los datos correctamente formateados entonces se envían a la impresora mediante la trayectoria 22, utilizando el 5 protocolo (por ejemplo, RS-232) para el que está diseñada para recibir la impresora. La operación de la interfaz de impresora se explica en detalle a continuación con respecto a la Figura 5. La Figura 3 es un diagrama de bloque que ilustra 0 los componentes del hardware y firmware/software de la interfaz 23 de impresora. Un procesador 30 procesa los datos recibidos del controlador 24 de juego y de la interfaz 26 del sistema mediante los controladores 33, 34 y/ó 35 respectivos. El conductor 33, por ejemplo, es un 5 controlador de Netplex configurado para recibir los datos formateados utilizando el protocolo de Netplex del controlador de juego. Tales datos pueden comprender, por
'.' ejemplo, datos necesarios para imprimir un comprobante. Alternativamente, el controlador de juego se puede 0 configurar para proporcionar datos de comprobantes utilizando el protocolo RS-232, en cuyo caso los datos son recibidos y pasados al procesador 30 utilizando los controladores 34 de RS-232. Los datos de cupones se proporcionan al procesador 30 del controlador de sistema 5 central mediante la interfaz de sistema utilizando, por ejemplo, un protocolo de I2C. El controlador 35 de I2C procesa los datos de cupones de la interfaz de sistema y los pasa en el procesador 30. El software y/o firmware que instruye al procesador 30 sobre cómo descifrar y convertir los datos recibidos del controlador de juego y de la interfaz de sistema en el formato requerido . por la impresora se almacenan en una o más de EEPROM 36 y memoria flash 31. La SDRAM 32 se proporciona para el almacenamiento de valores provisionales calculados por el procesador 30 asi como otra información temporal como se conoce bien en la técnica. Una vez que la información de comprobante o cupón se descifra y se convierte en el formato adecuado para la impresión, se comunica a la impresora mediante los controladores 34 de RS-232. Antes de la comunicación a la impresora, los datos de impresión se pueden almacenar temporalmente en SDRAM 32. La Figura 4 es diagrama de bloque de una modalidad alternativa donde la interfaz 23 de impresora se incorpora dentro de la impresora de la terminal. Particularmente, todos los elementos ilustrados en la Figura 3 se pueden integrar en la impresora 40 de la terminal. Tal modalidad es una alternativa económica para proporcionar una interfaz separada de la impresora como se muestra en la Figura 2, puesto que el controlador de impresora ya presente en la impresora puede proporcionar muchas (sino todas) la funcionalidades proporcionadas por el procesador 30 de la interfaz de impresora. La memoria ya presente en la impresora también se puede compartir para acomodar las necesidades de la interfaz de impresora. Tal implementación elimina la necesidad de dos procesadores separados y de memoria adicional. Como se muestra en la Figura 4, todas las comunicaciones entre el controlador de juego y la interfaz de sistema discutidos con respecto a la Figura 2 ahora se pasan directamente a la impresora 40 de la terminal. Las funciones de la interfaz 23 de impresora y la trayectoria 22 de comunicación serán realizadas por elementos equivalentes que se integran con la impresora 40 misma. La Figura 5 es un diagrama de flujo que ilustra el flujo de comunicación para la interfaz de impresora. Se observa que el flujo de comunicación ilustrado es un ejemplo de una implementación posible de la interfaz de impresora, y que otras implementaciones son posibles y se encuentran dentro del alcance pretendido de la invención. La rutina de la Figura 5 comienza en el recuadro
50. En el recuadro 52, los puertos de comunicación del controlador de juego y de la interfaz de sistema se monitorean por un evento de comunicación. Por ejemplo, en la modalidad mostrada en la Figura 2, la interfaz 23 de impresora monitorea las comunicaciones del controlador 24 de juego mediante la trayectoria 25. Similarmente , las comunicaciones de la interfaz 26 de sistema se monitorean mediante la trayectoria 27. Si un evento de comunicación (por ejemplo, un mensaje para la impresora) se detecta en el recuadro 54, la fuente de comunicación (controlador de juego o interfaz de sistema) será determinada en el recuadro 56. Con la determinación de que un mensaje de impresora ha llegado de la interfaz de sistema, el mensaje se dirige del recuadro 56 al recuadro 58, donde se hace una determinación de si la impresora está disponible para imprimir un cupón recibido del controlador de sistema central. Si no es asi, una señal de estado ocupado se envía a la interfaz de sistema de modo que pueda enviar el mensaje otra vez posteriormente (recuadro 60). La rutina después continúa monitoreando los puertos de comunicación como se muestra en el recuadro 52. Si se determina en el recuadro 58 que la impresora está disponible para imprimir un cupón, los datos de cupones de la interfaz de sistema se reciben (recuadro 62), se descifran (recuadro 64), y se convierten en una corriente de datos estándar de la impresora (recuadro 66) . La corriente de datos estándar de la impresora se formatean para la impresora particular que imprimirá el cupón (por ejemplo, impresora 20 de la terminal de la Figura 2 o impresora 40 de la terminal de la Figura 4) . Aunque se pueden proporcionar diferentes impresoras para imprimir cupones y comprobantes, la modalidad preferida es utilizar la misma impresora para ambos. Después de que la información de cupones se convierte en la corriente de datos estándar de la impresora como se muestra en el recuadro 66, se reenvía a la impresora para la impresión de cupones (recuadro 80). La rutina entonces regresa al recuadro 52, donde los puertos de comunicación continúan siendo monitoreados . En caso de que se detecte un evento de comunicación del controlador de juego, este hecho se determina en los recuadros 54 y 56, y en el recuadro 70 se hace una determinación de si la impresora está disponible para imprimir un comprobante. Si no es así, se envía un estado ocupado al controlador de juego (recuadro 72) y la rutina regresa al recuadro 52 para el monitoreo continuo de los puertos de comunicación. Si se determina que la impresora está disponible en el recuadro 70, los datos del controlador de juego se reciben en el recuadro 74, se descifran en el recuadro 76, y se convierten en una corriente de datos estándar de la impresora en el recuadro 78. La corriente de datos estándar de la impresora, formateada para la impresora, se pasa encendido a la impresora para la impresión de comprobantes, como se muestra en el recuadro 80. La rutina entonces regresa al recuadro 52 para el monitoreo continuo de los puertos de comunicación . La corriente de datos estándar de la impresora, será formateada de acuerdo con el protocolo que necesita la impresora particular utilizada. Por ejemplo (y como se muestra en la Figura 3), la corriente de datos de la impresora puede estar en el formato RS-232. Aquellos con experiencia en la técnica apreciarán que otros formatos se pueden utilizar, por ejemplo I2C, Netplex, o USB. Los nuevos formatos de la impresora se pueden acomodar como se desarrollaron, al proporcionar el controlador adecuado en la interfaz de impresora. La Figura 6 es un diagrama de bloque del hardware de un sistema de acuerdo con la presente invención, en el cual los datos recibidos en un formato de Netplex o un formato de USB se pueden proporcionar selectivamente a un procesador 100 de impresora mediante un multiplexor 102 (MUX) . El procesador 100 de impresora se utiliza para controlar una impresora para llevar a cabo sus funciones de impresión. También se utiliza junto con la presente invención para facilitar la descarga de nuevo firmware en la memoria flash 31 de la impresora. El procesador 100 tiene un puerto de I2C y un puerto serial. El puerto serial, por ejemplo, puede cumplir con el protocolo de comunicación de RS-232 serial. La SDRAM 32 se proporciona para el almacenamiento de valores provisionales calculados por el procesador 100 asi como otra información temporal como se conoce bien en la técnica. Los datos de Netplex son recibidos por el controlador 33 de Netplex, y se producen como datos de Netplex serial en un puerto de entrada de MUX 102. El otro puerto de entrada de MUX 102 recibe los datos de RS-232 serial de la interfaz 34 de interfaz. Estos datos de RS-232 realmente pueden ser datos que se reciben como datos de USB, y pretendidos para descargarse en la memoria Flash 31 de la impresora. Después de que se reciben los datos de USB que se descargan en el procesador 104 de USB, el procesador de USB los convierte en datos de RS-232 de modo que los datos se puedan transportar sobre una trayectoria de datos serial convencional (por ejemplo, cable de cinta) al puerto serial del procesador 100 de la impresora. La conversión de datos de USB es directa, y consiste en separar los paquetes de datos substantivos de la sobrecarga y la otra información transportada en la corriente de datos de USB. Después, los paquetes de datos se empaquetan de nuevo de acuerdo con el protocolo RS-232, como bien se conoce en la técnica. En un escenario, un técnico llegará a una terminal de juego o similar con un dispositivo portátil, tal como una computadora portátil. El técnico conectará la salida de USB de su dispositivo portátil con un puerto de USB acoplado con el procesador 104 de USB. La corriente de datos de USB, que puede contener el firmware actualizado para la impresora, será recibida por el procesador 104 de USB y los paquetes de datos serán empaquetados de nuevo en el formato RS-232. Una porción de los datos de USB comprenderá un comando que es reconocido por el Procesador de USB como comando pretendido para cambiar el MUX 102 para distribuir los datos de RS-232 de la interfaz 34 de RS-232 al puerto serial del procesador 100 de impresora. Este comando es enviado por el procesador de USB al puerto de I2C del procesador 100 de la impresora mediante la memoria 36 (por ejemplo, EEPROM) . La memoria 36 se comparte entre el procesador 104 de USB y el procesador de la impresora. En respuesta al comando, el procesador 100 de la impresora generará una señal de control de MUX que se proporciona en una entrada de conmutación de MUX 102. Si el MUX 102 actualmente está proporcionando datos de Netplex serial del controlador 33 de Netplex al puerto serial del procesador de la impresora 100, la señal de control de MUX hará que el MUX comience de otra forma la salida de datos de RS-232 serial de la interfaz 34 de RS-232, de tal modo que proporcione los datos de RS-232 serial al puerto serial del procesador 100 de la impresora. Como se apreciará por aquellos con experiencia en la técnica, en la modalidad ilustrada, el procesador 104 de USB actúa como procesador principal, y la memoria 36 compartida asi como el procesador 100 de la impresora actúan como esclavos en el procesador de USB. En operación, el procesador 100 de la impresora controlará todas las diferentes funciones de una impresora, incluyendo impresión, avance de papel, comienzo, detención, pausa, detección de atasco, detección de poco o nada de papel, detección de tinta baja, indicadores de interfaz de usuario, etc. De vez en cuando, puede desearse cambiar o agregar esta funcionalidad al cargar nuevo firmware de impresora. La carga de nuevo firmware es facilitada de acuerdo con la presente invención al permitir que un técnico (o el dispositivo remoto) conecte el puerto de USB del procesador 104 de USB para proporcionar el nuevo firmware, el cual entonces convierte los datos seriales en un formato que se puede comunicar al procesador de la impresora sobre las trayectorias de datos existentes (por ejemplo, un cable de cinta) . Al proporcionar dos procesadores 100 y 104 con una memoria 36 compartida, es posible utilizar el puerto existente de I2C del procesador de la impresora para recibir el comando que indica al sistema que comience a enviar datos convertidos de USB en vez de datos de Netplex al puerto serial del procesador de la impresora. De este modo, la señal de USB pide con eficacia al sistema que cambie a un modo donde los datos de USB (convertidos en datos seriales de RS-232) se comunican al procesador de la impresora. Se observa que aunque la invención se describe en el contexto de Netplex y de corrientes de datos de entrada de USB, virtualmente cualquier otro tipo de corrientes de datos conocidas actualmente o desarrolladas en el futuro puede ser substituido por consiguiente sin apartarse de las enseñanzas de la invención. Además, mientras que la modalidad ilustrada muestra el uso de la invención junto con una impresora, otros periféricos de computadora que se basan en firmware (el cual se puede actualizar de acuerdo con la invención) también se pueden soportar. La Figura 7 es un diagrama de bloque del software que ilustra los componentes de software de una implementación posible de la presente invención. Este diagrama no se pretende para limitar el alcance de la descripción, ya que muchas otras implementaciones serán aparentes para aquellos con experiencia en la técnica sin apartarse de las enseñanzas de la invención. La implementación de software ilustrada en la Figura 7 incluye un módulo 112 de impresora y un módulo 140 de controlador de USB. El módulo 112 de impresora se ejecuta en el procesador 100 de impresora de la Figura 6. El módulo 140 del controlador de USB se ejecuta en el procesador 104 de USB de la Figura 6. El módulo 112 de impresora incluye un kernel 114 y código 116 funcional de tareas de impresión. También se incluye el código 118 de control de MUX, el código 120 del puerto serial, los controladores 122, 124 de 5 datos seriales convertidos de USB o de Netplex, respectivamente, el controlador 126 de la memoria compartida y un controlador 128 de I2C. El código 118 de control de MUX proporciona la señal de control de MUX que cambia el multiplexor 102 para producir los datos 0 formateados de Netplex o los datos seriales convertidos de USB al puerto serial del procesador 100 de la impresora. El módulo 140 del controlador de USB incluye un kernel 142, un USB para el controlador 144 serial, un controlador 146 de I2C, un controlador 148 serial y un 5 controlador 150 de USB. El USB para el controlador 144 serial es responsable de convertir la corriente de datos de USB ingresada al controlador 150 de USB en datos seriales (por ejemplo, RS-232) que se pueden comunicar mediante el controlador 148 serial al controlador 120 serial del 0 procesador de la impresora mediante MUX 102. Como se observa en lo anterior, al convertir la corriente de datos de USB en una corriente de datos serial convencional, tal
'.' como RS-232, se evita la necesidad de cables especiales de USB en la trayectoria de señal. El controlador 146 de I2C 5 proporciona la señal del comando recuperada de la corriente de datos de USB a la memoria 136 compartida (EEPROM) , que alternativamente proporciona la señal de comando al procesador de la impresora mediante el puerto de I2C. Como se establece previamente, se utiliza la señal de comando para cambiar MUX 102 del modo de Netplex al modo serial de USB, y viceversa. La Figura 8 es un diagrama de flujo que muestra cómo puede realizarse una descarga directa de nuevo firmware mediante el puerto de USB. Después de que la rutina comienza, se hace una determinación en el recuadro 160 de si una transferencia directa desde el USB debe ser iniciada. Si no es asi, la rutina continúa simplemente reciclando hasta que una descarga directa se inicia. Una vez que se inicia una descarga, el controlador de USB escribe el mensaje de comando en la memoria compartida (EEPROM 36) mediante la trayectoria de datos de I2C, como se muestra en el recuadro 162. La impresora entonces reconoce el mensaje de comando en la memoria compartida (recuadro 164). En respuesta al mensaje de comando, la impresora genera la señal de control necesaria de MUX para cambiar el MUX 102 para producir los datos seriales convertidos de USB si el MUX está actualmente en el modo de Netplex (recuadro 166) . El procesador de la impresora entonces recibe los datos seriales convertidos de USB (por ejemplo, en el formato de RS-232) del MUX, y carga los datos recibidos (por ejemplo, firmware actualizado) en memoria flash 31 (recuadro 168) de la impresora. En el recuadro 170, la impresora ejecuta el firmware actualizado. En respuesta a las instrucciones del firmware, la impresora controla el MUX 102 para continuar proporcionando datos seriales convertidos de USB en su salida, o para cambiar y proporcionar los datos formateados de Netplex en la salida de MUX. La rutina entonces vuelve al punto de partida de modo que el sistema esté listo para iniciar otra descarga del USB, si y cuando sea ordenado para realizarse asi, por ejemplo, por un técnico que conecta una computadora portátil que contiene el nuevo firmware al puerto de USB del sistema. El hardware para implementar la presente invención está fácilmente disponible. Por ejemplo, el procesador 100 de la impresora puede comprender el microprocesador de MCF5249 Coldfire™ disponible de Freescale Semiconductor, Inc. (www.freescale.com). Este microprocesador incluye I2C y puertos de datos seriales. El procesador 104 de USB puede comprender el microcontrolador de CY7C68013A EZ-USB™ disponible de Cypress Semiconductor Corporation (www.cypress.com). Ahora se debe apreciar que la presente invención proporciona una interfaz con por lo menos dos puertos para suministrar datos a la impresora o a otro periférico. La interfaz se puede utilizar, entre otras cosas, para controlar la impresora u otro periférico y actualizar el firmware o software en el mismo. El periférico (por ejemplo, impresora) puede residir, por ejemplo, en una máquina de 5 juego, terminal de POS, o en cualquier otro dispositivo. En una modalidad ilustrada, un primer puerto recibe datos en un primer formato de acuerdo con el protocolo correspondiente, tal como Netplex o RS-232. Un segundo puerto recibe datos en un segundo formato de acuerdo con 0 otro protocolo, tal como USB. Se proporcionan impresora separada y procesadores de USB. En la modalidad ilustrada, el procesador de USB es el procesador principal, y el procesador de impresora es el esclavo. Se proporciona una memoria compartida, para poder proporcionar un comando de 5 procesador del USB al procesador de la impresora sobre un puerto, por ejemplo en puerto de I2C, además del puerto en el cual se proporcionan los datos seriales. Puesto que los
¦ · datos de USB no se pueden proporcionar generalmente sobre las trayectorias de datos (por ejemplo, cable de cinta) 0 proporcionadas en sistemas existentes, el procesador de USB convierte datos recibidos del USB en datos seriales de RS- 232 o similares. Un multiplexor es indirectamente controlado por un comando en los datos de USB. Particularmente, el comando se proporciona desde el 5 procesador de USB, mediante la memoria compartida, al puerto separado del procesador de la impresora. El procesador de la impresora entonces genera una señal de control de MUX para cambiar el MUX para proporcionar los datos seriales convertidos de USB al puerto serial en vez de proporcionar, por ejemplo, los datos formateados del procesador de la impresora de Netplex al puerto serial del procesador de la impresora. Aunque la invención se haya descrito con respecto a varias modalidades especificas, se debe apreciar que numerosas adaptaciones y modificaciones se pueden hacer adicionalmente sin apartarse del alcance pretendido de la invención como se establece en las reivindicaciones.