JP2003288223A - Gui application execution system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide techniques related to a GUI application execution system which can easily execute a GUI application from a local computer without the need to go to the remote computer for the purpose of enhancing the operability of a server system, by executing the GUI application via a desktop- resident application. <P>SOLUTION: The GUI application execution system in this embodiment, as shown in Figure 1, generally comprises the local computer 1 equipped with an operating system, and the remote computer 2 equipped with an operating system. The local computer 1 has a service program 11 and a client program 12 while the remote computer 2 has a service program 21 and a JobDaemon 22 as a daemon for starting jobs. <P>COPYRIGHT: (C)2004,JPO

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to a GUI application execution system, and more particularly to a GUI application execution system that can be executed by an operating system in a local computer and a remote computer.

[0002]

2. Description of the Related Art Conventionally, Graphical User
Wi using Interface (referred to as GUI)
Windows (registered trademark) NT, Windows (registered trademark) 2000, Windows (registered trademark) XP, etc. (hereinafter referred to as Windows (registered trademark))
In an operating system (hereinafter referred to as OS) environment of a computer, in a system that starts a job to a remote computer, a resident process of the OS called a service program is installed on both computers, and a local computer (a job start request is issued). A method is generally used in which a job activation request is issued from a performing side) to a service program of a remote computer (a side that executes a job), and a designated job is executed on the service of the remote computer.

Communication between services is performed using a named pipe, which is relatively easy to implement. In this case, a user in the domain permitted network communication is specified as the logon account of the service program.

