JP6116034B1 - Web site search apparatus, Web site search method, and Web site search program - Google Patents

Abstract

A Web site search apparatus capable of reducing repetitive actions of a user related to Web site search is provided. A history storage module for associating a search keyword with a user action for a search result and storing it as search history information; When it is detected that the same search keyword is included in the search history information as a collation result by the reference module 6 and the history reference module 6, it is stored in association with the detected search keyword of the search history information. A suggestion dialog module 7 that takes out past user actions, edits them into a suggestion dialog screen that is proposed to the user as an action candidate, and returns the result to the information terminal used by the user as a search result to display the screen ,have. [Selection] Figure 2

Description

  The present invention relates to a website search device, a website search method, and a website search program, and in particular, a website search apparatus, a website search method, and a website that can suppress repetitive search operations on a website. Relating to the search program.

  When searching for websites in the network, in the case of a search by a conventional browser (especially, a search from a browser installed in a PC (Personal Computer)), the purpose is often to collect information. Many user actions have been limited to registering a search result URL (Uniform Resource Locator) as a bookmark (favorite).

  As a result, in the conventional technology, although there is a suggestion function (complementation of search query) for the search itself and a history storage function triggered by user action (calling, product purchase, etc.), I wasn't very aware of the link between search and action.

  However, in today's information-oriented society, mobile phones, smartphones, tablets, and other terminals have become widespread, and based on information obtained from websites, the terminals themselves or functions of installed applications (Application software)・ Various actions such as e-mail and map display are performed. In other words, as the main terminal that executes Web site search changes from a PC to a smart device that can use various communication functions and applications, actions after search are diversified. Many searches for the purpose of performing an action desired by the user after the result have been performed.

  Therefore, in order to realize a search technology that enables quicker action according to changes in the search style like this, for example, Japanese Patent Application Laid-Open No. 2011-54181 “Patent Document 1” As described in “Provision of Content”, in addition to information (search results) on a user's search query, the user's subsequent action based on the search result is estimated, and for example, “purchase” is obtained from the search query “guitar”. To provide other information linked to information on the geographical location of the user at the time when the search query is issued (information on the “musical instrument store” or the like existing in the vicinity of the current position) We are proposing a technology that makes this possible.

JP 2011-54181 A

  As described above, various high-performance information terminals (user terminals) such as smartphones and tablets are widespread, and based on information obtained from websites, the information terminals themselves or the functions of installed applications can be used to make calls.・ Various actions such as e-mail and map display are performed. The operations of these information terminals by the user often start with “search” on the website, and the search results are intentionally saved (for example, saved in a personal phone book, or the URL of the corresponding website is bookmarked). As long as the user does not perform the operation “Yes”, there will be a case in which the operation “search by the same keyword” + “the same action” is repeated many times.

  Also, for example, when searching for an electronic telephone directory in a large company and there are employees with the same name and the same name, the target party is not always found by a single search. In such a case, by increasing the search query several times and re-searching, the target partner will eventually be reached, but the same operation will be repeated even during the repeated search, and the search will be troublesome. It will take.

  In the technique described in Patent Document 1, as described above, not only information related to the search query but also a subsequent action (for example, “Guitar” is used based on the search query. Is referred to a technology that provides information on the estimated location (for example, information on the location of a musical instrument store in the vicinity), but information that the user wants (for example, a desired guitar) Information about how to contact manufacturers and dealers, guitar repairs, etc.), so to improve the accuracy of the search for information that leads to the desired action, It is necessary to make a setting to automatically add keyword candidates for use.

  An example of a conventional procedure for searching a telephone directory is as conceptually shown in FIG. FIG. 11 is an explanatory diagram for explaining the problems of the prior art taking the case of searching a telephone directory as an example. In recent information terminals such as smartphones, a plurality of applications are installed, and a phone book application (browser application) is one type of application. Some of these phone book applications can also make a call immediately from a search result of a phone book such as a website. However, as illustrated in FIG. 11, for example, when searching the phone book using “Yamada Sales Department” as a search keyword to search for Mr. Yamada of the sales department as a caller, “Taro Koyamada” and “Taro Koyamada” shown in FIG. In many cases, a plurality of candidates are displayed as search results, such as “Hanako Yamada”. If “Yamada Hanako” is selected from the displayed candidates, a telephone call can be made immediately to the selected phone number of “Yamada Hanako”.

  However, if it is not such a conventional phone book application and then an attempt is made to call “Yamada Hanako” of the same party, as shown in FIG. 11, “Yamada Sales Department” is searched as in the previous case. When the same phone book is searched using the keyword, the same search results as the previous time, that is, “Taro Koyamada” and “Hanako Yamada” shown in FIG. 11 are displayed, and “Hanako Yamada” is selected from the displayed candidates. We had to repeat the same phone call operation of selecting.

  For the user to repeat the same operation as the previous time (such as talking to “Hanako Yamada” on the phone), the same operation as the previous time is repeated many times (phone book search → selection from search result candidates → Calling, etc.) is time-consuming and cumbersome, and it is strongly desired to provide a search engine that can omit (shortcut) intermediate steps (actions).

(Object of the present invention)
The present invention has been made in view of such circumstances, and provides a Web site search apparatus, a Web site search method, and a Web site search program capable of reducing a user's repetitive actions related to Web site search. is there.

  In order to solve the above-described problems, the Web site search apparatus, the Web site search method, and the Web site search program according to the present invention mainly adopt the following characteristic configuration.

(1) A Web site search apparatus according to the present invention includes:
In a Web site search apparatus that searches a Web site in a network based on a search keyword input from an information terminal used by a user and returns a search result to the user.
History storage means for associating a search keyword with a user's action on the search result by the search keyword and storing it as search history information;
History reference means for collating the input search keyword with the search history information stored by the history storage means when a search keyword is input;
When it is detected that the same search keyword is included in the search history information by the collation, an action of the past user stored in association with the search keyword of the detected search history information is extracted, A search that edits the past user action into a suggestion dialog screen that is proposed as an action candidate for the user, returns the suggestion dialog screen to the information terminal as a search result, and displays the suggestion dialog screen on the information terminal. And a result display means.

