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

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

Info

Publication number
WO2017150338A1
WO2017150338A1 PCT/JP2017/006877 JP2017006877W WO2017150338A1 WO 2017150338 A1 WO2017150338 A1 WO 2017150338A1 JP 2017006877 W JP2017006877 W JP 2017006877W WO 2017150338 A1 WO2017150338 A1 WO 2017150338A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
game
users
group
consideration
Prior art date
Application number
PCT/JP2017/006877
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 株式会社コナミデジタルエンタテインメント
Publication of WO2017150338A1 publication Critical patent/WO2017150338A1/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
    • 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
    • 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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/814—Musical performances, e.g. by evaluating the player's ability to follow a notation

Definitions

  • the present invention relates to a game system or the like that allows a plurality of users to play a common game in exchange for collection of a predetermined value.
  • the present invention is configured such that when a plurality of users play a common game, the total amount of predetermined consideration paid by each user varies according to the number of users.
  • An object is to provide a game system or the like that can be changed.
  • the game system of the present invention is a game system that allows a plurality of users to play a common game in exchange for collection of a predetermined value, and a number determination means for determining the number of the plurality of users who play the game; Based on the determination result of the number-of-persons determination means, the total amount of consideration to be collected from all of the plurality of users as the predetermined consideration as the game is played is equally allocated to each user of the plurality of users.
  • Consideration setting means for setting at least one of the individual consideration to be collected individually from each user and the overall consideration so that the equivalent amount in accordance with the number of the plurality of users changes And.
  • the computer program of the present invention is configured to cause a computer connected to an output device used for providing the game to function as each means of the above-described game system.
  • the server device of the present invention is connected to an output device used for providing the game via a network and functions as each means of the above-described game system.
  • Explanatory drawing for demonstrating an example of the payment method of a group fee Explanatory drawing for demonstrating an example of the content of group charge data.
  • FIG. 1 is a diagram showing an outline of the overall configuration of a game system according to an embodiment of the present invention.
  • the game system 1 includes a center server 2 as a server device and a game machine GM.
  • the game machine GM is connected to the center server 2 via the network 3.
  • the game machine GM is configured as a business (commercial) game machine.
  • Commercial game machines are game machines that allow a predetermined range of games to be played for a fee or free of charge.
  • the game machine GM provides a music game for a fee.
  • the game machine GM for example, provides a music game in a range corresponding to the price in exchange for consumption of a predetermined price.
  • An appropriate number of game machines GM are installed in a commercial facility such as the store 4.
  • the center server 2 is not limited to an example constituted by a single physical device.
  • one logical center server 2 may be configured by a server group as a plurality of physical devices.
  • the center server 2 may be logically configured using cloud computing.
  • the game machine GM may function as the center server 2.
  • the user terminal 5 is connected to the center server 2 via the network 3.
  • the user terminal 5 is a type of network terminal device that exhibits various functions by executing software distributed from the center server 2.
  • a mobile phone including a smartphone
  • various network terminal devices that can be connected to the network and are used for personal use of the user, such as a personal computer, a portable game machine, and a portable tablet terminal device, are used. Good.
  • the network 3 may be configured to realize network communication using a TCP / IP protocol.
  • the network 3 may be configured by combining the Internet as a WAN and an intranet as a LAN.
  • the center server 2 and the game machine GM are connected to the network 3 via the router 3a, and the user terminal 5 is connected to the network 3 via the access point 3b.
  • the network 3 is not limited to a form using the TCP / IP protocol.
  • various forms using a wired line for communication or a wireless line may be used.
  • the communication between the user terminal 5 and the game machine GM or the like conforms to a predetermined standard so as to include various information such as a two-dimensional code without using a communication line (including wired and wireless), for example. It may be realized using a code (for example, a two-dimensional code) generated in this way. Therefore, the term “network (or communication line)” may include a form of transmitting and receiving information without using a line, such as a communication method using such a code.
  • the center server 2 provides various game machine services to the game machine GM or its user.
  • a service for receiving user identification information from the game machine GM and authenticating the user may be provided as the game machine service.
  • a service may be provided in which the play data of the authenticated user is received from the game machine GM and stored, or the play data to be stored is provided to the game machine GM.
  • the game machine service distributes and updates the game machine GM program or data via the network 3, and matches users when a plurality of users play a common game via the network 3.
  • a matching service or the like may be included.
  • the center server 2 provides various Web services to the user of the user terminal 5 via the network 3.
  • the web service may include, for example, a game information service that provides various types of information related to a game provided by the game machine GM.
  • the web service may include a distribution service that distributes various data or software to each user terminal 5 (including updates of data and the like).
  • the Web service may include other services such as a community service that provides a place for information exchange, exchange, and sharing by users, and a service that provides a user ID for identifying each user.
  • FIG. 2 is a diagram illustrating a configuration of a main part of the control system of the game system 1.
  • the center server 2 includes a control unit 10 and a storage unit 11.
  • the control unit 10 is configured as a computer unit combining a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor.
  • an input device such as a keyboard and an output device such as a monitor can be connected to the control unit 10.
  • those illustrations are omitted.
  • the storage unit 11 is connected to a control unit 10 as a computer.
  • the storage unit 11 may be configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without supplying power.
  • the storage unit 11 stores server data 14 and a server program 15.
  • the server program 15 is a computer program necessary for the center server 2 to provide various services to the game machine GM and the like.
  • a game machine service management unit 16 and a Web service management unit 17 may be provided inside the control unit 10.
  • the game machine service management unit 16 executes a process for providing the game machine service described above.
  • the web service management unit 17 executes processing necessary to provide the above-described web service.
  • the game machine service management unit 16 and the web service management unit 17 are logical devices realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 10. However, those illustrations are omitted.
  • the server data 14 is data that is referred to when the server program 15 is executed.
  • the server data 14 may include group fee data 14a. Details of the group fee data 14a will be described later.
  • the server data 14 may include various data for realizing a game.
  • data may include play data and ID management data.
  • the play data is data in which information related to past play results of each user is described.
  • the play data may be used, for example, to take over the previous play results (past results) from the next time onward, or to take over the settings specific to each user.
  • the ID management data is data for managing various IDs such as user IDs. However, those illustrations are omitted.
  • the game machine GM is provided with a control unit 30 as a computer, a storage unit 31, a monitor MO as an output device, an input device 7, a speaker 8, and a reader 9.
  • the storage unit 31, the monitor MO, the input device 7, the speaker 8 and the reader 9 are all connected to the control unit 30.
  • the control unit 30 is configured as a computer unit in which a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor are combined.
  • various devices for providing a game can be connected to the control unit 30.
  • such a device may include a known device for collecting a predetermined value such as a coin authentication device. Then, for example, a coin as a predetermined consideration may be collected through such a coin authentication device.
  • those illustrations are omitted.
  • the monitor MO is a known display device for displaying various images based on an output signal from the control unit 30.
  • the monitor MO displays a game screen for playing a music game in accordance with an output signal from the control unit 30.
  • the input device 7 is a known device for inputting a user's play action.
  • the input device 7 outputs a signal corresponding to the play action executed by the user to the control unit 30.
  • a touch panel that outputs a signal corresponding to the contact position when the user touches with a finger or the like may be used as the input device 7, a touch panel that outputs a signal corresponding to the contact position when the user touches with a finger or the like may be used.
  • the touch panel may output a signal corresponding to the touch position to the control unit 30 based on the user's touch operation.
  • the speaker 8 is a well-known output device (sound reproduction device) for reproducing various sounds based on an output signal from the control unit 30.
  • the speaker 8 reproduces various sounds used in a game such as BGM in accordance with an output signal from the control unit 30, for example.
  • the reader 9 is a known device that reads various information recorded in a storage medium in a non-contact state using, for example, short-range wireless communication.
  • the reader 9 may be used for reading information on a card CD as an example of a storage medium.
  • the reader 9 may read information on the card CD possessed by each user and output a signal corresponding to the information to the control unit 30.
  • the card CD may be provided with a non-volatile storage medium (not shown) such as an IC chip or a magnetic stripe.
  • a nonvolatile storage medium such as an IC chip or a magnetic stripe.
  • Various types of information may be recorded on the card CD via such a nonvolatile storage medium.
  • various types of information may include user ID information (including information that can identify the user ID). That is, the card CD may be used for specifying each user corresponding to the ID card, for example, as an ID card.
  • the various types of information may include, for example, information on the amount of value used as a predetermined consideration (including information for specifying the amount of value). Then, a predetermined consideration may be collected by consuming the value amount. That is, the card CD may be used for payment of a predetermined price as an example.
  • the card CD is not limited to a form in which various types of information are recorded electronically.
  • the card CD may record various information via various codes such as a two-dimensional code.
  • the reader 9 may be configured to be able to read such a code by including a code reader capable of reading such a code. That is, the reader 9 may be used for reading such a code.
  • the storage unit 31 may be configured by, for example, a magnetic recording medium, an optical recording medium, a flash SSD (Solid State Drive), or the like so that the storage can be held without power supply.
  • the storage unit 31 stores a game program 34 and game data 35.
  • the game program 34 is a computer program necessary for the game machine GM to provide a game.
  • a game providing unit 37 may be provided inside the control unit 30.
  • the game providing unit 37 executes various processes necessary for providing a game.
  • the game providing unit 37 is a logical device realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 30. However, those illustrations are omitted.
  • the game data 35 is data that is referred to when the game program 34 is executed.
  • the game data 35 includes music data 36 and sequence data 38, for example.
  • the music data 36 is data necessary for causing the speaker 8 to reproduce various sounds such as music used in the music game.
  • the sequence data 38 is data necessary for guiding the user when to perform an appropriate play action in the music game.
  • the sequence data 38 may describe in advance an operation time when an appropriate position is to be touched.
  • the position and time when an appropriate touch operation should be performed may be guided based on each operation time described in the sequence data 38. Since the music data 36 and the sequence data 38 may be configured in the same manner as a well-known music game, detailed description thereof is omitted.
  • the game data 35 may include various other data for executing the game.
  • data may include the above-described collective fee data 14a.
  • the group fee data 14a may be provided from the center server 2 so that a necessary part is included.
  • various data may include image data and sound effect data, for example.
  • the image data is data for displaying various images necessary for the game.
  • the sound effect data is data for reproducing various sounds necessary for the game, such as BGM. However, those illustrations are omitted.
  • a music game is a type of timing game.
  • the timing game is a type of game that evaluates the execution time of an appropriate play action.
  • the execution time when the appropriate play action is to be executed is provided together with the music.
  • the time coincident with the rhythm of the music is used as the execution time.
  • the music game is a type of game that guides the user when an appropriate play action should be performed in accordance with the rhythm of the music and evaluates the time when the play action is actually executed. Further, for example, a plurality of music pieces may be prepared for play in a music game, and a music piece selected from them may be used for actual play.
  • such a music game may be provided through a game screen displayed on the monitor MO.
  • the game screen may include an instruction sign corresponding to each execution time and a reference sign that functions as a reference for the current time. Then, for example, each execution time may be guided by the movement of the instruction sign that moves so as to coincide with the position of the reference sign at each execution time. Further, as an appropriate play action, a touch operation of touching the coincidence position according to the coincidence between the instruction sign and the reference sign may be employed.
  • the game machine GM may provide a music game through such a game screen.
  • the music game may be provided not only in units of users (for each user) but also in units of groups (for each of a plurality of users).
  • the music game may be played in common by a plurality of users who form the group. That is, the game machine GM may provide a common music game so that a plurality of users participate in one play opportunity.
  • the game machine GM for example, a user who is included in one or a plurality of groups cooperates to play a common music game, and a battle is realized between users in the same group or between a plurality of groups.
  • a music game in units of groups may be provided in various forms, such as a form of playing a common music game.
  • FIG. 3 is an explanatory diagram for explaining an example of a play fee (predetermined price) of the music game.
  • the game range of the music game may include individual play (play per user) and group play (play per group).
  • play fees individual fees may be set for individual play
  • group fees may be set for group play.
  • the individual fee is a predetermined price required for each user U to play a music game individually. That is, the individual play of the music game is provided to the user U with the payment of the individual fee.
  • the group fee is a predetermined consideration necessary for the group UG to play a music game. That is, the group fee is a fee that is commonly set for each user U of the group UG as a consideration for all the users U of the group UG to play the music game. For example, the group fee may be determined according to the number of users U that form the group UG. That is, the group fee may change according to the number of users U who play group play in common. Then, with the payment of the group fee (in exchange for the collection of the group fee), the group play of the music game is provided to each user U of the group UG.
  • the individual user is selected by the first user U1, and an individual fee is paid. Then, with the collection of the individual fee, the individual play is provided to the first user U1 who paid this individual fee.
  • the group UG includes, for example, a second user U2 and a third user U3. Further, group play is selected by the group UG and a group fee is paid. With the collection of the group fee, the group play is provided to each user U that forms this group UG, such as the second user U2 and the third user U3.
  • the group fee includes a first group fee and a second group fee corresponding to the number of users U of the group UG.
  • the first group fee and the second group fee are equal to the amount of users U of the group UG divided by the number of users U, that is, when each of these group fees is equally allocated to each user U. Different amounts are set so that the equal amounts are different.
  • the first group fee may be set to be equal to the first equal amount
  • the second group fee may be set to be equal to the second equal amount.
  • the first equal amount and the second equal amount are different from each other. In other words, the group fee is set so that the equal amount itself does not increase, but the equal amount itself changes according to the number of people.
  • the group fee is set so that the equal amount changes according to the number of users U of the group UG.
  • a plurality of users U forming the group UG function as a plurality of users of the present invention, and a group fee functions as the overall consideration of the present invention.
  • the group UG may be formed in an appropriate form.
  • the group UG may be formed based on various other conditions such as designation of the user U.
  • the group UG may be formed by matching (including matching in the middle of the game) through the above-described matching service. That is, the group UG may be formed by the user U of each matched game machine GM.
  • Such matching may be executed so as to include the game machine GM requested based on the request (recruitment) of each game machine GM, or specified based on the request of the specific game machine GM.
  • the game machine GM may be executed.
  • the matching may be executed so as to include a specific game machine GM and a designated game machine GM designated by a specific user U who uses the specific game machine GM.
  • the group UG may be formed by the user U who uses the specific user U and the designated game machine GM.
  • a plurality of matched game machines GM and users who use them function as a plurality of game machines and a plurality of users of the present invention, respectively.
  • the group UG may be formed by users U who commonly use one game machine GM.
  • the number of users U forming the group UG may be appropriate.
  • FIG. 4 is an explanatory diagram for explaining an example of a change in the equal amount according to the number of people.
  • the group fee may be set such that the equal amount decreases as the number of users U forming the group UG increases. That is, the group fee may be set so that the equal amount decreases as the number of users U increases.
  • the first group UG1 formed by two users U has a first group fee
  • the second group UG2 formed by three users U has a second group fee
  • the group fee May be set as That is, the first group fee may correspond to the group fee when the number of users U is two
  • the second group fee may correspond to the group fee when the number of users U is three.
  • the first group fee and the second group fee may be set so that the equal amount decreases as the number of people increases. That is, the first group fee and the second group fee may be set so that the second equal amount is smaller than the first equal amount.
  • the group fee may be set so that a privilege (reduction in the burden per person) according to the number of players is given to the play fee. Therefore, the amount of the second group fee (group player play fee for three players) may be smaller than the sum of the first equal amount for three players.
  • an individual fee is used as the first equal amount (“200 yen”).
  • an accumulated amount (“400 yen”) obtained by accumulating individual charges (“200 yen”) for two persons is set as the first group fee.
  • at least one of the first group fee and the first equal amount is notified to the two users U, the second user U2 and the third user U3, who form the first group UG1.
  • a common group play is provided to the second user U2 and the third user U3.
  • the burden on each user U when the group fee is shared equally is not limited to the individual fee.
  • various equal amounts of group charges set according to the number of users U may be employed.
  • such an equal amount may be appropriately set according to the unit of consideration that can be collected.
  • the group fee when the group fee is collected by coins, it may be set appropriately in units of 10 yen or 100 yen.
  • the group fee when the group fee is collected by electronic currency, it may be set in an appropriate unit such as one yen unit.
  • the fraction (a number smaller than the unit of consideration that can be collected) may be appropriately processed by rounding down or rounding up. Alternatively, the fraction may be added together for a specific user U or the like.
  • a plurality of payment methods such as coins and electronic currency
  • such a fraction may be added to a user U who can pay the fraction, such as a user U who pays by electronic currency.
  • the application of the group fee may be limited to the user U of a specific payment method.
  • the calculation of the group fee may be executed for the number of users U of the specific payment method, or may be executed for the number of people in the entire group including the users U of other payment methods. .
  • selection of a specific payment method can be promoted.
  • payment by electronic currency may be adopted as a specific payment method.
  • an individual fee is applied as the burden of the user U of coin payment, while an amount obtained by apportioning the remaining group fee remaining after the payment is obtained. You may apply as a burden amount of the user U of electronic currency payment.
  • the group fee in this case may be calculated including the number of users U of coin payment, or may be calculated only for the number of users U of electronic currency payment.
  • the payment method may be specified by actual payment, for example, or may be specified by selection (self-application) of each user U. Such selection may be performed, for example, before the number of people is determined (for example, before matching) to determine the number of people, or may be performed after the number of people is determined (for example, after matching). If there is a difference between the amount paid and the actual payment amount due to changes in the amount paid after notification, such as when the amount changes depending on the payment method (the actual payment amount is greater), the difference amount May be held for the next payment or may be refunded. This refund may be performed through consideration corresponding to another payment method. For example, the difference when paid with coins may be refunded as electronic currency.
  • the payment method may be specified automatically depending on whether it can be selected, for example. Specifically, for example, when the card CD is used for payment of electronic currency as a predetermined value, whether or not the card CD can be used for payment of electronic currency, or the balance that can be paid for the payment. It may be specified by whether or not it is sufficient. In other words, as an example, payment of electronic currency is possible, and when a card CD having a sufficient balance is used, the payment method may be automatically specified as electronic currency payment.
  • a fee smaller than 600 yen corresponding to the accumulated amount when the first equal amount is accumulated for three persons is set as the second group fee.
  • “500 yen” is set as the second group fee.
  • “167 yen” is calculated as an equal amount (second equal amount). That is, the second group fee is set so that the second equal amount (“167 yen”) is 33 yen cheaper than the first equal amount.
  • the group fee may be set so that such a privilege (discount) is given according to the number of people in the group UG.
  • the group fee may be paid by various payment methods so that each user U of the group UG shares an appropriate burden amount.
  • FIG. 5 is an explanatory diagram for explaining an example of a group fee payment method.
  • the example of FIG. 5 shows an example of a payment method when the first group UG1 of the example of FIG. 4 pays the first group fee.
  • the first group fee is paid by, for example, the first payment method to the third payment method in which the burden amounts of the second user U2 and the third user U3 forming the first group UG1 are different. It's okay.
  • the second user U2 and the third user U3 pay the first equal amount (“200 yen”) of the first group fee (“400 yen”) equally.
  • a method may be employed. That is, the first group fee may be shared equally by the second user U2 and the third user U3. In this case, the burden amounts of the second user U2 and the third user U3 are equal to the first equal amount.
  • the second payment method and the third payment method a method in which the burden amounts of the second user U2 and the third user U3 are different (the burden amounts are not equal) may be employed.
  • a payment method in which another user U bears a part of the first equal amount that should be borne by each user U, and a payment method in which the entire user is borne are adopted.
  • the first group fee may be set so as to allow a difference in burden between the two users U of the group UG.
  • the second payment method a payment method in which the second user U2 of the second user U2 and the third user U3 of the first group UG1 pays 100 yen more than the third user U3. It has been adopted. That is, the second user U2 bears a part (100 yen) that should be borne by the third user U3 out of the first equal amount ("200 yen"). As a result, there is a difference of 200 yen between the burden amount of the second user U2 ("300 yen") and the burden amount of the third user U3 ("100 yen").
  • a payment method in which the second user U2 bears the entire first group fee is adopted as the third payment method. That is, the second user U2 bears all (“200 yen”) that the third user U3 originally should bear in the first equal amount. As a result, the third user U3 does not bear the first group fee at all, and it is between the burden amount of the second user U2 ("300 yen”) and the burden amount of the third user U3 ("0 yen”). There is a difference of 400 yen.
  • the group fee may be paid by various payment methods so as to allow different burdens.
  • the burden ratio of each user U may be determined in advance.
  • the user U whose burden ratio is larger than other users U may be determined in advance.
  • such a user U with a large burden ratio (payment amount) may be specified by each user U, such as a specific user U paying a fee more than other users U, or self-application (self-specified) May be determined by:
  • the group UG is determined by matching, the user U of the game machine GM which requested
  • a specific user U designating each game machine GM may function as such a user U. .
  • the user U who first entered the matching service or the user U who paid (or can pay for) the payment by a specific payment method may function as such a user U. Good.
  • the user U with a large burden ratio may be determined randomly by lottery or the like.
  • the burden amount of the user U with a large burden ratio may be determined in advance, such as for a plurality of persons.
  • a burden amount may be determined based on a burden condition, for example.
  • the burden condition may include designation of a burden amount to be borne by itself as a requirement. That is, the burden amount of each user U may be determined by the selection of each user U.
  • group play includes special modes with various advantageous developments and game elements compared to the normal mode and the normal mode. Different amounts of consideration may be set to increase the amount.
  • the amount of consideration corresponding to the normal mode may be set as the burden amount to be borne by the user U who has selected the normal mode, and the amount of consideration corresponding to the special mode may be set for the user U who has selected the special mode.
  • the burden amount of each user U may be determined through selection of modes with different amounts of consideration.
  • the amount of consideration corresponding to the specific mode and the designation of the specific mode function as the specific burden amount and the specific burden amount of the present invention, respectively.
  • the special mode may be provided to all the members in the group UG. That is, an advantageous development or the like of the special mode may be used as a privilege associated with the presence of a user U (user U who has selected the special mode) having a different burden.
  • the target of this privilege may be regarded as all members of the group UG, or may be regarded as other than the user U who has selected the special mode. That is, a privilege may be given to all or some users U of group UG with the existence of user U from which the amount of burden differs. Thereby, the difference in the amount of burden can be promoted.
  • various game elements such as a decorative element such as a special background or an element advantageous to the progress of the game such as addition of items and play time may be used. .
  • the burden condition may include a lottery result as a requirement, for example. That is, the burden amount of each user U may be determined at random according to the lottery result.
  • the burden amount to be paid (individual burden amount) may be notified to each user U through each game machine GM or the like. Each user U may be requested to pay the notified burden amount.
  • the group fee data 14a is data for managing the group fee.
  • FIG. 5 is an explanatory diagram for explaining an example of the contents of the collective fee data 14a.
  • the group fee data 14a may include information on “group ID”, “user ID”, “group fee”, and “collection result”.
  • Group ID is information indicating a unique group ID for each group UG.
  • the group ID is used for identification (specification) of each group UG, for example.
  • User ID is information indicating the above-described user ID.
  • the information of “user ID” may be used for obtaining the number of users U belonging to each group UG, for example. That is, the “user ID” information may function as information on the number of users U in each group UG.
  • group fee is information indicating a group fee set for group play.
  • the group fee may be set such that the equal amount changes according to the number of users U, for example.
  • the group fee may include, for example, a first group fee according to the number of users U.
  • the group charge information such as the first group charge that should be set according to the number of users U may be described in the “collective charge”.
  • group fee candidates corresponding to the number of users U such as the first group fee, are prepared in advance, as the “group fee” information, for example, for identifying (identifying) these candidates Information may be used.
  • “Collection result” is information indicating the collection result of the group fee.
  • the “collection result” may include, for example, collected information indicating that the group fee has been collected or uncollected information indicating that the group fee has not been collected.
  • the group fee data 14a may be configured as a set of records described so that these pieces of information are associated with each other.
  • the group fee data 14a may include, for example, information on “individual burden” or “equal amount” in addition to the above.
  • “Individual burden amount” is information indicating the burden amount that each user U should bear individually.
  • the “individual burden amount” may be used for specifying or notifying the burden amount of each user U.
  • “equal amount” is information indicating an equal amount when the group fee is divided by the number of users U. For example, the information of “equal amount” may be used for this notification when an equal amount of each group fee such as a first equal amount is notified to each user U.
  • the charge notification process is a process for notifying a group charge when a music game is played in groups. Specifically, it is a process for notifying the amount of the group fee that changes according to the number of users U of the group UG.
  • the charge notification process may be realized by the control unit 10 of the center server 2 through the routine of FIG. More specifically, the routine of FIG. 7 may be executed through the Web service management unit 17 of the control unit 10.
  • the control unit 30 of the game machine GM and the control unit 10 of the center server 2 execute various known processes in addition to this process, either alone or in cooperation with each other. However, detailed description thereof will be omitted.
  • FIG. 7 is a diagram showing an example of a flowchart of a charge notification process routine for realizing the charge notification process. More specifically, the example of FIG. 7 shows an example of a flowchart of a charge notification processing routine when the group UG is formed by matching.
  • the routine of FIG. 7 may be executed, for example, when a group fee setting is requested from each game machine GM. Further, for example, each game machine GM may request the center server 2 to set a group fee when, for example, a group play is selected among the play of a music game.
  • the routine of FIG. May be executed by the control unit 30 of the game machine GM.
  • the Web service management unit 17 first specifies the number of users U who play group play in step S11, in other words, the number of users U that form a group UG.
  • This specification may be realized based on a matching result, for example. Alternatively, this specification may be realized based on the “user ID” information of the collective fee data 14a.
  • the group UG is formed by other than the matching service such as the setting of the user U, for example, the number of the users U may be specified based on the input result of the user U.
  • the Web service management unit 17 sets a common group fee for the group UG so that the equal amount changes according to the number of users U as the play fee for the entire group UG required for group play. Specifically, for example, when candidates such as the first group fee are prepared in advance, the Web service management unit 17 sets the group fee to be set according to the number of users U of the group UG. You may set the group charge from which an equal amount changes according to the number of the users U by selecting from candidates. Furthermore, when the burden amount of each user U is determined in advance, the Web service management unit 17 may set the burden amount for each user U in step S12.
  • the Web service management unit 17 sets the burden amount for each user U so that each user U bears the individual fee. Individual charges may be set.
  • the burden amount of each user U is determined by specifying the mode, the user U who specified the specific mode corresponds to the charge corresponding to the specific mode, and the user U who specified the normal mode corresponds to the normal mode
  • the web service management unit 17 may set a charge for a mode corresponding to the specified result as a burden amount for each user U.
  • the Web service management unit 17 notifies the group fee set to each user U so that the group fee set in step S12 is notified to each user U. Moreover, when the burden amount for every user U is set in step S12, this notification may include the burden amount for each user U. Then, the web service management unit 17 ends the current routine when the process of step S13 is completed. Thereby, when the group play is selected, a group fee whose equal amount changes according to the number of users U is set and notified to each user U. In addition, when the burden amount for each user U is determined in advance, the burden amount for each user U is also set and notified.
  • the group fee for playing the group play is set so that the equal amount changes according to the number of users U of the group UG who selects the group play. That is, it is possible to change the total amount (total amount) of the group UG unit of the fee paid for group play so that the equal amount changes according to the number of users U. As a result, it is possible to motivate the number of users U forming the group UG through the change of the total amount.
  • the group fee when the group fee is set so that the equal amount decreases as the number of users U forming the group UG increases, a discount corresponding to the number of users U (volume discount) Can be realized.
  • the burden to be borne by each user U can be reduced, so that it is possible to motivate the increase in the number of users U in terms of fee.
  • increase of the number of users U of group UG can be promoted. That is, it is possible to realize motivation for the increase in the number of users U who play group play and promotion of the increase through volume discount.
  • the equal amount decreases due to the volume discount, the total amount of the group fee increases as the number of users U of the group UG increases. Therefore, it is possible to increase the amount of fees collected with group play.
  • control unit 10 of the center server 2 functions as the number determination means and the value setting means of the present invention by executing the routine of FIG.
  • the present invention is not limited to the above-described form, and can be implemented in an appropriate form.
  • a group fee is set as the entire fee for the group UG.
  • the present invention is not limited to such a form.
  • the setting of the group fee may be omitted.
  • each user U of the group UG bears an equal amount, or when the amount of burden of each user U is determined according to the mode designation, each user U individually When the individual amount to be borne is determined in advance, the setting of the group fee may be omitted.
  • the individual burden amount of each user U determined based on the burden condition or the like functions as an individual consideration of the present invention.
  • the group fee changes so that the equal amount decreases as the number of users U of the group UG increases.
  • the present invention is not limited to such a form.
  • the group fee may change so that the equal amount increases as the number of users U of the group UG increases, contrary to the above-described form.
  • Even in such a case for example, using the provision of benefits such as development (play range) and advantageous factors that are limited when the number of users is a predetermined number or more, motivation for the increase in the number of users is also provided. It can be carried out.
  • the unit price of each user U can be increased, so that the amount of fees collected by group play can also be increased.
  • the game machine GM provides a music game.
  • the game provided by the game machine GM is not limited to such a form.
  • various other games such as an action game, a role playing game, an adventure game, a simulation game, a puzzle game, a card game, a shooting game, a sports game, and a composite game may be provided by the game machine GM.
  • control unit 30 and the storage unit 31 are provided in the game machine GM.
  • the game machine GM of the present invention is not limited to such a form.
  • the control unit 30 and the storage unit 31 may be logically provided on the network using cloud computing. That is, the game machine GM may be configured as a terminal that provides the processing result of the control unit 30 through the network 3.
  • the game system according to the present invention is realized by a single game machine GM without the center server 2 in the case where a group UG is formed by a plurality of users U using a single game machine GM. Also good.
  • the game system of the present invention is a game system (1) that allows a plurality of users (UG) to play a common game in exchange for collection of a predetermined value, and determines the number of the plurality of users who play the game. Based on the determination result of the number determination means (10) and the number determination means, the amount of the total consideration to be collected from the whole of the plurality of users as the predetermined consideration as the game is played (for example, Individual charges to be collected individually from each user (e.g., group charges) so that the equal amount when the plurality of users are equally allocated to each user varies according to the number of the plurality of users. And a consideration setting means (10) for setting at least one of the individual compensation amount and the overall consideration.
  • a discount (volume discount) according to the number of users playing a common game can be realized.
  • the amount to be borne by each user can be reduced, so that it is possible to motivate the increase in the number of users in terms of consideration.
  • the increase in the number of users who play a common game can be promoted.
  • benefits such as development (play range) and advantageous factors that are limited when the number of users is a predetermined number or more This can be used to motivate the increase in the number of users.
  • the amount of consideration collected by these can be increased.
  • the consideration setting means is configured to allow at least one of the individual consideration and the overall consideration for each user so as to allow a difference in burden amount among the plurality of users. May be set.
  • the consideration setting means is a specific burden amount (for example, a consideration corresponding to the special mode) to be borne by a specific user (for example, the user U who has selected the special mode) included in the plurality of users.
  • the individual consideration for each user may be set so that the specific user bears the specific burden.
  • the burden condition includes a requirement for specifying the specific burden amount by the specific user (for example, specification of a special mode), and the consideration setting unit is configured so that the specific burden amount is determined by the specific user.
  • the individual consideration for each user may be set so that the specific user bears the specific burden.
  • the consideration setting means is configured to provide at least one of the individual consideration and the overall consideration so that the equal amount decreases as the number of the plurality of users increases.
  • One amount may be set. In this case, it is possible to realize motivation for an increase in the number of users and promotion of an increase in the number of users playing the game through volume discount.
  • the multiple users may be determined in various ways. For example, as one aspect of the game system of the present invention, each game machine (GM) that provides each user with the game, and a server device (2) connected to each game machine via a network (3), And the plurality of users are determined by matching performed by the server device, and a plurality of users using the plurality of game machines matched via the server device function as the plurality of users. It may be adopted.
  • GM game machine
  • server device (2) connected to each game machine via a network (3)
  • the plurality of users are determined by matching performed by the server device, and a plurality of users using the plurality of game machines matched via the server device function as the plurality of users. It may be adopted.
  • the computer program of the present invention is configured to cause a computer (10, 30) connected to an output device (MO) used for providing the game to function as each means of the above-described game system. It is.
  • the server device (2) of the present invention is connected to the output device (MO) used for providing the game via the network (3) and functions as each means of the above-described game system.
  • the game system of the present invention can be realized.

Abstract

複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができるゲームシステムを提供する。ゲームシステム（１）は、所定の対価の徴収と引き換えに複数のユーザ（Ｕ）を含むグループ（ＵＧ）に共通の音楽ゲームをプレイさせるゲームシステムである。また、ゲームシステム（１）は、音楽ゲームをプレイするグループ（ＵＧ）のユーザ（Ｕ）の人数を判別し、その判別結果に基づいて、音楽ゲームのプレイに伴う所定の対価としてグループ（ＵＧ）の全体から徴収されるべきグループ料金の額を、グループ（ＵＧ）の各ユーザ（Ｕ）に均等に割り当てた場合の均等額がユーザ（Ｕ）の人数に応じて変化するように設定する。

Description

ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
　本発明は、所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステム等に関する。
　所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムが存在する。例えば、このようなゲームシステムとして、所定の対価としての２枚のコインの徴収と引き換えに、一台のゲーム機を共用する二人のユーザに共通のゲーム（いわゆる二人プレイ）をプレイさせるゲームシステムが知られている（例えば、特許文献１参照）。
特許第５３１８５０８号公報
　特許文献１のゲームシステムでは、各ユーザに要求される対価は、二人プレイの場合でも一人プレイの場合と同様である。つまり、ゲームを共通にプレイするユーザの数が増えても、各ユーザが負担すべき額は変化しない。このため、対価の面ではユーザの数の増加に対する動機付けがあるとは言えない。
　そこで、本発明は、複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができるゲームシステム等を提供することを目的とする。
　本発明のゲームシステムは、所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムであって、前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段と、前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段と、を備えている。
　一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。
　また、本発明のサーバ装置は、前記ゲームの提供に使用される出力装置にネットワークを介して接続され、上述のゲームシステムの各手段として機能するものである。
本発明の一形態に係るゲームシステムの全体構成の概要を示す図。 ゲームシステムの制御系の要部の構成を示す図。 音楽ゲームのプレイ料金（所定の対価）の一例を説明するための説明図。 人数に応じた均等額の変化の一例を説明するための説明図。 グループ料金の支払い方法の一例を説明するための説明図。 集団料金データの内容の一例を説明するための説明図。 料金通知処理ルーチンのフローチャートの一例を示す図。
　以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、サーバ装置としてのセンターサーバ２及びゲーム機ＧＭを含んでいる。ゲーム機ＧＭは、ネットワーク３を介してセンターサーバ２に接続される。一例として、ゲーム機ＧＭは、業務用（商業用）のゲーム機として構成されている。業務用のゲーム機は、有料或いは無料で所定範囲のゲームをプレイさせるゲーム機である。一例として、ゲーム機ＧＭは、有料で音楽ゲームを提供する。具体的には、ゲーム機ＧＭは、例えば、所定の対価の消費と引き換えに、その対価に応じた範囲で音楽ゲームを提供する。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。
　センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。さらに、ゲーム機ＧＭがセンターサーバ２として機能してもよい。
　また、センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、センターサーバ２から配信されるソフトウェアを実行することにより、各種の機能を発揮するネットワーク端末装置の一種である。図１の例では、ユーザ端末５の一例として、携帯電話（スマートフォンを含む）が利用されている。また、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
　ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成されてよい。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成されてよい。図１の例では、センターサーバ２及びゲーム機ＧＭはルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。
　なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。或いは、ユーザ端末５とゲーム機ＧＭ等との通信は、例えば、通信用の回線（有線及び無線を含む）を利用せずに、二次元コード等、各種情報を含むように所定の規格に準拠して生成されるコード（例えば、二次元コード）を利用して実現されてよい。したがって、ネットワーク（或いは通信回線）の用語は、このようなコードを利用する通信方法等、回線を利用せずに情報の送受信をする形態を含んでよい。
　センターサーバ２は、ゲーム機ＧＭ又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからユーザの識別情報を受け取って、そのユーザを認証するサービスが提供されてよい。また、認証したユーザのプレイデータをゲーム機ＧＭから受け取って保存し、或いは保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク３を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。
　また、センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、例えば、ゲーム機ＧＭが提供するゲームに関する各種の情報を提供するゲーム用情報サービスが含まれてよい。また、例えば、Ｗｅｂサービスには、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスが含まれてもよい。さらに、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスが含まれてよい。
　次に、音楽ゲームを提供するためのゲームシステム１の制御系の要部について説明する。図２は、ゲームシステム１の制御系の要部の構成を示す図である。図２に示すように、センターサーバ２は、制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。
　記憶ユニット１１は、コンピュータとしての制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されていてよい。記憶ユニット１１には、サーバ用データ１４及びサーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がゲーム機ＧＭ等に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、例えば、ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７が設けられてよい。
　ゲーム機サービス管理部１６は、上述のゲーム機用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
　サーバ用データ１４は、サーバ用プログラム１５の実行に伴って参照されるデータである。例えば、サーバ用データ１４は、集団料金データ１４ａを含んでいてよい。集団料金データ１４ａの詳細は、後述する。
　また、サーバ用データ１４は、その他にもゲームを実現するための各種のデータを含み得る。例えば、そのようなデータにはプレイデータやＩＤ管理データが含まれていてもよい。プレイデータは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。プレイデータは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用されてよい。また、ＩＤ管理データは、ユーザＩＤ等の各種ＩＤを管理するためのデータである。しかし、それらの図示は省略した。
　一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、出力装置としてのモニタＭＯと、入力装置７と、スピーカ８と、リーダ９と、が設けられている。記憶ユニット３１、モニタＭＯ、入力装置７、スピーカ８及びリーダ９は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、例えば、その他にもゲームを提供するための各種の装置が接続され得る。例えば、そのような装置には、コイン認証装置等の所定の対価を徴収するための周知の装置が含まれてもよい。そして、例えば、そのようなコイン認証装置等を通じて、所定の対価としてのコイン等が徴収されてよい。しかし、それらの図示は省略した。
　モニタＭＯは、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタＭＯは、制御ユニット３０からの出力信号に応じて、音楽ゲームをプレイするためのゲーム画面を表示する。入力装置７は、ユーザのプレイ行為を入力するための周知の装置である。入力装置７は、ユーザが実行したプレイ行為に対応する信号を制御ユニット３０に出力する。例えば、入力装置７として、ユーザが指等で触れると、その接触位置に応じた信号を出力するタッチパネルが使用されてよい。そして、タッチパネルは、ユーザのタッチ操作に基づいてそのタッチ位置に対応する信号を制御ユニット３０に出力してよい。同様に、スピーカ８は、制御ユニット３０からの出力信号に基づいて各種の音声を再生するための周知の出力装置（音声再生装置）である。スピーカ８は、例えば、制御ユニット３０からの出力信号に応じて、ＢＧＭ等のゲームで使用される各種の音声を再生する。
　リーダ９は、例えば、近距離無線通信を利用し、記憶媒体に記録された各種の情報を非接触状態で読み取る周知の装置である。リーダ９は、記憶媒体の一例としてカードＣＤの情報の読み取りに使用されてよい。具体的には、リーダ９は、一例として、各ユーザが所持するカードＣＤの情報を読み取ってその情報に対応した信号を制御ユニット３０に出力してよい。
　また、カードＣＤには、例えば、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体（不図示）が設けられていてよい。そして、カードＣＤには、このような不揮発性記憶媒体等を介して、各種の情報が記録されてよい。また、例えば、各種の情報には、ユーザＩＤの情報（ユーザＩＤを特定可能な情報を含む）が含まれてよい。つまり、カードＣＤは、例えば、ＩＤカードとして、ＩＤカードに対応する各ユーザの特定に使用されてよい。さらに、各種の情報には、例えば、その他にも所定の対価として使用される価値の量の情報（価値の量を特定するための情報を含む）が含まれてもよい。そして、その価値の量を消費することにより所定の対価が徴収されてもよい。つまり、カードＣＤは、一例として、所定の対価の支払いに使用されてもよい。
　なお、カードＣＤは、各種の情報を電子的に記録する形態に限定されない。例えば、カードＣＤは、二次元コード等の各種のコードを介して各種の情報を記録してもよい。この場合、リーダ９は、そのようなコードを読み取り可能なコードリーダを含む等によりそのようなコードを読み取り可能に構成されていてよい。つまり、リーダ９は、そのようなコードの読み取りに使用されてもよい。
　一方、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより構成されてよい。記憶ユニット３１には、ゲームプログラム３４及びゲームデータ３５が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがゲームを提供するために必要なコンピュータプログラムである。ゲームプログラム３４の実行に伴って、制御ユニット３０の内部には、例えば、ゲーム提供部３７が設けられてよい。ゲーム提供部３７は、ゲームを提供するために必要な各種処理を実行する。ゲーム提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
　ゲームデータ３５は、ゲームプログラム３４の実行に伴って参照されるデータである。ゲームデータ３５は、例えば、楽曲データ３６及びシーケンスデータ３８を含んでいる。楽曲データ３６は、音楽ゲームで使用される楽曲等の各種の音声をスピーカ８に再生させるために必要なデータである。シーケンスデータ３８は、音楽ゲームにおいて適切なプレイ行為を実行すべき時期をユーザに案内するために必要なデータである。例えば、シーケンスデータ３８には、適切な位置をタッチ操作すべき操作時期が予め記述されていてよい。そして、例えば、音楽ゲームでは、シーケンスデータ３８に記述された各操作時期に基づいて適切なタッチ操作をすべき位置及び時期が案内されてよい。楽曲データ３６及びシーケンスデータ３８は周知の音楽ゲームと同様に構成されてよいため、詳細の説明は省略する。
　また、ゲームデータ３５は、その他にもゲームを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、上述の集団料金データ１４ａが含まれていてよい。例えば、集団料金データ１４ａは、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供されてよい。同様に、そのような各種のデータには、例えば、その他にも画像データ及び効果音データが含まれてよい。画像データは、ゲームに必要な各種画像を表示するためのデータである。効果音データは、ＢＧＭ等、ゲームに必要な各種の音声を再生するためのデータである。しかし、それらの図示は省略した。
　次に、ゲーム機ＧＭが提供する音楽ゲームについて説明する。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際にプレイ行為が実行された時期を評価するタイプのゲームである。また、例えば、音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用されてよい。
　例えば、そのような音楽ゲームは、モニタＭＯに表示されるゲーム画面を通じて提供されてよい。具体的には、例えば、ゲーム画面は、各実行時期に対応する指示標識及び現在時刻の基準として機能する基準標識を含んでいてよい。そして、例えば、各実行時期において基準標識の位置と一致するように移動する指示標識の移動により各実行時期が案内されてもよい。また、適切なプレイ行為として、指示標識と基準標識との一致に合わせてその一致位置をタッチするタッチ操作が採用されてよい。ゲーム機ＧＭは、例えば、このようなゲーム画面を通じて音楽ゲームを提供してよい。
　また、音楽ゲームは、ユーザ単位（一人のユーザ毎）だけでなくグループ単位（複数のユーザ毎）で提供されてよい。グループ単位で音楽ゲームが提供される場合、音楽ゲームはそのグループを形成する複数のユーザに共通にプレイされてよい。つまり、ゲーム機ＧＭは、一度のプレイ機会に複数のユーザが参加するように共通の音楽ゲームを提供してよい。そして、ゲーム機ＧＭは、例えば、単数若しくは複数のグループに含まれるユーザが協力して共通の音楽ゲームをプレイする形態、及び同じグループ内のユーザ間或いは複数のグループ間で対戦が実現されるように共通の音楽ゲームをプレイする形態等、各種の形態でグループ単位の音楽ゲームを提供してよい。
　図３～図５を参照して、音楽ゲームがグループ単位でプレイされる場合の所定の対価について説明する。図３は、音楽ゲームのプレイ料金（所定の対価）の一例を説明するための説明図である。図３に示すように、音楽ゲームのゲーム範囲は、個別プレイ（ユーザ単位のプレイ）及びグループプレイ（グループ単位のプレイ）を含んでいてよい。そして、これらのプレイ料金として、個別プレイには個別料金が、グループプレイにはグループ料金が、それぞれ設定されてよい。
　具体的には、個別料金は、各ユーザＵが個別に音楽ゲームをプレイするために必要な所定の対価である。つまり、個別料金の支払いに伴い、音楽ゲームの個別プレイがユーザＵに提供される。また、グループ料金は、グループＵＧが音楽ゲームをプレイするために必要な所定の対価である。つまり、グループ料金は、グループＵＧの全ユーザＵが音楽ゲームをプレイするための対価としてグループＵＧの各ユーザＵに共通に設定される料金である。例えば、グループ料金は、グループＵＧを形成するユーザＵの人数に応じて決定されてよい。つまり、グループ料金は、グループプレイを共通にプレイするユーザＵの人数に応じて変化してよい。そして、グループ料金の支払いに伴い（グループ料金の徴収と引き換えに）、音楽ゲームのグループプレイがグループＵＧの各ユーザＵに提供される。
　図３の例では、第１ユーザＵ１によって個別プレイが選択され、個別料金が支払われている。そして、個別料金の徴収に伴い、この個別料金を支払った第１ユーザＵ１に個別プレイが提供される。一方、グループＵＧは、例えば、第２ユーザＵ２及び第３ユーザＵ３を含んでいる。また、グループＵＧによってグループプレイが選択され、グループ料金が支払われている。そして、グループ料金の徴収に伴い、第２ユーザＵ２及び第３ユーザＵ３といった、このグループＵＧを形成する各ユーザＵにグループプレイが提供される。
　また、図３の例では、グループ料金は、グループＵＧのユーザＵの人数に応じた第１グループ料金及び第２グループ料金を含んでいる。また、一例として、第１グループ料金及び第２グループ料金には、グループＵＧのユーザＵの人数で割った場合の均等額、つまりこれらのグループ料金を各ユーザＵに均等に割り当てた場合のそれぞれの均等額が相違するように互いに異なる額が設定される。具体的には、第１グループ料金は第１均等額が、第２グループ料金は第２均等額が、それぞれ均等額となるように設定されてよい。そして、第１均等額と第２均等額とは互いに相違している。つまり、グループ料金は、人数に応じて単に均等額分が増加するのではなく、この均等額自体が変化するように設定される。一例として、このようにグループＵＧのユーザＵの人数に応じて均等額が変化するようにグループ料金は設定される。この場合、グループＵＧを形成する複数のユーザＵが本発明の複数のユーザとして、グループ料金が本発明の全体の対価として、それぞれ機能する。
　なお、グループＵＧは、適宜の形態で形成されてよい。例えば、グループＵＧは、ユーザＵの指定等、その他の各種の条件に基づいて形成されてもよい。具体的には、例えば、グループＵＧは、上述のマッチングサービスを通じてマッチング（ゲームの途中でマッチングされる場合を含む）によって形成されてよい。つまり、グループＵＧは、マッチングされた各ゲーム機ＧＭのユーザＵによって形成されてよい。また、このようなマッチングは、例えば、各ゲーム機ＧＭの要求（募集）に基づいて要求したゲーム機ＧＭを含むように実行されてもよいし、特定のゲーム機ＧＭの要求に基づいてその特定のゲーム機ＧＭを含むように実行されてもよい。或いは、特定のゲーム機ＧＭ及びその特定のゲーム機ＧＭを使用する特定のユーザＵが指定する指定のゲーム機ＧＭを含むようにマッチングが実行されてもよい。そして、その特定のユーザＵ及び指定のゲーム機ＧＭを使用するユーザＵによってグループＵＧが形成されてもよい。これらの場合、マッチングされた複数のゲーム機ＧＭ及びそれらを使用するユーザが本発明の複数のゲーム機及び複数のユーザとしてそれぞれ機能する。或いは、グループＵＧは、一台のゲーム機ＧＭを共通に使用する各ユーザＵによって形成されてもよい。同様に、グループＵＧを形成するユーザＵの数も適宜でよい。
　図４は、人数に応じた均等額の変化の一例を説明するための説明図である。図４に示すように、例えば、グループ料金は、グループＵＧを形成するユーザＵの人数が増えるに従って均等額が小さくなるように設定されてよい。つまり、グループ料金は、ユーザＵの人数が多くなるほど、均等額が小さくなるように設定されてよい。
　具体的には、例えば、二人のユーザＵによって形成される第１グループＵＧ１に第１グループ料金が、三人のユーザＵによって形成される第２グループＵＧ２に第２グループ料金が、それぞれグループ料金として設定されてよい。つまり、第１グループ料金はユーザＵの数が二人の場合のグループ料金に、第２グループ料金はユーザＵの数が三人の場合のグループ料金に、それぞれ対応してよい。そして、例えば、人数の増加に従って均等額が減少するように、第１グループ料金及び第２グループ料金は設定されてよい。つまり、第２均等額の方が第１均等額よりも小額になるように第１グループ料金及び第２グループ料金が設定されてよい。換言すれば、プレイ人数に応じた特典（一人当たりの負担額の減少）がプレイ料金に付与されるようにグループ料金は設定されてよい。したがって、第２グループ料金（三人分のグループプレイのプレイ料金）の額は、第１均等額を三人分積算した額よりも小さくなってよい。
　図４の例では、第１均等額（“２００円”）として、個別料金が利用されている。結果として、個別料金（“２００円”）を二人分積算した積算額（“４００円”）が第１グループ料金として設定されている。また、この設定に伴い、第１グループＵＧ１を形成する第２ユーザＵ２及び第３ユーザＵ３の二人のユーザＵに第１グループ料金及び第１均等額の少なくともいずれか一方が通知される。そして、この第１グループ料金の支払いに伴い、第２ユーザＵ２及び第３ユーザＵ３に共通のグループプレイが提供される。
　なお、グループ料金が均等に分担される場合の各ユーザＵの負担額は、個別料金に限定されない。このような負担額として、ユーザＵの人数に応じて設定されるグループ料金の各種の均等額が採用されてよい。例えば、このような均等額は、徴収可能な対価の単位に応じて適宜に設定されてよい。例えば、グループ料金がコインによって徴収される場合には、１０円、或いは１００円等の単位で適宜に設定されてよい。同様に、グループ料金が電子通貨によって徴収される場合には、１円単位等の適宜の単位で設定されてよい。また、端数（徴収可能な対価の単位より小さい数）は、切り捨て或いは切り上げ等により適宜に処理されてよい。或いは、端数は、特定のユーザＵ等にまとめて加算されてもよい。例えば、コイン及び電子通貨等の複数の支払い方法が存在する場合には、そのような端数は電子通貨によって支払うユーザＵ等、端数の支払いが可能なユーザＵに加算されてもよい。
　或いは、グループ料金（人数に応じて変化する料金）の適用は、特定の支払い方法のユーザＵに限定されてもよい。この場合、グループ料金の算出は、その特定の支払い方法のユーザＵの人数を対象に実行されてもよいし、他の支払い方法のユーザＵを含むグループ全体の人数を対象に実行されてもよい。これにより、特定の支払い方法の選択を促進することができる。具体的には、特定の支払い方法として、例えば、電子通貨による支払いが採用されてもよい。この場合、例えば、コイン支払い及び電子通貨支払いのユーザＵが混在するときには、コイン支払いのユーザＵの負担額として個別料金が適用される一方で、その支払い後に残るグループ料金の残額を按分した額が電子通貨支払いのユーザＵの負担額として適用されてもよい。また、この場合のグループ料金は、コイン支払いのユーザＵの人数を含めて算出されてもよいし、電子通貨支払いのユーザＵの人数だけを対象に算出されてもよい。
　同様に、支払い方法は、例えば、実際の支払いによって特定されてもよいし、各ユーザＵの選択（自己申請）によって特定されてもよい。このような選択は、例えば、人数の確定のために人数確定前（例えば、マッチング前）に行われてもよいし、人数確定後（例えば、マッチング後）に行われてもよい。支払い方法に応じて負担額が変化する場合等、通知後の負担額の変化に伴い、負担額と実際の支払額と間に差額が生じる（実際の支払い額の方が多い）場合、差額分が次回の支払い用に保留されもよいし、払い戻されてもよい。この払い戻しは、別の支払い方法に対応する対価を通じて実行されもよい。例えば、コインで支払われた場合の差額が電子通貨として払い戻されてもよい。また、支払い方法は、例えば、選択可能か否かによって自動で特定されてもよい。具体的には、例えば、カードＣＤが所定の価値として電子通貨の支払いに使用される場合に、カードＣＤが電子通貨の支払いに使用可能であるか否か、或いはその支払い可能な残高が支払いに十分か否かによって特定されてよい。つまり、一例として、電子通貨の支払いが可能であり、残高も十分なカードＣＤが使用された場合に支払い方法が自動的に電子通貨支払いと特定されてもよい。
　一方、図４の例では、第１均等額を三人分積算した場合の積算額に該当する６００円よりも小さい料金が第２グループ料金として設定されている。具体的には、第２グループ料金はとして“５００円”が設定されている。これを第２グループＵＧ２のユーザＵの人数（三人）で割った場合、“１６７円”が均等額（第２均等額）として算出される。つまり、第１均等額よりも第２均等額（“１６７円”）が３３円安くなるように第２グループ料金は設定されている。そして、このような第２グループ料金及び第２均等額の少なくともいずれか一方が第２グループＵＧ２を形成する第２ユーザＵ２～第４ユーザＵ４に通知され、この第２グループ料金の支払いに伴い、第２ユーザＵ２～第４ユーザＵ４の三人のユーザＵに共通のグループプレイが提供される。一例として、グループＵＧの人数に応じて、このような特典（割引）が付与されるようにグループ料金は設定されてよい。
　グループ料金は、グループＵＧの各ユーザＵが適宜の負担額を分担するように各種の支払方法で支払われてよい。図５は、グループ料金の支払い方法の一例を説明するための説明図である。また、図５の例は、図４の例の第１グループＵＧ１が第１グループ料金を支払う場合の支払い方法の一例を示している。図５に示すように、第１グループ料金は、例えば、第１グループＵＧ１を形成する第２ユーザＵ２及び第３ユーザＵ３の負担額がそれぞれ相違する第１支払い方法～第３支払い方法によって支払われてよい。
　具体的には、例えば、第１支払い方法として、第１グループ料金（“４００円”）の第１均等額（“２００円”）を第２ユーザＵ２及び第３ユーザＵ３が均等に負担する支払い方法が採用されてよい。つまり、第１グループ料金は、第２ユーザＵ２及び第３ユーザＵ３によって平等に負担されてよい。この場合、第２ユーザＵ２及び第３ユーザＵ３の負担額は等しく第１均等額となる。
　一方、例えば、第２支払い方法及び第３支払い方法として、第２ユーザＵ２及び第３ユーザＵ３の負担額が相違する（負担額が等しくない）方法が採用されてもよい。例えば、第２支払い方法及び第３支払い方法として、本来各ユーザＵが負担すべき第１均等額の一部を他のユーザＵが負担する支払い方法、及び全部を負担する支払い方法が採用されてよい。つまり、第１グループ料金は、グループＵＧの二人のユーザＵ間における負担額の相違を許容するように設定されてよい。
　図５の例では、第２支払い方法として、第１グループＵＧ１の第２ユーザＵ２及び第３ユーザＵ３のうち、第２ユーザＵ２の方が第３ユーザＵ３よりも１００円多く負担する支払い方法が採用されている。つまり、第１均等額（“２００円”）のうち、本来第３ユーザＵ３が負担すべき一部（１００円）を第２ユーザＵ２が負担している。結果として、第２ユーザＵ２の負担額（“３００円”）と第３ユーザＵ３の負担額（“１００円”）との間には、２００円の差が生じている。
　一方、図５の例では、第３支払い方法として、第２ユーザＵ２が第１グループ料金の全部を負担する支払い方法が採用されている。つまり、第１均等額のうち、本来第３ユーザＵ３が負担すべき全部（“２００円”）を第２ユーザＵ２が負担している。結果として、第３ユーザＵ３は第１グループ料金を全く負担しておらず、第２ユーザＵ２の負担額（“３００円”）と第３ユーザＵ３の負担額（“０円”）との間には、４００円の差が生じている。一例として、グループ料金がグループＵＧの各ユーザＵに均等（同額）に負担される場合だけでなく、このようにグループＵＧの一部のユーザＵによってグループ料金の全額が負担される場合も含め、異なる負担額が生じることも許容するように各種の支払い方法でグループ料金は支払われてよい。
　なお、例えば、各ユーザＵの負担割合（グループ料金を負担する割合）は、予め決められていてもよい。同様に、負担割合が他のユーザＵよりも大きいユーザＵも予め決められていてもよい。例えば、このような負担割合（負担額）の大きいユーザＵは、特定のユーザＵが他のユーザＵよりも多く料金を負担する等、各ユーザＵによる指定、或いは自己申請（自己による指定）等によって決定されてもよい。或いは、グループＵＧがマッチングによって決定される場合には、マッチングを要求したゲーム機ＧＭのユーザＵがこのようなユーザＵとして機能してもよい。同様に、マッチングがユーザＵの指定した各ゲーム機ＧＭをマッチングするように実行される場合には、その各ゲーム機ＧＭを指定する特定のユーザＵがこのようなユーザＵとして機能してもよい。或いは、マッチングサービスに最初にエントリしたユーザＵや特定の支払い方法（例えば、電子通貨による支払い等）によって対価を支払った（或いは支払い可能な）ユーザＵが、このようなユーザＵとして機能してもよい。さらには、負担割合の大きいユーザＵは、抽選等によりランダムに決定されてもよい。
　同様に、負担割合の大きいユーザＵの負担額は、複数人分等、予め決められていてもよい。また、このような負担額は、例えば、負担条件に基づいて決定されてもよい。例えば、負担条件は、自己が負担すべき負担額の指定を要件に含んでいてもよい。つまり、各ユーザＵの負担額は、各ユーザＵの選択によって決定されてもよい。具体的には、例えば、グループプレイは、通常モード及び通常モードに比べて各種の有利な展開やゲーム要素を有する特別モードを含み、これらのモードには特別モードの方がプレイに必要な対価の額が高くなるように異なる対価の額が設定されていてよい。そして、通常モードを選択したユーザＵには通常モードに対応する対価の額が、特別モードを選択したユーザＵには特別モードに対応する対価の額が、負担すべき負担額として設定されてよい。つまり、対価の額の相違するモードの選択を通じて各ユーザＵの負担額が決定されてもよい。この場合、特定モードに対応する対価の額及び特定モードの指定が本発明の特定負担額及び特定負担額の指定としてそれぞれ機能する。
　また、例えば、グループＵＧ内の少なくとも一部のユーザＵが特別モードを選択し、それに対応する対価を支払った場合、グループＵＧ内の全員に特別モードが提供されてもよい。つまり、特別モードの有利な展開等が負担額の異なるユーザＵ（特別モードを選択したユーザＵ）の存在に伴う特典として利用されてもよい。この場合、この特典の対象は、グループＵＧの全員と捉えられてもよいし、特別モードを選択したユーザＵ以外と捉えられてもよい。つまり、負担額の異なるユーザＵの存在に伴い、グループＵＧの全員或いは一部のユーザＵに特典が付与されてもよい。これにより、負担額の相違を促進することができる。また、このような特典として、例えば、その他にも、特別の背景等の装飾要素、或いはアイテムやプレイ時間の追加等のゲームの進行に有利な要素等、各種のゲーム要素が利用されてもよい。
　負担条件は、例えば、その他にも抽選結果を要件に含んでいてよい。つまり、各ユーザＵの負担額は、抽選結果によりランダムに決定されてもよい。また、各ユーザＵの選択や抽選等により負担額の大きいユーザＵが決められる場合、換言すれば、各ユーザＵの支払うべき負担額がセンターサーバ２等により事前に決められる場合、各ユーザＵが支払うべき負担額（個別の負担額）は、各ゲーム機ＧＭ等を通じて各ユーザＵに通知されてもよい。そして、各ユーザＵには、その通知された負担額の支払が要求されてよい。
　次に、集団料金データ１４ａの詳細について説明する。集団料金データ１４ａは、グループ料金を管理するためのデータである。図５は、集団料金データ１４ａの内容の一例を説明するための説明図である。図５に示すように、例えば、集団料金データ１４ａは、“集団ＩＤ”、“ユーザＩＤ”、“集団料金”、及び“徴収結果”の情報を含んでいてよい。
　“集団ＩＤ”は、グループＵＧ毎にユニークな集団ＩＤを示す情報である。集団ＩＤは、例えば、各グループＵＧの識別（特定）に使用される。また、“ユーザＩＤ”は、上述のユーザＩＤを示す情報である。“ユーザＩＤ”の情報は、例えば、各グループＵＧに属するユーザＵの数の取得に使用されてもよい。つまり、“ユーザＩＤ”の情報は、各グループＵＧのユーザＵの数の情報として機能してよい。
　一方、“集団料金”は、グループプレイに設定されるグループ料金を示す情報である。グループ料金は、上述の通り、例えば、ユーザＵの人数に応じて均等額が変化するように設定されてよい。具体的には、グループ料金は、例えば、ユーザＵの数に応じた第１グループ料金等を含んでよい。このような場合、“集団料金”には、ユーザＵの数に応じて設定されるべき第１グループ料金等のグループ料金の情報が記述されてよい。また、第１グループ料金等、ユーザＵの人数に応じたグループ料金の候補が予め用意されている場合には、“集団料金”の情報として、例えば、これらの候補を特定（識別）するための情報が利用されてもよい。
　“徴収結果”は、グループ料金の徴収結果を示す情報である。具体的には、“徴収結果”は、例えば、グループ料金が徴収されたことを示す徴収済みの情報或いは徴収されていないことを示す未徴収の情報を含んでいてよい。一例として、集団料金データ１４ａは、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
　なお、集団料金データ１４ａは、例えば、その他にも“個別負担額”或いは“均等額”の情報を含んでいてもよい。“個別負担額”は、各ユーザＵが個別に負担すべき負担額を示す情報である。“個別負担額”には、例えば、負担割合の大きいユーザＵの負担額等、各ユーザＵの負担額が事前に特定される場合に、そのような各ユーザＵの負担額を示す情報が記述されてよい。そして、“個別負担額”は各ユーザＵの負担額の特定や通知等に使用されてよい。同様に、“均等額”は、グループ料金をユーザＵの数で割った場合の均等額を示す情報である。例えば、“均等額”の情報は、第１均等額等、各グループ料金の均等額が各ユーザＵに通知される場合に、この通知のために使用されてよい。
　次に、料金通知処理について説明する。料金通知処理は、グループ単位で音楽ゲームがプレイされる場合のグループ料金を通知するための処理である。具体的には、グループＵＧのユーザＵの人数に応じて変化するグループ料金の額を通知するための処理である。料金通知処理は、例えば、図７のルーチンを通じてセンターサーバ２の制御ユニット１０によって実現されてよい。より具体的には、図７のルーチンは、制御ユニット１０のＷｅｂサービス管理部１７を通じて実行されてよい。なお、ゲーム機ＧＭの制御ユニット３０及びセンターサーバ２の制御ユニット１０は、この処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。
　図７は、料金通知処理を実現するための料金通知処理ルーチンのフローチャートの一例を示す図である。より具体的には、図７の例は、マッチングによってグループＵＧが形成される場合の料金通知処理ルーチンのフローチャートの一例を示している。図７のルーチンは、例えば、各ゲーム機ＧＭからグループ料金の設定が要求された場合に実行されてよい。また、例えば、各ゲーム機ＧＭは、例えば、音楽ゲームのプレイのうち、グループプレイが選択された場合にグループ料金の設定をセンターサーバ２に要求してよい。なお、例えば、グループＵＧが一台のゲーム機ＧＭを共通に使用する各ユーザＵによって形成される場合等、一台のゲーム機ＧＭでグループＵＧの形成が可能な場合には、図７のルーチンは、ゲーム機ＧＭの制御ユニット３０によって実行されてもよい。
　図７のルーチンが開始されると、Ｗｅｂサービス管理部１７は、まずステップＳ１１においてグループプレイをプレイするユーザＵの数、換言すれば、グループＵＧを形成するユーザＵの数を特定する。この特定は、例えば、マッチング結果に基づいて実現されてよい。或いは、この特定は集団料金データ１４ａの“ユーザＩＤ”の情報に基づいて実現されてもよい。なお、グループＵＧがユーザＵの設定等、マッチングサービス以外によって形成される場合、例えば、ユーザＵの入力結果に基づいてユーザＵの数が特定されてもよい。
　続くステップＳ１２において、Ｗｅｂサービス管理部１７は、グループプレイに必要なグループＵＧ全体のプレイ料金として、ユーザＵの数に応じて均等額が変化するようにグループＵＧに共通のグループ料金を設定する。具体的には、例えば、第１グループ料金等の候補が予め用意されている場合には、Ｗｅｂサービス管理部１７は、グループＵＧのユーザＵの数に応じて設定されるべきグループ料金をそれらの候補から選択することによりユーザＵの数に応じて均等額が変化するグループ料金を設定してよい。さらに、各ユーザＵの負担額が事前に決められている場合には、Ｗｅｂサービス管理部１７は、ステップＳ１２においてユーザＵ毎の負担額を設定してもよい。具体的には、例えば、各ユーザＵから個別料金（均等額）が徴収されるべき場合には、Ｗｅｂサービス管理部１７は各ユーザＵが個別料金を負担するように各ユーザＵの負担額として個別料金を設定してよい。或いは、各ユーザＵの負担額がモードの指定によって決定される場合には、特定モードを指定したユーザＵが特定モードに対応する料金を、通常モードを指定したユーザＵが通常モードに対応する料金を、それぞれ負担するように、Ｗｅｂサービス管理部１７は各ユーザＵに指定結果に対応するモードの料金を負担額として設定してよい。
　次のステップＳ１３において、Ｗｅｂサービス管理部１７は、ステップＳ１２で設定したグループ料金が各ユーザＵに通知されるように、そのグループ料金をグループＵＧに属する各ゲーム機に通知する。また、ステップＳ１２においてユーザＵ毎の負担額が設定されている場合には、この通知にはユーザＵ毎の負担額が含まれていてもよい。そして、Ｗｅｂサービス管理部１７は、ステップＳ１３の処理を終えると、今回のルーチンを終了する。これにより、グループプレイが選択される場合に、ユーザＵの数に応じて均等額が変化するグループ料金が設定され、各ユーザＵに通知される。また、ユーザＵ毎の負担額が事前に決められる場合には、ユーザＵ毎の負担額も設定され、通知される。
　以上に説明したように、この形態によれば、グループプレイを選択するグループＵＧのユーザＵの数に応じて均等額が変化するように、グループプレイをプレイするためのグループ料金が設定される。つまり、グループプレイをするために支払われる料金のグループＵＧ単位の合計額（総額）を、ユーザＵの数に応じて均等額が変化するように変化させることができる。結果として、その合計額の変化を通じてグループＵＧを形成するユーザＵの数に動機付けを行うことができる。
　より具体的には、例えば、グループＵＧを形成するユーザＵの数の増加に伴い均等額が小さくなるようにグループ料金が設定される場合には、ユーザＵの数に応じた割引（ボリュームディスカウント）を実現することができる。この場合、ユーザＵの数が増えるに従って各ユーザＵが負担すべき負担額を減少させることができるので、料金面でユーザＵの数の増加に対する動機付けを行うことができる。これにより、グループＵＧのユーザＵの数の増加を促進することができる。つまり、ボリュームディスカウントを通じて、グループプレイをプレイするユーザＵの数の増加に対する動機付け及びその増加の促進を実現することができる。ボリュームディスカウントにより均等額は減少するものの、グループＵＧのユーザＵの数が増加すれば、グループ料金の総額は増加する。したがって、これらによりグループプレイに伴い徴収される料金の額を増加させることができる。
　以上の形態において、センターサーバ２の制御ユニット１０が、図７のルーチンを実行することにより本発明の人数判別手段及び対価設定手段として機能する。
　本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、グループプレイの場合、グループＵＧの全体の料金としてグループ料金が設定されている。しかし、本発明は、このような形態に限定されない。例えば、グループ料金の設定は、省略されてもよい。具体的には、例えば、グループＵＧの各ユーザＵが均等額を負担する場合やモードの指定に応じて各ユーザＵの負担額が決められる場合等、負担条件等に基づいて各ユーザＵが個別に負担すべき個別の負担額が事前に決められる場合には、グループ料金の設定は省略されてもよい。この場合、負担条件等に基づいて決められる各ユーザＵの個別の負担額が本発明の個別の対価として機能する。
　上述の形態では、グループ料金は、グループＵＧのユーザＵの数が増加するほど、均等額が小さくなるように変化している。しかし、本発明は、このような形態に限定さない。例えば、グループ料金は、上述の形態とは反対に、グループＵＧのユーザＵの数が増えるに従って均等額が増加するように変化してもよい。このような場合でも、例えば、ユーザの数が所定数以上のときに限定される展開（プレイ範囲）や有利な要素等の特典の付与を利用して、やはりユーザの数の増加に対する動機付けを行うことができる。また、このような場合も、ユーザＵの数の増加に伴い、各ユーザＵの単価を増加させることができるので、やはりグループプレイによって徴収される料金の額を増加させることができる。
　上述の形態では、ゲーム機ＧＭは音楽ゲームを提供している。しかし、ゲーム機ＧＭが提供するゲームは、このような形態に限定されない。例えば、その他にも、アクションゲーム、ロールプレイングゲーム、アドベンチャーゲーム、シミュレーションゲーム、パズルゲーム、カードゲーム、シューティングゲーム、スポーツゲーム、複合ゲーム等の各種のゲームがゲーム機ＧＭによって提供されてよい。
　同様に、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機ＧＭは、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワーク３を通じて制御ユニット３０の処理結果を提供する端末として構成されていてもよい。さらに、本発明のゲームシステムは、一台のゲーム機ＧＭを使用する複数のユーザＵによってグループＵＧが形成される場合等において、センターサーバ２が省略され、一台のゲーム機ＧＭによって実現されてもよい。
　以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
　本発明のゲームシステムは、所定の対価の徴収と引き換えに複数のユーザ（ＵＧ）に共通のゲームをプレイさせるゲームシステム（１）であって、前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段（１０）と、前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額（例えば、グループ料金）を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価（例えば、個別の負担額）及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段（１０）と、を備えている。
　本発明のゲームシステムによれば、共通のゲームをプレイする複数のユーザの数に応じて均等額が変化するように、このゲームのプレイに伴う対価として複数のユーザの全体から徴収されるべき全体の対価の額及び各ユーザから個別に徴収されるべき個別の額の少なくともいずれか一方の額が設定される。これにより、複数のユーザが共通のゲームをプレイする場合に各ユーザによって支払われる所定の対価の合計額を、ユーザの数に応じて各ユーザに割り当てられるべき均等額が変化するように変化させることができる。結果として、対価の合計額を通じて共通のゲームをプレイする複数のユーザの数に動機付けを行うことができる。具体的には、例えば、ユーザの数の増加に伴い均等額が減少するように変化する場合には、共通のゲームをプレイするユーザの数に応じた割引（ボリュームディスカウント）を実現することができる。この場合、ユーザの数が増えるに従って各ユーザが負担すべき負担額を減少させることができるので、対価の面でユーザの数の増加に対する動機付けを行うことができる。これにより、共通のゲームをプレイするユーザの数の増加を促進することができる。一方、例えば、ユーザの数の増加に伴い均等額が増加するように変化する場合でも、例えば、ユーザの数が所定数以上のときに限定される展開（プレイ範囲）や有利な要素等の特典の付与を利用して、やはりユーザの数の増加に対する動機付けを行うことができる。結果として、これらにより徴収される対価の額を増加させることもできる。
　個別の対価及び全体の対価は、各種の態様で設定されてよい。例えば、本発明のゲームシステムの一態様において、前記対価設定手段は、前記複数のユーザ間における負担額の相違を許容するようにユーザ毎の前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定してもよい。また、この態様において、前記対価設定手段は、前記複数のユーザに含まれる特定のユーザ（例えば、特別モードを選択したユーザＵ）が負担すべき特定負担額（例えば、特別モードに対応する対価の額）が負担条件に基づいて決定される場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定してもよい。さらに、この態様において、前記負担条件は、前記特定のユーザによる前記特定負担額の指定（例えば、特別モードの指定）を要件に含み、前記対価設定手段は、前記特定のユーザによって前記特定負担額が指定された場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定してもよい。
　また、本発明のゲームシステムの一態様において、前記対価設定手段は、前記複数のユーザの人数が多くなるほど、前記均等額が小さくなるように、前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定してもよい。この場合、ボリュームディスカウントを通じて、ユーザの数の増加に対する動機付け及びゲームをプレイするユーザの数の増加の促進を実現することができる。
　複数のユーザは、各種の態様で決定されてよい。例えば、本発明のゲームシステムの一態様として、各ユーザに前記ゲームを提供する各ゲーム機（ＧＭ）と、各ゲーム機とネットワーク（３）を介して接続されるサーバ装置（２）と、を備え、前記複数のユーザは、前記サーバ装置が実行するマッチングによって決定され、前記複数のユーザとして、前記サーバ装置を介してマッチングされた複数のゲーム機をそれぞれ使用する複数のユーザが機能する態様が採用されてもよい。
　一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置（ＭＯ）に接続されるコンピュータ（１０、３０）を、上述のゲームシステムの各手段として機能させるように構成されたものである。
　また、本発明のサーバ装置（２）は、前記ゲームの提供に使用される出力装置（ＭＯ）にネットワーク（３）を介して接続され、上述のゲームシステムの各手段として機能するものである。本発明のコンピュータプログラム或いはサーバ装置が実行されることにより、本発明のゲームシステムを実現することができる。
　１　ゲームシステム
　２　センターサーバ（サーバ装置）
　３　ネットワーク
　１０　制御ユニット（コンピュータ、人数判別手段、対価設定手段）
　Ｕ　ユーザ
　ＵＧ　グループ（複数のユーザ）
　ＭＯ　モニタ（出力装置）
　ＧＭ　ゲーム機

Claims (8)

  1. 　所定の対価の徴収と引き換えに複数のユーザに共通のゲームをプレイさせるゲームシステムであって、
    　前記ゲームをプレイする前記複数のユーザの人数を判別する人数判別手段と、
    　前記人数判別手段の判別結果に基づいて、前記ゲームのプレイに伴い前記所定の対価として前記複数のユーザの全体から徴収されるべき全体の対価の額を前記複数のユーザの各ユーザに均等に割り当てた場合の均等額が前記複数のユーザの人数に応じて変化するように、各ユーザから個別に徴収されるべき個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する対価設定手段と、
    を備える、ゲームシステム。
  2. 　前記対価設定手段は、前記複数のユーザ間における負担額の相違を許容するようにユーザ毎の前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する、請求項１のゲームシステム。
  3. 　前記対価設定手段は、前記複数のユーザに含まれる特定のユーザが負担すべき特定負担額が負担条件に基づいて決定される場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定する、請求項２のゲームシステム。
  4. 　前記負担条件は、前記特定のユーザによる前記特定負担額の指定を要件に含み、
    　前記対価設定手段は、前記特定のユーザによって前記特定負担額が指定された場合に、当該特定負担額を前記特定のユーザが負担するように、前記ユーザ毎の前記個別の対価を設定する、請求項３のゲームシステム。
  5. 　前記対価設定手段は、前記複数のユーザの人数が多くなるほど、前記均等額が小さくなるように、前記個別の対価及び前記全体の対価の少なくともいずれか一方の額を設定する、請求項１～４のいずれか一項のゲームシステム。
  6. 　各ユーザに前記ゲームを提供する各ゲーム機と、
    　各ゲーム機とネットワークを介して接続されるサーバ装置と、
    を備え、
    　前記複数のユーザは、前記サーバ装置が実行するマッチングによって決定され、
    　前記複数のユーザとして、前記サーバ装置を介してマッチングされた複数のゲーム機をそれぞれ使用する複数のユーザが機能する、請求項１～５のいずれか一項のゲームシステム。
  7. 　前記ゲームの提供に使用される出力装置に接続されるコンピュータを、請求項１～６のいずれか一項のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
  8. 　前記ゲームの提供に使用される出力装置にネットワークを介して接続され、請求項１～６のいずれか一項のゲームシステムの各手段として機能するサーバ装置。
PCT/JP2017/006877 2016-02-29 2017-02-23 ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置 WO2017150338A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2016038013A JP2017153593A (ja) 2016-02-29 2016-02-29 ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2016-038013 2016-02-29

Publications (1)

Publication Number Publication Date
WO2017150338A1 true WO2017150338A1 (ja) 2017-09-08

Family

ID=59743899

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2017/006877 WO2017150338A1 (ja) 2016-02-29 2017-02-23 ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置

Country Status (2)

Country Link
JP (1) JP2017153593A (ja)
WO (1) WO2017150338A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6458234B1 (ja) * 2018-01-19 2019-01-30 株式会社コナミアミューズメント ゲームシステム及びそのコンピュータプログラム
JP7273015B2 (ja) * 2020-10-01 2023-05-12 株式会社Mixi 情報処理装置、プログラムおよび情報処理方法

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342521A (ja) * 2001-05-15 2002-11-29 Namco Ltd 情報提供システム、情報再生システム、プログラム、情報記憶媒体および情報再生方法
JP2013220332A (ja) * 2012-04-19 2013-10-28 Konami Digital Entertainment Co Ltd マッチング機能を備えたゲームシステム及びそのマッチング制御方法
JP2014164658A (ja) * 2013-02-27 2014-09-08 Japan Research Institute Ltd クレジットカード援助支援システム及びその方法
JP2015163262A (ja) * 2015-05-14 2015-09-10 株式会社バンダイナムコエンターテインメント サーバシステム

Family Cites Families (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPS4938693A (ja) * 1972-08-11 1974-04-10
JP2006190148A (ja) * 2005-01-07 2006-07-20 Nec Fielding Ltd チケット販売システム及び方法並びにチケット販売用プログラム
JP2007026206A (ja) * 2005-07-19 2007-02-01 Chugoku Electric Power Co Inc:The 遊戯飲食スケジュールアシストシステム
JP2007079642A (ja) * 2005-09-09 2007-03-29 Nihon Unica Corp 電子マネー決済システム及び電子マネー情報記憶媒体
JP2008027160A (ja) * 2006-07-20 2008-02-07 Iticket Corp コンテンツ放映システム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002342521A (ja) * 2001-05-15 2002-11-29 Namco Ltd 情報提供システム、情報再生システム、プログラム、情報記憶媒体および情報再生方法
JP2013220332A (ja) * 2012-04-19 2013-10-28 Konami Digital Entertainment Co Ltd マッチング機能を備えたゲームシステム及びそのマッチング制御方法
JP2014164658A (ja) * 2013-02-27 2014-09-08 Japan Research Institute Ltd クレジットカード援助支援システム及びその方法
JP2015163262A (ja) * 2015-05-14 2015-09-10 株式会社バンダイナムコエンターテインメント サーバシステム

Also Published As

Publication number Publication date
JP2017153593A (ja) 2017-09-07

Similar Documents

Publication Publication Date Title
JP2016053766A (ja) 仮想通貨のチャージシステム及びプログラム
JP6435491B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム及びサーバ装置
WO2013115104A1 (ja) ゲームシステム
JP6206882B2 (ja) ゲームシステム、及びそれに用いられるコンピュータプログラム
TW201243751A (en) Counter value calculation system and computer readable storage medium storing computer program to be used for the same
WO2013115103A1 (ja) ゲームシステム
WO2017150338A1 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6473303B2 (ja) 仮想通貨管理用サーバシステム、プログラム、及び、仮想通貨管理システム
JP2017158932A (ja) ゲームシステム、及びそれが用いられるコンピュータプログラム
JP2020075156A (ja) ゲームシステム、及びそれに用いられるコンピュータプログラム
JP6369950B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6697877B2 (ja) 仮想通貨管理装置、プログラム、及び、チャージ用端末装置
JP6676233B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6782422B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6824498B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP5199435B2 (ja) 景品抽選機能を備えたゲームシステム
JP2021003583A (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP6430159B2 (ja) サーバシステム、ゲーム装置およびプレイ対価処理方法
JP6675054B2 (ja) ゲームシステム、及びそれに用いられるコンピュータプログラム
JP6715540B1 (ja) ゲームシステム、ゲームシステムの制御方法、及びコンピュータプログラム
JP6277499B1 (ja) 情報提供システム、及びそれに用いられるコンピュータプログラム
JP2017164189A (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2017064167A (ja) ゲーム機、ゲームシステム、及びそれらに用いられるコンピュータプログラム
JP6565049B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
WO2014002832A1 (ja) ゲームシステム、それに用いられる制御方法、及びコンピュータプログラム

Legal Events

Date Code Title Description
NENP Non-entry into the national phase

Ref country code: DE

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

Ref document number: 17759804

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 17759804

Country of ref document: EP

Kind code of ref document: A1