WO2012014990A1 - ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置 - Google Patents

ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置 Download PDF

Info

Publication number
WO2012014990A1
WO2012014990A1 PCT/JP2011/067303 JP2011067303W WO2012014990A1 WO 2012014990 A1 WO2012014990 A1 WO 2012014990A1 JP 2011067303 W JP2011067303 W JP 2011067303W WO 2012014990 A1 WO2012014990 A1 WO 2012014990A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
counting
usage
executed
fee
Prior art date
Application number
PCT/JP2011/067303
Other languages
English (en)
French (fr)
Inventor
紙　正彦
忠信 大滝
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Priority to US13/812,286 priority Critical patent/US20130132306A1/en
Priority to CN201180037361.8A priority patent/CN103200999B/zh
Priority to KR20137002384A priority patent/KR101490640B1/ko
Publication of WO2012014990A1 publication Critical patent/WO2012014990A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35—Details of game servers
    • A63F13/352—Details of game servers involving special game server arrangements, e.g. regional servers connected to a national server or a plurality of servers managing partitions of the game world
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/792—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for payment purposes, e.g. monthly subscriptions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • G—PHYSICS
    • G06—COMPUTING; CALCULATING OR COUNTING
    • G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
    • G06Q30/00—Commerce
    • G06Q30/02—Marketing; Price estimation or determination; Fundraising
    • G06Q30/0283—Price estimation or determination
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3227—Configuring a gaming machine, e.g. downloading personal settings, selecting working parameters
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3225—Data transfer within a gaming system, e.g. data sent between gaming machines and users
    • G07F17/3232—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed
    • G07F17/3234—Data transfer within a gaming system, e.g. data sent between gaming machines and users wherein the operator is informed about the performance of a gaming system, e.g. revenue, diagnosis of the gaming system
    • G—PHYSICS
    • G07—CHECKING-DEVICES
    • G07F—COIN-FREED OR LIKE APPARATUS
    • G07F17/00—Coin-freed apparatus for hiring articles; Coin-freed facilities or services
    • G07F17/32—Coin-freed apparatus for hiring articles; Coin-freed facilities or services for games, toys, sports, or amusements
    • G07F17/3244—Payment aspects of a gaming system, e.g. payment schemes, setting payout ratio, bonus or consolation prizes
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/51—Server architecture
    • A63F2300/513—Server architecture server hierarchy, e.g. local, regional, national or dedicated for different tasks, e.g. authenticating, billing
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/53—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing
    • A63F2300/535—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing for monitoring, e.g. of user parameters, terminal parameters, application parameters, network parameters
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/55—Details of game data or player data management
    • A63F2300/5513—Details of game data or player data management involving billing

