JP6374165B2 - Program and server system - Google Patents

Description

  The present invention relates to a program for causing a computer to determine the operation content of a player based on a touch operation on a game screen and to control the progress of the game.

  Some games in recent years can set and register mutual relations between players. The other party for which the mutual relationship is set is called “friend”, “friend player”, and the like.

  For example, in Patent Document 1, although the game itself is independently controlled for each player (in other words, for each player terminal), if a friend player is logged in when a certain player logs in, the friend player A technique for causing a player character to be used to appear in a game as a “friend NPC (non-player character)” is disclosed. According to this technology, it is possible to give a player a feeling as if playing the same game with a friend player as if it were a real-time multiplayer online game, even though the game is independent for each player.

  Such a device utilizing the mutual relationship registered between players becomes an attractive feature of the game and is an important factor for differentiating from others.

JP 2013-208271 A

Now, how to select a partner player to set up a mutual relationship is a type in which the player himself applies a mutual relationship setting to other players he meets in the game field, or a type in which the player selects from candidates selected at random by the computer. Various types are known. If we gather requests from players who have experienced such various types of games, it is unacceptable for the computer to automatically select the opponent player, but I do not want to spend as much time as possible looking for the opponent player in the game field. We arrive at such a request.
In other words, in the process of setting up the opponent players for the interrelationships, it would be desirable to make the operation as easy and effortless as possible while obtaining an appropriate impression of encounter and a feeling of being selected by oneself. .

  On the other hand, with the widespread use of touch panels, games that determine the player's operation content from touch operations on the game screen are becoming common. Especially in games using smartphones and tablet terminals, it is expected that the games will progress one after another with as few touch operations as possible. In order to set the opponent player for the mutual relationship, the trouble of temporarily suspending the game in progress and starting the setting screen separately cannot be overcome as a feeling of immersion in the game.

  The present invention has been made in view of such a background, and in a game whose progress is controlled by determining the operation content of the player based on a touch operation on the game screen, an appropriate impression of encounter and a sense that the player has selected himself / herself. The object is to realize the selection of the opponent player or the candidate for the mutual relationship with a simple operation without any trouble.

According to a first aspect of the present invention for solving the above-described problem, a computer determines a player's operation content based on a touch operation performed until a predetermined operation end condition for a game screen is satisfied, and controls the progress of the game. A program for
Option display control means (for example, the processing unit 200, the option display control unit 234 in FIG. 10, and the like) for displaying the options (for example, the cut-in display body 40 in FIG. 7) of the candidate players that are candidates for setting the correlation on the game screen. Step S82 in FIG.
When the option is selected during the touch operation until the operation end condition is satisfied, a candidate player storage control unit (for example, FIG. 10) stores a candidate player corresponding to the option as a mutual setting candidate. Processing unit 200, candidate player storage control unit 237, step S82 in FIG. 21),
Correlation setting means (for example, the processing unit 200, the correlation setting unit 216 in FIG. 10, the step in FIG. 21) that sets a partner player for setting a correlation among the stored setting candidates in accordance with the operation input of the player. S88),
Progress control means (for example, the processing unit 200, the game progress control unit 230 in FIG. 10, steps S104 and S106 in FIG. 22) for controlling the progress of the game using the parameter value of the opponent player for which the mutual relationship is set,
As a program for causing the computer to function.

  According to the first aspect of the present invention, it is possible to display the options of candidate players that are candidates for setting the correlation on the game screen, and realize the selection operation of the options as a part of the touch operation. Since the player himself selects a setting candidate from the choices that appear on the game screen that is being played, the player can select an appropriate partner and / or its candidate while having a moderate impression and feeling that he / she has chosen. The simple operation eliminates the need for labor.

  In a second aspect of the present invention, the game is a game in which an operation content is determined based on a touch trajectory of a touch operation and progress control is performed, and the candidate player storage control unit is configured to execute the case where the touch trajectory passes over the option. The program according to the first aspect of the present invention determines that the option has been selected and stores a candidate player corresponding to the option as a setting candidate.

  According to the second aspect of the invention, since the selection operation can be performed by a touch operation that draws a locus like “one-stroke writing”, the operation is further simplified and less time-consuming.

  A third invention is the program according to the second invention, wherein the candidate player storage control means determines whether or not the option is selected based on a start point position of the touch locus.

  According to the third aspect, the method of selecting a candidate player as a setting candidate is clear, and an intuitive and excellent operability can be realized.

  According to a fourth aspect of the present invention, when the candidate player storage control unit selects the option when the number of setting candidates stored reaches a given upper limit, the setting candidate with the oldest storage date / time is replaced with The program according to any one of the first to third aspects of the invention performs control for storing setting candidates corresponding to the selected option.

  If the selection of a candidate player as a setting candidate is regarded as a new encounter, according to the fourth aspect, the partner of the next correlation is found from the new encounter. Therefore, a moderate encounter impression is produced.

  According to a fifth invention, in the first to fourth inventions, the option display control means performs a notice display (for example, a notice display body 30 in FIG. 6) for displaying an option before the option is displayed. It is a program.

  According to the fifth aspect of the present invention, it is possible to give the player a preparation time for the mind of the selection operation, and to reduce the sense of surprise associated with the display of the options. Thereby, a smooth selection operation is prompted.

  According to a sixth aspect of the present invention, there is provided setting candidate information display control means for temporarily displaying information introducing part or all of the parameter values of the setting candidates stored by the candidate player storage control means after selection of the setting candidate options. A program according to any one of the first to fifth inventions for causing the computer to further function as (for example, the option display control unit 234 in FIG. 10).

  According to the sixth aspect of the present invention, it is possible to produce a sense that it is possible to understand later the meeting partner who is faced down when selecting the information to be introduced and disclosed after the selection.

According to a seventh aspect of the present invention, there is provided a server system for determining a player's operation content based on a touch operation performed until a predetermined operation end condition for a game screen of the player terminal is satisfied, and causing the player terminal to execute a game. Because
Option display control means (for example, the server processing unit 200s and option display control unit 234 in FIG. 25) that displays the options of candidate players that are candidates for setting the correlation on the game screen;
When the option is selected during the touch operation until the operation end condition is satisfied, a candidate player storage control unit (for example, FIG. 25) stores a candidate player corresponding to the option as a mutual setting candidate. A server processing unit 200s, a candidate player storage control unit 237),
Correlation setting means (for example, the server processing unit 200s and the correlation setting unit 216 in FIG. 25) for setting an opponent player for setting the correlation among the stored setting candidates in accordance with an operation input at the player terminal. ,
Progress control means (for example, the server processing unit 200s and the game progress control unit 230 in FIG. 25) for controlling the progress of the game on the player terminal using the parameter value of the opponent player for which the mutual relationship is set. Server system.

  According to the seventh aspect, it is possible to realize a server system that enables a player terminal to play a game having the same effect as the first aspect.

The figure which shows an example of a structure of the game system in 1st Embodiment. The front external view which shows the structural example of a player terminal. The figure explaining the mutual relationship registered and set by the combination of a player. The figure which shows the example of game operation. The figure explaining co-sensitivity. The figure explaining the selection process of a mutual player candidate, Comprising: The figure which shows the state by which the notice display body was displayed. The figure explaining the selection process of a mutual player candidate, Comprising: The figure which shows the state by which the cut-in display body was displayed. FIG. 10 is a diagram for explaining a selection process of a mate player candidate and shows an example of an operation of stocking a next mate player candidate by a touch operation. The figure which shows the example of the cooperative relationship setting screen for setting a new interactive relationship. The functional block diagram which shows an example of a function structure of a player terminal. The figure which shows the example of the program and data which are memorize | stored in the memory | storage part of a player terminal. The figure which shows the data structural example of question definition data. The figure which shows the data structural example of symbiosis effect definition data. The figure which shows the data structural example of play data. The figure which shows the data structural example of the own player profile data. The figure which shows the data structural example of common play relationship setting data. The figure which shows the data structural example of cut-in preparation data (copy). The functional block diagram which shows the function structural example of a server system. The figure which shows the data structural example of user registration data. The figure which shows the data structural example of cut-in preparation data (master). The flowchart for demonstrating the flow of the process which concerns on the mutual relationship by the player terminal in 1st Embodiment. The flowchart following FIG. The flowchart following FIG. The flowchart for demonstrating the flow of a next cooperative player candidate preparation process. The functional block diagram which shows the function structural example of the server system in a modification. The figure which shows the example of the program and data which are memorize | stored in the server memory | storage part of the server system in a modification.

[First Embodiment]
As a first embodiment to which the present invention is applied, an example will be described in which a game in which mutual player characters can be used in a game is executed between players in which mutual relationships are set.

