JP2018153695A - Information processor, program, and information processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide an information processor for providing a useful judgment material to a user who tries to judge whether the user participates in a match with a common match opponent.SOLUTION: An information processor executes match processing between a match opponent common to a plurality of users and each user. The information processor can access a storage for storing user information relating to users and history information for indicating a history of match processing. The information processor receives an instruction of a first user not participating in a match, identifies a second user who satisfies a predetermined condition from among users participating in the match based on the predetermined condition for identifying a predetermined user, and user information and history information stored in the storage, and outputs output data including information relating to a match that the second identified user participates and information for allowing the first user to identify participation of the second user in the match according to the received instruction.SELECTED DRAWING: Figure 17

Description

  The present invention relates to an information processing technique for outputting information related to a game.

In recent years, so-called social games have become widespread as applications executed in social networking services (SNS). As such a social game, a digital card game using a card is known (for example, Patent Document 1).
In some social games, a certain user plays against other users or computers. There are various types of battles, and there are battles that a plurality of users perform with a common opponent. In a battle that a plurality of users perform with a common opponent, it may be difficult for only one user to win the opponent. In that case, it is important to play against the opponent in cooperation with other users. In particular, the stronger the opponent, the more important the cooperation with other users.

JP 2013-000498 A

  For users who are trying to determine whether or not to participate in a battle with a common opponent, what other users (hereinafter referred to as “participating users”) who have already participated in the battle are in this battle. It is an important factor in deciding whether to participate. For example, it is an important factor for a user who wants to participate in a battle that can be won to be a participating user.

  However, conventionally, a user trying to determine whether or not to participate in a battle with a common opponent can know that there is a participating user of the battle, but what kind of user is the participating user ( For example, it was impossible to know until the participating user is a powerful user or the like. Therefore, for example, for a user who wants to participate in a battle that is expected to win, the information is not sufficient as information for appropriately determining the battle that he / she should participate in.

  The present invention has been made in view of the above-described viewpoints, and its purpose is to provide useful judgment materials for users who want to judge whether or not to participate in a battle with a common opponent. An information processing apparatus, a program, and an information processing system are provided.

One aspect of the present invention is an information processing apparatus that executes a battle process between an opponent who is common to a plurality of users and each user, and includes user information related to the user and history information indicating a history of the battle process. In an information processing apparatus capable of accessing a storage device for storing,
Accepting means for accepting an instruction of a first user not participating in the battle;
Based on a predetermined condition for specifying a predetermined user and user information and history information stored in the storage device, a second user who satisfies the predetermined condition among the users participating in the battle is specified. Specific means to
In response to the instruction received by the receiving means, information relating to the battle in which the second user specified by the specifying means participates, and the second user specified by the specifying means participates in the battle Output means for outputting output data including information for allowing the first user to identify
Is an information processing apparatus.

Another aspect of the present invention is an information processing apparatus that executes a battle process between an opponent who is common to a plurality of users and each user, user information relating to the user, and history information relating to the history of the battle process, In an information processing apparatus accessible to a storage device for storing
Accepting means for accepting an instruction of a first user not participating in the battle;
Point determination means for determining points of each user based on a history of battle processing in a predetermined period in the history information, and storing the determined points in association with user information in the storage device;
Based on the user information stored in the storage device, among the users participating in the battle, the specifying means for specifying the second user whose point determined by the point determining means is the maximum,
In response to the instruction received by the receiving means, information relating to a battle in which the second user specified by the specifying means participates, and that the second user is participating in the battle Output means for outputting output data including information for causing the first user to identify and a designation target for receiving a request for the battle process from the first user,
Is an information processing apparatus.

Another aspect of the present invention is a computer that executes a battle process between an opponent common to a plurality of users and each user, and stores user information related to the user and history information related to the history of the battle process. To a computer that can access the storage device
A function of accepting an instruction of a first user not participating in the battle;
Based on a predetermined condition for specifying a predetermined user and user information and history information stored in the storage device, a second user who satisfies the predetermined condition among the users participating in the battle is specified. Function to
In response to the instruction received by the receiving means, information relating to a battle in which the second user specified by the specifying means participates, and that the second user is participating in the battle A function for outputting output data including information for identifying
It is a program for realizing.

Another aspect of the present invention is an information processing system that executes a battle process between an opponent common to a plurality of users and each user, and includes a user terminal and a server accessed from the user terminal. In the information processing system,
The user terminal and the server are accessible to a storage device that stores user information about the user and history information about the history of the battle process,
Accepting means for accepting an instruction of a first user not participating in the battle;
Based on a predetermined condition for specifying a predetermined user, and user information and history information stored in the storage device, a second user who satisfies the predetermined condition is specified among users participating in the battle. Specific means to
In response to the instruction received by the receiving means, information relating to a battle in which the second user specified by the specifying means participates, and that the second user is participating in the battle Output means for outputting output data including information for identifying
The information processing system is provided with either of the user terminal or the server.

The figure which shows the basic composition of the game system of 1st Embodiment. The block diagram which shows the structure of the user terminal of 1st Embodiment. The block diagram which shows the structure of the game server of 1st Embodiment. The figure for demonstrating notionally the process of the battle | competition of 1st Embodiment. The figure which shows the structural example of the card data table of 1st Embodiment. The figure which shows the structural example of the user data table of 1st Embodiment. The figure which shows the structural example of the group data table of 1st Embodiment. The figure which shows the structural example of the possession card data table of 1st Embodiment. The figure which shows the structural example of the deck table of 1st Embodiment. The figure which shows the structural example of the battle | competition data table of 1st Embodiment. The figure which shows the structural example of the log | history data table of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of 1st Embodiment. The functional block diagram of the game server of 1st Embodiment. The sequence chart which shows an example of the process of the battle | competition of 1st Embodiment. The sequence chart which shows an example of the process of the battle | competition of 1st Embodiment. The figure which shows an example of the image displayed on the user terminal at the time of execution of the game of the modification of this embodiment.

(1) First Embodiment (1-1) Configuration of Game System Hereinafter, a game system 1 will be described as an embodiment of an information processing system.

FIG. 1 shows a system configuration example of a game system 1 according to the embodiment. As shown in FIG. 1, the game system 1 includes user terminals 10a, 10b, 10c,... And a game server 20. Each user terminal 10a, 10b, 10c can access the game server 20 through a communication network NW such as the Internet. The game system 1 is an example of an information processing system. The game server 20 is an example of an information processing device.
Each of the user terminals 10a, 10b, 10c,... Is a terminal operated by an individual user. It includes so-called multi-function smart TVs), and communication terminals such as portable game machines with communication functions. In the following description, when referring to the user terminals 10a, 10b, 10c,.

The game server 20 is a server that executes a game. The game server 20 includes image data that can be interpreted by a web browser (for example, image data described in a format such as HTML or XML. In the embodiment of the present invention, HTML data will be described as an example). A program that can be created is implemented.
The user terminal 10 includes a web browser that interprets and displays HTML data provided by the game server 20, and requests based on user operations on the web page by the user terminal 10 via the network. The game processing is executed by receiving the processing result by the game server 20.
The communication network NW is an information communication network configured by the Internet, a WAN (Wide Area Network), a LAN (Local Area Network), a dedicated line, or a combination thereof.

