WO2013168380A1 - ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム - Google Patents

ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム Download PDF

Info

Publication number
WO2013168380A1
WO2013168380A1 PCT/JP2013/002755 JP2013002755W WO2013168380A1 WO 2013168380 A1 WO2013168380 A1 WO 2013168380A1 JP 2013002755 W JP2013002755 W JP 2013002755W WO 2013168380 A1 WO2013168380 A1 WO 2013168380A1
Authority
WO
WIPO (PCT)
Prior art keywords
item
user
game
game control
unit
Prior art date
Application number
PCT/JP2013/002755
Other languages
English (en)
French (fr)
Inventor
正能 鈴木
浩之 冨田
美奈子 吉田
Original Assignee
株式会社コナミデジタルエンタテインメント
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by 株式会社コナミデジタルエンタテインメント filed Critical 株式会社コナミデジタルエンタテインメント
Publication of WO2013168380A1 publication Critical patent/WO2013168380A1/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/45—Controlling the progress of the video game
    • A63F13/48—Starting a game, e.g. activating a game device or waiting for other players to join a multiplayer session
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • 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/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/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/828—Managing virtual sport teams
    • 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
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/50—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers
    • A63F2300/57—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player
    • A63F2300/575—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of game services offered to the player for trading virtual items
    • 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
    • A63F2300/00—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game
    • A63F2300/60—Methods for processing data by generating or executing the game program
    • A63F2300/609—Methods for processing data by generating or executing the game program for unlocking hidden game elements, e.g. features, items, levels