(2) A website search method according to the present invention includes:
A website search method for searching a website in a network based on a search keyword input from an information terminal used by a user and returning a search result to the user,
A history storage step of associating a search keyword with a user action for a search result by the search keyword and storing it as search history information;
A history reference step for collating the input search keyword with the search history information stored by the history storage step when the search keyword is input;
When it is detected that the same search keyword is included in the search history information by the collation, an action of the past user stored in association with the search keyword of the detected search history information is extracted, A search that edits the past user action into a suggestion dialog screen that is proposed as an action candidate for the user, returns the suggestion dialog screen to the information terminal as a search result, and displays the suggestion dialog screen on the information terminal. And a result display step.

  (3) A Web site search program according to the present invention is characterized in that at least the Web site search method described in (2) is implemented as a program executable by a computer.

  According to the website search device, the website search method, and the website search program of the present invention, when searching for a website using the same keyword as the keyword searched in the past, The action history is displayed as a search result, and the information related to the same action as the action performed in the past is displayed immediately, so that the user can omit steps in the middle of the search operation and simplify the user's operation. Thus, the working efficiency can be improved.

  That is, in the present invention, when a search using the same search keyword as a search keyword searched in the past is performed, a step in the middle is skipped and a user action performed at the time of the past search by the search keyword is searched. Since it is displayed immediately as a result, it is possible to reduce the number of repeated searches by the user, save the user's trouble, reduce the time until the user takes action, and improve work efficiency. it can.

  Furthermore, since the number of repeated searches by the user is reduced, the number of accesses to the website is reduced, which can contribute to a reduction in network communication traffic.

It is explanatory drawing for demonstrating an example of the Web site search method by this invention taking the case of the search of a telephone directory as an example. It is a block block diagram which shows an example of the block configuration of the Web site search apparatus by this invention. 3 is a table showing an example of each component of a history storage target search setting and a history storage target action setting preset in a setting storage database by the history storage condition setting module of the Web site search apparatus shown in FIG. It is explanatory drawing for demonstrating an example of the flow of the log | history preservation | save implemented by the log | history preservation | save module of the Web site search apparatus shown in FIG. It is a flowchart which shows an example of the flow of the log | history preservation | save process implemented by the log | history preservation | save module of the Web site search apparatus shown in FIG. It is explanatory drawing for demonstrating an example of the flow of the log | history reference implemented by the log | history reference module and suggest dialog module of the Web site search apparatus shown in FIG. It is a flowchart which shows an example of the flow of the log | history reference process implemented by the log | history reference module of the Web site search apparatus shown in FIG. It is explanatory drawing for demonstrating the example of the web site search method by the 1st Example which concerns on other embodiment of this invention taking the case of the search of the web map site on the internet as an example. History saving target search setting and history saving target action setting preset in the setting saving database by the history saving condition setting module of the Web site search apparatus shown in FIG. 2 in the first example according to another embodiment of the present invention. It is a table which shows an example of each component. It is explanatory drawing for demonstrating the flow of the log | history reference implemented by the log | history reference module of the Web site search apparatus shown in FIG. 2 in the 2nd Example which concerns on other embodiment of this invention. It is explanatory drawing for demonstrating the subject of a prior art taking the case of the search of a telephone directory as an example.

  DESCRIPTION OF EXEMPLARY EMBODIMENTS Hereinafter, preferred embodiments of a website search device, a website search method, and a website search program according to the present invention will be described with reference to the accompanying drawings. In the following description, a website search apparatus and a website search method according to the present invention will be described. However, the website search method may be implemented as a website search program that can be executed by a computer. Alternatively, it goes without saying that the Web site search program may be recorded on a computer-readable recording medium. In addition, it is needless to say that the drawing reference numerals attached to the following drawings are given for convenience to the respective elements as an example for facilitating understanding, and are not intended to limit the present invention to the illustrated embodiments. Yes.

(Features of the present invention)
Prior to the description of the embodiments of the present invention, an outline of the features of the present invention will be described first. The present invention relates to a search keyword and a user's action on a search result by the search keyword in a search of a website in a network by an information terminal (user terminal) such as a smartphone, a tablet, or a PC used by the user. The present invention relates to a search engine that memorizes and skips an intermediate step and immediately displays a user's action performed in the past as a search result when the same search is performed again.

  That is, the main feature of the present invention is to manage the history of search keywords for each user and Web site and the user's information terminal operation (action) for the search results based on the search keywords. With this history management, conditions can be specified flexibly without requiring any modification on the Web site side, so that general history utilization can be realized. Thus, the present invention reduces the number of repetitive operations (searches / actions) of the same purpose and the same conditions in the search of the Web site, and enables the user's work efficiency to be improved.

  In other words, the present invention relates to a history management by associating a search keyword for each user and website when searching for a website on a user terminal (information terminal) and an action performed by the user on the search result. By doing this, the search keyword entered when the user tried to perform the next search action is referred to the past history, and past actions for the corresponding search action are extracted as action candidates from the past history, The main feature is to provide a website search device (a web browser such as a browser application, an application for browsing a website in a network) having a function of suggesting (suggesting) the extracted action candidates to the user. . By adopting the Web site search apparatus of the present invention, it is possible to reduce the number of repetitive operations of the user, which was a problem of the prior art.

  The browser application may be implemented as a function of a client application that operates on a user terminal (information terminal), or operates on an HTTP / Proxy server arranged between the user terminal and the Web server. You may make it mount as a server application.

  FIG. 1 is an explanatory diagram for explaining an example of a Web site search method according to the present invention, taking the case of searching a phone book as an example, and it becomes a calling party as in the case shown in FIG. The case where the telephone directory is searched using “Yamada Sales Department” as a search keyword in order to search for the telephone number of Mr. Yamada of the sales department is described.

  When the user searches the telephone directory of the Web server using “Yamada Sales Department” as a search keyword using the user terminal (information terminal), as in the case of the prior art of FIG. When multiple candidates are displayed on the screen as search results, such as “Taro Koyamada” and “Hanako Yamada”, the user selects “Hanako Yamada” from the displayed candidates. You can start a call by making an immediate call to “Hanako Yamada” in the department. However, in the present invention, unlike the case of the prior art, the search keyword and the user action for the search result are linked and stored as search history information. In other words, when the user inputs the search keyword “Yamada Sales Department”, the telephone number “8−xxxx × −xxxx” is connected to the user action of “Yamada Hanako” of the sales department. In addition, it is stored as search history information.

  After that, as illustrated in FIG. 1, when trying to call “Yamada Hanako” of the same partner and inputting the search keyword to “Yamada” in the middle of “Yamada Sales Department” as before, A step in the middle as in the case of the technology is skipped, and the search by the forward matching process regarding the stored search history information is immediately executed.

  As a result, as shown in FIG. 1, “Yamada Sales Department” and “Yamada Development Department” are displayed as past histories. Here, when the user selects “Yamada Sales Department” or enters “Sales” of “Sales Department” which is the next word of the search keyword, the search keyword “Yamada Sales Department” is entered in the search history information. Information related to the user action that is linked and stored, that is, the information “phone call to 8-xxxx-xxx” of “Yamada Hanako” of the sales department is read out, and the user The screen displays a suggestion dialog that suggests (suggests) a candidate action to be taken next.

  Accordingly, when the user wants to take action according to the suggestion (proposed) displayed on the screen, unlike the prior art of FIG. 11, it is not necessary to repeat the search operation to the telephone directory of the Web server, and the suggestion dialog If “call to 8-xxx-xxxx” is selected, it is possible to immediately make a call to “Hanako Yamada” of the sales department to make a call. It should be noted that as the search history information related to the search keyword “Yamada”, how many times the user action “phone call to 8-xxxx-xxxx” of the sales department “Hanako Yamada” has been performed in the past. As shown in FIG. 1, as a suggestion dialog, for example, “(past history: 10)” in parentheses and 10 times as an action history of past search results are shown. The user is notified that the call has been made.

  Unlike the case of FIG. 1, the telephone number “8-xxx-xxxx” of the sales department “Hanako Yamada” is used as a search history regarding the user's action when “Yamada” is entered as a search keyword. If only “telephone” is stored, there is no user selection operation on the suggestion dialog screen due to advance setting by the user operation, or in some cases, without displaying the suggestion dialog screen, Immediately, a telephone call may be made to the telephone number “8-xxx-xxx” of “Yamada Hanako” of the sales department. In this case, instead of displaying a suggestion dialog, “8-XXX-XXX” (calling to Hanako Yamada, Sales Department) is displayed to notify the user of the current situation. May be.

