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

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

Info

Publication number
WO2013176285A1
WO2013176285A1 PCT/JP2013/064615 JP2013064615W WO2013176285A1 WO 2013176285 A1 WO2013176285 A1 WO 2013176285A1 JP 2013064615 W JP2013064615 W JP 2013064615W WO 2013176285 A1 WO2013176285 A1 WO 2013176285A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
execution
setting
predetermined process
game
Prior art date
Application number
PCT/JP2013/064615
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 WO2013176285A1 publication Critical patent/WO2013176285A1/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/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/80—Special adaptations for executing a specific game genre or game mode
    • A63F13/847—Cooperative playing, e.g. requiring coordinated actions from several players to achieve a common goal
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/79—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories
    • A63F13/795—Game security or game management aspects involving player-related data, e.g. identities, accounts, preferences or play histories for finding other players; for building a team; for providing a buddy list
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/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/90—Constructional details or arrangements of video game devices not provided for in groups A63F13/20 or A63F13/25, e.g. housing, wiring, connections or cabinets
    • A63F13/92—Video game devices specially adapted to be hand-held while playing
    • 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/55—Details of game data or player data management
    • A63F2300/5546—Details of game data or player data management using player registration data, e.g. identification, account, preferences, game history
    • A63F2300/556—Player lists, e.g. online players, buddy list, black list

