JP2007172372A

JP2007172372A - 仲介装置、通信装置、仲介プログラムならびに通信プログラム

Info

Publication number: JP2007172372A
Application number: JP2005370518A
Authority: JP
Inventors: Azusa Umemoto; あずさ梅本
Original assignee: Sharp Corp
Current assignee: Sharp Corp
Priority date: 2005-12-22
Filing date: 2005-12-22
Publication date: 2007-07-05

Abstract

【課題】ユーザにとって、話したい事柄を話す相手を容易に探すことのできる仲介装置、通信装置、仲介プログラムならびに通信プログラムを提供すること。
【解決手段】問合わせ元である質問者と通信相手となる回答者との間の通話を仲介するための仲介装置であって、各回答者に関する通信相手情報と、各回答者の応答可能分野の情報とを関連付けて記憶するエキスパートＤＢ３２と、質問者からの質問を含む問い合わせ要求を受信するための受信部４１と、受信された問い合わせ要求から、質問を取得するための要求取得部１１と、取得された質問と記憶された応答可能分野の情報とのマッチングを行ない、質問に回答可能な通信相手を検索するためのマッチング部１２と、検索された回答可能な通信相手のうち、現在通信可能な通信相手を抽出するためのリストアップ部１４とを備える。
【選択図】図４

Description

本発明は、仲介装置、通信装置、仲介プログラムならびに通信プログラムに関し、特に、電話の接続を仲介することのできる仲介装置、通信装置、仲介プログラムならびに通信プログラムに関する。

従来より、自分が疑問に思ったことや教えてほしいことがある場合、その問合わせは、電話を用いて施設などに対して行なわれている。たとえば、住所変更の届出についての問合わせは、役場に対して、若干の体調不良の場合の病名の問合わせは、いずれかの病院に対して、電話をかけることで行なわれる。この場合、電話をする相手の電話番号は、電話帳を用いて調べられていた。

電話帳を開いて調べるのが煩雑という人のために、次のような技術が開示されている。すなわち、特許文献１には、予め、加入者の属性データ（地域、職業、年齢等）を記憶しておくことで、発呼者が、属性を指定すると、該当する加入者を見つけ出し、発呼者と着呼者との間の接続動作を行なう交換機が開示されている。

また、昨今のインターネットの普及により、趣味を同じくする人同士の掲示板システムやチャットシステムなどで、顔を知らない相手とも情報交換が可能になったと言える。たとえば、会員登録している人が質問の書き込みをしておくと、その書き込みを見た誰かが質問に対する答えを書き込みしてくれる掲示板が運営されている。質問者は、自分の質問を書き込む前に、同じ質問をした人が過去にいないかどうか検索することができる。一方では、書き込み一覧を眺める或いは検索することによって、自分が答えられる質問であれば答えを書き込むことができる。

これらのシステムを用いて見知らぬ相手と「知り合う」ことができるのは、コンピュータ（以下「ＰＣ」という）や、それに代わる携帯電話のブラウザ機能を使いこなせる人だけに限られる、所謂デジタルデバイドが存在するのが現状である。自分の知り合いたい相手を「探す」手間があるからである。

仮に、上記「探す」手間を自動化したとしても、従来のＰＣや携帯電話などのような機械は「難しい」と、敬遠されがちである。また、前述した掲示板というシステムは、質問を書き込みした後あるいは回答を書き込みした後は、ほぼ定期的に当該掲示板にアクセスして他の人からの反応があったかどうかをチェックしなければならない。自分の質問あるいは書き込みに対して反応があった時点において電子メールなどで通知してくれるように設定されていたとしても、反応をもらうまでの時間は通常会話に比べると非常に長く、円滑なコミュニケーションは行なえない。

特許文献２には、予め、回答者側の、取得資格、得意質問分野、電話応答スケジュールなどを登録しておくことで、質問者からの質問に対し、回答者がメールまたは電話で回答することのできる情報交換仲介方法が開示されている。電話により情報交換の仲介が行なわれる場合、回答者に自動音声により質問者からの回答要求があったことが伝えられ、応答の可否を再度尋ねる旨のメッセージが流される。これに対し、回答者側は、応答を受諾するか否かをトーンシグナル信号によって行なう。応答可のシグナルが確認されると、質問者と回答者とが回線接続される（段落００６８）。
特開平３−１２３１６１号公報特開２００２−４９７８６号公報

特許文献１の方法では、発呼動作が行なわれた加入者（着呼者）が不在の場合、順次、同じ属性を持つ加入者に対して発呼することになる。したがって、発呼者は、該当の加入者が現在通話可能かどうか判別するまでに多大な時間を要する恐れがある。また、発呼者は、実際に接続されてから、より詳しい質問をしなければならない。そのため、着呼者が、確実にその質問に回答してくれるとは限らない。

また、特許文献２の方法では、回答者側にとっては、必ず一度、応答可能かどうかを知らせなければならないという心理的負担がある。

本発明は、上記課題に基づいて創案されたもので、ユーザにとって、話したい事柄を話す相手を容易に探すことのできる仲介装置、通信装置、仲介プログラムならびに通信プログラムを提供することを目的とする。

この発明のある局面に従う仲介装置は、問合わせ元である質問者と通信相手となる回答者との間の通話を仲介するための仲介装置であって、各回答者に関する通信相手情報と、各回答者の応答可能分野の情報とを関連付けて記憶する応答可能分野記憶手段と、質問者からの質問を含む問い合わせ要求を受信するための受信手段と、受信された問い合わせ要求から、質問を取得するための要求取得手段と、取得された質問と記憶された応答可能分野の情報とのマッチングを行ない、質問に回答可能な通信相手を検索するためのマッチング手段と、検索された回答可能な通信相手のうち、現在通信可能な通信相手を抽出するための抽出手段とを備える。

この発明の他の局面に従う仲介装置は、問合わせ元である回答者と通信相手となる質問者との間の通話を仲介するための仲介装置であって、各質問者に関する通信相手情報と、各質問者の質問の情報とを関連付けて記憶するための質問記憶手段と、応答可能分野を含む問い合わせ要求を受信するための受信手段と、受信された問い合わせ要求から、応答可能分野を取得する要求取得手段と、取得された応答可能分野と質問の情報とのマッチングを行ない、応答可能分野に対応する質問を有する通信相手を検索するためのマッチング手段と、検索された対応する質問を有する通信相手のうち、現在通信可能な通信相手を抽出するための抽出手段とを備える。

好ましくは、インターネットを介して接続される、回答者それぞれが有する通信装置から、回答者の応答可能分野の情報を受付けるための受付手段と、受付けられた応答可能分野の情報を応答可能分野記憶手段に登録するための登録手段とをさらに備える。

好ましくは、インターネットを介して接続される、質問者それぞれが有する通信装置から、質問者の質問の情報を受付けるための受付手段と、受付けられた質問の情報を質問記憶手段に登録するための登録手段とをさらに備える。

好ましくは、通信装置からの情報に基づき、通信相手が現在通信可能か否かを示すプレゼンス状態を検出するための検出手段をさらに備える。

好ましくは、抽出された通信相手のうちのいずれかに対して通話を仲介するための仲介手段をさらに備える。

好ましくは、仲介手段は、抽出された通信相手に関する一部あるいは全部の情報を、問い合わせ元に通知し、問い合わせ元より指示された通信相手に対して通話を仲介する。

好ましくは、通信相手情報は、各通信相手の連絡先の情報を含み、仲介手段は、通信相手に関する情報を通知する際に、連絡先の情報を除外する。

この発明のさらに他の局面に従う通信装置は、問合わせ者と通信相手との通話を仲介するための仲介装置とインターネットを介して接続される通信装置であって、ユーザからの指示に基づき、質問または応答可能分野を含む問い合わせ要求を生成するための要求生成手段と、ユーザのプレゼンス情報を生成するためのプレゼンス情報生成手段と、生成された問合わせ要求およびプレゼンス情報を仲介装置に送信するための送信手段とを備える。

