JP2005275865A - Web page automatic production system and method, and web page automatic producing program - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To allow a site producer to easily produce a Web page. <P>SOLUTION: This Web page automatic production system has: a design information storage means previously storing design information including each menu item name constituting a menu screen and hierarchical position information corresponding to each menu item thereof; and a menu hierarchical information production means producing and storing menu hierarchical information showing a hierarchical structure among the respective menu items on the basis of the hierarchical position information of each the menu item included in the design information in a data format constituting the Web page. A Web page production transmission means has a menu screen production function generating the menu screen displaying the menu item corresponding to access request information to a specific Web page received from a user terminal by an access request reception means on the basis of the menu hierarchical information. <P>COPYRIGHT: (C)2006,JPO&NCIPI

Description

  The present invention relates to an automatic web page creation system, and more particularly to a system for automatically creating a web page having a menu screen having a tree structure. The present invention also relates to a web page automatic creation method and a web page automatic creation program.

  Due to the development of the Internet, various WEB pages have appeared. In order to facilitate user operations, many web pages have been developed that display menu items such as which item is currently being executed (displayed) and which item should be executed (displayed) next. Has been.

  In the conventional WEB page creation method, it is necessary to program and create a transition function between WEB pages and a display function of a menu portion every time. An example of such a prior art is shown in Patent Document 1. In the “screen transition control method” disclosed in this document, screen transition is performed from setting information. That is, a screen transition function is realized by referring to a screen control table created in advance.

JP-A-4-105120 JP 2001-134616 A JP 2002-108906 A

  However, in the screen control method of the WEB page shown in Patent Document 1, the function for displaying the menu item is not mentioned. In order to realize the function to display this menu item, it is necessary to create a menu item to be displayed for each screen information file, but this method is related to every time a new menu is added or changed. All screen information files need to be changed. That is, in the technique shown in Patent Document 1, programming work is required to create a transition function between WEB pages and a display function of a menu part, and there is a problem that it takes time and cost. . Along with this, there is a problem that once it is created, it takes time to add and change menus.

  In some cases, the client accesses the server in an order different from the order assumed when accessing the server. That is, when a WEB browser is targeted, since an arbitrary character string transition path can be input from the WEB browser to the server, access to menu items not displayed on the screen can be considered. In this way, it specifies which screen is to be generated next for the transition displayed on the screen (previously assumed transition), but it cannot respond to requests in an unforeseen order. If they are accessed in an order that does not, a display error may occur, and the subsequent operation of the website itself is not guaranteed.

  Furthermore, as a technique for performing WEB page display for facilitating the user's operation, there are also those disclosed in Patent Documents 2 and 3 described above. Patent Document 2 discloses a technique of collecting web pages, adding an index to the web pages, and classifying the web pages in order to perform web search efficiently. Similarly, in Patent Document 3, the search menu is automatically updated and displayed in a form determined to be optimal for each user based on the usage history of each user in order to efficiently perform a WEB search. It is a technology to do.

  However, the above Patent Documents 2 and 3 are intended to facilitate WEB search, and do not facilitate the design of web pages. That is, the one of Patent Document 2 only makes it easy to search the collected web pages, and does not facilitate the creation of many web pages. Further, the one of Patent Document 3 is effective only for a site that has been visited once, and can only deal with a web page having a certain structure.

  Therefore, an object of the present invention is to provide an automatic web page creation system that can be easily created by a site creator and is easy for a user to use.

Therefore, in the present invention, an access request accepting unit that accepts access request information to a specific web page from a user terminal connected via a network, and a web page that includes a menu screen and a main screen identified by the access request A web page creation and transmission means for creating and transmitting to the user terminal,
Design information storage means for preliminarily storing design information including each menu item name constituting the menu screen and hierarchical position information corresponding to each menu item;
Menu hierarchy information creating means for creating and storing menu hierarchy information representing a hierarchical structure between the menu items based on the hierarchy position information of each menu item included in the design information in a data format constituting a web page; With
Menu screen creation function for generating a menu screen for displaying a menu item corresponding to access request information for a specific web page received from the user terminal by the access request receiving means based on the menu hierarchy information. It has the structure of having.

