Method and apparatus for providing gaming service

Method and device for providing game service

Method and Apparatus for Providing Gaming Service

The present invention describes certain embodiments related to gaming and/or mobile devices.

Individuals can use mobile devices such as mobile phones, PDAs, laptops and/or various other devices. Games, such as casino games, sports lotteries, video games, and/or various other forms of games, can be executed.

The following content should be understood as an embodiment, not a request.

A. A method for providing game services, including: determining, by a computing device, that a first mobile phone is accessing game services through a first network, and the game service knows that the first network is located at an approved location; determining that the first mobile phone is After accessing the game service through the first network, the computing device allows the first mobile phone to access the content of the game service; the computing device determines that the second mobile phone is accessing the game service through the second network, and the game service does not know this 2. The network is located at the approved location; after it is determined that the second mobile phone is accessing game services through the second network, the computing device determines the first confidence that the second mobile phone is located at the approved location based on the first Internet Protocol address of the second mobile phone Above the confidence threshold; after determining that the first confidence is higher than the confidence threshold, the computing device allows the second mobile phone to access the content of the game service; the computing device determines that the third mobile phone is accessing the game through the second network Service, and the game service does not know that the second network is located at the approved location; after confirming that the third mobile phone is accessing the game service through the second network, the computing device determines the third mobile phone according to the second Internet protocol address of the third mobile phone After determining that the second confidence is lower than the confidence threshold, the computing device will query the second-level location determination service for the location of the third mobile phone; the computing device will start from the second The first-level location determination service receives instructions about the location of the third mobile phone; based on the third mobile phone being located at the approved location, the computing device allows the third mobile phone to access the content of the game service.

B. A method for providing game services, including: a computing device determines which of a plurality of geofences a device is located in, where the first geofence includes at least one second geofence, and when the device is located in any geofence When the device is in a fence, its user can use one or more game activities; according to the geo-fence where the device is located, the computing device determines the time when the location of the device is re-determined, where the device is located in the first geo-fence instead of the second geo-fence When the fence is fenced, the time is the first value, when the device is located in the first and second geo-fence fences, the time is the second value; when a determination is made, the computing device determines the location of the device.

B.1 The method for providing game services described in claim B, wherein the second time is more than the first time. B.2. The method for providing game services described in claim B, wherein the second time is less than the first time. B.3. The method for providing game services described in claim B, wherein the second time is equal to the first time. B.4. The method for providing game services described in claim B, wherein the second geofence includes at least one third geofence.

C. A method of providing game services, including: a computing device determines an application on a device, wherein the user of this device can use one or more game activities, and this application is used to at least determine the device's The location, the changed location of this device, and/or the distance the device has moved; the computing device receives a report from the app, where this report includes at least the location of the device, an indication of the changed location of the device, and/or the device One of the indications of the distance moved; after receiving the report, the computing device determines the location of the device through the geofence.

C.1. The method for providing game services according to claim C, further comprising: determining which one of the multiple geofences the device is located in, wherein the first geofence includes at least one second geofence, and when the device is located in any one In a geofence, its users can use one or more game activities; according to the geofence of the device, configure this application to report the change of its location, where the device is located in the first geofence instead of the second geofence When in a fence, this app is configured to report the device's short-distance movement, and when the device is in the first and second geo-fences, the app is configured to report the device's long-distance movement .

D. A method for providing game services, including: when a user is using a device to access the game service to participate in at least one game activity, a computing device determines whether the user device is located at a predefined location, wherein the predefined location The location is defined by a non-circular geo-fence, and the procedure for determining whether the user equipment is located in this predefined location includes the determination by using the geo-fence; based on the determination that the user equipment is located in the predefined location, the computing device allows The user uses this user device to participate in at least one game activity.

D.1. The method for providing game services described in claim D, wherein the non-circular geofence is a polygonal geofence.

E. A method for providing game services, comprising: determining by a computing device which one of a plurality of geofences a device is located in, wherein the first geofence includes at least one second geofence, and when the device is located in any geofence When the device is in a fence, its user can use one or more game activities; according to the geo-fence where the device is located, the computing device determines the time when the location of the device is re-determined, where the device is located in the first geo-fence instead of the second geo-fence When the fence is fenced, the time is the first value. When the device is located in the first and second geo-fence fences, the time is the second value; when a determination is made, the computing device determines the location of the device.

E.1. The method for providing game services described in claim E, wherein the second time is more than the first time. E.2. The method for providing game services described in claim E, wherein the second time is less than the first time. E.3. The method for providing game services described in claim E, wherein the second time is equal to the first time. E.4. The method for providing game services according to claim E, wherein the second geofence includes at least one third geofence.

F. A method of providing game services, comprising: determining an application on a device by a computing device, wherein the user of the device can use one or more game activities, and the application is used to at least determine the location of the device , The device has changed location and/or the distance the device has moved; the computing device receives a report from the app, where this report includes at least the location of the device, an indication of the location of the device, and/or the device has been One of the indications of the moving distance; after receiving the report, the computing device determines the location of the device through the geofence.

F.1. The method for providing game services according to claim F, further comprising: determining which one of the multiple geofences the device is located in, wherein the first geofence includes at least one second geofence, and when the device is located in any one In a geofence, its user can use one or more game activities; according to the geofence of the device, configure this application to report the change of its location, where the device is located in the first geofence instead of the second geofence When in a fence, this app is configured to report the device's short-distance movement, and when the device is in the first and second geo-fences, the app is configured to report the device's long-distance movement .

G. A method of providing game services, comprising: when a user is using a device to access the game service to participate in at least one game activity, a computing device determines whether the user device is located at a predefined location, wherein the predefined location The location is defined by a non-circular geo-fence, and the procedure for determining whether the user equipment is located in this predefined location includes the determination by using the geo-fence; based on the determination that the user equipment is located in the predefined location, the computing device allows The user uses this user device to participate in at least one game activity.

G.1. The method for providing game services described in claim G, wherein the non-circular geofence is a polygonal geofence.

<p>4Card Table </p><p>6Player position </p><p>8Smart Card Reading Boots </p><p>10Player hand position sensor </p><p>12Smart Card Reading Discard Stand </p><p>14, 18Output device </p><p>16Output port </p><p>40-1,40-2,...,40-nplayer unit </p><p>41Communication System </p><p>42Management Unit </p><p>43player register </p><p>44-1,44-2,...,44-nplayer register unit </p><p>45Game Unit </p><p>46-1,46-2,...,46-nplayer data unit </p><p>47Player Unit </p><p>48Logic Unit </p><p>49random processing unit </p><p>1001Service Provider Components </p><p>1003Interface components </p><p>1005Internet </p><p>1007Communication Service Provider </p><p>1009Location Determination Service </p><p>1011 Geofencing or other location determination services </p><p>1013a, 1013b, 1013cequipment </p><p>1015a, 1015b, 1015c, 1103a, 1103b, 1103c area </p><p>1017, 1102a, 1102b, 1102c Geofence </p><p>1101State </p><p>S901, S903, S905, S907Step </p>

Figure 1 shows a block diagram of a hand card reading system in some embodiments.

Figure 2 shows a device for playing games in some embodiments.

Figure 3 shows an exemplary procedure that can be used to verify and/or use mobile devices in some embodiments.

Figure 4 shows a set of example applications that can be executed by mobile devices to facilitate access to mobile game services.

Figure 5 shows an example of a series of geofences shown on a map of Nevada.

Figure 6 shows some exemplary procedures for geofencing that can be performed in some embodiments.

Figure 7 shows some exemplary procedures for geofencing that can be performed in some embodiments.

Figure 8 shows an exemplary architecture that can be used for location determination in certain embodiments.

Figure 9 illustrates an exemplary method that can be used for location determination in certain embodiments.

Figure 10 shows an example of some embodiments.

Figure 11 shows an example of a series of geofences shown on a state map.

I. <b>Exemplary embodiment</b>

Generally speaking, games can be called betting, but it should be understood that the embodiments of the present invention are not limited to the legal definition of betting (ie games of chance), but include games of skill, fantasy games, games of chance, and/or other types of games. Therefore, when discussing certain embodiments, the term "game" is used instead of "bet." The game may include betting a risk amount on the probability of occurrence of a certain event. Such risk may be based on skill and/or risk, based on lottery registration and/or pool, and/or any other form. The game may include paying an entry fee to participate in a game based on the probability of occurrence of a certain game event. The winner of this type of competition will receive a bonus (for example, an amount based on the registration fee for the competition). The betting in this manual refers only to certain games based on skill and risk, and is not understood as being limited to a certain game, unless otherwise stated. Games include betting, placing bets, paying registration fees to participate in games and/or any other form of games. The various embodiments are applicable to various combinations and/or arrangements of any type of game.

US Patent Application Nos. 13/080,098 and 13/288,223 describe certain exemplary methods and systems involving games. US Patent No. 13/080,098 (filed on April 5, 2011) invented by Amaitis is incorporated herein by reference. US Patent No. 13/288,223 (filed on November 3, 2011) invented by Amaitis is incorporated herein by reference.

Certain embodiments may facilitate the progress of a game on a mobile device. In some embodiments, when the mobile device and/or the customer is located in a jurisdiction and/or area where the game (eg, gambling, gambling, lottery, fantasy game) is legal, such a game may be allowed. In some embodiments, this type of game may be allowed when the mobile device and/or the client is appropriately authorized and/or controlled. In some embodiments, various programs and/or devices may be used to ensure the safety, authenticity, and/or location of customers and/or equipment. In some embodiments, the game can be facilitated in a mobile network, a wireless communication network, and/or any other communication network. In some embodiments, where such games are allowed, when a device is properly authorized and/or controlled, a customer can use a mobile device to play one or more games through a game or other account on the communication network. Multiple games (for example, betting on one or more bets, entering information that defines one or more games).

In certain embodiments, games may include, for example, sports games, casino games, proposition betting, fantasy games, sports lottery games, and/or other types of games. In some embodiments, the game may include games played using game accounts, credit cards, cash, balances, and the like. In some embodiments, jurisdictions and/or areas where gaming is allowed may include, for example, casinos, Nevada, outside a hotel room, outside a residence, Atlantic City, inside a hotel room, and so on. It should be recognized that although some embodiments describe sports games, mobile networks and/or specific areas, these embodiments are for demonstration purposes only, and other embodiments may include any type of game and any type of communication network. , Any field and/or does not contain such elements.

Some embodiments may include a technology that is configured to: if a customer is located in a location where the game is legal and/or permitted (eg, Nevada), then cause the customer to use a mobile device to play the game on a communication network . Some embodiments may include a technique that is configured to prevent a customer from using a mobile device to play a game on a communication network if the customer is not located in a location where the game is legal and/or permitted (e.g., to prevent its Betting, preventing them from logging in to an account, logging out of their account when they are outside the legal gaming zone, etc.). In some embodiments, game-related services outside the legal game zone can be provided and/or prevented according to needs and/or the permission of each region. Such game-related services may include providing odds, score updates, account information, etc. In some embodiments, the mobile device location can act as a proxy for the customer's location. A reference to a location can be understood as the location of a mobile device (eg, a certain location, an approximate location).

<b>IP address-based positioning example</b>

Some embodiments may include determining a location based on an IP (Internet Protocol) address. For example, the user location of a mobile device can be determined based on its IP address. Such a location may be an estimated location based on the received IP address information. The received information may include identifying the ISP provider that is assigned to the range of IP addresses for a specific location, the user identification of a location in a specific IP address, and/or the information that can be used to determine a location based on the IP address Any information. A location can have any interval size and/or an interval size based on available information. For example, a location can identify a city, a state, a postal code, etc. In some embodiments, the highest level of interval size may be used (eg, if both state and city are available, use city). It should be appreciated that the various embodiments may not be limited to specific gap sizes and/or methods in position determination or identification. Different from the location of the device and/or in addition to the location of the device, a location can also be a location where something does not exist (for example, a device can be located anywhere, but except for some places such as California, when the game is in the majority This particular may be useful when allowed in places but not allowed in a few places).

Some embodiments may include and/or interact with a system that provides location information based on IP addresses. An exemplary system that can perform this function includes the "IP Smart System" provided by Neustar, whose company is located at 401 Castro Street, Mountain View, California. Some embodiments may include interacting with such a system (eg, request location information, send IP address, receive location information, etc.). For example, after receiving a request to access a game service from a device, the IP address indication of the device requesting to access the game service can be queried in this service. After responding to this query, a location can be determined (for example, by accessing the stored information about the IP address (such as the range of IP addresses assigned to each location by the ISP), and comparing this IP address with this range ) And send it from this service to the game service. After responding to such inquiries, a location can be received from this service. Some embodiments may include a local copy of the IP location database. The game service provider can store this local copy and determine a location after querying the copy. This local copy can be updated on a regular basis (eg, weekly, monthly, etc.) and/or as needed with an original third-party copy. Although various embodiments discuss and refer to a third-party IP address or other third-party services, it should be recognized that local copies of information or local services can also be used instead of or in addition to third-party services, and third-party services Just a non-limiting example.

Some embodiments may include purchasing and/or storing IP address information, and determining location information based on this information. For example, instead of and/or in addition to using third-party services, certain embodiments may include storing information about IP addresses, and instead of and/or in addition to querying third-party services, certain embodiments may include using such News. For example, some embodiments may store a specific IP address whose location is known (eg, an IP address associated with a specific place (such as a specific casino, partner, etc.)). The location can be determined by comparing the received IP address with this stored information.

In some embodiments, the determination and/or reception of a location information based on the IP address may include a confidence level of such location. For example, an IP-based location determination service can identify the probability that a specific IP address is located at a certain location based on known IP address information. 90%, 100%, 10%, 50%, 0%, etc. . Any method can be used to determine the confidence level. For example, if an ISP provider provides information identifying that it allocates a specific IP address range, and the IP address whose location is determined corresponds to this range, the confidence that the location can be allocated is 100%. For another example, if other information, such as user, business, or other report information is used to determine the location, instead of ISP-specified information, a lower confidence level (eg, 50%) may be assigned. For another example, if an observation result (eg, an indication of an IP address observed at a specific location) is used to determine a location, a lower confidence level (eg, 50%) may be assigned.

In some embodiments, the determination and/or reception of a location information based on the IP address may include identification of the type of network to which the IP address is allocated. For example, a mobile network can allocate IP addresses within a certain range, so an address can be identified as a known mobile address. Other networks can also assign IP addresses within a certain range, so an address can be identified as coming from a network with any characteristics. It may be very important to know whether the network to which a particular client device is connected is a mobile network (such as a mobile network) or a non-mobile network (such as Ethernet, Wi-Fi, etc.). Mobile and non-mobile networks may be treated differently (for example, IP address location verification may not be used for mobile network connections, but can be used for non-mobile networks). In some embodiments, the type of network may affect the confidence of an IP location.

<b>Multi-level position determination</b>

In some embodiments, a game service can restrict access to the game service by devices located in a specific location. Such locations may include jurisdictions where the game is legal. Such locations may include places where the game is legal. Different types of services can be provided according to the location of the device (for example, which relationship to go to, which state, which casino, casino floor that is outside, school, etc.).

Certain embodiments may include a multi-level location determination to determine which game service may allow the device to access game service content. For example, in some embodiments, different methods may be used for position determination in different situations. Such different situations may include different states of the IP address of a device accessing the game service. For example, if an IP address is known by the game provider, the location of the device can be accepted as known; if an IP address is unknown but determined by a third party, the confidence that it is located in a certain location is high. Then this third-party determination can be accepted; if an IP address is unknown, and according to the third-party determination, the confidence that it is located in a certain location is low, then a second-level location determination method (such as geofencing, GPS Wait). It should be recognized that various embodiments may include any combination of any methods to determine the location, and the reference to a third party is non-limiting, so this third party may not be used at all (for example, a local IP positioning system may be used). Cache, a local geofence system, etc.). This multi-level determination can be performed by a component of a game provider (for example, a casino and/or a server, router, computer system of a third-party game service provider, etc.). This component can be combined with one or more series as required And/or the device interact to facilitate the determination of this location.

Trusted IP-based positioning or known network positioning

Some embodiments may include providing gaming services to users of mobile devices (e.g., mobile phones, laptops) who may use one or more known or reliable communication networks (e.g., Wi-Fi networks in casinos). Road) to communicate with game services. For example, a gaming service provider may establish a cooperative relationship with one or more venues (eg, casinos). The game service provider may provide or otherwise integrate with the communication network of one or more places (for example, by establishing a Wi-Fi network accessible to users of this place, and/or recording/accessing this place Information about the established Wi-Fi network).

In some embodiments, the device can access a game service through a communication network. Sometimes this network may disable this game service, and sometimes this game service can be accessed through a router or other network interface that connects this network to this game service (for example, through a public network such as the Internet). The network interface may have a known IP address provided by the game service provider (for example, a static IP address provided and/or registered by the game service provider to become a reliable source). This type of IP address can be seen in disconnected services accessed by devices on the network (for example, in a packet received by a component of a game provider from a device that accesses the network). A game service provider can add A list of reliable IP addresses is compared with the IP addresses in the packets (e.g., TCP/IP packets) received by the game service. The game service can identify the sending source (e.g., network interface) to determine that the device is working Access this game service from locations covered by this network (for example, through a router that connects Wi-Fi to the Internet).

In some embodiments, a game service may exist on a network, and/or devices on this network may be assigned an IP address that is visible even when the network is disconnected. The assigned IP address may be a known range assigned by the network to devices on the network (for example, assigned by an ISP or other IP address management organization). This address range can be recorded with a game service provider (eg, stored in a known IP address database). According to a game service accessed by a device with a reliable IP address, a component of the game service can determine that the device's location is in a location covered by the network (for example, by referencing a stored known IP address) Location list).

Various methods of assigning IP addresses and determining IP addresses are known in the art. For example, DHCP is a known protocol for assigning IP addresses to devices on the network. Static and dynamic IP addresses are known in the art. For example, a static IP address can be assigned to the network interface of a known network. The network interface can dynamically assign IP addresses to devices on the network within a specified range. The known format of TCP/IP packets can be used, which includes an indication of a source IP address.

A game service can determine whether a device trying to access the game service is assigned a reliable IP address, or is otherwise related to a reliable IP address, where the reliable IP address is related to a known location and/or Reliable network related. If such a device is associated with such a known IP address, the game service may allow the game to be played. Such permission may include permission that does not require other location verification, as long as such access is related to a known IP address. This type of location determination based on known IP addresses can be used as the first level of multi-level location determination. In some embodiments, the game service can be accessed from a known network via a public network.

In some embodiments, the game service can be accessed directly through a reliable network, rather than through a public network. For example, game services can be directly coupled to known networks, so they can be accessed without going through a public network (such as the Internet). In some embodiments, the game service can also be accessed through a public network (eg, from another location network and/or location). Some embodiments may include determining that the game service is being accessed through a known network rather than a public network (e.g., based on the IP address of a device located in a known range of the network, connecting to this network based on receiving a request) An interface for games on non-public networks). If a device related to a known network accesses a game service through this network, the game service can allow games to be played. Such permission may include permission that does not require additional location verification, as long as such access occurs from a known network. This type of location determination based on access from a known network can be used as the first level of multi-level location determination.

IP-based high-confidence positioning

As described in the present invention, some embodiments may include: if a device accesses a game service through a public network, and the game service is unfamiliar with and/or does not trust its IP address, it can be based on the device IP address (such as , Obtained from the packet received by the game service) to determine its location. For example, if the IP address of a device trying to access a game service is not within a reliable range, or is not from a reliable source (for example, if the device is not accessing the game service from a reliable Wi-Fi network), then The location of this device can be determined and/or attempted based on the IP address of this device.

For example, you can obtain the location of the device's IP address by querying a third-party service that associates the IP address with the location. A location that allows game service content can be received from such services, and the confidence that the device is located in this location. Certain embodiments may include, in addition to and/or in place of third-party services, the gaming service performs this determination. Correspondingly, some embodiments may first determine whether the network used by a device to access the game service is reliable, and if it is unreliable, determine the IP location of the device before allowing the device to access the network service content.

The game service can perform different operations based on such a certain degree of confidence. For example, if the confidence level is high, the device is located in an approved location, allowing access to game service content. Such permission may include permission that does not require other location verification, as long as such access is related to an IP address. If this type of location determination based on an unknown IP address in the public network has a high degree of confidence, it can be regarded as the second level of multi-level location determination.

The confidence threshold that can use this second level can include any level. Exemplary levels may include 90%, 75%, 100%, 50%, etc. Such thresholds can be set according to jurisdiction requirements, game service provider preferences, user preferences, casino preferences, etc. Although the discrete percentage is given in the example, other embodiments may include qualitative tags (eg, a third party may return a high-confidence or low-confidence label instead of a percentage confidence).

It should be recognized that although the various examples of IP address-based and/or other location determination methods describe wireless networks, Wi-Fi, and/or mobile devices, any other types of devices and/or networks can also be used. Road (such as notebook computer, excellent wired network, etc.). For example, the IP location determination method can be used to determine the location of a laptop that accesses gaming services. Wired connections usually and/or are more likely to result in higher confidence, because it is relatively easier to track and/or report locations in wireless connections.

In some embodiments, if the IP address of a device is recognized as a mobile network IP address, its confidence may be low, regardless of the confidence assessment of the device location by a third party and/or other location determination methods how. Some embodiments may treat the mobile network IP address as a low-confidence address because it is allocated by a mobile network provider (for example, a mobile phone company). Since devices connected to a mobile network are easier to move compared to devices connected to a wired network, some embodiments regard mobility as an indicator of low confidence in the location of the device. Some embodiments may not include cumbersome confidence indicators, but rather determine the confidence based on the network type. Other embodiments may not use the network type. The network type can be determined by an IP address, a third-party service (such as a third-party location determination service), the device's own report, and/or in any way.

IP-based low-confidence positioning

As described in the present invention, certain embodiments may include: if a device accesses game services through a public network and is related to a reliable network, the location of the device can be determined based on the IP address of the device. For example, if the IP address of a device trying to access a game service is not part of a reliable network and the game service, then the device's IP address can be used to determine and/or try to determine its location.

For example, you can obtain the location of the device's IP address by querying a third-party service that associates the IP address with the location. A location that allows game service content can be received from such services, and the confidence that the device is located in this location. Certain embodiments may include, in addition to and/or in place of third-party services, the gaming service performs this determination.

