JP3886852B2 - Information processing system with front-end processing function - Google Patents

Description

[0001]
BACKGROUND OF THE INVENTION
The present invention provides a processing request from an application program between a large-scale application program that performs various processes and a host computer that is good at performing predetermined routine information processing and a back-end system such as a database. The present invention relates to an information processing system having a front-end processing function that is simplified, relayed, processed by a back-end system, receives a processing result from the back-end system, and is converted into a desired form by an application program and returned.
[0002]
In particular, the present invention provides a front-end that can display the processing result from the back-end system in a window that should accurately reflect the processing result when the application program launches a plurality of windows with one browser. The present invention relates to an information processing system having a processing function.
[0003]
[Prior art]
A computer system that receives various operations directly from a user and performs various processes can be divided into a part related to a user interface and a business process logic related to a specific business process.
[0004]
The user interface design standard has various factors such as impression given to the user and operability. Therefore, a high degree of freedom is required for user interface design. Also, the user interface is frequently changed for various reasons.
[0005]
On the other hand, business processing logic has a lot of routine processing, and if it can be simplified, it can be processed at high speed by a high-performance computer. This business process logic does not need to be changed in accordance with the change of the user interface. Rather, it is inconvenient if the business process logic has to be changed every time the user interface is changed.
[0006]
[Problems to be solved by the invention]
In order to solve the above problem, the applicant of the present application has provided a client and a back system between a client that executes a large variety of application programs and a back-end system such as a host computer that is good at predetermined routine information processing. We proposed an information processing system with a front-end server that relays processing requests and processing results. The front-end server receives a processing request from the application program, converts it into a processing request message that can be processed by the back-end system, receives the processing result of the back-end system, and displays the processing result on a predetermined screen of the application program. It was incorporated and sent to the client. Due to the action of the front-end server, the business processing logic of the back-end system and the screen of the application program are separated, and the user interface of the application program can be changed independently of the back-end system.
[0007]
The information processing system proposed by the applicant of the present application satisfies both the complexity, diversity and flexibility required by the user interface of the application program, and the simplicity and invariance required by the back-end system at the same time.
[0008]
However, the information processing system previously proposed by the applicant of the present application is intended for processing in which screen transition is uniquely determined for one processing request.
[0009]
However, due to sophistication and large scale processing of application programs, multiple windows are now launched by the same browser and processing requests are issued almost simultaneously from each window. Alternatively, a plurality of screens are arranged in one frame, and a processing request is often issued from each screen.
[0010]
When the client issues processing requests sequentially, and the back-end system sequentially performs processing to change the processing result, no problem occurs even if only one screen transition is defined for one processing request.
[0011]
However, when multiple windows are launched at the same time and processing requests are issued simultaneously from multiple windows, if only one screen transition is defined for one processing request, the processing result from the backend system Is returned to the client, but there is a problem in that it is impossible for the client side to determine which of a plurality of simultaneously existing windows should display the processing result. For example, when a plurality of windows are launched and the balances of the bank accounts A, B, and C are inquired from each window, the balances of the bank accounts A, B, and C may be displayed in different windows.
[0012]
Therefore, the problem to be solved by the present invention is a front-end processing function that can display the processing result in the correct window even when a plurality of windows are started up simultaneously and a plurality of processing requests are issued almost simultaneously. It is to provide an information processing system.
[0013]
[Means for Solving the Problems]
  An information processing system having a front-end processing function according to the present invention includes:
  An intermediary between at least one client that executes application programs and at least one back-end system that executes business processing logic.Application screen data, input data entered by the user as needed, window ID or window ID and application IDincludingdataReceiveSpecify processing request from window ID or window ID and application ID,The processing requestProcessing request messageTo the specified screen of the application that issued the requestdataHas a front-end server that subscribes to and sends to the requesting client,
  The front-end server is
  Sent from the clientAboveNewly opened window with screen data on the client sideData ofIs determined by comparing the window ID attached to the screen data with the window ID management table provided in the front-end server, and if it is determined that the window is newly opened, a new window ID is assigned.InCreate an in-process object,A processing request ID is identified from the window ID or window ID and application ID, and a processing request message is generated from the processing request ID.A predetermined back-end system is executed, and the processing result is displayed as the processing request ID.And window ID or window ID and application IDSubscribe to a predetermined screen of the application identified byAppend window ID or window ID and application ID to the dataServer-side window ID management means for sending to requesting clientWhen,
  Screen data storage means for storing screen data of a screen to be displayed on the client, and a screen received from the clientWindow ID or window ID and application IDAnd necessary input data is extracted, or screen data is added to the processing result necessary to display the screen on the client.With window ID and application IDA screen control unit having output screen control means, and a screen transition definition storage means for storing a definition of screen transition corresponding to the processing request and the processing result;
