JP5790807B2 - Information processing apparatus, information processing method, and computer program - Google Patents

Description

  The present invention relates to screen control of a computer system capable of simultaneously displaying a plurality of applications in a plurality of windows.

  The computer system that is widely used today adopts a multi-window system, in which processing windows of a plurality of applications are displayed at the same time, and a plurality of applications perform respective processes in accordance with user operations through the windows. Is possible.

  Since the plurality of processing windows are usually independent applications, it is difficult to display the plurality of processing windows in cooperation with each other. Also, an application that displays a plurality of conventional processing windows in cooperation with each other has only to be created so that they are displayed in cooperation with each other since the application is created.

  Patent Document 1 discloses an information processing apparatus capable of changing stock display target brands in specific windows of a plurality of windows formed on a screen and simultaneously changing display target brands in all windows with a simple operation. Have been described.

Japanese Patent Laid-Open No. 10-187814

  However, Patent Document 1 describes that a plurality of windows can be simultaneously changed with a simple operation, but the plurality of windows are not created by linking a plurality of applications. In Patent Document 1, one application retrieves data from a database based on an input result received by one application from an input device, and creates and displays a plurality of windows.

The present invention facilitates transmitting data input to one window to a plurality of windows via a screen management application in a system that links independent applications displayed on a plurality of screens (windows). It aims to be realized.

In order to achieve the above object, an information processing apparatus according to the present invention is an information processing device that includes a screen management application that manages a plurality of child screens, and a child screen application that displays child screens managed by the screen management application. an apparatus, first child screen application, an input instruction accepting means for accepting an input instruction to the first child screen applications, the input information is identified from the input instruction accepted by said instruction input accepting means input A process executing means for executing the process of the first sub-screen application based on the event information, and a process execution means for passing the input event information to the screen management application together with output information output as a result of processing by the process executing means. And the screen management application is configured to provide the first delivery means. Have the output information and the input event information passed stage, and a second transfer means for transferring to a different second sub-screen application and the first sub-screen applications wherein the screen management application manages and the second sub-screen application, said said input event information passed received by the second transfer means, extracts and input information data every second of the child screen application from the output information, Output means for outputting a processing result for each second small-screen application .

According to the present invention, in a system that links independent applications displayed on a plurality of screens (windows), data input to one window is transmitted to a plurality of applications via a screen management application, and a plurality of applications are transmitted. An application for transmitting data to a window can be easily created. Data displayed in a plurality of windows can receive information from each corresponding server application, and applications displayed on a plurality of screens simultaneously with the input to one window can simultaneously change the display contents.

It is a figure which shows an example of the system block diagram which shows the structure of the information processing system which concerns on this invention. It is a figure which shows an example of the hardware constitutions of the computer applicable to the information processing apparatus of this invention. It is a figure which shows an example of the block diagram which shows the software structure of embodiment of this invention. It is a flowchart which shows an example of the 1st control processing means in the information processing system of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is an example of the data which memorize | stored matching of the subscreen and server application in the client of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is an example of the source code of the small-screen application in the client of the present invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is an example of the source code of the screen management application in the client of this invention. It is an example of the source code of the small-screen application in the client of the present invention. It is a figure explaining the memory map of the recording medium (storage medium) which stores the various data processing program which can be read (read) by the workflow server which concerns on this invention. It is a flowchart which shows an example of the 2nd control processing means in the information processing system of this invention. It is a flowchart which shows an example of the 3rd control processing means in the information processing system of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention. It is a flowchart which shows an example of the 4th control processing means in the information processing system of this invention. It is an example of the data which memorize | stored matching of the subscreen and server application in the client of this invention. It is a schematic diagram which shows an example of the screen in the client of this invention.