Definitions

  • the present invention relates to a technique for controlling the progress of a game by each user according to each operation of a plurality of users.
  • Non-Patent Document 1 a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.
  • the present invention has been made in view of the above-described viewpoints, and provides a game control device, a game control method, a program, a recording medium, and a game system that can realize a game with higher game characteristics and rich strategy.
  • the purpose is to do.
  • a first aspect of the present invention is a game control device, First setting means for setting an object used for a predetermined process; First execution means for executing the predetermined processing without triggering information related to a user operation input by the object set by the first setting means; Second setting means for setting an object used for the predetermined process executed based on information related to the user's operation input; Second execution means for executing the predetermined process using the object set by the second setting means based on information relating to the user's operation input; Is provided.
  • object includes a character, an item, and the like on the game.
  • the character is, for example, a virtual person or creature on the game, a monster, or the like, and includes those displayed on a card.
  • the “predetermined process” may be, for example, a process for the same object by the first execution unit and the second execution unit.
  • a process performed without triggering information related to a user operation input for a predetermined process by an object (hereinafter referred to as “automatic process”) and the same predetermined process by an object.
  • a process (hereinafter referred to as “process based on operation”) performed based on information related to a user operation input is provided independently.
  • an object used for the process is individually set from a plurality of objects. Therefore, since an automatic process is provided, even if the user has no time to perform an operation, for example, once an object is set, a predetermined process on the game proceeds without performing the operation. Can be made.
  • the game control device further includes an association unit that associates the user with the object, and the first setting unit is based on information about the operation input of the user among the plurality of objects associated with the user.
  • An object used for the predetermined process by the first execution unit is set, and the second setting unit is an object set by the first setting unit among a plurality of objects associated with the user.
  • An object used for the predetermined processing by the second execution means may be set from other objects.
  • the user when setting an object (for example, a hand-held object) associated with the user, the user may set the object used for the automatic process and the process based on the operation to be different.
  • the user can think about how to distribute an object from among a plurality of objects to an automatic process and a process based on an operation, so that a game with more strategic content can be realized.
  • the game control apparatus further includes grouping means for grouping a plurality of users, wherein the first setting means sends at least some of the plurality of users grouped by the grouping means to each user.
  • an object used for the predetermined process common to the plurality of users may be set.
  • a plurality of users are grouped to perform common processing, and each user in the group is configured to set an object for automatic processing. Since a common process is performed in the same group, it is possible to realize a game with high sociality that allows the game to progress while cooperating between users in the group.
  • the first execution unit may obtain an execution result of the predetermined process according to a combination of objects set by the first setting unit for different users among the plurality of users. You may adjust. That is, when setting an object for each user in the group to perform automatic processing, the execution result may be adjusted according to a combination of objects set by different users. Accordingly, it is expected that, for example, an object is set in cooperation in order to obtain an advantageous execution result while communicating between users in the group, and a highly social game can be realized.
  • the game control apparatus further includes a closeness setting unit that sets a closeness that represents a degree of relationship between users, wherein the first execution unit includes a plurality of users grouped by the grouping unit.
  • the execution timing for executing the predetermined process may be adjusted according to the intimacy of the. For example, if the degree of execution timing by the first execution means is shortened as the intimacy becomes higher, it is expected that the intimacy in the group will increase for the purpose of increasing the degree of progress of a predetermined process. . As a result, communication within the group can be activated.
  • the first execution means may adjust an execution timing for executing the predetermined process in accordance with a group parameter grouped by the grouping means. For example, each user who is a member of a group is allowed to increase the degree of progress of a predetermined process by increasing the group parameter so that the execution timing interval by the first execution unit is shortened. It is expected to act to increase the parameters of. Thereby, it is possible to foster a sense of unity among users in the group or to activate communication within the group.
  • the first setting means sets a plurality of objects for a user
  • the first execution means sets a plurality of objects set for the user by the first setting means.
  • the execution result of the predetermined process may be adjusted according to the combination. In this configuration, when a user sets a plurality of objects for automatic processing, for example, the object is motivated to select an object in order to obtain an advantageous execution result, and high interest can be realized.
  • the first execution means outputs the execution result of the predetermined process according to the execution timing of the predetermined process and the execution timing of the predetermined process by the second execution means. You may adjust. For example, when the execution timing of automatic processing is known, the user can determine the execution timing of the processing based on the operation so that an advantageous execution result can be obtained, for example, and high interest can be realized.
  • the first execution means executes the predetermined process according to a time difference between the execution timing of the predetermined process and the execution timing of the predetermined process by the second execution means. May be adjusted. For example, when the execution timing of automatic processing is known, the user can determine the execution timing of the processing based on the operation so that an advantageous execution result can be obtained, for example, and high interest can be realized.
  • each of the first execution means and the second execution means executes the predetermined process using one of a plurality of execution methods, and is used by each execution means.
  • the execution result of the predetermined process may be adjusted. In this configuration, the user is motivated to select an execution method when executing a predetermined process so that an advantageous execution result can be obtained, and high interest can be realized.
  • the first execution means may execute the predetermined process at a predetermined time interval.
  • automatic processing since automatic processing is performed periodically, it becomes easier for the user to grasp the timing of the automatic processing. Therefore, in order to obtain a predetermined effect set in advance in the game, it is based on an operation. It becomes the structure which examines when processing should be performed, and the game of the content with richer strategy can be implement
  • the predetermined process may be a battle with an object on the game.
  • a second aspect of the present invention is a game control method, A first setting step of setting an object used for a predetermined process; A first execution step of executing the predetermined processing without triggering information related to a user's operation input by the object set in the first setting step; A second setting step of setting an object used for the predetermined process executed based on information related to the user's operation input; A second execution step of executing the predetermined process using the object set in the second setting step based on information on the user's operation input; Is provided.
  • a third aspect of the present invention provides a computer for controlling the execution of a game.
  • a first setting function for setting an object used in a predetermined process;
  • a first execution function for executing the predetermined process without triggering information related to a user's operation input by the object set by the first setting function;
  • a second setting function for setting an object used for the predetermined process to be executed based on information on the user's operation input;
  • a second execution function for executing the predetermined process using an object set by the second setting function based on information on the user's operation input; It is a program for realizing.
  • the computer may be, for example, a network server or a large computer. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM. That is, a fourth aspect of the present invention is a computer-readable recording medium in which the program is recorded.
  • a fifth aspect of the present invention is a game system including a communication terminal and a server configured to be accessible from the communication terminal and controlling execution of the game by the communication terminal, First setting means for setting an object used in a predetermined process; First execution means for executing the predetermined processing without triggering information related to a user's operation input by the object set by the first setting means; Second setting means for setting an object used for the predetermined process executed based on information related to the user's operation input; and Second execution means for executing the predetermined process using the object set by the second setting means based on information related to the user's operation input;
  • Each of the means is provided in either the communication terminal or the server, Is provided.
  • the figure which shows the basic composition of the game system of embodiment The figure which shows an example of the external appearance of the communication terminal of embodiment.
  • the figure which shows the other example of the external appearance of the communication terminal of embodiment The block diagram which shows the structure of the communication terminal of embodiment.
  • the block diagram which shows the structure of the game server of embodiment The block diagram which shows the structure of the database server of embodiment.
  • the figure which illustrates the data structure of battle management data The figure which illustrates a series of web pages displayed in a user's communication terminal.
  • the figure which illustrates a series of web pages displayed in a user's communication terminal The figure which illustrates a series of web pages displayed in a user's communication terminal.
  • the functional block diagram for demonstrating the function which plays a main role with the game control apparatus which concerns on a modification.
  • the figure which shows the example of assignment between a communication terminal, a game server, and a database server about each function of the game control apparatus of embodiment The figure which shows the example of assignment between a communication terminal, a game server, and a database server about each function of the game control apparatus of embodiment.
  • the present invention relates to the patent application of Japanese Patent Application No. 2012-119140 filed with the Japan Patent Office on May 25, 2012, the contents of which are incorporated herein by reference.
  • FIG. 1 shows a system configuration example of a game system according to the embodiment.
  • 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,
  • NW network
  • the database server 30 is configured.
  • Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user, for example, a mobile terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, a television having a bidirectional communication function.
  • a communication terminal such as a John receiver (including a so-called multi-function smart TV).
  • the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10.
  • the game server 20 has a program for generating a document that can be interpreted on a web browser as a game program.
  • the database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 by, for example, a wire for reading and writing the information.
  • the communication terminal 10 includes a web browser capable of displaying a web page provided by the game server 20, and the user operates the communication terminal 10 on the web page to execute a game.
  • an authentication server for authenticating the user of 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.
  • FIGS. 2A and 2B are diagrams each illustrating an example of the appearance of the communication terminal 10.
  • FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone).
  • FIG. 2B illustrates a communication terminal of a touch panel input method such as a smartphone.
  • FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10. As shown in FIG.
  • 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, A communication interface unit 17 as a signal transmission / reception unit is provided, and a bus 18 for transmitting a control signal or a data signal between the units is provided.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • the CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. And CPU11 is based on the appropriate designation
  • HTML data HyperText Markup Language
  • the communication terminal 10 may be mounted with various plug-ins (for example, animation playback programs) for extending the browser function of the web browser.
  • the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the communication interface unit 17.
  • the game server 20 is notified.
  • the web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol).
  • HTTP HyperText Transfer Protocol
  • the web browser interprets the HTML data acquired from the game server 20 and displays the web page on the display unit 16 via the image processing unit 14.
  • the web browser sends an HTTP request according to the selection result to the game for updating the web page. Send to server 20.
  • the image processing unit 14 displays a web page on the display unit 16 based on the display image data given from the CPU 11 as the analysis result of the HTML data.
  • the display unit 16 is, for example, an LCD (Liquid-Cristal-Display) monitor including thin film transistors arranged in units of pixels in a matrix, and displays an image of a web page by driving the thin film transistors based on display image data. To display.
  • LCD Liquid-Cristal-Display
  • the instruction input unit 15 includes a button group 15a including a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. And a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11.
  • the direction instruction button is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16.
  • the determination button instructs the CPU 11 that the user selects one hyperlink or menu that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or menus are displayed on a web page.
  • buttons are provided on the front surface of the communication terminal 10 so that the user can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange
  • the button group 15b is arranged below the button group 15a and includes a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (ten keys) are written. .
  • the instruction input unit 15 mainly accepts touch panel type input by touching the display screen 16a with a fingertip or a pen.
  • the touch panel input method may be a known method such as a capacitance method.
  • the button group 15a may be provided even when the communication terminal 10 is a touch panel input method.
  • the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu.
  • the selection operation is performed by instructing (touch operation) a menu position on the display screen 16a on which the web page is displayed with a finger or a pen.
  • the configuration of the game server 20 will be described with reference to FIG.
  • the game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web 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 communication interface unit 25, for transmitting control signals or data signals between the units.
  • a bus 26 is provided.
  • the game server 20 can take the same structure as a general-purpose web server regarding hardware.
  • the ROM 22 stores an application program that provides a service for displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the communication terminal 10 that is a client.
  • the ROM 22 stores various data referred to by the CPU 21 in addition to the application program.
  • the CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the communication interface unit 25.
  • the CPU 21 performs communication according to HTTP with the web browser of the game server 20 via the communication interface unit 25.
  • the CPU 21 performs predetermined data processing or the like based on an HTTP request received from the communication terminal 10 via the communication interface unit 25 (for example, including a user hyperlink or menu selection result on a web page).
  • the arithmetic processing is performed, and an HTTP response including the processing result is returned to the web browser of the game server 20.
  • the HTTP response includes HTML data for updating the web page.
  • the CPU 21 performs the authentication process.
  • the database access unit 24 is an interface when the CPU 21 reads / writes data from / to the database server 30.
  • the database server 30 (storage device) 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 database access unit 24 of the game server 20.
  • FIG. 5 shows an example of the configuration of the database server 30.
  • the database server 30 includes a user database 31 and a game database 32.
  • the type of game realized by the game system according to the present embodiment is not particularly limited, but in the following, as an example of the game according to the present embodiment, the user performs a game on the game in accordance with the user's operation on the communication terminal 10.
  • the battle-type digital card game (hereinafter referred to as “game of the present embodiment” as appropriate) that battles with a monster character, which is a monster on the game, is used.
  • a plurality of users form one group (a so-called guild) in a specific area on the game, and a battle is performed with a monster character that attacks the area.
  • Each user is configured to be able to dispatch a warrior card to a corresponding area from among the existing warrior cards.
  • FIG. 6 shows an example of a user database 31 applied in the game of the present embodiment.
  • the user database 31 stores, for each user ID (user identification information), information on each item of user name / display image, skill level, physical strength point, belonging group, fellow user ID, and possessed card data. Including. Information included in the user database 31 can be updated sequentially by the game server 20.
  • the user ID included in the user database 31 or data for each user name (to be described later) specifying the user is generically referred to as user data.
  • the data of each item constituting the user data is as follows.
  • User name / display image A user name and a display image that are displayed to identify the user of the communication terminal 10 when the game is executed.
  • the user name is text of a predetermined length or less that is specified in advance by the user, and the display image is an avatar image that is selected in advance by the user, for example.
  • the user name is a name that identifies the user on the network environment (or game community) provided by the game server 20. Skill level This is data indicating the skill level of the user on the game.
  • -Physical point It is a point required in performing the battle with a warrior card and a monster character in the game of this embodiment.
  • the health point is a value that is reduced by performing one attack on the monster character, and is recovered (increased) every time a predetermined time elapses.
  • -Affiliation group Information that identifies the group to which the user belongs in the game.
  • ⁇ Friend's user ID This is data of another user ID associated with the target user ID.
  • -Data of possession card The possession card data is data of the warrior card possessed by the user.
  • a warrior card As data of a warrior card, for example, as shown in FIG. 6, image data, presence / absence of presence, and parameters are included.
  • “Resident” is written in the “Residence presence / absence” column.
  • “Parameter” is an ability value of the attack power and defense power of the warrior card, and means that the greater the value, the higher the ability. For example, when a warrior card battles with a monster character, the monster character can be damaged according to the value of the attack power.
  • the game database 32 is based on access from the game server 20, information on the progress of the game executed by the game server 20, monster character data (monster character data), resident warrior data, and battle management data.
  • Information relating to the progress of the game may include various information depending on the nature of the game. Taking the case of the game of the present embodiment as an example, the information related to the progress of the game may include a detailed result of a battle with the monster character.
  • FIG. 7 An example of monster character data is shown in FIG.
  • the monster character data is data that is read from the game database 32 and written to the RAM 23 when the battle is executed.
  • FIG. 7 for each of the monster characters MC1, MC2, MC3,..., An image displayed on the web page, a parameter indicating the attack power of the monster character, and a value of HP (Hit Point) indicating the physical strength of the monster character Are associated.
  • the attack power and HP values are set as values in a predetermined range, but when performing a battle from within this range, the attack power and HP values are set randomly. Also good.
  • the resident warrior data includes, for each group, information about users belonging to the group (referred to as “members”) and warrior cards dispatched from each member (hereinafter referred to as “resident fighter cards”).
  • FIG. 8 shows an example of the data structure of the resident warrior card.
  • the user ID of each member of the group is associated with the resident warrior card.
  • the number of stationed warrior cards that the user can dispatch to the area is limited to a maximum of 3, but the number of stationed warrior cards that can be dispatched may be arbitrarily set.
  • FIG. 8 an example in which warrior cards C3, C5, and C9 are written as a resident warrior card of a user who is a member of group H: KNM is shown.
  • the battle management data is data provided for managing the status of the battle with the monster character that attacks the area corresponding to the group for each group.
  • FIG. 9 shows an example of the data structure of battle management data.
  • the attacking monster character is associated with the latest HP value for each group.
  • a new monster character attack occurs in the area corresponding to the group, it is written in the “Attacking Monster” field in the battle management data. The character is erased.
  • FIG. 10 is a diagram illustrating an example of a series of web pages displayed on the communication terminal 10 when a user dispatches his / her warrior card to an area corresponding to a group to which the user belongs in the game of the present embodiment.
  • FIG. 11 is a diagram illustrating an example of a web page when a monster character is attacking an area.
  • FIG. 12 shows an example of a series of web pages displayed on the communication terminal 10 when the user battles with a monster character appearing in an area corresponding to the group to which the user belongs by using his / her warrior card.
  • FIG. 13 is a diagram illustrating an example of a change in HP of an attacking monster character before and after a predetermined time has elapsed.
  • menus, marks and the like displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and are menus visually recognized on the communication terminal 10. (Instruction buttons, etc.), marks and other positions on the display screen can be changed by a user's direction instruction button or a scroll operation of the web page by a touch panel operation.
  • the battle process with the monster character includes an automatic battle process and a battle process based on the operation, and both processes include a monster character attacking the area (single case or plural cases). )).
  • the web page P1 in FIG. 10 is displayed, for example, when the user operates a predetermined menu on the top page (not shown) of the game.
  • This is the top page of group H to which he belongs.
  • On the top page of the group H there are an area image display area 100 indicating the state of the area corresponding to the group H, and a card display area 101 for displaying a resident warrior card dispatched to the area from the target user: KNM. included.
  • one group is composed of a maximum of 10 users
  • Group H is composed of 10 members (10 (number of members) / 10 (maximum number of members (capacity)). ).
  • 10 members (10 (number of members) / 10 maximum number of members (capacity)
  • the user is configured to be able to dispatch a maximum of three warrior cards to the area, and three card warrior card frames are formed in the card display area 101.
  • 10 members can each set three warrior cards, so that a maximum of 30 resident warrior cards are set in the group.
  • warrior cards C3 and C5 have already been set as resident warrior cards.
  • Resident warrior cards that have already been set (dispatched) are associated with menus m10 and m11 ("change") for changing the warrior card.
  • a menu m12 (“dispatch”) for dispatching a warrior card is associated with a frame that has not yet been set among the frames of the three stationed warrior cards.
  • the web page P1 When the menu m12 (“dispatch”) is selected on the web page P1, the web page is updated as shown in P2. On the web page P2, a list of warrior cards held by the user: KNM is displayed. When any warrior card is selected from the list of warrior cards, the web page is updated as shown in P3.
  • the web page P3 includes the values of the attack power and defense power of the warrior card selected in the web page P2 (in this example, the warrior card C9) and the total number of warrior cards stationed when the selected warrior card is dispatched. The strength (total value of each of the attack power and the defense power) and a menu m13 (“dispatch”) for confirming the dispatch of the selected warrior card are displayed.
  • the web page P4 is a top page of the group H similar to the web page P1, and is displayed in a state where the warrior card C9 selected as the resident warrior card is set in the card display area 101.
  • a battle process based on a user operation (process based on the operation) and an automatic battle process (automatic process) are provided as battles for subjugating the attacked monster character.
  • a battle based on a user operation is a battle performed with a monster character using a warrior card that the user has (a warrior card other than a resident warrior card among warrior cards held by the user).
  • An automatic battle is a battle performed without a user's operation by the residence warrior card dispatched to the area from each user in the group.
  • FIG. 11 shows an example of the top page of group H when a monster character attacks.
  • the example shown on the web page P10 shows an example in which three monster characters MC1, MC2 and MC3 are attacking in the area.
  • a monster display area 102 for displaying images of the three monster characters MC1, MC2 and MC3 attacking the area and HP gauges 201 to 203 for displaying the HP of each monster character in a bar shape. Is included.
  • menus m21 to m23 labeled “defeat” are displayed in association with each monster character.
  • the web page P11 includes an HP gauge 201 of the monster character MC1, a warrior card group 202 used for battle among the warrior cards held by the user, and a menu m30 labeled “attack”.
  • FIG. 13 shows an example of a change in the display form of the monster display area 102 before and after the resident warrior card automatically battles on the top page of the group H (change in the web page P20 ⁇ P21).
  • the web page is displayed so that the HP of at least one of the monster characters is lower than before the execution.
  • the timing at which the automatic battle process is executed may be arbitrarily set, it is preferably executed at a predetermined time interval such as every 10 minutes (that is, periodically).
  • FIG. 14 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
  • the association means 51 has a function of associating a user with a warrior card (object). By associating the user with the warrior card, the user is regarded as possessing the warrior card in the game. The opportunity for associating the user with the warrior card will not be described in detail here, but for example, on the seventh page of the app STYLE Vol. A digital card game in which a card is given to a user who has executed these functions is described, and the same method can be adopted in this embodiment.
  • the CPU 21 of the game server 20 accesses the user database 31 and gives it to the “owned card data” column of the user data of the user to be processed. Write new warrior card data.
  • Warrior card data (image data, parameters, etc.) is already defined in, for example, a warrior card database (not shown), and the data described in this warrior card database is read out, Written in the field.
  • the user and the warrior card are associated with each other.
  • the associating means 51 is not necessarily essential.
  • a warrior card designated by the user each time may be set from among a plurality of warrior cards randomly provided to the user in the game. .
  • the grouping means 52 has a function of grouping a plurality of users.
  • a plurality of users form one group corresponding to an area on the game.
  • any user may be able to create a group.
  • other users can apply to the user who created the group to belong to the group, and can be set to belong to the group by receiving approval from the user who created the group. .
  • the grouping means 52 is not necessarily required in the present invention.
  • the function of the grouping means 52 can be realized as follows, for example.
  • the CPU 21 of the game server 20 accepts a selection operation for the user to create a group together with the group name designated by the user, and the user who created the group (referred to as “representative user” of the created group) and the group name (or alternatively).
  • Group identification information is stored in the game database 32 in association with each other.
  • the CPU 21 accepts a selection operation by a user to belong to any group, and reads a list of representative users and group names (group list data) stored in the game database 32 in accordance with the selection operation,
  • the list data of the group is transmitted in a format in which any group can be selected.
  • the CPU 21 When the CPU 21 recognizes that a group has been selected (ie, applied) by the user, the CPU 21 transmits a message for confirming whether or not to accept the user's affiliation to the representative user of the group. If the approval is returned from the representative user, the CPU 21 writes the group name (or group identification information) in the column of the group to which the user data of the application source user belongs.
  • the first setting means 53 has a function of setting a warrior card (object) used for a battle (predetermined process) with a monster character.
  • the function of the 1st setting means 53 is realizable as follows.
  • the CPU 21 of the game server 20 acquires the selection result of the resident warrior card by the user through HTTP communication with the communication terminal 10 as illustrated in the web pages P1 to P3 of FIG. Access and write the user ID and the selected resident warrior card in the resident warrior data (see FIG. 8). Thereby, the user's resident warrior card used for the battle (here, automatic battle) is set.
  • the 1st execution means 54 is a function which performs battle (predetermined process) with a monster character, without using the information regarding a user's operation input by the resident warrior card (object) set by the 1st setting means 53 Is provided.
  • the 1st execution means 54 is provided with the function to perform an automatic battle process with a monster character using a resident warrior card.
  • the function of the 1st execution means 54 is realizable as follows.
  • the processing when a monster character attacks the area corresponding to the group to which the user belongs is as follows.
  • the CPU 21 of the game server 20 reads out data of any monster character from the monster character data stored in the game database 32 at regular or random timing, and writes it in battle management data.
  • the attack power and HP value (initial value) of the monster character written in the battle management data may be determined at random within the range of values described in the monster character data.
  • the HP of the monster character MC1 is set as a range of 1500 to 2000, but as an initial value of HP used when performing an actual battle process, a random value is selected from the range of 1500 to 2000. One value is determined.
  • the CPU 21 When the CPU 21 obtains an HTTP request for requesting the display of the top page of the group from the user, the CPU 21 refers to the battle management data, and the data of the monster character attacking the area corresponding to the group (the latest value of attack power and HP). ) And is written to the RAM 23. Further, the CPU 21 determines the display position of the HP gauge in the monster display area 102 based on the read monster character's HP, and generates HTML data for displaying the top page of the group (for example, the web page P10 in FIG. 11). . In generating HTML data, an image of a monster character is appropriately read out from the monster character data.
  • the CPU 21 of the game server 20 performs the following processing when it is timed to perform automatic battle processing.
  • the CPU 21 reads all the resident warrior cards of the group subject to the automatic battle process from the resident warrior data, refers to the user data for each read resident warrior card, and the attack power or the sum of the attack power and the defense power To get.
  • the CPU 21 adds up the sum of the attack powers of all the stationed warrior cards in the group or the sum of the attack power and the defense power, thereby increasing the number of stationed warrior cards in the group (up to 30 in the example of this embodiment). ) Is calculated and stored in the RAM 23.
  • the CPU 21 reads out the HPs of all the monster characters attacking the area of the group to be processed from the battle management data, and stores them in the RAM 23.
  • the CPU 21 overwrites the updated HP of each monster character with the HP (latest value) of the battle management data every time one automatic battle process is completed.
  • the battle process with the monster character is performed based on the total attack power of all the resident warrior cards in the group, but the battle process with the monster character is not limited to this method.
  • Pa in the above formula (1) may be a numerical value determined randomly from a predetermined range according to the attack operation, not the sum of the attack powers of the resident warrior cards.
  • the automatic battle process is performed for every fixed time, for example, it has passed since the previous automatic battle process was performed at the timing when the user who is a member requested the display of the top page of the group. The number of times of performing the automatic battle process may be determined and executed based on the performed time. Processing at this time may be as follows.
  • any member of the group accesses the top page of the group at time T, and subsequently, the group of any member of the group at time T + 1. Assume that the top page of is accessed. In this case, at time T + 1, the CPU 21 displays the processing result of the automatic battle according to the number of times that the automatic battle in units of 10 minutes will be performed during the time between time T and T + 1 at each time T + 1. Reflect on the monster character's HP.
  • the 2nd setting means 55 is provided with the function to set the warrior card (object) used for the battle process (predetermined process) with the monster character performed based on the information regarding a user's operation input. That is, the 2nd setting means 55 is provided with the function to set the warrior card used for the battle process based on operation.
  • various methods can be adopted as a method for setting a warrior card. For example, when recognizing that a menu m21 to m23 (“defeat”) is selected on the web page P10 of FIG. 11, the CPU 21 of the game server 20 stores a database of warrior cards set on the game ( A predetermined number of warrior cards may be selected randomly or according to a user's selection operation, and set as warrior cards used for battle processing based on the operation.
  • the CPU 21 selects a predetermined number of warrior cards from the possession cards in the user data of the user to be processed at random or according to the user's selection operation, and is used for battle processing based on the operation. May be set as Note that the predetermined number of warrior cards used in the battle process based on the operation is selected and set in advance by the user regardless of the selection operation of the menus m21 to m23 (“defeat”), or automatically May be set automatically.
  • the setting of a warrior card may be performed, for example, by storing data of a warrior card associated with a user in, for example, user data or in the game database 32.
  • the web page P11 in FIG. 12 shows a case where the number of warrior cards set by the second setting means 55 is three.
  • the 2nd execution means 56 performs a battle process (predetermined process) with a monster character using the warrior card (object) set by the 2nd setting means 55 based on the information regarding a user's operation input. It has a function. That is, the 2nd execution means 56 is provided with the function to perform the battle process based on operation.
  • the function of the 2nd execution means 56 is realizable as follows.
  • the CPU 21 of the game server 20 is set.
  • a process of reducing the HP of the monster character is performed according to the attack power and defense power values of a predetermined number of warrior cards.
  • the selection operation for the menu m30 (“attack”) is referred to as “attack operation” as appropriate.
  • the CPU 21 determines the HP (latest value) and attack power value of the monster character to be attacked (the attacking monster character corresponding to one of the menus m21 to m23) from the battle management data.
  • the CPU 21 generates an attack on the warrior card from the monster character according to the attack operation. For example, the CPU 21 randomly gives an attack of the battle opponent's monster character with the value of the attack power to any warrior card set in the battle, and from the defense power of the warrior card to which the attack was given If the attack power of the monster character is large, it is determined that the warrior card has been defeated by the attack.
  • the CPU21 performs the process which decreases the value of a user's physical strength point by predetermined amount, for example according to one attack operation. That is, when recognizing one attack operation, the CPU 21 accesses the user data and performs a process of updating (decreasing) the value of the physical fitness point. When the health points are sufficiently low, no further attack operations are possible.
  • the battle process with the monster character is performed based on the attack power of the warrior card, but the battle process with the monster character is not limited to this method.
  • Qa in the above formula (2) may be a numerical value determined randomly according to the attack operation from a predetermined range, not the attack power of the warrior card.
  • the CPU 21 deletes the subjugated monster character from the battle management data, assuming that the attacking monster character has been subjugated.
  • the CPU 21 overwrites the updated monster character HP in the RAM 23 with the HP (latest value) of the battle management data.
  • FIG. 15 is a flowchart showing a dispatch process for a resident warrior card.
  • FIG. 16 is a flowchart showing a battle process based on a user operation with a monster character.
  • FIG. 17 is a flowchart showing an automatic battle process with a monster character.
  • the overall process performed by the game control apparatus of the present embodiment is roughly divided into a resident warrior card setting process (FIG. 15), an automatic battle process (FIG. 17), and a battle based on a user operation for an automatic battle process.
  • Four processes are included: a warrior card setting process for the process (not shown as a flowchart, but a process performed by the second setting means) and a battle process based on a user operation (FIG. 16).
  • step S110: YES when the CPU 21 recognizes that one of the warrior cards has been selected from the list of warrior cards on the web page P2 (step S110: YES), detailed information (for example, attack power) of the selected warrior card And defensive power value) are generated and transmitted to the user's communication terminal 10. Thereby, as shown in P3, the web page displayed on the user's communication terminal 10 is updated.
  • step S120: YES the CPU 21 recognizes that the menu m13 (“dispatch”) is selected and operated on the web page P3 (step S120: YES)
  • the CPU 21 writes the warrior card selected from the list of warrior cards in the resident warrior data.
  • Step S130 HTML data for displaying that the selected warrior card is set as the resident warrior data is transmitted to the communication terminal 10 of the user. Thereby, as shown in P4, the web page displayed on the user's communication terminal 10 is updated.
  • step S200 YES
  • the CPU 21 of the game server 20 performs the following processing.
  • the user has previously selected a predetermined number of warrior cards to be used in the battle process based on the user operation, and the predetermined number of warrior cards are set.
  • the CPU 21 reads the set warrior card data and the data (HP (latest value) and attack power value) of the monster character MC1 corresponding to the menu m21 in the battle management data (step S210) and stores them in the RAM 23.
  • the CPU 21 performs HP update processing on the HP of the monster character MC1 in the RAM 23 according to the above-described formula (2) (step S220).
  • the HP update process the sum of the attack powers of the warrior cards stored in the RAM 23 is referred to.
  • CPU21 performs the process which decreases the value of a user's physical strength point by predetermined amount, for example according to one attack operation.
  • the CPU 21 also randomly gives an attack of the monster character MC1 of the battle opponent to one of the warrior cards set in the battle with the value of the attack power in response to one attack operation.
  • the attack power of the monster character is greater than the defense power of the given warrior card, it is determined that the warrior card has been defeated by the attack.
  • the CPU 21 transmits HTML data for displaying a new web page to the user communication terminal 10 (step) S230).
  • step S240 It is determined whether or not the battle is finished each time an attack operation is performed.
  • the battle is determined to have ended when all of the user's warrior cards are defeated or when the monster character MC1 is subjugated, except when the user forcibly stops the process.
  • the CPU 21 deletes the subjugated monster character MC1 from the battle management data on the assumption that the attacking monster character MC1 has been subjugated. To do.
  • the attacking monster character MC1 is not subjugated, the CPU 21 overwrites the HP of the updated monster character MC1 in the RAM 23 with the HP (latest value) of the battle management data (step S250).
  • step S300 When the predetermined time for performing the automatic battle process is reached (step S300: YES), the CPU 21 sets the data of the resident warrior card set and the data (HP (latest latest) of the attacking monster characters in the battle management data). Value) and attack power value) are read out (step S310) and stored in the RAM 23. Next, the CPU 21 performs an HP update process on the HP of each monster character in the RAM 23 according to the above-described formula (1) (step S320). In the HP update process, the sum of attack power and defense power of all the stationed warrior cards stored in the RAM 23 is referred to.
  • the CPU 21 overwrites the updated HP of each monster character in the RAM 23 with the HP (latest value) of the battle management data (step S330). Since this automatic battle process is performed without triggering the user's operation, the user can access the HP of each monster character that is attacking when accessing the top page of the battle after a predetermined time when the automatic battle process is performed. Will know the changes.
  • the battle process (predetermined process) with the monster character by the warrior card (object) is not triggered by the information related to the user's operation input.
  • the automatic battle process performed and the battle process based on the operation performed based on information related to the user's operation input are provided independently.
  • the warrior card used for the battle process is individually set from a plurality of warrior cards. Therefore, since the automatic battle process is provided, even if the user has no time to perform the operation, for example, once the warrior card is set, the battle process on the game is advanced without performing the operation. be able to.
  • the battle process based on operation is provided, the user can also get a real feeling that the game is progressing. Furthermore, since the user can individually set the warrior card used for the automatic battle process and the battle process based on the operation, taking into account the benefits obtained according to the progress of the game and the game result, Motivated to select and set a warrior card from multiple warrior cards. Therefore, according to this game control device, it is possible to realize a game having a higher game performance than the conventional game and rich in strategy.
  • the mother body from which the warrior card used (set) for the battle process based on the automatic battle process and the operation is selected is not limited, each process is selected from among a plurality of warrior cards held by the user. It is good also as a structure which sets the warrior card used without duplication. That is, when the association means 51 for associating the user with the warrior card (object) is provided as in the game control device of the present embodiment, the first setting means 53 is configured to store the user's plurality of possessed cards (to the user).
  • the warrior card used for the automatic battle process by the first execution means 54 is set based on the information related to the user's operation input among the plurality of associated warrior cards, and the second setting means 55 Among the warrior cards other than the warrior card set by the first setting means 53 among (a plurality of warrior cards associated with the user), the second executing means 56 is used for battle processing based on the operation.
  • a warrior card may be set. This allows the user to think about how to distribute warrior cards from among multiple warrior cards to automatic battle processing and battle processing based on operations, so a game with more strategic content can be realized. .
  • the present invention is not limited thereto. It is possible to realize a battle game in which an automatic battle process and a battle process based on an operation are provided even when a play is performed not by a group but by a user.
  • the first setting unit 53 is used for a battle with a monster character common to a plurality of users for at least some of the plurality of users grouped.
  • Setting the resident warrior card (object) to be used has the following effects. That is, since a plurality of users are united in the same group and the game is advanced while cooperating between the users in the group against a common enemy (monster character) attack, it is high in units of groups. A game with social characteristics can be realized.
  • FIG. 18 differs from FIG. 14 in that a closeness setting means 57 is added.
  • the intimacy setting means 57 has a function of registering the user ID in association with other user IDs when triggered by an application based on the user ID as a premise for setting the intimacy between users. That is, the closeness setting means 57 registers another user ID as a “mate” with an application based on the user ID as a trigger.
  • the user ID is in a friend relationship and that the corresponding user is in a friend relationship.
  • the function of the intimacy setting means 57 can be realized as follows, for example.
  • the CPU 21 of the game server 20 sends an application message (application) specifying a user ID (or a corresponding user name) to be a friend from the communication terminal 10 of the user corresponding to a certain user ID via the communication interface unit 25. Accept. Transmission of this application message is preset as a function of a web page provided to the user's communication terminal 10.
  • the CPU 21 approves an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when the access is based on the user ID included in the application message. HTML data for displaying a web page for requesting the reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends.
  • the CPU 21 writes data in the item of “friend user ID” (see FIG. 6) of the user data of the corresponding two user IDs in the user database 31.
  • the conditions for relating users are not limited to the forms that require application and approval as described above, and the user who executes the stage on the same game or the user who played the game is related to the user in the game. You may register as an attached user, that is, a friend. Alternatively, users who transmit a predetermined number of messages (for example, greetings) may be automatically registered as friends, or when there is a game mode in which a game or a match between users exists, the predetermined number of times. Users who have played a match or battle may be automatically registered as friends.
  • the users in the group may be associated with each other.
  • achieves by registering data in the user database 31 by registering the friendship relationship between users was shown, it is not restricted to this example.
  • the data regarding the friendship may be written in an external storage device on the network accessible from the game server 20.
  • the intimacy setting means 57 has a function of setting an intimacy indicating the degree of relationship between users in the group.
  • the intimacy is a numerical value of the high degree of relationship between users based on a certain standard.
  • the CPU 21 records the frequency of sending or receiving a support message between users (support frequency), the number of times a gift such as an item that can be used on the game is transmitted or received (number of presents), and the like in association with the user.
  • a closeness value is set based on a certain standard based on the frequency and the number of times. The greater the support frequency and the number of presents, the higher the familiarity is set.
  • the certain standard may be one in which weighting is considered for each data (data such as the support frequency and the number of presents) that is the basis for setting the intimacy.
  • the intimacy may be set high when the number of presents is large even if the support frequency is low.
  • the CPU 21 may write a closeness value in the user data of each user.
  • the first execution unit 54 executes an automatic battle process (predetermined process) with a monster character in accordance with the familiarity among a plurality of users grouped by the grouping unit 52.
  • the timing may be adjusted. For example, if the interval of execution timing of the automatic battle process is shortened as the intimacy becomes higher, it is expected that the intimacy in the group becomes higher in order to increase the progress of the battle. As a result, communication within the group can be activated.
  • the CPU 21 determines the closeness value in the group (for example, the closeness between all users in the group).
  • the time interval T is determined so as to be inversely proportional to the average density).
  • the CPU 21 may determine the time interval T by referring to data in which the relationship between the familiarity value and the time interval T is set in advance, or by performing a predetermined calculation process on the familiarity value.
  • the time interval T may be determined.
  • the first execution means 54 is connected to the monster character according to the combination of the resident warrior cards set by the first setting means 53 for different users among the plurality of users in the group.
  • the execution result of the automatic battle process (predetermined process) may be adjusted. That is, when each user in the group sets a resident warrior card for performing an automatic battle process, the execution result may be adjusted according to the combination of the resident warrior cards set by different users. Accordingly, it is expected that a resident warrior card is set in cooperation in order to obtain an advantageous execution result while communicating between users in the group, and a highly social game can be realized.
  • FIG. 19 shows a display example of a web page related to this modification.
  • the web page P4 of FIG. 19 when the menu m30 (“resident warrior list”) is selected, the web page is updated as shown in P5.
  • the attack power, the defense power, and the cooperation effect of the group H resident warrior group are shown.
  • the attack power and defense power of the resident warrior group are the sum of the attack power and defense power of all the resident warrior cards in the group, respectively.
  • the cooperation effect of the resident warrior group is an effect obtained by a combination of resident warrior cards set by different users in the group.
  • one of a plurality of attributes is set in advance for each warrior card, and a predetermined cooperation effect is obtained by a combination of these attributes. You may be made to do.
  • one of a plurality of colors for example, 10 colors
  • the following cooperation modes Can be set.
  • each user in the group can be motivated to communicate and dispatch a different colored resident warrior card to improve the attack power and defense power of the group.
  • the CPU 21 of the game server 20 sequentially determines whether or not the attribute of each resident warrior card set in the group matches a known condition that causes a cooperation effect.
  • CPU21 calculates Pa of said Formula (1) by performing the process which further adds the cooperation effect according to the determination result with respect to the sum total of the attack power and defense power of all the resident warrior cards.
  • the first execution means 54 adjusts the execution timing for executing the automatic battle process (predetermined process) with the monster character according to the group parameters grouped by the grouping means 52.
  • the group parameter may be appropriately defined according to the game, but may be a value that increases according to the number of subjugated monster characters, for example.
  • the parameter value of the group may be set according to the development level of the area.
  • the higher the group parameter the shorter the execution timing interval of the automatic battle process by the first execution means 54, so that the progress of the predetermined process is increased.
  • Each user who is a member of the group is expected to act to increase the group parameters.
  • the CPU 21 determines the time interval T so as to be inversely proportional to the group parameter value in order to realize this modification.
  • the CPU 21 may determine the time interval T with reference to data in which the relationship between the value of the group parameter and the time interval T is set in advance, or performs a predetermined calculation process on the value of the group parameter.
  • the time interval T may be determined accordingly.
  • the first setting means 53 sets a plurality of warrior cards (objects) for the user
  • the first execution means 54 is set by the first setting means 53 for the user.
  • the plurality of warrior cards set by the first setting means 53 correspond to the resident warrior cards in the above-described embodiment, but may be a case where the user plays alone without forming a group.
  • the display area 402 of the web page P5 of FIG. 19 shows the attack power, defense power, and cooperation effect of the resident warrior card of the user belonging to group H: KNM.
  • This attack power and defense power are the sum of the attack power and defense power of all the resident warrior cards of the user: KNM, respectively.
  • the cooperation effect of a resident warrior card is an effect obtained by a combination of resident warrior cards set by individual users in the group.
  • one of a plurality of attributes is set in advance for each warrior card, and a predetermined cooperation effect is obtained by a combination of these attributes. You may be made to do.
  • the type for example, types A to C
  • name, level, etc. are set for each warrior card
  • the following linkage mode may be set according to a plurality of resident warrior cards of individual users. it can.
  • the first execution unit 54 performs the execution timing of the automatic battle process (predetermined process) and the execution timing of the battle process (predetermined process) based on the operation by the second execution unit 55. Accordingly, the execution result of the battle process may be adjusted. For example, when the execution timing of the automatic battle process is known, the user determines the execution timing of the battle process based on the operation so that, for example, an advantageous execution result can be obtained, and high interest can be realized.
  • the CPU 21 of the game server 20 executes, for example, the time when the latest automatic battle process is performed and the time when the battle process based on the operation is performed based on the time.
  • the ability value of the warrior card and the HP value of the battle opponent's monster character are adjusted. That is, the ability value of the warrior card is increased or the HP of the monster character is decreased.
  • an execution result that is advantageous to the user can be obtained.
  • the time difference between the execution timing of the automatic battle process and the execution timing of the battle process based on the operation is within a predetermined threshold (modified example 6 described later)
  • the ability value of the warrior card and the HP value of the battle opponent's monster character are adjusted. Also good.
  • the first execution means 54 is a time difference between the execution timing of the automatic battle process (predetermined process) and the execution timing of the battle process (predetermined process) based on the operation by the second execution means 55.
  • the execution result of the battle process may be adjusted.
  • the CPU 21 of the game server 20 executes, for example, the time when the latest automatic battle process is performed and the time when the battle process based on the operation is performed based on the time.
  • the attack amount and the defense power of the user's warrior card in the battle process based on the operation are fixed amounts (for example, 10%)
  • a process of increasing or a process of decreasing the monster character's HP by a certain amount is performed.
  • the attack amount of the user's warrior card and the increase amount of the defense strength may be increased.
  • each of the first execution means 54 and the second execution means 56 executes a battle process using any one of a plurality of execution methods, and the execution used by each execution means. You may adjust the execution result of a battle process according to the combination of the method. In this configuration, the user is motivated to select an execution method when executing the battle process so that an advantageous execution result can be obtained, and high interest can be realized.
  • FIG. 20 is a diagram illustrating an example of a web page when an attack method is set as an example of an execution method for each warrior card in battle processing.
  • a menu m31 (“attack method setting”) is provided on the web page P4.
  • the web page is updated as shown in P6.
  • the resident warrior card and the subjugation warrior card of the user: KNM here, the warrior card set for the battle process based on the operation is referred to as “subjugation warrior card”
  • KNM the warrior card set for the battle process based on the operation
  • a menu m32 for selecting one of the attack methods from a plurality of attack methods in this example, “knife”, “gun”, “shuriken”
  • the selected attack method is set by selecting and operating the menu m33 (“Set”).
  • the attack power applied to the battle with the monster character is multiplied by the attack power value of each warrior card by a predetermined coefficient corresponding to the attack method.
  • a value may be calculated.
  • it is comprised so that a cooperation effect may arise with the combination of the attack method of each warrior card selected by the user.
  • Such a cooperation effect can be set from various viewpoints. For example, the following cooperation mode may be set.
  • the first execution means 54 may execute the automatic battle process at a predetermined time interval.
  • the automatic battle process since the automatic battle process is periodically performed, the user can easily grasp the timing of the automatic battle process. Therefore, in order to obtain a predetermined effect preset on the game, the battle process based on the operation is performed. This makes it possible to consider when to perform the game, and to realize a game with more strategic content. For example, as described in Modifications 5 and 6 above, when the execution result is adjusted according to the execution timing of the automatic battle process and the execution timing of the battle process based on the operation, the user can obtain a desired result.
  • the automatic battle process is periodically performed, the user can adjust the operation timing for the battle process based on the operation by himself / herself while regularly checking the decrease in HP of the attacking monster character. Can do.
  • the predetermined operation input by the user to the communication terminal is an input of a pressing operation of a predetermined operation button on the user's communication terminal or an input of a touch operation on the display screen to the communication terminal having a touch panel function.
  • the operation input may be an operation input by shaking a communication terminal provided with an acceleration sensor, or an operation input by gesture (gesture input).
  • gesture input by performing a predetermined gesture on a communication terminal having an imaging function, the communication terminal recognizes an image of the gesture and recognizes an operation input previously associated with the gesture.
  • the operation input may be performed by inputting voice.
  • the association server 51, grouping unit 52, first setting unit 53, first execution unit 54, second setting unit 55, and the like by the game server 20 and the database server 30 on the network Although the configuration for realizing the functions of the second execution unit 56 is described, the configuration is not limited to this. All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment.
  • the ROM 22 stores the increase amount data and the attack power correction data
  • the game database 32 stores the monster character data, the resident warrior data, and the battle management data.
  • FIG. 21A and FIG. 21B show examples of sharing between the communication terminal 10, the game server 20, and the database server 30 for each function (each function shown in FIG. 14) of the game control apparatus of the present embodiment.