この発明のさらに他の局面に従う仲介プログラムは、問合わせ元である質問者と通信相手となる回答者との間の通話を仲介するためのプログラムであって、質問者からの質問を含む問い合わせ要求を受信するステップと、受信された問い合わせ要求から、質問を取得するステップと、取得された質問と、予め記憶された各回答者の応答可能分野の情報とのマッチングを行ない、質問に回答可能な通信相手を検索するステップと、検索された回答可能な通信相手のうち、現在通信可能な通信相手を抽出するステップとをコンピュータに実行させる。

この発明のさらに他の局面に従う仲介プログラムは、問合わせ元である回答者と通信相手となる質問者との間の通話を仲介するためのプログラムであって、応答可能分野を含む問い合わせ要求を受信するステップと、受信された問い合わせ要求から、応答可能分野を取得するステップと、取得された応答可能分野と、予め記憶された各質問者の質問の情報とのマッチングを行ない、応答可能分野に対応する質問を有する通信相手を検索するステップと、検索された対応する質問を有する通信相手のうち、現在通信可能な通信相手を抽出するステップとをコンピュータに実行させる。

この発明のさらに他の局面に従う通信プログラムは、問合わせ者と通信相手との通話を仲介するための仲介装置とインターネットを介して接続される通信装置において実行されるプログラムであって、ユーザからの指示に基づき、質問または応答可能分野を含む問い合わせ要求を生成するステップと、生成された問合わせ要求を仲介装置に送信するステップと、ユーザのプレゼンス情報を生成するステップと、生成されプレゼンス情報を仲介装置に送信するステップとをコンピュータに実行させる。

本発明によると、ユーザにとって、話したい事柄を話す相手を簡単に探すことができる。

本発明の実施の形態について図面を参照しながら詳細に説明する。なお、図中同一または相当部分には同一符号を付してその説明は繰返さない。

（概略および構成について）
はじめに、図１および図２を用いて、本発明の実施の形態における仲介システム１の概略について説明する。

図１は、本発明の実施の形態における仲介システム１の概略構成図である。
図１を参照して、仲介システム１は、仲介装置１００と、質問者が有する通信装置２００と、エキスパート（回答者）が有する通信装置３００とを含む。仲介装置１００、通信装置２００および通信装置３００は、それぞれインターネット４に代表されるネットワークに接続される。仲介システム１は、質問者（が有する電話機２２０または通信装置２００）とエキスパート（が有する電話機３２０または通信装置３００）との間でインターネット４を介した通話を可能とするためのＳＩＰ（Session Initiation Protocol）サーバを含んでいてもよい。

仲介装置１００は、ＷＷＷサーバである。通信装置２００および通信装置３００では、ＷＷＷブラウザが起動する。これにより、仲介装置１００に蓄積されたＨＴＭＬ（hypertext markup language）形式のファイルが、通信装置２００および通信装置３００のＷＷＷブラウザによって閲覧可能となっている。

通信装置２００および通信装置３００には、後述するように、それぞれ、質問者およびエキスパートが通信可能か否かを検出するための装置、たとえば電力計２５０，３５０が接続される。

図２は、本発明の実施の形態における仲介システム１の概念図である。
図２を参照して、通信装置２００から仲介装置１００に対して、質問を含む問合わせが送信される。そうすると、これに応じて、仲介装置１００は、受信した問合わせに合致するエキスパートに関する情報を通信装置２００へ返信する。なお、この場合、通信装置３００から仲介装置１００に対して、予め、エキスパートの応答可能分野の登録がなされているものとする。ここでの「エキスパートに関する情報」とは、質問者とエキスパートとを通話可能にするための情報であり、たとえば、後述するような、“問い合わせに合致し、かつ、現在通信可能なエキスパート”のリスト、あるいは、選択されたエキスパートの接続情報（連絡先の情報）などを含む。

また、これとは反対に、通信装置３００から仲介装置１００に対して、応答可能分野を含む問合わせが送信されると、仲介装置１００は、これに応じて、受信した問合わせに合致する質問者に関する情報を通信装置３００へ返信する。この場合、通信装置２００から仲介装置１００に対して、予め、質問の登録がなされているものとする。また、ここでの「質問者に関する情報」とは、上記エキスパートに関する情報と同様に、エキスパートと質問者とを通話可能にするための情報であり、たとえば、“問い合わせに合致し、かつ、現在通信可能な質問者”のリスト、あるいは、選択された質問者の接続情報（連絡先の情報）などを含む。

このような通信が行なわれることで、質問者が有する電話機２２０とエキスパートが有する電話機３２０との間で、質疑応答が可能となる。なお、電話機２２０，３２０の代わりに、通信装置２００および３００にたとえばヘッドセット（図示せず）を接続することで、質問者とエキスパートとの通話を可能としてもよい。

ここで、「現在通信可能」とは、問合わせ受信時において、応答可能な状態にあることを示すものとする。たとえば、在宅中であるだけでもよいし、電話や掃除や炊事などをしていない状態にあることまでも検知して「通信可能」としてもよい。なお、「現在通信可能」かどうか通知してもらうための技術としては、ＳＩＰやＩＭ（Instant Messenger）で使用されるプレゼンス機能を用いることが可能である。「現在通信可能」かどうか調査される側のユーザにおいて、当該ユーザが通信可能とみなされるような状態を予め決定しておけばよい。そうすると、あとは、現在通信可能か否かを示す状態（以下「プレゼンス状態」という）の情報（以下「プレゼンス情報」という）の取得を行うための手続、プレゼンス情報を送信してもらうよう予約する手続（SUBSRIBE）を行い、当該ユーザ側の通信装置２００，３００からプレゼンス情報を受信（Notify）すればよい。このような処理の詳細については、後述する。

本実施の形態における仲介システム１は、質問者（通信装置２００）およびエキスパート（通信装置３００）の両方から問い合わせを受けることができる。しかしながら、いずれか一方からの問合わせにのみ対応可能であってもよい。

次に、図３を用いて、仲介装置１００、通信装置２００および通信装置３００それぞれのハードウェア構成について説明する。

図３（ａ）は、仲介装置１００のハードウェア構成を示すブロック図である。
図３（ａ）を参照して、仲介装置１００は、仲介装置１００の全体的な制御を行なうためのＣＰＵ（Central Processing Unit）１０１、プログラムおよび各種データを格納するためのメモリ１０２、たとえばＨＤＤ（Hard Disk Drive）などの不揮発性メモリ１０３（以下「ＨＤＤ１０３という」）、インターネット４を介した通信を行なうための通信ＩＦ１０４、および、たとえばメモリカードなどの記録媒体１０７ｂに記録されたデータを読み出し可能なドライブ装置１０７ａを備える。これらのハードウェアは、各々バスで接続されている。なお、記録媒体１０７ｂに予め記録されたプログラム（仲介プログラム）がドライブ装置１０７ａによって読み出されて、以下に説明するような仲介処理が実現されてもよい。

図３（ｂ）は、通信装置２００および通信装置３００のハードウェア構成を示すブロック図である。

図３（ｂ）を参照して、通信装置２００は、通信装置２００の全体的な制御を行なうためのＣＰＵ２０１、プログラムおよび各種データを格納するためのメモリ２０２、たとえばＨＤＤなどの不揮発性メモリ２０３（以下「ＨＤＤ２０３という」）、インターネット４を介した通信を行なうための通信ＩＦ２０４、質問者からの指示等の入力を受付けるための入力部２０５、データを出力するための出力部２０６、および、たとえばメモリカードなどの記録媒体２０７ｂに記録されたデータを読み出し可能なドライブ装置２０７ａを備える。これらのハードウェアは、各々バスで接続されている。

同様に、通信装置３００は、通信装置３００の全体的な制御を行なうためのＣＰＵ３０１、プログラムおよび各種データを格納するためのメモリ３０２、たとえばＨＤＤなどの不揮発性メモリ３０３（以下「ＨＤＤ３０３という」）、インターネット４を介した通信を行なうための通信ＩＦ３０４、質問者からの指示等の入力を受付けるための入力部３０５、データを出力するための出力部３０６、および、たとえばメモリカードなどの記録媒体３０７ｂに記録されたデータを読み出し可能なドライブ装置３０７ａを備える。これらのハードウェアは、各々バスで接続されている。