[First Embodiment]
Hereinafter, an example of an embodiment of the present invention will be described with reference to the drawings.

  FIG. 1 is a system configuration diagram showing a configuration of an information processing system according to the present invention.

  In FIG. 1, in the information processing system, at least one client 101 and a server 102 are connected via a network.

  The user transmits / receives data to / from the server application from the client 101 to the server 102 using, for example, a web browser or client software.

  The server 102 performs processing and management according to the request, and transmits a result or the like to the client 101 if necessary.

  The communication between the server 102 and the client 101 may be a normal HTTP request or a web service request using SOAP or the like. Further, the server 102 is connected to the DB server 103 via a network, and the DB server 103 holds, for example, sales performance information 331, customer data, map information 330, and the like.

  Next, an example of the hardware configuration of a computer applicable as the information processing apparatus of the present invention shown in FIG. 1 will be described with reference to FIG.

  In the figure, a CPU 201 comprehensively controls each device and controller described later connected to a system bus 204. Further, the ROM 203 or the external memory 211 is necessary for causing the CPU 201 to execute a BIOS (Basic Input / Output System), an operating system program (hereinafter referred to as OS), and various processes described later on the proxy server. Various programs and data are stored. The RAM 202 functions as a main memory, work area, and the like for the CPU 201.

  The CPU 201 implements various processes to be described later by loading a program or the like necessary for executing the process into the RAM 202 and executing the program. An input controller (input C) 205 controls input from an input device 209 configured with a keyboard, a pointing device, and the like. The output controller 206 controls display on a display device such as the display device (output unit) 210. The display device 210 is composed of, for example, a CRT display or a liquid crystal display.

  The memory controller (MC) 207 is stored in a hard disk (HD), a floppy (registered trademark) disk or a PCMCIA card slot for storing a boot program, browser software, various applications, font data, user files, editing files, various data, and the like. Controls access to an external memory 211 such as a compact flash (registered trademark) memory connected via an adapter.

  A communication I / F controller (communication I / FC) 208 is connected to and communicates with an external device via a network, and executes communication control processing in the network. For example, Internet communication using TCP / IP is possible.

  Note that the CPU 201 enables display on the display device 210 by executing outline font rasterization processing on a display information area in the RAM 202, for example. Further, the CPU 201 enables a user instruction with a mouse cursor (not shown) on the display device 210. The above is a description of the hardware configuration of a computer applicable to the information processing apparatus in FIG. 1, but the computer does not necessarily have the hardware configuration illustrated in FIG. 2 as long as various processes described below can be performed. Needless to say, it doesn't matter.

  FIG. 3 is a block diagram illustrating a software configuration according to the embodiment of this invention.

  In the present embodiment, a process in which the user of the client 101 operates the server application 320 of the server 102 from the client 101 and displays the output result on the output unit 210 of the client 101 will be described.

  In the client 101, a screen management application 302 and a child screen application 301 managed by the screen management application 302 operate.

  Each child screen application 301 is associated with the server application 320 stored in the server list 316, and each child screen application displays a child screen within the screen management application.

  The input unit 310 of the client 101 accepts input by the user as input data from the input field displayed on the child screen of the child screen application 301.

  Input data input by the user is transmitted by the transmission means 313 to the server application 320 corresponding to the child screen.

  The server 102 uses the information transmitted from the client 101 as input data, and the server application 320 executes processing such as retrieving data from the DB server 103 and processing it, and transmits the result to the client 101.

  The receiving unit 312 of the child screen application 301 of the client 101 receives the processing result of the server application 320 transmitted from the server 102 and displays the received processing result on the display unit 311.

  When the processing result is displayed on the display unit 311, the sub-screen application 301 passes the processing result (output information) and control information of the server application to the screen management application by the first data transfer unit.

  The screen management application 302 to which the processing result has been transferred passes the processing result (output information) and control information of the server application to the sub-screen application 301 other than the sub-screen application 301 by the second data transfer means. Further, the data delivered from the child screen application is managed by the child screen data management means 317.

  Of the plurality of small-screen applications, the small-screen applications 301 other than the small-screen application 301 accept the processing result of the server application delivered by the second data delivery means as input data (input information), and send means 313. To the corresponding server application 320.

  In the corresponding server 102, the corresponding server application 320 processes the information transmitted from the client 101 as input data (input information), and transmits the result to the client 101.

