JP2007122306A - Window input control method - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To reduce the wrong operation of a computer user or the load of communication on a network. <P>SOLUTION: Any operation is performed to the window of the screen of a client, and when a request to a server is made, an operation to the window to which any operation has been performed is prevented from being accepted. Concretely, a whole window is coated with a transparent layer for a display area including this window to suppress the acceptance of designation(click) with a mouse for an object(button or text box or the like) under the layer. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to control for operations performed on an output screen of a computer using an input device such as a mouse. In particular, the present invention relates to control of operations on a screen that are performed while the computer is communicating with another computer such as a server.

  A conventional client server system, particularly a Web application system, may take time until a response is returned after a request is made from the client to the server. In the meantime, the same process can be requested from the client, or a different process can be requested. Such a continuous request becomes a load on the server and the network, and it is a cause that takes more time to answer the process. Depending on the system, it may cause malfunction.

  For example, as described in Patent Document 1, for example, there is a method of registering a flag when a server accepts a process so that the same process is not accepted again when the flag is registered.

  Also, as described in Patent Document 2, when there are multiple windows that can be operated on the client-side screen, the input focus of the window is automatically switched without using the mouse according to the input, and the correct processing is performed. There is a way to prompt the server to request.

JP 2004-178461 A JP-A-6-282403

  In the above-described prior art, if the client does not request processing from the server again after requesting processing from the server, it cannot be determined whether the processing is the same. Therefore, there is a problem that a load is applied to the server and the network. In addition, when there are multiple windows that can be operated, even if the focus is automatically controlled, re-focusing other windows with the mouse will allow input processing to be performed on windows that you do not want to input. was there.

  An object of the present invention is to make it impossible to re-request unnecessary processing from the client to the server, and to prevent erroneous operations on a plurality of windows and to accept operations only on specific windows.

  In order to achieve the above object, according to the present invention, when an operation is performed on the window of the client screen and a request is made to the server, the operation on the window in which the operation is performed is not accepted (requested by input). To suppress the processing).

  More specifically, for the display area including this window, a transparent layer (layer) is coated on the entire window, and the object (button, text box, etc.) below the layer is specified with the mouse or the like. Suppress acceptance of (clicks). In the present invention, the reception itself may be suppressed as described above, or at least one of the reception is performed but the start of the requested process is included.

  Although it is not necessary to be transparent, according to such a configuration, a transparent person hardly feels a change from the state immediately before the operation, and there is less sense of incongruity for the operator.

  When it is detected that the processing requested to the server is completed, the layer can be erased and input can be made again.

  Further, when a layer is clicked with a mouse, a message such as “Now processing server” is also included in the present invention.

  According to the present invention, it is possible to reduce a malfunction of a computer user and a communication load on a network.

  Hereinafter, embodiments of the present invention will be described in detail with reference to the drawings.

  FIG. 1 shows a block diagram of a Web application system to which the present invention is applied. Reference numerals 100 to 103 denote client PCs, 200 denotes a Web application server, and 300 denotes a network such as the Internet or an intranet. Although only three client PCs are shown in the embodiment of the present invention, more client PCs are actually connected.

  The client PC 100 has a screen 110 and a temporary storage area 120. The screen 110 can display a plurality of windows 111 to 112. The server 200 can execute a program 210 for generating content, a program 220 for generating a script, and a business processing program 230 for processing a request from the client PC 100. The content generated by the content generation program 210 in response to a request from the client displays the windows 111 to 112 of the screen 110 of the client PC 100, and the script 121 generated by the script generation program 220 is temporarily stored in the client PC 100. Store in area 120.

  Next, processing by the Web application system will be described with reference to the flowchart of FIG. FIG. 2 shows a flow in which the client PC 100 makes a content display request to the server 200 and makes a processing request to the server from the displayed content.

  The client PC 100 requests the server 200 to display the content details (step 501). The client PC 100 receives input from an input device such as a mouse from the user, and transmits content request information to the server 200 based on the input. Since the system targeted by the present embodiment is a Web application, the request method is an HTTP request by URL transmission from the window 111.

  In response to the request from the client PC 100, the server 200 executes the content content generation program 210 and the script generation program 220 to generate the content display content and the script 121 (step 502). The script 121 describes the contents of coating the inside of the window with a transparent layer by executing an instruction and the contents of erasing the film by executing an execution command. Note that the description of coating the inside of the window may be all within the window. Further, it may be a description that a predetermined instruction area (such as that designated by the user) is coated.

  The generated script 121 is placed in the temporary storage area 120 of the client PC 100 (step 503). The generated content is displayed on the window 111 (step 504). From the contents displayed in the window 111, the server 200 is requested to perform business processing (step 505). This request is mainly caused by pressing a button in the content. A request for business processing is issued to the server, and an execution command for coating the window 111 with a transparent layer is issued to the script 121. The layer coating on the window 111 may be the entire area of the window 111 or a predetermined area of the window 111. That is, the server 200 may be coated in a form that can suppress double requests. If it is a coating of the entire area, the size of the window is acquired, and the coating is performed by determining the coordinates of the layer according to the size of the window. If it is a film of a predetermined area, when an execution command is given, the coordinates are given as an argument, and the layer coordinates are determined to coat the film. In this case, a method of covering the input area of the user may be used. In the case of this method, the input area for instructing the requesting server 200 in step 501 is coated, and the input areas for other servers need not be coated. As a result, the script 121 coats the window 111 with a transparent layer (step 506).

  While covering the window 111, the server 200 executes the business process program 230 and outputs a result of the business process from the client PC 100 (step 507). When the processing result from the server 200 is displayed on the window 111, the coating applied to the window 111 disappears because the processing result from the server 200 is overwritten. The client PC 100 determines whether or not the communication content from the server 200 is a result of the request in step 501, and if this is the result, the above-described extinction process may be performed. Further, when the processing result from the server 200 is displayed in another window 112 (step 508), in order to accept a processing request from the window 111 in the future, an instruction to execute the script 121 is sent to the script 121. The transparent layer can be erased (step 509).

  In the present embodiment, there are two patterns, a pattern A for operating a single window as shown in FIG. 3 and a pattern B for operating a plurality of windows as shown in FIG. In the pattern A, by inputting characters into the text input area 701 of the window 111 and pressing the button 703, it is possible to make a request for business processing to the server. At that time, the script 121 is executed to coat the window 111 with a transparent layer as indicated by the shaded area 703. As a result, it is possible to stop accepting operations on the text input area 701 and the button 702.

  In the pattern B, the server can make a request for business processing whether the button 702 of the window 111 is pressed or the button 705 of the window 112 is pressed. Here, it is assumed that when the button 702 is pressed, the button 705 is not pressed. In this case, when the button 702 is pressed, the script 121 is executed, and the window 112 is covered with a transparent layer as indicated by shading 706. As a result, it is possible to stop accepting operations on the text input area 704 and the button 705 of the window 112. In addition, when a mouse is clicked on a transparent layer, ie, shading 703 or shading 705, a message such as “Now processing server” is displayed on the screen, and the operation cannot be accepted. Can tell.

  According to the present invention, it is possible to perform input control on hardware resources with a computer.

System outline diagram showing an embodiment of the present invention Flowchart showing the procedure of business processing in FIG. The figure which shows the concrete example which coats the layer The figure which shows the concrete example which coats the layer in the state where plural windows can be operated

Explanation of symbols

100 to 102 ... Client PC
DESCRIPTION OF SYMBOLS 110 ... Screen 111-112 ... Window 120 ... Temporary storage area 121 ... Transparent layer generation script 200 ... Web application server 210 ... Content content generation program 220 ... Script generation program 230 ... Business processing program 300 ... Network

Claims (2)

In a window input control method for controlling an input from a user to a window displayed on a display screen of a computer device connected to a server using a network, the computer device includes:
On the display screen, a window including an instruction area for transmitting information to the server device is displayed.
Accepting an instruction from the user for the instruction area via the input means,
Sending information corresponding to the accepted instructions to the server;
Detecting a standby state for a response according to the instruction from the server;
A window input control method, wherein input acceptance to the window is suppressed when the standby state is detected. The window input control method according to claim 1,
Inhibiting the input acceptance is executed by superimposing a transparent layer on a display area including the window.

Images