WO2021132002A1 - プログラム、情報処理装置、および情報処理装置の制御方法 - Google Patents

プログラム、情報処理装置、および情報処理装置の制御方法 Download PDF

Info

Publication number
WO2021132002A1
WO2021132002A1 PCT/JP2020/047110 JP2020047110W WO2021132002A1 WO 2021132002 A1 WO2021132002 A1 WO 2021132002A1 JP 2020047110 W JP2020047110 W JP 2020047110W WO 2021132002 A1 WO2021132002 A1 WO 2021132002A1
Authority
WO
WIPO (PCT)
Prior art keywords
player
tournament
players
watching
organizer
Prior art date
Application number
PCT/JP2020/047110
Other languages
English (en)
French (fr)
Inventor
渉 小西
嵩 藤田
Original Assignee
株式会社Cygames
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 株式会社Cygames filed Critical 株式会社Cygames
Priority to CN202080090338.4A priority Critical patent/CN114901372A/zh
Publication of WO2021132002A1 publication Critical patent/WO2021132002A1/ja
Priority to US17/808,757 priority patent/US20220314127A1/en

Links

Images

Classifications

    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70Game security or game management aspects
    • A63F13/79Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795Game 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
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/30Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/35Details of game servers
    • AHUMAN NECESSITIES
    • A63SPORTS; GAMES; AMUSEMENTS
    • A63FCARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85Providing additional services to players
    • A63F13/86Watching games played by other players

