JP2010170574A - Information search method and web system - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To search for information with a search server at high speed in response to a request from a client in a WEB system. <P>SOLUTION: An HTTP request from a client is analyzed, an in-memory DB in the search server is searched in accordance with the analysis result to obtain target information, or the HTTP request is transmitted to the WEB server to obtain the target information. Data in an HTML format are generated with respect to information obtained from the in-memory DB or WEB server and are transmitted to a client as a response to the HTTP request. <P>COPYRIGHT: (C)2010,JPO&INPIT

Description

  The present invention relates to an information search method and a WEB system, and more particularly to a server that searches a user who uses a WEB page or information displayed on the WEB page in response to a request from a client, and an information search in the WEB system. .

It is routinely performed that a client accesses a WEB site via a network such as the Internet and acquires information on a WEB page.
Usually, a remote site, which is a WEB site, includes a WEB server having a function of acquiring information in response to a request from a client and transmitting the information, and a DB server that obtains target information by searching a database (DB). In accordance with the content of an HTTP (Hyper Text Transfer Protocol) request transmitted from the client, the DB server obtains target information, creates a WEB page on the WEB server, and responds to the client.

In order to promptly send a target WEB page as a response to a request from a client, it is preferable that acquisition of information on the WEB site, for example, DB search by a DB server is performed at high speed. Conventionally, various proposals have been proposed for this purpose.
For example, Patent Document 1 (Japanese Patent Laid-Open No. 2001-236357) discloses a Web search device that performs a search for a search word designated by a client, even when a desired keyword is not known, effectively searches a Web page. In order to make it possible, a keyword corresponding to the search word and a keyword managed in one or both of the front and rear of the keyword are acquired.

JP 2001-236357 A

  Normally, the information to be searched by the Web server includes various information such as customer name, telephone number, address, service content, etc., and the time required for searching for these information varies. The Web server is kept waiting until the retrieval result of the information that takes the longest time is obtained, so that sending the retrieval result to the client is delayed.

  Further, when providing a service to a user through a Web system, it is necessary to authenticate the user at the start of the service. Usually, the authentication process is performed by collating the ID and password transmitted from the user with these pieces of information registered in the DB in advance. However, if the number of users increases, the amount of information in the DB also becomes enormous, so it takes time to search the DB, which in turn increases the processing time required for authentication, leading to service degradation.

Furthermore, in a Web system that uses a business system that manages information on a large number of users, a user profile, for example, a database that stores basic information such as names, addresses, and telephone numbers, and authority, is searched for users. However, when the number of users increases, there is a problem that it takes time to search for the information.
Thus, in providing a service using a WEB system or in business processing, taking time to acquire necessary information leads to a decrease in service and business efficiency.

  An object of the present invention is to provide a WEB system and an information search method in which the time for searching information is shortened.

  An information search method according to the present invention is an information search method for information in a WEB system in which a search server searches for WEB page information based on an HTTP request from a client, and includes replicas of information acquired from a DB server. A step of storing specific information based on the conditions described in the condition list in the in-memory DB, and an in-memory DB search for specifying the content of the specific information stored in the in-memory DB, including a URI designating a WEB site. Storing a list in a memory; analyzing an HTTP request transmitted from the client; and checking whether a URI included in the HTTP request is included in the in-memory DB search list; As a result, if the URI of the HTTP request is included in the in-memory DB search list, A step of searching an in-memory DB, and a step of sending the HTTP request to a WEB server for URIs not included in the in-memory DB search list among the URIs of the HTTP request as a result of the check; And a step of transmitting the information acquired from the DB server by executing the application program on the WEB server or the information acquired from the in-memory DB to the client as an HTTP response. Is done.