The processing result of the server application 320 transmitted from the server 102 is received by the receiving unit 312 of the corresponding child screen application 301 of the client 101, and the received processing result is displayed on the corresponding child screen by the display unit 311 and the processing is terminated. To do.
Hereinafter, the first embodiment of the present invention will be described with reference to FIGS.

  FIG. 4 is a flowchart showing an example of the first control processing means in the information processing system of the present invention. The CPU 201 of the client 101 (hereinafter referred to as the CPU of the client 101) and the CPU 201 of the server 102 (hereinafter referred to as the following) It is an example of the detail of the information processing performed by CPU of the server 102). In addition, S401-S417 in a figure shows each step.

  With reference to FIG. 5, an example of an environment that operates in the flowchart of FIG. 4 will be described.

  FIG. 5 is a schematic diagram showing an example of a screen in the client of the present invention. A screen image such as 500 or 506 in FIG. 5 is displayed on the display 210 of the client 101, and the client user uses the keyboard of the client 101 or the like. Data is input from the mouse 209 or the like.

  In FIG. 5, 500 is an example of the screen management application of the present invention, and sub-screens 501 to 505 are arranged on this screen (506). Each of the server applications 501 to 505 is associated with each server application. For example, a sales performance information list is displayed at 501, and the sales performance information list is displayed at 501 using the sales performance information database 331 of the database server 103. In 502, a sales result graph for each customer is displayed. In addition, customer information is displayed at 503. As specific examples of customer information, basic information (company name, president name, etc.) of a customer company, company location information, and the like are displayed. The location information is displayed on 503 using the map information database 330 of the database 103. Reference numeral 504 displays a list of sales results by delivery destination, and reference numeral 505 displays product information. Each data is stored in a database that is not drawn, and each child screen receives information from a server application (not shown) and displays it on the screen of the screen management application 506.

  Note that each child screen and the URL of the server application corresponding to the child screen are acquired from the server application list in FIG.

  FIG. 6 is an example of data that stores the association between the child screen and the server application in the client of the present invention.

  In FIG. 6, the sub-screen corresponding to the sales performance information 601 receives data from the application “sasperform.com” server and displays it at a screen position where the upper left coordinate is 0 × 0 and the lower right coordinate is 1280 × 720. Similarly, 602 to 605 receive data from the application of each server and display it at each screen position. Returning to the flowchart of FIG.

  First, when a user inputs in a sub-screen input field of the sub-screen application 301 of the client 101, the CPU of the client 101 starts step S401.

  In step S401, the CPU of the client 101 receives the value input in the input field of the small-screen application 301 or the selected item. Hereinafter, an example of selection of an item by the user in S401 will be described with reference to FIG.

  FIG. 7 is a schematic diagram showing an example of a screen in the client of the present invention, and the screen image of FIG. 7 is displayed on the display 210 of the client 101. The client user selects data from the mouse 209 of the client 101 or the like. In FIG. 7, in order to make the explanation easy to understand, no sub-screen other than the sales record list 501 is displayed.

  In FIG. 7, the user moves the mouse cursor 701 on the sales record list 501 and clicks at a point on the diagram. When the mouse cursor is clicked in FIG. 7, for example, a row 702 is selected. Returning to the flowchart of FIG.

  Next, in step S <b> 402 of FIG. 4, the CPU of the client 101 extracts items input or selected by the user in the small screen application 301 and transmits them to the server application as input data. With reference to FIG. 8, an example of source code executed in the selected line by the mouse cursor in FIG. 7 will be described.

  FIG. 8 is an example of the source code of the small-screen application in the client of the present invention.

  When a certain row is selected by the mouse cursor 701 in FIG. 7, the “doChange” method 801 in FIG. 8 is executed, and an instance of the row selection event “CsfvSelectDataEvent” is generated (802). Thereafter, the data “dgSalesPerform.selectedIndex” is transmitted to the corresponding server on the right side of 803, and the data on the left side is acquired. In the case of FIG. 7, the second row, which is row 702, is selected, so “2”, for example, is input to “dgsSalesPerform.selectedIndex”.

