Game coin checking and monitoring method and system

Abstract

The invention relates to a game coin checking and monitoring method and system, and the method comprises the steps: responding to a checking triggering instruction, and enabling a first terminal to transmit a reading instruction to an RFID reader-writer; the RFID reader-writer reads the UID of the table game currency, generates a UID list, and uploads the UID list to the second terminal through the first terminal and the network; the second terminal obtains a UID list from a specific table, inquires the denomination of the game currency corresponding to each UID through the UID list, calculates the expected total value of the table game currency according to the historical inventory data and the local transaction record, compares the expected total value with the actual total value of the current inventory, and sends the comparison result to the third terminal; and in response to the fact that the actual total value of the inventory is inconsistent with the expected total value and the current inventory is the first inventory, the third terminal sends the inventory triggering instruction again. According to the method, high-frequency, automatic and high-precision checking can be realized.

Description

Technical Field

[0001] This invention relates to the field of radio frequency identification technology, and in particular to a method and system for inventorying and monitoring game coins. Background Technology

[0002] Board games are a popular form of gaming. Currently, board game tables in entertainment venues typically require manual counting, leading to the following problems: 1. Table managers need to manually count game coins during shift changes, which is time-consuming, labor-intensive, and prone to errors; 2. Table managers are prone to mis-paying or mis-collecting game coins during payouts and returns; and 3. The settlement center cannot promptly monitor on-site payments and receipts. While RFID (Radio Frequency Identification) technology has been applied to asset management, a mature and efficient solution remains to be found for the specific scenario of entertainment venues. This solution aims to deeply integrate RFID readers, dedicated tables, and the entertainment venue management system to achieve high-frequency, automated, and high-precision inventory counting, while addressing the three core business pain points mentioned above.

[0003] Therefore, there is a need for a method and system for inventorying and monitoring game coins in entertainment venues that can solve the above problems. Summary of the Invention

[0004] Therefore, it is necessary to provide a method and system for inventorying and monitoring game coins that can achieve high-frequency, automated, and high-precision inventory counting, addressing the aforementioned technical problems.

[0005] Firstly, this application provides a method for inventorying and monitoring game coins, wherein an RFID reader and antenna are installed under or inside a table. The table is used to hold game coins embedded with unique RFID tags. Each table is equipped with a first terminal, which communicates with the RFID reader via a network cable or serial cable. The method includes: in response to an inventory trigger command, the first terminal sends a read command to the RFID reader; after receiving the read command, the RFID reader scans the table area through the antenna, reads the UIDs of all game coins on the table, and generates a UID list; the RFID reader uploads the UID list to a second terminal via the network through the first terminal; the second terminal obtains the UID list from a specific table, queries the face value of the game coin corresponding to each UID through the UID list, calculates the expected total value of the game coins on the table based on historical inventory data and current transaction records, compares it with the actual total value of this inventory, and sends the comparison result to a third terminal; in response to a discrepancy between the actual total value and the expected total value, and this is the first inventory, the third terminal issues another inventory trigger command.

[0006] In one embodiment, after the second terminal obtains a list of UIDs from a specific table and queries the denomination of the game coin corresponding to each UID through the UID list, the method further includes: comparing the game coins with denomination information with the location status of the game coins recorded in the database, and filtering out game coins that are on the table but whose location status indicates that they are not on the table, and game coins whose location status indicates that they are on the table but have not been read.

[0007] In one embodiment, the method further includes: after a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

[0008] In one embodiment, the specific method for calculating the expected total value of tabletop game coins includes: using the formula "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be paid to players in this round" to calculate the expected total value of tabletop game coins.

[0009] In one embodiment, the method further includes: in response to the actual total value of the inventory being consistent with the expected total value, the third terminal enters a waiting instruction state.

[0010] In one embodiment, the method further includes, in response to the discrepancy between the actual total value and the expected total value of the current inventory count, if the current inventory count is not the first inventory count, popping up an alarm window on the third terminal and automatically uploading the alarm event to the second terminal record to assist the terminal user in querying.