[Description of game system]
FIG. 1 is a diagram illustrating an example of a configuration of a game system in the present embodiment. The game system of this embodiment includes a server system 1100 that can be connected to a communication line N and player terminals 1500 (1500a, 1500b, 1500c,...) Prepared for each player 2 (2a, 2b, 2c,...). And is configured.

  The server system 1100 is a computer system configured to include one or a plurality of server devices, storage devices, and the like, and various services for operating a community-type website for membership registration such as SNS (Social Networking Service). Can be realized.

  Specifically, the server system 1100 issues a unique account (which can be read as a handle name) to each user who has completed membership registration, and the server system 1100 provides user registration data 700 for information related to the registered user. (See FIGS. 18 and 19). Based on the user registration data 700, various services on the website are provided. The game of this embodiment is also provided and realized as part of the service for registered users. That is, each player 2 (2a, 2b, 2c,...) Is a registered user. Each player 2 (2a, 2b, 2c,...) Uses the player terminal 1500 (1500a, 1500b, 1500c,...) To access the server system 1100 and enjoy the game of this embodiment.

  The server system 1100 includes, for example, a main device 1101, a keyboard 1106, a touch panel 1108, and a storage 1140. A control board 1150 is mounted on the main body device 1101. The control board 1150 includes a CPU (Central Processing Unit) 1151, a GPU (Graphics Processing Unit), various microprocessors such as a DSP (Digital Signal Processor), an ASIC (Application Specific Integrated Circuit), various ICs such as a VRAM, a RAM, and a ROM. A memory 1152 and a communication device 1153 are installed.

  Then, as functions relating to the game of the present embodiment, an account management function responsible for processing related to user registration and login / logout, and game management for managing and distributing data necessary for playing the game on the player terminal 1500 as needed. And having a function.

  In the example of FIG. 1, the server system 1100 is described as a single unit. However, the server system 1100 is equipped with a plurality of blade servers, which share the account management function and the game management function, and mutually communicate via an internal bus. The configuration may be such that data communication is possible. Alternatively, the server system 1100 may be configured to function as a whole by performing data communication with a plurality of independent servers installed at remote locations via the communication line N.

FIG. 2 is a front external view showing a configuration example of the player terminal 1500.
The player terminal 1500 is a computer that can connect to the communication line N and access the server system 1100, and is an electronic device (electronic device). The player terminal 1500 according to the present embodiment is a device classified as a so-called smartphone, but is a portable game device, a stationary home game device, a game controller for a stationary home game device, an arcade game device, a personal computer, or a tablet type. It may be a device classified as a computer, a wearable computer, or the like.

  The player terminal 1500 in this embodiment includes a direction input key 1502, a button switch 1504, a touch panel 1506 functioning as an image display device / contact position input device, a speaker 1510, a built-in battery 1509, a microphone 1512, and a control board. 1550 and a memory card reader 1542 that can read and write data from a memory card 1540 that is a computer-readable storage medium. In addition, a power button, a volume control button, etc., not shown, are provided.

  The control board 1550 is wirelessly connected to various microprocessors such as a CPU 1551, GPU, DSP, various IC memories 1552 such as an ASIC, VRAM, RAM, ROM, and a mobile phone base station or a wireless LAN base station connected to the communication line N. A wireless communication module 1553 for communication is mounted. In addition, a driver circuit of the touch panel 1506, a circuit that receives signals from the direction input key 1502 and the button switch 1504, an output amplifier circuit that outputs an audio signal to the speaker 1510, and an input signal that generates an audio signal collected by the microphone 1512 A so-called I / F circuit 1557 (interface circuit) such as a generation circuit and a signal input / output circuit to the memory card reader 1542 is mounted. Each element mounted on the control board 1550 is electrically connected via a bus circuit or the like, and is connected so as to be able to read / write data and transmit / receive signals.

  The control board 1550 temporarily stores game programs and data in the IC memory 1552. Then, the program is executed to execute arithmetic processing, and game play is enabled by controlling each part of the player terminal 1500 in accordance with operation inputs from the direction input key 1502, the button switch 1504, and the touch panel 1506. In this embodiment, the player terminal 1500 is configured to acquire necessary programs and various setting data from the server system 1100, but may be configured to read from a storage medium such as a memory card 1540 obtained separately.

  The communication line N means a communication path capable of data communication. That is, the communication line N includes not only a dedicated line (dedicated cable) for direct connection, a LAN (Local Area Network) by Ethernet (registered trademark), but also a communication network such as a telephone communication network, a cable network, and the Internet. This means that the communication method may be wired or wireless.

[Explanation of mutual relationship]
FIG. 3 is a diagram for explaining a mutual relationship registered and set by a combination of players in the present embodiment.
In the present embodiment, it is possible to set a mutual use contract with a valid period that enables the player character data to be used mutually between players. This contractual relationship is a “reciprocal relationship” as used in this specification, and can be expressed as a “shared play relationship” in the sense that the game can be enjoyed in cooperation. Hereinafter, the mutual relationship is referred to as a “shared play relationship”.

  The symbiotic relationship may be one-to-one or one-to-many, and can be set as appropriate according to the content of the game. In the present embodiment, the former is assumed to be set and registered between the two players 2 (2a, 2b). In the following description, the player terminal 1500a will be mainly described. Therefore, the player 2a that uses the terminal is referred to as “own player”, and the other players who have set up a play relationship with the player are “partner player” and “shared player”. (In the example shown, the player 2b) is distinguished. It should be noted that mutual approval between players may be required for the establishment of a mutual play relationship, or it may be established only by applying from either one.

  The player character usage form realized by setting the mutual play relationship may be a “multiplayer type” in which each player 2 operates each player character 4 simultaneously, or appears as an auxiliary role in the game of one player 2. It is possible to use a “borrowing type”. This embodiment is the latter.

  As shown in the game screen example W2, the game of the present embodiment is a shooting game. The player defeats the enemy characters 6 that appear one after another using the player character 4a set by the player and the play character 4b which is an NPC (non-player character). The symbiotic character 4b is an NPC created based on player character data used by the symbiotic player in the game.

FIG. 4 is a diagram illustrating a game operation example according to the present embodiment.
The game according to the present embodiment is a game that progresses when the operation content of the player is determined based on the touch operation performed until a predetermined operation end condition is satisfied on the game screen. Specifically, as shown in the game screen example W4, a plurality of enemy characters 6 appear periodically (or substantially periodically). The own player touches any one of the touch panels 1506 to set the start position, and connects the enemy character 6 with a single locus 7 (a curve with an arrow drawn by a broken line in FIG. 4) while touching the touch panel 1506 with a finger. Perform a series of touch operations to release after sliding. Then, as shown in the game screen example W6, the enemy character 6 that is in contact with and close to the trajectory 7 is selected as an attack target (game progress target object), and is in a so-called lock-on state, and the player character 4a and the shared character 4b. Attacks the enemy character 6 that is locked on.

  Returning to FIG. 3, in this embodiment, it is also possible to enjoy the game without setting the cooperative relationship. However, when playing in a state in which a mutual play relationship is set (a common play relationship registration state: a common play relationship setting state: a common play relationship valid state), it depends on the degree of relationship between the players having the common play relationship. Thus, the player can proceed with the game more advantageously than when the cooperative relationship is not registered. This is called the “co-play effect”.

  The degree of relationship is represented by a parameter value called “co-sensitivity” and is updated sequentially as the game progresses. The current value of cosensitivity is always displayed as the cosensitivity gauge 10 in the game screen example W2. The common play effect 18 is adjusted and activated so that the greater the joint sensitivity, the higher the effect.

  The content of the cooperative effect 18 can be appropriately set according to the content of the game. Since the game of the present embodiment is a shooting game, for example, the ability of the player character 4a or the symbiotic character 4b is improved according to the cosensitivity, or the frequency at which an object such as an item can be acquired in the game as the cosensitivity increases. This can be achieved by increasing the number of objects that can be listed, and the number of objects that can be acquired and the degree of rarity. You may make it also become so high that the co-sensitivity produces and the frequency | count of activation of a co-play effect increases.