Definitions

  • the present invention relates to a technology that is configured to be accessible from a communication terminal and controls execution of a game by the communication terminal.
  • social game Social
  • Social Social
  • API Application Programming Interface
  • SNS social networking service
  • Game is widespread. It can be said that the social game is a kind of online game that is played while communicating among an unspecified number of users. If a user can connect to the Internet and has a communication terminal equipped with a web browser, the user can enjoy a social game regardless of time and place.
  • a game called a professional baseball dream nine (registered trademark) is known in which baseball player cards are collected to create a team (see, for example, Non-Patent Document 1). .
  • An object of the present invention is to provide a game control device or the like that can maintain a user's interest in a game for a long period of time by providing a special item.
  • a game control device is configured to be accessible from a communication terminal, and controls the execution of a game by the communication terminal.
  • the game control device controls the first item in a state where use by a user is prohibited.
  • the 1st item grant part given to a user the 2nd item grant part which gives the user the 2nd item for making the 1st item usable, and the 2nd item used by the user And a state setting unit that sets the first item to a usable state.
  • FIG. 1 is an overall configuration diagram of a game system according to a first embodiment of the present invention.
  • A is an external view which shows an example of a communication terminal of a button input system, such as a foldable portable terminal (cellular phone)
  • B is a touch panel input system, such as a smart phone, for example It is an external view which shows an example of this communication terminal.
  • It is a block diagram which shows the internal structure of a communication terminal.
  • FIG. 1 It is a figure which shows an example of the data structure of the user database applied in the digital card game of a baseball format, (A) shows an example of the structure of user data, (B) has shown an example of the structure of order data. .
  • It is a figure which shows an example of the data structure of a card database (A) shows an example of the data structure of the card data for every issuance number, (B) shows the example of the data structure of the card data for every kind.
  • (A), (B) is a figure which shows an example of the data structure of an item database. It is a figure which shows an example of the display screen displayed on a user's communication terminal, when giving a use restriction player card to a user. It is the figure which showed an example of the display screen displayed on a user's communication terminal when a user uses a scissors item. It is a flowchart which shows an example of a process of the game system of Embodiment 1 of this invention. (A)-(C) are explanatory drawings of the disclosure pattern 1 when the contents of the restricted use player card are disclosed in the second embodiment of the present invention.
  • (A)-(C) are explanatory drawings of the disclosure pattern 2 when the contents of the restricted use player card are disclosed in the second embodiment of the present invention.
  • (A)-(C) are explanatory drawings of the disclosure pattern 3 when the contents of the restricted use player card are disclosed in the third embodiment of the present invention.
  • FIG. 1 is an overall configuration diagram of a game system according to Embodiment 1 of the present invention.
  • the game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, a game server 20 connected to the communication network NW, And a database server 30.
  • NW network
  • the game server 20 and the database server 30 constitute a game control device.
  • the game control device is configured separately for the game server 20 and the database server 30, but the present invention is not limited to this, and the game server 20 and the database server 30 are combined into one server. May be implemented.
  • Communication terminals 10a, 10b, 10c,... Are terminals operated by individual users.
  • the communication terminals 10a, 10b, and 10c are collectively referred to as the communication terminal 10.
  • the communication terminal 10 for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, or a television receiver having a bidirectional communication function (including a so-called multi-function smart TV) or the like.
  • a communication terminal can be employed.
  • the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a game service to the communication terminal 10.
  • the game server 20 is mounted with an application operable on a web browser as a game application.
  • the database server 30 is connected to the game server 20 via, for example, a wired line, and manages various information described later that is necessary for providing the game service to the communication terminal 10.
  • the communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20 and executes data appropriately distributed from the game server 20 on the web browser. Thereby, the user can operate a web page on the communication terminal 10 and can play a game.
  • an authentication server for authenticating a user who operates each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided.
  • the game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.
  • FIG. 2 is an external view of the communication terminal 10
  • A is an external view showing an example of a button input type communication terminal such as a foldable mobile terminal (mobile phone)
  • (B) is a smartphone, for example. It is an external view which shows an example of the communication terminal of a touch panel input method.
  • FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10.
  • the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, a display unit 16, And a wireless communication interface unit 17.
  • the CPU 11 to the instruction input unit 15 are connected to each other via a bus 18.
  • the bus 18 transmits control signals or data signals between the units.
  • the CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it.
  • the CPU 11 is described in a markup language such as HTML (Hyper Text Markup Language) for displaying a web page from the game server 20 based on a URL (Uniform Resource Locator) input to the user by the instruction input unit 15 or the like.
  • HTML Hyper Text Markup Language
  • URL Uniform Resource Locator
  • the communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser.
  • the CPU 11 transmits an access request including a user ID registered in advance or a user ID input via the instruction input unit 15 to the game server 20 via the wireless communication interface unit 17. .
  • the web browser notifies the image processing unit 14 of a drawing command for displaying the web page provided from the game server 20 on the display unit 16 based on the acquired data.
  • the web browser displays new data for displaying the web page according to the selection. Is transmitted to the game server 20.
  • the image processing unit 14 generates web page display image data based on a drawing command supplied from the CPU 11 and causes the display unit 16 to display the web page.
  • the display unit 16 includes, for example, an LCD (Liquid Crystal Display) monitor including thin film transistors arranged in a matrix in a pixel unit, and drives the thin film transistor based on display image data to display a web page on the display unit 16. Display.
  • LCD Liquid Crystal Display
  • the instruction input unit 15 includes a plurality of instruction input buttons such as a direction instruction button and a determination button for accepting a user operation input. It includes a button group 15a, a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11.
  • the direction instruction button is used, for example, when the user scrolls the web page displayed on the display unit 16.
  • the determination button is used, for example, when the user selects a certain hyperlink or menu among a plurality of hyperlinks or menus on the web page.
  • the button group 15b is arranged below the button group 15a and has a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (tenkeys) are written. including.
  • the instruction input unit 15 is configured by a touch panel.
  • the user performs an operation input by touching the display screen 16a with an indicator such as a fingertip or a pen.
  • the touch panel for example, a resistive film type or capacitive type touch panel is adopted.
  • the button group 15a may be provided.
  • the user selects a web page menu by pressing a direction instruction button, and performs a menu selection operation by pressing an enter button.
  • the communication terminal 10 is a touch panel input type communication terminal, the user performs a menu selection operation by touching the position of the menu on the display screen 16a on which the web page is displayed with an indicator.
  • FIG. 4 is a block diagram illustrating an example of the configuration of the game server 20.
  • the game server 20 manages a game website including a plurality of web pages having a hierarchical structure, for example, and provides a game service to the communication terminal 10.
  • the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a wireless communication interface unit 25.
  • the CPU 21 to the wireless communication interface unit 25 are connected to each other via a bus 26 for transmitting control signals and data signals between the units.
  • the game server 20 can take the same structure as a general-purpose web server regarding hardware.
  • the ROM 22 provides data to the web browser of the communication terminal 10 that is a client, and stores a game control program for causing the user to play a game on the communication terminal 10.
  • the ROM 22 stores various data referred to by the CPU 21 in addition to the game control program.
  • the CPU 21 loads the game control program in the ROM 22 to the RAM 23 and executes it to perform various processes. Further, the CPU 21 transmits data to the communication terminal 10 via the wireless communication interface unit 25. In addition, when the game server 20 performs the authentication process of the user of the communication terminal 10, the CPU 21 performs the authentication process.
  • the CPU 21 performs processing according to the hyperlink or menu selected by the user on the web page displayed on the communication terminal 10.
  • the processing includes, for example, transmission of new data, arithmetic processing in the game server 20, data processing, and the like.
  • the DB access unit 24 is an interface for the CPU 21 to read / write data from / to the database server 30.
  • the database server 30 can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the DB access unit 24 of the game server 20.
  • FIG. 5 is a block diagram showing an example of the configuration of the database server 30.
  • the database server 30 includes a user database 31, a card database 32, a game database 33, and an item database 34.
  • the database server 30 includes a CPU, a ROM, a RAM, and the like as with the game server 20, but is not shown in FIG.
  • the type of game realized by the game server 20 is not particularly limited, but in the following, as an example of a game realized by the game server 20 for convenience of explanation, a baseball digital card is used. Pick up the game.
  • the baseball-style digital card game integrates a scout mode for searching for player cards to create one's own team, a lottery mode for obtaining player cards by lottery, and two or more player cards.
  • Various game modes such as a strengthening mode for increasing the ability value of a specific player card are provided.
  • this digital card game is provided with a game mode (hereinafter referred to as a limited time mode) in which the period during which the user can play is limited.
  • This limited time mode is also called a limited time event.
  • a restricted use player card there are player cards that can be used by the user at the present time and player cards that are prohibited from being used by the user until a special item is used (hereinafter referred to as a restricted use player card).
  • “use a player card” means to use a player card in a strengthening mode, a game mode, or the like, which will be described later.
  • a use restriction player card is an example of the 1st item in this invention.
  • the special item is an example of a second item in the present invention.
  • adopted is mentioned as an example, and is demonstrated.
  • FIG. 6 is a diagram showing an example of the data structure of the user database 31 applied in the baseball format digital card game.
  • (A) shows an example of the structure of user data
  • (B) shows the structure of the order data. An example is shown.
  • the user database 31 includes user data D601 and order data D602.
  • User data D601 and order data D602 are tables assigned to each user, and are associated with a user ID.
  • the user data D601 includes “user ID”, “user name”, “display image”, “team”, “skill level”, “action point”, “management point”, “strengthening point”, “yale point”, Information on each item of “Number of players” and “Friends” is registered. Various information registered in the user database 31 is appropriately updated by the game server 20.
  • the user name is data on the user name displayed to identify the user on the communication terminal 10 when the digital card game is executed.
  • the user name for example, text data having a predetermined length or less designated in advance by the user is employed.
  • the user is specified on the network environment (or game community) provided by the game server 20 by the user name.
  • the display image is image data of a display image displayed to identify the user on the communication terminal 10 when the digital card game is executed.
  • the display image for example, avatar image data selected in advance by the user is employed.
  • Team is the name of the team specified by the user at the time of user registration in this digital card game.
  • this digital card game for example, there are a P league consisting of six teams P1 to P6 and a Q league consisting of six teams Q1 to Q6, and the user selects one of these 12 teams. Select at user registration.
  • the skill level indicates the current skill level of the user in this digital card game.
  • the skill level has an integer value expressed in a range from level 1 to level 100, for example. The higher the skill level, the higher the skill level value.
  • the action points are points that are necessary for the user to execute the above-described scout mode in the digital card game, for example.
  • the value of the action point decreases by a predetermined point every time the scout mode is executed, and recovers (increases) every time a predetermined time elapses.
  • Management points are points that are necessary for the user to perform the above-described battle mode in the digital card game, for example.
  • the value of the management point decreases due to a battle with another user or the like, and recovers (increases) every time a predetermined time elapses.
  • Enhance points are points that are necessary for the user to execute the above-described enhancement mode in the digital card game, for example.
  • the value of the reinforcement point decreases by strengthening the player card, and is recovered (increased) every time the player wins a battle with another user or a predetermined time elapses.
  • An ale point is a point given to a user when the user sends a support message to a fellow user who is his / her friend in the digital card game.
  • the number of players is the number of player cards held by the user.
  • the number of players increases or decreases when the user plays the scout mode or the strengthen mode.
  • the maximum number of players (for example, 60) is defined in advance.
  • the companion is data for specifying the companion user for the user, and here, the user ID of each companion user is adopted.
  • the order data D602 is information indicating the order (batting order) of each player card possessed by the user.
  • the order data D602 includes information on “batting order”, “serial key”, “position”, “ability”, and “card NO”.
  • “Batting order” indicates the batting order of player cards in the team possessed by the user.
  • Serial key indicates the player card issue number. Even if the issue number is a player card of the same player, a different number is assigned if the possessed user is different.
  • “Position” indicates the defensive position of the player card.
  • “Ability” indicates the current ability value of the player card.
  • the ability values include ability values of “batting force”, “running ability”, and “defense ability”. In the example of FIG. 6B, each ability value takes a value in the range of 0 to 1000, and the larger the ability value, the higher the ability.
  • ability values For the player cards of pitchers other than the fielder, “ball speed”, “ball control power”, and “stamina” may be adopted as ability values.
  • Card NO is identification information indicating the type of player card, and the same number is assigned to the player card of the same player.
  • the card database 32 holds information on all player cards issued by the game control device, which will be described in detail later.
  • the game database 33 stores information on game settings executed by the game server 20 and information on game results based on access from the game server 20.
  • Information related to game results may include various information depending on the nature of the game. Taking the case of this digital card game as an example, information on game results includes results of matches between users (scores, etc.), results of league matches (scores, rankings, etc.) between multiple users at a specific skill level. Including.
  • the item database 34 holds information about all items issued by the game control device, which will be described in detail later.
  • the item managed by the item database 34 indicates an item other than the player card.
  • FIG. 7 is a functional block diagram of the game system according to the first embodiment of the present invention.
  • the game control device includes a processing unit 700 and a data management unit 707 (an example of an item information management unit).
  • the processing unit 700 includes a user registration unit 701, a game progression unit 702, a game mode setting unit 703, a first item provision unit 704, a second item provision unit 705, and a state setting unit 706.
  • the user registration unit 701 performs a registration process for registering a user who wants to play this digital card game.
  • the user registration unit 701 displays, for example, a web page for performing user registration on the communication terminal 10, causes the user to input user information, and returns a registration request including the input user information. Then, the user registration unit 701 performs registration processing by registering user information included in the registration request in the user database 31.
  • the registration request may include information (for example, an IP address, a mail address, etc.) for specifying the transmission source communication terminal 10. Further, when the user is already using another game by the same game service provider, the user ID may be included in the registration request. As the user information, for example, a user name or a mail address of the communication terminal 10 is employed.
  • the user registration unit 701 may newly issue a user ID and register the user who transmitted the registration request as a new user.
  • the user registration unit 701 may register a new user using the user ID.
  • the user registration unit 701 transmits data indicating that the registration process is completed to the communication terminal 10.
  • the user registration unit 701 when the user registration unit 701 receives an application request for making another user a friend from the communication terminal 10 of a certain user, the user registration unit 701 registers these users as friends in the user database 31.
  • the user registration unit 701 transmits the application request to the communication terminal 10 of another user. . And if the notice of consent which approves becoming a friend from the communication terminal 10 of the said other user is received, these users will be registered into the user database 31 as a friend.
  • the user registration unit 701 registers the user IDs of other users who have agreed to become friends in the column of the users of the user data D601 of the user who transmitted the application request, and the user data D601 of other users. What is necessary is just to register the user ID of the user who transmitted the application request in the column of the friend.
  • the game progression unit 702 receives operation information appropriately transmitted from the communication terminal 10 according to an operation input from the user, and appropriately updates a web page displayed on the communication terminal 10 according to the received operation information.
  • the game is advanced by transmitting data to the communication terminal 10.
  • the digital card game includes a scout mode, a strengthening mode, a game mode, and a lottery mode game mode. Accordingly, the game progress unit 702 advances the game mode selected by the user.
  • the scout mode is a game mode in which a user searches for and collects player cards for each predetermined region in order to create his own team.
  • the game progression unit 702 consumes a predetermined point of action points possessed by the user, but gives the player a card as the price, and according to the ability value of the assigned player card Increase the user's enhancement points.
  • Enhance mode is a game mode in which the ability value of a specific player card is raised by integrating two or more player cards.
  • the game progression unit 702 consumes the strengthening points possessed by the user by a predetermined point, but as a consideration, the ability value of a specific player card is improved.
  • the game mode is a game mode in which the user battles his team against another user's team.
  • the game progression unit 702 consumes a predetermined number of management points, but increases the reinforcement points by a predetermined point if the game is won.
  • the lottery mode is a game mode in which a player card is given to the user by lottery.
  • the game progression unit 702 performs a lottery process by consuming predetermined points for the ale points, and selects one player card from a plurality of predetermined player cards. , Give to users.
  • the game progression unit 702 executes order processing, item processing, and the like.
  • the order process is a process for the user to change the player's card order of the player who is the starting member, or to replace the player card of the player who is the starting player with the player card of the player who is the starting member.
  • the game progression unit 702 receives operation information appropriately transmitted from the communication terminal 10 in accordance with the user's operation input, and updates the order data D602 according to the received operation information. , Change the order of the player cards, or add the player's player card to the starting member.
  • Item processing is processing for confirming the contents of items held by the user in the game.
  • the game progress unit 702 accesses the card database 32 and the item database 34, reads information on the player cards and items possessed by the target user, and reads the data including the information from the target user. It transmits to the communication terminal 10. Thereby, the communication terminal 10 displays a list of player cards possessed by the user according to the received data, and notifies the user of the possessed player cards.
  • the game progression unit 702 advances the limited time mode.
  • the period limited mode is a game mode in which a period during which the user can play is limited, and is a game mode set by the game mode setting unit 703.
  • the game progression unit 702 gives the user various privileges for strengthening his / her team.
  • the game progression unit 702 assigns in advance a process for advancing the game mode to each menu displayed on the web page.
  • the game progression unit 702 receives information about the selected menu from the communication terminal 10, and is selected based on the received information.
  • the process assigned to the menu is executed.
  • FIG. 8 is a screen diagram showing an example of the top page of the game displayed on the communication terminal 10 by the game progression unit 702.
  • the top page shown in FIG. 8 includes a plurality of menus to which a plurality of processes executed in the game are assigned. Note that the top page data shown in FIG. 8 is generated by the game progression unit 702.
  • the top page varies depending on each user.
  • the top page displays a user name and a team name.
  • the top page includes a user data display area, a player image display area, and a menu display area.
  • the information written in the X / Y format is such that X indicates the point or number held by the user, and Y indicates the maximum value of the point or number. .
  • X indicates the point or number held by the user
  • Y indicates the maximum value of the point or number.
  • the number of players is described as “40/60”, it indicates that the number of players currently possessed by the user is 40 and the maximum number of players that can be owned is 60.
  • menus m1 to m7 labeled “Scout”, “Strengthen”, “Game”, “Lottery”, “Order”, “Item”, and “Limited time” are displayed.
  • the menus m1 to m7 correspond to a scout mode, a strengthen mode, a game mode, a lottery mode, an order process, an item process, and a limited time mode, respectively.
  • the communication terminal 10 transmits data indicating that the scout mode has been selected by the user to the game control device.
  • the game progression unit 702 appropriately transmits data for proceeding to the scout mode to the communication terminal 10, and proceeds with the scout mode while exchanging data with the communication terminal 10.
  • the game progress part 702 when displaying the top page shown in FIG. 8 on a user's communication terminal 10, the game progress part 702 performs the following processes. First, the game progression unit 702 accesses the user database 31 and reads out data of each item included in the user data display area and image data of the player card to be displayed in the player image display area. Next, the game progress unit 702 generates top page data shown in FIG. 8 and transmits it to the communication terminal 10. The data generated here is different for each user (that is, for each user ID). The communication terminal 10 interprets the received data and displays the top page on the display unit 16 (display screen 16a).
  • the game mode setting unit 703 sets the limited time mode.
  • the game mode setting unit 703 displays a menu with “period limited” on the top page shown in FIG. By providing m7, the provision of the limited time mode is started.
  • the game mode setting unit 703 deletes the menu m7 from the top page shown in FIG. 8 when the end time of the period-limited mode provision period preset by the game service provider has arrived. Terminate the offer.
  • FIG. 9 is a diagram illustrating an example of a mode in which the game mode setting unit 703 sets the limited time mode.
  • the horizontal axis represents time.
  • FIG. 9B it is shown that the three time limited modes GM1 to GM3 are sequentially set in time series.
  • the game mode setting unit 703 starts providing the limited time mode GM1
  • the game mode setting unit 703 provides the limited time mode GM1. Exit.
  • the game mode setting unit 703 starts providing the limited time mode GM2 when the time t3 arrives, and the game mode setting unit 703 ends providing the limited time mode GM2 when the time t4 arrives.
  • the game mode setting unit 703 sequentially sets the limited time mode in accordance with the start time and end time preset by the game service provider.
  • the limited time mode it is held in accordance with the opening time of the actual open game of professional baseball and the opening time of the actual professional baseball game For example, a competition event.
  • the user consumes a predetermined point of management points owned by himself / herself, causes his / her team to play against another user's team, and the skill level shown in FIG.
  • various points such as action points and reinforcement points can be acquired.
  • the user can acquire more skill levels and various points as compared to the case of selecting and playing a normal game mode.
  • the game progress part 702 determines the victory or defeat of the battle
  • the limited time mode a game mode that provides the above-described scout mode, reinforcement mode, or lottery mode with a limited period may be adopted as the limited period mode.
  • a game mode that provides the above-described scout mode, reinforcement mode, or lottery mode with a limited period may be adopted as the limited period mode.
  • many benefits are given compared to the case where the user plays the normal scout mode, the strengthening mode, or the lottery mode. What should I do? For example, in a limited-time scout mode, a player card having a higher ability value or rareness may be given to the user than in a normal scout mode.
  • strengthening mode what is necessary is just to make the raise value at the time of uniting two or more player cards and raising the ability value of a specific card larger than a normal reinforcement
  • the probability of winning a player card with a high ability value or a rare degree may be higher than in the normal lottery mode.
  • the user can efficiently increase the skill level and various points of his / her team by playing the limited time mode. Therefore, by providing the limited time mode, the game service provider can activate the game by acquiring a new user or increasing the number of logins of the user.
  • the first item granting unit 704 grants the use-restricted player card to the user while prohibiting the use by the user.
  • the 1st item provision part 704 should just give a use restriction
  • the game progression unit 702 determines a use-restricted player card as a player card to be given to the user by a lottery process
  • the first item grant unit 704 gives the user a use-restricted player card do it.
  • the first item granting unit 704 determines whether or not to grant a restricted use player card to the user and a lottery process for determining the restricted use player card to be given.
  • the use restriction card determined by the lottery process may be given to the user.
  • the first item granting unit 704 determines whether or not to grant a use restriction card to the user and a use restriction player card to be given when a predetermined timing comes when the user is playing this card game.
  • the lottery process for performing may be performed, and the use restriction card determined by the lottery process may be given to the user.
  • the predetermined timing a timing at which the battle is ended in the game mode may be employed, or a timing at which a certain period (for example, 1 day, 3 days, etc.) has elapsed may be employed.
  • a certain period for example, 1 day, 3 days, etc.
  • the fixed period for example, an accumulated time of the time that the user is playing the card game may be adopted, and the elapsed time in the real world may be determined regardless of whether or not the user is playing the card game. It may be adopted.
  • the 1st item grant part 704 grants a use restriction player card to a user by registering information about a use restriction player card in card database 32 (refer to Drawing 10, an example of item information). Moreover, the 1st item provision part 704 will transmit the data for alert
  • FIG. 10 is a diagram showing an example of the data configuration of the card database 32.
  • (A) shows an example of the data configuration of the card data D1001 for each issued number
  • (B) shows the data configuration of the card data D1002 for each type.
  • An example is shown.
  • the 1st item provision part 704 registers the information regarding the use restriction player card provided to the card database 32, whenever a use restriction player card is provided to a user. Note that the card database 32 also holds information related to normal player cards other than restricted use player cards.
  • the card database 32 includes card data D1001 and D1002.
  • the card data D1001 is a relational database in which one record is assigned to each issued player card. That is, as the card data D1001, one record is generated every time a player card is issued. For example, even if a player card of the same player is issued to another user, another record is assigned.
  • the card data D1001 relates to the items of “serial key”, “card NO”, “level”, “rare degree”, “user ID”, “assigned limited time mode”, “attribute”, and “assigned date / time”. Holds information.
  • Serial key indicates the player card issue number. Therefore, even if the serial key is a player card of the same player, the number is different if the user to be given is different.
  • Card No is a number for specifying the type of card, and the same number is assigned to the player card of the same player.
  • Level indicates the level that the player card currently has.
  • the “rare degree” is a value indicating the degree of rarity value of the player card, and the higher the value, the lower the probability of appearing in the game.
  • the rarity is expressed in, for example, five levels of 1 to 5, and the rarity of the player card corresponding to the player with outstanding technical ability or the popular player is set high.
  • “User ID” is identification information of the user who has given the player card.
  • “Granted period limited mode” is set when the player card is a restricted use player card, and is identification information for identifying the limited period mode in which the player card is granted.
  • Attribute is information indicating whether or not a player card is a restricted use player card. For restricted use player cards, “use restriction” is set, and for normal player cards, “normal” is set. Is done.
  • “Granted date” is the date when the player card was given to the user.
  • the card data D1001 includes information such as the issue time of the player card, the last update time when the information related to the player card was last updated, and birth data indicating whether or not the player card is purchased by item charging. It does not matter.
  • the card data D1002 shown in FIG. 10 (B) is a relational database in which one record is assigned for each type of player card. That is, it is a relational database in which different records are assigned to each player.
  • the card data D1002 holds information of “card NO”, “team name”, “name”, “basic ability”, and “image data”.
  • Card NO is a number indicating the type of player card.
  • Team name is the name of the team to which the player card belongs.
  • “Name” indicates the player name represented by the player card.
  • Base ability indicates the default ability value of each player card. Here, “batting force”, “running ability”, and “defense ability” are included. If the player card is a pitcher, “ball speed”, “ball control power”, and “stamina” may be adopted as ability values.
  • Image data is image data of a player card.
  • a player card with a serial key of “1” is a use-restricted player card, so “use restriction” is set as “attribute”. Further, this player card is given to the user in the limited time mode GM1, and the given date is 17:30 on February 8, 2012. Accordingly, in FIG. 10A, “GM1” is set as the “Granted time limited mode”, and “February 8, 2012 17:30” is set as the “Grant date and time”.
  • FIG. 12 is a diagram illustrating an example of a display screen displayed on the communication terminal 10 of the user when the restricted use player card is given to the user.
  • the restricted use player card 1201 is displayed in a display form as if it was wrapped in a bag 1202. Then, a word “A scissors item is required” is displayed below the bag 1202. Therefore, the user can recognize that a scissors item must be acquired separately in order to make the use-restricted player card usable.
  • the first item assigning unit 705 displays the display screen shown in FIG. 12 on the communication terminal 10 of the user when the “item” menu m6 shown in FIG. 8 is selected and there is a request for item processing from the user.
  • the display screen shown in FIG. 12 may be displayed on the communication terminal 10 of the user when the restricted use player card 1201 is given.
  • the second item assigning unit 705 assigns a scissors item (an example of the second item), which is an item for enabling the use restricted player card, to the user.
  • the 2nd item grant part 705 gives an item to a user by registering information about a use restriction player card in item database 34 (refer to Drawing 11 (A) and (B), an example of item information).
  • FIGS. 11A and 11B are diagrams illustrating an example of the data configuration of the item database 34.
  • the second item assigning unit 705 registers information related to the scissors item in the item database 34 every time the scissors item is given to the user.
  • the item database 34 also holds information related to items other than scissors items (for example, recovery drugs).
  • the item database 34 includes item data D1101 for each issued number and item data D1102 for each type.
  • Item data D1101 is a relational database in which one record is assigned to each issued item. That is, as the item data D1101, one record is generated every time an item is issued. For example, even if the same type of item is issued to another user, another record is assigned.
  • the item data D1101 holds information of “serial key”, “item NO”, “user ID”, and “grant date”.
  • Serial key indicates the issue number of the item. Even if the serial key is an item of the same type, the number is different if the user to be assigned is different.
  • “User ID” is identification information of the user who assigned the item.
  • “Grant date” is the date when the item was granted to the user.
  • the item data D1102 shown in FIG. 11B is a relational database in which one record is assigned for each item type. That is, it is a relational database in which different records are assigned for each item type.
  • Item data D1102 holds information of “item NO”, “item name”, and “image data”.
  • “Item No.” is a number indicating the type of item card. For example, if there are scissors items and recovery drugs as items, different item numbers are assigned to the scissors items and recovery drugs.
  • “Item name” is the name of the item.
  • Image data is image data of an item.
  • the 2nd item provision part 705 should just provide a scissors item, when a user satisfy
  • a predetermined condition the number of times of winning a battle with another user in the game mode after giving the restricted use player card is a predetermined number of times (for example, once, twice, etc.). There is no particular limitation).
  • a special mission may be imposed on the user and the mission may be cleared.
  • the mission for example, it is possible to employ a game mode such as defensive practice, throwing practice, and hitting practice to cause the user to increase parameters such as ability values to a predetermined value.
  • the mission it may be adopted that the accumulated play time of the digital card game is a predetermined time.
  • the predetermined condition it may be adopted that the number of player cards collected after the use of restricted use player cards has reached a predetermined number.
  • the predetermined condition it may be adopted that the number of messages transmitted to the friends after giving the use restricted player card has reached the predetermined number.
  • the second item granting unit 705 individually manages predetermined conditions for each restricted use player card, and scissors items for each restricted use player card. Or one scissors item that can make all the current possession or a predetermined number of restricted use player cards usable.
  • the 2nd item provision part 705 may provide a 2nd item in the time-limited mode different from the time-limited mode in which the 1st item provision part 704 provided the use restricted player card to the user.
  • the limited use player card is given to the user in the limited time mode GM1
  • the scissors item is given to the user in the limited time mode GM2. This is because the user satisfies a predetermined condition in the limited time mode GM2.
  • the second item granting unit 705 does not grant the scissors item to the user unless the limited time mode GM2 is started. Like that.
  • the 2nd item provision part 705 should just provide a scissors item to a user, when the period limited mode GM2 is started, when a user satisfy
  • the restricted use player card is given to the user in the limited time mode GM1
  • the scissors item is given to the user in the limited time mode GM3. This is because the user satisfies a predetermined condition in the limited time mode GM3.
  • the second item granting unit 705 grants the scissors item in the next limited time mode after the use restricted player card is given by the first item granting unit 704.
  • the present invention is not limited to this.
  • the scissors item may be given first, and then the first item giving unit 704 may give the use-restricted player card.
  • the state setting unit 706 sets the use-restricted player card to the usable state.
  • the state setting unit 706 may make the use-restricted player card usable by setting “attribute” of the card data D1001 shown in FIG. 10A from “usage restriction” to “normal”. .
  • FIG. 13 is a diagram showing an example of a display screen displayed on the user's communication terminal 10 when the user uses the scissors item.
  • an item display column 1310 in which the scissors item 1312 is displayed and a player card display column 1320 for selecting a player card to be used for the scissors item 1312 are displayed.
  • the player card display field 1320 is displayed in two rows.
  • a word “Please select a restricted use player card to be used” is displayed.
  • the use of the scissors item 1312 is displayed. The user is prompted to select a target player card.
  • a check box 1321 for selecting a use-restricted player card to be used for the scissors item 1312 is displayed.
  • the user inputs a check mark in the check box 1321 to select one use-restricted player card to be used as a scissors item.
  • the player card “ABC player” is selected as a target for use of the scissors item 1312.
  • the scissors item 1312 is used for the use restricted player card selected by the user. Thereby, the use restricted player card of the ABC player becomes usable.
  • the state setting unit 706 may delete the scissors item.
  • the state setting unit 706 may delete the scissors item used by the user from the item database 34.
  • the 2nd item provision part 705 may give the scissors item which can be used in multiple times to a user in addition to the scissors item which can be used only once.
  • the state setting unit 706 counts the number of times used for each scissors item, and when the number of times of use reaches the upper limit, the scissors item may be deleted.
  • the user registration unit 701 to state setting unit 706 shown in FIG. 7 are included in the game control program in the present embodiment, and are configured by program modules that can also control the wireless communication interface unit 25, the DB access unit 24, and the like. This is realized by being executed by the CPU 21.
  • the data management unit 707 includes a user database 31 to an item database 34.
  • the user database 31 to the item database 34 are configured by a storage device (for example, HDD) of the database server 30.
  • the game control program also includes a program module for managing the user database 31 to the item database 34.
  • the program module to be managed is executed by, for example, the CPU (not shown) of the database server 30 to implement the data management unit 707.
  • FIG. 14 is a flowchart showing an example of processing of the game system according to the first embodiment of the present invention.
  • the 1st item provision part 704 provides a use restriction player card to a user (S101).
  • the second item granting unit 705 determines whether or not the time limited mode in which the use-restricted player card has been granted ends and the user satisfies a predetermined condition for granting the scissors item (S102). ).
  • the limited time mode to which the use-restricted player card is given the limited time mode GM1 corresponds to the example of FIGS. 9A and 9B.
  • the second item granting unit 705 grants the scissors item to the user who has given the corresponding use restricted player card (S103).
  • the second item assigning unit 705 advances the process to S104 without assigning the scissors item.
  • the state setting unit 706 selects the scissors item. Erasing is performed (S105), and the use-restricted player card is made usable (S106).
  • the state setting unit 706 ends the process without making the use-restricted player card usable.
  • the state setting unit 706 increments the use count value every time the scissors item is used, and the use count value reaches a predetermined upper limit value.
  • the scissors item can be deleted.
  • the game system according to the second embodiment is characterized in that the contents of the use-restricted player card are made secret and given to the user.
  • the same components as those in the first embodiment are denoted by the same reference numerals, and description thereof is omitted.
  • the 1st item provision part 704 shown in FIG. 7 provides a user with a use restriction player card in the state which cannot recognize all or one part of the content of a use restriction player card.
  • a use-restricted player card to the user in a state where the first item giving unit 704 cannot recognize all or part of the use-restricted player card contents
  • FIG. A mode in which a question mark image is displayed instead of the image may be employed.
  • the state setting unit 706 releases the contents of the use-restricted player card in stages and restricts the use when all the contents of the use-restricted player card are released.
  • the state setting unit 706 may manage what information is disclosed among the information on the use-restricted player card by registering history information indicating which information is disclosed in the card database 32.
  • to disclose all the contents of the restricted player card means to release all information that is predetermined to be disclosed among the information related to the restricted player card.
  • FIGS. 15A to 15C are explanatory diagrams of the public pattern 1 when the contents of the restricted use player card are disclosed in the second embodiment of the present invention.
  • FIG. 15A shows the scissors item A used.
  • (B) shows a case where scissors item B is used after scissors item A
  • (C) shows a case where scissors item C is used after scissors items A and B.
  • the public pattern 1 the user is allowed to use a plurality of release items whose contents to be disclosed are determined in advance, and the contents of the restricted use player card are disclosed step by step.
  • 15A to 15C illustrate three types of scissors items A to C as release items.
  • the scissors item A is a release item that publishes only the team name to which the player belongs, for example, among the information on the restricted use player card. Therefore, when the scissors item A is used by the user, the state setting unit 706 includes an image (question mark image) indicating that the team name and the player image are still undisclosed in the information on the restricted use player card. ) Is transmitted to the communication terminal 10 of the corresponding user. Accordingly, a public image 1501 on which a player card 1511 on which a question mark is displayed and a team name is displayed is displayed on the user's communication terminal 10 as shown in FIG.
  • the scissors item B is a release item that, for example, reveals the rarity and the outline of the player in the information on the restricted use player card. Therefore, when the scissors item B is used by the user, the state setting unit 706 includes an image showing only the outline of the player and the rare degree in addition to the information that is already permitted to be released among the information on the use player restriction card. Is transmitted to the communication terminal 10 of the corresponding user. In the example of FIG. 15B, scissors item B is used after scissors item A. Therefore, in FIG. 15B, in addition to the information disclosed in FIG. 15A, a player card 1521 displaying only the outline of the player and a public image 1502 displaying the rare degree are displayed.
  • the scissors item C is a release item that publishes the player's image, ability value, position, and name among the information on the restricted use player card. Therefore, when the scissors item C is used by the user, the state setting unit 706, in addition to the information that has already been permitted to be released among the information on the use-restricted player card, the player image, the ability value, the position, The data including the player name is transmitted to the communication terminal 10 of the corresponding user.
  • scissors item C is used next to scissors items A and B. Therefore, in FIG. 15 (C), in addition to the information disclosed in FIG. 15 (B), a player card 1531 in which all the images of the players are displayed, and a public image 1503 in which the ability value, position, and name are displayed. Is displayed.
  • the state setting unit 706 changes the “attribute” of the corresponding card from “restricted use” to “normal” in the card data D1001 shown in FIG. In this way, the restricted use player card is made usable.
  • FIGS. 15A to 15C all the three types of scissors items A to C are used to disclose all the information on the restricted use player card.
  • the present invention is not limited to this. All of the information related to restricted use player cards may be disclosed on condition that a predetermined number of scissors items of type or more are used. Moreover, you may change the number of scissors items required in order to disclose all the information regarding a use restriction player card according to a use restriction player card. For example, increase or decrease the number of scissors items required to publish all information related to restricted-use player cards for restricted-use player cards with high rareness than restricted-use player cards with low rareness. Also good.
  • the achievement level of the user's game increases, the number of scissors items required to disclose all information related to restricted use player cards may be reduced.
  • the achievement level for example, the number of games in which the user has played against other users after the use-restricted player card is given, or the cumulative play time of the digital card game may be employed.
  • the second item granting unit 705 grants the scissors items A to C to the user
  • the user satisfies a predetermined condition regarding the progress of the game.
  • a mode of giving scissors items may be adopted.
  • the second item assigning unit 705 may make the condition for giving the special scissors item stricter than the condition for giving the scissors items A to C. Good. For example, if a limited-use player card is granted in the limited-time mode GM1, scissors items A to C can be used in the limited-time mode GM2, but special scissors items can be used only after the limited-time mode GM3. Good.
  • the contents of the restricted use player card are disclosed according to the use of a plurality of types of scissors items. Therefore, the user tries to know the contents of the restricted use player card by collecting a plurality of scissors items. Can be motivated to do.
  • the first item provision unit 704 discloses predetermined information (in this case, a position is adopted) among the information on the restricted use player card, and gives the restricted use player card to the user.
  • the 2nd item provision part 705 provides a user with a ball item and a bat item as a cancellation
  • the state setting unit 706 publishes information about the restricted player card only when the ball item is used for the restricted player player whose position is a pitcher. Do not disclose information about restricted player cards. Then, each time the ball item is used, the state setting unit 706 increases the number of information to be disclosed among the information on the restricted use player card, and gradually discloses the contents of the restricted use player card. And the state setting part 706 will make a use restriction player card a usable state, if all the information regarding a use restriction player card is disclosed.
  • the state setting unit 706 publishes information on the restricted use player card only when the bat item is used for the use restricted player card in the position, and the restricted use player card even if the ball item is used. Do not publish status about. Then, each time the bat item is used, the state setting unit 706 increases the number of information to be disclosed among the information on the restricted use player card, and when all the information on the restricted use player card is released, the restricted use player Make the card ready for use.
  • FIGS. 16A to 16C are explanatory diagrams of the public pattern 2 when the contents of the restricted use player card are disclosed in the second embodiment of the present invention
  • FIG. (B) is a display screen displayed on the communication terminal 10 when the ball item can be used
  • (C) when the ball item cannot be used
  • 3 is a display screen displayed on the communication terminal 10.
  • an item display field 1610 in which the ball item 1612 is displayed and a player card display field 1620 for selecting a player card to be used for the ball item 1612 are displayed.
  • the player card display field 1620 is displayed in two rows.
  • a fielder restricted player card whose position is short is displayed in the upper player card display field 1620.
  • use-restricted player cards whose positions are pitchers are displayed.
  • the question mark image is displayed in the player card display column 1620 . It is private.
  • the user inputs a check mark in the check box 1621 of the player card display field 1620 in the lower row, selects a pitcher use restricted player card, and selects a use button 1611.
  • the state setting unit 706, as shown in FIG. An image for publishing the image is displayed on the communication terminal 10. Thereby, the user can recognize that the ball item 1612 can be used.
  • the user inputs a check mark in the check box 1621 of the player card display field 1620 in the upper row, selects a fielder restricted player card, and selects a use button 1611.
  • the state setting unit 706 displays the word “Need a bat item” as shown in FIG. An image is displayed on the communication terminal 10. Thereby, the user can recognize that the bat item is necessary to know the contents of the fielder restricted use player card.
  • the state setting unit 706 discloses all information regarding the use restricted player card. And the use of the use-restricted player card by the user is permitted. This is the same when a bat item is used against a fielder restricted player card.
  • the release item according to the type of the restricted use player card is displayed to the user.
  • the motivation to collect a plurality of cards and know the contents of restricted use player cards can be given.
  • the first item granting unit 704 grants the use-restricted player card to the user by making at least the image private out of the information on the use-restricted player card.
  • the 2nd item provision part 705 provides a user with multiple types of cancellation
  • the state setting unit 706 discloses a part of the player's body of the restricted player card according to the type of the release item, and makes the restricted player card usable when the entire body is released. .
  • FIGS. 17A to 17C are explanatory diagrams of the public pattern 3 when the contents of the use-restricted player card are disclosed in the third embodiment of the present invention, and FIG. 17A shows that the cap item is used. (B) shows the case where the bat item is used next to the cap item, and (C) shows the case where the spike item is used after the cap item and bat item.
  • the state setting unit 706 causes the communication terminal 10 of the corresponding user to display the card image 1713 in which only the face is displayed and the other parts are displayed transparently.
  • the state setting unit 706 displays the image of the card image 1723 in which the upper body including the face is displayed and the other parts are displayed transparently on the communication terminal 10 of the corresponding user.
  • the state setting unit 706 displays the card image 1733 on which all parts are displayed on the communication terminal 10 of the corresponding user. And if all the images of the player of a use restriction player card are made public, state setting part 706 will permit use by the user of the use restriction player card concerned.
  • information other than images among the information related to restricted use player cards may be appropriately disclosed according to the use of the release item as in the public pattern 1.
  • the player's body of the restricted use player card is gradually released in accordance with the use of a plurality of types of items, so that the user's expectation for the restricted use player card is effective. Can be increased.
  • the user has given the second item to the user by satisfying a predetermined condition regarding the progress of the game.
  • the present invention is not limited to this. You may make it become the structure which provides a 2nd item to a user on condition that the user charged.
  • the degree of freedom of the game can be increased by providing means that satisfies the needs of the user who wants to obtain the second item immediately.
  • the revenue of the game service provider can be increased.
  • the function of the second item may be changed according to the charge amount. That is, for the second item with a high charge amount, the number of times the first item can be used may be increased.
  • the digital card game has been described as an example.
  • the present invention is not limited to this, and the present invention can be applied to any game that gives an item to a user. .
  • each block of the processing unit 700 shown in FIG. 7 may be distributed among a plurality of devices or may be included in one device.
  • each block of the processing unit 700 illustrated in FIG. 7 may be configured by an integrated circuit.
  • the game control device controls a game executed on the communication terminal 10, but the present invention is not limited to this, and is a home game device having a communication function instead of the communication terminal 10. You may make it control the game performed.
  • a game control apparatus is configured to be accessible from a communication terminal (10), and is a game control apparatus that controls the execution of a game by the communication terminal (10), and is prohibited from use by a user
  • a state setting unit (706) that sets the first item to an available state when the second item is used by the user; Note that the game control method, the game control program, and the game system according to the present invention have the same configuration as the game control device.
  • the first item for example, a player card is adopted in a card game in which player cards are collected and a team is formed.
  • a recovery drug that recovers the character's parameters or points, a chemical that improves the character's ability, a weapon or armor used by the character, and the like may be used.
  • the second item may be any item as long as it is an item of a different type from the first item.
  • the user to whom the first item is assigned cannot use the first item immediately. If the user acquires the second item separately and does not use the second item, the first item is used. The item cannot be used. Conversely, the user to whom the second item is given before the first item will hold it wastefully without being able to use it even though it has an item that can use the first item. Thereby, a user's interest with respect to a 1st item can be raised, and a user's expectation for using a 1st item can be raised. In addition, the user can be motivated to acquire the second item in order to use the first item, and the user can be attracted to the game until the second item is acquired. Furthermore, since the user can be craved for acquiring the first item, the user's interest in the game can be maintained for a long period of time.
  • the second item granting unit may control the second item grant to the user after the first item grant to the user.
  • the user uses the already acquired second item as soon as the first item is given. Can be enabled. However, this impairs the original meaning of giving the first item in an unusable state and keeping the user in the game until the first item is used. Therefore, in this configuration, the second item is given to the user after the first item is given. Thereby, the user's craving for obtaining the second item can be strengthened, the user who wants to continue the game until the second item is obtained can be motivated, and the continuation of the game by the user can be prolonged. Can be achieved.
  • the first item granting unit (704) grants the first item to the user in a state where all or part of the contents of the first item cannot be recognized, and the status setting unit (706) When the second item is used, the content of the first item is preferably disclosed to the user.
  • the user when the first item is given, the user cannot recognize all the contents of the first item. And if the 2nd item is used, the contents of the 1st item can be recognized. Therefore, the user's expectation for using the second item can be more effectively increased.
  • the state setting unit (706) gradually discloses the contents of the first item according to the use of the second item, and when the contents of the first item are all disclosed, It is preferable to set the item in a usable state.
  • the user can use a plurality of second items whose contents to be disclosed are determined in advance, and the image and parameters of the first item are stepped. The mode to make it open to the public is mentioned. According to this configuration, since the content of the first item is gradually released according to the use of the second item, the user is motivated to gather the second item and know the content of the first item. be able to.
  • a game mode setting unit (703) for setting a plurality of game modes in the game is further provided, and the second item granting unit (705) is configured to send the first item granting unit (704) to the user.
  • the second item is preferably given in a game mode different from the game mode in which one item is given.
  • the plurality of game modes may be game modes in which at least a part of the time or period in which the service is provided is executed in parallel, or may be game modes having different service provision times.
  • an event with a limited time provided in a social game or the like can be employed.
  • the game mode setting unit sets the next game mode immediately or after a certain interval, for example, when a service period for a certain game mode ends, or after a certain game mode is started, for a predetermined period of time.
  • a plurality of game modes having different service provision periods are sequentially set in time series so that the next game is started while the game mode is continued.
  • the user cannot acquire the second item unless a game mode different from the game mode to which the first item is assigned is started. Therefore, in order to acquire the second item, the user can be motivated to participate in a game mode different from the game mode in which the first item is acquired, and the user can be attracted to the game for a long period of time.
  • the second item assigning unit (705) assigns the second item to the user when the user satisfies a predetermined condition regarding the progress of the game.
  • examples of the predetermined condition relating to the progress of the game include the number of plays played by the user since the first item is given, the number of matches played against another user, and the like. According to this structure, in order to acquire a 2nd item, the motivation which is going to increase the number of plays, the number of battles, etc. can be provided to a user.
  • the predetermined condition is that the number of times that the user has won a game in which the user battles with another user is a predetermined number of times.
  • the player since the number of wins in the battle is a predetermined condition, for example, in a game in which player cards are collected to create their own team, the player can collect his / her own team by collecting player cards with high ability values. The user can be motivated to strengthen and win the battle.

