JP6034181B2 - Application execution system, application execution device, application execution method, and program - Google Patents

Description

  The present invention relates to operation of an application.

  There is a technique for realizing a predetermined function by linking a plurality of electronic devices. For example, Patent Document 1 describes a wristwatch-type auxiliary device that displays incoming information of a mobile phone.

JP 2002-335567 A

Such cooperation of electronic devices may or may not be necessary. For example, in the technique described in Patent Document 1, it can be said that when the user uses a mobile phone (that is, when watching the mobile phone), it is not necessary to display the incoming information in the auxiliary device in the first place.
Therefore, an object of the present invention is to enable an application to be executed by properly using two devices as necessary.

  The present invention provides a first device having a first communication unit and a first execution unit that executes an application according to a user operation, a second communication unit, and a first device that executes the application according to the user operation. A second device having two execution units, and the second execution based on a state of the first device or the second device when an execution state of an application by the first execution unit satisfies a predetermined condition An execution unit that receives the user's operation and executes the application when the execution of the application is permitted by the determination unit. Provide a system.

The determination unit may determine whether or not the second execution unit can execute the application based on the position of at least one of the first device and the second device.
Further, the determination unit may determine whether or not the second execution unit can execute the application based on a movement pattern of at least one of the first device and the second device.
The determination unit may determine whether or not the second execution unit can execute the application based on a remaining battery level or a communication state of at least one of the first device and the second device.
The second execution unit may execute the application when the execution of the application is permitted by the determination unit and a predetermined operation is performed by the user.
The first device transmits data to the second device via the first communication unit according to the determination by the determination unit, and the second device is transmitted by the first communication unit. Data may be received via the second communication unit, and the data may be reflected in the execution of the application by the second execution unit.
In addition, after the application is executed by the second execution unit, the second device transmits data to the first device via the second communication unit at a predetermined timing. The data transmitted by the second communication unit may be received via the first communication unit, and the data may be reflected in the execution of the application by the first execution unit.

  In addition, the present invention provides a communication unit that communicates with another device, an execution unit that executes an application in response to a user operation, and when the execution status of the application by the execution unit satisfies a predetermined condition, An application execution device is provided that includes a determination unit that determines whether or not an application can be executed by the other device based on the state of the device or the other device.

  According to the present invention, in the first device that communicates with the second device, the first step of executing the application in response to a user operation, and the execution status of the application in the first device satisfy a predetermined condition A second step of determining whether or not an application can be executed by the second device based on a state of the first device or the second device, and when execution of the application is permitted in the second step, And a method of executing the application in response to the user's operation in the two apparatuses.

  Further, the present invention provides a step of executing an application in response to a user operation on a computer of a game device having a communication unit that communicates with another game device, and the execution state of the application satisfies a predetermined condition And a step for determining whether or not an application can be executed by the other device based on the state of the device or the other device.

  According to the present invention, it is possible to execute an application by properly using two devices as necessary.

Diagram showing the overall configuration of the game system Block diagram showing the hardware configuration and functional configuration of the first device and the second device Diagram illustrating game progress (screen transition) Diagram illustrating game progress (screen transition) The figure for demonstrating an example of the sub game in 2nd apparatus. Flowchart showing the operation of the first device during execution of the main game Sequence chart showing processing for switching the device used by the user Sequence chart showing processing in the case of finishing the play of the sub game in the second device

