JP2007328499A - Portal site generation device and portal screen design program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To improve the operational efficiency of a user by generating and displaying an optimal portal screen for a user of a user terminal. <P>SOLUTION: A portal screen design server stores portal candidate-categorized display pattern information 114 defining a display pattern for each portal candidate and display pattern priority information 115 defining the priority of the display pattern of each portal candidate, and stores a use frequency/use content information 107 for each portal candidate from a user log 106 stored as operation information, and stores portal candidate priority order information 113 determining the priority order of portal candidates from the use frequency information 107. Then, a portal screen design server acquires the portal candidate configuring a portal screen by using the use content information and the information 113, 114 and 115, and stores it as user-categorized portal screen configuration definition information 105. Then, the portal screen design server generates the portal screen configured of the portal candidate of each user based on the information 105, and displays it at a user terminal 103. <P>COPYRIGHT: (C)2008,JPO&INPIT

Description

  The present invention relates to a technology for providing an optimal portal site to a user according to the usage status.

  In the case of portal sites that offer personalized screens, such as EC (electronic commerce) sites, it is suitable for individual users based on their purchase history, search browsing behavior history, and existing preference information. A portal site is automatically generated and provided. However, in this case, from the action history in the target web (web) site, only the optimal portal in the target website is displayed, and the optimal portal site across multiple sites is displayed. It has not been provided.

  Further, as a means for providing a customized screen for each user in an in-house portal site, according to Patent Document 1, “what” is selected according to the job title of the user, the work in charge, and the frequency of use of the target system. "It is shown whether to display on the portal site, but the display is uniform regardless of the user.