More specifically, an access request receiving means for receiving page transition path information that is an access request to a specific web page from a user terminal connected via a network, and a menu screen specified by the page transition path information And a web page creation and transmission means for creating a web page consisting of a main screen and transmitting it to the user terminal,
Design information including each menu item name constituting the menu screen, hierarchical position information corresponding to each menu item name, and main screen information constituting the main screen, corresponding to the page transition path information for specifying the web page Design information storage means for storing in advance,
A menu hierarchy that creates menu hierarchy information that represents a hierarchical structure between menu items based on the hierarchy position information of each menu item included in design information in a data format that constitutes a web page and stores it together with page transition path information An information creation means,
A menu screen that generates a menu screen that displays a menu item corresponding to page transition path information to a specific web page received from the user terminal by the access request receiving unit based on the menu hierarchy information. The configuration includes a creation function and a web page creation function for setting a main screen corresponding to the page transition path information displayed together with the created menu screen based on the main screen information.

  In the above configuration, it is desirable that the design information is data in which menu item names and main screen information are associated in advance in a tabular format for each specific page transition path. Further, it is more desirable that the design information is data in which the hierarchical position information of each menu item name is arranged at a position corresponding to the hierarchical level in the data configured in a table format.

  With this configuration, first, menu hierarchy information representing a menu hierarchy structure (tree structure) is created from tabular design information prepared in advance by a web page creator. When there is an access from the user, a menu display corresponding to the access transition path is automatically created reflecting the hierarchical structure, and a web page including the menu display and the main screen is created and transmitted to the user terminal. The Therefore, it is possible to automatically create a web page having a tree-structured menu from the tabular setting information, to facilitate and speed up the creation of the web page, and to reduce the creation cost. it can. In particular, because the design information is created in a tabular format, web pages can be easily changed, and menu items can be easily added, changed, moved, etc., even in a tree structure menu. be able to.

  In addition to the above-described configuration, the menu screen creation function has a display menu hierarchy storage function for storing, in a predetermined storage unit, hierarchy position information of menu items in a web page that has already been transmitted in response to a request from the user terminal. The menu screen is created when the hierarchical position of the menu item name on the menu screen corresponding to the page transition path information received from the user terminal is lower than the hierarchical position information stored by the display menu hierarchical storage function. It is desirable to have a function.

  As a result, the hierarchy information of the web page that has already been passed is stored, so if an access request is made to a page other than the web page located below this hierarchy, the web page is not created as an access error. It becomes. Therefore, unauthorized access can be prevented with a simple design by preventing access to the page when there is an access request other than the assumed order from the user terminal.

Further, the present invention provides an access request receiving step in which a web server connected to a user terminal via a network receives access request information from a user terminal to a specific web page;
In a web page automatic creation method, including a web page creation and transmission step in which a web server creates a web page composed of a menu screen and a main screen specified by the access request and transmits the web page to a user terminal.
Before and after the access request accepting step, the web server determines whether each menu item is based on design information including the name of each menu item constituting the menu screen stored in advance and the hierarchical position information corresponding to each menu item. A menu hierarchy information creating step for creating and storing menu hierarchy information representing a hierarchical structure in a data format constituting a web page,
In the web page creation and transmission step, a menu screen for displaying menu items corresponding to access request information for a specific web page received from the user terminal by the web server in the access request reception step is generated based on the menu hierarchy information. It is also a web page automatic creation method that includes a menu screen creation process.