In a preferred example, the information acquired from the in-memory DB or the WEB server is converted into HTML format data, and the converted HTML format data is compressed and transmitted to the client as an HTTP response.
Preferably, when the HTTP request is sent to the WEB server, the response acquired from the WEB server includes information for accessing the in-memory DB in addition to the information described in the HTML format. Whether or not an extension tag is included is analyzed. As a result of the analysis, if the response includes an extension tag, the in-memory DB is searched to obtain target information.
Preferably, the replica condition list includes a description of an extraction interval of information from the target DB, an extraction condition, and an extraction source DB, and at a time specified by the extraction interval of the replica condition list, The specific information is acquired from the extraction source DB by execution, and the contents of the in-memory DB are updated.
Preferably, according to the description condition of the replica condition list, user information including any of an ID, a user name, and a telephone number related to a user of the WEB system is acquired from the extraction source DB, and the in-memory is acquired. Store in DB.

  The program according to the present invention is configured as an information search program for executing the above method on a search server.

  Further, the WEB system according to the present invention is a WEB system having a search server for searching target WEB page information from a DB server by executing an application program on the WEB server based on an HTTP request from a client. In-memory DB that stores specific information based on the conditions described in the replica condition list, and the content of the specific information that includes the URI that specifies the WEB site stored in the in-memory DB A storage unit for storing a specified in-memory DB search list; and an HTTP request analysis unit for analyzing an HTTP request transmitted from the client, wherein the URI included in the HTTP request is included in the in-memory DB search list. Whether or not the HTTP request is held as a result of the check. If the URI is included in the in-memory DB search list, a request for searching the in-memory DB is issued. On the other hand, as a result of the check, the URI included in the HTTP request is included in the in-memory DB search list. For a URI that has not been received, an HTTP request analysis unit that transmits the HTTP request to the WEB server, and a search request that is obtained from the in-memory DB in response to a search request from the HTTP request analysis unit An in-memory DB search request processing unit that analyzes the information of the result, an HTTP response analysis unit that analyzes the information acquired from the WEB server, and information obtained from the in-memory DB or information acquired from the WEB server A response HTML generation unit that edits the data into an HTML format in order to transmit the message to the client. Configured as a WEB system and transmits to the client the information generated by the generating unit as an HTTP response.

  In a preferred example, the HTTP request analysis unit, the in-memory DB search request processing unit, the HTTP response analysis unit, and the response HTML generation unit are provided in a proxy processing function realized by executing a program.

  According to the present invention, in a WEB system, information can be searched at high speed by a search server. More specifically, information that would take time to search for information using the DB server is registered in the in-memory DB in advance, and this in-memory DB is searched in response to a request from the client. The time for obtaining information at the remote site can be reduced as a whole.

The figure which shows the structure of the WEB system in one Example of this invention. The figure which shows the module structure of DB search server 10 in the remote site of the WEB system by one Example. The figure which shows the process sequence of the information search operation | movement by the 1st mode in the WEB system by one Example. The figure which shows the process sequence of the information search operation | movement by the 2nd mode in the WEB system by one Example. The figure which shows the process sequence of the information search operation | movement by the 3rd mode in the WEB system by one Example. The figure which shows an example of the processing sequence of DB replica creation in the WEB system by one Example. The figure which shows the structural example of the in-memory DB search list A in the initial process of the proxy processing function in one Example. The figure which shows the example of a definition sample of the response tag of WEB-AP in one Example. The figure which shows the structural example of the replica condition list | wrist in the initial process of in-memory DB in one Example. The figure which shows the whole mode of processing operation of the information search in the WEB system by one Example.

Hereinafter, an embodiment of the present invention will be specifically described with reference to the drawings.
FIG. 1 is a diagram showing an example of a WEB system to which an embodiment of the present invention is applied.
The remote site 1 and the local site 2 are connected via a network 3 such as the Internet or a WAN (Wide Area Network), and can communicate with each other by HTTP.
The local site 2 is a client (hereinafter, the local site 2 is referred to as a client 2), and usually includes a plurality of PCs 20 (shown as one PC), and the PC 20 has a browser 21. The browser 21 is application software for browsing the WEB page, acquires HTML format files, image files, music files, etc. via the network 3, analyzes the layout, plays them, and displays them on the PC display To do. In general, a local proxy is interposed between the browser 21 and the network 3 as software or a computer for connecting to the network 3 and communicating information, but is omitted in the drawing.

