JP2003091471A - Information processing server, information processing program, computer readable recording medium with the program recorded and information processing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To reduce the complication of the input procedure of a user by linking a plurality of applications. SOLUTION: This information processing server 2 stores an execution request from a user terminal as history information by making it correspond to one of a plurality of servers, and stores a transfer rule for defining data related with a transfer rule indicating which of those servers the execution request should be transferred to according to the contents of the execution request from the user terminal and the contents of the history information from the user terminal, and reads and executes the transfer rule to be applied from the transfer rules stored in the transfer rule storing means according to the contents of the execution request and the contents of the history information from the user terminal, and transfers the execution request as the execution instruction of an application program to at least one of those servers.

Description

Detailed Description of the Invention

[0001]

BACKGROUND OF THE INVENTION 1. Field of the Invention The present invention relates to an information processing technique for linking data between a plurality of applications.

[0002]

2. Description of the Related Art Conventionally, software (application) specialized for each business genre has been commercially available as business support software. Each of these software is designed independently, and it is not possible to use it by linking various data and making good use of other software.

Therefore, an integrated business package (ERP (ent
Package software called "erprise resource planning)" has been developed that integrates common operations regardless of industry such as production management, accounting, sales management, personnel and salary in one database. In the integrated business package,
Since it uses a common database, it has the advantage that data can be shared among different software.

[0004]

However, although the integrated business package is capable of sharing data among the respective software included in the package in advance, when the plurality of software programs are activated to perform the work, It is often inconvenient. For example, even though it is possible to share data between applications, there are many things that require login processing when each application is started, so the user has to perform the troublesome procedure of logging in each time they start each application. Have to step on. In addition, when activating multiple applications and performing searches, etc., when migrating from one application to another,
Since the search / extraction conditions input by the user so far are not carried over, there is a problem that a complicated procedure of inputting the search / extraction conditions already input is required.

An object of the present invention is to provide an information processing server, an information processing program, and a computer-readable recording medium in which the information processing program is recorded, which reduces the complexity of the user's input procedure by coordinating between a plurality of applications. And to provide an information processing system.

[0006]

The invention according to claim 1 is
A plurality of servers that execute an application program in response to an execution request from a user terminal are communicably connected via a network, the plurality of servers are under control, and at least one of the plurality of servers is connected to the server. An information processing server for transferring an execution request from the user terminal, wherein history information storage means stores the execution request from the user terminal as history information in association with one of the plurality of servers. A transfer rule that stores a transfer rule that defines data regarding a transfer rule to which server of the plurality of servers is to be transferred according to the content of the execution request from the user terminal and the content of the history information from the user terminal A storage unit, which is stored in the transfer rule storage unit according to the content of the execution request and the content of the history information from the user terminal. A transfer rule to be applied from among the transfer rules that have been applied and executed to transfer the execution request to at least one of the plurality of servers as an execution command of the application program. And

With this configuration, in the information processing server, the execution request from the user terminal is stored as history information in association with one of the plurality of servers, and the content of the execution request from the user terminal is stored. And a transfer rule defining data relating to a transfer rule to which of the plurality of servers the transfer is to be performed is stored according to the content of the history information from the user terminal. Then, according to the content of the execution request and the content of the history information from the user terminal, the transfer rule to be applied is read out from the transfer rules stored in the transfer rule storage unit and executed, whereby the plurality of execution requests are executed. Is transmitted to at least one of the servers as an execution instruction of the application program.

As described above, the execution requests from the user terminals are sequentially stored as history information, and the history information is always referred to at the time of transfer to the server, so that each user can access any of the plurality of servers. The execution request can be transferred while the history information is reflected.

According to a second aspect of the present invention, in the information processing server according to the first aspect, the execution request and the history information are displayed on the user terminal side from any one of the plurality of servers. It is characterized in that it includes a state parameter capable of specifying screen information.

According to this structure, in the information processing server, the execution request from the user terminal and the history information of the user terminal are displayed on the user terminal side from any one of the plurality of servers. Since the status parameter that can specify the information is included, when the execution request from the user terminal is transferred to any one of the plurality of servers, the history information is reflected on the screen displayed on the user terminal. The execution request can be transferred.

According to a third aspect of the present invention, in the information processing server according to the second aspect, the first state parameter included in the execution request from the user terminal and the second state parameter included in the latest history information of the user terminal. Collating means for collating with the status parameter of the second parameter, and as a result of collation by the collating means, the insufficient parameter input instruction transmitting means for reading out the insufficient parameter of the second parameter and transmitting the input instruction of the insufficient parameter to the user terminal. It is characterized by including.

According to this configuration, the information processing server collates the first state parameter included in the execution request from the user terminal with the second state parameter included in the latest history information of the user terminal. As a result of the collation, the insufficient parameter of the second parameter is read out, and an input instruction of the insufficient parameter is transmitted to the user terminal. Therefore, the user inputs the insufficient parameter to display the history information up to now. It is possible to receive the screen information transmitted as a parameter.

According to a fourth aspect of the present invention, in the information processing server according to the third aspect, a state between a first server included in the plurality of servers and a second server other than the first server Data conversion rule storage means for storing data conversion rules relating to conversion of data format for inheriting parameters, and data conversion means for reading out the corresponding data conversion rules stored in the data conversion rule storage means and performing data conversion. It is characterized by being provided.

According to this configuration, in the information processing server, the first server included in the plurality of servers and the first server
Since the data conversion rule regarding the conversion of the data format for inheriting the state parameter between the second server and the other server is stored and the stored corresponding data conversion rule is read out, the data conversion is performed. It is possible to provide the data reflecting the history even between the servers in which the data cannot be linked.

According to a fifth aspect of the invention, in the information processing server according to the fourth aspect, when the data conversion is performed by the data conversion means, an execution request from the user terminal is transferred based on the history information. Determining means for determining whether or not the destination server is executable; and when the determining means determines that the transfer destination server cannot execute the execution request from the user terminal, the state parameter is sent to the server. Environment setting execution instruction transmitting means for transmitting an execution instruction for environment setting so that the application program can be executed based on the above.

According to this structure, when the data conversion is performed in the information processing server, it is determined whether the transfer destination server can execute the execution request from the user terminal based on the history information. When it is determined that the transfer destination server cannot execute the execution request from the user terminal, an environment setting execution instruction is transmitted to the server so that the application program can be executed based on the state parameter. Therefore, the user can eliminate the need for complicated input work such as login processing at the time of connecting to the server in advance, and can receive the data in the state in which the history so far is inherited.

According to a sixth aspect of the present invention, in the information processing server according to the fifth aspect, when the execution request transfer means receives a response to the environment setting execution instruction transmission means from the transfer destination server, the server. In addition, the execution request is transferred to the application program as an execution instruction.

According to this configuration, the information processing server receives a response to the environment setting execution instruction transmitted to the transfer destination server from the transfer destination server before transferring the execution request from the user terminal. Since the execution request is transferred to the application program as an execution instruction to the server, it is possible to smoothly receive the data reflecting the history from the server without the user performing a troublesome input operation such as login processing. .

The invention according to claim 7 is communicably connected via a network to a plurality of servers that execute an application program in response to an execution request from a user terminal. An information processing server that transfers an execution request from the user terminal to at least one of the plurality of servers, and an information processing server that transfers an execution request from the user terminal to one of the plurality of servers.
And a history information storage unit that stores the history information in association with one of the plurality of servers according to the content of the execution request from the user terminal and the content of the history information from the user terminal. Transfer rule storing means for storing data relating to the transfer rule, and a transfer rule stored in the transfer rule storing means according to the contents of the execution request and the history information from the user terminal. It is an information processing program that causes a transfer rule to be applied from the inside to be read and executed to function as an execution request transfer unit that transfers the execution request to at least one of the plurality of servers as an execution command of an application program.

With this configuration, in the information processing server, the execution request from the user terminal is stored as history information in association with one of the plurality of servers, and the content of the execution request from the user terminal is stored. And a transfer rule defining data relating to a transfer rule to which of the plurality of servers the transfer is to be performed is stored according to the content of the history information from the user terminal. Then, according to the content of the execution request and the content of the history information from the user terminal, the transfer rule to be applied is read out from the transfer rules stored in the transfer rule storage unit and executed, whereby the plurality of execution requests are executed. Is transmitted to at least one of the servers as an execution instruction of the application program.

According to an eighth aspect of the present invention, a plurality of servers that execute an application program are communicably connected via a network in response to an execution request from a user terminal, and the plurality of servers are under management and the An information processing server that transfers an execution request from the user terminal to at least one of the plurality of servers, and an information processing server that transfers an execution request from the user terminal to one of the plurality of servers.
And a history information storage unit that stores the history information in association with one of the plurality of servers according to the content of the execution request from the user terminal and the content of the history information from the user terminal. Transfer rule storing means for storing data relating to the transfer rule, and a transfer rule stored in the transfer rule storing means according to the contents of the execution request and the history information from the user terminal. A transfer rule to be applied from the inside can be read by a computer, which stores a program that functions as an execution request transfer unit that transfers the execution request to at least one of a plurality of servers as an execution instruction of an application program. It is a recording medium.

According to this configuration, in the information processing server, the execution request from the user terminal is stored as history information in association with one of the plurality of servers, and the content of the execution request from the user terminal is stored. And a transfer rule defining data relating to a transfer rule to which of the plurality of servers the transfer is to be performed is stored according to the content of the history information from the user terminal. Then, according to the content of the execution request and the content of the history information from the user terminal, the transfer rule to be applied is read out from the transfer rules stored in the transfer rule storage unit and executed, whereby the plurality of execution requests are executed. Is transmitted to at least one of the servers as an execution instruction of the application program.

The invention according to claim 9 is communicably connected via a network to a user terminal and a plurality of servers that execute an application program in response to an execution request from the user terminal, and the plurality of servers. And an information processing server that transfers an execution request from the user terminal to at least one of the plurality of servers under communicability, and is connected to each other via a network so that they can communicate with each other. Then, the information processing server associates an execution request from the user terminal with one of the plurality of servers as history information and stores history information, and contents of the execution request from the user terminal. And a transfer rule relating to which server among the plurality of servers is to be transferred according to the content of the history information from the user terminal. And a transfer rule storing unit that stores a transfer rule that defines the data, and a transfer that is applied from among the transfer rules stored in the transfer rule storing unit according to the content of the execution request and the content of the history information from the user terminal. An information processing system comprising: an execution request transfer means for transferring the execution request to at least one of the plurality of servers as an execution instruction of an application program by reading and executing the rule.

With this configuration, in the information processing system, the execution request from the user terminal is stored as history information in association with one of the plurality of servers, and the content of the execution request from the user terminal is stored. And a transfer rule defining data relating to a transfer rule to which of the plurality of servers the transfer is to be performed is stored according to the content of the history information from the user terminal. Then, according to the content of the execution request and the content of the history information from the user terminal, the transfer rule to be applied is read out from the transfer rules stored in the transfer rule storage unit and executed, whereby the plurality of execution requests are executed. Is transmitted to at least one of the servers as an execution instruction of the application program.

[0025]

BEST MODE FOR CARRYING OUT THE INVENTION An embodiment of the present invention will be described below with reference to the drawings as appropriate. FIG. 1 is an overall schematic diagram showing an information processing system according to a preferred embodiment of the present invention. The user terminals 1A, 1B, 1C, ...
For example, a commercially available WEB browser (web browser) such as Internet Explorer (“Internet Explorer” is a trademark of Microsoft Corporation) is provided.

As shown in FIG. 1, in the information processing system according to the present invention, the user terminals 1A, 1B, 1C, ... And the information processing server 2 are connected via a network 4 such as an intranet. 2 and application server group 3 (application server 3A, application server 3B, application server 3C,
...) and are connected for data communication. In the present embodiment, an intranet, which is an example of the network 4, is preferable because it is assumed that data is linked between the business application servers that handle the data related to the business performed inside the company or the like. The user terminals 1A, 1
B, 1C, ..., Information processing server 2, and application server group 3 (application servers 3A, 3B, 3
C, ...) may be connected to each other via a network 4 such as an intranet. Further, if there is no problem in security or the like, the Internet, which is an example of the network 4, may be used.

First, the user terminal 1A will be described.
The user terminals 1A, 1B, 1C, ... Are composed of, for example, personal computers having a communication device such as a commercially available modem.

Next, before explaining the information processing server 2, each application server 3A, 3B, 3C, ...
The database server 31 will be described. The application servers 3A, ... Are connected to the information processing server 2 via the network 4, and are CPUs (central processing units) for executing application programs.
Hardware and software etc. are provided inside, and while transmitting and receiving data to and from the information processing server 2,
Various data are stored in the database server 31 described later.

The database server 31 stores various data used when the application server group 3 executes an application program. Note that in FIG. 1, the database server 31 includes the application servers 3A and 3A in the application server group 3.
B, 3C, ... Are connected as a common database server, but this database server 31 does not necessarily have to be one common to each application server 3A ,. One database server 31 may be assigned, or one application server group 3 may share one database server 31.

Next, the hardware configuration of the information processing server 2 according to the present invention will be described. First, a CPU (central processing unit) that constitutes the main body of the control unit. R in which program data of processing performed by this CPU is stored
An OM (read only memory), a RAM (rando) in which various memory areas used when the CPU performs processing are formed.
m access memory), an external memory such as a hard disk device that stores and saves data even when the power is turned off, a keyboard interface that controls data transmission with the keyboard,
A display controller for controlling a display device such as a CRT monitor, a flexible disc, a CD-ROM or a DVD-RO
A storage medium interface for controlling data transmission (writing to and reading from the storage medium) such as M, and communication such as a modem for transmitting / receiving data to / from another terminal device via a network 4 such as an intranet. Each device is connected to the CPU through a system bus. In this embodiment, the hardware configuration of the information processing server 2 needs to include at least a central processing unit (CPU), a memory, a hard disk device as an auxiliary storage device, a communication device such as a modem, and the like. After that, a recording medium driving device such as a flexible disk device, MO, or CD-ROM may be connected if necessary.

Further, as shown in FIG. 2, the information processing server 2 functionally includes a program execution unit 20, a data storage unit 22, and a communication unit 23, which are connected via a bus. FIG. 2 is a functional block diagram of the information processing server 2.

The program execution unit 20 is realized by executing various programs (not shown) stored in the data storage unit 22 by the CPU or the like.

The screen transmission request reception unit 201 transmits the screen information by executing the application program to at least one application server among the plurality of application servers 3A, ... By the communication unit 23 described later via the network 4. Request to user terminal 1
Receive from A, ...

The state parameter reading unit 202 is the user terminal 1A stored in the history information storage unit 221 described later.
The history information (the latest history information stored in the history information storage unit 221 for each user terminal) indicating the state parameter for identifying the screen information currently displayed on the side is read. Further, when the screen transmission request receiving unit 201 receives a selection instruction of history information stored in the history information storage unit 221, a state parameter for specifying the screen information currently displayed on the user terminal 1A side. Is read from the history information storage unit 222, and the history information to be the selection instruction target is read out from the history information storage unit 222.
Read from.

The state parameter collating unit 203 specifies the screen information transmission request received by the screen transmission request receiving unit 201 and the screen information currently displayed on the user terminal 1A side read by the state parameter reading unit 202. It collates with the history information indicating the state parameter for performing. When the screen transmission request receiving unit 201 receives the instruction to select the history information stored in the history information storage unit 221, the state parameter matching unit 203 determines the history information to be the target of the selection instruction and the state. The history information indicating the state parameter for identifying the screen information currently displayed on the user terminal 1A side read by the parameter reading unit 202 is collated.

Insufficient parameter input instructing section 204 has user terminal 1A read by state parameter reading section 202 as a result of collation by state parameter collating section 203.
The state parameter for identifying the screen information currently displayed on the side is included in the state parameter included in the screen transmission request received from the user terminal 1A by the screen transmission request receiving unit 201 or the state included in the history information selected and instructed. If there is a parameter that is insufficient as compared with the parameter, an instruction is sent to the user terminal 1A via the communication unit 23 to input the insufficient parameter from the WEB browser.

The insufficient parameter receiving unit 205 receives, via the communication unit 23, the parameter corresponding to the input instruction from the user terminal 1A that has transmitted the insufficient parameter input instruction unit 204 the input instruction of the insufficient parameter.

The data conversion processing unit 206 is a data conversion rule relating to the conversion of the data format for inheriting the state parameters among the plurality of application servers 3A, 3B, ... Stored in the data conversion rule storage unit 223 described later. Perform data format conversion based on.

The environment setting confirmation unit 207 receives from the user terminal 1A based on the state parameter included in the history information stored in the history information storage unit 221 when the data conversion processing unit executes the data format conversion. The application server 3A, which is the transfer destination of the screen transmission request, confirms (determines) whether the application program can be executed.

The environment setting instructing unit 208 confirms by the environment setting confirming unit 207 that the application server 3A, which is the transfer destination of the screen transmission request from the user terminal 1A, cannot execute the application program (necessary for environment setting). In this case, the communication unit 23 is instructed to set the environment to the application server 3A that is the transfer destination.

The screen edit instruction unit 209 completes the environment setting via the communication unit 23 from the application server 3A, ..., Which is the transfer destination of the screen transmission request, when the environment setting of the application server 3A ,. Application server 3 that is the transfer destination when the notification is received
Instructions for editing screen information to A, ... (Screen editing instruction)
Is transmitted via the communication unit 23.

The screen information transfer section 210 includes a user terminal 1A edited by the application server 3A ,.
When the screen information corresponding to the screen transmission request from ... is received, the screen information is transferred to the user terminals 1A ,.

The data storage unit 22 is composed of a memory, a hard disk device, etc., and stores a program (not shown) to be executed by the program execution unit 20 and various data.

The history information storage unit 221 stores each user terminal 1
The screen transmission request accepted by the screen transmission request accepting unit 201 from A, ...
... is stored in association with. The history information includes a state parameter for specifying screen information displayed on the user terminal 1A, ... Side by any one of the application servers 3A ,.
The state parameter includes, for example, the user ID, the user terminal 1A, information serving as a key on the display screen on the ... Side, and the like. In addition, the history information storage unit 221 includes the user terminal 1
Since a quickness is required for the execution request from A, ..., a table is provided on the memory and each user terminal 1A, 1
It is preferable to manage history information for each B. It should be noted that the management can be performed by providing a table on the file on the hard disk or on the memory.

Here, the history information stored in the history information storage unit 221 based on the user's operation will be described. FIG. 12 is a diagram showing a data structure of a history table forming the history information storage unit 221 and an example of the contents thereof.

The history information managed on the history table is
One record is assigned to the information displayed on the screen (open page). History information includes application server identification information (application server address) for identifying the application displayed on the screen and screen identification information (screen address, page address) as storage location information for identifying the storage location of the displayed screen. And a state parameter indicating the search / extraction condition selected by the user. In this embodiment, the history information is arranged in the history table in the order of oldest operation history. The application specifying information is, for example, information for specifying each application server, and is, for example, the address of the application server. The screen specifying information is information for specifying each screen displayed by each application server executing an application program, and is, for example, a screen address. The state parameter is information for the operator to specify the object selected on the screen displayed by each application (for example, XX store, soy sauce, □□□□ year × month △ day, etc.), It shows information for specifying the object selected on each screen.

As described above, the history information including the application server, the screen, and the status parameter of each history screen when the user operates on the WEB browser screen is managed on the history table. The operator
It is possible to return to an arbitrary history screen based on these history information and display it again on the screen. In this case, in addition to the normal screen displayed by each application, state parameters that specify the display state of the displayed screen are also stored, so it is not like an initial screen,
It is possible to display the history screen that reflects the state parameters.

Further, the state parameter is, in particular, in the case where a plurality of retrieval / extraction conditions associated with the operation are provided, specifically,
"Soy sauce", "○○○ store", "□□□□ year × month △ day"
Even when "etc." is a search / extraction condition, all of these conditions are managed as status parameters on the history table, so that it is possible to generate a screen in a display state based on these conditions.

The state parameter storage unit 222 stores state parameters necessary for editing the screen information by each application server 3A, ... Executing the application program. State parameter storage unit 22
2 is referred to together with the history information storage unit 221 when the state parameter collation unit 203 collates the state parameter. The state parameter storage unit 222 functions as a transfer rule storage unit.

The data conversion rule storage unit 223 stores a data conversion rule regarding conversion of a data format for inheriting a state parameter between the application servers 3A, ....

The communication section 23 transmits and receives various data via the network 4 and the like by means of a modem or the like.

Although the functional block diagram of the information processing server 2 shown in FIG. 2 has been described above, these functional block diagrams are logical functional block diagrams, each of which has one unit of hardware or software. It does not mean that it is realized, but it can be realized by complex or common hardware or software. Further, not all the functional blocks shown in FIG. 2 are essential components of the present invention.

Next, the processing procedure in the information processing system according to the present invention will be described with reference to the flowcharts shown in FIGS.

3 and 4 are examples of flowcharts showing the processing procedure performed between the user terminals 1A, ... In the information processing system according to the present invention, the information processing server 2, and the respective application servers 3A ,. Is.

Here, in the flowcharts shown in FIGS. 3 and 4, the processing procedure executed by the user terminals 1A, ... According to the user's operation on the display screen displayed on the WEB browser is the user terminal 1A, ... and each of the application servers 3A, ...
Shows the processing procedure executed by each of the application servers 3A, ... With respect to the information processing server 2.

First, an input of a transmission request (execution request) of a screen desired by the user is received from the WEB browser screen of the user terminal 1A from a mouse, a keyboard or the like (step S1), and the transmission request of this screen is transmitted to the information processing server. 2 (step S2), the information processing server 2 receives the screen transmission request from the user terminal 1A by the screen transmission request reception unit 201 (step S3).

Next, the information processing server 2 causes the state parameter reading unit 202 to set a state parameter for specifying the screen currently displayed on the WEB browser screen of the user terminal 1A which has transmitted the screen transmission request. It is read from the history information storage unit 221 (step S4).

When the screen transmission request accepting unit 201 accepts a selection instruction of arbitrary history information stored in the history information storage unit 221, the information processing server 2 reads the state parameter (YES in step S5). The history information based on the selection instruction is read from the history information storage unit 221 by the unit 202 (step S6). When the screen transmission request accepting unit 201 does not accept the selection instruction of any history information stored in the history information storage unit 221, the concession processing server 2 proceeds to step S7.

Next, in the information processing server 2, the state parameter collating unit 203 and the state parameter reading unit 20 included in the screen transmission request from the user terminal 1A received by the screen transmission request receiving unit 201.
The history information read in 2 is collated (step S7). When the information processing server 2 finds a missing parameter as a result of the matching by the status parameter matching unit 203,
(YES in step S8), insufficient parameter input instruction unit 2
04, the user terminal 1A of the transmission source of the screen transmission request
Send the input instruction of the insufficient parameters to (step S
9), the user terminal 1A receives the input instruction of the insufficient parameter from the information processing server 2 (step S1).
0). If there is no insufficient parameter (N in step S8)
O), proceed to step 13.

