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

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

Info

Publication number
WO2013157632A1
WO2013157632A1 PCT/JP2013/061614 JP2013061614W WO2013157632A1 WO 2013157632 A1 WO2013157632 A1 WO 2013157632A1 JP 2013061614 W JP2013061614 W JP 2013061614W WO 2013157632 A1 WO2013157632 A1 WO 2013157632A1
Authority
WO
WIPO (PCT)
Prior art keywords
user
information
communication terminal
answer
correct
Prior art date
Application number
PCT/JP2013/061614
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 WO2013157632A1 publication Critical patent/WO2013157632A1/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
    • 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/45—Controlling the progress of the video game
    • 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/30—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers
    • A63F13/33—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections
    • A63F13/335—Interconnection arrangements between game servers and game devices; Interconnection arrangements between game devices; Interconnection arrangements between game servers using wide area network [WAN] connections using Internet
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/60—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor
    • A63F13/69—Generating or modifying game content before or while executing the game program, e.g. authoring tools specially adapted for game development or game-integrated level editor by enabling or updating specific game elements, e.g. unlocking hidden features, items, levels or versions
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/70—Game security or game management aspects
    • A63F13/71—Game security or game management aspects using secure communication between game devices and game servers, e.g. by encrypting game data or authenticating players
    • A—HUMAN NECESSITIES
    • A63—SPORTS; GAMES; AMUSEMENTS
    • A63F—CARD, BOARD, OR ROULETTE GAMES; INDOOR GAMES USING SMALL MOVING PLAYING BODIES; VIDEO GAMES; GAMES NOT OTHERWISE PROVIDED FOR
    • A63F13/00—Video games, i.e. games using an electronically generated display having two or more dimensions
    • A63F13/85—Providing additional services to players
    • A63F13/87—Communicating with other players during game play, e.g. by e-mail or chat
    • 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/40—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 characterised by details of platform network
    • A63F2300/406—Transmission via wireless network, e.g. pager or GSM
    • 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/53—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing
    • A63F2300/535—Features of games using an electronically generated display having two or more dimensions, e.g. on a television screen, showing representations related to the game characterized by details of game servers details of basic data processing for monitoring, e.g. of user parameters, terminal parameters, application parameters, network parameters
    • 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/80—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 specially adapted for executing a specific type of game
    • A63F2300/8064—Quiz