[Example]
FIG. 1 is a diagram showing an overall configuration of a game system 10 according to an embodiment of the present invention. The game system 10 includes a first device 100 and a second device 200. Each of the first device 100 and the second device 200 is a game machine, and is configured so that the user can play a predetermined game linked to each other. In the following, for convenience of explanation, the first device 100 is also referred to as a “master device” and the second device 200 is also referred to as a “slave device”.

  In the present embodiment, the first device 100 is configured to be held and operated with both hands. On the other hand, the second device 200 is configured to be operable even if it is held with one hand. For example, the second device 200 has fewer buttons than the first device 100. Further, the first device 100 is desirably larger than the second device 200, and has hardware specifications such as a screen size and processing capability superior to those of the second device 200.

  FIG. 2 is a block diagram illustrating a hardware configuration and a functional configuration of the first device 100 and the second device 200. The first device 100 includes a control unit 110, a storage unit 120, a communication unit 130, a display unit 140, an operation unit 150, a positioning unit 160, and a motion sensor unit 170. The second device 200 includes a control unit 210, a storage unit 220, a communication unit 230, a display unit 240, and an operation unit 250.

  The control units 110 and 210 are means for controlling the operation of each unit of the apparatus. The control units 110 and 210 include an arithmetic processing unit such as a CPU (Central Processing Unit) and a GPU (Graphics Processing Unit) and a memory, and control operations of the respective units by executing predetermined programs. The control units 110 and 210 need not have the same processing capability.

  The control units 110 and 210 execute a program for advancing the game in accordance with a user operation. Hereinafter, a game program realized by the control unit 110 is referred to as a “first program”, and a game program realized by the control unit 210 is referred to as a “second program”. The game realized by the first program and the game realized by the second program are not the same game, but are games related to each other. In the following, a game realized by the first program is referred to as a “main game”, and a game realized by the second program is referred to as a “sub game”. The sub game is generally called a mini game. In addition, the sub game may or may not be incorporated in a part of the main game, but is assumed to be included in the main game below.

  The storage units 120 and 220 are means for storing data. The storage units 120 and 220 include a recording medium such as a flash memory, and store data used for the control units 110 and 210. Note that the storage units 120 and 220 may include a removable recording medium such as a memory card.

  The communication units 130 and 230 are means for transmitting / receiving data to / from each other. The communication units 130 and 230 transmit and receive data using a predetermined communication method such as NFC (Near Field Communication) and Bluetooth (registered trademark). Note that the communication units 130 and 230 do not directly communicate with each other, but may communicate with each other via a network such as the Internet, a mobile communication network, a wireless LAN (Local Area Network), or the like. Communication may be possible using a method. Further, the communication by the communication units 130 and 230 may be wired communication using a cable only when necessary, instead of wireless communication.

  The display units 140 and 240 are means for displaying an image. The display units 140 and 240 include a display panel constituted by a liquid crystal element or an organic EL (electroluminescence) element and a drive circuit for the display panel, and display an image according to the image data supplied from the control units 110 and 120. The display units 140 and 240 do not have to have the same screen size, the number of colors that can be displayed, the resolution, and the like. In the present embodiment, the screen size of the display unit 140 is larger than the screen size of the display unit 240. .

  The operation units 150 and 250 are means for receiving user operations. The operation units 150 and 250 include buttons and levers (hereinafter collectively referred to as “buttons”), accept operations such as pressing by the user, and supply operation data according to the operations to the control units 110 and 210, respectively. . In the present embodiment, the operation unit 250 has fewer buttons and the like than the operation unit 150 in order to facilitate the one-handed operation by the user. Note that the operation units 150 and 250 may include a touch screen provided so as to overlap the screen.

  The positioning unit 160 is a means for measuring the position of the first device 100. The positioning unit 160 measures the position using, for example, GPS (Global Positioning System), and supplies position information representing the measured position to the control unit 110. The positioning by the positioning unit 160 is not limited to this, and may be positioning using a base station of a mobile communication network (so-called base station positioning), or positioning using a wireless LAN access point. Good.

  The motion sensor unit 170 is a unit that detects the movement of the first device 100. The motion sensor unit 170 includes an acceleration sensor that detects acceleration, a gyro sensor that detects an angle or an angular velocity, an electronic compass that detects an azimuth, and the like, and supplies motion data corresponding to the movement of the first device 100 to the control unit 110. .

  The control unit 110 implements the execution unit 111 and the determination unit 112 by executing the first program. The execution unit 111 is means for causing the game to progress in the first device 100. The execution unit 111 executes processing corresponding to the operation data supplied from the operation unit 150 and supplies image data corresponding to the executed processing to the display unit 140. The execution unit 111 has a function of managing play information described later.

  The determination unit 112 is a unit that determines switching of devices operated by the user. When the user operates the first device 100 and the execution unit 111 advances the game, the determination unit 112 progresses the game by the second device 200 when the progress of the game satisfies a predetermined condition. (That is, switching from the first device 100 to the second device 200) is determined based on the state of the first device 100. Here, the state of the first device 100 is the position or movement pattern of the first device 100. The determination unit 112 determines the state of the first device 100 based on position information or motion data.

  Moreover, the control part 210 implement | achieves the execution part 211 by running a 2nd program. The execution unit 211 is means for causing the game to progress in the second device 200. The execution unit 211 acquires data from the first device 100 according to the determination by the determination unit 112, and advances the game based on the acquired data. The execution unit 211 executes processing corresponding to the operation data supplied from the operation unit 250 and supplies image data corresponding to the executed processing to the display unit 240. The execution unit 211 has a function of managing play information, like the execution unit 111.

  The configuration of the game system 10 is as described above. The user can play a game using the first device 100 and the second device 200. A user can play a game regardless of whether indoors or outdoors while properly using the first device 100 and the second device 200. For example, the user plays a game (main game) with the first device 100 using both hands in a place such as home where there is no restriction from others. On the other hand, for example, in a situation where a user holds a hanging leather in a train, it becomes difficult for the user to play the game with both hands. In such a case, if the second device 200 is used, the user can play the game (sub game) with one hand.

  The game in this embodiment is played by increasing or decreasing a predetermined numerical value (parameter) such as a score, an experience value, or a (virtual) currency. In the following, information representing parameters used in the game is referred to as “play information”. The game here is, for example, an action game (including a shooting game, a sports game, a fighting game, etc.) for obtaining a score by fighting or competing with an opponent (enemy) character, and the role of a character with a user. It is a role-playing game that achieves a predetermined purpose by acquiring experience values, items, currency, etc. The play information is information indicating the score, experience value or currency, the presence / absence of an item, and the number of items.

  3 and 4 are diagrams illustrating the progress of the game (screen transition) in the present embodiment. FIG. 3 is a diagram illustrating the progress of the action game. The game in this example includes “stage A”, “stage B”, and “stage C” in the main game, and includes a sub-game between “stage B” and “stage C”. The user first plays “stage A”, and when this is finished (cleared), it is possible to play “stage B”. Similarly, the user can play the subgame after clearing “stage B”, and can further play “stage C” thereafter. Here, it is assumed that the sub game is a game with a relatively simple operation such as how many times the same button can be pressed within a predetermined time. The user can obtain points and items by the sub game.

  FIG. 4 is a diagram illustrating the progress of the role playing game. In this example, “Map A” corresponds to a so-called field, and is a map representing the entire world in the game. The “map B” corresponds to a place at a predetermined position on the field, and is assumed to be a town here. Further, the “map C” corresponds to a predetermined store in the town, and is assumed to be a casino here. The sub game is a predetermined game in the casino (for example, a game that can be performed by a simple operation such as a slot machine). The user can obtain currency, experience points, items, etc. by the sub game.

  In the example of FIG. 4, the user can go back and forth between maps. That is, the user moves the character representing himself / herself from “Map A” to “Map B” and “Map C” in order, and moves the character to a predetermined position of “Map C” to play the sub game. It is possible. Also, after playing the subgame, the user can return to the original field and continue playing by moving the character from “Map C” to “Map B” and then moving to “Map A”. It is.

  Note that, in any example, the sub game may not be indispensable for clearing the main game. That is, the user can skip the subgame after clearing “Stage B” and play “Stage C” as it is, or advance the main game without entering the casino on “Map C”. .

  FIG. 5 is a diagram for explaining an example of a sub game in the second device 200. In this example, the second device 200 has buttons Bt1 and Bt2, and is configured to start or end the subgame by pressing these two buttons. Further, the second device 200 displays an image Im1 indicating the amount of money (currency) and an image Im2 imitating the reel of the slot machine. The second device 200 changes the image Im2 according to the user's operation, and changes the amount of the possession according to the color pattern.

  In this example, the user can start the sub game by pressing the button Bt2. The user can repeatedly execute the subgame by repeatedly pressing the button Bt2. In addition, the user can end the execution of the sub game by the second device 200 by pressing the button Bt1.

  Note that the screen displayed during the execution of the sub game may be different between the first device 100 and the second device 200. For example, when executing the slot machine subgame, the first device 100 needs to display the same image as the second device 200 even when the second device 200 displays the screen shown in FIG. There is no. The first device 100 may display another image in addition to the images Im1 and Im2 using the fact that the screen size is larger than that of the second device 200. Further, the content of the game may be slightly different between the case where the sub game is executed on the first device 100 and the case where the sub game is executed on the second device 200.

  Further, in the game of the present embodiment, a point for switching whether or not to switch from the first device 100 that is the main body of the game to the second device 200 is set. This point is hereinafter referred to as “switching point”. In the example of FIG. 3, the time when “stage B” is cleared is set as the first switching point, and the time when “stage C” is started is set as the second switching point. In this case, switching to the second device 200 is enabled (permitted) when the first switching point is passed, and disabled (impossible) when the second switching point is passed.

  In the example of FIG. 4, the time when the display screen transitions from “Map A” to “Map B” is set as the first switching point, and the display screen transitions from “Map B” to “Map A”. The point of time is set as the second switching point. Also in this case, switching to the second device 200 becomes valid (permitted) when the first switching point is passed, and becomes invalid (impossible) when the second switching point is passed.

  The number of switching points is not limited to these examples, and may be set more during the main game. In the example of FIG. 4, the time when the display screen transitions from “Map B” to “Map C” or the time when the display screen transitions from “Map C” to the sub game may be set as the switching point.

  FIG. 6 is a flowchart showing the operation of the first device 100 when the main game is executed. The process shown in FIG. 6 is realized by executing the first program. The control unit 110 of the first device 100 detects the occurrence of various events during the execution of the first program (step Sa1). Here, an event is an event that occurs in response to a user operation and has some influence on the progress of the game. The occurrence of an event is accompanied by changes in parameters such as scores and movement of characters.

  When an event occurs, the control unit 110 determines the type of the event. Specifically, the control unit 110 determines whether or not the event is an event for switching whether the second device 200 can advance the game. For example, the control unit 110 determines whether or not the event is an event that permits the progress of the game by the second device 200 (step Sa2), and the event is not such an event (step Sa2: NO). Then, it is determined whether or not the event is an event that prohibits the progress of the game by the second device 200 (step Sa3). Note that the order of these determinations is not limited to that illustrated.

  If the event is an event that permits the progress of the game by the second device 200 (step Sa2: YES), the control unit 110 sets a predetermined flag to on (1) (step Sa4). Hereinafter, this flag is referred to as a “permission flag”. The permission flag is information indicating whether or not the game can be progressed by the second device 200, and indicates “permitted” if it is “1” and “not permitted” if “0”. The permission flag is also information indicating whether or not the progress status of the main game satisfies a predetermined condition.

  Further, when the event is not an event that permits the progress of the game by the second device 200 (step Sa2: NO), and when the event is an event that prohibits the progress of the game by the second device 200 (step) (Sa3: YES), the control unit 110 sets the permission flag to off (0) (step Sa5).

  If the event is neither an event that permits or prohibits the progress of the game by the second device 200 (step Sa3: NO), the control unit 110 executes a process according to the event (step Sa6). The process of step Sa6 varies depending on the game and the event, and may be any process. Further, the process of step Sa6 includes a process of changing parameters.

  While the user is playing the game (main game), the first device 100 executes the process shown in FIG. 6 each time an event occurs, and records the permission flag in a predetermined storage area. In addition, when the progress state of the main game satisfies a predetermined condition, the first device 100 determines whether or not the second device 200 can proceed with the sub game based on the state of the device, and the determination result is Accordingly, the progress of the sub game by the second device 200 is permitted.

  FIG. 7 is a sequence chart showing processing for switching the device used by the user. Here, the device used by the user is synonymous with a device that accepts the user's operation and advances the game. First, the control unit 110 of the first device 100 determines whether or not the first device 100 is in a predetermined state (step Sb1). In the present embodiment, the state of the first device 100 refers to one or both of “position” and “movement pattern” of the first device 100, and these may be used in combination.

  For example, the control unit 110 specifies the position of the first device 100 based on the position information supplied from the positioning unit 160, and determines whether or not the specified position is a predetermined position. The predetermined position here is set in advance by the user, for example, near the user's home or near a predetermined facility such as a station. In addition, the control unit 110 identifies the movement pattern of the first device 100 based on the motion data supplied from the motion sensor unit 170, and determines whether or not the identified pattern corresponds to a predetermined pattern. Good. The predetermined pattern here may be set in advance by the user as in the case of the position. The predetermined pattern may be, for example, a movement pattern that shakes (shakes) the first device 100 a predetermined number of times, or a movement pattern that corresponds to a train shake.

  If it is determined that the first device 100 is in the predetermined state (step Sb1: YES), the control unit 110 reads the permission flag recorded in the predetermined storage area, and the progress of the main game satisfies the predetermined condition. Whether or not the second device 200 can proceed with the sub game is determined (step Sb2). The control unit 110 determines that the predetermined condition is satisfied if the permission flag is “1”, and determines that the predetermined condition is not satisfied if the permission flag is “0”. When it is determined that the first device 100 is not in a predetermined state (step Sb1: NO), or when it is determined that the progress of the main game does not satisfy a predetermined condition (step Sb2: NO), the control unit 110 Terminates the process without switching the device used by the user to the second device 200.

  On the other hand, when it is determined that the progress of the main game satisfies the predetermined condition (step Sb2: YES), the control unit 110 notifies the user whether or not the device can be switched (step Sb3). For example, the control unit 110 displays a message such as “Do you want to switch from the parent machine to the child machine?” Or “Do you want to play with the child machine?” And an option such as “Yes” or “No” on the display unit 140, Prompt the user for selection. Note that the control unit 110 may notify the user by voice.

  Next, the control unit 110 determines whether or not the apparatus can be switched based on a user operation (step Sb4). When the user agrees to switch the device (step Sb4: YES), as in the case where “Yes” is selected in the above-described example, the control unit 110 sends the necessary play information to the second via the communication unit 130. It transmits to the apparatus 200 (step Sb5). In the case of the example illustrated in FIG. 5, the control unit 110 transmits play information indicating currency (possession money) to the second device 200. Note that if the user does not agree to switch the device (step Sb4: NO), the control unit 110 ends the process without transmitting play information.

  On the other hand, when receiving the play information via the communication unit 230, the control unit 210 of the second device 200 receives the user's operation as a trigger and enters a state in which the sub game can proceed (step Sb6). The control unit 210 supplies image data for displaying the subgame to the display unit 240, and transmits the image data in response to a user operation. In addition, the control unit 210 can reflect the received play information in the progress of the subsequent game. For example, in the case where the screen shown in FIG. 5 is displayed and the slot machine game is executed, the control unit 210 identifies the money on the basis of the received play information, and the amount of money at that time. An image Im1 indicating is displayed. Moreover, the control part 210 updates play information suitably according to the result (win / lose) of a subgame.

  Note that the processing in steps Sb3 and Sb4 can be omitted. That is, if the first device 100 is in a predetermined state and the permission flag is “1”, the control unit 110 may switch the device used by the user without inquiring the user. .

  FIG. 8 is a sequence chart showing processing when the second device 200 finishes playing the subgame. The control unit 210 of the second device 200 starts this processing at a timing when a predetermined operation by the user is received (step Sc1). The predetermined operation here is, for example, an operation of pressing the button Bt1 in the example of FIG.

  When receiving a predetermined operation from the user, the control unit 210 transmits the play information at that time to the first device 100 via the communication unit 230 (step Sc2). The play information transmitted at this time is different from the play information transmitted in step Sb5 if the sub-game is played in the second device 200 and the parameter has changed. When receiving the play information via the communication unit 130, the control unit 110 of the first device 100 rewrites and updates the play information recorded in the own device with the received play information, and the sub-game in the second device 200. Is reflected in the main game (step Sc3). For example, when a slot machine game (see FIG. 5) is executed as a sub game, the control unit 110 reflects the amount obtained (or the amount lost) by the slot machine in the money held in the main game.

  In addition, the timing which reflects the change of the play information in a subgame on a main game is not limited to the example shown in FIG. For example, when a predetermined event occurs in the main game and the changed parameter needs to be used in the sub game, the second device 200 receives the first play information in response to a request from the first device 100. You may make it transmit to the apparatus 100. FIG. Specifically, for example, if the money is changed in the sub game, the first device 100 requests play information from the second device 200 when purchasing an item using the money, You may make it reflect the execution result of a game. Alternatively, the first device 100 may be configured to receive play information when it is determined by positioning that the device is in a predetermined position or when it is connected to a predetermined network. Further, the play information is not directly exchanged between the first device 100 and the second device 200, but may be stored in a server device or the like and exchanged via a network such as the Internet.

  As described above, according to the present embodiment, the first device 100 and the second device 200 can be properly used as necessary. According to the present embodiment, the user switches the device used for the game from the first device 100 to the second device 200 by going to a predetermined position or moving the first device 100 in a predetermined pattern. Is possible. Therefore, the user can switch the device to be used to the second device 200 and continue the game even when the first device 100 is difficult to play with both hands.

  Further, according to the present embodiment, it is possible to reflect the play result of the game on one device on the other device by transmitting and receiving the play information when the devices are switched. Therefore, the user can concentrate on one game as compared with the case of playing different games independent of each other on the two devices.