FIG. 5 is a diagram for explaining the co-sensitivity in the present embodiment.
“Co-sensitivity” in the present embodiment is the sum of “individual co-sensitivity” managed and calculated for each player having a mutual play relationship. The “individual co-sensitivity” is automatically changed according to the similarity of the profile with the co-playing player and the hard work level within the effective period of the co-playing relationship.

  Specifically, profile data 20 is stored and managed for each player. The profile data 20 stores personal information of the associated player by item. The contents of the item can be set as appropriate, such as address, age, gender, date of birth, birthplace, nationality. In the present embodiment, items related to hobbies and preferences are further included. Items related to hobbies and preferences can be set appropriately according to the expected age group of the player, such as favorite animals, favorite food, dislikes, how to spend holidays, favorite movie titles, dislike music genres, etc. It is. The profile data 20 may be called “personality data”.

  The contents of each item stored in the profile data 20 may be registered and set in the process of user registration, for example, or may be set little by little as an event before starting the game play. In the present embodiment, the former is assumed. In the latter case, for example, as shown in the event screen example W8, an unanswered question is selected from the questions about hobbies and preferences at the first login timing of the day, and presented to the player to cause the player to answer “ Activate "Question Event". Then, the answer results are sequentially registered in the profile data 20.

  Hierarchies are provided for at least some of the items related to hobbies and preferences, and questions are gradually asked about deeper hierarchies (specific content hierarchies). For example, items related to “favorite animals” are classified into a first hierarchy (shallow hierarchy) in which the type of animal is an option, and a second hierarchy (middle hierarchy) in which the type of the favorite animal is associated with each type. ) And a third hierarchy (deep hierarchy) that is associated with each type and uses a specific variety as an option.

  The number of layers and the number of options in each layer can be set as appropriate. In the example of FIG. 5, “Dog” and “Cat” are options for the first layer, “Large dog”, “Medium dog” and “Small dog” are options for the second layer, and the type of medium dog is selected for the third layer. It consists of three layers.

  The “profile similarity with the shared player” in the present embodiment compares the responses of each item stored in the profile data 20, and the greater the number of the same responses, Is calculated to be higher. In addition, the individual co-sensitivity is calculated as the same answer is made with a deeper content. In addition, “the degree of hard work during the effective period of the mutual play relationship” is based on the login history and play history data for each player managed separately, and the play frequency (or simply the cumulative number) of the effective period is The greater the number, the higher the individual co-sensitivity.

Of course, the variable for calculating the individual co-sensitivity is not limited to the number of common answers and the play frequency, and can be set as appropriate.
For example, it is possible to include the similarity determined using the parameter values related to the player character 4a and the shared game character 4b. Specifically, there are multiple types of player characters (so-called jobs, races, attributes), and the degree of similarity between them (for example, whether or not they are the same type, rank differences if the ranks of similar types differ) It can also be used to calculate cosensitivity.

  The individual co-sensitivity is displayed by the co-sensitivity gauge 10 (see FIGS. 3 and 4) so as to be identifiable for each player. In the present embodiment, the first individual bar 11 that expands and contracts according to the individual co-sensitivity of the player 2a and the second individual bar 12 that expands and contracts according to the individual co-sensitivity of the player 2b are displayed left justified. Is done. It represents the magnitude of co-sensitivity as the sum of these two individual bars. In the present embodiment, a threshold value with a cosensitivity of 100% is set in advance, and the magnitude of the threshold value is represented by a gauge frame 13. When the sum of the individual sensitivities exceeds the threshold value, the gauge frame 13 is filled with the first individual bar 11 and the second individual bar 12, but does not exceed the gauge frame 13.

  As described above, an expiration date is set for the symbiotic relationship of the present embodiment, and a new symbiotic relationship can be set when the expiration date expires. Then, the player of the opponent player who forms a new cooperative relationship can be arbitrarily stocked by the player from among the candidates presented in the game.

6 to 8 are diagrams for explaining the process of selecting the next cooperative player candidate.
First, at each timing when the enemy character 6 appears, an internal lottery is performed as to whether or not to present a next player candidate (next player player candidate) at that timing. Then, if it is determined to be presented by the lottery, as shown in the game screen example W10 in FIG. 6, the notice display body 30 for notifying that the presentation will be performed soon before the enemy character 6 appears is limited to a predetermined time. Displayed. This is called “cut-in notice”. The number of the notice display bodies 30 can be set as appropriate, but in the present embodiment, the number is the same as the number of candidates (options) presented.

  Next, as shown in the game screen example W12 in FIG. 7, the enemy character 6 appears and is displayed, and further, the cut-in display body 40 for each next player player appears and appears from the side of the screen. The cut-in display 40 includes a player account 42 corresponding to the next next-playing player candidate, a character image 44 of the next next-playing player candidate player character (a character that is the basis of the play-by character 4b), and the next common playing player candidate. Introductory information 46 relating to a play player candidate is included.

  The content of the cut-in display 40 is acquired from an external device that stores information about other players before the game starts, in this embodiment, the server system 1100.

  The introduction information 46 is the contents of some or all of the specific items included in the profile data 20 (see FIG. 5). The specific item may be configured to be fixed, or may be configured to vary periodically or randomly. The number of specific items can also be set as appropriate.

  As shown in the game screen example W14 in FIG. 8, the player determines information contained in each cut-in display body 40 in an instant (almost intuitively), and any one of the cut-in display bodies 40. Is touched to set the start position of the locus 7, and the finger is slid as it is to trace the enemy character 6 in a "one-stroke writing" shape, and a touch operation is performed to release the finger. Then, the player account of the next cooperative player candidate corresponding to the cut-in display body set as the start point position is additionally registered in the account stock list 660.

Of course, the player may not select any cut-in display 40. In that case, since the start point position of the trajectory 7 is not included in the range of any cut-in display body 40, additional registration to the account stock list 660 is not performed.
It is also possible to adopt a configuration in which both cut-in display bodies 40 are selected. In this case, one cut-in display body 40 is the starting point position of the locus 7 and the other is passed by the locus 7. The cut-in display body 40 on the trajectory 7 may also be configured to additionally register the corresponding player account of the next cooperative player candidate in the account stock list 660.

  Then, based on the player profile data 20 (see FIG. 5) of the player account newly added to the account stock list 660, the timed cooperative effect 48 to be temporarily applied is determined. For example, as the number of common items between the player profile data 20 of the player account added to the account stock list 660 and the player's profile data 20 increases, the more advantageous content is determined by the player. For example, the number of bullets fired at one time may be increased, and can be set as appropriate according to the content of the game.

  Of course, this time-dependent play effect 48 is a temporary application, and the time-play effect 48 is temporarily canceled based on the relationship with the play player that is currently setting the play relationship. Applies instead. Then, when a predetermined time has elapsed or a predetermined number of attacks have been made, the attack is released and the original play effect is restored.

The account stock list 660 is referred to when a new partner is selected.
FIG. 9 is a diagram illustrating an example of a sharing relationship setting screen for setting a new sharing relationship. When a predetermined common play relationship setting operation is input on the player terminal 1500, a common play relationship setting screen W16 is displayed. On the cooperative relationship setting screen W16, a candidate list display section 50, a next cooperative player setting field 52, a setting completion operation icon 54, and a cancel operation icon 56 are displayed.

  In the candidate list display section 50, the candidate plate 58 is displayed for each player account registered in the account stock list 660 so that it can be scrolled or paged. One candidate plate 58 has a display similar to that of the cut-in display 40 and has a detailed display operation icon 59 that can display all the contents of the profile data 20 (see FIG. 5) of the corresponding player account.

  When the player performs a drag-and-drop operation on one of the candidate list display sections 50 to the next cooperative player setting field 52, the corresponding player account is set as a new next cooperative player. Since the character image 53 corresponding to the currently set player account is displayed in the next cooperative player setting field 52, the setting can be canceled by dragging and dropping the character image outside the frame.

  Then, if the setting completion operation icon 54 is operated, the setting is completed. In the present embodiment, the player terminal 1500 stores the new play relationship setting data, and further sends the player account of the player and a copy of the new play relationship setting data to the server system 1100 together with the play relationship setting request. Send. The server system 1100 receives them, and stores new setting data for the association relationship in association with the received player account.

  If the cancel operation icon 56 is operated, the contents set on the mutual play relationship setting screen W16 so far are invalidated.

