MX2007016016A - Correa virtual para dispositivo personal de juego. - Google Patents

Abstract

Se describen metodos y sistemas para proporcionar una correa virtual y capacidades de descarga de ordenes en un dispositivo personal de juego (PGD) portatil. Un sistema de juego huesped incluye un servidor de juego configurado para generar siembras de juego que tienen datos con respecto a resultados predeterminados de juego para varios juegos basados en apuestas, y un servidor de autenticacion configurado para establecer una correa virtual con un PGD. La correa virtual esta adaptada para autenticar o verificar de forma repetida un usuario de PGD, una ubicacion de PGD, el PGD mismo, y/o codigos de software en el PGD. Incluida dentro de un PGD asociado esta una presentacion adaptada para presentar informacion relacionada al juego, un procesador configurado para ejecutar codigo relacionado al juego, y una memoria que contiene una des carga de ordenes de codigo de computadora que se va a ejecutar por el procesador. La descarga de ordenes del codigo de computadora incluye suficiente codigo para el PGD para procesar y presentar independientemente una jugada de juego basada en una siembra de siembra de juego.

Description

CORREA VIRTUAL PARA DISPOSITIVO PERSONAL DE JUEGO Campo de la Invención La presente invención se refiere en general a máquinas y sistemas de juego, y de manera más específica a sistemas y dispositivos móviles de juego.

Antecedentes de la Invención El juego es una industria cada vez más popular, con casinos y otros establecimientos de juego que buscan continuamente nuevas y excitantes maneras para presentar juegos para jugar. En general, se presentan muchos juegos en grandes dispositivos independientes de juego, tal como las máquinas tragamonedas, máquinas de vídeo póquer bien conocidas y similares. Se pueden presentar otros juegos en alguna cosa diferente de un dispositivo de juego, tal como los juegos de mesa de dados, veintiuna y ruleta. Además, se pueden jugar juegos tal como quina y bingo en áreas especialmente configuradas para presentar el juego a los jugadores (por ejemplo, en áreas donde el personal recoge las cartas de quina y se presentan en grandes pantallas los números requeridos) . Una desventaja sustancial a la manera en que actualmente se presentan estos juegos es que un jugador puede participar en un juego particular sólo en ciertas ubicaciones especificadas y/o en ciertas máquinas o mesas específicas de juego. Por ejemplo, a fin de jugar vídeo póquer o un juego de tragamonedas particular, tal como "Rojo, Blanco y Azul", se puede requerir que un jugador recorra a través de un gran hotel y/o casino a un área específica de juego donde se localiza una máquina de juego de vídeo póquer o "rojo, blanco y azul", real. En general, los casinos y otros operadores de juego desean proporcionar a sus clientes mayor accesibilidad a los dispositivos de juego y la oportunidad de jugar juegos, sin embargo, tal que se desee disponibilidad y conveniencia mejorada en el juego. Para este fin, la Patente de los Estados Unidos No. 6,628,939 y las Solicitudes de Patente Nos. 10/672,307 y 10/871,876 afrontan sistemas y , métodos par proporcionar juegos en un jugador de juegos inalámbricos, tal como un "Dispositivo Personal de Juego" ("PGD") portátil. Por supuesto, pueden surgir cuestiones adicionales cuando quiera que se permita a los jugadores acoplarse a eventos de juego desde ubicaciones móviles y/o remotas, tal como a través del uso de este PGD. La seguridad para cualquier PGD poseído por el casino, prevención incrementada de fraudes, flexibilidad en el uso de PGD y verificación y autenticación de jugadores o sólo unos pocos ejemplos de estas cuestiones adicionales. En tanto que los sistemas y métodos existentes para proporcionar dispositivos móviles de juego y sistemas apropiados de soporte de juego se han adecuado, usualmente son bienvenidas y alentadas las mejoras. En vista de lo anterior, es deseable desarrollar métodos y sistemas más detallados que proporcionen funcionalidad mejorada en el juego móvil que comprende PGD, y en particular que estos métodos y sistemas incluyan características mejoradas de seguridad y autenticación de jugadores en tanto que permanezcan niveles similares o mejores de flexibilidad.

Breve Descripción de la Invención Es una ventaja de la presente invención proporcionar sistemas y métodos móviles mejorados de juego. Esto se logra en muchas modalidades al proporcionar dentro de o alrededor de una máquina o sistema de juego, soporte para al menos una unidad móvil de juego o PGD. De acuerdo a muchas modalidades de la presente invención, los sistemas y métodos descritos pueden comprender el uso de un PGD, una máquina de juego y/o un sistema de juego adaptado para aceptar una apuesta, jugar un juego en base a la apuesta y otorgar una retribución en base al resultado del juego. La presente invención también contempla varios métodos para presentar un juego a un jugador mediante el PGD, reconciliar los resultados de juego, verificar un PGD para el uso, autorizar a un jugador particular y/o área de uso, y controlar el uso de aplicación de juego en el PGD, entre otros . En una o más modalidades, el PGD puede incluir una pantalla de presentación, una unidad de procesamiento que I incluye un procesador y una memoria, y una interfaz inalámbrica de comunicación asociada con la unidad de procesamiento. La interfaz inalámbrica de comunicación se adapta para recibir datos y proporcionarlos a la unidad de procesamiento, y también se adapta para transmitir datos proporcionados por la unidad de procesamiento. En una o más modalidades, la información recibida comprende datos de juego generados en una ubicación remota que se usa por el dispositivo de juego para presentar un juego al jugador. En algunas modalidades, el PGD puede ser un artículo que se posea y se proporcione por el casino o establecimiento de juego, en tanto que otras modalidades pueden incluir el uso de un dispositivo poseído por el jugador como el PGD. También se proporcionan modalidades adicionales a un sistema de juego que comprende una combinación de PGD poseídas por el casino o establecimiento y PGD poseídas por el jugador. En algunas modalidades, el PGD es un dispositivo portátil que tiene un cuerpo que aloja la unidad de procesamiento y otros componentes electrónicos. El PGD puede i incluir un lector de tarjetas para leer una tarjeta de tira magnética, una tarjeta inteligente, u otra fuente de información codificada, tal como información de tarjeta de crédito. El PGD también puede incluir un altavoz para producir sonido a un jugador. En una modalidad. El PGD es desmontable de u operable independiente de dispositivos remotos o redes remotas. En otras palabras, puede estar presente o no una conexión de red o se puede requerir cuando el PGD se este operando. En una modalidad, los datos pueden ser transmitidos y/o recibidos, en lugar de o además de ser transmitido mediante la interfaz inalámbrica de comunicación, a través de otro tipo de interfaz de comunicación, tal como una conexión por cable RS-232, USB ó IEEE-1394, o un transmisor/receptor infrarrojo. El PGD incluye de manera preferente un medio para que un jugador proporcione la entrada de juego. En una modalidad, la presentación puede ser sensible al tacto, tal como a través de una pantalla táctil. El PGD también puede incluir botones o incluir un micrófono para aceptar la entrada de voz . En una modalidad, el PGD se asocia con un sistema de juego que incluye un servidor de datos de juego. La unidad de procesamiento recibe datos de juego de una ubicación remota, tal como el servidor de datos de juego, mediante la interfaz inalámbrica de comunicación y utiliza los datos de juego para presentar un juego al jugador, que incluye presentar información de vídeo de juego en la presentación. En una modalidad, el dispositivo de juego incluye una entrada de jugador y la unidad de procesamiento transmite la entrada a una ubicación remota medíante la interfaz inalámbrica de comunicación. En una modalidad, una interfaz de PGD sirve como una interfaz entre el PGD y uno o más dispositivos, incluyendo el servidor de datos de juego. La interfaz de PGD también se puede asociar con otras redes y dispositivos, que incluyen una pasarela de internet, un sistema de reservación de hotel, una red de transacción de fondos, u otras redes y dispositivos. De esta manera, un jugador puede usar el PGD para obtener acceso a los servicios, largar la internet y acoplarse a otras actividades u obtener información que simplemente jugar un juego. En varias modalidades, si un jugador desea jugar un juego en el PGD, se requiere que el jugador coloque una apuesta o apuesta inicial para participar en un juego que comprende ganancias potenciales (es decir, un juego tipo casino o juego de apuestas) . En ese evento, un jugador proporciona crédito, tal como al deslizar una tarjeta de crédito u otra tarjeta de seguimiento de jugador asociada con una cuenta financiera del jugador. También se puede transferir crédito a través de otros medios tal como desde ' una máquina independiente asociada de juego que tiene crédito existente en la misma. Si se verifica el crédito del jugador, entonces se permite que el jugador juegue un juego o juegos en el PGD, como se selecciona por el jugador. El servidor de juego genera datos de juego con respecto al ' juego que se va a jugar, tal como datos de vídeo y sonido. j Esta información se transmite al PGD, donde se presenta vídeo y sonido al jugador. Como sea necesario, un jugador I puede proporcionar entrada con respecto a las decisiones del jugador que se relacionan al juego, tal como mediante una i ' pantalla sensible al tacto o mediante botones. En algunas modalidades, el PGD almacena código de juego residente. Este código de juego es útil en la I ¡ presentación de un juego, pero solo puede ser incapaz de presentar un juego. En estos casos, se puede configurar un servidor de juego para generar información con respecto a los resultados del juego. Los datos de resultado de juego se 1 proporcionan al PGD y se usan con el código de juego ' residente para presentar un juego. En una modalidad, estos I I datos de resultado de juego o información, comprenden datos | numéricos generados al menos en parte por uno o más I i generadores de números pseudo-aleatorios . La información o i 'datos de resultado de juego también puede incluir tabla de i pagos u otros datos como se requiera permitir el proceso. En ? una modalidad, un jugador puede "pre-comprar" la jugada de 'juego. En esta modalidad, un jugador proporciona pago para apuestas. La cantidad del pago, acoplada con el tamaño de la apuesta para cada juego, determina el número de juegos que puede jugar el jugador. El servidor de juegos se configura para generar datos de resultados de juego para el número de juegos que ha pagador el jugador. Los datos de resultado de juego se pueden transmitir al PGD mediante un enlace inalámbrico de comunicación. En otra modalidad, los datos de resultados de juego se almacenan en un dispositivo portátil de almacenamiento tal como una tarjeta inteligente o módulo de memoria portátil que es capaz de ser leído por el PGD. Una modalidad de la invención comprende un método para activar un PGD. Se genera información de activación en una primera ubicación, tal como por un servidor de juego. Esta información de activación se transmite, tal como mediante una red de transmisiones inalámbricos. Si el PGD detecta la información de activación, el PGD se activa, y sino, el dispositivo esta o permanece desactivado. En una modalidad, la información de activación ya sea se transmite en intervalos, o se transmite de manera continua y se consigna en varios intervalos. En otro aspecto de la presente invención, se proporciona un dispositivo de juego para presentación selectiva de un juego pre-comprado de probabilidad. El dispositivo de juego incluye una interfaz j de comunicación adaptada para comunicarse con un sistema central de juego para recibir de manera selectiva datos de juego que controla la jugada y el resultado del juego de probabilidad pre-comprado, generado por primera vez. La unidad incluye una pantalla de presentación, uno o más mecanismos de entrada, y un dispositivo de microprocesador.

Este procesador se configura para: 1) comenzar el juego, selectivamente activado por la operación de uno o más mecanismos de entrada, del juego pre-comprado de probabilidad usando los datos de juego en una segunda vez seleccionada después de la primera vez; y 2) presentar selectivamente en la pantalla de presentación el resultado generado del juego de probabilidad. Por consiguiente, en este aspecto de la presente invención, se pre-compran y pre-ejecutan uno o más juegos de probabilidad en el sistema central de juego (por ejemplo, un servidor secundario) , en la primera vez, la jugada y resultado del cual puede subsiguientemente jugarse y verse en el dispositivo remoto de juego una segunda vez, después de la primera vez. Los juegos de probabilidad, pre- comprados, de esta manera, se ejecutan completamente en un ambiente o sistema seguro de juego (por ejemplo, un sistema central de juego) , y luego se transfieren, en la forma de datos de juego pre-vistos, al PGD para una ejecución ; completa de repetición del juego y resultado de los juegos de probabilidad en el tiempo libre del jugador en el PGD. En esencia, la jugada y resultados de los juegos de probabilidad pre-comprados se "conocen" y ratifican en el servidor antes de el juego y se ven en el PGD. Una vez que se transfieren los datos pre-vistos del juego al PGD, este dispositivo de juego simplemente se aplica, posiblemente de manera remota, para ver la jugada y resultados de los juegos de probabilidad. De acuerdo a algunas modalidades, se transfiere un corto (o cortos) de vídeo de la jugada de juego y el resultado o se descargan al PGD u otro dispositivo móvil de juego desde el servidor para la repetición desplazada en tiempo del mismo la segunda vez. Bajo estas modalidades, el PGD se relega esencialmente a un mecanismo de visión que elimina cualquier entrada de usuario, diferente quizá de solo presionar un botón para permitir que uno vea lo que ocurrió en la siguiente "secuencia de cuadros" del corto de vídeo. En otra modalidad específica, se proporciona un método para ejecutar jugada de juego pre-comprado para un PGD portátil que incluye generar selectivamente datos previstos de juego, en un sistema central de juego, que representa la jugada y el resultado de uno o más juegos pre-comprados de probabilidad, el último juego del cual se genera la primera vez. Luego, comunicar de manera selectiva los datos pre-vistos de juego desde el sistema central de juego al dispositivo de juego; y reconciliar los datos pre- , vistos de juego desde el dispositivo de juego, vistos en una segunda vez desplazar el tiempo después de la primera vez, con el sistema central de juego para autenticación de los datos post-vistos de juego. En una modalidad específica, el evento de comunicación selectiva incluye comunicar los datos previstos de juego a través de una interfaz removible de comunicación adaptada para la comunicación entre el sistema central de juego y el dispositivo de juego. El evento de comunicación selectiva incluye además almacenar, mediante un dispositivo lector, los datos pre-vistos de juego en una unidad de almacenamiento de la interfaz removible de comunicación, y el evento de reconciliación de los datos post-vistos de juego incluye recuperar, mediante el dispositivo lector, los datos post-vistos de juego de la unidad de almacenamiento de la interfaz removible de comunicación. En una con iguración, la interfaz de comunicación puede incluir un dispositivo periférico y/o de almacenamiento removible adaptado para comunicación i selectiva entre el PGD y el sistema central de juego. El periférico removible se adapta para transferir al menos una porción de los datos de juego entre estos para efectuar la jugada y el resultado del juego de probabilidad. Además, el dispositivo periférico/de almacenamiento removible puede ser una tarjeta inteligente, una llave de clave electrónica, una memory stick, y/o una tarjeta Secure Digital, entre otros artículos . En aún otra modalidad específica, un método para j ejecutar la jugada de juego en un dispositivo remoto de juego que incluye recibir selectivamente datos pre-vistos de juego en el dispositivo de juego. Los datos pre-vistos de juego que se ejecutan en el sistema central de juego, y representar uno o más juegos de probabilidad, pre-comprados, el último juego de los cuales ejecuta la primera vez. El método incluye además recibir instrucciones de entrada, de uno o más mecanismos de entrada del dispositivo de juego, para comenzar la jugada de los datos pre-vistos de juego. Estos datos representan la jugada y el resultado de uno o i más juegos de probabilidad pre-comprados ejecutados por el sistema central de juego. Finalmente, el método incluye presentar la jugada y el resultado de uno o más juegos de probabilidad pre-comprados en una pantalla de presentación del dispositivo de juego, la segunda vez después de la primera vez, en donde los datos pre-vistos de juego que constituyen posteriormente los datos post-vistos de juego. Varias modalidades de la invención comprenden métodos para verificar el PGD para el uso y para reconciliar i los resultados de juego. En varias modalidades, se lee información biométrica, tal como la huella dactilar del jugador en el dispositivo personal de juego y se usa para verificar los derechos del jugador a transacciones financieras y/o los derechos o jugar un juego. En una modalidad, los resultados de los juegos jugados en el PGD se transmiten a un servidor de juego o financiero. Estos resultados reales se reconcilian contra los resultados como se determina de los datos generados de los resultados de juego. El paso de reconciliación confirma la perdida o ganancia del jugador asociada con la jugada del juego o juegos. En aún modalidades adicionales, un servidor de juego configurado para genera siembras de juego que tiene datos con respecto a resultados predeterminados de juego para cada uno de un número de juegos basados en apuestas se puede incluir como parte de un sistema completo de juego. Este servidor de juego también se puede configurar para transmitir semillas de juego a un dispositivo de almacenamiento para el uso por un dispositivo personal de juego durante la jugada futura del juego en el mismo. Un servidor de autenticación en comunicación con el servidor del juego se puede configurar para establecer una correa virtual con un dispositivo personal de juego, con esta correa virtual que se adapta para autentificar o verificar un usuario del dispositivo personal de juego, una ubicación del dispositivo personal de juego, o ambos. Además, un dispositivo personal portátil pertinente de juego también puede incluir una memoria que contiene al menos una descarga de comandos de códigos de computadora que se va a ejecutar ' por un procesador del dispositivo personal de juego. Esta descarga de comandos de códigos de computadora puede incluir suficiente código para que el dispositivo personal de juego procese y presente independientemente una jugada de juego en una presentación del dispositivo personal de juego en base a una siembra de juego. En una o más de las modalidades anteriores, se puede usar una correa virtual para verificar o autentificar varios artículos, tal como un jugador apropiado, una ubicación apropiada para un dispositivo personal respectivo del juego, y otros. Se puede realizar una verificación repetida de uno o más artículos, por lo que el juego basado en apuestas en el dispositivo personal de juego se suspende o termina si no se pueden autenticar o verificar estos artículos de una manera repetida. Esta verificación repetida se puede considerar un "latido" con alertas del sistema, alarmas, advertencias de jugadores y/o terminación o suspensión de una sección de juego que toma lugar dependiendo de la naturaleza de una violación de latido. | Otros métodos, características y ventajas de la invención serán o llegaran hacer evidentes para un experto en la técnica en el examen de las siguientes figuras y descripción detallada. Se propone que todos estos métodos, características y ventajas adicionales incluyan dentro de esta descripción, estén dentro del alcance de la invención, y se protejan por las figuras anexas.

Breve Descripción de las Figuras Las Figuras incluidas son para propósitos ilustrativos y sirven solo para proporcionar ejemplos de posibles estructuras y pasos de proceso para los sistemas y métodos inventivos descritos para juego móvil a través del uso de un PGD. Estas figuras no limitan en ningún modo ningún cambio en la forma y detalle que se pueden hacer a la invención por un experto en la técnica sin apartarse del espíritu y alcance de la invención. La Figura 1 es una vista en perspectiva de un PGD de ejemplo de acuerdo con una modalidad de la invención. La Figura 2 es un diagrama de bloques de un arreglo de componentes de ejemplo del PGD ilustrado en la Figura 1. La Figura 3 es una vista esquemática de un sistema de juego de ejemplo que incluye un PGD de acuerdo con la invención. La Figura 4 es un diagrama de flujo que ilustra un método de ejemplo para presentar un juego con un PGD de acuerdo con una modalidad de la invención. La Figura 5 es un diagrama de flujo que ilustra un método de ejemplo para comparar juegos para jugar en un PGD. La Figura 6 es un diagrama de flujo que ilustra un método de ejemplo para verificar un PGD para jugada de juego de acuerdo con la invención. La Figura 7 es un diagrama de flujo que ilustra un método de ejemplo para verificar resultados de juego de acuerdo con una modalidad de la invención. La Figura 8 ilustra una estación de acoplamiento de ejemplo para el uso con al menos un PGD de acuerdo con una modalidad de la invención. La Figura 9 ilustra aún otra modalidad de un sistema de acuerdo con otra modalidad de la invención. La Figura 10 es una vista esquemática de otro sistema de juego de ejemplo que incluye un dispositivo remoto de juego y una interfaz removible de comunicación construida de acuerdo con aún otro aspecto de la presente invención. La Figura 11 es una vista en planta superior agrandada de una interfaz removible de comunicación de ejemplo del sistema de juego de la Figura 10, en la forma de una tarjeta inteligente. Las Figuras 12A-12D son una serie de diagramas de flujo que representan varios métodos de juego móviles, pasivos de ejemplo para el sistema de juego de la Figura 10. La Figura 13A ilustra en vista en perspectiva una máquina de juego de ejemplo adaptada para aceptar apuestas y presentar juegos de probabilidad. Las Figuras 13B y 13C ilustran en vista en perspectiva dos máquinas especializadas de juego de ejemplo que tiene estaciones asociadas de acoplamiento de PGD de acuerdo con varias modalidades de la invención. La Figura 14A ilustra en vista en planta superior una disposición de piso de casino de ejemplo que tiene al menos un PGD y múltiples terminales de correa virtual en la forma de pico-celdas de acuerdo a una modalidad de la invención. La Figura 14B ilustra en vista en planta superior una disposición de piso de casino de ejemplo que tiene al menos un PGD y múltiples terminales de correo virtual en la forma de dispositivos de triangulación de acuerdo con una modalidad de la invención. La Figura 15 es un diagrama de flujo que ilustra • un método de ejemplo para autentificar y verificar un jugador y ubicación asociada con un PGD determinado de acuerdo con varias modalidades de la invención.

Descripción Detallada de la Invención En esta sección se describen aplicaciones de ejemplo de sistemas y métodos de acuerdo con la presente invención. Estos ejemplos que se proporcionan únicamente para adicionar contexto y ayudar al entendimiento de la invención. De esta manera, será evidente para un experto en la técnica que la presente invención se puede practicar sin algunos o todos estos detalles específicos. En otros casos, no se han descrito en detalle pasos de proceso bien conocido a fin de evitar entorpecer innecesariamente la presente invención. Son posibles otras aplicaciones, tal que el siguiente ejemplo no se debe tomar como definitivo o limitante ya sea del alcance o establecimiento. En la descripción detallada que sigue, se hacen referencias a las figuras anexas, que forman una parte de la descripción y en las cuales se muestran, a manera de ilustración, modalidades específicas de la presente invención. Aunque estas modalidades se describen en detalle suficiente para permitir que un experto en la técnica a partir de la invención, se entiende que estos ejemplos no son limitantes, tal que se pueden usar otras modalidades y se pueden hacer cambios sin apartarse del espíritu y el alcance de la invención. En general, la presente invención comprende un PGD que se adapta para presentar un juego para jugar por un jugador. En una modalidad preferida de la invención, al menos un juego comprende un juego de probabilidad, y de manera más particular, este juego que requiere que un jugador coloque una apuesta monetaria a fin de estar ' facultado para jugar el juego, después de lo cual uno o más resultados de juego pueden dar por resultado un premio monetario u otro que se otorgue al jugador. En una o más modalidades, el PGD se asocia por una, máquina de juego, servidor de juego y/o red de juego como parte de un sistema completo de juego, como se expone más adelante. La siguiente descripción detallada entonces proporciona tres tipos básicos de procesos de PGD. Primero, se describen varios procesos de PGD en serie, después de lo cual se analizan procesos alternativos de PGD basados en cortos de vídeo, ' seguido por varios procesos de PGD de descarga de comandos, que incluyen aquellos que comprenden "siembra" de juego. Finalmente, se dan funcionalidades que se pueden usar con cualquiera de los tipos de proceso en serie, de cortos de vídeo o de descarga de comandos. Estas funcionalidades incluyen el uso de una correa virtual para restringir un PGD a un jugador y/o ubicación particular, así como máquinas independientes especializadas de juego que operan como estaciones de acoplamiento de PGD. , Dispositivos Personales de Juego La Figura 1 ilustra un dispositivo personal de juego ("PGD") 20 de ejemplo de acuerdo con una modalidad de la invención. En general, el PGD 20 incluye un cuerpo o alojamiento 22. El cuerpo 22 se puede construir de una amplia variedad de materiales y en una amplia variedad de formas. En una modalidad, el cuerpo 22 se construye de uno o más componentes de plástico o polipropileno moldeado. El cuerpo 22 se puede construir de metal o una amplia variedad de otros materiales. Como se ilustra, el cuerpo 22 en general es de forma rectangular, teniendo un lado o cara frontal 24, un lado o cara posterior, (no visible), un extremo superior 26, un extremo 28 del fondo, un primer lado 30 y un segundo lado 32. De manera preferente, el cuerpo 22 define un espacio interior cerrado (no mostrado) en el cual se colocan una variedad de componentes. En una modalidad preferida, el PGD 20 se adapta para presentar datos de juego de vídeo y sonido a un jugador. Como se ilustra, el PGD 20 incluye una presentación 34. La presentación se localiza en la cara frontal 24 del cuerpo 22, que da de esta manera hacia arriba hacia un jugador. En una modalidad preferida, la presentación 34 incluye una pantalla de cristal líquido ("LCD"), y en particular, una LCD que permite la entrada por pantalla táctil. Se apreciara que se puede proporcionar otros tipos I | de presentaciones. El PGD 20 también incluye un dispositivo ¡ generador de sonido en la forma de al menos un altavoz 36.

