JP2003108592A

JP2003108592A - 検索方法および検索装置

Info

Publication number: JP2003108592A
Application number: JP2001295113A
Authority: JP
Inventors: Kouichi Sasaki; 光一笹氣; Miyoshi Fukui; 美佳福井; Toshihiro Shikayama; 俊洋鹿山; Hideo Umeki; 秀雄梅木
Original assignee: Toshiba Corp
Current assignee: Toshiba Corp
Priority date: 2001-09-26
Filing date: 2001-09-26
Publication date: 2003-04-11
Anticipated expiration: 2021-09-26
Also published as: US6910034B2; JP3813850B2; US20030061210A1

Abstract

(57)【要約】【課題】ユーザからの問い合わせに回答可能なユーザを
検索するための検索要求を受け付けて、ネットワークに
接続された複数の端末装置のそれぞれのユーザの中か
ら、検索要求に基づき、問い合わせに確実に回答可能な
ユーザを検索することが可能な検索方法および検索装置
を提供する。【解決手段】複数のユーザの共有文書と、複数のユーザ
の少なくとも専門分野を含むプロファイル情報とを基
に、問い合わせの内容に対応する分野に関連するユーザ
を抽出し、少なくともネットワークを介して通信を行っ
た際の通信履歴を解析した結果推定される前記抽出され
たユーザのそれぞれの検索要求元のユーザとの交流の度
合いと、前記抽出されたユーザのそれぞれの現在の状況
とに基づき、前記抽出されたユーザのそれぞれに対し検
索要求との適合度を求め、この適合度に基づき選択され
たユーザを検索要求元のユーザに提示する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、ユーザからの問い
合わせに回答可能なユーザを検索するための検索方法お
よびそれを用いた検索装置に関する。

【０００２】

【従来の技術】コンピューターネットワーク上でユーザ
が作成した文書をデータベースに蓄積し、そのデータベ
ースを複数ユーザが共有するシステムにおいて、単に文
書を検索するだけではなく、その文書を提供したユーザ
と直接コミュニケーションを取ることにより、有益な情
報を得たいという要求がある。これは、ユーザそれぞれ
が持つ知識のすべてを文書として記述し、データベース
に蓄積することが困難だからである。

【０００３】これまでに、特開２００１−１１７９４０
号公報や特開２０００−１９４７０７号公報などのよう
に、データベースに蓄積された情報から人に関する情報
を抽出して、ユーザが検索要求に対して有する専門性で
ユーザをスコアリングし、ユーザの一覧を出力する方法
が提案されてきた。

【０００４】また、ネットワーク上でのユーザ間のコミ
ュニケーション履歴から人脈を抽出し、コミュニケーシ
ョン可能なユーザ同士の仲介を行うことで、ユーザ同士
のコミュニケーションを支援する方法も提案されている
（特開２０００−７６３０４号公報、特開２０００−２
５９５２９号公報）。

【０００５】

【発明が解決しようとする課題】しかしながら、ある検
索要求に対して専門性の高いユーザをスコアリングする
方法では、検索要求者にとっては、同じ程度のスコアを
与えられたユーザのうちどちらとコミュニケーションを
取る方がよいのかを判断するのが難しい。ユーザの社会
的な地位、年齢、性別などのプロファイル情報を補助的
に提示することで解決できる部分もあるが、「このユー
ザに問い合わせた場合に回答がすぐに得られるのか」と
いった情報は、蓄積された情報から人に関する情報を抽
出する方法で取り出すことは困難である。

【０００６】また、コミュニケーション履歴（通信履
歴）から人脈を抽出する方法では、過去に通信を行った
頻度に応じて人脈上の距離が決まるために、直接コミュ
ニケーションをとったことのないユーザは人脈上では遠
い位置に置かれる。このため、専門性が高いユーザが問
い合わせの対象として提示されない可能性がある。

【０００７】また、蓄積されたデータや過去の通信履歴
などの静的な情報からのみ抽出されたユーザの一覧で
は、例えばある情報に詳しいユーザに至急連絡を取らな
ければならない場合などには役に立たないこともある。

【０００８】このように、従来のユーザの検索手法は、
ユーザの専門分野、通信による検索要求者との交流の度
合いの一方のみに基づき検索するだけであり、問い合わ
せに確実に回答可能であるとい観点からの検索を行うも
のはなかった。

【０００９】そこで本発明は、上記問題点に鑑み、ユー
ザの専門分野、通信による検索要求者との交流の度合い
の他、さらに、ユーザの現在の状況を加味して、問い合
わせに確実に回答可能なユーザを検索することが可能な
検索方法および検索装置を提供することを目的とする。

【００１０】

【課題を解決するための手段】本発明は、ユーザからの
問い合わせに回答可能なユーザを検索するための検索要
求を受け付けて、ネットワークに接続された複数の端末
装置のそれぞれのユーザの中から、前記検索要求に基づ
きユーザを検索するものであって、前記問い合わせの内
容に対応する分野に対する前記複数のユーザのそれぞれ
の専門性と、前記複数のユーザのそれぞれの現在の状況
とに基づきユーザを選択して、前記検索要求元のユーザ
に提示することを特徴とする。

【００１１】また、本発明は、ユーザからの問い合わせ
に回答可能なユーザを検索するための検索要求を受け付
けて、ネットワークに接続された複数の端末装置のそれ
ぞれのユーザの中から、前記検索要求に基づきユーザを
検索するものであって、前記ネットワークを介して通信
を行った際の通信履歴を解析した結果推定される前記検
索要求元のユーザとの交流の度合いと、前記複数のユー
ザのそれぞれの現在の状況とに基づきユーザを選択し
て、前記検索要求元のユーザに提示することを特徴とす
る。