[Description of functional configuration of player terminal]
Next, a functional configuration example for realizing the present embodiment will be described.
In the present embodiment, main processing relating to setting / releasing of the mutual play relationship and game progress is executed by the player terminal 1500. On the other hand, the server system 1100 performs user registration of each player, management of saved data, and provision of data related to other players (especially data related to a shared play relationship) in response to a request.

  FIG. 10 is a functional block diagram showing an example of a functional configuration of the player terminal 1500 in the present embodiment. The player terminal 1500 of this embodiment includes an operation input unit 100, a processing unit 200, a sound output unit 370, an image display unit 372, a communication unit 374, and a storage unit 500.

  The operation input unit 100 outputs an operation input signal to the processing unit 200 in accordance with various operation inputs made by the player. For example, it can be realized by a push switch, a joystick, a touch pad, a track ball, an acceleration sensor, a gyro, a CCD module, or the like. The direction input key 1502, the button switch 1504, and the touch panel 1506 in FIG.

  The processing unit 200 is realized by, for example, a microprocessor such as a CPU or a GPU, or an electronic component such as an ASIC or an IC memory, and performs data input / output control with each functional unit including the operation input unit 100 and the storage unit 500. Do. Then, various arithmetic processes are executed based on predetermined programs and data, an operation input signal from the operation input unit 100, various data received from the server system 1100, and the like, and the operation of the player terminal 1500 is controlled. The control board 1550 in FIG. 2 corresponds to this. The processing unit 200 in the present embodiment includes a game calculation unit 210, a sound generation unit 270, an image generation unit 272, and a communication control unit 274.

  The game calculation unit 210 performs main calculation processing related to the game. Specifically, the game calculation unit 210 includes a correlation management control unit 212, a game progress control unit 230, a data save control unit 250, and a time measuring unit 252.

  The mutual relationship management control unit 212 performs processing related to the setting and cancellation of the “shared play relationship” in the present embodiment. Specifically, it includes a next cooperative player candidate acquisition control unit 214, a correlation setting unit 216, a correlation automatic cancellation unit 218, and a profile management unit 220.

  The next cooperative player candidate acquisition control unit 214 performs processing related to preparation of a candidate for a next cooperative player candidate, that is, a candidate for setting a mutual relationship. In this embodiment, a predetermined request is transmitted to the server system 1100 to acquire information such as a player account and profile data for each next cooperative player candidate, and the information is stored in the storage unit 500. The data generated at this time is cut-in preparation data (copy) 650 (see FIGS. 14 and 17) described later.

The mutual relationship setting unit 216 sets the next new mutual relationship partner from the setting candidates stored as the account stock list 660 according to the operation input of the player 2a.
In the present embodiment, a sharing relationship setting screen W16 (see FIG. 9) is displayed, new sharing relationship setting data is generated in response to various operation inputs on the screen, and a sharing relationship setting request is sent to the server system 1100. And the player account are transmitted together, and the server system 1100 is provided with a copy of the newly created shared play-related setting data to control the data saving.

  It should be noted that an approval step is appropriately inserted in a configuration that requires mutual approval between players for setting the mutual play relationship. That is, the player terminal 1500 transmits to the server system 1100 a play relationship setting request and a player account of another player who will be the next play player. When the server system 1100 receives the request, the server system 1100 requests approval from another player who is set as the next cooperative player, and transmits the registration permission to the player terminal 1500 when the request is approved. When the registration permission is received, the correlation setting unit 216 determines the new sharing relationship setting data and provides the copy to the server system 1100 to save the data.

  The mutual relationship automatic cancellation unit 218 automatically cancels the mutual play relationship whose expiration date has expired. In the present embodiment, the corresponding play relationship setting data is deleted and a play relationship cancellation request and a player account are transmitted to the server system 1100 to request invalidation of the corresponding play relationship.

  The profile management unit 220 performs setting management processing for the profile data 20. In the present embodiment, a screen for setting and inputting the contents of each item of the profile data 20 is displayed in the process of user registration, and the profile data 20 is registered and set according to the setting input. If the configuration is such that the profile data 20 is gradually set according to the progress of the game, a “question event” is activated, and the answer result is sequentially registered in the profile data 20.

  The game progress control unit 230 performs control related to game progress. For example, 1) Character type selection and setting process for the player character 4a in response to an operation input, 2) A process to equip / release an item to the player player character 4a in response to an operation input, 3) Virtual 3 A process of setting a game space in a three-dimensional space and arranging objects of various characters in the space; 4) motion control of a player character (in this embodiment, the player character 4a and the shared game character 4b) according to an operation input; In addition, it is possible to execute appearance control and automatic control of the enemy character 6, attack hit determination and damage reflection, 6) game stage end determination, 7) time-keeping processing for measuring the validity period, and the like.

  More specifically, the game progress control unit 230 includes a co-sensitivity setting unit 231, a co-play effect control unit 232, a notice display control unit 233, an option display control unit 234, an input locus determination unit 235, a game A target object selection unit 236 and a candidate player storage control unit 237 are provided.

  The co-sensitivity setting unit 231 calculates “co-sensitivity” as a parameter value indicating the degree of correlation between the options selected by the player 2a and the options selected by the player 2b. In the present embodiment, the co-sensitivity is determined by comparing the answer results to the questions stored in the profile data of the cooperative player and the next cooperative player acquired from the server system 1100 and the profile data of the own player. . Further, the co-sensitivity is determined according to the play frequency from the login history within the valid period (see FIGS. 3 and 5).

  The symbiotic effect control unit 232 realizes the determination of the triggering timing of the sympathetic effect 18 (see FIG. 3), the determination of the content of the effect, and the activation / expression of the effect, and sets the interrelationship in the present embodiment. It plays a part in game progress control using the parameter value of the opponent player (shared player).

  The notice display control unit 233 makes a notice before presenting the next cooperative player candidate as an option to the player. In the present embodiment, at each timing when the enemy character 6 appears, it is determined whether or not to present the next cooperative player candidate. When presenting, the notice display body 30 (see FIG. 6) is limited to a predetermined time. To display.

  The option display control unit 234 displays the options of the next cooperative player candidate (candidate player who becomes a candidate for setting a new correlation) on the game screen. In the present embodiment, a cut-in display 40 (see FIG. 7) is displayed for each next cooperative player candidate. In the present embodiment, the introduction information 46 is displayed from the beginning on the cut-in display 40. However, a configuration having a “setting candidate information display control unit” that temporarily displays after selection based on the trajectory 7 is also possible. Good.

  The input locus determination unit 235 determines a touch operation performed until a predetermined operation end condition is satisfied on the game screen for determining the operation content of the player. Processing for obtaining the locus 7 (see FIG. 8) in this embodiment is performed.

  The game target object selection unit 236 selects a target object that is a target of the determination process in the game progress control based on the determination result by the input trajectory determination unit 235. In this embodiment, the enemy character 6 through which the locus 7 passes and the enemy character 6 that is close to the locus 7 within a predetermined reference distance are selected as target objects.

The candidate player storage control unit 237 corresponds to the cut-in display 40 (corresponding to the start position of the trajectory or the trajectory passes above) until the touch-and-slide operation for drawing the trajectory 7 ends. 9) is selected and determined. When there is the selected cut-in display body 40, the next cooperative player candidate corresponding to the cut-in display body 40 is stored as a mutual setting candidate. Specifically, the player account of the next cooperative player candidate corresponding to the corresponding cut-in display 40 is additionally registered in the account stock list 660 in association with the recording date and time.
Note that the number of records in the account stock list 660 can be set as appropriate. However, if the next shared player candidate option is newly selected when the stored number has reached a given upper limit, In place of the oldest player account, control for storing the player account corresponding to the selected cut-in display 40 is performed.

  The data save control unit 250 performs control for uploading the latest information related to game play and cooperative relationships to the server system 1100. The server system 1100 manages the uploaded data in association with the player account so that it can be used in the game of the shared player in which the shared relationship is set.

  The timer unit 252 measures the date and time. The timer unit 252 may be realized by mounting a clock circuit on the control board 1550 (see FIG. 2), or may be realized as a software clock or a system clock by the CPU 1551 by counting a predetermined clock signal.

  The sound output unit 370 is realized by a device that outputs sound effects, BGM, and the like based on the sound signal input from the sound generation unit 270. The speaker 1510 in FIG. 2 corresponds to this.

The image generation unit 272 is realized by, for example, a processor such as a GPU or a digital signal processor (DSP), a program such as a video signal IC or a video codec, an IC memory for a drawing frame such as a frame buffer, or the like.
Then, the image generation unit 272 generates an image of one game screen in one frame time (for example, 1/60 seconds) based on the processing result by the game calculation unit 210, and displays the image signal of the generated game screen as an image display Output to the unit 372.

  The image display unit 372 displays various game images based on the image signal input from the image generation unit 272. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. In the present embodiment, this corresponds to the touch panel 1506 of FIG.

  The communication control unit 274 executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 374. The communication unit 374 is connected to the communication line N to realize communication. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, and the like, and the wireless communication module 1553 of FIG. 2 corresponds to this.

  The storage unit 500 stores a system program for realizing various functions for causing the processing unit 200 to control the player terminal 1500 in an integrated manner, a program necessary for game play, various data, and the like. Further, it is used as a work area of the processing unit 200, and temporarily stores calculation results executed by the processing unit 200 according to various programs, input data input from the operation input unit 100, and the like. Such a function is realized by, for example, an IC memory such as a RAM or a ROM, a magnetic disk such as a hard disk, or an optical disk such as a CD-ROM or DVD. The IC memory 1552 and the memory card 1540 mounted on the control board 1550 in FIG.