In 802, after an instance of the row selection event is generated, data is transmitted to the server, and the returned data is input to the instance of the row selection event, and a child screen of the client 101 as in 803 described later. In some cases, data is acquired from object data “cxForm.response.vo.dtos.dtos” possessed by the application.
Returning to the flowchart of FIG.

  In step S403 of FIG. 4, the CPU of the server 102 of the server application 1 receives data transmitted from the client 101 as input data, generates an SQL statement, etc., and retrieves data from the database of the database server 103. (S404). Note that the data processing at the server is not the main part of the present invention, and the description thereof will be omitted. The CPU of the server 102 transmits the output data processed in step S405 to the client 101, and proceeds to step S406.

  In step S406, the CPU of the client 101 receives the output data output from the server 102 by the small screen application 301 and displays the output result on the corresponding small screen (S407).

  In the example of FIG. 7, the row 702 designated by the mouse cursor 701 is displayed with the display color changed. Note that the display process on the child screen in step S407 is not an essential process, and step S407 may not be performed in some cases.

  Next, in step S <b> 408, the CPU of the client 101 delivers the output data held in the child screen application 301 to the screen management application 302.

  Hereinafter, a process of delivering output data to the screen management application 302 will be described with reference to FIGS.

  In FIG. 7, the data in the row 702 selected on the child screen 501 is delivered to the screen management application (parent screen) (image 1 in the figure). In the example of FIG. 8, 804 corresponds to data transfer to the screen management application, and the data “ev” object generated by the child screen application is transferred to the screen management application “parentApplication.dispatchEvent”. Returning to the flowchart of FIG.

  In step S409 of FIG. 4, the CPU of the client 101 stores the data handed over to the screen management application in the child screen data management means 317, and hands it over to “a child screen application other than the handed over child screen application” (step S409). S410). Hereinafter, an example in which data is transferred from the screen management application to the child screen application will be described with reference to FIGS.

  FIG. 9 is a schematic diagram showing an example of a screen in the client of the present invention, and the screen image of FIG. 9 is displayed on the display 210 of the client 101. In FIG. 9, the sub-screen of the sales performance list 501 is not displayed for easy understanding.

  The process of transferring data and control from the screen management application in step S410 of FIG. 4 to the “sub-screen application other than the sub-screen application whose data has been transferred” from the screen management application 500 in FIG. 9 to the sub-screen applications 502 to 505. The operation of handing over data and handing over control is shown (image 2 in the figure). With reference to FIG. 10, an example of source code for transmitting data from the screen management application of FIG. 9 to the child screen application will be described.

  FIG. 10 is an example of the source code of the screen management application in the client of the present invention.

  In the screen management application in step S410 in FIG. 4, the source code for delivering (dispatching) data and control to “a sub-screen application other than the sub-screen application that has received data” is 1000 in FIG. When the screen management application receives the data passed from the child screen and the control “row selection event” “CsfvSelectDataEvent” at 1001 in FIG. 10, the “doSelectData” method handles the “re-search event” in 1002. An instance of “CsfvDataChangeEvent” is generated. An instance of “re-search event” 1002 is generated for “a sub-screen application other than the sub-screen application that has received the data”, and dispatch of each “sub-screen application other than the sub-screen application that has received the data”. Generated for events 1004-1007. The information of the “row selection event” instance passed in 1000 is substituted for the generated “re-search event” instance 1002 (1003), and “sub-screen application other than the sub-screen application that has passed the data” Pass data and control to each one (dispatch). In 1004, a re-search event is dispatched to the customer information screen, 1005 to a product information screen, 1006 to a delivery destination sales performance screen, and 1007 to a customer-specific sales performance graph screen.

  As described above, it is possible to easily generate a screen-linked application simply by generating a script such as 1008 corresponding to a “line selection event” or the like. Returning to the flowchart of FIG.

  In step S410 of FIG. 4, the “sub-screen application other than the sub-screen application that has passed the data” passed the data and control from the screen management application receives the data and control from the screen management application in step S411. In step S <b> 412, the CPU of the client 101 transmits the received data as input data from the “sub-screen application other than the sub-screen application that has passed the data” to the server application. With reference to FIG. 11, an example in which received data is transmitted as input data from a “sub-screen application other than the sub-screen application that has passed data” to the server application will be described.

  FIG. 11 is an example of the source code of the small-screen application in the client of the present invention, and corresponds to the source code of the small-screen application that displays the customer information screen.

  The source code for transmitting the data and control transferred from the screen management application to the server application in the “sub-screen application other than the sub-screen application that has passed the data” in step S412 in FIG. 4 is 1100 in FIG. In 1101 of FIG. 11, when the child screen application receives the data passed from the screen management application and the control “re-search event” “CsfvDataChangeEvent”, the “doDataChange” method handles it. Subsequently, in 1102, if the currently displayed customer information “tiCdcorp.text” matches the received customer information “e.cd_corp”, nothing is done (that is, the displayed information is not changed). To the “doDataChange” method. On the other hand, if the currently displayed customer information “tiCdcorp.text” does not match the received customer information “e.cd_corp”, the received customer information is input to the “cxForm.request” object (1103), and the server It is transmitted to the application (1104). Return to the description of the flowchart of FIG.

  4, the CPU 201 of the server 102 of the server application 2 (hereinafter, the CPU of the server 102 of the server application 2) receives data from the client 101, and executes the processing of the server application 2 in step S414. The process proceeds to S415. Note that the processing of the server application 2 is not the main part of the present invention, and thus the description thereof is omitted.

  In step S415, the CPU of the server 102 of the server application 2 outputs the processed result to the child screen application that has transmitted the data of the client 101 to the server of the server application 2.

  Subsequently, in step S416, the CPU of the client 101 receives the output data from the server of the server application 2 by the small-screen application that transmitted the data in step S412, and proceeds to step S417.

  In step S417, the CPU of the client 101 displays the output result of the server application 2 corresponding to the child screen application received in step S411 on the child screen, and ends the flowchart.

  In the present invention, by adopting the configuration as described above, between applications displayed on a plurality of screens (windows), data input to one window is transmitted to the plurality of windows via a screen management application. This can be easily realized. Data displayed in a plurality of windows can receive information from each corresponding server application, and applications displayed on a plurality of screens simultaneously with the input to one window can simultaneously change the display contents.