The game service can perform different operations based on such a certain degree of confidence. For example, if such confidence is considered low, whether or not the game service can be accessed will depend on the second level of location determination. Various examples of the second-level position determination are provided in the present invention. For example, geofencing services, GPS queries, and/or any other location determination technology can be used as the second-level location determination method.

The confidence threshold that can use this second level can include any level. Exemplary levels may include 90%, 75%, 100%, 50%, etc. Such thresholds can be set according to jurisdiction requirements, game service provider preferences, user preferences, casino preferences, etc.

In some embodiments, if the result of the second-level location determination (for example, querying a geofence service) is that a location matches an IP location, or it is recognized in other ways that the device is located in an approved game location, then this may be allowed. game. In some embodiments, if the location does not match the IP location, but as long as the second-level location shows that the device is in a location that allows game services, the second-level location can also be trusted to allow game services. In some embodiments, if the result of the second-level location service is a location that does not allow games, the content of the game service is prohibited, regardless of the previous IP location determination display result. In some embodiments, if the IP location does not match the second-level location, the game service content is prohibited.

In some embodiments, the second-level location determination method may include: using a telephone network to determine the location of a mobile phone or other device with a phone number (such as a wireless broadband card). This type of service can receive the input of a phone number and return a location (for example, in response to a game provider's query for this phone number). Some embodiments may include determining whether the phone number is valid, and if so, using an appropriate location service to receive the phone number and determine the location of the device.

In some embodiments, a mobile device can use a game software to access game services through a phone number. For example, a game application used to play a game on a mobile phone that accesses a game service can determine the phone number of the mobile phone (for example, query the operating system through API). For example, a mobile phone with Android system may have such a function. When using this function to facilitate the second-level position determination method, one or more operations can be performed.

In some embodiments, the game software used to access game services in a mobile device may not be able to obtain the phone number. For example, a game application used to play games on a mobile phone that accesses a game service may not be able to determine the phone number of the mobile phone (for example, it may not be able to query the operating system through API). For example, an iOS mobile phone may not allow this function. Correspondingly, when such a function cannot facilitate the second-level position determination method, one or more operations can be performed.

For example, in some embodiments, a user may be required to enter a phone number, and the entered phone number may be used as the phone number. This phone number can be entered after registration and/or during access to the game service. In some embodiments, it can be directly trusted that the user entered the correct phone number. In some embodiments, certain verification methods may be used (for example, dial the phone number randomly or after receiving a login request, use a mobile phone SMS verification code, check the record information of the user's phone number, etc.). Any verification method can be used to convince the game service that the phone number entered is a real phone number. If the game service determines that the device does not provide an API to directly obtain its phone number, this action can be taken.

For another example, in some embodiments, the phone number can be determined based on the information entered by the user during the registration process. For example, when it registers to use the service, the user may need to provide the phone number of this device. In some embodiments, certain methods can be used to verify this phone number. As described in the present invention, in some embodiments, before a specific device is allowed to use, it may need to be associated with a service. In this procedure, the device can be associated with a phone number (for example, when the device registers for a game service, its number is submitted to the service and stored in a number database). A service can identify the device based on a MAC address and/or other authentication information (such as PIN code, password, security mode, etc.) entered into the device. In a registration process, this information can be used to determine the phone number associated with this device. The relevant number in the registration procedure can then be used to determine a location.

Some embodiments may use a third-level location verification method. This method can be used if the confidence level of a location is low, if the phone number cannot be obtained through the API, and/or if there are any questions about a location. For example, the third-level location verification method may include asking a device where it is located. For example, as a third-level location determination method, a game application running on a phone can access the phone's GPS location and report the location to the game service provider. In some embodiments, if the entered location or otherwise determined phone number matches the location reported by the phone, the second-level location is verified. In some embodiments, if the above addresses do not match, the second-level position is unreliable. For example, it can be assumed that the phone number is forged or entered incorrectly. This third-level verification may be useful in certain situations. For example, when an iOS device is used, since the phone number of the iOS device is not always verifiable, the third-level GPS location can be used as a verification method. If the addresses do not match, access to the game service will be denied.

In some embodiments, a client application can determine a third-level location determination method with the lowest cost and use it to verify location information when needed. For example, a device may support many different location determination methods, including cell phone tower triangulation methods and GPS, etc., and may use the method that consumes the least system resources.

In some embodiments, a second-level location determination method (rather than a third-level location determination method) may include a method that does not require the use of a phone number. For example, such a method may include requesting a device to determine its own location (eg, via GPS or other methods) and reporting this information. It should be recognized that any second-level location determination method can be used, regardless of whether it relies on phone numbers, self-reports, and/or phone-reported information, etc.

In some embodiments, a change in the IP address of a client device may cause the customer to lose the connection with the game provider. In order to reconnect, the client may need to verify the location through some methods (such as those described in the present invention). In some embodiments, this disconnection phenomenon may occur when a game provider detects an IP address change. In some embodiments, the reason for this change may be a VPN connection established between a client and a gaming operator gateway. This connection is established in response to the disconnection of the login due to the change of the client's IP address. of. In the embodiment of establishing such a VPN, all data can pass through the VPN connected to the client device, and the client device is connected to execute game service content (for example, therefore, a gateway can block unwanted data, Such as proxy server connection, remote desktop connection, trying to bypass the secure connection, or performing other unnecessary operations. In some embodiments, when a client participates in the game operator's game activities, a VPN may allow The game-related operations communicated with the game operator are transmitted to the user side. In some embodiments, in order to continue using the game service, a device address may need to be verified (for example, using one or more levels of a multi-level location verification protocol) .

Non-game location and failed or unsupported checks

In some embodiments, if an IP location determination results in a location where gaming is not allowed, various measures can be taken as needed. Such measures can be determined based on the confidence level of this location.

For example, in some embodiments, in all cases, a backup location determination method (eg, geofencing) can be used and trusted instead of using an IP-based location determination method. In some embodiments, such backup location determination can replace IP location-based determination.

For another example, in some embodiments, if the confidence that a position is located in the non-game area is higher than a certain threshold, the game may be prohibited. This prohibition may be implemented directly without consulting the method of determining the backup location. For example, the threshold may include thresholds such as 100%, 90%, 75%, and 50%.

For another example, in some embodiments, if the confidence that a position is located in the non-game area is lower than a certain critical value, a second-level position determination method may be used. The reliability of this second-level position determination method is higher than that of the IP-based position determination method.

In some embodiments, errors may occur in the location determination, and/or a device may not support the location determination method (eg, a device may not have a GPS function). If a location determination policy needs to determine a location, but in this case, the location of the device cannot be determined, and access to a game service will be denied. Until a location is determined, some additional methods are used to perform the location. Determination is also feasible, some previous positions can be assumed to be this position, and certain reported positions in different levels of position determination can also be used, and/or any other measures can be taken. A game service can take one or more of these measures as needed.

The present invention provides various examples of location determination and various reactions to the location determination. It should be recognized that this type of location determination is for exemplary purposes only, and various embodiments may include any location determination method, any level, any critical value, as well as combinations of elements, no elements, more elements, etc., in which the present invention There may or may not be a description. It should be recognized that although some examples describe allowing or disallowing game service content, similar and/or different embodiments may include determining which game service content to allow and/or provide based on the location determination result and/or other Service content (e.g., how to mark an interface, which game is allowed, which login plug-in is displayed, etc.) (e.g., the location determination result of a multi-level location determination method can be used to determine the allowed game and which brand of game).

The present invention provides location determination when a user tries to access a game service. It should be recognized that such position determination can be made as needed and/or in response to any triggers. For example, this type of location determination can be made when an application is running (e.g., started, regularly, randomly, based on distance to the boundary, based on location, based on movement speed, based on movement direction, based on A device's IP address changes, and/or based on the network that the device is accessing the game service using), in response to a trigger (eg, login attempt, betting request, periodic, random, location-based). In some embodiments, a component of a game service, such as a gateway or server, can detect an event or determine that a location needs to be determined, and then facilitate the location determination after the determination.

Examples of signal strength

Some embodiments may include performing a measure based on the signal strength of a known network. For example, in a multi-level location determination method, if the signal strength of a known network decreases to a certain threshold, certain measures can be taken (for example, by mobile devices, game services, game services, and equipment). For example, a lower signal strength may indicate that a boundary of the area covered by this known network has been reached.

In some embodiments, an application can report signal strength to a game operator (eg, periodically, responding to a signal strength change, responding to a signal strength reaching a threshold, etc.). In some embodiments, the location determination method can be changed (for example, depending on the game operator) based on a reported signal strength being lower than a certain critical value (for example, 50% of the maximum value). For example, in this case, a second-level position determination method can be used until and/or unless the signal strength is restored to a higher level. Correspondingly, when around the boundary of an area covered by a known network, a second-level location determination method (such as geofencing, GPS, soft tags, etc.) can be used to verify whether the device is still covered by this network In the area of the, and/or when the IP address changes, smooth conversion is allowed. In some embodiments, when a signal strength decreases, the rate of using the second-level location determination method may increase, so when a user approaches the boundary of a known network, the rate of timed queries will increase.

Certain embodiments may include using a second-level position determination method in a multi-level position determination method. This second-level method can be used as a validator for another method. The frequency of using this validator depends on which level of determinism is used (e.g., the lower the confidence level is more frequent), the confidence level, the signal strength, the distance from the border of a jurisdiction, etc.

In some embodiments, when a mobile device (such as a mobile phone) is close to the border of a jurisdiction (such as a state) and/or when it crosses the border of a jurisdiction (such as a state), it may be assigned The new IP address. For example, in some embodiments, a 3G network can operate across states, while a 4G network can only be used in a certain state. Correspondingly, when a device crosses state boundaries, the device may disconnect from a 4G network, connect to a 3G network, and then connect to another 4G network. In other instances, 3G networks in different states may be different, and/or there may not be 3G networks that operate across states. Correspondingly, in some cases, if a mobile phone is using a mobile network identified by a game operator as a specific state, the game service provider can determine the location of the mobile phone based on the IP address without referring to the second level Location determination method. Correspondingly, although some of the above embodiments treat the mobile network more strictly, if the mobile network is a state-specific mobile network known by the game operator, this strict treatment can be triggered.

In other methods, this second-level position determination method can be used to verify the other position determination methods.

In some embodiments, if it is determined that a mobile device has crossed a state boundary, a game application can be used to monitor the GPS and force an IP address change. In some embodiments, a GPS may be reported to a game operator, and if the GPS crosses a state boundary, the game provider may request the formation of a new VPN tunnel. In some embodiments, the GPS of a mobile phone can be monitored by a game application and reported to a game service provider. When a device approaches a jurisdiction or other important borders, certain location determination operations will be triggered. Such as the location of different levels or sources are determined. In some embodiments, when the distance from a boundary decreases, the reporting frequency of GPS may increase.

Other optional location determination methods

It should be recognized that any other location determination methods can be used in various embodiments, and related examples such as GPS, geofencing, soft tags, IP locations, etc. are just a few non-limiting examples. For example, in addition to IP location as the highest level of a multi-level location determination method, GPS can also be used as the highest level. Any permutation and combination of location determination methods can be used as needed.

Some embodiments may include a location determination method that operates based on available networks (eg, Wi-Fi networks detectable from a specific location). Such embodiments may include detecting and/or storing Wi-Fi networks and/or strengths at various locations (eg, multiple users may send such information as well as GPS information for storage). This information can be used as a map of an area defined by the strength of the Wi-Fi network at each point. Subsequently, when a location needs to be determined for a user, the available Wi-Fi networks and/or the signal strength of these networks can be compared with the stored information to determine an approximate location. For example, an application can send a list of available Wi-Fi networks and the signal strength of these networks to a central server and/or a third party, thereby mapping Wi-Fi networks and/or signal strengths based on location Determine the approximate location of this device.

Demonstration method and device

Figure 9 illustrates an exemplary method that can be implemented in certain embodiments. For example, this method can be executed by a game service component (eg, a gateway, a service, etc.). Such location determination may include location determination for a specific phase of use. For example, this type of position determination can refer to a signal in the trial phase. If the position determination is successful and no further position determination is required, some embodiments may still perform further position determination checks in other phases of use (eg, responding to certain operations, after a period of time, etc.).

As shown in the figure, in step S901, some embodiments may include determining whether a mobile phone (or other device such as a laptop, desktop, augmented reality device, etc.) is passing through a reliable or other known network Communicate with a game service. One method of providing game services includes: if it is determined that the mobile phone is communicating through a reliable or other known network, allowing game service content. In some embodiments, if this first-level determination is successful, there may be no need to use further position determination for a particular method. In some embodiments, even if this first level is successful, further location determinations and/or backup determinations may be used.

As shown in the figure, in step S903, some embodiments may include determining whether the confidence that the IP address of the mobile phone is located at an approved location is higher than a first critical value. A method for providing game services includes: if it is determined that the confidence that the IP address is located at an approved location is higher than a first threshold, allowing game service content. In some embodiments, if this second-level determination is successful, there may be no need to use further position determination for a particular method. In some embodiments, even if this second level is successful, further location determinations and/or backup determinations may be used.

As shown in the figure, in step S905, some embodiments may include: even if the mobile phone's IP address confidence is not higher than the first critical value, determining whether a second-level non-IP location determination method recognizes that the mobile phone is located at a Approve location. A method for providing game services may include: if the non-IP address location determination method recognizes that the mobile phone is located at an approved location, allowing the game service.

As shown in the figure, in step S907, some embodiments may include determining whether a game service provider allows game service content based on the determination of the location of the mobile phone. For example, if the result of the first-level location determination is that the mobile phone is in an approved location, the game is allowed. Otherwise, the game is prohibited. This method and/or determination can be performed periodically, in response to a trigger, and as needed.

It should be appreciated that FIG. 9 is only taken as a non-limiting example. Various embodiments may include performing one or more methods to facilitate various functions. For example, the method may include allowing the user to perform the operations described in any combination of the various embodiments of the invention. Different sequences of operations can be used in different methods. For example, in a method that uses IP location determination instead of network location determination, the order of the first-level and second-level blocks may be reversed.

Figure 10 shows an example of some embodiments. As shown in the figure, some embodiments may include a component 1001 of a game service provider (e.g., game server, billing server Server, etc.), an interface component 1003 (e.g., a gateway of a game service provider, one or more network interfaces of a game service provider, etc.), an authorized/reliable network 1005 (e.g., by A game service provider operates or registers and runs on a known and/or controllable location network, Wi-Fi network, wired network, etc.), a communication service provider 1007 (e.g., mobile phone provider, Sprint, etc.) ), one or more IP-based location determination services 1009 (for example, a system that allows an IP address and location to be associated in a certain way, the system may be a part of a third party or a game service provider), One or more geofences or other location determination services 1011 (for example, a service that can maintain geofences and allow game service providers to query them. This service can be part of the game service provider or a separate service Service), a set of equipment 1013a, 1013b, 1013c (e.g., mobile phones, mobile devices, fixed equipment, laptops, desktops, kiosks, etc.), one or more areas 1015a, 1015b, 1015c (e.g., a casino The area covered by a Wi-Fi network, a building where the socket for access to a wired network is located), and one or more geofences 1017 (e.g., geofences related to a geofence provider 1011) Fence). It should be appreciated that FIG. 10 is only a non-limiting example, and other embodiments may include any combination of elements that can work together. For example, in some embodiments, a game service provider can provide IP-based location determination locally, perform local geofencing calculations based on location data received from user equipment and/or network providers, etc. .

In some embodiments, the gaming service provider 1001 may include any number of elements that have been arranged in any manner to provide gaming service content (eg, betting, lottery, fantasy games) to one or more users. For example, a gaming service provider may include one or more computing devices (eg, servers, blade servers, etc.) configured to execute one or more methods. A game service provider may independently perform a method of providing game services (such as shown in FIG. 9) and/or provide any function (such as the function described in the present invention), and/or combine with any element.

In some embodiments, the interface element 1003 may include any number of elements arranged to allow a game service provider to communicate with one or more networks and/or mobile devices. For example, such interface components may include gateways, network interface cards, etc. connected to one or more networks. In some embodiments, each network may include a single such interface element (for example, a private network may include one type of interface element, and a public network may include another type of interface element). An interface component can be part of a game service provider 1001, and/or as a separate component. An interface element can independently perform a method of providing game services (such as shown in FIG. 9) and/or provide any function (such as the function described in the present invention), and/or be combined with any element.

In some embodiments, the authorized network 1005 may include a wireless and/or wired network. Such a network may include a network authorized by a game service provider, operated by a game service provider, connected to a specific network interface of a game service provider, and/or by any Ways to authorize access to game service providers. The authorized network 1005 may include one or more network access points and routers, etc., so that it can be connected to a public network and/or a private network, where the public network and/or a private network may include connection to a game The method of the service provider. For example, such a network may include a network or sub-network operated by a reliable Internet service provider, and the provider assigns the network or sub-network to a specific area. As another example, such a network may include a network operated by a reliable organization at a fixed location.

In some embodiments, the communication service provider 1007 may include a service that provides communication with one or more devices. For example, such a service provider may include a mobile phone company (such as Sprint). Such service providers may allow a device to use this service to access a game service provider and/or a public network (such as the Internet).

In some embodiments, the IP-based location determination service 1009 may include one or more elements that can facilitate IP address-based location determination. Such services can be part of a gaming service provider and/or a third-party service provider. Such services can respond to requests for location information based on the location confidence of an IP address and/or the network type of the device using this IP address. Such services may include any number of computing devices and/or other components.

In some embodiments, other location determination services 1011 may include one or more elements that can facilitate location determination based on any other method (eg, geofencing, soft tags, GPS queries, etc.). Such services can be part of a gaming service provider and/or a third-party service provider. Such services can respond to requests for location information and/or based on the location confidence of a device's identification (such as a phone number). Such services may include any number of computing devices and/or other components.

In certain embodiments, the devices 1013a, 1013b, 1013c may include any combination of any mobile and/or fixed devices. For example, the device may include a mobile phone, a notebook computer, and so on. Such devices can be configured to communicate via one or more networks and/or service providers (eg, 1007 and/or 1005). Such a device can be configured to execute one or more application programs, which can facilitate the various game service content, methods, and/or functions described in the present invention.

In some embodiments, the area 1015 may include an area of a casino, a building floor, a business, a building with a wired network interface, and the like. The covered area can be configured to include only a specific area of the casino, cover only the interior of the casino, cover only the ground of the casino, and so on. For example, the access points can be arranged and/or arranged so that only the entire first floor of a casino is covered, but other areas are not covered. It should be recognized that any area can be covered with any device in any manner, and it can be continuous and/or discontinuous.

In some embodiments, the geofence 1017 may include an area around which a geofence is established. The present invention provides various examples of geofencing.

In some embodiments, as shown in Figure 10, devices 1013a, 1013b, 1013c may operate in Nevada. This is just an illustrative example.

In some embodiments, when the device 1013a is located in the area 1015 covered by the network 1005, it can access the network 1005. The gateway 1003 and/or the game service provider 1001 can determine that the device should have the right to access the game service content according to the device 1013a that accesses the game service content through the network.

In some embodiments, the device 1013b can access the communication service 1007. The device 1013b can try to access the game service content through the communication service 1007. The gateway 1003 and/or the game service provider 1001 can determine that the device is not accessed through a known network 1005. With reference to the IP-based location determination service 1009, the gateway 1003 and/or the gaming service provider 1001 can determine that the IP address of the device 1013b is located in an approved location (eg, Nevada) with a confidence level below a certain threshold. In response to this determination, the gateway 1003 and/or the game service provider 1001 can refer to other location determination services to determine that the device 1013b is located at an approved location. For example, it can be determined that the device is located in a geofence monitored by a geofence service. After making this determination, the gateway 1003 and/or the game service provider 1001 can determine that the device 1013b should have access to the game service content.

In some embodiments, the device 1013c can access the communication service 1007. The device 1013c can try to access the game service content through the communication service 1007. The gateway 1003 and/or the game service provider 1001 can determine that the device is not accessed through a known network 1005.

In some embodiments, referring to the IP-based location determination service 1009, the gateway 1003 and/or the gaming service provider 1001 can determine that the IP address of the device 1013c is located in an approved location (eg, Nevada) with high confidence At a certain critical value. After making this determination, the gateway 1003 and/or the game service provider 1001 can determine that the device 1013c should have access to the game service content.

In some embodiments, referring to the IP-based location determination service 1009, the gateway 1003 and/or the gaming service provider 1001 can determine that the IP address of the device 1013c is located in an approved location (eg, Nevada) with low confidence At a certain critical value. In response to this determination, the gateway 1003 and/or the game service provider 1001 can refer to other location determination services 1001 to determine that the device 1013b is not located within a geofence, cannot use other location services, and/or is located in an unverifiable location. After making this determination, the gateway 1003 and/or the game service provider 1001 can determine that the device 1013b cannot access the game service content. In other embodiments, a third-level location determination (eg, GPS query) can be used, and access to a device can be allowed or denied based on this determination. In some embodiments, as described elsewhere, some embodiments may additionally and/or alternatively use a network type (eg, a mobile network may require a backup check) as an input to a location determination method.

In some embodiments, the game service content may include single-player games, multi-player games, tournaments, and the like. For example, in some embodiments, users of devices 1013a and 1013b may join a tournament against another user. In some such instances, collusion detection can be performed based on location information.

It should be appreciated that FIG. 10 is only a non-limiting example, which is only used to show exemplary functions included in some embodiments. Other embodiments may include different elements, which may interact in any manner to provide any function in any combination, such as the functions described in the various embodiments of the present invention.

<b>Register an instance</b>

Certain embodiments may include a registration procedure. For example, such a process can create an account related to a particular casino or game service provider, verify user information, register a device, and/or create any other information. Such procedures may include a user providing information to a game provider and/or an agent of the game provider (eg, in person, through a computer interface, etc.). This type of registration may be required before allowing a user and/or a device to access a game service and/or establish an account related to a particular casino. Such procedures may include establishing a connection between the device and the player (for example, an entry in a database can identify that a particular player is related to a particular device). Such procedures may include establishing a gaming account for a player (eg, establishing an account in which the player can bet money and/or play games). This type of program allows a customer to register for a game service. After completing this procedure, a player and/or a device may have the right to play the game (e.g., through a communication network, using a registered device, when in an authorized location, at least a specific game operator participates in this procedure Part of it, etc.).

Some embodiments may include a customer registering for a mobile game service provided by a game operator. At least part of this registration process can be performed in a casino (e.g., performed by a casino employee, at a kiosk, in-person operation, etc.), through a website (e.g., accessed via a mobile device or other device), in person Operation (e.g., in a kiosk or casino) or remotely (e.g., via a website, a kiosk in a store).

In some embodiments, as described in U.S. Patent Application No. 13/288,223, which has been incorporated by reference into the present invention, a game service provider may provide service content for multiple venues, and provide content for each venue. Create a separate account. Similarly, separate accounts (for example, casino game accounts and sports game accounts) can also be created for the different activities that each account can perform. Correspondingly, a single user can establish multiple accounts through a single game service provider. In some embodiments, a registration procedure may include the establishment of one or more accounts, in which one or more restrictions, associated elements, and/or other characteristics are established for a user. In other embodiments, a single account can serve as one account spanning multiple locations and/or game types.

In some embodiments, registering for a mobile game service may include opening a game account and/or adding the function of playing a game to an account. For example, a new account can be created, and a user can bet money through this account and use these money to play games. In some embodiments, such accounts may include bank accounts, credit card accounts, and/or any existing accounts related to gaming services.

In some embodiments, a registration process may include a user providing information to a game service provider (eg, through an interface of a computing device such as a kiosk or mobile device, through an agent of the game provider). For example, a user may contact an agent of a gaming service provider in a casino and provide a completed form or fill out a spreadsheet through a tablet device. The agent may save such information or input such information into a computing device of the game service provider. The information provided may include name, SSN or tax ID number, address, age, telephone number, gender, race, income and/or other information. Certain information may be required (for example, age) and/or additional functions may be implemented (for example, SSN or tax ID number can be used for tax filing, and gender information can be used for targeted advertising). Such information can be received by a component of a game service (eg, from a computing system, tablet computer, etc. that can input such information).

For another example, in some embodiments, a kiosk or other computing device may allow users to enter such information. For another example, a mobile device itself can be used to input such information. For example, a user can download and install an application on a mobile device, and then run the application. This reference program can connect to the game service provider and then remind the user to enter information.

In some embodiments, it may be necessary and/or necessary to verify one or more pieces of information. For example, an agent can scan or copy a user's identification (eg, driver's license, passport) to verify age, name, and/or other required information. For another example, a user may be required to take a photo of identity certification and send this information to the game service provider for verification. A gaming service provider may receive and/or store such information. Such information may allow game service providers to prevent minors or other illegal or fraudulent use. In some embodiments, the registration procedure may not be completed before the verification of the identity certificate is completed. The verification procedure may include a third party checking the description of the identity certificate (for example, by an unrelated person, by a computing device, etc.). This verification can be determined by a game operator, and after the determination is completed, the registration can be allowed and/or completed.