Further, according to the present invention, an access request receiving means for receiving access request information to a specific web page from a user terminal connected via a network, and a web page comprising a menu screen and a main screen specified by the access request A web page creation and transmission means for creating and transmitting to a user terminal,
Design information storage means for preliminarily storing design information including each menu item name constituting the menu screen and hierarchical position information corresponding to each menu item;
Menu hierarchy information creating means for creating and storing menu hierarchy information representing a hierarchical structure between the menu items based on the hierarchy position information of each menu item included in the design information in a data format constituting a web page; As well as
Menu screen creation for generating a menu screen for displaying a menu item corresponding to access request information for a specific web page received from the user terminal by the access request receiving means on the web page creation transmitting means based on the menu hierarchy information It is also a web page automatic creation program for realizing the functions.

  Even if it is such a structure, it acts similarly to the above-mentioned, and the said objective can be achieved.

  Since the present invention is configured and functions as described above, according to this, a web page having a tree-structured menu can be automatically created from setting information that can be easily created, facilitating web page creation, It has an unprecedented excellent effect that it can be speeded up and the production cost can be reduced.

  The web page automatic creation system according to the present invention creates a web page having a tree-structured menu from tabular design information. In other words, the web page creator can easily provide a web page having a complicated tree structure by creating tabular design information having hierarchical position information of menu items. Hereinafter, the detailed structure is demonstrated in an Example.

  A first embodiment of the present invention will be described with reference to FIGS. 1 and 2 are diagrams showing the configuration of an automatic web page creation system according to the present invention. 3 to 7 are diagrams for explaining the structure of data used in this system. 8 to 9 are diagrams showing operations in the present system. 10 to 12 are diagrams for explaining the structure of data used in this system.

<Constitution>
The web page automatic creation system according to the present invention is a system built in a web server 1 that opens a predetermined website and distributes a web page to a user terminal that has accessed. And the web server 1 provided with this web page automatic creation system is connected to the user terminal U via the network N, as shown in FIG.

  The web page automatic creation system according to the present invention is not limited to being built in the web server 1. It is constructed in another server computer connected to the web server 1, and in response to a request from the user terminal U to the web server 1, the other server computer changes to the web server 1 and creates a web page. May be. Further, as will be described later, each processing unit constituting the web page automatic creation system constructed in the web server 1 is not limited to being constructed in one computer. That is, the web page automatic creation system may be configured by a plurality of computers.

  Next, the configuration of the web server 1 shown in FIG. 1, that is, the detailed configuration of the web page automatic creation system will be described with reference to FIG. First, the web server 1 is a server computer that opens a website as described above, and includes a CPU 10 that is a calculation unit, a memory such as a hard disk 20 (HD) and a RAM 30 that are storage devices, an input device, an output device, and the like. It has a configuration that a general computer has.

  The hard disk 20 stores web page design information 21 designed in advance by a web page creator, and forms a design information storage unit (design information storage means). This design information includes the menu item names constituting the menu screen corresponding to the page transition path information specifying the web page, the hierarchical position information corresponding to the menu item names, the main screen information constituting the main screen, , Including. More specifically, a description will be given with reference to FIG.

  As shown in FIG. 3, the web page design information T is tabular data, and one piece of data is associated with a predetermined item for each menu item, in other words, for each page transition path information corresponding to each menu item. Is remembered. That is, in the example of FIG. 3, page transition path information and action classes corresponding to one menu item are stored for each “row”.

Specifically, each design information is composed of the following five items.
In the column “menu name (1) to menu name (5)”, menu names to be displayed in the menu section are entered. Note that the numerical values (1) to (5) in parentheses indicate the hierarchy for displaying the menu, and the smaller the numerical value, the higher the hierarchy. In this example, there are five hierarchies, but it can be expanded to any number. At this time, only one menu name (1) to (5) exists in one line.
In the “transition path” column, page transition path information, which is a web page transition request requested from the user terminal when the user selects a menu item displayed on the web page, is entered.
In the “action class” column, an execution class name of Java (registered trademark) that performs processing (log output, search from a database, etc.) performed when displaying a screen is entered.
In the “level 1 to level 5” column, a unique menu ID corresponding to the menu name is entered. In addition, it is the same as the menu name and can be expanded to an arbitrary number. At this time, only one menu ID from level1 to level5 is entered in one line. The level corresponds to a menu hierarchy having a tree structure, and the lower the number, the higher the hierarchy.
In “Display page”, the page name of the main part to be displayed in response to the request is entered.

  As described above, in the design information T, the item “menu name” or the item “level” represents a hierarchy. That is, in the data configured in a table format, the hierarchy position information of each menu item is included, and the menu item name is arranged and represented at a position corresponding to the hierarchy.

  The hard disk 20 also stores a main screen resource 22 such as image data required when creating a main page. This main screen resource is read by designation by a tag when a web page is finally created and displayed on the page.

  Next, each processing unit constructed by incorporating a predetermined program into the CPU 10 will be described. First, as illustrated in FIG. 2, the CPU 10 includes a request processing unit 11 (access request receiving unit) that receives page transition path information that is an access request from the user terminal U to a specific web page, and the page transition path information. A menu screen generation unit 12, a main screen generation unit 13, and a request processing unit 11 (web page creation / transmission means) that create a web page composed of the menu screen and the main screen specified in the above and transmit them to the user terminal are constructed. ing. Further, page transition path information is created by creating menu hierarchy information representing a hierarchical structure between the menu items based on the hierarchy position information of each menu item included in the design information T in a data format constituting a web page. A screen structure property generation unit 14 (menu hierarchy information creation means) that stores them together is constructed. Hereinafter, functions of the processing units 11 to 14 will be described.

  First, the function of the screen structure property generation unit 14 will be described. This screen structure property generation unit 14 generates a tree display property file 32, a screen transition property file 31, and a menu part display template file 33 from the tabular design information T stored in the hard disk 20 in advance. These files are stored in a storage device such as the RAM 30.