【００１２】本発明によれば、ユーザの専門分野にユー
ザの現在の状況を加味することにより、あるいは、通信
による検索要求者との交流の度合いにユーザの現在の状
況を加味することにより、問い合わせに確実に回答可能
なユーザを検索することが可能となる。

【００１３】本発明は、ユーザからの問い合わせに回答
可能なユーザを検索するための検索要求を受け付けて、
ネットワークに接続された複数の端末装置のそれぞれの
ユーザの中から、前記検索要求に基づきユーザを検索す
るものであって、前記問い合わせの内容に対応する分野
に対する前記複数のユーザのそれぞれの専門性と、前記
ネットワークを介して通信を行った際の通信履歴を解析
した結果推定される前記検索要求元のユーザとの交流の
度合いと、前記複数のユーザのそれぞれの現在の状況と
に基づきユーザを選択して、前記検索要求元のユーザに
提示することを特徴とする。

【００１４】本発明によれば、ユーザの専門分野、通信
による検索要求者との交流の度合いの他、さらに、ユー
ザの現在の状況を加味することにより、問い合わせに確
実に回答可能なユーザを検索することが可能となる。

【００１５】本発明は、ユーザからの問い合わせに回答
可能なユーザを検索するための検索要求を受け付けて、
ネットワークに接続された複数の端末装置のそれぞれの
ユーザの中から、前記検索要求に基づきユーザを検索す
るものであって、前記複数のユーザの共有文書と、前記
複数のユーザの少なくとも専門分野を含むプロファイル
情報とを基に、前記問い合わせの内容に対応する分野に
関連するユーザを抽出し、少なくとも前記ネットワーク
を介して通信を行った際の通信履歴を解析した結果推定
される前記抽出されたユーザのそれぞれの前記検索要求
元のユーザとの交流の度合いと、前記抽出されたユーザ
のそれぞれの現在の状況とに基づき、前記抽出されたユ
ーザのそれぞれに対し前記検索要求との適合度（得点）
を求め、この適合度に基づき選択されたユーザを前記検
索要求元のユーザに提示することを特徴とする。

【００１６】本発明によれば、ユーザの専門分野、通信
による検索要求者との交流の度合いの他、さらに、ユー
ザの現在の状況を加味することにより、問い合わせに確
実に回答可能なユーザを検索することが可能となる。

【００１７】また、前記抽出されたユーザを、該ユーザ
の属する任意のカテゴリに基づきグループ分けし、各グ
ループから前記適合度に基づき選択されたユーザを前記
検索要求元のユーザに提示することにより、検索結果を
ユーザにわかりやすく提示できるとともに、その中から
所望のユーザが選択しやすくなる。

【００１８】また、前記プロファイル情報は、さらに、
前記複数のユーザのそれぞれの社会的な地位に関する情
報を含み、前記交流の度合いと前記現在の状況と前記社
会的地位に関する情報とに基づき前記抽出されたユーザ
のそれぞれに対し前記検索要求との適合度を求め、この
適合度に基づき選択されたユーザを前記検索要求元のユ
ーザに提示することにより、ユーザの会社などの組織内
における立場に適したユーザの選択が可能となる。

【００１９】好ましくは、前記抽出されたユーザのそれ
ぞれのスケジュール情報と現在の所在と前記端末装置の
操作状況とのうちの少なくとも２つに基づき前記抽出さ
れたユーザのそれぞれの現在の状況を推定する。

【００２０】

【発明の実施の形態】以下、本発明の実施形態について
図面を参照して説明する。

【００２１】図１は、本実施形態にかかる情報共有シス
テムの全体の構成例であり、１つのサーバ装置１と、サ
ーバ装置１と通信可能に接続された複数（ここでは例え
ば３つ）のクライアント端末２から構成されている。サ
ーバ装置１とクライアント端末２とは、無線通信ネット
ワーク、インターネット、ＬＡＮ、その他どのような通
信形態、通信方式により接続されてもよく、特に限定す
るものではない。

【００２２】図２は、サーバ装置１の構成例を示したも
ので、主に、受信部１１，送信部１２，検索部１３，メ
ール処理部１４，登録部１５，プロファイル抽出部１
６、ユーザ監視部１７，データベース１８から構成例さ
れている。

【００２３】データベース１８は、クライアント端末２
のユーザにより作成された文書であって、情報共有シス
テムを（クライアント端末２を用いて）利用する全ての
ユーザにより閲覧・利用が可能な共有文書を格納する文
書格納部２１と、情報共有システムを（クライアント端
末２を用いて）利用する全てのユーザのプロファイル情
報を格納するプロファイル格納部２２と、情報共有シス
テムを（クライアント端末２を用いて）利用する全ての
ユーザのスケジュール情報を格納するスケジュール格納
部２３と、情報共有システムを（クライアント端末２を
用いて）利用するユーザ間のメール送受信や情報共有シ
ステムへのアクセス履歴などの通信履歴を格納する通信
履歴格納部２４からなる。

【００２４】共有文書は、例えば、テキスト、画像、音
声により表現された文書であって、業務上作成された報
告書、会議の議事録などである。

【００２５】通信履歴格納部２４には、例えば、図１３
に示すような通信履歴が格納されている。ここでは、主
に、メールに関する通信履歴を示していて、各メールの
送信日時、送信者、宛先、ｃｃ（メールの写しの配布
先）、ｂｃｃ（宛先人には知らせずにメールの写しを配
布する先）なども記録されている。メールの宛先は、個
人のアドレスでもメーリングリストのアドレスであって
もよい。

【００２６】プロファイル格納部２２には、例えば、図
１４に示すような各ユーザのプロファイルデータが格納
されている。各ユーザのプロファイルデータには、ユー
ザ名、役職、所属、入社年月日、専門分野などが記録さ
れている。

【００２７】スケジュール格納部２３には、図１５に示
すような各ユーザのスケジュールデータが格納されてい
る。

