JP2000322243A - Method and device for starting multi-terminal application - Google Patents

Abstract

PROBLEM TO BE SOLVED: To obtain a method and a device for starting a multi-terminal application which enable a terminal to use a resume function for the application which is operated on another terminal. SOLUTION: When the power source of a terminal is turned on, the application which was in course of execution at the time of power-off is started on the basis of correspondence in a login information storage part 15, a parameter storage part 16, and a file name storage part 17. It is confirmed whether a user at the time of power-off and that at the time of power-on are equal or not to improve the security effect, and the normal resume processing is achieved even when the application is moved between terminals.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an apparatus and a method for starting a multi-terminal application, and relates to a method for restarting an application existing in another terminal on a network which has been operating when the power is turned off, in the same state as when the power was turned off. The present invention relates to an apparatus and a method for launching a multi-terminal application.

[0002]

2. Description of the Related Art A terminal on a network is provided with a resume function. The resume function is a function of storing a state at the time of execution and restoring the stored state when the system is operated again after suspending, as known from Japanese Patent Publication No. 7-7316. . Such a function is indispensable for performing stable operation of the computer system. In recent years, it has become indispensable even in electronic devices such as portable PCs that need to turn off the power when not in use to save power.

The conventional resume function has the following problems. If multiple devices on the network share a hard disk, so that a specific device launches an application installed on another device on the network, The resume function is disabled.
The reason is that the resume function is not generally compatible with an application running on another terminal on the network.

It is desired that the resume function can be utilized for an application running on another terminal.

[0005]

SUMMARY OF THE INVENTION An object of the present invention is to provide an apparatus and a method for activating a plurality of terminal applications that can utilize a resume function for an application running on another terminal. .

[0006]

Means for solving the problem are described as follows. The technical matters corresponding to the claims in the expression are appended with numbers, symbols, etc. in parentheses (). The number, the symbol, etc. are at least one of the technical matters corresponding to the claims and the plurality of embodiments.
Although the agreement / correspondence with the technical matters of the two forms is clarified, it is not intended to show that the technical matters corresponding to the claims are limited to the technical matters of the embodiment.

An apparatus for starting a multi-terminal application according to the present invention comprises a first terminal (1) and a second terminal (2, 3,...) Sharing a hard disk, and the first terminal (1) comprises a first terminal (1). An operation history storage unit (12) for storing an operation history of operating the application of the second terminal (2) from the terminal (1) to the second terminal (2).
By providing the operation history storage unit (12), it is possible to perform a resume process for activating applications installed in a plurality of terminals distributed on a network. A history information file that stores history information of operations performed on the terminal, preferably, all the operations is created.

[0008] The operation history includes a first operation history until the first terminal (1) and the second terminal (2) share the hard disk, and a second operation history from the start of the application to the input of parameters. It is preferable to have an operation history and a third operation history until the file is opened on the application.

A login information storage unit (15) for storing login information input to the second terminal (2) when sharing the hard disk, and a second terminal (2) when the application is started. A parameter storage unit (16) for storing input parameters and a file name storage unit (17) for storing a file name opened on the application when the power is turned off.

[0010] A method for starting a multi-terminal application according to the present invention is to allow the first terminal (1) to share a hard disk with the second terminal (2), and to provide the first terminal (1) with the second terminal (2). The operation history of operating the application of the second terminal (2) is stored in the first terminal (1). Further, the first terminal (1) stores the login information input to the second terminal (2) when sharing the hard disk, and stores the second login information when the application is started.
The first terminal (1) stores the parameters input to the terminal (2), and stores the file name opened on the application at the time of power-off in the first terminal (1).

Further, if the login information entered this time matches the login information entered last time at the first terminal (1), it is possible to subsequently activate the application from the first terminal (1). It is preferable in terms of securing security. Furthermore, if an application that was started on a terminal before the power was turned off does not exist on the terminal when the power is turned on again, the terminal inputs login information to another terminal on which the application exists. In other words, if the launch from one terminal is permitted, the login input will allow the launch of an application on another terminal from that terminal.This is because security can be ensured more reliably. More preferred.

As described above, since data such as log-in information, parameters, and file names in the final state for enabling free use between terminals are stored in each terminal, other terminals on the network use the last time. When the running application is restarted, the application existing on another terminal on the network can be started with the input parameters and the file opened on the application restored.

