JP2012165962A - Game system, mobile communication terminal, and program - Google Patents

Abstract

PROBLEM TO BE SOLVED: To implement a game that has a game system formed of mobile communication terminals of game-participating users and operates in conjunction with positions of mobile communication terminals under the control of a mobile communication terminal serving as a master.SOLUTION: In the game system 1, there included are mobile communication terminals 10a, 10b, and 10c having a positioning function. The mobile communication terminal 10a serves as a master to manage events occurring in the game, game progress state and the like, and, at the same time, is used by a game-participating user. The mobile communication terminal 10a sets events in accordance with positions on a map representing positions of actual world, and moves the game forward when the set positions match the positions of the mobile communication terminal 10. The mobile communication terminals 10b, 10c serving as slaves inform the mobile communication terminal 10a that they have performed positioning that acts as the impetus for causing the events to occur. Once the mobile communication terminal 10a causes the events to occur, it simultaneously delivers information to the slaves on how the game is progressing and causes each terminal to synchronize the progress state.

Description

  The present invention relates to a game system for executing a game linked to a position obtained by a positioning function of a mobile communication terminal.

  There is a game system that uses a positioning function of a mobile communication terminal such as a mobile phone terminal or a smartphone to execute a game linked to the position of the mobile communication terminal. Patent Document 1 discloses a score map in which a score area is virtually set corresponding to a position in the real world and a position indicating the position of the moving object in a game system in which a game is performed by scoring by moving the moving object. It is disclosed that the score of the user of each moving object is calculated based on the information.

JP 2002-95865 A

In the game system disclosed in Patent Document 1, a service providing terminal serving as a server is provided separately from a user terminal used by a user participating in a game. The service providing terminal provides a game service that supports the execution of the game by communicating with individual user terminals.
On the other hand, an object of the present invention is to configure a game system with mobile communication terminals of users participating in a game, and execute a game linked to the position of each mobile communication terminal under the management of the mobile communication terminal serving as a master. Is to provide a mechanism to do this.

  In order to solve the above-described problems, the game system of the present invention is connected to one master mobile communication terminal and the master mobile communication terminal by wireless communication as a mobile communication terminal having a positioning unit that measures the position of the terminal. A slave mobile communication terminal, wherein the master mobile communication terminal sets an event that occurs in the game in correspondence with a position on a map representing a real-world position And when the position on the map where the event is set by the event setting means matches the position measured by any of the positioning units, the game is caused to occur and the game proceeds Progress means, first display means for displaying contents indicating the progress of the game in association with the map, and distribution of the progress of the game to the slave mobile communication terminal Distribution means, and notification receiving means for receiving a notification regarding the position measured by the positioning unit of the slave mobile communication terminal, and the slave mobile communication terminal displays the progress status distributed by the distribution means. Receiving progress status receiving means, second display means for displaying the contents indicating the progress status received by the progress status receiving means in association with the map, and the notification regarding the position measured by the positioning unit of its own terminal, And a notification transmission means for transmitting to the master mobile communication terminal.

In the present invention, each of the mobile communication terminals may have mode setting means for setting an operation mode of the own terminal so that the own terminal is either a master or a slave.
In this configuration, the mode setting means may change the operation mode so that the terminal becomes the master when a predetermined change condition is satisfied when the terminal is a slave. Further, when the mobile communication terminal other than the own terminal is changed to the master when the own terminal is the master, the mode setting means may change the operation mode so that the own terminal becomes a slave. Good.

In the present invention, the game progressing means is to cause each event to occur a predetermined number of times to advance the game, and when one of the events exceeds the specified number of times, It is also possible to cause the event to occur for the specified number of times by giving priority to the positioning timing that is early.
In the present invention, the event setting means may set the event at random within an area determined by a position measured by any positioning unit of the mobile communication terminal.

In the present invention, the game progress means displays an object image moving on the map of a predetermined scale on the first and second display means, and a position of the object image and a position measured by the positioning unit are determined. The predetermined event is generated when they match, and the first and second display means change the scale while displaying the object image. The moving speed may be changed so that the moving speed of the object image when converted to the moving speed is reduced.
In this configuration, when the scale is equal to or smaller than a threshold value, the first and second display means may not change the moving speed of the object image even when the scale is changed.

  The mobile communication terminal of the present invention is a mobile communication terminal having a positioning unit that measures the position of its own terminal, one master mobile communication terminal, and a slave mobile communication terminal connected to the master mobile communication terminal by wireless communication A mobile communication terminal of a game system comprising: a mode setting means for setting an operation mode of the terminal so that the terminal is either a master or a slave; and when the mode setting means is set as a master, the real world An event setting means for setting an event occurring in the game in correspondence with a position on the map representing the position of the game, and when the mode setting means is set as a master, the event is set by the event setting means And a game progress means for causing the event to proceed when the position on the map matches the position measured by any of the positioning units. When the mode setting means is set as a master, a first display means for displaying contents indicating the progress of the game in association with the map; and when the mode setting means is set as a master, the slave mobile communication terminal A delivery means for delivering the progress of the game, a notification receiving means for receiving a notification about the position measured by the positioning unit of the slave mobile communication terminal when the mode setting means is set as a master, and the mode setting When the means is set as slave, the progress status receiving means for receiving the progress status distributed by the master mobile communication terminal, and when the mode setting means is set as slave, the progress status receiving means has received the Second display means for displaying the contents indicating the progress status in association with the map, and the mode setting means set as a slave. When, the notification relating to the position of the positioning unit of the own terminal is measured, characterized in that it comprises a notification transmission means for transmitting to the mobile communication terminal of the master.

  The program of the present invention includes, as a mobile communication terminal having a positioning unit for measuring the position of its own terminal, one master mobile communication terminal and a slave mobile communication terminal connected to the master mobile communication terminal by wireless communication. When the mobile communication terminal computer in the game system sets the operation mode of the mobile communication terminal so that the mobile communication terminal is either a master or a slave, and when the mode setting means sets the master, An event setting means for setting an event that occurs in the game in correspondence with a position on a map representing a real-world position; and when the mode setting means is set as a master, the event setting means sets the event When the position on the map for which is set matches the position measured by any of the positioning units, this event is generated and A game progress means for advancing the game, a first display means for displaying the contents indicating the progress of the game in association with the map when the mode setting means is set as the master, and the mode setting means as the master And a delivery means for delivering the progress of the game to the slave mobile communication terminal, and a notification regarding the position measured by the positioning unit of the slave mobile communication terminal when the mode setting means is set as the master. Notification receiving means, and when the mode setting means is set to slave, progress status receiving means for receiving the progress status distributed by the mobile communication terminal of the master, and when the mode setting means is set to slave, Second display means for displaying contents indicating the progress status received by the progress status receiving means in association with the map; When the setting means is set as a slave, the notification relating to the position of the positioning unit of the mobile communication terminal is measured, is intended to function as a notification transmission means for transmitting to the mobile communication terminal of the master.

  ADVANTAGE OF THE INVENTION According to this invention, a game system is comprised by the mobile communication terminal of the user who participates in a game, and the game linked with the position of each mobile communication terminal can be performed under management of the mobile communication terminal used as a master. .

The figure which shows the whole structure of a game system. The block diagram which shows the structure of a mobile communication terminal. The figure which shows the data structure of game management DB. The figure which shows an example of a game screen. The figure which shows an example of a game screen. The functional block diagram which shows the functional structure of a game system. The sequence chart which shows the operation | movement procedure of a game start pre-process. The sequence chart which shows the operation | movement procedure of a game progress process. The flowchart which shows the operation | movement procedure of an item acquisition determination process. The figure which shows the data structure of game management DB. The figure which shows an example of a game screen. The flowchart which shows the operation | movement procedure of the process at the time of a game end. The figure which shows an example of the display screen of a game result. The figure which shows the data structure of game management DB. The figure explaining the outline of a deduction event. The sequence chart which shows the operation | movement procedure of a deduction event. The figure explaining the content of a deduction event. The flowchart which shows the operation | movement procedure of the display process at the time of a deduction event. The figure explaining the outline | summary of an avoidance event. The flowchart which shows the operation | movement procedure of a display process at the time of an avoidance event. The figure explaining the content of the avoidance event. The functional block diagram which shows the functional structure of a game system. The sequence chart which shows the operation | movement procedure of a game progress process. The sequence chart which shows the operation | movement procedure of a game progress process. The sequence chart which shows the operation | movement procedure of a game progress process.

