JP6016906B2 - Information processing apparatus, program, information processing system - Google Patents

Description

  The present invention relates to a technique for controlling the progress of an application by each user according to each operation of a plurality of users.

  In recent years, so-called social games have become widespread as applications executed in social networking services (SNS).

  In the above-mentioned social game, for example, in addition to cooperative play with other users (companies), information exchange by communicating with friends such as greetings and contacts with friends, gifts of items on the game with friends or Items are being exchanged. As an example of such a social game, a digital card game (Dragon Collection (registered trademark)) described in Non-Patent Document 1 below is known.

App STYLE Vol.5 (East Press, Inc.), pages 7-8

  In a conventional social game, there is a case where a function of registering what is desired is provided. What is desired registration is to register an object such as an item on the game that the user wants to possess to appeal to other users (companies). The list of objects registered by the user can be browsed by the friend, and the friend can present the object on the user's list or transfer the object to the user by trading. ing.

  When a user uses a desired object registration function for an object on the game, the user gives a registration instruction after visually confirming the object before registration, but there are many similar images of objects on the game. Especially when the image is small, there is a case where an object different from the object that the user desires to register is registered by mistake.

  Therefore, the present invention provides an information processing apparatus, an information processing apparatus control method, and an information processing apparatus that can suppress erroneous registration of an object different from an object that the user desires to register when the user registers an object, It is an object to provide a program, a recording medium, and an information processing system.

The first aspect of the present invention is:
An execution means for executing the application;
A first image relating to an object is displayed on a display screen for a user during execution of the application, and based on information relating to a predetermined operation input, the first image is larger than the first image instead of the first image, And a display means for displaying a second image related to the object together with an operation target for receiving an instruction to register the object;
Accepting means for accepting an instruction to register the object based on information relating to an operation input to the operation target;
When the registration instruction is accepted, storage means for storing the user and the information specifying the object in a storage device in association with each other;
Is an information processing apparatus.

The object may be anything as long as it is a selection target on the screen for the user, and can be set as appropriate according to the type of application. For example, when the application is a game application, the object includes items and characters. In this case, the character is, for example, a virtual person, a creature, a monster, or the like on the game, and includes those displayed on the card.
Further, the second image may be an image obtained by enlarging the first image, or may be an image different from the image obtained by enlarging the first image. For example, the second image may be an image obtained by capturing a virtual three-dimensional object from a viewpoint different from that of the first image.

  In this information processing apparatus, while the user is executing the application, the first screen related to the object is displayed on the display screen. However, in response to a predetermined operation input, the first image is replaced with the first image. A large and second image relating to the object is displayed. Therefore, a user who wants to register the object by looking at the first image of the object can confirm a larger second image by a predetermined operation input. Furthermore, since an operation target for receiving an object registration instruction is displayed together with a larger second image of the object, the user performs an operation on the operation target while confirming the second image. Therefore, when the user registers an object on the application, it is possible to suppress erroneous registration of an object different from the object that the user desires to register.

In the information processing apparatus, the display unit displays the second image in the same size as the display screen, arranges the operation target outside the display screen, and scrolls the screen to display the display screen. May be displayed. Here, the second image and the display screen may be substantially the same size. That is, the second image may be slightly smaller than the display screen, and even in that case, both may be said to be substantially the same size. In this configuration, the operation target appears on the display screen by scrolling the display screen displaying the second image.
In this information processing apparatus, the second image is displayed in the same size as the display screen, and the operation target is arranged outside the display screen. Therefore, the display area of the operation target may block the second image. The second image can be visually recognized more clearly. Therefore, it is possible to further suppress the possibility of erroneously instructing registration of the object. In addition, the operation target can be displayed immediately by the scroll operation.

In the information processing apparatus, the display unit displays a plurality of first images related to a plurality of objects on the display screen, and selects one of the plurality of objects based on the information related to the predetermined operation input. The second image related to the object may be displayed together with an operation target for receiving an instruction to register the object.
In this information processing apparatus, even when a first image related to a plurality of objects is displayed, a larger second image for each object is individually displayed together with an operation target for receiving an object registration instruction. be able to. Therefore, for example, even when a plurality of relatively small image objects are displayed on a single display screen, it is possible to prevent the user from erroneously registering an object that the user desires to register. Can do. That is, when a plurality of objects are displayed on the display screen, the size of each object tends to decrease, but even in this case, it is not necessary to mistakenly register an object that is not desired to be registered.

The second aspect of the present invention is:
Running the application;
A first image relating to an object is displayed on a display screen for a user during execution of the application, and based on information relating to a predetermined operation input, the first image is larger than the first image instead of the first image, And displaying a second image related to the object together with an operation target for receiving an instruction to register the object;
Receiving a registration instruction for the object based on information related to an operation input for the operation target;
When the registration instruction is accepted, storing the user and the information specifying the object in a storage device in association with each other;
Is a method for controlling the information processing apparatus.

A third aspect of the present invention provides a computer for controlling execution of an application.
The ability to run applications,
A first image relating to an object is displayed on a display screen for a user during execution of the application, and based on information relating to a predetermined operation input, the first image is larger than the first image instead of the first image, And a function for displaying a second image related to the object together with an operation target for receiving an instruction to register the object,
A function for receiving an instruction to register the object based on information related to an operation input to the operation target; and
A function of associating and storing the user and information identifying the object in a storage device when the registration instruction is received;
It is a program for realizing.

  The computer may be a network server, a large computer, or the like, for example. Further, this program may be stored in a computer-readable information storage medium such as a DVD-ROM or a CD-ROM. That is, a fourth aspect of the present invention is a computer-readable recording medium in which the program is recorded.

A fifth aspect of the present invention is an information processing system including a communication terminal and a server configured to be accessible from the communication terminal and controlling execution of an application by the communication terminal,
Execution means for executing the application,
A first image relating to an object is displayed on a display screen for a user during execution of the application, and based on information relating to a predetermined operation input, the first image is larger than the first image instead of the first image, And a display means for displaying a second image related to the object together with an operation target for receiving an instruction to register the object,
A receiving means for receiving an instruction to register the object based on information related to an operation input to the operation target; and
Storage means for storing the user and information for identifying the object in a storage device in association with each other when the registration instruction is received;
Each of the means is provided in either the communication terminal or the server,
Information processing system.

The figure which shows the basic composition of the game system of embodiment. The figure which shows an example of the external appearance of the communication terminal of embodiment. The figure which shows the other example of the external appearance of the communication terminal of embodiment. The block diagram which shows the structure of the communication terminal of embodiment. The block diagram which shows the structure of the game server of embodiment. The block diagram which shows the structure of the database server of embodiment. The figure which shows the structural example of the user database contained in a database server. The figure which shows an example of a data structure of a female card database. The figure which shows an example of a vote data structure. The figure which shows the data structural example of desired registration data. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The figure which illustrates the web page displayed in a user's communication terminal. The functional block diagram for demonstrating the function to play main roles with the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The flowchart which shows an example of the main processes of the game control apparatus of embodiment. The figure which illustrates the screen transition on a user's communication terminal in a modification. The figure which shows the modification of the sharing method of each function of a game control apparatus. The figure which shows the modification of the sharing method of each function of a game control apparatus.

  The present invention relates to a patent application of Japanese Patent Application No. 2012-110282 filed with the Japan Patent Office on May 14, 2012, the contents of which are incorporated herein by reference.