I En una modalidad, el altavoz 36 se coloca por debajo de una I I porción superior o de cubierta del cuerpo 22 que tiene una o más perforaciones o aberturas en el mismo a través de las I cuales puede viajar fácilmente el sonido. Como se ilustra, el altavoz 36 se localiza cerca del extremo 28 de fondo del cuerpo 22, en general opuesto a la presentación 34. Se j i apreciara que el altavoz 36 o altavoces adicionales se i ! pueden proporcionar en una amplia variedad de i j ubicaciones, tal como en un o ambos lados 30, 32 del cuerpo I 22. I En una modalidad preferida, el PGD 20 se adapta para enviar y/o recibir datos desde otro dispositivo. Como i tal, el PGD 20 incluye uno o más dispositivos o interfaces 1 de entrada y/o salida de datos. En una modalidad, el PGD 20 j incluye un puerto 38 de datos de RS-232 para transmitir y aceptar datos, tal como a través de un cable que se extiende , entre el PGD 20 y otro dispositivo, tal como una 1 i computadora. En una modalidad, el PGD 20 incluye un puerto I ¡ 40 de datos de USB para transmitir y aceptar datos, también i a través de un cable. En una modalidad, el PGD 20 incluye un ¡ transmisor/receptor 42 infrarrojo de datos para transmitir I información en forma inalámbrica de luz infrarroja. En una modalidad preferida, el PGD 20 incluye otro dispositivo 44 inalámbrico de comunicación, tal como un dispositivo/interfaz inalámbrica de comunicación que opera a radiofrecuencia, tal como de acuerdo con la norma IEE-802.1x o BluetoothMR. ' De manera preferente, se permite que un jugador proporcione entrada al PGD 20, tal como para jugar un juego. Como se señala anteriormente, un medio de entrada puede ser a través de la presentación 34. La presentación 34 también se puede arreglar para aceptar la entrada mediante un estilete u otro dispositivo. En una modalidad, el PGD 20 incluye un teclado numérico 46. En una o más modalidades, el teclado numérico 46 es un teclado numérico sellado que tiene una o más teclas o botones que se pueden activar por un jugador, tal como al oprimir el botón con su dedo. El PGD 20 ' puede incluir un micrófono 48 arreglado para aceptar entrada de voz de un jugador. Se pueden proporcionar de manera alternativa otros dispositivos de entrada o se proporcionan ; además de aquellos dispositivos de entrada descritos. Por ejemplo, se puede permitir que un jugador proporcione entrada a través de una palanca de control (no mostrada) . La palanca de control puede comprender un elemento de control asociado directamente con el cuerpo 22 del PGD 20. De manera alternativa, la palanca de control puede estar separada del PGD 20, y entonces se coloca en comunicación con éste, tal como al enchufar en la palanca de control a un puerto de datos del PGD 20. Se puede proporcionar un lector de tarjetas inteligentes, lector óptico u otro dispositivo de entrada para leer información de otro elemento, tal como una tarjeta, boleto o similar. El PGD también puede incluir un teclado o ratón. En una modalidad, el PGD 20 incluye un dispositivo 41 de recolección de imagen, tal como una cámara. El dispositivo 41 de recolección de imagen se puede usar, por ejemplo, para capturar la imagen de un usuario o jugador del PGD 20. Esta información de imagen se puede usar para propósitos de seguridad o autenticación, como se expone en mayor detalle más adelante. El PGD 20 también puede incluir un escáner 49 de huella dactilar. En una modalidad, como se ilustra, el escáner 49 de huella dactilar se puede localizar por detrás o por debajo de un botón de entrada de usuario, tal como un botón de "girar" o "tirar". De esta manera, se puede obtener la huella dactilar de un jugador sin que el usuario jugador tenga que participar de manera consiente. Como se describe más adelante, se puede usar información de huella dactilar escaneada de un jugador para propósitos de autenticación. Este dispositivo de exploración o escaneo puede ser similar a aquel ofrecido por AuthenTec, Inc. de Melbourne, Florida. El PGD 20 puede incluir un lector 50 de tarjetas. Como se ilustra, el lector 50 de tarjetas esta localizado en un lado 30 del cuerpo 22 del PGD 20. En una modalidad preferida, el lector 50 de tarjetas comprende un lector de tiras magnéticas para leer información de una tira magnética de una tarjeta. El lector de tarjeta también se puede adaptar para escribir o almacenar datos a una tarjeta inteligente o módulo portátil de memoria. Como se ilustra, el lector 50 tarjeta incluye una ranura que se coloca en el lado 30 del GDP 20. El PGD 20 puede estar accionado por baterías, tal como con un paquete de baterías recargables. Se puede proporcionar un botón 47 de ENCENDIDO/APAGADO para controlar la energía al PGD 20. Como se expone en mayor detalle más adelante, el PGD 20 se puede acoplar en o asociar de otro modo con una máquina independiente de juego u otro dispositivo de juego. En los momentos en que se acopla el PGD 20, se puede recargar la batería interna del dispositivo para uso posterior en un modo no acoplado o "remoto", como se apreciará fácilmente. También se pueden proporcionar provisiones, advertencias y salvaguardias de detección apropiados para un estado de batería baja en el PGD 20 en tanto que esta en un modo remoto. De manera preferente, el PGD 20 incluye un medio de control para controlar la operación del dispositivo, que incluye aceptar la entrada y proporcionar la salida. Una modalidad de este medio de control se ilustra en la Figura 2. Como se ilustra, el PGD 20 incluye de manera preferente un ambiente de cómputo que sirve como el medio de control. El ambiente de cómputo incluye una unidad 52 central de procesamiento. La unidad 52 central de procesamiento comprende de manera preferente un microprocesador, tal como aquellos bien conocidos y fabricados por compañías tal como Intel, AMD, transmeta y Sun Microsystems, Inc. La unidad 52 central de procesamiento se asocia con una barra común 54 bi-direccional del sistema. La barra común 54 del sistema puede contener, por ejemplo, líneas de treinta y dos direcciones para dirigir una memoria de vídeo o memoria principal. Además, la barra común 54 del sistema incluye de manera preferente una barra común de datos de treinta y dos a sesenta y cuatro bit para transferir datos entre y con componentes asociados con la barra común 54. De manera alternativa, se pueden usar múltiples líneas de datos/dirección en lugar de líneas separadas de datos y dirección. La presentación 34 se acopla a la barra común 54. En una modalidad, se proporciona una memoria de vídeo (no mostrada) en asociación con la barra común 54. La memoria de vídeo puede ser una memoria de acceso aleatorio de vídeo de doble puerto. La memoria de vídeo se acopla de manera preferente a y la regla para accionar la presentación 34 de LCD. Por supuesto, la memoria de vídeo se puede acoplar a un CRT, u otro dispositivo adecuado de presentación. Se asocia una memoria 56 con la barra común 54 del sistema. En una modalidad, la memoria 56 comprende memoria de acceso aleatorio, dinámica ("DRAM"), DRAM sincrónica u otras formas de memoria de acceso aleatorio. La memoria 56 puede tener ' otras formas también, tal como memoria de lectura únicamente, programable, electrónicamente borrable ("EEPROM"). De manera preferente, la memoria 56 es del tipo que permite que los datos se escriban a la misma y se lean de la misma. También un dispositivo 58 de almacenamiento masivo es preferentemente accesible mediante la barra común 54. El dispositivo 58 de almacenamiento masivo puede ser del tipo de lectura únicamente (tal como una unidad óptica de CD o DVD) o puede ser de una variedad de lectura y escritura tal como una memoria flash, compact flash, o unidades de CD/DVD-R/ . Como se ilustra, la variedad de dispositivos de entrada y salida se puede asociar con la barra común 54 de sistema, y de esta manera los otros componentes asociados con la barra común. Como se ilustra, el altavoz 36, teclado numérico 46 y lector 50 de tarjeta se asocian con la barra común 54 del sistema. También se pueden asociar una variedad de dispositivos de entrada/salida de datos ("dispositivos de ! I/O") con la barra común 54 del sistema, tal como, aunque no ilustrado de manera especifica, el puerto 38 de RS-232, el < USB 40, y el transmisor/receptor 42 de comunicación infrarroja. Como se apreciara, estos dispositivos/elementos pueden operar de acuerdo con diferentes protocolos y tienen diferentes arquitecturas, y tienen interfaces apropiadas proporcionadas para la comunicación con la barra común 54 del sistema. Por ejemplo, el transmisor/receptor infrarrojo puede tener diferentes capas, incluyendo una capa física que incluye el dispositivo emisor de luz, y enlace y otras capas que incluye software y/o hardware, como se conoce. Se pueden asociar una variedad de otros dispositivos de entrada/salida con el PGD 20, como se conoce ahora o se desarrolle después . De manera preferente, como se señala anteriormente, el PGD 20 incluye una interfaz de comunicación, de radiofrecuencia, inalámbrica, que opera de acuerdo con las normas IEEE 802.1 x o BluetoothMR. Las arquitecturas/protocolos de estas interfaces inalámbricas de comunicación son bien conocidas y de esta manera no se describirán en detalle en la presente. En general, sin embargo, esta interfaz 44 permite comunicación bi-direccional de datos. Como se describe en detalle, el PGD 20 se le puede permitir comunicarse con una amplia variedad de dispositivos/sistemas, que incluyen al menos un dispositivo asociado con una red de juego. De acuerdo con la invención, el PGD 20 puede enviar datos y recibir datos, incluyendo código de programa, a través de la interfaz 44 de comunicación (o los otros dispositivos de entrada/salida, tal como el transmisor/receptor infrarrojo). Como un ejemplo descrito en detalle más adelante, un servidor de juego puede transmitir el código requerido para una aplicación mediante un transceptor a la interfaz 44 de comunicación del PGD 20. El código recibido se puede ejecutar por la unidad 52 central de procesamiento como se recibe y/o almacena en la memoria 56 para ejecución posterior. En una modalidad, el PGD 20 puede incluir un dispositivo de almacenamiento masivo de datos (no mostrado) tal como una unidad de disco duro, CD-ROM o similar. En una o más modalidades, la memoria 56 puede comprender una tarjeta inteligente o dispositivo similar fácilmente removible (y reemplazable) . En este caso, se pueden asociar los datos tal como código de operación, con el PGD 20 mediante un CD-ROM colocado en una unidad de CD-ROM o por la inserción de una tarjeta inteligente codificada o módulo portátil de memoria. Aunque el PGD 20 anterior de ejemplo es bastante especifico con respecto a muchos detalles, se apreciara fácilmente que también se pueden usar una amplia variedad de dispositivos similarmente adecuados como un PGD. Otros PGD de ejemplo y características de los mismos se proporcionan en la Patente de los Estados Unidos No. 6,846,238, comúnmente poseída, emitida a Wells y titulada "Jugador Inalámbrico de Juego", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos. También se pueden encontrar características y aplicaciones adicionales para un PGD adecuado en la solicitud de Patente de los Estados Unidos No. 10/937,990 comúnmente poseída por Nguyen et al., titulada "Aparato y Método para Comunicaciones Inalámbricas de Juego", que también se incorpora en la presente como referencia en su totalidad y para todos los propósitos. Se apreciará que no todos los puntos y características de los PGD anteriores e incorporados se pueden requerir para un PGD determinado o sistema asociado, y que también se pueden incluir otros puntos y características no descritos. En algunos casos, se puede proporcionar un PGD por el operador de casino o juego, tal como a través de ventas, alquileres o procedimientos de caja, en tanto que en otros casos, un PGD adecuado puede ser un dispositivo exterior que se proporcione por el jugador o una tercera parte. Este PGD exterior poseído de manera privada puede ser, por ejemplo, un asistente personal de escritorio ("PDA"), computadora portátil, iPodMR, teléfono celular, o cualquier otro dispositivo similarmente adecuado. Como se analiza en la presente, se entenderá que el uso del termino "PGD" puede referirse al PGD 20 de ejemplo descrito anteriormente, así como cualquier otro dispositivo adecuado que puede servir como un PGD para cualquier propósito de la presente invención, y que este dispositivo o dispositivos pueden ser portátiles o no o de mano. Adicionalmente, en tanto que se usan los términos dispositivo de juego "portátil" y "móvil", se entiende que el uso de otros PGD no portátiles adecuados se puede sustituir en casos I pertinentes.

Sistema General de Juego de PGD En una o más modalidades, el PGD 20 se asocia con un sistema de juego. En una modalidad preferida, el PGD 20 sólo es operable o al menos incapaz de presentar ciertas funciones o características a menos que este asociado con este sistema. En la Figura 3 se ilustra un sistema 60 de juego de ejemplo de acuerdo con una modalidad de la invención. Como se ilustra en la presente, el servidor 60 de juego incluye una interfaz 62 personal de dispositivo de juego. Esta interfaz 62 de PGD sirve como una pasarela para comunicaciones de datos entre el PGD 20 y varias redes, servidores y otros dispositivos. En una modalidad, las comunicaciones de datos entre el PGD 20 y la interfaz 62 de PGD es mediante un transceptor 64 asociado con la interfaz 62 de PGD. En general, el transceptor se arregla para recibir información de la interfaz 62 de PGD y transmitirla al PGD 20 y/o recibir información del PGD 20. Como se ilustra, un PGD 20 puede comunicarse directamente con el : transceptor 64. Se apreciara, sin embargo, que pueden existir limitaciones con respecto al intervalo sobre el cual se pueden transmitir de manera exacta estos datos. Por lo tanto, en una o más modalidades, se pueden proporcionar uno o más retrasos 66 para recibir y re-transmitir los datos a la ubicación apropiada. Como se señala anteriormente, en una modalidad preferida, la interfaz 62 de PGD sirve como una pasarela o interfaz entre uno o más PGD 20 y uno o más dispositivos, sistemas o redes diferentes. La interfaz 62, ya sea la forma de una interfaz inalámbrica o una estación de acoplamiento (como se describe en más detalle más adelante), se puede asociar con o residir en un quiosco, ranura u otro tipo de máquina de juego, un dispositivo de punto de venta, una computadora personal o similar. Como se ilustra, en una modalidad, la interfaz 62 de PGD se asocia con un servidor 68 financiero ya sea mediante un enlace directo (como se ilustra en la Figura 3) o mediante una red (como se ilustra en la Figura 9) . El servidor financiero 68 puede ser una computadora o estar asociado con una computadora que tiene una unidad de procesamiento y uno o más archivos de datos. El servidor 68 financiero se arregla de manera preferente para confirmar datos de transacción financiera. Por ejemplo, a fin de que un jugador se le permita jugar un juego usando el PGD 20, se puede requerir que el jugador coloque una apuesta. En una modalidad, la apuesta se puede colocar usando una tarjeta de crédito. En este caso, el jugador puede deslizar su tarjeta de crédito usando el lector 50 de tarjeta asociado con el PGD 20. Estos datos se pueden transmitir al servidor financiero 68 para confirmación (y como es conocido en la técnica, generación de datos de transacción financiera, tal como una fecha de transacción, tiempo y valor) . En una modalidad, el sistema 60 incluye un servidor 70 de juego. Como se ilustra, el servidor 70 de juego esta asociado con la interfaz 62 de PGD, ya sea directamente o mediante una red. En una o más modalidades, el servidor 70 de juego es, o esta asociado con, un dispositivo de computo, tal como un procesador adaptado para ejecutar un código de juego. De manera preferente, el servidor 70 de juego se arregla para proporcionar datos de juego al PGD 20 mediante la interfaz 62. Estos datos de juego pueden comprender datos de vídeo para generar una imagen en una presentación 34 del PGD 20, y datos de sonido para generar sonido emitido por el altavoz 36. El servidor 70 de juego también se adapta de manera preferente para recibir entrada de un jugador, tal como una selección de jugador durante la jugada de un juego. En una modalidad, se conecta un servidor 72 de reservación a la interfaz 62 de PGD, ya sea directamente o mediante una red. El servidor 72 de reservación se puede arreglar para aceptar selecciones de reservación, y proporcionar la información con respecto a habitaciones disponibles de hotel, tarifas, espectáculos, restaurantes y similares para el uso para un jugador para el PGD 20 al hacer una selección de reservación. En tanto que el PGD 20 puede comunicarse con otros dispositivos mediante enlaces directos de red como se ilustra en la Figura 2, el PGD 20 puede comunicarse con una variedad de otros dispositivos mediante una red, como se ilustra en la Figura 9. Por ejemplo, el PGD 20 puede comunicarse con un servidor 90 de premios, un servidor 92 de seguimiento de jugadores, un servidor progresivo 94, un servidor 96 de autenticación, un servidor 98 de contabilidad, un servidor 100 promocional, y un servidor 102 de transacción sin efectivo, entre otros además del servidor 70 de juego y el servidor 68 financiero, mediante una red. Como se apreciara, estos servidores pueden ser dispositivos físicos separados, o algunos o todos pueden estar integrados en un dispositivo físico único, tal como donde cada "servidor" comprenda uno o más programas o módulos adaptados para controlar una función determinada o tipo de servicio en un dispositivo físico comprensivo. Cada servidor puede residir en cualquiera de una variedad de ubicaciones, y algunos servidores pueden residir en ubicaciones separadas de otras. Por supuesto, una ubicación típica puede estar en un cuarto posterior u otra ubicación asegurada accesible sólo al personal del casino. Otras posibles ubicaciones adicionales del servidor pueden incluir, por ejemplo, en una misma máquina de juego independiente, en un quiosco, o en una ubicación remota lejos del casino o establecimiento de juego. Como se exponen más adelante, un PGD 20 puede comunicarse con otros dispositivos mediante enlace de comunicación inalámbrica con la interfaz 62 de comunicación inalámbrica, o con referencia a la Figura 8, mediante conexión directa con la estación 88 de acoplamiento. Con referencia a la Figura 9, la interfaz 62 y/o estación 88 de acoplamiento se pueden asociar a su vez con o integrarse en un quiosco 104, una ranura u otro tipo de máquina 106 de juego, una computadora 108 personal, o un dispositivo 110 de punto de venta o similar. Estos dispositivos entonces se pueden conectar o asociar con una red. En una modalidad, como se ilustra en la Figura 2, la interfaz 70 de PGD se conecta a una pasarela 74 de Internet. Esta pasarela de Internet puede comprender un dispositivo de cómputo que se acopla a la Internet, tal como a través de un proveedor de servicio de Internet. En una modalidad, como se ilustra en la Figura 9, la Internet puede comprender o ser parte de la red que permite que el PGD 20 se conecte a una variedad de otros dispositivos, tal como servidores. En otra modalidad, la red puede comprender una red dedicada de juego con la cual se asocian estos dispositivos. La interfaz 62 de PGD se puede arreglar para facilitar la comunicación entre dispositivos, sistemas y redes que operan de acuerdo con diferentes protocolos. Por ejemplo, la interfaz 62 de PGD se puede arreglar para comunicarse con el PGD 20 de acuerdo con una norma IEEE 802. lx inalámbrica. Por otra parte, la interfaz 62 de PGD se puede arreglar para comunicarse con los servidores financiero, de juego, de reservación y otros que operan de acuerdo con el protocolo IEEE 1394 ("Firewire") , o Ethernet o similares. Además, la interfaz 62 de PGD se puede arreglar para comunicarse con la pasarela 74 de Internet de acuerdo con un protocolo de PPP o SLIP. Como se apreciará, los datos que se transmiten hacia y desde el PGD 20 se proporcionan de manera diferente con una dirección u otro identificador del destino propuesto de la información. Esta información de dirección se usa por la interfaz 62 de PGD "para dirigir datos recibidos desde un PGD 2o a un destino particular, tal como el servidor 70 de juego. Igualmente, los datos que se dirigen a un PGD 20 tienen de manera preferente una dirección asociada con este para identificar el destino propuesto, particular. Se apreciará que se puede asociar más de un PGD 20 con la interfaz 62, tal que es necesaria una dirección o identificador único para asociar apropiadamente los datos con su destino propuesto. En una o más modalidades, el PGD 20 se puede programar con una dirección específica u otra información de seguridad, tal como una contraseña para prevenir la asociación de dispositivos no autorizados con el sistema 60. En una modalidad, cada PGD 20 puede implementar un esquema de encriptación/desencriptación de datos tal como RSA o DSA. Algo o toda la información o datos que se transmiten hacia o desde el PGD 20 se pueden encriptar para prevenir su intersección y uso por usuarios no autorizados. Las claves de encriptación/desencriptación se pueden asociar con el PGD 20 con un módulo o dispositivo removible similar.

Se puede requerir que un usuario obtenga un módulo a fin de que se funcione el PGD 20. Ahora se describirán varios métodos para usar un dispositivo personal de juego tal como el PGD 20 ilustrado en la Figura 1. Primero, un jugador obtiene un PGD 20. En un arreglo, un casino puede permitir que un jugador verifique un PGD 20. Por ejemplo, un casino puede tener un escritorio o estación central en la cual un jugador puede obtener un PGD 20. En una modalidad, se puede requerir que un jugador deje un depósito para verificar el dispositivo, ayudando a asegurar que el depósito regresará al PGD cuando no lo esté usando. En algunas modalidades, se puede requerir que un jugador rente el dispositivo, tal como al pagar una tasa para el tiempo durante el cual el jugador usa el PGD o lo revise. Como una alternativa, también se puede permitir que un jugador compre un PGD de un casino u otro establecimiento de juego. Esta opción puede ser particularmente útil donde los jugadores desean tener o poseer sus propios PGD y donde un casino u operador de juego desea tener un sistema más seguro con sólo una clase establecida de PGD y/o programación de PGD. En aún otras modalidades, se puede permitir que un jugador use su propio dispositivo, tal como un PDA exterior, computadora portátil, iPodR, teléfono celular, u otro dispositivo similar, como se señala anteriormente. En estos casos, se puede requerir que un jugador proporcione un dispositivo exterior separado capaz de soportar el software necesario del sistema. El jugador entonces necesitará de manera preferente pasar a través del proceso de tener uno o más programas del sistema descargados en su PDA exterior u otro dispositivo. Habiendo obtenido un PGD de casino o teniendo su propio dispositivo programado apropiadamente, el jugador puede ser capaz de usar el dispositivo en una variedad de ubicaciones, incluyendo en un quisco, máquina tragamonedas, área de casino, computadora personal o similar (ver Figura 9) . Se apreciará fácilmente que el proceso de obtener un PGD se puede aplicar a cualquiera de los tres pasos primarios de los procesos de PDG: en serie, corto de vídeo, y descarga de órdenes.

Tipo I de Proceso: Procesos en Serie de PGD Una vez que un jugador o usuario ha obtenido un PGD apropiadamente programado, se puede permitir que el usuario se embarque en una o más actividades. En una modalidad, algunas actividades se pueden presentar por el PGD mismo. Por ejemplo, se puede almacenar el código de software en la memoria 56 para ejecución por la unidad 52 de procesamiento del PGD para permitir ciertas funciones, tal como la reproducción de música, presentación de información de "cómo usar" o "ayuda" y similares. En algunas modalidades, sin embargo, está limitado el número de funciones que se soportan completamente por un PGD apropiado. Esto limita la cantidad total de memoria que necesita tener el PGD, que puede ser ventajoso donde un dispositivo particular esté limitado con respecto a la memoria. En estas circunstancias, se pueden soportar una o más funciones o actividades solamente al asociar el PGD con un sistema de juego, tal como aquel que se ilustra en la Figura 3. En una modalidad, cuando se enciende el PGD, tal como con el botón 47 de encendido/apagado del PGD 20 de ejemplo, el PGD se adapta para enviar una señal a la interna 62 de PGD u otro dispositivo para establecer un enlace de comunicación. Una vez que se proporciona este enlace de comunicación, de pueden transmitir datos hacia y desde el PGD 20 y las otras redes, sistemas/dispositivos. Una vez que se establece un enlace de comunicación, se puede transmitir información del menú principal desde la interfaz 62 de PGD. i Por ejemplo, el personal del casino puede generar información de menú t cargarla en una memoria asociada con la interfaz 62 de PGD. Al momento que un PGD 20 establece un enlace de comunicación con la interfaz 62 de PGD, se puede transmitir la información de menú al PGD 20 para presentación en el mismo. Entonces un jugador puede seleccionar una o más actividades o funciones del menú presentado. Se puede proporcionar entrada al tocar un área de la pantalla 34 asociada con un punto del menú, que proporciona una entrada de teclado, o de otras maneras. En una modalidad, se puede permitir que un jugador se embarque en actividades u obtenga servicios sin cargo. Por ejemplo, se puede permitir que un jugador tenga acceso al Internet usando un PGD, tal como un PGD 20 proporcionado por el casino, sin cargo al jugador. También se puede permitir que el jugador obtenga información de espectáculos, boletos, hotel, restaurante y otra y coloque reservaciones y similares sin cargo. , En una o más modalidades se requiere que un jugador pague para enrolarse en una o más actividades. En una modalidad preferida, se requiere que un jugador coloque ' una apuesta o apuesta inicial a fin de jugar uno o más juegos. Por supuesto, se pueden proporcionar gratis uno o más juegos. De manera alternativa, se puede requerir que un jugador coloque una apuesta o apuesta inicial para estar facultado a un premio o ganancia si el resultado del juego es un resultado ganador. En otra modalidad, el casino u otra parte pueden obsequiar premios. Por ejemplo, se puede permitir que un jugador juegue en uno o más juegos complementarios, con el jugador que se le otorga un premio (dinero, una estancia de noche en hotel, cena gratis o similar) en el caso que el jugador sea un ganador del juego. En el caso en el que el jugador se requiera que coloque una apuesta o desee colocar una apuesta, el jugador puede hacerlo en una variedad de maneras. En una modalidad, el jugador puede proporcionar crédito o valor usando una tarjeta de crédito. Como se describe anteriormente, el jugador puede deslizar su tarjeta de crédito con el lector 50 de tarjetas. Los datos leídos de la tarjeta de este jugador se pueden transmitir desde el PGD 20 a un servidor financiero para verificación. En otra modalidad, un jugador puede colocar un depósito con el operador de juego y que se le proporcione una tarjeta de jugador. Por ejemplo, si un jugador verifica un PGD 20 poseído por el casino, el jugador puede colocar un depósito unitario o depósito de crédito para este uso. El depósito se puede asociar con una cuenta del jugador y/o una tarjeta del jugador. Los datos del depósito se pueden almacenar en una base de datos principal, con un archivo particular que se asigna a un identificador. Ese identificador se puede almacenar en la tarjeta de jugador. Más adelante, el jugador puede deslizar su tarjeta de jugador. El identificador leído se puede transmitir y los datos de depósito se obtienen del archivo correspondiente. Se pueden proporcionar una variedad de otros métodos para que un jugador proporcione crédito o valor. Por ejemplo, se puede proporcionar un jugador con un boleto codificado (en código de barras o similar), tarjeta inteligente u otro elemento que tiene datos que proporcionan verificación de un crédito o pago del jugador. Se pueden usar métodos similares donde el jugador usa su propio PGD separadamente poseído, tal como a través de programas financieros descargados con respecto a cuentas de crédito, como se apreciará fácilmente. En una modalidad, el jugador puede seleccionar la cantidad de la apuesta o apuesta inicial al proporcionar entrada al PGD 20. Por ejemplo, una vez que un jugador ha seleccionado un juego para jugar, un servidor de juego puede transmitir los datos de la pantalla de apuesta. La pantalla de apuesta puede indicar a un jugador que el jugador puede apostar dondequiera de 1 a 5 créditos, cada crédito que tiene un valor (tal como $.25 dólares americanos, $1.00 dólares americanos o similar) . El jugador puede seleccionar la apuesta deseada. Al recibir los datos, el servidor de juego puede instruir al jugador para proporcionar el crédito necesario, tal como al deslizar la tarjeta de crédito. En una modalidad, un jugador puede crear un banco de créditos del cual puede colocar apuestas el jugador. Por ejemplo, se puede permitir que un jugador coloque un depósito grande con el operador o puede usar su tarjeta de crédito para crear un depósito grande. Este depósito se puede asociar con una cuenta del jugador. El crédito total del jugador se puede presentar por el PGD. Este arreglo puede ser similar a aquel de las máquinas actuales de juego donde un jugador puede proporcionar una cuenta de $20 para generar 20 créditos de $1, con el número de créditos indicado al jugador. Una vez que se ha proporcionado la verificación de la apuesta o apuesta inicial del jugador, se puede permitir que el jugador juegue el juego. En una modalidad preferida, los datos del juego se generan por el servidor 70 de juego y se transmiten al PGD. La Figura 1 ilustra una modalidad de un PGD 20 de ejemplo que está presentando una pantalla de un juego de póquer en vídeo, la pantalla que presenta las cartas e instrucciones al jugador. El jugador puede proporcionar entrada al servidor 70 de juego como sea necesario. En una modalidad, se puede permitir que un jugador aumente su apuesta o apuesta inicial, o coloque de otra manera otras apuestas, durante el transcurso del juego. En este caso, El jugador puede proporcionar crédito como se describe anteriormente. Dependiendo del resultado del juego, se puede proporcionar un premio o ganancia al jugador. En una modalidad, se asocia una ganancia con una cuenta del jugador o se le puede dar crédito a la cuanta de la tarjeta de crédito del jugador. En otra modalidad, El PGD 20 puede incluir una impresora de boletos u otro dispositivo para emitir un elemento que tenga el valor asociado con este (o al menos datos con respecto al valor ganado por el jugador. Al final de un juego o un grupo de juegos, los resultados se cargan al servidor de contabilidad (si está presente un enlace de comunicación) , o se almacenan en una memoria i segura para carga posterior y reconciliación (si no está presente un enlace de comunicación entre el PGD y el servidor de contabilidad) . Un jugador puede jugar cualquier número de juegos, cambiar a otras actividades, o regresar el PGD 20 en cualquier momento. En una o más modalidades, se pueden proporcionar medios para asegurar que los PGD 20 se regresen y no se • hurten. Primero, en una modalidad, los PGD se pueden restringir al uso en un área particular. Por ejemplo, se ! puede permitir el uso de los dispositivos únicamente en una sala de juego particular. Al monitorear las salidas, el robo o pérdida de los PGD 20 se puede controlar. En una modalidad, se puede crear una "cerca" que, si cruza el PGD 20, da por resultado que se active una o más medidas de seguridad. La cerca puede comprender uno o más emisores que emiten una señal detectable en un área restringida por el PGD 20. Al detectar la señal, el PGD 20 se puede arreglar para generar una señal audible ruidosa (tal como por el altavoz 36) que advierte que el PGD 20 se está removiendo del área autorizada. El PGD 20 también se puede arreglar para presentar un mensaje de advertencia a un jugador. En una modalidad, se puede borrar una memorias del PGD, impidiendo su uso adicional del dispositivo (sin que se le regrese al operador de juego para re-ajuste del dispositivo) y proteger al operador de juego al impedir que el jugador obtenga cualquier información crítica que se asociaría de otro modo con el dispositivo. En otra modalidad, la operación del PGD 20 de deshabilita simplemente cuando no está presente una red o conexión de comunicación. De esta manera, el PGD 20 es operable únicamente dentro de un perímetro definido, limitado. Se proporcionan detalles adicionales de estas modalidades en mayor detalle más adelante. A este respecto, una ventaja de algunas modalidades del PGD 20 es que se puede configurar de modo que no se almacene el código de juego o esté residente en el PGD 20, excepto durante el uso. En particular, el código de juego que se utiliza para presentar y jugar el juego se puede almacenar de forma remota, tal como en el servidor 70 de juego. Los datos de juego se pueden traducir al PGD 20 sólo en la autorización para presentar un juego. Por lo tanto, aún el robo del dispositivo no dará por resultado que el ladrón obtenga el importante código de juego patentado, en estas modalidades. Por supuesto, otras modalidades pueden incluir tiempos donde el código de juego, porciones del código de juego y/u otros programas pertinentes del sistema puedan permanecer almacenados en el PGD, particularmente donde el robo o inspección de este código, programas, o porciones de los mismos, no serían particularmente problemáticos al operador del juego. Por ejemplo, las porciones del código que simplemente dan instrucciones al PGD de cómo presentar un cierto tipo de juego, pero contienen alguna funcionalidad de generador de números aleatorios ("RNG"), otro código de programa de resultados de juego, u otro código sensible patentado puede ser mejor dejarlos fuera de un PGD para uso futuro, para reducir al mínimo la cantidad de descarga que requiere para un juego determinado o cesión de juego. En una o más modalidades de la invención, el PGD 20 se puede "personalizar" para un jugador particular. En una modalidad, un jugador puede crear una cuenta de jugador.