It is characterized by having.
[0014]
An information processing system having a front-end processing function according to the present invention includes:
An application screen including a predetermined processing request is received from the client between at least one client that executes the application program and at least one back-end system that executes the business processing logic, and the processing request is converted into business processing logic. An information processing system having a front-end processing function that intervenes a front-end server that executes a predetermined back-end system and subscribes a result of execution to a predetermined screen of the application that issued the request and transmits it to the requesting client In
When the application program can execute a plurality of application processes within the same screen, an application ID is predetermined for each application process with respect to the window ID of the screen,
The client
When the browser opens a predetermined application screen, when the application screen has a reset signal from the front-end server indicating that the window ID and the application ID are updated, it is attached to the application screen. The window ID and the application ID are adopted as identification information of the application screen, the process registration completed signal is turned on, and when the application screen does not have the reset signal, the window attached to the application screen It has a client-side window ID management means for converting the ID into a null signal and turning on the process registered information.
[0015]
According to the present invention, the front-end server is provided with the window ID and application ID attached to the screen data and whether the screen data transmitted from the client is a newly opened window on the client side, or the front-end server. Judgment is made by comparing with the window ID management table. When it is determined that the window is newly opened, a new window ID is assigned and a processing object is generated, and identification information of the window ID, application ID, and processing request ID The group is attached to the processing request and executed by a predetermined back-end system, and the processing result is added to a predetermined screen of the application specified by the combination of the identification information of the window ID, the application ID, and the processing request ID, and the window ID, application ID and process Denoted by the set of identification information of the requested ID is sent to the requesting client.
[0016]
On the other hand, when the client opens a predetermined application screen, when the application screen has a reset signal from the front-end server indicating that the window ID and the application ID are updated, the application screen Is used as identification information of the application screen, the process registered signal is turned on, and when the application screen does not have the reset signal, the application screen displays The attached window ID is converted into a null signal, and the process registered information is turned on.
[0017]
As a result, both when a new window is opened on the client and when a new window is opened by copying the screen, the front-end server recognizes the new window and assigns a new window ID.
[0018]
Since the processing result of the back-end system is attached to the processing request window ID / application ID information and transmitted to the client, the processing result can be displayed in the correct window on the client side.
[0019]
DETAILED DESCRIPTION OF THE INVENTION
Next, an embodiment of an information processing system having a front-end processing function according to the present invention will be described below.
[0020]
FIG. 1 shows the overall configuration of an information processing system having a front-end processing function according to an embodiment of the present invention.
[0021]
As shown in FIG. 1, an information processing system 1 according to the present embodiment includes a plurality of clients 2, a back-end system 3 such as a relational database (RDB), a host computer, an online transaction processing device, and the like. And a front-end server 4 provided between the end systems 3.
[0022]
The client 2 is a computer or a terminal that executes various application programs.
[0023]
The back-end system 3 is composed of a plurality of systems, and each system is specialized to perform a specific routine process. For example, the RDB performs data retrieval, the host computer performs business processing, and the online transaction processing device is specialized to perform predetermined online transaction processing, so that a large amount of processing is processed at high speed by a high-performance computer. It is configured.
[0024]
The front-end server 4 converts a processing request from the client 2 (actually an application program running on the client 2) into a processing request message to the back-end system 3, and transmits the processing request message to the back-end system 3. Then, the processing result message is received from the back-end system 3, and the processing result is converted into a form that can be recognized by the application program and transmitted to the client 2.
[0025]
When a processing request from the client 2 actually needs to operate a plurality of back-end systems 3, the front-end server 4 generates a plurality of processing request messages for one processing request, and these processing Request messages are transmitted to a plurality of back-end systems 3, process request messages are received from those back-end systems 3, process results are assembled, and returned to the client 2.
[0026]
The processing request from the client 2 is preferably via a web page. The user displays a web page on the client 2, inputs necessary data to the web page, and transmits the web page including the input data to the front end server 4. The front-end server 4 extracts necessary information (input data and type of processing request) from the Web page including the input data, transmits the information to the back-end system 3, and receives the processing result from the back-end system 3. It is incorporated into a Web page and sent back to the client 2.
[0027]
In the information processing system 1 of the present invention, when the client 2 launches a plurality of windows by using a single browser and issues a plurality of processing requests, or when a plurality of screens are included in one frame, In contrast, the screen incorporating the processing result from the front-end server 4 can be displayed in the correct window.
[0028]
In order to display the processing result from the front-end server 4 in a correct window, the information processing system 1 has the following configuration.
[0029]
The client 2 has client-side window ID management means 5.
[0030]
Further, the front-end server 4 has a management module 6 and a processing module 7 for the object being processed.
[0031]
The client-side window ID management means 5 is a means for managing by attaching identification information to the window launched by the browser on the client 2 side. Further, the client-side window ID management means 5 identifies whether the window opened by the browser is a window transmitted from the back-end system 3 or a window obtained by copying an already opened screen, and operates the identification information accordingly. It is a means having a function.
[0032]
Specific processing of the client-side window ID management means 5 will be described later.
[0033]
The processing object management module 6 is means for managing processing requests being processed by the front-end server 4. The processing object management module 6 manages each processing request being processed as an object (processing object), generates a processing object corresponding to the processing request from each window of the client 2, and ends the processing. Delete the processed object. Here, the processing object represents an ongoing processing process, and is an object that returns a processing status, a type of processing request, and the like in response to an inquiry.
[0034]
Specific processing of the object management module 6 will be described later.
[0035]
The processing module 7 receives a processing request from the processing object management module 6, requests processing from the back-end system 3, receives the processing result, and incorporates the processing result into the Web page for the client 2. It is a processing unit returned to the management module 6.
[0036]
Specific processing of the processing module 7 will be described later.
[0037]
FIG. 2 shows the configuration of the processing object management module 6.
[0038]
The processing object management module 6 includes a server-side window ID management unit 8, a processing request definition storage unit 9, a window ID management table 10, and a processing object storage unit 11.
[0039]
The server-side window ID management means 8 determines whether or not the screen data received from the client 2 is a window newly opened by the client 2, and if it is a newly opened window, assigns a window ID and manages it. And a means for generating a processing object corresponding to the window. Information on whether or not the window is newly opened is determined by referring to the window ID management table 10 storing the window ID of the already opened window.
[0040]
The processing object is generated and deleted by the server-side window ID management unit 8 and stored and managed by the processing object storage unit 11.
[0041]
The processing request ID definition storage unit 9 is a unit that stores and manages the definition of the processing request ID corresponding to the window ID or the application ID.
[0042]
Here, the window ID is identification information attached to each window, and the application ID is identification information attached to processing in the window. If the window is a screen that performs only a single process, the application ID can be omitted. In that case, the window ID and the processing request ID are defined in direct correspondence.
[0043]
FIG. 3 shows the configuration of the processing module 7.
[0044]
The processing module 7 includes a screen control unit 12 and a processing relay unit 13.
[0045]
The screen control unit 12 is a processing unit that extracts necessary information from the screen received from the client 2 or selects a screen to be transmitted to the client 2 and incorporates necessary information.
[0046]
The processing relay unit 13 is a processing unit that causes an appropriate back-end system 3 to perform a processing request requested by the screen data received from the client 2, receives a processing result from the back-end system 3, and outputs the processing result to the screen control unit 12. is there.
[0047]
The screen control unit 12 includes a screen control unit 14, a screen data storage unit 15, and a screen transition definition storage unit 16.
[0048]
The screen control means 14 extracts the processing request ID and necessary input data from the screen received from the client 2, or generates and outputs screen data in which processing results necessary for displaying the screen on the client 2 are joined. Means.
[0049]
The screen data storage means 15 is means for storing screen data of a screen to be displayed on the client. The screen data is created in advance in, for example, an HTML (Hyper Text Markup Language) format. The screen displayed based on each screen data receives an input operation from the user, and the screen control means 14 calls a front transaction process corresponding to the operation content.
[0050]
The screen transition definition storage means 16 is a means for storing the definition of the screen transition corresponding to the processing request and the processing result.
[0051]
With the above configuration, the screen control unit 12 specifies the processing request ID of the screen data received from the client 2, extracts the input data (input data) or the like, or the screen data to be transmitted to the client 2 The file is specified, and the processing result of the back-end system 3 is incorporated to generate screen data.
[0052]
The processing relay unit 13 includes a data store 17, a transaction conversion unit 18, a message conversion unit 19, a connector 20, a data store definition storage unit 21, a message conversion definition storage unit 22, a message definition storage unit 23, Transaction definition storage means 24.
[0053]
The data store 17 is means for storing input data extracted from the screen data received from the client 2. This data store 17 is replicated in window ID units by the server-side window ID management means 8. Then, one of the data stores 17 associated with the window ID corresponding to the corresponding window is selected on the processing module 7 and used.
[0054]
The transaction conversion unit 18 obtains the processing request ID of the screen received from the client 2 from the screen control unit 14, and refers to the transaction definition storage unit 24 that stores the processing request ID and the transaction processing in association with each other. It is a means for specifying the transaction processing corresponding to.
[0055]
The message conversion means 19 receives the transaction processing information from the transaction conversion means 18, stores the message conversion definition storage means 22 that stores the transaction processing and the processing request message necessary for the transaction processing, and each processing request message or processing result message. The processing request message is generated by incorporating necessary input data with reference to the message definition storage means 23 storing the definition of the received data, or the processing result message is received from the back-end system 3 and the processing result is received from the processing result message. It is a means for extracting and outputting to the data store 17.
[0056]
The data store definition storage means 21 is a means for storing definitions of data input / output items, data types, screens used, etc. included in the screen data.
[0057]
With the above configuration, the processing relay unit 13 acquires the screen processing request ID and necessary input data received from the client 2 from the screen control unit 14 and inputs them into the request message template for transaction processing corresponding to the processing request ID. The processing request message is generated by incorporating the data, the processing request message is transmitted to the predetermined back-end system 3, the processing result message is received from the back-end system 3, the processing result is extracted from the processing result message, and the data The data is output to the screen control means 14 via the store 17.
[0058]
The processing flow of the information processing system 1 will be described below.
[0059]
FIG. 4 shows the flow of processing between the client-side window ID management means 5 and the processing module 6 of the object under processing of the front-end server. In FIG. 4, “WID” indicates a window ID, and “APID” indicates an application ID.
[0060]
In FIG. 4, when the client 2 newly opens a predetermined screen and transmits it to the management module 6 of the object being processed, the window ID is null (not input; WID = “”) and the application For example, the information of ID P1 (APID = “P1”) is attached and transmitted (step S100). The APID is predetermined by the application program corresponding to the window (screen).
[0061]
In the processing object management module 6 that has received the screen data, since WID = "" ", a new window ID (W1 in the example of FIG. 4) is registered in the window ID management table 10, and WID =" W1 ". , APID = “P1”, the process registered signal is turned off (OnLoadCtr = 0), and a processing object (DSB) corresponding to WID = “W1” / APID = “P1” is generated (step S110). . The above processing is performed by the server side window ID management means 8.
[0062]
The processing object management module 6 attaches the information of OnLoadCtr = 0, WID = “W1”, APID = “P1” to the requested screen and transmits it to the client 2 (step S120).
[0063]
The client-side window ID management means 5 of the client 2 determines whether or not the screen data has a reset signal when the screen is opened, and performs the following processing. The reset signal is a signal indicating that the WID, APID, etc. has been updated by the front-end server 4, and may be replaced with the reset signal by turning off the process registered signal. In the example of FIG. 4, the presence or absence of reset is determined by this method.
[0064]
That is, when the application screen has a reset signal indicating that the window ID has been updated, the client-side window ID management means 5 sets the window ID and application ID attached to the screen data of the application screen. Adopted as identification information for the application screen and turning on the process registered signal. On the other hand, when the application screen does not have the reset signal, the window ID attached to the application screen is set to a null signal. Convert and turn on process registered information.
[0065]
In this case, since OnLoadCtr = 0 (has a reset signal), the client-side window ID management unit 5 employs the window ID and application ID attached to the screen data as identification information of the application screen. (WID = “W1”, APID = “P1”), the process registered signal is turned on (OnLoadCtr = 1) (step S130).
[0066]
Next, when the client 2 sends the screen data of the next processing request from the screen of step S130 to the front-end server 4, the information WID = “W1” and APID = “P1” attached to the screen is displayed as the screen data. (Step S140).
[0067]
The processing object management module 6 that has received the screen data determines whether or not a processing request of WID = “W1” and APID = “P1” has already been processed with reference to the window ID management table 10. . In this case, since WID = “W1” and APID = “P1” are already registered in the window ID management table 10 (step S110), the management module 6 of the object being processed has WID = “W1” / APID = “P1”. The processing request ID of the processing object (DSB) corresponding to "" is output to the processing module 7 (step S150), and the information OnLoadCtr = 0, WID = "W1", APID = "P2" is output to the screen data output by the processing module 7. "Is added and transmitted to the client 2 (step 160).
[0068]
In the client 2 that has received the screen data incorporating the processing result, since the client-side window ID management means 5 is OnLoadCtr = 0 (has a reset signal), the window ID attached to the screen data and The application ID is adopted as identification information of the application screen (WID = “W1”, APID = “P2”), and the process registered signal is turned on (OnLoadCtr = 1) (step S170).
[0069]
Next, when the client 2 sends screen data of the next processing request to the front-end server 4 from the screen of step S170, the information WID = “W1” and APID = “P2” attached to the screen is displayed as screen data. (Step S180).
[0070]
In the front-end server 4 that has received the screen data, the management module 6 of the object being processed refers to the window ID management table 10 and recognizes that it is the next process (P2) of the same window (WID = “W1”). Then, a processing object (DSB) corresponding to WID = “W1” / APID = “P2” is generated, and the same processing as step 150 is performed (step S190).
[0071]
As described above, when one window is opened and processing is performed according to the normal processing procedure and the screen transitions, the same window IDWID = “W1” is held, and the processing transitions to P1 and P2.
[0072]
In this case, the screen data incorporating the processing result of the back-end system 3 is a combination of identification information of the window ID and the processing request ID (WID = “W1” / APID = “P1”, WID = “W1” / APID = “P2” or the like) as identification information, the client-side window ID management means 5 can display the screen data in a correct window on the client 2 side.
[0073]
When the browser of the client 2 launches a plurality of windows, each window is processed as in steps S100 to S190, and each window has a different window ID. It can be determined in which window the screen data of the processing result received from the server 4 should be displayed, and the processing result can be displayed in the correct window.
[0074]
On the other hand, the client 2 may copy the browser screen and open a new window. In this case, the screen data of the new window is not sent from the front end server 4.
[0075]
In the client 2, each of the opened screens has information of a process registered signal (OnLoadCtr), a window ID (WID), and an application ID (APID). These information are newly opened by copying. Also attached to the screen.
[0076]
When a new window is opened regardless of whether or not it is copied, the client-side window ID management means 5 performs processing registration completion signal (OnLoadCtr), window ID (WID), application ID (APID) attached to the window. ). In this case, since the information of OnLoadCtr = 1 of the original window is copied as it is, the client-side window ID management unit 5 converts the window ID attached to the window into a null signal (WID = “”). Then, the process registered information is turned on (OnLoadCtr = 1) (step S210). The application ID is adopted as it is (APID = “P1”).
[0077]
Next, when a processing request is transmitted to the front-end server 4 from the window generated by this copy, the window ID and application ID (WID = “”, APID = “P1”) are transmitted. (Step S220).
[0078]
In the front-end server 4 that has received the above screen data, the window ID attached to the screen data is null (WID = “”), so that the processing object management module 6 has newly opened a window. And a window ID (WID = “W2”) different from the window ID (WID = “W1”) of the original screen is assigned (step S230).
[0079]
A reset signal, a window ID, and an application ID are attached to the return screen data for this processing request (step S240).
[0080]
As described above, when a new window is opened by copying in the client 2, the window ID is changed to null when the window is copied. Therefore, when transmitting the screen data, it is not confused with the copy source window. A new window ID is assigned.
[0081]
Thus, even when a plurality of windows are generated by copying, each window has a different window ID. When a processing request from a predetermined window is sent to the front-end server 4, The processing result is displayed in the correct window.
[0082]
As is clear from the above, according to the present invention, whether the browser accesses the front-end server 4 to open a new window or opens a plurality of windows by copying, identification information is attached to each window. As a result, the processing result of the back-end system 3 is displayed in the correct window.
[0083]
FIG. 5 shows a flow of object management processing of the object management module 6.
[0084]
As shown in FIG. 5, when the server-side window ID management means 8 receives the screen data from the client 2, the server-side window ID management means 8 compares and refers to the window ID attached to the screen data and the window ID management table 10. If the window ID is not registered in the window ID management table 10, the server side window ID management means 8 sets a new window ID and starts management (step S300). In the example of FIG. 5, two windows are opened in the client 2 and W1 and W2 are registered in the window ID management table 10 as window IDs.
[0085]
At the same time, the server-side window ID management means 8 starts managing the access time to each window in the window ID management table 10.
[0086]
Further, the server-side window ID management unit 8 generates a window ID / application ID / processing request object 25 (processing object 25).
[0087]
Next, when a processing request for the window W1 is received from the client 2, the server side window ID management means 8 compares the access time from the window W1 with the previous access time, and if the access is within a predetermined time width. The processing request is permitted, and the processing result is returned to the window W1 of the client 2 in response to the processing request (step S310).
[0088]
At the timing of checking the access time of the window W1, the server side window ID management means 8 also checks the access of the window W2.
[0089]
If the window W2 has not been accessed for a predetermined time or longer, the server-side window ID management means 8 writes a timeout signal for the window W2 on the window ID management table 10, notifies the connector 20, and further processes the object being processed in the window W2. 25 is also deleted (step S310).
[0090]
Even when new screen data is received from the client 2, the server-side window ID management means 8 accesses the window ID management table 10 and checks the access time of each window at this timing (step S320).
[0091]
As shown in FIG. 5, when there is an access from a window W2 that has already timed out, the server side window ID management means 8 refers to the window ID management table 10 and the window has already timed out. Is detected and a time-out screen is transmitted to the client 2 (step S330).
[0092]
Next, the process of the processing module 7 will be outlined.
[0093]
The following description can be clearly understood by referring to FIG.
[0094]
The processing module 7 receives a processing request from the client 2 from the processing object management module 6, causes the backend system 3 to perform processing, receives a processing result from the backend system 3, and returns it to the processing object management module 6. To do.
[0095]
The screen control unit 14 acquires screen data for requesting a predetermined process from the management module 6 of the object being processed. The screen control means 14 specifies the processing request for the screen data and outputs it to the transaction conversion means 18 in the form of a processing request ID. Further, the screen control means 14 extracts the input data when the data is input by the user, for example, when the target information to be searched is input to the screen requesting the search process. Output to the store 17.
[0096]
The transaction conversion unit 18 receives a processing request from the screen control unit 14 in the form of a processing request ID, and acquires a transaction process necessary for responding to the processing request with reference to the transaction definition storage unit 24. If multiple transaction processes are required for one process request, multiple transaction processes are acquired.
[0097]
The transaction conversion unit 18 outputs necessary transaction processing information to the message conversion unit 19.
[0098]
The message conversion unit 19 refers to the message conversion definition storage unit 22 and the message definition storage unit 23 and generates a processing request message for causing the back-end system 3 to process the transaction process. The message conversion definition storage unit 22 stores information about which transaction process corresponds to which process request message, and the message definition storage unit 23 stores the process request specified by the message conversion definition storage unit 22. A telegram template, that is, a base portion of a telegram requesting processing, and a telegram structure into which the data (for example, data to be searched) are to be incorporated are stored.
[0099]
The message conversion unit 19 acquires a template for the processing request message, acquires input data from the data store 17, generates a complete processing request message by combining them, and outputs it to the connector 20.
[0100]
The connector 20 transmits the processing request message to the back-end system 3 that should process it, and maintains a connection with the back-end system 3. When the processing result message is received from the back-end system 3, the connector 20 outputs the processing result message to the message conversion means 19.
[0101]
The message conversion means 19 refers to the message conversion definition storage means 22 and the message definition storage means 23, obtains the structure of the processing result message, extracts the processing result data from the processing result message, and stores the data. 17 to output.
[0102]
The screen control unit 14 acquires the data of the processing result of the back-end system 3 from the data store 17 and acquires information on the screen (transition screen) into which the processing result is to be incorporated by referring to the screen transition definition storage unit 16. To do.
[0103]
The screen control unit 14 acquires the data of the screen from the screen data storage unit 15 based on the transition screen information acquired from the screen transition definition storage unit 16. The screen control unit 14 that has acquired the screen data acquires processing result data from the data store 17, generates screen data to be displayed on the client 2 by incorporating the processing result data into the screen data acquired from the screen data storage unit 15. To do.
[0104]
The screen control means 14 outputs the generated screen data to the management module 6 of the object being processed.
[0105]
The processing request handled by the processing module 7 is given a set of identification information of a window ID, an application ID, and a processing request ID. When an application ID is not required, a set of identification information of a window ID and a processing request ID is attached. It is identified by a set of identification information.
[0106]
The processing object management module 6 to which the screen data is input receives the screen data incorporating the processing result from the processing module 7 and receives the window information to be displayed as already described by the set of identification information, that is, the window ID / The application ID is attached to the screen data and transmitted to the client 2.
[0107]
Thereby, since the window ID is managed by the client side window ID management means 5 on the client 2 side, the screen data of the processing result is displayed in the correct window.
[0108]
【The invention's effect】
As is clear from the above description, according to the information processing system having the front-end processing function of the present invention, the business processing logic of the back-end system and the screen of the application program are separated, and the application is independent of the back-end system. It has the advantage that the program user interface can be changed, and even if the client browser launches multiple screens simultaneously and requests multiple processes from the front-end server at the same time, the processing result of the back-end system is correct on the client side. It can be displayed in a window.
[Brief description of the drawings]
FIG. 1 is a block diagram showing the overall configuration of an information processing system having a front-end processing function according to an embodiment of the present invention.
FIG. 2 is a block diagram showing a configuration example of a management module for an object being processed.
FIG. 3 is a block diagram illustrating a configuration example of a processing module.
FIG. 4 is a diagram showing a flow of client-side window ID management by client-side window ID management means.
FIG. 5 is a diagram showing a flow of server-side window ID management by the server-side window ID management means.
[Explanation of symbols]
1 Information processing system
2 clients
3 Back-end system
4 Front-end server
5 Client side window ID management means
6 Processing object management module
7 processing modules
8 Server side window ID management means
9 Processing request ID definition storage means
10 Window ID management table
11 Processing object storage means
12 Screen controller
13 Processing relay part
14 Screen control means
15 Screen data storage means
16 Screen transition definition storage means
17 Data store
18 Transaction conversion means
19 Message conversion means
20 connectors
21 Data store definition storage means
22 Message conversion definition storage means
23 Message definition storage means
24 Transaction definition storage means
25 Processing object

