WO2015025854A1 - ゲームシステム、それに用いられる制御方法及びコンピュータプログラム - Google Patents

ゲームシステム、それに用いられる制御方法及びコンピュータプログラム Download PDF

Info

Publication number
WO2015025854A1
WO2015025854A1 PCT/JP2014/071674 JP2014071674W WO2015025854A1 WO 2015025854 A1 WO2015025854 A1 WO 2015025854A1 JP 2014071674 W JP2014071674 W JP 2014071674W WO 2015025854 A1 WO2015025854 A1 WO 2015025854A1
Authority
WO
WIPO (PCT)
Prior art keywords
game
information
card
medium
player
Prior art date
Application number
PCT/JP2014/071674
Other languages
English (en)
French (fr)
Inventor
英利 御子柴
成田　順彦
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Priority to CN201480046147.2A priority Critical patent/CN105473197B/zh
Publication of WO2015025854A1 publication Critical patent/WO2015025854A1/ja

Links

Images

Classifications

    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/20—Input arrangements for video game devices
    • 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
    • A63F13/58—Controlling game characters or game objects based on the game progress by computing conditions of game characters, e.g. stamina, strength, motivation or energy level
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • 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/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/95—Storage media specially adapted for storing game information, e.g. video game cartridges

Definitions

  • the present invention relates to a game system that provides a game played through each play medium.
  • a plurality of types of cards on which predetermined images are printed in advance are used as character cards.
  • each character card is not managed individually. Therefore, for example, the owner of each character card is not managed. For this reason, for example, when a plurality of character cards are used, they cannot be classified into cards owned by a specific player and cards owned by other players. As a result, for example, a difference in handling cannot be generated between a card of a specific player and a card of another player.
  • an object of the present invention is to provide a game system or the like that can individually manage each game recording medium.
  • the game system of the present invention is a game system that provides a game to be played through each play medium, and each game recording medium on which game information including parameter information for defining each play medium is recorded.
  • the game information further includes information providing means for providing the game information, and the game information further includes medium identification information for identifying the game information of each game recording medium. is there.
  • the control method of the present invention is applied to a game system that provides a game played through each play medium, and each game recording medium on which game information including parameter information for defining each play medium is recorded.
  • An information providing procedure for providing the game information as generated is provided, and the game information further includes medium identification information for identifying the game information of each game recording medium.
  • the computer program for the game system of the present invention records game information including information of parameters for defining each play medium in a computer incorporated in a game system that provides a game played through each play medium.
  • the game information is configured to function as information providing means for providing the game information so that each game recording medium is generated, and the game information identifies the game information of each game recording medium.
  • Media identification information is further included.
  • the figure which shows an example of the content of a character card typically.
  • the figure which shows an example of the content of card management data The figure which shows an example of the flowchart of a card
  • FIG. 1 is a diagram showing an outline of the overall configuration of a game system according to an embodiment of the present invention.
  • the game system 1 includes a center server 2 and a plurality of game machines GM.
  • the game machine GM is connected to the center server 2 via the network 3.
  • the game machine GM is a commercial (commercial) game machine that allows a player to play a game within a range according to the price in exchange for consumption of a predetermined price.
  • the game machine GM provides a card game in exchange for consumption of a predetermined price.
  • An appropriate number of game machines GM are installed in a commercial facility such as the store 4.
  • the center server 2 is not limited to an example configured by a single physical device.
  • one logical center server 2 may be configured by a server group as a plurality of physical devices.
  • the center server 2 may be logically configured using cloud computing.
  • the game machine GM may function as the center server 2.
  • the user terminal 5 is connected to the center server 2 via the network 3.
  • the user terminal 5 is a type of network terminal device that exhibits various functions by executing software distributed from the center server 2.
  • a mobile phone including a smartphone
  • various network terminal devices that can be connected to the network and are used for personal use of the user, such as a personal computer, a portable game machine, and a portable tablet terminal device, are used. Good.
  • the network 3 is configured to realize network communication using the TCP / IP protocol.
  • the network 3 is configured by combining the Internet as a WAN and an intranet as a LAN.
  • the center server 2 and the game machine GM are connected to the network 3 via the router 3a, and the user terminal 5 is connected to the network 3 via the access point 3b.
  • the network 3 is not limited to a form using the TCP / IP protocol.
  • various forms using a wired line for communication or a wireless line may be used.
  • the communication between the user terminal 5 and the game machine GM or the like conforms to a predetermined standard so as to include various information such as a two-dimensional code without using a communication line (including wired and wireless), for example. It may be realized using code generated in this way. Specifically, for example, transmission / reception of information is performed between the user terminal 5 and the game machine GM or the like through provision or reading of a two-dimensional code generated so as to include necessary information. May be. Therefore, the term “network (or communication line)” includes forms that do not use a line, such as a communication method that uses such a code.
  • the center server 2 provides various game machine services to the game machine GM or its players.
  • a service for receiving player identification information from the game machine GM and authenticating the player may be provided.
  • a service may be provided in which the play data of the authenticated player is received from the game machine GM and stored, or the play data to be stored is provided to the game machine GM.
  • the game machine service distributes and updates the game machine GM program or data via the network 3, and matches users when a plurality of users play a common game via the network 3.
  • a matching service or the like may be included.
  • the center server 2 provides various Web services to the user of the user terminal 5 via the network 3.
  • the web service includes, for example, a game information service that provides various types of information related to a game provided by the game machine GM.
  • the Web service also includes a distribution service that distributes various data or software to each user terminal 5 (including data update).
  • the Web service includes other services such as a community service that provides a place for information exchange, exchange, and sharing by users, and a service that provides a user ID for identifying each user.
  • FIG. 2 is a diagram schematically showing the appearance of a game machine according to one embodiment of the present invention.
  • the game machine GM includes a housing 6.
  • a control panel CP, a monitor MO, and a speaker SP are provided on the top of the housing 6.
  • the monitor MO is disposed above the control panel CP.
  • the speaker SP is disposed further above the monitor MO.
  • the game machine GM is provided with various input devices and output devices provided in a normal business game machine such as a volume operation switch, a power switch, and a power lamp. FIG. 2 does not show them.
  • the control panel CP is provided with a direction selection operation section CP1 that can select a direction, a button CP2 that can be used for determination, a code reader 7, and a coin insertion slot SO.
  • the code reader 7 is configured to be able to read a two-dimensional code and output a signal according to the read result.
  • Various game cards 8 are inserted into the code reader 7.
  • a two-dimensional code is printed on the game card 8.
  • the code reader 7 reads this two-dimensional code.
  • a card discharge port EO1 and a coin discharge port EO2 are provided on the front surface of the housing 6.
  • the card outlet EO1 is used for discharging the game card 8 generated inside the housing 6.
  • the control panel CP is provided with various operation units such as buttons that can be used for determining the operation, etc., but these are not shown.
  • FIG. 3 is an explanatory diagram for explaining an example of the game card 8 generated by the game machine GM.
  • the game card 8 generated by the game machine GM includes a key card SC as an identification recording medium and a character card KC as a game recording medium.
  • the character card KC is a card for defining each character used in a card game provided by the game machine GM.
  • the character card KC is used for recording and reproducing each character.
  • Various kinds of game information used for character reproduction and the like are recorded on the character card KC.
  • the game information includes, for example, parameter information and card ID information as medium identification information.
  • the parameter is information defining a character used in the card game.
  • the card ID is information for identifying each character card KC (or information recorded therein). Each character card KC (or information recorded therein) is managed based on the card ID.
  • the key card SC is a different type of card from the character card KC.
  • the key card SC is used to specify each player. That is, the character card KC is used directly for playing (progressing) the game, while the key card SC is used for assisting play.
  • Various identification information is recorded on the key card SC.
  • the identification information includes, for example, player ID information, card ID information, and decoration information as player identification information.
  • the card ID is information for identifying each card (or information recorded therein). As the card ID, a unique ID is used so as not to overlap with the character card KC.
  • the identification information is also managed based on the card ID, similarly to the game information. Therefore, the card ID is also used for specifying identification information.
  • the player ID is information for identifying each player.
  • the player ID is given with provision of individual information depending on each player.
  • the individual information includes, for example, personal information such as name, sex, date of birth, and age.
  • the individual information is provided from the player through an operation on the control panel CP of the game machine GM, for example. All or a part of the individual information is displayed on the key card SC.
  • the identification information may include all or a part of the individual information as at least a part thereof.
  • the decoration information is information for improving the identification (uniqueness) of each key card SC.
  • a key image that changes in accordance with the contents of each individual information is displayed on the key card SC.
  • the key card SC is highly unique because it includes decoration information such as a key image.
  • the key card SC is used, for example, for specifying play data of each player and reflecting past game results and the like on the card game based on the play data.
  • a two-dimensional code is printed on the key card SC and the character card KC. Through the two-dimensional code, the key card SC and the character card KC provide the game machine GM with information on various parameters or identification information for defining the character. Details of the key card SC and the character card KC will be described later.
  • the game machine GM provides a card game using the key card SC and the character card KC.
  • the card game is a type of game in which a character defined by a character card KC prepared by a player is reproduced during the game and used as a play medium.
  • battles, missions, and the like are executed through characters reproduced by the character card KC.
  • a battle or mission may be executed by a plurality of characters.
  • a plurality of character cards KC may be used for character reproduction.
  • the character grows through such battles and missions. That is, the breeding of characters reproduced by the character card KC is also provided as a game element. Then, a character that has grown through the game play is further generated as a character card KC. Therefore, characters in the game are continuously nurtured through the character card KC. Further, since the character card KC is generated based on the game result, it is highly unique.
  • the types of the key card SC and the character card KC are different.
  • the key card SC and the character card KC have different uses (functions).
  • the character card KC is used for reproducing (or storing) a character as a play medium, while the key card SC is used for specifying a player, that is, specifying a user of each character card KC.
  • the game machine GM provides a card game while identifying each player based on the player ID. Then, the information of the player ID of the key card SC, that is, the information of the user is reflected, for example, on the progress of the game and the generated character card KC.
  • the player ID of the key card SC is used, for example, to reflect past game results and the like in the game via play data as described above.
  • the player ID of the key card SC is also used in a series of flows for generating the character card KC.
  • FIG. 4 is an explanatory diagram for explaining the relationship between the key card SC and the character card KC.
  • the key card SC when the key card SC is used, the key card SC provides the game machine GM with the player ID information included in the identification information via a two-dimensional code.
  • the game machine GM further provides the information of the player ID to the center server 2 via the network 3.
  • the center server 2 issues a unique card ID in association with the provided player ID.
  • the center server 2 manages each card ID using the player ID. Specifically, for example, the correspondence between the player ID and the card ID is managed based on the card management data CD as the related data. Details of the card management data CD will be described later.
  • three key cards SC are used.
  • three card IDs respectively corresponding to the three key cards SC are issued from the center server 2.
  • each card ID “A0001”, “A0002”, and “A0003” are issued by the center server 2 and information on the card IDs is provided to the game machine GM.
  • three character cards KC each having three card IDs are generated.
  • the card ID given to each character card KC is unique and does not overlap.
  • Each card ID is issued and managed in association with a player ID provided by each key card SC via the card management data CD.
  • the owner of each character card KC is managed based on the player ID via the card management data CD.
  • the character defined by the character card KC grows according to the game result (play result) as described above. That is, the content of the parameter that defines the character changes according to the play result.
  • a character card KC for defining a grown character is generated based on the changed parameter information.
  • the card ID is issued uniquely, the character card KC corresponding to the character before growth (that is, the game information before change) and the character after growth (that is, the game information after change) are assigned. It is further different from the corresponding character card KC.
  • FIG. 5 is an explanatory diagram for explaining the relationship of card IDs used for the character card KC before and after play. As shown in FIG.
  • the character card KC when the character card KC is used, the character card KC provides the card ID together with other game information to the game machine GM via the two-dimensional code.
  • the game machine GM further provides the card server ID information to the center server 2 via the network 3.
  • the center server 2 specifies the player ID (owner) of the character card KC corresponding to the card ID via the card management data CD with reference to the information of the card ID. Then, when a new character card KC corresponding to the character after play is generated, the center server 2 associates with the specified player ID, that is, as a card ID owned by the specified player ID, from the character card KC. A card ID different from the acquired card ID is newly issued.
  • FIG. 5 shows a case where the three character cards KC generated in FIG. 4 are used for playing the game.
  • characters corresponding to these character cards KC are reproduced in the game.
  • three new card IDs corresponding to these characters that is, the information for these games (resulting in the new three character cards) KC) has been issued.
  • “A0004”, “A0005”, and “A0006” are issued as three new card IDs.
  • the three new card IDs are managed in association with the owner (player ID) of the character card KC before play through the card management data CD.
  • These new card IDs are different from the character cards KC before play. That is, the card ID is different between the character cards KC before and after the play. In this way, the card ID is managed uniquely for each card.
  • the card ID may be further used for managing the growth history of one character.
  • the card ID history for each character's growth state may be managed based on one character. More specifically, the card ID corresponding to the character after growth (latest character state) and the card ID corresponding to the character before growth (previous character state) may be managed in association with each other. That is, the presence / absence of each card ID corresponding to the previous character state may be managed based on the card ID corresponding to the latest character state.
  • Such management may be realized, for example, by history management data (not shown) for managing the history of each card ID (each card ID corresponding to the growth trajectory).
  • FIG. 6 is an explanatory diagram for explaining the case where the character cards KC are classified based on the key card SC.
  • the game machine GM classifies each character card KC (as a result, the character of each character card KC) based on the player ID provided by the key card SC. More specifically, the game machine GM first provides the player ID acquired from the key card SC to the center server 2 through the network 3. Then, the center server 2 provides the card management data CD to the game machine GM so as to include a part related to the player ID from the center server 2 via the network 3.
  • a plurality of characters may be used in a battle or the like in a card game.
  • a plurality of character cards KC are used.
  • the game machine GM classifies each character card KC based on a predetermined classification condition.
  • a predetermined classification condition for example, a determination result of whether or not the character card KC is owned by the player is used.
  • the player ID associated with the card ID of each character card KC by the player ID of the key card SC and the card management data CD is used.
  • the game machine GM first uses the card management data CD on the basis of the card ID provided by each character card KC, and the player ID associated with each character card KC, that is, possession of each character card KC.
  • the game machine GM classifies the character card KC associated with the same player ID as the key card SC into the player card classification, and classifies the character card KC associated with a player ID different from the key card SC into the participation card classification. Respectively. That is, the game machine GM classifies the characters of the character card KC owned by the owner of the key card SC into the player card classification, and classifies the characters of the character card KC not owned by the owner of the key card SC into the participation card classification. Categorize each.
  • And game machine GM makes a difference in the handling in the card game of each character according to each classification of a player card and a participation card, for example. That is, as an example, the character is treated differently in the card game depending on the classification of the player card and the participation card. As an example of such a difference, a difference in options may be used in the game. Specifically, in the game, part of the game elements may be limited in the participation card classification compared to the player card classification. That is, the character of the character card KC classified as a participating card may be used with restrictions in the card game. Further, as an example of the game element to be restricted, restriction of functions such as character training or generation of a character card KC after play may be employed.
  • the character belonging to the participating card does not grow through the battle or the like, and cannot be taken over as the character card KC next time after play.
  • there is no such restriction for characters belonging to the player card That is, the character of the player card grows through play and can be taken over as the character card KC after the next time after play.
  • such handling differences may occur between classifications.
  • the difference in handling is not limited to such a form.
  • options (options) that can be executed with each other may be different between the two categories. For example, one may participate in a battle, not participate in a mission, and the other may be the opposite.
  • permission or non-permission of the use of the character card KC may be adopted as a difference in handling. That is, there may be a classification in which the character card KC cannot be used.
  • various handling differences may be employed.
  • each card ID corresponding to the past character state may be classified into a different classification from the card ID corresponding to the latest character state. That is, as a predetermined classification condition, apart from the above-mentioned condition as to whether or not it is the owner, a condition related to the card ID history, that is, the presence or absence of game information corresponding to the latest (or past) character Classification conditions may be employed. More specifically, the game machine GM uses, for example, each card ID as a reference, the latest character as a player card, and other past characters (even if the owner matches the key card SC). You may classify into a participation card, respectively. In this case, while preferentially using the character card KC corresponding to the latest character state, the character card KC corresponding to the past character state can also be used effectively.
  • the game machine GM uses the player ID provided from the key card SC to generate the character card KC. Further, the game machine GM uses the player ID provided from the key card SC, for example, in a series of flows for acquiring play data and classifying the character card KC. The classification of the play data and the character card KC is reflected in the progress of the game. As an example, the player ID of the key card SC is used for the progress of the game and the generation of the character card KC as described above.
  • FIG. 7 is a diagram schematically showing an example of the contents of the character card KC.
  • the composite image CI1 is printed on the character card KC.
  • the composite image CI1 includes a basic information area BA, a code information area CA, an image area IA, and a feature information area FA.
  • these areas BA, CA, IA, and FA various types of information that function as parameters that define the character are displayed.
  • the name of the character (“Kiku”)
  • a character image MG is displayed in the image area IA.
  • the character image MG corresponds to a character image reproduced during the game by the character card KC.
  • the character image MG or the composite image CI1 itself is displayed as the character of the play medium.
  • information that characterizes the character such as optional information that can be executed by the character in the game (such as “Kogeki”) and character level information (“Lv11”), is displayed.
  • the option information (such as “Kogeki”) is used, for example, as a lottery candidate for an option (game progress action) executed by the character. Therefore, an option that is displayed in duplicate, such as “Kojigeki”, is more likely to be selected than a single option.
  • each option may be classified and managed as “I” or “II”.
  • a lottery range is set for each classification. For example, when the option “LV2” in “I” is selected, the lottery range may be changed to the classification “II”.
  • Each option may be used in this way as an example.
  • a two-dimensional code CG1 generated in accordance with a predetermined standard so as to include game information (including information arranged in each area) is displayed.
  • the character card KC provides information on each area to the game machine GM.
  • the character grows through the game. That is, the content of each parameter for defining the character changes according to the game result.
  • the character card KC is produced
  • these areas BA, CA, IA, and FA are configured as variable areas. That is, information (or images) to be displayed in these areas BA, CA, IA, and FA changes according to the game result.
  • the positions and ranges of these areas BA, CA, IA, and FA do not change. That is, the boundary lines that delimit these areas BA, CA, IA, and FA are arranged as a fixed portion, that is, a basic format.
  • the synthesized image CI1 is configured by synthesizing the game result information and the basic format image so that the information of each parameter is arranged in the variable areas of the areas BA, CA, IA, and FA.
  • FIG. 8 is a diagram schematically showing an example of the contents of the key card SC.
  • a composite image CI2 is printed on the key card SC.
  • the composite image CI2 includes a key image area SC1, a code display area SC2, and a player information area SC3.
  • a key image KI is displayed in the key image area SC1.
  • the key image KI changes according to the individual information of each player. That is, different key images KI are displayed in the key image area SC1 according to the individual information of each player.
  • the key image KI may include a part of individual information such as a player's name (for example, “show”). That is, the key image KI may change according to the individual information by including the individual information itself.
  • the player information area SC3 a part of the individual information of the player such as the card ID information (“A0003”) and the player name (“Show”) is displayed.
  • information on the name of the key card SC (“recording key”) may be displayed.
  • an avatar image AG may be displayed in the player information area SC3.
  • the avatar image AG may be set when the key card SC is generated through selection from among a plurality of candidate images. Note that the display of the card ID may be omitted. Alternatively, information such as another authentication ID associated with the card ID may be displayed instead of the card ID information.
  • a two-dimensional code CG2 for the key card SC is displayed.
  • the two-dimensional code CG2 is a code generated so as to include various types of information in accordance with a predetermined standard.
  • the two-dimensional code CG2 includes identification information for defining the key card SC as various information.
  • the code display area SC2 includes, for example, player ID information, card ID information, key image KI information, player name information, key card SC name information, and avatar image AG information.
  • Other information to be displayed in each of the areas SC1 and SC3 may be included in the two-dimensional code CG2 as identification information.
  • the contents of the areas SC1 to SC3 of the composite image CI2 also change according to the individual information or the like. Therefore, it functions as a basic format portion in which the boundary lines that delimit the areas SC1 to SC3 are fixedly arranged. Similarly, the inside of each of the areas SC1 to SC3 functions as a variable part.
  • the composite image CI2 is configured by combining the information to be displayed in the areas SC1 to SC3 and the basic format portion.
  • the player ID information is included only in the two-dimensional code CG2, but may be displayed in the player information area SC3, for example.
  • FIG. 9 is a diagram illustrating a configuration of a main part of the control system of the game system 1.
  • the center server 2 includes a control unit 10 and a storage unit 11.
  • the control unit 10 is configured as a computer unit combining a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor. Note that an input device such as a keyboard and an output device such as a monitor can be connected to the control unit 10, but these are not shown.
  • the storage unit 11 is connected to the control unit 10.
  • the storage unit 11 is configured by a large-capacity storage medium such as a hard disk or a magnetic tape so that the storage can be held without power supply.
  • the storage unit 11 stores a server program 15.
  • the server program 15 is a computer program necessary for the center server 2 to provide various services to the game machine GM and the user terminal 5.
  • a game machine service management unit 16 and a web service management unit 17 are provided inside the control unit 10.
  • the game machine service management unit 16 executes a process for providing the game machine service described above.
  • the web service management unit 17 executes processing necessary to provide the above-described web service.
  • the game machine service management unit 16 and the web service management unit 17 are logical devices realized by a combination of computer hardware and a computer program. Various other logical devices may be provided inside the control unit 10, but these are not shown.
  • the storage unit 11 stores various types of data that can be referred to when the server program 15 is executed.
  • Such various data includes, for example, ID management data 22, play data PD, and the above-described card management data CD. Details of these data will be described later.
  • the game machine GM is provided with a control unit 30 as a computer, a storage unit 31, the above-described code reader 7, and a printer 32.
  • the storage unit 31, the code reader 7 and the printer 32 are all connected to the control unit 30.
  • the control unit 30 is configured as a computer unit in which a microprocessor and various peripheral devices such as an internal storage device (for example, ROM and RAM) necessary for the operation of the microprocessor are combined.
  • the control unit 30 includes various input devices or output devices such as a coin authentication device or a card reading device as well as known game machines. Although they can be connected, their illustration is omitted.
  • the code reader 7 is a known device for reading a two-dimensional code.
  • the code reader 7 reads the two-dimensional code CG1 or the like printed on the game card 8 and outputs a signal corresponding to the read result to the control unit 30.
  • the printer 32 is a known printing apparatus for printing images, symbols (including a two-dimensional code), characters, and the like on a predetermined recording medium. Based on the output signal from the control unit 30, the printer 32 prints a composite image CI1 including each two-dimensional code CG1 on a card-like paper medium (recording medium), thereby providing game information and the like through printing.
  • the game card 8 such as the character card KC is recorded.
  • the storage unit 31 is configured by, for example, a magnetic recording medium, an optical recording medium, a flash SSD (Solid State Drive), or the like so that the storage can be held without power supply.
  • a game program 34 is stored in the storage unit 31.
  • the game program 34 is a computer program necessary for the game machine GM to provide a card game.
  • the storage unit 31 also stores various data that can be referred to as the game program 34 is executed.
  • Such data includes, for example, image data, sound effect data, play data PD, card management data CD, and the like.
  • the sound effect data is data for reproducing various sounds such as music.
  • the image data is data for displaying various images necessary for the game (including an image for printing the game card 8).
  • the image data includes, for example, format data.
  • the format data is data for expressing a basic format portion such as a frame line for separating various areas of the game card 8, that is, a fixed portion. That is, the format data is data for expressing the format portion of the key card SC and the character card KC.
  • the format portions of the key card SC and the character card KC may be the same or different.
  • the play data PD is provided at least in part from the center server 2 and stored in the storage unit 31 so as to include a portion associated with the player who executes the game.
  • the ID management data 22 is data in which correspondence relationships between various IDs used in the game system 1 are described.
  • the player ID information is also managed by the ID management data 22.
  • the play data PD is data in which information related to past play results of each player is described.
  • the play data PD is used, for example, to take over the previous play results (past results) from the next time onward, or to take over the settings specific to each player. Therefore, the play data PD is managed based on the player ID. That is, the play data PD is a set of data created for each player ID. Therefore, in the play data PD, for example, information related to past results such as items (for example, information about items owned, currency and points that can be used in the game) is associated with each player ID (associated with the player ID). ) Managed.
  • the card management data CD is data for managing the correspondence between the player ID and each card ID as described above. That is, the card management data CD is used to specify the key card SC and the character card KC of each card ID owned by the player of each player ID.
  • the card management data CD may function as a part of the ID management data 22.
  • FIG. 10 is a diagram showing an example of the contents of the card management data CD. As shown in FIG. 10, the card management data CD includes information on a player ID and a card ID.
  • the card management data CD is a set of records described so that player ID information and card ID information are associated with each player ID.
  • each card ID and the card type may be managed by, for example, a card type management table (not shown).
  • a card type management table (not shown).
  • information indicating the key card SC or information indicating the character card KC is described in association with information of each card ID as information indicating the card type.
  • the card issuing process is a process for issuing (generating) the character card KC or the key card SC.
  • the card issuing process is realized by the cooperation of the control unit 30 of the game machine GM and the control unit 10 of the center server 2 through the routine of FIG. More specifically, the routine of FIG. 11 is executed through the game machine service management unit 16 and the control unit 10 as an example.
  • the card classification process is a process for classifying each character card KC into a classification such as a player card or a participation card.
  • the card classification process is executed by the control unit 30 of the game machine GM through the routine of FIG.
  • each control unit 10 and 30 performs various well-known processes etc.
  • Such known processes include, for example, various processes for providing a card game, or various processes for providing a game machine service and a WEB service. However, detailed description thereof will be omitted.
  • FIG. 11 is a diagram showing an example of a flowchart of a card issuing process routine.
  • the routine of FIG. 11 is executed, for example, when a predetermined operation for issuing a character card KC or the like is performed.
  • the process in which the game machine service management unit 16 is the execution subject is sometimes described as the center server 2, and the process in which the control unit 30 is the execution subject is described as the game machine GM.
  • the game machine GM When the routine of FIG. 11 is started, the game machine GM first acquires information on a card ID or a player ID in step S11.
  • the card ID or player ID information is provided by, for example, a key card SC or a character card KC that is read as the game is played.
  • the game machine GM acquires information on the card ID or the player ID provided in this way in step S11.
  • the game machine GM may request reading of the key card SC or the character card KC, and acquire card ID or player ID information based on the reading result.
  • the game machine GM provides the center server 2 with the card ID or player ID information acquired in step S11.
  • the center server 2 starts the routine of FIG. 11 when the card ID or the player ID information is provided from the game machine GM.
  • the center server 2 specifies the card management data CD corresponding to the acquired card ID or player ID. Specifically, when the card ID is acquired, the center server 2 specifies a record including the acquired card ID in the card management data CD. And based on the specified record, player ID linked
  • the center server 2 issues a new card ID (a unique ID that does not overlap with the issued card ID).
  • the center server 2 provides the card ID issued in step S22 to the game machine GM.
  • the center server 2 updates the contents of the card management data CD. Specifically, the center server 2 updates the contents of the card management data CD so that the card ID issued in step S22 is reflected in the record specified in step S21. That is, the center server 2 updates the contents of the card management data CD so that the newly issued card ID information is associated with the player ID specified in step S21 (or the acquired player ID record). Then, when the process of step S24 is completed, the center server 2 ends the current routine.
  • the game machine GM acquires the card ID information from the center server 2 in step S13.
  • the game machine GM generates image data for expressing the composite images CI1 and CI2 including the card ID information acquired in step S13. Since the composite images CI1 and CI2 also include the two-dimensional codes CG1 and CG2, the image data also includes data for expressing the two-dimensional codes CG1 and CG2.
  • the composite since the game result is reflected in the composite images CI1 and CI2, the composite based on the parameter information after the change (for example, the character image MG after the change or the key image KI reflecting the individual information) by the image data. Images CI1 and CI2 are represented.
  • the game machine GM prints the composite images CI1 and CI2 on the recording medium based on the image data generated in step S14, so that the key card SC or the character card KC is generated. Is output (provided) to the printer 32. Thereby, a character card KC having a unique card ID is generated. Each card ID is managed in association with the player ID.
  • FIG. 12 is a diagram showing an example of a flowchart of the card classification processing routine.
  • the routine of FIG. 12 is executed, for example, every time a predetermined operation for using a plurality of characters for game play is performed. Alternatively, it may be executed every time the code reader 7 reads a key card SC for use in playing a game.
  • step S31 the control unit 30 refers to the output signal of the code reader 7 and acquires information on the player ID provided by the key card SC.
  • step S ⁇ b> 32 the control unit 30 acquires the card management data CD from the center server 2. More specifically, the control unit 30 acquires the card management data CD from the center server 2 so as to include at least a portion corresponding to the player ID acquired in step S31, and proceeds to step S33. Note that the control unit 30 may further acquire the play data PD in the same manner as the card management data CD in step S32. If the card management data CD cannot be acquired even after a predetermined time has elapsed (for example, a network 3 trouble or the like), the subsequent routine may be terminated by skipping the subsequent processing.
  • a predetermined time for example, a network 3 trouble or the like
  • step S33 the control unit 30 requests the player to read the character card KC.
  • this request is realized through a display or the like that prompts insertion of the character card KC into the code reader 7. If reading is not executed within a predetermined time, the control unit 30 may skip the subsequent processing and end the current routine.
  • step S34 various information defined by the character card KC inserted into the code reader 7 is acquired based on the reading result of the code reader 7. More specifically, various information (game information) included in the two-dimensional code CG1 read by the code reader 7 is acquired. As an example, as described above, the game information includes parameter information defining a character and card ID information.
  • the control unit 30 determines whether or not the owner of the character card KC is the same as the key card SC based on the player ID of the key card SC acquired in step S31. This determination is performed as follows, for example. First, the control unit 30 determines whether or not the card ID acquired in step S34 is associated with the player ID acquired in step S31 via the card management data CD acquired in step S32. When the card ID of the character card KC is associated with the player ID of the key card SC, that is, when the player ID of the character card KC matches the player ID of the key card SC, the control unit 30 owns the control unit 30. Are determined to be the same.
  • step S35 the identity of the owner is determined in this way.
  • step S35 If the determination result of step S35 is a positive result, that is, if the owner is determined to be the same, the control unit 30 proceeds to step S36. If the determination result is negative, that is, if the owner is determined not to be the same, the control unit 30 Proceed to S37. If the character growth history is managed, that is, if the card ID history is managed, the control unit 30 further determines the latest card ID (the card corresponding to the latest character state) in step S35. ID) may be determined. In step S35, the control unit 30 affirmatively determines that it corresponds to the latest card ID, and corresponds to the past card ID (card ID corresponding to the past character state) (ie, otherwise). In the case where a card ID indicating the latest character state exists), the determination may be made negatively (even if the owner is the same).
  • step S36 the control unit 30 classifies the character card KC acquired in step S34 into a player card, and proceeds to step S38.
  • step S37 the control unit 30 classifies the character card KC acquired in step S34 as a participation card, and proceeds to step S38.
  • step S38 the control unit 30 determines whether it is necessary to read the character card KC. This determination is realized, for example, through a screen for notifying the player whether or not the character card KC needs to be read. When further reading is required on the screen, an operation for instructing continuous reading is executed, and when it is unnecessary, an operation for instructing reading unnecessary is executed. In step S38, through these operations, it is determined whether further reading of the character card KC is necessary.
  • step S38 If the determination result in step S38 is an affirmative result, that is, if an operation for instructing the reading of the character card KC is performed, the control unit 30 returns to step S33 and performs the subsequent processing again. On the other hand, if the determination result in step S38 is negative, that is, if an operation for instructing that reading of the character card KC is unnecessary is executed, the control unit 30 proceeds to step S39.
  • step S39 the control unit 30 provides the classification result of step S36 or step S37 to the processing for the subsequent progress of the card game. This provision may be, for example, temporary storage in an internal storage device. When the control unit 30 finishes the process of step S39, it ends the current routine.
  • each character card KC is discriminated based on the key card SC, and each character card KC (and thus the character of each character card KC) is classified based on the identity of the owner.
  • the identity of the owner is determined based on the key card SC.
  • the determination of the identity of the owner is not limited to such a form.
  • the identity of the owner may be determined based on the player ID corresponding to the card ID of the first character card KC.
  • card information is included in both the game information and the identification information.
  • the card ID a unique ID that does not overlap is used, including before and after the card type and character growth. Therefore, each character card KC and each key card SC can be managed individually using the card ID.
  • each character card KC is managed by the card management data CD. Therefore, the owner of each character card KC can be specified based on the card ID via the card management data CD. Further, the player ID of the key card SC is used to determine the owner of each character card KC. Therefore, the owner of each character card KC can be determined more reliably. Furthermore, using the determination result, each character card KC (or each character defined thereby) is classified as a player card or a participation card. That is, each character card KC can be classified based on the owner. As a result, for example, in the options in the game, a difference in handling can be caused between the character card KC of the player and the character card KC of another player.
  • the character card KC of another person can also be utilized.
  • the play of the game can be promoted.
  • the interest property of a game can be improved by these.
  • control unit 30 of the game machine GM functions as the information providing means of the present invention by executing the routine of FIG.
  • control unit 30 of the game machine GM functions as game information acquisition means, medium classification means, and identification information acquisition means of the present invention by executing the routine of FIG.
  • storage unit 31 of the game machine GM functions as data storage means of the present invention by storing the card management data CD.
  • the present invention is not limited to the above-described form, and can be implemented in an appropriate form.
  • a two-dimensional code CG2 or the like is printed on the game card 8 such as the key card SC as a code including identification information.
  • the present invention is not limited to such a form.
  • a barcode may be used as such a code.
  • the game card 8 may use various codes including various information by being generated according to a predetermined standard.
  • the present invention is not limited to a form in which various types of information are recorded on the recording medium as codes.
  • an optical storage medium such as DVDROM or CDROM, or a nonvolatile semiconductor memory such as EEPROM may be used as the recording medium.
  • Such a storage medium includes, for example, an IC card. Further, when these recording media are used, instead of printing the composite images CI1 and CI2, data for expressing the composite images CI1 and CI2 may be recorded on these media. Such data may be provided to the storage medium by infrared communication or the like. That is, as long as the game machine GM can record or acquire identification information or the like, various recording media may be employed as the game recording medium or the identification recording medium.
  • the card management data CD is stored and managed on the center server 2 side.
  • the present invention is not limited to such a form.
  • the card management data CD is stored in the game recording medium (including at least a player ID record corresponding to the owner of the game recording medium). May be.
  • the game machine GM may execute the update of the card management data CD of the game recording medium.
  • FIG. 13 is a diagram illustrating an example of a flowchart according to a modification of the card issuing process routine. As shown in FIG. 13, compared to FIG. 11, in the routine of FIG. 13, steps S16 and S17 are executed instead of steps S11 and S12.
  • the game machine GM first acquires the card management data CD from the game recording medium in step S16 after the start of the routine of FIG. In subsequent step S ⁇ b> 17, the game machine GM requests the center server 2 to issue a card ID. In the center server 2, as in FIG. 11, steps S22 and S23 are executed, while steps S21 and S24 are omitted. Furthermore, the game machine GM performs the process of step S18 through the process of step S13 similar to FIG. In step S18, the game machine GM updates the card management data CD instead of the omitted step S24. This update includes updating the card management data CD of the game recording medium. That is, the game machine GM updates the card management data CD of the game recording medium. And the process after step S14 is performed similarly to FIG. 11, and a routine is complete
  • the form in which the card management data CD is stored in the game recording medium may be realized by such a flow as an example.
  • authentication using a password or the like is not performed when the key card SC (recording medium for identification) is used.
  • authentication for confirming the owner of the identification recording medium may be performed.
  • authentication information for authenticating the owner such as a password
  • the authentication information may be included in the identification information.
  • each game machine GM provides a card game.
  • the game provided by each game machine GM is not limited to such a form.
  • Each game machine GM may provide various games such as an action game, a role playing game, a simulation game, and a shooting game.
  • the game machine GM is not limited to a commercial game machine.
  • an appropriate form such as a home game machine may be adopted.
  • the control unit 30 and the storage unit 31 are provided in the game machine GM.
  • the game machine of the present invention is not limited to such a form.
  • the control unit 30 and the storage unit 31 may be logically provided on the network using cloud computing. That is, the game machine GM may be configured as a terminal that displays and provides the processing result of the control unit 30 through the network 3.
  • the game system of the present invention is a game system (1) that provides a game played through each play medium (for example, a character image MG), and includes game information including parameter information for defining each play medium. Is provided with information providing means (30) for providing the game information so that each game recording medium (KC) in which is recorded is generated, and the game information is stored in the game recording medium. It further includes medium identification information (for example, card ID) for identifying information.
  • a game system (1) that provides a game played through each play medium (for example, a character image MG), and includes game information including parameter information for defining each play medium.
  • medium identification information for example, card ID
  • each game recording medium on which game information is recorded is generated.
  • the game information of each game recording medium includes medium identification information for identifying the game information of each game recording medium. For this reason, each game recording medium or game information recorded thereon can be specified through the medium identification information. Therefore, each game recording medium can be individually managed through the medium identification information.
  • game information acquisition means (30) for acquiring the game information of each game recording medium via each game recording medium, and a predetermined using the medium identification information
  • Medium classification means (30) for classifying each play medium corresponding to the parameter information included in the game information of each game recording medium acquired by the game information acquisition means based on the classification condition;
  • the aspect which further comprises may be employ
  • the play medium corresponding to each game recording medium is classified through a predetermined classification condition using the medium identification information. Thereby, a difference can be made in the handling of each play medium.
  • related data described in association with player identification information (for example, player ID) for identifying each player and the medium identification information of each game recording medium
  • the identification information for acquiring the identification information of each identification medium via the data storage means (31) for storing the information and the identification recording medium (SC) in which the identification information including the player identification information is stored Acquisition means (30), wherein the player classification information of each player associated with the medium identification information of each game recording medium by the related data is used as the predetermined classification condition, and the medium classification means Is based on the acquisition result of the identification information acquisition means and the related data, the player identification information of each identification information recording medium, and the medium
  • the player identification information may be employed a mode to classify each play media based on the each identification information recording medium.
  • the medium identification information and the player identification information are associated through the related data.
  • the owner of each game recording medium (and the game information) can be specified using the medium identification information.
  • the player identification information associated with each game recording medium via the related data is compared with the player identification information of each identification recording medium, and each game recording medium (and its game information) is classified. That is, each game recording medium (and its game information) can be classified based on the owner's information. As a result, it is possible to make a difference in the handling of each play medium based on the owner's information.
  • each identification recording medium may be prepared separately from each game recording medium.
  • player identification information provided by an identification recording medium different from the game recording medium is used as a reference for classification.
  • another identification recording medium is used to identify the owner of the game recording medium.
  • the owner can be determined more reliably than in the case of classification based only on the game recording medium (for example, when the game recording medium is also used as the identification recording medium).
  • the medium classification means adds the related data to the player identification information that is the same as the player identification information of the identification information recording medium.
  • the play media may be classified based on the player identification information so that the play media of the medium identification information associated with each other are classified into the same classification.
  • the play media corresponding to the game recording media owned by the owner of the identification recording media are classified into the same classification. That is, the play media owned by the player can be classified into the same category.
  • Various differences may be adopted as such differences.
  • the options in the game may be different between the same classification and a classification other than the same classification.
  • the game is configured such that information of the parameter changes according to a play result, and the information providing unit changes as the game information according to the play result.
  • the game information after the change including the changed parameter information after the change is provided, and the medium identification information is between the information for the game and the information for the game after the change so as to identify each other. Furthermore, they may be different from each other.
  • the game play result is reflected in the game information recorded on each game recording medium. Therefore, the uniqueness of each game recording medium can be improved. That is, a highly unique game recording medium can be provided.
  • past play results can be reflected in each play medium. By these, the interest property of a game can be improved.
  • different medium identification information is used for the game information after the change and the game information before the change. Therefore, the game information before and after the change can be distinguished. Thereby, for example, it is possible to make a difference in handling between the play media corresponding to the game information before and after the change.
  • the game information is managed based on the medium identification information for the presence or absence of the changed game information, and the predetermined classification condition The presence / absence of the changed game information based on the medium identification information is used, and the medium classification means has the changed game information based on the presence / absence of the changed game information.
  • each play medium may be classified so that the play medium corresponding to the game information and the play medium corresponding to the changed game information are classified into different classifications. In this case, each play medium can be classified according to the newness of the game information. Therefore, for example, while preferentially playing media corresponding to the latest game information, play media corresponding to past game information can be used effectively.
  • Each classification may be used for various applications. For example, in this aspect, the options in the game may differ between the classification to which the play medium corresponding to the changed game information belongs and the classification to which the play medium corresponding to the game information belongs.
  • the game information may be recorded on the game recording medium by various methods.
  • the game system further includes a printer (32) that records the game information on each game recording medium through printing, and a card-like paper medium is used as each game recording medium.
  • the information providing means may provide the game information so that the game information is recorded on each game recording medium through printing by the printer.
  • the control method of the present invention is applied to a game system (1) that provides a game played through each play medium (for example, a character image MG), and includes game information including parameter information for defining each play medium. Is provided with an information providing procedure (for example, step S15 in FIG. 11) for providing the game information so that each game recording medium (KC) in which is recorded is generated. It further includes medium identification information (for example, card ID) for identifying the game information on the recording medium.
  • an information providing procedure for example, step S15 in FIG. 11
  • KC game recording medium
  • medium identification information for example, card ID
  • the computer program for the game system of the present invention defines the computer (30) incorporated in the game system (1) that provides a game played through each play medium (for example, the character image MG).
  • the game is configured to function as information providing means for providing the game information so that each game recording medium (KC) in which the game information including parameter information is recorded is generated.
  • the use information is configured to further include medium identification information (for example, a card ID) for identifying the game information of each game recording medium.
  • control unit computer, information providing means, game information acquisition means, medium classification means, identification information acquisition means
  • Storage unit data storage means
  • Printer SC Key card identification recording medium
  • KC character card game recording medium
  • CD card management data related data
  • MG character image play media