JP 2005-208932 A

  A company introduces and builds a portal site with the aim of improving operational efficiency. In the conventional portal site creation system, “to whom” and “what” can be displayed to some extent, but the “display method” is considered. I couldn't say that.

  Further, in the case of a portal site in a company, it is necessary to provide an optimal portal site by collecting various websites and business systems, etc., instead of optimizing within a limited website.

  It is an object of the present invention to provide a portal site generation apparatus that can generate an appropriate menu to be displayed on a portal site by an appropriate display method when a user performs business or the like.

  For this purpose, in the present invention, a portal site generation device for providing a portal screen on which a portal candidate is displayed for each user on a user terminal is classified by portal candidate with a display pattern for each portal candidate defined. It comprises a storage device that stores display pattern information and display pattern priority information that defines the display pattern priority for each portal candidate, and a processing device connected to the storage device. Use frequency information and usage content information for each portal candidate is obtained from the operation information of the user terminal, portal candidate priority information indicating the priority order of the portal candidates is determined from this usage frequency information, and the usage content information, portal Portal screen for users using candidate priority information, portal candidate display pattern information, and display pattern priority information To provide a portal site generating device for generating.

  In addition, the present invention provides a portal screen design program for a system including a processing device and a storage device, which provides a portal screen for displaying at least one portal candidate on a user terminal. Stores the display pattern information for each portal candidate that defines display patterns for each candidate and the display pattern priority information that defines the priority of display patterns for each portal candidate. Usage frequency information and usage content information are aggregated for each candidate, portal candidate priority information indicating the priority order of portal candidates is obtained and stored from this usage frequency information, and the usage content information, portal candidate priority information, and portal candidate-specific information are stored. Based on the display pattern information and display pattern priority information, it is recommended to generate a portal screen for the user. To provide a portal screen design program to be.

  Furthermore, in the present invention, as a portal site generation device for providing a portal screen on which a portal candidate is displayed for each user on the user terminal, the processing device is based on the operation information of the user terminal of the user. When obtaining the usage frequency information and usage content information for each portal candidate, the usage frequency information and the usage content information are stored in the storage device according to the time when the operation related to the operation information is performed. Provided is a portal site generation device that determines portal candidate priority information according to corresponding time from usage frequency information and generates a portal screen for a user according to time.

  According to the present invention, an appropriate portal candidate and an appropriate display method are selected according to the usage status of the user, and a portal screen for each user is constructed. Furthermore, it is possible to create a portal site that displays optimal portal candidates in an appropriate and optimal display method. Thereby, each user can improve the efficiency of access to each system and necessary information and the efficiency of work. Further, when the portal candidates to be displayed according to the time zone are changed according to the work flow of the user, for example, in the morning and evening, the work efficiency can be further improved.

  Embodiments of the present invention will be described below with reference to the drawings.

  The system conceptual configuration of the first embodiment is shown in FIG. As shown in the figure, the present embodiment is mainly composed of a portal use process 101 and a portal screen design process 102. The portal usage process 101 includes a user terminal 103 that displays a portal screen, a portal site creation device 104 that receives a screen display request from a user and displays the portal screen, and a portal menu for each user when the portal screen is generated. It consists of user-specific portal screen configuration definition information 105 to be provided.

  On the other hand, the portal screen design process 102 collects the usage status (user operation information) from the configuration user terminal 103 and registers the usage status in the user log, the user log 106, and portal candidate usage. By referring to the pattern information 112, the usage status for each portal candidate system is totaled, the portal candidate usage status totaling process 109 registered in the usage frequency / usage content information 107 and the usage frequency / usage content information 107 are referred to, and the portal candidate Portal candidate priority order setting processing 111 registered in the portal candidate priority information 113, usage frequency / usage content information 107, portal candidate priority information 113, portal candidate-specific display pattern information 114, display pattern Portal screen for each user with reference to priority information 115 and final display selection criteria information 116 Designed, composed portal screen configuration design process 110 of registering the user-specific portal screen selection information 117 and the user-specific portal screen configuration definition information 105. This is composed of a portal screen design server as a portal site generation apparatus described below.

  Next, a specific system configuration of this embodiment will be described.

  FIG. 14 shows an example of the hardware configuration of the system in this embodiment. In the figure, reference numeral 1400 denotes a user terminal, which comprises a processing device (CPU) 1401, an input / output device 1402 such as a keyboard, mouse and monitor, and a main storage device (memory) 1403. 1404 is a portal site creation server, 1405 is a portal screen design server, and 1406 is a network.

  The portal site creation server 1404 and the portal screen design server 1405 have at least CPUs 1406 and 1407 and main storage devices 1408 and 1409, respectively. The main storage device 1408 portal site creation program and the user-specific portal screen configuration definition information 105 shown in FIG. 1 are stored. On the other hand, the main storage device 1409 stores a portal screen design program 1410 and various data 1411 such as the user log 106 shown in FIG.

  The portal site creation server 1404 and the portal screen design server 1405 may be separate servers or the same server.

  Before describing the operation of this embodiment in detail, an example of the portal site, portal candidates, and display pattern in this embodiment will be described with reference to FIG. 15 showing a portal screen. FIG. 15 shows an example of one individual portal screen in the A company portal site. In this embodiment, “portal candidates” refer to individual business systems and websites displayed on a portal screen as shown in the figure. In the figure, four portal candidates of news (new arrival), daily report system, schedule, and link list are displayed. As is clear from FIG. 15, one business system or website may be displayed in one portal candidate, or a plurality of business systems or sites may be displayed in the form of a link list. it is obvious.

  Furthermore, the display pattern, “new arrival display”, “data linkage”, “partial display”, and “link” in this embodiment will be described. In FIG. 15, reference numeral 1501 denotes a display pattern of “new arrival display”. Reference numeral 1502 denotes a display pattern of “data linkage”. Reference numeral 1503 denotes a display pattern of “partial display”, and 1504 denotes a display pattern of “link”.

  Note that the number of portal candidates displayed on the portal screen does not have to be four as shown in FIG. 15, and it is sufficient that at least one portal candidate is displayed on the portal screen.

  Next, the portal screen design process will be described with reference to FIG. As described above, this portal screen design process is executed by the CPU 1407 of the portal screen design server 1405 having the system configuration shown in FIG. Now, while performing daily operations, users use business systems and websites that are candidate portals whenever necessary. FIG. 3 shows an example of a user log collected and accumulated from the user terminal for these pieces of operation information.

  Step 2-1 is a step of collecting operation information as a user log from the user terminal. For example, as shown in FIG. 3, the user log includes a start time 310 indicating a time at which an operation on a target window is started and an end time 320 indicating a time at which the operation is ended. Working time 330 derived from the difference between the start time and end time, portal candidate 360, portal candidate candidates such as individual business systems and websites that are the subject of work, and for which portal candidate functions and windows A window name 340 that records whether the operation has been performed, and an operation 350 that records what operation, such as a mouse operation or key input, is performed for the work performed by the user during the work time.

  In step 2-2, how often (how many times and how long) each portal candidate was used from the user log obtained in step 2-1 (how used: input operation / reference operation) It is a step which totals the usage pattern and its ratio. FIG. 5 shows an example of usage frequency / usage content information, which is a totaling result. Usage frequency / usage content information is input for each portal candidate 510. The number of accesses to the target portal candidate in a certain period and the usage time per time are totaled. It is composed of usage patterns 530 indicating whether the operation is a reference operation or a ratio 540 obtained by calculating a temporal ratio of the usage patterns. The usage pattern 530 indicating whether the operation is an input operation or a reference operation and the ratio 540 are collectively defined as the usage content 550.

  When defining a usage pattern, definition information for determining what kind of operation is performed on the window name and portal candidate to be operated is required. The definition information is portal candidate usage pattern information. An example is shown in FIG. In FIG. 4, a usage pattern is defined for determining whether the target operation is an input action or a reference action for each portal candidate 410, each window name 420, and each operation 430. For example, when the portal candidate is mail and the operating window is a mailbox, the usage pattern is defined as “reference” regardless of whether the user's operation is a mouse or a key operation. With reference to this portal candidate usage pattern information, the usage pattern is determined from the user log. Steps 2-1 and 2-2 show an example in which usage frequency / usage content information is automatically tabulated, but it is also possible to manually define such as questionnaires and interviews.

  Further, the usage frequency / usage content information shown in FIG. 5 shows an example of aggregation for an individual, but it is also possible to aggregate the units of this aggregation by job title or organization. In this case, the process after step 2-3 becomes the post or organizational unit, and the finally determined portal screen is the optimal portal screen in the unit.