【００２８】受信部１１は、クライアント端末２から送
信されてくる各種要求文や、メールなどを受信する。

【００２９】送信部１２は、クライアント端末２へ検索
結果やメールなどを送信するためのものである。

【００３０】検索部１３は、クライアント端末２から送
信されてきた検索要求文を処理するためのものである。

【００３１】メール処理部１４は、クライアント端末２
から送信されてきたメールを処理するためのものであ
る。受け取ったメールをその宛先のユーザに送信するな
どの処理を行い、その際、その履歴を図１３に示すよう
に、通信履歴格納部２４に格納する。

【００３２】登録部１５は、クライアント端末２からの
共有文書の登録要求、スケジュール情報の登録要求など
に応じて、クライアント端末２から送信されてきた共有
文書やスケジュール情報を文書格納部２１とスケジュー
ル格納部２３にそれぞれ登録する。

【００３３】プロファイル抽出部１６は、文書格納部２
１に格納されている共有文書を基に、各ユーザの専門分
野などのプロファイル情報を抽出するものである。文書
の内容から、その文書の作者であるユーザの専門分野を
推定する手法の一例を簡単に説明する。例えばプロファ
イル抽出部１６は、抽出すべき分野毎に、その分野でよ
く用いられる用語（専門用語（terminology）など）を
予め記憶しておく。そして、文書格納部２１に格納され
ている各文書中の出現頻度の高い用語や特殊な専門用語
などを抽出して、それらが最も多く属している分野を特
定する。この特定された分野を、当該文書の作者である
ユーザの専門分野と推定する。このようにして、推定さ
れた専門分野は、プロファイル格納部２２に格納され
る。

【００３４】なお、プロファイル格納部２２に格納され
ている各ユーザのプロファイルデータ中の専門分野につ
いては、ユーザにより登録されているものであってもよ
いし、上記プロファイル抽出部１６で抽出した結果が登
録されていてもよい。

【００３５】ユーザ監視部１７は、例えば、各ユーザの
クライアント端末２の操作状況や、所在を監視するため
のものである。クライアント端末２はサーバ装置１と常
時接続されているとすると、ユーザがクライアント端末
２を電源オンにしてからキーボードや、マウスなどの入
力指示デバイスを用いてクライアント端末２に対し所定
時間何ら操作を行っていないと、クライアント端末２
は、サーバ装置１に対し、その旨（例えば、「未使
用」）を通知する。この通知のメッセージを受信部１１
を介してユーザ監視部１７が受け取り、当該ユーザの現
在の状況を示した情報（現況情報）としてユーザ監視テ
ーブル３０に、図１６に示したように登録する。クライ
アント端末２は、ユーザがキーボードや、マウスなどの
入力指示デバイスを用いてクライアント端末２に対し操
作を行っているときも定期的に、その旨（例えば、「使
用中」）をサーバ装置１に通知することにより、ユーザ
監視テーブル３０には、図１６に示したように登録され
る。サーバ装置１は、クライアント端末２からの操作状
況を通知するメッセージを受信しないときは、当該クラ
イアント端末２は電源がオフされていると判断し、その
旨（例えば「電源オフ」）をユーザ監視テーブル３０
に、図１６に示したように登録する。なお、ユーザがク
ライアント端末２を利用する際（ログイン時）には、通
常、そのユーザの識別情報がサーバ装置１に入力され
る。

【００３６】各ユーザにはＰＨＳ（Ｐｅｒｓｏｎａｌ
Ｈａｎｄｙ−ｐｈｏｎｅＳｙｓｔｅｍ）３（図１参
照）を持たせ、各ユーザの位置情報を位置情報取得装置
４（図１参照）で取得する度に、ユーザ監視部１７に送
られるようになっている。このようにして得られた各ユ
ーザの位置情報も当該ユーザの現況情報として、ユーザ
監視テーブル３０に図１６に示したように登録される。
位置情報をそのまま登録するようにしてもよいが、位置
情報に対応する場所（例えば、社内、事業所など）を特
定して、その場所の名称（所在地）を登録することが望
ましい。

【００３７】ユーザ監視部１７は、上記のように、各ユ
ーザのクライアント端末２の操作状況や所在などの現況
情報を受け取る度にユーザ監視テーブル３０を更新する
ので、ユーザ監視テーブル３０は、常に、各ユーザの最
新の現況情報が登録されていることになる。

【００３８】図３は、図２の検索部１３の機能構成例を
示したもので、検索要求受付部５１と、検索結果作成部
５２と、文書検索部５３と、プロファイル検索部５４
と、通信履歴解析部５５と、ユーザ監視テーブル参照部
５６と、スケジュール検索部５７とからなる。

【００３９】以下、図４に示すフローチャートを参照し
て、図３の検索部１３の各部とその処理動作について説
明する。

【００４０】まず、クライアント端末２から検索要求が
入力される。その際、クライアント端末２のディスプレ
イには、図５に示すような検索要求入力画面が表示され
る。この画面上に、問い合わせる内容を表した文、ある
いは問い合わせ内容にかかる１つまたは複数のキーワー
ドなどを「検索式」の入力領域Ｂ１に入力する。なお、
検索式の記述方法としては、キーワードの論理式で記述
する方法、自然言語の質問文を入力する方法などが考え
られるが、本発明では、特にこれを限定するものではな
い。さらに、図５に示した検索要求入力画面上で、所望
の検索条件を入力する。なお、図５では、検索条件入力
領域Ｂ３には、選択可能な複数の検索条件が表示され、
その中から所望のものを選択する方式となっているが、
本発明は、これに限定するものではない。検索式、検索
条件の入力後、「人を検索」と書かれた検索ボタンＢ２
をマウス等で選択することにより、入力された検索式と
検索条件を含む検索要求Ｑが、クライアント端末２から
サーバ装置１へ送信される。