Landscapes

  • Engineering & Computer Science (AREA)
  • Multimedia (AREA)
  • Human Computer Interaction (AREA)
  • Business, Economics & Management (AREA)
  • Computer Security & Cryptography (AREA)
  • General Business, Economics & Management (AREA)
  • Theoretical Computer Science (AREA)
  • Management, Administration, Business Operations System, And Electronic Commerce (AREA)
  • Pinball Game Machines (AREA)

Abstract

　各ゲーム用記録媒体の一つ一つを個別に管理することができるゲームシステムを提供する。ゲームシステム（１）は、各キャラクタ画像（ＭＧ）等を通じてプレイされるゲームを提供する。また、ゲームシステム（１）は、各キャラクタ画像（ＭＧ）等を定義するためのパラメータの情報を含むゲーム用情報が記録された各キャラクタカード（ＫＣ）がプリンタ（３２）を通じて生成されるように、ゲーム用情報を提供する。そして、ゲーム用情報は、各キャラクタカード（ＫＣ）（或いはそこに含まれるゲーム用情報自体）を識別するためのカードＩＤの情報を更に含んでいる。

Description

ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
　本発明は、各プレイ媒体を通じてプレイされるゲームを提供するゲームシステム等に関する。
　パラメータによって定義されるプレイ媒体を通じてプレイされるゲームを提供するゲームシステム等が存在する。一例として、キャラクタカード中のバーコードを通じて、プレイ媒体としてゲーム中で使用されるキャラクタのパラメータを取得するゲーム機が知られている（例えば、特許文献１参照）。
特開２００９－１６０１１７号公報
　特許文献１のようなゲーム機では、キャラクタカードとして予め所定の画像が印刷された複数種類のカードが利用される。しかし、各キャラクタカードの一枚一枚は、個別に管理されていない。したがって、例えば、各キャラクタカードの所有者の管理もされていない。このため、例えば、複数のキャラクタカードが使用される場合に、それらを特定のプレイヤが所有するカードとそれ以外のプレイヤが所有するカードとに分類することができない。結果として、例えば、特定のプレイヤのカードと他のプレイヤのカードとの間に扱いの差を生じさせることができない。
　そこで、本発明は、各ゲーム用記録媒体の一つ一つを個別に管理することができるゲームシステム等を提供することを目的とする。
　本発明のゲームシステムは、各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムであって、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手段を備え、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含んでいるものである。
　本発明の制御方法は、各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムに適用され、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手順を備え、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含んでいる。
　また、本発明のゲームシステム用のコンピュータプログラムは、各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムに組み込まれるコンピュータを、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手段として機能させるように構成され、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含むように構成されているものである。
本発明の一形態に係るゲームシステムの全体構成の概要を示す図。 本発明の一形態に係るゲーム機の外観を概略的に示す図。 ゲーム機が生成するゲーム用カードの一例を説明するための説明図。 鍵カードとキャラクタカードとの関係を説明するための説明図。 プレイ前後のキャラクタカードに使用されるカードＩＤの関係を説明するための説明図。 鍵カードに基づいてキャラクタカードが分類される場合について説明するための説明図。 キャラクタカードの内容の一例を模式的に示す図。 鍵カードの内容の一例を模式的に示す図。 ゲームシステムの制御系の要部の構成を示す図。 カード管理データの内容の一例を示す図。 カード発行処理ルーチンのフローチャートの一例を示す図。 カード分類処理ルーチンのフローチャートの一例を示す図。 カード発行処理ルーチンの変形例に係るフローチャートの一例を示す図。
　以下、本発明の一形態に係るゲームシステムについて説明する。図１は、本発明の一形態に係るゲームシステムの全体構成の概要を示す図である。図１に示すように、ゲームシステム１は、センターサーバ２及び複数のゲーム機ＧＭを含んでいる。ゲーム機ＧＭは、ネットワーク３を介してセンターサーバ２に接続されている。ゲーム機ＧＭは、所定の対価の消費と引き換えに、その対価に応じた範囲でプレイヤにゲームをプレイさせる業務用（商業用）のゲーム機である。一例として、ゲーム機ＧＭは、所定の対価の消費と引き換えにカードゲームを提供する。ゲーム機ＧＭは、店舗４等の商業施設に適当な台数ずつ設置される。センターサーバ２は、一台の物理的装置によって構成されている例に限らない。例えば、複数の物理的装置としてのサーバ群によって一台の論理的なセンターサーバ２が構成されてもよい。また、クラウドコンピューティングを利用して論理的にセンターサーバ２が構成されてもよい。さらに、ゲーム機ＧＭがセンターサーバ２として機能してもよい。
　また、センターサーバ２には、ネットワーク３を介して、ユーザ端末５が接続される。ユーザ端末５は、センターサーバ２から配信されるソフトウェアを実行することにより、各種の機能を発揮するネットワーク端末装置の一種である。図１の例では、ユーザ端末５の一例として、携帯電話（スマートフォンを含む）が利用されている。また、ユーザ端末５として、例えば、その他にもパーソナルコンピュータ、携帯型ゲーム機、携帯型タブレット端末装置といった、ネットワーク接続が可能でかつユーザの個人用途に供される各種のネットワーク端末装置が利用されてよい。
　ネットワーク３は、一例として、ＴＣＰ／ＩＰプロトコルを利用してネットワーク通信を実現するように構成される。典型的には、ＷＡＮとしてのインターネットと、ＬＡＮとしてのイントラネットと、を組み合わせてネットワーク３が構成される。図１の例では、センターサーバ２及びゲーム機ＧＭはルータ３ａを介して、ユーザ端末５はアクセスポイント３ｂを介して、それぞれネットワーク３に接続されている。なお、ネットワーク３は、ＴＣＰ／ＩＰプロトコルを利用する形態に限定されない。ネットワーク３として、通信用の有線回線、或いは無線回線（赤外線通信、近距離無線通信等を含む）等を利用する各種の形態が利用されてよい。或いは、ユーザ端末５とゲーム機ＧＭ等との通信は、例えば、通信用の回線（有線及び無線を含む）を利用せずに、二次元コード等、各種情報を含むように所定の規格に準拠して生成されるコードを利用して実現されてよい。具体的には、例えば、ユーザ端末５とゲーム機ＧＭ等との間では、必要な情報を含むように生成された二次元コードの提供或いは読み取りを通じて、二次元コードを介して情報の送受信が実行されてよい。したがって、ネットワーク（或いは通信回線）の用語は、このようなコードを利用する通信方法等、回線を利用しない形態を含んでいる。
　センターサーバ２は、ゲーム機ＧＭ又はそのプレイヤに対して各種のゲーム機用サービスを提供する。ゲーム機用サービスとして、例えば、ゲーム機ＧＭからプレイヤの識別情報を受け取って、そのプレイヤを認証するサービスが提供されてよい。また、認証したプレイヤのプレイデータをゲーム機ＧＭから受け取って保存し、或いは保存するプレイデータをゲーム機ＧＭに提供するサービスが提供されてもよい。さらに、ゲーム機用サービスには、ネットワーク３を介してゲーム機ＧＭのプログラム或いはデータを配信し、更新するサービス、ネットワーク３を介して複数のユーザが共通のゲームをプレイする際にユーザ同士をマッチングするマッチングサービス等が含まれていてもよい。
　また、センターサーバ２は、ネットワーク３を介してユーザ端末５のユーザに各種のＷｅｂサービスを提供する。Ｗｅｂサービスには、例えば、ゲーム機ＧＭが提供するゲームに関する各種の情報を提供するゲーム情報サービスが含まれる。また、Ｗｅｂサービスには、各ユーザ端末５に各種データ或いはソフトウェアを配信（データ等のアップデートを含む）する配信サービスも含まれる。さらに、Ｗｅｂサービスには、その他にもユーザによる情報発信、交換、共有といった交流の場を提供するコミュニティサービス、各ユーザを識別するためのユーザＩＤを付与するサービス等のサービスが含まれる。
　図２を参照して、ゲーム機ＧＭについて更に説明する。図２は、本発明の一形態に係るゲーム機の外観を概略的に示す図である。図２に示すように、ゲーム機ＧＭは、筐体６を備えている。筐体６の上部には、コントロールパネルＣＰと、モニタＭＯと、スピーカＳＰとが設けられている。モニタＭＯは、コントロールパネルＣＰの上方に配置されている。また、スピーカＳＰは、モニタＭＯの更に上方に配置されている。なお、ゲーム機ＧＭには、コントロールパネルＣＰの他にも、ボリューム操作スイッチ、電源スイッチ、電源ランプといった通常の業務用のゲーム機が備えている各種の入力装置及び出力装置が設けられているが、図２ではそれらの図示を省略している。
　コントロールパネルＣＰには、方向を選択可能な方向選択操作部ＣＰ１と、決定等に利用可能なボタンＣＰ２と、コードリーダ７と、コイン投入口ＳＯとが設けられている。コードリーダ７は、二次元コードの読み取り及び読み取り結果に応じた信号の出力が可能に構成されている。コードリーダ７には、各種のゲーム用カード８が挿入される。ゲーム用カード８には、二次元コードが印刷されている。コードリーダ７は、この二次元コードを読み取る。また、筐体６の前面には、カード排出口ＥＯ１と、コイン排出口ＥＯ２とが設けられている。カード排出口ＥＯ１は、筐体６の内部で生成されたゲーム用カード８の排出に利用される。なお、コントロールパネルＣＰには、その他にも操作の決定等に利用可能なボタン等の各種操作部が設けられていているが、それらの図示を省略している。
　次に、ゲーム機ＧＭによって生成されるゲーム用カード８について説明する。図３は、ゲーム機ＧＭが生成するゲーム用カード８の一例を説明するための説明図である。図３に示すように、ゲーム機ＧＭが生成するゲーム用カード８は、識別用記録媒体としての鍵カードＳＣ及びゲーム用記録媒体としてのキャラクタカードＫＣを含んでいる。キャラクタカードＫＣは、ゲーム機ＧＭが提供するカードゲームで使用される各キャラクタを定義するためのカードである。キャラクタカードＫＣは、各キャラクタの記録及び再現に使用される。キャラクタカードＫＣには、キャラクタの再現等に使用される各種のゲーム用情報が記録されている。ゲーム用情報は、例えば、パラメータの情報及び媒体識別情報としてのカードＩＤの情報等を含んでいる。パラメータは、カードゲーム内で使用されるキャラクタを定義する情報である。カードＩＤは、各キャラクタカードＫＣ（或いはそこに記録される情報）を識別するための情報である。そして、各キャラクタカードＫＣ（或いはそこに記録される情報）は、カードＩＤに基づいて管理されている。
　一方、鍵カードＳＣは、キャラクタカードＫＣとは種類の異なるカードである。具体的には、鍵カードＳＣは、各プレイヤを特定するために使用される。つまり、キャラクタカードＫＣがゲームをプレイする（進行させる）ために直接的に使用されるのに対し、鍵カードＳＣはプレイの補助のために使用される。鍵カードＳＣには、各種の識別用情報が記録されている。具体的には、識別用情報は、例えば、プレイヤ識別情報としてのプレイヤＩＤの情報、カードＩＤの情報及び装飾情報を含んでいる。カードＩＤは、上述のように、各カード（或いはそこに記録される情報）を識別するための情報である。カードＩＤには、キャラクタカードＫＣも含め重複しないようにユニークなＩＤが使用される。識別用情報もゲーム用情報と同様に、カードＩＤに基づいて管理される。したがって、カードＩＤは、識別用情報の特定にも使用される。プレイヤＩＤは、各プレイヤを識別するための情報である。プレイヤＩＤは、各プレイヤの個々に依存する個別情報の提供に伴って付与される。個別情報には、例えば、名前、性別、生年月日、年齢等の個人情報が含まれる。個別情報は、例えば、ゲーム機ＧＭのコントロールパネルＣＰへの操作を通じて、プレイヤから提供される。鍵カードＳＣには、個別情報の全部または一部が表示される。なお、識別用情報は、少なくともその一部として個別情報の全部または一部を含んでいてもよい。
　装飾情報は、各鍵カードＳＣの識別性（ユニーク性）を向上させるための情報である。装飾情報の一例として、鍵カードＳＣには、各個別情報の内容に応じて変化する鍵画像が表示される。結果として、鍵カードＳＣは、各個別情報に応じて表示内容が変化する。鍵カードＳＣは、このような鍵画像等の装飾情報を含んでいるためユニーク性が高い。鍵カードＳＣは、例えば、各プレイヤのプレイデータを特定し、そのプレイデータに基づいて過去のゲーム結果等をカードゲームに反映するために使用される。また、一例として、鍵カードＳＣ及びキャラクタカードＫＣには、二次元コードが印刷されている。そして、その二次元コードを通じて、鍵カードＳＣ及びキャラクタカードＫＣは、キャラクタを定義するための各種パラメータの情報或いは識別用情報をゲーム機ＧＭに提供する。鍵カードＳＣ及びキャラクタカードＫＣの詳細は、更に後述する。
　次に、ゲーム機ＧＭが提供するカードゲームについて説明する。ゲーム機ＧＭは、鍵カードＳＣ及びキャラクタカードＫＣを利用してカードゲームを提供する。カードゲームは、プレイヤが用意したキャラクタカードＫＣによって定義されるキャラクタをゲーム中に再現して、それをプレイ媒体として使用するタイプのゲームである。ゲーム内では、キャラクタカードＫＣによって再現されたキャラクタを通じてバトルやミッション等が実行される。バトルやミッションは、複数のキャラクタによって実行される場合もある。このような場合、複数のキャラクタカードＫＣがキャラクタの再現に使用されてよい。さらに、それらのバトルやミッション等を通じてキャラクタが成長する。つまり、キャラクタカードＫＣによって再現されたキャラクタの育成もゲーム要素として提供される。そして、ゲームのプレイを通じて成長したキャラクタが更にキャラクタカードＫＣとして生成される。したがって、キャラクタカードＫＣを通じて継続的にゲーム中のキャラクタが育成される。また、キャラクタカードＫＣは、ゲーム結果に基づいて生成されるので、ユニーク性が高い。
　また、上述のように、鍵カードＳＣ及びキャラクタカードＫＣは、種類が異なっている。結果として、鍵カードＳＣ及びキャラクタカードＫＣは、互いに用途（機能）が異なっている。具体的には、キャラクタカードＫＣがプレイ媒体としてのキャラクタの再現（或いは保存）に使用されるのに対し、鍵カードＳＣはプレイヤの特定、つまり各キャラクタカードＫＣの使用者の特定に使用される。結果として、ゲーム機ＧＭは、鍵カードＳＣが使用された場合には、プレイヤＩＤに基づいて各プレイヤを識別しつつカードゲームを提供する。そして、鍵カードＳＣのプレイヤＩＤの情報、つまり使用者の情報は、例えば、ゲームの進行及び生成されるキャラクタカードＫＣに反映される。
　具体的には、鍵カードＳＣのプレイヤＩＤは、例えば、プレイデータを介して、上述のように過去のゲーム結果等をゲームに反映するために使用される。また、鍵カードＳＣのプレイヤＩＤは、キャラクタカードＫＣを生成するための一連の流れの中でも使用される。図４は、鍵カードＳＣとキャラクタカードＫＣとの関係を説明するための説明図である。図４に示すように、鍵カードＳＣが使用された場合には、鍵カードＳＣは、ゲーム機ＧＭに二次元コードを介して、識別用情報に含まれるプレイヤＩＤの情報を提供する。ゲーム機ＧＭは、そのプレイヤＩＤの情報を更にネットワーク３を介してセンターサーバ２に提供する。センターサーバ２は、提供されたプレイヤＩＤに関連付けてユニークなカードＩＤを発行する。また、センターサーバ２は、プレイヤＩＤを利用して各カードＩＤを管理する。具体的には、例えば、プレイヤＩＤとカードＩＤとの間の対応関係が関連データとしてのカード管理データＣＤに基づいて管理される。カード管理データＣＤの詳細は、後述する。
　図４の例では、３枚の鍵カードＳＣが使用されている。結果として、センターサーバ２から３枚の鍵カードＳＣにそれぞれ対応する３つのカードＩＤが発行されている。また、各カードＩＤの一例として、“Ａ０００１”、“Ａ０００２”、“Ａ０００３”がセンターサーバ２によって発行され、それらのカードＩＤの情報がゲーム機ＧＭに提供されている。そして、ゲーム機ＧＭでは、３つのカードＩＤがそれぞれ付与された３枚のキャラクタカードＫＣが生成されている。このように、各キャラクタカードＫＣに付与されるカードＩＤは、ユニークであり、重複していない。また、各カードＩＤは、カード管理データＣＤを介して、各鍵カードＳＣが提供するプレイヤＩＤと関連付けられて発行され、管理される。結果として、カード管理データＣＤを介して、各キャラクタカードＫＣの所有者がプレイヤＩＤを基準に管理される。
　また、キャラクタカードＫＣによって定義されるキャラクタは、上述のようにゲーム結果（プレイ結果）に応じて成長等する。つまり、プレイ結果に応じて、キャラクタを定義するパラメータの内容が変化する。そして、プレイ後には、変化後のパラメータの情報に基づいて、成長等したキャラクタを定義するためのキャラクタカードＫＣが生成される。この場合、カードＩＤは、ユニークに発行されるので、成長前のキャラクタ（即ち、変化前のゲーム用情報）に対応するキャラクタカードＫＣと成長後のキャラクタ（即ち、変化後のゲーム用情報）に対応するキャラクタカードＫＣとの間でも更に相違している。図５は、プレイ前後のキャラクタカードＫＣに使用されるカードＩＤの関係を説明するための説明図である。図５に示すように、キャラクタカードＫＣが使用された場合、キャラクタカードＫＣは、ゲーム機ＧＭに二次元コードを介して、他のゲーム用情報とともにカードＩＤの情報を提供する。ゲーム機ＧＭは、そのカードＩＤの情報を更にネットワーク３を介してセンターサーバ２に提供する。センターサーバ２は、そのカードＩＤの情報を基準に、カード管理データＣＤを介して、そのカードＩＤに対応するキャラクタカードＫＣのプレイヤＩＤ（所有者）を特定する。そして、センターサーバ２は、プレイ後のキャラクタに対応する新しいキャラクタカードＫＣが生成される場合には、特定したプレイヤＩＤに関連付けて、つまり特定したプレイヤＩＤの所有するカードＩＤとして、キャラクタカードＫＣから取得したカードＩＤとは別のカードＩＤを新たに発行する。
　図５の例は、図４で生成された３枚のキャラクタカードＫＣがゲームのプレイに使用された場合を示している。この場合、これらのキャラクタカードＫＣに対応するキャラクタがゲーム内に再現される。そして、プレイ後に成長等したこれらのキャラクタのキャラクタカードＫＣを生成する際に、これらのキャラクタ（即ち、これらのゲーム用情報）に対応する新しい３つのカードＩＤ（結果として、新しい３枚のキャラクタカードＫＣ）が発行されている。具体的には、新しい３つのカードＩＤとして、“Ａ０００４”、“Ａ０００５”、“Ａ０００６”が発行されている。また、新しい３つのカードＩＤは、カード管理データＣＤを介して、プレイ前のキャラクタカードＫＣの所有者（プレイヤＩＤ）と関連付けられて管理されている。そして、これらの新しいカードＩＤは、プレイ前の各キャラクタカードＫＣと相違している。つまり、カードＩＤは、プレイ前後のキャラクタカードＫＣ間においても相違している。このように、カードＩＤは、カード毎にユニークに管理される。
　なお、カードＩＤは、一つのキャラクタの成長の履歴の管理に更に使用されてもよい。つまり、一つのキャラクタを基準に、そのキャラクタの成長状態毎のカードＩＤの履歴が管理されていてもよい。より具体的には、成長後のキャラクタ（最新のキャラクタの状態）に対応するカードＩＤと成長前のキャラクタ（過去のキャラクタの状態）に対応するカードＩＤとは関連付けて管理されてもよい。つまり、最新のキャラクタの状態に対応するカードＩＤを基準に、それ以前の過去のキャラクタの状態に対応する各カードＩＤの有無が管理されていてもよい。このような管理は、例えば、各カードＩＤの履歴（成長の軌跡に対応する各カードＩＤ）を管理するための履歴管理データ（不図示）によって実現されてよい。
　さらに、鍵カードＳＣは、各キャラクタカードＫＣによって再現されるキャラクタの分類にも使用される。図６は、鍵カードＳＣに基づいてキャラクタカードＫＣが分類される場合について説明するための説明図である。図６に示すように、ゲーム機ＧＭは、鍵カードＳＣが提供するプレイヤＩＤを基準に各キャラクタカードＫＣ（結果として、各キャラクタカードＫＣのキャラクタ）を分類する。より具体的には、ゲーム機ＧＭは、鍵カードＳＣより取得したプレイヤＩＤを、まずネットワーク３を通じてセンターサーバ２に提供する。そして、センターサーバ２は、ネットワーク３を介してセンターサーバ２よりそのプレイヤＩＤに関連する部分を含むように、カード管理データＣＤをゲーム機ＧＭに提供する。
　上述のように、カードゲーム内では、バトル等で複数のキャラクタが使用される場合がある。この場合、複数のキャラクタカードＫＣが使用される。そして、ゲーム機ＧＭは、所定の分類条件に基づいて、各キャラクタカードＫＣを分類する。所定の分類条件として、例えば、プレイヤの所有するキャラクタカードＫＣか否かの判別結果が利用される。この判別には、例えば、鍵カードＳＣのプレイヤＩＤ及びカード管理データＣＤによって各キャラクタカードＫＣのカードＩＤに関連付けられるプレイヤＩＤが利用される。具体的には、ゲーム機ＧＭは、まず各キャラクタカードＫＣが提供するカードＩＤを基準に、カード管理データＣＤを利用して、各キャラクタカードＫＣに関連付けられるプレイヤＩＤ、つまり各キャラクタカードＫＣの所有者を特定する。そして、その特定結果に基づいて、特定したプレイヤＩＤと鍵カードＳＣのプレイヤＩＤとを比較することにより、各キャラクタカードＫＣのキャラクタを同一分類としてのプレイヤカード及び同一分類以外の分類としての参加カードの分類に分類する。より具体的には、ゲーム機ＧＭは、鍵カードＳＣと同一のプレイヤＩＤに関連付けられるキャラクタカードＫＣをプレイヤカードの分類に、鍵カードＳＣと異なるプレイヤＩＤに関連付けられるキャラクタカードＫＣを参加カードの分類に、それぞれ分類する。つまり、ゲーム機ＧＭは、鍵カードＳＣの所有者が所有するキャラクタカードＫＣのキャラクタをプレイヤカードの分類に、鍵カードＳＣの所有者が所有していないキャラクタカードＫＣのキャラクタを参加カードの分類に、それぞれ分類する。
　そして、ゲーム機ＧＭは、例えば、プレイヤカード及び参加カードの各分類に応じて、各キャラクタのカードゲーム内の扱いに相違を生じさせる。つまり、一例として、キャラクタは、プレイヤカード及び参加カードの各分類に応じてカードゲーム内で異なる扱いを受ける。このような相違の一例として、ゲーム内に選択肢の相違が利用されてよい。具体的には、ゲーム内では、参加カードの分類は、プレイヤカードの分類に比べて一部のゲーム要素が制限されてよい。つまり、参加カードに分類されたキャラクタカードＫＣのキャラクタは、カードゲーム内において制限付きで使用されてよい。また、制限されるゲーム要素の一例として、キャラクタの育成或いはプレイ後のキャラクタカードＫＣの生成といった機能の制限が採用されてよい。この場合、参加カードに属するキャラクタは、バトル等を通じても成長せず、プレイ後にキャラクタカードＫＣとして次回に引き継ぐこともできない。一方で、プレイヤカードに属するキャラクタには、このような制限はない。つまり、プレイヤカードのキャラクタは、プレイを通じて成長し、プレイ後にはキャラクタカードＫＣとして次回以降に引き継ぐこともできる。一例として、このような扱いの相違が分類間に生じてよい。
　なお、扱いの相違は、このような形態に限定されない。例えば、両分類間で互いに実行可能なオプション（選択肢）が相違していてもよい。例えば、一方は、バトルに参加でき、ミッションに参加できず、他方はその反対でもよい。また、例えば、扱いの相違として、キャラクタカードＫＣの使用自体の許可、不許可が採用されてもよい。つまり、キャラクタカードＫＣの使用自体ができない分類が存在していてもよい。このように、各種の扱いの相違が採用されてよい。また、カードＩＤの履歴が管理されている場合、つまり最新のキャラクタの状態に対応するカードＩＤと、それ以前の過去のキャラクタの状態に対応する各カードＩＤとが管理されている場合（変化後のゲーム用情報の有無が管理されている場合）、過去のキャラクタの状態に対応する各カードＩＤは、最新のキャラクタの状態に対応するカードＩＤと異なる分類に分類されてもよい。即ち、所定の分類条件として、上述の所有者か否かの条件とは別に、カードＩＤの履歴に関連する条件、つまり最新の（或いは過去の）キャラクタに対応するゲーム用情報の有無を基準に分類する条件が採用されてよい。より具体的には、ゲーム機ＧＭは、例えば、各カードＩＤを基準に、最新のキャラクタをプレイヤカードに、それ以外の過去のキャラクタを（たとえ鍵カードＳＣと所有者が一致していても）参加カードに、それぞれ分類してもよい。この場合、最新のキャラクタの状態に対応するキャラクタカードＫＣを優遇する一方で、過去のキャラクタの状態に対応するキャラクタカードＫＣも有効活用することができる。
　上述のように、一例として、ゲーム機ＧＭは、鍵カードＳＣから提供されたプレイヤＩＤを、キャラクタカードＫＣの生成に使用する。また、ゲーム機ＧＭは、鍵カードＳＣから提供されたプレイヤＩＤを、例えば、その他にもプレイデータの取得及びキャラクタカードＫＣを分類するための一連の流れの中でも使用する。そして、プレイデータ及びキャラクタカードＫＣの分類は、ゲームの進行に反映される。一例として、このように、鍵カードＳＣのプレイヤＩＤがゲームの進行及びキャラクタカードＫＣの生成に利用される。
　次に、キャラクタカードＫＣ及び鍵カードＳＣの詳細について説明する。図７は、キャラクタカードＫＣの内容の一例を模式的に示す図である。図７に示すように、キャラクタカードＫＣには、合成画像ＣＩ１が印刷される。また、合成画像ＣＩ１は、基礎情報領域ＢＡ、コード情報領域ＣＡ、画像領域ＩＡ、及び特徴情報領域ＦＡを含んでいる。これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡには、キャラクタを定義するパラメータとして機能する各種情報が表示される。具体的には、基礎情報領域ＢＡには、キャラクタの名称（“キク”）やカードを所有するプレイヤの名前（“ショウジ”）、或いは攻撃力等（“ＨＰ”、“ＡＴ”、“ＳＰ”等）のキャラクタの基礎情報等が表示される。画像領域ＩＡには、キャラクタ画像ＭＧが表示される。キャラクタ画像ＭＧは、キャラクタカードＫＣによってゲーム中に再現されるキャラクタの画像に対応している。ゲーム内には、プレイ媒体のキャラクタとしてキャラクタ画像ＭＧ若しくは合成画像ＣＩ１自体が表示される。特徴情報領域ＦＡには、キャラクタがゲーム内で実行可能なオプションの情報（“コウゲキ”等）、キャラクタのレベルの情報（“Ｌｖ１１”）といったキャラクタを特徴付ける情報が表示されている。
　なお、オプションの情報（“コウゲキ”等）は、例えば、キャラクタが実行するオプション（ゲーム進行行為）の抽選候補として使用される。したがって、“コウゲキ”等、重複して表示されているオプションは、選択される可能性が単独のオプションよりも高い。また、一例として、各オプションは、“Ｉ”、“ＩＩ”といった具合に分類され、管理されていてよい。そして、分類毎に抽選範囲が設定され、例えば、“Ｉ”内の“ＬＶ２”のオプションが選択された場合に、“ＩＩ”の分類に抽選範囲が変化してよい。各オプションは、一例として、このように使用されてよい。
　同様に、コード情報領域ＣＡには、ゲーム用情報（各領域に配置される情報を含む）を含むように所定の規格に準拠して生成される二次元コードＣＧ１が表示される。そして、この二次元コードＣＧ１を通じて、キャラクタカードＫＣは、ゲーム機ＧＭに、各領域の情報を提供する。また、上述のように、ゲームを通じてキャラクタが成長する。つまり、ゲーム結果に応じて、キャラクタを定義するための各パラメータの内容も変化する。そして、その変化した後の変化後のパラメータの内容に基づいてキャラクタカードＫＣは、生成される。このため、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡは、可変領域として構成されている。つまり、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡに表示されるべき情報（或いは画像）は、ゲーム結果に応じて変化する。一方、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡの位置や範囲は変化しない。つまり、これらの領域ＢＡ、ＣＡ、ＩＡ、ＦＡを互いに区切る境界線は固定的部分、つまり基本フォーマットとして配置される。合成画像ＣＩ１は、各パラメータの情報が各領域ＢＡ、ＣＡ、ＩＡ、ＦＡの可変領域に配置されるように、ゲーム結果の情報及び基本フォーマット部分の画像が合成されることにより構成されている。
　一方、図８は、鍵カードＳＣの内容の一例を模式的に示す図である。図８に示すように、鍵カードＳＣには、合成画像ＣＩ２が印刷される。合成画像ＣＩ２は、鍵画像領域ＳＣ１、コード表示領域ＳＣ２及びプレイヤ情報領域ＳＣ３を含んでいる。鍵画像領域ＳＣ１には、鍵画像ＫＩが表示される。鍵画像ＫＩは、上述のように、各プレイヤの個別情報に応じて変化する。つまり、鍵画像領域ＳＣ１には、各プレイヤの個別情報に応じて異なる鍵画像ＫＩが表示される。個別情報に応じて異なる鍵画像ＫＩの一例として、鍵画像ＫＩは、プレイヤの名前（例えば、“ショウジ”）等の個別情報の一部を含んでいてもよい。つまり、鍵画像ＫＩは、個別情報自体を含むことにより、個別情報に応じて変化してもよい。
　また、プレイヤ情報領域ＳＣ３には、カードＩＤの情報（“Ａ０００３”）及びプレイヤの名前（“ショウジ”）等、プレイヤの個別情報の一部が表示される。また、プレイヤ情報領域ＳＣ３には、鍵カードＳＣの名称の情報（“記録の鍵”）が表示されてもよい。さらに、プレイヤ情報領域ＳＣ３には、アバタ画像ＡＧが表示されてもよい。一例として、アバタ画像ＡＧは、複数の候補画像の中からの選択を通じて鍵カードＳＣの生成時に設定されてよい。なお、カードＩＤの表示は、省略されてもよい。或いは、カードＩＤの情報に代えて、カードＩＤと関連付けられた別の認証用のＩＤ等の情報が表示されていてもよい。
　コード表示領域ＳＣ２には、鍵カードＳＣ用の二次元コードＣＧ２が表示される。二次元コードＣＧ２は、所定の規格に準拠して各種情報を含むように生成されたコードである。二次元コードＣＧ２には、各種情報として、鍵カードＳＣを定義するための識別用情報が含まれる。具体的には、例えば、プレイヤＩＤの情報、カードＩＤの情報、鍵画像ＫＩを示す情報、プレイヤの名前の情報、鍵カードＳＣの名称の情報及びアバタ画像ＡＧを示す情報等、コード表示領域ＳＣ２以外の各領域ＳＣ１、ＳＣ３に表示されるべき各情報が識別用情報として二次元コードＣＧ２に含まれていてよい。
　また、上述のように、合成画像ＣＩ２の各領域ＳＣ１～ＳＣ３の内容も個別情報等に応じて変化する。したがって、各領域ＳＣ１～ＳＣ３を区切る境界線が固定的に配置される基本フォーマット部分として機能する。同様に、各領域ＳＣ１～ＳＣ３の内側が可変的部分として機能する。そして、キャラクタカードＫＣと同様に、合成画像ＣＩ２は、各領域ＳＣ１～ＳＣ３に表示されるべき情報と、基本フォーマット部分とが合成されることにより構成されている。なお、図８の例では、プレイヤＩＤの情報は、二次元コードＣＧ２にのみ含まれているが、例えば、プレイヤ情報領域ＳＣ３に表示されていてもよい。
　次に、上述のカードゲームを実現するためのゲームシステム１の制御系の要部について説明する。図９は、ゲームシステム１の制御系の要部の構成を示す図である。図９に示すように、センターサーバ２は、制御ユニット１０と、記憶ユニット１１と、を備えている。制御ユニット１０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット１０には、キーボード等の入力装置、モニタ等の出力装置等が接続され得るが、それらの図示は省略した。
　記憶ユニット１１は、制御ユニット１０に接続されている。記憶ユニット１１は、電源の供給がなくても記憶を保持可能なように、例えば、ハードディスク、磁気テープ等の大容量記憶媒体により構成されている。記憶ユニット１１には、サーバ用プログラム１５が記憶されている。サーバ用プログラム１５は、センターサーバ２がゲーム機ＧＭ及びユーザ端末５に各種のサービスを提供するために必要なコンピュータプログラムである。制御ユニット１０がサーバ用プログラム１５を読み取って実行することにより、制御ユニット１０の内部には、ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７が設けられる。ゲーム機サービス管理部１６は、上述のゲーム機用サービスを提供するための処理を実行する。一方、Ｗｅｂサービス管理部１７は、上述のＷｅｂサービスを提供するために必要な処理を実行する。ゲーム機サービス管理部１６及びＷｅｂサービス管理部１７は、コンピュータハードウェアとコンピュータプログラムとの組み合わせにより実現される論理的装置である。なお、制御ユニット１０の内部には、その他にも各種の論理的装置が設けられ得るが、それらの図示は省略した。
　また、記憶ユニット１１には、サーバ用プログラム１５の実行に伴って参照され得る各種のデータが記憶されている。このような各種のデータには、例えば、ＩＤ管理データ２２、プレイデータＰＤ及び上述のカード管理データＣＤが含まれる。これらのデータの詳細は、更に後述する。
　一方、ゲーム機ＧＭには、コンピュータとしての制御ユニット３０と、記憶ユニット３１と、上述のコードリーダ７と、プリンタ３２と、が設けられている。記憶ユニット３１、コードリーダ７及びプリンタ３２は、いずれも制御ユニット３０に接続されている。制御ユニット３０は、マイクロプロセッサと、そのマイクロプロセッサの動作に必要な内部記憶装置（一例としてＲＯＭ及びＲＡＭ）等の各種周辺装置とを組み合わせたコンピュータユニットとして構成されている。なお、制御ユニット３０には、上述のコントロールパネルＣＰ、モニタＭＯ、スピーカＳＰに加え、その他にも公知のゲーム機と同様に、コイン認証装置或いはカード読み取り装置等の各種の入力装置或いは出力装置が接続され得るが、それらの図示は省略した。
　コードリーダ７は、二次元コードを読み取るための周知の装置である。コードリーダ７は、ゲーム用カード８に印刷された二次元コードＣＧ１等を読み取って、その読み取り結果に応じた信号を制御ユニット３０に出力する。プリンタ３２は、画像や記号（二次元コード含む）、文字等を所定の記録媒体に印刷するための周知の印刷装置である。プリンタ３２は、制御ユニット３０からの出力信号に基づいてカード状の紙媒体（被記録媒体）に、各二次元コードＣＧ１を含む合成画像ＣＩ１等を印刷することにより、印刷を通じてゲーム用情報等を記録し、キャラクタカードＫＣ等のゲーム用カード８を生成する。
　記憶ユニット３１は、電源の供給がなくても記憶を保持可能なように、例えば、磁気記録媒体や光記録媒体、フラッシュＳＳＤ（Ｓｏｌｉｄ　Ｓｔａｔｅ　Ｄｒｉｖｅ）などにより構成されている。記憶ユニット３１には、ゲームプログラム３４が記憶されている。ゲームプログラム３４は、ゲーム機ＧＭがカードゲームを提供するために必要なコンピュータプログラムである。また、記憶ユニット３１には、ゲームプログラム３４の実行に伴って参照され得る各種のデータも記録されている。このようなデータには、例えば、画像データ、効果音データ、プレイデータＰＤ、カード管理データＣＤ等が含まれる。効果音データは、楽曲等、各種の音声を再生するためのデータである。画像データは、ゲームに必要な各種画像（ゲーム用カード８を印刷するための画像を含む）を表示するためのデータである。また、画像データは、例えば、フォーマットデータを含んでいる。フォーマットデータは、ゲーム用カード８の各種領域を区切るための枠線等の基本フォーマット部分、つまり固定的部分を表現するためのデータである。つまり、フォーマットデータは、鍵カードＳＣ及びキャラクタカードＫＣのフォーマット部分を表現するためのデータである。鍵カードＳＣ及びキャラクタカードＫＣのフォーマット部分は、同一でもよいし異なっていてもよい。また、プレイデータＰＤは、ゲームを提供する際に、当該ゲームを実行するプレイヤに対応付けられた部分を含むように、少なくとも一部がセンターサーバ２から提供され、記憶ユニット３１に記憶される。
　次に、ＩＤ管理データ２２、プレイデータＰＤ及びカード管理データＣＤの詳細を説明する。ＩＤ管理データ２２は、ゲームシステム１で使用される各種のＩＤの対応関係が記述されたデータである。例えば、ＩＤ管理データ２２によってプレイヤＩＤの情報も管理される。プレイデータＰＤは、上述のように各プレイヤの過去のプレイ実績に関する情報が記述されたデータである。そして、プレイデータＰＤは、例えば、前回までのプレイ結果（過去の実績）を次回以降に引き継ぐため、或いは各プレイヤに固有の設定内容を引き継ぐために使用される。したがって、プレイデータＰＤは、プレイヤＩＤに基づいて管理されている。つまり、プレイデータＰＤは、プレイヤＩＤ毎に作成されたデータの集合である。したがって、プレイデータＰＤでは、例えば、アイテムといった過去の実績に関連する情報（例えば、所有するアイテム、ゲーム内で使用可能な通貨やポイント等の情報）がプレイヤＩＤ毎に（プレイヤＩＤに関連付けられて）管理される。
　カード管理データＣＤは、上述のように、プレイヤＩＤと各カードＩＤとの対応関係を管理するためのデータである。つまり、カード管理データＣＤは、各プレイヤＩＤのプレイヤが所有する各カードＩＤの鍵カードＳＣ及びキャラクタカードＫＣを特定するために使用される。また、カード管理データＣＤは、ＩＤ管理データ２２の一部として機能してもよい。図１０は、カード管理データＣＤの内容の一例を示す図である。図１０に示すように、カード管理データＣＤは、プレイヤＩＤ及びカードＩＤの情報を含んでいる。カード管理データＣＤは、プレイヤＩＤ毎にプレイヤＩＤの情報とカードＩＤの情報が関連付けられるように記述されたレコードの集合である。例えば、一人のプレイヤが複数のキャラクタカードＫＣを所有している場合には、そのプレイヤに対応するプレイヤＩＤにそれらのキャラクタカードＫＣに対応する複数のカードＩＤが関連付けられる。なお、各カードＩＤとカードの種類（例えば、鍵カードＳＣ或いはキャラクタカードＫＣ）との関係は、例えば、カード種別管理用のテーブル（不図示）等によって管理されてよい。例えば、このようなテーブルでは、鍵カードＳＣを示す情報或いはキャラクタカードＫＣを示す情報がカードの種別を示す情報として各カードＩＤの情報と関連付けられて記述される。
　次に、カード発行処理及びカード分類処理について説明する。カード発行処理は、キャラクタカードＫＣ或いは鍵カードＳＣを発行（生成）するための処理である。カード発行処理は、一例として、図１１のルーチンを通じて、ゲーム機ＧＭの制御ユニット３０及びセンターサーバ２の制御ユニット１０の協働によって実現される。より具体的には、図１１のルーチンは、一例として、ゲーム機サービス管理部１６及び制御ユニット１０を通じて実行される。一方、カード分類処理は、プレイヤカード或いは参加カードといった分類に各キャラクタカードＫＣを分類するための処理である。カード分類処理は、一例として、図１２のルーチンを通じて、ゲーム機ＧＭの制御ユニット３０によって実行される。なお、各制御ユニット１０、３０は、カード発行処理及びカード分類処理の他にも各種の周知な処理等を、それぞれ単独で或いは協働して実行する。このような周知な処理等には、例えば、カードゲームを提供するための各種処理、或いはゲーム機用サービス及びＷＥＢサービスを提供するための各種処理が含まれる。しかし、それらの詳細な説明は省略する。
　図１１は、カード発行処理ルーチンのフローチャートの一例を示す図である。図１１のルーチンは、例えば、キャラクタカードＫＣ等の発行を希望する所定の操作が行われた場合に実行される。なお、図１１では、簡略化のためゲーム機サービス管理部１６が実行主体である処理をセンターサーバ２として、制御ユニット３０が実行主体である処理をゲーム機ＧＭとして、それぞれ説明することがある。
　図１１のルーチンを開始すると、ゲーム機ＧＭは、まずステップＳ１１において、カードＩＤ又はプレイヤＩＤの情報を取得する。カードＩＤ又はプレイヤＩＤの情報は、例えば、ゲームのプレイに伴って読み込まれる鍵カードＳＣ或いはキャラクタカードＫＣによって提供される。ゲーム機ＧＭは、一例として、ステップＳ１１において、このようにして提供されたカードＩＤ又はプレイヤＩＤの情報を取得する。若しくは、ステップＳ１１において、ゲーム機ＧＭは、鍵カードＳＣ或いはキャラクタカードＫＣの読み取りを要求し、その読み取り結果に基づいてカードＩＤ又はプレイヤＩＤの情報を取得してもよい。そして、続くステップＳ１２において、ゲーム機ＧＭは、ステップＳ１１で取得したカードＩＤ又はプレイヤＩＤの情報をセンターサーバ２に提供する。
　センターサーバ２は、ゲーム機ＧＭからカードＩＤ又はプレイヤＩＤの情報が提供されると、図１１のルーチンを開始する。図１１のルーチンを開始すると、まずステップＳ２１において、センターサーバ２は、取得したカードＩＤ或いはプレイヤＩＤに対応するカード管理データＣＤを特定する。具体的には、カードＩＤを取得した場合には、センターサーバ２は、カード管理データＣＤ中の取得したカードＩＤを含むレコードを特定する。そして、その特定したレコードに基づいて、取得したカードＩＤに関連付けられるプレイヤＩＤを特定する。一方、プレイヤＩＤを取得した場合には、センターサーバ２は、取得したプレイヤＩＤに対応するカード管理データＣＤのレコードを特定する。
　次のステップＳ２２において、センターサーバ２は、新しいカードＩＤ（発行済みのカードＩＤと重複しないユニークなＩＤ）を発行する。続くステップＳ２３において、センターサーバ２は、ステップＳ２２で発行したカードＩＤをゲーム機ＧＭに提供する。さらに、次のステップＳ２４において、センターサーバ２は、カード管理データＣＤの内容を更新する。具体的には、センターサーバ２は、ステップＳ２１で特定したレコードにステップＳ２２で発行したカードＩＤの情報が反映されるようにカード管理データＣＤの内容を更新する。つまり、センターサーバ２は、ステップＳ２１で特定したプレイヤＩＤ（或いは取得したプレイヤＩＤのレコード）に新たに発行したカードＩＤの情報が関連付けられるようにカード管理データＣＤの内容を更新する。そして、ステップＳ２４の処理を終えると、センターサーバ２は、今回のルーチンを終了する。
　一方、ゲーム機ＧＭは、ステップＳ１３において、カードＩＤの情報をセンターサーバ２から取得する。続くステップＳ１４において、ゲーム機ＧＭは、ステップＳ１３で取得したカードＩＤの情報を含む合成画像ＣＩ１、ＣＩ２を表現するためのイメージデータを生成する。合成画像ＣＩ１、ＣＩ２は二次元コードＣＧ１、ＣＧ２も含んでいるので、イメージデータは二次元コードＣＧ１、ＣＧ２を表現するためのデータも含んでいる。また、合成画像ＣＩ１、ＣＩ２にはゲーム結果が反映されるので、イメージデータによって変化後のパラメータの情報（例えば、変化後のキャラクタ画像ＭＧ或いは個別情報が反映された鍵画像ＫＩ等）に基づく合成画像ＣＩ１、ＣＩ２が表現される。
　次のステップＳ１５において、ゲーム機ＧＭは、ステップＳ１４で生成したイメージデータに基づいて合成画像ＣＩ１、ＣＩ２が被記録媒体に印刷され、鍵カードＳＣ或いはキャラクタカードＫＣが生成されるように、イメージデータをプリンタ３２に出力（提供）する。これにより、ユニークなカードＩＤを有するキャラクタカードＫＣ等が生成される。また、各カードＩＤがプレイヤＩＤと関連付けられて管理される。
　一方、図１２は、カード分類処理ルーチンのフローチャートの一例を示す図である。図１２のルーチンは、例えば、ゲームのプレイに複数のキャラクタの使用を希望する所定の操作が行われる毎に実行される。或いは、ゲームのプレイに使用するための鍵カードＳＣの読み取りをコードリーダ７が行う毎に実行されてもよい。
　図１２のルーチンを開始すると、まずステップＳ３１において、制御ユニット３０は、コードリーダ７の出力信号を参照して、鍵カードＳＣが提供するプレイヤＩＤの情報を取得する。続くステップＳ３２において、制御ユニット３０は、センターサーバ２からカード管理データＣＤを取得する。より具体的には、少なくともステップＳ３１で取得したプレイヤＩＤに対応する部分を含むように、制御ユニット３０は、カード管理データＣＤをセンターサーバ２から取得して、ステップＳ３３に進む。なお、制御ユニット３０は、ステップＳ３２において、カード管理データＣＤと同様にプレイデータＰＤを更に取得してもよい。また、所定時間経過してもカード管理データＣＤが取得できない場合（例えば、ネットワーク３のトラブル等）、以降の処理をスキップして今回のルーチンが終了されてもよい。
　続くステップＳ３３において、制御ユニット３０は、キャラクタカードＫＣの読み取りをプレイヤに要求する。一例として、この要求は、キャラクタカードＫＣのコードリーダ７への挿入を促す表示等を通じて実現される。なお、所定時間内に読み取りが実行されない場合、制御ユニット３０は、以降の処理をスキップして、今回のルーチンを終了してもよい。
　続くステップＳ３４において、コードリーダ７の読み取り結果に基づいて、コードリーダ７に挿入されたキャラクタカードＫＣが定義する各種情報を取得する。より具体的には、コードリーダ７が読み取った二次元コードＣＧ１に含まれる各種情報（ゲーム用情報）を取得する。一例として、このゲーム用情報には、上述のように、キャラクタを定義するパラメータの情報及びカードＩＤの情報が含まれる。
　次のステップＳ３５において、制御ユニット３０は、ステップＳ３１で取得した鍵カードＳＣのプレイヤＩＤを基準に、キャラクタカードＫＣの所有者が鍵カードＳＣと同一か否か判別する。この判別は、例えば、次のように実行される。まず制御ユニット３０は、ステップＳ３４で取得したカードＩＤが、ステップＳ３２で取得したカード管理データＣＤを介して、ステップＳ３１で取得したプレイヤＩＤに関連付けられているか否か判別する。そして、制御ユニット３０は、キャラクタカードＫＣのカードＩＤが鍵カードＳＣのプレイヤＩＤに関連付けられている場合、つまりキャラクタカードＫＣのプレイヤＩＤと鍵カードＳＣのプレイヤＩＤとが一致する場合には、所有者が同一と判別する。一方、制御ユニット３０は、キャラクタカードＫＣのカードＩＤが鍵カードＳＣのプレイヤＩＤに関連付けられていない場合（結果として、キャラクタカードＫＣのカードＩＤに対応するプレイヤＩＤが鍵カードＳＣのプレイヤＩＤと一致しない場合）には、所有者が同一でないと判別する。一例として、ステップＳ３５において、このようにして所有者の同一性が判別される。
　制御ユニット３０は、ステップＳ３５の判別結果が肯定的結果の場合、つまり所有者を同一と判別した場合、ステップＳ３６に進み、否定的結果の場合、つまり所有者を同一でないと判別した場合、ステップＳ３７に進む。なお、キャラクタの成長の履歴が管理されている場合、つまりカードＩＤの履歴が管理されている場合、制御ユニット３０は、ステップＳ３５において、更に最新のカードＩＤ（最新のキャラクタの状態に対応するカードＩＤ）に該当するか否か判別してもよい。そして、制御ユニット３０は、ステップＳ３５において、最新のカードＩＤに該当する場合には肯定的に、過去のカードＩＤ（過去のキャラクタの状態に対応するカードＩＤ）に該当する場合（つまり、他に最新のキャラクタの状態を示すカードＩＤが存在する場合）には否定的（例え所有者が同一であっても）に、それぞれ判別してよい。
　ステップＳ３６において、制御ユニット３０は、ステップＳ３４で取得したキャラクタカードＫＣをプレイヤカードに分類して、ステップＳ３８に進む。一方、ステップＳ３７において、制御ユニット３０は、ステップＳ３４で取得したキャラクタカードＫＣを参加カードに分類して、ステップＳ３８に進む。そして、ステップＳ３８において、制御ユニット３０は、更にキャラクタカードＫＣの読み取りが必要か判別する。この判別は、例えば、更にキャラクタカードＫＣの読み取りが必要か否かプレイヤに通知する画面を通じて実現される。そして、その画面において更に読み取りが必要な場合には継続読み取りを指示する操作が、不要な場合には読み取り不要を指示する操作が、それぞれ実行される。ステップＳ３８では、これらの操作を通じて、更にキャラクタカードＫＣの読み取りが必要かの判別が実現される。
　ステップＳ３８の判別結果が肯定的結果の場合、つまりキャラクタカードＫＣの読み取り必要を指示する操作が実行された場合、制御ユニット３０は、ステップＳ３３に戻り、以降の処理を再度実行する。一方、ステップＳ３８の判別結果が否定的結果の場合、つまりキャラクタカードＫＣの読み取り不要を指示する操作が実行された場合、制御ユニット３０は、ステップＳ３９に進む。ステップＳ３９において、制御ユニット３０は、ステップＳ３６或いはステップＳ３７の分類結果をその後のカードゲームの進行のための処理に提供する。この提供は、例えば、内部記憶装置への一時記憶でもよい。制御ユニット３０は、ステップＳ３９の処理を終えると、今回のルーチンを終了する。これにより、鍵カードＳＣを基準に各キャラクタカードＫＣの所有者が判別され、所有者の同一性を基準に各キャラクタカードＫＣ（ひいては、各キャラクタカードＫＣのキャラクタ）が分類される。なお、図１２のルーチンでは、鍵カードＳＣを基準に所有者の同一性が判別されている。しかし、所有者の同一性の判別は、このような形態に限定されない。例えば、所有者の同一性は、一枚目のキャラクタカードＫＣのカードＩＤに対応するプレイヤＩＤを基準に所有者の同一性が判別されてもよい。
　以上に説明したように、この形態によれば、ゲーム用情報及び識別用情報には、いずれにもカードＩＤの情報が含まれている。そして、カードＩＤとして、カードの種類及びキャラクタの成長の前後も含め重複しないユニークなＩＤが利用されている。したがって、カードＩＤを利用して、各キャラクタカードＫＣ及び各鍵カードＳＣの一つ一つを個別に管理することができる。
　また、カード管理データＣＤによって各キャラクタカードＫＣの所有者が管理されている。したがって、カード管理データＣＤを介して、カードＩＤを基準に各キャラクタカードＫＣの所有者を特定することができる。また、各キャラクタカードＫＣの所有者の判別に鍵カードＳＣのプレイヤＩＤが利用されている。したがって、より確実に各キャラクタカードＫＣの所有者を判別することができる。さらに、その判別結果を利用して、各キャラクタカードＫＣ（或いはそれによって定義される各キャラクタ）がプレイヤカード或いは参加カードに分類されている。つまり、所有者を基準に各キャラクタカードＫＣを分類することができる。結果として、例えば、ゲーム内の選択肢等において、自己のキャラクタカードＫＣと他のプレイヤのキャラクタカードＫＣとの間に扱いの相違を生じさせることができる。これにより、自己のキャラクタカードＫＣを優遇する一方で、他者のキャラクタカードＫＣも活用することができる。結果として、自己のキャラクタカードＫＣの取得が促されるので、ゲームのプレイを促進することができる。そして、これらにより、ゲームの興趣性を向上させることができる。
　以上の形態において、ゲーム機ＧＭの制御ユニット３０が、図１１のルーチンを実行することにより本発明の情報提供手段として機能する。同様に、ゲーム機ＧＭの制御ユニット３０が、図１２のルーチンを実行することにより本発明のゲーム用情報取得手段、媒体分類手段、及び識別用情報取得手段として機能する。一方、ゲーム機ＧＭの記憶ユニット３１が、カード管理データＣＤを記憶することにより本発明のデータ記憶手段として機能する。
　本発明は上述の形態に限定されず、適宜の形態にて実施することができる。上述の形態では、鍵カードＳＣ等のゲーム用カード８には、識別用情報等を含むコードとして、二次元コードＣＧ２等が印刷されている。しかし、本発明は、このような形態に限定されない。例えば、このようなコードとして、バーコードが利用されてもよい。即ち、ゲーム用カード８には、所定の規格に準拠して生成されることにより各種の情報を含む各種のコードが利用されてよい。また、各種の情報がコードとして記録媒体に記録される形態にも限定されない。例えば、記録媒体として、ＤＶＤＲＯＭ、ＣＤＲＯＭ等の光学式記憶媒体、或いはＥＥＰＲＯＭ等の不揮発性半導体メモリが利用されてもよい。このような記憶媒体は、例えば、ＩＣカードを含む。また、これらの記録媒体が利用される場合、合成画像ＣＩ１、ＣＩ２が印刷される代わりに、合成画像ＣＩ１、ＣＩ２を表現するためのデータがこれらの媒体に記録されてもよい。また、このようなデータは、赤外線通信等により記憶媒体に提供されてもよい。つまり、ゲーム機ＧＭが識別用情報等を記録し、又は取得出来る限り、各種の記録媒体がゲーム用記録媒体或いは識別用記録媒体として採用されてよい。
　上述の形態では、カード管理データＣＤは、センターサーバ２側で記憶され、管理されている。しかし、本発明は、このような形態に限定されない。例えば、ゲーム用記録媒体としてＩＣカードが利用される場合等、カード管理データＣＤは、ゲーム用記録媒体に（このゲーム用記録媒体の所有者に対応するプレイヤＩＤのレコードを少なくとも含むように）記憶されていてもよい。この場合、ゲーム用記録媒体のカード管理データＣＤの更新は、ゲーム機ＧＭが実行してもよい。図１３は、カード発行処理ルーチンの変形例に係るフローチャートの一例を示す図である。図１３に示すように、図１１と比較して、図１３のルーチンでは、ステップＳ１１及びステップＳ１２の代わりにステップＳ１６及びステップＳ１７が実行される。具体的には、ゲーム機ＧＭは、図１３のルーチンの開始後、まずステップＳ１６においてゲーム用記録媒体からカード管理データＣＤを取得する。続くステップＳ１７において、ゲーム機ＧＭは、センターサーバ２にカードＩＤの発行をリクエストする。そして、センターサーバ２では、図１１と同様に、ステップＳ２２及びステップＳ２３が実行される一方で、ステップＳ２１及びステップＳ２４が省略される。さらに、ゲーム機ＧＭは、図１１と同様のステップＳ１３の処理を経て、ステップＳ１８の処理を実行する。ステップＳ１８では、省略されたステップＳ２４の代わりに、ゲーム機ＧＭがカード管理データＣＤを更新する。この更新には、ゲーム用記録媒体のカード管理データＣＤの更新が含まれる。つまり、ゲーム機ＧＭがゲーム用記録媒体のカード管理データＣＤを更新する。そして、図１１と同様にステップＳ１４以降の処理を実行して、ルーチンを終了する。カード管理データＣＤがゲーム用記録媒体に記憶される形態は、一例として、このようなフローにより実現されてよい。
　上述の形態では、鍵カードＳＣ（識別用記録媒体）の使用の際に、パスワード等による認証は行われていない。しかし、識別用記録媒体の所有者を確認するための認証が行われてもよい。パスワード等の所有者を認証するための認証情報が使用される場合、一例として、この認証情報は、識別用情報に含まれていてよい。
　上述の形態では、各ゲーム機ＧＭは、カードゲームを提供している。しかし、各ゲーム機ＧＭが提供するゲームは、このような形態に限定されない。各ゲーム機ＧＭは、アクションゲーム、ロールプレイングゲーム、シミュレーションゲーム、シューティングゲーム等の各種のゲームを提供してよい。また、ゲーム機ＧＭは、業務用のゲーム機に限定されない。ゲーム機ＧＭとして、例えば、家庭用のゲーム機等、適宜の形態が採用されてよい。また、上述の形態では、制御ユニット３０及び記憶ユニット３１がゲーム機ＧＭに設けられている。しかし、本発明のゲーム機は、このような形態に限定されない。例えば、クラウドコンピューティングを利用してネットワーク上に論理的に制御ユニット３０及び記憶ユニット３１が設けられてもよい。つまり、ゲーム機ＧＭは、ネットワーク３を通じて制御ユニット３０処理結果を表示して提供する端末として構成されていてもよい。
　以下に、上述の内容から把握される本発明の態様の一例を記載する。なお、以下の説明では本発明の理解を容易にするために添付図面の参照符号を括弧書きにて付記したが、それにより本発明が図示の形態に限定されるものではない。
　本発明のゲームシステムは、各プレイ媒体（例えば、キャラクタ画像ＭＧ）を通じてプレイされるゲームを提供するゲームシステム（１）であって、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体（ＫＣ）が生成されるように、前記ゲーム用情報を提供する情報提供手段（３０）を備え、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報（例えば、カードＩＤ）を更に含んでいるものである。
　本発明によれば、ゲーム用情報の提供を通じて、ゲーム用情報が記録された各ゲーム用記録媒体が生成される。また、各ゲーム用記録媒体のゲーム用情報には、各ゲーム用記録媒体のゲーム用情報を識別するための媒体識別情報が含まれている。このため、媒体識別情報を通じて、各ゲーム用記録媒体或いはそれに記録されるゲーム用情報を特定することができる。したがって、媒体識別情報を通じて、各ゲーム用記録媒体の一つ一つを個別に管理することができる。
　本発明のゲームシステムの一態様として、各ゲーム用記録媒体を介して各ゲーム用記録媒体の前記ゲーム用情報を取得するゲーム用情報取得手段（３０）と、前記媒体識別情報を利用する所定の分類条件に基づいて、前記ゲーム用情報取得手段によって取得された各ゲーム用記録媒体の前記ゲーム用情報に含まれる前記パラメータの情報に対応する各プレイ媒体を分類する媒体分類手段（３０）と、を更に備える態様が採用されてもよい。この場合、媒体識別情報を利用する所定の分類条件を通じて、各ゲーム用記録媒体に対応するプレイ媒体が分類される。これにより、各プレイ媒体の扱いに相違を生じさせることができる。
　本発明のゲームシステムの一態様として、各プレイヤを識別するためのプレイヤ識別情報（例えば、プレイヤＩＤ）と各ゲーム用記録媒体の前記媒体識別情報とが関連付けられて記述された関連データ（ＣＤ）を記憶するデータ記憶手段（３１）と、前記プレイヤ識別情報を含む識別用情報が記憶された各識別用記録媒体（ＳＣ）を介して各識別用媒体の前記識別用情報を取得する識別用情報取得手段（３０）と、を更に備え、前記所定の分類条件として、前記関連データによって各ゲーム用記録媒体の前記媒体識別情報に関連付けられる各プレイヤの前記プレイヤ識別情報が利用され、前記媒体分類手段は、前記識別用情報取得手段の取得結果及び前記関連データに基づいて、各識別用情報記録媒体の前記プレイヤ識別情報と、前記媒体識別情報に関連付けられる前記プレイヤ識別情報と、を比較することにより、各識別用情報記録媒体の前記プレイヤ識別情報を基準に各プレイ媒体を分類する態様が採用されてもよい。この場合、関連データを介して、媒体識別情報とプレイヤ識別情報とが関連付けられる。これにより、媒体識別情報を利用して、各ゲーム用記録媒体（及びそのゲーム用情報）の所有者を特定することができる。また、関連データを介して各ゲーム用記録媒体に関連付けられるプレイヤ識別情報と各識別用記録媒体のプレイヤ識別情報とが比較され、各ゲーム用記録媒体（及びそのゲーム用情報）が分類される。つまり、所有者の情報を基準に各ゲーム用記録媒体（及びそのゲーム用情報）を分類することができる。結果として、所有者の情報を基準に各プレイ媒体の扱いに相違を生じさせることができる。
　本発明のゲームシステムの一態様において、各識別用記録媒体は、各ゲーム用記録媒体とは別に用意されていてもよい。この場合、ゲーム用記録媒体とは別の識別用記録媒体が提供するプレイヤ識別情報が分類の基準に使用される。つまり、ゲーム用記録媒体の所有者の識別に、これとは別の識別用記録媒体が使用される。これにより、例えば、ゲーム用記録媒体のみにより分類される場合（例えば、ゲーム用記録媒体が識別用記録媒体としても使用される場合）に比べて、より確実に所有者を判別することができる。
　本発明のゲームシステムの識別用記録媒体を通じてプレイヤ識別情報を取得する一態様において、前記媒体分類手段は、前記識別用情報記録媒体の前記プレイヤ識別情報と同一の前記プレイヤ識別情報に前記関連データを介して関連付けられる前記媒体識別情報の各プレイ媒体が同一分類に分類されるように、前記プレイヤ識別情報を基準に各プレイ媒体を分類してもよい。この場合、識別用記録媒体の所有者が所有する各ゲーム用記録媒体に対応するプレイ媒体が同一の分類に分類される。つまり、自己が所有するプレイ媒体を同じ分類にすることができる。これにより、例えば、自己が所有するプレイ媒体と他のプレイヤが所有するプレイ媒体との間の扱いに相違を生じさせることができる。また、このような相違として、各種の相違が採用されてよい。例えば、この態様において、前記同一分類と当該同一分類以外の分類とは、前記ゲーム内の選択肢が相違していてもよい。
　本発明のゲームシステムの一態様において、前記ゲームは、プレイ結果に応じて前記パラメータの情報が変化するように構成され、前記情報提供手段は、前記ゲーム用情報として、前記プレイ結果に応じて変化した後の変化後のパラメータの情報を含む変化後のゲーム用情報を提供し、前記媒体識別情報は、互いを識別可能なように前記ゲーム用情報と前記変化後のゲーム用情報との間で更に互いに相違していてもよい。この場合、各ゲーム用記録媒体に記録されるゲーム用情報には、ゲームのプレイ結果が反映される。したがって、各ゲーム用記録媒体のユニーク性を向上させることができる。つまり、ユニーク性の高いゲーム用記録媒体を提供することができる。また、各プレイ媒体に過去のプレイ結果を反映することができる。これらにより、ゲームの興趣性を向上させることができる。さらに、変化後のゲーム用情報と変化前のゲーム用情報とには、それぞれ別の媒体識別情報が使用されている。したがって、変化前後のゲーム用情報を区別することができる。これにより、例えば、変化前後のゲーム用情報に対応する各プレイ媒体の間の扱いにも相違を生じさせることができる。
　各ゲーム用記録媒体に変化後のゲーム用情報が記録される態様において、前記ゲーム用情報は、前記媒体識別情報に基づいて前記変化後のゲーム用情報の有無が管理され、前記所定の分類条件として、前記媒体識別情報に基づく前記変化後のゲーム用情報の有無が利用され、前記媒体分類手段は、前記変化後のゲーム用情報の有無に基づいて前記変化後のゲーム用情報が存在する場合に、前記ゲーム用情報に対応するプレイ媒体と前記変化後のゲーム用情報に対応するプレイ媒体とが異なる分類に分類されるように、各プレイ媒体を分類してもよい。この場合、ゲーム用情報の新しさに応じて各プレイ媒体を分類することができる。したがって、例えば、最新のゲーム用情報に対応するプレイ媒体を優遇する一方で、過去のゲーム用情報に対応するプレイ媒体も有効に活用することができる。また、各分類は、各種の用途に使用されてよい。例えば、この態様において、前記変化後のゲーム用情報に対応するプレイ媒体が属する分類と前記ゲーム用情報に対応するプレイ媒体が属する分類とは、前記ゲーム内の選択肢が相違していてもよい。
　ゲーム用情報は、各種の方法でゲーム用記録媒体に記録されていてよい。例えば、本発明のゲームシステムの一態様において、印刷を通じて前記ゲーム用情報を各ゲーム用記録媒体に記録するプリンタ（３２）を更に備え、各ゲーム用記録媒体として、カード状の紙媒体が利用され、前記情報提供手段は、前記プリンタによって印刷を通じて前記ゲーム用情報が各ゲーム用記録媒体に記録されるように、前記ゲーム用情報を提供してもよい。
　本発明の制御方法は、各プレイ媒体（例えば、キャラクタ画像ＭＧ）を通じてプレイされるゲームを提供するゲームシステム（１）に適用され、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体（ＫＣ）が生成されるように、前記ゲーム用情報を提供する情報提供手順（例えば、図１１のステップＳ１５）を備え、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報（例えば、カードＩＤ）を更に含んでいる。
　また、本発明のゲームシステム用のコンピュータプログラムは、各プレイ媒体（例えば、キャラクタ画像ＭＧ）を通じてプレイされるゲームを提供するゲームシステム（１）に組み込まれるコンピュータ（３０）を、各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体（ＫＣ）が生成されるように、前記ゲーム用情報を提供する情報提供手段として機能させるように構成され、前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報（例えば、カードＩＤ）を更に含むように構成されているものである。本発明の制御方法若しくはコンピュータプログラムが実行されることにより、本発明のゲームシステムを実現することができる。
　１　ゲームシステム
　３０　制御ユニット（コンピュータ、情報提供手段、ゲーム用情報取得手段、媒体分類手段、識別用情報取得手段）
　３１　記憶ユニット（データ記憶手段）
　３２　プリンタ
　ＳＣ　鍵カード（識別用記録媒体）
　ＫＣ　キャラクタカード（ゲーム用記録媒体）
　ＣＤ　カード管理データ（関連データ）
　ＭＧ　キャラクタ画像（プレイ媒体）