Next, the user terminal 1A that receives the input instruction of the insufficient parameter accepts the input of the insufficient parameter on the WEB browser screen (step S11), and transmits the input insufficient parameter to the information processing server 2 (step S11). In S12), the information processing server 2 receives the input of the input insufficient parameter by the insufficient parameter receiving unit 205 (step S13).

Next, in the information processing server 2, the data conversion processing unit 206 causes the data conversion rule storage unit 223 based on the screen transmission request from the user terminal 1A and the history information.
Read the corresponding data conversion rule from (step S
14), data conversion is executed (step S15).

Next, in the information processing server 2, when the data conversion processing unit 206 performs the data conversion, the environment setting confirmation unit 207 causes the application server 3 to perform the data conversion.
It is judged whether the environment setting of A is necessary (step S1).
6). When it is determined that the environment setting of the application server 3A is not necessary (NO in step S16), the process proceeds to step S22. When it is determined that the environment setting of the application server 3A is necessary (YES in step S16), the information processing server 2 causes the environment setting instruction unit 208 to operate.
Thus, the environment setting instruction is transmitted to the corresponding application server 3A (step S17), and the application server 3A receives the environment setting instruction from the information processing server 2 (step S18).

Next, the application server 3A that has received the environment setting instruction executes the environment setting for editing the screen according to the screen transmission request from the user terminal 1A based on the environment setting instruction (step S19). Here, the environment setting indicates, for example, login processing of the user terminal 1A to the application server 3A, opening of necessary files, and the like.

