コミュニケーション支援システム及びプログラム
【課題】 利用者が目的に合った他の利用者を容易に見つけてコンタクトすることが可能なコミュニケーション支援システムを提供する。
【解決手段】 本発明は、コミュニケーション支援システムに関する。そして、コミュニケーション支援システムは、利用者がデータ送信手段を用いて送信した送信データから所定の項目のキーデータを抽出した通信履歴データを保持して蓄積する手段と、利用者から問合せデータの入力を受け付ける手段と、蓄積されている内容に基づいて、それぞれの利用者と問合せデータとの適合度と、利用者間の通信の活性度を求める手段と、問合せデータに対する適合度に応じた利用者を抽出し、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する手段とを有することを特徴とする。
【解決手段】 本発明は、コミュニケーション支援システムに関する。そして、コミュニケーション支援システムは、利用者がデータ送信手段を用いて送信した送信データから所定の項目のキーデータを抽出した通信履歴データを保持して蓄積する手段と、利用者から問合せデータの入力を受け付ける手段と、蓄積されている内容に基づいて、それぞれの利用者と問合せデータとの適合度と、利用者間の通信の活性度を求める手段と、問合せデータに対する適合度に応じた利用者を抽出し、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する手段とを有することを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、コミュニケーション支援システム及びプログラムに関し、例えば、企業等の組織内での各利用者間のコミュニケーションを支援するシステムに適用することができる。
【背景技術】
【０００２】
企業などの組織において、業務内容に関連した連絡や相談を行う場合、コンタクトすべき相手の名前やコンタクト方法が明確である場合、電話や電子メールによるコミュニケーションを利用できる。この場合、コミュニケーションを行う端末が電話帳を内蔵しており、利用者はこの電話帳を参照することにより、通話する相手にコンタクトを取っていた。
【０００３】
特許文献１の記載技術では、端末内の電話帳とネットワーク上の電話帳データベースを同期する仕組みにより、任意の端末の電話番号（コンタクト方法）が変更された場合に、電話帳データベースを介して、他の端末にその旨を通知する技術が記載されている。これにより、相手の電話番号が変更された後でも、相手に簡単にコンタクトすることができる。
【０００４】
このように、コンタクトすべき相手の名前などが明確である場合には、特許文献１の記載技術により、相手にコンタクトすることが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２３４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、コンタクトすべき相手の情報が明確でなければ、知り合い、文書、社内ウェブシステムなどの情報に基づいて、相手を探し、その電話番号や電子メールアドレスを調べ、相手にコンタクトを取っていた。
【０００７】
しかしながら、これらの情報のみでは、コンタクトすべき相手を特定できない場合がある。例えば、あるキーワードの有識者にコンタクトを行いたい場合、文書や社内ウェブシステムに該当するキーワードが明示的に記録されていない、もしくは、そのキーワードに関連した人の情報が明示的に記録されていないことがある。また、面識のない特定の人の情報を、他の誰かに確認しようとする場合、一般には、勘と経験を頼りに、複数の知り合いにコンタクトを取らなければ、情報を入手できなかった。
【０００８】
以上のように、従来、目的に応じてコンタクトに適した相手を容易に見つけ出すのは困難であるという問題点があった。
【０００９】
そこで、利用者が目的に合った他の利用者を容易に見つけてコンタクトすることが可能なコミュニケーション支援システム及びプログラムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明のコミュニケーション支援システムは、（１）複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、（２）上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、（３）利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、（４）上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、（５）上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、（６）上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段とを有することを特徴とする。
【００１１】
第２の本発明のコミュニケーション支援プログラムは、コミュニケーション支援システムを構成するコンピュータを、（１）複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、（２）上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、（３）利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、（４）上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、（５）上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、（６）上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段として機能させることを特徴とする。
【発明の効果】
【００１２】
利用者が目的に合った他の利用者を容易に見つけてコンタクトすることが可能なコミュニケーション支援システムを提供する。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るコミュニケーションシステムの全体構成について示したブロック図である。
【図２】実施形態に係る端末の機能的構成について示したブロック図である。
【図３】実施形態に係る端末から出力される実況データの内容例について示した説明図である。
【図４】実施形態に係る実況データベースに蓄積されるデータの内容例について示した説明図である。
【図５】実施形態に係るコミュニケーション支援システムの動作を示したシーケンス図である。
【図６】実施形態に係る、実況データ処理部において、利用者ごとの問合せデータに対する適合度を算出する処理について示したフローチャートである。
【図７】実施形態に係る実況データ処理部によるコミュニケーション活性度の算出処理について示したフローチャートである。
【図８】実施形態に係る実況データ処理部の処理で用いるデータ送受信カウントテーブル（Ｔａｂｌｅ１）の内容例について示した説明図である。
【図９】実施形態に係る実況データ処理部の処理で用いる活性度算出テーブル（Ｔａｂｌｅ２）の内容例について示した説明図である。
【図１０】実施形態に係る実況データ処理部が生成するリコメンドデータを構成する情報の例について示した説明図である。
【図１１】実施形態に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（１）である。
【図１２】実施形態に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（２）である。
【図１３】実施形態の変形例に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（１）である。
【図１４】実施形態の変形例に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（２）である。
【発明を実施するための形態】
【００１４】
（Ａ）主樽の実施形態
以下、本発明によるコミュニケーション支援システムの一実施形態を、図面を参照しながら詳述する。
【００１５】
（Ａ−１）実施形態の構成
図１は、第１の実施例によるコミュニケーション支援システム１の構成図である。
【００１６】
コミュニケーション支援システム１には、コミュニケーションサーバ１０、コミュニケーション支援サーバ２０及び２４台の端末３０−Ａ〜３０−Ｚ（配置される端末３０の台数は限定されないものである）が配置されているものとする。なお、コミュニケーション支援システム１内の装置のぞれぞれはネットワークＮに接続されており、相互に通信可能であるものとする。
【００１７】
次に、コミュニケーションサーバ１０について説明する。
【００１８】
コミュニケーションサーバ１０は、コミュニケーション提供部１１及びプレゼンス情報管理部１２を有している。
【００１９】
コミュニケーションサーバ１０は、例えば、既存のＰＣやワークステーション等の情報処理装置に、実施形態のコミュニケーションサービスプログラムをインストールすることにより構築しても良く、その場合でもコミュニケーションサーバ１０の機能的構成は図１のように表わすことができる。
【００２０】
コミュニケーション提供部１１は、端末３０−Ａ〜３０−Ｚの利用者へ、利用者同士のコミュニケーション手段を提供する機能を担っている。コミュニケーション提供部１１が利用者（端末３０−Ａ〜３０−Ｚ）に提供するコミュニケーション手段（メディア）としては、例えば、テキストデータによるコミュニケーション手段（メール、チャット、インスタントメッセージ等）、音声によるコミュニケーション手段（電話（２者通話）、会議電話等）、映像データを含むコミュニケーション手段（ビデオ電話等）等が挙げられる。言い換えると、端末３０−Ａ〜３０−Ｚは、コミュニケーションサーバ１０（コミュニケーション提供部１１）を介して、種々のメディアに係るデータ（以下、「コミュニケーションデータ」という）を送受信することにより、各利用者（端末３０）へコミュニケーション手段を提供している。
【００２１】
コミュニケーション提供部１１は、既存の各種メディアのコミュニケーション手段を提供するサーバと同様のものを用いることができる。また、図１においては、説明を簡易にするために、コミュニケーションサーバ１０は、１台の構成として図示しているが、複数台（例えば、提供するコミュケーション手段の種類毎に異なるサーバとしても良い）で構成するようにしても良い。
【００２２】
プレゼンス情報管理部１２は、各端末３０から送られてくる当該端末３０の利用者に係るプレゼンス情報を受信して、受信したプレゼンス情報に基づいて、各端末３０の利用者のプレゼンス情報を把握する。なお、プレゼンス情報とは、現在の当該利用者の状態（「オンライン中」、「取り込み中」、「会議中」等）、及び、現在の当該利用者へコンタクト可能な手段及びコンタクトに必要なＩＤ（電話番号やメールアドレス等）等を表わす情報であるものとする。ここでは、プレゼンス情報管理部１２が管理するプレゼンス情報としては、現在の当該利用者の状態及びコンタクト可能な手段の情報が含まれるものとして説明する。なお、プレゼンス情報管理部１２が受信するプレゼンス情報の形式や、プレゼンス情報の管理手段としては、既存のプレゼンス情報を管理するサーバと同様のものを適用することができる。既存のプレゼンス情報を管理するサーバとしては、例えば、ネットワーク上で、インスタントメッセージ、チャット等のサービスを提供するサーバであって、各利用者のプレゼンス情報を管理し、それぞれのプレゼンス情報を所定範囲の利用者に提供する手段も備えているものがある。
【００２３】
また、プレゼンス情報管理部１２は、把握した各利用者のプレゼンス情報を、コミュニケーション支援サーバ２０に与える。
【００２４】
なお、ここでは、説明を簡易にするために、コミュニケーションサーバ１０と端末３０との間でコミュニケーションデータを送受信する際に用いられる利用者の識別子（以下、「利用者ＩＤ」という）は、プレゼンス情報を管理する際に用いられる識別子と同じものが用いられるものとして説明する。コミュニケーション支援システム１では、端末３０ごとに利用者が異なっており、各端末３０−Ａ〜３０−Ｚの利用者の利用者ＩＤをそれぞれＡ〜Ｚであるものとして説明する。例えば、端末３０−Ａの利用者の利用者ＩＤは「Ａ」、端末３０−Ｂの利用者の利用者ＩＤは「Ｂ」であるものとする。また、コミュニケーション支援システム１では、当該利用者の呼び名（例えば、名前やハンドルネーム等）が、そのまま利用者ＩＤとして用いられているものとして説明する。したがって、以下では、例えば、利用者ＩＤがＡの利用者を「Ａさん」、利用者ＩＤがＢの利用者を「Ｂさん」と呼ぶものとする。なお、利用者ＩＤと呼び名は異なるものを用いるようにしても良いが、その場合、コミュニケーション支援システム１上で、それらの対応関係を管理する構成が必要となる。
【００２５】
次に、各端末３０の内部構成について説明する。ここでは、各端末３０は全て同じ構成であるものとして説明する。
【００２６】
図２は、各端末３０の機能的構成について示したブロック図である。
【００２７】
端末３０は、コミュニケーションアプリケーション３１、実況分析部３２、セキュリティ管理部３３、及びリコメンド処理部３４を有している。
【００２８】
端末３０は、例えば、既存のＰＣや携帯電話端末等の情報処理装置に、図２に示す各構成要素に該当する処理プログラムをインストールすることにより構築しても良く、その場合でも、端末３０の機能的構成は、図２のように示すことができる。
【００２９】
なお、図２においては、図示を省略しているが、端末３０には、ディスプレイ、スピーカ等の利用者に情報を出力するための出力手段や、キーボード、マウス、マイク等の入力手段等が備えられているものとする。ここでは、端末３０には、それぞれの端末におけるコミュニケーションアプリケーション３１に応じた、入力手段及び出力手段が搭載されているものとする。
【００３０】
コミュニケーションアプリケーション３１は、コミュニケーションサーバ１０とコミュニケーションデータを送受信し、利用者に１種類以上のメディアによるコミュニケーション手段を提供するインタフェースの機能を担っている。コミュニケーションアプリケーション３１としては、例えば、メールクライアント用のソフトウェア、インスタントメッセージ用のクライアントソフトウェア、ＩＰ電話サービスを提供するクライアントソフトウェア（ソフトフォン）等を適用することができる。
【００３１】
実況分析部３２は、コミュニケーションアプリケーション３１から送信されるコミュニケーションデータを保持し、保持したコミュニケーションデータから、所定のキーとなる情報を抽出し、当該端末３０の利用者による他の利用者とのコミュニケーションの状況（すなわち、通信の履歴）を示す実況データを生成する。そして、実況分析部３２は、生成した実況データを、コミュニケーション支援サーバ２０に送信する。
【００３２】
図３は、実況データ収集部２１が生成する実況データの内容例について示した説明図である。
【００３３】
実況データには、図３に示すように、時刻、送信者ＩＤ、受信者ＩＤ、メディア種別、キーワードの項目の情報を有している。なお、メディア種別、時刻の項目については、後述するコミュニケーション支援サーバ２０等の処理において、必要無い場合には省略するようにしても良い。
【００３４】
「時刻」の項目は、当該実況データに係る時刻を示す情報である。時刻の項目には、例えば、当該実況データが生成された時刻、当該実況データに係るコミュニケーションデータが送信された時刻、又は当該実況データに係るコミュニケーションデータのタイムスタンプの時刻を適用するようにしても良い。以下では、「時刻」の項目の情報を「Ｔ」と表わすものとする。
【００３５】
「送信者ＩＤ」の項目には、当該実況データに係るコミュニケーションデータの送信者（送信元の利用者）を示す利用者ＩＤが入力される。例えば、当該実況データに係るコミュニケーションデータがメールの場合には、そのデータやメールのデータに挿入されている送信者のデータを送信者ＩＤとして適用するようにしても良い。以下では、「送信者ＩＤ」の項目の情報を「Ｓ」と表わすものとする。
【００３６】
「受信者ＩＤ」の項目には、当該実況データに係るコミュニケーションデータの受信者（宛先の利用者）の利用者ＩＤが入力される。なお、当該実況データが複数の利用者へ送信されたものであった場合には、「受信者ＩＤ」の項目には、送信先の全ての利用者ＩＤが入力されることになる。以下では、「受信者ＩＤ」の項目の情報を、「Ｒ−１、Ｒ−２、Ｒ−３、…」と表わすものとする。
【００３７】
「メディア種別」の項目には、当該実況データに係るコミュニケーションデータのメディアの種別の情報が入力される。例えば、メール、チャット等の各メディアごとにその種別を示す識別子（以下、「メディア識別子」という）を付与しておき、そのメディア識別子を、メディア種別の項目に入力するようにしても良い。以下では、「メディア種別」の項目の情報を「Ｍ」と表わすものとする。
【００３８】
「キーワード」の項目には、当該実況データに係るコミュニケーションデータから抽出された所定のキーワードの情報が入力される。以下では、「キーワード」の項目の情報を、「Ｋ−１、Ｋ−２、Ｋ−３、…」と表わすものとする。
【００３９】
実況分析部３２が、コミュニケーションデータから抽出を試みるキーワードについては、予め１又は複数の所定のキーワードが設定されているものとする。実況分析部３２は、コミュニケーションデータを保持する度に、当該コミュニケーションデータから上述のキーワードの抽出を試みて、抽出ができたキーワードについてだけ、実況データの「キーワード」の項目に入力する。
【００４０】
実況分析部３２による、コミュニケーションデータからのキーワードの抽出処理は、公知の方法を用いることができる。例えば、当該コミュニケーションデータのメディアの種別が電話や会議であれば、実況分析部３２は、音声データをテキストデータに変換して、当該テキストデータの解析により、キーワードを抽出する。また、当該コミュニケーションデータのメディアの種別がチャットやメールであれば、実況分析部３２は、テキストデータの解析によりキーワードを抽出する。なお、ここでは、キーワードの抽出を実時間にて行うものとするが、適用するメディアによっては、必ずしも実時間でなくてもよい。
【００４１】
セキュリティ管理部３３は、実況分析部３２による実況データの生成及び又は送信を制御するためのポリシーデータを保持しているものである。
【００４２】
コミュニケーション支援システム１の運用上、通信内容の秘匿性が求められる場合もあるため、ここでは、セキュリティ管理部３３に、所定のキーワードを含むコミュニケーションデータに係る実況データについては送信させないように制御するためのポリシーデータを保持させておき、実況分析部３２が、そのポリシーデータに従った動作をするものとする。なお、そのようなセキュリティ管理が必要ない端末３０については、セキュリティ管理部３３を省略するようにしても良い。
【００４３】
セキュリティ管理部３３に保持させておくポリシーデータとしては、例えば、実況データの送信を規制するキーワード等を定義したものを適用するようにしても良い。ポリシーデータの具体例としては、人事部所属者へのコミュニケーションデータに係る実況データを送信しないために、「秘密」というキーワードを定義しておくことが挙げられる。そして、実況分析部３２は、セキュリティ管理部３３が保持しているポリシーデータを参照して、実況データをコミュニケーション支援サーバ２０に送るか否かを判断する。
【００４４】
リコメンド処理部３４は、端末３０の利用者が、他の利用者の中から、目的に適した相談相手となる者を見つけ、コンタクトしたい場合に、その支援をするインタフェースの機能を担っている。
【００４５】
リコメンド処理部３４は、キーボードや音声などの、当該端末３０に搭載された入力手段を用いて、利用者の目的に適したキーワードの入力を受付ける。そして、リコメンド処理部３４は、利用者が入力したキーワードに基づいて、問合せデータをコミュニケーション支援サーバ２０に送信する。例えば、利用者が、「テレビ会議技術に関する特許調査について相談をする利用者をさがしている」場合、問合せデータは「テレビ会議＆特許＆調査」のような記述としてもよい。
【００４６】
端末３０のリコメンド処理部３４は、コミュニケーション支援サーバ２０に問合せデータを送信し、その問合せデータに応じて返答されたデータ（以下、「リコメンドデータ」という）に基づいて、当該端末３０の利用者の目的に適した相談相手の利用者に係る情報を、当該端末３０の利用者に出力する処理等を行う。この処理については後述する動作説明において詳述する。
【００４７】
次に、コミュニケーション支援サーバ２０の詳細構成について説明する。
【００４８】
コミュニケーション支援サーバ２０は、実況データ収集部２１、実況データベース２２、プレゼンス情報取得部２３、実況データ処理部２４を有している。
【００４９】
コミュニケーション支援サーバ２０は、例えば、既存のＰＣやワークステーション等の情報処理装置に、実施形態のコミュニケーション支援プログラムをインストールすることにより構築しても良く、その場合でもコミュニケーション支援サーバ２０の機能的構成は図１のように表わすことができる。
【００５０】
実況データ収集部２１は、各端末３０から実況データを収集し、実況データベース２２に引き渡すものである。
【００５１】
実況データベース２２は、実況データ収集部２１から与えられた実況データを蓄積記憶する手段である。
【００５２】
図４は、実況データベース２２に蓄積される内容例について示した説明図である。
【００５３】
図４に示すように、実況データベース２２では、エントリ番号に対応付けて、端末３０から受信した実況データ（図３参照）の各項目の情報を記憶している。なお、以下では、実況データベース２２に格納されている各実況データ（行）を「エントリ」とも呼ぶものとする。
【００５４】
図４では、実況データベース２２に、エントリ番号が１〜ｎのエントリが記憶されている様子について示している。
【００５５】
例えば、実況データベース２２において、エントリ番号が１のエントリとして、時刻（Ｔ１）、送信者ＩＤ（Ｓ１）、受信者ＩＤ（Ｓ１−１、Ｓ１−２、…）、メディア種別（Ｍ１）、キーワード（Ｋ１−１、Ｋ１−２、…）の情報が登録されており、エントリ番号が２〜ｎのエントリについても同様の形式で、対応する実況データの各項目の情報が登録されている。
【００５６】
また、実況データベース２２では、所定期間以上前のエントリについては、削除するようにしても良い。例えば、時刻Ｔが１年以上前となっているエントリについては削除するようにしても良い。
【００５７】
プレゼンス情報取得部２３は、コミュニケーションサーバ１０から、各利用者のプレゼンス情報を取得して、各利用者のプレゼンス情報を把握するものである。プレゼンス情報取得部２３が、コミュニケーションサーバ１０からプレゼンス情報を取得するタイミングは限定されないものであるが、例えば、定期的なタイミングや、いずれかの利用者のプレゼンス情報が更新されたタイミングとしても良い。プレゼンス情報取得部２３が、コミュニケーションサーバ１０からプレゼンス情報を取得する際には、その都度全ての利用者のプレゼンス情報を取得するようにしても良いし、前回までに取得したプレゼンス情報との差分（プレゼンス情報が更新された利用者の分）だけを取得するようにしても良い。
【００５８】
また、プレゼンス情報取得部２３自体は、全ての利用者のプレゼンス情報を記憶せずに、当該コミュニケーション支援サーバ２０において必要となった利用者のプレゼンス情報だけを、その都度取得するようにしても良い。
【００５９】
実況データ処理部２４は、端末３０から問合せデータが与えられると、実況データベース２２に蓄積された実況データ群（エントリ群）を参照して、問合せデータに適合した１又は複数人の利用者を選択する。そして、実況データ処理部２４は、選択した利用者のプレゼンス情報や、問合せデータに適合した実況データ（エントリ）を含むデータ等を、リコメンドデータとして、問合せデータの送信元の端末３０に与えるものとする。実況データ処理部２４による処理の詳細については、後述する動作説明において説明する。
【００６０】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のコミュニケーション支援システム１の動作を説明する。
【００６１】
図５は、コミュニケーション支援システム１の動作を示したシーケンス図である。
【００６２】
なお、コミュニケーション支援サーバ２０では、プレゼンス情報取得部２３により各利用者のプレゼンス情報は把握されており、さらに、実況データベース２２には既に複数のエントリ（実況データ）が蓄積されているものとする。
【００６３】
まず、ここでは、端末３０−Ｚの利用者であるＺさんが、目的に適した相談相手を見つけ、コンタクトするために、その目的に応じたキーワードを、端末３０−Ｚ（リコメンド処理部３４）に入力したものとする（Ｓ１０１）。
【００６４】
端末３０−Ｚのリコメンド処理部３４では、キーワードが入力されると、その入力されたキーワードに応じた問合せデータが作成され（Ｓ１０２）、コミュニケーション支援サーバ２０に送信される（Ｓ１０３）。
【００６５】
リコメンド処理部３４が入力されたキーワードに基づいて問合せデータを生成する処理は限定されないものである。リコメンド処理部３４は、例えば、入力されたキーワードを単にリスト化したものを問合せデータとして生成するようにしても良い。また、リコメンド処理部３４は、例えば、入力されたキーワードを、所定の記号（例えば、「＆」等）で区切った形式で表現するようにしても良い。
【００６６】
ここでは、例として、リコメンド処理部３４は、入力されたキーワードを全て、「＆」という記号で区切ったものを問合せデータとして生成するものとする。具体的には、例えば、端末３０−Ｚの利用者（Ｚさん）が、テレビ会議技術に関する特許調査を目的として、他の利用者の中から相談相手を見つけたい場合に、キーワードとして、「テレビ会議」、「特許」、「調査」の３つを入力したものとする。そうすると、端末３０−Ｚは、それらのキーワードを「＆」で区切った問合せデータ「テレビ会議＆特許＆調査」を作成する。
【００６７】
端末３０−Ｚから問合せデータが与えられると、コミュニケーション支援サーバ２０の実況データ処理部２４では、実況データベース２２に蓄積された実況データ群を参照して、問合せデータに適合した１又は複数人の利用者（利用者ＩＤ）を選択する処理が行われる（Ｓ１０４）。なお、ステップＳ１０４の処理の詳細については後述する。
【００６８】
そして、実況データ処理部２４では、上述のステップＳ１０４の処理により選択された利用者（利用者ＩＤ）に応じたリコメンドデータを生成して（Ｓ１０５）、端末３０−Ｚに対して送信（Ｓ１０６）する。なお、ステップＳ１０５の処理の詳細については後述する。
【００６９】
次に、リコメンドデータが与えられると、端末３０−Ｚでは、リコメンド処理部３４により、受信したリコメンドデータに応じた情報が利用者（Ｚさん）に出力される（Ｓ１０７）。なお、ステップＳ１０７の処理の詳細については後述する。
【００７０】
[利用者（利用者ＩＤ）の選択処理（ステップＳ１０４の処理）]
次に、上述のステップＳ１０４における、実況データ処理部２４の処理の詳細について説明する。
【００７１】
実況データ処理部２４は、問合せデータを受信すると、まず、実況データベース２２の実況データ郡を参照して、利用者（利用者ＩＤ）ごとに問合せデータとの適合度を数値化した値が算出される。
【００７２】
具体的には、実況データ処理部２４は、利用者ごとに、当該利用者が送信者となっている実況データのエントリを、実況データベース２２から検出する。そして、実況データ処理部２４は、抽出したエントリのうち、問合せデータのキーワードと一致するキーワードが含まれているエントリの数をカウントする。そして、実況データ処理部２４は、当該利用者が送信者となっている実況データのエントリの数に対して、カウントしたエントリの数の比率が高いほど、当該利用者を問合せデータとの適合度が高いと判定するものとする。
【００７３】
図６は、実況データ処理部２４において、利用者ごとの問合せデータに対する適合度を算出する処理について示したフローチャートである。
【００７４】
まず、実況データ処理部２４に問合せデータが入力されたものとする（Ｓ２０１）。
【００７５】
そして、次に、実況データ処理部２４は、問合せデータに対する適合度を算出する対象となる利用者の利用者ＩＤを選択する（Ｓ２０２）。
【００７６】
ステップＳ２０２において、選択する利用者ＩＤの順番は限定されないものであり、最終的には、ループ処理により全ての利用者が選択されれば良い。なお、問合せデータの送信元となる利用者の利用者ＩＤ（Ｚ）は選択しないようにしても良い。
【００７７】
次に、問合せデータに対する適合度を算出する対象となる利用者ＩＤが選択されると、実況データ処理部２４は、以降の処理で使用する変数ｉ及びｊを初期化する（ｉ＝０、ｊ＝０に設定する）（Ｓ２０３）。
【００７８】
次に、実況データ処理部２４は、実況データベース２２に蓄積されているエントリのうち、選択設定された利用者ＩＤが送信者となっているエントリを１つ選択する（Ｓ２０４）。
【００７９】
ここでは、実況データ処理部２４が、エントリを選択する順番は限定されないものであるが、最終的には、ループ処理により、実況データベース２２に蓄積されているエントリのうち、選択設定された利用者ＩＤが送信者となっているエントリが全て実況データ処理部２４により選択される。ステップＳ２０４では、例えば、実況データ処理部２４が、エントリ番号を昇順に検索していき、選択設定された利用者ＩＤが送信者となっているエントリを順番に検出することを繰り返すようにしても良い。
【００８０】
次に、実況データ処理部２４は、当該エントリに問合せデータのキーワードのいずれかが含まれているか否かを確認し（Ｓ２０５）、含まれていると確認された場合には、変数ｉをインクリメント（ｉ＝ｉ＋１）し（Ｓ２０６）、そうでない場合にはインクリメントは行わない。
【００８１】
次に、実況データ処理部２４は、変数ｊをインクリメント（ｊ＝ｊ＋１）し、さらに、当該エントリが、実況データベース２２において最後のエントリか否か（すなわち、当該利用者が送信者となっているエントリが全て選択済みであるか否か）を判定する（Ｓ２０８）。そして、実況データ処理部２４は、最後のエントリと判定した場合には、後述するステップＳ２０９の処理から動作し、そうでない場合には、上述のステップＳ２０４の処理から動作し次のエントリの処理を行う。
【００８２】
上述のステップＳ２０８において、当該エントリが、最後のエントリと判定された場合には、実況データ処理部２４は、問合せデータと当該利用者ＩＤの利用者の適合度をｉ／ｊと算出する（Ｓ２０９）。ここで、ｊは当該利用者ＩＤが送信者となっているエントリの総数を表している。また、ｉは、当該利用者ＩＤが送信者となっているエントリのうち問合せデータのキーワードのいずれかが含まれているエントリの数を表している。なお、問合せデータと当該利用者ＩＤの利用者の適合度については、ｉとしても良い。
【００８３】
そして、上述のステップＳ２０９において、当該利用者ＩＤの利用者に係る適合度が算出されると、実況データ処理部２４は、当該利用者ＩＤが最後のものか否か（すなわち、全ての利用者ＩＤについて適合度を算出済みか否か）を判定する（Ｓ２１０）。そして、実況データ処理部２４は、当該利用者ＩＤが最後のものと判定した場合には、適合度算出に係る処理を終了し、そうでない場合には、上述のステップＳ２０２に戻って、次の利用者ＩＤに係る適合度算出の処理を行う。
【００８４】
実況データ処理部２４は、以上のように、利用者（利用者ＩＤ）ごとに、問合せデータとの適合度を算出し、算出した適合度の値に応じて、１又は複数の利用者（利用者ＩＤ）を選択するものとする。この場合の利用者（利用者ＩＤ）の選択は、例えば、適合度が所定値以上のものを選択するようにしても良いし、適合度の上位（例えば、１位から１０位程度まで）の利用者（利用者ＩＤ）を選択するようにしても良い。
【００８５】
ここでは、上述のステップＳ１０４において、実況データ処理部２４により、Ａさん〜Ｊさん（利用者ＩＤ：Ａ〜Ｊ）の１０人が選択されたものとして以降の処理を説明する。なお、ステップＳ１０４において、適合度に応じて、利用者（利用者ＩＤ）を絞らずに、Ｚさん以外の全ての利用者（利用者ＩＤ：Ａ〜Ｙ）について以降の処理を行なうようにしても良い。
【００８６】
[コミュニケーション活性度の算出（ステップＳ１０５の処理）]
次に、実況データ処理部２４によりリコメンドデータが生成される処理の詳細について説明する。
【００８７】
まず、実況データ処理部２４では、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）及び、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）の間でのコミュニケーション（通信）に係る活性度（以下、「コミュニケーション活性度」という）を数値化した値が算出される。具体的には、実況データ処理部２４では、それぞれの利用者（利用者ＩＤ）の間で送受信されたコミュニケーションデータの数に応じてコミュニケーション活性度の算出が行われる。
【００８８】
図７は、実況データ処理部２４によるコミュニケーション活性度の算出処理について示したフローチャートである。
【００８９】
まず、実況データ処理部２４は、コミュニケーション活性度の算出に用いる２次元テーブル（２次元配列の変数）であるデータ送受信カウントテーブル（以下、「Ｔａｂｌｅ１」と呼ぶ）を初期化（テーブル領域の確保やテーブルの各値を０を入力）する（Ｓ３０１）。
【００９０】
図８は、データ送受信カウントテーブル（Ｔａｂｌｅ１）の内容例について示した説明図である。
【００９１】
図８に示すように、データ送受信カウントテーブル（Ｔａｂｌｅ１）では、送信元の利用者ＩＤと、受信者の利用者ＩＤとの組み合わせごとにカウント値が入力されている。例えば、図８の例では、送信者の利用者ＩＤがＡで、受信者の利用者ＩＤがＺのカウント値は、２となっている。これは、ＡさんからＺさんへ送信されたコミュニケーションデータに係るエントリが、実況データベース２２に２つ蓄積されていたことを示している。また、図８では、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）及び、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）に係るカウント値だけを表示している。
【００９２】
なお、以下では、データ送受信カウントテーブル（Ｔａｂｌｅ１）の各カウント値を、「Ｔａｂｌｅ１（送信者の利用者ＩＤ、受信者の利用者ＩＤ）」と示すものとする。例えば、送信者の利用者ＩＤがＡで、受信者の利用者ＩＤがＺのカウント値は、「Ｔａｂｌｅ１（Ａ、Ｚ）」と示される。
【００９３】
次に、実況データ処理部２４では、実況データベース２２から、エントリを１つ抽出して選択する（Ｓ３０２）。ここでは、実況データ処理部２４が、エントリを抽出する順番は限定されないものであるが、最終的には、ループ処理により、コミュニケーション活性度の算出対象となっている利用者（利用者ＩＤ：Ａ〜Ｊ、Ｚ）が送信者ＩＤ及び受信者ＩＤに含まれているエントリが全て選択されるものとする。
【００９４】
次に、上述のステップＳ３０１で選択されたエントリ内の全ての受信者ＩＤに対して、Ｔａｂｌｅ１（送信者の利用者ＩＤ、受信者の利用者ＩＤ）の値をインクリメント（＋１）する（Ｓ３０３）。例えば、あるエントリについて、送信者の利用者ＩＤが「Ａ」、受信者の利用者ＩＤが「Ｂ、Ｃ」となっていた場合には、Ｔａｂｌｅ１（Ａ、Ｂ）、Ｔａｂｌｅ１（Ａ、Ｃ）の２つの値がインクリメントされることになる。なお、ステップＳ３０３では、コミュニケーション活性度の算出対象となっている利用者（利用者ＩＤ：Ａ〜Ｊ、Ｚ）が送信者ＩＤ及び受信者ＩＤに含まれているエントリについてだけ処理が行われるものとする。
【００９５】
次に、実況データ処理部２４では、当該エントリ（上述のステップＳ３０２で選択されたエントリ）が最後のエントリであるか否かが判定され（Ｓ３０４）、最後のエントリと判定された場合には、実況データ処理部２４は、後述するステップＳ３０５の処理から動作し、そうでない場合には、上述のステップＳ３０２の処理から動作する。
【００９６】
このように上述のステップＳ３０２〜Ｓ３０４のループ処理により、実況データ処理部２４は、データ送受信カウントテーブル（Ｔａｂｌｅ１）を完成させる。ここでは、上述のステップＳ３０２〜Ｓ３０４のループ処理により、実況データ処理部２４が完成させたデータ送受信カウントテーブル（Ｔａｂｌｅ１）の内容は、図８の内容であるものとする。
【００９７】
そして、データ送受信カウントテーブル（Ｔａｂｌｅ１）を完成させると、実況データ処理部２４は、後述するステップＳ３０５からのループ処理により、各利用者（利用者ＩＤ）の間のコミュニケーション活性度を示す２次元テーブル（２次元配列の変数）である活性度算出テーブル（以下「Ｔａｂｌｅ２」と呼ぶ）の各値を、データ送受信カウントテーブル（Ｔａｂｌｅ１）の内容を利用して算出する。
【００９８】
図９は、活性度算出テーブル（Ｔａｂｌｅ２）の内容例について示した説明図である。
【００９９】
図９に示すように、活性度算出テーブル（Ｔａｂｌｅ２）では、２つの利用者ＩＤの組み合わせごとのコミュニケーション活性度の値が入力されている。例えば、図９の例では、利用者ＩＤ「Ａ」と、利用者ＩＤ「Ｚ」の組み合わせのコミュニケーション活性度の値は、０．５となっている。なお、図９では、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）と、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）に係るコミュニケーション活性度だけを表示している。
【０１００】
また、以下では、活性度算出テーブル（Ｔａｂｌｅ２）の各値を、「Ｔａｂｌｅ２（第１の利用者ＩＤ、第２の利用者ＩＤ）」と示すものとする。例えば、利用者ＩＤ「Ａ」と、利用者ＩＤ「Ｚ」の組み合わせのコミュニケーション活性度の値は、「Ｔａｂｌｅ２（Ａ、Ｚ）」と示される。また、活性度算出テーブル（Ｔａｂｌｅ２）の各値では、送信元及び受信者は考慮されない（すなわち、コミュニケーションデータの指向性は考慮されない）ため、同じ組み合わせについてテーブル上に存在する値は１つだけとなっている。例えばＴａｂｌｅ２（Ａ、Ｂ）の値はテーブル上に存在するが、Ｔａｂｌｅ２（Ｂ、Ａ）はテーブル上に存在しない。
【０１０１】
次に、実況データ処理部２４による活性度算出テーブル（Ｔａｂｌｅ２）の各値の算出処理について説明する。
【０１０２】
実況データ処理部２４は、まず、２つの利用者ＩＤの組（第１の利用者ＩＤ、第２の利用者ＩＤ）を選択設定するものとする（Ｓ３０５）。なお、以下では、ここで選択した第１の利用者ＩＤを「ＩＤ１」、第２の利用者ＩＤを「ＩＤ２」と呼ぶものとする。なお、ステップＳ３０５では、コミュニケーション活性度の算出対象となっている利用者の利用者ＩＤ（利用者ＩＤ：Ａ〜Ｊ、Ｚ）の中から選択されるものとする。ステップＳ３０５において、選択する利用者ＩＤの組み合わせの順番は限定されないものであり、最終的に、活性度算出テーブル（Ｔａｂｌｅ２）に存在する値の全ての組み合わせが選択されれば良い。
【０１０３】
次に、実況データ処理部２４は、以下の（１）式に従って、選択した第１の利用者ＩＤ（ＩＤ１）と、第２の利用者ＩＤ（ＩＤ２）との組み合わせのコミュニケーション活性度の値「Ｔａｂｌｅ２（ＩＤ１、ＩＤ２）」を算出して、入力する（Ｓ３０６）。
【０１０４】
Ｔａｂｌｅ２（ＩＤ１、ＩＤ２）
＝ｋ＊｛Ｔａｂｌｅ１（ＩＤ１、ＩＤ２）＋Ｔａｂｌｅ１（ＩＤ２、ＩＤ１）｝…（１）
なお、（１）式において、ｋは任意の定数であり、ここではｋ＝０．１であるものとする。
【０１０５】
例えば、Ｔａｂｌｅ２（Ａ、Ｚ）について、上記の（１）式を適用すると、以下の（２）式のように算出される。
【０１０６】
Ｔａｂｌｅ２（Ｚ、Ａ）
＝ｋ＊｛Ｔａｂｌｅ１（Ｚ、Ａ）＋Ｔａｂｌｅ１（Ａ、Ｚ）｝
＝０．１＊｛３＋２｝＝０．５ …（２）
次に、実況データ処理部２４は、当該組み合わせ（上述のステップＳ３０５で選択した利用者ＩＤの組み合わせ）が最終の組であるか否か（すなわち、予定する全ての利用者ＩＤの組み合わせについてコミュニケーション活性度の値を算出したか否か）を判定する（Ｓ３０７）。そして、実況データ処理部２４は、当該組み合わせが最終の組であると判定すると、活性度算出テーブル（Ｔａｂｌｅ２）の各値の算出処理を終了し、そうでない場合には、上述のステップＳ３０５の処理に戻って、次の利用者ＩＤの組み合わせについてコミュニケーション活性度の値を算出する処理を行う。
【０１０７】
以上のように、実況データ処理部２４は、活性度算出テーブル（Ｔａｂｌｅ２）を完成させる。
【０１０８】
そして、実況データ処理部２４は、上述のステップＳ１０４において算出した、利用者ごとの問合せデータに対する適合度の情報と、利用者間のコミュニケーション活性度に関する情報（活性度算出テーブル（Ｔａｂｌｅ２））を利用して、問合せデータの送信元の端末３０−Ｚに対して提供するリコメンドデータを生成する。
【０１０９】
図１０は、リコメンドデータを構成する情報の例について示した説明図である。
【０１１０】
例えば、図１０に示すように、上述のステップＳ１０４で選択した利用者ごとの問合せデータに対する適合度と、上述のステップＳ１０５で作成した活性度算出テーブル（Ｔａｂｌｅ２）の情報とを有する情報を、リコメンドデータに含めるようにしても良い。また、リコメンドデータには、上述のステップＳ１０４で選択した利用者ごとに、問合せデータのキーワードを含む実況データを含めるようにしても良い。
【０１１１】
ここでは、実況データ処理部２４が生成するリコメンドデータには、図１０に示す形式の情報と、上述のステップＳ１０４で選択した利用者ごとの問合せデータのキーワードを含む実況データと、上述のステップＳ１０４で選択した各利用者のプレゼンス情報が含まれているものとする。なお、実況データ処理部２４が生成するリコメンドデータは、後述するステップＳ１０７における端末３０での出力処理に必要なものだけを有していれば良い。例えば、実況データ処理部２４では、端末３０での出力形式によっては、実況データやプレゼンス情報をリコメンドデータに含めないようにしても良い。
【０１１２】
［リコメンドデータの出力処理（ステップＳ１０７）］
次に、リコメンドデータを受信した端末３０−Ｚが、当該端末３０−Ｚの利用者（Ｚさん）にそのリコメンドデータを出力する処理について説明する。
【０１１３】
図１１、図１２は、図１０に示すリコメンドデータの出力形式（出力画面）の例について示した説明図である。
【０１１４】
端末３０のリコメンド処理部３４における、利用者へのリコメンドデータの提示方法としては、様々な表現形式を適用可能であるが、ここでは、図１１、図１２の例を挙げる。
【０１１５】
図１１は、端末３０−Ｚのディスプレイ等の表示装置にリコメンドデータを出力する際の出力画面の第１の例を表している。図１１では、画面中央に、端末３０−Ｚの利用者であるＺさんを示す円形のアイコンＩ１Ｚ（「私」という文字を付している）を配置し、その周辺に相談可能な他の利用者（Ａさん〜Ｊさん）を示すアイコンＩ１Ａ〜Ｉ１Ｊが配置されている。すなわち、アイコンＩ１Ａ〜Ｉ１Ｊはそれぞれ、「Ａ」〜「Ｊ」の利用者ＩＤに係る利用者を示すアイコンである。図１１では、リコメンドデータにおける問合せデータとの適合度が大きいほど、アイコンを示す円も大きく表示されている。問合せデータに対する適合度が大きいということは、当該端末３０−Ｚの利用者であるＺさんが知りたい情報等に詳しいことを示している。そのため、Ｚさんは、図１１の画面を見て、より大きくアイコンが表示されている利用者へコンタクトすることにより、自身の目的が達成されることが視覚的に理解できる。
【０１１６】
また、図１１において、アイコン同士を結ぶ線（リンク）は、当該アイコンに係る利用者間のコミュニケーション活性度を示しており、コミュニケーション活性度が大きいほど（すなわち、交流が深いほど）太い線で結ばれている。また、リコメンドデータにおいて、コミュニケーション活性度の値が０の利用者に係るアイコンの間に線は、特に線で結ばれていない（リンクが張られていない）。したがって、当該端末３０−Ｚの利用者であるＺさんは、図１１の画面を見て、コンタクトしたい利用者が、自身の直接交流のある利用者でない場合でも、自身の交流のある利用者を介してコンタクトするルートを視覚的に確認することができる。
【０１１７】
例えば、図１１の例では、アイコンＩ１Ｃ、Ｉ１Ｆは大きく表示されているため、ＣさんやＦさんは相談内容に詳しいことを示している。また、アイコンＩ１Ｚ（私）と、アイコンＩ１Ｃは線で結ばれているため、Ｚさん（私）と、Ｃさんは交流があることを示している。一方、アイコンＩ１Ｚ（私）と、アイコンＩ１Ｆは、直接線で結ばれていないが、アイコンＩ１Ａを介して到達できる。したがってＺさんは、Ｃさんとは交流があり、一方のＦさんとは交流がないが、Ａさんを介してコンタクトすることができることを示している。
【０１１８】
また、図１１では、円が点線で表示されているアイコンに係る利用者は、プレゼンス情報に基づいて現在コンタクトを取ることが困難（例えば、「取り込み中」等）であることを示している。例えば、図１１では、Ｅさんに係るアイコンＩ１Ｆは、点線で表示されているため、現在コンタクトできないことを示している。なお、コンタクトできない場合のアイコンの表示方法は、色を変えたり、ハッチング表示するなど、他の方法であっても良い。
【０１１９】
図１１では、上述のように、各利用者のコミュニケーション活性度に応じて各アイコン間を線で結んでいく（リンクを張る）処理を行うことにより、結果として、当該端末３０−Ｚの利用者であるＺさんを示すアイコンＩ１Ｚ（私）を頂点のノードとした木構造を構成して表示できることを示している。
【０１２０】
さらに、図１１の出力画面において、端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作（例えば、マウスやタッチパネル等で当該アイコンをクリックする等）をすると、それに連動して、当該アイコンに係る利用者が受信者又は送信者となっている実況データ（問合せデータのキーワードを含む実況データに限る）の詳細について、リスト化して出力（例えば、上述の図４と同様の形式）するようにしても良い。この場合表示する実況データについては、端末３０−Ｚのリコメンド処理部３４が受信したリコメンドデータに含まれている場合には、そこから取り出して表示するようにしても良いし、リコメンドデータに含まれていない場合には、必要の都度コミュニケーション支援サーバ２０に問い合わせて保持するようにしても良い。
【０１２１】
さらにまた、図１１の出力画面において、当該端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作（例えば、マウスやタッチパネル等で当該アイコンをクリックする等）をすると、リコメンド処理部３４からコミュニケーションアプリケーション３１へ、当該アイコンに係る利用者へのコンタクトを要求するコンタクト要求データが通知されるようにしても良い。このコンタクト要求データにおいて、当該利用者へのコンタクトに用いられるメディアとしては、当該利用者のプレゼンス情報に基づいて現在コンタクト可能なメディアの中から選択される。当該利用者のプレゼンス情報が、コミュニケーション支援サーバ２０から通知されたリコメンドデータの中に含まれていれば、リコメンド処理部３４は、そのプレゼンス情報を利用してコンタクト要求データにおけるメディアを指定すれば良い。またリコメンドデータの中にプレゼンス情報が含まれていない場合でも、リコメンド処理部３４は、当該利用者に係るプレゼンス情報を、コミュニケーションサーバ１０又はコミュニケーション支援サーバ２０から確認すれば良い。そして、そのコンタクト要求データの通知を受けたコミュニケーションアプリケーション３１は、その通知に応じた利用者へコンタクトを開始する（例えば、チャットや音声通話等を開始したり、メールの編集画面を開いたりする）。これにより、当該端末３０−Ｚの利用者であるＺさんは、自身の目的を達成するために相談したい利用者へ、容易にコンタクトすることができる。
【０１２２】
図１２は、端末３０−Ｚのディスプレイ等の表示装置にリコメンドデータを出力する際の出力画面の第２の例を表している。
【０１２３】
図１２では、相談可能な他の利用者（Ａさん〜Ｊさん）を示すアイコンＩ２Ａ〜Ｉ２Ｊが配置されている。図１２では、アイコンＩ２Ａ〜Ｉ２Ｊは、それぞれのアイコンに係る利用者の顔画像で構成されているものとする。
【０１２４】
また、図１２では、ハッチングされた表示となっているアイコンに係る利用者は、プレゼンス情報に基づいて現在コンタクトを取ることが困難であることを示している。例えば、図１２では、Ｅさんに係るアイコンＩ２Ｆは、ハッチングされた表示となっているため、現在コンタクトできないことを示している。
【０１２５】
さらに、図１２では、当該端末３０−Ｚの利用者であるＺさんが直接コンタクトを取ることができない利用者に係るアイコンには、経由する必要がある利用者を示す表示が付されている。例えば、図１２では、Ｆさんに係るアイコンＩ２Ｆには、「Ａ経由」という表示が付されており、Ｚさんにとって、Ｆさんは直接コンタクトできないが、Ａさんを経由すればコンタクトできる旨を示している。これの表示は、図１１の場合と同様に、各利用者のコミュニケーション活性度に応じて、当該端末３０−Ｚの利用者であるＺさんを頂点のノードとした木構造を論理的に構築し、構築した木構造から、直接Ｚさんがコンタクトできない利用者と、当該利用者へ到達（コンタクト）するまでに経由する利用者（ルート）を求める処理により実現することができる。
【０１２６】
さらにまた、図１２では、各利用者を示すアイコンの大きさは、当該アイコンに係る利用者の推奨度合に応じた大きさとなっているものとする。ここでの推奨度合とは、例えば、問合せデータに対する適合度の大きさ、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）、当該利用者にコンタクトするまでに経由する利用者とのコミュニケーション活性度の大きさ等の要素を考慮して算出するようにしても良い。「当該利用者にコンタクトするまでに経由する利用者とのコミュニケーション活性度の大きさ」については、例えば、当該利用者に到達するまでに経由するルートの各コミュニケーション活性度の合計値を、当該利用者にコンタクトするまでのホップ数で割った値を適用するようにしても良い。
【０１２７】
例えば、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）が少なくても、コミュニケーション活性度が小さい（すなわち、つながりが弱い）ルートを辿る場合には、容易にコンタクトできない可能性がある。一方、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）が多くても、コミュニケーション活性度が大きい（すなわち、つながりが強い）ルートを辿る場合には、容易にコンタクトできる可能性がある。そのため、上述の複数の要素を考慮して推奨度合を求め、アイコンの大きさに反映させることにより、利用者にとってより有益な情報を提供することができる。
【０１２８】
なお、上述の推奨度合を求める際には、上述の３つの要素を全て用いても良いし、一部だけを用いるようにしても良いし、他の要素を組み合わせても良い。また、上述の推奨度合は、上述の例に限定されず、実際の運用に合わせて、算出方法を設定するようにしても良い。
【０１２９】
また、図１２の表示画面では、上述の図１１の表示画面と同様に、端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作をすると、それに連動して、当該アイコンに係る利用者が受信者又は送信者となっている実況データの詳細を表示出力するようにしても良い。さらに、図１２の表示画面において、端末３０−Ｚの利用者であるＺさんの操作により、問合せデータとの適合度に基づいて画面上に表示された利用者のアイコンを並び替えたり、過去のコミュニケーション活性度に基づいてこれら複数の利用者のアイコンを並び替えて表示するようにしても良い。
【０１３０】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１３１】
この実施形態では、端末３０にて、コミュニケーションデータから実況データを抽出し、これをコミュニケーション支援サーバ２０で収集蓄積している。そして、コミュニケーション支援サーバ２０では、任意の利用者間のつながりの強さ（コミュニケーション活性度）、任意の利用者と任意のキーワード（問合せデータ）との適合度を定量的に把握することができる。また、利用者が目的に適したキーワードを含む問合せデータを端末３０に入力すると、コミュニケーション支援サーバ２０が、その問合せデータと関連の強い利用者をリストアップすることができるので、端末３０では、その関連性の強さに応じた視覚的な表現方法で、目的に合った一人または複数の利用者をリコメンド（推薦）することができる。
【０１３２】
これにより、コミュニケーション支援システム１では、利用者が目的に合った相手を容易に見つけて、コンタクトすることができる。
【０１３３】
さらに、この実施形態では、目的に合った利用者へのコンタクトの選択肢として、仲介者を介したコンタクトをリコメンド（推薦）できるので、直接のコンタクトが困難な利用者に対しては、第三者を介したコンタクトのルートを容易にリコメンド（推薦）することができる。
【０１３４】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１３５】
（Ｂ−１）上記の実施形態の、リコメンドデータの出力処理（ステップＳ１０７）の処理において、端末３０−Ｚの利用者であるＺさんが直接面識のない特定の利用者へのコンタクトを誰かに仲介して欲しい場合に、そのコンタクトを支援するデータをＺさんに提示するようにしても良い。
【０１３６】
例えば、端末３０−Ｚのリコメンド処理部３４により、上述の図１１のような画面が表示されているときに、Ｚさんが、直接面識の無いＦさんにコンタクトしたい場合を想定する。このとき、Ｚさんが、Ｆさんに係るアイコンＩ１Ｆに所定の操作（例えば、マウスやキーボード等による所定の操作）を行った場合に、リコメンド処理部３４は、「Ｆさんへの仲介」に該当する問合せデータを、コミュニケーション支援サーバ２０に送信する。
【０１３７】
そうすると、コミュニケーション支援サーバ２０の実況データ処理部２４は、各利用者（Ａさん〜Ｚさん）間のコミュニケーション活性度の値（上述の図７のフローチャートの処理を用いて全利用者について算出された値）に基づいて、端末３０−Ｚの利用者であるＺさんを中心としたコミュニケーション活性度に基づいた木構造が論理的に構築される。そして、実況データ処理部２４は、その木構造に基づいて、Ｚさん（私）とＦさんの間を仲介可能な利用者を１又は複数選択する。ここでは、Ｚさん（私）とＦさんとの間を仲介可能な利用者として、Ｒさん、Ａさん、Ｂさんが選択されたものとする。そして、実況データ処理部２４は、選択した利用者のプレゼンス情報やＦさんとの過去のコミュニケーションの実況データを含むデータをリコメンドデータとして、端末３０−Ｚに送る。そして、端末３０−Ｚのリコメンド処理部３４では、受信したリコメンドデータに基づいて、図１３のような画面を表示する。
【０１３８】
図１３では、上述の図１１と同様の形式により、Ｚさん（私）、Ｆさん、Ｒさん、Ａさん、Ｂさんを示すアイコンＩ３Ｚ、Ｉ３Ｆ、Ｉ３Ｒ、Ｉ３Ａ、Ｉ３Ｂが表示されている。図１３からは、Ａさん、Ｂさん、Ｒさんの３名が仲介可能であり、そのうち、ＡさんがＺさん（私）とＦさんの両方との間で、過去のコミュニケーションの活性度が高いことが、視覚的に表示されている。
【０１３９】
（Ｂ−２）上記の実施形態の、コミュニケーション支援システムを、任意のキーワードに関連のある利用者間のコミュニケーションが活発に実施されているか否かを視覚的に表示する用途に用いるようにしても良い。
【０１４０】
この場合、例えば、「プロジェクトＹＹＹのコミュニケーション活性度」に該当する問合せデータに対し、コミュニケーション支援サーバ２０は、まず、「プロジェクトＹＹＹ」との適合度が高い複数人を選定する。具体的には、コミュニケーション支援サーバ２０の実況データ処理部２４により、上述の図６のフローチャートと同様の処理により、「プロジェクトＹＹＹ」というキーワードに対する各利用者の適合度が算出され、適合度の高い複数の利用者（例えば、上位１０人等）が選定される。
【０１４１】
そして、実況データ処理部２４により、選定された利用者間のコミュニケーション活性度が上述の図７のフローチャートと同様の処理により算出され、それらの利用者の過去のコミュニケーションの実況データを含むリコメンドデータが生成される。
【０１４２】
そして、実況データ処理部２４により、生成されたリコメンドデータが、問合せ元の端末３０に送信される。
【０１４３】
そして、そのリコメンドデータを受信したリコメンド処理部３４では、上述の図１１と同様の形式で、リコメンドデータで指定されている各利用者を示すアイコンと、コミュニケーション活性度を示すアイコン間の線（リンク）を、図１４のように表示するものとする。
【０１４４】
図１４の表示画面を見た利用者は、アイコンＩ４Ｋに係るＫさんを中心としてコミュニケーションが活発であることや、コミュニケーションがそれほど活発でない利用者がいること等を視覚的に確認することができる。このように、コミュニケーション支援サーバ２０に蓄積されたデータに基づいて、任意の利用者のコミュニケーション上の人間関係を把握できるので、例えば、上述のように、特定の業務に携わる人同士のコミュニケーションの活性化状況を把握することができる。
【０１４５】
（Ｂ−３）上記の実施形態では、実況分析部３２及びセキュリティ管理部３３は、端末３０側に配置されているが、同様の処理を、コミュニケーションサーバ１０側で行うようにしても良い。
【０１４６】
また、リコメンド処理部３４による処理の一部をコミュニケーション支援サーバ２０側で行うようにしても良い。例えば、コミュニケーション支援サーバ２０側で、端末３０において表示する画面の生成まで行って、リコメンド処理部３４では単に画面表示を行うだけにするようにしても良い。すなわち、端末３０は単に、利用者に対する入出力インタフェースとしてだけ用いるようにしても良い。
【符号の説明】
【０１４７】
１…コミュニケーション支援システム、１０…コミュニケーションサーバ、１１…コミュニケーション提供部、１２…プレゼンス情報管理部、２０…コミュニケーション支援サーバ、２１…実況データ収集部、２２…実況データベース、２３…プレゼンス情報取得部、２４…実況データ処理部、３０、３０−Ａ〜３０−Ｚ…端末、３１…コミュニケーションアプリケーション、３２…実況分析部、３３…セキュリティ管理部、３４…リコメンド処理部。
【技術分野】
【０００１】
本発明は、コミュニケーション支援システム及びプログラムに関し、例えば、企業等の組織内での各利用者間のコミュニケーションを支援するシステムに適用することができる。
【背景技術】
【０００２】
企業などの組織において、業務内容に関連した連絡や相談を行う場合、コンタクトすべき相手の名前やコンタクト方法が明確である場合、電話や電子メールによるコミュニケーションを利用できる。この場合、コミュニケーションを行う端末が電話帳を内蔵しており、利用者はこの電話帳を参照することにより、通話する相手にコンタクトを取っていた。
【０００３】
特許文献１の記載技術では、端末内の電話帳とネットワーク上の電話帳データベースを同期する仕組みにより、任意の端末の電話番号（コンタクト方法）が変更された場合に、電話帳データベースを介して、他の端末にその旨を通知する技術が記載されている。これにより、相手の電話番号が変更された後でも、相手に簡単にコンタクトすることができる。
【０００４】
このように、コンタクトすべき相手の名前などが明確である場合には、特許文献１の記載技術により、相手にコンタクトすることが可能である。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００４−２３４１４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
一方、コンタクトすべき相手の情報が明確でなければ、知り合い、文書、社内ウェブシステムなどの情報に基づいて、相手を探し、その電話番号や電子メールアドレスを調べ、相手にコンタクトを取っていた。
【０００７】
しかしながら、これらの情報のみでは、コンタクトすべき相手を特定できない場合がある。例えば、あるキーワードの有識者にコンタクトを行いたい場合、文書や社内ウェブシステムに該当するキーワードが明示的に記録されていない、もしくは、そのキーワードに関連した人の情報が明示的に記録されていないことがある。また、面識のない特定の人の情報を、他の誰かに確認しようとする場合、一般には、勘と経験を頼りに、複数の知り合いにコンタクトを取らなければ、情報を入手できなかった。
【０００８】
以上のように、従来、目的に応じてコンタクトに適した相手を容易に見つけ出すのは困難であるという問題点があった。
【０００９】
そこで、利用者が目的に合った他の利用者を容易に見つけてコンタクトすることが可能なコミュニケーション支援システム及びプログラムが望まれている。
【課題を解決するための手段】
【００１０】
第１の本発明のコミュニケーション支援システムは、（１）複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、（２）上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、（３）利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、（４）上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、（５）上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、（６）上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段とを有することを特徴とする。
【００１１】
第２の本発明のコミュニケーション支援プログラムは、コミュニケーション支援システムを構成するコンピュータを、（１）複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、（２）上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、（３）利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、（４）上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、（５）上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、（６）上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段として機能させることを特徴とする。
【発明の効果】
【００１２】
利用者が目的に合った他の利用者を容易に見つけてコンタクトすることが可能なコミュニケーション支援システムを提供する。
【図面の簡単な説明】
【００１３】
【図１】実施形態に係るコミュニケーションシステムの全体構成について示したブロック図である。
【図２】実施形態に係る端末の機能的構成について示したブロック図である。
【図３】実施形態に係る端末から出力される実況データの内容例について示した説明図である。
【図４】実施形態に係る実況データベースに蓄積されるデータの内容例について示した説明図である。
【図５】実施形態に係るコミュニケーション支援システムの動作を示したシーケンス図である。
【図６】実施形態に係る、実況データ処理部において、利用者ごとの問合せデータに対する適合度を算出する処理について示したフローチャートである。
【図７】実施形態に係る実況データ処理部によるコミュニケーション活性度の算出処理について示したフローチャートである。
【図８】実施形態に係る実況データ処理部の処理で用いるデータ送受信カウントテーブル（Ｔａｂｌｅ１）の内容例について示した説明図である。
【図９】実施形態に係る実況データ処理部の処理で用いる活性度算出テーブル（Ｔａｂｌｅ２）の内容例について示した説明図である。
【図１０】実施形態に係る実況データ処理部が生成するリコメンドデータを構成する情報の例について示した説明図である。
【図１１】実施形態に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（１）である。
【図１２】実施形態に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（２）である。
【図１３】実施形態の変形例に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（１）である。
【図１４】実施形態の変形例に係るリコメンド処理部によりリコメンドデータを表示した表示画面の例（２）である。
【発明を実施するための形態】
【００１４】
（Ａ）主樽の実施形態
以下、本発明によるコミュニケーション支援システムの一実施形態を、図面を参照しながら詳述する。
【００１５】
（Ａ−１）実施形態の構成
図１は、第１の実施例によるコミュニケーション支援システム１の構成図である。
【００１６】
コミュニケーション支援システム１には、コミュニケーションサーバ１０、コミュニケーション支援サーバ２０及び２４台の端末３０−Ａ〜３０−Ｚ（配置される端末３０の台数は限定されないものである）が配置されているものとする。なお、コミュニケーション支援システム１内の装置のぞれぞれはネットワークＮに接続されており、相互に通信可能であるものとする。
【００１７】
次に、コミュニケーションサーバ１０について説明する。
【００１８】
コミュニケーションサーバ１０は、コミュニケーション提供部１１及びプレゼンス情報管理部１２を有している。
【００１９】
コミュニケーションサーバ１０は、例えば、既存のＰＣやワークステーション等の情報処理装置に、実施形態のコミュニケーションサービスプログラムをインストールすることにより構築しても良く、その場合でもコミュニケーションサーバ１０の機能的構成は図１のように表わすことができる。
【００２０】
コミュニケーション提供部１１は、端末３０−Ａ〜３０−Ｚの利用者へ、利用者同士のコミュニケーション手段を提供する機能を担っている。コミュニケーション提供部１１が利用者（端末３０−Ａ〜３０−Ｚ）に提供するコミュニケーション手段（メディア）としては、例えば、テキストデータによるコミュニケーション手段（メール、チャット、インスタントメッセージ等）、音声によるコミュニケーション手段（電話（２者通話）、会議電話等）、映像データを含むコミュニケーション手段（ビデオ電話等）等が挙げられる。言い換えると、端末３０−Ａ〜３０−Ｚは、コミュニケーションサーバ１０（コミュニケーション提供部１１）を介して、種々のメディアに係るデータ（以下、「コミュニケーションデータ」という）を送受信することにより、各利用者（端末３０）へコミュニケーション手段を提供している。
【００２１】
コミュニケーション提供部１１は、既存の各種メディアのコミュニケーション手段を提供するサーバと同様のものを用いることができる。また、図１においては、説明を簡易にするために、コミュニケーションサーバ１０は、１台の構成として図示しているが、複数台（例えば、提供するコミュケーション手段の種類毎に異なるサーバとしても良い）で構成するようにしても良い。
【００２２】
プレゼンス情報管理部１２は、各端末３０から送られてくる当該端末３０の利用者に係るプレゼンス情報を受信して、受信したプレゼンス情報に基づいて、各端末３０の利用者のプレゼンス情報を把握する。なお、プレゼンス情報とは、現在の当該利用者の状態（「オンライン中」、「取り込み中」、「会議中」等）、及び、現在の当該利用者へコンタクト可能な手段及びコンタクトに必要なＩＤ（電話番号やメールアドレス等）等を表わす情報であるものとする。ここでは、プレゼンス情報管理部１２が管理するプレゼンス情報としては、現在の当該利用者の状態及びコンタクト可能な手段の情報が含まれるものとして説明する。なお、プレゼンス情報管理部１２が受信するプレゼンス情報の形式や、プレゼンス情報の管理手段としては、既存のプレゼンス情報を管理するサーバと同様のものを適用することができる。既存のプレゼンス情報を管理するサーバとしては、例えば、ネットワーク上で、インスタントメッセージ、チャット等のサービスを提供するサーバであって、各利用者のプレゼンス情報を管理し、それぞれのプレゼンス情報を所定範囲の利用者に提供する手段も備えているものがある。
【００２３】
また、プレゼンス情報管理部１２は、把握した各利用者のプレゼンス情報を、コミュニケーション支援サーバ２０に与える。
【００２４】
なお、ここでは、説明を簡易にするために、コミュニケーションサーバ１０と端末３０との間でコミュニケーションデータを送受信する際に用いられる利用者の識別子（以下、「利用者ＩＤ」という）は、プレゼンス情報を管理する際に用いられる識別子と同じものが用いられるものとして説明する。コミュニケーション支援システム１では、端末３０ごとに利用者が異なっており、各端末３０−Ａ〜３０−Ｚの利用者の利用者ＩＤをそれぞれＡ〜Ｚであるものとして説明する。例えば、端末３０−Ａの利用者の利用者ＩＤは「Ａ」、端末３０−Ｂの利用者の利用者ＩＤは「Ｂ」であるものとする。また、コミュニケーション支援システム１では、当該利用者の呼び名（例えば、名前やハンドルネーム等）が、そのまま利用者ＩＤとして用いられているものとして説明する。したがって、以下では、例えば、利用者ＩＤがＡの利用者を「Ａさん」、利用者ＩＤがＢの利用者を「Ｂさん」と呼ぶものとする。なお、利用者ＩＤと呼び名は異なるものを用いるようにしても良いが、その場合、コミュニケーション支援システム１上で、それらの対応関係を管理する構成が必要となる。
【００２５】
次に、各端末３０の内部構成について説明する。ここでは、各端末３０は全て同じ構成であるものとして説明する。
【００２６】
図２は、各端末３０の機能的構成について示したブロック図である。
【００２７】
端末３０は、コミュニケーションアプリケーション３１、実況分析部３２、セキュリティ管理部３３、及びリコメンド処理部３４を有している。
【００２８】
端末３０は、例えば、既存のＰＣや携帯電話端末等の情報処理装置に、図２に示す各構成要素に該当する処理プログラムをインストールすることにより構築しても良く、その場合でも、端末３０の機能的構成は、図２のように示すことができる。
【００２９】
なお、図２においては、図示を省略しているが、端末３０には、ディスプレイ、スピーカ等の利用者に情報を出力するための出力手段や、キーボード、マウス、マイク等の入力手段等が備えられているものとする。ここでは、端末３０には、それぞれの端末におけるコミュニケーションアプリケーション３１に応じた、入力手段及び出力手段が搭載されているものとする。
【００３０】
コミュニケーションアプリケーション３１は、コミュニケーションサーバ１０とコミュニケーションデータを送受信し、利用者に１種類以上のメディアによるコミュニケーション手段を提供するインタフェースの機能を担っている。コミュニケーションアプリケーション３１としては、例えば、メールクライアント用のソフトウェア、インスタントメッセージ用のクライアントソフトウェア、ＩＰ電話サービスを提供するクライアントソフトウェア（ソフトフォン）等を適用することができる。
【００３１】
実況分析部３２は、コミュニケーションアプリケーション３１から送信されるコミュニケーションデータを保持し、保持したコミュニケーションデータから、所定のキーとなる情報を抽出し、当該端末３０の利用者による他の利用者とのコミュニケーションの状況（すなわち、通信の履歴）を示す実況データを生成する。そして、実況分析部３２は、生成した実況データを、コミュニケーション支援サーバ２０に送信する。
【００３２】
図３は、実況データ収集部２１が生成する実況データの内容例について示した説明図である。
【００３３】
実況データには、図３に示すように、時刻、送信者ＩＤ、受信者ＩＤ、メディア種別、キーワードの項目の情報を有している。なお、メディア種別、時刻の項目については、後述するコミュニケーション支援サーバ２０等の処理において、必要無い場合には省略するようにしても良い。
【００３４】
「時刻」の項目は、当該実況データに係る時刻を示す情報である。時刻の項目には、例えば、当該実況データが生成された時刻、当該実況データに係るコミュニケーションデータが送信された時刻、又は当該実況データに係るコミュニケーションデータのタイムスタンプの時刻を適用するようにしても良い。以下では、「時刻」の項目の情報を「Ｔ」と表わすものとする。
【００３５】
「送信者ＩＤ」の項目には、当該実況データに係るコミュニケーションデータの送信者（送信元の利用者）を示す利用者ＩＤが入力される。例えば、当該実況データに係るコミュニケーションデータがメールの場合には、そのデータやメールのデータに挿入されている送信者のデータを送信者ＩＤとして適用するようにしても良い。以下では、「送信者ＩＤ」の項目の情報を「Ｓ」と表わすものとする。
【００３６】
「受信者ＩＤ」の項目には、当該実況データに係るコミュニケーションデータの受信者（宛先の利用者）の利用者ＩＤが入力される。なお、当該実況データが複数の利用者へ送信されたものであった場合には、「受信者ＩＤ」の項目には、送信先の全ての利用者ＩＤが入力されることになる。以下では、「受信者ＩＤ」の項目の情報を、「Ｒ−１、Ｒ−２、Ｒ−３、…」と表わすものとする。
【００３７】
「メディア種別」の項目には、当該実況データに係るコミュニケーションデータのメディアの種別の情報が入力される。例えば、メール、チャット等の各メディアごとにその種別を示す識別子（以下、「メディア識別子」という）を付与しておき、そのメディア識別子を、メディア種別の項目に入力するようにしても良い。以下では、「メディア種別」の項目の情報を「Ｍ」と表わすものとする。
【００３８】
「キーワード」の項目には、当該実況データに係るコミュニケーションデータから抽出された所定のキーワードの情報が入力される。以下では、「キーワード」の項目の情報を、「Ｋ−１、Ｋ−２、Ｋ−３、…」と表わすものとする。
【００３９】
実況分析部３２が、コミュニケーションデータから抽出を試みるキーワードについては、予め１又は複数の所定のキーワードが設定されているものとする。実況分析部３２は、コミュニケーションデータを保持する度に、当該コミュニケーションデータから上述のキーワードの抽出を試みて、抽出ができたキーワードについてだけ、実況データの「キーワード」の項目に入力する。
【００４０】
実況分析部３２による、コミュニケーションデータからのキーワードの抽出処理は、公知の方法を用いることができる。例えば、当該コミュニケーションデータのメディアの種別が電話や会議であれば、実況分析部３２は、音声データをテキストデータに変換して、当該テキストデータの解析により、キーワードを抽出する。また、当該コミュニケーションデータのメディアの種別がチャットやメールであれば、実況分析部３２は、テキストデータの解析によりキーワードを抽出する。なお、ここでは、キーワードの抽出を実時間にて行うものとするが、適用するメディアによっては、必ずしも実時間でなくてもよい。
【００４１】
セキュリティ管理部３３は、実況分析部３２による実況データの生成及び又は送信を制御するためのポリシーデータを保持しているものである。
【００４２】
コミュニケーション支援システム１の運用上、通信内容の秘匿性が求められる場合もあるため、ここでは、セキュリティ管理部３３に、所定のキーワードを含むコミュニケーションデータに係る実況データについては送信させないように制御するためのポリシーデータを保持させておき、実況分析部３２が、そのポリシーデータに従った動作をするものとする。なお、そのようなセキュリティ管理が必要ない端末３０については、セキュリティ管理部３３を省略するようにしても良い。
【００４３】
セキュリティ管理部３３に保持させておくポリシーデータとしては、例えば、実況データの送信を規制するキーワード等を定義したものを適用するようにしても良い。ポリシーデータの具体例としては、人事部所属者へのコミュニケーションデータに係る実況データを送信しないために、「秘密」というキーワードを定義しておくことが挙げられる。そして、実況分析部３２は、セキュリティ管理部３３が保持しているポリシーデータを参照して、実況データをコミュニケーション支援サーバ２０に送るか否かを判断する。
【００４４】
リコメンド処理部３４は、端末３０の利用者が、他の利用者の中から、目的に適した相談相手となる者を見つけ、コンタクトしたい場合に、その支援をするインタフェースの機能を担っている。
【００４５】
リコメンド処理部３４は、キーボードや音声などの、当該端末３０に搭載された入力手段を用いて、利用者の目的に適したキーワードの入力を受付ける。そして、リコメンド処理部３４は、利用者が入力したキーワードに基づいて、問合せデータをコミュニケーション支援サーバ２０に送信する。例えば、利用者が、「テレビ会議技術に関する特許調査について相談をする利用者をさがしている」場合、問合せデータは「テレビ会議＆特許＆調査」のような記述としてもよい。
【００４６】
端末３０のリコメンド処理部３４は、コミュニケーション支援サーバ２０に問合せデータを送信し、その問合せデータに応じて返答されたデータ（以下、「リコメンドデータ」という）に基づいて、当該端末３０の利用者の目的に適した相談相手の利用者に係る情報を、当該端末３０の利用者に出力する処理等を行う。この処理については後述する動作説明において詳述する。
【００４７】
次に、コミュニケーション支援サーバ２０の詳細構成について説明する。
【００４８】
コミュニケーション支援サーバ２０は、実況データ収集部２１、実況データベース２２、プレゼンス情報取得部２３、実況データ処理部２４を有している。
【００４９】
コミュニケーション支援サーバ２０は、例えば、既存のＰＣやワークステーション等の情報処理装置に、実施形態のコミュニケーション支援プログラムをインストールすることにより構築しても良く、その場合でもコミュニケーション支援サーバ２０の機能的構成は図１のように表わすことができる。
【００５０】
実況データ収集部２１は、各端末３０から実況データを収集し、実況データベース２２に引き渡すものである。
【００５１】
実況データベース２２は、実況データ収集部２１から与えられた実況データを蓄積記憶する手段である。
【００５２】
図４は、実況データベース２２に蓄積される内容例について示した説明図である。
【００５３】
図４に示すように、実況データベース２２では、エントリ番号に対応付けて、端末３０から受信した実況データ（図３参照）の各項目の情報を記憶している。なお、以下では、実況データベース２２に格納されている各実況データ（行）を「エントリ」とも呼ぶものとする。
【００５４】
図４では、実況データベース２２に、エントリ番号が１〜ｎのエントリが記憶されている様子について示している。
【００５５】
例えば、実況データベース２２において、エントリ番号が１のエントリとして、時刻（Ｔ１）、送信者ＩＤ（Ｓ１）、受信者ＩＤ（Ｓ１−１、Ｓ１−２、…）、メディア種別（Ｍ１）、キーワード（Ｋ１−１、Ｋ１−２、…）の情報が登録されており、エントリ番号が２〜ｎのエントリについても同様の形式で、対応する実況データの各項目の情報が登録されている。
【００５６】
また、実況データベース２２では、所定期間以上前のエントリについては、削除するようにしても良い。例えば、時刻Ｔが１年以上前となっているエントリについては削除するようにしても良い。
【００５７】
プレゼンス情報取得部２３は、コミュニケーションサーバ１０から、各利用者のプレゼンス情報を取得して、各利用者のプレゼンス情報を把握するものである。プレゼンス情報取得部２３が、コミュニケーションサーバ１０からプレゼンス情報を取得するタイミングは限定されないものであるが、例えば、定期的なタイミングや、いずれかの利用者のプレゼンス情報が更新されたタイミングとしても良い。プレゼンス情報取得部２３が、コミュニケーションサーバ１０からプレゼンス情報を取得する際には、その都度全ての利用者のプレゼンス情報を取得するようにしても良いし、前回までに取得したプレゼンス情報との差分（プレゼンス情報が更新された利用者の分）だけを取得するようにしても良い。
【００５８】
また、プレゼンス情報取得部２３自体は、全ての利用者のプレゼンス情報を記憶せずに、当該コミュニケーション支援サーバ２０において必要となった利用者のプレゼンス情報だけを、その都度取得するようにしても良い。
【００５９】
実況データ処理部２４は、端末３０から問合せデータが与えられると、実況データベース２２に蓄積された実況データ群（エントリ群）を参照して、問合せデータに適合した１又は複数人の利用者を選択する。そして、実況データ処理部２４は、選択した利用者のプレゼンス情報や、問合せデータに適合した実況データ（エントリ）を含むデータ等を、リコメンドデータとして、問合せデータの送信元の端末３０に与えるものとする。実況データ処理部２４による処理の詳細については、後述する動作説明において説明する。
【００６０】
（Ａ−２）実施形態の動作
次に、以上のような構成を有するこの実施形態のコミュニケーション支援システム１の動作を説明する。
【００６１】
図５は、コミュニケーション支援システム１の動作を示したシーケンス図である。
【００６２】
なお、コミュニケーション支援サーバ２０では、プレゼンス情報取得部２３により各利用者のプレゼンス情報は把握されており、さらに、実況データベース２２には既に複数のエントリ（実況データ）が蓄積されているものとする。
【００６３】
まず、ここでは、端末３０−Ｚの利用者であるＺさんが、目的に適した相談相手を見つけ、コンタクトするために、その目的に応じたキーワードを、端末３０−Ｚ（リコメンド処理部３４）に入力したものとする（Ｓ１０１）。
【００６４】
端末３０−Ｚのリコメンド処理部３４では、キーワードが入力されると、その入力されたキーワードに応じた問合せデータが作成され（Ｓ１０２）、コミュニケーション支援サーバ２０に送信される（Ｓ１０３）。
【００６５】
リコメンド処理部３４が入力されたキーワードに基づいて問合せデータを生成する処理は限定されないものである。リコメンド処理部３４は、例えば、入力されたキーワードを単にリスト化したものを問合せデータとして生成するようにしても良い。また、リコメンド処理部３４は、例えば、入力されたキーワードを、所定の記号（例えば、「＆」等）で区切った形式で表現するようにしても良い。
【００６６】
ここでは、例として、リコメンド処理部３４は、入力されたキーワードを全て、「＆」という記号で区切ったものを問合せデータとして生成するものとする。具体的には、例えば、端末３０−Ｚの利用者（Ｚさん）が、テレビ会議技術に関する特許調査を目的として、他の利用者の中から相談相手を見つけたい場合に、キーワードとして、「テレビ会議」、「特許」、「調査」の３つを入力したものとする。そうすると、端末３０−Ｚは、それらのキーワードを「＆」で区切った問合せデータ「テレビ会議＆特許＆調査」を作成する。
【００６７】
端末３０−Ｚから問合せデータが与えられると、コミュニケーション支援サーバ２０の実況データ処理部２４では、実況データベース２２に蓄積された実況データ群を参照して、問合せデータに適合した１又は複数人の利用者（利用者ＩＤ）を選択する処理が行われる（Ｓ１０４）。なお、ステップＳ１０４の処理の詳細については後述する。
【００６８】
そして、実況データ処理部２４では、上述のステップＳ１０４の処理により選択された利用者（利用者ＩＤ）に応じたリコメンドデータを生成して（Ｓ１０５）、端末３０−Ｚに対して送信（Ｓ１０６）する。なお、ステップＳ１０５の処理の詳細については後述する。
【００６９】
次に、リコメンドデータが与えられると、端末３０−Ｚでは、リコメンド処理部３４により、受信したリコメンドデータに応じた情報が利用者（Ｚさん）に出力される（Ｓ１０７）。なお、ステップＳ１０７の処理の詳細については後述する。
【００７０】
[利用者（利用者ＩＤ）の選択処理（ステップＳ１０４の処理）]
次に、上述のステップＳ１０４における、実況データ処理部２４の処理の詳細について説明する。
【００７１】
実況データ処理部２４は、問合せデータを受信すると、まず、実況データベース２２の実況データ郡を参照して、利用者（利用者ＩＤ）ごとに問合せデータとの適合度を数値化した値が算出される。
【００７２】
具体的には、実況データ処理部２４は、利用者ごとに、当該利用者が送信者となっている実況データのエントリを、実況データベース２２から検出する。そして、実況データ処理部２４は、抽出したエントリのうち、問合せデータのキーワードと一致するキーワードが含まれているエントリの数をカウントする。そして、実況データ処理部２４は、当該利用者が送信者となっている実況データのエントリの数に対して、カウントしたエントリの数の比率が高いほど、当該利用者を問合せデータとの適合度が高いと判定するものとする。
【００７３】
図６は、実況データ処理部２４において、利用者ごとの問合せデータに対する適合度を算出する処理について示したフローチャートである。
【００７４】
まず、実況データ処理部２４に問合せデータが入力されたものとする（Ｓ２０１）。
【００７５】
そして、次に、実況データ処理部２４は、問合せデータに対する適合度を算出する対象となる利用者の利用者ＩＤを選択する（Ｓ２０２）。
【００７６】
ステップＳ２０２において、選択する利用者ＩＤの順番は限定されないものであり、最終的には、ループ処理により全ての利用者が選択されれば良い。なお、問合せデータの送信元となる利用者の利用者ＩＤ（Ｚ）は選択しないようにしても良い。
【００７７】
次に、問合せデータに対する適合度を算出する対象となる利用者ＩＤが選択されると、実況データ処理部２４は、以降の処理で使用する変数ｉ及びｊを初期化する（ｉ＝０、ｊ＝０に設定する）（Ｓ２０３）。
【００７８】
次に、実況データ処理部２４は、実況データベース２２に蓄積されているエントリのうち、選択設定された利用者ＩＤが送信者となっているエントリを１つ選択する（Ｓ２０４）。
【００７９】
ここでは、実況データ処理部２４が、エントリを選択する順番は限定されないものであるが、最終的には、ループ処理により、実況データベース２２に蓄積されているエントリのうち、選択設定された利用者ＩＤが送信者となっているエントリが全て実況データ処理部２４により選択される。ステップＳ２０４では、例えば、実況データ処理部２４が、エントリ番号を昇順に検索していき、選択設定された利用者ＩＤが送信者となっているエントリを順番に検出することを繰り返すようにしても良い。
【００８０】
次に、実況データ処理部２４は、当該エントリに問合せデータのキーワードのいずれかが含まれているか否かを確認し（Ｓ２０５）、含まれていると確認された場合には、変数ｉをインクリメント（ｉ＝ｉ＋１）し（Ｓ２０６）、そうでない場合にはインクリメントは行わない。
【００８１】
次に、実況データ処理部２４は、変数ｊをインクリメント（ｊ＝ｊ＋１）し、さらに、当該エントリが、実況データベース２２において最後のエントリか否か（すなわち、当該利用者が送信者となっているエントリが全て選択済みであるか否か）を判定する（Ｓ２０８）。そして、実況データ処理部２４は、最後のエントリと判定した場合には、後述するステップＳ２０９の処理から動作し、そうでない場合には、上述のステップＳ２０４の処理から動作し次のエントリの処理を行う。
【００８２】
上述のステップＳ２０８において、当該エントリが、最後のエントリと判定された場合には、実況データ処理部２４は、問合せデータと当該利用者ＩＤの利用者の適合度をｉ／ｊと算出する（Ｓ２０９）。ここで、ｊは当該利用者ＩＤが送信者となっているエントリの総数を表している。また、ｉは、当該利用者ＩＤが送信者となっているエントリのうち問合せデータのキーワードのいずれかが含まれているエントリの数を表している。なお、問合せデータと当該利用者ＩＤの利用者の適合度については、ｉとしても良い。
【００８３】
そして、上述のステップＳ２０９において、当該利用者ＩＤの利用者に係る適合度が算出されると、実況データ処理部２４は、当該利用者ＩＤが最後のものか否か（すなわち、全ての利用者ＩＤについて適合度を算出済みか否か）を判定する（Ｓ２１０）。そして、実況データ処理部２４は、当該利用者ＩＤが最後のものと判定した場合には、適合度算出に係る処理を終了し、そうでない場合には、上述のステップＳ２０２に戻って、次の利用者ＩＤに係る適合度算出の処理を行う。
【００８４】
実況データ処理部２４は、以上のように、利用者（利用者ＩＤ）ごとに、問合せデータとの適合度を算出し、算出した適合度の値に応じて、１又は複数の利用者（利用者ＩＤ）を選択するものとする。この場合の利用者（利用者ＩＤ）の選択は、例えば、適合度が所定値以上のものを選択するようにしても良いし、適合度の上位（例えば、１位から１０位程度まで）の利用者（利用者ＩＤ）を選択するようにしても良い。
【００８５】
ここでは、上述のステップＳ１０４において、実況データ処理部２４により、Ａさん〜Ｊさん（利用者ＩＤ：Ａ〜Ｊ）の１０人が選択されたものとして以降の処理を説明する。なお、ステップＳ１０４において、適合度に応じて、利用者（利用者ＩＤ）を絞らずに、Ｚさん以外の全ての利用者（利用者ＩＤ：Ａ〜Ｙ）について以降の処理を行なうようにしても良い。
【００８６】
[コミュニケーション活性度の算出（ステップＳ１０５の処理）]
次に、実況データ処理部２４によりリコメンドデータが生成される処理の詳細について説明する。
【００８７】
まず、実況データ処理部２４では、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）及び、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）の間でのコミュニケーション（通信）に係る活性度（以下、「コミュニケーション活性度」という）を数値化した値が算出される。具体的には、実況データ処理部２４では、それぞれの利用者（利用者ＩＤ）の間で送受信されたコミュニケーションデータの数に応じてコミュニケーション活性度の算出が行われる。
【００８８】
図７は、実況データ処理部２４によるコミュニケーション活性度の算出処理について示したフローチャートである。
【００８９】
まず、実況データ処理部２４は、コミュニケーション活性度の算出に用いる２次元テーブル（２次元配列の変数）であるデータ送受信カウントテーブル（以下、「Ｔａｂｌｅ１」と呼ぶ）を初期化（テーブル領域の確保やテーブルの各値を０を入力）する（Ｓ３０１）。
【００９０】
図８は、データ送受信カウントテーブル（Ｔａｂｌｅ１）の内容例について示した説明図である。
【００９１】
図８に示すように、データ送受信カウントテーブル（Ｔａｂｌｅ１）では、送信元の利用者ＩＤと、受信者の利用者ＩＤとの組み合わせごとにカウント値が入力されている。例えば、図８の例では、送信者の利用者ＩＤがＡで、受信者の利用者ＩＤがＺのカウント値は、２となっている。これは、ＡさんからＺさんへ送信されたコミュニケーションデータに係るエントリが、実況データベース２２に２つ蓄積されていたことを示している。また、図８では、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）及び、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）に係るカウント値だけを表示している。
【００９２】
なお、以下では、データ送受信カウントテーブル（Ｔａｂｌｅ１）の各カウント値を、「Ｔａｂｌｅ１（送信者の利用者ＩＤ、受信者の利用者ＩＤ）」と示すものとする。例えば、送信者の利用者ＩＤがＡで、受信者の利用者ＩＤがＺのカウント値は、「Ｔａｂｌｅ１（Ａ、Ｚ）」と示される。
【００９３】
次に、実況データ処理部２４では、実況データベース２２から、エントリを１つ抽出して選択する（Ｓ３０２）。ここでは、実況データ処理部２４が、エントリを抽出する順番は限定されないものであるが、最終的には、ループ処理により、コミュニケーション活性度の算出対象となっている利用者（利用者ＩＤ：Ａ〜Ｊ、Ｚ）が送信者ＩＤ及び受信者ＩＤに含まれているエントリが全て選択されるものとする。
【００９４】
次に、上述のステップＳ３０１で選択されたエントリ内の全ての受信者ＩＤに対して、Ｔａｂｌｅ１（送信者の利用者ＩＤ、受信者の利用者ＩＤ）の値をインクリメント（＋１）する（Ｓ３０３）。例えば、あるエントリについて、送信者の利用者ＩＤが「Ａ」、受信者の利用者ＩＤが「Ｂ、Ｃ」となっていた場合には、Ｔａｂｌｅ１（Ａ、Ｂ）、Ｔａｂｌｅ１（Ａ、Ｃ）の２つの値がインクリメントされることになる。なお、ステップＳ３０３では、コミュニケーション活性度の算出対象となっている利用者（利用者ＩＤ：Ａ〜Ｊ、Ｚ）が送信者ＩＤ及び受信者ＩＤに含まれているエントリについてだけ処理が行われるものとする。
【００９５】
次に、実況データ処理部２４では、当該エントリ（上述のステップＳ３０２で選択されたエントリ）が最後のエントリであるか否かが判定され（Ｓ３０４）、最後のエントリと判定された場合には、実況データ処理部２４は、後述するステップＳ３０５の処理から動作し、そうでない場合には、上述のステップＳ３０２の処理から動作する。
【００９６】
このように上述のステップＳ３０２〜Ｓ３０４のループ処理により、実況データ処理部２４は、データ送受信カウントテーブル（Ｔａｂｌｅ１）を完成させる。ここでは、上述のステップＳ３０２〜Ｓ３０４のループ処理により、実況データ処理部２４が完成させたデータ送受信カウントテーブル（Ｔａｂｌｅ１）の内容は、図８の内容であるものとする。
【００９７】
そして、データ送受信カウントテーブル（Ｔａｂｌｅ１）を完成させると、実況データ処理部２４は、後述するステップＳ３０５からのループ処理により、各利用者（利用者ＩＤ）の間のコミュニケーション活性度を示す２次元テーブル（２次元配列の変数）である活性度算出テーブル（以下「Ｔａｂｌｅ２」と呼ぶ）の各値を、データ送受信カウントテーブル（Ｔａｂｌｅ１）の内容を利用して算出する。
【００９８】
図９は、活性度算出テーブル（Ｔａｂｌｅ２）の内容例について示した説明図である。
【００９９】
図９に示すように、活性度算出テーブル（Ｔａｂｌｅ２）では、２つの利用者ＩＤの組み合わせごとのコミュニケーション活性度の値が入力されている。例えば、図９の例では、利用者ＩＤ「Ａ」と、利用者ＩＤ「Ｚ」の組み合わせのコミュニケーション活性度の値は、０．５となっている。なお、図９では、問合せデータの送信元の利用者（利用者ＩＤ：Ｚ）と、上述のステップＳ１０４で選択された利用者（利用者ＩＤ：Ａ〜Ｊ）に係るコミュニケーション活性度だけを表示している。
【０１００】
また、以下では、活性度算出テーブル（Ｔａｂｌｅ２）の各値を、「Ｔａｂｌｅ２（第１の利用者ＩＤ、第２の利用者ＩＤ）」と示すものとする。例えば、利用者ＩＤ「Ａ」と、利用者ＩＤ「Ｚ」の組み合わせのコミュニケーション活性度の値は、「Ｔａｂｌｅ２（Ａ、Ｚ）」と示される。また、活性度算出テーブル（Ｔａｂｌｅ２）の各値では、送信元及び受信者は考慮されない（すなわち、コミュニケーションデータの指向性は考慮されない）ため、同じ組み合わせについてテーブル上に存在する値は１つだけとなっている。例えばＴａｂｌｅ２（Ａ、Ｂ）の値はテーブル上に存在するが、Ｔａｂｌｅ２（Ｂ、Ａ）はテーブル上に存在しない。
【０１０１】
次に、実況データ処理部２４による活性度算出テーブル（Ｔａｂｌｅ２）の各値の算出処理について説明する。
【０１０２】
実況データ処理部２４は、まず、２つの利用者ＩＤの組（第１の利用者ＩＤ、第２の利用者ＩＤ）を選択設定するものとする（Ｓ３０５）。なお、以下では、ここで選択した第１の利用者ＩＤを「ＩＤ１」、第２の利用者ＩＤを「ＩＤ２」と呼ぶものとする。なお、ステップＳ３０５では、コミュニケーション活性度の算出対象となっている利用者の利用者ＩＤ（利用者ＩＤ：Ａ〜Ｊ、Ｚ）の中から選択されるものとする。ステップＳ３０５において、選択する利用者ＩＤの組み合わせの順番は限定されないものであり、最終的に、活性度算出テーブル（Ｔａｂｌｅ２）に存在する値の全ての組み合わせが選択されれば良い。
【０１０３】
次に、実況データ処理部２４は、以下の（１）式に従って、選択した第１の利用者ＩＤ（ＩＤ１）と、第２の利用者ＩＤ（ＩＤ２）との組み合わせのコミュニケーション活性度の値「Ｔａｂｌｅ２（ＩＤ１、ＩＤ２）」を算出して、入力する（Ｓ３０６）。
【０１０４】
Ｔａｂｌｅ２（ＩＤ１、ＩＤ２）
＝ｋ＊｛Ｔａｂｌｅ１（ＩＤ１、ＩＤ２）＋Ｔａｂｌｅ１（ＩＤ２、ＩＤ１）｝…（１）
なお、（１）式において、ｋは任意の定数であり、ここではｋ＝０．１であるものとする。
【０１０５】
例えば、Ｔａｂｌｅ２（Ａ、Ｚ）について、上記の（１）式を適用すると、以下の（２）式のように算出される。
【０１０６】
Ｔａｂｌｅ２（Ｚ、Ａ）
＝ｋ＊｛Ｔａｂｌｅ１（Ｚ、Ａ）＋Ｔａｂｌｅ１（Ａ、Ｚ）｝
＝０．１＊｛３＋２｝＝０．５ …（２）
次に、実況データ処理部２４は、当該組み合わせ（上述のステップＳ３０５で選択した利用者ＩＤの組み合わせ）が最終の組であるか否か（すなわち、予定する全ての利用者ＩＤの組み合わせについてコミュニケーション活性度の値を算出したか否か）を判定する（Ｓ３０７）。そして、実況データ処理部２４は、当該組み合わせが最終の組であると判定すると、活性度算出テーブル（Ｔａｂｌｅ２）の各値の算出処理を終了し、そうでない場合には、上述のステップＳ３０５の処理に戻って、次の利用者ＩＤの組み合わせについてコミュニケーション活性度の値を算出する処理を行う。
【０１０７】
以上のように、実況データ処理部２４は、活性度算出テーブル（Ｔａｂｌｅ２）を完成させる。
【０１０８】
そして、実況データ処理部２４は、上述のステップＳ１０４において算出した、利用者ごとの問合せデータに対する適合度の情報と、利用者間のコミュニケーション活性度に関する情報（活性度算出テーブル（Ｔａｂｌｅ２））を利用して、問合せデータの送信元の端末３０−Ｚに対して提供するリコメンドデータを生成する。
【０１０９】
図１０は、リコメンドデータを構成する情報の例について示した説明図である。
【０１１０】
例えば、図１０に示すように、上述のステップＳ１０４で選択した利用者ごとの問合せデータに対する適合度と、上述のステップＳ１０５で作成した活性度算出テーブル（Ｔａｂｌｅ２）の情報とを有する情報を、リコメンドデータに含めるようにしても良い。また、リコメンドデータには、上述のステップＳ１０４で選択した利用者ごとに、問合せデータのキーワードを含む実況データを含めるようにしても良い。
【０１１１】
ここでは、実況データ処理部２４が生成するリコメンドデータには、図１０に示す形式の情報と、上述のステップＳ１０４で選択した利用者ごとの問合せデータのキーワードを含む実況データと、上述のステップＳ１０４で選択した各利用者のプレゼンス情報が含まれているものとする。なお、実況データ処理部２４が生成するリコメンドデータは、後述するステップＳ１０７における端末３０での出力処理に必要なものだけを有していれば良い。例えば、実況データ処理部２４では、端末３０での出力形式によっては、実況データやプレゼンス情報をリコメンドデータに含めないようにしても良い。
【０１１２】
［リコメンドデータの出力処理（ステップＳ１０７）］
次に、リコメンドデータを受信した端末３０−Ｚが、当該端末３０−Ｚの利用者（Ｚさん）にそのリコメンドデータを出力する処理について説明する。
【０１１３】
図１１、図１２は、図１０に示すリコメンドデータの出力形式（出力画面）の例について示した説明図である。
【０１１４】
端末３０のリコメンド処理部３４における、利用者へのリコメンドデータの提示方法としては、様々な表現形式を適用可能であるが、ここでは、図１１、図１２の例を挙げる。
【０１１５】
図１１は、端末３０−Ｚのディスプレイ等の表示装置にリコメンドデータを出力する際の出力画面の第１の例を表している。図１１では、画面中央に、端末３０−Ｚの利用者であるＺさんを示す円形のアイコンＩ１Ｚ（「私」という文字を付している）を配置し、その周辺に相談可能な他の利用者（Ａさん〜Ｊさん）を示すアイコンＩ１Ａ〜Ｉ１Ｊが配置されている。すなわち、アイコンＩ１Ａ〜Ｉ１Ｊはそれぞれ、「Ａ」〜「Ｊ」の利用者ＩＤに係る利用者を示すアイコンである。図１１では、リコメンドデータにおける問合せデータとの適合度が大きいほど、アイコンを示す円も大きく表示されている。問合せデータに対する適合度が大きいということは、当該端末３０−Ｚの利用者であるＺさんが知りたい情報等に詳しいことを示している。そのため、Ｚさんは、図１１の画面を見て、より大きくアイコンが表示されている利用者へコンタクトすることにより、自身の目的が達成されることが視覚的に理解できる。
【０１１６】
また、図１１において、アイコン同士を結ぶ線（リンク）は、当該アイコンに係る利用者間のコミュニケーション活性度を示しており、コミュニケーション活性度が大きいほど（すなわち、交流が深いほど）太い線で結ばれている。また、リコメンドデータにおいて、コミュニケーション活性度の値が０の利用者に係るアイコンの間に線は、特に線で結ばれていない（リンクが張られていない）。したがって、当該端末３０−Ｚの利用者であるＺさんは、図１１の画面を見て、コンタクトしたい利用者が、自身の直接交流のある利用者でない場合でも、自身の交流のある利用者を介してコンタクトするルートを視覚的に確認することができる。
【０１１７】
例えば、図１１の例では、アイコンＩ１Ｃ、Ｉ１Ｆは大きく表示されているため、ＣさんやＦさんは相談内容に詳しいことを示している。また、アイコンＩ１Ｚ（私）と、アイコンＩ１Ｃは線で結ばれているため、Ｚさん（私）と、Ｃさんは交流があることを示している。一方、アイコンＩ１Ｚ（私）と、アイコンＩ１Ｆは、直接線で結ばれていないが、アイコンＩ１Ａを介して到達できる。したがってＺさんは、Ｃさんとは交流があり、一方のＦさんとは交流がないが、Ａさんを介してコンタクトすることができることを示している。
【０１１８】
また、図１１では、円が点線で表示されているアイコンに係る利用者は、プレゼンス情報に基づいて現在コンタクトを取ることが困難（例えば、「取り込み中」等）であることを示している。例えば、図１１では、Ｅさんに係るアイコンＩ１Ｆは、点線で表示されているため、現在コンタクトできないことを示している。なお、コンタクトできない場合のアイコンの表示方法は、色を変えたり、ハッチング表示するなど、他の方法であっても良い。
【０１１９】
図１１では、上述のように、各利用者のコミュニケーション活性度に応じて各アイコン間を線で結んでいく（リンクを張る）処理を行うことにより、結果として、当該端末３０−Ｚの利用者であるＺさんを示すアイコンＩ１Ｚ（私）を頂点のノードとした木構造を構成して表示できることを示している。
【０１２０】
さらに、図１１の出力画面において、端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作（例えば、マウスやタッチパネル等で当該アイコンをクリックする等）をすると、それに連動して、当該アイコンに係る利用者が受信者又は送信者となっている実況データ（問合せデータのキーワードを含む実況データに限る）の詳細について、リスト化して出力（例えば、上述の図４と同様の形式）するようにしても良い。この場合表示する実況データについては、端末３０−Ｚのリコメンド処理部３４が受信したリコメンドデータに含まれている場合には、そこから取り出して表示するようにしても良いし、リコメンドデータに含まれていない場合には、必要の都度コミュニケーション支援サーバ２０に問い合わせて保持するようにしても良い。
【０１２１】
さらにまた、図１１の出力画面において、当該端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作（例えば、マウスやタッチパネル等で当該アイコンをクリックする等）をすると、リコメンド処理部３４からコミュニケーションアプリケーション３１へ、当該アイコンに係る利用者へのコンタクトを要求するコンタクト要求データが通知されるようにしても良い。このコンタクト要求データにおいて、当該利用者へのコンタクトに用いられるメディアとしては、当該利用者のプレゼンス情報に基づいて現在コンタクト可能なメディアの中から選択される。当該利用者のプレゼンス情報が、コミュニケーション支援サーバ２０から通知されたリコメンドデータの中に含まれていれば、リコメンド処理部３４は、そのプレゼンス情報を利用してコンタクト要求データにおけるメディアを指定すれば良い。またリコメンドデータの中にプレゼンス情報が含まれていない場合でも、リコメンド処理部３４は、当該利用者に係るプレゼンス情報を、コミュニケーションサーバ１０又はコミュニケーション支援サーバ２０から確認すれば良い。そして、そのコンタクト要求データの通知を受けたコミュニケーションアプリケーション３１は、その通知に応じた利用者へコンタクトを開始する（例えば、チャットや音声通話等を開始したり、メールの編集画面を開いたりする）。これにより、当該端末３０−Ｚの利用者であるＺさんは、自身の目的を達成するために相談したい利用者へ、容易にコンタクトすることができる。
【０１２２】
図１２は、端末３０−Ｚのディスプレイ等の表示装置にリコメンドデータを出力する際の出力画面の第２の例を表している。
【０１２３】
図１２では、相談可能な他の利用者（Ａさん〜Ｊさん）を示すアイコンＩ２Ａ〜Ｉ２Ｊが配置されている。図１２では、アイコンＩ２Ａ〜Ｉ２Ｊは、それぞれのアイコンに係る利用者の顔画像で構成されているものとする。
【０１２４】
また、図１２では、ハッチングされた表示となっているアイコンに係る利用者は、プレゼンス情報に基づいて現在コンタクトを取ることが困難であることを示している。例えば、図１２では、Ｅさんに係るアイコンＩ２Ｆは、ハッチングされた表示となっているため、現在コンタクトできないことを示している。
【０１２５】
さらに、図１２では、当該端末３０−Ｚの利用者であるＺさんが直接コンタクトを取ることができない利用者に係るアイコンには、経由する必要がある利用者を示す表示が付されている。例えば、図１２では、Ｆさんに係るアイコンＩ２Ｆには、「Ａ経由」という表示が付されており、Ｚさんにとって、Ｆさんは直接コンタクトできないが、Ａさんを経由すればコンタクトできる旨を示している。これの表示は、図１１の場合と同様に、各利用者のコミュニケーション活性度に応じて、当該端末３０−Ｚの利用者であるＺさんを頂点のノードとした木構造を論理的に構築し、構築した木構造から、直接Ｚさんがコンタクトできない利用者と、当該利用者へ到達（コンタクト）するまでに経由する利用者（ルート）を求める処理により実現することができる。
【０１２６】
さらにまた、図１２では、各利用者を示すアイコンの大きさは、当該アイコンに係る利用者の推奨度合に応じた大きさとなっているものとする。ここでの推奨度合とは、例えば、問合せデータに対する適合度の大きさ、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）、当該利用者にコンタクトするまでに経由する利用者とのコミュニケーション活性度の大きさ等の要素を考慮して算出するようにしても良い。「当該利用者にコンタクトするまでに経由する利用者とのコミュニケーション活性度の大きさ」については、例えば、当該利用者に到達するまでに経由するルートの各コミュニケーション活性度の合計値を、当該利用者にコンタクトするまでのホップ数で割った値を適用するようにしても良い。
【０１２７】
例えば、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）が少なくても、コミュニケーション活性度が小さい（すなわち、つながりが弱い）ルートを辿る場合には、容易にコンタクトできない可能性がある。一方、当該利用者にコンタクトするまでに経由する利用者の数（ホップ数）が多くても、コミュニケーション活性度が大きい（すなわち、つながりが強い）ルートを辿る場合には、容易にコンタクトできる可能性がある。そのため、上述の複数の要素を考慮して推奨度合を求め、アイコンの大きさに反映させることにより、利用者にとってより有益な情報を提供することができる。
【０１２８】
なお、上述の推奨度合を求める際には、上述の３つの要素を全て用いても良いし、一部だけを用いるようにしても良いし、他の要素を組み合わせても良い。また、上述の推奨度合は、上述の例に限定されず、実際の運用に合わせて、算出方法を設定するようにしても良い。
【０１２９】
また、図１２の表示画面では、上述の図１１の表示画面と同様に、端末３０−Ｚの利用者であるＺさんが、コンタクトを取りたい利用者に係るアイコンに所定の操作をすると、それに連動して、当該アイコンに係る利用者が受信者又は送信者となっている実況データの詳細を表示出力するようにしても良い。さらに、図１２の表示画面において、端末３０−Ｚの利用者であるＺさんの操作により、問合せデータとの適合度に基づいて画面上に表示された利用者のアイコンを並び替えたり、過去のコミュニケーション活性度に基づいてこれら複数の利用者のアイコンを並び替えて表示するようにしても良い。
【０１３０】
（Ａ−３）実施形態の効果
この実施形態によれば、以下のような効果を奏することができる。
【０１３１】
この実施形態では、端末３０にて、コミュニケーションデータから実況データを抽出し、これをコミュニケーション支援サーバ２０で収集蓄積している。そして、コミュニケーション支援サーバ２０では、任意の利用者間のつながりの強さ（コミュニケーション活性度）、任意の利用者と任意のキーワード（問合せデータ）との適合度を定量的に把握することができる。また、利用者が目的に適したキーワードを含む問合せデータを端末３０に入力すると、コミュニケーション支援サーバ２０が、その問合せデータと関連の強い利用者をリストアップすることができるので、端末３０では、その関連性の強さに応じた視覚的な表現方法で、目的に合った一人または複数の利用者をリコメンド（推薦）することができる。
【０１３２】
これにより、コミュニケーション支援システム１では、利用者が目的に合った相手を容易に見つけて、コンタクトすることができる。
【０１３３】
さらに、この実施形態では、目的に合った利用者へのコンタクトの選択肢として、仲介者を介したコンタクトをリコメンド（推薦）できるので、直接のコンタクトが困難な利用者に対しては、第三者を介したコンタクトのルートを容易にリコメンド（推薦）することができる。
【０１３４】
（Ｂ）他の実施形態
本発明は、上記の実施形態に限定されるものではなく、以下に例示するような変形実施形態も挙げることができる。
【０１３５】
（Ｂ−１）上記の実施形態の、リコメンドデータの出力処理（ステップＳ１０７）の処理において、端末３０−Ｚの利用者であるＺさんが直接面識のない特定の利用者へのコンタクトを誰かに仲介して欲しい場合に、そのコンタクトを支援するデータをＺさんに提示するようにしても良い。
【０１３６】
例えば、端末３０−Ｚのリコメンド処理部３４により、上述の図１１のような画面が表示されているときに、Ｚさんが、直接面識の無いＦさんにコンタクトしたい場合を想定する。このとき、Ｚさんが、Ｆさんに係るアイコンＩ１Ｆに所定の操作（例えば、マウスやキーボード等による所定の操作）を行った場合に、リコメンド処理部３４は、「Ｆさんへの仲介」に該当する問合せデータを、コミュニケーション支援サーバ２０に送信する。
【０１３７】
そうすると、コミュニケーション支援サーバ２０の実況データ処理部２４は、各利用者（Ａさん〜Ｚさん）間のコミュニケーション活性度の値（上述の図７のフローチャートの処理を用いて全利用者について算出された値）に基づいて、端末３０−Ｚの利用者であるＺさんを中心としたコミュニケーション活性度に基づいた木構造が論理的に構築される。そして、実況データ処理部２４は、その木構造に基づいて、Ｚさん（私）とＦさんの間を仲介可能な利用者を１又は複数選択する。ここでは、Ｚさん（私）とＦさんとの間を仲介可能な利用者として、Ｒさん、Ａさん、Ｂさんが選択されたものとする。そして、実況データ処理部２４は、選択した利用者のプレゼンス情報やＦさんとの過去のコミュニケーションの実況データを含むデータをリコメンドデータとして、端末３０−Ｚに送る。そして、端末３０−Ｚのリコメンド処理部３４では、受信したリコメンドデータに基づいて、図１３のような画面を表示する。
【０１３８】
図１３では、上述の図１１と同様の形式により、Ｚさん（私）、Ｆさん、Ｒさん、Ａさん、Ｂさんを示すアイコンＩ３Ｚ、Ｉ３Ｆ、Ｉ３Ｒ、Ｉ３Ａ、Ｉ３Ｂが表示されている。図１３からは、Ａさん、Ｂさん、Ｒさんの３名が仲介可能であり、そのうち、ＡさんがＺさん（私）とＦさんの両方との間で、過去のコミュニケーションの活性度が高いことが、視覚的に表示されている。
【０１３９】
（Ｂ−２）上記の実施形態の、コミュニケーション支援システムを、任意のキーワードに関連のある利用者間のコミュニケーションが活発に実施されているか否かを視覚的に表示する用途に用いるようにしても良い。
【０１４０】
この場合、例えば、「プロジェクトＹＹＹのコミュニケーション活性度」に該当する問合せデータに対し、コミュニケーション支援サーバ２０は、まず、「プロジェクトＹＹＹ」との適合度が高い複数人を選定する。具体的には、コミュニケーション支援サーバ２０の実況データ処理部２４により、上述の図６のフローチャートと同様の処理により、「プロジェクトＹＹＹ」というキーワードに対する各利用者の適合度が算出され、適合度の高い複数の利用者（例えば、上位１０人等）が選定される。
【０１４１】
そして、実況データ処理部２４により、選定された利用者間のコミュニケーション活性度が上述の図７のフローチャートと同様の処理により算出され、それらの利用者の過去のコミュニケーションの実況データを含むリコメンドデータが生成される。
【０１４２】
そして、実況データ処理部２４により、生成されたリコメンドデータが、問合せ元の端末３０に送信される。
【０１４３】
そして、そのリコメンドデータを受信したリコメンド処理部３４では、上述の図１１と同様の形式で、リコメンドデータで指定されている各利用者を示すアイコンと、コミュニケーション活性度を示すアイコン間の線（リンク）を、図１４のように表示するものとする。
【０１４４】
図１４の表示画面を見た利用者は、アイコンＩ４Ｋに係るＫさんを中心としてコミュニケーションが活発であることや、コミュニケーションがそれほど活発でない利用者がいること等を視覚的に確認することができる。このように、コミュニケーション支援サーバ２０に蓄積されたデータに基づいて、任意の利用者のコミュニケーション上の人間関係を把握できるので、例えば、上述のように、特定の業務に携わる人同士のコミュニケーションの活性化状況を把握することができる。
【０１４５】
（Ｂ−３）上記の実施形態では、実況分析部３２及びセキュリティ管理部３３は、端末３０側に配置されているが、同様の処理を、コミュニケーションサーバ１０側で行うようにしても良い。
【０１４６】
また、リコメンド処理部３４による処理の一部をコミュニケーション支援サーバ２０側で行うようにしても良い。例えば、コミュニケーション支援サーバ２０側で、端末３０において表示する画面の生成まで行って、リコメンド処理部３４では単に画面表示を行うだけにするようにしても良い。すなわち、端末３０は単に、利用者に対する入出力インタフェースとしてだけ用いるようにしても良い。
【符号の説明】
【０１４７】
１…コミュニケーション支援システム、１０…コミュニケーションサーバ、１１…コミュニケーション提供部、１２…プレゼンス情報管理部、２０…コミュニケーション支援サーバ、２１…実況データ収集部、２２…実況データベース、２３…プレゼンス情報取得部、２４…実況データ処理部、３０、３０−Ａ〜３０−Ｚ…端末、３１…コミュニケーションアプリケーション、３２…実況分析部、３３…セキュリティ管理部、３４…リコメンド処理部。
【特許請求の範囲】
【請求項１】
複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、
上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、
利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、
上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、
上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、
上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段と
を有することを特徴とするコミュニケーション支援システム。
【請求項２】
上記通信履歴データ保持手段が保持する通信履歴データのそれぞれは、当該通信履歴データに係る送信データの、送信元の利用者識別子、宛先の利用者識別子、及び所定の項目のキーワードのうち当該送信データに含まれていたキーワードの情報を有することを特徴とする請求項１に記載のコミュニケーション支援システム。
【請求項３】
上記適合度算出手段は、通信履歴データ蓄積手段に蓄積されている通信履歴データ群から、利用者ごとに、当該利用者が送信元となっており、かつ、上記問合せデータに係るキーワードを含む通信履歴データの個数をカウントし、カウントした個数を利用して、当該利用の問合せデータとの適合度を算出することを特徴とする請求項２に記載のコミュニケーション支援システム。
【請求項４】
上記活性度算出手段は、通信履歴データ蓄積手段に蓄積されている通信履歴データから、利用者の組み合わせごとの送信データの送信回数をカウントし、カウントした送信回数を利用して、利用者の組み合わせごとの通信の活性度を算出することを特徴とする請求項２又は３に記載のコミュニケーション支援システム。
【請求項５】
上記コミュニケーション支援情報提示手段は、コミュニケーション支援情報を出力する際に、各利用者の問合せデータとの適合度を、視覚的に識別し得る態様で出力することを特徴とする請求項１〜４のいずれかに記載のコミュニケーション支援システム。
【請求項６】
上記コミュニケーション支援情報提示手段は、コミュニケーション支援情報を出力する際に、各利用者間の通信の活性度を、視覚的に識別し得る態様で出力することを特徴とする請求項１〜５のいずれかに記載のコミュニケーション支援システム。
【請求項７】
所定の禁止キーワードを含む送信データについて、上記通信履歴データ保持手段による通信履歴データの保持、又は、上記通信履歴データ蓄積手段による通信履歴データの蓄積を禁止する通信履歴データ取得禁止手段をさらに備えることを特徴とする請求項１〜６のいずれかに記載のコミュニケーション支援システム。
【請求項８】
コミュニケーション支援システムを構成するコンピュータを、
複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、
上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、
利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、
上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、
上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、
上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段と
して機能させることを特徴とするコミュニケーション支援プログラム。
【請求項１】
複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、
上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、
利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、
上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、
上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、
上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段と
を有することを特徴とするコミュニケーション支援システム。
【請求項２】
上記通信履歴データ保持手段が保持する通信履歴データのそれぞれは、当該通信履歴データに係る送信データの、送信元の利用者識別子、宛先の利用者識別子、及び所定の項目のキーワードのうち当該送信データに含まれていたキーワードの情報を有することを特徴とする請求項１に記載のコミュニケーション支援システム。
【請求項３】
上記適合度算出手段は、通信履歴データ蓄積手段に蓄積されている通信履歴データ群から、利用者ごとに、当該利用者が送信元となっており、かつ、上記問合せデータに係るキーワードを含む通信履歴データの個数をカウントし、カウントした個数を利用して、当該利用の問合せデータとの適合度を算出することを特徴とする請求項２に記載のコミュニケーション支援システム。
【請求項４】
上記活性度算出手段は、通信履歴データ蓄積手段に蓄積されている通信履歴データから、利用者の組み合わせごとの送信データの送信回数をカウントし、カウントした送信回数を利用して、利用者の組み合わせごとの通信の活性度を算出することを特徴とする請求項２又は３に記載のコミュニケーション支援システム。
【請求項５】
上記コミュニケーション支援情報提示手段は、コミュニケーション支援情報を出力する際に、各利用者の問合せデータとの適合度を、視覚的に識別し得る態様で出力することを特徴とする請求項１〜４のいずれかに記載のコミュニケーション支援システム。
【請求項６】
上記コミュニケーション支援情報提示手段は、コミュニケーション支援情報を出力する際に、各利用者間の通信の活性度を、視覚的に識別し得る態様で出力することを特徴とする請求項１〜５のいずれかに記載のコミュニケーション支援システム。
【請求項７】
所定の禁止キーワードを含む送信データについて、上記通信履歴データ保持手段による通信履歴データの保持、又は、上記通信履歴データ蓄積手段による通信履歴データの蓄積を禁止する通信履歴データ取得禁止手段をさらに備えることを特徴とする請求項１〜６のいずれかに記載のコミュニケーション支援システム。
【請求項８】
コミュニケーション支援システムを構成するコンピュータを、
複数の利用者がデータ送信手段を用いて他の利用者の利用者識別子宛に送信した送信データから、所定の項目のキーデータを抽出した通信履歴データを保持する通信履歴データ保持手段と、
上記通信履歴データ保持手段が保持した通信履歴データを蓄積記憶する通信履歴データ蓄積手段と、
利用者に、１又は複数のキーワードを含む問合せデータを入力させる問合せデータ入力手段と、
上記通信履歴データ蓄積手段に蓄積されている内容に基づいて、それぞれの利用者と、上記問合せデータに含まれるキーワードとの適合度を求める適合度算出手段と、
上記通信履歴データ蓄積手段に蓄積されている内容から、利用者間の通信の活性度を求める活性度算出手段と、
上記適合度算出手段及び上記活性度算出手段の算出結果を利用して、上記問合せデータに対する適合度に応じた利用者を抽出し、上記問合せデータを入力した利用者に対して、抽出した利用者へのコンタクトを支援するためのコミュニケーション支援情報を生成して出力する支援情報出力手段と
して機能させることを特徴とするコミュニケーション支援プログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【公開番号】特開２０１２−７４８７６（Ｐ２０１２−７４８７６Ａ）
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願番号】特願２０１０−２１７５２５（Ｐ２０１０−２１７５２５）
【出願日】平成２２年９月２８日（２０１０．９．２８）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
【公開日】平成２４年４月１２日（２０１２．４．１２）
【国際特許分類】
【出願日】平成２２年９月２８日（２０１０．９．２８）
【出願人】（３０８０３３７２２）株式会社ＯＫＩネットワークス (165)
【Ｆターム（参考）】
[ Back to top ]