Definitions

  • the present invention relates to a technique for controlling the execution of a game.
  • social game executed by a game application created on the basis of an operating environment such as an API (Application Programming Interface) operating on a web browser in a social networking service (SNS) by a specific service provider Game)
  • API Application Programming Interface
  • SNS social networking service
  • Game specific service provider Game
  • One of the features of the above-described social game is that it has a richer communication function for interaction between users than the conventional online game.
  • social games for example, in addition to cooperative play with other users (friends), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or items An exchange has been made.
  • a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.
  • an irregular game event may be provided for the purpose of capturing the user's preferences. For example, there may be a case where a quiz event is set in which a question about a quiz related to a comic or novel that is a game title is set and a response from the user is requested. Specifically, the quiz problem is transmitted to the user's communication terminal, and it is determined whether or not the answer transmitted from the user's communication terminal is the correct answer. A case where a predetermined privilege is given to a user who has cleared the above problem can be considered.
  • An object of the present invention is to provide a game control device, a game control method, a program, a recording medium, and a game system capable of maintaining interest in an event for a user and activating a relationship with another user.
  • the game control device comprises execution means, answer determination means, history reference means, and state management means.
  • the execution means displays the problem information on the communication terminal of the first user, and obtains response information from the communication terminal of the first user with respect to the problem information.
  • the answer determination unit determines whether or not the answer information acquired from the communication terminal of the first user is correct.
  • the history reference means refers to the reply information transmitted in the past by the second user related to the first user when the first user satisfies the predetermined condition.
  • the state management means is the second user who has received the answer information that the answer determination means determines that the answer information received from the communication terminal of the first user is correct or the history reference means that has transmitted answer information that is correct with respect to the problem information. Is detected, the state information of the first user is shifted to a predetermined state.
  • the game control device may further include notification means for notifying the first user's communication terminal of the information on the second user who has transmitted the answer information that is correct to the problem information earliest.
  • notification means for notifying the first user's communication terminal of the information on the second user who has transmitted the answer information that is correct to the problem information earliest.
  • the 1st user can know the 2nd user who led to the predetermined state equivalent to a correct answer, and can strengthen cooperation between users.
  • the association means that associates the intimacy between users and the second user who has transmitted the answer information that is correct to the problem information is the first intimacy with the first user.
  • Notification means for notifying information of two users to the communication terminal of the first user can be further provided.
  • the 1st user can know the 2nd user who led to the predetermined state equivalent to a correct answer, and can strengthen cooperation between users.
  • the first user and the second user with high intimacy can further strengthen the degree of relationship.
  • the said game control apparatus can further be provided with the privilege provision means which provides a predetermined privilege with respect to the 2nd user who transmitted the answer information which is correct with respect to problem information.
  • the privilege provision means which provides a predetermined privilege with respect to the 2nd user who transmitted the answer information which is correct with respect to problem information.
  • the user since the second user can be expected to actively transmit the correct answer information for the purpose of obtaining a privilege, the user further increases the number of “buddies” and activates communication between the users. I can expect.
  • a request for relief requesting another user for an answer to the problem information is received from the communication terminal of the first user, and the request for rescue request is notified to the communication terminal of the second user associated with the first user. It is possible to further include a rescue request notification means. In this case, based on the relief request request from the first user, a notification can be transmitted to the second user related to the first user to prompt an answer to the corresponding problem information.
  • the execution means reduces the difficulty level when the answer information for the problem information of the first user is not correct and the answer information transmitted by the second user in response to the rescue request is not correct.
  • the problem information can be transmitted to the communication terminal of the first user in the state. For example, in a quiz in which one of a plurality of options is selected and response information is transmitted, both the first user and the second user who has received the rescue request request from the first user have transmitted incorrect answer information. In this case, problem information can be transmitted again to the first user in a state where the number of options that are incorrect is reduced among the options. Therefore, even if the first user answers this problem information, even if the first user relies on intuition, the correct answer rate increases, and the interest in the event can be continued.
  • the game control apparatus may further include history display means for displaying a history of answer information input by the first user and the second user regarding the problem information on a communication terminal of the user associated with the first user.
  • the history information about whether or not the “friend” related to the first user correctly answered the second user who sent the rescue request information in the event to the corresponding problem information. You can know and continue your interest in the event.
  • a game control method comprising: displaying problem information on a communication terminal of a first user; obtaining response information from the communication terminal of the first user for the problem information; and communication of the first user The step of determining whether or not the answer information acquired from the terminal is correct, and when the first user satisfies a predetermined condition, refer to the answer information transmitted in the past by the second user related to the first user And when the answer information acquired from the communication terminal of the first user is determined to be correct, or when the second user who has transmitted answer information that is correct with respect to the problem information is detected, Transitioning user state information to a predetermined state.
  • a program is a function for causing a computer to display problem information on a communication terminal of a first user and acquiring response information from the communication terminal of the first user for the problem information, communication of the first user
  • the response information acquired from the communication terminal of the first user is determined to be correct, or the second user who has transmitted the response information that is correct with respect to the problem information is detected.
  • the computer may be a network server, a large computer, or the like, for example.
  • the program may be stored in a computer-readable information recording medium such as a DVD-ROM or CD-ROM. That is, a fourth aspect of the present invention is a computer-readable recording medium in which the program is recorded.
  • a game system 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, the execution means, an answer Either the communication terminal or the game control device includes the determination means, the history reference means, and the state management means.
  • the execution means displays the problem information on the communication terminal of the first user, and acquires response information from the communication terminal of the first user with respect to the problem information.
  • the answer determination unit determines whether or not the answer information acquired from the communication terminal of the first user is correct.
  • the history reference means refers to the reply information transmitted in the past by the second user related to the first user when the first user satisfies the predetermined condition.
  • the state management means is the second user who has received the answer information that the answer determination means determines that the answer information received from the communication terminal of the first user is correct or the history reference means that has transmitted answer information that is correct with respect to the problem information. Is detected, the state information of the first user is shifted to a predetermined state.
  • FIG. 1 is an explanatory diagram showing the basic configuration of the game system.
  • FIG. 2A is an explanatory diagram illustrating an example of the appearance of a communication terminal.
  • FIG. 2B is an explanatory diagram illustrating another example of the appearance of the communication terminal.
  • FIG. 3 is a block diagram showing the configuration of the communication terminal.
  • FIG. 4 is a block diagram showing the configuration of the game server.
  • FIG. 5 is an explanatory diagram showing the configuration of the database server.
  • FIG. 6 is an explanatory diagram showing an example of records stored in the user database 31.
  • FIG. 7 is a functional block diagram of the game control apparatus according to the first embodiment.
  • FIG. 8 is a flowchart of the game control method according to the first embodiment.
  • FIG. 9 is an explanatory diagram illustrating an example of a problem display screen.
  • FIG. 10 is an explanatory diagram illustrating an example of a determination result display screen.
  • FIG. 11 is an explanatory diagram illustrating an example of a determination result display screen.
  • FIG. 12 is a functional block diagram of the game control apparatus according to the second embodiment.
  • FIG. 13 is a functional block diagram of the game control apparatus according to the third embodiment.
  • FIG. 14 is a flowchart of the game control method according to the third embodiment.
  • FIG. 15 is an explanatory diagram illustrating an example of a determination result display screen.
  • FIG. 16 is an explanatory diagram illustrating an example of a notification display screen.
  • FIG. 17 is a functional block diagram of the game control apparatus according to the fourth embodiment.
  • FIG. 18A is a flowchart of the game control method of the fourth embodiment.
  • FIG. 18B is a flowchart of the game control method of the fourth embodiment.
  • FIG. 19 is an explanatory diagram illustrating an example of a problem display screen including a request request receiving unit.
  • FIG. 20 is an explanatory diagram illustrating an example of a rescuer selection screen.
  • FIG. 21 is an explanatory diagram illustrating an example of a rescue request notification screen.
  • FIG. 22 is an explanatory diagram illustrating an example of a rescue result display screen.
  • FIG. 23 is an explanatory diagram illustrating an example of a problem information display screen.
  • FIG. 24A is a functional block diagram illustrating a configuration example of each function in each of the communication terminal 10, the game server 20, and the database server 30.
  • FIG. 24A is a functional block diagram illustrating a configuration example of each function in each of the communication terminal 10, the game server 20, and the database server 30.
  • FIG. 24A is a functional block diagram illustrating
  • FIG. 24B is a functional block diagram illustrating another configuration example of each function in each of the communication terminal 10, the game server 20, and the database server 30.
  • FIG. 24C is a functional block diagram illustrating still another configuration example of each function in each of the communication terminal 10, the game server 20, and the database server 30.
  • the present invention relates to a patent application of Japanese Patent Application No. 2012-096964, filed with the Japan Patent Office on April 20, 2012, the entire contents of which are incorporated herein by reference.
  • FIG. 1 shows a system configuration example of a game system according to the embodiment.
  • this game system includes, for example, communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW such as the Internet, and a game server 20 connected to the communication network NW.
  • the database server 30 is configured.
  • Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user, and includes, for example, a mobile phone terminal, a smartphone, a PDA (Personal Digital Assistant), a personal computer, and a bidirectional communication function.
  • a communication terminal such as a television receiver (including a so-called multi-function smart TV).
  • a television 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 is mounted with an application operable on a web browser as a game application.
  • the database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 in a wired or wireless manner for reading and writing the information. Note that the game server 20 and the database server 30 may be connected via a communication network NW.
  • 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.
  • 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 explanatory diagrams showing the appearance of an example of the communication terminal 10, respectively.
  • FIG. 2A exemplifies a key input type communication terminal such as a foldable mobile terminal (mobile phone), for example.
  • 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.
  • the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, a display unit 16, And a communication interface unit 17 as a signal receiving unit, and a bus 18 is provided for transmitting control signals or data signals between the units.
  • a CPU Central Processing Unit
  • ROM Read Only Memory
  • RAM Random Access Memory
  • image processing unit 14 an instruction input unit
  • a display unit 16 As illustrated in FIG. 3, the communication terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an image processing unit 14, an instruction input unit 15, a display unit 16, And a communication interface unit 17 as a signal receiving unit, and a bus 18 is provided for transmitting control signals or data signals between the units.
  • a bus 18 is provided for transmitting control signals or data signals between the units.
  • the CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. Further, the CPU 11 determines a web page to be displayed on the display unit 16 based on input information input by the user using the instruction input unit 15, and the URL (Uniform) of the web page to be displayed through the communication interface unit 17. Resource (Locator) is specified, and HTML (Hyper Text Markup Language) document and object data such as images associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) are acquired from the game server 20 To do.
  • the communication terminal 10 may be mounted with various plug-ins 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 to the game server. 20 is notified.
  • the web browser displays the web page provided from the game server 20 on the display unit 16 based on the acquired HTML data via the image processing unit 14.
  • the web browser transmits new HTML data for displaying the web page according to the selection. (That is, update of the web page) is requested to the game 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 a display composed of, for example, a liquid crystal display device (LCD) or the like, and displays an image of a web page on the display screen 16a based on display image data.
  • LCD liquid crystal display device
  • the instruction input unit 15 includes a first instruction input key group 15a including a direction instruction key and a determination key for accepting a user operation input, a numeric keypad, and the like. And an interface circuit for recognizing the operation input of each key and outputting it to the CPU 11.
  • the direction instruction key is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16.
  • the determination key indicates that the user selects one hyperlink or menu that is actively displayed (for example, highlighted). Is provided to instruct.
  • the communication terminal 10 When the communication terminal 10 is constituted by a small portable terminal, these keys are arranged 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 second instruction input key group 15b is arranged below the first instruction input key group 15a, and “0” to “9”, “*”, and “#” are described. Has multiple key tops.
  • 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 a known method such as a capacitance method can be adopted.
  • the key group 15a can 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, for example, selecting the menu by pressing the direction instruction key and pressing the enter key. This can be done by confirming the menu.
  • the menu selection operation on the web page displayed on the communication terminal 10 may be performed by, for example, pointing the menu position on the display screen 16a on which the web page is displayed with a finger or This can be done by instructing with a touch pen.
  • the configuration of the game server 20 will be described with reference to FIG.
  • the game server 20 manages, for example, a game website including a plurality of hierarchical web pages, 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 26.
  • a bus 26 is provided for transmitting control signals or data signals between the units.
  • the game server 20 can have the same configuration as a general-purpose web server in terms of 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 transmits HTML data to the communication terminal 10 via the communication interface unit 25.
  • the CPU 21 performs the authentication process.
  • the user selects a hyperlink or menu on the web page displayed on the communication terminal 10
  • the corresponding instruction input signal is received via the communication interface unit 25, and the CPU 21 responds to the instruction input signal. Execute the process.
  • the processing executed by the CPU 21 includes, for example, transmission of new HTML data, arithmetic processing in the game server 20, data processing, and the like.
  • 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 a large-capacity hard disk drive, a storage device in the form of RAID (Redundant Arrays of Inexpensive Disks), or other general-purpose storage devices.
  • 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 server 20 of the present embodiment is not particularly limited. For example, a race game in which a plurality of users race toward a goal point, an enemy user or a computer is prepared. It is assumed that a battle game in which a battle with a character is performed and other types of games can be assumed, and irregular events are appropriately set.
  • FIG. 6 is an explanatory diagram showing an example of records stored in the user database 31.
  • Each record of the user database 31 includes a user ID (user identification information), an access log, a user name / display image, a skill level, physical fitness points, friendship points, possessed coins, fellow user IDs, possessed item data, and event history information. Etc., and corresponding user data is stored for each item. Information contained in the user database 31 can be updated sequentially by the game server 20.
  • user ID included in the user database 31 or data for each user name (to be described later) specifying a user is collectively referred to as user data.
  • the data of each item constituting the user data is as follows.
  • Access log is data that records the login time and access time based on the target user ID.
  • the login time is the time when login including user authentication processing is performed.
  • the access time is the time when the game server 20 is accessed to receive the game web service based on the user ID after login.
  • User name / display image A user name and a display image that are displayed to identify the user on the communication terminal 10 when the game is executed.
  • the user name is text of a predetermined length or less specified in advance by the user, and the display image is, for example, an avatar image selected in advance by the user.
  • 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 data indicates the skill level of the user on the game. For example, a level value in a range from Lv1 (level 1) to Lv100 (level 100) can be used.
  • the physical strength point is a necessary point in the game realized by the game server 20.
  • the physical strength point is a value that is set to a predetermined upper limit in the course of progressing the game, and decreases or increases (recovers) depending on a predetermined condition.
  • Friendship points Shows the points of cooperation with users who are related as friends. For example, you can obtain friendship points by sending a support message one or more times a day. It can comprise so that a privilege can be acquired.
  • -Owned coin This is the possessed amount of virtual currency (coin) on the game that is required when the user corresponding to the user ID uses the pay function on the game.
  • the possessed coins are consumed (reduced) when the user uses the pay function on the game, and the user pays actual money to the service provider or the like by a predetermined method, and increases according to the amount paid.
  • ⁇ Friend user ID It is another user ID related to the user ID of the target record.
  • the fellow user IDs can be classified and stored based on the closeness.
  • the user's event history information in the event set irregularly is stored. For example, when setting an event that gives a predetermined privilege when the quiz question is given and it is determined whether or not the user's answer is correct and the number of correct answers or the correct answer rate is above a certain level.
  • the event history information is at least answer history information indicating whether or not the user answer information is correct with respect to the corresponding problem information (answer history; R (Right): correct answer, W (Wrong): incorrect answer) And state information indicating to which stage of the event the user has advanced.
  • FIG. 7 is a functional block diagram of the game control device of the first embodiment.
  • the game server 20 includes an execution unit 201, an answer determination unit 202, a history reference unit 203, and a state management unit 204.
  • the user IDs for identifying the users are associated with each other as “mates”, the user corresponding to the target user ID is set as the first user, and the first user is set to “mate”. ”Will be referred to as a second user.
  • the execution unit 201 transmits the problem information to the communication terminal 10 of the first user, causes the display unit 16 to display the problem information, and receives answer information input by the first user via the instruction input unit 15 of the communication terminal 10. It has a function.
  • the function of the execution means 201 can be realized as follows.
  • the CPU 21 of the game server 20 refers to the event history information of the first user in the user database 31 and acquires state information indicating to which stage the first user has advanced during the event.
  • the CPU 21 acquires problem information corresponding to the state information from the game database 32 based on the acquired state information of the first user.
  • CPU21 produces
  • the answer determination unit 202 has a function of determining whether or not the answer information acquired from the user communication terminal 10 is correct.
  • the function of the answer determination unit 202 can be realized as follows.
  • the CPU 21 acquires the answer information of the user transmitted from the communication terminal 10 via the wireless communication interface unit 25, compares this answer information with the correct answer information stored in the game database 32, and matches the answer information. Determine whether or not.
  • the history reference unit 203 has a function of referring to answer history information transmitted in the past by another user related to the user when the user satisfies a predetermined condition.
  • the function of the history reference unit 203 can be realized as follows.
  • the CPU 21 determines that the answer information of the first user transmitted from the communication terminal 10 does not match the correct answer information
  • the CPU 21 determines that the event of the second user associated with the first user as a “mate” Refer to history information.
  • the CPU 21 accesses the user database 31 and refers to the response history information among the event history information of the second user, and determines whether or not the response information for the question information is determined to match the correct answer.
  • the answer determination unit 202 determines that the answer information received from the communication terminal 10 of the first user is correct, or the history reference unit 203 transmits answer information that is correct with respect to the problem information.
  • the first user's state information is transitioned to a predetermined state.
  • the function of the state management means 204 is realizable as follows.
  • the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the first user matches the correct answer information, the CPU 21 stores the answer history information of the first user corresponding to the problem information as the correct answer. .
  • the CPU 21 updates the corresponding record in the user database 31 so as to store “R” as answer history information corresponding to the problem information shown in FIG. 6.
  • the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the first user does not match with the correct answer information, and among the second users related to the first user, When the second user whose answer history information of the problem information to be detected is “R” is detected, the state information of the first user is assumed to be correct to the problem information. For example, when the answer information transmitted from the communication terminal 10 of the first user for the fifth question (Lv. 3-5) of the event level 3 does not match the correct answer information, the CPU 21 “W” is stored in the answer history information of the user. Further, when the CPU 21 detects the second user who is “R” for the same problem information, the CPU 21 corrects the first user status information to the fifth question (Lv.3-5) of the level 3 in the same manner. The state is changed to a state where the next question information (for example, the first question of level 4 (Lv.4-1)) can be answered.
  • the next question information for example, the first question of level 4 (Lv.4-1)
  • FIG. 8 is a flowchart of the game control method of the first embodiment. As described above, it is assumed that each function block of the game control device of the present embodiment is included in the game server 20 and the CPU 21 of the game server 20 realizes the function of each function block.
  • step S801 When receiving an instruction input for participating in the event from the communication terminal 10 of the first user, in step S801, the CPU 21 accesses the user database 31 and acquires state information among the event history information of the first user. In step S ⁇ b> 802, the CPU 21 accesses the game database 32 based on the state information of the first user to acquire the corresponding level of problem information, and generates HTML data for displaying the corresponding problem information. It transmits to the communication terminal 10 of 1 user.
  • FIG. 9 is an explanatory diagram showing an example of the problem display screen 901.
  • a problem display screen 901 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 includes a problem display unit 902 for displaying quiz problem information, and a response input unit 903 for receiving a response input. And.
  • problem information corresponding to the state information of the first user is displayed based on the HTML data transmitted from the CPU 21.
  • the problem information can be a quiz problem related to comics or novels that are the subject of this game, or can be a problem related to general knowledge. Furthermore, it is possible to set the answer information entered by the largest number of users as correct information by asking questions about hobbies and preferences.
  • the answer input unit 903 of the problem display screen 901 displays a plurality of options as answer information for the problem information based on the HTML data transmitted from the CPU 21, and the first user inputs the instruction input unit 15 of the communication terminal 10. It can be configured so that any one of the options can be selected and operated. For example, a plurality of options can be displayed on the answer input unit 903, a movable cursor can be displayed on each option, and one of the options can be selected according to the operation of the instruction input unit 15.
  • the configuration for selecting an option may be a configuration in which a check box or button corresponding to each option is displayed so that the option can be selected in accordance with the operation of the instruction input unit 15. It is not a thing.
  • the answer input unit 903 of the problem display screen 901 can be configured by a text box that allows text information to be input.
  • the first user can be configured to be able to input via the text input tool via the instruction input unit 15 of the communication terminal 15.
  • the answer information for the problem information is transmitted to the game server 20 via the communication interface unit 17. Is done.
  • step S803 the CPU 21 waits for reception of answer information from the communication terminal 10 of the first user. If the answer information is received, the process proceeds to step S804. If the reply information from the communication terminal 10 of the first user is not received for a predetermined time, it is possible to configure this process to end. In step S804, the CPU 21 acquires correct information of the corresponding problem information, and determines whether or not the answer information transmitted from the communication terminal 10 of the first user matches the correct information.
  • step S805 if the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the first user matches the correct answer information, the CPU 21 proceeds to step S806, otherwise proceeds to step S808.
  • step S806 the CPU 21 updates the event history information of the first user.
  • the answer history information of the corresponding problem is set to “R”, and the status information is set to the next problem. It changes to the state that can answer. For example, if the answer information for Level 3 question 4 (Lv.3-4) matches the correct answer information, you can answer the next question Level 3 question 5 (Lv.3-5)
  • the event history information of the first user in the user database 31 is updated as information (Lv. 3-5).
  • CPU21 produces
  • FIG. 10 is an explanatory diagram illustrating an example of a determination result display screen.
  • a determination result display screen 1001 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 instructs the determination result display unit 1002, the next problem information display unit 1003, and the continuation of the event.
  • the problem information display unit 1003 displays that the status information in the event has changed so that the next problem information can be answered, and the next problem level, the problem number, and the like are displayed. Can be displayed.
  • the continue instruction button 1004 an instruction input signal is transmitted to the game server 20 to continue this event and proceed to the next problem, and when the first user operates the end button 1005, An instruction input signal for ending the event is transmitted to the game server 20.
  • step S807 when the CPU 21 receives an instruction input signal for continuing the event and proceeding to the next problem, the CPU 21 proceeds to step S801. If the CPU 21 receives an instruction input signal to end the event, the CPU 21 proceeds to step S812. In step S808, the CPU 21 accesses the user database 31 and refers to the event history information of the second user associated with the first user as a “mate”. CPU21 acquires user ID memorized by fellow user ID from a record of user ID of the 1st user, and acquires event history information of applicable user ID.
  • step S809 the CPU 21 proceeds to step S810 when detecting the second user whose answer history information for the corresponding problem information is “R”, and proceeds to step S811 otherwise.
  • step S810 the CPU 21 updates the answer history information of the first user.
  • the answer history information of the corresponding problem is set to “W”.
  • the state information of the first user is shifted to the same state as when the correct problem information is obtained. For example, even if the answer information of the first user is incorrect with respect to level 3 question 4 (Lv. 3-4), level 3 question 5 (Lv. 3-5)
  • the event history information of the first user in the user database 31 is updated with the state information (Lv. 3-5) that can be answered.
  • FIG. 11 is an explanatory diagram illustrating an example of a determination result display screen.
  • the determination result display screen 1101 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 is a determination result display unit 1102, an information notification unit 1103, and a continuation for instructing the continuation of the event.
  • An instruction button 1104 and an end button 1105 for instructing the end of the event are provided.
  • the determination result display unit 1102 displays that the determination result is incorrect.
  • the information notification unit 1103 displays that the second user who is a “companion” has made a correct answer to this problem in the past, and thus can proceed to the next problem.
  • the information notification unit 1103 can be configured to display the next problem level and problem number together.
  • step S811 when the CPU 21 receives an instruction input signal to continue the event and proceed to the next problem, the process proceeds to step S801. If the CPU 21 receives an instruction input signal to end the event, the CPU 21 proceeds to step S812.
  • step S812 the CPU 21 executes an event termination process.
  • CPU21 is the parameter of the item which the 1st user and the 1st user hold, the 2nd user related to the 1st user, the parameter of the item which the 2nd user holds, and various things which changed with execution of other events Update parameters and end the event.
  • the 2nd user's event log information related as a "companion" of a 1st user may be referred.
  • the event is advantageously advanced through communication with other users. be able to. For this reason, the user can maintain interest in the event and can activate communication with other users.
  • FIG. 12 is a functional block diagram of a game control apparatus according to the second embodiment. Here, the case where each functional block is comprised in the game server 20 is illustrated. As shown in FIG. 12, the game server 20 includes an execution unit 201, an answer determination unit 202, a history reference unit 203, a state management unit 204, an association unit 205, and a notification unit 206.
  • the execution means, the answer determination means 202, the history reference means 203, and the state management means 204 function substantially the same as in the first embodiment, so that the functional blocks of the game control device of the first embodiment
  • the same reference numerals as those in FIG. 7 are attached, and the detailed description thereof is omitted.
  • the association means 205 has a function of relating users and their closeness. As described above, when the user IDs for identifying the users are associated with each other as “mates”, the user corresponding to the target user ID is set as the first user, and the first user is set to “mate”. ”Will be referred to as a second user.
  • the function of the association means 205 can be realized as follows.
  • CPU21 associates each user's user ID as a "companion” based on the fellow application between users, and its consent, and memorize
  • the closeness of the first user and the second user as “companies” can be expressed by, for example, a numerical value with a predetermined number as a limit, and “acquaintance”, “friend”, “best friend”, “ It can also be expressed in several stages such as “Aibo” and “Allied”.
  • the notification means 206 is a function for notifying the first user's communication terminal of the information on the second user having the highest familiarity with the first user among the second users who have transmitted answer information that is correct with respect to the problem information. Is provided.
  • the function of the notification unit 206 can be realized as follows.
  • the CPU 21 accesses the user database 31 and refers to the event history information of the second user associated with the first user as a “mate”.
  • CPU21 acquires user ID memorized by fellow user ID from a record of user ID of the 1st user, and acquires event history information of applicable user ID.
  • CPU21 extracts all the 2nd users whose answer history information with respect to applicable problem information is "R", and determines the user ID of the 2nd user with the highest familiarity with the 1st user among these.
  • CPU21 produces
  • the information notification unit 1103 of the determination result display screen 1101 as shown in FIG. 11 displays that the user can proceed based on the answer history information of the second user, and is familiar with the second user. Can be configured so as to display a message indicating that the intimacy with the second user is further increased.
  • the screen configuration of the determination result display screen 1101 is not limited to such a configuration, and various display methods are considered.
  • CPU21 can be comprised so that the value of the closeness memorize
  • the user can further activate communication in accordance with the intimacy with other users.
  • the degree of relationship between users with high intimacy can be further strengthened.
  • the response history information of the event history information includes the date and time when the response information from the user's communication terminal 10 is received or the date and time when the CPU 21 determines whether or not the response information is correct. Is the second user related as the “friend” of the first user, and the second user having the earliest answer history information among the second users who correctly answered the corresponding problem information is the first.
  • Notification means for notifying the user's communication terminal 10 may be provided.
  • the 1st user can know the 2nd user who led to the predetermined state equivalent to a correct answer, and can strengthen cooperation between users.
  • the CPU 21 specifies a user to be notified based on the date and time when the answer information is received among the second users who have acquired the answer information.
  • FIG. 13 is a functional block diagram of a game control apparatus according to the third embodiment.
  • the game server 20 includes an execution unit 201, an answer determination unit 202, a history reference unit 203, a state management unit 204, and a privilege grant unit 207.
  • the execution means, the answer determination means 202, the history reference means 203, and the state management means 204 function substantially the same as in the first embodiment, so that the functional blocks of the game control device of the first embodiment
  • the same reference numerals as those in FIG. 7 are attached, and the detailed description thereof is omitted.
  • the privilege granting means 207 has a function of giving a predetermined privilege to the second user who has transmitted answer information that is correct with respect to the problem information.
  • the function of the privilege provision means 207 is realizable as follows.
  • the CPU 21 determines that the answer information of the first user with respect to the problem information does not match the correct answer information, and among the second users related to the first user as “mates”, the corresponding problem information
  • the state information of the first user is shifted to a state of proceeding to the next problem information, and a specific parameter of the second user is increased,
  • Each user data in the user database 31 is updated by giving a privilege such as adding a predetermined item to the data.
  • FIG. 14 is a flowchart of the game control method of the third embodiment. As described above, it is assumed that each function block of the game control device of the present embodiment is included in the game server 20 and the CPU 21 of the game server 20 realizes the function of each function block.
  • step S1401 When receiving an instruction input for participating in the event from the communication terminal 10 of the first user, in step S1401, the CPU 21 accesses the user database 31 and acquires state information among the event history information of the first user. In step S1402, the CPU 21 accesses the game database 32 based on the state information of the first user, acquires the corresponding level of problem information, generates HTML data for displaying the corresponding problem information, and It transmits to the communication terminal 10 of 1 user.
  • step S1403 The screen configuration displayed on the first user communication terminal 10 based on the HTML data transmitted from the CPU 21 is the same as the problem display screen 901 shown in FIG.
  • step S1403 the CPU 21 waits for reception of answer information from the communication terminal 10 of the first user.
  • the process proceeds to step S1404. If the reply information from the communication terminal 10 of the first user is not received for a predetermined time, it is possible to configure this process to end.
  • step S ⁇ b> 1404 the CPU 21 acquires correct information of the corresponding problem information, and determines whether or not the answer information transmitted from the first user communication terminal 10 matches the correct information.
  • step S1405 the CPU 21 proceeds to step S1406 when determining that the answer information transmitted from the communication terminal 10 of the first user matches the correct answer information, and proceeds to step S1408 otherwise.
  • step S1406 the CPU 21 updates the event history information of the first user.
  • the answer history information of the corresponding problem is set to “R”, and the status information is set to the next problem. It changes to the state that can answer. For example, if the answer information for Level 3 question 4 (Lv.3-4) matches the correct answer information, you can answer the next question Level 3 question 5 (Lv.3-5)
  • the event history information of the first user in the user database 31 is updated as information (Lv. 3-5).
  • CPU21 produces
  • the screen configuration displayed on the first user communication terminal 10 based on the HTML data transmitted from the CPU 21 is the same as the determination result display screen 1001 shown in FIG.
  • step S1407 when the CPU 21 receives an instruction input signal for continuing the event and proceeding to the next problem, the process proceeds to step S1401. If the CPU 21 receives an instruction input signal to end the event, the CPU 21 proceeds to step S1413.
  • step S1408 the CPU 21 accesses the user database 31 and refers to the event history information of the second user associated with the first user as a “mate”.
  • CPU21 acquires user ID memorized by fellow user ID from a record of user ID of the 1st user, and acquires event history information of applicable user ID.
  • step S1409 when the CPU 21 detects a second user whose answer history information for the corresponding problem information is “R”, the CPU 21 proceeds to step S1410. Otherwise, the CPU 21 proceeds to step S1412.
  • step S1410 the CPU 21 updates the answer history information of the first user.
  • the answer history information of the corresponding problem is set to “W”.
  • the state information of the first user is shifted to the same state as when the correct problem information is obtained. For example, even if the answer information of the first user is incorrect with respect to level 3 question 4 (Lv. 3-4), level 3 question 5 (Lv. 3-5)
  • the event history information of the first user in the user database 31 is updated with the state information (Lv. 3-5) that can be answered.
  • step S1411 the CPU 21 determines a specific parameter for the second user whose answer history information is “R” for the corresponding problem information among the second users related to the first user as “mates”. And a privilege such as adding a predetermined item to the data of possessed items is given.
  • a privilege to be given to the second user for example, a parameter value change such as increasing a skill level value, increasing an upper limit value of physical fitness points, increasing a friendship point value, increasing a possessed coin value, etc.
  • a configuration such as adding a specific item ID to the possessed item data of the second user is possible.
  • the response history information of the event history information includes the date and time when the response information from the user's communication terminal 10 is received or the date and time when the CPU 21 determines whether or not the response information is correct
  • a privilege is given to the second user who is related as the “friend” of the first user and has the earliest answer history information among the second users who correctly answer the corresponding problem information.
  • the second user who gives the privilege can be determined based on the intimacy with respect to the first user. For example, for the second user who is related as the “friend” of the first user and who is correct in the corresponding problem information, the second user who is most familiar with the first user It can be configured to grant a privilege.
  • it is a 2nd user related as a "friend" of a 1st user, Comprising: A privilege is provided to the 2nd user selected at random among the 2nd users who answered the applicable problem information correctly. It can also be configured.
  • FIG. 15 is an explanatory diagram illustrating an example of a determination result display screen.
  • a determination result display screen 1501 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 includes a determination result display unit 1502, a first information notification unit 1503, and a second information notification unit 1504.
  • a continuation instruction button 1505 for instructing the continuation of the event and an end button 1506 for instructing the end of the event are provided.
  • the determination result display unit 1502 displays information indicating that the determination result is incorrect. Further, the first information notification unit 1103 displays information indicating that the second user who is a “mate” has made a correct answer to this problem in the past, and can proceed to the next problem. The first information notification unit 1503 can also display information such as the next problem level and problem number.
  • the second information notification unit 1504 displays information related to the privilege granted to the second user. The information displayed on the second information notification unit 1504 is information on the privilege given to the second user described above, Increase value of skill level, increase value of upper limit of physical fitness point, increase value of friendship point, change value of parameter value such as increase value of possessed coin, item name added to possession item data of second user, etc. .
  • the determination result display screen 1501 may be configured not to include the second information notification unit 1504.
  • CPU21 produces
  • FIG. 16 is an explanatory diagram illustrating an example of a notification display screen.
  • a notification display screen 1601 displayed on the communication terminal 10 of the second user based on the HTML data transmitted from the CPU 21 includes a first information notification unit 1602 and a second information notification unit 1603.
  • the first information notification unit 1602 displays information indicating that the second user's answer history information has been used for the first user's event execution. For example, the user name of the first user and information such as the problem level and the problem number of the corresponding problem information are displayed on the first information notification unit 1602.
  • the second information notification unit 1603 information related to the privilege granted to the second user is displayed. For example, increased value of skill level, increased value of upper limit of physical fitness point, increased value of friendship point, changed value of parameter value such as increased value of possessed coin, item name added to possessed item data of second user, etc. Is displayed on the second information notification unit 1603.
  • the configuration of the notification display screen 1601 is not limited to that illustrated.
  • a predetermined privilege may be given in accordance with the event execution of another related user, and the motivation to advance the event At the same time, communication with other users can be activated.
  • the second user can be expected to actively transmit answer information that is correct for the purpose of obtaining a privilege, and thus can be further expected to activate communication between users.
  • FIG. 17 is a functional block diagram of a game control apparatus according to the fourth embodiment.
  • the game server 20 includes an execution unit 201, an answer determination unit 202, a history reference unit 203, a state management unit 204, and a rescue request notification unit 208.
  • the execution means, the answer determination means 202, the history reference means 203, and the state management means 204 function substantially the same as in the first embodiment, so that the functional blocks of the game control device of the first embodiment
  • the same reference numerals as those in FIG. 7 are attached, and the detailed description thereof is omitted.
  • the relief request notifying means 208 accepts a relief request request for requesting another user for an answer to the problem information from the communication terminal 10 of the first user, and the communication of the second user related to the first user.
  • a function of notifying the terminal 10 is provided.
  • the function of the relief request request unit 208 can be realized as follows. When the CPU 21 displays the event problem information for the first user, the CPU 21 generates HTML data that displays an input instruction unit that receives an instruction input as to whether or not to request a rescue request from another user. To the first user's communication terminal 10.
  • the CPU 21 When the CPU 21 receives an instruction input signal for requesting a rescue request from the communication terminal 10 of the first user, the CPU 21 selects a second user to notify the rescue request, and indicates that there is a rescue request from the first user. Is generated and transmitted to the communication terminal 10 of the second user.
  • FIGS. 18A and 18B are flowcharts of the game control method of the fourth embodiment. As described above, it is assumed that each function block of the game control device of the present embodiment is included in the game server 20 and the CPU 21 of the game server 20 realizes the function of each function block.
  • step S1801 When receiving an instruction input for participating in the event from the communication terminal 10 of the first user, in step S1801, the CPU 21 accesses the user database 31 and acquires state information among the event history information of the first user. In step S1802, the CPU 21 accesses the game database 32 based on the state information of the first user to acquire the corresponding level of problem information, and generates HTML data for displaying the corresponding problem information. It transmits to the communication terminal 10 of 1 user. At this time, the HTML data transmitted by the CPU 21 can be configured to display a request request receiving unit for receiving an instruction input as to whether or not to request a rescue request from another user.
  • FIG. 19 is an explanatory diagram illustrating an example of a problem display screen including a request request receiving unit.
  • a problem display screen 1901 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 includes a problem display unit 1902 for displaying quiz problem information, and a response input unit 1903 for receiving a response input. And an information notification unit 1904, a relief request button 1905, and a relief request rejection button 1906.
  • problem information corresponding to the state information of the first user is displayed based on the HTML data transmitted from the CPU 21.
  • About problem information it is the same as that of embodiment mentioned above.
  • the answer input unit 1903 of the problem display screen 1901 displays a plurality of options as answer information for the problem information based on the HTML data transmitted from the CPU 21, and the first user inputs the instruction input unit 15 of the communication terminal 10. It can be configured so that any one of the options can be selected and operated. For example, a plurality of options can be displayed on the answer input unit 1903, a movable cursor can be displayed on each option, and one of the options can be selected according to the operation of the instruction input unit 15.
  • the configuration for selecting an option may be a configuration in which a check box or button corresponding to each option is displayed so that the option can be selected in accordance with the operation of the instruction input unit 15. It is not a thing.
  • the answer input unit 1903 of the problem display screen 1901 can be configured with a text box that allows text information to be input.
  • the first user can be configured to be able to input via the text input tool via the instruction input unit 15 of the communication terminal 10.
  • the information notification unit 1904 of the problem display screen 1901 is an information display unit for displaying information to be notified to the first user. In the illustrated example, whether or not to request a rescue request from other fellow users. The display prompts for selection.
  • the CPU 21 When the first user operates the rescue request button 1905, an instruction input signal for requesting the rescue request from the second user is transmitted to the game server 20, and when the first user operates the rescue rejection button 1906, the second An instruction input signal indicating that the user does not request a rescue request is transmitted to the game server 20.
  • the CPU 21 receives an instruction input signal for requesting a rescue request transmitted from the communication terminal 10 of the first user, the CPU 21 displays one or a plurality of second users related to the first user, and which user HTML data for causing the first user to select whether to send the request information for the rescue request is transmitted to the communication terminal 10 of the first user.
  • FIG. 20 is an explanatory diagram illustrating an example of a rescuer selection screen.
  • the rescuer selection screen 2001 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 includes a rescuer input unit 2002 for instructing the second user who requests the rescue request. Yes.
  • the rescuer input unit 2002 of the rescuer selection screen 2001 displays the name, nickname, or user ID of the second user associated with the first user as a friend.
  • the rescuer can be determined by stopping the cursor and operating the determination button.
  • the 2nd user who displays as a candidate of a rescuer can also display all the 2nd users who are related as a friend of the 1st user, and the order in which the time of receiving a message is newest, etc. It is also possible to display only a predetermined number of users from the top based on the above. It is also possible to include users who are not related to the first user in the second user.
  • step S1803 the CPU 21 determines whether or not an instruction input signal for requesting a rescue request is received from the communication terminal 10 of the first user. If the CPU 21 determines that it has received an instruction input signal requesting a rescue request from the communication terminal 10 of the first user, the CPU 21 proceeds to step S1810. If the CPU 21 determines that it has received an instruction input signal indicating that no rescue request is requested from the communication terminal 10 of the first user, the process proceeds to step S1804.
  • step S1804 the CPU 21 waits for reception of answer information from the communication terminal 10 of the first user.
  • the process proceeds to step S1805. If the reply information from the communication terminal 10 of the first user is not received for a predetermined time, it is possible to configure this process to end.
  • step S ⁇ b> 1805 the CPU 21 acquires correct information on the corresponding problem information, and determines whether or not the answer information transmitted from the first user's communication terminal 10 matches the correct information.
  • step S1806 if the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the first user matches the correct answer information, the CPU 21 proceeds to step S1807, and otherwise proceeds to step S1809.
  • step S1807 the CPU 21 updates the event history information of the first user.
  • the answer history information of the corresponding problem is set to “R”, and the status information is set to the next problem. It changes to the state that can answer. For example, if the answer information for Level 3 question 4 (Lv.3-4) matches the correct answer information, you can answer the next question Level 3 question 5 (Lv.3-5)
  • the event history information of the first user in the user database 31 is updated as information (Lv. 3-5).
  • the CPU 21 generates HTML data for displaying the determination result for the answer information of the first user and the information related to the level of the next problem, and transmits the HTML data to the communication terminal 10 of the first user.
  • the screen configuration displayed on the first user communication terminal 10 based on the HTML data transmitted from the CPU 21 is the same as the determination result display screen 1001 shown in FIG.
  • the determination result display screen 1001 as shown in FIG. 10 is further provided with a relief request button and a relief refusal button so as to prompt the first user to input an instruction as to whether or not to request a relief request. You can also.
  • the CPU 21 receives an input instruction signal for requesting a rescue request from the first user, the CPU 21 displays HTML data for displaying the rescuer selection screen 2001 as shown in FIG. 20 on the communication terminal 10 of the first user. It can be configured to receive and receive an instruction input for selecting a rescuer.
  • step S1809 the CPU 21 determines whether or not an instruction input signal for requesting a rescue request has been received from the communication terminal 10 of the first user. If the CPU 21 determines that it has received an instruction input signal requesting a rescue request from the communication terminal 10 of the first user, the CPU 21 proceeds to step S1810. If the CPU 21 determines that it has received an instruction input signal indicating that no rescue request is requested from the communication terminal 10 of the first user, the CPU 21 proceeds to step S1801.
  • step S1810 the CPU 21 generates HTML data for notifying information indicating that the first user has requested relief, and transmits the HTML data to the communication terminal 10 of the second user.
  • CPU21 is the 2nd user's communication terminal 10 which the 1st user selected via all the 2nd users linked
  • HTML data for notifying information indicating that there has been a rescue request from the first user is generated.
  • FIG. 21 is an explanatory diagram illustrating an example of a rescue request notification screen.
  • a rescue request notification screen 2101 displayed on the communication terminal 10 of the second user based on the HTML data transmitted from the CPU 21 includes an information notification unit 2102, a problem information display unit 2103, and a response input unit 2104 that receives a response input.
  • the information notification unit 2102 of the rescue request notification screen 2101 displays information such as the name, nickname, and user ID of the first user who is requesting the rescue request, and that there is a rescue request from the first user. Information is displayed. Based on the HTML data transmitted from the CPU 21, corresponding problem information is displayed in the problem display portion 2103 of the rescue request notification screen 2101. About problem information, it is the same as that of embodiment mentioned above.
  • the answer input unit 2104 of the rescue request notification screen 2101 displays a plurality of options as answer information for the problem information based on the HTML data transmitted from the CPU 21, and the second user inputs the instruction input unit 15 of the communication terminal 10. It is possible to configure so that any of the options can be selected and input by operating.
  • the answer input unit 2104 can be configured to input an answer by selecting an option, or can be configured to be able to input text directly into a displayed text box.
  • the answer information for the problem information is transmitted via the communication interface unit 17.
  • an instruction input signal for rejecting the answer to the problem information is transmitted to the game server 20 via the communication interface unit 17.
  • step S1811 the CPU 21 waits for reception of answer information from the communication terminal 10 of the second user, and when answer information is received, proceeds to step S1812. If the reply information from the communication terminal 10 of the second user is not received for a predetermined time, it is possible to configure this process to end. Further, the CPU 21 can be configured to end this process when receiving an instruction input signal for rejecting an answer to the problem information from the communication terminal 10 of the second user.
  • step S1812 the CPU 21 obtains correct answer information of the corresponding problem information, and determines whether or not the answer information transmitted from the communication terminal 10 of the second user matches the correct answer information.
  • step S1813 if the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the second user matches the correct answer information, the CPU 21 proceeds to step S1814, and otherwise proceeds to step S1817.
  • step S1814 the CPU 21 updates the answer history information of the first user.
  • the answer history information of the corresponding problem is set to “W”.
  • the state information of the first user is changed to the same state as when the correct answer information is obtained. For example, even if the answer information of the first user is incorrect with respect to level 3 question 4 (Lv. 3-4), level 3 question 5 (Lv. 3-5)
  • the event history information of the first user in the user database 31 is updated with the state information (Lv. 3-5) that can be answered.
  • the CPU 21 can update the event history information of the second user with information indicating that the answer of the second user to the corresponding problem information is correct.
  • CPU21 produces
  • FIG. 22 is an explanatory diagram illustrating an example of a rescue result display screen.
  • the relief result display screen 2201 displayed on the first user's communication terminal 10 based on the HTML data transmitted from the CPU 21 is a relief result display unit 2202, an information notification unit 2203, and a continuation for instructing the continuation of the event.
  • An instruction button 2204 and an end button 2205 for instructing the end of the event are provided.
  • the rescue result display unit 2202 since the answer information of the second user matches the correct answer information, the rescue result display unit 2202 has information that the second user has been rescued and that the determination result is correct. Information is displayed.
  • the information notification unit 2203 displays information indicating that it is possible to proceed to the next problem.
  • the CPU 21 can also give a predetermined privilege to the second user who answered and answered correctly in response to the request for the relief request. For example, the CPU 21 changes a parameter value such as an increase in the skill level of the second user, an increase in the upper limit value of the physical fitness point, an increase in friendship points, an increase in possession coins, a predetermined item ID in the possessed item data of the second user And the user database 31 can be updated.
  • step S1815 if the CPU 21 receives an instruction input signal to continue the event and proceed to the next problem, the process proceeds to step S1801. If the CPU 21 receives an instruction input signal to end the event, the CPU 21 proceeds to step S1816.
  • step S1816 the CPU 21 executes an end process for this event.
  • CPU21 is the parameter of the item which the 1st user and the 1st user hold, the 2nd user related to the 1st user, the parameter of the item which the 2nd user holds, and various things which changed with execution of other events Update parameters etc. Further, the CPU 21 notifies the state information (event level, problem number, etc.) of the first user in this event, the information of the second user who requested the rescue request, the information of the second user who responded in response to the rescue request, etc. HTML data to be generated can be generated and transmitted to the communication terminal 10 of the second user associated with the first user.
  • these information can also be transmitted to all the second user communication terminals 10 related to the first user as a friend, and a part of the second users related to the first user It is also possible to send only.
  • CPU21 produces
  • step S1817 the CPU 21 generates HTML data for displaying the problem information again for the first user and transmits it to the communication terminal 10 of the first user.
  • the problem information to be re-issued is the same problem information, the problem information whose difficulty level is lowered by changing the question format, the problem information whose difficulty level is lowered by reducing the number of options, and the different problem information whose difficulty level is low be able to.
  • FIG. 23 is an explanatory diagram showing an example of a problem information display screen when a question is given again.
  • the problem display screen 2301 displayed on the communication terminal 10 of the first user based on the HTML data transmitted from the CPU 21 displays information notification unit 2302 for displaying the rescue result by the second user, and quiz problem information.
  • the information notification unit 2302 of the problem display screen 2301 includes information such as the name, nickname, or user ID of the second user who answered the problem information in response to the request for the first user's rescue request, Information indicating the determination result of determining the answer information is displayed.
  • problem information corresponding to the state information of the first user is displayed based on the HTML data transmitted from the CPU 21.
  • the problem information may be the same problem information as the problem information that the first user has made an incorrect answer last time, and the question format may be changed so that the difficulty level is lowered.
  • a hint for the problem information can be displayed in the problem display unit 2303 so that it can be easily answered. It is also possible to configure so that different problem information having a lower difficulty level than the previous problem information is displayed.
  • the answer input unit 2304 of the problem display screen 2301 displays a plurality of options as answer information for the problem information based on the HTML data transmitted from the CPU 21, and the first user inputs the instruction input unit 15 of the communication terminal 10. It can be configured so that any one of the options can be selected and operated. For example, a plurality of options can be displayed on the answer input unit 2304, a movable cursor can be displayed on each option, and one of the options can be selected according to the operation of the instruction input unit 15.
  • the configuration for selecting an option may be a configuration in which a check box or button corresponding to each option is displayed so that the option can be selected in accordance with the operation of the instruction input unit 15. It is not a thing.
  • the answer input unit 2304 of the problem display screen 2301 can be configured with a text box that allows text information to be input.
  • the first user can be configured to be able to input via the text input tool via the instruction input unit 15 of the communication terminal 10.
  • the problem display screen 2301 may further include a rescue request button for receiving an instruction input signal related to selection of whether or not to request a rescue request from another fellow user.
  • step S1818 the CPU 21 waits for reception of answer information from the communication terminal 10 of the first user. If the answer information is received, the process proceeds to step S1819. If the reply information from the communication terminal 10 of the first user is not received for a predetermined time, it is possible to configure this process to end. In step S1819, the CPU 21 acquires correct information of the corresponding problem information, and determines whether or not the answer information transmitted from the communication terminal 10 of the first user matches the correct information.
  • step S1820 if the CPU 21 determines that the answer information transmitted from the communication terminal 10 of the first user matches the correct answer information, the CPU 21 proceeds to step S1807; otherwise, the CPU 21 proceeds to step S1809.
  • the game server 20 on the network is configured to implement the functions of the execution unit 201, the answer determination unit 202, the history reference unit 203, and the state management unit 204.
  • the configuration is limited to this configuration. is not. Some or all of these means may be configured in the database server 30. Moreover, it is good also as a structure which implement
  • FIG. 24 is a functional block diagram illustrating a configuration example of each function in each of the communication terminal 10, the game server 20, and the database server 30. Since the communication terminal 10 and the game server 20 can have substantially the same hardware configuration, each function can be realized by the communication terminal 10 as described in the above embodiment. For example, as shown in FIGS. 24A, 24B, and 24C, the functions of the communication terminal 10, the game server 20, and the database server 30 can be shared with respect to each function in the functional block diagram shown in FIG.

