JP5809677B2 - 知識共有システム - Google Patents

Description

本発明は、知識共有システムに関し、特に、検索エンジンがネットワークから取得したデータを知識としてユーザに共有させる技術に関する。

製品の設計作業において、製品に使用する部品やモジュールに関連する情報（例えば、名称、品番、メーカ名）を入手するために、部品などの情報（以下、本明細書において、これらの情報を「オブジェクト」と称する）をキーに複数のデータベースを横断的に検索することがある。

特開平１１−１２０１９０号公報

しかし、検索者の知識、経験、センスなどにより検索方法が異なり、検索で得られる結果に違いが出ることがある。有益な情報が存在するかは、検索して調べないとわからないため、有益な情報に気づかない場合がある。そもそも、情報を入手しようとするかの判断はユーザのレベルによって異なる。このため、該当するオブジェクトに予め見識者が有益なデータを関連付けておく方法がある。しかし、その場合、以下の新たな課題がある。第１に、時間の経過と共に、提供される情報が陳腐化する。第２に、提供される情報が多く蓄積されることに伴い、必要な情報が埋没する。

この課題を解決するための技術として、特許文献１に記載されるように、計算機ネットワークに接続された複数のデータベースを検索するシステムにおいて、ユーザが必要とするデータの種類や検索条件などをあらかじめ登録しておき、データベースのデータ更新を検知して、更新のあったデータベースを指定された検索条件で更新部分を検索する技術がある。

しかし、特許文献１に記載される方法では、更新情報を得ることを目的としているところ、更新データのみを検索の対象としている。このため、更新されていないデータを未読として取り扱うことができなかった。

また、検索によって得られた情報とオブジェクトとの関係が不明確で、取得した情報とオブジェクトとを関連付けるのに手間がかかる問題がある。

そこで、本発明では、更新データも含んだ全ての対象を検索し、検索結果の中に未読データ（更新データ）が含まれる場合に通知することを目的とする。また、検索結果をオブジェクトと関連付けて、ナレッジ（知見情報）として共有することを目的とする。

本願において開示される発明は、複数のユーザ間で共有される知識を連携システムに提供する知識共有システムであって、所定のプログラムを実行して、以下の処理を実行するプロセッサと、前記プロセッサによる処理で使用されるデータを格納する記憶装置と、ネットワークを介して他のサーバと接続するインターフェースと、を有し、前記知識共有システムは、データを検索する検索エンジンと、前記検索エンジンが使用する検索条件を格納する検索条件データベースと、前記検索エンジンが実行した検索の結果を格納する検索結果データベースと、前記検索の結果である文書のユーザ毎の閲覧の有無の情報を格納する閲覧履歴データベースと、を有し、前記検索エンジンは、前記検索条件データベースに格納された検索条件に従って、前記他のサーバが提供するデータを定期的に検索し、前記検索の結果を前記検索結果データベースに格納し、前記連携システムは、ユーザによって指定されたオブジェクトの識別子を、前記知識共有システムに通知し、前記知識共有システムは、前記検索の結果に基づいて、前記閲覧履歴データベースを更新し、前記オブジェクトの識別子が前記連携システムから通知されると、前記通知されたオブジェクトに関連する検索の結果を特定し、当該ユーザが未読の文書が前記特定された検索の結果に含まれている場合、当該ユーザへの通知を決定し、前記決定された通知の識別子を前記連携システムに返送することを特徴とする。

本発明の代表的な実施形態によれば、検索条件をオブジェクトと関連付けて共有することによって、利用者のスキルによらない一定の精度の情報を得ることができる。

本発明の実施形態の知識共有システム５００の機能の概要を示す論理ブロック図である。 本発明の実施形態の知識共有システム５００のハードウェア構成の一例を示すブロック図である。 本発明の実施形態の検索条件データベース５２０の構成例を説明する図である。 本発明の実施形態のナレッジマーク定義データベース５３０の構成例を説明する図である。 本発明の実施形態の検索設定データベース５４０の構成例を説明する図である。 本発明の実施形態の検索結果履歴データベース５５０の構成例を説明する図である。 本発明の実施形態の閲覧履歴データベース５６０の構成例を説明する図である。 本発明の実施形態の検索結果リスト表示処理のフローチャートである。 本発明の実施形態のナレッジ取得処理のフローチャートである。 本発明の実施形態の検索結果文書リスト取得処理のフローチャートである。 本発明の実施形態の自動検索処理のフローチャートである。 本発明の実施形態の閲覧履歴データベース５６０の内容の変化を説明する図である。 本発明の実施形態の端末２００に表示される画面の例を説明する図である。