Abstract

第１アイテム付与部は、ユーザによる使用を禁止した状態で使用制限選手カードをユーザに付与する。第２アイテム付与部は、使用制限選手カードを使用可能にするためのアイテムであるハサミアイテムをユーザに付与する。状態設定部は、ハサミアイテムがユーザにより使用された場合、使用制限選手カードを使用可能状態に設定し、当該使用制限選手カードのユーザによる使用を許可する。

Description

ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム
　本発明は、通信端末からアクセス可能に構成され、通信端末によるゲームの実行を制御する技術に関するものである。
　近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ（Ａｐｐｌｉｃａｔｉｏｎ　Ｐｒｏｇｒａｍｍｉｎｇ　Ｉｎｔｅｒｆａｃｅ）などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Ｓｏｃｉａｌ　Ｇａｍｅ）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。
　ところで、ソーシャルゲームにおいては、長期に渡ってユーザにプレイしてもらうために、種々のポイントやアイテムをユーザに付与することが行われている。
　なお、本発明に関連する技術として、例えば、野球の選手カードを収集して自身のチームを作り上げるプロ野球ドリームナイン（登録商標）と呼ばれるゲームが知られている（例えば、非特許文献１参照）。
　しかしながら、多くのポイントやアイテムを付与したとしても、それらを一旦使用してしまえば、次にやることがなく、ユーザによってはそれを区切りとしてゲームを止めてしまう者も多くいる。
"プロ野球ドリームナインホームページ"、［ｏｎｌｉｎｅ］、［平成２４年４月９日検索］、インターネット〈ＵＲＬ：ｈｔｔｐ：／／ｗｗｗ．ｋｏｎａｍｉ．ｊｐ／ｐｒｏｄｕｃｔｓ／ｓｎｓ＿ｇｒｅ＿ｄｒｅａｍｎｉｎｅ／＞
　本発明の目的は、特殊なアイテムを設けることで、長期間に渡りユーザのゲームへの関心を持続させることができるゲーム制御装置等を提供することである。
　本発明の一態様によるゲーム制御装置は、通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置であって、ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部と、前記第１アイテムを使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部と、前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部とを備える。
本発明の実施の形態１によるゲームシステムの全体構成図である。 通信端末の外観図であり、（Ａ）は折り畳み式の携帯端末（携帯電話機）などのボタン入力方式の通信端末の一例を示す外観図であり、（Ｂ）は、例えばスマートフォンなどのタッチパネル入力方式の通信端末の一例を示す外観図である。 通信端末の内部構成を示すブロック図である。 ゲームサーバの構成の一例を示すブロック図である。 データベースサーバの構成の一例を示すブロック図である。 野球形式のデジタルカードゲームにおいて適用されるユーザデータベースのデータ構造の一例を示す図であり、（Ａ）はユーザデータの構造の一例を示し、（Ｂ）はオーダデータの構造の一例を示している。 本発明の実施の形態１によるゲームシステムの機能ブロック図である。 ゲーム進行部が通信端末に表示させるゲームのトップページの一例を示した画面図である。 ゲームモード設定部が期間限定モードを設定する態様の一例を示した図である。 カードデータベースのデータ構成の一例を示す図であり、（Ａ）は発行枚数毎のカードデータのデータ構成の一例を示し、（Ｂ）は種類毎のカードデータのデータ構成の一例を示している。 （Ａ）、（Ｂ）は、アイテムデータベースのデータ構成の一例を示す図である。 使用制限選手カードをユーザに付与する際にユーザの通信端末に表示される表示画面の一例を示す図である。 ユーザがハサミアイテムを使用する際にユーザの通信端末に表示される表示画面の一例を示した図である。 本発明の実施の形態１のゲームシステムの処理の一例を示すフローチャートである。 （Ａ）～（Ｃ）は、本発明の実施の形態２において、使用制限選手カードの内容を公開する際の公開パターン１の説明図である。 （Ａ）～（Ｃ）は、本発明の実施の形態２において、使用制限選手カードの内容を公開する際の公開パターン２の説明図である。 （Ａ）～（Ｃ）は、本発明の実施の形態３において、使用制限選手カードの内容を公開する際の公開パターン３の説明図である。
　　（実施の形態１）
　（ゲームシステムの構成）
　図１は、本発明の実施の形態１によるゲームシステムの全体構成図である。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とを備えている。ゲームサーバ２０とデータベースサーバ３０とでゲーム制御装置が構成される。なお、図１の例では、ゲームサーバ２０とデータベースサーバ３０とに分けてゲーム制御装置を構成したが、本発明はこれに限定されず、ゲームサーバ２０とデータベースサーバ３０とを一台のサーバに実装してもよい。通信端末１０ａ，１０ｂ，１０ｃ，・・・はそれぞれ、個々のユーザによって操作される端末である。以下、通信端末１０ａ，１０ｂ，１０ｃを総称するときは通信端末１０と記述する。通信端末１０としては、例えば、携帯端末、スマートフォン、ＰＤＡ（Ｐｅｒｓｏｎａｌ　Ｄｉｇｉｔａｌ　Ａｓｓｉｓｔａｎｔ）、パーソナルコンピュータ、或いは双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）等の通信端末を採用することができる。
　ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲームサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。
　データベースサーバ３０は、ゲームサーバ２０と例えば有線を介して接続され、通信端末１０にゲームサービスを提供する上で必要となる後述する種々の情報を管理する。
　通信端末１０は、ゲームサーバ２０によって提供されるウェブページが表示可能なウェブブラウザを備え、ゲームサーバ２０から適宜配信されるデータをウェブブラウザ上で実行する。これにより、ユーザは、通信端末１０上でウェブページを操作し、ゲームをプレイすることができる。
　なお、図１において、ゲームサーバ２０とは別に各通信端末１０を操作するユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
　（通信端末の構成）
　次に、図２及び図３を参照して通信端末１０について説明する。図２は、通信端末１０の外観図であり、（Ａ）は折り畳み式の携帯端末（携帯電話機）などのボタン入力方式の通信端末の一例を示す外観図であり、（Ｂ）は、例えばスマートフォンなどのタッチパネル入力方式の通信端末の一例を示す外観図である。
　図３は、通信端末１０の内部構成を示すブロック図である。図３に示すように、通信端末１０は、ＣＰＵ（Ｃｅｎｔｒａｌ　Ｐｒｏｃｅｓｓｉｎｇ　Ｕｎｉｔ）１１、ＲＯＭ（Ｒｅａｄ　Ｏｎｌｙ　Ｍｅｍｏｒｙ）１２、ＲＡＭ（Ｒａｎｄｏｍ　Ａｃｃｅｓｓ　Ｍｅｍｏｒｙ）１３、画像処理部１４、指示入力部１５、表示部１６、及び無線通信インタフェース部１７を備えている。ＣＰＵ１１～指示入力部１５は、バス１８を介して相互に接続されている。バス１８は、各部間の制御信号あるいはデータ信号を伝送する。
　ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ（Ｕｎｉｆｏｒｍ　Ｒｅｓｏｕｒｃｅ　Ｌｏｃａｔｏｒ）に基づき、ゲームサーバ２０からウェブページを表示するためのＨＴＭＬ（Ｈｙｐｅｒ　Ｔｅｘｔ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）等のマークアップ言語で記述されたデータを、無線通信インタフェース部１７を介して取得し、取得したデータを解釈する。
　なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグインが実装されていてよい。また、データの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ、或いは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求を、無線通信インタフェース部１７を介してゲームサーバ２０へ送信する。
　ウェブブラウザは、取得したデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示するための描画指令を画像処理部１４に通知する。また、ウェブブラウザは、指示入力部１５を操作することでウェブページ上のハイパーリンク(Hyperlink)やメニュー等がユーザにより選択されると、その選択に応じたウェブページを表示するための新たなデータの送信要求をゲームサーバ２０へ送信する。
　画像処理部１４は、ＣＰＵ１１から供給される描画指令に基づき、ウェブページの表示用画像データを生成し、ウェブページを表示部１６に表示させる。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ（Ｌｉｑｕｉｄ　Ｃｒｙｓｔａｌ　Ｄｉｓｐｌａｙ）モニタにより構成され、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページを表示部１６に表示させる。
　通信端末１０が図２（Ａ）に示すボタン入力方式の通信端末である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示ボタンや決定ボタン等の複数の指示入力ボタンを含むボタン群１５ａと、テンキーなどの複数の指示入力ボタンを含むボタン群１５ｂと、各ボタンの押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路とを含む。
　方向指示ボタンは、例えば、表示部１６に表示されているウェブページをユーザがスクロールする際に使用される。決定ボタンは、例えば、ウェブページ上で複数のハイパーリンクやメニュー等のうち、あるハイパーリンクやメニュー等をユーザが選択する際に使用される。
　図２（Ａ）の例では、ボタン群１５ｂは、ボタン群１５ａの下方に配置され、「０」～「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力ボタンを含む。
　通信端末１０が図２（Ｂ）に示すタッチパネル入力方式の通信端末である場合、指示入力部１５は、タッチパネルにより構成される。この場合、ユーザは、指先やペン等の指示体を表示画面１６ａにタッチさせることで操作入力を行う。タッチパネルとしては、例えば、抵抗膜方式や静電容量方式等のタッチパネルが採用される。なお、図２（Ｂ）に示すように、通信端末１０がタッチパネル入力方式の通信端末である場合であっても、ボタン群１５ａが設けられる場合もある。
　通信端末１０が携帯端末である場合、ユーザは、例えば、方向指示ボタンの押下操作によってウェブページのメニューを選択し、決定ボタンの押下操作によって、メニューの選択操作を行う。また、通信端末１０がタッチパネル入力方式の通信端末である場合、ユーザはウェブページが表示されている表示画面１６ａ上のメニューの位置を指示体でタッチすることでメニューの選択操作を行う。
　（ゲームサーバの構成）
　次に、図４を参照してゲームサーバ２０の構成について説明する。図４は、ゲームサーバ２０の構成の一例を示すブロック図である。ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び無線通信インタフェース部２５を備える。ＣＰＵ２１～無線通信インタフェース部２５は、各部間の制御信号やデータ信号等を伝送するためのバス２６を介して相互に接続されている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
　ＲＯＭ２２は、クライアントである通信端末１０のウェブブラウザに対してデータを提供し、通信端末１０においてユーザにゲームをプレイさせるためのゲーム制御プログラムを格納する。また、ＲＯＭ２２は、ゲーム制御プログラム以外にもＣＰＵ２１によって参照される各種データを格納する。
　ＣＰＵ２１は、ＲＯＭ２２内のゲーム制御プログラムをＲＡＭ２３にロードして実行し、各種の処理を行う。また、ＣＰＵ２１は、無線通信インタフェース部２５を介して、データを通信端末１０に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合、ＣＰＵ２１はその認証処理を行う。
　ＣＰＵ２１は、通信端末１０で表示されるウェブページ上でユーザにより選択されたハイパーリンクまたはメニューに応じた処理を行う。その処理は、例えば、新たなデータの送信や、ゲームサーバ２０内の演算処理や、データ処理等を含む。ＤＢアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うためのインタフェースである。
　（データベースサーバの構成）
　データベースサーバ３０は、大容量のハードディスク装置やＲＡＩＤ（Ｒｅｄｕｎｄａｎｔ　Ａｒｒａｙｓ　ｏｆ　Ｉｎｅｘｐｅｎｓｉｖｅ　Ｄｉｓｋｓ）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のＤＢアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
　図５は、データベースサーバ３０の構成の一例を示すブロック図である。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、カードデータベース３２と、ゲームデータベース３３と、アイテムデータベース３４とを備える。なお、データベースサーバ３０もゲームサーバ２０と同様、ＣＰＵ、ＲＯＭ、ＲＡＭ等を備えているが図５では図示を省略している。
　本実施の形態において、ゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではないが、以下では、説明の便宜上、ゲームサーバ２０によって実現されるゲームの一例として、野球形式のデジタルカードゲームを採り上げる。
　野球形式のデジタルカードゲームは、ユーザが野球選手に対応する選手カードを収集することによって自らのチームを作り上げ、他のユーザのチームと野球の対戦をしたり、技能レベルごとに野球のリーグ戦を行ったりするゲームである。
　野球形式のデジタルカードゲームには、自らのチームを作り上げていくために選手カードを探索するスカウトモードや、抽選によって選手カードを入手するための抽選モードや、２枚以上の選手カードを一体化して特定の選手カードの能力値を上昇させる強化モード等の種々のゲームモードが設けられている。
　また、このデジタルカードゲームには、上記のゲームモードに加えて、ユーザがプレイすることができる期間が限定されたゲームモード（以下、期間限定モードと記述する。）が用意されている。この期間限定モードは期間限定イベントとも呼ばれている。期間限定モードをプレイすることで、ユーザは自身のチームを強化するための種々の特典を効率良く得ることができる。
　そして、このデジタルカードゲームでは、現時点でユーザが使用できる選手カードと、特殊なアイテムを使用するまでは、ユーザによる使用が禁止される選手カード（以下、使用制限選手カードと記述する。）とが含まれている。
　なお、本実施形態において、“選手カードを使用する”とは、後述する強化モードや試合モード等において選手カードを用いることをいう。また、使用制限選手カードは、本発明における第１アイテムの一例である。また、特殊なアイテムは、本発明における第２アイテムの一例である。そして、第２アイテムとしては、使用制限選手カードを開封するためのハサミアイテムを採用した場合を例に挙げて説明する。
　図６は、野球形式のデジタルカードゲームにおいて適用されるユーザデータベース３１のデータ構造の一例を示す図であり、（Ａ）はユーザデータの構造の一例を示し、（Ｂ）はオーダデータの構造の一例を示している。
　ユーザデータベース３１は、ユーザデータＤ６０１及びオーダデータＤ６０２を含む。ユーザデータＤ６０１及びオーダデータＤ６０２は、それぞれユーザ毎に割り当てられたテーブルであり、ユーザＩＤと関連付けられている。
　ユーザデータＤ６０１には、“ユーザＩＤ”、“ユーザ名”、“表示画像”、“チーム”、“技能レベル”、“行動ポイント”、“運営ポイント”、“強化ポイント”、“エールポイント”、“選手数”、“仲間”の各項目に関する情報が登録されている。ユーザデータベース３１に登録された各種情報は、ゲームサーバ２０によって適宜更新される。
　以下、ユーザデータＤ６０１について、具体的に説明する。
　ユーザ名は、本デジタルカードゲームの実行時において、通信端末１０にユーザを特定するために表示されるユーザ名についてのデータでる。ユーザ名としては、例えば、ユーザによって予め指定された所定長以下のテキストデータが採用される。ユーザ名によって、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザは特定される。
　表示画像は、本デジタルカードゲームの実行時において、通信端末１０にユーザを特定するために表示される表示画像の画像データである。表示画像としては、例えばユーザによって予め選択されたアバタの画像データが採用される。
　チームは、本デジタルカードゲームにおいて、ユーザ登録時に、ユーザにより指定されたチームの名称である。本デジタルカードゲームでは、例えば、Ｐ１～Ｐ６の６チームからなるＰリーグと、Ｑ１～Ｑ６の６チームからなるＱリーグとが設けられており、ユーザはこの１２チームの中からいずれかのチームをユーザ登録時に選択する。
　技能レベルは、本デジタルカードゲームにおけるユーザの現在の技能レベルを示す。技能レベルは、例えばレベル１からレベル１００までの範囲で表される整数値を持つ。技能レベルの高いユーザほど技能レベルの数値が増大する。
　行動ポイントは、本デジタルカードゲームにおいて、例えばユーザが上記のスカウトモードを実施する上で必要となるポイントである。行動ポイントの値は、スカウトモードが実施される都度、所定ポイント減少し、所定時間が経過する都度、回復（増加）する。
　運営ポイントは、本デジタルカードゲームにおいて、例えばユーザが上記の対戦モードを行う上で必要となるポイントである。運営ポイントの値は、他のユーザとの対戦等によって減少し、所定時間が経過する都度、回復（増加）する。
　強化ポイントは、本デジタルカードゲームにおいて、例えばユーザが上記の強化モードを実施する上で必要となるポイントである。強化ポイントの値は、選手カードの強化を行うことで減少し、他のユーザとの対戦で勝利するか、あるいは所定時間が経過する都度、回復（増加）する。
　エールポイントは、本デジタルカードゲームにおいて、ユーザが自身の仲間となる仲間ユーザに応援メッセージを送信することでユーザに付与されるポイントである。
　選手数は、ユーザが保有する選手カードの数である。選手数は、ユーザがスカウトモードや強化モードをプレイすることによって増減する。選手数の最大値（例えば、６０）は予め規定されている。
　仲間は、ユーザに対する仲間ユーザを特定するためのデータであり、ここでは、各仲間ユーザのユーザＩＤが採用されている。
　オーダデータＤ６０２は、ユーザが所持する各選手カードのオーダー（打順）を示す情報である。オーダデータＤ６０２は、“打順”、“シリアルキー”、“ポジション”、“能力”、及び“カードＮＯ”の各情報を含む。
　“打順”はユーザが所持するチームにおける選手カードの打順を示す。
　“シリアルキー”は選手カードの発行番号を示す。発行番号は同一選手の選手カードであっても、所持するユーザが異なれば異なる番号が付与される。
　“ポジション”は選手カードの守備位置を示す。
　“能力”は選手カードが持つ現在の能力値を示す。能力値としては、“打力”、“走力”、及び“守備力”の能力値が含まれる。図６（Ｂ）の例では、能力値はそれぞれ０～１０００の範囲の値をとり、能力値が大きい値であるほど能力が高いことを示している。なお、野手以外の投手の選手カードについては、能力値として、“球速”、“制球力”、及び“スタミナ”を採用すればよい。
　“カードＮＯ”は、選手カードの種類を示識別情報であり、同一選手の選手カードについては同じ番号が付与される。
　図５に戻り、カードデータベース３２は、ゲーム制御装置が発行する全選手カードに関する情報を保持しており、詳しくは後述する。
　ゲームデータベース３３は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されるゲームの設定についての情報や、ゲーム結果に関する情報を記憶する。ゲーム結果に関する情報は、ゲームの性質によって多様な情報を含みうる。本デジタルカードゲームの場合を例に挙げれば、ゲーム結果に関する情報は、ユーザ同士の対戦の結果（スコア等）、特定の技能レベルの複数ユーザ間のリーグ戦の結果（スコア、ランキング等）などを含む。
　アイテムデータベース３４は、ゲーム制御装置が発行する全アイテムに関する情報を保持しており、詳しくは後述する。ここで、アイテムデータベース３４が管理するアイテムは、選手カード以外のアイテムを指す。
　（ゲームシステムにおける各機能の概要）
　次に、本発明の実施の形態によるゲームシステムの機能構成について説明する。図７は、本発明の実施の形態１によるゲームシステムの機能ブロック図である。ゲーム制御装置は、処理部７００及びデータ管理部７０７（アイテム情報管理部の一例）を備える。処理部７００は、ユーザ登録部７０１、ゲーム進行部７０２、ゲームモード設定部７０３、第１アイテム付与部７０４、第２アイテム付与部７０５、及び状態設定部７０６を備える。
　ユーザ登録部７０１は、本デジタルカードゲームのプレイを希望するユーザを登録するための登録処理を行う。ここで、ユーザ登録部７０１は、例えば通信端末１０にユーザ登録を行うためのウェブページを表示させ、ユーザにユーザ情報を入力させ、入力されたユーザ情報を含む登録要求を返信させる。そして、ユーザ登録部７０１は、登録要求に含まれるユーザ情報をユーザデータベース３１に登録することで、登録処理を行う。
　なお、登録要求には、送信元の通信端末１０を特定するための情報（例えばＩＰアドレス、メールアドレス等）が含まれていてもよい。また、ユーザが既に同一のゲームサービスの提供者による他のゲームを利用している場合には、そのユーザＩＤが登録要求に含まれていてもよい。ユーザ情報としては、例えば、ユーザ名や通信端末１０のメールアドレス等が採用される。
　ここで、ユーザ登録部７０１は、受信した登録要求にユーザＩＤが含まれていない場合、ユーザＩＤを新規に発行し、登録要求を送信したユーザを新規ユーザとして登録すればよい。一方、ユーザ登録部７０１は、受信した登録要求にユーザＩＤが含まれている場合、そのユーザＩＤを用いて新規ユーザを登録すればよい。そして、ユーザ登録部７０１は、新規ユーザの登録処理が終了すると、登録処理が完了した旨のデータを通信端末１０へ送信する。
　また、ユーザ登録部７０１は、あるユーザの通信端末１０から他のユーザを仲間にするための申請依頼を受信した場合、これらのユーザ同士を仲間としてユーザデータベース３１に登録する。
　具体的には、ユーザ登録部７０１は、あるユーザの通信端末１０から仲間にしたい他のユーザのユーザＩＤが指定された申請依頼を受信すると、申請依頼を他のユーザの通信端末１０に送信する。そして、当該他のユーザの通信端末１０から仲間となることを了承する了承通知を受信すると、これらのユーザ同士を仲間としてユーザデータベース３１に登録する。ここで、ユーザ登録部７０１は、申請依頼を送信したユーザのユーザデータＤ６０１の仲間の欄に仲間になることを了承した他のユーザのユーザＩＤを登録し、且つ他のユーザのユーザデータＤ６０１の仲間の欄に申請依頼を送信したユーザのユーザＩＤを登録すればよい。
　ゲーム進行部７０２は、ユーザからの操作入力に応じて通信端末１０から適宜送信される操作情報を受信し、受信した操作情報に応じて通信端末１０に表示されるウェブページを適宜更新するためのデータを通信端末１０に送信することで、ゲームを進行させる。上述したように、本デジタルカードゲームには、スカウトモード、強化モード、試合モード、及び抽選モードのゲームモードが含まれている。したがって、ゲーム進行部７０２は、ユーザが選択したゲームモードを進行させる。
　スカウトモードは、ユーザが自身のチームを作り上げていくために選手カードを所定の地域毎に探索し、収集するゲームモードである。ゲーム進行部７０２は、ユーザによりスカウトモードがプレイされると、ユーザが所持する行動ポイントを所定ポイント消費させるが、その対価として選手カードをユーザに付与し、付与した選手カードが持つ能力値に応じてユーザの強化ポイントを増加させる。
　強化モードは、２枚以上の選手カードを一体化して特定の選手カードの能力値を上昇させるゲームモードである。ゲーム進行部７０２は、ユーザにより強化モードがプレイされると、ユーザが所持する強化ポイントを所定ポイント消費させるが、その対価として、特定の選手カードの能力値を向上させる。
　試合モードは、ユーザが自身のチームを他のユーザのチームと対戦させるゲームモードである。ゲーム進行部７０２は、ユーザにより試合モードがプレイされると、運営ポイントを所定ポイント消費させるが、その対戦に勝利すれば強化ポイントを所定ポイント増加させる。
　抽選モードは、抽選によって選手カードをユーザに付与するゲームモードである。ゲーム進行部７０２は、ユーザにより抽選モードがプレイされると、エールポイントを所定ポイント消費させて抽選処理を実行し、予め定められた複数枚の選手カードの中から１枚の選手カードを選択し、ユーザに付与する。
　その他、ゲーム進行部７０２は、オーダー処理やアイテム処理等を実行する。
　オーダー処理は、ユーザがスターティングメンバーとなる選手の選手カードの打順を入れ替えたり、控え選手の選手カードをスターティングメンバーの選手の選手カードと入れ替えたりするための処理である。ゲーム進行部７０２は、ユーザによりオーダー処理が選択されると、ユーザの操作入力に応じて通信端末１０から適宜送信される操作情報を受信し、受信した操作情報にしたがって、オーダデータＤ６０２を更新し、選手カードの打順を入れ替えたり、控え選手の選手カードをスターティングメンバーに加えたりする。
　アイテム処理は、ユーザがゲーム上保有しているアイテムの内容を確認するための処理である。ゲーム進行部７０２は、アイテム処理がユーザにより選択されると、カードデータベース３２やアイテムデータベース３４にアクセスし、対象ユーザが所持する選手カードやアイテムに関する情報を読み出し、その情報を含むデータを対象ユーザの通信端末１０に送信する。これにより、通信端末１０は受信したデータにしたがってユーザが所持する選手カードをディスプレイに一覧表示し、所持する選手カードをユーザに報知する。
　更に、ゲーム進行部７０２は、期間限定モードを進行させる。
　期間限定モードは、ユーザがプレイすることができる期間が限定されたゲームモードであり、ゲームモード設定部７０３により設定されるゲームモードである。ゲーム進行部７０２は、ユーザにより期間限定モードがプレイされると、自身のチームを強化するための種々の特典をユーザに付与する。
　なお、ゲーム進行部７０２は、ウェブページ上に表示される各メニューに、上記のゲームモードを進行させるための処理を予め割り当てている。そして、ゲーム進行部７０２は、通信端末１０においてウェブページ上のメニューがユーザにより選択されたとき、選択されたメニューについての情報を通信端末１０から受信し、受信した情報に基づいて、選択されたメニューに割り当てられた処理を実行する。
　図８は、ゲーム進行部７０２が通信端末１０に表示させるゲームのトップページの一例を示した画面図である。図８に示すトップページには、ゲームで実行される複数の処理が各々割り当てられた複数のメニューが含まれている。なお、図８に示すトップページのデータは、ゲーム進行部７０２により生成される。
　このトップページは、各ユーザに応じて異なる。そして、このトップページには、ユーザ名やチーム名が表示されている。また、このトップページには、ユーザデータ表示領域、選手画像表示領域、及びメニュー表示領域が含まれている。
　ユーザデータ表示領域には、対象ユーザのユーザデータに含まれる、技能レベル、行動ポイント、運営ポイント、強化ポイント、エールポイント、選手数、及び仲間に関する情報が表示される。
　なお、ユーザデータ表示領域に表示される情報のうち、Ｘ／Ｙの形式で表記されている情報は、Ｘがユーザの保有するポイント又は数を示し、Ｙがそのポイント又は数の最大値を示す。例えば、選手数が“４０／６０”と表記されていれば、ユーザが現在所持している選手数が４０人であり、所有可能な最大の選手数が６０人であることを示す。
　選手画像表示領域には、ユーザによって予め選択された選手カードの画像データが表示される。
　メニュー表示領域には、“スカウト”、“強化”、“試合”、“抽選”、“オーダー”、“アイテム”、“期間限定”と表記された各メニューｍ１～ｍ７が表示さている。メニューｍ１～ｍ７は、それぞれ、スカウトモード、強化モード、試合モード、抽選モード、オーダー処理、アイテム処理、及び期間限定モードに対応している。例えば、メニューｍ１の選択指示がユーザにより入力されると、通信端末１０はユーザによりスカウトモードが選択されたことを示すデータをゲーム制御装置に送信する。そして、このデータにしたがってゲーム進行部７０２は、スカウトモードを進行するためのデータを通信端末１０に適宜送信し、通信端末１０とデータを送受しながら、スカウトモードを進行させる。
　なお、図８に示すトップページをユーザの通信端末１０に表示する場合、ゲーム進行部７０２は以下の処理を行う。まず、ゲーム進行部７０２は、ユーザデータベース３１にアクセスし、ユーザデータ表示領域に含まれる各項目のデータと、選手画像表示領域に表示すべき選手カードの画像データとを読み出す。次に、ゲーム進行部７０２は、図８に示すトップページのデータを生成し、通信端末１０に送信する。ここで生成されるデータは、ユーザごと（つまり、ユーザＩＤごと）に異なるものとなる。通信端末１０は、受信したデータを解釈してトップページを表示部１６（表示画面１６ａ）に表示する。
　図７に戻り、ゲームモード設定部７０３は、期間限定モードを設定する。ここで、ゲームモード設定部７０３は、例えば、ゲームサービスの提供者が予め設定した期間限定モードの提供期間の開始時期が到来すると、図８に示すトップページに“期間限定”と記載されたメニューｍ７を表示させることで、期間限定モードの提供を開始する。また、ゲームモード設定部７０３は、ゲームサービスの提供者が予め設定した期間限定モードの提供期間の終了時期が到来すると、図８に示すトップページからメニューｍ７を消去させることで、期間限定モードの提供を終了させる。
　図９は、ゲームモード設定部７０３が期間限定モードを設定する態様の一例を示した図である。図９において横軸は時間を示している。例えば、図９（Ｂ）の例では、期間限定モードＧＭ１～ＧＭ３の３つの期間限定モードが時系列で順次に設定されていることが示されている。図９（Ａ）に示すように、時刻ｔ１が到来すると、ゲームモード設定部７０３は期間限定モードＧＭ１の提供を開始し、時刻ｔ２が到来すると、ゲームモード設定部７０３は期間限定モードＧＭ１の提供を終了する。そして、一定の時間間隔を置き、時刻ｔ３が到来するとゲームモード設定部７０３は期間限定モードＧＭ２の提供を開始し、時刻ｔ４が到来するとゲームモード設定部７０３は期間限定モードＧＭ２の提供を終了する。このように、ゲームモード設定部７０３は、ゲームサービスの提供者が予め設定した開始時期及び終了時期にしたがって、期間限定モードを順次に設定していく。
　なお、期間限定モードの一例としては、実際のプロ野球のオープン戦の開催時期に合わせて提供されるオープン戦イベントや、実際のプロ野球のセ・パ対抗戦の開催時期に合わせて開催される対抗戦イベント等が挙げられる。
　オープン戦イベント及び対抗戦イベントにおいて、ユーザは自身が所持する運営ポイントを所定ポイント消費させて自身のチームを他のユーザのチームと対戦させ、勝敗結果に応じて図６（Ａ）に示す技能レベル、並びに行動ポイント、及び強化ポイント等の各種ポイントを獲得することができる。この場合、ユーザは、通常の試合モードを選択して対戦した場合に比べて、技能レベルや各種ポイントをより多く獲得することができる。なお、期間限定モードにおける対戦の勝敗や、ユーザに付与されるポイント等は、対戦するユーザ同士のユーザデータに従ってゲーム進行部７０２が決定する。
　なお、期間限定モードとして、チーム同士を対戦させるものを例に挙げて説明したが、これに限定されない。例えば、上記のスカウトモード、強化モード、或いは抽選モードを、期間を限定して提供するゲームモードを期間限定モードとして採用してもよい。この場合、期間を限定したスカウトモード、強化モード、或いは抽選モードをユーザがプレイした場合、通常のスカウトモード、強化モード、或いは抽選モードをユーザがプレイした場合に比べて、多くの特典を付与するようにすればよい。例えば、期間限定のスカウトモードにおいては、通常のスカウトモードに比べて、能力値やレア度の高い選手カードがユーザに付与されるようにすればよい。また、期間限定の強化モードにおいては、２枚以上の選手カードを一体化して特定のカードの能力値を上昇させる際の上昇値を通常の強化モードよりも大きくすればよい。また、期間限定の抽選モードにおいては、能力値やレア度の高い選手カードが当たる確率を通常の抽選モードよりも高くすればよい。
　このように、ユーザは期間限定モードをプレイすることで、自身のチームの技能レベルや各種ポイントを効率良く上昇させることができる。そのため、期間限定モードを提供することで、ゲームサービスの提供者は、新たなユーザを獲得したり、ユーザのログイン数を増やしたりてゲームの活性化を図ることができる。
　図７に戻り、第１アイテム付与部７０４は、ユーザによる使用を禁止した状態で使用制限選手カードをユーザに付与する。ここで、第１アイテム付与部７０４は、例えばゲーム進行部７０２により進行されている上記のゲームモードにおいて、ゲーム状況が所定の条件を満たした場合、使用制限選手カードを付与すればよい。
　例えば、上記のスカウトモード或いは抽選モードにおいて、ゲーム進行部７０２が抽選処理によりユーザに付与する選手カードとして使用制限選手カードを決定した場合、第１アイテム付与部７０４はユーザに使用制限選手カードを付与すればよい。
　また、第１アイテム付与部７０４は、ユーザが本デジタルカードゲームのトップページにアクセスした際、ユーザに使用制限選手カードを付与するか否か及び付与する使用制限選手カードを決定するための抽選処理を行い、抽選処理で決定した使用制限カードをユーザに付与してもよい。
　また、第１アイテム付与部７０４は、ユーザが本カードゲームを行っている際に所定のタイミングが到来したときに、ユーザに使用制限カードを付与するか否か及び付与する使用制限選手カードを決定するための抽選処理を行い、抽選処理で決定した使用制限カードをユーザに付与してもよい。ここで、所定のタイミングとしては、試合モードにおいて対戦が終了したタイミングを採用してもよいし、一定期間（例えば、１日、３日等）が経過したタイミングを採用してもよい。なお、一定期間としては、例えばユーザがカードゲームをプレイしている時間の累積時間を採用してもよいし、ユーザがカードゲームをプレイしているか否かに関わらず、現実世界の経過時間を採用してもよい。
　ここで、第１アイテム付与部７０４は、カードデータベース３２（図１０参照、アイテム情報の一例）に使用制限選手カードに関する情報を登録することで、ユーザに使用制限選手カードを付与する。また、第１アイテム付与部７０４は、カードデータベース３２への使用制限選手カードに関する情報の登録が終了すると、対象ユーザに使用制限選手カードを付与したことを報知するためのデータを対象ユーザの通信端末１０に送信してもよい。これにより、対象ユーザの通信端末１０にはアイテムが付与されたことを示す情報が表示され、対象ユーザは使用制限選手カードが付与されたことを認識することができる。
　図１０は、カードデータベース３２のデータ構成の一例を示す図であり、（Ａ）は発行枚数毎のカードデータＤ１００１のデータ構成の一例を示し、（Ｂ）は種類毎のカードデータＤ１００２のデータ構成の一例を示している。第１アイテム付与部７０４は、ユーザに使用制限選手カードを付与する都度、カードデータベース３２に付与した使用制限選手カードに関する情報を登録する。なお、カードデータベース３２は、使用制限選手カード以外の通常の選手カードに関する情報も保持している。
　図１０（Ａ）、（Ｂ）に示すようにカードデータベース３２は、カードデータＤ１００１、Ｄ１００２を含む。カードデータＤ１００１は、発行された選手カード毎に１つのレコードが割り当てられたリレーショナルデータベースである。つまり、カードデータＤ１００１は、選手カードが発行される都度、１つのレコードが生成される。例えば、同じ選手の選手カードであっても別のユーザに発行された場合は、別のレコードが割り当てられる。カードデータＤ１００１は、“シリアルキー”、“カードＮＯ”、“レベル”、“レア度”、“ユーザＩＤ”、“付与した期間限定モード”、“属性”、及び“付与日時”の各項目に関する情報を保持している。
　“シリアルキー”は、選手カードの発行番号を示す。よって、シリアルキーは同一選手の選手カードであっても、付与するユーザが異なれば異なる番号となる。
　“カードＮＯ”はカードの種類を特定するための番号であり、同一選手の選手カードには同じ番号が付与される。
　“レベル”は現在、選手カードが持つレベルを示す。
　“レア度”は、選手カードの希少価値の度合を示す値であり、その値が高いほどゲーム内で出現する確率が非常に低く設定されている。なお、本実施の形態では、レア度は、例えば、１～５の５段階で表され、技術能力の際立った選手や人気のある選手に対応する選手カードのレア度は高く設定される。
　“ユーザＩＤ”は選手カードを付与したユーザの識別情報である。
　“付与した期間限定モード”は、選手カードが使用制限選手カードである場合に設定され、選手カードが付与された期間限定モードを特定するための識別情報である。
　“属性”は、選手カードが使用制限選手カードであるか否かを示す情報であり、使用制限選手カードの場合は“使用制限”と設定され、通常の選手カードの場合は“通常”と設定される。
　“付与日時”は、選手カードをユーザに付与した日時である。
　その他、カードデータＤ１００１には、選手カードの発行時刻、選手カードに関する情報を最後に更新した最終更新時刻、及びアイテム課金により購入された選手カードであるか否かを示す出生データ等の情報を含ませても良い。
　図１０（Ｂ）に示すカードデータＤ１００２は、選手カードの種類毎に１つのレコードが割り当てられたリレーショナルデータベースである。つまり、選手毎に異なるレコードが割り当てられたリレーショナルデータベースである。カードデータＤ１００２は、“カードＮＯ”、“チーム名”、“名前”、“基本能力”、及び“画像データ”の情報を保持している。
　“カードＮＯ”は、選手カードの種類を示す番号である。
　“チーム名”は、選手カードが属するチームの名称である。
　“名前”は、選手カードが表している選手名を示す。
　“基本能力”は、各選手カードが持つデフォルトの能力値を示す。ここでは、“打力”、“走力”、及び“守備力”が含まれている。なお、選手カードが投手であれば、“球速”、“制球力”、及び“スタミナ”を能力値として採用すればよい。
　“画像データ”は、選手カードの画像データである。
　例えば、シリアルキーが“１”の選手カードは、使用制限選手カードであるため、“属性”として“使用制限”が設定されている。また、この選手カードは、期間限定モードＧＭ１においてユーザに付与され、且つ付与された日付が２０１２年２月８日１７時３０分である。したがって、図１０（Ａ）において、“付与した期間限定モード”として“ＧＭ１”が設定され、“付与日時”として“２０１２年２月８日１７時３０分”が設定されている。
　図１２は、使用制限選手カードをユーザに付与する際にユーザの通信端末１０に表示される表示画面の一例を示す図である。この表示画面では、使用制限選手カード１２０１は袋１２０２で包装されたような表示態様で表示されている。そして、袋１２０２の下側には“ハサミアイテムが必要です”との文言が表示されている。よって、ユーザは使用制限選手カードを使用可能状態にするためには、別途、ハサミアイテムを取得しなければならないことを認識することができる。
　なお、図１２の例では、使用制限選手カード１２０１には、選手名や選手の画像等の情報が表示されているが、これは一例に過ぎず、使用制限選手カード１２０１にクエスチョンマークのみ表示させ、使用制限選手カードに関する具体的な内容を非公開にしてもよい。こうすることで、ユーザに対して、使用制限選手カード１２０１の内容が知りたいという欲求を喚起させ、使用制限選手カード１２０１に対するユーザの注目を高めることができる。なお、第１アイテム付与部７０５は、図８に示す“アイテム”のメニューｍ６が選択され、ユーザからアイテム処理の要求があった場合に図１２に示す表示画面をユーザの通信端末１０に表示してもよいし、使用制限選手カード１２０１を付与した際に図１２に示す表示画面をユーザの通信端末１０に表示してもよい。
　図７に戻り、第２アイテム付与部７０５は、使用制限選手カードを使用可能にするためのアイテムであるハサミアイテム（第２アイテムの一例）をユーザに付与する。第２アイテム付与部７０５は、アイテムデータベース３４（図１１（Ａ）、（Ｂ）参照、アイテム情報の一例）に使用制限選手カードに関する情報を登録することで、ユーザにアイテムを付与する。図１１（Ａ）、（Ｂ）は、アイテムデータベース３４のデータ構成の一例を示す図である。第２アイテム付与部７０５は、ユーザにハサミアイテムを付与する都度、ハサミアイテムに関する情報をアイテムデータベース３４に登録する。なお、アイテムデータベース３４はハサミアイテム以外のアイテム（例えば、回復薬等）に関する情報も保持している。
　図１１（Ａ）、（Ｂ）に示すようにアイテムデータベース３４は、発行枚数毎のアイテムデータＤ１１０１及び種類毎のアイテムデータＤ１１０２を含む。アイテムデータＤ１１０１は、発行されたアイテム毎に１つのレコードが割り当てられたリレーショナルデータベースである。つまり、アイテムデータＤ１１０１は、アイテムが発行される都度、１つのレコードが生成される。例えば、同じ種類のアイテムであっても別のユーザに発行された場合は、別のレコードが割り当てられる。アイテムデータＤ１１０１は、“シリアルキー”、“アイテムＮＯ”、“ユーザＩＤ”、及び“付与日時”の情報を保持する。
　“シリアルキー”は、アイテムの発行番号を示す。シリアルキーは同一種類のアイテムであっても、付与するユーザが異なれば異なる番号となる。
　“ユーザＩＤ”は、アイテムを付与したユーザの識別情報である。
　“付与日時”は、アイテムをユーザに付与した日時である。
　図１１（Ｂ）に示すアイテムデータＤ１１０２は、アイテムの種類毎に１つのレコードが割り当てられたリレーショナルデータベースである。つまり、アイテムの種類毎に異なるレコードが割り当てられたリレーショナルデータベースである。アイテムデータＤ１１０２は、“アイテムＮＯ”、“アイテム名”、及び“画像データ”の情報を保持している。
　“アイテムＮＯ”は、アイテムカードの種類を示す番号である。例えば、アイテムとして、ハサミアイテムや回復薬があるとすると、ハサミアイテムや回復薬には異なるアイテムＮＯが付与される。
　“アイテム名”は、アイテムの名称である。
　“画像データ”は、アイテムの画像データである。
　ここで、第２アイテム付与部７０５は、ユーザがゲームの進行に関する所定の条件を満たした場合にハサミアイテムを付与すればよい。ここで、所定の条件としては、使用制限選手カードを付与してから、試合モードにおいて別のユーザとの対戦に勝利した回数が所定回数（例えば、１回、２回等でありこれらの数値に特に限定はない）になった場合を採用すればよい。
　また、所定の条件としては、使用制限選手カードを付与した後、ユーザに特別なミッションを課し、そのミッションをクリアしたことを採用してもよい。ここで、ミッションとしては、例えば、守備練習や投球練習や打撃練習等のゲームモードをユーザにプレイさせ能力値等のパラメータを所定値まで上昇させることを採用してもよい。ミッションとしては、本デジタルカードゲームの累積プレイ時間が所定時間になることを採用してもよい。
　また、所定の条件としては、使用制限選手カードを付与してから収集した選手カードの枚数が、所定枚数に到達したことを採用してもよい。
　また、所定の条件としては、使用制限選手カードを付与してから仲間に送信したメッセージ数が所定数に到達したことを採用してもよい。
　なお、ユーザが複数の使用制限選手カードを所持している場合、第２アイテム付与部７０５は、各使用制限選手カードについての所定の条件を個別に管理し、各使用制限選手カード分のハサミアイテムを付与するようにしてもよいし、現在所持している全て又は所定個数の使用制限選手カードを使用可能状態にさせることができる１つのハサミアイテムをユーザに付与してもよい。
　また、第２アイテム付与部７０５は、第１アイテム付与部７０４がユーザに使用制限選手カードを付与した期間限定モードとは異なる期間限定モードにおいて第２アイテムを付与してもよい。
　図９（Ａ）の例では、期間限定モードＧＭ１において、使用制限選手カードがユーザに付与され、期間限定モードＧＭ２においてハサミアイテムがユーザに付与されている。これは、期間限定モードＧＭ２において、ユーザが所定の条件を満たしたためである。
　ここで、第２アイテム付与部７０５は、期間限定モードＧＭ２が開始される前にユーザが所定の条件を満たしたとしても、期間限定モードＧＭ２が開始されなければ、ユーザにはハサミアイテムを付与しないようにする。
　こうすることで、期間限定モードＧＭ２が開始されるまでゲームを継続しようとする動機付けをユーザに与えることができ、長期間に渡ってユーザをプレイさせることができる。
　なお、第２アイテム付与部７０５は、期間限定モードＧＭ２が開始される前にユーザが所定の条件を満たした場合、期間限定モードＧＭ２が開始されたときにユーザにハサミアイテムを付与すればよい。
　一方、図９（Ｂ）の例では、期間限定モードＧＭ１において使用制限選手カードがユーザに付与され、期間限定モードＧＭ３においてハサミアイテムがユーザに付与されている。これは、期間限定モードＧＭ３において、ユーザが所定の条件を満たしたためである。
　図９（Ａ）、（Ｂ）の例では、第２アイテム付与部７０５は、第１アイテム付与部７０４により使用制限選手カードが付与された後、次に到来する期間限定モードにおいてハサミアイテムを付与するようにしたが、これに限定されず、例えば、ハサミアイテムを先に付与しておき、その後で、第１アイテム付与部７０４が使用制限選手カードを付与するようにしてもよい。
　図７に戻り、状態設定部７０６は、ハサミアイテムがユーザにより使用された場合、使用制限選手カードを使用可能状態に設定する。ここで、状態設定部７０６は、図１０（Ａ）に示すカードデータＤ１００１の“属性”を“使用制限”から“通常”に設定することで、使用制限選手カードを使用可能状態にすればよい。
　図１３は、ユーザがハサミアイテムを使用する際にユーザの通信端末１０に表示される表示画面の一例を示した図である。図１３に示す表示画面には、ハサミアイテム１３１２が表示されたアイテム表示欄１３１０と、ハサミアイテム１３１２の使用対象となる選手カードを選択するための選手カード表示欄１３２０とが表示されている。図１３の例では、ユーザには２枚の使用制限選手カードが付与されているため、選手カード表示欄１３２０が２段で表示されている。
　選手カード表示欄１３２０の上側には、“使用する使用制限選手カードを選択して下さい”との文言が表示されており、選手カード表示欄１３２０に表示された選手カードのうちハサミアイテム１３１２の使用対象となる選手カードの選択がユーザに促されている。
　選手カード表示欄１３２０の左側には、ハサミアイテム１３１２の使用対象となる使用制限選手カードを選択するためのチェックボックス１３２１が表示されている。ユーザは、チェックボックス１３２１にチェックマークを入力することで、ハサミアイテムの使用対象となる１枚の使用制限選手カードを選択する。図１３の例では、“ＡＢＣ選手”の選手カードがハサミアイテム１３１２の使用対象として選択されている。
　そして、アイテム表示欄１３１０に表示された使用ボタン１３１１がユーザにより選択されると、ユーザが選択した使用制限選手カードに対してハサミアイテム１３１２が使用される。これにより、ＡＢＣ選手の使用制限選手カードが使用可能状態となる。
　なお、状態設定部７０６は、ユーザによりハサミアイテムが使用された場合、そのハサミアイテムを消去するようにしてもよい。この場合、状態設定部７０６は、ユーザにより使用されたハサミアイテムをアイテムデータベース３４から消去すればよい。このように、ハサミアイテムの使用を１回に制限にすることで、ハサミアイテムを何回でも使用できる構成を採用した場合に比べて、ゲーム性を向上させることができる。
　また、第２アイテム付与部７０５は、１回のみ使用することができるハサミアイテムに加えて、複数回使用することができるハサミアイテムをユーザに付与しても良い。この場合、状態設定部７０６は、各ハサミアイテムにつき使用された回数をカウントし、使用回数が上限値に到達した場合、ハサミアイテムを消去すればよい。このように、１回のみ使用できるハサミアイテムに加えて、複数回使用することができるハサミアイテムをユーザに付与することで、ゲームのバリエーションを増やし、ゲーム性を高めることができる。
　なお、図７に示すユーザ登録部７０１～状態設定部７０６は、本実施の形態におけるゲーム制御プログラムに含まれ、無線通信インタフェース部２５やＤＢアクセス部２４等も制御することができるプログラムモジュールにより構成され、ＣＰＵ２１に実行されることで実現される。
　また、データ管理部７０７は、ユーザデータベース３１～アイテムデータベース３４を含む。ここで、ユーザデータベース３１～アイテムデータベース３４は、データベースサーバ３０の記憶装置（例えばＨＤＤ）により構成される。また、本ゲーム制御プログラムはユーザデータベース３１～アイテムデータベース３４を管理するプログラムモジュールも含む。この管理するプログラムモジュールは例えばデータベースサーバ３０のＣＰＵ（図略）により実行され、データ管理部７０７が実現される。
　図１４は、本発明の実施の形態１のゲームシステムの処理の一例を示すフローチャートである。まず、第１アイテム付与部７０４は使用制限選手カードをユーザに付与する（Ｓ１０１）。次に、第２アイテム付与部７０５は、使用制限選手カードを付与した期間限定モードが終了し、且つ、ハサミアイテムを付与するための所定の条件をユーザが満たしているか否かを判定する（Ｓ１０２）。ここで、使用制限選手カードを付与した期間限定モードとしては、図９（Ａ）、（Ｂ）の例では期間限定モードＧＭ１が該当する。
　次に、Ｓ１０２でＹＥＳの場合、第２アイテム付与部７０５は、該当する使用制限選手カードを付与したユーザにハサミアイテムを付与する（Ｓ１０３）。一方、Ｓ１０２でＮＯの場合、第２アイテム付与部７０５は、ハサミアイテムを付与することなく、処理をＳ１０４に進める。
　次に、状態設定部７０６は、ハサミアイテムを付与したユーザにより、使用制限選手カードが選択され、その使用制限選手カードに対してハサミアイテムが使用されると（Ｓ１０４でＹＥＳ）、そのハサミアイテムを消去し（Ｓ１０５）、その使用制限選手カードを使用可能状態にする（Ｓ１０６）。一方、状態設定部７０６は、ユーザによりハサミアイテムが使用されない場合（Ｓ１０４でＮＯ）、使用制限選手カードを使用可能状態にすることなく、処理を終了させる。
　なお、複数回使用可能なハサミアイテムにあっては、状態設定部７０６はハサミアイテムが使用される都度、使用回数カウント値をカウントアップさせ、使用回数カウント値が所定の上限値に到達した場合、ハサミアイテムを消去すればよい。
　（実施の形態２）
　実施の形態２によるゲームシステムは、使用制限選手カードの内容を非公開にしてユーザに付与することを特徴とする。本実施の形態において、実施の形態１と同じものは同一の符号を付し、説明を省略する。
　実施の形態２において、図７に示す第１アイテム付与部７０４は、使用制限選手カードの内容の全て又は一部が認識できない状態で使用制限選手カードをユーザに付与する。なお、第１アイテム付与部７０４が使用制限選手カード内容の全て又は一部が認識できない状態で使用制限選手カードをユーザに付与する態様としては、例えば図１２において、使用制限選手カード１２０１を選手の画像に変えてクエスチョンマークの画像を表示する態様を採用すればよい。また、一部が認識できない状態としては、使用制限選手カードに関する情報のうち、一部の情報（例えば、選手の画像や選手名等）を非公開にし、残りの情報（例えば、レア度やチーム名等）を公開する態様を採用すればよい。
　そして、状態設定部７０６は、解除アイテム（第２アイテムの一例）の使用に応じて、使用制限選手カードの内容を段階的に公開し、使用制限選手カードの内容を全て公開した時点で使用制限選手カードを使用可能状態に設定する。なお、状態設定部７０６は、どの情報を公開したかを示す履歴情報をカードデータベース３２に登録することで、使用制限選手カードに関する情報のうちどの情報までを公開したか管理すればよい。また、使用制限選手カードの内容を全て公開するとは、使用制限選手カードに関する情報のうち、公開することが予め定められた全ての情報を公開することを指す。
　本実施の形態による使用制限カードの内容の段階的な公開パターンとして、以下の３つのパターンがある。
　＜公開パターン１＞
　図１５（Ａ）～（Ｃ）は、本発明の実施の形態２において、使用制限選手カードの内容を公開する際の公開パターン１の説明図であり、（Ａ）はハサミアイテムＡが使用された場合を示し、（Ｂ）はハサミアイテムＡの次にハサミアイテムＢが使用された場合を示し、（Ｃ）はハサミアイテムＡ、Ｂの次にハサミアイテムＣが使用された場合を示している。公開パターン１では、それぞれ公開する内容が予め定められた複数の解除アイテムをユーザに使用させて使用制限選手カードの内容を段階的に公開させる。図１５（Ａ）～（Ｃ）では、解除アイテムとして３種類のハサミアイテムＡ～Ｃが例示されている。
　ハサミアイテムＡは、使用制限選手カードに関する情報のうち、例えば、選手の属するチーム名のみを公開する解除アイテムである。したがって、ユーザによりハサミアイテムＡが使用されると、状態設定部７０６は、使用制限選手カードに関する情報のうち、チーム名と、選手の画像はまだ非公開であることを示す画像（クエスチョンマークの画像）とを含むデータを該当するユーザの通信端末１０に送信する。これにより、ユーザの通信端末１０には、図１５（Ａ）に示すような、クエスチョンマークが表示された選手カード１５１１とチーム名とが表示された公開画像１５０１が表示される。
　ハサミアイテムＢは、使用制限選手カードに関する情報のうち、例えば、レア度と選手の輪郭とを公開させる解除アイテムである。したがって、ユーザによりハサミアイテムＢが使用されると、状態設定部７０６は、使用選手制限カードに関する情報のうち、既に公開が許可された情報に加えて、選手の輪郭のみを示す画像とレア度とが含まれたデータを該当するユーザの通信端末１０に送信する。図１５（Ｂ）の例では、ハサミアイテムＡの次にハサミアイテムＢが使用されている。そのため、図１５（Ｂ）では、図１５（Ａ）で公開された情報に加えて、選手の輪郭のみが表示された選手カード１５２１とレア度とが表示された公開画像１５０２が表示される。
　ハサミアイテムＣは、使用制限選手カードに関する情報のうち、選手の画像と、能力値と、ポジションと、名前とを公開する解除アイテムである。したがって、ユーザによりハサミアイテムＣが使用されると、状態設定部７０６は、使用制限選手カードに関する情報のうち、既に公開が許可された情報に加えて、選手の画像と、能力値と、ポジションと、選手名とを含むデータを該当するユーザの通信端末１０に送信する。図１５（Ｃ）の例では、ハサミアイテムＡ、Ｂの次にハサミアイテムＣが使用されている。そのため、図１５（Ｃ）では、図１５（Ｂ）で公開された情報に加えて、選手の画像が全て表示された選手カード１５３１と能力値とポジションと名前とが表示された公開画像１５０３が表示される。
　つまり、ユーザはハサミアイテムＡ～Ｃを全て使用することで、使用制限選手カードに関する情報が全て公開される。そして、状態設定部７０６は、使用制限選手カードが全て公開されると、図１０（Ａ）に示すカードデータＤ１００１において、該当するカードの“属性”を“使用制限”から“通常”に変更することで、使用制限選手カードを使用可能状態にする。
　なお、図１５（Ａ）～（Ｃ）では、３種類のハサミアイテムＡ～Ｃを全て使用することで、使用制限選手カードの情報が全て公開されるとしたが、これに限定されず、２種類以上の所定個数のハサミアイテムの使用を条件に使用制限選手カードに関する情報を全て公開してもよい。また、使用制限選手カードに応じて、使用制限選手カードに関する情報を全て公開するために要するハサミアイテムの個数を変えてもよい。例えば、レア度が高い使用制限選手カードに対してはレア度が低い使用制限選手カードよりも、使用制限選手カードに関する情報を全て公開するのに要するハサミアイテムの個数を多くする、又は少なくしてもよい。
　また、ユーザのゲームの達成度が増大するにつれて、使用制限選手カードに関する情報を全て公開するのに要するハサミアイテムの個数を少なくしてもよい。ここで、達成度としては、例えば、使用制限選手カードを付与してから、ユーザが他のユーザと試合した試合数や、本デジタルカードゲームの累積プレイ時間を採用してもよい。
　更に、図１５（Ａ）～（Ｃ）の例では、複数のハサミアイテムを使用することで、使用制限選手カードに関する情報を全て公開するものとしたが、例えば、ハサミアイテムＡ～Ｃとは別に、使用制限選手カードの内容を全て公開することができる１つの特別ハサミアイテムを設けてもよい。
　なお、第２アイテム付与部７０５がハサミアイテムＡ～Ｃをユーザに付与する態様としては、実施の形態１と同様、使用制限選手カードを付与してからユーザがゲームの進行に関する所定の条件を満たした場合にハサミアイテムを付与する態様を採用すればよい。このとき、使用制限選手カードを期間限定モードＧＭ１で付与したとすると、期間限定モードＧＭ２が開始されなければ、所定の条件をユーザが満たしたとしても、ユーザにハサミアイテムを使用させないようにしてもよい。ここで、ハサミアイテムとして、特別ハサミアイテムを採用する場合、第２アイテム付与部７０５は、ハサミアイテムＡ～Ｃを付与するための条件よりも特別ハサミアイテムを付与するための条件を厳しくしてもよい。例えば、期間限定モードＧＭ１で使用制限選手カードを付与したとすると、ハサミアイテムＡ～Ｃは期間限定モードＧＭ２で使用できるが、特別ハサミアイテムは期間限定モードＧＭ３以降でなければ使用できないようにしてもよい。
　このように、公開パターン１では、複数種類のハサミアイテムの使用に応じて使用制限選手カードの内容が公開されていくため、ユーザに複数のハサミアイテムを集めて使用制限選手カードの内容を知ろうとする動機付けを与えることができる。
　＜公開パターン２＞
　公開パターン２においては、第１アイテム付与部７０４は、使用制限選手カードに関する情報のうち所定の情報（ここでは、ポジションを採用する。）を公開して使用制限選手カードをユーザに付与する。そして、第２アイテム付与部７０５は、解除アイテムとして、例えばボールアイテムとバットアイテムとをユーザに付与する。
　そして、状態設定部７０６は、ポジションが投手の使用制限選手カードについては、ボールアイテムが使用されたときのみ、この使用制限選手カードについての情報を公開し、バットアイテムが使用されても、この使用制限選手カードについての情報を公開しない。そして、状態設定部７０６は、ボールアイテムが使用される都度、使用制限選手カードに関する情報のうち公開する情報の数を増やしていき、使用制限選手カードの内容を段階的に公開していく。そして、状態設定部７０６は、使用制限選手カードに関する情報が全て公開されると、使用制限選手カードを使用可能状態にする。
　一方、状態設定部７０６は、ポジションが野手の使用制限選手カードについては、バットアイテムが使用されたときのみ、使用制限選手カードについての情報を公開し、ボールアイテムが使用されても使用制限選手カードについての状態を公開しない。そして、状態設定部７０６は、バットアイテムが使用される都度、使用制限選手カードに関する情報のうち公開する情報の数を増やしていき、使用制限選手カードに関する情報が全て公開されると、使用制限選手カードを使用可能状態にする。
　図１６（Ａ）～（Ｃ）は、本発明の実施の形態２において、使用制限選手カードの内容を公開する際の公開パターン２の説明図であり、（Ａ）はユーザがボールアイテムを使用する際に通信端末１０に表示される表示画面であり、（Ｂ）はボールアイテムが使用できたときに通信端末１０に表示される表示画面であり、（Ｃ）ボールアイテムが使用できなかったときに通信端末１０に表示される表示画面である。
　図１６（Ａ）の表示画面では、ボールアイテム１６１２が表示されたアイテム表示欄１６１０と、ボールアイテム１６１２の使用対象となる選手カードを選択するための選手カード表示欄１６２０とが表示されている。図１６（Ａ）の例では、ユーザには２枚の使用制限選手カードが付与されているため、選手カード表示欄１６２０が２段で表示されている。
　上段の選手カード表示欄１６２０にはポジションがショートである野手の使用制限選手カードが表示されている。下段の選手カード表示欄１６２０にはポジションが投手の使用制限選手カードが表示されている。また、選手カード表示欄１６２０に表示された使用制限選手カードはいずれも解除アイテムが１度も使用されていないため、ポジションのみが表示されており、クエスチョンマークの画像が表示されて選手の画像が非公開にされている。
　ユーザが下段の選手カード表示欄１６２０のチェックボックス１６２１にチェックマークを入力し、投手の使用制限選手カードを選択し、使用ボタン１６１１を選択する。この場合、投手の使用制限選手カードに対してボールアイテム１６１２が使用されたため、状態設定部７０６は、図１６（Ｂ）に示すように、使用制限選手カードに関する情報のうち、選手名と選手の画像とを公開する画像を通信端末１０に表示させる。これにより、ユーザはボールアイテム１６１２が使用できたことを認識することができる。
　一方、ユーザが上段の選手カード表示欄１６２０のチェックボックス１６２１にチェックマークを入力し、野手の使用制限選手カードを選択し、使用ボタン１６１１を選択する。この場合、野手の使用制限選手カードに対してボールアイテム１６１２が使用されたため、状態設定部７０６は、図１６（Ｃ）に示すように、“バットアイテムが必要です”との文言が表示された画像を通信端末１０に表示させる。これにより、ユーザは野手の使用制限選手カードの内容を知るためにはバットアイテムが必要であることを認識することができる。
　そして、状態設定部７０６は、第２アイテム付与部７０５により別途ユーザに付与されたボールアイテム１６１２が、図１６（Ａ）に示す投手の使用制限選手カードに対して使用されると、選手名及び選手の画像に加えて更に別の情報を公開する。このようにして、図１６（Ａ）に示す投手の使用制限選手カードに対して、ボールアイテム１６１２が複数回使用されると、状態設定部７０６は、当該使用制限選手カードについて全ての情報を公開し、当該使用制限選手カードのユーザによる使用を許可する。このことは、野手の使用制限選手カードに対してバットアイテムが使用されたときも同じである。
　なお、第２アイテム付与部７０５がバットアイテム又はボールアイテムを付与する条件としては、公開パターン１と同様のものを採用すればよい。
　このように、公開パターン２では、使用制限選手カードの種類に応じた解除アイテムの使用に応じて使用制限選手カードの内容が公開されていくため、ユーザに使用制限カードの種類に応じた解除アイテムを複数集めて使用制限選手カードの内容を知ろうとする動機付けを与えることができる。
　＜公開パターン３＞
　公開パターン３においては、第１アイテム付与部７０４は、使用制限選手カードに関する情報のうち、少なくとも画像を非公開にして使用制限選手カードをユーザに付与する。一方、第２アイテム付与部７０５は、複数種類の解除アイテム（ここでは、キャップアイテム、バットアイテム、スパイクアイテムを採用する）をユーザに付与する。
　そして、状態設定部７０６は、解除アイテムの種類に応じて使用制限選手カードの選手の身体の一部を公開し、身体の全部が公開された時点で、使用制限選手カードを使用可能状態にする。
　図１７（Ａ）～（Ｃ）は、本発明の実施の形態３において、使用制限選手カードの内容を公開する際の公開パターン３の説明図であり、（Ａ）はキャップアイテムが使用された場合を示し、（Ｂ）はキャップアイテムの次にバットアイテムが使用された場合を示し、（Ｃ）はキャップアイテム及びバットアイテムの次にスパイクアイテムが使用された場合を示している。
　図１７（Ａ）に示すように、ユーザがある使用制限選手カードを選択し、選択した使用制限選手カードに対してキャップアイテムを使用したとする。ここで、キャップアイテムは選手の顔の部位に対応している。そのため、状態設定部７０６は、顔のみが表示され、その他の部位が透明に表示されたカード画像１７１３を該当するユーザの通信端末１０に表示させる。
　また、図１７（Ｂ）に示すように、図１７（Ａ）で顔が表示された使用制限選手カードに対してバットアイテムを使用したとする。ここで、バットアイテムは選手の顔を除く上半身の部位に対応している。そのため、状態設定部７０６は、顔を含む上半身が表示され、その他の部位が透明に表示されたカード画像１７２３の画像を該当するユーザの通信端末１０に表示させる。
　図１７（Ｃ）に示すように、図１７（Ｂ）で顔を含む上半身が表示された使用制限選手カードに対してスパイクアイテムが使用されたとする。ここで、スパイクアイテムは選手の下半身の部位に対応している。そのため、状態設定部７０６は、全ての部位が表示されたカード画像１７３３を該当するユーザの通信端末１０に表示させる。そして、状態設定部７０６は、使用制限選手カードの選手の画像を全て公開すると、当該使用制限選手カードのユーザによる使用を許可する。
　なお、公開パターン３において、使用制限選手カードに関する情報のうち、画像以外の情報（チーム名、能力値等）については、公開パターン１と同様、解除アイテムの使用に応じて適宜公開すればよい。
　このように、公開パターン３によれば、複数種類のアイテムの使用に応じて、徐々に使用制限選手カードの選手の身体が公開されていくため、使用制限選手カードに対するユーザの期待感を効果的に高めることができる。
　なお、実施の形態１、２においては、ユーザがゲームの進行に関する所定の条件を満たすことで第２アイテムをユーザに付与したが、これに限定されず、例えば、第２アイテム付与部７０５は、ユーザが課金したことを条件に第２アイテムをユーザに付与する構成となるようにしてもよい。このように、直ちに第２アイテムを入手したいユーザの要望を満たす手段を設けることで、ゲームの自由度を高くすることができる。また、ゲームサービスの提供者の収入を増大させることができる。なお、この場合、課金額に応じて、第２アイテムの機能を変更するようにしてもよい。すなわち、高い課金額の第２アイテムについては第１アイテムを使用可能にできる回数を増やすようにしてもよい。
　また、上記実施の形態ではデジタルカードゲームを例に挙げて説明したが、これに限定されず、ユーザにアイテムを付与するゲームであればどのようなゲームであっても本発明は適用可能である。
　また、図７に示す処理部７００の各ブロックは複数の機器に分散して持たせても良いし、１台の機器に持たせても良い。また、図７に示す処理部７００の各ブロックを集積回路により構成してもよい。
　また、上記実施の形態では、ゲーム制御装置は通信端末１０で実行されるゲームを制御したが、本発明はこれに限定されず、通信端末１０に代えて、通信機能を有する家庭用ゲーム装置で実行されるゲームを制御するようにしてもよい。
　（本実施の形態の纏め）
　（１）本発明によるゲーム制御装置は、通信端末（１０）からアクセス可能に構成され、前記通信端末（１０）によるゲームの実行を制御するゲーム制御装置であって、ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部（７０４）と、前記第１アイテムを使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部（７０５）と、前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部（７０６）とを備える。なお、本発明によるゲーム制御方法、ゲーム制御プログラム、及びゲームシステムはゲーム制御装置と同様の構成を備えている。
　ここで、第１アイテムとしては、選手カードを収集して自身のチームを作り上げるカードゲームにあっては、例えば選手カードが採用される。また、第１アイテムとしては、例えば、キャラクタのパラメータやポイントなどを回復させる回復薬や、キャラクタの能力をアップする薬品や、キャラクタが使用する武器や防具等が採用されてもよい。
　また、第２アイテムとしては、第１アイテムとは種類が異なるアイテムであればどのようなアイテムであってもよい。
　この構成によれば、第１アイテムが付与されたユーザは、当該第１アイテムを直ちに使用することができず、別途、第２アイテムを取得し、その第２アイテムを使用しなければ、第１アイテムを使用することができない。逆にまた、第１アイテムの前に第２アイテムが付与されたユーザは、折角、第１アイテムを使用可能にできるアイテムを有しながらも活用できないまま無駄に保有することになる。これにより、第１アイテムに対するユーザの関心を高め、第１アイテムを使用することへのユーザの期待感を高めることができる。また、第１アイテムを使用するために第２アイテムを取得しようとする動機付けをユーザに与え、第２アイテムを取得するまでユーザをゲームに引き付けておくことができる。更に、第１アイテムを取得することへの渇望をユーザに与えることができるので、長期間に渡りユーザのゲームへの関心を持続させることができる。
　（２）前記第２アイテム付与部は、前記ユーザに対する第２アイテムの付与を、前記ユーザに対する前記第１アイテムの付与よりも後になるよう制御してもよい。
　例えば、第２アイテムを先に付与しておき、その後、第１アイテムを付与する構成を採用した場合、ユーザは第１アイテムが付与されると直ちに取得済みの第２アイテムを用いて第１アイテムを使用可能状態にすることができる。しかしながら、これでは、第１アイテムを使用不可の状態で付与し、第１アイテムを使用するまでユーザをゲームに留めておくという本来の意味が薄れてしまう。そこで、本構成では、第１アイテムを付与した後に第２アイテムをユーザに付与している。これにより、第２アイテムを入手することへのユーザの渇望をより強くすることができ、第２アイテムを入手するまでゲームを続けようとするユーザに意欲を喚起でき、ユーザによるゲーム継続の長期化を図ることができる。
　（３）前記第１アイテム付与部（７０４）は、前記第１アイテムの内容の全て又は一部が認識できない状態で前記第１アイテムを前記ユーザに付与し、前記状態設定部（７０６）は、前記第２アイテムが使用された場合、前記第１アイテムの内容を前記ユーザに公開することが好ましい。
　ここで、第１アイテムの内容の一部が認識できない状態としては、例えば第１アイテムを表す画像の一部や、第１アイテムが持つパラメータの一部だけを、第１アイテムを付与したユーザの通信端末に表示させる態様が採用される。また、第１アイテムの内容の全てが認識できない状態としては、例えば、第１アイテムに関する情報（画像やパラメータ）の全てを公開することなく、第１アイテムが付与された事実のみをユーザに通知する態様が採用される。
　この構成によれば、第１アイテムが付与された時点では、ユーザは第１アイテムの内容を全て認識することができない。そして、第２アイテムを使用すれば、第１アイテムの内容を認識することができる。そのため、第２アイテムを使用することに対するユーザの期待感をより効果的に高めることができる。
　（４）前記状態設定部（７０６）は、前記第２アイテムの使用に応じて、前記第１アイテムの内容を段階的に公開し、前記第１アイテムの内容を全て公開した時点で前記第１アイテムを使用可能状態に設定することが好ましい。
　ここで、第１アイテムの内容を段階的に公開させる態様としては、一例として、それぞれ公開する内容が予め定められた複数の第２アイテムをユーザに使用させて第１アイテムの画像やパラメータを段階的に公開させる態様が挙げられる。この構成によれば、第２アイテムの使用に応じて、段階的に第１アイテムの内容が公開されるため、第２アイテムを集めて第１アイテムの内容を知ろうとする動機付けをユーザに与えることができる。
　（５）複数のゲームモードを前記ゲームに設定するゲームモード設定部（７０３）を更に備え、前記第２アイテム付与部（７０５）は、前記第１アイテム付与部（７０４）が前記ユーザに前記第１アイテムを付与したゲームモードとは異なるゲームモードにおいて前記第２アイテムを付与することが好ましい。
　ここで、複数のゲームモードは、サービスが提供される時間または期間の少なくとも一部が並行して実行されるゲームモードであってもよいし、サービスの提供時期が異なるゲームモードであってもよく、例えば、ソーシャルゲーム等において提供される期間限定付のイベントを採用することができる。したがって、ゲームモード設定部は、例えばあるゲームモードのサービスの提供期間が終了すると、直ちに或いは一定の間隔を空けて次のゲームモードを設定する、あるいは、あるゲームモードが開始された後、所定期間を空けて、そのゲームモードが継続中に次のゲームが開始されるというように、サービスの提供時期が異なる複数のゲームモードを時系列的に順次に設定する。
　この構成によれば、第１アイテムを付与したゲームモードとは異なるゲームモードが開始されなければ、ユーザは第２アイテムを取得することができなくなる。よって、第２アイテムを取得するために第１アイテムを取得したゲームモードとは異なるゲームモードに参加しようとする動機付けをユーザに与え、長期間に渡りユーザをゲームに引きつけることができる。
　（６）前記第２アイテム付与部（７０５）は、前記ユーザが前記ゲームの進行に関する所定の条件を満たした場合、前記第２アイテムを前記ユーザに付与することが好ましい。
　ここで、ゲームの進行に関する所定の条件としては、一例として、第１アイテムを付与してからのユーザのプレイ数や、別のユーザと対戦した対戦数などが挙げられる。この構成によれば、第２アイテムを取得するためにプレイ数や対戦数などを増やそうとする動機付けをユーザに付与することができる。
　（７）前記所定の条件は、前記ユーザが別のユーザと対戦するゲームで勝利した回数が所定回数になることであることが好ましい。
　この構成によれば、対戦での勝利数が所定の条件となるため、例えば選手カードを収集して自身のチームを作り上げるゲームにおいては、能力値の高い選手カードを収集することで自身のチームを強化して対戦に勝利しようとする動機付けをユーザに与えることができる。
　（８）各ユーザに付与したアイテムに関する情報が登録されたアイテム情報を管理するアイテム情報管理部（７０７）を更に備え、前記第１、第２アイテム付与部は、前記アイテム情報に前記ユーザに付与する前記第１、第２アイテムに関する情報を登録することで、前記ユーザに前記第１、第２アイテムを付与することが好ましい。
　この構成によれば、アイテム情報においてユーザに付与したアイテムに関する情報が管理されているため、ユーザにどのようなアイテムを付与したかを正確に管理することができる。
　この出願は、２０１２年５月１１日に日本国特許庁に出願された特願２０１２－１０９３０３に基づくものであり、この出願の内容を全て含んでいる。
 