In some embodiments, at least a part of a registration procedure must be completed by the person in person at a place where a game operator and/or an agent of a game service operator is located. For example, in some embodiments, the entire registration procedure may be required to be performed by the person himself. For another example, verifying whether someone is eligible to participate in a game during registration may require the person to perform it in person. In some embodiments, the use of a mobile game service requires personal application, and a customer is required to provide a valid identity certificate, proof of address, social security number, and/or any other certification information required to register for the service. In some embodiments, if a client is under 21 years of age, does not meet the residence requirements, fails to provide proper identification, fails to meet the sobriety requirements, and/or fails to meet any other required requirements, he cannot register for an action Game service.

In some embodiments, a registration process may include allowing a user to access the account in the future. For example, a user name and password can be established. In some embodiments, a user name and MAC address or phone number of a particular device can be used. In some embodiments, a device's MAC address or phone number and password can be used. In some embodiments, a database can be created that includes entries of user information, device information, and/or any combination of user and/or device information, which can be used to determine future access rights to a game service .

In some embodiments, a registration procedure may include creating a login account. For example, the user can select and/or be assigned a user name and/or password/PIN code. Such information may be specific to each user and/or casino or other gaming venue and user combination. For example, a single user may have only one user name and password combination to access all accounts registered with a game service provider. In this example, a user can access a Venetian casino and M resort casino accounts through a game service provider with a user name and password1. For another example, a single user may use a separate user name and/or password to access the accounts of each casino and/or venue, and these accounts are associated with the user through the game service provider. For example, a user can use password 1 to access the Venetian casino account through a game service provider, and use password 2 to access the M Resort casino account through the game service provider.

When he tries to use a mobile device to access a game service, the user may be prompted (for example, a game service provider through the mobile device interface) to enter login information. Such prompts may include selection of casinos, venues, and/or accounts. Before a user enters the login information (for example, if the login information for each casino is specific) and/or after a user enters the login information (for example, if the login information for each casino is not specific), There may be such a prompt. The account and/or login information entered and/or selected will be sent from a user's device to a game service for verification, and then the user can use the game service through this device. In the process of using the device, the user may be requested and/or required to enter such information to verify that the user is indeed the person using the device. For example, a prompt asking the user to enter login information may be sent periodically or after responding to a trigger (e.g., trying to play a game, after a period of event, losing an amount, winning an amount, a threshold for the amount change within a period of time Value, the movement of the device, the non-movement of the device, the change of the game style such as an abnormally large bet, or a game type that is different from the user's usual game, etc.).

In some embodiments, a registration procedure may include registering a device. A device can register with a game service provider, thereby allowing a user to use game service content. This device can be registered as multiple users and/or restricted to a single user. Registration may include identifying the device with the user, such as recording a MAC address, phone number, and/or other identification information of the device, which can be used to confirm that the device has been registered in the future. In some embodiments, a gaming service may be limited only registered devices can be accessed only game services, it can take the form of a game dominated by the ad hoc services of a additional layer of identity. For example, some embodiments may include recording the MAC address of a mobile phone and associating it with a user. When the user logs in, the stored MAC address information can be compared with the received MAC address information of the device trying to access the game service to check to determine whether the user is accessing from a registered device Game service. If this information matches, the user can be allowed to access the game service, but if the information does not match, the user is prevented from accessing the game service.

In some embodiments, registering a device may include generating a piece of authentication information for each device. Such authentication information may include a PIN code, password and/or other authentication mechanism. For example, in some embodiments, a game provider can provide authentication information for an agent, a user, a device, etc. (eg, displayed through a kiosk after registration). This information is required to be entered into the registered device to verify that the device exists, and the game service provider can identify which device is being registered. This game service provider can receive input information from this device (for example, through an application running on this device for inputting information). After receiving, the game service provider can associate this device with this user. The user may be prompted to generate a selected authentication information (eg, PIN code, password, and/or other authentication methods such as card swipe mode), and this information may be device and/or user specific. Correspondingly, when the service authenticates the device, the service can prompt the user of the device to input device and/or user-specific authentication information.

The authentication information may include a password, a PIN code, and a pattern (for example, a swiping pattern on the touch screen of a mobile device, a sentence, etc.).

A game service may require authentication of a device. Such requests may include requests when accessing a game service, periodically, responding to a trigger, etc. The request for authentication may include an analysis of the device ID, such as a MAC address. This analysis can be performed periodically, continuously, or in other ways to prevent unregistered devices from accessing game services. Authentication may include requesting and/or analyzing other information, such as serious information entered by a user (eg, password, PIN code, card swiping mode, etc.).

Accordingly, in some embodiments, a user may have created a user name and/or password/PIN code combination, which can be used to authenticate the user. A user can also create certain other authentication information such as a card swipe mode, which can be used to authenticate a device. It should be recognized that these examples are only non-limiting, and any other combination/or arrangement of authentication information can be used as needed. In some embodiments, users may be required to authenticate themselves. The present invention provides some examples of such certification requirements. Such authentication may include the establishment of any authentication information, whether it is a user name and password/PIN code, card swiping mode, or other methods. The examples given are only non-limiting.

In some embodiments, a customer can associate with a device to use a service. For example, if a customer registers a device and the device is verified, the verified device and the client can be associated with each other, so the client can use the device to access game services. For example, a database entry that recognizes this association can be created (for example, it can be recognized that the user name of the customer and the MAC address/telephone number of the device are associated). In some embodiments, customers can be prevented from using other devices to access game services (eg, unless the customer registers and associates with these devices). In some embodiments, other customers can be prevented from using this device to access game services (eg, unless other customers are associated with this device). A game service can check a database of authenticated users and/or devices to determine whether a customer is allowed to use a particular device to play games.

In some embodiments, a player can use any activated device to access an account and/or play a game. For example, a user can register for a game service using a created user name and/or password, and use any device that has been authenticated to access the game service for the user and/or any other user. In some embodiments, separate databases can be set up for approved devices and approved users, allowing any combination of them to use game services.

In some embodiments, a game service may allow a user to authorize additional devices to access the game service. For example, if a first device is authorized to access a game service, the authentication of the device can prove that the user owns the device. Therefore, an authentication method specified in the device authentication program (for example, a card swipe mode) can be used as a proof that a user owns an item. Correspondingly, in some embodiments, the authentication requirements for another device may be different from the procedures of the first authentication device; in some embodiments, the second device uses the same authentication method as the first device. A game service can determine that the second device has passed the authentication for accessing the game service, and request device authentication for users who try to use the second device to access the game service. This user can enter the device authentication method established for the first device. Then, according to the authentication method input from the first device to the second device, the game service can authorize the second device to access the game service. In order to completely register the second device, other information about the second device (such as MAC address, phone number, checking of operating system files, etc.) may be required. Such information can be sent to a game service, requested by a user or an API, and/or confirmed and/or verified in any way.

Certain embodiments may include determining one or more characteristics of a mobile device during the registration process. For example, the phone number of a mobile phone can be determined. This phone number can be verified by dialing this phone number during registration, or by confirming that the mobile phone of this phone number is located at the registered location (for example, to query a location service such as a geofencing service, etc.). This phone number will allow the user to determine the location, contact the user, etc. in the future. Other features may include the proper installation of software in the phone, proper operation of an operating system in the phone, proper access to a game service by a phone, a checksum record of the phone software, and so on.

Some embodiments may include verifying whether a mobile device can access game services. For example, this verification may include determining the authenticity of the software, determining the operating system version, determining the communication network, and/or any other operations. This verification can be performed by an agent of a game operator, remotely performed by software (e.g., software on mobile devices, software on kiosks connected to mobile devices via a USB interface, and/or other wired and/or wireless way of communication).

In some embodiments, a customer may submit the entity of the mobile device to an agent of a game operator for verification. In some embodiments, the software on the gaming device can perform verification. In some embodiments, a third party and/or second machine can perform verification.

Verification performed by an entity can determine whether a device is running an approved operating system. The approved operating system may include Android OS 2.2. This determination can be achieved by reading the memory location, comparing files, comparing an operating system with a list of approved operating systems, or by other means.

Verification performed by an entity can determine whether a device is running on an approved communication network. The approved communication network may include the Sprint network. This determination can be achieved by reading the memory location, contacting Sprint to compare a device identifier, comparing a communication network with a list of approved communication networks, or by other means.

An entity performing verification can determine that the operating system running on the device is an operating system approved by the communication network used by the device. For example, such determination may include determining that the device has not yet been ROOT. Such determination may include comparing an operating operating system with a list of operating systems approved by the communications network and equipment.

An entity performing verification can determine that a device is running and/or storing any normal programs, and/or not running and/or storing any malicious programs. For example, the entity can determine that the device is running an approved antivirus program. For another example, the entity can determine that the device is not running any malicious programs and/or remote access technology. Various examples of determining whether a device is remotely controlled are provided elsewhere in the present invention. Such determination may include searching memory, comparing running and/or stored programs with a list of approved and/or unapproved programs, and so on.

Certain embodiments may include installing and/or enabling one or more services on a mobile device. This installation and/or activation can be performed after verifying a device and/or a user to register for a service. This installation and/or activation can be performed by an agent of a game operator, a kiosk, a computing device of a game operator, a customer, software running on a mobile device, etc.

In some embodiments, an Android packaged application and/or an AIR mobile game client can be installed on a mobile device. It should be appreciated that these exemplary programs are only non-limiting examples, and other embodiments may include any required programs and/or do not contain any programs. For example, in some embodiments, Android packaged applications may not be installed, but Win32 packaged applications, or Apple applications, etc. may be installed. In some embodiments, when a failure occurs, a customer can be provided with information on how to reinstall any required software.

Certain embodiments may include verification of proper authentication and/or registration. Such verification can be performed by any required entity (e.g., client, program, agent of game operator, kiosk). Such verification may include comparing the total check value and/or MD5 and/or SHA-2 hash value of the verification file, the program name, and so on. Such verification may include verification by using a mobile device to register an account and/or game service, and/or use the mobile device to perform any required operations.

In some embodiments, after this procedure (eg, after one or more operations of this procedure are successfully completed), a client and/or a device may be allowed to play the game. For example, a customer can use an approved device to access a game account and/or play a game (eg, this device and/or any approved device).

In some embodiments, a registration component of a game service provider can store registration and/or account information. For example, a game service can store balance information for a user in one or more accounts in one or more casinos or other places. A customer profile can store this kind of information, so the customer can be appropriately associated with the account. Such database information may be formed during the registration process and/or after registration. In some embodiments, a database entry can be created for each user to associate the user with multiple accounts. When accessing an account and/or passing through a location, changes in user information can be propagated to other accounts within the database. For example, if a user changes the name in a place or account, the name change information will apply to all accounts because the user's database entry has been changed. In some embodiments, if a user tries to create a new account in a new place, the new account can be associated with the user through the database. You can skip some steps of a registration process (for example, age verification), because this step has already been performed in the previous registration. Some embodiments may include: updating the account information of the first account according to the information changes of the second account (for example, when a user uses a different address to register the second account, the global database can be used to change the account information of the first account. The address information is reflected in the first account).

Some embodiments may include at least a minimum initial balance and/or deposit in a betting account to register for a game service. For example, in some embodiments, a customer may be required to deposit at least $100 in cash into a new account established by a game operator in order to register for a mobile game service. It should be recognized that 100 US dollars is only a non-limiting example, and other embodiments may include any required minimum amount (eg, 1 cent, 10 US dollars, 1 million US dollars). It should be recognized that cash is only a non-limiting example, and other embodiments may allow various types of account transactions, such as cash, personal checks, cashier's checks, wire transfers, money orders, debit cards, credit cards, and electronic in casino exchange rooms. Money transfer and/or any other method. In some embodiments, transfers in an account may include: initial and/or subsequent transfers made at the same location as the registration procedure, through an agent of a game operator, on a website, and so on.

It should be recognized that such a procedure is only a non-limiting example, and other embodiments may include different, the same, more, no, etc. such procedures. Such procedures may include the same, different, alternative, fewer, more, different orders, etc. operations. The various examples of elements that can be verified and/or installed are indicative of non-limiting examples. In a registration procedure, any combination/or arrangement of operations can be used as needed (for example, to provide a required level of security).

<b>User safety example</b>

Certain embodiments may include security methods to ensure that mobile devices cannot be lost or stolen and used to access a game service. For example, in some embodiments, a person who is caught is moving with a mobile device (eg, walking, slight hand shaking, hand movement, while operating the device, etc.). Correspondingly, an accelerometer in the mobile device can be used to determine whether the device is being held or left somewhere. A type of movement can be analyzed to determine whether the device exhibits human-like movement (e.g., moving at the speed of human natural movement, or moving like a car, moving in a pocket, or other things that are not the same as in a human hand. move).

For example, an application (and/or game operator) on a mobile device can query the accelerometer, gyroscope, GPS, etc. of the device to determine whether the device is moving and/or is being held in human hands Move (e.g., move with a set of required parameters such as speed range, move with irregular levels, etc.). In some embodiments, if the device is not moving or moving in a manner similar to humans, the application will prevent it from being accessed. In some embodiments, if it is determined that the device is not moving, a timer is started. Therefore, if the device does not start to move for a certain period of time, the application can prevent its access. In some embodiments, a combination of unused and unmoved may be used to determine whether access should be prevented (eg, allow a user to put the device on the table but continue to use it). For example, if the unused and unmoved time period reaches a certain threshold, access can be prevented. Preventing access can include requiring login before allowing access, permanently preventing access to a device, preventing access before contacting an agent, and so on. A program running on the device can track this mobile information and use this information to force logout or request a recheck. This device can also report this mobile information to a central server, which can determine whether it needs to log out or recheck.

In some embodiments, the movement of a device can trigger a recheck of the location. For example, a location monitor can run in a mobile device. This program can determine whether a device has moved, or whether its moving distance has reached a certain critical value. For example, this program can call a GPS API or other location APIs to report location information to this program. If a GPS or other suitable location reporting source reports that the distance of a location change has reached a certain threshold or any amount, an application can trigger a location recheck (for example, by notifying the mobile game service). The threshold amount can vary depending on the distance from a border or the edge of a geofence. Although a GPS itself is not a reliable source of location information, it is somewhat reliable when reporting approximate travel distances. Therefore, movement can be used to trigger the execution of other location checks, such as querying locations that provide geo-fence or exact services. A device can report movement to a central server, and based on the received movement information, the central server can perform other location verification (for example, whether the movement exceeds a certain threshold, which may or may not be based on the distance The distance to the border of a jurisdiction, the confidence of the previous location check, the time elapsed since the last location check, and/or any other required information).

<b>Proxy server and virtual machine detection</b>

In some embodiments, a game provider may wish to prevent the use of proxy servers or virtual machines. Such elements can be used to circumvent security or location restrictions. Accordingly, steps can be taken to prevent clients from using proxy servers or virtual machines to access game services.

For example, a proxy server can be used to pretend that a client device is located in a certain location, but in fact the client device is located in another location. The data coming in and going from this client device will first pass through this proxy server. If the proxy server is located in a location allowed by the game service provider, the game service provider may allow the game to be played even if the actual client is not located in the allowed location. This may lead to illegal games. In order to prevent such illegal games, a game provider needs to prevent the use of proxy servers.

A client process (such as software used to access game services) can perform a delay check to determine whether the communication traffic passes through a proxy server. The use of a proxy server can lead to increased latency because of the addition of additional distances in the communication network (eg, the Internet), which increases the route distance between the client and the game service. If it is determined that the communication traffic has passed through a proxy server, the client can be prevented from connecting to a game service provider. A client application and/or game server can determine the delay between their communications (eg, during the registration process). If the delay is too long, the client device or game server can be prevented from playing games.

Various methods can be used to determine a delay that is too long for accessing game services. An exemplary method may include a game application on the game client, which may send a ping or traceroute packet to a game service (or vice versa). The returned packet can be used as a delay and can be compared with a certain delay threshold. In some embodiments, the ttl (time to live) level when the ping or traceroute packet is sent is set to a certain value (for example, 1, 2, 3). This is achievable because after leaving the local network, a proxy server may be expected to be an early segment or the first segment. If these early segments are expected to have a short delay (for example, because they are closer to the client), but there is a long delay (for example, because there is actually a proxy server far from the client) ), the client can assume that it is using a proxy server and block access.

Long delays can include a delay that is within certain standard thresholds. For example, the delay of a distance can be limited to within 20ms, 10ms, 100ms, and so on. In some embodiments, the range of a delay can be limited according to the standard delay of a region. A delay may vary depending on the time of day, network congestion, network terminals, and other specific areas or time periods. For example, the delays of other users can be used to determine a standard delay. If the user trying to log in to the game service has a delay longer than a certain threshold (e.g., 100% or more, 50% or more, etc.), which exceeds the standard delay time (e.g., the delay of other users accessing the game service, the access is located in a similar location The delay of other users of the game service, etc.), it may be rejected. A game service can monitor this standard delay and use it as a comparison when the user logs into the service, and/or send it to a user device so that the user device can use it as a comparison in the login procedure.

A virtual machine can also be used to circumvent location or security restrictions. Any method can be used as needed to restrict and/or detect the use of virtual machines. If a game client and/or game service determines that a user is running client software on a virtual machine, it can prevent access to this game service (for example, this client is not allowed to connect, is not opened, etc. Wait). For example, in order to determine that a client program is running on a virtual machine instead of a real machine, the client software can query a processor-based operating system. If the operating system returns a known virtual machine architecture and/or an unknown real machine architecture, the client can determine that the client is running on the virtual machine. For another example, in order to determine whether a piece of software is running on a virtual machine, a client can check whether the running process is in the list of known virtual machine processes. If the results match, it can be determined that the client is running on a virtual machine.

Checking the virtual machine and/or proxy server can occur in the following situations: when a client program tries to open, when a user tries to log in to a game service, periodically in the use of game software, etc. The result of the determination will be reported to a central server, which can use this information to prevent the game, and/or the result of this determination will be used locally to prevent the game. In some embodiments, in addition to the client software, the game service can also perform this check, and/or use the two methods at the same time.

It should be recognized that various specific examples of virtual machines and proxy servers are only non-limiting. It should be recognized that various examples of preventing games based on virtual machines and/or proxy servers are only non-limiting.

<b>Authentication example</b>

Certain embodiments may include an authentication method. This authentication method can be designed to provide the required confidence in the fact that a mobile device is not remotely accessed, a mobile device has not been hacked, and/or a mobile device is located in a location that allows gaming. This method can be used to provide confidence in the fact that a user actually owns a mobile device, the user is using the mobile device, and/or the user is located at this location.

Although many different methods can be used, one of the exemplary methods may include two exemplary procedures, for example: an initial registration and/or device authorization procedure (e.g., establishing an association between the device and the player, and/or establishing a bet Account), and a secure handshake and/or continuous verification of an application (e.g., occasionally verifying that the software has not changed and/or the device is still being used with an account owner). The present invention provides an example of such a program. Such programs can be independent, dependent, the same program, different programs, arranged in any manner, and/or executed by any device and/or person.

Examples of secure handshake and/or continuous verification

In some embodiments, an application security handshake may include a multi-system security authentication protocol, which may facilitate compliance with one or more regulatory requirements. For example, by using a location service to (e.g., periodically) retrieve the location of the device, one or more operations and/or devices can reasonably ensure that a mobile device that is accessing the game service is located at the approved game location when placing a bet. Verify the location of a device in response to one or more requests (eg, each request) of a game service. For another example, one or more operations and/or devices can reasonably guarantee that a mobile device is being used by a person instead of being remotely controlled. All external interfaces of) have been disabled. Access to game services can only be allowed after verification. For another example, one or more operations and/or devices can be reasonably guaranteed that a game application executed by a mobile device includes the use of a certification application, which uses a multi-level hash value protocol to send the application and OS signature to the device certification service. After the certification is completed Only allow games. For another example, by storing the hash value of the approved application in an internal database that cannot be accessed outside the firewall, one or more operations and/or devices can reasonably guarantee that the approved client version can be used for gaming. For another example, one or more operations and/or devices can be reasonably guaranteed to comply with best practices regarding failed login attempts, session timeout values, etc., by defining the session timeout value for each system connection. For another example, the SSL HTTPS protocol of Internet communication and/or application signature verification between device programs can be used to ensure communication.