＜基本構成＞
図１は、本発明の実施形態の知識共有システム５００の機能の概要を示す論理ブロック図である。

本実施形態の知識共有システム５００は、プロセッサ１０１が所定のプログラムを実行することによって、サーバ１００上に構築される。

知識共有システム５００は、検索エンジン５１０、検索条件データベース５２０、ナレッジマーク定義データベース５３０、検索設定データベース５４０、検索結果履歴データベース５５０及び閲覧履歴データベース５６０を有する。

知識共有システム５００は、連携システム３００及びビッグデータを提供するサーバ４００に接続されている。

検索エンジン５１０は、ビッグデータを提供するサーバ４００に対し、自動的かつ定期的に検索を実行することによって、検索結果を知識として蓄積する。

検索条件データベース５２０は、検索エンジン５１０が実行する検索の条件、すなわち検索式及び検索対象を格納し、その詳細は図３を用いて後述する。ナレッジマーク定義データベース５３０は、ナレッジマークの定義を格納するデータベースであり、その詳細は図４を用いて後述する。ナレッジマークは、ユーザに未読が通知される場合、未読の意味（種類）を表すマークである。なお、ナレッジマーク定義データベース５３０は、一つのマークが定義されても、複数のマークが定義されてもよい。検索設定データベース５４０は、検索結果と連携システム３００に格納されているターゲットオブジェクトを関連付ける情報を格納し、その詳細は図５を用いて後述する。

検索結果履歴データベース５５０は、検索条件と検索対象であるターゲットデータとの組み合わせ毎に実行された検索の結果（ナレッジ）を含み、その詳細は図６を用いて後述する。例えば、図１では、検索条件がｘでターゲットオブジェクトが１である検索結果を「ｘ−１」と示す。検索結果履歴データベース５５０は、履歴が管理され、検索が実行されると更新の有無をチェックする。

閲覧履歴データベース５６０は、検索結果に含まれる文書毎かつユーザ毎に閲覧状況を管理し、その詳細は図７を用いて後述する。

連携システム３００は、エンジン３１０及びデータベース３２０を有する。

エンジン３１０は、データベース３２０に格納されたデータを参照し、ユーザに業務（例えば、設計支援業務）を提供するための基盤ソフトウェアである。データベース３２０は、知識共有システム５００が実行する検索の結果に関連付けられるデータ（ターゲットオブジェクト）を格納する。データベース３２０に格納されるオブジェクトは、例えば、製品に使用する部品のデータであり、例えば、名称、品番、メーカ名といった属性情報である。

知識共有システム５００は、閲覧履歴データベース５６０を参照して、オブジェクトに関連付けられた検索の結果に未読の文書が含まれる場合は、該当するユーザに通知する。例えば、図示した状態では、ユーザ２が文書ＢＢＢを閲覧していないので、ユーザ２に未読が通知される。この未読は、ナレッジマーク定義データベース５３０に定義されたマークを用いて通知する。

図２は、本発明の実施形態の知識共有システム５００のハードウェア構成の一例を示すブロック図である。

本実施形態の知識共有システム５００は、１又は複数のサーバ１００によって構成される。サーバ１００は、クライアント端末２００、連携システム３００及びネットワーク上のサーバ４００と通信可能に（例えば、ネットワークを介して）接続されている。

サーバ１００は、プロセッサ（ＣＰＵ）１０１、メモリ１０２、記憶装置１０３及び通信インターフェース１０４を有し、論理的又は物理的に構成された単一又は複数の計算機である。