Definitions

  • the present invention relates to a game system or the like that can calculate a fee according to the usage status of a system including a computer.
  • an operator of a commercial facility such as a store receives a game device or its software from an administrator of the game system and operates the game device in the facility.
  • a fee is collected from the user (player) as a consideration for the game, and the system usage fee is paid to the administrator from the obtained profit.
  • a method for charging a usage fee for a game device or the like in such a form for example, a flat-rate charging method in which an administrator collects a fixed usage fee from an operator every unit period (one month as an example) has been conventionally employed. It was.
  • a pay-as-you-go billing system that counts the number of times a game is played on a game device and collects a charge corresponding to the number of times (see, for example, Patent Document 1).
  • play history information is recorded each time a game is executed, and a play count value is accumulated each time the play history information is recorded. Usage charges have been calculated.
  • the minimum unit of charge is a game of one time, that is, a range of games that are allowed to be played as a consideration paid by the user.
  • the pay-per-use system there are various ways of thinking about what the “quantity” as a criterion for determining the charge depends on. As an example, there is a concept of collecting a fee according to the usage status of the system. In that case, there is a possibility that the billing setting corresponding to the use situation cannot be made only by using one play of the game as a billing unit.
  • the amount of computer processing (CPU usage time, etc.) varies depending on the selection, it is used.
  • the price does not necessarily reflect the usage status of the computer.
  • the amount of processing that the server device should be in charge of for one game execution may vary. In that case, even if it is desired to collect a fee from the operator according to the usage status of the server device, there is a possibility that the individual game device cannot charge for the amount of use of the service of the server device.
  • the present invention has been made in view of the above-described circumstances, and an object thereof is to provide a game system or the like that can calculate a fee according to a usage situation.
  • the game system of the present invention is a game system that can divide a process executed by a computer in relation to a game into a plurality of unit processes to be selectively executed, and each of the plurality of unit processes is executed.
  • Counting means for counting the number of times the data has been counted, and charge calculating means for calculating a system usage fee during the counting period based on the counting result of the counting means during a predetermined counting period.
  • the computer program of the present invention is applied to a game system that can divide processing executed by a computer in relation to a game into a plurality of unit processes to be selectively executed, and the computer is divided into the plurality of units.
  • each unit process is appropriately executed in accordance with a selection factor such as an instruction from a game user (player) and a game progress procedure. Therefore, there is a unit process with a high execution frequency or a unit process with a low execution frequency. There is also. Moreover, the variation in the execution frequency of the unit processing varies depending on the facility where the game machine is installed, the game user group, and the like.
  • the present invention by counting the number of executions of each unit process, it is possible to grasp how much each unit process has been executed by the computer during the execution of the game, thereby making it possible to determine the usage status of the system as compared with the conventional system. It is possible to determine in detail and calculate a fee corresponding to the determination result.
  • the unit process may be selected as appropriate according to some selection factor and executed by the computer.
  • a group of processes for realizing a game mode executed by user selection can be set as a unit process.
  • a group of processes that are requested from the server apparatus according to the user's instruction or the determination of the game apparatus itself and executed by the server apparatus in response to the request can be set as the unit process.
  • the unit processing may be classified from an appropriate viewpoint. For example, in the case of a game system in which a game device is operated stand-alone, the concept of the usage fee of the system can be considered as a usage fee of the game device. In the case of a game system using a network, for example, the system usage fee can be considered as a usage fee for the server device or a usage fee for a service provided by the server device.
  • the fee calculation unit is configured to calculate each unit in the counting period based on the number of executions of each unit process counted by the counting unit and a weight value set corresponding to each unit process.
  • a usage amount of the process may be calculated, and the usage fee may be calculated based on a value obtained by collecting the usage amount.
  • the usage fee can be determined by reflecting the respective circumstances of the unit processing relating to the fee setting in the weight value.
  • the weight value may be set according to an appropriate standard. As an example, the weight value can be set so that the difference between the unit processes regarding the processing amount of the computer can be offset.
  • the amount of use of the computer when each unit process is executed can be appropriately reflected in the usage fee even if there is a difference. it can.
  • the concept of cancellation here is not limited to eliminating the difference in processing amount, but also includes the case of reducing the difference.
  • the amount of processing can be expressed by, for example, the time required for processing by the computer, the amount of data to be processed, and the like.
  • the charge calculating means may calculate a usage charge according to the aggregated value so that the usage charge becomes higher as the aggregated value of the usage amount increases. Furthermore, the fee calculation means fixes the usage fee to a lower limit when the aggregated value is less than or equal to a predetermined lower limit, and the usage fee when the aggregated value exceeds a predetermined upper limit. May be fixed at the upper limit.
  • a game system includes a game device and a server device connected via a network, and each of the plurality of unit processes is selected by a computer of the server device according to a request from the game device. It may be executed automatically. According to this aspect, the number of times that the computer of the server device has executed the unit processing is counted according to the request from the game device, and the system usage fee for the game device is calculated based on the count result.
  • the counting means may be provided in either the game device or the server device.
  • a plurality of game devices are connected to the network, the counting unit counts the number of times by distinguishing each game device, and the fee calculation unit calculates the usage fee for each game device. It may be calculated. By calculating the usage fee by counting the number of executions for each game device, it is possible to calculate the usage fee according to the system usage status of each game device. Further, the game device may be installed in each of a plurality of groups to be charged, and the fee calculation means may total usage fees for each group. As a result, the system usage fee is calculated for each group.
  • the present invention is connected to a plurality of game devices via a network, and selectively executes processing executed by a computer in relation to a game to be executed on each game device in response to a request from the game device.
  • a server device for a game system that can be divided into a plurality of unit processes to be performed, the counting means for distinguishing and counting the number of times each of the plurality of unit processes has been executed for each game device, and a predetermined counting period
  • a fee calculation means for calculating a system usage fee for the counting period in units of the game device may be embodied as a server device for a game system. According to the server device of the present invention, the usage fee of each game device can be calculated according to the situation in which each of the plurality of game devices uses the computer of the server device.
  • the process executed by the computer in relation to the game is divided into a plurality of unit processes, and the number of executions of each unit process is counted. It is possible to grasp how much each unit process has been executed by the computer. As a result, it is possible to determine the usage status of the system in more detail than before and calculate a usage fee corresponding to the determination result.
  • the functional block diagram in the control system of the game machine and center server of FIG. The figure which shows an example of the relationship between the procedure of the game using a network, and the process which calculates the usage fee of the game system linked
  • FIG. 1 A schematic configuration of the game system according to the present embodiment is shown in FIG.
  • a plurality of game machines (game devices) 2 and a center server (server device) 3 are connected to a network 5 via a router 4.
  • the center server 3 is not limited to an example constituted by one physical device, and one logical center server 3 may be constituted by a server group as a plurality of physical devices.
  • One game machine 2 may also be used as the center server 3.
  • the network 5 implements network communication using the TCP / IP protocol, and typically the Internet is used as the network 5.
  • Each game machine 2 is configured as a business or commercial game machine that collects a play fee as a price for the game.
  • An appropriate number of game machines 2 are installed in a commercial facility such as a store 6.
  • the content of the game executed on the game machine 2 may be appropriate.
  • the game may be different between the game machines 2.
  • the router 4 is installed in association with each store 6 and the center server 3, and the game machines 2 in the same store are connected to the network 5 via the common router 4.
  • a local server may be installed between the game machine 2 and the router 4 of the store 6, and the game machine 2 may be communicably connected to the center server 3 via the local server.
  • the amount of use of the service of the center server 3 by the game machines 2 of each store 6 (sometimes simply referred to as the amount of use of the center server 3) is a predetermined total period as the system use amount.
  • the system usage fee is calculated for each store 6 based on the total value, and the amount is charged to the operator (business entity) of the store 6.
  • Each store 6 corresponds to one group as a billing target.
  • the center server 3 is installed by an administrator of the game system 1 and provides various services via the network 5 to the game machine 2 or a user of the game machine 2 (sometimes referred to as a player).
  • the center server 3 authenticates a game program or data update service via the game machine 2, a user of the game machine 2, and stores player data including the play history, save data, etc. of the user on the center server 3.
  • the center server 3 Between the users necessary for the game to be played or cooperated with each other via the network 5 and the service that provides the player data to the game machine 2 in response to a request from the game machine 2 Provide matching services.
  • the game machine 2 and the center server 3 are given unique IP addresses for identifying them on the network 5.
  • a communication partner is specified using the IP address.
  • the network 5 is a public network such as the Internet
  • a unique fixed address on the network 5 is set for each router 4.
  • a private address for uniquely identifying the game machine 2 on the network 5 is set as an IP address in combination with the fixed address.
  • a virtual private network VPN
  • the fixed address assigned to the router 4, that is, information for uniquely identifying the store 6, is the store ID
  • the private address assigned to the two games that is, information for uniquely identifying the two games. May be referred to as a housing ID.
  • the game machine 2 is provided with a control unit 10.
  • An input device 11, a display device 12, a card reader 13, a money collection device 14 and a storage device 15 are connected to the control unit 10.
  • the input device 11 receives a user operation and outputs a signal corresponding to the operation content to the control unit 10.
  • the display device 12 displays a game screen or the like in accordance with instructions from the control unit 10.
  • the card reader 13 reads information on the card 8 possessed by the user and outputs a signal corresponding to the information to the control unit 10.
  • the card 8 is provided with a non-volatile storage medium (not shown) such as an IC chip or a magnetic stripe, and the medium has a unique ID (hereinafter also referred to as a card ID) for each card 8. It is recorded.
  • the card ID may be recorded on the card 8 in the form of a barcode or the like.
  • the money receiving device 14 detects the amount of money (coins or banknotes) inserted by the user, and outputs a signal corresponding to the input amount to the control unit 10.
  • the storage device 15 is a storage device capable of storing data, such as a hard disk storage device.
  • the storage device 15 stores various data such as a game program 101 for causing the control unit 10 to execute a predetermined game, and game data 102 that the game program 101 appropriately refers to in order to advance the game.
  • a game control unit 16 and a charge management unit 17 as logical devices are provided inside the control unit 10.
  • the game control unit 16 executes various processes necessary for playing the game such as management of start, progress, and end of the game provided to the user by the game machine 2.
  • the charge management unit 17 requests the user to pay the play fee, and executes processing related to the collection of the play fee, such as determining whether or not the requested amount of the play fee has been collected.
  • the user pays by using a cash payment method using the money receiving apparatus 14 and by debiting electronic currency from an account managed by the center server 3.
  • the method can be selected.
  • the minimum unit (minimum amount) of the payment amount is smaller in the electronic currency payment method than in the cash payment method. For example, in cash, 100 yen is the minimum unit, but in electronic currency, payment in an amount equivalent to 1 yen is possible.
  • the center server 3 is provided with a control unit 20 and a storage device 21.
  • the control unit 20 includes a microprocessor, a ROM in which a program such as an operating system to be executed by the microprocessor is recorded, and an internal storage device (not shown) such as a RAM that provides a work area for the microprocessor.
  • a computer unit provided. Although an input device such as a keyboard and an output device such as a monitor are connected to the control unit 20, they are not shown.
  • the storage device 21 stores a server program 201 to be executed by the control unit 20 and various data referred to by the program 201.
  • player data 202, an ID table 203, account data 204, and billing management data 205 are recorded as a kind of data to be referred to by the control unit 20.
  • the player data 202 is a set of records in which information related to game play contents such as player attributes (name, age, sex, etc.) play history and results is recorded in association with the card ID of the card 8 possessed by the player. is there.
  • the ID table 203 is a data table in which store IDs and housing IDs are associated with each other. That is, the ID table 203 is data for determining in which store 6 each game machine 2 is installed.
  • a specific example of the ID table 203 is as shown in FIG. In this example, the store ID “10001” is associated with the housing IDs “XXX101”, “XXX0124”, “XXX228”, and the store ID “10002” is the housing ID “XXX321”, “XXX004”. Are associated.
  • the character “X” means a code such as an appropriate numerical value or character. The way to obtain the store ID is just an example.
  • the account data 204 is a set of records recorded by associating the amount of electronic currency held by the user with an ID unique to the user (hereinafter referred to as a user ID).
  • the card ID and the user ID are associated one-to-one or many-to-one.
  • Data for determining the correspondence between the card ID and the user ID is also recorded in the storage device 21 of the center server 3.
  • the amount of electronic currency held in the account data 204 can be increased (deposited) by the user via a website or the like operated by an administrator of the system 1 or the like. Billing to the user corresponding to the deposit of electronic currency is performed separately through settlement means such as a credit card.
  • electronic currency may be deposited in exchange for cash using a terminal dedicated to depositing electronic currency.
  • the depositing and settlement of the electronic currency for the account data 204 may be the same as that of the prepaid electronic currency system, and the details thereof are omitted. It should be noted that the function related to fee collection using electronic currency may be realized by a device physically separated from the center server 3.
  • the charge management data 205 is data necessary for each game machine 2 to collect the amount of use of the center server 3 and charge each store 6 for a charge corresponding to the use amount of the center server 3. Details of the charge management data 205 will be described later.
  • the control unit 20 reads and executes the server program 201 of the storage device 21, a game management unit 22, an account management unit 23, and a billing management unit 24 as logical devices are provided inside the control unit 20.
  • the game management unit 22 matches the players of the game machine 2 and notifies the game machine 2 of the result, transmits the player data 203 to the game machine 2, or based on information sent from the game machine 2. Processing necessary for providing a player with a predetermined game via the network 5, such as processing for updating the player data 203, is executed.
  • the account management unit 23 relates to electronic currency management such as debiting a specified amount of electronic currency from a record (corresponding to the user ID) of the account data 204 in response to a play fee debit request from the game machine 2. responsible for processing.
  • the account management unit 23 identifies the user ID record corresponding to the card ID from the account data 204, and the identified record By subtracting the amount of payment from the amount held in, the payment of the play fee in electronic currency is completed.
  • the billing management unit 24 refers to the billing management data 205 to calculate the usage amount of the center server 3 in a predetermined counting period for each game machine 2 and uses the amount of usage fee (usage amount or billing amount) according to the usage amount. Is calculated for each store 6.
  • FIG. 3 shows a procedure of a game using the network 5 and a usage fee of the game system 1 associated with the execution of the game, in particular, usage fees of various services provided by the center server 3 (hereinafter simply referred to as a center).
  • a center This is an example of a relationship with a process of calculating the usage fee of the server 3.
  • the game machine 2 first obtains player data 202 associated with a card ID from the center server 3 in accordance with a user instruction (step Sa). Subsequently, in accordance with an instruction from the user, matching is performed with a game opponent or a user who is to be a partner who plays the game jointly (step Sb).
  • step Sc the game by the matched users is performed.
  • the range of the game executed here is set according to the amount of the play fee.
  • the player data 202 is stored in the center server 3 in accordance with an instruction from the user (step Sd).
  • step Sa acquisition of the player data 202
  • step Sb matching
  • step Sd storage of the play data 202
  • step Sd storage of the play data 202
  • step Sa when player data is requested from two games (step Sa), a player data acquisition event is executed correspondingly.
  • player data 202 corresponding to the card ID sent from the game machine 2 is obtained from the storage device 21, and the player data 202 is transmitted to the game machine 2.
  • step Sb a matching event is executed correspondingly.
  • a user who satisfies a predetermined matching condition is searched with reference to the attributes, results, etc. of the player sent from the game machine 2, and the result is transmitted to the game machine 2.
  • step Sd When storage of player data 202 is requested from two games (step Sd), a player data storage event is executed in response to this request.
  • the player data storage event the player data 202 corresponding to the user's card ID is updated based on the information indicating the play result sent from the game machine 2.
  • Each of the above-described events is set as an event to be charged (target to collect usage charges) in the center server 3.
  • the above-described steps Sa, Sb, and Sd in the game machine 2 are selective processes that are executed in response to an instruction from the user. Therefore, each event of the center server 3 is also a selective process executed in response to a request from the game machine 2.
  • an event counting process is performed every time an event to be charged is executed.
  • the event counting process is a process of counting the number of executions of an event targeted for the following for each case ID. The number of event executions is counted as a basis for calculating the usage fee.
  • billing aggregation processing is executed based on the result of the event counting processing.
  • the accounting totaling process is a process of calculating the usage amount of the center server 3 for a predetermined totaling period for each store 6. All of these processes are executed by the control unit 20 using the charge management unit 24. These detailed procedures will be described later.
  • One event corresponds to a group of unit processes that are selectively executed by the computer of the center server 3, that is, the control unit 20 in response to a request from the game machine 2.
  • the range in which one event is set, in other words, the unit processing category may be appropriately determined according to the convenience of the game system 1.
  • modules when a plurality of modules are prepared in the server program 201 corresponding to each of a plurality of services that can be provided by the center server 3, these modules may be classified as unit processes.
  • a plurality of highly related services may be collected as one unit process.
  • one service may be further divided into a plurality of events, and these events may be handled as one unit process.
  • the ID table 203 and the charge management data 204 described above are stored as data to be referred to in the event counting process or the charge totaling process.
  • the charge management data 204 includes a usage amount table 211, charge setting data 212, a total schedule 213, an event total table 214, and charge data 215.
  • the usage amount table 211 indicates the usage amount of the center server 3 (hereinafter, may be referred to as a unit usage amount) when an event to be charged is executed once. It is recorded in association with (information such as characters and numerical values for distinguishing events).
  • the usage amount table 211 is prepared for the following reason.
  • the burden (for example, the usage time of the CPU included in the control unit 20) when the center server 3 processes each event differs depending on the contents of the event. Therefore, when the usage fee is calculated by regarding the number of executions of the event as the usage amount of the center server 3, the amount does not necessarily reflect the substantial usage amount of the center server 3. Therefore, a unit usage amount is set for each event so that the difference in processing amount of the control unit 20 for each event can be offset, and the unit usage amount is multiplied by the number of executions for each event, thereby controlling the control unit between events. The number of executions for each event can be converted into a substantial usage amount of the center server 3 by offsetting the difference in the processing amount of 20. As described above, the unit usage amount is set as a weight value for converting each event as the unit processing into the usage amount of the control unit 20.
  • the billing setting data 212 in FIG. 4 is data describing the correspondence between the usage amount and usage amount of the center server 3.
  • the usage amount is fixed to the lower limit amount until the usage amount reaches a predetermined lower limit value X1, and when the usage amount exceeds a predetermined upper limit value X2, the usage amount is fixed to the upper limit amount.
  • the relationship between the usage amount and the usage amount may be set such that the usage amount increases in proportion to the usage amount.
  • the billing setting data 212 is data describing such a relationship. Note that the billing setting data 212 may be common to all the game machines 2, or a plurality of charge setting data 212 may be prepared according to the store 6.
  • different charging setting data 212 may be prepared depending on the content of the game executed on the game machine 2.
  • the lower limit amount functions as a minimum fee for using the center server 3, and the upper limit amount functions as a maximum fee for using the center server 3.
  • the administrator of the game system 1 is guaranteed to receive a minimum price for providing services to each game machine 2.
  • the upper limit amount there is no possibility that the usage fee will increase without limitation for the operation of each game machine 2.
  • the contents of the billing setting data 212 are not limited to those having the lower limit and the upper limit as described above, and can be changed as appropriate. Only either the lower limit amount or the upper limit amount may be set, or both may be omitted.
  • the usage fee may be increased step by step without being proportional to the usage amount.
  • the billing setting data 212 should be set so that the maximum amount of the usage fee of the center server 3 that can occur in one game does not exceed the play fee collected from the user for one game play. It is. This is to ensure the profit of the store 6 operator.
  • the aggregation schedule 213 in FIG. 4 is data describing the aggregation schedule of the usage amount for each store 6.
  • the aggregation schedule 213 is set such that the monthly usage amount is totaled with the end of the month as the deadline, or the monthly usage amount is totaled with the 15th of the month as the deadline.
  • the event totaling table 214 is data in which the number of event executions counted by the event counting process is written.
  • An example of the event total table 214 is shown in FIG.
  • the name of the game to be executed, the event label, and the number of executions for each counting period are recorded for each case ID. For example, regarding the record of the case ID “XXX101”, the game name is “Game A”, and the number of executions of each of the events A1, A2,... That can be executed in the game is recorded.
  • the charging data 215 in FIG. 4 is data in which the result totaled by the charging totaling process is written.
  • An example of the accounting data 215 is shown in FIG.
  • the case ID is collected for each store ID, and the game name, event label, usage amount, and usage amount are recorded for each case ID.
  • Game A which is the game name of the housing ID “XXX101”, “XXX124”,.
  • Event A1,” “Event A2,”... are recorded as event labels that can be executed, and usage amounts A1, A2,... For each event and the total usage amount TA are recorded.
  • the usage amount calculated correspondingly is recorded.
  • FIG. 8 shows the procedure of the event counting process. This process is executed every time the control unit 20 of the center server 3 processes an event to be charged in accordance with a request from the game machine 2.
  • the control unit 20 first determines the housing ID of the game machine 2 that requested the event in step S11. In subsequent step S12, the control unit 20 acquires the label of the event whose processing is requested. If the example of FIG.
  • step Sb when the game machine 2 requests
  • the housing ID of 2 and the event label are sequentially acquired in steps S11 and S12.
  • the housing ID is always transmitted from the game machine 2 to the center server 3 when the game machine 2 requests the center server 3 for some processing.
  • the event label can also be specified when the control unit 20 of the center server 3 determines a request from the game machine 2.
  • step S13 the control unit 20 updates the event totaling table 214 according to the results of steps S11 and S12. That is, the control unit 20 specifies a record corresponding to the chassis ID acquired in step S11, and in the record, the number of executions of the event corresponding to the acquired event label (however, the number of the latest counting period) is 1 Is added. Thus, the event counting process corresponding to one event is completed. If the event to be processed by the center server 3 includes a chargeable event and a non-chargeable event, the process of FIG. 8 may be executed only when the chargeable event occurs. The determination as to whether or not it is a chargeable object may be sent to the center server 3 by the game machine 2 performing this (for example, a chargeable object flag) for determining the result. The center server 3 itself may determine whether the event is a chargeable event.
  • FIG. 9 shows the procedure of billing aggregation processing. This process is executed at a predetermined timing (for example, if the deadline is the end of the month, the midnight time zone at the beginning of the next month) each time the aggregation period described in the aggregation schedule 213 elapses.
  • the control unit 20 starts the billing tabulation process, first, in step S21, the housing ID corresponding to the store ID to be tabulated is specified from the ID table 203, and the tabulated data 214 corresponding to the obtained housing ID. To get. For example, if the store ID “10001” in FIG. 7 is to be counted, the case ID associated with the store ID is specified from the ID table 203, and the latest count period for each event related to the case ID is determined. Acquires the event execution count.
  • the control unit 20 selects one casing ID to be processed from the obtained aggregated data, and in step S23, calculates the usage amount for each event of the casing ID. That is, the usage amount is calculated by multiplying the number of executions of the event recorded in the total data 214 by the unit usage amount in the usage amount table 211 (FIG. 5). For example, in FIG. 5, since the unit usage amount of event A1 is set to “5”, in order to calculate the usage amount in June 2010 of event A1 with chassis ID “XXX101” in FIG. The number of executions “10” is multiplied by the unit usage amount “5”, so that the usage amount of the event A1 becomes “50”.
  • step S23 The calculation in step S23 is executed for all events of the case ID selected as the target.
  • the control unit 20 proceeds to step S24, and totals (totals) the usage amount for each event of the target chassis ID.
  • step S25 the control unit 20 determines whether or not the total usage amount is equal to or less than the lower limit X1 of the usage amount set in the billing setting data 212. If it is equal to or lower than the lower limit X1, the control unit 20 proceeds to step S26, and sets the usage amount related to the housing ID to the lower limit amount.
  • the control unit 20 proceeds to step S27 and determines whether or not the usage amount exceeds the upper limit X2.
  • step S28 sets the usage amount related to the case ID to the upper limit amount.
  • step S29 sets the usage amount to the usage amount, that is, between the lower limit amount and the upper limit amount and proportional to the usage amount. To set the amount.
  • step S30 the control unit 20 determines whether or not the processing in steps S22 to S29 has been completed for all the case IDs associated with the store IDs to be counted, and there is an unprocessed case ID. For example, the process returns to step S22 to select an unprocessed housing ID. If it is determined in step S30 that the processing has been completed for all the housing IDs, the control unit 20 proceeds to step S31 and generates billing data relating to the store IDs to be counted. That is, the usage amount for each event label calculated in the process so far, the total usage amount for each case ID, and the usage amount calculated for the total usage amount are recorded in the billing data 215. Thereafter, the control unit 20 ends the current billing process.
  • the administrator of the game system 1 charges the usage fee of the game system 1 (center server 3) to the operator of the store 6 periodically.
  • the billing and fee collection may be performed using the game system 1, or may be performed using a payment system prepared separately from the game system 1.
  • the operator of the store 6 may connect the personal computer or the like to the center server 3 via the network 5 so that the billing data 215 corresponding to the store 6 can be appropriately referred to.
  • the billing data 215 can be used in an appropriate form.
  • the number of executions of each of a plurality of unit processes (events) selectively executed by the control unit 20 of the center server 3 in relation to the game is counted.
  • the usage amount of the center server 3 is converted by the weight value (unit usage amount) set corresponding to each unit process, and the usage fee of the center server 3 is calculated for each store 6 according to the usage amount. Therefore, it is possible to appropriately reflect the extent to which each game machine 2 has used the service of the center server 3 in the charge amount of the system usage fee for the operator of each store 6.
  • the unit usage is set for each unit process, flexible fee setting is possible. For example, for a specific unit process, it is possible to set the usage fee to be changed (price reduction or price increase) for a limited period or without a limited period. Also, the usage fee can be reviewed as appropriate by changing the billing setting data 212.
  • a usage amount table 211 of the charging management data 204 corresponding to the update, By simply updating the setting data 212, the event totaling table 214, and the accounting data 215, it is possible to calculate a system usage fee corresponding to a new function or the like.
  • the present embodiment it is possible to grasp how many events are used by counting the number of executions of a specific event in the center server 3 without distinguishing between the store ID and the housing ID. You can also. For example, if there is an event to be executed corresponding to a specific mode of a specific game, if the number of executions of the specific event is counted for all or a plurality of game machines 2 extracted as samples, It is possible to grasp how much the specific mode is selected by the user. The total value can be used as an evaluation index for the game. Alternatively, an operation such as reviewing the usage amount table 211 can be performed with reference to the number of executions for each event.
  • control unit 20 of the center server 3 corresponds to a computer that selectively executes a plurality of unit processes to be charged, and the charge management unit 24 provided in the control unit 20 is shown in FIG.
  • the charge management unit 24 functions as a charge calculation unit by executing the processing of FIG. 9.
  • this invention is not limited to the form mentioned above, It can implement with a suitable form.
  • the event counting process is executed every time the chargeable event is executed in the center server 3.
  • the game machine 2 counts the number of executions of the chargeable event, and the game machine 2 executes the number of executions of each event (in this case) Is represented by the number of times requested by the game machine 2) may be transmitted at an appropriate timing and used for the billing aggregation process in the center server 3.
  • all of the accounting total processing is executed by the center server 3, for example, by holding the usage amount table 211 in each game machine 2, the processing from step S22 to S24 in FIG. And the result may be provided to the center server 3.
  • the game machines 2 can execute the processing from steps S25 to S29 in FIG. 9 in a distributed manner.
  • what is necessary is just to deliver to the game machine 2 from the center server 3 when making the game machine 2 hold
  • the application target of the present invention is not limited to a game system using a network, but can be applied to a game system in which a game device is operated in a stand-alone manner.
  • the usage fee of the game machine may be calculated according to the present invention.
  • the use of the present invention is not limited to the use of charging a system usage fee for each store operator.
  • the accounting target group may be set as appropriate.