入力部２０５，３０５は、たとえばマウスおよび／またはキーボードなどで構成される。あるいは、リモコンからの信号を赤外線通信にて受信可能な構成であってもよい。あるいは、ソフトウェアキーボードであってもよい。また、ユーザからの音声入力を受け付けるためのマイクを含んでいてもよい。

出力部２０６，３０６は、たとえばディスプレイおよび／またはスピーカなどで構成される。

なお、これらの仲介装置１００、通信装置２００および通信装置３００は、一般的なＰＣの構成と同様であってよい。あるいは、通信装置２００および通信装置３００は、放送用チューナ（図示せず）をさらに備え、たとえばテレビの構成と同様であってもよい。

次に、図４〜図７を用いて、本発明の実施の形態における仲介装置１００、通信装置２００および通信装置３００それぞれの機能について説明する。

図４は、本発明の実施の形態における仲介装置１００の機能ブロック図である。
図４を参照して、ＣＰＵ１０１は、要求取得部１１、マッチング部１２、プレゼンス検出部１３、リストアップ部１４および仲介処理部１５を含む。ＨＤＤ１０３は、要求記憶部３１、エキスパートＤＢ３２、質問者ＤＢ３３、リスト記憶部３４およびプレゼンス情報記憶部３５を含む。通信ＩＦ１０４は、通信装置２００，３００からの情報を受信するための受信部４１と、通信装置２００，３００に対して情報を送信するための送信部４２とを含む。

エキスパートＤＢ３２には、エキスパートが予め登録した、エキスパートに関する個人情報と応答可能分野の情報とがそれぞれ関連付けられて記憶されている。また、質問者ＤＢ３３には、質問者が予め登録した、質問者に関する個人情報と質問情報とがそれぞれ関連付けられて記憶されている。このような情報は、エキスパートまたは質問者からの明示的な登録に基づいて行なわれてよい。あるいは、問合わせを行なった場合であって、問合わせ内容に合致した相手を見つけられなかった場合に、登録処理が促されて、必要な情報が登録されてもよい。このようにすることで、後の問合わせに備えることができる。

要求取得部１１は、通信装置２００（質問者）または通信装置３００（エキスパート）からの要求（問合わせ）を取得する。取得された要求の内容は、要求記憶部３１に記憶される。

マッチング部１２は、取得された要求と、エキスパートＤＢ３２に記憶された応答可能分野の情報または質問者ＤＢ３３に記憶された質問情報とをマッチングして、要求に合致する通信相手（エキスパートまたは質問者）を検索する。検索された通信相手の情報は、リスト記憶部３４に記憶される。本実施の形態では、リスト記憶部３４には、検索された通信相手についての、エキスパートＤＢ３２または質問者ＤＢ３３に格納された情報の全てが記憶されるものとする。なお、このようにＤＢに格納された情報の全てが記憶されるものでなくてもよく、たとえば、各情報に識別番号を付しておき、該当の識別番号のみをリスト記憶部３４に記憶させてもよい。

プレゼンス検出部１３は、検出された通信相手のプレゼンス状態、すなわち、現在通信可能であるか否かを検出する。プレゼンス検出部１３により検出されたプレゼンス状態の情報（以下「プレゼンス情報」という）が、通信相手ごとに、プレゼンス情報記憶部３５に記憶される。

リストアップ部１４は、通信相手ごとのプレゼンス情報に基づいて、現在通信可能な通信相手をリストアップ（抽出）する。

仲介処理部１５は、抽出された通信相手と問合わせ元との通話（通信接続）を仲介するための処理（通話仲介処理）を行なう。

なお、各機能ブロックの動作は、メモリ１０２中に格納されたソフトウェアを実行することで実現されてもよいし、少なくとも一部については、ハードウェアで実現されてもよい。

図５（ａ）は、エキスパートＤＢ３２のデータ構造の一例を示す図であり、図５（ｂ）は、質問者ＤＢ３３のデータ構造の一例を示す図である。

図５（ａ）を参照して、エキスパートＤＢ３２には、エキスパートごとに、エキスパートの個人情報と応答可能分野の情報とが関連付けられて記憶されている。エキスパートの個人情報は、少なくとも、通信接続（すなわち通話）に必要な連絡先の情報（以下「連絡先情報」という）を含み、好ましくは、連絡先情報に加え、たとえば、名前、年齢および性別などの情報をさらに含む。

図５（ｂ）を参照して、質問者ＤＢ３３には、質問者ごとに、質問者の個人情報と質問情報とが関連付けられて記憶されている。質問者の個人情報は、少なくとも連絡先情報を含み、好ましくは、連絡先情報に加え、たとえば、名前、年齢および性別などの情報をさらに含む。

これらのＤＢに記憶される名前は、実名であっても仮名であってもよい。記憶される連絡先は、電話番号でもよいし、ＳＩＰアドレスでもよいし、ＩＰ（Internet Protocol）アドレスであってもよい。また、一人のエキスパートあるいは質問者に対して、複数の連絡先情報や応答可能分野の情報あるいは質問情報が関連付けられて記憶されていてもよい。図５（ｃ）のように、一人に対して複数の応答可能分野の情報あるいは質問情報が関連付けられていてもよい。以下の説明において、エキスパートＤＢ３２に記憶された応答可能分野の情報および質問者ＤＢ３３に記憶された質問情報を総称して「応答情報」ともいう。

図６（ａ）は、要求記憶部３１のデータ構造の一例を示す図である。図６（ａ）を参照して、要求記憶部３１には、問い合わせ元の通信装置２００，３００を特定するための情報と、問い合わせの内容（質問または応答可能分野の情報）とが格納される。

図６（ｂ）は、プレゼンス情報記憶部３５のデータ構造の一例を示す図である。図６（ｂ）を参照して、プレゼンス情報記憶部３５には、リスト記憶部３４に記憶された通信相手を特定するための情報（たとえば名前）と、各通信相手のプレゼンス情報とが対応付けられて記憶される。この図においては、プレゼンス状態が“ＯＫ”であれば、現在通信可能であることを示し、プレゼンス状態が“ＮＧ”であれば、現在通信不可能であることが示される。

図７は、本発明の実施の形態における通信装置２００，３００の機能ブロック図である。なお、ここでは、説明の簡単のために、通信装置２００および通信装置３００を設けて、質問者側の装置とエキスパート側の装置とを明確にしている。しかしながら、本実施の形態では、質問者およびエキスパートの両方が問合わせ者となり得ることから、両者の機能も同様である。

図７を参照して、通信装置２００におけるＣＰＵ２０１および通信装置３００におけるＣＰＵ３０１は、それぞれ、要求生成部２１１，３１１およびプレゼンス情報生成部２１２，３１２を含む。また、通信装置２００におけるＨＤＤ２０３および通信装置３００におけるＨＤＤ３０３は、それぞれ、発信先記憶部２３１，３３１、発信元記憶部２３２，３３２、入力内容記憶部２３３，３３３およびプレゼンス情報記憶部２３４，３３４を含む。

入力部２０５，３０５によって受け付けられた入力内容は、入力内容記憶部２３３，３３３に一旦記憶される。要求生成部２１１，３１１は、問い合わせ情報を生成する。要求生成部２１１，３１１は、入力内容記憶部２３３，３３３への記憶に呼応して問い合わせ情報を生成してもよい。

プレゼンス情報生成部２１２，３１２は、入力ＩＦ２０８，３０８を介して得られる電力計２５０，３５０からの情報に応じて、ユーザ（質問者またはエキスパート）のプレゼンス情報を生成する。プレゼンス情報生成部２１２，３１２は、仲介装置１００からプレゼンス情報の問合わせを受信した場合に、プレゼンス情報を生成して、返信する。あるいは、定期的にプレゼンス情報を検出しておいて、検出されたプレゼンス情報を、プレゼンス情報記憶部２３４，３３４に記憶しておいてもよい。この場合、プレゼンス情報生成部２１２，３１２は、仲介装置１００からプレゼンス情報の問合わせを受信すると、プレゼンス情報記憶部２３４，３３４に記憶しておいたプレゼンス情報を取得して、返信する。