[Embodiment]
Hereinafter, an embodiment of the present invention will be described with reference to the drawings.
FIG. 1 is a diagram showing an overall configuration of the game system 1. As shown in FIG. 1, the game system 1 includes a plurality of mobile communication terminals 10 having a wireless communication function. The mobile communication terminal 10 is used by users who participate in the game. The game system 1 is a system that executes a game linked to the position of the mobile communication terminal 10 and competes for a score given to a user. More specifically, an event that occurs in the game is set in correspondence with the position on the map that represents the position of the real world specified by the latitude and longitude, and the position on the map where the event is set, The event occurs when the position of the mobile communication terminal 10 used by the user matches. The score held by the user varies depending on the occurrence of this event. The term “match” here means that the position in the real world defined by the map matches the position obtained by the positioning function of the mobile communication terminal 10, but when both are close to a predetermined distance range, both positions May be considered to match.
Hereinafter, an event that occurs in the game executed by the game system 1 and that can change the score that the user has is referred to as an “event”.

  Each mobile communication terminal 10 is a smartphone, and is connected to each other by wireless communication via a network NW. Here, the network NW is a communication network including a mobile communication network, a gateway, and the Internet. In FIG. 1, mobile communication terminals 10a, 10b, and 10c are shown as mobile communication terminals 10, and these have the same configuration. The mobile communication terminal 10 is assigned a user ID for identifying a user who participates in the game as identification information for identifying each terminal. As shown in FIG. 1, the user ID assigned to the mobile communication terminal 10a is “UID01”, the user ID assigned to the mobile communication terminal 10b is “UID02”, and the user ID assigned to the mobile communication terminal 10c is “UID01”. UID03 ". The user ID is terminal identification information specified by, for example, a SIM (Subscriber Identity Module) card.

Each mobile communication terminal 10 sets the operation mode of the own terminal so that the own terminal is either a master or a slave. In the game system 1, any one of the mobile communication terminals 10 becomes a master, and the others become slaves, and the game is advanced under the management of the master. That is, the mobile communication terminal 10 serving as a master is used by a user who participates in the game, and also serves as a server that performs operations necessary for the progress of the game.
Whether each mobile communication terminal 10 becomes a master or a slave depends on the contents set before the game is started. Hereinafter, the case where the mobile communication terminal 10a becomes a master and the mobile communication terminals 10b and 10c become slaves will be described unless otherwise specified. In the following description, when it is not necessary to particularly distinguish the mobile communication terminals 10a, 10b, and 10c, these may be collectively referred to as “mobile communication terminal 10”.

FIG. 2 is a block diagram showing a configuration of the mobile communication terminal 10. As shown in FIG. 2, the mobile communication terminal 10 includes a control unit 11, a voice input / output unit 12, a wireless communication unit 13, a UI (User Interface) unit 14, a positioning unit 15, and a storage unit 16. Prepare.
The control unit 11 includes an arithmetic device including a CPU and a memory, and controls each unit of the mobile communication terminal 10 by executing a program. The control unit 11 includes, for example, a real time clock as a time measuring unit that measures the current time. The mobile communication terminal 10 has a function of synchronizing a standard time measured by a time server (not shown) and a time measured by the time measuring unit of the control unit 11 by wireless communication. That is, the time measured by each mobile communication terminal 10 of the game system 1 is always considered to be synchronized. The memory of the control unit 11 stores setting data E indicating the operation mode set by the control unit 11 for the own terminal. The control unit 11 that stores the setting data E and sets the operation mode of the mobile communication terminal 10 functions as a mode setting unit. The control unit 11 operates the mobile communication terminal 10 as either a master or a slave according to the operation mode indicated by the setting data E.

  The voice input / output unit 12 includes a microphone that collects received voice, a speaker that emits transmitted voice, and the like, and realizes functions related to voice input / output. The wireless communication unit 13 includes a wireless communication circuit and an antenna, and is an interface for connecting to the network NW by wireless communication. The UI unit 14 includes a touch panel superimposed on a display surface for displaying an image, and provides a GUI (Graphical User Interface). The UI unit 14 receives an operation from the user through the touch panel and notifies information by an image displayed on the display surface. The positioning unit 15 measures the position of the mobile communication terminal 10 according to a GPS (Global Positioning System) positioning method, and generates position information indicating the measured position. The position information generated by the positioning unit 15 represents the latitude and longitude indicating the current position of the mobile communication terminal 10. The storage unit 16 includes, for example, an EEPROM (Electronically Erasable and Programmable ROM) and stores various data including a game application 161 and a game management DB (Data Base) 162. The game application 161 is an application program for executing a game in the game system 1 and is installed in the mobile communication terminal 10 and stored in the storage unit 16 in advance. The game management DB 162 is a database that stores various information related to games executed in the game system 1. The game management DB 162 stores, for example, the setting contents of events that occur in the game and the progress of the game.

FIG. 3 is a diagram illustrating a data structure of the game management DB 162.
As shown in FIG. 3, the game management DB 162 includes “item No.”, “location information”, “score”, “acquisition order”, “number of items”, “last occurrence time”, “ This is a structure in which pieces of information called “user management information” are associated with each other.
“Item No.” is information for identifying an event in which the user acquires an item among events occurring in the game. This event is hereinafter referred to as an “item acquisition event”. The game management DB 162 stores information related to the item acquisition event identified by this item No. in association with “Item No.”. “Position information” is information indicating the position in the real world where the item acquisition event is set, and represents latitude and longitude. The “score” represents a score given to the user of the mobile communication terminal 10 that has performed positioning for generating an item acquisition event.

  “Acquisition order” represents the order in which a plurality of items are to be acquired, that is, the occurrence order of item acquisition events. According to the contents shown in FIG. 3, the item acquisition event of item No. “002” occurs only after the item acquisition event of item No. “001” occurs. Similarly, the item acquisition event of item No. “003” occurs only after the item acquisition event of item No. “002” occurs. When “acquisition order” is not set, item acquisition events can be generated in an arbitrary order. The “number of items” defines the number of items. In other words, it defines the total number of times (specified number) that one item acquisition event occurs. For example, the item acquisition event of item No. “001” can be generated by the mobile communication terminals 10 of three different users. The item acquisition event of item No. “002” can be generated by the mobile communication terminals 10 of two different users.

The “occurrence last time” represents the last time at which the item acquisition event occurs, and is information that specifies that the item acquisition event becomes invalid after this last time and this event does not occur. “User management information” has a structure in which each piece of information “user ID” and “event occurrence time” is associated with each other, and represents information related to the score acquired by each user. The “user ID” is a user ID that identifies the mobile communication terminal 10 that has generated the item acquisition event. “Event occurrence time” indicates the time when the item acquisition event occurs. Before the item acquisition event is generated, the “user management information” field is blank as shown in FIG. It is also possible not to set the “occurrence final time”, and in this case, the game can be held up to an arbitrary time.
Next, a game screen displayed on the UI unit 14 of the mobile communication terminal 10 while the game is in progress will be described.

