JP5244781B2 - Web server and method - Google Patents

Description

  The present invention relates to a web server and method, and more particularly, to a web server and method capable of realizing a command operation to a server group in response to an input from a web browser of a user terminal.

  Due to the explosive spread of the Internet, various services such as portal sites and video posting sites have been provided. A site that provides such a large-scale service is operated by a large number of server groups. If a server failure occurs, it becomes difficult to provide the service and a great loss occurs. For this reason, the server administrator of the operating company has put a great deal of effort into server management in order to prevent service stoppage due to server failure.

Various methods for realizing early detection of a server failure are known in order to reduce the labor of the server administrator (see, for example, Patent Document 1). By using such a failure detection method, the server administrator can easily and quickly detect a server failure.
In addition, a method of facilitating recovery from a server failure by comparing the discovered server failure with a history of failure cases that occurred in the past is also known (see, for example, Patent Document 2).

JP-A-11-149396 JP-A-10-312321

  By the way, when a server failure occurs or when maintenance is performed, the site management company needs to realize the recovery of the server in which the failure has occurred or to operate the server that performs the maintenance. In this regard, even if early detection and recovery are facilitated by the methods of Patent Documents 1 and 2, it is necessary for the server administrator to perform recovery work and maintenance work using a terminal accessible to the server. Administrator actions were restricted. Therefore, there has been a demand for a method in which a server administrator can remotely recover operation operations including server recovery work and maintenance work from a remote location.

  Here, in order to access a server from a remote terminal while maintaining security, a technique for encrypting a communication message or authenticating the terminal to the server using an electronic certificate has become widespread. However, in such a method, it is necessary to introduce software for communication encryption into the terminal or to introduce an electronic certificate, and the number of terminals that can be operated is still limited. Furthermore, the operation management for distributing such encryption and electronic certificate to each terminal becomes complicated, and conversely, when such a terminal is in the hands of a malicious third party, Since it becomes freely accessible and this becomes a fatal security hole, it is not appropriate.

  The present invention has been made in view of such problems, and an object of the present invention is to provide a Web server and method capable of realizing command input to a server group without restricting the actions of a server administrator. .

  The present invention provides the following solutions.

(1) A Web server that is communicable with a user terminal using an HTTP protocol and is communicably connected to each server included in the server group using an encrypted protocol, wherein the user terminal communicates with the server group Input receiving means for receiving an input including information indicating a server and information indicating an input command, and information indicating an input command included in the received input as a command for the specified server in the server group Command storage means for storing, command reading means for reading the command stored in the command storage means at predetermined time intervals, and executing the command read by the command reading means for the designated server Command execution means and execution for storing execution results of the command execution means A result storage unit, receives a request to transmit the execution result from said user terminal, when said transmission request new the execution result from receiving a predetermined period is stored in the execution result storage unit, the execution result storage The new execution result stored in the means is transmitted as a web page to the user terminal, and if the new execution result is not stored in the execution result means in the predetermined period, empty information is transmitted, and A Web server comprising execution result transmitting means for receiving a next transmission request in response to the transmission .

According to the Web server described in (1), the Web server executes a command input to the server group instead of the user terminal based on the input received from the user terminal by the HTTP (HyperText Transfer Protocol) protocol.
Here, the user terminal only needs to have a function capable of communicating with the HTTP protocol, that is, a Web browser provided in a normal terminal, and the user terminal only needs to communicate with the Web server. There is no need for direct encryption between the two. Therefore, the type of user terminal is not restricted.
Therefore, the server administrator can realize command input to the server group from a remote place by simply providing an arbitrary user terminal (for example, his / her mobile phone), and the server administrator's actions are limited. In addition, command input to the server group can be realized.