Further, it is possible to easily create a screen linkage application with a child screen application as shown in FIG. 8 or FIG. 12 only by generating a script part (each paragraph of 1000) of the screen management application as shown in FIG. Have.
[Second Embodiment]

  In the first embodiment, the case where the child screen application in the client 101 receives data from the server has been described. However, in step S402, the case where the child screen application 1 receives data from the server and the case where the child screen application receives data from the server. Some data may be used. The latter example will be described with reference to FIG.

  FIG. 13 is a flowchart showing an example of the second control processing means in the information processing system of the present invention, which is an example of details of information processing performed by the CPU of the client 101 and the CPU of the server 102 shown in FIG. . In the figure, S401 to S417, S1301, and S1302 indicate steps, and steps S401 to S417 are the same as those in FIG.

  In step S1301 of FIG. 13, whether the CPU of the client 101 uses the data that the child screen application uses the value input in step S401 or the value corresponding to the pressed button by the source code of the child screen application 1 Determine whether to receive data from the server. FIG. 8 shows an example in which data is acquired from object data “cxForm.response.vo.dtos.dtos” included in the child screen application of the client 101 as in 803.

  If it is determined in step S1301 in FIG. 13 that the data included in the small-screen application is to be used, the CPU of the client 101 proceeds to step S1302, and performs processing such as data search and data extraction in the small-screen application ( 803), the process proceeds to step S407. On the other hand, when it is determined that data is received from the server, a value input to the server application or a value corresponding to the pressed button is transmitted to the server. After receiving the data, the CPU of the server 102 performs the same processing as step S403 in FIG. 4, such as generating an SQL sentence and searching the data from the database of the database server 103.

As described above, according to the second embodiment, a program capable of easily realizing data migration between a plurality of windows is generated using data in the client 101.
[Third Embodiment]

  In the first and second embodiments, the processing when the small-screen application in the client 101 has already been activated has been described. However, the small-screen application may not be activated from the beginning. The processing at that time will be described with reference to FIGS.

  FIG. 14 is a flowchart showing an example of the third control processing unit in the information processing system of the present invention, which is an example of details of information processing performed by the CPU of the client 101 and the CPU of the server 102 shown in FIG. . Note that S1401 to S1415 in the figure indicate each step.