4 and 5 are diagrams showing a game screen GS on which a map of a certain area is arranged. FIG. 4 shows a game screen GS in which no information related to the event is shown on the map and only the map is shown. FIG. 5 is a game screen GS in which information related to events is shown on a map in accordance with the game management DB 162.
The game screen GS shown in FIG. 4 is a display screen on which maps are arranged using map data provided by a map site, for example. The map of the game screen GS is a two-dimensional map showing how each area is viewed from above, and can be displayed by changing the scale (that is, zoom level) by the user operating the UI unit 14. . The game screen GS shown in FIG. 5 is a display screen in which the content related to the progress of the game is associated with the map in accordance with the content of the game management DB 162. As in this game screen GS, an item acquisition event is set at a position defined by “position information” in the game management DB 162 and indicated by a circled value in FIG. The circled numerical value is a value defined by “score” in the game management DB 162. In the game screen GS shown in FIG. 5, “☆ (current location)” is marked at the current position of the user based on the positioning result of the positioning unit 15.
The user participates in the game with the game screen GS shown in FIG. 5 displayed on the mobile communication terminal 10. And a user goes to the position where the item acquisition event was set, seeing this game screen GS. When the position of the mobile communication terminal 10 matches the set position of the item acquisition event, a score corresponding to the item acquisition event is given to the user of the mobile communication terminal 10.

  FIG. 6 is a functional block diagram showing a functional configuration of the game system 1. However, since the functional configurations of the mobile communication terminals 10b and 10c serving as slaves are the same, they will be described generically. The master mobile communication terminal 10a executes a program including the game application 161, whereby an event setting unit 101, a game progression unit 102, a first display control unit 103, a distribution unit 104, a notification reception unit 105, A function corresponding to the position information exchanging unit 106 is realized. The slave mobile communication terminals 10 b and 10 c execute a program including the game application 161, thereby causing the progress status receiving unit 201, the second display control unit 202, the notification transmitting unit 203, and the location information exchanging unit 204 to Realize the corresponding function.

The event setting unit 101 is an event setting unit that sets an item acquisition event that occurs in the game in association with a position on a map that represents the position of the real world. The event setting unit 101 sets an item acquisition event according to the content specified by the user by operating the UI unit 14 before starting the game, and describes and updates the setting content in the game management DB 162.
The game progression unit 102 is a game progression unit that controls the game progression. The game progression unit 102 generates an item acquisition event when the position on the map where the item acquisition event defined by the game management DB 162 is set matches the position measured by the positioning unit 15 of the mobile communication terminal 10. To advance the game. The game progression unit 102 identifies the position of the mobile communication terminal 10a based on the positioning result of the positioning unit 15 of the master mobile communication terminal 10a. Further, the game progress unit 102 specifies the positions of the slave mobile communication terminals 10b and 10c based on an event occurrence notification described later received by the notification receiving unit 105. The game progress unit 102 updates the game management DB 162 according to the progress of the game.

Based on the game management DB 162, the first display control unit 103 causes the UI unit 14 to display a game screen GS (see FIGS. 4 and 5) in which content indicating the progress of the game is associated with a map. That is, the first display means is realized by the cooperation of the first display control unit 103 and the UI unit 14. In addition, the first display control unit 103 uses the information (for example, user name) that identifies the position indicated by the position information acquired from another terminal by the position information exchange unit 106 and the mobile communication terminal 10 that provided the position information. Correspondingly, it is shown on the map of the game screen GS.
The distribution unit 104 is distribution means for distributing the progress of the game to the mobile communication terminals 10b and 10c that are slaves based on the game management DB 162. Specifically, the distribution unit 104 distributes data for synchronizing the contents of the game management DB 162 of the mobile communication terminal 10a with the game management DB 162 of the mobile communication terminals 10b and 10c.
The notification receiving unit 105 is a notification receiving unit that receives an event occurrence notification that is a notification regarding the position measured by the positioning unit 15 of the mobile communication terminals 10b and 10c. The event occurrence notification is transmitted from the slave to the master mobile communication terminal 10 so that the master mobile communication terminal 10a knows that the positioning has been performed for the slave mobile communication terminals 10b and 10c to generate an event. Is. In other words, the mobile communication terminals 10b and 10c that have performed positioning that triggers an item acquisition event transmit event occurrence notifications.
The position information exchanging unit 106 provides position information indicating the position measured by the positioning unit 15 to each of the mobile communication terminals 10b and 10c by wireless communication, while the position provided from the mobile communication terminals 10b and 10c by wireless communication. This is position information exchanging means for acquiring information.

The progress status receiving unit 201 is a progress status receiving unit that receives the progress status of the game distributed by the distribution unit 104.
The second display control unit 202 displays the content indicating the game progress received by the progress receiving unit 201 in association with the map of the game screen GS. That is, the second display unit is realized by the cooperation of the second display control unit 202 and the UI unit 14. In addition, the second display control unit 202 associates the position indicated by the position information acquired by the position information exchange unit 204 with information (for example, a user name) identifying the terminal that provided the position information on the map. Show.
The notification transmission unit 203 is a notification transmission unit that transmits an event occurrence notification that is a notification related to the position measured by the positioning unit 15 of the terminal itself to the master mobile communication terminal 10a. The notification transmission unit 203 transmits an event occurrence notification when the position where the item acquisition event is set matches the position measured by the positioning unit 15.
The position information exchanging unit 204 provides position information indicating the position measured by the positioning unit 15 to terminals other than its own terminal by wireless communication, and acquires position information provided from these terminals by wireless communication. Information exchange means.
Note that the location information exchange performed by the location information exchanging units 106 and 204 described above may be performed between the mobile communication terminals 10 that are slaves, while the information related to the progress of the game is the mobile communication terminal 10 that is a master. To be aggregated.

  Next, the operation of the game system 1 will be described. The operation in the game system 1 is mainly called “game pre-processing” performed before the game starts, “game progress processing” for progressing the game, and “game end processing” performed at the end of the game. It is roughly divided into three. Each of these operations is realized by the control unit 11 of the mobile communication terminal 10 executing the game application 161.

<Game pre-processing>
FIG. 7 is a sequence chart showing an operation procedure of pre-game start processing in the game system 1.
First, the mobile communication terminal 10 executes a master / slave setting process (step SA1). The master / slave setting process is a process of setting an operation mode that defines whether each mobile communication terminal 10 is operated as a master or a slave. In the master / slave setting process, for example, the mobile communication terminal 10 designated by the user becomes a master, and the other mobile communication terminals 10 become slaves. Further, the operation mode may be automatically set by wireless communication between the mobile communication terminals 10 without user designation. When the control unit 11 of the mobile communication terminal 10 sets the operation mode of the terminal itself, the control unit 11 stores setting data E indicating the operation mode in the memory. In the master / slave setting process, the control unit 11 exchanges communication destination information necessary for communication with each mobile communication terminal 10 other than the terminal itself, and generates a communication list in which the communication destination information is listed. To be stored in the storage unit 16. This communication destination list is referred to when the position information is exchanged between the mobile communication terminals 10 of the game system 1.

  Next, the master mobile communication terminal 10a sets an event that occurs in the game (step SA2). The process of step SA2 is a process of updating information other than the user management information in the game management DB 162. First, the control unit 11 of the mobile communication terminal 10a causes the UI unit 14 to display the game screen GS shown in FIG. The user of the mobile communication terminal 10a touches a position on the map of the game screen GS (that is, performs a tap operation), and specifies a position where an item acquisition event is set. When the user designates an event occurrence position, the control unit 11 causes the user to designate a score that can be acquired by the item acquisition event. In addition to this, the control unit 11 may allow the user to specify each information of “acquisition order”, “number of items”, and “last generation time”. The control unit 11 updates the game management DB 162 according to the event setting in step SA2 (step SA3). Thereby, the game management DB 162 having the contents shown in FIG. 3 is stored in the storage unit 16 of the mobile communication terminal 10a.