Here, an example of generating the tree display property file 32 from the design information T will be described with reference to FIG. At this time, the transition path, items of level 1 to 5 in the design information T are used. The property file for displaying tree information has two attributes, a level of the hierarchy for displaying the menu for one transition path and a name of the menu ID. The format of the property file is not limited as long as it is a setting file that can describe two attributes for one transition path. This time, the property file format that describes the properties of two lines of “transition path + .level” and “transition path + .name” is used for one transition path. First, two properties of “transition path + .level” and “transition path + .name” are generated from the data of one line of the design information T. In the item of “transition path + .level”, the numerical value of the level to which the value is input among the levels 1 to 5 is set. In the item “transition path + .name”, the value input in level is set. Here, using FIG. 4 as an example, the value of user_manage is entered in the level1 column in the row of the transition path go_user_manage_page.
go_user_manage_page.do.level = 1
go_user_manage_page.do.name = user_manage
Create two properties.
This is repeated for the number of lines.

  In this way, as shown in the upper left of FIG. 4, the tree display property file 32 is stored in the HTML tag format that is the source for displaying the web page.

  Next, an example of generating the screen transition property file 31 from the design information T will be described. Of the design information T, items of transition path, action class, and display page are used. At this time, a property related to one transition is generated from the data of one row of the table. Note that the implementation of screen transition is not particularly limited as long as it has a function that can set the screen transition destination with the request path and processing content received from the user and a property file in some form for setting the screen transition. This time, as one of the actual construction examples, the property file for screen transition will be explained using the property file of the open source Web application framework Struts. The Struts screen transition property file is an XML format file, and includes a tag <action-mappings> that represents the entire transition information having a plurality of tags <action> representing one piece of transition information. A tag <action-mapping> representing this transition information includes an attribute “path” representing a transition path, a processing class “type” executed when performing a transition, and a tag <forward> representing a page to be displayed as a transition destination. The <forward> tag includes an attribute “path” indicating a page to be displayed when successful, and “name” indicating whether the processing has been successful. In this implementation example, the "name" attribute is always "success".

Then, one <action> tag is generated from the data of one row of the table as the design information T. The transition path corresponds to the “path” attribute of the <action> tag, the action class corresponds to the “type” attribute of the <action> tag, and the display page corresponds to the “path” attribute of the <forward> tag. Here, using FIG. 5 as an example, the following tag is generated from one line of transition path: go_user_manage_page.do action class: GoAction, display page: user_manage.
<action path = "/ go_user_manage_page" type = "GoAction">
<forward name = "success" path = "user_manage"/>
</ action>
This is repeated for the number of rows.

  In this way, as shown in the upper left of FIG. 5, it is possible to generate the screen transition property file 31 represented in the HTML tag format as a source for displaying the web page, and this is stored in the RAM 30. The