On the contrary, when time is divided and summed up like AM, PM, and after a fixed time, it becomes possible to define an optimal portal screen according to time. In this regard, details will be described later as a second embodiment. In step 2-3, the priority of portal candidates is extracted by referring to the usage frequency from the usage frequency / usage content information tabulated in step 2-2. Is the step of determining. Means for accumulating the result of determining the priority from the usage frequency is portal candidate priority information. An example is shown in FIG.

  The portal candidate priority information is divided into a frequency 620 indicating the number of accesses and a usage time 640 indicating the total usage time for each portal candidate 610, and the frequency ranking 630 and usage for each ranking. It consists of a time order 650 and a final priority order 660 that defines the priority order of final portal candidates.

  The total usage time is the same for a system that is accessed once a day and used for 1 hour, and a system that is accessed 10 times a day and used for 6 minutes per time. However, when designing a portal screen aimed at improving business efficiency, the latter system with a high number of accesses should be given higher priority. In FIG. 6, the priority order is comprehensively determined from the order of access frequency (number of times) and the order of use time.

  Step 2-4 is a step of confirming the display pattern of portal candidates. A display pattern refers to a method of displaying individual portal candidates. For example, a pattern that is displayed as a simple link, a pattern that displays new information for a system whose contents are constantly updated, such as email and news, a pattern that displays only a part of a static website, and a system that involves input There are four possible display patterns that link with the back-end system and allow data input directly. The display patterns of these four patterns are fixed for each portal candidate system. For example, in the case of a website centering on information provision, there is no display pattern for “data linkage” because it is different from a system that requires input, and a display pattern for displaying part or a display pattern for displaying a link is provided. The In this way, what defines possible display patterns for each portal candidate is the display pattern information for each portal candidate. An example is shown in FIG.

  The portal candidate-specific display pattern information shown in FIG. 7 includes a portal candidate 710 and a display pattern 720 indicating how to display individual portal candidates. In step 2-4, the display pattern is confirmed for each portal candidate with priority.

  Step 2-5 is a step of confirming the use case from the use content status for the portal candidate. When the user's usage contents are many input operations, the work efficiency is higher when the display pattern is data linkage. On the other hand, when there are many reference operations, the business efficiency is higher when the new arrival display or the partial display is used as the display pattern than the data linkage. Thus, display pattern priority information 115 defines the prioritization of display patterns according to the status of usage contents. An example is shown in FIG.

  The display pattern priority information includes a usage content status 820 that is a pattern in which usage content 550 is divided into cases, a usage case 810 that is given names “A” and “B” for convenience, and for each usage content status. The display pattern priority 830 defines the display pattern priority order. In FIG. 8, when the input operation is more than the reference operation in the usage status 820 (use case 810 is “A”), the data linkage display pattern is the highest, followed by new arrival display, partial display, Priorities are given in the order of links. On the other hand, when there are more reference operations than input operations in the usage content status 820 (use case 810 is “B”), the display pattern of the new arrival display is the highest, followed by partial display, data linkage, and link Priorities are given in order.

  As described above, in step 2-5, the priority of the display pattern is defined based on the usage contents of the user corresponding to each portal candidate, that is, the ratio between the input operation and the reference operation.

  In step 2-6, display pattern candidates are determined from the display patterns for each portal candidate confirmed in step 2-4 and the display pattern priorities based on the usage contents confirmed in step 2-5. For example, in the case of mail, three display pattern candidates are “data linkage”, “new arrival display”, and “link” as shown in FIG. Further, it can be seen from FIG. 5 that the usage rate of mail is higher in the proportion of input usage. Furthermore, according to FIG. 8, when the input ratio is large as the usage content, the usage case is “A”, and the display pattern with high priority is “data linkage”. As a result, “data linkage” is selected as a display pattern candidate.

  Step 2-7 indicates that Steps 2-4 to 2-6 are repeated for the business system, web site, and the like that are listed as portal candidates, so that display pattern candidates are determined.

  Through the above steps, the optimum display pattern was determined for each menu of the portal from the menu characteristics and usage status. However, the screen area required for data linkage, new arrival display, and partial display is clearly different from the area required for link display. In addition, the range that can be displayed on the user's screen is limited. Displaying all menus in such a limited range in an optimal display pattern causes vertical and horizontal scrolling, and as a result is not a portal that improves business efficiency.

  Therefore, in step 2-8, a final portal candidate display pattern is determined in consideration of the screen display area. In this step, the final display pattern is determined with reference to the final display selection criterion information that defines the number to be displayed for each display pattern. In this step, the display pattern candidates determined in step 2-6 are compared with the final display selection criterion information, and the final display pattern is determined from the portal candidates having the highest priority.

  FIG. 9 shows a definition example of the final display selection criterion information. The final display selection criterion includes a number 920 that defines the number to be displayed for each display pattern 910.