(Embodiment of the present invention)
Next, an example of the Web site search apparatus according to the embodiment of the present invention will be described. Here, in the present embodiment, groupware sites such as a web phone book, web mail, and web bulletin board are operated as web sites in the company, and these web sites are used as user terminals (information terminals). The case of searching using a smartphone will be described in detail.

(Configuration example of this embodiment)
A configuration example of the Web site search apparatus according to the present embodiment will be described with reference to the block configuration diagram of FIG. FIG. 2 is a block configuration diagram showing an example of a block configuration of the Web site search apparatus according to the present invention. This Web site search apparatus is mounted on an information terminal (a smartphone in this embodiment), and includes a browser module 1, a history storage condition setting module 2, a setting storage database 3, a history storage module 4, and a history storage database 5. The history reference module 6 and the suggestion dialog module 7 are included. As shown in FIG. 2, the browser module 1 of the Web site search apparatus can input / output various information by accessing external Web sites such as an external Web phone book, Web mail, and Web cabinet. .

The browser module 1 has the following functions as browsing means for external websites and users (information terminals, users of smartphones in this embodiment).
(1) A screen is displayed on an information terminal using HTML (Hypertext Markup Language) information acquired from an external Web site (Web phone book, Web mail, Web cabinet, etc.).
(2) The history storage module 4 is notified of a POST / GET event (transmission / reception event) by a user's operation using the Web site search apparatus of the present embodiment.
(3) In response to a user operation, the history reference module 6 is accessed, and if there is search history information to be notified to the user, an action candidate is proposed to the suggestion dialog module 7 ( Instructs the creation of a dialog to make a proposal.

The history storage condition setting module 2 has the following functions as history storage condition setting means.
(1) A history storage condition setting as a condition for storing search history information is registered in the setting storage database 3 in accordance with an operation of an administrator who manages the Web site search apparatus.

The setting storage database 3 has the following functions.
(1) The history storage condition setting given from the history storage condition setting module 2 is stored.

The history storage module 4 has the following functions as history storage means.
(1) When a POST / GET event notification is received from the browser module 1, the setting storage database 3 is accessed to check whether the history storage conditions are met.
(2) If the history storage conditions are met, the history storage database 5 is accessed to register a history entry (a search keyword and a user action based on the search result) for the POST / GET target website.

The history storage database 5 has the following functions.
(1) A history entry (user action based on a search keyword and a search result) given from the history storage module 4 is stored as search history information.

The history reference module 6 has the following functions as history reference means.
(1) Accessing the history storage database 5 in response to a history reference request from the browser module 1 to search past search history information, and search history information (user action based on search keywords and search results) If there is search history information related to the same search keyword as the search keyword specified in the history search request, the search history information is returned to the browser module 1.

The suggest dialog module 7 has the following functions as search result display means.
(1) A dialog generation instruction from the browser module 1 is received, and a suggestion dialog screen that suggests (suggests) an action candidate to be executed by the user based on the search result is generated.

(Description of operation of this embodiment)
Next, an example of the operation of the Web site search apparatus shown in FIG. 2 as an embodiment of the Web site search apparatus according to the present invention will be described step by step.

<(A) History storage target pre-setting>
First, in order to save a search / action history as search history information in a Web site search apparatus, it is necessary to preset storage conditions for saving the search history information. A module for setting the storage conditions in advance is referred to as a “history storage condition setting module” (shown as a history storage condition setting module 2 in the block diagram of FIG. 2). When the storage condition is set in the company, it is practical to use a common setting for each organizational unit in the company. Therefore, in this embodiment, the administrator of the website search apparatus It is assumed that a common setting is made for all users in the company.

  In order to specify a submit process (that is, a transmission information creation process for transmitting a search query to a search target website) for which a search history is to be stored, this website search apparatus (for example, a software process) In this case, the browser application) holds the URL of the search execution page of the target Web site and the search query input form (Form) as setting information. Such setting information is referred to as “history saving target search setting” (search setting information), and is managed in the setting saving database 3 shown in FIG. 2 by a table having attributes as illustrated in FIG. . FIG. 3 is a table showing an example of each component of the history storage target search setting and the history storage target action setting preset in the setting storage database 3 by the history storage condition setting module 2 of the Web site search apparatus shown in FIG. It is.

As shown in FIG. 3, the history storage target search setting has the following components (attributes).
(A) Site ID: ID of the search site that is the target of history storage (primary key)
(B) Site name: Name of the search site to be saved (optional)
(C) Search URL: URL of the search site to be saved
(D) Search form name: Search form name of search site to be saved as history (e) Text (text) field name of search form: Search keyword input field name of search site to be saved as history

  In the setting example of the history storage target search setting described in FIG. 3, for example, when the site ID is “1”, the site name is “Web phone book” and the search URL Is the URL of the Web phone book site “https: //telbook/search.html”, and the search form name is “search” as a character string “search” in the POST format search form (Form ), And the text field name of the search form is the field name of the search keyword input text “search_string”.

  Furthermore, the conditions for storing the actions to be performed on the search results in association with the search history are also set for each of the aforementioned websites, and the action execution URL pattern (action pattern) is provided as a setting item. ing. The setting item is referred to as “history saving target action setting” (action setting information), and is managed in the setting saving database 3 shown in FIG. 2 by a table having attributes as illustrated in FIG.

As shown in FIG. 3, the history storage target action setting has at least the following components (attributes).
(A) Site ID: ID for linking with history storage target search setting
(B) Action name: Name of action to be saved as history (c) Action URL pattern: Action URL pattern to be saved as history

  Here, among the action URL patterns, for the general patterns as shown in Table 1 below, each action name and action URL are held as templates in the Web site search apparatus, for example, a template pull-down menu. A desired template may be selected and set in a table by performing an operation (developing operation). Table 1 shows two cases of e-mail and telephone as examples of general patterns. However, this is an example, and the general patterns are limited to only two such cases. is not.

  On the other hand, when there is an action URL unique to the user usage environment and the action URL pattern as shown in the following Table 2 is not a general pattern, as an individual designation pattern, Individually, an action name and an action URL can be freely input and set. In Table 2, two cases of Web conference and file browsing are illustrated as examples of individual designation patterns. However, only two cases such as individual designation patterns are shown as examples. It is not a thing.

  In addition, “* (asterisk)” described in each of Tables 1 and 2 indicates a URL wildcard. “XXX *” in Table 1 indicates a forward match, and Table 2 In the case of “* xxx”, the case of backward matching is shown. By using a wild card, it is possible to set a plurality of action execution URLs for one search execution page URL.