Esta cuenta no sólo puede incluir información de crédito, sino puede incluir información de preferencia del jugador. Por ejemplo, un jugador puede designar que prefiere jugar un juego particular y coloca apuestas en una denominación particular. Estas preferencias se pueden indicar por un jugador en una hoja de inscripción que entonces se usa para crear la cuenta, o al entrar a una interfaz de programa que los jugadores pueden usar para usar sus cuentas. El PGD puede ser personalizado de otras maneras. Por ejemplo, el PGD se puede configurar para presentar información mediante una interfaz gráfica de usuario. Los colores de los elementos de la interfaz se pueden personalizar. Además, también se pueden personalizar los menús, disposición "botón" y similares. En una modalidad, las preferencias del jugador se pueden almacenar también en una tarjeta de jugador u otro dispositivo portátil de entrada. Por ejemplo, en el momento en el que el jugador crea una cuenta de jugador, puede introducir sus preferencias. Estas preferencias se pueden almacenar en una tarjeta portátil. El jugador puede usar el PGD 20 para leer la información personal y configurarla por consiguiente. En una modalidad, el jugador emite una tarjeta de jugador que incluye información con respecto a su cuenta de jugador. Cuando el jugador desliza su tarjeta de jugador usando el lector 50 de tarjetas del PGD 20, se puede proporcionar información con respecto a la cuenta de jugador, tal como el número de cuenta. La cuenta de jugador entonces se puede acceder y la información en la misma se usa para personalizar el PGD 20. Por ejemplo, la información de la cuenta del jugador se puede usar por la interfaz 62 de PGD para generar un menú personalizado para presentación, o para presentar automáticamente el juego favorito del jugador como personalizado con la apuesta por defecto del jugador. Con referencia a las Figuras 4-7 se describirán modalidades adicionales de la invención. Estas figuras ilustran una modalidad de un método para presentar un juego usando un dispositivo de juego, tal como el PGD 20 descrito anteriormente. Se ilustran varias características diferentes de la invención en la misma y se describirán más adelante en unión con este método, se entiende que las características se pueden implementar solas u otras combinaciones y métodos de uso. Aunque los varios pasos de método descritos están presentes en un cierto orden, se apreciará que también son posibles otros órdenes o aún preferibles. Por ejemplo, en tanto que se describe que un jugador puede comprar créditos y luego se verifica la identidad del jugador y/o se autentica, puede ser preferible en algunos casos un orden inverso de estos pasos. La Figura 4 ilustra un método para presentar un juego de acuerdo con la invención. Como se indica, el método se puede implementar mediante un sistema 60 tal como aquel descrito anteriormente, el sistema que incluye uno o más PGD 20. Como se ilustra, un método de la invención empieza con un paso Si en el cual un jugador obtiene un dispositivo de juego. El dispositivo de juego puede ser una variedad de tipos, tal como el PGD 20 como se describe anteriormente, un PDA, una computadora portátil, teléfono celular u otro dispositivo electrónico adecuado. El dispositivo puede ser portátil, o no, y puede estar ubicado lejos de otros dispositivos del sistema. Además, el PGD puede ser uno que se proporciona por o se compra del casino u otro operador de juego. De manera alternativa, el PGD puede ser uno que está fuera del sistema ordinariamente, tal como uno que se posea y proporcione por el jugador. Los proveedores de terceros de PGD adecuados también pueden ser una alternativa en algunos casos . En un paso S2, un jugador compra u obtiene de otro modo el derecho a jugar uno o más juegos. Este método se describirá en detalle con referencia a la Figura 5. Como se ilustra en la Figura 5, en un paso S2A, el jugador se presenta preferentemente con al menos la opción de comprar uno o más eventos de jugada de juego. Como se ilustra, el jugador también se puede presentar con una variedad de otras opciones, tal como opciones que se refieren a una cuenta del jugador. Como se describe anteriormente, un jugador puede tener una cuenta que el jugador usa para proporcionar valor, tal como para comprar juegos o colocar apuestas. La cuenta se puede asociar con un banco u otra entidad financiera, o se puede asociar con el casino o presentador del juego. En la modalidad ilustrada, el jugador se presenta con la opción a (a) reconciliar una cuenta; (b) comprar juegos; (c) revisar o hacer una pregunta con respecto a una cuenta; (d) retirar efectivo o (e) depositar efectivo. No se describirán las opciones (a) y (c)-(e) en detalle en la presente, puesto que se implementan en una variedad de maneras. Estas opciones se pueden asociar, sin embargo, con varios métodos que permiten que un usuario tenga acceso a una cuenta, haga depósitos, haga retiros, obtenga información de la cuenta y similares . Si el jugador selecciona la opción (b) , entonces el un paso SB", al jugador se le permite comprar uno o más juegos o eventos de juego. Esta función se puede lograr en una variedad de maneras. En una modalidad, esta selección hace que el PGD 20 se conecte al servidor 70 de juego. De manera preferente, el jugador entonces selecciona o introduce la cantidad que se va a apostar. Por ejemplo, el jugador puede elegir jugar $100.00 valores de juego. En un paso S2C, el jugador proporciona valor que representa la cantidad que el jugador ha elegido apostar. Como se describe anteriormente, un jugador puede usar una tarjeta de crédito para proporcionar este pago. Si el PGD 20 se configura de este modo, tal como al incluir un validador de billetes o aceptador de monedas, el jugador también puede usar dinero. En una modalidad, el jugador puede utilizar una cuenta financiera de jugador establecida con un casino u otro proveedor de juego. El valor proporcionado puede comprender otro valor monetario, tal como puntos de jugador u otros indicios que aceptará el proveedor de juego. En un paso S2D, el jugador selecciona uno o más juegos para jugar. En una modalidad, el jugador se puede presentar con un menú de juegos para que seleccione. Un jugador puede seleccionar un juego individual o múltiples juegos para jugar. En una modalidad, el jugador se puede proporcionar con información con respecto al número de juegos que se va a jugar con relación a la cantidad apostada. Por ejemplo, un jugador puede elegir apostar $100.00 jugando juegos de póquer en vídeo. Entonces se puede pedir que el jugador indique cuanto desea apostar en cada juego particular. Por ejemplo, se puede requerir que el jugador indique si desea apostar $0.25 o $1.00 por juego, o una apuesta por defecto puede aplicar a uno o más de los juegos. Si el jugador selecciona o la apuesta por defecto es $1.00 por juego y el jugador ha apostado $100.00, entonces el servidor de juego puede indicar al jugador si está facultado para jugar 100 juegos de póquer de vídeo.

Se apreciará que el propósito general de los pasos descritos anteriormente es definir el número de juegos que el jugador desee jugar y ha proporcionado una apuesta o pago para jugar. Como se describe, el número de juegos puede variar dependiendo de varios factores, que incluyen la cantidad total que el jugador desea apostar y la cantidad de la apuesta por juego o costo para jugar cada juego. De esta manera, los pasos pueden variar dependiendo de varios factores, por ejemplo, se pueden ofrecer paquetes de jugadas de juego para la selección del jugador. Un paquete de jugadas de juego puede comprender la opción de jugar 25 juegos de video póquer a $1.00 por juego para una cierta I apuesta, tal como $25.00, o aún en descuento. En este ejemplo, el jugador sólo puede necesitar seleccionar uno de los paquetes de jugadas de juego y proporcionar la apuesta apropiada. Entonces, se puede verificar la identidad del jugador y/o el derecho del jugador a jugar el juego. En una I modalidad, en un paso S2E, se obtiene cierta información con respecto al jugador. Como se ilustra, esta información comprende información biométrica, tal como una huella dactilar del jugador. En un paso S2F, la información recolectada se usa para verificar al jugador y/o verificar su facultad para jugar los juegos. En una modalidad, esto . comprende comparar la información biométrica recolectada con información biométrica almacenada. Por ejemplo, cuando un jugador establece su cuenta financiera con el casino, o a fin de verificar un PGD 20, se puede requerir que jugador proporcione información biométrica. Esta información se almacena para el uso en el proceso de verificación. Se apreciará que se puede usar otra información para identificar al jugador y/o verificar la facultad para jugar un juego. Por ejemplo, se puede lograr la verificación a través del uso de identificadores tal como contraseñas o similar. Se pueden usar otros valores biométricos, tal como una exploración de retina, características faciales (tal como mediante captura de la imagen del jugador con la cámara 41), o mediante otra autenticación. En una modalidad, el paso de verificación incluye verificar que el jugador sea de edad legal para jugar el juego. En una modalidad, sólo los jugadores cuya edad se haya verificado, se les permite establecer una cuenta u obtener o jugar en un PGD 20. En esta configuración, se asegura la verificación una vez que la información biométrica de un jugador corresponde con aquella en un archivo, puesto que el jugador no puede tener acceso a la cuenta o dispositivo sin que sea de la edad legal pro primera vez. Esto impide, por ejemplo, que adolescentes usen el PGD 20 de otro para jugar un juego, así como impide que terceros diferentes del jugador autorizado usen un PGD 20 válido. Estos procedimientos de autenticación o verificación de jugador se pueden facilitar por uno o más servidores o componentes del sistema, tal como por ejemplo, el servidor 96 de autenticación de la Figura 9. En un paso S2G, el servidor 70 de juego proporciona información de juego. En una modalidad, como se describe anteriormente, esto puede comprender la descarga del código de juego al PGD 20. El código de juego puede comprender código ejecutable real que permita que el PGD 20 presente el juego o juegos al jugador seleccionado. En una modalidad de la invención, el código de juego base se puede almacenar en o residir en el PGD 20. Este código de juego no puede permitir por si mismo que el PGD 20 presente un juego. En esta configuración, se debe suministrar código o datos adicionales al PGD 20 a fin de que el PGD 20 presente el juego. En otras modalidades, se puede desear el uso adicional de las capacidades de almacenamiento y cómputo del PGD, tal que el código de juego base almacenado en el PGD pueda ser mayor, y en algunos casos capaz de una capacidad sustancial o completa del PGD para jugar y presentar un i juego. En estos casos, puede comprender una descarga de órdenes de uno o más programas completos del servidor del i sistema, como se establece en mayor detalle más adelante. En una modalidad, el servidor 70 de juego se configura para transmitir los resultados del juego y/o información de las tablas de pago. La información de resultados de juego comprende de manera preferente datos de resultados de juego aleatoriamente generados que, cuando se proporcionan al PGD 20, hacen que el PGD 20 presente un juego que tiene el resultado particular asociado con los datos de resultados. Por ejemplo, los datos de resultados de juego pueden comprender resultados generados por números aleatorios, tal como un código numérico que, cuando se proporciona al código de juego, provoca que el código de juego presente un juego que tiene ese resultado correspondiente. En el caso de un juego tipo "tragamonedas", el código de resultado puede representar el resultado ganador "tres cerezas". En otra modalidad, el código de resultado puede comprender más datos detallados para el uso que presenta el juego usando el código de juego. Por ejemplo, los datos pueden representar ciertas cartas que se van a repartir al jugador en el juego de veintiuna, así como las posibles cartas adicionales que se pueden seleccionar por el jugador en base a las cartas que desea descartar. Se apreciará que los datos proporcionados al PGD 20 por el servidor 70 de juego pueden depender del número de juegos que se van a jugar. Por ejemplo, en el ejemplo proporcionado anteriormente en el cual un jugador ha elegido apostar $100.00 en $1.00 por juegos de apuesta, el servidor de juego debe proporcionar información con respecto a al menos 100 juegos. La información para juegos adicionales puede ser deseable, sin embargo, tal como donde un jugador esté permitido para cambiar su nivel de apuesta, y/o donde se puedan jugar juegos adicionales con ganancias acumuladas en los primeros 100 juegos comprados y jugados. Como se indica, los datos también pueden comprender datos de tablas de pago. Estos datos son útiles al calcular el resultado y/o el pago de un resultado ganador. Se apreciará que la tabla de pagos es en general independiente del resultado del juego, pero puede variar dependiendo de la cantidad apostada. De esta manera, la tabla de pagos es necesaria para computar la cantidad ganada cuando los jugadores pueden seleccionar diferentes cantidades de apuesta. En una modalidad, se proporcionan datos adicionales al PGD 20. Estos datos pueden incluir datos biométricos con respecto al jugador y/o datos del sistema de posicionamiento global ("GPS") . Una vez que los datos de información se han proporcionado al PGD 20 del paso S2H, el servidor 70 de juego envía de manera preferente información al servidor financiero 68 para reconciliación posterior. Esta información puede comprender, por ejemplo, datos con respecto a la ganancia o pérdida asociada con cada juego para el cual se proporcionaron datos al PGD 20. De esta manera, conforme el jugador juega los juegos, la ganancia o pérdida asociada con cada juego se puede seguir y verificar. Con referencia nuevamente a la Figura 4, en un paso S3, el jugador inicia una sesión de juego. El jugador obtiene un PGD 20, tal como el PGD 20 de ejemplo o cualquier otro dispositivo de juego adecuado, tal como aquellos descritos anteriormente. Se puede requerir que el jugador obtenga el PGD de una fuente particular, puede simplemente encender el dispositivo o similar a fin de iniciar la sesión. En una modalidad preferida, en un paso S4, se inicia la comunicación entre el servidor 70 de juego y el PGD. En una modalidad, se transmite la información desde el servidor 70 de juego al PGD que, cuando se recibe por el PGD, i mantiene el PGD en un modo en el cual presentará un juego.

Como tal, la información se puede referir como "información ' de activación". La información puede comprender datos que se transmiten intermitentemente al PGD. El intervalo entre las 1 transmisiones de información puede variar, pero puede ser 5- 30 segundos. Esta modalidad se puede considerar un proceso de acción por acción "en serie" que comprende el PGD y el servidor, tal que el PGD es esencialmente una presentación sofisticada para el servidor remoto, que es la totalidad que verdaderamente está corriendo el presente juego o juegos.

, Modalidades alternativas de "descarga de órdenes" que comprenden la descarga completa de uno o más programas de sistema al PGD para juego "fuera de línea" prolongado se proporciona en el mayor detalle más adelante. Bajo cualquier forma de modalidad, la información de activación y/o de descarga de órdenes de programa se transmite mediante un enlace de comunicación inalámbrica. De manera preferente, el tranceptor 64 y varios relevadores 66 se configuran, incluyendo en su número, ubicación y potencia, para crear una "zona de juego" dentro de la cual el PGD recibirá la información de activación. De manera preferente, fuera de esta zona, no se recibe la información de activación y/o i descarga por el PGD. En algunas modalidades, y particularmente aquellas que comprenden un proceso "en serie", cuando el PGD no recibe información de activación durante un cierto periodo de tiempo, el PGD se configura para presentar automáticamente jugada adicional de juego. De esta manera, , no se permite que un usuario del PGD se enrole en la jugada de juego diferente de ciertas áreas designadas, tal como una zona de juego proscrita o en un casino. En algunas modalidades, ciertas características del PGD 20 pueden permanecer activadas independientemente de la información de la activación. Por ejemplo, varias características diferentes menú, tal como aquellas que permiten que el jugador pre-visualice juegos y similares aún pueden permanecer activas. Cuando el jugador está jugando juegos mediante otro de un PGD 20 proporcionado por el casino, tal como un PDA exterior poseído de forma primada o similar, varias características del mismo pueden permanecer activadas, tal como aquellas que son independientes de la jugada de juego. En una modalidad, en un paso S5, se verifica el PGD para la jugada de juego. La Figura 6 ilustra un ejemplo de este método, que se entiende que se pueden usar otros métodos. Con referencia a la Figura 6, en un paso S5A, se obtiene información de verificación y/o biométrica del jugador. En una modalidad, esto puede comprender leer la información de huellas dactilares usando un lector 49 de huellas dactilares en el PGD. Además, en una modalidad, se obtiene datos de GPS por el PGD con respecto a la ubicación del PGD. En un paso S5B, la información biométrica se compara de manera preferente a la información biométrica anteriormente obtenida (ver paso S1G, Figura 5) . Si en un paso S5C, la información biométrica no corresponde, entonces se termina la sesión en un paso S5D. en otras modalidades, si la información biométrica corresponde, se puede pedir que el jugador intente, una o más veces adicionales, corresponder la información biométrica, tal como al re- escanear su huella dactilar. Si corresponde la información biométrica, entonces ' en un paso S5E, se evalúa la información de activación del servidor 68 de juego. Esto puede comprender evaluar la calidad o tiempo de recepción de la información y determinar si se cumplen ciertas normas o requerimientos. Si la información de activación no corresponde a los requerimientos, entonces en un paso S5G, se termina la sesión. Si la información de activación no cumple con los requerimientos, entonces en un paso S5H, se verifica el PGD para la jugada de juego. Con referencia a la Figura 4 nuevamente, en un paso S6, se permite entonces que el jugador se enrole en la jugada de juego. En una modalidad, uno de los juegos seleccionados por el jugador para jugar se presenta al jugador. De manera preferente, en un paso S7, se determina si juegos adicionales permanecen por ser jugados y si el jugador desea continuar jugando. Si es así, entonces el PGD se re-verifica de manera preferente en el paso S5 antes de que se presente para jugada el siguiente juego. Como se describe anteriormente, en una modalidad, cuando se presenta un juego para jugada, el PGD usa código de juego residente junto con datos de juego descargados a fin de presentar el juego. Los datos de juego pueden comprender datos que representan ciertos "resultados" para los juegos que se juegan. Si el jugador desea detener la jugada o todos los juegos se han jugado, entonces en un paso S8, los resultados del juego o juegos jugados se almacenan de manera preferente en el PGD. Estos resultados de juego se transmiten al servidor 70 de juego para verificación. En un paso S9, una vez que ha cesado la jugada de juego, el servidor 70 de juego detiene la transmisión de información de activación, impidiendo de esta manera cualquier uso adicional por el jugador del PGD en la jugada de juegos en algunas modalidades, particularmente aquellas que comprenden un proceso "en serie" de jugada de juegos entre el PGD y el servidor. En un paso SIO, los resultados de juego se verifican de manera preferente. La Figura 7 ilustra una modalidad de este método. En un paso SlOA, el PGD establece un enlace de comunicación con el servidor 70 de juego. En un paso S10B, se presenta la autenticación. De manera preferente, esta autenticación comprende un jugador que proporciona un número de identificación personal ("PIN") u otro identificador, tal como información biométrica (tal como huella dactilar como se describe anteriormente) . Si la autenticación es exitosa, el servidor 96 de autenticación puede notificar al servidor 70 de juego, al servidor 68 financiero y/o uno o más componentes diferentes del sistema que el jugador actual está probado para jugar. Entonces, en un paso S10C, el jugador 70 de juego establece de manera preferente un enlace de comunicación con el servidor financiero 68. El servidor 70 de juego transmite los datos de resultados juego proporcionados por el PGD. Esta información puede variar, pero puede comprender información que identifica el PGD particular o "conjunto de juegos", así como los resultados de estos juegos, tal como un balance monetario que representa la información de ganancias y pérdidas para cada juego y/o información total de ganancias o pérdidas. En un paso S10D, el servidor financiero 68 recupera los datos de sesión anteriormente proporcionados por el servidor 70 de juego cuando se generó originalmente (ver paso S1H en la Figura 5) la información de juego. En el paso S10E, en una modalidad, el servidor financiero 68 genera los resultados asociados con los datos de juego. Esto puede comprender que el servidor 68 financiero determine la ganancia o pérdida monetaria asociada con cada resultado de juego, así como la ganancia total o la pérdida para todos los juegos. En un paso S10F, el servidor financiero compara los datos de resultado proporcionados por el PGD a los datos de resultado que se basan en los datos de juego generados por el servidor 70 de juego. En un paso S10G, si los datos no son los mismos, entonces en un paso S10H se avisa de manera preferente al jugador de la discrepancia en la reconciliación. Entonces se avisa al jugador en un paso S10I para buscar asistencia, tal como al ponerse en contacto con un representante del casino para investigación adicional de la cuestión. En un paso S10J, el servidor financiero 68 almacena de manera preferente los datos usados para realizar la conciliación para el uso por el representante al investigar la cuestión. Si los datos se reconcilian en el paso S10G, entonces en un I paso S10K se determina de manera preferente si la ganancia para un juego particular, o las ganancias totales para un I grupo de juegos, excede un umbral predeterminado. Si es así, los resultados del juego se verifican de manera preferente una segunda vez. Este paso también puede incluir i i procedimientos adicionales de auditoría, tal como la j confirmación de ganancias de juego. Si esta reconciliación adicional no es exitosa, se puede avisar al jugador para que I 1 contacte un representante, como en el paso S10I. Si en el paso S10K, la cantidad de ganancia está ¡ bajo el umbral, entonces en el paso S10L se avisa al jugador que ha ocurrido la reconciliación. En un paso 10M, se le gaga preferentemente al jugador cualquier ganancia. Donde el i jugador tenga una cuenta financiera de juego, esta pueda I comprender el servidor 68 de juego que actualiza simplemente la información de cuenta del jugador. También se le puede i pagar al jugador las ganancias de otras maneras, tal como por un boleto, crédito a su cuenta de tarjeta de crédito o i similar. En un paso S10N, el servidor financiero 68 envía de manera preferente la información de ganancia al PGD para I verse por un jugador. Por ejemplo, se puede hacer que el PGD presente un mensaje tal como "felicidades, ganó 1015 créditos. Su cuenta se ha abonado y tu tienes 1873 créditos en total". Se describirán con referencia a la Figura 8 aspectos adicionales de la invención. Como se describirá anteriormente, en una modalidad, un jugador compra esencialmente el derecho a jugar uno o más juegos, y los datos o información que definen o comprenden el resultado de los juegos se genera para el uso en la jugada posterior de juego. La Figura 8 ilustra un sistema por el cual el usuario puede comprar los juegos para jugar. Como se ilustra, el sistema 60 puede incluir una o más estaciones 80. la estación 80 puede comprender una estación dedicada, tal como un quisco, o puede comprender una computadora casera, o pueda tomar la forma de una máquina de juego independiente, como se analiza más adelante. Como se ilustra, la estación 80 tiene la forma de una computadora de escritorio oque tiene un procesador 82, un monitor 84 y un teclado 86. La estación 80 puede tener una variedad de otras formas. La estación 80 se enlaza de manera preferente una o más veces con el servidor 70 de juego, tal como mediante la Internet o un enlace dedicado de comunicación. En una modalidad, el usuario puede utilizar la estación 80 para comprar juegos para jugar. En una modalidad, la estación 80 se configura para presentar menú y otra información al usuario al comprar juegos o al enrolarse en otras actividades, tal como manejar su cuenta. En una modalidad, cuando el jugador ha comprado exitosamente juegos para jugar, el servidor 70 de juego se puede configurar para transmitir información de resultados de juego al quisco 70. La información de resultados de juego entonces se puede dirigir a una interfaz 90 de tarjetas inteligentes, donde los datos se pueden inscribir a una tarjeta inteligente 92 del jugador. Una vez que los datos se almacenan en la tarjeta 92, el jugador puede removerla y luego introducirla a un PGD adecuado, tal como el PGD 20 de ejemplo como se describe anteriormente. Una vez introducida en un dispositivo de juego, la información se puede leer de la tarjeta 92 para el uso en la presentación de uno o más juegos. En otra modalidad, la estación 80 puede incluir una estación 88 de acoplamiento. El PGD 20 se puede configurar para interconectarse con la estación 88 de acoplamiento, permitiendo que se transmita la información ' entre la estación 80 y el PGD 20. En una modalidad, la información de resultados de juego se puede proporcionar al ' PGD 20 mediante la estación 88 de acoplamiento. En esta modalidad, el usuario puede obtener el PGD 20 y entonces asociarla con una estación 88 de acoplamiento, o el PGD 20 puede estar ya asociado con la estación 88 de acoplamiento y esencialmente "verificado" de esa ubicación. En algunas modalidades, la estación 88 de acoplamiento y/o estación 80 completa pueden estar en la forma de o unidas a una máquina de juego independiente, como se expone en mayor detalle más adelante. Se apreciará que en estas modalidades, la secuencia exacta de pasos para implementar un juego puede diferir de aquellos citados en las Figuras 4-7. De acuerdo con la invención, se puede permitir que un jugador tenga acceso a una amplia variedad de artículos o servicios diferente de aquellos particularmente descritos de manera anterior mediante un PGD. Por ejemplo, se puede permitir que un jugador tenga acceso a una cuenta de cargos de cuarto para ver los cargos de cuarto actuales asociados con su estancia en un hotel. Se puede permitir que un jugador pida su coche de un servicio de valet, tal como al introducir un número de identificación del talón del valet. Se puede permitir que un jugador obtenga una amplia variedad de otros artículos, servicios o información o se enrole una variedad amplia de estas actividades. El PGD de la presente invención tiene numerosas ventajas. Primero, se permite que un jugador use una PGD para participar en un juego en una ubicación fija diferente. El jugador puede jugar un juego en una ubicación que está removida de la ubicación de los dispositivos de juego fijos tradicionales. Estas ubicaciones pueden incluir el cuarto de hotel del jugador, un restaurante, un bar o salón de espera, un libro deportivo, un área de piscina de hotel/casino, y una amplia variedad de otras áreas lejos de los dispositivos fijos de juego. Por supuesto, un jugador también puede utilizar el PGD para participar en un juego en el área de i máquinas de juego estacionarias, y aún puede participar en juegos jugados tanto en un PGD como en una máquina de juego dependiente estacionaria al mismo tiempo. Otra ventaja del PGD es que el dispositivo es fácilmente transportable. El jugador puede tomar el dispositivo con el conforme viaja de una ubicación a otra, tal como de un restaurante a un cuarto de hotel. De esta manera, en tanto que el jugador está enrolado en otras actividades, tal como comiendo o moviéndose de una ubicación ' a otra en un casino, no se puede interrumpir la capacidad del jugador para jugar un juego. Otra ventaja del PGD es que su configuración da por resultado facilidad de uso. El PGD es preferentemente portátil, e inalámbrico y de esta manera se puede transportar fácilmente por un jugador. Además, el PGD 20 de ejemplo es de diseño simple para ser su uso fácilmente entendible por aun jugadores experimentados. En general, se pueden avisar los actos necesarios por un jugador tal como con instrucciones presentadas en la pantalla o proporcionadas de forma audible a través del altavoz 36. La capacidad de un jugador para usar su propio PDA familiar, computadora portátil, teléfono celular o cualquier otro dispositivo privado adecuado en algunas modalidades, también es ventajoso. El PGD 20 también es versátil, y no se limita a presentar sólo un juego para jugar por un jugador. Como se señala, un jugador o usuario del PGD 20 puede utilizar el PGD para tener acceso a una amplia variedad de información y obtener una amplia variedad de servicios. El jugador puede , tener acceso a la Internet, obtener información de la misma (tal como noticias y clima) y puede obtener artículos y servicios a través de esta (tal como al colocar órdenes con vendedores que tienen sitios Web) . El jugador puede hacer reservaciones de cuartos, espectáculos o restaurante y obtener información de hoteles/casinos. Un aspecto de la invención es un método para - presentar juegos mediante uno o más PGD en los cuales los dispositivos tienen código de juego residente para presentar un juego, pero que sin datos adicionales de juego no permitirán que se juegue en el juego. De manera preferente, los datos adicionales de juego comprenden datos de resultados de juego, tal como información de tablas de pago y/o RNG. Esta configuración tiene la ventaja que sustancialmente todo el código de juego se puede almacenar en le PGD, reduciendo de esta manera los tiempos de descarga ' asociados con la configuración del dispositivo para jugar el juego. Al mismo tiempo, sin embargo, el PGD no presentará juegos sin recibir primero los datos adicionales. Una ventaja relacionada del juego es la capacidad del jugador para jugar un bloque de juegos en un solo momento. En lugar de ser forzado a confirmar el pago para cada juego que se juega cuando se juega, tal como por autorización de tarjeta de crédito, el jugador puede pagar para los "resultados de juego" para un bloque de juegos al mismo tiempo. Como un aspecto de la invención, los resultados de juego se pueden proporcionar en una tarjeta de juego, tal como una tarjeta inteligente. El jugador entonces puede mantener los resultados de juego y usarlos para jugar juegos en dispositivos portátiles (por ejemplo, PGD) en varios momentos y en varias ubicaciones. Por ejemplo, el jugador puede comprar 200 juegos y los "resultados" asociados se pueden almacenar en una tarjeta del jugador. La información de resultados se puede leer por un PGD para el uso en la presentación de juegos a un jugador. El jugador entonces puede elegir jugar juegos adicionales en un momento posterior, aun usando un diferente dispositivo. En este posterior, la información de resultados se puede leer nuevamente y usar para presentar juegos adicionales. Otra ventaja de la invención es una configuración que asegura que el PGD se esté usando en las ubicaciones apropiadas, por los jugadores apropiados y/o no se robe o altere. Como se describe, comprende un sistema en el cual se transmite información de activación al PGD, y donde si no se recibe o confirma la información, el PGD no presentará juegos para jugar y/o puede aún emitir una alarma u otra señal de alerta. Esto impide, por ejemplo, gue un usuario tome el PGD o intente usarlo en ubicaciones no autorizadas. Esto puede también impedir el uso ilegal o no autorizado del PGD, tal como por un menor. Se proporcionan más adelante detalles adicionales de esta configuración tipo "correa virtual". I Tipo II de Proceso: Procesos de PGD Basados en Cortos de i Vídeo En otro aspecto de la presente invención como se muestra en las Figuras 10 y 11, se proporciona un sistema móvil de juego, designado en general 116 para presentación selectiva de uno o más juegos pre-comprados de probabilidad.

