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

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

Info

Publication number
WO2017158941A1
WO2017158941A1 PCT/JP2016/085186 JP2016085186W WO2017158941A1 WO 2017158941 A1 WO2017158941 A1 WO 2017158941A1 JP 2016085186 W JP2016085186 W JP 2016085186W WO 2017158941 A1 WO2017158941 A1 WO 2017158941A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
difficulty
users
range
user
Prior art date
Application number
PCT/JP2016/085186
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 WO2017158941A1 publication Critical patent/WO2017158941A1/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
    • 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/40—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment
    • A63F13/44—Processing input control signals of video game devices, e.g. signals generated by the player or derived from the environment involving timing of operations, e.g. performing an action within a time slot
    • 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/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/67—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor adaptively or by learning from player actions, e.g. skill level adjustment or by storing successful combat sequences for re-use
    • 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 that allows a plurality of users to play a common game.
  • a cooperative play in which a plurality of players cooperate to play a music game by sequentially playing the music game one by one through replacement of a player in charge of playing the music game.
  • this designation is one by one, the number of players who play the music game is limited to one at each time, and multiple players are not allowed to play at the same time. Or you will be subject to a penalty).
  • selection of a difficulty level different among cooperative players is not permitted or assumed. That is, in the music game of Patent Document 1, it is difficult to allow selection of different difficulty levels among players who play a music game in common.
  • the music game may be configured as a battle game in which a plurality of users battle each other. Moreover, in such a case, selection of the difficulty level which differs between competitors may be permitted. However, when a battle is realized between such different difficulty levels, fairness must be ensured.
  • an object of the present invention is to provide a game system and the like that can enhance the fairness in the case where play with different difficulty levels is allowed among a plurality of users.
  • the game system of the present invention is a game system that includes a plurality of difficulty levels, and provides a game that is played in common by a plurality of users so as to allow a play with different difficulty levels among the plurality of users.
  • the difficulty level determination means for determining the difficulty level of the game played by each of the plurality of users and the difference in the difficulty level between the plurality of users
  • a difficulty level adjusting means for adjusting a difficulty level of the game in the partial range so that a difference in the difficulty level is reduced in the partial range of the game.
  • 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.
  • 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 showing an example of the appearance of the game machine GM.
  • the game machine GM includes a main housing 6 and slider operation devices 7 ⁇ / b> L and 7 ⁇ / b> R provided on the left and right of the main housing 6.
  • the main housing 6 includes a box-shaped base portion 8 installed on the floor surface of an arcade facility, a console portion 9 provided on the upper surface side of the base portion 8, and a rear end side or a heel side of the console portion 9.
  • a top panel portion 10 provided so as to protrude upward (from the right in FIG. 2).
  • the top panel unit 10 may be provided with an illumination device that plays a game effect or the like, or an audio device such as a speaker 11.
  • the console unit 9 is provided with at least a part of an input / output device that instructs the user to perform an operation and accepts the user's operation.
  • the console unit 9 has an upper surface 12 that is inclined so as to draw an upward gradient from the front end toward the rear end.
  • a liquid crystal monitor (hereinafter abbreviated as “monitor”) 13 as an output device is attached to the console unit 9.
  • the monitor 13 is disposed with its display surface 13 a oriented vertically and is positioned so as to be inclined along the upper surface 12 of the console unit 9 and attached to the main housing 6. The user plays a game while viewing an image displayed on the monitor 13 while standing on the front side of the monitor 13 so as to face the monitor 13 of the console unit 9.
  • an area on the near side of the monitor 13 and adjacent to the front end of the main housing 6 corresponds to the play area PA.
  • a push operation device 14 is provided on the front side of the monitor 13 of the console unit 9 when viewed from the user located in the play area PA.
  • the push operation device 14 includes four push button type operation units B, and is configured to detect a user's push operation on each operation unit B.
  • various operation devices may be provided in the console unit 9. However, their illustration is omitted.
  • the slider operating devices 7L and 7R include a base portion 15 integrally connected to the base portion 8 of the main housing 6, a guide unit 17 supported on the base portion 15 via a plurality of support columns 16, and a guide unit. 17 and a slider 18 attached to 17.
  • the slider operation devices 7L and 7R are provided symmetrically on the left and right with the main housing 6 interposed therebetween. Therefore, in the following description, when the slider operating devices 7L and 7R are not distinguished, they may be referred to as the slider operating device 7.
  • the guide unit 17 is provided as an example of a guide mechanism that guides the slider 18 so that it can be operated along a predetermined guide route GR.
  • the guide unit 17 includes a guide rail 19 and a rail support LB that supports the guide rail 19.
  • a guide route GR is defined by the guide rail 19.
  • the guide rail 19 is supported by the base portion 15 in a state where the guide rail 19 is disposed at a position slightly higher than the console portion 9 and is inclined obliquely so as to be substantially parallel to the upper surface 12 of the console portion 9.
  • the guide rail 19 is inclined so as to draw an upward gradient from the side of the user toward the front.
  • the guide rail 19 is curved so as to draw an arc swelled outward as viewed from the user located in the play area PA.
  • the rail support base LB is provided to extend from the front end side to the rear end side of the main housing 6 while being curved along the guide rail 19 so that the guide rail 19 can be supported over its entire length.
  • the rail support base LB is configured as a duct-like part having a hollow portion inside and curving along the guide rail 19.
  • the rail support base LB is attached to the base portion 15 in a state where the rail support base LB is inclined similarly to the guide rail 19.
  • Various components necessary for the sensor and other guide units 17 for detecting the position of the slider 18 are accommodated inside the rail support LB.
  • the rail support LB is provided with a stopper LBa for preventing the slider 18 from coming off at the rear end side of the guide rail 19.
  • a brake mechanism LBb is also provided at the front end of the guide rail 19 to brake the dropping operation of the slider 18 and stop the slider 18 at a predetermined stop position.
  • the slider 18 is attached to the guide rail 19 so as to be slidable in the front-rear direction along a curved guide path GR formed by the guide rail 19. Since the guide route GR extends in the front-rear direction so as to wrap around the console unit 9 and the play area PA, when the user is positioned in the play area PA so as to face the monitor 13, the guide route is viewed from the user.
  • the GR extends from the user's back side to the rear end (upper end) of the monitor 13 along both sides of the monitor 13 or forwards to the extent that it exceeds this. Therefore, the user needs to operate the slider 18 by moving the upper arm around the shoulder joint while twisting the upper body and waist.
  • Such an operation is an operation that requires a larger action than, for example, a push operation on each operation unit B of the push operation device 14.
  • FIG. 3 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 20 as a computer and a storage unit 21.
  • the control unit 20 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.
  • an input device such as a keyboard and an output device such as a monitor can be connected to the control unit 20.
  • those illustrations are omitted.
  • the storage unit 21 is connected to the control unit 20.
  • the storage unit 21 may be configured by a large-capacity storage medium such as a magnetic tape, for example, so that the storage can be held without power supply.
  • the storage unit 21 stores server data 24 and a server program 25.
  • the server program 25 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 26 and a web service management unit 27 may be provided inside the control unit 20.
  • the game machine service management unit 26 executes a process for providing the game machine service described above.
  • the Web service management unit 27 executes processing necessary for providing the above-described Web service.
  • the game machine service management unit 26 and the web service management unit 27 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 20. However, those illustrations are omitted.
  • the server data 24 is data that is referred to when the server program 25 is executed.
  • the server data 24 may include matching data 24a and combination data 24b. Details of the matching data 24a and the combination data 24b will be described later.
  • the server data 24 may include various other data for realizing the 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, the above-described speaker 11, a monitor 13, a push operation device 14, and a slider operation device 7.
  • the storage unit 31, the speaker 11, the monitor 13, the push operation device 14, and the slider operation device 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.
  • 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.
  • a device may include a reader that reads various information recorded in a storage medium in a non-contact state using short-range wireless communication. And a reader
  • leader may be used for the reading of the card
  • curd may be used as an ID card by recording the information (including the information which can identify user ID) of user ID, for example. Further, for example, such a card may record information on the amount of value (including information for specifying the amount of value) that is used as a predetermined consideration. Then, a predetermined consideration may be collected by consuming the value amount.
  • illustration of such devices is omitted.
  • the speaker 11 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 11 may reproduce various sounds used in a game such as BGM in accordance with an output signal from the control unit 30.
  • the monitor 13 is a known display device for displaying various images and the like based on an output signal from the control unit 30.
  • the monitor 13 may display a game screen for playing a music game in accordance with an output signal from the control unit 30.
  • the push operation device 14 and the slider operation device 7 are both input devices for inputting a user's play action.
  • the push operation device 14 may include the push button type operation units B as described above. Then, the push operation device 14 may output a signal corresponding to the push operation to each operation unit B executed by the user as a play action to the control unit 30.
  • the slider operating device 7 may include the slider 18 as described above, for example. Then, the slider operation device 7 may output a signal corresponding to an operation on the slider 18 performed as a play action by the user, that is, a slide operation for moving the slider 18 along the guide route GR to the control unit 30.
  • the slider operation device 7 may output a signal so that the degree of such a slide operation, that is, the degree of movement of the slider 18 is specified.
  • the input device for inputting the user's play action is not limited to the push operation device 14 and the slider operation device 7.
  • Various devices capable of inputting a user's play action may be used as the input device.
  • such an input device may include a camera. And a user's play act (operation
  • a moving image corresponding to a change in the game screen may be generated by continuously connecting the game screens captured every frame. And these animations may be uploaded to the center server 2, for example so that a user can refer.
  • a voice input device may be used as such an input device.
  • a user's microphone or the like may be used as a voice input device.
  • the game machine GM may be provided with a microphone input terminal.
  • various play acts including conversation, various selections, etc. may be performed by the user through voice.
  • the output device For example, a user's earphone may be used as an example of an output device. For this reason, the game machine GM may be provided with an earphone input terminal.
  • 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 supplying power.
  • 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 11 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 describes in advance the operation time when the appropriate operation unit B among the four operation units B should be pushed in, or the operation time when the appropriate slider 18 among the left and right sliders 18 should be slid. It's okay.
  • each operation time described in the sequence data 38 and an appropriate operation to be executed there may be guided. Details of the sequence data 38 will also be described later.
  • the game data 35 may include various other data for executing the game.
  • data may include the matching data 24a and the combination data 24b described above.
  • at least a part of the matching data 24a and the combination data 24b 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 13.
  • 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.
  • each execution time may be guided by the movement of the instruction mark that moves so as to coincide with the position of the reference mark at each execution time (or the reverse movement).
  • an appropriate pushing operation with respect to the operation unit B or a sliding operation with respect to the slider 18 may be employed in accordance with the coincidence between the instruction sign and the reference sign.
  • the game screen may include a plurality of types of instruction signs. Then, a plurality of types of play actions may be guided by the plurality of types of instruction signs. For example, when both the operation on each operation unit B and the operation on each slider 18 are adopted as appropriate play actions, these two kinds of operations (play actions) are guided by two kinds of instruction signs. It's okay.
  • the types of instruction signs may differ depending on the degree of operation on each slider 18 and the like. More specifically, for example, as an appropriate slide operation, an operation of moving each slider 18 to the stopper LBa or an operation of moving to an appropriate midway position (before the stopper LBa) may be required.
  • the game screen has, for example, six paths corresponding to the four operation sections B and the left and right sliders 18 as the movement paths of the indicator signs as described above in order to guide the appropriate operation section B and slider 18. May be included. And the appropriate operation part B and the slider 18 may be guided by the difference in the path
  • 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 is common so that, for example, a single or a plurality of groups of users cooperate to play a common music game, and a match between users in the same group or between a plurality of groups is realized.
  • the music game in units of groups may be provided in various forms such as a form of playing the music game.
  • FIG. 4 is an explanatory diagram for explaining an example in which a plurality of groups play a common music game.
  • a music game common to the two groups UG may be provided so that the two groups UG face each other in a single play opportunity.
  • the battle may be executed such that the music game is divided into a plurality of ranges R, and at least some representatives of each group UG play in each range R. Further, the representative may be determined such that the combination of the users U changes for each range R.
  • a battle may be realized between two groups UG, the first group UG1 and the second group UG2.
  • the first group UG1 may be formed by four users U, that is, a first A user U1A to a first D user U1D.
  • the second group UG2 may be formed by four users U of the second A user U2A to the first D user U2D. That is, as an example, a battle may be performed between two groups UG including the same number of users U.
  • the first group UG1 and the second group UG2 may be formed by matching through the above-described matching service, for example.
  • such matching may be executed in units of stores 4.
  • the first group UG1 and the second group UG2 are formed for each store 4 in two separate stores 4, and the first group UG1 and the second group UG2 are matched with each other as a competitor. May be executed.
  • a battle may be executed between the first group UG1 and the second group UG2.
  • the play range AR of the music game may be specified by the time from the start time (“S”) to the end time (“E”) of the music used for play.
  • the play range AR may be divided into five ranges R, for example, a first range R1 to a fifth range R5.
  • Each range R may be divided on the basis of the elapsed time of music, for example. For example, units such as measures and beats may be used as the elapsed time. Further, the elapsed time may be common (same) in the entire range R, or may be changed for each range R (or in some ranges R).
  • each range R may be divided beforehand for every music, and the game machine GM, the center server 2, etc. may be divided for every play.
  • the first range R1 to the fourth range R4 are configured such that two users U from the first group UG1 and the second group UG2 represent each.
  • two users U of the first group UG1 and the second group UG2 are respectively associated with the first range R1 to the fourth range R4 as representatives.
  • the first range R1 includes the first A user U1A and the first B user U1B
  • the second range R2 includes the first C user U1C and the first D user U1D.
  • the first R user U1B and the first D user U1D are associated with the range R3, and the first A user U1A and the first C user U1C are associated with the fourth range R4.
  • the number of representative users U associated with the fifth range R5 is different from the first range R1 to the fourth range R4. Specifically, four users U are associated with each of the first group UG1 and the second group UG2 in the fifth range R5. That is, the fifth range R5 is configured such that all users U belonging to each of the first group UG1 and the second group UG2 represent each group UG. In this way, each range R is associated with the user U of each group UG so that the combination (including the number) of the users U representing the group UG changes for each range R. In this case, a plurality of users U forming the first group UG1 and the second group UG2 function as a large number of users of the present invention.
  • first group UG1 and the second group UG2 and associated with each range R function as two or more users of the present invention.
  • the first group UG1 and the second group UG2 function as a plurality of groups of the present invention and two or more different groups.
  • the user U representing each range R may be determined by, for example, designation of each user U of each group UG or a specific user U, or determined according to a matching situation such as a matching order at the time of matching May be. Or it may determine suitably by lottery etc., and may be determined based on various conditions, such as play results, such as attributes of user U, such as age, and the level (skill level of a music game) of user U. The same applies to the specific user U.
  • the number of users U to be associated with each range R that is, the number of representative users U may be fixedly determined in advance. Or you may change on predetermined conditions, such as designation
  • FIG. 5 is an explanatory diagram for explaining an example of a criterion for determining the victory or defeat of the group match. More specifically, the example of FIG. 5 shows an example of the criteria used to determine win / loss in the battle of the example of FIG. As shown in FIG. 5, for example, the win / loss (dominance) between the groups UG may be determined for each range R as a battle result. And based on the play result of the representative user U of each range R, the whole game win / loss (win / loss regarding this play opportunity) may be determined.
  • the winning or losing between the groups UG for each range R may be determined based on the score obtained by each group UG in each range R, for example. That is, the magnitude of the acquired score may be determined between the groups UG for each range R, and the group UG having the larger acquired score may be determined as a winner for each range R.
  • the winning / losing of the entire game may be determined, for example, as a winner with a larger number of winning ranges R, or as a winner with a greater total score of all ranges R. That is, winning or losing of the entire game may be determined according to the number of ranges R won, or may be determined according to the total score obtained by the representative user U in each range R.
  • the first group UG1 (in other words, the representative user U) has acquired “1600 points” and “1300 points” in the first range R1 and the fifth range R5, respectively. These exceed the score (“1300 points” and “1000 points”) of the second group UG2 in the same range R, respectively. Therefore, in the first range R1 and the fifth range R5, the first group UG1 (in other words, the representative user U) is determined as the winner.
  • the second group UG2 (in other words, the representative user U) has obtained “1600 points”, “1800 points”, and “1500 points” in the second range R2 to the fourth range R4, respectively.
  • the second group UG2 (in other words, the representative user U) is determined as the winner.
  • the number of the range R (2) that the second group UG2 has won is greater than the number (2) of the range R in which the first group UG1 has won.
  • the total score obtained by the representative user U in each range R is “9700 points” for the first group UG1, while “9600 points” for the second group UG2.
  • the first group UG1 has more total points for acquisition.
  • the overall game win / loss is determined to be the victory of the first group UG1. That is, the win / loss of the entire game is determined based on the total score of the acquired scores, not the number of the ranges R won. As an example, winning / losing of each range R and winning / losing of the whole game may be determined based on such criteria.
  • evaluations such as wins and losses for each range R may be omitted, and only the overall game evaluations (wins and losses, etc.) may be determined based on the play results of the representative user U of each range R.
  • Each range R may be played only by the representative user U, or may be played not only by the representative user U but also by other users U such as all users U, for example. In this case, as long as the play situation of the representative user U in each range R is evaluated so as to affect the determination of the overall game win / loss, the play of the user U other than the representative may be appropriately executed.
  • the music game may include a plurality of difficulty levels (hereinafter, referred to as difficulty mode).
  • difficulty mode a plurality of difficulty levels
  • Such a plurality of difficulty modes may be prepared for each piece of music, for example.
  • a plurality of songs corresponding to a plurality of difficulty modes may be prepared, and a plurality of difficulty modes may be realized by the plurality of songs.
  • a plurality of difficulty modes may be provided by a combination of these.
  • Such a difficulty mode may be determined by selection by each user U, for example. Such selection may also be executed in the group-unit play as described above.
  • different difficulty modes may be selected between the users U in the group UG or between the representative users U for each range R. That is, the music game may be configured to allow play with different difficulty modes between users U within a group UG or between groups UG.
  • the difficulty level between the users U is adjusted based on the difference in the difficulty mode.
  • An adjustment function may be included. Specifically, for example, when a group-unit play is provided for a common music piece, each user U of each group UG may select a different difficulty mode set for the common music piece. As a result, the difficulty mode may be different between the representative users U in each range R battle. Then, in the range R in which the difficulty mode is different between such representative users U, the difficulty level of the music game may be adjusted so that the difference in difficulty level between the representative users U is reduced. .
  • FIG. 6 is an explanatory diagram for explaining an example of adjustment of the difficulty level.
  • FIG. 6 shows an example of a case where there is a difference in difficulty mode between the users U in the example of FIG. More specifically, when there is a difference in difficulty mode between the representative users U in the first range R1 and the fourth range R4 in the example of FIG. 4, that is, different difficulty modes are played by each representative user U. An example is shown.
  • the difficulty level mode between representative users U may be unified in the first range R1 and the fourth range R4. That is, even when different difficulty modes are selected as play targets, the range R may be adjusted so that the difficulty modes between the representative users U match.
  • the difficulty mode when there is a difference in the difficulty mode among the representative users U in each range R, the difficulty mode may be unified to a difficulty level mode having a lower difficulty level. That is, the difficulty level may be adjusted so that the difficulty mode of the user U who is playing the difficulty level mode with the higher difficulty level among the representative users U is changed to the difficulty level mode with the lower difficulty level. .
  • the first A user U1A selects “EASY”, the second B user U2B selects “NORMAL”, and the second C user U2C selects “HARD” as the difficulty level mode to be played.
  • the difficulty level of the difficulty mode is higher in the order of “HARD”, “NORMAL”, and “EASY”. That is, “EASY” is the difficulty level mode with the lowest difficulty level.
  • the difficulty mode of the second B user U2B playing against the first A user U1A changes from “NORMAL” to “EASY” which is different from the original “NORMAL”. The difficulty of the game is adjusted.
  • the difficulty level of the music game is adjusted so that the difficulty level mode of the second C user U2C of the opponent of the first A user U1A changes from the original “HARD” to “EASY” which is different from the original “HARD”. Is done.
  • the difficulty mode of the first A user U1A who is playing the music game in the difficulty mode of “EASY” having the lowest difficulty level is maintained at “EASY” in the first range R1 and the fourth range R4. Is done. That is, in this case, in the first range R1 and the fourth range R4, the difficulty level mode of the representative user U who is the opponent of the first A user U1A is adjusted to match the difficulty mode of the first A user U1A. ing. As a result, in the first range R ⁇ b> 1 and the fourth range R ⁇ b> 4, the difficulty levels between the representative users U match due to the matching of the difficulty mode.
  • the difficulty level mode of “EASY” may function as the specific difficulty level mode of the present invention.
  • the first range R1 and the fourth range R4 may function as at least a part of a partial range and a plurality of ranges of the present invention.
  • each difficulty mode may be defined in various modes by visual effects, sensory effects, etc. corresponding to each difficulty, or a combination thereof.
  • the content of an appropriate play action and the content of the execution time often affect visual effects and sensory effects.
  • each difficulty mode may be realized by sequence data 38 in which the content of the appropriate play action and the content of the execution time are different. That is, as described above, each difficulty mode may correspond to a difference in the contents of the sequence data 38 as an example.
  • FIG. 7 is an explanatory diagram for explaining an example of details of adjustment when each difficulty mode corresponds to a difference in the contents of the sequence data 38.
  • FIG. 7 shows an example in which the adjustment of the difficulty level corresponding to the example of FIG. 6 is executed due to the difference in the contents of the sequence data 38.
  • the sequence data 38 may include low difficulty sequence data 38E, medium difficulty sequence data 38N, and high difficulty sequence data 38H. These low difficulty level sequence data 38E, medium difficulty level sequence data 38N, and high difficulty level sequence data 38H are played with each other in an appropriate manner so as to correspond to the difficulty levels of "EASY", "NORMAL", and "HARD", respectively.
  • the content of the action and the content of the execution time may be different.
  • sequence data 38 corresponding to the difficulty mode having a lower difficulty level is easier to play (for example, when the operation on the slider 18 is more difficult than the operation on the operation unit B, May be configured to request an easier execution time (for example, when the number of target execution times is small or when the interval between the target execution times is large).
  • the first A user U1A selects the low difficulty level sequence data 38E through the selection of the “EASY” mode
  • the second B user U2B selects the medium difficulty level sequence data 38N through the selection of the “NORMAL” mode
  • the second C user U2C selects “ Through the selection of the “HARD” mode, the high difficulty level sequence data 38H is selected as a play target. Therefore, a play corresponding to the contents of the sequence data 38 is originally provided to each user U.
  • the content of the sequence data 38 used by the second C user U2C is changed from the original medium difficulty sequence data 38N to “ It changes to the low difficulty sequence data 38E corresponding to the EASY "mode.
  • the same play action and execution time are required in the second range R2. Accordingly, the contents of the instruction signs included in the game screen also coincide. That is, in the second range R2, the same game screen is used for the first A user U1A and the second B user U2B who play different difficulty modes. Then, with the end of the second range R2, the difficulty mode of the second B user U2B returns to the original. That is, after the third range R3, the original medium difficulty level sequence data 38N is used for play.
  • the fourth range R4 and the second C user U2C The same applies to the fourth range R4 and the second C user U2C. That is, in the fourth range R4, the content of the sequence data 38 used by the second C user U2C changes from the original high difficulty sequence data 38H to the low difficulty sequence data 38E.
  • the first A user U1A and the second C user U2C are provided with play through the same game screen based on the content of the same low difficulty level sequence data 38E.
  • the fifth range R5 the content of the sequence data 38 to be played by the second C user U2C returns to the original high difficulty sequence data 38H.
  • each difficulty mode may be realized, and each difficulty level may be adjusted in each range R.
  • the low difficulty sequence data 38E, the medium difficulty sequence data 38N, and the high difficulty sequence data 38H may function as a plurality of sequence data of the present invention.
  • the low difficulty sequence data 38E used for unifying the difficulty mode in the first range R1 and the fourth range R4 may function as specific sequence data of the present invention.
  • the matching data 24a is data for managing each game machine GM (in other words, the user U who uses them) that has been matched (for example, realized by the above-described matching service).
  • FIG. 8 is an explanatory diagram for explaining an example of the contents of the matching data 24a.
  • the matching data 24a may include information on “matching ID”, “group ID”, and “housing ID”.
  • “Matching ID” is information indicating a unique matching ID for each matching.
  • the matching ID is used, for example, to identify each matching (or a record of matching data 24a corresponding to each matching).
  • 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.
  • the information of “group ID” may include, for example, information of a plurality of group IDs respectively corresponding to a plurality of groups UG corresponding to opponents (or cooperation partners). More specifically, for example, the “group ID” information corresponding to the example of FIG. 3 includes both the group ID information indicating the first group UG1 and the group ID information indicating the second group UG2. Good.
  • “Case ID” is information indicating a unique case ID for each game machine GM.
  • the housing ID is used for identification (specification) of each game machine GM, for example.
  • housing ID information of housing ID indicating each game machine GM belonging to each group UG corresponding to the information of “group ID” is described. More specifically, for example, when the information of “group ID” includes information of a plurality of group IDs such as opponents, the information of “housing ID” includes a plurality of information corresponding to each of the plurality of group IDs. It may include information on a case ID indicating a plurality of game machines GM belonging to the group UG.
  • the information of “housing ID” may be described so that the group UG to which each game machine GM belongs can be identified by, for example, being associated with each group ID.
  • the matching data 24a may be configured as a set of records described so that these pieces of information are associated with each other.
  • the combination data 24b is data for managing a combination of representative users U for each range R. Therefore, the combination data 24b may be used, for example, when a game is played in units of groups.
  • FIG. 9 is an explanatory diagram for explaining an example of the contents of the combination data 24b. As shown in FIG. 9, for example, the combination data 24b may include information on “matching ID”, “range”, “housing ID”, and “difficulty”.
  • Range is information for identifying each range R of the music game. For example, information indicating the elapsed time of each piece of music used in the music game may be used as the “range” information. Further, as information indicating the elapsed time, for example, information such as measures and beats may be used. Alternatively, when each range R is separately managed by a unique range ID or the like for each range R, information such as the range ID may be described as “range” information.
  • the information of “matching ID” and “housing ID” is the same as the above-described matching data 24a.
  • housing ID for example, information on housing ID indicating the game machine GM associated with each range R specified by the information of “range” (representing each range R) may be described.
  • the “housing ID” may include information of the game machine GM representing each group UG.
  • the “housing ID” may include information on the housing ID of each group UG so that each group UG to which each game machine GM belongs can be identified.
  • the user U who uses the game machine GM specified by the “housing ID” may function as a representative user U. That is, the representative user U may be managed via each game machine GM according to the information of “housing ID”.
  • the “difficulty level” is information indicating the difficulty level of the music game.
  • information indicating each difficulty mode described above may be used as the “difficulty level” information.
  • information on a unique difficulty level ID for each difficulty mode such as “EASY” may be used as the “difficulty level” information.
  • such “difficulty level” information includes, for example, the range R and “housing ID” corresponding to the “range” information so that the range R and each representative user U in each range R can be identified. May be described for each game machine GM corresponding to the information. That is, the “difficulty level” information may be described so that the difficulty level mode can be specified for each range R and game machine GM.
  • the combination data 24b may be configured as a set of records described so that these pieces of information are associated with each other.
  • the combination data 24b may further include information on the user ID of the user U who uses each game machine GM. That is, information on both the case ID and the user ID may be included. Alternatively, user ID information may be used instead of the housing ID. The same applies to the matching data 24a.
  • the sequence data 38 is data for guiding the user when to perform an appropriate play action in the music game.
  • the sequence data 38 may include a plurality of contents respectively corresponding to a plurality of difficulty modes.
  • the contents of such sequence data 38 may be prepared for each song. That is, for example, when a plurality of difficulty modes are prepared for each piece of music, sequence data 38 having such a plurality of contents may be prepared for each piece of music.
  • FIG. 10 is an explanatory diagram for explaining an example of the contents of the sequence data 38.
  • each sequence data 38 may include information on “difficulty”, “operation time”, “type”, and “route”.
  • the “difficulty” may be the same as the “difficulty” information in the combination data 24b described above, for example.
  • “Operation time” is information indicating an execution time when an appropriate play action should be executed.
  • operation time information indicating an execution time when an appropriate play action should be executed.
  • operation time information indicating an operation time at which an operation on each operation unit B and each slider 18 should be executed may be described.
  • both “type” and “route” are information indicating appropriate types of play actions. Therefore, the “type” and “path” information may be used when there are a plurality of appropriate types of play actions.
  • the “type” information includes the operation timing for each operation unit B and each slider 18. May be used to specify a plurality of types of indicator signs respectively corresponding to the operation timing for.
  • the “route” information includes, for example, when the six operation paths corresponding to the four operation units B and the left and right sliders 18 are used as the movement paths of the instruction signs, It may be used to identify the route to be placed.
  • each sequence data 38 may be configured as a set of records described so that these pieces of information are associated with each other.
  • the difficulty level adjustment process is a process for adjusting the difficulty level between the users U when a common music game is played with a different difficulty level in the group unit play.
  • the evaluation process is a process for evaluating each user U's play action.
  • the difficulty level adjustment process may be realized by the control unit 30 of the game machine GM through the routine of FIG. 11 and the evaluation process may be executed through the routine of FIG. More specifically, the routines of FIGS. 11 and 12 may be executed through the game providing unit 37 of the control unit 30 as an example.
  • the control unit 30 of the game machine GM and the control unit 20 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. 11 is a diagram illustrating an example of a flowchart of a difficulty level adjustment process routine for realizing the difficulty level adjustment process.
  • the routine of FIG. 11 may be executed, for example, every time a common music game is played by a plurality of users, that is, every time a group unit play is selected. More specifically, for example, when a music game is divided into each range R, the routine of FIG. 11 may be executed every time the range R starts.
  • the game providing unit 37 first determines the difficulty level of each user U who performs group-based play in step S11. For example, when a difficulty level difference is realized by each difficulty level mode, the game providing unit 37 may determine the difficulty level by specifying the difficulty mode selected by each user U as a play target. More specifically, for example, when a plurality of difficulty modes are realized by a plurality of sequence data 38 having different contents, the game providing unit 37 uses each user U for play in step S11, for example. The difficulty level may be determined by specifying the contents of the sequence data 38 to be processed.
  • the adjustment condition may include, for example, a range condition and a difficulty level condition.
  • the range condition is a condition that is satisfied in a specific partial range of the music game. Further, for example, as such a partial range, a range R in which the target user U functions as a representative user U may be employed. That is, the range condition may be satisfied when the range R corresponding to the representative user U is an example.
  • the difficulty level condition is a condition that is satisfied when the difficulty level between the users U is different in a partial range that satisfies the range condition.
  • the difficulty level condition may be satisfied when there is a difference in the difficulty level between the representative users U in the target range R. More specifically, the difficulty level condition may be satisfied when, for example, there is a difference in the difficulty level mode between the representative users U in the target range R, that is, the content of the sequence data 38.
  • the adjustment condition may be satisfied, for example, when both the range condition and the difficulty condition are satisfied. If the determination result is a negative result, that is, if the adjustment condition is not satisfied, the game providing unit 37 skips the subsequent processing and ends the current routine.
  • step S12 determines whether the determination result in step S12 is a positive result, that is, if the adjustment condition is satisfied.
  • the game providing unit 37 proceeds to step S13.
  • step S13 the game providing unit 37 adjusts the difficulty level of the partial range that satisfies the range condition in step S12. For example, when the difficulty level is different due to the difference in difficulty mode based on the difference in the contents of the sequence data 38, the game providing unit 37 supports the same difficulty level mode as the representative user U in the target range R.
  • the difficulty level may be adjusted by changing the contents of the sequence data 38 used by some users U so as to use the sequence data 38 to be used.
  • the game providing unit 37 for example, in step S13, sequence data 38 other than the content corresponding to the lowest difficulty among the sequence data 38 used by the representative user U (for example, FIG. 7).
  • the content of the sequence data 38 of the user U (for example, the second B user U2B and the second C user U2C in the example of FIG. 7) using the medium difficulty level sequence data 38N or the high difficulty level sequence data 38H) corresponds to the lowest difficulty level.
  • the user U who plays the difficulty level with the lowest difficulty mode of all the representative users U (for example, FIG. 7) is changed to the sequence data 38 (for example, the low difficulty sequence data 38E in the example of FIG. 7).
  • the difficulty level may be adjusted so as to be unified with the difficulty mode of the first A user U1A) in the example. That is, the game providing unit 37 changes the difficulty level among the users U by changing the sequence data 38 used by the user U who plays a difficulty mode other than the lowest difficulty mode to the sequence data 38 in the lowest difficulty mode. You may adjust the mode. And the game provision part 37 complete
  • the difficulty level is adjusted so that the difference in difficulty level between the users U is reduced when the difficulty levels between the users U differ in the play of the group unit of the music game.
  • the difficulty mode between representative users U is unified to the difficulty level mode with the lowest difficulty level.
  • the difficulty mode other than the difficulty mode having a low difficulty level is changed. More specifically, when there is a user U who uses something other than the sequence data 38 in the lowest difficulty mode, the sequence data 38 to be used is used so that the user U also uses the sequence data 38 in the lowest difficulty mode. Is changed.
  • each representative user U in each range R is provided with play through the same game screen corresponding to the sequence data 38 in the lowest difficulty mode.
  • FIG. 12 is a diagram showing an example of a flowchart of an evaluation process routine for realizing the evaluation process.
  • the routine of FIG. 12 may be repeatedly executed at a predetermined cycle during the play of a music game, for example.
  • the game providing unit 37 first stores the sequence data 38 to be used (the contents of the changed sequence data 38 if changed by the routine of FIG. 11) in advance in step S21. It is determined whether or not the described execution time (operation time) has arrived (for example, whether or not the current time matches the execution time). If this determination result is a negative result, that is, if the execution time of the sequence data 38 has not arrived, the game providing unit 37 skips the subsequent processing and ends the current routine.
  • step S31 determines whether or not the play action is executed within a predetermined period based on the execution time. If this determination result is a negative result, that is, if a play action (for example, an operation on each operation unit B or the like) is not executed within a predetermined period, the game providing unit 37 skips the subsequent processing, and this time Terminate the process. In this case, the game providing unit 37 may add an effect indicating a misplay (unsuitable play act). That is, the game providing unit 37 may display an effect indicating a miss play on the monitor 13.
  • step S22 determines whether or not the play action corresponds to an appropriate play action. That is, the game providing unit 37 determines whether or not the user's actual play action is appropriate. This determination is executed based on “type” and “path” information associated with the execution time arrived by the sequence data 38, for example, when an operation to each operation unit B is adopted as a play action. May be.
  • the game providing unit 37 may specify, for example, which operation of the operation unit B or the slider 18 is the operation corresponding to the operation time (execution time) that has arrived through the “type” information. If the type of the corresponding operation is different from the type of the operation actually performed (playing action) via the “type” information, it is determined that the operation is not appropriate (unsuitable) (playing action). It's okay. For example, when an operation is performed on the operation unit B in response to an operation of the slider 18 via the “type” information (or when an operation to move the slider 18 halfway is performed, the slider 18 is actually operated. Game providing unit 37 may determine that the play action is inappropriate. In this case, the game providing unit 37 skips the subsequent processing and ends the current routine.
  • step S23 the game providing unit 37 operates the slider 18 when the operation type corresponding to the “type” information matches the actual operation type, that is, through the “type” information.
  • the operation is actually performed on the slider 18 in the case of corresponding to (or when the operation of actually moving the slider 18 is performed halfway when corresponding to the operation of moving the slider 18 halfway, etc.)
  • the “route” information whether or not the type of operation is being performed on an appropriate target, that is, the appropriate slider 18 of the left and right sliders 18 specified via the “route” information is displayed. On the other hand, it is determined whether or not an operation is actually executed.
  • the game providing unit 37 When the determination result is a negative result (when the operation is not performed in an appropriate direction), the game providing unit 37 is also an inappropriate operation (playing action), and conversely, a positive result. When the operation is being performed on an appropriate side, it may be determined as an appropriate operation (play act). If this determination result is a negative result, that is, an inappropriate play action, the game providing unit 37 skips the subsequent processing and ends the current routine. If the game providing unit 37 determines that the play action is inappropriate in step S23, the game providing unit 37 may add an effect indicating a miss play as in the process of step S22.
  • step S23 determines whether the play act is actually executed. If the determination result in step S23 is a positive result, that is, if the actually performed play action corresponds to an appropriate play action, the game providing unit 37 proceeds to step S24. In step S24, the game providing unit 37 determines an actual execution time when the play act is actually executed.
  • step S25 the game providing unit 37 obtains a shift time (difference between these times) between the execution time described in the sequence data 38 and the actual execution time based on the determination result in step S24. To do.
  • the game providing unit 37 evaluates the actually performed play action based on the acquisition result of step S25. Specifically, for example, the game providing unit 37 evaluates an actual play action corresponding to the arrived execution time so that the evaluation becomes higher as the deviation time becomes smaller, based on the deviation time acquired in step S25. . Moreover, the game provision part 37 may evaluate an actual play action according to the actual operation degree, for example, when the appropriate operation degree is requested
  • a complete operation degree for example, when a complete operation is actually executed in response to an operation for moving the slider 18 to the stopper LBa (hereinafter sometimes referred to as a complete operation), a perfect score is given, but the slider is actually halfway.
  • evaluation may be performed so as to give partial points according to the degree of movement of the slider 18. That is, for example, when the actual play action in response to the request for the complete operation is an intermediate operation, it is not handled as a miss operation, but the evaluation becomes higher as it approaches the stopper LBa depending on the degree of movement of the slider 18. The operation on the way may be evaluated.
  • step S27 the game providing unit 37 displays the evaluation result of step S26 on the monitor 13. That is, the game providing unit 37 notifies the user of the evaluation result of step S26 through display of the game screen. And the game provision part 37 complete
  • the evaluation content of the routine of FIG. 12 may or may not be changed when the difficulty mode is changed. For example, when the difficulty mode is changed to a difficulty mode that is easier than the difficulty mode that was selected, the number of execution times to be evaluated is reduced compared to when there is no such change. There is a high possibility of doing. In such a case, although the fairness is strengthened in the battles in each range R, there may be a case where each user U's individual results are disadvantageous. In such a case, the evaluation content may be further adjusted.
  • the original difficulty mode was played based on the ratio of the number of original execution times and the number of appropriate play actions actually executed.
  • the grade may be adjusted so that an evaluation almost equivalent to the case is obtained.
  • the grade may be adjusted based on the original score of the execution time per one.
  • a score obtained by dividing the product of the score per one and the decrease number of execution times by the number of execution times after reduction may be used as the score of each execution time after the change.
  • the score of each user U affects the play score of the group unit, such an adjusted score may be used as the play score of the group unit.
  • the difficulty level between the users U is different in the partial range R that satisfies the game range condition
  • a part of the difficulty level difference is reduced.
  • the difficulty level of the range R is adjusted. Therefore, the influence based on the difference in difficulty in the partial range R can be reduced. That is, a range in which the influence based on the difficulty level is reduced can be provided in the game.
  • the fairness in the case where play with different difficulty levels among the plurality of users U is allowed can be strengthened at least in the range R. Therefore, for example, various plays such as cooperative play and battle play with high fairness can be provided in at least a partial range R of the game.
  • a music game is divided into a plurality of ranges R associated with each representative user U, and a range R that is in charge (representative) of the game played by each user U is a partial range R.
  • a range R that is in charge (representative) of the game played by each user U is a partial range R.
  • the difficulty levels between the representative users U can be matched through matching of the difficulty modes.
  • a visual effect for example, a display surface
  • a sensory effect for example, an evaluation surface
  • the contents of the sequence data 38 among the representative users U are matched to represent the representative in each range R.
  • the same game screen can be provided to each user U. That is, each range R can be played by the representative user U with the same visual effect and sensory effect. Thereby, fairness can be almost ensured between the representative users U.
  • control unit 30 of the game machine GM functions as the difficulty level determination means and the difficulty level adjustment means of the present invention by executing the routine of FIG.
  • storage unit 31 of the game machine GM functions as a data storage device of the present invention by storing the sequence data 38.
  • the present invention is not limited to the above-described form, and can be implemented in an appropriate form.
  • the difficulty mode is unified to the lowest difficulty mode among the representative users U in each range R.
  • the difficulty mode may be unified with various difficulty modes such as the highest difficulty mode or the intermediate difficulty mode.
  • the difficulty level mode to be unified is not limited to the difficulty level mode in which each representative user U plays in each range R.
  • a difficulty mode unrelated to the difficulty mode played by each representative user U in each range R may be used, such as a dedicated difficulty mode being used as a unit to be unified.
  • the dedicated difficulty mode may be used even when the difficulty level modes selected by the representative users U as play targets are not different. That is, even when the same difficulty level mode is selected, in each range R, the difficulty level mode between representative users U may be unified to a dedicated difficulty mode different from the selection target.
  • the attractiveness can be given to each range R played as the representative user U through the attractiveness of the dedicated difficulty mode. Thereby, group play can be promoted.
  • the difficulty level of each representative user U is different in each range R
  • the difficulty level is adjusted for each of these users U.
  • the present invention is not limited to such a form.
  • at least a part of the plurality of ranges R is not limited to the representative user U, and for example, the difficulty level of other users U such as all users U may be adjusted.
  • the difficulty level is adjusted between representative users U in the same range R.
  • the difficulty level may be adjusted between the users U who are in charge of different ranges R. Also in this case, for example, when viewed in units of groups, fairness as a whole can be strengthened.
  • the difficulty level is adjusted by changing the content of the sequence data 38 corresponding to each difficulty mode when the difficulty level modes of the representative users U are different.
  • the present invention is not limited to such a form.
  • the content of one sequence data 38 whose content has been changed so that the difficulty mode is unified for example, the portion corresponding to the corresponding range R is changed so as to correspond to the content of the low difficulty sequence data 38E. (Difficulty sequence data 38N etc.) may be generated in advance.
  • the sequence data 38 reflecting such a change in the difficulty mode may be continuously used without being switched to other contents.
  • such sequence data 38 may be prepared in advance.
  • the difference in difficulty level is reduced by unifying the difficulty mode.
  • the difficulty level of each range R is adjusted by matching the difficulty mode between the users U.
  • the present invention is not limited to such a form.
  • the adjustment of the difficulty level may be realized by various aspects such as a visual effect, a sensory effect, or a combination thereof as long as the difference in difficulty level is reduced.
  • the adjustment of the difficulty level may be realized by adjusting an evaluation standard (evaluation surface).
  • an evaluation standard evaluation surface
  • an increase / decrease in a predetermined period including a high evaluation period
  • the shorter the predetermined period the higher the difficulty level. Therefore, it is possible to adjust the difficulty level by increasing or decreasing the predetermined period.
  • the number of execution periods to be evaluated may be adopted as the evaluation standard.
  • the difficulty level may be reduced by excluding some execution times from the evaluation target of the user U who has a larger number of execution times of the evaluation target so that the number of execution times of the evaluation target matches. It may be adjusted.
  • the instruction mark corresponding to the execution time not subject to evaluation may or may not be displayed.
  • the execution time that is not subject to evaluation may be determined before the actual play action, or the execution time when the play action cannot be appropriately executed after the actual play action is determined to be excluded from the evaluation object.
  • the control unit 30 of the game machine GM may function as the evaluation means of the present invention.
  • the evaluation affecting the group UG such as the group battle and the evaluation affecting the individual (individual) results are based on different criteria. May be evaluated on the basis.
  • an evaluation standard different from an evaluation standard related to the group UG may be adopted as an individual evaluation standard (for example, an evaluation standard for evaluating the entire play).
  • an evaluation standard for example, an evaluation standard for evaluating the entire play.
  • the evaluation result of each range R affects the results of the group battle etc.
  • the evaluation result after the adjustment is included in the evaluation result the evaluation result that affects the individual performance of each user U is the evaluation result before such adjustment is made, that is, the execution time when the play act could not be appropriately executed.
  • An evaluation result treated as a mistake operation or the like may be used.
  • play such as a battle or cooperation is performed between the group UGs in the group unit play.
  • the present invention is not limited to such a form.
  • a plurality of representative users U may be determined for each range R within one group UG. That is, a combination of users that change for each range R within the same group UG may be realized. And a battle
  • competition etc. may be implement
  • an example in which the combination of users changes in every range R for each range R is described.
  • the present invention is not limited to such an example.
  • the combination of the users U may change in a part of the plurality of ranges R (in other words, the range R including the same combination of the representative users U may be included).
  • the range R including the same combination of the representative users U may be included.
  • representatives of some groups UG of those groups UG may change for each range R. That is, it is not necessary for all the representative users U of the plurality of groups UG to change in each range R.
  • the group UG may not be taken into account for the change in the combination of the users U.
  • the change in the combination of the users U may occur so that at least a part of the representative user associated with each range R changes.
  • any one form such as a battle-type play or a cooperation-type play is adopted in the group-unit play.
  • the present invention is not limited to such a form.
  • a cooperation type play, a battle type play, or the like may be switched for each range R. That is, the play range of the music game may include a plurality of play formats such as a battle format so that they are mixed. And they may change for every range R, for example.
  • cooperative play is executed between users U belonging to the same group UG, while a battle is executed between the groups UG, and a plurality of play formations are combined (mixed) in each range R. May be included).
  • the range R in which the representative user U is set may be a part of the play range AR (all ranges R), and such a range R is a desired play method. Of course, it may be set by the user U to realize
  • the group UG is formed by a matching service that matches at least a part of the plurality of game machines GM.
  • a plurality of users U who respectively use such a part of the game machines GM function as a plurality of users of the present invention.
  • the present invention is not limited to such a form.
  • the group UG may be formed by a plurality of users U who simply use the same game machine GM (for example, including a case where a plurality of input devices such as a control panel are provided in one game machine GM). Good.
  • the game machine GM may execute the combination for each range R and the evaluation of each range R.
  • the center server 2 may be omitted. That is, the game system 1 may be realized by a single game machine GM. Or the center server 32 may perform all or one part of each process which game machine GM performs conversely.
  • 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. Therefore, the partial range is not limited to the range specified by time. The partial range may be appropriately set according to various games 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 of the present invention provides a game system that includes a plurality of difficulty levels and allows a game that is played in common by a plurality of users (U1A, U2B) so as to allow a play with different difficulty levels among the plurality of users.
  • the difficulty level determination means (30) for determining the difficulty level of the game played by each of the plurality of users when the difficulty levels are different among the plurality of users; Difficulty level adjustment that adjusts the difficulty level of the game in the partial range (R) so that the difference in difficulty level in the partial range of the game is reduced based on the difference in difficulty level between the users Means (30).
  • the difficulty level of the game in the partial range is adjusted so that the difference in the difficulty level is reduced in the partial range of the game. Is done. Therefore, the influence based on the difference in difficulty can be reduced in the partial range. That is, a range in which the influence based on the difference in difficulty level is reduced can be provided in the game.
  • the fairness in the case where play with different difficulty levels among a plurality of users is allowed can be strengthened at least in part. For this reason, for example, it is possible to provide various plays such as cooperative play and battle play with high fairness in at least a partial range of the game. As a result, it is possible to allow play with different difficulty levels in various plays utilizing a plurality of users such as cooperative play and battle play.
  • the adjustment of the difficulty level may be realized by various aspects such as a visual effect (for example, a display surface), a sensory effect (for example, an evaluation surface), or a combination thereof.
  • the game system of the present invention further includes an evaluation unit (30) that evaluates each user's play action according to an evaluation criterion, and the difficulty level adjusting unit changes the evaluation criterion in the partial range.
  • the difficulty level of the game may be adjusted accordingly. In this case, the difficulty level of the game can be adjusted through the evaluation result (evaluation surface) by changing the evaluation criteria.
  • the game includes a plurality of difficulty modes (“EASY”, “NORMAL”, “HARD”) selected by each user as the plurality of difficulty levels
  • the difficulty level adjustment means may change the separate difficulty mode to a specific difficulty level mode (“EASY”) in the partial range. )
  • the difficulty level of the game may be adjusted. In this case, difficulty levels among a plurality of users can be matched through matching of difficulty level modes. Thereby, a visual effect and a sensory effect can be made to correspond among several users.
  • the plurality of difficulty modes may be realized in various modes.
  • the game includes a data storage device (31) that stores sequence data (38) in which the execution time at which a play action should be executed is described in advance.
  • a timing game is provided that guides the execution time based on the sequence data and evaluates the actual execution time of the play action based on the execution time of the sequence data when the play action is executed.
  • the sequence data includes a plurality of sequence data (38E, 38N, 38H) having different contents of the execution time in order to realize the plurality of difficulty modes, respectively, and the difficulty adjustment means includes the part The content of the execution time of the sequence data used in the difficulty mode of each user in the range is specified.
  • the different difficulty mode is set to a specific range corresponding to the specific sequence data in the partial range. You may make it correspond to difficulty mode.
  • the specific difficulty mode used for the adjustment for example, various difficulty modes such as a difficulty mode in which any of a plurality of users play or a difficulty level mode different from any difficulty in which a plurality of users play, etc.
  • the difficulty mode may be adopted.
  • Various ranges may be adopted as a partial range of the game.
  • the game is played by a large number of users including the plurality of users, and a play range of the game is a plurality associated with two or more users (U1A, U2B) of the large number of users (UG).
  • the plurality of ranges are configured such that a combination of the two or more users for each range changes, and at least a part of the plurality of ranges is used as the partial range. May be.
  • the two or more users for each range function as the plurality of users, and the difficulty level adjustment means may adjust the difficulty level of the game between the two or more users for each range. .
  • the plurality of users form a plurality of groups (UG1, UG2), and the two or more users are determined from two or more different groups (UG1, UG2) of the plurality of groups, respectively. Also good. Furthermore, in this aspect, the game may be configured such that superiority or inferiority between the two or more groups is determined for each range. In these cases, it is possible to realize play with different difficulty levels in a game that can provide various play formats utilizing the presence of a large number of users in various combinations in a single play opportunity.
  • a plurality of users for example, a plurality of users sharing a single game machine, a plurality of users related to each other such as friends and acquaintances using a plurality of game machines, or arbitrarily selected by matching among a plurality of game machines
  • a plurality of users in various modes such as a plurality of users who respectively use a part of the specified game machines, may function.
  • a plurality of game machines that provide the game to the plurality of users, respectively, and a server device connected to the plurality of game machines via a network (3) (2), wherein the server device provides a matching service for matching at least a part of the plurality of game machines via the network to the plurality of game machines, and the matching as the plurality of users.
  • GM game machines
  • server device provides a matching service for matching at least a part of the plurality of game machines via the network to the plurality of game machines, and the matching as the plurality of users.
  • a mode in which a plurality of users who use the part of the game machines matched via the service function may be employed.
  • the computer program of the present invention is configured to cause the computer (30) connected to the output device (13) 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 the output device (13) 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.
  • Game system 2 Center server (server device) 3 Network 13 Monitor (output device) 30 control unit (computer, difficulty determination means, difficulty adjustment means, evaluation means) 31 Storage unit (data storage device) 38 Sequence data 38E Low difficulty sequence data (multiple sequence data, specific sequence data) 38N Medium difficulty sequence data (multiple sequence data) 38H High difficulty sequence data (multiple sequence data) R range U user GM game machine UG group (multiple users) UG1 first group (multiple groups, two or more groups) UG2 second group (multiple groups, two or more groups) U1A 1A user (multiple users, two or more users) U2B 2B user (multiple users, two or more users)

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • User Interface Of Digital Computer (AREA)