<(B) History saving>
Next, an operation for storing a search history will be described with reference to FIGS. 4 and 5 on the assumption that the history storage target pre-setting described in the section (A) has been performed in advance. FIG. 4 is an explanatory diagram for explaining an example of a flow of history storage performed by the history storage module 4 of the Web site search apparatus shown in FIG. 2, and FIG. It is a flowchart which shows an example of the flow of a preservation | save process. In the following description, first, the flow of history storage will be described with reference to the explanatory diagram of FIG.

  When a user browses any website in the company via this website search device, a user-operated POST event (search request transmission event) occurs. As shown in the explanatory diagram of FIG. 4, the history storage module 4 requests the Web phonebook site to search for the telephone number of the POST event (for example, “Yamada Sales Department”) transmitted from the browser module 1. Event) is detected (sequence Seq1). The history storage module 4 determines that the detected POST event is based on the condition that the history storage condition setting module 2 previously set as the history storage target search setting in the setting storage database 3 in the history storage target preset in the item (A). It is confirmed whether or not the search action matches (HIT) (sequence Seq2).

  When it is determined that the detected POST event is a search action that matches (HIT) the condition preset as the history storage target search setting, the history storage module 4 sets the user ID of the POST event as the history storage target. The site ID and search query are extracted to generate a history ID, and in addition to the user ID, site ID, search query, and history ID, a provisional history entry including action name, action URL, and parameter setting frames is created. Then, a new addition (insert) is made to the history storage database 5 (sequence Seq3).

  Here, the table of the history storage database 5 for newly adding a provisional history entry is composed of the following components. For reference, as a specific example of each component, for example, Mr. A sends a request for searching for the telephone number of Mr. Yamada of the sales department from the user terminal (information terminal) to the Web phonebook site. (POST) and the case where a telephone call is made to the retrieved telephone number is shown in parentheses at the end of the description of each component below.

