JP2007249730A - Application execution control program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To seamlessly execute an application between apparatuses. <P>SOLUTION: When start request (6) of the application is given from another apparatus by specifying an application kind being executed in the apparatus, the requested application is started (7), and then acquisition of state information of the started application is requested (8) to the apparatus requesting start of the application. The state information of the application being executed is returned (9) from the apparatus requesting start of the application in response to the acquisition request. It is acquired and stored in a memory to which the started application refers when executing processing. Lastly, an execution end instruction of the started application is notified (12) to the apparatus requesting start of the application. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to an application execution control program that is mounted on a computer having an execution environment for an application and performs processing for continuously executing the application being executed on another device.

  In a home game machine, when a game is interrupted halfway, the game state is saved in a product-specific storage medium inserted in a dedicated card slot, and the game is restarted when the game is started again. The stored game state is read out.

  On the other hand, in portable applications such as i-αppli (registered trademark), save data is stored in the application built-in area when the application is saved, and when the application is started again, the stored data is read. It has become.

  As described above, since the home game machine and the mobile phone on which the portable application is installed store the save data on different media, the mobile game machine is used after the game is played on the home game machine. You can't change to a phone and continue the game.

  This is not limited to applications such as games, but also occurs in applications that operate on both home computers and portable computers.

In the following cited document 1, as a technique related to the present invention, there is described an invention in which an application provided in another terminal device is remotely activated from one terminal device to transmit information.
JP 2003-115938 A

  As described above, since the home game machine and the mobile phone store the save data on different media, after the game is played on the home game machine, it is changed to the mobile phone. The continuation of the game cannot be executed as it is.

  From now on, according to the conventional technology, when it is necessary to go out while playing a game on a home game machine, the game is temporarily interrupted to save the game state, and then the home game machine is turned off. However, after returning home, the home game machine was turned on and the game was started again from the saved data.

  As described above, in the prior art, even when the user owns a mobile phone that can execute the same game as the game of the home game machine that the user owns, the user can save between the home game machine and the mobile phone. If you need to go out while playing a game on a home game machine, you can't share the data because you can't share the data. After that, the only way to do this was to turn off the home game machine, turn on the home game machine after returning home, and start the game again from the saved data. .

  This problem is not limited to applications such as games, but also occurs in applications that run on both home computers and portable computers.

  The present invention has been made in view of such circumstances, and is a process that is implemented in a computer having an execution environment for a certain application so that the application that is being executed on another device can be continuously executed. It is an object of the present invention to provide a new application execution control technique for solving the problems of the prior art by realizing the provision of a new application execution control program.

[1] Configuration of the Present Invention (i) Configuration when a Linked Server is not Used An application execution control device that implements the application execution control program of the present invention is mounted on a computer having an execution environment for an application, and other devices In order to perform processing for continuously executing the application being executed in (1), there is an application activation request from another device specifying the application type being executed on the device. And (2) requesting means for requesting acquisition of status information of the application activated by the activation means to the device that has requested activation of the application, and (3) The device that requested the application to start in response to the acquisition request issued by the request means (4) application startup, which acquires status information of the application being executed on the device sent from the device and stores it in a memory that the application started by the startup unit refers to when executing the processing; First notification means for notifying the device that requested the execution end instruction of the application activated by the activation means; and (5) the device that requested the activation of the application when the activation request application is not implemented. And a second notification means for notifying that the application cannot be executed.

  Each of the above processing means can also be realized by a computer program. This computer program is provided by being recorded on an appropriate computer-readable recording medium or provided via a network, and is used when implementing the present invention. The present invention is realized by being installed and operating on a control means such as a CPU.

(Ii) Configuration in case of using cooperative server An application execution control device that implements the application execution control program of the present invention is installed in a computer having an execution environment of a certain application and is executed by another device (1) From the cooperation server to which other devices are connected via the communication line, specify the application type being executed on the device and start the application. (2) requesting means for requesting acquisition of status information of the application started by the starting means to the linkage server; (3) requesting means; The application sent from the linkage server in response to the acquisition request issued by (4) an execution unit that acquires status information of an application being executed on the requested device and stores it in a memory to be referred to when the application started by the startup unit executes the process; A first notifying means for notifying a device that has requested activation of the execution end instruction of the application activated by the activation means; and (5) when the activation request application is not implemented, via the linkage server A second notification means for notifying a device that has requested activation of the application that the application cannot be executed is provided.

  Each of the above processing means can also be realized by a computer program. This computer program is provided by being recorded on an appropriate computer-readable recording medium or provided via a network, and is used when implementing the present invention. The present invention is realized by being installed and operating on a control means such as a CPU.