Next, a method for generating the menu display template file 33 from the design information T and an example thereof will be described. Of the design information T, menu display, menu name (X), transition path, and level (X) are used. Here, X indicates subscripts 1-5. The menu display template file 33 is a JSP (Java Server pages) format file. The JSP format file executes the contents of the tag if the value of the property of the Java class object that exists during the session is a certain value, and ignores the contents of the tag if the property value does not exist or is not a certain value. Has a tag library function. The implementation is not limited as long as it has this tag library function. In this example, the following two tag libraries <logic: present><logic:equal> are used. Each function is as follows.
<Logic: present> determines whether or not the property value of the object searched by the value of the name attribute exists in the session, and if it exists, the contents of the tag are executed.
<Logic: equal> determines whether the property value of the object retrieved by the value of the name attribute in the session is equal to the value of the value attribute, and if it is equal, the contents of the tag are processed. Note that the functions of these two tag libraries are commonly used functions.

  Here, the rows of design information T have a parent-child relationship. That is, as described above, the hierarchical relationship between the menu items is represented. This will be described with reference to FIG. If a row exists between your own row and the first row in the row below your row, the current row is defined as having children. For example, a child of a row is defined as follows: As shown in FIG. 6, the row existing in the next column of the parent is used as a child. In the case of FIG. 6, the parent 1 has three children: a child 1 (b, c), a child 2 (d), and a child 3 (e). Further, the design information T in FIG. 3 will be described as an example. “User management” on the first line is the “work menu” on the eighth line, which is the first line in the same column among the lines below itself. The rows that have data in the next column (second column) of “User Management” (first column) in the first row are “Partner Registration” in the second row and “Partner List” in the third row. Therefore, the child of “user management” on the first line has two children of “partner registration” on the second line and “partner list” on the third to seventh lines. “Partner registration” in the second row is the “partner list” in the third row, which is the first row in the same column in the row below you. Since there is no line between the two lines, the “partner registration” on the second line has no children.

  FIG. 7 shows an example in which the menu display template file 33 is generated from the design information T. The creation procedure at this time is shown in the flowchart of FIG.

  First, one line of design information is read (step A1). Then, for the read line, the following code is output for displaying the menu name and the link destination (step A2).

<tr>
<td class = "level [x]">
<html: link page = "[Transition path]"> [Menu name (x)] </ html: link>
</ td>
</ tr>
In the case of the first line in FIG. 3, the following code is output.

<tr>
<td class = "level1">
<html: link page = "go_user_manage_page.do"> User management </ html: link>
</ td>
</ tr>

  Subsequently, the line below the current line is read to determine whether there are any children (step A3). At this time, if there is a child on the current line (affirmative determination in step A3), the process of step A4 is performed. If there is no child on the current line (No in step A3), the process ends without doing anything.

  If there are children in the row below the current row, the processes in steps A4 and A5 are repeated for the number of children. That is, in the case of FIG. 1, “user management” on the first line performs two processes of “partner registration” on the second line and “partner list” on the third to seventh lines. First, the following two tags are added as child elements for the control of displaying and hiding menu items (steps A4 and A5).