Hereinafter, embodiments of the present invention will be described. In the description of this embodiment, a female character is an example of an object.
In the following embodiments, a game system, a game control device, and a control method for the game control device will be described as an embodiment of the information processing system, the information processing device, and the control method for the information processing device of the present invention. In the following embodiments, the application of the present invention is a game application.

(1) Configuration of Game System FIG. 1 shows a system configuration example of a game system according to the embodiment. As shown in FIG. 1, the game system includes communication terminals 10a, 10b, 10c,... That can be connected to a communication network NW (network) such as the Internet, a game server 20 connected to the communication network NW, The database server 30 is configured. Each of the communication terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. A communication terminal such as a John receiver (including a so-called multi-function smart TV). In the following description, when referring to the communication terminals 10a, 10b, 10c,.
In this game system, the game server 20 is configured to be able to communicate with the communication terminal 10 that is a client, and provides a gaming service to the communication terminal 10. The game server 20 has a program for generating a document that can be interpreted by a web browser as a game program. The database server 30 stores various information to be described later in executing the game, and is connected to the game server 20 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 application.

  Although not shown in FIG. 1, an authentication server for authenticating the user of each communication terminal 10 may be provided separately from the game server 20. Further, when a plurality of game servers 20 are provided in order to accept access from many communication terminals 10, a load balancer for adjusting a load between the plurality of game servers 20 may be provided. The game server 20 may be configured as a single server device, but may be configured as a plurality of server devices having distributed functions.

(2) Configuration of Communication Terminal The communication terminal 10 will be described with reference to FIGS. 2A, 2B, and 3.
2A and 2B are diagrams each illustrating an example of the appearance of the communication terminal 10. FIG. 2A illustrates a button input type communication terminal such as a foldable mobile terminal (mobile phone). FIG. 2B illustrates a communication terminal of a touch panel input method such as a smartphone. FIG. 3 is a block diagram showing an internal configuration of the communication terminal 10.
As shown in FIG. 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, A communication interface unit 17 as a signal transmission / reception unit is provided, and a bus 18 for transmitting a control signal or a data signal between the units is provided.

The CPU 11 loads the web browser in the ROM 12 into the RAM 13 and executes it. And CPU11 is based on the appropriate designation | designated of URL (Uniform Resource Locator) input to a user by the instruction | indication input part 15 grade | etc., Data for displaying a web page from the game server 20 via the communication interface part 17, That is, data of an object such as an HTML (HyperText Markup Language) document and an image associated with the document (hereinafter collectively referred to as “HTML data” as appropriate) is acquired via the communication interface unit 17. Interpret HTML data. The communication terminal 10 may be mounted with various plug-ins for extending the browser function of the web browser.
In acquiring the HTML data, the CPU 11 sends an access request message including a user ID (user identification information) registered in advance or a user ID input via the instruction input unit 15 via the communication interface unit 17. The game server 20 is notified.

  The web browser 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. In addition, when the user selects a hyperlink or menu (operation target) on the web page by the operation of the instruction input unit 15, the web browser displays a new web page for displaying the web page corresponding to the selection. The game server 20 is requested to transmit HTML data (that is, update the web page).

  The image processing unit 14 displays a web page on the display unit 16 based on display image data provided from the CPU 11 as an analysis result of HTML data. The display unit 16 is, for example, an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in a pixel unit in a matrix, and drives the thin film transistors based on the display image data to display the image of the web page on the display screen 16a. To display.

  When the communication terminal 10 is a button input type communication terminal (FIG. 2A), the instruction input unit 15 includes a button group 15a including a plurality of instruction input buttons such as a direction instruction button and a decision button for accepting a user operation input. And a button group 15b including a plurality of instruction input buttons such as a numeric keypad, and includes an interface circuit for recognizing a pressing (operation) input of each button and outputting it to the CPU 11. For example, the direction instruction button is provided to instruct the CPU 11 to scroll and display the web page displayed on the display unit 16. The determination button instructs the CPU 11 that the user selects one hyperlink or menu that is actively displayed (for example, highlighted) when, for example, a plurality of hyperlinks or menus are displayed on a web page. To be provided. When the communication terminal 10 is configured by a small portable terminal, these buttons are provided on the front surface of the communication terminal 10 so that the user can easily operate (click) with the thumb while holding the communication terminal 10 with one hand. It is preferable to arrange | position. In the example shown in FIG. 2A, the button group 15b is arranged below the button group 15a and includes a plurality of instruction input buttons on which “0” to “9”, “*”, and “#” (tenkeys) are written. .

  When the communication terminal 10 is a touch panel input type communication terminal (FIG. 2B), the instruction input unit 15 mainly accepts touch panel type input by touching the display screen 16a with a fingertip or a pen. The touch panel input method may be a known method such as a capacitance method. As illustrated in FIG. 2B, the button group 15a may be provided even when the communication terminal 10 is a touch panel input method.

  For example, when the communication terminal 10 is a portable terminal, the menu selection operation on the web page displayed on the communication terminal 10 is selected by pressing the direction instruction button and selecting by pressing the enter button. This is done by confirming the selected menu. Further, for example, when the communication terminal 10 is a touch panel input method, the selection operation is performed by instructing (touch operation) a menu position on the display screen 16a on which the web page is displayed with a finger or a pen.