Landscapes

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

Abstract

本発明のゲーム制御装置は、所定の処理に用いられるオブジェクトを設定する第１の設定手段（５３）と、前記第１の設定手段（５３）により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行手段（５４）と、前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定手段（５５）と、前記ユーザの操作入力に関する情報に基づいて、前記第２の設定手段（５５）により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行手段（５６）と、を備える。

Description

ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
　本発明は、複数のユーザの各々の操作に応じて、各ユーザによるゲームの進行を制御する技術に関する。
　近年、ソーシャルネットワーキングサービス（ＳＮＳ）において実行されるアプリケーションとして、いわゆるソーシャルゲーム（Social Game）が普及している。
　上述したソーシャルゲームでは、例えば、関係付けられたユーザ（仲間）間で協力したゲームの実行のほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行なわれている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。
アプリＳＴＹＬＥ　Vol.5（株式会社イースト・プレス、平成23年11月1日発行）、7-8頁
　従来のソーシャルゲームにおいて、ユーザは、例えばカード等の手持ちのキャラクタの中でキャラクタの優先度を予め設定し、他のユーザとバトルを行うときには、設定された優先度に従ってバトルに使用されるキャラクタが選択されていた。これに対し、よりゲーム性が高く、戦略性に富む内容のゲームが要請されていた。
　本発明は上述した観点に鑑みてなされたもので、よりゲーム性が高く、戦略性に富む内容のゲームを実現できるようにしたゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステムを提供することを目的とする。
　本発明の第１の観点は、ゲーム制御装置であって、
　所定の処理に用いられるオブジェクトを設定する第１の設定手段と、
　前記第１の設定手段により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行手段と、
　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定手段と、
　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定手段により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行手段と、
　を備える。
　このゲーム制御装置において「オブジェクト」とは、ゲーム上のキャラクタやアイテム等を含む。キャラクタは、例えばゲーム上の仮想的な人物や生物、若しくはモンスター等であり、それらがカードに表示されているものをも含む。
　このゲーム制御装置において「所定の処理」とは例えば、第１の実行手段と第２の実行手段とで同一の対象物に対する処理であってもよい。
　このゲーム制御装置によって実現されるゲームでは、オブジェクトによる所定の処理についてユーザの操作入力に関する情報を契機とせずに行われる処理（以下、「自動的な処理」という。）と、オブジェクトによる同一の所定の処理についてユーザの操作入力に関する情報に基づいて行われる処理（以下、「操作に基づく処理」という。）とが、それぞれ独立して設けられている。そして、自動的な処理と、操作に基づく処理とでは、処理に用いられるオブジェクトを複数のオブジェクトの中から個別に設定される構成となっている。そのため、自動的な処理が設けられているために、ユーザは、例えば操作を行う時間が無いといった状況であっても、いったんオブジェクトを設定すれば操作を行うことなくゲーム上の所定の処理を進行させることができる。また、操作に基づく処理が設けられているために、ユーザが自らゲームを進行させている実感を得ることもできる。さらにユーザは、自動的な処理と、操作に基づく処理とに用いられるオブジェクトを個別に設定することができるため、ゲームの進行状況やゲームの結果に応じて得られる特典などを勘案して、複数のオブジェクトの中からオブジェクトを選択して設定するように動機付けられる。よって、このゲーム制御装置によれば、従来よりもゲーム性が高く、戦略性に富む内容のゲームを実現できる。
　上記ゲーム制御装置において、ユーザとオブジェクトとを関連付ける関連付け手段、をさらに備え、前記第１の設定手段は、前記ユーザに関連付けられた複数のオブジェクトのうち、前記ユーザの操作入力に関する情報に基づいて、前記第１の実行手段による前記所定の処理に用いられるオブジェクトを設定し、前記第２の設定手段は、前記ユーザに関連付けられた複数のオブジェクトのうち、前記第１の設定手段で設定されたオブジェクト以外のオブジェクトの中から、前記第２の実行手段による前記所定の処理に用いられるオブジェクトを設定してもよい。つまり、ユーザは、自らに関連付けられたオブジェクト（例えば、手持ちのオブジェクト）を設定するに当たって、自動的な処理と、操作に基づく処理とに用いられるオブジェクトがそれぞれ異なるように設定してもよい。これによって、複数のオブジェクトの中からオブジェクトを、自動的な処理と操作に基づく処理にどのように振り分けるかユーザに考えさせる構成となるため、より戦略性に富む内容のゲームを実現できる。
　上記ゲーム制御装置において、複数のユーザをグループ化するグループ化手段、をさらに備え、前記第１の設定手段は、前記グループ化手段でグループ化された複数のユーザのうち少なくとも一部の各ユーザに対して、前記複数のユーザに共通の前記所定の処理に用いられるオブジェクトを設定してもよい。このゲーム制御装置では、複数のユーザが共通の処理を行うためにグループ化され、グループ内の各ユーザが自動的な処理を行うためのオブジェクトを設定する構成となっている。同一のグループ内で共通の処理を行うため、グループ内のユーザ間で協調しながらゲームを進行させる高いソーシャル性を備えたゲームを実現できる。
　上記ゲーム制御装置において、前記第１の実行手段は、前記複数のユーザのうち異なるユーザに対して前記第１の設定手段により設定されたオブジェクトの組み合わせに応じて、前記所定の処理の実行結果を調整してもよい。つまり、グループ内の各ユーザが自動的な処理を行うためのオブジェクトを設定する場合に、異なるユーザによって設定されたオブジェクトの組み合わせに応じて実行結果を調整してもよい。これによって、グループ内のユーザ間でコミュニケーションをとりながら、例えば有利な実行結果を得るために協調してオブジェクトを設定することが期待され、ソーシャル性が高いゲームを実現できる。
　上記ゲーム制御装置において、ユーザ間の関係の程度を表す親密度を設定する親密度設定手段、をさらに備え、前記第１の実行手段は、前記グループ化手段でグループ化された複数のユーザの間の親密度に応じて、前記所定の処理を実行する実行タイミングを調整してもよい。例えば、親密度が高いほど第１の実行手段による実行タイミングの間隔を短くするように構成すれば、所定の処理の進行度を高くする目的でグループ内の親密度が高くなることが期待される。これによって、グループ内のコミュニケーションの活性化を図ることができる。
　上記ゲーム制御装置において、前記第１の実行手段は、前記グループ化手段でグループ化されたグループのパラメータに応じて、前記所定の処理を実行する実行タイミングを調整してもよい。例えば、グループのパラメータが高いほど第１の実行手段による実行タイミングの間隔を短くするように構成することで、所定の処理の進行度が高くする目的で、グループの構成員である各ユーザがグループのパラメータを高くするように行動することが期待される。これによって、グループ内のユーザの一体感を醸成させ、あるいはグループ内のコミュニケーションの活性化を図ることができる。
　上記ゲーム制御装置において、前記第１の設定手段は、ユーザに対してオブジェクトを複数設定し、前記第１の実行手段は、ユーザに対して前記第１の設定手段により設定された複数のオブジェクトの組み合わせに応じて、前記所定の処理の実行結果を調整してもよい。この構成では、ユーザが自動的な処理のために複数のオブジェクトを設定する場合、例えば有利な実行結果を得るためにオブジェクトを選択することが動機付けられ、高い興趣性を実現できる。
　上記ゲーム制御装置において、前記第１の実行手段は、前記所定の処理の実行タイミングと、前記第２の実行手段による前記所定の処理の実行タイミングとに応じて、前記所定の処理の実行結果を調整してもよい。例えば、自動的な処理の実行タイミングが既知である場合に、ユーザが、例えば有利な実行結果が得られるように操作に基づく処理の実行タイミングを決定する構成となり、高い興趣性を実現できる。
　上記ゲーム制御装置において、前記第１の実行手段は、前記所定の処理の実行タイミングと、前記第２の実行手段による前記所定の処理の実行タイミングの時間差に応じて、前記所定の処理の実行結果を調整してもよい。例えば、自動的な処理の実行タイミングが既知である場合に、ユーザが、例えば有利な実行結果が得られるように操作に基づく処理の実行タイミングを決定する構成となり、高い興趣性を実現できる。
　上記ゲーム制御装置において、前記第１の実行手段及び前記第２の実行手段はそれぞれ、複数の実行方法のうちいずれかの実行方法を用いて前記所定の処理を実行し、各実行手段で用いられた実行方法の組み合わせに応じて、前記所定の処理の実行結果を調整してもよい。この構成では、ユーザが例えば有利な実行結果が得られるように所定の処理を実行するときの実行方法を選択することが動機付けられ、高い興趣性を実現できる。
　上記ゲーム制御装置において、前記第１の実行手段は、前記所定の処理を所定の時間間隔で実行してもよい。この構成では、自動的な処理が定期的に行われるため、ユーザは、自動的な処理のタイミングを把握しやすくなるため、ゲーム上で予め設定された所定の効果を得るために、操作に基づく処理をいつ行うべきかについて検討させる構成となり、一層戦略性に富む内容のゲームを実現できる。
　上記ゲーム制御装置において、前記所定の処理は、前記ゲーム上のオブジェクトとのバトルであってもよい。
　本発明の第２の観点は、ゲーム制御方法であって、
　所定の処理に用いられるオブジェクトを設定する第１の設定ステップと、
　前記第１の設定ステップにより設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行ステップと、
　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定ステップと、
　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定ステップにより設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行ステップと、
　を備える。
　本発明の第３の観点は、ゲームの実行を制御するために、コンピュータに、
　所定の処理に用いられるオブジェクトを設定する第１の設定機能、
　前記第１の設定機能により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行機能、
　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定機能、及び、
　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定機能により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行機能、
　を実現させるためのプログラムである。
　コンピュータは、例えばネットワークサーバ、大型計算機等であってよい。また、このプログラムは、ＤＶＤ－ＲＯＭやＣＤ－ＲＯＭ等のコンピュータが読み取り可能な情報記憶媒体に格納されてもよい。すなわち、本発明の第４の観点は、前記プログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体である。
　本発明の第５の観点は、通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
　所定の処理に用いられるオブジェクトを設定する第１の設定手段、
　前記第１の設定手段により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行手段、
　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定手段、及び、
　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定手段により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行手段、
　の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
　を備える。
実施形態のゲームシステムの基本構成を示す図。 実施形態の通信端末の外観の一例を示す図。 実施形態の通信端末の外観の他の例を示す図。 実施形態の通信端末の構成を示すブロック図。 実施形態のゲームサーバの構成を示すブロック図。 実施形態のデータベースサーバの構成を示すブロック図。 データベースサーバに含まれるユーザデータベースの構成例を示す図。 モンスターキャラクタデータのデータ構成を例示する図。 駐在戦士データのデータ構成を例示する図。 バトル管理データのデータ構成を例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 ユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 実施形態のゲームサーバの主要な処理を示すフローチャート。 実施形態のゲームサーバの主要な処理を示すフローチャート。 実施形態のゲームサーバの主要な処理を示すフローチャート。 変形例に係るゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図。 実施形態の変形例においてユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態の変形例においてユーザの通信端末において表示される一連のウェブページを例示する図。 実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。 実施形態のゲーム制御装置の各機能について、通信端末と、ゲームサーバ及びデータベースサーバとの間の分担例を示す図。
　本発明は、２０１２年５月２５日に日本国特許庁に出願された特願２０１２－１１９１４０の特許出願に関連しており、この出願の内容がこの明細書に参照によって組み込まれる。
　以下、本発明の実施形態について説明する。
　（１）ゲームシステムの構成
　図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えばインターネットなどの通信網ＮＷ（ネットワーク）に接続可能な通信端末１０ａ，１０ｂ，１０ｃ，…と、通信網ＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，…はそれぞれ、個々のユーザによって操作される端末であり、例えば、携帯端末、スマートフォン、ＰＤＡ(Personal Digital Assistant)、パーソナルコンピュータ、双方向の通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む。）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，…に共通して言及するときには、通信端末１０と表記する。
　このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用プログラムとしてウェブブラウザ上で解釈可能な文書を生成するプログラムが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と例えば有線で接続される。
　通信端末１０は、ゲームサーバ２０によって提供されるウェブページを表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。
　また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
　（２）通信端末の構成
　図２Ａ、図２Ｂ及び図３を参照して通信端末１０について説明する。
　図２Ａ、図２Ｂはそれぞれ、通信端末１０の外観の例を示す図である。図２Ａは、例えば折り畳み式の携帯端末（携帯電話機）などの釦入力方式の通信端末を例示したものである。図２Ｂは、例えばスマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
　図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ(Read Only Memory)１２、ＲＡＭ(Random Access Memory)１３、画像処理部１４、指示入力部１５、表示部１６、及び、信号送受信部としての通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。
　ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。そして、ＣＰＵ１１は、指示入力部１５等によってユーザに入力されるＵＲＬ(Uniform Resource Locator)の適切な指定に基づき、通信インタフェース部１７を介して、ゲームサーバ２０からウェブページを表示するためのデータ、すなわち、ＨＴＭＬ(HyperText Markup Language)文書や当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する。）を通信インタフェース部１７を介して取得し、そのＨＴＭＬデータを解釈する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための様々なプラグイン（例えばアニメーション再生用プログラム）が実装されていてよい。
　なお、ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。
　ウェブブラウザは、ゲームサーバ２０とＨＴＴＰ(HyperText Transfer Protocol)に従った通信を行う。ウェブブラウザは、ゲームサーバ２０から取得したＨＴＭＬデータを解釈して、画像処理部１４を介してウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク(Hyperlink)またはメニューが選択されると、ウェブページの更新のために、その選択結果に応じたＨＴＴＰリクエストをゲームサーバ２０に送信する。
　画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、マトリクス状に画素単位で配置された薄膜トランジスタを含むＬＣＤ(Liquid Cristal Display)モニタであり、表示用画像データに基づいて薄膜トランジスタを駆動することでウェブページの画像を表示画面１６ａに表示する。
　通信端末１０が釦入力方式の通信端末（図２Ａ）である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示釦と決定釦などの複数の指示入力釦を含む釦群１５ａ、及び、テンキーなどの複数の指示入力釦を含む釦群１５ｂを備え、各釦の押下（操作）入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示釦は、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１へ指示するために設けられる。また、決定釦は、例えばウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１へ指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらの釦は、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２Ａに示す例では、釦群１５ｂは、釦群１５ａの下方に配置され、「０」～「９」、「＊」、「＃」（テンキー）が表記された複数の指示入力釦を含む。
　通信端末１０がタッチパネル入力方式の通信端末（図２Ｂ）である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式でよい。なお、図２Ｂに示すように、通信端末１０がタッチパネル入力方式の場合であっても釦群１５ａが設けられる場合もある。
　通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば通信端末１０が携帯端末である場合には、方向指示釦の押下操作によってメニューを選択し、決定釦の押下操作によって、選択したメニューを確定することによって行われる。また、選択操作は、例えば通信端末１０がタッチパネル入力方式の場合には、ウェブページが表示されている表示画面１６ａ上のメニューの位置を指あるいはペンで指示（タッチ操作）することによって行われる。
　（３）ゲームサーバの構成
　図４を参照してゲームサーバ２０の構成について説明する。
　ゲームサーバ２０は、例えば階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び、通信インタフェース部２５を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウエアに関しては汎用のウェブサーバと同一の構成をとることができる。
　ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
　ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。
　例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、ゲームサーバ２０のウェブブラウザとの間でＨＴＴＰに従った通信を行う。例えば、ＣＰＵ２１は、通信インタフェース部２５を介して、通信端末１０から受信したＨＴＴＰリクエスト（例えば、ウェブページ上でのユーザのハイパーリンクまたはメニューの選択結果を含む。）に基づいて所定のデータ処理や、演算処理を行い、その処理結果を含むＨＴＴＰレスポンスをゲームサーバ２０のウェブブラウザに返す。ＨＴＴＰレスポンスには、ウェブページを更新するためのＨＴＭＬデータが含まれる。また、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
　データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行うときのインタフェースである。
　（４）データベースサーバの構成
　データベースサーバ３０（記憶装置）は、大容量のハードディスク装置やＲＡＩＤ（Redundant Arrays of Inexpensive Disks）等の形態の装置等、汎用ストレージで実現できる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
　図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。
　本実施形態のゲームシステムによって実現されるゲームのタイプは特に限定されるものではないが、以下では、本実施形態のゲームの一例として、ユーザの通信端末１０に対する操作に応じて、ユーザがゲーム上で仮想的に保有する戦士カードを使い、ゲーム上のモンスターであるモンスターキャラクタとバトルを行う対戦型デジタルカードゲーム（以下、適宜「本実施形態のゲーム」という。）を採り上げる。本実施形態のゲームでは、複数のユーザがゲーム上の特定のエリア内で１つのグループ（いわゆるギルド）を形成し、エリア内を襲撃するモンスターキャラクタとの間でバトルが行われる。各ユーザは、手持ちの戦士カードの中から、対応するエリアに戦士カードを派遣できるように構成されている。
　図６に、本実施形態のゲームにおいて適用されるユーザデータベース３１の一例を示す。この例では、ユーザデータベース３１は、ユーザＩＤ（ユーザ識別情報）ごとに、ユーザ名／表示画像、技能レベル、体力ポイント、所属グループ、仲間のユーザＩＤ、保有カードのデータの各項目についての情報を含む。ユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新されうる。
　以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下のとおりである。
・ユーザ名／表示画像
　ゲームの実行時に通信端末１０のユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名はユーザによって予め指定される所定長以下のテキストであり、表示画像は例えばユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
・技能レベル
　ゲーム上のユーザの技能レベル示すデータである。例えばＬｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値であり、値が大きいほど能力が高いことを意味している。
・体力ポイント
　本実施形態のゲームにおいて、戦士カードとモンスターキャラクタとのバトルを行う上で必要となるポイントである。体力ポイントは、１回の攻撃をモンスターキャラクタに対して行うことで低減し、所定の時間が経過する毎に回復（増加）する値である。
・所属グループ
　ユーザがゲーム内で所属しているグループを特定する情報である。
・仲間のユーザＩＤ
　対象となるユーザＩＤと関係付けられた他のユーザＩＤのデータである。
・保有カードのデータ
　保有カードのデータは、ユーザが保有している戦士カードのデータである。戦士カードのデータとして、例えば図６に示すように、画像データ、駐在有無、及びパラメータが含まれる。ユーザが所属するグループのエリアに対して、ユーザが戦士カードを派遣（設定）している場合には、「駐在有無」の欄に「駐在」と書き込まれている。「パラメータ」は、戦士カードの攻撃力及び防御力の能力値であり、値が大きいほど能力が高いことを意味している。例えば、戦士カードがモンスターキャラクタとバトルを行うときに、モンスターキャラクタに対して攻撃力の値に応じたダメージを与えることができる。
　図５に戻り、ゲームデータベース３２は、ゲームサーバ２０からのアクセスに基づき、ゲームサーバ２０によって実行されたゲームの進行に関する情報、モンスターキャラクタのデータ（モンスターキャラクタデータ）、駐在戦士データ、及びバトル管理データを記憶する。ゲームの進行に関する情報は、ゲームの性質によって多様な情報を含みうる。本実施形態のゲームの場合を例に挙げれば、ゲームの進行に関する情報は、モンスターキャラクタとのバトルの詳細結果などを含んでもよい。
　モンスターキャラクタデータの一例を図７に示す。モンスターキャラクタデータは、バトルの実行に当たってゲームデータベース３２から読み出されてＲＡＭ２３に書き込まれるデータである。図７では、モンスターキャラクタＭＣ１，ＭＣ２，ＭＣ３，…の各々について、ウェブページに表示される画像と、モンスターキャラクタの攻撃力を示すパラメータと、モンスターキャラクタの体力を示すＨＰ(Hit Point)の値とが対応付けられている。例えば、図７に示す例では、攻撃力及びＨＰの値は所定の範囲の値として設定されているが、この範囲の中からバトルを行うときにランダムに攻撃力及びＨＰの値が設定されてもよい。
　駐在戦士データは、グループ毎に、グループに所属するユーザ（「構成員」という。）と、各構成員から派遣された戦士カード（以下、「駐在戦士カード」という。）についての情報を含む。図８に駐在戦士カードのデータ構成の一例を示す。図８に示した例では、グループの各構成員のユーザＩＤと、駐在戦士カードとが対応付けられている。なお、この例では、ユーザがエリアに派遣可能な駐在戦士カードを最大３名に限定しているが、派遣可能な駐在戦士カードの数は任意に設定してよい。図８の例では、グループＨの構成員であるユーザ：ＫＮＭの駐在戦士カードとして、戦士カードＣ３，Ｃ５，Ｃ９が書き込まれている例が示されている。
　バトル管理データは、グループ毎に、グループに対応するエリアを襲撃するモンスターキャラクタとのバトルの状況を管理するために設けられているデータである。図９にバトル管理データのデータ構成の一例を示す。図９に示した例では、グループ毎に、襲撃中のモンスターキャラクタとその最新のＨＰの値とが対応付けられている。グループに対応するエリアに新たなモンスターキャラクタの襲撃が発生すると、バトル管理データの「襲撃中のモンスター」の欄に書き込まれ、モンスターキャラクタが討伐されると「襲撃中のモンスター」の欄からそのモンスターキャラクタが消去される。
　（５）本実施形態のゲーム
　以下、本実施形態のゲームのモンスターキャラクタとのバトル処理について、図１０～１３を参照しながら説明する。図１０は、本実施形態のゲームにおいて、ユーザが、所属するグループに対応するエリアに自らの戦士カードを派遣するときに通信端末１０上に表示される一連のウェブページの一例を示す図である。図１１は、モンスターキャラクタがエリアに襲撃中であるときのウェブページの一例を示す図である。図１２は、ユーザが自らの戦士カードを使用して、所属するグループに対応するエリアに出現するモンスターキャラクタとのバトルを行うときに通信端末１０上に表示される一連のウェブページの一例を示す図である。図１３は、一定時間経過した前後の襲撃中のモンスターキャラクタのＨＰの変化の一例を示す図である。
　なお、以下の説明において、通信端末１０に表示されるウェブページ上で表示されるメニュー、マーク等はウェブページ上で所望の位置に配置されるものであって、通信端末１０で視認されるメニュー（指示釦等）、マーク等の表示画面上の位置は、ユーザの方向指示釦あるいはタッチパネル操作によるウェブページのスクロール操作によって変化しうる。
　本実施形態のゲームにおいて、モンスターキャラクタとのバトル処理は、自動バトル処理と、操作に基づくバトル処理とからなり、いずれの処理もエリアを襲撃中のモンスターキャラクタ（単体の場合も複数の場合も含む。）に対するバトル処理である。
　（５－１）戦士カードのエリアへの派遣
　図１０のウェブページＰ１は、例えばユーザがゲームのトップページ（図示せず）上で所定のメニューを操作することによって表示される、ユーザ：ＫＮＭが所属しているグループＨのトップページである。グループＨのトップページには、グループＨに対応するエリアの状態を示すエリア画像表示領域１００と、対象となるユーザ：ＫＮＭからエリアに派遣されている駐在戦士カードを表示するカード表示領域１０１とが含まれる。図１０に示す例では、１グループが最大１０名のユーザで構成されており、グループＨには１０名の構成員からなる（１０（構成員数）／１０（構成員の最大数(定員)））。図１０に示す例では、ユーザはエリアに対して最大３枚の戦士カードを派遣できるように構成されており、カード表示領域１０１には３枚分の駐在戦士カードの枠が形成されている。この例では、１０人の構成員がそれぞれ戦士カードを３枚ずつ設定できることから、グループ内で最大で３０枚の駐在戦士カードが設定されることになる。
　図１０のウェブページＰ１の例では、駐在戦士カードとして戦士カードＣ３，Ｃ５が既に設定されている。既に設定（派遣）されている駐在戦士カードには、戦士カードを変更するためのメニューｍ１０，ｍ１１（「変更する」）が対応付けられている。３枚分の駐在戦士カードの枠のうち未だ設定されていない枠には、戦士カードを派遣するためのメニューｍ１２（「派遣する」）が対応付けられている。
　ウェブページＰ１においてメニューｍ１２（「派遣する」）が選択されると、Ｐ２に示すようにウェブページが更新される。ウェブページＰ２には、ユーザ：ＫＮＭが保有している戦士カードの一覧が表示される。この戦士カードの一覧の中からいずれかの戦士カードが選択操作されると、Ｐ３に示すようにウェブページが更新される。ウェブページＰ３には、ウェブページＰ２で選択された戦士カード（この例では、戦士カードＣ９）の攻撃力及び防御力の値と、選択された戦士カードが派遣されたときの駐在戦士カードの総戦力（攻撃力と防御力のそれぞれの合計値）と、選択された戦士カードの派遣を確定するためのメニューｍ１３（「派遣する」）とが表示される。ウェブページＰ３においてメニューｍ１３（「派遣する」）が選択されると、Ｐ４に示すようにウェブページが更新される。ウェブページＰ４はウェブページＰ１と同様のグループＨのトップページであり、駐在戦士カードとして選択された戦士カードＣ９がカード表示領域１０１に設定された状態で表示される。
　（５－２）モンスターキャラクタのエリアへの襲撃
　このゲームでは、所定の、あるいはランダムなタイミングで、グループに対応するエリアに対してモンスターキャラクタが襲撃し、襲撃したモンスターキャラクタを戦士カードによって討伐することを目的として構成されている。襲撃したモンスターキャラクタを討伐するためのバトルとして、ユーザ操作に基づくバトル処理（操作に基づく処理）と自動バトル処理（自動処理）が設けられている。ユーザ操作に基づくバトルは、ユーザが手持ちの戦士カード（ユーザが保有する戦士カードのうち駐在戦士カード以外の戦士カード）を使用してモンスターキャラクタと行うバトルである。自動バトルは、グループ内の各ユーザからエリアに派遣された駐在戦士カードによって、ユーザの操作を契機とせずに行われるバトルである。
　図１１のウェブページＰ１０に、モンスターキャラクタが襲撃したときのグループＨのトップページの一例を示す。ウェブページＰ１０に示す例は、エリアに３体のモンスターキャラクタＭＣ１，ＭＣ２，ＭＣ３が襲撃中の場合の例が示されている。ウェブページＰ１０には、エリアを襲撃中の３体のモンスターキャラクタＭＣ１，ＭＣ２，ＭＣ３の画像と、各モンスターキャラクタのＨＰを棒状に表示するＨＰゲージ２０１～２０３とを表示するためのモンスター表示領域１０２が含まれる。モンスター表示領域１０２には、各モンスターキャラクタと対応付けて、「討伐する」と表記されたメニューｍ２１～ｍ２３が表示される。
　（５－３）モンスターキャラクタとのユーザ操作に基づくバトル処理（操作に基づく処理）
　図１１のウェブページＰ１０において襲撃中のモンスターキャラクタのうち例えばモンスターキャラクタＭＣ１に対応するメニューｍ２１（「討伐する」）が選択操作されると、図１２のＰ１１に示すようにウェブページが更新される。ウェブページＰ１１には、モンスターキャラクタＭＣ１のＨＰゲージ２０１と、ユーザの手持ちの戦士カードのうちバトルに使用される戦士カード群２０２と、「攻撃する」と表記されたメニューｍ３０とが含まれる。
　ウェブページＰ１１においてメニューｍ３０（「攻撃する」）が選択操作されると、Ｐ１２に示すようにウェブページが更新される。ウェブページＰ１２では、ウェブページＰ１１と比べて、ユーザがバトルに使用する戦士カードの攻撃力に応じて、モンスターキャラクタＭＣ１のＨＰが低下する。また、メニューｍ３０が選択操作されると、モンスターキャラクタＭＣ１から例えばランダムな値の攻撃力で戦士カードに対して攻撃がなされ、モンスターキャラクタＭＣ１の攻撃力がいずれかの戦士カードの防御力を上回ると、その戦士カードが倒されることになる。
　メニューｍ３０（「攻撃する」）に対する選択操作が例えば複数回なされた結果、ウェブページＰ１３に示すように、少なくとも１枚の戦士カードが倒されていない状態でモンスターキャラクタＭＣ１のＨＰがゼロになると、モンスターキャラクタＭＣ１が討伐されたことになる。他方、ウェブページＰ１４に示すように、モンスターキャラクタＭＣ１のＨＰがゼロになる前にすべての戦士カードが倒された場合には、モンスターキャラクタＭＣ１は討伐されなかったことになり、モンスターキャラクタＭＣ１はエリアに襲撃中のままとなる。モンスターキャラクタＭＣ１が討伐されなかった場合には、バトル後のＨＰがそのまま維持された状態（バトルによって低下した値）となる。
　（５－４）モンスターキャラクタとの自動バトル処理（自動処理）
　前述したように、本実施形態のゲームでは、例えば定期的なタイミングで、エリアを襲撃中のモンスターキャラクタに対して、エリアに派遣されたグループ内の各ユーザの駐在戦士カードが自動で（つまり、ユーザによる操作を契機とせずに）バトルが行われるように構成されている。図１３は、グループＨのトップページにおいて、駐在戦士カードが自動でバトルを行った前後のモンスター表示領域１０２の表示形態の変化の一例（ウェブページＰ２０→Ｐ２１の変化）を示している。駐在戦士カードによるバトルが実行された後は、実行される前よりも少なくともいずれかのモンスターキャラクタのＨＰが低下するようにしてウェブページが表示される。
　なお、自動バトル処理が実行されるタイミングは任意に設定してよいが、好ましくは、例えば１０分毎などの所定の時間間隔で（つまり、定期的に）実行される。
　（６）ゲーム制御装置における各処理の概要
　次に、上述した本実施形態のゲームを実現するためゲーム制御装置における各処理について説明する。
　本実施形態では、ゲームサーバ２０及びデータベースサーバ３０によってゲーム制御装置が構成されている。以下では、本実施形態のゲームが適用される場合を例として、本実施形態のゲーム制御装置で実現される機能について、図１４を参照して説明する。図１４は、本実施形態のゲーム制御装置で主要な役割を果たす機能を説明するための機能ブロック図である。
　関連付け手段５１は、ユーザと戦士カード（オブジェクト）とを関連付ける機能を備える。ユーザと戦士カードとが関連付けられることで、そのユーザがゲーム上でその戦士カードを保有するものとみなされる。ユーザと戦士カードとを関連付ける契機は、ここでは詳しく言及しないが、例えば上述した非特許文献であるアプリＳＴＹＬＥ　Vol.5の７頁目には、クエスト、ガチャ（抽選）等の機能を設けることで、これらの機能を実行したユーザに対してカードが付与される仕組みのデジタルカードゲームが記載されており、本実施形態でも同様の手法を採ることができる。ユーザに対して戦士カードを付与することを決定した場合、ゲームサーバ２０のＣＰＵ２１は、ユーザデータベース３１にアクセスして、処理対象のユーザのユーザデータの「保有カードのデータ」の欄に、付与された戦士カードのデータを新たに書き込む。戦士カードのデータ（画像データ、パラメータ等）は例えば戦士カードデータベース（図示せず）に定義済みであり、この戦士カードデータベース内に記述されたデータが読み出されて、「保有カードのデータ」の欄に書き込まれる。これによって、ユーザと戦士カードとが関連付けられることになる。
　なお、本発明では、関連付け手段５１は必ずしも必須ではない。後述する第１の設定手段５３と第２の設定手段５５において、ゲーム内でユーザに対してランダムに提供される複数の戦士カードの中からユーザがその都度指定した戦士カードを設定してもよい。
　グループ化手段５２は、複数のユーザをグループ化する機能を備える。本実施形態のゲームでは、複数のユーザがゲーム上でエリアに対応する１つのグループを形成している。本実施形態のゲームでは、例えば、任意のユーザがグループを作成することができるようにしてもよい。その場合、他のユーザは、グループを作成したユーザに対してそのグループに所属することを申請し、グループを作成したユーザから承諾を受けることで、そのグループに所属するように設定することができる。
　なお、後述するように、本発明では、グループ化手段５２は必ずしも必須ではない。
　グループ化手段５２の機能は、例えば、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、ユーザがグループを作成するための選択操作を、ユーザが指定したグループ名とともに受け付け、グループを作成したユーザ（作成したグループの「代表ユーザ」という。）とグループ名（あるいはグループの識別情報）とを対応付けてゲームデータベース３２に記憶させる。また、ＣＰＵ２１は、いずれかのグループに所属するためのユーザによる選択操作を受け付け、その選択操作に応じて、ゲームデータベース３２が記憶する代表ユーザとグループ名の一覧（グループの一覧データ）を読み出し、いずれかのグループを選択可能な形式でグループの一覧データを送信する。ＣＰＵ２１は、ユーザによってグループが選択（つまり、申請）されたことを認識すると、そのユーザの所属を承諾するか否かを確認するためのメッセージをそのグループの代表ユーザに送信する。ＣＰＵ２１は、代表ユーザから承諾することが返信されれば、申請元のユーザのユーザデータの所属グループの欄にグループ名（あるいはグループの識別情報）を書き込む。
　第１の設定手段５３は、モンスターキャラクタとのバトル（所定の処理）に用いられる戦士カード（オブジェクト）を設定する機能を備える。
　第１の設定手段５３の機能は、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、図１０のウェブページＰ１～Ｐ３に例示したようにして、通信端末１０とのＨＴＴＰによる通信を介して、ユーザによる駐在戦士カードの選択結果を取得すると、ゲームデータベース３２にアクセスして、ユーザＩＤと選択された駐在戦士カードとを駐在戦士データ（図８参照）に書き込む。これによって、バトル（ここでは、自動バトル）に用いられるユーザの駐在戦士カードが設定されたことになる。
　第１の実行手段５４は、第１の設定手段５３により設定された駐在戦士カード（オブジェクト）によってユーザの操作入力に関する情報を契機とせずにモンスターキャラクタとのバトル（所定の処理）を実行する機能を備える。要するに、第１の実行手段５４は、駐在戦士カードを用いてモンスターキャラクタとの自動バトル処理を実行する機能を備える。
　第１の実行手段５４の機能は、以下のようにして実現できる。
　先ず、ユーザが所属するグループに対応するエリアにモンスターキャラクタが襲撃する場合の処理は以下のようになる。ゲームサーバ２０のＣＰＵ２１は、定期的な、またはランダムなタイミングで、ゲームデータベース３２が記憶するモンスターキャラクタデータからいずれかのモンスターキャラクタのデータを読み出し、バトル管理データに書き込む。このとき、バトル管理データに書き込まれるモンスターキャラクタの攻撃力及びＨＰの値（初期値）は、モンスターキャラクタデータに記述されている値の範囲内でランダムに決定されてよい。例えば、モンスターキャラクタデータにおいてモンスターキャラクタＭＣ１のＨＰが１５００～２０００の範囲として設定されているが、実際のバトル処理を行うときに使用されるＨＰの初期値として、１５００～２０００の範囲の中からランダムに１つの値が決定される。
　ＣＰＵ２１は、ユーザからグループのトップページの表示を要求するＨＴＴＰリクエストを取得すると、バトル管理データを参照して、そのグループに対応するエリアを襲撃中のモンスターキャラクタのデータ（攻撃力、ＨＰの最新値）を読み出し、ＲＡＭ２３に書き込む。さらにＣＰＵ２１は、読み出したモンスターキャラクタのＨＰに基づいて、モンスター表示領域１０２のＨＰゲージの表示位置を決定して、グループのトップページ（例えば図１１のウェブページＰ１０）表示用のＨＴＭＬデータを生成する。なお、ＨＴＭＬデータを生成するに当たって、モンスターキャラクタの画像がモンスターキャラクタデータから適宜読み出される。
　次に、駐在戦士カードを用いてモンスターキャラクタとの自動バトル処理は以下のようになる。ゲームサーバ２０のＣＰＵ２１は、自動バトル処理を行う定刻になると、以下の処理を行う。ＣＰＵ２１は、駐在戦士データから自動バトルの処理対象となるグループのすべての駐在戦士カードを読み出し、読み出した各駐在戦士カードについてユーザデータを参照して攻撃力、あるいは攻撃力と防御力の和の値を取得する。ＣＰＵ２１は、グループ内のすべての駐在戦士カードの攻撃力の総和、あるいは攻撃力と防御力の総和の値を積算することで、グループ内の駐在戦士カード（本実施形態の例では、最大３０枚）の能力値を算出してＲＡＭ２３に記憶させる。次いでＣＰＵ２１は、バトル管理データから処理対象となるグループのエリアを襲撃中のすべてのモンスターキャラクタのＨＰを読み出し、ＲＡＭ２３に記憶させる。ＣＰＵ２１は、グループ内の駐在戦士カードの能力値をＰａとし、例えばランダムに決定される係数をｋ１とすると、１回の自動バトル処理につき、エリアを襲撃中の各モンスターキャラクタのＨＰに対して、例えば以下の式（１）の演算を行う。例えば、襲撃中のモンスターキャラクタがＮ体存在するときには、ｋ１＝１／Ｎとして、グループ内の駐在戦士カードによる攻撃が各モンスターキャラクタに対して均等に与えられるようにしてもよい。
　ＣＰＵ２１は、１回の自動バトル処理が終了する度に、更新された各モンスターキャラクタのＨＰをバトル管理データのＨＰ（最新値）に上書きする。
 