The portal screen selection information for each user is defined in order from the portal screen configuration design process shown in steps 2-3 to 2-8. The information obtained in step 2-3 shown in FIG. 10 is set in the portal priority 1010 and portal candidate 1020. Information obtained in step 2-4 is set in the display pattern 1030. The information obtained in step 2-5 is set in the use case 1040. As described with reference to FIG. 8, this use case indicates the use contents such as whether there are many input operations or many reference operations. The information obtained in step 2-6 is set in the display pattern candidate 1050. Information obtained in step 2-8 is set in the final display pattern 1060.

  The final portal candidate defined in step 2-8 and its display pattern are defined in the portal screen configuration definition information for each user. An example is shown in FIG. This information is referred to in the portal use process 101, and an optimal portal screen is provided to the user.

  In the portal screen design process shown in FIG. 2, the frequency of defining the user-specific portal screen configuration definition information can be updated frequently or in real time.

  Next, the portal site use process 101 from when the user terminal 103 accesses the portal site creation apparatus 104 until the portal screen is displayed will be described with reference to FIG.

The portal site creation apparatus 104 receives a screen display request from the user terminal. (Step 12-1)
Next, it is determined who the user is (step 12-2). There are a number of user judgment methods, such as requesting login and judgment from the IP address, but they are not specified here.

In the next step, the portal screen configuration definition information 105 for each user is referred to, and the portal candidate and the final display pattern of the target user are acquired (step 12-3).
Further, a portal screen dedicated to the user is generated from the acquired information (step 12-4), and the generated portal screen dedicated to the user is displayed on the user terminal 103 (step 12-5).

  As described above, the first embodiment has described the method of providing one optimal portal screen to the user. Next, as a second embodiment, an embodiment in which an optimal portal screen is changed according to time will be described.

  FIG. 13 is a diagram showing an example in which the user-specific portal screen configuration definition information is defined by time according to the second embodiment. In order to define the screen structure according to time, when the usage frequency and usage content are totaled from the user log shown in Step 2-2 of FIG. 2, it is not simply totaled, but from 8:00 to 12:00, It is possible to define portal candidates and final display patterns according to time by dividing and totaling from 12:00 to 17:00 and defining in a similar manner in divided time units from Step 2-3. It is. This makes it possible to define an optimal portal screen according to time.