[Modification]
The present invention is not limited to the embodiment described above, but can be implemented in other modes. The following is an example of another embodiment of the present invention. Note that these modifications can be appropriately combined as necessary.

(1) The determination of switching from the first device 100 to the second device 200 may be performed based on another state of the first device 100. For example, in the case where both the first device 100 and the second device 200 are equipped with a positioning unit, the determination may be made based on the relative positional relationship (for example, distance) between the two. Alternatively, if the first device 100 has means for detecting the remaining battery level and the communication status, the determination can be made based on these. Here, the communication status is, for example, the intensity of radio waves that can be received by the first device 100 by the communication unit 130. A specific example of this modification is as follows.

  For example, the communication unit 130 of the first device 100 includes means for connecting to the mobile communication network and means for connecting to the second device 200 by NFC, and communication with the mobile communication network is used for playing the main game. On the other hand, if the subgame play does not require communication with the mobile communication network, the first device 100 can play information when the first device 100 is out of range (or close to out of range) of the mobile communication network. Is transmitted to the second device 200 so that the second device 200 can play the sub game. In this way, even if the user moves out of the mobile communication network, the game can be continued without interruption.

  Alternatively, the first device 100 transmits play information to the second device 200 when the remaining battery level falls below a predetermined threshold value, so that the second device 200 can play the sub game. In this way, even if the first device 100 runs out of battery, the game can be continued without interruption.