Landscapes

  • Engineering & Computer Science (AREA)
  • Business, Economics & Management (AREA)
  • Multimedia (AREA)
  • Physics & Mathematics (AREA)
  • General Physics & Mathematics (AREA)
  • Development Economics (AREA)
  • General Business, Economics & Management (AREA)
  • Finance (AREA)
  • Strategic Management (AREA)
  • Accounting & Taxation (AREA)
  • Computer Security & Cryptography (AREA)
  • Entrepreneurship & Innovation (AREA)
  • Game Theory and Decision Science (AREA)
  • Economics (AREA)
  • Marketing (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)

Abstract

利用状況に応じた料金を算出することが可能なゲームシステムを提供する。 ネットワーク５を介して複数のゲーム機２とセンターサーバ３とが接続され、各ゲーム機２にて実行されるべきゲームに関連してセンターサーバ３が実行する処理を、ゲーム機２からの要求に応じて選択的に実行されるべき複数の単位処理に区分可能なゲームシステム１において、複数の単位処理のそれぞれが実行された回数をゲーム機２毎に区別して計数する手段と、所定の集計期間における計数結果に基づいて、当該集計期間におけるシステム１の利用料金をゲーム機２を単位として算出する手段とを設ける。

Description

ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置
　本発明は、コンピュータを含んだシステムの利用状況に応じた料金を算出することが可能なゲームシステム等に関する。
　ゲームシステムに係るビジネスの一形態として、店舗等の商業施設の運営者が、ゲームシステムの管理者からゲーム装置あるいはそのソフトウエアの提供を受けてゲーム装置を施設で稼働させ、運営者がゲーム装置のユーザ（プレイヤ）からゲームの対価として料金を徴収し、得られた収益から管理者にシステムの利用料金を支払う形態がある。そのような形態におけるゲーム装置等の利用料金の課金方法としては、例えば単位期間（一例として一月）毎に定額の利用料を管理者が運営者から徴収する定額課金方式が従来より採用されていた。近年では、ゲーム装置におけるゲームのプレイ回数を計数し、回数に応じた料金を徴収する従量課金方式も提案されている（例えば特許文献１参照）。その従量課金方式を採用したゲームシステムでは、一回のゲームが実行される毎にプレイ履歴情報が記録され、そのプレイ履歴情報が記録される毎にプレイカウント値が累計され、そのプレイカウント値に従って利用料金が算出されている。
特開２００７－２６８２３７号公報
　従来の従量課金方式のゲームシステムにおいては、課金の最小単位が一回のゲーム、つまり、ユーザがプレイ料金を支払った対価としてプレイすることが許容されるゲームの範囲である。しかし、従量課金方式では、料金を決定する基準としての「量」を何に依存して定めるかに関して様々な考え方がある。一例として、システムの利用状況に応じて料金を徴収する、という考え方がある。その場合、ゲームの一回のプレイを課金単位とするだけでは利用状況に見合った課金設定ができないおそれがある。例えば、一回のゲームの中で、プレイヤの指示に応じて選択されるモード等のオプションが存在し、選択内容に応じてコンピュータの処理量（ＣＰＵの使用時間等）が異なる場合には、利用料金がコンピュータの利用状況を必ずしも反映した値にならないおそれがある。あるいは、ネットワークを利用したゲームシステムの場合、一回のゲームの実行に対してサーバ装置が担当すべき処理の量が様々に異なることがある。その場合、サーバ装置の利用状況に応じて運営者から料金を徴収したくても、個々のゲーム装置がサーバ装置のサービスを利用した量に見合った課金ができないおそれがある。
　本発明は上述した事情に鑑みてなされたもので、利用状況に応じた料金を算出することが可能なゲームシステム等を提供することを目的とする。
　本発明のゲームシステムは、ゲームに関連してコンピュータが実行する処理を、選択的に実行されるべき複数の単位処理に区分可能なゲームシステムであって、前記複数の単位処理のそれぞれが実行された回数を計数する計数手段と、所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を算出する料金算出手段と、を備えている。
　また、本発明のコンピュータプログラムは、ゲームに関連してコンピュータが実行する処理を、選択的に実行されるべき複数の単位処理に区分可能なゲームシステムに適用され、前記コンピュータを、前記複数の単位処理のそれぞれが実行された回数を計数する計数手段、及び、所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を算出する料金算出手段として機能させるように構成されている。
　本発明によれば、コンピュータにて各単位処理が実行された回数が計数され、その計数結果に基づいて利用料金が算出されるので、ゲーム回数に依存して料金を算出する従来技術と比較して、システムの利用状況を料金に適切に反映させることが可能である。すなわち、各単位処理は、ゲームのユーザ（プレイヤ）からの指示、ゲームの進行手順といった選択要因に応じて適宜に実行されるため、実行頻度が高い単位処理もあれば、実行頻度の低い単位処理もある。しかも、単位処理の実行頻度のばらつきは、ゲーム機が設置された施設、ゲームのユーザ層等によっても様々に変化する。本発明によれば、各単位処理の実行回数を計数することにより、ゲームの実行中に、コンピュータにて各単位処理がどの程度実行されたかを把握し、それによりシステムの利用状況を従来よりも詳細に判別して、その判別結果に見合った料金を算出することが可能である。
　本発明において、単位処理は、何らかの選択要因に応じて適宜に選択されてコンピュータが実行するものであればよい。例えば、ユーザの選択によって実行されるゲームモードを実現するための一纏めの処理を単位処理として設定することができる。あるいは、ユーザの指示、あるいはゲーム装置それ自身の判断に従ってサーバ装置に要求され、その要求に応じてサーバ装置が実行する一纏めの処理を単位処理として設定することができる。その他にも、単位処理は適宜の観点から区分されてよい。システムの利用料金の概念は、例えばゲーム装置をスタンドアローンで動作させるゲームシステムの場合には、そのゲーム装置の利用料金として観念することができる。ネットワークを利用したゲームシステムの場合には、一例として、サーバ装置の利用料金、あるいはサーバ装置によって提供されるサービスの利用料金としてシステムの利用料金を観念することができる。
　本発明の一形態において、前記料金算出手段は、前記計数手段が計数した各単位処理の実行回数と、各単位処理に対応して設定された重み値とに基づいて、前記集計期間における各単位処理の利用量を算出し、当該利用量を集計した値に基づいて前記利用料金を算出してもよい。これによれば、料金設定に関する単位処理のそれぞれの事情を重み値に反映させて利用料金を定めることができる。なお、重み値は適宜の基準に従って設定してよい。一例として、コンピュータの処理量に関する単位処理間の相違を相殺できるように重み値を設定することができる。これによれば、単位処理間でコンピュータの処理量に相違があっても、それを均して、各単位処理が実行された際のコンピュータの利用量を、利用料金に適切に反映させることができる。なお、ここでいう相殺の概念は、処理量の相違を解消する場合に限らず、相違を減少させる場合も含む。処理量は、一例としてコンピュータが処理に要する時間、処理すべきデータ量等によって表現することができる。
　本発明において、前記料金算出手段は、前記利用量を集計した値が大きいほど利用料金が高くなるように、前記集計した値に応じて利用料金を算出してもよい。さらに、前記料金算出手段は、前記集計した値が所定の下限値以下の場合には前記利用料金を下限額に固定し、前記集計した値が所定の上限値を超過する場合には前記利用料金を上限額に固定してもよい。
　本発明の一形態において、ゲームシステムは、ネットワークを介して接続されたゲーム装置及びサーバ装置を有し、前記複数の単位処理のそれぞれは、前記ゲーム装置からの要求に従って前記サーバ装置のコンピュータが選択的に実行するものであってもよい。この形態によれば、ゲーム装置からの要求に従ってサーバ装置のコンピュータが単位処理を実行した回数が計数され、その計数結果に基づいて、当該ゲーム装置に関するシステムの利用料金が算出される。なお、この形態において、計数手段は、ゲーム装置又はサーバ装置のいずれに設けられてもよい。
　上記の形態において、前記ネットワークには複数のゲーム装置が接続され、前記計数手段は前記ゲーム装置毎に区別して前記回数を計数し、前記料金算出手段は、前記ゲーム装置を単位として前記利用料金を算出してもよい。ゲーム装置毎に実行回数を計数して利用料金を算出することにより、個々のゲーム装置におけるシステムの利用状況に応じた利用料金を算出することができる。さらに、課金対象の複数のグループのそれぞれに前記ゲーム装置が設置され、前記料金算出手段は、前記グループ毎に利用料金を集計してもよい。これにより、グループ単位でシステムの利用料金が算出される。
　本発明は、ネットワークを介して複数のゲーム装置と接続され、各ゲーム装置にて実行されるべきゲームに関連してコンピュータが実行する処理を、前記ゲーム装置からの要求に応じて選択的に実行されるべき複数の単位処理に区分可能なゲームシステム用のサーバ装置であって、前記複数の単位処理のそれぞれが実行された回数をゲーム装置毎に区別して計数する計数手段と、所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を前記ゲーム装置を単位として算出する料金算出手段と、を備えたゲームシステム用のサーバ装置として具現化されてもよい。本発明のサーバ装置によれば、複数のゲーム装置のそれぞれがサーバ装置のコンピュータを利用した状況に応じて各ゲーム装置の利用料金を算出することができる。
　以上に説明したように、本発明によれば、ゲームに関連してコンピュータが実行する処理を複数の単位処理に区分し、各単位処理の実行回数を計数しているので、ゲームの実行中に、コンピュータにて各単位処理がどの程度実行されたかを把握することができる。それにより、システムの利用状況を従来よりも詳細に判別して、その判別結果に見合った利用料金を算出することが可能である。
本発明の一形態に係るゲームシステムの概略構成を示す図。 図１のゲーム機及びセンターサーバの制御系における機能ブロック図。 ネットワークを利用したゲームの手順と、そのゲームの実行に関連付けられたゲームシステムの利用料金を算出する処理との関係の一例を示す図。 ＩＤテーブルの一例を示す図。 利用量テーブルの一例を示す図。 イベント集計テーブルの一例を示す図。 課金データの一例を示す図。 イベント計数処理の手順を示すフローチャート。 課金集計処理の手順を示すフローチャート。
　以下、ネットワークを利用したゲームシステムに本発明を適用した一形態を説明する。本形態に係るゲームシステムの概略構成を図１に示す。ゲームシステム１においては、複数のゲーム機（ゲーム装置）２と、センターサーバ（サーバ装置）３とがルータ４を介してネットワーク５にそれぞれ接続されている。センターサーバ３は一台の物理的装置によって構成される例に限らず、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ３が構成されてもよい。一台のゲーム機２がセンターサーバ３として兼用されてもよい。ネットワーク５は、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するもので、典型的にはインターネットがネットワーク５として使用される。各ゲーム機２は、ゲームの対価としてプレイ料金を徴収する業務用又は商用のゲーム機として構成されている。ゲーム機２は、店舗６等の商業施設に適当な台数ずつ設置される。ゲーム機２で実行されるゲームの内容は適宜でよい。ゲーム機２間でゲームが相違していてもよい。ルータ４は各店舗６及びセンターサーバ３に対応付けて設置され、同一店舗のゲーム機２は共通のルータ４を介してネットワーク５に接続されている。ゲーム機２と店舗６のルータ４との間にローカルサーバが設置され、そのローカルサーバを介してゲーム機２がセンターサーバ３と通信可能に接続されてもよい。本形態のゲームシステム１では、各店舗６のゲーム機２がセンターサーバ３のサービスを利用した量（単に、センターサーバ３の利用量と呼ぶことがある。）がシステム利用量として所定の集計期間毎に集計され、その集計値に基づいて、店舗６毎にシステムの利用料金が算出され、その額が店舗６の運営者（営業主体）に課金される。各店舗６は、課金対象としての一つのグループに相当する。
　センターサーバ３は、ゲームシステム１の管理者によって設置され、ネットワーク５を介した各種のサービスを、ゲーム機２又はそのゲーム機２のユーザ（プレイヤと呼ぶこともある。）に対して提供する。一例として、センターサーバ３は、ゲーム機２を介したゲームプログラムあるいはデータの更新サービス、ゲーム機２のユーザを認証し、そのユーザのプレイ履歴、セーブデータ等を含んだプレイヤデータをセンターサーバ３上に保存し、ゲーム機２からの要求に応じてプレイヤデータをそのゲーム機２に提供するサービス、ネットワーク５を介してユーザ同士が対戦し、あるいは協力しつつゲームを進めるために必要なユーザ間のマッチングサービス等を提供する。
　ゲーム機２及びセンターサーバ３には、ネットワーク５上でそれらを識別するためのユニークなＩＰアドレスが付されている。ゲーム機２同士あるいはゲーム機２とセンターサーバ３との間の通信では、そのＩＰアドレスを利用して通信相手が特定される。ネットワーク５がインターネットのように公開性のあるネットワークの場合には、各ルータ４にネットワーク５上でユニークな固定アドレスが設定される。ゲーム機２には、その固定アドレスとの組み合わせによってネットワーク５上でゲーム機２を一意に識別するためのプライベートアドレスがＩＰアドレスとして設定される。この場合、ゲーム機２とセンターサーバ３との間、あるいはゲーム機２同士の間には仮想プライベートネットワーク（ＶＰＮ）が構築され、そのＶＰＮ上で各ゲーム機２がプライベートアドレスを用いて一意に特定される。以下では、ルータ４に付された固定アドレス、すなわち店舗６を一意に識別するための情報を店舗ＩＤと、ゲーム２機に付されたプライベートアドレス、すなわちゲーム２機を一意に識別するための情報を筐体ＩＤと呼ぶことがある。
　次に、図２を参照して、ゲームシステム１の制御系の構成を説明する。ゲーム機２には、制御ユニット１０が設けられている。制御ユニット１０には、入力装置１１、表示装置１２、カードリーダ１３、金銭収受装置１４及び記憶装置１５が接続されている。入力装置１１は、ユーザの操作を受け付け、その操作内容に応じた信号を制御ユニット１０に出力する。表示装置１２は、制御ユニット１０からの指示に従ってゲーム画面等を表示する。カードリーダ１３は、ユーザが所持するカード８の情報を読み取ってその情報に対応した信号を制御ユニット１０に出力する。カード８には、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられており、その媒体にはカード８毎にユニークなＩＤ（以下、カードＩＤと呼ぶことがある。）等が記録されている。なお、カードＩＤは、カード８にバーコード等の形態で記録されていてもよい。金銭収受装置１４は、ユーザが投入した金銭（硬貨あるいは紙幣）の額を検出し、投入額に応じた信号を制御ユニット１０に出力する。記憶装置１５は、例えばハードディスク記憶装置等、記憶保持が可能な記憶装置である。記憶装置１５は、所定のゲームを制御ユニット１０に実行させるためのゲームプログラム１０１、及びそのゲームプログラム１０１がゲームを進めるために適宜に参照するゲームデータ１０２といった各種のデータを記憶する。
　記憶装置１５のゲームプログラム１０１を制御ユニット１０が読み取って実行することにより、制御ユニット１０の内部には、論理的装置としてのゲーム制御部１６及び課金管理部１７が設けられる。ゲーム制御部１６は、ゲーム機２にてユーザに提供されるゲームの開始、進行、及び終了の管理といったゲームのプレイに必要な各種の処理を実行する。課金管理部１７は、ユーザに対してプレイ料金の支払いを要求し、要求した額のプレイ料金が徴収されたか否かを判別するといったプレイ料金の徴収に関連する処理を実行する。なお、本形態では、ユーザがプレイ料金を支払う手段（支払い方法）として、金銭収受装置１４を利用した現金による支払い方法と、センターサーバ３にて管理されている口座から電子通貨を引き落とすことにより支払う方法とが選択可能とされている。ただし、支払い額の最小単位（最小額）は、現金による支払い方法よりも、電子通貨による支払い方法がより小さい。例えば、現金では１００円が最小単位であるのに対して、電子通貨では１円単位相当量での支払いが可能とされる。
　センターサーバ３には、制御ユニット２０と、記憶装置２１とが設けられている。制御ユニット２０は、マイクロプロセッサと、そのマイクロプロセッサにて実行されるべきオペレーティングシステム等のプログラムが記録されたＲＯＭ、及びマイクロプロセッサに対する作業領域を提供するＲＡＭ等の内部記憶装置（不図示）とを備えたコンピュータユニットである。制御ユニット２０には、キーボード等の入力装置と、モニタ等の出力装置とが接続されるが、それらの図示は省略した。記憶装置２１は、制御ユニット２０にて実行されるべきサーバプログラム２０１及びそのプログラム２０１が参照する各種のデータを記憶する。記憶装置２１には、制御ユニット２０が参照すべきデータの一種として、プレイヤデータ２０２、ＩＤテーブル２０３、口座データ２０４及び課金管理データ２０５が記録されている。
　プレイヤデータ２０２は、プレイヤの属性（氏名、年齢、性別等）プレイ履歴、成績といったゲームのプレイ内容に関連した情報を、そのプレイヤが所持するカード８のカードＩＤと関連付けて記録したレコードの集合である。ＩＤテーブル２０３は、店舗ＩＤと筐体ＩＤとを対応付けたデータテーブルである。つまり、ＩＤテーブル２０３は、各ゲーム機２がどの店舗６に設置されているかを判別するためのデータである。ＩＤテーブル２０３の具体例は図４に示した通りである。この例では、店舗ＩＤの“１０００１”に筐体ＩＤの“ＸＸＸ１０１”、“ＸＸＸ０１２４”、“ＸＸＸ２２８”…が対応付けられ、店舗ＩＤの“１０００２”に筐体ＩＤの“ＸＸＸ３２１”、“ＸＸＸ００４”が対応付けられている。なお、文字“Ｘ”は適宜の数値、文字等のコードを意味する。店舗ＩＤの取り方もあくまで一例に過ぎない。
　口座データ２０４は、ユーザが保持する電子通貨の額をそのユーザに固有のＩＤ（以下、ユーザＩＤと呼ぶ。）と関連付けて記録したレコードの集合である。カードＩＤとユーザＩＤとは１対１又は多対１で対応付けられている。センターサーバ３の記憶装置２１には、カードＩＤとユーザＩＤとの対応関係を判別するためのデータも記録されている。口座データ２０４に保持される電子通貨の額は、システム１の管理者等が運営するウェブサイト等を介してユーザが増額（預入）することが可能とされている。電子通貨の預入に対応したユーザへの課金は、例えばクレジットカード等による決済手段を通じて別途行われる。あるいは、電子通貨の預入専用端末等を利用して現金と引き換えに電子通貨が預け入れられるようにしてもよい。口座データ２０４に対する電子通貨の預入及びその決済は、プリペイド型の電子通貨システムのそれと同様でよく、その詳細は説明を省略する。なお、電子通貨を利用した料金徴収に関わる機能はセンターサーバ３とは物理的に分けられた装置にて実現されてもい。課金管理データ２０５は、各ゲーム機２がセンターサーバ３を利用した量を集計し、センターサーバ３の利用量に応じた料金を各店舗６毎に課金するために必要なデータである。課金管理データ２０５の詳細は後述する。
　記憶装置２１のサーバプログラム２０１を制御ユニット２０が読み取って実行することにより、制御ユニット２０の内部には、論理的装置としてのゲーム管理部２２、口座管理部２３及び課金管理部２４が設けられる。ゲーム管理部２２は、ゲーム機２のプレイヤ同士をマッチングしてその結果をゲーム機２に通知する処理、プレイヤデータ２０３をゲーム機２に送信し、あるいはゲーム機２から送られた情報に基づいてプレイヤデータ２０３を更新する処理といった、ネットワーク５を介した所定のゲームをプレイヤに提供するために必要な処理を実行する。口座管理部２３は、ゲーム機２からのプレイ料金の引き落とし要求に応答して、口座データ２０４のレコード（ユーザＩＤに対応するもの）から指定された額の電子通貨を引き落とすといった電子通貨の管理に関する処理を担当する。すなわち、ゲーム機２からカードＩＤと支払い額とを沿えて引き落とし処理が要求された場合、口座管理部２３はそのカードＩＤに対応するユーザＩＤレコードを口座データ２０４から特定し、その特定されたレコードに保持されている額から支払い額を減算することにより、電子通貨によるプレイ料金の支払いを完了させる。課金管理部２４は、課金管理データ２０５を参照して所定の集計期間におけるセンターサーバ３の利用量をゲーム機２毎に算出し、その利用量に応じた額の利用料金（利用額あるいは課金額と呼ぶことがある。）を店舗６毎に算出する処理を実行する。
　次に、課金管理部２４を中心として実現される利用額の算出手順を説明する。図３は、ネットワーク５を利用したゲームの手順と、そのゲームの実行に関連付けられたゲームシステム１の利用料金、ここでは特にセンターサーバ３によって提供される各種のサービスの利用料金（以下、単にセンターサーバ３の利用料金と表現することがある。）を算出する処理との関係の一例を示している。図示の例においては、ゲーム機２にて、まずユーザの指示に従ってカードＩＤに対応付けられたプレイヤデータ２０２がセンターサーバ３から取得される（ステップＳａ）。続いて、ユーザからの指示に従って、ゲームの対戦相手、あるいは共同してゲームをプレイする相手となるべきユーザとのマッチングが行なわれる（ステップＳｂ）。その後、マッチングされたユーザ同士によるゲームが実行される（ステップＳｃ）。ここで実行されるゲームの範囲はプレイ料金の額に応じて設定される。その範囲のゲームのプレイが終了すると、ユーザからの指示に従って、プレイヤデータ２０２がセンターサーバ３に保存される（ステップＳｄ）。
　ゲーム機２における上記の処理は一例である。図３に破線で示したように、プレイヤデータ２０２の取得（ステップＳａ）、マッチング（ステップＳｂ）、及びプレイデータ２０２の保存（ステップＳｄ）は、ユーザの指示に応じて実行される選択的、あるいは任意的な処理である。例えば、ユーザがプレイヤデータ２０２を利用したゲームの継続を希望しない場合、あるいはプレイヤデータ２０２が保存されていない場合には、ステップＳａの処理は実行されない。また、ユーザがネットワーク５を利用したゲームを希望せず、ゲーム機２単独でのゲームのプレイ、つまりスタンドアローン状態でのゲームのプレイを希望する場合、ステップＳｂの処理はスキップされる。同様に、ユーザがプレイヤデータ２０２の保存を希望しない場合、ステップＳｄの処理はスキップされる。
　ゲーム機２における上述したゲームの進行に対応して、センターサーバ３では各種の処理（イベントと呼ぶことがある。）が呼び出されて実行される。例えば、ゲーム２機からプレイヤデータの提供が要求された場合（ステップＳａ）には、これに対応してプレイヤデータ取得イベントが実行される。プレイヤデータ取得イベントでは、ゲーム機２から送られたカードＩＤに対応するプレイヤデータ２０２が記憶装置２１から取得され、そのプレイヤデータ２０２がゲーム機２に送信される。ゲーム２機からマッチングが要求された場合（ステップＳｂ）には、これに対応してマッチングイベントが実行される。マッチングイベントでは、ゲーム機２から送られたプレイヤの属性、成績等を参照しつつ所定のマッチング条件を満たすユーザが検索され、その結果がゲーム機２に送信される。ゲーム２機からプレイヤデータ２０２の保存が要求された場合（ステップＳｄ）には、これに対応してプレイヤデータ保存イベントが実行される。プレイヤデータ保存イベントでは、ゲーム機２から送られたプレイ結果を示す情報に基づいて、ユーザのカードＩＤに対応するプレイヤデータ２０２が更新される。
　上述したイベントのそれぞれは、センターサーバ３における課金対象（利用料金を徴収する対象）のイベントとして設定されている。ゲーム機２における上述したステップＳａ、Ｓｂ、Ｓｄの処理がユーザからの指示に応じて実行される選択的な処理である。したがって、センターサーバ３の各イベントもゲーム機２からの要求に応じて実行される選択的な処理である。センターサーバ３では、課金対象のイベントが実行される毎にイベント計数処理が行なわれる。イベント計数処理は、下記対象とされているイベントの実行回数を筐体ＩＤ毎に計数する処理である。イベントの実行回数は、利用料金を算出するための基礎として計数される。
　また、センターサーバ３では、イベント計数処理の結果に基づいて、課金集計処理が実行される。課金集計処理は、店舗６毎に所定の集計期間におけるセンターサーバ３の利用額を算出する処理である。これらの処理は、いずれも制御ユニット２０が課金管理部２４を利用して実行する。それらの詳細な手順は後述する。なお、一つのイベントは、センターサーバ３のコンピュータ、すなわち制御ユニット２０が、ゲーム機２からの要求に応じて選択的に実行する一纏めの単位処理に相当する。一つのイベントをどのような範囲に設定するか、言い換えれば単位処理の区分は、ゲームシステム１の都合に応じて適宜に定めてよい。例えば、センターサーバ３にて提供可能な複数のサービスのそれぞれに対応して複数のモジュールがサーバプログラム２０１に用意されている場合には、それらのモジュールを単位処理として区分してもよい。関連性の高い複数のサービスを一つの単位処理としてまとめてもよい。あるいは、一つのサービスを複数のイベントにさらに区分し、それらのイベントを一つの単位処理として扱ってもよい。
　センターサーバ３の記憶装置２１には、イベント計数処理又は課金集計処理にて参照されるべきデータとして、上述したＩＤテーブル２０３及び課金管理データ２０４が保存されている。課金管理データ２０４は、利用量テーブル２１１、課金設定データ２１２、集計スケジュール２１３、イベント集計テーブル２１４及び課金データ２１５を含んでいる。図５に一例を示したように、利用量テーブル２１１は、課金対象のイベントが一回実行されたときのセンターサーバ３の利用量（以下、単位利用量と呼ぶことがある。）をイベントラベル（イベントを区別するための文字、数値等の情報）と対応付けて記録したものである。利用量テーブル２１１が用意されているのは次の理由による。各イベントをセンターサーバ３が処理する際の負担（例えば、制御ユニット２０に含まれているＣＰＵの利用時間等）はイベントの内容によって相違する。したがって、イベントの実行回数をセンターサーバ３の利用量とみなして利用料金を算出した場合、その額はセンターサーバ３の実質的な利用量を必ずしも反映しない。そこで、イベント毎の制御ユニット２０の処理量の相違を相殺できるように、イベント毎に単位利用量を設定し、その単位利用量をイベント毎の実行回数と掛け合わせることにより、イベント間の制御ユニット２０の処理量の相違を相殺して、イベント毎の実行回数をセンターサーバ３の実質的な利用量へと換算することが可能となる。このように、単位利用量は、単位処理としての各イベントを制御ユニット２０の利用量に換算するための重み値として設定されている。
　図４の課金設定データ２１２は、センターサーバ３の利用量と利用額との対応関係を記述したデータである。その一例として、利用量が所定の下限値Ｘ１に達するまでは利用額が下限額に固定され、利用量が所定の上限値Ｘ２を超えると利用額が上限額に固定される。利用量が下限値Ｘ１～上限値Ｘ２の間にあるときは、利用額が利用量に比例して増加する、といったように利用量と利用額との関係を設定してもよい。課金設定データ２１２はこのような関係を記述したデータである。なお、課金設定データ２１２は、全てのゲーム機２に対して共通でもよいし、店舗６に応じて複数用意されてもよい。さらに、ゲーム機２にて実行されるゲームの内容に応じて互いに異なる課金設定データ２１２が用意されてもよい。下限額はセンターサーバ３を利用する最小料金として機能し、上限額はセンターサーバ３を利用する最大料金として機能する。下限額を設定することにより、ゲームシステム１の管理者は各ゲーム機２へのサービス提供に対して最小限の対価を受け取ることが保障される。一方、上限額を設定することにより、各ゲーム機２の運営に対して無制限に利用料金が増加するおそれがなくなる。ただし、課金設定データ２１２の内容は上記で説明したように下限額及び上限額を有するものに限定されず、適宜に変更可能である。下限額又は上限額のいずれか一方のみが設定されてもよいし、両者が省略されてもよい。従量料金も利用量に比例することなく、段階的に増加するものでもよい。なお、課金設定データ２１２は、一回のゲームで発生し得るセンターサーバ３の利用料金の最大額が、一回のゲームのプレイに対してユーザから徴収するプレイ料金を超えないように設定すべきである。店舗６の運営者の利益を確保するためである。
　図４の集計スケジュール２１３は、店舗６毎の利用額の集計スケジュールを記述したデータである。例えば、月末を締切りとして毎月の利用額を集計し、あるいは毎月１５日を締切りとして毎月の利用額を集計する、といったように集計スケジュール２１３が設定される。イベント集計テーブル２１４は、イベント計数処理によって計数されたイベントの実行回数が書き込まれるデータである。イベント集計テーブル２１４の一例を図６に示す。この例では、筐体ＩＤ毎に、実行されるゲームの名称、イベントラベル、集計期間毎の実行回数が記録されている。例えば、筐体ＩＤ“ＸＸＸ１０１”のレコードに関しては、ゲーム名称が「ゲームＡ」であり、そのゲームにて実行され得るイベントＡ１、Ａ２…のそれぞれの毎月の実行回数が記録されている。
　図４の課金データ２１５は、課金集計処理によって集計された結果が書き込まれるデータである。課金データ２１５の一例を図７に示す。この例では、店舗ＩＤ毎に筐体ＩＤが纏められ、筐体ＩＤ毎にゲーム名称、イベントラベル、利用量及び利用額が記録されている。例えば、店舗ＩＤの“１０００１”に関するデータでは、ＩＤテーブル２０３にてその店舗ＩＤに対応付けられた筐体ＩＤの“ＸＸＸ１０１”、“ＸＸＸ１２４”、…のゲーム名称である「ゲームＡ」、そのゲームで実行され得るイベントラベルとしての「イベントＡ１」、「イベントＡ２」…が記録され、イベント毎の利用量Ａ１、Ａ２…とそれらを合計した利用量ＴＡが記録され、さらに、合計利用量ＴＡに対応して算出された利用額が記録されている。
　次に、イベント計数処理及び課金集計処理の手順を説明する。図８はイベント計数処理の手順を示している。この処理は、ゲーム機２からの要求に従ってセンターサーバ３の制御ユニット２０が課金対象のイベントを処理する毎に実行される。まず、イベント計数処理を開始すると、制御ユニット２０は、まずステップＳ１１にて、イベントを要求したゲーム機２の筐体ＩＤを判別する。続くステップＳ１２にて、制御ユニット２０は処理が要求されたイベントのラベルを取得する。図４の例で説明すれば、ゲーム機２がマッチングを要求し（ステップＳｂ）、センターサーバ３の制御ユニット２０がその要求に応答してマッチングイベントを処理する場合、その処理を要求したゲーム機２の筐体ＩＤ及びイベントのラベルがステップＳ１１、Ｓ１２で順次取得されることになる。なお、筐体ＩＤはゲーム機２がセンターサーバ３に何らかの処理を要求する際に、ゲーム機２からセンターサーバ３に必ず送信される。また、イベントラベルについても、ゲーム機２からの要求をセンターサーバ３の制御ユニット２０が判別する際に特定することができる。
　続くステップＳ１３において、制御ユニット２０はステップＳ１１及びＳ１２の結果に応じてイベント集計テーブル２１４を更新する。すなわち、制御ユニット２０は、ステップＳ１１で取得した筐体ＩＤに対応するレコードを特定し、そのレコードにおいて、取得したイベントラベルに対応するイベントの実行回数（但し、最新の集計期間の回数）に１を加算する。以上により、一回のイベントに対応するイベント計数処理が終了する。なお、センターサーバ３が処理すべきイベントに、課金対象のイベントと課金対象ではないイベントとが存在する場合には、課金対象のイベントが発生する時のみ図８の処理を実行すればよい。課金対象か否かの判別は、ゲーム機２がこれを行なってその結果を判別する情報（一例として課金対象フラグ）をセンターサーバ３に送ってもよい。センターサーバ３自らが、課金対象のイベントか否かを判別してもよい。
　図９は課金集計処理の手順を示している。この処理は、集計スケジュール２１３に記述された集計期間が経過する毎に、所定のタイミング（例えば月末締め切りであれば、翌月初めの深夜時間帯）で実行される。制御ユニット２０は、課金集計処理を開始すると、まずステップＳ２１にて、集計対象となる店舗ＩＤに対応した筐体ＩＤをＩＤテーブル２０３から特定し、得られた筐体ＩＤに対応する集計データ２１４を取得する。例えば、図７の店舗ＩＤ“１０００１”が集計対象であれば、その店舗ＩＤに対応付けられている筐体ＩＤがＩＤテーブル２０３から特定され、それらの筐体ＩＤに関するイベント毎の最新集計期間のイベント実行回数が取得される。
　続くステップＳ２２において、制御ユニット２０は、得られた集計データから処理対象の一つの筐体ＩＤを選択し、続くステップＳ２３にて、その筐体ＩＤのイベント毎の利用量を演算する。つまり、集計データ２１４に記録されているイベントの実行回数に、利用量テーブル２１１（図５）の単位利用量を乗算して利用量を算出する。例えば、図５において、イベントＡ１の単位利用量は“５”に設定されているので、図６の筐体ＩＤ“ＸＸＸ１０１”のイベントＡ１の２０１０年６月の利用量を算出するためには、その実行回数“１０”に単位利用量“５”を乗算して、イベントＡ１の利用量は“５０”となる。
　ステップＳ２３の演算は、対象として選択されている筐体ＩＤの全てのイベントに関して実行される。そして、その演算が終わると制御ユニット２０はステップＳ２４に進み、対象の筐体ＩＤのイベント毎利用量を集計（合計）する。続くステップＳ２５において、制御ユニット２０は、集計された利用量が課金設定データ２１２で設定されている利用量の下限Ｘ１以下か否かを判別する。下限Ｘ１以下の場合、制御ユニット２０はステップＳ２６に進み、筐体ＩＤに関する利用額を下限額に設定する。一方、ステップＳ２５で利用量が下限Ｘ１を超過している場合、制御ユニット２０はステップＳ２７に進み、利用量が上限Ｘ２を超過しているか否かを判別する。上限Ｘ２を超過している場合、制御ユニット２０はステップＳ２８に進み、筐体ＩＤに関する利用額を上限額に設定する。一方、ステップＳ２７で利用量が上限Ｘ２以下であった場合、制御ユニット２０はステップＳ２９に進み、利用額を従量額、すなわち、下限額と上限額との間であって、かつ利用量に比例して定まる額に設定する。
　ステップＳ２６、Ｓ２８又はＳ２９にて利用額が決定されると、制御ユニット２０はステップＳ３０に進む。ステップＳ３０にて、制御ユニット２０は、集計対象の店舗ＩＤに対応付けられた全ての筐体ＩＤについて、ステップＳ２２～Ｓ２９の処理を終えたか否かを判別し、未処理の筐体ＩＤがあればステップＳ２２に戻って未処理の筐体ＩＤを選択する。ステップＳ３０で全ての筐体ＩＤについて処理を終えたと判断した場合、制御ユニット２０はステップＳ３１に進み、集計対象の店舗ＩＤに関する課金データを生成する。すなわち、これまでの処理で演算されたイベントラベル毎の利用量、筐体ＩＤ毎の合計の利用量、合計利用量に対して演算された利用額を課金データ２１５に記録する。その後、制御ユニット２０は今回の課金集計処理を終える。
　以上の処理によって生成された課金データ２１５に基づいて、ゲームシステム１の管理者から店舗６の運営者にゲームシステム１（センターサーバ３）の利用料金が定期的に請求される。その請求、及び料金の徴収は、ゲームシステム１を利用して行われてもよいし、ゲームシステム１とは別に用意された決済システムを利用して行われてもよい。また、店舗６の運営者がネットワーク５を介してパーソナルコンピュータ等をセンターサーバ３に接続することにより、自らの店舗６に対応する課金データ２１５を適宜に参照可能としてもよい。このように、課金データ２１５は適宜の形態で利用することができる。
　以上に説明したゲームシステム１によれば、ゲームに関連してセンターサーバ３の制御ユニット２０が選択的に実行する複数の単位処理（イベント）のそれぞれの実行回数が計数され、計数された回数が、各単位処理に対応して設定された重み値（単位利用量）によってセンターサーバ３の利用量に換算され、その利用量に応じて店舗６毎にセンターサーバ３の利用料金が算出される。したがって、センターサーバ３のサービスを各ゲーム機２がどの程度利用したか、を各店舗６の運営者に対するシステム利用料金の課金額に適切に反映させることが可能である。また、ゲームシステム１によれば、以下の作用効果も奏する。
　単位処理毎に単位利用量を設定しているので、柔軟な料金設定が可能である。例えば、特定の単位処理を対象として、期間を限って、あるいは期間を限らないで、利用料金を変更（値下げ又は値上げ）する、といった設定が可能である。また、課金設定データ２１２の変更によっても、利用料金を適宜に見直すことが可能である。ゲームに新たな機能やモードを追加するために、センターサーバ３からゲーム機２にゲームプログラムやデータの更新版を提供する場合、その更新に対応して課金管理データ２０４の利用量テーブル２１１、課金設定データ２１２、イベント集計テーブル２１４、及び課金データ２１５を更新するだけで、新たな機能等に対応したシステム利用料金の算出が可能である。
　また、本形態によれば、店舗ＩＤや筐体ＩＤの区別によることなく、センターサーバ３にて、特定のイベントの実行回数を集計することにより、イベントがどの程度利用されているかを把握することもできる。例えば、特定のゲームの特定モードに対応して実行されるイベントが存在する場合、全ての、又はサンプルとして抽出された複数のゲーム機２を対象として、特定イベントの実行回数を集計すれば、その特定モードがどの程度ユーザに選択されているかを把握することができる。その集計値をゲームの評価指標として用いることが可能である。あるいは、イベント毎の実行回数を参考にして利用量テーブル２１１の見直しといった作業を行なうこともできる。
　以上のゲームシステム１においては、センターサーバ３の制御ユニット２０が、課金対象である複数の単位処理を選択的に実行するコンピュータに相当し、その制御ユニット２０に設けられた課金管理部２４が図８の処理を実行することにより計数手段として機能し、課金管理部２４が図９の処理を実行することにより料金算出手段として機能する。ただし、本発明は上述した形態に限定されることなく、適宜の形態にて実施することができる。例えば、上記の形態では、センターサーバ３にて課金対象のイベントが実行される毎にイベント計数処理を実行している。しかし、その実行頻度が高くてセンターサーバ３の負荷への影響が無視できない場合には、ゲーム機２にて課金対象イベントの実行回数を計数し、ゲーム機２から各イベントの実行回数（この場合はゲーム機２が要求した回数によって代表される。）を適宜のタイミングで送信してセンターサーバ３における課金集計処理に利用してもよい。課金集計処理の全てをセンターサーバ３にて実行したが、例えば、利用量テーブル２１１を各ゲーム機２に保持させることにより、図９のステップＳ２２～Ｓ２４までの処理をゲーム機２の制御ユニット１０にて実行し、その結果をセンターサーバ３に提供するようにしてもよい。さらに、課金設定データ２１２やイベント集計テーブル２１４をゲーム機２に保持させることにより、図９のステップＳ２５～Ｓ２９までの処理をゲーム機２が分散して実行することもできる。なお、利用量テーブル２１１等をゲーム機２に保持させる場合には、センターサーバ３からゲーム機２に配信すればよい。
　本発明の適用対象は、ネットワークを利用したゲームシステムに限定されず、ゲーム装置をスタンドアローンで動作させるゲームシステムにも適用可能である。例えば、ゲーム機が運営者に有償で貸与されている場合において、そのゲーム機の利用料金を本発明によって算出してもよい。本発明の用途は、店舗の運営者毎にシステム利用料金を課金する用途に限らない。課金対象のグループは適宜に設定されてよい。