具体的には、プレゼンス情報生成部２１２，３１２は、在宅か否かを調べるために、家庭内の電力計２５０，３５０から通電の様子を取得する。所定の電力量以上の電力が消費されていれば、在宅、すなわち通信可能であると判断し、通信可能を示すプレゼンス情報を生成する。これに対し、所定の電力量以下の電力しか消費されていなければ、不在、すなわち通信可能でないと判断し、通信不可能を示すプレゼンス情報を生成する。

なお、本実施の形態では、電力計２５０，３５０からの情報に基づき、現在通信可能か否かを判断することとしたが、これ以外の方法でプレゼンス状態を検出してもよい。あるいは、さらに、他の情報を得て、より信頼性の高いプレゼンス状態を検出してもよい。たとえば、電力計２５０，３５０からの情報により「在宅」と判断できれば、次は、当該ユーザ（通信相手）の多忙度を検出する。まずは電話中であるかどうかを調べる。電話中であれば、少なくともそちらにユーザの労力を割いているので、「通信可能ではない」と判断する。次は入浴中であるかどうかを判断する。入浴中かどうかを判断するには、浴室の電気が点灯していて、かつ、浴室にて断続的に水が使用されているかどうかを検出するとよい。これにより入浴中であると判断されれば、「通信可能ではない」とする。また、テレビに没頭しているかどうかを検出する。そのためには、テレビのチャンネル変更動作をどれくらいしているかを検出してもよい。一定時間の間に頻繁にチャンネルを変えているようであれば、見ている番組を迷っている、暇なのでテレビを適当に見ている、つまり「通信可能」と判断する。逆に、一定回数以下であれば、テレビを真剣に見ている可能性が高いので、「通信可能ではない」とする。上記のような方法もあくまで一例であって、「現在通信可能」かどうか調べられる側のユーザの、プレゼンス状態の決定方法は用途に応じて柔軟に設定してもよい。たとえば、「テレビを見ていないならば通信可能」と設定するならば、テレビの電源が切れているかどうかを調べればよい。あるいは、「炊事中ではないなら通信可能」とするならば、台所の水の使用量を調べ、所定の量以下であることを調べてもよい。あるいは、「現在通信可能」かどうかを、調べたい相手が単にオンラインであるかどうかで決定してもよい。

また、ＨＤＤ２０３，３０４には、問い合わせを行った結果、問い合わせを受けてくれた（問い合わせに答えてくれた）相手を発信先の情報として、発信先記憶部２３１，３３１に記憶しておいてもよい。このようにすることで、次回以降の問い合わせに活かすことができる。「次回以降の問い合わせに活かす」の具体例としては、たとえば、仲介装置１００から問い合わせに合致した通信相手のリストが送られてきたときに、発信先記憶部２３１，３３１の内容を参照して、かつて自分の問いに答えてくれた人を優先的に提示することができる。あるいは、「この人は答えてくれたことがある」などを提示してもよい。

一方、過去、ユーザ自身が問い合わせに応じた相手（問合わせ者）を発信元の情報として、発信元記憶部２３２，３３２に記憶しておいてもよい。このようにすることで、次回以降の問い合わせ受信に基づいた発信に活かしてもよい。具体的には、また同じ相手（問合わせ者）から問い合わせを受けた場合に、その旨ユーザに提示可能となる。

（動作について）
次に、図８〜図１２を用いて、本発明の実施の形態における仲介システムにおいて実行される処理の流れについて具体的に説明する。図８〜図１２は、本発明の実施の形態における仲介システムにおいて実行される処理の流れを示すフローチャートである。なお、以下の説明においては、問い合わせ側の通信装置２００，３００を「問い合わせ装置」といい、通信相手側の通信装置２００，３００を「通信相手装置」という。

はじめに、問合せ装置の要求生成部（２１１または３１１）は、問合せ者の個人情報入力画面を表示する（ステップＳ１０２）。次に、個人情報の入力を受付ける（Ｓ１０４）。個人情報の入力が受付けられると、問合せ対象の分野を選択するための分野選択画面が表示され（Ｓ１０６）、ユーザからの分野の選択が受付けられる（Ｓ１０８）。

次に、要求生成部は、問い合わせ内容を詳細に入力するための詳細入力画面を表示し（Ｓ１１０）、ユーザからの詳細入力を受付ける（Ｓ１１２）。受け付けられた個人情報、分野の情報および詳細情報は、入力内容記憶部（２３３または３３３）に記憶される。なお、ここでは、分野の情報および詳細情報の両方の入力が受け付けられるものとして説明したが、いずれか一方の入力のみを受け付けるものであってもよい。

続いて、要求生成部は、ユーザからの指示を判別する（Ｓ１１４）。ユーザからの指示が「修正」の場合にはユーザからの修正内容を受付ける（Ｓ１１６）。修正内容が受付けられると、再び、Ｓ１１４に戻り、指示の内容が判別される。

指示の内容が「今すぐ問合せ」であれば、問合せ装置は、仲介装置１００に対し、通信ＩＦ（２０３または３０４）を介して問合せ要求を送信する（Ｓ１１８）。Ｓ１１８の処理が終わると、Ｓ１２２に進む。

一方、指示が「登録」であれば、問合せ装置は、仲介装置１００に対し、通信ＩＦを介して登録要求を送信する（Ｓ１２０）。Ｓ１２０の処理が終わると、ステップＳ１９８に進む。

Ｓ１２２において、仲介装置１００の受信部４１は、問合せ装置から問合せ要求を受信する。これに応じて、要求取得部１１は、受信した問合せ要求から問合せの内容を取得する（Ｓ１２４）。Ｓ１２４において取得された問い合わせの内容は、要求記憶部３１に記憶される。次に、要求取得部１１は、誰からの問合せであるか、すなわち、問合わせが質問情報を含むものか、あるいは、応答可能分野情報を含むものかを判別する（Ｓ１２６）。質問者からの問合せであれば、ステップＳ１２８に進む。一方、エキスパートからの問合せであれば、ステップＳ１３０に進む。

ステップＳ１２８において、マッチング部１２は、要求記憶部３１に記憶された質問情報（質問に関する分野の情報および／あるいは詳細情報）と、エキスパートＤＢ３２に記憶された応答可能分野情報とを照合することで、問合せ内容に合致するエキスパートを検索する。検索の結果、問い合わせ内容に合致するエキスパートが抽出される。

一方、ステップＳ１３０において、マッチング部１２は、要求記憶部３１に記憶された応答可能分野情報（応答可能分野に関する分野の情報および／あるいは詳細情報）と、質問者ＤＢ３３に記憶された質問情報とを照合することで、問合せ内容に合致する質問者を検索する。検索の結果、問い合わせ内容に合致する質問者が抽出される。

なお、問い合わせ内容に合致する通信相手を選ぶ方法については、現存の自然言語処理技術を用いて行ってもよい。もしくは、問い合わせ内容に含まれる単語を抽出し、当該抽出された単語を含む情報と関連付けられた相手を単純に選んでもよい。

ステップＳ１２８またはステップＳ１３０の処理が終わると、マッチング部１２は、抽出された通信相手の情報（エキスパートまたは質問者の情報）を、リスト記憶部３４に登録する（Ｓ１３２）。

以下の説明においては、説明の簡単のために、問合わせ装置が通信装置２００、通信相手装置が通信装置３００であるものと仮定する。

次に、プレゼンス検出部１３は、抽出された通信相手の通信装置３００、すなわち通信相手装置に対し、送信部４２を介してプレゼンス情報を要求する（Ｓ１３４）。