Certain embodiments may include one or more operations designed to provide a certain degree of confidence regarding location, security, reliability, and/or any other characteristics. And/or at any point in the game session program. In some embodiments, this operation may include a secure handshake and/or continuous verification procedure. A continuous verification procedure may include: periodic verification, occasional verification, continuous verification, verification at least once after a handshake, verification after an operation, and so on. In some embodiments, a multi-level position determination method may be used. When a location needs to be determined, this method can be used in some cases. In some embodiments, it may be necessary to determine a location with higher accuracy, and any method (eg, geofencing, GPS request) can be used as needed.

Examples of initial effectiveness with service providers

Certain embodiments may include an initial security procedure. This initial security procedure can be referred to as a handshake in the present invention. In some embodiments, a handshake may include a multi-system security authentication agreement. Such procedures can reasonably guarantee that the device is in a position that allows gaming during and/or when the game is about to be played. Such procedures can reasonably guarantee that the device is in a position that allows gaming during and/or when the game is about to be played. Such a procedure can reasonably guarantee that the software running on a mobile device includes a certified application of a game operator. This kind of program can reasonably guarantee that only the approved client version is authorized to play through the game service. Such a procedure can reasonably guarantee that some and/or all interfaces on the device (such as Bluetooth, Wi-Fi provided by non-gaming operators, USB/DOCK) are prohibited to prevent remote connections. This kind of procedure can use multi-level authentication. Such procedures may include the use of a soft label and/or other location determinations to locate the device, such as a multi-level location determination method, GPS, geofencing, etc. This kind of procedure and/or part of this kind of procedure can be executed in the following situations: when the device application starts, periodically, after installing an application, responds to a game operation (eg, betting, entering the game), occasionally, continuously Ground, when establishing a connection with a game operator, before a game operation, and/or whenever needed. For example, in some embodiments, an application can execute this At least part of the program (eg, selected to be executed on a mobile device). The various examples of such procedures provided by the present invention are non-limiting. Other embodiments may not include this program, or the program may include more, less, different, same, and/or different orders of operations. One or more operations of such a process can be performed by a packaged application, the main application, and/or any other components.

Some embodiments may include determining whether a device is allowed to use a certain game service. In some embodiments, determining whether a device is approved to access a game service may include comparing the device's information with a list of approved devices (e.g., a database of approved phone numbers, MAC address Wait). In some embodiments, the information identifying the device can be sent to each game service, so the game service can perform this comparison and/or determine in any way whether this is approved. A service can receive the identification information, and after receiving the information, determine whether the device is approved (for example, if the device has been registered before, the device information is stored in a database that identifies the approved device, etc. ). In some embodiments, after responding to a game application, the game application may send a request to the game operator to verify whether the device has been approved to use the game service. In some embodiments, a packaged application (e.g., an Android packaged application, a Win32 packaged application, a packaged application that communicates with the main application, etc.) can send this request to a game service component (e.g., a Equipment certification service). In some embodiments, the request may include a phone number, MAC address, and/or any other required identification information. In some embodiments, the component of the game service may receive this request, and after receiving this request, verify whether the device has been approved to play the game. In some embodiments, this component can send this verification instruction to the gaming device. In some embodiments, a request may not be sent from the mobile device, but a communication of the mobile device may be recognized as a request (eg, the initial communication of a game session). In some embodiments, it is also possible to request a user to enter authentication information, such as a device-specific password, PIN code, pattern, etc., and compare it with the device-specific authentication information established in the registration process to authenticate a equipment.

Certain embodiments may include determining whether a device is located in a location that allows gaming. In some embodiments, determining whether a device is located in a location that allows gaming may include comparing the location information of the device with a list of locations for approved games. Some embodiments may include sending a request from a mobile device to a gaming service to verify that a location has been approved, may include performing a multi-level location determination method, may include using an IP address to determine a location, may include determining A network interface for accessing game services to determine a location can use GPS, can use a geofence service, and/or any location determination technology described in the present invention.

A game service component can facilitate the determination of whether the location has been approved. For example, a DAS (Device Authentication Service) can send a request to a mobile location service to track the location of a device. Examples of such device tracking and/or location determination are described elsewhere in the present invention. Certain embodiments may include determining whether a device is in an approved location. In some embodiments, this determination result can be sent back to the mobile device. This type of location determination can be made after confirming that the device has been certified.

Some embodiments may include determining whether a user is allowed to use a certain game service. In some embodiments, determining whether a user is allowed to use a game service may include requesting user information of the user and/or requesting verification of the user information. For example, a user may be reminded to enter a user name and password. This user name and password can be authenticated by a game service. The determination procedure may include determining whether the user is allowed to use a certain mobile device and/or this game service. This determination can be made after a user enters identification information, after confirming that a device is approved, after confirming that a device is located at an approved location, and/or after responding to any event.

Some embodiments may include determining whether software running on a mobile device allows the use of a game service. In some embodiments, determining that the application software has been approved to use a game service may include verifying that the application software is a version of the software, and/or verifying that the software is an approved version without modification.

An exemplary method of determining that the application software has been approved may include comparing the hash value and/or other characteristics of the application software. For example, in some embodiments, a packaged application and/or other software components can determine an application signature hash value (eg, the hash value of one or more application files and/or other files). In some embodiments, such packaged applications and/or other software components can generate a random number. In some embodiments, such packaged applications and/or other software components can determine a time stamp (eg, current time, relatively recent time). In some embodiments, the packaged application program can determine a hash value of the timestamp (referred to as the application hash value in the present invention), the random number and the hash value of the reference program signature. Some embodiments may include sending timestamps, random numbers, and application hash values from the mobile device (eg, by packaging and/or other software components) to the game service (eg, device authentication service). In some embodiments, one component of the game service (eg, device authentication service) can verify that the timestamp is separated from another time (eg, current time, time of receiving hash value information of the reference program, recent server time, etc.) Within a predetermined critical value range (e.g., 5 minutes, 30 seconds, 1 hour). In some embodiments, the game service component can verify the hash value of the application. This verification may include a comparison hash value of the time stamp received by the wearer, a random number received, and a signature hash value of an approved application. Multiple comparison hash values can be created for multiple approved applications. This verification may include comparing the application hash value with the comparison hash value. If a comparison hash value is equal to the application hash value, it can be determined that the application hash value is valid. If they are not equal, it can be determined that the application hash value is invalid. In some embodiments, it can be determined that the application software is allowed to use the game service by determining that the hash value of the application is valid. In some embodiments, it can be determined that the application software cannot use the game service by determining that the hash value of the application is invalid.

It should be recognized that this example of hash value comparison is non-limiting. Other embodiments may include any desired method or not include any such verification method. For example, check sums can be used, random numbers are not used, timestamps are not applicable, additional information can be used, and so on.

In some embodiments, after it is determined that the application software can approve the use of the game service, an indication of this approval can be sent to and/or received by the mobile device. In some embodiments, a game service element (eg, device authentication service) can determine a client key (eg, unique client key, random number). This kind of client key can be used for one or more transactions in the future. Such a key can uniquely identify the mobile device and/or the mobile device has passed one or more verification steps. After confirming that the application software has approved the use of the game service, this client key can be sent to the mobile device. Such a key can be stored in a database (for example, a database that associates it with a mobile device).

Some embodiments may include determining whether an operating system is approved to use a game service. In some embodiments, determining whether an operating system is approved to use a game service may include verifying the version of an operating system, verifying that an operating system has not been modified, and/or any other operations.

An exemplary method of determining whether an operating system is approved may include hash value comparison. For example, in some embodiments, a packaged application and/or other software components can be Determine the hash value of one or more operating system files and/or components, that is, the client key. Packaged applications and/or software components can send hash values, previously determined timestamps, previously determined random numbers, client keys, and device identification information (e.g., phone numbers, MAC addresses) to a component of the game service ( For example, equipment certification services). In some embodiments, one component of the game service (eg, device authentication service) can verify that the timestamp is separated from another time (eg, current time, time when application software hash value information is received, recent server time, etc.) Within a predetermined critical value range (e.g., 5 minutes, 30 seconds, 1 hour). In some embodiments, a component of the game service (e.g., device authentication service) can verify that the client key is the most recent identification information sent to the mobile device (e.g., by storing the client key with the identification information key) To compare with a client key in the controlled database). In some embodiments, an element of the game service (eg, device authentication service) can verify the received hash value. Such verification may include comparing the client key with the hash value of approved operating system files and/or components. Multiple comparison hash values can be created for multiple approved operating systems. This verification may include comparing the received hash value with a comparison hash value. If a comparison hash value is equal to the received hash value, it can be determined that the comparison hash value is valid. If they are not equal, it can be determined that the comparison hash value is invalid. In some embodiments, it can be determined that the operating system is approved to use the game service by determining that the received hash value is valid. In some embodiments, it can be determined that the operating system cannot use the game service by determining that the received hash value is invalid.

It should be recognized that this example of hash value comparison is non-limiting. Other embodiments may include any desired method or not include any such verification method. For example, check sums can be used, random numbers are not used, timestamps are not used, device information is not used, client keys are not used, additional information is used, and so on.

Another example of determining whether an operating system has approved the use of a game service includes another method of comparing one or more hash values. For example, in some embodiments, an application (eg, a packaged application) can generate hash values for one or more parts of one or more operating system files. This section may be less than the entire section. In some embodiments, generating the hash value may include generating a hash value for one or more parts of one or more operating system files. For example, a hash value of the beginning and end of a section of the operating system (eg, a file) can be created to control the communication interface and a section of the section. The beginning and end may include the first 128 bytes and the last 128 bytes and/or any other desired part sizes. In some embodiments, this hash value can be sent to a gaming service for comparison with one or more approved hash values. It should be appreciated that in addition to the beginning and/or the end, any part or section of a section may be used in various embodiments.

In some embodiments, the hash value of this part and length instead of the entire file can reasonably guarantee that a file has not been modified. This guarantee can be provided because the hash result of the modified file is unlikely to be the same as the result of the hash processing of the head, tail, and middle of a file. The verification speed of this method is faster than the method of using the hash value of the whole section. It should be appreciated that although hash values are used in the examples, other embodiments may include any other conversions and/or no conversions (eg, comparing actual files).

In some embodiments, when a game service determines that a new operating system and/or a modified operating system should be approved for use of the game service, the game service can be updated to include the newly approved comparison hash value.

Some embodiments may include sending information from a game service component to a mobile device in response to such a procedure, to complete such a procedure, as part of such a procedure, In response to the verification operating system, in response to another operation of this procedure, and so on. Some embodiments may include storing information identifying that the procedure has succeeded. For example, certain embodiments may include determining a device session identifier. Such an identifier may include a unique identifier, which may be used to identify a game session between the game service and the mobile device. Such device session identifiers can be associated with mobile devices (eg, stored in a database). The device session identifier can be time stamped (eg, use a previously determined timestamp, use a time relative to the determined device session identifier, etc.). Such device session identifiers can include a random number. This device session identifier can be sent to a mobile device and/or stored in a location to identify whether the procedure is successful. Such device session identifiers can be received by a packaged application and/or other software components. This device session identifier can be stored by this mobile device (e.g., in an encrypted way, this storage, the location reserved for mobile game applications and/or components, the location reserved for packaged applications and/or other software components, Assigned so that only required applications can be accessed, etc.). This type of device session identifier can be sent from a device together with future requests to recognize that a program has been successfully completed. When a component of the game service receives a future request, the received device session identifier can be compared to ensure that the received device session identifier is a valid device session identifier. Correspondingly, this check ensures that only devices that have completed this procedure can access game services.

In some embodiments, if a certain step of the procedure fails, the server may consider that the device is not authorized, and its request (eg, game-related communication) will be rejected. It should be recognized that this model procedure is only a non-limiting example. Other embodiments may include operations in a different order, different components, no operations, more operations, fewer operations, and so on. After any operation is successful, any other response can be taken (for example, after confirming that the application software is valid, it can be determined whether the operating system software is valid).

Equipment and/or user safety

In some embodiments, at least part of this initial validity or handshake can be performed by the packaged application. If this initial procedure is successfully completed, a main application program can be executed (eg, executed by a packaged application program). Such a main application can execute a device and/or user security program. In other embodiments, a packaged application program can perform any other operations (eg, a following process), a single application program can be used, any arrangement of programs can be used, and so on.

Some embodiments may include a program that can provide a certain degree of security for the safety of the device and/or the user. In some embodiments, this process can be run at the beginning of a game application program, executed in the entire game application program, responding to logging in to a game service, responding to the completion of the initial handshake and/or other initial procedures, and the initial The handshake and the initial process are executed at the same time, prior to an initial handshake and/or initial program execution, executed as part of the initial handshake and/or process, and/or executed in other ways as needed. Such device security procedures may include determining that a device is used locally, and/or preventing remote access to a device.

Some embodiments may include establishing a connection between the main game application and the packaged application. This type of connection can include a Socket. This connection can include a shared storage space. Some embodiments may include a packaged application that opens the Socket. Perhaps only the software on the mobile device can access this type of socket. In some embodiments, a host application can be connected to this Socket and/or storage space. Socket and/or storage space can be used for communication between applications.

Some embodiments may include detecting whether the connection between the applications and/or the shared identifier is valid. For example, in the Android environment, the lock file can be written into the data register of the first application (for example, a packaged program). The Android operating system can prevent a second application (for example, a main application) running on the mobile device from accessing the first application unless the application has been identified by the same application signature. The second application may try to delete the locked file from the data register of the first application. In some embodiments, if the application has the same signature, it can be deleted. The first application can verify whether it has been deleted. If it has been deleted, the first application can confirm that the second application and the first application share a valid signature. For another example, some embodiments may verify that two applications running under the same specific user identifier are the two applications and/or other allowed game applications. In some embodiments, it can be verified that the two and/or more applications are running under the same user identifier. After this determination is made, the first application can share a device session identifier with the second application.

Some embodiments may include determining whether a user is authorized to use a game service and/or whether a device is authorized to use a game service. For example, some embodiments may include requesting user information (eg, login information, card swipe mode of the authentication device, etc.). Such a request can be executed by a game application running on the mobile device (eg, packaged application, main program, etc.). For example, you can request a user name and password from a user. When a user enters this information into the mobile device, the user name and password can be received by the game application. Some embodiments may include sending such information from the gaming application to a component of the gaming device. For example, in some embodiments, such information can be sent to a gateway device. In some embodiments, account information (eg, account number, user name, password, PIN code, etc.) may be sent to the gateway and/or other devices. In some embodiments, such transmission may include transmitting a device session identifier and/or any other information that can be used to identify the device, session, previous information authentication, and/or any useful information. A game application (eg, packaged application, main application, etc.) running on a mobile device can perform various operations.

In some embodiments, the gateway and/or other components of the game device (eg, intermediate device, server, etc.) can initiate a communication session (eg, HTTP session, HTIP session) for the mobile device. Gateways and/or other components can also associate a device identifier with a communication session. For example, such a communication session can only be used when accessing using a device identifier, unless a different or other identifier is associated with the session. In some embodiments, the communication session can be defined by one or more variables (eg, port number, ID number). These variables can be shared with a mobile device, and future communications may contain these variables.

Some embodiments may include determining that a mobile device was/is located in a location that allows gaming. This determination can be performed after a game service receives account information from the mobile device. In some embodiments, a device session identifier can be sent from a gateway and/or other component to a different component for verification (eg, device authentication service). Such a device authentication service can verify the device session identifier and determine whether it is related to an approved location. If the device session identifier is associated with an approved location, the device authentication service can send an consent indication to the gateway. In some embodiments, a single device can perform this consent operation. It should be recognized that this procedure for determining whether a device is/was in an approved location is only an example. For example, in some embodiments, a device itself can determine whether it is located in an approved location, a gateway and/or other elements can also determine whether the device is located in an approved location, a current location can also be determined, and it can also be used Previous location, etc. The present invention lists various examples of determining location and/or storing location information. All these examples are unrestricted.

In some embodiments, the game service can also verify user information. Such verification can be performed in the following situations: receiving user information, in order to determine whether the device is/previously located in an approved location, in response to other events, and so on. For example, in some embodiments, a gateway and/or other components can send user account information to another component of a game service (eg, device authentication service, mobile game service, etc.). This other component can verify account information (for example, to determine whether the user name and password are correct, to compare the information with the information in the database, etc.).

In some embodiments, if the information is verified, the component can send the verification instruction to the gateway or other components. Such instructions may also include a game session recognizer. After confirming that the information is valid, a game session recognizer can be determined. Such a device session identifier may include a unique identifier. Such device session identifiers can include a random number. A gateway and/or other components can receive such identifiers. Such gateways and/or other components may be mobile devices that associate such identifiers with the communication session (eg, unless there is a change, further communication requires such identifiers). In some embodiments, such an identifier and/or information that successfully authenticates a user can be sent to a mobile device (eg, main application and/or packaged application). This kind of mobile device application can store this kind of recognizer for future communication. In the future, a request sent by a mobile device will need to include such a recognizer.

In some embodiments, this verification can only be performed when the device is/was in an approved location. If the device fails the location check, the device will be blocked from entering the game, and this type of login will not work. In other embodiments, this type of login may continue to be completed regardless of the location of the device. In some embodiments, if the location check fails, the function of a game service may be disabled.

It should be recognized that although some embodiments are described as having separate processes (e.g., initial handshake and/or user/device security process) and/or respective applications (e.g., packaged application and main application), various Different embodiments may also include a single process and/or application program, multiple processes and/or application programs, different order and/or interactive applications and/or processes, and so on.

In some embodiments, after this initial handshake and/or device and/or user process, one or more variables may be defined. For example, in the exemplary method, the user and/or device security process may define a game session identifier and/or communication session, and/or an initial handshake may define a device session identifier. Such variables may be checked, updated, changed, tracked, etc. Further communication of the mobile device may require such variables in order to access game services. For example, if the communication is received by the gaming service and such variables are not authenticated, the communication may be ignored and/or bets are not allowed. Such variables are only non-limiting examples. Other embodiments may include different variables, additional variables, no variables, different applications, and other required elements.

In some embodiments, it can be determined in this procedure that a device has been registered under a user name. For example, before and/or after a user is authenticated, the user may be prompted to enter device authentication information, such as card swipe mode, during the registration process. Such information can be sent to the game service, and the game service can verify whether the device is registered to use the game service. This verification can be done in a similar way to verifying the user name and/or password. This verification may be required before the game is played and/or before a game session recognizer is assigned.

It should be recognized that various security procedures and/or applications are only non-limiting examples. Other embodiments may include any program and/or no program, any operation, etc. Such procedures may include additional, fewer, different, same, different orders, etc. operations.

Continuous validity example

Certain embodiments may include one or more operations related to maintaining safety, maintaining location information, and/or creating a certain level of security required for certain requirements. For example, certain embodiments may include continuous, periodic, occasional, random, on-demand, operation-based response operations, and/or other operations. Such operations may include location check, equipment check, user check, and so on.

Variable maintenance example

In some embodiments, such operations may include maintaining one or more variables, terminating one or more variables, redefining one or more variables, and so on. Certain embodiments may include operations related to variables defined in other security programs (such as the programs described above). For example, in some embodiments, one device session recognizer and one game session recognizer may be used. Such variables may have a limited effective use time, may be redefined periodically, may expire after a period of time, may occasionally need to be redefined, and so on. For example, in some embodiments, the effective time of a device session identifier may be approximately 30 seconds, 3 minutes, 5 minutes, 10 minutes, one hour, and/or any other time. For another example, the effective time of a game session recognizer may be about 30 seconds, 3 minutes, 5 minutes, 10 minutes, one hour, and/or any other time. For another example, the effective time of a communication session may be approximately 30 seconds, 3 minutes, 5 minutes, 10 minutes, one hour, and/or any other time. New variables can be defined in a similar way to the original definition (for example, they can be defined by device authentication services, mobile game services, gateways, servers, other components, hash values, checksums, random numbers, timestamps, etc.).

Various examples of limiting such variables are listed elsewhere, but it should be noted that such examples are not limitative, and similar, different, identical, optional, etc. can be used as needed. Method to define and/or redefine any same and/or different variables. It should be recognized that the variables and the time range of validity are only non-limiting examples. Other methods may include other, same, different, etc. variables; may include different, same methods of maintaining security, and/or other methods. Features, different time ranges can be used, random time ranges can be used, redefinition can be randomly requested, redefinition can be requested based on events (such as betting requests), and so on.

Feature examples

In some embodiments, one or more operations may be related to verifying one or more characteristics of a device and/or user. Some embodiments may include operations related to such characteristics (eg, location, user identity, lack of external device control, etc.). For example, in some embodiments, it can be verified whether external access to the mobile device has been prohibited, whether a device is located in an approved game location, user identity information can be verified, and whether one or more variables are valid can be verified. In some embodiments, such verification may be performed periodically, randomly, on demand, corresponding to an operation, performed as needed, or performed according to other conditions.

For example, certain embodiments may include verifying whether some and/or all external communications are prohibited (e.g., except communications used to access game services such as smartphone networks). Some embodiments may include a game application run by a mobile device, which can query the operating system of the mobile device. For example, a main application can send a query to the packaged application. The packaged application can query the operating system. In some embodiments, in response to such a query, the operating system can determine whether an invalid interface has been activated, and then feed this information back to the packaged application and/or the main application. In response to such information, verification may fail (e.g., if the interface is not approved) and/or succeed (e.g., if the interface is not activated). Examples of disallowed interfaces may include Bluetooth, Wi-Fi, docking ports, and/or other interfaces. Such verification can be performed continuously, periodically (for example, every 5 seconds, every 15 seconds, every minute, every 5 minutes, every hour, etc.), randomly, on demand, or according to other conditions.

