JP5082305B2 - Billing management system for game device - Google Patents

Description

  The present invention relates to a billing management system for game devices, a billing management server or game device in the system, a billing management program for operating the billing server of the system, and a billing management method using the system.

  The game device for business can play a game by inputting credits generated by inserting or paying coins (coins), banknotes, prepaid cards, electronic money, medals and the like. After the input, the game function control operation is executed in response to a start command from the player, and credit information consumed for each game play is accumulated in the game device.

  On the other hand, as a business form of the arcade game device, there is a case where the whole or a part of the game device (software portion, etc.) is lent to the game device manager by a lease contract. The user is charged for the usage according to the usage status of the game device, and the game device manager pays a part of the profit to the leasing company according to the fee.

  At this time, the billing process according to the use of the game device is performed based on the count value by the play counter equipped in the game device, and the leasing company periodically checks the play counter of the leased game device. Thus, the billing information is obtained.

  However, in such a billing process, when there are a large number of lease destinations, a great deal of labor is required to obtain billing information, and the management service to each lease destination cannot be performed smoothly. Therefore, it has been proposed to connect a leased game device to a communication network and perform centralized management including accounting via the communication network.

  In Patent Document 1 below, a lease (rental) device provided by a lease (rental) dealer, a base station that transmits and receives radio signals to and from these leased devices, and a device management center are connected to a communication network. The system in which the management center communicates with the leased equipment, and the leased equipment is in an unusable state at the time of lending, and the equipment management center sends an electronic lock to the leased equipment in response to the received use start request, It is described that a leased device that has received an electronic lock is changed from an unusable state to a usable state. Also, in this prior art, the number of times the leased device was turned on after the leased device received the electronic lock and the setting was changed to a usable state, including information on the number of times the leased device can be used in the electronic lock. It is shown that after the power is turned on as many times as possible, the state is changed to an unusable state.

JP 2002-150420 A

  In the above-described prior art, it is possible to charge according to the amount of use by using the available number of times information included in the electronic lock as the charging information. However, according to this, since the usage amount cannot be grasped unless the usable number of times is exhausted and the state becomes unusable, the billing process according to the use is performed regularly or irregularly during the continuous use. I can't. In general, arcade game devices are often installed at all-day stores or play facilities in a state where they can be played at all times. If you try to secure, for example, you will not be able to charge for usage in a short time every day, and if you shorten the number of usable times according to the short-term settlement, you will not be able to play every time, and will be open all day As a result, there is a problem that it is impossible to cope with the form of business and adversely affects operating profit.

  In contrast, the restriction on the number of usable times is removed, the leased device and the center side are kept connected via the communication network, and the center side obtains the usage history information of the leased device as needed to obtain billing information. In this way, it is possible to periodically charge according to use while ensuring continuous use.

  However, with this billing method, arcade game devices can generally be played in a stand-alone state separated from the communication network, so if the connection with the center side is interrupted intentionally or due to some kind of network failure, There is a problem that the usage history of the apparatus cannot be completely grasped on the center side, and charging according to the accurate usage status cannot be performed. Further, if the restriction on the number of times of use is eliminated, there is a problem that the center cannot manage the lease destination that is illegally disconnected from the network and cannot restrict unauthorized use of the lease contract.

  Furthermore, in the above-described prior art, the usable information is included in the electronic lock transmitted to the leased device, and the usable number of times is set when the power is turned on at the beginning of use. The number of times is a fixed value and cannot be changed. According to this, when the game device is centrally managed, there arises a problem that the use restriction of the game device cannot be flexibly managed according to the use or billing status of the game device or various circumstances on the management side.

  The present invention has been proposed to deal with such a situation, and can be used in a case where centralized billing management is performed via a communication network for each game device installed in a store or the like. To ensure the continued use of the game device for proper use after setting a limit (continuous use frame), and to charge regularly according to the usage status during continuous use, Even if the connection to the communication network is interrupted intentionally or due to a network failure, etc., it is possible to perform billing that accurately grasps the usage status of each game device, and unauthorized use such as intentionally disconnecting the connection to the communication network Appropriate restrictions on use can be made, and furthermore, each usage limit (continuous use frame) of each game device can be changed appropriately according to various situations. Ability to manage the use of chromatography beam device flexibly and properly, etc. It is an object of the present invention.

In order to achieve such an object, a billing management system for a game device according to the present invention includes a billing server connected to a communication network and a game device capable of transmitting / receiving information to / from the billing server via the communication network. A billing management system for a game device in which the billing server performs billing management in accordance with the usage status of the game device based on billing information transmitted from the game device to the billing server. The game control unit that executes the game program in response to the signal, and the play count value is accumulated for each game play by the execution of the game program, and the accumulated play count value exceeds the set count limit value or the same value A game player that restricts execution of the game program by the game control unit when Limiting means and charging information transmitting means for transmitting charging information including at least the play count value to the charging server via a communication network at a set timing, the charging server transmitting from the game device a billing information receiving means for receiving the accounting information, on the basis of the billing information received, the accounting processing means for performing accounting processing for each of the game devices, the count limit of the game device billing information is transmitted Updating the count limit value, and transmitting the updated count limit value to the game device to which the billing information has been transmitted, and the game play limiting means of the game device includes the updated count limit value. Receiving and changing the setting of the existing count limit value to the updated value.

The billing management method by the billing management system includes a billing server connected to a communication network, and a game device capable of transmitting / receiving information to / from the billing server via the communication network, from the game device to the billing server. In a billing management method by a billing management system that manages billing of a game device that performs billing management according to the usage status of the game device based on billing information transmitted to the game device, the game play by executing the game program of the game device A game play restriction step for accumulating the play count value every time, and limiting the game play of the game device when the accumulated play count value exceeds or reaches the set count limit value, and is set At least the play count via the communication network A billing information transmitting step for transmitting billing information to the billing server; a billing information receiving step for the billing server to receive billing information transmitted from the game device; and the game device based on the received billing information an accounting processing step of performing a billing process for each count that updates the count limit of the game device every time the billing information is transmitted, and transmits the updated count limit to the game apparatus charging information is transmitted A limit value updating step; and a step in which the game device receives the updated count limit value and changes the setting of the existing count limit value to the updated value.