【００４１】検索条件とは、サーバ１に検索してもらい
たいユーザに対する条件であり、検索条件として用いら
れるものとしては、例えば、すぐ回答が得られること、
メールで返答してくれること、直接アクセス可能である
こと、などがある。さらに、会社などの組織内で、本実
施形態にかかる情報共有システムを用いている場合に
は、役職者であるユーザ、実務担当のユーザ、検索要求
元のユーザと同期のユーザ、検索要求元のユーザと同じ
部署内のユーザ、などといった社会的な地位に関するも
のであってもよい。社会的地位を検索条件に含ませる理
由は、例えば、会社などの組織内においては、役職者に
聞けば全て解決してしまうような問い合わせもあれば、
検索要求者のユーザにとって、自分と同じ立場の人間の
方が問い合わせをし易い場合もあるからである。しか
し、本発明の検索方法および装置を会社内といったある
１つの組織で用いるのでないならば、特に、社会的地位
を検索条件に含ませる必要もないであろう。

【００４２】サーバ装置１の受信部１１で、上記検索要
求Ｑが受信されると、それは検索部１３へ渡される。検
索要求Ｑは、検索部１３の検索要求受付部５１に入力し
（ステップＳ１）、検索処理が開始される。

【００４３】まず、文書検索部５３は、文書格納部２１
に格納されている共有文書の中から、その内容が検索要
求Ｑに含まれている検索式に適合する共有文書を検索す
る（ステップＳ２）。なお、文書の検索方法は、公知技
術を用いればよく、本発明の要旨ではないので、ここで
は説明を省略する。文書検索部５３での文書検索の結
果、検索式にマッチする各文書を作成したユーザ名のリ
ストＵ１が得られる（ステップＳ３）。文書格納部２１
には、共有文書そのものと、それを作成したユーザ名な
どの情報も、各共有文書のインデックスとして格納され
ているのであれば、検索結果として、検索式に適合する
共有文書の検索と、その検索された共有文書を作成した
ユーザのリストＵ１を作成することは同時に行える。

【００４４】次に、プロファイル検索部５４は、プロフ
ァイル格納部２２に格納されているプロファイルデータ
を参照して、リストＵ１に載っている各ユーザの専門分
野と同じかあるいは類似する（例えば、上位概念的な）
専門分野をもつユーザを抽出する（ステップＳ４）。こ
のようにして抽出されたユーザのリストをＵ２とする
（ステップＳ５）。

【００４５】検索結果作成部５２は、リストＵ１とＵ２
を結合して（双方のリストの論理和をとる）、ユーザリ
ストＵを作成する（ステップＳ６）。そして、このユー
ザリストＵ上の各ユーザに対する得点を、検索要求に含
まれる検索条件に応じて算出する（ステップＳ７）。そ
の際、通信履歴や、スケジュールデータ、ユーザ監視テ
ーブルに登録されている各ユーザの現況情報、さらに
は、プロファイルデータを参照する。

【００４６】ここで、図６を参照して、ユーザリストＵ
の各ユーザについて得点を算出するステップＳ７の手順
の概略を説明する。

【００４７】検索結果作成部５２は、ユーザリストＵか
ら、そこにリストアップされているユーザを１つずつ取
り出し、それをユーザｕとする（ステップＳ２１）。以
下、このユーザｕについて、得点を求めていくわけであ
るが、まず、ユーザｕと検索要求元のユーザとに関する
通信履歴を１つずつチェックして、この２人の間にどの
程度交流があるのかを、ユーザｕと検索要求元のユーザ
との間の通信頻度などを基に数値に換算した値をユーザ
ｕの得点とする（ステップＳ２２）。

【００４８】通信履歴解析部５５は、通信履歴格納部２
４に格納されているユーザｕと検索要求元のユーザとに
関わる通信履歴を基に、ユーザｕについて、検索要求元
のユーザとの人間関係に基づく得点を算出するためのも
のである。

【００４９】次に、スケジュール検索部５７は、スケジ
ュール格納部２３を検索して、ユーザｕの現時点のスケ
ジュールデータを取得し（ステップＳ２３）、ユーザ監
視テーブル参照部５６は、ユーザ監視テーブル３０に登
録されている、ユーザｕの現況情報（操作状況、所在
地）を取得する（ステップＳ２４）。そして、検索結果
作成部５２は、ユーザｕのスケジュールと現況情報とか
ら、ユーザｕの現在の状況を推定する（ステップＳ２
５）。現在の状況としては、例えば、ユーザｕは、社内
にいてしかもクライアント端末２の操作中である（在席
している）、社内にはいるものの、クライアント端末２
は未使用である（会議などで一時的に席を離れているだ
けである）、外出あるいは出張中である、などが挙げら
れる。

【００５０】現在の状況の推定方法としては、例えば、
スケジュールデータによれば、外出・出張という予定は
なく、しかも所在地は社内であり、クライアント端末２
の操作状況が「使用中」であるときは、ユーザｕは在席
していると推定する。また、スケジュールデータによれ
ば、外出・出張という予定はなく、しかも所在地から社
内にいることになってはいるが、操作状況が「未使用」
であるときは、（例えば会議などで）一時的に席を外し
ていると推定する。また、スケジュールデータによれ
ば、外出・出張という予定になっていて、操作状況は
「電源オフ」、所在地も社内でないことから、ユーザｕ
は不在（外出・出張中）であると推定する。さらに、ス
ケジュールデータから、ユーザｕは休暇中（在宅）であ
るどうかもチェックすることができる。

【００５１】このようなユーザｕの現在の状況の推定結
果と指定された検索条件とに基づき、ユーザｕの得点を
求める（ステップＳ２６）。

