JP2006268164A - Picture information generation method, picture information generation device and picture information generation program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To generate a good-looking picture without increasing any labor at a client side. <P>SOLUTION: An information processor 2 is provided with a storage part for storing first display information and a processing part, and the processing part performs an acquisition step for accepting a request from a terminal 1, and for acquiring second display information designated by the request from an external system 3, a generation step for generating picture information for making the terminal display the first display information of the storage part and the second display information acquired by the acquisition step on one picture, and the generation step generates the picture information by inserting the second display information into the first display information. <P>COPYRIGHT: (C)2007,JPO&INPIT

Description

  The present invention relates to a technique for generating screen information to be provided to a terminal.

Currently, various Web pages (documents) are open on the Internet. Web pages are generally described in a markup language such as HTML (HyperText Markup Language). Patent Document 1 describes an HTML file creation device that describes a Web page using a frame function.
JP-A-10-240732

  By the way, a plurality of independent contents may be included in one Web page. For example, there is a case where contents created by a plurality of companies (departments) are desired to be displayed on one Web page. In this case, there is a method of dividing one Web page into a plurality of frames (frames) by the frame function. A plurality of screens partitioned by frames can function as independent entities. Therefore, a company or the like that manages the content displayed on each screen can create the content independently and perform the maintenance of the content.

  However, when the frame function is used, a frame (frame) and a scroll bar for partitioning the screen are displayed on the screen. As a result, the appearance of the design may deteriorate.

  Further, in each screen divided by frames, a scroll bar is displayed when the amount of information of each content to be displayed is larger than the assigned screen. In this case, the user cannot list the contents, and needs to operate the scroll bar to view all the contents. For this reason, the operability may be poor in functionality (unusable).

  When the frame function is used, the Web page displayed on the client may differ depending on the type and version of the Web browser used by the client. In addition, in the case of a client using a Web browser that does not support frames, a Web page using the frame function cannot be displayed.

  In addition, when the frame function is used, the Web browser of the client requests a plurality of HTML files from the server in order to display one Web page, so the load on the network is large. In addition, since the client Web browser analyzes and displays the HTML file for each frame, the system resources (load) on the client side increase, and it takes time to display the Web page.

  The present invention has been made in view of the above circumstances, and an object of the present invention is to generate a screen with better appearance without increasing the load on the client. Another object of the present invention is to generate a screen with better operability.

  In order to solve the above-described problem, the present invention provides, for example, a screen information generation method performed by an information processing apparatus, wherein the information processing apparatus includes: a storage unit that stores first display information; and a processing unit. Have. And the said process part receives the request | requirement from a terminal, acquires the 2nd display information designated by the said request | requirement from an external system, the 1st display information of the said memory | storage part, and the said acquisition Generating the screen information to be displayed on the terminal on one screen with the second display information acquired in the step, and the generating step adds the second display information to the first display information. Is inserted to generate the screen information.

  In the present invention, it is possible to generate a screen with better appearance without increasing the load on the client.

  Hereinafter, embodiments of the present invention will be described.

  FIG. 1 is an overall configuration diagram of a Web system to which an embodiment of the present invention is applied. The web system of this embodiment has at least one client 1, a web server 2, and at least one content server 3, as shown in the figure. Each client 1 and Web server 2 are connected by a network 4 such as the Internet. The Web server 2 and each content server 3 are connected by a network or a dedicated line 5. The Web server 2 and each content server 3 may be connected by a network 4 such as the Internet.

  The client 1 has a Web browser 11, receives a user instruction, acquires necessary information from the Web server 2, and displays it on an output device (not shown).

