JP2000020464A - System for preserving picture setting parameter information - Google Patents

Abstract

PROBLEM TO BE SOLVED: To preserve the state of utilizing a graphical user interface(GUI) and value inputted by an operator and to enable any arbitrary client to efficiently restart a job. SOLUTION: The user inputs a user identifier and a GUI process name and activates a GUI process 11. The GUI process 11 uses the user identifier and GUI process name as a retrieval key in picture setting parameter retrieving processing 111, retrieves the picture setting parameter information of a picture coordinate, size and input value form a picture setting parameter data base 21 and display a picture according to that picture setting parameter. When the GUI process 11 is finished, a picture setting parameter preserving processing 112 preserves the picture setting parameter information of the coordinate, size and input value in the picture setting parameter data base 21 of a server 2 while utilizing the user identifier and GUI process name as the retrieval key.

Description

DETAILED DESCRIPTION OF THE INVENTION

[0001]

[0001] 1. Field of the Invention [0002] The present invention relates to a method for storing screen setting parameter information of a GUI (Graphical User Interface) process.

[0002]

2. Description of the Related Art As shown in FIG. 6, a conventional general method for storing screen setting parameter information of a GUI process includes a GUI process 51 of a client 5, a screen initial setting process 511 included in the GUI process 51, and a screen. The processing includes an end process 512 and a GUI process initialization file 52. When the GUI process 51 is started under such a configuration, the screen initial setting process 511 performs
The screen setting parameter information is read from the UI process initial setting file 52 and the screen is displayed. When the GUI process ends, the screen end processing 512 saves the screen setting information parameter in the GUI process initial setting file 52.

As a method of displaying a user interface object (UI object) stored in a database on a network on a screen, for example, Japanese Patent Laid-Open No. Hei 10-31513 is disclosed. In this scheme,
By providing a storage unit for storing the screen setting parameters on the client side in the same manner as the above-described general method of storing the screen setting parameter information, the client can use the UI.
The document describes that when the object is restarted after the operation of the object is completed, the same screen as the previous screen is displayed by reading out and applying the previously stored parameters from the storage unit of the own apparatus.

[0004]

However, this conventional general technique has the following problems. The first problem is that, when the interrupted GUI process is started, the client that can redisplay the screen at the time of interruption is displayed by the GUI.
It is limited to clients that have interrupted the I process. The reason is that the storage of the screen setting parameter information is localized in the client.

[0005] A second problem is that after the GUI process is interrupted, the interrupted screen can be displayed again only when another user does not start the GUI process during that time. . The reason is that the screen setting parameter information is stored for each GUI process name.

In the method disclosed in Japanese Patent Laid-Open No. 10-31513, since the screen setting parameters are stored in the parameter storage unit built in each client, the screen parameters are managed for each client. That is, the screen layout is fixed for each UI object (for each client), and there is a problem that the UI object cannot be saved for each operator when performing an operation such as using a different client.

[0007] It is an object of the present invention to save the state of use of an operator's GUI and input values for each operator so that any client can efficiently resume business. That is, in the client / server system, when a user starts a GUI process on an arbitrary client, the GUI starts regardless of the client on which the user has started and ended the GUI process before.
Screen status at the end of process (coordinates, size, input values)
And a configuration capable of starting a GUI process while taking over the screen state.

[0008]

In order to achieve the above object, the present invention provides a method of storing screen setting parameter information having a server, a plurality of clients, and a network connecting the server and the clients. In the method, when user identification information and a process name corresponding to a job are input from an input screen of the client, the client requests the server to perform a search request using the user identification information and the process name as keys. Means, and display means for setting a screen based on the reply information when receiving reply information from the server to the request means and displaying a GUI, wherein the server includes a database storing screen setting parameter information. Receiving the search request, using the user identification information and the process name as keys, Search means for searching for a search result, and when there is the screen setting parameter information in which the user identification information and the process name match in the search means, the matched screen parameter information is sent to the requesting client as the reply information. And a reply means for replying.

Further, when there is no screen setting parameter information in which the user identification information matches the process name in the search means, the screen parameter information set in advance is returned to the requesting client as the reply information. It is characterized by doing.

Further, the client stores the reply information in its own file when receiving the reply information from the server to the request means.

In a method for saving screen setting parameter information having a server having a database, a plurality of clients, and a network connecting the server and the client, an end instruction is input from an input screen of the client. If so, the client:
It has transmission means for transmitting screen setting parameter information currently displayed on the screen to the server, and the server, when receiving the screen setting parameter information, includes a storage means for storing the screen setting parameter information in the database. I have.