On the other hand, the remote site 1 includes a DB search server 10, a WEB server 16, and a DB server 18. The DB search server 10 has a proxy processing program (PG) 12 and an in-memory DB 14. The in-memory DB 14 is a DB formed in a semiconductor memory, and can read and write information at a higher speed than an external storage device such as a disk device accessed by the DB server 18 as a search target.
The configuration or processing operation of the DB search server 10 and the processing related to the search by the DB server 18 are characteristic of the embodiment of the present invention and will be described in detail with reference to FIG.

FIG. 2 shows a module configuration of the DB search server 10 at a remote site of the WEB system.
The proxy processing function 12 includes a basic processing unit 121, an HTTP request analysis unit 122, an in-memory DB search request processing unit 123, a response HTML generation unit 124, a content compression unit 125, and an HTTP response analysis unit 126. The functions of these units are realized by executing a program having these functions.
The basic processing unit 121 performs basic processing such as initial setting processing and child thread creation.
The HTTP request analysis unit 122 analyzes the HTTP request transmitted from the client 2. As a result of the analysis, if a search of the in-memory DB 12 is necessary according to the HTTP request content, a request is sent to the in-memory DB search request processing unit 123. When processing for the WEB server 16 is necessary, an HTTP request is issued to the WEB server 16. The process for the WEB server 16 is a process for acquiring a necessary object from the WEB server 16, for example.

The in-memory DB search request processing unit 123 issues a search request to the in-memory DB 14 and analyzes the search result from the in-memory DB 14.
The response HTML generation unit 124 edits the information retrieved from the in-memory DB and the information acquired from the WEB server 16 into an HTML format for transmission to the client 2.
The content compression unit 125 compresses WEB page information to be transmitted to the client 2, that is, information including a plurality of normal contents according to a certain rule. The HTTP response analysis unit 126 analyzes information acquired from the WEB server 16.

  The in-memory DB 14 is a processing unit 141 that performs an in-memory DB search process as a search engine, a DB replica unit 142 that is a storage unit for storing information, a process for registering a DB replica, and a registered A DB replica processing unit 143 that performs processing for updating information of the DB replica is configured. The processing operation by the DB replica processing unit 143 will be described later with reference to FIG.

  The DB replica unit 142 originally stores information acquired from a certain DB by the execution of the DB server 18 as a replica, that is, a replica. Further, the information stored in the DB replica unit 142 is updated in accordance with the update of the information of a certain DB that is a replica.

  As the information stored in the DB replica unit 142, it is preferable to store information of a type that increases the amount of information and takes time to search. This is because information that does not require time for searching may be acquired by searching the corresponding DB by the DB server 18. There are various types of information requested from the client 2 by the user of the WEB system. By obtaining information that takes time to search from the DB replica unit 142, the response time to the client can be substantially shortened. it can.

  Information that increases the amount of information and takes time to search includes, for example, information related to users using the WEB system, that is, user ID, user name, telephone number, service content, number of remaining incidents There is information about status, etc. It may be necessary for the user of the WEB server 16 to check whether the user is a valid user. In this case, if information such as the user ID and the user name can be acquired from the in-memory DB 14 at a high speed, the time required for the check can be shortened.

Next, DB replica creation processing will be described with reference to FIGS.
In FIG. 6, in the in-memory DB 14, by executing the DB replica processing unit 143, in the initial processing, the replica table list C is loaded, loaded into the DB replica unit 142, and information to be registered is set (S51). The replica table list C includes a replica condition list D. This replica table list C is stored in a predetermined area of the in-memory DB 14.