(3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
The game server 20 manages a game website including a plurality of hierarchical web pages, for example, and provides a game web service to the communication terminal 10. As shown in FIG. 4, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a database (DB) access unit 24, and a communication interface unit 25, for transmitting control signals or data signals between the units. A bus 26 is provided. In addition, the game server 20 can take the same structure as a general-purpose web server regarding hardware.

The ROM 22 stores an application program that provides a service for displaying an object such as an HTML document or an image (displaying a web page) to the web browser of the communication terminal 10 that is a client. The ROM 22 stores various data referred to by the CPU 21 in addition to the application program.
The CPU 21 loads the game program in the ROM 22 to the RAM 23 and executes it, and performs various processes via the communication interface unit 25.

For example, the CPU 21 transmits HTML data to the communication terminal 10 via the communication interface unit 25. In addition, when the game server 20 performs the authentication process of the user of the communication terminal 10, the CPU 21 performs the authentication process.
CPU21 performs the process according to the hyperlink or menu selected by the user on the web page displayed on the communication terminal 10 via a communication interface part. The processing includes, for example, transmission of new HTML data, arithmetic processing in the game server 20 or data processing.
The database access unit 24 is an interface when the CPU 21 reads / writes data from / to the database server 30.

(4) Configuration of Database Server The database server 30 (storage device) can be realized by a general-purpose storage such as a large-capacity hard disk device or a device such as a RAID (Redundant Array of Inexpensive Disks). Each database in the database server 30 is configured to be able to read and write data from the CPU 21 via the database access unit 24 of the game server 20.
FIG. 5 shows an example of the configuration of the database server 30. As shown in FIG. 5, the database server 30 includes a user database 31 and a game database 32.

  The game type of the present embodiment is not particularly limited, but for convenience of description of the embodiment, a digital card game using a warrior card (hereinafter, simply “ "Game" or "game of this embodiment"). This game is a game in which a user collects a warrior character card (hereinafter referred to as a “warrior card”) to create his own team and conduct a battle with another user's team. The game of this embodiment includes, for example, a quest process (described later) for searching for and collecting warrior cards. In the game of the present embodiment, a plurality of female character cards (hereinafter referred to as “female cards”) are presented to the user during the quest process, and the user's preference is selected from the plurality of female characters. It is a mechanism to vote for female characters.

  FIG. 6 shows an example of the user database 31 applied in the game of the present embodiment. In this example, for each user ID (user identification information), the user database 31 is information about each item of user name, skill level, physical fitness point, number of warriors, possessed coins, fellow user ID, and possessed card data. including. Information included in the user database 31 can be updated sequentially by the game server 20.

In the following description, the user ID included in the user database 31 or data for each user name (to be described later) specifying the user is generically referred to as user data. The data of each item constituting the user data is as follows.
-User name It is a user name displayed in order to identify a user on the communication terminal 10 at the time of execution of a game. The user name is text having a predetermined length or less designated 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, it is a level value in a range from Lv1 (level 1) to Lv100 (level 100).
-Physical strength point It is a point required in performing the quest process in the game of this embodiment. The physical strength point is a value that decreases by, for example, a certain amount by performing a search in the quest process, and recovers (increases) each time a predetermined time elapses.
-Number of warriors This is the number of warrior cards held by the user.
-Owned coin This is the amount of possessed virtual currency (coin) on the game that is required when the user uses the paid function on the game. The possessed coins are consumed (reduced) when the user uses a paid 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's user ID
This is data of another user ID associated with the target user ID.
・ Data of possessed card Identification code (for example, Cs1 in FIG. 7 to be described later in the case of a female card) identifying the card possessed by the user (warrior card and female card) and the capability of the card possessed by the user A parameter indicating a value or the like.

Returning to FIG. 5, the game database 32 stores and updates information related to the progress of the game executed by the game server 20 based on the access from the game server 20. Information relating to the progress of the game may include various information depending on the nature of the game. Taking the case of the game of the present embodiment as an example, the information related to the progress of the game includes information indicating the progress status of the quest process, information about a battle result with another user, and the like.
In addition, as described above, in the game of this embodiment, female characters are voted during the game. Therefore, the game database 32 includes a female card database in which data of a plurality of female character cards (that is, female cards) to be voted are described, and data obtained by counting the results of the voting for each female character. Some voting data is stored. Examples of the female card database and vote data are shown in FIGS. 7 and 8, respectively.

As shown in FIG. 7, in the female card database, for each female card identification code (Cs1, Cs2,...), A first image of the corresponding female character (S1, S2,. And data of each item of the second image, age, and three types of parameters (B, W, H). The second image is an image having a size larger than that of the first image. Here, the first image and the second image of the female character are both images related to the female card (object).
As illustrated in FIG. 8, the vote data is data in which each female character included in the female card database of FIG. 7 is associated with the number of votes obtained in the voting process.

In the game of the present embodiment, a plurality of female cards are presented to the user during the quest process, and the mechanism for voting female characters is as described above. However, when the female card is presented, It is configured to be able to “register what you want”. In the present embodiment, “desired item registration” is to register a female card that the user feels desired among the female cards displayed during the execution of the game. When the user “registers what she wants” a female card, the registered female card is notified to the user's associate. Therefore, if the associate holds the female card, the female card is received from the associate. You may be able to get the female card by giving it to you or by trading with your friends. In the following description, “wish registration” and “wish registration” are simply referred to as “registration” and “register”, respectively.
The game database 32 stores desired registration data in which an identification code of a female card registered by each user is described. FIG. 9 shows a data configuration example of desired registration data. As shown in FIG. 9, in the desired registration data, for example, identification codes (Cs2, Cs31,... In FIG. 9) of registered female cards are described in association with the user ID.

(5) Game of this embodiment Hereinafter, the content of the game of this embodiment is demonstrated, referring FIGS. FIG. 10 is a diagram illustrating an example of a top page displayed on the communication terminal 10 in the game of the present embodiment. FIGS. 11-13 is a figure which shows the web pages P1-P4 which are an example of a series of web pages displayed on the communication terminal 10 when a quest process is performed. FIG. 14 is a diagram showing web pages P5 and P6 that are examples of a series of web pages when a female character's popularity vote ranking (hereinafter simply referred to as “ranking” as appropriate) is displayed on the communication terminal 10. . FIG. 15 is a diagram showing a web page P7 which is an example of a web page including a wish registration list. FIG. 16 is a diagram illustrating web pages P <b> 10 to P <b> 12 that are examples of a series of web pages when a user's friend presents a female card registered by the user.
In the following description, the menus, marks, etc. displayed on the web page displayed on the communication terminal 10 are arranged at desired positions on the web page, and the menus, marks visible on the communication terminal 10 are visible. The position on the display screen such as can be changed by scrolling the web page by the user's direction instruction button or touch panel operation.

The top page of FIG. 10 includes a user data display area, a warrior image display area, and a menu display area.
The user data display area is an area where skill level, physical strength points, the number of warriors, and data of each item (see FIG. 6) included in the user data of the target user ID are displayed. In FIG. 10, “40/60” is described as an example of the number of warriors, but this is 40 warrior cards held by the user, and the maximum number of warrior cards that can be held is 60. Indicates that The warrior image display area is an area in which an image of a warrior card specified in advance by the user among a plurality of warrior cards included in the user data of the target user ID is displayed. In the menu display area, “quest”, “battle”, “view desired registration list” are displayed as menus corresponding to the processing (quest processing, battle processing, list browsing processing) provided in the game of this embodiment, respectively. The menus m1, m2, and m3 described are included. The list browsing process is a process for browsing a list of female cards registered by the user.
When the menu m1 or m2 is selected on the top page, the game is started.

When the menu m1 (“quest”) is selected and operated on the top page of FIG. 10, execution of the quest process is started, and the web page is updated as indicated by P1 of FIG. In the web page P1 of FIG. 11, in the display area 100, a Japan map divided into a plurality of regions (areas) is displayed in a state where an area to be searched is highlighted.
In the quest process, the user selects a menu m5 written as “search” provided for each area to be searched (in the example of FIG. 11, area 9 (sub-areas 9-1, 9-2,...)). Select the operation. With this operation as a trigger, a search for an area to be searched is performed, and when a warrior card is excavated, the warrior card of the warrior is displayed in the display area 102. At this time, every time the menu m5 (“search”) is selected and a search is performed, the value of “progress” (%) displayed in the display area 101 increases by a random increase amount. Also, the display area 101 displays the value of physical strength points required for one search (in the example of FIG. 11, “−5” is displayed, which means that 5 physical fitness points are consumed). Is done. The user's physical strength point is reduced by the value of the displayed physical strength point per search.

  In the quest process, when the selection operation for the menu m5 (“search”) by the user is repeatedly performed and the progress of all the areas of the sub-areas 9-1, 9-2,. The search for area 9 ends, and the search target moves to the next area (in this case, area 10). Even when the progress reaches 100%, the number of warrior cards corresponding to the maximum number of warrior cards that can be displayed in the display area 102 (four in the sub-area 9-1 in FIG. 11) can be excavated. Not necessarily.

  In the quest process, each time the selection operation is performed on the menu m5 (“search”), the health points decrease. Therefore, when the top page is displayed immediately after the quest process is executed, the top page is displayed. The displayed health points are reduced and displayed before the quest process is executed. The physical strength points are recovered (increased) by one point each time a predetermined time (for example, 3 minutes) elapses, for example.

As shown in FIG. 12, in the quest process, a web page that allows an overview of the search results of each area that the user has already played (that is, searched) is displayed by the selection operation of the menu m6 ("to area list") by the user. Is done. In the display area 110, the “complete rate” for each area is displayed. The “complete rate” (achievement level) is a value in which the ratio of the number of types of warrior cards actually excavated in percentage (%) is displayed with respect to the maximum number of types of warrior cards that can be excavated in each area. For example, in the example shown in FIG. 12, when the area 9 is composed of three subareas of the areas 9-1, 9-2 and 9-3, a maximum of four warrior cards can be excavated in each subarea. Then, 12 warrior cards can be excavated in the entire area 9. At this time, when the number of excavated warrior cards is 6 in the entire area 9, the complete rate is 50%.
In the example shown in FIG. 12, the user indicates that the area 2 is the most advanced area in the game quest process. In FIG. 12, the user can search for the selected area again by selecting and operating an area where the complete rate is not 100% among other areas that have already been played (areas 1 to 8). It is configured as follows.

While the user is executing the quest process, the web page is updated as shown in P3 of FIG. 13 so that the user can vote the female character in an alternative format. This web page update may be performed with a constant or random probability each time the menu m5 (“search”) is selected and operated, for example. On the web page P3, female cards (Cs1, Cs18 in FIG. 13) corresponding to the two female characters (S1, S18 in FIG. 13) to be voted on by the user are displayed. Each female card includes, for example, an image of a female character, a name (S1 and S18 in FIG. 13), an age (18 and 25 in FIG. 13), and three types of parameters (B, W, and H). ) Is included. Note that the image of the female character displayed on the web page P3 is the first image having a relatively small size.
Each female character is associated with menus m10 and m11 each labeled “vote”. In addition, each female card is associated with menus m50 and m51 which are labeled “enlarge image”. Hereinafter, as shown in the web page P3, a web page on which two female characters to be voted by the user are displayed is referred to as a “voting page”.

  When either menu m10 or m11 (“vote”) is selected on the web page P3, a vote for the female character associated with the selected menu is accepted, and the web page is again displayed as P1 in FIG. Updated as shown in Thereby, the user can continue the quest process after voting.

When the menu m50 or m51 (“enlarge image”) is selected on the web page P3, the female character of the female card associated with each menu is displayed instead of the image (first image) of the web page P3. It is configured so that it can be enlarged and displayed. As an example, the web page P4 in FIG. 13 shows an example in which an enlarged image (second image) of the female character S1 of the female card Cs1 is displayed. In the web page P4, the menu m100 (“return”) is a menu for returning to the web page P3.
When the menu m20 (“Register desired item”) is selected on the web page P4, the displayed female card can be registered. Further, in the game of the present embodiment, the user KNM associates the desired registration list, which is a list of female cards registered by a user (user name: KNM, hereinafter referred to as user KNM). It is configured to allow browsing. Therefore, it is a mechanism in which a friend can select one of the female cards in the registration list desired by the user KNM and give it to the user KNM or make a trade with the user KNM. .

  For example, when a certain time such as two weeks elapses after the voting is started, the vote results of the female characters by the user are aggregated to create a popularity vote ranking, and the user can browse the popularity vote ranking. For example, when the popular voting ranking becomes available for browsing, for example, as shown on the web page P5, a menu m13 labeled “Popular voting ranking announcement!” Is displayed on the web page. This menu m13 may be provided on the top page. When the menu m13 is selected, the web page is updated as shown in P6. On the web page P6, female characters of higher rank than a predetermined rank (for example, 20th rank) are displayed together with an image, age and three types of parameters.

  When the menu m3 (“View desired registration list”) is selected on the top page of FIG. 10, the web page is updated as shown at P7 of FIG. That is, the user KNM can browse a desired registration list that is a list of female cards registered by the user KNM. An upper limit may be set for the number of female cards that can be registered. In this case, for example, the number of female cards that can be newly registered is referred to as a web page P7 (for example, “5 more can be registered”) (Text) may be displayed.

  Here, a user GIP is assumed as a fellow user of the user KNM. Although the top page of the user GIP is not shown, it is the same as that of FIG. 10 which is the top page of the user KNM. When a friend location on the user data display area is selected and operated on the top page of the user GIP, the web page is updated from the top page as shown in P10 of FIG. 16, and a list of friends of the user GIP (buddy list) is displayed. Is displayed. When the user KNM is selected in the buddy list, the web page is updated as shown in P11. On the web page P11, in addition to a plurality of menus m41 to m43 for a communication function for interacting with the user KNM, a registration list desired by the user KNM is displayed.

The female card included in the desired registration list of the user KNM on the web page P11 is the same as the desired registration list of the web page P7 in FIG. 15 (that is, the desired registration list on the web page for the user KNM). In the web page P11, for each female card in the list, it may be notified whether or not the user GIP can give a gift to the user KNM. In the example of the web page P11, since the user GIP does not have the female card Cs2, “Not Present” is displayed, and since the user GIP has the female card Cs31, “Give Present” is displayed. The menu m45 is displayed.
When the menu m45 (“Give Present”) is selected on the web page P11, the web page is updated as shown in P12. In the web page P12, it is displayed that the female card Cs31 associated with the menu m45 on the web page P11 is presented to the user KNM.

(6) Overview of Each Process in Game Control Device Next, each process in the game control device will be described in order to realize the above-described game of the present embodiment.
In the present embodiment, the game server 20 and the database server 30 constitute a game control device. Hereinafter, functions implemented by the game control device of the present embodiment will be described with reference to FIG. 17, taking as an example the case where the game of the present embodiment described above is applied. FIG. 17 is a functional block diagram for explaining functions that play a main role in the game control apparatus of the present embodiment.
In the functional block diagram of FIG. 17, the registration unit 51, the acquisition unit 54, the totaling unit 55, and the notification unit 58 are not essential components in the present invention. These components are only components for realizing the exemplary game of the present embodiment, and are not necessarily required when the present invention is applied to other games.

For example, the registration unit 51 has a function of recognizing a user registration request based on an appropriate operation input to the communication terminal 10 on a web page provided to the communication terminal 10 and performing a registration process. This registration process is executed when the user performs user registration for the game of the present embodiment.
The function of the registration means 51 is implement | achieved as follows, for example. The CPU 21 of the game server 20 receives a registration request message from the communication terminal 10 via the communication interface unit 25. The registration request message is automatically generated by a predetermined operation on the communication terminal 10 on the web page provided from the game server 20 (for example, a predetermined menu selection operation or a text input such as a user ID or password specified by the user). Web pages may be configured to be generated automatically. The registration request message may include information for identifying the communication terminal 10 of the transmission source (for example, individual identification information of a terminal such as a UID (Unique Identifier), a mail address, or the like) If another game by the same service provider is used, the user ID may be included.
When the CPU 21 receives the registration request message and the registration request message does not include the user ID, the CPU 21 issues a new user ID and performs registration processing of the user ID, and then the registration processing is completed. Is sent to the communication terminal 10. When the CPU 21 receives the registration request message and the registration request message includes a user ID, the CPU 21 performs registration processing of the user ID, and then transmits a registration completion message indicating that the registration processing is completed to the communication terminal. 10 to send.
When the registration is completed, the CPU 21 generates user data corresponding to the user ID and stores it in the user database 31. When the registration is completed, the user can execute the game of the present embodiment.

The registration unit 51 may have a function of relating users. For example, the associating unit 58 has a function of registering the user ID and another user ID in association with each other with an application based on the user ID as a trigger.
The function of the correlation means 58 is implement | achieved as follows, for example. The CPU 21 of the game server 20 sends an application message (application) specifying a user ID (or a corresponding user name) to be a friend from the communication terminal 10 of the user corresponding to a certain user ID via the communication interface unit 25. Accept. Transmission of this application message is preset as a function of a web page provided to the user's communication terminal 10. When receiving the application message, the CPU 21 approves an application based on another user ID to the communication terminal 10 corresponding to the user ID at the timing when the access is based on the user ID included in the application message. HTML data for displaying a web page for requesting the reply is transmitted. If it is replied that the application is approved, the CPU 21 registers both as friends. Specifically, the CPU 21 writes the data in the location (see FIG. 6) of “friend user ID” of the user data of the corresponding two user IDs in the user database 31.
In addition, the conditions which relate users are not limited to the format requiring application and approval as described above, and users who execute stages on the same game may be registered as friends. Alternatively, users who transmit a predetermined number of greeting messages may be automatically registered as friends, and if there is a mode on the game in which a battle is performed between users, the user who has performed the battle a predetermined number of times or more You may automatically register each other as a friend.
Further, instead of directly associating users with each other, the users in the group may be associated with each other by associating each user with the same group (guild or the like). For example, when the user U1 can apply for the specific user U2 in the user associated with the predetermined group and obtain the approval of the specific user U2, the predetermined group and The user U1 is associated. In this way, by applying and approving specific users within a given group, whether or not they are directly applying and approving belonging to a given group The users may be related to each other.
In this embodiment, although the example which implement | achieves by registering data in the user database 31 by registering the friendship relationship between users was shown, it is not restricted to this example. The data regarding the friendship may be written in an external storage device on the network accessible from the game server 20.

The game execution means 52 has a function of executing an authentication process when the user logs in when the user executes the game of the present embodiment.
The function of this game execution means 52 is implement | achieved as follows. When receiving the HTTP request from the communication terminal 10 of each user, the CPU 21 of the game server 20 acquires the individual identification information or the user ID and password from the HTTP request, and acquires the individual identification information or the user ID and password. For example, the authentication process is performed by collating with data recorded in the user database 31.

The game execution means 52 receives an HTTP request in response to a user's selection operation on the web page with respect to the communication terminal 10, and HTML data (that is, an HTTP response) for sequentially updating the web page displayed on the communication terminal 10. Is transmitted, the function of executing the game of this embodiment by a web service is provided. The game according to the present embodiment includes the following processing to be executed by the user.
・ Quest processing: Processing to search for warrior cards in order to build up their own team ・ Battle processing: Processing to battle (combat) a team composed of warrior cards owned by other users in the game The processing is not described in detail here, but for example, the result of the battle is determined according to the size of a parameter (for example, a value indicating attack power or defense power) indicating the ability of the warrior card used by the user in the battle. Configured as follows. For example, a user who uses a warrior card with a large parameter for a battle may be set to have a higher possibility of winning against another user who uses a warrior card with a smaller parameter for the battle.

The function in which the game execution means 52 performs a quest process is implement | achieved as follows.
When the CPU 21 of the game server 20 recognizes that the search menu m5 (“search”) is selected, it accesses the user database 31 and updates the value of the physical strength point of the target user ID (decrease). ) In the quest process, the physical strength points required for one search may be different for each area to be searched. That is, the amount of physical strength points that are reduced (consumed) in one search may be different for each area to be searched. For example, each time the skill level of the user increases, the amount of physical strength points consumed may be increased.

  When the CPU 21 recognizes the selection operation for the menu m5 (“search”), the CPU 21 draws a warrior card with a predetermined or random probability to appear from a plurality of warrior cards prepared in advance for quest processing. When the warrior card appears (excavated), the CPU 21 accesses the user database 31 and adds the data of the new warrior card that appears to the data of the target user ID. Is increased by one. Further, the CPU 21 generates HTML data for displaying the excavated warrior card in the display area 102 (see FIG. 11) and transmits it to the communication terminal 10. The HTML data is configured such that the progress data in the display area 101 is updated (for example, increases by a certain amount). When the CPU 21 determines that the value of the degree of progress has reached 100%, the CPU 21 updates the HTML data so that the search target is shifted to the next area.