15 to 17 are schematic diagrams showing examples of screens in the client of the present invention. The screen images in FIGS. 15 to 17 are displayed on the display 210 of the client 101, and the client user uses the keyboard of the client 101. Data is input from the mouse 209 or the like.
The processing of the present invention will be described with reference to FIG.

  In FIG. 15, 1505 is an example of the screen management application of the present invention, and sub-screens 1500 to 1503 are arranged on this screen. Each of the server applications is associated with the sub-screens 1500 to 1503. For example, a sales performance information list is displayed in 1500, and the sales performance information list is displayed in 1500 using the sales performance information database 331 of the database server 103. In 1501, a sales performance graph for each customer is displayed. Reference numeral 1502 displays a list of sales results by delivery destination, and 1503 displays product information. Each data is stored in a database not to be drawn, and each child screen receives information from a server application (not shown) and displays it on the screen of the screen management application 1505.

  Note that each child screen and the URL of the server application corresponding to the child screen are acquired from the server application list in FIG.

  First, when the user inputs in the input field of the small-screen application 1500 of the client 101, the CPU of the client 101 starts step S401 in FIG.

  In step S401 of FIG. 13, the CPU of the client 101 stores a value input by the user and a value corresponding to the pressed button in the client RAM 202. For example, when the user selects the second line of the sales record list 1500 with the mouse pointer 1504 in FIG. 15, the value input by the user or the value corresponding to the pressed button is stored.

  Next, the CPU of the client 101 determines whether to transmit the value stored in the RAM 202 as an input value (in this case, the value of the second row) to the server in step S1301 or to acquire data from the child screen application.

  When the script of the child screen application is a script for acquiring data from the child screen application, the CPU of the client 101 proceeds to step S1302 and performs data processing with the child screen application. Specifically, from the value of the second line stored in the RAM 202 of the client 101, the order date, order No. , Customer code (00000001), company name, company phone number, product code (4025C), product name, list price, etc. are read and stored by the sub-screen application (step S1302).

  In step S407, the CPU of the client 101 displays the result of the small screen application. The display result of the small-screen application will be described with reference to FIG.

  In FIG. 16, the portion of the second row selected in gray display 1605 corresponds to the result display in step S407. Returning to the flowchart of FIG.

  In step S408, the CPU of the client 101 transfers data and control from the child screen application to the screen management application.

  The CPU of the client 101 receives data and control in the screen management application (step S409), manages the data received by the sub-screen data management means 317, and changes it to “sub-screen application other than the passed sub-screen application”. Data and control are handed over (step S410).

  Next, the CPU of the client 101 receives the data and the respective controls in the “sub-screen application other than the delivered sub-screen application” (step S411), and transmits the data to the respective server applications (step S412). The destination server transmitted by each server is specified using the URL stored in the server application list of FIG.

  Next, the CPU of the client 101 receives the data processed by each server (step S416), and displays the processing result on the screen of the sub-screen application (step S417).

  FIG. 16 shows a screen display image from step S407 to step S417.

  The sub-screen application 1600 displaying the second row selected in 1605 in FIG. 16 as the selected row passes the data and control to the sub-screen applications 1601, 1602, and 1603 after obtaining the value of the selected 1605 row. The sub-screen applications 1601, 1602, and 1603 that have received the data and control are the data required for each application among the data received from the sub-screen application 1600 (customer codes 1611 and 1612 in the case of the sub-screen applications 1601 and 1602, sub-screen In the case of the application 1603, the product code 1613) is extracted, data is transmitted to the server application corresponding to each sub-screen application, and 1601, 1602, and 1603 in FIG. 16 are displayed from the returned data.

  On the other hand, as shown in FIG. 16, there is a case where the customer information display screen is desired to be displayed when the customer information display screen displayed at 503 in FIG. 9 is not activated yet. A “customer information display start button” at the bottom of the screen corresponds to a button for starting customer information display. When starting another application such as map information on the customer information display screen, the user had to specify the default startup screen or keep the display screen from the previous end.

  In the third embodiment of the present invention, when a sub-screen application that functions on the screen management application is started, if a sub-screen application related to another sub-screen application is started, It is possible to display results related to other sub-screen applications. A process of acquiring values related to other child screen applications from the time of starting the child screen application and displaying the result of the child screen application will be described with reference to FIG.

  FIG. 14 is a flowchart showing an example of the third control processing unit in the information processing system of the present invention, which is an example of details of information processing performed by the CPU of the client 101 and the CPU of the server 102 shown in FIG. . In the figure, S1401 to S1408, S412 to S417 indicate steps, and steps S412 to S417 are the same as those in FIG.

  First, in step S1401, the CPU of the client 101 receives from the user a button or command for starting a small-screen application that has not yet been started. Processing for starting a small-screen application by the user will be described with reference to FIGS. 16 and 17.

  In FIG. 16, as described above, the small-screen application for displaying customer information is not activated. A customer information display activation button at the bottom of FIG. 16 is designated (clicked) with a mouse pointer such as 1604 to activate a sub-screen that displays customer information. Returning to the flowchart of FIG.

  Next, in step S <b> 1402, the CPU of the client 101 requests data in order to acquire data related to the child screen activated from the screen management application.

  Next, in step S1403, the CPU of the client 101 generates information to be passed to the activated child screen application in response to a request from the activated child screen application. The information passed to the activated sub-screen application may use data managed by the sub-screen data management means as indicated by reference numeral 317 in FIG. 3, or when the screen management application requests data acquisition, You may acquire the present display result from a small-screen application.

  In step S1404, the CPU of the client 101 confirms whether data to be transmitted to the activated child screen application has been generated. If data to be transmitted to the activated child screen application can be generated, the generated data is transmitted to the activated child screen application (step S1405).

  On the other hand, if the data to be sent to the activated sub-screen application cannot be generated, the activated sub-screen application is the first activated sub-screen application to which the screen management application belongs. This is the case when it is not entered. In that case, data is not transmitted from the screen management application, the default value of the sub-screen application is set in step S1406, and the process proceeds to step S412.

  When data is transmitted from the screen management application to the child screen application started, the CPU of the client 101 receives the transmitted data in the child screen application (step S1407).

  Next, in step S1408, the CPU of the client 101 determines whether there is an item related to the activated child screen application in the data received from the screen management application. If it is determined that there is an item related to the activated child screen application, data is transmitted to the server using the data of the associated item (step S412), and there is no item related to the activated child screen application. If YES in step S1406, the process advances to step S1406 to set a default value for the activated child screen application. This will be specifically described with reference to FIG.

  FIG. 17 is a screen image after the customer information display activation button is selected (clicked) with the mouse pointer 1604 from the screen image of FIG.

  Reference numeral 1701 in FIG. 17 indicates the current display result of the other small-screen application described above. , Customer code (= 00000001), company name, company telephone number, product code, product name, and list price are specified. Among these items, since the customer code (= 00000001) exists as an item related to the activated small-screen application (in this case, the small-screen application for displaying customer information), the customer code (= 00000001) is transmitted to the server. (Step S412). After the client 101 transmits the customer code to the server, the server 102 accepts the customer code (step S413). The server 102 searches the database 103 for the company name and address corresponding to the customer code, and maps the customer from the map information 330. Information and the like are displayed (1702 in FIG. 17).

  In FIG. 17, even if 1701 is not selected, 1702 can be displayed in the same manner by data such as the customer code 1703 described in the customer-by-customer sales performance graph.