[0011] Secondly, this application also provides a game coin inventory and monitoring system, which includes: a first terminal, connected to an RFID reader via a network cable or serial cable, the first terminal responding to an inventory trigger command by sending a read command to the RFID reader; an RFID reader and antenna, installed under or inside a table, the RFID reader scanning the table area through the antenna after receiving the inventory trigger command, reading the UIDs of all game coins on the table, and generating a UID list; wherein each game coin has a unique RFID tag embedded inside; and a second terminal, connected to the first terminal via a network cable or serial cable. The system connects via wired or wireless means. The RFID reader uploads the UID list from the first terminal to the second terminal via the network. The second terminal obtains the UID list from the specific table, queries the denomination of the game currency corresponding to each UID, calculates the expected total value of the game currency on the table based on historical inventory data and the transaction records of the current round, compares it with the actual total value of this inventory, and sends the comparison result to the third terminal. In response to the discrepancy between the actual total value and the expected total value of this inventory, and since this is the first inventory, the third terminal sends another inventory trigger command to the first terminal.

[0012] In one embodiment, after the second terminal obtains a list of UIDs from a specific table and queries the denomination of the game coin corresponding to each UID through the UID list, the second terminal is also used to compare the game coins with the denomination information with the location status of the game coins recorded in the database, and filter out game coins that are on the table but whose location status indicates that they are not on the table, and game coins whose location status indicates that they are on the table but have not been read.

[0013] In one embodiment, after a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

[0014] In one embodiment, the second terminal calculates the expected total value of the tabletop game currency by using the formula "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be compensated to players in this round".

[0015] The aforementioned method and system for inventorying and monitoring game coins utilizes an RFID reader and antenna installed under or inside a table. The table holds game coins each embedded with a unique RFID tag. Each table is equipped with a first terminal, which communicates with the RFID reader via a network cable or serial cable. The method involves the RFID reader receiving a reading command from the first terminal, scanning the table area, reading the game coin UIDs, generating a list, and uploading it to a second terminal via the first terminal and network. The second terminal retrieves the UID list, queries the corresponding denominations, calculates the expected total value of the game coins on the table based on historical inventory data and current transaction records, compares it with the actual total value, and sends the result back to a third terminal. If the actual total value differs from the expected total value during the initial inventory, the third terminal sends another inventory trigger command to the first terminal. This improves inventory efficiency and accuracy, and further enhances data reliability through multiple inventory checks and discrepancy comparisons. Attached Figure Description

[0016] To more clearly illustrate the technical solutions in the embodiments or related technologies of this application, the accompanying drawings used in the description of the embodiments or related technologies will be briefly introduced below. Obviously, the accompanying drawings described below are only some embodiments of this application. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0017] Figure 1 This is an application environment diagram of a game coin inventory and monitoring method in one embodiment; Figure 2 This is a flowchart illustrating a method for inventorying and monitoring game coins in one embodiment; Figure 3 This is a cross-sectional view of the table in one embodiment. Detailed Implementation

[0018] To make the objectives, technical solutions, and advantages of this application clearer, the following detailed description is provided in conjunction with the accompanying drawings and embodiments. It should be understood that the specific embodiments described herein are merely illustrative and not intended to limit the scope of this application.

[0019] The game currency inventory and monitoring method provided in this application embodiment can be applied to, for example... Figure 1 In the application environment shown, the first terminal 102 and the third terminal 106 communicate with the second terminal 104 via a network. A data storage system can store the data that the second terminal 104 needs to process. The data storage system can be integrated onto server 104, or it can be located in the cloud or on other network servers. The first terminal 102 and the third terminal 106 can be, but are not limited to, various personal computers, laptops, smartphones, tablets, and portable wearable devices. Portable wearable devices can be smartwatches, smart bracelets, head-mounted devices, etc. The second terminal 104 can be implemented using a standalone server or a server cluster consisting of multiple servers.

[0020] In traditional casino operations, the management of table game tokens mainly relies on manual operation, which has the following pain points and technical shortcomings: 1. Manual inventory is inefficient and prone to errors: When table managers hand over shifts, all game tokens on the table need to be manually counted. This process is time-consuming (usually 15-30 minutes per table), and in an environment with high-value, high-density game tokens, manual counting is prone to errors, leading to unclear accounts, economic losses, or internal disputes.