The display means 53 displays a first image relating to the female card (object) (that is, an image of a relatively small size of the female character) on the display screen for the user during the execution of the quest process (running the game). It has a function.
In order to realize this function, for example, when the CPU 21 of the game server 20 recognizes that the menu m5 (“search”) for proceeding with the game is selected, for example, once in a predetermined number of selection operations, or Each time it is recognized that it has been selected, it is decided to perform voting processing with a certain or random probability. When the CPU 21 determines to perform the voting process, the CPU 21 refers to the female card database of the game database 32, selects any two female cards, for example, at random using this database as a population, and associates them with the selected female card. Read the data of each item. The female character image read at this time is a first image having a relatively small size. Next, the CPU 21 generates HTML data for displaying a web page (for example, the web page P3 in FIG. 13) that includes data on the two selected female cards and that allows any female character to vote. To the user's communication terminal 10. As a result, the female card corresponding to the two female characters as voting options is displayed on the display screen of the user's communication terminal 10.

Further, the display means 53 is larger than the first image instead of the first image based on information on a predetermined operation input (menu m50 or m51 in FIG. 13 in the example of the present embodiment), and is a female. A menu for accepting a registration instruction for a female card (second menu image m20 (“desired” in the example of this embodiment) for a second image relating to a card (object) (ie, a relatively large image of a female character)). It has a function to display it together with "registering things").
In order to realize this function, when the CPU 21 of the game server 20 recognizes that the menu m50 or m51 (“enlarge image”) has been selected on the web page P3, the CPU 21 selects one of the selected menus. A second image of the female character of the associated female card is read from the female card database. The CPU 21 generates HTML data for displaying a web page including the read second image and the menu m20 (“register desired item”) arranged in the vicinity of the second image, and the user's Transmit to the communication terminal 10. As a result, for example, the web page P4 illustrated in FIG. 13 is displayed on the communication terminal 10.