El sistema 116 móvil de juego incluye un PGD remoto (tal como el PGD 20 representado en la Figura 1) y una interfaz 118 de comunicación (Figura 11) adaptada para comunicarse entre un sistema 120 central de juego y el PGD para recibir i selectivamente datos pre-vistos de juego que representan la jugada y el resultado de uno o más juegos pre-comprados de probabilidad, generados por el sistema central de juego por primera vez. El PGD 20 remoto incluye además un alojamiento 22 que soporta una pantalla 34 de presentación, y uno o más mecanismos 46 de entrada. Se incluyen dispositivos 52 de microprocesador de dispositivo de juego que se configura para: 1) comenzar la jugada o procesamiento de los datos pre-vistos de juego; y 2) presentar selectivamente en la pantalla 34 de presentación la jugada y el resultado de uno o más juegos de probabilidad en un segundo momento desplazado en tiempo, después del primer momento. Por consiguiente, en este aspecto de la presente invención se pre-compran y pre-ejecutan uno o más juegos de probabilidad en el sistema 120 central de juego (por ejemplo, un servidor secundario) , en un primer momento, la jugada y resultado de lo cual se pueden jugar subsiguientemente y ver en el PGD 20 remoto en un segundo momento, después del primer momento. Los juegos pre-comprados de probabilidad, de esta manera, se ejecutan completamente en un ambiente o sistema seguro de juego (por ejemplo, el sistema 120 central de juego), y luego se transfieren, en la forma de datos pre-vistos de juego, al PGD remoto para una ejecución completa de repetición de la jugada y resultado de los juegos de probabilidad en el tiempo libre del jugador en su PGD remoto. En esencia, la jugada y resultado de los juegos pre-comprados de probabilidad se "conocen" y ratifican en el lado del servidor antes de la jugada y vista en el dispositivo de juego. Una vez que se transfieren los datos pre-vistos de juego al PGD remoto, el PGD simplemente se aplica para ver la jugada y resultados de los juegos de probabilidad. Por lo tanto, en el nivel más básico, se transfiere un corto (o cortos) de vídeo de la jugada del juego y el resultado o se descarga al dispositivo móvil del juego desde el servidor para la repetición desplazada en tiempo del mismo en el segundo momento. El PGD se relega esencialmente a un mecanismo de visión que elimina cualquier entrada del ' jugador, diferente quizá de presionar solo un botón para permitir ver que ocurrió en la siguiente "secuencia de cuadro" del corto de vídeo. Por ejemplo, se pueden pre- generar una pluralidad de cortos de vídeo de juego en el servidor o servidor secundario en un primer momento. Cuando un cliente habitual compra uno o más juegos pre-generados para ver en un segundo momento posterior, estos datos se pueden asignar (es decir al azar) al PGD no en orden establecido, ni secuencia establecida, etc. El PGD sólo reproduce los cortos de vídeo, que se refiere a un evento ' que ha ocurrido ya en un ambiente seguro, en el primer momento. Al jugador, sin embargo, este aspecto es desconocido y probablemente de poco interés. Este planteamiento reduce significativamente el i prospecto de alteración puesto que la "jugada" y "resultado" secuencial, sólo en la forma de un corto de vídeo o archivo de sesión, están bien definidos y registrados por el servidor para retribución y/o resolución de disputas. Las cuestiones de seguridad, de esta manera, se afrontan desde el lado del servidor. Por consiguiente, sería de poco beneficio para un pirata "mirar hacia adelante" para determinar qué juegos pueden ser favorables, puesto que son incapaces de "recoger" y "elegir" un juego de vídeo ganador . En otro aspecto de la invención, sin embargo, los datos de juego post-vistos, que representan la jugada vista y los resultados de uno o más juegos de probabilidad en el PGD 20, se sincroniza ascendentemente o reconcilia con los datos pre-vistos de juego almacenados en el sistema central de juego para autenticación de los resultados de juego transferidos desde el PGD. Como será evidente, esta autenticación de datos es deseable para reducir de manera significativa el riesgo de alteración de datos a un mayor grado. Esta forma de juego remoto es extremadamente ventajosa ya que se puede realizar fuera de línea la visión de la jugada y de los resultados de los juegos de probabilidad. De forma breve, el componente fuera de línea de la jugada se realiza cuando el PGD 20 no está conectado al sistema de juego secundario durante la ejecución del juego por el jugador del dispositivo móvil de juego, en tanto que un componente en línea de la jugada se realiza cuando se pre-compran los juegos de probabilidad, redimen puntos, dinero en efectivo y/o se sincroniza con el sistema de juego secundario para reconciliación de jugadas, etc. De esta manera, todas las transacciones se realizarán dentro de una jurisdicción legal de casinos. Además, la presente invención ofrece una metodología de juego móvil independiente y práctica para jugadas de juego completas fuera de línea (es decir, visión de la jugada y resultados) sin la necesidad de conexión a través de la internet, o cualquier otra conexión de red, o que requiera que el jugador esté físicamente presente en un establecimiento de casino durante la visión de la jugada y resultado en el dispositivo móvil de juego. Por consiguiente, la jugada en el dispositivo móvil de juego se puede realizar de manera virtual donde quiera, aunque no esté disponible ningún tipo de conexión de red, tal como cobertura de red de telefonía celular. Con referencia de regreso a la Figura 10, este aspecto de juego móvil de la presente invención ahora se I describirá en mayor detalle. De acuerdo con la presente invención, el sistema 116 de juego móvil completo incluye un , sistema 120 central de juego y uno o más dispositivos remotos de juego, tal como PGD 20 de ejemplo. El sistema 120 central de juego incluye típicamente un servidor 70 ' principal de juego y una pluralidad de terminales independiente (no mostrada) de juego interconectadas a través de un sistema de red o similar. De forma breve, en tanto que el sistema central de juego puede comprender un dispositivo servidor individual grande, de manera más preferente se proporciona por una pluralidad de servidores de interconexión que cooperan para formar el sistema central de juego. Como se expone anteriormente en la Figura 3, por ejemplo, estos pueden incluir el servidor 70 principal de juego, el servidor financiero 68, el servidor 72 de reservación, un servidor de contabilidad, etc. Por ejemplo, un servidor de contabilidad se empleará para ratificar las varias transacciones de abono/retiro; para validar las transacciones del as tarjetas de crédito y para realizar transferencias de facilitación inter-crédito. El servidor también puede permitir la transferencia de crédito desde un dispositivo de juego a un dispositivo tradicional mediante negociación de sistemas (servidor principal a financiero) . Como se expone anteriormente con referencia a la Figura 1, los PGD 20 de ejemplo incluyen un alojamiento 22, una pantalla 34 de presentación, o uno o más dispositivos 46 de entrada, un dispositivo 52 de microprocesador, y memoria interna 52 para ejecutar el juego, es decir, para ver la jugada y el resultado de los juegos de probabilidad en el dispositivo móvil de juego. Adicionalmente se apreciará que en tanto que el PGD remoto es preferentemente un dispositivo de juego, personal, móvil o portátil, en este aspecto de la presente invención, también puede ser una computadora de escritorio, o también un dispositivo de juego independiente o fijo, remoto. De manera preferente, sin embargo, los dispositivos de juego personales o móviles incluyen virtualmente cualquier unidad de comunicación electrónica tal como PDA, un teléfono celular, una computadora portátil, un dispositivo de juego, móvil, dedicado, etc. En tanto que se puede proporcionar comunicación bidireccional entre el sistema 120 central de juego y los dispositivos 20 móviles de juego, mediante la interfaz 118 de comunicación, usando la variedad de técnicas de dispositivos de entrada/salida ya descritos en la presente (es decir, interfaz inalámbrica, puerto 38 de RS-232, puerto 40 de USB, etc.), la interfaz 118 de comunicación (Figura 11) se puede remover de una manera preferentemente libre del PGD. En este aspecto de la presente invención, la interfaz de comunicación se puede proporcionar por una interfaz 118 de comunicación, removible, intermedia capaz de recibir y transferir los datos de juego, pre-vistos, pertinentes, necesarios para realizar el juego independiente, fuera de línea entre el sistema 120 central de juego y los PGD 20 móviles (Figura 10) . La interfaz 118 de comunicación removible puede interconectarse, en otras palabras, con el sistema 120 central de juego a través de un dispositivo 121 de lector de tarjetas del sistema localizado en cualquier lector de tarjetas, independiente, dedicado, terminal de jugador o quisco 119. De manera similar, la interfaz 118 de comunicación removible puede interconectarse con cualquiera dispositivo móvil de juego a través de un dispositivo 50 I lector de cartas similar del mismo. A manera de ejemplo, a través del lector 121 de tarjeta del sistema, los datos pre- vistos de juego que representan la jugada y resultado de los juegos pre-comprados de probabilidad se descargan a la interfaz 118 de comunicación removible para almacenamiento en la unidad de memoria del mismo. La interfaz 118 de comunicación removible entonces se puede remover e insertar en el lector 50 de tarjetas del dispositivo de juego móvil o PGD 20, los datos de juego del cual se pueden extraer y procesar en un segundo momento seleccionado para la visión en el tiempo libre de la jugada y resultado del juego pre- comprado de probabilidad. En una configuración específica, en el tiempo libre de los usuarios, la presente invención permite la visión desplazada en tiempo de la jugada y ¡ resultados de los juegos de probabilidad que se ejecutaron completamente en el servidor de juego en un primer momento anterior. La presente invención, por lo tanto, ofrece una metodología de juego, móvil, independiente y práctica para la ejecución de jugadas de juego completas fuera de líneas sin la necesidad de una conexión existente a través de la Internet o cualquier otra conexión de red. El jugador, en realidad no necesita estar físicamente presente en el establecimiento de casino durante la visión de la jugada y resultado en el dispositivo móvil de juego. De esta manera, se puede realizar el juego virtualmente dondequiera, aunque no este disponible ningún tipo de conexión de red, tal como cobertura de red de telefonía celular. Por lo tanto, la interfaz de comunicación removible puede en el nivel más básico ser proporcionada por una unidad de memoria portátil de alta capacidad capaz de transferir los datos pre-vistos de juego desde el sistema 120 central de juego al dispositivo móvil de juego o PGD 20 para efectuar la jugada y resultado desplazados en tiempo, en el segundo momento, y para transferir los datos de juego post-vistos desde el dispositivo móvil de juego de regreso al sistema central de juego para reconciliación de datos del mismo. Estas unidades convencionales de memoria incluyen, pero no se limitan a, módulos compact flash, tarjetas de memoria, tarjetas inteligentes, microunidades, etc. Sin embargo, de manera más preferente, es deseable proporcionar una interfaz 118 de comunicación, removible, intermedia capaz de funcionalidad incrementada tal como encriptación y desencriptación de datos útiles para reducir el riesgo de alteración de datos; realizar funciones de entidad de jugador para protección del jugador; y funcionalidad de ubicación de GPS para permitir o no permitir la operación del juego en jurisdicciones legales de juego. A manera de ejemplo, como se muestra en la Figura 11, la interfaz 118 de comunicación se proporciona de manera preferente por una tarjeta inteligente basada en JAVAMR' llave electrónica, y otros sistemas de microcontrolador, que incorporan un dispositivo de procesador y batería interna para permitir la realización de la funcionalidad indicada anteriormente. Una tarjeta inteligente convencional es una tarjeta de plástico de tamaño de tarjeta de crédito con un chip 122 de computadora incrustado. El chip 122 puede ser ya sea un microprocesador con memoria interna o un chip de memoria con circuito lógico no programable. La conexión del chip es ya sea mediante contacto físico directo o remoto mediante una interfaz electromagnética sin contacto. Los chips aplicados típicamente en tarjetas inteligentes son chips de microprocesador y chips de memoria. Los chips de memoria son los menos costosos de los dos, pero proporcionan una disminución correspondiente en la seguridad de manejo de gatos. Puede depender de la seguridad de lector de tarjetas para su procesamiento y son ideales cuando los requerimientos de seguridad permiten el uso de tarjetas con baja a media seguridad. Un chip de procesador, por otra parte, puede adicionar, borrar y manipular de otro modo información en su memoria. Puesto que la encriptación y desencriptación de datos se realiza para incrementar la función de seguridad de las tarjetas inteligentes, este chip es preferible. Su capacidad para descargar no solo datos sino también aplicaciones es rápidamente ventajosa. Las tarjetas inteligentes JavaCard, a manera de ejemplo, se basan en la tecnología Java de Sun Microsystems. Java es un ambiente de programación, de múltiples hilos, independiente de la plataforma, orientado a objetos. Java es la base para los servicios interconectados en red y en Web inteligente y ¡ permite la extensión segura empresarial a través de la independencia de las plataformas. Diferentes sistemas pueden llamarse entre sí, desde tarjetas inteligentes basadas en Java a supercomputadoras, a pesar del hardware o software del sistema subyacente. De acuerdo con la presente invención, la interfaz 118 removible de comunicación incluye de manera preferente ' una o más características de seguridad para promover la autenticación del jugador y la operación apropiada en base a la ubicación del dispositivo móvil de juego. Por ejemplo, se puede requerir que el jugador introduzca un número de identificador personal antes que pueda comenzar el uso de la interfaz. En otra modalidad, se puede incorporar un dispositivo 123 de identificación de jugador en la tarjeta inteligente en la forma de un sensor biométrico capaz de identificar el jugador. De manera más particular, el sensor biométrico 123 puede ser un sensor de huella dactilar, un micrófono, o similar. Además, la interfaz 118 de comunicación removible puede incluir un pequeño sensor 124 de GPS para verificar la ubicación del dispositivo. Se puede usar verificación de posición para asegurar que el dispositivo móvil de juego u otro PGD 20 se este operando sólo en las jurisdicciones legales de juego, y para seguir dispositivos perdidos o robados. Cuando la interfaz removible de comunicación detecta que el dispositivo móvil de juego está en un área restringida, o en una jurisdicción ilegal de juego, el circuito lógico de programa no puede permitir la transferencia de datos o ejecución del juego hacia y desde la interfaz removible de comunicación. El GPS, que significa Sistema de Posicionamiento Global, es uno de los sistemas más exactos en la actualidad capaz de identificar la posición exacta de un sensor de GPS en la Tierra en cualquier momento, en cualquier clima, donde quiera. De forma breve, usando este sensor se puede determinar la ubicación de la interfaz removible de comunicación en cuestión de metros. Otras técnicas de posicionamiento incluyen técnicas de triangulación. ' En otra modalidad específica, el dispositivo móvil de juego puede incluir una segunda o tercera interfaz de comunicación, tal como interfaz 44 de comunicación inalámbrica (Figura 2), que permite la comunicación con el sistema central del juego. Esto puede incluir cualquier protocolo de comunicación inalámbrica tal como IEEE 802. lx, , Bluetooth, IRDA, TDMA, CDMA, GSM y HomeRF. La interfaz de comunicación secundaria también se puede proporcionar por cualquier conexión o puerto de Dispositivo de entrada/salida (I/O) alámbrico, físico, convencional tal como un puerto 40 de USB, puerto 38 de RS-232 o puerto general de entrada/salida (I/O) . Como se describirá en mayor detalle más adelante, la interfaz secundaria de comunicación se puede utilizar para descargar aplicaciones más grandes de software al dispositivo de juego, tal como actualizaciones de firmware, publicidad, actualizaciones de vídeo y códigos de control que se relacionan a la presentación de juego y circuito lógico de juego para visión de los juegos seleccionados de probabilidad. Por otra parte, todos los datos pre-vistos de juego, que afectan la jugada y resultado de uno o más juegos de probabilidad en el dispositivo móvil de juego, y todos los datos post-vistos de juego, para reconciliación de datos con el sistema central de juego, se transfieren de manera preferente a través de la interfaz de comunicación, removible, intermedia. Sin embargo, se apreciará que ambas interfaces de comunicación se pueden aplicar si es | necesaria. Con referencia ahora a las Figuras 12A-12D, se describirá la operación y aplicación general de este aspecto de la presente invención. La ejecución del juego de este aspecto de la presente invención se considera de naturaleza pasiva puesto que la sesión completa de juego se genera por el servidor 70 de juego, en el primer momento, en la forma de datos pre-vistos de juego que representan la jugada y resultado de los juegos pre-comprados de probabilidad, y entonces se descargan al dispositivo móvil de juego para visión de la jugada y resultado en el segundo momento posterior. Los datos del juego pueden estar en la forma de I un formato preestablecido tal como un corto de vídeo o un archivo lógico de presentación de juego tal como un archivo mpeg. En la forma más básica, los datos de vídeo que se relacionan a la jugada de juego y resultados se transfieren o descargan al dispositivo móvil de juego desde el servidor para la repetición desplazada en tiempo de los mismos en el segundo momento. En consecuencia, esta modalidad de ejecución pasiva es sustancialmente más segura ya que hay significativamente menos potencial para alteración de datos . Como se ilustra mejor en las Figuras 10 y 12A, la operación comienza en 140, donde un jugador compra, renta, arrenda, etc., un dispositivo móvil de juego tal como el PGD 20 de ejemplo, en 142, para uso en conexión con el sistema 116 móvil de juego. Una vez que el jugador opta por pre- comprar uno o más juegos de probabilidad en 144 para visión en el dispositivo móvil de juego, el jugador puede insertar su interfaz 118 de comunicación removible, emitida, (por ejemplo, tarjeta inteligente) en un lector 121 de tarjeta del sistema. Estos lectores 121 de tarjetas están preferentemente en comunicación directa con el sistema 120 central del juego, y pueden estar ubicados en las terminales de juego interconectadas en red, o en dispositivos ' independientes tal como un quiosco 119 o similar. De forma breve, en otras modalidades específicas, como se menciona, el dispositivo 20 de juego también se puede conectar al sistema de juego por cableado físico directamente a una terminal de jugador o quisco independiente, a través de cualquiera de los protocolos inalámbricos mencionados anteriormente (por ejemplo, la interfaz 44 comunicación - secundaria) . En la inserción de la interfaz 118 de comunicación removible en el lector 121 de tarjetas del sistema, un menú de registro inicial se presenta en una pantalla de presentación cercana (no mostrada) de la terminal o quiosco del jugador, pidiendo al jugador que introduzca sus órdenes de selección. A manera de ejemplo, el menú de registro puede pedir que el jugador introduzca primero un código de PIN, u otra información de identidad biométrica como se analiza. Una vez que se han satisfecho estas medidas de seguridad, el jugador puede elegir comprar más juegos de probabilidad al introducir la información pedida, apropiada. Como se describirá en mayor detalle más adelante, estos parámetros de juego de pre-compra pueden incluir seleccionar el número de juegos de probabilidad deseados para la pre-compra, y el tipo de juego de vídeo, tal como juegos de tragamonedas, póquer, pachinko, juegos de póquer de múltiples manos, póquer pai-gow, veintiuna, quina, bingo, ruleta, dados y juegos de cartas. Otros parámetros de pre-compra seleccionables del menú de presentación en 144 pueden incluir la cantidad de apuesta total (por ejemplo, la cantidad total en dólares del número de crédito) o la apuesta en denominación de dinero por juego (por ejemplo, $0.25 o apuesta de número de créditos por juego). Como mínimo, en 144, el jugador debe seleccionar el tipo de juego, y el número de juego deseados que se van a pre-comprar y/o la cantidad total deseada a apostar. Esta procedimiento de pre-compra de juego se describirá en mayor detalle más adelante con referencia al diagrama de flujo de la Figura 12B. En la selección del tipo de juego, el número de juegos que se van a jugar, la apuesta en denominación, etc., la jugada de cada juego se ejecuta por el servidor central 70 para generar los datos pre-vistos de juego. Estos datos, en la forma de una sesión completa de datos o de datos de vídeo, representan la presentación completa de juego, jugada de juego y resultado de juego de los juegos pre-comprados que se van a ver de una manera desplazada en tiempo en un segundo momento posterior. Se apreciará fácilmente que esta forma de juego en un PGD es algo diferente que el proceso "en serie" de acción por acción analizada anteriormente, así como la "descarga de órdenes" del proceso de programas de computadora analizado más adelante. En las anteriores modalidades del proceso "en serie", las actividades toman lugar en general en una base constante entre el servidor central y el PGD, en una base de acción por acción, en tanto que en el siguiente proceso de "descarga de órdenes", los programas de computadora reales y códigos se descargan al PGD para la operación para el PGD. Como se señala en la presente, sin embargo, las presentes modalidades de "corto de vídeo" comprenden la descarga únicamente de archivos .mpeg u otros archivos de vídeo preestablecidos, tal que no se requiere el procesamiento en serie de acción por acción, y tal que no se requiera procesamiento o cómputo sustancial de la jugada al juego por el PGD. En este sentido, estas modalidades "corto de vídeo" comprenden varias ventajas y limitaciones tanto de las modalidades "en serie" y "descarga de órdenes". Dentro de las modalidades proporcionadas de "corto de vídeo", para propósitos de reconciliación y mantenimiento de registro que se lleven a cabo en un momento posterior, los datos pre-vistos de juego y todos los datos de compra se , registran en los registros del servidor 70 de juego, en 146. Incluidos en el registro de los datos de compra por el sistema central de juego están: la selección de juego (por ejemplo Tema de Juego para Pequeño Hombre Verde); los datos del tiempo de compra de juego (por ejemplo, Comprado el 9/20/04); fecha de vencimiento de datos de juego (por ejemplo, 3 meses desde la fecha de compra (no se confunda con el "primer momento" que corresponde al momento que se , generó el resultado del último juego de probabilidad en este conjunto de juegos pre-comprados) ) ; los datos seleccionados de la tabla de pagos del juego (por ejemplo, IGT # 1234 (número de serie de tabla de pagos, pre-aprobado por la Junta de Control de Juegos para Pequeño Hombre Verde, 97 % de devolución, denominación de 25 centavos, etc.)); los datos de contabilidad (es decir, la apuesta en cantidad total (por ejemplo $100 de tasa pagada) , y la denominación de Juego (por ejemplo, $0.25). También incluido en esta compra de registro, pueden estar datos opcionales tal como los datos de Identificación del Jugador (por ejemplo, John Smith, jugador ID # 3456P, y Control Jurisdiccional como se requiera) . Al término del registro de los datos de compra, en 146, los datos de juego pre-vistos se descargan al dispositivo 20 móvil de juego, en 148. Nuevamente, en tanto que el término "dispositivo móvil de juego" se usa frecuentemente para los propósitos de análisis en la presente, se entenderá que cualquier PGD móvil, portátil o no portátil se puede usar para los propósitos de la presente invención, como es apropiado. Como se menciona anteriormente, los datos pre-vistos de juego representan la presentación del juego de la jugada y resultado de los juegos pre-comprados de probabilidad. Por lo tanto, estos datos descargados pueden estar en la forma de un corto de vídeo del mismo archivo o un archivo de sesión que dicta la presentación del juego y los datos del juego que representan gráficamente la jugada y resultado de los juegos pre-comprados de probabilidad. Esta información será necesaria para incorporarse en el dispositivo 20 móvil de juego a fin de ejecutar la jugada, y generar y presentar el resultado y presentación en el dispositivo móvil de juego. De esta manera, los datos de presentación de juego y los datos lógicos de juego que corresponden al tema de juego seleccionado no se necesitan transferir al dispositivo 20 móvil de juego para efectuar la visión de la jugada y resultado del juego en la presentación puesto que los datos de juego transferidos sólo están en la forma de un corto de vídeo, a manera de ejemplo. Se puede reducir de manera significativa la cantidad de datos recargados, por lo tanto. De manera más importante, se puede reducir significativamente la alteración de datos puesto que los datos descargados son esencialmente datos "vídeo" de la jugada y resultado, como lo opuesto a datos "naturales". Por consiguiente, hay poco beneficio para un jugador que altere los datos. Con referencia de regreso a la Figura 12A, en 150, la interfaz 118 de comunicación removible se inserta en el dispositivo 20 móvil de juego para transferencia de los datos de juego pre-vistos al mismo desde el servidor de juego. Como se menciona, cada dispositivo 20 móvil de juego incluye un lector 50 de tarjetas adecuado para la aceptación de la interfaz 118 de comunicación removible, ya sea que está en la forma de una tarjeta inteligente, una llave electrónica, un dispositivo de memoria flash, o descarga directa de una máquina basada en cláusulas. Como se apreciará en mayor detalle más adelante, en 152 de la Figura 12A, se puede requerir un evento opcional de verificación en una modalidad específica. Esta verificación de uso proporciona una medida adicional de seguridad que requiere la entrada de la información de la identidad del jugador y/o información de ubicación del jugador para permitir la jugada operacional en el dispositivo móvil de juego. El jugador entonces puede comenzar la operación fuera de línea del dispositivo 20 móvil de juego para la visión de los datos pre-vistos de juego, virtualmente cualquier jurisdicción, que obstruye cuestiones jurisdiccionales, y en cualquier momento. A través de la operación del jugador de uno o más mecanismos 46 de entrada del dispositivo 20 móvil de juego, puede comenzar la visión de la jugada y resultado de uno o más juegos pre-comprados de probabilidad. Como se menciona, esta ejecución y vista del "corto de vídeo" de la jugada y resultados de los juegos de probabilidad mostrados en el dispositivo de presentación del dispositivo móvil de juego, lo último de lo cual se genera en el segundo momento, después del primer momento. Por consiguiente, se puede realizar, virtualmente en cualquier lugar, una ejecución y visión desplazada en tiempo de los juegos pre-comprados. En este momento, los datos del juego pre-vistos llegan hacer datos post-vistos de juego, un término de la técnica en este caso para reconciliación de datos para esencialmente los mismos datos de juego, a menos que estén alterados. En otras modalidades, después de esta visión, los datos de juego se pueden "marcar" como que están vistos . Con referencia de regreso a la Figura 12A, después de la visión de la jugada y resultado de cada juego, en 154, el dispositivo 20 móvil de juego determina si se ha terminado completamente la visión, en 156. Si aún permanece cualquier visión de los datos pre-vistos de juego, entonces la jugada puede continuar hasta gue se hayan ejecutado todos los juegos restantes en el dispositivo 20 móvil de juego. Si no permanecen jugadas de juego, entonces el dispositivo 52 de microprocesador del dispositivo de juego se dirige a almacenar los datos de juego post-vistos, en 158, de regreso a la interfaz 118 de comunicación removible. Como se menciona anteriormente, para redimir su cuente y "ajustar cuentas" con la operación del casino, especialmente en el caso de una sesión ganadora de juego, el jugador o usuario debe comunicar los datos post-vistos de juego de regreso al servidor 68 de contabilidad del sistema 120 central de juego. Esto se realiza al remover la interfaz 118 removible de comunicación del lector 50 de tarjetas del dispositivo móvil de juego y al insertarla en uno de los lectores 121 de tarjetas del sistema capaz de comunicarse con el servidor 68 de contabilidad del sistema 120 central de juego. Estos lectores 121 de tarjetas, por ejemplo, pueden estar localizados en las terminales de juego, o en quioscos designados. De forma breve, otras técnicas de reconciliación pueden incluir ratificación por código telefónico, generado de este modo por el PGD, acceso por Internet con una clave secreta (generada por el PGD) y/o ID de voz sobre un sistema telefónico. De acuerdo con la presente invención, por lo tanto, los datos post-vistos de juego se debe reconciliar con los datos pre-vistos de juego generados por y almacenados con el sistema 120 central de juego, en 160. De esta manera, los datos se pueden autenticar para reducir al mínimo de forma significativa y/o disuadir la posibilidad de alteración de datos. De forma breve, una vez que se descargan los datos post-vistos de juego de la interfaz 118 de comunicación removible, mediante el lector 121 de tarjetas del sistema, el servidor 68 de contabilidad hace , volver los datos de juego pre-vistos asociados, descargados del servidor 70 de juego a la interfaz 118 removible de comunicación. De manera subsiguiente, después de que se comparan los datos de juego pre-vistos generados por el sistema de la jugada y el resultado (es decir, los resultados de juego) con los datos de juego post-vistos transferidos desde el dispositivo de juego móvil (por ; ejemplo, PGD 20) para reconciliación de datos de los mismos, el procedimiento termina en 162. Sin embargo, esta reconciliación de datos, se distribuirá en mayor detalle con referencia a la Figura 12D. Ahora se dirige la atención ahora a la Figura 12B, donde la pre-compra de (144) de uno o más juegos de probabilidad se analiza en mayor detalle para el método de juego móvil pasivo de la Figura 12A. Como se menciona anteriormente, el jugador puede tener acceso al servidor 70 de juego del sistema 120 central de juego en cualquier quiosco, terminal de juego, etc., que tiene un lector 121 de tarjetas del sistema y pantalla de presentación acoplada al sistema 120 de juego central. Este acceso también puede tomar lugar en una máquina de juego independiente, libre, especializada, como se describe en mayor detalle más adelante. Después del comienzo de la pre-compra de juego 164, se presenta un menú amigable al usuario en la pantalla de presentación, similar a aquel ilustrado en 166. En este ejemplo de menú, para pre-comprar uno o más juegos de probabilidad, el jugador seleccionará "B", en 168. En 170, se pide al jugador que inserte su interfaz 118 removible de comunicación de jugador en el lector 121 de tarjetas designado (por ejemplo, en el quiosco) para establecer comunicación con el servidor 70 de juego. De forma breve, en esta etapa, se puede realizar un procedimiento opcional de verificación de identidad, similar aquel en 152 de la Figura 12A. Este evento se describirá en mayor detalle más adelante.