[0021] 2. Lack of real-time verification in the payout process: After each game, the table administrators need to pay out game coins to the players. Currently, there is a lack of effective technical means to quickly verify the table chips the moment payout is completed, making it impossible to promptly detect and correct payout errors (such as overpayment, underpayment, incorrect denominations, etc.). These errors may only be discovered during subsequent inventory checks, by which time it is too late to trace responsibility.

[0022] 3. Lagging and unreal-time back-end monitoring: Back-end administrators cannot grasp the precise chip inventory of each table in real time. They rely on periodic, manually reported data, which is severely outdated and hinders effective risk control, cash flow monitoring, and dynamic allocation.

[0023] To address the aforementioned problems, this application proposes a method for inventorying and monitoring game currency. For example... Figure 2 The diagram shows the game currency inventory and monitoring method provided in this application. For clarity, please also refer to... Figure 3 , Figure 3This is a cross-sectional schematic diagram of a table in one embodiment of this application. As shown in the figure, the table's structure is specially designed to fix the RFID antenna and optimize the radio frequency field, ensuring stable and complete reading of the UIDs of all chips in the chip tray, while shielding or reducing interference from outside the table. The table includes a housing 302; inside the housing is a game coin holder 306, which holds game coins embedded with unique RFID tags. These RFID tags store a unique identification code (UID). The server database pre-stores the denomination information of the game coins corresponding to each UID. For example, the game coin storage box 306 can form multiple semi-cylindrical storage spaces to create storage compartments that facilitate the neat placement of game coins; and an RFID reader and antenna are installed inside the table. For example, the RFID reader and antenna can be set on the side wall of the table, and the antenna 304 can be set below the game coin storage box 306. The RFID reader can transmit radio frequency signals through the antenna to read the UID of all RFID game coins on the code disk; each table is equipped with a first terminal 102, which is connected to the RFID reader via a network cable or serial cable (it can communicate via wired such as USB, or wireless such as Bluetooth / Wi-Fi) to display inventory results, operation interface, and can issue prompts or alarms. For example, the first terminal is a table PC, which can be an independent computer placed on the table.

[0024] The following text describes the application of game currency inventory and monitoring methods. Figure 1 Taking the application environment in [the example] as an example, the method includes the following steps 202 to 210. Wherein: Step 202: In response to the inventory trigger command, the first terminal sends a read command to the RFID reader.

[0025] Step 204: After receiving the reading command, the RFID reader scans the table area with its antenna, reads the UIDs of the game coins on the table, and generates a UID list.

[0026] For example, inventory checks can be triggered in two ways: manually and automatically. Manual triggering means that the table manager initiates the inventory check by clicking the "Inventory Check" button on a third terminal, such as a tablet, after shift handover or payouts. In response to the trigger command, the first terminal sends a read command to the RFID reader. Automatic triggering includes systems set to automatically initiate inventory checks after each game or performing scheduled inventory checks. This allows for an authoritative verification of the game currency on the table before starting a new game, ensuring that the accounts match the actual currency and concluding the financial accuracy of the previous game.

[0027] After receiving the reading command issued in the above manner, the RFID reader scans the table area with its antenna, reads the UID (Unique Identifier) ​​of all the game coins on the code disk at once, and generates a UID list.

[0028] Step 206: The RFID reader uploads the UID list from the first terminal to the second terminal via the network.

[0029] Optionally, the RFID reader uploads the UID list to a second terminal, such as a central server, via a tablet computer and a network (e.g., Wi-Fi / wired network).

[0030] Step 208: The second terminal obtains a list of UIDs from a specific table, queries the denomination of game currency corresponding to each UID through the UID list, calculates the expected total value of game currency on the table based on historical inventory data and current transaction records, compares it with the actual total value of this inventory, and sends the comparison result to the third terminal.

[0031] For example, the second terminal can be a server, such as a main server, which can be a standalone server or a server cluster composed of multiple servers. In one embodiment, the server's data receiving module can obtain a list of UIDs from a specific table, and the server's calculation module can query the denomination information corresponding to these UIDs in the database, and perform aggregation calculations based on the denomination information to determine the quantity of each denomination of game tokens on the table's code disk and the total value of all game tokens.

[0032] Step 210: In response to the discrepancy between the actual total value and the expected total value of the inventory count, and since this is the first inventory count, the third terminal issues another inventory count trigger command.