Claims (10)

  1. 　ゲームに関連してコンピュータが実行する処理を、選択的に実行されるべき複数の単位処理に区分可能なゲームシステムであって、
    　前記複数の単位処理のそれぞれが実行された回数を計数する計数手段と、
    　所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を算出する料金算出手段と、
    を備えたゲームシステム。
  2. 　前記料金算出手段は、前記計数手段が計数した各単位処理の実行回数と、各単位処理に対応して設定された重み値とに基づいて、前記集計期間における各単位処理の利用量を算出し、当該利用量を集計した値に基づいて前記利用料金を算出する請求項１に記載のゲームシステム。
  3. 　前記重み値が、前記コンピュータの処理量に関する前記単位処理間の相違を相殺できるように設定されている請求項２に記載のゲームシステム。
  4. 　前記料金算出手段は、前記利用量を集計した値が大きいほど利用料金が高くなるように、前記集計した値に応じて利用料金を算出する請求項２又は３に記載のゲームシステム。
  5. 　前記料金算出手段は、前記集計した値が所定の下限値以下の場合には前記利用料金を下限額に固定し、前記集計した値が所定の上限値を超過する場合には前記利用料金を上限額に固定する請求項２～４のいずれか一項に記載のゲームシステム。
  6. 　ネットワークを介して接続されたゲーム装置及びサーバ装置を有し、前記複数の単位処理のそれぞれは、前記ゲーム装置からの要求に従って前記サーバ装置のコンピュータが選択的に実行するものである請求項１～５のいずれか一項に記載のゲームシステム。
  7. 　前記ネットワークには複数のゲーム装置が接続され、前記計数手段は前記ゲーム装置毎に区別して前記回数を計数し、前記料金算出手段は、前記ゲーム装置を単位として前記利用料金を算出する請求項６に記載のゲームシステム。
  8. 　課金対象の複数のグループのそれぞれに前記ゲーム装置が設置され、前記料金算出手段は、前記グループ毎に利用料金を集計する請求項７に記載のゲームシステム。
  9. 　ゲームに関連してコンピュータが実行する処理を、選択的に実行されるべき複数の単位処理に区分可能なゲームシステムに適用されるゲームシステム用のコンピュータプログラムであって、前記コンピュータを、
    　前記複数の単位処理のそれぞれが実行された回数を計数する計数手段、及び、
    　所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を算出する料金算出手段、
    として機能させるように構成されたコンピュータプログラム。
  10. 　ネットワークを介して複数のゲーム装置と接続され、各ゲーム装置にて実行されるべきゲームに関連してコンピュータが実行する処理を、前記ゲーム装置からの要求に応じて選択的に実行されるべき複数の単位処理に区分可能なゲームシステム用のサーバ装置であって、
    　前記複数の単位処理のそれぞれが実行された回数をゲーム装置毎に区別して計数する計数手段と、
    　所定の集計期間における前記計数手段の計数結果に基づいて、当該集計期間におけるシステムの利用料金を前記ゲーム装置を単位として算出する料金算出手段と、
    を備えたゲームシステム用のサーバ装置。