(1-2) Configuration of User Terminal The user terminal 10 will be described with reference to FIG.
As shown in FIG. 2, the user terminal 10 includes a CPU (Central Processing Unit) 11, a ROM (Read Only Memory) 12, a RAM (Random Access Memory) 13, an operation input unit 15, a display unit 16, a communication interface unit 17, A storage 18 is provided, and a bus 19 for transmitting control signals or data signals between the respective units is provided.

  The CPU 11 reads out programs and data stored in the ROM 12 and controls the overall operation in the user terminal 10 such as control signals with each unit in the user terminal 10 and timing processing of data signals. The CPU 11 also reads out the program stored in the storage 18 and various data necessary for executing the program, expands it in the RAM 13, and performs various processes such as data input / output processing, arithmetic processing, and determination processing associated with the execution of the program. I do. The RAM 13 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 11.

  For example, the CPU 11 loads a web browser stored in the storage 18 into the RAM 13 and executes it. And CPU11 is based on designation | designated of URL (Uniform Resource Locator) input by a user by the operation input part 15 grade | etc., Via the communication interface part 17, the data for displaying a web page from the game server 20, ie, 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 and is then used as a web browser. To interpret the HTML data. Various plug-ins for extending the browser function of the web browser may be mounted on the user terminal 10. An example of such a plug-in is a flash player by Adobe Systems Inc. in the United States. Alternatively, the HTML data in the present embodiment may be in the HTML5 format having a video and audio playback function.

  The web browser performs communication with the game server 20 in accordance with HTTP (HyperText Transfer Protocol). When a URL (Uniform Resource Locator) on a web page or a designation target (for example, a software button (hereinafter simply referred to as “button”)) is designated by the user operating the operation input unit 15, the web browser is designated. In order to update the web page, an HTTP request including the designated result is transmitted to the game server 20. The web browser acquires HTML data from the game server 20 as an HTTP response, interprets it, and displays the web page on the display unit 16.

  The display unit 16 is a display device such as an LCD (Liquid Cristal Display) or an organic EL (Electro Luminescence) display. When an LCD (Liquid Cristal Display) monitor including thin film transistors arranged in pixel units in a matrix is applied, the display unit 16 displays the image of the web page on the display screen 16a by driving the thin film transistors.

When the user terminal 10 is a button input type user terminal, the operation input unit 15 includes, for example, a plurality of instruction input buttons such as a direction instruction button, a determination button, and a numeric keypad for accepting a user operation input. The interface circuit for recognizing the input of the pressing operation and outputting it to the CPU 11 is included.
When the user terminal 10 is a touch panel input type user terminal, the operation input unit 15 mainly accepts touch panel type input by touching the display screen with a fingertip or a pen.

  The storage 18 is a storage device configured by, for example, a flash memory or an HDD (Hard Disk Drive).

(1-3) Configuration of Game Server The configuration of the game server 20 will be described with reference to FIG.
As shown in FIG. 3, the game server 20 includes a CPU 21, a ROM 22, a RAM 23, a communication interface unit 24, and a storage 25, and a bus 26 is provided for transmitting control signals or data signals between the units. ing. The game server 20 can have the same configuration as a general-purpose network server in terms of hardware.

  The CPU 21 reads out the programs and data stored in the ROM 22 and controls the overall operation in the game server 20 such as control signals for each part in the game server 20 and data signal timing processing. The CPU 21 also reads out a program stored in the storage 25 and various data necessary for executing the program, expands it in the RAM 23, and performs various processes such as data input / output processing, arithmetic processing, and determination processing associated with the execution of the program. I do. The RAM 23 temporarily stores data for arithmetic processing, determination processing, and the like by the CPU 21.

  For example, the storage 25 stores a program for providing a web service by performing communication according to HTTP with a web browser of the user terminal 10 as a client. The CPU 21 expands the program stored in the storage 25 on the RAM 23 and executes the program. Along with the execution of the program, the CPU 21 acquires an HTTP request from the user terminal 10 via the communication interface unit 24, executes processing according to the HTTP request, and includes HTML data (image data to be described later) including the execution result. An example) is returned to the user terminal 10 as an HTTP response.

  The storage 25 is an information recording device configured by, for example, a flash memory or an HDD (Hard Disk Drive), and stores a data table group 70 in addition to the above-described program. The data table group 70 (described later) includes a card data table, a user data table, a group data table, a possessed card data table, a deck data table, a battle data table, and a history data table. Each data table is appropriately accessed from the CPU 21 for reading and writing data.

(1-4) Game Battle Processing of the Present Embodiment The game executed in the game system 1 of the present embodiment is a game executed by the user using a card as an object. In this game, for example, a user searches an area on the game to acquire a card or an item, or uses a card possessed by the user to play against another user or NPC (Non-Player Character). Note that the object of the present embodiment is not limited to a card. For example, the object may be an image such as an illustration or a photograph, or may be a three-dimensional character based on a 3D image. That is, the object may be any medium as long as it can be used for a game. In addition, the object may be an object to be collected by the user in the game, or may be an object to be raised in the game.
In the game of the present embodiment, the battle process is a process of performing a battle between an opponent who is common to a plurality of users and each user. In the example of the present embodiment, the battle means that each user (for example, an object corresponding to each user) attacks the opponent (for example, an object corresponding to the opponent) to damage the opponent (for example, In this process, the physical strength of the object corresponding to the opponent is consumed), and each user receives an attack from the opponent, so that a damage value is given to the user (for example, the physical strength of the object corresponding to the user is consumed). When the cumulative value of damage given to the opponent reaches a predetermined value, the battle victory condition is satisfied. On the other hand, a user whose physical strength has decreased to a predetermined value before the cumulative value of damage given to the opponent reaches a predetermined value leaves the battle. Note that the battle in the game of the present embodiment is not limited to this, and any battle may be used as long as the opponent and the users who are common to a plurality of users play a game according to a predetermined rule.
In addition, the battle of the present embodiment may be a battle process (for example, display of an image related to a battle) performed for a plurality of users while synchronizing (so-called “synchronous battle”). As an example of the “synchronized battle”, a plurality of users who are logged in to the game server 20 at a predetermined time (for example, between 8 o'clock and 9 o'clock) battle against a common opponent, and an operation from each user There is one that displays the contents and the execution result of the battle process in synchronization with the screens of other users participating in the battle at the predetermined time.
Further, the battle of this embodiment may be one in which the battle process is performed asynchronously (so-called “asynchronous battle”). As an example of “asynchronous battle”, a plurality of users battle with a common opponent at different times during a battle period (for example, within 24 hours after the opponent appears). And the execution result of the battle process are displayed as a history (without synchronization) on the screen of another user who participated in the battle during the battle period.

The battle process will be specifically described with reference to FIG. FIG. 4 is a diagram for conceptually explaining the battle process.
In FIG. 4, a plurality of battles B1 to B3 exist. The user who tries to determine whether or not to participate in a battle with a common opponent from the battles B1 to B3 is the user U1, the user who participates in the battle B1 is the user U2, and the user who participates in the battle B2 is the user U3. Consider a case where the user who is U5 and the user participating in the match B3 is the users U6 to U8.
In the present embodiment, a battle in which a user who satisfies a predetermined condition participates is specified based on the user data and history data in response to a request from the user U1. The predetermined condition is a condition for specifying a predetermined user. For example, the predetermined condition is a condition for specifying (extracting) a user who has many battle points acquired in a battle or a user who has a high ability value. The battle point is a numerical parameter given to a user who participates in the battle, and is an integrated value of scores determined according to the battle processing history (for example, the level of activity in the battle). In the example of FIG. 4, a case where the user U2 satisfies a predetermined condition is considered. In this case, the battle B1 in which the user U2 participates is specified, information about the battle B1, and information indicating that the user U2 satisfying the predetermined condition participates in the battle B1 (that is, the user U2 participates in the battle B1). Information for identifying to the user U1 that it is doing) is presented to the user U1.