Abstract

複数のユーザ間において異なる難易度のプレイが許容される場合の公平性を強化することができるゲームシステムを提供する。ゲームシステム（１）は、複数の難易度を含み、複数のユーザ（Ｕ）によって共通にプレイされる音楽ゲームを複数のユーザ（Ｕ）間において難易度が異なるプレイを許容するように提供する。また、ゲームシステム（１）は、複数のユーザ（Ｕ）間において難易度が相違している場合に、複数のユーザ（Ｕ）がそれぞれプレイするゲームの難易度を判別し、複数のユーザ（Ｕ）間の難易度の相違に基づいて、ゲームの各範囲（Ｒ）において難易度の相違が低減されるように範囲（Ｒ）のゲームの難易度を調整する。

Description

ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
　本発明は、複数のユーザに共通のゲームをプレイさせるゲームシステム等に関する。
　複数のユーザに共通のゲームをプレイさせるゲームシステムが存在する。また、このような複数のユーザをマッチングによって決定するゲームシステムも存在する。同様に、このような共通のゲームとして楽曲のリズムに合わせてプレイ行為を要求する音楽ゲームを提供するゲームシステムも存在する。さらに、予め用意された複数の難易度のうちから選択した難易度に応じて音楽ゲームを提供するゲームシステムも存在する。そして、これらのようなゲームシステムの一つとして、交替タイミングの表示によりプレイするプレーヤを順次交替させる音楽ゲームを選択された難易度に応じて提供するゲーム装置が知られている（例えば、特許文献１参照）。
特開２０１５－５４０４４号公報
　特許文献１の音楽ゲームでは、音楽ゲームのプレイを担当する担当プレーヤの交替を通じて一人ずつ順次音楽ゲームをプレイすることにより複数のプレーヤが協力して音楽ゲームをプレイする協力プレイが提供されている。しかし、この指定は一人ずつのため、音楽ゲームをプレイするプレーヤは各時期において一人に限定されてしまい、複数人の同時プレイは許容されていない（担当プレーヤ以外のプレイはプレイ結果に反映されないか若しくはペナルティの対象になる）。このため、特許文献１の音楽ゲームでは、協力するプレーヤ間で異なる難易度の選択も許容されていないし、想定もされていない。つまり、特許文献１の音楽ゲームでは、音楽ゲームを共通にプレイするプレーヤ間において異なる難易度の選択を許容することは難しい。
　一方、音楽ゲームは、複数のユーザが対戦する対戦型のゲームとして構成される場合もある。また、このような場合には、対戦者間において異なる難易度の選択が許容される場合もある。しかし、このような異なる難易度間で対戦が実現される場合、公平感を担保しなければならない。
　そこで、本発明は、複数のユーザ間において異なる難易度のプレイが許容される場合の公平性を強化することができるゲームシステム等を提供することを目的とする。
　本発明のゲームシステムは、複数の難易度を含み、複数のユーザによって共通にプレイされるゲームを前記複数のユーザ間において難易度が異なるプレイを許容するように提供するゲームシステムであって、前記複数のユーザ間において難易度が相違している場合に、前記複数のユーザがそれぞれプレイする前記ゲームの難易度を判別する難易度判別手段と、前記複数のユーザ間の前記難易度の相違に基づいて、前記ゲームの一部範囲において前記難易度の相違が低減されるように前記一部範囲の前記ゲームの難易度を調整する難易度調整手段と、を備えている。
　一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置に接続されるコンピュータを、上述のゲームシステムの各手段として機能させるように構成されたものである。
　また、本発明のサーバ装置は、前記ゲームの提供に使用される出力装置にネットワークを介して接続され、上述のゲームシステムの各手段として機能するものである。
本発明の一形態に係るゲームシステムの全体構成の概要を示す図。 ゲーム機の外観の一例を示す図。 ゲームシステムの制御系の要部の構成を示す図。 複数のグループが共通の音楽ゲームをプレイする場合の一例を説明するための説明図。 グループ対戦の勝敗を決定するための基準の一例を説明するための説明図。 難易度の調整の一例を説明するための説明図。 各難易度モードがシーケンスデータの内容の相違に対応する場合の調整の詳細の一例を説明するための説明図。 マッチングデータの内容の一例を説明するための説明図。 組合せデータの内容の一例を説明するための説明図。 シーケンスデータの内容の一例を説明するための説明図。 難易度調整処理ルーチンのフローチャートの一例を示す図。 評価処理ルーチンのフローチャートの一例を示す図。
　以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、サーバ装置としてのセンターサーバ２及びゲーム機ＧＭを含んでいる。ゲーム機ＧＭは、ネットワーク３を介してセンターサーバ２に接続される。一例として、ゲーム機ＧＭは、業務用（商業用）のゲーム機として構成されている。業務用のゲーム機は、有料或いは無料で所定範囲のゲームをプレイさせるゲーム機である。一例として、ゲーム機ＧＭは、有料で音楽ゲームを提供する。具体的には、ゲーム機ＧＭは、例えば、所定の対価の消費と引き換えに、その対価に応じた範囲で音楽ゲームを提供する。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。
　センターサーバ２は、一台の物理的装置によって構成される例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。さらに、ゲーム機ＧＭがセンターサーバ２として機能してもよい。
　また、センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、センターサーバ２から配信されるソフトウェアを実行することにより、各種の機能を発揮するネットワーク端末装置の一種である。図１の例では、ユーザ端末５の一例として、携帯電話（スマートフォンを含む）が利用されている。また、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
　ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成されてよい。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成されてよい。図１の例では、センターサーバ２及びゲーム機ＧＭはルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。
　なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。或いは、ユーザ端末５とゲーム機ＧＭ等との通信は、例えば、通信用の回線（有線及び無線を含む）を利用せずに、二次元コード等、各種情報を含むように所定の規格に準拠して生成されるコード（例えば、二次元コード）を利用して実現されてよい。したがって、ネットワーク（或いは通信回線）の用語は、このようなコードを利用する通信方法等、回線を利用せずに情報の送受信をする形態を含んでよい。
　センターサーバ２は、ゲーム機ＧＭ又はそのユーザに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからユーザの識別情報を受け取って、そのユーザを認証するサービスが提供されてよい。また、認証したユーザのプレイデータをゲーム機ＧＭから受け取って保存し、或いは保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク３を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。
　また、センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、例えば、ゲーム機ＧＭが提供するゲームに関する各種の情報を提供するゲーム用情報サービスが含まれてよい。また、例えば、Ｗｅｂサービスには、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスが含まれてもよい。さらに、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスが含まれてよい。
　図２は、ゲーム機ＧＭの外観の一例を示す図である。図２に示すように、ゲーム機ＧＭは、メイン筐体６と、そのメイン筐体６の左右に設けられたスライダ操作装置７L、７Ｒとを備えている。メイン筐体６は、アーケード施設等の床面に設置される箱形のベース部８と、そのベース部８の上面側に設けられたコンソール部９と、コンソール部９の後端側又は奧側（図２において右方）から上方に向かって突出するように設けられたトップパネル部１０とを備えている。トップパネル部１０には、ゲームの演出等を担う照明装置や、例えばスピーカ１１といった音響装置等が設けられてよい。
　一方、コンソール部９には、ユーザに対して操作を指示し、ユーザの操作を受け付けるといった入出力装置の少なくとも一部が設けられる。コンソール部９は、その前端から後端側に向かって上り勾配を描くように傾斜した上面１２を有している。コンソール部９には、出力装置としての液晶モニタ（以下、モニタと略称する。）１３が装着されている。モニタ１３は、その表示面１３ａが縦長となる向きで配置され、かつコンソール部９の上面１２に沿って傾斜するように位置決めされてメイン筐体６に取り付けられている。ユーザは、コンソール部９のモニタ１３と向かい合うようにしてモニタ１３の手前側に立った状態で、そのモニタ１３に表示される画像を見ながらゲームをプレイする。したがって、ゲーム機ＧＭでは、モニタ１３の手前側であってメイン筐体６の前端に隣接する領域がプレイ領域ＰＡに相当する。プレイ領域ＰＡに位置するユーザから見て、コンソール部９のモニタ１３の手前側には、押込操作装置１４が設けられている。押込操作装置１４は、押釦型の４つの操作部Ｂを有し、各操作部Ｂに対するユーザの押し込み操作を検出するように構成されている。なお、その他にも、コンソール部９には各種の操作装置が設けられてよい。しかし、それらの図示は省略する。
　スライダ操作装置７L、７Ｒは、メイン筐体６のベース部８に一体に連結されたベース部１５と、そのベース部１５に複数本の支柱１６を介して支持されたガイドユニット１７と、ガイドユニット１７に装着されたスライダ１８とを備えている。なお、スライダ操作装置７L、７Ｒはメイン筐体６を挟んで左右に対称的に設けられている。したがって、以下の説明において、スライダ操作装置７L、７Ｒを区別しない場合には、スライダ操作装置７と表記することがある。
　ガイドユニット１７は、スライダ１８を所定の案内経路ＧＲに沿って操作できるように案内する案内機構の一例として設けられている。ガイドユニット１７はガイドレール１９と、そのガイドレール１９を支持するレール支持台ＬＢとを備えている。ガイドレール１９により案内経路ＧＲが規定される。ガイドレール１９は、ユーザがモニタ１３と向かい合うようにしてプレイ領域ＰＡに立ったとき、そのユーザから見て背面側からコンソール部９の周囲を回り込みつつユーザの前方に延びるように設けられている。すなわち、ガイドレール１９の前端はメイン筐体６の前端よりも突出してユーザの背面側に回り込むように延ばされ、ガイドレール１９の後端はメイン筐体６のトップパネル部１０の両側に達する程度まで延ばされている。なお、ユーザから見た状態を基準としたときの前方は、メイン筐体６の後端側又は奧側に相当する。
　また、ガイドレール１９は、コンソール部９よりも幾らか高い位置に配置され、かつコンソール部９の上面１２とほぼ平行となるように斜めに傾けられた状態でベース部１５に支持されている。それにより、プレイ領域ＰＡのユーザから見た場合、ガイドレール１９はユーザの側方から前方に向かって上り勾配を描くように傾いている。また、ガイドレール１９は、プレイ領域ＰＡに位置するユーザから見て外側に膨らんだ弧を描くように湾曲している。レール支持台ＬＢは、ガイドレール１９をその全長に亘って支持できるように、ガイドレール１９に沿って湾曲しつつメイン筐体６の前端側から後端側に延びるように設けられている。
　レール支持台ＬＢは内部に空洞部を有し、かつガイドレール１９に沿って湾曲するダクト状の部品として構成されている。レール支持台ＬＢは、ガイドレール１９と同様に傾斜が付された状態でベース部１５に取り付けられている。レール支持台ＬＢの内部には、スライダ１８の位置を検出するセンサその他のガイドユニット１７に必要な各種の構成部品が収容されている。レール支持台ＬＢには、ガイドレール１９の後端側にてスライダ１８を抜け止めするストッパＬＢａが設けられている。また、ガイドレール１９の前端部には、スライダ１８の落下動作を制動してスライダ１８を所定の停止位置に停止させる制動機構ＬＢｂも設けられている。
　スライダ１８は、ガイドレール１９によって形成される湾曲した案内経路ＧＲに沿って前後方向にスライド操作可能な状態でガイドレール１９に装着されている。案内経路ＧＲがコンソール部９及びプレイ領域ＰＡを回り込むようにして前後方向に延ばされているため、ユーザがモニタ１３と向かい合うようにしてプレイ領域ＰＡに位置した場合、そのユーザから見て案内経路ＧＲはユーザの背面側から側方を経由し、モニタ１３の両側に沿ってモニタ１３の後端部（上端部）に達するか、これを超える程度まで前方に延びる。そのため、ユーザは上体や腰をねじりつつ肩関節を中心に上腕を動かしてスライダ１８を操作することが必要である。このような操作は、例えば押込操作装置１４の各操作部Ｂに対する押し込み操作と比較して、より大きなアクションを必要とする操作である。そのような従来にない操作をユーザに要求することによりゲームの興趣を高め、また、ユーザのアクションを周囲にアピールする効果を高めることができる。
　次に、音楽ゲームを提供するためのゲームシステム１の制御系の要部について説明する。図３は、ゲームシステム１の制御系の要部の構成を示す図である。図３に示すように、センターサーバ２は、コンピュータとしての制御ユニット２０と、記憶ユニット２１と、を備えている。制御ユニット２０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット２０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得る。しかし、それらの図示は省略した。
　記憶ユニット２１は、制御ユニット２０に接続されている。記憶ユニット２１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気テープ等の大容量記憶媒体により構成されていてよい。記憶ユニット２１には、サーバ用データ２４及びサーバ用プログラム２５が記憶されている。サーバ用プログラム２５は、センターサーバ２がゲーム機ＧＭ等に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット２０がサーバ用プログラム２５を読み取って実行することにより、制御ユニット２０の内部には、例えば、ゲーム機サービス管理部２６及びＷｅｂサービス管理部２７が設けられてよい。
　ゲーム機サービス管理部２６は、上述のゲーム機用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部２７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。ゲーム機サービス管理部２６及びＷｅｂサービス管理部２７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット２０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
　サーバ用データ２４は、サーバ用プログラム２５の実行に伴って参照されるデータである。例えば、サーバ用データ２４は、マッチングデータ２４ａ及び組合せデータ２４ｂを含んでいてよい。マッチングデータ２４ａ及び組合せデータ２４ｂの詳細は、後述する。
　また、サーバ用データ２４は、その他にもゲームを実現するための各種のデータを含み得る。例えば、そのようなデータにはプレイデータやＩＤ管理データが含まれていてもよい。プレイデータは、各ユーザの過去のプレイ実績に関する情報が記述されたデータである。プレイデータは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各ユーザに固有の設定内容を引き継ぐために使用されてよい。また、ＩＤ管理データは、ユーザＩＤ等の各種ＩＤを管理するためのデータである。しかし、それらの図示は省略した。
　一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、上述のスピーカ１１と、モニタ１３と、押込操作装置１４と、スライダ操作装置７と、が設けられている。記憶ユニット３１、スピーカ１１、モニタ１３、押込操作装置１４、及びスライダ操作装置と、は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。
　なお、制御ユニット３０には、例えば、その他にもゲームを提供するための各種の装置が接続され得る。例えば、そのような装置には、コイン認証装置等の所定の対価を徴収するための周知の装置が含まれてもよい。そして、例えば、そのようなコイン認証装置等を通じて、所定の対価としてのコイン等が徴収されてよい。同様に、そのような装置には、近距離無線通信を利用し、記憶媒体に記録された各種の情報を非接触状態で読み取るリーダが含まれていてもよい。そして、リーダは、記憶媒体の一例として、ＩＣチップ、磁気ストライプといった不揮発性記憶媒体或いは二次元コード等の各種のコードを通じて情報を記録するカードの読み取りに使用されてよい。また、そのようなカードは、例えば、ユーザＩＤの情報（ユーザＩＤを特定可能な情報を含む）を記録することによりＩＤカードとして使用されてよい。さらに、そのようなカードは、例えば、その他にも所定の対価として使用される価値の量の情報（価値の量を特定するための情報を含む）を記録していてもよい。そして、その価値の量を消費することにより所定の対価が徴収されてもよい。しかし、それらのような装置の図示は省略した。
　スピーカ１１は、制御ユニット３０からの出力信号に基づいて各種の音声を再生するための周知の出力装置（音声再生装置）である。スピーカ１１は、例えば、制御ユニット３０からの出力信号に応じて、ＢＧＭ等のゲームで使用される各種の音声を再生してよい。同様に、モニタ１３は、制御ユニット３０からの出力信号に基づいて各種の画像等を表示するための周知の表示装置である。一例として、モニタ１３は、制御ユニット３０からの出力信号に応じて、音楽ゲームをプレイするためのゲーム画面を表示してよい。
　一方、押込操作装置１４及びスライダ操作装置７は、いずれもユーザのプレイ行為を入力するための入力装置である。例えば、押込操作装置１４は、上述の通り押釦型の各操作部Ｂを備えていてよい。そして、押込操作装置１４は、ユーザがプレイ行為として実行した各操作部Ｂへの押し込み操作に対応する信号を制御ユニット３０に出力してよい。同様に、スライダ操作装置７は、例えば、上述の通りスライダ１８を備えていてよい。そして、スライダ操作装置７は、ユーザがプレイ行為として実行したスライダ１８に対する操作、つまりスライダ１８を案内経路ＧＲに沿って動かすスライド操作に対応する信号を制御ユニット３０に出力してよい。また、スライダ操作装置７は、このようなスライド操作の程度、つまりスライダ１８の移動の程度が特定されるように信号を出力してもよい。なお、ユーザのプレイ行為を入力するための入力装置は、押込操作装置１４及びスライダ操作装置７に限定されない。ユーザのプレイ行為を入力可能な各種の装置が入力装置として利用されてよい。例えば、このような入力装置には、カメラが含まれてもよい。そして、そのカメラを通じてユーザのプレイ行為（動作等）が検出されてよい。さらに、カメラの撮影結果が録画されてもよい。つまり、撮影結果に基づいてユーザのプレイ行為を撮影した動画が生成されてもよい。同様に、ゲーム画面に対応する動画が生成されてもよい。具体的には、例えば、毎コマキャプチャされたゲーム画面を連続的につなげることによりゲーム画面の変化に対応する動画が生成されてもよい。そして、これらの動画は、ユーザによって参照可能なように、例えば、センターサーバ２にアップロードされてもよい。同様に、このような入力装置には、音声入力装置が利用されてもよい。具体的には、例えば、音声入力装置として、ユーザのマイク等が利用されもよい。このため、ゲーム機ＧＭにはマイク入力端子が設けられていてよい。そして、音声を通じて会話や各種の選択等を含む各種のプレイ行為がユーザによって実行されてよい。出力装置も同様である。例えば、出力装置の一例として、ユーザのイヤホンが利用されてもよい。このため、ゲーム機ＧＭにはイヤホン入力端子が設けられていてもよい。
　また、記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより構成されてよい。記憶ユニット３１には、ゲームプログラム３４及びゲームデータ３５が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがゲームを提供するために必要なコンピュータプログラムである。ゲームプログラム３４の実行に伴って、制御ユニット３０の内部には、例えば、ゲーム提供部３７が設けられてよい。ゲーム提供部３７は、ゲームを提供するために必要な各種処理を実行する。ゲーム提供部３７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット３０の内部には、その他にも各種の論理的装置が設けられ得る。しかし、それらの図示は省略した。
　ゲームデータ３５は、ゲームプログラム３４の実行に伴って参照されるデータである。ゲームデータ３５は、例えば、楽曲データ３６及びシーケンスデータ３８を含んでいる。楽曲データ３６は、音楽ゲームで使用される楽曲等の各種の音声をスピーカ１１に再生させるために必要なデータである。シーケンスデータ３８は、音楽ゲームにおいて適切なプレイ行為を実行すべき時期をユーザに案内するために必要なデータである。例えば、シーケンスデータ３８には、４つの操作部Ｂのうち適切な操作部Ｂを押し込み操作すべき操作時期或いは左右のスライダ１８のうち適切なスライダ１８をスライド操作すべき操作時期が予め記述されていてよい。そして、例えば、音楽ゲームでは、シーケンスデータ３８に記述された各操作時期及びそこで実行すべき適切な操作（例えば、適切な操作部Ｂ或いはスライダ１８）が案内されてよい。シーケンスデータ３８の詳細も後述する。
　また、ゲームデータ３５は、その他にもゲームを実行するための各種のデータを含んでいてよい。例えば、そのようなデータには、上述のマッチングデータ２４ａ及び組合せデータ２４ｂが含まれていてよい。例えば、マッチングデータ２４ａ及び組合せデータ２４ｂは、必要な部分が含まれるように、少なくとも一部がセンターサーバ２から提供されてよい。同様に、そのような各種のデータには、例えば、その他にも画像データ及び効果音データが含まれてよい。画像データは、ゲームに必要な各種画像を表示するためのデータである。効果音データは、ＢＧＭ等、ゲームに必要な各種の音声を再生するためのデータである。しかし、それらの図示は省略した。
　次に、ゲーム機ＧＭが提供する音楽ゲームについて説明する。音楽ゲームは、タイミングゲームの一種である。タイミングゲームは、適切なプレイ行為の実行時期を評価するタイプのゲームである。音楽ゲームの場合、その適切なプレイ行為を実行すべき実行時期が楽曲とともに提供される。また、音楽ゲームでは、楽曲のリズムと一致する時期が実行時期として利用される。つまり、音楽ゲームは、適切なプレイ行為を実行すべき時期を楽曲のリズムに合わせてユーザに案内し、実際にプレイ行為が実行された時期を評価するタイプのゲームである。また、例えば、音楽ゲームにはプレイ用に複数の楽曲が用意され、そこから選択された楽曲が実際のプレイに使用されてよい。
　例えば、そのような音楽ゲームは、モニタ１３に表示されるゲーム画面を通じて提供されてよい。具体的には、例えば、ゲーム画面は、各実行時期に対応する指示標識及び現在時刻の基準として機能する基準標識を含んでいてよい。そして、例えば、各実行時期において基準標識の位置と一致するように移動する指示標識の移動（或いはその逆の移動）により各実行時期が案内されてもよい。また、適切なプレイ行為として、指示標識と基準標識との一致に合わせて適切な操作部Ｂに対する押し込み操作或いはスライダ１８に対するスライド操作が採用されてよい。
　具体的には、例えば、ゲーム画面は、複数種類の指示標識を含んでいてよい。そして、それらの複数種類の指示標識によって複数種類のプレイ行為を案内してよい。例えば、適切なプレイ行為として、各操作部Ｂに対する操作及び各スライダ１８に対する操作の両方が採用されている場合には、これらの２種類の操作（プレイ行為）が２種類の指示標識によって案内されてよい。さらに、例えば、各スライダ１８等に対する操作の程度等によって指示標識の種類が相違していてもよい。より具体的には、例えば、適切なスライド操作として、各スライダ１８をストッパＬＢａまで移動させる操作や適宜の途中の位置（ストッパＬＢａよりも手前）まで移動させる操作が要求されてよい。そして、そのようなスライド操作の程度を案内するために、それらのスライド操作にはそれぞれ別々の種類の指示標識が利用されてよい。さらに、ゲーム画面は、例えば、適切な操作部Ｂ及びスライダ１８を案内するために、上述のような指示標識の移動経路として、４つの操作部Ｂ及び左右のスライダ１８にそれぞれ対応する６つの経路を含んでいてよい。そして、指示標識の配置される経路の相違により適切な操作部Ｂ及びスライダ１８が案内されてもよい。ゲーム機ＧＭは、例えば、このようなゲーム画面を通じて音楽ゲームを提供してよい。
　また、音楽ゲームは、ユーザ単位（一人のユーザ毎）だけでなくグループ単位（複数のユーザ毎）で提供されてよい。グループ単位で音楽ゲームが提供される場合、音楽ゲームはそのグループを形成する複数のユーザに共通にプレイされてよい。つまり、ゲーム機ＧＭは、一度のプレイ機会に複数のユーザが参加するように共通の音楽ゲームを提供してよい。そして、ゲーム機ＧＭは、例えば、単数若しくは複数のグループのユーザが協力して共通の音楽ゲームをプレイする形態、及び同じグループ内のユーザ間或いは複数のグループ間で対戦が実現されるように共通の音楽ゲームをプレイする形態等、各種の形態でグループ単位の音楽ゲームを提供してよい。
　図４は、複数のグループが共通の音楽ゲームをプレイする場合の一例を説明するための説明図である。図４に示すように、例えば、一度のプレイの機会に二つのグループＵＧが対戦するように、二つのグループＵＧに共通の音楽ゲームが提供されてよい。また、その対戦は、音楽ゲームを複数の範囲Ｒに区分し、各グループＵＧの少なくとも一部の代表が各範囲Ｒにおいて対戦するように実行されてよい。さらに、その代表は、範囲Ｒ毎にユーザＵの組合せが変化するように決定されてよい。
　具体的には、例えば、第１グループＵＧ１及び第２グループＵＧ２の二つのグループＵＧ間で対戦が実現されてよい。また、例えば、第１グループＵＧ１は、第１ＡユーザＵ１Ａ～第１ＤユーザＵ１Ｄの四人のユーザＵによって形成されてよい。同様に、第２グループＵＧ２は、第２ＡユーザＵ２Ａ～第１ＤユーザＵ２Ｄの四人のユーザＵによって形成されてよい。つまり、一例として、同数のユーザＵを含む二つのグループＵＧ間で対戦が実行されてよい。
　また、第１グループＵＧ１及び第２グループＵＧ２は、例えば、上述のマッチングサービスを通じてマッチングにより形成されてよい。例えば、このようなマッチングは、店舗４の単位で実行されてよい。つまり、別々の二つの店舗４において店舗４毎に第１グループＵＧ１及び第２グループＵＧ２がそれぞれ形成され、かつその第１グループＵＧ１及び第２グループＵＧ２が互いに対戦相手となるようにグループ単位でマッチングが実行されてよい。一例として、このような第１グループＵＧ１及び第２グループＵＧ２間で対戦が実行されてよい。
　一方、例えば、音楽ゲームのプレイ範囲ＡＲは、プレイに使用される楽曲の開始時期（“Ｓ”）から終了時期（“Ｅ”）までの時間によって特定されてよい。そして、このプレイ範囲ＡＲは、例えば、第１範囲Ｒ１～第５範囲Ｒ５の５つの範囲Ｒに区分されてよい。各範囲Ｒは、例えば、楽曲の経過時間を基準に区分されてよい。経過時間として、例えば、小節、拍等の単位が使用されてよい。また、経過時間は、全範囲Ｒにおいて共通（同じ）でもよいし、範囲Ｒ毎に（或いは一部の範囲Ｒにおいて）変化してもよい。なお、各範囲Ｒは楽曲毎に予め区分されていてもよいし、プレイ毎にゲーム機ＧＭやセンターサーバ２等が区分してもよい。
　図４の例では、第１範囲Ｒ１～第４範囲Ｒ４は、第１グループＵＧ１及び第２グループＵＧ２からそれぞれ二人のユーザＵが代表するように構成されている。換言すれば、第１グループＵＧ１及び第２グループＵＧ２のそれぞれ二人のユーザＵが代表としてそれぞれ第１範囲Ｒ１～第４範囲Ｒ４に関連付けられている。より具体的には、第１グループＵＧ１の代表として、第１範囲Ｒ１には第１ＡユーザＵ１Ａ及び第１ＢユーザＵ１Ｂが、第２範囲Ｒ２には第１ＣユーザＵ１Ｃ及び第１ＤユーザＵ１Ｄが、第３範囲Ｒ３には第１ＢユーザＵ１Ｂ及び第１ＤユーザＵ１Ｄが、第４範囲Ｒ４には第１ＡユーザＵ１Ａ及び第１ＣユーザＵ１Ｃが、それぞれ対応づけられている。つまり、第１グループＵＧ１を代表するユーザＵの組合せが範囲Ｒ毎に変化するように、各範囲Ｒに二人ずつのユーザＵが関連付けられている。第２グループＵＧ２に関しても第１グループＵＧ１と同数ずつ第１グループＵＧ１と同様に各範囲Ｒに代表のユーザＵが関連づけられている。結果として、第１グループＵＧ１を代表するユーザＵと第２グループＵＧ２を代表するユーザＵとの間の組合せも範囲Ｒ毎に変化する。
　一方、第５範囲Ｒ５に関連付けられる代表のユーザＵの数は、第１範囲Ｒ１～第４範囲Ｒ４と相違している。具体的には、第５範囲Ｒ５には、第１グループＵＧ１及び第２グループＵＧ２毎に４人のユーザＵが関連づけられる。つまり、第５範囲Ｒ５は、第１グループＵＧ１及び第２グループＵＧ２のそれぞれに属する全ユーザＵが各グループＵＧを代表するように構成されている。このように、各範囲Ｒには、範囲Ｒ毎にグループＵＧを代表するユーザＵの組合せ（数を含む）が変化するように各グループＵＧのユーザＵが関連づけられている。そして、この場合、第１グループＵＧ１及び第２グループＵＧ２を形成する複数のユーザＵが本発明の多数のユーザとして機能する。また、第１グループＵＧ１及び第２グループＵＧ２を代表して各範囲Ｒに関連づけられる四人或いは八人のユーザＵが本発明の二以上のユーザとして機能する。同様に、第１グループＵＧ１及び第２グループＵＧ２が本発明の複数のグループ及び互いに異なる二以上のグループとして機能する。
　なお、各範囲Ｒを代表するユーザＵは、例えば、各グループＵＧの各ユーザＵ或いは特定のユーザＵの指定によって決定されてもよいし、マッチングの際にマッチング順等のマッチング状況に応じて決定されてもよい。若しくは、抽選等により適宜決定されてもよいし、年齢等のユーザＵの属性やユーザＵのレベル（音楽ゲームの熟練度）等のプレイ実績といった各種の条件に基づいて決定されてもよい。特定のユーザＵも同様である。同様に、各範囲Ｒに関連付けられるべきユーザＵの数、つまり代表のユーザＵの数は、固定的に予め決定されていてもよい。或いは、ユーザＵの指定やレベルといった所定の条件で変化してもよい。
　図５は、グループ対戦の勝敗を決定するための基準の一例を説明するための説明図である。より具体的には、図５の例は、図４の例の対戦において勝敗を決定するために使用される基準の一例を示している。図５に示すように、例えば、対戦結果として範囲Ｒ毎にグループＵＧ間の勝敗（優劣）が決定されてよい。そして、各範囲Ｒの代表のユーザＵのプレイ結果に基づいてゲーム全体の勝敗（今回のプレイ機会に関する勝敗）が決定されてよい。
　具体的には、範囲Ｒ毎のグループＵＧ間の勝敗は、例えば、各範囲Ｒにおいて各グループＵＧが獲得した得点を基準に決定されてよい。つまり、獲得得点の大小が範囲Ｒ毎にグループＵＧ間で判別され、その獲得得点の大きい方のグループＵＧが勝者として範囲Ｒ毎に勝敗が決定されてよい。一方、ゲーム全体の勝敗は、例えば、勝利した範囲Ｒの数が多い方が勝者に決定されてもよいし、全範囲Ｒの獲得得点の合計点が多い方が勝者に決定されてもよい。つまり、ゲーム全体の勝敗は、勝利した範囲Ｒの数に応じて決定されてもよいし、各範囲Ｒにおいて代表のユーザＵが獲得した得点の合計点に応じて決定されてもよい。
　図５の例では、第１グループＵＧ１（換言すれば、その代表ユーザＵ）は第１範囲Ｒ１及び第５範囲Ｒ５において“１６００点”及び“１３００点”をそれぞれ獲得している。そして、これらは同範囲Ｒにおける第２グループＵＧ２の獲得得点（“１３００点”及び“１０００点”）をそれぞれ上回っている。このため、第１範囲Ｒ１及び第５範囲Ｒ５では、第１グループＵＧ１（換言すれば、その代表ユーザＵ）が勝者と判断される。一方、第２グループＵＧ２（換言すれば、その代表ユーザＵ）は第２範囲Ｒ２～第４範囲Ｒ４において“１６００点”、“１８００点”、及び“１５００点”をそれぞれ獲得している。そして、それらは同範囲Ｒにおける第１グループＵＧ１の獲得得点（“１５００点”、“１５００点”及び“１２００点”）をそれぞれ上回っている。このため、第２範囲Ｒ２～第４範囲Ｒ４では、第２グループＵＧ２（換言すれば、その代表ユーザＵ）が勝者と判断される。
　また、図５の例では、第１グループＵＧ１が勝利した範囲Ｒの数（２つ）よりも第２グループＵＧ２が勝利した範囲Ｒの数（３つ）の方が多い。一方で、各範囲Ｒにおいて代表のユーザＵが獲得した得点の合計点は、第１グループＵＧ１が“９７００点”であるのに対し、第２グループＵＧ２は“９６００点”である。つまり、第１グループＵＧ１の方が獲得得点の合計点は多い。そして、ゲーム全体の勝敗は、第１グループＵＧ１の勝利と判断されている。つまり、ゲーム全体の勝敗は、勝利した範囲Ｒの数ではなく、獲得得点の合計点に基づいて決定されている。一例として、各範囲Ｒの勝敗及びゲーム全体の勝敗は、このような基準に基づいて決定されてよい。
　なお、範囲Ｒ毎の勝敗等の評価は省略され、各範囲Ｒの代表のユーザＵのプレイ結果に基づいてゲーム全体の評価（勝敗等）だけが決定されてもよい。また、各範囲Ｒは、代表のユーザＵだけによってプレイされてもよいし、代表のユーザＵに限らず、例えば、全ユーザＵ等の他のユーザＵによってプレイされてもよい。この場合、各範囲Ｒの代表のユーザＵのプレイ状況がゲーム全体の勝敗の判断に影響を与えるように評価される限り、代表以外のユーザＵのプレイは適宜に実行されてよい。
　また、音楽ゲームは、複数の難易度のプレイ（以下、難易度モードと呼ぶ場合がある）を含んでいてよい。このような複数の難易度モードは、例えば、楽曲毎に用意されていてよい。或いは、複数の難易度モードにそれぞれ対応する複数の楽曲が用意され、その複数の楽曲によって複数の難易度モードが実現されてもよい。また、これらの組合せによって複数の難易度モードが提供されてもよい。そして、このような難易度モードは、例えば、各ユーザＵによる選択によって決定されてよい。このような選択は、上述のようなグループ単位のプレイにおいても実行されてよい。結果として、グループ単位のプレイにおいて、グループＵＧ内のユーザＵ間或いは範囲Ｒ毎の代表のユーザＵ間において異なる難易度モードが選択されてもよい。つまり、音楽ゲームは、グループＵＧ内或いはグループＵＧ間のユーザＵ間において難易度モードが異なるプレイを許容するように構成されていてよい。
　さらに、音楽ゲームは、このようなグループＵＧ内或いはグループＵＧ間のユーザＵ間において難易度モードが相違している場合に、その難易度モードの相違に基づいてユーザＵ間の難易度を調整する調整機能を含んでいてよい。具体的には、例えば、共通の楽曲を対象にグループ単位のプレイが提供される場合に、各グループＵＧの各ユーザＵはその共通の楽曲に設定される異なる難易度モードを選択してよい。結果として、各範囲Ｒの対戦において代表のユーザＵ間において難易度モードが相違していてもよい。そして、そのような代表のユーザＵ間において難易度モードが相違する範囲Ｒでは、それらの代表のユーザＵ間の難易度の相違が低減されるように、音楽ゲームの難易度が調整されてよい。
　図６は、難易度の調整の一例を説明するための説明図である。また、図６は、図４の例のユーザＵ間（一部及び全部のいずれでもよい）において難易度モードに相違がある場合の一例を示している。より具体的には、図４の例の第１範囲Ｒ１及び第４範囲Ｒ４において代表のユーザＵ間に難易度モードの相違がある場合、つまり代表の各ユーザＵによって別々の難易度モードがプレイされている場合の一例を示している。図６に示すように、この場合、例えば、難易度の調整として、代表のユーザＵ間の難易度モードが第１範囲Ｒ１及び第４範囲Ｒ４において統一されてよい。つまり、異なる難易度モードがプレイ対象に選択されている場合でも、各範囲Ｒでは代表のユーザＵ間の難易度モードが一致するように調整されてよい。具体的には、例えば、各範囲Ｒにおいて代表のユーザＵ間に難易度モードに相違がある場合、それらの難易度モードのうちの、より難易度の低い難易度モードに統一されてよい。つまり、代表のユーザＵ間において難易度の高い方の難易度モードをプレイしているユーザＵの難易度モードが難易度の低い方の難易度モードに変化するように難易度が調整されてよい。
　図６の例では、プレイ対象の難易度モードとして第１ＡユーザＵ１Ａが“ＥＡＳＹ”を、第２ＢユーザＵ２Ｂが“ＮＯＲＭＡＬ”を、第２ＣユーザＵ２Ｃが“ＨＡＲＤ”を、それぞれ選択している。また、難易度モードの難易度は、“ＨＡＲＤ”、“ＮＯＲＭＡＬ”、“ＥＡＳＹ”の順に高い。つまり、“ＥＡＳＹ”が最も難易度の低い難易度モードである。結果として、第１範囲Ｒ１では、第２グループＵＧ２の代表として第１ＡユーザＵ１Ａと対戦する第２ＢユーザＵ２Ｂの難易度モードが本来の“ＮＯＲＭＡＬ”からそれと相違する“ＥＡＳＹ”に変化するように音楽ゲームの難易度が調整される。同様に、第４範囲Ｒ４では、第１ＡユーザＵ１Ａの対戦相手の第２ＣユーザＵ２Ｃの難易度モードが本来の“ＨＡＲＤ”からそれと相違する“ＥＡＳＹ”に変化するように音楽ゲームの難易度が調整される。
　一方で、最も難易度の低い“ＥＡＳＹ”の難易度モードで音楽ゲームをプレイしている第１ＡユーザＵ１Ａの難易度モードは、第１範囲Ｒ１及び第４範囲Ｒ４でも変わらず“ＥＡＳＹ”に維持される。つまり、この場合、第１範囲Ｒ１及び第４範囲Ｒ４では、いずれも第１ＡユーザＵ１Ａの対戦相手の代表のユーザＵの難易度モードが第１ＡユーザＵ１Ａの難易度モードと一致するように調整されている。結果として、第１範囲Ｒ１及び第４範囲Ｒ４では、難易度モードの一致により代表のユーザＵ間の難易度が一致する。一例として、代表のユーザＵ間に難易度モードの相違がある場合、代表のユーザＵ間の難易度の相違が低減するように、このような調整が実行されてよい。また、この場合、“ＥＡＳＹ”の難易度モードが本発明の特定の難易度モードとして機能してよい。同様に、第１範囲Ｒ１及び第４範囲Ｒ４が本発明の一部範囲及び複数の範囲の少なくとも一部として機能してよい。
　また、各難易度モードは、各難易度に対応する視覚的効果や感覚的効果等、或いはこれらの組合せによって各種の態様で規定されてよい。例えば、適切なプレイ行為の内容や実行時期の内容は、視覚的効果や感覚的効果に影響する場合が多い。このため、各難易度モードは、適切なプレイ行為の内容や実行時期の内容が相違するシーケンスデータ３８によって実現されてもよい。つまり、このように各難易度モードは、一例として、シーケンスデータ３８の内容の相違に対応していてもよい。
　図７は、各難易度モードがシーケンスデータ３８の内容の相違に対応する場合の調整の詳細の一例を説明するための説明図である。また、図７は、シーケンスデータ３８の内容の相違により図６の例に対応する難易度の調整が実行される場合の一例を示している。図７に示すように、この場合、例えば、シーケンスデータ３８は、低難度シーケンスデータ３８Ｅ、中難度シーケンスデータ３８Ｎ及び高難度シーケンスデータ３８Ｈを含んでいてよい。また、これらの低難度シーケンスデータ３８Ｅ、中難度シーケンスデータ３８Ｎ及び高難度シーケンスデータ３８Ｈは、それぞれ“ＥＡＳＹ”、“ＮＯＲＭＡＬ”、“ＨＡＲＤ”の難易度モードにそれぞれ対応するように、互いに適切なプレイ行為の内容や実行時期の内容が相違していてよい。より具体的には、より難易度の低い難易度モードに対応するシーケンスデータ３８ほど、より容易なプレイ行為（例えば、操作部Ｂへの操作よりもスライダ１８への操作の方が難しい場合、操作部Ｂへの操作が該当）やより容易な実行時期（例えば、対象の実行時期の数が少ない場合や対象の実行時期間の間隔が大きい場合が該当）を要求するように構成されていてよい。
　図７の例では、第１ＡユーザＵ１Ａは“ＥＡＳＹ”モードの選択を通じて低難度シーケンスデータ３８Ｅを、第２ＢユーザＵ２Ｂは“ＮＯＲＭＡＬ”モードの選択を通じて中難度シーケンスデータ３８Ｎを、第２ＣユーザＵ２Ｃは“ＨＡＲＤ”モードの選択を通じて高難度シーケンスデータ３８Ｈを、それぞれプレイ対象に選択している。このため、これらのシーケンスデータ３８の内容に対応するプレイが各ユーザＵに本来提供される。
　一方で、第２範囲Ｒ２では、難易度モードを第１ＡユーザＵ１Ａの“ＥＡＳＹ”モードと一致させるために、第２ＣユーザＵ２Ｃが使用するシーケンスデータ３８の内容が本来の中難度シーケンスデータ３８Ｎから“ＥＡＳＹ”モードに対応する低難度シーケンスデータ３８Ｅに変化する。結果として、第２範囲Ｒ２では、同じプレイ行為及び実行時期が要求される。また、これに伴いゲーム画面に含まれる指示標識の内容も一致する。つまり、第２範囲Ｒ２では、本来異なる難易度モードをプレイする第１ＡユーザＵ１Ａ及び第２ＢユーザＵ２Ｂに同じゲーム画面が使用される。そして、第２範囲Ｒ２の終了に伴い、第２ＢユーザＵ２Ｂの難易度モードは元に戻る。つまり、第３範囲Ｒ３以降では、本来の中難度シーケンスデータ３８Ｎがプレイに使用される。
　第４範囲Ｒ４及び第２ＣユーザＵ２Ｃに関しても同様である。つまり、第４範囲Ｒ４では、第２ＣユーザＵ２Ｃが使用するシーケンスデータ３８の内容が本来の高難度シーケンスデータ３８Ｈから低難度シーケンスデータ３８Ｅに変化する。そして、第１ＡユーザＵ１Ａ及び第２ＣユーザＵ２Ｃには、同じ低難度シーケンスデータ３８Ｅの内容に基づいて同じゲーム画面を通じてプレイが提供される。また、第５範囲Ｒ５以降では、第２ＣユーザＵ２Ｃのプレイ対象のシーケンスデータ３８の内容が本来の高難度シーケンスデータ３８Ｈに戻る。一例として、各難易度モードが実現され、各範囲Ｒにおいて各難易度の調整が実行されてよい。また、この場合、低難度シーケンスデータ３８Ｅ、中難度シーケンスデータ３８Ｎ及び高難度シーケンスデータ３８Ｈが本発明の複数のシーケンスデータとして機能してよい。同様に、第１範囲Ｒ１及び第４範囲Ｒ４において難易度モードの統一に使用される低難度シーケンスデータ３８Ｅが本発明の特定のシーケンスデータとして機能してよい。
　次に、マッチングデータ２４ａ、組合せデータ２４ｂ及びシーケンスデータ３８の詳細について説明する。マッチングデータ２４ａは、マッチング（例えば、上述のマッチングサービスによって実現される）された各ゲーム機ＧＭ（換言すれば、それらを使用するユーザＵ）を管理するためのデータである。図８は、マッチングデータ２４ａの内容の一例を説明するための説明図である。図８に示すように、例えば、マッチングデータ２４ａは、“マッチングＩＤ”、“グループＩＤ”及び“筐体ＩＤ”の情報を含んでいてよい。
　“マッチングＩＤ”は、マッチング毎にユニークなマッチングＩＤを示す情報である。マッチングＩＤは、例えば、各マッチング（或いは各マッチングに対応するマッチングデータ２４ａのレコード）を識別するために使用される。
　“グループＩＤ”は、グループＵＧ毎にユニークなグループＩＤを示す情報である。グループＩＤは、例えば、各グループＵＧの識別（特定）に使用される。また、“グループＩＤ”の情報は、例えば、互いに対戦相手（或いは協力相手）に対応する複数のグループＵＧにそれぞれ対応する複数のグループＩＤの情報を含んでいてよい。より具体的には、例えば、図３の例に対応する“グループＩＤ”の情報は、第１グループＵＧ１を示すグループＩＤの情報及び第２グループＵＧ２を示すグループＩＤの情報の両方を含んでいてよい。
　“筐体ＩＤ”は、ゲーム機ＧＭ毎にユニークな筐体ＩＤを示す情報である。筐体ＩＤは、例えば、各ゲーム機ＧＭの識別（特定）に使用される。また、“筐体ＩＤ”には、例えば、“グループＩＤ”の情報に対応する各グループＵＧに属する各ゲーム機ＧＭを示す筐体ＩＤの情報が記述される。より具体的には、例えば、“グループＩＤ”の情報が対戦相手同士等の複数のグループＩＤの情報を含む場合、“筐体ＩＤ”の情報は、それらの複数のグループＩＤにそれぞれ対応する複数のグループＵＧに属する複数のゲーム機ＧＭを示す筐体ＩＤの情報を含んでよい。また、この場合、“筐体ＩＤ”の情報は、例えば、グループＩＤ毎に関連付けられる等により、各ゲーム機ＧＭが属するグループＵＧを識別可能なように記述されてよい。一例として、マッチングデータ２４ａは、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
　一方、組合せデータ２４ｂは、範囲Ｒ毎の代表のユーザＵの組合せを管理するためのデータである。したがって、組合せデータ２４ｂは、例えば、グループ単位でゲームがプレイされる場合に使用されてよい。図９は、組合せデータ２４ｂの内容の一例を説明するための説明図である。図９に示すように、例えば、組合せデータ２４ｂは、“マッチングＩＤ”、“範囲”、“筐体ＩＤ”及び“難易度”の情報を含んでいてよい。
　“範囲”は、音楽ゲームの各範囲Ｒを識別するための情報である。例えば、“範囲”の情報として、音楽ゲームで使用される各楽曲の経過時間を示す情報が使用されてよい。また、経過時間を示す情報として、例えば、小節や拍等の情報が使用されてもよい。或いは、各範囲Ｒが範囲Ｒ毎にユニークな範囲ＩＤ等によって別途管理されている場合、そのような範囲ＩＤ等の情報が“範囲”の情報として記述されてもよい。
　一方、“マッチングＩＤ”及び“筐体ＩＤ”の情報は、上述のマッチングデータ２４ａと同様である。“筐体ＩＤ”には、例えば、“範囲”の情報によって特定される各範囲Ｒに関連づけられる（各範囲Ｒを代表する）ゲーム機ＧＭを示す筐体ＩＤの情報が記述されてよい。また、複数のグループＵＧが存在する場合には、“筐体ＩＤ”は各グループＵＧを代表するゲーム機ＧＭの情報を含んでいてよい。この場合、“筐体ＩＤ”は、各ゲーム機ＧＭが属する各グループＵＧを識別可能なように、各グループＵＧの筐体ＩＤの情報を含んでいてよい。そして、“筐体ＩＤ”によって特定されるゲーム機ＧＭを使用するユーザＵが代表のユーザＵとして機能してよい。つまり、代表のユーザＵは、“筐体ＩＤ”の情報により各ゲーム機ＧＭを介して管理されてよい。
　また、“難易度”は、音楽ゲームの難易度を示す情報である。例えば、“難易度”の情報として、上述の各難易度モードを示す情報が使用されてよい。具体的には、例えば、“難易度”の情報として、“ＥＡＳＹ”等の難易度モード毎にユニークな難易度ＩＤの情報が利用されてよい。また、このような“難易度”の情報は、例えば、範囲Ｒ及び各範囲Ｒにおける代表のユーザＵ毎を識別可能なように、“範囲”の情報に対応する範囲Ｒ及び“筐体ＩＤ”の情報に対応するゲーム機ＧＭ毎に記述されてよい。つまり、“難易度”の情報は、範囲Ｒ及びゲーム機ＧＭ毎に難易度モードを特定可能なように記述されてよい。一例として、組合せデータ２４ｂは、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
　なお、組合せデータ２４ｂは、更に各ゲーム機ＧＭを使用するユーザＵのユーザＩＤの情報を含んでいてもよい。つまり、筐体ＩＤ及びユーザＩＤの両方の情報を含んでいてもよい。或いは、筐体ＩＤの代わりに、ユーザＩＤの情報が使用されてもよい。マッチングデータ２４ａも同様である。
　シーケンスデータ３８は、上述の通り、音楽ゲームにおいて適切なプレイ行為を実行すべき時期をユーザに案内するためのデータである。また、シーケンスデータ３８は、上述の通り、複数の難易度モードにそれぞれ対応する複数の内容を含んでいてよい。さらに、例えば、複数の楽曲が用意される場合には、そのようなシーケンスデータ３８の内容は楽曲毎に用意されてよい。つまり、例えば、楽曲毎に複数の難易度モードが用意される場合には、このような複数の内容のシーケンスデータ３８が楽曲毎に用意されてよい。
　図１０は、シーケンスデータ３８の内容の一例を説明するための説明図である。図１０に示すように、例えば、各シーケンスデータ３８は、“難易度”、“操作時期”、“種類”、及び“経路”の情報を含んでいてよい。
　“難易度”は、例えば、上述の組合せデータ２４ｂの“難易度”の情報と同様でよい。“操作時期”は、適切なプレイ行為を実行すべき実行時期を示す情報である。“操作時期”の情報として、例えば、各操作部Ｂ及び各スライダ１８に対する操作を実行すべき操作時期の情報が記述されてよい。一方、“種類”及び“経路”は、いずれも適切なプレイ行為の種類を示す情報である。このため、“種類”及び“経路”の情報は、適切なプレイ行為の種類が複数存在する場合に利用されてよい。
　具体的には、例えば、適切なプレイ行為として各操作部Ｂに対する操作及び各スライダ１８に対する操作の両方が採用される場合、“種類”の情報は、各操作部Ｂに対する操作時期及び各スライダ１８に対する操作時期にそれぞれ対応する複数の指示標識の種類を特定するために使用されてもよい。同様に、各スライダ１８等の操作の程度に応じて複数種類の指示標識が用意されている場合には、それらの指示標識の種類の特定に使用されてもよい。また、“経路”の情報は、例えば、指示標識の移動経路として４つの操作部Ｂ及び左右のスライダ１８にそれぞれ対応する６つの経路が利用される場合に、各操作時期に対応する指示標識が配置されるべき経路の特定に使用されてよい。つまり、“経路”の情報は、４つの操作部Ｂ或いは左右のスライダ１８のうちの適切な操作部Ｂ及びスライダ１８の特定に使用されてよい。一例として、各シーケンスデータ３８は、これらの情報が互いに関連付けられるように記述されたレコードの集合として構成されてよい。
　次に、難易度調整処理及び評価処理について説明する。難易度調整処理は、グループ単位のプレイにおいて異なる難易度で共通の音楽ゲームがプレイされる場合に、ユーザＵ間の難易度を調整するための処理である。また、評価処理は、各ユーザＵのプレイ行為を評価するための処理である。例えば、難易度調整処理は図１１のルーチンを通じて、評価処理は図１２のルーチンを通じて、それぞれゲーム機ＧＭの制御ユニット３０によって実現されてよい。より具体的には、図１１及び図１２のルーチンは、一例として、制御ユニット３０のゲーム提供部３７を通じて実行されてよい。なお、ゲーム機ＧＭの制御ユニット３０及びセンターサーバ２の制御ユニット２０は、この処理の他にも各種の周知な処理等を、それぞれ単独で或いは互いに協働して実行する。しかし、それらの詳細な説明は省略する。
　図１１は、難易度調整処理を実現するための難易度調整処理ルーチンのフローチャートの一例を示す図である。図１１のルーチンは、例えば、複数のユーザで共通の音楽ゲームがプレイされる毎、つまりグループ単位のプレイが選択される毎に実行されてよい。より具体的には、例えば、音楽ゲームが各範囲Ｒに区分される場合には、図１１のルーチンは、各範囲Ｒの開始毎に実行されてよい。
　図１１のルーチンが開始されると、ゲーム提供部３７は、まずステップＳ１１においてグループ単位のプレイを実行する各ユーザＵの難易度を判別する。例えば、各難易度モードによって難易度の相違が実現される場合には、ゲーム提供部３７は、各ユーザＵがプレイ対象に選択した難易度モードの特定により難易度を判別してよい。より具体的には、例えば、複数の難易度モードが互いに内容の相違する複数のシーケンスデータ３８によって実現される場合には、ゲーム提供部３７は、例えば、ステップＳ１１において各ユーザＵがプレイに使用するシーケンスデータ３８の内容を特定することにより難易度を判別してよい。
　続くステップＳ１２において、ゲーム提供部３７は調整条件を満たすか否か判別する。調整条件は、例えば、範囲条件及び難易度条件を含んでいてよい。範囲条件は、音楽ゲームの特定の一部範囲において満たされる条件である。また、例えば、このような一部範囲として、対象のユーザＵが代表のユーザＵとして機能する範囲Ｒが採用されてよい。つまり、範囲条件は、一例として、代表のユーザＵに該当する範囲Ｒが対象の場合に満たされてよい。一方、難易度条件は、範囲条件を満たす一部範囲においてユーザＵ間の難易度が相違する場合に満たされる条件である。つまり、例えば、難易度条件は、対象の範囲Ｒにおいて代表のユーザＵ間の難易度に相違がある場合に満たされてよい。より具体的には、難易度条件は、例えば、対象の範囲Ｒにおいて代表のユーザＵ間の難易度モード、つまりシーケンスデータ３８の内容に相違がある場合に満たされてよい。調整条件は、例えば、これらの範囲条件及び難易度条件の両方が満たされた場合に満たされてよい。そして、この判別結果が否定的結果の場合、つまり調整条件が満たされない場合、ゲーム提供部３７は以降の処理をスキップして、今回のルーチンを終了する。
　一方、ステップＳ１２の判別結果が肯定的結果の場合、つまり調整条件が満たされる場合、ゲーム提供部３７はステップＳ１３に進む。ステップＳ１３において、ゲーム提供部３７は、ステップＳ１２で範囲条件を満たした一部範囲の難易度を調整する。例えば、シーケンスデータ３８の内容の相違に基づく難易度モードの相違により難易度が相違している場合には、ゲーム提供部３７は、対象の範囲Ｒにおいて代表のユーザＵが同じ難易度モードに対応するシーケンスデータ３８を使用するように一部のユーザＵが使用するシーケンスデータ３８の内容を変更することにより難易度を調整してよい。
　より具体的には、ゲーム提供部３７は、例えば、ステップＳ１３において、代表のユーザＵが使用するシーケンスデータ３８のうち、最も低い難易度に対応する内容以外のシーケンスデータ３８（例えば、図７の例の中難度シーケンスデータ３８Ｎ或いは高難度シーケンスデータ３８Ｈ）を使用するユーザＵ（例えば、図７の例の第２ＢユーザＵ２Ｂ及び第２ＣユーザＵ２Ｃ）のシーケンスデータ３８の内容を最も低い難易度に対応する内容のシーケンスデータ３８（例えば、図７の例の低難度シーケンスデータ３８Ｅ）に変更することにより、代表の全ユーザＵの難易度モードが最も低い難易度をプレイするユーザＵ（例えば、図７の例の第１ＡユーザＵ１Ａ）の難易度モードに統一されるように難易度を調整してよい。つまり、ゲーム提供部３７は、最も低い難易度モード以外の難易度モードをプレイするユーザＵが使用するシーケンスデータ３８を最も低い難易度モードのシーケンスデータ３８に変更することによりユーザＵ間の難易度モードを調整してよい。そして、ゲーム提供部３７はステップＳ１３の処理を終えると、今回のルーチンを終了する。
　図１１のルーチンにより、音楽ゲームのグループ単位のプレイにおいてユーザＵ間の難易度が相違する場合にユーザＵ間の難易度の相違が低減されるように難易度が調整される。具体的には、例えば、各範囲Ｒにおいて難易度モードの相違により難易度が相違している場合には、代表のユーザＵ間の難易度モードが最も低い難易度の難易度モードに統一されるように低い難易度の難易度モード以外の難易度モードが変更される。より具体的には、最も低い難易度モードのシーケンスデータ３８以外を使用するユーザＵが存在する場合、そのユーザＵも最も低い難易度モードのシーケンスデータ３８を使用するように使用対象のシーケンスデータ３８が変更される。結果として、各範囲Ｒにおいて代表の各ユーザＵには、最も低い難易度モードのシーケンスデータ３８に対応する同じゲーム画面を通じてプレイが提供される。
　図１２は、評価処理を実現するための評価処理ルーチンのフローチャートの一例を示す図である。図１２のルーチンは、例えば、音楽ゲームのプレイ中に所定の周期で繰り返し実行されてよい。図１２のルーチンが開始されると、ゲーム提供部３７は、まずステップＳ２１において、使用対象のシーケンスデータ３８（図１１のルーチンによって変更されている場合は変更後のシーケンスデータ３８の内容）に予め記述された実行時期（操作時期）が到来しているか否か（例えば、現在時刻が実行時期と一致しているか否か）判別する。この判別結果が否定的結果の場合、つまりシーケンスデータ３８の実行時期が到来していない場合、ゲーム提供部３７は、以降の処理をスキップして今回のルーチンを終了する。
　一方、ステップＳ３１の判別結果が肯定的結果の場合、つまりシーケンスデータ３８の実行時期が到来している場合、ゲーム提供部３７はステップＳ２２に進む。ステップＳ２２において、ゲーム提供部３７は、その実行時期を基準とする所定期間内にプレイ行為が実行されているか否か判別する。この判別結果が否定的結果の場合、つまり所定期間内にプレイ行為（例えば、各操作部Ｂ等への操作）が実行されていない場合、ゲーム提供部３７は以降の処理をスキップして、今回の処理を終了する。なお、この場合、ゲーム提供部３７は、ミスプレイ（適切でないプレイ行為）を示す演出を付加してもよい。つまり、ゲーム提供部３７は、ミスプレイを示す演出をモニタ１３に表示させてもよい。
　一方、ステップＳ２２の判別結果が肯定的結果の場合、つまり所定期間内にプレイ行為が実行されている場合、ゲーム提供部３７はステップＳ２３に進む。ステップＳ２３において、ゲーム提供部３７は、そのプレイ行為が適切なプレイ行為に該当するか否か判別する。つまり、ゲーム提供部３７は、ユーザの実際のプレイ行為が適切か否か判別する。この判別は、プレイ行為として各操作部Ｂ等への操作が採用される場合には、例えば、シーケンスデータ３８によって到来した実行時期に対応付けられる“種類”及び“経路”の情報に基づいて実行されてよい。
　具体的には、ゲーム提供部３７は、例えば、到来した操作時期（実行時期）に“種類”の情報を介して対応する操作が操作部Ｂ及びスライダ１８のいずれの操作か特定してよい。そして、その“種類”の情報を介して対応する操作の種類と実際に実行された操作（プレイ行為）の種類とが相違する場合、適切でない（不適切な）操作（プレイ行為）と判別してよい。例えば、“種類”の情報を介してスライダ１８の操作に対応する場合に操作部Ｂに操作が実行されている場合（或いは途中までスライダ１８を移動させる操作に対応する場合に実際にはスライダ１８をストッパＬＢａまで移動させる操作が実行されている場合等）には、ゲーム提供部３７は、不適切なプレイ行為と判別してよい。そして、この場合、ゲーム提供部３７は、以降の処理をスキップして、今回のルーチンを終了する。
　一方、ゲーム提供部３７は、ステップＳ２３において、“種類”の情報に対応する操作の種類と実際の操作の種類とが一致している場合、つまり“種類”の情報を介してスライダ１８の操作に対応する場合に実際にスライダ１８に操作が実行されている場合（或いは途中までスライダ１８を移動させる操作に対応する場合に実際に途中までスライダ１８を移動させる操作が実行されている場合等）、更に“経路”の情報に基づいてその種類の操作が適切な対象に実行されているか否か、つまり“経路”の情報を介して特定される左右のスライダ１８の適切な方のスライダ１８に対して実際に操作が実行されているか否か判別する。そして、ゲーム提供部３７は、この判別結果が否定的結果の場合（適切な方に操作が実行されていない場合）にはやはり不適切な操作（プレイ行為）と、反対に肯定的結果の場合（適切な方に操作が実行されている場合）には適切な操作（プレイ行為）と、それぞれ判別してよい。この判別結果が否定的結果の場合、つまり不適切なプレイ行為の場合、ゲーム提供部３７は、以降の処理をスキップして今回のルーチンを終了する。なお、ゲーム提供部３７は、ステップＳ２３において不適切なプレイ行為と判別した場合には、ステップＳ２２の処理と同様に、ミスプレイを示す演出を付加してもよい。
　一方、ステップＳ２３の判別結果が肯定的結果の場合、つまり実際に実行されたプレイ行為が適切なプレイ行為に該当する場合、ゲーム提供部３７はステップＳ２４に進む。ステップＳ２４において、ゲーム提供部３７は、そのプレイ行為が実際に実行された実際の実行時期を判別する。
　続くステップＳ２５において、ゲーム提供部３７は、ステップＳ２４の判別結果に基づいて、シーケンスデータ３８に記述された実行時期と実際の実行時期との間のずれ時間（これらの時期間の差）を取得する。
　次のステップＳ２６において、ゲーム提供部３７は、ステップＳ２５の取得結果に基づいて、実際に実行されたプレイ行為を評価する。具体的には、ゲーム提供部３７は、例えば、ステップＳ２５で取得したずれ時間に基づいて、ずれ時間が小さいほど評価が高くなるように、到来した実行時期に対応する実際のプレイ行為を評価する。また、ゲーム提供部３７は、例えば、適切なプレイ行為として適切な操作の程度が要求されている場合には、実際の操作の程度に応じて実際のプレイ行為を評価してもよい。例えば、スライダ１８をストッパＬＢａまで移動させる操作（以下、完全操作と呼ぶ場合がある）の要求に実際に完全操作が実行された場合には満点の評価を与える一方で、実際には途中までスライダ１８を移動させる操作（以下、途中操作と呼ぶ場合がある）が実行されている場合にはスライダ１８の移動の程度に応じて部分点を与えるように評価してもよい。つまり、例えば、完全操作の要求に対する実際のプレイ行為が途中操作の場合には、ミス操作として扱うのではなく、スライダ１８の移動の程度に応じてストッパＬＢａに近づくほど評価が高くなるように、その途中操作を評価してもよい。
　続くステップＳ２７において、ゲーム提供部３７は、ステップＳ２６の評価結果をモニタ１３に表示させる。つまり、ゲーム提供部３７は、ゲーム画面の表示を通じてステップＳ２６の評価結果をユーザに通知する。そして、ゲーム提供部３７は、ステップＳ２７の処理を終えると、今回のルーチンを終了する。これにより、各実行時期に対する実際のプレイ行為が評価される。より具体的には、使用対象のシーケンスデータ３８（図１１のルーチンによって変更されている場合は変更後のシーケンスデータ３８の内容）に予め記述されたプレイ行為の内容及び実行時期の内容を基準に実際のプレイ行為の内容及び実行時期が評価される。
　なお、図１２のルーチンの評価内容は、難易度モードが変更に伴い変更されてもよいし、変更されなくてもよい。例えば、難易度モードの統一のめたに選択した難易度モードよりも容易な難易度モードに変更される場合には、そのような変更がない場合に比べて評価対象の実行時期の数が減少する可能性が高い。このような場合、各範囲Ｒの対戦においては公平性が強化されるものの、各ユーザＵの個人の成績面では不利益に該当する場合もある。このような場合、評価内容が更に調整されてもよい。
　具体的には、例えば、評価対象の実行時期の数の減少に伴い、本来の実行時期の数及び実際に実行された適切なプレイ行為の数の比率に基づいて本来の難易度モードをプレイした場合とほぼ同等の評価が得られるように成績が調整されてもよい。或いは、総得点が予め固定的に決まっている場合には、本来の一つ当たりの実行時期の得点に基づいて成績が調整されてもよい。具体的には、その一つ当たりの得点と実行時期の減少数との積を減少後の実行時期の数で割って得られる得点が変更後の各実行時期の得点として利用されてもよい。さらに、各ユーザＵの成績がグループ単位のプレイの成績に影響する場合には、このような調整後の成績がグループ単位のプレイの成績として利用されてもよい。
　以上に説明したように、この形態によれば、ゲームの範囲条件を満たす一部範囲ＲにおいてユーザＵ間の難易度が相違する場合に、その難易度の相違が低減されるようにその一部範囲Ｒの難易度が調整される。したがって、その一部範囲Ｒにおいて難易度の相違に基づく影響を低減することができる。つまり、難易度の相違に基づく影響が低減される範囲をゲーム内に設けることができる。これにより、複数のユーザＵ間において異なる難易度のプレイが許容される場合の公平性を少なくとも一部範囲Ｒにおいて強化することができる。このため、例えば、少なくともゲームの一部範囲Ｒにおいて公平性の高い協力プレイや対戦プレイ等の多様なプレイを提供することができる。結果として、協力プレイや対戦プレイ等の複数のユーザＵを活用する多様なプレイにおいて異なる難易度のプレイを許容することもできる。
　具体的には、例えば、音楽ゲームが代表の各ユーザＵに対応付けられる複数の範囲Ｒに区部され、各ユーザＵのプレイするゲームにおいて自己の担当（代表）する範囲Ｒが一部範囲Ｒとして利用される場合には、各ユーザＵの担当の範囲Ｒにおける公平性を強化することができる。結果として、このようなグループＵＧの各ユーザＵの組合せ（代表）を活用した多様なプレイ形式を一度のプレイ機会に多様な組合せによって提供可能な音楽ゲームにおいて異なる難易度のプレイを実現することができる。
　また、難易度の調整が難易度モードの統一によって実現される場合には、難易度モードの一致を通じて代表の各ユーザＵ間の難易度を一致させることができる。これにより、難易度モードの一致を通じて視覚的効果（例えば、表示面）や感覚的効果（例えば、評価面）を一致させることができる。より具体的には、例えば、各難易度モードがシーケンスデータ３８の内容の相違により実現される場合には、代表のユーザＵ間のシーケンスデータ３８の内容を一致させることにより各範囲Ｒにおいて代表の各ユーザＵに同じゲーム画面を提供することができる。つまり、同じ視覚的効果及び感覚的効果で各範囲Ｒを代表のユーザＵにプレイさせることができる。これにより、代表の各ユーザＵ間においては、ほぼ完全に公平性を担保することができる。
　具体的には、このような統一が代表の各ユーザＵ間で最も難易度の低いシーケンスデータ３８によって実現される場合には、最も熟練度の低いユーザＵのレベルに一致させることができる。これにより、最も熟練度の低いユーザＵが適切にプレイできず、興味を失うことを抑制することもできる。また、ゲーム画面（シーケンスデータ３８の内容）の統一により、同じ範囲Ｒを担当するユーザＵに同じプレイ行為を要求することができる。結果として、その範囲Ｒにおいてそれらの担当のユーザＵのプレイ行為（動作や操作）をシンクロさせることができる（少なくとも、適切なプレイ行為が実行されている場合にはシンクロさせているように見せることができる）。これにより、それらのユーザＵ間に一体感を醸成することができるとともに、目立つ演出を実現することができる。特に、大きな動作を伴うスライダ１８への操作が要求される場合には、このような演出等の効果をより高めることができる。
　さらに、難易度モードの変更、つまり使用対象のシーケンスデータ３８の内容の変更に伴い、各ユーザＵの個人の成績が調整される場合には、難易度モードの変更に伴う各ユーザＵの成績面での不利益を抑制することができる。これにより、各範囲Ｒにおける公平性を更に強化することができる。結果として、これらによりゲームの興趣性を向上させることができる。
　以上の形態において、ゲーム機ＧＭの制御ユニット３０が、図１１のルーチンを実行することにより本発明の難易度判別手段及び難易度調整手段として機能する。また、ゲーム機ＧＭの記憶ユニット３１が、シーケンスデータ３８を記憶することにより本発明のデータ記憶装置として機能する。
　本発明は上述の形態に限定されず、適宜の形態にて実施することができる。例えば、上述の形態では、難易度モードは、各範囲Ｒにおいて代表の各ユーザＵのうちの最も低い難易度モードに統一されている。しかし、本発明は、このような形態に限定されない。難易度モードは、例えば、最も高い難易度モード、或いは中間の難易度モード等の各種の難易度モードに統一されてよい。さらに、統一対象の難易度モードは、各範囲Ｒにおいて代表の各ユーザＵがプレイする難易度モードに限定されない。例えば、統一対象として、専用の難易度モードが利用される等、各範囲Ｒにおいて代表の各ユーザＵがプレイする難易度モードとは無関係の難易度モードが利用されてもよい。なお、例えば、専用の難易度モードは、代表の各ユーザＵがプレイ対象に選択した難易度モードが相違していない場合にも使用されてよい。つまり、同一の難易度モードが選択されている場合でも各範囲Ｒでは代表のユーザＵ間の難易度モードが選択対象と異なる専用の難易度モードに統一されてもよい。この場合、例えば、専用の難易度モードの魅力を通じて、代表のユーザＵとしてプレイする各範囲Ｒに魅力を与えることができる。これにより、グループプレイを促進することができる。
　また、上述の形態では、各範囲Ｒにおいて代表の各ユーザＵの難易度が相違する場合に、これらの各ユーザＵを対象に難易度が調整されている。しかし、本発明は、このような形態に限定されない。例えば、複数の範囲Ｒの少なくとも一部では、代表のユーザＵに限定されず、例えば、全ユーザＵ等の他のユーザＵの難易度も調整されてよい。同様に、同じ範囲Ｒの代表のユーザＵ間において難易度が調整される形態にも限定されない。例えば、異なる範囲Ｒを担当する各ユーザＵ間において難易度の調整が実行されてもよい。この場合も、例えば、グループ単位で見れば、全体としての公平性を強化することができる。
　上述の形態では、代表のユーザＵ間の難易度モードが相違する場合に、各難易度モードに対応するシーケンスデータ３８の内容を変更することにより難易度が調整される例が説明されている。しかし、本発明は、このような形態に限定されない。例えば、難易度モードが統一されるように内容を変更した一つのシーケンスデータ３８の内容（例えば、該当の範囲Ｒに対応する部分だけ低難度シーケンスデータ３８Ｅの内容に該当するように変更された中難度シーケンスデータ３８Ｎ等）を予め生成してもよい。そして、このような難易度モードの変更が反映されたシーケンスデータ３８が他の内容に切り替えられずに継続的に使用されてもよい。或いは、このようなシーケンスデータ３８が予め用意されていてもよい。
　上述の形態では、難易度の相違が難易度モードの統一により低減されている。具体的には、各範囲Ｒにおいて代表の各ユーザＵ間に難易度モードの相違がある場合、各ユーザＵ間の難易度モードを一致させることにより各範囲Ｒの難易度が調整される例が説明されている。しかし、本発明は、このような形態に限定されない。難易度の調整は、難易度の相違が低減される限り、視覚的効果や感覚的効果、或いはこれらの組合せ等の各種の態様によって実現されてよい。
　具体的には、例えば、難易度の調整は、評価基準（評価面）の調整により実現されてもよい。例えば、評価基準の調整として、適切なプレイ行為と判別される所定期間（高評価期間を含む）の増減が採用されてもよい。所定期間は、短いほど難易度が高い。このため、所定期間の増減によっても難易度の調整は可能性である。また、評価基準として、評価対象の実行時期の数が採用されてよい。具体的には、例えば、評価対象の実行時期の数が一致するように、評価対象の実行時期の数が多い方のユーザＵの評価対象から一部の実行時期を除外することにより難易度が調整されてもよい。この場合、評価対象外の実行時期に対応する指示標識は表示されても、されなくてもよい。また、評価対象外の実行時期は、実際のプレイ行為の前に決定されていてもよいし、実際のプレイ行為後に適切にプレイ行為を実行できなかった実行時期が評価対象外として決定されてもよい。そして、例えば、これらのような評価基準に基づいて図１２のルーチン等を通じてユーザＵのプレイ行為が評価される場合に、ゲーム機ＧＭの制御ユニット３０が本発明の評価手段として機能してよい。なお、例えば、グループ対戦（或いは協力プレイ）において評価基準によって難易度が調整される場合、グループ対戦等のグループＵＧに影響する評価と個別（個人）の成績に影響する評価とは別々の基準に基づいて評価されてもよい。つまり、個別の評価基準（例えば、プレイ全体を評価するための評価基準）として、グループＵＧに関連する評価基準（例えば、担当範囲Ｒにおける評価基準）とは異なる評価基準が採用されてもよい。具体的には、例えば、実際のプレイ行為後に適切にプレイ行為を実行できなかった実行時期が評価対象外として調整される場合において、各範囲Ｒの評価結果として、グループ対戦等の成績に影響する評価結果にはその調整後の評価結果が、各ユーザＵの個人の成績に影響する評価結果にはそのような調整が入る前の評価結果、つまり適切にプレイ行為を実行できなかった実行時期がミス操作等として扱われる評価結果が、それぞれ使用されてもよい。
　また、上述の形態では、グループ単位のプレイでは、グループＵＧ間で対戦或いは協力等のプレイが実行されている。しかし、本発明は、このような形態に限定されない。例えば、一つのグループＵＧ内において範囲Ｒ毎に複数の代表のユーザＵが決定されてよい。つまり、同じグループＵＧ内において範囲Ｒ毎に変化するユーザの組合せが実現されてもよい。そして、それらの同じグループＵＧの代表のユーザＵによって対戦等が実現されてもよい。同様に、上述の形態では、範囲Ｒ毎に全ての範囲Ｒでユーザの組合せが変化する例が説明されている。しかし、本発明は、このような例に限定されない。例えば、複数の範囲Ｒの一部においてユーザＵの組合せが変化してもよい（換言すれば、代表のユーザＵの組合せが同じ範囲Ｒが含まれていてもよい）。さらに、例えば、複数のグループＵＧを代表する複数のユーザＵが各範囲Ｒに関連付けられる場合、それらのグループＵＧの一部のグループＵＧの代表が範囲Ｒ毎に変化してもよい。つまり、各範囲Ｒにおいて複数のグループＵＧの全ての代表のユーザＵが変化する必要はない。結果として、ユーザＵの組合せの変化には、グループＵＧは考慮されなくてもよい。つまり、ユーザＵの組合せの変化は、各範囲Ｒに関連付けられる代表のユーザを対象に少なくとも一部が変化するように生じてよい。
　同様に、上述の形態では、グループ単位のプレイでは、対戦形式のプレイや協力形式のプレイ等のいずれか一つの形式が採用されている。しかし、本発明は、このような形態に限定されない。例えば、範囲Ｒ毎に協力形式のプレイや対戦形式のプレイ等が入れ替わってもよい。つまり、音楽ゲームのプレイ範囲は、対戦形式等の複数のプレイ形式をそれらが混合するように含んでいてよい。そして、それらは、例えば、範囲Ｒ毎に変化してもよい。また、例えば、同一グループＵＧに属するユーザＵ間では協力プレイが実行される一方で、各グループＵＧ間では対戦が実行される等、複数のプレイ形成が各範囲Ｒに複合的に（混合するように）含まれていてもよい。同様に、代表のユーザＵが設定される範囲Ｒ、つまり対戦等が実行される範囲Ｒがプレイ範囲ＡＲ（全範囲Ｒ）の一部でもよいこと、及びそのような範囲Ｒが所望のプレイ方式の実現のためにユーザＵによって設定されてよいことは当然である。
　また、上述の形態では、複数のゲーム機ＧＭの少なくとも一部をマッチングするマッチングサービスによりグループＵＧが形成されている。そして、そのような一部のゲーム機ＧＭをそれぞれ使用する複数のユーザＵが本発明の複数のユーザとして機能している。しかし、本発明は、このような形態に限定されない。例えば、グループＵＧは、単に同じゲーム機ＧＭ（例えば、一台のゲーム機ＧＭにコントロールパネル等の複数の入力装置が設けられている場合を含む）を使用する複数のユーザＵによって形成されてもよい。例えば、この場合、範囲Ｒ毎の組合せや各範囲Ｒの評価は、ゲーム機ＧＭが実行してもよい。そして、この場合、センターサーバ２は省略されてもよい。つまり、ゲームシステム１は、一台のゲーム機ＧＭによって実現されてもよい。或いは、反対にゲーム機ＧＭが実行する各処理の全部或いは一部をセンターサーバ３２が実行してもよい。
　上述の形態では、ゲーム機ＧＭは音楽ゲームを提供している。しかし、ゲーム機ＧＭが提供するゲームは、このような形態に限定されない。例えば、その他にも、アクションゲーム、ロールプレイングゲーム、アドベンチャーゲーム、シミュレーションゲーム、パズルゲーム、カードゲーム、シューティングゲーム、スポーツゲーム、複合ゲーム等の各種のゲームがゲーム機ＧＭによって提供されてよい。したがって、一部範囲も時間によって特定される範囲に限定されない。ゲーム機ＧＭが提供する各種のゲームに応じて一部範囲は適宜に設定されてよい。
　また、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機ＧＭは、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワーク３を通じて制御ユニット３０の処理結果を提供する端末として構成されていてもよい。
　以下に、上述の内容から得られる本発明の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
　本発明のゲームシステムは、複数の難易度を含み、複数のユーザ（Ｕ１Ａ、Ｕ２Ｂ）によって共通にプレイされるゲームを前記複数のユーザ間において難易度が異なるプレイを許容するように提供するゲームシステム（１）であって、前記複数のユーザ間において難易度が相違している場合に、前記複数のユーザがそれぞれプレイする前記ゲームの難易度を判別する難易度判別手段（３０）と、前記複数のユーザ間の前記難易度の相違に基づいて、前記ゲームの一部範囲において前記難易度の相違が低減されるように前記一部範囲（Ｒ）の前記ゲームの難易度を調整する難易度調整手段（３０）と、を備えている。
　本発明のゲームシステムによれば、複数のユーザ間においてゲームの難易度が相違する場合に、ゲームの一部範囲において難易度の相違が低減されるように一部範囲のゲームの難易度が調整される。したがって、その一部範囲において難易度の相違に基づく影響を低減することができる。つまり、難易度の相違に基づく影響が低減される範囲をゲームに設けることができる。これにより、複数のユーザ間において異なる難易度のプレイが許容される場合の公平性を少なくとも一部範囲において強化することができる。このため、例えば、少なくともゲームの一部範囲において公平性の高い協力プレイや対戦プレイ等の多様なプレイを提供することができる。結果として、協力プレイや対戦プレイ等の複数のユーザを活用する多様なプレイにおいて異なる難易度のプレイを許容することができる。
　難易度の調整は、例えば、視覚的効果（例えば、表示面）や感覚的効果（例えば、評価面）、或いはこれらの組合せ等の各種の態様によって実現されてよい。例えば、本発明のゲームシステムの一態様として、各ユーザのプレイ行為を評価基準に従って評価する評価手段（３０）を更に備え、前記難易度調整手段は、前記一部範囲において前記評価基準を変更することにより前記ゲームの難易度を調整してもよい。この場合、評価基準の変更により評価結果（評価面）を通じてゲームの難易度を調整することができる。或いは、本発明のゲームシステムの一態様において、前記ゲームは、前記複数の難易度として、各ユーザによって選択される複数の難易度モード（“ＥＡＳＹ”、“ＮＯＲＭＡＬ”、“ＨＡＲＤ”）を含み、前記難易度調整手段は、前記複数のユーザによってそれぞれ別々の難易度モードで前記ゲームがプレイされている場合に、前記別々の難易度モードを前記一部範囲において特定の難易度モード（“ＥＡＳＹ”）に一致させることにより前記ゲームの難易度を調整してもよい。この場合、難易度モードの一致を通じて複数のユーザ間の難易度を一致させることができる。これにより、視覚的効果や感覚的効果を複数のユーザ間で一致させることができる。
　また、複数の難易度モードは、各種の態様で実現されよい。例えば、複数の難易度モードを利用する本発明の一態様において、プレイ行為を実行すべき実行時期が予め記述されたシーケンスデータ（３８）を記憶するデータ記憶装置（３１）を備え、前記ゲームとして、前記シーケンスデータに基づいて前記実行時期を案内するとともに、前記プレイ行為が実行された場合に当該プレイ行為の実際の実行時期を前記シーケンスデータの前記実行時期を基準に評価するタイミングゲームが提供され、前記シーケンスデータは、前記複数の難易度モードをそれぞれ実現するために前記実行時期の内容が相違する複数のシーケンスデータ（３８Ｅ、３８Ｎ、３８Ｈ）を含み、前記難易度調整手段は、前記一部範囲において各ユーザの難易度モードで使用されるシーケンスデータの実行時期の内容を前記特定のモードを実現するための特定のシーケンスデータ（３８Ｅ）に記述される前記実行時期の内容に一致させることにより前記別々の難易度モードを前記一部範囲において前記特定のシーケンスデータに対応する特定の難易度モードに一致させてもよい。なお、調整に使用される特定の難易度モードとして、例えば、複数のユーザのいずれかがプレイする難易度モード或いは複数のユーザがプレイするいずれの難易度とも相違する専用の難易度モード等、各種の難易度モードが採用されてよい。
　ゲームの一部範囲として、各種の範囲が採用されてよい。例えば、前記ゲームは、前記複数のユーザを含む多数のユーザによってプレイされ、前記ゲームのプレイ範囲は、前記多数のユーザ（ＵＧ）のうちの二以上のユーザ（Ｕ１Ａ、Ｕ２Ｂ）にそれぞれ関連付けられる複数の範囲（Ｒ）に区分され、前記複数の範囲は、範囲毎の前記二以上のユーザの組合せが変化するように構成され、前記一部範囲として、前記複数の範囲の少なくとも一部が利用されてもよい。この態様において、前記複数のユーザとして、範囲毎の前記二以上のユーザが機能し、前記難易度調整手段は、範囲毎に前記二以上のユーザ間の前記ゲームの難易度を調整してもよい。また、前記多数のユーザは、複数のグループ（ＵＧ１、ＵＧ２）を形成し、前記二以上のユーザは、前記複数のグループのうちの互いに異なる二以上のグループ（ＵＧ１、ＵＧ２）からそれぞれ決定されてもよい。さらに、この態様において、前記ゲームは、前記二以上のグループ間の優劣が範囲毎に決定されるように構成されてもよい。これらの場合、多数のユーザの存在を活用した多様なプレイ形式を一度のプレイ機会に多様な組合せによって提供可能なゲームにおいて異なる難易度のプレイを実現することができる。
　複数のユーザとして、例えば、一台のゲーム機を共用する複数のユーザ、複数のゲーム機をそれぞれ使用する友人や知り合い等の互いに関係する複数のユーザ、或いは複数のゲーム機のうちマッチングによって任意に特定された一部のゲーム機をそれぞれ使用する複数のユーザ等、各種の態様の複数のユーザが機能してよい。例えば、本発明のゲームシステムの一態様として、前記複数のユーザにそれぞれ前記ゲームを提供する複数のゲーム機（ＧＭ）と、前記複数のゲーム機にネットワーク（３）を介して接続されるサーバ装置（２）と、を備え、前記サーバ装置は、前記ネットワークを介して前記複数のゲーム機の少なくとも一部をマッチングするマッチングサービスを前記複数のゲーム機に提供し、前記複数のユーザとして、前記マッチングサービスを介してマッチングされた前記一部のゲーム機をそれぞれ使用する複数のユーザが機能する態様が採用されてもよい。
　一方、本発明のコンピュータプログラムは、前記ゲームの提供に使用される出力装置（１３）に接続されるコンピュータ（３０）を、上述のゲームシステムの各手段として機能させるように構成されたものである。
　また、本発明のサーバ装置は、前記ゲームの提供に使用される出力装置（１３）にネットワーク（３）を介して接続され、上述のゲームシステムの各手段として機能するものである。本発明のコンピュータプログラム或いはサーバ装置が実行されることにより、本発明のゲームシステムを実現することができる。
　１　ゲームシステム
　２　センターサーバ（サーバ装置）
　３　ネットワーク
　１３　モニタ（出力装置）
　３０　制御ユニット（コンピュータ、難易度判別手段、難易度調整手段、評価手段）
　３１　記憶ユニット（データ記憶装置）
　３８　シーケンスデータ
　３８Ｅ　低難度シーケンスデータ（複数のシーケンスデータ、特定のシーケンスデータ）
　３８Ｎ　中難度シーケンスデータ（複数のシーケンスデータ）
　３８Ｈ　高難度シーケンスデータ（複数のシーケンスデータ）
　Ｒ　範囲
　Ｕ　ユーザ
　ＧＭ　ゲーム機
　ＵＧ　グループ（多数のユーザ）
　ＵＧ１　第１グループ（複数のグループ、二以上のグループ）
　ＵＧ２　第２グループ（複数のグループ、二以上のグループ）
　Ｕ１Ａ　第１Ａユーザ（複数のユーザ、二以上のユーザ）
　Ｕ２Ｂ　第２Ｂユーザ（複数のユーザ、二以上のユーザ）