Definitions

  • the present invention relates to a program for a game in which players compete against each other, an information processing device, and a control method of the information processing device.
  • the present invention has been made in view of the above circumstances, and an object of the present invention is to provide a program, an information processing device, and a control method of the information processing device capable of improving the interface environment for a game in which players play against each other. To do.
  • the present invention is a program for a game in which players compete against each other, and is a group that creates a battle group in which the player is registered as the organizer in response to a request from the terminal of the player who is the organizer.
  • terminals of a plurality of players different from the organizer terminals of a plurality of players different from the organizer, a player registration unit that registers the plurality of players in the battle group, and requests from the terminals of the player who is the organizer.
  • a spectator authority setting unit for setting the spectator authority for a match between players belonging to the spectator group in response
  • a spectator function providing unit for providing a spectator function for spectating a match between players according to the setting contents of the spectator authority.
  • the computer is made to function, and the watching authority setting unit cannot watch the battle between players belonging to the battle group on the terminal of a player other than the organizer who is not playing the battle, but becomes the organizer. It relates to a program that enables setting of watching authority to enable watching a game through a player's terminal.
  • the terminal of the player during the battle does not disclose information on some game media used by the opponent player, and the game watching function providing unit has the watching authority.
  • the terminal of the player having the above may provide a game watching function so that the player can watch the game between the players in a state where the information of the game medium which is not disclosed between the players during the game is disclosed.
  • the spectator authority setting unit plays a match between players belonging to the match group, not only at the terminal of the player who became the organizer, but also at a match other than the organizer. It may be possible to set the watching authority so that the watching can be done from the terminal of a player who does not have one.
  • the present invention is an information processing device for a game in which players compete against each other, and creates a battle group in which the player is registered as the organizer in response to a request from the terminal of the player who is the organizer. From the group creation unit, the player registration unit that registers the plurality of players in the battle group in response to requests from the terminals of a plurality of players different from the organizer, and the terminals of the player who is the organizer.
  • a watching function that provides a watching authority setting unit for setting watching authority for a match between players belonging to the fighting group in response to a request, and a watching function for watching a match between players according to the setting contents of the watching authority.
  • the spectator authority setting unit including the providing unit, cannot watch the battle between players belonging to the battle group on the terminal of a player other than the organizer who has not played the battle, but becomes the organizer. It relates to an information processing device capable of setting a watching authority that enables watching a game through a terminal of a player.
  • the present invention is a control method of an information processing device for a game in which players compete with each other, and the player is registered as the organizer in response to a request from the terminal of the player who is the organizer.
  • a group creation step for creating a group a player registration step for registering the plurality of players in the battle group in response to requests from terminals of a plurality of players different from the organizer, and a player for the organizer.
  • the watching authority setting step which includes a watching function providing step, a match between players belonging to the fighting group cannot be watched on a terminal of a player other than the organizer who has not played the match, but the hosting It relates to a control method of an information processing device that enables setting of watching authority to enable watching a game through a terminal of a player who has become a person.
  • the battle between players belonging to the battle group can be watched through the terminal of the player who became the organizer, while the player other than the organizer can watch the battle. Therefore, by making it possible to set the watching authority so that the player's terminal that is not playing the match cannot watch the game, it is possible to properly manage the fighting group while maintaining fairness among the players, so that the players can manage each other appropriately. It is possible to improve the interface environment for the games in which the competition is played.
  • FIG. 1 It is a figure which shows the whole structure of an information processing system. Among the functions realized by the information processing system, it is a functional block diagram related to the function of watching a match between players. It is a flowchart which shows an example of the process executed in an information processing system. It is a figure which shows an example of the battle mode selection screen displayed on a player terminal. It is a figure which shows an example of the holding / participation selection screen displayed on a player terminal. It is a figure which shows an example of the tournament information setting screen displayed on a player terminal. It is a figure which shows an example of the item which can be set about the tournament information. It is a figure which shows an example of the tournament registration completion screen displayed on a player terminal.
  • FIG. 1 is a diagram showing an overall configuration of the information processing system 10 of the present embodiment.
  • the server 20 and a plurality of player terminals 40 are connected by a network 30 such as the Internet, a mobile phone network, a LAN, and a WAN, and a so-called client-server communication system is used. It is configured.
  • a network 30 such as the Internet, a mobile phone network, a LAN, and a WAN, and a so-called client-server communication system is used. It is configured.
  • Each of the plurality of player terminals 40 communicates with the server 20 via the network 30 to send and receive various information. Further, each of the plurality of player terminals 40 communicates with other player terminals 40 via the network 30 and the server 20 to transmit and receive various information.
  • the server 20 is a control unit 21 composed of a processor such as a CPU, a storage unit 22 composed of a main storage device such as a ROM or RAM, and an auxiliary storage device such as an HDD or SSD, and a communication unit 23 composed of a communication module or a communication interface. And include.
  • the server 20 executes various processes according to the program stored in the storage unit 22 by the control unit 21. Further, the server 20 receives information from the player terminal 40 by the communication unit 23, and transmits information and the like regarding the result of the processing executed by the control unit 21 to the player terminal 40.
  • the player terminal 40 is a smartphone, a tablet, a personal computer, a portable game machine, a stationary game machine installed in a store or a home, or the like.
  • the player terminal 40 includes a control unit 41 composed of a processor such as a CPU, a storage unit 42 composed of a main storage device such as a ROM and a RAM, and an auxiliary storage device such as a flash memory, an HDD, and an SDD, a touch panel, a keyboard, a microphone, and the like. It includes an operation / input unit 43 including an operation / input unit 43, a display unit 44 including a liquid crystal display, an organic EL display, and the like, and a communication unit 45 including a communication module and a communication interface.
  • the player terminal 40 also executes various processes according to the program stored in the storage unit 42. Further, the player terminal 40 receives the information from the server 20 by the communication unit 45, and transmits the information to the server 40 and another player terminal 40.
  • FIG. 2 is a functional block diagram showing the main functions of the server 20.
  • a battle group in which a plurality of players are registered is created with an arbitrary player as the organizer, and the players belonging to the battle group play a battle using a game medium imitating a card, and the battle result is obtained. It has a function to hold a "user tournament" in which the rankings are competed based on the ranking, and a function to watch the battle between players belonging to the battle group through the screen of the player terminal 40 having the watching authority in the "user tournament". , The case where these functions are realized mainly by the server 20 will be described.
  • the above-mentioned functions may be realized mainly by the player terminal 40, or may be shared and realized by the server 20 and the player terminal 40. Then, on the server 20, as shown in FIG. 2, the data storage unit 50 and the game execution unit 60 cooperate to realize the above function.
  • the data storage unit 50 stores data for the game execution unit 60 to perform various processes, and is mainly realized by the storage unit 22.
  • the data storage unit 50 includes the tournament information database 51, and data related to the competition group is stored in the tournament information database 51.
  • the tournament ID for identifying the "user tournament", the player ID of the organizer, the player ID of the participants, the match rules (match method, format), the validity period of the match group (the start time and holding of the "user tournament”). Period), the maximum number of players who can participate, the setting contents of watching authority, the comment history of the organizer and participants, the history of battles between players, etc. are stored.
  • the game execution unit 60 manages a player by a player ID, starts a game when a game start condition is satisfied, executes a game mode selected from a plurality of types of game modes, and advances a game. Process to generate, process to generate an event when the event generation condition is satisfied, process to calculate the game result, process to end the game when the game end condition is satisfied, etc., and mainly communicate with the control unit 21. It is realized by the part 23. Further, the game execution unit 60 provides a process for creating a battle group, a process for registering a player who wants to participate in the battle group, a process for setting watching authority in the battle group, and a game watching function for a battle between players. It also performs processing, and includes a group creation unit 61, a player registration unit 62, a tournament information setting unit (watching authority setting unit) 63, and a game watching function providing unit 64.
  • the group creation unit 61 creates a battle group in which a plurality of players can participate in response to a request from the player terminal 40 of the player who is the organizer.
  • a battle group in which a plurality of players participate can be created, and a "user tournament" in which players belonging to the battle group compete against each other can be held by the player.
  • a player who is the organizer of the "user tournament” can input the setting contents related to the "user tournament” on his / her player terminal 40. Then, when the player terminal 40 of the player who is the organizer completes the input of the setting contents related to the "user tournament” and confirms the holding of the "user tournament", the tournament registration request including the input setting contents is performed.
  • the group creation unit 61 assigns a tournament ID, which is information for identifying the competition group, and creates a new tournament record in the tournament information database 51 in association with the tournament ID. Then, the competition group is created by registering the player ID of the player who will be the organizer as the organizer ID in the created tournament record.
  • the player who has become the organizer of one of the "user tournaments” cannot hold another "user tournament” until the holding period of the "user tournament” sponsored by himself / herself ends. Also, you cannot participate in other "user competitions” as a participant. However, the player who has become the organizer of the "user tournament” may be able to hold another "user tournament”. In addition, the player who has become the organizer of the "user tournament” may be allowed to participate in other "user tournaments" as a participant.
  • the player registration unit 62 registers the player in the battle group in response to the participation registration request from the player terminal 40 of a player other than the organizer.
  • it is possible to search for "user tournament” based on the tournament ID and when the tournament ID is searched and input on the player terminal 40 of each player, the player registration unit 62 will perform the tournament from the player terminal 40.
  • the tournament information of the "user tournament” is used in the player terminal 40 that made the tournament search request. If there is no "user tournament” corresponding to the tournament ID included in the tournament ID search request, a message to that effect is transmitted to the player terminal 40.
  • the player who wishes to participate in the "user tournament” inputs a confirmation about participation in the "user tournament” on his / her player terminal 40 when the "user tournament” corresponding to the searched tournament ID exists. It can be performed. Then, when the confirmation input for participation in the "user tournament” is performed on the player terminal 40, the participation registration request including the tournament ID and its own player ID is transmitted from the player terminal 40 to the server 20.
  • the player registration unit 62 stores the player ID included in the participation registration request in the tournament record corresponding to the tournament ID, and a new player is added to the battle group consisting of the participants of the "user tournament". To register.
  • the participation of a number of players exceeding the upper limit set by the organizer cannot be accepted. Therefore, as a result of searching for the tournament ID by a player who wishes to participate in the battle group, the number of players participating in the battle group of the "user tournament" corresponding to the tournament ID has reached the upper limit. Cannot confirm the participation in the competition group.
  • a player who has participated in one of the "user tournaments” can hold another "user tournament” until the period of the participating "user tournament” ends. Also, you cannot participate in other "user competitions” as a participant. However, the player who participated in the "user tournament” may be able to hold another "user tournament”. In addition, a player who has become a participant in a "user tournament” may be allowed to participate in another "user tournament” as a participant.
  • the tournament information setting unit 63 stores the setting contents related to the "user tournament” in the tournament record created in the tournament information database 51 based on the tournament registration request from the player terminal 40 of the player who is the organizer.
  • the watching authority setting unit is realized as a part of the function of the tournament information setting unit 63, and in response to the tournament registration request from the player terminal 40 of the player who became the organizer, watching the game related to the "user tournament”. Set permissions.
  • one of "organizer only”, “organizer and all participants", and “no watching” can be selected as the setting of the watching authority.
  • the "organizer and all participants" play a match between players belonging to the battle group not only from the player terminal 40 of the player who became the organizer but also from the player terminal 40 of the player other than the organizer who is not engaged in the battle. Is also a watching authority that allows you to watch the game.
  • No watching is a setting that does not give any player the right to watch the game, and no player can watch the battle between the players belonging to the battle group.
  • the watching authority setting unit may be realized as a function independent of the tournament information setting unit 63. For example, at the time of registering the "user tournament", the "user tournament" is registered without setting the watching authority. After that, the watching authority may be set separately using the user interface of the player terminal 40 of the player who became the organizer.
  • the setting of the watching authority may be changed by using the user interface of the player terminal 40 of the player who became the organizer. If the setting of the watching authority can be changed, the setting of the watching authority can be changed between the time when the "user tournament" is registered and the start time, and the watching authority can be changed during the "user tournament". The setting of can be made immutable.
  • the spectator function providing unit 64 provides a spectator function for watching a match between players according to the setting contents of the spectator authority of the match group.
  • the player terminal 40 of the player having the watching authority can input the watching application. Then, when a player who wishes to watch a match between players inputs a watching application, a watching application request is transmitted from the player terminal 40 to the server 20.
  • the spectator function providing unit 64 responds to the spectator application request received from the player terminal 40 of the player who has the spectator authority, registers the player as a spectator, and inputs information of each player who is playing the match to be watched.
  • the spectator function is provided by transmitting information necessary for game calculation such as the above to the player terminal 40 of a player registered as a spectator.
  • the control unit 41 performs a game calculation based on the input information of each player received from the server 20, generates an image related to the watching screen based on the calculation result, and displays the display unit 44 of the player terminal 40. By displaying the watching screen on the screen, you can watch the battle between players.
  • the player terminal 40 of the player in the battle does not disclose the information of some game media used by the opponent player, and the watching function providing unit 64 does not disclose the information.
  • the player terminal 40 of the player having the watching authority provides a watching function so that the players can watch the match between the players in a state where the information of the game medium which is not disclosed between the players in the match is disclosed.
  • the game execution unit 60 has the player terminal 40 of the other player regarding the field card among the card information of the hand card and the field card acquired from the player terminal 40 of one player.
  • a common dummy card information is transmitted to identify the hand card, and the player terminal 40 that receives the card information sends the card information to the storage unit 42.
  • the game is calculated by referring to the stored card information database, treating the regular card information as a playing card, and treating the dummy card information as a hand card. Therefore, since the players in the battle do not have the card information of the opponent's hand card in each player terminal 40, it is not possible to grasp the type of the hand card that is not disclosed on the game screen during the battle. In this way, even if the player terminal 40 is analyzed by using a non-regular method, the card information of the opponent's hand card does not exist in the storage unit 42 of the player terminal 40. Can prevent fraudulent activities.
  • the spectator function providing unit 64 provides the spectator function in the card game
  • the card information of the hand cards and the field card of both players in the battle is transmitted to the player terminal 40 of the spectator.
  • the spectator function is provided with all the hand cards that were not disclosed between the players in the match being disclosed, and in an environment where the situation of each player in the match can be properly grasped, the spectators can see each other. You can watch the match.
  • the server 20 is made to perform a game calculation, the calculation result is transmitted to the player terminal 40 of the spectator, and the player terminal 40 relates to the watching screen based on the received calculation result.
  • An image may be generated and the watching screen may be displayed on the display unit 44.
  • the server 20 is made to perform game calculation and image related to the watching screen, and the image data related to the watching screen is transmitted to the player terminal 40 of the spectator, and the player terminal 40 is provided. Then, the watching screen may be displayed on the display unit 44 based on the received image data.
  • the spectator is not limited to the one in which the spectator is currently in progress, and the spectator screen is reproduced from the past battle history and displayed on the display unit 44. May be good.
  • Control method of the present embodiment The control method of the present embodiment will be described in detail below by exemplifying a case where the game program of the present embodiment is applied to a game application of a player terminal 40 provided as a smartphone.
  • FIG. 3 is a flowchart showing an example of processing between the server 20 and the player terminal 40 regarding the creation of a battle group for the player A, who is the organizer, to hold a "user tournament" in which a plurality of players participate.
  • the battle mode selection screen 100 shown in FIG. 4 is displayed. It is displayed on the unit 44 (step S101).
  • the icon image 101 of the "free battle” and the icon image 102 of the "user tournament” are displayed, and when the player A touch-inputs one of the icon images, the battle mode is set to " You can choose either "Free Match” or "User Tournament".
  • "Free match” is a match mode in which matched players from an unspecified number of players play a match
  • "user tournament” is a match mode in which players belonging to a match group for a tournament play a match. Is.
  • the control unit 41 performs the user tournament as shown in FIG.
  • the holding / participation selection screen 200 for selecting either to be held or to participate in the existing user tournament is displayed on the display unit 44 (step S103).
  • an icon image 201 accompanied by a message of "opening a user tournament” and an icon image 202 accompanied by a message of "participating in a user tournament” are displayed, and player A displays one of the icon images. Either one can be selected by touch inputting to. If a touch input is made to the icon image 101 of the "free battle” while the battle mode selection screen 100 is displayed (N in step S102), this process ends and the process related to the "free battle” is executed. To do.
  • step S104 When a touch input is made to the icon image 201 of "Open user tournament" while the holding / participation selection screen 200 is displayed (Y in step S104), the control unit 41 displays the tournament information setting screen shown in FIG. 300 is displayed on the display unit 44 (step S105).
  • step S105 When a touch input is made to the icon image 202 of "participate in the user tournament" while the holding / participation selection screen 200 is displayed (N in step S104), the control unit 41 is shown in FIG. 12, which will be described later.
  • the processes after step S114 are executed according to the flowchart.
  • the tournament information setting screen 300 is a screen for setting information necessary for holding a "user tournament".
  • two players play against each other by using a card deck composed of 30 cards to play against each other, and player A, who is the organizer, has tournament information.
  • player A who is the organizer, has tournament information.
  • Using the setting screen 300 for setting each item of "match method”, “format”, “maximum number of people”, “start time”, “holding period”, “watching game setting", and "organizer participation”. You can enter.
  • "Match method” is an item for setting the settlement conditions for a match.
  • "BO1” is settled by performing only the first round and one of them wins once, and by performing a maximum of five rounds and one of them wins three times.
  • "BO3" is selected as displayed in the display area 301, and it is possible to input to change the "match method” by performing a touch input to the change button 311. it can.
  • Form is an item that sets restrictions on the types of cards that can be incorporated into the card deck used for battles.
  • “rotation” and “unmilited” can be selected as the “format”.
  • “Rotation” allows only predetermined types of cards to be incorporated into the card deck, and "Unlimited” allows cards to be incorporated into the card deck without any type restrictions.
  • "rotation” is selected as displayed in the display area 302, and the "format” can be changed by touch-inputting the change button 312. ..
  • Maximum number of players is an item for setting the number of players who can participate in a match group.
  • the "maximum number of people” can be set between 3 and 64 people, and when the organizer participates as a player to play a match, the organizer is among them. If it is included and the organizer does not participate as a player to play the match, the organizer is not included in it.
  • 16 people are set as displayed in the display area 303, and the "upper limit number of people" can be changed by touch-inputting the change button 313. ..
  • the “start time” is an item for setting the time from when the "user tournament” is registered on the server 20 until the match becomes possible.
  • the “start time” is set to any of 1 hour, 2 hours, 3 hours, 4 hours, 8 hours, 12 hours, and 24 hours. can do.
  • four hours later is selected as displayed in the display area 304, and it is possible to input to change the "start time” by performing a touch input to the change button 314. it can.
  • the “holding period” is an item for setting the validity period of the start reception of the battle (reception of the battle application for the battle recruitment) in the "user tournament".
  • the "holding period” can be set to any one of 1 hour, 2 hours, 3 hours, 4 hours, 8 hours, 12 hours, and 24 hours.
  • 8 hours are selected as displayed in the display area 305, and the "holding period" can be changed by touch-inputting the change button 315. ..
  • Watching game setting is an item for setting the watching authority for a target that enables the player terminal 40 to watch a game between players in a "user tournament".
  • the "watching game setting” can be set to any of "organizer only", “organizer and participants", and “no watching game”.
  • "only the organizer” is selected as displayed in the display area 306, and the "watching setting” is changed by touch-inputting the change button 316. be able to.
  • "Organizer participation” is an item for setting whether or not the player who will be the organizer (player A in this embodiment) also participates as a participant in the battle. In this embodiment, as shown in FIG. 7, it can be set to either “on” or "off". When the item of "organizer participation” is set to “on”, the organizer is also registered as a participant, and players can play against each other in the "user tournament”. If the "Organizer participation” item is set to “Off”, the organizer will not be registered as a participant and players will not be able to play against each other in the "user tournament”. In the example shown in FIG. 6, the item of "organizer participation” is set to “off” by checking the "off” check box 308, and the check box 307 of "on” is touched. By inputting, the "off” check box 308 is unchecked and the "on” check box 307 is checked, and the settings related to the "organizer participation” item can be switched.
  • the tournament information setting screen 300 shown in FIG. 6 is provided with a cancel button 309 and a decision button 310, and when a touch input is made to the decision button 310 (Y in step S106), the control unit 41 sets the control unit 41.
  • a tournament registration request including the player ID of the player A who will be the organizer and information on the items of each setting is transmitted to the server 20 (step S107).
  • the cancel button 309 N in step S106
  • the process returns to the process of step S103, and the holding / participation selection screen 200 is displayed on the display unit 44.
  • the control unit 21 creates a tournament record in the storage unit 22 based on the information included in the received tournament registration request (step S201).
  • the control unit 21 assigns a "tournament ID” and associates it with the “tournament ID” to provide a "organizer ID” (player ID of player A who is the organizer) and a “match method”. , "Format”, “Maximum number of people”, “Start time”, “Holding period”, “Watching game setting", “Organizer participation”, etc. are stored in the tournament record created in the storage unit 22.
  • control unit 21 transmits a registration completion response to the player terminal 40 of the player A who is the organizer (step S202).
  • the control unit 41 causes the display unit 44 to display the tournament registration completion screen 400 shown in FIG. 8 (step S108).
  • the tournament registration completion screen 400 On the tournament registration completion screen 400, a message indicating that the tournament registration has been completed is displayed. Further, the tournament registration completion screen 400 is provided with a screen transition button 401 for transitioning to the basic screen of the "user tournament" registered in the server 20, and when a touch input is performed to the screen transition button 401, the player A dedicated basic screen for the "user tournament” held by A is displayed on the display unit 44.
  • the tournament top screen 500 shown in FIG. 9 is an example of a basic screen.
  • chat is a display mode in which comments sent by the organizer and participants from the player terminal 40, communication information from the server 20, etc. are displayed, and recruitment of matches, application for matches, and watching of matches in the "user tournament” are displayed. Is performed using the "chat” display mode.
  • Teournament information includes “Tournament ID”, “Match method”, “Format”, “Maximum number of people", “Start time”, “Holding period”, “Watching setting”, and "Organizer” stored in the tournament record.
  • "Tournament record” is a display mode in which rankings and the like based on the battle history of the players who became participants are displayed.
  • the "participant list” is a display mode in which a list of players who have become participants is displayed.
  • a tournament record button 503 for selecting “tournament record” for selecting “tournament record”
  • a list of participants Button 504 is provided, and when touch input is performed for each button, the control unit 41 switches the display mode.
  • the comment 506 sent by the organizer and the participants from the player terminal 40 and the communication matters from the server 20 are sent to the chat display area 550.
  • 507 and the like are displayed in chronological order.
  • the comment 506 transmitted from the player terminal 40 by the organizer and the participants is associated with the icon image 505 associated with the player ID that made the comment.
  • the history of the displayed contents such as the comment 506 and the contact information 507 is stored in the tournament record created in the storage unit 22 of the server 20, and the player terminal 40 downloads the history of the displayed contents from the server 20 and chats. It is displayed in the display area 550.
  • a scroll bar 508 is provided in the chat display area 550 of the tournament top screen 500, and the history of the displayed contents can be seamlessly browsed by touch input by dragging and sliding the slider.
  • a deck confirmation button 509 is a button for confirming the contents of the card deck used in the battle in the "user tournament”.
  • the match recruitment button 510 is a button for soliciting matches from participants participating in the "user tournament”.
  • the comment button 511 is a button for calling the comment input form.
  • the control unit 41 displays the battle mode selection screen 600 on the battle mode selection screen 600 as shown in FIG. 10 until the start time of the "user tournament” is reached.
  • a countdown image 602 showing the remaining time until the start time of the "user tournament” is superimposed and displayed on the icon image 601 of the "user tournament", and the display time of the countdown image 602 is changed with the passage of time.
  • the information on the remaining time until the start time of the "user tournament" when displaying the battle mode selection screen 600 is when the player terminal 40 notifies the server 20 that the input for shifting to the battle mode selection screen 600 has been made. In response, the player terminal 40 obtains from the server 20. After acquiring the information on the remaining time until the start time of the "user tournament” from the server 20, the control unit 41 of the player terminal 40 measures the time by timer processing and reflects it on the countdown image 602 of the battle mode selection screen 600.
  • the control unit 41 displays the "user tournament” icon image 701 on the battle mode selection screen 700 as "user”.
  • the countdown image 702 showing the remaining time until the end time of the "meeting” is superimposed and displayed, and the display time of the countdown image 702 is changed with the passage of time.
  • FIG. 12 shows the server 20 and the player terminal 40 until player B, who wishes to participate in the “user tournament” hosted by player A, is registered as a participant in the competition group of the “user tournament” hosted by player A. It is a flowchart which shows the example of the process of.
  • the battle mode selection screen 100 shown in FIG. 4 is displayed. It is displayed on the unit 44 (step S111).
  • the icon image 101 of the "free battle” and the icon image 102 of the "user tournament” are displayed, and when the player B touch-inputs one of the icon images, the battle mode is set to " You can choose either "Free Match” or "User Tournament".
  • step S112 When the player B touch-inputs the icon image 102 of the "user tournament" while the battle mode selection screen 100 is displayed (Y in step S112), the control unit 41 performs the user tournament as shown in FIG.
  • the holding / participation selection screen 200 for selecting either to be held or to participate in the existing user tournament is displayed on the display unit 44 (step S113). If a touch input is made to the icon image 101 of the "free battle” while the battle mode selection screen 100 is displayed (N in step S112), this process ends and the process related to the "free battle” is executed. To do.
  • step S114 When a touch input is made to the icon image 202 of "participate in the user tournament" while the holding / participation selection screen 200 is displayed (Y in step S114), the control unit 41 displays the tournament search screen shown in FIG. 800 is displayed on the display unit 44 (step S115).
  • step S115 When a touch input is made to the icon image 201 of "holding a user tournament” while the holding / participation selection screen 200 is being displayed (N in step S114), the control unit 41 is connected to FIG. 3 described above.
  • the processing after step S105 is executed according to the flowchart shown in.
  • the tournament search screen 800 is provided with a tournament ID input area 801 and a search execution button 802.
  • Player B grasps the tournament ID (for example, 123456) by seeing the announcement directly from player A or the announcement of player A on the bulletin board on the Internet, SNS (social network service), etc. Can be input to the tournament ID input area 801 as shown in FIG.
  • step S116 When a touch input is made to the search execution button 801 while the tournament search screen 800 is being displayed (step S116), the control unit 41 tells the server 20 the tournament ID including the input contents in the tournament ID input area 801. A search request is transmitted (step S117).
  • the control unit 21 searches for whether or not the tournament record corresponding to the tournament ID included in the received tournament ID search request exists in the storage unit 22. (Step S211), the search completion response according to the search result is transmitted to the player terminal 40 of the player B (step S212).
  • the control unit 21 When the tournament record corresponding to the tournament ID included in the tournament ID search request exists, the control unit 21 has the "organizer ID”, “match format”, “format”, “maximum number of people”, and “number of participants”. , The search completion response including the tournament information such as “holding period” and "watching setting" is transmitted to the player terminal 40 of the player B.
  • the control unit 41 displays the tournament participation confirmation screen 900 shown in FIG. 15 on the display unit 44 (step S118).
  • the content based on the tournament information included in the search completion response is displayed in the display area 901.
  • the tournament participation confirmation screen 900 is provided with a cancel button 902 and a participation decision button 903.
  • the control unit 41 requests the server 20 to register a participant including the player ID of the player B. Is transmitted (step S121). If a touch input is made to the cancel button 902 while the tournament participation confirmation screen 900 is being displayed (N in step S120), the control unit 41 causes the tournament search screen 800 to be displayed on the display unit 44.
  • the server 20 When the server 20 receives the participant registration request from the player terminal 40, the player corresponding to the player ID included in the participant registration request is additionally registered as a participant, and the tournament of the "user tournament" hosted by the player A is performed.
  • the record is updated (step S213), the registration completion response is sent to the player terminal of player B (step S214), and the registration as a participant in the "user tournament" hosted by player A is completed. Notice.
  • the number of participants has reached the upper limit or the start time has passed by referring to the tournament record of the target "user tournament” when the participant registration request is received. For example, when the requesting player cannot be registered as a participant, an error response is made to the player terminal 40 of the source of the participant registration request.
  • the control unit 21 transmits a search completion response including search error information for notifying that fact to the player terminal 40 of the player B. ..
  • search completion response including search error information for notifying that fact to the player terminal 40 of the player B. ..
  • search completion response including search error information for notifying that fact to the player terminal 40 of the player B. ..
  • the control unit 41 causes the display unit 44 to display the search error screen 810 shown in FIG. 16 (step S119).
  • the search error screen 810 is provided with a return button 811, and when a touch input is made to the return button 811, the control unit 41 causes the tournament search screen 800 to be displayed on the display unit 44.
  • the deck registration screen 1000 shown in FIG. 17 is an example of a user interface for registering a card deck used in the “user tournament”.
  • the control unit 41 may display the deck registration screen 1000 on the display unit 44 based on the completion of registration as a participant in the "user tournament", or may display the deck registration screen 1000 on the display unit 44 of the "user tournament” registered as a participant.
  • the deck registration screen 1000 may be displayed on the display unit 44 by performing a predetermined input at an arbitrary timing of the players who have become participants by the start time.
  • deck A, deck B, deck C, and deck D are prepared in advance by the player as card decks corresponding to the “format” of “rotation”, and deck A is displayed on the deck registration screen 1000.
  • a deck selection button 1001 for selecting a deck a deck selection button 1002 for selecting a deck B, a deck selection button 1003 for selecting a deck C, and a deck selection button 1004 for selecting a deck D are provided. ..
  • Players participating in the "user tournament” can select the card deck to be used in the "user tournament” by touch-inputting one of the deck selection buttons.
  • the control unit 41 of the player terminal 40 displays the registration confirmation screen 1010 shown in FIG. 18 on the display unit 44.
  • a message asking for confirmation of registration is displayed on the registration confirmation screen 1010, and a cancel button 1011 and a registration button 1012 are provided.
  • the control unit 41 determines the tournament ID of the "user tournament" for deck registration, the player ID of the player for deck registration, and A deck registration request including information on the selected card deck is transmitted to the server 20.
  • the control unit 21 registers the card deck information in the tournament record corresponding to the tournament ID included in the deck registration request in association with the player ID, and updates the tournament record. .. If a touch input is made to the cancel button 1011 while the registration confirmation screen 1010 is being displayed, the control unit 41 causes the display unit 44 to display the deck registration screen 1000 without transmitting the deck registration request.
  • FIG. 19 is a flowchart showing an example of processing between the server 20 and the player terminal 40 until the players play a match during the “user tournament” hosted by the player A.
  • player B registered as a participant in the "user tournament” hosted by player A is recruiting matches using the user interface of the tournament top screen 500 shown in FIG.
  • player C who is also registered as a participant in a "user tournament” hosted by player A, applies for a match will be described.
  • the battle mode selection screen 700 shown in FIG. 11 is displayed. It is displayed on the unit 44 (step S131). On the battle mode selection screen 700, a countdown image 702 showing the remaining time until the end time of the "user tournament" registered as a participant is superimposed and displayed on the icon image 701 of the "user tournament".
  • step S132 When the player C makes a touch input to the icon image 701 of the "user tournament” while the battle mode selection screen 700 is displayed (Y in step S132), the control unit 41 of the player terminal 40 sends the server 20 to the server 20. , A tournament record access request that includes the tournament ID of the "user tournament” and the player ID of the player C in order to acquire the information stored in the tournament record of the "user tournament” in which the player C is registered as a participant. Is transmitted (step S133). If touch input is performed on the icon image of "free battle” while the battle mode selection screen 700 is displayed (N in step S132), this process ends and the process related to "free battle” is executed. ..
  • the server 20 When the server 20 receives the tournament record access request from the player terminal 40, the server 20 searches for the tournament record based on the tournament ID included in the tournament record access request (step S231), and the tournament of the "user tournament" hosted by the player A.
  • the tournament data transmission response including the information stored in the record is transmitted to the player terminal of the player C corresponding to the player ID included in the tournament record access request (step S232).
  • the control unit 41 causes the tournament top screen 520 as shown in FIG. 20 to be displayed on the display unit 44 (step S134).
  • a comment 521 indicating that player B is accepting a match is displayed, and a match application button 522 is provided in the comment 521.
  • a comment 521 accompanied by the battle application button 522 is posted.
  • the control unit 41 of the player terminal 40 presses the server.
  • a battle ID creation request is sent to 20.
  • the control unit 21 issues the battle ID in association with the player ID of the player who recruited the battle and stores it in the tournament record.
  • the battle status information is associated with the battle ID in the tournament record, and the battle status information is set to "accepting" when the battle ID is created. Then, when the battle between player B and another player is started, the battle status information associated with the battle ID becomes "in battle", and when the battle ends, the battle status information associated with the battle ID is "competition end”. It becomes.
  • the watching setting is set to "organizer only”
  • the player terminal 40 of the player registered as a participant will play against comment 521 on the tournament top screen 520.
  • the application button 522 is provided, if the watching setting is set to "organizer and participant", as shown in FIG. 21, a match application is made for the comment 521 on the tournament top screen 520.
  • the watching application button 523 is provided.
  • step S135 When player C makes a touch input to the battle application button 522 while the tournament top screen 520 is displayed (Y in step S135), player C participates in the server 20 in the control unit 41 of the player terminal 40.
  • a match application request including the tournament ID of the "user tournament" registered as a person and the match ID issued for the match recruitment of player B is transmitted (step S136).
  • the control unit 21 refers to the tournament record and associates it with the battle ID based on the tournament ID and the battle ID included in the received battle application request. It is determined whether or not the battle status information is "accepting" (step S233).
  • the control unit 21 sets the tournament record based on the tournament ID included in the battle application request. Player C is registered as a match opponent corresponding to the match ID, and the tournament record is updated (step S234). At this time, the battle status information associated with the battle ID is also changed from "accepting" to "competition”. Further, the control unit 21 transmits a match acceptance completion response notifying that the acceptance of the match application of the player C based on the match application request has been completed to the player terminal 40 of the player C (step S235).
  • control unit 21 may contact the player terminal 40. This process ends by sending a match application error response notifying that the match application cannot be accepted.
  • a battle process (terminal side process: step S137, server side process: step S236) is executed in which input information, card information, and the like are exchanged to perform a battle by a card game.
  • the control unit 41 transmits the input information and the card information of the player B to the server 20, the process of acquiring the input information and the card information of the player C from the server 20, and the processing of each player.
  • the game calculation is performed based on the input information, the card information, and the like, and the processing of generating an image related to the game screen during the battle based on the calculation result is performed as the terminal side processing.
  • the control unit 41 transmits the input information and the card information of the player C to the server 20, the process of acquiring the input information and the card information of the player B from the server 20, and the processing of each player.
  • the game calculation is performed based on the input information and the card information, and the processing of generating an image related to the game screen during the battle based on the calculation result is performed as the terminal side processing.
  • the control unit 21 processes the input information and card information received from the player terminal 40 of the player B to be transmitted to the player terminal 40 of the player C, and the input information and card information received from the player terminal 40 of the player C. Etc. are transmitted to the player terminal 40 of the player B, a process of managing the progress of the battle, and the like are performed as server-side processes.
  • FIG. 22 is an example of the in-game game screen 1100 displayed on the display unit 44 of the player terminal 40 of the player B in the battle between the player B and the player C.
  • the game screen 1100 during the battle is provided with a turn end button 1101 for declaring the end of the turn of the player B, and when a touch input is made to the turn end button 1101, the turn of the player B ends.
  • the turn of the opponent player C begins.
  • the game screen 1100 during the battle has a play point display 1102 indicating the play point (PP) of the player B and a play point display 1103 indicating the play point (PP) of the player C.
  • the play points at the start of each player's turn and the remaining amount of play points that can be used are displayed. For example, "3/5" in the player point display 1102 indicates that the play points (PP) at the start of the turn are 5 points and the remaining amount of usable play points is 3 points.
  • the character icon 1104 of player B and the character icon 1105 of player C are displayed on the game screen 1100 during the battle.
  • the number displayed accompanying the character icon 1104 is the player life display 1106 of the player B
  • the number displayed accompanying the character icon 1105 is the player life display 1107 of the player C.
  • Player B's hand card 1108 is displayed on the right side of player B's character icon 1104, and player C's hand card 1109 is displayed on the left side of player C's character icon 1105. Since the game screen 1100 during the battle is displayed on the display unit 44 of the player terminal 40 of the player B, the card information is displayed for the hand card 1108 of the player B, and the card for the hand cart 1109 of the player C. No information is displayed. On the hand card 1108 of the player B, card information such as a card name (not shown), a card pattern (not shown), a cost display 1110, an attack power display 1111 and a card life display 1112 is displayed.
  • Player C's hand card 1109 has a card skin display with a common design for the card deck used by player C. To identify the opponent's hand card, the server 20 transmits dummy card information for the card to be the hand card, and the player terminal 40 that receives the dummy card information refers to the card information database of the storage unit 42. Do.
  • player B's hand card 1108 At the start of player B's turn, one card is added to player B's hand card 1108 from the unused deck card 1115 of player B's card deck. At the start of player C's turn, one card from the unused deck card 1116 of player C's card deck is added to player C's hand card 1109.
  • the player B's field card 1113 and the player C's field card 1114 are displayed.
  • Each player can use his or her hand card as a field card within the cost range that can be used in his or her turn, and the card life of the opponent's field card is reduced or reduced by the numerical value of the attack power of the field card. You can reduce the player life of your opponent.
  • the board card becomes 0, the board card is sent off. Further, as described above, when the player life of either player becomes 0, the other player wins.
  • the player B cannot know the card information about the hand card 1109 of the player C, but can know the card information about the card 1109 changed from the hand card 1109 to the field card 1114.
  • FIG. 23 is a flowchart showing an example of processing between the server 20 and the player terminal 40 until the players watch the battle between the players during the “user tournament” hosted by the player A.
  • player A registered as the organizer watches a match between player B and player C registered as participants in the "user tournament" hosted by player A will be described.
  • the battle mode selection screen 700 shown in FIG. 11 is displayed. It is displayed on the unit 44 (step S141). On the battle mode selection screen 700, a countdown image 702 showing the remaining time until the end time of the "user tournament" registered as a participant is superimposed and displayed on the icon image 701 of the "user tournament".
  • step S142 When the player A makes a touch input to the icon image 701 of the "user tournament” while the battle mode selection screen 700 is displayed (Y in step S142), the control unit 41 of the player terminal 40 sends the server 20 to the server 20. , A tournament record access request that includes the tournament ID of the "user tournament” and the player ID of the player A in order to acquire the information stored in the tournament record of the "user tournament” in which player A is registered as the organizer. Is transmitted (step S143). If a touch input is made to the icon image of "free battle” while the battle mode selection screen 700 is displayed (N in step S142), this process ends and the process related to "free battle” is executed. ..
  • the server 20 When the server 20 receives the tournament record access request from the player terminal 40, the server 20 searches for the tournament record based on the tournament ID included in the tournament record access request (step S241), and the tournament of the "user tournament" hosted by the player A.
  • the tournament data transmission response including the information stored in the record is transmitted to the player terminal of the player A corresponding to the player ID included in the tournament record access request (step S242).
  • the control unit 41 causes the tournament top screen 560 as shown in FIG. 24 to be displayed on the display unit 44 (step S134).
  • a comment 561 indicating that the player B and the player C are in a match is displayed, and the comment 561 is provided with a watching application button 562.
  • the watching application button 562 is displayed only on the player terminal 40 of the player whose watching authority is set in the "watching setting". Will be done.
  • the "watching game setting" is set to "only the organizer"
  • it is possible to apply for watching the game on the player terminal 40 of the player A but for example, a player registered as a participant
  • the spectator application button 562 cannot be displayed on the player terminal 40 of the player D, which is different from the player B and the player C in the match, the spectator application cannot be made.
  • the control unit 41 of the player terminal 40 refers to the server 20 with its own player ID.
  • the tournament ID of the "user tournament” and the match ID related to the match between the player B and the player C are transmitted (step S146).
  • the control unit 21 refers to the tournament record based on the tournament ID included in the received watching application request, and the player ID included in the watching application request is It is determined whether or not the player has the right to watch the game (step S243). Since the "watching setting" of this "user tournament” is "only the organizer” and the player A is registered as the "host”, it is included in the watching application request sent from the player terminal 40 of the player A. It is determined that the player ID belongs to the player who has the authority to watch the game.
  • the control unit 21 When the player ID included in the watching application request is a player having watching authority (Y in step S243), the control unit 21 is a player included in the watching application request in the tournament record based on the tournament ID included in the watching application request. The ID is registered as a spectator of the match corresponding to the match ID included in the spectator application request, and the tournament record is updated (step S244). Further, the control unit 21 transmits a spectator reception completion response notifying that the reception of the spectator application of the player A based on the spectator application request has been completed to the player terminal 40 of the player A (step S245). If the player corresponding to the player ID included in the watching application request is not a player having watching authority (N in step S243), the control unit 21 applies for watching the game to the player terminal 40, although not shown. This process ends by sending a watching application error response notifying that the reception is not possible.
  • the control unit 41 of the player terminal 40 of the player A inputs the input information and the card information of the player B and the player C via the server 20.
  • a watching process (terminal side processing: step S147, server side processing: step S246) for acquiring information and card information and watching the battle is executed.
  • the control unit 41 performs a process of acquiring input information and card information of the player B and the player C from the server 20, and performs a game calculation based on the input information and card information of each player. Processing such as generating an image related to the watching screen based on the result is performed as terminal side processing.
  • the control unit 21 transmits the input information and the card information received from the player terminal 40 of the player B to the player terminal 40 of the player A, and the input information and the card information received from the player terminal 40 of the player C.
  • a process of transmitting to the player terminal 40 of the player A, a process of managing the progress of the battle, and the like are performed as server-side processes.
  • FIG. 25 is a watching screen 1200 displayed on the display unit 44 of the player terminal 40 of the player A watching the match between the player B and the player C.
  • the spectator screen 1200 is a screen from the viewpoint of the player who recruited the battle related to the creation of the battle ID, and the screen from the viewpoint of the player B in the battle between the player B and the player C is a game during the battle. It is the same as the screen 1100, but the hand cart 1109 of the player C is different from the game screen 1100 during the battle in that the card information is displayed.
  • the server 20 transmits regular card information about the hand cards and the field cards of both players in the battle, which is different from the case of providing the battle function with respect to the provision of the game watching function.
  • the spectator player terminal 40 generates an image related to the spectator screen in a state where the hand cards and the field card of each player who is competing against each other are disclosed based on the received regular card information.
  • the spectator player A can watch the game in a situation where he / she can know the card information about the hand cards and the field cards of both the player B and the player C.
  • the battle between players belonging to the battle group formed for the "user tournament" can be watched through the terminal of the player who became the organizer, while other than the organizer.
  • the watching authority so that the player who is a player of the game cannot watch the game on the terminal of the player who is not playing the game
  • the organizer can properly manage the fighting group while maintaining fairness among the players. Therefore, it is possible to improve the interface environment for games in which players play against each other.
  • the organizer acts as a supervisor, which is contrary to the illegal acts during the battle and the battle manners such as abandoning the play during the battle. It is also possible to provide a utilization method that makes it possible to discover actions and the like.
  • the information processing system 10 it is impossible to watch the game for the participants who play the game in order to maintain fairness, but the authority to watch the game is set only for the organizer for the purpose of letting a third party watch the game. Then, it is possible to provide a utilization method in which the organizer distributes the watching screen of his / her own player terminal 40 via the Internet.
  • the player who became a participant can also select the watching authority so that the player can watch the game, so that the organizer can manage the battle group according to the taste of the "user tournament". It can be carried out.
  • the opponents do not disclose each other through the watching screen. Since it is possible to watch the game by disclosing the card information, the participants can study the tactics related to the battle by setting the watching authority so that the players who became participants can also watch the game. Can also be provided.
  • the matching of players regarding a match between players is not limited to the form of applying for a match recruitment, but may be a form of randomly matching players in a match group.
  • the "player” is not limited to an existing player, but includes a computer player and a non-player character (NPC) that act according to a predetermined algorithm. For example, if a match application is not made even after a certain period of time has passed since the start of the match recruitment, a computer player or a non-player character (NPC) becomes an opponent and starts the match. You may.
  • NPC non-player character
  • each of the battles between players is not independent, but may be contested in a tournament format.
  • Player matching when adopting the tournament format is decided by lottery on the server 20, or the organizer manually inputs the matching content to the player terminal 40 and sends the input content to the server 20 for the tournament. It may be registered in a record or the like.
  • the tournament format it is possible to set whether or not to set a seed, and if it is set not to set a seed, in a situation where matching cannot be made for the tournament by the number of participants, the opponent is a computer player, non-player.
  • the mode may be to replenish the player character (NPC).
  • the watching button for the watching application is not displayed, but the watching button may be displayed regardless of the presence or absence of the watching authority. In this case, even if the player terminal 40 of the player who does not have the spectator authority inputs the spectator button and the spectator application request is transmitted to the server 20, the server 20 that receives the spectator application request does not have the spectator authority, so that an error occurs. It may be a mode of responding. Further, although the watching button can be displayed on the player terminal 40 of the player who does not have the watching authority, the watching button is invalidated by performing a process of not accepting the input to the watching button on the player terminal 40 and displaying the watching button in gray out. It may be shown to the player.
  • a server that provides a battle function and a server that provides a watching function may be provided separately.
  • the communication traffic can be distributed even if the number of spectators increases, so that the influence on the provision of the battle function can be reduced. This is especially useful for games such as fighting games and sports games where the server response delay has a large effect on the outcome of the game.
  • the spectator screen was based on the viewpoint of the player who recruited the match, but there is a viewpoint change function that can switch to the spectator screen from the viewpoint of the opponent according to the input from the player terminal 40 of the spectator. May be good.
  • the viewpoint change function for the watching screen the input for switching the viewpoint can be performed at the time of the watching application (for example, the watching application button from the player B viewpoint and the watching application button from the player C viewpoint are provided).
  • a viewpoint change button may be provided on the watching screen so that the viewpoint change function operates based on the input to the viewpoint change button.
  • a user interface for ending the spectator at any time may be provided.
  • a spectator end button is provided on the spectator screen, and a spectator end request is transmitted from the spectator player terminal 40 to the server 20 based on the input to the spectator end button. It is possible to end the transmission of the input information and the like of the player during the battle to the terminal 40 and end the provision of the watching function.
  • the participant terminal 40 may not be able to input for the spectator application request.
  • the explanation was given using a card game as an example of a game in which players play against each other, it may be configured to provide a watching function of the information processing system 10 in other games.
  • it can be applied to any genre such as a fighting game, a sports game, an action game, a battle royale game, a role-playing game, etc., as long as the players play against each other.
  • the battle between players is not limited to one-to-one, and may be any of a plurality of-to-many and one-to-many.
  • the card information that is not disclosed on the game screen during the battle and is disclosed on the watching screen may be all of the deck card, hand card, and field card, or even a part of them. Often, in a situation where there are a plurality of hand cards, only a part of them may be disclosed on the watching screen.
  • the server 20 may be able to change the registered contents with the organizer as the organizer and the participant in response to the request from the player terminal 40 of the organizer.

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)