In addition, if the characteristics of the billing server in the billing system described above are separately shown, the game play restriction in which the game play is restricted when the accumulated play count value for each game play exceeds or reaches the count limit value. A billing server connected to a game device having a means via a communication network and performing billing management according to the usage status of each game device based on billing information transmitted from the game device, and is set Charging information receiving means for receiving charging information including at least the play count value transmitted from the game device at a timing, and charging processing means for performing charging processing for each game device based on the received charging information; , it updates the count limit before Symbol game device billing information is transmitted, and transmits to the game device Characterized in that it comprises a count limit value updating means.

  In addition, as a feature of the billing management program that operates with this billing server, the game play restriction is such that the game play is restricted when the accumulated play count value for each game play exceeds the count limit value or becomes the same value. The computer is functioned as a billing server that is connected to a game device provided with a means via a communication network and performs billing management according to the usage status of each game device based on billing information transmitted from the game device. A program for causing the computer to function as the above-described charging information receiving means, charging processing means, and count limit value updating means.

  In addition, as a feature of the game device in the above-described charge management system, a game device capable of transmitting and receiving information via a communication network with a charge server connected to a communication network, the game control unit and the game play restricting means described above. Charging information transmitting means, and the game play limiting means receives the count limit value updated by the charging server after the charging information transmitting means transmits the charging information to the charging server, and sets the existing count It is characterized in that the limit value is changed to an updated value.

  In addition, the game apparatus includes a play history recording unit that records play history information for each game play performed by the execution of the game program, and the game play restriction unit sets the play count value for each record of the play history information. It is characterized by accumulating.

  According to such a billing management system or billing management method, billing server, billing management program, and game device for a game device, the following operations can be obtained.

  On the game device side, the count limit value is updated after the billing information is transmitted to the billing server, so if the billing information is transmitted to the billing server before the play count value exceeds the existing count limit value, , The continued use of the game device can be secured.

  On the other hand, since the billing server receives billing information at the timing set in the game device, the billing server performs periodic billing processing according to the set timing while ensuring the continuous use state of the game device. This makes it possible to perform billing processing that does not affect operating profits by ensuring continuous use of the game device.

  On the billing server side, when the play history information is once recorded on the game device side, it is sent to the billing server side as billing information at the set timing. Therefore, the network connection between the game device and the billing server is assumed. Even when a situation occurs in which the game network is disconnected, the accounting server performs the accounting process according to all usage statuses of the individual game devices including the period during which the communication network is disconnected based on the play history information sent. This can be done for each device. As a result, billing management according to the usage status of a large number of game devices can be centrally managed individually.

  If the game device continues to use the game device without transmitting billing information, for example, by intentionally disconnecting the network connection, the count limit value is not updated, and the game is accumulated every game play. The count value will exceed the count limit value. Accordingly, it is possible to limit the continuation of use of the game apparatus that does not transmit billing information within the range of the count limit value.

  In addition, even if the connection between the game device and the billing server is cut off due to a network failure or the like and the billing information cannot be transmitted, the game device can continue to be used as long as it is within the count limit value range. The obstacle does not adversely affect the operating profit of the game device.

  As one form of the count limit value update means in the accounting server described above, the count limit value is updated by adding the initially set count limit value to the received play count value. According to this, every time the billing server receives billing information, the count limit value initially set is added to the current play count value and the count limit value of the game device is updated. By transmitting the billing information, it is possible to secure a continuous use frame for the added count limit value.

  Further, another form of the count limit value updating means in the accounting server described above is one in which the accounting server manages the use of the game device by changing the continuous use frame by updating the count limit value according to various situations. It is.

  As one form thereof, the count limit value update means updates the count limit value by adding a set value to the received play count value, and changes the set value according to the reception history of charging information for each game device. To do.

  According to this, the set value becomes the continuous use frame of the game device, but by setting this variable according to the reception history of the charging information for each game device, for example, the network connection environment in view of the reception history For a game device in a bad area, the above-mentioned setting value is increased so that a continuous use frame can be sufficiently secured, and the use of the game device can be secured even for a network failure, or a reception history If it can be determined that the setwork connection is intentionally disconnected frequently in view of the situation, the continuous use frame will be narrowed by reducing the setting value to minimize damage due to unpaid use. Billing management such as

  As another form, the billing server is provided with the server administrator's business plan information, and the count limit value updating means updates the count limit value by adding a set value to the received play count value. The set value is changed according to the business plan information.

  According to this, according to the server administrator's work plan, if you want to manage game devices strictly by frequently receiving play history information, you can reduce the continuous use limit frame by reducing the setting value. If the server administrator is unable to manage the game device for a long period of time due to absence from the server administrator, etc., the continuous use frame will be expanded by increasing the setting value. It is possible to perform billing management such that the game device can be used continuously regardless of management from the administrator.

  As another form, the billing server includes game device installation area information, and the count limit value update means updates the count limit value by adding the set value to the received play count value. The value is changed according to the installation area information.

  According to this, in order to individually manage game devices installed in various regions, for example, in regions where network infrastructure is insufficient and network failures are likely to occur frequently, it is possible to increase the setting value by increasing the setting value. If the use of the game device can be secured even in the event of a network failure, or if intensive use of the game device is expected from the installation area information, increase the setting value. By doing so, it becomes possible to perform billing management such as ensuring a sufficient continuous use frame and ensuring continuous use of the game apparatus even for concentrated use.

  As another form, the billing server includes fraud determination means for judging fraudulent use of the game device based on the received billing information, and the count limit value update means adds the set value to the received play count value. By doing so, the count limit value is updated, and when the fraud determination means determines that there is an illegal use, the set value is set to zero.

  According to this, when the billing server manages the game devices individually, if unauthorized use is determined from the received billing information, the continuous use frame is eliminated by setting the setting value to zero, and the game device is immediately The continuation of use can be stopped.

  As another form, the accounting server includes a website connectable from a terminal having a communication function, and the accounting information stored in the accounting server when the terminal connects to the website and It is possible to search, browse, or change the setting of the game device information generated by the billing server based on the billing information.

  According to this, when some trouble occurs in the game device, the service person in the field is stored in the billing server by connecting to the billing server website from a terminal equipped with a communication function such as a mobile phone, for example. Since the billing information and the game device information generated by the billing server based on the billing information can be searched, browsed, or changed in settings as necessary, the cause of the malfunction of the game device can be easily identified, and appropriate measures can be taken promptly. Can be applied. The game device information generated by the billing server based on the billing information transmitted from the game device includes a “playable number of times” generated as a difference between the count limit value and the play count value transmitted from the game device, There is information such as “an average value of the number of plays per day or hour” generated from the play count value.

  In addition, as a form on the game device side, a start control unit that enables a game play to be started by a credit input is provided, and the play history information includes the credit information consumed by the game play. According to this, the billing server can grasp the usage status of the game apparatus according to the credit consumption status, and can perform the billing process according to the credit consumption. Thereby, for example, in the case of a game play format in which a plurality of credits are consumed within one play of the game, it is possible to charge in credit consumption units instead of play units.

  In addition, as a form on the game device side, when the game play of the game control unit is executed at the set timing for transmitting the charge information, the charge information transmission means of the game device transmits the charge information after the game play is finished. To do. According to this, it is possible to perform the charging information transmission operation without affecting the game play operation of the game control unit. In addition, billing information including the use of the game currently being played can be sent to the billing server, and smooth use of the game device and smooth acquisition of billing information can be ensured.

  The present invention has the above-described features. For example, in a case where centralized billing management is performed for each game device installed in a store or the like via a communication network, the use restriction (continuous use) In the case of proper use, it is possible to ensure continuous use of the game device and to perform charging processing according to the use situation regularly or irregularly during the continuous use. In addition, even when the connection with the communication network is interrupted intentionally or due to a network failure or the like, it is possible to perform charging that accurately grasps the usage status of each game device. In addition, it is possible to appropriately regulate illegal use such as intentionally disconnecting and using the connection with the communication network. Furthermore, the use of each game device can be managed flexibly and appropriately by appropriately changing the usable limit (continuous use frame) of each game device according to various situations. In addition, in the event that some trouble occurs in the game device, the on-site service person can connect the charging information stored in the charging server by connecting to the charging server website from a terminal equipped with a communication function such as a mobile phone, for example. Can be searched, browsed, or the setting can be changed, the cause of the malfunction of the game apparatus can be easily identified, and appropriate measures can be taken promptly.

  Hereinafter, embodiments of the present invention will be described with reference to the drawings. FIG. 1 is an explanatory diagram showing the overall configuration of a charge management system according to an embodiment of the present invention. This billing management system includes a billing server 2 connected to the communication network 1 and a game device 3 capable of transmitting / receiving information to / from the billing server 2 via the communication network 1, and is transmitted from the game device 3 to the billing server 2. Based on the billing information, the billing server 2 performs billing management according to the usage status of the game apparatus 3.

  In the illustrated example, the billing server 2 is installed in a billing management center 4 existing on the communication network. The billing management center 4 includes an authentication server 5 connected to the communication network 1 and the billing server 2, a billing server, and the like. There is provided a totaling server 6 that totalizes the billing processing results of No. 2 and creates an invoice. Each server is a computer having a communication function, and the billing server performs processing operations described later by a billing management program.

  In the illustrated example, the game apparatus 3 is installed in a store 7 such as a game center, and a plurality of game apparatuses 3 are arranged in each store 7. Each game apparatus 3 relays a router 8 for each store 7. Then, it is connected to the accounting server 2 or the authentication server 5 via the communication network 1. As the communication network 1, various forms including a public line such as the Internet or a public telephone line, or a dedicated line can be used. Reference numeral 9 denotes a terminal device having a communication function, and the terminal device 9 is connected to a charging server or an authentication server via the communication network 1 so that each game device 3 stored in the charging server 2 is stored. It has a function of searching, browsing, or changing the setting of billing information and game device information generated by the billing server based on the billing information.

  As long as the game device 3 has a communication unit 3A, a control unit 3B, and an information storage unit 3C as a basic configuration, the game information displayed on the display (display unit) is controlled by an operation input to play a game. The game device 3 may be in any form, regardless of whether it is for business use, home use, or portable use, such as a game play by controlling a mechanical operation by an operation input. Not only those that operate a game, but also those that execute a game by executing software provided via a communication network, and those that can exchange information between game devices 3 via a network may be used.

  In the embodiment of the present invention, the game device administrator (store manager) leases all or part of the game device 3 from the server administrator for a fee or free of charge, and the server administrator makes the game device administrator On the other hand, it is assumed that a charge is made according to the usage status of the game device on a regular or irregular basis, and the game device manager pays a usage fee to the server administrator in accordance with the charge request.

  FIG. 2 shows one form of the game apparatus 3 described above. As described above, the game apparatus 3 includes the communication unit 3A, the control unit 3B, and the information storage unit 3C as a basic configuration. Here, an arcade game apparatus that inputs and operates game information displayed on the display is taken as an example, an input operation unit 30 that sends an operation input signal to the control unit 3B, and a credit input signal such as a coin is sent to the control unit 3B. The credit input part 31 and the display part 32 which displays game information according to the game control signal from the control part 3B are provided.

  The control unit 3B includes a start control unit 33 that allows game play to be started according to an input signal from the credit input unit 31, a game control unit 34 that executes a game program according to an input signal from the input operation unit 30, A charge management unit 35 that performs charge management of the game apparatus 3 is provided.

  Note that the game control unit includes, for example, a memory that stores game programs, images, and music data, a CPU that executes processing of the game programs, and a work that temporarily stores programs and data for the CPU to execute the programs. The memory includes an image processing unit that generates an image to be displayed on the display unit 32 as the game process proceeds, a sound generation unit that generates music, sound effects, and the like, and a speaker that outputs sound.

  The information storage unit 3C forms the storage area 36. In the example shown here, the game board memory 36A that is a memory on the game board and the memory in the IC card connected to the information storage unit 3C are used. A storage area 36 is formed separately for a certain IC card memory 36B. The IC card used here has a security function that is not accepted except for data transmission / reception by the information storage unit 3C, thereby preventing falsification of information stored in the IC card memory 36B.

  The game board memory 36A and the IC card memory 36B do not need to store the stored information separately, and may be stored together in either the game board memory 36A or the IC card memory 36B. .

  The charge management unit 35 of the control unit 3B includes a play history recording unit 35A, a game play restriction unit 35B, and a charge information transmission unit 35C.

  The play history recording unit 35A has a function of recording the play history information M1 in the game board memory 36A for each game play executed by the game control unit 34. Here, the play history information M1 is recorded every time when the date / time information (play end date / time, credit consumption date / time, etc.) corresponding to the use of the game play is generated, and the game played together with the date / time information. Information (game ID, item code, etc.), information on credits consumed in one play, and the like are recorded in one record. In addition to the play history information M1, identification information (game board ID, store ID, etc.) M2 for specifying the game apparatus 3 is recorded in the game board memory 36A for each record.