Next, the application server 3A which has executed the environment setting transmits an environment setting completion notice to the information processing server 2 (step S20), and the information processing server 2 receives this environment setting completion notice (step S21). ).

Next, when the data conversion processing by the data conversion processing unit 206 is completed and the environment setting of the application server 3A is completed, the information processing server records the screen transmission request received from the user terminal 1A as history information. The information is stored in the information storage unit 221 (step S22), and the screen editing instruction unit 209 sends a screen transmission request from the user terminal 1A to the application server 3A (step S23).

The application server 3A receives the screen editing instruction from the information processing server 2 (step S24),
Screen editing is performed based on the screen editing instruction (step S25), the edited screen information is transmitted to the information processing server 2 (step S26), and the series of processes performed by the application server 3A ends.

The information processing server 2 receives the screen information from the application server 3A (step S27), and the screen information transfer unit 210 sends the screen information to the user terminal 1A.
(Step S28), and the series of processes performed by the information processing server 2 ends.

The user terminal 1A receives the screen information from the information processing server 2 (step S29) and displays the screen based on the screen information on the WEB browser screen (step S29).
30), and the series of processes performed by the user terminal 1A is ended.

Next, a mechanism of cooperation between applications to which the information processing system according to the present invention is applied will be described.

In the present embodiment, as a business operator performed via the network 4 such as an intranet,
For example, the explanation is given by taking a case where the president of a supermarket or the like confirms detailed work contents and sends an instruction.