The figure which shows the conceptual structure of the 1st Example of this invention. The figure which shows the portal screen design process of a 1st Example. The figure which shows the example of the user log for demonstrating a 1st Example. The figure which shows the example of utilization pattern information classified by portal candidate explaining a 1st Example. The figure which shows the example of usage frequency / usage content information explaining a 1st Example. The figure which shows the example of portal candidate priority information explaining a 1st Example. The figure which shows the example of the display pattern information classified by portal candidate explaining a 1st Example. The figure which shows the example of display pattern priority information based on the condition of the use content explaining a 1st Example. The figure which shows the example of the final display selection reference | standard information explaining a 1st Example. The figure which shows the example of the portal screen selection information classified by user explaining a 1st Example. The figure which shows the example of the portal screen structure definition information classified by user explaining a 1st Example. The figure which shows the portal utilization process for demonstrating a 1st Example. The figure which shows the example of portal screen structure definition information classified by user (per time) explaining a 2nd Example. The system block diagram of a 1st Example. The figure which shows the portal screen for demonstrating the portal candidate and display pattern of a 1st Example.

Explanation of symbols

101: Portal use process, 102: Portal screen design process, 103: User terminal, 104: Portal site creation device, 105: Portal screen configuration definition information for each user, 106: User log, 107: Usage frequency / usage content Information: 108: Usage status collection, 109: Portal candidate usage status aggregation, 110: Portal screen configuration design, 111: Portal candidate priority setting, 112: Portal candidate usage pattern information, 113: Portal candidate priority information, 114: Portal candidate-specific display pattern information, 115: Display pattern priority information, 116: Final display selection criterion information, 117: User-specific portal screen selection information.

Claims (5)

A portal site generation device for providing a portal screen on which a portal candidate for each user is displayed on a user terminal,
A storage device that stores display pattern information by portal candidate that defines display patterns by portal candidate, display pattern priority information that defines priority of the display pattern by portal candidate, and is connected to the storage device And a processing device
The processor is
From the operation information of the user terminal of the user, obtaining usage frequency information and usage content information for each portal candidate,
From the usage frequency information, determine portal candidate priority information indicating the priority of the portal candidates,
A portal site generation device that generates a portal screen for the user using the use content information, the portal candidate priority information, the portal candidate-specific display pattern information, and the display pattern priority information. The portal site generation device according to claim 1,
The portal content generating apparatus, wherein the usage content information is information indicating a ratio between an input action and a reference action in the operation information. The portal site generation device according to claim 1,
The processor is
When obtaining the usage frequency information and usage content information for each portal candidate from the operation information of the user terminal of the user, the usage frequency information and the usage content are classified according to the time when the operation related to the operation information is performed. Storing information in the storage device;
When determining the portal candidate priority information, the portal candidate priority information is determined by the corresponding time from the usage frequency information stored by time,
A portal screen for the user is generated according to time using the usage content information according to time, the portal candidate priority information according to time, the display pattern information according to portal candidate, and the display pattern priority information. A portal site generation device. A portal screen design program for a system comprising a processing device and a storage device connected to the processing device, which provides a portal screen for displaying at least one portal candidate on a user terminal, the processing device The
Storing display pattern information for each portal candidate that defines a display pattern for each portal candidate, and display pattern priority information that defines the priority of the display pattern for each portal candidate,
From the operation information of the user of the user terminal, the usage frequency information and the usage content information are totaled for each portal candidate,
Obtain and store portal candidate priority information indicating the priority of the portal candidates from the usage frequency information,
A portal screen design program that is executed to generate a portal screen for the user based on the usage content information, the portal candidate-specific display pattern information, the display pattern priority information, and the portal candidate priority information. . A portal screen design program according to claim 4,
The use content information is a portal screen design program which is information indicating a ratio of an input action and a reference action in the operation information.

Images