FIG. 3 is an explanatory diagram showing an example of data contents recorded in the game board memory 36A. For example, one unit of play history information M1 with each record number assigned for each play end date and time is recorded. This one unit of play history information M1 can include a game ID and credit consumption information in addition to the play end date and time. Credit consumption information is required when the amount of credit consumption varies from game type to game type. In addition, in a game form in which credit consumption is made in accordance with the progress during one play, the record processing of the play history information M1 is performed for each date and time when the credit consumption has occurred, thereby making it possible to perform charging processing accordingly. All the information in the game board memory 36A is erased by one billing information transmission process. Further, when the limit of the number of data records in the game board memory 36A is exceeded (the memory storage area is completely filled with the play history information M1), control is performed to disable the play operation of the game control unit.

  The game play restricting means 35B accumulates the play count value M3 in the storage area in the IC card memory 36B every time the above-described play history information M1 is recorded in the game board memory 36A, and the accumulated play count value M3 is obtained. It is determined whether or not the count limit value M4 set in the storage area in the IC card memory 36B has been exceeded. If the count limit value M4 has been exceeded or has reached the same value, the game play of the game control unit 34 is restricted and play is limited. Has a function to disable. Here, an example in which the play count value M3 is accumulated every time the play history information M1 is recorded will be described. However, regardless of the record of the play history information M1, the progress of the game program in the game control unit is described. The play count value M3 may be accumulated by counting the number of times of play or the like.

  The storage area of the play count value M3 is set so that it can only be incremented (added) in the IC card memory. Each time one unit of the play history information M1 is recorded in the game board memory 36A, the play count value M3 is recorded. Is counted up. Then, the counted play count value M3 and the count limit value M4 are compared, and if play count value M3 ≦ count limit value M4, game play of the game control unit 34 is permitted, and the play count value M3> Control is performed so that game play is not possible when the count limit value M4 is reached.

  In the game play restriction unit 35B, when the accounting information transmission unit 35C described later transmits the accounting information to the accounting server 2 and the count limit value is updated on the accounting server 2 side, the updated count limit is set. The value is received and set anew in the IC card memory 36B.

  The charging information transmitting unit 35C has a function of operating the communication unit 3A and transmitting charging information including the play history information M1 and the play count value M3 to the charging server 2 via the communication network 1 at a set timing. . Here, as the billing information, the play history information M1, the identification information (game board side) M2, the play count value M3, the count limit value M4, and a unique identification number (IC card) for each IC card are stored as the accounting information. Side) Send M5 at once. In accordance with this transmission, the information in the game board memory 36A is cleared (erased), and the information in the IC card memory 36B is stored as it is without being erased.

  The transmission timing of the billing information transmission means 35C can be set as appropriate. For example, the timing at which the main power supply of the game apparatus 3 is turned on, or the time when the usage frequency is the least in a 24-hour store (for example, around 3:00 AM) ) And a certain time zone can be set. In the case of time setting, a timer in the control unit 3B is set so that the billing information transmitting means 35C operates when the set time comes. When a time zone with a certain width is set, the timer is set by determining a time within the range by a random number or the like.

  In addition, if the game play of the game control unit 34 is being executed at the set timing for transmitting the billing information, the billing information transmitting means 35C may be set so that the billing information is transmitted after the game play ends. it can. This can be determined by changing the flag bit in the memory between when the game is being executed and when it is finished, and determining the state of this flag bit when the set time comes. According to this, billing information transmission processing can be performed without affecting game play.

  FIG. 4 shows one form of the accounting server 2 described above. The accounting server 2 is a computer having a communication unit 2A, a control unit 2B, and an information storage unit 2C as basic components. The communication unit 2A transmits and receives information via the communication network 1, and the control unit 2B is described later. The information storage unit 2C is operated by the charge management program, and the information storage unit 2C receives the received charge information (play history information M1, identification information (card board side) M2, play count value M3, count limit value M4, identification information (IC A card area) M5) for each game apparatus 3, and a charge management database 21 in which information necessary for charge management processing is stored.

  The storage area 20 for storing charging information and the charging management database 21 may be stored in the same information storage unit 2C or may be stored by providing a separate storage unit.

  The charge management program functions the control unit 2B as the charge information receiving means 22, the game device identification means 23, the charge processing means 24, the count limit value updating means 25, the fraud determination means 26, and the website 27 including a plurality of web pages 27A. It is something to be made. Here, when it is not necessary to identify the game apparatus 3, the charging information receiving unit 22, the charging processing unit 24, and the count limit value updating unit 26 become main functions.

  The billing information receiving unit 22 has a function of receiving billing information transmitted from the game apparatus 3. In response to the regular reception, the respective functions of the game device identification means 23, the billing processing means 24, the count limit value updating means 25, and the fraud determination means 26 are sequentially executed. The received billing information (play history information M1, play count value M3, count limit value M4, identification information M2, M5) is stored for each game device 3 in the storage area 20 of the information storage unit 2C.

  Based on the identification information M2 and M5, the game device identification means 23 checks the appropriate combination of the game board (main body of the game device 3) and the IC card, and the appropriate combination of the game device 3 and the store where it is installed. In other words, the game device 3 has a function of identifying the billing destination by identifying which game device 3 is the received billing information.

  The billing processing means 24 has a function of performing billing processing for each game device 3 based on the received billing information. The result of the billing process is sent to the totaling server 6 and totaled, and a bill for each billing destination is created.

  Each time count limit value updating means 25 receives billing information, it updates count limit value M4 of game device 3 to which the billing information has been transmitted, and game device to which billing information has been transmitted for the updated count limit value M4. 3 has a function to transmit. That is, when the billing information is stored in the storage area 20, the stored count limit value M4 is called, an update process described later is performed, and the count updated for the game apparatus 3 specified by the game apparatus identification means 23 is updated. The limit value M4 is transmitted.

  The update of the count limit value will be described later.

  The fraud determination means 26 determines whether or not the game apparatus 3 is illegally used based on the received billing information. The relationship between the play history information M1 and the play count value M3, the currently received play count value M3 and the previous reception. It is determined whether or not the game apparatus 3 violating the lease contract has been used from the relationship with the play count value, the reception history of the billing information, and the like.

  The website 27 is a terminal device such as a mobile phone operated by a serviceman when a serviceman who performs maintenance of the game apparatus 3 checks the billing information of the game apparatus 3 at the installation site of the game apparatus 3 or the like. 9 has a function of providing data of various web pages 27 </ b> A to the terminal 9 when connected to the accounting server 2 via the communication network 1. In addition, a website (Web site) is a web page group described with a certain content, rule, and design. A web page is an individual document on a computer network (World Wide Web). By embedding reference information for a URL of another document in the document, the web pages are hyperlinked to each other. The feature is that information can be acquired by moving between web pages. Most of these documents consist of markup documents such as HTML and XHTML, style sheets (information that controls how the markup documents are displayed / presented), image / music data, etc. The terminal is browsed using a web browser. In addition, additional functions of applications and interfaces may be added by using Java applet, JavaScript, flash, etc. For generating web pages for further interactive processing, C language and Perl are used via CGI. Techniques such as a method of using, a method of using a Java servlet, JSP, ASP, etc. for embedding a program in PHP or HTML are used. In the present invention, based on information sent from the terminal, information in the storage area 20 is searched by an application embedded in a web page, or via an interface incorporated in the web page, a separate information storage unit Information in the storage area 20 is searched by a search engine provided in 2C or the like. Thus, the website 27 and the web page 27A in the billing server according to the present invention store these data, programs, and the like.

  Next, a charging management method using the above-described charging management system will be described together with the operation of the charging management system. FIG. 5 is an explanatory diagram (operation flow) showing a basic operation on the game apparatus 3 side, and FIG. 6 is an explanatory diagram (operation flow) showing a basic operation on the charging server 2 side. Here, the case where the above-described operation of the charging information transmitting unit 35C is performed at the time of turning on the power of the game apparatus 3 and the set timer time will be described as an example. In the operation flow shown in FIG. 5 and later, each means, control unit, etc. is realized as a function by a program executed by the control unit 2B or 3B. Then, each process or control unit of the control unit 2B or 3B may execute each process.

  First, the flow of a characteristic billing processing method will be described. A play history recording step (SA07) for recording play history information for each game play (for example, every game end) executed by the game apparatus 3, and a play history information The play count value is accumulated for each recording (SA08), and the game play restriction step for restricting the game play of the game device when the accumulated play count value exceeds or reaches the set count limit value ( (SA02, SA12), a charging information transmission step (SA10) for transmitting the charging information including the play history information and the play count value to the charging server 2 via the communication network 1 at the set timing, and the charging server 2 plays the game A charging information receiving step (SB01) for receiving the charging information transmitted from the apparatus 3, and the received charging information And a count limit value for updating the count limit value for each game device 3 to which the billing information is transmitted each time the billing information is received, based on the billing processing steps (SB02, SB03) for performing billing processing for each game device. An update step (SB05), a count limit value transmission step (SB06) for transmitting the updated count limit value to the game device to which the billing information is transmitted, and the game device 3 receives the updated count limit value; And a step of changing the setting of the existing count limit value to the updated value (SA11).

  Note that the reason why the play history information is recorded every time the game ends is that, for example, when the play history information is recorded by inputting credits or starting the game, credits are not used (the game is not actually played) If the game cannot be executed correctly due to a malfunction of the game apparatus 3 after the game is started, history information that has been played despite the fact that the game has not been played will be left, depending on the actual game play. This is because there is a risk that it will not be possible to charge.

  Here, an example in which the play count value is accumulated for each record of the game history information will be described, but the number of game play is counted regardless of the record of the game history information, and the play count value is accumulated for each game play. It may be a thing.

  In FIG. 5, when the game apparatus 3 is powered on (SA00), whether the network connection is good or not is determined (SA01). If the connection is good in FIG. The transmission unit 35C is operated to transmit the charging information to the charging server 2 side (SA10). The game play restriction unit 35B receives the updated count limit value on the billing server 2 side, changes the existing value to the updated value (SA11), and is updated with the current play count value. When the play count value exceeds the count limit value or is the same value by comparing with the count limit value (SA02), the game use is restricted (SA12). On the other hand, when the play count value does not exceed the count limit value (SA02), the next credit input waiting (SA03) and start input waiting (SA04) are entered.

  If it is determined in step SA01 that the network connection state is poor, the billing information cannot be transmitted. Therefore, the game play restriction unit 35B is operated as it is, and the current play count value and the existing count are set. When the play count value exceeds the count limit value or the same value is compared with the limit value (SA02), the game usage limit is set (SA12), and the play count value does not exceed the count limit value. Will wait for the next credit input (SA03) and wait for the start input (SA04).

  If the network connection is poor, the difference between the play count value and the count limit value is calculated, and it is determined whether or not the difference is smaller than a predetermined value. If the display is small, if it is small, do not shift to the credit input waiting state until a predetermined operation input such as an operation switch of the game casing or a maintenance switch inside the casing is made. It is also possible to use a program execution step on the game apparatus 3 side. In addition, when the process does not shift to the credit input waiting state, a program step for causing a predetermined display such as “play cannot be started” on the game screen may be added.

  In the credit input waiting state (SA03), the start control unit 33 checks the input signal from the credit input unit 31 to determine whether or not the credit input is sufficient for the set value. The control unit 34 waits for the presence of a start input signal from the input operation unit 30 in the start wait state (SA04). When a start input is made, the game control unit 34 executes a game play (SA05).

  Each time billing information is generated in accordance with the execution of the game play (SA06), the play history recording means 35A records the play history information (SA07), and whenever the play history information is recorded, the game play restriction means 35B. Thus, the play count value is accumulated (counted up) (SA08). Here, the generation of the billing information (SA06) may be at the end of the game or at the time of credit consumption during the game. Credit consumption during a game occurs, for example, when an item used in the game is acquired during game play. Then, the accumulated play count value and the count limit value are compared (SA02), and if the play count value exceeds or is equal to the count limit value, the game use limit (SA12) is set, and the play count value is determined. If the count limit value is not exceeded, the next credit input waiting (SA03) and start input waiting (SA04) states are entered.

  On the other hand, the control unit 3B is set with a timer for operating the charging information transmitting means 35C. When the set time (for example, 3:00 AM) is reached, the timer is activated (SA20), and the charging information transmitting means 35C is set. Is activated (SA10). At this time, whether or not the game is being activated when the timer is activated is determined according to the processing status of the game control unit 34 (SA21). If the game is being activated, the play history according to the generation of billing information (SA22) The recording means 35A records the play history information (SA23), and the game play restriction means 35B waits for the end of the game (SA24) while accumulating (counting up) the play count values (SA24). Then, when the game is finished, the process proceeds to the above-described step SA01, and when the network connection is good, the charging information is transmitted to the charging server 2 by the charging information transmitting means 35C.

  On the other hand, the processing flow on the charging server 2 side is shown in FIG. 6, after the processing of the charging server 2 is started (SB00), the charging information receiving means 22 enters a reception waiting state (SB01). When the accounting information is received, the operation proceeds to the next operation.

  When the billing information is received, the game device identification unit 23 identifies and identifies the game device 3 based on the identification information (game board ID and store ID) included in the billing information (SB02) and identifies the billing billing destination. . Then, the billing processing unit 24 performs billing processing based on the received billing information (SB03), and processing data is sent to the aggregation server 6 for each billing destination.

  If necessary, the fraud determination unit 26 determines fraudulent use based on the received billing information (SB04), and if fraudulent use is found, it is used in the next count limit value update step (SB05). An update value for restriction is set, or predetermined use restriction is performed on the game apparatus 3 specified by the game apparatus identification means 23 by a separate procedure.

  As for unauthorized use, for example, when the game device is moved to another store and used, information (IP address or the like) unique to each store necessary for communication when transmitting billing information is used as the store ID. Thus, the billing server 2 determines that the store ID corresponding to the game board ID recorded in the billing server 2 and the store ID corresponding to the transmitted game board ID are executed by the billing server 2. be able to.

  After the billing process (SB03) is performed and the fraud determination (SB04) is made as necessary, the count limit value updating unit 25 updates the count limit value of the game apparatus 3 that is the transmission source of the received billing information ( (SB05), the updated count limit value is transmitted to the game apparatus 3 specified by the game apparatus identification means 23 (SB06). When the process is continued (SB07), the billing information reception waiting state (SB01) is continued. When the process is not continued (SB07), the process is terminated (SB08).

  According to such a billing management system for game devices, even if the game device 3 is disconnected from the communication network 1, it is possible to play the game if the credit input is made properly. The play history information is recorded and saved in the game board memory 36A for every credit consumption (accounting information is generated), and the play count value is counted up every time the play history information is recorded.

  Therefore, even if the game apparatus 3 and the communication network 1 are frequently disconnected, the billing server 2 is based on the billing information (information including play history information and play count value) sent in batch processing. It becomes possible to perform a billing process according to all usage conditions. Even if the game device 3 side disconnects from the communication network 1 and tries to continue use, the count limit value is not updated unless the billing information is transmitted to the billing server 2. Thus, it is possible to restrict long-term use without connecting to the accounting server 3 and performing accounting processing.

  Further, in order to ensure long-term continuous use of the game apparatus 3, it is necessary to update the count limit value by transmitting charging information to the charging server 2. Thus, it is possible to receive billing information according to the usage status every predetermined period or during a certain period, and to charge the game device 3 appropriately for the usage status.

  Next, the function of the count limit value updating unit 25 in the accounting server 2 will be described in more detail for each embodiment.

  FIG. 7 is an explanatory diagram (operation flow) showing an embodiment of the count limit value updating means 25.

According to this embodiment, when the count limit value updating unit 25 starts operating (SC00), the value N at the time of receiving the current billing information is read from the play count value M3 stored in the storage area 20 of the information storage unit 2C (SC01). ). Also, the initial count limit value L ₀ set in the game device 3 that transmitted the billing information is extracted from the game device management information DB of the billing management database 21 (SC02). Here, the game device management information DB is a database of data for each game device stored in the recording area 20 and each time billing information is received. A count value, a count limit value, a reception date and time, etc. are also stored, from which an initial value of the count limit value L ₀ can be extracted.

Then, the update count limit value L is obtained by adding the initial count limit value L ₀ to the play count value N and L = N + L ₀ (SC03), and this update count limit value L is specified by the game device identification means 23. Is transmitted to the game device 3 (SC04).

According to this, every time the billing server 2 receives billing information, the count limit value L ₀ initially set is added to the current play count value N, and the count limit value L of the game apparatus 3 is updated. Thus, the game apparatus 3 side can secure the continuous use frame for the added count limit value L ₀ by transmitting the billing information.

  That is, from the game device 3 side, if the process of sending the billing information to the billing server 2 before the play count value exceeds the count limit value, the state returns to the state in which the initial continuous use frame is secured each time. Even when the network connection is difficult and the network connection is difficult, the game apparatus 3 can be continuously used without any problem.

  Note that the count limit value update means 25 may be provided on the game apparatus 3 side. In this case, when the game apparatus 3 transmits the billing information to the billing server 2, the game apparatus 3 generates a program for generating the count limit value L in the same procedure as the count limit value updating unit 25 and recording it in the count limit value M4. This is realized by the game device 3 executing.

  FIG. 8 is an explanatory diagram (operation flow) showing another embodiment of the count limit value updating means 25.

  According to this embodiment, when the count limit value updating means 25 starts operating (SD00), the value N at the time of receiving the current billing information is read from the play count value M3 stored in the storage area 20 of the information storage unit 2C (SD01). ). Further, the accounting information reception history is extracted from the game device management information DB of the accounting management database 21 (SD02). As described above, the game device management information DB is a database of data for each game device stored in the recording area 20 and each time charging information is received, from which charging information reception history can be extracted. it can.

  Then, the set value R is appropriately changed according to the extracted charging information reception history (SD03), and the update count limit value L is added to the play count value N by adding the set value R (R is a positive or negative value). L = N + R (SD04), and this update count limit value L is transmitted to the game device 3 specified by the game device identification means 23 (SD05).

  According to this, the set value R becomes the continuous use frame of the game apparatus 3, but by setting this variable according to the reception history of the charging information for each game apparatus 3, for example, the network connection environment in view of the reception history For game devices in poor regions, increasing the set value R ensures a sufficient continuation use frame, so that continuation of use of the game device 3 can be ensured even in the event of a network failure. If it can be determined that the setwork connection is intentionally disconnected frequently, the setting value R is reduced to narrow the continuous use frame so that damage due to unpaid use is minimized. Billing management becomes possible.

  FIG. 9 is an explanatory diagram (operation flow) showing another embodiment of the count limit value updating means 25.

  According to this embodiment, when the count limit value updating means 25 starts operating (SE00), the value N at the time of receiving the current billing information is read from the play count value M3 stored in the storage area 20 of the information storage unit 2C (SE01). ). Further, server administrator business plan information is extracted from the server administrator business plan information DB of the accounting management database 21 (SE02). The server administrator business plan information DB is a database of information such as business days or business hours on the server administrator side, customer collection information corresponding to the day of the week, etc. Customer information is extracted.

  Then, the set value R is appropriately changed according to the extracted information (SE03), the update count limit value L is obtained by adding the set value R to the play count value N, and L = N + R (SE04). The count limit value L is transmitted to the game device 3 specified by the game device identification means 23 (SE05).

  According to this, according to the work plan of the server administrator, if you want to receive the play history information frequently and strictly manage the game device, reduce the set value R to reduce the continuous use limit frame, As a result, frequent charging information is urged to be transmitted, or when the game apparatus 3 cannot be managed for a long time due to a suspension of the server administrator side, or on the holiday or the previous day based on the extracted holiday information. When the billing information is received from the game device 3, the continuous use frame is expanded by performing processing for setting the set value R large, and the game device 3 can be used continuously regardless of management from the server administrator. Billing management such as to become

  FIG. 10 is an explanatory diagram (operation flow) showing another embodiment of the count limit value updating means 25.

  According to this embodiment, when the count limit value updating means 25 starts operating (SF00), the value N at the time of receiving the current billing information is read from the play count value M3 stored in the storage area 20 of the information storage unit 2C (SF01). ). Further, game device installation area information is extracted from the game device installation area information DB of the charge management database 21 (SF02). Information such as whether or not the game apparatus 3 is in an area with good network infrastructure or whether or not the game apparatus 3 is in an area where the frequency of use of the game apparatus 3 is significantly increased is extracted from the game apparatus installation area information DB.

  Then, the set value R is appropriately changed according to the extracted information (SF03), the update count limit value L is obtained by adding the set value R to the play count value N, and L = N + R (SF04). The count limit value L is transmitted to the game apparatus 3 specified by the game apparatus identification means 23 (SF05).

  According to this, when individually managing the game devices 3 installed in various regions, for example, in a region where network infrastructure is insufficient and network failures are likely to occur, it is continued by increasing the setting value R. If the usage frame is sufficiently secured and the continuation of use of the game apparatus 3 can be ensured even in the event of a network failure, or when intensive use of the game apparatus 3 is expected in view of the installation area information, By increasing the set value R, it is possible to manage the billing such that a sufficient continuous use frame is ensured and the continued use of the game apparatus 3 can be secured even for concentrated use.

  FIG. 11 is an explanatory diagram (operation flow) showing another embodiment of the count limit value updating means 25.