Abstract

プレーヤ同士が対戦を行うゲームに関するインターフェース環境の向上を図ることができるプログラム、情報処理装置、および情報処理装置の制御方法を提供する。 主催者となるプレーヤの端末からの要求に応答して対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定可能とし、観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する。観戦権限設定部が、対戦グループに所属するプレーヤ同士の対戦を、主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とする。

Description

プログラム、情報処理装置、および情報処理装置の制御方法
 本発明は、プレーヤ同士が対戦を行うゲームのためのプログラム、情報処理装置、および情報処理装置の制御方法に関する。
 従来から、通信回線で接続された端末を利用してプレーヤ主催でプレーヤ同士が対戦を行う大会機能を実装したゲームを実行するプログラムが知られている。このような既存の大会機能の中にはプレーヤ同士の対戦の様子を端末の画面を通じて観戦する観戦機能についても実装されているものも存在するが、プレーヤ主催の大会に関する観戦機能について設定できる内容としては単に観戦の可否を設定できる程度のものであった(特許文献1参照)。
特開2019-72245号公報
 しかしながら、トレーディングカードをモチーフにしたゲーム媒体を使用して対戦を行うゲーム(いわゆるTCG)等においては、観戦機能を実装した場合に、参加者が一様に観戦可能であることはデッキの構築やプレーヤ独自の戦法が他者に把握されてしまうおそれがあることで対戦における公平性を担保することが難しいという側面がある。このため、適切に観戦機能の提供を行うことができるインターフェース環境が求められている。
 本発明は上記事情に鑑みてなされたものであり、その目的は、プレーヤ同士が対戦を行うゲームに関するインターフェース環境の向上を図ることができるプログラム、情報処理装置、および情報処理装置の制御方法を提供することにある。
 (1)本発明は、プレーヤ同士が対戦を行うゲームのためのプログラムであって、主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成部と、前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録部と、前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定部と、前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供部として、コンピュータを機能させ、前記観戦権限設定部が、前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とするプログラムに関するものである。
 (2)本発明のプログラムでは、前記対戦中のプレーヤの端末では、対戦相手のプレーヤが使用する一部のゲーム媒体の情報について非開示となっており、前記観戦機能提供部が、前記観戦権限を有するプレーヤの端末では、前記対戦中のプレーヤ同士において非開示となっているゲーム媒体の情報を開示した状態で前記プレーヤ同士の対戦を観戦できるように観戦機能を提供してもよい。
 (3)本発明のプログラムでは、前記観戦権限設定部が、前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者となったプレーヤの端末のみならず前記主催者以外の当該対戦を行っていないプレーヤの端末からも観戦可能とする観戦権限を設定可能としてもよい。
 (4)本発明は、プレーヤ同士が対戦を行うゲームのための情報処理装置であって、主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成部と、前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録部と、前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定部と、前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供部と、を含み、前記観戦権限設定部が、前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とする情報処理装置に関するものである。
 (5)本発明は、プレーヤ同士が対戦を行うゲームのための情報処理装置の制御方法であって、主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成ステップと、前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録ステップと、前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定ステップと、前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供ステップと、を含み、前記観戦権限設定ステップにおいて、前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とする情報処理装置の制御方法に関するものである。
 上記のプログラム、情報処理装置、および情報処理装置の制御方法では、対戦グループに所属するプレーヤ同士の対戦を、主催者となったプレーヤの端末を通じて観戦可能とする一方で、主催者以外のプレーヤであって、対戦を行っていないプレーヤの端末では観戦できないように観戦権限を設定可能としたことで、プレーヤ間の公平性を保ちつつ対戦グループの管理を適切に行うことができるため、プレーヤ同士が対戦を行うゲームに関するインターフェース環境の向上を図ることができる。
