JP2015064847A - Knowledge sharing system - Google Patents

Abstract

PROBLEM TO BE SOLVED: To share a search result as knowledge (knowledge information) in association with an object.SOLUTION: A knowledge sharing system provides knowledge to be shared with a plurality of users. A search engine periodically searches for data provided by other servers according to a search condition stored in a search condition database, stores a search result in a search result database, updates a browsing history database on the basis of the search result, specifies a search result relating to an object when notified of an identifier of an object by a linkage system, decides to notify a user when a document which has not been read by the user is included in the specified search result, and transmits an identifier of the decided notification to the linkage system.

Description

  The present invention relates to a knowledge sharing system, and more particularly to a technique for allowing a user to share data acquired by a search engine from a network as knowledge.

  In product design work, in order to obtain information (for example, name, product number, manufacturer name) related to parts and modules used in the product, information such as parts (hereinafter, this information is referred to as “ There are cases where a plurality of databases are cross-searched using "object" as a key.

JP-A-11-120190

  However, the search method differs depending on the searcher's knowledge, experience, sense, etc., and the results obtained by the search may differ. Since there is no way to find out if useful information exists by searching it, you may not notice the useful information. In the first place, the determination of whether to obtain information varies depending on the level of the user. For this reason, there is a method in which a knowledgeable person associates useful data with a corresponding object in advance. However, in that case, there are the following new problems. First, the information provided becomes obsolete over time. Secondly, as a lot of information to be provided is accumulated, necessary information is buried.

  As a technique for solving this problem, as described in Patent Document 1, in a system for searching a plurality of databases connected to a computer network, data types and search conditions required by a user are registered in advance. In addition, there is a technique for detecting an update of a database and searching for an updated portion of the updated database using a specified search condition.

  However, in the method described in Patent Document 1, the purpose is to obtain update information, but only update data is targeted for retrieval. For this reason, data that has not been updated cannot be handled as unread.

  In addition, the relationship between the information obtained by the search and the object is unclear, and there is a problem that it takes time to associate the acquired information with the object.

  Therefore, an object of the present invention is to search all objects including update data and notify when unread data (update data) is included in the search result. Another object is to associate search results with objects and share them as knowledge (knowledge information).

  The invention disclosed in the present application is a knowledge sharing system that provides a shared system with knowledge shared among a plurality of users, and executes a predetermined program to execute the following processing, and the processor A storage device for storing data used in processing; and an interface connected to another server via a network. The knowledge sharing system uses a search engine for searching for data and the search engine A search condition database for storing search conditions, a search result database for storing results of a search executed by the search engine, and a browsing history database for storing information on presence / absence of browsing for each user of a document as a result of the search; The search engine has a search condition stored in the search condition database, The data provided by another server is periodically searched, the search result is stored in the search result database, and the cooperation system notifies the knowledge sharing system of the identifier of the object specified by the user. The knowledge sharing system updates the browsing history database based on the search result, and when the identifier of the object is notified from the cooperation system, specifies the search result related to the notified object. And, when a document unread by the user is included in the specified search result, a notification to the user is determined, and an identifier of the determined notification is returned to the cooperation system. To do.

  According to the exemplary embodiment of the present invention, by sharing a search condition in association with an object, it is possible to obtain information with a certain accuracy that does not depend on the skill of the user.

It is a logic block diagram which shows the outline | summary of the function of the knowledge sharing system 500 of embodiment of this invention. It is a block diagram which shows an example of the hardware constitutions of the knowledge sharing system 500 of embodiment of this invention. It is a figure explaining the structural example of the search condition database 520 of embodiment of this invention. It is a figure explaining the structural example of the knowledge mark definition database 530 of embodiment of this invention. It is a figure explaining the structural example of the search setting database 540 of embodiment of this invention. It is a figure explaining the structural example of the search result log | history database 550 of embodiment of this invention. It is a figure explaining the structural example of the browsing history database 560 of embodiment of this invention. It is a flowchart of the search result list display process of the embodiment of the present invention. It is a flowchart of the knowledge acquisition process of embodiment of this invention. It is a flowchart of the search result document list acquisition process of the embodiment of the present invention. It is a flowchart of the automatic search process of embodiment of this invention. It is a figure explaining the change of the content of the browsing history database 560 of embodiment of this invention. It is a figure explaining the example of the screen displayed on the terminal 200 of embodiment of this invention.

<Basic configuration>
FIG. 1 is a logical block diagram showing an outline of functions of a knowledge sharing system 500 according to an embodiment of the present invention.

  The knowledge sharing system 500 of this embodiment is constructed on the server 100 by the processor 101 executing a predetermined program.

  The knowledge sharing system 500 includes a search engine 510, a search condition database 520, a knowledge mark definition database 530, a search setting database 540, a search result history database 550, and a browsing history database 560.

  The knowledge sharing system 500 is connected to the cooperation system 300 and the server 400 that provides big data.

  The search engine 510 accumulates the search results as knowledge by executing a search automatically and periodically on the server 400 that provides the big data.

  The search condition database 520 stores search conditions executed by the search engine 510, that is, search expressions and search targets, and details thereof will be described later with reference to FIG. The knowledge mark definition database 530 is a database that stores knowledge mark definitions, and details thereof will be described later with reference to FIG. The knowledge mark is a mark indicating the meaning (type) of unread when the user is notified of unread. The knowledge mark definition database 530 may define one mark or a plurality of marks. The search setting database 540 stores information associating the search result with the target object stored in the cooperation system 300, and details thereof will be described later with reference to FIG.

  The search result history database 550 includes search results (knowledge) executed for each combination of search conditions and target data to be searched. Details thereof will be described later with reference to FIG. For example, in FIG. 1, a search result where the search condition is x and the target object is 1 is indicated as “x−1”. The search result history database 550 manages the history, and checks whether or not there is an update when the search is executed.

  The browsing history database 560 manages the browsing status for each document and for each user included in the search result, and details thereof will be described later with reference to FIG.

  The cooperation system 300 includes an engine 310 and a database 320.

  The engine 310 is basic software for referring to data stored in the database 320 and providing a business (for example, a design support business) to a user. The database 320 stores data (target object) associated with the search result executed by the knowledge sharing system 500. The object stored in the database 320 is, for example, data of parts used for a product, and is attribute information such as a name, a product number, and a manufacturer name.

  The knowledge sharing system 500 refers to the browsing history database 560 and notifies the corresponding user when an unread document is included in the search result associated with the object. For example, in the illustrated state, since the user 2 is not browsing the document BBB, the user 2 is notified of unread. This unread is notified using a mark defined in the knowledge mark definition database 530.

  FIG. 2 is a block diagram illustrating an example of a hardware configuration of the knowledge sharing system 500 according to the embodiment of this invention.

  The knowledge sharing system 500 of this embodiment is configured by one or a plurality of servers 100. The server 100 is communicably connected to the client terminal 200, the cooperation system 300, and the server 400 on the network (for example, via the network).

  The server 100 includes a processor (CPU) 101, a memory 102, a storage device 103, and a communication interface 104, and is a single or a plurality of computers configured logically or physically.

  The processor 101 executes a program stored in the memory 102. The memory 102 is a high-speed and volatile storage device such as a DRAM (Dynamic Random Access Memory), and stores an operating system (OS) and application programs. When the processor 101 executes the operating system, the basic function of the server 100 is provided, and when the application program is executed, the function of the knowledge sharing system 500 is provided.

  The storage device 103 is a large-capacity non-volatile storage device such as a magnetic storage device or a flash memory, and stores a program executed by the processor 101 and data used when the program is executed. That is, a program executed by the processor 101 is read from the storage device 103, loaded into the memory 102, and executed by the processor 101.

  The communication interface 104 connects the server 100 to a network and controls communication with other devices.

  The program executed by the server 100 may be operated by a plurality of threads on the same computer, and physically operates on a virtual computer constructed on a logical partition configured on one or a plurality of computers. May be.

  A program executed by the processor 101 is provided to the server 100 via a removable medium (CD-ROM, flash memory, etc.) or a network, and is stored in the storage device 103 which is a non-temporary storage medium. Therefore, the server 100 may have an interface for reading removable media.

  Although not shown, the client terminal 200 is a computer that has a processor (CPU), a memory, a nonvolatile storage device (HDD), and a communication interface, and the processor executes a program stored in the memory. Further, the client terminal 200 is connected to an input device (for example, keyboard, mouse) 207 and an output device (for example, display device, printer) 208.

  The client terminal 200 only needs to operate a browser, but dedicated software that communicates with the server 100 and provides a user interface may operate.

  The cooperation system 300 is, for example, a design support system, and accesses the knowledge sharing system 500 of the present embodiment and provides a search result to the user.

  Although not shown, the linkage system 300 is a computer physically configured on one or a plurality of computers, and includes a processor (CPU), a memory, a nonvolatile storage device, and a communication interface. Executes a program stored in memory.

  The server 400 on the network is, for example, a file server, a Web server, or a database server provided on the Internet, and provides so-called big data to the knowledge sharing system 500 of the present embodiment.

  FIG. 3 is a diagram illustrating a configuration example of the search condition database 520 according to the embodiment of this invention.

  As shown in FIG. 3A, the search condition database 520 is a database in which search conditions executed by the search engine 510 are stored, and includes a plurality of search conditions 523. Each search condition 523 includes a connection condition 524. The connection condition 524 is a combination of keyword sets and operators (AND, OR, etc.) indicating the logical relationship between them (for example, a character string “1AND (2OR3)”, etc.). Each search condition 523 is assigned a search condition ID that is an identifier that uniquely represents the search condition. A key attribute may be set in the search condition ID. The key attribute is an attribute attached to an item that is frequently used as a search key. If an item for which the key attribute is set is used as a key, the search can be quickly performed.

  The search condition 523 includes a plurality of keyword sets 525. Each keyword set 525 includes a keyword set ID, a search condition ID, a keyword 526, a search target 527, and a search type 528. The keyword set ID is an identifier that uniquely represents the keyword set, and a key attribute may be set. The search condition ID is an identifier of a search condition that refers to the keyword set. When the keyword set is referred to by a plurality of search conditions, the search condition ID stores an identifier of the plurality of search conditions. The keyword 526 is a list of search keywords, and may include operators (AND, OR, etc.) indicating a logical relationship between the search keywords. Further, the keyword 526 not only directly defines a word (for example, “bracket”, “screw”, etc.) but also information related to the search (for example, attribute information of an object such as a manufacturer name, part name, model number, etc.) It may be in the form of a macro variable that can be taken as an argument. The search target 527 is an identifier of the search target. When there are a plurality of search targets, the search condition 523 includes a plurality of search target identifiers. The search type 528 is a flag representing the search execution type (for example, complete match search, partial match search, NOT search, etc.).

  Although the keyword set 525 is illustrated below the search condition 523, a keyword set database may be provided separately from the search condition database 520. In this case, the search condition database 520 and the keyword set database can be associated by the search condition ID or the keyword set database.

  FIG. 4 is a diagram illustrating a configuration example of the knowledge mark definition database 530 according to the embodiment of this invention.

  The knowledge mark definition database 530 is a database that stores knowledge mark definitions, and includes a mark ID 531, a display name 532, a search condition ID 533, an image name 534, and a control flag 536.

  The mark ID 531 is an identifier that uniquely represents the type of knowledge mark. A key attribute may be set for the mark ID 531. The display name 532 is the name of the knowledge mark. The search condition ID 533 is an identifier that uniquely represents the search condition. Note that a plurality of mark IDs 531 can be associated with the search condition ID 533. This is because it may be necessary to call the user multiple types of attention in a search based on a single search condition. Depending on the search result, a knowledge mark (mark ID) for alerting the user may be changed.

  The image name 534 is an identifier representing an image image for displaying a knowledge mark. The image name 534 is represented by an image file name, for example, but may include a path name. The control flag 536 is a flag indicating whether editing of the target object is locked by the knowledge mark. Specifically, when the control flag 536 is set to true, control is performed so that an operation (or browsing) on the target object cannot be performed unless an unread document is browsed by operating a knowledge mark.

  FIG. 5 is a diagram illustrating a configuration example of the search setting database 540 according to the embodiment of this invention.

  The search setting database 540 stores information for associating the search result with the target object stored in the cooperation system 300, and one record indicates one association. The search setting database 540 includes a search execution ID 541, a mark ID 542, and an object internal ID 543.

  The search execution ID 541 is an identifier that uniquely represents a search setting (that is, a search result), and a key attribute may be set. The mark ID 542 is an identifier that uniquely represents the knowledge mark. The object internal ID 543 is an internal identifier on the cooperation system that uniquely represents the target object.

  For example, the search setting with the search execution ID “5” associates the knowledge mark with the mark ID 10003 with the target object with the object internal ID 200003. The knowledge mark and the target object are associated with each other in a one-to-one relationship, a one-to-many relationship (for example, a target object whose object internal ID is 200001), or a many-to-one relationship (for example, a mark ID of 10001). Knowledge mark) is also possible.

  FIG. 6 is a diagram illustrating a configuration example of the search result history database 550 according to the embodiment of this invention.

  The search result history database 550 is a database that holds the history of the search result document data for each search result. For each search result document, the search execution ID 551, the record ID 552, the document path 553, the registration date 554, and the deletion date. 555 and last update date 556 are held.

  The search execution ID 551 is an identifier that uniquely represents the search result, and the same search execution ID 541 (FIG. 5) of the search setting database 540 is used. The record ID 552 is an identifier that uniquely represents a document as a search result. A key attribute may be set in the record ID 552. The document path 553 is path information (storage location) for accessing a document as a search result. The registration date 554 is the first hit date as a search result. The deletion date 555 is a date when the search result no longer hits. The last update date is the date when the search result document was last updated.

  For example, in the example of the search result history database 550 shown in FIG. 6, a document with a record ID of 10002 has a file path of C: \ document \ procon.pptx and a search with a search execution ID of 1 results in 2013 It was recorded for the first time on May 5, but was not hit in the search on August 9, 2013.

  FIG. 7 is a diagram illustrating a configuration example of the browsing history database 560 according to the embodiment of this invention.

  The browsing history database 560 is a database that holds the browsing status of the user for each document as a search result, and a record is generated when the user refers to the document. In addition, at the timing when the search result document is updated, all records having the corresponding record ID are deleted.

  The browsing history database 560 includes a record ID 561 and a user ID 562. The record ID 561 is an identifier that uniquely represents the search result document, and the same record ID 552 as that of the search result history database 550 (FIG. 6) is used. A key attribute may be set in the record ID 561. The user ID 562 is an identifier that uniquely represents a user who has referred to a search result document, and a key attribute may be set.

  FIG. 8 is a flowchart of search result list display processing according to the embodiment of this invention. The knowledge mark display process shown in FIG. 8 is executed by the processor of the linkage system 300.

  First, when the user selects an object, the cooperation system 300 receives the object selected by the user (S1001). The cooperation system 300 inquires the knowledge sharing system 500 about the presence or absence of knowledge using the selected object and user ID as keys (S1002). Note that this inquiry about the presence / absence of knowledge includes the user ID of the user who has logged in to the cooperation system 300.

  The knowledge sharing system 500 refers to the search result history database 550 and the browsing history database 560, and the presence / absence of unread data among the search results (knowledge) related to the target object selected by the cooperation system 300 Is returned to the cooperation system 300 (see FIG. 9). When there is unread data, the reply from the knowledge sharing system 500 includes the mark ID of the knowledge mark.

  The cooperation system 300 checks whether there is unread data (knowledge) from the knowledge sharing system 500 (S1003). Then, the identifier 534 of the knowledge mark image of the mark ID included in the reply from the knowledge sharing system 500 is acquired (S1004). The knowledge mark image may be stored in advance in association with the mark ID by the cooperation system 300 or may be included in a reply from the knowledge sharing system 500. Then, a knowledge mark is displayed in association with the key object (for example, on the key object) (S1005).

  If the displayed knowledge mark control flag 536 is set to true, the processing from step S1006 to S1011 is executed, and operations related to the target object are restricted before browsing an unread document. In this case, after opening the unread document, another screen may be opened, and after the user inputs that the contents of the document have been confirmed, the operation restriction on the target object may be released.

  Thereafter, when the user clicks the knowledge mark displayed on the screen, the cooperation system 300 accepts the knowledge mark operated by the user (S1006). Then, using the internal ID of the operated knowledge mark, the knowledge sharing system 500 is requested to acquire the search result document list, and the search result document list is acquired (S1007). The search result document list request includes the internal ID and mark ID of the key object, and the search result document list acquired from the knowledge sharing system 500 includes the document record ID 552 and the document path 553.

  Then, the acquired search result document list is displayed on the screen (S1008). The search result document list display screen may be displayed in a separate window as shown in FIG.

  Thereafter, when the user selects a document to be referred to from the displayed document list, the cooperation system 300 accepts selection of the document by the user (S1009). Then, the document is accessed using the path of the selected document (S1010), an application program for referring to the document is started, and the document is displayed (S1011).

  FIG. 9 is a flowchart of the knowledge acquisition process according to the embodiment of this invention. The knowledge acquisition process shown in FIG. 9 is executed by the processor of the knowledge sharing system 500 corresponding to step S1002 of the search result list display process (FIG. 8).

  When the knowledge sharing system 500 receives an inquiry about the presence / absence of knowledge from the cooperation system 300, the knowledge sharing system 500 searches the search result (search execution ID) 541 associated with the key object by using the internal ID of the key object for which the inquiry has been made as a key. Obtained from the setting database 540 (S1021).

  Then, using the acquired search execution ID as a key, the search result (list of record IDs) 552 associated with the search execution ID is acquired from the search result history database 550 (S1022), and the login associated with the search execution ID is performed. A list of read documents (record ID) 561 using the user ID of the user as a key is acquired from the browsing history database 560 (S1023).

  After that, the list of record IDs 552 of the obtained search result document is compared with the list of record IDs 561 of the already-read document, and the browsing status of the user who is logged in to the cooperation system 300 is checked (S1024). If there is a record ID 552 (unread document) not included in the list of record IDs 561 of the read document (“Yes” in S1025), a mark associated with the key object using the internal ID of the key object as a key The ID 542 is acquired from the search setting database 540 (S1026).

  Thereafter, the presence / absence of unread data is returned to the cooperation system 300 (S1027). When there is unread data, the reply from the knowledge sharing system 500 includes the mark ID of the knowledge mark to be displayed on the cooperation system 300.

  FIG. 10 is a flowchart of search result document list acquisition processing according to the embodiment of this invention. The search result document list acquisition process shown in FIG. 10 is executed by the processor of the knowledge sharing system 500 corresponding to step S1007 of the search result list display process (FIG. 8).

  When the knowledge sharing system 500 receives a search result document list acquisition request from the cooperation system 300, the knowledge sharing system 500 uses the internal ID and mark ID of the key object included in the request as a key to execute a search associated with the key object and the knowledge mark. The ID 541 is acquired from the search setting database 540 (S1031).

  Then, using the acquired search execution ID as a key, a list of search result documents (document paths) 553 associated with the search execution ID is acquired from the search result history database 550 (S1032), and the acquired search result documents are stored. The list (document path) is returned to the cooperation system 300 (S1033).

  FIG. 11 is a flowchart of automatic search processing according to the embodiment of this invention. The automatic search process shown in FIG. 11 is executed by the search engine 510 while the knowledge sharing system 500 repeats periodically (for example, at a predetermined time interval by a periodic task).

  First, the knowledge sharing system 500 acquires a search setting list from the search setting database 540 (S1041). Then, a loop of the number of acquired search settings is entered (S1042).

  In the loop, the search condition ID 533 is acquired from the knowledge mark definition database 530 using the mark ID acquired from the search setting database 540 as a key (S1043), and the search parameters (keyword set 525 and connection condition 524) are set using the search condition ID as a key. ) Is acquired from the search condition database 520 (S1044).

  If the keyword includes a macro variable definition that takes the attribute information of the object as an argument, the attribute information of the target object is acquired from the cooperation system 300, is taken in the macro variable of the search condition, and a search parameter is generated (S1045). Then, a search is executed using the generated search parameter (S1046), and the search result is evaluated (S1047). In the evaluation of the search result, it is evaluated whether information useful for the user is included in the search result based on a predetermined criterion. For example, the evaluation can be made based on the order of search keywords and the grammatical connection. Moreover, you may evaluate by whether the related words other than a search keyword are contained.

  Thereafter, the information of the search result document is stored in the search result history database 550 (S1048). Specifically, if a record having the same search execution ID and document path of the newly stored search result document is not registered in the search result history database 550, a new record ID is acquired, and the record ID 552 and the registration date 554 are acquired. Record. Also, if a record with the same search execution ID and document path of a newly stored search result has already been registered, the last update date of the document is checked, and if it is the same as the already registered document, Delete duplicate stored records. Furthermore, if a record with the same search execution ID and document path that has already been registered does not hit in the search, it is determined that the document has been deleted, and the search date is recorded as the deletion date 555.

  If the result of evaluating the search result in step S1045 is inferior to the search result stored in the search result history database 550, the search result history database 550 is not updated with the newly obtained search result. Also good.

  Thereafter, it is checked whether the search result is updated (S1049), and the browsing history database 560 is updated (S1050). That is, the browsing history of the record ID updated in the search result history database 550 is deleted from the browsing history database 560.

  When the processing in the loop is completed for all search settings, the automatic search process is terminated.

  In the automatic search process described above, data (so-called big data) provided by various servers 400 on the network is searched, but the search target may be an in-house system. When the in-house system is set as a search target, for example, it is possible to notify the designer of changes in the in-house regulations necessary for the design work.

  FIG. 12 is a diagram illustrating changes in the contents of the browsing history database 560 according to the embodiment of this invention.

  When the user refers to the document, a record including the record ID of the referenced document and the user ID of the referenced user is added to the browsing history database 560 (S1011). Thereafter, if it is determined that the document has been updated by the search, all browsing histories of the record ID of the updated document are deleted (S1047).

  FIG. 13 shows an example of a screen displayed on the client 200 according to the embodiment of this invention.

  The client terminal 200 is connected to the cooperation system 300 and performs business on a screen 301 provided by the cooperation system 300. The search result list display process starts at the timing when access to the target data occurs in the cooperation system 300, displays the knowledge mark 302 on the cooperation system (S1005), and when the user clicks on the knowledge mark, the knowledge is displayed. The search result document list screen 501 provided from the sharing system 500 is displayed (S1008). Thereafter, the document is displayed (S1011).

  As described above, according to the embodiment of the present invention, it is possible to obtain information with a certain degree of accuracy regardless of the skill of the user by sharing the search condition.

  Further, since all objects are periodically searched and notified when unread data is included in the search results, the updated information can be notified to the user accurately. That is, in the prior art described in Patent Document 1, the result of searching the extracted update data is notified to the user. On the other hand, in the present invention, unread data extracted from the search result is notified to the user. For this reason, it is possible to accurately notify the user of the update of the information to be searched, including unread data that is not handled as update data (for example, data that has been updated the last time but is not yet read).

  In addition, since it has a search setting database that associates an object (object internal ID) with a search result (search execution ID), a search result shared as knowledge (knowledge information) can be automatically associated with the object. Furthermore, since the operations related to the target object are restricted before browsing the unread document, the user can reliably access the knowledge.

  Further, since the related knowledge information is notified when the user accesses the object, the unread information (information update) can be notified to the user at a necessary timing.

  Furthermore, since the search keyword is defined in the form of a macro variable that can take information related to the search as an argument, the search related to the target object can be accurately performed.

  Although the present invention has been described in detail with reference to the accompanying drawings, the present invention is not limited to such specific configurations, and various modifications and equivalents within the spirit of the appended claims Includes configuration.