According to this embodiment, when the count limit value updating means 25 starts operating (SG00), the value N at the time of receiving the current billing information is read from the play count value M3 stored in the storage area 20 of the information storage unit 2C (SG01). ). Further, the initial count limit value L ₀ set in the game apparatus 3 that transmitted the charging information is extracted from the game apparatus management information DB of the charging management database 21 (SG02).

When the fraud determination unit 26 determines that there is unauthorized use (SG03), the setting value R = 0 is set (SG05). When it is determined that there is no unauthorized use (SG03), the setting value R = L Set to ₀ (SG04). Therefore, the update count limit value L is obtained by adding the set value R to the play count value N and L = N + R (SG06), and this update count limit value L is determined by the game device identification means 23. (SG07).

According to this, when there is no unauthorized use, every time the billing server 2 receives billing information, the count limit value L ₀ initially set is added to the current play count value N, and the count limit of the game apparatus 3 is added. The value L is updated, and the game apparatus 3 side can secure the continuous use frame for the added count limit value L ₀ by transmitting the billing information. If unauthorized use is determined from the received billing information, the continuous use frame can be eliminated by setting the set value R to zero, and the continuous use of the game apparatus 3 can be stopped immediately.

  Next, referring to FIG. 12 to FIG. 15, in the billing management system according to the present invention, the terminal 9 having the communication function is connected to the website 27 of the billing server 2 via the communication network 1 to connect the terminal A procedure for searching, browsing, or changing the settings of the billing information of each game apparatus 3 stored in the billing server 2 on the machine 9 and the game apparatus information generated by the billing server based on the billing information will be described.

  FIG. 12 shows one form of the terminal 9. The terminal device 9 includes a communication unit 9A, a control unit 9B, and an information storage unit 9C as basic configurations. Here, the terminal 9 that performs an input operation in an interactive manner with the web page 27A of the website 27 displayed on the display screen of a mobile phone or the like is taken as an example, and the input operation unit 91 that sends an operation input signal to the control unit 9A. And a display unit 92 for controlling screen display. The display unit 92 includes a browser 92A that converts data of the web page 27A into data that can be displayed on the screen, and a display device 92B such as a liquid crystal that displays data converted by the browser 92A.

  The terminal 9 is not limited to the above-described mobile phone, and is a portable device that is convenient for carrying by a service person who performs maintenance of the game apparatus 3, such as a PDA (Personal Digital Assistant) having a communication function, a notebook personal computer, or the like. Type terminal can be used.

  13 to 15 show the game device 3 billing information stored in the billing server 2 using the terminal 9 and the game device information generated by the billing server based on the billing information (hereinafter billing information and game device). FIG. 13 is a diagram for explaining a procedure for searching, browsing, and setting change (collectively, information is referred to as “charging information etc.”), and FIG. 13 is a search for the above charging information etc. on the website 27 in the embodiment of the present invention. FIG. 14 and FIG. 15 are explanatory diagrams showing one form of screen display displayed on the display device 92b of the terminal 9 in each of the above procedures. .

  A person who wants to search, view, or change the setting of billing information or the like using the terminal 9 first connects the website 9 to the website 27 of the billing server 2 via the communication network 1. 27 URLs (Uniform Resource Locator) are transmitted (ST01). When the accounting server 2 receives the URL transmitted from the terminal 9, it acquires a login screen as shown in FIG. 14A in order to identify the user of the terminal 9 (SS 01) and transmits it to the terminal 9. Process. At this stage, the terminal 9 and the billing server 2 are connected.

  The terminal 9 displays the received login screen on the display device 92b of the terminal 9, and the user of the terminal 9 displays a terminal such as a push button or a touch pen on the displayed login screen (FIG. 14A). As shown in FIG. 14B, the user name and the password are input from the input operation unit 91 of the machine 9 and a login button (for example, the number “1” button) is pressed (ST02). By this operation, the user name and password are transmitted to the charging server 2 side. The billing server 2 performs user authentication processing by comparing the user name and password received by connecting to the authentication server 5 with the user name and password registered in the authentication server 5 (SS02). If the user authentication process (SS02) is successful, the billing server 2 performs a process of acquiring a main menu screen as shown in FIG. 14C (SS03) and transmitting it. Here, when the process of user authentication fails, the process which transmits a login screen is performed again.

  The user of the terminal 9 performs an operation of selecting information to be searched from the main menu displayed on the display device 92b (ST03). In this embodiment, as shown in FIG. 14 (c), play history information, play count value, count limit value, identification information (game board), identification information (IC card) and other games as searchable information Device information is prepared, and the user of the terminal 9 selects information to be searched by pressing or touching the number button of the terminal 9 corresponding to the number displayed on the left side of each item. Can be done.

  Hereinafter, a case where the identification number of the IC card is selected in the selection operation (ST03) (the number “5” button is pressed) will be described. This is because, for example, when the game apparatus 3 is inoperable, the combination of the game board identification number and the IC card identification number of the game apparatus 3 is a registered combination. This can be used to check whether or not. When the user presses the number “5” in the main menu shown in FIG. 14C (ST03), a selection signal is transmitted, and the accounting server 2 obtains a search screen as shown in FIG. SS04) Perform the transmission process.

  The search screen displayed on the display device 92b prompts the user of the terminal 9 to input identification information on the game board side. As shown in FIG. 14 (e), the user of the terminal 9 inputs identification information on the game board side displayed on the game board (in this embodiment, “12345678”) as a number “ When the user presses the button "1" (ST04), the game board identification number is transmitted, and the billing server 2 searches the storage area 20 to obtain information (SS05), and the IC card identification number as the search result (In this embodiment, “12233344”) A search result display screen as shown in FIG. 14F including information is acquired (SS06) and transmitted. As a result, the user of the terminal 9 can view the identification number of the IC card searched on the search confirmation screen (FIG. 14 (f)) displayed on the display device 92b (ST05). By collating the identification numbers displayed on the IC card, it can be easily confirmed whether or not the combination of the game board and the IC card is a registered combination. Here, if the combination of the identification number displayed on the game board and the identification number displayed on the IC card is different, the cause that the game apparatus 3 is inoperable is the game apparatus 3, it can be determined that a regular IC card is not inserted. That is, it is understood that the game device manager (store manager) may have exchanged the IC card of another game device 3 intentionally or accidentally.

  When the combination of the identification number of the game board and the identification number of the IC card is a regular combination, the game device 3 can be identified as the game device 3 that has been properly registered. Then, by operating the “detailed information” button prepared on the search result screen (FIG. 14F) (by pressing the number “1” button), other billing information of the game apparatus 3 is browsed. You can also

  When the user of the terminal 9 performs an operation of pressing the detailed information button (the number “1” button) on the search result screen as shown in FIG. 14F (ST06), a detailed information request signal is transmitted and charged. The server 2 searches the storage area 20 to obtain information (SS07), obtains a detailed information screen as shown in FIG. 15A including detailed information and a message asking whether there is a setting change (SS08), and transmits it. Process. On the detailed information screen, the billing information stored for each game device 3 in the storage area 20 of the billing server 2 and the play count value (“480”) from the count limit value (“500” in this embodiment) are displayed. The subtractable number of play times (same as “20”) can be displayed. In the present embodiment, the only information that can be set and changed among the billing information displayed on the detailed information screen (FIG. 15A) is only the count limit value, so the display screen shown in FIG. Do you want to change the value? "Message is displayed.

  When the user of the terminal 9 changes the setting, the user presses the “Yes” button (number “1” button) (ST07). If the setting change is not necessary, the “No” button (number) changes. (2) button) to return to the main menu screen shown in FIG. 14 (c) and continue another process, or press the logout button (number 9 button) to charge The connection with the server is released and the process ends.

  When an operation of pressing the “Yes” button is performed on the detailed information screen shown in FIG. 15A (ST07), a change request signal is transmitted, and the billing server 2 displays a set value input screen for inputting the set value to be changed. The process of acquiring (SS09) and transmitting is performed. The user of the terminal 9 inputs the changed count limit value (“1000” in the present embodiment) on the setting value input screen displayed on the display device 92b as shown in FIG. When the operation of pressing (number “1” button) is performed (ST08), the changed set value is transmitted. When the billing server 2 receives the changed set value, the billing server 2 obtains a confirmation screen for prompting confirmation of the set value as shown in FIG. The user of the terminal 9 confirms the changed setting value on the confirmation screen, and if this setting value is acceptable, the user presses the “Yes” button (number “1” button) (ST09). In order to redo the setting, an operation of pressing a “return” button (numeral “2” button) is performed to return to the setting input screen (FIG. 15B) and redo the setting value input operation.

  When the user of the terminal 9 performs an operation of pressing the “Yes” button on the confirmation screen shown in FIG. 15C (ST09), the confirmation signal is transmitted and the billing server 2 receiving the confirmation signal stores the storage area 20 The count limit value M4 is updated to the changed setting value (“1000”) and stored (SS11), and a setting change completion screen as shown in FIG. 15D is acquired (SS12). ) Process to send. In the above setting change, charging information is transmitted from the game device 3 to the charging server 2 by a serviceman who is a user of the terminal 9 or an administrator (store manager) of the game device 3, and the charging server 2 3 is transmitted and the storage area 36 of the game apparatus 3 is updated based on the updated charging information, and is reflected on the game apparatus 3 side to complete (ST10). The user of the terminal 9 performs an operation of pressing a “return to top” button (number “7” button) in the setting change completion screen shown in FIG. Return to the main menu screen shown in FIG. 14 (c) to continue the process, or press the “logout” button (number “9” button) to release the connection with the accounting server 2 and perform the process. finish.

  Next, with reference to FIG. 16, the process at the time of starting of the game apparatus 3 according to the present invention will be described. FIG. 16 is a flowchart showing the flow of processing on the game apparatus 3 side from when the game apparatus 3 is turned on (ON) until the game can be executed.

  When the power of the game device is turned on (SH01), the control unit 3B of the game device 3 performs a process of determining whether or not the IC card inserted into the game device 3 is a new one (SH02). Whether or not the IC card is a new one is determined as follows. In the IC card, unique identification information (ID) is written at the time of production, and this IC card ID cannot be rewritten. The IC card also has an area for storing identification information (ID) written on the game board of the game apparatus 3. When the power of the game apparatus 3 is turned on, the control unit 3B of the game apparatus 3 refers to the storage area where the game board ID of the IC card is stored and whether or not the game board ID is stored in the storage area. When the game board ID is stored, it is determined that the card is an existing IC card, and when the game board ID is not stored, it is determined that the card is a new IC card.

  As a result of the determination (SH03), if it is determined that the IC card is a new one, a process of writing the game board ID to the IC card is performed (SH04), and the play history information M1 and the play count value M3 are charged to the accounting server. 2 is performed (SH05), and an IC card ID and a game board ID are transmitted to the accounting server 2 (SH06). As a result of the determination (SH03), if it is determined that the IC card already exists, the tightening process is performed as it is (SH05), and the process of transmitting the IC card ID and the game board ID to the billing server 2 is performed (SH06). . When the accounting server 2 receives the accounting information from the game apparatus 3, the accounting server 2 transmits accounting information including the updated count limit value to the game apparatus 3. The game apparatus 3 performs a process of updating and storing the value in the storage area 36 of the information storage unit 3C based on the updated billing information received from the billing server 2 to make the game executable (SH07). .

  As described above, according to the embodiment of the present invention, in the case where centralized billing management is performed via the communication network 1 for each game apparatus 3 installed in a store or the like, a usable restriction (continuous use frame) ) Is set, the game device 3 can be continuously used for proper use, and charging can be made periodically according to the use status during the continuous use.

  In addition, in any case where the connection with the communication network 1 is interrupted intentionally or due to a network failure or the like, the usage is limited with a margin without immediately limiting the usage in consideration of the case where the cause is unknown. When the connection is restored, it is possible to charge for accurately grasping the usage status of each game device 3 when it is not connected. Further, unauthorized use such as intentionally disconnecting the connection with the communication network 1 Can be regulated properly. Moreover, the usage of each game device can be managed flexibly and appropriately by appropriately changing the usable limit (continuous use frame) of each game device 3 according to various situations.

  Further, when some trouble occurs in the game apparatus 3, a service person at the site stores in the billing server 2 by connecting to the website 27 of the billing server 2 from a terminal 9 having a communication function such as a mobile phone. Since the billing information and the like that have been searched can be searched, browsed, or changed in settings as necessary, the cause of the malfunction of the game apparatus 3 can be easily identified, and appropriate measures can be taken quickly.