[0033] For example, the third terminal is a table PAD, which can be a tablet computer placed on a table and can display the calculation results of the second terminal.

[0034] After the initial inventory and calculation are completed, a discrepancy judgment is made. If the actual total value of the inventory is inconsistent with the expected total value, and this is the first inventory, the third terminal will immediately and automatically initiate a second (or even a third) inventory (which takes about 2-3 seconds) to eliminate accidental reading errors caused by chip stacking or posture.

[0035] It is understood that although the first terminal and the third terminal are used to implement different functions in this embodiment, in some embodiments, the functions of the first terminal and the third terminal can be implemented by either the first terminal or the third terminal.

[0036] The aforementioned method for inventorying and monitoring game coins reduces the manual inventory process, which originally took tens of minutes, to seconds, greatly improving shift handover efficiency and table operation efficiency. Furthermore, the use of RFID technology for contactless, batch reading eliminates all potential errors associated with manual counting, ensuring 100% data accuracy. Additionally, this method enables real-time payout correction: through immediate post-game inventory checks, payout errors can be instantly detected, minimizing losses and clearly assigning responsibility to individuals, strengthening internal controls. It also reduces a significant amount of repetitive manual labor, lowering labor costs and reliance on employee experience, thus standardizing and automating the management process.

[0037] In one embodiment, after the second terminal obtains a list of UIDs from a specific table and queries the denomination of the game coin corresponding to each UID through the UID list, the method further includes: comparing the game coins with denomination information with the location status of the game coins recorded in the database, and filtering out game coins that are on the table but whose location status indicates that they are not on the table, and game coins whose location status indicates that they are on the table but have not been read.

[0038] In one embodiment, the method further includes: after a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

[0039] In this embodiment, the server calculation module not only queries the denomination corresponding to the UID, but more importantly, compares it with the "location status" of the game coins in the database. The system will filter out all game coins that are actually on the table but should not be on the table (excess game coins), and game coins that should be on the table but have not been read (missing game coins). Furthermore, after a game is completed and a payout is made, the second terminal updates the location status of the relevant game coins.

[0040] For example, a dynamic "location status" attribute (such as "on the table," "in the player area," or "in circulation") is maintained in the database for each game coin UID. After a game is completed and a payout is made, the system automatically updates the "location status" of the relevant game coin according to the payout logic. For example, the status of the game coin paid to the player is updated from "on the chip tray" to "in the player area." This is the data foundation for accurate comparison.

[0041] In one embodiment, the specific method for calculating the expected total value of tabletop game coins includes: using the formula "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be paid to players in this round" to calculate the expected total value of tabletop game coins.

[0042] In one embodiment, the method further includes: in response to the actual total value of the inventory being consistent with the expected total value, the third terminal enters a waiting instruction state.

[0043] In one embodiment, the method further includes, in response to the discrepancy between the actual total value and the expected total value of the current inventory count, if the current inventory count is not the first inventory count, popping up an alarm window on the third terminal and automatically uploading the alarm event to the second terminal record to assist the terminal user in querying.

[0044] For example, after the initial inventory and calculation are completed, a difference judgment is made. If the inventory result is completely consistent with the expected total value, the system will not give any prompts and the third terminal will normally enter the "next round" standby state. If the actual total value of the inventory is inconsistent with the expected total value, and this is the first inventory, the third terminal will immediately and automatically initiate a second (or third) inventory (which takes about 2-3 seconds) to eliminate accidental reading errors.

[0045] If multiple consecutive inventory counts show discrepancies with the expected values, the discrepancy is considered valid. The system will display a prominent alert window on the table administrator's third-party terminal, such as "Abnormal chip count, please check the previous round's payout!" and record the discrepancy details. Simultaneously, the system can automatically link and retrieve the real-time monitoring video timeline for that table, assisting table administrators and managers in reviewing the results.

[0046] Optionally, the table administrator can choose to "ignore the warning and continue the game," but this requires authorization confirmation from on-site administrators (such as monitors or managers) using their higher-level accounts. This authorization action will be recorded by the system.

[0047] Finally, regardless of whether it is overlooked, the detailed data of this chip difference (including the results of the two inventory counts, expected values, list of chip difference UIDs, operators, timestamps, etc.) will be permanently recorded in the audit log of the database for subsequent query and accountability.