Abstract

　本発明のゲーム制御装置は、第１ユーザの通信端末に問題情報を表示させ回答情報を取得する実行手段と、第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する回答判定手段と、第１ユーザが所定条件を満たす場合に、第２ユーザが過去に送信した回答情報を参照する履歴参照手段と、第１ユーザの通信端末から受信した回答情報を正解である場合、又は正解である回答情報を送信した第２ユーザを検出した場合に、第１ユーザの状態情報を所定状態に遷移させる状態管理手段とを備える。

Description

ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
　本発明は、ゲームの実行を制御する技術に関する。
　近年、特定のサービス提供者によるソーシャルネットワーキングサービス（ＳＮＳ）においてウェブブラウザ上で動作するＡＰＩ（Application Programming Interface）などの動作環境を基に作成されるゲーム用アプリケーションによって実行される、いわゆるソーシャルゲーム（Social Game）が普及している。ソーシャルゲームは、不特定多数のユーザ間でコミュニケーションをとりながらプレイするオンラインゲームの一種であると言える。ユーザは、インターネットに接続可能であって、かつウェブブラウザが搭載された通信端末を備えていれば、時間と場所を問わずソーシャルゲームを楽しむことができる。
　上述したソーシャルゲームでは、従来のオンラインゲームよりも、ユーザ間の交流を図るためのコミュニケーション機能が充実している点が特徴の１つとなっている。ソーシャルゲームでは、例えば、他のユーザ（仲間）との協力プレイのほか、仲間との挨拶や連絡など仲間とコミュニケーションを取ることによる情報交換、仲間との間のゲーム上のアイテムのプレゼントあるいはアイテムの交換が行われている。このようなソーシャルゲームの一例として、下記の非特許文献１に記載されたデジタルカードゲーム（ドラゴンコレクション（登録商標））が知られている。
アプリＳＴＹＬＥ　Vol.5（株式会社イースト・プレス）、７-８頁
　従来のソーシャルゲームにおいて、ユーザの趣向を捉えることを目的として、非定期のゲームイベントが設けられることがある。
　例えば、ゲームタイトルとなっている漫画や小説などに関するクイズの問題を出題し、ユーザからの回答を要求するようなクイズイベントを設定する場合がある。具体的には、クイズの問題をユーザの通信端末に送信して、ユーザの通信端末から送信される回答が正解であるか否かを判定し、正解であれば次の問題に進み、所定数の問題をクリアできたユーザに対して所定の特典を与える場合が考えられる。
　クイズの正解を知らないユーザが勘で答えた場合、正解する確率が低く、複数の問題が出題されるイベントにおいて先に進むことができなくなる。特に、クイズの題材となっている漫画や小説などについて詳しくないユーザにとっては、このイベントに対する興味を維持することが難しくなる。イベント内における特典を得るために、仲間のユーザにメッセージを送信して正解を教えてもらう、掲示板の該当するスレッドを参照するなどして、正解を調べることも可能であるが、煩雑な手間が必要となる。
　本発明は、ユーザに対してイベントにおける興味を維持させるとともに、他のユーザとの関係を活性化できるゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステムを提供することを目的とする。
　本発明の第１の観点によるゲーム制御装置は、実行手段と、回答判定手段と、履歴参照手段と、状態管理手段とを備える。実行手段は、第１ユーザの通信端末に問題情報を表示させ、問題情報に対する前記第１ユーザの通信端末からの回答情報を取得する。回答判定手段は、第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する。履歴参照手段は、第１ユーザが所定条件を満たす場合に、第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照する。状態管理手段は、回答判定手段が第１ユーザの通信端末から受信した回答情報を正解であると判定した場合、又は履歴参照手段が問題情報に対して正解である回答情報を送信した第２ユーザを検出した場合に、第１ユーザの状態情報を所定状態に遷移させる。
　このように構成することで、問題情報に対して第１ユーザの通信端末から送信された回答情報が不正解であっても、第１ユーザに仲間として関係付けられた第２ユーザが過去に同一問題情報に対して正解である回答情報を送信していれば、第１ユーザの状態情報がこの問題情報に正解した時と同等の所定状態となる。したがって、ユーザが、１つの問題に関して正解を知らない場合であっても、次の問題に回答する権利を得ることができる、または正解した場合と同等の所定の特典を得ることができるので、イベントへの興味を継続できる。
　また、第１ユーザと第２ユーザが「仲間」として関係付けられている場合に、クイズのイベントを進行する上で、仲間の手助けが重要となることから、「仲間」が少ないユーザが積極的に「仲間」を増やす努力を行うことが期待でき、ユーザ間のコミュニケーションの活性化を図ることができる。
　上記ゲーム制御装置において、問題情報に対して正解である回答情報を最も早く送信した第２ユーザの情報を第１ユーザの通信端末に通知する通知手段をさらに備えてもよい。この場合、第１ユーザが、正解と同等の所定状態に導いた第２ユーザを知ることができ、ユーザ間の連携を強めることができる。
　上記ゲーム制御装置において、ユーザ間とその親密度を関係付ける関係付け手段と、問題情報に対して正解である回答情報を送信した第２ユーザのうち、第１ユーザとの親密度が最も高い第２ユーザの情報を第１ユーザの通信端末に通知する通知手段とをさらに備えることができる。この場合も、第１ユーザが、正解と同等の所定状態に導いた第２ユーザを知ることができ、ユーザ間の連携を強めることができる。また、親密度の高い第１ユーザと第２ユーザがさらに関係度合いを強めることができる。
　上記ゲーム制御装置において、問題情報に対して正解である回答情報を送信した第２ユーザに対して所定の特典を付与する特典付与手段をさらに備えることができる。
　この場合、第２ユーザは特典を得ることを目的として積極的に正解である回答情報を送信することが期待できるため、ユーザが「仲間」を増やしてユーザ間のコミュニケーションを活性化することをさらに期待できる。
　上記ゲーム制御装置において、問題情報に対する回答を他のユーザに依頼する救援依頼要求を第１ユーザの通信端末から受け付け、救援依頼要求を第１ユーザに関係付けられた第２ユーザの通信端末に通知する救援要求通知手段をさらに備えることができる。
　この場合、第１ユーザからの救援依頼要求に基づいて、第１ユーザに関係付けられた第２ユーザに通知を送信して、該当する問題情報に対する回答を促すことができる。
　上記ゲーム制御装置において、実行手段は、第１ユーザの問題情報に対する回答情報が正解ではなく、かつ救援依頼要求に応じて第２ユーザが送信した回答情報が正解でない場合に、難易度を下げた状態で問題情報を第１ユーザの通信端末に送信することができる。
　たとえば、複数の選択肢の中から１つを選択して回答情報を送信するクイズにおいて、第１ユーザと第１ユーザから救援依頼要求を受信した第２ユーザのいずれも不正解の回答情報を送信した場合には、選択肢のうち不正解である選択肢を減らした状態で、第１ユーザに再度問題情報を送信することができる。したがって、第１ユーザがこの問題情報に回答する際に、勘に頼ったとしても正解率が高くなり、イベントに対する興味を継続することができる。
　上記ゲーム制御装置において、問題情報に関して第１ユーザ及び第２ユーザが入力した回答情報の履歴を、第１ユーザに関係付けられたユーザの通信端末に表示させる履歴表示手段をさらに備えることができる。
　第１ユーザに関係付けられた「仲間」が、第１ユーザがイベントにおいて救援依頼情報を送信した第２ユーザと、その第２ユーザが該当する問題情報に正解したか否かについての履歴情報を知ることができ、イベントへの興味を継続することができる。
　本発明の第２の観点によるゲーム制御方法は、第１ユーザの通信端末に問題情報を表示させ、問題情報に対する第１ユーザの通信端末からの回答情報を取得するステップと、第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定するステップと、第１ユーザが所定条件を満たす場合に、第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照するステップと、第１ユーザの通信端末から取得した回答情報が正解であると判定した場合、又は問題情報に対して正解である回答情報を送信した第２ユーザが検出された場合に、第１ユーザの状態情報を所定状態に遷移させるステップと、を備える。
　本発明の第３の観点によるプログラムは、コンピュータに、第１ユーザの通信端末に問題情報を表示させ、問題情報に対する第１ユーザの通信端末からの回答情報を取得する機能、第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する機能、第１ユーザが所定条件を満たす場合に、第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を記憶手段から取得して参照する機能、第１ユーザの通信端末から取得した回答情報が正解であると判定した場合、又は問題情報に対して正解である回答情報を送信した第２ユーザが検出された場合に、第１ユーザの状態情報を所定状態に遷移させる機能を実現させるためのプログラムである。
　コンピュータは、例えば、ネットワークサーバ、大型計算機等であってもよい。また、プログラムは、ＤＶＤ－ＲＯＭやＣＤ－ＲＯＭ等のコンピュータが読み取り可能な情報記録媒体に格納されていてもよい。すなわち、本発明の第４の観点は、前記プログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体である。
　本発明の第５の観点によるゲームシステムは、通信端末と、通信端末からアクセス可能に構成され、通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、実行手段と、回答判定手段と、履歴参照手段と、状態管理手段との各手段を、通信端末又はゲーム制御装置のいずれか一方が備えている。実行手段は、第１ユーザの通信端末に問題情報を表示させ、問題情報に対する第１ユーザの通信端末からの回答情報を取得する。回答判定手段は、第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する。履歴参照手段は、第１ユーザが所定条件を満たす場合に、第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照する。状態管理手段は、回答判定手段が第１ユーザの通信端末から受信した回答情報を正解であると判定した場合、又は履歴参照手段が問題情報に対して正解である回答情報を送信した第２ユーザを検出した場合に、第１ユーザの状態情報を所定状態に遷移させる。
図１は、ゲームシステムの基本構成を示す説明図である。 図２Ａは、通信端末の外観の一例を示す説明図である。 図２Ｂは、通信端末の外観の別の例を示す説明図である。 図３は、通信端末の構成を示すブロック図である。 図４は、ゲームサーバの構成を示すブロック図である。 図５は、データベースサーバの構成を示す説明図である。 図６は、ユーザデータベース３１に格納されるレコードの一例を示す説明図である。 図７は、第１実施形態のゲーム制御装置の機能ブロック図である。 図８は、第１実施形態のゲーム制御方法のフローチャートである。 図９は、問題表示画面の一例を示す説明図である。 図１０は、判定結果表示画面の一例を示す説明図である。 図１１は、判定結果表示画面の一例を示す説明図である。 図１２は、第２実施形態のゲーム制御装置の機能ブロック図である。 図１３は、第３実施形態のゲーム制御装置の機能ブロック図である。 図１４は、第３実施形態のゲーム制御方法のフローチャートである。 図１５は、判定結果表示画面の一例を示す説明図である。 図１６は、通知表示画面の一例を示す説明図である。 図１７は、第４実施形態のゲーム制御装置の機能ブロック図である。 図１８Ａは、第４実施形態のゲーム制御方法のフローチャートである。 図１８Ｂは、第４実施形態のゲーム制御方法のフローチャートである。 図１９は、依頼要求受付部を含む問題表示画面の一例を示す説明図である。 図２０は、救援者選択画面の一例を示す説明図である。 図２１は、救援依頼通知画面の一例を示す説明図である。 図２２は、救援結果表示画面の一例を示す説明図である。 図２３は、問題情報表示画面の一例を示す説明図である。 図２４Ａは、通信端末１０及びゲームサーバ２０、データベースサーバ３０の各々における各機能の構成例を示す機能ブロック図である。 図２４Ｂは、通信端末１０及びゲームサーバ２０、データベースサーバ３０の各々における各機能の別の構成例を示す機能ブロック図である。 図２４Ｃは、通信端末１０及びゲームサーバ２０、データベースサーバ３０の各々における各機能のさらに別の構成例を示す機能ブロック図である。
　本発明は、２０１２年４月２０日に日本国特許庁に出願された特願２０１２－０９６９６４の特許出願に関連しており、当該出願の内容のすべてが参照によってこの明細書に組み込まれる。
　以下、本発明の実施形態について説明する。
　（１）ゲームシステムの構成
　図１は、実施形態のゲームシステムのシステム構成例を示している。図１に示すように、このゲームシステムは、例えば、インターネットなどの通信ネットワークＮＷに接続可能な通信端末１０ａ，１０ｂ，１０ｃ，・・・と、通信ネットワークＮＷに接続されているゲームサーバ２０と、データベースサーバ３０とによって構成されている。各通信端末１０ａ，１０ｂ，１０ｃ，・・・は、それぞれ個々のユーザによって操作される端末であり、例えば、携帯電話端末、スマートフォン、ＰＤＡ（Personal Digital Assistant）、パーソナルコンピュータ、双方向通信機能を備えたテレビジョン受像機（いわゆる多機能型のスマートテレビも含む）などの通信端末である。なお、以下の説明において、各通信端末１０ａ，１０ｂ，１０ｃ，・・・に共通して言及するときには、通信端末１０と表記する。
　このゲームシステムにおいて、ゲームサーバ２０は、クライアントである通信端末１０と通信可能に構成されており、通信端末１０に対してゲーミングサービスを提供する。ゲームサーバ２０には、ゲーム用アプリケーションとしてウェブブラウザ上で動作可能なアプリケーションが実装されている。データベースサーバ３０は、ゲームを実行する上での後述する様々な情報を格納しており、それらの情報の読み書きのためにゲームサーバ２０と有線又は無線で接続される。なお、ゲームサーバ２０とデータベースサーバ３０は、通信ネットワークＮＷを介して接続しても良い。
　通信端末１０は、ゲームサーバ２０によって提供されるウェブ頁を表示可能なウェブブラウザを備えており、ユーザは、通信端末１０をウェブページ上で操作してゲームを実行する。
　また、図１には図示していないが、ゲームサーバ２０とは別に各通信端末１０のユーザを認証するための認証サーバを設けてもよい。また、多くの通信端末１０からのアクセスを受け入れるために複数のゲームサーバ２０を設ける場合は、その複数のゲームサーバ２０間の負荷を調整するためのロードバランサを設けてもよい。また、ゲームサーバ２０は単一のサーバ装置として構成してもよいが、機能を分散させた複数のサーバ装置として構成してもよい。
　（２）通信端末の構成
　図２Ａ、図２Ｂ及び図３を参照して通信端末１０について説明する。
　図２Ａ、図２Ｂはそれぞれ、通信端末１０の一例による外観を示す説明図である。図２Ａは、例えば、折り畳み式の携帯端末（携帯電話機）などのキー入力式の通信端末を例示したものである。図２Ｂは、例えば、スマートフォンなどのタッチパネル入力方式の通信端末を例示したものである。図３は、通信端末１０の内部構成を示すブロック図である。
　図３に示すように、通信端末１０は、ＣＰＵ（Central Processing Unit）１１、ＲＯＭ（Read Only Memory）１２、ＲＡＭ（Random Access Memory）１３、画像処理部１４、指示入力部１５、表示部１６、及び信号受信部としての通信インタフェース部１７を備えており、各部間の制御信号あるいはデータ信号を伝送するためのバス１８が設けられている。
　ＣＰＵ１１は、ＲＯＭ１２内のウェブブラウザをＲＡＭ１３にロードして実行する。また、ＣＰＵ１１は、指示入力部１５を用いてユーザが入力する入力情報に基づいて、表示部１６に表示するウェブページを決定し、通信インタフェース部１７を介して、表示するウェブページのＵＲＬ（Uniform Resource Locator）を指定して、ゲームサーバ２０からＨＴＭＬ（Hyper Text Markup Language）文書、当該文書と関連付けられた画像などのオブジェクトのデータ（以下、総称して適宜「ＨＴＭＬデータ」と表記する）を取得する。なお、通信端末１０には、ウェブブラウザのブラウザ機能を拡張するための種々のプラグインが実装されていても良い。
　ＨＴＭＬデータの取得に当たって、ＣＰＵ１１は、予め登録されたユーザＩＤ（ユーザ識別情報）、あるいは指示入力部１５を介して入力されるユーザＩＤを含むアクセス要求メッセージを、通信インタフェース部１７を介してゲームサーバ２０へ通知する。
　ウェブブラウザは、画像処理部１４を介して、取得したＨＴＭＬデータに基づき、ゲームサーバ２０から提供されるウェブページを表示部１６に表示する。また、ウェブブラウザは、ユーザが指示入力部１５の操作によってウェブページ上のハイパーリンク（Hyperlink）またはメニューが選択されると、その選択に応じたウェブページを表示するための新たなＨＴＭＬデータの送信（つまり、ウェブページの更新）をゲームサーバ２０へ要求する。
　画像処理部１４は、ＨＴＭＬデータの解析結果としてＣＰＵ１１から与えられる表示用画像データに基づいて、表示部１６にウェブページを表示する。表示部１６は、例えば、液晶表示装置（ＬＣＤ：Liquid Cristal Display）などで構成されるディスプレイであって、表示用画像データに基づいてウェブページの画像を表示画面１６ａに表示する。
　通信端末１０がキー入力方式の通信端末（図２Ａ）である場合、指示入力部１５は、ユーザの操作入力を受け入れるための方向指示キーと決定キーなどを含む第１指示入力キー群１５ａ、テンキーを含む第２指示入力キー群１５ｂを備え、各キーの操作入力を認識してＣＰＵ１１へ出力するためのインタフェース回路を含む。例えば、方向指示キーは、表示部１６に表示されているウェブページをスクロールして表示することをＣＰＵ１１に指示するために設けられる。また、決定キーは、例えば、ウェブページ上で複数のハイパーリンクまたはメニューが表示されるときに、アクティブ表示（例えば、強調表示）されている１つのハイパーリンクまたはメニューをユーザが選択することをＣＰＵ１１に指示するために設けられる。なお、通信端末１０を小型の携帯端末によって構成する場合には、これらのキーは、ユーザが通信端末１０を片手で保持したままその親指で操作（クリック）しやすいように、通信端末１０の前面に配置されていることが好ましい。図２Ａに示す例では、第２指示入力キー群１５ｂは、第１指示入力キー群１５ａの下方に配置されており、「０」～「９」、「＊」、「＃」が表記された複数のキートップを備えている。
　通信端末１０がタッチパネル入力方式の通信端末（図２Ｂ）である場合、指示入力部１５は、主として表示画面１６ａに指先あるいはペンで触れることによるタッチパネル方式の入力を受け付ける。タッチパネル入力方式は、静電容量方式などの公知の方式のものを採用することができる。なお、図２Ｂに示すように、通信端末１０がタッチパネル入力方式の場合であってもキー群１５ａを設けることも可能である。
　通信端末１０が携帯端末である場合、通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば、方向指示キーの押下操作によってメニューを選択し、決定キーの押下操作によって、選択したメニューを確定することによって行うことができる。また、通信端末１０がタッチパネル入力方式である場合、通信端末１０に表示されるウェブページ上のメニューの選択操作は、例えば、ウェブページが表示されている表示画面１６ａ上のメニューの位置を指あるいはタッチペンで指示することによって行うことができる。
　（３）ゲームサーバのハードウェア構成
　図４を参照して、ゲームサーバ２０の構成について説明する。
　ゲームサーバ２０は、例えば、階層構造の複数のウェブページからなるゲームのウェブサイトを管理しており、通信端末１０に対してゲームのウェブサービスを提供する。図４に示すように、ゲームサーバ２０は、ＣＰＵ２１、ＲＯＭ２２、ＲＡＭ２３、データベース（ＤＢ）アクセス部２４、及び通信インタフェース２６が設けられている。各部間の制御信号あるいはデータ信号を伝送するためのバス２６が設けられている。なお、ゲームサーバ２０は、ハードウェアに関しては汎用のウェブサーバと同一の構成にすることができる。
　ＲＯＭ２２には、クライアントである通信端末１０のウェブブラウザに対してＨＴＭＬ文書や画像などのオブジェクトの表示（ウェブページの表示）のサービスを提供するアプリケーションプログラムが格納されている。ＲＯＭ２２には、アプリケーションプログラム以外にもＣＰＵ２１によって参照される各種データが格納されている。
　ＣＰＵ２１は、ＲＯＭ２２内のゲームプログラムをＲＡＭ２３にロードして実行し、通信インタフェース部２５を介して、各種の処理を行う。
　ＣＰＵ２１は、通信インタフェース部２５を介して、ＨＴＭＬデータを通信端末１０に送信する。なお、ゲームサーバ２０が通信端末１０のユーザの認証処理を行う場合には、ＣＰＵ２１はその認証処理を行う。
　また、通信端末１０上に表示されるウェブページ上でユーザがハイパーリンクまたはメニューを選択した場合には、該当する指示入力信号を通信インタフェース部２５を介して受信し、ＣＰＵ２１が指示入力信号に対応する処理を実行する。ＣＰＵ２１が実行する処理は、例えば、新たなＨＴＭＬデータの送信、ゲームサーバ２０内の演算処理やデータ処理などを含む。
　データベースアクセス部２４は、ＣＰＵ２１がデータベースサーバ３０に対してデータの読み書きを行う際のインタフェースである。
　（４）データベースサーバの構成
　データベースサーバ３０（記憶装置）は、大容量のハードディスクドライブやＲＡＩＤ（Redundant Arrays of Inexpensive Disks）形態の記憶装置、その他汎用の記憶装置を用いることができる。データベースサーバ３０内の各データベースは、ゲームサーバ２０のデータベースアクセス部２４を介してＣＰＵ２１からのデータの読み書きが可能となるように構成されている。
　図５に、データベースサーバ３０の構成の一例を示す。図５に示すように、データベースサーバ３０は、ユーザデータベース３１と、ゲームデータベース３２とを備える。
　本実施形態のゲームサーバ２０によって実現されるゲームのタイプは特に限定されるものではなく、例えば、複数のユーザがゴール地点に向けてレースを行うレースゲーム、敵となるユーザまたはコンピュータ側で用意したキャラクタとの戦闘を行う戦闘ゲーム、その他の形態のゲームを想定でき、適宜、非定期のイベントが設定されるものとする。
　図６は、ユーザデータベース３１に格納されるレコードの一例を示す説明図である。
　このユーザデータベース３１の各レコードは、ユーザＩＤ（ユーザ識別情報）、アクセスログ、ユーザ名／表示画像、技能レベル、体力ポイント、友情ポイント、所持コイン、仲間ユーザＩＤ、保有アイテムのデータ、イベント履歴情報などの各項目を備えており、項目毎に該当するユーザのデータを記憶している。このユーザデータベース３１に含まれる情報は、ゲームサーバ２０によって逐次更新可能となっている。
　以下の説明では、ユーザデータベース３１に含まれるユーザＩＤ、あるいはユーザを特定するユーザ名（後述する）ごとのデータを総称してユーザデータという。ユーザデータを構成する各項目のデータは、以下の通りである。
　・アクセスログ
　対象となるユーザＩＤに基づくログイン時刻、アクセス時刻を記録したデータである。なお、ログイン時刻は、ユーザの認証処理を含むログインを行った時刻である。アクセス時刻は、ログイン後に、ユーザＩＤに基づきゲームのウェブサービスを受けるためにゲームサーバ２０にアクセスした時刻である。
　・ユーザ名／表示画像
　ゲームの実行時に通信端末１０にユーザを特定するために表示されるユーザ名及び表示画像である。ユーザ名は、ユーザによって予め指定される所定長さ以下のテキストであり、表示画像は、例えば、ユーザによって予め選択されるアバタ画像である。ユーザ名は、ゲームサーバ２０によって提供されるネットワーク環境（あるいはゲームコミュニティ）上でユーザを特定する名称である。
　・技能レベル
　ゲーム上のユーザの技能レベルを示すデータである。例えば、Ｌｖ１（レベル１）からＬｖ１００（レベル１００）までの範囲のレベル値とすることができる。
　・体力ポイント
　体力ポイントは、ゲームサーバ２０によって実現されるゲームにおいて、必要となるポイントである。体力ポイントは、ゲームを進行させていく過程において、所定の上限値が設定され、所定条件により減少、あるいは増加（回復）する値である。
　・友情ポイント
　仲間として関係付けられたユーザとの連携ポイントを示し、例えば、１日１～複数回の応援メッセージを送信することで、友情ポイントを得ることができ、この友情ポイントを用いて所定の特典を得ることができるように構成できる。
　・所持コイン
　ユーザＩＤに対応するユーザがゲーム上で有料機能を利用するときに必要となるゲーム上の仮想通貨（コイン）の所持額である。所持コインは、ユーザがゲーム上で有料機能を利用したときに消費（低減）し、ユーザがサービス提供者等に所定の方法で実際の金銭を支払うことでその支払額に応じて増加する。
　・仲間ユーザＩＤ
　対象となっているレコードのユーザＩＤに関係付けられた他のユーザＩＤである。ユーザ間の親密度が設定される構成であるような場合には、その親密度に基づいて仲間ユーザＩＤを分類して記憶するように構成できる。
　・保有アイテムのデータ
　ユーザが保有するゲーム上で使用可能なアイテムのデータである。
　・イベント履歴情報
　非定期で設定されるイベントにおけるユーザのイベント履歴情報が記憶される。たとえば、クイズ問題を出題してユーザの回答が正解であるか否かを判定して、正解数または正解率が一定以上であった場合に、所定の特典を与えるようなイベントを設定する場合を想定する。この場合、イベント履歴情報は、少なくとも、ユーザの回答情報が該当する問題情報に対して正解であったか否かの回答履歴情報（回答履歴；　Ｒ (Right)：正解、Ｗ (Wrong)：不正解）と、ユーザがイベントのどの段階まで進んでいるかの状態情報を含む。
　（５）第１実施形態
　　（５－１）ゲームサーバの機能ブロック
　図７は、第１実施形態のゲーム制御装置の機能ブロック図である。ここでは、ゲームサーバ２０内に各機能ブロックが構成される場合を例示する。
　図７に示すように、ゲームサーバ２０は、実行手段２０１、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４を備える。
　前述したように、ユーザを識別するためのユーザＩＤ間で、それぞれを「仲間」として関係付けられる場合、対象となっているユーザＩＤに対応するユーザを第１ユーザとし、第１ユーザに「仲間」として関係付けられているユーザを第２ユーザと呼ぶこととする。
　実行手段２０１は、第１ユーザの通信端末１０に問題情報を送信して、表示部１６に表示させるとともに、通信端末１０の指示入力部１５を介して第１ユーザが入力する回答情報を受信する機能を備える。たとえば、実行手段２０１の機能は、以下のようにして実現できる。ゲームサーバ２０のＣＰＵ２１は、ユーザデータベース３１の第１ユーザのイベント履歴情報を参照し、第１ユーザがイベント中のどの段階まで進んでいるかを表す状態情報を取得する。ＣＰＵ２１は、取得した第１ユーザの状態情報に基づいて、この状態情報に対応する問題情報をゲームデータベース３２から取得する。ＣＰＵ２１は、ゲームデータベース３２から取得した問題情報を表示するためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信し、通信端末１０から送信されてくる回答情報を取得する。
　回答判定手段２０２は、ユーザの通信端末１０から取得した回答情報が正解であるか否かを判定する機能を備える。回答判定手段２０２の機能は、以下のようにして実現できる。ＣＰＵ２１は、無線通信インタフェース部２５を介して、通信端末１０から送信されてくるユーザの回答情報を取得し、この回答情報をゲームデータベース３２内に記憶されている正解情報と照合し、一致するか否かを判定する。
　履歴参照手段２０３は、ユーザが所定条件を満たす場合に、ユーザに関係付けられた他のユーザが過去に送信した回答履歴情報を参照する機能を備える。履歴参照手段２０３の機能は、以下のように実現できる。ＣＰＵ２１は、通信端末１０から送信されてきた第１ユーザの回答情報が正解情報と一致しないと判定された場合、ＣＰＵ２１は、第１ユーザに「仲間」として関係付けられている第２ユーザのイベント履歴情報を参照する。ＣＰＵ２１は、ユーザデータベース３１にアクセスして、第２ユーザのイベント履歴情報のうち回答履歴情報を参照し、当該問題情報に対する回答情報が正解と一致すると判断されたか否かを判別する。
　状態管理手段２０４は、回答判定手段２０２が第１ユーザの通信端末１０から受信した回答情報を正解であると判定した場合、又は履歴参照手段２０３が問題情報に対して正解である回答情報を送信した第２ユーザを検出した場合に、第１ユーザの状態情報を所定状態に遷移さる機能を備える。状態管理手段２０４の機能は、以下のように実現できる。ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報を、正解情報と照合して一致すると判定した場合に、当該問題情報に対応する第１ユーザの回答履歴情報を正解として記憶する。ＣＰＵ２１は、図６に示す、問題情報に対応する回答履歴情報として「Ｒ」を記憶するように、ユーザデータベース３１の該当レコードを更新する。また、ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報を、正解情報と照合して一致しないと判定し、かつ、第１ユーザに関係付けられた第２ユーザのうち、該当する問題情報の回答履歴情報が「Ｒ」である第２ユーザを検出した場合に、第１ユーザの状態情報をこの問題情報に正解した状態とする。ＣＰＵ２１は、例えば、イベントのレベル３の第５問（Lv.3-5）に対して第１ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致しない場合には、この第１ユーザの回答履歴情報には「Ｗ」を記憶する。また、ＣＰＵ２１は、同一問題情報に対して「Ｒ」である第２ユーザを検出すると、第１ユーザの状態情報をレベル３の第５問（Lv.3-5）に正解した場合と同様に状態とし、次の問題情報（例えば、レベル４の第１問（Lv.4-1））に回答できる状態に遷移させる。
　　（５－２）ゲーム制御方法
　図８は、第１実施形態のゲーム制御方法のフローチャートである。
　前述したように、ゲームサーバ２０内に本実施形態のゲーム制御装置の各機能ブロックが含まれるものとし、ゲームサーバ２０のＣＰＵ２１が各機能ブロックの機能を実現するものとして説明する。
　第１ユーザの通信端末１０からイベントに参加する旨の指示入力を受信した場合、ＣＰＵ２１は、ステップＳ８０１において、ユーザデータベース３１にアクセスして第１ユーザのイベント履歴情報のうち状態情報を取得する。
　ステップＳ８０２において、ＣＰＵ２１は、第１ユーザの状態情報に基づいて、ゲームデータベース３２にアクセスして該当するレベルの問題情報を取得し、該当する問題情報を表示するためのＨＴＭＬデータを生成して第１ユーザの通信端末１０に送信する。
　図９は、問題表示画面９０１の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される問題表示画面９０１は、クイズの問題情報を表示するための問題表示部９０２と、回答入力を受け付ける回答入力部９０３とを備えている。
　問題表示画面９０１の問題表示部９０２には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、第１ユーザの状態情報に対応する問題情報が表示される。問題情報については、このゲームの題材になっている漫画や小説などに関するクイズ問題とすることができ、一般的な知識に関する問題とするも可能である。さらに、趣味や嗜好を問う問題を出題して、最も多数のユーザが入力した回答情報を正解情報とすることも可能である。
　問題表示画面９０１の回答入力部９０３には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、問題情報に対する回答情報として複数の選択肢を表示し、第１ユーザが通信端末１０の指示入力部１５を操作していずれかの選択肢を選択入力できるように構成できる。たとえば、回答入力部９０３に複数の選択肢を表示し、各選択肢上に移動可能なカーソルを表示して、指示入力部１５の操作に応じていずれかの選択肢を選択できるように構成できる。選択肢の選択のための構成としては、各選択肢の対応するチェックボックスやボタンを表示して、指示入力部１５の操作に応じて選択可能にするなどの構成とすることもでき、特に限定されるものではない。
　また、問題表示画面９０１の回答入力部９０３は、テキスト情報を入力できるようにしたテキストボックスで構成することも可能である。この場合、第１ユーザは、通信端末１５の指示入力部１５を介して、テキスト入力用ツールを介して入力できるように構成できる。
　第１ユーザが、通信端末１０の指示入力部１５を操作して回答入力部９０３に回答情報の入力を行った場合、この問題情報に対する回答情報が通信インタフェース部１７を介してゲームサーバ２０に送信される。
　ステップＳ８０３において、ＣＰＵ２１は、第１ユーザの通信端末１０からの回答情報の受信を待機し、回答情報を受信した場合、ステップＳ８０４に移行する。第１ユーザの通信端末１０からの回答情報を所定時間受信しなかった場合には、この処理を終了するように構成することも可能である。
　ステップＳ８０４において、ＣＰＵ２１は、該当する問題情報の正解情報を取得し、第１ユーザの通信端末１０から送信されてきた回答情報が、正解情報と一致するか否かの判定を行う。
　ステップＳ８０５において、ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致すると判断した場合にはステップＳ８０６に移行し、そうでない場合にはステップＳ８０８に移行する。
　ステップＳ８０６において、ＣＰＵ２１は、第１ユーザのイベント履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザが正解情報と一致する回答情報を送信してきたことから、該当する問題の回答履歴情報を「Ｒ」とし、状態情報を次の問題に回答できる状態に遷移する。例えば、レベル３の第４問（Lv.3-4）に対する回答情報が正解情報と一致した場合には、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。
　このとき、ＣＰＵ２１は、第１ユーザの回答情報に対する判定結果と、次の問題のレベルに関する情報を表示するためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。
　図１０は、判定結果表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される判定結果表示画面１００１は、判定結果表示部１００２と、次の問題情報表示部１００３と、イベントの続行を指示するための続行指示ボタン１００４と、イベント終了を指示するための終了ボタン１００５とを備えている。
　第１ユーザの回答情報が正解情報と一致していた場合には、判定結果表示部１００２に判定結果が正解である旨の表示が行われる。また、問題情報表示部１００３には、イベントにおける状態情報が遷移して、次の問題情報に回答できる状態となった旨の表示を行うものであって、次の問題のレベルや問題番号などを表示することができる。第１ユーザが続行指示ボタン１００４を操作した場合、このイベントを続行して次の問題に進む旨の指示入力信号がゲームサーバ２０に送信され、第１ユーザが終了ボタン１００５を操作した場合、このイベントを終了する旨の指示入力信号がゲームサーバ２０に送信される。
　ステップＳ８０７において、ＣＰＵ２１は、イベントを続行して次の問題に進む旨の指示入力信号を受信した場合、ステップＳ８０１に移行する。また、ＣＰＵ２１は、イベントを終了する旨の指示入力信号を受信した場合、ステップＳ８１２に移行する。
　ステップＳ８０８において、ＣＰＵ２１は、ユーザデータベース３１にアクセスして、第１ユーザに「仲間」として関係付けられている第２ユーザのイベント履歴情報を参照する。ＣＰＵ２１は、第１ユーザのユーザＩＤのレコードから仲間のユーザＩＤに記憶されているユーザＩＤを取得して、該当するユーザＩＤのイベント履歴情報を取得する。
　ステップＳ８０９において、ＣＰＵ２１は、該当する問題情報に対する回答履歴情報が「Ｒ」である第２ユーザを検出した場合に、ステップＳ８１０に移行し、そうでない場合にはステップＳ８１１に移行する。
　ステップＳ８１０において、ＣＰＵ２１は、第１ユーザの回答履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザの回答情報は、正解情報と一致していないことから、該当する問題の回答履歴情報を「Ｗ」とする。また、「仲間」である第２ユーザの回答履歴情報に基づいて、第１ユーザの状態情報を該当する問題情報に正解した時と同等の状態に遷移させる。例えば、第１ユーザの回答情報が、レベル３の第４問（Lv.3-4）に対して不正解であっても、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。
　図１１は、判定結果表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される判定結果表示画面１１０１は、判定結果表示部１１０２と、情報通知部１１０３と、イベントの続行を指示するための続行指示ボタン１１０４と、イベント終了を指示するための終了ボタン１１０５とを備えている。
　この場合、第１ユーザの回答情報が正解情報と一致していなかったことから、判定結果表示部１１０２には、判定結果が不正解である旨の表示が行われる。また、情報通知部１１０３には、「仲間」である第２ユーザが過去にこの問題に対する正解をしていることから、次の問題に進むことができる旨の表示を行う。この情報通知部１１０３には、次の問題のレベルや問題番号などを併せて表示するように構成できる。
　第１ユーザが続行指示ボタン１１０４を操作した場合、このイベントを続行して次の問題に進む旨の指示入力信号がゲームサーバ２０に送信され、第１ユーザが終了ボタン１１０５を操作した場合、このイベントを終了する旨の指示入力信号がゲームサーバ２０に送信される。
　ステップＳ８１１において、ＣＰＵ２１は、イベントを続行して次の問題に進む旨の指示入力信号を受信した場合、ステップＳ８０１に移行する。また、ＣＰＵ２１は、イベントを終了する旨の指示入力信号を受信した場合、ステップＳ８１２に移行する。
　ステップＳ８１２において、ＣＰＵ２１は、このイベントの終了処理を実行する。ＣＰＵ２１は、第１ユーザおよび第１ユーザが保有するアイテムのパラメータ、第１ユーザに関係付けられた第２ユーザおよび第２ユーザが保有するアイテムのパラメータ、その他イベントの実行に伴って変化した種々のパラメータなどを更新してイベントを終了する。
　上述した第１実施形態では、第１ユーザが問題情報に対して不正解であった場合に、第１ユーザの「仲間」として関係付けられた第２ユーザのイベント履歴情報を参照するように構成しているが、所定数のユーザをランダムに選択することも可能である。
　以上のように構成した第１実施形態によるゲーム制御装置、ゲーム制御方法では、ユーザが自身でイベントを有利に進めることができない場合であっても、他のユーザとのコミュニケーションを通じてイベントを有利に進めることができる。そのため、ユーザがイベントへの興味を維持できるとともに、他のユーザとのコミュニケーションの活性化を図ることができるようになる。
　（６）第２実施形態
　　（６－１）ゲームサーバの機能ブロック
　図１２は、第２実施形態のゲーム制御装置の機能ブロック図である。ここでは、ゲームサーバ２０内に各機能ブロックが構成される場合を例示する。
　図１２に示すように、ゲームサーバ２０は、実行手段２０１、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４、関係付け手段２０５、通知手段２０６を備える。
　この第２実施形態において、実行手段、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４は、第１実施形態とほぼ同等に機能することから、第１実施形態のゲーム制御装置の機能ブロック図である図７と同一の符号を付して、その詳細な説明を省略する。
　関係付け手段２０５は、ユーザ間とその親密度を関係付ける機能を備える。前述したように、ユーザを識別するためのユーザＩＤ間で、それぞれを「仲間」として関係付けられる場合、対象となっているユーザＩＤに対応するユーザを第１ユーザとし、第１ユーザに「仲間」として関係付けられているユーザを第２ユーザと呼ぶこととする。
　関係付け手段２０５の機能は、以下のようにして実現できる。ＣＰＵ２１は、ユーザ間における仲間申請とその承諾に基づいて、各ユーザのユーザＩＤを「仲間」として関係付けし、関係付けられた仲間のユーザＩＤをユーザデータベースの各ユーザのレコードに記憶する（図６の仲間のユーザＩＤ）。また、ＣＰＵ２１は、ゲームにおけるユーザ間における挨拶やプレゼントの授受、その他のコミュニケーションの回数や頻度に応じて、ユーザ間の親密度を決定し、ユーザデータベースの各ユーザの仲間のユーザＩＤとともに記憶する。第１ユーザと第２ユーザの「仲間」としての親密度は、例えば、所定数を限度とする数値により表現することも可能であり、また、「知り合い」、「友人」、「親友」、「相棒」、「盟友」などの数種類の段階で表現することも可能である。
　通知手段２０６は、問題情報に対して正解である回答情報を送信した第２ユーザのうち、第１ユーザとの親密度が最も高い第２ユーザの情報を第１ユーザの通信端末に通知する機能を備える。通知手段２０６の機能は、以下のようにして実現できる。ＣＰＵ２１は、ユーザデータベース３１にアクセスして、第１ユーザに「仲間」として関係付けられている第２ユーザのイベント履歴情報を参照する。ＣＰＵ２１は、第１ユーザのユーザＩＤのレコードから仲間のユーザＩＤに記憶されているユーザＩＤを取得して、該当するユーザＩＤのイベント履歴情報を取得する。ＣＰＵ２１は、該当する問題情報に対する回答履歴情報が「Ｒ」である第２ユーザを全て抽出し、このうち、第１ユーザとの親密度が最も高い第２ユーザのユーザＩＤを決定する。ＣＰＵ２１は、決定した第２ユーザのユーザＩＤに基づいて、第２ユーザの情報を表示させるためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。たとえば、図１１に示すような判定結果表示画面１１０１の情報通知部１１０３に、第２ユーザの回答履歴情報に基づいて先に進むことができる旨の表示を行うとともに、第２ユーザとの親密度が最も高い旨の表示、その結果第２ユーザとの親密度がさらに高くなった旨の表示、などを行うように構成できる。判定結果表示画面１１０１の画面構成は、このような構成に限定されるものではなく、種々の表示の方法が考慮されるものである。また、ＣＰＵ２１は、ユーザデータベース３１の第１ユーザ及び第２ユーザの仲間のユーザＩＤに記憶されている親密度の値を更新するように構成できる。
　以上のように構成した第２実施形態によるゲーム制御装置、ゲーム制御方法では、ユーザが、他のユーザとの親密度に応じて、さらにコミュニケーションを活性化することができる。また、親密度の高いユーザ間の関係度合いをさらに強めることができる。
　なお、イベント履歴情報の回答履歴情報として、ユーザの通信端末１０からの回答情報を受信した日時、またはＣＰＵ２１が受信した回答情報が正解か否かの判定を行った日時が含まれている場合には、第１ユーザの「仲間」として関係付けられている第２ユーザであって、該当する問題情報に正解した第２ユーザのうち、最も早い回答履歴情報を有する第２ユーザの情報を第１ユーザの通信端末１０に通知する通知手段を設けてもよい。この場合、第１ユーザが、正解と同等の所定状態に導いた第２ユーザを知ることができ、ユーザ間の連携を強めることができる。このような通知手段を実現するために、ＣＰＵ２１は、回答情報を取得した第２ユーザのうち、回答情報を受信した日時に基づいて通知対象のユーザを特定する。
　（７）第３実施形態
　　（７－１）ゲームサーバの機能ブロック
　図１３は、第３実施形態のゲーム制御装置の機能ブロック図である。ここでは、ゲームサーバ２０内に各機能ブロックが構成される場合を例示する。
　図１３に示すように、ゲームサーバ２０は、実行手段２０１、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４、特典付与手段２０７を備える。
　この第３実施形態において、実行手段、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４は、第１実施形態とほぼ同等に機能することから、第１実施形態のゲーム制御装置の機能ブロック図である図７と同一の符号を付して、その詳細な説明を省略する。
　特典付与手段２０７は、問題情報に対して正解である回答情報を送信した第２ユーザに対して所定の特典を付与する機能を備えている。
　特典付与手段２０７の機能は、以下のようにして実現できる。ＣＰＵ２１は、問題情報に対する第１ユーザの回答情報が正解情報と一致していないと判定し、さらに、第１ユーザに「仲間」として関係付けられている第２ユーザのうち、該当する問題情報に対する回答履歴情報が「Ｒ」である第２ユーザを検出すると、第１ユーザの状態情報を次の問題情報に進める状態に遷移させるとともに、第２ユーザの特定のパラメータを増加したり、保有アイテムのデータに所定のアイテムを付加するなどの特典を与えて、ユーザデータベース３１の各ユーザデータを更新する。
　　（７－２）ゲーム制御方法
　図１４は、第３実施形態のゲーム制御方法のフローチャートである。
　前述したように、ゲームサーバ２０内に本実施形態のゲーム制御装置の各機能ブロックが含まれるものとし、ゲームサーバ２０のＣＰＵ２１が各機能ブロックの機能を実現するものとして説明する。
　第１ユーザの通信端末１０からイベントに参加する旨の指示入力を受信した場合、ＣＰＵ２１は、ステップＳ１４０１において、ユーザデータベース３１にアクセスして第１ユーザのイベント履歴情報のうち状態情報を取得する。
　ステップＳ１４０２において、ＣＰＵ２１は、第１ユーザの状態情報に基づいて、ゲームデータベース３２にアクセスして該当するレベルの問題情報を取得し、該当する問題情報を表示するためのＨＴＭＬデータを生成して第１ユーザの通信端末１０に送信する。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて、第１ユーザの通信端末１０に表示される画面構成は、図９に示す問題表示画面９０１と同様である。
　ステップＳ１４０３において、ＣＰＵ２１は、第１ユーザの通信端末１０からの回答情報の受信を待機し、回答情報を受信した場合、ステップＳ１４０４に移行する。第１ユーザの通信端末１０からの回答情報を所定時間受信しなかった場合には、この処理を終了するように構成することも可能である。
　ステップＳ１４０４において、ＣＰＵ２１は、該当する問題情報の正解情報を取得し、第１ユーザの通信端末１０から送信されてきた回答情報が、正解情報と一致するか否かの判定を行う。
　ステップＳ１４０５において、ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致すると判断した場合にはステップＳ１４０６に移行し、そうでない場合にはステップＳ１４０８に移行する。
　ステップＳ１４０６において、ＣＰＵ２１は、第１ユーザのイベント履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザが正解情報と一致する回答情報を送信してきたことから、該当する問題の回答履歴情報を「Ｒ」とし、状態情報を次の問題に回答できる状態に遷移する。例えば、レベル３の第４問（Lv.3-4）に対する回答情報が正解情報と一致した場合には、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。
　このとき、ＣＰＵ２１は、第１ユーザの回答情報に対する判定結果と、次の問題のレベルに関する情報を表示するためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて、第１ユーザの通信端末１０に表示される画面構成は、図１０に示す判定結果表示画面１００１と同様である。
　ステップＳ１４０７において、ＣＰＵ２１は、イベントを続行して次の問題に進む旨の指示入力信号を受信した場合、ステップＳ１４０１に移行する。また、ＣＰＵ２１は、イベントを終了する旨の指示入力信号を受信した場合、ステップＳ１４１３に移行する。
　ステップＳ１４０８において、ＣＰＵ２１は、ユーザデータベース３１にアクセスして、第１ユーザに「仲間」として関係付けられている第２ユーザのイベント履歴情報を参照する。ＣＰＵ２１は、第１ユーザのユーザＩＤのレコードから仲間のユーザＩＤに記憶されているユーザＩＤを取得して、該当するユーザＩＤのイベント履歴情報を取得する。
　ステップＳ１４０９において、ＣＰＵ２１は、該当する問題情報に対する回答履歴情報が「Ｒ」である第２ユーザを検出した場合に、ステップＳ１４１０に移行し、そうでない場合にはステップＳ１４１２に移行する。
　ステップＳ１４１０において、ＣＰＵ２１は、第１ユーザの回答履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザの回答情報は、正解情報と一致していないことから、該当する問題の回答履歴情報を「Ｗ」とする。また、「仲間」である第２ユーザの回答履歴情報に基づいて、第１ユーザの状態情報を該当する問題情報に正解した時と同等の状態に遷移させる。例えば、第１ユーザの回答情報が、レベル３の第４問（Lv.3-4）に対して不正解であっても、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。
　ステップＳ１４１１において、ＣＰＵ２１は、第１ユーザに「仲間」として関係付けられている第２ユーザのうち、該当する問題情報に対する回答履歴情報が「Ｒ」である第２ユーザに対して、特定のパラメータを増加したり、保有アイテムのデータに所定のアイテムを付加するなどの特典を付与する。第２ユーザに付与する特典としては、例えば、技能レベルの値を増加する、体力ポイントの上限値を増加する、友情ポイントの値を増加する、所持コインの値を増加するなどのパラメータ値の変更、特定のアイテムＩＤを第２ユーザの保有アイテムデータに追加するなどの構成が可能である。
　イベント履歴情報の回答履歴情報として、ユーザの通信端末１０からの回答情報を受信した日時、またはＣＰＵ２１が受信した回答情報が正解か否かの判定を行った日時が含まれている場合には、第１ユーザの「仲間」として関係付けられている第２ユーザであって、該当する問題情報に正解した第２ユーザのうち、最も早い回答履歴情報を有する第２ユーザに対して、特典を付与するように構成できる。
　また、第２実施形態と同様に、ユーザ間とその親密度とが関係付けられている場合には、第１ユーザに対する親密度に基づいて、特典を与える第２ユーザを決定することもできる。例えば、第１ユーザの「仲間」として関係付けられている第２ユーザであって、該当する問題情報に正解した第２ユーザのうち、第１ユーザと最も親密度の高い第２ユーザに対して特典を付与するように構成できる。親密度が同一値である第２ユーザが複数存在する場合には、所定のユーザパラメータの大小、ユーザ名の５０音順に選択された第２ユーザ、メッセージを受信した時刻が最も新しい第２ユーザなどに対して特典を付与するように構成できる。さらに、第１ユーザの「仲間」として関係付けられている第２ユーザであって、該当する問題情報に正解した第２ユーザのうちからランダムに選択された第２ユーザに特典を付与するように構成することもできる。
　図１５は、判定結果表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される判定結果表示画面１５０１は、判定結果表示部１５０２と、第１情報通知部１５０３と、第２情報通知部１５０４と、イベントの続行を指示するための続行指示ボタン１５０５と、イベント終了を指示するための終了ボタン１５０６とを備えている。
　第１ユーザの回答情報が正解情報と一致していなかったことから、判定結果表示部１５０２には、判定結果が不正解である旨の情報が表示される。また、第１情報通知部１１０３には、「仲間」である第２ユーザが過去にこの問題に対する正解をしていることから、次の問題に進むことができる旨の情報が表示される。この第１情報通知部１５０３には、次の問題のレベルや問題番号などの情報が併せて表示されることができる。第２情報通知部１５０４には、第２ユーザに付与される特典に関する情報を表示する。第２情報通知部１５０４に表示される情報は、上記した第２ユーザに付与される特典に関する情報であって、
技能レベルの増加値、体力ポイントの上限値の増加値、友情ポイントの増加値、所持コインの増加値などのパラメータ値の変更値、第２ユーザの保有アイテムデータに追加されたアイテム名などである。判定結果表示画面１５０１は、第２情報通知部１５０４を含まない構成であってもよい。
　第１ユーザが続行指示ボタン１１０４を操作した場合、このイベントを続行して次の問題に進む旨の指示入力信号がゲームサーバ２０に送信され、第１ユーザが終了ボタン１１０５を操作した場合、このイベントを終了する旨の指示入力信号がゲームサーバ２０に送信される。
　また、ＣＰＵ２１は、第１ユーザの情報と、第２ユーザに特典が付与された旨の情報を表示するためのＨＴＭＬを生成して、特典が付与された第２ユーザの通信端末１０に送信する。
　図１６は、通知表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第２ユーザの通信端末１０に表示される通知表示画面１６０１は、第１情報通知部１６０２、第２情報通知部１６０３を備えている。
　第１情報通知部１６０２には、第２ユーザの回答履歴情報が、第１ユーザのイベント実行に用いられた旨の情報が表示される。例えば、第１ユーザのユーザ名と、該当する問題情報の問題レベルや問題番号などの情報が、第１情報通知部１６０２に表示される。
　第２情報通知部１６０３には、第２ユーザに付与される特典に関する情報が表示される。例えば、技能レベルの増加値、体力ポイントの上限値の増加値、友情ポイントの増加値、所持コインの増加値などのパラメータ値の変更値、第２ユーザの保有アイテムデータに追加されたアイテム名などの情報が、第２情報通知部１６０３に表示される。
　通知表示画面１６０１の構成は、図示したものに限定されるものではない。
　以上のように構成した第３実施形態によるゲーム制御装置、ゲーム制御方法では、関係付けられている他のユーザのイベント実行に伴って、所定の特典を付与される場合があり、イベントを進める動機付けになるとともに、他のユーザとのコミュニケーションの活性化を図ることができるようになる。すなわち、第２ユーザは特典を得ることを目的として積極的に正解である回答情報を送信することが期待できるため、ユーザ間のコミュニケーションを活性化することをさらに期待できる。
　（８）第４実施形態
　　（８－１）ゲームサーバの機能ブロック
　図１７は、第４実施形態のゲーム制御装置の機能ブロック図である。ここでは、ゲームサーバ２０内に各機能ブロックが構成される場合を例示する。
　図１７に示すように、ゲームサーバ２０は、実行手段２０１、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４、救援要求通知手段２０８を備える。
　この第３実施形態において、実行手段、回答判定手段２０２、履歴参照手段２０３、状態管理手段２０４は、第１実施形態とほぼ同等に機能することから、第１実施形態のゲーム制御装置の機能ブロック図である図７と同一の符号を付して、その詳細な説明を省略する。
　救援要求通知手段２０８は、問題情報に対する回答を他のユーザに依頼する救援依頼要求を第１ユーザの通信端末１０から受け付け、この救援依頼要求を第１ユーザに関係付けられた第２ユーザの通信端末１０に通知する機能を備えている。
　救援依頼要求手段２０８の機能は、以下のようにして実現できる。ＣＰＵ２１は、第１ユーザに対してイベントの問題情報の表示する際に、他のユーザに救援依頼を要求するか否かの指示入力を受け付ける入力指示部が表示されるようなＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。
　ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求する旨の指示入力信号を受信すると、救援依頼を通知する第２ユーザを選択し、第１ユーザからの救援依頼があった旨の情報を表示するためのＨＴＭＬデータを生成して、第２ユーザの通信端末１０に送信する。
　　（８－２）ゲーム制御方法
　図１８Ａ及び図１８Ｂは、第４実施形態のゲーム制御方法のフローチャートである。
　前述したように、ゲームサーバ２０内に本実施形態のゲーム制御装置の各機能ブロックが含まれるものとし、ゲームサーバ２０のＣＰＵ２１が各機能ブロックの機能を実現するものとして説明する。
　第１ユーザの通信端末１０からイベントに参加する旨の指示入力を受信した場合、ＣＰＵ２１は、ステップＳ１８０１において、ユーザデータベース３１にアクセスして第１ユーザのイベント履歴情報のうち状態情報を取得する。
　ステップＳ１８０２において、ＣＰＵ２１は、第１ユーザの状態情報に基づいて、ゲームデータベース３２にアクセスして該当するレベルの問題情報を取得し、該当する問題情報を表示するためのＨＴＭＬデータを生成して第１ユーザの通信端末１０に送信する。この時、ＣＰＵ２１が送信するＨＴＭＬデータには、他のユーザに救援依頼を要求するか否かの指示入力を受けるための依頼要求受付部が表示されるように構成できる。
　図１９は、依頼要求受付部を含む問題表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される問題表示画面１９０１は、クイズの問題情報を表示するための問題表示部１９０２と、回答入力を受け付ける回答入力部１９０３と、情報通知部１９０４と、救援要求ボタン１９０５と、救援要求拒否ボタン１９０６とを備えている。
　問題表示画面１９０１の問題表示部１９０２には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、第１ユーザの状態情報に対応する問題情報が表示される。問題情報については、前述した実施形態と同様である。
　問題表示画面１９０１の回答入力部１９０３には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、問題情報に対する回答情報として複数の選択肢を表示し、第１ユーザが通信端末１０の指示入力部１５を操作していずれかの選択肢を選択入力できるように構成できる。たとえば、回答入力部１９０３に複数の選択肢を表示し、各選択肢上に移動可能なカーソルを表示して、指示入力部１５の操作に応じていずれかの選択肢を選択できるように構成できる。選択肢の選択のための構成としては、各選択肢の対応するチェックボックスやボタンを表示して、指示入力部１５の操作に応じて選択可能にするなどの構成とすることもでき、特に限定されるものではない。
　また、問題表示画面１９０１の回答入力部１９０３は、テキスト情報を入力できるようにしたテキストボックスで構成することも可能である。この場合、第１ユーザは、通信端末１０の指示入力部１５を介して、テキスト入力用ツールを介して入力できるように構成できる。
　第１ユーザが、通信端末１０の指示入力部１５を操作して回答入力部１９０３に回答情報の入力を行った場合、この問題情報に対する回答情報が通信インタフェース部１７を介してゲームサーバ２０に送信される。
　問題表示画面１９０１の情報通知部１９０４は、第１ユーザに通知する情報を表示するための情報表示部であって、図示した例では、他の仲間ユーザに対して救援依頼を要求するか否かの選択を促す表示を行っている。
　第１ユーザが救援要求ボタン１９０５を操作した場合、第２ユーザに救援依頼を要求する旨の指示入力信号がゲームサーバ２０に送信され、第１ユーザが救援拒否ボタン１９０６を操作した場合、第２ユーザに救援依頼を要求しない旨の指示入力信号がゲームサーバ２０に送信される。
　ＣＰＵ２１は、第１ユーザの通信端末１０から送信された救援依頼を要求する旨の指示入力信号を受信すると、第１ユーザに関係付けられている第２ユーザを１または複数表示して、どのユーザに対して救援依頼の要求情報を送信するかを第１ユーザに選択させるためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。
　図２０は、救援者選択画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される救援者選択画面２００１は、救援依頼の要求を行う第２ユーザを指示するための救援者入力部２００２を備えている。
　救援者選択画面２００１の救援者入力部２００２は、第１ユーザに仲間として関係付けられている第２ユーザの名前、ニックネーム、またはユーザＩＤなどを表示して、表示された第２ユーザの表示上でカーソルを停止して決定ボタンを操作することにより、救援者を決定するように構成できる。救援者の候補として表示する第２ユーザは、第１ユーザの仲間として関連付けられている第２ユーザを全て表示することもでき、親密度順や５０音順、メッセージを受信した時刻が新しい順などに基づいて上位から所定数のユーザだけを表示することもできる。また、第２ユーザに、第１ユーザと関係付けられていないユーザを含めることも可能である。
　ステップＳ１８０３において、ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求する旨の指示入力信号を受信したか否かを判別する。ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求する旨の指示入力信号を受信したと判断した場合には、ステップＳ１８１０に移行する。また、ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求しない旨の指示入力信号を受信したと判断した場合には、ステップＳ１８０４に移行する。
　ステップＳ１８０４において、ＣＰＵ２１は、第１ユーザの通信端末１０からの回答情報の受信を待機し、回答情報を受信した場合、ステップＳ１８０５に移行する。第１ユーザの通信端末１０からの回答情報を所定時間受信しなかった場合には、この処理を終了するように構成することも可能である。
　ステップＳ１８０５において、ＣＰＵ２１は、該当する問題情報の正解情報を取得し、第１ユーザの通信端末１０から送信されてきた回答情報が、正解情報と一致するか否かの判定を行う。
　ステップＳ１８０６において、ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致すると判断した場合にはステップＳ１８０７に移行し、そうでない場合にはステップＳ１８０９に移行する。
　ステップＳ１８０７において、ＣＰＵ２１は、第１ユーザのイベント履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザが正解情報と一致する回答情報を送信してきたことから、該当する問題の回答履歴情報を「Ｒ」とし、状態情報を次の問題に回答できる状態に遷移する。例えば、レベル３の第４問（Lv.3-4）に対する回答情報が正解情報と一致した場合には、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。
　このとき、ＣＰＵ２１は、第１ユーザの回答情報に対する判定結果と、次の問題のレベルに関する情報を表示するためのＨＴＭＬデータを生成して、第１ユーザの通信端末１０に送信する。ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて、第１ユーザの通信端末１０に表示される画面構成は、図１０に示す判定結果表示画面１００１と同様である。ここで、図１０に示すような判定結果表示画面１００１に、さらに、救援要求ボタン及び救援拒否ボタンを設け、第１ユーザから救援依頼を要求するか否かの指示入力を促すように構成することもできる。ＣＰＵ２１は、第１ユーザから救援依頼を要求する旨の入力指示信号を受信した場合に、図２０に示すような救援者選択画面２００１を表示するためのＨＴＭＬデータを第１ユーザの通信端末１０に送信して、救援者を選択するための指示入力を受け付けるように構成することができる。
　ステップＳ１８０９において、ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求する旨の指示入力信号を受信したか否かを判別する。ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求する旨の指示入力信号を受信したと判断した場合には、ステップＳ１８１０に移行する。また、ＣＰＵ２１は、第１ユーザの通信端末１０から救援依頼を要求しない旨の指示入力信号を受信したと判断した場合には、ステップＳ１８０１に移行する。
　ステップＳ１８１０において、ＣＰＵ２１は、第１ユーザから救援依頼があった旨の情報を通知するためのＨＴＭＬデータを生成し、第２ユーザの通信端末１０に送信する。ＣＰＵ２１は、第１ユーザに関連付けられている第２ユーザの全て、またはそのうちから選択された第２ユーザ、もしくは、救援者選択画面２００１を介して第１ユーザが選択した第２ユーザの通信端末１０に対して、第１ユーザからの救援依頼があった旨の情報を通知するためのＨＴＭＬデータを生成する。
　図２１は、救援依頼通知画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第２ユーザの通信端末１０に表示される救援依頼通知画面２１０１は、情報通知部２１０２と、問題情報表示部２１０３と、回答入力を受け付ける回答入力部２１０４と、回答を送信する旨の指示入力を受け付ける回答ボタン２１０５と、回答を送信しない旨の指示入力を受け付ける回答拒否ボタン２１０６とを備えている。
　救援依頼通知画面２１０１の情報通知部２１０２には、救援依頼を要求している第１ユーザの名前、ニックネーム、ユーザＩＤなどの情報を表示して、この第１ユーザからの救援依頼があった旨の情報が表示される。
　救援依頼通知画面２１０１の問題表示部２１０３には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、該当する問題情報が表示される。問題情報については、前述した実施形態と同様である。
　救援依頼通知画面２１０１の回答入力部２１０４には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、問題情報に対する回答情報として複数の選択肢を表示し、第２ユーザが通信端末１０の指示入力部１５を操作していずれかの選択肢を選択入力できるように構成できる。回答入力部２１０４は、選択肢の選択により回答入力を行うように構成でき、また、表示されるテキストボックスに直接テキストで入力できるように構成することも可能である。
　第２ユーザが、通信端末１０の指示入力部１５を操作して回答入力部２１０３に回答情報の入力を行い、回答ボタン２１０５を操作した場合、この問題情報に対する回答情報が通信インタフェース部１７を介してゲームサーバ２０に送信される。また、第２ユーザが、回答拒否ボタン２１０６を操作した場合、この問題情報に対する回答を拒否する旨の指示入力信号が通信インタフェース部１７を介してゲームサーバ２０に送信される。
　ステップＳ１８１１において、ＣＰＵ２１は、第２ユーザの通信端末１０からの回答情報の受信を待機し、回答情報を受信した場合、ステップＳ１８１２に移行する。第２ユーザの通信端末１０からの回答情報を所定時間受信しなかった場合には、この処理を終了するように構成することも可能である。また、ＣＰＵ２１は、第２ユーザの通信端末１０からこの問題情報に対する回答を拒否する旨の指示入力信号を受信した場合、この処理を終了するように構成できる。
　ステップＳ１８１２において、ＣＰＵ２１は、該当する問題情報の正解情報を取得し、第２ユーザの通信端末１０から送信されてきた回答情報が、正解情報と一致するか否かの判定を行う。
　ステップＳ１８１３において、ＣＰＵ２１は、第２ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致すると判断した場合にはステップＳ１８１４に移行し、そうでない場合にはステップＳ１８１７に移行する。
　ステップＳ１８１４において、ＣＰＵ２１は、第１ユーザの回答履歴情報を更新する。この場合、対象となっている問題情報に対して第１ユーザの回答情報は、正解情報と一致していないことから、該当する問題の回答履歴情報を「Ｗ」とする。また、第２ユーザの回答情報が正解情報と一致していることに基づいて、第１ユーザの状態情報を該当する問題情報に正解した時と同等の状態に遷移させる。例えば、第１ユーザの回答情報が、レベル３の第４問（Lv.3-4）に対して不正解であっても、次の問題であるレベル３の第５問（Lv.3-5）に回答できる状態情報（Lv.3-5）にして、ユーザデータベース３１の第１ユーザのイベント履歴情報を更新する。さらに、ＣＰＵ２１は、該当する問題情報に対する第２ユーザの回答が正解であった旨の情報により、第２ユーザのイベント履歴情報を更新することも可能である。
　ＣＰＵ２１は、第１ユーザの救援依頼に応じて第２ユーザが該当する問題情報に対する回答を行った旨の情報を通知するためのＨＴＭＬデータを生成し、第１ユーザの通信端末１０に送信するように構成できる。
　図２２は、救援結果表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される救援結果表示画面２２０１は、救援結果表示部２２０２と、情報通知部２２０３と、イベントの続行を指示するための続行指示ボタン２２０４と、イベント終了を指示するための終了ボタン２２０５とを備えている。
　この場合、第２ユーザの回答情報が正解情報と一致していることから、救援結果表示部２２０２には、第２ユーザからの救援があった旨の情報、判定結果が正解であった旨の情報が表示される。また、情報通知部２２０３には、次の問題に進むことができる旨の情報が表示される。
　ＣＰＵ２１は、救援依頼の要求に応じて回答して正解した第２ユーザに対して、所定の特典を付与することもできる。例えば、ＣＰＵ２１は、第２ユーザの技能レベルの増加、体力ポイントの上限値の増加、友情ポイントの増加、所持コインの増加などのパラメータ値の変更、第２ユーザの保有アイテムデータに所定のアイテムＩＤを追加して、ユーザデータベース３１を更新することができる。
　第１ユーザが続行指示ボタン２２０４を操作した場合、このイベントを続行して次の問題に進む旨の指示入力信号がゲームサーバ２０に送信され、第１ユーザが終了ボタン２２０５を操作した場合、このイベントを終了する旨の指示入力信号がゲームサーバ２０に送信される。
　ステップＳ１８１５において、ＣＰＵ２１は、イベントを続行して次の問題に進む旨の指示入力信号を受信した場合、ステップＳ１８０１に移行する。また、ＣＰＵ２１は、イベントを終了する旨の指示入力信号を受信した場合、ステップＳ１８１６に移行する。
　ステップＳ１８１６において、ＣＰＵ２１は、このイベントの終了処理を実行する。ＣＰＵ２１は、第１ユーザおよび第１ユーザが保有するアイテムのパラメータ、第１ユーザに関係付けられた第２ユーザおよび第２ユーザが保有するアイテムのパラメータ、その他イベントの実行に伴って変化した種々のパラメータなどを更新する。さらに、ＣＰＵ２１は、第１ユーザのこのイベントにおける状態情報（イベントのレベル、問題番号など）、救援依頼を要求した第２ユーザの情報、救援依頼に応じて回答した第２ユーザの情報などを通知するためのＨＴＭＬデータを生成し、第１ユーザに関係付けられている第２ユーザの通信端末１０に送信するように構成できる。この場合、第１ユーザに仲間として関係付けられた全ての第２ユーザの通信端末１０に、これら情報を送信することもでき、第１ユーザに関係付けられた第２ユーザのうちの一部にのみ送信することも可能である。
　なお、ＣＰＵ２１が、問題情報に関して第１ユーザ及び記第２ユーザが入力した回答情報の履歴を、第１ユーザに関係付けられたユーザの通信端末１０に表示させるためのＨＴＭＬデータを生成して送信することは、履歴表示手段の一実現例である。
　ステップＳ１８１７において、ＣＰＵ２１は、第１ユーザに対して再度問題情報を表示するためのＨＴＭＬデータを生成して第１ユーザの通信端末１０に送信する。再度出題する問題情報は、同一問題情報であって出題形式を変更することによって難易度を低くした問題情報、選択肢を少なくして難易度を低くした問題情報、難易度の低い異なる問題情報とすることができる。
　図２３は、再度出題する場合の問題情報表示画面の一例を示す説明図である。
　ＣＰＵ２１から送信されるＨＴＭＬデータに基づいて第１ユーザの通信端末１０に表示される問題表示画面２３０１は、第２ユーザによる救援結果を表示するための情報通知部２３０２、クイズの問題情報を表示するための問題表示部２３０３と、回答入力を受け付ける回答入力部２３０４とを備えている。
　問題表示画面２３０１の情報通知部２３０２には、第１ユーザの救援依頼の要求に応じて問題情報に対して回答した第２ユーザの名前、ニックネーム、またはユーザＩＤなどの情報と、第２ユーザの回答情報を判定した判定結果を示す情報が表示される。
　問題表示画面２３０１の問題表示部２３０３には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、第１ユーザの状態情報に対応する問題情報が表示される。問題情報については、第１ユーザが前回不正解であった問題情報と同一問題であって、難易度が下がるように出題形式を変更した問題情報とすることができる。たとえば、問題情報に対するヒントが、問題表示部２３０３内に表示されるようにして、回答することが容易になるように構成できる。また、前回の問題情報よりも難易度が低い異なる問題情報が表示されるように構成することも可能である。
　問題表示画面２３０１の回答入力部２３０４には、ＣＰＵ２１から送信されてくるＨＴＭＬデータに基づいて、問題情報に対する回答情報として複数の選択肢を表示し、第１ユーザが通信端末１０の指示入力部１５を操作していずれかの選択肢を選択入力できるように構成できる。たとえば、回答入力部２３０４に複数の選択肢を表示し、各選択肢上に移動可能なカーソルを表示して、指示入力部１５の操作に応じていずれかの選択肢を選択できるように構成できる。選択肢の選択のための構成としては、各選択肢の対応するチェックボックスやボタンを表示して、指示入力部１５の操作に応じて選択可能にするなどの構成とすることもでき、特に限定されるものではない。
　また、問題表示画面２３０１の回答入力部２３０４は、テキスト情報を入力できるようにしたテキストボックスで構成することも可能である。この場合、第１ユーザは、通信端末１０の指示入力部１５を介して、テキスト入力用ツールを介して入力できるように構成できる。
　問題情報の難易度を変更する方法としては、回答入力部２３０４に表示される選択肢のうち、正解ではない選択肢の数を減少させることも可能である。
　第１ユーザが、通信端末１０の指示入力部１５を操作して回答入力部２３０４に回答情報の入力を行った場合、この問題情報に対する回答情報が通信インタフェース部１７を介してゲームサーバ２０に送信される。
　問題表示画面２３０１には、さらに、他の仲間ユーザに対して救援依頼を要求するか否かの選択に関する指示入力信号を受け付けるための救援要求ボタンを設けることも可能である。
　ステップＳ１８１８において、ＣＰＵ２１は、第１ユーザの通信端末１０からの回答情報の受信を待機し、回答情報を受信した場合、ステップＳ１８１９に移行する。第１ユーザの通信端末１０からの回答情報を所定時間受信しなかった場合には、この処理を終了するように構成することも可能である。
　ステップＳ１８１９において、ＣＰＵ２１は、該当する問題情報の正解情報を取得し、第１ユーザの通信端末１０から送信されてきた回答情報が、正解情報と一致するか否かの判定を行う。
　ステップＳ１８２０において、ＣＰＵ２１は、第１ユーザの通信端末１０から送信されてきた回答情報が正解情報と一致すると判断した場合にはステップＳ１８０７に移行し、そうでない場合にはステップＳ１８０９に移行する。
　上述した第４実施形態では、第１ユーザが問題情報に関する知識がない場合に、他の仲間ユーザに救援依頼を要求して、代わりに第２ユーザに回答してもらうことができる。したがって、ユーザが自身でイベントを有利に進めることができない場合であっても、他のユーザとのコミュニケーションを通じてイベントを有利に進めることができ、ユーザがイベントへの興味を維持できるとともに、他のユーザとのコミュニケーションの活性化を図ることができるようになる。
　（９）他の実施形態
　前述した実施形態では、クイズのイベントに適用したゲームシステムに関して記載したが、迷路の分岐点毎に移動方向を選択させるゲーム、所定のチェックポイント毎に進行方法を選択させるゲームなどに適用することが可能である。
　上述した実施形態では、ネットワーク上のゲームサーバ２０によって、実行手段２０１、回答判定手段２０２、履歴参照手段２０３、および状態管理手段２０４の各機能を実現する構成としたが、この構成に限定するものではない。これらの手段の一部または全部をデータベースサーバ３０内に構成することも可能である。また、これらの全ての手段を通信端末１０によって実現する構成としてもよいし、少なくとも一部の手段を通信端末１０によって実現する構成としてもよい。
　図２４は、通信端末１０及びゲームサーバ２０、データベースサーバ３０の各々における各機能の構成例を示す機能ブロック図である。
　通信端末１０とゲームサーバ２０とでは実質的に同一のハードウェア構成を採ることができるため、上記実施形態に記載したようにして通信端末１０によっても各機能を実現できる。例えば、図２４Ａ、図２４Ｂ、及び図２４Ｃに示すように、図７に示した機能ブロック図の各機能について、通信端末１０と、ゲームサーバ２０及びデータベースサーバ３０との機能分担させることができる。