PCT/JP2011/067303 2010-07-30 2011-07-28 ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置 WO2012014990A1 (ja)

Priority Applications (3)

Application Number Priority Date Filing Date Title
US13/812,286 US20130132306A1 (en) 2010-07-30 2011-07-28 Game system, and a storage medium storing a computer program and server apparatus therefor
CN201180037361.8A CN103200999B (zh) 2010-07-30 2011-07-28 游戏系统以及服务器装置
KR20137002384A KR101490640B1 (ko) 2010-07-30 2011-07-28 게임 시스템 및, 이것에 사용하는 컴퓨터 프로그램이 기억된 기억 매체 및 서버 장치

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2010172945A JP5002690B2 (ja) 2010-07-30 2010-07-30 ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置
JP2010-172945 2010-07-30

Publications (1)

Publication Number Publication Date
WO2012014990A1 true WO2012014990A1 (ja) 2012-02-02

Family

ID=45530190

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2011/067303 WO2012014990A1 (ja) 2010-07-30 2011-07-28 ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置

Country Status (6)

Country Link
US (1) US20130132306A1 (ja)
JP (1) JP5002690B2 (ja)
KR (1) KR101490640B1 (ja)
CN (1) CN103200999B (ja)
TW (1) TW201206533A (ja)
WO (1) WO2012014990A1 (ja)