[0048] In this embodiment, "multiple inventory checks" effectively distinguish between genuine asset anomalies and temporary technical misinterpretations, improving the system's reliability and usability; a closed-loop audit trail is established: the physical inventory of chips, logical status, business operations (payouts), and personnel authorization are fully linked, forming an impeccable management loop and greatly strengthening internal control; by providing an "authorization bypass" option, the rigor of the process is ensured, while avoiding the impact on casino operational efficiency due to an overly rigid system.

[0049] In one embodiment, the game coin inventory and monitoring method further includes the following steps: the second terminal sends the calculation result to the third terminal that initiated the request for display, and at the same time updates the data on the background monitoring interface.

[0050] Furthermore, during shift handover, both the outgoing and incoming desk managers jointly trigger an inventory count. The number displayed by the system serves as the basis for the handover, and the handover is completed after both parties confirm that everything is correct. The entire process takes only a few seconds, is efficient, and avoids disputes.

[0051] When applied to payout verification, the game currency inventory and monitoring methods also include: after a game payout is completed, the system automatically or manually triggers an inventory count. The system compares the total value counted with the total value at the end of the previous game, plus the current game's revenue, minus the theoretical payout value. If there is a discrepancy, an audible and visual alarm is immediately issued on the tablet, prompting the table administrator to check, thus achieving "real-time control."

[0052] In this embodiment, back-end administrators can view the precise chip inventory of all tables in real time, facilitating fund supervision, analysis, and decision support. This provides back-end management with an unprecedented real-time data view, enabling transparent, refined management and risk control of chip assets.

[0053] It should be understood that although the steps in the flowcharts of the embodiments described above are shown sequentially according to the arrows, these steps are not necessarily executed in the order indicated by the arrows. Unless explicitly stated herein, there is no strict order restriction on the execution of these steps, and they can be executed in other orders. Moreover, at least some steps in the flowcharts of the embodiments described above may include multiple steps or multiple stages. These steps or stages are not necessarily completed at the same time, but can be executed at different times. The execution order of these steps or stages is not necessarily sequential, but can be performed alternately or in turn with other steps or at least some of the steps or stages of other steps.

[0054] Based on the same inventive concept, this application also provides a game currency inventory and monitoring system for implementing the aforementioned game currency inventory and monitoring method. The solution provided by this system is similar to the implementation scheme described in the above method; therefore, the specific limitations of one or more game currency inventory and monitoring system embodiments provided below can be found in the limitations of the game currency inventory and monitoring method described above, and will not be repeated here.

[0055] In one exemplary embodiment, this application also provides a game coin inventory and monitoring system, which includes: a first terminal, connected to an RFID reader via a network cable or serial cable, the first terminal responding to an inventory trigger command by sending a read command to the RFID reader; an RFID reader and an antenna, installed under or inside a table, the RFID reader scanning the table area through the antenna after receiving the inventory trigger command, reading the UIDs of all game coins on the table, and generating a UID list; wherein each game coin has a unique RFID tag embedded inside; and a second terminal, connected to the first terminal. The system connects via wired or wireless means. The RFID reader uploads the UID list from the first terminal to the second terminal via the network. The second terminal obtains the UID list from the specific table, queries the denomination of the game currency corresponding to each UID, calculates the expected total value of the game currency on the table based on historical inventory data and the transaction records of the current round, compares it with the actual total value of this inventory, and sends the comparison result to the third terminal. In response to the discrepancy between the actual total value and the expected total value of this inventory, and since this is the first inventory, the third terminal sends another inventory trigger command to the first terminal.

[0056] In one embodiment, after the second terminal obtains a list of UIDs from a specific table and queries the denomination of the game coin corresponding to each UID through the UID list, the second terminal is also used to compare the game coins with the denomination information with the location status of the game coins recorded in the database, and filter out game coins that are on the table but whose location status indicates that they are not on the table, and game coins whose location status indicates that they are on the table but have not been read.

[0057] In one embodiment, after a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

[0058] In one embodiment, the second terminal calculates the expected total value of the tabletop game currency by using the formula "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be compensated to players in this round".