Claims (11)

  1. 　複数の難易度を含み、複数のユーザによって共通にプレイされるゲームを前記複数のユーザ間において難易度が異なるプレイを許容するように提供するゲームシステムであって、
    　前記複数のユーザ間において難易度が相違している場合に、前記複数のユーザがそれぞれプレイする前記ゲームの難易度を判別する難易度判別手段と、
    　前記複数のユーザ間の前記難易度の相違に基づいて、前記ゲームの一部範囲において前記難易度の相違が低減されるように前記一部範囲の前記ゲームの難易度を調整する難易度調整手段と、
    を備える、ゲームシステム。
  2. 　各ユーザのプレイ行為を評価基準に従って評価する評価手段を更に備え、
    　前記難易度調整手段は、前記一部範囲において前記評価基準を変更することにより前記ゲームの難易度を調整する、請求項１のゲームシステム。
  3. 　前記ゲームは、前記複数の難易度として、各ユーザによって選択される複数の難易度モードを含み、
    　前記難易度調整手段は、前記複数のユーザによってそれぞれ別々の難易度モードで前記ゲームがプレイされている場合に、前記別々の難易度モードを前記一部範囲において特定の難易度モードに一致させることにより前記ゲームの難易度を調整する、請求項１のゲームシステム。
  4. 　プレイ行為を実行すべき実行時期が予め記述されたシーケンスデータを記憶するデータ記憶装置を備え、
    　前記ゲームとして、前記シーケンスデータに基づいて前記実行時期を案内するとともに、前記プレイ行為が実行された場合に当該プレイ行為の実際の実行時期を前記シーケンスデータの前記実行時期を基準に評価するタイミングゲームが提供され、
    　前記シーケンスデータは、前記複数の難易度モードをそれぞれ実現するために前記実行時期の内容が相違する複数のシーケンスデータを含み、
    　前記難易度調整手段は、前記一部範囲において各ユーザの難易度モードで使用されるシーケンスデータの実行時期の内容を前記特定のモードを実現するための特定のシーケンスデータに記述される前記実行時期の内容に一致させることにより前記別々の難易度モードを前記一部範囲において前記特定のシーケンスデータに対応する特定の難易度モードに一致させる、請求項３のゲームシステム。
  5. 　前記ゲームは、前記複数のユーザを含む多数のユーザによってプレイされ、
    　前記ゲームのプレイ範囲は、前記多数のユーザのうちの二以上のユーザにそれぞれ関連付けられる複数の範囲に区分され、
    　前記複数の範囲は、範囲毎の前記二以上のユーザの組合せが変化するように構成され、
    　前記一部範囲として、前記複数の範囲の少なくとも一部が利用される、請求項１～４のいずれか一項のゲームシステム。
  6. 　前記複数のユーザとして、範囲毎の前記二以上のユーザが機能し、
    　前記難易度調整手段は、範囲毎に前記二以上のユーザ間の前記ゲームの難易度を調整する、請求項５のゲームシステム。
  7. 　前記多数のユーザは、複数のグループを形成し、
    　前記二以上のユーザは、前記複数のグループのうちの互いに異なる二以上のグループからそれぞれ決定される、請求項５又は６のゲームシステム。
  8. 　前記ゲームは、前記二以上のグループ間の優劣が範囲毎に決定されるように構成される、請求項７のゲームシステム。
  9. 　前記複数のユーザにそれぞれ前記ゲームを提供する複数のゲーム機と、
    　前記複数のゲーム機にネットワークを介して接続されるサーバ装置と、
    を備え、
    　前記サーバ装置は、前記ネットワークを介して前記複数のゲーム機の少なくとも一部をマッチングするマッチングサービスを前記複数のゲーム機に提供し、
    　前記複数のユーザとして、前記マッチングサービスを介してマッチングされた前記一部のゲーム機をそれぞれ使用する複数のユーザが機能する、請求項１～８のいずれか一項のゲームシステム。
  10. 　前記ゲームの提供に使用される出力装置に接続されるコンピュータを、請求項１～９のいずれか一項のゲームシステムの各手段として機能させるように構成されたコンピュータプログラム。
  11. 　前記ゲームの提供に使用される出力装置にネットワークを介して接続され、請求項１～９のいずれか一項のゲームシステムの各手段として機能するサーバ装置。