Families Citing this family (41)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US6676127B2 (en) 1997-03-13 2004-01-13 Shuffle Master, Inc. Collating and sorting apparatus
US6655684B2 (en) 1998-04-15 2003-12-02 Shuffle Master, Inc. Device and method for forming and delivering hands from randomly arranged decks of playing cards
US6254096B1 (en) 1998-04-15 2001-07-03 Shuffle Master, Inc. Device and method for continuously shuffling cards
US8590896B2 (en) 2000-04-12 2013-11-26 Shuffle Master Gmbh & Co Kg Card-handling devices and systems
US8337296B2 (en) 2001-09-28 2012-12-25 SHFL entertaiment, Inc. Method and apparatus for using upstream communication in a card shuffler
US8011661B2 (en) 2001-09-28 2011-09-06 Shuffle Master, Inc. Shuffler with shuffling completion indicator
US7677565B2 (en) 2001-09-28 2010-03-16 Shuffle Master, Inc Card shuffler with card rank and value reading capability
US8616552B2 (en) 2001-09-28 2013-12-31 Shfl Entertainment, Inc. Methods and apparatuses for an automatic card handling device and communication networks including same
US7753373B2 (en) 2001-09-28 2010-07-13 Shuffle Master, Inc. Multiple mode card shuffler and card reading device
US6886829B2 (en) 2002-02-08 2005-05-03 Vendingdata Corporation Image capturing card shuffler
US20060066048A1 (en) 2004-09-14 2006-03-30 Shuffle Master, Inc. Magnetic jam detection in a card shuffler
US7764836B2 (en) 2005-06-13 2010-07-27 Shuffle Master, Inc. Card shuffler with card rank and value reading capability using CMOS sensor
US7556266B2 (en) 2006-03-24 2009-07-07 Shuffle Master Gmbh & Co Kg Card shuffler with gravity feed system for playing cards
US8579289B2 (en) 2006-05-31 2013-11-12 Shfl Entertainment, Inc. Automatic system and methods for accurate card handling
US8353513B2 (en) 2006-05-31 2013-01-15 Shfl Entertainment, Inc. Card weight for gravity feed input for playing card shuffler
US8342525B2 (en) 2006-07-05 2013-01-01 Shfl Entertainment, Inc. Card shuffler with adjacent card infeed and card output compartments
US8070574B2 (en) 2007-06-06 2011-12-06 Shuffle Master, Inc. Apparatus, system, method, and computer-readable medium for casino card handling with multiple hand recall feature
US8919775B2 (en) * 2006-11-10 2014-12-30 Bally Gaming, Inc. System for billing usage of an automatic card handling device
US7988152B2 (en) 2009-04-07 2011-08-02 Shuffle Master, Inc. Playing card shuffler
US8967621B2 (en) 2009-04-07 2015-03-03 Bally Gaming, Inc. Card shuffling apparatuses and related methods
US8800993B2 (en) 2010-10-14 2014-08-12 Shuffle Master Gmbh & Co Kg Card handling systems, devices for use in card handling systems and related methods
JP5364680B2 (ja) * 2010-11-18 2013-12-11 株式会社コナミデジタルエンタテインメント 電子通貨による料金徴収システム
US9731190B2 (en) 2011-07-29 2017-08-15 Bally Gaming, Inc. Method and apparatus for shuffling and handling cards
US8485527B2 (en) 2011-07-29 2013-07-16 Savant Shuffler LLC Card shuffler
US8960674B2 (en) 2012-07-27 2015-02-24 Bally Gaming, Inc. Batch card shuffling apparatuses including multi-card storage compartments, and related methods
US9378766B2 (en) 2012-09-28 2016-06-28 Bally Gaming, Inc. Card recognition system, card handling device, and method for tuning a card handling device
US9511274B2 (en) 2012-09-28 2016-12-06 Bally Gaming Inc. Methods for automatically generating a card deck library and master images for a deck of cards, and a related card processing apparatus
SG11201608344WA (en) 2014-04-11 2016-11-29 Bally Gaming Inc Method and apparatus for shuffling and handling cards
US9474957B2 (en) 2014-05-15 2016-10-25 Bally Gaming, Inc. Playing card handling devices, systems, and methods for verifying sets of cards
US9566501B2 (en) 2014-08-01 2017-02-14 Bally Gaming, Inc. Hand-forming card shuffling apparatuses including multi-card storage compartments, and related methods
USD764599S1 (en) 2014-08-01 2016-08-23 Bally Gaming, Inc. Card shuffler device
US9504905B2 (en) 2014-09-19 2016-11-29 Bally Gaming, Inc. Card shuffling device and calibration method
US9993719B2 (en) 2015-12-04 2018-06-12 Shuffle Master Gmbh & Co Kg Card handling devices and related assemblies and components
CN106422325B (zh) * 2016-09-14 2019-11-19 腾讯科技（深圳）有限公司 一种数据交互的方法以及移动终端
US10933300B2 (en) 2016-09-26 2021-03-02 Shuffle Master Gmbh & Co Kg Card handling devices and related assemblies and components
US10339765B2 (en) 2016-09-26 2019-07-02 Shuffle Master Gmbh & Co Kg Devices, systems, and related methods for real-time monitoring and display of related data for casino gaming devices
US11376489B2 (en) 2018-09-14 2022-07-05 Sg Gaming, Inc. Card-handling devices and related methods, assemblies, and components
US11896891B2 (en) 2018-09-14 2024-02-13 Sg Gaming, Inc. Card-handling devices and related methods, assemblies, and components
US11338194B2 (en) 2018-09-28 2022-05-24 Sg Gaming, Inc. Automatic card shufflers and related methods of automatic jam recovery
US11898837B2 (en) 2019-09-10 2024-02-13 Shuffle Master Gmbh & Co Kg Card-handling devices with defect detection and related methods
US11173383B2 (en) 2019-10-07 2021-11-16 Sg Gaming, Inc. Card-handling devices and related methods, assemblies, and components

Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001340656A (ja) * 2000-06-01 2001-12-11 Kddi Corp ゲームシステムならびにそのゲームサーバおよびゲーム端末
JP2002210226A (ja) * 2001-01-16 2002-07-30 Minoru Hirashima ゲームの使用頻度に応じた課金システム
JP2003190590A (ja) * 2001-12-27 2003-07-08 Heiwa Corp 遊技プログラム供給システムおよび遊技機
JP2006198287A (ja) * 2005-01-24 2006-08-03 Taito Corp Ｗｅｂコンテンツの段階別課金サービスシステム
JP2007268237A (ja) * 2006-03-07 2007-10-18 Sega Corp ゲーム装置の課金管理システム
JP4130189B2 (ja) * 2004-12-28 2008-08-06 株式会社タイトー ネットワークゲーム用のサーバ装置及びネットワークゲームの提供方法
JP2009119146A (ja) * 2007-11-16 2009-06-04 Namco Bandai Games Inc サーバシステム、ゲーム装置、プログラム及び情報記憶媒体

