JP2016120137A - Terminal program and terminal device - Google Patents

Abstract

PROBLEM TO BE SOLVED: To provide a mechanism for increasing a degree of freedom of a play environment.SOLUTION: A terminal program causes a computer to be functioned as the means of: setting a rule including a terminal condition of a game and transmitting it to a sever as setup information; receiving setup information registered in the server and set by another user; selectably displaying a first play mode and a second play mode based on the received setup information set by the other user; when receiving the selection of the second play mode, starting the game based on the setup information set by the other user; receiving the user's operation and starting the game; and terminating the game when the termination condition set in the setup information set by the other user is satisfied.SELECTED DRAWING: Figure 4

Description

  The present invention relates to a terminal program and a terminal device.

  In a game application (game application program) executed on a terminal device, how to play a game environment such as a game rule (a type that competes for a score within a predetermined time, a type that competes for a score with no time limit, etc.) Whether to provide to (player) is an important theme.

  In games that compete for a single technique (for example, a racing game that competes for a driving technique), there are many games in which the play environment gradually changes from a simple level to a difficult level. In addition, a game containing a plurality of mini games has a play environment corresponding to the mini game selected by the user. Furthermore, there is a game that allows the user to make detailed game settings so that the play environment can be changed.

  On the other hand, there is also one that automatically sets the play environment when the game is started based on the save data that holds the user's past play environment. Some save data can be held, and the user can select when saving the game. Also, in online RPG (Role Playing Game) etc., the user moves the avatar etc. to a predetermined place in the virtual space, so that a quest mode having different rules from the normal game is started and the play environment changes. It has become.

  The applicant has not been able to find published prior art documents related to the present invention by the time of filing. Therefore, prior art document information is not disclosed.

  As described above, there are various technologies for controlling the play environment of the game application, but whether to select a play environment that has been programmed and set in advance in the game (including that the setting is permitted and that is also selected) , I had no choice but to reproduce my past play environment with saved data, and the degree of freedom about the play environment was poor.

  The present invention has been proposed in view of the above-described conventional problems, and an object of the present invention is to provide a mechanism that increases the degree of freedom of the play environment.

  In order to solve the above-mentioned problem, in the present invention, means for setting a rule including a game end condition for a computer constituting a terminal device and transmitting it to a server as setting information, registered in the server, and others Means for receiving setting information set by the user, means for selectively displaying the first play mode and the second play mode based on the received setting information set by the other user, Means for starting a game based on setting information set by the other user when receiving selection of a play mode, means for receiving a user's operation and executing the game, and setting information set by the other user It is made to function as a means for ending the game when the finished ending condition is satisfied.

  In the present invention, it is possible to provide a mechanism that can easily shift to a play environment freely set by others and start a game immediately.

It is a figure which shows the structural example of the system concerning one Embodiment. It is a figure which shows the software structural example of a terminal device. It is a figure which shows the software structural example of a user interaction management apparatus. It is a figure which shows the data structure example of the various databases of a user interaction management apparatus. It is a figure which shows the software structural example of a game server apparatus. It is a figure which shows the hardware structural example of a terminal device. It is a figure which shows the hardware structural examples, such as a user interaction management apparatus. It is a sequence diagram (the 1) which shows the process example of embodiment. It is a sequence diagram (the 2) which shows the process example of embodiment. It is a figure which shows the example of a home screen. It is a figure which shows the example of a square screen. It is a figure which shows the example of a square setting screen. It is a figure which shows the example of a friend list screen.

  Hereinafter, preferred embodiments of the present invention will be described.