プロセッサ１０１は、メモリ１０２に格納されたプログラムを実行する。メモリ１０２は、例えば、ＤＲＡＭ（Dynamic Random Access Memory）のような高速かつ揮発性の記憶装置であり、オペレーティングシステム（ＯＳ）及びアプリケーションプログラムを格納する。プロセッサ１０１が、オペレーティングシステムを実行することによって、サーバ１００の基本機能が提供され、アプリケーションプログラムを実行することによって、知識共有システム５００の機能が提供される。

記憶装置１０３は、例えば、磁気記憶装置、フラッシュメモリ等の大容量かつ不揮発性の記憶装置であり、プロセッサ１０１によって実行されるプログラム及びプログラム実行時に使用されるデータを格納する。すなわち、プロセッサ１０１によって実行されるプログラムは、記憶装置１０３から読み出され、メモリ１０２にロードされて、プロセッサ１０１によって実行される。

通信インターフェース１０４は、サーバ１００をネットワークに接続し、他の装置との通信を制御する。

サーバ１００が実行するプログラムは、同一の計算機上の複数のスレッドによって動作してもよく、物理的には一つ又は複数の計算機上に構成された論理区画上に構築された仮想計算機上で動作してもよい。

プロセッサ１０１が実行するプログラムは、リムーバブルメディア（ＣＤ−ＲＯＭ、フラッシュメモリなど）又はネットワークを介してサーバ１００に提供され、非一時的記憶媒体である記憶装置１０３に格納される。このため、サーバ１００は、リムーバブルメディアを読み込むインターフェースを有するとよい。

クライアント端末２００は、図示を省略するが、プロセッサ（ＣＰＵ）、メモリ、不揮発記憶装置（ＨＤＤ）及び通信インターフェースを有し、プロセッサがメモリに格納されたプログラムを実行する計算機である。さらに、クライアント端末２００には、入力装置（例えば、キーボード、マウス）２０７及び出力装置（例えば、ディスプレイ装置、プリンタ）２０８に接続されている。

なお、クライアント端末２００では、ブラウザが動作すればよいが、サーバ１００と通信してユーザインターフェースを提供する専用のソフトウェアが動作してもよい。

連携システム３００は、例えば、設計支援システムであり、本実施形態の知識共有システム５００にアクセスし、ユーザに検索結果を提供する。

連携システム３００は、図示を省略するが、物理的に一つ又は複数の計算機上に構成された計算機であり、プロセッサ（ＣＰＵ）、メモリ、不揮発記憶装置及び通信インターフェースを有し、し、プロセッサがメモリに格納されたプログラムを実行する。

ネットワーク上のサーバ４００は、例えば、インターネット上に設けられたファイルサーバ、Ｗｅｂサーバ、データベースサーバであり、本実施形態の知識共有システム５００にいわゆるビッグデータを提供する。

図３は、本発明の実施形態の検索条件データベース５２０の構成例を説明する図である。

検索条件データベース５２０は、図３（Ａ）に示すように、検索エンジン５１０が実行する検索の条件が格納されたデータベースであり、複数の検索条件５２３を含む。各検索条件５２３は連結条件５２４を含む。連結条件５２４は、キーワードセット及びその間の論理関係を示す演算子（ＡＮＤ、ＯＲなど）の組み合わせ（例えば、文字列”１ＡＮＤ（２ＯＲ３）”など）である。各検索条件５２３には、検索条件を一意に表す識別子である検索条件ＩＤが付与されている。検索条件ＩＤには、キー属性が設定されるとよい。キー属性は、検索キーとして多く用いられる項目に付される属性であり、キー属性が設定された項目をキーとすると、早く検索をすることができる。

検索条件５２３は、複数のキーワードセット５２５を含む。各キーワードセット５２５は、キーワードセットＩＤ、検索条件ＩＤ、キーワード５２６、検索対象５２７及び検索タイプ５２８を含む。キーワードセットＩＤは、キーワードセットを一意に表す識別子であり、キー属性が設定されるとよい。検索条件ＩＤは、当該キーワードセットを参照する検索条件の識別子である。なお、キーワードセットが複数の検索条件によって参照される場合、検索条件ＩＤには、複数の検索条件の識別子が格納される。キーワード５２６は、検索キーワードのリストであり、検索キーワード間の論理関係を示す演算子（ＡＮＤ、ＯＲなど）を含んでもよい。また、キーワード５２６は、単語（例えば、「ブラケット」「ビス」など）を直接定義するだけでなく、検索に関連する情報（例えば、部品のメーカ名、部品名、型番などのオブジェクトの属性情報）を引数として取り込めるようなマクロ変数の形式でもよい。検索対象５２７は、検索対象の識別子である。検索対象が複数である場合、検索条件５２３は複数の検索対象の識別子を含む。検索タイプ５２８は、検索の実行タイプ（例えば、完全一致検索、部分一致検索、ＮＯＴ検索など）を表すフラグである。