[0059] The technical features of the above embodiments can be combined in any way. For the sake of brevity, not all possible combinations of the technical features in the above embodiments are described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0060] The embodiments described above are merely illustrative of several implementation methods of this application, and while the descriptions are specific and detailed, they should not be construed as limiting the scope of this patent application. It should be noted that those skilled in the art can make various modifications and improvements without departing from the concept of this application, and these all fall within the protection scope of this application. Therefore, the protection scope of this application should be determined by the appended claims.

Claims

1. A method for inventorying and monitoring game coins, characterized in that, An RFID reader and antenna are installed under or inside the table. The table is used to hold game coins with unique RFID tags embedded inside. Each table is equipped with a first terminal, which communicates with the RFID reader via a network cable or serial cable. The method includes: In response to the inventory trigger command, the first terminal sends a read command to the RFID reader; After receiving the reading command, the RFID reader scans the table area with its antenna, reads the UID of the game coins on the table, and generates a UID list; The RFID reader uploads the UID list from the first terminal to the second terminal via the network. The second terminal obtains a list of UIDs from a specific table, queries the denomination of game currency corresponding to each UID through the UID list, calculates the expected total value of game currency on the table based on historical inventory data and current transaction records, compares it with the actual total value of this inventory, and sends the comparison result to the third terminal. In response to the discrepancy between the actual total value of the inventory count and the expected total value, and given that this is the first inventory count, the third terminal issues another inventory count trigger command.

2. The method according to claim 1, characterized in that, After the second terminal obtains the UID list from a specific table and queries the denomination of game currency corresponding to each UID through the UID list, the process also includes: The game coins with denomination information are compared with the location status of the game coins recorded in the database. Game coins that are on the table but whose location status indicates they are not on the table, and game coins whose location status indicates they are on the table but have not been read are filtered out.

3. The method according to claim 2, characterized in that, The method further includes: After a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

4. The method according to claim 1, characterized in that, The specific method for calculating the expected total value of the tabletop game coins includes: The expected total value of the tabletop game currency is calculated using the formula: "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be paid to players in this round".

5. The method according to claim 1, characterized in that, The method further includes: In response to the actual total value of the inventory being consistent with the expected total value, the third terminal enters a waiting instruction state.

6. The method according to claim 1, characterized in that, The method further includes, in response to the discrepancy between the actual total value of this inventory count and the expected total value, if this inventory count is not the first inventory count, popping up an alarm window on the third terminal and automatically uploading the alarm event to the second terminal record to assist the terminal user in querying.

7. A game coin inventory and monitoring system, characterized in that, The system includes: The first terminal is connected to the RFID reader via a network cable or serial cable. In response to the inventory trigger command, the first terminal sends a reading command to the RFID reader. An RFID reader and antenna are installed under or inside the table. Upon receiving a read command, the RFID reader scans the table area using the antenna to read the UIDs of the game coins on the table and generates a UID list. Each game coin contains a unique RFID tag. The second terminal is connected to the first terminal via wired or wireless means. An RFID reader uploads the UID list from the first terminal to the second terminal via a network. The second terminal obtains the UID list from a specific table, queries the denomination of game coins corresponding to each UID, calculates the expected total value of the table's game coins based on historical inventory data and current transaction records, compares it with the actual total value of this inventory, and sends the comparison result to the third terminal. In response to a discrepancy between the actual total value of this inventory and the expected total value, and considering this is the first inventory, the third terminal sends another inventory trigger command to the first terminal.

8. The system according to claim 7, characterized in that, After the second terminal obtains a list of UIDs from a specific table and queries the denomination of the game coin corresponding to each UID through the UID list, the second terminal is also used to compare the game coins with the denomination information with the location status of the game coins recorded in the database, and filter out game coins that are on the table but whose location status indicates that they are not on the table, and game coins whose location status indicates that they are on the table but have not been read.

9. The system according to claim 8, characterized in that, After a game is completed and a payout is made, the second terminal updates the location status of the relevant game currency.

10. The system according to claim 7, characterized in that, The specific methods by which the second terminal calculates the expected total value of the tabletop game coins include: The expected total value of the tabletop game currency is calculated using the formula: "Expected total value = Total value of the previous round + Total amount paid by players in this round - Total amount to be paid to players in this round".

Images