As shown in FIG. 9, the replica condition list D includes descriptions of the data extraction interval 81 from the target DB, the replica table list 82, the extraction condition 83, and the extraction source DB 84.
The data extraction interval 81 represents a time interval for acquiring data from the DB to be replicated. In the illustrated example, the data extraction interval 81 is started at 00:00 every day to acquire data.
The replica table list 82 represents the replica table name of the registration destination of the extracted replica. In the illustrated example, a table name in which a telephone number (TEL), a customer name, and a service name are registered is represented by the name “customer information”.

  The extraction condition 83 is represented by a general SQL syntax as illustrated. For example, “TEL”, “customer name”, and “service name” are selected from the “phone number master” that is the extraction source DB. The extraction source DB 84 represents the name of the DB server to be extracted, and is represented as “DBSV01” in the drawing.

  In accordance with the conditions specified by the replica table list C initialized as described above, data acquisition and update processing of the DB replica is performed at a specified time (S52). In this process, data is acquired from the DB specified by the list D under the execution of the DB server 18, and the data of the corresponding DB replica unit 142 is rewritten to update its contents.

Next, an information search processing operation in the WEB system according to the present embodiment will be described.
Prior to a detailed description of the processing operation, an overall overview of the information search process will be described with reference to FIG. In the present embodiment, information retrieval is performed by three types of operations (modes) in accordance with a request from the client 2.

The first mode is a mode in which the in-memory DB 14 is searched for information according to the analysis result of the request from the client 2 and information is acquired and transmitted to the client as indicated by a solid line in FIG. This will be described in detail with reference to FIG.
In the second mode, as indicated by a thin broken line, according to the analysis result of the request from the client 2, the WEB server 16 is accessed to acquire information, and information is also acquired from the in-memory DB 14. This is a mode for transmitting to the client 2. This will be described in detail with reference to FIG.

In the third mode, as indicated by a thick broken line, information is acquired only from the WEB server without accessing the in-memory DB 14 in accordance with the analysis result of the request from the client 2, and is obtained from the client 2. It is a mode to transmit to. The third mode is a search operation for information on a WEB site that has been generally performed conventionally. This will be described in detail with reference to FIG.
In FIG. 10, the replica processing mode for the in-memory DB 14 performed between the DB server 18 and the search server 10 has been described with reference to FIG.

  First, the information search processing operation in the first mode will be described with reference to FIG. In the description of the processing operation, FIG. 7 and FIG. 8 may be referred to as needed for related explanation.

  The proxy processing function 12 of the DB search server loads the in-memory DB search list A shown in FIG. 7 into a memory (not shown) at the time of startup, and sets a request proxy URL, proxy SQL, and a search result template HTML. Set up. The in-memory DB search list A is a table that defines the contents of information registered in the in-memory DB 14. Normally, the WEB server 16 receives an HTTP request from the client 2 and issues a request to the DB server 18 based on the HTTP request to acquire the target information, but is defined in the in-memory DB search list A. For searching for specific information, the DB search server 10 executes the search instead of the information search by the DB server 18 without accessing the WEB server 16.

In the example shown in FIG. 7, the in-memory DB search list A is “http://WWW.WEB-AP.co.jp/cgi-bin/list1.cgi” as the URL of the WEB site acting on behalf of the HTTP request. Is described. The proxy SQL indicates that “customer name” and “service name” are searched from the “customer information” table under the condition of TEL = [$ TEL $]. Further, “List1_Result.html” is defined as a template HTML for search results.
Hereinafter, similarly, information of a replicated DB composed of a plurality of sets is defined.

  Returning to FIG. 3, the proxy processing function 12 waits for an HTTP request from the client 2 when the initial setting is completed. When an HTTP request is received from the client 2 (S32), the HTTP request analysis unit 122 analyzes the content of the HTTP request (S33). In this analysis, it is also checked whether the URI according to the HTTP request is included in the in-memory DB search list A. As a result of the analysis, if all the URIs of the HTTP request exist in the in-memory DB search list A, the in-memory DB 14 is accessed.

When accessing the in-memory DB 14, the in-memory DB search request processing unit 123 is activated (S361), and the in-memory DB 14 is searched (S362).
The information obtained as a result of this search is converted into HTML format data defined in the in-memory DB search list A by the execution of the response HTML generation unit 124 (S37). Further, the HTML format data is compressed by the content compression unit 125 (S38) and transmitted to the client 2 as an HTTP response (S39).