(1) User ID: ID (primary key) (for example, the identifier (ID) of the search request source A) for distinguishing the user who uses the Web site search device (browser application)
(2) Site ID: ID (primary key) of a search site that is a history storage target (for example, an identifier (ID) of a Web phonebook site)
(3) History ID: ID (primary key) for distinguishing search history information to be stored (for example, an identifier (ID) of search history information related to a search request for a telephone number)
(4) Search query: Search keyword (POST) entered on the search site (for example, “Yamada Sales Department” indicating Mr. Yamada of the sales department to be searched for telephone numbers)
(5) Action name: The name of the action to be saved (for example, “Telephone” when calling Yamada of the sales department immediately searched)
(6) Action URL: Action URL for which the history is to be saved (for example, if a telephone call is made immediately to the searched sales department Mr. Yamada, “tel:” and the sales department's telephone number “8-XX”) × − ×××× ”)
(7) Parameter: Parameter part of the action URL to be stored in the history (for example, if a telephone call is made immediately to the searched sales department Mr. Yamada, the telephone number of the sales department Mr. Yamada “8-xxx-x”) ××× ”etc.)

  At the stage of sequence Seq3 in which a provisional history entry is created and newly added (inserted) to the history storage database 5, the action of the user for the search result is still unknown, so the action name and action URL Each parameter setting frame is left blank.

  In addition, after a new addition (insert) of the provisional history entry to the history storage database 5, the history storage condition setting module 2 sets the setting storage database again in the “history storage target search setting” within the same session. 3, when a search action that matches (HIT) the condition set in advance as the history storage target search setting is detected as a new POST event, it is newly added to the history storage database 5 first in sequence Seq3 (insert ( insert)) is deleted (deleted), and a temporary history entry relating to the newly detected POST event is newly added (inserted) to the history storage database 5.

  That is, even after a new provisional history entry is added to the history storage database 5 (insert), the screen transition is repeated many times according to the user's search request operation within the same session. Even if it is sandwiched, a POST event related to the latest search request is set as a history storage target.

  Next, after the provisional history entry is newly added to the history storage database 5 (insert), the browser module 1 sends a search request (for example, a search request for the telephone number of Mr. Yamada of the sales department). ) (For example, the telephone number of “Taro Koyamada” and the telephone number of “Hanako Yamada”) are received from the search request destination website and the search results are displayed on the screen and notified to the user. When the user who visually recognizes the search result performs an operation of selecting one (for example, “Hanako Yamada”) from among a plurality of candidates, the browser module 1 detects the selection operation by the user and selects the user. A candidate (for example, “Hanako Yamada”) is displayed on the screen, and a transition is made to a state of monitoring what action is being performed on the candidate.

  Here, as long as it is within the same session, some user operation may be performed several times in the middle. Eventually, information on the action to be performed on the candidate selected by the user (for example, “Yamada The browser module 1 starts an operation of immediately performing the notified action on the candidate selected by the user (for example, calling the phone number to “Hanako” 's telephone number) by a user operation (for example, , Immediately initiate a call to Hanako Yamada's phone number).

  When any GET event (information reception event indicating the user's final action on the search result from the search request destination website) is generated by the user operation, as shown in the explanatory diagram of FIG. The history storage module 4 receives the GET event received by the browser module 1 (for example, one of the search results of the telephone number transmitted from the search destination Web phone book site (for example, “Hanako Yamada”)). A GET event indicating that a telephone call is selected and selected (sequence Seq4). The history storage module 4 determines that the detected GET event has a condition that the history storage condition setting module 2 has previously set as the history storage target action setting in the setting storage database 3 in the history storage target preset in the item (A). It is confirmed whether or not the action is a match (HIT) (sequence Seq5).

  When it is determined that the detected GET event is an action that matches (HIT) the condition set in advance as the history storage target action setting, the history storage module 4 sets the action that matches the GET event as the history storage target. The action name (for example, telephone) set and registered in the setting storage database 3 is taken out, and the action URL (for example, “tel:” and “Yamada Hanako” phone numbers “8- ×” set for the GET event is extracted. Xxx-xxxxxx ").

  Furthermore, the history storage module 4 also takes out the parameters (for example, “Yamada Hanako” 's telephone number “8-xxx-xxxx”) set as the history saving target, Update the action name, action URL, and parameter input boxes of the provisional history entry that has been newly added (inserted) in the history storage database 5 in the sequence Seq3 as the provisional history entry corresponding to the GET event. Then, the history entry is overwritten and stored in the history storage database 5 (sequence Seq6).

  Here, when the “action name”, “action URL”, and “parameter” of the provisional history entry are updated in the sequence Seq6, as described above, the attribute of the “action name” is for setting storage. The action name obtained from the history save target action setting preset in the database 3 is set (set), and the attribute of “action URL” is set to the action URL set in the called GET event. Information is set (set) as it is, and an action parameter (for example, a telephone number) in the action URL is set (set) in the attribute of “parameter”.

  The execution result of the history storage operation as described above, the search action acquired in the POST event and the user action for the search result acquired in the GET event are linked to each other as a history entry in the history storage database 5. Will be remembered. In other words, when a user searches a website on a user terminal (information terminal), the history management is performed by associating a search keyword for each user, each website, and an action performed on the search result by the user. It will be.

  Here, the history entry stored in the history storage database 5 is information in which the latest search action in the same session and the user's latest action for the search result by the search action are associated with each other. The search action and the user action in the middle of the session are ignored and stored in the history storage database 5.

  Next, the flow of the history storing operation in the history storing module 4 as described above will be further described with reference to the flowchart of FIG.

  In the flowchart of FIG. 5, when the history storage module 4 detects the POST event transmitted from the browser module 1 as described in the sequences Seq1 and Seq2 of FIG. 4 (step S1), the detected POST event is ( Whether or not it is a search action that matches (HIT) the condition previously set as the history storage target search setting in the setting storage database 3 by the history storage condition setting module 2 in the history storage target pre-setting in the item A) That is, it is confirmed whether or not the search action for the POST event is a history storage target event (step S2).

  When it is determined that the detected POST event is not a search action that matches (HIT) the condition preset as the history storage target search setting and is not a history storage target event (no in step S3), the search history information The operation of the history storage module 4 is terminated without performing the storage operation.

  On the other hand, if the detected POST event is a search action that matches (HIT) the condition preset as the history storage target search setting and is determined to be a history storage target event (Yes in step S3), the history The storage module 4 checks whether or not a provisional history entry already exists in the history storage database 5 (step S4). If there is no provisional history entry in the history storage database 5 (no in step S4), as shown in the sequence Seq3 of FIG. 4, the user ID, site ID, and search of the POST event as the history storage target The query is extracted, and a new history ID is generated. In addition to the user ID, the site ID, the search query, and the history ID, a temporary history entry including each action name, action URL, and blank parameter setting frame is displayed. It is created and newly added (inserted) to the history storage database 5 (step S6).

  If a temporary history entry already exists in the history storage database 5 (yes in step S4), it is determined that the existing temporary history entry is related to an old POST event in the same session. After deleting from the history storage database 5 (step S5), the process proceeds to step S6, and a temporary history entry related to the latest POST event is newly added (inserted) to the history storage database 5. .

  Thereafter, it is confirmed whether or not a new POST event has been received (step S7). When a new POST event is received (yes in step S7), the process returns to step S1 and a new POST event is received. Repeat the creation / save operation for the provisional history entry. On the other hand, if a new POST event has not been received (no in step S7), it is next checked whether or not a session disconnection indicating that the previous session has been terminated by a user operation has occurred (step S7). S8).

  If the session has expired (Yes in step S8), the operation of the history storage module 4 is terminated. If the session has not expired (no in step S8), the process proceeds to step S9. Then, as shown in the sequences Seq4 and Seq5 in FIG. 4, when any GET event is received by the user operation (step S9), the history storage module 4 determines that the received GET event is the history storage target of the item (A). Whether or not the history storage condition setting module 2 is an action that matches (HIT) the conditions previously set as the history storage target action setting in the setting storage database 3 in advance setting, that is, the action of the GET event is history It is confirmed whether or not the action is an action to be saved (step S10).

  If it is determined that the received GET event is an action that does not match (HIT) with the condition set in advance as the history storage target action setting and is not a history storage target action (no in step S11), the provisional history Without performing the entry update process, the process proceeds to step S7 and returns to the operation of confirming whether or not a new POS event has been received.

  On the other hand, if the received GET event is an action that matches (HIT) the condition preset as the history storage target action setting and is determined to be the history storage target action (yes in step S11), the history storage is performed. As a history storage target, the module 4 extracts an action name set and registered in the setting storage database 3 as an action that matches the GET event, an action URL set in the GET event, and a parameter, and extracts the GET event. Update the action name, action URL, and parameter input boxes of the provisional history entry that has been newly added (inserted) to the history storage database 5 in step S6 as the provisional history entry corresponding to As a history entry Overwrites stored in the history storage database 5 (step S12).

<(C) History reference>
Next, with respect to the operation of referring to the search history on the assumption that the history storage target pre-setting in the item (A) and the history reference operation in the item (B) are performed in advance, FIG. This will be described with reference to FIG. FIG. 6 is an explanatory diagram for explaining an example of a history reference flow performed by the history reference module 6 and the suggestion dialog module 7 of the Web site search apparatus shown in FIG. 2. FIG. 6 is a flowchart illustrating an example of a flow of history reference processing performed by the method. In the following description, the history reference flow will be described first with reference to the explanatory diagram of FIG.

  As shown in the explanatory diagram of FIG. 6, the HTML format obtained by the user (user) for inputting a search keyword from an external website (for example, a web phonebook site) in the screen displayed in the browser module 1. When a text input field of the form is selected and focused on the text input field, the Javascript language unique to the browser module 1 (an object-oriented script language that defines the operation of the browser module 1 (Java is registered) Trademark)), a history reference request is sent to the history reference module 6 (sequence Seq11). At this time, in the history reference request, the user ID indicating the user (user), the URL of the target Web page, the name of the focused form (Form), and the field name are used as arguments. Giving.

  The history reference module 6 accesses the setting storage database 3 using the argument included in the history reference request from the browser module 1 as a key, and the field given by the argument is the setting storage database. 3 corresponds to the search URL, the search form name, and the text field name of the search form set as the history storage condition search setting of 3, and whether or not the field is a history storage target field. Further, if the field is a history storage target field, a site ID that is a history storage target is acquired from the history storage condition search setting in the setting storage database 3 (sequence Seq12).

  If the field given by the argument is a history storage target field, the history reference module 6 further uses the acquired site ID and user ID as a key to store the history storage database 5. To obtain a list of history information (history entries) corresponding to the designated site ID and user ID from the history storage database 5 (sequence Seq13), and to the browser module 1 as a response to the history reference request. Return (sequence Seq14).

  Based on the list of history information acquired from the history reference module 6, the browser module 1, as illustrated in FIG. 6, when the focus is on the text input field of the form (Form), All the search query history lists included in the list of history information about the site and the user are displayed on the screen. After that, when the user inputs some character string (for example, “Yamada”) into the text input field, the browser module 1 uses the internal processing to filter the search query history list displayed on the screen by the input character string and make a forward match. When the user selects a specific search query (for example, “Yamada Sales Department”) from the history list that has been filtered and displayed on the screen, the browser is displayed again. The module 1 hands over the history information corresponding to the selected search query to the suggestion dialog module 7 and instructs generation of the dialog (sequence Seq15).

  The suggestion dialog module 7 uses the history information received from the browser module 1 to suggest a suggestion to the user (for example, the action of the past history information related to the searched search query “Yamada Sales Department”). As a result, a telephone number “8-xxx-xxx” of “Yamada sales department” is generated and displayed on the screen (sequence Seq16). At this time, regarding the generated suggestion dialog, as shown in FIG. 6, as the “past history number”, a plurality of actions (number of times of application) related to the action are displayed on the screen with numbers in parentheses. For example, as a past user action for the search result of “Yamada Sales Department”, the number of calls made to the telephone number “8-XXX-XXX” of “Yamada Sales Department” is five times, and “Yamada Sales Department” If the number of times of mail transmission to the mail address “yam @ xxx” occurs twice, as illustrated in FIG. 6, a call is made to “8-xxx-xxx” (past history: 5 ) "And" yam @ xx mail (past history: 2) "are displayed on the screen as a suggestion dialog.

  When the user who visually recognizes the suggested dialogue screen displayed on the screen performs an operation of selecting one of the actions of the history information displayed on the screen, the selected action is automatically executed (sequence). Seq17).

  The history reference operation as described above in a situation where the search action that the user has performed in the past as the history entry and the user action on the search result of the search action are linked to each other and stored in the history storage database 5. As a result of executing the above, when the user performs the same search action as the past search action, the past user for the search action is based on the history entry stored in the history storage database 5. An action can be selected as a current action candidate by causing a dialog to be suggested (suggested) to the user to be displayed on the screen, so that it is possible to avoid the user's repetitive actions related to Web site search.

  In other words, when searching for a website using a user terminal (information terminal), when searching using the same keyword as the keyword searched in the past, the past action history related to the keyword is displayed as the search result. Since the information about the same action as the action performed in the past is displayed on the screen as a suggest dialog and presented to the user, the user can omit intermediate work steps, simplify the user operation, and improve the work efficiency. Can be improved.

  As described above, the history entry stored in the history storage database 5 is information in which the latest search action in the same session is associated with the user's latest action for the search result by the search action. The intermediate search act and the intermediate user action in the session are ignored and stored in the history storage database 5.

  Further, as shown in the sequence Seq15 of FIG. 6, in the present embodiment, when a specific search query is selected by the user from the past history information (history entry) list, the browser module 1 Suggestion that passes the history information (history entry) corresponding to the selected search query to the suggestion dialog module 7 and suggests (suggests) the past user action linked to the search query to the user as the current user action. The case where a dialog generation / screen display instruction is given has been described. However, for example, when there are not a plurality of types of user actions related to the same history information but only one user action (for example, a telephone call for the searched telephone number), the user can set the selection condition in advance. , Without waiting for the user's selection operation after the suggestion dialog is displayed on the screen and presented to the user, or in some cases, without the screen display as a suggestion dialog screen, The same action may be performed.

  Next, the flow of the history reference operation in the history reference module 6 as described above will be further described with reference to the flowchart of FIG.

  In the flowchart of FIG. 7, when the history reference module 6 receives a history reference request from the browser module 1 (step S21) as described in the sequences Seq11 and Seq12 of FIG. 6, the history reference module 6 sets the received history reference request as an argument. The input text field of the search keyword input form (Form) is set as a history storage target search setting in the history storage condition setting module 2 by the history storage condition setting module 2 in the history storage target presetting in the section (A). It is confirmed whether or not the search action matches a preset condition (HIT), that is, whether or not the input text field for search keyword input of the history reference request is a history storage target field ( Step S22).

  If it is determined that the input text field for search keyword input given by the argument is not a field that matches (HIT) the condition preset as the history storage target search setting, and is not a history storage target field (step (No in S23), without performing the search history information extraction operation, “null” indicating invalidity is returned as the history response to the browser module 1 (step S28), and the operation of the history reference module 6 is terminated.

  On the other hand, if it is determined that the input text field for search keyword input given by the argument matches the condition preset as the history storage target search setting (HIT), and is a history storage target field (Yes in step S23), the history reference module 6 acquires the site ID that is the history storage target from the history storage condition search setting of the setting storage database 3 as shown in the sequences Seq13 and Seq14 of FIG. S24) Further, using the acquired site ID and user ID as keys, the history storage database 5 is accessed, and a list of history information (history entries) corresponding to the designated site ID and user ID is obtained. Is acquired from the history storage database 5 (step S25).

  Thereafter, the history reference module 6 confirms whether or not history information (history entry) corresponding to the history storage database 5 exists (step S26), and if it does not exist (step S26). no), the process proceeds to step S28, "null" indicating invalidity is returned as a history response to the browser module 1, and the operation of the history reference module 6 is terminated. On the other hand, when corresponding history information (history entry) exists in the history storage database 5 (yes in step S26), a list of history information (history entries) acquired from the history storage database 5 is displayed as a history. As a response to the reference request, it is returned to the browser module 1 (step S27).

  As described above, the present embodiment has been described in detail. However, in the present embodiment, no modification is required on the external website side, and in the existing HTML specification mechanism, by flexible condition specification, "Search act" and "action" by omitting multiple operations that exist between search and user action (including changing search query within the same session and performing re-search operation) , And a history management of a search keyword for each user and website and a user's information terminal operation (action) for a search result based on the search keyword. Can reduce the number of repetitive operations (searches / actions) with the same purpose and the same conditions in the search of the user, and can improve the work efficiency of the user The