Claims (11)

  1. 　第１ユーザの通信端末に問題情報を表示させ、前記問題情報に対する前記第１ユーザの通信端末からの回答情報を取得する実行手段と、
    　前記第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する回答判定手段と、
    　前記第１ユーザが所定条件を満たす場合に、前記第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照する履歴参照手段と、
    　前記回答判定手段が前記第１ユーザの通信端末から受信した回答情報を正解であると判定した場合、又は前記履歴参照手段が前記問題情報に対して正解である回答情報を送信した第２ユーザを検出した場合に、前記第１ユーザの状態情報を所定状態に遷移させる状態管理手段と、
    を備えるゲーム制御装置。
  2. 　前記問題情報に対して正解である回答情報を最も早く送信した第２ユーザの情報を前記第１ユーザの通信端末に通知する通知手段をさらに備える、請求項１に記載のゲーム制御装置。
  3. 　ユーザ間とその親密度を関係付ける関係付け手段と、
    　前記問題情報に対して正解である回答情報を送信した第２ユーザのうち、前記第１ユーザとの親密度が最も高い第２ユーザの情報を前記第１ユーザの通信端末に通知する通知手段と、
    をさらに備える、請求項１に記載のゲーム制御装置。
  4. 　前記問題情報に対して正解である回答情報を送信した第２ユーザに対して所定の特典を付与する特典付与手段をさらに備える、請求項１～３のいずれかに記載のゲーム制御装置。
  5. 　前記問題情報に対する回答を他のユーザに依頼する救援依頼要求を前記第１ユーザの通信端末から受け付け、前記救援依頼要求を前記第１ユーザに関係付けられた第２ユーザの通信端末に通知する救援要求通知手段をさらに備える、請求項１～４のいずれかに記載のゲーム制御装置。
  6. 　実行手段は、前記第１ユーザの前記問題情報に対する回答情報が正解ではなく、かつ前記救援依頼要求に応じて前記第２ユーザが送信した回答情報が正解でない場合に、難易度を下げた状態で前記問題情報を前記第１ユーザの通信端末に送信する、請求項５に記載のゲーム制御装置。
  7. 　前記問題情報に関して前記第１ユーザ及び前記第２ユーザが入力した回答情報の履歴を、前記第１ユーザに関係付けられたユーザの通信端末に表示させる履歴表示手段をさらに備える、請求項６に記載のゲーム制御装置。
  8. 　第１ユーザの通信端末に問題情報を表示させ、前記問題情報に対する前記第１ユーザの通信端末からの回答情報を取得するステップと、
    　前記第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定するステップと、
    　前記第１ユーザが所定条件を満たす場合に、前記第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照するステップと、
    　前記第１ユーザの通信端末から取得した回答情報が正解であると判定した場合、又は前記問題情報に対して正解である回答情報を送信した第２ユーザが検出された場合に、前記第１ユーザの状態情報を所定状態に遷移させるステップと、
    を備えるゲーム制御方法。
  9. 　コンピュータに、
    　第１ユーザの通信端末に問題情報を表示させ、前記問題情報に対する前記第１ユーザの通信端末からの回答情報を取得する機能、
    　前記第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する機能、
    　前記第１ユーザが所定条件を満たす場合に、前記第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を記憶手段から取得して参照する機能、
    　前記第１ユーザの通信端末から取得した回答情報が正解であると判定した場合、又は前記問題情報に対して正解である回答情報を送信した第２ユーザが検出された場合に、前記第１ユーザの状態情報を所定状態に遷移させる機能、
    を実現させるためのプログラム。
  10. 　請求項９に記載されたプログラムを記録したことを特徴とする、コンピュータ読み取り可能な記録媒体。
  11. 　通信端末と、通信端末からアクセス可能に構成され、通信端末によるゲームの実行を制御するサーバと、を含むゲームシステムであって、
    　第１ユーザの通信端末に問題情報を表示させ、前記問題情報に対する前記第１ユーザの通信端末からの回答情報を取得する実行手段、
    　前記第１ユーザの通信端末から取得した回答情報が正解であるか否かを判定する回答判定手段、
    　前記第１ユーザが所定条件を満たす場合に、前記第１ユーザに関係付けられた第２ユーザが過去に送信した回答情報を参照する履歴参照手段、
    　前記回答判定手段が前記第１ユーザの通信端末から受信した回答情報を正解であると判定した場合、又は前記履歴参照手段が前記問題情報に対して正解である回答情報を送信した第２ユーザを検出した場合に、前記第１ユーザの状態情報を所定状態に遷移さる状態管理手段、
    の各手段を、前記通信端末又は前記サーバのいずれか一方が備えているゲームシステム。
     