(1-5) Configuration of Data Table Next, a card data table, a user data table, a group data table, a possessed card data table, a deck data table, a battle data table, and a history stored in the storage 25 of the game server 20 The data table will be described with reference to FIGS.

(I) Card Data Table The card data table records card data used in the game of the present embodiment. FIG. 5 shows a configuration example of the card data table. In the example shown in FIG. 5, the card name, card image, and card parameter data are included for each card ID that identifies the card.
The card name is a character string indicating the name of the character displayed on the card. The card image is an image of a character displayed on the card.
The card parameters are composed of data on rarity, attribute, cost, skill, sale price, attack power, defense power, and physical strength.
The rarity is an index indicating the rare value of the card. In the example shown in FIG. 5, the rarity is set higher in the order of R1 to R5.
The attribute is an attribute of the character displayed on the card, and is one of N1 to N3 in the example shown in FIG.
The cost is a value referred to when the card is incorporated into the user's card team. For example, when a battle is played by a card team, the total cost of cards included in the card team is limited to a predetermined value or less.
The skill is information indicating an advantageous effect when a game is executed using a card. In the example shown in FIG. 4, skills having various effects of SK1 to SK12 are set for each card. Note that not all cards need to have skills.
The sale price is a point on the game that the user can obtain when selling the card that the user owns.
Attack power and defense power are parameters that are referred to when a card is used in a battle.
The physical strength is a numerical parameter indicating the physical strength of the card in the game. In a battle, when a card is attacked by an opponent, the card's physical strength is consumed by a predetermined value. When a card's health goes to zero, that card is removed from play.

(Ii) User data table The user data table records information about users registered in the game of the present embodiment. FIG. 6 shows a configuration example of the user data table. In the example illustrated in FIG. 6, for each user ID that identifies a user, a user name, user parameters, and fellow user data are included.
The user name is a character string indicating the name of the user. The user name can be arbitrarily determined by the user.
The user parameter is a parameter referred to in the battle. The user parameter is composed of data of level, action point, attribute, and battle point.
The level is a numerical parameter indicating the degree of strength of the user in the game. The level value (initial value) when the user registers in the game is 1. The user can grow (raise the level) by winning the opponent in the battle.
The action point is a numerical parameter indicating a cost that is consumed when the user advances the game (for example, executes a battle process). When the process of progressing the game is performed, action points are consumed by a predetermined amount. You may define the upper limit of an action point for every user. You may set an action point so that it may increase (recover) to an upper limit with progress of time.
The attribute is a user attribute in the game. In the example shown in FIG. 6, it is one of N1 to N3.
The battle point is a numerical parameter obtained by integrating the scores obtained as a result of the battle process in a predetermined period. The battle point is reset at a predetermined timing (for example, every day at 9:00 am). More specifically, the battle point is an integrated value of scores given according to the evaluation in the battle in the battle process related to one battle. There are various methods for calculating the score. For example, the score may be calculated according to the amount of damage given to the opponent. Further, the predetermined period is, for example, the day before the date on which user data is referenced. In this case, a large number of battle points tend to be given to a user who participates in many battles on the day before the date on which user data is referenced and has a higher level of activity in each battle.
The fellow user data is composed of a pair of fellow user's user ID and intimacy. A fellow user is another user whose intimacy is greater than or equal to a predetermined value. Intimacy is a numerical parameter indicating the degree of relationship with other users. One user ID is associated with one or more fellow user IDs and intimacy pairs. Here, the intimacy may be a numerical value based on a certain level of the degree of relationship between fellow users. For example, the frequency of sending or receiving a support message between users (support frequency), It may be set based on the number of times a present such as an item that can be used on the game is transmitted or received (the number of presents). For example, the familiarity may be set higher as the support frequency or the number of presents increases.

(Iii) Group data table In the group data table, information related to a group composed of a plurality of users registered in the game of the present embodiment is recorded. FIG. 7 shows a configuration example of the group data table. In the example illustrated in FIG. 7, each group ID that specifies a group includes data of each user belonging to the group and the MVP user ID.
The data of each user belonging to the group is composed of user ID and rank data. The rank is a value indicating the rank of the user among all users belonging to the group with respect to at least one item of the user parameter. For example, when “level”, which is one of the user parameters, is used, the order is determined in descending order of “level”.
The MVP user ID is the user ID of the MVP user. An MVP (Most Valuable Player) user is a user who has the largest number of battle points in user data in the same group. In this embodiment, the user who has acquired the most battle points in the battle for a predetermined period is treated as the most active user. Although the most active user is not necessarily the strongest user, since the MVP user is a user who can acquire many battle points, it can be inferred that he is a powerful user in the battle.

(Iv) Possession card data table Information on the possession card of the user is recorded in the possession card data table. FIG. 8 shows a configuration example of the possessed card data table. Although FIG. 8 illustrates the possession card data table for one user, the possession card data table is provided corresponding to all users registered in the game.
In the possession card data table shown in FIG. 8, serial number, card level, and skill level data are recorded in association with each card ID. The serial number is a unique number determined when the card is given to the user. Different serial numbers are assigned to cards having the same card ID.
The card level is a parameter indicating a card growth level, and is increased, for example, by executing synthesis with another card. The value (initial value) of the card level at the time when the user acquires the card is 1, and the user can grow the card (that is, increase the card level) by executing the synthesis.
The skill level is a parameter indicating a card development level, and particularly a parameter indicating a skill level of the card. The skill level value (initial value) at the time when the user obtains a skill-equipped card is 1, and the skill level of the card is increased by, for example, combining with another card that satisfies a predetermined condition. Can do. As the skill level of the card increases, the effect generated by the skill increases.

(V) Deck data table The deck data table records information on a combination of cards (hereinafter referred to as “deck”) set as a card used by the user for a battle process from among possessed cards. FIG. 9 shows a configuration example of the deck data table. Although FIG. 9 illustrates a deck data table for one user, the deck data table is provided corresponding to all users registered in the game.
In the deck data table shown in FIG. 9, data of a card ID and a serial number are recorded in association with each arrangement ID.
The arrangement ID is information for specifying the arrangement of cards in the battle. The combination of the card ID associated with the placement ID and the serial number identifies which card is placed where in the battle. The arrangement ID is not essential. For example, in a battle in which cards are randomly arranged, the arrangement ID is not necessary.

(Vi) Battle data table The battle data table stores information related to the battle. FIG. 10 shows a configuration example of the battle data table. The battle data table shown in FIG. 10 includes boss ID, battle name, boss name, battle UI, and boss parameter data set for the opponent for each battle ID that identifies the battle.
The battle name and the boss name are character strings indicating the names of the battle and the boss, respectively. A boss is an opponent with whom a plurality of users compete in common.
The boss ID is information for identifying the boss. The battle ID and the boss ID correspond to each other one to one.
The battle UI is user interface data (for example, image data displayed on the user terminal 10 in the battle process) used in the battle process. The battle UI data includes image data indicating a boss. The image data indicating the boss corresponds to an object indicating the boss in the game.
The boss parameter is composed of data of level, physical strength, attribute, attack power, and defense power.
The level is a numerical parameter indicating the degree of boss strength.
The physical strength is a numerical parameter indicating the physical strength of the boss. In a battle, when a user attacks an opponent, the boss's physical strength is consumed according to the difference between the card parameter attack power and the boss parameter defense power of the card set as the deck corresponding to the user. . The battle ends when the boss's health is zero.
The attribute is a parameter related to the attribute of the boss. In the example shown in FIG. 10, it is one of N1 to N3.
Attack power and defense power are parameters that are referred to in the battle process.