情報処理システムの全体構成を示す図である。 情報処理システムで実現される機能のうち、プレーヤ同士の対戦を観戦させる機能に関連する機能ブロック図である。 情報処理システムにおいて実行される処理の一例を示すフローチャートである。 プレーヤ端末で表示される対戦モード選択画面の一例を示す図である。 プレーヤ端末で表示される開催/参加選択画面の一例を示す図である。 プレーヤ端末で表示される大会情報設定画面の一例を示す図である。 大会情報について設定可能な項目の一例を示す図である。 プレーヤ端末で表示される大会登録完了画面の一例を示す図である。 プレーヤ端末で表示される大会トップ画面の一例を示す図である。 プレーヤ端末で表示される対戦モード選択画面の一例を示す図である。 プレーヤ端末で表示される対戦モード選択画面の一例を示す図である。 情報処理システムにおいて実行される処理の一例を示すフローチャートである。 プレーヤ端末で表示される大会検索画面の一例を示す図である。 プレーヤ端末で表示される大会検索画面の一例を示す図である。 プレーヤ端末で表示される大会参加確認画面の一例を示す図である。 プレーヤ端末で表示される検索エラー画面の一例を示す図である。 プレーヤ端末で表示されるデッキ登録画面の一例を示す図である。 プレーヤ端末で表示される登録確認画面の一例を示す図である。 情報処理システムにおいて実行される処理の一例を示すフローチャートである。 プレーヤ端末で表示される大会トップ画面の一例を示す図である。 プレーヤ端末で表示される大会トップ画面の一例を示す図である。 プレーヤ端末で表示される対戦中ゲーム画面の一例を示す図である。 情報処理システムにおいて実行される処理の一例を示すフローチャートである。 プレーヤ端末で表示される大会トップ画面の一例を示す図である。 プレーヤ端末で表示される観戦画面の一例を示す図である。
 以下では、本発明の実施形態について説明する。なお以下に説明する本実施形態は、特許請求の範囲に記載された本発明の内容を不当に限定するものではない。また本実施形態で説明される構成の全てが、本発明の必須構成要件であるとは限らない。
 1.情報処理システムの構成
 図1は、本実施形態の情報処理システム10の全体構成を示す図である。図1に示すように情報処理システム10では、サーバー20と複数のプレーヤ端末40が、インターネット、携帯電話網、LAN、WANなどのネットワーク30により接続されており、いわゆるクライアント・サーバー方式の通信システムが構成されている。そして複数のプレーヤ端末40のそれぞれは、ネットワーク30を介してサーバー20と互いに通信を行って種々の情報を送受信する。また複数のプレーヤ端末40のそれぞれは、ネットワーク30およびサーバー20を介して他のプレーヤ端末40と互いに通信を行って種々の情報を送受信する。
 サーバー20は、CPU等のプロセッサーからなる制御部21と、ROMやRAM等の主記憶装置、およびHDDやSSD等の補助記憶装置からなる記憶部22と、通信モジュールや通信インターフェースからなる通信部23とを含む。サーバー20は、制御部21が記憶部22に記憶されているプログラムに従って各種の処理を実行する。またサーバー20は、通信部23によってプレーヤ端末40から情報を受信し、制御部21が実行した処理の結果に関する情報等をプレーヤ端末40に送信する。
 プレーヤ端末40は、スマートフォン、タブレット、パーソナルコンピューター、携帯ゲーム機、店舗や家庭に設置される据え置きゲーム機等である。プレーヤ端末40は、CPU等のプロセッサーからなる制御部41と、ROMやRAM等の主記憶装置、およびフラッシュメモリ、HDD、SDD等の補助記憶装置からなる記憶部42と、タッチパネルやキーボード、マイク等からなる操作・入力部43と、液晶ディスプレイや有機ELディスプレイ等からなる表示部44と、通信モジュールや通信インターフェースからなる通信部45とを含む。プレーヤ端末40も、記憶部42に記憶されているプログラムに従って各種の処理を実行する。またプレーヤ端末40は、通信部45によってサーバー20からの情報を受信し、サーバー40や他のプレーヤ端末40に情報を送信する。
 図2は、サーバー20の主要な機能を示す機能ブロック図である。本実施形態では、任意のプレーヤを主催者として複数のプレーヤが登録された対戦グループを作成し、対戦グループに所属するプレーヤ同士でカードを模したゲーム媒体を使用して対戦を行い、対戦結果に基づくランキングを競い合う「ユーザー大会」を開催する機能、「ユーザー大会」において観戦権限を有するプレーヤ端末40の画面を通じて対戦グループに所属するプレーヤ同士の対戦の様子を観戦可能とする機能を有しており、これらの機能がサーバー20を主体として実現される場合を説明する。ただし、先に述べた機能が、プレーヤ端末40を主体として実現されてもよいし、サーバー20とプレーヤ端末40とにおいて分担されて実現されてもよい。そしてサーバー20では、図2に示すように、データ記憶部50と、ゲーム実行部60とが協働して上記機能が実現される。
 データ記憶部50は、ゲーム実行部60が各種の処理を行うためのデータを記憶するものであり、主として記憶部22により実現される。
 またデータ記憶部50は、大会情報データベース51を含み、大会情報データベース51に対戦グループに関するデータが記憶される。例えば、「ユーザー大会」を識別するための大会ID、主催者のプレーヤID、参加者のプレーヤID、対戦ルール(試合方式、フォーマット)、対戦グループの有効期間(「ユーザー大会」の開始時間や開催期間)、参加可能なプレーヤの上限数、観戦権限の設定内容、主催者および参加者のコメント履歴、プレーヤ同士の対戦の履歴等が記憶される。
 ゲーム実行部60は、プレーヤIDによってプレーヤを管理する処理、ゲーム開始条件が満たされた場合にゲームを開始する処理、複数種類のゲームモードのうち選択されたゲームモードを実行する処理、ゲームを進行させる処理、イベント発生条件が満たされた場合にイベントを発生させる処理、ゲーム結果を演算する処理、およびゲーム終了条件が満たされた場合にゲームを終了する処理などを行い、主として制御部21および通信部23により実現される。またゲーム実行部60は、対戦グループを作成するための処理、対戦グループに参加希望のプレーヤを登録する処理、対戦グループにおける観戦権限を設定するための処理、プレーヤ同士の対戦について観戦機能を提供する処理も行い、グループ作成部61、プレーヤ登録部62、大会情報設定部(観戦権限設定部)63、観戦機能提供部64を含む。
 グループ作成部61は、主催者となるプレーヤのプレーヤ端末40からの要求に応答して複数のプレーヤが参加可能な対戦グループを作成する。本実施形態の情報処理システム10では、複数のプレーヤが参加する対戦グループを作成して、対戦グループに所属するプレーヤ同士で対戦を行い競い合う「ユーザー大会」をプレーヤ主催で開催することができる。「ユーザー大会」の主催者となるプレーヤは、自身のプレーヤ端末40において「ユーザー大会」に関する設定内容の入力を行うことができる。そして主催者となるプレーヤのプレーヤ端末40において「ユーザー大会」に関する設定内容の入力を完了して「ユーザー大会」を開催することについての確認入力が行われると、入力した設定内容を含む大会登録要求がプレーヤ端末40からサーバー20に送信される。グループ作成部61は、受信した大会登録要求に基づいて、対戦グループを識別するための情報である大会IDを付与し、この大会IDに紐づけて大会情報データベース51に新たな大会レコードを作成して、作成された大会レコードに主催者となるプレーヤのプレーヤIDを主催者IDとして登録することによって対戦グループを作成する。
 なお本実施形態では、いずれかの「ユーザー大会」の主催者となったプレーヤは、自ら主催する「ユーザー大会」の開催期間が終了するまで、他の「ユーザー大会」を開催することはできず、また他の「ユーザー大会」に参加者として参加することもできない。ただし、「ユーザー大会」の主催者となったプレーヤが、他の「ユーザー大会」を開催することができるようにしてもよい。また「ユーザー大会」の主催者となったプレーヤが、他の「ユーザー大会」に参加者として参加することができるようにしてもよい。
 プレーヤ登録部62は、主催者以外のプレーヤのプレーヤ端末40からの参加登録要求に応答して、そのプレーヤを対戦グループに登録する。本実施形態では、大会IDに基づく「ユーザー大会」の検索が可能となっており、各プレーヤのプレーヤ端末40において大会IDの検索入力を行うと、プレーヤ登録部62は、プレーヤ端末40からの大会ID検索要求に応答して、大会ID検索要求に含まれる大会IDに該当する「ユーザー大会」が存在する場合には、その「ユーザー大会」の大会情報を、大会検索要求を行ったプレーヤ端末40に送信し、大会ID検索要求に含まれる大会IDに該当する「ユーザー大会」が存在しない場合には、その旨をプレーヤ端末40に送信する。そして「ユーザー大会」への参加を希望するプレーヤは、検索した大会IDに該当する「ユーザー大会」が存在していた場合に、自身のプレーヤ端末40において「ユーザー大会」への参加についての確認入力を行うことができる。そしてプレーヤ端末40において「ユーザー大会」への参加についての確認入力が行われると、プレーヤ端末40からサーバー20に大会IDおよび自らのプレーヤIDを含む参加登録要求が送信される。
 プレーヤ登録部62は、受信した参加登録要求に基づいて、大会IDに対応する大会レコードに参加登録要求に含まれるプレーヤIDを格納し、「ユーザー大会」の参加者からなる対戦グループに新たなプレーヤを登録する。なお、本実施形態では、主催者が設定した上限数を超える数のプレーヤの参加を受け付けることができない。このため、対戦グループへの参加を希望するプレーヤが大会IDの検索を行った結果、大会IDに対応する「ユーザー大会」の対戦グループに参加しているプレーヤの人数が上限数に達している場合には、その対戦グループへの参加についての確認入力ができない。
 なお本実施形態では、いずれかの「ユーザー大会」の参加者となったプレーヤは、参加している「ユーザー大会」の開催期間が終了するまで、他の「ユーザー大会」を開催することはできず、また他の「ユーザー大会」に参加者として参加することもできない。ただし、「ユーザー大会」の参加者となったプレーヤが、他の「ユーザー大会」を開催することができるようにしてもよい。また「ユーザー大会」の参加者となったプレーヤが、他の「ユーザー大会」に参加者として参加することができるようにしてもよい。
 大会情報設定部63は、主催者となるプレーヤのプレーヤ端末40からの大会登録要求に基づいて、「ユーザー大会」に関する設定内容を大会情報データベース51に作成された大会レコードに格納する。本実施形態では、観戦権限設定部が、大会情報設定部63の機能の一部として実現され、主催者となったプレーヤのプレーヤ端末40からの大会登録要求に応答して「ユーザー大会」に関する観戦権限を設定する。本実施形態では、観戦権限の設定として、「主催者のみ」、「主催者および全参加者」、「観戦なし」のいずれかを選択することができる。
 「主催者のみ」は、対戦グループに所属するプレーヤ同士の対戦を、主催者以外の当該対戦を行っていないプレーヤのプレーヤ端末40では観戦できないが、主催者となったプレーヤのプレーヤ端末40を通じて観戦可能とする観戦権限である。
 「主催者および全参加者」は、対戦グループに所属するプレーヤ同士の対戦を、主催者となったプレーヤのプレーヤ端末40のみならず主催者以外の当該対戦を行っていないプレーヤのプレーヤ端末40からも観戦可能とする観戦権限である。
 「観戦なし」は、いずれのプレーヤにも観戦権限を与えない設定であり、対戦グループに所属するプレーヤ同士の対戦を、いずれのプレーヤも観戦することができない。
 なお観戦権限設定部を大会情報設定部63とは独立した機能として実現してもよく、例えば、「ユーザー大会」を登録する時点では、観戦権限の設定は行わずに、「ユーザー大会」を登録した後に、主催者となったプレーヤのプレーヤ端末40のユーザーインターフェースを利用して観戦権限の設定を別途行うようにしてもよい。
 また「ユーザー大会」に関する設定内容を登録した後に、主催者となったプレーヤのプレーヤ端末40のユーザーインターフェースを利用して観戦権限の設定を変更できるようにしてもよい。なお観戦権限の設定を変更可能とする場合には、「ユーザー大会」の登録がされてから開始時間までの間において観戦権限の設定を変更可能とし、「ユーザー大会」の開催期間中は観戦権限の設定を変更不可能とすることができる。
 観戦機能提供部64は、対戦グループの観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する。本実施形態では、観戦権限を有するプレーヤのプレーヤ端末40において、観戦申込の入力が可能となっている。そしてプレーヤ同士の対戦の観戦を希望するプレーヤが観戦申込の入力を行うと、プレーヤ端末40からサーバー20に対して観戦申込要求が送信される。
 観戦機能提供部64は、観戦権限を有するプレーヤのプレーヤ端末40から受信した観戦申込要求に応答して、そのプレーヤを観戦者として登録し、観戦する対象の対戦を行っている各プレーヤの入力情報等のゲーム演算に必要な情報を、観戦者として登録されたプレーヤのプレーヤ端末40に送信することにより観戦機能を提供する。プレーヤ端末40では、制御部41が、サーバー20から受信した各プレーヤの入力情報等に基づくゲーム演算を行って、観戦画面に係る画像を演算結果に基づいて生成し、プレーヤ端末40の表示部44に観戦画面を表示することでプレーヤ同士の対戦の模様を観戦させることができる。
 また本実施形態では、プレーヤ同士の対戦において、対戦中のプレーヤのプレーヤ端末40では、対戦相手のプレーヤが使用する一部のゲーム媒体の情報について非開示となっており、観戦機能提供部64は、観戦権限を有するプレーヤのプレーヤ端末40では、対戦中のプレーヤ同士において非開示となっているゲーム媒体の情報を開示した状態でプレーヤ同士の対戦を観戦できるように観戦機能を提供する。
 ゲーム実行部60は、カードゲームによる対戦機能を提供するに当たって、一方のプレーヤのプレーヤ端末40から取得した手札カードおよび場札カードのカード情報のうち、場札カードについては他方のプレーヤのプレーヤ端末40に正規のカード情報を送信するが、手札カードについては手札カードであることを特定するために共通化されたダミーのカード情報を送信し、カード情報を受信したプレーヤ端末40では、記憶部42に記憶されているカード情報データベースを参照し、正規のカード情報を場札カードとして扱い、ダミーのカード情報を手札カードとして扱ってゲーム演算を行う。このため対戦中のプレーヤ同士は、各々のプレーヤ端末40において対戦相手の手札カードのカード情報を保有しないため、対戦中ゲーム画面において非開示となっている手札カードの種類を把握することはできない。このようにすれば、仮にプレーヤ端末40に対して非正規の手法を利用して解析を行っても、プレーヤ端末40の記憶部42に対戦相手の手札カードのカード情報が存在しないため、そのような不正行為を防止することができる。
 一方、観戦機能提供部64が、カードゲームにおける観戦機能を提供する際には、対戦中のプレーヤ双方の手札カードおよび場札カードのカード情報を観戦者のプレーヤ端末40に送信する。これにより対戦中のプレーヤ同士においては非開示となっていた手札カードを全て開示した状態で観戦機能が提供され、対戦中の各プレーヤの状況を適格に把握できる環境で、観戦者にプレーヤ同士の対戦を観戦させることができる。
 なお観戦機能の提供の他の態様としては、サーバー20にゲーム演算を行わせて、演算結果を観戦者のプレーヤ端末40に送信し、プレーヤ端末40では受信した演算結果に基づいて観戦画面に係る画像を生成し、観戦画面を表示部44に表示する態様であってもよい。
 また観戦機能の提供の他の態様としては、サーバー20にゲーム演算および観戦画面に係る画像の生成を行わせ、観戦画面に係る画像のデータを観戦者のプレーヤ端末40に送信し、プレーヤ端末40では受信した画像のデータに基づいて観戦画面を表示部44に表示する態様であってもよい。
 また観戦機能の提供の他の態様としては、現在進行中の対戦を観戦させるものに限らず、過去の対戦履歴から対戦の様子を観戦画面として再現して表示部44に表示する態様であってもよい。
 2.本実施形態の制御手法
 以下では、本実施形態の制御手法について、本実施形態のゲームプログラムをスマートフォンとして設けられたプレーヤ端末40のゲームアプリケーションに適用した場合を例に挙げて詳細に説明する。
 図3は、主催者となるプレーヤAが、複数のプレーヤの参加する「ユーザー大会」を開催するための対戦グループの作成に関して、サーバー20とプレーヤ端末40との処理の例を示すフローチャートである。
 まずプレーヤAのプレーヤ端末40において、制御部41が、記憶部42に記憶されたゲームプログラムを起動させ、プレーヤAが所定の入力を行った場合に、図4に示す対戦モード選択画面100を表示部44に表示させる(ステップS101)。対戦モード選択画面100では、「フリー対戦」のアイコン画像101と、「ユーザー大会」のアイコン画像102とが表示され、プレーヤAがいずれかのアイコン画像にタッチ入力を行うことによって、対戦モードとして「フリー対戦」または「ユーザー大会」のいずれかを選択することができる。「フリー対戦」は、不特定多数のプレーヤの中からマッチングされたプレーヤ同士が対戦を行う対戦モードであり、「ユーザー大会」は、大会用の対戦グループに所属するプレーヤ同士で対戦を行う対戦モードである。
 対戦モード選択画面100の表示中にプレーヤAが「ユーザー大会」のアイコン画像102に対してタッチ入力をした場合(ステップS102でY)、制御部41は、図5に示すように、ユーザー大会を開催する、または既存のユーザー大会に参加する、のいずれかを選択するための開催/参加選択画面200を表示部44に表示させる(ステップS103)。開催/参加選択画面200では、「ユーザー大会を開く」のメッセージを伴うアイコン画像201と、「ユーザー大会に参加する」のメッセージを伴うアイコン画像202とが表示され、プレーヤAがいずれかのアイコン画像にタッチ入力を行うことによって、いずれか一方を選択することができる。なお対戦モード選択画面100の表示中に「フリー対戦」のアイコン画像101に対してタッチ入力が行われた場合(ステップS102でN)、本処理は終了し、「フリー対戦」に係る処理を実行する。
 開催/参加選択画面200の表示中に「ユーザー大会を開く」のアイコン画像201に対してタッチ入力が行われた場合(ステップS104でY)、制御部41は、図6に示す大会情報設定画面300を表示部44に表示させる(ステップS105)。なお開催/参加選択画面200の表示中に「ユーザー大会に参加する」のアイコン画像202に対してタッチ入力が行われた場合(ステップS104でN)、制御部41は、後述する図12に示すフローチャートに沿ってステップS114以降の処理を実行する。
 大会情報設定画面300は、「ユーザー大会」の開催に必要な情報の設定を行うための画面である。本実施形態のゲームアプリケーションは、2名のプレーヤが互いに30枚のカードで構成されたカードデッキを用いてカードを出し合う等して対戦を行うものであり、主催者となるプレーヤAは、大会情報設定画面300を利用して、「試合方式」、「フォーマット」、「上限人数」、「開始時間」、「開催期間」、「観戦設定」、「主催者参加」の各項目に関する設定のための入力を行うことができる。
 「試合方式」は、対戦の決着条件を設定する項目である。本実施形態では、図7に示すように、1回戦のみを行っていずれか一方が1回勝利することで決着する「BO1」、最大で5回戦を行っていずれか一方が3回勝利することで決着する「BO3」、最大で9回戦を行っていずれか一方が5回勝利することで決着する「BO5」から選択することができる。図6に示す例では、表示領域301に表示されているように「BO3」が選択されており、変更ボタン311に対してタッチ入力を行うことによって「試合方式」を変更する入力を行うことができる。
 「フォーマット」は、対戦に使用するカードデッキに組み込むことができるカードの種類の制限を設定する項目である。本実施形態では、図7に示すように、「フォーマット」として、「ローテーション」と「アンミリテッド」とが選択可能である。「ローテーション」は予め定められた種類のカードのみをカードデッキに組み込むことが可能であり、「アンリミテッド」は種類の制限無しでカードをカードデッキに組み込むことが可能である。図6に示す例では、表示領域302に表示されているように「ローテーション」が選択されており、変更ボタン312に対してタッチ入力を行うことによって「フォーマット」を変更する入力を行うことができる。
 「上限人数」は、対戦グループに参加可能な対戦を行うプレーヤの人数を設定する項目である。本実施形態では、図7に示すように、「上限人数」を3名~64名の間で設定可能であり、主催者が対戦を行うプレーヤとして参加する場合には、その中に主催者が含まれ、主催者が対戦を行うプレーヤとして参加しない場合には、その中に主催者が含まれない。図6に示す例では、表示領域303に表示されているように16名に設定されており、変更ボタン313に対してタッチ入力を行うことによって「上限人数」を変更する入力を行うことができる。
 「開始時間」は、「ユーザー大会」がサーバー20に登録されてから対戦が可能となるまでの時間を設定する項目である。本実施形態では、図7に示すように、「開始時間」を、1時間後、2時間後、3時間後、4時間後、8時間後、12時間後、24時間後のいずれかに設定することができる。図6に示す例では、表示領域304に表示されているように4時間後が選択されており、変更ボタン314に対してタッチ入力を行うことによって「開始時間」を変更する入力を行うことができる。
 「開催期間」は、「ユーザー大会」において対戦の開始受付(対戦募集に対する対戦申込の受付)の有効期間を設定する項目である。本実施形態では、図7に示すように、「開催期間」を、1時間、2時間、3時間、4時間、8時間、12時間、24時間のいずれかに設定することができる。図6に示す例では、表示領域305に表示されているように8時間が選択されており、変更ボタン315に対してタッチ入力を行うことによって「開催期間」を変更する入力を行うことができる。
 「観戦設定」は、「ユーザー大会」におけるプレーヤ同士の対戦をプレーヤ端末40によって観戦可能とする対象についての観戦権限を設定する項目である。本実施形態では、図7に示すように、「観戦設定」を、「主催者のみ」、「主催者および参加者」、「観戦なし」のいずれかに設定することができる。図6に示す例では、表示領域306に表示されているように「主催者のみ」が選択されており、変更ボタン316に対してタッチ入力を行うことによって「観戦設定」を変更する入力を行うことができる。
 「主催者参加」は、主催者となるプレーヤ(本実施形態ではプレーヤA)が、対戦を行う参加者としても参加するか否かを設定する項目である。本実施形態では、図7に示すように、「オン」または「オフ」のいずれかに設定することができる。「主催者参加」の項目を「オン」に設定した場合には、主催者は参加者としても登録され、「ユーザー大会」においてプレーヤ同士の対戦を行うことができる。また「主催者参加」の項目を「オフ」に設定した場合には、主催者は参加者としては登録されず、「ユーザー大会」においてプレーヤ同士の対戦を行うことができない。図6に示す例では、「オフ」のチェックボックス308にチェックが入っていることによって「主催者参加」の項目が「オフ」に設定されており、「オン」のチェックボックス307に対してタッチ入力を行うことで「オフ」のチェックボックス308のチェックが外れて「オン」のチェックボックス307にチェックが入り、「主催者参加」の項目に関する設定を切り替えることができる。
 図6に示す大会情報設定画面300には、キャンセルボタン309と決定ボタン310とが設けられており、決定ボタン310に対してタッチ入力が行われると(ステップS106でY)、制御部41は、サーバー20に対して、主催者となるプレーヤAのプレーヤIDと各設定の項目に関する情報とを含む大会登録要求を送信する(ステップS107)。なおキャンセルボタン309に対してタッチ入力が行われると(ステップS106でN)、ステップS103の処理に戻り、開催/参加選択画面200が表示部44に表示される。
 サーバー20では、プレーヤ端末40からの大会登録要求を受信すると、制御部21が、受信した大会登録要求に含まれる情報に基づく大会レコードを記憶部22に作成する(ステップS201)。制御部21は、大会レコードを作成する際に、「大会ID」を付与し、「大会ID」に対応づけて、「主催者ID」(主催者となるプレーヤAのプレーヤID)、「試合方式」、「フォーマット」、「上限人数」、「開始時間」、「開催期間」、「観戦設定」、「主催者参加」等を、記憶部22に作成された大会レコードに格納する。
 制御部21は、大会レコードの作成が完了すると、登録完了応答を主催者となるプレーヤAのプレーヤ端末40に送信する(ステップS202)。プレーヤAのプレーヤ端末40では、サーバー20から登録完了応答を受信すると、制御部41が、図8に示す大会登録完了画面400を表示部44に表示させる(ステップS108)。
 大会登録完了画面400では、大会の登録が完了した旨のメッセージが表示される。また大会登録完了画面400には、サーバー20に登録された「ユーザー大会」の基本画面に移行するための画面移行ボタン401が設けられ、画面移行ボタン401に対してタッチ入力が行われると、プレーヤAが開催した「ユーザー大会」の専用の基本画面が表示部44に表示される。
 図9に示す大会トップ画面500は、基本画面の一例である。大会トップ画面500における表示モードとして、「チャット」、「大会情報」、「大会戦績」、「参加者一覧」が存在する。「チャット」は主催者および参加者がプレーヤ端末40から送信したコメントやサーバー20からの連絡事項などが表示される表示モードであり、「ユーザー大会」における対戦の募集、対戦の申し込み、対戦の観戦は、「チャット」の表示モードを利用して行われる。「大会情報」は、大会レコードに格納されている「大会ID」、「試合方式」、「フォーマット」、「上限人数」、「開始時間」、「開催期間」、「観戦設定」、「主催者参加」等の設定情報を閲覧するための表示モードである。「大会戦績」は、参加者となったプレーヤの対戦履歴に基づくランキング等が表示される表示モードである。「参加者一覧」は、参加者となったプレーヤの一覧が表示される表示モードである。
 大会トップ画面500には、「チャット」を選択するためのチャットボタン501、「大会情報」を選択するための大会情報ボタン502、「大会戦績」を選択するための大会戦績ボタン503、参加者一覧ボタン504が設けられており、各ボタンに対してタッチ入力が行われると、制御部41が表示モードの切り替えを行う。
 また図9に示すように、大会トップ画面500において表示モードが「チャット」である場合、チャット表示領域550に、主催者および参加者がプレーヤ端末40から送信したコメント506やサーバー20からの連絡事項507などが時系列で表示される。主催者および参加者がプレーヤ端末40から送信したコメント506には、コメントを行ったプレーヤIDに紐付いたアイコン画像505が対応づけられる。またコメント506や連絡事項507等の表示内容の履歴は、サーバー20の記憶部22に作成された大会レコードに格納されており、プレーヤ端末40は、サーバー20から表示内容の履歴をダウンロードしてチャット表示領域550に表示させる。また大会トップ画面500のチャット表示領域550にはスクロールバー508が設けられており、スライダーをドラッグしてスライドさせるタッチ入力によりシームレスに表示内容の履歴を閲覧することができる。
 また大会トップ画面500のチャット表示領域550の下方には、デッキ確認ボタン509、対戦募集ボタン510、コメントボタン511が設けられている。デッキ確認ボタン509は、「ユーザー大会」における対戦で使用するカードデッキの内容を確認するためのボタンである。対戦募集ボタン510は、「ユーザー大会」に参加している参加者に対して対戦の募集を行うためのボタンである。コメントボタン511は、コメントの入力フォームを呼び出すためのボタンである。
 また「ユーザー大会」をサーバー20に登録した後におけるプレーヤAのプレーヤ端末40では、「ユーザー大会」の開始時間となるまで、図10に示すように、制御部41が、対戦モード選択画面600において「ユーザー大会」のアイコン画像601に「ユーザー大会」の開始時間までの残り時間を示すカウントダウン画像602を重ねて表示し、時間経過とともにカウントダウン画像602の表示時間を変化させる。このユーザーインターフェースにより「ユーザー大会」の対戦が開始可能となるまでの残り時間を把握することができる。なおプレーヤAが主催する「ユーザー大会」の参加者となったプレーヤのプレーヤ端末40でも同様である。
 対戦モード選択画面600を表示させる際の「ユーザー大会」の開始時間までの残り時間の情報は、対戦モード選択画面600に移行する入力が行われたことをプレーヤ端末40からサーバー20へ通知した際に、その応答としてプレーヤ端末40がサーバー20から取得する。「ユーザー大会」の開始時間までの残り時間の情報をサーバー20から取得した後はプレーヤ端末40の制御部41が、タイマ処理で計時を行い、対戦モード選択画面600のカウントダウン画像602に反映させる。
 また「ユーザー大会」の開始時間となった後におけるプレーヤAのプレーヤ端末40では、図11に示すように、制御部41が、対戦モード選択画面700において「ユーザー大会」のアイコン画像701に「ユーザー大会」の終了時間までの残り時間を示すカウントダウン画像702を重ねて表示し、時間経過とともにカウントダウン画像702の表示時間を変化させる。このユーザーインターフェースにより「ユーザー大会」の対戦の受け付けが終了するまでの残り時間を把握することができる。なおプレーヤAが主催する「ユーザー大会」の参加者となったプレーヤのプレーヤ端末40でも同様である。
 図12は、プレーヤAが主催する「ユーザー大会」への参加を希望するプレーヤBが、プレーヤAが主催する「ユーザー大会」の対戦グループへ参加者として登録されるまでのサーバー20とプレーヤ端末40との処理の例を示すフローチャートである。
 まずプレーヤBのプレーヤ端末40において、制御部41が、記憶部42に記憶されたゲームプログラムを起動させ、プレーヤBが所定の入力を行った場合に、図4に示す対戦モード選択画面100を表示部44に表示させる(ステップS111)。対戦モード選択画面100では、「フリー対戦」のアイコン画像101と、「ユーザー大会」のアイコン画像102とが表示され、プレーヤBがいずれかのアイコン画像にタッチ入力を行うことによって、対戦モードとして「フリー対戦」または「ユーザー大会」のいずれかを選択することができる。
 対戦モード選択画面100の表示中にプレーヤBが「ユーザー大会」のアイコン画像102に対してタッチ入力をした場合(ステップS112でY)、制御部41は、図5に示すように、ユーザー大会を開催する、または既存のユーザー大会に参加する、のいずれかを選択するための開催/参加選択画面200を表示部44に表示させる(ステップS113)。なお対戦モード選択画面100の表示中に「フリー対戦」のアイコン画像101に対してタッチ入力が行われた場合(ステップS112でN)、本処理は終了し、「フリー対戦」に係る処理を実行する。
 開催/参加選択画面200の表示中に「ユーザー大会に参加する」のアイコン画像202に対してタッチ入力が行われた場合(ステップS114でY)、制御部41は、図13に示す大会検索画面800を表示部44に表示させる(ステップS115)。なお開催/参加選択画面200の表示中に「ユーザー大会を開催する」のアイコン画像201に対してタッチ入力が行われた場合(ステップS114でN)、制御部41は、先に述べた図3に示すフローチャートに沿ってステップS105以降の処理を実行する。
 大会検索画面800には、大会ID入力領域801と検索実行ボタン802とが設けられている。プレーヤBは、プレーヤAから直接伝えられたこと、またはインターネット上の掲示板やSNS(ソーシャルネットワークサービス)等でのプレーヤAの告知などを見たことによって大会ID(例えば、123456)を把握し、それを図14に示すように、大会ID入力領域801に入力することができる。
 大会検索画面800の表示中に検索実行ボタン801に対してタッチ入力が行われると(ステップS116)、制御部41は、サーバー20に対して、大会ID入力領域801への入力内容を含む大会ID検索要求を送信する(ステップS117)。
 サーバー20では、プレーヤ端末40からの大会ID検索要求を受信すると、制御部21が、受信した大会ID検索要求に含まれる大会IDに対応する大会レコードが記憶部22に存在するか否かを検索し(ステップS211)、検索結果に応じた検索完了応答をプレーヤBのプレーヤ端末40に送信する(ステップS212)。
 制御部21は、大会ID検索要求に含まれる大会IDに対応する大会レコードが存在している場合、「主催者ID」、「試合形式」、「フォーマット」、「上限人数」、「参加人数」、「開催期間」、「観戦設定」等の大会情報を含む検索完了応答をプレーヤBのプレーヤ端末40に送信する。
 プレーヤ端末40では、大会情報を含む検索完了応答を受信した場合(ステップS117でY)、制御部41が、図15に示す大会参加確認画面900を表示部44に表示させる(ステップS118)。大会参加確認画面900では、検索完了応答に含まれる大会情報に基づく内容が表示領域901に表示される。また大会参加確認画面900には、キャンセルボタン902と参加決定ボタン903とが設けられている。大会参加確認画面900の表示中に参加決定ボタン903に対するタッチ入力が行われた場合(ステップS120でY)、制御部41は、サーバー20に対して、プレーヤBのプレーヤIDを含む参加者登録要求を送信する(ステップS121)。なお大会参加確認画面900の表示中にキャンセルボタン902に対するタッチ入力が行われた場合(ステップS120でN)、制御部41は、大会検索画面800を表示部44に表示させる。
 サーバー20では、プレーヤ端末40から参加者登録要求を受信した場合、参加者登録要求に含まれるプレーヤIDに対応するプレーヤを参加者として追加登録して、プレーヤAが主催する「ユーザー大会」の大会レコードを更新し(ステップS213)、プレーヤBのプレーヤ端末に対して登録完了応答を送信して(ステップS214)、プレーヤAが主催する「ユーザー大会」への参加者としての登録が完了したことを通知する。なお図示省略するが、参加者登録要求を受信した時点で、対象の「ユーザー大会」の大会レコードを参照して、参加者の数が上限数に達している場合や開始時間を過ぎている場合等、要求元のプレーヤを参加者として登録ができない場合には、参加者登録要求の送信元のプレーヤ端末40に対してエラー応答を行う。
 また制御部21は、大会ID検索要求に含まれる大会IDに対応する大会レコードが存在しない場合、その旨を通知するための検索エラー情報を含む検索完了応答をプレーヤBのプレーヤ端末40に送信する。例えば、大会IDとして「123456」を入力すべきところ、誤って「123457」と入力した場合などが該当する。なお参加者の人数が上限数に到達した「ユーザー大会」は検索対象外として、実在する大会IDについての大会ID検索要求がサーバー20に送信されても、検索エラー情報を含む検索完了応答をプレーヤ端末40に送信するようにしてもよい。
 プレーヤ端末40では、検索エラー情報を含む検索完了応答を受信した場合(ステップS117でN)、制御部41が、図16に示す検索エラー画面810を表示部44に表示させる(ステップS119)。検索エラー画面810には、復帰ボタン811が設けられており、復帰ボタン811に対するタッチ入力が行われると、制御部41は、大会検索画面800を表示部44に表示させる。
 また本実施形態では、「ユーザー大会」に参加するプレーヤは、参加者としての登録完了後に、対戦で使用するカードデッキの登録を行うことが必要となっている。図17に示すデッキ登録画面1000は、「ユーザー大会」で使用するカードデッキの登録を行うためのユーザーインターフェースの一例である。制御部41は、「ユーザー大会」への参加者としての登録完了に基づいて、デッキ登録画面1000を表示部44に表示させるようにしてもよいし、参加者として登録された「ユーザー大会」の開始時間までに参加者となったプレーヤの任意のタイミングで所定の入力を行うことでデッキ登録画面1000を表示部44に表させるようにしてもよい。
 図17に示す例では、「ローテーション」の「フォーマット」に対応したカードデッキとして、デッキA、デッキB、デッキC、デッキDがプレーヤによって予め準備されており、デッキ登録画面1000には、デッキAを選択するためのデッキ選択ボタン1001、デッキBを選択するためのデッキ選択ボタン1002、デッキCを選択するためのデッキ選択ボタン1003、デッキDを選択するためのデッキ選択ボタン1004が設けられている。「ユーザー大会」に参加するプレーヤは、いずれかのデッキ選択ボタンに対してタッチ入力することで「ユーザー大会」で使用するカードデッキの選択を行うことができる。
 デッキ登録画面1000の表示中に、いずれかのデッキ選択ボタンに対してタッチ入力が行われると、プレーヤ端末40の制御部41は、図18に示す登録確認画面1010を表示部44に表示させる。登録確認画面1010には、登録の確認を問うメッセージが表示され、キャンセルボタン1011と、登録ボタン1012とが設けられている。
 登録確認画面1010の表示中に、登録ボタン1012に対してタッチ入力が行われた場合、制御部41は、デッキ登録を行う「ユーザー大会」の大会ID、デッキ登録を行うプレーヤのプレーヤID、および選択したカードデッキの情報を含むデッキ登録要求をサーバー20に送信する。サーバー20では、デッキ登録要求を受信すると、制御部21が、デッキ登録要求に含まれる大会IDに該当する大会レコードにカードデッキの情報をプレーヤIDに対応づけて登録して、大会レコードを更新する。なお登録確認画面1010の表示中に、キャンセルボタン1011に対してタッチ入力が行われた場合、制御部41は、デッキ登録要求の送信を行わずにデッキ登録画面1000を表示部44に表示させる。
 図19は、プレーヤAが主催する「ユーザー大会」の開催中にプレーヤ同士の対戦を行わせるまでのサーバー20とプレーヤ端末40との処理の例を示すフローチャートである。以下では、プレーヤAが主催する「ユーザー大会」に参加者として登録されているプレーヤBが、図9に示す大会トップ画面500のユーザーインターフェースを利用して対戦募集を行っている状況に対して、同じくプレーヤAが主催する「ユーザー大会」に参加者として登録されているプレーヤCが対戦を申し込む場合について説明する。
 まずプレーヤCのプレーヤ端末40において、制御部41が、記憶部42に記憶されたゲームプログラムを起動させ、プレーヤCが所定の入力を行った場合に、図11に示す対戦モード選択画面700を表示部44に表示させる(ステップS131)。対戦モード選択画面700では、「ユーザー大会」のアイコン画像701に参加者として登録されている「ユーザー大会」の終了時間までの残り時間を示すカウントダウン画像702が重ねて表示される。
 対戦モード選択画面700の表示中にプレーヤCが「ユーザー大会」のアイコン画像701に対してタッチ入力を行った場合(ステップS132でY)、プレーヤ端末40の制御部41は、サーバー20に対して、プレーヤCが参加者として登録されている「ユーザー大会」の大会レコードに格納されている情報を取得するために、「ユーザー大会」の大会IDとプレーヤCのプレーヤIDとを含む大会レコードアクセス要求を送信する(ステップS133)。なお対戦モード選択画面700の表示中に「フリー対戦」のアイコン画像に対してタッチ入力が行われた場合(ステップS132でN)、本処理は終了し、「フリー対戦」に係る処理を実行する。
 サーバー20では、プレーヤ端末40から大会レコードアクセス要求を受信した場合、大会レコードアクセス要求に含まれる大会IDに基づき大会レコードの検索を行い(ステップS231)、プレーヤAが主催する「ユーザー大会」の大会レコードに格納されている情報を含む大会データ送信応答を、大会レコードアクセス要求に含まれるプレーヤIDに対応するプレーヤCのプレーヤ端末に対して送信する(ステップS232)。
 サーバー20から大会データ送信応答を受信したプレーヤ端末40では、制御部41が、図20に示すような大会トップ画面520を表示部44に表示させる(ステップS134)。
 図20に示す大会トップ画面520では、プレーヤBが対戦受付中であることを示すコメント521が表示されており、コメント521に対戦申込ボタン522が設けられている。本実施形態では、対戦IDが作成されると対戦申込ボタン522を伴うコメント521が投稿される。
 具体的には、「ユーザー大会」の参加者として登録されているプレーヤがコメント表示領域の下方に設けられた対戦募集ボタンに対してタッチ入力を行うと、プレーヤ端末40の制御部41が、サーバー20に対して対戦ID作成要求を送信する。対戦ID作成要求を受信したサーバー20では、制御部21が、対戦を募集したプレーヤのプレーヤIDと対応づけて対戦IDを発行して大会レコードに格納する。
 大会レコードには対戦IDに対戦ステータス情報が対応づけられ、対戦IDが作成された段階では対戦ステータス情報は「受付中」に設定される。そしてプレーヤBと他のプレーヤとの対戦が開始されると、対戦IDに対応づけられる対戦ステータス情報は「対戦中」となり、対戦が終了すると対戦IDに対応づけられる対戦ステータス情報は「対戦終了」となる。
 すなわち大会トップ画面520では、プレーヤBが先に述べた対戦募集ボタンに対するタッチ入力を行った結果、プレーヤBの対戦募集に対して発行された対戦IDに紐づけられた対戦申込ボタン522を伴うコメント521がプレーヤCのプレーヤ端末40の表示部44に表示されている。
 なおプレーヤAが主催した「ユーザー大会」は、観戦設定が「主催者のみ」に設定されているため、参加者として登録されているプレーヤのプレーヤ端末40では、大会トップ画面520においてコメント521に対戦申込ボタン522しか設けられていないが、仮に観戦設定が「主催者および参加者」に設定されていた場合には、図21に示すように、大会トップ画面520におけるコメント521に対して、対戦申込ボタン522のみならず観戦申込ボタン523も設けられる。
 大会トップ画面520の表示中にプレーヤCが対戦申込ボタン522に対してタッチ入力を行った場合(ステップS135でY)、プレーヤ端末40の制御部41は、サーバー20に対して、プレーヤCが参加者として登録されている「ユーザー大会」の大会IDとプレーヤBの対戦募集に対して発行された対戦IDとを含む対戦申込要求を送信する(ステップS136)。
 サーバー20では、プレーヤ端末40から対戦申込要求を受信した場合、制御部21が、受信した対戦申込要求に含まれる大会IDおよび対戦IDに基づいて、大会レコードを参照して対戦IDに対応づけられた対戦ステータス情報が「受付中」であるか否かを判定する(ステップS233)。
 対戦申込要求に含まれる対戦IDに対応づけられた対戦ステータス情報が「受付中」であった場合(ステップS233でN)、制御部21は、対戦申込要求に含まれる大会IDに基づく大会レコードにプレーヤCを対戦IDに対応する対戦の対戦者として登録して大会レコードを更新する(ステップS234)。このとき対戦IDに対応づけられた対戦ステータス情報も「受付中」から「対戦中」に変更される。また制御部21は、対戦申込要求に基づくプレーヤCの対戦申込の受付が完了したことを通知する対戦受付完了応答を、プレーヤCのプレーヤ端末40に対して送信する(ステップS235)。なお対戦申込要求に含まれる対戦IDに対応づけられた対戦ステータス情報が「受付中」ではなかった場合(ステップS233でY)、図示を省略するが、制御部21は、プレーヤ端末40に対して対戦申込の受付ができないことを通知する対戦申込エラー応答を送信して本処理を終了する。
 そしてプレーヤBの対戦募集に対してプレーヤCの対戦申込が受け付けられると、プレーヤBのプレーヤ端末40の制御部41とプレーヤCのプレーヤ端末40の制御部41とが、サーバー20を介して互いの入力情報やカード情報等をやり取りしてカードゲームによる対戦を行う対戦処理(端末側処理:ステップS137、サーバー側処理:ステップS236)が実行される。
 プレーヤBのプレーヤ端末40では、制御部41が、プレーヤBの入力情報やカード情報等をサーバー20に送信する処理、プレーヤCの入力情報やカード情報等をサーバー20から取得する処理、各プレーヤの入力情報やカード情報等に基づくゲーム演算を行い、演算結果に基づいて対戦中ゲーム画面に係る画像を生成する処理などを端末側処理として行う。
 プレーヤCのプレーヤ端末40では、制御部41が、プレーヤCの入力情報やカード情報等をサーバー20に送信する処理、プレーヤBの入力情報やカード情報等をサーバー20から取得する処理、各プレーヤの入力情報やカード情報に基づくゲーム演算を行い、演算結果に基づいて対戦中ゲーム画面に係る画像を生成する処理などを端末側処理として行う。
 サーバー20では、制御部21が、プレーヤBのプレーヤ端末40から受信した入力情報やカード情報等をプレーヤCのプレーヤ端末40へ送信する処理、プレーヤCのプレーヤ端末40から受信した入力情報やカード情報等をプレーヤBのプレーヤ端末40へ送信する処理、対戦の進行を管理する処理などをサーバー側処理として行う。
 図22は、プレーヤBとプレーヤCとの対戦におけるプレーヤBのプレーヤ端末40の表示部44に表示される対戦中ゲーム画面1100の一例である。
 対戦中ゲーム画面1100には、プレーヤBのターン終了を宣言するためのターン終了ボタン1101が設けられており、ターン終了ボタン1101に対してタッチ入力が行われると、プレーヤBのターンが終了し、対戦相手であるプレーヤCのターンが開始する。
 対戦中ゲーム画面1100には、プレーヤBのプレイポイント(PP)を示すプレイポイント表示1102と、プレーヤCのプレイポイント(PP)を示すプレイポイント表示1103とが存在し、これらのプレイポイント表示は、各プレーヤのターン開始時のプレイポイントと使用可能なプレイポイントの残量とが表示されている。例えば、プレーヤポイント表示1102における「3/5」とは、ターン開始時のプレイポイント(PP)が5ポイントであり、使用可能なプレイポイントの残量が3ポイントであることを示す。
 対戦中ゲーム画面1100には、プレーヤBのキャラクタアイコン1104と、プレーヤCのキャラクタアイコン1105とが表示される。キャラクタアイコン1104に付随して表示されている数字は、プレーヤBのプレーヤライフ表示1106であり、キャラクタアイコン1105に付随して表示されている数字は、プレーヤCのプレーヤライフ表示1107である。これらのプレーヤライフは、カードゲームの勝敗を決する要素であり、対戦相手のプレーヤライフを0にすることで勝利となる。
 プレーヤBのキャラクタアイコン1104の右方には、プレーヤBの手札カード1108が表示され、プレーヤCのキャラクタアイコン1105の左方には、プレーヤCの手札カード1109が表示される。対戦中ゲーム画面1100は、プレーヤBのプレーヤ端末40の表示部44に表示されているものであるから、プレーヤBの手札カード1108についてはカード情報が表示され、プレーヤCの手札カート1109についてはカード情報が表示されない。プレーヤBの手札カード1108には、カード名(図示省略)、カード絵柄(図示省略)、コスト表示1110、攻撃力表示1111、カードライフ表示1112等のカード情報が表示される。プレーヤCの手札カード1109は、プレーヤCの使用するカードデッキについてデザインが共通化されたカードスキン表示がなされる。なお対戦相手の手札カードの特定は、手札カードとなるカードについて、サーバー20がダミーのカード情報を送信し、ダミーのカード情報を受信したプレーヤ端末40において記憶部42のカード情報データベースを参照して行う。
 プレーヤBの手札カード1108には、プレーヤBのターン開始時に、プレーヤBのカードデッキの未使用分である山札カード1115から1枚が追加される。プレーヤCの手札カード1109には、プレーヤCのターン開始時に、プレーヤCのカードデッキの未使用分である山札カード1116から1枚が追加される。
 また対戦中ゲーム画面1100では、プレーヤBの場札カード1113、プレーヤCの場札カード1114が表示される。各プレーヤは、自らのターンにおいて使用可能なコストの範囲内で手札カードを場札カードとすることができ、場札カードの攻撃力の数値によって対戦相手の場札カードのカードライフを減じる、または対戦相手のプレーヤライフを減じることができる。場札カードのカードライフが0になった場合には、その場札カードは退場する。また先にも述べたように、いずれか一方のプレーヤのプレーヤライフが0になった場合には、他方のプレーヤの勝利となる。
 このように対戦中ゲーム画面1100では、プレーヤBが、プレーヤCの手札カード1109についてカード情報を知り得ないが、手札カード1109から場札カード1114に転じたものについてカード情報を知ることができる。
 図23は、プレーヤAが主催する「ユーザー大会」の開催中にプレーヤ同士の対戦を観戦させるまでのサーバー20とプレーヤ端末40との処理の例を示すフローチャートである。以下では、プレーヤAが主催する「ユーザー大会」に参加者として登録されているプレーヤBとプレーヤCとの対戦を、主催者として登録されているプレーヤAが観戦する場合について説明する。
 まずプレーヤAのプレーヤ端末40において、制御部41が、記憶部42に記憶されたゲームプログラムを起動させ、プレーヤAが所定の入力を行った場合に、図11に示す対戦モード選択画面700を表示部44に表示させる(ステップS141)。対戦モード選択画面700では、「ユーザー大会」のアイコン画像701に参加者として登録されている「ユーザー大会」の終了時間までの残り時間を示すカウントダウン画像702が重ねて表示される。
 対戦モード選択画面700の表示中にプレーヤAが「ユーザー大会」のアイコン画像701に対してタッチ入力を行った場合(ステップS142でY)、プレーヤ端末40の制御部41は、サーバー20に対して、プレーヤAが主催者として登録されている「ユーザー大会」の大会レコードに格納されている情報を取得するために、「ユーザー大会」の大会IDとプレーヤAのプレーヤIDとを含む大会レコードアクセス要求を送信する(ステップS143)。なお対戦モード選択画面700の表示中に「フリー対戦」のアイコン画像に対してタッチ入力が行われた場合(ステップS142でN)、本処理は終了し、「フリー対戦」に係る処理を実行する。
 サーバー20では、プレーヤ端末40から大会レコードアクセス要求を受信した場合、大会レコードアクセス要求に含まれる大会IDに基づき大会レコードの検索を行い(ステップS241)、プレーヤAが主催する「ユーザー大会」の大会レコードに格納されている情報を含む大会データ送信応答を、大会レコードアクセス要求に含まれるプレーヤIDに対応するプレーヤAのプレーヤ端末に対して送信する(ステップS242)。
 サーバー20から大会データ送信応答を受信したプレーヤ端末40では、制御部41が、図24に示すような大会トップ画面560を表示部44に表示させる(ステップS134)。
 図24に示す大会トップ画面560では、プレーヤBとプレーヤCとが対戦中であることを示すコメント561が表示されており、コメント561に観戦申込ボタン562が設けられている。本実施形態では、「ユーザー大会」の主催者または参加者として登録されているプレーヤのうち、「観戦設定」において観戦権限が設定されているプレーヤのプレーヤ端末40に限って観戦申込ボタン562が表示される。本実施形態において「観戦設定」は「主催者のみ」に設定されていることによってプレーヤAのプレーヤ端末40では観戦申込を行うことが可能であるが、例えば、参加者として登録されているプレーヤであって対戦中のプレーヤBおよびプレーヤCとも異なるプレーヤDのプレーヤ端末40では、観戦申込ボタン562が表示不可能であるため、観戦申込を行うことができない。
 大会トップ画面560の表示中にプレーヤAが観戦申込ボタン562に対してタッチ入力を行った場合(ステップS145でY)、プレーヤ端末40の制御部41は、サーバー20に対して、自身のプレーヤID、「ユーザー大会」の大会ID、およびプレーヤBとプレーヤCとの対戦に係る対戦ID(対戦募集時に作成された対戦ID)とを含む観戦申込要求を送信する(ステップS146)。
 サーバー20では、プレーヤ端末40から観戦申込要求を受信した場合、制御部21が、受信した観戦申込要求に含まれる大会IDに基づいて、大会レコードを参照して観戦申込要求に含まれるプレーヤIDが観戦権限を有するプレーヤのものであるか否かを判定する(ステップS243)。この「ユーザー大会」の「観戦設定」は、「主催者のみ」であり、プレーヤAは「主催者」として登録されているため、プレーヤAのプレーヤ端末40から送信された観戦申込要求に含まれるプレーヤIDは、観戦権限有するプレーヤのものであると判定される。
 観戦申込要求に含まれるプレーヤIDが観戦権限を有するプレーヤであった場合(ステップS243でY)、制御部21は、観戦申込要求に含まれる大会IDに基づく大会レコードに観戦申込要求に含まれるプレーヤIDを、観戦申込要求に含まれる対戦IDに対応する対戦の観戦者として登録して大会レコードを更新する(ステップS244)。また制御部21は、観戦申込要求に基づくプレーヤAの観戦申込の受付が完了したことを通知する観戦受付完了応答を、プレーヤAのプレーヤ端末40に対して送信する(ステップS245)。なお観戦申込要求に含まれるプレーヤIDに対応するプレーヤが、観戦権限を有するプレーヤではなかった場合(ステップS243でN)、図示を省略するが、制御部21は、プレーヤ端末40に対して観戦申込の受付ができないことを通知する観戦申込エラー応答を送信して本処理を終了する。
 そしてプレーヤBとプレーヤCとの対戦に対する観戦者としての登録が受け付けられると、プレーヤAのプレーヤ端末40の制御部41が、サーバー20を介してプレーヤBの入力情報やカード情報とプレーヤCの入力情報やカード情報とを取得して対戦の模様を観戦する観戦処理(端末側処理:ステップS147、サーバー側処理:ステップS246)が実行される。
 プレーヤAのプレーヤ端末40では、制御部41が、プレーヤBおよびプレーヤCの入力情報やカード情報等をサーバー20から取得する処理、各プレーヤの入力情報やカード情報等に基づくゲーム演算を行い、演算結果に基づいて観戦画面に係る画像を生成する処理などを端末側処理として行う。
 サーバー20では、制御部21が、プレーヤBのプレーヤ端末40から受信した入力情報やカード情報をプレーヤAのプレーヤ端末40へ送信する処理、プレーヤCのプレーヤ端末40から受信した入力情報やカード情報をプレーヤAのプレーヤ端末40へ送信する処理、対戦の進行を管理する処理などをサーバー側処理として行う。
 図25は、プレーヤBとプレーヤCとの対戦を観戦するプレーヤAのプレーヤ端末40の表示部44に表示される観戦画面1200である。
 観戦画面1200は、対戦IDの作成に係る対戦募集を行ったプレーヤ視点での画面となっており、プレーヤBとプレーヤCとの対戦におけるプレーヤB視点での画面であることについては、対戦中ゲーム画面1100と同一であるが、プレーヤCの手札カート1109についてはカード情報が表示されている点で対戦中ゲーム画面1100と異なる。特に本実施形態では、観戦機能の提供に関して対戦機能を提供する際とは異なる点として、サーバー20は、対戦中の各プレーヤの双方の手札カードおよび場札カードについて正規のカード情報を送信し、観戦者のプレーヤ端末40では、受信した正規のカード情報に基づいて対戦している各プレーヤの手札カードおよび場札カードを開示した状態で観戦画面に係る画像が生成される。
 このように観戦画面1200では、観戦者であるプレーヤAが、プレーヤBおよびプレーヤCの双方の手札カードおよび場札カードについてカード情報を知ることができる状況で対戦の模様を観戦することができる。
 以上に述べた情報処理システム10では、「ユーザー大会」のために形成された対戦グループに所属するプレーヤ同士の対戦を、主催者となったプレーヤの端末を通じて観戦可能とする一方で、主催者以外のプレーヤであって、対戦を行っていないプレーヤの端末では観戦できないように観戦権限を設定可能としたことで、主催者がプレーヤ間の公平性を保ちつつ対戦グループの管理を適切に行うことができるため、プレーヤ同士が対戦を行うゲームに関するインターフェース環境の向上を図ることができる。
 特に情報処理システム10で実現されるカードゲームのような一部のカード情報が非開示となっている状況で対戦を行うようなゲームについては、参加者が観戦可能となることによって対戦に先んじて他の参加者のカードデッキの内容や対戦に関する戦術などを知り得てしまうことがプレーヤ間の公平性を害する要因となるため、主催者のみが観戦可能となる観戦権限を設定可能とすることについて好適である。
 また情報処理システム10では、カードゲームに限らず、プレーヤ同士で対戦を行うゲームでは、主催者が監視役となって対戦中の不正な行為や対戦中にプレイを放棄するような対戦マナーに反する行為などを発見可能とする活用方法も提供することができる。
 また情報処理システム10では、対戦を行う参加者については公平性を保つために観戦不可能とするが、第三者に対戦の様子を観戦させることを目的として、主催者のみに観戦権限を設定して、主催者が自身のプレーヤ端末40の観戦画面をインターネットを通じて配信するような活用方法も提供することができる。
 また情報処理システム10では、参加者となったプレーヤも観戦可能とする観戦権限を選択することもできるようになっているので、主催者が「ユーザー大会」の趣向に合わせた対戦グループの管理を行うことができる。
 特に情報処理システム10で実現されるカードゲームのような一部のカード情報が非開示となっている状況で対戦を行うようなゲームについては、観戦画面を通じて対戦者同士においては互いに非開示となっているカード情報を開示しての観戦となるため、参加者となったプレーヤも観戦可能とする観戦権限も設定可能とする態様によって、参加者同士で対戦に関する戦術の研究などを行う活用方法なども提供することができる。
 3.変形例
 プレーヤ同士の対戦に関するプレーヤのマッチングについては、対戦募集に対して申込を行う形式に限らず、対戦グループ内のプレーヤをランダムに引き合わせてマッチングする形式であってもよい。
 また「プレーヤ」は実在するプレーヤに限らず、所定のアルゴリズムに沿って行動するコンピュータプレーヤ、ノンプレーヤキャラクタ(NPC)を含む。例えば、対戦募集が開始してから一定期間を経過しても対戦申込が行われない場合には、コンピュータプレーヤ、ノンプレーヤキャラクタ(NPC)が対戦相手となって対戦を開始するような態様であってもよい。
 またプレーヤ同士の対戦の各々が独立したものではなく、トーナメント形式で争われるものであってもよい。トーナメント形式を採用する場合のプレーヤのマッチングについては、サーバー20において抽選などにより決定する、または主催者がプレーヤ端末40に対して手動でマッチング内容を入力して入力内容をサーバー20に送信して大会レコードに登録する等の態様であってもよい。またトーナメント形式を採用する場合に、シードを設けるか否かを設定可能として、シードを設けない設定とした場合に、参加人数でのトーナメントにマッチングが組めない状況では、対戦相手としてコンピュータプレーヤ、ノンプレーヤキャラクタ(NPC)を補充するという態様であってもよい。
 また観戦権限がないプレーヤのプレーヤ端末40では、観戦申込のための観戦ボタンが表示されないようにしていたが、観戦権限の有無に関わらず観戦ボタンを表示可能としてもよい。この場合、観戦権限のないプレーヤのプレーヤ端末40において観戦ボタンに対する入力が行われて観戦申込要求がサーバー20に送信されても、その観戦申込要求を受信したサーバー20では観戦権限がないことによりエラー応答をする態様であってもよい。また観戦権限のないプレーヤのプレーヤ端末40において、観戦ボタンを表示可能とするが、プレーヤ端末40において観戦ボタンに対する入力を受け付けない処理を行い、観戦ボタンをグレーアウト表示することによって観戦ボタンが無効であることをプレーヤに示すようにしてもよい。
 またサーバー20に関して、対戦機能を提供するサーバーと観戦機能を提供するサーバーとを個別に設けるようにしてもよい。このようにすれば、観戦者の数が多くなっても通信トラフィックを分散することができるため、対戦機能の提供に与える影響を少なくすることができる。特に観戦機能の提供を格闘ゲームやスポーツゲームのようなサーバー応答遅延がゲームの結果に大きく影響するようなものについては有用である。
 また観戦画面は、対戦募集を行ったプレーヤ視点によるものであったが、観戦者のプレーヤ端末40からの入力に応じて対戦相手の視点での観戦画面に切り替えることができる視点変更機能があってもよい。観戦画面についての視点変更機能を設ける場合、視点切り替えのための入力は、観戦申込の時点で行える(例えば、プレーヤB視点での観戦申込ボタンとプレーヤC視点での観戦申込ボタンを設ける等)ようにしてもよいし、観戦画面に視点変更ボタンを設けて、視点変更ボタンに対する入力に基づき視点変更機能が働くようにしてもよい。
 また観戦機能の提供に関して、観戦者の任意の時点で観戦を終了するためのユーザーインターフェースが設けられていてもよい。例えば、観戦画面に観戦終了ボタンを設けて、観戦終了ボタンに対する入力に基づき観戦終了要求を観戦者のプレーヤ端末40からサーバー20へ送信し、サーバー20では、観戦終了要求に対する応答として観戦者のプレーヤ端末40への対戦中のプレーヤの入力情報等の送信を終了して観戦機能の提供を終了することができる。
 また参加者にも観戦権限が与えられている場合、1対戦あたりの観戦者の登録について定員(上限数)を設定可能としてもよい。大会レコードに登録されている観戦者の数が定員に達している場合には、サーバー20がプレーヤ端末40から新たな観戦申込要求を受信しても要求元のプレーヤ端末40に対してエラー応答をすることができる。また大会レコードに登録されている観戦者の数が定員に達している場合には、プレーヤ端末40において観戦申込要求のための入力が行えないようにしてもよい。
 またプレーヤ同士が対戦を行うゲームとして、カードゲームを例にとり説明をしたが、他のゲームにおいて情報処理システム10の観戦機能を提供する構成としてもよい。例えば、格闘ゲーム、スポーツゲーム、アクションゲーム、バトルロイヤルゲーム、ロールプレイングゲーム等、プレーヤ同士が対戦を行うものであれば如何なるジャンルでも適用可能である。またプレーヤ同士の対戦については、1対1に限らず、複数対複数、1対複数のいずれであってもよい。
 また「ユーザー大会」の大会レコードに、対戦には参加せずに観戦のみを行うプレーヤを非対戦者として登録することを可能とし、非対戦者についてはカードデッキの登録を不要としてもよい。そして「ユーザー大会」の「観戦設定」において、主催者と非対戦者のみが観戦可能な観戦権限である「主催者と非対戦者のみ」や、非対戦者のみが観戦可能な観戦権限である「非対戦者のみ」などを設けて、これらを選択可能としてもよい。
 また対戦中ゲーム画面では非開示となり、観戦画面では開示された状態となるカード情報は、山札カード、手札カード、場札カードの全てであってもよいし、これらの一部であってもよく、また複数の手札カードが存在している状況において、その一部のみが観戦画面において開示される態様であってもよい。
 また「ユーザー大会」への参加登録については、「ユーザー大会」の開催期間においても、新たなプレーヤの参加登録を受け付け可能としてもよく、主催者が対戦に参加しない設定で「ユーザー大会」の大会レコードが作成された後であっても、主催者のプレーヤ端末40からの要求に応答してサーバー20が、主催者を、主催者かつ参加者とする登録内容の変更を可能としてもよい。