(Description of the effect of this embodiment)
As described above in detail, the Web site search apparatus (browser application) in this embodiment has the following effects.

  1stly, according to this embodiment, it becomes possible to save a user's effort and the time until a user takes action by reducing the frequency | count of a repeated search by the user with respect to a website. In addition, the work efficiency can be improved.

  For example, the amount of man-hour reduction of a company employee can be quantitatively expressed by performing a trial calculation at the time of Web phonebook search as follows.

≪Estimated conditions≫
(1) Assume a company with 10,000 employees.
(2) Assume that the number of searches for contact with a person who has been searched in the past in the Web phonebook is 100 times per month per user.
(3) It is assumed that the time from the start of Web phone book search per time to the execution of the contact action to the target party in a normal case where the present embodiment is not applied is 60 seconds.
(4) It is assumed that the time from the start of the search of the Web phone book per time to the execution of the contact action to the target partner is 10 seconds by the implementation of this embodiment.
(5) Assume that one person month in a company is 691,200 seconds (= 60 seconds × 60 minutes × 8 hours × 24 days).

≪Estimated result≫
Man-hour reduction amount = {60-10 (seconds)} × 100 (times / month) × 10,000 (person)
= 50,000,000 person-seconds / month ≒ 72 person-months / month Here, for example, assuming that the labor cost per person-month in a company is 1 million yen, the cost reduction is 72 million yen per month. Become. If a website other than the web phone book is also calculated, an even greater man-hour reduction effect can be expected.

