JP2004348550A - Method, device and program for managing browsing history - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To divide and sort user's browsing history information into user's fixed working units (hereafter referred to as tasks), to store the divided and sorted browsing history information as task-sorted history and to provide the task-sorted history information according to a request from a person-adaptive server. <P>SOLUTION: A task is extracted by using a task extraction rule, and browsing history included in the extracted task is stored. The task-sorted history is provided in accordance with a request. <P>COPYRIGHT: (C)2005,JPO&NCIPI

Description

[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention is used for an information exchange system between computers connected via a computer network. In particular, it relates to a WWW system constructed on the Internet.
[0002]
[Prior art]
FIG. 5 shows a configuration of a conventional information providing system. A hypertext system, one of the information providing systems, is an information providing system that allows users to obtain information that is distributed and managed one after another by selecting information that points to another document embedded in the document. System. In particular, a WWW system built on the Internet embeds an information URL (Uniform Resource Locator) pointing to another document in a document, and the client selects this information to provide servers scattered around the world. It is possible to get a document. In the WWW, there are two methods for requesting and obtaining information from the client, such as a method in which the client and the WWW server directly perform the request, and a method in which the request is obtained through a proxy response server called a proxy server. In the method via the proxy server, it is possible to add an authentication process using a personal ID and a password registered in advance when using the server. Through this process, it is possible to store the subsequent browsing history in the proxy server for each personal ID. There is (for example, see Non-Patent Document 1 for details of the authentication protocol).
[0003]
In recent years, in the WWW, services for personally adapting information to be provided to users by managing browsing histories of users have become popular. Currently, there are two main types of personal adaptation services. One is a field called one-to-one marketing, which analyzes and predicts individual hobbies and preferences from a user's browsing history and provides optimal products and information (for example, Non-Patent Document 2). Or 3). Various methods have been proposed for analysis and prediction. For example, in a service that inserts advertising information that matches the tastes and preferences of users, if a user browses a site in the order of “Travel information on 〇〇 prefecture → Geographic information on 〇〇 prefecture, Infer that you are looking at information and insert advertisements for accommodation and souvenir shops. When browsing in the order of “moving company → geographic information of 〇〇 prefecture”, it infers that the user is viewing geographic information for the purpose of moving, and inserts an advertisement for furniture or a telephone company. It should be noted that in this example, what kind of information is viewed is determined by metadata (for example, see Non-Patent Document 4) embedded in the content, which describes the content, or managed separately from the content. The database is used. The personal adaptation server shown in FIG. 5 corresponds to this. The personal adaptation server has, in addition to the content information and its information selection function of the information providing server, adaptation information and its information selection function, site history information and its history analysis function.
[0004]
A second service field of the personal adaptation service is a learning system WBT utilizing WWW (abbreviation of Web-Based Training, for example, see Non-Patent Document 5). WBT is a learning system that selects information to be presented to the user next based on the degree of understanding of the learner about the learning target. The WBT infers the concept that the user should learn next from the browsing history of the user and the results of the online test, and limits the information presented to the user.
[0005]
[Non-patent document 1]
World-Wide Web Consortium (W3C), "Hypertext Transfer Protocol HTTP / 1.1 14.4 Proxy-Authorization", http: // www. w3. org / Protocols / rfc2616 / rfc2616. html
[Non-patent document 2]
Tomihiro Inoguchi, Yoshihiro Noguchi, Tatsuya Hashimoto, "Analyzing Access History to Introduce Recommended Books", NTT Technical Journal, July 1999, (Vol. 11 No. 7: Vol. 124)
[Non-Patent Document 3]
Dynamo http: // www. atg. com /
[Non-patent document 4]
World-Wide Web Consortium (W3C), "HTML4.0 Specification 7.4.4 Meta Data", http: // www. w3. org / TR / 1998 / REC-html40-19980424 /
[Non-Patent Document 5]
Kiyoshi Nakabayashi, Yoshimasa Koike, Mina Maruyama, Hiroshi Higashihira, Mizo Fukuhara, Yukihiro Nakamura, "Intelligent CAI System CALAT Using WWW," IEICE D-II, Vol. J80-D-II, pp. 906-914, 1997
[0006]
[Problems to be solved by the invention]
The WWW server could only acquire a personal history when the user accessed the information stored by the WWW server. Therefore, with the WWW personal adaptation service, only browsing histories accessing the same server can be acquired, and only limited browsing history information can be used for the adaptation service.
[0007]
The present invention has been made in such a background. In a WWW proxy server, browsing history information of a user is divided and classified into certain work units (hereinafter, tasks) of the user, It is an object of the present invention to provide a browsing management method or apparatus that can store the history information and provide the task-specific history information based on a request from the personal adaptation server.
[0008]
[Means for Solving the Problems]
The browsing management method or apparatus according to the present invention can provide a task-specific history of a user in response to a request from a personal adaptation server, and the personal adaptation server can use the information in a similar manner to a conventional technique based on this information. Various adaptation services can be provided from the tendency, and by incorporating the personal adaptation service in the proxy server itself, it becomes possible to provide the individual adaptation service even for Web pages not provided by the proxy server itself. It is characterized by the following.
[0009]
An outline of the present invention will be described. FIG. 1 shows an example of the principle configuration of the present invention. In the figure, the portion surrounded by a broken line is a means generally included in the conventional proxy server. When a request from the client is received, the browsing history information is stored as it is, and the request is transferred to the WWW server and the information is obtained as a proxy. The acquired information is stored as cache information in order to respond quickly to the same request next time, and the information is transmitted to the client. It should be noted that the proxy server can authenticate an individual by performing authentication processing using an individual ID and a password in advance, so that the browsing history can be stored for each individual ID.
[0010]
The proxy server including the browsing management device that executes the browsing management method of the present invention additionally includes a task for extracting a task from the history information and the cache information using the task extraction rule stored in the task extraction rule table 2. A history extracting unit 4, a task-specific history storage unit 5 that stores the browsing history included in the extracted task in the task-specific history management table 3, and a task-specific history providing unit 6 that provides a task-specific history in response to a request. Consists of
[0011]
FIG. 2 is a diagram illustrating the task-specific history extraction unit 4 of the present invention. In FIG. 2, when the history information is updated, the task-specific history extraction unit 4 turns on the flag and clears the variable. Next, when the history information is updated, it is checked whether or not the task satisfies the termination condition. At this time, an appropriate feature key is also stored according to the corresponding task extraction rule.
[0012]
The task-specific history accumulated by such means is provided according to a request from the personal adaptation server. For example, the personal adaptation server requests task history information using the personal ID and other feature keys as search keys, and transmits a task-specific history that matches the search key of the task-specific history providing unit 6.
[0013]
That is, a first aspect of the present invention is a browsing history management method executed in a proxy server of a WWW system, and a feature of the present invention is that browsing history information of a user is stored in history information of a certain section. (Hereinafter referred to as task-specific history), a task-specific history extracting step, a task-specific history storing step of storing the task-specific history, and a personalized WWW server in which personal identification information and a corresponding WWW server name are set. And a task-specific history providing step of transmitting a task-specific history according to the request (claim 1).
[0014]
Further, as the task-specific history extracting step, a step of extracting a period of browsing the personal identification information and the information provided by the same WWW server more than a threshold number of times from the browsing history information of the user is executed. The personal identification information and the WWW server name in the personalized WWW server are stored, and the task-specific history in which the personal identification information designated by the personalized WWW server matches the WWW server name is provided as the task-specific history providing step. The step of selecting and providing can be performed (claim 2).
[0015]
Further, as the task-specific history extraction step, a step of extracting a browsing period from the user's browsing history by inputting the first keyword to the search server by the user and then inputting the second keyword is described. Executing, and as the task-specific history storage step, a step of storing the first keyword as a feature key can be executed (claim 3).
[0016]
Further, as the task-specific history providing step, a step of selecting a task-specific history in which the personal identification information designated by the personalized WWW server and the feature key match can be executed (claim 4).
[0017]
A second aspect of the present invention is a browsing history management apparatus, which is characterized in that the present invention is provided in a proxy server of a WWW system and stores a task extraction rule for extracting a task history. A rule table and the first keyword in the period of browsing until the user inputs the first keyword to the search server and then the second keyword is used as a feature key, and the task-specific history is used for the user. A task-based history management table that is stored together with personal identification information and the feature key of the user, a task-based history extraction unit that executes the task extraction rule, and a task-based history and a feature key are stored in the task-based history management table. A task-specific history storage unit, and a task-specific history providing unit that transmits a task-specific history according to a request from the WWW server. In (Claim 5).
[0018]
A third aspect of the present invention is a program applied to a browsing history management method executed in a proxy server of a WWW system. In the information processing apparatus, a task-specific history extracting step of dividing user browsing history information into task-specific histories, a task-specific history storing step of storing the task-specific histories, personal identification information and a corresponding WWW server name, And a task-specific history providing step of transmitting a task-specific history in accordance with a request from the personalized WWW server to which is set (claim 6).
[0019]
In addition, as the task-based history extraction step, a step of extracting a period of browsing personal identification information and information provided by the same WWW server more than a threshold number of times from a user's browsing history information is executed. The personal identification information and the WWW server name in the personalized WWW server are stored, and the task-specific history in which the personal identification information designated by the personalized WWW server matches the WWW server name is provided as the task-specific history providing step. The step of selecting and providing can be executed (claim 7).
[0020]
Further, as the task-specific history extraction step, a step of extracting a browsing period from the user's browsing history by inputting the first keyword to the search server by the user and then inputting the second keyword is described. And executing the step of storing the first keyword as a feature key as the task-specific history storing step (claim 8).
[0021]
Further, as the task-specific history providing step, a step of selecting a task-specific history in which the personal identification information designated by the personalized WWW server and the feature key match can be executed (claim 9).
[0022]
Alternatively, the protocol of the present invention is a program applied to a browsing history management device provided in a proxy server of a WWW system, and the feature of the present invention is that the information is obtained by installing the information in an information processing device. A function corresponding to a task extraction rule table for storing a task extraction rule for extracting a task history in a processing device, and a user inputs a first keyword to a search server, and then inputs a second keyword. A function corresponding to a task-specific history management table that stores the task-specific history together with the user's personal identification information and the user's characteristic key, using the first keyword as a feature key during the browsing period up to, and the task extraction A function corresponding to the task-specific history extraction unit that executes the rule, and a A function corresponding to a task-specific history storage unit that stores a task-specific history and a feature key, and a function corresponding to a task-specific history providing unit that transmits a task-specific history according to a request from a WWW server (claim) Item 10).
[0023]
Since the program of the present invention is recorded on a recording medium, the information processing apparatus can install the program of the present invention using the recording medium. Alternatively, the program of the present invention can be directly installed on the information processing apparatus via a network from a server storing the program of the present invention.
[0024]
With this, the browsing history information of the user is divided and classified into the tasks of the user in the WWW proxy server using the information processing device, and stored as a task-specific history. , A browsing management method or apparatus that can be provided based on the request described above.
[0025]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described with reference to FIGS. FIG. 3 is a configuration diagram for explaining the first embodiment. FIG. 4 is a configuration diagram for explaining the second embodiment.
[0026]
The embodiment of the present invention is a browsing history management method executed in a proxy server of a WWW system, wherein a task-specific history extracting unit 4 divides a user's browsing history information into task-specific histories, and a task-specific history extracting step. The task-specific history storage unit 5 stores the task-specific history in the task-specific history management table 3, and the task-specific history providing unit 6 stores the personal identification information and the corresponding WWW server name. A task-specific history providing step of transmitting a task-specific history in accordance with a request from the set personal adaptive WWW server (claim 1).
[0027]
The task-specific history extracting step performed by the task-specific history extracting unit 4 includes a step of extracting, from a user's browsing history information, a period in which personal identification information and information provided by the same WWW server are browsed by a threshold number of times or more. The task-specific history storing step executed by the task-specific history storing unit 5 stores the personal identification information and the WWW server name in the personalized WWW server, and the task performed by the task-specific history providing unit 6 As a separate history providing step, a step of selecting and providing a task-specific history in which the personal identification information designated by the personalized WWW server matches the WWW server name is executed (claim 2).
[0028]
Also, as the task-specific history extraction step executed by the task-specific history extraction unit 4, the user inputs a first keyword from a user's browsing history to a search server, and then inputs a second keyword. The step of extracting the browsing period up to is performed, and the step of storing the first keyword as a feature key is performed as the task-specific history storing step performed by the task-specific history storing unit 5 (claim 3). ).
[0029]
In addition, as the task-specific history providing step performed by the task-specific history providing unit 6, a step of selecting a task-specific history in which the personal identification information specified by the personalized WWW server matches the feature key is performed. (Claim 4).
[0030]
In addition, the present invention can be installed in a general-purpose information processing apparatus to cause the information processing apparatus to execute the browsing history management method of the present invention, or the information processing apparatus corresponds to the browsing history management apparatus of the present invention. It can be realized as a program for realizing the function. This program is recorded on a recording medium and installed in the information processing apparatus, or installed in the information processing apparatus via a communication line, so that the information processing apparatus has a history information table 1, a task extraction rule table 2, Functions corresponding to the separate history management table 3, the task-specific history extraction unit 4, the task-specific history storage unit 5, and the task-specific history providing unit 6 can be realized (claims 6 to 10).
[0031]
(First embodiment)
Hereinafter, an embodiment of the present invention will be described with reference to FIG. The browsing history management apparatus according to the present embodiment stores, in addition to a conventional proxy server, a history information table 1 for managing history information for each personal ID, a task extraction rule table 2 for storing task rules, and a task-specific history. Task-specific history management table 3, task-specific history extraction unit 4 that extracts task-specific histories by executing task extraction rules, and task-specific history storage that stores the extracted task-specific histories in the task-specific history management table A task history providing unit for providing task history in accordance with the requirements of the personal suitable server (claim 5).
[0032]
In the history information table 1, personal IDs and corresponding history information are stored in chronological order. In the example of FIG. 3, personal IDs “A001” and “A002” are registered, and history information is stored. The task-based extraction rule includes a “type” of the task rule, an “end rule” describing a condition for a task break, and a “feature item” used as a feature key. In the example of FIG. 3, as a rule for extracting a browsing period in which the same server is continuously accessed as a task, “type: same server access”, “end rule: the host name of the request is the host name of the immediately preceding request” And "Feature item: host name of request" are stored. The task-specific history management table includes a personal ID, a task-specific type of a task extraction rule corresponding to the extracted task-specific history, a corresponding feature key, and a task-specific history.
[0033]
Hereinafter, the operation from the state where the history information table of the personal ID “A001” is empty will be sequentially described. The task-based history extraction unit determines whether or not the history information is updated (or a preset update count (threshold count) for each fixed time route (Claim 2)) as to whether the task extraction rule ends. I do. When the user identified by the ID “A001” requests the URL of (1) after logging in, the task-specific history extraction unit turns on the flag, sets (1) to the current history list variable, and ends the processing. Assuming that the user continues to request the URL of (2), the task-specific history extraction unit determines whether or not the task matches the task end rule because the flag is on. Since the URL host name in (1) matches the URL host name in (2) (both are WWW.travel.jp), the task-specific history extraction unit sets the current history list variable to ▲ Add 2 ▼ and end the process. The same processing is performed when the URL (host name WWW.travel.jp) of (3) is requested.
[0034]
Next, the URL of (4) is requested. The URL host name in (4) is WWW. map. jp, and the host name WWW. travel. jp, which corresponds to the termination rule. The task-specific history extraction unit determines that the task has been switched, and determines the personal ID, the type of the corresponding end rule (“type: same server access” in this example), and the corresponding feature item (in this example, the host name of the request. “Feature key: WWW.travel.jp”) and the contents of the current history list variable are transmitted to the task-specific history providing unit, the flag is turned off, the current history list variable is cleared, and the URL of (4) is set again. , And the process ends.
[0035]
The task-specific history storage unit stores the personal ID, the termination rule type, the feature key, and the task-specific history transmitted from the task-specific history extraction unit in the task-specific history management table. In this example, the personal ID “A001”, the task type is “same server access”, and the feature key “WWW.tavel.jp” is stored as the task history. Similar processing is performed for subsequent URL requests.
[0036]
Next, the flow of communication with the WWW adaptive server will be described. The WWW-adaptive server makes an inquiry to acquire a task-specific history of a user in response to an access from a user. Here, the inquiry method will be described. The HTTP protocol used in the WWW is used for the inquiry. When the task-specific history is acquired, the personal ID, the task-specific type, and the feature key are included as arguments in the HTTP protocol argument (eg, http://proxy.jp/getrireki?user=A001, task = “same server access”). ", Character_key = WWW.taravell.jp). Various requests can also be transmitted by omitting or adding these arguments. As an example, a list of feature keys that partially match can be requested by partially omitting the feature keys (eg: http://proxy.jp/getrireki?user=A001, task = “identical”). Server access ", character_key = *. Jp, type = list. In this case, a list of feature keys whose task type is" same server access "and includes" .jp "is transmitted).
[0037]
In addition, the task type is omitted, and the immediately preceding task history is requested as an argument (eg, "http://proxy.jp/getrekiki?user=A001, task = *, series <3". Other histories are transmitted), and all histories for each task within time (http://proxy.jp/?user=A001, task = “same server access”, character = *, time <24hour, type = list In this case, the feature key list of the task-specific history within 24 hours is transmitted.)
[0038]
Hereinafter, the flow of processing after the user identified by the personal ID “A001” requests the URL of (4) will be described. WWW. map. jp inquires of the browsing history management system of the present invention what kind of server has been accessed beforehand (http://proxy.jp/getreki?user=A001, task = A001, task = “same server access”, character_key = *, type = list). The task-specific history providing unit selects from the task-specific history management table a list of all feature keys whose task type is “same server access” and responds. In the example shown in the figure, “WWW.travel.jp” is returned. Next, WWW. map. jp is WWW. travel. jp, it is determined that the user's task history is important in providing the personalized service. When the search key is “personal ID: A001”, the task type is the same server access, and the feature key is “WWW.travel”. .Jp "(http://proxy.jp/getrireki?user=A001, task =" same server access ", character_key =" WWW.travel.jp "). The task-specific history providing unit returns a task-specific history of {1} "that matches this request to the server.
[0039]
WWW. map. By obtaining the task-specific history of “1”, jp provides the same individual adaptation service as when the user normally accesses the information provided by itself, for example, (1), (2). , (3), the information indicated by the URL is obtained, and the metadata, which is the attribute of the information, is analyzed. Processing such as inserting advertisements for lodging and souvenirs is performed.
[0040]
In the present embodiment, by incorporating the function of the personal adaptation service into the proxy server itself, it is possible to make a change such as inserting an advertisement into the information to be transmitted to the user when the task-specific history is detected. Is also possible. In the present embodiment, it is also possible to store the extraction rules specified by the personal adaptation server in advance in the task classification rules. Also, by specifying the personal adaptation server in advance, it is possible to notify the personal adaptation server that the task-specific history has been detected according to a specific rule. In addition, from the viewpoint of protecting the privacy of the user, the extraction of the task-specific history can be stopped or restarted at the request of the user.
[0041]
(Second embodiment)
Hereinafter, the second embodiment will be described with reference to FIG. In this embodiment, a WBT server that supports learning is used as an adaptive server. It is assumed that the user is performing learning by WBT and is working on a task specified by the WBT server (eg, check the mechanism of mail using a search server).
[0042]
The system configuration in FIG. 4 is the same as the system configuration in FIG. 3, but the contents of the table are different. In the example of FIG. 4, personal IDs “A001” and “A002” are registered in the history information table, and the history information is stored. The task-based extraction rule is a rule for extracting a browsing period from a time when a search keyword is input to a time when a next search keyword is input to a search server as a task. Start rule: Request URL contains "search?" q = “includes (search request program name)” and “feature key item: search keyword” are stored.
[0043]
Hereinafter, the operation from the state where the history information table of the personal ID “A001” is empty will be sequentially described. It is assumed that the user identified by the ID “A001” has requested the URL of (1) after login. The task-specific history extraction unit is described in http: // www. search. jp / search? Since word = “e-mail” corresponds to the start rule, the flag is turned on, (1) is set in the current history list variable, and the process ends. It is assumed that the user continuously requests the URL of (2). Since the task-based history extracting unit does not include the program requesting the search in (2), it determines that the program does not correspond to the start rule, adds (2) to the current history list variable, and ends the process. Similar processing is performed when the URL of (3) is requested.
[0044]
Next, the URL of (4) is requested. The URL in (4) is http: // www. search. jp / search? word = “domain name”, which corresponds to the start rule. The task-specific history extraction unit determines that the task has been switched, and determines the personal ID, the type of the corresponding start rule (“type: same keyword search” in this example), and the corresponding feature item (in this example, “characteristic Key: E-mail ") and the contents of the current history list variable are transmitted to the task-specific history providing unit. After clearing the current history list variable, the URL of (4) is set, and the process is terminated.
[0045]
When the user identified by the ID “A001” continuously requests the URLs of (5) and (6), the same processing as described above is performed, and the task-specific history management unit stores the feature keys “e-mail” and “ Two task-specific histories of “domain name” are stored.
[0046]
When the user accesses the WBT server again and submits an assignment or executes an online test, the WBT server determines that there is a deadlock in learning (assuming that the result of the online test related to e-mail is bad, for example). In response to this, the task-specific history providing unit of the present invention requests the task-specific history. First, in order to check what kind of search was performed for the task, a list of keywords used by the user is requested (http://proxy.jp/getrieki?user=A001, task = “same keyword search”, character_key) = * “, Type = list). The task-specific history providing unit selects from the task-specific history management table a list of all feature keys whose task type is“ same keyword search ”and responds. E-mail, domain name ”. Next, the WBT server investigates the task-specific history that the user browsed with the keyword of e-mail because the result of the online test for the e-mail was bad. The request is transmitted again to the task-specific history providing unit (ht p:? //proxy.jp/getrireki user = A001, task = the same keyword search ", character_key =" e-mail ").
[0047]
As a result of the WBT server acquiring the content included in the acquired task-specific list and performing processing such as analyzing the metadata, the user browses the “how to write mail” and “how to send mail”. However, he has not seen the page about "email address", and infers this as a candidate for a learning deadlock. The WBT server provides the user with a service for navigating to a page suitable for learning the "mail address" based on the result.
[0048]
Note that the task extraction rule “start rule:“ search? When q = “includes (program name of search request)”, if the search program name differs depending on the search server, a plurality of search request program names can be specified. It is also possible to set the task extraction rule of the second embodiment and the task extraction rule of the first embodiment at the same time.
[0049]
【The invention's effect】
According to the present invention, it is possible to provide a history of each task of a user in response to a request from a personal adaptation server. Adaptive services can be provided. In addition, by incorporating the personal adaptation service into the proxy server itself, it becomes possible to provide the personal adaptation service to Web pages not provided by the proxy server.
[Brief description of the drawings]
FIG. 1 is a diagram showing the principle configuration of the present invention.
FIG. 2 is a diagram for explaining the principle configuration of the present invention.
FIG. 3 is a configuration diagram for explaining the first embodiment of the present invention.
FIG. 4 is a configuration diagram for explaining a second embodiment of the present invention.
FIG. 5 is a diagram for explaining a conventional technique.
[Explanation of symbols]
1 history information table
2 Task extraction rule table
3 History management table by task
4 Task-specific history extraction unit
5 Task history storage
6. Task-specific history provision section

Claims (10)

A browsing history management method executed in a proxy server of a WWW system,
A task-based history extraction step for dividing the user's browsing history information into history information of a certain section (hereinafter, task-based history);
A task history saving step for saving the task history,
A browsing history management method for executing a task-specific history providing step of transmitting a task-specific history according to a request from a personalized WWW server in which personal identification information and a corresponding WWW server name are set. As the task-specific history extraction step, executing a step of browsing personal identification information and information provided by the same WWW server from a user's browsing history information for a threshold number of times or more,
As the task-specific history storing step, storing personal identification information and a WWW server name in the personalized WWW server;
2. The browsing history management method according to claim 1, wherein, as the task-specific history providing step, a step of selecting and providing a task-specific history in which personal identification information designated by the personalized WWW server matches a WWW server name is executed. . As the task-specific history extraction step, a step of extracting a browsing period from the user's browsing history by inputting the first keyword to the search server by the user and then inputting the second keyword is executed. ,
3. The browsing history management method according to claim 1, wherein a step of storing the first keyword as a feature key is executed as the task-specific history storage step. The browsing according to any one of claims 1 to 3, wherein, as the task-specific history providing step, a step of selecting a task-specific history in which the personal identification information specified by the personalized WWW server matches the feature key is executed. History management method. Provided in the proxy server of the WWW system,
A task extraction rule table for storing task extraction rules for extracting task history,
The user inputs the first keyword to the search server, and then uses the first keyword as a feature key during a period of browsing until the second keyword is input. A task-specific history management table stored with the user's feature key,
A task-specific history extraction unit that executes the task extraction rule,
A task-specific history storage unit that stores task-specific histories and feature keys in the task-specific history management table,
A browsing history management device, comprising: a task-specific history providing unit that transmits a task-specific history according to a request from a WWW server. A program applied to a browsing history management method executed in a proxy server of a WWW system,
By installing it on an information processing device,
A task-based history extraction step for dividing the user's browsing history information into task-based histories;
A task history saving step for saving the task history,
A task-specific history providing step of transmitting a task-specific history in accordance with a request from a personalized WWW server in which personal identification information and a corresponding WWW server name are set. As the task-specific history extraction step, a step of extracting a period in which the personal identification information and the information provided by the same WWW server are browsed by the threshold number of times or more from the user's browsing history information is executed.
As the task-specific history storing step, storing personal identification information and a WWW server name in the personalized WWW server;
7. The program according to claim 6, wherein, as the task-specific history providing step, a step of selecting and providing a task-specific history in which the personal identification information designated by the personalized WWW server matches the WWW server name is executed. As the task-specific history extraction step, a step of extracting a browsing period from the user's browsing history by inputting the first keyword to the search server by the user and then inputting the second keyword is executed. ,
The program according to claim 6, wherein a step of storing the first keyword as a feature key is executed as the task-specific history storing step. The program according to any one of claims 1 to 8, wherein, as the task-specific history providing step, a step of selecting a task-specific history in which the personal identification information designated by the personalized WWW server matches the feature key is executed. . A program applied to a browsing history management device provided in a proxy server of a WWW system,
By installing it on an information processing device,
A function corresponding to a task extraction rule table for storing task extraction rules for extracting task history,
The user inputs the first keyword to the search server, and then uses the first keyword as a feature key during a period of browsing until the second keyword is input. A function corresponding to a task-specific history management table stored together with the user's feature key,
A function corresponding to a task-specific history extraction unit that executes the task extraction rule,
A function corresponding to a task-specific history storage unit that stores a task-specific history and a feature key in the task-specific history management table,
A program corresponding to a task-specific history providing unit that transmits a task-specific history according to a request from a WWW server.

Images