Claims (4)

It is interposed between at least one client that executes an application program and at least one back-end system that executes business processing logic. Application screen data from the client , input data input by the user as needed, and a window receiving data including the ID or window ID and the application ID, to identify the processing request from the window ID or window ID and the application ID, converts the processing request to the processing request message, to execute a predetermined back-end system, Having a front-end server that subscribes to the predetermined screen data of the application that issued the request and sends the execution result to the requesting client;
The front-end server is
Determined by comparing the newly opened window data whether the screen data to the assigned window ID management table provided in the window ID and the front-end server with the screen data transmitted client-side from the client and, if it is determined that the newly opened window generated during processing objects together Granting a new window ID, to identify the processing request ID from the window ID or window ID and the application ID, the process from the process request ID A request message is generated and executed by a predetermined back-end system, and a processing result is added to a window ID or window ID or window ID or data obtained by joining a predetermined screen of an application specified by the window ID and application ID . Window I And server-side window ID management means for transmitting given the application ID to the requesting client and,
Screen data storage means for storing screen data of a screen to be displayed on the client, and a window ID or window ID and application ID and necessary input data are extracted from the screen received from the client, or a screen is displayed on the client Screen control means for generating screen data to which processing results necessary for processing are added and outputting them with a window ID and application ID, and a screen transition definition storage for storing processing requests and screen transition definitions corresponding to the processing results A screen controller having means;
An information processing system having a front-end processing function. The window ID management table records the access time to each object being processed,
The server-side window ID management means refers to the window ID management table at a predetermined timing, and performs processing for canceling processing of an object being processed that has not been accessed from a client for a predetermined time or longer. An information processing system having the front-end processing function according to claim 1 . The front-end server is
A request for transaction processing corresponding to the processing request ID is acquired from the screen control means and a processing request ID corresponding to the window ID or window ID and application ID attached to the screen data received from the client, and necessary input data. A process request message is generated by incorporating the input data into a template of a message, the process request message is transmitted to a predetermined back-end system, a process result message is received from the back-end system, and a process result is transmitted from the process result message. The information processing system having a front-end processing function according to claim 1 , further comprising: a processing relay unit that extracts and outputs the information to the screen control unit. The front-end server is
Transaction definition storage means for acquiring a processing ID corresponding to the window ID or window ID and application ID attached to the screen data received from the client from the screen control means, and storing the processing request ID and the transaction processing in association with each other Transaction conversion means for specifying the transaction processing corresponding to the processing request ID with reference to FIG.
A data store for storing and holding input data attached to screen data received from the client, or processing results by the back-end system;
Input the transaction processing information specified from the transaction conversion means, store the message conversion definition storage means storing the transaction processing and the processing request message necessary for the transaction processing, and store the definition of each processing request message or processing result message Generating a processing request message by incorporating necessary input data with reference to the message definition storage means, or receiving a processing result message from the back-end system and extracting the processing result from the processing result message Message conversion means for outputting to the data store;
A connector that inputs a processing request message from the message conversion unit, connects to a predetermined back-end system and transmits a processing request message, receives a processing result message from the back-end system, and outputs it to the message conversion unit; The information processing system having a front-end processing function according to claim 1 , wherein

Images