PCT/JP2013/061614 2012-04-20 2013-04-19 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム WO2013157632A1 (ja)

Applications Claiming Priority (2)

Application Number Priority Date Filing Date Title
JP2012-096964 2012-04-20
JP2012096964A JP5383858B2 (ja) 2012-04-20 2012-04-20 ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム

Publications (1)

Publication Number Publication Date
WO2013157632A1 true WO2013157632A1 (ja) 2013-10-24

Family

ID=49383580

Family Applications (1)

Application Number Title Priority Date Filing Date
PCT/JP2013/061614 WO2013157632A1 (ja) 2012-04-20 2013-04-19 ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム

Country Status (2)

Country Link
JP (1) JP5383858B2 (ja)
WO (1) WO2013157632A1 (ja)

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107241488A (zh) * 2017-05-08 2017-10-10 宇龙计算机通信科技(深圳)有限公司 数据交互方法及移动终端

Families Citing this family (6)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JP6122392B2 (ja) * 2014-02-24 2017-04-26 株式会社コロプラ クイズ形式のゲームを提供するゲームサーバ及びゲームサーバによるクイズ形式のゲームの制御方法
JP5696245B1 (ja) * 2014-05-22 2015-04-08 株式会社 ディー・エヌ・エー クイズシーケンスを共有するためのシステム及び方法
JP6348470B2 (ja) * 2015-09-30 2018-06-27 グリー株式会社 ゲームプログラム、ゲーム制御方法、およびコンピュータ
JP6343778B2 (ja) * 2016-03-15 2018-06-20 株式会社コナミデジタルエンタテインメント ゲーム端末、それに用いられるコンピュータプログラム、及びサーバ装置
JP6923386B2 (ja) * 2017-07-31 2021-08-18 グリー株式会社 ゲームプログラム、ゲーム制御方法および情報処理装置
JP2019010595A (ja) * 2018-10-30 2019-01-24 株式会社 ディー・エヌ・エー 電子ゲーム提供装置及び電子ゲームプログラム

Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08314894A (ja) * 1995-05-15 1996-11-29 Nooman Consulting:Kk 対話的学習システム
JP2000284680A (ja) * 1999-03-31 2000-10-13 Seiko Instruments Inc 語彙学習機能付き電子辞書
JP2006061612A (ja) * 2004-08-30 2006-03-09 Square Enix Co Ltd 疑似ネットワークゲームシステム、サーバ装置及びゲーム装置、ゲームの進行方法、並びにプログラム
JP2006167192A (ja) * 2004-12-16 2006-06-29 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2008178442A (ja) * 2007-01-23 2008-08-07 Konami Digital Entertainment:Kk ゲーム端末、ゲームシステムおよびプログラム
JP2010042083A (ja) * 2008-08-11 2010-02-25 Taito Corp 救援要請プログラム及びゲームシステム
JP2011189072A (ja) * 2010-03-16 2011-09-29 Konami Digital Entertainment Co Ltd ゲームシステム及びそのコンピュータプログラム
JP2011188887A (ja) * 2010-03-11 2011-09-29 Konami Digital Entertainment Co Ltd ゲームシステム、ゲームシステムの制御方法及びプログラム