　ＨＰ＝ＨＰ－Ｐａ×ｋ１　…（１）
 
　なお、上記例では、グループ内のすべての駐在戦士カードの攻撃力の総和等に基づいてモンスターキャラクタとのバトル処理を行っているが、モンスターキャラクタとのバトル処理はこの方法に限られない。例えば、上記式（１）におけるＰａは駐在戦士カードの攻撃力の総和ではなく、所定の範囲の中から攻撃操作に応じてランダムに決定される数値としてもよい。
　また、上記実施例では、一定時間毎に自動バトル処理を実行しているが、例えば、構成員であるユーザがグループのトップページの表示を要求したタイミングで、前回自動バトル処理を行ってから経過した時間に基づいて、自動バトル処理を行う回数を決定して実行してもよい。このときの処理は、以下の通りであってよい。例えば、一定時間を１０分間であるとしたならば、グループのいずれかの構成員によってグループのトップページにアクセスが時刻Ｔに行われ、それに続いて時刻Ｔ＋１にグループのいずれかの構成員によってグループのトップページにアクセスが行われた場合を想定する。この場合、時刻Ｔ＋１においてＣＰＵ２１は、時刻Ｔ～Ｔ＋１の間の時間中に１０分間単位の自動バトルが行われたであろう回数に応じた自動バトルの処理結果を、時刻Ｔ＋１において表示される各モンスターキャラクタのＨＰに反映させる。
　第２の設定手段５５は、ユーザの操作入力に関する情報に基づいて実行されるモンスターキャラクタとのバトル処理（所定の処理）に用いられる戦士カード（オブジェクト）を設定する機能を備える。つまり、第２の設定手段５５は、操作に基づくバトル処理に用いられる戦士カードを設定する機能を備える。ここで、戦士カードの設定方法は、様々な方法を採ることができる。
　例えば、図１１のウェブページＰ１０においてメニューｍ２１～ｍ２３（「討伐する」）が選択操作されたことを認識したときに、ゲームサーバ２０のＣＰＵ２１は、ゲーム上で設定されている戦士カードのデータベース（図示せず）の中から所定数の戦士カードをランダムに、あるいはユーザの選択操作に応じて選択して、操作に基づくバトル処理に使用される戦士カードとして設定してもよい。ＣＰＵ２１は、処理対象のユーザのユーザデータの中の保有カードの中から所定数の戦士カードをランダムに、あるいはユーザの選択操作に応じて選択して、操作に基づくバトル処理に使用される戦士カードとして設定してもよい。なお、操作に基づくバトル処理に使用される所定数の戦士カードは、メニューｍ２１～ｍ２３（「討伐する」）の選択操作の如何に関わらず、予めユーザによって選択されて設定されているか、又は自動的に設定されていてもよい。戦士カードの設定は、例えば、ユーザと対応付けた戦士カードのデータを、例えばユーザデータに記憶するか、あるいはゲームデータベース３２内に記憶することにより行われてもよい。
　図１２のウェブページＰ１１では、第２の設定手段５５によって設定される戦士カードの数が３である場合が示されている。
　第２の実行手段５６は、ユーザの操作入力に関する情報に基づいて、第２の設定手段５５により設定された戦士カード（オブジェクト）を用いてモンスターキャラクタとのバトル処理（所定の処理）を実行する機能を備える。つまり、第２の実行手段５６は、操作に基づくバトル処理を実行する機能を備える。
　第２の実行手段５６の機能は、以下のようにして実現できる。ユーザが戦士カードを使ってモンスターキャラクタを攻撃するとき（例えば図１２のウェブページＰ１１でメニューｍ３０（「攻撃する」）が選択操作されたとき）には、ゲームサーバ２０のＣＰＵ２１は、設定されている所定数の戦士カードの攻撃力及び防御力の値に応じてモンスターキャラクタのＨＰを低減させる処理を行う。なお、以下の説明では適宜、メニューｍ３０（「攻撃する」）に対する選択操作を「攻撃操作」という。攻撃操作を認識すると、ＣＰＵ２１は、バトル管理データから、攻撃対象となるモンスターキャラクタ（メニューｍ２１～ｍ２３のいずれかのメニューに対応する襲撃中のモンスターキャラクタ）のＨＰ（最新値）及び攻撃力の値を読み出して、ＲＡＭ２３に記憶させて、以下の処理を行う。
　戦士カードの攻撃力（設定されている所定数の戦士カードの攻撃力の総和）をＱａとし、攻撃操作に応じて例えばランダムに決定される係数をｋ２とすると、１回の攻撃操作によって、モンスターキャラクタのＨＰに対して行われる演算は、例えば以下の式（２）に従って行われる。更新されたＨＰの値は、バトル実行中に逐次ＲＡＭ２３に上書きされる。
 