FIG. 11 is a diagram illustrating an example of programs and data stored in the storage unit 500.
In the storage unit 500 of this embodiment, a terminal system program 502 and a game program 504 are stored. Further, in the storage unit 500, character initial setting data 510, question definition data 520, and mutual play effect definition data 530 are stored as data acquired and stored by downloading from the server system 1100 before starting the game. Is done. Further, play data 600 is stored as data generated and managed according to the progress of the game. In addition, information such as a timer for counting time, a counter, and various flags is stored.

  The terminal system program 502 is a program for realizing basic functions of input / output of the player terminal 1500 as a computer.

The game program 504 is application software for realizing a function as the game calculation unit 210 by being read and executed by the processing unit 200. The configuration may be incorporated as part of the terminal system program 502. A dedicated client program may be used according to a technical method for realizing an online game, or a web browser program and a plug-in for realizing interactive image display may be used.
The game program 504 is downloaded from the server system 1100 and stored together with the character initial setting data 510 and the like. Alternatively, a memory card 1540 (FIG. 1) storing these programs and data is separately obtained, and used by being mounted.

The character initial setting data 510 is set for each character appearing in the game and defines the initial state. For example, it is basic data for controlling and displaying the player character 4a, the play character 4b, the enemy character 6, and the like.
One character initial setting data 510 includes a unique character ID, character display data (data for displaying and operating a character, such as model data of a character object, motion data, etc.), and an initial state capability parameter. Stores the value. Of course, other data can be stored as appropriate.

  The question definition data 520 is question data for acquiring the personality information of the player. In the present embodiment, a question for obtaining an answer related to a player profile, particularly a hobby or preference, is defined. As shown in FIG. 12, for example, one question definition data 520 includes a unique question ID 521, a question condition 522 corresponding to an event trigger condition, a question 523 corresponding to an event content, and an answer option 524. Of course, other data can be stored as appropriate.

  The co-play effect definition data 530 defines profits / disadvantages that the player can obtain according to the co-sensitivity in the game. For example, as shown in FIG. 13, one symbiotic effect definition data 530 stores a unique symbiotic effect ID 531, application conditions 532, and effect contents 533 in association with each other. Of course, other data can be stored as appropriate.

  The play data 600 stores various data describing the game progress status for each player. For example, as shown in FIG. 14, a player account 601, login history data 602 corresponding to a play history, own player profile data 610, own player character status data 614, common play relationship setting data 620, and common play Player profile data 630, common player login history data 632, common player character status data 634, individual player individual common sensitivity 640, common player individual common sensitivity 642, common sensitivity 644, and applied common play effect ID 646 And the cut-in preparation data (copy) 650, the account stock list 660, and the timed mutual play effect ID 662 are stored. Of course, other data can be stored as appropriate. For example, status data that stores the HP (hit points) of the enemy character 6 being played on the game stage can be stored.

  The login history data 602 is a copy of the login history of the player corresponding to the player account 601 among the login histories managed for each player in the server system 1100.

  The own player profile data 610 stores personal information of the own player, that is, the player who operates the own device. For example, as shown in FIG. 15, an answer option 612 selected as an answer to the question and an answer date 613 are stored in association with the question ID 611. The question ID 611 corresponds to the question ID 521 of the question definition data 520 (FIG. 12). The answer option 612 stores a predetermined value (NULL in the example in the figure) indicating an unanswered initial state, and is changed to the contents (or ID) of the answered option when a corresponding question answer is obtained. In addition, the data is uploaded to the server system 1100 after the game ends, and the data is saved in association with the player account 601.

  The own player character status data 614 is set for each original player character created and set by the own player, that is, the own player character 4a (see FIG. 3), and stores various information describing the state of the own player character. One player character status data 614 can store a character ID indicating a corresponding character, a character type, an ability parameter value list, an equipment item list, position coordinates in a game space, motion control data, and the like. Of course, other data can be stored as appropriate. The data is also uploaded to the server system 1100 after the game is over and saved in association with the player account 601.

  The mutual play relationship setting data 620 stores information defining the latest mutual play relationship. For example, as shown in FIG. 16, the mutual play relationship ID 621, the mutual play relationship start date 622, and the mutual play player account 623 are stored. Of course, other data can be stored as appropriate. The data is also uploaded to the server system 1100 after the game is over and saved in association with the player account 601.

  Returning to FIG. 14, the shared player profile data 630 is shared player profile data 20 (corresponding to the profile data 20b of FIG. 5), which is provided from the server system 1100.

  The shared player login history data 632 is login history data of the shared player, and is also provided from the server system 1100.

  The mutual play character status data 634 is definition data of the mutual play character 4b (see FIG. 3), and is a copy of data saved in the server system 1100 for the mutual play player 2b.

  The applied cooperative effect ID 646 stores the ID of the applied cooperative effect 18 (see FIG. 3). The ID corresponds to the symbiosis effect ID 531 of the symbiosis effect definition data 530 (see FIG. 13).

The cut-in preparation data (copy) 650 is data necessary for presenting the next cooperative player candidate, and the server system corresponds to the number of display times of the cut-in display body 40 (see FIG. 7) assumed in the game. 1100.
For example, as shown in FIG. 17, one cut-in preparation data (copy) 650 includes an applied cut-in count 651, a first cut-in player account 652, a second cut-in player 653, and a first cut-in player profile. Data 654 and second cut-in player profile data 655 are included.

The first cut-in player account 652 and the second cut-in player 653 are a player account 42 of a next cooperative player candidate displayed on the cut-in display 40 (see FIG. 7) appearing and displayed from the left and right of the screen. It corresponds to.
A copy of the profile data of each player is first cut-in player profile data 654 and second cut-in player profile data 655. The introduction information 46 displayed on the cut-in display 40 is extracted from these profile data and displayed. The contents of these profile data are displayed when the detailed display operation icon 59 (see FIG. 9) on the cooperative relationship setting screen W16 is operated.

  Returning to FIG. 14, the timed cooperative effect ID 662 stores the ID of the timed cooperative effect 48 (see FIG. 8). The ID corresponds to the symbiosis effect ID 531 of the symbiosis effect definition data 530 (see FIG. 13).