10 情報処理システム、
20 サーバー、40 プレーヤ端末、21,41 制御部、22,42 記憶部、
23,45 通信部、43 操作入力部、44 表示部、
50 データ記憶部、51 大会情報データベース、
60 ゲーム実行部、61 グループ作成部、62 プレーヤ登録部、
63 大会情報設定部(観戦権限設定部)、64 観戦機能提供部、

Claims (5)

  1.  プレーヤ同士が対戦を行うゲームのためのプログラムであって、
     主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成部と、
     前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録部と、
     前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定部と、
     前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供部として、
     コンピュータを機能させ、
     前記観戦権限設定部が、
     前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とするプログラム。
  2.  請求項1において、
     前記対戦中のプレーヤの端末では、対戦相手のプレーヤが使用する一部のゲーム媒体の情報について非開示となっており、
     前記観戦機能提供部が、
     前記観戦権限を有するプレーヤの端末では、前記対戦中のプレーヤ同士において非開示となっているゲーム媒体の情報を開示した状態で前記プレーヤ同士の対戦を観戦できるように観戦機能を提供するプログラム。
  3.  請求項1または2において、
     前記観戦権限設定部が、
     前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者となったプレーヤの端末のみならず前記主催者以外の当該対戦を行っていないプレーヤの端末からも観戦可能とする観戦権限を設定可能とするプログラム。
  4.  プレーヤ同士が対戦を行うゲームのための情報処理装置であって、
     主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成部と、
     前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録部と、
     前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定部と、
     前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供部と、
     を含み、
     前記観戦権限設定部が、
     前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とする情報処理装置。
  5.  プレーヤ同士が対戦を行うゲームのための情報処理装置の制御方法であって、
     主催者となるプレーヤの端末からの要求に応答して当該プレーヤを主催者として登録した対戦グループを作成するグループ作成ステップと、
     前記主催者とは異なる複数のプレーヤの端末からの要求に応答して当該複数のプレーヤを前記対戦グループに登録するプレーヤ登録ステップと、
     前記主催者となるプレーヤの端末からの要求に応答して前記対戦グループに所属するプレーヤ同士の対戦に関する観戦権限を設定するための観戦権限設定ステップと、
     前記観戦権限の設定内容に従ってプレーヤ同士の対戦を観戦させる観戦機能を提供する観戦機能提供ステップと、
     を含み、
     前記観戦権限設定ステップにおいて、
     前記対戦グループに所属するプレーヤ同士の対戦を、前記主催者以外の当該対戦を行っていないプレーヤの端末では観戦できないが、前記主催者となったプレーヤの端末を通じて観戦可能とする観戦権限を設定可能とする情報処理装置の制御方法。