(2) Various aspects of the specific configurations and combinations of the first device 100 and the second device 200 are possible. For example, both the first device 100 and the second device 200 may be game-only machines, or one (or both) may be wireless communication terminals such as smartphones and tablet terminals.

  The game system 10 may be a wireless communication terminal in which the first device 100 is a stationary game machine or a desktop personal computer, and the second device 200 is portable. In this case, the configuration corresponding to the determination unit 112 (see FIG. 2) may be included in the second device 200 instead of the first device 100. That is, either the first device 100 or the second device 200 may have a configuration necessary for the determination by the determination unit 112. Here, the configuration necessary for the determination by the determination unit 112 includes a configuration corresponding to the positioning unit 160 and the motion sensor unit 170. Moreover, both the 1st apparatus 100 and the 2nd apparatus 200 may have the structure corresponded to the positioning part 160 or the motion sensor part 170. FIG.

  Furthermore, in addition to the first device 100 and the second device 200, the present invention includes another device that mediates the exchange of data, and the other device has a configuration corresponding to the determination unit 112. May be. The other device mentioned here may be a communication terminal connected to the first device 100 and the second device 200 via a wireless LAN or the like, or may be a server device connected via a network.

(3) The above-described embodiment is based on the second device 200 based on the state of the first device 100 (or the second device 200) when the progress of the game in the first device 100 satisfies a predetermined condition. This is to determine whether or not the game can proceed. In other words, in the above-described embodiment, the present invention is applied to the execution of a game. However, the present invention is not limited to games and can be applied to the execution of other applications. That is, the present invention determines whether or not an application can be executed by the second device based on the state of the first device or the second device when the execution status of the application by the first device satisfies a predetermined condition. It may be.