Claims (12)

  1. 　各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムであって、
    　各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手段を備え、
    　前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含んでいる、ゲームシステム。
  2. 　各ゲーム用記録媒体を介して各ゲーム用記録媒体の前記ゲーム用情報を取得するゲーム用情報取得手段と、
    　前記媒体識別情報を利用する所定の分類条件に基づいて、前記ゲーム用情報取得手段によって取得された各ゲーム用記録媒体の前記ゲーム用情報に含まれる前記パラメータの情報に対応する各プレイ媒体を分類する媒体分類手段と、
    を更に備える、請求項１のゲームシステム。
  3. 　各プレイヤを識別するためのプレイヤ識別情報と各ゲーム用記録媒体の前記媒体識別情報とが関連付けられて記述された関連データを記憶するデータ記憶手段と、
    　前記プレイヤ識別情報を含む識別用情報が記憶された各識別用記録媒体を介して各識別用媒体の前記識別用情報を取得する識別用情報取得手段と、
    を更に備え、
    　前記所定の分類条件として、前記関連データによって各ゲーム用記録媒体の前記媒体識別情報に関連付けられる各プレイヤの前記プレイヤ識別情報が利用され、
    　前記媒体分類手段は、前記識別用情報取得手段の取得結果及び前記関連データに基づいて、各識別用情報記録媒体の前記プレイヤ識別情報と、前記媒体識別情報に関連付けられる前記プレイヤ識別情報と、を比較することにより、各識別用情報記録媒体の前記プレイヤ識別情報を基準に各プレイ媒体を分類する、請求項２のゲームシステム。
  4. 　各識別用記録媒体は、各ゲーム用記録媒体とは別に用意されている、請求項３のゲームシステム。
  5. 　前記媒体分類手段は、前記識別用情報記録媒体の前記プレイヤ識別情報と同一の前記プレイヤ識別情報に前記関連データを介して関連付けられる前記媒体識別情報の各プレイ媒体が同一分類に分類されるように、前記プレイヤ識別情報を基準に各プレイ媒体を分類する、請求項３又は４のゲームシステム。
  6. 　前記同一分類と当該同一分類以外の分類とは、前記ゲーム内の選択肢が相違している、請求項５のゲームシステム。
  7. 　前記ゲームは、プレイ結果に応じて前記パラメータの情報が変化するように構成され、
    　前記情報提供手段は、前記ゲーム用情報として、前記プレイ結果に応じて変化した後の変化後のパラメータの情報を含む変化後のゲーム用情報を提供し、
    　前記媒体識別情報は、互いを識別可能なように前記ゲーム用情報と前記変化後のゲーム用情報との間で更に互いに相違している、請求項２～６のいずれか一項のゲームシステム。
  8. 　前記ゲーム用情報は、前記媒体識別情報に基づいて前記変化後のゲーム用情報の有無が管理され、
    　前記所定の分類条件として、前記媒体識別情報に基づく前記変化後のゲーム用情報の有無が利用され、
    　前記媒体分類手段は、前記変化後のゲーム用情報の有無に基づいて前記変化後のゲーム用情報が存在する場合に、前記ゲーム用情報に対応するプレイ媒体と前記変化後のゲーム用情報に対応するプレイ媒体とが異なる分類に分類されるように、各プレイ媒体を分類する、請求項７のゲームシステム。
  9. 　前記変化後のゲーム用情報に対応するプレイ媒体が属する分類と前記ゲーム用情報に対応するプレイ媒体が属する分類とは、前記ゲーム内の選択肢が相違している、請求項８のゲームシステム。
  10. 　印刷を通じて前記ゲーム用情報を各ゲーム用記録媒体に記録するプリンタを更に備え、
    　各ゲーム用記録媒体として、カード状の紙媒体が利用され、
    　前記情報提供手段は、前記プリンタによって印刷を通じて前記ゲーム用情報が各ゲーム用記録媒体に記録されるように、前記ゲーム用情報を提供する、請求項１～９のいずれか一項のゲームシステム。
  11. 　各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムに適用され、
    　各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手順を備え、
    　前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含んでいる、制御方法。
  12. 　各プレイ媒体を通じてプレイされるゲームを提供するゲームシステムに組み込まれるコンピュータを、
    　各プレイ媒体を定義するためのパラメータの情報を含むゲーム用情報が記録された各ゲーム用記録媒体が生成されるように、前記ゲーム用情報を提供する情報提供手段として機能させるように構成され、
    　前記ゲーム用情報は、各ゲーム用記録媒体の前記ゲーム用情報を識別するための媒体識別情報を更に含むように構成されている、ゲームシステム用のコンピュータプログラム。