PCT/JP2020/047110 2019-12-26 2020-12-17 プログラム、情報処理装置、および情報処理装置の制御方法 WO2021132002A1 (ja)

Priority Applications (2)

Application Number Priority Date Filing Date Title
CN202080090338.4A CN114901372A (zh) 2019-12-26 2020-12-17 程序、信息处理装置和信息处理装置的控制方法
US17/808,757 US20220314127A1 (en) 2019-12-26 2022-06-24 Information storage medium, information processing device, and method for controlling information processing device

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2019236098A JP6783918B1 (ja) 2019-12-26 2019-12-26 プログラム、情報処理装置、および情報処理装置の制御方法
JP2019-236098 2019-12-26

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US17/808,757 Continuation US20220314127A1 (en) 2019-12-26 2022-06-24 Information storage medium, information processing device, and method for controlling information processing device

Publications (1)

Publication Number Publication Date
WO2021132002A1 true WO2021132002A1 (ja) 2021-07-01

Family

ID=73043603

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2020/047110 WO2021132002A1 (ja) 2019-12-26 2020-12-17 プログラム、情報処理装置、および情報処理装置の制御方法

Country Status (4)

Country Link
US (1) US20220314127A1 (ja)
JP (2) JP6783918B1 (ja)
CN (1) CN114901372A (ja)
WO (1) WO2021132002A1 (ja)