[0012] In a method of saving screen setting parameter information having a server having a database, a plurality of clients, and a network connecting the server and the client, an end instruction is input from an input screen of the client. The client has transmission means for transmitting the screen setting parameter information, the user identifier, and the GUI process name currently displayed on the screen to the server as transmission information, and the server receives the transmission information. In this case, a storage means for storing the screen setting parameter information in the database using the user identification information and the process name as keys is provided.

In a screen setting parameter information storage method including a plurality of clients, a server having a database, and a network connecting the clients and the server, when a termination instruction is input from the client, The client sends first screen setting parameter information currently displayed on the screen to a file of its own device, and transmits the screen setting parameter information, a user identifier, and a GUI process name stored in the file. Transmitting means for transmitting the screen setting parameter information in the database using the user identification information and the process name as keys when receiving the transmission information; It is characterized by including having a second storage means.

[0014]

Next, embodiments of the present invention will be described with reference to the drawings.

FIG. 1 is a block diagram showing a first embodiment of the present invention.

Referring to FIG. 1, a first embodiment of the present invention includes a network 3, a plurality of clients 1 connected to the network 3, and a server 2.

The client 1 has a GUI process 11 that operates under program control.

The GUI process 11 includes a screen setting parameter search processing 111 and a screen setting parameter storage processing 11
And 2.

The server 2 has a screen setting parameter database 21.

FIG. 2 is a diagram showing a record format of the screen setting parameter database 21 in FIG.

Referring to FIG. 2, a screen setting parameter database 21 uses a user identifier and a GUI process name as a search key and screen setting parameter information (parameter information relating to screen display including coordinates, size, input values, etc.) as data. Is a database that stores That is, when the displayed screen is required, the screen setting parameter database 21 stores the user identifier and the current user identifier so that the previously used screen can be displayed again or the existing (formatted and used screen) can be displayed. Information that can be saved using the process name corresponding to the job at the time of screen display as a key is stored.

A user inputs a user identifier and a GUI process name on the client 1 and activates the GUI process 11.

Screen setting parameter search processing 111
When the UI process 11 is started, screen setting parameter information is searched from the screen setting parameter database 21 via the network 3.

The screen setting parameter saving processing 112
When the UI process 11 ends, the screen setting parameter information is stored in the screen setting parameter database 21 via the network 3.

Next, the overall operation of the embodiment of the present invention will be described with reference to FIGS.

First, the user wants to display on the client's screen (for example, redisplay the screen that was previously finished), so that the user corresponds to the user identifier and the business from the input screen (not shown in FIG. 1) of the client 1. When the user inputs the GUI process name, the GUI process 11 starts. In this case, it may be activated using a menu (pull-down menu) corresponding to the business. GUI process 1
1 is activated, the screen setting parameter search processing 111
Creates a search condition using the user identifier and the GUI process name as keys, and sends the search condition to the server 2 via the network 3 to request a screen setting parameter search (FIG. 3).
Steps S1 and S2). Upon receiving the search request, the server 2 searches the screen setting parameter database 21 using the user identifier and the GUI process name as keys. At this time, the user identifier, G
When there is a record that matches the search condition in the UI process name, the screen setting parameter information is extracted from the record, and the screen setting parameter information is returned to the requesting client 1 (steps S3 and S4). If there is no record in the screen setting parameter database 21 that matches the search conditions in the user identifier and the GUI process name, the default screen setting parameter information prepared in advance is read from the screen setting parameter database 21 and the screen parameter information is transmitted. (Steps S3 and S5). Screen setting parameter search processing 1 of client 1 as request source
11 receives the message, sets the screen, displays the GUI on the screen, and ends the process (step S6).

Next, the user gives an end instruction to the GUI process 11 from the input screen of the client 1, and
When the UI process 11 receives the end instruction, the screen setting parameter storage processing 112 summarizes information using the screen setting parameter information, the user identifier, and the GUI process name as keys at that time (steps S11 and S1).
2) Issue a record storage request to the screen setting parameter database 21 of the server 2 via the network 3 (step S13). The screen setting parameter database 21 of the server 2 that has received the save request stores a record using the user identifier and the GUI process name as keys,
When the storage is completed, an end report is returned to the requesting client 1. Screen setting parameter saving processing 1 of client 1
In step S14, the end report is checked (step S14). If the record storage is completed normally, the process is terminated (step S16).
To end.