Con referencia de regreso a la Figura 12B, en la pantalla de presentación de la terminal o quiosco del jugador, el servidor 70 de juego puede pedir que el jugador introduzca la cantidad total de apuesta deseada por el jugador para la apuesta. Por ejemplo, el jugador puede decidir apostar un total de $100.00. En una modalidad específica, se puede aplicar un límite de apuesta de cantidad total máxima para propósitos de control de apuestas tal como aquellos instituidos por la Junta de Control de Juegos, así como para la protección del jugador de juego. Estas limitaciones de apuesta máxima se pueden personalizar al jugador particular en base a su pasada actividad de juego, historia crediticia, etc., similar a técnicas de seguimiento de jugadores. Los detalles adicionales de estas y otras técnicas y características de "reducción al mínimo de daños" se pueden encontrar, por ejemplo, en la Solicitud de Patente de los Estados Unidos comúnmente poseída y copendiente No. 10/708,168 de Nguyen et al., titulada "Sistema y Método de Verificación de Jugadores para Terminales Remotas de Juego", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos. Además de la entrada de la apuesta total, en 170, el jugador debe seleccionar típicamente otros ciertos , parámetros. Por ejemplo, el servidor 70 de juego puede pedir que el jugador introduzca adicionalmente la denominación en dinero (por ejemplo, $0.25), el número de juego deseados para pre-compra y/o entrada adicional como se pueda requerir. En general, dadas tres (3) selecciones de parámetros, se puede privar la cuarta (4). A manera de ejemplo, si sólo se selecciona u ofrece la configuración de apuesta fija, se puede pedir al jugador que seleccione la denominación fija deseada a apostar, y el número de juegos para pre-compra durante el evento de pre-compra de la presente invención. Puesto que se fijará la denominación de ' apuesta por juego, la cantidad total de apuesta por supuesto será el producto de la denominación de apuesta fija y el número de juegos que se van a jugar. De manera alternativa, en estas configuraciones de apuesta fija, durante este evento de pre-compra, el jugador puede introducir la cantidad total de apuesta y ya sea el número total de juegos para elegir pre-comprar, determinando de esta manera la cantidad fija de apuesta, o la cantidad fija de apuesta, en la cual se determinará los juegos totales permitidos que se van a jugar. De manera subsiguiente, en 172 de la Figura 12B, la pantalla de presentación del quiosco o la terminal de juego pide al usuario que haga el pago de su cantidad total de apuesta. Usando técnicas convencionales, se puede realizar el pago a través de la inserción de efectivo a través de un validador de billetes o aceptador de monedas, ATM, o introducción de la información de tarjeta de crédito o deslizando la tarjeta en un lector de tarjetas localizado en la máquina de juego o quiosco. Además, si el jugador tiene una cuenta de seguimiento de jugador o cuenta con el establecimiento de juego, simplemente puede retirar los fondos apropiados de la cuenta anteriormente establecida.

Una vez que se ha hecho el pago, en 172, se puede pedir al jugador que seleccione el tipo de juego de probabilidad deseado para pre-compra de juego y jugada. Por ejemplo, en 174, el jugador puede seleccionar de entre, por ejemplo, varios juegos de tragamonedas, póquer, pachinco, juegos de póquer de múltiples manos, póquer pai-gow, veintiuna, quina, bingo, ruleta, dados y otros juegos de cartas. En aplicaciones más complejas, sin embargo, se puede seleccionar más de un tipo de juego para la pre-compra de juegos. En estas selecciones de pre-compras de múltiples juegos, si se aplica apuesta fija o variable, las selecciones de los parámetros llegan hacer aun más complejas ya que el jugador puede dividir su apuesta total por juego seleccionado, y entonces se le pide introducir los parámetros de selección mencionados anteriormente. Se puede presentar un menú, en 174, el jugador para seleccionar uno o más de los juegos disponibles. El jugador puede seleccionar (mediante la pantalla táctil o mediante botones) más de un tipo de juego, y la cantidad total de apuesta que desea apostar por tipo de juego seleccionado. Por ejemplo, el jugador puede desear una apuesta total de treinta dólares ($30) para Pequeño Hombre Verde; cincuenta dólares ($50) para Rojo, Blanco y Azul; y veinte dólares ($20) para Póquer de Triple Jugada. En esta modalidad de selección de múltiples juegos, el orden de selección de menú puede no seguir aquel mostrado en la Figura 12B. Sin embargo, se apreciará que en tanto la presentación y descripción de la metodología a todo lo largo de la especificación está en un orden particular, este no necesita ser el caso. Por ejemplo, como se menciona ya, las selecciones de juego, se pueden hacer antes de las cantidades de apuesta, etc., sin apartarse del espíritu y naturaleza verdadera de la presente invención. Además, aunque el jugador puede haber introducido una cantidad total de apuesta en 170, no se requiere que apueste su cantidad total de apuesta introducida. En esta situación, el jugador puede tener un medidor de crédito o similar para su cantidad restante total de apuesta. Por ejemplo, empezando con cien dólares ($100) de apuesta total introducida en 170, si el jugador decidió jugar veinte (20) juegos, dos (2) líneas por juego, y un dólar ($1) de denominación de apuesta para un total de cuarenta dólares ($40) , tendrá un excedente de sesenta dólares ($60) que se le abonarán a su cuenta. Con referencia ahora a 176 y 178 de la Figura 12B, se puede requerir que el jugador introduzca su identidad de jugador para autenticar y verificar el uso apropiado de la interfaz 118 removible de comunicación durante el 1 procedimiento de pre-compra de juegos. En esta configuración, el sensor o dispositivo de identificación puede estar localizado en el quiosco o terminal, o en la interfaz removible de comunicación. En otras configuraciones, este procedimiento de identidad del jugador se puede realizar en muchos otros casos del procedimiento de pre-compra. Sin embargo, esta autenticación y verificación opcional del jugador, antes del término del procedimiento de ' pre-compra de juegos, se puede realizar para propósitos de i seguridad. Seguirá una descripción más detallada del procedimiento de verificación y jugada de juego de la Figura 12C, puesto que este sistema, características y procedimientos son similares. Una vez que se han satisfecho i todos los parámetros requeridos de identificación y seguridad, en 178 de la Figura 12B, el servidor 70 de juego genera inmediatamente la jugada y resultados para uno o más juegos de probabilidad usando números aleatoriamente generados por el servidor de juego, así como el circuito lógico de juego y presentación, etc., para los juegos seleccionados. De manera preferente, la sesión completa o corto de vídeo contenido en los datos pre-vistos de juego se genera y almacena en el servidor de juego, antes de la descarga en el dispositivo de juego. En otras modalidades específicas, los paquetes de juegos pre-generados, en forma de datos pre-vistos de juego, de cualquier número predeterminado (por ejemplo, 10, 50, 100, etc.), pueden estar disponibles. Dependiendo del número de juegos deseados y/o paquete seleccionado por el jugador, el servidor puede seleccionar al azar uno de quizá 10, 000 paquetes disponibles de juegos pre-generados de cientos de i juegos. Por lo tanto, este paquete seleccionado contendrá datos pre-vistos de juego de la jugada y resultado (cortos de vídeo) de cientos de juegos ejecutados de manera secuencial por el servidor de juego. De esta manera, en esta modalidad, la generación de los datos de juego pre-vistos no es sólo en el tiempo de la compra del juego. Estos paquetes | pre-generados pueden estar disponibles para descarga, aun en situaciones donde el jugador compre realmente menos que el número máximo de juegos disponibles en el paquete. Por ejemplo, se pueden comprar un paquete de cincuenta juegos pre-generados, aunque el jugador sólo pre-compre treinta juegos. En este caso, se reducirá sustancialmente la alteración de datos puesto que los juegos comprados constituirán los juegos pre-vistos de juego de la secuencia de los primeros treinta juegos. Nuevamente, aun si un pirata puede "ver hacia adelante", no puede cambiar exitosamente la secuencia del "corto de vídeo".

Los datos del juego pre-vistos generados entonces se descargan al dispositivo de juego en 180. Otros datos opcionales accesados que se pueden descargar en el dispositivo de juego, en 180, junto con los datos de juego pre-vistos incluyen la información de identificación biométrica, datos de verificación de ubicación de GPS, así como cualquier otra información pertinente de seguimiento de jugadores que incluye datos de publicidad. Junto con estos , datos de juego pre-vistos actualmente generados o pre- generados, y el número de serie de tabla de pago correspondiente para uno o más juegos seleccionados, pre- aprobado por la Junta de Control de Juego, el porcentaje del i adeudado y las denominaciones aceptadas para la apuesta, se pueden calcular, también, los datos de contabilidad de la sesión de juego. En 182, el servidor 70 de juego envía lo datos de juego pre-vistos, y todos los otros datos pertinentes de juego al servidor 68 de contabilidad. Al final de la pre-compra de juegos, en 184, el sistema regresa a 146 de la Figura 12A, en donde los datos pertinentes se almacenan en el servidor de contabilidad para reconciliación subsiguiente de datos del mismo. , Con referencia de regreso a 152 de la Figura 12A, y la Figura 12C, el procedimiento opcional de verificación de ubicación e identidad puede comenzar antes de la jugada del dispositivo 20 móvil de juego. Este procedimiento de verificación de ubicación e identidad de jugador es similar aquel del evento 176 de pre-compra de juegos de la Figura 12B realizado en la terminal de juego o quisco durante la pre-compra de juegos. Por ejemplo, como se menciona y como se muestra en la Figura 11, la interfaz 118 de comunicación removible (en la forma de una tarjeta inteligente) incluye de manera opcional un sensor 123 de identificación biométrica, tal como sensor de reconocimiento de huella dactilar, y/o un sensor 124 de GPS o dispositivo de posicionamiento usando el último posicionamiento o triangulación conocida. Esta verificación de identidad y/o ubicación o procedimiento de "correa virtual" también pueden I tomar lugar durante la jugada del juego, como se detalla más I adelante. Una huella dactilar ofrece un medio confiable y barato de autenticar la identidad de un individuo. Esto se hace más seguro que los PIN o contraseñas, que son sujetos a estar comprometidos u olvidados. Al enlazar el jugador directamente al proceso de transacción a través de su huella dactilar, se da una prueba típicamente más confiable que el jugador autorizado esta en realidad presente no solo alguien quien se le ocurra conocer una cadena corta de números o letras. Esta capacidad se ha mejorado por compañías tal como , biometric Associates www.biometricassociates . com en Timonium, Maryland y fingerprint Cards AB www. fingerprint . se en Estocolmo, Suecia en un sistema completa, incrustable, de identificación de huella dactilar que se puede insertar en una variedad de dispositivos de acceso que requieren autenticación de jugadores. Este producto realiza todas las funciones del sensor, procesador y hace decisiones dentro del módulo, simplificando en su mayor parte la incorporación de reconocimiento biométrico en pequeños productos producidos de forma masiva tal como tarjetas inteligentes y fichas de identificación de radiofrecuencia ("RFID") . Por supuesto, también se pueden usar o sustituir como sea aplicable otros tensores, procesadores y dispositivos adecuados de huella dactilar. De forma breve, en un ejemplo, se debe registrar primer uno o más dedos del jugador de modo que el sensor 123 de huella dactilar en la interfaz 118 removible de comunicación pueda reconocer el patrón de huella dactilar. Esto se logra en unión con una estación de enrolamiento externa que activa y controla el proceso. Conforme el jugador coloca la punta de su dedo en el sensor 123 de huella dactilar, este la detecta y captura las pequeñas variaciones en la capacitancia superficial del dedo y crea una imagen eléctrica tridimensional del patrón papilar único de la huella dactilar. Estas señales se verifican y luego se programan bajo el control de la estación de enrolamiento en memoria protegida en la interfaz 118 de comunicación. Esta información también se puede descargar al interfaz de comunicación como parte de los datos de juego pre-vistos durante el procedimiento de pre-compra de juegos. Al término del proceso de enrolamiento y/o descarga de los datos pre-vistos de juego, el módulo se "bloquea" y la colocación subsiguiente de cualquier dedo en el sensor activa al proceso de verificación. Esto comprende comparar la plantilla "registrada" anteriormente almacenada con la imagen de huella dactilar usando un algoritmo programado especial. En tanto que el dispositivo de sensor biométrico descrito se incorpora en la interfaz de comunicación removible, sensores de huella dactilar independientes disponibles que pueden enchufarse en PC o computadoras portátiles proporcionan imágenes de huella dactilar. Una descripción mayor de un lector de impresión dactilar como un dispositivo de identificación también se proporciona en la Patente co-poseída de los Estados Unidos No. 6,488,585, emitida el 03 de Diciembre de 2002, a Wells, et al., titulada "Método y Aparato de Identificación de Dispositivos de Juegos", que se incorpora en la presente como referencia y para todos los propósitos. Se pueden usar otros tipos de métodos de verificación tal como número de PIN o una contraseña de forma separada o en combinación con métodos de identificación biométrica. Otros métodos de identificación biométrica que se pueden usar con la presente invención incluyen pero no se limitan a identificación de características usando una cámara, identificación de patrón retinal usando un escáner retinal, identificación de patrón de voz introducida usando micrófono y reconocimiento de escritura a mano usando una almohadilla de entrada de escritura a mano. Por consiguiente, después del inicio de este procedimiento de verificación en 181 de la Figura 12C, se puede requerir que el jugador coloque primero su dedo designado por arriba del sensor 123 de huella dactilar para capturar los datos de huella dactilar en 188. Como se menciona, el chip de sensor de arreglo capacitivo detecta captura pequeñas variaciones en la capacitancia superficial del dedo y crea una imagen eléctrica tridimensional del patrón único de la huella dactilar. Usando el microprocesador de interfaz de comunicación, esta imagen tridimensional entonces se compara a esa imagen eléctrica tridimensional registrada durante el procedimiento de enrolamiento, en 190. En el caso de una tarjeta inteligente habilitada por huella dactilar, si los datos no corresponden en 192, el jugador está bloqueado del uso de la interfaz de comunicación en 194. Si los resultados de los datos correspondan, en 192, la persona que posea la tarjeta (no solo quien se le ocurra conocer el PIN) se verifica como su jugador autorizado. Además, el dispositivo móvil de juego, tal como PGD 20, y/o la interfaz 118 de comunicación removible, como se menciona, puede tener un pequeño dispositivo GPS o sensor 124 para verificar la ubicación del dispositivo. Se puede usar verificación de la posición para asegurar que el dispositivo móvil de juego se use sólo en áreas legales de juego del casino y para seguir dispositivos perdidos o hurtados. Cuando la terminal de juego o quiosco detecta que I el dispositivo móvil de juego está en un área restringida, i puede descontinuar las comunicaciones con el dispositivo móvil de juego. Por consiguiente, en 196, los datos de GPS calculados en la presente posición del uso de la interfaz 118 de comunicación se pueden comparar a aquellas jurisdicciones donde es legal el juego. Esta información también se puede descargar sobre la interfaz de comunicación como parte de los datos de juego pre-vistos durante el procedimiento de pre-compra de juegos. En el caso de una tarjeta inteligente habilitada con GPS, si los datos de GPS de la posición actual no corresponden en 198 con los datos de GPS de una jurisdicción legal, se puede bloquear el jugador del uso de la interfaz de comunicación en 200. Si los datos de GPS de la posición i actual dan por resultado correspondencia, en 198, con los datos de GPS de una jurisdicción legal, puede comenzar el uso potencial. Es decir, una vez que se ha verificado la huella dactilar del jugador autorizado, y se ha verificado la jurisdicción legal de juego, el componente de "chip 1 inteligente" en la tarjeta se activa automáticamente para proseguir y establecer comunicaciones protegidas con el sistema hospedador, en 202. Para seguridad adicional, el dispositivo móvil de juego puede tener un número de serie encriptado (código) que I se usa para verificar y autenticar el dispositivo móvil de juego. Se puede usar una llave electrónica con el dispositivo. Con un sistema de llave electrónica, el dispositivo móvil de juego no se puede activar hasta que se inserte la llave en un receptáculo en el dispositivo de juego. Además, en algunos casos, un jugador puede no desear ' que su identidad se revele por protección de privacidad. Para aquellos jugadores que desean este anonimato, el jugador se puede identificar como una ID única (por ejemplo, jugador s/n 12345) . Esta ID única se puede seleccionar por el jugador, generar al azar por el sistema central de juego, o asignar según el dispositivo. El jugador entonces se conoce por el servidor financiero seguro. Se pueden aplicar también muchas otras formas de seguridad. Aquellos expertos en la técnica pueden implementar otras técnicas de seguridad convencionales conocidas en el campo para asegurar datos sin apartarse del espíritu y naturaleza verdadera de la presente invención. La jugada de juego en el dispositivo 20 móvil de juego ahora se describirá en mayor detalle. Como se menciona, una vez que el jugador ha satisfecho todas las verificaciones de identidad y jurisdiccionales por la interfaz 118 removible de comunicación, el jugador puede comenzar la jugada en 202 de la Figura 12C, que corresponde a 154 de la Figura 12A. De acuerdo con la presente invención, como se indica, el dispositivo 20 móvil de juego puede ofrecer opcionalmente esquemas de apuesta fija y/o apuesta variable. Sin embargo, cualquier esquema de apuesta, se habrá seleccionado en la pre-compra de juegos, puesto que la única interacción del jugador, durante la visión de los datos pre-vistos de juego en el dispositivo móvil dejuelo es iniciar y detener la sesión de visión. Por lo tanto, los esquemas de apuesta no se pueden alterar durante la visión de los datos de juego puesto que, como se menciona, éste es esencialmente un evento desplazado en tiempo que se ha consumado ya. Por consiguiente, para comenzar la visión de la jugada y resultado de los gastos pre-vistos de juego, en el segundo momento, el jugador sólo ejecuta el mecanismo 46 de entrada de "jugada", ya sea para cada juego o sólo una vez. Puesto que el jugador está sólo viendo un corto de vídeo, tal como un archivo mpeg, de la jugada y resultado, la única interacción del jugador puede ser iniciar y detener la visión de los datos pre-vistos de juego. Por ejemplo, para simular una experiencia de juego de tragamonedas, uno de los botones de entrada puede representar la palanca de la < máquina tragamonedas o girar los botones para comenzar el giro de los carretes de la tragamonedas para cada juego. Una vez que los carretes se detienen y se finaliza el juego, se puede requerir que el jugador active el botón "jugar" para comenzar la vista del corto de vídeo. Otros juegos , potenciales que no requieren interacción del jugador que son adecuados para la visión de la jugada y resultados de esta manera incluyen, pero no se limitan a, pachinko, quina, bingo y ruleta. Incidentalmente, durante la generación de los datos pre-vistos de juego, el servidor de juego puede insertar gráficamente un medidor de contabilidad de la cuenta del jugador en el corto de vídeo para presentación, 1 de la misma manera como la presentación de la jugada y , resultado del juego. Nuevamente, esta técnica segura sólo transfiere datos de "vídeo" como lo opuesto a datos "naturales", y de esta manera, disuade significativamente la alteración de los datos. Como se indica anteriormente, una vez que los datos pre-vistos de juego se vean realmente por el jugador en el segundo momento, los datos de juego se marcarán como que se vieron por el jugador. De manera subsiguiente, estos datos post-vistos de juego entonces se almacenan en la interfaz 118 removible de comunicación, en 158 de la Figura 12A, para reconciliación de datos. Volviendo ahora al procedimiento de reconciliación de datos de la Figura 12D, que comienza en 206, el jugador ! inserta inicialmente su interfaz 118 removible de i comunicación en el lector 121 de tarjeta del sistema. Como se indica anteriormente, en el procedimiento de pre-compra de juegos y/o el procedimiento de jugada de juego, se puede requerir que el jugador introduzca datos de identificación ¡ del jugador, en 152, tal como un número de PIN, código, huella dactilar y/u otra información biométrica. Después de que se satisface el procedimiento de identificación y verificación, se establece comunicación entre el quiosco, máquina de juego independiente (como se detalla más adelante) , u otra terminal de juego donde se localiza la interfaz 118 removible de comunicación. En 208, la lista de opciones de menú, similar a 166 de la Figura 12B, se presenta en la pantalla de presentación adyacente o cerca del lector 121 de tarjetas del sistema. En este ejemplo para reconciliar su cuenta, el jugador selecciona "A", en el cual el servidor 68 de contabilidad comienza la carga de los datos post-vistos de juego contenidos en la interfaz 118 removible de comunicación, en 210. Como se menciona, estos datos post- vistos de juego deben ser los datos idénticos, si bien marcados, como aquéllos de los datos pre-vistos de juego. Aplicando técnicas convencionales de identificación de datos, el servidor 68 de contabilidad, en ¡ 212, recupera los datos pre-vistos de juego correspondientes i que se descargaron originalmente a la interfaz removible de comunicación durante el procedimiento de pre-compra de juego en 180 de la Figura 12B. En 214, los datos post-vistos de , juego se cargan y recuperan para reconciliación en 218. Un comparador del servidor 68 de contabilidad entonces compara los datos pre-vistos de juego a los datos post-vistos de juego para discrepancias de datos. Si se detecta una discrepancia de datos, en 220, el servidor 68 de contabilidad informa al jugador de la discrepancia durante este procedimiento de reconciliación, en 222. Por ejemplo, puede sonar una alarma audible y/o informar al jugador en el quiosco de la pantalla de presentación terminal. El jugador también se puede avisar para ponerse en contacto con un representante del casino para determinar el origen de la discrepancia de los datos, en 224. Por razones adicionales de seguridad, puede acontecer una foto instantánea de los datos de la tarjeta de dispositivo móvil de juego y del programa de juego, en 226. Si el comparador determina que los datos pre- vistos de juego y los datos post-vistos de juego son idénticos, en 220, el servidor 68 de contabilidad determinar si el número ganancias son iguales a o menores que el número teórico máximo preestablecido de ganancias, en 230. Si esta pregunta, en 230, es positiva, el servidor 68 de contabilidad se coloca en un modo de verificación de mayor I seguridad puesto que ha ocurrido un error y puesto que una transacción segura está próxima a comenzar (por ejemplo, carga información de ganancia/relacionada a jugada) en 234. Si se determina, en 230, que no hay esta situación, el servidor 68 de contabilidad, en 232, informa al jugador del procedimiento exitoso de reconciliación de datos. El saldo de la cuenta del jugador entonces se actualiza en 234. En 236, esta información entonces se envía a la presentación de la terminal de juego o quiosco donde el jugador está jugando y/o al PGD del jugador a través de la interfaz 118 secundario de comunicación. La operación para el procedimiento de juego móvil entonces termina en 162. i Tipo III de Proceso: Procesos de PGD de Descarga de Órdenes Aún otro tipo básico del proceso de PGD comprende en general descargar grandes porciones de software al PGD para jugar en el PGD. Estos casos pueden comprender una descarga de órdenes de uno o más programas completos del servidor del sistema. En lugar de la transmisión en serie del código desde un servidor de juego y servidor financiero a un dispositivo portátil, o la transferencia de cortos fijos de vídeo, se puede proporcionar una descarga de órdenes de un juego completo desde el servidor al PGD. Esta transferencia puede comprender algo o todo del software de juego que se transcodifica a un lenguaje de computadora adecuado, tal como por ejemplo, JavaMR, para una descarga desde un servidor central a un PGD. Aunque el ejemplo de JavaMR se está proporcionando aquí para propósitos de ilustración, se entenderá que también se pueden usar otros lenguajes para este propósito. De esta manera, se puede manejar el procesamiento y las computaciones individuales de jugadas de juego por el PGD mismo, en lugar del proceso difícil de transmisión línea por línea o sección por sección de la jugada de juego desde el servidor al dispositivo. El uso de este lenguaje de computadora ampliamente reconocido y usado permite que se hagan descargas directamente a dispositivos de muchos fabricantes o vendedores diferentes, tal que también se pueda permitir que los jugadores proporcionen una amplia variedad de sus propias PDA u otros dispositivos adecuados como PGD, como se señala anteriormente. El servidor central puede ser el dispositivo principal que señala que se está pidiendo un PGD particular de una versión particular de un juego para que se descargue, tal como una versión de un juego, basada en JavaMR, a manera de ejemplo. El servidor central también se puede adaptar para reconocer exactamente qué clase de descarga requiere un PGD particular, tal que puedan tomar lugar descargas apropiadas y/o transcodificaciones para soportar ese PGD particular. Donde se necesita, el software de traducción adicional, tal como el que se proporciona por Citrix Systems, Inc., de Fort Lauderdale, Florida, por ejemplo, se puede usar para el propósito de incluir aún más ! dispositivos como PGD potenciales para el uso con el sistema completo. Debido a que este proceso de descarga de órdenes comprende la transferencia de grandes porciones de código de jugada de juego, se pueden desprender PGD individuales del sistema para jugada de juego "fuera de línea" aislado en algunos casos. Como se apreciará fácilmente, este estado desprendido y fuera de línea simplemente no puede ser posible en varias modalidades de proceso alternativa en I serie de línea por línea, como se proporciona anteriormente. En algunas modalidades, el software de juego completo 1 expuesto para un juego particular, tal como "Rojo, Blanco y Azul" o "Pequeño Hombre Verde", por ejemplo, se puede enviar a varios PGD individuales para jugar, en tanto que en otros, sólo se pueden enviar porciones mayores de este software de juego. Una porción crítica del software que se puede retener con un servidor huésped o máquina de juego puede ser el RNG, tal que los resultados reales de la jugada de juego se predeterminen en un dispositivo controlado, tal como un servidor o máquina de juego operada o poseída por el casino. Similar a los tipos de "corto de vídeo" de los procesos de PGD descritos anteriormente, los resultados reales de la jugada de juego se pueden predeterminar usando el RNG localizado en un servidor de sistema o máquina de juego controlada. Estos resultados predeterminados se pueden referir como "siembra". Dentro del contexto de un proceso de descarga de órdenes, estas "siembras" necesitan ser sólo la forma más básica de resultados predeterminados de juego, con nada más, como lo opuesto a los cortos completos de vídeo para resultados, jugadas de juego y presentaciones. Similar al tipo anterior de proceso de PGD de cortos de vídeo, estas siembras son nuevamente resultados predeterminados de jugadas de juego, con estos resultados predeterminados de juego que se crean de manera preferente en un servidor central o dispositivo controlado por el casino, tal como una máquina de juego. Cuando se usan estas siembras básicas de juego, la jugada de juego y la presentación se pueden hacer en una amplia variedad de maneras para arribar al resultado predeterminado de juego o siembra. En otras palabras, cada siembra sólo necesita contener suficiente información para el PGD para determinar el resultado de la jugada real de juego, sin decir cómo el PGD presenta ese resultado. Una descarga determinada de órdenes del software de juego puede proporcionar suficiente información para que un PGD sea capaz de correr sus propias presentaciones de juego que finalmente dan por resultado resultados de juego que reflejan cualquiera de las siembras de juego que se han descargado. Los métodos para crear y transferir estas siembras de juego desde el servidor central u otro dispositivo similar a un PGD puede ser similar a aquéllos dados para los varios tipos de proceso de PGD de cortos de vídeo, aunque se apreciará que la cantidad de código de computadora para una siembra particular de juegos puede ser significativamente más pequeña que la cantidad de código de computadora para un corto completo de vídeo. Estos tipos de descarga de órdenes de los procesos de PGD se pueden mejorar los otros tipos de procesos de PGD al menos con respecto a la cantidad de tiempo total transcurrido a la descarga o en la comunicación con el PGD. Aunque una descarga inicial de órdenes de un tipo particular de juego, tal como por ejemplo, un juego de "Elvis", un juego de "Rueda de la Fortuna", o un juego de "Pequeño Hombre Verde", debe tomar una cantidad significativa de tiempo, esta descarga de órdenes puede ser en general un evento de tiempo para este tipo particular de juego. Las jugadas reales de juego para este tipo de juego en el PGD entonces se pueden hacer una y otra vez sin parar usando el software de juego de esta descarga inicial de órdenes, con sólo una cantidad limitada de descarga o comunicación adicional con un servidor central o máquina de juego controlada por el casino. Esta descarga o comunicación adicional puede mejorar la transferencia de siembras de juego aunque se apreciará fácilmente que puede ser relativamente mínimo el tiempo necesario para comunicar la información básica de la siembra de juego. Por el contrario, puede ser relativamente significante el tiempo necesario para descargar costos completos de vídeo para jugada en un PGD en comparación al término a largo plazo. Por ejemplo, una velocidad potencial de transferencia de 56 Kbits por segundo, la transferencia de un corto único de vídeo de jugada de juego puede tomar aproximadamente 30 segundos, la transferencia de una descarga completa de órdenes del software para un tipo particular de juego puede tomar aproximadamente 10 minutos, y la transferencia de una siembra básica de juego puede tomar aproximadamente 1 segundo. En tanto que el tipo de proceso de PGD de cortos de vídeo entonces puede ser en general más rápido para 20 jugadas de juego o menos, el proceso de PGD de descarga de órdenes llegará a ser significativamente más rápido sobre la corrida larga para cualquier número adicional de jugadas de juego. Por supuesto, el ejemplo anterior es sólo de i naturaleza ilustrativa, y pueden aplicar otras velocidades y tiempos de transferencia dada la tecnología disponible y el tamaño comprendido de los varios programas y cortos. También se contempla que los resultados o siembras i predeterminadas de juego puedan ser genéricos a una variedad de diferentes tipos de juegos específicos. Por ejemplo, una i o más siembras o resultados predeterminados de juego se pueden aplicar a cualquiera de un juego de "Elvis", un juego de "Rueda de la Fortuna", un juego de "Pequeño Hombre Verde", o varios otros tipos específicos de juego. Donde se usa este arreglo, puede ser preferible incluir al menos una i porción de código en cada módulo de juego descargado, tal como por ejemplo, una descarga basada en JavaMR, tal que el módulo de juego descargado sea capaz de interpretar una siembra genérica y utilizar la siembra genérica en una presentación específica de un juego para arribar a un resultado particular de juego o resultado para esa siembra. Por ejemplo, una siembra genérica determinada puede representar una retribución lOx favorable para su jugada respectiva determinada de juego. Donde esa siembra genérica de juego está contenida en un PGD que está corriendo un juego de "Pequeño Hombre Verde", la descarga de órdenes de software de juego en el PGD para ese juego de pequeño hombre verde se puede adaptar para leer la siembra genérica que tiene un resultado de "lOx" y presenta un resultado de juego que muestra 3 platillos en una línea de pago apropiada, resultado que corresponde a una retribución de lOx para ese juego de pequeño hombre verde. Sin embargo, si el PGD está corriendo en cambio un juego de "Rueda de la Fortuna", la descarga de órdenes del software de juego en el PGD para el juego de rueda de la fortuna se puede adaptar para leer esa misma siembra genérica de juego que tiene un resultado de "lOx" y presenta un resultado de juego que muestra, por ejemplo, 3 Vannas en una línea de pago apropiada, resultado que coincide con una retribución de lOx para ese juego de rueda de la fortuna. Aunque se han dado estos dos ejemplos particulares, se entenderá fácilmente que también se pueden usar muchos otros tipos de resultados particulares de juego. Por supuesto, donde una siembra genérica determinada de juego representa un resultado de "no ganancia" o de nada para un jugador, el software particular de juego para cualquier juego que se juegue puede interpretar esa siembra genérica del juego y entonces presentar una jugada apropiada de juego y el resultado que no da por resultado retribución para cualquier juego particular que se esté jugando. Como se apreciará fácilmente, muchas características inherentes a los procesos para jugadas y transferencias predeterminadas de juego de estos a los PGD pueden ser comunes tanto a los tipos de proceso de PGD de descarga de órdenes como de cortos de vídeo. Estas características pueden comprender maneras en las cuales se resuelven las discrepancias. Donde un jugador compra, por ejemplo, un bloque de 10 cortos de vídeo, siembras de juego o resultados de juego, estos resultados se pueden grabar de manera preferente a un servidor hospedador antes de que se transfieran al PDA específico o dispositivo portátil de juego del jugador. Si el jugador entonces reclama una pérdida de energía, falla de batería, u otro mal funcionamiento, se pueden descargar los mismos 10 cortos exactos de vídeo o 10 siembras de juego nuevamente en un momento posterior, debido a que la versión registrada está almacenada en el servidor hospedador. En una modalidad preferida, la versión oficial de cualquier resultado descargado de juego es la versión que está almacenada en el servidor hospedador, tanto para propósitos de verificación como de seguridad. De esta manera, cuando un jugador presenta un PGD que presenta una cantidad total final o balance de jugada de juego que no se reconcilie con la cantidad almacenada del servidor hospedador, la cantidad almacenada en el servidor hospedador puede ser la cantidad que se reconoce oficialmente. Se pueden manejar disputas con respecto a diferentes cantidades de una manera similar a otras discrepancias o malos funcionamientos del casino o máquina de juego.