The Web server 2 receives a request from each client 1, dynamically generates information to be provided to the client 1, and transmits the generated information to the client 1. In the present embodiment, information provided to the client 1 is Web page information (hereinafter, “screen information”). The screen information is described in a markup language such as HTML (HyperText Markup Language) or XML (eXtensible Markup Language). It is assumed that the screen information of this embodiment is described in HTML. The illustrated Web server 2 includes a request receiving unit 21, an execution processing unit 22, a storage unit 23, and a cache processing unit 25. Have. The request reception unit 21 receives a request from the client 1 and delivers the received request to a predetermined information generation file 24 (or the execution processing unit 22). The execution processing unit 22 dynamically generates screen information to be provided to the client 1 and transmits the generated screen information to the client 1. In addition, the execution process part 22 of this embodiment shall perform the said process by running the program of the information generation file 24 memorize | stored in the memory | storage part 23. FIG.

  The storage unit 23 stores at least one information generation file 24. The information generation file is, for example, a JSP file using JSP (Java (registered trademark) Server Pages) technology. That is, the information generation file 24 is a file in which a Java (registered trademark) program is described in screen information described in HTML. The execution processing unit 22 dynamically generates screen information (HTML file) by executing a Java (registered trademark) program described in the information generation file 24 and transmits it to the client 1. In the information generation file 24, a JSP (% tag) is used to describe a Java (registered trademark) program in a portion sandwiched between the tags (or call a Java (registered trademark) Bean). Can do. The execution processing unit 22 executes the JSP tag portion, sequentially converts it into an HTML format tag, generates screen information (HTML file) described only in HTML, and transmits it to the client 1.

  The cache processing unit 25 stores the content acquired from the content server 3 in a cache memory (not shown) that is a high-speed storage device. The cache processing unit 25 receives the request from the execution processing unit 22, and when the designated content is stored in the cache memory, reads the content and sends it to the execution processing unit 22. If the specified content is not stored in the cache memory, the cache processing unit 25 acquires the specified content from the content server 3 and sends it to the execution processing unit 22, and stores the acquired content in the cache memory. To do.

  Each content server 3 is a device having various contents to be provided to the client 1. The content server 3 includes a content management unit 31 and a storage unit 32 in which at least one content 33 is stored. The content management unit 31 receives a request from the Web server 2, reads predetermined content 33 from the storage unit 32, and transmits it to the Web server 2. Moreover, the content management part 31 updates each content 33 of the memory | storage part 32 as needed. In the present embodiment, each content 33 is assumed to be an HTML file described in HTML.

  The client 1, Web server 2, and content server 3 described above all have a CPU 901, a memory 902, an external storage device 903 such as an HDD, and an input device 904 such as a keyboard and a mouse as shown in FIG. A general-purpose computer system including an output device 905 such as a display or a printer and a communication control device 906 for connecting to a network can be used. In this computer system, the CPU 901 executes a predetermined program loaded on the memory 902, thereby realizing each function of each device.

  For example, the functions of the client 1, the Web server 2, and the content server 3 are as follows: the client 901 program is the client 1 CPU 901, the Web server 2 program is the Web server 2 CPU 901, and the content In the case of a program for the server 3, it is realized by the CPU 901 of the content server 3 executing it. The storage unit 23 of the Web server 2 includes the memory 902 or the external storage device 903 of the Web server 2, and the storage unit 32 of the content server 3 includes the memory 902 of the content server 3 or the external storage device 903. Each shall be used. In addition, regarding the input device 904 and the output device 905, each device is provided as necessary.

  Next, a display screen (Web page) displayed on the output device of the client 1 will be described. In addition, the display screen of this embodiment shall be displayed on one screen, without dividing a screen into a some frame using a frame function.

  FIG. 3A is a diagram illustrating an example of a display screen. The Web browser 11 of the client 1 analyzes the screen information (HTML file) received from the Web server 2 and outputs a display screen as illustrated to the output device. The display screen shown is an example of an online trade screen in which individual investors such as day traders buy and sell stocks via a network.

  The illustrated display screen includes a guideline portion 40 and a content portion 50, and the display contents of the content portion 50 are switched using tabs displayed on the guideline portion 40. The guideline part 40 is a part managed on the Web server 2 side, and a first tab group 41 and a second tab group 42 are displayed. Each tab of the first tab group 41 and the second tab group 42 has a role of an index of display contents displayed on the content portion 50. In each tab, a title of display content displayed in the content portion 50 is displayed. In addition, since the tabs of the first tab group 41 and the second tab group 42 are always displayed as a list on the screen, the user can easily access desired content.

  In the illustrated display screen, the contents of the second tab group 42 are switched according to the tab selected in the first tab group 41 (active tab). Specifically, in the first tab group 41 of the illustrated display screen, the “home” tab is selected (active state). In this case, in the second tab group 42, predetermined tabs corresponding to the “home” tab (“first time user” tab, “notice” tab, “handling product” tab, etc.) are displayed. When another tab other than the “Home” tab is selected in the first tab group 41, predetermined tabs corresponding to the selected tab are displayed in the second tab group 42, respectively.

