JP2005284638A - Portal system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide a portal system of high work efficiency by reducing the number of required times of login operation or retrieval operation for one or more application systems. <P>SOLUTION: Pieces of display information 35, 36, 37 are created based on preset extraction conditions 46, 56, 66 and stored in the portal system 1 (arrow a). If a user A logs in from a client A110, a portal server 10 performs authentication and obtains display information number with reference to the user A attribute information 15 (arrow b). Furthermore, the portal server 10 receives the corresponding display information, for example, a first piece of display information 35, and sends it to the client A110 after editing. The client A110 receives and displays it on a screen Aa112 (arrow c). <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to a portal system, and more particularly to a method for providing information.

The conventional portal system arranges the screens of multiple existing application systems in one page and displays them on the user's browser screen so that the user can use multiple applications on one browser screen. It is a thing.
Patent Document 1 discloses a system that enables access to a specific application system depending on a user.

Japanese Patent Laid-Open No. 2003-30074

However, in the conventional system described above, in order for a user to display information necessary for himself / herself, a login operation or a search operation needs to be performed for each of a plurality of applications. In this respect, work efficiency is low. It was.
Also in Patent Document 1, only access means to the application system is provided according to the user, and in order for the user to display necessary information, a user login operation and a search operation are required. Become.

  The present invention has been made to solve such problems, and an object of the present invention is to provide a portal system with high work efficiency that provides information without requiring user login and search operations. And

  In order to achieve the above-described object, a portal system according to claim 1 of the present invention is prepared in advance with a user determination unit in which user attribute information prepared in advance is stored and a user login request is input. Application server that stores user job information and extraction conditions, and creates and stores extraction information based on user job information and extraction conditions, and display information that stores extracted information extracted from the application server as display information Triggered by a login request input to the storage unit and the user determination unit, display information is extracted from the display information storage unit, the display information is edited based on the user attribute information, and transmitted to be displayed to the user And a control unit.

  Further, the portal system according to claim 2 of the present invention is the portal system according to claim 1, wherein creation and storage of extraction information, storage of display information, and extraction, editing and transmission by a display control unit are: It is characterized in that it is executed every predetermined time.

  According to the present invention, the portal system displays information according to the user based on the preset condition, so that the work efficiency of the user is improved.

Embodiments of the present invention will be described below with reference to the accompanying drawings.
Embodiment 1 FIG.
FIG. 1 shows the configuration of a portal system 1 according to Embodiment 1 of the present invention.
Connected to the network 100 are a mail server 20 that processes user mail, and a first application server 40, a second application server 50, and a third application server 60 that respectively process user tasks. The network 100 is connected to a client A 110, a client B 120, and a client C 130, which are terminals used by users A, B, and C, respectively. Further, the network 100 is connected with a portal server 10 and a message server 30 that mediate data exchange between the servers and the user terminals.

The portal server 10 includes a user determination unit 11 that receives a login request from a user who logs in to the portal system 1 and performs identification and authentication thereof. The user determination unit 11 further includes a user attribute information storage unit 13 which is a database for storing data used for identification and authentication.
The user attribute storage unit 13 includes user attribute information, for example, user ID, user name, password, affiliation department signature, and title for each user (user A, user B, user C). B attribute information 16 and user C attribute information 17 are stored. In the user attribute storage unit 13, information regarding the group name corresponding to each post is stored as group attribute information 18. The group name is specified as a person-in-charge group or a general manager group.
Further, in the user attribute storage unit 13, information regarding a display information name, a display information number, and an assigned group name is stored as display attribute information 19 for each type of information displayed on the client screen.
The portal server 10 also includes a display control unit 12 that edits information output from each of the servers and transmits the information to the clients.

  The mail server 20 is a server that performs mail processing for each user based on a known technique.

  The first application server 40 includes a first user business information 47 that is an information source of each user and a first application system 42 that performs processing for inquiring and updating the first user business information 47, and also extracts information necessary for each user. An information extraction unit 41 is provided. The first information extraction unit 41 includes files that respectively store a first extraction condition 46 used for information extraction and first extraction information 45 that is an extraction result.

  As an example of the above-described first user job information, for example, there is the following database. In other words, the profit / loss budget information database for each project that has information on the project name, planned revenue value, actual revenue value, actual spending value for the current month, accumulated actual spending value, and expected final spending value, information on the project name, person in charge name, and department name Matter Basic Information Database, Partner Name, Matter Name, Base Contract Period, Contract Start Date, Contract End Date, Next Contract Start Date, Next Contract End Date, and Contract Renewal Date Information This is an approval information database having information on the name, applicant name, current approver name, and processing status.