<logic: present name = "menu" property = "level [x]" scope = "session">
<logic: equal name = "menu" property = "level [x]" value = "[value of levelx]" scope = "session">

  Then, the above processing (steps A4 and A5) is performed for all child rows (affirmative determination at step A6). An example of creating a menu display template file from the design information T in this way is shown in FIG.

  As described above, in the screen structure property generation unit 14 constructed in the CPU 10 of the web server 1, the screen transition property file 31, the tree display property file 32, and the menu portion display template file 33 from the design information 21 in advance. Is generated and stored in a storage unit such as the RAM 30.

  As described above, the CPU 10 includes the request processing unit 11, the menu screen generation unit 12, and the main screen generation unit 13. First, the request processing unit 11 acquires page transition path information that is display designation information of a web page from the user terminal U and passes it to the menu screen generation unit 12 and the main screen generation unit 13. The web page P is generated from each of the screens generated (menu screen P1, main screen P2) and returned to the user terminal. The menu screen generation unit 12 (menu screen creation function) displays a menu item corresponding to page transition path information to a specific web page received from the user terminal by the request processing unit 11 (access request reception unit). A menu screen is generated based on the menu hierarchy information. Further, the main screen generation unit 13 (web page creation function) sets a main screen corresponding to the page transition path information displayed together with the created menu screen based on the main screen information.

  Further, in the menu screen generation unit 12 (menu screen creation function), the hierarchical position information of the menu items in the web page already transmitted in response to the request from the user terminal is formed in the RAM 30 which is a predetermined storage unit. The display menu hierarchy storage function stored in the menu display memory unit 34 and the menu item name hierarchy position of the menu screen corresponding to the page transition path information received from the user terminal are stored in the display menu hierarchy storage function. It also has a function of creating a menu screen when the hierarchy is lower than the hierarchy position information. That is, a function that stores hierarchical information of web pages that have already been passed through and does not create a web page as an access error when an access request is made to a page other than a web page located below this hierarchy have. Thereby, when an access request other than the assumed order is received from the user terminal, the page cannot be accessed, and unauthorized access can be prevented with a simple design.

  Next, the operation of the web server 1 which is the web page automatic creation system having the above configuration will be described with reference to FIGS. FIG. 9 is a flowchart showing the overall operation. 10 to 12 are explanatory diagrams showing data used at that time.

  First, although not shown in the drawing, the web server 1 uses the screen structure property generation unit 14 in advance from the tabular design information T to display a tree display property file 32, a screen transition property file 31, a menu portion display template. A file 33 is generated and stored (menu hierarchy information creation step). This process may be performed after the access request receiving process described later and before the web page creation process.

  Then, when the web server 1 receives an HTTP request or the like from the user terminal U such as a web browser in the request processing unit 11, the web server 1 processes the request content and sends the request parameters to the menu screen generation unit 12 and the main screen generation unit 13. Pass the page transition path information (access request accepting step, step S1). Note that the request request from the user terminal 1 is specifically made by an action such as clicking a link or filling in a form. The request processing unit 12 specifically assumes an HTTP server, a servlet, and the like. Thereafter, the web page 1 generates a web page P including a menu screen P1 and a main screen P2 in response to the request and transmits the web page P to the user terminal U (web page creation and transmission step). Hereinafter, the content of the said process is explained in full detail.

  Upon receiving the request parameter from the request processing unit 11, the menu screen generation unit 12 generates a menu screen P 1 from the request parameter, the tree display property file 32, the menu unit display template file 33, and the menu display memory 34. Specifically, upon receiving the request information, the menu screen generation unit 12 first searches the tree display property file 32 to acquire level and name (step S2). This process will be described below with an actual example.

  When the request http: //xxxx/xxx/go_partner_add_page.do is received from the client, the request processing unit passes the request path information go_partner_page.do to the menu screen generation unit. The menu screen generation unit 12 searches the menu part screen display property file and acquires the name and level corresponding to go_partner_add_page.do. For example, when searching in the property file 32 generated as shown in FIG. 4, go_partner_add_page.do.level = 2 and go_partner_add_page.do.name = partner_add, so level = 2, name = partner_add. After that, check whether the obtained level and name are accesses in the expected order. That is, it is checked whether there is a value at a level below the acquired level in the menu display memory (step S3). At this time, if it does not exist (Yes in step S3), the web page indicating an access error is returned to the user terminal U because it is an access in an unexpected order (step S9). On the other hand, if it exists, the next step (step S4) is performed.

  Subsequently, level and name are added to the menu display memory in the session (step S4). Specifically, name is stored in the storage part of level. Also, when storing, the value of the level larger than its own level is deleted. Then, the menu screen P1 is generated from the menu display memory 34 and the menu part display template file 33 (step S5). Specifically, HTML of the menu part is generated from the menu display memory 34 and the menu display template file 33 in the session. <logic: present> <logic: equal>. . . . . The part surrounded by </ logic: equal> </ logic: present> is the part enclosed in the level column of the property attribute if the value of the value attribute exists in the menu display memory during the session. Output, and if it does not exist, do not output the enclosed part.

  Here, the processing of steps S3, S4, and S5 will be described more specifically with reference to FIGS.

  First, an implementation example of the menu display memory 34 is shown in FIG. The web server 1 has one menu display memory 34 as shown in FIG. 10 for one session of user access. The menu display memory 34 has storage portions of level1 to level10. In the example of this figure, it is 1 to 10, but it can be expanded to an arbitrary number.

  Then, as shown in steps S3 and S4, it is checked whether the access request from the user is in the assumed order, and an example of adding level and name to the menu display memory 34 is shown in FIG. Shown in Referring to this figure, user_manage is stored in level1 and partner_add is stored in level2. When llevel = 3, name = company is added (B1), company is added to level3 as shown in the menu display memory 34b with respect to the menu display memory 34a. When level = 1, name = project_manage is added (B2), the value of level greater than level1 is deleted, so the value of level2 is deleted. As a result, level1 = project_manage is stored as shown in the menu display memory 34c. When level = 4, name = company is added (B3), no value is stored in level3 of the menu display memory 34a. That is, there is no value at the level (level = 3) below the acquired level (level = 4) in the menu display memory (in other words, the upper hierarchy is stored in the memory as a page that has already been displayed. In this case, a web page indicating an access error is returned to the browser (step S9).

  Next, an example in which the menu screen P1 is generated from the menu display memory 34 and the menu display template file 33 in step S5 is specifically shown in FIG. Referring to FIG. 12, user_name is stored in the level1 column of the menu display memory 34, and nothing is stored in the other columns. The value of the property attribute in the A part of the menu display template file 33 is level1, and the value of the value attribute is user_manage. Since user_manage is stored in the level1 column of the menu display memory 34d during the session, the portion A is output. The value of property attribute in part B is level2, and the value of value attribute is partner_list. Since nothing is stored in the level2 column of the menu display memory 34d, the portion B is not output and is not generated as a menu screen. As a result, an output HTML file PF that is a source file of the menu screen is generated from the menu display memory 34d and the menu display template file.

  When the menu screen is generated in this manner, the main screen generation unit 13 generates the main screen P2. When request information is received from the request processing unit 11, the screen transition property file 31 is searched, and an action class for performing processing for generating the main screen P2 is searched (step S6). Then, the main screen P2 is generated according to the processing content of the action class searched in this step (step S7). Note that the processing in steps S6 and S7 is a commonly used processing, and uses, for example, the Struts processing function of an open source web application framework.

  Thereafter, the request processing unit 11 obtains the generated menu screen P1 and the main screen generated from the menu screen generation unit 12 and the main screen generation unit 13, respectively. Return to the user terminal U (step S8).

  This makes it possible to automatically create a web page with a tree-structured menu from tabular setting information, making it easier and faster to create web pages and reducing creation costs. Can also be achieved. In particular, because the design information is created in a tabular format, web pages can be easily changed, and menu items can be easily added, changed, moved, etc., even in a tree structure menu. be able to. As a result, the web system creator does not need to create a function related to the menu section and the screen transition, and can concentrate only on the creation of the main function.

  As described above, the effects of the present invention can be summarized. First, since the functions necessary for constructing the WEB system are automatically generated from the tabular setting information, it is not necessary to create a program at all, and only the tabular setting information is generated. This makes it easy to create a web system with a tree-structured menu.

  In addition, access information is stored in the menu display memory during the session, and results are not output for requests other than the expected order, so that unauthorized access from the user terminal U can be prevented and abnormal operation of the web system can be suppressed. can do.

  Furthermore, since the setting information is in a tabular format, menu items can be easily added, changed, and moved, and the changes can be flexibly handled.

  The web page automatic creation system according to the present invention can be incorporated into a web server that establishes a website, and this facilitates web design, and thus has industrial applicability.

It is a block diagram which shows the outline | summary of a structure of this invention. It is a functional block diagram which shows the structure of this invention. It is explanatory drawing which shows an example of the structure of design information. It is explanatory drawing which shows the mode of the generation of the property file for tree display. It is explanatory drawing which shows the mode of the production | generation of the property file for screen transitions. It is explanatory drawing which shows the mode of the hierarchy of design information. It is explanatory drawing which shows the mode of the production | generation of the menu display template file. It is a flowchart which shows the creation operation of the template file for menu display. It is a flowchart which shows operation | movement when producing | generating a web page automatically. It is explanatory drawing which shows the data memorize | stored in the memory part for menu displays. It is explanatory drawing which shows the mode of the update of the data in the memory part for menu displays. It is explanatory drawing which shows a mode when a web page is produced | generated.

Explanation of symbols

1 Web server (Web page automatic creation system)
11 Request processing part (access request receiving means)
12 Menu screen generator (menu screen creation function)
13 Main screen generation unit 14 Screen structure property generation unit (menu hierarchy information generation means)
21 Design Information 31 Screen Transition Property File 32 Tree Display Property File 33 Menu Display Template File 34 Menu Display Memory Unit T Design Information (Table Format Data)
P Web page P1 Menu screen P2 Main screen

Claims (7)

An access request receiving means for receiving access request information to a specific web page from a user terminal connected via a network, and creating a web page comprising a menu screen and a main screen specified by the access request, and In an automatic web page creation system comprising web page creation and transmission means for sending to a terminal,
Design information storage means for preliminarily storing design information including each menu item name constituting the menu screen and hierarchical position information corresponding to each menu item;
Menu hierarchy information creating means for creating and storing menu hierarchy information representing a hierarchical structure between the menu items based on hierarchy position information of each menu item included in the design information in a data format constituting a web page; With
The web page creation / transmission unit generates a menu screen that displays a menu item corresponding to access request information for a specific web page received from the user terminal by the access request reception unit based on the menu hierarchy information. With a menu screen creation function,
Web page automatic creation system characterized by that. Access request accepting means for accepting page transition path information that is an access request to a specific web page from a user terminal connected via a network, and a web comprising a menu screen and a main screen identified by the page transition path information In a web page automatic creation system comprising web page creation and transmission means for creating a page and sending it to the user terminal,
Each menu item name constituting the menu screen corresponding to page transition path information for specifying a web page, hierarchical position information corresponding to each menu item name, and main screen information constituting the main screen are included. Design information storage means for storing design information in advance;
Based on the hierarchical position information of each menu item included in the design information, menu hierarchical information representing a hierarchical structure between the menu items is created in a data format constituting a web page and stored together with the page transition path information. Menu hierarchy information creating means,
Based on the menu hierarchy information, the web page creation / transmission unit generates a menu screen that displays a menu item corresponding to page transition path information to a specific web page received from the user terminal by the access request reception unit. And a web page creation function for setting a main screen corresponding to the page transition path information displayed together with the created menu screen based on the main screen information. Web page automatic creation system.   3. The automatic web page according to claim 2, wherein the design information is data in which the menu item name and the main screen information are associated in advance in a table format for each specific page transition path. Creation system.   4. The design information according to claim 3, wherein in the data configured in a table format, the hierarchical position information of each menu item name is arranged at a position corresponding to the hierarchical level. Web page automatic creation system.   The menu screen creation function stores the hierarchical position information of the menu item in the web page that has already been transmitted in response to the request from the user terminal in a predetermined storage unit, and the page transition path information received from the user terminal. 3. The menu screen is created when a hierarchical position of a menu item name on a corresponding menu screen is lower than hierarchical position information stored by the display menu hierarchical storage function. , 3 or 4 Web page automatic creation system. An access request receiving step in which a web server connected to the user terminal via the network receives access request information from the user terminal to a specific web page;
In the web page automatic creation method, the web server creates and sends a web page consisting of a menu screen and a main screen specified by the access request to the user terminal,
Before and after the access request accepting step, each menu is based on design information including the name of each menu item constituting the menu screen stored in advance and the hierarchical position information corresponding to each menu item. A menu hierarchy information creating step for creating and storing menu hierarchy information representing a hierarchical structure between items in a data format constituting a web page,
In the web page creation and transmission step, a menu screen that displays a menu item corresponding to access request information for a specific web page received from the user terminal by the web server in the access request reception step is used as the menu hierarchy information. A method for automatically creating a web page, comprising a menu screen creating step that is generated based on the menu screen. An access request receiving means for receiving access request information to a specific web page from a user terminal connected via a network, and creating a web page comprising a menu screen and a main screen specified by the access request, and A computer having web page creation and transmission means for transmitting to a terminal,
Design information storage means for preliminarily storing design information including each menu item name constituting the menu screen and hierarchical position information corresponding to each menu item;
Menu hierarchy information creating means for creating and storing menu hierarchy information representing a hierarchical structure between the menu items based on hierarchy position information of each menu item included in the design information in a data format constituting a web page; , And
Based on the menu hierarchy information, a menu screen for displaying a menu item corresponding to access request information for a specific web page received from the user terminal by the access request receiving unit is generated in the web page creation / transmission unit. A program for automatically creating web pages to realize the menu screen creation function.

Images