Next, in order to synchronize the game management DB 162 in each mobile communication terminal 10, the control unit 11 of the master mobile communication terminal 10a sets the event setting contents described in the game management DB 162 (that is, the contents set in FIG. 2). The DB update message notifying the user is simultaneously distributed to the slave mobile communication terminals 10b and 10c by the wireless communication unit 13 (step SA4). The control unit 11 of the mobile communication terminals 10b and 10c updates the game management DB 162 according to the DB update message from the mobile communication terminal 10a (step SA5). With this update, each mobile communication terminal 10 has a game management DB 162 having the contents shown in FIG.
The above is the description of the operation of the pre-game start process in the game system 1. When the pre-game start process is completed, game execution in the game system 1 is started.

<Game progress processing>
FIG. 8 is a sequence chart showing the operation procedure of the game progress process in the game system 1. During the game progress process, the mobile communication terminal 10 periodically performs positioning (that is, automatic positioning) by the positioning unit 15 to generate and acquire position information of the current position. Each mobile communication terminal 10 periodically exchanges position information by referring to the communication list and performing one-to-one wireless communication with terminals other than the terminal itself. Each mobile communication terminal 10 displays and displays the current position of another user on the map of the game screen GS based on the exchanged position information (see FIG. 11).
When the position information indicating the position measured by the positioning unit 15 of the own terminal matches the position information of any item acquisition event set in the game management DB 162, the control unit 11 of the mobile communication terminal 10a Then, an item acquisition event is generated (step SB1).
Note that the mobile communication terminal 10 is not limited to the mode of determining that the item acquisition event occurrence position has been reached by automatic positioning, and may perform this determination by positioning at a timing instructed by the user.

  Next, the control part 11 of the mobile communication terminal 10a performs an item acquisition determination process (step SB2). As will be described in detail later, the item acquisition determination process is a process for generating an item acquisition event as many times as specified in the game management DB 162 (that is, the same number as the number of items specified in the game management DB 162). One item acquisition event may be generated by any of the mobile communication terminals 10a, 10b, and 10c. On the other hand, since the game management DB 162 of each terminal is not always synchronized, an item acquisition event common to a plurality of terminals may be generated almost simultaneously. If all of these are reflected in the progress of the game, there will be a problem that the item acquisition event occurs more than the specified number of times. A process for preventing such a defect due to competition of item acquisition events at a plurality of terminals is an item acquisition determination process.

  Next, the control unit 11 of the mobile communication terminal 10a updates the game management DB 162 of the own terminal according to the item acquisition event generated in step SB1 (step SB3). Here, it is assumed that the mobile communication terminal 10a generates an item acquisition event of item No. “001” when the timing unit of the control unit 11 measures “10:42:03”. In this case, as shown in FIG. 10A, the control unit 11 describes “UID01” in the “user ID” field in association with the item No. “001”, and the “event occurrence time” field. "10:42:03" is written in the field, and the game management DB 162 is updated. Item No. Regarding the item acquisition event of “001”, the control unit 11 of the mobile communication terminal 10a updates the number of items in the game management DB 162 to “2”.

  Next, the control unit 11 of the mobile communication terminal 10a simultaneously distributes a DB update message to each of the mobile communication terminals 10b and 10c by the wireless communication unit 13 according to the update contents of the game management DB 162 in Step SB3 (Step SB4). ). This DB update message includes information of item No. “001”, user ID “UID01”, and event occurrence time “10:42:03”. The control unit 11 of the mobile communication terminals 10b and 10c updates the game management DB 162 of the own terminal according to the DB update message received by the wireless communication unit 13 (step SB5). Thereby, also in the mobile communication terminals 10b and 10c, the game management DB 162 is updated to the contents of FIG.

  Next, when the position information indicating the position measured by the positioning unit 15 matches the position information of any item acquisition event set in the game management DB 162, the control unit 11 of the mobile communication terminal 10b Then, an item acquisition event is generated (step SB6). However, the item acquisition event generated on the slave side is not reflected in the game until it is permitted on the master side. Next, the control unit 11 of the mobile communication terminal 10b transmits an event occurrence notification corresponding to the item acquisition event generated in step SB6 to the mobile communication terminal 10a by the wireless communication unit 13 (step SB7). The event occurrence notification includes information items “item No.”, “user ID”, and “event occurrence time”. In this case, the information includes item No. “001”, user ID “UID02”, and event occurrence time “10:46:43”.

  The control unit 11 of the mobile communication terminal 10a executes an item acquisition determination process in response to the event occurrence notification received from the mobile communication terminal 10b (step SB8). Here, if there is no conflict with other item acquisition events, the control unit 11 updates the game management DB 162 of its own terminal according to the event occurrence notification (step SB9). That is, as shown in FIG. 10B, the control unit 11 describes “UID02” in the “user ID” field in association with the item No. “001”, and the “event occurrence time” field. “10:46:43” is described and the game management DB 162 is updated. Thereby, the item acquisition event generated on the slave side is reflected in the progress of the game.

  Next, the control unit 11 of the mobile communication terminal 10a broadcasts a DB update message to each of the mobile communication terminals 10b and 10c by the wireless communication unit 13 according to the update contents of the game management DB 162 in Step SB9 (Step SB10). ). This DB update message includes information of item No. “001”, user ID “UID02”, and event occurrence time “10:46:43”. The control unit 11 of the mobile communication terminals 10b and 10c updates the game management DB 162 according to the DB update message distributed from the mobile communication terminal 10a (step SB11). Thereby, the game management DB 162 of the mobile communication terminals 10b and 10c has the contents shown in FIG. In this way, the slave mobile communication terminals 10b and 10c do not immediately update the game management DB 162 even when an item acquisition event occurs in the own terminal. The mobile communication terminals 10b and 10c update the game management DB 162 according to the DB update message from the master mobile communication terminal 10a.

Thereafter, when an item acquisition event is generated in any of the mobile communication terminals 10, the game management DB 162 is updated in the same procedure as described above. For example, when the item acquisition event of item No. “001” is generated three times, the mobile communication terminal 10 updates the game screen GS to the one shown in FIG. As shown in FIG. 11, the updated game screen GS is equivalent to the game screen GS shown in FIG. 5 in which the information related to the item acquisition event of item No. “001” is deleted. Thereafter, the item acquisition event of item No. “001” does not occur.
The operation when an item acquisition event is generated in the mobile communication terminal 10c is performed in the same manner as in the case of the mobile communication terminal 10b.
The above game progress process is performed until the total sum of values described in the “number of items” field (that is, the number of remaining items) becomes “0” in the game management DB 162 of the mobile communication terminal 10a.

(Item acquisition judgment process)
Here, the item acquisition determination process will be described. FIG. 9 is a flowchart showing an operation procedure of an item acquisition determination process executed by the mobile communication terminal 10a.
First, when an item acquisition event is generated in any mobile communication terminal 10, the control unit 11 of the mobile communication terminal 10 a generates an item acquisition event exceeding the “number of items” defined in the game management DB 162. It is determined whether or not it is being attempted (step SB21). Here, when the control unit 11 determines that an item acquisition event is generated in any one of the mobile communication terminals 10 and the event generation does not compete with a plurality of terminals (step SB21; NO), the item acquisition determination process is performed. finish.

