(57)【特許請求の範囲】
【請求項１】
ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索する検索方法であって、
前記複数のユーザの共有文書と、前記複数のユーザの少なくとも専門分野を含むプロファイル情報とを基に、前記問い合わせの内容に対応する分野に関連するユーザを抽出するステップと、
前記抽出されたユーザのそれぞれについて、前記検索要求元のユーザとのメール通信履歴に含まれる、当該抽出されたユーザあるいは当該検索要求元のユーザを宛先として指定している第１の種別のメール及び当該抽出されたユーザあるいは当該検索要求元のユーザを写しの配布先として指定している第２の種別のメールの履歴データと、前記第１の種別のメールの１つ当たりの得点が前記第２の種別のメールの１つ当たりの得点よりも大きい値に定めた、予め記憶されたテーブルとを用いて、当該履歴データの数及び前記第１の種別のメールの数が多いほど高い値となる、前記検索要求元のユーザとの交流の度合いを示す適合度を算出する第１の算出ステップと、
前記抽出されたユーザのそれぞれについて、当該ユーザの前記端末装置の操作状況と、当該ユーザのスケジュール情報から得られる当該ユーザの現在の所在地とから、当該ユーザの現在の状況は、「在席」「一時離席」「不在」のうちのいずれであるかを決定するステップと、
前記検索要求に「すぐ回答が得られること」あるいは「直接アクセス可能」が検索条件として含まれている場合には、前記現在の状況が「在席」のユーザの前記適合度には最も高い重み値を乗算し、前記現在の状況が「一時離席」のユーザの前記適合度には次に高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第１の重み付けを行うステップと、
前記検索要求に「役職者優先」が検索条件として含まれている場合には、前記プロファイル情報中の役職を示す情報が「部長」、「課長」及び「役職なし」のうち「部長」であるユーザの前記適合度には最も高い重み値を乗算し、「課長」であるユーザの前記適合度には次ぎに高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第２の重み付けを行うステップと、
前記検索要求に「実務担当者」が検索条件として含まれている場合には、前記役職を示す情報が「課長」であるユーザの前記適合度には最も高い重み値を乗算し、「役職なし」であるユーザの前記適合度には次に高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第３の重み付けを行うステップと、
前記抽出されたユーザのそれぞれの重み付け後の前記適合度に基づき選択されたユーザを前記検索要求元のユーザに提示する提示ステップと、
を含む検索方法。
【請求項２】
前記提示ステップは、
前記抽出されたユーザを、該ユーザの属する任意のカテゴリに基づきグループ分けし、各グループから前記重み付け後の適合度に基づき選択されたユーザを前記検索要求元のユーザに提示することを特徴とする請求項１記載の検索方法。
【請求項３】
ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索する検索装置であって、
前記複数のユーザの共有文書と、前記複数のユーザの少なくとも専門分野を含むプロファイル情報とを基に、前記問い合わせの内容に対応する分野に関連するユーザを抽出する抽出手段と、
前記抽出されたユーザのそれぞれについて、前記検索要求元のユーザとのメール通信履歴に含まれる、当該抽出されたユーザあるいは当該検索要求元のユーザを宛先として指定している第１の種別のメール及び当該抽出されたユーザあるいは当該検索要求元のユーザを写しの配布先として指定している第２の種別のメールの履歴データと、前記第１の種別のメールの１つ当たりの得点が前記第２の種別のメールの１つ当たりの得点よりも大きい値に定めた、予め記憶されたテーブルとを用いて、当該履歴データの数及び前記第１の種別のメールの数が多いほど高い値となる、前記検索要求元のユーザとの交流の度合いを示す適合度を算出する第１の算出手段と、
前記抽出されたユーザのそれぞれについて、当該ユーザの前記端末装置の操作状況と、当該ユーザのスケジュール情報から得られる当該ユーザの現在の所在地とから、当該ユーザの現在の状況は、「在席」「一時離席」「不在」のうちのいずれであるかを決定する手段と、
前記検索要求に「すぐ回答が得られること」あるいは「直接アクセス可能」が検索条件として含まれている場合には、前記現在の状況が「在席」のユーザの前記適合度には最も高い重み値を乗算し、前記現在の状況が「一時離席」のユーザの前記適合度には次に高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第１の重み付けを行う手段と、
前記検索要求に「役職者優先」が検索条件として含まれている場合には、前記プロファイル情報中の役職を示す情報が「部長」、「課長」及び「役職なし」のうち「部長」であるユーザの前記適合度には最も高い重み値を乗算し、「課長」であるユーザの前記適合度には次ぎに高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第２の重み付けを行う手段と、
前記検索要求に「実務担当者」が検索条件として含まれている場合には、前記役職を示す情報が「課長」であるユーザの前記適合度には最も高い重み値を乗算し、「役職なし」であるユーザの前記適合度には次に高い重み値を乗算することにより、前記抽出されたユーザの前記適合度に第３の重み付けを行う手段と、
前記抽出されたユーザのそれぞれの重み付け後の前記適合度に基づき選択されたユーザを前記検索要求元のユーザに提示する提示手段と、
を具備したことを特徴とする検索装置。
【請求項４】
前記提示手段は、前記抽出されたユーザを、該ユーザの属する任意のカテゴリに基づきグループ分けし、各グループから前記重み付け後の適合度に基づき選択されたユーザを前記検索要求元のユーザに提示することを特徴とする請求項３記載の検索装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ユーザからの問い合わせに回答可能なユーザを検索するための検索方法およびそれを用いた検索装置に関する。
【０００２】
【従来の技術】
コンピューターネットワーク上でユーザが作成した文書をデータベースに蓄積し、そのデータベースを複数ユーザが共有するシステムにおいて、単に文書を検索するだけではなく、その文書を提供したユーザと直接コミュニケーションを取ることにより、有益な情報を得たいという要求がある。これは、ユーザそれぞれが持つ知識のすべてを文書として記述し、データベースに蓄積することが困難だからである。
【０００３】
これまでに、特開２００１−１１７９４０号公報や特開２０００−１９４７０７号公報などのように、データベースに蓄積された情報から人に関する情報を抽出して、ユーザが検索要求に対して有する専門性でユーザをスコアリングし、ユーザの一覧を出力する方法が提案されてきた。
【０００４】
また、ネットワーク上でのユーザ間のコミュニケーション履歴から人脈を抽出し、コミュニケーション可能なユーザ同士の仲介を行うことで、ユーザ同士のコミュニケーションを支援する方法も提案されている（特開２０００−７６３０４号公報、特開２０００−２５９５２９号公報）。
【０００５】
【発明が解決しようとする課題】
しかしながら、ある検索要求に対して専門性の高いユーザをスコアリングする方法では、検索要求者にとっては、同じ程度のスコアを与えられたユーザのうちどちらとコミュニケーションを取る方がよいのかを判断するのが難しい。ユーザの社会的な地位、年齢、性別などのプロファイル情報を補助的に提示することで解決できる部分もあるが、「このユーザに問い合わせた場合に回答がすぐに得られるのか」といった情報は、蓄積された情報から人に関する情報を抽出する方法で取り出すことは困難である。
【０００６】
また、コミュニケーション履歴（通信履歴）から人脈を抽出する方法では、過去に通信を行った頻度に応じて人脈上の距離が決まるために、直接コミュニケーションをとったことのないユーザは人脈上では遠い位置に置かれる。このため、専門性が高いユーザが問い合わせの対象として提示されない可能性がある。
【０００７】
また、蓄積されたデータや過去の通信履歴などの静的な情報からのみ抽出されたユーザの一覧では、例えばある情報に詳しいユーザに至急連絡を取らなければならない場合などには役に立たないこともある。
【０００８】
このように、従来のユーザの検索手法は、ユーザの専門分野、通信による検索要求者との交流の度合いの一方のみに基づき検索するだけであり、問い合わせに確実に回答可能であるとい観点からの検索を行うものはなかった。
【０００９】
そこで本発明は、上記問題点に鑑み、ユーザの専門分野、通信による検索要求者との交流の度合いの他、さらに、ユーザの現在の状況を加味して、問い合わせに確実に回答可能なユーザを検索することが可能な検索方法および検索装置を提供することを目的とする。
【００１０】
【課題を解決するための手段】
本発明は、ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索するものであって、前記問い合わせの内容に対応する分野に対する前記複数のユーザのそれぞれの専門性と、前記複数のユーザのそれぞれの現在の状況とに基づきユーザを選択して、前記検索要求元のユーザに提示することを特徴とする。
【００１１】
また、本発明は、ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索するものであって、前記ネットワークを介して通信を行った際の通信履歴を解析した結果推定される前記検索要求元のユーザとの交流の度合いと、前記複数のユーザのそれぞれの現在の状況とに基づきユーザを選択して、前記検索要求元のユーザに提示することを特徴とする。
【００１２】
本発明によれば、ユーザの専門分野にユーザの現在の状況を加味することにより、あるいは、通信による検索要求者との交流の度合いにユーザの現在の状況を加味することにより、問い合わせに確実に回答可能なユーザを検索することが可能となる。
【００１３】
本発明は、ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索するものであって、前記問い合わせの内容に対応する分野に対する前記複数のユーザのそれぞれの専門性と、前記ネットワークを介して通信を行った際の通信履歴を解析した結果推定される前記検索要求元のユーザとの交流の度合いと、前記複数のユーザのそれぞれの現在の状況とに基づきユーザを選択して、前記検索要求元のユーザに提示することを特徴とする。
【００１４】
本発明によれば、ユーザの専門分野、通信による検索要求者との交流の度合いの他、さらに、ユーザの現在の状況を加味することにより、問い合わせに確実に回答可能なユーザを検索することが可能となる。
【００１５】
本発明は、ユーザからの問い合わせに回答可能なユーザを検索するための検索要求を受け付けて、ネットワークに接続された複数の端末装置のそれぞれのユーザの中から、前記検索要求に基づきユーザを検索するものであって、前記複数のユーザの共有文書と、前記複数のユーザの少なくとも専門分野を含むプロファイル情報とを基に、前記問い合わせの内容に対応する分野に関連するユーザを抽出し、少なくとも前記ネットワークを介して通信を行った際の通信履歴を解析した結果推定される前記抽出されたユーザのそれぞれの前記検索要求元のユーザとの交流の度合いと、前記抽出されたユーザのそれぞれの現在の状況とに基づき、前記抽出されたユーザのそれぞれに対し前記検索要求との適合度（得点）を求め、この適合度に基づき選択されたユーザを前記検索要求元のユーザに提示することを特徴とする。
【００１６】
本発明によれば、ユーザの専門分野、通信による検索要求者との交流の度合いの他、さらに、ユーザの現在の状況を加味することにより、問い合わせに確実に回答可能なユーザを検索することが可能となる。
【００１７】
また、前記抽出されたユーザを、該ユーザの属する任意のカテゴリに基づきグループ分けし、各グループから前記適合度に基づき選択されたユーザを前記検索要求元のユーザに提示することにより、検索結果をユーザにわかりやすく提示できるとともに、その中から所望のユーザが選択しやすくなる。
【００１８】
また、前記プロファイル情報は、さらに、前記複数のユーザのそれぞれの社会的な地位に関する情報を含み、前記交流の度合いと前記現在の状況と前記社会的地位に関する情報とに基づき前記抽出されたユーザのそれぞれに対し前記検索要求との適合度を求め、この適合度に基づき選択されたユーザを前記検索要求元のユーザに提示することにより、ユーザの会社などの組織内における立場に適したユーザの選択が可能となる。
【００１９】
好ましくは、前記抽出されたユーザのそれぞれのスケジュール情報と現在の所在と前記端末装置の操作状況とのうちの少なくとも２つに基づき前記抽出されたユーザのそれぞれの現在の状況を推定する。
【００２０】
【発明の実施の形態】
以下、本発明の実施形態について図面を参照して説明する。
【００２１】
図１は、本実施形態にかかる情報共有システムの全体の構成例であり、１つのサーバ装置１と、サーバ装置１と通信可能に接続された複数（ここでは例えば３つ）のクライアント端末２から構成されている。サーバ装置１とクライアント端末２とは、無線通信ネットワーク、インターネット、ＬＡＮ、その他どのような通信形態、通信方式により接続されてもよく、特に限定するものではない。
【００２２】
図２は、サーバ装置１の構成例を示したもので、主に、受信部１１，送信部１２，検索部１３，メール処理部１４，登録部１５，プロファイル抽出部１６、ユーザ監視部１７，データベース１８から構成例されている。
【００２３】
データベース１８は、クライアント端末２のユーザにより作成された文書であって、情報共有システムを（クライアント端末２を用いて）利用する全てのユーザにより閲覧・利用が可能な共有文書を格納する文書格納部２１と、情報共有システムを（クライアント端末２を用いて）利用する全てのユーザのプロファイル情報を格納するプロファイル格納部２２と、情報共有システムを（クライアント端末２を用いて）利用する全てのユーザのスケジュール情報を格納するスケジュール格納部２３と、情報共有システムを（クライアント端末２を用いて）利用するユーザ間のメール送受信や情報共有システムへのアクセス履歴などの通信履歴を格納する通信履歴格納部２４からなる。
【００２４】
共有文書は、例えば、テキスト、画像、音声により表現された文書であって、業務上作成された報告書、会議の議事録などである。
【００２５】
通信履歴格納部２４には、例えば、図１３に示すような通信履歴が格納されている。ここでは、主に、メールに関する通信履歴を示していて、各メールの送信日時、送信者、宛先、ｃｃ（メールの写しの配布先）、ｂｃｃ（宛先人には知らせずにメールの写しを配布する先）なども記録されている。メールの宛先は、個人のアドレスでもメーリングリストのアドレスであってもよい。
【００２６】
プロファイル格納部２２には、例えば、図１４に示すような各ユーザのプロファイルデータが格納されている。各ユーザのプロファイルデータには、ユーザ名、役職、所属、入社年月日、専門分野などが記録されている。
【００２７】
スケジュール格納部２３には、図１５に示すような各ユーザのスケジュールデータが格納されている。
【００２８】
受信部１１は、クライアント端末２から送信されてくる各種要求文や、メールなどを受信する。
【００２９】
送信部１２は、クライアント端末２へ検索結果やメールなどを送信するためのものである。
【００３０】
検索部１３は、クライアント端末２から送信されてきた検索要求文を処理するためのものである。
【００３１】
メール処理部１４は、クライアント端末２から送信されてきたメールを処理するためのものである。受け取ったメールをその宛先のユーザに送信するなどの処理を行い、その際、その履歴を図１３に示すように、通信履歴格納部２４に格納する。
【００３２】
登録部１５は、クライアント端末２からの共有文書の登録要求、スケジュール情報の登録要求などに応じて、クライアント端末２から送信されてきた共有文書やスケジュール情報を文書格納部２１とスケジュール格納部２３にそれぞれ登録する。
【００３３】
プロファイル抽出部１６は、文書格納部２１に格納されている共有文書を基に、各ユーザの専門分野などのプロファイル情報を抽出するものである。文書の内容から、その文書の作者であるユーザの専門分野を推定する手法の一例を簡単に説明する。例えばプロファイル抽出部１６は、抽出すべき分野毎に、その分野でよく用いられる用語（専門用語（terminology）など）を予め記憶しておく。そして、文書格納部２１に格納されている各文書中の出現頻度の高い用語や特殊な専門用語などを抽出して、それらが最も多く属している分野を特定する。この特定された分野を、当該文書の作者であるユーザの専門分野と推定する。このようにして、推定された専門分野は、プロファイル格納部２２に格納される。
【００３４】
なお、プロファイル格納部２２に格納されている各ユーザのプロファイルデータ中の専門分野については、ユーザにより登録されているものであってもよいし、上記プロファイル抽出部１６で抽出した結果が登録されていてもよい。
【００３５】
ユーザ監視部１７は、例えば、各ユーザのクライアント端末２の操作状況や、所在を監視するためのものである。クライアント端末２はサーバ装置１と常時接続されているとすると、ユーザがクライアント端末２を電源オンにしてからキーボードや、マウスなどの入力指示デバイスを用いてクライアント端末２に対し所定時間何ら操作を行っていないと、クライアント端末２は、サーバ装置１に対し、その旨（例えば、「未使用」）を通知する。この通知のメッセージを受信部１１を介してユーザ監視部１７が受け取り、当該ユーザの現在の状況を示した情報（現況情報）としてユーザ監視テーブル３０に、図１６に示したように登録する。クライアント端末２は、ユーザがキーボードや、マウスなどの入力指示デバイスを用いてクライアント端末２に対し操作を行っているときも定期的に、その旨（例えば、「使用中」）をサーバ装置１に通知することにより、ユーザ監視テーブル３０には、図１６に示したように登録される。サーバ装置１は、クライアント端末２からの操作状況を通知するメッセージを受信しないときは、当該クライアント端末２は電源がオフされていると判断し、その旨（例えば「電源オフ」）をユーザ監視テーブル３０に、図１６に示したように登録する。なお、ユーザがクライアント端末２を利用する際（ログイン時）には、通常、そのユーザの識別情報がサーバ装置１に入力される。
【００３６】
各ユーザにはＰＨＳ（Ｐｅｒｓｏｎａｌ  Ｈａｎｄｙ−ｐｈｏｎｅ  Ｓｙｓｔｅｍ）３（図１参照）を持たせ、各ユーザの位置情報を位置情報取得装置４（図１参照）で取得する度に、ユーザ監視部１７に送られるようになっている。このようにして得られた各ユーザの位置情報も当該ユーザの現況情報として、ユーザ監視テーブル３０に図１６に示したように登録される。位置情報をそのまま登録するようにしてもよいが、位置情報に対応する場所（例えば、社内、事業所など）を特定して、その場所の名称（所在地）を登録することが望ましい。
【００３７】
ユーザ監視部１７は、上記のように、各ユーザのクライアント端末２の操作状況や所在などの現況情報を受け取る度にユーザ監視テーブル３０を更新するので、ユーザ監視テーブル３０は、常に、各ユーザの最新の現況情報が登録されていることになる。
【００３８】
図３は、図２の検索部１３の機能構成例を示したもので、検索要求受付部５１と、検索結果作成部５２と、文書検索部５３と、プロファイル検索部５４と、通信履歴解析部５５と、ユーザ監視テーブル参照部５６と、スケジュール検索部５７とからなる。
【００３９】
以下、図４に示すフローチャートを参照して、図３の検索部１３の各部とその処理動作について説明する。
【００４０】
まず、クライアント端末２から検索要求が入力される。その際、クライアント端末２のディスプレイには、図５に示すような検索要求入力画面が表示される。この画面上に、問い合わせる内容を表した文、あるいは問い合わせ内容にかかる１つまたは複数のキーワードなどを「検索式」の入力領域Ｂ１に入力する。なお、検索式の記述方法としては、キーワードの論理式で記述する方法、自然言語の質問文を入力する方法などが考えられるが、本発明では、特にこれを限定するものではない。さらに、図５に示した検索要求入力画面上で、所望の検索条件を入力する。なお、図５では、検索条件入力領域Ｂ３には、選択可能な複数の検索条件が表示され、その中から所望のものを選択する方式となっているが、本発明は、これに限定するものではない。検索式、検索条件の入力後、「人を検索」と書かれた検索ボタンＢ２をマウス等で選択することにより、入力された検索式と検索条件を含む検索要求Ｑが、クライアント端末２からサーバ装置１へ送信される。
【００４１】
検索条件とは、サーバ１に検索してもらいたいユーザに対する条件であり、検索条件として用いられるものとしては、例えば、すぐ回答が得られること、メールで返答してくれること、直接アクセス可能であること、などがある。さらに、会社などの組織内で、本実施形態にかかる情報共有システムを用いている場合には、役職者であるユーザ、実務担当のユーザ、検索要求元のユーザと同期のユーザ、検索要求元のユーザと同じ部署内のユーザ、などといった社会的な地位に関するものであってもよい。社会的地位を検索条件に含ませる理由は、例えば、会社などの組織内においては、役職者に聞けば全て解決してしまうような問い合わせもあれば、検索要求者のユーザにとって、自分と同じ立場の人間の方が問い合わせをし易い場合もあるからである。しかし、本発明の検索方法および装置を会社内といったある１つの組織で用いるのでないならば、特に、社会的地位を検索条件に含ませる必要もないであろう。
【００４２】
サーバ装置１の受信部１１で、上記検索要求Ｑが受信されると、それは検索部１３へ渡される。検索要求Ｑは、検索部１３の検索要求受付部５１に入力し（ステップＳ１）、検索処理が開始される。
【００４３】
まず、文書検索部５３は、文書格納部２１に格納されている共有文書の中から、その内容が検索要求Ｑに含まれている検索式に適合する共有文書を検索する（ステップＳ２）。なお、文書の検索方法は、公知技術を用いればよく、本発明の要旨ではないので、ここでは説明を省略する。文書検索部５３での文書検索の結果、検索式にマッチする各文書を作成したユーザ名のリストＵ１が得られる（ステップＳ３）。文書格納部２１には、共有文書そのものと、それを作成したユーザ名などの情報も、各共有文書のインデックスとして格納されているのであれば、検索結果として、検索式に適合する共有文書の検索と、その検索された共有文書を作成したユーザのリストＵ１を作成することは同時に行える。
【００４４】
次に、プロファイル検索部５４は、プロファイル格納部２２に格納されているプロファイルデータを参照して、リストＵ１に載っている各ユーザの専門分野と同じかあるいは類似する（例えば、上位概念的な）専門分野をもつユーザを抽出する（ステップＳ４）。このようにして抽出されたユーザのリストをＵ２とする（ステップＳ５）。
【００４５】
検索結果作成部５２は、リストＵ１とＵ２を結合して（双方のリストの論理和をとる）、ユーザリストＵを作成する（ステップＳ６）。そして、このユーザリストＵ上の各ユーザに対する得点を、検索要求に含まれる検索条件に応じて算出する（ステップＳ７）。その際、通信履歴や、スケジュールデータ、ユーザ監視テーブルに登録されている各ユーザの現況情報、さらには、プロファイルデータを参照する。
【００４６】
ここで、図６を参照して、ユーザリストＵの各ユーザについて得点を算出するステップＳ７の手順の概略を説明する。
【００４７】
検索結果作成部５２は、ユーザリストＵから、そこにリストアップされているユーザを１つずつ取り出し、それをユーザｕとする（ステップＳ２１）。以下、このユーザｕについて、得点を求めていくわけであるが、まず、ユーザｕと検索要求元のユーザとに関する通信履歴を１つずつチェックして、この２人の間にどの程度交流があるのかを、ユーザｕと検索要求元のユーザとの間の通信頻度などを基に数値に換算した値をユーザｕの得点とする（ステップＳ２２）。
【００４８】
通信履歴解析部５５は、通信履歴格納部２４に格納されているユーザｕと検索要求元のユーザとに関わる通信履歴を基に、ユーザｕについて、検索要求元のユーザとの人間関係に基づく得点を算出するためのものである。
【００４９】
次に、スケジュール検索部５７は、スケジュール格納部２３を検索して、ユーザｕの現時点のスケジュールデータを取得し（ステップＳ２３）、ユーザ監視テーブル参照部５６は、ユーザ監視テーブル３０に登録されている、ユーザｕの現況情報（操作状況、所在地）を取得する（ステップＳ２４）。そして、検索結果作成部５２は、ユーザｕのスケジュールと現況情報とから、ユーザｕの現在の状況を推定する（ステップＳ２５）。現在の状況としては、例えば、ユーザｕは、社内にいてしかもクライアント端末２の操作中である（在席している）、社内にはいるものの、クライアント端末２は未使用である（会議などで一時的に席を離れているだけである）、外出あるいは出張中である、などが挙げられる。
【００５０】
現在の状況の推定方法としては、例えば、スケジュールデータによれば、外出・出張という予定はなく、しかも所在地は社内であり、クライアント端末２の操作状況が「使用中」であるときは、ユーザｕは在席していると推定する。また、スケジュールデータによれば、外出・出張という予定はなく、しかも所在地から社内にいることになってはいるが、操作状況が「未使用」であるときは、（例えば会議などで）一時的に席を外していると推定する。また、スケジュールデータによれば、外出・出張という予定になっていて、操作状況は「電源オフ」、所在地も社内でないことから、ユーザｕは不在（外出・出張中）であると推定する。さらに、スケジュールデータから、ユーザｕは休暇中（在宅）であるどうかもチェックすることができる。
【００５１】
このようなユーザｕの現在の状況の推定結果と指定された検索条件とに基づき、ユーザｕの得点を求める（ステップＳ２６）。
【００５２】
さらに、検索条件として、社会的地位に関する検索条件が含まれている場合には（ステップＳ２７）、プロファイル検索部５４は、プロファイル格納部２２に格納されているユーザリストＵの各ユーザのプロファイルデータ、および検索要求元のユーザのプロファイルデータを検索する。そして、この検索されたプロファイルデータに含まれる社会的地位を表した情報（例えば、「役職」「所属」「入社年月日」など）と、指定された検索条件とを基に、ユーザリストＵの各ユーザについて得点を求める（ステップＳ２８〜ステップＳ２９）。
【００５３】
最終的に、ユーザリストＵの各ユーザの得点は、そのユーザの現在の状況と、検索要求元のユーザとの通信を介しての交流の度合いと（社会的地位に関する検索条件が指定されている場合には、さらに、社会的地位と）を総合した、検索条件との適合度を表したものである。
【００５４】
以上のようにして、ユーザリストＵの全てのユーザに対し、得点を求めていく（ステップＳ３０）。
【００５５】
図４の説明に戻る。検索結果作成部５２は、ユーザリストＵにリストアップされている各ユーザに対し得点を算出した後、次に、ユーザリストＵにリストアップされている各ユーザを複数のグループに分類（グルーピング）する（ステップＳ８）。
【００５６】
どのように基準でグループ分けするかは特に限定するものではない。例えば、会社内であれば、同じ部署に所属するユーザを１つのグループとしてグループ分けしてもよいし、同じメーリングリストに登録されているユーザを１つのグループとしてグループ分けしてもよいし、複数のユーザが共同で作成した共有文書が存在するならば、当該複数のユーザを１つのグループとしてもよい。このグループ分けに際し、１つの基準でのみグループ分けしてもよいし、また、複数の基準を用いて、各基準毎にグループ分けを行ってもよい。従って、１人のユーザは、複数のグループに属していてもよい。
【００５７】
次に、各グループから、そのグループに属する各ユーザの得点を基に、代表ユーザを選択し（ステップＳ９）、各グループの代表ユーザの一覧、すなわち、リストＲを作成する（ステップＳ１０）。代表ユーザは、そのグループの中で最も得点の高いユーザである。
【００５８】
このリストＲを検索結果として、送信部１２を介して検索要求元のクライアント端末２へ送信する（ステップＳ１１）。
【００５９】
なお、図４において、ステップＳ８〜ステップＳ１０のグループ分けを行って、各グループから代表ユーザを選択する処理を省略し、ユーザリストＵの各ユーザについて求められた得点の高いものから順に並べて上位数人を検索結果として送信するようにしてもよい。
【００６０】
グループ分けを行う目的は、検索結果をユーザにわかりやすく提示し、しかもその中から所望のユーザを選択しやすくすることにある。
【００６１】
次に、図７に示すフローチャートを参照して、図６のステップＳ２２の処理手順をより詳細に説明する。
【００６２】
ここでは、検索要求元のユーザをユーザＡ、図６のステップＳ２１でユーザリストＵから取り出されたユーザｕをユーザＢとする。
【００６３】
まず、通信履歴解析部５５は、通信履歴格納部２４を検索して、ユーザＡ、ユーザＢが送信者、宛先になっている（宛先がユーザＡ、Ｂが登録されているメーリングリストのアドレスである場合、ユーザＡ、ユーザＢを宛先としてではなく、写しの送付先（ｃｃ、ｂｃｃ）となっている場合も含む）メールの履歴データの一覧ＬＯＧＡＢを作成し（ステップＳ３１、ステップＳ３２）、ステップＳ３３へ進む。なお、このようなユーザＡ、Ｂ間で直接送受信されているメールによる通信履歴が存在しないときは、ステップＳ３５へ進む。
【００６４】
ステップＳ３３では、メールの種類（例えば、メーリングリスト、ｃｃ、ｂｃｃ）に応じて、一覧ＬＯＧＡＢ上の各履歴データに対し、例えば、図８に示すような、予め定められた得点テーブルを用いて得点を与える。なお、図８の得点テーブルは、予め記憶されているものとする。図８に示した得点テーブルでは、宛先として、ユーザＡ、ユーザＢを指定しているメールに対しては最も高い得点を与えるようになっている。
【００６５】
ユーザＢの得点は、一覧ＬＯＧＡＢ上の全ての履歴データの上記得点の合計とする（ステップＳ３４）。
【００６６】
一方、ステップＳ３５では、ユーザＡとユーザＢの両方とメールのやりとりをしたことのある他のユーザＣｉ（ｉ＝１，２，…）が存在するときは、このようなユーザＣｉとユーザＡあるいはユーザＢが送信者、宛先になっているメールの履歴データの一覧ＬＯＧＣｉをユーザＣｉ毎に作成する（ステップＳ３６）。
【００６７】
一覧ＬＯＧＣｉ毎に、上記ステップＳ３３、ステップＳ３４と同様にして、ユーザＣｉの得点を求める（ステップＳ３７）。この得点が最大のユーザＣｉを選択して（ステップＳ３８）、そのユーザＣｉの得点の１／２をユーザＢの得点とする（ステップＳ３９）。
【００６８】
図７に示した手順に従えば、ユーザＡ、すなわち、検索要求元のユーザとのメール交換の回数が多いユーザほど、しかも、宛先に互いのアドレスを指定したメールの交換が多いユーザほど得点が高くなる。少なくともメールのやりとりからみて、得点が高いユーザほど、そのようなユーザと検索要求元のユーザとは交流の度合い、すなわち、親しい関係であるとみなせる。検索要求元のユーザと親しい関係にあるユーザとは、すなわち、検索要求元のユーザの問い合わせに対する回答を得やすいユーザである。
【００６９】
なお、ユーザＡとメールのやりとりをしたこともなく、しかも、ユーザＡとメール交換をしたことのあるユーザともメール交換をしたことのないユーザＢについては、その後の処理の便宜をはかるため、最低の得点、例えば、ここでは「１」を与えるものとする。
【００７０】
さて、図６のステップＳ２６のユーザリストＵ上のユーザｕについて、推定された現在の状況と検索条件とに基づき得点を求める際には、例えば、図９に示したような予め定められた得点テーブルを参照する。なお、図９の得点テーブルは、予め記憶されているものとする。
【００７１】
図９の得点テーブルでは、検索要求Ｑに含まれる検索条件（例えば、「回答を急ぐ」「メールで返答希望」「直接アクセス希望」）のそれぞれについて、推定された現在の状況（例えば、「在席」「外出・出張」「一時離席」）に応じた重み値が設定されている。例えば、検索条件として「回答を急ぐ」が指定されているときは、在席しているユーザほど得点が高くなるように、重み付けを行っている。例えば、ここでは、現在の得点に「２」を乗算するよう設定されている。検索条件として「メールで返答希望」が指定されているときは、通常、どこにいても回答はできるので、全ての状況において、同じ重み付けがなされている。例えば、ここでは、ユーザｕの現在の状況に関わらず、現在の得点に「１」を乗算するよう設定されている。検索条件として「直接アクセス希望」が指定されているときは、在席しているユーザほど得点が高くなるように、重み付けを行っている。例えば、ここでは、現在の得点に「１．５」を乗算するよう設定されている。
【００７２】
図６のステップＳ２９のユーザリストＵ上のユーザｕについて、ユーザｕ自身の社会的地位（ここでは例えば、会社内の地位で、部長、課長、役職なし）と検索条件として指定されている社会的地位とに基づき得点を求める際には、例えば、図１０に示したような予め定められた得点テーブルを参照する。
【００７３】
図１０の得点テーブルでは、検索要求Ｑに含まれる検索条件（例えば、「役職者優先」「同じ部署内」「実務担当者」）のそれぞれについて、ユーザの役職（部長、課長、役職なし）に応じた重み値が設定されている。例えば、検索条件として「役職者優先」が指定されているときは、部長ほど得点が高くなるように、重み付けを行っている。例えば、ここでは、現在の得点に「２」を乗算するよう設定されている。検索条件として「同じ部署から」が指定されているときは、通常、役職の有無は関係ないので、全ての役職において、同じ重み付けがなされている。例えば、ここでは、ユーザｕの役職に関わらず、現在の得点に「１」を乗算するよう設定されている。検索条件として「実務担当者」が指定されているときは、課長ほど得点が高くなるように、重み付けを行っている。例えば、ここでは、現在の得点に「２」を乗算するよう設定されている。
【００７４】
以上のようにして、ユーザリストＵにリストアップされた各ユーザｕついて、検索要求元のユーザとの現在までの通信を介した交流の度合いと、ユーザｕの現在の状況（所在とクライアント端末の操作状況）と、（検索条件にて指定されているときには）ユーザｕの社会的地位とに基づき得点を算出することができた。
【００７５】
ユーザリストＵにリストアップされている各ユーザに対し得点を算出した後、次に、ユーザリストＵにリストアップされている各ユーザを複数のグループに分類し、各グループから、そのグループに属する各ユーザの得点を基に、代表ユーザを選択して、各グループの代表ユーザからなるリストＲを作成する。
【００７６】
このリストＲが検索結果として、要求元のクライアント端末２へ送信されてディスプレイに表示される。
【００７７】
図１１は、検索結果の表示例である。図１１に示すように、検索結果には、３つのグループがあり、その各グループの代表ユーザの名前の他、顔写真、所属、属するグループの情報も提示されている。
【００７８】
図１２は、検索結果の他の表示例である。ここでは、各グループの代表ユーザの推定された現在の状況（例えば、「在席中」「出張中」など）を示すアイコン１００１が表示されている。また、検索結果として得られたユーザが、検索要求元のユーザがメールの交換を行ったことのないユーザの場合、検索要求元のユーザにはアクセスしずらいことを考慮して、例えば、当該ユーザへアクセス仲介者を紹介するようにしてもよい。ここでは、例えば、図７のステップＳ３５以降の処理で抽出されたユーザＣｉの名前を仲介者として表示している。
【００７９】
以上説明したように、上記実施形態によれば、ネットワークに接続された複数の端末装置のそれぞれのユーザの専門性と、ネットワークを介して通信を行った際の通信履歴を解析した結果推定される検索要求元のユーザとの交流の度合いと、複数のユーザのそれぞれの現在の状況とに基づきユーザを選択することにより、問い合わせに確実に回答可能なユーザを検索することができる。
【００８０】
なお、上記実施形態では、ユーザの現在の状況を推定する際に、ユーザのスケジュールデータと、現在の所在と、クライアント端末の操作状況の３つを用いていたが、この場合に限らず、そのうちの少なくとも２つを用いればよく、その結果得られる効果も上記同様である。例えば、スケジュールデータと現在の所在、スケジュールデータとクライアント端末の操作状況、現在の所在とクライアント端末の操作状況など、システムの仕様、構成に応じて、適宜変更可能である。
【００８１】
また、検索条件として社会的地位に関する検索条件として、検索要求元のユーザと同期のユーザであることを検索条件として指定されているときは、検索要求元のユーザと入社年月日が同じユーザほど得点が高くなるように重み付けを行う情報が、例えば図１０に示す得点テーブルに追加されていればよい。
【００８２】
また、上記実施形態では、ユーザリストＵにリストアップされた各ユーザについて、通信履歴から検索要求元のユーザとの交流の度合いを求めるようになっているが、さらに、通信履歴を解析することにより推定できる、各ユーザの通信を行う上での行動パターンを、そのユーザの得点に反映させてもよい。各ユーザの通信を行う上での行動パターンとしては、例えば、メールを受信したときには必ず返事を返す、返事を返す確率が所定値以上である、メールを受信しても返事を返す確率は所定値以下である、などが挙げられる。このような行動パターンは、図１３に示したような通信履歴やメールの内容を基に容易に判定可能である。メールを受信したときに返事を返す確率が高いユーザからは、検索要求元のユーザからの問い合わせに対する回答は得やすいと判断できるので、そのようなユーザに対する得点は、高くなるように重み付けを行えばよい。
【００８３】
また、上記実施形態では、ネットワーク上での人間関係を抽出するのに、メールによる通信履歴を用いたが、この他にも、個人のｗｅｂページへリンクを貼っている、あるいはブックマークに入れている、ネットニュース上の記事へのフォローを行っている、などのデータを用いて人間関係を抽出することも考えられる。
【００８４】
また、上記実施形態では、情報共有システムが電子メールシステムを兼ねた構成となっていて、情報共有システムが通信履歴を管理するようになっているが、この場合に限らず、例えば、メールサーバとして機能するコンピュータが別に存在し、このコンピュータと情報共有システムが所定のネットワークにて接続され、情報共有システムは、このコンピュータに格納されている通信履歴を、必要に応じて読み出す（検索する）ようにしてもよい。
【００８５】
さらに、プロファイル格納部２２，スケジュール格納部２３も同様に、これらを有したコンピュータが別に存在し、これらコンピュータに情報共有システムが必要に応じて接続して、プロファイルデータやスケジュールデータを読み出す（検索する）ようにしてもよい。
【００８６】
本発明の実施の形態に記載した本発明の手法は、コンピュータに実行させることのできるプログラムとして、磁気ディスク（フロッピーディスク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯＭ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納して頒布することもできる。
【００８７】
なお、本発明は、上記実施形態に限定されるものではなく、実施段階ではその要旨を逸脱しない範囲で種々に変形することが可能である。さらに、上記実施形態には種々の段階の発明は含まれており、開示される複数の構成用件における適宜な組み合わせにより、種々の発明が抽出され得る。例えば、実施形態に示される全構成要件から幾つかの構成要件が削除されても、発明が解決しようとする課題の欄で述べた課題（の少なくとも１つ）が解決でき、発明の効果の欄で述べられている効果（のなくとも１つ）が得られる場合には、この構成要件が削除された構成が発明として抽出され得る。
【００８８】
【発明の効果】
以上説明したように、本発明によれば、ユーザの専門分野、通信による検索要求者との交流の度合い、ユーザの現在の状況を加味して、問い合わせに確実に回答可能なユーザを検索することができる。
【図面の簡単な説明】
【図１】本発明の実施形態にかかる情報共有システムの全体の構成例を示した図。
【図２】図１の情報共有システムのサーバ装置の機能構成例を示した図。
【図３】図２のサーバ装置の検索部の機能構成例を示した図。
【図４】図３の検索部の処理動作について説明するためのフローチャート。
【図５】検索要求入力画面の一例を示した図。
【図６】ユーザリストＵの各ユーザについて得点を算出する図５のステップＳ７の手順の概略を説明するためのフローチャート。
【図７】図６のステップＳ２２の処理手順をより詳細に説明するためのフローチャート。
【図８】通信履歴を基に検索要求者との通信による交流の度合いに応じた得点を算出するために用いる得点テーブルの一例を示した図。
【図９】ユーザの現在の状況の推定結果と指定された検索条件とに基づく得点を求めるために用いる得点テーブルの一例を示した図。
【図１０】ユーザの社会的地位と指定された検索条件とに基づく得点を求めるための得点テーブルの一例を示した図。
【図１１】検索結果の表示例を示した図。
【図１２】検索結果の他の表示例を示した図。
【図１３】通信履歴格納部に格納されている通信履歴の一例を示した図。
【図１４】プロファイル格納部に格納されているプロファイルデータを説明するための図。
【図１５】スケジュール格納部に格納されているスケジュールデータを説明するための図。
【図１６】ユーザ監視テーブルに登録される各ユーザの現況情報を説明するための図。
【符号の説明】
１…サーバ装置
２…クライアント端末
３…ＰＨＳ
４…位置情報取得装置
１１…受信部
１２…送信部
１３…検索部
１４…メール処理部
１５…登録部
１６…プロファイル抽出部
１７…ユーザ監視部
１８…データベース
２１…文書格納部
２２…プロファイル格納部
２３…スケジュール格納部
２４…通信履歴格納部
３０…ユーザ監視テーブル
５１…検索要求受付部
５２…検索結果作成部
５３…文書検索部
５４…プロファイル検索部
５５…通信履歴解析部
５６…ユーザ監視テーブル参照部
５７…スケジュール検索部
【図１】
0003813850.tif 000002
【図２】
0003813850.tif 000003
【図３】
0003813850.tif 000004
【図４】
0003813850.tif 000005
【図５】
0003813850.tif 000006
【図６】
0003813850.tif 000007
【図７】
0003813850.tif 000008
【図８】
0003813850.tif 000009
【図９】
0003813850.tif 000010
【図１０】
0003813850.tif 000011
【図１１】
0003813850.tif 000012
【図１２】
0003813850.tif 000013
【図１３】
0003813850.tif 000014
【図１４】
0003813850.tif 000015
【図１５】
0003813850.tif 000016
【図１６】
0003813850.tif 000017