【００５２】さらに、検索条件として、社会的地位に関
する検索条件が含まれている場合には（ステップＳ２
７）、プロファイル検索部５４は、プロファイル格納部
２２に格納されているユーザリストＵの各ユーザのプロ
ファイルデータ、および検索要求元のユーザのプロファ
イルデータを検索する。そして、この検索されたプロフ
ァイルデータに含まれる社会的地位を表した情報（例え
ば、「役職」「所属」「入社年月日」など）と、指定さ
れた検索条件とを基に、ユーザリストＵの各ユーザにつ
いて得点を求める（ステップＳ２８〜ステップＳ２
９）。

【００５３】最終的に、ユーザリストＵの各ユーザの得
点は、そのユーザの現在の状況と、検索要求元のユーザ
との通信を介しての交流の度合いと（社会的地位に関す
る検索条件が指定されている場合には、さらに、社会的
地位と）を総合した、検索条件との適合度を表したもの
である。

【００５４】以上のようにして、ユーザリストＵの全て
のユーザに対し、得点を求めていく（ステップＳ３
０）。

【００５５】図４の説明に戻る。検索結果作成部５２
は、ユーザリストＵにリストアップされている各ユーザ
に対し得点を算出した後、次に、ユーザリストＵにリス
トアップされている各ユーザを複数のグループに分類
（グルーピング）する（ステップＳ８）。

【００５６】どのように基準でグループ分けするかは特
に限定するものではない。例えば、会社内であれば、同
じ部署に所属するユーザを１つのグループとしてグルー
プ分けしてもよいし、同じメーリングリストに登録され
ているユーザを１つのグループとしてグループ分けして
もよいし、複数のユーザが共同で作成した共有文書が存
在するならば、当該複数のユーザを１つのグループとし
てもよい。このグループ分けに際し、１つの基準でのみ
グループ分けしてもよいし、また、複数の基準を用い
て、各基準毎にグループ分けを行ってもよい。従って、
１人のユーザは、複数のグループに属していてもよい。

【００５７】次に、各グループから、そのグループに属
する各ユーザの得点を基に、代表ユーザを選択し（ステ
ップＳ９）、各グループの代表ユーザの一覧、すなわ
ち、リストＲを作成する（ステップＳ１０）。代表ユー
ザは、そのグループの中で最も得点の高いユーザであ
る。

【００５８】このリストＲを検索結果として、送信部１
２を介して検索要求元のクライアント端末２へ送信する
（ステップＳ１１）。

【００５９】なお、図４において、ステップＳ８〜ステ
ップＳ１０のグループ分けを行って、各グループから代
表ユーザを選択する処理を省略し、ユーザリストＵの各
ユーザについて求められた得点の高いものから順に並べ
て上位数人を検索結果として送信するようにしてもよ
い。

【００６０】グループ分けを行う目的は、検索結果をユ
ーザにわかりやすく提示し、しかもその中から所望のユ
ーザを選択しやすくすることにある。

【００６１】次に、図７に示すフローチャートを参照し
て、図６のステップＳ２２の処理手順をより詳細に説明
する。

【００６２】ここでは、検索要求元のユーザをユーザ
Ａ、図６のステップＳ２１でユーザリストＵから取り出
されたユーザｕをユーザＢとする。

【００６３】まず、通信履歴解析部５５は、通信履歴格
納部２４を検索して、ユーザＡ、ユーザＢが送信者、宛
先になっている（宛先がユーザＡ、Ｂが登録されている
メーリングリストのアドレスである場合、ユーザＡ、ユ
ーザＢを宛先としてではなく、写しの送付先（ｃｃ、ｂ
ｃｃ）となっている場合も含む）メールの履歴データの
一覧ＬＯＧＡＢを作成し（ステップＳ３１、ステップＳ
３２）、ステップＳ３３へ進む。なお、このようなユー
ザＡ、Ｂ間で直接送受信されているメールによる通信履
歴が存在しないときは、ステップＳ３５へ進む。

【００６４】ステップＳ３３では、メールの種類（例え
ば、メーリングリスト、ｃｃ、ｂｃｃ）に応じて、一覧
ＬＯＧＡＢ上の各履歴データに対し、例えば、図８に示
すような、予め定められた得点テーブルを用いて得点を
与える。なお、図８の得点テーブルは、予め記憶されて
いるものとする。図８に示した得点テーブルでは、宛先
として、ユーザＡ、ユーザＢを指定しているメールに対
しては最も高い得点を与えるようになっている。

【００６５】ユーザＢの得点は、一覧ＬＯＧＡＢ上の全
ての履歴データの上記得点の合計とする（ステップＳ３
４）。

【００６６】一方、ステップＳ３５では、ユーザＡとユ
ーザＢの両方とメールのやりとりをしたことのある他の
ユーザＣｉ（ｉ＝１，２，…）が存在するときは、この
ようなユーザＣｉとユーザＡあるいはユーザＢが送信
者、宛先になっているメールの履歴データの一覧ＬＯＧ
ＣｉをユーザＣｉ毎に作成する（ステップＳ３６）。

【００６７】一覧ＬＯＧＣｉ毎に、上記ステップＳ３
３、ステップＳ３４と同様にして、ユーザＣｉの得点を
求める（ステップＳ３７）。この得点が最大のユーザＣ
ｉを選択して（ステップＳ３８）、そのユーザＣｉの得
点の１／２をユーザＢの得点とする（ステップＳ３
９）。

【００６８】図７に示した手順に従えば、ユーザＡ、す
なわち、検索要求元のユーザとのメール交換の回数が多
いユーザほど、しかも、宛先に互いのアドレスを指定し
たメールの交換が多いユーザほど得点が高くなる。少な
くともメールのやりとりからみて、得点が高いユーザほ
ど、そのようなユーザと検索要求元のユーザとは交流の
度合い、すなわち、親しい関係であるとみなせる。検索
要求元のユーザと親しい関係にあるユーザとは、すなわ
ち、検索要求元のユーザの問い合わせに対する回答を得
やすいユーザである。