In the Web server, the Web server and the server group are connected by an encrypted communication protocol (for example, telnet) (for example, SSH (Secure Shell)). Thereby, access to the server group can be protected.
Therefore, not only the action of the server administrator is not restricted, but also secure command input to the server group can be realized.

  (2) The Web server according to (1), wherein the execution result transmission unit transmits the execution result in response to receiving the execution result transmission request from the user terminal.

  According to the Web server described in (2), the transmission request from the user terminal, that is, the execution result of the command is transmitted to the user terminal according to the operation of the server administrator, so that the convenience can be improved.

  (3) The Web server according to (1), wherein the execution result transmission unit transmits the execution result in response to the execution result being stored in the execution result storage unit.

  According to the Web server described in (3), the execution result of the command is transmitted to the user terminal every time it is stored in the execution result storage means, that is, every time the command is executed. For this reason, a display as if a command operation is directly performed on the user terminal is performed, and convenience can be improved.

(4) A command can be sent from the user terminal to the server group via a Web server that is communicable with the user terminal using the HTTP protocol and is communicably connected to each server included in the server group using the encrypted protocol. Is a method of performing
An input receiving step for receiving an input including information indicating a server in the server group and information indicating an input command from the user terminal, and information indicating an input command included in the received input. Among them, a command storage step for storing the command as a command for the designated server in the storage unit, a command reading step for reading the stored command at a predetermined time interval, and the read command for the designated server A command execution step to be executed; an execution result storage step for storing an execution result of the command execution step; and a transmission request for an execution result is received from the user terminal, and the new request is received in a predetermined period after receiving the transmission request. If the execution result is stored in the storage unit, the new execution result stored in the execution result storage unit Serial sending to the user terminal as a Web page, if the new piece of the execution result to the predetermined time period is not stored in the storage unit, sends an empty information, and in response to even the transmission of whether the transmission of the next An execution result transmission step of receiving a transmission request .

  According to the method described in (4), the same effect as that of the Web server in (1) can be expected by performing the method.

  According to the present invention, it is possible to provide a Web server and a method capable of realizing command input to a server group without limiting the action of a server administrator.

It is a block diagram which shows the structure of the web server of this invention. It is a figure which shows a user ID management database. It is a figure which shows a command reception database. It is a figure which shows command execution processing. It is a figure which shows an execution result transmission process. It is a figure which shows an execution result transmission process. It is a figure which shows the operation example at the time of login. It is a figure which shows the operation example at the time of command input. It is a figure which shows the operation example at the time of execution result output. It is a figure which shows the operation example in the case of specifying an argument for command input. It is a figure which shows the operation example at the time of login in another embodiment.

  Embodiments of the present invention will be described below with reference to the drawings.

[Outline of Web Server]
FIG. 1 is a diagram showing an outline of a command execution system 1 based on an HTTP protocol (hereinafter, this system is referred to as “system 1”) including a Web server 10 according to the present embodiment. A Web server 10 according to the present embodiment will be described with reference to FIG.
The system 1 includes a Web server 10, a user terminal 20, a server group 30, and a user ID management server 40.

Here, it is sufficient that the user terminal 20 includes a web browser and can communicate with the web server 10 using the HTTP protocol. For example, the user terminal 20 may be a PC 20a (which may be a desktop PC or a notebook PC), a mobile phone, and the like. Any terminal such as 20b or PDA 20c can be adopted.
The server group 30 includes a large number of servers that operate sites that provide services on the Internet. When a content request is made from the user terminal 20, the data stored in the server group 30 is transmitted via the Web server 10, whereby the content is provided to the user terminal 20.
The user ID management server 40 is a server that manages a user ID management database (hereinafter referred to as “DB”) 13 described later. Specifically, to which user the access authority of the server included in the server group 30 is released (accessed) is managed. Note that the Web server 10 may have this function without causing the separate server to manage the user ID management DB 13.

  Subsequently, the Web server 10 according to the present embodiment includes a Web program unit 11, a command line unit 12, and a user ID management DB 13 and a command reception DB 14 that constitute a part of the storage unit.