仲介装置１００からのプレゼンス情報の要求を受信した通信装置３００のプレゼンス情報生成部３１２は、プレゼンス情報を生成する（Ｓ１３６，１３８）。次に、プレゼンス情報生成部３１２は、生成したプレゼンス情報を、通信ＩＦ３０４を介して仲介装置１００に送信する（Ｓ１４０）。

仲介装置１００のプレゼンス検出部１３は、通信装置３００からのプレゼンス情報を取得する（Ｓ１４２）。取得されたプレゼンス情報は、プレゼンス情報記憶部３５に記憶される（Ｓ１４４）。

次に、リストアップ部１４は、プレゼンス情報記憶部３５に記憶されたプレゼンス情報を参照し、現在通信可能な通信相手（ここではエキスパート）を抽出する（Ｓ１４５）。次に、仲介処理部１５は、通信可能な通信相手が存在するか否かを判別する（Ｓ１４６）。通信可能な通信相手がいると判別された場合には（Ｓ１４６においてＹＥＳ）、Ｓ１４７に進む。一方、現在通信可能な通信相手がいないと判別された場合には（Ｓ１４６においてＮＯ）、Ｓ１８４に進む。

Ｓ１４７において、仲介処理部１５は、通信装置２００すなわち問い合わせ装置に対し、通信相手の選択方法を問い合わせる。通信装置２００は、問い合わせを受信すると（Ｓ１４８Ａ）、通信相手の選択方法を指定するための画面（以下、「選択方法指定画面」という）を表示する（Ｓ１４８Ｂ）。ユーザからの指示の入力が受け付けられると（Ｓ１４８Ｃ）、指示の情報を仲介装置１００に送信する（Ｓ１４８Ｄ）。

仲介装置１００の受信部４１は、指示の情報を受信する（Ｓ１４９）。仲介処理部１５は、受信された指示に基づき、通信相手を自動選択するか否かを判断する（Ｓ１５０）。通信相手を自動選択する場合には（Ｓ１５０においてＹＥＳ）、Ｓ１５２に進む。一方、通信相手を自動選択しないと判断された場合には（Ｓ１５０においてＮＯ）、ステップＳ１６２に進む。

Ｓ１５２において、仲介処理部１５は、通信相手をランダムに選択する。そして、問合せ者の電話機２２０と通信相手の電話機３２０とを通話可能に接続するための処理（たとえば通信要求）を行なう（Ｓ１５４）。

次に、仲介処理部１５は、問合せ者の電話機２２０と通信相手の電話機３２０とが接続できたか否かを判断する（Ｓ１５６）。接続できたと判断された場合（Ｓ１５６においてＹＥＳ）、この一連の処理は終了される。一方、接続できなかったと判断した場合（Ｓ１５６においてＮＯ）、仲介装置１００は、プレゼンス情報を更新する（Ｓ１５８）。つまり、通信要求を行なった通信相手のプレゼンス情報を「ＯＫ」から「ＮＧ」に変更する。なお、Ｓ１５６における接続できたか否かの判断は、問い合わせ装置からの接続できたか否かの応答に応じて行なわれてもよいし、自動で検出してもよい。ここで、「自動で検出する」方法としては、たとえば、仲介装置１００よりＳＩＰメッセージを送出し、通信相手より正当なＳＩＰ応答が受信できたかどうかを判断することが考えられる。

続いて、仲介処理部１５は、更新後のプレゼンス情報を参照して、通信可能な通信相手が残っているか否かを判断する（Ｓ１６０）。通信可能な通信相手が残っていると判断された場合（Ｓ１６０においてＹＥＳ）、ステップＳ１５２に戻る。これに対し、通信可能な通信相手が残っていないと判断された場合（Ｓ１６０においてＮＯ）、ステップＳ１８４に進む。

ステップＳ１６２においては、仲介処理部１５は、リスト記憶部３４に記憶された通信相手の情報とプレゼンス情報記憶部３５に記憶されたプレゼンス情報とに基づいて、通信可能な通信相手のリストを作成する。具体的には、たとえば、名前以外の個人情報と、応答情報（ここでは応答可能分野情報）がリスト化される。作成されたリストは、通信装置２００（問合せ装置）に送信される（Ｓ１６４）。

通信装置２００は、仲介装置１００から送られてきたリストを受信する（Ｓ１６６）。これに応じて、通信装置２００は、通信相手の一覧を表示し（Ｓ１６８）、ユーザからの通信相手の指定を受付ける（Ｓ１７０）。通信相手の指定が受付けられると、通信装置２００は、指定結果を仲介装置１００に送信する（Ｓ１７２）。

仲介装置１００の仲介処理部１５は、通信装置２００から指定結果を受信すると（Ｓ１７４）、問合せ者の電話機２２０と通信相手の電話機３２０とを通話可能に接続するための処理（たとえば通信要求）を行なう（Ｓ１７６）。

次に、仲介装置１００は、問合せ者の電話機２２０と通信相手の電話機３２０とを接続できたか否かを判断する（Ｓ１７８）。接続できたと判断された場合（Ｓ１７８においてＹＥＳ）、この一連の処理は終了される。一方、接続できなかったと判断された場合（Ｓ１７８においてＮＯ）、仲介装置１００は、プレゼンス情報を更新する（Ｓ１８０）。Ｓ１７６〜Ｓ１８０の処理は、それぞれ、上述のＳ１５４〜Ｓ１５８の処理と同様である。

次に、仲介処理部１５は、通信可能な通信相手が残っているか否かを判断する（Ｓ１８２）。通信可能な通信相手が残っていると判断された場合（Ｓ１８２においてＹＥＳ）、ステップＳ１８３に進む。Ｓ１８３において、仲介処理部１５は、通信可能な通信相手のリストを更新する。通信相手のリストが更新されると、ステップＳ１６４に戻る。一方、通信可能な通信相手が残っていないと判断された場合（Ｓ１８２においてＮＯ）、ステップＳ１８４に進む。

Ｓ１８４において、仲介装置１００は、通信装置２００に対し、該当者がいない旨の通知を行なう。

通信装置２００は、仲介装置１００からの通知を受信すると（Ｓ１８６）、指示画面を表示する（Ｓ１８８）。そして、ユーザからの指示の入力を受付ける（Ｓ１９０）。ユーザからの指示の入力が受付けられると、通信装置２００は、指示の情報を送信する（Ｓ１９２）。

仲介装置１００は、指示の情報を受信すると（Ｓ１９４）、その指示が「登録要求」か否かを判断する（Ｓ１９６）。ユーザからの指示が登録要求であると判断された場合（Ｓ１９６においてＹＥＳ）、ステップＳ２００に進む。一方、ユーザからの指示が登録要求でないと判断された場合（Ｓ１９６においてＮＯ）、この処理は終了される。

ステップＳ２００において、仲介装置１００は、要求記憶部３１に記憶された問い合わせの内容と、問い合わせ者（ここでは質問者）の個人情報とを関連付けて、該当するＤＢ（ここでは質問者ＤＢ３３）に登録する。

以上で、一連の処理は終了される。
以上説明したような、本発明の実施の形態における仲介システム１で実行される処理手順の概要を図１３および図１４に示す。図１３は、本発明の実施の形態における仲介システム１で実行される処理手順の一例を示す概要図である。図１３には、仲介装置１００が通信相手を自動で選択する場合における処理の例が示される。

図１３を参照して、問い合わせ者は、問い合わせの情報とともに通信要求（ＳＩＰにおける「invite」など）を仲介装置１００に送信する（Ｓ１）。仲介装置１００は、受信した通信要求とともに受信した問い合わせの情報に基づいて、問い合わせに合致する人であって、現在通信可能な人を選ぶ（Ｓ２）。そして、選ばれた人の中から一人通信相手を決定し（Ｓ３）、決定した人の連絡先、たとえばＳＩＰアドレスを該当のＤＢから読み出す（Ｓ４）。そして、取得したＳＩＰアドレスに向かって、受信していた通信要求を転送する（Ｓ５）。これにより、問合わせ者と通信相手との間で通信を確立させることができる（Ｓ６）。