Secondly, according to the present embodiment, it is possible to contribute to the reduction of communication traffic in the corporate network by reducing the number of repeated searches by the user for the Web site.
For example, the amount of communication traffic reduction in the corporate network can be quantitatively expressed by making a trial calculation when searching the Web phone book as follows.

≪Estimated conditions≫
(1) Assume a company with 10,000 employees.
(2) A Web phone book that is not required when the present embodiment is applied, but is necessary in a normal case where the present embodiment is not applied, for the purpose of contacting a partner who has been searched by the Web phone book site in the past. Assume that the number of times the site is searched is 5 times per user per day.
(3) It is assumed that the upper and lower communication volume between the user terminal and the Web phone book server generated by one search in a normal case where the present embodiment is not applied is as follows.
(Up): 1K bytes (first search and subsequent member details screen request)
(Down): 200K bytes (initial list response and subsequent member details screen response)

≪Estimated result≫
Traffic reduction amount = 201 Kbytes / second x 5 (times / day) x 10,000 (person)
= 10,050,000 Kbytes / day ≒ 10 Gbytes / day For example, assuming that one day in a company is 60 seconds x 60 minutes x 8 hours, the traffic reduction amount is converted to an average per second of about 349 Kbps. Reduction. If a website other than the web phone book is also calculated, a greater traffic volume reduction effect can be expected.

(Other embodiments of the present invention)
In the embodiment described above with reference to FIGS. 2 to 7, the case where a Web site existing on a network in a company is used has been described. However, the present invention is not limited to such a case, and other embodiments are possible as in the above-described embodiments. Other embodiments will be specifically described below with reference to first to third examples. In the first embodiment, the user terminal (information terminal) is a smartphone, and the website exists on the Internet. In the second embodiment, the user terminal (information terminal) is a smartphone, and the user searches various websites and executes various actions. A 3rd Example is an example whose user terminal (information terminal) is information terminals (for example, tablet and PC) other than a smart phone.

<First Example in Other Embodiments of the Present Invention>
For example, as shown in FIG. 8, the same can be applied to the case of using a Web site existing on the Internet. FIG. 8 is an explanatory diagram for explaining an example of the website search method according to the first example according to another embodiment of the present invention, taking as an example a search for a Web map site on the Internet. To search for the location of the Tokyo office of XX Electric as a partner, search the Web map site on the Internet using "XX Electric Base Tokyo" as a search keyword and specify it with the map application XX Electric Tokyo The case where the location of the office is displayed on the map is described.

  As shown in FIG. 8, a user terminal (information terminal) such as a smartphone accesses a certain search site on the Internet, and inputs a specific search keyword such as “XX Electric Base Tokyo” as a search query. Search for candidates for the corresponding Web site. Thereafter, one of the Web sites is selected from the candidate list displayed as the search result, and further, a Web page indicating the location in the Web site is selected, and “○ × Denki Tokyo Office” is selected. A map showing the location is displayed on the screen by starting the map application.

  At this time, as in the case of the embodiment described above with reference to FIGS. 2 to 7, a search query for searching for the location of “XX Electric Base Tokyo” (search keyword) and “XX Electric Tokyo” The history URL is stored as a history entry by associating it with an action URL for starting a map application that opens a map indicating the location of the “office”.

  Later, when trying to search for the location of the same “XX Electric Base Tokyo”, and entering the search keyword up to “XX Electric” in the middle of “XX Electric Base Tokyo” as before, the same as in FIG. Then, the intermediate step as in the prior art is skipped, and the search by the forward matching process on the stored search history information is immediately executed. As shown in FIG. Is displayed. Here, when the user selects “XX Electric Base Tokyo”, the action stored in the search history information linked to the search keyword “XX Electric Base Tokyo”, that is, “XX Electric Tokyo Business”. Open the map indicating the location of "location". Information about the action URL for starting the map application is read out, and a suggestion dialog to suggest (suggest) the next action to be taken by the user is displayed. Is displayed on the screen.

  Therefore, if the user wants to take action according to the suggestion (suggestion) displayed on the screen, as in the case of FIG. 1, if the user selects “Open Search Results with Map App” displayed as a suggestion dialog, the Internet It is not necessary to repeat the repeated search operation to the above search site, and the map application can be started immediately and a map showing the location of “XX Electric Tokyo Office” can be displayed. That is, the map application can be started immediately without performing a search operation when the same search query as the previous search is input at a search site on the Internet.

  As in the case of the embodiment described above with reference to FIGS. 2 to 7, the user action “open the search result with the map application” is used as the search history information related to the search keyword “XX electric machine”. The past history count indicating how many times it has been executed is also stored, and as shown in FIG. 8, as a suggestion dialog, for example, "Past history: 1" with parentheses and past search result actions As a history, the map application is activated once and a map indicating the location of “XX Electric Tokyo Office” is displayed to the user.

  In another embodiment of the present invention in which a Web site on the Internet is searched as described above, the administrator presets storage conditions for storing search history information for the URL of a search site on the Internet. It is necessary to. FIG. 9 shows history storage preset in the setting storage database 3 by the history storage condition setting module 2 of the Web site search apparatus shown in FIG. 2 in the above-described first example according to another embodiment of the present invention. It is a table which shows an example of each component of object search setting and history preservation object action setting.

  As illustrated in FIG. 9, the administrator performs a preset process on the setting storage database 3, and the “history storage target search setting” is, for example, a site identifier (site ID) of “1” as the site ID. In the site name, the name “Internet search” is set as an arbitrary name indicating that it is a search site on the Internet for searching a Web site on the Internet, and a search site on the Internet is set in the search URL. For example, a URL “https: //xxxsearch/search.html” is set. In addition, as the “history saving target action setting”, for example, as described above, if the map application is activated as the search result action and the location specified as the search result is displayed on the map, the action The name “open map” is set as the name, and the URL specifying the map application is set as the action URL pattern.

  According to the first example of the other embodiment of the present invention as described above, there is an effect that it is possible to quickly display a map of a place often visited by a user, such as a company's own base or a customer's office. It is done.