[0013]

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS In accordance with the drawings, an embodiment of an apparatus for activating a multi-terminal application according to the present invention is as follows.
A plurality of terminals 1, 2, 3 are provided. As shown in FIG. 1, the applications 11, 21, 22, 31 belong to the plurality of terminals 1, 2, 3, respectively. The terminal 1, the terminal 2 and the terminal 3 on the network have their IP addresses and user accounts set respectively. The terminal 1 shares the hard disk of the terminal 2 with the terminal 3 on the network, and thereby the application 11 of the terminal 1, the applications 21 and 22 of the terminal 2, and the application 31 of the terminal 3.
And can be launched.

The terminal 1 includes a history information file 12, a selection unit 13, a final status file 14, a login information storage unit 1.
5, a parameter storage unit 16, a file name storage unit 17, a file reading unit 18, and an application starting unit 19.

The history information file 12 stores history information of all operations on the terminal 1. The terminal 2 and the terminal 3 share a hard disk on the terminal 1. The history information file 12 of the terminal 1 also stores the history information of the operations of the terminal running on the terminal 1 and the applications 21 and 31 of the terminal 3. It is assumed that the application 11 of the terminal 1, the two applications 21, 22 of the terminal 2, and the application 31 of the terminal 3 have been activated on the terminal 1 before the power of the terminal 1 is turned off.

The selection means 13 includes a login information storage unit 15
And a parameter storage unit 16 and a file name storage unit 17. The selection means 13 is used for the history information file 12
Select the history information recorded in. Selection means 13
Is the history information of all the operations on the terminal 1 until the sharing of the hard disk of each terminal, the history information of all the operations from the start of the start of each application to the last input of the parameters, The history information of all operations until the file is opened is recorded in the final state file 14.

When the terminal 1 is turned on next time, the final state file 14 created in this way is requested by a file read request from the application starting unit 19 to store the login information storage unit 15 and the parameter storage unit 1.
6. File reading unit 1 together with file name storage unit 17
8 is read. As a result, it is possible to start an application existing in another terminal on the network in a state where the parameters input when the application was started last time and the file opened on the application are restored.

The history information file 12 stores history information of all operations performed by the user from the time when the terminal 1 is turned on until the time when the power is turned off. Final state file 1
Reference numeral 4 denotes a state created by the selecting unit 13 from the history information in the history information file 12 and stores the state of the application that was started when the terminal 1 was powered off.

The login information storage unit 15 stores login information of the terminal input when sharing a hard disk. The parameter storage unit 16 stores parameters input when the application was last started. The file name storage unit 17 stores a file name opened on the application when the power is turned off. Selection means 1
Reference numeral 3 denotes a unit that creates a final state file 14 from the history information file 12 created in advance, based on the login information input when the application was started, the parameters, and the file name. The application requesting the input of the login information refers to the login information recorded in the login information storage unit 15 and records the operation history information from the start of activation to the input of the login information to the final state file 14. Record.

The application requesting the input of the parameter refers to the parameter recorded in the parameter storage unit 16 and stores the operation history information from the start of the activation to the input of the last parameter in the final state file. Record to 14. The application that needs to open the file refers to the file name recorded in the file name storage unit 17 and stores the history information of the operation from the start of activation to the opening of the file in the final state file 1.
Record to 4.

When the power of the terminal 1 is turned on, the application starting unit 19 instructs the file reading unit 18 to
A read request for the final state file 14 is made. The file reading unit 18 receives the file reading request from the application starting unit 19 and
The login information storage unit 15, the parameter storage unit 16,
Reading from the file name storage unit 17 is performed.

FIG. 2 shows the history information file 12. FIG. 3 shows the final state file 14. The login information storage unit 15 stores the login information input at the time of sharing the hard disk as shown in FIG. The login information of the terminal 2 is ipadr2, netpath2, user1, and passwd1, as shown in FIG. Looking at the history information file 12, the operation 3 is operated by the application 11.

The login information of the terminal 3 is ipaddr
3, netpath3, user1 and passwd1
And, as shown in FIG. Looking at the history information file 12, the operation 4 is operated by the application 11. Since the operation 4 is performed after the operation 3, the last input login information is netpath3, user1, and pa of the operation 4.
sswd1. In the history information file 12, there are five pieces of operation history information from the operation 1 to the operation 5 in the application 11, and it can be seen that the operation information 1 is started from the operation 1. The history information until the hard disk is shared is the history information from operation 1 to operation 4, and this history information is recorded in the final state file 14 (steps A1 and A2 in FIG. 5).