The Web program unit 11 is a control unit (HTTP daemon) that returns a response such as provision of content in response to a request from the Web browser of the user terminal 20, and communicates with the Web browser of the user terminal 20 using the HTTP protocol.
The Web program unit 11 includes a login reception unit 111, an access permission confirmation unit 1112, an input reception unit 113, a command writing unit 114, an execution result reading unit 115, and an execution result transmission unit 116.

The command line unit 12 is a control unit that can execute a command to a server included in the server group 30 and obtain an execution result, and communicates with each server included in the server group 30 such as telnet encrypted by SSH. Communicate by protocol. The communication between the command line unit 12 and the server group 30 only needs to be performed using an encrypted communication protocol, and the encryption method and the type of communication protocol are not limited to SSH or telnet. Absent.
The command line unit 12 includes a command reading unit 121, a command executing unit 122, and an execution result writing unit 123.

  The Web server 10 according to the present embodiment uses the Web program unit 11 and the command line unit 12 as described above to perform a secure command operation on the server group in response to an input from a user received by the HTTP protocol. Realized. Hereinafter, a specific configuration of the Web server 10 according to the present embodiment will be described.

The login reception unit 111 receives a login request from the user terminal 20 together with a user ID for identifying the user and information for specifying a server in the server group 30. When accepting the login request, the access permission confirmation unit 112 refers to the user ID management DB 13 to determine whether the user ID is authorized to access the specified server, and the determination result is sent to the user terminal 20. Notice.
Here, as shown in FIG. 2, the user ID management DB 13 includes an accessible server column 132 associated with the user ID column 131, and is accessed among the servers included in the server group 30 in association with the user ID. The information which identifies the server which permits is memorize | stored. In FIG. 2, accessible servers are stored in association with user IDs, but accessible user IDs may be stored in association with each server.
For example, when a login request to “server02” is made from the user with the user ID “0001”, the access permission confirmation unit 112 sends back to the user terminal 20 that the login has been made, and the user ID “0002” has the user ID “0002”. In the case of being performed by the user, a message that login is impossible is returned to the user terminal 20.

Returning to FIG. 1, when the user can log in to the designated server, predetermined input information (including information indicating an input command for the designated server) is transmitted from the user terminal 20. The input receiving unit 113 receives this information from the user terminal 20. The command writing unit 114 extracts information indicating the input command from the received information, and writes it in the command reception DB 14 as a command for the logged-in server. The input from the user terminal 20 is written to the command reception DB 14 because the Web program unit 11 cannot execute the input command and sends the input command to the executable command line unit 12. is there.
Here, the command reception DB 14 includes a command input column 141 and an execution result input column 142, as shown in FIG. The command input column 141 includes a command column 141A and a target server column 141B. The command reception DB 14 functions as an example of a command storage unit.
For example, when the input information “restart” is received from a user who has logged in to “server02”, the command writing unit 114 writes “restart” in the command column 141A and “server02” in the target server column 141B. Write. As will be described in detail later, when written in this manner, a “restart” command is executed for “server02” included in the server group 30.

Returning to FIG. 1, the command reading means 121 reads the information (command and target server) written in the command input column 141 of the command reception DB 14 at predetermined time intervals. Here, the command reading means 121 has a function (polling) of accessing the command reception DB 14 periodically (for example, every 0.5 seconds) and reading the writing when there is a new writing.
The command execution means 122 executes a command operation using an encrypted communication protocol based on the read information. Specifically, the command operation is performed by inputting “command” and “target server” in a command line interpreter such as a shell for executing a command on the remote host. For example, if “restart” is written in the command column 141A and “server02” is written in the target server column 141B, the command execution unit 122 inputs “restart server02” in the command line interpreter. As a result, “server02” is restarted.
The execution result writing unit 123 writes the execution result of the command operation performed by the command execution unit 122 in the execution result input field 142 of the command reception DB 14. Thereby, since the execution result of the command execution means 122 is memorize | stored in command reception DB14, command reception DB14 functions also as an example of an execution result storage means.