In the content portion 50, the content 33 managed by the content server 3 is displayed. In the content portion 50 of the present embodiment, the displayed content is switched according to the tab selected in each of the first tab group 41 and the second tab group 42. The illustrated content portion 50 includes a content tab group 51 and a content display unit 52. That is, the illustrated content portion 50 further switches the content displayed on the content display unit 52 using the tabs of the content tab group 51.
Specifically, in the illustrated content portion 50, the content when the “home” tab is selected in the first tab group 41 and the “first person” tab is selected in the second tab group 42 is shown. Is displayed. The content in this case further includes three contents of “A information”, “B information”, and “C information”, and selecting (clicking) one of the tabs of the content tab group 51. “A information”, “B information” or “C information” can be displayed on the content display section 52.

  FIG. 3B shows an example of link destination information embedded in each tab of the content tab group 51 of FIG. That is, in the screen information (HTML file) describing the display screen shown in FIG. 3A, the link destination information shown is embedded in the description part of the content tab group 51. In the link destination information, it is assumed that the position information of the content corresponding to each tab is described using, for example, a URL (Uniform Resource Locator).

  That is, the illustrated link destination information includes the domain name of the Web server 2 and the file name 61 of the information generation file, and various arguments 62 to 65. Arguments are parameters to be transferred to the program of the information generation file 24, and are set to an active state in the burl (content server 3 URL) 62, file (content file name) 63, and tab1 (first tab group 41). Tabs) 64 and tab2 (tabs to be activated in the second tab group 42) 65 are included. When any tab of the content tab group 51 is selected (clicked), the Web browser 11 transmits link destination information embedded in the tab to the Web server 2.

  Next, processing of the Web system of this embodiment will be described.

  FIG. 4 is a processing flow diagram of the Web system. The processing flow shown in the figure will be described below by taking as an example a case where any tab of the content tab group 51 on the display screen (see FIG. 3A) is clicked.

  First, the user selects (clicks) any tab in the content tab group 51 on the display screen using the input device of the client 1. The web browser 11 of the client 1 transmits link destination information (see FIG. 3B) of the selected tab to the web server 2 (S1). That is, the Web browser 11 transmits the argument set in the link destination information to the information generation file 24 of the Web server 2 set in the link destination information of the selected tab.

  Then, the request receiving unit 21 of the Web server 2 receives the link destination information from the client 1, and delivers the argument set in the link destination information to the information generation file 24 specified in the link destination information (S2). Thereby, the execution processing unit 22 executes the program described in the designated information generation file 24 and performs the following processing. That is, the execution processing unit 22 executes the JSP tag portion described in the information generation file 24 and sequentially converts it into an HTML format tag.

  First, the execution processing unit 22 requests the content of the content portion 50 of the display screen from the cache processing unit 25 (S3). In other words, the execution processing unit 22 issues a content request instruction including the URL of the content server 3 specified in the argument (ball = “”) of the link destination information and the file name specified in the argument (file = “”). And sent to the cache processing unit 25. When the content (HTML file) 33 having the requested file name is already stored in the cache memory (S4: YES), the cache processing unit 25 reads the content from the cache memory and transmits it to the execution processing unit 22 ( S5).

  On the other hand, when the requested content 33 is not stored in the cache memory (S4: NO), the cache processing unit 25 sends the content server 3 specified in the argument (burl = "") of the link destination information to the content server 3. A request is made for the content 33 having the file name designated by the argument (file = "") (S6). The content management unit 31 of the content server 3 reads the content (HTML file) 33 having the requested file name from the storage unit 32 and transmits it to the Web server 2 (S7).

  The cache processing unit 25 of the Web server 2 sends the content 33 acquired from the content server 3 to the execution processing unit 22 and stores the acquired content 33 in the cache memory (S8). As described above, the execution processing unit 22 of the Web server 2 can acquire the content 33 of the content portion 50.

  The execution processing unit 22 dynamically generates screen information (HTML file) to be transmitted to the client 1 (S9). Specifically, the execution processing unit 22 first pushes (inserts) the content 33 acquired from the content server 3 (or the cache processing unit 25) into a predetermined location of the information generation file 24.

  FIG. 5 is a diagram schematically showing a process of generating the screen information by pressing the content 33 acquired from the content server 3. The Web server 2 has an information generation file 24 shown in the figure. The execution processing unit 22 executes the program described in the JSP tag portion 24a of the information generation file 24, and the content 33 specified by the argument of the link destination information (hajimete-a.html in the illustrated example) Obtained from the server 3 (S6, S7).

  Then, the execution processing unit 22 inserts the HTML data 25a of the acquired content 33 into the JSP tag portion 24a of the information generation file 24, thereby converting the JSP tag portion 24a into the HTML format tag 25a, and only HTML. The screen information (HTML file) 25 described in the above is dynamically generated.

  Further, the execution processing unit 22 sets a tab of the display screen (guideline portion 40) (S5). That is, the execution processing unit 22 selects a tab to be activated in the first tab group 41 and the second tab group 42 set in the argument (tab1 = “”, tab2 = “”) of the link destination information. Identify each one. Then, the execution processing unit 22 sets the identified tab in an active state in the screen information generated by pressing the content 33.

  Specifically, the execution processing unit 22 sets the background color of the specified tab to a color different from the background color of the other tabs, or emphasizes the title character displayed on the tab, so that the user is in an active state. Set to recognize the tabs. As a method for emphasizing characters, it is conceivable to specify the color, size, etc. of characters using various tags for character control. In the display screen shown in FIG. 3A, the title character of the tab set in the active state is underlined.

  As described above, by setting the tab of the guideline portion 40 specified by the argument to be in an active state, the display content of the guideline portion 40 and the display content of the content portion 50 can be always synchronized. That is, the display screen of this embodiment is displayed on one screen without dividing the screen into a plurality of frames using the frame function. In such a display screen, when any desired content information is called by clicking any one of the content tab groups 51, the display content of the guideline portion 40 currently displayed on the screen is not guaranteed. Thereby, the display content of the content part 50 and the display content of the guideline part 40 may be inconsistent (a tab that does not correspond to the content part 50 is displayed in an active state). However, in the present embodiment, since the tab to be activated is specified in the argument of the link information received from the client 1, the execution processing unit 22 displays the guideline portion 40 of the display content that matches the display content of the content portion 50. Can be generated.

  And the execution process part 22 transmits the screen information (HTML file) produced | generated by S5 to the client 1 (S10). Then, the Web browser 11 of the client 1 analyzes the tag of the screen information (HTML file) and displays a display screen as shown in FIG. 3A on the output device (S11).

  In the processing flow shown in FIG. 4, the case where one of the tabs of the content tab group 51 is clicked has been described as an example, but either the first tab group 41 or the second tab group of the guideline portion 40 is selected. The same applies when a tab is clicked. That is, when one of the tabs of the first tab group 41 or the second tab group is clicked, link destination information of the clicked tab is transmitted to the Web server. The execution processing unit 22 acquires predetermined content set as an argument of the link destination information, inserts the content, and generates screen information in which the tab specified by the link destination information is set in an active state. .

  The embodiment of the present invention has been described above.

  In the present embodiment, the display information of the guideline part 40 managed by the Web server 2 and the display information of the content part 50 managed by the content server 3 are displayed on one screen without using the frame function. As a result, it is possible to generate a screen that looks better (more unified) without increasing the load on the client side.

  In this embodiment, since the frame function is not used, even the client 1 using a Web browser that does not support frames can display the screen information generated by the Web server 2. Further, the display screen (appearance) displayed on the client 1 does not change depending on the type and version of the Web browser 11 of the client 1.

  In the present embodiment, the content displayed on the display screen is switched using tabs. Thereby, it is possible to easily display desired content on the display screen without performing a troublesome scrolling operation. That is, it is possible to generate a display screen with better operability (ease of use).

  In this embodiment, the Web server 2 receives a request from the client 1 and dynamically generates display information. Thereby, even when the content 33 managed by the content server 3 is frequently updated, the latest content 33 can always be displayed.

  In the present embodiment, the design (screen configuration) of the entire display screen is managed on the Web server 2 side, and the content managed by the content server 3 is embedded in a predetermined portion (the content portion 50 in FIG. 3A). . As a result, the display screen design (screen configuration) can be easily changed and maintained.

  In the present embodiment, the tab information to be activated is specified in the argument of the link destination information received from the client 1. The Web server 2 generates screen information in which the tab of the guideline part 40 specified by the argument is set to be in an active state, thereby making the display content of the guideline part 40 and the display content of the content part 50 consistent. Can be secured. That is, in the present embodiment, the tab of the guideline portion 40 corresponding to the display content of the content portion 50 can be always set and displayed in the active state.

  In addition, this invention is not limited to said embodiment, Many deformation | transformation are possible within the range of the summary. For example, in the above embodiment, screen information is dynamically generated using JSP technology. However, the present invention is not limited to this, and screen information may be dynamically generated using, for example, ASP (Active Server Pages) technology.

  Further, the Web server 2 according to the present embodiment includes a cache processing unit 25. However, without providing the cache processing unit 25, the Web server 2 may always access the content server 3 and acquire the specified content when receiving a request from the client 1.