As shown in FIG. 6, the parameter storage unit 16 stores parameters input when the application is started. According to the correspondence shown in FIG.
Para1 entered first and p entered second
ara2 has been input at operation 12. The correspondence of the history information file 12 indicates that the operation 12 is operated by the application 21.
The third input para3 and the fourth input p
ara4 has been input in operation 13. The correspondence to the history information file 12 indicates that the operation 13 has been input by the application 21.

According to the correspondence of the history information file 12, it is understood that these parameters have been input by the operations 12 and 13 on the application 21.
The parameter input last is para4 input fourth in operation 13. When the history information on the application 21 is searched, the corresponding history information is operation 11, operation 12, and operation 13.
The history information from 1 to 13 is recorded in the final state file 14 as shown in FIG.
3, A4).

When a file needs to be opened on an application, a specified file name is stored in the file name storage unit 17, as shown in FIG. According to the correspondence in FIG. 7, file1 has been input in operation 7. According to the correspondence of the history information file 12, the operation 7 is operated by the application 22.
When only the history information of the application 22 is searched, the corresponding history information is from operation 6 to operation 10, file1 is input by operation 7, and the history information of operation 6 and operation 7 is the final state file. 14 is recorded.

File2 has been input in operation 15. Referring to the history information file 12, the operation 15 is operated by the application 31. When only the history information of the application 31 is searched, the corresponding history information includes the operations 14 to 16 and the operation 19, but since the file 2 is input by the operation 15, FIG.
As shown in (1), the history information of the operations 14 and 15 is recorded in the final state file 14 (step A).
5, A6).

After creating the final state file 14, the terminal 1 is temporarily shut down. After the power of the terminal 1 is turned on again, when the application starting command is issued by the application starting unit 19, the file reading unit 18 refers to the history information stored in the final state file 14. When the input operation of the login information, the parameter, and the file name is executed, the login information storage unit 15, the parameter storage unit 16, and the file name storage unit 17 are respectively referred to and stored in the final state file 14. Each application is started according to the history information.

FIGS. 8 to 11 show another embodiment of the method for taking over the application activation state according to the present invention. An authentication unit 41 is added to the network shown in FIG. 1 as a security measure on the network and a measure necessary when the state of the terminal on the network before and after the power of the terminal 1 is turned off and after the power is turned on.

The authentication means 41 confirms whether the user who has started the application on the terminal 1 before the power is turned off and the user who tries to start the application on the terminal 1 after the power is turned on are the same user. . If the terminal where the application exists is different before and after power-off, input of login information to the terminal is required.

When the power of the terminal 1 is turned on again, the input of the login information of the terminal 1, the terminal 2, and the terminal 3 is required before the application is started according to the history information stored in the final state file 14. (Step B in FIG. 9)
1). Input login information and login information storage unit 1
By comparing the login information stored in 5 with the login information, it is confirmed whether or not the user who has started the application before the power is turned off is himself (step B2).

It is checked whether or not each application described in the final state file 14 exists in the same terminal as that before the power-off. It is checked whether the application exists in another terminal (steps B3 and B4). If the application exists in another terminal, it is confirmed whether or not login information to the terminal has been input (step B5).

If the log-in information has not been input yet, a request is made to input the log-in information to the terminal (step B1). By comparing the input login information with the login information stored in the login information storage unit 15, it is confirmed whether or not the user is the user at the time of the previous activation (step B2). When it is confirmed that the user is the user at the time of the previous activation, the application can be activated (step B3).
Only when the network information is changed, the login information storage unit 15 and the final state file 14 are corrected (steps B6 and B7).

In the case where the terminal to which the application belongs has been changed, a takeover method will be described below. After the terminal 1 is turned on again and before the application is started according to the history information stored in the final state file 14, the requested login information is input as shown in FIG. B1). Since the input login information is the same as the login information stored in the login information storage unit 15, it can be confirmed that the user is the user who started the application before the power was turned off (step B2).

It is assumed that the application existing in each terminal on the network has been changed as shown in FIG. That is, the terminal to which the application 22 belongs has changed from the terminal 2 to the terminal 3. Referring to the correspondence between the terminal on which the application has been activated and the application name in FIG. 2, it can be seen that the application 11, the application 21, and the application 31 exist on the same terminal as before the power was turned off. However, the application 22 existing in the terminal 2 before the power was turned off
However, it does not exist in the terminal 2 after the power is turned on.