For example, a plurality of application servers 3
Applications shown by three of application A, application B, and application C executed by A, ... Are individually prepared as application programs. Further, if each of these applications is, for example, application A, then a1, b
The application A is 2, c3, d4, ...
And an application capable of data cooperation are stored in association with each other.

According to the information processing system of the present invention,
The applications A to C can cooperate with each other, and a screen displayed at any time displayed for each application can be changed to a screen displayed at another time displayed by another application. While you can
The data for displaying the screen before the transition at the screen transition is inherited as the data for displaying the next screen.

In this case, if the ordinary commercially available applications A to C are independently developed, the user activates each application or uses a network such as an intranet when using each application. If so, it is necessary to perform login processing for inputting a user ID, a password, and the like.

If the applications A to C are originally developed for different purposes, they are not compatible with each other.
The data processing within each application is independent and cannot be linked with other applications.

Here, for example, the application A is a “basic form creation application” and the application B is
"Stonavi application", application C
Is each application indicated by three “sales promotion applications”. For example, the “basic form creation application” is configured to include “monthly report confirmation”, “weekly report confirmation”, “daily report confirmation”, “specified period numerical value confirmation”, and the like. When the operator first activates the "basic form creation application" from the user terminal device 1A such as a personal computer and clicks the "daily report confirmation" button, the application A normally included in the "basic form creation application" is selected. It is possible to search and hierarchize within, but, for example, if the sales record of "soy sauce" is not good,
In order to investigate the cause, it may be efficient to directly check the data created by another person in charge of a specific product called “soy sauce” in another application.