　ＨＰ＝ＨＰ－Ｑａ×ｋ２　…（２）
 
　ＣＰＵ２１は、攻撃操作に応じて、モンスターキャラクタから戦士カードに対する攻撃を発生させる。例えば、ＣＰＵ２１は、バトル相手のモンスターキャラクタの攻撃を、その攻撃力の値をもって、バトルに設定されているいずれかの戦士カードに対してランダムに与え、攻撃が与えられた戦士カードの防御力よりもモンスターキャラクタの攻撃力が大きい場合には、その戦士カードが攻撃によって倒されたと判断する。
　ＣＰＵ２１は、１回の攻撃操作に応じて、ユーザの体力ポイントの値を例えば所定量ずつ減少させる処理を行う。つまり、ＣＰＵ２１は、１回の攻撃操作を認識すると、ユーザデータにアクセスして、体力ポイントの値を更新（減少）させる処理を行う。体力ポイントが十分に少なくなると、それ以上攻撃操作ができない仕組みとなっている。
　なお、上記例では、戦士カードの攻撃力に基づいてモンスターキャラクタとのバトル処理を行っているが、モンスターキャラクタとのバトル処理はこの方法に限られない。例えば、上記式（２）におけるＱａは戦士カードの攻撃力ではなく、所定の範囲の中から攻撃操作に応じてランダムに決定される数値としてもよい。
　ＣＰＵ２１は、更新後のモンスターキャラクタのＨＰの値がゼロになった場合には、襲撃中のモンスターキャラクタが討伐されたものとして、バトル管理データから、討伐されたモンスターキャラクタを消去する。襲撃中のモンスターキャラクタが討伐されなかった場合には、ＣＰＵ２１は、ＲＡＭ２３内の更新後のモンスターキャラクタのＨＰをバトル管理データのＨＰ（最新値）に上書きする。
　（７）本実施形態のゲーム制御装置の主要な処理のフロー
　次に、本実施形態のゲーム制御装置により行われる主要な処理のフローの一例について、図１５～１７のフローチャートを参照して説明する。図１５は、駐在戦士カードの派遣処理を示すフローチャートである。図１６は、モンスターキャラクタとのユーザ操作に基づくバトル処理を示すフローチャートである。図１７は、モンスターキャラクタとの自動バトル処理を示すフローチャートである。
　なお、本実施形態のゲーム制御装置によって行われる全体処理には、大別して、自動バトル処理のための駐在戦士カードの設定処理（図１５）、自動バトル処理（図１７）、ユーザ操作に基づくバトル処理のための戦士カードの設定処理（フローチャートとして図示しないが、第２の設定手段によって行われる処理）、及び、ユーザ操作に基づくバトル処理（図１６）の４つの処理が含まれる。
　（７－１）駐在戦士カードの派遣処理（図１５）
　図１０のウェブページＰ１においてメニューｍ１２（「派遣する」）が選択操作されたことを認識すると（ステップＳ１００：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、例えば、処理対象のユーザのユーザデータからそのユーザの保有カードを読み出し、その保有カードからなる戦士カードの一覧を含むＨＴＭＬデータを生成して、ユーザの通信端末１０宛に送信する。それによって、Ｐ２に示すように、ユーザの通信端末１０に表示されるウェブページが更新される。メニューｍ１２（「派遣する」）が選択操作されたことを認識しない場合には、終了する。
　次いで、ＣＰＵ２１は、ウェブページＰ２の戦士カードの一覧の中からいずれかの戦士カードが選択操作されたことを認識すると（ステップＳ１１０：ＹＥＳ）、選択された戦士カードの詳細情報（例えば、攻撃力及び防御力の値）を含むＨＴＭＬデータを生成してユーザの通信端末１０宛に送信する。それによって、Ｐ３に示すように、ユーザの通信端末１０に表示されるウェブページが更新される。ＣＰＵ２１は、ウェブページＰ３においてメニューｍ１３（「派遣する」）が選択操作されたことを認識すると（ステップＳ１２０：ＹＥＳ）、戦士カードの一覧の中から選択された戦士カードを駐在戦士データに書き込むとともに（ステップＳ１３０）、選択された戦士カードが駐在戦士データとして設定されたことを表示するためのＨＴＭＬデータをユーザの通信端末１０宛に送信する。それによって、Ｐ４に示すように、ユーザの通信端末１０に表示されるウェブページが更新される。
　（７－２）ユーザ操作に基づくバトル処理（図１６）
　例えば、ウェブページＰ１０（図１１）においてメニューｍ２１（「討伐する」）が選択操作され、続いて表示されるウェブページＰ１１（図１２）においてメニューｍ３０（「攻撃する」）が選択操作されたこと（つまり、攻撃操作）を認識すると（ステップＳ２００：ＹＥＳ）、ゲームサーバ２０のＣＰＵ２１は、以下の処理を行う。なお、ここでは、ユーザが予め、ユーザ操作に基づくバトル処理において使用する所定数の戦士カードを選択済みであり、その所定数の戦士カードが設定されているものとする。
　ＣＰＵ２１は、設定されている戦士カードのデータと、バトル管理データ内でメニューｍ２１に対応するモンスターキャラクタＭＣ１のデータ（ＨＰ（最新値）及び攻撃力の値）とを読み出し（ステップＳ２１０）、ＲＡＭ２３に記憶させる。次いで、ＣＰＵ２１は、ＲＡＭ２３内のモンスターキャラクタＭＣ１のＨＰに対して、上述した式（２）に従ってＨＰの更新処理を行う（ステップＳ２２０）。ＨＰの更新処理に当たっては、ＲＡＭ２３に記憶させた戦士カードの攻撃力の総和が参照される。なお、ＣＰＵ２１は、１回の攻撃操作に応じて、ユーザの体力ポイントの値を例えば所定量ずつ減少させる処理を行う。
　ＣＰＵ２１はまた、１回の攻撃操作に応じて、バトル相手のモンスターキャラクタＭＣ１の攻撃を、その攻撃力の値をもって、バトルに設定されているいずれかの戦士カードに対してランダムに与え、攻撃が与えられた戦士カードの防御力よりもモンスターキャラクタの攻撃力が大きい場合には、その戦士カードが攻撃によって倒されたと判断する。
　ＣＰＵ２１は、モンスターキャラクタＭＣ１のＨＰを更新した場合、あるいはいずれかの戦士カードが倒された場合には、新たなウェブページを表示するためのＨＴＭＬデータをユーザの通信端末１０宛に送信する（ステップＳ２３０）。
　攻撃操作が行われる度にバトルが終了したか否かが判定される（ステップＳ２４０）。バトルは、ユーザが強制的に処理を中止する場合以外では、ユーザのすべての戦士カードが倒された場合か、あるいはモンスターキャラクタＭＣ１が討伐された場合に終了したと判定される。例えば、ＣＰＵ２１は、更新後のモンスターキャラクタＭＣ１のＨＰの値がゼロになった場合には、襲撃中のモンスターキャラクタＭＣ１が討伐されたものとして、バトル管理データから、討伐されたモンスターキャラクタＭＣ１を消去する。襲撃中のモンスターキャラクタＭＣ１が討伐されなかった場合には、ＣＰＵ２１は、ＲＡＭ２３内の更新後のモンスターキャラクタＭＣ１のＨＰをバトル管理データのＨＰ（最新値）に上書きする（ステップＳ２５０）。
　（７－３）自動バトル処理（図１７）
　ＣＰＵ２１は、自動バトル処理を行うための所定時刻になると（ステップＳ３００：ＹＥＳ）、設定されている駐在戦士カードのデータと、バトル管理データ内の襲撃中のすべてのモンスターキャラクタのデータ（ＨＰ（最新値）及び攻撃力の値）とを読み出し（ステップＳ３１０）、ＲＡＭ２３に記憶させる。次いで、ＣＰＵ２１は、ＲＡＭ２３内の各モンスターキャラクタのＨＰに対して、上述した式（１）に従ってＨＰの更新処理を行う（ステップＳ３２０）。ＨＰの更新処理に当たっては、ＲＡＭ２３に記憶させたすべての駐在戦士カードの攻撃力及び防御力の総和が参照される。次いで、ＣＰＵ２１は、ＲＡＭ２３内の更新後の各モンスターキャラクタのＨＰをバトル管理データのＨＰ（最新値）に上書きする（ステップＳ３３０）。この自動バトル処理は、ユーザの操作を契機とせずに行われるため、ユーザは、自動バトル処理が行われた所定時刻の後に、バトルのトップページにアクセスした時点で襲撃中の各モンスターキャラクタのＨＰの変化を知ることになる。
　以上説明したように、本実施形態のゲーム制御装置によって実現されるゲームでは、戦士カード（オブジェクト）によるモンスターキャラクタとのバトル処理（所定の処理）について、ユーザの操作入力に関する情報を契機とせずに行われる自動バトル処理と、ユーザの操作入力に関する情報に基づいて行われる、操作に基づくバトル処理とが、それぞれ独立して設けられている。そして、自動バトル処理と、操作に基づくバトル処理とでは、バトル処理に用いられる戦士カードを複数の戦士カードの中から個別に設定される構成となっている。そのため、自動バトル処理が設けられているために、ユーザは、例えば操作を行う時間が無いといった状況であっても、いったん戦士カードを設定すれば操作を行うことなくゲーム上のバトル処理を進行させることができる。また、操作に基づくバトル処理が設けられているために、ユーザが自らゲームを進行させている実感を得ることもできる。さらにユーザは、自動バトル処理と、操作に基づくバトル処理とに用いられる戦士カードを個別に設定することができるため、ゲームの進行状況やゲームの結果に応じて得られる特典などを勘案して、複数の戦士カードの中から戦士カードを選択して設定するように動機付けられる。よって、このゲーム制御装置によれば、従来よりもゲーム性が高く、戦略性に富む内容のゲームを実現できる。
　本実施形態では、自動バトル処理と操作に基づくバトル処理に使用（設定）される戦士カードが選択される母体を限定するものではないが、ユーザが保有する複数の戦士カードの中から各処理に用いられる戦士カードを重複することなく設定する構成としてもよい。つまり、本実施形態のゲーム制御装置のように、ユーザと戦士カード（オブジェクト）とを関連付ける関連付け手段５１を設けた場合には、第１の設定手段５３は、ユーザの複数の保有カード（ユーザに関連付けられた複数の戦士カード）のうち、ユーザの操作入力に関する情報に基づいて、第１の実行手段５４による自動バトル処理に用いられる戦士カードを設定し、第２の設定手段５５は、保有カード（ユーザに関連付けられた複数の戦士カード）のうち、第１の設定手段５３で設定された戦士カード以外の戦士カードの中から、第２の実行手段５６による、操作に基づくバトル処理に用いられる戦士カードを設定してもよい。これによって、複数の戦士カードの中から戦士カードを、自動バトル処理と、操作に基づくバトル処理にどのように振り分けるかユーザに考えさせる構成となるため、より戦略性に富む内容のゲームを実現できる。
　本実施形態では、複数のユーザをグループ化するグループ化手段５２を備え、複数のユーザからなるグループ単位の協同によるモンスターキャラクタを討伐するゲームの例を示したが、これに限られない。グループ単位でなくユーザ単位でのプレイであっても、自動バトル処理と、操作に基づくバトル処理とを設けるようにした対戦ゲームを実現することもできる。しかしながら、上述した実施形態のように、第１の設定手段５３が、グループ化された複数のユーザのうち少なくとも一部の各ユーザに対して、複数のユーザに共通のモンスターキャラクタとのバトルに用いられる駐在戦士カード（オブジェクト）を設定することで、以下の効果がある。すなわち、複数のユーザが同一のグループ内で一体となって共通の敵（モンスターキャラクタ）の襲撃に対して、グループ内のユーザ間で協調しながらゲームを進行させることになるため、グループ単位で高いソーシャル性を備えたゲームを実現することができる。
　（８）変形例
　上述した実施形態では、カードを用いたバトルを行う場合を例として説明したが、これに限られない。カードでなく、他のオブジェクトであってもよい。あるいは、カード等のオブジェクトを使用せずにバトル処理を行ってもよい。
　以下、本実施形態の変形例について説明する。
　（８－１）変形例１
　本変形例の機能ブロック図を図１８に示す。図１８に示す機能ブロック図は、図１４と比較して、親密度設定手段５７が追加された点で異なる。
　親密度設定手段５７では、ユーザ間の親密度を設定する前提として、ユーザＩＤに基づく申請を契機として当該ユーザＩＤを他のユーザＩＤと関係付けて登録する機能を備える。すなわち、親密度設定手段５７は、ユーザＩＤに基づく申請を契機として、他のユーザＩＤを「仲間」として登録する。なお、以下の説明では、ユーザＩＤが仲間の関係にあることと、対応するユーザが仲間の関係にあることとは、同義である。
　親密度設定手段５７の機能は、例えば以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、通信インタフェース部２５を介して、あるユーザＩＤに対応するユーザの通信端末１０から、仲間になりたいユーザＩＤ（あるいは、対応するユーザ名）を指定した申請メッセージ（申請）を受け付ける。この申請メッセージの送信は、ユーザの通信端末１０に提供されるウェブページの機能として予め設定されている。ＣＰＵ２１は、申請メッセージを受け付けると、申請メッセージに含まれるユーザＩＤに基づくアクセスがあったタイミングで、そのユーザＩＤに対応する通信端末１０宛に、他のユーザＩＤに基づく申請を承認するか否かを返信することを要求するためのウェブページを表示させるＨＴＭＬデータを送信する。その申請を承認することが返信されれば、ＣＰＵ２１は、両者を仲間として登録する。具体的には、ＣＰＵ２１は、ユーザデータベース３１内の対応する２つのユーザＩＤのユーザデータの「仲間のユーザＩＤ」の項目（図６参照）にデータを書き込む。
　なお、ユーザ同士を関係付ける条件は、上記のような申請と承認を必要とする形式に限られず、同一のゲーム上のステージを実行するユーザや試合を行ったユーザを、ユーザとゲーム内で関係付けられたユーザ、つまり仲間として登録してもよい。あるいは、所定回数のメッセージ（例えば挨拶など）を送信するユーザ同士を自動的に仲間として登録してもよいし、ユーザ間で試合や対戦を行うゲーム上のモードが存在する場合には、所定回数以上試合や対戦を行ったユーザ同士を自動的に仲間として登録してもよい。
　また、ユーザ同士を直接的に対応付けるのではなく、上述した実施形態で説明したように、複数のユーザを同一のグループと対応付けることで、そのグループ内のユーザ同士を関係付けてもよい。
　本実施形態では、ユーザ同士の仲間関係の登録をユーザデータベース３１にデータを書き込むことによって実現する例を示したが、この例に限られない。仲間関係に関するデータは、ゲームサーバ２０からアクセス可能なネットワーク上の外部の記憶装置に書き込まれるようにしてもよい。
　さらに、親密度設定手段５７は、グループ内のユーザ間の関係の程度を表す親密度を設定する機能を備える。ここで、親密度とは、ユーザ間の関係性の高さを一定の基準で数値化したものである。例えば、ＣＰＵ２１は、ユーザ間の応援メッセージの送信あるいは受信の頻度（応援頻度）、ゲーム上で使用可能なアイテムなどのプレゼントを送信あるいは受信した回数（プレゼント回数）などを、ユーザと対応付けて記録しておき、これらの頻度や回数に基づいて一定の基準で親密度の値を設定する。応援頻度やプレゼント回数が多いほど親密度が高く設定される。また、一定の基準は、親密度の設定の基礎となるデータ（応援頻度やプレゼント回数などのデータ）ごとに、重み付けを考慮したものであってもよい。例えば、応援頻度が少なくてもプレゼント回数が多い場合に親密度を高く設定してもよい。ＣＰＵ２１は、各ユーザのユーザデータ内に親密度の値を書き込むようにしてもよい。
　本変形例において、第１の実行手段５４は、グループ化手段５２でグループ化された複数のユーザの間の親密度に応じて、モンスターキャラクタとの自動バトル処理（所定の処理）を実行する実行タイミングを調整してもよい。例えば、親密度が高いほど自動バトル処理の実行タイミングの間隔を短くするように構成すれば、バトルの進行度を高くする目的でグループ内の親密度が高くなることが期待される。これによって、グループ内のコミュニケーションの活性化を図ることができる。
　例えば、自動バトル処理を実行する間隔を所定の時間間隔Ｔとした場合、本変形例を実現するために、ＣＰＵ２１は、グループ内の親密度の値（例えば、グループ内のすべてのユーザ間の親密度の平均値）と反比例となるように時間間隔Ｔを決定する。ＣＰＵ２１は、親密度の値と時間間隔Ｔの関係が予め設定されているデータを参照して時間間隔Ｔを決定してもよいし、親密度の値に対して所定の演算処理を行うことによって時間間隔Ｔを決定してもよい。
　（８－２）変形例２
　上述した実施形態において、第１の実行手段５４は、グループ内の複数のユーザのうち異なるユーザに対して第１の設定手段５３により設定された駐在戦士カードの組み合わせに応じて、モンスターキャラクタとの自動バトル処理（所定の処理）の実行結果を調整してもよい。つまり、グループ内の各ユーザが自動バトル処理を行うための駐在戦士カードを設定する場合に、異なるユーザによって設定された駐在戦士カードの組み合わせに応じて実行結果を調整してもよい。これによって、グループ内のユーザ間でコミュニケーションをとりながら、例えば有利な実行結果を得るために協調して駐在戦士カードを設定することが期待され、ソーシャル性が高いゲームを実現できる。
　図１９に、本変形例に関連するウェブページの表示例を示す。図１９のウェブページＰ４において、メニューｍ３０（「駐在戦士一覧」）を選択操作すると、Ｐ５に示すようにウェブページが更新される。ウェブページＰ５の表示領域４０３には、グループＨの駐在戦士団（グループＨの駐在戦士カードを総称したもの）の攻撃力と防御力と連携効果とが示される。駐在戦士団の攻撃力と防御力はそれぞれ、グループ内のすべての駐在戦士カードの攻撃力と防御力の総和である。駐在戦士団の連携効果とは、グループ内の異なるユーザによって設定された駐在戦士カードの組み合わせによって得られる効果である。このような連携効果は様々な観点から設定することができるが、各戦士カードに対して複数の属性のうちいずれかの属性が予め設定されており、この属性の組合せによって所定の連携効果が得られるようにしてもよい。例えば、各戦士カードに対して複数の色（例えば１０色）のうちいずれかの色が設定されており、駐在戦士団に含まれる駐在戦士カードの色の多さに応じて、以下の連携モードを設定することができる。
　［連携効果の例］
　・連携モード１
　　　条件：駐在戦士カードの色の数が６
　　　連携効果：攻撃力と防御力が＋２００
　・連携モード２
　　　条件：駐在戦士カードの色の数が７
　　　連携効果：攻撃力と防御力が＋３００
　・連携モード３
　　　条件：駐在戦士カードの色の数が８
　　　連携効果：攻撃力と防御力が＋４００
　・連携モード４
　　　条件：駐在戦士カードの色の数が９
　　　連携効果：攻撃力と防御力が＋５００
　・連携モード５
　　　条件：駐在戦士カードの色の数が１０
　　　連携効果：攻撃力と防御力が＋６００
　このような連携モードを設けることで、グループ内の各ユーザは、それぞれ異なる色の駐在戦士カードを派遣するようにコミュニケーションをとり、グループとしての攻撃力と防御力を高めることを動機付けられる。
　本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、グループに設定されている各駐在戦士カードの属性が、連携効果を生じさせる既知の条件に合致するか否かを逐次判定する。ＣＰＵ２１は、その判定結果に応じた連携効果を、すべての駐在戦士カードの攻撃力と防御力の総和に対してさらに加算する処理を行うことによって、上記式（１）のＰａを算出する。
　（８－３）変形例３
　上述した実施形態において、第１の実行手段５４は、グループ化手段５２でグループ化されたグループのパラメータに応じて、モンスターキャラクタとの自動バトル処理（所定の処理）を実行する実行タイミングを調整してもよい。ここで、グループのパラメータは、ゲームに応じて適宜定義してよいが、例えばモンスターキャラクタの討伐数に応じて大きくなる値であってもよい。各ユーザがグループに対して所定のアイテム（例えば、グループに対応するエリアを開発するためのゲーム上のアイテム）を提供し、その提供されたアイテムに応じてエリアの開発を進めるといったゲーム設定の場合には、エリアの開発度合いに応じてグループのパラメータの値を設定してもよい。
　この変形例では、例えば、グループのパラメータが高いほど第１の実行手段５４による自動バトル処理の実行タイミングの間隔を短くするように構成することで、所定の処理の進行度が高くする目的で、グループの構成員である各ユーザがグループのパラメータを高くするように行動することが期待される。これによって、グループ内のユーザの一体感を醸成させ、あるいはグループ内のコミュニケーションの活性化を図ることができる。
　例えば、自動バトル処理を実行する間隔を所定の時間間隔Ｔとした場合、本変形例を実現するために、ＣＰＵ２１は、グループのパラメータの値と反比例となるように時間間隔Ｔを決定する。ＣＰＵ２１は、グループのパラメータの値と時間間隔Ｔの関係が予め設定されているデータを参照して時間間隔Ｔを決定してもよいし、グループのパラメータの値に対して所定の演算処理を行うことによって時間間隔Ｔを決定してもよい。
　（８－４）変形例４
　上述した実施形態において、第１の設定手段５３は、ユーザに対して戦士カード（オブジェクト）を複数設定し、第１の実行手段５４は、ユーザに対して第１の設定手段５３により設定された複数の戦士カードの組み合わせに応じて、モンスターキャラクタとの自動バトル処理（所定の処理）の実行結果を調整してもよい。この構成では、ユーザが自動バトル処理のために複数の戦士カードを設定する場合、例えば有利な実行結果を得るために戦士カードを選択することが動機付けられ、高い興趣性を実現できる。なお、第１の設定手段５３によって設定される複数の戦士カードは、上述した実施形態では駐在戦士カードに相当するが、グループを形成せずにユーザが単独でプレイする場合であってもよい。
　例えば、図１９のウェブページＰ５の表示領域４０２には、グループＨに所属するユーザ：ＫＮＭの駐在戦士カードの攻撃力と防御力と連携効果とが示される。この攻撃力と防御力はそれぞれ、ユーザ：ＫＮＭのすべての駐在戦士カードの攻撃力と防御力の総和である。駐在戦士カードの連携効果とは、グループ内の個々のユーザによって設定された駐在戦士カードの組み合わせによって得られる効果である。このような連携効果は様々な観点から設定することができるが、各戦士カードに対して複数の属性のうちいずれかの属性が予め設定されており、この属性の組合せによって所定の連携効果が得られるようにしてもよい。例えば、各戦士カードに対してタイプ（例えばタイプＡ～Ｃ）、名称、レベル等が設定されている場合、個々のユーザの複数の駐在戦士カードに応じて、以下の連携モードを設定することができる。
　［連携効果の例］
　・連携モード１
　　　条件：駐在戦士カードのタイプがすべて同じ
　　　連携効果：攻撃力と防御力が＋１５０
　・連携モード２
　　　条件：駐在戦士カードの名前がすべて同じ
　　　連携効果：攻撃力と防御力が＋２００
　（８－５）変形例５
　上述した実施形態において、第１の実行手段５４は、自動バトル処理（所定の処理）の実行タイミングと、第２の実行手段５５による、操作に基づくバトル処理（所定の処理）の実行タイミングとに応じて、バトル処理の実行結果を調整してもよい。例えば、自動バトル処理の実行タイミングが既知である場合に、ユーザが、例えば有利な実行結果が得られるように、操作に基づくバトル処理の実行タイミングを決定する構成となり、高い興趣性を実現できる。
　例えば、本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、例えば、最新の自動バトル処理が行われた時刻と、その時刻を基準にしたときの、操作に基づくバトル処理を実行した時刻とに応じて、例えば戦士カードの能力値やバトル相手のモンスターキャラクタのＨＰの値を調整する。すなわち、戦士カードの能力値を増加させ、あるいはモンスターキャラクタのＨＰを低下させる。それによって、ユーザが有利となるような実行結果が得るようになる。例えば、自動バトル処理の実行タイミングと、操作に基づくバトル処理の実行タイミングの時間差が所定の閾値以内である場合（後述する変形例６）のほか、連続した自動バトル処理の実行タイミングの間に、例えば２回以上の操作に基づくバトル処理が実行される場合に、その２回目以降の操作に基づくバトル処理の実行時に、戦士カードの能力値やバトル相手のモンスターキャラクタのＨＰの値を調整してもよい。
　（８－６）変形例６
　上述した実施形態において、第１の実行手段５４は、自動バトル処理（所定の処理）の実行タイミングと、第２の実行手段５５による、操作に基づくバトル処理（所定の処理）の実行タイミングの時間差に応じて、バトル処理の実行結果を調整してもよい。例えば、自動バトル処理が既知である場合に、ユーザが、例えば有利な実行結果が得られるように操作に基づくバトル処理の実行タイミングを決定する構成となり、高い興趣性を実現できる。
　例えば、本変形例を実現するために、ゲームサーバ２０のＣＰＵ２１は、例えば、最新の自動バトル処理が行われた時刻と、その時刻を基準にしたときの、操作に基づくバトル処理を実行した時刻との時間差をΔＴとしたときに、時間差ΔＴが所定の閾値よりも小さいと判断した場合には、操作に基づくバトル処理におけるユーザの戦士カードの攻撃量及び防御力を一定量（例えば１０％）上昇させる処理や、モンスターキャラクタのＨＰを一定量低下させる処理を行う。これにより、操作に基づくバトル処理においてユーザがモンスターキャラクタとのバトルにおいて有利な実行結果が得られるようになる。
　また、時間差ΔＴが小さいほど、ユーザの戦士カードの攻撃量及び防御力の増加量が大きくなるようにしてもよい。
　（８－７）変形例７
　上述した実施形態において、第１の実行手段５４及び第２の実行手段５６はそれぞれ、複数の実行方法のうちいずれかの実行方法を用いてバトル処理を実行し、各実行手段で用いられた実行方法の組み合わせに応じて、バトル処理の実行結果を調整してもよい。この構成では、ユーザが例えば有利な実行結果が得られるようにバトル処理を実行するときの実行方法を選択することが動機付けられ、高い興趣性を実現できる。
　この変形例の具体的な例を、図２０を参照して説明する。図２０は、バトル処理において戦士カード毎に、実行方法の一例として攻撃方法を設定するときのウェブページの例を示す図である。図２０において、ウェブページＰ４にはメニューｍ３１（「攻撃方法の設定」）が設けられ、このメニューｍ３１を選択操作することによって、Ｐ６に示すようにウェブページが更新される。ウェブページＰ６には、ユーザ：ＫＮＭの駐在戦士カードと討伐戦士カード（ここでは、操作に基づくバトル処理のために設定される戦士カードを「討伐戦士カード」という。）が表示される。各戦士カードに対応付けて、複数の攻撃方法（この例では、「ナイフ」、「銃」、「手裏剣」の３種類）の中からいずれかの攻撃方法をプルダウン形式で選択するためのメニューｍ３２が設けられている。ウェブページＰ６では、メニューｍ３３（「設定する」）を選択操作することによって、選択された攻撃方法が設定されることになる。このように攻撃方法を設定する場合には、各戦士カードの攻撃力の値に対して、攻撃方法に応じた所定の係数を乗算することによって、モンスターキャラクタとのバトルに適用される攻撃力の値を算出してもよい。
　本変形例では、ユーザによって選択される各戦士カードの攻撃方法の組合せによって、連携効果が生ずるように構成されている。このような連携効果は様々な観点から設定することができるが、例えば以下の連携モードを設定してもよい。
　［連携効果の例］
　・連携モード１
　　　条件：戦士カードの攻撃方法がすべて同じ
　　　連携効果：各戦士カードの攻撃力と防御力が＋１０
　・連携モード２
　　　条件：駐在戦士カードの攻撃方法がすべて異なり、かつ討伐戦士カードの攻撃方法がすべて異なる
　　　連携効果：各戦士カードの攻撃力と防御力が＋２０
　（８－８）変形例８
　上述した実施形態において、第１の実行手段５４は、自動バトル処理を所定の時間間隔で実行してもよい。この構成では、自動バトル処理が定期的に行われるため、ユーザは、自動バトル処理のタイミングを把握しやすくなるため、ゲーム上で予め設定された所定の効果を得るために、操作に基づくバトル処理をいつ行うべきかについて検討させる構成となり、一層戦略性に富む内容のゲームを実現できる。例えば、上記変形例５、６で述べたように、自動バトル処理の実行タイミングと、操作に基づくバトル処理の実行タイミングとに応じて実行結果が調整する場合は、ユーザが望ましい結果が得られるように、既知の自動バトル処理の実行タイミングを元に、操作に基づくバトル処理のための操作タイミングを調整することが動機付けられる。また、自動バトル処理が定期的に行われることで、ユーザは、襲撃中のモンスターキャラクタのＨＰの減り具合を定期的に確認しながら、操作に基づくバトル処理のための操作タイミングを自ら調整することができる。
　以上、本発明の実施形態について詳細に説明したが、本発明は上記実施形態に限定されない。また、各実施形態は、本発明の主旨を逸脱しない範囲において、種々の改良や変更をしてもよいのは勿論である。例えば、上記実施形態及び各変形例に記載された技術的事項は適宜組合せて適用してもよい。
　上述した実施形態では、ユーザによる通信端末に対する所定の操作入力は、ユーザの通信端末に対する所定の操作釦の押下操作の入力や、タッチパネル機能を備えた通信端末に対する表示画面上のタッチ操作の入力であるとしたが、操作入力はこれに限られない。操作入力は、加速度センサを備えた通信端末を振ることによる操作入力、あるいはジェスチャによる操作入力（ジェスチャ入力）であってもよい。ジェスチャ入力では、撮像機能を備えた通信端末に対する所定のジェスチャを行うことで通信端末がそのジェスチャを画像認識し、予めジェスチャに対応付けられた操作入力を認識する。また、音声認識プログラムを実行可能な通信端末の場合には、操作入力は、音声を入力することにより行われてもよい。
　上述した実施形態では、ソーシャルゲームに適用される場合を例として説明したが、これに限られない。例えば、ネットワーク上に置かれたサーバ装置と家庭用オンラインゲーム機とを接続した、いわゆるオンラインゲームシステムにおいても、上述した実施形態と同様に、各ユーザによるゲームの進行を制御できることは言うまでもない。
　上述した実施形態では、ネットワーク上のゲームサーバ２０及びデータベースサーバ３０によって、関連付け手段５１、グループ化手段５２、第１の設定手段５３、第１の実行手段５４、第２の設定手段５５、及び、第２の実行手段５６の各機能を実現する構成としたが、この構成に限られない。これらのすべての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。通信端末１０とゲームサーバ２０とでは実質的に同一のハードウエア構成を採るため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。なお、上述した実施形態では、増加量データ、攻撃力補正データをＲＯＭ２２が記憶し、モンスターキャラクタデータ、駐在戦士データ、及びバトル管理データをゲームデータベース３２が記憶する構成としたが、これらのデータを通信端末１０内のＲＯＭ１２やＨＤＤ(Hard Disk Drive；図示せず)、又はフラッシュメモリ等に記憶してもよい。図２１Ａ，図２１Ｂにはそれぞれ、本実施形態のゲーム制御装置の各機能（図１４に示す各機能）について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との間の分担例を示す。