<Configuration>
FIG. 1 is a diagram showing a configuration example of a system according to an embodiment of the present invention. In FIG. 1, the system includes a plurality of terminal devices 1A, 1B, 1C,... Such as a smartphone, a mobile phone, and a PC (Personal Computer) possessed by a user (player) connected to a network 2 such as the Internet. A management device 3 and a plurality of game server devices 4X, 4Y, 4Z,... Are connected to the network 2.

  The user interaction management device 3 has a function of providing an environment in which users of the terminal devices 1A, 1B, 1C,... Can play a game together. The game server devices 4X, 4Y, 4Z,... Have a function of managing game applications executed by the terminal devices 1A, 1B, 1C,. A part or all of the game server devices 4X, 4Y, 4Z,... May be integrated with the user interaction management device 3.

  FIG. 2 is a diagram illustrating a software configuration example of the terminal device 1 (1A, 1B, 1C,...). In FIG. 2, a game application 11 is installed in the terminal device 1 (downloaded and installed from a predetermined download server). The user interaction management unit 12, the play mode management unit 13, and the game execution unit 14 are installed in the game application 11. And are included.

  The user interaction management unit 12 has a function of performing processing related to user interaction as a client of the user interaction management device 3 (FIG. 1). The play mode management unit 13 manages the original play mode of the game execution unit 14 and the play mode based on the setting information set by others by user interaction as the play mode in the game application 11. Has a function of controlling the play mode of the game execution. The game execution unit 14 has a function of executing a game on the terminal device 1.

  FIG. 3 is a diagram illustrating a software configuration example of the user interaction management device 3. 3, the user interaction management device 3 includes an input / output processing unit 31, a user management unit 32, a user management database 33, a square management unit 34, a square management database 35, a rule management unit 36, and a rule management database 37. Yes.

  The input / output processing unit 31 has a function of providing interface screens, accepting various requests, responding to processing results, and the like in response to access from the terminal device 1 to the user interaction management device 3.

  The user management unit 32 has a function of holding and managing information of a user of the user interaction management device 3 (also a user of the terminal device 1) in the user management database 33. The upper part of FIG. 4 shows an example of the data structure of the user management database 33, and includes items such as “user ID”, “profile”, and “friend ID”. “User ID” is information for identifying a user. “Profile” is information for introduction to another person such as the user's nickname. “Friend ID” is a list of user IDs of other users registered as friends of the user.

  Returning to FIG. 3, the square management unit 34 has a function of holding and managing information on a square (a virtual space in which a plurality of users play a game together) created in an arbitrary user in the square management database 35. ing. An example of the data structure of the square management database 35 is shown in the middle of FIG. 4. “Plaza ID” “Status” “Creator ID” “Game ID” “Rule ID + Parameter Value” “Other Conditions” “Invited Person ID” Items such as “participant ID” and “results for each participant” are included. “Square ID” is information for identifying a square. “Status” is information indicating the current state of the square, and includes “waiting to be held”, “currently being held”, “finished”, and the like. In this case, it is possible to store a period set in advance (holding start date and time and end date and time) or a period arbitrarily or selectively set by the user in the other conditions in the square management database 35, etc. 34 compares the current date and time and updates the status. “Waiting for holding” is a state in which the minimum number of participants cannot be obtained and waiting for holding. “Ongoing” is a state where a square is held with the minimum number of participants. “End” is a state in which the open space has ended due to the elapse of the time limit.

  “Creator ID” is the user ID of the user who created the open space. “Game ID” is information for identifying a game (game application) played in the open space. “Rule ID + parameter value” is information (rule ID) for identifying a rule applied to the game and a value of parameter (s) included in the rule. “Other conditions” include a minimum number of people, a maximum number of people, a time limit, etc. for holding. “Invitee ID” is the user ID of the user invited to the game. In the present embodiment, in addition to the invited person directly designated by the creator of the open space, further invitation from the invited person is allowed. “Participant ID” is the user ID of the user who has announced participation in the game. The “results for each participant” is the results of the game for each participant of the game.

  Returning to FIG. 3, the rule management unit 36 has a function of holding and managing rules applicable to the game played in the open space and selectable details in the rule management database 37. The lower part of FIG. 4 shows an example of the data structure of the rule management database 37 and includes items such as “game ID”, “rule ID”, “game type for each rule ID”, “parameter name for each game type + candidate value”, and the like. . “Game ID” is information for identifying a game (game application). “Rule ID” is information for identifying a rule applicable to the game. The “game type for each rule ID” is a game type corresponding to the rule (a type that competes for a score without time limit, a type that competes for a score within a predetermined time, etc.). “Parameter name for each game type + candidate value” is a parameter name and a candidate value included in the rule. The parameters include play section (stage, etc.), use item (character) restriction, difficulty, play period, clear conditions (number of items collected, number of defeats, time attack, etc.).

  FIG. 5 is a diagram showing a software configuration example of the game server device 4 (4X, 4Y, 4Z,...). In FIG. 5, the game server device 4 includes a user management unit 41 and a game management unit 42. The user management unit 41 has a function of managing information on a user who uses a game to be managed by the game server device 4. The game management unit 42 has a function of managing the progress of the game that is the management target of the game server device 4 (mainly the score for each stage or scene).

  FIG. 6 is a diagram illustrating a hardware configuration example of the terminal device 1. In FIG. 6, the terminal device 1 includes a power supply system 101, a main system 102 including a processor 103, a memory controller 104, and a peripheral interface 105, and a storage unit 106. The terminal device 1 includes an external port 107, a high frequency circuit 108, an antenna 109, an audio circuit 110, a speaker 111, a microphone 112, a proximity sensor 113, and a GPS (Global Positioning System) circuit 114. ing. The terminal device 1 also includes an input / output (I / O) subsystem 115 including a display controller 116, an optical sensor controller 117, and an input controller 118, a touch-responsive display system 119, an optical sensor 120, and an input unit 121. And.

  FIG. 7 is a diagram illustrating a hardware configuration example of the user interaction management device 3 and the like (the user interaction management device 3 and the game server device 4). In FIG. 7, each device includes a CPU (Central Processing Unit) 302, a ROM (Read Only Memory) 303, a RAM (Random Access Memory) 304, and an NVRAM (Non-Volatile Random Access Memory) 305 connected to a system bus 301. I have. Each device includes an I / F (Interface) 306, an I / O (Input / Output Device) 307, an HDD (Hard Disk Drive) 308, and a NIC (Network Interface Card) 309 connected to the I / F 306. , A monitor 310 connected to the I / O 307, a keyboard 311, a mouse 312 and the like. A CD / DVD (Compact Disk / Digital Versatile Disk) drive or the like can be connected to the I / O 307.