Examples of the first extraction condition 46 and the first extraction information 45 described above include the following. In other words, the condition name “project with negative profit / loss” is an extraction condition for extracting the project whose final expected expenditure value exceeds the actual revenue value from the above-mentioned profit-and-loss budget information database by project, and the corresponding extraction The information includes the case name, the person in charge name, and the department name of the person in charge.
In addition, the condition name “Scheduled contract of the month” is an extraction condition for extracting the contract whose next contract start date is the current month from the above-mentioned partner contract information database. Name and department in charge.
In addition, the condition name “waiting for approval” is an extraction condition for extracting a case whose processing status is incomplete from the above-described approval information database, and the corresponding extraction information includes the case name and the current approval Name.

  The second application server 50 and the third application server 60 have the same configuration as that of the first application server 40 described above, but the user job information and extraction conditions differ depending on the application server.

  The message server 30 includes a reception area 32 that receives information output from the first application server 40, the second application server 50, and the third application server 60, and the received information for each application server. The display information storage unit 31 stores the second display information 36 and the third display information 37.

The client A 110 includes a user A display unit 111 that displays a login request to the portal system 1 by the user A and displays information sent from the portal server 10. The user A display unit 111 includes a screen Aa112, a screen Ab113, and a screen Ac114 that display different display information.
Further, the client B 120 and the client C 130 have the same configuration as the client A 110 described above. However, the number of screens in each client may not be three as in the configuration of the client A110. For example, in the client C130, the user C display unit 131 has two screens, a screen Ca132 and a screen Cb133. The number of client screens varies depending on the group to which the user belongs. Note that the number of client screens may vary depending on user operations and outputs from the servers.

2 to 5 show the processing flow of the portal system 1 according to Embodiment 1 of the present invention.
First, in FIG. 2, the flow of processing of the first application server 40, the second application server 50, and the third application server 60 is shown. Hereinafter, the first application server 40 will be described as an example, but the same applies to the second application server 50 and the third application server 60.

  The first application server 40 stores a first information extraction condition 46 in advance (step S1). An example of the first extraction condition 46 is, for example, the above-mentioned “project with negative profit / loss”.

  The first information extraction unit 41 of the first application server 40 extracts information from the first user job information 47 that is a database to be extracted while referring to the first extraction condition 46, and based on the extracted information. First extraction information 45 is created (step S11). Here, examples of detailed contents of the first extraction condition 46 and the first extraction information 45 are as described in the above configuration. In addition, when creating the first extraction information 45, the user job information of another application server may be referred to. For example, when the first extraction condition 46 is the above-mentioned condition name “item with negative profit / loss”, the item name is obtained by referring to the item-specific profit / loss budget information database, and the item basic information database is referenced using this item name as a key. And obtain the name of the person in charge and the department name in charge.

Next, the first application server 40 transmits the first extraction information 45 to the message server 30 (step S12). Thereafter, the system waits for a predetermined time (step S13) and checks whether there is an end instruction (step S14). If there is an end instruction here, the process ends. If not, the process loops to step S11.
The above is the processing flow of the first application server 40, the second application server 50, and the third application server 60.

Next, in FIG. 3, the flow of processing of the message server 30 is shown.
The message server 30 receives the sequential extraction information from the first application server 40, the second application server 50, and the third application server 60, and stores them in the reception area 32 (step S21).

Further, the message server 30 takes out the extracted information from the reception area 32 (step S31), classifies it for each extracted information number, and stores it in the display information storage unit 31 (step S32). For example, data based on the first extraction information 45 is the first display information 35, data based on the second extraction information 55 is the second display information 36, and data is based on the third extraction information 65. Are stored as third display information 37, respectively.
Thereafter, the system waits for a predetermined time (step S33) and checks whether there is an end instruction (step S34). If there is an end instruction here, the process ends. Otherwise, the process loops to step S31.
The process flow of the message server 30 has been described above.