[Description of functional configuration of server system]
FIG. 18 is a functional block diagram showing a functional configuration example of the server system 1100 in the present embodiment. The server system 1100 in this embodiment includes an operation input unit 100s, a server processing unit 200s, an image display unit 372s, a communication unit 374s, and a server storage unit 500s.

  The operation input unit 100s is a means for inputting various operations for server management. The keyboard 1106 in FIG. 1 corresponds to this.

  The server processing unit 200s is realized by, for example, a microprocessor such as a CPU or GPU, an electronic component such as an ASIC (Application Specific Integrated Circuit), an IC memory, and the like, and includes each function unit including the operation input unit 100s and the server storage unit 500s. Data input / output control between Then, various arithmetic processes are executed based on a predetermined program and data, an operation input signal from the operation input unit 100s, and data received from the player terminal 1500, and the operation of the server system 1100 is controlled in an integrated manner.

  The server processing unit 200s of the present embodiment includes an account management unit 201, a game management unit 202, an image generation unit 272s, and a communication control unit 274s.

  The account management unit 201 performs processing related to the user registration procedure. A unique player account is issued to the user who has undergone the registration procedure, that is, a player, and user registration data 700 is generated in the server storage unit 500s and managed. Also, processing related to login is executed.

  The game management unit 202 executes various processes related to game play. In the present embodiment, a save data management unit 204 and a next cooperative player candidate preparation unit 206 are included.

  The save data management unit 204 controls to store and manage various data provided from the player terminal 1500 in association with the player account.

  In response to a request from the player terminal 1500, the next mate player candidate preparation unit 206 selects a next mate player candidate from the data stored and managed by the save data management unit 204, and data related to the selected player. (In this embodiment, the player character save data and profile data 20 and the like) are extracted and provided to the player terminal 1500.

  The image generation unit 272s can generate an image related to maintenance of the server system 1100 and output the image to the image display unit 372s.

  The image display unit 372 s displays various images for system management based on the image signal input from the image generation unit 272 s. For example, it can be realized by an image display device such as a flat panel display, a cathode ray tube (CRT), a projector, or a head mounted display. The touch panel 1108 in FIG. 1 corresponds to this.

  The communication control unit 274s executes data processing related to data communication, and realizes data exchange with an external device via the communication unit 374s.

  The communication unit 374s realizes communication by connecting to the communication line N. For example, it is realized by a wireless communication device, a modem, a TA (terminal adapter), a cable communication cable jack, a control circuit, or the like. The communication device 1153 in FIG. 1 corresponds to this.

  The server storage unit 500s includes a system program for realizing various functions for causing the server processing unit 200s to control the server system 1100 in an integrated manner, a program and various data necessary for managing the game, and the player terminal 1500. Stores programs to be provided and various data originals. Further, it is used as a work area for the server processing unit 200s, and temporarily stores calculation results and the like executed by the server processing unit 200s according to various programs. This function is realized by, for example, an IC memory such as a RAM and a ROM, a magnetic disk such as a hard disk, and an optical disk such as a CD-ROM and DVD. In FIG. 1, a storage medium such as an IC memory 1152 and a hard disk mounted on the main device 1101 and a storage 1140 correspond to this.

  The server storage unit 500s stores a server system program 501, an account management program 503, a game management program 505, a distribution game program 507, and distribution game data 509. Further, user registration data 700, primary candidate account list 730, and cut-in preparation data (master) 740 are stored as data that is generated and stored as appropriate. In addition, information such as timers, counters, and various flags is appropriately stored.

  The server system program 501 is a system program for realizing basic input / output functions necessary for the server system 1100 as a computer by being read and executed by the server processing unit 200s.

  The account management program 503 is a program for realizing the function as the account management unit 201 by being read and executed by the server processing unit 200s.

  The game management program 505 is a program for realizing the function as the game management unit 202 by being read and executed by the server processing unit 200s.

  The distribution game program 507 is an original of the game program 504 (see FIG. 11) provided to the player terminal 1500.

  The distribution game data 509 is original data of various initial settings and definition data provided to the player terminal 1500. In the present embodiment, originals of character initial setting data 510, question definition data 520, and mutual play effect definition data 530 are included.

  The user registration data 700 is prepared for each player registered as a user. In the present embodiment, various data uploaded from the player terminal 1500 after the game ends are stored. As shown in FIG. 19, for example, one user registration data 700 stores a player account 701, login history data 702, and save data 710. Of course, other data can be stored as appropriate.

  The log-in history data 702 is master data of the log-in history of the player, and is updated so that each date and time is registered every time the account management unit 201 performs log-in processing and log-out processing. This copy becomes login history data 602 (see FIG. 14).

  The save data 710 is data describing the game progress status of each player at the time of logout. For example, profile save data 713, player character save data 715, and play relationship setting data 720 are stored. These data are the same as the own player profile data 610, the own player character status data 614, and the mutual play relationship setting data 620 provided from the player terminal 1500 (see FIG. 14). Of course, other data can be stored as appropriate. The symbiosis relationship setting data 720 is not recorded when the player has not yet played the game and has just been registered, or when the symbiosis relationship expires and is automatically canceled. Become.

  Returning to FIG. 18, the primary candidate account list 730 is data created in the process of preparing the next cooperative player candidate, and is a primary extraction list of player accounts of the next cooperative player candidate.

The cut-in preparation data (master) 740 is data created in the preparation process of the next cooperative player candidate, and is created for each player account registered in the primary candidate account list 730.
In this embodiment, the data is provided to the player terminal 1500 and becomes cut-in preparation data (copy) 650 (see FIG. 17) of the play data 600 (see FIG. 14). Accordingly, one cut-in preparation data (master) 740 includes an applied cut-in count 741, a first cut-in player account 742, a second cut-in player account 743, and a first cut as shown in FIG. 20, for example. In-player profile data 744 and second cut-in player profile data 745 are included. After provision, the primary candidate account list 730 is discarded.

[Description of process flow]
FIGS. 21 to 23 are flowcharts for explaining the flow of processing related to the mutual relationship by the player terminal 1500.
The processing flow described here is realized by executing the game program 504 in a state where the processing unit 200 executes the terminal system program 502. It is assumed that the player terminal 1500 has established data communication with the server system 1100 before the processing is executed, and has already logged in with a player account acquired in advance by the player. Accordingly, a player account 601 is stored in the play data 600.

  As shown in FIG. 21, the processing unit 200 of the player terminal 1500 performs various save data acquisition processing for the player (step S2).

  Specifically, the processing unit 200 of the player terminal 1500 transmits a save data provision request and the player account 601 of the own player to the server system 1100. Upon receiving the request, the server system 1100 receives the log-in history data 702 and the save data 710 from the user registration data 700 (see FIG. 19) corresponding to the player account received together with the request to the player terminal 1500. Send.

  The processing unit 200 of the player terminal 1500 receives them and stores them in the play data 600 (see FIG. 14). That is, 1) the received login history data 702 of the player is stored as login history data 602, 2) the received profile save data 713 of the player is stored as the player profile data 610, and 3) the received player's profile data 610 is stored. The player character save data 715 is stored as own player character status data 614, and 4) the received player's 720 is stored as common play relationship setting data 620.

  Next, the processing unit 200 of the player terminal 1500 executes a next cooperative player candidate acquisition process (step S4). Specifically, a predetermined next shared player candidate provision request and the player account of the player are transmitted to the server system 1100. In response to this, the server system 1100 executes the next cooperative player candidate preparation process shown in FIG. 24, and returns the generated cut-in preparation data (master) 740 (see FIG. 20) to the player terminal 1500 that requested it.

FIG. 24 is a flowchart for explaining the flow of the next cooperative player candidate preparation process.
In this process, the server processing unit 200s of the server system 1100 first extracts all other user registration data 700 as other candidates for which the mutual play relationship is not set as primary candidates, and extracts the extracted player account as the primary. Registration in the candidate account list 730 (step S20: see FIG. 18).

  If a sufficient number is not extracted here (YES in step S22), the server processing unit 200s runs out in order from the one with the close expiration date of the symbiotic relationship except for the other players registered in step S20. The other players are additionally selected as primary candidates (step S24).

  Next, the server processing unit 200s sorts the other players determined as the primary candidates according to the similarity of personal information with the player (step S24). Specifically, for each of the other players determined as the primary candidates, the profile save data 713 of the other player and the profile save data 713 of the own player are collated, and the number of registered items matches is calculated. , Sort this by considering it as similarity.

  Next, the server processing unit 200s executes the loop A for the maximum number of times of display of the cut-in display body 40 (see FIG. 7) assumed in the game, and each time, the cut-in preparation data (master) 740 (FIG. 18, see FIG. 20) (steps S30 to S40).

  Specifically, in loop A, the server processing unit 200s first generates cut-in preparation data (master) 740 (step S32: see FIG. 20). At this stage, the cut-in preparation data (master) 740 is in a state where only the applicable cut-in count 741 is set.

  Next, the server processing unit 200 s selects one player whose degree of similarity satisfies a predetermined high similarity condition (for example, the number of matching items registered is equal to or greater than a reference value) from among the other players that are the primary candidates. Then, the player account of the other player is set as the first cut-in player account 742 (step S34). Next, one person whose degree of similarity satisfies a predetermined low similarity condition (for example, the number of matching items registered is less than the reference value) is selected, and the player account of the other player is set as the second cut-in player account 743 (Step S36).

  Then, the profile save data 713 (see FIG. 19) of the user registration data 700 corresponding to the first cut-in player account 742 is duplicated and set as the first cut-in player profile data 744, and the second cut-in player account 743 is set. The profile save data 713 of the corresponding user registration data 700 is duplicated and set as the second cut-in player profile data 745 (step S38).

  When the loop A is executed for a predetermined maximum number of times of display (step S40), the next cooperative player candidate preparation process is terminated.

  Returning to the flowchart of FIG. 21, the processing unit 200 of the player terminal 1500 uses a copy of the plurality of cut-in preparation data (master) 740 received from the server system 1100 in the next cooperative player candidate acquisition process as a cut of the play data 600. In-preparation data (copy) 650 is stored.

  Next, the processing unit 200 determines whether or not the player has a play relationship setting (step S60). Since a copy of the save data 710 (see FIG. 19) of the player is acquired in step S2, it is determined affirmative if the play data 600 includes the shared play relationship setting data 620.

  If negative (NO in step S60), the mutual play setting screen W16 (see FIG. 9) is displayed on the player terminal 1500 (step S66).

Even if step S60 is affirmative, if the cooperative relationship indicated by the cooperative relationship setting data 620 has exceeded the expiration date (YES in step S62), the cooperative relationship setting is automatically canceled, and the player terminal 1500 In step S64, a notification that the mutual play relationship has been canceled due to the expiration date is displayed (step S64), and the mutual play relationship setting screen W16 is displayed (step S66).
Specifically, in the automatic cancellation of the cooperative relationship, the player terminal 1500 transmits the player account of the player together with a predetermined cooperative relationship cancellation request to the server system 1100, and stores the cooperative relationship setting data 620 of the play data 600. delete. When the server system 1100 receives the request, the server system 1100 deletes the sharing relationship setting data 720 from the user registration data 700 corresponding to the received player account.

