(57)【要約】【課題】複数種類の情報を横断的に利用して個人を検索する、個人検索システム、個人検索方法、プログラムおよび記録媒体を提供すること。【解決手段】検索サーバ１１０は、過去に作製された文書および文書の内容を索引付ける索引データを登録するデータベース１４０と、データベース１４０内に格納された文書の類似度を計算する文書管理部１２２と、スキルレベル、ロール、所属する部門の属性値についてマッチングスコアを計算する個人情報管理部１２６と、個人のスケジュールと作製した文書のレビュー期限とを比較してマッチングスコアを計算するスケジュール管理部１２８と、検索ストリングに対する類似度の高い類似文書に関連する個人をレビュー者集合リストに登録し、コンテキスト管理部１２４に設定されたコンテキストにしたがって個人をレビュー者として推奨ランク付けするレビュー者ランク付部１３０とを含む。【選択図】図１
2010039605.tif 000002
【特許請求の範囲】
【請求項１】
作製した文書をレビューする個人の検索システムであって、前記検索システムは、
ネットワークに接続され、クライアントコンピュータからの前記レビューを依頼するための検索要求を受領する検索サーバを含み、
前記検索サーバは、
過去に作製された既製文書および前記既製文書の内容を索引付ける索引データを登録するデータベースと、
前記検索要求が含む検索ストリングに対し、前記データベース内に格納された前記既製文書の類似度を計算し前記検索ストリングに対する類似する類似文書に関連する個人を抽出する文書管理手段と、
前記個人のスケジュール、スキルレベル、ロール、所属する部門の属性値についてマッチングスコアを計算する個人情報管理手段と、
前記既製文書のうち前記検索ストリングに対する類似度の高い前記類似文書に関連する個人の識別情報をレビュー者集合リストに登録し、前記関連する個人の各前記マッチングスコアから、コンテキスト管理手段に設定されたコンテキストにしたがって前記個人に対しレビュー者としての推奨ランクを計算する個人ランク付手段と
を含む個人検索システム。
【請求項２】
前記コンテキスト管理手段は、前記マッチングスコアを変数として含むスコア関数を管理する、請求項１に記載の個人検索システム。
【請求項３】
前記個人ランク付手段は、前記既製文書に対する類似文書の作成履歴または前記類似文書の過去のレビュー履歴の属性値を等価的に処理して前記識別情報を抽出しランク付けする、請求項１または２に記載の個人検索システム。
【請求項４】
前記個人検索システムは、文書作成のためのレビュー者決定手段として検索サーバに実装される、請求項１〜３のいずれか１項に記載の個人検索システム。
【請求項５】
作製した文書のレビューする個人を検索するため、情報処理装置が実行する個人検索方法であって、前記情報処理装置が、
ネットワークに接続され、前記レビューを依頼する個人の検索要求を受領するステップと、
前記検索要求から前記検索要求が含む検索ストリングを抽出するステップと、
データベースに格納された既製文書について、前記検索ストリングに対する類似度を計算するステップと、
前記既製文書のうち前記類似度が設定された類似度しきい値を超える前記類似文書について、当該類似文書を作製したかまたは過去にレビューを行った個人の識別情報を抽出してレビュー者集合リストに登録するステップと、
前記レビュー者集合リストに登録された前記個人について、スケジュール、スキルレベル、ロール、および部門の各属性値から順次マッチングスコアを計算するステップと、
前記属性値のマッチングスコアから設定されたコンテキストにしたがって前記個人につき、レビュー者としての推奨ランク付けを再帰的に計算するステップと
を実行する、個人検索方法。
【請求項６】
前記推奨ランク付けを再帰的に生成するステップは、スコア計算のために使用する前記属性値の前記マッチングスコアを全部設定して決定された合計スコアを推奨スコアとし、前記推奨スコアの値を使用して前記個人をランク付けするステップを含む、請求項５に記載の個人検索方法。
【請求項７】
前記登録するステップは、前記既製文書に対する類似文書の作成履歴またはレビュー履歴の属性値を等価的に利用して前記個人の識別情報を抽出するステップを含む、請求項５または６に記載の個人検索方法。
【請求項８】
前記個人検索方法は、文書作成のためのレビュー者決定のために前記情報処理装置により実行される、請求項５〜７のいずれか１項に記載の個人検索方法。
【請求項９】
請求項５〜８のいずれか１項に記載の各ステップを情報処理装置が実行するための情報処理実行可能なプログラム。
【請求項１０】
請求項９に記載のプログラムを記録した情報処理装置可読な記録媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、個人検索に関し、より詳細には、複数種類の情報を横断的に利用して個人を検索する、個人検索システム、個人検索方法、プログラムおよび記録媒体に関する。
【背景技術】
【０００２】
Ｒ＆Ｄ分野、マーケッティング分野、報道分野といった文書による知見、知識を中心に据える業務では、当該文書が関連する分野で充分な知識を有する個人、すなわちエキスパートによるレビュー作業が通常に行われている。レビュー作業は、知的出力の品質を保証し、レビュー結果の提供まで短期間であることが要求される。これまで文書のレビューのために使用されるアプリケーションは、レビューのためのワークフローを確立させ、確立したワークフローを管理するといった形式で、文書のレビュー作業をサポートする。
【０００３】
また、これまでにも文書データベース、個人プロファイル（スキルプロファイル）、スケジュール情報などを使用するエキスパートサーチシステムが知られている。しかしながら、これまで知られているエキスパートサーチ方法は、それぞれ独立したアプリケーションで作製された情報を縦列的に利用するものであり、それぞれのアプリケーション間にＡＰＩ(Application Program Interface)を生成しなければならないという問題があった。
【０００４】
また、エキスパートを決定する場合には、通常企業、団体、官公庁などの特定の要求に対応してエキスパート選択のために利用するべき属性値が異なり、エキスパート検索のためのアプリケーションを、利用団体に個別的に適合させなければならないという不都合もあった。さらに、従来のシステムでは、上述した各情報が提供されているにせよ、各情報が異なるコンピュータまたはプログラムによって管理されているので、ＡＰＩの作製などが必要であり、さらにコンピュータ間のＯＳ、プログラミング言語の相違などを相殺するために、ＣＯＲＢＡ(Common Object Resource Broker Architecture)などを使用する比較的大規模なシステムが必要となっていた。
【０００５】
この様な理由から、エキスパートを検索するための上述した各情報を効率的に検索することは困難であり、またシステムメインテナンスも時間・コストを浪費するものであった。
【０００６】
これまで、ワークフローを管理する点で、個人を検索するシステムが知られている。例えば、特開２００８−０７１０８２号公報（特許文献１）では、ユーザ端末に格納された情報をタスクの関連情報として適時取り扱う（ユーザ端末に格納されたタスクに関連する情報を格納、検索および閲覧する）ことのできるワークフロー管理システムが記載されている。
【０００７】
また、特開２００８−０６５７８４号公報（特許文献２）では、ワークフロー実行時に動的にワークフローモデルを構成するワークフロー管理システムであって、ある対象ユーザに対して、当該対象ユーザを含む任意のユーザが行った、タスク、添付ドキュメントおよび添付情報に対するアクセスの履歴情報を用いて、タスク、添付ドキュメントおよび添付情報を検索する手段と、その検索結果を上記対象ユーザに対して提示する手段とを備えたことを特徴とするワークフロー管理システムが開示されている。
【０００８】
特許文献１では、ユーザ端末に格納された複数種類の情報を利用するワークフロー管理を行うことを記載するが、特定の文書をレビューするための最適な個人を検索する処理については開示するものではない。また、特許文献２では、ワークフロー実行時に動的にワークフローモデルを構成することを可能とするためにユーザの過去の履歴情報を使用してタスクや文書を検索し、その検索結果を検索をユーザに提示することを開示するが、文書などのレビューを行うために最適な担当者個人を、複数の情報を横断的に使用して検索することを開示するものではない。
【０００９】
また、米国公開特許ＵＳ２００５／０１８２７４３Ａ１号明細書（特許文献３）には、エキスパート・マッチングシステムを開示する。しかしながら、特許文献３に記載されたエキスパート・マッチングシステムは、どのような基準で特定の文書などの対象に関連するエキスパートを特定するかについて何ら開示するものではなく、エキスパートを、対象とする文書などの類似性に関連付けて検索することを解決課題とするものではない。
【００１０】
さらに、米国公開特許ＵＳ２００６／０２４８０７６Ａ１号明細書（特許文献４）では、入力フレーズから著作者を検索する技術を開示する。特許文献４では、入力フレーズから入力フレーズに関連する著作者を検索し、ランク付けすることで膨大場収集文書からエキスパートを検索するものである。特許文献４に記載された技術では、入力フレーズに関連する文書の著作者を検索し、ランク付けすることにより、エキスパートを検索するものである。しかしながら、当該エキスパートが、他の文書のレビューを行うことができるか否かを含めてレビューに最適なレビュー者候補を決定することを課題とするものではない。
【００１１】
すなわち、これまで関連する文書、スキル、スケジュール、ロール、部門などの情報を横断的に利用し、特定の分野に関連するエキスパートとして認定でき、かつ企業、団体、官公庁など特定集団で必要とされる属性に柔軟に対応しつつ、個人を検索する技術が必要とされていた。
【特許文献１】特開２００８−０７１０８２号公報
【特許文献２】特開２００８−０６５７８４号公報
【特許文献３】米国公開特許ＵＳ２００５／０１８２７４３Ａ１号明細書
【特許文献４】米国公開特許ＵＳ２００６／０２４８０７６Ａ１号明細書
【発明の開示】
【発明が解決しようとする課題】
【００１２】
本発明は、特定の文書に関連してレビューを効率的に行うために、レビューを依頼するべき最適な個人を、文書内容、スキル、スケジュール、ロール、部門などの情報を横断的に利用して推奨レビュー者を決定する、個人検索システム、個人検索方法、プログラムおよび記録媒体を提供することを目的とする。
【００１３】
また、本発明は、文書、スキル、スケジュール、ロール、部門などの情報を横断的に利用し、特定の分野に関連するエキスパートとして認定でき、かつ企業、団体、官公庁など特定集団で必要とされる属性に柔軟に対応しつつ、個人を検索する、個人検索システム、個人検索方法、プログラムおよび記録媒体を提供することを目的とする。
【課題を解決するための手段】
【００１４】
本発明では、検索サーバは、ネットワークに接続され、クライアントコンピュータ（以下、単にクライアントとして参照する。）からレビューを依頼する個人の検索要求を受領する。検索要求には、クライアントが作製した文書の一部のダイジェストである文書フラグメントが検索ストリングとして含まれている。
【００１５】
検索サーバは、データベースを備えており、データベースは、過去に作製された既製文書および既製文書の内容を索引付ける索引データを登録し、文書、文書のレビュー履歴、スケジュール、スキルレベル、ロール、および前記部門の属性を、検索ストリングに類似する既製文書に関連する個人を共通参照可能とすることにより統合して管理している。
【００１６】
検索サーバは、個人を、対象とするべき文書のレビュー者としてランク付けするためスコア関数を管理するコンテキスト管理手段を含んでいる。検索サーバは、レビュー者を決定するべき既製文書に類似する類似文書に関連する個人を特定する。そして、特定された個人について、過去の作製文書、レビュー履歴、スケジュール、スキルレベル、ロール、所属する部門の属性値を使用し、レビュー対象である文書に関連する推奨スコアを計算する。個人は、個人を固有に識別するユーザＩＤ、ユーザ名などの識別情報により特定される。
【００１７】
抽出した個人の識別情報は、レビュー者ランク付手段によってレビュー者集合リストのインスタンスとして登録される。そして、レビュー者集合リストに登録された個人に関して各属性値についてマッチングスコアが計算され、レビュー者集合リストに登録され、コンテキスト管理手段に設定されたコンテキストにしたがって推奨スコアが計算される。考慮するべき属性値全部についてのマッチングスコアを含むスコアを、推奨スコアとし、推奨スコアの値を使用して類似文書に関連する個人を、レビュー者としてランク付けを計算する。
【００１８】
本発明では、前記コンテキスト管理手段は、前記マッチングスコアを変数として含むスコア関数を管理することが好ましい。さらに本発明の個人検索手段は、文書に対する類似文書の作成履歴または類似文書の過去のレビュー履歴の属性値を等価的に処理して個人をランク付けすることが好ましい。また、本発明の個人検索システムは、文書作成のためのレビュー者決定手段として検索サーバに実装することができる。
【発明を実施するための最良の形態】
【００１９】
以下、本発明を実施形態をもって説明するが、本発明は後述する実施形態に限定されるものではない。図１は、本実施形態の個人検索システムが含む検索サーバ１１０の機能ブロックを示す。個人検索システム１００は、クライアントアプリケーションのインストールの手間や、メンテナンス性の点から、ウェブサーバとして構成することが好ましい。
【００２０】
検索サーバ１１０は、インターネット、ワイアドまたはワイアレス通信を使用するローカルエリアネットワーク（ＬＡＮ）、またはワイドエリアネットワーク（ＷＡＮ）などを含むネットワーク１５０を介して複数のクライアント（図示せず）から、クライアントのユーザが作製した文書の文書フラグメントから作製された検索ストリングを含むレビュー者検索要求を受領する。文書フラグメントとは、本実施形態では、作製された文書または文書から作成した要約、タイトル、特定領域の文章などとして定義される。文書フラグメントは、クライアント側で作製して、検索サーバ１１０に送付することもできるが、クライアントから受領した検索ストリングを使用して、検索サーバ１１０が含むテキストエディタなどにより、検索ストリングにより指定される文書の領域からレビュー者検索要求ごとに検索サーバ１１０が作製することができる。
【００２１】
なお、以下に説明する実施形態では、クライアントがレビュー者検索要求を発行する場合に、レビュー者を決定するべき文書のタイトルを入力し、当該タイトルを検索ストリングに含ませてレビュー者検索に提供するものとして説明する。
【００２２】
検索サーバ１１０は、データベースにユーザデータを管理する。検索サーバ１１０のユーザとは、クライアントのユーザを意味するとともに、検索サーバ１１０に対してアクセス可能な登録者であって、レビュー者検索の対象となる個人を意味する。具体的には、本実施形態における個人とは、特定企業の従業員、特定団体の構成員、官公庁の公務員などを意味し、以下、特に断らない限り、単にユーザとして参照する。
【００２３】
検索サーバ１１０は、レビュー者検索要求を受領すると、ネットワークインタフェース部１１２、入力インタフェース部１１４を介して情報統合管理モジュール１２０にレビュー者検索要求を渡す。ネットワークインタフェース部１１２は、ネットワークインタフェースカード（ＮＩＣ）およびアセンブラといった低級言語レベルのプログラムを使用して、物理層およびデータリンク層レベルでレビュー者検索要求を処理し、ＴＣＰ／ＩＰ層にレビュー者検索要求を送付する。ＴＣＰ／ＩＰ層では、レビュー者検索要求パケットのＴＣＰ／ＩＰヘッダを解析して、トランザクションプロトコルタイプの決定を行い、ＴＣＰ／ＩＰヘッダに規定されたポートを担当するアプリケーション、例えばＨＴＴＰプロトコルであれば、ポート番号＝８０にレビュー者検索要求を渡す。
【００２４】
また、上述した情報統合管理モジュール１２０は、データベースアプリケーションとして実装することができる。データベースアプリケーションとしては、リレーショナルデータベースやオブジェクト指向データベース（ＯＯＤＢ）を挙げることができる。なお、本実施形態では、レビュー者検索要求に対応して、データベース１４０に蓄積された各データを横断的に利用し、かつメモリ容量を不要に消費させないという点から、ＯＯＤＢを利用して情報統合管理モジュール１２０を構成することが好ましい。
【００２５】
レビュー者検索要求は、ＨＴＴＰプロトコル（ポート＝８０）を指定して送付された後、ＣＧＩ(Common Gateway Interface)などを使用して実装される入力インタフェース部１１４に渡される。入力インタフェース部１１４は、受領したパケットを解析し、要求に対応するアプリケーションを呼出し、処理を実行させる。アプリケーションの実行結果は、検索結果としてＣＧＩの出力モジュールとして構成された出力インタフェース部１１６へと送られ、ネットワークインタフェース部１１２を介してネットワーク１５０へと送出され、要求元のクライアントへと、検索結果が送付される。
【００２６】
検索サーバ１１０は、上述した処理を実行するため、ＰＥＮＴＩＵＭ（登録商標）、ＰＥＮＴＩＵＭ（登録商標）互換チップなどのＣＩＳＣアーキテクチャのマイクロプロセッサ、または、ＰＯＷＥＲ  ＰＣ（登録商標）などのＲＩＳＣアーキテクチャのマイクロプロセッサを、シングルコアまたはマルチコアとして実装し、ＷＩＮＤＯＷＳ（登録商標）２００Ｘ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのオペレーティングシステム（ＯＳ）によりアプリケーションの実行を制御する。
【００２７】
また、アプリケーションは、Ｃ＋＋、ＪＡＶＡ（登録商標）、ＪＡＶＡ（登録商標）ＳＣＲＩＰＴ、ＰＥＲＬ、ＲＵＢＹなどのプログラミング言語を使用して実装される、ＣＧＩ、サーブレット、ＡＰＡＣＨＥなどのサーバ・プログラムとして実装され、クライアントからのレビュー者検索要求を処理する。
【００２８】
情報統合管理モジュール１２０は、複数のデータベースオブジェクトを含んで構成されている。また、各オブジェクトは、ＲＡＭなどに読み込んだプログラムおよびデータを使用して、ＣＰＵがプログラムを実行することにより、検索サーバ１１０上にそれぞれの機能手段、機能部として実現されている。
【００２９】
より詳細に説明すると、情報統合管理モジュール１２０は、文書管理部１２２と、コンテキスト管理部１２４、と個人情報管理部１２６とを含んで実装される。
【００３０】
文書管理部１２２は、文書、メール、コメント、レビュー内容、その他、すでに作製された文書である既製文書を管理しており、レビュー者を検索するため、既製文書に類似する類似文書の検索を実行する。文書管理部１２２は、レビュー者検索要求に含まれる検索ストリングとされる文書、文章、その他フラグメントを使用して、データベース１４０に格納された既製文書と検索ストリングとの間の類似度を計算する。そして、類似度と、設定された類似度しきい値とを比較し、類似度が類似度しきい値以上の既製文書を類似文書として決定する。その後、決定された類似文書に関連するユーザの識別情報を取得して、レビュー者ランク付部１３０に渡す。なお、抽出するユーザは識別情報により参照され、文書管理部１２２は、レビューするべき文書に類似した文書を作成したか、または以前に類似した文書をレビューした履歴のあるユーザの識別情報を等価な重付けでユーザの識別情報を検索し、レビュー者ランク付部１３０に渡す。このため、文書管理部１２２は、文書を直接作成したことがないユーザであって専らレビューを専門に行うレビューエキスパートを抽出することも可能とし、より柔軟なエキスパート検索を可能とする。
【００３１】
本実施形態では、類似度計算は、これまで知られたいかなる手法でも使用することができる。類似度検索を実行する手法としては、本実施形態で特に限定されるわけではないが、親文書を登録する際に、親文書が含むキーワードを使用して、ＴＦ−ＩＤＦ(Term Frequency-Inverted Document Frequency)法を使用して文書に対する索引付けを行うことによりデータマイニングを行い、レビュー要求に含まれる検索ストリングを、索引データと照合し、検索ストリングが含むキーワードと索引データ内のキーワードの出現頻度などを使用する類似検索方法を使用することができる。なお、類似検索方法については、本発明の要旨ではないので、これ以上の詳細な説明は省略する。
【００３２】
コンテキスト管理部１２４は、本実施形態では、後述するレビュー者ランク付部１３０によるレビュー者の推奨スコアを計算するためのスコア関数を管理するオブジェクトである。コンテキスト管理部１２２は、レビュー者ランク付け部１３０から呼出され、レビュー者集合リストに登録された各マッチングスコアを読出して、コンテキスト管理部１２４が管理するスコア関数に代入し、推奨スコアを計算する。その後、コンテキスト管理部１２４は、計算した推奨スコアを、戻り値として、レビュー者ランク付部１３０に返す。
【００３３】
個人情報管理部１２６は、ユーザについて、その識別情報として、ユーザＩＤ、ユーザ名、または必要に応じて電子メールアドレスなどを対付けて管理しており、識別情報を検索キーとする検索要求に対応して、検索時に横断的に参照される。また、個人情報管理部１２６は、ユーザのスケジュール、スキルレベル、レビュー担当者であるか否かのロール、部門などを管理しており、レビュー者ランク付部１３０からの呼出しに応じて、各属性値のマッチングスコアを計算し、それぞれのスコア値を、戻り値としてレビュー者ランク付部１３０に返す。
【００３４】
図１に示した検索サーバ１１０の情報統合管理部１２０は、例示的に個人情報管理部１２６のメソッドであるスケジュール管理部１２８を示す。スケジュール管理部１２８は、スケジュール管理メソッドおよびスケジュールマッチングメソッドなどとともに各ユーザについてのスケジュール・データを管理する。
【００３５】
スケジュール管理部１２８のスケジュール管理メソッドは、データベース１４０に登録された特定のユーザから送付されたスケジュールを検索して、ユーザへのスケジュール通知などを行っている。また、スケジュール管理部１２８のスケジュールマッチングメソッドは、レビュー者ランク付部１３０からの呼出に応答して、指定したユーザのスケジュールと、レビュー期限とを比較し、スケジュール属性についてのマッチングスコアを計算し、当該マッチングスコアを戻り値として、レビュー者ランク付部１３０に戻す。
【００３６】
さらに情報統合管理モジュール１２０は、レビュー者ランク付部１３０と、データ管理部１３２とを含んでいる。レビュー者ランク付部１３０は、レビュー者検索要求を受領すると、個人情報管理オブジェクトのサブクラスとしてレビュー者集合リストを作製し、初期化する。そして、レビュー者ランク付部１３０は、文書管理部１２２が実行する類似検索の結果、抽出されたユーザの識別情報を、順次インスタンスとして追加する。その後、コンテキスト管理部１２４を呼び出して、その時点で登録されたイル各マッチングスコアを取得させ、推奨スコアの計算を実行させ、戻り値として推奨スコアを受領する。そして、レビュー者ランク付部１３０は、検索されたユーザのスケジュール、ロール、部門などを参照し、判断に利用できる属性値がなくなるまで再帰的に推奨スコアをリニューアルして行き、レビュー者として推奨できるレベルの高い順に、検索結果を作製し、レビュー者検索要求の送信元に送付する。
【００３７】
データ管理部１３２は、上述した各機能処理部が使用するデータが、特定のユーザから送付されるごとに、データベース１４０の適切なデータ領域に書込みを実行し、また要求に応じて指定されたデータの削除などの管理を行って、各機能処理部が処理対象とするデータの格納・削除などを、統合的に管理する。
【００３８】
好ましい本実施形態では、情報統合管理モジュール１２０は、テーブルなどのデータ量を削減し、さらに他の管理部がすでに作製したデータを継承することにより、メモリ消費量などの削減を可能としつつ、効率的な統合的処理を可能とする。
【００３９】
図２は、本実施形態に関する個人検索方法での処理のフローチャートである。図２に示した処理は、ステップＳ２００から開始し、ステップＳ２０１で、ユーザがクライアント上で文書を作製し、データベース１４０に格納する。ステップＳ２０２で、検索サーバ１１０は、ユーザからの要求に応答してクライアント上で、レビュー者検索ページを表示させ、検索フォームをダウンロードさせてクライアントのデスクトップ画面上に表示させる。そして、ユーザは、検索フォーム上で、レビュー者検索の対象とする文書または文書タイトルなどを指定する。
【００４０】
ステップＳ２０３で、検索指令がなされたか否かを判断する。この間、クライアントは、ユーザが入力するレビュー者検索を実行する際の追加入力項目の入力などを受領し、バッファリングする。なお、追加入力項目は、検索フォームとして表示されたＧＵＩ(Graphical User Interface)上に提供された入力フィールドへの入力の有無により判断を行う。
【００４１】
ステップＳ２０３で、検索要求を受領する代わりに追加入力項目が入力フィールドに記述された場合（ｎｏ）、ステップＳ２０９で、ユーザから、検索フォーム上でレビュー期限、スキル情報、追加キーワードなどの入力を受領し、バッファメモリに登録した後、処理を再度ステップＳ２０３に分岐させる。一方、ステップＳ２０３で検索要求が入力された場合（ｙｅｓ）には、ステップ２０４で、検索サーバ１１０に対して「Search」ボタンなどのクリックなどによる検索指令に対応して検索要求を発行する。検索要求は、ユーザ入力された文書タイトルまたは文書抽出範囲など文書フラグメントの指定などを可能とする検索ストリングおよびユーザＩＤなどを含んで生成され、ＰＯＳＴメソッドまたはＧＥＴメソッドを使用して検索サーバ１１０に宛てて送信される
【００４２】
ステップＳ２０５では、検索サーバ１２０がレビュー者検索要求を受領して、既製文書の類似検索を実行する。ステップＳ２０５の類似検索は、レビュー者検索の対象となる文書から指定された範囲の検索ストリングを取得するか、または検索ストリングにより指定された文書の特定範囲を、文書フラグメントとして検索サーバ１１０が生成し、検索ストリングを索引データと照合することにより、文書類似検索を実行する。
【００４３】
文書類似検索は、検索ストリングを単語単位に分解し、データベースに登録された既製文書の索引データに当該単語が登録されていること、およびその出現頻度を使用して実行することができる。なお、本実施形態では、文書の類似検索を実行する特定の方法を特に限定するものではない。
【００４４】
また、ステップＳ２０５のランク付け処理では、検索サーバ１１０は、個人情報管理部１２２を構成する個人情報管理オブジェクトのサブクラスとしてレビュー者集合リストを構成する。レビュー者集合リストに登録されるユーザは、ユーザが類似検索の結果抽出された類似文書の作成者として登録されているか、または以前に当該類似文書のレビュー履歴が登録されているユーザ（個人）とされる。この結果、個人情報オブジェクトが管理するスキル情報、スケジュール情報、ロール情報、部門情報などの属性値が継承され、レビュー者集合リストを効率的に生成できるとともに、レビュー者検索要求に対応するトランザクション管理を効率化することができる。
【００４５】
さらにステップＳ２０５では、レビュー者ランク付部１３０により、抽出されたユーザのスキル情報、スケジュール情報、ロール情報、部門情報などを使用して、各属性についてのスコア付けを順次行い、スコア付けの結果を使用して個人を推奨スコアを計算し、計算した推奨スコアでユーザをランク付けする。
【００４６】
ステップＳ２０６では、抽出されたユーザをスコアの降順に表示する構造化文書としてレビュー者リストを生成し、ステップＳ２０７で、ＨＴＴＰレスポンスとして構造化文書をクライアントに送付し、ステップＳ２０８で本実施形態の個人検索方法の一連の処理を終了する。
【００４７】
図３は、図２に示した処理のうち、ステップＳ２０５の処理の詳細なフローチャートを示す。図３に示した処理は、ステップＳ３００で、ステップＳ２０４から処理を渡されて開始する。ステップＳ３０１では、レビュー者集合リストを生成し、類似度、スコア、スキル、スケジュール適合度、ロール、部門、推奨スコア、レビュー要求先の各属性を初期化する。ステップＳ３０２では、データベースからレビュー者検索要求に含まれる文書タイトルやユーザＩＤなどから文書を特定し、検索ストリングを使用して類似度を計算し、類似度が、設定した類似度しきい値以上の類似文書に関連するユーザのユーザ名、ユーザＩＤなどの識別情報をレビュー者候補として取得し、レビュー者集合リストに登録する。さらに、レビュー者を類似度の高い順にランク付けする。
【００４８】
その後、ステップＳ３０３では、レビュー者集合リストからレビュー者を抽出し、抽出したレビュー者のスキル情報を照会して、マッチングスコアを計算し、レビュー者集合リストのスコア属性に登録する。そして、文書類似度のスコアを含ませ、レビュー者の再ランク付けを実行する。
【００４９】
ステップＳ３０４では、レビュー者のスケジュール情報と、レビュー期限とを照会し、スケジュール適合度を計算して、スケジュール適合度属性に登録し、スケジュールで再ランク付けする。なお、スケジュール適合度は、スケジュール適合度を検査するべきレビュー者のスケジュールが、レビュー期限を含んですでに登録されているか否かを判断し、レビュー期限を含むスケジュールが登録されていれば、適合度＝０、登録されていなければ適合度＝１として設定する。
【００５０】
その後、スケジュール適合度を含め、すでに取得した各属性の値を使用してユーザを、推奨スコアで再ランク付けする。ステップＳ３０５では、レビュー者のロール情報を照会してレビュー権限の有無を決定し、ロール属性のスコア値を計算して、ロール属性に登録しロール属性の値を含めてユーザの再ランク付けを行う。なお、ロール属性の値は、処理中のレビュー者にレビュー権限が認められる場合、ロール値＝１、認められない場合ロール値＝０として設定する。
【００５１】
ステップＳ３０６では、レビュー者の部門情報を照会し、部門属性の値として登録し、部門属性の値を含めてユーザの再ランク付けを行う。なお、部門属性の値は、レビューするべき文書の専門性によって判断し、レビューを依頼するユーザと同一または関連性のある部門、またはコメントなどで特定される製品名、プロジェクト名、カテゴリ名の同一性を有するレビュー者についてスコア＝１、全く関連性のないレビュー者についてはスコア＝０を割当てる。
【００５２】
ステップＳ３０７では、レビュー者集合リストの全インスタンスについて照会終了したかを判断し、照会が終了していない場合（ｎｏ）処理をステップＳ３０３に戻してステップＳ３０７までの処理を反復させる。一方、ステップＳ３０７で全員スタンスについて照会終了したと判断した場合（ｙｅｓ）、ステップＳ３０８で、レビュー者集合リストのインスタンスのレビュー要求先属性に、推奨レビュー者のメールアドレスなどを識別値を登録して、クライアントのユーザに対して提示するべき属性を抽出して検索結果を生成し、ステップＳ３０９で処理を終了させる。
【００５３】
図４は、本実施形態の検索サーバ１１０が実行する個人検索処理で、レビュー者ランク付部１３０アクセスするデータ構造および概略的な検索スキーマ４００を示す。検索サーバ１１０は、クライアントからレビュー者検索要求を受領すると、レビュー者ランク付部１３０が、レビュー者集合リスト４８０を宣言し、初期化する。その後、検索サーバ１１０は、文書管理部１２２部を呼出し、データベース１４０に対して文書類似検索のための検索要求を発行し、説明する実施形態では、索引データ４１０を使用して類似文書検索および類似文書４２０を抽出し、類似文書４２０に関連するユーザの抽出を指令する。
【００５４】
文書管理部１２２は、データベース１４０に登録された索引データについて検索要求に含まれる検索ストリングを使用して類似検索を実行し、類似度が、設定した類似度しきい値以上の文書を、類似文書４２０として抽出し、対応付けられるユーザの識別情報を、戻り値としてレビュー者ランク付部１３０に渡し、レビュー者集合リストのインスタンスに追加させる。なお、類似検索の他の実施形態では、データベース１４０に登録された文書自体を使用して全文検索を実行させてもよい。
【００５５】
レビュー者ランク付部１３０は、抽出された類似文書に関連するユーザの識別情報を取得すると、レビュー者集合リスト４８０のインスタンスとして登録する。レビュー者ランク付部１３０は、ユーザに対して登録されている各属性値の参照を指令し、抽出されたユーザのスキル情報４４０、スケジュール情報４５０、ロール情報４６０、部門情報４７０などの各属性値および各属性値から計算されるスコア値を順次取得し、レビュー者集合リスト４８０に登録する処理を実行する。
【００５６】
登録された各属性値は、順次的にレビュー者の推奨スコアを計算するために使用され、説明している実施形態では、部門情報４７０についての属性値が取得され、全属性値についてのスコア付けが完了した時点で、最終的なレビュー者の推奨スコアが決定され、推奨ランク付けが完了する。レビュー者ランク付部１３０は、レビュー者集合リスト４８０のインスタンスのうち、検索結果として提示するべき属性値およびスコア値を取得し、例えば、ＸＭＬやＨＴＭＬなどの適切なタグを付して構造化文書を作成する。作製した構造化文書は、出力インターフェース１１６に送付され、ＨＴＴＰレスポンスとしてテーブル形式で検索結果がクライアントに送付されることにより、クライアントに対して推奨レビュー者の情報を提供する。
【００５７】
図５〜図７に、本実施形態の検索サーバ１１０が使用する、文書情報、個人情報、スキル情報の各データ構造を示す。図５に示す文書情報は、文書識別値に対して、文書要旨、親文書か、親文書に付随して作製された文書かを指定する、親文書識別値、文書を作成したユーザのユーザＩＤ、ユーザ名などの作製者情報、当該文書についてのレビューが完了した場合、レビューを行ったユーザの識別情報であるレビュー者情報、レビューが完了することに対応してレビュー者情報が転記されて登録されるレビュー履歴、レビュー期間、文書について付されたコメント、レビュー作業の実行状態を示すレビュー状況、および当該インスタンスに対応する文書を検索するために使用する索引または索引および文書を登録するＵＲＩ(Uniform Resource Identifier)を登録する。
【００５８】
レビュー者検索要求を受領するとレビュー者ランク付部１３０は、文書管理部１２２を呼出して、データベース１４０の文書管理部１２２が管理するＵＲＩなどにアクセスさせ、索引または文書本体に対して検索ストリングを使用して照会を実行し、文書類似度を計算させる。文書管理部１２２は、計算した類似度が類似度しきい値以上の文書について登録されているユーザまたはレビュー履歴に登録されたユーザの識別情報を取得し、レビュー者ランク付部１３０に渡し、レビュー者集合リスト４８０に登録させる。
【００５９】
推奨レビュー者として、類似文書の作成者および類似文書のレビュー履歴を有しているユーザを抽出する理由は、類似文書を作成したユーザであれば、レビュー者として推奨できるためであり、また類似文書に対して専らレビューを行うユーザであれば、レビュー対象の文書についても一定以上のレビュー者的確性を推定できるためである。
【００６０】
図６は、本実施形態でデータベース１４０が登録する個人情報６００のデータ構造を、テーブル形式で示す。本実施形態の個人情報６００は、複数の属性値を管理しており、ユーザのユーザ属性、当該ユーザのロール属性、当該ユーザに対する管理者を指定する管理者属性、スケジュール内容の参照を可能とするスケジュール属性などを登録する。さらに、個人情報６００は、当該ユーザに固有のスキル情報の参照を可能とするスキル属性、当該ユーザが作製した文書の参照を可能とするため、文書ＩＤなどを登録する作製文書属性、当該ユーザのレビュー履歴を参照するため、レビュー済み文書の文書ＩＤを登録するレビュー済文書属性、および当該ユーザの属する部門を参照可能とする部門属性とを登録する。
【００６１】
レビュー者ランク付部１３０は、類似文書の抽出後、類似文書の作成者またはレビュー実績のあるユーザのユーザＩＤを抽出し、抽出したユーザＩＤの値を、レビュー者候補としてレビュー者集合リスト４８０に追加する。さらに、レビュー者ランク付部１３０は、コンテキスト管理部１２４を呼出して、当該ユーザ固有のロール属性、スケジュール属性、スキル属性、部門属性を順次参照し、指定された観点から設定されるスコア関数を使用してスコア計算を実行し、レビュー者集合リスト４８０のインスタンスを、計算されたスコア順に順次ソートして、最終的な推奨スコアでソートされたレビュー者集合リスト４８０を生成する。
【００６２】
図７は、本実施形態でスキルレベルを提供するためのスキル情報７００の実施形態をテーブル形式で示す。スキルレベルは、Language、Technical  Skill、Teamworkなどスキルのカテゴリと、English、Japanese、Ｃ＋＋、ＸＭＬなどのスキル名とを対応付けて登録するスキル内容情報７１０を使用して、特定のユーザごとに登録される。特定ユーザのスキルレベル７２０は、ＳＫＩ＿Ａ（Ａは、当該ユーザのユーザＩＤなど、ユーザを固有に識別する値である。）といったインデックスが割当てられ、ユーザが特定されると、当該ユーザのユーザＩＤなどの識別情報をインデックスとしてスキルレベル７２０を検索する。
【００６３】
スキルレベル７２０には、スキル名、カテゴリ、スキルレベルが登録されており、スキルレベルは、説明する実施形態では、値の高い順にスキルが高いものとしてスキルについてスコアが計算される。なお、スキル情報のスコア付けは、種々の計算方法を使用することができるが、例えばスキル名を直交軸とする、スキルベクトルを定義し、ユーザから送付されたスキルレベルと内積計算して、そのスコアを計算することができる。
【００６４】
なお、この他、ロール情報およびスケジュール情報、部門情報についてもロール名、カテゴリ、日付およびスケジュール内容、部門名などがとして登録されており、レビュー者ランク付部１３０による参照に対応して各スコア計算のために利用される。
【００６５】
推奨レビュー者を決定するための推奨スコア計算は、コンテキスト管理部１２４が登録しており、下記式（１）で与えられるスコア関数を使用して実行することができる。
【００６６】
【数１】
2010039605.tif 000003
【００６７】
上記式（１）中、Ｗｐは、推奨スコアであり、ＳＣＯＲＥ（attribute）は、類似度、スキルレベル、スケジュール適合性、ロール適合性、部門適合性といった各属性についてのスコアであり、ｆattributeは、各属性値についてのスコアにつき、どの程度推奨レビュー者スコアに反映させるかについてのウェイト因子である。なお、本実施形態では、ＳＣＯＲＥ（attribute）について値が存在しない場合、例外エラーを返すのではなく、値＝０を返すようにコンテキスト管理部１２４を実装することで推奨レビュー者スコアを計算し、順次的に推奨レビュー者のランクを修正する。
【００６８】
このため、特定の企業への適用に際し、例えば、部門属性を採用しない場合、スキルレベルを採用しない場合、スケジュールを採用しない場合であっても、コンテキスト管理部１２４やレビュー者ランク付部１３０の処理を修正することなく、特定企業の要求に対応させて各データをカスタマイズする最小のコストで対応することができる。
【００６９】
図８は、本実施形態の検索サーバ１１０がクライアントの送付するレビュー者検索フォーム８００の実施形態を示す。レビュー者検索フォーム８００は、表示ウィンドウ８１０内に複数の入力フィールドを提供しており、まず、「Document name」としてレビュー者検索の対象とする文書を特定可能とする。なお「Document name」は、クライアントのユーザが自分で入力することもできるし、他のＧＵＩ（グラフィカルユーザインタフェー:Graphical User Interface)を介して対象とする文書を指定すると、そのタイトルなど、文書の類似度を判断するために必要な最低限のデータを自動取得する構成とすることもできる。図８に示した実施形態では、Document name= Solution Strategyが設定されていて、当該値が検索ストリングとして検索サーバ１１０に送付される。
【００７０】
さらに、図８に示した表示ウィンドウ８１０内には、レビュー者に対して要求するべき、スキル名が、「English 5」、「Strategy 2」として、そのレベルとともに入力または指定することができる構成とされている。なお、スキル名については、ユーザにより手入力ではなく、ポップアップリストなどとして表示させることで、ユーザが選択可能なインタフェースとすることができる。さらに表示ウィンドウ８１０には、レビュー期限を入力するフィールド８３０、レビューに要する予測時間を入力するフィールド８４０、レビュー者に対してレビューを要求するための趣旨など、またはレビュー者検索に追加するべき特有のキーワードを入力するフィールド８５０などが提供されている。
【００７１】
図８に示したＧＵＩを使用し、ユーザは、追加したいスキル名がある場合「Add Skill」ボタン８２０をクリックするなどしてポップアップリストを表示させ、追加することを希望するスキル名を選択して、表示ウィンドウ８１０内に追加表示させることができる。ユーザが図８に示したＧＵＩを使用してレビュー者に対して要求するべきデータを入力した後、ユーザは、「Search」ボタン８６０をクリックすると、入力フィールドから指定された各データが、ＰＯＳＴメソッドまたはＧＥＴメソッドにより検索サーバ１１０に、レビュー者検索要求として送付される。検索サーバ１１０は、レビュー者検索要求を受領して上述した処理を実行し、ＨＴＴＰレスポンスとして、検索結果をクライアントの返すことにより、一連のトランザクションを終了させる。
【００７２】
図９〜図１２は、検索サーバ１１０によりクライアントに送付される検索結果１００の実施形態を示す。検索結果９００は、文書類似度を重要視した場合に表示される検索結果であり、レビュー者の識別情報として、レビュー者名などを表示するレビュー者名、スキル適合度、スケジュール許容度、部門適合度、およびレビューを要求するための処理を指令するボタンが、それぞれのユーザについて登録されている。
【００７３】
図９に示した検索結果９００は、総合類似度として、文書類似度などを使用して上記式（１）により計算されたレビュー者を推奨スコア順に推奨ランクを割り宛てることによりランク付けして表示している。図９では、ユーザＡの方がユーザＢよりも上位に登録されている。また、図９に示した検索結果９００では、ユーザＤは、ユーザＣとの比較において文書類似度およびスキル適合度の合計値は同じであるが、ユーザＤは、スキル適合度がユーザＣよりも低く、この結果、ユーザＣがユーザＤよりも推奨ランクで上位に登録されている。
【００７４】
図９に示された検索結果９００を受領したユーザは、ユーザＡに対して処理を依頼する場合、ユーザＡのレコードに登録された「request」ボタンをクリックする。「request」ボタンは、例えば、「a href=”mailto:XXXX」などのタグにより、メーラにハイパーリンクされており、ボタンのクリックに応じて、ユーザＡのメールアドレスが送信先に設定された状態で、メーラが起動され、レビュー依頼を行うことが可能とされる。
【００７５】
図１０は、本実施形態の検索サーバ１１０が生成する検索結果の他の実施形態である。図１０に示した実施形態では、スケジュール許容度および部門を重用視する実施形態であり、ユーザＢは、ユーザＡと同一の文書類似度およびスキルレベルを有しているが、スケジュールが許容されないので、ユーザＡの下位にランク付けされている。ユーザＣは、文書類似度が、ユーザＢよりも高いにもかかわらず、スケジュール許容度がないことに加え、部門がレビュー担当ではない部門として登録されているＳＥであるために、ユーザＢよりも低くランク付けされている。また、ユーザＤについても文書類似度がユーザＢよりも高いものの、スケジュール許容度、スキルレベル、および部門の点で、ユーザＢよりも低くランク付けされている。
【００７６】
一方、ユーザＡは、スケジュール的に許容でき、また他のユーザに比較してもより高い文書類似度を有しているので、推奨ランク＝１として登録されている。図１０に示された検索結果１０００を受領したユーザは、ユーザＡのレコードに登録された「request」ボタンをクリックすることで、レビュー依頼を行うことが可能とされる。
【００７７】
図１１は、文書類似度、スキル適合度、スケジュール許容度、部門について、抽出されたユーザについて同等である場合に、ロールの適合性を使用してユーザをスコア付けする場合の検索結果１１００の実施形態である。図１１に示した検索結果では、ユーザは、そのロール以外には相違する属性はなく、図１１に示した実施形態では、ユーザＡとユーザＢおよびユーザＣとユーザＤとは、ロールによりユーザＡ、ユーザＢが上位にランク付けされている。また、ユーザＡ、ユーザＢについては、例えば、ユーザＩＤやユーザＩＤの順や、過去のレビュー実績などを評価することにより、その表示順位を決定して、検索結果とすることができる。
【００７８】
図１２は、本実施形態の個人検索システム１２００の実施形態を示す。個人検索システム１２００は、ネットワーク１２６０に、データベース１２８０を管理する検索サーバ１２７０が接続されている。データベース１２８０には、本実施形態で検索サーバ１２７０が使用するための各種データが格納されていて、検索サーバからの照会に応答して、各種結果を検索サーバ１２７０の機能モジュールとして実装されるレビュー者ランク付部１３０に返している。
【００７９】
また、ネットワーク１２６０には、複数のクライアント１２１０〜１２５０が接続されている。クライアント１２１０〜１２５０は、それぞれＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスクドライブなどを実装するパーソナルコンピュータとして構成されている。またクライアント１２１０〜１２５０は、ＷＩＮＤＯＷＳ（登録商標）ＸＰ、Ｖｉｓｔａ、ＭＡＣ（登録商標）  ＯＳ、ＵＮＩＸ（登録商標）、ＬＩＮＵＸ（登録商標）などのＯＳの制御下で、Internet Explorer、Mozilla、Operaなどのブラウザソフトウェアを介してＨＴＴＰプロトコルを使用して検索サーバ１２７０にアクセスし、文書の登録およびレビュー者検索要求を送付し、検索結果を、ＨＴＴＰレスポンスとして受領する。
【００８０】
図１３は、クライアント１２１０と検索サーバ１２７０との間でのトランザクションについてのシーケンス図である。なお、以下のシーケンス図は、検索サーバ１２７０の各機能部として実装されるデータベース・オブジェクトが、レビュー者ランク付部１３０からの知れにより呼出され、実行される処理である。図１３に示すように、ステップＳ１３００でクライアント１２１０が、レビュー者検索要求を検索サーバ１２７０に宛てて発行する。レビュー者検索要求内には、図９で説明したように、検索ストリングとしての文書名、ユーザＩＤ、スキル名などの値がデータ領域に記述されている。ステップＳ１３１０で、検索サーバ１２７０が当該ＨＴＴＰリクエストを受領して、検索ストリングを使用する文書の類似検索処理を呼出し、データベース１２８０を使用して類似検索を実行する。
【００８１】
ステップＳ１３２０では、検索サーバ１２７０は、まず、検索ストリングやオプションで追加されたキーワード、コメントなどを使用して文書類似度を計算し、類似度しきい値以上の文書を抽出して、当該文書に関連するユーザを抽出し、識別情報を、検索サーバ１２７０のレビュー者ランク付部１３０に渡し、レビュー者集合リスト４８０に登録する。ステップＳ１３３０では、文書類似度でユーザをソートしたランク付けを行い、推奨ランクを生成する。ステップＳ１３４０では、さらにスキルレベルのマッチングスコア計算処理を指令し、データベース１２８０を使用してスコア計算を実行する。ステップＳ１３５０では、スキルレベルのマッチングスコアを取得して、レビュー者ランク付部１３０に登録させ、ステップＳ１３６０でスキルレベルのマッチングスコアを含めてユーザをソートして再ランク付けを実行する。
【００８２】
その後さらに、ステップＳ１３７０でユーザについて、スケジュール管理部１２８、個人情報管理部１２８などを呼出し、スケジュール、ロール、部門などのマッチングスコアの計算を要求し、データベース１２８０を参照して計算された各スコア値を、レビュー者ランク付部１３０に送付する。その後、ステップＳ１３８０で各スコアを取得し、順次的にステップＳ１３９０で、各スコアを含めてユーザをランク付けし、ステップＳ１３７０〜ステップＳ１３８０までの処理を評価に含ませるべき属性の数だけ再帰的に繰返し、最終的なユーザの推奨ランク付けを生成する。ステップＳ１３８０の処理が完了した段階で、ＨＴＭＬＸＭＬなどの構造化文書として検索結果を作製し、ステップＳ１４００で、クライアントに対してレビュー者検索結果をＨＴＴＰレスポンスとして返し、一連のトランザクションを終了する。
【００８３】
以上説明したように、本実施形態では、文書類似度に関連付けてレビュー者として先的なエキスパートを検索することを可能とし、文書完成効率および文書完成のワークフローを改善することが可能となる。
【００８４】
本実施形態の上記機能は、Ｃ＋＋、Ｊａｖａ（登録商標）、Ｊａｖａ（登録商標）Ａｐｐｌｅｔ、Ｊａｖａ（登録商標）Ｓｃｒｉｐｔ、Ｐｅｒｌ、Ｒｕｂｙなどのオブジェクト指向プログラミング言語などで記述された装置実行可能なプログラムにより実現でき、当該プログラムは、ハードディスク装置、ＣＤ−ＲＯＭ、ＭＯ、フレキシブルディスク、ＥＥＰＲＯＭ、ＥＰＲＯＭなどの装置可読な記録媒体に格納して頒布することができ、また他装置が可能な形式でネットワークを介して伝送することができる。
【００８５】
これまで本実施形態につき説明してきたが、本発明は、上述した実施形態に限定されるものではなく、他の実施形態、追加、変更、削除など、当業者が想到することができる範囲内で変更することができ、いずれの態様においても本発明の作用・効果を奏する限り、本発明の範囲に含まれるものである。
【図面の簡単な説明】
【００８６】
【図１】本実施形態の個人検索システムが含む検索サーバ１１０の機能ブロックを示した図。
【図２】本実施形態の個人検索方法の処理のフローチャート。
【図３】図２に示した処理のうち、ステップＳ２０５の処理の詳細なフローチャートを示した図。
【図４】本実施形態の検索サーバ１１０が実行する個人検索処理でアクセスするデータ構造および検索スキーマ４００を示した図。
【図５】本実施形態の検索サーバ１１０が使用する、文書データのデータ構造を示した図。
【図６】本実施形態の検索サーバ１１０が使用する、ユーザデータのデータ構造を示した図。
【図７】スキルレベルを提供するためのスキルデータ７００の実施形態を示した図。
【図８】本実施形態の検索サーバ１１０がクライアントの送付するレビュー者検索フォーム８００の実施形態を示した図。
【図９】本実施形態の検索サーバ１１０が生成する検索結果の実施形態を示した図。
【図１０】本実施形態の検索サーバ１１０が生成する他の検索結果の実施形態を示した図。
【図１１】本実施形態の検索サーバ１１０が生成するさらに他の検索結果の実施形態を示した図。
【図１２】本実施形態の個人検索システム１２００の実施形態を示した図。
【図１３】クライアント１２１０と検索サーバ１２７０との間でのトランザクションについてのシーケンス図。
【符号の説明】
【００８７】
１００…個人検索システム、１１０…検索サーバ、１１２ネットワークインタフェース部、１１４…入力インタフェース部、１１６…出力インタフェース部、１２０…情報統合管理モジュール、１２２…文書管理部、１２４…コンテキスト管理部、１２６…個人情報管理部、１２８…スケジュール管理部、１３０…レビュー者ランク付部、１３２…データ管理部、１４０…データベース、１５０…ネットワーク
【図１】
2010039605.tif 000004
【図２】
2010039605.tif 000005
【図３】
2010039605.tif 000006
【図４】
2010039605.tif 000007
【図５】
2010039605.tif 000008
【図６】
2010039605.tif 000009
【図７】
2010039605.tif 000010
【図８】
2010039605.tif 000011
【図９】
2010039605.tif 000012
【図１０】
2010039605.tif 000013
【図１１】
2010039605.tif 000014
【図１２】
2010039605.tif 000015
【図１３】
2010039605.tif 000016