However, with this method, it is necessary to newly start each application each time the application changes, and history information such as search conditions in the application used in the previous operation is not inherited. Therefore, the operator has to newly input a keyword such as a search condition. In this case, according to the present invention, the search conditions and the like in the application used at the time of the previous operation can be inherited to the next application, and the business content such as sales record can be confirmed quickly and efficiently. .

Even if the application is changed to another application, the search condition input by the operator is stored as history information and is inherited by the next application, so that the same search condition is displayed every time the application is changed again. There is no need to click, etc., and it is possible to smoothly confirm the business content that spans between applications. Further, since the history information is stored even when returning to the screen that has been searched by skipping the previous screen or several screens, it is possible to reliably display the screen that the user has followed.

As described above, the situation in which the information processing system according to the present invention is applied has been described. However, the scope of application of the present invention is not limited to the above, and a plurality of applications such as business integration software may be preliminarily used. May not be created to be linked with each other, but each application of the plurality of applications may be independent one by one, and may not have a linked relationship with each other. In this case, when performing a search or the like using each application, each application can be linked among a plurality of applications as long as history information specifying what is currently linked is stored. . For example, if another application is selected from the applications used by the operator, if the operation history information that was performed in the previous application can be inherited to the next application, the same search item will be used again in the next application. It is not necessary to narrow down one by one by selecting and inputting "etc.", and the display state of the screen in the previous application can be directly displayed in the next application.

Further, since the history information performed by the user is sequentially stored, if the user specifies at which stage the operation history information is to be returned, it is possible to immediately return to the first screen, Further, it is possible to skip several screens and return to any operation history screen desired by the operator.

In the business integration package, the information is unified by sharing the database so that the applications contained in the package can be used mutually, but in the present invention, the applications share the database. Since the data definition is not converted so that it can be done, in order to make it function as the target of interlocking between the applications of the present invention, when introducing the application to be interlocked, the data definition specific to each application is temporarily defined in the present invention. It is necessary to rewrite in order to make it usable in such an information processing system.
For example, the data definition of each application is rewritten by a conversion table that defines the movement unique to each application.

Then, in the user terminals 1A, ... W
The screen displayed on the EB browser screen will be described. 5, FIG. 6, FIG. 7, FIG. 10, FIG. 11, FIG. 14 and FIG. 15 are examples of screens displayed on the WEB browser screen in the user terminals 1A ,.

As shown in FIG. 5, the screen displayed on the WEB browser screen of the user terminals 1A, ... Has a so-called multi-frame structure capable of starting and displaying a plurality of applications.