It is explanatory drawing which shows the whole structure of the charge management system which concerns on embodiment of this invention. It is explanatory drawing which showed one form of the game device in the charge management system which concerns on embodiment of this invention. It is explanatory drawing which showed an example of the data content recorded in the game board | substrate memory of the game device which concerns on embodiment of this invention. It is explanatory drawing which showed the form of the accounting server in the accounting management system which concerns on embodiment of this invention. It is explanatory drawing which showed the basic operation | movement of the game device which concerns on embodiment of this invention. It is explanatory drawing which showed the basic operation | movement of the accounting server which concerns on embodiment of this invention. It is explanatory drawing (operation flow) which showed one Embodiment of the count limit value update means in embodiment of this invention. It is explanatory drawing (operation flow) which showed other embodiment of the count limit value update means in embodiment of this invention. It is explanatory drawing (operation flow) which showed other embodiment of the count limit value update means in embodiment of this invention. It is explanatory drawing (operation flow) which showed other embodiment of the count limit value update means in embodiment of this invention. It is explanatory drawing (operation flow) which showed other embodiment of the count limit value update means in embodiment of this invention. It is explanatory drawing which showed one form of the terminal in the charge management system which concerns on embodiment of this invention. It is explanatory drawing (sequence chart) which showed one form of the procedure of the information search in the website in the embodiment of this invention, information browsing, and a setting change. It is explanatory drawing which showed one form of the screen display of the terminal in embodiment of this invention. It is explanatory drawing which showed one form of the screen display of the terminal in embodiment of this invention. It is explanatory drawing (operation flow) which shows the process at the time of starting of the game device in embodiment of this invention.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Communication network 2 Charge server 2A Communication part 2B Control part 2C Information storage part 20 Storage area 21 Charge management database 22 Charge information receiving means 23 Game apparatus identification means 24 Charge processing means 25 Count limit value update means 26 Fraud determination means 27 Website 27A Web page 3 Game device 3A Communication unit 3B Control unit 3C Information storage unit 30 Input operation unit 31 Credit input unit 32 Display unit 33 Start control unit 34 Game control unit 35 Charge management unit 35A Play history recording unit 35B Game play restriction unit 35C Accounting information transmission means 36 Storage area 36A Game board memory 36B IC card memory 4 Accounting management center 5 Authentication server 6 Total server 7 Store 8 Router 9 Terminal 9A Communication unit 9B Control unit 9C Information storage unit 91 Input operation unit 9 The display unit 92A browser 92B display device