(4) The present invention provides not only a game system (application execution system) but also a game device (application execution device) constituting a part of the game system, a game (application) execution method using the same, and a computer. You may specify as a program etc. for functioning as a game device of invention. Further, the program according to the present invention can be provided in a form recorded on a recording medium such as an optical disk, or a form that is downloaded to a computer via a network such as the Internet and can be installed and used. .

DESCRIPTION OF SYMBOLS 10 ... Game system 100 ... 1st apparatus 110 ... Control part 111 ... Execution part 112 ... Determination part 120 ... Memory | storage part 130 ... Communication part 140 ... Display part 150 ... Operation part 160 ... Positioning part , 170 ... motion sensor unit, 200 ... second device, 210 ... control unit, 211 ... execution unit, 220 ... storage unit, 230 ... communication unit, 240 ... display unit, 250 ... operation unit

Claims (10)

A first device having a first communication unit and a first execution unit that executes an application in response to a user operation;
A second device having a second communication unit and a second execution unit that executes an application in response to the user's operation;
Determining whether or not the second execution unit can execute the application based on the state of the first device or the second device when an execution state of the application by the first execution unit satisfies a predetermined condition And
The second execution unit is an application execution system that receives an operation of the user and executes the application when the determination unit permits execution of the application. The determination unit
The application execution system according to claim 1, wherein whether or not the second execution unit can execute an application is determined based on a position of at least one of the first device and the second device. The determination unit
The application execution system according to claim 1 or 2, wherein whether or not the second execution unit can execute an application is determined based on a movement pattern of at least one of the first device and the second device. The determination unit
The application according to any one of claims 1 to 3, wherein whether or not the second execution unit can execute the application is determined based on a remaining battery level or a communication state of at least one of the first device and the second device. Execution system. The second execution unit is
The application execution system according to any one of claims 1 to 4, wherein when the execution of an application is permitted by the determination unit and a predetermined operation is performed by the user, the application is executed. The first device includes:
In response to the determination by the determination unit, data is transmitted to the second device via the first communication unit,
The second device includes:
The data transmitted by the first communication unit is received via the second communication unit, and the data is reflected in the execution of the application by the second execution unit. Application execution system. The second device includes:
After the application is executed by the second execution unit, data is transmitted to the first device via the second communication unit at a predetermined timing.
The first device includes:
The data transmitted by the second communication unit is received via the first communication unit, and the data is reflected in the execution of the application by the first execution unit. Application execution system. A communication unit that communicates with other devices;
An execution unit that executes an application in response to a user operation;
An application including: a determination unit that determines whether or not an application can be executed by the other device based on a state of the device or the other device when an execution state of the application by the execution unit satisfies a predetermined condition Execution device. A first step of executing an application in response to a user operation in a first device communicating with a second device;
A second step of determining whether or not the second device can execute an application based on a state of the first device or the second device when an execution state of the application in the first device satisfies a predetermined condition; When,
And executing the application by receiving the user operation in the second device when execution of the application is permitted in the second step. In a computer of a device having a communication unit that communicates with another device,
Executing the application in response to a user operation;
A program for executing, when the execution status of the application satisfies a predetermined condition, determining whether or not the application can be executed by the other device based on the state of the device or the other device.

Images