Claims (16)

  1. 　所定の処理に用いられるオブジェクトを設定する第１の設定手段と、
    　前記第１の設定手段により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行手段と、
    　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定手段と、
    　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定手段により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行手段と、
    　を備えた、ゲーム制御装置。
  2. 　ユーザとオブジェクトとを関連付ける関連付け手段、をさらに備え、
    　前記第１の設定手段は、前記ユーザに関連付けられた複数のオブジェクトのうち、前記ユーザの操作入力に関する情報に基づいて、前記第１の実行手段による前記所定の処理に用いられるオブジェクトを設定し、
    　前記第２の設定手段は、前記ユーザに関連付けられた複数のオブジェクトのうち、前記第１の設定手段で設定されたオブジェクト以外のオブジェクトの中から、前記第２の実行手段による前記所定の処理に用いられるオブジェクトを設定することを特徴とする、
    　請求項１に記載されたゲーム制御装置。
  3. 　複数のユーザをグループ化するグループ化手段、をさらに備え、
    　前記第１の設定手段は、前記グループ化手段でグループ化された複数のユーザのうち少なくとも一部の各ユーザに対して、前記複数のユーザに共通の前記所定の処理に用いられるオブジェクトを設定することを特徴とする、
    　請求項１又は２に記載されたゲーム制御装置。
  4. 　前記第１の実行手段は、前記複数のユーザのうち異なるユーザに対して前記第１の設定手段により設定されたオブジェクトの組み合わせに応じて、前記所定の処理の実行結果を調整することを特徴とする、
    　請求項３に記載されたゲーム制御装置。
  5. 　ユーザ間の関係の程度を表す親密度を設定する親密度設定手段、をさらに備え、
    　前記第１の実行手段は、前記グループ化手段でグループ化された複数のユーザの間の親密度に応じて、前記所定の処理を実行する実行タイミングを調整することを特徴とする、
    　請求項３又は４に記載されたゲーム制御装置。
  6. 　前記第１の実行手段は、前記グループ化手段でグループ化されたグループのパラメータに応じて、前記所定の処理を実行する実行タイミングを調整することを特徴とする、
    　請求項３～５のいずれかに記載されたゲーム制御装置。
  7. 　前記第１の設定手段は、ユーザに対してオブジェクトを複数設定し、
    　前記第１の実行手段は、ユーザに対して前記第１の設定手段により設定された複数のオブジェクトの組み合わせに応じて、前記所定の処理の実行結果を調整することを特徴とする、
    　請求項１～６のいずれかに記載されたゲーム制御装置。
  8. 　前記第１の実行手段は、前記所定の処理の実行タイミングと、前記第２の実行手段による前記所定の処理の実行タイミングとに応じて、前記所定の処理の実行結果を調整することを特徴とする、
    　請求項１～７のいずれかに記載されたゲーム制御装置。
  9. 　前記第１の実行手段は、前記所定の処理の実行タイミングと、前記第２の実行手段による前記所定の処理の実行タイミングの時間差に応じて、前記所定の処理の実行結果を調整することを特徴とする、
    　請求項８のいずれかに記載されたゲーム制御装置。
  10. 　前記第１の実行手段及び前記第２の実行手段はそれぞれ、複数の実行方法のうちいずれかの実行方法を用いて前記所定の処理を実行し、
    　各実行手段で用いられた実行方法の組み合わせに応じて、前記所定の処理の実行結果を調整することを特徴とする、
    　請求項１～９のいずれかに記載されたゲーム制御装置。
  11. 　前記第１の実行手段は、前記所定の処理を所定の時間間隔で実行することを特徴とする、
    　請求項１～１０のいずれかに記載されたゲーム制御装置。
  12. 　前記所定の処理は、前記ゲーム上のオブジェクトとのバトルであることを特徴とする、
    　請求項１～１１のいずれかに記載されたゲーム制御装置。
  13. 　所定の処理に用いられるオブジェクトを設定する第１の設定ステップと、
    　前記第１の設定ステップにより設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行ステップと、
    　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定ステップと、
    　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定ステップにより設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行ステップと、
    　を備えた、ゲーム制御方法。
  14. 　ゲームの実行を制御するために、コンピュータに、
    　所定の処理に用いられるオブジェクトを設定する第１の設定機能、
    　前記第１の設定機能により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行機能、
    　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定機能、及び、
    　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定機能により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行機能、
    　を実現させるためのプログラム。
  15. 　請求項１４に記載されたプログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体。
  16. 　通信端末と、当該通信端末からアクセス可能に構成され、前記通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
    　所定の処理に用いられるオブジェクトを設定する第１の設定手段、
    　前記第１の設定手段により設定されたオブジェクトによってユーザの操作入力に関する情報を契機とせずに前記所定の処理を実行する第１の実行手段、
    　前記ユーザの操作入力に関する情報に基づいて実行される前記所定の処理に用いられるオブジェクトを設定する第２の設定手段、及び、
    　前記ユーザの操作入力に関する情報に基づいて、前記第２の設定手段により設定されたオブジェクトを用いて前記所定の処理を実行する第２の実行手段、
    　の各手段を、前記通信端末又は前記サーバのいずれか一方が備えた、
    　を備えた、ゲームシステム。