PCT/JP2016/085186 2016-03-15 2016-11-28 ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置 WO2017158941A1 (ja)

Applications Claiming Priority (2)

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

Publications (1)

Publication Number Publication Date
WO2017158941A1 true WO2017158941A1 (ja) 2017-09-21

Family

ID=59852182

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2016/085186 WO2017158941A1 (ja) 2016-03-15 2016-11-28 ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置

Country Status (2)

Country Link
JP (1) JP6261017B2 (ja)
WO (1) WO2017158941A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115951786A (zh) * 2023-03-14 2023-04-11 环球数科集团有限公司 一种利用aigc技术的多结局创意社交游戏的创作方法

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP7321692B2 (ja) * 2018-10-09 2023-08-07 株式会社コロプラ ゲームプログラム
JP6590454B1 (ja) * 2019-01-23 2019-10-16 株式会社コナミアミューズメント ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP6661176B1 (ja) * 2019-02-15 2020-03-11 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP6675818B1 (ja) * 2019-12-06 2020-04-08 ＫＬａｂ株式会社 端末装置、案内方法、ならびに、プログラム
CN111265880B (zh) * 2020-02-25 2021-07-16 北京字节跳动网络技术有限公司 一种游戏调整方法、装置、电子设备和存储介质

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001246167A (ja) * 2000-03-06 2001-09-11 Namco Ltd ゲーム装置、およびゲーム用プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2004147846A (ja) * 2002-10-30 2004-05-27 Konami Co Ltd ゲーム装置及びプログラム
JP2013099482A (ja) * 2011-11-09 2013-05-23 Konami Digital Entertainment Co Ltd ゲーム機、それに用いる制御方法及び、コンピュータプログラム
JP2013244200A (ja) * 2012-05-25 2013-12-09 Konami Digital Entertainment Co Ltd ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Family Cites Families (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5377878B2 (ja) * 2008-04-03 2013-12-25 株式会社バンダイナムコゲームス プログラム、情報記憶媒体、及びゲームシステム

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2001246167A (ja) * 2000-03-06 2001-09-11 Namco Ltd ゲーム装置、およびゲーム用プログラムを記録したコンピュータ読み取り可能な記録媒体
JP2004147846A (ja) * 2002-10-30 2004-05-27 Konami Co Ltd ゲーム装置及びプログラム
JP2013099482A (ja) * 2011-11-09 2013-05-23 Konami Digital Entertainment Co Ltd ゲーム機、それに用いる制御方法及び、コンピュータプログラム
JP2013244200A (ja) * 2012-05-25 2013-12-09 Konami Digital Entertainment Co Ltd ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Mazu wa Kyoryoku Play de Online ni Nareyo Story no Coop Play to 5 Nin Kyoryoku no Horde' to Kisai Sareteiru Page no 'Nan'ido no Chigai mo Jidoteki ni Chosei' to 'Kyoryoku Play Impression' ni Kansuru Kisai 0 Tokuni Sans ho", GEARS OF WAR 2, SHUKAN FAMI-TSU', vol. 24, no. 34, 4 August 2009 (2009-08-04) *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN115951786A (zh) * 2023-03-14 2023-04-11 环球数科集团有限公司 一种利用aigc技术的多结局创意社交游戏的创作方法
CN115951786B (zh) * 2023-03-14 2023-05-12 环球数科集团有限公司 一种利用aigc技术的多结局创意社交游戏的创作方法

Also Published As

Publication number Publication date
JP2017164207A (ja) 2017-09-21
JP6261017B2 (ja) 2018-01-17

Similar Documents

Publication Publication Date Title
JP6261017B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
US20200023280A1 (en) Computer system and game system
WO2018181725A1 (ja) コンピュータシステム及びゲームシステム
JP5980849B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5681127B2 (ja) ゲーム管理装置、ゲーム管理プログラム、及びゲーム管理システム
JP7529646B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP6260785B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
US10434407B2 (en) Game system, and storage medium used in same
JP7545427B2 (ja) プログラム、端末、ゲームシステム及びゲーム管理装置
JP2020162881A (ja) コンピュータシステムおよび動画配信視聴システム
JP6676233B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP5297938B2 (ja) ゲーム装置、ゲームシステム及びプログラム
JP5977708B2 (ja) ゲームシステム、ゲーム制御方法及びコンピュータプログラム
JP6621156B1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP2023130458A (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
US10434421B2 (en) Game system, and storage medium used in same
JP6601682B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5922720B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6661176B1 (ja) ゲームシステム、それに用いるコンピュータプログラム、及び制御方法
JP7252746B2 (ja) プログラムおよびコンピュータシステム
KR20140119288A (ko) 게임 시스템 및 이의 운영 방법
JP2021159550A (ja) 情報処理装置およびプログラム
JP6241628B2 (ja) ゲームシステム、及びそれに用いられるコンピュータプログラム
WO2017154666A1 (ja) ゲームシステム、それに用いられるコンピュータプログラム、及びサーバ装置
JP2020032302A (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: 16894558

Country of ref document: EP

Kind code of ref document: A1

122 Ep: pct application non-entry in european phase

Ref document number: 16894558

Country of ref document: EP

Kind code of ref document: A1