1 is a diagram illustrating an overall configuration of a Web system to which an embodiment of the present invention is applied. It is a figure which shows the hardware structural example of each apparatus. It is a figure which shows an example of a display screen and embedding information. It is a processing flow figure of a Web system. It is a figure which shows typically the process which pushes a content into screen information.

Explanation of symbols

1: Client, 11: Web browser, 2: Web server, 21: Request reception unit, 22: Execution processing unit, 23: Storage unit, 24: Information generation file, 25: Cache processing unit, 3: Content server, 31: Content management unit, 32: storage unit, 33: content, 4: network

Claims (6)

A screen information generation method performed by an information processing apparatus,
The information processing apparatus includes a storage unit that stores first display information, and a processing unit.
The processor is
An acquisition step of receiving a request from the terminal and acquiring the second display information specified in the request from an external system;
Performing a generation step of generating screen information for causing the terminal to display the first display information of the storage unit and the second display information acquired in the acquisition step on a single screen;
The generation step includes generating the screen information by inserting the second display information into the first display information. The screen information generation method according to claim 1,
The first display information includes information for displaying a plurality of tabs,
The generating step sets the tab specified by a request from the terminal to an active state among the plurality of tabs, and generates the screen information. The screen information generation method according to claim 1,
The screen information generation method, wherein the screen information generated in the generation step is described using HTML. The screen information generation method according to claim 1,
The information processing apparatus further includes a cache storage unit,
The screen information generation method according to claim 1, wherein the obtaining step obtains the second display information from the external system when the second display information specified by the request does not exist in the cache storage unit. A screen information generating device,
Storage means for storing first display information;
Receiving means for receiving a request from the terminal and acquiring the second display information specified in the request from an external system;
Generation means for generating screen information for causing the terminal to display the first display information of the storage means and the second display information acquired by the acquisition means on a single screen;
The screen information generation device, wherein the generation unit generates the screen information by inserting the second display information into the first display information. A screen information generation program executed by the information processing apparatus,
The information processing apparatus includes a storage unit that stores first display information, and a processing unit.
In the processing unit,
An acquisition step of receiving a request from the terminal and acquiring the second display information specified in the request from an external system;
Generating the screen information for causing the terminal to display the first display information of the storage unit and the second display information acquired in the acquisition step on a single screen; and
The generation step includes generating the screen information by inserting the second display information into the first display information.

Images