As another example, certain embodiments may include verifying whether a mobile device has been/is located in a location that allows gaming. Some embodiments may include an element of the game system that can perform such checks regardless of the operation on the mobile device. Some embodiments may include mobile devices that check this status (eg, by querying a game system and/or other location systems). In some embodiments, a component of a gaming system (eg, a device authentication service) can check the location of the mobile device. Such components can update the check results in the database, enable or disable communication with mobile devices, provide game services in response to such results, and notify a mobile device in response to such results (e.g., prohibit a function of the device and/or Displayed on the indicator) and/or users. Such inspections can be performed continuously and regularly (eg, every 5 seconds, every 15 seconds, every minute, every 5 minutes, every hour, etc.), as required, or according to other conditions.

In some embodiments, a multi-level location determination method may be used, and measures related to location verification may vary according to the location determination level. For example, as long as the IP address does not change, if the IP location determination level and/or the trusted network level are used, the location recheck will not be performed in some cases. As the position confidence increases, the frequency of position rechecks will decrease (for example, in response to the confidence received from a third party, when the level of a method is closer to the first level, etc.). For example, in some embodiments, if the device location uses the first level of the above-mentioned multi-level location determination method (e.g., a trusted IP address or network), a game service can consider a location valid and acceptable. Unless the IP address or network changes. For another example, in some embodiments, if the location of the device is determined by another level in use (e.g., level 2 or level 3), or if re-inspection is not performed at another level (e.g., level 2), If it is rechecked in any combination of other levels (eg, level 3), a game service may occasionally recheck a location. In some embodiments, as the level increases, the corresponding recheck frequency also increases. Rechecking in a known IP level may include determining whether an IP address has been changed, and rechecking to verify whether an IP address is still known, and so on.

In some embodiments, when a mobile device is close to the edge of the approved area, the frequency of such location checks will be higher than when the device is far from the edge of the approved area. Examples of operations related to locations close to the borders of jurisdictions in certain embodiments are described elsewhere. For example, in some embodiments, if a device is close to the border of a state during the previous inspection, the inspection will run every 5 minutes; if the device is near the border of the approved area but far from the border of the state, the inspection will be Run every 10 minutes; if the device is not close to the border of the state or approved area, the inspection will run every 15 minutes. Various examples of the second-level position determination are provided in the present invention. It should be recognized that the example of location checking is merely an unrestricted example, and other embodiments may not contain any methods, or include different, same methods, and so on.

For another example, certain embodiments may include determining whether the user information is valid and/or whether the session or other variables are valid. For example, some embodiments may include an element (eg, a gateway) that sends a request from a mobile device to a game service. Such requests may include verification of user information, and/or verification of whether certain variables are valid. For example, a request may require the gateway to verify the validity of a device authorized session. Such requests may be processed by (for example, a device authentication service), and then the response will be sent to the mobile device. Such inspections can be performed continuously and regularly (eg, every 5 seconds, every 15 seconds, every minute, every 5 minutes, every hour, etc.), as required, or according to other conditions.

Examples of various characteristics and verification methods should be considered unlimited. Other embodiments may not contain any methods and/or features, and may also have similar, different, identical, alternative methods and/or features, and so on.

Event instance

In some embodiments, one or more operations may be related to verifying one or more characteristics of a device, user, and/or variable. For example, in some embodiments, when a communication is received from a mobile device, the game service performs one or more such operations. In some embodiments, such communication may include a request to play a game (eg, betting, joining a game, paying a registration fee, betting an amount or points), requesting to view available games or game operations, and requesting to view account numbers and many more. For example, in some embodiments, one or more operations may be performed in response to a request formed through a gateway and/or other game service elements (eg, after initial login).

Some embodiments may include sending a request from the mobile device to the gaming service. For example, a packaged application and/or main application can send a request to the gateway and/or other components of the game service. Such a request can identify any required variables (for example, communication session, device session identifier, game session identifier, client key, etc.). Such a request may include a request to take game-related operations, and may also include querying game services to determine current information (eg, current game, current score, account history, current account value, etc.). Certain embodiments may include periodic, random, constant queries, and so on. In some embodiments, such a query may not be able to initiate such a verification operation.

Some embodiments may include receiving such a request by a game service element. For example, such a request may be received by a gateway and/or other elements of the game service. In some embodiments, it can be determined that such a request triggers one or more verification operations (for example, all requests can trigger such operations, every X requests can trigger such operations, and some random requests can trigger such operations , A specific type of request can trigger this kind of operation, it can be determined that the request is not a query request, it can be determined that this is a request to run a game, every Y minutes of request can trigger this kind of operation, etc.).

After receiving such a request and/or determining that such an operation should be performed, a gateway and/or other device can perform any required operations. For example, in some embodiments, a gateway or other element can determine that the communication session identified by a request has been properly associated with the device, where such a request is received from the device (e.g., by querying data Library).

For another example, in some embodiments (eg, if the communication session check passes), a gateway and/or other components can verify the device session and/or location information. For example, in some embodiments, a gateway and/or other element may send a verification request to verify the device session and/or location to the device authentication service. An information database can be queried to determine whether one or more variables are valid (for example, whether the device session identifier associated with the device is valid and not expired). An information database can be queried to determine whether a mobile device is in a location where games are allowed. In some embodiments, the new location of the device can be determined. If this check is passed, the time stamp of the last valid verification will be updated. Such information can be fed back to a gateway and/or other components. It should be recognized that such verification examples are only exemplary, and other methods may include different elements, features, and/or operations.

In some embodiments, if the authentication is composed of one or more features obtained from the device authenticator, a gateway and/or other component can verify any component to authenticate any feature and/or variable. For example, a game service component can be used to authenticate a game session identifier. Such components (eg, servers, account-based betting services) can query a database to determine whether a game session identifier is valid (eg, whether it is correct, whether it has not expired). The time stamp of the most recent check will be updated, and information about whether the verification was successful will be notified to a gateway and/or other components.

In some embodiments, after a request is received and verification measures are taken, the request can be processed and/or information can be updated. For example, one or more timestamps of the most recent operation can be updated, one or more game operations can be performed, one or more account transactions can be performed, request information can be obtained, and operations in the game can be performed (for example, in a blackjack game). Add cards once), and so on. Some embodiments may include returning a result to the mobile device (e.g., sending). Certain embodiments may include presenting such results to the user.

Examples of various characteristics and verification methods should be considered unlimited. Other embodiments may not contain any methods and/or features, and may also have similar, different, identical, alternative methods and/or features, and so on.

In some embodiments, if one or more authentication operations of any of the methods fail (eg, if it is determined that a variable is wrong or has expired, if it is determined that a device allows external control, if the password is wrong, if The location is inappropriate, etc.), one or more actions can be prevented and/or taken. For example, in some embodiments, communication with the device can be prevented, betting operations can be prevented, access to a game service can be stopped, an error can be reported to a user, and so on.

Figure 3 shows an exemplary procedure that can be used to verify and/or use mobile devices in some embodiments. Such processes may include operations performed by a mobile device, operations performed by a game application (e.g., main application, packaged application, etc.), operations performed by a game service component and/or agent (e.g., Device authentication services, communication providers, location services, etc.), and/or operations performed by any entity. For example, certain embodiments may include requesting to initiate tracking of the location of a mobile device, tracking a mobile device, providing information about the location of a mobile device, determining whether a customer has tampered with the client and/or operating system, and determining a Or whether multiple communication interfaces have been activated and/or activated, etc. It should be recognized that these exemplary programs are only non-limiting examples, and other embodiments may include performing any operations in any order as needed.

Figure 4 shows a set of example applications that can be executed by mobile devices to facilitate access to mobile game services. Such applications may include packaged applications and main applications. Packaged applications can start the execution of a main application and perform one or more security checks. The main application can perform game operations related to a game service. It should be recognized that examples of such demonstration programs and applications are non-limiting. Other embodiments may include different, same, additional, alternative, different order operations, etc., and these operations may be performed by different and/or the same entities and/or devices as required.

<b>More positioning examples</b>

Certain embodiments may include one or more location-determining functions and/or functions affected by the location of a mobile device. Such functions may include determining an actual location, determining a relative location, determining whether a location is valid, disabling a function based on the location, enabling a function based on the location, adjusting a function based on the location, and so on. A multi-level position determination method that can be used in various embodiments is described elsewhere. Additional and/or alternative methods can also be used to enhance and/or improve the location information as needed.

Certain embodiments may include one or more technologies that may be used to determine the location of a customer and/or mobile device. One demonstration technology may include geo-fencing technology. For example, a gaming operator can use a geofence feature (eg, Sprint Geofence Service) to determine that a customer is playing a game in Nevada. In some embodiments, in order to implement a geofencing technology, a game operator can perform geofencing calculations, cooperate with Sprint, cooperate with other geofence providers, and/or cooperate with third-party providers to ensure that the target The location is determined by geofencing (eg, Las Vegas, Reno, Lake Tahoe and/or other game locations and/or other places in Nevada). If the customer (eg, a device he uses) is actually within the approved limits, he can be allowed to participate in the mobile game. If the customer himself is not within the approved limits, he can be prevented from participating in the game. The service and/or service activation message will be provided to Sprint customers and/or customers of any cellular network and/or other network service providers.

In some embodiments, the location of a device can be obtained from a location provider (for example, if a game operator asks a mobile phone provider for the location of a mobile phone, the provider can identify the device's location for the game operator). Location). Game operators can use the location of the phone to determine whether the phone is within one or more geofences (eg, enter a phone coordinate into a geofence algorithm (such as a winding or counting algorithm)). In other embodiments, a third party may provide such geo-fence services for game operators.

Examples of positioning precision

Certain embodiments may include determining the location to be refined under certain circumstances. For example, in some embodiments of the present invention, a multi-level determination method may be used to determine a location. Such determination can lead to a wider range of determination results (eg, in a state, in a jurisdiction, in a network, etc.).

In some cases, you may want to get a more precise location. For example, in some cases, an advertising campaign can be based on a user's location relative to a business. Correspondingly, the location of such a distance from the merchant may be required, and additional location determination methods may be used (eg, GPS report of the device, geofence, etc.). For another example, a game can be provided to a group of people located in a specific location, a tournament can be held in a specific location, and the player location in a multiplayer game can be used as input for collusion detection. When the IP address of a device changes, it may Need to be precise, and so on.

In order to use a more precise location as input, a game service can perform an operation to obtain location accuracy (e.g., query a device, cause the game application on the device to send a GPS location, query a geofence service, access a Soft label system, etc.). A game service can receive this refinement and determine whether the precise location makes the device eligible and/or certified (eg, whether the device is located in a location where tournaments, advertisements, games, etc.) can be played. If the device is qualified and/or certified according to the refinement, the device can be controlled to allow operation and/or display information accordingly. If you are not qualified and/or certified, you can prevent this device from accessing features and/or not displaying information.

Examples of collusion

Some embodiments may include that when a user plays a multiplayer game tournament through a gaming service provider, precise location determination may be performed. If a higher-level location determination shows that multiple players are playing multiplayer games and/or tournaments in the same area (eg, an area covered by a known network), then this type of location determination can be used for precision. Such precise location determination can be used to detect and/or prevent collusion among users in multiplayer games and/or tournaments.

For example, in some embodiments, it may be determined that two users are in the same tournament and use the same network to access a game service (eg, using the first level of the multi-level game determination method). It can be determined that the two users are related to a tournament and/or a multiplayer game (eg, competing with each other in a game, at the same station of a tournament, etc.). After such determination is made, a precise location determination can be performed on the users. For example, a geofence can be used to determine a more precise location, a soft tag can also be used, and/or a device's GPS can be queried to determine a more precise location.

This precision of location can be used to prevent and/or detect collusion. For example, if users are in the same location, users can be prevented from participating in tournaments until they are farther apart. For another example, the user can be identified so that the user should move in a certain direction to continue the game. For another example, the user may be warned that if he continues to move in a certain direction, it may cause two people to be too close. For another example, a record may be stored to indicate that the game needs to be reviewed in this and/or other games, or a video may be stored to determine whether collusion may occur. It should be recognized that any measures to prevent collusion can be taken in any manner and depending on location.

It should be appreciated that although single-level accuracy is given in the example of positional accuracy, any level may be used. For example, a soft label can be used in the first level, and if the result does not show a different user location and/or a sufficiently specific location, then a geofence can be used. If the result of the geofencing does not show a different user location and/or a sufficiently specific location, then GPS can be used. It should be appreciated that in various embodiments, any refined order and/or number of levels can be used in any manner, as well as in combination with any other technology.

Example of location-based adjustment

Some embodiments may include adjusting a service based on a location. For example, a game application running on a mobile device can be adjusted according to the location of the device. In some embodiments, after the game service determines the location, a device can be controlled to make such changes.

For example, you can add a logo to an application based on location (for example, if the device is located in the Venetian Casino based on a device accessing game services from the Venetian Wi-Fi network, you can add the Venetian logo to the device) . For another example, an application can prevent a user from selecting certain options and/or accounts based on a location (e.g., if a device is determined to be located in the Venetian casino based on the geofence around the Venetian casino, the device can be prevented Log in to a non-Venetian account, this device can access Venetian games, which prevents this device from accessing unapproved games played in Venetian Casino, Las Vegas and/or Nevada). An application on a device and/or a game service provider can control the device, and can restrict its access to accounts and/or display brands based on location.

In some embodiments, if a known network is available, a device can be forced to access the game provider through this network. For example, in some embodiments, an application on a mobile device can query for available Wi-Fi connections, and see that this connection is compared with a list of known Wi-Fi connections (e.g., based on known Wi-Fi connections). SSID list). If a match is obtained, the mobile device can be forced to automatically connect to the Wi-Fi network, and/or if it is not manually connected, it can be denied access to the game operator. A user can be notified of this network so that it can be manually connected. In some embodiments, it can additionally check whether the network is authentic. For example, before forcing a device to connect, a location may need to match a network SSID. For example, because multiple networks may share the same SSID in different locations.

In some embodiments, when the location of a device changes (eg, in response to a game provider's determination of a location change), the markings, options, etc. will also change. For example, if a device moves from a location covered by a casino's Wi-Fi network to a location not covered by this Wi-Fi network, location determination can be performed (e.g., the response device changes from a new IP address and/or Different interfaces access game providers) to display the new location of this device. In response to this new location, an option and/or mark may change (eg, based on the new location, it becomes a neutral mark based on the location on the street, etc.).

In some embodiments, a gaming provider may facilitate the marking and/or selection of one or more entities. For example, a merchant such as Starbucks wants to have its own mark, so when a user accesses a game provider through Starbucks' network, a certain Starbucks mark may appear. In some embodiments, such merchants can cooperate with casinos or other venues, so the account and/or options for accessing a merchant's network can be the same or the same as those for accessing casinos or other venues. similar. Correspondingly, based on a merchant location, an application (eg, nag by a game operator) can be controlled to display appropriate marks and/or options.

It should be appreciated that although the examples given are adjustments based on position, other embodiments may use position for any type of adjustment and/or no adjustment. For example, options, marks, software, functions, etc. can be changed according to location. According to a location, such changes can be facilitated by controlling the game service software on a device, controlling the information sent by the game service to a device, adjusting the software on a device, and so on.

Location similarity example

Some embodiments may include associating a particular location with one or more advertising elements, available games, user interface, appearance, user account, etc. For example, in certain embodiments, M Resort Casino may allow a user located in its premises to play games (eg, sports betting and/or casino games). For example, when the user is located in M Resort, it may be limited to playing games provided by M, approved by M, with the appearance of M, and/or subject to other restrictions and/or customization. In some embodiments, when a user is located in M Resort, he may be limited to using M Resort's account. In some embodiments, when the user is in M Resort, he may be limited to selecting an M Resort account in a series of accounts to place a bet, selecting an M Resort application, and selecting an M Resort menu item from a game project menu. , And/or other elements related to M Resort. In some embodiments, this restriction may apply to certain types of games, such as casino games, but not to other types of games, such as sports games.

For example, in some embodiments, if a user is located in a geo-fence around the M resort, it can be determined that the user is located in the M resort. For example, one of the aforementioned geo-fences may be located around M Resort, a query result of a location service may indicate whether the user is within this specific geo-fence, and a game service can use this result to determine whether the user is within M Resort. In some embodiments, if a user is accessing an M Resort communication network to play a game (for example, an M Resort Wi-Fi network), it can be determined that the user is located in the M Resort. After determining that you are located in M Resort, you can enable and/or disable certain functions as needed (for example, it can prevent a user from logging in to an account other than M Resort).

In some embodiments, geofences are used to perform location determination, so the first geofence around the casino and the second geofence around the city can be used. For example, such concentric geo-fences can restrict users in a casino from participating in activities allowed by the casino, but users located outside the casino can be allowed to participate in activities permitted outside the casino, which may include more and more activities than in the casino. Fewer, same and/or different activities. For example, a variety of games may be allowed outside the casino, such as sports betting that can be made from multiple betting shops instead of only M Resorts, and/or casino games that use funds in non-M Resorts accounts. Other location determination methods, such as multi-level location determination methods, soft label systems, etc., can also be used.

In some embodiments, as an alternative and/or additional method of using geofencing to determine a location, a location can be determined based on an available communication network. For example, a device application can be used to determine whether one or more wireless networks or other communication networks in a pre-approved network set are available. Each such pre-approved communication can be associated with a specific location. If the network is a wireless network, the device needs to be connected to the network to play play. When one or more of the pre-approved networks are available, access to the game via other networks such as cellular networks is prohibited. Correspondingly, in some embodiments, when located in a casino such as M Resort, it can provide a wireless network of M Resort, so a device can determine that the pre-approved M Resort network is available. After the device confirms that the pre-approved network is available, it can stop accessing the cellular network for gaming. After confirming that the M Resort network is available, the device can connect to this M Resort network. Relevant restrictions, capabilities, constraints, etc. in M Resort can be related to games using the M Resort network, and therefore can also be related to equipment. Such restrictions may be imposed on this device, the server to which this device is connected, the gateway used by this device to connect to, and/or in other ways. For example, in some embodiments, based on an SSID on the network, a gateway server can limit the available accounts that can be logged in; based on the logged-in account, a central server can limit the available game options; a network-based SSID , A device can adopt an appearance and/or restriction; based on an SSID, a central server can adopt a restriction, and so on. As mentioned above, it can be verified whether the network SSID is authentic, such as location matching for this SSID (e.g., in response to detecting the SSID, a device can notify a game service and/or trigger a location determination, if the location matches a similar Location, the similar location can be used).

This information about the network and/or location can be used to allocate bonuses, post advertisements, prevent users from getting angry or feeling cheated (even if they can participate in games offered by other casinos), and so on.

In some embodiments, in order to implement such network-restricted functions, a device can be configured to check the availability of one or more pre-approved communication networks, such as a Wi-Fi connection (e.g., by a game application). Program, a packaged application, etc.). Such inspections can be performed periodically, continuously, randomly, on-demand, and so on. When any pre-approved communication network is available, this device can be connected to this network instead of other networks. If multiple networks are available, the network with the strongest signal or other advantages can be selected.

In some embodiments, in order to continue to ensure that the remote control is not performed via a Wi-Fi connection and therefore the player is actually present, when the game is played over a cellular network, the actual data reception and/or connection of Wi-Fi can be disabled. Unless and/or until a pre-approved network is detected, a Wi-Fi connection can be briefly opened to check whether the network is available (in some embodiments, other games may be suspended during this period), a Wi-Fi connection Fi devices can be activated but cannot connect to any network other than the pre-approved network. Wi-Fi devices can be controlled by a dedicated software that can restrict access to any other network other than the pre-approved network.

When a pre-approved network is detected, the game application cannot use the cellular network for gaming (for example, the application can be notified of network availability, so it can be disconnected or otherwise restricted through the cellular network Access to the game server can be notified to a game server to restrict access to the game, etc.). The user may be prompted to log in via a Wi-Fi network, and/or to log in automatically via such a network. Similarly, when the Wi-Fi network is no longer available, if the cellular network is available, the user may be prompted to log in using this network and/or automatically log in. As mentioned above, it can be verified whether the network SSID is authentic, for example, the location of the SSID matching.

A startup procedure performed before allowing games on a mobile device may require Wi-Fi to be enabled throughout the device usage process, may require a Wi-Fi diagnosis, and may require an approved application to control a Wi-Fi device ,and many more. If there is no approved Wi-Fi network, the cellular network can be used for gaming, as in the examples described in other parts of this invention.

It should be recognized that various location services and/or location similarities are only non-limiting examples.

Geofence example

An exemplary location determination function may include geofencing technology. The geofencing function can be used to confirm that the user is/have been in an approved area (for example, when performing a location check, when a betting request is received by a gateway, etc.). Sprint is a supplier of geofencing technology. In some embodiments, game operators can perform geofence calculations themselves, and/or use input data from another location service provider (for example, a mobile phone service provider who can provide mobile phone coordinates by querying a mobile phone number). In some embodiments, such geofencing technology can be used to determine whether the user is/was located in Las Vegas, Reno, Lake Tahoe, and/or other gaming locations in Nevada within the geofence. In some embodiments, if the customer (e.g., the device he uses) himself is/was within the boundaries of the approved geofence, he can play the game. In some embodiments, if the customer is/was not within the boundary, they cannot play games. Another company that provides geofencing services is called Locaid. It should be recognized that any desired location can be used to provide services in different embodiments, and the examples provided here are not limiting. For example, in some embodiments, the geofence service provides internal or external query results. In other embodiments, the geofence service can provide the coordinates of a certain device and the game service can check whether these coordinates are in one or more geofences. Inside. Accordingly, it should be recognized that geofencing services do not necessarily apply geofencing to coordinates, but only provide some information to enable geofencing to be applied.

The geofence can include virtual parameters of a real geographic area. Some demonstration parameters can define a geofence around a large city such as Las Vegas, Reno, etc., which may include: latitude 89.2 degrees, longitude 33.4 degrees, radius 20 kilometers; latitude 50.5 degrees, longitude 76.9 degrees, radius 22 kilometer.

It should be recognized that any number of geofences can be used for any location on any parameter according to requirements. Geofences can be added and/or removed as needed at any time, thereby increasing, decreasing, and/or changing an area where betting is allowed and/or not allowed. For example, another set of exemplary geofences may include: longitude 36°05'58.37"N, latitude 115°12'04.90"W, radius 20 kilometers; longitude 39°38'58.68"N, latitude 119°34'40.66" W, radius 20 kilometers; longitude 39°05'08.69"N, latitude 119°34'10.61"W, radius 20 kilometers.