The execution result reading unit 115 reads the information written in the execution result input field 142 of the command reception DB 14. Here, the execution result reading means 115 reads the information written in the execution result input field 142 in response to receiving the execution result transmission request from the user terminal 20. The transmission request from the user terminal 20 is performed by an operation of the user's intention, for example, a reload operation (reload operation with the same URL as the URL after the input information is transmitted to the Web server 10) from the user terminal 20. To be done.
The execution result transmission unit 116 transmits the execution result read by the execution result reading unit 115 to the user terminal 20. As a result, when a transmission request according to the user's intention is made from the user terminal 20, the execution result is transmitted to the user terminal 20.

  The transmission of the execution result to the user terminal 20 may be performed in response to the execution result being written in the execution result input column 142 of the command reception DB 14 instead of the transmission request by the user's intention. Specifically, as will be described later, this can be realized by using a known technology called Comet. As a result, the execution result written in the execution result input field 142 of the command reception DB 14 is transmitted to the user terminal 20 in substantially real time and displayed on the user terminal 20. For example, if the execution result of a command operation spans tens or hundreds of lines, if the execution result is transmitted in response to a transmission request according to the user's intention, the transmission request must be made many times. The displayed execution result is also halfway. Furthermore, if the execution result of the command operation is not written for a long time for some reason, even if the user performs a reload operation before the execution result is written, the execution result transmission unit 116 can return the execution result. Therefore, the user is forced to perform a reload operation many times. On the other hand, since the execution result is displayed on the user terminal 20 in substantially real time by transmitting the execution result using Comet, the command operation is actually executed on the user terminal 20. The situation can be realized.

  This completes the description of the configuration of the Web server 10 of the present embodiment. Note that the hardware of the Web server 10 of the present embodiment may be configured by a general computer. For example, a general computer includes a central processing unit (CPU) as a control unit, and a memory (RAM or ROM), a hard disk (HDD), and an optical disk (such as a CD or DVD) as a storage unit, and a network communication device. As such, various wired and wireless LAN devices are appropriately provided and connected by a bus line. In such a general computer, the CPU controls the Web server 10 in an integrated manner, reads and executes various programs as appropriate, and cooperates with the hardware described above to realize various functions according to the present invention. doing. Further, the servers included in the user terminal 20 and the server group 30 may have the same configuration.

[Operation of system 1]
Next, a method for realizing a secure command operation to the server group 30 in accordance with an input from a user accepted by the HTTP protocol will be described with reference to FIGS. FIG. 4 shows a command execution process for executing a command operation on the server group 30 in response to an input from the user, and FIG. 5 shows an execution result transmission process 1 for transmitting an execution result in accordance with an operation according to the user's intention. FIG. 6 shows an execution result transmission process 2 for transmitting an execution result using Comet.

[Command execution processing]
The command execution process will be described with reference to FIG.

  S1, S2: When the user terminal 20 receives an alarm indicating a failure of a server included in the server group 30, the user logs in to the Web program unit 11 of the Web server 10 via the user terminal 20 to recover the server failure. Make a request. The login request is made by designating a user ID and a login target server.

S3, S4: When the login acceptance unit 111 of the Web program unit 11 accepts the login request, the access permission confirmation unit 112 refers to the user ID management DB 13 and determines whether or not the corresponding user ID can access the login target server. Is determined.
S5: At this time, when the user ID cannot access the login target server, the access permission confirmation unit 112 transmits information indicating that the access is impossible to the user terminal 20.
S6: On the other hand, if access is possible, the access permission confirmation unit 112 transmits information indicating that access is possible to the user terminal 20.

S7: The user terminal 20 that can access the target server transmits input information input from a command input screen described later to the Web program unit 11.
S8, S9: The input receiving unit 113 receives the input information, and the command writing unit 114 writes it in the command receiving DB 14 as a command to the login target server.

  S10, S11: The command reading unit 121 periodically checks the command reception DB 14, and when there is new writing, reads the command and the target server from the writing. Subsequently, the command execution unit 122 executes a command operation based on the read information.