An application start screen 501 showing a screen edited by executing an application program on each application server 3A, ..., An application name display section 502 showing an application name currently displayed on the application screen 501,
A history screen selection button 503 composed of a "back" button and a "forward" button, which are the normal functions of the WEB browser,
A cooperative application display unit 504 capable of cooperating with the currently displayed application, a cooperative application display button 505 for selecting display or close of the cooperative application display unit 504, an application server 3A managed by the information processing server 2 side, Linked application name display sections 506, 507, 508 for displaying application names provided by ..., related application display sections 509, 5 for displaying related linkable applications for each application A ,.
10, 511, underlined part 5 showing the related application currently selected on the application start screen 501
12, a menu screen display button 513 for displaying or closing a menu screen 702 described later, and a mail activation screen display button 514 for displaying or closing a mail activation screen 703 described later.

For example, the underlined portion 512 shown in FIG. 5 indicates that, in the application activation screen 501, the related application indicating a2 capable of cooperating with the application A is activated. As shown in FIG. 6, the underlined portion 6
When 03 is selected on the screen, the application start screen 501 is changed to the application start screen 601, and the application name display unit 502 is changed to the application name display unit 603.

Further, as shown in FIG. 7, the menu screen 702 is displayed or closed by clicking the menu screen display button 701 having the same function as the above-mentioned menu screen display button 513 with a mouse or the like. be able to.

[A] shown on this menu screen
Each of the menus G to G does not have to be the linked application described above, and may be a menu for freely calling an application screen desired by the user. The menu screen 702 illustrated in FIG. 7 may be configured by selection buttons, icons, and the like for selecting a desired menu from a menu indicating a predetermined number of applications. The operator clicks these selection buttons, icons, or the like according to his or her preference to start the desired application.

Also, as shown in FIG. 7, by clicking the mail start screen display button 704 having the same function as the mail start screen display button 514 for displaying the mail start screen 703 with a mouse or the like, mail The startup screen can be displayed or closed.

Further, as shown in FIG. 7, the mail activation screen 703 has a title input field 705 for inputting a mail title, a comment input field 706 for inputting a comment, and a mail transmission screen. It is configured to include a send button 707. In addition,
The underlined portion 708 indicates that the application indicating a2 is currently selected.

Further, the mail activation screen 703 shown in FIG. 7 is displayed.
8 and 9 show modified examples of the above. 8 and 9
Is an example showing a mail activation screen displayed in a multi-frame format on each WEB browser screen.

As shown in FIG. 8, the user (operator) selects each of the selection units 801 and 80 on the mail activation screen 703.
By simply selecting 2, 803, and 804 from the left side with a mouse or the like, a mail to a desired destination can be created easily and in a short time. In particular, as shown in FIG. 8, if frequently used sentences and the like are registered in advance in a template format, it is possible to quickly send an email. On the mail activation screen 703, when using the application activation screens 501, 601, ..., It is possible to sequentially create mail texts and send the mails to a branch office, a department or the like which is a destination of instructions and the like.

As shown in FIG. 9, the mail activation screen 703 has a title input field 901 corresponding to the title input field 705 described above, a comment input field 902 corresponding to the comment input field 706 described above, and the currently selected field. URL that indicates the URL
A display unit 903, a screen attachment button 904 for attaching application screens 501, 601, ..., Which are currently activated to the mail, and a file attachment button 905 for attaching a file are included. In this way, the operator can attach a mail or the like created by a mailer or the like equipped with a Web mail function or the like to a form or the like created by each application, which enables highly convenient use.

The "mail activation screen" is used for "selection of groups", "selection of destinations", "list of transmission destinations", and mail contents for instructing, reporting, contacting, consulting, etc. to each department via the intranet 2. It is configured to include an input unit. Here, as shown in the figure, the e-mail content input unit can quickly send e-mail if, for example, frequently used sentences are registered in advance in a template format. This "mail activation screen" is capable of sequentially creating mail texts when using the "each application display screen" and sending the mail to a branch office or a department to which instructions are sent.

Further, as shown in FIG. 10, the user selects WE
B When a plurality of applications are launched on the browser screen and work is performed, the history screen selection button 503 described above is displayed with a mouse or the like in order to display again the application startup screens 501, 601, ... Displayed so far. By clicking, the history information up to now can be displayed in the history information display unit 100.
It is displayed in 2. The user can return to an arbitrary history screen by selecting desired history information from the history information by operating the mouse or the like. In that case, the application name display unit 1001 is configured to change based on the selected history information.

After selecting the history information, as shown in FIG. 11, an application start screen is constructed from the application name display section 1001 based on the history information. In FIG. 10, b4 is selected by the underlined part 1003, but in the history information display part 1002, for example, A4 is selected.
11 is selected, the application name display portion 1101 and the underlined portion 11 are displayed as shown in FIG.
02 is correspondingly changed to a related application called a2.

Further, in the case of shifting to another application different from the currently selected application, or in shifting to another application when returning to the history screen, as shown in FIG. 14, the underlined portion 1405 is moved with a mouse or the like. When clicked, a parameter input screen 1401 is displayed. The parameter input screen 1401 includes a parameter input field 1402, an “OK” button 1403 indicating completion of input confirmation, a “cancel” button for re-inputting the input parameters, and the like. In addition,
In the parameter input field 1402, parameters to be input that are convenient for the user to refer may be simultaneously displayed.

Parameter input screen 1401 shown in FIG.
When all the parameters required for are input, an application start screen showing b2 is displayed as shown in FIG. The application name display section 1501 is also displayed in conjunction with each other.

It is an example of a screen displayed on the WEB browser screen in the user terminals 1A, ....

Application start screens 501 and 60
Display screens displayed in each application displayed when the user terminals 1A, ... Are activated or when the operator accepts selection of a desired menu from the menu screen 702. For example, if the operator (president, etc.) starts the “Income Statement by Store Application” in order to find the cause of poor sales performance at each store, the screen of “Income Statement by Store Application” will be displayed as the application name. Is displayed. In addition, each numerical value and character etc. on this screen
Links (not shown) are provided to move to other applications. The operator can view various data in detail by clicking these buttons to display a screen displaying more detailed items. It should be noted that links for moving to other applications such as numerical values and characters on this screen are provided. The operator
By clicking these buttons, a screen displaying more detailed items is displayed, so that various data can be viewed in detail.