図１４は、本発明の実施の形態における仲介システム１で実行される処理手順の他の例を示す概要図である。図１４には、通信相手を自動で選択しない場合における処理の例が示される。

図１４を参照して、問い合わせ者は、問い合わせの情報とともに通信要求を仲介装置１００に送信する（Ｓ１１）。仲介装置１００は、受信した通信要求とともに受信した問い合わせの情報に基づいて、問い合わせに合致する人であって、現在通信可能な人のリストを作成し（Ｓ１２）、問い合わせ者に返送する（Ｓ１３）。問い合わせ者は、送られてきたリストから通信したい相手を一人選ぶと、再び通信要求を発し、それとともに誰を選んだかを通知する（Ｓ１４）。仲介装置１００は、当該通信要求とともに受信した通信したい相手を取得し、その連絡先、たとえばＳＩＰアドレスを該当のＤＢから読み出す（Ｓ１５）。そして、仲介装置１００は、取得したＳＩＰアドレスに向かって、受信していた通信要求を転送する（Ｓ１６）。これにより、問い合わせ者と通信相手との間での通信を確立させることができる（Ｓ１７）。

図１３および１４に示したように、仲介装置１００（の仲介処理部１５）が実際の通話の仲介を行なう場合には、問い合わせ者に通信相手の連絡先を特に知らせることなく通信を確立させることができる。なお、上記したように、仲介装置１００は、実際の通話の仲介を行なうものでなくてもよく、たとえば、問い合わせ者が速やかに接続処理を行えるような情報、たとえば通信相手の電話番号やＳＩＰアドレスを、問い合わせ装置に送信してもよい。

以上のように、本実施の形態によると、仲介装置１００は、問合わせ者が質問者の場合、質問者が持つ質問に合致し、かつ、すぐに通話可能な話者（エキスパート）を抽出することができる。また、問合わせ者がエキスパートの場合、エキスパートが応答可能な分野について質問を持つ話者（質問者）であって、かつ、すぐに通話可能な話者（質問者）を抽出することができる。つまり、本実施の形態によると、ユーザにとって、自分の問い合わせに答えてくれる相手であって、すぐに自分の問い合わせに応答してもらえるような相手を適切に探すことができる仲介装置１００を提供することができる。言い換えると、ユーザが能動的に通話相手を検索する手間はなく、「聞きたいこと」，「話したいこと」などの内容を指示すれば通話が開始できる装置を提供可能となる。

また、仲介装置１００は、通信可能な通信相手を抽出するだけでなく、問合わせ者と抽出された通信相手との通話を仲介する。これにより、問合わせ者は速やかに通信相手との通話を行なうことができる。

また、本実施の形態では、問合わせをして通信相手が見つからなかった場合にも登録可能である（Ｓ１９６）。このため、何度も同じ内容の登録をする必要がなく、利便性に優れている。なお、必ずしも相手が見つからなかった場合にも登録可能とする必要はなく、はじめに登録要求がされた場合にのみ、問合わせ内容を登録することとしてもよい。

また、本実施の形態では、自動選択あるいはユーザによる選択によって通話可能に接続するよう試みたところ、接続できなかった場合に、次の候補への接続を試みる。すなわち、自動選択で通信相手を選択していた場合、次に自動で選択するときに、選択対象から「接続できなかった相手」を除いて再び自動接続を試みる。あるいは、ユーザが通信相手を選択していた場合には、「接続できなかった相手」を除いた「通信可能相手リスト」をユーザに送信し、再び、ユーザによる通信相手の選択を待つ。このような処理を行なうことにより、接続の可能性を高めることができる。なお、これらの過程において、ユーザが中断を指示する操作を行ったときには、接続処理は中断されてよい。

（表示例について）
図１５〜２０を用いて、問い合わせ装置において表示される各画面の具体例を説明する。

図１５は、Ｓ１０２において表示される個人情報入力画面の一例を示す図である。図１５を参照して、表示部の所定の領域Ｄ１に、名前、連絡先、年齢および性別を入力するための入力欄が表示される。また、問合わせ者が質問者である場合に選択するためのボタンＢ１、および、問合わせ者がエキスパートである場合に選択するためのボタンＢ２が表示される。

図１６は、Ｓ１０６において表示される分野選択画面の一例を示す図である。図１６（ａ）には、問合わせ者が質問者である場合に表示される分野選択画面の一例が示され、図１６（ｂ）には、問合わせ者がエキスパートである場合に表示される分野選択画面の一例が示される。

図１６（ａ）および（ｂ）に示されるように、たとえば、大分類をタブで表現し、小分類をボタンで表現してもよい。この場合、ユーザからいずれか一つ以上のボタン押下を受ける。そうすることで、質問対象の分野あるいは応答可能な分野の入力が受け付けられる。

図１７（ａ）は、Ｓ１１０において表示される詳細入力画面の一例を示す図である。ここでは、たとえばマイクによって詳細情報の入力が実行される例が示される。

図１７（ａ）を参照して、表示部の所定の領域Ｄ３には、マイクを介して入力された音声の解析結果がテキスト表示される。また、画面上に、「修正」の指示（“修正する”））を入力するためのボタンＢ３、「今すぐ問合わせ」の指示（“今すぐ聞く”）を入力するためのボタンＢ４および「登録」の指示（“とりあえず登録”）を入力するためのボタンＢ５が表示される。ボタンＢ３は、どこかに誤認識があった場合に、誤認識を訂正させる指示を行うボタンである。

図１７（ｂ）は、詳細修正画面の一例を示す図である。表示部の領域Ｄ３に表示された文字列が文節で区切られる。これにより、区切られた文節単位での修正が受付けられる。ユーザはカーソル移動により、修正対象の文節を選択することができる。表示部の所定の領域Ｄ４には、選択した文節を修正するためにユーザが発生した音声の解析結果がテキスト表示される。なお、文章全体を再入力させる形でもかまわない。文字列を文節に区切る方法としては、公知の技術を適用することができる。

図１８は、Ｓ１４８Ｂにおいて表示される選択方法指定画面の一例を示す図である。
図１８を参照して、画面上には、「エキスパートはコンピュータで自動に選択してよろしいですか？」というメッセージが表示され、自動選択を指定するためのボタンＢ６および自分で選択することを指定するためのボタンＢ７が表示される。

図１９は、Ｓ１６８において表示される通信相手一覧画面の一例を示す図である。
図１９を参照して、画面には、通信相手の年齢、性別および分野などが一覧表示される。このような情報が表示されることで、ユーザは、表示されている通信相手のうち、自分の問い合わせに確実に答えてくれそうな通信相手を選択することができる。図１９に示されるように、リストを提示する際に、通信相手の連絡先を除いた情報を提示するため、個人情報について意図しない漏洩を防ぐことができる。

図２０は、Ｓ１８８において表示される指示画面の一例を示す図である。
図２０を参照して、画面には、ウィンドウＷ１が表示され、「相手が見つかりません。どうしますか？」というメッセージが表示される。また、ウィンドウＷ１には、「登録」の指示を入力するためのボタンＢ９および、「キャンセル」の指示を入力するためのボタンＢ１０が表示される。

（変形例について）
なお、本実施の形態では、問い合わせに合致する通信相手を抽出した後、抽出された「問い合わせに合致する相手」のうち、「通信可能」である通信相手に絞り込むものとした。しかしながら、このような順序に限定されるものではなく、逆に、エキスパートあるいは質問者として登録されている人の中から「通信可能」な人を検索し、その中で「問い合わせに合致する相手」を抽出してもよい。または、「問い合わせに合致する相手」の抽出と、「現在通信可能な人」の抽出とを並行処理し、どちらにも含まれる人を抽出してもよい。

また、本実施の形態では、ユーザ（問合わせ者）に、通信相手の選択方法を選択させたが、予め、いずれか一方に設定されていてもよい。