S12: The target server of the server group 30 executes processing according to the command operation.
S13: Then, the execution result writing unit 123 writes the execution result in the command reception DB 14, and ends the command execution process.

[Execution result transmission process 1]
Next, with reference to FIG. 5, the execution result transmission process 1 which transmits an execution result according to operation by a user's intention is demonstrated.

  S21: In the user terminal 20, for example, an execution result transmission request is made by a user reload operation or the like.

  S22 to S24: The execution result reading means 115 of the Web program unit 11 reads the execution result written in the execution result input field 142 of the command reception DB 14 when receiving the transmission request. Subsequently, the execution result transmitting unit 116 transmits the read execution result to the user terminal 20.

  S25, S26: Upon receiving the execution result, the user terminal 20 displays the execution result on the Web browser and ends the execution result transmission process 1.

[Execution result transmission process 2]
Next, an execution result transmission process 2 for transmitting an execution result using Comet will be described with reference to FIG.
Here, Comet is a state in which the Web server always accepts HTTP requests. Specifically, when the Web server accepts the HTTP request, it is held in this state until the information to be returned comes out (or before timeout). When the information to be returned comes out, this information is returned, and when there is no information to be returned, timeout information is returned. If the Web browser of the user terminal accepts information to be returned, it performs processing according to this information and then immediately sends the next HTTP request to the web server, while accepting empty information. Immediately, the next HTTP request is sent to the Web server. In this way, in Comet, the Web server always keeps accepting HTTP requests.

S31: The user terminal 20 (Web browser) establishes a TCP (Transmission Control Protocol) connection for Comet in the Web program unit 11 of the Web server 10.
S32: Subsequently, the user terminal 20 transmits an HTTP request indicating a transmission request for the execution result to the Web program unit 11.

  S33 to S35: When the execution result reading unit 115 of the Web program unit 11 receives the execution result transmission request, the execution result reading unit 115 reads the execution result written in the execution result input field 142 of the command reception DB 14. Subsequently, the Web program unit 11 determines whether a new execution result has been read, that is, whether there is information to be returned.

S36: At this time, if there is a new execution result, the execution result transmitting unit 116 transmits the read execution result to the user terminal 20.
S37, S38, S32: Upon receiving the execution result, the user terminal 20 displays the execution result on the Web browser. Subsequently, the user terminal 20 immediately transmits the next HTTP request to the Web program unit 11.

S39: On the other hand, if there is no new execution result, the Web program unit 11 determines whether or not a timeout has occurred.
S34, S35: If it is not a timeout at this time, the execution result reading means 115 reads the execution result written in the execution result input field 142 of the command reception DB 14, and the Web program unit 11 reads a new execution result. Determine whether or not
S40: On the other hand, when it is time-out, the execution result transmitting unit 116 transmits empty information to the user terminal 20.
S41, S32: Upon receiving empty information, the user terminal 20 immediately transmits the next HTTP request to the Web program unit 11.

[Operation example]
Subsequently, an operation example of the system 1 will be described with reference to FIGS. FIG. 7 shows a display example of the user terminal 20 when the user logs in to a server included in the server group 30 (corresponding to S1 to S7 in FIG. 4), and FIG. 8 is based on an input from the user terminal 20. FIG. 9 shows an operation example when executing a command operation on the target server (corresponding to S7 to S11 in FIG. 4). FIG. 9 shows a case in which the command execution result is displayed on the user terminal 20 (S12, S13, FIG. 4). An example of the operation of FIG. 5 and FIG. 6 is shown.