Claims (24)

A billing server connected to a communication network; and a game device capable of transmitting / receiving information to / from the billing server via the communication network, and based on billing information transmitted from the game device to the billing server In a billing management system for a game device in which a server performs billing management according to the usage status of the game device,
The game device includes:
A game control unit that executes a game program in response to an input signal;
Execution of the game program by the game control unit when the play count value is accumulated for each game play by the execution of the game program and the accumulated play count value exceeds or reaches a set count limit value Game play restriction means for restricting,
Charging information transmitting means for transmitting charging information including at least the play count value to the charging server via a communication network at a set timing;
With
The billing server
Charging information receiving means for receiving charging information transmitted from the game device;
Charging processing means for performing charging processing for each game device based on the received charging information;
A count limit updating unit that billing information is updated count limit of the game device that has been transmitted, transmits the updated count limit to the game apparatus charging information is transmitted,
With
The game device charge management system of the game device, wherein the game play restriction means of the game device receives the updated count limit value and changes the setting of the existing count limit value to the updated value.   2. The game device charging according to claim 1, wherein the count limit value updating unit updates the count limit value by adding a count limit value that is initially set to the received play count value. Management system.   The count limit value updating means updates the count limit value by adding a set value to the received play count value, and changes the set value according to a reception history of billing information for each game device. The billing management system for a game device according to claim 1.   The billing server is provided with server plan operation plan information, and the count limit value updating means updates the count limit value by adding a set value to the received play count value, and the set value is The billing management system for a game device according to claim 1, wherein the billing management system changes according to the business plan information.   The billing server includes installation area information of the game device, and the count limit value update means updates the count limit value by adding a set value to the received play count value, and the set value is 2. The billing management system for a game device according to claim 1, wherein the billing management system is changed according to installation area information.   The billing server includes fraud determination means for determining fraudulent use of the game device based on the received billing information, and the count limit value update means adds the set value to the received play count value, thereby The billing management system for a game apparatus according to claim 1, wherein the count limit value is updated, and the setting value is set to zero when the fraud determination unit determines that the fraudulent use is present.   The billing server comprises a website connectable from a terminal having a communication function, and the billing server generates the billing information based on the billing information and the billing information when the terminal connects to the website. 2. The game apparatus billing management system according to claim 1, wherein the apparatus information can be searched, viewed, or a setting can be changed. The game device includes:
Play history recording means for recording play history information for each game play by execution of the game program,
8. The game device charge management system according to claim 1, wherein the game play restriction unit accumulates the play count value every time the play history information is recorded. The game device includes:
A start control unit that enables start of game play by credit input,
9. The accounting management system for a game device according to claim 8, wherein the play history information includes credit information consumed by game play.   The billing information transmitting means of the game device transmits the billing information after the game play ends when the game play of the game control unit is executed at the set timing for transmitting the billing information. A billing management system for a game device according to any one of claims 1 to 9. Connected via a communication network to a game device provided with game play restriction means for restricting game play when the play count value accumulated for each game play exceeds the count limit value or becomes the same value, A billing server that performs billing management according to the usage status of each game device based on billing information transmitted from the game device,
Charging information receiving means for receiving charging information including at least the play count value transmitted from the game device at a set timing ;
Charging processing means for performing charging processing for each game device based on the received charging information;
A count limit updating unit that updates the count limit before Symbol game device billing information is transmitted, and transmits to the game device,
A billing server comprising:   12. The count limit value updating unit updates the count limit value by adding an initial set count limit value to a play count value included in the received billing information. Billing server.   The count limit value updating means updates the count limit value by adding a set value to a play count value included in the received billing information, and sets the set value in a billing information reception history for each game device. The billing server according to claim 11, wherein the billing server is changed accordingly.   The server manager comprises business plan information, and the count limit value updating means updates the count limit value by adding a set value to the play count value included in the received billing information, and the set value is 12. The accounting server according to claim 11, wherein the accounting server is changed according to the business plan information.   The game device has installation area information, and the count limit value update means updates the count limit value by adding a setting value to the received play count value, and the setting value is determined according to the installation area information. The billing server according to claim 11, wherein the billing server is changed.   It includes fraud determination means for determining fraudulent use of the game device based on the received billing information, and the count limit value updating means adds the set value to the play count value included in the received billing information, thereby 12. The accounting server according to claim 11, wherein a count limit value is updated, and the setting value is set to zero when the fraud determination unit determines that the fraudulent use is present.   A website that can be connected from a terminal having a communication function, and the terminal connected to the website to search for the accounting information and the game device information generated by the accounting server based on the accounting information; 12. The accounting server according to claim 11, wherein browsing or setting change is enabled. Connected via a communication network to a game device provided with game play restriction means for restricting game play when the play count value accumulated for each game play exceeds the count limit value or becomes the same value, A program for causing a computer to function as a billing server that performs billing management according to the usage status of each game device based on billing information transmitted from a game device,
The computer,
Charging information receiving means for receiving charging information including at least the play count value transmitted from the game device at a set timing ;
Charging processing means for performing charging processing for each game device based on the received charging information;
Updates the count limit before Symbol game apparatus charging information is sent, count limit updating means for transmitting to said game device,
A billing management program characterized by causing it to function as A game device capable of sending and receiving information via a communication server and a billing server connected to a communication network,
A game control unit that executes a game program in response to an input signal;
Execution of the game program by the game control unit when the play count value is accumulated for each game play by the execution of the game program and the accumulated play count value exceeds or reaches a set count limit value Game play restriction means for restricting,
Charging information transmitting means for transmitting charging information including at least the play count value to the charging server via a communication network at a set timing;
The game play limiting means receives the count limit value updated by the charging server after the charging information transmitting means transmits the charging information to the charging server, and updates the existing count limit value. A game device characterized in that the setting is changed. Play history recording means for recording play history information for each game play by execution of the game program,
The game device according to claim 19, wherein the game play restricting unit accumulates the play count value every time the play history information is recorded. A start control unit that enables start of game play by credit input,
The game apparatus according to claim 20 , wherein the play history information includes credit information consumed by game play.   The billing information transmitting means transmits the billing information after the game play ends when the game play of the game control unit is being executed at a set timing for transmitting the billing information. Item 20. The game device according to any one of Items 19 to 21. A charging server connected to a communication network; and a game device capable of transmitting and receiving information to and from the charging server via the communication network, and based on the charging information transmitted from the game device to the charging server, the game In a billing management method by a billing management system that manages billing of a game device that performs billing management according to the usage status of the device,
The play count value is accumulated for each game play by execution of the game program of the game device, and the game play of the game device is performed when the accumulated play count value exceeds or reaches a set count limit value. A game play restriction step to restrict,
A charging information transmission step of transmitting charging information including at least the play count value to the charging server via a communication network at a set timing;
A billing information receiving step for the billing server to receive billing information transmitted from the game device;
A charging process step of performing a charging process for each game device based on the received charging information;
Update the count limit of the game device every time the billing information is transmitted, a count limit updating step of transmitting the updated count limit to the game apparatus charging information is transmitted,
The game device receives the updated count limit value and changes the setting of the existing count limit value to the updated value;
A billing management method by a billing management system for managing billing of a game device, comprising: A play history recording step of recording play history information for each game play by execution of the game program;
24. The billing management method by a billing management system for managing billing of a game device according to claim 23, wherein, in the game play restriction step, the play count value is accumulated every time the play history information is recorded.

Images