On the other hand, the control part 11 progresses to step SB22, when the item acquisition event is going to be generated exceeding the number of items prescribed | regulated by game management DB162 (step SB21; YES). For example, when the number of items is “1” but the same item acquisition event is generated almost simultaneously in both the mobile communication terminals 10a and 10b, “YES” is determined.
In this case, the control unit 11 refers to the event occurrence time in the item acquisition event of each terminal. Then, the control unit 11 prioritizes the item acquisition event with higher priority on the event occurrence time and invalidates the item acquisition event later (step SB22). That is, when an item acquisition event that is generated only once is to be generated twice, the control unit 11 generates only the earlier event occurrence time and does not generate the later event (that is, invalidates). For example, if the event occurrence time at the mobile communication terminal 10a is “10:46:54” and the event occurrence time at the mobile communication terminal 10b is “10:47:04”, the mobile communication terminal 10a An item acquisition event is generated at the terminal, and the user management information in the game management DB 162 is updated. On the other hand, the mobile communication terminal 10a does not update the game management DB 162 in response to the event occurrence notification from the mobile communication terminal 10b, assuming that no event has occurred in the mobile communication terminal 10b. When the item acquisition event is invalidated, the mobile communication terminal 10a notifies the fact that the event occurrence has been invalidated, for example, by displaying a message “Item could not be acquired” on the target terminal. .
By this item acquisition determination process, it is possible to reliably avoid the item acquisition event from being performed more than the specified number of times.

<Processing at the end of the game>
FIG. 12 is a sequence chart showing an operation procedure of game end processing in the game system 1. FIG. 14 shows the contents of the game management DB 162 at the end of the game.
The control unit 11 of the mobile communication terminal 10a refers to the game management DB 162 during the period in which the game progress process is being executed, and determines whether or not the remaining item number is “0” (step SC1). When the control unit 11 determines that the game management DB 162 having the contents shown in FIG. 14 is stored in the storage unit 16 and the remaining number of items is “0” (step SC1; YES), the control unit 11 executes the game according to the contents of the game management DB 162. A result is generated (step SC2). The game result here is data for presenting the ranking of the score held by each user, and includes “user name”, “user ID”, and “sold score” of each user.

  The control unit 11 of the mobile communication terminal 10a broadcasts the game result notification generated in step SC2 to the mobile communication terminals 10b and 10c by the wireless communication unit 13 (step SC3). And the control part 11 of the mobile communication terminal 10a displays the content of the game result produced | generated by step SC2 on the UI part 14. FIG. In addition, when the wireless communication unit 13 receives the game result distributed in Step SC3, the control unit 11 of the mobile communication terminals 10b and 10c displays the content on the UI unit 14 (Step SC4).

FIG. 13 is a diagram illustrating an example of a game result display screen.
As shown in FIG. 13, game results in which “user name”, “user ID”, and “owned score” are arranged in descending order from the top to the bottom of the display area of the UI unit 14 are displayed. . The user who sees this can grasp the result of the game.
When the above game end process is performed in the game system 1, the game ends.
By the way, the event in which the user's possession score changes is not limited to the item acquisition event described above, and there are those described below.

<Deduction event>
First, the deduction event will be described.
In the game system 1, a deduction event is generated at a certain timing during the game progress process. The deduction event is an event for reducing the possession score of the user who has the most possession scores at the start timing, and is introduced for the purpose of changing the game development.
FIG. 15 is a diagram for explaining the outline of the deduction event. Here, it is assumed that the user (user name: “Y”) with the user ID “UID02” has the highest score at the start of the deduction event. In the deduction event, the object image Obj1 imitating a meteorite moves on the map of the game screen GS toward the position of the user who has the highest score at the start timing. When the object image Obj1 matches the position measured by the positioning unit 15 of the mobile communication terminal 10, the user's possession score of the terminal is reduced to “0”.
Note that the object image Obj1 moves linearly in the direction of the arrow M1 at the position on the broken line shown in FIG. 15 toward the position of the user with the highest score. Therefore, it can be said that there is a high possibility that this user will be subject to the deduction event by the deduction event, but other users may also be the subject of this deduction event.

FIG. 16 is a sequence chart showing an operation procedure of a deduction event in the game system 1. FIG. 17 is a diagram for explaining the contents of a deduction event. In the xy coordinate system shown in FIG. 17A, the x-axis direction is determined in correspondence with the longitude direction, the y-axis direction is determined in correspondence with the latitude direction, and the current position of the user having the highest score is further determined. The origin.
The mobile communication terminal 10a starts a deduction event at a predetermined timing. First, the control unit 11 of the mobile communication terminal 10a specifies the start position and the target position of the object image Obj1 that is moved by the deduction event (step SD1). The start position is a movement start point of the object image Obj1. Here, in terms of the distance in the real world, the possessed score is a position that is more than 1000 km away from the position of the top user, and the angle formed with the x-axis direction is α (arbitrary) from the current position of the user The value is determined to be the position of degrees. As shown in FIG. 17A, the latitude and longitude of the start position are (x2, y2). The target position is the latitude and longitude of the position of the user with the highest score, and is (x0, y0). In FIG. 17A, dx is a movement distance per unit time in the x-axis direction (longitude direction), and dy is a movement distance per unit time in the y-axis direction (latitude direction). The unit time here is a time interval at which the display content of the UI unit 14 is updated, and is determined in advance. Further, (x1, y1) indicates a position after the unit time of the object image Obj1 at the position (x0, y0). The distance Z represents the actual distance between the target position and the current position of the object image Obj1.

Next, the control unit 11 of the mobile communication terminal 10a simultaneously sends a deduction event start notification designating the start position and target position of the object image Obj1 specified in step SD1 to the mobile communication terminals 10b and 10c by the wireless communication unit 13. Distribute (step SD2). The deduction event start notification is distributed in order to start the deduction event simultaneously at each terminal.
Next, each mobile communication terminal 10 executes a deduction event display process (step SD3). The deduction event display process is a process for determining the display mode when the object image Obj1 moves on the map. The deduction event display processing will be described in detail later, but the outline thereof is as follows. When changing the scale when the mobile communication terminal 10 displays the object image Obj1 on the map, the moving speed of the object image Obj1 when converted to the moving speed in the real world becomes smaller as the scale becomes larger. The moving speed is dynamically changed so that

  As shown in FIG. 15, since the object image Obj1 moves toward the current position of the mobile communication terminal 10b, the user tries to move from the current position in order to avoid matching both positions on the map. . Here, if the object image Obj1 on the map matches the position of the mobile communication terminal 10b, the control unit 11 of the mobile communication terminal 10b transmits a deduction event occurrence notification to the mobile communication terminal 10a by the wireless communication unit 13. (Step SD4). The deduction event occurrence notification includes, in addition to “user ID” and “event occurrence time”, information indicating that a deduction event has occurred.

  The control unit 11 of the mobile communication terminal 10a updates the game management DB 162 of the own terminal according to the received event occurrence notification (step SD5). Here, the control unit 11 updates the game management DB 162 so that the possession score of the user of the terminal that has transmitted the event occurrence notification is “0”. Here, the control unit 11 deletes all of “UID02” described in the “user ID” field and the information described in the “event occurrence time” field associated therewith from the game management DB 162.

Next, the control unit 11 of the mobile communication terminal 10a simultaneously distributes a DB update message to the mobile communication terminals 10b and 10c by the wireless communication unit 13 according to the update contents of the game management DB 162 in step SD5 (step SD6). This DB update message instructs to delete all “UID02” described in the “user ID” field and “event occurrence time” associated therewith. The control unit 11 of the mobile communication terminals 10b and 10c updates the game management DB 162 according to the DB update message from the mobile communication terminal 10a (step SD7). Thereby, game management DB162 which each mobile communication terminal 10 has synchronizes.
The above is the description of the overall operation flow of the deduction event. Next, the display process at the time of a deduction event will be described in more detail.

(Display processing at deduction event)
FIG. 18 is a flowchart showing an operation procedure of a deduction event display process executed by the mobile communication terminal 10.
First, the control unit 11 refers to an API (Application Program Interface) to specify the zoom level of the map on the current game screen GS (step SD301). Here, there are zoom levels designated by “1”, “2”, “9”, “18”, and “21” described in the adjustment table TB1 shown in FIG. The zoom level value and the scale have a relationship that the scale is larger as the zoom level value is larger. The adjustment table TB1 is a data table in which each information of “zoom level” and “movement distance adjustment rate” is associated, and is stored in the storage unit 16 in advance. The “movement distance adjustment rate” is a parameter that determines how much the standard movement speed of the predetermined object image Obj1 is changed.