In the present embodiment, each of the above-mentioned button clicks on the menu screen 702 and right clicks on the application start-up screens 501, 601, ... Will cause the transition from each application to another application. Is configured. In each of these cases, when each application is migrated to another application, the search / extraction conditions from the previous screen are carried over to the next application and other applications are activated. If you proceed with the search by clicking the items on the displayed screen, you may want to return to the previous screen or to return to the screen several screens before.
At this time, as shown in FIG. 10 and FIG. 13A described above, the application start screens 501 and 60 are displayed.
If a display area for displaying history information is provided on the display areas so that the operation history is appropriately displayed, the history information can be recognized at a glance, and the operator can refer to the history information. It can be used as an aid in investigating the cause / problem.

FIG. 13A is an example of a diagram showing an operation history displayed in a specific display area on the WEB browser screen. By properly operating the "return" button 1301, history screen display button 1302, "forward" button 1303, and history screen display button 1304 of FIG. 13A, the screen can be displayed based on the history information of several steps before. It is possible. For example, the operator uses the mouse to display the screen history screen display button 13
When 02, 1304 is clicked, it may be displayed like a pull-down menu that hangs down like pulling down a blind curtain. The operator refers to the displayed operation history, selects the desired history screen with a mouse or the like, and clicks to display the history screen.

As shown in FIG. 13A, the operator selects an item indicating a desired screen by operating the scroll portion with a mouse or the like to return to the desired screen from the history information. It is possible to return to an arbitrary history screen while inheriting the search / extraction conditions performed on the current screen on the desired history screen. Further, when the operator decides which history screen to return to, it is possible to easily return to the desired history screen by making it possible for the operator to refer to these history screen information from the screen. . In this case, on the application start screen 501, ...
As shown in (A) and FIG. 13 (B), for example, by displaying the application name and screen name as the operation history information, the operator refers to the displayed operation history information and operates in the past. It is possible to return to an arbitrary screen on which the.

As described above, even when each application is migrated to another application, the data before the migration is taken over by the application before the migration, so that the operator can specify conditions such as search when migrating to another application. It is possible to smoothly reach the target history screen without re-inputting data or the like. In particular,
In each application, if it takes a considerable amount of steps to find the target to be searched, this search history (operation history) is inherited when migrating to another application. It is possible to find out, shorten the operation time of the operator, and improve convenience.

For example, when the shelf allocation application is started after the operator has analyzed the sales promotion application for "shop A", the extraction condition "shop A" in the sales promotion application is inherited, and " Analysis of the shelving allocation and layout of “Store A” becomes possible immediately.

Although the information processing system according to the present invention has been described above, a technique for realizing the present invention will be briefly described. In order to simplify and speed up the work of creating documents and drawings using a computer,
Some application programs used to create documents and drawings can automatically record or manually create a set of operation procedures as a macro. This is realized by having a function of automatically recording the operation content of the operator inside the application program. By reusing the automatically recorded operation content or the operation content edited and defined by the operator as a macro, a simple, quick and reliable operation is realized. Further, the program may be incorporated so that the data conversion process is performed when the application is migrated by modifying the program for each application. The history information selected and instructed by the operator is realized by using a system call, for example. The rewrite rule may be realized by a simple macro inside each application as needed.

Moreover, the information processing system according to the present invention is
It is assumed that a common database is used by each application. As a common method, data of a plurality of business computers is collected and the collected data is converted into XML data. In the XML data, the data field name for each application is document-defined.

In this case, each application utilizes the data according to the defined structure. Further, the temporary data created in each application is also converted into XML data, and the data and temporary data are shared between the applications.

Although the present invention has been described above, the present invention can be configured as follows.

Program execution unit 20 of information processing server 2
A function for receiving the display setting of arbitrary screen information may be added to the inside. By doing so, for example, depending on the user's option, it is possible to set to display the initial screen at the time of transition between the applications, or to set to display the screen in the display state in which the history information is taken over. . Therefore, it is possible to set the display state of the front screen displayed as the application is migrated.

[0109]

As described above, according to the inventions described in claims 1, 7, 8 and 9, the execution requests from the user terminals are sequentially stored as history information, and the history information is always stored at the time of transfer to the server. Since it is referred to, the execution request can be transferred to any of the plurality of servers in a state in which the history information of each user is reflected.

According to the invention described in claim 2, when the execution request from the user terminal is transferred to any one of the plurality of servers, based on the display state of the screen displayed on the user terminal. It is possible to transfer the execution request in which the history information is reflected. Therefore, the user can display the screen in the display state once displayed during the operation, and can also display the next screen in which the information configuring the screen in the displayed display state is reflected.

According to the invention described in claim 3, the user:
By inputting the lacking parameter at the time of transition between different applications, it is possible to receive the transmission of the screen information in which the history information up to now is taken over as the state parameter. Therefore, by using the operation history of the user, the screen desired by the user can be displayed with a small number of input items.

According to the invention described in claim 4, it is possible to provide the data reflecting the history even between the servers in which the data cannot be linked. Therefore, since it is possible to edit and display screen information without changing or modifying the program itself for executing each application, these applications can be arbitrarily exchanged or independently developed. It is possible to easily incorporate a new application.

According to the invention of claim 5, the user is
Each time the server changes, complicated input work such as login processing at the time of connection can be eliminated in advance, and data in a state in which the history so far can be inherited can be received.

According to the sixth aspect of the present invention, it is possible to smoothly receive the provision of the data in which the history is reflected from the server without the user performing a troublesome input operation such as a login process.

[Brief description of drawings]

FIG. 1 is an overall schematic diagram showing an information processing system in a preferred embodiment of the present invention.

FIG. 2 is a functional block diagram of an information processing server 2.

FIG. 3 is an example of a flowchart showing a processing procedure performed between the user terminal 1A, ..., The information processing server 2, and each application server 3A, ... In the information processing system according to the present invention.

FIG. 4 is an example of a flowchart showing a processing procedure performed between the user terminal 1A, ..., The information processing server 2, and each application server 3A, ... In the information processing system according to the present invention.

5 is an example of a screen displayed on a WEB browser screen in the user terminals 1A, ....

FIG. 6 is an example of a screen displayed on the WEB browser screen on the user terminals 1A ,.

7 is an example of a screen displayed on the WEB browser screen in the user terminals 1A, ....

FIG. 8 is an example showing a mail activation screen displayed in a multi-frame format on a WEB browser screen.