When the symbiosis relationship setting screen W16 (see FIG. 9) is displayed, the processing unit 200 of the player terminal 1500 refers to the account stock list 660 (see FIG. 14).
If the player account is registered in the list (YES in step S80), data corresponding to the player account in the list is extracted from the cut-in preparation data (copy) 650 and displayed in the candidate list display unit 50. Then, the candidate plate 58 is displayed for each player account (step S82).

  If step S80 is negative (NO in step S80), the processing unit 200 of the player terminal 1500 randomly selects a predetermined number from the cut-in preparation data (copy) 650 of the play data 600 (see FIG. 14). And the candidate plate 58 is displayed for each player account of the selected data on the candidate list display section 50 (step S84). Then, the next cooperative player candidate acquisition process is executed again to update the cut-in preparation data (copy) 650 (step S86).

The player drags and drops one of the candidate plates 58 from the candidate list display section 50 (see FIG. 9) to the next cooperative player setting field 52 to select a desired other player as a new cooperative player. To do.
The processing unit 200 of the player terminal 1500 sets a new cooperative relationship according to the selection operation input (step S88). Specifically, new play relationship setting data 620 (see FIG. 16) is generated in the play data 600, and a share play player account 623 is set according to the selection operation input. Stores date and time.

When the player touches the setting completion operation icon 54 (see FIG. 9), an input of the setting completion operation is detected at the player terminal 1500 (setting is completed in step S90), and a new play relationship setting process is executed. (Step S92).
In the present embodiment, the player terminal 1500 transmits the player account 601 of the player and the newly set sharing relationship setting data 620 to the server system 1100 together with the new sharing relationship registration request.
When the server system 1100 receives the request, the server system 1100 appropriately completes a mutual approval procedure or the like, and stores the received mutual play relationship setting data in the save data 710 of the user registration data 700 (see FIG. 19) corresponding to the received player account. A copy of 620 is overwritten and saved as mutual play relationship setting data 720. In addition, also in the user registration data 700 corresponding to the player account of the shared game player, the shared game relationship setting data 720 is updated based on the received shared game relationship setting data 620.

  Moving to the flowchart of FIG. 22, the processing unit 200 then deletes and resets all registrations in the account stock list 660 (step S94), and executes save data acquisition processing relating to the newly set cooperative player. (Step S96).

In the acquisition process, the processing unit 200 of the player terminal 1500 transmits a player account of a new cooperative player together with a save data request to the server system 1100.
Upon receiving the request, the server system 1100 receives the login history data 702 and the save data 710 from the user registration data 700 (see FIG. 19) corresponding to the received player account to the player terminal 1500 that requested the data provision. Send.
The processing unit 200 of the player terminal 1500 stores the received login history data 702 as play player login history data 632 in the play data 600 (see FIG. 14), and receives the profile save data 713 of the received save data 710 as a play player. Stored as profile data 630, player character save data 715 of the received save data is stored as play character status data 634.

  Of course, when the player performs a touch operation on the cancel operation icon 56 (see FIG. 9), an input of the setting cancel operation is detected on the player terminal 1500 (cancellation in step S90), and the new symbiotic relationship setting process is not executed.

  Next, when an input of a predetermined game start operation is detected at the player terminal 1500 (YES in step S100), the processing unit 200 confirms whether or not a cooperative relationship is set (step S102).

If the play data 600 includes symbiosis relationship setting data 620 and is within the expiration date, the processing unit 200 determines that “setting is present” (YES in step S102), and determines and applies a symbiosis effect (step S102). S104).
Specifically, based on the login history data 602, the own player profile data 610, the combined play player profile data 630, and the combined play player login history data 632, the own player individual consensus 640 and the combined play player individual empathy And the co-sensitivity 644 is calculated from them (see FIGS. 5 and 14). Then, from the symbiosis effect definition data 530 (see FIG. 13), data that the calculated cosensitivity 644 and the like match the application condition 532 is searched, and the symbiosis effect ID 531 is set as the application symbiosis effect ID 646. . Then, the effect content 533 is applied.

Next, the processing unit 200 of the player terminal 1500 starts game progress control (step S106).
In the game of this embodiment, the enemy character 6 appears at a periodic timing. Prior to the appearance timing, the processing unit 200 displays a cut-in display 40 in accordance with the appearance timing, thereby performing a lottery process for determining whether or not to present the next cooperative player candidate to the player (step S120).

If presentation is selected (YES in step S122), the processing unit 200 displays the notice display body 30 (see FIG. 6) on the game screen for a predetermined time (step S124), and the notice display body 30 is displayed. Enemy character 6 appears after disappearing. (Step S126: See FIG. 7). Then, the cut-in preparation data 650 is selected from the cut-in preparation data (copy) 650 (see FIG. 14) in the order of the applied cut-in count 651 (see FIG. 17), and the cut-in display body 40 is selected based on the data. It is displayed (step S128).
Conversely, when not presenting (NO in step S122), the processing unit 200 does not display the notice display body 30 and the cut-in display body 40, but only displays the appearance of the enemy character 6 (step S130).

The player realizes selection of the next cooperative player candidate and selection of the enemy character 6 as the attack target by a touch-and-slide operation in a “one-stroke writing” manner.
The processing unit 200 of the player terminal 1500 calculates the operation locus 7 and selects and sets the enemy character 6 displayed in the vicinity of the locus as an attack target (step S140). Here, the distance condition regarded as proximity can be set as appropriate, but it is preferable that the locus 7 is touched.
Then, the processing unit 200 adds, to the account stock list 660, player accounts corresponding to the cut-in display body 40 in which the start point position of the trajectory 7 is included in the display range and the cut-in display body 40 passing above the trajectory 7. Additional registration is performed (step S142).

  In the case where the introduction information 46 is displayed after selection, the introduction information 46 is displayed on the selected cut-in display 40 for a predetermined time before and after the step.

23, the processing unit 200 acquires the log-in history data 702 and the save data 710 related to the additionally registered player account from the server system 1100 (step S144), and the additionally registered player. The time sharing effect 48 with other players in the account is determined (step S144: see FIG. 8).
Specifically, the co-sensitivity between the player player and the other player in the additionally registered player account is calculated, and the co-play effect ID 531 of the co-play effect definition data 530 (see FIG. 13) to which the co-sensitivity is matched is set as the time limit. The mutual play effect ID 662 (see FIG. 14) is set.

Next, the time-limited play effect 48 is started to be applied for a limited time to the game progress control, and the player is notified that the application has started (step S148).
Specifically, the application of the symbiotic effect 18 (see FIG. 3) in step S104 is once canceled and the timed symbiotic effect 48 is applied. Then, when a predetermined time elapses, the timed cooperative effect 48 is canceled and the application of the cooperative effect 18 is started again to restore the original state.
The application form may be a constant application form in which the attack ability is increased by 20%, or a conditional activation form in which a deadly attack is activated in response to a predetermined activation operation input when the damage amount is constant. Further, the notification of application may be notified by voice, or a badge-like notification display body 9 (see FIG. 8) may be displayed on the player character 4a. The notification will be canceled together with the cancellation of the timed cooperative effect 48.
In the present embodiment, the application of the symbiotic effect 18 (see FIG. 3) in step S104 and the application of the timed symbiotic effect 48 are exclusive, but a configuration in which both are used simultaneously may be used.

  Next, the processing unit 200 of the player terminal 1500 performs display control so that the player character 4a and the play character 4b attack the enemy character 6 selected as the attack target in step S140. Display control is performed so as to attack the player character 4a and the game character 4b (step S160).

  Next, damage determination to the enemy character 6 and reflection of the damage (for example, reduction of HP (hit points) and action power) are performed (step S162), and damage determination to the player character 4a and the companion character 4b is performed. The damage is reflected (step S164).

Then, steps S120 to S164 are repeated until a predetermined game end condition such as defeating a predetermined number of enemy characters 6 is satisfied (NO in step S166).
If the game end condition is satisfied (YES in step S166), the processing unit 200 of the player terminal 1500 executes a game end process (step S168) and executes a data save process (step S168).

  In the game ending process, the player player character status data 614 is recovered from damage incurred during the game, and the maximum value of HP and the parameter value such as attack ability are changed according to the game result.