Figure 5 shows an example of a series of geofences shown on a map of Nevada. The circle/pan on the map represents an example geofence. Game services can provide some reasonable guarantees with the help of geofencing, such as ensuring that users are playing games in an approved area. In some embodiments, the customer can proceed if and only if the customer is actually located within the geofence, if and only if the last updated location (e.g., by the device authentication service) shows that the device was last in an approved location ( Some or all) games. In some embodiments, if the user is actually located outside the geofence and/or is determined to be outside the geofence for the last time, he/she cannot play the game. It should be recognized that although all examples given are marked with circles, any desired geofence shape (e.g., a geofence surrounding a casino) can be used.

Certain embodiments may include determining whether a device is located within one or more geofences. For example, such determinations may include determinations provided by the geofence provider (eg, based on the GPS coordinates of the geofence and the device, based on the triangulation of a communication device such as a cell phone tower, etc.). In some embodiments, such determination may include a determination provided by an element of the game service (eg, by querying a location service provider, by calculating a location, by receiving instructions, etc.). Geofencing may include remote information processing technology hardware and/or software.

In some embodiments, when a device (e.g., a mobile device that uses a game service, a location-aware device, a device based on location services, etc.) enters or exits the geofence, the device and/or an element of the game service (e.g., The device authentication service can receive the generated notification (for example, the location service provider can send a notification to the device indicating the location change). This notification may include information about the location of the device (eg, current GPS coordinates, geofence name, city, indication of whether the device is inside or outside the geofence, etc.). Such notifications can be sent to mobile devices, game service components, e-mail accounts, etc., in the form of text messages (such as SMS) through communication networks.

Certain embodiments may include taking any required actions after crossing and/or close to crossing the geofence boundary. For example, after leaving and/or approaching to leave the geofenced area, a vehicle can be blocked, a third party can be notified, a game service can be notified, a game can be terminated, and a mobile device can be affected (e.g., closing, suspending an application, etc.) ,and many more. The game service provider may facilitate this operation after determining the location and/or the change of the location service provider.

As another working example of a location service, some embodiments may include querying a location service as needed to determine the location. For example, a communication service provider (eg, Sprint) can use communication services to track the current location of a mobile device (eg, via GPS coordinates, via cell phone towers or other communication access points being accessed, etc.). Such tracking operations can be performed continuously and/or in response to a request.

In some embodiments, the game service may send a query to verify a certain location and/or perform a calculation to verify a certain location as needed. For example, a game service can send a query to the location service when a variable expires, periodically or in response to a request. In some embodiments, such a query may ask the location service whether a certain mobile device is within one or more geofence boundaries. In some embodiments, such a query can ask a location service for the location of a certain mobile device, and the game service can compare the location with the geofence to determine whether the device is within one or more geofences.

In some embodiments, gaming services may require minimizing location determination and/or queries. For example, such determination may take up processing time required by other processes, and/or a location service may charge a fee for responding to such queries. Some embodiments may include a variable frequency required for such query and/or determination. Some embodiments may include determining when to perform location determination based on the distance from the previous location determination boundary (eg, geofence boundary, allowable game area boundary).

For example, in some embodiments, compared to when the device is closer to the geofence boundary, a certain location is determined multiple times when the device is farther away from the geofence boundary (e.g., regular determination, random determination, occasional determination, etc.) ) The time interval (for example, the frequency of query) may be longer. For example, if the location is further from the boundary, the effectiveness of the positioning variable is longer. In some embodiments, the response to a query may indicate when the next query based on this distance will be conducted. In some embodiments, the response to a query may indicate the distance from the boundary (eg, an actual distance, a distance category, etc.). The game service can determine when to make the next inquiry based on this received information. Such query may include, for example, query every 5 seconds when close to the boundary, query once every 15 seconds when far away from the boundary, increase or decrease proportionally, and so on. In some embodiments, if you are close to the boundary, you can query once per transaction, if you are far from the boundary, you can query every other transaction, and so on. When the mobile device does not require location determination, it can be determined based on the distance from the boundary.

Certain embodiments may include concentric geofences that can be used to determine when to perform a location query. For example, the internal geofence can correspond to a location far from the allowable boundary, or it can correspond to a longer time frame. The external geofence may correspond to a real and/or nearer approved area boundary, and may include a more frequent determination. Certain embodiments may include determining whether the positioning of a certain mobile device determines whether the mobile device is required to be outside at least one geofence and within at least another geofence.

It should be recognized that this example of determining the frequency related to the edge distance of the approved area is not limited, and other embodiments may include any method and/or device for determining the distance related to the distance can be used as required in any manner.

Some embodiments may include determining such a certain frequency based on the speed of a certain mobile device. For example, in some embodiments, the speed of the mobile device may be determined based on the current or previous location (eg, the distance moved between the determinations divided by the determined interval). In some embodiments, faster moving devices may be related to higher frequencies, and slower moving devices may be related to lower frequencies.

In some embodiments, speed and distance can be used to determine a certain frequency. For example, the certain frequency can be determined at a certain speed, so that a device with a certain speed cannot move to a certain boundary within a certain time, cannot move half the distance from the boundary, and cannot move any distance from the boundary. The distance to the critical value percentage, and so on.

Although some examples are described as a group of concentric geofences, with the outer fence being the most restrictive because it can be the closest to the approved area boundary, it should be recognized that this example is not limiting. For example, certain embodiments may include an internal fence that is more restricted than some or all external geo-fences. It should be recognized that any arrangement of the geofence can be applied to various embodiments, although the interior, middle, exterior, etc. are more or less limited than others.

For example, in some embodiments, the first set of licensing rules can be applied to devices in a certain jurisdiction, the second set of rules can be applied to devices in and outside of a certain jurisdiction, and the third set of rules can be applied to Outside the jurisdiction. Therefore, it is possible to create a geofence covering the premises to allow games to be played within the premises. In this embodiment, if the activities within the premises are extensions of activities outside the premises, then the geofence may be restricted in height (for example, high frequency inspection and/or high location inspection policies are implemented) to audit the location so that there is no Perform unallowed activities. Geofences outside the premises can be subject to lower restrictions because the premises can be far from the boundaries of the jurisdiction. Another geo-fence can be close to the border, providing a fairly strict outer layer to prevent unauthorized games from playing outside the jurisdiction. Therefore, the equipment in all three geofences can be located in the high inspection area, the equipment in the outer and middle geofences can be located in the low inspection area, and the equipment only in the outer geofence can be located in the high inspection area. Different security levels can be adopted according to the level of the geofence where the device is located, and/or different game options (eg, different games) can be displayed through the device. The game service can determine the playable games and security programs based on the determination of the geofence where the device is located. The game service can facilitate games and security checks based on the geofence policy of the device.

In addition, it should be recognized that although the examples cited require devices to provide gaming services within a geofence, these examples are not limiting. For example, in some embodiments, the area within a geofence may be restricted by gaming services, but the area outside the geofence may allow gaming services.

In some embodiments, the direction can be used to determine the frequency. For example, the direction can be determined based on the previous two positions (for example, moving in the direction from the first position to the second position). In some embodiments, the distance to the boundary (the distance can be used to determine the time period) can be based on the distance to the boundary in the direction of travel, surrounding the shortest distance range from a section in the direction of travel to the boundary (e.g., from any direction in the direction of travel) 20 degrees, 90 degrees from either direction in the direction of travel, etc.).

In some embodiments, the maximum time period (eg, 1 minute, 5 seconds, 1 hour, 10 minutes, etc.) cannot be exceeded.

It should be recognized that any combination of any restriction, any operation, procedure, information, etc. can be used to determine a combination of a certain period and any required restriction.

Various other services can be provided by positioning providers. For example, geofencing can be used with child location services to inform parents that their child has left a designated area. Positioning as a basic service (LBS) may include an information and/or entertainment service, such as a mobile game service that can be accessed by mobile devices through a mobile network. Such services can use the geographic location of the mobile device. LBS services can be applied in a variety of situations, such as health, work, private life, and so on. LBS services can include determining the location of a person or an object, such as discovering the whereabouts of the nearest bank ATM, friends, or employees. LBS services may include package tracking and transportation tracking services. LBS services may include mobile commerce, for example, in the form of coupons or advertisements for users based on the user's current location. This can include personalized weather services or location-based games.

In certain embodiments, the technology may allow for the creation of independent or overlapping geofences. The technology may allow the creation of a geofence/circle of any given radius and/or shape. In some embodiments, this technology can prevent anyone from betting outside the fence. Geofencing may allow system users to map areas around workplaces, user premises, and/or safe areas.

As an example, some embodiments may use the sandbox service in the geofence provided by Sprint, and/or perform similar functions. Examples of such services are not limited. This service can include one or more geographic locations, where each individual location can be drawn with a geographic coordinate. A user can set a perimeter around the location (fence) based on these coordinates. Users of such systems may have the ability to set up fences, add equipment related to these fences, and be informed when the equipment enters or leaves (or both). In some embodiments, to alleviate privacy issues, only devices that are explicitly granted access to a certain application can interact with the geofence. Game services can provide customers with this feature to create and/or manage geo-fences according to their needs (for example, casinos can create their own geo-fences, within which they can interact with game operators, apply some brands, and enter the Geofencing.).

In some embodiments, one or more services can be obtained as part of the geofence API to generate, repeal, maintain, query, connect to geofences, and so on. Certain services can be used to maintain tracked devices within a specific geofence. Some services can be used to manage and/or receive notifications for one or more geofences. Certain embodiments may include one or more errors related to a certain geofence. Certain embodiments may include one or more services, functions, programs, APIs, etc., these elements are executed, used, and/or provided by a device and/or system that can be connected to and/or use geofencing technology. For example, one or more of the services described and/or available provided by Sprintg's geofencing service may be obtained and/or used to provide such gaming services in certain embodiments.

Figure 6 shows some exemplary procedures for geofencing that can be performed in some embodiments. It should be realized that this is only an embodiment, and other embodiments may include other programs and other operations executed by any device in any order as required. It should be recognized that the various services and/or functions are only non-limiting examples. Some of these demonstration programs may include creating a geofence, adding devices to be tracked, subtracting devices, abolishing or changing geofences, querying devices and/or geofences, listing dynamic and/or non-dynamic geofences, Activate, disarm geofence, etc. Other embodiments may include other such functions with different parameters, authentication requirements, variables, responses, names, etc.

Figure 7 shows an exemplary architecture that can be used for location determination in certain embodiments. As shown in the figure, one or more mobile devices can communicate with a gateway. This kind of gateway can communicate with a location service. In some embodiments, the gateway can determine whether a certain location needs to be determined (eg, responding to a bet, periodically, responding to invalid variables, etc.). After determining that location determination should be performed, the gateway can query location services. Location services can determine a location (eg, GPS coordinates, geographic location, whether the device is inside or outside the gateway, the distance to the edge of the border, etc.). The location service can send such location information to the gateway. After receiving this location information, the gateway can start and/or stop a service, store location information, and/or perform any desirable operations as required. It should be recognized that examples of such architecture and programs are not limited, and other embodiments may include game service elements, location services, communication services, etc., that perform any function in any combination.

It should be recognized that the example of determining whether a device is inside or outside a geofence is not limiting. Certain embodiments may include any number of services to provide such functionality. For example, a third party can provide location services, communication service providers can provide location services, game services can provide location services, and any aspect of location determination can be partially or fully performed by any required entity.

Mobile access point instance

In some embodiments, a group of devices can be connected to a game service provider through a single access point. The access point may be a mobile access point. Therefore, determining the location of the access point can display the location of the device. For example, a ship may include a Wi-Fi access point that allows the device to communicate with a gaming provider. If the Wi-Fi access point is in an allowed jurisdiction, the device connected to the game provider through the access point may also be in the allowed jurisdiction.

Some embodiments may include GPS (Global Positioning System), geofencing, or other portable access point location determination methods. For example, by sending a GPS query to the device to enable the device connected to the mobile access point network to activate or terminate the game service, the game service can determine the location of the mobile access point. In some embodiments, the access point itself can determine the location and enable devices connected to the mobile access point network to activate or terminate game services.

In some embodiments, if such an access point is located at a location that allows gaming, its network becomes a trusted network, and therefore a single level of IP location determination can be used. When it is determined that the access point is in the approved location, the same network can be a known approved network. Therefore, if the IP address of the device is known to be on the network and the access point is not in the approved location, no more in-depth location determination can be made.

In some embodiments, the game operator can determine that the user is accessing the game service through a trusted network, which is also a mobile network. In response, when a static trusted network is detected, a mobile network location check is performed instead of just allowing access. If the network is in an allowed location, access can be allowed. In some embodiments, when the device location check is normally performed, the access point location check can be performed. In some embodiments, the access point can report when it enters and/or approaches an unauthorized location. Because the access point can be trusted, the game operator can trust this report without the need to separately check the location of the mobile access point. Therefore, in this embodiment, when the device is accessing the network through the mobile access point, it is not until the mobile access point confirms to the game operator that the location of the mobile access point is no longer located/or soon will no longer be approved. Area before you can check the equipment again.

Other geofencing examples

As described in the present invention, some embodiments show that geofencing can be used to determine whether a customer/user (eg, the device he is using) is within the boundaries of certain predefined locations, and based on this conclusion, functions and/or functions can be determined Or enabling, disabling, and/or modification of services, etc. For example, a gaming service provider/gaming service can use geofencing to limit the definition of geofencing to specific/predefined/allowed customer/device-to-game activities within the boundary of the location (e.g. casino games/bets, peer-to-peer games, card games) , Playing cards, sports betting (eg, football, basketball, baseball, football), lottery, horse racing/dog racing/racing, video games, entertainment games, competitions, sports lottery, bingo games, keno games, fantasy games and/or Access to various other forms of games and/or gambling including the various activities described herein. A game service provider can determine the location of the device when the customer first accesses the game activity (e.g., the customer logs in to the account); once access is provided, the location of the device can be re-determined (e.g., periodically determined, randomly determined, occasionally determined, continuous OK, etc.) to ensure that the device is still in an allowed location.

In some embodiments, a query for a geofence service and/or a calculation for a geofence may only return a yes or no to indicate whether the device is within/out of the geofence. This type of service can allow game services to generate geofences and can also maintain geofences for game services. In some embodiments, a query to a location service may return the location of a device (eg, GPS coordinates). The gaming service can then apply the geofence to the coordinates to determine whether the device is within/out of one or more geofences. It should be recognized that the use of the term "geo-fencing service" does not mean that geo-fencing is actually applied to this level or that the service is a separate service provided by the game provider. For example, the game provider itself may provide local geo-fence functionality only because it can provide local IP location functionality.

As mentioned earlier, the geofence can be any shape including a circle, or any other shape (including a polygon). For non-circular geofences, the geofence can be defined by a series of ordered coordinates (e.g., longitude and latitude) and lines, for example, between consecutive coordinates. Different methods can be used to determine whether a device is within a geofence, including the use of winding and/or counting methods to determine a polygonal geofence (although other methods can also be used). For example, geofences can track the outline/boundary of states, cities, towns, casino properties, etc. Examples of the use of counting methods include computing devices that receive device coordinates (eg, longitude and latitude). The computing device can project parallel rays from these coordinates (and/or perform some calculations as the rays have been projected). The computing device can count the number of times the ray intersects the boundary defined by the line between various coordinates, for example, the boundary of a geofence. An odd number of intersections or intersections may indicate that the device is within the geofence, while an even number of intersections may indicate that the device is outside the geofence.

For example, a game service provider can determine the location of a device (that is, whether the device is within the boundary of a predefined geofence) through geofences in different ways, including communication device providers (e.g., mobile phone provider Sprint, Verizon, AT&amp;T, T-Mobile, etc.) communicate with customer IDs and/or device IDs (eg, phone numbers), and communication equipment providers can in turn provide gaming service providers with an indication of whether the equipment is within the defined geofence boundary. For another example, a game service provider can communicate with a third party regarding the customer ID and/or device ID (eg, phone number), and the third party can in turn provide a reminder whether the device is within the defined geofence boundary. For example, a third party can obtain the coordinates (such as longitude and latitude) of the device from the communication service provider, determine whether the device is within the boundary of the defined geofence based on these coordinates, and then provide the game service provider whether the device is within the definition Indications within the boundaries of the geofence. For another example, a game service provider may communicate with a communication service provider about the customer ID and/or device ID (eg, phone number) (maybe indirectly through a third party), and in turn obtain the coordinates of the device (eg, longitude). And latitude). The gaming service provider can then determine whether the device is located within the boundaries of the defined geofence based on the coordinates.

As mentioned earlier, once the user is provided with permission to access game activities, the game The service provider can then relocate the device to ensure that the device is still in the allowed location. For various reasons, gaming service providers may want to minimize the number of device location determinations and/or device location queries issued to third parties and/or communication service providers. For example, such determination may take up processing time required by other processes, and/or third parties and/or communication equipment suppliers may charge fees for responding to such inquiries. Some embodiments indicate that a game service provider can register a monitoring application on the device. This kind of application can be registered when the customer first accesses the game activity (for example, when the customer logs in to the account). Such apps can monitor the location and changes of the device (for example, by using GPS), and issue warnings and/or reports to the gaming service provider when the location changes. The application can report any changes in location, and/or when the changes meet certain predetermined quantities or thresholds (e.g., certain predefined inches, feet, meters, yards, miles, and such deviations) Etc.), report the change of position. The predetermined amount may be pre-configured in the monitoring application, set by the game service provider when registering the application, and/or dynamically updated by the game service provider when the customer accesses the game activity. For another example, the application program may report the location of the device and/or report the location change at a certain time interval (eg, regular, random, etc.), regardless of whether there is any actual change in the location. Similarly, the time interval can be pre-configured in the monitoring application, set by the game service provider when registering the application, and/or dynamically updated by the game service provider when the customer accesses the game activity. In any case, the warning/report of the monitoring application can include one or more device locations (or similar content) (e.g., longitude and latitude), the distance the device has moved, the direction the device has moved, and the distance the device has moved has reached a predefined amount The indication of the location of the device has changed (rather than the specific distance moved), etc. Some embodiments indicate that the game service provider will notify the monitoring application of information about the geofence boundary, etc. Therefore, the monitoring application can determine whether the device is located within the geofence, whether the distance from the geofence boundary is within a defined distance, and/ Or whether it has moved outside the geofence and report any such incident to the gaming service provider.

For example, some embodiments indicate that game service providers, etc. (not communicating with communication service providers and/or third parties, etc.) can respond to alarms/reports sent by monitoring applications by determining the following: The device is still located at the boundary of the geofence The device may be moving towards and/or towards the geofence boundary; and/or the device has moved outside the geofence, so it is located where it is not allowed and/or not provided and/or needs to modify/change game activities, and/or any Location of other functions. For example, game service providers can make this conclusion by knowing the previous coordinates of the device (for example, provided by the communication service provider and/or a third party, etc.) and the device coordinates and/or the distance the device has moved as reported by the monitoring application. . For example, some embodiments indicate that when a conclusion is made about where the device is based on the report provided by the monitoring application, the game service provider's response is: it may do nothing, it may ask the customer to log off the account, it may prevent and / Or suspend receiving gambling from the device, may enable, disable and/or modify the functions and/or services and/or activities provided to customers, may communicate with the monitoring application to update the time when the monitoring application provides reports, and/or It is possible to communicate with communication service providers and/or third parties to relocate the device via geofence using the methods described here. For example, in response to a report from a monitoring application, the gaming service provider may determine that the device is still within the boundaries of the geofence and take no action. For another example, when responding to a report from a monitoring application, the game service provider may determine that the device may be close to the geofence boundary, and may communicate with the communication service provider and/or a third party to use the methods described here to pass The geofence repositions the equipment.

In some embodiments, the monitoring application may be one of many location determination triggers. For example, because the monitoring application reports movement, the gaming service provider may perform a device location determination (within a certain period of time after the last location determination) in response, or perform device location determination every time the customer initiates a gambling operation through the device .

In some embodiments, even if the new location reported by the listening application may appear to the gaming service provider to be within the geofence, the gaming service provider may not trust this new location. For example, since this monitoring application is running on the customer's device, it may be hacked. Correspondingly, the movement report from such a monitoring application may trigger the execution of some other location determination operations (eg, checking the location of the geofence).

Those with ordinary knowledge in the art will recognize that registering a listening application on a device can be used for other functions besides determining when the device may move to the boundary of the geofence and/or when the device moves to such a boundary. , Services, activities, and apps, in addition to those described here, can also be used to determine whether game activities on the device should be enabled, disabled, and/or modified.

For example, certain embodiments and the descriptions herein indicate that gaming service providers may also use concentric/continuous geofences (including two or more concentric geofences) to make certain times and/or reports to third parties and/or The communication service provider issues the least number of device location queries. For example, such concentric/continuous geofences can be used to determine when to issue location queries to third parties and/or communication service providers. For example, the outermost geofence may correspond to the actual boundary of an approved area in which gaming activities are allowed. This geofence may include a second geofence, the second geofence may include a third geofence, and so on. Concentric/continuous geo-fences may each be a circle, each may be a polygon (one or more polygons have the same shape, and/or different from other polygons), a combination of such circles and polygons, etc. Some embodiments indicate that for such a continuous geofence, one geofence may be located within another geofence, or may not be concentric (ie, one or more geofences may not share the same center point). Similarly, one or more geofences may or may not be connected to another geofence, and/or may or may not overlap another geofence. Similarly, a given geofence may therefore have two or more geofences that do not overlap at all. Those of ordinary knowledge in the art will recognize that other shapes/structures of geofences can be used.

For example, according to some embodiments, the frequency or time at which the gaming service provider re-determines the device location (to ensure that the device is still located in an allowed location-for example, still within the boundaries of the outermost geofence) may be based on the geofence where the device was last located . For example, Figure 11 shows that state 1101 (eg, Nevada) has three geofences, such as 1102a, 1102b, and 1102c. When the device is located within the outermost geofence 1102a, but outside the geofences 1102b and 1102c (that is, within the area 1103a), the frequency of determining the location of the device is A (e.g., every 5 minutes or about every 5 minutes); and when When the device is located within the geofences 1102a and 1102b, but is outside the geofence 1102c (that is, within the area 1103b), the frequency of determining the location of the device is B (for example, every 10 minutes or about every 10 minutes); and when the device is located When the geofences 1102a, 1102b, and 1102 are within (ie, located within the area 1103c), the frequency of determining the location of the device is C (ie, every 30 minutes or about every 30 minutes) and so on. For example, the farther the device is from the outermost geofence (in other words, the more inner geofence), the higher the frequency may be. Those of ordinary knowledge in the art will recognize that other frequency configurations can be used, including seconds, minutes, and hours. Correspondingly, the gaming service provider can use the communication service provider and/or a third party (as described above) to determine the geofence where the device is located. Based on the geofence where the device is located, the game service provider can then determine the next location determination and/or the time to send an inquiry to a third party and/or communication service provider, for example, when the device is located in the inner geofence, The frequency can be reduced.