Claims (13)

  1. 　通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置であって、
    　ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部と、
    　前記第１アイテムを使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部と、
    　前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部とを備えるゲーム制御装置。
  2. 　前記第２アイテム付与部は、前記ユーザに対する第２アイテムの付与を、前記ユーザに対する前記第１アイテムの付与よりも後になるよう制御する請求項１記載のゲーム制御装置。
  3. 　前記第１アイテム付与部は、前記第１アイテムの内容の全て又は一部が認識できない状態で前記第１アイテムを前記ユーザに付与し、
    　前記状態設定部は、前記第２アイテムが使用された場合、前記第１アイテムの内容を前記ユーザに公開する請求項１記載のゲーム制御装置。
  4. 　前記状態設定部は、前記第２アイテムの使用に応じて、前記第１アイテムの内容を段階的に公開し、前記第１アイテムの内容を全て公開した時点で前記第１アイテムを使用可能状態に設定する請求項３記載のゲーム制御装置。
  5. 　複数のゲームモードを前記ゲームに設定するゲームモード設定部を更に備え、
    　前記第２アイテム付与部は、前記第１アイテム付与部が前記ユーザに前記第１アイテムを付与したゲームモードとは異なるゲームモードにおいて前記第２アイテムを付与する請求項１記載のゲーム制御装置。
  6. 　前記第２アイテム付与部は、前記ユーザが前記ゲームの進行に関する所定の条件を満たした場合、前記第２アイテムを前記ユーザに付与する請求項１記載のゲーム制御装置。
  7. 　前記所定の条件は、前記ユーザが別のユーザと対戦するゲームで勝利した回数が所定回数になることである請求項６記載のゲーム制御装置。
  8. 　各ユーザに付与したアイテムに関する情報が登録されたアイテム情報を管理するアイテム情報管理部を更に備え、
    　前記第１、第２アイテム付与部は、前記アイテム情報に前記ユーザに付与する前記第１、第２アイテムに関する情報を登録することで、前記ユーザに前記第１、第２アイテムを付与する請求項１記載のゲーム制御装置。
  9. 　通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置によるゲーム制御方法であって、
    　ユーザによる使用を禁止した状態で第１アイテムを第１アイテム付与部が前記ユーザに付与するステップと、
    　前記第１アイテムを前記ゲーム上で使用可能にするための第２アイテムを第２アイテム付与部が前記ユーザに付与するステップと、
    　前記第２アイテムが前記ユーザにより使用された場合、状態設定部が前記第１アイテムを使用可能状態に設定するステップとを備えるゲーム制御方法。
  10. 　通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置としてコンピュータを機能させるゲーム制御プログラムであって、
    　ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部と、
    　前記第１アイテムを前記ゲーム上で使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部と、
    　前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部としてコンピュータを機能させるゲーム制御プログラム。
  11. 　通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置としてコンピュータを機能させるゲーム制御プログラムを記録するコンピュータ読み取り可能な記録媒体であって、
    　ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部と、
    　前記第１アイテムを前記ゲーム上で使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部と、
    　前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部としてコンピュータを機能させるゲーム制御プログラムを記録する記録媒体。
  12. 　ユーザによって操作される通信端末と、前記通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するゲーム制御装置とを備えるゲームシステムであって、
    　ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与手段、
    　前記第１アイテムを前記ゲーム上で使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与手段、
    　前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定手段
    　の各手段を、前記通信端末又は前記ゲーム制御装置の少なくともいずれか一方が備えるゲームシステム。
  13. 　ユーザによる使用を禁止した状態で第１アイテムを前記ユーザに付与する第１アイテム付与部と、
    　前記第１アイテムを使用可能にするための第２アイテムを前記ユーザに付与する第２アイテム付与部と、
    　前記第２アイテムが前記ユーザにより使用された場合、前記第１アイテムを使用可能状態に設定する状態設定部とを備えるゲーム制御装置。