PCT/JP2014/071674 2013-08-20 2014-08-19 ゲームシステム、それに用いられる制御方法及びコンピュータプログラム WO2015025854A1 (ja)

Priority Applications (1)

Application Number Priority Date Filing Date Title
CN201480046147.2A CN105473197B (zh) 2013-08-20 2014-08-19 游戏系统、用于该游戏系统的控制方法

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2013-170773 2013-08-20
JP2013170773A JP5807046B2 (ja) 2013-08-20 2013-08-20 ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Publications (1)

Publication Number Publication Date
WO2015025854A1 true WO2015025854A1 (ja) 2015-02-26

Family

ID=52483627

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2014/071674 WO2015025854A1 (ja) 2013-08-20 2014-08-19 ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Country Status (3)

Country Link
JP (1) JP5807046B2 (ja)
CN (1) CN105473197B (ja)
WO (1) WO2015025854A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108025213A (zh) * 2015-10-15 2018-05-11 株式会社万代 游戏装置和程序

Families Citing this family (7)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5980849B2 (ja) * 2014-07-11 2016-08-31 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5996697B2 (ja) * 2015-03-06 2016-09-21 株式会社コナミデジタルエンタテインメント ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6093468B1 (ja) * 2016-05-30 2017-03-08 株式会社バンダイ ゲーム装置及びプログラム
JP6501938B1 (ja) * 2018-03-15 2019-04-17 株式会社コナミデジタルエンタテインメント ゲーム傾向分析システム及びそのコンピュータプログラム
JP6616872B2 (ja) * 2018-09-03 2019-12-04 株式会社バンダイ ゲーム装置、プログラム及びゲームシステム
JP6640961B1 (ja) * 2018-11-28 2020-02-05 株式会社バンダイ 物品管理システム、ゲーム装置及びプログラム
JP6805318B2 (ja) * 2019-11-07 2020-12-23 株式会社バンダイ プログラム及びゲーム装置

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004290469A (ja) * 2003-03-27 2004-10-21 Canon Inc ゲームシステム
JP2010253187A (ja) * 2009-04-28 2010-11-11 Sega Corp ゲーム装置
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム

Family Cites Families (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN1658932A (zh) * 2002-06-11 2005-08-24 世嘉股份有限公司 游戏机
JP2009160117A (ja) * 2007-12-28 2009-07-23 Sega Corp ゲームシステム制御プログラム、プログラム記録媒体、ゲームシステム、サーバ装置およびゲームシステム制御方法

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2004290469A (ja) * 2003-03-27 2004-10-21 Canon Inc ゲームシステム
JP2010253187A (ja) * 2009-04-28 2010-11-11 Sega Corp ゲーム装置
JP2013046746A (ja) * 2011-07-28 2013-03-07 Konami Digital Entertainment Co Ltd ゲーム機、それに用いられる制御方法、及びコンピュータプログラム

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN108025213A (zh) * 2015-10-15 2018-05-11 株式会社万代 游戏装置和程序
CN108025213B (zh) * 2015-10-15 2021-01-26 株式会社万代 游戏装置和记录介质

Also Published As

Publication number Publication date
JP5807046B2 (ja) 2015-11-10
CN105473197A (zh) 2016-04-06
JP2015039441A (ja) 2015-03-02
CN105473197B (zh) 2019-05-10

Similar Documents

Publication Publication Date Title
JP5807046B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6060413B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6281062B2 (ja) ゲームシステム、それに用いられるコンピュータプログラム及びサーバ装置
JP5680708B2 (ja) ゲーム機、それに用いられる制御方法及びコンピュータプログラム
JP5792246B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6017997B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2015216941A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5807053B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2015058139A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6241827B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP5970424B2 (ja) ゲーム機、それを備えるゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6582250B2 (ja) ゲーム機、それに用いられる制御方法及びコンピュータプログラム
JP6145676B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6278520B2 (ja) ゲーム機、それに用いられる制御方法及びコンピュータプログラム
JP5848307B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2017029767A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6643652B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP6401208B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2016073638A (ja) ゲーム機、ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2019202192A (ja) ゲーム機、それに用いられる制御方法及びコンピュータプログラム
JP5848316B2 (ja) ゲームシステム、及びそれに用いられる制御方法
JP5809226B2 (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2020039942A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2016104127A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム
JP2016026611A (ja) ゲームシステム、それに用いられる制御方法及びコンピュータプログラム

Legal Events

Date Code Title Description
WWE Wipo information: entry into national phase

Ref document number: 201480046147.2

Country of ref document: CN

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

Ref document number: 14837611

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

Country of ref document: EP

Kind code of ref document: A1