For example, some embodiments indicate that in addition to using multiple concentric/continuous geofences, a game service provider can also register a monitoring application on the device. For example, a gaming service provider may determine the location of the device based on the time/frequency of the last geofence where the device was located and/or issue a device location query to a third party and/or communication service provider. However, if the monitoring application reports the location change (as mentioned above), the game service provider may reduce the time or frequency of the next location determination/query, including reducing the time to zero, so that the location can be executed immediately determine. Some embodiments indicate that the gaming service provider can configure/reconfigure the listening application to report location changes based on the geofence where the device is located. For example, the monitoring application can be configured to report location changes within a certain period of time when the device is located in area 1103a; or configured to report location changes in another period of time when the device is located in area 1103b, where the first period is shorter than the first period. Two periods. In other words, the monitoring application can be configured such that the closer the device is to the outermost geofence, the shorter the location change that needs to be reported. For another example, the monitoring application can be configured such that the closer the device is to the outermost geofence, the more frequent the location change report (regardless of the distance moved).

In some embodiments, in addition to or instead of frequency or time, some other functions can also be determined based on the geofence where the device/customer is located. For example, when it is determined that the device is located in the outer boundary geofence (for example, area 1103a), the game service provider can use some second location determination methods to ensure that the device is located in an allowed location; and when it is determined that the device is located in the internal geofence (for example, In areas 1103b and/or 1103c), the game service provider may not use the second location determination method. For another example, when the device is located in the boundary geofence instead of the internal geofence, the function of the client device itself can be changed to prevent certain operations or access to data (for example, the client may not be able to bet on certain game types; client It may not be possible to participate in games of more than a certain amount; the customer may be delayed in the game to perform continuous position determination before accepting the game operation; during the position determination, the customer may not be able to access game data that exceeds the maximum number of restrictions, etc.). For another example, when located in a border geofence, customers may receive a warning about leaving the approved area.

Some embodiments may include, in response to the identification cache result reported to the game service provider, the game service provider performs a location determination of a client device. For example, a communication service provider and/or a third party and/or a location reporting service may only update the location of the device at a certain frequency (for example, re-determine the longitude and latitude coordinates of the device). If the gaming service provider requests location more frequently than the location reporting service updates its location information, the gaming service provider may provide outdated cached location information. If the game service provider realizes that two consecutive location reports are the same, the game service provider may suspect that the cached result is used. If the device is located in the boundary geofence (for example, area 1103a), it may cause the game service provider to operate differently than when the device is located in the internal geofence (for example, area 1103b and/or 1103c) (for example, because the game service provider may The concern is that the customer has left the border to go to an unauthorized game location during the information update, and is not so concerned about the internal geofence). Therefore, in some embodiments, the determination of such cached results is only related to the boundary geofence. If the listening application reports that there is a movement, this kind of suspicion about the cached result will increase. In some embodiments, the determination of the cached result may depend on the monitoring application reporting such movement. In response to the determination of the reported cached results, the game service provider may use the second location determination in some other ways, re-request the location from the same location reporting service, request the location reporting service to refresh the location information of the client/device, and/or Perform any other actions (for example, block the game before reporting non-cached results) to determine the location.

As mentioned above, operations performed by game service providers, communication service providers, third parties, location reporting services and/or equipment, etc. may include operations performed by entities/persons and/or operations performed by one or more computers, Operations performed electronically on one or more communication networks, such as computing equipment, servers, processors, executable software, and firmware.

Soft label example

In some embodiments, in addition to or instead of geofencing and/or other location determination methods, a soft label system may also be used. Such a system can be used to determine whether the device is located in an approved game location and/or in an unapproved game location. In certain embodiments, such a system may be provided by Ekahau to determine approved and/or unapproved (eg, safe/hazardous) areas.

In some embodiments, such soft tags may include game positioning client software. Such software can be used by servers, workstations, networks, mobile devices and/or processors, etc., to facilitate the determination of information about the location or the location of the mobile device. In some embodiments, such software can be used to identify users of mobile and/or handheld devices (eg, portable processors, such as palmtops, mobile phones or smartphones, laptops, other portable electronic devices, etc.) s position. For example, software running on a mobile device can enable the device to transmit or provide information that can be used to determine the location of the mobile device on the client side (for example, provide/transmit a unique identifier, a set of signal strength, etc.) to a server or other processor.

In some embodiments, a game application (eg, main application, packaged application, soft label application, etc.) may perform one or more operations to facilitate such functions. For example, such applications may be assigned a unique identifier (eg, as part of the registration process). For another example, such an application may be provided with a list of allowed access points and/or a reference to where such a list can be obtained (for example, obtained from a game service). In some embodiments, such a game application can determine one or more wireless access points and/or one or more signal strengths of one or more access point identifiers accessible from the current location). In some embodiments, the application can determine the network used by the mobile device to access the game service (for example, the Wi-Fi network in the amusement park, the Wi-Fi network in Starbucks Las Vegas, etc.) .

In some embodiments, one or more identifiers and/or signal strengths (eg, with a gambling request) may be transmitted to the gaming service and/or other locations. In some embodiments, the identifier of such a network can be used to determine whether the network is approved. For example, the network identifier can be compared with a list of allowed networks (for example, executed by game services, mobile devices, applications). If the network is on the list, the network may be in an approved location and the game can be allowed. In some embodiments, the request to the game service may include the identity of the network so that the game service can make such a conclusion. In some embodiments, a set of signal strength and/or access point identifiers may be used to determine whether the location is approved. For example, a set of signal strengths and/or access points can be compared with a set of approved signal strengths and/or access points. US Patent Application No. 12/197,809 describes certain examples of such comparisons, and is incorporated herein by reference.

Certain embodiments may include determining whether the network is in an allowed location and/or identifying allowed signal strength and/or access points. For example, certain embodiments may include an agent that identifies whether the network, access point, and/or signal strength are located in a location allowed by the game service (e.g., the agent may observe the boundary of the network and determine whether the network is located at the boundary of the allowed location The agent can send a message to the game service to identify the communication network and whether it is located in an allowed location; the agent can base the location and compare the legal requirements to determine whether the signal strength and/or access points of different locations are valid and/or invalid). In response to such information, the game service may associate the communication network, signal strength, and/or access point with locations that are permitted.

Such applications can run on any supported operating system or system. Such operating system may include any operating system suitable for computers, servers, palm-sized devices, and/or other devices. Such supported operating systems may include Windows operating systems (such as Mobile 5 PocketPC, Windows Mobile 6 Classic, Windows Mobile 6 Professional, Windows 8), various Android versions, Mac operating systems, Linux and other systems.

In some embodiments, the software may implement various functions and possess various functions, including (but not limited to) one or more (or all) of the following functions: For example, in some embodiments: supporting client maintenance, For example, from the Positioning Engine (e.g., the positioning engine provided by Ekahau); adjust the scan settings, e.g., adjust the scan settings of multiple devices (e.g., at the same time or at multiple different times); display the battery power status (e.g., from Ekahau Engine); does not require Ekahau Client Connector; supports Ekahau RTLS 4.x location and maintenance protocols (ELP, EMP); PPC Client includes a new user interface. The setting of PPC Client is to use Ekahau Positioning Engine for maintenance; Laptop Client may not have UI: the settings are already set in the installer, or use Ekahau Positioning Engine to maintain the settings; and/or may or may not affect the association/authentication.

Various examples of determining the recheck location period are given elsewhere and are related to geofencing and/or multi-level location determination method embodiments. This function may be applicable to soft labels or other embodiments. For example, a specific network, access point, and/or different time periods between the signal strength set and the location check can be associated based on the distance from the edge of the approved area boundary, state, reliability, etc. In some embodiments, the speed of movement can be used to determine such time periods in some embodiments.

It should be appreciated that examples of various soft labels are only given as non-limiting examples, and other methods and/or devices can be used as needed. Any desired location services can be combined and/or used separately. Certain embodiments may include determining whether the device uses an approved network and is located in a geofence.

<b>Examples of restricting the remote control of mobile devices</b>

In some embodiments, the ability to remotely access a device can be controlled. For example, this ability can be restricted, prevented, and/or prohibited. In some embodiments, when a customer is using a mobile device to perform game-related activities, and/or if the mobile device is authorized to perform game activities, one or more methods and/or devices may be used to prevent interaction with the mobile device. Connection.

Some exemplary mobile devices may include any number of communication interfaces (eg, 4) to control these interfaces to prevent remote access to the mobile device. It should be appreciated that certain embodiments may include more, fewer, or different such interfaces, and the exemplary interfaces are only non-limiting. These demonstration interfaces may include (1) Wi-Fi, (2) Dock/USB, (3) Bluetooth, (4) cellular network (inbound connection may not be supported).

In some embodiments, remote connection access to a mobile device can be prohibited, and/or be prevented from being connected via a cellular network in other ways. In some embodiments, when a player performs a betting-related activity (for example, placing a bet) for a period of time, one or more communication interfaces may be disabled. In some embodiments, this disabling may include preventing a customer from remotely controlling a mobile phone, so when the actual betting occurs, the customer will be located at the location of the mobile phone. In some embodiments, if the customer activates a disabled communication interface in the sports betting application, and/or makes a remote connection through the interface, after confirming that the activation occurs and/or the connection is executed, The customer's sports betting session may be terminated and/or disabled (eg, giving a warning message, not providing a warning message, a sports betting application, a communication session may be terminated, notification of a game service, etc.).

In some embodiments, a mobile game application can check to determine whether a communication interface has been activated and/or a communication session through this interface has been activated. For example, an application can check occasionally, in response to an operation, periodically, etc., to determine whether a communication interface has been activated and/or whether a communication session through this interface has been activated. One or more APIs can be called in this inspection program. For example, an Android OS API and UiModeManager, WifiMaanger and BlueToothAdapter classes can be used.

In some embodiments, a betting application on a client device may include one or more programs. For example, the first application may include an AIR 2.5 application built on the Android 2.2 platform using Flash AS3. For example, the second application program may include an Android packaged application program, which can start and monitor the current device status. In some embodiments, the application used by the customer may include a launcher, which can start the AIR 2.5 application after checking the status of the remote connection access point (eg, Wi-Fi, Bluetooth, and DOCK). If all external connection methods have failed, this application can be launched. Once successfully activated, the application can be terminated if the customer activates one or more of these access points. If the compliance verification service is terminated and status information cannot be provided to the application, the application can be terminated.

Certain embodiments may prevent users from making and/or receiving calls. For example, if you make and/or answer calls during a game session and/or running a game application program, you can close an application. In some embodiments, when a game application is running, the user can be prevented from changing the focus, running multiple applications, running other applications, and so on. It should be recognized that any combination of operations can be used as needed to prevent remote access.

It should be recognized that the examples of each application program are non-limiting, and other embodiments may include a single application program, any number of application programs, no application program, any language, any technology, any device, any operating system, etc.

<b>More demonstration components</b>