<Operation>
FIG. 8 and FIG. 9 are sequence diagrams showing a processing example of the above embodiment. First, in FIG. 8, when the user of the terminal device 1A performs an operation (such as tapping a predetermined button from the screen) for requesting a transition from the already activated game application 11 to the home screen of the game management (step S101). ) A home screen request is made from the user interaction management unit 12 of the game application 11 of the terminal device 1A to the user interaction management device 3 (step S102). Note that the game in the game application 11 is suspended due to the shift to the game management.

  The input / output processing unit 31 of the user interaction management device 3 generates home screen data (step S103) and responds to the terminal device 1A (step S104). The user interaction management unit 12 of the game application 11 of the terminal device 1A displays the home screen based on the received home screen data (step S105).

  FIG. 10 is a diagram illustrating an example of the home screen. Information indicating that a friend has created a square and information indicating that a new game application has been released are displayed as various types of activity information. In these displays, corresponding game application icons are also displayed. For a released game app, when the “play with app” button is tapped, the corresponding game app is activated if it is already installed, and moves to the install page if it is not installed. Note that the user can set on / off of notification of activity information. At the bottom of the home screen, buttons such as “Home”, “Friend”, “Open space”, “Others”, and the like are displayed.

  Next, returning to FIG. 8, when the user of the terminal device 1 </ b> A performs an operation for requesting a transition from the home screen to the square screen (tap the “open space” button in FIG. 10) (step S <b> 106), the game of the terminal device 1 </ b> A is performed. A square screen request is made from the user interaction management unit 12 of the application 11 to the user interaction management device 3 (step S107). Anyone can create a plaza.

  The input / output processing unit 31 of the user interaction management device 3 generates data of the square screen (step S108) and responds to the terminal device 1A (step S109). The user interaction management unit 12 of the game application 11 of the terminal device 1A displays the square screen based on the received square screen data (step S110).

  FIG. 11 is a diagram illustrating an example of a square screen, in which information on a square already created by the user himself / herself or a friend is displayed. For each square, the status (“currently being held”, “waiting to be held”, “not participating”, etc.) is displayed in relation to the browsing user. “Ongoing” is a state in which a square is being held with the participation of a minimum number of people, a “play” button is displayed on the right end, and the game can be started immediately by tapping the “play” button. “Waiting for holding” is a state in which the minimum number of participants cannot be obtained and waiting for holding. In this case, an “Invite” button is displayed on the right end, and invitees can be added. “Non-participation” is a state in which the browsing user has not expressed participation in the invitation, and a “participation” button is displayed on the right end, and participation can be expressed by tapping the button. At the bottom of the square screen, a “Create a new square” button is displayed.

  Next, returning to FIG. 8, when the user of the terminal device 1 </ b> A performs an operation for requesting a new square creation from the square screen (tap the “Create a new square” button in FIG. 11) (step S <b> 111), A new square creation request is made from the user interaction management unit 12 of the game application 11 to the user interaction management device 3 (step S112). The input / output processing unit 31 of the user interaction management device 3 generates data for the square setting screen (step S113) and responds to the terminal device 1A (step S114). The user interaction management unit 12 of the game application 11 of the terminal device 1A displays the square setting screen based on the received data on the square setting screen (step S115).

  FIG. 12 is a diagram illustrating an example of a square setting screen, in which columns for setting “name of the square”, “rule”, “minimum number of people”, “maximum number of people”, “time limit”, “participants”, and the like are displayed. Note that the original game application 11 that called the user interaction function is a game to be performed in the open space. For the “square name”, the user inputs a character string. “Rule” has a game type for each rule ID, which is managed in advance in the rule management database 37, embedded as an option, and is selected by the user. The “minimum number of people” is input or selected by the user. The “maximum number of people” is input or selected by the user. The “time limit” is input or selected by the user. The “participant” is selected by the user from the friend list.

  FIG. 13 is a diagram showing an example of a friend list screen, in which his profile and a friend list are displayed. In the friend list, the name of the activated game (game application name) and the like are displayed for each friend. The user selects a friend to be invited to the square from the friend list. Friends may be selected individually, friends may be selected in a lump, or if friends are grouped, they may be selected in groups.

  In addition, the friend can make a friend application (apply based on the user ID) and obtain the consent of the other party, and is registered in both friend lists. Friends are not related to the game you are using. The friend list can be edited to hide, block, release, etc. at once. You can also manage your friends in groups.

  Next, returning to FIG. 8, when the user of the terminal device 1 </ b> A performs an input operation of setting contents on the square setting screen and is completed (step S <b> 116), the user interaction management unit 12 of the game application 11 of the terminal device 1 </ b> A. A square setting registration request is made to the user interaction management device 3 (step S117). The square management unit 34 of the user interaction management device 3 registers the setting information in the square management database 35 (step S118), and responds that the registration has been normally performed (step S119). The user interaction management unit 12 of the game application 11 of the terminal device 1A completes the square setting screen and displays the square screen (step S120).

  Next, in FIG. 9, it is assumed that a user who has been invited as a square participant browses the square screen on the terminal device 1B (step S121). When the user of the terminal device 1B has not yet announced participation, for example, “Hiroba 2” (not participating) at the bottom of FIG. 11 corresponds to the open space to be invited.

  Returning to FIG. 9, when the user of the terminal device 1 </ b> B performs an operation (tap on the “participation” button of “Hiroba 2” in FIG. 11) expressing participation in a desired square (step S <b> 122), the game of the terminal device 1 </ b> B is performed. A square participation request is made from the user interaction management unit 12 of the application 11 to the user interaction management device 3 (step S123).

  The square management unit 34 of the user interaction management device 3 registers the participant in the square management database 35 (step S124), and responds that the registration has been performed normally (step S125). Also, the square management unit 34 of the user interaction management device 3 determines whether or not the registration target square is held due to the addition of participants when the square targeted for registration is waiting to be held (step S126). If it is determined to be held, the status of the corresponding square is changed during the event. In addition, the holding determination is performed based on whether or not the minimum number of people has been reached, and it is determined to be held on condition that the user of the terminal device 1A invites more than the minimum number of friends even if the actual number of participants is not reached. Also good.

  Thereafter, when the user of the terminal device 1B performs a play operation (tap on the “play” button) on the desired open square from the state where the square screen is displayed (step S131) (step S132), The play mode management unit 13 of the game application 11 sets a game environment (application environment) based on the game setting information embedded in the square screen (step S133), and the game execution unit 14 plays the game based on the game environment. The process starts immediately (step S134).

  In addition, the game execution unit 14 of the game application 11 of the terminal device 1B issues a game start notification to the game server device 4 (step S135), and the game management unit 42 of the game server device 4 records logs and the like ( In step S136), a response to the effect of normal processing is returned (step S137).

  Thereafter, a game play is performed by the user of the terminal device 1B. At a game play break (at the end of one stage, at the end of a quest, etc.), the game execution unit 14 of the game application 11 of the terminal device 1B A score notification is sent to the device 4 (step S138). The game management unit 42 of the game server device 4 records the score (step S139), and responds that it has been processed normally (step S140). Since the score is also recorded in the game server device 4 for the game played in the open space, it is handled in the same way as normal game play, and can be reflected in the result of normal game play. When a substantial game execution process is performed by the game server device 4, an operation instruction or the like by the user is transmitted to the game server device 4 instead of the score notification from the terminal device 1B.

  Further, the game management unit 42 of the game server device 4 sends a score notification to the user interaction management device 3 (step S141), and the square management unit 34 of the user interaction management device 3 associates with the user in the square management database 35. The score is recorded (step S142), and a response to the effect of normal processing is returned (step S143).

  Thereafter, when the user of the terminal device 1B performs an operation for requesting browsing of the results list (step S144), the user interaction management unit 12 of the game application 11 of the terminal device 1B browses the results list to the user interaction management device 3. A request is made (step S145). The input / output processing unit 31 of the user interaction management device 3 generates data of a result list (including ranking) (step S146) and responds to the terminal device 1B (step S147). The user interaction management unit 12 of the game application 11 of the terminal device 1B displays the results list based on the received results list data (step S148). Note that the grade list may be the grades of all users participating in the game or the grades of some of the users.

  Thereafter, the square management unit 34 of the user interaction management device 3 determines whether or not the opening of the square is ended (step S151). If it is determined to end, the status of the corresponding square is changed to end. Note that the user interaction management device 3 does not validate the acceptance of the score notification after the completion of the open space, but responds to the result list browsing request for a predetermined period. Regarding the viewing of the results list, the game server device 4 does not send a score notification to the user interaction management device 3, a results list viewing request from the terminal device 1 </ b> B is sent to the game server device 4, and the results list of the results list is sent from the game server device 4. Data may be returned to the terminal device 1B.

  In addition, although the case where the game performed in a square is performed based on the setting information which the other user set was demonstrated, you may be made to perform based on the setting information which the provider etc. of the game application set arbitrarily.