The acquisition unit 54 acquires information related to an operation for selecting any female character from the plurality of objects.
The function of the acquisition means 54 is realizable as follows. When the CPU 21 of the game server 20 generates HTML data for displaying the voting page (web page P3 in FIG. 13), the two female characters that have selected the menus m10 and m11 for accepting voting are selected. It is stored in the RAM 23 in association with any of the above. When the CPU 21 receives an HTTP request including the selection result of one of the menus from the user's communication terminal 10, the voting result (selection result) of the female character of the user based on the selection result of the menu included in the HTTP request. Get the information.

The counting unit 55 has a function of counting information about the selection result of the female character based on the information acquired by the acquiring unit 54. The counting means 55 may have a function of ordering female characters in the order of the number of votes (that is, the number of times selected).
The function of the totaling means 55 is realizable as follows. When the CPU 21 of the game server 20 acquires information about the vote result of the female character of the user, the CPU 21 accesses the vote data of the game database 32 and performs a process of incrementing the value of the vote number corresponding to the voted female character. . When ordering female characters in the order of the number of votes, the CPU 21 accesses the vote data and performs a process of sorting the female characters in the order of the number of votes.

The accepting unit 56 has a function of accepting a registration instruction for a female card (object) based on information related to a user operation input (in the example of the present embodiment, the menu m20 in FIG. 13 (“Register What You Want”)).
When the registration instruction is accepted, the storage unit 57 has a function of causing the database server 30 (storage device) to store the user and information specifying the female card (object) in association with each other. In this embodiment, “information for identifying a female card” corresponds to an identification code of the female card.
The functions of the accepting unit 56 and the storage unit 57 can be realized as follows. The CPU 21 of the game server 20 receives, from the communication terminal 10, an HTTP request including operation input information of the menu m 20 (“Register desired item”) as information related to the operation input. Based on the information included in the received HTTP request, the CPU 21 writes the identification code of the female card associated with the menu m20 in the desired registration data in the game database 32 of the database server 30.
When the CPU 21 recognizes that the menu m3 (“view desired item registration list”) has been selected on the user's top page, the CPU 21 reads the registered female card from the desired item registration data and registers the desired item. HTML data including a list is generated and transmitted to the communication terminal 10 via the communication interface unit 25.

  The notification means 58 refers to the registration data desired to be stored in the database server 30 (storage device), and identifies the female card identification code (information specifying the object) associated with the user to a user other than the user. The function to notify is provided. In addition, although this embodiment demonstrates the case where the user who registered the registration data which wants a female card and the user who is the notification destination about the user's information have a friendship relationship, both are not friends. It doesn't matter.

  The function of the notification means 58 is realizable as follows. When the CPU 21 of the game server 20 recognizes that the position of the friend on the user data display area is selected on the top page, the CPU 21 reads the user ID of the friend with reference to the user data of the user to be processed. The HTML data including the buddy list is generated and transmitted to the communication terminal 10. Thereby, for example, the web page P10 of FIG. 16 is displayed on the communication terminal 10. Further, when the CPU 21 recognizes that one of the friends in the friend list has been selected, the CPU 21 refers to the desired member registration data of the selected friend, and stores HTML data including the desired member registration list of the friend. It is generated and transmitted to the communication terminal 10. Thereby, for example, the web page P11 of FIG. 16 is displayed on the communication terminal 10. Each female card displayed in the desired registration list is associated with an identification code and a first image of the corresponding female character. When generating the HTML data, the CPU 21 determines that each female card in the friend registration list desired by the friend is a card owned by the user to be processed, as shown on the web page P11. If it is determined that the card is not owned by the user to be processed, the text “cannot be presented” may be associated.