Next, the control unit 11 calculates a distance Z between the target position of the deduction event and the current position of the object image Obj1 (step SD302). The distance Z satisfies the relationship of the following formula (1). The distance Z represents the distance when converted to the real world.
Distance Z = {(x2−x0) ² + (y2−y0) ² } ^1/2 (1)

  Next, the control unit 11 determines whether or not the moving speed of the object image Obj1 is variable based on the distance Z calculated in step SD302 and the adjustment table TB2 (step SD303). As shown in FIG. 17C, the adjustment table TB2 is a data table in which information such as “distance Z”, “moving speed variable”, and “moving distance adjustment rate” is associated with each other, and is stored in advance in the storage unit 16. Is remembered. The “movement distance adjustment rate” is information having the same meaning as the adjustment table TB1. “Variable moving speed” defines whether or not the moving speed of the object image Obj1 is variable according to the zoom level of the map. In the case of the distance Z described as “OK”, the moving speed of the object image Obj1 is changed according to the zoom level. On the other hand, in the case of the distance Z described as “NG”, the moving speed of the object image Obj1 is fixed to the standard speed and is not changed according to the zoom level. As shown in FIG. 17C, when the distance Z is greater than or equal to the threshold value “100 km”, the moving speed cannot be changed. The reason for this is that if the map is displayed with the zoom level always reduced, the period during which the moving speed of the object image Obj1 is slowed down considerably, which makes it easier for the user to avoid the deduction event and the game. This is because there is a risk of damaging the sex.

If the controller 11 determines in step SD303 that the moving speed of the object image Obj1 is variable (step SD303; YES), the controller 11 specifies a larger one of the moving distance adjustment rates specified from the adjustment tables TB1 and TB2. (Step SD304). Here, if the zoom level is “9” and the distance Z is “100 m”, the control unit 11 specifies the movement distance adjustment rate “50”.
Next, the control unit 11 calculates the moving distance d of the object image Obj1 per unit time (step SD305). When the basic movement distance per unit time is D, the movement distance d satisfies the relationship of the following formula (2). That is, the greater the moving distance adjustment rate, the smaller the moving distance d.
Movement distance d = Basic movement distance D / Movement distance adjustment rate (2)

Next, the control unit 11 calculates a moving longitude dx and a moving latitude dy per unit time (step SD306). The moving longitude dx and the moving latitude dy satisfy the relationship of the following formula (3).
dx = d × cos α, dy = d × sin α (3)

Next, the control unit 11 calculates the latitude and longitude (x1, y1) of the object image Obj1 after the unit time using the latitude and longitude (x2, y2) of the current position of the object image Obj1 (step SD307). . Latitude and longitude (x1, y1) satisfy the relationship of the following formula (4).
x1 = x2 + dx, y1 = y2-dy (4)

Next, the control unit 11 performs display position conversion for converting the latitude and longitude (x1, y1) calculated in step SD307 into positions on the map (step SD308). That is, the control unit 11 calculates a position on the map corresponding to the latitude and longitude (x1, y1) represented by the position in the real world. Then, the control unit 11 performs display processing so that the object image Obj1 is positioned at the position calculated in step SD308 after the unit time (step SD309).
In step SD303, when the control unit 11 determines that the moving speed is not variable (step SD303; NO), the process proceeds to step SD306 with the moving distance d = the basic moving distance D.

The above-described display process at the time of a deduction event is introduced based on the knowledge of the following inventors. During the game, the user can change the zoom level of the map. In particular, when the object image Obj1 is at a position far from the terminal, the user wants to know the approximate position and moving direction of the object image Obj1 by reducing the zoom level. In this case, even if the moving speed of the object image Obj1 is increased, the game performance is not impaired. Therefore, the mobile communication terminal 10 relatively increases the moving speed of the object image Obj1 when the zoom level is low. On the other hand, when the object image Obj1 is approaching the user terminal, the user should increase the zoom level. The purpose is to avoid a deduction due to the coincidence of the object image Obj1 with the position of the terminal itself. In this case, since the user tries to move from the current position, the mobile communication terminal 10 relatively reduces the moving speed of the object image Obj1 to a speed that can be handled by visual confirmation.
Note that the target position and start position in the deduction event may be determined by an algorithm other than the above. Further, in the deduction event, the possession score is not set to “0”, but a predetermined score (for example, 20 points) may be reduced.