When searching for another terminal, it is found that the application 22 exists in the terminal 3 (step B).
4). Since the login information to the terminal 3 has already been input after the power of the terminal 1 is turned on again, the application 22 can be started from the terminal 3 (steps B5 and B3).
Although there is no change in the login information stored in the login information storage unit 15, since the start terminal of the application 22 has been changed from the terminal 2 to the terminal 3, the login information storage unit 15 is not changed, and the final state file is not changed. At 14, the IP address of the terminal on which the application 22 is running is changed to ipaddr3 as shown in FIG. 11 (steps B6 and B7).

[0037]

The apparatus and method for launching a multi-terminal application according to the present invention allows an arbitrary terminal to freely use another terminal on a network.

By cutting off the power of the terminal, wasteful power consumption can be reduced. Further, by sharing the hard disk of each terminal on the network from one terminal, each application can be distributed to a plurality of terminals and started, so that the CPU load can be distributed.

Further, by sharing the hard disk of each terminal on the network and operating each application on another terminal on the network, the CPU usage rate and the memory usage of the terminal itself running each application can be obtained. Does not significantly affect the cost of the terminal to be used.

[Brief description of the drawings]

FIG. 1 is a system block diagram showing an embodiment of an apparatus for starting a multi-terminal application according to the present invention.

FIG. 2 is a table showing a correspondence between an operation history and data;

FIG. 3 is a table showing data correspondence in a final state;

FIG. 4 is a table showing correspondence between login information and other data;

FIG. 5 is a flowchart showing an embodiment of a method for activating a multi-terminal application according to the present invention.

FIG. 6 is a table showing correspondence between parameters and other data;

FIG. 7 is a table showing correspondence between file names and other data;

FIG. 8 is a system block diagram showing another embodiment of the activation device of the multi-terminal application according to the present invention.

FIG. 9 is a flowchart showing another embodiment of the method of activating a multi-terminal application according to the present invention.

FIG. 10 is a table showing input login information;

FIG. 11 is a table showing another correspondence between an operation history and data.

[Explanation of symbols]

 1, 2, 3, terminal 11, 12, 22, 31 application 12, operation history storage unit 15, login information storage unit 16, parameter storage unit 17, file name storage unit

Claims (9)

[Claims] 1. A first terminal comprising: a first terminal; and a second terminal sharing a hard disk with the first terminal, wherein the first terminal sends an application of the second terminal from the first terminal to the second terminal. An activation device for a multi-terminal application, comprising: an operation history storage unit for storing an operation history of operation of the terminal. 2. The operation history according to claim 1, wherein the operation history is a first operation history until the first terminal and the second terminal share the hard disk, and a parameter is inputted after starting the application. An activation device for a multi-terminal application, comprising: a second operation history until the application is opened; and a third operation history until the file is opened on the application. 3. The system according to claim 1, further comprising: a login information storage unit for storing login information input to the second terminal when sharing the hard disk; and storing the login information in the second terminal when the application is started. An activation device for a multi-terminal application, comprising: a parameter storage unit for storing input parameters; and a file name storage unit for storing a file name opened on the application when the power is turned off. 4. The operation history according to claim 3, wherein the operation history is a first operation history until the first terminal and the second terminal share the hard disk, and a parameter is inputted after starting the application. An activation device for a multi-terminal application, comprising: a second operation history until the application is opened; and a third operation history until the file is opened on the application. 5. A method in which a first terminal shares a hard disk with a second terminal, and an operation history of operating an application of the second terminal from the first terminal to the second terminal is stored in the first terminal. A method for starting a multi-terminal application comprising: 6. The operation history according to claim 5, wherein the operation history is a first operation history until the first terminal and the second terminal share the hard disk, and a parameter is inputted after starting the application. And a third operation history until the file is opened on the application. 7. The method according to claim 5, further comprising: storing the login information input to the second terminal when sharing the hard disk in the first terminal; and inputting the login information to the second terminal when the application is started. A method for activating a multi-terminal application, comprising: storing the set parameters in the first terminal; and storing, in the first terminal, a file name opened on the application when power is turned off. 8. The method according to claim 7, further comprising the step of: starting the application from the first terminal if the login information entered this time matches the login information entered last time at the first terminal. A method for starting a multi-terminal application comprising: 9. The terminal according to claim 8, wherein, if an application that has been activated on the terminal before power-off does not exist on the terminal when power is turned on again, the terminal does not include the application. Inputting login information to another terminal to be executed, and if activation from the certain terminal is permitted, permitting activation of the application of the other terminal from the certain terminal by the login input. How to launch the application.