(7) Flow of main processing of game control device of this embodiment Next, an example of the flow of main processing performed by the game control device of this embodiment will be described with reference to the flowcharts of FIGS. . FIG. 18 is a flowchart when performing a quest process in the game of the present embodiment. FIG. 19 is a flowchart when voting processing is performed in the game of this embodiment. FIG. 20 is a flowchart for performing a display process of ranking results of female characters in the game of the present embodiment. FIG. 21 is a flowchart showing a present process when the user presents a female card to the friend.
As the processes in the flowcharts of FIGS. 18 to 21 are executed, HTML data for displaying the web pages P1 to P6 and P10 to P12 is transmitted from the game server 20 to the communication terminal 10 as appropriate. However, the HTML data transmission process is omitted as appropriate in the flowchart so as not to be complicated, and the timings at which the web pages P1 to P6 are displayed are indicated by symbols P1 to P6 and P10 to P12.

  First, in the flowchart of FIG. 18, when recognizing that the menu m1 (“quest”) for instructing execution of the quest process is selected on the top page (FIG. 10), the CPU 21 of the game server 20 changes to P1 of FIG. As shown, HTML data for updating the web page is generated and transmitted to the communication terminal 10. If it is recognized that the menu m5 (“search”) has been selected (step S100: YES), the CPU 21 is constant once every predetermined number of selection operations, for example, or every time it is recognized that it has been selected. Whether or not to perform the voting process is determined with a random probability (step S110). When the voting process is performed (step S110: YES), the process proceeds to step S120 which shows the detailed process in FIG. When the voting process is not performed (step S110: NO), the CPU 21 next draws a warrior card with a predetermined or random probability from a plurality of warrior cards prepared in advance for the quest, and the warrior card. Is determined (step S130: YES), a process of giving a warrior card to the user is performed (step S140). The process of assigning a warrior card includes, for example, a process of updating user data based on the assigned warrior card. Further, the CPU 21 updates the progress and physical strength points (step S150), and the HTML data that displays the updated progress and physical strength points data and the data of the warrior card when a warrior card is given. Is generated and transmitted to the communication terminal 10.

  In the flowchart of FIG. 19 (voting process), the CPU 21 refers to the female card database of the game database 32 and selects any two female cards, for example, at random using this database as a population (step S200). Next, the CPU 21 generates HTML data in which the female characters corresponding to the two selected female cards are associated with the menus m10 and m11 (“vote”) and the menus m50 and m51 (“enlarge image”), respectively. To the communication terminal 10. As a result, the web page P3 is displayed on the communication terminal 10. In generating the HTML data, the CPU 21 reads a first image (an image having a relatively small size) of the female character from the female card database. Here, when the selection operation of either menu m10 or m11 is recognized on the web page P3 (step S220: YES), the CPU 21 performs a process of incrementing the number of votes of the selected female character in the vote data ( Step S230), the process returns to the quest process of FIG. 18 and proceeds to Step S150.

If any selection operation of the menus m10 and m11 is not recognized on the web page P3 (step S220: NO), the CPU 21 has performed any selection operation of the menus m50 and m51 on the web page P3. judge. As a result, when one of the selection operations of the menus m50 and m51 is recognized (step S240: YES), the second image (relatively large) of the female card of the female card associated with one of the selected menus. Size image) from the female card database and displaying a web page including the read second image and a menu m20 ("Register desired item") arranged in the vicinity of the second image. HTML data is generated and transmitted to the user communication terminal 10 (step S250). As a result, for example, the web page P4 of FIG. 13 is displayed on the communication terminal 10. That is, instead of the first image, a second image larger than the first image is displayed together with an operation target for receiving an instruction to register a female card as an object.
If neither menu m50 nor m51 is selected in step S240, the process returns to step S220.

  When the CPU 21 recognizes that the menu m20 (“register desired item”) has been selected on the web page P4 (step S260: YES), the CPU 21 obtains the identification code of the corresponding female card in the game database 32. The registration data is written (step S270). When the CPU 21 recognizes that the menu m100 (“RETURN”) has been selected on the web page P4 (step S280: YES), the CPU 21 returns to step S220. If neither selection operation of menus m20 and m100 is recognized, the process returns to step S260.

  For example, when a certain time has elapsed since the start of voting, the processing of the flowchart of FIG. 20 is performed. The CPU 21 generates HTML data for a web page that displays that the popularity vote ranking can be browsed, and transmits it to the communication terminal 10. Thereby, in the communication terminal 10, for example, as shown in P5 of FIG. 13, a web page including a menu m13 for browsing the popularity vote ranking is displayed. When recognizing that the menu m13 has been selected and operated on the web page P5 (step S300: YES), the CPU 21 accesses the vote data in the game database 32 and performs a process of sorting the female characters in the order of the number of votes ( Step S310). And CPU21 produces | generates the HTML data for displaying in order the female character ordered higher than the predetermined order as a result of sorting, and transmits to communication terminal 10 address (step S320). As a result, the popularity vote ranking result is displayed on the communication terminal 10 as shown in the web page P6 of FIG.