FIG. 9 is an example showing a mail activation screen displayed in a multi-frame format on a WEB browser screen.

10 is an example of a screen displayed on the WEB browser screen in the user terminals 1A, ....

11 is an example of a screen displayed on the WEB browser screen in the user terminals 1A, ....

FIG. 12 is a diagram showing a data configuration of a history table constituting the history information storage unit 221 and an example of the contents thereof.

FIG. 13A is an example of a diagram showing an operation history displayed in a specific display area on the WEB browser screen. (B) W
It is an example of a diagram showing an operation history displayed in a specific display area on the EB browser screen.

FIG. 14 is an example of a screen displayed on the WEB browser screen in the user terminals 1A, ...

15 is an example of a screen displayed on the WEB browser screen on the user terminals 1A, ....

[Explanation of symbols]

1A, 1B, 1C, ... User terminal 2 Information processing server 3A, 3B, 3C, ... Application server 31 database server 20 Program execution section 201 Screen transmission request reception unit 202 Status parameter reading unit 203 State parameter matching unit 204 Insufficient parameter input instruction section 205 Missing parameter reception unit 206 Data conversion processing unit 207 Environment setting confirmation section 208 Environment setting instruction section 209 Screen editing instruction section 210 Screen information transfer unit 22 Data storage 221 History information storage unit 222 status parameter storage 223 Data conversion rule storage unit 23 Communication Department

Continued front page    (72) Inventor Shinichi Kawakubo             COMO, 3-2-17, Kamioshio, Tennoji-ku, Osaka             DO Kamioshio 11th floor M & S Co., Ltd.             -In the laboratory (72) Inventor Kiyoto Onodera             1-6-1-904 Akabane Nishi, Kita-ku, Tokyo F-term (reference) 5B045 BB01 GG06

Claims (9)

[Claims] 1. A communicably connected via a network to a plurality of servers that execute an application program in response to an execution request from a user terminal, the plurality of servers being under management and the An information processing server that transfers an execution request from the user terminal to at least one server, and stores the execution request from the user terminal as history information in association with one of the plurality of servers. History information storage means, and transfer that defines data regarding a transfer rule to which server of the plurality of servers is to be transferred according to the content of the execution request from the user terminal and the content of history information from the user terminal Transfer rule storing means for storing rules, and the transfer rule according to the content of the execution request and the history information from the user terminal. Execution request transfer for transferring the execution request to at least one of the plurality of servers as an execution command of the application program by reading and executing the transfer rule to be applied from the transfer rules stored in the rule storage means. An information processing server comprising means. 2. The execution request and the history information include a state parameter capable of specifying screen information displayed on the user terminal side from any one of the plurality of servers. 1. The information processing server according to 1. 3. Collating means for collating a first state parameter included in an execution request from the user terminal with a second state parameter included in the latest history information of the user terminal, and collating by the collating means. As a result, the information processing server according to claim 2, further comprising: a shortage parameter input instruction transmission unit that reads out the shortage parameter of the second parameter and transmits an input instruction of the shortage parameter to the user terminal. 4. A data conversion rule relating to conversion of a data format for inheriting the state parameter between a first server included in the plurality of servers and a second server other than the first server is stored. 4. The information processing server according to claim 3, further comprising: a data conversion rule storage unit that performs the data conversion, and a data conversion unit that reads the corresponding data conversion rule stored in the data conversion rule storage unit and performs data conversion. 5. A judgment means for judging whether or not a transfer destination server can execute an execution request from the user terminal based on the history information when the data conversion is performed by the data conversion means. When the determination unit determines that the server that is the transfer destination cannot execute the execution request from the user terminal, the server instructs the server to execute the application program based on the state parameter. The information processing server according to claim 4, further comprising: an environment setting execution instruction transmitting unit that transmits the. 6. The execution request transfer means, when receiving a response to the environment setting execution instruction transmission means from the server as the transfer destination, transfers the execution request as an execution instruction to an application program in the server. The information processing server according to claim 5. 7. A server communicably connected via a network to a plurality of servers that execute an application program in response to an execution request from a user terminal. A history information storage that stores an information processing server that transfers an execution request from the user terminal to at least one server by associating the execution request from the user terminal with one of the plurality of servers as history information. And a transfer rule defining data relating to a transfer rule of which server among the plurality of servers is to be transferred according to the content of an execution request from the user terminal and the content of history information from the user terminal. And a transfer rule storage unit that stores the transfer rule according to the content of the execution request and the history information from the user terminal. Functions as an execution request transfer unit that transfers the execution request to at least one of the plurality of servers as an execution command of the application program by reading and executing a transfer rule to be applied from the transfer rules stored in the unit. An information processing program. 8. A server communicably connected via a network to a plurality of servers that execute an application program in response to an execution request from a user terminal. A history information storage that stores an information processing server that transfers an execution request from the user terminal to at least one server by associating the execution request from the user terminal with one of the plurality of servers as history information. And a transfer rule defining data relating to a transfer rule of which server among the plurality of servers is to be transferred according to the content of an execution request from the user terminal and the content of history information from the user terminal. And a transfer rule storage unit that stores the transfer rule according to the content of the execution request and the history information from the user terminal. Functions as an execution request transfer unit that transfers the execution request to at least one of the plurality of servers as an execution command of the application program by reading and executing a transfer rule to be applied from the transfer rules stored in the unit. A computer-readable recording medium in which a program to be recorded is recorded. 9. A user terminal and a plurality of servers that execute an application program in response to an execution request from the user terminal are communicably connected via a network, and the plurality of servers are under control. An information processing system in which an information processing server that transfers an execution request from the user terminal to at least one of the plurality of servers is communicably connected via a network. The server associates an execution request from the user terminal with one of the plurality of servers as history information and stores history information storage means, the content of the execution request from the user terminal, and the content from the user terminal. A transfer rule defining data related to a transfer rule of which server among the plurality of servers is to be transferred according to the content of the history information. And a transfer rule storage unit for storing the transfer rule, which reads and executes a transfer rule to be applied from the transfer rules stored in the transfer rule storage unit according to the content of the execution request and the content of history information from the user terminal. An information processing system, comprising: an execution request transfer means for transferring the execution request to at least one of the plurality of servers as an execution command of an application program.