<Summary>
As described above, according to the present embodiment, it is possible to provide a mechanism that can easily shift to a play environment freely set by others and start a game immediately.

  In addition, since a general user can create a square and provide an environment where game play with friends can be provided, invited users have strong motivation to try playing games with friends, Use of game apps can be promoted.

  In addition, because the game conditions can be set in detail, it is expected that effective settings will be made according to the preferences of friends, and it is expected that game play will be exciting, and from this point of view also promote the use of game apps can do.

  The present invention has been described above by the preferred embodiments of the present invention. While the invention has been described with reference to specific embodiments, various modifications and changes may be made to the embodiments without departing from the broad spirit and scope of the invention as defined in the claims. Obviously you can. That is, the present invention should not be construed as being limited by the details of the specific examples and the accompanying drawings.

DESCRIPTION OF SYMBOLS 1, 1A-1C Terminal device 11 Game application 12 User interaction management part 13 Play mode management part 14 Game execution part 2 Network 3 User interaction management apparatus 31 Input / output processing part 32 User management part 33 User management database 34 Square management part 35 Square Management database 36 Rule management unit 37 Rule management database 4, 4X to 4Z Game server device 41 User management unit 42 Game management unit

Claims (3)

A computer constituting the terminal device,
Means for setting a rule including a game end condition and transmitting it to the server as setting information;
Means for receiving setting information registered in the server and set by another user;
Means for selectively displaying the first play mode and the second play mode based on the received setting information set by the other user;
Means for starting a game based on setting information set by the other user when receiving the selection of the second play mode;
Means for receiving a user operation and executing a game;
A terminal program that functions as means for ending a game when an end condition set in setting information set by the other user is satisfied. The terminal program according to claim 1,
The means for executing the game is a terminal program that reflects a game play result based on the second play mode on a game play result based on the first play mode. Means for setting a rule including an end condition of the game and transmitting the setting information to the server;
Means for receiving setting information registered in the server and set by another user;
Means for selectively displaying the first play mode and the second play mode based on the received setting information set by the other user;
Means for starting a game based on setting information set by the other user when receiving the selection of the second play mode;
Means for receiving a user operation and executing a game;
A terminal device comprising: means for ending a game when an ending condition set in setting information set by the other user is satisfied.

Images