In the present process shown in FIG. 21, it is assumed that, for example, the user KNM has registered a specific female card and the user GIP who is a friend of the user KNM presents the specific female card to the user KNM.
First, on the top page for the user GIP, when a friend location on the user data display area is selected and recognized that a friend list display request has been received (step S400: YES), the CPU 21 of the game server 20 The user ID of the user GIP is read with reference to the user data of the user GIP, HTML data including the friend list is generated and transmitted to the communication terminal 10. Thereby, for example, the web page P10 of FIG. 16 is displayed as a web page for the user GIP.

  Next, when the CPU 21 recognizes that one of the friends is selected in the friend list (step S410: YES), the CPU 21 refers to the registration data desired by the selected friend (here, the user KNM). Then, HTML data including a registration list desired by the user KNM is generated (step S420) and transmitted to the communication terminal 10. Thereby, for example, the web page P11 of FIG. 16 is displayed as a web page for the user GIP. On the web page P11 for the user GIP, a menu m45 (“Give Present”) is displayed in association with the female card held by the user GIP in the wish list of the user KNM. When it is recognized on the web page P11 that the menu m45 corresponding to any female card in the registration list desired by the user KNM has been selected (step S430: YES), the CPU 21 corresponds to the selected menu m45. A process of presenting a female card to be given to the user KNM is performed (step S440).

  More specifically, the CPU 21 accesses the user database 31 and stores the female card (that is, the female corresponding to the menu m45 selected in step S430) from the data of the possessed card of the user data of the user GIP. Card) is deleted, and a process of adding a female card to be presented to the data of the possessed card of the user data of the user KNM is performed. Furthermore, the CPU 21 generates HTML data for the user GIP including text (see the web page P12 in FIG. 16) notifying that a present to the user KNM has been performed.

  As described above, in the game control device, while the user is executing the game (in the present embodiment, during the execution of the quest process), the first screen related to the female card (object) is displayed on the display screen. A second image related to the object that is larger than the first image is displayed in response to a predetermined operation input. Therefore, a user who wants to confirm (register) the female card in detail by looking at the first image related to the female card can confirm a larger second image by a predetermined operation input. Furthermore, since a menu for accepting a female card registration instruction is displayed together with a larger second image related to the female card, the user performs a menu operation while confirming the second image. Therefore, when a user registers a female card, it can control that a female card different from the female card which a user desires to register is mistakenly registered.

  In the present embodiment, the case of a female card has been described as an example of the object. However, the object is not limited to this, and any object may be used as long as the object can be displayed on the game image. The object may be, for example, an item or character on the game. The character may be, for example, a virtual person or creature on the game, a monster, or the like, and includes those displayed on a card.

  In the present embodiment, the case where the second image relating to the female card (object) is an image obtained by enlarging the first image has been described. However, this image is not limited to the one in which the display size of the same image data is changed. Instead, two images having different sizes may be prepared and displayed. Further, when the image size is changed and displayed, the image layout (display range) may be changed. Note that the first image and the second image are not limited to this relationship. The second image may be an image different from the enlarged image of the first image. For example, the second image may be an image obtained by capturing a virtual three-dimensional object from a viewpoint different from that of the first image.

In this embodiment, the case where a plurality of female cards (objects) are presented to the user has been described, but a single female card may be presented.
Presenting a plurality of objects to the user is a preferable application example of the present invention. That is, in this embodiment, the display means 53 displays a plurality of first images related to a plurality of female cards on a display screen for the user, and relates to a predetermined operation input (for example, menus m50 and m51 in FIG. 13). Based on the information, instead of the first image, a menu for accepting an instruction to register the second image of one of the plurality of female cards (for example, menu m20 in FIG. 13). It has a function to display with it. Accordingly, as illustrated in the web page P4 of FIG. 13, instead of the first image (relatively small image) regarding the plurality of female cards, a larger second image for each female card is displayed as a female card. Are individually displayed together with a menu m20 for receiving the registration instruction. Therefore, for example, even when a plurality of female cards having relatively small images are displayed on a single display screen (for example, web page P3), a female card that the user desires to register among the plurality of female cards. Can be registered in error. In other words, when displaying a plurality of female cards on the display screen, the size of each female card tends to decrease, so it may be possible to display a plurality of similar images at first glance. You don't have to register female cards that you don't want to register.
In the above-described embodiment, a plurality of first images related to a plurality of female cards are displayed, and one of the plurality of female cards is replaced with the first image based on information about a predetermined operation input. Although the case where the second image relating to the card is displayed has been described, the present invention is not limited to this case. The second image may be displayed while leaving the first image.

(8) Modified Example As a modified example of the above-described embodiment, the display unit 53 displays the second image (an image having a relatively large size) with the same size as the display screen, and the menu m20 (“desired thing”). "Register") may be arranged outside the display screen and displayed on the display screen by scrolling the screen. Here, the second image and the display screen may be substantially the same size. That is, the second image may be slightly smaller than the display screen, and even in that case, both may be said to be substantially the same size. In this modification, the menu appears on the display screen by scrolling the display screen that displays the second image.

  An example of the screen transition on the user's communication terminal 10 in the modification is shown in S1 to S3 in FIG. In FIG. 22, in S1, an example is shown in which a plurality (eight in this example) of female cards (objects) Cs1 to Cs8 are presented on the display screen 16a of the user while the user is executing the game. In S2, a first image (a relatively small size image) relating to each female card is displayed. When the user performs a selection operation on the female card Cs1 on the display screen 16a, the screen is updated as shown in S2. On the display screen 16a of S2, a second image (relatively large image) relating to the selected female card Cs1 is displayed, but this second image is substantially the same size as the display screen 16a. . When an operation of scrolling upward the second image displayed on the display screen 16a is performed, a menu m20 ("Register desired item") is displayed on the display screen 16a as shown in S3. That is, at the time of S2, it means that the menu m20 has been arranged outside the display screen.