In addition, Windows (registered trademark) 200
In the case of 0, etc., the remote execution means of the job (Windows (registered trademark) Mana
It can be realized at the script level.

In order for the GUI application to operate normally, the Windows (registered trademark) security context possessed by the process belonging to the desktop of the OS is required. In other words, the problem does not occur if it is started from the application running on the OS desktop.

[0006]

However, the prior art has the following problems.

When the GUI application is started from the service logged on as a domain user according to the Windows (registered trademark) specifications, the window is not redrawn or an initialization error occurs, and The operation was not guaranteed.

As a method for avoiding this problem, the GUI application is executed from the service program by designating the "local system account" as the service logon account and setting the "allow service to interact with desktop" check box. However, according to the specifications of Windows (registered trademark), the “local system account” does not have network communication authority, so communication to the remote computer cannot be performed, and as a result, the GUI to the remote computer is displayed.
The application could not run.

Further, by implementing the code so that it belongs to the OS desktop, it is possible to normally start even the service logged on as a user of the domain, but the labor in implementing the code and the user password are managed. Therefore, it was difficult to incorporate the code implementation into the standard specifications.

Windows (registered trademark) Management
In the Mental Instrumentation, when the GUI application is started, there is a problem that the GUI application cannot be executed in the environment similar to the above, such that the window is not drawn or an initialization error occurs.

The present invention has been made in view of the above problems, and an object of the present invention is to improve operability in a server system by executing a GUI application via a desktop resident application. Another object is to provide a technique related to a GUI application execution system that can easily execute a GUI application from a local computer without having to visit a remote computer.

[0012]

The gist of the present invention according to claim 1 is a GUI application execution system of an operating system in which a GUI application can operate, and a first application which is a client program and a first communication. A local computer having a first service program having a means and a command request receiving means, a second application operating as a job daemon, and a second service program having a second communication means are installed. A remote computer, the second application has a third communication unit, a job control unit, and a GUI application, and the second service program is the second communication unit. Input / output in the operation of application 1 To the third communication means, start-up information input from the stage and received via the reception means and the first communication means, the start-up information including information on the remote computer and an identifier for specifying the GUI application to be started. The job control means transmits the GUI based on the activation information received by the third communication means.
A GUI characterized by starting an application
It resides in the application execution system. The gist of the present invention according to claim 2 is that the operating system is
The GUI application execution system according to claim 1, which is a Windows (registered trademark) OS. The gist of the present invention according to claim 3 is the second aspect.
Communication means determines whether the job daemon is present, and if the presence of the job daemon is confirmed, starts communication to the third communication means included in the job daemon. The present invention resides in a GUI application execution system according to claim 1 or 2. According to a fourth aspect of the present invention, the second communication unit determines whether the job daemon is present, and if the presence of the job daemon is not confirmed, the second service program is The GUI application execution system according to any one of claims 1 to 3, wherein a GUI application is activated. The gist of the present invention according to claim 5 is that communication is performed between the first communication means and the second communication means and the third communication means using named pipes. The GUI application execution system according to any one of claims 1 to 4. The gist of the present invention according to claim 6 is a GUI application executing method of an operating system capable of operating a GUI application, the first communication means operating with a first service program in a local computer connected to a remote computer. Is startup information that is input from the input / output unit during execution of the first application and that contains startup information including information of the remote computer received via the command request receiving unit and an identifier that can identify a GUI application to be launched. The second step of transmitting to the second communication means of the second computer, and in the remote computer, the second communication means is activated by the third communication means operating in the second application having the job control means. Submit information In the second application operating as a job daemon, the job control means has a third step of activating the GUI application based on the activation information received by the third communication means. A GUI application execution method characterized by the above. The gist of the present invention according to claim 7 is that the operating system includes Windows.
The GUI application executing method according to claim 6, wherein a ws (registered trademark) OS is used.
The gist of the present invention according to claim 8 is that the second step determines whether the job daemon is present, and when the presence of the job daemon is confirmed, the second step included in the job daemon is performed. 8. The GUI application executing method according to claim 6, further comprising the step of starting communication with respect to the third communication means. The gist of the present invention according to claim 9 is that the second step determines whether or not the job daemon is present, and if the presence of the job daemon is not confirmed, the second service program is executed by the GUI. The GUI application executing method according to any one of claims 6 to 8, wherein an application is activated. The gist of the present invention according to claim 10 is the first
10. The GUI according to claim 6, wherein communication is performed between the second communication unit and the second communication unit using a named pipe.
It depends on the application execution method. The gist of the present invention according to claim 11 resides in a storage medium in which a program capable of executing the GUI application executing method according to any one of claims 6 to 10 is recorded.

[0013]

BEST MODE FOR CARRYING OUT THE INVENTION Embodiments of the present invention will be described in detail below with reference to the drawings.

FIG. 1 is a diagram showing a schematic structure of a name according to the first embodiment.

As shown in FIG. 1, G according to the present embodiment.
The UI application execution system is roughly configured by a local computer 1 equipped with an operating system and a remote computer 2 equipped with the operating system. The local computer 1 includes a service program (first service program) 11 and a client program ( 1st application) 1
2 and the remote computer 2 has a service program (second service program) 21 and JobDaemon (JD, second
Application, job daemon) 22 of.

The service program 11 has a communication means (first communication means) 111 and a request reception means 112.

The communication means 111 transmits information on the startup job to the designated computer. Request receiving means 112
Accepts a job activation request from the client program 12 and transfers information to the communication unit 111.

The client program 12 has an input / output means 121. The input / output unit 121 displays a job activation request screen. When the operator specifies start information such as a GUI application name (identifier that can identify the GUI application 223) to be started and the execution destination computer name from the job start request screen, the specified start information is sent to the request receiving means 112 of the service program 11. Hand over.

The service program 21 has a communication means (second communication means) 211. The communication unit 211 receives the start information of the job to be started from the communication unit 111 of the service program 11 of the local computer 1,
Further, it is delivered to the communication means 221 of the JD 22.

JD22 is a communication means (third communication means)
221 and a job control unit 222. Communication means 2
21 receives the start information of the job to be started from the communication means 211 of the service program 21, and further JD2
The second job control means 222 is delivered.

The job control means 222 receives the start information of the job to be started, which is received from the communication means 221,
The corresponding job (GUI application 223) is activated.

Next, the overall operation of the embodiment will be described in detail with reference to FIG.

Next, the flow of operations using the GUI application execution system will be described.

First, the input / output means 121 installed in the client program 12 of the local computer 1
Displays a screen for the operator to request the remote computer to execute the GUI application 223 and to specify the job information to be started and the execution destination computer name. The start information of the job to be started has a field for specifying the job name, parameters, etc. and a field for specifying the execution destination computer name.

When the operator inputs the start information and makes a start request, the input / output means 121 outputs the input start information as
The request is transferred to the request receiving means (request analyzing means) 112 installed in the service program 11 of the local computer 1.

Further, the request receiving means 112 uses the communication means 1 based on the execution destination computer name of the received startup information.
11, the job activation information is transmitted to the communication means 211 installed in the service program 21 of the remote computer 2 which is the actual execution destination computer.

The communication means 211 sends job activation information to the communication means 221 of the JD 22 which is a desktop resident application in order to properly execute the GUI application 223. The communication unit 221 executes the job of the startup information specified by the job control unit 222 of the JD 22 based on the received startup information of the job.

Since the JD 22 is a desktop resident application, it is possible to execute the GUI application 223 normally.

An application example of the GUI application execution system according to this embodiment will be described in detail with reference to the drawings.

FIG. 2 is a flow chart showing an application example of the operation in FIG.

First, the service program 21 is the JD 22.
Is checked (whether it is loaded or not) to determine whether it is in a state where it can communicate with the JD 22 (step S01). As a judgment method,
It is conceivable to search the window or actually try communication.

When the presence of JD22 is confirmed (in the figure,
Exists), and communicates with JD22 (step S0)
2). Specifically, the JD is the same as the communication means 211 of FIG.
It communicates with the communication means 221 of 22 and transfers the start information of the job.

If the presence of the JD 22 cannot be confirmed in step S01 (not in the figure), the job is started (step S03) and the GUI application 223 is operated (step S04). That is, the service program 21 itself starts the job based on the already acquired job information.

By expanding the JD 22 by incorporating a job daemon confirmation means (not shown) for determining whether the job daemon is operating in the communication means 211 of FIG. 1 so as to enable the operation of FIG. The job can be started and the redundancy can be enhanced even when the job is terminated for some reason or when the user is not logged on to Windows (registered trademark). If JD22 does not exist, G
The UI application 223 may not be normally executed, but can be executed for the console application.