[2] Processing according to the present invention (i) Processing when the cooperation server is not used In the present invention configured as described above, an application activation request is specified from another device by specifying the application type being executed on the device. If there is an application, the activation request application is activated, and then the device that requested the activation of the application is requested to acquire status information of the activated application.

  In response to this acquisition request, the status information of the application that is being executed is returned from the device that has requested the application to be started. Store in the memory that will be.

  Finally, the device that requested the activation of the application is notified of an instruction to end execution of the activated application.

(Ii) Processing when using a cooperation server In the present invention configured as described above, an application is specified by specifying an application type being executed on the device from a cooperation server to which another device is connected via a communication line. When the activation request is issued, the activation requested application is activated, and then the cooperation server is requested to acquire status information of the activated application.

  In response to this acquisition request, status information of the application being executed on the device that is the application activation request source is returned from the cooperation server. It is stored in the memory that will be referred to when executing.

  Finally, the execution end instruction of the activated application is notified to the device that is the application activation request source via the cooperation server.

  As described above, according to the present invention, in response to a start request from another device, the application running on the device is started and the status information of the application is taken over, so that the application is automatically executed. In addition to being able to be executed as is by the device, in order to prevent a plurality of application status information from being present, the execution of the application being executed by the device is terminated.

  According to this configuration, according to the present invention, the user can execute the application seamlessly.

  From now on, for example, when the user needs to go out while the game is being executed on the home game machine, the user can continue to execute the game on the mobile phone. You will be able to enjoy the game without it.

  Hereinafter, the present invention will be described in detail according to embodiments.

  FIG. 1 illustrates an example of a system including the present invention.

  In the system having the present invention shown in this figure, in order to realize that the user can seamlessly execute the game between the mobile phone 1 having the Internet connection function and the consumer game machine 2, By providing the cooperation server 3, the user can seamlessly execute the game between the mobile phone 1 and the home-use game machine 2 in accordance with the cooperation processing by the cooperation server 3.

  Here, in the figure, 4 is a database provided in the linkage server 3, 5 is a mobile carrier network to which the mobile phone 1 is connected, 6 is the Internet to which the home game machine 2 is connected, 7 is the home game machine 2 and the Internet 6. The linkage server 3 is connected to the mobile carrier network 5.

  FIG. 2 illustrates an example of data managed by the database 4.

  As shown in this figure, the database 4 is associated with a user name, the user ID of the user, the password of the user, and information on cooperation destination devices owned by the user (phone numbers of mobile phones and game machines). And information on game data saved by the user.

  In this figure, Taro Yamada, who has a user ID of “taro” and a password of “abc”, owns a mobile phone 1 and a home game machine 2 with a model name of PL3, and stores game data called Area 1 An example of managing the saved information is shown.

  Here, information other than save data managed by the database 4 is registered in advance by the user.

  FIG. 3 shows an example of a sequence of processing executed by the system having the present invention configured as described above.

  Next, according to this sequence, processing executed by the system having the present invention configured as described above will be described in detail.

  When a user who is playing a game on the home game machine 2 wants to go out and wants to run the game on the mobile phone 1 while out, he or she requests the linkage server 3 for linkage processing. Upon receiving this request, when the linkage server 3 displays a login screen on the consumer game machine 2, the user ID and password are input using the login screen.

  From now on, when the user ID and password are input from the user, the home-use game machine 2 transmits the user ID and password to the linkage server 3 to request login to the linkage server 3 ( (1) in FIG.

  Upon receiving this login request, the linkage server 3 receives the user ID and password transmitted from the consumer game machine 2, and obtains the password by searching the database 4 using the received user ID as a key. The user is authenticated by checking whether the received password matches the obtained password ((2) in FIG. 3).

  When the user authentication is obtained, the cooperation server 3 subsequently searches the database 4 using the received user ID as a key to identify a device that can be a cooperation destination, and a list of the specified cooperation destination devices. Is created on the home-use game machine 2 ((3) in FIG. 3).

  For example, as shown in FIG. 4, when Taro Yamada is playing a game on a home game machine 2 with a model name of PL3 and requests cooperation processing, Taro Yamada is a device that can be a cooperation destination. It identifies that there is a mobile phone 1 that it owns, creates a cooperation destination device selection screen describing a list of the specified cooperation destination devices, and displays it on the consumer game machine 2.

  Upon receiving the display of the cooperation destination device selection screen, the user selects a device to be the cooperation destination from the list of cooperation destination devices described on the cooperation destination device selection screen.

  From now on, when the user selects a cooperation destination device, the consumer game machine 2 transmits information of the selected cooperation destination device to the cooperation server 3, and also the name of the game being executed and the state information of the game (the game) Is transmitted to the linkage server 3 ((4) in FIG. 3).

  For example, when a shogi game is being executed, the name of the shogi game and information indicating the state of the shogi piece that is the game state of the shogi are transmitted to the linkage server 3. is there.

  In response to this transmission, the linkage server 3 determines which linkage destination device is to be linked in accordance with the transmitted information, and the name of the game running on the consumer game machine 2 and the state of the game Information is received, and the received game state information is stored in the database 4.

  In this example, since it is assumed that the user selects the mobile phone 1 as the cooperation destination device, the cooperation server 3 determines that the mobile phone 1 is to be linked and is executed by the consumer game machine 2. A process of receiving the name of the game inside and the state information of the game and storing the received state information of the game in the database 4 is performed.

  Next, the cooperation server 3 determines whether the mobile phone 1 determined as the cooperation destination is in a place where radio waves do not reach or is in a state where communication cannot be performed because the power is turned off (FIG. 3). (5)).

  When the cooperation server 3 determines that it is in a state where it can communicate with the mobile phone 1 determined as the cooperation destination in accordance with this determination process, the cooperation server 3 designates the game name notified from the consumer game machine 2 and The mobile phone 1 is requested to start the game ((6) in FIG. 3).

  Upon receiving this activation request, the mobile phone 1 activates the activation request game ((7) in FIG. 3).

  Next, the cellular phone 1 requests the cooperation server 3 to transmit the status information of the activated game ((8) in FIG. 3).

  At this time, if the game cannot be activated due to the lack of the activation request game, the cooperation server 3 is notified that the game cannot be activated.

  Upon receiving this game state information transmission request, the linkage server 3 reads out the state information of the game requested to be activated from the database 4 and transmits it to the consumer game machine 2 ((9) in FIG. 3).

  In response to this transmission, the mobile phone 1 stores the transmitted game state information in a memory to be referred to when the game starts processing, and then starts the game according to a user instruction. The execution of the game is started by interacting with ((10) in FIG. 3).

  Next, the mobile phone 1 notifies the cooperation server 3 that the cooperation has been completed ((11) in FIG. 3).

  Upon receiving this notification, the linkage server 3 notifies the consumer game machine 2 of a game end instruction ((12) in FIG. 3).

  Upon receiving this notification, the consumer game machine 2 determines that the game being executed has been taken over by the mobile phone 1, and ends the game being executed ((13) in FIG. 3).

  As described above, according to the present invention, when the user needs to go out while the game is being executed on the home game machine 2, the user can continuously execute the game on the mobile phone 1. As a result, the game can be enjoyed without being interrupted.

  FIG. 5 and FIG. 6 show an example of the processing flow that the cooperation server 3 executes to realize the sequence of FIG. 3 described above, and FIG. 7 shows the sequence of FIG. 3 described above. An example of a processing flow to be executed by the mobile phone 1 in order to realize it is illustrated.

  Here, the program for executing the processing flows of FIGS. 5 and 6 is installed in the cooperation server 3 in advance. The program for executing the processing flow of FIG. 7 is installed in the mobile phone 1 in advance.

  Next, according to these processing flows, processing executed by the cooperation server 3 and the mobile phone 1 in order to realize the above-described sequence of FIG. 3 will be described.

  First, according to the processing flow of FIGS. 5 and 6, processing executed by the cooperation server 3 to realize the sequence of FIG. 3 will be described.

  When there is a cooperation request from the home game machine 2, the cooperation server 3 first displays a login screen on the home game machine 2 in step S10, as shown in the processing flow of FIG. 5 and FIG. By receiving the user ID and password input to the consumer game machine 2 in response to this display, the user ID and password are input.

  Subsequently, in step S11, a password is obtained by searching the database 4 using the user ID received from the consumer game machine 2 as a key, and whether or not the received password matches the searched password. The user is authenticated by checking.

  Subsequently, in step S12, when it is determined whether or not the user can be authenticated, and when it is determined that the user cannot be authenticated, the process proceeds to step S13, and the cooperation service cannot be provided to the consumer game machine 2. Is notified, and the process is terminated.

  On the other hand, when it is determined that the user has been authenticated in accordance with the determination process in step S12, the process proceeds to step S14, and the database 4 is searched using the user ID received from the consumer game machine 2 as a key. Identify potential devices.

  Subsequently, in step S15, a cooperation destination device selection screen describing a list of the specified cooperation destination devices is created and displayed on the home game machine 2, and in response to this display, the home game machine 2 is displayed. By receiving information on which cooperation destination device is input, the mobile phone 1 that is the cooperation destination is selected, and further, the game in progress that is transmitted from the home game machine 2 at that time is selected. The name and the game status information are received, and the received game status information is stored in the database 4.

  Subsequently, in step S16, it is determined whether or not the mobile phone 1 selected as the cooperation destination is capable of cooperation. When the mobile phone 1 cannot communicate with the mobile phone 1, When it is determined that the cooperation is impossible, the process proceeds to step S17 to notify the home game machine 2 that the cooperation is impossible, and the game state information stored in the database 4 is deleted, End the process.

  On the other hand, when it is determined that it is possible to cooperate with the mobile phone 1 selected as the cooperation destination according to the determination processing in step S16, the process proceeds to step S18, and the home game machine is selected for the mobile phone 1 selected as the cooperation destination. The game name notified from 2 is designated, and the game is requested to be activated.

  Subsequently, in step S19, in response to the activation request, it is determined whether or not a game state information acquisition request has been issued from the mobile phone 1 that has requested the game activation. If it is determined that it has been notified that the game cannot be started, the process proceeds to step S20 to notify the home video game machine 2 that the game is not possible and is stored in the database 4. The game state information is deleted and the process ends.

  On the other hand, when it is determined that a request for acquiring game state information has been issued from the mobile phone 1 that has requested the game start in accordance with the determination process in step S19, the process proceeds to step S21, and the database 4 requests the game requested for start-up. Read status information.

  Subsequently, in step S22, the read game state information is transmitted to the mobile phone 1 that requested the game start.

  In response to this transmission, a notification that the cooperation has been completed is returned from the mobile phone 1 that has requested the game to start. In the subsequent step S23, a notification that the cooperation has been completed after waiting for the reply. Is determined to be returned, the process proceeds to step S24, a game end instruction is notified to the consumer game machine 2, and the process ends.

  Next, processing executed by the mobile phone 1 to realize the sequence of FIG. 3 will be described according to the processing flow of FIG.

  When there is a game start request, the mobile phone 1 first determines in step S30 whether or not it is an external game start request, as shown in the processing flow of FIG.

  That is, in addition to the game server request from the cooperation server 3, there is a case where the game start request may be requested in accordance with an instruction from the key of the own telephone, and it is determined which of the start requests is issued. .

  When it is determined according to this determination processing that the game start request is not from the outside, that is, when it is determined that the game start is requested in accordance with an instruction from the key of the own telephone, the process proceeds to step S31. The requested game is activated, and in the subsequent step S32, the game is started in accordance with normal processing.

  In this case, since the game is selected according to the game selection screen and its activation is requested, the game with the activation request is always implemented, so the game with the activation request immediately And start the game according to normal processing.

  On the other hand, when it is determined according to the determination process of step S30 that the request is for an external game start, that is, when it is determined that the request is for a game start from the cooperation server 3, the process proceeds to step S33 to start When it is determined whether or not the requested game is implemented, and when it is determined that the requested game is not implemented, the process proceeds to step S34 to notify the linkage server 3 that the game cannot be started, and processing Exit.

  On the other hand, when it is determined that the game requested to be activated from the cooperation server 3 is installed according to the determination process in step S33, the process proceeds to step S35, and the game having the activation request is activated.

  Subsequently, in step S36, the cooperation server 3 is requested to transmit the status information of the activated game.

  Subsequently, in step S37, when it is determined that the game state information is transmitted after waiting for the game state information to be transmitted from the cooperation server 3 in response to the transmission request for the game state information, step S38 is performed. Then, the game state information transmitted is received and written in the memory to be referred to when starting the game process.

  Subsequently, in step S39, the game state information written in the memory is used to start execution of the game. In subsequent step S40, the cooperation server 3 is notified that the cooperation is completed, so that the game is completed. A request to notify the consumer game machine 2 of an end instruction is requested.

  As described above, according to the present invention, when the user needs to go out while the game is being executed on the home game machine 2, the user can continuously execute the game on the mobile phone 1. As a result, the game can be enjoyed without being interrupted.

  In the sequence shown in FIG. 3, the processing of the present invention has been described with a specific example of continuing the game execution from the home game machine 2 to the mobile phone 1. It is also possible to continue the game execution to the game machine 2.

  That is, in the present invention, the game can be continued from the consumer game machine 2 to the mobile phone 1 as shown in FIG. 8A, or the mobile phone 1 as shown in FIG. 8B. It is possible to continue the game execution from the home game machine 2 to the home game machine 2.

  From now on, according to the present invention, as shown in FIG. 9, when the user needs to go out while the game is being played on the home-use game machine 2, the game is continued on the mobile phone 1. When the game is executed and returned from the outside, the game can be continuously executed again on the home-use game machine 2, so that the game can be enjoyed seamlessly.

  Next, an embodiment of the present invention that does not use the cooperation server 3 will be described.

  When the present invention is realized without using the cooperation server 3, as shown in FIG. 10, a configuration is adopted in which the mobile phone 1 and the consumer game machine 2 directly communicate with each other using infrared rays or the like. .

  FIG. 11 shows an example of an exchange sequence performed between the mobile phone 1 and the consumer game machine 2 at this time.

  Next, according to this sequence, the processing executed by the present invention when adopting a configuration not using the cooperation server 3 will be described in detail.

  When a user who is playing a game on the home game machine 2 wants to go out, when he / she wants to run the game on the mobile phone 1 while going out, the user starts infrared communication with the mobile phone 1 ((1) in FIG. 11).

  In response to this notification, the mobile phone 1 returns an infrared communication start response indicating that infrared communication can be started to the consumer game machine 2 ((2) in FIG. 11).

  Upon receiving this notification, the consumer game machine 2 notifies the mobile phone 1 that the data notification is started ((3) in FIG. 11).

  Next, the home game machine 2 requests the mobile phone 1 to start the game by specifying the name of the game being executed ((4) in FIG. 11).

  Upon receiving this activation request, the mobile phone 1 activates the activation request game ((5) in FIG. 11).

  Subsequently, the mobile phone 1 requests the home game machine 2 to transmit the status information of the activated game ((6) in FIG. 11).

  At this time, if the game cannot be started because the game of the start request is not mounted, the home game machine 2 is notified that the game cannot be started.

  Upon receiving this transmission request, the consumer game machine 2 transmits the status information of the game being executed to the mobile phone 1 ((7) in FIG. 11).

  In response to this transmission, the mobile phone 1 stores the transmitted game state information in a memory that the game will refer to at the start of processing, and then starts the game according to the user's instructions. The game is started by interacting with the user ((8) in FIG. 11).

  Subsequently, the mobile phone 1 notifies the consumer game machine 2 of an instruction to end the game being executed ((9) in FIG. 11).

  Upon receiving this notification, the consumer game machine 2 notifies the mobile phone 1 that the infrared communication has ended ((10) in FIG. 11).

  Next, the home-use game machine 2 determines that the game being executed has been taken over by the mobile phone 1, and ends the game being executed ((11) in FIG. 3).

  As described above, according to the present invention, when the user needs to go out while the game is being executed on the home game machine 2, the user can continuously execute the game on the mobile phone 1. As a result, the game can be enjoyed without being interrupted.

  FIG. 12 illustrates an example of a processing flow that the mobile phone 1 executes to realize the sequence of FIG. 11 described above.

  Here, in this processing flow, the exchange for starting and ending the infrared communication is omitted. Also, the program for executing the processing flow of FIG. 12 is installed in the mobile phone 1 in advance.

  Next, processing executed by the mobile phone 1 to realize the above-described sequence of FIG. 11 will be described according to this processing flow.

  When there is a game start request, the mobile phone 1 first determines in step S50 whether or not it is an external game start request, as shown in the processing flow of FIG.

  In other words, in addition to the request for starting the game from the outside according to infrared communication, the start of the game may be requested in accordance with an instruction from the key of the own phone, so it is determined which of these is the start request. is there.

  When it is determined according to this determination processing that the request is not an external game start-up, that is, when it is determined that a game start-up is requested according to an instruction from the key of the own telephone, the process proceeds to step S51 to start The requested game is activated, and in the subsequent step S52, the game is started in accordance with normal processing.

  In this case, since the game is selected according to the game selection screen and its activation is requested, the game with the activation request is always implemented, so the game with the activation request immediately And start the game according to normal processing.

  On the other hand, when it is determined according to the determination process of step S50 that the request is for an external game start, that is, when it is determined that the request is for a game start from the consumer game machine 2, the process proceeds to step S53. When it is determined whether or not the game for which activation is requested is installed, and when it is determined that the game is not installed, the process proceeds to step S54 to notify the consumer game machine 2 that the game cannot be activated. Then, the process ends.

  On the other hand, when it is determined that the game requested to be activated from the consumer game machine 2 is mounted according to the determination process in step S53, the process proceeds to step S55, and the game having the activation request is activated.

  Subsequently, in step S56, the home game machine 2 is requested to transmit the status information of the activated game.

  Subsequently, when it is determined in step S57 that the game state information is transmitted after waiting for the game state information to be transmitted from the consumer game machine 2 in response to the game state information transmission request, Proceeding to step S58, the transmitted game state information is received and written in a memory to be referred to at the start of game processing.

  Subsequently, in step S59, game execution is started using the game state information written in the memory, and in step S60, a game end instruction is notified to the consumer game machine 2.

  As described above, according to the present invention, when the user needs to go out while the game is being executed on the home game machine 2, the user can continuously execute the game on the mobile phone 1. As a result, the game can be enjoyed without being interrupted.

  Although the present invention has been described according to the illustrated embodiment, the present invention is not limited to this. For example, in the embodiment, the present invention has been described with application to a game as a specific example, but the present invention can be applied to an application other than a game as it is.

  In the present invention, in response to a start request from another device, the application being executed on the device is started and the status information of the application is taken over so that the application can be executed as it is on the own device. In addition, in order to prevent a plurality of application state information from being present, the execution of the application being executed on the device is terminated.

  According to this configuration, according to the present invention, the user can seamlessly execute an application such as a game.