Patent Citations (8)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
JPH08314894A (ja) * 1995-05-15 1996-11-29 Nooman Consulting:Kk 対話的学習システム
JP2000284680A (ja) * 1999-03-31 2000-10-13 Seiko Instruments Inc 語彙学習機能付き電子辞書
JP2006061612A (ja) * 2004-08-30 2006-03-09 Square Enix Co Ltd 疑似ネットワークゲームシステム、サーバ装置及びゲーム装置、ゲームの進行方法、並びにプログラム
JP2006167192A (ja) * 2004-12-16 2006-06-29 Namco Bandai Games Inc プログラム、情報記憶媒体及びゲーム装置
JP2008178442A (ja) * 2007-01-23 2008-08-07 Konami Digital Entertainment:Kk ゲーム端末、ゲームシステムおよびプログラム
JP2010042083A (ja) * 2008-08-11 2010-02-25 Taito Corp 救援要請プログラム及びゲームシステム
JP2011188887A (ja) * 2010-03-11 2011-09-29 Konami Digital Entertainment Co Ltd ゲームシステム、ゲームシステムの制御方法及びプログラム
JP2011189072A (ja) * 2010-03-16 2011-09-29 Konami Digital Entertainment Co Ltd ゲームシステム及びそのコンピュータプログラム