<Second Example in Other Embodiment of the Present Invention>
In the embodiment described above with reference to FIGS. 3 to 7, for example, as shown in the following table 3, the history reference module 6 refers to the history as described in the history storage target presetting in the section (A). The location where the function is called was only a search site set in advance as a history storage target search setting.

  However, in the second embodiment, for example, as shown in FIG. 10, an integrated search history display field dedicated to the history reference module 6 of the Web site search apparatus shown in FIG. Is prepared in the previous stage of the search site set to “1”, and the history information of all history storage target sites is set to be displayed in the integrated search history display field. FIG. 10 is an explanatory diagram for explaining a second example in another embodiment of the present invention relating to a history reference flow performed by the history reference module 6 of the Web site search apparatus shown in FIG. It shows a case where an integrated search history display field that enables display of history information of a history storage target site is applied.

  That is, when the history reference module 6 receives a history reference request from the browser module 1 and the field specified by the argument is a history storage target field, the history storage condition search of the setting storage database 3 is performed. From the settings, obtain all site IDs to be saved. The history reference module 6 further accesses the history storage database 5 using all site IDs and user IDs to be stored as keys as keys, and all site IDs to be stored in the history. A list of history information (history entries) corresponding to the user ID is acquired from the history storage database 5 and returned to the browser module 1 as a response to the history reference request.

  When the user inputs a character string (for example, “XX department”), the browser module 1 filters the history information list returned from the history reference module 6 by the input character string by an internal process. Only the history information that matches the front is displayed on the screen. In the example shown in FIG. 10, two pieces of history information of “XX business unit new product catalog” and “XX business unit representative telephone” are displayed on the screen as a search query in which the front matches.

  After that, when the user selects a specific search query (for example, “XX business unit new product catalog”) from the history information list filtered and displayed on the screen, the browser module 1 is selected. The history information corresponding to the search query (information about the user action) is handed over to the suggest dialog module 7 to instruct generation of the dialog. In the example shown in FIG. 10, “mail attached file browsing (past history: 1)” that is history information of site ID: 2 (Web mail) and “history information of site ID: 3 (Web cabinet)” are displayed. Two pieces of history information (user action information) “browse cabinet storage file (past history: 1)” are delivered to the suggest module 7.

  The suggestion dialog module 7 uses the history information received from the browser module 1 to generate a dialog for suggesting (suggesting) to the user and display it on the screen. When the user who visually recognizes the history information displayed on the screen performs an operation of selecting any of the history information displayed on the screen, the action of the selected history information is automatically executed. In the example shown in FIG. 10, when “browse cabinet file (past history: 1)” is selected by the user, the file viewer is activated, and the contents of the cabinet file are displayed on the user terminal of the user. Is displayed.

  As described above, in the second example of the other embodiment of the present invention, one search is performed for any of various actions that the user has searched for various websites in the past. The effect is that it can be called just by entering a keyword.

<Third example in another embodiment of the present invention>
In each of the above-described embodiments (including the first and second examples), the case where a smartphone is used as the user terminal (information terminal) used by the user has been described. It goes without saying that the user terminal (information terminal) to be used can be implemented in exactly the same manner even when an information terminal other than the smartphone (for example, a tablet or a PC) is used. Thus, in this invention, even if a user terminal (information terminal) is other information terminals (for example, tablet and PC) other than a smart phone, this example can be implemented in other embodiment of this invention. The third embodiment is assumed.

  In the above description, the browser application often referred to in a mobile terminal such as a smartphone or a tablet has been described as an example of the website search device. However, the present invention is not limited to a web browser referred to as a browser application. Of course, the present invention can be applied to all Web browsers including those for PCs.

  The present invention has been specifically described with reference to preferred embodiments. However, it should be noted that such embodiments are merely examples of the present invention and do not limit the present invention in any way. Those skilled in the art will readily understand that various modifications and changes can be made according to a specific application without departing from the gist of the present invention.

1 browser module 2 history storage condition setting module 3 setting storage database 4 history storage module 5 history storage database 6 history reference module 7 suggest dialog module

Claims (9)

In a Web site search apparatus that searches a Web site in a network based on a search keyword input from an information terminal used by a user and returns a search result to the user.
As a storage condition indicating whether or not search history information associated with a search keyword and a user's action on a search result by the search keyword is to be stored, a Web site, a Web page, and a search keyword input field are specified. History storage condition setting means for setting in advance search setting information including information and action setting information including information for specifying an action pattern for the search result;
A history storage means for associating a search keyword that matches the search setting information with a user action for a search result by the search keyword that matches the action setting information, and storing it as search history information;
History reference means for collating the input search keyword with the search history information stored by the history storage means when a search keyword is input;
When it is detected that the same search keyword is included in the search history information by the collation, an action of the past user stored in association with the search keyword of the detected search history information is extracted, A search that edits the past user action into a suggestion dialog screen that is proposed as an action candidate for the user, returns the suggestion dialog screen to the information terminal as a search result, and displays the suggestion dialog screen on the information terminal. A Web site search apparatus comprising: a result display unit.   When it is detected by the collation that the same search keyword is included in a plurality of the search history information, the search result display means displays the search keyword for each of the search history information including the same search keyword. Each past user action stored in association with the screen is displayed as an action candidate on the suggestion dialog screen, and one of the past user actions selected by the user is executed. The website search device according to claim 1, wherein:   When it is detected by the collation that only one search history information includes the same search keyword, the search keyword is stored in association with the search keyword of the search history information including the same search keyword. The Web site search apparatus according to claim 1, wherein an action of a past user is executed according to a user's execution instruction, or is immediately executed without a user's selection operation. When the search action is repeated repeatedly in the same session, the history storage means associates a search query related to the latest search keyword with a user action on a search result based on the search keyword as the search history information. Web site search device according to any one of claims 1 to 3, characterized in that to save. A website search method executed by a website search apparatus that searches a website in a network based on a search keyword input from an information terminal used by a user and returns a search result to the user.
As a storage condition indicating whether or not search history information associated with a search keyword and a user's action on a search result by the search keyword is to be stored, a Web site, a Web page, and a search keyword input field are specified. History storage condition setting step for setting in advance search setting information including information and action setting information including information for specifying an action pattern for the search result;
A history storage step of associating a search keyword that matches the search setting information with a user's action for a search result by the search keyword that matches the action setting information and storing it as search history information;
A history reference step for collating the input search keyword with the search history information stored by the history storage step when the search keyword is input;
When it is detected that the same search keyword is included in the search history information by the collation, an action of the past user stored in association with the search keyword of the detected search history information is extracted, A search that edits the past user action into a suggestion dialog screen that is proposed as an action candidate for the user, returns the suggestion dialog screen to the information terminal as a search result, and displays the suggestion dialog screen on the information terminal. A Web site search method, comprising: a result display step. When it is detected by the collation that the same search keyword is included in a plurality of the search history information, the search result display step includes a search keyword for each of the search history information including the same search keyword. Each past user action stored in association with the screen is displayed as an action candidate on the suggestion dialog screen, and one of the past user actions selected by the user is executed. The website search method according to claim 5 , wherein: When it is detected by the collation that only one search history information includes the same search keyword, the search keyword is stored in association with the search keyword of the search history information including the same search keyword. the action of past user has, or is executed by a user's execution instruction, or, Web sites searching method according to claim 5 or 6, characterized in that also be executed immediately without executing a user's instruction.   In the history storing step, when a search act is repeated repeatedly in the same session, a search query related to the latest search keyword is linked with a user action on a search result based on the search keyword as the search history information. The Web site search method according to claim 5, wherein the Web site search method is stored. Web site search program for executing the Web site search method, the computer according to any one of claims 5 to 8.

Images