Family Cites Families (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20030177347A1 (en) * 1995-11-22 2003-09-18 Bruce Schneier Methods and apparatus for awarding prizes based on authentication of computer generated outcomes using coupons
US7192352B2 (en) * 1996-04-22 2007-03-20 Walker Digital, Llc System and method for facilitating play of a video game via a web site
US7140964B2 (en) * 1997-06-23 2006-11-28 Walker Digital, Llc Gaming device for a flat rate play session and a method of operating same
JP4710912B2 (ja) * 2000-02-04 2011-06-29 株式会社セガ 情報表示システム及び情報表示システム
US7233918B1 (en) * 2000-07-18 2007-06-19 Oracle International Corporation Rating billing events in real time according to account usage information
US8597116B2 (en) * 2002-03-12 2013-12-03 Igt Virtual player tracking and related services
JP3982637B2 (ja) * 2005-10-27 2007-09-26 株式会社コナミデジタルエンタテインメント ネットワークゲームシステム、ゲーム装置、ゲーム装置の制御方法及びプログラム
JP2007249470A (ja) * 2006-03-15 2007-09-27 Nec Biglobe Ltd クラスタサーバシステム、課金装置、課金方法
US7950998B2 (en) * 2006-06-30 2011-05-31 Sega Corporation Billing management system for game machine
JP5336725B2 (ja) * 2007-11-16 2013-11-06 株式会社バンダイナムコゲームス サーバシステム及びプログラム
US8019695B2 (en) * 2008-04-18 2011-09-13 Xerox Corporation Customized system and method of billing for printing service costs by examining the contents of printed pages
KR20100012982A (ko) * 2008-07-30 2010-02-09 주식회사 지닌 중앙 제어 방식의 다트 게임 관리 시스템 및 방법
US8423473B2 (en) * 2009-06-19 2013-04-16 Uniloc Luxembourg S. A. Systems and methods for game activation
US9197642B1 (en) * 2009-12-10 2015-11-24 Otoy, Inc. Token-based billing model for server-side rendering service

Patent Citations (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001340656A (ja) * 2000-06-01 2001-12-11 Kddi Corp ゲームシステムならびにそのゲームサーバおよびゲーム端末
JP2002210226A (ja) * 2001-01-16 2002-07-30 Minoru Hirashima ゲームの使用頻度に応じた課金システム
JP2003190590A (ja) * 2001-12-27 2003-07-08 Heiwa Corp 遊技プログラム供給システムおよび遊技機
JP4130189B2 (ja) * 2004-12-28 2008-08-06 株式会社タイトー ネットワークゲーム用のサーバ装置及びネットワークゲームの提供方法
JP2006198287A (ja) * 2005-01-24 2006-08-03 Taito Corp Ｗｅｂコンテンツの段階別課金サービスシステム
JP2007268237A (ja) * 2006-03-07 2007-10-18 Sega Corp ゲーム装置の課金管理システム
JP2009119146A (ja) * 2007-11-16 2009-06-04 Namco Bandai Games Inc サーバシステム、ゲーム装置、プログラム及び情報記憶媒体

Also Published As

Publication number Publication date
KR20130021467A (ko) 2013-03-05
JP2012029928A (ja) 2012-02-16
CN103200999A (zh) 2013-07-10
KR101490640B1 (ko) 2015-02-05
JP5002690B2 (ja) 2012-08-15
TW201206533A (en) 2012-02-16
US20130132306A1 (en) 2013-05-23
CN103200999B (zh) 2015-05-20

Similar Documents

Publication Publication Date Title
JP5002690B2 (ja) ゲームシステム並びに、これに用いるコンピュータプログラム及びサーバ装置
JP4929373B2 (ja) ゲームシステム及びプレイヤのマッチング方法
JP5419628B2 (ja) ゲームシステム及びそのコンピュータプログラム
JP4951648B2 (ja) 仮想通貨を利用した料金支払いシステム
JP4955729B2 (ja) 仮想通貨を利用した料金支払いシステム
JP5671439B2 (ja) 確率調整機能を備えた抽選システム
WO2013115104A1 (ja) ゲームシステム
JP5607088B2 (ja) ゲームシステム
WO2013115103A1 (ja) ゲームシステム
JP5688535B2 (ja) ゲームシステム及びそのコンピュータプログラム
JP5283604B2 (ja) ゲームシステム
JP5427864B2 (ja) ネットワークを利用したゲームシステム、並びにそのシステムに適用されるサーバ装置、コンピュータプログラム及びコンテンツ管理方法
JP5820777B2 (ja) ゲームシステム及びその利用制御方法
JP5199435B2 (ja) 景品抽選機能を備えたゲームシステム
JP5807003B2 (ja) ゲームシステム
JP6847469B2 (ja) アミューズメント施設向けの決済システム、及びその決済制御方法
JP7311748B2 (ja) ゲーム管理システム
JP2021093187A (ja) アミューズメント施設向けの決済システム、及びその決済制御方法

Legal Events

Date Code Title Description
121 Ep: the epo has been informed by wipo that ep was designated in this application

Ref document number: 11812579

Country of ref document: EP

Kind code of ref document: A1

WWE Wipo information: entry into national phase

Ref document number: 13812286

Country of ref document: US

ENP Entry into the national phase

Ref document number: 20137002384

Country of ref document: KR

Kind code of ref document: A

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 11812579

Country of ref document: EP

Kind code of ref document: A1