Esta característica anterior puede ser particularmente aplicable a los tipos de "tragamonedas" u otros tipos similares de juegos que comprenden una activación única de juego que da por resultado un resultado final de juego. Para tipos de juego que comprenden alguna forma de interacción con el jugador, tal como por ejemplo, un tipo de vídeo póquer o vídeo veintiuna de juego, puede llegar a ser impráctico proporcionar a los jugadores con ! múltiples oportunidades para jugar los mismos juegos una y otra vez hasta que las jugadas óptimas lleguen a ser evidentes y se puede hacer por consiguiente con oportunidades de repetición. Estos tipos de juego pueden requerir características más avanzadas para proteger tanto a los jugadores como a los establecimientos de juego de las i consecuencias de las interrupciones de energía, fallas y/o malos funcionamientos de dispositivos. Estas características adicionales pueden incluir la provisión de una RAM flash u otro dispositivo de memoria capaces de retener los resultados de juego en el caso de una pérdida de energía y/o la capacidad para transferir los resultados de juego a un servidor o sistema hospedador después de cada jugada individual de juego, entre otros. Además de la capacidad del sistema para efectuar una transferencia directa de siembras de juego, cortos de vídeo, o bloques de cualquier forma de resultados predeterminados de juego desde un servidor central u otro dispositivo hospedador a un PGD, también se puede almacenar cualquier forma de resultados predeterminados de juego en una unidad de memoria separada, tal como aquélla descrita en i la solicitud de patente de los Estados Unidos comúnmente poseída y co-pendiente número 10/937,989 por Nguyen, et al., titulada "Apparatus for Pre-Determined Game Outcomes", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos. Como se señala en la presente, un aparato de memoria portátil y preferentemente removible, tal como una tarjeta inteligente, cartucho, "barra de memoria", periférico de memoria USB", u otro dispositivo, puede incluir una identificación de jugador y uno o más resultados de juego predeterminados, asociados con la identificación de jugador. El aparato de memoria portátil puede acoplarse de forma comunicativa con un aparato de juego, tal como un PGD, proporcionar uno o más resultados predeterminados de juego al aparato de juego, acoplarse y desacoplarse de forma comunicativa del aparato de juego, y acoplarse y desacoplarse físicamente del aparato de juego o PGD. Además de las varias formas electrónicas de aparatos portátiles de memoria, tal como por ejemplo, "barras" de memoria, cartuchos, tarjetas inteligentes y ¡ similares, las jugadas de juego portátiles también pueden proporcionar el uso de boletos prepagados u otros medios tangibles. Estos boletos prepagados u otros medios tangibles pueden contener información codificada específica que corresponde a los resultados particulares de juego. De manera alternativa, un boleto prepagado puede desbloquear jugadas de juego que están almacenadas en un PGD u otro dispositivo portátil de juego. Por ejemplo, en algunas modalidades se pueden hacer descargas en bloque de grandes números de jugadas predeterminadas de juego o de siembras todas a la vez en un PGD determinado, a pesar de si todas o aún ninguna de las siembras de juego se ha pagado por adelantado. En una modalidad particular, cada descarga de órdenes de un software específico de juego se puede acompañar por una descarga en bloque de 100, 1000 ó aún más siembras de juego, ya sea pagadas o no. Las jugadas individuales de juego pueden presentarse después de que un jugador las pague, que se puede lograr a través de un boleto prepagado que sea libre por un periférico del PGD, a manera de ejemplo. La jugada anónima de juego y/o de suscripción también puede ser posible a través del uso de estas descargas anticipadas de siembras no pagadas. Por ejemplo, dos jugadores pueden registrarse para jugar en el mismo PGD determinado, PGD que puede tener muchas siembras no pagadas para juego anteriormente descargas y almacenadas en el mismo. Cuando el Jugador 1 decide jugar en el PGD, se registra en su cuenta de jugador específicamente designada para él en el dispositivo, dispositivo que también se puede adaptar para reconocer al Jugador 1 a través de una variedad de métodos y dispositivos de "correo virtual" como se señala más adelante. El Jugador 1 entonces juega varios juegos como se desea usando las siembras no pagadas anteriormente almacenadas en el dispositivo, después de lo cual la cuenta de jugador para el Jugador 1 entonces se descarga específicamente o se señala para estas jugadas. El Jugador 2 puede posteriormente registrarse de manera similar en el mismo PGD para otras jugadas de juego que también se sacan del bloque de siembras no pagadas para juego, después de lo cual la cuenta para el Jugador 2 entonces se carga para estas jugadas. Las siembras o jugadas restantes descargas de juego de aquéllas anteriormente hechas en masa que nunca se usan pueden nunca ser cargadas, o en la alternativa, reembolsadas si se usa una pre-carga para estas siembras o jugadas de juego, como pueda ser apropiado. En estas ' modalidades, puede ser preferible incluir seguridad adicional para cualquier siembra de juego, y particularmente para siembras no pagadas de juego, tal como jugadores inescrupulosos no son capaces de revertir la ingeniería y analizar estas siembras no pagadas de juego antes de elegir i el pagarlas. Esta seguridad puede comprender varias técnicas de encriptación y códigos de comprobación, así como código específico que no se puede entender sin una clave apropiada del sistema, entre otros métodos, como se apreciará fácilmente. l Los ejemplos específicos de escenarios potenciales que comprenden sistemas de juego y PGD adaptados para un proceso de descarga de órdenes ahora se proporcionarán, con que se entienda que estos ejemplos son sólo ilustrativos y de ninguna manera de naturaleza limitante. En una situación, el "Jugador Pablo" entra a un casino con su propio PDA personal que se adapta para ejecutar y presentar programas JavaMR. Al ver que su PDA puede ser utilizable con un sistema adecuado de juego instalado dentro del casino, Pablo aprovecha la mesa de juegos descargables y confirma que su propio PDA personal es capaz de correr el juego descargable de probabilidad para propósitos de apuesta en el casino. En este punto, se hace una conexión entre su PDA personal y una interfaz de descarga en la mesa de juegos descargables. Esa interfaz puede ser alámbrica o inalámbrica, como se apreciará fácilmente. Pablo entonces selecciona uno o más tipos de juego para descargar, que pueden incluir, por ejemplo, pequeño hombre verde, rueda de la fortuna y/u otros tipos de juegos, después de lo cual toma lugar una descarga de órdenes de software de juego para i cada juego desde un hospedador del sistema a su PDA.

Después de que se descargan uno o más juegos a su , propio PDA, Pablo entonces es capaz de decidir cuántas jugadas reales de juego le gustaría comprar. Por ejemplo, Pablo puede comprar 10 jugadas de juego por $1 por juego, después de lo cual entonces se puede descargar un bloque de siembra de juego al PDA de Pablo. Como se señala anteriormente, estas siembras de juego pueden ser específicas a un tipo específico de juego, tal como Pequeño Hombre Verde, o estas siembras de juego pueden ser genéricas, tal que se puedan jugar en una variedad de tipos de juego. Entonces Pablo decide comprar o revisar varias unidades de memoria separadas que tienen siembras de juego almacenadas en las mismas, en el caso que desee jugar adicionalmente más allá de los 10 juegos que él ya ha comprado. Aunque se puede requerir que Pablo compre algunas jugadas de juego almacenadas en los dispositivos de memoria en el momento de tomarlas de la mesa de juegos, algunas • modalidades pueden comprender un procedimiento de verificación para estas barras o unidades de memoria, por lo que no se hacen cargos hasta que las siembras de juego almacenadas en los mismos se descargan realmente para jugar. Por ejemplo, donde Pablo verifica 5 unidades de memoria, cada una que tiene 10 juegos almacenados en la misma, y donde Pablo sólo juego los juegos en 2 de las unidades de , memoria, no se hará cargo a Pablo o nuevamente a su cuenta cuando regrese las otras 3 unidades de memoria con sus siembras de juego almacenadas intactas. Por supuesto, también se pueden hacer cargos completos en el caso de la verificación, si se desea. En cualquier caso, Pablo entonces toma su propia PDA personal con el software de juego almacenado en el mismo i y deja la mesa de juegos descargables. Entonces va a un restaurante dentro del casino y paga 5 de los juegos en tanto que espera una mesa. Después de su comida, Pablo se dirige a la recepción del hotel dentro del casino para 1 esperar a sus amigos, donde juega los otros 5 juegos. En tanto que deambula por el casino con sus amigos más adelante, Pablo inserta dos de las unidades portátiles de I memoria, jugando los 10 juegos almacenados en cada uno, después de lo cual tiene una ganancia de tamaño moderado y decide detener el juego. Posteriormente, Pablo regresa a la mesa de juegos descargables para reclamar sus ganancias totales y regresa las unidades no usadas de memoria. En la verificación de las tres unidades de memoria que en realidad no están usadas, se puede proporcionar un reembolso, o no se puede hacer cargo en la cuenta de Pablo, como puede ser apropiado. Se puede hacer la verificación del balance total que refleja sus ganancias en su PDA, tiempo en el cual entonces se le puede pagar a Pablo, tal como al abonar a su i cuenta, proporcionándole un comprobante impreso, o simplemente pagándole en efectivo, en el caso que la mesa de juegos descargables pueda ser parte de un cajero automático en el casino. Con uno o más de sus juegos favoritos que están descargados en su propio PDA personal, Pablo entonces puede regresar al casino o un establecimiento de juegos similar adecuadamente adaptado en el futuro y ser capaz de jugar más de estos mismos juegos con la misma descarga de órdenes que 1 se hizo originalmente. Por ejemplo, Pablo puede regresar el siguiente día y comprar 20 siembras de juego, ya sea por descarga directa o en un dispositivo portátil de memoria, después de lo cual Pablo puede jugar los juegos usando estas siembras de juego para sus resultados usando el mismo software de descarga de órdenes que se descargó a su dispositivo durante su visita anterior. Estas descargas de órdenes del software de juego para juegos particulares entonces pueden recibir en su PDA en tanto que Pablo desee quedárselos, facilitando además la jugada fácil durante muchos retornos futuros al casino. Por supuesto, puede ser preferible que este software sea resistente a ingeniería inversa, que se requieran varias licencias retrácteles que impidan esta | ingeniería inversa, de cualquier jugador quine acepte una descarga de órdenes a su propio PDA, y/o esta descarga de órdenes de software también se puede escribir para que no contenga ningún secreto comercial o código crítico de juego, en el caso que se maneje por ingeniería inversa en cualquier I caso. Por ejemplo, el RNG y/u otras funciones o procesos críticos determinantes de juego que se puedan reservar para el desempeño por el servidor central u otro dispositivo adecuado del sistema, tal que el único software que se transfiere a un PDA u otro PGD se relacione en general sólo a la presentación del juego y otro código de presentación. t Esta presentación de juego y código de presentación pueden ser no sensibles con respecto a la ingeniería inversa potencial o análisis exterior, pero son de naturaleza sustancial, tal que es preferible hacer que las descargas de órdenes permitan que este código resida en el PGD en lugar que el sistema hospedador para un proceso de PGD en serie.

Máquinas Especializadas de Juego Como se señala anteriormente, se pueden hacer varias descargas de códigos de juego o cortos de vídeo, o interacciones simples de proceso en serie con una variedad de componentes del sistema, desde conexiones directas a un servidor centralizado o a una salida secundaria o interfaz para este servidor. Esta salida secundaria, interfaz o aún servidor puede ser una máquina de juego, autónoma, misma.