As described above, according to the third embodiment, it is possible to display a display result at the time of starting a newly started child screen application with a value associated with another child screen from the beginning.
[Fourth Embodiment]

  In the first to third embodiments, a configuration has been described in which a plurality of sub-screen applications are updated almost simultaneously. However, when a minimized screen among the sub-screens is also updated at the same time, the operation of the client is slow in appearance. It feels like In the fourth embodiment, the minimized child screen application is displayed with a lower priority than the normal screen processing so that the client operation does not seem to be slowed down. To do. This will be described with reference to the flowchart of FIG.

  FIG. 18 is a flowchart showing an example of the fourth control processing means in the information processing system of the present invention, which is an example of details of information processing performed by the CPU of the client 101 and the CPU of the server 102 shown in FIG. . Note that S409 to S417 and S1801 to S1804 in the figure indicate steps, and steps S409 to S417 are the same as those in FIG.

  This flowchart is started after the child screen application passes data and control to the screen management application.

  After receiving data and control in the screen management application (step S409), the CPU of the client 101 checks the display state of each sub-screen application on the display 210 with reference to the server list in FIG. 3 (step S1801). In order to describe the display state of the small-screen application, a description will be given with reference to FIG.

  FIG. 19 is an example of data in which the association between the child screen and the server application in the client of the present invention is stored, and corresponds to the server list 316 in FIG.

  The customer information sub-screen of FIG. 19 is registered as “Minimum” as in 1902, indicating that the sub-screen displaying the customer information is minimized. An image in which the situation of FIG. 19 is displayed on the display 210 of the client 101 will be described with reference to FIG.

  FIG. 20 is a schematic diagram showing an example of a screen in the client of the present invention. The screen image of FIG. 20 is displayed on the display 210 of the client 101, and the client user receives data from the keyboard or mouse 209 of the client 101. input.

  In FIG. 20, the customer information display minimizing icon at the bottom is different from that in FIG. 16, and is a state in which a sub-screen application that displays customer information is once activated and then minimized and iconized. Returning to the flowchart of FIG.

  In step S1801 of FIG. 18, the CPU of the client 101 acquires the display status of each small-screen application from the server list 316, and proceeds to step S1802.

  In step S1802, the CPU of the client 101 extracts a minimized child screen application from the child screen applications acquired from the server list 316, and assigns processing priority of the child screen application. The processing priority of the sub-screen application will be described with reference to FIG.

  In the server list of FIG. 19, the sub-screen application in the customer information screen column (first line in the table) is minimized as 1902, and other sub-screen applications corresponding to 1901 are minimized. It is not a small screen application. Accordingly, the processing priority of the child screen that has not been minimized is increased to “1”, and the processing priority is increased, and the minimized child screen application is decreased to the processing priority by setting the processing priority to “2” (1903). Returning to the flowchart of FIG.

  In step S1803 in FIG. 18, the CPU of the client 101 transfers data and control to a sub-screen application having a normal screen (a sub-screen application having a processing priority of “1” in 1903 in FIG. 19).

  In step S411, the CPU of the client 101 receives data and control in the sub-screen application of the normal screen, and transmits the data to each server application (step S412).

  On the other hand, when the transfer of data and control to the child screen application having all processing priorities “1” is completed, the CPU of the client 101 in the screen management application has a child screen application having processing priority “2” (ie, , Pass data and control to the minimized child screen application).

  As described above, according to the fourth embodiment, the minimized small-screen application has an effect such that the operation of the client does not feel delayed by displaying the lower priority than the normal screen processing. .

  Also, as another embodiment, the minimized sub-screen application data and control transfer are performed with a certain time interval after the data and control transfer processing to the normal screen sub-screen application. May be.

  In another embodiment, the minimized child screen application data and control are transferred when the minimized child screen is returned to the normal screen (i.e., the mouse pointer 2004 displays the customer information display minimized icon). When the button is pressed and an input of a display instruction to the normal screen size is received, data and control may be transferred.

  With these configurations, since the sub-screen application of the normal screen is preferentially executed, the sub-screen application of the normal screen can be confirmed without waiting for the processing of the minimized sub-screen application, and usability can be improved. The configuration of a data processing program that can be read by the workflow server according to the present invention will be described below with reference to the memory map shown in FIG.

  FIG. 12 is a diagram illustrating a memory map of a recording medium (storage medium) that stores various data processing programs that can be read (read) by the workflow server according to the present invention.

  Although not specifically shown, information for managing a program group stored in the recording medium, for example, version information, creator, etc. is also stored, and information depending on the OS on the program reading side, for example, a program is identified and displayed. Icons may also be stored.

  Further, data depending on various programs is also managed in the recording medium. In addition, when a program or data to be installed is compressed, a program to be decompressed may be stored.

  The functions shown in FIGS. 4, 13, 14, and 18 in this embodiment may be performed by a host computer by a program installed from the outside. In this case, the present invention is applied even when an information group including a program is supplied to the output device from a recording medium such as a CD-ROM, a flash memory, or an FD, or from an external recording medium via a network. Is.

  As described above, a recording medium in which a program code of software for realizing the functions of the above-described embodiments is recorded is supplied to the system or apparatus, and the computer (or CPU or MPU) of the system or apparatus is stored in the recording medium. It goes without saying that the object of the present invention can also be achieved by reading and executing the program code.

  In this case, the program code itself read from the recording medium realizes the novel function of the present invention, and the recording medium storing the program code constitutes the present invention.

  As a recording medium for supplying the program code, for example, a flexible disk, hard disk, optical disk, magneto-optical disk, CD-ROM, CD-R, DVD-ROM, magnetic tape, nonvolatile memory card, ROM, EEPROM, A silicon disk or the like can be used.

  Further, by executing the program code read by the computer, not only the functions of the above-described embodiments are realized, but also an OS (operating system) or the like running on the computer based on the instruction of the program code. It goes without saying that a case where the function of the above-described embodiment is realized by performing part or all of the actual processing and the processing is included.

  Furthermore, after the program code read from the recording medium is written in a memory provided in a function expansion board inserted in the computer or a function expansion unit connected to the computer, the function expansion is performed based on the instruction of the program code. It goes without saying that the case where the CPU or the like provided in the board or the function expansion unit performs part or all of the actual processing and the functions of the above-described embodiments are realized by the processing.

  Further, the present invention may be applied to a system composed of a plurality of devices or an apparatus composed of a single device. Needless to say, the present invention can be applied to a case where the present invention is achieved by supplying a program to a system or apparatus. In this case, by reading a recording medium storing a program represented by software for achieving the present invention into the system or apparatus, the system or apparatus can enjoy the effects of the present invention.

  Furthermore, by downloading and reading out a program represented by software for achieving the present invention from a server, database, etc. on a network using a communication program, the system or apparatus can enjoy the effects of the present invention. It becomes.