また、本実施の形態では、Ｓ１１４ではじめから「登録」が選択された場合、および、問い合わせしてみて相手が見つからなかった場合に「登録要求」がされた場合のいずれも、対応するＤＢへの登録をすることで一連の処理を終了することとした。しかしながら、後者の場合、問い合わせ者は、できるだけ早く通信相手を探したいことが多いと考えられる。したがって、後者の場合には、仲介装置１００は、定期的に、問い合わせに合致する通信相手の検索を実行してもよい。これは、たとえば問い合わせ後も問い合わせ装置の電源が投入状態であれば、問い合わせ装置が定期的に通信要求を送信することで実現することができる。あるいは、問い合わせ後問い合わせ装置の電源が切断された場合には、次に電源が投入されたときに仲介装置１００に対して通信要求を送信することで実現することができる。

あるいは、本実施の形態では、通信接続が確立されると仲介処理を終了することとしたが、通信接続後、問合わせ者に、通信相手の評価を入力させてもよい。

通信相手の評価は、たとえば星の数（たとえば１個〜５個）の多さにより行なうことができる。この場合、図２１に示されるように、対応のＤＢに、各質問者または各エキスパートごとに、図５（ａ）および（ｂ）に示した情報に加えて評価情報をさらに関連付けて格納させるとよい。なお、このような評価は、通信相手がエキスパートの場合にのみ行なわれてもよい。図２１は、仲介装置１００のエキスパートＤＢ３２に、各質問者ごとに、評価情報をさらに関連付けて格納された例を示す図である。

図２１を参照して、エキスパートＤＢ３２に、各エキスパートが回答した回数のデータと、その評価のデータとが関連付けられて記憶されている。これらの情報は、エキスパートの回答熟練度とみなし、Ｓ１５２における自動選択時の選択基準としてもよい。たとえば、「過去の回答回数が３回以上」というように回答回数に閾値を設け、閾値を越えたエキスパートを選出してもよい。あるいは、「評価が星二つ以上」というように評価に閾値を設け、閾値を超えた評価がつけられたエキスパートを選出してもよい。あるいは、Ｓ１６４において、これらの情報を合わせて問い合わせ装置に送信し、ユーザにこれらの情報を参考にした上で選んでもらってもよい。

なお、評価の方法は、星の数の多さに限定されるものではなく、次のようにして通信相手の評価をすることとしてもよい。図２２（ａ）は、役立ち度により評価させる例を示す図であり、図２２（ｂ）は、お勧め度により評価させる例を示す図である。すなわち、図２２（ａ）のように、ユーザに対して「エキスパートとの対話はどれくらい役に立ちましたか？」というように、役立ち度による評価の入力を促してもよい。あるいは、図２２（ｂ）のように、「このエキスパートを他の質問者の方へオススメできますか？」と表示し、お勧め度による評価の入力を促してもよい。

また、本実施の形態では、該当者がいなかった場合、「登録」および「キャンセル」のうちいずれか一方を選択することとした。しかしながら、「登録」および「キャンセル」に加え、「対象を拡大して再検索」という項目を追加してもよい。この場合、Ｓ１９６でＮＯの場合にさらに、「再検索」か否かをさらに判断することとし、再検索でなければ（キャンセルであれば）、終了するが、「再検索」であれば、対象を拡大して再検索の処理を行なう。具体的には、詳細情報を、たとえば形態素解析によって（修飾語などの）最も関連の薄い文節を削除する処理を行なう。この処理の後、再び、Ｓ１２８またはＳ１３０の処理（問い合わせ内容に答えてくれる相手を検索する処理）を行ない、上述の処理を繰返す。あるいは、単に、「再検索」という項目を追加して、「再検索」が選択されると再度Ｓ１２８またはＳ１３０以降の処理を行なってもよい。このようにすることで、的確な答えが返ってくる可能性は低くとも今すぐ誰かと話したいのに、「問い合わせに合致する人」が見つけられなかったばっかりに、問い合わせそのものをあきらめてしまう事態を防ぐことができる。

たとえば、最初の問い合わせが「焦がさずに煮豆を作る方法を教えてください」だった場合、単に「焦がさずに」の部分を削除して「煮豆を作る方法を教えてください」という問い合わせへ変更する。これは、自然言語解析の一手法である形態素解析を施し文節に区切った後、係り受けを見て、「教えて欲しい」ことからもっとも遠い事項を算出することで実現可能である。より具体的には、「焦がさずに煮豆を作る方法を教えてください」を文節に区切ると、「焦がさずに／煮豆を／作る／方法を／教えてください」となる。「教えてください」という述語に対する目的語は「方法」で、その「方法」に直接的にかかるのは「作る」である。また、「作る」の目的語は「煮豆」である。よって、「焦がさずに」とは、「作る」を修飾する語と判断され、この質問文の中では最も「教えて欲しい」ことから遠い事項となる。

もしくは、「質問を変えてください」というメッセージをユーザに提示し、再び問い合わせを入力させてもよい。

あるいは、問い合わせ者の電話機と通信相手の電話機とが接続できたとしても、実際に、問合わせ者の問いに通信相手が答えてくれるとは限らない。このことから、接続の後に、問い合わせ者に、「終了」か「次の人」かを選択させてもよい。「次の人」が選択されると、プレゼンス情報を更新し（Ｓ１５８あるいはＳ１８０）、上述の処理を繰り返し実行してもよい。これにより、さらに簡単な操作で、今度こそ問合わせに答えてくれる人と会話することが可能となる。この場合、単純に、Ｓ１４５において抽出された「現在通信可能な通信相手」の中から選択してもよい。あるいは、問合わせ者により「次の人」が選択されたことを検知すると、仲介装置１００は、Ｓ１４５において抽出された「現在通信可能な通信相手」を対象にして、再度通信可能な相手であるかどうかを確認してもよい。あるいは、Ｓ１２８またはＳ１３０で抽出した質問者またはエキスパート全員に対して再度通信可能な相手がいるかどうかを再抽出してもよい。

または、図１９（ｂ）に示したように、問合わせ装置において表示される通信相手一覧画面では、通信相手ごとに、年齢、性別、および応答可能分野（あるいは質問）の情報のみが表示されるものであったが、表示される情報はこのような情報に限定されるものではない。たとえば、通信装置２００，３００が発信先記憶部２３１，３３１を備える場合、図２３（ａ）のように、以前質問に応答してくれたか否かの情報をさらに表示してもよい。この図において、上から３つめの６７歳の通信相手は、過去２回、問合わせ者自身からの質問に応答してくれたことがあることが示される。なお、仲介装置１００側で応答履歴を記憶しておいて、通信相手一覧の情報を問合わせ装置に送信するときに一緒に通知してもよい。また、通信相手装置（通信装置２００，３００）が発信元記憶部２３２，３３２を備える場合、通信相手装置において、問合わせ者の情報を表示してもよい。たとえば、発信元記憶部２３２，３３２に過去問い合わせに応じた回数を記憶しておくことで、図２３（ｂ）のように、問い合わせを受けたときに、その回数も一緒に表示することができる。

また、本発明の仲介装置１００が行なう仲介方法および通信装置２００，３００が行なう問い合わせ方法などを、プログラムとして提供することもできる。このようなプログラムは、ＣＤ−ＲＯＭ（Compact Disc-ROM）やメモリカードなどのコンピュータ読取り可能な記録媒体１０７ｂ，２０７ｂ，３０７ｂにて記録させて、プログラム製品として提供することもできる。また、ネットワークを介したダウンロードによって、プログラムを提供することもできる。

提供されるプログラム製品は、ＨＤＤ１０３，２０３，３０３などのプログラム格納部にインストールされて実行される。なお、プログラム製品は、プログラム自体と、プログラムが記録された記録媒体とを含む。

今回開示された実施の形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上記した説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