(Vii) History Data Table Information indicating the history of the battle process is recorded in the history data table. FIG. 11 shows a configuration example of the history data table. Although FIG. 11 illustrates a history data table for one battle, the history data table is provided corresponding to all the battles performed on the game.
In the history data table illustrated in FIG. 11, time, user ID, and action process execution result data are recorded in association with each other.
The time is information indicating the time when the process is performed.
The user ID is information that identifies a user who has performed an action that is the basis of the action process. The action process is a process of updating history data based on an action related to the user in the battle process. For example, the action includes participation in a battle by the user, an attack on the opponent by the user, an attack on the user by the opponent, a withdrawal from the battle by the user, and the like.
The execution result of the action process is a code indicating the execution result of the action process. In the example of FIG. 11, the data of the execution result of the action process is given to the opponent by the code “J” indicating that the user has participated in the battle, that the user has attacked the opponent, and that attack. For example, the code “A: 008” indicating the value of damage. The time when the action process is executed, the user who is the target of the action process, and the execution result of the action process are specified by the combination of the time, the user ID, and the action process execution result.

(1-6) Specific Example of Matching Process A specific example of the game process of the present embodiment will be described below with reference to FIGS. 12A, 12B, and 13 to 15. 12A, 12B, and FIGS. 13 to 15 are diagrams each illustrating an example of a screen displayed on the user terminal 10 when the game process of the present embodiment is being executed.

(A1) First example of battle processing (FIGS. 12A and 12B)
12A and 12B show changes in a series of display screens in the battle process. 12A and 12B, an image P1 is an image displayed on the user terminal 10 when the user makes a processing request in the game of the present embodiment. The image P1 is provided with a button b1 (“view monster”), a button b2 (“deck formation”), and a button b3 (“match search”) as user designation targets.
The button b1 is a button that is designated when a request for browsing processing of the user's possessed card is made. The button b2 is a button designated when selecting a card (that is, a card to be incorporated into the deck) to be used in the battle from the user's possessed cards. The button b3 is a button specified when making a request for battle search processing.

  When the button b3 (“match search”) is designated in the image P1, the image changes as indicated by P2 or P3. The image P2 is displayed when there is a battle in which a user who satisfies the predetermined condition participates. On the other hand, when there is no battle in which a user who satisfies the predetermined condition participates, the image P3 is displayed.

  In the images P2 and P3, a display area 101 for displaying information related to the battle (for example, the image of the opponent, the maximum physical strength of the opponent, and the remaining physical strength of the opponent), and a deck set in association with the user Display area 103 for displaying cards constituting the game, a display area 105 for displaying a message regarding the battle, a button b4 (“participate”) for requesting an action to participate in the battle, and the battle And a button b5 ("do not participate") for requesting an action of refusing participation.

  Further, the image P2 includes a display area 104 in which information indicating that a user who satisfies a predetermined condition participates in the battle is displayed. In the example of FIG. 12A, information indicating that the MVP user is participating in the battle is displayed in the display areas 104 and 105.

When the button b5 (“do not participate”) is designated in the image P2 or P3, the image changes as indicated by P1.
On the other hand, when the button b4 (“join”) is designated in the image P2 or P3, the image changes as indicated by P4 in FIG. 12B. The image P4 is different from the image P2 in FIG. 12A in that information indicating that the user has participated in the battle is displayed in the display area 105 and that the display area 104 is not included.

(A2) Second example of battle processing (FIG. 13)
FIG. 13 shows a display screen for battle processing.
The image P2 in FIG. 13 is different from the image P2 in FIG. 12A in that information indicating that the users with the first and third ranks in the game participate in the battle is displayed in the display areas 104 and 105. .
The “in-game rank” is the rank of the user among all the users in the game for at least one item (for example, level) of the user parameter.

(A3) Third example of battle processing (FIG. 14)
FIG. 14 shows a display screen for battle processing.
The image P2 in FIG. 14 is different from the image P2 in FIG. 12A in that information indicating that the combination of the user attribute and the participating user attribute satisfies a predetermined combination condition is displayed in the display areas 104 and 105. Different.
When the combination condition is established by the user participating in the battle, an advantageous effect on the game (for example, an increase in the attack power parameter) is given. The advantageous effects on the game are given to both the newly participating user and the participating user when the battle is a synchronous battle, and is given only to the newly participating user when the battle is an asynchronous battle. Also good.

(A4) Fourth example of battle processing (FIG. 15)
FIG. 15 shows a display screen for battle processing.
The image P2 in FIG. 15 is different from the image P2 in FIG. 12A in that information indicating that a fellow user who has a high familiarity with the user is participating in the battle is displayed in the display areas 104 and 105. In the example of FIG. 15, user names of participating users who are close to the user are displayed in the display areas 104 and 105.

(A5) Fifth example of battle processing (FIG. 16)
FIG. 16 shows a display screen for battle processing.
The image P2 in FIG. 16 is different from the images P2 and P3 in FIG. 12A in that information on a plurality of opponents is displayed as a list.
The image P2 includes display areas 1051 to 1053 for each opponent.
In the display areas 1051 to 1053, display areas 1011 to 1013 in which images of opponents are displayed and buttons b41 to b43 (“join”) are displayed, respectively. The buttons b41 to b43 are the same as the button b4 of the image P2 in FIG. 12A. The display areas 1051 and 1053 include display areas 1041 and 1043 in which information indicating that a user who satisfies a predetermined condition participates in the battle is displayed.
Further, the image P2 includes a button b5 (“do not participate”). This button b5 is the same as the button b5 of the image P2 in FIG. 12A.

(1-7) Overview of Functions Provided by Information Processing Device Next, functions provided by the game server 20 in order to realize the above-described game of the present embodiment will be described. FIG. 17 is a functional block diagram for explaining functions that play major roles in the game server 20 of the present embodiment. In FIG. 17, the data table group 70 includes a card data table, a user data table, a group data table, a possessed card data table, a deck data table, a battle data table, and a history data table as described above. Note that not all the means included in the functional block diagram shown in FIG. 17 are essential elements of the present invention. For example, in one aspect of the present invention, it is only necessary to include the receiving unit 51, the specifying unit 53, and the output unit 54.