Since the GUI application execution system according to the embodiment is configured as described above, it has the following effects.

Since the GUI application 223 can be developed and executed without the need for the developer or operator to go to the remote computer directly, it is possible to reduce human resources and perform work on a single machine, which results in operability. It is possible to improve. Also, the communication means 111 and the communication means 2
11 and the communication unit 221 can reduce the development effort by using a named pipe that is relatively easy to implement.

In the present embodiment, the present invention is not limited to this, and a GUI suitable for applying the present invention.
It can be applied to application execution systems.

Further, the number, position, shape, etc. of the above-mentioned constituent members are not limited to those in the above-mentioned embodiment, and any number, position, shape, etc. suitable for carrying out the present invention can be adopted.

In each figure, the same components are designated by the same reference numerals.

[0040]

Since the present invention is configured as described above, it has the following effects.

The first effect is that in the Windows (registered trademark) environment, the GUI application can be normally executed on the local computer and the remote computer via the service program logged on by the domain user account. The reason is that by using a service program logged on with a domain user account, network communication using a named pipe, which is relatively easy to implement, has been made possible. Also, a GUI can be directly executed from a service program logged on with a domain user account. In order to avoid problems that occur when you run the application, by executing through the application (JD) that is resident on the desktop, by starting from a process with the authority to execute normally, It is possible to execute the GUI application normally.

The second effect is that it can be implemented relatively easily in the Windows (registered trademark) environment.
The reason is that by implementing the code so that it belongs to the Windows (registered trademark) desktop in the service program, it is possible to normally start even the service logged on as the user of the domain. It is not possible to implement it easily because the logic for managing the passwords of users and users is required.

[Brief description of drawings]

FIG. 1 is a diagram showing a schematic configuration of names according to the first embodiment.

FIG. 2 is a flowchart showing an application example of the operation in FIG.

[Explanation of symbols]

1 Local Computer 2 Remote Computer 11 Service Program (First Service Program) 12 Client Program (First Application) 21 Service Program (Second Service Program) 22 JobDaemon (JD, Second Application, Job Daemon) 111 Communication Means (first communication means) 112 Request reception means (request analysis means) 121 Input / output means 211 Communication means (second communication means) 221 Communication means (third communication means) 222 Job control means 223 GUI application

Claims (11)

[Claims] 1. A GUI application execution system of an operating system in which a GUI application can operate, the first service program including a first application that is a client program, a first communication unit, and a command request receiving unit. A local computer in which is installed, a second application that operates as a job daemon, and a remote computer in which a second service program having a second communication unit is installed. 3 communication means, a job control means, and a GUI application, wherein the second service program is input from the input / output means in the operation of the first application by the second communication means, and Reception means and the first And transmitting the start information including the information of the remote computer and the identifier capable of specifying the GUI application to be activated, which is received via the communication means, to the third communication means, and the job control means controls the third communication means. A GUI application execution system, which activates the GUI application based on the activation information received by a communication unit. 2. The operating system is Wi
The GUI application execution system according to claim 1, wherein the GUI application execution system is an Windows (registered trademark) OS. 3. The second communication means determines whether or not the job daemon is present, and when the presence of the job daemon is confirmed, the second communication means is connected to the third communication means included in the job daemon. The GUI application execution system according to claim 1, wherein communication is started with respect to the GUI application execution system. 4. The second communication means determines whether or not the job daemon is present, and if the presence of the job daemon is not confirmed, the second service program activates the GUI application. The GU according to any one of claims 1 to 3, characterized in that
I application execution system. 5. The named pipe is used for communication between the first communication means and the second communication means and the third communication means. 4. The GUI application execution system according to any one of 4 above. 6. A GUI application executing method of an operating system capable of operating a GUI application, wherein the first service program operates in a local computer connected to a remote computer.
The communication means of the first application inputs startup information including information of the remote computer input from the input / output means during execution of the first application and received through the command request reception means and an identifier for specifying the GUI application to be activated. A first step of transmitting to a second communication means of the remote computer; and in the remote computer, the second communication means operates in a second application having a job control means. In the second step of transmitting the start information to the second application, and in the second application operating as a job daemon, the job control means starts the GUI application based on the start information received by the third communication means. And a third step of UI application execution method. 7. The operating system includes Wi
7. The GUI application execution method according to claim 6, wherein an Windows (registered trademark) OS is used. 8. The second step judges whether or not the job daemon is present, and when the presence of the job daemon is confirmed, the second step is performed on the third communication means included in the job daemon. G according to claim 6 or 7, including a step of starting communication by means of
UI application execution method. 9. The second step determines whether the job daemon is present, and if the presence of the job daemon is not confirmed, the second service program activates the GUI application. The GU according to any one of claims 6 to 8, characterized in that
I application execution method. 10. The named pipe is used for communication between the first communication means and the second communication means and the third communication means.
5. A GUI application execution method according to any one of 1. 11. A storage medium in which a program capable of executing the GUI application executing method according to claim 6 is recorded.