なお、キーワードセット５２５を検索条件５２３の下位に図示したが、検索条件データベース５２０と別にキーワードセットデータベースを持ってもよい。この場合、検索条件データベース５２０及びキーワードセットデータベースは、検索条件ＩＤ又はキーワードセットデータベースによって関連付けることができる。

図４は、本発明の実施形態のナレッジマーク定義データベース５３０の構成例を説明する図である。

ナレッジマーク定義データベース５３０は、ナレッジマークの定義が格納されたデータベースであり、マークＩＤ５３１、表示名５３２、検索条件ＩＤ５３３、イメージ名５３４及び制御フラグ５３６を含む。

マークＩＤ５３１は、ナレッジマークの種類を一意に表す識別子である。マークＩＤ５３１には、キー属性が設定されるとよい。表示名５３２は、ナレッジマークの名称である。検索条件ＩＤ５３３は、検索条件を一意に表す識別子である。なお、検索条件ＩＤ５３３には、複数のマークＩＤ５３１を関連付けることができる。これは、一つの検索条件による検索でユーザに複数種類の注意を促すことが必要なことがあるからである。検索結果によって、ユーザに注意を促すナレッジマーク（マークＩＤ）を変えてもよい。

イメージ名５３４は、ナレッジマークを表示する画像イメージを表す識別子である。イメージ名５３４は、例えば、画像ファイル名で表されるが、パス名を含んでもよい。制御フラグ５３６は、ナレッジマークによりターゲットオブジェクトの編集をロックするかを示すフラグである。具体的には、制御フラグ５３６がｔｒｕｅに設定されている場合、ナレッジマークを操作して未読文書を閲覧した後でないと、ターゲットオブジェクトに関する操作（又は、閲覧）ができないように制御される。

図５は、本発明の実施形態の検索設定データベース５４０の構成例を説明する図である。

検索設定データベース５４０は、検索結果と連携システム３００に格納されているターゲットオブジェクトを関連付ける情報を格納し、一つのレコードが一つの関連付けを示す。検索設定データベース５４０は、検索実行ＩＤ５４１、マークＩＤ５４２及びオブジェクト内部ＩＤ５４３を含む。

検索実行ＩＤ５４１は、検索設定（すなわち、検索結果）を一意に表す識別子であり、キー属性が設定されるとよい。マークＩＤ５４２は、ナレッジマークを一意に表す識別子である。オブジェクト内部ＩＤ５４３は、ターゲットオブジェクトを一意に表す、連携システム上の内部識別子である。

例えば、検索実行ＩＤが「５」の検索設定は、マークＩＤが１０００３のナレッジマークと、オブジェクト内部ＩＤが２００００３のターゲットオブジェクトとを関連付ける。このナレッジマークとターゲットオブジェクトとの関連付けは、１対１の関連も、１対多の関連（例えば、オブジェクト内部ＩＤが２００００１のターゲットオブジェクト）も、多対１の関連（例えば、マークＩＤが１０００１のナレッジマーク）も可能である。

図６は、本発明の実施形態の検索結果履歴データベース５５０の構成例を説明する図である。

検索結果履歴データベース５５０は、検索結果ごとに、検索結果の文書データの履歴を保持するデータベースであり、検索結果の文書ごとに、検索実行ＩＤ５５１、レコードＩＤ５５２、文書パス５５３、登録日５５４、削除日５５５及び最終更新日５５６を保持する。