In the above description, when performing a task for each operator, the position, size, and G
The default input parameters in the UI or the last input parameters can be saved without depending on the client used at the time. Can be displayed immediately and business can be resumed.
After logging in to the client, it is possible to return to the GUI display state where the operator always works with a few mouse operations.

Next, a second embodiment of the present invention will be described with reference to the drawings.

Referring to FIG. 5, a second embodiment of the present invention includes a network 3, a plurality of clients 4 connected to the network 3, and a server 2. That is, the second embodiment of the present invention is different from the first embodiment in that a client 4 is connected instead of the client 1 connected to the network 3 of the first embodiment.

The client 4 comprises a GUI process execution management 11 operated by program control, a GUI process initialization file 42, and a GUI process 43 operated by program control.

The GUI process execution management 41 includes a GUI start / end process 411 and a screen setting parameter search process 4
12 and a screen setting parameter storage process 413.

The GUI process 43 includes a screen initial setting process 431 and a screen end process 432.

The server 2 has a screen setting parameter database 21.

The GUI process start / end processing 411 is as follows.
The activation or termination of the GUI process 43 is instructed.

The screen setting parameter search process 412 searches the screen setting parameter database 21 of the server 2 via the network 3 and writes the searched screen setting parameter information to the GUI process initialization file 42.

The screen setting parameter storage processing 413 is performed by G
The screen setting parameter information is read from the UI process initialization file 42, and is read from the server 2 via the network 3.
The screen setting parameter information is stored in the screen setting parameter database 21 of FIG.

The screen initial setting process 431 reads out the screen setting parameter information from the GUI process initial setting file 42 and displays the screen when the GUI process 43 is started.

The screen end process 432 is executed by the GUI process 4
3 ends the screen setting parameter information
It is stored in the process initialization file 42.

Next, the overall operation of the second embodiment of the present invention will be described with reference to FIG.

The user uses the user identifier and GU on the client 4 from a screen (not shown in FIG. 5).
Enter the I process name and enter the GUI process execution management 41
Start Then, the GUI process execution management 41
First, the screen setting parameter search processing 412 is started. The screen setting parameter search process 412 transmits the data to the server 2 via the network 3 using the user identifier and the GUI process name as search keys (performs a data storage request). The server 2 searches the screen setting parameter database 21 of the server 2 based on the transmitted user identifier and the GUI process name, and returns the screen setting parameter information to the client 4 as the transmission source. When the screen setting parameter search processing 412 of the client 4 receives the screen setting parameter information, it writes the screen setting parameter information into the GUI initial setting file 42.
Next, the GUI activation / termination process 411 of the GUI process execution management 41 activates the GUI process 43.

When the GUI process 43 is started, a screen initial setting process 431 reads out screen setting parameter information from the GUI initial setting file 42 and displays a screen according to the parameters.

In order to end the work, the user inputs a user identifier and a GUI process name from the input screen on the client 4, and the GUI process execution management 41
Is a GUI for instructing the activation of the GUI process 43.
GUI start / end processing 411 of the process execution management 41
Instructs the GUI process 43 to end. The GUI process 43 sends the screen setting parameter information to the GUI process initial setting file 4
2 and returns an end instruction response to the GUI process execution management 41. When the GUI process execution management 41 receives the end instruction response, the screen setting parameter storage processing 413 reads out the screen setting parameter information from the GUI process initialization file 42, and the user identifier and the GUI process of the GUI process initialization file 42 via the network 3. The screen setting parameter information is transmitted to the server using the name as a search key (data storage request is made). The server 2 stores the received screen parameter setting parameter information in the screen setting parameter database 41 using the user identifier and the GUI process name as keys.

In the second embodiment, in addition to the description in the first embodiment, the GUI process execution management has a database access function, passes through an initialization file, and is provided for each operator. By passing the saved screen setting parameters to the GUI process, the existing GUI
The proposed function can be implemented by adding a database access function to the I-process to prevent the process from expanding.

As described above, as shown in the first and second embodiments, when a user starts a GUI process on an arbitrary client, the user can start the GUI process and end the GUI process irrespective of the client that has started and ended before. Enables the same screen to be displayed at the point in time.

That is, in a work environment in which a client operated by an arbitrary operator is not fixed and a plurality of clients are connected to a network and distributed, parameters cannot be stored in the client itself. When the business (GUI) is resumed,
The fact that it was not possible to restore the state at the time of termination by the previous client can be solved by adopting the configuration of the present invention. Also, if the user wants to continue the work (input parameters to the GUI) at the time of termination at the client and continue the work, if the situation can be continued only with a specific client, the client is used by another operator. In this case, the point that the client waits for the work is eliminated by adopting the configuration of the present invention, and the client can be used efficiently regardless of the client.