Next, FIG. 4 shows a processing flow of the portal server 10.
The portal server 10 stores the attribute information for each user (user A, user B, user C) in the user attribute information storage unit 13 in advance as user A attribute information 15, user B attribute information 16, and user C attribute information 17, respectively. Store (step S41).

Further, the portal server 10 receives a login request including a user ID and password input by the user at the user determination unit 11 (step S51), and refers to the attribute information of each user stored in the user attribute information storage unit 13. Then, authentication as a portal user is performed (step S52).
It is determined whether the user is registered (step S53). If the user is not registered, an error notification is transmitted to the user (step S70), and the process is terminated.

If the user is registered, the corresponding user attribute information, for example, the user A attribute information 15 is referred to acquire the title of the corresponding user (step S54), and the group attribute information storage unit 18 is referenced using the title as a key. The group name assigned to the post is acquired (step S55). Further, the display attribute information 19 is referenced using this group name as a key, and the display information name and display information number assigned to the group are obtained. Thereby, display information to be displayed is determined (step S56). There may be a plurality of display information for one user.
By the processing so far, for example, it is determined that the user A and the user B belong to the person in charge group, and the “project with a negative profit / loss” and the “planned contract for the current month” are displayed. In addition, it is determined that the user C belongs to the general manager group and “approval item” is displayed.

  Next, the portal server 10 acquires display information corresponding to the display information number obtained in step S56 from the message server 30 (step S57), and edits this display information (step S58). This editing is performed by the display control unit 12, and the contents are as follows, for example. The user's department is acquired by referring to the user attribute information 15 to 17 of each user, and when the display information is “Matter with negative profit / loss” or “Scheduled contract of the month”, the department in charge is the user If the display information is “waiting for approval”, only those whose approver name matches the user name are selected. For example, when user A is in the X department and user B is in the Y department, the display information is “Matter with negative profit / loss” or “Scheduled contract for the current month”, user A is in the X department, and user B is in the Y department. Each one is selected. In the case of the user C, only the user whose approver name is the user C is selected from “waiting for approval” regardless of the department to which the user C belongs. The selected information is converted into a display data format that can be displayed on the browser screen. After the display information is edited in this way, it is transmitted to the client (step S59).

Thereafter, the system waits for a predetermined time (step S60) and checks whether there is an end instruction (step S61). If there is an end instruction here, the process ends. If not, the process loops to step S57.
The determination content of step S60 may be determination to wait for a data transmission request from each client, or determination to wait for one of these, in addition to determination to wait for a specified time as described above. There may be.

The portal server 10 exchanges data with the mail server 20 in addition to the data exchange with the first application server 40, the second application server 50, the third application server 60, and the message server 30 described above. The mail information is also transmitted to each client.
The above is the processing flow of the portal server 10.

Next, FIG. 5 shows a processing flow of the clients A110, B120, and C130. Hereinafter, the client A110 will be described as an example, but the same applies to the client B120 and the client C130.
The client A110 inputs a user login request (user ID, password), and transmits a login request to the portal server (step S81).

  The client A110 receives the display information transmitted from the portal server (step S91) and displays it on the browser (step S92).

The operation of the portal system 1 according to the first embodiment described above will be summarized with reference to FIG.
First, for example, the first application server 40 creates the first extraction information 45 based on the first extraction condition 46 set in advance from the first user job information 47 and sends it to the message server 30. The message server 30 receives this and stores it as the first display information 35 (above arrow a).
When the user A performs a login operation on the client A110, the portal server 10 performs authentication, and obtains a display information number based on information stored in the user attribute information storage unit 13 (arrow b above). Further, the portal server 10 receives corresponding display information, for example, first display information 35 from the message server 30 based on the display information number, and sends it to the client A 110 after editing.
The client A110 receives this information and displays it on the screen Aa112 (above arrow c).