検索実行ＩＤ５５１は、検索結果を一意に表す識別子であり、検索設定データベース５４０の検索実行ＩＤ５４１（図５）と同じものを用いる。レコードＩＤ５５２は、検索結果の文書を一意に表す識別子である。レコードＩＤ５５２には、キー属性が設定されるとよい。文書パス５５３は、検索結果の文書にアクセスするためのパス情報（格納場所）である。登録日５５４は、検索結果として初めてヒットした日である。削除日５５５は、検索結果としてヒットしなくなった日である。最終更新日は、検索結果の文書が最後に更新された日である。

例えば、図６に示す検索結果履歴データベース５５０の例では、レコードＩＤが１０００２の文書は、そのファイルパスがC:\document\procon.pptxであり、検索実行ＩＤが１の検索によって、２０１３年８月５日に初めてヒットしたが、２０１３年８月９日の検索ではヒットしなかったことが記録されている。

図７は、本発明の実施形態の閲覧履歴データベース５６０の構成例を説明する図である。

閲覧履歴データベース５６０は、検索結果の文書毎にユーザの閲覧状況を保持するデータベースであり、ユーザが文書を参照することによってレコードが生成される。また、検索結果の文書が更新されたタイミングで、該当するレコードＩＤの全てのレコードが削除される。

閲覧履歴データベース５６０は、レコードＩＤ５６１及びユーザＩＤ５６２を含む。レコードＩＤ５６１は、検索結果の文書を一意に表す識別子であり、検索結果履歴データベース５５０のレコードＩＤ５５２（図６）と同じものを用いる。レコードＩＤ５６１には、キー属性が設定されるとよい。ユーザＩＤ５６２は、検索結果の文書を参照したユーザを一意に表す識別子であり、キー属性が設定されるとよい。

図８は、本発明の実施形態の検索結果リスト表示処理のフローチャートである。図８に示すナレッジマーク表示処理は連携システム３００のプロセッサが実行する。

まず、ユーザがオブジェクトを選択すると、ユーザが選択したオブジェクトを連携システム３００が受け付ける（Ｓ１００１）。連携システム３００は、選択されたオブジェクト及びユーザＩＤをキーにして、知識共有システム５００にナレッジの有無を問い合わせる（Ｓ１００２）。なお、このナレッジの有無の問い合わせには、連携システム３００にログインしているユーザのユーザＩＤが含まれる。

知識共有システム５００は、検索結果履歴データベース５５０及び閲覧履歴データベース５６０を参照して、連携システム３００で選択されたターゲットオブジェクトに関連する検索結果（ナレッジ）のうち、当該ユーザが未読であるデータの有無を連携システム３００に返信する（図９参照）。未読データがある場合、知識共有システム５００からの返信にはナレッジマークのマークＩＤが含まれる。

連携システム３００は、知識共有システム５００から未読データ（ナレッジ）の有無をチェックする（Ｓ１００３）。そして、知識共有システム５００からの返信に含まれるマークＩＤのナレッジマークの画像の識別子５３４を取得する（Ｓ１００４）。このナレッジマークの画像は、連携システム３００がマークＩＤに関連付けて予め格納しても、知識共有システム５００からの返信に含まれてもよい。そして、キーオブジェクトに関連付けて（例えば、キーオブジェクト上に）ナレッジマークを表示する（Ｓ１００５）。

なお、表示されたナレッジマークの制御フラグ５３６がｔｒｕｅに設定されている場合、ステップＳ１００６からＳ１０１１以後の処理を実行して、未読文書を閲覧する前はターゲットオブジェクトに関する操作を制限する。この場合、未読文書を開いた後、別画面を開いて、ユーザが文書の内容を確認したことを入力した後にターゲットオブジェクトに関する操作制限を解除してもよい。

その後、画面上に表示されたナレッジマークをユーザがクリック操作すると、ユーザが操作したナレッジマークを連携システム３００が受け付ける（Ｓ１００６）。そして、操作されたナレッジマークの内部ＩＤを用いて、検索結果文書リストの取得を知識共有システム５００に要求し、検索結果文書リストを取得する（Ｓ１００７）。この検索結果文書リストの要求は、キーオブジェクトの内部ＩＤ及びマークＩＤを含み、知識共有システム５００から取得する検索結果文書リストは、文書のレコードＩＤ５５２及び文書パス５５３を含む。