[Operation example when logging in]
With reference to FIG. 7, an example of an operation at the time of login will be described.

  With reference to FIG. 7A, when a failure occurs in the servers included in the server group 30, the fact is transmitted to the user terminal 20, and an alarm screen is displayed on the display screen of the user terminal 20. In FIG. 7A, it is displayed that a failure has occurred in “server02”. At this time, when the server in which the failure has occurred is a server that can be accessed by the user, the user logs in to “server02” and recovers from the failure.

  FIG. 7B is a diagram illustrating a login screen. This login screen is displayed, for example, by selecting a target server on the alarm screen. In FIG. 7B, the login screen for “server02” is displayed on the user terminal 20 by selecting “server02” on the alarm screen. On the login screen, when the user inputs a user ID in the user ID input field 201 and selects the login button 202, a login request is made.

As a result, if the login is successful, the command input screen shown in FIG. This command input screen is provided with a command input field 203 in which text can be input. In the present embodiment, the logged-in server is automatically determined as a target server for performing a command operation.
When the target server cannot be accessed, a screen indicating that access is not possible is displayed on the user terminal 20.

[Example of operation when entering commands]
Next, with reference to FIG. 8, an operation example when a command is input to a server included in the server group 30 based on an input from the user terminal 20 will be described.

If the login is successful, a command input screen is displayed on the user terminal 20 (FIG. 8 (1)). In this command input screen, when text input is performed in the command input field 203 and the send button 211 is operated, predetermined information is written into the command reception DB 14 via the Web program unit 11. Specifically, information input to the command input field 203 is written in the command field 141A of the command reception DB 14, and information indicating the type of the logged-in server is written in the target server field 141B (FIG. 8). (2)).
Then, the information written in the command reception DB 14 is read by the command line unit 12 and executed as a command input to the servers included in the server group 30 ((3) in FIG. 8). Specifically, it is performed by inputting “command” and “target server” in a command line interpreter such as a shell. For example, if “restart” is written in the command column 141A and “server02” is written in the target server column 141B, “restart server02” is input in the command line interpreter.

[Operation example when outputting execution results]
Next, with reference to FIG. 9, an operation example when displaying the execution result of the input command on the user terminal 20 will be described.

When the command input in the command line interpreter is executed (FIG. 9 (1)), the execution result is written in the execution result input field 142 of the command reception DB 14 via the command line unit 12 (FIG. 9 (2)). )).
When a transmission request by the user's intention or a transmission request by Comet is made, the Web program unit 11 reads the execution result written in the command reception DB 14 and transmits the execution result to the user terminal 20. When receiving the execution result, the user terminal 20 displays the received execution result on the display screen.

[Effects of Web server]
As described above, the Web server 10 according to the present embodiment executes command input to the server group 30 based on the input received from the user terminal 20 by the HTTP protocol. In inputting this command, it is sufficient that the user terminal 20 has a function capable of communicating with the HTTP protocol, and it is not necessary to perform direct encryption between the user terminal 20 and the server group 30. As a result, the type of the user terminal 20 is not restricted.
The web server 10 manages access from the user terminal 20 in association with the user ID, and the web server 10 and the server group 30 are connected by an encrypted communication protocol. Thereby, access to the server group 30 can be protected by two methods of user ID management and an encrypted communication protocol.
Therefore, secure command input to the server group 30 can be realized without limiting the type of user terminal.

  As mentioned above, although embodiment of this invention was described, this invention is not restricted to embodiment mentioned above. In addition, the effects described in the embodiments of the present invention only list the most preferable effects resulting from the present invention, and the effects of the present invention are not limited to those described in the embodiments.

For example, in this embodiment, only an argument (target server) that specifies an object on which a command operates is taken as an argument at the time of command execution. However, the present invention is not limited to this. It is also possible to take an argument such as a so-called “flag” or “parameter” that modifies the command operation.
Specifically, as shown in FIG. 10, a flag input field 231 is provided on the command input screen (FIG. 10 (1)), and an argument input in the Web program unit 11 is written in the command reception DB 14 (not shown). Based on the written “command”, “target server”, and “flag”, command input as shown in FIG. 10 (2) may be performed.