【００６９】なお、ユーザＡとメールのやりとりをした
こともなく、しかも、ユーザＡとメール交換をしたこと
のあるユーザともメール交換をしたことのないユーザＢ
については、その後の処理の便宜をはかるため、最低の
得点、例えば、ここでは「１」を与えるものとする。

【００７０】さて、図６のステップＳ２６のユーザリス
トＵ上のユーザｕについて、推定された現在の状況と検
索条件とに基づき得点を求める際には、例えば、図９に
示したような予め定められた得点テーブルを参照する。
なお、図９の得点テーブルは、予め記憶されているもの
とする。

【００７１】図９の得点テーブルでは、検索要求Ｑに含
まれる検索条件（例えば、「回答を急ぐ」「メールで返
答希望」「直接アクセス希望」）のそれぞれについて、
推定された現在の状況（例えば、「在席」「外出・出
張」「一時離席」）に応じた重み値が設定されている。
例えば、検索条件として「回答を急ぐ」が指定されてい
るときは、在席しているユーザほど得点が高くなるよう
に、重み付けを行っている。例えば、ここでは、現在の
得点に「２」を乗算するよう設定されている。検索条件
として「メールで返答希望」が指定されているときは、
通常、どこにいても回答はできるので、全ての状況にお
いて、同じ重み付けがなされている。例えば、ここで
は、ユーザｕの現在の状況に関わらず、現在の得点に
「１」を乗算するよう設定されている。検索条件として
「直接アクセス希望」が指定されているときは、在席し
ているユーザほど得点が高くなるように、重み付けを行
っている。例えば、ここでは、現在の得点に「１．５」
を乗算するよう設定されている。

【００７２】図６のステップＳ２９のユーザリストＵ上
のユーザｕについて、ユーザｕ自身の社会的地位（ここ
では例えば、会社内の地位で、部長、課長、役職なし）
と検索条件として指定されている社会的地位とに基づき
得点を求める際には、例えば、図１０に示したような予
め定められた得点テーブルを参照する。

【００７３】図１０の得点テーブルでは、検索要求Ｑに
含まれる検索条件（例えば、「役職者優先」「同じ部署
内」「実務担当者」）のそれぞれについて、ユーザの役
職（部長、課長、役職なし）に応じた重み値が設定され
ている。例えば、検索条件として「役職者優先」が指定
されているときは、部長ほど得点が高くなるように、重
み付けを行っている。例えば、ここでは、現在の得点に
「２」を乗算するよう設定されている。検索条件として
「同じ部署から」が指定されているときは、通常、役職
の有無は関係ないので、全ての役職において、同じ重み
付けがなされている。例えば、ここでは、ユーザｕの役
職に関わらず、現在の得点に「１」を乗算するよう設定
されている。検索条件として「実務担当者」が指定され
ているときは、課長ほど得点が高くなるように、重み付
けを行っている。例えば、ここでは、現在の得点に
「２」を乗算するよう設定されている。

【００７４】以上のようにして、ユーザリストＵにリス
トアップされた各ユーザｕついて、検索要求元のユーザ
との現在までの通信を介した交流の度合いと、ユーザｕ
の現在の状況（所在とクライアント端末の操作状況）
と、（検索条件にて指定されているときには）ユーザｕ
の社会的地位とに基づき得点を算出することができた。

【００７５】ユーザリストＵにリストアップされている
各ユーザに対し得点を算出した後、次に、ユーザリスト
Ｕにリストアップされている各ユーザを複数のグループ
に分類し、各グループから、そのグループに属する各ユ
ーザの得点を基に、代表ユーザを選択して、各グループ
の代表ユーザからなるリストＲを作成する。

【００７６】このリストＲが検索結果として、要求元の
クライアント端末２へ送信されてディスプレイに表示さ
れる。

【００７７】図１１は、検索結果の表示例である。図１
１に示すように、検索結果には、３つのグループがあ
り、その各グループの代表ユーザの名前の他、顔写真、
所属、属するグループの情報も提示されている。

【００７８】図１２は、検索結果の他の表示例である。
ここでは、各グループの代表ユーザの推定された現在の
状況（例えば、「在席中」「出張中」など）を示すアイ
コン１００１が表示されている。また、検索結果として
得られたユーザが、検索要求元のユーザがメールの交換
を行ったことのないユーザの場合、検索要求元のユーザ
にはアクセスしずらいことを考慮して、例えば、当該ユ
ーザへアクセス仲介者を紹介するようにしてもよい。こ
こでは、例えば、図７のステップＳ３５以降の処理で抽
出されたユーザＣｉの名前を仲介者として表示してい
る。

【００７９】以上説明したように、上記実施形態によれ
ば、ネットワークに接続された複数の端末装置のそれぞ
れのユーザの専門性と、ネットワークを介して通信を行
った際の通信履歴を解析した結果推定される検索要求元
のユーザとの交流の度合いと、複数のユーザのそれぞれ
の現在の状況とに基づきユーザを選択することにより、
問い合わせに確実に回答可能なユーザを検索することが
できる。

【００８０】なお、上記実施形態では、ユーザの現在の
状況を推定する際に、ユーザのスケジュールデータと、
現在の所在と、クライアント端末の操作状況の３つを用
いていたが、この場合に限らず、そのうちの少なくとも
２つを用いればよく、その結果得られる効果も上記同様
である。例えば、スケジュールデータと現在の所在、ス
ケジュールデータとクライアント端末の操作状況、現在
の所在とクライアント端末の操作状況など、システムの
仕様、構成に応じて、適宜変更可能である。