そして、取得した検索結果文書リストを画面上に表示する（Ｓ１００８）。なお、検索結果文書リスト表示画面は、図１３に示すように、別ウィンドウで表示するとよい。

その後、ユーザが、表示された文書リストから参照する文書を選択すると、連携システム３００がユーザによる文書の選択を受け付ける（Ｓ１００９）。そして、選択された文書のパスを用いて、文書にアクセスし（Ｓ１０１０）、当該文書を参照するためのアプリケーションプログラムを起動して、文書を表示する（Ｓ１０１１）。

図９は、本発明の実施形態のナレッジ取得処理のフローチャートである。図９に示すナレッジ取得処理は、検索結果リスト表示処理（図８）のステップＳ１００２に対応して、知識共有システム５００のプロセッサが実行する。

知識共有システム５００は、連携システム３００からナレッジの有無の問い合わせを受けると、問い合わせを受けたキーオブジェクトの内部ＩＤをキーにして、当該キーオブジェクトに関連付けられた検索結果（検索実行ＩＤ）５４１を検索設定データベース５４０から取得する（Ｓ１０２１）。

そして、取得した検索実行ＩＤをキーにして、当該検索実行ＩＤに関連付けられた検索結果（レコードＩＤのリスト）５５２を検索結果履歴データベース５５０から取得し（Ｓ１０２２）、検索実行ＩＤに関連付けられたログインユーザのユーザＩＤをキーにしての既読文書（レコードＩＤ）５６１のリストを閲覧履歴データベース５６０から取得する（Ｓ１０２３）。

その後、取得した検索結果の文書のレコードＩＤ５５２のリストと既読文書のレコードＩＤ５６１のリストとを比較し、連携システム３００にログインしているユーザの閲覧状況をチェックする（Ｓ１０２４）。そして、既読文書のレコードＩＤ５６１のリストに含まれていないレコードＩＤ５５２（未読の文書）があれば（Ｓ１０２５で「あり」）、キーオブジェクトの内部ＩＤをキーにして、当該キーオブジェクトに関連付くマークＩＤ５４２を検索設定データベース５４０から取得する（Ｓ１０２６）。

その後、未読データの有無を連携システム３００に返信する（Ｓ１０２７）。未読データがある場合、知識共有システム５００からの返信は、連携システム３００に表示すべきナレッジマークのマークＩＤを含む。

図１０は、本発明の実施形態の検索結果文書リスト取得処理のフローチャートである。図１０に示す検索結果文書リスト取得処理は、検索結果リスト表示処理（図８）のステップＳ１００７に対応して、知識共有システム５００のプロセッサが実行する。

知識共有システム５００は、連携システム３００から検索結果文書リストの取得要求を受けると、要求に含まれるキーオブジェクトの内部ＩＤ及びマークＩＤをキーにして、当該キーオブジェクト及びナレッジマークに関連付けられた検索実行ＩＤ５４１を検索設定データベース５４０から取得（Ｓ１０３１）。

そして、取得した検索実行ＩＤをキーにして、検索実行ＩＤに関連付けられた検索結果の文書（文書パス）５５３のリストを検索結果履歴データベース５５０から取得し（Ｓ１０３２）、取得した検索結果の文書のリスト（文書パス）を連携システム３００に返信する（Ｓ１０３３）。

図１１は、本発明の実施形態の自動検索処理のフローチャートである。図１１に示す自動検索処理は、知識共有システム５００が周期的に繰り返して（例えば、定期タスクによって所定の時間間隔で）、検索エンジン５１０が実行する。

まず、知識共有システム５００は、検索設定のリストを検索設定データベース５４０から取得する（Ｓ１０４１）。そして、取得した検索設定の数のループに入る（Ｓ１０４２）。

ループ内では、検索設定データベース５４０から取得したマークＩＤをキーにして、検索条件ＩＤ５３３をナレッジマーク定義データベース５３０から取得し（Ｓ１０４３）、検索条件ＩＤをキーに検索パラメータ（キーワードセット５２５及び連結条件５２４）を検索条件データベース５２０から取得する（Ｓ１０４４）。