PCT/JP2013/002755 2012-05-11 2013-04-23 ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム WO2013168380A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012109303A JP5738800B2 (ja) 2012-05-11 2012-05-11 ゲーム制御装置、ゲーム制御プログラム、及びゲームシステム
JP2012-109303 2012-05-11

Publications (1)

Publication Number Publication Date
WO2013168380A1 true WO2013168380A1 (ja) 2013-11-14

Family

ID=49550449

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/002755 WO2013168380A1 (ja) 2012-05-11 2013-04-23 ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、及びゲームシステム

Country Status (2)

Country Link
JP (1) JP5738800B2 (ja)
WO (1) WO2013168380A1 (ja)

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6440366B2 (ja) * 2014-02-25 2018-12-19 株式会社スクウェア・エニックス ビデオゲーム処理プログラム及びビデオゲーム処理システム
JP6374042B2 (ja) * 2017-02-09 2018-08-15 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム制御装置、及びプログラム
JP6321253B1 (ja) * 2017-03-24 2018-05-09 株式会社コロプラ ゲームプログラム、方法、情報処理装置、および、ゲームシステム
JP6291610B1 (ja) * 2017-03-24 2018-03-14 株式会社コロプラ ゲームプログラム、方法、情報処理装置、および、ゲームシステム
JP6404421B1 (ja) * 2017-08-29 2018-10-10 株式会社コロプラ ゲームプログラム、方法、および情報処理装置
JP6535714B2 (ja) * 2017-09-05 2019-06-26 株式会社コロプラ ゲームプログラム、方法、及び情報処理装置
JP6929919B2 (ja) * 2018-02-07 2021-09-01 株式会社コロプラ ゲームプログラム、方法、情報処理装置、および、ゲームシステム
JP6615246B2 (ja) * 2018-02-07 2019-12-04 株式会社コロプラ ゲームプログラム、方法、情報処理装置、および、ゲームシステム
JP6700331B2 (ja) * 2018-04-02 2020-05-27 株式会社コロプラ ゲームプログラム、方法、情報処理装置、および、ゲームシステム
JP7345246B2 (ja) * 2018-11-27 2023-09-15 株式会社コーエーテクモゲームス ゲームプログラム、ゲーム処理方法、情報処理装置
JP6799620B2 (ja) * 2019-01-10 2020-12-16 株式会社コロプラ ゲームプログラム、方法、及び情報処理装置
JP7311800B2 (ja) * 2019-04-26 2023-07-20 株式会社カプコン ゲームプログラムならびにゲームシステム
JP7461109B2 (ja) * 2019-04-26 2024-04-03 株式会社カプコン ゲームプログラムならびにゲームシステム
JP6767062B2 (ja) * 2019-12-26 2020-10-14 株式会社コナミデジタルエンタテインメント ゲームシステム、ゲーム制御装置、及びプログラム

Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002219276A (ja) * 2001-01-29 2002-08-06 Square Co Ltd 宝箱アイテム制御プログラム、宝箱アイテム制御プログラムを記録した記録媒体、宝箱アイテム制御方法及びゲーム装置
JP2002331170A (ja) * 2001-05-11 2002-11-19 Namco Ltd ゲーム進行管理情報、情報記憶媒体、ゲーム進行管理システム、及びゲームシステム
JP2003340042A (ja) * 2002-05-31 2003-12-02 Sophia Co Ltd 遊技機