【００８１】また、検索条件として社会的地位に関する
検索条件として、検索要求元のユーザと同期のユーザで
あることを検索条件として指定されているときは、検索
要求元のユーザと入社年月日が同じユーザほど得点が高
くなるように重み付けを行う情報が、例えば図１０に示
す得点テーブルに追加されていればよい。

【００８２】また、上記実施形態では、ユーザリストＵ
にリストアップされた各ユーザについて、通信履歴から
検索要求元のユーザとの交流の度合いを求めるようにな
っているが、さらに、通信履歴を解析することにより推
定できる、各ユーザの通信を行う上での行動パターン
を、そのユーザの得点に反映させてもよい。各ユーザの
通信を行う上での行動パターンとしては、例えば、メー
ルを受信したときには必ず返事を返す、返事を返す確率
が所定値以上である、メールを受信しても返事を返す確
率は所定値以下である、などが挙げられる。このような
行動パターンは、図１３に示したような通信履歴やメー
ルの内容を基に容易に判定可能である。メールを受信し
たときに返事を返す確率が高いユーザからは、検索要求
元のユーザからの問い合わせに対する回答は得やすいと
判断できるので、そのようなユーザに対する得点は、高
くなるように重み付けを行えばよい。

【００８３】また、上記実施形態では、ネットワーク上
での人間関係を抽出するのに、メールによる通信履歴を
用いたが、この他にも、個人のｗｅｂページへリンクを
貼っている、あるいはブックマークに入れている、ネッ
トニュース上の記事へのフォローを行っている、などの
データを用いて人間関係を抽出することも考えられる。

【００８４】また、上記実施形態では、情報共有システ
ムが電子メールシステムを兼ねた構成となっていて、情
報共有システムが通信履歴を管理するようになっている
が、この場合に限らず、例えば、メールサーバとして機
能するコンピュータが別に存在し、このコンピュータと
情報共有システムが所定のネットワークにて接続され、
情報共有システムは、このコンピュータに格納されてい
る通信履歴を、必要に応じて読み出す（検索する）よう
にしてもよい。

【００８５】さらに、プロファイル格納部２２，スケジ
ュール格納部２３も同様に、これらを有したコンピュー
タが別に存在し、これらコンピュータに情報共有システ
ムが必要に応じて接続して、プロファイルデータやスケ
ジュールデータを読み出す（検索する）ようにしてもよ
い。

【００８６】本発明の実施の形態に記載した本発明の手
法は、コンピュータに実行させることのできるプログラ
ムとして、磁気ディスク（フロッピー（登録商標）ディ
スク、ハードディスクなど）、光ディスク（ＣＤ−ＲＯ
Ｍ、ＤＶＤなど）、半導体メモリなどの記録媒体に格納
して頒布することもできる。

【００８７】なお、本発明は、上記実施形態に限定され
るものではなく、実施段階ではその要旨を逸脱しない範
囲で種々に変形することが可能である。さらに、上記実
施形態には種々の段階の発明は含まれており、開示され
る複数の構成用件における適宜な組み合わせにより、種
々の発明が抽出され得る。例えば、実施形態に示される
全構成要件から幾つかの構成要件が削除されても、発明
が解決しようとする課題の欄で述べた課題（の少なくと
も１つ）が解決でき、発明の効果の欄で述べられている
効果（のなくとも１つ）が得られる場合には、この構成
要件が削除された構成が発明として抽出され得る。

【００８８】

【発明の効果】以上説明したように、本発明によれば、
ユーザの専門分野、通信による検索要求者との交流の度
合い、ユーザの現在の状況を加味して、問い合わせに確
実に回答可能なユーザを検索することができる。

【図面の簡単な説明】

【図１】本発明の実施形態にかかる情報共有システムの
全体の構成例を示した図。

【図２】図１の情報共有システムのサーバ装置の機能構
成例を示した図。

【図３】図２のサーバ装置の検索部の機能構成例を示し
た図。

【図４】図３の検索部の処理動作について説明するため
のフローチャート。

【図５】検索要求入力画面の一例を示した図。

【図６】ユーザリストＵの各ユーザについて得点を算出
する図５のステップＳ７の手順の概略を説明するための
フローチャート。

【図７】図６のステップＳ２２の処理手順をより詳細に
説明するためのフローチャート。

【図８】通信履歴を基に検索要求者との通信による交流
の度合いに応じた得点を算出するために用いる得点テー
ブルの一例を示した図。

【図９】ユーザの現在の状況の推定結果と指定された検
索条件とに基づく得点を求めるために用いる得点テーブ
ルの一例を示した図。

【図１０】ユーザの社会的地位と指定された検索条件と
に基づく得点を求めるための得点テーブルの一例を示し
た図。

【図１１】検索結果の表示例を示した図。

【図１２】検索結果の他の表示例を示した図。

【図１３】通信履歴格納部に格納されている通信履歴の
一例を示した図。

【図１４】プロファイル格納部に格納されているプロフ
ァイルデータを説明するための図。

【図１５】スケジュール格納部に格納されているスケジ
ュールデータを説明するための図。

【図１６】ユーザ監視テーブルに登録される各ユーザの
現況情報を説明するための図。

【符号の説明】

１…サーバ装置２…クライアント端末３…ＰＨＳ４…位置情報取得装置１１…受信部１２…送信部１３…検索部１４…メール処理部１５…登録部１６…プロファイル抽出部１７…ユーザ監視部１８…データベース２１…文書格納部２２…プロファイル格納部２３…スケジュール格納部２４…通信履歴格納部３０…ユーザ監視テーブル５１…検索要求受付部５２…検索結果作成部５３…文書検索部５４…プロファイル検索部５５…通信履歴解析部５６…ユーザ監視テーブル参照部５７…スケジュール検索部