100 Server 101 Processor (CPU)
102 memory 103 nonvolatile storage device 104 communication interface 200 client terminal 300 cooperation system 310 engine 320 database 400 server 500 knowledge sharing system 510 search engine 520 search condition database 530 knowledge mark definition database 540 search setting database 550 search result history database 560 browsing history database

Claims (5)

A knowledge sharing system that provides knowledge that is shared among multiple users to a collaborative system,
A processor that executes a predetermined program and executes the following processing;
A storage device for storing data used in processing by the processor;
An interface for connecting to other servers via the network;
A search engine to search for data,
A search condition database for storing search conditions used by the search engine;
A search result database that stores the results of searches performed by the search engine;
A browsing history database that stores information on the presence or absence of browsing for each user of the document that is the result of the search,
The search engine periodically searches the data provided by the other server according to the search conditions stored in the search condition database, and stores the search results in the search result database.
The cooperation system notifies the knowledge sharing system of the identifier of the object specified by the user,
The knowledge sharing system includes:
Based on the result of the search, update the browsing history database,
When the identifier of the object is notified from the cooperation system, the result of the search related to the notified object is specified,
If a document unread by the user is included in the identified search results, determine notification to the user;
A knowledge sharing system, wherein an identifier of the determined notification is returned to the cooperation system.   The knowledge sharing system according to claim 1, wherein when the user accesses information related to an object handled by the cooperation system, the cooperation system notifies the knowledge sharing system of an identifier of the object. . The knowledge sharing system includes:
A search setting database that holds a correspondence relationship between a search result executed by the search engine and the object;
The knowledge sharing system according to claim 1 or 2, wherein a search result related to the notified object is specified with reference to the search setting database. The knowledge sharing system includes:
Referring to the search result database to identify documents included in the identified search results;
4. The knowledge sharing system according to claim 1, wherein it is determined whether the identified document is browsed by the user with reference to the browsing history database. 5.   The knowledge sharing system evaluates whether a search result newly obtained by the search engine is useful to a user, and if the new search result is more useful than a search result stored in the search result database, 5. The knowledge sharing system according to claim 1, wherein a new search result is stored in the search result database.