Non-Patent Citations (1)

* Cited by examiner, † Cited by third party
Title
"Hangame, 'Quiz Channel' no Service Teikyo o Happyo", ONLINEGAMER HENSHUBU, 10 December 2008 (2008-12-10), Retrieved from the Internet <URL:http://www.onlinegamer.jp/news/7839> [retrieved on 20130604] *

Cited By (1)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
CN107241488A (zh) * 2017-05-08 2017-10-10 宇龙计算机通信科技(深圳)有限公司 数据交互方法及移动终端

Also Published As

Publication number Publication date
JP5383858B2 (ja) 2014-01-08
JP2013223594A (ja) 2013-10-31

Similar Documents

Publication Publication Date Title
JP5882188B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5383858B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5995999B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
KR101570688B1 (ko) 게임 제어 장치, 게임 제어 방법, 기록 매체, 게임 시스템
WO2013161731A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5819801B2 (ja) ゲーム制御装置、プログラム、ゲームシステム、抽選装置
JP5714542B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2013255727A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム、情報処理装置
WO2013161234A1 (ja) ゲーム制御装置、ゲームシステム、ゲーム制御方法、ゲーム制御プログラム、及び、記録媒体
WO2013157396A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP2014068758A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5939974B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP2013240579A (ja) ゲーム制御装置、ゲームシステム、ゲーム制御方法、及びゲーム制御プログラム
JP5789233B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
JP5383857B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
WO2013140481A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP2014166565A (ja) ゲーム制御装置、ゲームシステム、及びゲーム制御プログラム
WO2013154020A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲーム制御システム
WO2013140828A1 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、記録媒体、ゲームシステム
JP5847302B2 (ja) コミュニケーション装置、プログラム、コミュニケーションシステム
JP5891182B2 (ja) ゲーム制御装置、プログラム、ゲームシステム
WO2013124932A1 (ja) ゲーム制御装置、ゲーム制御方法、ゲーム制御プログラム、記録媒体、ゲームシステム
JP2014028079A (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP5576418B2 (ja) ゲーム制御装置、ゲーム制御方法、プログラム、ゲームシステム
JP2015126918A (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: 13778125

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

Country of ref document: EP

Kind code of ref document: A1