そして、キーワードが、オブジェクトの属性情報を引数として取り込むマクロ変数定義を含む場合、連携システム３００からターゲットオブジェクトの属性情報を取得し、検索条件のマクロ変数に取り込み、検索パラメータを生成する（Ｓ１０４５）。そして、生成した検索パラメータを用いて検索を実行し（Ｓ１０４６）、検索結果を評価する（Ｓ１０４７）。検索結果の評価は、所定の基準に基づいて、検索結果中にユーザに有益な情報が含まれているかを評価する。例えば、検索キーワードの順序や文法上の繋がりによって評価することができる。また、検索キーワード以外の関連する語が含まれているかによって評価してもよい。

その後、検索結果の文書の情報を検索結果履歴データベース５５０に格納する（Ｓ１０４８）。具体的には、新たに格納した検索結果の文書の検索実行ＩＤ及び文書パスが同じレコードが検索結果履歴データベース５５０登録されていなければ、新たにレコードＩＤを取得して、レコードＩＤ５５２及び登録日５５４を記録する。また、新たに格納した検索結果の文書の検索実行ＩＤ及び文書パスが同じレコードが既に登録されていれば、文書の最終更新日を照合し、既に登録されている文書と同じものであれば、重複して格納されたレコードを削除する。さらに、既に登録されている文書の検索実行ＩＤ及び文書パスが同じレコードが検索でヒットしなければ、当該文書は削除されたものと判定し、検索日を削除日５５５に記録する。

なお、ステップＳ１０４５で検索結果を評価した結果が、検索結果履歴データベース５５０に格納されている検索結果より劣っている場合、新たに得られた検索結果によって、検索結果履歴データベース５５０に更新しなくてもよい。

その後、検索結果が更新されているかをチェックし（Ｓ１０４９）、閲覧履歴データベース５６０を更新する（Ｓ１０５０）。すなわち、検索結果履歴データベース５５０で更新されたレコードＩＤの閲覧履歴を閲覧履歴データベース５６０から削除する。

そして、全ての検索設定についてループ内の処理が終わったら、自動検索処理を終了する。

以上に説明した自動検索処理では、ネットワーク上の各種サーバ４００が提供するデータ（いわゆる、ビッグデータ）を検索したが、検索の対象は社内システムでもよい。社内システムを検索対象とした場合、例えば、設計作業に必要な社内規定の変更を設計者に周知することができる。

図１２は、本発明の実施形態の閲覧履歴データベース５６０の内容の変化を説明する図である。

閲覧履歴データベース５６０は、ユーザが文書を参照すると、参照した文書のレコードＩＤと参照したユーザのユーザＩＤとを含むレコードが追加される（Ｓ１０１１）。その後、検索によって文書が更新されたと判定すると、更新された文書のレコードＩＤの全ての閲覧履歴を削除する（Ｓ１０４７）。

図１３は、本発明の実施形態のクライアント２００に表示される画面の例を示す。

クライアント端末２００は、連携システム３００に接続されており、連携システム３００が提供する画面３０１上で業務を行っている。連携システム３００でターゲットデータへのアクセスが発生したタイミングで、検索結果リスト表示処理が開始し、連携システム上にナレッジマーク３０２を表示する（Ｓ１００５）、そして、ユーザがナレッジマークをクリック操作すると、知識共有システム５００から提供された検索結果文書リスト画面５０１を表示する（Ｓ１００８）。その後、文書を表示する（Ｓ１０１１）。

以上に説明したように、本発明の実施形態によると、検索条件を共有することによって、利用者のスキルによらない一定の精度の情報を得ることができる。

また、全ての対象を定期的に検索し、検索結果の中に未読データが含まれる場合に通知するので、ユーザに更新された情報を的確に通知することができる。すなわち、特許文献１に記載した先行技術では、抽出した更新データを検索した結果をユーザに通知する。一方、本発明では、検索結果の中から抽出した未読データをユーザに通知する。このため、更新データとしては扱われない未読データ（例えば、前々回に更新されたが未読のデータ）も含めて、ユーザに検索対象の情報の更新を的確に通知することができる。