As a result, the screen display in each client immediately after each of the users A, B, and C logs in is as follows, for example.
In the client A110 used by the user A who is the person in charge, the screen Aa112 shows a list of the cases that the user A is in charge of having a negative profit and loss, and the screen Ab113 shows the contract scheduled for the current month among the cases that the user A is in charge A list of things is displayed on the screen Ac114, respectively.
In the client B120 used by the user B who is the person in charge, the screen Ba122 shows a list of matters that the user B is in charge of having a negative profit and loss, and the screen Bb123 shows a contract scheduled for the current month among the matters that the user B is in charge of. A list of things is displayed on the screen Bc124, respectively, and the mail of the user B is displayed.
In the client C130 used by the user C who is the general manager, the screen Ca132 displays a list of matters waiting for user C's approval, and the screen Cb133 displays the mail of the user C.

In this way, necessary information is extracted in the first application server 40, the second application server 50, and the third application server 60, transmitted to the portal server 10 at regular intervals, and information displayed and edited in the portal server 10 is displayed. By transmitting to the clients A110, B120, and C130 at regular intervals, the users A, B, and C can automatically display the latest necessary information by simply logging in or simply starting up the browser. is there.
Note that what information is provided to each user is determined by the first extraction condition 46, the second extraction condition 56, and the third extraction stored in the application server, as shown in the above-described operation flow. By changing the specification of the condition 66 and the specification of the display information number included in the display attribute information 19 stored in the portal server 10, it can be changed at any time.

  As described above, according to the first embodiment described above, the portal system 1 extracts necessary information based on preset extraction conditions and automatically transmits this information to the user. The log-in operation and search operation performed for display can be reduced, and the user's work efficiency is improved.

  In addition, the portal system 1 provides information evenly to users who are not good at search operations and users who do not like search operations based on preset extraction conditions, so information sharing among users proceeds. .

  Furthermore, since the portal system 1 automatically executes extraction from the user job information by the information extraction unit and transmission to the client by the display control unit at predetermined time intervals, no user operation is required. It is possible to always provide the latest information to the user.

The present invention described above is not limited to the above embodiment.
In the first embodiment, the number of users, the number of clients, and the number of servers are all 3, but these numbers may be other than 3 or may be different from each other. In the first embodiment, the number of screens on the display unit of each client is 2 or 3, but this may be other than the above.

It is a block diagram which shows the structure of the portal system which concerns on Embodiment 1 of this invention. 5 is a flowchart showing an operation flow of an application server in the portal system according to Embodiment 1 of the present invention. 5 is a flowchart showing a flow of operations of a message server in the portal system according to Embodiment 1 of the present invention. 5 is a flowchart showing an operation flow of the portal server in the portal system according to the first embodiment of the present invention. 6 is a flowchart showing a flow of client operations in the portal system according to the first embodiment of the present invention. It is a figure explaining operation | movement of the portal system which concerns on Embodiment 1 of this invention.

Explanation of symbols

  DESCRIPTION OF SYMBOLS 1 Portal system, 11 User determination part, 12 Display control part, 15 User A attribute information, 16 User B attribute information, 17 User C attribute information, 35 1st display information, 36 2nd display information, 37 3rd display information, 40 1st application server, 45 1st extraction information, 46 1st extraction condition, 47 1st user work information, 50 2nd application server, 55 2nd extraction information, 56 2nd extraction condition, 57 2nd user work information, 60 3rd application server, 65 3rd extraction information, 66 3rd extraction conditions, 67 3rd user business information.

Claims (2)

User attribute information prepared in advance is stored, and a user determination unit to which a user login request is input,
An application server in which user job information and extraction conditions prepared in advance are stored, and extraction information is created and stored based on the user job information and the extraction conditions;
A display information storage unit in which the extracted information extracted from the application server is stored as display information;
In order to take out the display information from the display information storage unit using the login request input to the user determination unit as a trigger, edit the display information based on the user attribute information, and display it to the user A portal system comprising a display control unit for transmission. Creating and storing the extracted information;
Storing the display information;
The retrieval, editing and transmission by the display control unit are as follows:
The portal system according to claim 1, wherein the portal system is executed every predetermined time.

Images