Volviendo ahora a la Figura 13A, se ilustra en una vista en perspectiva una máquina de juego autónoma de ejemplo adaptada para aceptar apuestas y presentar juegos de probabilidad. La máquina 310 de juego incluye un adaptador 311 de multimedios y un gabinete principal 312, que circunda en general el interior de la máquina (no mostrado) y se puede ver por los usuarios este adaptador de multimedios y/o gabinete principal pueden formar conjunta o separadamente un alojamiento exterior adaptado para contener una pluralidad de componentes internos de la máquina de juego, en el mismo. El gabinete principal 312 puede incluir una puerta principal 319 en el frente de la máquina de juego, que se abre de manera preferente para proporcionar acceso al interior de la máquina de juego. Unidos la puerta principal están típicamente uno o más conmutadores o botones 321 de entrada de usuario, uno o más aceptadores de crédito o dinero, tal como un aceptador 322 de monedas y un validador 323 de billetes o boletos, una bandeja 324 de monedas, y una vitrina 325. Visible a través de la puerta principal 319 está un monitor 326 primario de presentación de vídeo y uno o más paneles 327 de información. El monitor 326 primario de presentación de vídeo será típicamente un , tubo de rayos catódicos, un LCD de panel plano de alta resolución, presentación de plasma/LED u otro tipo convencional o diferente de monitor apropiado de vídeo. De manera alternativa, se puede usar una pluralidad de carretes de juego como una presentación primaria de máquina de juego en lugar del monitor 326 de presentación, con estos carretes de juego que se controlan de manera electrónicamente preferente, como se apreciará fácilmente por un experto en la técnica. ( El adaptador 311 de multimedios, que descansa típicamente por arriba del gabinete principal 312, puede contener una impresora 328 de boletos, un teclado numérico 329, una o más presentaciones 330 adicionales, un lector 331 de tarjetas, uno o más altavoces 332, una vitrina elevada 333, una o más cámaras 334, y un monitor 335 secundario de presentación de vídeo, que puede ser de manera similar un tubo de rayos catódicos, una LCD de panel plano de alta resolución, una presentación en plasma/LED o cualquier otro tipo convencional o diferente de monitor apropiado de vídeo. De manera alternativa, el monitor 335 secundario de presentación también se puede anteceder en lugar de otras presentaciones, tal como carretes de juego o dioramas • físicos que pueden incluir otros componentes móviles, tal como por ejemplo, uno o más dados móviles, una rueda giratoria o una presentación giratoria, entre otros. Se entenderá que existen muchas marcas, modelos, tipos y variedades de máquinas de juego, que no todas las máquinas de juego incluirán cada uno de los artículos anteriores, y que muchas máquinas de juego incluirán otros artículos no mostrados. Estas máquinas de juego se hacen por muchos fabricantes, tal como por ejemplo, IGT. Con respecto a las máquinas electrónicas de juego en particular, las máquinas electrónicas de juego hechas por IGT se proporcionan con características especiales y ' circuitería adicional que la diferencian de las computadoras de propósito general, tal como una computadora portátil o PC de escritorio. Debido a que las máquinas de juego están altamente reguladas para asegurar imparcialidad, y en muchos casos pueden se operar para otorgar premios monetarios de millones de dólares, las arquitecturas de hardware y software que difieren significativamente de aquéllas de las computadoras de propósito general que se pueden implementar : en una máquina de juego electrónica típica a fin de satisfacer las cuestiones de seguridad y los muchos requerimientos regulatorios estrictos que aplican a un ambiente de juego. Una descripción más detallada de muchas de estas especializaciones en las máquinas de juego electrónicas con relación a las máquinas de cómputo de propósito general y ejemplos específicos de los componentes adicionales o diferentes y características encontradas en j las máquinas de juego electrónicas se puede encontrar en por ejemplo, la solicitud de patente de los Estados Unidos comúnmente poseída y co-pendiente número 10/995,636 por Nguyen, et al., titulada "Class II/Class III Hybrid Gaming Machina, System And Methods", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos . Con respecto a las capacidades básicas de juego proporcionadas, se entenderá fácilmente que la máquina 310 de juego se puede adaptar para presentar y jugar cualquiera de un número de eventos de juego, particularmente juegos de probabilidad que comprenden una apuesta de jugador y un retribución monetaria o diferente potencial, tal como por ejemplo, una apuesta en un evento deportivo o jugada general como un juego de máquina tragamonedas, un juego de kina, un juego de vídeo póquer, un juego de vídeo veintiuna, y/o cualquier juego de mesa en vídeo, entre otros. En tanto que la máquina 310 de juego se puede adaptar típicamente para jugar juegos en vivo con un jugador físicamente presente, también se contempla que esta máquina de juego también se puede adaptar para jugada de juego con un jugador en una terminal remota de juego. También se pueden usar otras características, funciones y dispositivos en asociación con la máquina 310 de juego, y se contempla que la presente invención se pueda usar en unión con una máquina o dispositivo de juego que puede abarcar cualquiera o todos estos tipos adicionales de características, funciones y dispositivos. Un artículo u objeto que se contempla específicamente para el uso con la presente invención comprende una máquina de juego autónoma que incorpora una estación de acoplamiento para un PGD, tal como aquél que se señala anteriormente. Con referencia ahora a las Figuras 13B y 13C, se ilustran en vista en perspectiva dos máquinas de juego, especializadas, de ejemplo que tienen estaciones de acoplamiento de PGD asociadas de acuerdo con varias modalidades de la invención. Viendo primero la Figura 13B, la máquina 410 de juego especializada autónoma puede ser de naturaleza sustancialmente similar a la máquina 310 de juego, con la excepción notable que es la presencia de la estación 488 de acoplamiento. En particular, la máquina 410 de juego puede incluir una estación 488 de acoplamiento que es autónoma y separada de la máquina de juego, tal que puede ser idéntica o de naturaleza sustancialmente similar a la estación 88 de acoplamiento como se describe anteriormente. Por consiguiente, cualquier PGD 20 adecuado adaptado para el uso en el sistema completo de juego de soporte se puede usar con esta máquina 410 de juego que tiene la estación 488 de acoplamiento. Una conexión adecuada, tal como la conexión 489 alámbrica puede conectar la estación 488 de acoplamiento con la máquina 410 de juego, y se puede incluir también cualquier software adicional asociado, hardware y cableado (no mostrados) que se pueda requerir para incorporar esta estación 488 de acoplamiento en una máquina 410 de juego ' independiente. De manera alternativa, la máquina 410 de juego puede ser simplemente un conducto a través del cual la estación 488 de acoplamiento se conecte a un sistema de juego completo localizado de forma remota, tal como aquél que se describe con respecto a la Figura 8 anterior. , Con referencia ahora a la Figura 13C, la máquina 510 de juego, especializada, independiente también puede ser de naturaleza sustancialmente similar a las máquinas 310 ó I 410 de juego, con la excepción notable que es la presencia 1 de la estación 588 de acoplamiento, integrada. En esta modalidad, la estación 588 de acoplamiento integrada puede estar integrada en la máquina de juego misma, tal que un PGD 520 asociado se puede acoplar físicamente en la estación 588 de acoplamiento y permanecer con la máquina 510 de juego. Como se muestra, un PGD 520 especializado está en el proceso ' de ser removido de la estación 588 de acoplamiento integrada. Este PGD especializado puede ser de naturaleza sustancialmente similar a cualquier PGD regularmente adecuado, tal como el PGD 20 descrito anteriormente, con una diferencia notable que es el PGD 520 especializado que está particularmente adaptado para ser acoplado y permanecer con la estación 588 de acoplamiento, tal como por una espiga fija, segura, mecanismo de enganche o similar (no mostrados) . En un sentido general, la estación 588 de acoplamiento integrada y el PGD 520 especializado pueden ser de naturaleza sustancialmente similar a la estación 488 de acoplamiento y PGD 20 anterior, aunque se pueden preferir varias características y capacidades adicionales. Como una posible característica adicional, el PGD 520 especializado se puede adaptar además para operar de una manera diferente cuando está en un modo "acoplado" o en una posición acoplada en una máquina de juego hospedadora asociada, tal como la máquina 510 de juego especializada.

Por ejemplo, el PGD 520 puede operar como una presentación secundaria u otra adicional a la máquina 510 de juego cuando se acopla en la estación 588 de acoplamiento integrada.

I Este modo de presentación secundario para el PGD 520 puede ser particularmente preferible donde la estación 588 de acoplamiento integrada se ha implementado en lugar de una presentación regular secundaria u otra adicional. Donde, ' como en el caso particular de la máquina 510 de juego especializada, la estación 588 de acoplamiento no desplaza esta presentación secundaria o adicional, tal como donde se ha desplazado un panel de información, el PGD 520 puede servir aún como otra presentación secundaria, terciaria o adicional. Esta presentación se puede usar para presentar aún más información al jugador, tal como por ejemplo, información de bonificación, seguimiento de jugadores, tabla de pagos, publicidad y/u otra información útil. Donde no está tomando lugar actualmente una jugada de juego en la máquina 510 de juego, el PGD 520 acoplado también se puede usar como parte de un modo de atracción, tal como una atracción general de la máquina, o un modo específico de atracción que señale la capacidad desmontable del PGD 520. Por ejemplo, el PGD 520 puede presentar un mensaje de modo de atracción al efecto de "¡Llévame a Cualquier Ubicación Remota Autorizada para Jugar Juegos a Través de esta Máquina Tragamonedas ! " . Por supuesto, cuando este PGD 520 en realidad está desacoplado de la máquina 510 de juego, entonces su presentación operará de manera preferente como una presentación primaria de juego para cualquier juego que se juegue en el PGD 520, como se describe en detalle anteriormente. En varias modalidades, cada PGD 520 puede ser poseído y operado por el casino actual u otro operador j de juego de patrocinio, particularmente donde se necesite hardware especializado para unir, acoplar y posiblemente enganchar cada PGD 520 a una estación 588 de acoplamiento integrada, especializada en una máquina 510 de juego. De manera alternativa, la estación 588 de acoplamiento también se puede adaptar para interconectarse con PDA separados privadamente poseídos y otros PGD potenciales, tal que también se puede permitir que los jugadores proporcionen sus propios dispositivos de juego, personales o portátiles. En otras modalidades, particularmente donde pueda ser impráctico el desmontaje de un PGD 520 de una estación 588 de acoplamiento integrada simplemente para permitir que se interconecte un PDA exterior con la estación de acoplamiento, se pueden proporcionar máquinas de juego especializadas que tengan una estación 588 de acoplamiento integrada y PGD patentada, así como una estación 488 de acoplamiento alámbrico asociada se interconecte con los PGD exteriores . En tanto que se entenderá que los varios sistemas e implementaciones descritas en la presente pueden comprender el uso de una estación 88 de acoplamiento general o una estación 488 de acoplamiento especializada, adaptada para el uso con una máquina de juego especializada, tal como PDA exteriores y otros PGD adecuados se pueden usar, el siguiente análisis aplicará específicamente aquellas ¡ modalidades donde se usan PGD patentados acoplados a estacione de acoplamiento integradas en máquinas de juego especializadas. Como se señala anteriormente, estas modalidades pueden comprender el uso de un PGD que tiene dos modos primarios, acoplado y desacoplado. En tanto que el PGD puede servir como un dispositivo secundario cuando está acoplado, tal como una presentación visual y/o auditiva secundaria u otra adicional, es preferentemente desmontable para el uso en juego remoto por jugador autorizado. En algunas modalidades, este PGD desmontado puede comprender el uso de una licencia de juego "flotante" para operar una máguina de juego. Como se conoce en la técnica, un establecimiento de juego determinado tenderá a tener un conjunto establecido de licencias para un tipo determinado de máquinas de juego, tal como por ejemplo, máquinas de juego de la Clase III. A fin de no exceder su límite establecido de un cierto tipo de máquinas de juego, cada PGD desmontable se puede adaptar para operar bajo una licencia flotante, tal que haya un número total aceptable de licencias de máquinas de juego para un tipo determinado de clase de máquinas de juego en uso en un tiempo determinado. En algunas modalidades, esto se puede lograr al crear una asociación uno a uno entre cada PGD patentado y cada máquina de juego independiente especializada que se use con el sistema de PGD. Bajo este arreglo, un PGD 520 determinado se va a acoplar en, desmontar y verificar de una máquina 510 de juego, especializada, asociada, determinada, y entonces sólo se puede regresar a esa máquina de juego determinada. En tanto que el PGD se desmonta de la máquina de juego y está en uso, la máquina de juego independiente asociada no estará disponible para jugar por ningún otro jugador, y se puede presentar un mensaje simple tal como "Máquina de Juego Actualmente No Disponible: En Uso Remoto" en la máquina de juego independiente. De manera preferente, la máquina de juego independiente llegará a estar disponible cuando el PGD remotamente localizado no esté en uso, o al menos cuando se haya salido de registro el jugador que verifica y desmonta el PGD. De esta manera, la licencia para operar una máquina de juego particular, tal como por ejemplo, máquinas de juego de la Clase III, permanecerá con la máquina de juego independiente y su PGD desmontable, asociado, particular en todo momento, tal que sólo uno o el otro se pueden jugar en un momento determinado. Bajo esta modalidad, un jugador que registra la salida del PGD de la máquina de juego independiente puede regresar en PGD a la máquina de juego independiente, asociada, específica, misma, o puede permitir poner el PGD en cualquiera de varias posiciones designadas. Además, se puede permitir que el jugador saque el PGD desmontado de las ubicaciones del establecimiento local, tal como su cuarto de hotel asociado, donde puede ser aceptable dejar el PGD en el cuarto de hotel. Similar a lo que se señala anteriormente, se puede hacer disponible la máquina de juego independiente para la jugada en vivo de la persona en un caso tal como cuando un jugador deja un área restringida de juego con un PGD desmontado y registrado. Por supuesto, puede ser deseable requerir que los jugadores correspondan a un programa y coloquen un dispositivo antes de que se les deje desmontar y registrar un PGD patentado, tal como para impedir o prevenir el hurto o cualquier otra forma de uso delictivo de un PGD registrado. Estas modalidades que comprenden correspondencia uno a uno entre PGD patentados y máquinas de juego independientes puede ser inconveniente en algunos aspectos, sin embargo, puesto que los usuarios no pueden desear regresar a la máquina de juego independiente al final de sus sesiones de juego. Donde estos PGD se dejan entonces en ubicaciones apropiadas de depósito, puede haber algún tiempo de espera antes de que cada PGD se haga corresponder y reacople en su máquina de juego independiente asociada, volviendo de este modo a estos PGD como no disponibles a otros jugadores en el interinato. En otras modalidades, se puede establecer un sistema más complejo que no requiere una asociación uno a uno entre cada PGD patentado y una máquina de juego independiente asociada. Bajo estas modalidades, se puede incorporar una pluralidad de PGD adecuados y una pluralidad de máquinas de juego especializadas en un sistema completo donde cualquier PGD se puede acoplar en cualquier máquina de juego especializada. De esta manera, los PGD se pueden re-acoplar más fácilmente en las máquinas de juego una vez que el jugador que ha registrado un PGD ha elegido terminar una asociación con esa máquina de juego, puesto que el personal del casino entonces será capaz de acoplar cualquier PGD que pueda estar al alcance en una máquina de juego que esté lista para re-acoplamiento. Bajo este sistema, puede ser preferible tener PGD adicionales, tal que las máquinas de juego que tienen sus sesiones remotas terminadas y estén listas para re-acoplamiento puedan tener PGD de reemplazo reacoplados rápidamente, sin la necesidad de colocar un PGD específico para cada máquina. En tanto que estos arreglos pueden ser más convenientes desde la perspectiva de jugadores y personal del casino en la carga de supervisores del acoplamiento de los PGD a las máquinas de juego, este sistema puede ser más complejo desde el punto de vista de seguir las licencias de las máquinas de juego para asegurar que el número determinado en cualquier momento particular no exceda el máximo permisible para el establecimiento de juego o casino. En este sistema, puede llegar a ser conveniente hacer cada PGD como no autorizad y/o aún incapaz de correr juegos basados en apuestas inmediatamente después a menos que una máquina de juego independiente asociada haya transferido o asociado virtualmente su licencia al PGD. De esta manera, cada PGD puede ser operable para varias funciones en cualquier momento, pero sólo se puede usar para juegos basados en apuestas cuando se ha vuelto como temporalmente no disponible para juego en vivo una máquina de juego física independiente asociada, en la máquina de juego física misma. Por supuesto, también se pueden implementar otros arreglos adecuados para asegurar que un establecimiento determinado de juego o casino no viole sus varios requerimientos de licénciamiento de máquinas de juego con la junta o cuerpo regulatorio gubernamental apropiado, y también se contempla que estos otros arreglos también se incluyan para el uso con los sistemas inventivos de PGD descritos en la presente. En general, el uso de un arreglo de máquina de juego especializada y PGD acoplado, tal como aquél mostrado en la Figura 13C, permite una experiencia de juego tradicional en la máquina tragamonedas así como una transición sin unión a una experiencia de juego móvil dentro de un ambiente controlado. Como se refiere anteriormente, durante el momento en que se acopla el PGD 520 especializado en su máquina 510 de juego asociada, un jugador autorizado puede decidir registrar el PGD para jugar de una manera remota al seleccionar la opción de "desacoplar" el PGD. ' Esto se puede lograr mediante varios dispositivos, tal como por ejemplo, un botón en pantalla, botón externo, o un dispositivo tipo palanca de enganche que creará un evento de notificación al MGC de la máquina de juego y/o un servidor central del sistema. Esta petición para desacoplar un PGD ? 520 puede requerir varios cambios de modo tanto en la máquina 510 de juego hospedadora como en el PGD 520, así como una notificación a nivel de sistema. En la máquina 510 de juego hospedadora, la pantalla de juego principal y < cualquier presentación de juego asociada se puede conmutar a un estilo de presentación simple de "en operación a nivel remoto", para identificar que la máquina tragamonedas está jugando de forma remota, como se señala anteriormente. Además, el software de presentación remota se i ! puede inicializar, re-dirigiendo las presentaciones de I í pantalla principal al PGA mediante una conexión inalámbrica.

I | Aunque puede tomar lugar entonces la transcodificación para , poner a escala la presentación, sonido, encriptación y otras funciones de juego de forma apropiada a la capacidad del PGD, es preferible que esta transcodificación se haya logrado ya, particularmente donde los mismos PGD patentados se reutilizan dentro del sistema. Donde cada PGD se asocia 1 con una máquina de juego independiente determinada en una i base de uno a uno, esta transcodificación para cualquier juego capaz de ser jugado en la máquina de juego | independiente se hace de manera preferente al PGD asociado cuando se instala primero en la máquina de juego.

Posteriormente, las descargas futuras de órdenes al PGD I , pueden ser innecesarias, excepto donde se puedan ! proporcionar nuevas versiones o parches para el software ' específico de juego. Donde se pueden usar varios PGD de I forma indistinta con diferentes máquinas de juego, I i independientes, capaces de sistema asociado, y I particularmente donde estas varias máquinas de juego independientes puedan tener tipos de juego variadamente ¡ diferentes jugables en las mismas, aún puede ser preferible que cada PGD tenga muchos o todos los tipos de juego posibles transcodificados y descargados mediante descargas de órdenes. Donde hay muchos tipos de juego para este arreglo que comprenden múltiples PGD transferibles, tal que sea < impráctico el almacenamiento de cada posible juego en un PGD, puede ser preferible adaptar cada PGD transferible tal , que pueda realizar su interfaz inicial con su recién acoplado a la máquina de juego como pueda ser apropiado. Esta interconexión inicial puede comprender el PGD y/o la ' máquina de juego especializada independiente que se pregunten entre sí con respecto a los juegos capaces de ser jugados en el otro. Donde no se puede encontrar un juego descargado de correspondencia en el PGD para un juego capaz ; de ser jugado en la máquina de juego independiente, entonces puede tomar lugar una descarga apropiada de órdenes para este juego o juegos ausentes entre la nueva máquina de juego hospedadora y el PGD recién acoplado. Donde una máquina de juego especializada hospedadora sea capaz de jugar sólo un tipo particular de juego, tal como por ejemplo, Pequeño Hombre Verde, entonces sólo puede ser necesaria una descarga de órdenes, o ninguno en absoluto donde el PGD recién acoplado tenga ya un modo descargado para el juego de : Pequeño Hombre Verde. Múltiples descargas de órdenes pueden llegar a ser necesarias donde sean posibles múltiples juegos en la nueva máquina de juego hospedadora, tal como por ejemplo, en el caso de varios tipos de rey de juego para máquinas de juego. Como se señala anteriormente, cuando un jugador desea desacoplar y registrar un PGD de su máquina de juego independiente acoplada, pueden en realidad tomar lugar una variedad de actividades en el PGD, la máquina de juego, y el servidor central del sistema. En algunas modalidades, la conectividad de red inalámbrica se habrá establecido preferentemente de forma anterior entre el PGD y la red o I sistema del casino, tal que la red o sistema completo pueda reconocer el PGD una vez que se ha desmontado de su máquina de juego hospedadora y esté operando en modo remoto, posiblemente en cooperación con la máquina de juego de la cual se desmontó. Como se señala anteriormente, se puede transferir una licencia flotante para el juego al PGD. Donde un servidor de juego central vaya a tomar posesión del trabajo de servir a la sesión de juego remota, en lugar de la máquina de juego asociada independiente, entonces se puede transferir por consiguiente la sesión de juego. Una petición para desacoplar el PGD también puede , requerir una identificación afirmativa de un jugador para confirmar que el jugador está autorizado para desmontar el PGD y operarlo de forma remota, así como un mecanismo de autenticación para "poner la correa" electrónicamente al PGD a ese jugador particular para uso remoto continuo. Esto puede incluir huella dactilar, marca de voz, reconocimiento i facial, otros identificadores biométricos, y/o una variedad de otros mecanismos para asegurar que sólo el jugador autorizado esté usando el PGD, particularmente cuando se está llevando a cabo de forma remota un juego basado en apuestas en el PGD registrado. Por supuesto, estos artículos pueden requerir la implementación de artículos u objetos tal como un escáner integrado de huella dactilar, ' micrófono y/o cámara en el PGD, así como software del sistema en el PGD, en un servidor del sistema, o en ambas ubicaciones, que se adapta para verificar y autenticar un jugador apropiado, como se expone más adelante.

Correas Virtuales Además de las consideraciones anteriores, otra característica significativa que se puede implementar con respecto a cualquiera de los tipos de proceso básicos de PGD de "en serie", "corto de vídeo" o "descarga de órdenes" anteriores, es aquélla de al menos una "correa virtual" que ata de forma efectiva un PGD determinado a un usuario particular, un área particular para jugar juegos, o ambos. Se apreciará que estos mecanismos de correo virtual se pueden usar con PGD tanto patentados como privadamente , poseídos, exteriores. Además, en tanto que esta correa o correas virtuales se pueden atar a una variedad de factores, una interrupción de cualquier factor con respecto a un jugador apropiado, una ubicación apropiada de juego, u otro I factor apropiado pueden dar por resultado la suspensión de i una sesión asociada de juego, la terminación de las operaciones completas del PGD, o ambas. También se puede emitir una alarma o alerta al sistema o red completo y/o PGD, como pueda ser apropiado. Además, aunque múltiples I ' correas virtuales pueden estar en uso en un momento l determinado (por ejemplo, una correa de jugador específica, I una correa de ubicación autorizada, una correa de PGD i apropiado, y una correa de software apropiado) , se apreciará que el uso del término "correa virtual" puede referirse a i una o más correas, como pueda ser apropiado. Una forma de correa virtual puede ser una correa personal usada para autenticar o verificar que el jugador apropiado esté usando un PGD asociado. En varias modalidades, se puede usar alguna forma de autenticación 1 biométrica para unir el PGD a un jugador autorizado particular, permitiendo sólo que el jugador autorizado y no otra persona use el PGD, particularmente para actividades de I juego basadas en apuestas. Se pueden implementar uno o más i de una variedad de artículos u objetos diferentes adaptados para identificar biométricamente un jugador o mediante otros ¡ ! medios, varios de los cuales se proporcionan anteriormente.

Nuevamente, estos pueden incluir, por ejemplo, un sensor de huella dactilar, un micrófono, un escáner retinal, una cámara, un teclado y/o una almohadilla electrónica y estilete, que se pueden usar para determinar de forma respectiva una huella dactilar, una marca de voz, una retina, características faciales, un número de PIN y/o signatura digital para un jugador determinado. También ¡ pueden ser adecuadas otras formas e identificadores biométricos y otros de jugadores. En algunas modalidades, uno o más de estos objetos pueden estar integrados en el PGD mismo, y otras modalidades pueden comprender el uso de dispositivos tal que se han colocados en comunicación con el PGD o algún otro elemento o interfaz del sistema. También puede ser posible una combinación de dispositivos de , autenticación de jugador, basados en el sistema e integrados. Por supuesto, las varias formas de software de análisis y archivos de custodia que corresponden a jugadores registrados o conocidos también se necesitarán proporcionar en este sistema de identificación de jugadores. Como se apreciará, esta autorización de jugadores puede comprender el uso de más de un identificador. I Con respecto a cualquier forma de correa virtual, se apreciará que la correa virtual se puede tanto establecer y luego mantener. Es decir, un jugador, ubicación, ! dispositivo y/o autenticación y verificación de software, original, se puede hacer, tal como cuando un PGD se registra originalmente o se desmonta de una máquina de juego hospedadora que tiene una estación de acoplamiento. En tanto que se puede establecer una correa virtual al menos en parte al aceptar una variedad de identificadores de usuario por ejemplo, PIN o huella dactilar) , esta correa virtual también se puede establecer, al menos en parte, al aceptar i una variedad de identificadores de PGD. Estos identificadores de PGD pueden incluir, por ejemplo, información o datos de un marbete de RFID en o asociado con el PGD, una llave electrónica unida a o asociada de otro modo con el PGD, un certificado de transacción almacenado en el PGD, o un programa o característica de determinación de ubicación del PGD, entre otros. Como se señala anteriormente, este programa de" determinación de ubicación puede ser un programa o sistema tipo GPS, que puede estar integrado o asociado de otro modo con el PGD. Una vez que se ha establecido la correa virtual, entonces se puede mantener a través de verificaciones o "mensajes verificadores" futuros desde el PGD y/o uno o más i componentes diferentes de sistema, tal como el servidor 96 de autenticación de la Figura 9. Por ejemplo, una lectura biométrica de una huella dactilar se puede tomar cuando se registre primero un PGD a un jugador autorizado. El sistema (por ejemplo, servidor 96 de autenticación) puede determinar de la huella dactilar leída que el jugador actual es el jugador correcto, tal que el juego pueda comenzar en el PGD. Por lo tanto, se puede requerir que el jugador proporcione lecturas repetidas de huella dactilar de forma periódica a ( fin de mantener su sesión de juego en el PGD. Estas , lecturas repetidas se pueden hacer en una base de intervalos regulares, tal como cada minuto, cada 15 segundos, o cada segundo o dos, como pueda ser apropiado. De manera alternativa, estas lecturas se pueden hacer en una base aleatoria, para desalentar usos potencialmente fraudulentos del PGD al engañar al sistema. Esta verificación o mensajes verificadores repetidos a través de la correa virtual se pueden mirar como "latidos cardiacos", ya que el PGD se puede volver inoperable para propósitos de juego si no se presenta un latido apropiado entre el PGD y un componente apropiado del sistema, tal como el servidor 96 de autenticación. En algunas modalidades, un PGD puede incluir características adaptadas para detectar que un jugador autorizado o apropiado está actualmente poseyendo el PGD. Esto se puede lograr al usar dispositivos de percepción táctil capacitivos incrustados en los bordes del PGD, a manera de ejemplo. Estos dispositivos pueden ser similares a los conmutadores de luz de estilo tacto y se usarán por el . software que opera en el PGD para detectar que el jugador aún está en posesión del PGD. Si el jugador coloca el PGD hacia abajo o pierde de otro modo conexión física con el dispositivo, el software de operación percibirá esto, notificará al sistema mediante una conexión inalámbrica que el jugador no está en posesión por más tiempo de la unidad, y revertirá a un modo inactivo o de descanso. Si el jugador recoge nuevamente el PGD, el dispositivo puede requerir una re-autenticación completa del usuario, tal como mediante uno i o más métodos de percepción biométrica. También, en eventos periódicos determinados por el software de operación, el PGD puede pedir al jugador que se re-autentique por sí mismo a fin de continuar con una sesión particular de juego. Aún otro método que se puede usar para determinar que sólo un jugador apropiadamente autorizado esté jugando el PGD es usar alguna forma de identificación secundaria y un dispositivo asociado de detección. Esta identificación secundaria de jugador puede comprender, por ejemplo, una tarjeta de seguimiento de jugador de RFID u otro objeto adecuado de RFID y un dispositivo y sistema de lectura de RFID. Los detalles de estos dispositivos de juego relacionados a RFID, de identificación personal, y I características de los mismos, se proporcionan en la solicitud de patente de los Estados Unidos comúnmente poseída y co-pendiente número 10/897,822, por Benbrahim, presentada el 22 de julio del 2004, y titulada "Remote Gaming Eligibility System and Method Using RFID Tags", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos. Otros objetos y métodos de identificación secundaria también se describen en la solicitud de patente de los Estados Unidos número 10/937,990, señalada e incorporada como referencia anteriormente. En la práctica, en lugar de requerir que un jugador proporcione de forma continua su huella dactilar u otra identificación biométrica en una base regular, el PGD u otro dispositivo de sistema puede "enviar mensajes verificadores" periódicamente al objeto de identificación secundario de jugador, tal como una tarjeta de RFID, ficha, brazalete o similar, y esperar una respuesta correcta. En efecto, este envío de mensajes verificadores del dispositivo de identificación secundaria entonces puede llegar a ser el latido efectivo de la correa o correas virtuales. Si no se recibe respuesta o se recibe una respuesta incorrecta (es decir, ningún latido o latido inapropiado) , entonces se puede adaptar el PGD para suspender inmediatamente la jugada de juego y pedir una autenticación real biométrica para el jugador autorizado. En algunas modalidades, la determinación de un usuario o jugador apropiado o autorizado puede depender de una lista anteriormente establecida de uno o más usuarios o jugadores quienes estén autorizados para jugar de acuerdo a una variedad de factores potenciales, tal como para un juego determinado, un PGD determinado, o en una ubicación determinada. Estos usuarios o jugadores preaprobados se pueden limitar al usuario quien posee o registre el PGD, o el usuario quien compre las siembras de juego, a manera de ejemplo. En otras modalidades, se puede listar un grupo de jugadores como aquellos que están autorizados para jugar un juego determinado, en un PGD determinado, o en una ubicación establecida. Por ejemplo, en tanto que un esposo puede ser la persona quien registra un PGD y/o compra la siembra de ¡ juego para jugar los juegos en el PGD, tanto el esposo como la esposa pueden estar listados como jugadores autorizados o apropiados para estos juegos y/o en este PGD. Como tal, un primer usuario puede comprar las siembras de juego o i determinar de otro modo qué juegos o cuántos juegos se van a jugar en un PGD, en tanto que un segundo usuario puede ser el que realmente juegue o pida la jugada de los juegos. Como se señala, en algunos casos, puede ser preferible restringir el segundo usuario para que sea la misma persona como el primer usuario, en tanto que en otros, un grupo de usuarios puede ser elegible para ser este segundo usuario. 1 En aún modalidades adicionales, puede ser posible que el segundo usuario esté separado del primer usuario, tal como donde una persona pueda desear comprar juegos para otra persona o grupo de personas que no incluye al jugador, y se crea una restricción que el receptor o receptores sean los únicos jugadores apropiados o autorizados. Otra forma de correa virtual se puede crear con respecto a una ubicación apropiada para el PGD a fin de llevar a cabo actividades de juego basadas en apuestas en el i dispositivo. Se puede usar varios medios de percepción de ! ubicación para permitir la operación del juego sólo cuando el PGD esté ubicado en áreas de juego, designadas, específicas. Se puede instalar infraestructura inalámbrica I í para esta detección de ubicación y comunicaciones asociadas.

Como en las modalidades anteriores que comprenden una correa virtual específica de jugador, se puede hacer no operativo i al PGD cuando se remueve más allá del límite del área de | juego legal, particularmente con respecto a actividades de i juego basadas en apuestas. Como se señala también en las modalidades anteriores que comprenden una correa virtual ! específica de jugador, se puede crear un latido con ! respecto a la ubicación particular del PGD, tal que se 1 mantenga una ubicación apropiada para el dispositivo en todo i i momento. j En algunas modalidades, esta correa virtual basada I en ubicación también puede proporcionar un medio para i asegurar que los PGD patentados poseídos por el casino se ¡ regresen y no se hurten. Por ejemplo, donde se remueve un ' PGD poseído por el casino o no poseído por el jugador, de un área de juego restringida o de propiedad privada, se puede hacer inmediatamente la detección de esa remoción, y se puede activar una o más medidas de seguridad. Estas medidas de seguridad pueden incluir una alerta al sistema y/o personal vario del casino o seguridad, así como una señal audible fuerte. Esta señal puede ser un mensaje de advertencia a un jugador, así como una seguridad cercana, y se puede emitir desde el PGD mismo y/o altavoces externos del sistema. Las medidas de seguridad adicionales pueden comprender que la memoria del PGD se borre, tal que no pueda tomar lugar ingeniería inversa en alguna ubicación exterior no controlada. Como se apreciará, la tarea de limitar la jugada de un PGD a una ubicación o área de juego "autorizada" particular puede comprender varias consideraciones dado el ambiente de casino hostil de RF típico. Un método para determinar la ubicación puede comprender la implementación de varias "pico-celdas". Como se conoce en general, estos pico-celdas pueden comprender puntos de acceso de sistema inalámbrico que tienen un número limitado de potencia y de alcance. Esta potencia y alcance limitado se pueden compensar al usar un número grande de pico-celdas, con el resultado total que es que se pueden tener controles más estrictos con respecto a la forma y tamaño exacto de un área restringida, definida. En tanto que puntos de acceso más poderosos pueden emitir señales que se pueden detectar y usar a distancias significativas, las pico-celdas tienden a tener un intervalo limitado tal que no pueda llegar a ser posible la detección o comunicación a distancias de más de ' unos pocos pies o yardas. Por supuesto, la fuerza de la señal de las pico-celdas y la sensibilidad de los receptores en el PGA también se pueden controlar, tal que se pueda ajustar un alcance operacional definido para las pico- celdas. Una vez establecido, el PGD entonces se puede operar con respecto al juego únicamente cuando sea capaz de detectar una señal de una pico-celda del sistema. Una vez ¡ que se saca el PGD del área de juego restringida, sin pico- celdas que estén dentro de unos pocos pies o yardas, entonces no se puede oír una señal de la pico-celda, y se puede suspender o terminar el juego en el PGD. Con referencia ahora a la Figura 14A, se ilustra en una vista en planta superior una disposición de piso de casino de ejemplo que tiene al menos un PGD y múltiples terminales de correa virtual en la forma de pico-celda de acuerdo con una modalidad de la invención. El casino 600 puede incluir varios objetos en su disposición de piso, tal como por ejemplo, una región 601 de entrada primaria o principal, un piso 602 de juego principal o primario adaptado para la jugada de juego basados en apuestas, un vestíbulo u otro pasaje 603 a un hotel asociado o conjunto de elevadores para instalaciones de hotel, y una región 604 de entrada a un restaurante, tienda u otra empresa afiliada dentro del casino, entre otros objetos. Por supuesto, pueden existir muchos otros objetos de disposición en piso y tipos de objetos o artículos, y se entenderá que sólo unos pocos se están mostrando para los propósitos de ilustración en el presente ejemplo. Como se conoce en general, puede haber ubicaciones y áreas dentro del casino 600 que sean apropiadas para el juego, y otras que no lo sean. Por ejemplo, mucho del piso 602 de juego primario será apropiado I para el juego, con muchas máquinas de juego, mesas de juego y otros tipos de dispositivos de juego y actividades que están tomando lugar. Las áreas donde no puede ser apropiado el juego o no es legal pueden incluir aquellas regiones cerca de las entradas, tal como las entradas 601 y 604, así como los vestíbulos o pasajes a otras áreas no de juego, tal como el pasaje 603 de hotel. En particular, varios estatutos o reglas legales pueden requerir que no tome lugar el juego dentro de una distancia determinada de una entrada a un almacén o restaurante donde se acerquen niños y puedan estar presentes, tal como una entrada 604 al ' restaurante. Como tal, se puede establecer una pluralidad de pico-celda 605 dentro del casino 600 en y cerca de áreas donde se puede llevar a cabo legalmente actividades de juego, tal como la mayoría del piso 602 de juego primario. Cada pico-celda 605 puede tener un alcance corto limitado, denotado como perímetro 606, dentro del cual se puedan detectar las señales emitidas desde la pico-celda por un PGD, tal como el PGD 20. Al colocar estratégicamente una pluralidad de pico-celda de una manera particular, un establecimiento de juego o casino puede crear una región completa donde los PGD sean capaces de recoger una señal de al menos una pico-celda del sistema, y de esta manera sean operativos con respecto al juego basado en apuestas. Como se muestra en la Figura 14A, esta región para el casino 600 corresponde a todas las áreas que caen dentro del perímetro 606 de alcance de cualquiera de las pico-celdas 605. Donde un PGD no está dentro de ningún perímetro de alcance de una pico-celda, no recogerá una señal de pico-celda, y de esta manera impedirá que su usuario inicie o continúe una sesión de juego fuera de la región de juego designada. Estas pico-celdas 605 se pueden establecer por ejemplo como puntos de acceso inalámbrico genéricos localizados en el techo o en otras ubicaciones alternativas en el piso de juego. En algunas modalidades, una o más máquinas de juego, terminales de juego, quioscos u otros artículos en el piso de juego pueden servir como hospedadores a una pico-celda. Como se apreciará fácilmente, cualquier máquina de juego, terminal, quiosco determinado o similar también se puede adaptar de otras maneras para servir como un emisor de sistema para propósitos de una función de correa virtual. Si se usa para emitir un tipo de señal de correa virtual, se puede adaptar una máquina de juego para hacerlo mediante su vela, a manera de ejemplo. Como se muestra en la Figura 14A, puede ser deseable orientar múltiples pico-celdas 605 tal que haya algún traslapo con respecto al alcance de más de una celda. Este diseño de traslapo no sólo impedirá que se presenten varios "agujeros" en la cobertura donde estén separadas las celdas, sino también puede proporcionar una mayor cantidad de cobertura de respaldo en un área en el caso en gue se pierda una pico-celda particular, se dañe o llegue a ser no funcional por cualquier razón. Con respecto al PGD ilustrativo de ejemplo, este PGD 20 está realmente dentro del pasaje 603, y como tal no está dentro del perímetro de alcance de ninguna pico-celda del sistema. De esta manera, al usuario del PGD 603 no se le permitirá participar en actividades de juego en el PGD en esta ubicación. Si el usuario se mueve fuera del pasaje 603 y en el alcance 606 de al menos una pico-celda 605, entonces su sesión de juego se le permitirá comenzar o continuar. Otro método que se puede usar para determinar ubicaciones de las PGD puede comprender la triangulación para determinar la posición física exacta de cada PGD dentro del sistema. Como se conoce en general, la triangulación puede comprender el uso de tres o más dispositivos emisores I y/o receptores de señal, con al menos tres que son capaces de detectar una señal de un dispositivo, tal como un PGD. En tanto que cada dispositivo de percepción de señal no es por sí mismo capaz de determinar la ubicación de un PGD u otro dispositivo, esta ubicación se puede determinar al usar múltiples dispositivos de percepción de señal. En general, cada dispositivo de percepción de señal puede detectar ! típicamente la distancia desde sí mismo a un PGD u otro dispositivo similar de emisión de señales, tal que se pueda proscribir un círculo alrededor de un dispositivo único de percepción con respecto a dónde pueda estar el PGD u otro dispositivo emisor. Al usar al menos tres dispositivos receptores de señal, se pueden proscribir tres o más de estos círculos, con la intersección de todos estos círculos que definen la ubicación exacta del dispositivo emisor. Se pueden encontrar detalles adicionales de este planteamiento de triangulación dentro de un ambiente de juego, por ejemplo, en la patente de los Estados Unidos número 6,843,725 comúnmente poseída, emitida a Nelson y titulada "Method And Apparatus For Monitoring Or Controlling A Gaming Machine Based On Gaming Machine Location", que se incorpora en la presente como referencia en su totalidad y para todos los propósitos. i Para propósitos de ilustración, la Figura 14B representa en una vista en planta superior, la misma disposición de piso de casino de ejemplo que tiene al menos un PGD presente, sólo con múltiples terminales de correa virtual en la forma de dispositivos de triangulación de acuerdo con una modalidad de la invención. Aunque puede ser posible que el casino 600 tenga tanto pico-celdas como ¡ dispositivos de triangulación en el mismo ambiente o área, también se contempla que se puede usar independientemente cualquier forma de sistema de percepción de ubicación. Con respecto a un sistema de triangulación, se pueden colocar alrededor del casino al menos tres dispositivos 607 de triangulación, preferentemente en ubicaciones estratégicas en base a la forma del plan de piso de casino y las regiones de juego permisibles, designadas. Estos dispositivos de triangulación pueden estar en la forma de puntos de acceso del sistema inalámbrico por arriba de torres o acoplados al techo por arriba del piso de juego. De manera alternativa, como en la modalidad de pico-celdas anterior, estos dispositivos de triangulación pueden estar hospedados en una o más terminales o quioscos. Diferente de la modalidad de pico-celdas anterior, un PGD determinado no verá necesariamente operable para propósitos de juego basado en apuestas debido a que puede detectar una señal de un dispositivo 607 de triangulación en el casino. Más bien, cada dispositivo 607 de triangulación se debe adaptar para determinar la distancia entre sí mismo y un PGD determinado, tal como al leer una señal del PGD en el dispositivo de triangulación. I 1 Para cualquier dispositivo de triangulación único, esta distancia se puede reconocer como cualquier posible ubicación que resida entre un perímetro 608 de distancia desde el dispositivo de triangulación. Por supuesto, no se pueden incluir las ubicaciones fuera del plan de piso de casino como posibles ubicaciones de PGD, como se muestra. Una vez que se establece un perímetro de distancia para un PGD determinado, tal como el PGD 20, para dos diferentes dispositivos 607 de triangulación, entonces serán posibles una o a lo mucho dos ubicaciones posibles para el PGD 20.