PCT/JP2013/064615 2012-05-25 2013-05-27 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム WO2013176285A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012119140A JP5557876B2 (ja) 2012-05-25 2012-05-25 ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2012-119140 2012-05-25

Publications (1)

Publication Number Publication Date
WO2013176285A1 true WO2013176285A1 (ja) 2013-11-28

Family

ID=49623962

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/064615 WO2013176285A1 (ja) 2012-05-25 2013-05-27 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム

Country Status (2)

Country Link
JP (1) JP5557876B2 (ja)
WO (1) WO2013176285A1 (ja)

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016067913A (ja) * 2015-07-16 2016-05-09 グリー株式会社 ゲームプログラム、ゲーム制御方法、およびコンピュータ
JP2016185485A (ja) * 2016-08-04 2016-10-27 グリー株式会社 ゲームプログラム、ゲーム制御方法、およびコンピュータ

Families Citing this family (5)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP5784694B2 (ja) * 2013-12-27 2015-09-24 グリー株式会社 対戦ゲームを提供する方法、サーバ装置、及びコンピュータプログラム
JP5793592B2 (ja) 2014-02-25 2015-10-14 グリー株式会社 ゲーム制御方法、サーバ装置及びプログラム
JP6168525B2 (ja) * 2014-06-02 2017-07-26 株式会社コナミデジタルエンタテインメント ゲーム制御装置、プログラム、ゲームシステム
JP6526891B1 (ja) * 2018-08-16 2019-06-05 グリー株式会社 ゲーム制御プログラム、ゲーム制御方法およびゲーム制御システム
JP7037834B2 (ja) * 2020-07-16 2022-03-17 株式会社コナミデジタルエンタテインメント ゲーム管理装置、ゲームシステム及びプログラム

Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002325976A (ja) * 2001-05-02 2002-11-12 Lay Up:Kk ネットワーク端末を利用したゲーム方法および装置
JP2003019355A (ja) * 2001-07-05 2003-01-21 Konami Computer Entertainment Japan Inc シミュレーションゲームのプログラム
JP2008113758A (ja) * 2006-11-01 2008-05-22 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2012000360A (ja) * 2010-06-21 2012-01-05 Miracle Positive Co Ltd 多人数同時参加型オンラインロールプレイングゲーム用サーバ