フロントページの続き (72)発明者鹿山俊洋神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内 (72)発明者梅木秀雄神奈川県川崎市幸区小向東芝町１番地株式会社東芝研究開発センター内Ｆターム(参考） 5B075 KK07 PQ40 PR03 UU40

Claims

【特許請求の範囲】

【請求項１】ユーザからの問い合わせに回答可能なユー
ザを検索するための検索要求を受け付けて、ネットワー
クに接続された複数の端末装置のそれぞれのユーザの中
から、前記検索要求に基づきユーザを検索する検索方法
であって、前記問い合わせの内容に対応する分野に対する前記複数
のユーザのそれぞれの専門性と、前記複数のユーザのそ
れぞれの現在の状況とに基づきユーザを選択して、前記
検索要求元のユーザに提示することを特徴とする検索方
法。
【請求項２】ユーザからの問い合わせに回答可能なユー
ザを検索するための検索要求を受け付けて、ネットワー
クに接続された複数の端末装置のそれぞれのユーザの中
から、前記検索要求に基づきユーザを検索する検索方法
であって、前記ネットワークを介して通信を行った際の通信履歴を
解析した結果推定される前記検索要求元のユーザとの交
流の度合いと、前記複数のユーザのそれぞれの現在の状
況とに基づきユーザを選択して、前記検索要求元のユー
ザに提示することを特徴とする検索方法。
【請求項３】ユーザからの問い合わせに回答可能なユー
ザを検索するための検索要求を受け付けて、ネットワー
クに接続された複数の端末装置のそれぞれのユーザの中
から、前記検索要求に基づきユーザを検索する検索方法
であって、前記問い合わせの内容に対応する分野に対する前記複数
のユーザのそれぞれの専門性と、前記ネットワークを介
して通信を行った際の通信履歴を解析した結果推定され
る前記検索要求元のユーザとの交流の度合いと、前記複
数のユーザのそれぞれの現在の状況とに基づきユーザを
選択して、前記検索要求元のユーザに提示することを特
徴とする検索方法。
【請求項４】ユーザからの問い合わせに回答可能なユー
ザを検索するための検索要求を受け付けて、ネットワー
クに接続された複数の端末装置のそれぞれのユーザの中
から、前記検索要求に基づきユーザを検索する検索方法
であって、前記複数のユーザの共有文書と、前記複数のユーザの少
なくとも専門分野を含むプロファイル情報とを基に、前
記問い合わせの内容に対応する分野に関連するユーザを
抽出し、少なくとも前記ネットワークを介して通信を行った際の
通信履歴を解析した結果推定される前記抽出されたユー
ザのそれぞれの前記検索要求元のユーザとの交流の度合
いと、前記抽出されたユーザのそれぞれの現在の状況と
に基づき、前記抽出されたユーザのそれぞれに対し前記
検索要求との適合度を求め、この適合度に基づき選択さ
れたユーザを前記検索要求元のユーザに提示することを
特徴とする検索方法。
【請求項５】前記抽出されたユーザを、該ユーザの属す
る任意のカテゴリに基づきグループ分けし、各グループ
から前記適合度に基づき選択されたユーザを前記検索要
求元のユーザに提示することを特徴とする請求項４記載
の検索方法。
【請求項６】前記プロファイル情報は、さらに、前記複
数のユーザのそれぞれの社会的な地位に関する情報を含
み、前記交流の度合いと前記現在の状況と前記社会的地位に
関する情報とに基づき前記抽出されたユーザのそれぞれ
に対し前記検索要求との適合度を求め、この適合度に基
づき選択されたユーザを前記検索要求元のユーザに提示
することを特徴とする請求項４記載の検索方法。
【請求項７】前記抽出されたユーザのそれぞれのスケジ
ュール情報と現在の所在と前記端末装置の操作状況との
うちの少なくとも２つに基づき前記抽出されたユーザの
それぞれの現在の状況を推定することを特徴とする請求
項４記載の検索方法。
【請求項８】ユーザからの問い合わせに回答可能なユー
ザを検索するための検索要求を受け付けて、ネットワー
クに接続された複数の端末装置のそれぞれのユーザの中
から、前記検索要求に基づきユーザを検索する検索装置
であって、前記複数のユーザの共有文書と、前記複数のユーザの少
なくとも専門分野を含むプロファイル情報とを基に、前
記問い合わせの内容に対応する分野に関連するユーザを
抽出する抽出手段と、少なくとも前記ネットワークを介して通信を行った際の
通信履歴を解析した結果推定される前記抽出されたユー
ザのそれぞれの前記検索要求元のユーザとの交流の度合
いと、前記抽出されたユーザのそれぞれの現在の状況と
に基づき、前記抽出されたユーザのそれぞれに対し前記
検索要求との適合度を算出する算出手段と、前記適合度に基づき前記抽出されたユーザの中からユー
ザからの問い合わせに回答可能なユーザを選択して、前
記検索要求元のユーザに提示する提示手段と、を具備し
たことを特徴とする検索装置。
【請求項９】前記提示手段は、前記抽出されたユーザ
を、該ユーザの属する任意のカテゴリに基づきグループ
分けし、各グループから前記適合度に基づき選択された
ユーザを前記検索要求元のユーザに提示することを特徴
とする請求項８記載の検索装置。
【請求項１０】前記プロファイル情報は、さらに、前記
複数のユーザのそれぞれの社会的な地位に関する情報を
含み、前記算出手段は、前記交流の度合いと前記現在の状況と
前記社会的地位に関する情報とに基づき前記抽出された
ユーザのそれぞれに対し前記検索要求との適合度を算出
することを特徴とする請求項８記載の検索装置。
【請求項１１】前記抽出されたユーザのそれぞれのスケ
ジュール情報と現在の所在と前記端末装置の操作状況と
のうちの少なくとも２つに基づき前記抽出されたユーザ
のそれぞれの現在の状況を推定することを特徴とする請
求項８記載の検索装置。