In the present embodiment, the server that is logged in is automatically determined as the target server for performing the command operation after receiving the designation of the target server at the time of login. However, the present invention is not limited to this. . The target server that performs the command operation may be determined by designation from the user when the command is input.
FIG. 11 shows an operation example during login in another embodiment. When a failure occurs in a server included in the server group 30, an alarm screen is displayed on the user terminal 20 (FIG. 11 (1)).
When it is understood that a failure has occurred in the server, the server administrator opens a login screen on the user terminal 20, enters a user ID in the user ID input field 301, and selects a login button 302 to make a login request. In response to this login request, the Web server 10 sends an arbitrary method (for example, the user ID management DB 13 to the server group 30 in addition to information on whether or not the user ID has the authority to access an individual server). Information on whether or not to have access authority is stored, and whether or not login is possible is determined by determining whether or not the user ID included in the login request has access authority to the server group 30) The result is transmitted to the user terminal 20.
If the login is successful, the server administrator inputs the target server for command operation in the target server input field 303 and executes it in the command input field 304 on the command input screen (FIG. 11 (3)). By inputting a command and selecting a send button 305, the web server 10 is sent input information including information specifying a server in the server group 30 and information indicating an input command. The Web server 10 refers to the user ID management DB 13 to determine whether the user ID has the authority to access the designated server. If the user ID has the access authority, the command ID is stored in a predetermined area of the command reception DB 14. And write the target server.

  In addition, although the above-mentioned embodiment demonstrated as what is performed by grasping | ascertaining that the failure had occurred in the server, it is not restricted to this, Various embodiments are possible irrespective of the presence or absence of the failure of a server. .

DESCRIPTION OF SYMBOLS 10 Web server 11 Web program part 111 Login reception means 112 Access permission confirmation means 113 Input reception means 114 Command writing means 115 Execution result reading means 116 Execution result transmission means 12 Command line part 121 Command reading means 122 Command execution means 123 Execution result Writing means 13 User ID management DB
14 Command reception DB

Claims (2)

A web server that is communicable with a user terminal using the HTTP protocol and is communicably connected to each server included in the server group using an encrypted protocol,
Input receiving means for receiving an input including information indicating a server in the server group and information indicating an input command from the user terminal;
Command storage means for storing information indicating an input command included in the received input as a command for the designated server in the server group;
Command reading means for reading the commands stored in the command storage means at predetermined time intervals;
Command execution means for executing the command read by the command reading means for the designated server;
Execution result storage means for storing the execution result of the command execution means;
When the execution result transmission request is received from the user terminal and the new execution result is stored in the execution result storage unit within a predetermined period after the transmission request is received, the execution result storage unit stores the execution result. When the new execution result is transmitted to the user terminal as a Web page, and the new execution result is not stored in the execution result means in the predetermined period, empty information is transmitted, and in any case Execution result transmitting means for receiving the next transmission request in response to the transmission ;
A web server comprising: A command can be executed from the user terminal to the server group via a Web server that can communicate with the user terminal using the HTTP protocol and is communicably connected to each server included in the server group using the encrypted protocol. A method,
An input receiving step for receiving an input including information indicating a server in the server group and information indicating an input command from the user terminal;
A command storage step of storing information indicating an input command included in the received input in a storage unit as a command for the specified server in the server group;
A command reading step of reading the stored command at predetermined time intervals;
A command execution step of executing the read command on the designated server;
An execution result storage step for storing an execution result of the command execution step;
When an execution result transmission request is received from the user terminal, and the new execution result is stored in the storage unit within a predetermined period after the transmission request is received, the execution result storage unit stores the execution result A new execution result is transmitted to the user terminal as a Web page, and when the new execution result is not stored in the storage unit in the predetermined period, empty information is transmitted, and the transmission is performed in any transmission. An execution result transmission step of receiving the next transmission request according to
Including methods.

Images