本発明の実施の形態における仲介システムの概略構成図である。本発明の実施の形態における仲介システムの概念図である。（ａ）は、仲介装置のハードウェア構成を示すブロック図であり、（ｂ）は、通信装置のハードウェア構成を示すブロック図である。本発明の実施の形態における仲介装置の機能ブロック図である。（ａ）は、仲介装置におけるエキスパートＤＢのデータ構造の一例を示す図であり、（ｂ）は、仲介装置における質問者ＤＢのデータ構造の一例を示す図である。（ａ）は、仲介装置における要求記憶部のデータ構造の一例を示す図であり、（ｂ）は、仲介装置におけるプレゼンス情報記憶部のデータ構造の一例を示す図である。本発明の実施の形態における通信装置の機能ブロック図である。本発明の実施の形態における仲介システムにおいて実行される処理の流れを示す第１のフローチャートである。本発明の実施の形態における仲介システムにおいて実行される処理の流れを示す第２のフローチャートである。本発明の実施の形態における仲介システムにおいて実行される処理の流れを示す第３のフローチャートである。本発明の実施の形態における仲介システムにおいて実行される処理の流れを示す第４のフローチャートである。本発明の実施の形態における仲介システムにおいて実行される処理の流れを示す第５のフローチャートである。本発明の実施の形態における仲介システムで実行される処理手順の一例を示す概要図である。本発明の実施の形態における仲介システムで実行される処理手順の他の例を示す概要図である。図８のＳ１０２において表示される個人情報入力画面の一例を示す図である。図８のＳ１０６において表示される分野選択画面の一例を示す図であり、（ａ）は、問合わせ者が質問者である場合に表示される分野選択画面の一例を示す図であり、（ｂ）は、問合わせ者がエキスパートである場合に表示される分野選択画面の一例を示す図である。（ａ）は、図８のＳ１１０において表示される詳細入力画面の一例を示す図であり、（ｂ）は、詳細修正画面の一例を示す図である。図１０のＳ１４８Ｂにおいて表示される選択方法指定画面の一例を示す図である。図１１のＳ１６８において表示される通信相手一覧画面の一例を示す図である。図１２のＳ１８８において表示される指示画面の一例を示す図である。仲介装置のエキスパートＤＢに、各質問者ごとに、評価情報をさらに関連付けて格納された例を示す図である。（ａ）は、役立ち度により評価させる例を示す図であり、（ｂ）は、お勧め度により評価させる例を示す図である。（ａ）は、通信相手一覧画面の他の一例を示す図であり、（ｂ）は、問い合わせを受信した際に表示される画面の一例を示す図である。

符号の説明

１仲介システム、４インターネット、１１要求取得部、１２マッチング部、１３プレゼンス検出部、１４リストアップ部、１５仲介処理部、３１要求記憶部、３４リスト記憶部、３５プレゼンス情報記憶部、４１受信部、４２送信部、１００仲介装置、１０２，２０２，３０２メモリ、１０３，２０３，３０３不揮発性メモリ、１０７ａ，２０７ａ，３０７ａドライブ装置、１０７ｂ，２０７ｂ，３０７ｂ記録媒体、２００，３００通信装置、２０５，３０５入力部、２０６，３０６出力部、２１１，３１１要求生成部、２１２，３１２プレゼンス情報生成部、２２０，３２０電話機、２３１，３３１発信先記憶部、２３２，３３２発信元記憶部、２３３，３３３入力内容記憶部、２３４，３３４プレゼンス情報記憶部、２５０，３５０電力計。

Claims

問合わせ元である質問者と通信相手となる回答者との間の通話を仲介するための仲介装置であって、
各前記回答者に関する通信相手情報と、各前記回答者の応答可能分野の情報とを関連付けて記憶する応答可能分野記憶手段と、
前記質問者からの質問を含む問い合わせ要求を受信するための受信手段と、
受信された前記問い合わせ要求から、前記質問を取得するための要求取得手段と、
取得された前記質問と記憶された前記応答可能分野の情報とのマッチングを行ない、前記質問に回答可能な前記通信相手を検索するためのマッチング手段と、
検索された前記回答可能な通信相手のうち、現在通信可能な通信相手を抽出するための抽出手段とを備える、仲介装置。
問合わせ元である回答者と通信相手となる質問者との間の通話を仲介するための仲介装置であって、
各前記質問者に関する通信相手情報と、各前記質問者の質問の情報とを関連付けて記憶するための質問記憶手段と、
応答可能分野を含む問い合わせ要求を受信するための受信手段と、
受信された前記問い合わせ要求から、前記応答可能分野を取得する要求取得手段と、
取得された前記応答可能分野と前記質問の情報とのマッチングを行ない、前記応答可能分野に対応する質問を有する前記通信相手を検索するためのマッチング手段と、
検索された前記対応する質問を有する通信相手のうち、現在通信可能な通信相手を抽出するための抽出手段とを備える、仲介装置。
インターネットを介して接続される、前記回答者それぞれが有する通信装置から、前記回答者の前記応答可能分野の情報を受付けるための受付手段と、
受付けられた前記応答可能分野の情報を前記応答可能分野記憶手段に登録するための登録手段とをさらに備える、請求項１に記載の仲介装置。
インターネットを介して接続される、前記質問者それぞれが有する通信装置から、前記質問者の前記質問の情報を受付けるための受付手段と、
受付けられた前記質問の情報を前記質問記憶手段に登録するための登録手段とをさらに備える、請求項２に記載の仲介装置。
前記通信装置からの情報に基づき、前記通信相手が現在通信可能か否かを示すプレゼンス状態を検出するための検出手段をさらに備える、請求項３または４に記載の仲介装置。
抽出された前記通信相手のうちのいずれかに対して通話を仲介するための仲介手段をさらに備える、請求項１または２に記載の仲介装置。
前記仲介手段は、抽出された前記通信相手に関する一部あるいは全部の情報を、前記問い合わせ元に通知し、前記問い合わせ元より指示された前記通信相手に対して通話を仲介する、請求６に記載の仲介装置。
前記通信相手情報は、各前記通信相手の連絡先の情報を含み、
前記仲介手段は、前記通信相手に関する情報を通知する際に、前記連絡先の情報を除外する、請求項７に記載の仲介装置。
問合わせ者と通信相手との通話を仲介するための仲介装置とインターネットを介して接続される通信装置であって、
ユーザからの指示に基づき、質問または応答可能分野を含む問い合わせ要求を生成するための要求生成手段と、
前記ユーザのプレゼンス情報を生成するためのプレゼンス情報生成手段と、
生成された前記問合わせ要求および前記プレゼンス情報を前記仲介装置に送信するための送信手段とを備える、通信装置。
問合わせ元である質問者と通信相手となる回答者との間の通話を仲介するためのプログラムであって、
前記質問者からの質問を含む問い合わせ要求を受信するステップと、
受信された前記問い合わせ要求から、前記質問を取得するステップと、
取得された前記質問と、予め記憶された各前記回答者の応答可能分野の情報とのマッチングを行ない、前記質問に回答可能な前記通信相手を検索するステップと、
検索された前記回答可能な通信相手のうち、現在通信可能な通信相手を抽出するステップとをコンピュータに実行させる、仲介プログラム。
問合わせ元である回答者と通信相手となる質問者との間の通話を仲介するためのプログラムであって、
応答可能分野を含む問い合わせ要求を受信するステップと、
受信された前記問い合わせ要求から、前記応答可能分野を取得するステップと、
取得された前記応答可能分野と、予め記憶された各前記質問者の質問の情報とのマッチングを行ない、前記応答可能分野に対応する質問を有する前記通信相手を検索するステップと、
検索された前記対応する質問を有する通信相手のうち、現在通信可能な通信相手を抽出するステップとをコンピュータに実行させる、仲介プログラム。
問合わせ者と通信相手との通話を仲介するための仲介装置とインターネットを介して接続される通信装置において実行されるプログラムであって、
ユーザからの指示に基づき、質問または応答可能分野を含む問い合わせ要求を生成するステップと、
生成された前記問合わせ要求を前記仲介装置に送信するステップと、
前記ユーザのプレゼンス情報を生成するステップと、
生成され前記プレゼンス情報を前記仲介装置に送信するステップとをコンピュータに実行させる、通信プログラム。