[0047]

The first effect is that the GU can be used at any client.
The task is to terminate the I-process and resume the interrupted work efficiently with any client. The reason is GUI
At the end of the process, the screen setting parameter information at that time is saved in the screen setting parameter database of the server via the network, and the screen setting parameter information is searched when the GUI process is started by an arbitrary client,
This is because the screen is displayed.

The second effect is that any client that starts the GUI process and displays a screen which has been terminated before and has been interrupted can be used arbitrarily, and clients arranged on the network can be used efficiently. The reason is that at the end of the GUI process, the screen setting parameter information at that time is stored via the network in the screen setting parameter database of the server via the network.
This is because the screen setting parameter information can be moved using a network.

[Brief description of the drawings]

FIG. 1 is a block diagram showing a first embodiment of the present invention.

FIG. 2 is a diagram showing a record format of a drawing setting parameter database of FIG. 1;

FIG. 3 shows an operation of a screen setting parameter search process of FIG. 1;
It is a flowchart showing the operation of the server 2 with the flow.

FIG. 4 is a flowchart showing the operation of the screen setting saving process of FIG. 1 and the associated operation of the server 2 in a flow.

FIG. 5 is a block diagram showing a second embodiment of the present invention.

FIG. 6 is a block diagram showing a conventional technique.

[Explanation of symbols]

 1, 4, 5 Client 2 Server 3 Network 11, 43, 51 GUI process 21 Screen setting parameter database 41 GUI process execution management 42, 52 GUI process initial setting file 111, 412 Screen setting parameter search processing 112, 413 Screen setting parameter saving Processing 411 GUI start / end processing 431, 511 Screen initialization processing 432, 512 Screen end processing

Continued on front page F term (reference) 5B069 AA01 KA04 LA03 5B085 AC03 AC17 AE02 BG07 CE06 5B089 GA11 GA21 GB09 HA01 KA01 KB04 KB10 KC14 KC27 LB01 LB14 5C082 AA01 BB01 CA81 CB01 CB06 CB10 DA87 MM09

Claims (6)

[Claims] 1. A method for storing screen setting parameter information comprising a server, a plurality of clients, and a network connecting the server and the clients,
When inputting user identification information and a process name corresponding to a task from the input screen of the client, the client requests the server to perform a search request to the server using the user identification information and the process name as keys, Display means for setting a screen based on the reply information when the reply information from the server to the request means is received and displaying a GUI, the server includes a database storing screen setting parameter information, When a request is received, there is a search means for searching the database using the user identification information and the process name as keys, and the screen setting parameter information in which the user identification information matches the process name in the search means. The client parameter of the request source using the screen parameter information matching the Storage method of screen setting parameter information, characterized in that it comprises and a return means for returning to. 2. When there is no screen setting parameter information in which the user identification information matches the process name in the search means, the screen parameter information set in advance is returned to the requesting client as the return information. 2. The method for storing screen setting parameter information according to claim 1, wherein: 3. A screen setting parameter information storage method including a server having a database, a plurality of clients, and a network connecting the server and the client, wherein an end instruction is input from an input screen of the client. In the case where the client has received the screen setting parameter information, the client has a transmitting means for transmitting the screen setting parameter information currently displayed on the screen to the server. A method for storing screen setting parameter information, comprising: 4. In a method for saving screen setting parameter information including a server having a database, a plurality of clients, and a network connecting the server and the client, an end instruction is input from an input screen of the client. The client has transmission means for transmitting the screen setting parameter information, the user identifier, and the GUI process name currently displayed on the screen to the server as transmission information, and the server receives the transmission information. And storing the screen setting parameter information in the database using the user identification information and the process name as keys. 5. The screen setting parameter information according to claim 1, wherein when the client receives the reply information from the server to the request unit, the client stores the reply information in its own file. Storage method. 6. A method for storing screen setting parameter information having a plurality of clients, a server having a database, and a network connecting the clients and the server, wherein an end instruction is input from the client. The client sends first screen setting parameter information currently displayed on the screen to a file of its own device, and transmits the screen setting parameter information, a user identifier, and a GUI process name stored in the file. Transmitting means for transmitting the screen setting parameter information in the database using the user identification information and the process name as keys when receiving the transmission information; Screen setting parameter information, including having a second storage means. Information storage method.