When the client 2 receives the compressed content as a response to the HTTP request, the client 2 decompresses it, sends it to the browser 21, and displays it on the display of the PC 20.
As described above, according to the first mode, it is not necessary to transmit an HTTP request to the WEB server 16 to acquire information, so that a response can be returned to the browser of the client 1 in a short time. Moreover, since the WEB server 16 and the DB server 18 are not accessed, those loads are reduced.

  Next, the information search operation in the second mode will be described with reference to FIG. 4 is different from FIG. 3 in that operations in steps S401 to S404 are added. Since the others are the same, the duplicate description is omitted.

  As a result of the analysis of the HTTP request (S33), if all of the requested plurality of URIs do not exist in the in-memory DB search list A, the HTTP request is transmitted as it is to the WEB server 16 (S401). The WEB server 16 requests the DB server 18 to acquire target information, for example, contents such as images and music, by processing an application program (WEB-AP) provided in advance (S402).

  Information acquired from the WEB server 16 is represented as a description in HTML format according to the definition of a response (extended tag) as shown in FIG. In the example of FIG. 8, it is indicated that data in a range surrounded by <XQUIX> to </ XQUIX>, that is, “customer name” and “service name” can be acquired from the DB replica unit 142 of the in-memory DB 14. Other data is acquired from the related DB by the execution of the DB server 18, and is described in a predetermined HTML format. Here, the reason for calling the “extended tag” is that the information included in the response from the WEB server 16 includes information for accessing the in-memory DB 14 in addition to the information described in the conventional HTML format. Because it is.

  When the proxy processing function 12 receives a response including an extension tag from the WEB server 16 (S403), the proxy processing function 12 analyzes the response (S404). As a result of the analysis, the in-memory DB search request processing unit 123 is activated for “customer name” and “service name” described as an extension tag in the response (S361). Then, the in-memory DB search unit 141 of the in-memory DB 14 is executed, and the “customer name” DB and “service name” DB registered in the DB replica unit 142 are searched to obtain target information (S362). ).

In this way, a response HTML is created for information on the target customer name and service name acquired from the in-memory DB (S37). Here, the response transmitted to the client 2 includes information acquired from the WEB server 16, but since the information acquired from the WEB server 16 has already been described in the HTML format, the extension tag Is sent to the client 2 as it is.
In the example of FIG. 4, the information obtained from the in-memory DB 14 and HTML-formatted and the HTML-formatted information obtained from the WEB server 16 are compressed by the content compression unit 125 (S38), and the HTTP response To the client 2 (S39).

  As described above, according to the information search processing in the second mode, an HTTP request in a case where information existing in the in-memory DB 14 (for example, information that takes time to search) and information not existing in the in-memory DB 14 are mixed. On the other hand, the overall time for information acquisition can be shortened.

Next, the information search operation in the third mode will be described with reference to FIG.
The third mode is an information acquisition operation from the WEB server 16 that has been generally performed conventionally. In this case, the HTTP request from the client is an access to a URL not described in the in-memory DB search list A.

  That is, as a result of analyzing the HTTP request from the client 2 (S33), if not all of the requested URIs exist in the in-memory DB search list A, the HTTP request is transmitted as it is to the WEB server 16 (S401). The WEB server 16 acquires target information from the DB server 18 by processing of an application program (WEB-AP) provided in advance (S402). Then, the response is transmitted to the proxy processing function 12 of the DB search server 10.

  The proxy processing function 12 receives a response from the WEB server 16 (S403). The subsequent operation is the same as described above, and the HTTP response analysis unit 126 of the proxy processing function 12 analyzes the received response. In this case, since it does not include a tag for searching the in-memory DB 14, the WEB server The response received from 16 is subjected to content compression processing (S38) and transmitted to the client 2 (S39).

Although the embodiments of the present invention have been described above, the present invention is not limited to the above-described embodiments, and various modifications can be made.
For example, the format of the list shown in FIGS. 7 to 9 is an example, and is not limited to these.