Patent Citations (4)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2002325976A (ja) * 2001-05-02 2002-11-12 Lay Up:Kk ネットワーク端末を利用したゲーム方法および装置
JP2003019355A (ja) * 2001-07-05 2003-01-21 Konami Computer Entertainment Japan Inc シミュレーションゲームのプログラム
JP2008113758A (ja) * 2006-11-01 2008-05-22 Square Enix Co Ltd ビデオゲーム処理装置、ビデオゲーム処理方法、およびビデオゲーム処理プログラム
JP2012000360A (ja) * 2010-06-21 2012-01-05 Miracle Positive Co Ltd 多人数同時参加型オンラインロールプレイングゲーム用サーバ

Non-Patent Citations (4)

* Cited by examiner, † Cited by third party
Title
"Dragon Quest IV no Arukikata", ENIX CORP, 22 March 2002 (2002-03-22), pages 16 - 21 *
"Tales of Graces F Perfect Guide", ENTERBRAIN, INC, 14 March 2011 (2011-03-14), pages 16, 30 - 31 *
"Tartaros, Shukan Famitsu", ENTERBRAIN, INC, vol. 25, no. 4, 14 January 2010 (2010-01-14), pages 205 *
PSP-YO SOFTWARE: "Final Fantasy IV Complete Collection", NO KAISETSUSHO, 24 March 2011 (2011-03-24), pages 20 - 22, 25 *

Cited By (2)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP2016067913A (ja) * 2015-07-16 2016-05-09 グリー株式会社 ゲームプログラム、ゲーム制御方法、およびコンピュータ
JP2016185485A (ja) * 2016-08-04 2016-10-27 グリー株式会社 ゲームプログラム、ゲーム制御方法、およびコンピュータ

Also Published As

Publication number Publication date
JP2013244126A (ja) 2013-12-09
JP5557876B2 (ja) 2014-07-23

Similar Documents

Publication Publication Date Title
JP5882188B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
WO2013176285A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5436612B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5889777B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5551210B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP6195093B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5838149B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
WO2013157396A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5882182B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5318987B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5535272B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5715266B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5395210B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、コミュニケーション装置
JP5769884B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP6168525B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5827271B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP6206764B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5701249B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5839711B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2015116502A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2014147832A (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: 13794300

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

Country of ref document: EP

Kind code of ref document: A1