Families Citing this family (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6640322B1 (ja) * 2018-12-28 2020-02-05 株式会社Cygames 情報処理プログラム、情報処理装置、及び情報処理システム
JPWO2022176175A1 (ja) * 2021-02-19 2022-08-25

Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007125185A (ja) * 2005-11-02 2007-05-24 Nintendo Co Ltd 通信ゲームシステム
JP2014217486A (ja) * 2013-05-02 2014-11-20 株式会社 ディー・エヌ・エー プログラム、方法、および、サーバ装置
US20150018059A1 (en) * 2013-07-15 2015-01-15 Yaowen CHEN Online Mahjong Game
JP6474177B1 (ja) * 2018-06-29 2019-02-27 株式会社ドワンゴ 配信サーバ、配信システム、配信方法及びプログラム
JP2019072245A (ja) * 2017-10-17 2019-05-16 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム制御装置、及びプログラム

Patent Citations (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2007125185A (ja) * 2005-11-02 2007-05-24 Nintendo Co Ltd 通信ゲームシステム
JP2014217486A (ja) * 2013-05-02 2014-11-20 株式会社 ディー・エヌ・エー プログラム、方法、および、サーバ装置
US20150018059A1 (en) * 2013-07-15 2015-01-15 Yaowen CHEN Online Mahjong Game
JP2019072245A (ja) * 2017-10-17 2019-05-16 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム制御装置、及びプログラム
JP6474177B1 (ja) * 2018-06-29 2019-02-27 株式会社ドワンゴ 配信サーバ、配信システム、配信方法及びプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Splatoon 2' How to use the private match watching mode!, Steal movement from a good person's perspective!", STRATEGY ENCYCLOPEDIA, 25 January 2018 (2018-01-25), Retrieved from the Internet <URL:https://gamepedia.jp/splatoon2/archives/8206> [retrieved on 20200907] *

Also Published As

Publication number Publication date
US20220314127A1 (en) 2022-10-06
JP6783918B1 (ja) 2020-11-11
JP2021104328A (ja) 2021-07-26
CN114901372A (zh) 2022-08-12
JP2021104149A (ja) 2021-07-26
JP7245213B2 (ja) 2023-03-23

Similar Documents

Publication Publication Date Title
JP6901659B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP6557903B2 (ja) 大会運営システム、大会運営装置、及びプログラム
JP2004261202A (ja) ゲームシステム及びゲームサーバ
JP2019194893A (ja) 大会運営システム、大会運営装置、及びプログラム
WO2021132002A1 (ja) プログラム、情報処理装置、および情報処理装置の制御方法
KR20080012128A (ko) 오프라인 대전 상대 연결 시스템 및 이를 이용한 대전 상대연결 방법
JP6733019B1 (ja) ゲームシステム、ゲームシステムの実行方法およびゲームシステムのプログラム
JP4797395B2 (ja) ゲームシステム
KR20120114894A (ko) 실시간 게임 순위를 이용하여 대전 상대를 매칭하는 서버 및 그 방법
JP2021112592A (ja) ゲームプログラム、およびゲームシステム
JP6751982B2 (ja) ネットワーク対戦型パズルゲーム管理システム
JP7403053B2 (ja) ゲームシステム、およびゲームプログラム
JP6511183B1 (ja) ゲームシステム、およびゲームプログラム
JP2018196741A (ja) プログラムおよびサーバシステム
JP7265061B1 (ja) プログラム、情報処理システム、および情報処理方法
US9352234B2 (en) Player rankings based on long term opponent activity
JP6377903B2 (ja) プログラムおよびサーバシステム
JP6643608B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP7260831B1 (ja) 情報処理装置、情報処理方法、及びプログラム
JP6909915B1 (ja) マルチバトルを含むゲームのためのプログラム、方法、電子装置及びシステム
JP7408174B2 (ja) ゲームシステム、ゲーム制御装置、及びプログラム
JP7177708B2 (ja) プログラム、端末装置、及び制御方法
JP2023091468A (ja) 情報処理システムおよびプログラム
JP2024039814A (ja) ゲームシステム、プログラム及びゲームサービス提供方法
JP2022072735A (ja) ゲームシステム及びサーバ装置

Legal Events

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

Ref document number: 20908302

Country of ref document: EP

Kind code of ref document: A1

NENP Non-entry into the national phase

Ref country code: DE

122 Ep: pct application non-entry in european phase

Ref document number: 20908302

Country of ref document: EP

Kind code of ref document: A1