また、オブジェクト（オブジェクト内部ＩＤ）と検索結果（検索実行ＩＤ）とを関連付けた検索設定データベースを有するので、ナレッジ（知見情報）として共有される検索結果をオブジェクトと自動的に関連付けることができる。さらに、未読文書を閲覧する前はターゲットオブジェクトに関する操作を制限するので、ユーザが確実にナレッジにアクセスさせることができる。

また、ユーザがオブジェクトにアクセスするタイミングで関連するナレッジ情報を通知するので、利用者に必要なタイミングで未読情報（情報の更新）を通知することができる。

さらに、検索に関連する情報を引数として取り込めるようなマクロ変数の形式で検索キーワードを定義したので、ターゲットオブジェクトにより関連した検索を的確に行うことができる。

以上、本発明を添付の図面を参照して詳細に説明したが、本発明はこのような具体的構成に限定されるものではなく、添付した請求の範囲の趣旨内における様々な変更及び同等の構成を含むものである。

１００ サーバ
１０１ プロセッサ（ＣＰＵ）
１０２ メモリ
１０３ 不揮発記憶装置
１０４ 通信インターフェース
２００ クライアント端末
３００ 連携システム
３１０ エンジン
３２０ データベース
４００ サーバ
５００ 知識共有システム
５１０ 検索エンジン
５２０ 検索条件データベース
５３０ ナレッジマーク定義データベース
５４０ 検索設定データベース
５５０ 検索結果履歴データベース
５６０ 閲覧履歴データベース

Claims (5)

1. 複数のユーザ間で共有される知識を連携システムに提供する知識共有システムであって、
   所定のプログラムを実行して、以下の処理を実行するプロセッサと、
   前記プロセッサによる処理で使用されるデータを格納する記憶装置と、
   ネットワークを介して他のサーバと接続するインターフェースと、
   データを検索する検索エンジンと、
   前記検索エンジンが使用する検索条件を格納する検索条件データベースと、
   前記検索エンジンが実行した検索の結果を格納する検索結果データベースと、
   前記検索の結果である文書のユーザ毎の閲覧の有無の情報を格納する閲覧履歴データベースと、を有し、
   前記検索エンジンは、前記検索条件データベースに格納された検索条件に従って、前記他のサーバが提供するデータを定期的に検索し、前記検索の結果を前記検索結果データベースに格納し、
   前記連携システムは、ユーザによって指定されたオブジェクトの識別子を、前記知識共有システムに通知し、
   前記知識共有システムは、
   前記検索の結果に基づいて、前記閲覧履歴データベースを更新し、
   前記オブジェクトの識別子が前記連携システムから通知されると、前記通知されたオブジェクトに関連する検索の結果を特定し、
   当該ユーザが未読の文書が前記特定された検索の結果に含まれている場合、当該ユーザへの通知を決定し、
   前記決定された通知の識別子を前記連携システムに返送することを特徴とする知識共有システム。
2. 前記連携システムは、前記連携システムが取り扱うオブジェクトに関連する情報に前記ユーザがアクセスした際に、当該オブジェクトの識別子を前記知識共有システムに通知することを特徴とする請求項１に記載の知識共有システム。
3. 前記知識共有システムは、
   前記検索エンジンが実行した検索の結果と前記オブジェクトとの対応関係を保持する検索設定データベースを有し、
   前記検索設定データベースを参照して、前記通知されたオブジェクトに関連する検索の結果を特定することを特徴とする請求項１又は２に記載の知識共有システム。
4. 前記知識共有システムは、
   前記検索結果データベースを参照して、前記特定された検索の結果に含まれる文書を特定し、
   前記閲覧履歴データベースを参照して、前記特定された文書が当該ユーザによって閲覧されているかを判定することを特徴とする請求項１から３のいずれか一つに記載の知識共有システム。
5. 前記知識共有システムは、前記検索エンジンが新たに得た検索の結果がユーザに有用かを評価し、前記新たな検索の結果が前記検索結果データベースに格納された検索の結果より有用な場合、前記新たな検索の結果を前記検索結果データベースに格納することを特徴とする請求項１から４のいずれか一つに記載の知識共有システム。