1: Remote site 2: Local site (client)
10: DB search server 12: Proxy processing function 14: In-memory 16: WEB server 18: DB server 20: PC
21: Browser

Claims (9)

An information search method for information in a WEB system for searching WEB page information on a search server based on an HTTP request from a client,
Storing in the in-memory DB specific information based on the conditions described in the replica condition list among the information acquired from the DB server;
Storing an in-memory DB search list that prescribes the content of specific information including a URI designating a WEB site stored in the in-memory DB;
Analyzing the HTTP request sent from the client and checking whether the URI of the HTTP request is included in the in-memory DB search list;
As a result of the check, if the URI of the HTTP request is included in the in-memory DB search list, searching the in-memory DB;
As a result of the check, for URIs that are not included in the in-memory DB search list among URIs that the HTTP request has, a step of transmitting the HTTP request to a WEB server;
And a step of transmitting information acquired from a DB server by execution of an application program in the WEB server or information acquired from the in-memory DB to the client as an HTTP response. The information acquired from the in-memory DB or the WEB server is converted into HTML format data,
2. The information retrieval method according to claim 1, wherein after the converted data in the HTML format is compressed, the data is transmitted as an HTTP response to the client. When the HTTP request is sent to the WEB server,
The response acquired from the WEB server is analyzed to determine whether an extension tag including information for accessing the in-memory DB is included in addition to the information described in the HTML format. 3. The information search method according to claim 1, wherein the target information is acquired by searching the in-memory DB when an extension tag is included in the information. The replica condition list includes an extraction interval of information from the target DB, an extraction condition, a description of the extraction source DB,
2. The content of the in-memory DB is updated by acquiring specific information from an extraction source DB by executing the DB server at a time specified by an extraction interval of the replica condition list. 4. The information search method according to any one of items 3. According to the description condition of the replica condition list, the user information including any of ID, user name, and telephone number related to the user of the WEB system is acquired from the extraction source DB and stored in the in-memory DB. The information search method according to claim 1, wherein: An information search program for executing the method according to any one of claims 1 to 5 on a search server. A WEB system having a search server that retrieves target WEB page information from a DB server by executing an application program on a WEB server based on an HTTP request from a client,
An in-memory DB that stores specific information based on the conditions described in the replica condition list among the information acquired from the DB server;
Storage means for storing an in-memory DB search list that defines the content of specific information including a URI that designates a WEB site stored in the in-memory DB;
An HTTP request analysis unit that analyzes an HTTP request transmitted from the client, and checks whether or not a URI of the HTTP request is included in the in-memory DB search list, and as a result of the check, the HTTP request If the URI of the request is included in the in-memory DB search list, a request to search the in-memory DB is issued. On the other hand, as a result of the check, the in-memory DB search list of the URIs of the HTTP request is issued. For URIs not included in the HTTP request, an HTTP request analysis unit that transmits the HTTP request to the WEB server;
An in-memory DB search request processing unit that issues a search request to the in-memory DB in accordance with the search request from the HTTP request analysis unit, and analyzes information of a search result obtained from the in-memory DB;
An HTTP response analyzer for analyzing the information acquired from the WEB server;
A response HTML generation unit that edits the information into the HTML format in order to transmit the information obtained from the in-memory DB or the information obtained from the WEB server to the client,
A web system characterized by transmitting information generated by the response HTML generation unit to the client as an HTTP response. The replica condition list includes a data extraction interval and extraction condition from the target DB, a description of the extraction source DB,
When the time specified by the extraction interval described in the replica condition list is reached, the in-memory DB acquires specific information from the extraction source DB according to the extraction condition, and rewrites the contents of the in-memory DB. The WEB system according to claim 7, wherein the WEB system is updated. The HTTP request analysis unit, the in-memory DB search request processing unit, the HTTP response analysis unit, and the response HTML generation unit are provided in a proxy processing function realized by executing a program. Item 7. The WEB system according to Item 7.

Images