Patent Citations (3)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002219276A (ja) * 2001-01-29 2002-08-06 Square Co Ltd 宝箱アイテム制御プログラム、宝箱アイテム制御プログラムを記録した記録媒体、宝箱アイテム制御方法及びゲーム装置
JP2002331170A (ja) * 2001-05-11 2002-11-19 Namco Ltd ゲーム進行管理情報、情報記憶媒体、ゲーム進行管理システム、及びゲームシステム
JP2003340042A (ja) * 2002-05-31 2003-12-02 Sophia Co Ltd 遊技機

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
FINAL FANTASY BRIGADE, APURI STYLE, vol. 8, 25 April 2012 (2012-04-25), GONG KAKUTOGI *

Also Published As

Publication number Publication date
JP2013233385A (ja) 2013-11-21
JP5738800B2 (ja) 2015-06-24

Similar Documents

Publication Publication Date Title
JP5738800B2 (ja) ゲーム制御装置、ゲーム制御プログラム、及びゲームシステム
JP5436702B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5265789B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲーム制御システム
JP5442810B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
WO2013121480A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5526184B2 (ja) ゲーム制御装置、ゲームシステム、ゲーム制御方法、及びゲーム制御プログラム
JP6145852B2 (ja) ゲーム制御装置、ゲームシステム、及びプログラム
WO2013157396A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5918203B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5383936B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5222417B1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5260783B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5436613B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5731710B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5738799B2 (ja) ゲーム制御装置、ゲーム制御プログラム、及びゲームシステム
JP5894109B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5258992B1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5845208B2 (ja) ゲーム制御装置、プログラム、ゲーム制御システム
JP2014028079A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP6061252B2 (ja) ゲーム制御装置、プログラム、ゲームシステム、通信端末
JP2014147816A (ja) ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、及びゲームシステム

Legal Events

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

Ref document number: 13786965

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

Country of ref document: EP

Kind code of ref document: A1