<Avoidance event>
Next, an avoidance event for avoiding the above deduction event will be described.
FIG. 19 is a diagram for explaining an outline of an avoidance event. The game screen shown in FIG. 19 has a zoom level smaller than that of the map of FIG. As shown in FIG. 19A, the object image Obj1 moves in the direction of the arrow M1, but the event for eliminating this and avoiding the influence of the deduction event is the avoidance event. First, the object image Obj2 simulating a fighter at the current position moves linearly from the current position to the position P in the direction of the arrow M2 when the position P is designated by the operation of the UI unit 14 by the user. Then, as shown in FIG. 19B, when the object image Obj2 reaches the position P, the object image Obj2 stops there, and from the position of the object image Obj2, the object image Obj3 imitating a missile moves toward the object image Obj1 (that is, Move linearly (in the direction of arrow M3). When the object image Obj1 imitating the meteorite and the position of the object image Obj3 imitating the missile match on the map, they disappear from the map, and the deduction event and the avoidance event are ended.

  The moving speed of the object image Obj2 in the avoidance event is changed according to the zoom level of the map in the same manner as in the case of the object image Obj1. However, it is assumed that the moving speed of the object image Obj2 is variable even if the zoom level is equal to or less than the threshold value.

(Avoidance event display process)
FIG. 20 is a flowchart illustrating the operation procedure of the avoidance event display process. FIG. 21 is a diagram for explaining the contents of the avoidance event.
First, the control unit 11 specifies the zoom level of the current map display (step SD311). Next, the control part 11 specifies a movement distance adjustment rate based on adjustment table TB1 (step SD312). Here, if the zoom level is “9”, the control unit 11 specifies the movement distance adjustment rate “20”.
Next, the control unit 11 calculates the moving distance d of the object image Obj3 per unit time. When the basic movement distance per unit time is D, the movement distance d satisfies the relationship of the following formula (5).
Movement distance d = Basic movement distance D / Movement distance adjustment rate (5)

Next, the control unit 11 calculates a moving longitude dx and a moving latitude dy per unit time (step SD313). The moving longitude dx and the moving latitude dy satisfy the relationship of the following formula (6). Note that β is a value indicating the direction of the arrow M2, specifically, a direction when the object image Obj1 is viewed from the current position of the object image Obj2, and an angle formed with the x-axis direction. Note that β is determined in the same manner as in the case of α described above.
dx = d × cos β, dy = d × sin β (6)

Next, the control unit 11 calculates the latitude and longitude (x4, y4) after unit time when the current position of the object image Obj2 is (x3, y3) (step SD314). Latitude and longitude (x4, y4) satisfy the relationship of the following formula (7).
x4 = x3 + dx, y4 = y3-dy (7)

Next, the control unit 11 performs display position conversion for converting the latitude and longitude (x4, y4) calculated in step SD314 into a position on the map (step SD315). That is, the control unit 11 calculates a position on the map corresponding to the latitude and longitude (x4, y4) represented by the position in the real world. And the control part 11 performs a display process so that the object image Obj2 may be located in the position calculated by step SD314 after unit time (step SD316).
The above is the explanation of the avoidance event. When the map zoom level is changed for both the deduction event and the avoidance event described above, the moving speed of the object image is dynamically changed by the processing in the mobile communication terminal 10. Therefore, the display process performed in each mobile communication terminal 10 is not affected at all by the change of the zoom level of other terminals.

  According to the embodiment described above, the game system can be configured only by the mobile communication terminals 10 of the users participating in the game, and it is not necessary to prepare a separate server. Therefore, the user can easily position the mobile communication terminal 10. You can play games linked to In addition, since any one of the mobile communication terminals 10 becomes a master to manage the progress of the game, the system configuration is simplified, and the user's preference is not to play a game prepared in advance on the server side. The contents of the game can be customized according to the situation. Further, communication between the mobile communication terminals 10 can also be realized by using an existing system, and the configuration of the game system 1 is not complicated and its operation cost is not increased.

[Modification]
The present invention can be implemented in a form different from the above-described embodiment. The present invention can also be implemented in the following forms, for example. Further, the following modifications may be combined as appropriate.
[Modification 1]
For example, when the user of the master mobile communication terminal 10a uses a subway, the mobile communication terminal 10a may move to an area where wireless communication is impossible. During this period, the game management DB 162 is not updated by the mobile communication terminal 10a, and the progress of the game may be hindered. Therefore, even in such a case, a mechanism for changing the mobile communication terminal 10 as a slave to a master may be combined with the game system 1 in order to make the game progress smoothly.
FIG. 22 is a functional block diagram showing a functional configuration of the game system 1 of the present modification. In FIG. 22, the same functions as those in the above-described embodiment are denoted by the same reference numerals and description thereof is omitted. The mobile communication terminals 10b and 10c which are slaves of this modification realize the mode setting unit 205 even after the master / slave setting process.
When the notification transmission unit 203 transmits an event occurrence notification and the notification reception unit 105 of the mobile communication terminal 10a normally receives the notification, an ACK (ACKnowledgement) signal is transmitted as an acknowledgment signal. After transmitting the event occurrence notification, the notification transmission unit 203 repeatedly resends the same event occurrence notification at a predetermined period until an ACK signal is received. Even if the notification transmission unit 203 does not receive an ACK signal even if the event occurrence notification is transmitted a number of times equal to or greater than the threshold value, it is assumed that the communication failure condition indicating that the master mobile communication terminal 10a cannot communicate is satisfied. This is notified to the mode setting unit 205.
The mode setting unit 205 is a mode setting unit that sets an operation mode so as to change the own terminal from the slave to the master when the own terminal satisfies a predetermined change condition when the condition for disabling communication with the mobile communication terminal 10a is satisfied. is there. The change condition may be a predetermined condition. For example, there are a condition that the user's own score of the terminal is the highest in the game management DB 162 and a condition that the priority set in advance for the user is the highest.

  23 and 24 are sequence charts showing the operation procedure of the game progress process in the game system 1. In the game system 1, after executing Steps SB1 to SB7 as in the above-described embodiment, it is determined by the processing in Step SB7 that the control unit 11 of the mobile communication terminal 10b satisfies the communication disabled condition. In this case, the slave mobile communication terminals 10b and 10c execute a master terminal change process (step SB21). Here, the mobile communication terminals 10b and 10c that satisfy the change condition become masters instead of the mobile communication terminals 10a. Thereafter, the slave mobile communication terminal 10 transmits an event occurrence notification to the mobile communication terminal 10 that has newly become the master.

  Here, the mobile communication terminal 10b changes its own terminal to the master (step SB22). In this case, the control unit 11 of the mobile communication terminal 10b updates the setting data E in the memory from indicating the slave to indicating the master. When an item acquisition event occurs in the slave mobile communication terminal 10c (step SB23), an event occurrence notification is transmitted to the mobile communication terminal 10b (step SB24). Then, the control unit 11 of the mobile communication terminal 10b updates the game management DB 162 according to the received event occurrence notification (step SB25). The mobile communication terminal 10b distributes the DB update message to the mobile communication terminal 10c and also distributes it to the mobile communication terminal 10a that is the master at the start of the game (step SB26). The mobile communication terminal 10c updates the game management DB 162 according to the DB update message.

Here, when it is assumed that the mobile communication terminal 10a does not satisfy the communication disabled condition, the mobile communication terminal 10a transmits an ACK signal indicating that the DB update message has been received to the mobile communication terminal 10b (step SB27). When the mobile communication terminal 10b receives the ACK signal, each mobile communication terminal 10 executes a master terminal change process (step SB28). This master terminal change process is a process for negotiating that the mobile communication terminal 10a returns and becomes the master. After this master terminal change process, the mobile communication terminal 10b becomes a slave again (step SB29). At this time, the control unit 11 of the mobile communication terminal 10b updates the setting data E in the memory from indicating the master to indicating the slave. Thereafter, the mobile communication terminals 10b and 10c transmit event occurrence notifications to the mobile communication terminal 10a.
The above is the description of the game progress process of the present modification.

  In addition, although the mobile communication terminal 10a in which the communication disabled condition has been resolved has been described as returning to the master here, as shown in FIG. 25, the mobile communication terminal 10b continues to become the master, and the communication disabled condition has been resolved. The mobile communication terminal 10a may be a slave. In this case, in step SB28, it is agreed that the mobile communication terminal 10b continues to be the master and the mobile communication terminal 10a becomes the slave, and the mobile communication terminal 10a changes its own terminal to the slave (step SB29a). In this case, the control unit 11 of the mobile communication terminal 10a updates the setting data E in the memory from indicating the slave to indicating the master. Thereafter, the mobile communication terminal 10a and the mobile communication terminal 10c transmit an event occurrence notification to the mobile communication terminal 10b.

As described above, the progress of the game in the game system 1 can be made smoother by changing the mobile communication terminal 10 serving as the master during the game progress process. Further, since the game management DB 162 is synchronized with each terminal, processing such as taking over of the progress status managed by the game management DB 162 is not complicated when the master is changed.
Here, when the master mobile communication terminal 10a satisfies the communication disable condition, the other mobile communication terminal 10 has changed from the slave to the master. For example, during the game progress process, the master mobile communication terminal 10 The master may be changed when a change condition indicating that the user has left the game is satisfied. Also, when there is a user who participates in the game halfway during the game progress process, the change condition that the user's mobile communication terminal 10 becomes the master is satisfied. The master may be changed.

[Modification 2]
In the embodiment described above, the event setting performed by the mobile communication terminal 10a in step SA2 is performed according to the content specified by the user, but this may be automated. For example, the mobile communication terminal 10a may determine an area within a range determined from the position of the terminal itself (for example, a circular area having a radius of 1 km) and set an event in this area at random during the pre-game start processing. Good. In this case, for example, the mobile communication terminal 10a sets an event with a higher score as it is farther from the position of the terminal and closer to the end of the area. Further, the mobile communication terminal 10a may consider not only the position of the terminal itself but also the positions of the slave mobile communication terminals 10b and 10c. In this case, it is also possible to increase the acquisition score of events that are far from each terminal.

  In addition, the mobile communication terminal 10a may cause the possession score to be weighted according to the geographical condition in the area in the event setting. For example, events that are close to the station can be acquired for events that are difficult for the user to reach, such as lowering the score that can be acquired because the user can easily reach the event, or the opposite side of the user across the river For example, the score can be raised. Of course, an event corresponding to the geographical condition may be automatically set based on other reasons.

[Modification 3]
In the embodiment described above, the mobile communication terminals 10b and 10c have transmitted event occurrence notifications including information of “item No.”, “user ID”, and “event occurrence time”. Instead, the event occurrence notification may include, for example, position information indicating the positioning result of the positioning unit 15 instead of “item No.”. This is because, if the mobile communication terminal 10a can grasp the position information, it can identify which event has occurred based on its own game management DB 162. In this case, the slave mobile communication terminal 10 does not transmit the notification regarding this positioning at the timing when the positioning that triggers the item acquisition event is performed, but notifies the positioning every time the positioning unit 15 performs the positioning. May be transmitted to the master mobile communication terminal 10. Further, the “event occurrence time” may not be included in the event occurrence notification. In this case, the time when the mobile communication terminal 10a receives the event occurrence notification may be handled as the event occurrence time.

[Modification 4]
The event of the above-described embodiment is one that changes the user's score, but may represent another event. For example, when a user visits a predetermined area such as a prefecture, a game that generates an event indicating that a visit has occurred may be executed by the game system of the present invention. In this case, the master mobile communication terminal can advance the game only by managing the presence or absence of the visit, and the concept of scoring is unnecessary. In short, a game that can be executed by the game system of the present invention generates a predetermined event when the position on the map where the event is set matches the position measured by the positioning unit of the mobile communication terminal. Anything can be used. Also, there may be various game screens depending on the content of the game, but in the game system of the present invention, the content indicating the progress of the game is synchronized between the master mobile communication terminal and the slave mobile communication terminal. The contents may be displayed in association with the map.
In addition, the position information is not limited to that obtained by the GPS positioning function, but may be position information obtained from a radio base station (indicating a position in units of cells or sectors). In addition, the IMCS (Inbuilding Mobile Communication System) is provided so that the mobile communication terminal 10 and the like can be connected to the network NW even in places where radio waves from the base station are difficult to reach such as in subways and buildings. It may indicate the position of each relay device used in a service called (registered trademark).

[Modification 5]
In each of the above-described embodiments, the case where the mobile communication terminal of the present invention is a mobile phone terminal or a smartphone has been described, but the present invention can also be applied to other mobile communication terminals. For example, the present invention can be applied to various mobile communication terminals such as a mobile computer, a PDA (Personal Digital Assistance), and a portable game machine.
The network NW may be a Peer to Peer type network, for example, as long as it enables communication between the mobile communication terminals 10 regardless of the specific form.
Each function realized by the master mobile communication terminal 10a and the slave mobile communication terminals 10b and 10c described above may be realized by a combination of a plurality of programs, or may be realized by cooperation of a plurality of hardware resources.

DESCRIPTION OF SYMBOLS 1 ... Game system 10, 10a, 10b, 10c ... Mobile communication terminal, 101 ... Event setting part, 102 ... Game progress part, 103 ... 1st display control part, 104 ... Distribution part, 105 ... Notification receiving part, 106 ... Position information exchange unit, 11 ... control unit, 12 ... voice input / output unit, 13 ... wireless communication unit, 14 ... UI unit, 15 ... positioning unit, 16 ... storage unit, 161 ... game application, 162 ... game management DB, 201 ... Progress status receiving unit, 202 ... Second display control unit, 203 ... Notification transmitting unit, 204 ... Location information exchanging unit, 205 ... Mode setting unit

Claims (10)

As a mobile communication terminal having a positioning unit for measuring the position of its own terminal, a game system including one master mobile communication terminal and a slave mobile communication terminal connected to the master mobile communication terminal by wireless communication,
The master mobile communication terminal is
An event setting means for setting an event that occurs in the game in correspondence with a position on the map representing the position of the real world;
A game progress means for causing the event to occur and advancing the game when the position on the map where the event is set by the event setting means matches the position measured by any of the positioning units; ,
First display means for displaying contents indicating the progress of the game in association with the map;
Distribution means for distributing the progress of the game to the slave mobile communication terminal;
Notification receiving means for receiving a notification regarding the position measured by the positioning unit of the slave mobile communication terminal;
The slave mobile communication terminal is
Progress status receiving means for receiving the progress status distributed by the distribution means;
Second display means for displaying the contents indicating the progress received by the progress receiving means in association with the map;
A game system comprising: a notification transmission unit configured to transmit the notification related to the position measured by the positioning unit of the terminal itself to the mobile communication terminal of the master. The game system according to claim 1, wherein each of the mobile communication terminals has mode setting means for setting an operation mode of the terminal so that the terminal is either a master or a slave. The mode setting means includes
3. The game system according to claim 2, wherein, when a predetermined change condition is satisfied when the own terminal is a slave, the operation mode is changed so that the own terminal becomes a master. The mode setting means includes
The operation mode is changed so that the mobile terminal is a slave when the mobile communication terminal other than the mobile terminal is changed to a master when the mobile terminal is the master. Game system. The game progress means includes
Each event is generated a predetermined number of times to advance the game, and if one of the events is to be generated more than the specified number of times, the positioning timing that triggers the event is earlier. The game system according to any one of claims 1 to 4, wherein the event is preferentially generated a predetermined number of times. The event setting means includes
The game system according to any one of claims 1 to 5, wherein the event is randomly set within an area determined by a position measured by any positioning unit of the mobile communication terminal. The game progress means includes
An object image moving on the map at a predetermined scale is displayed on the first and second display means, and when the position of the object image matches the position measured by the positioning unit, the predetermined event is detected. Generate
The first and second display means are:
When changing the scale while displaying the object image, the moving speed is such that the moving speed of the object image when converted to the moving speed in the real world decreases as the scale increases. The game system according to claim 1, wherein the game system is changed. The first and second display means are:
The game system according to claim 7, wherein when the scale is equal to or smaller than a threshold value, the moving speed of the object image is not changed even when the scale is changed. A mobile communication terminal of a game system comprising a master mobile communication terminal as a mobile communication terminal having a positioning unit for measuring the position of the own terminal and a slave mobile communication terminal connected to the master mobile communication terminal by wireless communication Because
Mode setting means for setting the operation mode of the own terminal so that the own terminal is either a master or a slave;
When the mode setting means is set as a master, an event setting means for setting an event that occurs in the game in correspondence with a position on a map representing the position of the real world;
When the mode setting means sets the master, when the position on the map where the event is set by the event setting means matches the position measured by any of the positioning units, the event is determined. Game progress means for generating and proceeding with the game;
First display means for displaying content indicating the progress of the game in association with the map when the mode setting means is set as a master;
A delivery means for delivering the progress of the game to the slave mobile communication terminal when the mode setting means is set as a master;
When the mode setting means is set as a master, a notification receiving means for receiving a notification regarding the position measured by the positioning unit of the slave mobile communication terminal;
When the mode setting means is set as a slave, progress status receiving means for receiving the progress status distributed by the master mobile communication terminal;
A second display means for displaying the contents indicating the progress received by the progress receiving means in association with the map when the mode setting means is set as a slave;
A mobile communication terminal comprising: a notification transmission unit configured to transmit the notification related to a position measured by a positioning unit of the terminal itself to the master mobile communication terminal when the mode setting unit sets the slave. A mobile communication terminal in a game system comprising a master mobile communication terminal as a mobile communication terminal having a positioning unit for measuring the position of the own terminal and a slave mobile communication terminal connected to the master mobile communication terminal by wireless communication Computer
Mode setting means for setting the operation mode of the mobile communication terminal so that the mobile communication terminal is either a master or a slave;
When the mode setting means is set as a master, an event setting means for setting an event that occurs in the game in correspondence with a position on a map representing the position of the real world;
When the mode setting means sets the master, when the position on the map where the event is set by the event setting means matches the position measured by any of the positioning units, the event is determined. Game progress means for generating and proceeding with the game;
First display means for displaying content indicating the progress of the game in association with the map when the mode setting means is set as a master;
A delivery means for delivering the progress of the game to the slave mobile communication terminal when the mode setting means is set as a master;
When the mode setting means is set as a master, a notification receiving means for receiving a notification regarding the position measured by the positioning unit of the slave mobile communication terminal;
When the mode setting means is set as a slave, progress status receiving means for receiving the progress status distributed by the master mobile communication terminal;
A second display means for displaying the contents indicating the progress received by the progress receiving means in association with the map when the mode setting means is set as a slave;
A program for causing the notification regarding the position measured by the positioning unit of the mobile communication terminal to function as notification transmission means for transmitting to the master mobile communication terminal when the mode setting means is set to slave.

Images