In the data saving process, the player terminal 1500 transmits the player account of the player, the player profile data 610, and the player character status data 614 together with a data save request to the server system 1100. Upon receiving the request, the server system 1100 updates the user registration data 700 corresponding to the received player account with the received data.
Then, a series of processing ends.

  As described above, according to the present embodiment, in a game in which the operation content of the player is determined based on a touch operation on the game screen and the progress is controlled, an appropriate impression of encounter and a sense of being selected by the player can be obtained. It is possible to realize the selection (including selection of candidates) of the opponent players with mutual relations by a simple operation without any trouble.

[Modification]
The embodiment to which the present invention is applied has been described above. However, the embodiment of the present invention is not limited to the above, and components can be added, omitted, or changed as appropriate.

[Part 1]
For example, in the above-described embodiment, setting or canceling the co-play relationship, calculating the co-sensitivity, controlling the game progress according to the co-sensitivity, selecting the enemy character 6 as the attack target by touch and slide operation, and the next co-player Although the main processing such as continuous candidate selection processing is executed by the player terminal 1500, the server system 1100 can be executed, and the player terminal 1500 and the server system 1100 are distributed. Can also be executed.

  In the former configuration, the player terminal 1500 is a device for operation input and image display, and processing related to game realization is executed by the server system 1100. For example, this corresponds to a case where the game of the present invention is realized in the form of a browser game or a web game. Specifically, the functional configuration example of the server system 1100 is configured as shown in FIG. 25, and the configuration of programs and data stored in the server storage unit 500s is as shown in FIG. The processing flow of the server system 1100 in this configuration is basically the same as the flowcharts described in FIGS. 21 to 24, and may be read as executing the steps by the server processing unit 200s of the server system 1100.

  The latter configuration can be applied to a configuration in which the player system is peer-to-peer connected in a game system in which the server system 1100 is realized by another player terminal 1500.

[Part 2]
Further, the player terminal 1500 has a form as a smartphone, but may be in the form of another computer, for example, an electronic device. For example, a stationary home game device including a device main body on which a control board is mounted and a plurality of touch panel-mounted game controllers that are wirelessly connected to the device main body may be provided. In the case of this configuration, the apparatus main body is equivalent to the control board 1550 of the above embodiment, and the game controller may be regarded as a wireless communication type touch panel 1506.

  Similarly, the player terminal 1500 may be an arcade game device (business game device). In this case, the arcade game apparatus is equipped with a device that reads data from a trading card that carries data relating to game play resources (for example, the character in the above embodiment), and the player player character status is based on the data read from the trading card. Data 614 may be set.

[Part 3]
The applicable game genre is not limited to the above embodiment, and the present invention can be applied to any game as long as it is a game in which a shared game character appears.

2a ... Own player 2b ... Shared player 4a ... Own player character 4b ... Shared play character 6 ... Enemy character 7 ... Trajectory 9 ... Notification display 10 ... Common sensitivity gauge 18 ... Common play effect 20 ... Profile data 26 ... Introduction information 30 ... Preliminary display body 40 ... Cut-in display body 46 ... Introduction information 48 ... Timed play effect 52 ... Next play player setting field 58 ... Candidate plate 200 ... Processing unit 204 ... Save data management part 206 ... Next play player candidate preparation Unit 210 ... game operation unit 212 ... mutual relationship management control unit 214 ... next mutual player candidate acquisition control unit 216 ... mutual relationship setting unit 218 ... automatic mutual relationship cancellation unit 220 ... profile management unit 230 ... game progress control unit 231 ... empathy Degree setting unit 232 ... Co-play effect control unit 233 ... Notice display control unit 234 ... Option display control unit 23 5 ... Input locus determination unit 236 ... Game target object selection unit 237 ... Candidate player storage control unit 250 ... Data save control unit 500 ... Storage unit 504 ... Game program 530 ... Co-play effect definition data 600 ... Play data 601 ... Player account 602 ... log-in history data 610 ... own player profile data 614 ... own player character status data 620 ... common play relation setting data 622 ... common play relation start date and time 623 ... common play player account 630 ... common play player profile data 632 ... common play player login History data 634 ... Co-play character status data 644 ... Co-sensitivity 646 ... Application co-play effect ID
650 ... Cut-in preparation data (copy)
660 ... Account stock list 662 ... Timed mutual play effect ID
700 ... User registration data 701 ... Player account 702 ... Login history data 710 ... Save data 713 ... Profile save data 715 ... Player character save data 720 ... Co-play relationship setting data 730 ... Primary candidate account list 740 ... Cut-in preparation data ( Master)
DESCRIPTION OF SYMBOLS 1100 ... Server system 1150 ... Control board 1152 ... IC memory 1500 ... Player terminal 1550 ... Control board 1551 ... CPU
1552 ... IC memory

Claims (7)

A program for causing a computer to determine the operation content of a player based on a touch trajectory of a series of touch operations on a game screen, and to control the progress of the game,
Option display control means for displaying on the game screen the options of a candidate player that is a candidate for setting the correlation.
Candidate player storage control means for determining that the option has been selected when the touch trajectory passes over the option, and storing a candidate player corresponding to the option as a setting candidate for the mutual relationship;
Correlation setting means for setting an opponent player for setting the correlation among the stored setting candidates in accordance with the operation input of the player.
Progress control means for controlling the progress of the game using the parameter values of the opponent player for which the mutual relationship is set,
A program for causing the computer to function as The candidate player storage control means determines whether or not the option has been selected based on a start point position of the touch locus.
The program according to claim 1 . A program for causing a computer to determine the operation content of a player based on a series of touch operations on a game screen and controlling the progress of the game,
Option display control means for displaying on the game screen the options of a candidate player that is a candidate for setting the correlation.
When the option is selected during the series of touch operations, candidate player storage control means for storing a candidate player corresponding to the option as a mutual setting candidate, the number of setting candidates being stored is given. Candidate player storage control means for performing control to store a setting candidate corresponding to the selected option instead of the oldest setting candidate when the option is selected when the upper limit is reached
Correlation setting means for setting an opponent player for setting the correlation among the stored setting candidates in accordance with the operation input of the player.
Progress control means for controlling the progress of the game using the parameter values of the opponent player for which the mutual relationship is set,
A program for causing the computer to function as A program for causing a computer to determine the operation content of a player based on a series of touch operations on a game screen and controlling the progress of the game,
Option display control means for performing a notice display for displaying options of candidate players that are candidates for setting the correlation, and then displaying the options on the game screen,
Candidate player storage control means for storing a candidate player corresponding to the option as a setting candidate of a mutual relationship when the option is selected during the series of touch operations;
Correlation setting means for setting an opponent player for setting the correlation among the stored setting candidates in accordance with the operation input of the player.
Progress control means for controlling the progress of the game using the parameter values of the opponent player for which the mutual relationship is set,
A program for causing the computer to function as A server system for determining a player's operation content based on a touch trajectory of a series of touch operations on a game screen of a player terminal, and causing a game on the player terminal to be executed,
Options display control means for displaying options of candidate players that are candidates for setting the correlation on the game screen;
Candidate player storage control means for determining that the option has been selected when the touch trajectory passes over the option, and storing a candidate player corresponding to the option as a setting candidate for the correlation;
Correlation setting means for setting an opponent player for setting a correlation among the stored setting candidates in accordance with an operation input at the player terminal;
Progress control means for controlling the progress of the game at the player terminal using the parameter value of the opponent player for which the mutual relationship is set;
Server system with A server system for determining a player's operation content based on a series of touch operations on a game screen of a player terminal and executing a game on the player terminal,
Options display control means for displaying options of candidate players that are candidates for setting the correlation on the game screen;
When the option is selected during the series of touch operations, candidate player storage control means for storing a candidate player corresponding to the option as a mutual setting candidate, the number of setting candidates being stored is given. Candidate player storage control means for performing control to store a setting candidate corresponding to the selected option instead of the oldest setting candidate when the option is selected when the upper limit is reached ,
Correlation setting means for setting an opponent player for setting a correlation among the stored setting candidates in accordance with an operation input at the player terminal;
Progress control means for controlling the progress of the game at the player terminal using the parameter value of the opponent player for which the mutual relationship is set;
Server system with A server system for determining a player's operation content based on a series of touch operations on a game screen of a player terminal and executing a game on the player terminal,
Option display control means for performing a notice display for displaying options of candidate players that are candidates for mutual setting , and then displaying the options on the game screen;
Candidate player storage control means for storing a candidate player corresponding to the option as a candidate for setting a mutual relationship when the option is selected during the series of touch operations;
Correlation setting means for setting an opponent player for setting a correlation among the stored setting candidates in accordance with an operation input at the player terminal;
Progress control means for controlling the progress of the game at the player terminal using the parameter value of the opponent player for which the mutual relationship is set;
Server system with

Images