In this modification, in S2 of FIG. 22, the second image is displayed in the same size as the display screen 16a, and the menu m20 (“register desired item”) is arranged outside the display screen 16a. The display area of the menu m20 does not block the second image, and the second image can be visually recognized more clearly. Therefore, it is possible to further suppress the possibility of erroneously instructing registration of the object.
In order to realize this modification, when the CPU 21 of the game server 20 recognizes that one of the first images of the plurality of female cards shown in S1 has been selected, the selected female card is selected. The second image corresponding to is read from the female card database, HTML data is generated so that it is displayed in substantially the same size as the display screen 16a of the communication terminal 10 and the menu m20 is displayed together with scrolling.

  As mentioned above, although embodiment of this invention was described in detail, this invention is not limited to the said embodiment. In addition, it goes without saying that each embodiment may be variously improved and changed without departing from the gist of the present invention. The technical matters described in the above embodiment and each modification may be applied in appropriate combination.

  In the present embodiment, an example in which a female card (object) is displayed for the voting process is shown, but the female card is presented to the user by the voting process is merely an example. When presenting an object to the user during the game, the present invention can be applied as appropriate.

  In the above-described embodiment, the case where the present invention is applied to a social game has been described as an example, but the present invention is not limited to this. For example, in a so-called online game system in which a server device placed on a network and a home online game machine are connected, it goes without saying that the progress of the game by each user can be controlled as in the above-described embodiment.

  In the above-described embodiment, the predetermined operation input by the user to the communication terminal is an input of a pressing operation of a predetermined operation button on the user's communication terminal or an input of a touch operation on the display screen to the communication terminal having a touch panel function. Although there is, the operation input is not limited to this. The operation input may be an operation input by shaking a communication terminal provided with an acceleration sensor, or an operation input by gesture (gesture input). In gesture input, by performing a predetermined gesture on a communication terminal having an imaging function, the communication terminal recognizes an image of the gesture and recognizes an operation input previously associated with the gesture. In the case of a communication terminal capable of executing a voice recognition program, the operation input may be performed by inputting voice.

  In the above-described embodiment, the game server 20 and the database server 30 on the network function the game execution means 52, display means 53, acquisition means 54, counting means 55, reception means 56, storage means 57, and notification means 58. However, the present invention is not limited to this configuration. All these means may be realized by the communication terminal 10, or at least a part of the means may be realized by the communication terminal 10. Since the communication terminal 10 and the game server 20 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, FIGS. 23A and 23B each show an example of function sharing between the communication terminal 10, the game server 20, and the database server 30 for each function in the functional block diagram shown in FIG. In the above-described embodiment, the database server 30 (game database 32) stores the female card database, which is the female card selection population, but it is stored in the storage device in the communication terminal 10. Also good. In that case, the storage device may be a RAM 13 in the communication terminal 10, a mass storage device such as an HDD (Hard Disk Drive) (not shown), a flash memory, or the like.

As an example, when the storage device that stores the female card database is the database server 30 and substantial processing is performed in the communication terminal 10, the processing may be performed as follows. At the start of game execution, the communication terminal 10 receives a female card database as a female card selection population from the game server 20 or the database server 30 and stores it in the HDD or the like. And CPU11 of the communication terminal 10 performs a scout process, and performs a voting process at an appropriate timing. When executing the voting process, the female card database stored in the HDD or the like is referred to. The desired registration data may be stored in a storage device in the communication terminal 10. When a desired item is registered in the voting process, it is stored in the storage device in the communication terminal 10. Then, desired registration data may be transmitted to the game server 20 at appropriate timing thereafter (for example, every predetermined time or when logging out).
In another example, when the desired registration data is provided in the game database 32 as in the above-described embodiment, the communication terminal 10 may transmit the identification code of the female card that has been registered by the user to the game server 20. Good. In that case, the game server 20 may associate the received female card identification code with the user ID and write it in the desired registration data in the game database 32.

  When performing online shopping as an application, the information processing system of the present invention may be a system that stores a product to be purchased online as an object in association with a user. In this system, the first image related to the product is displayed on the display screen for the user during the online shopping, and the first image is replaced with the first image based on the information related to the predetermined operation input. A large second image relating to the product is displayed together with an operation target for receiving a registration instruction for the product. The first image and the second image are, for example, an entire product image or an image of a main part of the product. When the registration instruction is accepted, the user and information (for example, product code) specifying the product are associated with each other and stored in the storage device.

Claims (8)

An execution means for executing the application;
During execution of the application, an image relating to a plurality of objects is displayed on a display screen for a first user together with a first operation target for receiving a voting instruction associated with each object, and any of the plurality of objects is displayed. First display means for displaying a second operation target for accepting an object registration instruction ;
Based on the information related to the operation input to the first operation target, accepts a voting instruction for the object selected by the first user from the plurality of objects, and based on the information related to the operation input to the second operation target. an accepting means from the plurality of objects accepting an instruction for registering objects selected by the first user,
When the registration instruction is accepted, storage means for storing the first user and information for specifying an object corresponding to the registration instruction in a storage device in association with each other;
Second display means for displaying information identifying the object stored in association with the first user by the storage means on a display screen for a second user;
When the voting instruction is accepted, a counting unit that increments the number of times the object corresponding to the voting instruction is selected;
An information processing apparatus comprising: Execution means for executing the game application;
During execution of the game application, a first image relating to an object randomly selected from a plurality of objects on the game is displayed on a display screen for the first user, and a predetermined operation input by the first user is displayed. Based on the information, a first display unit that displays a second image that is larger than the first image instead of the first image and that is related to the object together with an operation target for receiving an instruction to register the object. When,
Accepting means for accepting an instruction to register the object based on information relating to an operation input to the operation target;
Storage means for storing the first user and information for identifying the object in a storage device in association with each other when the registration instruction is received;
Second display means for displaying information identifying the object stored in association with the first user by the storage means on a display screen for a second user;
An information processing apparatus comprising: When the second user has an object specified by information specifying the object stored in the storage means, the second display means displays the second display on the display screen for the second user. Displaying an operation target for receiving an instruction to give an object held by the user to the first user;
And an information processing apparatus according to claim 1 or 2. The second display means is configured such that when the first user is associated with the second user and the first user is designated by information related to a predetermined operation input by the second user, Displaying information identifying the object on a display screen for two users;
The information processing apparatus according to any one of claims 1 to 3 . An execution means for executing the application;
A first image related to an object is displayed on a display screen for a first user during execution of the application, and the first image is replaced with the first image based on information related to a predetermined operation input by the first user. First display means for displaying a second image related to the object, which is larger than the first image, together with an operation target for receiving an instruction to register the object;
Accepting means for accepting an instruction to register the object based on information relating to an operation input to the operation target;
Storage means for storing the first user and information for identifying the object in a storage device in association with each other when the registration instruction is received;
Second display means for displaying information identifying the object stored in association with the first user by the storage means on a display screen for a second user;
Aggregation means;
Equipped with a,
The first display means displays an image related to a plurality of objects on the display screen for the first user together with an operation target for receiving a voting instruction for incrementing the number of times each of the plurality of objects is selected. And displaying the second image together with an operation target for receiving the registration instruction based on information related to a predetermined operation input by the first user,
The accepting means accepts the registration instruction or the voting instruction based on information related to an operation input for the operation object,
The counting means increments the number of times an object corresponding to the voting instruction is selected when the voting instruction is accepted,
Information processing device. The first display means displays a plurality of first images related to a plurality of objects on the display screen, and the first display means relates to any one of the plurality of objects based on the information related to the predetermined operation input. 2 image is displayed together with an operation target for receiving an instruction to register the object.
The information processing apparatus according to any one of claims 2 to 5. A program for causing a computer to function as each unit of the information processing apparatus according to any one of claims 1 to 6 in order to control execution of an application. An information processing system comprising a communication terminal and a server configured to be accessible from the communication terminal and controlling execution of an application by the communication terminal, wherein the information processing system according to any one of claims 1 to 6 Each means of the apparatus is provided with either the communication terminal or the server,
Information processing system.

Images