101 Client 102 Server 103 Database 301 Child screen application 302 Screen management application 310 Input unit 311 Display unit 312 Reception unit 313 Transmission unit 314 First data delivery unit 315 Second data delivery unit 316 Server list 317 Child screen data management unit 320 Server application 330 Map information DB
331 Sales performance information DB

Claims (5)

An information processing apparatus having a screen management application that manages a plurality of child screens and a child screen application that displays child screens managed by the screen management application,
The first child screen application
An input instruction accepting means for accepting an input instruction to the first child screen applications,
Processing execution means for executing processing of the first sub-screen application based on input information and input event information specified from the input instruction received by the input instruction receiving means;
First delivery means for delivering the input event information to the screen management application together with output information output as a result of processing by the process execution means;
The screen management application
Wherein a passed output information and the input event information in the first transfer unit, the screen management application the first that manages child screen application second passing different second child screen applications and and a delivery means,
The second sub-screen application is
Data is extracted for each second child screen application from the input event information delivered by the second delivery means and the output information as input information, and a processing result for each second child screen application Output means for outputting ,
An information processing apparatus comprising: The screen management application
Display status management means for managing the display status of the plurality of sub-screens ;
Processing priority setting means for changing the priority of processing to a sub-screen application for displaying the sub-screen with respect to the sub-screen having a predetermined display state by the display status management means ;
The information processing apparatus according to claim 1, further comprising: The predetermined state of the child screen in the processing priority setting means is a child screen minimized or non-activated state ,
The information processing apparatus according to claim 2, wherein the processing priority setting unit lowers the processing priority to a sub-screen application that displays a sub-screen whose display state is the predetermined state. An information processing method performed by an information processing apparatus having a screen management application that manages a plurality of child screens and a child screen application that displays child screens managed by the screen management application,
The first child screen application
An input instruction receiving step of receiving an input instruction to the first child screen applications,
A process execution step of executing the process of the first sub-screen application based on input information and input event information specified from the input instruction received by the input instruction reception step;
A first delivery step of delivering the input event information to the screen management application together with output information output as a result of processing in the processing execution step;
The screen management application
Said first and output information and the input event information passed delivery step, the screen management application the first that manages child screen application second passing different second child screen applications and and a delivery step,
The second sub-screen application is
Data is extracted for each second sub-screen application from the input event information passed through the second delivery step and the output information as input information, and a processing result for each second sub-screen application An output process for outputting
An information processing method characterized by comprising : A computer program executed in an information processing apparatus having a screen management application for managing a plurality of child screens and a child screen application for displaying child screens managed by the screen management application,
The first child screen application
Input instruction receiving means for receiving an input instruction to the first sub-screen application;
Processing execution means for executing processing of the first sub-screen application based on input information and input event information specified from the input instruction received by the input instruction receiving means;
Function as first delivery means for delivering the input event information to the screen management application together with output information output as a result of processing by the process execution means,
The screen management application
Second delivery means for delivering the output information and the input event information delivered by the first delivery means to a second child screen application that is not the first child screen application managed by the screen management application. Function as
The second sub-screen application is
Data is extracted for each second child screen application from the input event information delivered by the second delivery means and the output information as input information, and a processing result for each second child screen application A computer program that functions as an output means for outputting a message.

Images