The receiving unit 51 has a function of receiving various requests from the user based on information related to the user's operation input. In the game of the present embodiment, the user request includes, for example, a battle search process request, an action process request, and a grouping process request.
The request for battle search processing is a request for processing for searching for a battle from among a plurality of battles. The request for the battle search process includes a user ID.
The action process request is a process request for determining a result of a user action in a battle with a predetermined opponent. The action processing request includes data indicating an action designated by the user.
The grouping process request is a process request for associating a plurality of users. The grouping process request includes the user ID of the user who made the request, the user ID of another user to be associated with the user, or the group ID of a group associated with the other user.
In order to realize the function of the accepting unit 51, the game server 20 receives a request corresponding to the button designation input by the user in the web page as an image from the user terminal 10 via the communication interface unit 24. The CPU 21 of the game server 20 expands the received request in the RAM 23 and executes processing according to the content of the request expanded in the RAM 23.

  The game processing unit 52 has a function of executing various game processes in response to a user request received by the receiving unit 51. The game process of the present embodiment may be provided as appropriate, and is, for example, a battle process, a point determination process, a grouping process, and a group data update process.

  The game processing means 52 that executes action processing functions as action processing means. The action process includes a first action process for causing the user to participate in the battle, and a second action process related to an action performed between the user and the opponent. The second action process is a process executed after the first action process.

  The function of the action processing means in the first action processing is realized as follows. When receiving a request for action processing, the CPU 21 of the game server 20 reads out user data associated with the user ID of the user who made the request from the user data table, and expands it in the RAM 23. Next, the CPU 21 reads out the battle data of the battle that is the target of the action process (that is, the user participates) from the battle data table and develops it in the RAM 23. Next, the CPU 21 determines that the user is in a match specified by history data (for example, the time when the action process was executed, the user ID of the user who requested the action process, and the match ID of the match data developed in the RAM 23). Record the participation code) in the history data table.

  The function of the action processing means in the second action processing is realized as follows. When receiving a request for action processing, the CPU 21 of the game server 20 reads out deck data associated with the user ID of the user who has made the request from the deck data table and develops it in the RAM 23. Next, the CPU 21 reads all card data from the card data table and develops it in the RAM 23. Next, the CPU 21 reads out the battle data of the battle that is the target of the action process from the battle data table and develops it in the RAM 23. Next, the CPU 21, the boss parameter of the battle data expanded in the RAM 23, the user parameter of the user data expanded in the RAM 23, the card parameter of the card data associated with the card ID of the deck data expanded in the RAM 23, Based on the above, the execution result of the action process (for example, the value of damage given to the opponent by the user's attack) is determined. Next, based on the determined execution result of the action process, the CPU 21 records history data (for example, the time when the action process was executed, the user ID of the user who requested the action process, and the data indicating the execution result of the action process) ) In the history data table.

  The game processing means 52 that executes the point determination process functions as a point determination means. The function of the point determination means is realized as follows. The CPU 21 of the game server 20 reads history data for a predetermined period from the history data table at a predetermined timing (for example, a predetermined time), and develops it in the RAM 23. Next, the CPU 21 determines a point for each user ID based on the user ID included in the history data developed in the RAM 23 and the execution result of the action process. More specifically, the CPU 21 determines points using a point conversion table that indicates the relationship between the execution result of the action process and the points to be given. Next, the CPU 21 records the determined points in the user data table in association with each user ID. Thereby, the point of a user data table is updated for every predetermined timing.

  The game processing means 52 that executes the grouping process functions as a grouping means. The grouping process includes first to third grouping processes.

  The first grouping process is a process of associating a user who has made a request for the grouping process and another user to be associated with the user with a new group. The function of the grouping means in the first grouping process is realized as follows. When receiving the grouping process request, the CPU 21 of the game server 20 associates the user ID of the user who made the request, the user ID of the other user, and the new group ID, and records them in the group data table. As a result, a new group is created.

  The second grouping process is a process for associating the user who has requested the grouping process with an existing group. The function of the grouping means in the second grouping process is realized as follows. When receiving the grouping process request, the CPU 21 of the game server 20 records the user ID of the user who made the request in the group data table in association with the group ID of the group to which the user should be associated. As a result, the user who made the request is added to the existing group.

  The game processing means 52 that executes group data update processing functions as group data update means. The function of the group data updating means is realized as follows. The CPU 21 of the game server 20 reads group data from the group data table and expands it in the RAM 23 at a predetermined timing (for example, every day at 9:00 am). Next, the CPU 21 determines the rank of each user and the MVP user in each group based on the user parameter associated with the user ID included in the group data expanded in the RAM 23. More specifically, the CPU 21 determines the rank of each user based on at least one numerical parameter (for example, level) among the user parameters. In addition, the CPU 21 determines the user having the largest point associated with the user ID included in the group data expanded in the RAM 23 as the MVP user in each group. Next, the CPU 21 records the determined rank and the user ID of the MVP user in the group data table. As a result, the rank of the group data and the MVP user are updated.

The specifying unit 53 has a function of specifying a user who satisfies a predetermined condition among participating users in response to a user request received by the receiving unit 51.
The function of the specifying means 53 is realized as follows. When the CPU 21 of the game server 20 receives the request for the battle search process including the user ID, the CPU 21 reads out the battle data of one or more battles in which the user associated with the user ID can participate from the battle data table, The data is expanded in the RAM 23. Next, the CPU 21 reads out user data of all users from the user data table and develops them in the RAM 23. Next, the CPU 21 reads out history data associated with the battle ID included in the battle data expanded in the RAM 23 from the history data table, and expands it in the RAM 23. Next, the CPU 21 specifies a user who satisfies a predetermined condition based on the user data and history data developed in the RAM 23.
The identification of the user who satisfies the predetermined condition is performed as follows. The CPU 21 identifies the user IDs of all participating users based on the history data developed in the RAM 23. Next, the CPU 21 specifies a user ID whose user parameter satisfies a predetermined condition from user data associated with user IDs of all the participating users.
For example, among the user parameters, a predetermined number of users may be specified as users satisfying the predetermined condition in descending order of in-game ranking determined based on numerical parameters (level, battle points, etc.).
In addition, among the user parameters, a user in which a combination of the attribute of the participating user and the attribute of the user who has requested the battle search process satisfies a predetermined combination condition may be specified as a user who satisfies the predetermined condition.

The output unit 54 includes information regarding the battle in which the user specified by the specifying unit 53 participates, and information indicating that the user specified by the specifying unit 53 has already participated in the battle (that is, the specifying unit 53). Output information including the information identified by the user who performed the operation input that is the basis of the request received by the receiving means 51 that the user specified by the above has already participated in the battle. It has a function to do.
The function of the output means 54 is implement | achieved as follows. The CPU 21 of the game server 20 refers to the user data developed in the RAM 23 based on the user ID of the user specified by the specifying unit 53, and the information specified for the battle and the user specified by the specifying unit 53 Output data including information indicating that the user has already participated, and output the output data. The output data may be image data, text data, or a combination thereof.
In the following, a case where the output data is image data will be described as an example.

(1-8) Game Process Flow of the Present Embodiment Next, an example of the game process flow of the present embodiment will be described with reference to FIGS. 18A and 18B.
FIG. 18A and FIG. 18B are sequence charts showing the battle process of the present embodiment. In each figure, the step of displaying each of the images P1 to P4 shown in FIGS. 12A, 12B, and 13 to 16 is given a reference numeral of each image.

  18A, when the user designates a predetermined button (for example, the button b3 of the image P1 in FIG. 12A) on the image displayed on the user terminal 10, the CPU 11 of the user terminal 10 requests a battle search process. Is received (S10), and the request is transmitted to the game server 20 (S11).

When the CPU 21 of the game server 20 receives a request for a battle search process including a user ID from the user terminal 10, the CPU 21 reads battle data, history data, deck data, card data, and user data (S12).
Specifically, the CPU 21 reads predetermined battle data from the battle data table. Next, the CPU 21 reads history data associated with the battle ID of the battle data from the history data table. Next, the CPU 21 reads out the deck data associated with the user ID from the deck data table. Next, the CPU 21 reads all card data from the card data table. Next, the CPU 21 reads out user data of all users from the user data table.
Note that the battle data read in S12 may be selected in any way. For example, the CPU 21 may read out one battle data randomly selected from five battle data.

Next, the CPU 21 of the game server 20 specifies a user who satisfies a predetermined condition based on the user data and history data read in S12 (S14).
Specifically, the CPU 21 specifies the user IDs of all participating users based on the history data. Next, the CPU 21 specifies a user ID whose user parameter satisfies a predetermined condition from user data associated with user IDs of all the participating users.
For example, a predetermined number of users may be specified as users satisfying a predetermined condition in descending order of in-game rankings regarding numerical parameters (level, battle points, etc.).
If the combination of the attribute associated with the user ID included in the battle search processing request and the attribute associated with the user ID satisfies a predetermined combination condition, the combination is specified by the user ID. The participating user may be specified as a user who satisfies the predetermined condition.

Next, the CPU 21 of the game server 20 searches for history data including the user ID of the user specified in S14 (S16).
When the history data exists (S16-Yes), the CPU 21 specifies the battle ID of the history data (S18a). The battle specified by the battle ID specified in S18a is a battle in which users who satisfy a predetermined condition participate. On the other hand, when the history data does not exist (S16-No), the CPU 21 specifies a battle ID randomly from the battle data read in S12 (S18b).

  Next, the CPU 21 of the game server 20 indicates a search result based on the battle data associated with the battle ID identified in S18a or S18b and the user data associated with the user ID identified in S14. Image data is generated (S20), and the image data is transmitted to the user terminal 10b (S21).

When receiving the image data transmitted in S21, the CPU 11 of the user terminal 10 displays an image indicating the search result on the display unit 16 based on the image data (S22).
The information displayed in S22 includes information related to the battle specified by the battle ID specified in S18a or S18b. Furthermore, when there is a battle in which a user who satisfies the predetermined condition participates (S16-Yes), the information displayed in S22 is information indicating that the user who satisfies the predetermined condition is participating in the battle. Including. For example, the information displayed in S22 may include at least one of various information exemplified below.
Information indicating that the MVP user participates in the battle as shown in the image P2 in FIG. 12A. As shown in the image P2 in FIG. 13, that the user having a high in-game rank participates in the battle. Information to be displayed ・ Information indicating that a user having an attribute whose relationship with the user's attribute corresponds to a predetermined combination condition as shown in the image P2 in FIG. 14 ・ Shown in the image P2 in FIG. Thus, the user name of the fellow user who participates in the battle ・ As shown in the image P2 in FIG. 16, the information indicating that the MVP user participates in the battle and the rank in the game are about each of the multiple battles. Information indicating that a high user participates in a battle, information indicating that a user having an attribute whose relationship with its own attribute satisfies a predetermined combination condition, and that participates in the battle Further, the information displayed in S22 may be a combination of information shown in FIG. 12A and the image P2 in FIGS. 13 to 16. For example, when an MVP user and a user with a high in-game rank participate in a match, information indicating that the MVP user participates in the match and a user with a high in-game rank participate in the match. May be displayed.

  Next, a predetermined button (for example, the button b4 of the image P2 in FIGS. 12A, 12B, or 13 to 15 or the button b41 of the image P2 in FIG. 16) on the image displayed on the user terminal 10 is displayed. The CPU 11 of the user terminal 10 receives a request for action processing (S24) and transmits the request to the game server 20 (S25).

Next, the CPU 21 of the game server 20 records the execution result of the action process in the history data table (S26).
For example, when executing the first action process for causing the user to participate in the battle, the CPU 21 receives the request for the action process, and the history data (for example, the time when the action process was executed, the match search transmitted in S11). The user ID included in the processing request and a code indicating that the user specified by the user ID has participated in the battle specified by the battle ID specified in S18a are recorded in the history data table. Thereby, the user who requested the action process newly participates in the battle in which the user who satisfies the predetermined condition participates.
Further, when the CPU 21 executes the second action process relating to the action performed between the user and the opponent, the user associated with the user ID included in the battle search process request transmitted in S11. Based on the parameter, the card parameter associated with the card ID of the deck data read in S12, and the boss parameter associated with the battle ID identified in S18a (for example, the execution result of the action process (for example, The value of damage given to the opponent by the attack of the user who requested the action processing is determined, and included in the history data (for example, the time when the action processing was executed, the battle search processing request transmitted in S11) The user ID and the damage given to the opponent by the user's attack specified by the user ID. Code) indicating the recording in the history data table. Thereby, the result of the action (attack) of the user who requested the action process is reflected on the history data table.

  Next, the CPU 21 of the game server 20 generates image data indicating the execution result of the action process (S28), and transmits the image data to the user terminal 10 (S29).

When receiving the image data transmitted in S29, the CPU 11 of the user terminal 10 displays an image based on the image data on the display unit 16 (S30).
The information displayed in S30 includes information regarding the battle and information indicating that the user has participated in the battle, as shown in an image P4 in FIG. 12B.

  As described above, the game server 20 of the present embodiment responds to a user's request to determine whether to participate in a battle with a common opponent, and information regarding the battle and the participating users satisfy a predetermined condition. The image data including the information indicating that is output. For a user who wants to determine whether to participate in a battle with a common opponent, what kind of user the participating user is is an important factor in determining a battle to participate. According to the present embodiment, the image data can be presented to the user as one of materials for determining whether to participate in the battle. Thereby, the dissatisfaction that the user who participated in the battle should not participate in the battle can be solved.

  Moreover, it is preferable to output image data including information indicating that a user whose points satisfy a predetermined condition has already participated in the battle. In this case, a user who wants to determine whether or not to participate in a battle with a common opponent can know a battle in which a user who has been active during a predetermined period participates. On the other hand, for users who participate in the battle, the motivation to play the game so as to be active during a predetermined period so that the existence of the user is known when determining the battle that other users should participate in Can be given.

  In addition, it is preferable to output image data including information indicating that a user whose ability value satisfies a predetermined condition has already participated in the battle. In this case, a user who wants to determine whether or not to participate in a battle with a common opponent can know a battle in which a user with high ability has already participated. On the other hand, the user who participates in the battle is motivated to play the game so as to increase the ability value so that the existence of the user is known when judging the battle that other users should participate in. be able to.

  Moreover, it is preferable to output image data including information indicating that a user having an attribute whose combination with its own attribute satisfies a predetermined combination condition has already participated in the battle. In this case, a user who wants to determine whether to participate in a battle with a common opponent can know a battle in which an advantageous effect on the game can be obtained by participating in the battle.

  In addition, it is preferable to output image data including information indicating that a user whose intimacy satisfies a predetermined condition has already participated in the battle. In this case, a user who wants to determine whether or not to participate in a battle performed with a common opponent can know a battle in which a user intimate with him / her is already participating. On the other hand, for a user who participates in a battle, to play a game so as to increase the intimacy with other users so that the existence of the user is known when determining the battle that other users should participate in Can be motivated to.

(1-9) Modified example of this embodiment (A) Modified example of battle process (FIG. 19)
Hereinafter, a modified example of the game battle process of the present embodiment will be described with reference to FIG. FIG. 19 is a diagram illustrating an example of a screen displayed on the user terminal 10 when executing the game process of the present embodiment.

In the image P2 of FIG. 19, information indicating that a user whose rank within the group satisfies a predetermined condition (for example, first or third) participates in the battle is displayed in the display areas 104 and 105. FIG. 12A differs from the image P2 in FIGS.
The “in-group rank” is the rank of the user among all the users in the group with respect to at least one item (for example, level) of the user parameter.

  In addition, in this modification, in the image P2 of FIG. 19, a user whose rank within the group satisfies the predetermined condition, a user whose point satisfies the predetermined condition in the group, and a relationship with his / her attribute within the group satisfies the predetermined condition. Information indicating at least one of a user who satisfies the attribute and a user whose intimacy satisfies a predetermined condition in the group may be displayed.

  In order to display the image shown in the image P2 in FIG. 19, the CPU 21 of the game server 20 reads out group data from the group data table in addition to the user data, the battle data, and the history data in step S12 in FIG. 18A. In step S14, a user who satisfies a predetermined condition in the group is specified based on the user data, the battle data, and the history data.

  As described above, the game server 20 according to the modification of the present embodiment outputs image data including information indicating that a user who satisfies a predetermined condition in the group participates in the battle. In this case, a user who wants to determine whether or not to participate in a battle with a common opponent can know a battle in which a user who satisfies a predetermined condition is participating in the group to which the user belongs. On the other hand, for users who participate in the battle, play the game with the group in mind so that the existence of the user is known when other users in the group to which the user belongs should determine the battle to participate. Can be motivated to.

(2) Second Embodiment In the first embodiment, communication according to HTTP is performed between the user terminal 10 and the game server 20, and the user terminal 10 interprets an HTML document acquired from the game server 20. The case where the game is realized by a so-called browser format in which the game image is displayed is described above, but the present invention is not limited to this. In the game of the present embodiment, the user terminal 10 executes the game process by executing the game program downloaded by the user terminal 10, and the transmission / reception process between the user terminal 10 and the game server 20 is suppressed. You may implement | achieve by what is called a native application format. In the native application format, the CPU 11 of the user terminal 10 generates image data without using a web browser, thereby displaying an image on the display unit 16.
In the present embodiment, an example in which the game of the first embodiment is realized in the native application format will be described. Note that the hardware configuration of this embodiment may be the same as that of the first embodiment. In the format of the native application of the present embodiment, it is assumed that most of the processing is performed on the user terminal 10 side. However, a part of the game processing not described below (for example, lottery processing given to the user by lottery, As for the present process in which the game operator gives a card to the user, etc., the process may be executed on the game server 20 side and the processing result by the game server 20 may be transmitted to the user terminal 10.

In the present embodiment, the user terminal 10 receives a game program from the game operator's server based on a predetermined operation by the user, and the received game program is stored in the storage 18. When the game is started by the user terminal 10, communication is established between the user terminal 10 and the game server 20, and a login process is performed. A data table group (card data table, user) is transferred from the game server 20 to the user terminal 10. Data table, group data table, possessed card data table, deck data table, battle data table, and history data table). The data table group transmitted to the user terminal 10 is held in the storage 18 of the user terminal 10. In this case, the data table group in the storage 18 is updated each time the user logs in.
In order to prevent the possessed card data table from being falsified in the user terminal 10, the possessed card data table in the user terminal 10 is stored in the game every time a predetermined process by the user terminal 10 is completed or when the user terminal 10 logs out. It is transmitted to the server 20. In the game server 20, after comparing the received possessed card data table with the possessed card data table in the storage 25 and confirming that the data has not been tampered with, based on the received possessed card data table, The possessed card data table in the storage 25 is updated.

  In the above-described embodiment, the predetermined operation input on the user terminal is an input of a predetermined button pressing operation on the user terminal or an input of a touch operation on the display screen for the user terminal having a touch panel function. The operation input is not limited to this. The operation input may be an operation input by shaking a user terminal provided with an acceleration sensor, or an operation input by gesture (gesture input). In gesture input, by performing a predetermined gesture for a user terminal having an imaging function, the user terminal recognizes an image of the gesture and recognizes an operation input associated with the gesture in advance. In the case of a user terminal that can execute a voice recognition program, the operation input may be performed by inputting voice.

[Summary of Invention]
From the above description, the present invention is grasped as follows, for example.

One embodiment of the present invention provides:
A storage device (25) that is an information processing device that executes a battle process between an opponent who is common to a plurality of users and each user, and that stores user information about the user and history information indicating a history of battle processing In an information processing apparatus that can access
Accepting means (51) for accepting an instruction of a first user not participating in the battle;
Based on a predetermined condition for specifying a predetermined user and user information and history information stored in the storage device (25), a second condition that satisfies the predetermined condition among the users participating in the battle. A specifying means (53) for specifying a user;
In response to the instruction received by the receiving means (51), information on the battle in which the second user specified by the specifying means (53) participates, and the second specified by the specifying means (53) Output means (54) for outputting output data including information for allowing the first user to identify that the user is participating in the battle;
Is an information processing apparatus.

The “information processing apparatus” may be a stand-alone game machine, a user terminal (for example, a portable terminal or a personal computer), a network server, or the like. The entity of the information processing apparatus can be appropriately defined depending on the game implementation form. For example, when the function of each part of the information processing apparatus is realized by the user operating the game machine or the user terminal, the game machine or the user terminal corresponds to the information processing apparatus of the present invention. Alternatively, when a user terminal that is a client has a function of accepting an operation input by a user and a function of displaying an image, and the function of each unit of the information processing apparatus is realized by a server that can substantially communicate with the user terminal, The server corresponds to the information processing apparatus of the present invention.
The “storage device” may be a memory device having any configuration, such as a flash memory or an HDD (Hard Disk Drive). Further, the “storage device” may be a device built in the information processing device, or may be an external device configured to be accessible from the information processing device in a wired or wireless manner.
The “history information” may be stored independently of the “user information” in the storage device, or may be stored in association with the “user information”.
The “second user” may be specified from participating users in all the matches on the game, or may be specified from participating users in a predetermined number of matches randomly selected from all the matches on the game. , It may be specified from participating users in a battle in which the first user can participate, or may be specified from participating users in the battle specified by the first user. Moreover, one user may be specified as the “second user”, and a plurality of users may be specified.
The “output data” may be image data, text data, or a combination thereof. The “output data” may include information about one battle or may include information about a plurality of battles. The output data may include information about one second user, or may include information about a plurality of second users.

For a user who wants to determine whether to participate in a battle with a common opponent, what kind of user the participating user is is an important factor in determining a battle to participate. When it is unclear what kind of user the participating user is, a user who wants to determine whether to participate in a battle with a common opponent cannot properly determine the battle to participate. In addition, a user who has determined a battle to participate may be dissatisfied that he / she should not have participated in the battle because he / she knows that the participating user is not the user he / she wants after participating in the battle.
In the information processing apparatus, in response to a user's request to determine whether or not to participate in a battle with a common opponent, output data including information regarding the battle and information indicating that the participating user satisfies a predetermined condition Is output. With such information, it is possible to provide a situation where a user who wants to determine whether or not to participate in a battle with a common opponent can appropriately determine a battle to participate by using the output data as a determination material. Moreover, the dissatisfaction that it should not have participated in the said battle after participating in the said battle with respect to the user who judged the battle to participate can be eliminated.

The user information includes points based on a history of battle processing for a predetermined period,
The specifying means (53) may specify, as the second user, a user whose points satisfy a predetermined condition among users participating in the ongoing battle.
Furthermore, the identification means (53) may identify a predetermined number of users in the descending order of the points among the users participating in the battle as the second user.

The “predetermined period” may be determined based on the timing at which user information is referenced. For example, the “predetermined period” may be a period from 12 hours before the time when the user information is referred to the time when the user information is referred to, or the day before the day when the user information is referred (24 hours). Also good.
In addition, the “predetermined period” may be determined independently from the timing at which the user information is referred to. For example, the “predetermined period” may be a period specified by the user.

  Accordingly, it is possible to provide a determination material for knowing a battle in which a user who has been active during a predetermined period participates in a user who wants to determine whether to participate in a battle with a common opponent. In addition, motivation to play a game to play an active part during a predetermined period so that the user who participates in the battle knows his / her existence when judging the battle that other users should participate in. Can be given.

The user information includes a user ability value,
The specifying means (53) may specify, as the second user, a user whose ability value satisfies a predetermined condition among users participating in the battle.
In particular, the specifying means (53) may specify a predetermined number of users in the descending order of the ability value among the users participating in the battle as the second user.

  Accordingly, it is possible to provide a determination material for knowing a battle in which a highly capable user has already participated in a user who wants to determine whether or not to participate in a battle with a common opponent. Also, to give users who participate in the competition a motivation to play the game so as to increase their ability value so that their existence is known when judging the competition that other users should participate in. Can do.

The user information includes information on user attributes,
The specifying means (53) may specify, as the second user, a user whose attribute combination with the first user satisfies a predetermined combination condition among users participating in the battle.

  Thereby, it is possible to provide a determination material for knowing a battle in which an advantageous effect on the game can be obtained by participating in a user who wants to determine whether or not to participate in a battle performed with a common opponent.

The user information includes information related to intimacy with other users,
The specifying means (53) may specify, as the second user, a user whose familiarity with the first user satisfies a predetermined condition among users participating in the battle.
In particular, the specifying means (53) may specify a predetermined number of users in descending order of the familiarity among the users participating in the battle as the second user.

  “Intimacy” is a numerical parameter indicating the degree of relationship with other users. The “intimacy” may be a numerical value of the degree of relationship between fellow users based on a certain standard. For example, the frequency of sending or receiving a support message between users (support frequency), a game It may be set based on the number of times a present such as an item that can be used is transmitted or received (the number of presents). For example, the familiarity may be set higher as the support frequency or the number of presents increases.

  Accordingly, it is possible to provide a determination material for knowing a battle in which a user intimate with the user who is trying to determine whether or not to participate in a battle with a common opponent is already participating. In addition, for a user who participates in a battle, to play a game so as to increase intimacy with other users so that the existence of the user is known when determining a battle that other users should participate in Can be motivated.

The information processing apparatus can access a storage device (25) that stores group information related to a group associated with a plurality of users.
The identification means (53) identifies a user associated with the first user in the group information stored in the storage device (25) among the users participating in the battle as the second user. May be.

  Thereby, it is possible to know a battle in which a user who satisfies a predetermined condition in the group to which the user belongs is already participating in a user who wants to determine whether to participate in a battle with a common opponent. In addition, to play a game in consideration of the group so that the presence of the user is known when other users in the group to which the user belongs belong to the user who participates in the battle, when judging the battle to participate. Can be motivated.

Another aspect of the present invention is an information processing apparatus that executes a battle process between an opponent who is common to a plurality of users and each user, user information relating to the user, and history information relating to the history of the battle process, In an information processing apparatus accessible to a storage device (25) for storing
Accepting means (51) for accepting an instruction of a first user not participating in the battle;
Point determination means (52) for determining each user's point based on a history of battle processing for a predetermined period in the history information, and storing the determined point in association with the user information in the storage device (25); ,
The identification which specifies the 2nd user whose point determined by the said point determination means (52) is the largest among the users participating in the said battle based on the user information memorize | stored in the said memory | storage device (25) Means (53);
In response to the instruction received by the receiving means (51), information relating to the battle in which the second user specified by the specifying means (53) participates, and the second user is participating in the battle Output means (54) for outputting output data including information for allowing the first user to identify this and a designation target for receiving a request for the battle process from the first user;
Is an information processing apparatus.

Another aspect of the present invention is a computer that executes a battle process between an opponent common to a plurality of users and each user, and stores user information related to the user and history information related to the history of the battle process. To a computer accessible to the storage device (25)
A function (51) for receiving an instruction of a first user who has not participated in the battle;
Based on a predetermined condition for specifying a predetermined user and user information and history information stored in the storage device (25), a second condition that satisfies the predetermined condition among the users participating in the battle. A function (53) for identifying a user;
In response to the instruction received by the receiving means, information relating to a battle in which the second user specified by the specifying means participates, and that the second user is participating in the battle A function (54) for outputting output data including information for identifying
It is a program for realizing.

Another aspect of the present invention is an information processing system (1) that executes a battle process between an opponent who is common to a plurality of users and each user, the user terminal (10), and the user terminal (10). And an information processing system (1) including a server (20) accessed from
The user terminal (10) and the server (20) are accessible to a storage device that stores user information about the user and history information about the history of the battle process,
Accepting means (51) for accepting an instruction of a first user not participating in the battle;
Based on a predetermined condition for specifying a predetermined user, and user information and history information stored in the storage device, a second user who satisfies the predetermined condition is specified among users participating in the battle. Specific means (53) to perform,
In response to the instruction received by the receiving means (51), information relating to the battle in which the second user specified by the specifying means (53) participates, and the second user is participating in the battle Output means for outputting output data including information for allowing the first user to identify
Each means is an information processing system (1) in which either the user terminal (10) or the server (20) is provided.

  In the above, in order to facilitate the understanding of the present invention, the reference numerals described in the drawings are appropriately described in parentheses, but the information processing apparatus and the like according to the present invention are thereby limited to the illustrated embodiments. It is not a thing.

DESCRIPTION OF SYMBOLS 1 ... Game system 10 ... User terminal 11 ... CPU
12 ... ROM
13 ... RAM
DESCRIPTION OF SYMBOLS 15 ... Operation input part 16 ... Display part 17 ... Communication interface part 18 ... Storage 19 ... Bus 20 ... Game server 21 ... CPU
22 ... ROM
23 ... RAM
24 ... Communication interface unit 25 ... Storage 26 ... Bus 51 ... Accepting means 52 ... Game processing means 53 ... Specific means 54 ... Output means 70 ... Data table group

Claims (4)

In an information processing apparatus that executes a plurality of battle processes and is accessible to a storage device that stores user information about a user,
Each battle is a battle between an opponent who is common to multiple users and each user,
The information processing apparatus includes:
Receiving means for receiving an instruction for searching for a match from among the plurality of matches from a first user who has not participated in any of the plurality of matches;
Based on a predetermined condition for specifying a predetermined user and user information stored in the storage device, among the users participating in at least one of the plurality of battles, the predetermined condition is satisfied. A specifying means for specifying the second user;
In response to the instruction received by the receiving unit, information on a battle in which the second user specified by the specifying unit among the plurality of battles participates, and the second user specified by the specifying unit Output means for outputting output data including information for allowing the first user to identify that he / she is participating in a battle;
The identifying means identifies, as the second user, a user associated with the first user based on the user information among users participating in at least one of the plurality of battles.
Information processing device.   The information for identifying the first user that the second user specified by the specifying means identifies that the second user participates in the battle includes information for identifying the second user. Information processing apparatus.   A computer that executes a plurality of battles, each of which is a battle between an opponent and each user, and each of the battles is common to a plurality of users, and can access a storage device that stores user information about the users A program for causing a computer to realize each means of the information processing apparatus according to claim 1. In an information processing system that executes a plurality of battle processes, the information processing system including a user terminal and a server accessed from the user terminal,
The user terminal and the server are accessible to a storage device that stores user information about the user,
An information processing system, wherein each means of the information processing device according to claim 1 or 2 is provided in either the user terminal or the server.

Images