Certain embodiments may include one or more initiators, programs, devices, servers, components, entities, frameworks, and so on. Some embodiments may include: a customer and/or mobile device user, a customer service agent associated with a game operator located in a game-related venue, and a customer service help desk where mobile customers can request assistance via toll-free calls (For example, the service desk information can be displayed to the customer when the verification fails), an Android package program (for example, an application software written in the Android OS language and/or other languages, which can be used to authenticate the device and monitor the phone status), An AIR mobile game client (e.g., an NGCB approved Adobe Flash applications, which may be the current user interface to allow customers to register, play mobile games, and view account history), a device authentication service (for example, an SSL security service, which provides a mechanism for Android packaged applications to authenticate phones , An internal (for example, only accessible inside the firewall) interface provider to verify the approved device's request to the system), a gateway (for example, an SSL-secured, NGCB-approved middleware communication service, which can Send proxy requests to DAS and accounts based on mobile gaming systems), a Win32 packaged application (for example, an application written in Win32 language that can be used to authenticate devices and monitor PC status). It should be recognized that the Win32 language and the personal computer are only non-limiting examples, and any technology can be used as needed. In some embodiments, mobile devices may include data adapters, mobile phones, smart phones, notebook computers, PDAs, and so on.

Figure 9 shows an exemplary architecture that can be used in certain embodiments. Some embodiments may include a mobile device as shown. Such a device can communicate with a gaming service (eg, a gateway). A customer can use this device to enter game operations, select games, make choices in game programs, log in to an account, and so on. Certain embodiments may include such gateways and/or elements of any gaming services and/or third-party services that communicate with mobile devices. Such components can perform any required operations (such as authentication, location, etc.). Some embodiments may include a location service. Such location services may include any operations related to determining whether a mobile device is in an approved location. This type of location service can communicate with a mobile device and/or game service. Such location services may include a communication provider of the mobile device, a game service, a third party, and so on. Certain embodiments may include a game element. Such game elements can be used to place bets, determine the outcome of bets, track accounts, and so on. Such betting components can be part of a gaming service provider. Such game elements can receive bets, determine the results of the bets, receive operations in the game, facilitate the progress of the game, send an instruction for the operation, respond to these results to facilitate an account adjustment, and so on.

The figure shows that certain operations can be performed by certain devices. It should be appreciated that in other embodiments, any other operation may be performed by any device. It should be appreciated that in other embodiments, any computing device may be used in any combination.

Some embodiments may use the MD5 hash algorithm and/or any coding scheme to encode information, such as system parameters. For more information on the MD5 hash algorithm, please visit http://en.wikipedia.org/wiki/MD5. MD5 can include information digest algorithms used to encode data. MD5 helps to ensure that (1) data cannot be retrieved in decoded form once encoded (ie, the original data is lost), and (2) MD5 hash algorithm two different data blocks (even if they are very similar) produce different results , (3) The same data of MD5 hash algorithm will produce the same result.

Certain embodiments may use the SSL HTTPS protocol to facilitate secure communication between entities. In some embodiments, the communication between the client device and the DAS, gateway, and/or game service element can be performed through the SSL HTTPS protocol. This can ensure the integrity and/or security of the data. For more information about the HTTPS protocol, please visit: http://en.wikipedia.org/wiki/Https.

In some embodiments (such as in Android OS), private key signatures can be used to ensure the security of the application. For example, the OS can ensure that: (1) two applications signed with different private keys cannot write mutual data, and/or (2) two applications signed with the same private key cannot write mutual data Write. For more information about this security, please visit: http://developer.android.com/guide/topics/security/security.html.

Some embodiments (such as in Win32) can use the process ID to ensure the security of the application. For example, a Win32 packaged application can ensure that: (1) both applications are running under the same user ID, and/or (2) the two applications are the only two processes running under the same user ID .

These examples are only non-limiting. It should be recognized that various embodiments may include any initiators, programs, devices, servers, components, entities, architectures, etc., combined in any manner.

<b>Examples of game rules</b>

Certain embodiments may operate in accordance with one or more rules. It should be recognized that any rules and/or no rules can be used as needed. Any number of mechanisms, penalties, verifications, etc. can be used to ensure compliance with any one or more of the rules. Some model rules may include:

1. According to Regulation 22.140 and Regulation 266.160, bets can be placed in approved locations in Nevada. Nevada law prohibits bets originating outside of Nevada, so such bets are not allowed. Account holders understand that it is illegal to place bets outside of Nevada.

2. You can apply for betting in the competition and/or sports betting station in person. According to regulations 22 and 26c, applicants can complete betting applications based on approved accounts and provide reasonable and valid identification and/or social security numbers.

3. Account applicants must be at least twenty (21) years old.

4. Account holders can conduct account transactions. Only the name of the individual on the application form can use his account. Account deposits and withdrawals can be made in person. No agents or other representatives are allowed.

5. Opening an account requires a minimum deposit of USD 100.00. Cash can be used to deposit into the account. According to Nevada gaming regulations, money can be transferred to customer accounts via wire transfer.

6. During normal business hours, customers can sign and authorize account deposits and withdrawals at competitions and sports betting stations. No agents or representatives are allowed.

7. Account withdrawals and subsequent deposits can be made at the place where the funds were initially stored.

8. When they conduct account transactions in person, the account holder needs to provide his account number and reasonable and valid identification.

9. The bet cannot exceed the account balance.

10. Bets may be restricted by the established betting amount.

11. According to regulatory review, the rules of the game may change at any time.

12. The minimum deposit can include US$100, and the minimum bet can include US$5.

13. Any required internal rules and/or regulations can be enforced on the betting account.

14. When appropriate, customers can be provided with a statement of their account, informing them of the deposit of the betting account, the withdrawal of the betting account, the balance of the betting account and/or the loan of the betting account within the reporting period of the statement. Customers can request this information by applying in writing and signing, and their signatures need to be verified. In this request, the customer can provide details of the distribution of the requested information. It can be sent by regular mail to the address provided by the customer. If the customer please request in person to receive the information, the information will be given to the customer, when it receives the information required to provide valid identification. Except for customers who hold accounts, this information must not be disclosed to anyone else, unless required by law or court order.

15. Customers can challenge any transaction in accordance with Nevada Gaming Commission Regulation 7A.

16. The casino may make printed, electronic or other approved records of each sports betting transaction. If the recording system cannot be used normally, it shall not accept any bets or transactions. According to regulations 22 and 26C, betting transaction records can be kept for 60 days. Recording the customer's confirmation that all betting information can be regarded as a recorded transaction, regardless of what the computer accepts betting or the pool betting system records. If the Nevada Gaming Control Bureau requests this record, it should be provided to it.

17. Customers should acknowledge that when using this system to place bets, only when the bet is approved by the system and the message "Bet Accepted" is displayed, the bet is binding on both parties.

<b>Instances of multiple accounts</b>

Certain embodiments may include multiple accounts associated with multiple different casinos and/or other venues. In some embodiments, each such account may allow games to be played in a particular casino, sports betting station, etc. For example, in some embodiments, a user may have a separate currency account for casino games associated with each game operator (eg, casinos, sports betting accounts, mobile game providers, Internet betting sites) , Sports betting related to one or more game operators (such as casinos, sports betting accounts, mobile game providers, Internet betting sites) has a separate betting account. A game operator can operate this account and/or allow games related to this account.

Certain embodiments may include preventing funds in a gaming account from being used in casinos or venues unrelated to the gaming account. Certain embodiments may include preventing funds in a gaming account from being used for games and/or activities that are not approved by the account (eg, purchasing merchandise, playing casino games, playing sports games). This function can be determined by position determination according to the method of the present invention.

Certain embodiments may include a feature that allows funds in one game account to be transferred to another game account. The transfer of funds can be carried out in an account related to the same game operator, and/or in an account related to a different game operator.

In some embodiments, a transfer may include adjustments to an electronic record that identifies the amount of funds in an account. For example, a single gaming operator can reduce the funds in one account and then add the same amount to another account (eg, internal property transfers between casino betting and sports betting accounts). In some embodiments, multiple parties may be involved in a transfer. For example, the first game operator may reduce one account, while the second game operator may add the same amount to another account. In some embodiments, an intermediary (eg, a mobile game operator or an account operator) can provide accounting services on behalf of one or more entities (eg, can open accounts for multiple entities and make adjustments on their behalf).

In some embodiments, this account transfer feature may allow a user to approve the transfer of a sum of money in an account. The approved amount (or an amount less than the approved amount) can be transferred to another account. Correspondingly, even if the amount does not come from an account for performing game operations and/or activities, the amount from another account can still be used for game operations and/or activities.

In some embodiments, a first account related to the first game provider may be created. For example, a first account may be related to a first casino (eg, M Resort Casino) or a first game service provider (eg, a mobile game provider such as Cantor Games). Such an account may be created by the first game provider, a user, and/or a financial institution (eg, register an account and/or bet money in an account). A user can deposit and/or withdraw money from this account. The money in this account can be used to participate in game operations in one or more games. This type of account can be used at the casino or the first game operator and/or through the first game operator (for example, using an application provided by the first game operator, when the first game operator performs game operations ) Play the game. In some embodiments, such accounts may be associated with one or more activities (eg, sports games and/or casino games). In some embodiments, multiple accounts related to different activities and related to the first game provider (eg, one for sports games, one for casino games) can be created.

In some embodiments, a first account associated with a second game provider can be created. For example, a second account may be related to a second casino (eg, Hard Rock Casino) or a second gaming service provider (eg, Venetian Pocket Entertainment Service). Such an account may be created by a second game provider, a user, and/or a financial institution (for example, registering an account and/or betting money in an account). A user can deposit and/or withdraw money from this account. The money in this account can be used to participate in game operations in one or more games. This type of account can be used to play games at and/or through the second game operator (for example, using an application provided by the second game operator when the first game operator performs game operations) . In some embodiments, such accounts may be associated with one or more activities (eg, sports games and/or casino games). In some embodiments, multiple accounts related to different activities and involving a second game provider (eg, one for sports games and one for casino games) can be created.

In some embodiments, a third account related to the first game provider may be created. For example, the third account may be related to casino games (e.g., slot machines, blackjack, poker). Such an account can be created by a game provider, a user, and/or a financial institution (for example, registering an account and/or betting money in an account). A user can deposit and/or withdraw money from this account. The money in this account can be used to participate in game operations in one or more games. Such accounts may be limited to the first activity and/or unable to participate in certain second activities (eg, sports competitions and/or horse racing). In some embodiments, such accounts may be associated with one or more gaming providers.

In some embodiments, a fourth account related to the second activity (eg, the second activity that the third account cannot participate in) can be created. Such an account can be created by a game provider, a user, and/or a financial institution (for example, registering an account and/or betting money in an account). A user can deposit and/or withdraw money from this account. The money in this account can be used to participate in one or more sports, horse racing, and/or game operations at other times. Such accounts may be limited to second activities and/or unable to participate in certain first activities (such as casino games). In some embodiments, such accounts may be associated with one or more game providers (eg, the same and/or different game providers of the third account).

In some embodiments, creating an account may include receiving information from a user by a game operator, receiving an amount from a user, verifying information about the user, storing an amount in an account, and storing information in an account. Database, etc. For example, in some embodiments, a user can provide identifying information (such as name, age, address, social security number, driver's license number, etc.) to a game provider to create an account. Game operators can store this information in a database. The game operator can verify one or more parts of this information (e.g., require a photo ID to verify age). This verification information can be stored in a database (for example, a copy of an ID). You can create login information for an account. In some embodiments, such information can be created by the person in person at the game operator, or created via the Internet, fax, telephone, etc. In some embodiments, a sum of money can be stored in this account. For example, a cash can be submitted to a game operator, and after completion, a database entry can be adjusted to limit this amount to the account. In some embodiments, an amount can be transferred to this account via electronic transfer (eg, transfer from another account), and a database entry can identify the transfer.

In some embodiments, an intermediary can maintain information related to multiple accounts of multiple game operators (for example, a mobile game provider can operate in multiple casinos and maintain accounts related to each casino) . In some embodiments, the intermediary may maintain a customer database in which the account information of the multiple accounts is stored. Certain embodiments may include maintaining account consistency in such databases. For example, if a player changes the name and address associated with one account, this change can affect all accounts through the customer database. In some embodiments, this change may not affect other accounts. In some embodiments, a user interface may be used to provide players with the option to choose to propagate changes to other accounts (eg, choose which account to affect).

In some embodiments, when a player creates a new account, the new account can be associated with other accounts that the player has created in the customer database. This creation and/or association may be part of a registration process. For example, search the database for the recognizer entered by the player when creating an account to check whether the player has already registered for an account (e.g., the player may be required to register information about his previous account, social security number, driver's license number, other Unique identifier). If the player's new account is found to match an account that already exists in the customer database, the new account will be associated with the previous customer's input and all of its established accounts. This association can ease the following procedures: maintain an orderly customer profile, perform accounting services for a customer, transfer money between customer accounts, monitor fraud (eg, monitor the simultaneous use of multiple accounts, and take corresponding anti-fraud Measures), etc.

Certain embodiments may involve games played in casinos and/or legal gaming jurisdictions. You can use the funds in one or more created accounts to execute this game. The database can be adjusted according to the amount of bet, the amount of loss, the amount of winning, the amount of transfer, etc. In some embodiments, gaming jurisdictions and/or suppliers may require and/or wish to separate certain funds from other funds. Such fund operations can improve accountability, tracking, credit guarantee, activity monitoring, age verification, identity confirmation, and so on. For example, in some embodiments, each game provider (eg, bookmaker, casino, mobile game provider) may require its own account (eg, each provider's betting account setting) to place bets through this provider. For another example, horse racing and/or sports accounts may be required to be separated from casino game accounts. For example, if a player needs to place bets on sports/horse racing and casino games at the same time through a game operator, a game provider that provides both sports/horse racing and casino games can require the user to establish a sports/horse racing account and A casino account. In some embodiments, a separate account may be required for shopping and/or other consumption activities. For example, it is possible to prevent the use of funds in a game account to purchase goods. In some embodiments, a single account can be used for multiple activities, through multiple game providers, and/or for multiple locations.

It should be appreciated that in various embodiments, any combination of location, gaming provider, intermediary, activity, and/or other features related to betting and/or non-betting accounts may be used as needed. Each embodiment is a non-limiting example, and can be combined in any manner as required. For example, certain embodiments may include three separate accounts related to three different activities in four different locations. In some embodiments, as an example of certain account types and/or associations, one account may be related to sports games Casino A, another account may be related to games in Casino B, and a third account may be related to the store. C's shopping is related, and the fourth residence can be related to the investment in financial institution D.

Certain embodiments may include facilitating the transfer of a sum of funds from one account (e.g., the first account, the third account) to another account (e.g., the second account, the fourth account). This fund may include funds stored in an account, funds transferred to an account, funds won through betting activities, and so on. In some embodiments, the account to which the funds can be transferred may include an account related to the game provider that the user participates in the transfer (eg, a casino where the user is located), and/or the account to which the funds can be withdrawn may include the user A game operator that did not participate in the transfer (for example, the user is not in one of the casinos).

In some embodiments, facilitating a fund transfer may include withdrawing a fund from one account and storing it in another account. Some embodiments may include charging a fee for such services (e.g., for each transaction, registration fee, etc.). In some embodiments, one or more databases can be modified to facilitate this transfer. In some embodiments, the accounting, auditing, and/or reporting of one or more fund transfers can be performed by the regulatory agency as needed.

In some embodiments, the facilitating procedure may include pre-authorizing a transfer, requesting a pre-authorization for a transfer, transferring a pre-authorized fund, allowing a user to pre-authorize the transfer of funds in an account, and so on. In some embodiments, the facilitating process may include automatically completing a transfer, transferring a sum of funds from one account to another after a bet, transferring funds to complete a bet, and so on.

<b>Other embodiments</b>

It should be understood that the techniques for implementing, using, or practicing various embodiments described in the present invention are only a subset of possible techniques that can be used for the same or similar purposes. The specific techniques described here are not to be construed as limiting. On the contrary, alternative technologies to implement, use, or practice the various embodiments may be considered in different embodiments.

This method can be modified, added or deleted without departing from the scope of the present invention. This method may include more, fewer, or other steps. In addition, the steps may be performed in any suitable order without departing from the scope of the present invention.

Although the present invention has described specific embodiments and related methods in general, those of ordinary skill in the art will obviously recognize that these embodiments and methods can be changed and replaced. Accordingly, the above exemplary embodiments do not restrict the content of the present invention. Other changes, substitutions and alterations can also be made without departing from the essence and scope defined by the claims of the present invention.

<b>Demonstration combination embodiment</b>

It should be recognized that aspects of certain embodiments may be combined. For example, a game server may allow various users to participate in the game. Various clients can run different operating systems (e.g., iPhone, Android devices, laptops, etc.), have different functions (e.g., GPS), and/or can use different methods to access game services (e.g., Wi-Fi, Mobile network, Ethernet). Based on these considerations, a game service and/or game client on a client device can operate appropriate operations to ensure security. These operations can be combined with one or more methods available on a particular client device.

For example, an Android phone that uses a mobile network to access game services can run a client program that interacts with the device and the game service. The client software can perform hash verification on at least a part of the client program and/or the operating system, or send this information to a game service for checking. The client software can obtain the phone number of this mobile phone by querying the Android OS, and send this number to the game service. The client software and/or game service can convert the routing table into routing traffic through a VPN created between the notebook computer and the game service. The client software can perform a VM and/or proxy server check, and can disable any access methods (eg, Bluetooth, Wi-Fi). The client software can retain a user's login credentials (eg, login name, password, card swipe mode), and send this information to a game server for verification, or verify one or more parts of it locally. For example, a game service can verify the login information obtained and use the phone number to check the location of the phone via geofence location.

For another example, an iOS phone that uses a mobile network to access game services can run a client program that interacts with the device and the game service. The client software can perform hash verification on at least a part of the client program and/or the operating system, or send this information to a game service for checking. The client software or game service can obtain a phone number when the user registers or logs in. The client software and/or game service can convert the routing table into routing traffic through a VPN created between the notebook computer and the game service. The client software can perform a VM and/or proxy server check, and can disable any access methods (eg, Bluetooth, Wi-Fi). As part of the registration process, the phone number will be sent to the game service upon login. The client software can retain a user's login credentials (eg, login name, password, card swipe mode), and send this information to a game server for verification, or verify one or more parts of it locally. For example, a game service can verify the login information obtained and use the phone number to check the location of the phone via geofence location. A client software can also check the GPS coordinates of the phone and send this coordinates to the game service. By verifying the geofencing service location to check whether it matches the GPS location, the game service can use GPS coordinates to check whether the phone number of this device is authentic.

For another example, a Windows laptop that uses a Wi-Fi network to access game services can run a client program that interacts with the device and the game service. The client software can perform hash verification on at least a part of the client program and/or the operating system, or send this information to a game service for checking. The IP address of the notebook computer can be determined by the client device and sent to the game service, and/or determined by the game service based on the received packet. The client software and/or game service can convert the routing table into routing traffic through a VPN created between the notebook computer and the game service. The client software can perform a VM and/or proxy server check, and can disable any access methods (eg, Bluetooth). The client software can retain a user's login credentials (eg, login name, password, card swipe mode), and send this information to a game server for verification, or verify one or more parts of it locally. For example, a game service can verify the obtained login information and use the IP address to check the location of the laptop through the IP location check service.

<b>Cloud service instance</b>

One or more of the functions described in this article can be provided as a cloud service. For example, a game service provider can be a cloud service provider, a location service can be a cloud service provider, an authentication service can be a cloud service provider, an account management program can be a cloud service provider, and an account management program can be a cloud service provider. The branded service can be a cloud service provider, etc. Various cloud service providers can interact with each other through a network to provide users with a complete set of services. Personal services can be used for many purposes. For example, a certified cloud service can certify any device for any game operator, an account management program can provide account services for any account user, and a game service provider can provide game services for any cloud participant.

A cloud can be accessed through certain access points. For example, a casino can provide an interface for accessing the cloud (e.g., kiosks, applications on mobile phones, etc.). Services available on the cloud can be provided by cloud service providers connected to the cloud.

An account can be maintained elsewhere on this cloud and/or dedicated to a game operator. Correspondingly, a user who accesses the cloud can use the funds provided by the cloud account provider and the games provided by the cloud game operator. A game operator in the cloud can use an authentication and/or location service provided by an authentication and/or location service provider in the cloud. For example, the funds provided by the account provider may be funds related to the port used by the user to access the cloud (eg, a casino), and the funds can be used for multiple game services connected to the cloud. In some embodiments, a game operator is limited to only using services provided by itself (eg, its own account service and/or its own authentication service). Certain embodiments may include one or more elements of such cloud services, which may provide gaming functions and/or provide services to entities providing gaming services.

The following part is an explanation of the present invention.

<b>the term</b>

The terms "one embodiment", "embodiment", "the embodiment", "this embodiment", "one or more embodiments", "certain embodiments", "specific embodiments", "certain embodiments" ", "another embodiment", etc. mean "one or more (but not all) embodiments" of the present invention, unless expressly stated otherwise.

Reference to "another embodiment" when describing an embodiment does not mean that the cited embodiment is another embodiment that is mutually exclusive (for example, an embodiment described in the previously cited embodiment), unless otherwise stated. There are clear instructions.

The term "including" and its various variants means "including but not limited to" unless expressly stated otherwise. For example, the sentence "a combination includes a red widget and a blue widget" means that the combination includes a red widget and a blue widget, but may also include other things.

The terms "a", "an", "the" and "the" mean "one or more" unless expressly stated otherwise.

The phrase "based on" does not mean "based only on" unless expressly stated otherwise. In other words, the phrase "based on" includes both "based only on" and "based on at least." The phrase "based only on" is equivalent to the phrase "based at least in part."

The term "respectively" and its analogous terms mean "their individually owned". So if two or more things have "respective" characteristics, then these two things have their own characteristics, and these characteristics may be different or the same. For example, the phrase "two machines have their own functions" means that the first of the two machines has one function, and the second also has one function. The function of the first machine and the function of the second machine may be the same or different.

The term "determined" and its semantic variants (for example, determining the price, determining the value, determining the target that meets certain standards) is an extremely broad usage. The term "determined" includes a variety of action behaviors, so "determined" can include calculation, processing, tracing, investigation, search (such as searching in a table, data, or other data structure), ascertaining, etc. Similarly, "determining" can include receiving (such as receiving information), accessing (such as accessing data in the content), and so on. Similarly, "determining" can include solving, selecting, establishing, and so on.

The term "determined" does not imply affirmative or absolute tone, so "determined" can include estimation, speculation, prediction, guessing, etc.

The term "determined" does not mean that mathematical operations must be performed, nor does it mean that numerical methods must be used, nor does it mean that algorithms or processes are used.

The term "determined" does not mean that any specific equipment must be used. For example, it is not necessary to use a computer to execute certain procedures.

When an ordinal number (such as "first", "second", etc.) is used as an adjective before a term, the ordinal number only represents a specific feature, such as used to distinguish this feature from the same or similar term described Other characteristics. For example, the "first widget" is named just to distinguish it from the "second widget". Therefore, the ordinal numbers "first" and "second" before the term "widgets" do not indicate any other relationship between the two widgets, nor do they mean any other features of any one or two components. . For example, the ordinal numbers "first" and "second" before the term "widget" (1) do not mean that the position of any one widget is before or after the other; (2) does not mean that any widget is in The other is generated or operated before or after; and (3) does not mean that the importance or quality of any one widget is above or below the other. In addition, the use of ordinal numbers does not limit the numerical range of its established characteristics. For example, the ordinal numbers "first" and "second" before the term "widget" do not mean that there are only two widgets.

When a single device, item or other product is described in the present invention, multiple devices/items (regardless of whether they are related or not) can also be used instead of the single device/item described. Correspondingly, a function handled by one device can also be handled by multiple devices/items (regardless of whether they are related or not).

Similarly, when multiple devices, items, or other products are described in the present invention (regardless of whether they are related or not), a single device/item can be used to replace multiple devices or items. For example, multiple computing devices may be replaced by a single computing device. Correspondingly, various functional classes handled by multiple devices or items are handled by a single device/item.

The function of a single device can also be embodied in one or more other devices that are not clearly indicated to contain this function. Other embodiments need not include the device itself, but may directly include one or more devices that include this function in other embodiments.

Although some program steps, algorithms, etc. are described or declared in a specific order, these programs can also be configured in a different order. In other words, a clear description or statement of any order or sequence of steps does not mean that these steps must be performed in this order. The program steps described herein can be performed in any order. In addition, although certain steps are described or implied as being performed non-simultaneously (eg, one step is described after another step), they can also be performed simultaneously. In addition, when a program is illustrated in the drawings, it does not mean that the illustrated program excludes the possibility of other variations and modifications, nor does it mean that the illustrated program or any of its steps are necessary for the present invention. It does not mean that the illustrated program is preferred.

Although a program can be described as including multiple steps, it does not mean that all or any of the steps are preferred, necessary, or necessary. Various other embodiments within the scope of the present invention include other procedures that omit some or all of the described steps. Unless expressly stated otherwise, no steps are necessary or necessary.

Although a program may be described separately or without reference to other products or methods, in some embodiments the program can interact with other products or methods. For example, this interaction may include incorporating one business model into another business model. This interaction can be used to increase the flexibility or desirability of this program.

Although a product can be described as including multiple elements, aspects, qualities, features, and/or functions, it does not indicate that any or all of the foregoing is preferred, necessary, or necessary. Various other embodiments within the scope of the present invention include other products that omit some or all of the foregoing.

An enumerated list of projects (which may or may not be numbered) does not mean that any or all projects are mutually exclusive, unless explicitly stated otherwise. Similarly, an enumerated list of projects (which may or may not be numbered) does not mean that any or all projects are a combination of any category, unless explicitly stated otherwise. For example, the enumerated list "one computer, one laptop, one PDA" does not mean that any or all three projects are mutually exclusive, nor does it mean that any or all three projects are a combination of any category. An enumerated list of projects (may or may not be numbered) does not mean that any or all projects are equal to each other or can be easily substituted for each other, unless explicitly stated otherwise.

A person of ordinary skill in the art can obviously realize that the various processing procedures described herein can be implemented by the following devices, such as appropriately programmed general-purpose computers, special-purpose computers, and computing devices. Usually a processor (e.g., one or more microprocessors, one or more microcontrollers, one or more digital signal processors) will receive instructions (e.g. from memory or similar devices) and execute These instructions execute one or more processes defined by these instructions. The instructions can be embodied in, for example, one or more computer programs, one or more scripts.

A "processor" refers to one or more microprocessors, central processing units (CPUs), computing devices, microcontrollers, digital signal processors or similar devices, or any combination of its various architectures (e.g., wafer-level Multi-processor/multi-core processor, RISC without interlocking pipeline stage, CISC microprocessor, pipeline configuration, synchronous multi-threading).

Therefore, the description of a program is also a description of the device used to execute the program. The device that executes the program may include, for example, a processor and input and output devices that can only execute the program.

In addition, the programs (and other data types) that implement these methods can be stored and sent in various ways using multiple media (eg, computer-readable media). In some embodiments, hard-wired circuits or custom hardware can be used to replace or combine some or all of the software instructions that can implement various embodiments. Therefore, various combinations of hardware and software can be used, not just software.

The description of a program is also a description of the computer-readable medium that stores the program that executes the program. The computer-readable medium can store (in any appropriate format) these program elements in order to properly execute this method.

Just as the description of the steps in the process does not indicate that all the described steps are necessary, an embodiment of a device includes a computer/computing device that can execute some (but not necessarily all) of the programs.

Similarly, just as the description of each step in the process does not indicate that all the described steps are necessary, an embodiment of a computer-readable medium storing a program or data structure includes such a computer-readable medium, which stores a program, when this When a program is executed, it can cause a processor to execute some (but not necessarily all) of the described procedures.

When describing the database, those of ordinary skill in the art should understand that (i) an alternative database structure of the described database structure can be used, and (ii) other memory structures can be easily used in addition to the database. Any display or description of any example database in the present invention is a display arrangement of information storage. In addition to what is suggested in the drawings or tables shown elsewhere, any other arrangement may be adopted. Similarly, any database entries shown are for demonstration purposes only, and those of ordinary skill in the art will understand that the number and content of entries may be different from those described in the present invention. In addition, although some databases described in the present invention are in the form of tables, other formats (including relational databases, object models, and/or distributed databases) can also be used to store and manipulate the types of data described in the present invention. Likewise, the object methods or behaviors of a database can be used to execute various programs, as described in the present invention. In addition, the database can be stored locally or in a remote device that can access the database in a known manner.

Various embodiments may be configured to work in a network environment, including a computer that communicates with one or more devices (eg, via a communication network). This computer can directly or indirectly communicate with the device, and can also communicate through any wired or wireless medium (such as the Internet, local area network, wide area network or Ethernet, token ring network, telephone line, cable line, radio channel, optical communication line, Commercial online service provider, electronic bulletin board system, satellite communication link or any combination of the above). Each device itself can also include a computer or other computing equipment adapted to communicate with a computer, such as Intel® Pentium® or Centrino^TMprocessor. The devices that communicate with the computer can be of any number and type.

In one embodiment, the server computer or centralized server is not necessary. For example, in one embodiment, the invention can be practiced on one or more devices without the need for a centralized server. In this embodiment, any functions performed by the server computer described herein or data stored on the server computer can be executed or stored by one or more such devices.

When describing a program, in one embodiment, the program can be executed without any user intervention. In another embodiment, the method includes some human intervention (for example, a step is manually operated or assisted by humans).

<b>Video betting games</b>

Video games imitate a board game by adapting board game rules and cards.

In a version of video poker, players are allowed to check five cards randomly selected by the computer. These cards are displayed on the display frequency, and the player can select the cards they want. If the player wants to keep all the cards, that is, hold the card, he can press a "hold the card" button. If the player wants to keep some cards, he can press the "reserve" button displayed directly below each card on the display to select the card. After selecting the reserved cards, press "Distribute Cards" to see at the same time to replace the unselected cards with other cards randomly selected from the remaining cards. After pressing the "License Hold" button, or after replacing the card, the final licensed content is evaluated by the computer of the game machine, and the player's balance or coins are awarded according to the pay table. This pay table is stored in the machine's computer memory and displayed on the machine's screen at the same time. A hand with higher card points will get more balance or coins. Very few cards can get payouts of 800-1 or even higher.

<b>Device for playing games on a communication system</b>

Figure 1 shows a component block diagram of the hand card reading system of the card table 4 in some embodiments, which includes a smart card reading shoe 8 and an output device 14, as well as a smart card reading and discarding rack 12 and Output device 18. Also displayed are the player position 6, as well as the player's hand position sensor 10 and the output port 16.

Figure 2 shows the device used for the game. It includes a plurality of player units 40-1 to 40-n, which are connected to the game system through a communication system 41 (such as the Internet). The game system includes a management unit 42, a player register 43, and a game unit. 45. Each unit 40 is generally a personal computer with a display unit and control device (a keyboard and a mouse).

When the player logs into the game system, the unit 40 makes itself identifiable by the management unit. This system saves the player's detailed information in the register 43, which provides all potential players with independent player register units 44-1 to 44-n, that is, the detailed information of all members in the system.

Once the player has been identified, the player will be assigned to a game unit 45. The game unit includes a set of player data units 46-1 to 46-6, a card dispatcher unit 47, a logic unit 48, and a random processing unit 49.

Up to seven players can be assigned to the game unit 45. There can be multiple such units, so that when more than seven members log into the system at the same time, multiple games can be played at the same time. The allocation of the player profile unit 46 to the player unit 40 may be arbitrary or random, depending on which player profile unit 46 and game unit 45 are free. Each player data unit 46 is loaded from the corresponding player register unit 44, and also contains basically the same details as the corresponding player unit 40, and communicates with the player unit 40 to keep the contents of the player unit and the player data unit updated with each other . In addition, appropriate contents of the other player profile unit 46 and the dealer unit 47 are sent to the player unit 40 for display.

The logic unit 48 of the game unit 45 executes the steps of the game unit through various stages, thereby initiating the action of the dispatcher, and waits for the player unit 40 to respond appropriately. The random card distribution unit 49 basically distributes cards to the card distributor unit 47 and the player profile unit 46 randomly. At the end of a game of cards, the logic unit transmits the result of the game (ie, winning or losing) to the player data unit 46 to inform the player of the result. The management unit 42 also receives these results, and updates the player register unit 44 accordingly.

The player unit 40 is arranged with a display. When the player needs to be identified, the player's position will be highlighted. As the game progresses, players select various information boxes and enter their bets, etc., and then the results of these operations will be displayed. When the cards are distributed, a series of overlapping cards are displayed in the bonus box. According to the player's choice, the cards can be displayed under the bonus box, and the same is true for the cards distributed to the dealer. At the end of a game of cards, a message will be displayed to inform the player of the result of his bet, that is, the amount won or lost.

<b>Alternative technology</b>

It should be understood that the techniques for implementing, using, or practicing various embodiments described in the present invention are only a subset of possible techniques that can be used for the same or similar purposes. The specific techniques described here are not to be construed as limiting. On the contrary, alternative technologies to implement, use, or practice the various embodiments may be considered in different embodiments.