It is a figure which shows an example of the system which comprises this invention. It is explanatory drawing of the data which a database manages. It is a figure which shows an example of the sequence which this invention performs. It is explanatory drawing of the display process of a cooperation destination apparatus selection screen. It is the processing flow which a cooperation server performs. It is the processing flow which a cooperation server performs. It is the processing flow which a mobile telephone performs. It is explanatory drawing of the process of this invention. It is explanatory drawing of the process of this invention. It is a figure which shows another example of the system which comprises this invention. It is a figure which shows another example of the sequence which this invention performs. It is the processing flow which a mobile telephone performs.

Explanation of symbols

DESCRIPTION OF SYMBOLS 1 Mobile phone 2 Home game machine 3 Cooperation server 4 Database 5 Mobile carrier network 6 Internet 7 Home line

Claims (4)

An application execution control program that is mounted on a computer having an execution environment of an application and performs processing for continuously executing the application being executed on another device,
The above computer
From the above-mentioned other device, when there is an application start request specifying the application type being executed on the device, means for starting the application of the start request,
Means for requesting the other device to obtain status information of the activated application;
Means for acquiring status information of an application being executed on the device sent from the other device in response to the acquisition request, and storing it in a memory to be referred to when the activated application executes the process When,
An application execution control program for causing the other device to function as means for notifying the execution end instruction of the activated application. In the application execution control program according to claim 1,
An application execution control program for causing the computer to function as a means for notifying the other device that the application cannot be executed when the start request application is not mounted. An application execution control program that is mounted on a computer having an execution environment of an application and performs processing for continuously executing the application being executed on another device,
The above computer
From the cooperation server to which the other device is connected via a communication line, when there is an application start request specifying the application type being executed on the device, means for starting the start request application,
Means for requesting the cooperation server to obtain status information of the activated application;
In response to the acquisition request, the status information of the application being executed on the other device sent from the cooperation server is acquired, and stored in the memory that the activated application will refer to when executing the processing. Means,
An application execution control program for causing the other devices to function as means for notifying the execution termination instruction of the activated application via the cooperation server. In the application execution control program according to claim 3,
Application execution for causing the computer to function as means for notifying the other device that the application cannot be executed via the cooperation server when the application for the activation request is not mounted. Control program.

Images