WO2024070167A1 - 情報処理装置、プログラム及びゲームシステム - Google Patents

情報処理装置、プログラム及びゲームシステム Download PDF

Info

Publication number
WO2024070167A1
WO2024070167A1 PCT/JP2023/027083 JP2023027083W WO2024070167A1 WO 2024070167 A1 WO2024070167 A1 WO 2024070167A1 JP 2023027083 W JP2023027083 W JP 2023027083W WO 2024070167 A1 WO2024070167 A1 WO 2024070167A1
Authority
WO
WIPO (PCT)
Prior art keywords
character
game
information
processing device
information processing
Prior art date
Legal status (The legal status 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 status listed.)
Ceased
Application number
PCT/JP2023/027083
Other languages
English (en)
French (fr)
Inventor
雄太 島野
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
Bandai Co Ltd
Original Assignee
Bandai Co Ltd
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 Bandai Co Ltd filed Critical Bandai Co Ltd
Publication of WO2024070167A1 publication Critical patent/WO2024070167A1/ja
Anticipated expiration legal-status Critical
Ceased legal-status Critical Current

Links

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/822—Strategy games; Role-playing games
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/55—Controlling game characters or game objects based on the game progress
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions

Definitions

  • the present invention relates to an information processing device, a program, and a game system, and in particular to an electronic game with a character development function.
  • Patent Document 1 There is a game system that includes a game device that executes an electronic game that has the function of developing a character according to the user's activity state.
  • One aspect of the present invention aims to provide an information processing device, program, and game system that provide a highly entertaining game playing experience.
  • One aspect of the present invention includes an acquisition means for acquiring character information relating to a character trained in a game device, a determination means for determining whether a condition for imparting a game element to a target character relating to the character information acquired by the acquisition means is satisfied based on the character information acquired by the acquisition means, and an imparting means for imparting a game element to the target character when the determination means determines that the condition for imparting the game element is satisfied, the game device executes a training game in which a character grows through a number of training stages, and the condition for imparting the game element includes at least a change in the training stage of the target character in the training game.
  • the present invention makes it possible to provide a highly entertaining gameplay experience.
  • FIG. 1 is a diagram illustrating a configuration of a game system according to an embodiment and a modification of the present invention.
  • FIG. 1 is a block diagram illustrating a functional configuration of a management server 100 according to an embodiment and a modification of the present invention.
  • FIG. 2 is a block diagram illustrating a functional configuration of a game device 200 according to an embodiment and a modification of the present invention.
  • FIG. 3 is a block diagram illustrating a functional configuration of a smartphone 300 according to an embodiment and a modification of the present invention.
  • FIG. 1 is a diagram illustrating an example of the data configuration of various data used in the game system according to an embodiment of the present invention.
  • FIG. 13 is a diagram illustrating a lottery table according to an embodiment and a modification of the present invention.
  • FIG. 13 shows an example of displaying abilities on a smartphone 300 according to an embodiment and a modification of the present invention.
  • FIG. 13 shows an example of how abilities are displayed on the game device 200 according to the embodiment and modified examples of the present invention.
  • 1 is a flowchart illustrating a storage process executed by the management server 100 according to an embodiment of the present invention.
  • the embodiment described below is an example of a game system in which the present invention is applied to a system that includes a game device that is worn by a user and capable of playing an electronic game in which the user develops a character, a communication terminal that is configured to be able to communicate with the game device, and an information processing device that is configured to be able to communicate with the communication terminal.
  • the present invention can be applied to any device that is capable of receiving information about a character developed in the game device and adding game elements to the character.
  • FIG. 1 is a diagram illustrating the configuration of a game system according to this embodiment.
  • the game system according to this embodiment is configured to include a game device 200, a smartphone 300 which is a communication terminal configured to be able to directly communicate information with the game device 200, and a management server 100 which is an information processing device configured to be able to communicate with the smartphone 300.
  • the management server 100 and the smartphone 300 can be connected for communication via a network 400. Therefore, the management server 100 can obtain information related to the game device 200 and transmit information to the game device 200 via the smartphone 300.
  • the game device 200 is a toy configured in the shape of a bracelet that can be worn, for example, on the user's wrist.
  • the game device 200 is equipped with various sensors that can detect and measure the user's activity state when worn, and can measure various items.
  • the game device 200 is described as being worn on the wrist, so that the user can easily check the display contents of the display unit 220 (described below) that the game device 200 is equipped with.
  • the implementation of the present invention is not limited to this, and the game device 200 may be worn on any part of the user's body, such as the fingers, upper arms, waist, legs, etc.
  • the game device 200 is configured to be able to execute an electronic game (a development game) relating to character development. While the game device 200 is running, it controls the progress of the development game in accordance with the measurement results of the activity state. Details of the development game will be described later, but it goes without saying that in implementing the present invention, the input for developing a character is not limited to the measurement results of the activity state. Furthermore, the form of the game device 200 and the elements for progressing through the development game shown in this embodiment are merely examples.
  • the management server 100 is configured to be able to execute an electronic game (battling game) in which a character trained on the game device 200 appears and battles against characters trained by other users. That is, in order to execute a battle game on the management server 100, information on the characters to be featured in the battle game (hereinafter referred to as character information) needs to be transmitted from the game device 200 to the management server 100. For this reason, in the game system of this embodiment, a dedicated application is executed on the smartphone 300 for acquiring character information from the game device 200 and transmitting the character information to the management server 100.
  • a dedicated application is executed on the smartphone 300 for acquiring character information from the game device 200 and transmitting the character information to the management server 100.
  • the smartphone 300 is an example of a general-purpose information and communication terminal. In another embodiment, a PC, a tablet terminal, etc. can also be used. By executing a dedicated application program, the smartphone 300 becomes capable of presenting various displays and GUIs related to the use of the game system.
  • the game device 200 and smartphone 300 are configured to be connectable, for example, via short-range wireless communication, and a communication connection is established in response to an operational input related to starting communication in the training game and dedicated application.
  • a communication connection is established in response to an operational input related to starting communication in the training game and dedicated application.
  • the control unit 101 is, for example, a CPU, and controls the operation of each block of the management server 100. Specifically, the control unit 101 controls the operation of each block by reading out the operation programs of each block stored, for example, in the storage device 102, expanding them in the memory 103, and executing them.
  • the storage device 102 is a device capable of permanently retaining data, such as a non-volatile memory or HDD.
  • the storage device 102 stores information such as parameters required for the operation of each block, in addition to the operation programs of each block held by the management server 100.
  • the memory 103 is a storage device used for temporary data storage, such as a volatile memory.
  • the memory 103 is used not only as an area for expanding the operation programs of each block, but also as a storage area for temporarily storing data output during the operation of each block.
  • the user DB 104 is a database that manages various information (user information) for each user who uses the game system.
  • user information is generated for each user and managed in the user DB 104 so that each user can retain information on characters (characters that have been trained or are in the process of being trained) that they have trained on the game device 200.
  • the user information managed for one user may be associated with a user ID 501 that uniquely identifies the user, and may include stored character information 502 that has various information on one or more characters trained by the user, and battle record information 503 that indicates the battle record of a fighting game played by the user.
  • the stored character information 502 stores trained character information that indicates the training status of each character trained by the user.
  • the character DB 105 manages information (character information) about each type of character that can be trained in the training game of this embodiment.
  • the character information managed for one type of character is associated with a character ID 511 that uniquely identifies the type of character, and includes basic parameter information 512 that indicates parameters (basic parameters) for a fighting game that are set by default for the character, and a table ID 513 that uniquely identifies a lottery table used in a lottery process that determines the game elements to be assigned to the character.
  • the training game of this embodiment is configured to have multiple training stages to indicate the degree of progress in training for each character, and to progress sequentially through the training stages as specified growth conditions are met. Furthermore, as the training stage progresses, the character's form is changed to one of the forms predefined for the subsequent training stage. Furthermore, as the training stage progresses, the character's basic parameters are set to increase (change in a direction that favors the progress of the battle game), and basic parameter information 512 specifies basic parameters for each form of the training stage. More specifically, basic parameter information 512 specifies basic parameters 523 for the corresponding character at each training stage in association with a combination of stage ID 521 that uniquely identifies the training stage and form ID 522 that uniquely identifies the form of the character for each training stage.
  • the ability DB 106 manages information (ability information) on "abilities," which are game elements that are provided to a character trained by a user when a predetermined condition for providing the ability is satisfied.
  • ability information information on "abilities” which are game elements that are provided to a character trained by a user when a predetermined condition for providing the ability is satisfied.
  • the lottery table DB 107 manages information on lottery tables (lottery table information) that specifies the winning probability of each ability, which is referenced in the lottery process executed in relation to the granting of abilities.
  • the lottery table managed for each lottery table is composed of lottery table information 542 that describes the contents of the lottery table, associated with a table ID 541 that uniquely identifies the lottery table, as shown in FIG. 5(d), for example.
  • the abilities granted to a character are determined differently for each character's development stage.
  • the lottery table information 542 defines a lottery table 552 that, for each development stage, determines the winning probability of each ability that can be granted to a character at that development stage, associated with a stage ID 551 that uniquely identifies the development stage.
  • the communication unit 108 is a communication interface that the management server 100 has for communicating with other devices.
  • the communication unit 108 connects to each smartphone 300 via the network 400 using a specific communication method, whether wired or wireless, and transmits and receives data.
  • the toy control unit 201 is, for example, a microcomputer, and controls the operation of each block of the game device 200. Specifically, the toy control unit 201 reads out the operation programs of each block recorded in the toy storage device 202, expands them in the toy memory 203, and executes them to control the operation of each block.
  • the toy memory device 202 is a device capable of permanently retaining data, such as a non-volatile memory. In addition to the operation programs of each block possessed by the game device 200, the toy memory device 202 stores parameters and the like required for the operation of each block.
  • the memory device 202 also includes an area for storing various information such as the character currently being trained in the training game and characters that can be trained in the game device 200.
  • the toy memory 203 is a memory device used for temporary data storage, such as a volatile memory. The toy memory 203 is used not only as an area for expanding the operation programs of each block, but also as a storage area for temporarily storing data output in the operation of each block.
  • the detection unit 204 uses the sensor 210 to detect various information indicating the user's activity state, and outputs the detection results.
  • the sensor 210 may be, for example, an acceleration sensor or a heart rate sensor, and detects the movement occurring in the game device 200 and the user's heart rate information as activity state information.
  • the sensor 210 is configured to output the detection results at predetermined time intervals, and may output, at each output timing, information such as the number of steps and heart rate detected after the most recent output.
  • the acquisition unit 205 acquires various information related to the training game from a memory card (not shown) attached to the game device 200.
  • the game device 200 of this embodiment is configured to be able to train multiple types of characters.
  • the game device 200 has information on some types of characters stored in advance in the toy storage device 202, and the characters can be selected as targets for training, or can be selected as targets for training and the training game can be started when certain conditions are met. Meanwhile, information on the remaining types of characters is configured to be able to be acquired via the acquisition unit 205 by attaching a memory card in order to expand the fun factor.
  • the display control unit 206 is responsible for controlling the display of information on the game device 200.
  • the display control unit 206 uses display information recorded in the toy storage device 202 for the character being raised to configure various screens related to the raising game to be displayed on the display unit 220, which may be, for example, an LCD.
  • the operation input unit 207 is a user interface that the game device 200 has, such as a physical operation member (button).
  • a physical operation member button
  • the operation input unit 207 detects that an operation input has been made to an operation member, it outputs a control signal corresponding to the operation input to the control unit 101.
  • the toy communication unit 208 is a communication interface equipped to the game device 200 for communicating information with an external device.
  • the toy communication unit 208 does not need to be in a state of constant communication connection, but may be configured to transition to a state of communication connection in some modes that are entered during the course of the training game or are entered as a result of a menu selection by the user, etc.
  • the communication method of the toy communication unit 208 may include, for example, short-range wireless communication and proximity wireless communication.
  • the terminal control unit 301 is, for example, a CPU, and controls the operation of each block of the smartphone 300. Specifically, the terminal control unit 301 reads out, for example, the operation programs of each block recorded in the terminal storage device 302 and the programs of the dedicated applications related to the game system described above, and controls the operation of each block by expanding them in the terminal memory 303 and executing them.
  • the terminal storage device 302 is a device capable of permanently retaining data, such as a non-volatile memory. In addition to the operating programs of each block of the smartphone 300 and programs related to dedicated applications, the terminal storage device 302 records parameters and display information required for the operation of each block.
  • the terminal memory 303 is a storage device used for temporary data storage, such as a volatile memory. The terminal memory 303 is used not only as an area for expanding the operating programs of each block, but also as a storage area for temporarily storing data output during the operation of each block.
  • the terminal display control unit 304 is responsible for displaying information on the smartphone 300.
  • the terminal display control unit 304 includes a drawing device such as a drawing chip, and performs a predetermined drawing process when generating a screen to be displayed on the terminal display unit 310, which may be, for example, an LCD.
  • the various functions include a character storage function (interrupting the development and managing the information in the management server 100) that is realized by acquiring development character information related to a character being developed in the game device 200 and transmitting the development character information to the management server 100.
  • the various functions also include a character development restart function (restarting the character development game with the parameters at the time of storage inherited) that is realized by acquiring development character information related to a character stored in the management server 100 and transmitting the development character information to the game device 200.
  • the terminal operation input unit 305 is a user interface that the smartphone 300 has, such as an operating member or various sensors. When the terminal operation input unit 305 detects that an operation input has been made to an operating member or various sensors, it outputs a control signal corresponding to the operation input to the terminal control unit 301.
  • the terminal operation input unit 305 includes, in addition to the physical operating members, a touch input detection sensor that detects, for example, a touch input made on the screen of the terminal display unit 310.
  • the device communication unit 306 is a communication interface that the smartphone 300 has with an external device.
  • the device communication unit 306 performs short-range wireless communication with the game device 200 and can receive development character information related to a character being developed on the game device 200.
  • the device communication unit 306 is also connected to the management server 100 via the network 400, and is configured to be able to send and receive information.
  • the game device 200 is configured so that multiple types of characters can be selected as the character to be raised. The user can set one of these characters as the character to be raised and raise that character. In other words, the raising game executed on the game device 200 is configured so that one character can be set as the character to be raised at a time.
  • the character to be developed may be selected from among selectable characters by a lottery process, or based on conditions that are met while the game device 200 is being used. Alternatively, the character to be developed may be selected in response to an operational input by the user, or when the acquisition unit 205 acquires relevant information from a memory card.
  • Character development is basically carried out according to the activity state of the user wearing the game device 200.
  • the development game of this embodiment in order to represent the character's growth, multiple development stages are provided for each character, and the character progresses through the development stages sequentially as specific growth conditions are met.
  • the development game for one character is configured to progress through multiple development stages, and to progress to the next development stage when specific growth conditions are met in each development stage.
  • Each character is defined with multiple types of appearance (form) at least in some of the development stages, and which of these appearances the character will have is determined depending on the transition of the user's activity state in the previous development stages.
  • the development game presents the user with an expression of "character evolution" by changing the character's appearance as the development stage progresses.
  • the development game can provide an exciting character development experience that is not fixed, by changing the manner in which the character evolves depending on the activities performed by the user wearing the game device 200 as the multiple development stages progress.
  • the multiple forms defined in the development stage are not just different in appearance, but also have different basic parameters that are referenced when determining the parameters (battle parameters) used when participating in the fighting game described below.
  • the battle parameters may be, for example, physical strength, attacking power, defensive power (or evasive abilities such as agility), etc., and are referenced when determining the progress of the fighting game. Therefore, a user who wishes to progress favorably in the fighting game can wear the game device 200 and carry out planned activities so as to develop their character into a form with more favorable basic parameters.
  • the detection unit 204 acquires information on the user's number of steps and heart rate, and the form to which the character will evolve is determined, for example, according to the amount of points (scores) accumulated by measuring these over a specified period of time.
  • the method of score evaluation and the scores required to evolve into each form may be determined for each character being developed and the current form of the character.
  • the obtained information on the activity state can also be used to control in real time the state of the character displayed on the display unit 220 of the game device 200.
  • the activity information is also used to determine the condition (condition) of the character in the training game, and the display control unit 206 controls the image of the character displayed on the display unit 220 to reflect the condition.
  • a battle game is a game in which a user participates in a character (hereinafter referred to as the user's own character) that has been trained on the game device 200.
  • a user can not only enjoy appreciating the appearance and movements of the user's own character that has been trained in the training game, but can also enjoy participating in a battle game in which the character competes against a character (hereinafter referred to as the opponent character) trained by another user who is an opponent.
  • a user can select a menu related to a competitive game in a dedicated application executed on the smartphone 300, and select a character (the user's own character) to compete against from among the characters whose training character information is managed in the management server 100, thereby entering the opponent matching process.
  • the matching process may be performed by any method, but the matching process matches the user with other users who entered at the same time (or with an NPC (Non-Player Character) if no users exist).
  • a battle game In a battle game, the player's character and the opponent character take turns fighting, and the character who first reduces the opponent character's vitality to zero wins, or the character with the most vitality remaining after a certain number of turns has passed wins. Note that the content of a battle game is not limited to such turn-based games, and can be changed as appropriate to other battle-style games.
  • the progress of the battle game is determined by referring to the battle parameters of the player's character and the battle parameters of the opposing character.
  • the battle parameters of each character may be derived, for example, from the sum of basic parameters determined according to the character's training stage and form, and additional parameters determined individually based on the exercise history performed by the user while training that character.
  • the trained character information of the character in order for a user to have their own character trained to participate in a battle game, the trained character information of the character must be stored in the management server 100. That is, the trained character information of the user's character must be acquired from the game device 200 by a dedicated application executed on the smartphone 300, transmitted to the management server 100, and included in the user information relating to the user.
  • the location of the character is either the game device 200 or the management server 100, and it is presented so that it is not present in both at the same time.
  • the character trained by the user is controlled so that it is either in a state where it can be trained on the game device 200, or in a state where it can participate in a competitive game on the management server 100.
  • the development character information is acquired by the dedicated application for a character that has been developed on the game device 200, the character is put into a state in which no development character information exists on the game device 200, and the character is controlled so that it cannot be developed.
  • the acquired development character information is sent to the management server 100 by the dedicated application, the character is put into a state in which the development character information is stored on the management server 100, and the character is controlled so that it can be selected as the player's own character in the dedicated application.
  • all characters are provided with six development stages, and the fighting game becomes available from the third development stage.
  • the user cannot have the character participate in the fighting game and play the game until the character reaches the second development stage.
  • the development character information of the character is transferred to the management server 100 and supplemented, making it possible to play the fighting game with the character participating.
  • ⁇ Ability Granting In a training game, if a user has an attachment to a particular character form, for example because they like the appearance of the character, the user can intentionally choose not to evolve the character, i.e., not progress through the training stages, even if certain growth conditions are met.
  • the character's battle parameters are determined using the method described above, a character with higher basic parameters and at a more advanced training stage will be more likely to progress in the battle game at an advantage. In other words, the tendency of the battle game to progress can be determined to some extent at the time when the player's character and the opponent character who will participate in the battle game are determined, depending on the progress of their training stages.
  • the conditions for granting abilities are determined in relation to the progress of the training game. More specifically, abilities are granted on the condition that a character's training stage changes in the training game being executed on the game device 200, and the character is stored for the first time after the change.
  • the control unit 101 grants an ability when the character indicated in the training character information received in relation to storage is a character that has evolved to the third or subsequent training stage, and is the first character whose state is being stored after that evolution.
  • the development character information is held in the toy memory 203 to indicate the progress of the development game while it is being played, and is transmitted from the game device 200 to the smartphone 300 at the time of storage, and is configured, for example, in a data structure as shown in FIG. 5(e).
  • the development character information for the character to be stored is associated with a development ID 561 that uniquely identifies the character among the characters developed by the user, and includes a character ID 562 that uniquely identifies the type of the character, a stage ID 563 that identifies the development stage of the character, a form ID 564 that identifies the form of the character, additional parameters 565 related to the character, and growth information 566 that indicates whether development character information for the same form of the character has been stored after a change in the development stage.
  • the ability selected by the lottery process is granted only once, users may lose interest in the training game or the battle game if the lottery result is not favorable, so it is preferable to set the granting conditions so that they can be met multiple times.
  • the opportunity to grant an ability is basically set to one time for one training stage.
  • characters granted a high rarity in the previous training stage would have an absolute advantage, so the period during which the granted ability is effective is limited to the period during which the character is in the training stage at the time of granting.
  • the ability granted to a character is deleted when training of the character is resumed in the game device 200 and the training stage changes.
  • growth information 566 is configured as information that stores an ability ID that uniquely identifies the ability that has been granted to the character. As a result, if the third development stage has not been reached and an ability has not been granted, or if an ability has been granted but has been deleted due to a change in development stage, growth information 566 does not indicate meaningful information (for example, null is stored), and therefore, in combination with stage ID 563, it is possible to identify that development character information of the form ID 564 has not been stored after the development stage change, i.e., that this is development character information that has been received for the first time since the development stage change.
  • growth information 566 indicates the ability ID of the ability, and therefore it is possible to identify that development character information of the same form has been stored after the development stage change, i.e., that this is development character information that has been received for the second or subsequent time since the development stage change.
  • the management server 100 executes a lottery process to select the ability to grant to the character.
  • the lottery process is carried out based on a lottery table that predetermines the abilities to be lotteryed and their winning probabilities.
  • a lottery table is provided for each type of character to encourage users to take an interest in developing various characters, and is managed by the lottery table information in the lottery table DB 107.
  • the abilities included as lottery items in the lottery table are configured to be at least partially different between different types of characters.
  • the lottery table provided for one character is configured as shown in Figure 6.
  • the lottery table determines abilities with a probability of winning of 10%, 5%, 3%, and 1% for each of the four development stages from the third development stage at which the fighting game becomes available to the sixth development stage.
  • the abilities determined in the lottery table are usually determined by ability ID, since it is sufficient to identify any of the ability information managed in the ability DB 106, but in the example of Figure 6, for the sake of explanation, each ability is indicated by its "effect and amount of effect (rarity)".
  • the lineup of abilities included in the lottery in the lottery table provided for one character differs at least in part for each development stage. Furthermore, the later the development stage, the rarer the abilities included in the lottery. Furthermore, the effect of the ability is determined to be greater the higher the rarity (the greater the effect on progression, the greater the advantage in progressing through the competitive game).
  • control unit 101 updates the value of the growth information 566 of the training character information received for storage to the ability ID of the selected ability, and stores it in the stored character information 502 of the user information related to the user.
  • the abilities granted to a character are presented to the user in the dedicated application by displaying a notification screen at the time of grant, a screen for viewing stored characters, a screen at the start of a fighting game, etc. More specifically, when the dedicated application is executed on the smartphone 300 and a sequence for displaying these screens is reached, various information including information on the granted abilities is supplied from the management server 100 as display information for the screen, and the terminal display control unit 304 generates a screen to be displayed on the terminal display unit 310.
  • Figure 7(a) shows an example of a screen (start screen) that is displayed on the terminal display unit 310 when a battle game begins.
  • start screen a screen
  • a display 702 of the abilities granted to the player's character and a display 704 of the abilities granted to the opponent character are arranged on the start screen.
  • displays 702 and 704 are composed of text that abbreviates the abilities, but when the user performs a selection operation on the display, a detailed display of the abilities granted to the characters is displayed, as in display 711 shown in Figure 7(b).
  • detailed display 711 is shown when a selection operation is performed on display 702.
  • a request for the return of the character training information of that character is sent from the smartphone 300 to the management server 100.
  • the management server 100 retrieves the corresponding character training information from the stored character information 502 of the user information and returns it to the smartphone 300.
  • the smartphone 300 and the game device 200 are then connected for communication, so that the character training information is transmitted to the game device 200, and the character training game of that character is resumed based on that information.
  • the ability ID is stored in the growth information 566 of the character training information transmitted to the game device 200, so that the game device 200 can also determine whether or not the ability has been granted and can present the corresponding information.
  • a screen that is displayed when a request is made to display various statuses of a character being trained can be presented to the user with a display that allows the user to determine whether or not an ability has been granted.
  • a status screen in which no abilities have been granted to a character is configured as shown in FIG. 8(a)
  • a status screen can be configured and presented in which an icon 801 indicating the rarity of the granted ability is additionally arranged, as shown in FIG. 8(b).
  • the storage processing executed when a storage request for developed character information is received by the management server 100 of this embodiment will be specifically explained below with reference to the flowchart in FIG. 9.
  • the processing corresponding to this flowchart can be realized by the control unit 101 reading out a corresponding processing program stored in, for example, the storage device 102, expanding it in the memory 103, and executing it. Note that this storage processing is initiated, for example, when developed character information is received together with a storage request from the smartphone 300.
  • the control unit 101 determines whether the development stage of the character indicated by the received development character information (hereinafter referred to as the target character) is a development stage at which a fighting game can be used. The determination at this step is made based on the stage ID 563 of the received development character information. If the control unit 101 determines that the development stage of the target character is a development stage at which a fighting game can be used, it transfers the process to S902, and if it determines that the development stage is not a development stage at which a fighting game can be used, it transfers the process to S905.
  • control unit 101 determines whether or not this is the first storage request since the target character's development stage has changed. The determination in this step is made based on whether or not significant information is included in the growth information 566 of the received development character information. If the control unit 101 determines that this is the first storage request since the target character's development stage has changed, it moves the process to S903, and if it determines that this is the second or subsequent storage request since the development stage has changed, it moves the process to S905.
  • the control unit 101 executes a lottery process to select an ability to be granted to the target character. More specifically, the control unit 101 first refers to the table ID 513 of the character information managed in the character DB 105 in association with the character ID 562 of the received development character information, and acquires the table ID of the lottery table to be used in the lottery process. Next, the control unit 101 acquires a lottery table associated with the stage ID 563 of the received development character information from the lottery table information 542 of the lottery table information managed in the lottery table DB 107 in association with the acquired table ID. The control unit 101 then executes a lottery process based on the lottery table, and acquires the ability ID selected as the lottery result.
  • control unit 101 updates the growth information 566 of the received character information with the ability ID selected at S903, adds the updated character information to the stored character information 502 of the corresponding user information, and completes this storage process.
  • control unit 101 adds the received development character information to the stored character information 502 of the corresponding user information without updating it in S905, and completes this storage process.
  • the information processing device of this embodiment grants abilities to characters when the conditions for granting abilities are met, providing a highly entertaining competitive gameplay experience.
  • the training game is configured to delete the granted ability if the character's training stage changes while the character's training game is being played.
  • the display unit 220 or the terminal display unit 310 may be controlled to notify the user that the ability will be deleted if the training stage changes, for example, when training is resumed or the growth conditions are met.
  • development character information having the same development ID, character ID, and stage ID as the received development character information is not retained, it is determined that this is the first storage request since the change in the development stage, and if it is retained, it is determined that this is the second or subsequent storage request since the change in the development stage.
  • the lottery table defined for any character is described as being configured so that the later the development stage, the rarer the abilities are included in the lottery.
  • the abilities included in the lottery at each development stage may be controlled according to the degree of their effect. Some abilities may be controlled so that they are included in the lottery only at specific development stages. For example, some abilities that have a small effect on the fighting game may be controlled so that they are included in the lottery only at the third development stage when the fighting game becomes available, while some abilities that have a large effect on the fighting game may be controlled so that they are included in the lottery only at the sixth development stage, which is the final stage. In this way, it is possible to compensate to some extent for the effect of the abilities newly granted after deletion for users who choose to evolve the development stage.
  • the highest rarity ability that is the subject of the lottery for the sixth training stage may be controlled so that it is not included in the lottery for the lottery tables for training stages prior to that stage.
  • the fighting game is played one-on-one, and the granted abilities are described as simply having the effect of enhancing elements referenced in the progress of the fighting game for each character, but the implementation of the present invention is not limited to this.
  • the fighting game may be one in which teams containing multiple characters compete against each other, such as two-on-two, and in this case, the abilities granted to a character may be configured so that their effect or magnitude changes depending on the combination with the abilities granted to other characters belonging to the team.
  • the competitive game is described as being executed by the management server 100, but the implementation of the present invention is not limited to this.
  • Competitive games in which users participate with their characters may include those executed on the game device 200 due to the occurrence of an event during the training game, for example.
  • the opponent character becomes an NPC.
  • information related to the opponent character is stored in advance in the toy storage device 202 of the game device 200 and is retained without being transmitted to the management server 100, so the act of granting abilities does not occur.
  • the effect of the ability given to the player's character being developed is realized, the development of the fighting game may become unilaterally advantageous to the user. For this reason, the effect of the ability given to the character is realized only in a fighting game against a character that can be given the ability, i.e., a fighting game executed by the management server 100, and is controlled so that the effect is not realized in a fighting game against a character that cannot be given the ability, i.e., a fighting game executed by the game device 200.
  • the selection table may be provided for each memory card that is the information source so that abilities with similar tendencies are imparted to multiple types of related characters.
  • the selection table may be different for each memory card that is the information source, and a common selection table may be used for characters based on the same memory card.
  • An information processing device comprising: an acquisition means for acquiring character information relating to a character raised in a game device; a judgment means for judging whether a condition for imparting a game element to a target character relating to the character information acquired by the acquisition means is satisfied based on the character information acquired by the acquisition means; and an imparting means for imparting a game element to the target character when the judgment means judges that the condition for imparting the game element is satisfied, wherein the game device executes a training game in which a character grows through a plurality of training stages, and the condition for imparting the game element includes at least a change in the training stage of the target character in the training game.
  • the information processing device further includes a management means for managing the character information acquired by the acquisition means, and the determination means determines whether or not the character information related to the target character has been acquired for the first time after a change in the development stage of the target character, based on the character information acquired by the acquisition means and the character information managed by the management means that includes the same identification information as the character information.
  • An information processing device further comprising an execution means for executing a fighting game in which a character related to the character information acquired by the acquisition means appears, and the game element assigned by the assignment means is an element that produces an effect that affects the progress of the fighting game.
  • the information processing device further comprising an output means for outputting, as display information, information on characters appearing in the competitive game and the game elements assigned to the characters when the competitive game is being played.
  • the information processing device according to any one of (1) to (14), further comprising an update means for updating the character information relating to the target character to a state in which the game element has been imparted to the target character by the imparting means.
  • a game system including a game device that executes a development game in which a character grows through a number of development stages, a communication terminal configured to be able to communicate with the game device, and an information processing device configured to be able to communicate with the communication terminal, wherein the communication terminal comprises: an acquisition means for acquiring character information relating to a character developed in the game device; and a first transmission means for transmitting the character information acquired by the acquisition means to the information processing device, and the information processing device comprises: a reception means for receiving the character information from the communication terminal; a determination means for determining whether a condition for granting a game element to a target character related to the character information is satisfied based on the character information received by the reception means; and an assignment means for assigning a game element to the target character when the determination means determines that the condition for granting the game element is satisfied, and the condition for granting the game element includes at least a change in the development stage of the target character in the development game.
  • the game system described in (17) further includes an update means for updating the character information of the target character to a state in which the game element has been imparted to the target character by the imparting means.
  • the information processing device further includes a return means for returning the character information received by the receiving means to the communication terminal based on a predetermined return request, and the return means returns the character information related to the target character updated by the update means to the communication terminal when the game element is assigned to the target character by the assigning means.
  • the communication terminal further comprises a second transmission means for transmitting the character information to the game device
  • the game device comprises a display means for receiving the character information transmitted by the second transmission means and displaying a character related to the character information, and when the received character information is in a state in which the game element is provided, the display means displays the provided game element together with the character related to the character information.
  • 100 Management server, 101: Control unit, 102: Storage device, 103: Memory, 104: User DB, 105: Character DB, 106: Ability DB, 107: Lottery table DB, 108: Communication unit, 200: Game device, 201: Toy control unit, 202: Toy storage device, 203: Toy memory, 204: Detection unit, 210: Sensor, 205: Acquisition unit, 206: Display control unit, 220: Display unit, 207: Operation input unit, 208: Toy communication unit, 300: Smartphone, 301: Terminal control unit, 302: Terminal storage device, 303: Terminal memory, 304: Terminal display control unit, 310: Terminal display unit, 305: Terminal operation input unit, 306: Terminal communication unit, 400: Network

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Electrically Operated Instructional Devices (AREA)
  • Display Devices Of Pinball Game Machines (AREA)

Abstract

【課題】興趣性の高いゲームのプレイ体験を提供する。【解決手段】ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、取得手段により取得されたキャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、判断手段によりゲーム要素の付与条件が満たされたと判断した場合に、対象キャラクタにゲーム要素を付与する付与手段と、を備え、ゲーム装置は、複数の育成段階を経てキャラクタが成長する育成ゲームを実行し、ゲーム要素の付与条件は、育成ゲームにおいて対象キャラクタの育成段階が変化したことを少なくとも含む。

Description

情報処理装置、プログラム及びゲームシステム
本発明は、情報処理装置、プログラム及びゲームシステムに関し、特にキャラクタの育成機能を有する電子ゲームに関する。
ユーザの活動状態に応じてキャラクタを育成する機能を有する電子ゲームを実行するゲーム装置を含んだゲームシステムがある（特許文献１）。
特開２０２２－０８８２７４号公報
特許文献１のゲームシステムは、ゲーム装置において育成中のキャラクタの情報を専用アプリケーションを介してサーバに送信することで、各ユーザが育成したキャラクタ同士を対戦させる対戦ゲームが当該サーバにおいて実行される。しかしながら、特許文献１の対戦ゲームでは、攻撃行動の成功率等の一部のゲーム制御要素がキャラクタの種別に応じて決定されるため、特定のキャラクタ同士が対戦する場合にゲームの展開（進行）が限定され得るものであった。結果、対戦ゲームの興趣性が乏しくなり、ユーザの関心が低減する可能性があった。　
本発明の一態様は、興趣性の高いゲームのプレイ体験を提供する情報処理装置、プログラム及びゲームシステムを提供することを目的とする。
本発明の一態様は、ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、取得手段により取得されたキャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、判断手段によりゲーム要素の付与条件が満たされたと判断した場合に、対象キャラクタにゲーム要素を付与する付与手段と、を備え、ゲーム装置は、複数の育成段階を経てキャラクタが成長する育成ゲームを実行し、ゲーム要素の付与条件は、育成ゲームにおいて対象キャラクタの育成段階が変化したことを少なくとも含む。
本発明によれば、興趣性の高いゲームのプレイ体験を提供することが可能となる。
本発明の実施形態及び変形例に係るゲームシステムの構成を例示した図 本発明の実施形態及び変形例に係る管理サーバ１００の機能構成を例示したブロック図 本発明の実施形態及び変形例に係るゲーム装置２００の機能構成を例示したブロック図 本発明の実施形態及び変形例に係るスマートフォン３００の機能構成を例示したブロック図 本発明の実施形態に係るゲームシステムで用いられる各種データのデータ構成を例示した図 本発明の実施形態及び変形例に係る抽選テーブルを例示した図 本発明の実施形態及び変形例に係るスマートフォン３００におけるアビリティの表示例を示した図 本発明の実施形態及び変形例に係るゲーム装置２００におけるアビリティの表示例を示した図 本発明の実施形態に係る管理サーバ１００において実行される保管処理を例示したフローチャート
［実施形態］　以下、添付図面を参照して実施形態を詳しく説明する。なお、以下の実施形態は特許請求の範囲に係る発明を限定するものではなく、また実施形態で説明されている特徴の組み合わせの全てが発明に必須のものとは限らない。実施形態で説明されている複数の特徴のうち二つ以上の特徴は任意に組み合わされてもよい。また、同一若しくは同様の構成には同一の参照番号を付し、重複した説明は省略する。　
以下に説明する一実施形態は、ゲームシステムの一例としての、ユーザが身体に装着して使用する、キャラクタを育成する電子ゲームを実行可能なゲーム装置と、当該ゲーム装置と通信可能に構成された通信端末と、当該通信端末と通信可能に構成された情報処理装置とを含むシステムに、本発明を適用した例を説明する。しかし、本発明は、ゲーム装置において育成されたキャラクタの情報を受信し、当該キャラクタへのゲーム要素の付与を行うことが可能な任意の機器に適用可能である。　
《ゲームシステムの構成》　図１は、本実施形態のゲームシステムの構成を例示した図である。図示されるように、本実施形態のゲームシステムは、ゲーム装置２００、当該ゲーム装置２００と直接の情報通信が可能に構成された通信端末であるスマートフォン３００、当該スマートフォン３００と通信接続可能に構成された情報処理装置である管理サーバ１００を含んで構成される。管理サーバ１００とスマートフォン３００とは、ネットワーク４００を介して通信接続可能である。従って、管理サーバ１００は、スマートフォン３００を介することで、ゲーム装置２００に係る情報を取得したり、ゲーム装置２００への情報送信を行ったりすることが可能である。　
ゲーム装置２００は、例えばユーザの手首に装着可能なブレスレット状に構成された玩具である。ゲーム装置２００は、着用状態においてユーザの活動状態を検出及び計測可能な各種センサを備え、種々の項目を計測可能である。本実施形態では、ユーザによるゲーム装置２００が備える後述の表示部２２０の表示内容の確認を容易ならしめるべく、ゲーム装置２００の装着箇所が手首であるものとして説明する。しかしながら、本発明の実施はこれに限られるものではなく、ゲーム装置２００の装着部位は、指、上腕、腰、脚部等、ユーザの身体のいずれであってもよい。　
ゲーム装置２００は、キャラクタの育成に係る電子ゲーム（育成ゲーム）を実行可能に構成されている。ゲーム装置２００は、その起動中において、活動状態の計測結果に応じて育成ゲームの進行制御を行う。育成ゲームの詳細は後述するが、本発明の実施においてキャラクタを育成するための入力が活動状態の計測結果に限定されるものではないことは言うまでもない。また本実施形態に示すゲーム装置２００の形態、育成ゲームを進行させるための要素はあくまでも例示である。　
対して、管理サーバ１００は、ゲーム装置２００において育成されたキャラクタを登場させ、他のユーザにより育成されたキャラクタと対戦させる電子ゲーム（対戦ゲーム）を実行可能に構成されている。即ち、管理サーバ１００における対戦ゲームの実行のために、当該対戦ゲームに登場させるキャラクタに係る情報（以下、キャラクタ情報として言及）が、ゲーム装置２００から管理サーバ１００に伝送されている必要がある。このため、本実施形態のゲームシステムでは、ゲーム装置２００からのキャラクタ情報の取得、及び当該キャラクタ情報の管理サーバ１００への送信を行うための専用アプリケーションがスマートフォン３００において実行される。　
スマートフォン３００は、汎用的な情報通信端末の一例である。別の態様では、ＰＣやタブレット端末等を利用することもできる。スマートフォン３００は、専用アプリケーションのプログラムを実行することで、ゲームシステムの利用に係る各種表示及びＧＵＩの提示が可能な状態になる。　
ゲーム装置２００とスマートフォン３００とは、例えば近距離無線通信により接続可能に構成され、育成ゲーム及び専用アプリケーションにおいて通信開始に係る操作入力がなされたことを受けて通信接続が確立される。ゲーム装置２００とスマートフォン３００とが通信接続された状態にある場合、ゲーム装置２００で実行中の育成ゲームの進行状況が反映されたキャラクタ情報のスマートフォン３００への転送や、管理サーバ１００による情報付与がなされたキャラクタ情報のゲーム装置２００への転送が行われる。　
〈管理サーバの構成〉　ここで、本実施形態の管理サーバ１００の機能構成について、図２のブロック図を参照して説明する。　
制御部１０１は、例えばＣＰＵであり、管理サーバ１００が有する各ブロックの動作を制御する。具体的には制御部１０１は、例えば記憶装置１０２に記憶されている各ブロックの動作プログラムを読み出し、メモリ１０３に展開して実行することにより各ブロックの動作を制御する。　
記憶装置１０２は、例えば不揮発性メモリやＨＤＤ等の、恒久的にデータを保持可能な装置である。記憶装置１０２は、管理サーバ１００が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等の情報を記憶する。メモリ１０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。メモリ１０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
ユーザＤＢ１０４は、ゲームシステムを利用するユーザの各々について、各種の情報（ユーザ情報）を管理するデータベースである。本実施形態のゲームシステムでは、各ユーザがゲーム装置２００において育成したキャラクタ（育成が完了したキャラクタ、あるいは育成途中のキャラクタ）の情報を保持可能なよう、ユーザごとのユーザ情報が生成され、ユーザＤＢ１０４において管理される。１人のユーザについて管理されるユーザ情報は、例えば図５（ａ）に示されるように、当該ユーザを一意に特定するユーザＩＤ５０１に関連付けて、当該ユーザが育成した１以上のキャラクタに関する各種の情報を有する保管キャラクタ情報５０２、及び当該ユーザがプレイした対戦ゲームの戦績を示す戦績情報５０３を含んで構成されるものであってよい。ここで、保管キャラクタ情報５０２は、ユーザが育成したキャラクタの各々について、その育成状況を示す育成キャラクタ情報が格納される。　
キャラクタＤＢ１０５は、本実施形態の育成ゲームにおいて育成可能な各種類のキャラクタの情報（キャラクタ情報）を管理する。１種類のキャラクタについて管理されるキャラクタ情報は、例えば図５（ｂ）に示されるように、当該キャラクタの種類を一意に特定するキャラクタＩＤ５１１に関連付けて、当該キャラクタについてデフォルトで定められた対戦ゲーム用のパラメータ（基礎パラメータ）を示す基礎パラメータ情報５１２、及び当該キャラクタに対して付与されるゲーム要素を決定する抽選処理でされる抽選テーブルを一意に特定するテーブルＩＤ５１３を含んで構成される。　
詳細は後述するが、本実施形態の育成ゲームは、各キャラクタの育成の進行度合いを示すために複数の育成段階が設けられており、所定の成長条件が満たされることで、育成段階が順次進行するよう構成される。また育成段階が進行する際には、キャラクタの形態が、進行後の育成段階について予め定められた形態のいずれかに変更される。また育成段階の進行により、キャラクタの基礎パラメータは上昇する（対戦ゲームの進行を有利にせしめる方向に変更される）よう設定されており、基礎パラメータ情報５１２には育成段階の形態ごとの基礎パラメータが規定される。より詳しくは基礎パラメータ情報５１２では、各育成段階について、当該育成段階を一意に特定する段階ＩＤ５２１及びキャラクタの形態を一意に特定する形態ＩＤ５２２の組み合わせに関連付けて、該当のキャラクタの当該育成段階における基礎パラメータ５２３が定められている。　
アビリティＤＢ１０６は、ユーザが育成したキャラクタに対して、所定の付与条件が満たされることで付与されるゲーム要素である「アビリティ」についての情報（アビリティ情報）が管理される。詳細は後述するが、本実施形態のゲームシステムでは、ゲーム装置２００の育成ゲームにおいて育成されたキャラクタに係る情報（育成キャラクタ情報）が管理サーバ１００に送信された際に、当該キャラクタに対して抽選処理によって決定したアビリティの付与がなされる。このため、各アビリティについてアビリティＤＢ１０６で管理されるアビリティ情報は、例えば図５（ｃ）に示されるように、当該アビリティを一意に特定するアビリティＩＤ５３１に関連付けて、当該アビリティについて定められた対戦ゲームにお
ける希少度を示すレアリティ５３２、当該アビリティにより対戦ゲームにて発生する効果を示す効果情報５３３、及び当該発生する効果の程度を示す効果量５３４が管理される。　
抽選テーブルＤＢ１０７は、アビリティ付与に係り実行される抽選処理において参照される、各アビリティの当選確率を規定した抽選テーブルの情報（抽選テーブル情報）を管理する。各抽選テーブルについて管理される抽選テーブルは、例えば図５（ｄ）に示されるように、当該抽選テーブルを一意に特定するテーブルＩＤ５４１に関連付けて、当該抽選テーブルの内容を記述した抽選テーブル情報５４２を含んで構成される。ここで、本実施形態のゲームシステムでは、キャラクタに付与されるアビリティは、キャラクタの育成段階ごとに異ならせて定められる。このため、抽選テーブル情報５４２には、育成段階の各々について、当該育成段階を一意に特定する段階ＩＤ５５１に関連付けて、当該育成段階のキャラクタに対して付与され得るアビリティそれぞれの抽選確率を定めた抽選テーブル５５２が定められている。　
通信部１０８は、管理サーバ１００が有する、他の装置との通信を行うための通信インタフェースである。通信部１０８は、有線無線を問わず、所定の通信方式によりネットワーク４００を介して各スマートフォン３００と接続し、データの送受信を行う。　
〈ゲーム装置の構成〉　次に、図３を参照して、本実施形態のゲーム装置２００の機能構成を説明する。なお、ゲーム装置２００の機能構成の説明において、管理サーバ１００が有する構成と同様の機能を実現する構成については、これらの構成と峻別するために、「玩具」との接頭文字を付して示す。　
玩具制御部２０１は、例えばマイクロコンピュータであり、ゲーム装置２００の各ブロックの動作を制御する。具体的には玩具制御部２０１は、玩具記憶装置２０２に記録された各ブロックの動作プログラムを読み出し、玩具メモリ２０３に展開して実行することにより各ブロックの動作を制御する。　
玩具記憶装置２０２は、例えば不揮発性メモリ等の、恒久的にデータを保持可能な装置である。玩具記憶装置２０２は、ゲーム装置２００が有する各ブロックの動作プログラムに加え、各ブロックの動作において必要となるパラメータ等を記憶する。また記憶装置２０２には、現在育成ゲームにおいて育成中のキャラクタや、ゲーム装置２００において育成可能なキャラクタ等の各種の情報が保持される領域も含まれる。玩具メモリ２０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。玩具メモリ２０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
検出部２０４は、センサ２１０を用いてユーザの活動状態を示す各種情報を検出し、検出結果を出力する。センサ２１０は、例えば加速度センサや心拍センサであってよく、ゲーム装置２００に生じた移動、ユーザの心拍の情報を、活動状態の情報として検出する。センサ２１０は、予め定められた時間間隔で検出結果を出力するよう構成され、各出力タイミングにおいて、直近の出力後に検出された歩数及び心拍数等の情報を出力するものであってよい。　
取得部２０５は、ゲーム装置２００に装着された不図示のメモリカードから、育成ゲームに係る種々の情報を取得する。本実施形態のゲーム装置２００では、複数種類のキャラクタを育成することが可能に構成される。ゲーム装置２００には、予め一部の種類のキャラクタの情報が玩具記憶装置２０２に記憶され、育成対象として選択可能、あるいは条件を満たすことで育成対象として選択して育成ゲームを開始することができる。一方で、残りの種類のキャラクタの情報については、興趣要素の拡張のために、メモリカードを装着させることで取得部２０５を介して取得可能に構成される。　
表示制御部２０６は、ゲーム装置２００における情報表示の制御を司る。表示制御部２０６は、育成中のキャラクタについて玩具記憶装置２０２に記録されている表示用情報を用いて、例えばＬＣＤ等であってよい表示部２２０に表示させる育成ゲームに係る各種画面を構成する。　
操作入力部２０７は、物理的な操作部材（ボタン）等の、ゲーム装置２００が有するユーザインタフェースである。操作入力部２０７は、操作部材に対する操作入力がなされたことを検出すると、該操作入力に対応する制御信号を制御部１０１に出力する。　
玩具通信部２０８は、ゲーム装置２００が備える外部装置との情報通信を行うための通信インタフェースである。玩具通信部２０８は、常時通信接続を行う状態にある必要はなく、育成ゲームの過程で移行される、あるいはユーザによるメニュー選択等を契機として移行される一部のモードにおいて通信接続を行う状態に遷移するよう構成されていればよい。玩具通信部２０８の通信方式は、例えば近距離無線通信や近接無線通信を含むことができる。　
〈スマートフォンの構成〉　続いて、図４を参照して、本実施形態のスマートフォン３００の機能構成を説明する。なお、スマートフォン３００の機能構成の説明において、管理サーバ１００及びゲーム装置２００が有すると同様の機能を実現する構成については、峻別するために「端末」の接頭文字を付して示す。　
端末制御部３０１は、例えばＣＰＵであり、スマートフォン３００が有する各ブロックの動作を制御する。具体的には端末制御部３０１は、例えば端末記憶装置３０２に記録されている各ブロックの動作プログラムや、上述したゲームシステムに係る専用アプリケーションのプログラムを読み出し、端末メモリ３０３に展開して実行することにより各ブロックの動作を制御する。　
端末記憶装置３０２は、例えば不揮発性メモリ等の、恒久的にデータを保持可能な装置である。端末記憶装置３０２は、スマートフォン３００が有する各ブロックの動作プログラムや専用アプリケーションに係るプログラムに加え、各ブロックの動作において必要となるパラメータや表示用情報等を記録する。端末メモリ３０３は、例えば揮発性メモリ等の一時的なデータ記憶に使用される記憶装置である。端末メモリ３０３は、各ブロックの動作プログラムの展開領域としてだけでなく、各ブロックの動作において出力されたデータ等を一時的に記憶する格納領域としても用いられる。　
端末表示制御部３０４は、スマートフォン３００における情報表示を司る。端末表示制御部３０４は、描画用チップ等の描画装置を含み、例えばＬＣＤ等であってよい端末表示部３１０に表示させる画面を生成する際には所定の描画処理を行う。本実施形態のスマートフォン３００では、専用アプリケーションを実行することにより、少なくともゲームシステムの利用に係る各種の機能がユーザに提供される。ここで、各種機能には、ゲーム装置２００において育成中のキャラクタに係る育成キャラクタ情報の取得し、当該育成キャラクタ情報の管理サーバ１００に送信することにより実現される、キャラクタの保管（育成を中断し、管理サーバ１００にて情報を管理する）機能が含まれる。また各種機能には、管理サーバ１００に保管されているキャラクタに係る育成キャラクタ情報を取得し、ゲーム装置２００に送信することにより実現される、キャラクタの育成再開（保管時のパラメータ等を引き継いだ状態で、キャラクタの育成ゲームを再開する）機能も含まれる。　
端末操作入力部３０５は、例えば操作部材や各種センサ等の、スマートフォン３００が有するユーザインタフェースである。端末操作入力部３０５は、操作部材や各種センサに対する操作入力がなされたことを検出すると、該操作入力に対応する制御信号を端末制御部３０１に出力する。本実施形態では端末操作入力部３０５は物理的な操作部材に加え、例えば端末表示部３１０の画面上になされたタッチ入力を検出するタッチ入力検出センサを含むものとする。　
端末通信部３０６は、スマートフォン３００が有する外部装置との通信インタフェースである。本実施形態では端末通信部３０６は、ゲーム装置２００との間で近距離無線通信を行い、ゲーム装置２００において育成中のキャラクタに係る育成キャラクタ情報を受信することができる。また端末通信部３０６は、ネットワーク４００を介して管理サーバ１００と接続し、情報の送受信が可能に構成されている。　
《育成ゲームの概要》　まず、本実施形態のゲーム装置２００において実行される育成ゲームについて、概要を説明する。　
ゲーム装置２００では、複数種類のキャラクタが育成対象として選択可能に構成されている。ユーザは、このうちの１体のキャラクタを育成対象として設定し、当該キャラクタの育成を行うことができる。即ち、ゲーム装置２００において実行される育成ゲームは、一時に１体のキャラクタを育成対象として設定することが可能に構成されている。　
育成対象とするキャラクタは、例えば、選択可能なキャラクタのうちから抽選処理によって、または、ゲーム装置２００の利用中に満たされた条件に基づいて選択されるものであってよい。あるいは、育成対象とするキャラクタは、ユーザによる操作入力や、取得部２０５がメモリカードから該当の情報を取得したことに応じて選択されるものであってもよい。　
キャラクタの育成は、基本的にはゲーム装置２００を着用したユーザの活動状態に応じて行われる。本実施形態の育成ゲームでは、キャラクタの成長を表現するために、キャラクタにはそれぞれ複数の育成段階が設けられており、所定の成長条件が満たされることでキャラクタの育成段階が順次進行する。つまり、１体のキャラクタの育成ゲームは、複数の育成段階を経て進行し、各育成段階において所定の成長条件が満たされた場合に次の育成段階に進行するよう構成されている。　
各キャラクタには、少なくとも一部の育成段階において複数種類の外観（形態）が定義されており、それ以前の育成段階におけるユーザの活動状態の遷移に応じて、このうちのいずれの外観となるかが決定される。即ち、育成段階の進行によってキャラクタの外観が異なることにより、育成ゲームは「キャラクタの進化」の表現をユーザに提示する。このように育成ゲームは、複数の育成段階が進行する中で、ゲーム装置２００を着用したユーザがどのような活動を行ったかに応じてキャラクタの進化の態様を変化させることにより、固定的ではないキャラクタ育成の興趣体験を提供することができる。　
育成段階に定義される複数種類の形態は、単に外観の違いだけでなく、後述の対戦ゲームに参加させた際に用いられるパラメータ（対戦パラメータ）の決定において参照される基礎パラメータが異なって設定されている。ここで、対戦パラメータとは、例えば、体力、攻撃力、防御力（または敏捷性等の回避に関する能力）等であってよく、対戦ゲームの進行を決定する際に参照される。従って、対戦ゲームを有利に進めることを所望するユーザは、より有利な基礎パラメータが定められた形態にキャラクタを成長させるよう、ゲーム装置２００を着用して計画的に活動を行えばよい。　
キャラクタがその育成段階の進行の中でいずれの形態に進化するかは、ユーザがゲーム装置２００を着用して日常的に行った活動の遷移に基づいて決定される。本実施形態のゲーム装置２００では、検出部２０４によってユーザの歩数及び心拍数の情報が取得されるため、進化先の形態は、例えば、これを所定の期間について計測した結果を点数（スコア）評価して蓄積し、その蓄積量に応じて決定される。ここで、スコア評価の手法や、各形態に進化するために必要なスコアは、育成中のキャラクタや当該キャラクタの現在の形態ごとに定められるものであってもよい。　
またこれら取得された活動状態の情報（活動情報）は、ゲーム装置２００の表示部２２０に表示されるキャラクタの状態をリアルタイムに制御するためにも利用さ
れ得る。例えば、活動情報は、育成ゲームにおけるキャラクタのコンディション（調子）の決定にも用いられ、表示制御部２０６は表示部２２０に表示させるキャラクタの画像を、調子を反映した態様に制御する。　
〈対戦ゲーム〉　続いて、管理サーバ１００において実行される対戦ゲームについて説明する。　
上述したように対戦ゲームは、ユーザがゲーム装置２００において育成したキャラクタ（以下、自キャラクタとして言及）を参加させて行われるゲームである。即ち、ユーザは、育成ゲームにて育成した自キャラクタを、育成ゲームにおいてその外観や自キャラクタの動作を観賞して楽しむだけでなく、当該キャラクタを対戦ゲームに参加させて、対戦相手である他のユーザが育成したキャラクタ（以下、対戦キャラクタとして言及）と対戦させる遊戯を楽しむこともできる。　
ユーザは、例えば、スマートフォン３００において実行される専用アプリケーションにおいて対戦ゲームに係るメニューを選択し、管理サーバ１００に育成キャラクタ情報が管理されているキャラクタのうちから、対戦させるキャラクタ（自キャラクタ）を決定することで、対戦相手のマッチングの処理にエントリーすることができる。マッチング処理はどのような手法で行われるものであってもよいが、当該マッチング処理により、ユーザは、同時期にエントリーしていた他のユーザ（あるいは、ユーザが存在しない場合にはＮＰＣ（Non-Player Character））とマッチングする。　
対戦ゲームでは、自キャラクタと対戦キャラクタとが対戦行動を順次行い、先に相手キャラクタの体力を０にしたキャラクタが勝利する、あるいは、所定のターン数経過の後に残り体力の多い方のキャラクタが勝利する。なお、対戦ゲームの内容は、このようなターン制のゲームに限られるものではなく、対戦形式のその他のゲームに適宜変更することができる。　
対戦ゲームの進行は、自キャラクタの対戦パラメータと対戦キャラクタの対戦パラメータとを参照して決定される。各キャラクタの対戦パラメータは、例えば、当該キャラクタの育成段階及び形態に応じて定まる基礎パラメータと、当該キャラクタの育成中にユーザが行った運動の履歴に基づいて個別に定まる付加パラメータとの和により導出されるものであってよい。　
本実施形態のゲームシステムでは、ユーザが育成した自キャラクタを対戦ゲームに参加させるためには、当該キャラクタの育成キャラクタ情報が、管理サーバ１００に保管されている必要がある。即ち、スマートフォン３００において実行された専用アプリケーションにより、自キャラクタの育成キャラクタ情報がゲーム装置２００から取得されて管理サーバ１００に送信され、ユーザに係るユーザ情報に含まれている必要がある。　
ここで、本実施形態のゲームシステムでは、育成ゲームにて育成されているキャラクタが存在することをユーザに直感的に認識させるべく、キャラクタの所在は、ゲーム装置２００または管理サーバ１００であり、同時期に双方に存在することがないよう演出される。換言すれば、ユーザが育成したキャラクタは、ゲーム装置２００において育成可能な状態か、管理サーバ１００において対戦ゲームに参加可能な状態のいずれかとなるよう制御される。　
即ち、ゲーム装置２００において育成されていたキャラクタについて、専用アプリケーションにより育成キャラクタ情報が取得された場合には、当該キャラクタは、ゲーム装置２００に育成キャラクタ情報が存在しない状態となり、育成不可能に制御される。対して、取得された育成キャラクタ情報が専用アプリケーションによって管理サーバ１００に送信された場合には、当該キャラクタは、管理サーバ１００に育成キャラクタ情報が保管された状態となり、専用アプリケーションにおいて自キャラクタとして選択可能に制御される。　
本実施形態の育成ゲームでは、全てのキャラクタには６段階の育成段階が設けられており、対戦ゲームはそのうちの３番目の育成段階から利用可能に構成される。即ち、ユーザは、自キャラクタが２番目の育成段階までの期間には、対戦ゲームに当該キャラクタを参加させてゲームプレイを行うことができない。一方で、自キャラクタが３番目以降の育成段階に至った後は、当該キャラクタの育成キャラクタ情報を管理サーバ１００に移して補完することで、当該キャラクタを参加させた対戦ゲームのプレイが可能となる。　
《アビリティ付与》　ところで、育成ゲームでは、外観が好みである等、特定の形態のキャラクタにユーザが愛着を持っている場合には、ユーザは意図的に、所定の成長条件が満たされたとしてもキャラクタを進化させない、即ち、育成段階を進行させない、との選択肢を採用することもできる。一方で、キャラクタの対戦パラメータが上述した手法で決定される場合、より高い基礎パラメータを有する育成段階の進んだキャラクタの方が、対戦ゲームを有利に進行させやすいことになる。即ち、対戦ゲームの進行傾向は、当該対戦ゲームに参加する自キャラクタと対戦キャラクタが確定した時点で、それらの育成段階の進行度に応じて、ある程度定まり得る。　
本実施形態のゲームシステムでは、このような進行の偏りを回避して対戦ゲームの興趣性を向上すべく、所定の付与条件が満たされた場合に、対戦ゲームの進行に影響を及ぼす効果を生じさせるゲーム要素である「アビリティ」を抽選処理によって１つ選択し、対戦ゲームの利用が可能な育成段階のキャラクタに付与する。なお、アビリティは、本実施形態では対戦ゲームの興趣性を向上させるための要素であるため、育成ゲームの進行に影響を及ぼす効果は生じさせないものとして説明する。　
〈付与条件〉　アビリティの付与条件は、本実施形態では育成ゲームの進行状況に関連して定められる。より詳しくは、アビリティの付与は、ゲーム装置２００で実行される育成ゲームにおいて、キャラクタの育成段階が変化し、その変化後に初めて、当該キャラクタの保管が行われたことを条件として行われる。換言すれば、制御部１０１は、保管に係り受信した育成キャラクタ情報が示すキャラクタが、３番目以降の育成段階に進化したキャラクタであり、かつ、その進化後に初めて状態を保管するキャラクタである場合に、アビリティの付与を行う。　
当該付与条件が満たされたか否かの判断を行うために、育成ゲームの実行中はその進行状況を示すために玩具メモリ２０３に保持され、保管時にゲーム装置２００からスマートフォン３００に送信される育成キャラクタ情報は、例えば図５（ｅ）に示されるようなデータ構造で構成される。図の例では、保管対象のキャラクタに係る育成キャラクタ情報は、ユーザが育成したキャラクタのうちの当該キャラクタを一意に特定する育成ＩＤ５６１に関連付けて、当該キャラクタの種類を一意に特定するキャラクタＩＤ５６２、当該キャラクタの育成段階を特定する段階ＩＤ５６３、当該キャラクタの形態を特定する形態ＩＤ５６４、当該キャラクタに係る付加パラメータ５６５、及び育成段階の変化後に当該キャラクタの同形態に係る育成キャラクタ情報を保管したことがあるか否かを示す成長情報５６６を含んで構成されている。　
ところで、抽選処理によって選択されたアビリティの付与を１回のみとしてしまうと、抽選結果が好適なものでなかった場合に、育成ゲームや対戦ゲームに対するユーザの関心が低減する可能性もあるため、付与条件は複数回満たされ得るよう設定されることが好ましい。本実施形態のゲームシステムでは、１体のキャラクタに対するアビリティの付与機会の公平性を担保すべく、１つの育成段階についてアビリティの付与機会は基本的には１回とする。また、仮に高レアリティのアビリティが付与されたキャラクタについて、当該アビリティを保持したまま育成段階を進行可能としてしまうと、前段の育成段階において高レアリティが付与されたキャラクタが絶対的に有利になってしまうため、付与されたアビリティが有効となる期間も、キャラクタが当該付与時の育成段階である期間に限定される。即ち、キャラクタに対して付与されたアビリティは、その後、ゲーム装置２００において当該キャラクタの育成が再開され、育成段階が変化した場合には、当該アビリティが削除される。　
従って、本実施形態のゲームシステムでは、このような公平性を担保するための仕組みを利用して、成長情報５６６を、キャラクタに対して付与されているアビリティを一意に特定するアビリティＩＤを格納する情報として構成する。これにより、３番目の育成段階に至っておらずアビリティが未付与である、または、付与されたが育成段階の変化によりアビリティが削除されている場合には、成長情報５６６が有意な情報を示さない（例えばｎｕｌｌが格納されている）ため、段階ＩＤ５６３と合わせて、育成段階の変化後に形態ＩＤ５６４の形態の育成キャラクタ情報を保管したことがない、即ち、育成段階の変化後に初めて受信した育成キャラクタ情報であることを特定することができる。対して、既にアビリティが付与されている場合には、成長情報５６６は当該アビリティのアビリティＩＤを示すため、育成段階の変化後に同形態の育成キャラクタ情報の保管を行ったことがある、即ち、育成段階の変化後に２回目以降に受信した育成キャラクタ情報であることを特定できる。　
〈アビリティ抽選〉　付与条件が満たされた場合には、管理サーバ１００において、キャラクタに付与するアビリティを選択する抽選処理が実行される。当該抽選処理は、抽選対象のアビリティとその当選確率とを予め定めた抽選テーブルに基づいて行われる。本実施形態のゲームシステムでは、ユーザが種々のキャラクタの育成に関心を示すよう、キャラクタの種類ごとに抽選テーブルが設けられ、抽選テーブルＤＢ１０７の抽選テーブル情報にて管理される。即ち、異なる種類のキャラクタ間において、抽選テーブルに抽選対象として含められるアビリティは、少なくとも一部が異なるよう構成される。　
例えば、１つのキャラクタについて設けられる抽選テーブルは、図６のように構成される。図示されるように、抽選テーブルでは、対戦ゲームの利用が可能になる３番目の育成段階から６番目の育成段階までの４段階それぞれについて、１０％、５％、３％、１％の確率で当選するアビリティが定められている。なお、抽選テーブルに定められるアビリティは、アビリティＤＢ１０６に管理されるアビリティ情報のいずれかを特定できればよいため、通常はアビリティＩＤで定められるが、図６の例では説明のため各アビリティを「その効果及び効果量（レアリティ）」の表記で示している。　
図示されるように、１つのキャラクタについて設けられる抽選テーブルは、抽選対象として含められるアビリティのラインナップが、育成段階ごとに少なくとも一部異なっている。また、後段の育成段階であるほど、レアリティの高いアビリティが抽選対象に含められている。なお、アビリティの効果量は、レアリティが高いほど多くなる（進行に影響を及ぼす効果が大きくなる、対戦ゲームの進行が有利になる）よう定められている。　
このような抽選テーブルを用いた抽選処理によりキャラクタに付与するアビリティを選択すると、制御部１０１は、保管に係り受信した育成キャラクタ情報の成長情報５６６の値を選択したアビリティのアビリティＩＤに更新し、ユーザに係るユーザ情報の保管キャラクタ情報５０２に格納する。　
〈付与状態の提示〉　キャラクタに付与されたアビリティは、専用アプリケーションにおいて、付与時の通知画面や、保管キャラクタの閲覧画面、対戦ゲームの開始時画面等が表示されることでユーザに提示される。より詳しくは、スマートフォン３００において専用アプリケーションが実行され、これら画面を表示するシーケンスに至ると、管理サーバ１００から当該画面の表示用情報として、付与されたアビリティの情報を含む各種の情報が供給され、端末表示制御部３０４によって端末表示部３１０に表示させる画面が生成される
。　
図７（ａ）に、対戦ゲームの開始時に端末表示部３１０に表示される画面（開始時画面）を例示する。図の例では、対戦ゲームに参加する自キャラクタの画像７０１及び相手キャラクタの画像７０３に加え、自キャラクタに付与されているアビリティの表示７０２及び相手キャラクタに付与されているアビリティの表示７０４が開始時画面に配置されている。ここで、表示７０２及び７０４は、アビリティを略記表現したテキストで構成されているが、ユーザにより当該表示への選択操作がなされた場合に、図７（ｂ）に示される表示７１１のように、キャラクタに付与されているアビリティの詳細表示がなされればよい。図７（ｂ）の例では、表示７０２に対する選択操作がなされた場合の詳細表示７１１が示されている。　
またキャラクタにアビリティが付与されているか否かは、専用アプリケーション上での表示に限られるものではない。　
専用アプリケーションにおいて育成を再開したいキャラクタが選択された場合には、当該キャラクタの育成キャラクタ情報の返送要求がスマートフォン３００から管理サーバ１００に送信され、管理サーバ１００は、当該返送要求を受けて、対応する育成キャラクタ情報をユーザ情報の保管キャラクタ情報５０２から取得してスマートフォン３００に返送する。その後、スマートフォン３００とゲーム装置２００とが通信接続されることで、育成キャラクタ情報がゲーム装置２００に伝送され、当該情報に基づいて当該キャラクタの育成ゲームが再開される。このとき、当該キャラクタについて管理サーバ１００でアビリティが付与されていれば、ゲーム装置２００に伝送された育成キャラクタ情報の成長情報５６６にはアビリティＩＤが格納されているため、ゲーム装置２００においてもアビリティ付与の有無を特定することができ、対応する情報提示を行うことができる。　
例えば、ゲーム装置２００で実行されている育成ゲームにて、育成中のキャラクタの各種ステータスの表示要求がなされた場合に表示される画面（ステータス画面）において、アビリティの付与有無を判別可能な表示をユーザに提示することもできる。キャラクタにアビリティが付与されていない状態のステータス画面が、例えば図８（ａ）のように構成される態様において、アビリティが付与されている場合には、図８（ｂ）に示されるように付与されているアビリティのレアリティを示すアイコン８０１が追加で配置されたステータス画面を構成して提示することもできる。　
《保管処理》　以下、本実施形態の管理サーバ１００において育成キャラクタ情報の保管要求が受け付けられた際に実行される保管処理について、図９のフローチャートを用いて具体的な処理を説明する。該フローチャートに対応する処理は、制御部１０１が、例えば記憶装置１０２に記憶されている対応する処理プログラムを読み出し、メモリ１０３に展開して実行することにより実現することができる。なお、本保管処理は、例えばスマートフォン３００から保管要求とともに育成キャラクタ情報を受信した際に開始されるものとする。　
Ｓ９０１で、制御部１０１は、受信した育成キャラクタ情報により示されるキャラクタ（以下、対象キャラクタとして言及）の育成段階が、対戦ゲームを利用可能な育成段階であるか否かを判断する。本ステップの判断は、受信した育成キャラクタ情報の段階ＩＤ５６３に基づいて行われる。制御部１０１は、対象キャラクタの育成段階が対戦ゲームを利用可能な育成段階であると判断した場合は処理をＳ９０２に移し、利用可能な育成段階ではないと判断した場合は処理をＳ９０５に移す。　
Ｓ９０２で、制御部１０１は、対象キャラクタの育成段階の変化後初めての保管要求であるか否かを判断する。本ステップの判断は、受信した育成キャラクタ情報の成長情報５６６に有意な情報が含まれていないか否かに基づいて行われる。制御部１０１は、対象キャラクタの育成段階の変化後初めての保管要求であると判断した場合は処理をＳ９０３に移し、育成段階の変化後の２回目以降の保管要求であると判断した場合は処理をＳ９０５に移す。　
Ｓ９０３で、制御部１０１は、抽選処理を実行し、対象キャラクタについて付与するアビリティを選択する。より詳しくは、制御部１０１は、まず受信した育成キャラクタ情報のキャラクタＩＤ５６２に係りキャラクタＤＢ１０５に管理されているキャラクタ情報のテーブルＩＤ５１３を参照し、抽選処理に使用する抽選テーブルのテーブルＩＤを取得する。続いて、制御部１０１は、取得したテーブルＩＤに係り抽選テーブルＤＢ１０７に管理されている抽選テーブル情報の抽選テーブル情報５４２から、受信した育成キャラクタ情報の段階ＩＤ５６３に対応付けられた抽選テーブルを取得する。そして、制御部１０１は、当該抽選テーブルに基づいて抽選処理を実行し、抽選結果として選択されたアビリティＩＤを得る。　
Ｓ９０４で、制御部１０１は、受信した育成キャラクタ情報の成長情報５６６をＳ９０３において選択したアビリティＩＤで更新し、対応するユーザ情報の保管キャラクタ情報５０２に更新後の育成キャラクタ情報を追加して本保管処理を完了する。　
一方、Ｓ９０１において対戦ゲームを利用可能な育成段階ではないと判断した場合、またはＳ９０２において育成段階の変化後初めての保管要求ではないと判断した場合、制御部１０１はＳ９０５で、受信した育成キャラクタ情報を、更新することなく、対応するユーザ情報の保管キャラクタ情報５０２に追加して本保管処理を完了する。　
以上説明したように、本実施形態の情報処理装置によれば、付与条件が満たされた場合にアビリティがキャラクタに付与されるため、興趣性の高い対戦ゲームのプレイ体験を提供することができる。　
なお、本実施形態の手法では、アビリティを付与されたキャラクタの育成ゲームの実行中に当該キャラクタの育成段階が変化した場合に、付与されているアビリティを削除するよう育成ゲームが構成されているものとして説明した。一方で、例えば高レアリティのアビリティが付与されている場合等では、ユーザが育成段階の進化よりもアビリティの維持を所望するケースもある。このため、ユーザが意図しないアビリティの削除が行われることを回避すべく、例えば育成再開時や成長条件が満たされた際に、表示部２２０や端末表示部３１０に育成段階が変化する場合にアビリティが削除される旨の通知を行うよう制御してもよい。　
また本実施形態では、対戦ゲームの進行に影響を及ぼす効果を生じさせるゲーム要素としてアビリティを付与する態様を説明したが、当該ゲーム要素は、アビリティ以外の他のゲーム要素であってもよいことは言うまでもない。　
［変形例１］　上述した実施形態では、キャラクタの育成段階の変化後初めての保管要求であるか否かを育成キャラクタ情報に含めた成長情報５６６により判断する手法を説明したが、本発明の実施はこれに限られるものではない。例えば、キャラクタの育成が再開された後も当該キャラクタの育成キャラクタ情報が管理サーバ１００に保持される態様では、保管要求とともに育成キャラクタ情報を受信した場合に、当該育成キャラクタ情報により示されるキャラクタと、同一の育成ＩＤ、キャラクタＩＤ、段階ＩＤを有する育成キャラクタ情報が保持されているか否かに応じて、育成段階の変化後初めての保管要求であるか否かを判断してもよい。より詳しくは、受信した育成キャラクタ情報と同一の育成ＩＤ、キャラクタＩＤ、段階ＩＤを有する育成キャラクタ情報が保持されていないのであれば、育成段階の変化後初めての保管要求であると判断し、保持されているのであれば育成段階の変化後の２回目以降の保管要求であると判断する。　
［変形例２］　上述した実施形態では、任意のキャラクタについて定められる抽選テーブルでは、後段の育成段階であるほどレアリティの高いアビリティが抽選対象に含められるよう構成されるものとして説明したが、対戦ゲーム及び育成ゲームの双方の興趣性をより高めるべく、各育成段階において抽選対象とされるアビリティをその効果の程度によって制御してもよい。一部のアビリティについては、特定の育成段階でのみ抽選対象に含められるよう制御してもよい。例えば、対戦ゲームに生じさせる効果が小さい一部のアビリティについては、対戦ゲームが利用可能になる３番目の育成段階でのみ抽選対象に含められる一方で、対戦ゲームに生じさせる効果が大きい一部のアビリティについては、最後段である６番目の育成段階でのみ抽選対象に含められるよう制御してもよい。このようにすることで、育成段階を進化させることを選択するユーザについて、削除後に新たに付与されるアビリティの効果をある程度補償することができる。　
あるいは、育成ゲームを最終育成段階まで進行させたユーザを優遇すべく、６番目の育成段階の抽選対象となる最高レアリティのアビリティについては、当該育成段階よりも前の育成段階の抽選テーブルでは抽選対象に含まれないよう制御されるものとしてもよい。　
［変形例３］　上述した実施形態では、対戦ゲームが１対１で行われ、付与されたアビリティは、単純に各キャラクタの対戦ゲームの進行に係り参照される要素を強化する効果を与えるものとして説明したが、本発明の実施はこれに限られるものではない。例えば対戦ゲームは、２対２等、複数体のキャラクタが属するチーム同士を対戦させるものであってもよく、この場合、キャラクタに対して付与されるアビリティは、チームに属する他のキャラクタに付与されたアビリティとの組み合わせに応じて効果や効果量が変化するよう構成されてもよい。　
［変形例４］　上述した実施形態では、対戦ゲームは、管理サーバ１００により実行されるものとして説明したが、本発明の実施はこれに限られるものではない。ユーザが育成したキャラクタを参加させて行われる対戦ゲームは、例えば育成ゲーム中のイベント発生に起因して、ゲーム装置２００において実行されるものを含んでもよい。　
このようなイベントはランダムに発生し得るものであるため、上述した対人対戦の対戦ゲームとは異なり、相手キャラクタがＮＰＣとなる。即ち、当該相手キャラクタに係る情報は、予めゲーム装置２００の玩具記憶装置２０２に格納され、管理サーバ１００に送信されずに保持されているため、アビリティの付与という行為は発生しない。　
従って、ゲーム装置２００において実行される対戦ゲームについては、育成中の自キャラクタに付与されているアビリティの効果を生じさせてしまうと、対戦ゲームの展開が一方的にユーザに有利なものになり得てしまう。このため、キャラクタに付与されているアビリティについては、アビリティが付与され得るキャラクタを相手とする対戦ゲーム、即ち、管理サーバ１００により実行される対戦ゲームにおいてのみ、その効果が生じるものとし、アビリティが付与され得ないキャラクタを相手とする対戦ゲーム、即ち、ゲーム装置２００により実行される対戦ゲームにおいては、効果が生じないよう制御されるものとする。　
［変形例５］　上述した実施形態では、キャラクタの種類ごとに抽選テーブルが設けられるものとして説明した。一方で、ゲーム装置２００へのユーザの関心を永続させていくことを考慮すると、上述したように取得部２０５にメモリカードを装着させることで、新たな種類のキャラクタの情報を取得可能とし、このようなメモリカードを商品展開していくことが想定される。しかし、１つのメモリカードにつき１種類のキャラクタの情報のみが提供される態様では、商品に対して追加されるコンテンツ量や育成ゲームの攻略性が乏しいとの印象をユーザに与え得る。このため、興趣要素の拡張のために追加で商品展開されるメモリカードは、関連性のある複数種類のキャラクタの育成を可能ならしめる情報が格納されて提供される。　
従って、抽選テーブルは、関連性のある複数種類のキャラクタに対して類似した傾向のアビリティ
付与がなされるよう、情報取得元となったメモリカードごとに設けられるものであってもよい。換言すれば、抽選テーブルは、情報提供元となったメモリカードごとに異なり、同一のメモリカードに基づくキャラクタについては共通のものが採用されるように構成されてもよい。　
［変形例６］　上述した実施形態では、キャラクタに付与されるアビリティは、育成ゲームの進行に影響を及ぼす効果は生じさせないものとして説明した。しかしながら、本発明の実施はこれに限られるものではなく、育成ゲームの進行にも影響を及ぼす効果を生じさせるゲーム要素が付与されるものであってもよい。　
［実施形態のまとめ］　上記実施形態は以下の情報処理装置、プログラム及びゲームシステムを少なくとも開示する。　
（１）　ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、　前記取得手段により取得された前記キャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、　前記判断手段により前記ゲーム要素の付与条件が満たされたと判断した場合に、前記対象キャラクタにゲーム要素を付与する付与手段と、を備え、　前記ゲーム装置は、複数の育成段階を経てキャラクタが成長する育成ゲームを実行し、　前記ゲーム要素の付与条件は、前記育成ゲームにおいて前記対象キャラクタの育成段階が変化したことを少なくとも含む情報処理装置。　
（２）　前記ゲーム要素の付与条件は、前記育成ゲームにおける前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたことを含む（１）に記載の情報処理装置。　
（３）　前記キャラクタ情報は、育成段階の変化に応じて状態が変更される成長情報を含み、　前記判断手段は、前記取得手段により取得された前記キャラクタ情報に含まれる前記成長情報に基づいて、前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたか否かを判断する、（２）に記載の情報処理装置。　
（４）　前記キャラクタ情報は、前記ゲーム装置において育成されたキャラクタを一意に特定する識別情報を含み、　前記情報処理装置は、前記取得手段により取得された前記キャラクタ情報を管理する管理手段をさらに備え、　前記判断手段は、前記取得手段により取得された前記キャラクタ情報と、当該キャラクタ情報と同一の前記識別情報を含んで前記管理手段に管理されている前記キャラクタ情報とに基づいて、前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたか否かを判断する、（２）に記載の情報処理装置。　
（５）　前記対象キャラクタに付与された前記ゲーム要素が、当該対象キャラクタの育成段階が変化した場合に削除されることを通知する通知手段をさらに備える（２）乃至（４）のいずれか１つに記載の情報処理装置。　
（６）　前記取得手段により取得された前記キャラクタ情報に係るキャラクタを登場させた対戦ゲームを実行する実行手段をさらに備え、　前記付与手段により付与される前記ゲーム要素は、前記対戦ゲームの進行に影響を及ぼす効果を生じさせる要素である、（１）乃至（５）のいずれか１つに記載の情報処理装置。　
（７）　前記付与手段により付与される前記ゲーム要素は、前記育成ゲームの進行に影響を及ぼす効果を生じさせない要素である（６）に記載の情報処理装置。　
（８）　前記対戦ゲームの実行時に、当該対戦ゲームに登場するキャラクタ、及び当該キャラクタに付与された前記ゲーム要素の情報を表示用情報として出力する出力手段をさらに備える（６）または（７）に記載の情報処理装置。　
（９）　前記付与手段により前記対象キャラクタに付与される前記ゲーム要素を選択する抽選手段をさらに備える（６）乃至（８）のいずれか１つに記載の情報処理装置。　
（１０）　前記キャラクタ情報は、当該キャラクタ情報に係るキャラクタの種別を特定する情報を含み、　前記抽選手段は、前記対象キャラクタの種別について予め定められた抽選テーブルであって、複数の前記ゲーム要素が抽選対象として含められた抽選テーブルを用いて、前記対象キャラクタに付与される前記ゲーム要素を選択する、（９）に記載の情報処理装置。　
（１１）　前記抽選テーブルは、対応するキャラクタの育成段階ごとに、前記抽選対象として含まれる前記複数のゲーム要素の少なくとも一部が異なる（１０）に記載の情報処理装置。　
（１２）　前記抽選テーブルは、後段の育成段階であるほど、高いレアリティの前記ゲーム要素が前記抽選対象として含められる（１１）に記載の情報処理装置。　
（１３）　前記ゲーム要素の各々は、前記対戦ゲームに生じさせる効果に応じて、複数の種類のいずれかに分類されており、　同一の種類の前記ゲーム要素は、レアリティが高いほど、前記対戦ゲームに生じさせる効果量が多い、（１２）に記載の情報処理装置。　
（１４）　異なる種別のキャラクタ間において、前記抽選テーブルに前記抽選対象として含められる前記複数のゲーム要素の少なくとも一部が異なる（１０）乃至（１３）のいずれか１つに記載の情報処理装置。　
（１５）　前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記対象キャラクタに係る前記キャラクタ情報を、当該ゲーム要素が付与された状態に更新する更新手段をさらに備える（１）乃至（１４）のいずれか１つに記載の情報処理装置。　
（１６）　コンピュータを、（１）乃至（１５）のいずれか１つに記載の情報処理装置の各手段として機能させるためのプログラム。　
（１７）　複数の育成段階を経てキャラクタが成長する育成ゲームを実行するゲーム装置と、前記ゲーム装置と通信可能に構成された通信端末と、前記通信端末と通信可能に構成された情報処理装置と、を含むゲームシステムであって、　前記通信端末は、　　前記ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、　　前記取得手段により取得された前記キャラクタ情報を前記情報処理装置に送信する第１の送信手段と、を備え、　前記情報処理装置は、　　前記通信端末から前記キャラクタ情報を受信する受信手段と、　　前記受信手段が受信した前記キャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、　　前記判断手段により前記ゲーム要素の付与条件が満たされたと判断した場合に、前記対象キャラクタにゲーム要素を付与する付与手段と、を備え、　前記ゲーム要素の付与条件は、前記育成ゲームにおいて前記対象キャラクタの育成段階が変化したことを少なくとも含むゲームシステム。　
（１８）　前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記対象キャラクタに係る前記キャラクタ情報を、当該ゲーム要素が付与された状態に更新する更新手段をさらに備える（１７）に記載のゲームシステム。　
（１９）　前記情報処理装置は、前記受信手段が受信した前記キャラクタ情報を、所定の返送要求に基づいて前記通信端末に返送する返送手段をさらに備え、　前記返送手段は、前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記更新手段により更新された前記対象キャラクタに係る前記キャラクタ情報を前記通信端末に返送する、（１８）に記載のゲームシステム。　
（２０）　前記通信端末は、前記キャラクタ情報を前記ゲーム装置に送信する第２の送信手段をさらに備え、　前記ゲーム装置は、前記第２の送信手段により送信された前記キャラクタ情報を受信し、当該キャラクタ情報に係るキャラクタを表示する表示手段を備え、　前記表示手段は、前記受信した前記キャラクタ情報が前記ゲーム要素が付与された状態である場合に、当該キャラクタ情報に係るキャラクタと共に、付与されている前記ゲーム要素を表示する、（１９）に記載のゲームシステム。　
［その他の実施形態］　発明は上記の実施形態に制限されるものではなく、発明の要旨の範囲内で、種々の変形・変更が可能である。
１００：管理サーバ、１０１：制御部、１０２：記憶装置、１０３：メモリ、１０４：ユーザＤＢ、１０５：キャラクタＤＢ、１０６：アビリティＤＢ、１０７：抽選テーブルＤＢ、１０８：通信部、２００：ゲーム装置、２０１：玩具制御部、２０２：玩具記憶装置、２０３：玩具メモリ、２０４：検出部、２１０：センサ、２０５：取得部、２０６：表示制御部、２２０：表示部、２０７：操作入力部、２０８：玩具通信部、３００：スマートフォン、３０１：端末制御部、３０２：端末記憶装置、３０３：端末メモリ、３０４：端末表示制御部、３１０：端末表示部、３０５：端末操作入力部、３０６：端末通信部、４００：ネットワーク

Claims (20)

  1. ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、　前記取得手段により取得された前記キャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、　前記判断手段により前記ゲーム要素の付与条件が満たされたと判断した場合に、前記対象キャラクタにゲーム要素を付与する付与手段と、を備え、　前記ゲーム装置は、複数の育成段階を経てキャラクタが成長する育成ゲームを実行し、　前記ゲーム要素の付与条件は、前記育成ゲームにおいて前記対象キャラクタの育成段階が変化したことを少なくとも含む情報処理装置。
  2. 前記ゲーム要素の付与条件は、前記育成ゲームにおける前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたことを含む請求項１に記載の情報処理装置。
  3. 前記キャラクタ情報は、育成段階の変化に応じて状態が変更される成長情報を含み、　前記判断手段は、前記取得手段により取得された前記キャラクタ情報に含まれる前記成長情報に基づいて、前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたか否かを判断する請求項２に記載の情報処理装置。
  4. 前記キャラクタ情報は、前記ゲーム装置において育成されたキャラクタを一意に特定する識別情報を含み、　前記情報処理装置は、前記取得手段により取得された前記キャラクタ情報を管理する管理手段をさらに備え、　前記判断手段は、前記取得手段により取得された前記キャラクタ情報と、当該キャラクタ情報と同一の前記識別情報を含んで前記管理手段に管理されている前記キャラクタ情報とに基づいて、前記対象キャラクタの育成段階の変化後に初めて、当該対象キャラクタに係る前記キャラクタ情報が取得されたか否かを判断する請求項２に記載の情報処理装置。
  5. 前記対象キャラクタに付与された前記ゲーム要素が、当該対象キャラクタの育成段階が変化した場合に削除されることを通知する通知手段をさらに備える請求項２に記載の情報処理装置。
  6. 前記取得手段により取得された前記キャラクタ情報に係るキャラクタを登場させた対戦ゲームを実行する実行手段をさらに備え、　前記付与手段により付与される前記ゲーム要素は、前記対戦ゲームの進行に影響を及ぼす効果を生じさせる要素である請求項１に記載の情報処理装置。
  7. 前記付与手段により付与される前記ゲーム要素は、前記育成ゲームの進行に影響を及ぼす効果を生じさせない要素である請求項６に記載の情報処理装置。
  8. 前記対戦ゲームの実行時に、当該対戦ゲームに登場するキャラクタ、及び当該キャラクタに付与された前記ゲーム要素の情報を表示用情報として出力する出力手段をさらに備える請求項６に記載の情報処理装置。
  9. 前記付与手段により前記対象キャラクタに付与される前記ゲーム要素を選択する抽選手段をさらに備える請求項６に記載の情報処理装置。
  10. 前記キャラクタ情報は、当該キャラクタ情報に係るキャラクタの種別を特定する情報を含み、　前記抽選手段は、前記対象キャラクタの種別について予め定められた抽選テーブルであって、複数の前記ゲーム要素が抽選対象として含められた抽選テーブルを用いて、前記対象キャラクタに付与される前記ゲーム要素を選択する請求項９に記載の情報処理装置。
  11. 前記抽選テーブルは、対応するキャラクタの育成段階ごとに、前記抽選対象として含まれる前記複数のゲーム要素の少なくとも一部が異なる請求項１０に記載の情報処理装置。
  12. 前記抽選テーブルは、後段の育成段階であるほど、高いレアリティの前記ゲーム要素が前記抽選対象として含められる請求項１１に記載の情報処理装置。
  13. 前記ゲーム要素の各々は、前記対戦ゲームに生じさせる効果に応じて、複数の種類のいずれかに分類されており、　同一の種類の前記ゲーム要素は、レアリティが高いほど、前記対戦ゲームに生じさせる効果量が多い請求項１２に記載の情報処理装置。
  14. 異なる種別のキャラクタ間において、前記抽選テーブルに前記抽選対象として含められる前記複数のゲーム要素の少なくとも一部が異なる請求項１０に記載の情報処理装置。
  15. 前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記対象キャラクタに係る前記キャラクタ情報を、当該ゲーム要素が付与された状態に更新する更新手段をさらに備える請求項１に記載の情報処理装置。
  16. コンピュータを、請求項１乃至１５のいずれか１項に記載の情報処理装置の各手段として機能させるためのプログラム。
  17. 複数の育成段階を経てキャラクタが成長する育成ゲームを実行するゲーム装置と、前記ゲーム装置と通信可能に構成された通信端末と、前記通信端末と通信可能に構成された情報処理装置と、を含むゲームシステムであって、　前記通信端末は、　　前記ゲーム装置において育成されたキャラクタに係るキャラクタ情報を取得する取得手段と、　　前記取得手段により取得された前記キャラクタ情報を前記情報処理装置に送信する第１の送信手段と、を備え、　前記情報処理装置は、　　前記通信端末から前記キャラクタ情報を受信する受信手段と、　　前記受信手段が受信した前記キャラクタ情報に基づいて、当該キャラクタ情報に係る対象キャラクタへのゲーム要素の付与条件が満たされたか否かを判断する判断手段と、　　前記判断手段により前記ゲーム要素の付与条件が満たされたと判断した場合に、前記対象キャラクタにゲーム要素を付与する付与手段と、を備え、　前記ゲーム要素の付与条件は、前記育成ゲームにおいて前記対象キャラクタの育成段階が変化したことを少なくとも含むゲームシステム。
  18. 前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記対象キャラクタに係る前記キャラクタ情報を、当該ゲーム要素が付与された状態に更新する更新手段をさらに備える請求項１７に記載のゲームシステム。
  19. 前記情報処理装置は、前記受信手段が受信した前記キャラクタ情報を、所定の返送要求に基づいて前記通信端末に返送する返送手段をさらに備え、　前記返送手段は、前記付与手段により前記対象キャラクタに前記ゲーム要素が付与された場合に、前記更新手段により更新された前記対象キャラクタに係る前記キャラクタ情報を前記通信端末に返送する請求項１８に記載のゲームシステム。
  20. 前記通信端末は、前記キャラクタ情報を前記ゲーム装置に送信する第２の送信手段をさらに備え、　前記ゲーム装置は、前記第２の送信手段により送信された前記キャラクタ情報を受信し、当該キャラクタ情報に係るキャラクタを表示する表示手段を備え、　前記表示手段は、前記受信した前記キャラクタ情報が前記ゲーム要素が付与された状態である場合に、当該キャラクタ情報に係るキャラクタと共に、付与されている前記ゲーム要素を表示する請求項１９に記載のゲームシステム。
PCT/JP2023/027083 2022-09-29 2023-07-24 情報処理装置、プログラム及びゲームシステム Ceased WO2024070167A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2022157149A JP7242955B1 (ja) 2022-09-29 2022-09-29 情報処理装置、プログラム及びゲームシステム
JP2022-157149 2022-09-29

Publications (1)

Publication Number Publication Date
WO2024070167A1 true WO2024070167A1 (ja) 2024-04-04

Family

ID=85641198

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2023/027083 Ceased WO2024070167A1 (ja) 2022-09-29 2023-07-24 情報処理装置、プログラム及びゲームシステム

Country Status (3)

Country Link
JP (2) JP7242955B1 (ja)
CN (1) CN117122934A (ja)
WO (1) WO2024070167A1 (ja)

Families Citing this family (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPWO2025126379A1 (ja) * 2023-12-13 2025-06-19

Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3047742U (ja) * 1997-10-02 1998-04-24 中日本プロジェクト株式会社 携帯用ゲーム装置
JPH11192384A (ja) * 1997-12-26 1999-07-21 Bandai Co Ltd ネットワークを利用した育成シミュレーション装置
JPH11249544A (ja) * 1998-03-02 1999-09-17 Bandai Co Ltd 育成シミュレーション装置
JP2003245407A (ja) * 2002-02-26 2003-09-02 Aruze Corp 遊技システム、キャラクタサーバ及び遊技機
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム
JP6966619B1 (ja) * 2020-12-02 2021-11-17 株式会社バンダイ ゲーム装置及びプログラム

Patent Citations (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP3047742U (ja) * 1997-10-02 1998-04-24 中日本プロジェクト株式会社 携帯用ゲーム装置
JPH11192384A (ja) * 1997-12-26 1999-07-21 Bandai Co Ltd ネットワークを利用した育成シミュレーション装置
JPH11249544A (ja) * 1998-03-02 1999-09-17 Bandai Co Ltd 育成シミュレーション装置
JP2003245407A (ja) * 2002-02-26 2003-09-02 Aruze Corp 遊技システム、キャラクタサーバ及び遊技機
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム
JP6966619B1 (ja) * 2020-12-02 2021-11-17 株式会社バンダイ ゲーム装置及びプログラム

Also Published As

Publication number Publication date
JP2024050385A (ja) 2024-04-10
CN117122934A (zh) 2023-11-28
JP2024050332A (ja) 2024-04-10
JP7242955B1 (ja) 2023-03-20

Similar Documents

Publication Publication Date Title
US12427401B2 (en) Game program, method for controlling computer, and computer
JP6297732B1 (ja) プログラム及び制御方法
US20150050985A1 (en) Game system, server device, control method for server device, program, and information recording medium
JP2023091781A (ja) ゲームプログラム、情報処理装置、情報処理方法及び情報処理システム
JP7633349B2 (ja) ゲーム装置及びプログラム
US20230173390A1 (en) Information processing system, server, storage medium, and information processing method
WO2024070167A1 (ja) 情報処理装置、プログラム及びゲームシステム
JP2025020276A (ja) 情報通信端末及びプログラム
JP7402961B1 (ja) ゲーム装置及びプログラム
JP7282244B1 (ja) ゲーム装置及びプログラム
JP7343125B2 (ja) プログラム、情報処理装置、及びゲームシステム
JP2014113271A (ja) ゲームシステム、ゲーム制御装置、ゲーム制御方法、及びプログラム
JP2019025300A (ja) 制御プログラム、制御方法及びコンピュータ
JP2023118202A (ja) プログラム、ゲーム装置、ゲーム管理装置及びゲームシステム
JP6317845B1 (ja) 制御プログラム、制御方法及びコンピュータ
JP7657103B2 (ja) プログラム
JP7324913B1 (ja) ゲーム装置及びプログラム
JP7421760B2 (ja) プログラム、制御方法、および情報処理装置
JP7560741B2 (ja) 情報処理装置、情報処理方法及びプログラム
JP6161660B2 (ja) ゲームシステム、制御方法および制御プログラム
JP2022162085A (ja) ゲーム用情報処理装置、情報処理方法、情報処理プログラム
JP2018153622A (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: 23871410

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: 23871410

Country of ref document: EP

Kind code of ref document: A1