En algunos casos, un tercer dispositivo de triangulación 1 llegará a ser necesario para señalar la posición exacta de un PGD determinado. Como se ilustra, los perímetros 608 de , distancia de los tres diferentes dispositivos 607 de triangulación se han usado para señalar la ubicación del PGD 20 como que es la más cerca de la entrada 604 de un restaurante asociado, pero no tan cerca para prohibir la actividad de juego en el PGD 20 en su presente ubicación. Se apreciará que el perímetro 608 de distancia no representa un alcance para un dispositivo 607 de triangulación. Más bien, el alcance para este dispositivo de triangulación puede ser bastante lejos, extendiéndose aún a muchas o todas las ubicaciones y distancias en el piso de casino. No se ilustran estos alcances. Una ventaja de usar este planteamiento de triangulación es que los PGD que pueden estar fuera de un área legítima de juego pero aún están en comunicación inalámbrica con uno o más dispositivos de sistema aún se les puede impedir que lleven a cabo actividades de juego en tanto que estén fuera del área legítima de juego. Puesto que el intervalo de detección de señal es significativamente mayor por diseño, el sistema se adapta para determinar las ubicaciones exactas de los PGD y actuar por consiguiente. En algunas modalidades, se puede enviar una señal de "sí" o "no" a un PGD determinado en base a su ubicación detectada dentro del sistema. Entonces cada PGD se puede adaptar para prevenir, suspender y/o terminar una sesión de juego cuando quiera que esté fuera de un área de juego, en base a la señal de sí o no que se envía desde el sistema. Además de lo anterior, otros métodos adecuados específicos de percepción de ubicación también se pueden adoptar para el uso con el sistema de juego completo basado en PGD, con métodos de percepción de ubicación específicos que incluyen, por ejemplo, percepción de posición por WiFi, (huella dactilar por RF, tal como en https://www.ekahau.com), diferencias de tiempo de arribo ("TDOA"), y marcas activas de RF, entre otros. Aún otra forma de correa virtual se puede crear con respecto al PGD real mismo, tal que se pueda hacer la verificación que el dispositivo que intenta jugar juegos es un dispositivo apropiado para el sistema de correa virtual e inalámbrica completa. Esta correa se puede crear usando una variedad de diferentes dispositivos de identificación. Por ejemplo, se pueden instalar marbetes de RFID especialmente codificados dentro de o unidos a cada PGD, con estos marbetes de RFID que se registran en el sistema. De esta manera, cada PGD debidamente registrado y autorizado, ya sea que sea poseído por el casino o que se posea de forma privada, puede tener su propio identificador separado que sea reconocible por el sistema. Por supuesto, otros tipos y formas de dispositivo de identificación pueden usarse también. Por ejemplo, una llave electrónica especializada, E-llave, periférico de USB, u otro accesorio se puede requerir para que se una al PGD para que empiece o continúe el juego. Esta llave electrónica, E-llave, periférico de USB u otro accesorio también puede tener un identificador específico que identifique de forma positiva e individualice su PGD asociado. El identificador específico entonces se puede leer por el sistema como parte de un proceso de correa virtual, particularmente donde pueda ser deseable determinar la identidad exacta de un PGD determinado o conjunto de PGD. De manera alternativa, o además de cualquiera de los dispositivos físicos anteriores, se puede almacenar en I el PGD un certificado de identificación u otra forma de I! identificación electrónica. Este certificado de transacción u otra forma de identificación electrónica se puede adicionar como parte de un registro original o primer ¡ proceso de descarga de órdenes, y puede permanecer en el PGD como un archivo inalterable. Cualquier remoción o supresión i ! del archivo, tal como donde se pueda descargar un archivo de ¡ identificador inalterable hacia y remover finalmente de o i I suprimir de un PGD poseído de forma privada, entonces se J dará por resultado la necesidad de re-registrar el i , dispositivo o descargar de otro modo un nuevo archivo que ; contenga un nuevo identificador digital. Por consiguiente, < una parte de un proceso de descarga de órdenes y/o registro ¡ para los PGD que se poseen de forma privada pueden incluir las descargas de un activo inalterable que contenga un ! identificador de individualización, tal que el dispositivo ' se pueda identificar de manera específica por el sistema en i un momento posterior. I I Se pueden crear aún formas adicionales de correas ¡ virtuales con respecto a cualquier módulo o programa de I software particular descargado al PGD para el uso en el ¡ sistema de juego inalámbrico. Como se apreciará fácilmente, varios módulos y programas de software pueden contener una porción corta de código que identifique el módulo o programa, y estas porciones de identificación se pueden encriptar o asegurar de otro modo, tal que se impidan o prevengan identificaciones o transacciones inapropiadas o fraudulentas. Usando estos objetos o artículos, se puede requerir que uno o más programas o módulos de software críticos presenten estos códigos de identificación como parte de un proceso de correa virtual, a fin de asegurarse que no sólo se esté usando un módulo o programa autorizado, sino también para asegurarse que se esté usando también una versión y/o revisión apropiada. Por ejemplo, en tanto que puede ser apropiada una versión autorizada de "Pequeño Hombre Verde" para el uso en Nevada, esa misma versión pude ser inapropiada o ilegal en otra jurisdicción de juego, tal como en Nueva Yérsey o Monaco. En los casos donde un PGD poseído de forma privada tiene una versión de juego autorizada y apropiada, descargada al mismo en una jurisdicción, esta versión tendrá que ser verificada como apropiada en esa misma o cualquier otra jurisdicción antes de que se use nuevamente en algún momento posterior, asumiendo que no se suprima por el usuario o de otro modo. En realidad, aún se puede crear un "certificado de transacción" con respecto a uno o más componentes o códigos de software que pueden estar almacenados en un PGD determinado, ya sea poseído por el casino o poseído de forma privada. Este certificado de transacción también se puede I hacer una parte del proceso de correa virtual, con uno o más objetos de certificado que se verifican antes de que se inicie o permita continuar el juego que usa esa porción de código. Estos objetos o artículos de certificado de ! transacción se refieren a, por ejemplo, la versión y/o revisión de software para cualquier módulo o programa de software determinado, los tipos de juego descargados, cualquier juego específico descargado, un identificador de casino, un identificador con respecto a un propietario, jugador o grupo de propietarios o jugadores para el PGD, una marca de tiempo, datos de transacción con respecto a ( cualquier juego o siembras de juego descargadas (por ejemplo, título de juego, tipo de juego, número de siembras, • dinero pagado) , un identificador de dispositivo, y cualquier requerimiento jurisdiccional con respecto a una jurisdicción particular de juego, tal como donde haya tomado lugar un registro o transacción que use el dispositivo, entre otros. I También se pueden usar otros componentes de correa virtual más allá de las correas de jugador específico, de ubicación autorizada, de PGD específico y de software autorizado. Esos otros componentes o tipos pueden incluir aquéllos de otras maneras para identificar un PGD determinado mismo, un identificador particular para una sesión de juego, y un componente de reducción al mínimo de i daños, entre otros. La confirmación de uno o más de estos componentes adicionales se puede requerir en el momento de registrar y/o durante una sesión de juego, como en el caso de las correas de verificación de ubicación y/o de i identificación personal descritas anteriormente. En el caso de un identificador de sesión de juego y/o de PGD, puede ser deseable seguir exactamente dónde va un PGD, así como ha tomado lugar el juego y otra actividad en el PGD. Se puede requerir la retroalimentación apropiada de uno o más de estos componentes adicionales como parte de un latido a fin de continuar o que tomen lugar en un PGD el juego y/u otras actividades del PGD. Con respecto a estos artículos u objetos adicionales, se pueden monitorizar las actividades en un servidor de sistema adaptado para detectar irregularidades u otro comportamiento o patrones sospechosos. Este servidor de sistema puede comprender el servidor 96 de autenticación y/o uno o más servidores diferentes adaptados además para seguir datos y realizar análisis con respecto a actividades inusuales o dignas de atención. Un objeto de alerta particular puede incluir un cambio súbito en la ubicación del PGD, particularmente donde no sea posible físicamente un cambio de ubicación, tal que pueda estar tomando lugar una actividad potencialmente fraudulenta. Otros objetos posibles de alerta también pueden incluir un cambio súbito en los límites de apuesta, patrones, elecciones de jugadas de juego y/u otras actividades basadas en el PGD, que puedan ser provocadas por actividad fraudulenta o un cambio en la persona que juegue el dispositivo. Varios módulos de software y programas pueden estar activos en el servidor del sistema para detectar esta i i actividad sospechosa o irregular, con niveles variables de 1 alertas o alarmas basados en los tipos de eventos detectados. En algunos casos, una alerta de bajo nivel simplemente puede dar por resultado una percepción resaltada con respecto a un jugador o PGD determinado, con actividad ! futura que se escrutinio de forma más cercana. En circunstancias más urgentes, tal como donde un PGD particular ha parecido moverse de un extremo del casino a , otro en cuestión de segundos, puede ser apropiada una alarma o alerta para el personal de seguridad para investigar I físicamente la cuestión. Para ayudar en el proceso de I , análisis, se puede almacenar un histograma de ubicaciones seguidas y actividades para cada PGD en un servidor o base 1 de datos del sistema, al menos de forma temporal. Estos histogramas y otros datos seguidos y almacenados se pueden , usar por el sistema de manera automatizada, y también se pueden hacer disponibles para inspección por el personal operador si es necesario. Volviendo finalmente a la Figura 15, se proporciona un diagrama de flujo que ilustra un método de ejemplo para autenticar y verificar un jugador y ubicación asociados con un PGD determinado de acuerdo con varias modalidades de la invención. En tanto que el diagrama de flujo proporcionado puede ser comprensivo en algunos aspectos, se entenderá fácilmente que no es necesario proporcionar cada paso, que se pueden incluir otros pasos y que el orden de los pasos se puede rearreglar como se desee por un operador de juego determinado. Después del paso 700 de inicio, un sistema de juego adecuado que tiene uno o más servidores adaptados para facilitar la jugada de juegos basados en apuestas en un PGD se proporciona en el paso 702 de proceso. En un paso 704 de decisión subsiguiente, se hace una pregunta en cuanto a sí reside una cantidad suficiente de código en el PGD para correr juegos donde la única entrada adicional necesaria es una o más siembras de juegos que contienen datos para resultados predeterminados de juego. Si no, entonces el método se mueve al paso 706 de proceso, donde se proporciona una descarga de órdenes del código para varios programas o módulos desde el sistema al PGD. Después de que esto toma lugar, se repite el paso 704 de decisión, con los pasos 706 y 704 que se repite potencialmente varias veces hasta que un nivel suficiente de código de programa reside en el PGD. Una vez que existe suficiente código para correr • un juego deseado en el PGD, el método entonces continúa al paso 708 de proceso, donde se acepta una entrada de usuario con respecto al número de juegos que se van a jugar. En un i siguiente paso 710 de proceso, se acepta el pago por estos ¡ juegos que se van a jugar del usuario, y entonces se genera i un conjunto de resultados predeterminados de juego en el I j paso 712 de proceso. Estos resultados predeterminados de i juego se almacenan en un servidor o base de datos del , sistema en el paso 714 de procesos, se convierten en forma ! de siembras y transmiten a un dispositivo de almacenamiento I en el paso 716 de proceso, y se almacenan en el dispositivo | de almacenamiento en el paso 718 de proceso. Nuevamente, este dispositivo de almacenamiento puede ser una parte o puede estar separado del PGD real donde se van a jugar los . juegos. En el paso 720 de proceso, entonces se puede I establecer una correa virtual cuando el usuario está listo para el juego actual en el PGD. La correa virtual se I monitoriza en el paso 722 de proceso, y se hace una pregunta I , en el paso 724 de decisión con respecto a sí ha ocurrido una I violación sustantiva a la correa virtual. Si es así, I i entonces se suspende o termina la sesión de juego, y el método inmediatamente termina en el paso 724 final.

Si la correa virtual permanece intacta y no está violada, sin embargo, entonces el método continúa al paso 726 de proceso, donde el código de descarga de órdenes que reside en el PGD se ejecuta usando una o más de las siembras de juego almacenadas. Los resultados de juego para esta ejecución de juego entonces se pueden presentar o exhibir en el paso 728 de proceso, después de lo cual se hace una pregunta en el paso 730 de decisión en cuanto a sí se termina la sesión de juego. Si no, entonces el método se | regresa al paso 722 de proceso para una repetición de los i j pasos 722 hasta 730. Si en realidad se termina la sesión de j juego, sin embargo, entonces el método se mueve al paso 732 j de proceso, donde se reconcilian los resultados totales de I j juego con los resultados predeterminados de juego i almacenados anteriormente en el sistema. Las maneras para ¡ tratar con los resultados de juego reconciliados y no j reconciliados se analizan anteriormente. Después de la i reconciliación, el método entonces termina en el paso 732 i final. Nuevamente, varios detalles y pasos adicionales se ; pueden incluir de manera similar, y se contempla ! específicamente que también se pueden practicar muchas variaciones de estos métodos de ejemplo. i Aunque la invención anterior se ha descrito en , detalla a manera de ilustración y ejemplo para propósitos de i claridad y entendimiento, se reconocerá que la invención descrita anteriormente se puede incorporar en numerosas variaciones específicas diferentes y modalidades sin apartarse del espíritu o características esenciales de la invención. Se pueden practicar ciertos cambios y modificaciones, y se entiende que la invención no se limita por los detalles anteriores, sino más bien se va a definir por el alcance de las reivindicaciones anexas.

Claims (42)

REIVINDICACIONES

1. Sistema de juego adaptado para aceptar apuestas, jugar juegos en base a las apuestas, y otorgar retribuciones monetarias en base a los resultados de los juegos, caracterizado porque comprende: un servidor de juego configurado para aceptar entrada con respecto a un número específico de juegos basados en apuestas que se van a jugar en un dispositivo de juego, personal, portátil, asociado, para generar una siembra de juego que tiene datos con respecto a un resultado predeterminado de juego para cada uno del número específico de juegos basados en apuesta, y para transmitir la siembra de juego para cada uno del número específico de juegos basados en apuesta a un dispositivo de almacenamiento para el uso por el dispositivo personal de juego para jugada futura de juego en el mismo, en donde los juegos basados en apuesta comprenden la colocación de apuestas, la jugada de los juegos en base a las apuestas y la otorgación de retribuciones en base a los resultados de los juegos; un servidor financiero en comunicación con el servidor de juego y configurado para seguir los datos financieros relacionados a cada uno de los resultados predeterminados, generados de juego; un servidor de autenticación en comunicación con el servidor de juego y configurado para establecer una correa virtual con el dispositivo personal de juego, en donde la correa virtual se adapta para autenticar o verificar un usuario del dispositivo personal de juego, una ubicación del dispositivo personal de juego, el dispositivo I ' personal de juego mismo, el software almacenado en el dispositivo personal de juego, o cualquier combinación de los mismos; y un dispositivo personal de juego portátil que incluye una presentación adaptada para presentar información relacionada al juego, un procesador configurado para i i ejecutar código relacionado al juego, y una memoria que I contiene al menos una descarga de órdenes del código de I ) computadora que se va a ejecutar por el procesador, en donde al menos una descarga de órdenes del código de computadora ! incluye suficiente código para que el dispositivo personal ¡ portátil de juego procese y presente independientemente una jugada de juego en la presentación en base a una de las ¡ i siembras de juego, y en donde el dispositivo personal de I juego se adapta para comunicarse tanto con el servidor de i juego como con el servidor de autenticación. i j

2. Sistema de juego de conformidad con la reivindicación 1, caracterizado porque el número específico de juegos basados en apuesta que se van a jugar comprende un i bloque de juegos que se van a pagar por adelantado antes de ] que se transmitan las siembras de juego al dispositivo ' personal de juego.

3. Sistema de juego de conformidad con la reivindicación 1 ó 2, caracterizado porque además incluye: un dispositivo portátil de memoria adaptado para almacenar las siembras de juego, en donde el dispositivo portátil de memoria se adapta para que se acople y desacople el dispositivo personal de juego.

4. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-3, caracterizado porque el servidor de juego se configura para transmitir la siembra de juego para cada uno del número específico de juegos al dispositivo personal de juego mediante un enlace de comunicación inalámbrico.

5. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-4, caracterizado porque el servidor de juego está localizado en un área segura accesible sólo al personal del casino.

6. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-5, caracterizado porque el servidor de juego está localizado en una máquina de juego independiente.

7. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-5, caracterizado porque el servidor de juego está localizado en un quiosco.

8. Sistema de juego de conformidad con cualquiera I de las reivindicaciones 1-7, caracterizado porque el servidor financiero está adaptado adicionalmente para aceptar información del servidor de juego con respecto al resultado predeterminado de juego para cada uno del número específico de juegos, y además se configura para reconciliar la información aceptada con los resultados actuales de la jugada futura de juego en el dispositivo personal de juego.

9. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-8, caracterizado porque la correa I virtual se establece al menos en parte al aceptar al menos uno de un PIN, contraseña, huella dactilar, marca de voz, exploración retinal, imagen, o signatura digital del usuario.

10. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-9, caracterizado porque la correa i virtual se establece al leer una huella dactilar del usuario en tanto que el usuario maneja el dispositivo personal de juego .

11. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-10, caracterizado porque la correa virtual se establece al menos en parte al aceptar datos de al menos un marbete de RFID, llave electrónica, certificado de transacción, o característica de determinación de ubicación del dispositivo personal de juego. i

12. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-11, caracterizado porque además incluye : al menos una estación de acoplamiento configurada para interconectarse con el dispositivo personal de juego, en donde se transmiten siembras de juego al dispositivo personal de juego mediante al menos una estación de acoplamiento .

13. Sistema de juego de conformidad con la reivindicación 12, caracterizado porque al menos una estación de acoplamiento se asocia con una máquina de juego independiente localizada dentro de una región de juego de un establecimiento de juego asociado.

14. Sistema de juego de conformidad con la reivindicación 13, caracterizado porque se integra al menos una estación de acoplamiento dentro de la máquina de juego independiente.

15. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-14, caracterizado porque el dispositivo de juego personal portátil comprende un dispositivo exterior privado poseído por el usuario, y en donde uno o más del servidor de juego, el servidor financiero y el servidor de autenticación se poseen y operan por un establecimiento de juego separado del usuario.

16. Sistema de juego de conformidad con la reivindicación 15, caracterizado porque la correa virtual se establece con el dispositivo exterior privado al menos en parte al aceptar datos de al menos uno de un marbete de RFID, llave electrónica, certificado de transacción, o característica de determinación de ubicación del dispositivo exterior privado.

17. Sistema de juego de conformidad con cualquiera de las reivindicaciones 1-16, caracterizado porque la correa virtual se establece al menos en parte al emitir una señal de uno o más dispositivos del sistema.

18. Sistema de juego de conformidad con la reivindicación 17, caracterizado porque uno o más dispositivos del sistema adaptados para emitir una señal de correa virtual incluyen el dispositivo personal de juego.

19. Sistema de juego de conformidad con la reivindicación 17 ó 18, caracterizado porque además incluye: una o más máquinas de juego, en donde se adaptan una o más máquinas de juego para emitir una señal de correa virtual .

20. Sistema de juego de conformidad con cualquiera de las reivindicaciones 17-19, caracterizado porque además incluye: uno o más puntos de acceso inalámbricos, en donde i se adaptan uno o más puntos de acceso inalámbricos para emitir una señal de correa virtual.

21. Máquina de juego adaptada para aceptar una apuesta, jugar un juego en base a la apuesta y otorgar una retribución monetaria en base al resultado del juego, caracterizado porque comprende: un alojamiento exterior arreglado para contener una pluralidad de componentes internos de la máquina de juego, en el mismo; un controlador principal de juego en comunicación con al menos uno de la pluralidad de componentes internos de la máquina de juego, el controlador principal de juego que se adapta para ejecutar o controlar uno o más aspectos del juego basado en apuesta; y una estación de acoplamiento configurada para interconectarse con un dispositivo personal portátil de juego, el dispositivo personal de juego que incluye una presentación adaptada para presentar información relacionada al juego, un procesador configurado para ejecutar código relacionado a juego, y una memoria que contiene al menos una descarga de órdenes de código de computadora que se va a ejecutar por el procesador, en donde al menos una descarga de órdenes del código de computadora incluye suficiente código para que el dispositivo personal de juego procese y presente independientemente la jugada de juego basado en apuestas en la presentación en base a la siembra de juego que tiene datos con respecto a un resultado predeterminado i de juego para el juego basado en apuestas.

22. Máquina de juego de conformidad con la reivindicación 21, caracterizada porque la siembra de juego se transmite al dispositivo personal de juego mediante la estación de acoplamiento.

23. Máquina de juego de conformidad con la reivindicación 21 ó 22, caracterizada porque la siembra de juego se transmite desde la estación de acoplamiento a un dispositivo portátil de memoria adaptado para almacenar las siembras de juego, en donde el dispositivo portátil de memoria se adapta para que se acople y desacople del dispositivo personal de juego, y en donde la siembra de juego se transmite desde el dispositivo portátil de memoria al dispositivo personal de juego.

24. Máquina de juego de conformidad con la ' reivindicación 23, caracterizada porque el dispositivo ; portátil de memoria se adapta para que se acople y desacople físicamente desde el dispositivo personal de juego.

25. Máquina de juego de conformidad con cualquiera de las reivindicaciones 21-24, caracterizada porque la descarga de órdenes del código de computadora se transmite al dispositivo personal de juego mediante la estación de acoplamiento.

26. Método para administrar juegos basados en apuesta, caracterizado porque comprende: proporcionar un sistema de juego que tiene uno o más servidores adaptados para facilitar la jugada de los juegos basados en apuesta en un dispositivo personal de juego portátil asociado, los juegos basados en apuesta que comprenden la colocación de apuestas, la jugada de juegos, y la otorgación de retribuciones monetarias en base a los resultados de los juegos; aceptar entrada de un primer usuario con respecto a un número de juegos basados en apuesta para que se jueguen en el dispositivo personal de juego, el dispositivo personal de juego que incluye una presentación adaptada para presentar información relacionada al juego, un procesador configurado para ejecutar el código relacionado a juego, y una memoria que contiene al menos una descarga de órdenes del código de computadora que se van a ejecutar por el procesador, en donde al menos una descarga de órdenes del código de computadora incluyen suficiente código para que el dispositivo personal de juego procese y presente una jugada de juego en la presentación en base a la siembra de juego que tiene datos con respecto a un resultado predeterminado de juego para un juego respectivo; generar en el sistema que tiene uno o más servidores un resultado predeterminado de juego para cada uno del número de juegos basados en apuesta que se van a jugar en el dispositivo personal de juego; transmitir el resultado predeterminado de juego para cada uno del número de juegos en la forma de datos dentro de una siembra de juego a un dispositivo de almacenamiento para el uso en el dispositivo personal de juego; almacenar la siembra de juego para cada uno del número de juegos en el dispositivo de almacenamiento para uso posterior; y ejecutar al menos una descarga de órdenes del código de computadora en el dispositivo personal de juego usando una primera siembra de juego de las siembras de juego almacenadas para presentar un juego que corresponde a la primera siembra de juego en la presentación.

27. Método de conformidad con la reivindicación 26, caracterizado porque además comprende los pasos de: recibir el pago del primer usuario para una apuesta para jugar al menos uno del número de juegos basados en apuesta.

28. Método de conformidad con la reivindicación 25 ó 26, caracterizado porque el dispositivo de almacenamiento se selecciona del grupo que consiste de: una tarjeta inteligente, una tarjeta de jugador, un módulo de memoria portátil y una memoria del dispositivo personal de juego .

29. Método de conformidad con cualquiera de las reivindicaciones 26-28, caracterizado porque además comprende los pasos de: almacenar datos con respecto al resultado predeterminado de juego para cada uno del número de juegos en al menos uno de uno o más servidores del sistema; y reconciliar los datos almacenados con los resultados reales de las jugadas ejecutadas de juego en el dispositivo personal de juego usando las siembras de juego.

30. Método de conformidad con cualquiera de las reivindicaciones 26-29, caracterizado porque además comprende el paso de: establecer una correa virtual entre el dispositivo personal de juego y al menos uno de uno o más servidores del sistema .

31. Método de conformidad con la reivindicación 30, caracterizado porque se establece la correa virtual al menos en parte al aceptar al menos uno de un PIN, contraseña, huella dactilar, marca de voz, exploración retinal, imagen, o signatura digital de un usuario apropiado.

32. Método de conformidad con la reivindicación 30 ó 31, caracterizado porque la correa virtual se establece al menos en parte al determinar que el dispositivo personal de juego está en una ubicación que es aceptable para proporcionar actividades de juego basadas en apuestas.

33. Método de conformidad con cualquiera de las reivindicaciones 30-32, caracterizado porque la correa virtual se establece al menos en parte al determinar que el dispositivo personal de juego sea un dispositivo apropiado para proporcionar actividades de juego basadas en apuestas .

34. Método de conformidad con cualquiera de las reivindicaciones 30-33, caracterizado porque la correa virtual se establece al menos en parte al determinar que el software almacenado en el dispositivo personal de juego es software que está aprobado para la jugada de juego.

35. Método de conformidad con cualquiera de las reivindicaciones 30-34, caracterizado porque la correa virtual se establece al menos en parte mediante la emisión de una señal desde el dispositivo personal de juego.

36. Método de conformidad con cualquiera de las reivindicaciones 30-35, caracterizado porque la correa virtual se establece al menos en parte mediante la emisión de una señal de uno o más dispositivos seleccionados del grupo que consiste de una pico-celda, un dispositivo de triangulación, un punto de acceso inalámbrico y una vela.

37. Método de conformidad con cualquiera de las reivindicaciones 30-36, caracterizado porque además incluye el paso de: monitorizar la correa virtual en una base repetida para determinar sí uno o más factores permanecen apropiados con relación a un usuario apropiado, una ubicación apropiada del dispositivo personal de juego, el dispositivo personal de juego mismo, el software almacenado en el dispositivo personal de juego, o cualquier combinación de los mismos.

38. Método de conformidad con la reivindicación 37, caracterizado porque además comprende el paso de: impedir la jugada de varios juegos en el dispositivo personal de juego cuando al menos uno de uno o más factores es, o llega a ser, inapropiado.

39. Método de conformidad con cualquiera de las reivindicaciones 26-38, caracterizado porque además comprende el paso de: proporcionar una estación de acoplamiento , configurada para interconectarse con el dispositivo personal de juego, en donde el paso de transmisión se realiza mediante la estación de acoplamiento.

40. Método de conformidad con cualquiera de las reivindicaciones 26-39, caracterizado porque además comprende los pasos de: recibir la entrada de un segundo usuario con respecto a una petición para jugar el juego en el dispositivo personal de juego; y verificar que el segundo usuario sea un usuario apropiado para el cual se puede jugar el juego.

41. Método de conformidad con la reivindicación 40, caracterizado porque el primer usuario y el segundo usuario deben ser ambos la misma persona y ambos deben ser de un grupo establecido de usuarios pre-aprobados .

42. Sistema de juego adaptado para aceptar apuestas, jugar juegos en base a las apuestas y otorgar retribuciones monetarias en base a los resultados de los juegos, caracterizado porgue comprende: un servidor de juego configurado para aceptar entrada con respecto a un número específico de juegos basados en apuestas que se van a jugar en un dispositivo personal asociado de juego, para generar una siembra de juego que tiene datos con respecto a un resultado predeterminado de juego para cada uno del número específico de juegos basados en apuesta, y para transmitir la siembra de juego para cada uno del número específico de juegos basados en apuesta a un dispositivo de almacenamiento para el uso por el dispositivo personal de juego para jugada futura del juego en el mismo, en donde el servidor de juego se configura además para proporcionar al menos una descarga de órdenes "del código de computadora al dispositivo personal de juego, y en donde al menos una descarga de órdenes del código de computadora incluye suficiente código para que el dispositivo personal de juego procese y presente independientemente una jugada de juego en una presentación del dispositivo personal de juego en base a una de las siembras de juego; y un servidor de autenticación en comunicación con el servidor de juego y configurado para establecer una correa virtual con el dispositivo personal de juego, en donde la correa virtual se adapta para autenticar o verificar un usuario del dispositivo personal de juego, una ubicación del dispositivo personal de juego, el dispositivo personal de juego mismo, el software almacenado en el dispositivo personal de juego, o cualquier combinación de los mismos.