JP4380144B2 - 音声対話用情報処理装置 - Google Patents
音声対話用情報処理装置 Download PDFInfo
- Publication number
- JP4380144B2 JP4380144B2 JP2002334482A JP2002334482A JP4380144B2 JP 4380144 B2 JP4380144 B2 JP 4380144B2 JP 2002334482 A JP2002334482 A JP 2002334482A JP 2002334482 A JP2002334482 A JP 2002334482A JP 4380144 B2 JP4380144 B2 JP 4380144B2
- Authority
- JP
- Japan
- Prior art keywords
- user
- dialog
- information
- matching
- dialogue
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Expired - Fee Related
Links
Images
Landscapes
- Telephonic Communication Services (AREA)
- Electrically Operated Instructional Devices (AREA)
Description
【０００１】
【発明の属する技術分野】
本発明は、音声サーバを媒介とした電子的なネットワーク上で形成される電子コミュニティでのコミュニケーションシステムに関わり、特に、音声入出力手段を用いて音声対話システムに接続し対話を進めていくことで特定の業務を実行する音声対話システム、電話回線を用いて遠隔地から音声対話サーバに接続し、語学学習を行うような語学学習システムに関する発明である。
【０００２】
【従来の技術】
現在、音声認識機能を用いて、学習者が教師システムとインタラクティブに対話を進め、目標とするダイアログやスキットを学習する「対話型語学学習システム」が実現されつつある。一般に、対話型語学学習システムは、（１）インターネットなどのネットワークに接続されておらず単体で動作可能なオフライン型学習システム、（２）ネットワークを介してデータ通信を行い学習を進めるオンライン型学習システム、（３）電話回線網を介して音声通話を行い音声対話によって学習を進める音声対話型学習システムの３種類に分類される。例えば、上記（３）の実現方法としては、インターネットを利用している利用者が、遠隔地にある音声サーバに接続し、語学学習する方法が提案されている（例えば、特許文献１参照。）。このような音声対話型語学学習システムは、音声通話回線ボードを備えるコンピュータと、音声対話を実現するソフトウェアプログラムから構成され、語学学習サービスを提供するサービス提供者が設置・運用するのが一般的である。音声対話型語学学習システムでは、あらかじめ、学習内容や学習手順などの手続きをプログラムとして記述しておけば、自動的に実行できるメリットがある。すなわち、音声合成手段を用いて学習者への情報提示を行い、音声認識手段を用いて学習者の発話を認識することが可能であるため、発話及び認識を逐次実行するような対話制御手順が決められていれば自動実行可能であり、既にこのような対話制御手順を逐次実行するプログラムは、例えばＶｏｉｃｅＸＭＬ（Ｖｏｉｃｅ ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）インタプリタなどで実現されている。ＶｏｉｃｅＸＭＬでは、ＶｏｉｃｅＸＭＬスクリプトと呼ばれる標準スクリプトで記述された対話内容が、ＶｏｉｃｅＸＭＬインタプリタにより逐次実行され、利用者との対話を可能とする。例えば、以下の対話例１を実現するＶｏｉｃｅＸＭＬスクリプトは、スクリプト例１のように記述される。
対話例１
（１）システム：こちらは、音声自動応答システムです。ご利用になりたい、メニュー番号を発声してください。
（２）利用者：２番をお願いします。
（３）システム：２番ですね？ 初級の学習を開始します。よろしいですか？
（４）利用者：はい。
このように、語学学習サービス等の音声対話システムは、これまで開発されている手段で実現可能であり、同様の手法で音声対話型のサービス、例えば株価情報や天気情報などの情報を音声対話で取得するサービスなども実現可能である。
ところで、このような音声対話型語学学習を実施する上での長所は、学習者の発話内容によってシステムの応答を変更することができる点である。すなわち、学習者の回答内容が、システムにとって不十分な回答であれば再発話を促す機能や、複数の選択肢がある場合に、選択した内容に応じてシステムの応答を変更する機能などを付加できる。
【特許文献１】
特開２００２−１５７１１３号公報
【０００３】
【発明が解決しようとする課題】
語学学習に際しては、一般の語学学習教室で見られるように、教師と学習者の対話や学習者同士の対話、すなわち「人間同士の対話」を欠くことができない。更に、学習した内容を実際に運用することで他者からフィードバックを受け、学習進度の確認や欠点を自ら知ることも重要である。例えば、語学学習では、学んだことを実地に体験し状況に対応して応答を変えていく、「ロールプレイ」もしくは「ロールプレイング」と呼ぶ学習が効果的であると言われており、語学学習に応用する場合には特に重要な機能であると考えられる。しかしながら、上記の音声対話型学習システムでは、場面に応じた対話の実行が可能であるが、その反面システムが発する音声は一般に機械音声であり、人間の発声音声には遠く及ばないため、人間同士が行うような自然な対話を実現することは難しい。更に、現在の音声対話システムでは、学習者と教師の１対１の対話に限定されているため、例えば、学習者が他の学習者とロールプレイングを実施したいという欲求がある場合には、ロールプレイングを希望する他の学習者を探し出し、該音声対話システムとは異なる手段を利用して、学習者自らが他の学習者に接触する必要がある。このような学習者間コミュニティはフォーラム等の形態で実現されているが、一般に、学習者が自分の希望する他の学習者を探索する作業は時間や労力がかかり、学習サービスによっては、プライバシーの観点から学習者の特徴を示すプロフィールにアクセスを試みること自体を禁止する場合も想定され、現在の音声対話システムを用いた語学学習サービスでは、学習者同士のロールプレイングの機能を容易に実現することは困難であった。そこで本発明の課題は、音声対話型学習システムにおいて「人間同士の対話」ができるシステム実現することである。以上のように、これまでの音声対話システムを用いて語学学習サービスを実施する場合には多くの課題があり、当然ながら、該課題は語学学習サービスのみに限定されるものではなく、音声対話システムを利用するサービス一般でも同様な課題となる。
【０００４】
【課題を解決するための手段】
上記課題を解決する手段として、本発明では、ユーザからの入出力を制御する入出力手段と、ユーザとの対話を管理する対話管理クライアントと、対話管理クライアントと通信線で接続されている対話調停手段が情報を交換することで、所定の条件が満足された場合には、対話管理クライアント間にブリッジをはることのできる情報処理システムを提供する。
【０００５】
【発明の実施の形態】
本発明の実施の一形態について、図面に基づいて説明する。
まず、下記に示す対話例２Ａ、対話例２Ｂ、及び図１を用いて、本発明に関わるブリッジをはる方法の実施形態に関して説明する。下記対話例では、説明中で引用するために各発話内容に対して”［］”を用いて付番し、対話管理クライアントを「システム」と呼称する。
対話例２Ａ
［１］システム１：こんにちは。日本語学習システムです。
［２］ユーザＡ：会員番号０１２３のマイクです。
［３］システム１：本日は、「買い物」のダイアログを学習します。よろしいですか？
［４］ユーザＡ：はい。
［５］システム１：
［６］ユーザＡ：
［７］システム１：
［８］ユーザＡ：
［９］システム１：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［１０］ユーザ：はい。
［１１］システム１：では、接続いたします。少々お待ちください。
［１２］システム１：接続できました。終了するときは１を押してください。では、お話ください。
［１３］ユーザＡ：もしもし？
［１４］ユーザＢ：こんにちは。
［１５］ユーザＡ：私の名前はマイクです。
［１６］ユーザＢ：私はケントです。
［１７］ユーザＡ：今日どこへ買い物に行きましたか？
対話例２Ｂ
［１８］システム２：こんにちは。日本語学習システムです。
［１９］ユーザＢ：会員番号０８６７のケントです。
［２０］システム２：本日は、「買い物」のダイアログを学習します。よろしいですか？
［２１］ユーザＢ：はい。
［２２］システム２：
［２３］ユーザＢ：
［２４］システム２：
［２５］ユーザＢ：
［２６］システム２：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［２７］ユーザＢ：はい。
［２８］システム２：では、接続いたします。少々お待ちください。
［２９］システム２：接続できました。終了するときは１を押してください。では、お話ください。
図１は、本発明に関わる情報システムの内部構成と実行ステップの一例を示した図である。まず、本システムの利用者であるユーザ１（１０１）が携帯電話もしくは固定電話を用いて音声システムに接続し、利用開始要求を行う（１）。利用開始要求を行う際には、アクセス元を識別する情報を付加する。アクセス元を識別する情報は、上記対話例２Ａの［２］の発声のようにユーザが申告する方法や、音声対話システムに接続する際に数字ボタンで指定する方法等が利用できる。続いて、利用開始要求を受けた対話管理クライアント１（１０４）は、ユーザ情報管理サーバ１０３に対して、ユーザ情報の要求を行う（２）。ユーザ情報管理サーバ１０３は、ユーザ情報データ１１０を参照してユーザを特定し、ユーザに関する情報を対話管理クライアント１（１０４）に対して返送する（３）。返送するユーザ情報は、例えば、ユーザの名前、学習段階、学習履歴、マッチング対話履歴情報などから構成されている。ユーザ情報が返送された対話管理クライアント１（１０４）は、対話調停手段１０６に対して、利用を開始する実行ユーザであるユーザ１の情報を登録する（４）。対話調停手段１０６では、対話管理クライアント１（１０４）から登録されたユーザ情報を、単独実行ユーザデータ１０８に格納し、対話管理クライアント１（１０４）に対して、実行ユーザの登録完了を通知する（５）。上記の手順で実行ユーザの登録が完了すると、音声対話のセッションを開始する。対話セッションの一例は、上記対話例２Ａに記載した[１]から[８]までのような対話である。ここでは、日本語学習の例で実施の形態を説明したが、もちろん日本人向けの外国語学習などの用途でも同様の対話を行うことができるため、必ずしも対話例２Ａ［１］〜[８］のように日本語でなくとも構わず、言語や対話内容を拘束するものではない。
一方、ユーザ１（１０１）と対話管理クライアント１（１０４）とが対話を行っていると同時に、別の利用者であるユーザ２（１０２）が音声対話の利用要求を行う場合も、上記のステップ（１）から（６）までは同様の手順で遂行される。図１では、ユーザ２に関するステップには、”’”記号を付加したステップを記載した。上記の手順により、ユーザ１及びユーザ２が対話システムを利用し、対話セッションを実行している形態が実現できる。
対話調停手段１０６では、同時刻にシステムを利用している利用者（本実施例では、ユーザ１及びユーザ２）の情報を、単独実行ユーザデータ１０８に格納して管理している。対話調停手段１０６では、該単独実行ユーザデータを参照して、ユーザ１及びユーザ２のマッチング対話を提案（オファー）するかどうか判定するする（７）。例えば、ユーザ１及びユーザ２の学習段階が同一である場合や、学習内容が近い場合等にマッチング対話を提案する。例えば、ユーザ１及びユーザ２の学習段階が「初級」でかつ学習内容が「買い物」であれば、マッチング対話を提案できる。本実施例では、ユーザ１及びユーザ２の学習段階及び学習内容が同一である場合にマッチング対話を提案するステップとしたが、もちろん、マッチング対話を行うことにより効果が高いと判断される組み合わせであれば如何様な判定でもよく、上記例に限定されるものではない。
上記のマッチング結果の判定の結果、ユーザ１とユーザ２の直接対話をオファーする条件が整った後（７）、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）に対して、それぞれ対話管理クライアント２及び対話管理クライアント１を利用しているユーザとの直接対話を行うよう、他ユーザのマッチング要求を出す（８）。次に、各対話管理クライアントは、ユーザに対してマッチングのオファーを行う（９）。上記の対話例２Ａ及び２Ｂにおいては、対話例２Ａ［９］と対話例２Ｂ［２６］がオファー発話に相当する。ユーザ１及びユーザ２は、それぞれマッチング対話を受諾するかどうかの判断を行う（１０）。ユーザ１及びユーザ２が両方ともマッチングを受諾したら対話管理クライアント１及び対話管理クライアント２のコネクションを確立し、ユーザ１とユーザ２の直接対話に移行する（１１）。上記対話例２Ａ及び２Ｂでは、対話例２Ａ［１３］〜［１７］が該コネクション確立及びコネクション確立後の対話例を示している。最後に、対話管理クライアント１０４及び１０５は、対話調停手段１０６に対して、コネクションが確立した旨の通知を行い（１２）、対話調停手段１０６は該情報を元にユーザ１及びユーザ２を単独実行ユーザデータ１０８から削除し、コネクション確立ユーザデータ１０９に登録する。
図２を用いて、本発明に係わるブリッジをはるまでのステップにおいて、ユーザから要求があった場合の実施の形態に関して説明する。図２では、上記図１に関する実施例と構成は同一であるが、ユーザからの要求によりマッチング対話を行う点が異なっている。まず、図１におけるステップ（１）ユーザの利用開始要求から、ステップ（６）の対話セッション開始までのステップは同一である。続いて、ユーザ１（２０１）は、対話管理クライアント１（２０４）に対して、マッチング対話の要求を行う（７）。ステップ（７）ユーザ１が対話管理クライアントに対してマッチング対話を行いたい旨を要求する方法は、例えば、マッチング対話を行うためにあらかじめ割り当てられているキーやボタンの押下を検出する方法や、ユーザの「マッチング対話希望」等の発声を音声認識する方法などが利用できる。上記の方法で入力された要求項目を受け、対話管理クライアント１（２０４）は、対話調停手段２０６に対してマッチング対話要求の通知を行う（８）。以下、対話調停手段２０６はユーザ同士のマッチング判定を行うが、以降のステップは図１と同様のステップで実現できる。
図３を用いて、マッチング対話を行っているユーザ１及びユーザ２に対して、対話調停手段が終了の提案を行う実施の形態を示す。図３は、ユーザ１及びユーザ２がマッチング対話を終了する場合の構成図とステップの一例である。まず、対話調停手段３０６は、コネクション確立ユーザデータ３０９を検索し、マッチング対話を行っているユーザ組に関する情報を取得し、上記ユーザ組に関する情報データからマッチング対話の終了判定を行う（１）。続いて、マッチング対話の終了提案を、対話管理クライアント１（３０４）に対して通知する（２）。同時に対話管理クライアント１（３０４）は対話管理クライアント２（３０５）に対してマッチング対話終了提案通知を転送する（２’）。続くステップ（３）では、各対話管理クライアントがユーザに対してマッチング対話を終了してほしい旨の通知を行い、ユーザの終了承諾の後（４）、コネクションを切断する（５）。コネクションが切断された後に、対話管理クライアント１（３０４）は、ユーザ情報管理サーバ３０３に対して、行われていたマッチング対話履歴の登録を行い（６）、ユーザとの通常セッションを開始する（７）。最後に、通常セッションに復帰した旨を通知された対話調停手段３０６は、コネクション確立ユーザデータ３０９からマッチング対話を行っていたユーザデータを削除し（９）、両ユーザの情報を単独実行ユーザデータ３０８に再登録する（１０）。上記のステップで本発明に関わるマッチング対話の終了手段を実現できる。
図４にて、本発明に関わるマッチング対話を終了するステップについて、特にユーザが希望した時点でマッチング対話を終了するステップの一例を説明する。ここでは、ユーザ１がマッチング対話終了を希望する場合を想定する。まず、ユーザ１（４０１）が対話管理クライアント１（４０４）に対して会話終了申請を行う（１）。会話終了の申請は、例えば、電話装置の特定の押しボタン（例えば、０番）を押下することで、マッチング対話を終了したい旨をシステムに通知する方法や、対話管理クライアントがマッチング対話を傍受し、マッチング対話者の発言内容に含まれる「マッチング対話終了」というキーワードを認識する方法等を用いるが、本発明においては、ユーザが対話の終了を指定できる方法であれば上記に限定されるものではない。更に、上記では「マッチング対話終了」を音声中から検出する方法を示したが、日本語学習者の学習レベルが初期段階にある場合には、「マッチング対話終了」というキーワードを記憶していない場合が有りえるので、学習者の母国語での「マッチング対話終了」を意味する単語乃至はフレーズでも構わない。この場合、対話管理クライアントは学習者の母国語による「終了」を意味する音声を音声認識する。以上の手順で、マッチング対話の終了を申請した後、対話管理クライアント１（４０４）は、対話調停手段４０６に対してユーザからのマッチング終了申請があった旨を通知する（２）。以降、図３における終了手段と同様の手法で通常セッションに復帰する。
図５及び図１を用いて本発明の対話調停手段に関する実施の形態を説明する。図５は、図１の対話調停手段１０６におけるステップ（７）「マッチング判定」の一実施形態である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ５０１）にある。次に、任意の対話管理クライアントＮから対話セッションを開始しようとしている”実行ユーザ”の登録を受ける（Ｓ５０２）。次に、対話調停手段１０６は単独実行ユーザ管理データ１０８に実行ユーザデータを登録する（Ｓ５０３）。続いて、該時刻に本発明に関わる情報処理装置を利用している全てのユーザリストである「単独実行ユーザデータ」を単独実行ユーザデータから取得する（Ｓ５０４）。ステップＳ５０４で得られた単独実行ユーザデータが２人以上であれば次のステップＳ５０５を実行し、もし単独実行ユーザが２人未満であったならば、対話の調停を行わず待機状態に遷移する（Ｓ５０５）。ステップＳ５０５で単独実行ユーザが２人以上であるならば、該単独実行ユーザの任意の組み合わせ、例えばユーザＩとユーザＪに対してマッチング度Ｍ（Ｉ，Ｊ）を計算する（Ｓ５０６）。該マッチング度は例えば、０から１００までの整数値で表現されており、数値が大きければマッチング度が大きく対話調停の効果が高いとされる組み合わせを示す。もちろん、マッチング度は、ユーザの組み合わせの結びつき度合いを評価できる指標であれば該上記実施の形態に限定されるものではない。続いて、ステップＳ５０６で計算されたマッチング度Ｍ（Ｉ，Ｊ）について最も値の大きいユーザの組み合わせ（Ｐ，Ｑ）を求める（Ｓ５０７）。ここで、Ｐ及びＱはユーザのインデックスを示すものとする。次に、Ｓ５０７で求められたマッチング度Ｍ（Ｐ，Ｑ）に対して、あらかじめ定められたマッチング度以上かどうかを判定し、一定のマッチング度以上であれば続くステップＳ５１０を実行し、以上でなければ対話の調停を行わず待機状態に遷移する（Ｓ５０９）。上記あらかじめ定められたマッチング度は、例えば５０のような数値である。続くステップＳ５１０にて、ユーザＰ及びユーザＱを管理する対話クライアントに対して、他ユーザとのマッチング要求を送出し、各対話管理クライアントからの応答の待ち状態に遷移する（Ｓ５１１）。上記ステップＳ５０９にて送出される情報は、図１ステップ（８）の他ユーザマッチング要求の一実施形態である。
図６及び図１を用いて、本発明におけるブリッジをはるユーザの組み合わせを、複数生じせしめる手段の実施例に関して説明する。図６は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段１０６は、まず待機状態に設定されている（Ｓ６０１）。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ６０２）。続いて、単独実行ユーザは２人以上か判定し、２人以上であればＳ６０４、２人未満であれば待機状態Ｓ６０１に遷移する（Ｓ６０３）。続くステップＳ６０４では、図５のステップＳ５０６、Ｓ５０７、Ｓ５０８、Ｓ５０９と同様の手順でマッチング度最大のユーザ組（Ｐ，Ｑ）を選択して、マッチング対話開始を要求する。次に、ユーザＰ及びＱがマッチング対話を受諾したならば、図１の単独実行ユーザデータ１０８から、ユーザＰ及びＱを削除し、同時にコネクション確立ユーザデータ１０９にユーザ組（Ｐ，Ｑ）を登録し（図１のステップ（１４））、待機状態に遷移する（Ｓ６０６）。上記の手順で、まず単独実行ユーザから２人のユーザを選択しマッチング対話を行わせる調停が可能となる。待機状態に遷移した対話調停手段は、繰り返しステップＳ６０２からステップＳ６０６を実行し、単独実行ユーザデータに残っているユーザに対してカップリングを行い、マッチング対話を提案する。尚、本実施例では、マッチング度最大のユーザ組が存在し、かつマッチング対話を受諾するという条件で実施したので、図６のステップは、単独実行ユーザが２人未満になるので問題はない。しかし、上記の前提が成立しない場合、例えば、マッチング度最大のユーザ組（Ｐ，Ｑ）のどちらかがマッチング対話のオファーを受諾しなければ、続くステップＳ６０６で単独実行ユーザからユーザＰ及びＱを削除することができなくなり、ユーザＰ及びＱに対して永遠にマッチング対話のオファーが実行されることになる。従って、マッチング度最大のユーザ組を再び選択しないよう、利用中ユーザデータ１０７に、マッチング拒否ペアの類のデータを格納しておけば、Ｓ６０４の選択を行う際に、既にマッチングを拒否したユーザ組を排除することができるので、問題はない。
図７及び図１を用いて、本発明におけるブリッジをはるユーザを３人とする場合の対話調停手段の一実施例について説明する。図７は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ７０１）にある。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ７０２）。続いて、単独実行ユーザは３人以上か判定し、３人以上であればＳ７０４、２人未満であれば待機状態Ｓ７０１に遷移する（Ｓ７０３）。次に、２人のユーザの全ての組み合わせに対して、マッチング度Ｍ（Ｉ，Ｊ）を求める（Ｓ７０４）。続いて、ステップＳ７０４で得られた２ユーザのマッチング度Ｍ（Ｉ，Ｊ）と、ユーザＩを含む全てのマッチング度Ｍ（Ｉ，Ｘ）と、ユーザＪを含む全てのマッチング度Ｍ（Ｊ，Ｘ）とから、式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）を計算し、最大のＭとなるようなユーザＸを求める。ここで、Ｘは、Ｉ及びＪではないという条件で探索する。例えば、ユーザＫに対して上式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）が最大となったのであれば、ユーザＩ，Ｊ，Ｋの間のマッチング度Ｍ（Ｉ，Ｊ，Ｋ）を該３人の組み合わせのマッチング度とする（Ｓ７０５）。続いて、任意の３人のユーザ組のマッチング度が最も高いＭ（Ｉ，Ｊ，Ｋ）を選択し（Ｓ７０６）、一定のマッチング度以上であれば、ユーザＩ，Ｊ，Ｋを管理する対話管理クライアントにマッチング対話を要求し（Ｓ７０８）返答待ち状態に遷移する（Ｓ７０９）。上記の手順で３人の対話調停を行うことができたが、３人以上の対話調停においても同様の手法を用いることができる。３人以上の対話調停においては、ステップＳ７０４及びステップＳ７０５の処理を再帰的に実行すれば良い。
図８及び図９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を語学学習サービスに応用する例に関して説明する。図９は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びユーザＢの登録情報を取得する（Ｓ９０１）。ユーザ情報は、例えば図１のユーザ情報管理サーバから取得する。ここでは、図８の８０１がユーザＡの登録情報を示し、図８の８０６がユーザＢの登録情報を示している。ユーザに関する情報は、名前８０２、学習コース８０３、学習内容８０４、マッチング対話希望情報８０５の属性情報から構成される。ステップＳ９０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ９０２）。両ユーザがマッチング対話を希望していればステップＳ９０２を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ９０４）。ステップＳ９０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの学習コースの一致度を計算する（Ｓ９０３）。ここでは、図８の８０３及び８０８を参照し、両者とも「英語初級」という学習コースで同一であるので、Ｍ１＝１００を設定する（Ｓ９０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を実現できる評価値であれば、該値に限定するものではない。続くステップＳ９０４では、両ユーザの学習内容の類似度Ｍ２を計算する。図８の８０４及び８０９を参照し、両者のいずれの学習内容も「買い物」が含まれているので、Ｍ２＝１００を設定する。以上のステップから求められた類似をＭ１，Ｍ２を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ９０６）。ここでは、Ｍ＝１００と求められる。上記の手順で、語学学習サービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図８に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ９０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ９０５とステップＳ９０６の間に挿入し、Ｓ９０６の計算式を変更すればよい。
図１０を用いて、ユーザが学習を終了した後に、ユーザの端末を利用してユーザ情報にアクセスする手段を開示する。図１０は、サービス提供者が公開するユーザ情報の一例である。ユーザ情報１００１は、インターネット上のＷＥＢサービスや公開掲示板などを利用して公開されている。ユーザは、ユーザ情報中のマッチング対話の履歴を確認し、次回のサービス利用時に前回以前にマッチング対話を行ったユーザと次回以降も対話を行うかどうかを選択できる。すなわち、ユーザ情報１００１においては、前回のマッチング対話ユーザがユーザＢであることを示しており（１００２）、マッチング対話の時刻も示されている（１００３）。従って、ユーザは該情報からマッチング対話の内容を想起し、次回もマッチング対話を行うかどうかを判断できる。図１０では、ユーザは「次回も対話を行う（１００４）」を選択したので、図１のステップ（７）における対話調停手段において、ユーザＡとユーザＢのマッチング度を高く設定することで、マッチング対話の継続利用が可能となる。尚、該実施例では、マッチング対話を行ったユーザを「ユーザＢ」と匿名で表記したが、プライバシーの観点から匿名乃至は実名を選択可能としても良い。
上記の実施の形態では、ユーザの学習コース及び学習内容の情報を利用して対話調停を行う手段を開示した。ここでは、本発明に関わる「利用者のマッチング対話利用履歴に応じて対話調停を行う方法」の実施形態に関して、図１１を用いて説明する。図３のステップ（６）で示すように、ユーザ１とユーザ２とのマッチング対話が終了すると、対話管理クライアントは、ユーザ情報管理サーバに対して、ユーザ１とユーザ２がマッチング対話を行った情報を送出する。例えば、図６に記載する類の情報、すなわち、ユーザ情報１１０１、マッチング対話を行った相手方のユーザ１１０２、学習時刻１１０３から構成する。例えば、上記対話例２Ａ及び２Ｂでは、それぞれ、以下のようなデータが送出される。
データ１：（ユーザＡ、ユーザＢ、２００２年８月２０日１５：３０〜１５：３８）
データ２：（ユーザＢ、ユーザＡ、２００２年８月２０日１５：３０〜１５：３８）
上記の履歴データがユーザ情報管理サーバに送出されると、ユーザ情報管理サーバは受理した履歴データをユーザ情報データに記録する。対話調停手段では、図１のステップ（７）マッチング判定時に、ユーザ情報管理サーバから取得するユーザＡ及びユーザＢのユーザ情報を検索し、再度ユーザＡが音声システムを利用した場合には、ユーザＢに対して優先的にマッチングを行うように調停を行う。図１２及び図３を用いて、本発明に関わるサービス利用者への課金の実施形態に関して説明する。図１２は、図３ステップ（６）のマッチング対話履歴登録の際にユーザ情報管理サーバ３０３にて行うステップを示したものである。まず、図３ユーザ情報管理サーバ３０３では、学習システムの利用時間をユーザ情報１２０１の学習システム利用時間エリア１２０２に加算する（Ｓ１２１０）。続いて、マッチング対話の利用回数をユーザ情報１２０１のマッチング対話利用回数エリア１２０３に加算する（Ｓ１２１１）。続いて、学習システム利用時間からポイント数Ｐを計算する（Ｓ１２１２）。例えば、１０分の利用であれば１０ポイントのようにする。ステップＳ１２１２にて計算されたポイント数Ｐを、ユーザ情報１２０１内にある課金情報エリア１２０４に加算する。続いて、ステップＳ１２１４では、学習システムでのマッチング対話の回数をマッチング対話利用回数エリア１２０３から取得する。取得した利用回数を参照し、マッチング対話の回数がＮ回以上であればステップＳ１２１６を実行し、Ｎ回未満であれば処理を終了する。ここでＮの数はサービスに応じてあらかじめ決められている数である。続いて、ステップＳ１２１６では、マッチング対話を利用した回数Ｎからポイント数Ｑを計算する。例えば、５回の利用であれば、０．５ポイントのようにする。ステップＳ１２１６で計算されたポイント数Ｑを課金情報エリア１２０４から減算する（Ｓ１２１７）。減算のステップは、マイナスの値を加算するステップに置き換えても良い。以上の手順で、本発明に関わる課金情報の管理手段を提供する。
図１３及び図１４を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例をテレマティクスサービスに応用する例に関して説明する。図１４は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びＢの登録情報を取得する（Ｓ１４０１）。ここでは、図１３の１３０１がユーザＡの登録情報を示し、図１３の１３０８がユーザＢの登録情報を示している。ユーザＡに関する情報は、名前１３０２、自宅１３０３、所持している車種１３０４、興味１３０５、マッチング対話希望情報１３０６、目的地登録情報１３０７の属性情報から構成される。ステップＳ１４０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ１４０２）。両ユーザがマッチング対話を希望していればステップＳ１４０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１４０４）。ステップＳ１４０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの車種の一致度を計算する（Ｓ１４０３）。ここでは、図１３の１３０４及び１３１１を参照し、両者とも「セイサク」という車種で同一であるので、Ｍ１＝１００を設定する（Ｓ１４０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を表す評価値であれば、該値に限定するものではない。続くステップＳ１４０５では、両ユーザの興味の類似度Ｍ２を計算する。図１３の１３０５及び１３１２を参照し、両者のいずれの興味にも「ショッピング」が含まれているが、１３１２のユーザには「旅行」の興味が含まれているので完全に興味が同じではないので、Ｍ２＝８０を設定する。続くステップＳ１４０６では、両ユーザの目的地の近さＭ３を計算する。ここで図１３の１３０７及び１３１４より、ユーザＡは「富士五湖」、ユーザＢは「富士山」と登録されており、両者はあらかじめ設定されている地図情報における同一メッシュに含まれるので、Ｍ３＝１００とする。目的地の近さに関しては、目的地が含まれているメッシュのマンハッタン距離（メッシュ数）を計算し、該メッシュ数に１０を掛けた値を１００から減じることで計算できる。もちろん、目的地の近さの判定方法は該手段に限定するものではなく、地図上の実際の距離をスケール変換したもの等を利用できる。以上のステップから求められた類似をＭ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１４０７）。ここでは、Ｍ＝９４と求められる。ここでマッチング度ＭがＭ＝９４であり、ユーザＡ及びユーザＢは目的地が近いと判定されたので、目的地周辺の観光情報やショッピング情報交換のガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、テレマティクスサービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図１３に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１４０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１４０６とステップＳ１４０７の間に挿入し、ステップＳ１４０７の計算式を変更すればよい。
図１５、図１６、図１７、図１８及び図１９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を結婚情報サービスに応用する例に関して説明する。図１６は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＦ及びＭの登録情報を取得する（Ｓ１６０１）。ここでは、図１５の１５０１がユーザＦの登録情報を示し、図１５の１５０８がユーザＭの登録情報を示している。ユーザに関する情報は、名前１５０２、住所１５０３、生年月日１５０４、血液型１５０５、趣味１５０６、マッチング対話希望情報１５０７の属性情報から構成される。ステップＳ１６０１にて取得された登録情報を参照し、ユーザＦ及びＭが両者ともマッチング対話を希望しているかを参照する（Ｓ１６０２）。両ユーザがマッチング対話を希望していればステップＳ１６０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１６０４）。ステップＳ１６０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの星座の相性度Ｍ１を検索する（Ｓ１６０３）。図１７は星座間の相性度を定義する表である。図１７から男性の星座「乙女座」（１７０２）及び女性の星座「天秤座」（１７０３）から、相性度はＭ１＝８５（１７０３）と求めることができる。ここで、相性度表を用いるのはあくまでも一実施例であって、相性度を表現するものであれば該値に限定するものではない。続くステップＳ１６０５では、両ユーザの血液型の相性度Ｍ２を検索する。本ステップもＳ１６０３と同様に、図１８の１８０２及び１８０３から、相性度をＭ２＝５８（１８０３）と求めることができる。最後にステップＳ１６０６にて、両ユーザの趣味の近さＭ３を計算する。ここでは、図１９のような表を用いて、１９０１及び１９０２から相性度を求めＭ＝１０（１９０３）とする。以上のステップから求められた類似度Ｍ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１６０７）。ここでは、Ｍ＝４３．３と求められる。ここで、マッチング度ＭがＭ＝４３．３であり、ユーザＡとユーザＢの相性が比較的近いと判断されたので、趣味に対するガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、結婚情報サービスを利用する２人のユーザのマッチング度判定を行う実施の形態を示した。上記実施例では、図１５に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１６０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１６０６とステップＳ１６０７の間に挿入し、ステップＳ１６０７の計算式を変更すればよい。
図２０及び図２１を用いて本発明に関わるブリッジをはる手段の実施の一形態を説明する。図２０は、ユーザ１及びユーザ２が音声入力手段を用いて、各々に対応する対話管理クライアント１及び対話管理クライアント２と対話を行っている図を示すものである。ユーザ１は、音声入出力手段２００９の音声チャネル１（２０１１）に接続され、上り音声チャネル２０１３及び下り音声チャネル２０１４を利用している。音声チャネル１（２０１１）は、スイッチング手段１（２００３）を介して対話管理手段１（２００１）に接続され対話が実行されている。ここで、対話管理手段は対話の各ステップを実行する手段であり、本発明で度々記述されている対話管理クライアントが、該対話管理手段の一実施形態である。スイッチング手段１（２００３）及び音声入出力手段１（２０１１）は上り線（２００６）と下り線（２００７）で接続されている。スイッチング手段２００５は、一般にソフトウェアとして実現されるため、対話管理手段内（２００１乃至は２００２）で実施される方法、音声入出力手段内（２００９）で実施される方法があるが、スイッチング手段２００５が実現できれば構成は上記の限りではない。このように、音声入出力手段への音声の入出力は上り線と下り線の全二重通信によって実現されることが多く、公知の技術で実現できる。同様に、ユーザ２は音声入出力手段３（２０１２）及びスイッチング手段（２００４）を介して、対話管理手段２（２００２）と対話を行う。本実施例では、音声入出力手段は１及び３を利用したが、ユーザ毎に分離可能な音声入出力手段が割り当てられていればいずれのチャネルを利用しても構わない。上記の形態において、ユーザ１及びユーザ２が対話管理手段１及び２と対話を行っている形態を示した。該形態は、図２１の２１０１に示すスイッチ管理テーブルによって管理できる。すなわち、現在利用中のスイッチＩＤに対して、接続されている音声入出力手段、対話管理手段の入出力線の接続番号を、図２１の２１０１に記述している方式で管理する。例えば、スイッチＩＤ＝１のスイッチング手段は、音声入出力手段からの入力信号線（ＩＮ）は音声入出力手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、音声入出力手段への出力信号線（ＯＵＴ）は音声入出力手段１に接続されているので、ＯＵＴの項目に「１」と記載する。また、対話管理手段についても同様に、対話管理手段からの入力信号線（ＩＮ）は、対話管理手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、ＯＵＴの項目に「１」と記載する。上記の手順で、対話が行われている時点での対話管理手段と音声入出力手段の接続関係を、図２１のスイッチ管理テーブルで管理できる。さて次に、ユーザ１及びユーザ２の直接対話を行うためのブリッジをはる手順に関して説明する。ここでは、図１におけるステップ（１１）のコネクション確立に関する実施の形態を説明する。図１ステップ（１１）は、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）は、ユーザからのマッチング受諾の通知を受け、ブリッジをはるステップである。図１の１０４及び１０５は、図２０では２００１及び２００２に相当するので、以下図２０の記号のみを用いて説明する。まず、対話管理手段１（２００１）は、スイッチ管理テーブル２１０１を参照して、ブリッジをはる相手方である対話管理手段２をＩＮ・ＯＵＴ線に接続しているスイッチＩＤを取得する。すなわち、図２１の２１０１では、スイッチＩＤ＝２を取得する。次に、スイッチＩＤ＝２を取得した対話管理手段１（２００１）は、スイッチング手段に対して、対話管理手段１自身が接続しているスイッチＩＤ＝１と、上記手順で取得したスイッチＩＤ＝２の音声入出力手段側の信号線ＯＵＴを入れ替えるよう通知する。すなわち、スイッチＩＤ＝１の音声入出力手段ＯＵＴは「１」、スイッチＩＤ＝２の音声入出力手段ＯＵＴは「３」であるから、この「１」と「３」を入れ替える。尚、上記例では、対話管理手段１がスイッチＩＤを取得したが、対話管理手段２がスイッチＩＤを取得し同様の手順により信号線を入れ替えても良い。但し、対話管理手段１及び対話管理手段２が同時に入れ替えると競合が起こるので、スイッチＩＤの取得及び切り替えの手順は、優先度の高い対話管理手段が行う必要があり、例えば、対話管理手段ＩＤの若い方が優先度が高いとするなどの制約が必要である。上記ステップで、図２０スイッチング手段２０５３及び２０５４と、音声入出力手段２０６１及び２０６２は、信号線２０５６、２０５７、２０５８、２０５９の接続形態とすることができる。上記の手順で、音声入出力手段１（２０６１）と接続しているユーザ１と音声入出力手段２（２０６２）に接続しているユーザ２の全二重通信路、すなわち、ユーザ１からユーザ２への接続は、ユーザ１→２０６１→２０５６→２０５３→２０５７→２０６２→ユーザ２となり、ユーザ２からユーザ１への接続は、ユーザ２→２０６２→２０５８→２０５４→２０５９→２０６１→ユーザ１の通信路が確立され、直接対話が可能となる。続いて、対話管理手段１（２０５１）及び対話管理手段２（２０５２）の各々がユーザ１及びユーザ２の通話を傍受するため、対話管理手段１はスイッチング手段２（２０５４）と、対話管理手段２はスイッチング手段１（２０５３）との接続を確立し、図２１スイッチ管理テーブル２１０２に記載するように各々のスイッチは両方の対話管理手段に接続されている状態となる。上記の手順で、ユーザ１及びユーザ２のコネクションを確立することができた。
図２２及び図３を用いて本発明に関わる対話調停手段において、マッチング対話を行っているユーザに対してマッチング対話を終了するように要請する一実施例を説明する。図２２は、図３の対話調停手段３０６におけるステップ（１）マッチング対話終了判定を実現するステップの一例である。対話調停手段３０６は、初期状態である待機状態（Ｓ２２０１）から、タイマー処理により終了判定処理を起動する（Ｓ２２０２）。タイマーは、例えば１分毎に起動するように設定しておけばよい。次に、現在マッチング対話を行っているコネクション確立ユーザ情報を、図３０コネクション確立ユーザデータ３０９から取得する（Ｓ２２０３）。ステップＳ２２０３で取得した確立ユーザ組数が１以上であれば、続くステップＳ２２０５を実行し、１未満（すなわち０）であれば待機状態に遷移する。ステップＳ２２０５では、ステップＳ２２０３で取得した全てのコネクション確立ユーザ情報から、マッチング対話の経過時間Ｔを抽出する。次に、Ｔが最も大きいユーザ組（Ｉ，Ｊ）を選択し（Ｓ２２０６）、一定時間以上経過しているかどうか判定し、経過していればステップＳ２２０８を実行し、経過していなければ待機状態Ｓ２２０１に遷移する。ここでは、経過時間Ｔとシステム固定の経過時間を比較したが、マッチング対話を行ってユーザ組に異なるシステム利用可能時間を与えてもよく、その場合には、コネクション確立ユーザ情報に、経過時間Ｔとシステム利用可能時間Ｔａを記載して利用すれば良い。ステップＳ２２０８では、ステップＳ２２０７にて選択されたユーザ組（Ｉ，Ｊ）を管理する対話管理クライアント（図３−３０４）に対話終了を要請する。対話終了の要請を受けた対話管理クライアント１（３０４）は、対話管理クライアント２に通知し各ユーザに対してマッチング対話の終了の要請を行う。その後、ユーザのどちらが承諾すればマッチング対話を終了し、コネクションを切断する。上記実施例では、マッチング対話の終了に際して各ユーザに通知し承諾を得る手続きをとったが、もちろん、承諾を得ずにコネクションを切断しても良く、その場合はマッチング対話の終了要請の手続きは不要である。以上の手順により、マッチング対話を終了させる手段を実現する。
図２３を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動すると対話管理クライアント生成手段２３０４が生成され、ユーザ２３０１からの利用開始メッセージの待ち状態に移行する（１）。次に、音声入出力手段２３０２に対して利用者から通話があると（２）、音声入出力手段２３０２は対話管理クライアント生成手段２３０４に対して通話開始メッセージを送出する（３）。対話管理クライアント生成手段２３０４は音声入出力手段２３０２から送出される利用開始メッセージを受理すると、利用者との対話を行う対話管理クライアント２３０３を生成する（４）。生成された対話管理クライアント２３０３は、音声入出力手段２３０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの対話を開始する（５）。
図２４を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動されると、対話管理クライアント生成手段２４０４が対話管理クライアント２４０３を生成する（１）。生成された対話管理クライアント２４０３は、音声入出力手段２４０２から送出される利用開始メッセージの待ち状態に移行する（２）。次に、ユーザ２４０１から音声入出力手段２４０２に対して電話回線等を通じて利用の要求があると（３）、音声入出力手段２４０２は対話管理クライアント２４０３に対して利用開始メッセージを送出する（４）。利用開始メッセージを受理した対話管理クライアント２４０３は、音声入出力手段２４０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの通話を開始する（５）。
以上、対話管理クライアントとユーザの通信路確立に関して２種類の実施の形態を示したが、対話管理クライアントとユーザの通信路が確立されれば良く、上記実施の形態のみに限定するものではない。
図２５は、本発明に関わる情報処理装置のシステム構成例である。図２５に示すように、情報処理装置は、ユーザ２５０１が音声対話を行う際の音声の入力及び出力を司るための音声入出力手段２５０３と、音声入出力手段２５０３を通じて、ユーザが入力する音声を認識し、ユーザへ提示すべき音声を構成する対話管理クライアント２５０６と、対話管理クライアント２５０６に対して、対話マッチングの制御を行う対話調停手段２５０９と、音声対話システムを利用中のユーザに関する情報を格納する利用中ユーザデータ２５１０と、ユーザに関する情報をサービス提供者から得る手段として利用するコンピュータネットワーク２５１２と、ユーザのユーザ情報を管理するユーザ情報管理サーバ２５１３と、ユーザが自らのプロファイル等を入力するためのユーザ端末２５１１から構成される。音声入出力手段２５０３は、一般にユーザと電話回線網２５０２で接続されており、ユーザが発声する音声をデジタル化し（Ａ／Ｄ変換）、音声デジタルデータをアナログデータに変換する（Ｄ／Ａ変換）装置を利用するが、例えば、コンピュータに接続されているマイク及びスピーカでも良い。また、音声入出力手段２５０３は必ずしも電話回線で接続されていることに限定しない。例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で実現されるインターネット網上で、デジタル化された音声データを送受信する方法を利用してもよい。対話管理クライアント２５０６は、ユーザが発する音声データを認識しユーザの発するところの音声内容を理解する手段と、現在の対話の状況に関する発話内容を音声データとして構成し出力する手段を有する。なお、一般に対話管理クライアントは複数起動できるようにプログラミングされており、複数のユーザが同時にシステムを利用できる構成とする。ここで、本発明に関わる情報処理装置は、複数のユーザが利用可能な音声入出力手段及び対話管理クライアントを備えている。一般に、音声入出力手段の数は音声対話装置に接続可能とする電話回線数である。図２５の構成では、３回線の音声入出力手段を備え、３人までのユーザが同時利用可能である。
図２６は、本発明に関わる情報処理装置のシステム構成例である。図２６における情報処理装置は、ユーザが利用する電話端末装置２６０１、電話網２６１０、ポータルサーバ２６０３から構成されている。ポータルサーバ２６０３は、音声入出力手段２６０４、対話管理クライアント２６０５、ユーザ情報管理サーバ２６０７、対話管理クライアント生成手段２６０８、対話調停手段２６０９を備えている。図２７及び図２８は、本発明に係わる情報処理装置のシステム構成例である。特に、カーナビゲーション端末とポータルサーバが情報の授受を行う形態に関わるものである。図２７カーナビゲーション端末２７０３は、音声の入力手段であるマイク２７０１と出力手段であるスピーカ２７０２が音声入出力手段２７０４に接続され、カーナビゲーション端末上で動作する対話管理クライアント２７０５とを備えている。この形態では、対話管理クライアントにより実行する対話スクリプトを、通信網２７０９を経由してダウンロードする。ダウンロードは、図２８の２８０８の太線で示すデータ通信路を利用する。ポータルサーバ２７１０は、ユーザ情報管理サーバ２７１１と対話管理クライアント生成手段２７１２と対話調停手段２７１３とを備える。一般に、通信網においては音声信号を交換する系とデータ類を交換する系は異なる。図２８における通信網に接続されている細線（２８０７、２８０９、２８１２）は電話回線であり、太線（２８０８、２８１０、２８１３）はデータ回線を示している。本実施の形態を利用する情報処理システムでは、ユーザ情報や対話スクリプトの交換はデータ通信線を用い、ユーザ間のマッチング対話は音声通信線を利用する。すなわち、図２８のシステムを用いた場合の図１におけるコネクション確立のステップ（１１）は以下のようになる。まず、マッチング受諾を受けた各対話管理クライアント２８０３及び２８０６は、対話調停手段２８１４に対してコネクション確立の要請を行う。対話調停手段２８１４はユーザ情報管理サーバからユーザの電話番号を抽出し、対話調停手段からカーナビゲーション端末２８０１及び２８０４に通話をかける。続いて、図２０と同様の方法を用いてユーザ間の通信路の上り下り回線のスイッチングを行う。以上の手順で、ユーザ間の直接対話を実現する。上記実施例はユーザ間の対話を、音声回線を用いて実現したが、もちろん音声データをパケットデータに変換してデータ通信回線を利用する技術なども同様に利用可能であり、上記実施例の方法には限定しない。
図２９は、本発明に係わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇや語学学習の実施に関わるものである。図２９のユーザ端末１は、音声入出力手段２９０６としてマイク２９０１及びスピーカ２９０２、画像入出力手段２９０７としてカメラ２９０３及びディスプレイ２９０４、テキスト・位置入力手段２９０８としてキーボード・マウス２９０５等を備えている。該形態での対話管理クライアント２９０９は、ユーザと複数の入出力手段を利用して対話を行う。この場合、対話管理クライアントは、音声や画像情報の入力や出力をステップ実行する手段と、各入出力チャネルの同期情報を管理する同期管理手段により構成すれば良い。上記の手段で構成された複数のユーザ端末を、コンピュータネットワーク２９１２を経由して、学習提供サーバ２９１３に接続し電子的なネットワークを構築する。学習提供サーバ２９１３は、上記実施例図２７と同様に、ユーザ情報管理サーバ２９１４、対話管理クライアント２９１５、対話調停手段２９１６から構成する。上記実施例では、通信網乃至はコンピュータネットワーク上を流通するのは音声データが前提であったが、本実施例の構成を用いれば、音声及び画像情報の送受信によりユーザ同士のマッチング対話が可能である。すなわち、音声及び画像情報を利用する場合には、図２０のスイッチング手段に関して音声情報用スイッチ及び画像情報用スイッチを構成すれば良い。
図３０は、本発明に関わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇにおいて、教師が端末を利用して学習に介在する場合に関わるものである。図３０の３００１から３０１６で示される構成要素は図２９と同一である。図３０では、教師用端末１（３０１７）及び教師用端末２（３０１８）は学習提供サーバ３０１３と接続され、学習者との対話が可能となっている。例えば、教師用端末１（３０１７）の教師がユーザ端末１（３０１０）のユーザと、教師用端末２（３０１８）の教師がユーザ端末２（３０１１）のユーザと学習を進めているものとする。この際、教師用端末１（３０１８）を利用している教師から、学習者間のマッチング対話を行うよう要請があった場合には、図２の実施の形態で示した音声認識乃至キーボタンの押下を検出する方法等を用いるステップを利用して、学習者間のマッチング対話を判定する手段を構成すればよい。該形態のｅ−Ｌｅａｒｎｉｎｇシステムでは、概して学習進度を採点する必要が生じるが、該学習者を担当していた教師が、各々の教師用端末を用いて学習者間のマッチング対話を傍受することにより、学習状況を採点しキーボード入力などの手段を用いて、例えば、ユーザ情報管理サーバ３０１４に登録されているユーザ情報（図１２・１２０１）において、学習者の学習進度管理状況のデータ格納エリアを設置し、該データを更新する手段を構成すればよく、該データの更新手段はＷｅｂ等を利用した一般的な方法で構成可能である。
【０００６】
【発明の効果】
本発明を利用することにより、従来不可能であったコンピュータを利用した学習における人間同士の直接対話を実現することができ、ロールプレイングなどを通じて学習効果の高い語学学習サービスを提供することが可能となる。また、テレマティクスサービスに応用した場合、サービスに加入している運転者同士が直接情報交換できる仕組みを提供できるため、魅力的なサービスを実現することが可能となる。
【図面の簡単な説明】
【図１】本発明のブリッジをはる手段の一実施手段を示した図である。
【図２】本発明のブリッジをはる手段の一実施手段を示した図である。
【図３】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図４】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図５】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図６】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図７】本発明の対話マッチング（調停）を３人の利用者間で行う一実施ステップを示した図である。
【図８】本発明を利用する語学学習サービスにおける利用者登録情報の一例を示す図である。
【図９】本発明を利用する語学学習サービスにおけるマッチング度判定の一実施例を示した図である。
【図１０】本発明を利用する語学学習サービスにおいて、利用者が行うマッチング対話履歴変更を説明する図である。
【図１１】本発明を利用するユーザ情報管理サーバにて、利用者のマッチング対話履歴を格納するデータを示すデータ構造図である。
【図１２】本発明を利用する語学学習サービスにおいて、学習者のシステム利用料金を課金及び割り引く方法の一実施例を示す図である。
【図１３】本発明を利用するテレマティクスサービスにおける利用者登録情報の一例を示す図である。
【図１４】本発明を利用するテレマティクスサービスにおけるマッチング度判定の一実施例を示した図である。
【図１５】本発明を利用する結婚情報サービスにおける利用者登録情報の一例を示す図である。
【図１６】本発明を利用する結婚情報サービスにおけるマッチング度判定の一実施例を示した図である。
【図１７】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の星座の相性度の一例を示す図である。
【図１８】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の血液型の相性度の一例を示す図である。
【図１９】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の趣味の相性度の一例を示す図である。
【図２０】本発明を利用する情報処理装置におけるブリッジをはる一実施例に関する機構図である。
【図２１】本発明を利用する情報処理装置におけるブリッジをはる手段において、接続先を管理するスイッチ管理テーブルの一例を示す図である。
【図２２】本発明を利用するマッチング対話を終了する手段の一実施例を示す図である。
【図２３】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２４】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２５】本発明を利用する情報処理システムの一例を示す構成図である。
【図２６】本発明を利用する情報処理システムの一例を示す構成図である。
【図２７】本発明を利用する情報処理システムの一例を示す構成図である。
【図２８】本発明を利用する情報処理システムの一例を示す構成図である。
【図２９】本発明を利用する情報処理システムの一例を示す構成図である。
【図３０】本発明を利用する情報処理システムの一例を示す構成図である。
【符号の説明】
１０１ ユーザ１
１０２ ユーザ２
１０３ ユーザ情報管理サーバ
１０４ 対話管理クライアント１
１０５ 対話管理クライアント２
１０６ 対話調停手段
１０７ 利用中ユーザデータ
１０８ 単独実行ユーザデータ
１０９ コネクション確立ユーザデータ
１１０ ユーザ情報データ
２０１ ユーザ１
２０２ ユーザ２
２０３ ユーザ情報管理サーバ
２０４ 対話管理クライアント１
２０５ 対話管理クライアント２
２０６ 対話調停手段
２０７ 利用中ユーザデータ
２０８ 単独実行ユーザデータ
２０９ コネクション確立ユーザデータ
３０１ ユーザ１
３０２ ユーザ２
３０３ ユーザ情報管理サーバ
３０４ 対話管理クライアント１
３０５ 対話管理クライアント２
３０６ 対話調停手段
３０７ 利用中ユーザデータ
３０８ 単独実行ユーザデータ
３０９ コネクション確立ユーザデータ
４０１ ユーザ１
４０２ ユーザ２
４０３ ユーザ情報管理サーバ
４０４ 対話管理クライアント１
４０５ 対話管理クライアント２
４０６ 対話調停手段
４０７ 利用中ユーザデータ
４０８ 単独実行ユーザデータ
４０９ コネクション確立ユーザデータ
Ｓ５０１ 待機状態ステップ
Ｓ５０２ 登録受付ステップ
Ｓ５０３ データ登録ステップ
Ｓ５０４ データ取得ステップ
Ｓ５０５ 人数判定ステップ
Ｓ５０６ マッチング度計算ステップ
Ｓ５０７ 選択ステップ
Ｓ５０８ マッチング度判定ステップ
Ｓ５０９ 対話要求ステップ
Ｓ５１０ 返答待ちステップ
Ｓ６０１ 待機状態ステップ
Ｓ６０２ データ取得ステップ
Ｓ６０３ 人数判定ステップ
Ｓ６０４ 対話要求ステップ
Ｓ６０５ 対話受諾ステップ
Ｓ６０６ データ削除ステップ
Ｓ７０１ 待機状態ステップ
Ｓ７０２ データ取得ステップ
Ｓ７０３ 人数判定ステップ
Ｓ７０４ マッチング度計算ステップ
Ｓ７０５ マッチング度計算ステップ
Ｓ７０６ 選択ステップ
Ｓ７０７ マッチング度判定ステップ
Ｓ７０８ 対話要求ステップ
８０１ ユーザ情報
８０２ 名前情報
８０３ 学習コース情報
８０４ 学習内容情報
８０５ マッチング対話希望情報
８０６ ユーザ情報
８０７ 名前情報
８０８ 学習コース情報
８０９ 学習内容情報
８１０ マッチング対話希望情報
Ｓ９０１ ユーザ情報取得ステップ
Ｓ９０２ 希望判定ステップ
Ｓ９０３ 学習コース一致度計算ステップ
Ｓ９０４ マッチング度設定ステップ
Ｓ９０５ 学習内容一致度計算ステップ
Ｓ９０６ マッチング度計算ステップ
１００１ ユーザ履歴情報画面
１００２ マッチング対話ユーザ履歴情報
１００３ マッチング対話時刻履歴情報
１００４ 対話希望指定
１００５ 対話不希望指定
１１０１ ユーザ情報
１１０２ マッチング対話利用者情報
１１０３ マッチング対話実施時刻情報
１２０１ ユーザ情報
１２０２ 学習システム利用時間エリア
１２０３ マッチング対話利用回数エリア
１２０４ 課金情報エリア
Ｓ１２１０ 利用時間加算ステップ
Ｓ１２１１ 利用回数加算ステップ
Ｓ１２１２ ポイント数計算ステップ
Ｓ１２１３ 加算ステップ
Ｓ１２１４ 情報取得ステップ
Ｓ１２１５ 比較ステップ
Ｓ１２１６ ポイント数計算ステップ
Ｓ１２１７ 割引ステップ
１３０１ ユーザ情報
１３０２ 名前情報
１３０３ 自宅情報
１３０４ 車種情報
１３０５ 興味情報
１３０６ マッチング対話希望情報
１３０７ 目的地情報
１３０８ ユーザ情報
１３０９ 名前情報
１３１０ 自宅情報
１３１１ 車種情報
１３１２ 興味情報
１３１３ マッチング対話希望情報
１３１４ 目的地情報
Ｓ１４０１ ユーザ情報取得ステップ
Ｓ１４０２ 希望判定ステップ
Ｓ１４０３ 車種一致度計算ステップ
Ｓ１４０４ マッチング度設定ステップ
Ｓ１４０５ 興味類似度計算ステップ
Ｓ１４０６ 目的地類似度計算ステップ
Ｓ１４０７ マッチング度計算ステップ
１５０１ ユーザ情報
１５０２ 名前情報
１５０３ 自宅情報
１５０４ 生年月日情報
１５０５ 血液型情報
１５０６ 趣味情報
１５０７ マッチング対話希望情報
１５０８ ユーザ情報
１５０９ 名前情報
１５１０ 自宅情報
１５１１ 生年月日情報
１５１２ 血液型情報
１５１３ 趣味情報
１５１４ マッチング対話希望情報
Ｓ１６０１ ユーザ情報取得ステップ
Ｓ１６０２ 希望判定ステップ
Ｓ１６０３ 星座相性度計算ステップ
Ｓ１６０４ マッチング度設定ステップ
Ｓ１６０５ 血液型相性度計算ステップ
Ｓ１６０６ 趣味類似度計算ステップ
Ｓ１６０７ マッチング度計算ステップ
１７０１ 星座
１７０２ 星座
１７０３ 相性度
１８０１ 血液型
１８０２ 血液型
１８０３ 相性度
１９０１ 趣味カテゴリ
１９０２ 趣味カテゴリ
１９０３ 相性度
２００１ 対話管理手段１
２００２ 対話管理手段１
２００３ スイッチング手段１
２００４ スイッチング手段２
２００５ スイッチング手段
２００６ コネクション上り線
２００７ コネクション下り線
２００８ コネクション下り線
２００９ 音声入出力手段
２０１０ コネクション上り線
２０１１ 音声入出力手段１
２０１２ 音声入出力手段３
２０１３ 音声上り回線
２０１４ 音声下り回線
２０１５ 音声上り回線
２０１６ 音声下り回線
２０５１ 対話管理手段１
２０５２ 対話管理手段１
２０５３ スイッチング手段１
２０５４ スイッチング手段２
２０５５ スイッチング手段
２０５６ コネクション上り線
２０５７ コネクション下り線
２０５８ コネクション上り線
２０５９ コネクション上り線
２０６０ 音声入出力手段
２０６１ 音声入出力手段１
２０６２ 音声入出力手段３
２１０１ スイッチ管理テーブル
２１０２ スイッチ管理テーブル
Ｓ２２０１ 待機状態ステップ
Ｓ２２０２ 処理起動ステップ
Ｓ２２０３ 情報取得ステップ
Ｓ２２０４ 組数確認ステップ
Ｓ２２０５ 経過時間抽出ステップ
Ｓ２２０６ 選択ステップ
Ｓ２２０７ 経過時間判定ステップ
Ｓ２２０８ 要請ステップ
Ｓ２２０９ 返答待ちステップ
２３０１ ユーザ
２３０２ 音声入出力手段
２３０３ 対話管理クライアント
２３０４ 対話管理クライアント生成手段
２４０１ ユーザ
２４０２ 音声入出力手段
２４０３ 対話管理クライアント
２４０４ 対話管理クライアント生成手段
２５０１ ユーザ１
２５０２ 通信網
２５０３ 音声入出力手段
２５０４ 音声入出力手段
２５０５ 音声入出力手段
２５０６ 対話管理クライアント１
２５０７ 対話管理クライアント２
２５０８ 対話管理クライアント３
２５０９ 対話管理クライアント１
２５１０ 実行利用者データ
２５１１ ユーザ端末
２５１２ コンピュータネットワーク
２５１３ ユーザ情報管理サーバ
２５１４ ユーザ情報データ
２６０１ 電話端末装置
２６０２ 電話端末装置
２６０３ ポータルサーバ
２６０４ 音声入出力手段
２６０５ 対話管理クライアント１
２６０６ 対話管理クライアント２
２６０７ ユーザ情報管理サーバ
２６０８ 対話管理クライアント生成手段
２６０９ 対話調停手段
２６１０ 電話網
２７０１ マイク
２７０２ スピーカ
２７０３ カーナビゲーション端末１
２７０４ 音声入出力手段
２７０５ 対話管理クライアント１
２７０６ カーナビゲーション端末２
２７０７ 音声入出力手段
２７０８ 対話管理クライアント２
２７０９ 通信網
２７１０ ポータルサーバ
２７１１ ユーザ情報管理サーバ
２７１２ 対話管理クライアント生成手段
２７１３ 対話調停手段
２８０１ カーナビゲーション端末１
２８０２ 音声入出力手段
２８０３ 対話管理クライアント１
２８０４ カーナビゲーション端末２
２８０５ 音声入出力手段
２８０６ 対話管理クライアント２
２８０７ 電話回線
２８０８ パケット回線
２８０９ 電話回線
２８１０ パケット回線
２８１１ 通信網
２８１２ 電話回線
２８１３ パケット回線
２８１４ 対話調停手段
２９０１ マイク
２９０２ スピーカ
２９０３ カメラ
２９０４ ディスプレイ
２９０５ キーボード・マウス
２９０６ 音声入出力手段
２９０７ 画像入出力手段
２９０８ テキスト・位置入力手段
２９０９ 対話管理クライアント１
２９１０ ユーザ端末１
２９１１ ユーザ端末２
２９１２ コンピュータネットワーク
２９１３ 学習提供サーバ
２９１４ ユーザ情報管理サーバ
２９１５ 対話管理クライアント生成手段
２９１６ 対話調停手段
３００１ マイク
３００２ スピーカ
３００３ カメラ
３００４ ディスプレイ
３００５ キーボード・マウス
３００６ 音声入出力手段
３００７ 画像入出力手段
３００８ テキスト・位置入力手段
３００９ 対話管理クライアント１
３０１０ ユーザ端末１
３０１１ ユーザ端末２
３０１２ コンピュータネットワーク
３０１３ 学習提供サーバ
３０１４ ユーザ情報管理サーバ
３０１５ 対話管理クライアント生成手段
３０１６ 対話調停手段
３０１７ 教師用端末１
３０１８ 教師用端末２。
【発明の属する技術分野】
本発明は、音声サーバを媒介とした電子的なネットワーク上で形成される電子コミュニティでのコミュニケーションシステムに関わり、特に、音声入出力手段を用いて音声対話システムに接続し対話を進めていくことで特定の業務を実行する音声対話システム、電話回線を用いて遠隔地から音声対話サーバに接続し、語学学習を行うような語学学習システムに関する発明である。
【０００２】
【従来の技術】
現在、音声認識機能を用いて、学習者が教師システムとインタラクティブに対話を進め、目標とするダイアログやスキットを学習する「対話型語学学習システム」が実現されつつある。一般に、対話型語学学習システムは、（１）インターネットなどのネットワークに接続されておらず単体で動作可能なオフライン型学習システム、（２）ネットワークを介してデータ通信を行い学習を進めるオンライン型学習システム、（３）電話回線網を介して音声通話を行い音声対話によって学習を進める音声対話型学習システムの３種類に分類される。例えば、上記（３）の実現方法としては、インターネットを利用している利用者が、遠隔地にある音声サーバに接続し、語学学習する方法が提案されている（例えば、特許文献１参照。）。このような音声対話型語学学習システムは、音声通話回線ボードを備えるコンピュータと、音声対話を実現するソフトウェアプログラムから構成され、語学学習サービスを提供するサービス提供者が設置・運用するのが一般的である。音声対話型語学学習システムでは、あらかじめ、学習内容や学習手順などの手続きをプログラムとして記述しておけば、自動的に実行できるメリットがある。すなわち、音声合成手段を用いて学習者への情報提示を行い、音声認識手段を用いて学習者の発話を認識することが可能であるため、発話及び認識を逐次実行するような対話制御手順が決められていれば自動実行可能であり、既にこのような対話制御手順を逐次実行するプログラムは、例えばＶｏｉｃｅＸＭＬ（Ｖｏｉｃｅ ｅＸｔｅｎｓｉｂｌｅ Ｍａｒｋｕｐ Ｌａｎｇｕａｇｅ）インタプリタなどで実現されている。ＶｏｉｃｅＸＭＬでは、ＶｏｉｃｅＸＭＬスクリプトと呼ばれる標準スクリプトで記述された対話内容が、ＶｏｉｃｅＸＭＬインタプリタにより逐次実行され、利用者との対話を可能とする。例えば、以下の対話例１を実現するＶｏｉｃｅＸＭＬスクリプトは、スクリプト例１のように記述される。
対話例１
（１）システム：こちらは、音声自動応答システムです。ご利用になりたい、メニュー番号を発声してください。
（２）利用者：２番をお願いします。
（３）システム：２番ですね？ 初級の学習を開始します。よろしいですか？
（４）利用者：はい。
ところで、このような音声対話型語学学習を実施する上での長所は、学習者の発話内容によってシステムの応答を変更することができる点である。すなわち、学習者の回答内容が、システムにとって不十分な回答であれば再発話を促す機能や、複数の選択肢がある場合に、選択した内容に応じてシステムの応答を変更する機能などを付加できる。
【特許文献１】
特開２００２−１５７１１３号公報
【０００３】
【発明が解決しようとする課題】
語学学習に際しては、一般の語学学習教室で見られるように、教師と学習者の対話や学習者同士の対話、すなわち「人間同士の対話」を欠くことができない。更に、学習した内容を実際に運用することで他者からフィードバックを受け、学習進度の確認や欠点を自ら知ることも重要である。例えば、語学学習では、学んだことを実地に体験し状況に対応して応答を変えていく、「ロールプレイ」もしくは「ロールプレイング」と呼ぶ学習が効果的であると言われており、語学学習に応用する場合には特に重要な機能であると考えられる。しかしながら、上記の音声対話型学習システムでは、場面に応じた対話の実行が可能であるが、その反面システムが発する音声は一般に機械音声であり、人間の発声音声には遠く及ばないため、人間同士が行うような自然な対話を実現することは難しい。更に、現在の音声対話システムでは、学習者と教師の１対１の対話に限定されているため、例えば、学習者が他の学習者とロールプレイングを実施したいという欲求がある場合には、ロールプレイングを希望する他の学習者を探し出し、該音声対話システムとは異なる手段を利用して、学習者自らが他の学習者に接触する必要がある。このような学習者間コミュニティはフォーラム等の形態で実現されているが、一般に、学習者が自分の希望する他の学習者を探索する作業は時間や労力がかかり、学習サービスによっては、プライバシーの観点から学習者の特徴を示すプロフィールにアクセスを試みること自体を禁止する場合も想定され、現在の音声対話システムを用いた語学学習サービスでは、学習者同士のロールプレイングの機能を容易に実現することは困難であった。そこで本発明の課題は、音声対話型学習システムにおいて「人間同士の対話」ができるシステム実現することである。以上のように、これまでの音声対話システムを用いて語学学習サービスを実施する場合には多くの課題があり、当然ながら、該課題は語学学習サービスのみに限定されるものではなく、音声対話システムを利用するサービス一般でも同様な課題となる。
【０００４】
【課題を解決するための手段】
上記課題を解決する手段として、本発明では、ユーザからの入出力を制御する入出力手段と、ユーザとの対話を管理する対話管理クライアントと、対話管理クライアントと通信線で接続されている対話調停手段が情報を交換することで、所定の条件が満足された場合には、対話管理クライアント間にブリッジをはることのできる情報処理システムを提供する。
【０００５】
【発明の実施の形態】
本発明の実施の一形態について、図面に基づいて説明する。
まず、下記に示す対話例２Ａ、対話例２Ｂ、及び図１を用いて、本発明に関わるブリッジをはる方法の実施形態に関して説明する。下記対話例では、説明中で引用するために各発話内容に対して”［］”を用いて付番し、対話管理クライアントを「システム」と呼称する。
対話例２Ａ
［１］システム１：こんにちは。日本語学習システムです。
［２］ユーザＡ：会員番号０１２３のマイクです。
［３］システム１：本日は、「買い物」のダイアログを学習します。よろしいですか？
［４］ユーザＡ：はい。
［５］システム１：
［６］ユーザＡ：
［７］システム１：
［８］ユーザＡ：
［９］システム１：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［１０］ユーザ：はい。
［１１］システム１：では、接続いたします。少々お待ちください。
［１２］システム１：接続できました。終了するときは１を押してください。では、お話ください。
［１３］ユーザＡ：もしもし？
［１４］ユーザＢ：こんにちは。
［１５］ユーザＡ：私の名前はマイクです。
［１６］ユーザＢ：私はケントです。
［１７］ユーザＡ：今日どこへ買い物に行きましたか？
対話例２Ｂ
［１８］システム２：こんにちは。日本語学習システムです。
［１９］ユーザＢ：会員番号０８６７のケントです。
［２０］システム２：本日は、「買い物」のダイアログを学習します。よろしいですか？
［２１］ユーザＢ：はい。
［２２］システム２：
［２３］ユーザＢ：
［２４］システム２：
［２５］ユーザＢ：
［２６］システム２：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［２７］ユーザＢ：はい。
［２８］システム２：では、接続いたします。少々お待ちください。
［２９］システム２：接続できました。終了するときは１を押してください。では、お話ください。
図１は、本発明に関わる情報システムの内部構成と実行ステップの一例を示した図である。まず、本システムの利用者であるユーザ１（１０１）が携帯電話もしくは固定電話を用いて音声システムに接続し、利用開始要求を行う（１）。利用開始要求を行う際には、アクセス元を識別する情報を付加する。アクセス元を識別する情報は、上記対話例２Ａの［２］の発声のようにユーザが申告する方法や、音声対話システムに接続する際に数字ボタンで指定する方法等が利用できる。続いて、利用開始要求を受けた対話管理クライアント１（１０４）は、ユーザ情報管理サーバ１０３に対して、ユーザ情報の要求を行う（２）。ユーザ情報管理サーバ１０３は、ユーザ情報データ１１０を参照してユーザを特定し、ユーザに関する情報を対話管理クライアント１（１０４）に対して返送する（３）。返送するユーザ情報は、例えば、ユーザの名前、学習段階、学習履歴、マッチング対話履歴情報などから構成されている。ユーザ情報が返送された対話管理クライアント１（１０４）は、対話調停手段１０６に対して、利用を開始する実行ユーザであるユーザ１の情報を登録する（４）。対話調停手段１０６では、対話管理クライアント１（１０４）から登録されたユーザ情報を、単独実行ユーザデータ１０８に格納し、対話管理クライアント１（１０４）に対して、実行ユーザの登録完了を通知する（５）。上記の手順で実行ユーザの登録が完了すると、音声対話のセッションを開始する。対話セッションの一例は、上記対話例２Ａに記載した[１]から[８]までのような対話である。ここでは、日本語学習の例で実施の形態を説明したが、もちろん日本人向けの外国語学習などの用途でも同様の対話を行うことができるため、必ずしも対話例２Ａ［１］〜[８］のように日本語でなくとも構わず、言語や対話内容を拘束するものではない。
一方、ユーザ１（１０１）と対話管理クライアント１（１０４）とが対話を行っていると同時に、別の利用者であるユーザ２（１０２）が音声対話の利用要求を行う場合も、上記のステップ（１）から（６）までは同様の手順で遂行される。図１では、ユーザ２に関するステップには、”’”記号を付加したステップを記載した。上記の手順により、ユーザ１及びユーザ２が対話システムを利用し、対話セッションを実行している形態が実現できる。
対話調停手段１０６では、同時刻にシステムを利用している利用者（本実施例では、ユーザ１及びユーザ２）の情報を、単独実行ユーザデータ１０８に格納して管理している。対話調停手段１０６では、該単独実行ユーザデータを参照して、ユーザ１及びユーザ２のマッチング対話を提案（オファー）するかどうか判定するする（７）。例えば、ユーザ１及びユーザ２の学習段階が同一である場合や、学習内容が近い場合等にマッチング対話を提案する。例えば、ユーザ１及びユーザ２の学習段階が「初級」でかつ学習内容が「買い物」であれば、マッチング対話を提案できる。本実施例では、ユーザ１及びユーザ２の学習段階及び学習内容が同一である場合にマッチング対話を提案するステップとしたが、もちろん、マッチング対話を行うことにより効果が高いと判断される組み合わせであれば如何様な判定でもよく、上記例に限定されるものではない。
上記のマッチング結果の判定の結果、ユーザ１とユーザ２の直接対話をオファーする条件が整った後（７）、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）に対して、それぞれ対話管理クライアント２及び対話管理クライアント１を利用しているユーザとの直接対話を行うよう、他ユーザのマッチング要求を出す（８）。次に、各対話管理クライアントは、ユーザに対してマッチングのオファーを行う（９）。上記の対話例２Ａ及び２Ｂにおいては、対話例２Ａ［９］と対話例２Ｂ［２６］がオファー発話に相当する。ユーザ１及びユーザ２は、それぞれマッチング対話を受諾するかどうかの判断を行う（１０）。ユーザ１及びユーザ２が両方ともマッチングを受諾したら対話管理クライアント１及び対話管理クライアント２のコネクションを確立し、ユーザ１とユーザ２の直接対話に移行する（１１）。上記対話例２Ａ及び２Ｂでは、対話例２Ａ［１３］〜［１７］が該コネクション確立及びコネクション確立後の対話例を示している。最後に、対話管理クライアント１０４及び１０５は、対話調停手段１０６に対して、コネクションが確立した旨の通知を行い（１２）、対話調停手段１０６は該情報を元にユーザ１及びユーザ２を単独実行ユーザデータ１０８から削除し、コネクション確立ユーザデータ１０９に登録する。
図２を用いて、本発明に係わるブリッジをはるまでのステップにおいて、ユーザから要求があった場合の実施の形態に関して説明する。図２では、上記図１に関する実施例と構成は同一であるが、ユーザからの要求によりマッチング対話を行う点が異なっている。まず、図１におけるステップ（１）ユーザの利用開始要求から、ステップ（６）の対話セッション開始までのステップは同一である。続いて、ユーザ１（２０１）は、対話管理クライアント１（２０４）に対して、マッチング対話の要求を行う（７）。ステップ（７）ユーザ１が対話管理クライアントに対してマッチング対話を行いたい旨を要求する方法は、例えば、マッチング対話を行うためにあらかじめ割り当てられているキーやボタンの押下を検出する方法や、ユーザの「マッチング対話希望」等の発声を音声認識する方法などが利用できる。上記の方法で入力された要求項目を受け、対話管理クライアント１（２０４）は、対話調停手段２０６に対してマッチング対話要求の通知を行う（８）。以下、対話調停手段２０６はユーザ同士のマッチング判定を行うが、以降のステップは図１と同様のステップで実現できる。
図３を用いて、マッチング対話を行っているユーザ１及びユーザ２に対して、対話調停手段が終了の提案を行う実施の形態を示す。図３は、ユーザ１及びユーザ２がマッチング対話を終了する場合の構成図とステップの一例である。まず、対話調停手段３０６は、コネクション確立ユーザデータ３０９を検索し、マッチング対話を行っているユーザ組に関する情報を取得し、上記ユーザ組に関する情報データからマッチング対話の終了判定を行う（１）。続いて、マッチング対話の終了提案を、対話管理クライアント１（３０４）に対して通知する（２）。同時に対話管理クライアント１（３０４）は対話管理クライアント２（３０５）に対してマッチング対話終了提案通知を転送する（２’）。続くステップ（３）では、各対話管理クライアントがユーザに対してマッチング対話を終了してほしい旨の通知を行い、ユーザの終了承諾の後（４）、コネクションを切断する（５）。コネクションが切断された後に、対話管理クライアント１（３０４）は、ユーザ情報管理サーバ３０３に対して、行われていたマッチング対話履歴の登録を行い（６）、ユーザとの通常セッションを開始する（７）。最後に、通常セッションに復帰した旨を通知された対話調停手段３０６は、コネクション確立ユーザデータ３０９からマッチング対話を行っていたユーザデータを削除し（９）、両ユーザの情報を単独実行ユーザデータ３０８に再登録する（１０）。上記のステップで本発明に関わるマッチング対話の終了手段を実現できる。
図４にて、本発明に関わるマッチング対話を終了するステップについて、特にユーザが希望した時点でマッチング対話を終了するステップの一例を説明する。ここでは、ユーザ１がマッチング対話終了を希望する場合を想定する。まず、ユーザ１（４０１）が対話管理クライアント１（４０４）に対して会話終了申請を行う（１）。会話終了の申請は、例えば、電話装置の特定の押しボタン（例えば、０番）を押下することで、マッチング対話を終了したい旨をシステムに通知する方法や、対話管理クライアントがマッチング対話を傍受し、マッチング対話者の発言内容に含まれる「マッチング対話終了」というキーワードを認識する方法等を用いるが、本発明においては、ユーザが対話の終了を指定できる方法であれば上記に限定されるものではない。更に、上記では「マッチング対話終了」を音声中から検出する方法を示したが、日本語学習者の学習レベルが初期段階にある場合には、「マッチング対話終了」というキーワードを記憶していない場合が有りえるので、学習者の母国語での「マッチング対話終了」を意味する単語乃至はフレーズでも構わない。この場合、対話管理クライアントは学習者の母国語による「終了」を意味する音声を音声認識する。以上の手順で、マッチング対話の終了を申請した後、対話管理クライアント１（４０４）は、対話調停手段４０６に対してユーザからのマッチング終了申請があった旨を通知する（２）。以降、図３における終了手段と同様の手法で通常セッションに復帰する。
図５及び図１を用いて本発明の対話調停手段に関する実施の形態を説明する。図５は、図１の対話調停手段１０６におけるステップ（７）「マッチング判定」の一実施形態である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ５０１）にある。次に、任意の対話管理クライアントＮから対話セッションを開始しようとしている”実行ユーザ”の登録を受ける（Ｓ５０２）。次に、対話調停手段１０６は単独実行ユーザ管理データ１０８に実行ユーザデータを登録する（Ｓ５０３）。続いて、該時刻に本発明に関わる情報処理装置を利用している全てのユーザリストである「単独実行ユーザデータ」を単独実行ユーザデータから取得する（Ｓ５０４）。ステップＳ５０４で得られた単独実行ユーザデータが２人以上であれば次のステップＳ５０５を実行し、もし単独実行ユーザが２人未満であったならば、対話の調停を行わず待機状態に遷移する（Ｓ５０５）。ステップＳ５０５で単独実行ユーザが２人以上であるならば、該単独実行ユーザの任意の組み合わせ、例えばユーザＩとユーザＪに対してマッチング度Ｍ（Ｉ，Ｊ）を計算する（Ｓ５０６）。該マッチング度は例えば、０から１００までの整数値で表現されており、数値が大きければマッチング度が大きく対話調停の効果が高いとされる組み合わせを示す。もちろん、マッチング度は、ユーザの組み合わせの結びつき度合いを評価できる指標であれば該上記実施の形態に限定されるものではない。続いて、ステップＳ５０６で計算されたマッチング度Ｍ（Ｉ，Ｊ）について最も値の大きいユーザの組み合わせ（Ｐ，Ｑ）を求める（Ｓ５０７）。ここで、Ｐ及びＱはユーザのインデックスを示すものとする。次に、Ｓ５０７で求められたマッチング度Ｍ（Ｐ，Ｑ）に対して、あらかじめ定められたマッチング度以上かどうかを判定し、一定のマッチング度以上であれば続くステップＳ５１０を実行し、以上でなければ対話の調停を行わず待機状態に遷移する（Ｓ５０９）。上記あらかじめ定められたマッチング度は、例えば５０のような数値である。続くステップＳ５１０にて、ユーザＰ及びユーザＱを管理する対話クライアントに対して、他ユーザとのマッチング要求を送出し、各対話管理クライアントからの応答の待ち状態に遷移する（Ｓ５１１）。上記ステップＳ５０９にて送出される情報は、図１ステップ（８）の他ユーザマッチング要求の一実施形態である。
図６及び図１を用いて、本発明におけるブリッジをはるユーザの組み合わせを、複数生じせしめる手段の実施例に関して説明する。図６は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段１０６は、まず待機状態に設定されている（Ｓ６０１）。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ６０２）。続いて、単独実行ユーザは２人以上か判定し、２人以上であればＳ６０４、２人未満であれば待機状態Ｓ６０１に遷移する（Ｓ６０３）。続くステップＳ６０４では、図５のステップＳ５０６、Ｓ５０７、Ｓ５０８、Ｓ５０９と同様の手順でマッチング度最大のユーザ組（Ｐ，Ｑ）を選択して、マッチング対話開始を要求する。次に、ユーザＰ及びＱがマッチング対話を受諾したならば、図１の単独実行ユーザデータ１０８から、ユーザＰ及びＱを削除し、同時にコネクション確立ユーザデータ１０９にユーザ組（Ｐ，Ｑ）を登録し（図１のステップ（１４））、待機状態に遷移する（Ｓ６０６）。上記の手順で、まず単独実行ユーザから２人のユーザを選択しマッチング対話を行わせる調停が可能となる。待機状態に遷移した対話調停手段は、繰り返しステップＳ６０２からステップＳ６０６を実行し、単独実行ユーザデータに残っているユーザに対してカップリングを行い、マッチング対話を提案する。尚、本実施例では、マッチング度最大のユーザ組が存在し、かつマッチング対話を受諾するという条件で実施したので、図６のステップは、単独実行ユーザが２人未満になるので問題はない。しかし、上記の前提が成立しない場合、例えば、マッチング度最大のユーザ組（Ｐ，Ｑ）のどちらかがマッチング対話のオファーを受諾しなければ、続くステップＳ６０６で単独実行ユーザからユーザＰ及びＱを削除することができなくなり、ユーザＰ及びＱに対して永遠にマッチング対話のオファーが実行されることになる。従って、マッチング度最大のユーザ組を再び選択しないよう、利用中ユーザデータ１０７に、マッチング拒否ペアの類のデータを格納しておけば、Ｓ６０４の選択を行う際に、既にマッチングを拒否したユーザ組を排除することができるので、問題はない。
図７及び図１を用いて、本発明におけるブリッジをはるユーザを３人とする場合の対話調停手段の一実施例について説明する。図７は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ７０１）にある。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ７０２）。続いて、単独実行ユーザは３人以上か判定し、３人以上であればＳ７０４、２人未満であれば待機状態Ｓ７０１に遷移する（Ｓ７０３）。次に、２人のユーザの全ての組み合わせに対して、マッチング度Ｍ（Ｉ，Ｊ）を求める（Ｓ７０４）。続いて、ステップＳ７０４で得られた２ユーザのマッチング度Ｍ（Ｉ，Ｊ）と、ユーザＩを含む全てのマッチング度Ｍ（Ｉ，Ｘ）と、ユーザＪを含む全てのマッチング度Ｍ（Ｊ，Ｘ）とから、式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）を計算し、最大のＭとなるようなユーザＸを求める。ここで、Ｘは、Ｉ及びＪではないという条件で探索する。例えば、ユーザＫに対して上式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）が最大となったのであれば、ユーザＩ，Ｊ，Ｋの間のマッチング度Ｍ（Ｉ，Ｊ，Ｋ）を該３人の組み合わせのマッチング度とする（Ｓ７０５）。続いて、任意の３人のユーザ組のマッチング度が最も高いＭ（Ｉ，Ｊ，Ｋ）を選択し（Ｓ７０６）、一定のマッチング度以上であれば、ユーザＩ，Ｊ，Ｋを管理する対話管理クライアントにマッチング対話を要求し（Ｓ７０８）返答待ち状態に遷移する（Ｓ７０９）。上記の手順で３人の対話調停を行うことができたが、３人以上の対話調停においても同様の手法を用いることができる。３人以上の対話調停においては、ステップＳ７０４及びステップＳ７０５の処理を再帰的に実行すれば良い。
図８及び図９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を語学学習サービスに応用する例に関して説明する。図９は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びユーザＢの登録情報を取得する（Ｓ９０１）。ユーザ情報は、例えば図１のユーザ情報管理サーバから取得する。ここでは、図８の８０１がユーザＡの登録情報を示し、図８の８０６がユーザＢの登録情報を示している。ユーザに関する情報は、名前８０２、学習コース８０３、学習内容８０４、マッチング対話希望情報８０５の属性情報から構成される。ステップＳ９０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ９０２）。両ユーザがマッチング対話を希望していればステップＳ９０２を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ９０４）。ステップＳ９０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの学習コースの一致度を計算する（Ｓ９０３）。ここでは、図８の８０３及び８０８を参照し、両者とも「英語初級」という学習コースで同一であるので、Ｍ１＝１００を設定する（Ｓ９０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を実現できる評価値であれば、該値に限定するものではない。続くステップＳ９０４では、両ユーザの学習内容の類似度Ｍ２を計算する。図８の８０４及び８０９を参照し、両者のいずれの学習内容も「買い物」が含まれているので、Ｍ２＝１００を設定する。以上のステップから求められた類似をＭ１，Ｍ２を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ９０６）。ここでは、Ｍ＝１００と求められる。上記の手順で、語学学習サービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図８に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ９０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ９０５とステップＳ９０６の間に挿入し、Ｓ９０６の計算式を変更すればよい。
図１０を用いて、ユーザが学習を終了した後に、ユーザの端末を利用してユーザ情報にアクセスする手段を開示する。図１０は、サービス提供者が公開するユーザ情報の一例である。ユーザ情報１００１は、インターネット上のＷＥＢサービスや公開掲示板などを利用して公開されている。ユーザは、ユーザ情報中のマッチング対話の履歴を確認し、次回のサービス利用時に前回以前にマッチング対話を行ったユーザと次回以降も対話を行うかどうかを選択できる。すなわち、ユーザ情報１００１においては、前回のマッチング対話ユーザがユーザＢであることを示しており（１００２）、マッチング対話の時刻も示されている（１００３）。従って、ユーザは該情報からマッチング対話の内容を想起し、次回もマッチング対話を行うかどうかを判断できる。図１０では、ユーザは「次回も対話を行う（１００４）」を選択したので、図１のステップ（７）における対話調停手段において、ユーザＡとユーザＢのマッチング度を高く設定することで、マッチング対話の継続利用が可能となる。尚、該実施例では、マッチング対話を行ったユーザを「ユーザＢ」と匿名で表記したが、プライバシーの観点から匿名乃至は実名を選択可能としても良い。
上記の実施の形態では、ユーザの学習コース及び学習内容の情報を利用して対話調停を行う手段を開示した。ここでは、本発明に関わる「利用者のマッチング対話利用履歴に応じて対話調停を行う方法」の実施形態に関して、図１１を用いて説明する。図３のステップ（６）で示すように、ユーザ１とユーザ２とのマッチング対話が終了すると、対話管理クライアントは、ユーザ情報管理サーバに対して、ユーザ１とユーザ２がマッチング対話を行った情報を送出する。例えば、図６に記載する類の情報、すなわち、ユーザ情報１１０１、マッチング対話を行った相手方のユーザ１１０２、学習時刻１１０３から構成する。例えば、上記対話例２Ａ及び２Ｂでは、それぞれ、以下のようなデータが送出される。
データ１：（ユーザＡ、ユーザＢ、２００２年８月２０日１５：３０〜１５：３８）
データ２：（ユーザＢ、ユーザＡ、２００２年８月２０日１５：３０〜１５：３８）
上記の履歴データがユーザ情報管理サーバに送出されると、ユーザ情報管理サーバは受理した履歴データをユーザ情報データに記録する。対話調停手段では、図１のステップ（７）マッチング判定時に、ユーザ情報管理サーバから取得するユーザＡ及びユーザＢのユーザ情報を検索し、再度ユーザＡが音声システムを利用した場合には、ユーザＢに対して優先的にマッチングを行うように調停を行う。図１２及び図３を用いて、本発明に関わるサービス利用者への課金の実施形態に関して説明する。図１２は、図３ステップ（６）のマッチング対話履歴登録の際にユーザ情報管理サーバ３０３にて行うステップを示したものである。まず、図３ユーザ情報管理サーバ３０３では、学習システムの利用時間をユーザ情報１２０１の学習システム利用時間エリア１２０２に加算する（Ｓ１２１０）。続いて、マッチング対話の利用回数をユーザ情報１２０１のマッチング対話利用回数エリア１２０３に加算する（Ｓ１２１１）。続いて、学習システム利用時間からポイント数Ｐを計算する（Ｓ１２１２）。例えば、１０分の利用であれば１０ポイントのようにする。ステップＳ１２１２にて計算されたポイント数Ｐを、ユーザ情報１２０１内にある課金情報エリア１２０４に加算する。続いて、ステップＳ１２１４では、学習システムでのマッチング対話の回数をマッチング対話利用回数エリア１２０３から取得する。取得した利用回数を参照し、マッチング対話の回数がＮ回以上であればステップＳ１２１６を実行し、Ｎ回未満であれば処理を終了する。ここでＮの数はサービスに応じてあらかじめ決められている数である。続いて、ステップＳ１２１６では、マッチング対話を利用した回数Ｎからポイント数Ｑを計算する。例えば、５回の利用であれば、０．５ポイントのようにする。ステップＳ１２１６で計算されたポイント数Ｑを課金情報エリア１２０４から減算する（Ｓ１２１７）。減算のステップは、マイナスの値を加算するステップに置き換えても良い。以上の手順で、本発明に関わる課金情報の管理手段を提供する。
図１３及び図１４を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例をテレマティクスサービスに応用する例に関して説明する。図１４は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びＢの登録情報を取得する（Ｓ１４０１）。ここでは、図１３の１３０１がユーザＡの登録情報を示し、図１３の１３０８がユーザＢの登録情報を示している。ユーザＡに関する情報は、名前１３０２、自宅１３０３、所持している車種１３０４、興味１３０５、マッチング対話希望情報１３０６、目的地登録情報１３０７の属性情報から構成される。ステップＳ１４０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ１４０２）。両ユーザがマッチング対話を希望していればステップＳ１４０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１４０４）。ステップＳ１４０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの車種の一致度を計算する（Ｓ１４０３）。ここでは、図１３の１３０４及び１３１１を参照し、両者とも「セイサク」という車種で同一であるので、Ｍ１＝１００を設定する（Ｓ１４０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を表す評価値であれば、該値に限定するものではない。続くステップＳ１４０５では、両ユーザの興味の類似度Ｍ２を計算する。図１３の１３０５及び１３１２を参照し、両者のいずれの興味にも「ショッピング」が含まれているが、１３１２のユーザには「旅行」の興味が含まれているので完全に興味が同じではないので、Ｍ２＝８０を設定する。続くステップＳ１４０６では、両ユーザの目的地の近さＭ３を計算する。ここで図１３の１３０７及び１３１４より、ユーザＡは「富士五湖」、ユーザＢは「富士山」と登録されており、両者はあらかじめ設定されている地図情報における同一メッシュに含まれるので、Ｍ３＝１００とする。目的地の近さに関しては、目的地が含まれているメッシュのマンハッタン距離（メッシュ数）を計算し、該メッシュ数に１０を掛けた値を１００から減じることで計算できる。もちろん、目的地の近さの判定方法は該手段に限定するものではなく、地図上の実際の距離をスケール変換したもの等を利用できる。以上のステップから求められた類似をＭ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１４０７）。ここでは、Ｍ＝９４と求められる。ここでマッチング度ＭがＭ＝９４であり、ユーザＡ及びユーザＢは目的地が近いと判定されたので、目的地周辺の観光情報やショッピング情報交換のガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、テレマティクスサービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図１３に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１４０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１４０６とステップＳ１４０７の間に挿入し、ステップＳ１４０７の計算式を変更すればよい。
図１５、図１６、図１７、図１８及び図１９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を結婚情報サービスに応用する例に関して説明する。図１６は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＦ及びＭの登録情報を取得する（Ｓ１６０１）。ここでは、図１５の１５０１がユーザＦの登録情報を示し、図１５の１５０８がユーザＭの登録情報を示している。ユーザに関する情報は、名前１５０２、住所１５０３、生年月日１５０４、血液型１５０５、趣味１５０６、マッチング対話希望情報１５０７の属性情報から構成される。ステップＳ１６０１にて取得された登録情報を参照し、ユーザＦ及びＭが両者ともマッチング対話を希望しているかを参照する（Ｓ１６０２）。両ユーザがマッチング対話を希望していればステップＳ１６０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１６０４）。ステップＳ１６０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの星座の相性度Ｍ１を検索する（Ｓ１６０３）。図１７は星座間の相性度を定義する表である。図１７から男性の星座「乙女座」（１７０２）及び女性の星座「天秤座」（１７０３）から、相性度はＭ１＝８５（１７０３）と求めることができる。ここで、相性度表を用いるのはあくまでも一実施例であって、相性度を表現するものであれば該値に限定するものではない。続くステップＳ１６０５では、両ユーザの血液型の相性度Ｍ２を検索する。本ステップもＳ１６０３と同様に、図１８の１８０２及び１８０３から、相性度をＭ２＝５８（１８０３）と求めることができる。最後にステップＳ１６０６にて、両ユーザの趣味の近さＭ３を計算する。ここでは、図１９のような表を用いて、１９０１及び１９０２から相性度を求めＭ＝１０（１９０３）とする。以上のステップから求められた類似度Ｍ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１６０７）。ここでは、Ｍ＝４３．３と求められる。ここで、マッチング度ＭがＭ＝４３．３であり、ユーザＡとユーザＢの相性が比較的近いと判断されたので、趣味に対するガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、結婚情報サービスを利用する２人のユーザのマッチング度判定を行う実施の形態を示した。上記実施例では、図１５に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１６０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１６０６とステップＳ１６０７の間に挿入し、ステップＳ１６０７の計算式を変更すればよい。
図２０及び図２１を用いて本発明に関わるブリッジをはる手段の実施の一形態を説明する。図２０は、ユーザ１及びユーザ２が音声入力手段を用いて、各々に対応する対話管理クライアント１及び対話管理クライアント２と対話を行っている図を示すものである。ユーザ１は、音声入出力手段２００９の音声チャネル１（２０１１）に接続され、上り音声チャネル２０１３及び下り音声チャネル２０１４を利用している。音声チャネル１（２０１１）は、スイッチング手段１（２００３）を介して対話管理手段１（２００１）に接続され対話が実行されている。ここで、対話管理手段は対話の各ステップを実行する手段であり、本発明で度々記述されている対話管理クライアントが、該対話管理手段の一実施形態である。スイッチング手段１（２００３）及び音声入出力手段１（２０１１）は上り線（２００６）と下り線（２００７）で接続されている。スイッチング手段２００５は、一般にソフトウェアとして実現されるため、対話管理手段内（２００１乃至は２００２）で実施される方法、音声入出力手段内（２００９）で実施される方法があるが、スイッチング手段２００５が実現できれば構成は上記の限りではない。このように、音声入出力手段への音声の入出力は上り線と下り線の全二重通信によって実現されることが多く、公知の技術で実現できる。同様に、ユーザ２は音声入出力手段３（２０１２）及びスイッチング手段（２００４）を介して、対話管理手段２（２００２）と対話を行う。本実施例では、音声入出力手段は１及び３を利用したが、ユーザ毎に分離可能な音声入出力手段が割り当てられていればいずれのチャネルを利用しても構わない。上記の形態において、ユーザ１及びユーザ２が対話管理手段１及び２と対話を行っている形態を示した。該形態は、図２１の２１０１に示すスイッチ管理テーブルによって管理できる。すなわち、現在利用中のスイッチＩＤに対して、接続されている音声入出力手段、対話管理手段の入出力線の接続番号を、図２１の２１０１に記述している方式で管理する。例えば、スイッチＩＤ＝１のスイッチング手段は、音声入出力手段からの入力信号線（ＩＮ）は音声入出力手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、音声入出力手段への出力信号線（ＯＵＴ）は音声入出力手段１に接続されているので、ＯＵＴの項目に「１」と記載する。また、対話管理手段についても同様に、対話管理手段からの入力信号線（ＩＮ）は、対話管理手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、ＯＵＴの項目に「１」と記載する。上記の手順で、対話が行われている時点での対話管理手段と音声入出力手段の接続関係を、図２１のスイッチ管理テーブルで管理できる。さて次に、ユーザ１及びユーザ２の直接対話を行うためのブリッジをはる手順に関して説明する。ここでは、図１におけるステップ（１１）のコネクション確立に関する実施の形態を説明する。図１ステップ（１１）は、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）は、ユーザからのマッチング受諾の通知を受け、ブリッジをはるステップである。図１の１０４及び１０５は、図２０では２００１及び２００２に相当するので、以下図２０の記号のみを用いて説明する。まず、対話管理手段１（２００１）は、スイッチ管理テーブル２１０１を参照して、ブリッジをはる相手方である対話管理手段２をＩＮ・ＯＵＴ線に接続しているスイッチＩＤを取得する。すなわち、図２１の２１０１では、スイッチＩＤ＝２を取得する。次に、スイッチＩＤ＝２を取得した対話管理手段１（２００１）は、スイッチング手段に対して、対話管理手段１自身が接続しているスイッチＩＤ＝１と、上記手順で取得したスイッチＩＤ＝２の音声入出力手段側の信号線ＯＵＴを入れ替えるよう通知する。すなわち、スイッチＩＤ＝１の音声入出力手段ＯＵＴは「１」、スイッチＩＤ＝２の音声入出力手段ＯＵＴは「３」であるから、この「１」と「３」を入れ替える。尚、上記例では、対話管理手段１がスイッチＩＤを取得したが、対話管理手段２がスイッチＩＤを取得し同様の手順により信号線を入れ替えても良い。但し、対話管理手段１及び対話管理手段２が同時に入れ替えると競合が起こるので、スイッチＩＤの取得及び切り替えの手順は、優先度の高い対話管理手段が行う必要があり、例えば、対話管理手段ＩＤの若い方が優先度が高いとするなどの制約が必要である。上記ステップで、図２０スイッチング手段２０５３及び２０５４と、音声入出力手段２０６１及び２０６２は、信号線２０５６、２０５７、２０５８、２０５９の接続形態とすることができる。上記の手順で、音声入出力手段１（２０６１）と接続しているユーザ１と音声入出力手段２（２０６２）に接続しているユーザ２の全二重通信路、すなわち、ユーザ１からユーザ２への接続は、ユーザ１→２０６１→２０５６→２０５３→２０５７→２０６２→ユーザ２となり、ユーザ２からユーザ１への接続は、ユーザ２→２０６２→２０５８→２０５４→２０５９→２０６１→ユーザ１の通信路が確立され、直接対話が可能となる。続いて、対話管理手段１（２０５１）及び対話管理手段２（２０５２）の各々がユーザ１及びユーザ２の通話を傍受するため、対話管理手段１はスイッチング手段２（２０５４）と、対話管理手段２はスイッチング手段１（２０５３）との接続を確立し、図２１スイッチ管理テーブル２１０２に記載するように各々のスイッチは両方の対話管理手段に接続されている状態となる。上記の手順で、ユーザ１及びユーザ２のコネクションを確立することができた。
図２２及び図３を用いて本発明に関わる対話調停手段において、マッチング対話を行っているユーザに対してマッチング対話を終了するように要請する一実施例を説明する。図２２は、図３の対話調停手段３０６におけるステップ（１）マッチング対話終了判定を実現するステップの一例である。対話調停手段３０６は、初期状態である待機状態（Ｓ２２０１）から、タイマー処理により終了判定処理を起動する（Ｓ２２０２）。タイマーは、例えば１分毎に起動するように設定しておけばよい。次に、現在マッチング対話を行っているコネクション確立ユーザ情報を、図３０コネクション確立ユーザデータ３０９から取得する（Ｓ２２０３）。ステップＳ２２０３で取得した確立ユーザ組数が１以上であれば、続くステップＳ２２０５を実行し、１未満（すなわち０）であれば待機状態に遷移する。ステップＳ２２０５では、ステップＳ２２０３で取得した全てのコネクション確立ユーザ情報から、マッチング対話の経過時間Ｔを抽出する。次に、Ｔが最も大きいユーザ組（Ｉ，Ｊ）を選択し（Ｓ２２０６）、一定時間以上経過しているかどうか判定し、経過していればステップＳ２２０８を実行し、経過していなければ待機状態Ｓ２２０１に遷移する。ここでは、経過時間Ｔとシステム固定の経過時間を比較したが、マッチング対話を行ってユーザ組に異なるシステム利用可能時間を与えてもよく、その場合には、コネクション確立ユーザ情報に、経過時間Ｔとシステム利用可能時間Ｔａを記載して利用すれば良い。ステップＳ２２０８では、ステップＳ２２０７にて選択されたユーザ組（Ｉ，Ｊ）を管理する対話管理クライアント（図３−３０４）に対話終了を要請する。対話終了の要請を受けた対話管理クライアント１（３０４）は、対話管理クライアント２に通知し各ユーザに対してマッチング対話の終了の要請を行う。その後、ユーザのどちらが承諾すればマッチング対話を終了し、コネクションを切断する。上記実施例では、マッチング対話の終了に際して各ユーザに通知し承諾を得る手続きをとったが、もちろん、承諾を得ずにコネクションを切断しても良く、その場合はマッチング対話の終了要請の手続きは不要である。以上の手順により、マッチング対話を終了させる手段を実現する。
図２３を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動すると対話管理クライアント生成手段２３０４が生成され、ユーザ２３０１からの利用開始メッセージの待ち状態に移行する（１）。次に、音声入出力手段２３０２に対して利用者から通話があると（２）、音声入出力手段２３０２は対話管理クライアント生成手段２３０４に対して通話開始メッセージを送出する（３）。対話管理クライアント生成手段２３０４は音声入出力手段２３０２から送出される利用開始メッセージを受理すると、利用者との対話を行う対話管理クライアント２３０３を生成する（４）。生成された対話管理クライアント２３０３は、音声入出力手段２３０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの対話を開始する（５）。
図２４を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動されると、対話管理クライアント生成手段２４０４が対話管理クライアント２４０３を生成する（１）。生成された対話管理クライアント２４０３は、音声入出力手段２４０２から送出される利用開始メッセージの待ち状態に移行する（２）。次に、ユーザ２４０１から音声入出力手段２４０２に対して電話回線等を通じて利用の要求があると（３）、音声入出力手段２４０２は対話管理クライアント２４０３に対して利用開始メッセージを送出する（４）。利用開始メッセージを受理した対話管理クライアント２４０３は、音声入出力手段２４０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの通話を開始する（５）。
以上、対話管理クライアントとユーザの通信路確立に関して２種類の実施の形態を示したが、対話管理クライアントとユーザの通信路が確立されれば良く、上記実施の形態のみに限定するものではない。
図２５は、本発明に関わる情報処理装置のシステム構成例である。図２５に示すように、情報処理装置は、ユーザ２５０１が音声対話を行う際の音声の入力及び出力を司るための音声入出力手段２５０３と、音声入出力手段２５０３を通じて、ユーザが入力する音声を認識し、ユーザへ提示すべき音声を構成する対話管理クライアント２５０６と、対話管理クライアント２５０６に対して、対話マッチングの制御を行う対話調停手段２５０９と、音声対話システムを利用中のユーザに関する情報を格納する利用中ユーザデータ２５１０と、ユーザに関する情報をサービス提供者から得る手段として利用するコンピュータネットワーク２５１２と、ユーザのユーザ情報を管理するユーザ情報管理サーバ２５１３と、ユーザが自らのプロファイル等を入力するためのユーザ端末２５１１から構成される。音声入出力手段２５０３は、一般にユーザと電話回線網２５０２で接続されており、ユーザが発声する音声をデジタル化し（Ａ／Ｄ変換）、音声デジタルデータをアナログデータに変換する（Ｄ／Ａ変換）装置を利用するが、例えば、コンピュータに接続されているマイク及びスピーカでも良い。また、音声入出力手段２５０３は必ずしも電話回線で接続されていることに限定しない。例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で実現されるインターネット網上で、デジタル化された音声データを送受信する方法を利用してもよい。対話管理クライアント２５０６は、ユーザが発する音声データを認識しユーザの発するところの音声内容を理解する手段と、現在の対話の状況に関する発話内容を音声データとして構成し出力する手段を有する。なお、一般に対話管理クライアントは複数起動できるようにプログラミングされており、複数のユーザが同時にシステムを利用できる構成とする。ここで、本発明に関わる情報処理装置は、複数のユーザが利用可能な音声入出力手段及び対話管理クライアントを備えている。一般に、音声入出力手段の数は音声対話装置に接続可能とする電話回線数である。図２５の構成では、３回線の音声入出力手段を備え、３人までのユーザが同時利用可能である。
図２６は、本発明に関わる情報処理装置のシステム構成例である。図２６における情報処理装置は、ユーザが利用する電話端末装置２６０１、電話網２６１０、ポータルサーバ２６０３から構成されている。ポータルサーバ２６０３は、音声入出力手段２６０４、対話管理クライアント２６０５、ユーザ情報管理サーバ２６０７、対話管理クライアント生成手段２６０８、対話調停手段２６０９を備えている。図２７及び図２８は、本発明に係わる情報処理装置のシステム構成例である。特に、カーナビゲーション端末とポータルサーバが情報の授受を行う形態に関わるものである。図２７カーナビゲーション端末２７０３は、音声の入力手段であるマイク２７０１と出力手段であるスピーカ２７０２が音声入出力手段２７０４に接続され、カーナビゲーション端末上で動作する対話管理クライアント２７０５とを備えている。この形態では、対話管理クライアントにより実行する対話スクリプトを、通信網２７０９を経由してダウンロードする。ダウンロードは、図２８の２８０８の太線で示すデータ通信路を利用する。ポータルサーバ２７１０は、ユーザ情報管理サーバ２７１１と対話管理クライアント生成手段２７１２と対話調停手段２７１３とを備える。一般に、通信網においては音声信号を交換する系とデータ類を交換する系は異なる。図２８における通信網に接続されている細線（２８０７、２８０９、２８１２）は電話回線であり、太線（２８０８、２８１０、２８１３）はデータ回線を示している。本実施の形態を利用する情報処理システムでは、ユーザ情報や対話スクリプトの交換はデータ通信線を用い、ユーザ間のマッチング対話は音声通信線を利用する。すなわち、図２８のシステムを用いた場合の図１におけるコネクション確立のステップ（１１）は以下のようになる。まず、マッチング受諾を受けた各対話管理クライアント２８０３及び２８０６は、対話調停手段２８１４に対してコネクション確立の要請を行う。対話調停手段２８１４はユーザ情報管理サーバからユーザの電話番号を抽出し、対話調停手段からカーナビゲーション端末２８０１及び２８０４に通話をかける。続いて、図２０と同様の方法を用いてユーザ間の通信路の上り下り回線のスイッチングを行う。以上の手順で、ユーザ間の直接対話を実現する。上記実施例はユーザ間の対話を、音声回線を用いて実現したが、もちろん音声データをパケットデータに変換してデータ通信回線を利用する技術なども同様に利用可能であり、上記実施例の方法には限定しない。
図２９は、本発明に係わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇや語学学習の実施に関わるものである。図２９のユーザ端末１は、音声入出力手段２９０６としてマイク２９０１及びスピーカ２９０２、画像入出力手段２９０７としてカメラ２９０３及びディスプレイ２９０４、テキスト・位置入力手段２９０８としてキーボード・マウス２９０５等を備えている。該形態での対話管理クライアント２９０９は、ユーザと複数の入出力手段を利用して対話を行う。この場合、対話管理クライアントは、音声や画像情報の入力や出力をステップ実行する手段と、各入出力チャネルの同期情報を管理する同期管理手段により構成すれば良い。上記の手段で構成された複数のユーザ端末を、コンピュータネットワーク２９１２を経由して、学習提供サーバ２９１３に接続し電子的なネットワークを構築する。学習提供サーバ２９１３は、上記実施例図２７と同様に、ユーザ情報管理サーバ２９１４、対話管理クライアント２９１５、対話調停手段２９１６から構成する。上記実施例では、通信網乃至はコンピュータネットワーク上を流通するのは音声データが前提であったが、本実施例の構成を用いれば、音声及び画像情報の送受信によりユーザ同士のマッチング対話が可能である。すなわち、音声及び画像情報を利用する場合には、図２０のスイッチング手段に関して音声情報用スイッチ及び画像情報用スイッチを構成すれば良い。
図３０は、本発明に関わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇにおいて、教師が端末を利用して学習に介在する場合に関わるものである。図３０の３００１から３０１６で示される構成要素は図２９と同一である。図３０では、教師用端末１（３０１７）及び教師用端末２（３０１８）は学習提供サーバ３０１３と接続され、学習者との対話が可能となっている。例えば、教師用端末１（３０１７）の教師がユーザ端末１（３０１０）のユーザと、教師用端末２（３０１８）の教師がユーザ端末２（３０１１）のユーザと学習を進めているものとする。この際、教師用端末１（３０１８）を利用している教師から、学習者間のマッチング対話を行うよう要請があった場合には、図２の実施の形態で示した音声認識乃至キーボタンの押下を検出する方法等を用いるステップを利用して、学習者間のマッチング対話を判定する手段を構成すればよい。該形態のｅ−Ｌｅａｒｎｉｎｇシステムでは、概して学習進度を採点する必要が生じるが、該学習者を担当していた教師が、各々の教師用端末を用いて学習者間のマッチング対話を傍受することにより、学習状況を採点しキーボード入力などの手段を用いて、例えば、ユーザ情報管理サーバ３０１４に登録されているユーザ情報（図１２・１２０１）において、学習者の学習進度管理状況のデータ格納エリアを設置し、該データを更新する手段を構成すればよく、該データの更新手段はＷｅｂ等を利用した一般的な方法で構成可能である。
【０００６】
【発明の効果】
本発明を利用することにより、従来不可能であったコンピュータを利用した学習における人間同士の直接対話を実現することができ、ロールプレイングなどを通じて学習効果の高い語学学習サービスを提供することが可能となる。また、テレマティクスサービスに応用した場合、サービスに加入している運転者同士が直接情報交換できる仕組みを提供できるため、魅力的なサービスを実現することが可能となる。
【図面の簡単な説明】
【図１】本発明のブリッジをはる手段の一実施手段を示した図である。
【図２】本発明のブリッジをはる手段の一実施手段を示した図である。
【図３】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図４】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図５】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図６】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図７】本発明の対話マッチング（調停）を３人の利用者間で行う一実施ステップを示した図である。
【図８】本発明を利用する語学学習サービスにおける利用者登録情報の一例を示す図である。
【図９】本発明を利用する語学学習サービスにおけるマッチング度判定の一実施例を示した図である。
【図１０】本発明を利用する語学学習サービスにおいて、利用者が行うマッチング対話履歴変更を説明する図である。
【図１１】本発明を利用するユーザ情報管理サーバにて、利用者のマッチング対話履歴を格納するデータを示すデータ構造図である。
【図１２】本発明を利用する語学学習サービスにおいて、学習者のシステム利用料金を課金及び割り引く方法の一実施例を示す図である。
【図１３】本発明を利用するテレマティクスサービスにおける利用者登録情報の一例を示す図である。
【図１４】本発明を利用するテレマティクスサービスにおけるマッチング度判定の一実施例を示した図である。
【図１５】本発明を利用する結婚情報サービスにおける利用者登録情報の一例を示す図である。
【図１６】本発明を利用する結婚情報サービスにおけるマッチング度判定の一実施例を示した図である。
【図１７】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の星座の相性度の一例を示す図である。
【図１８】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の血液型の相性度の一例を示す図である。
【図１９】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の趣味の相性度の一例を示す図である。
【図２０】本発明を利用する情報処理装置におけるブリッジをはる一実施例に関する機構図である。
【図２１】本発明を利用する情報処理装置におけるブリッジをはる手段において、接続先を管理するスイッチ管理テーブルの一例を示す図である。
【図２２】本発明を利用するマッチング対話を終了する手段の一実施例を示す図である。
【図２３】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２４】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２５】本発明を利用する情報処理システムの一例を示す構成図である。
【図２６】本発明を利用する情報処理システムの一例を示す構成図である。
【図２７】本発明を利用する情報処理システムの一例を示す構成図である。
【図２８】本発明を利用する情報処理システムの一例を示す構成図である。
【図２９】本発明を利用する情報処理システムの一例を示す構成図である。
【図３０】本発明を利用する情報処理システムの一例を示す構成図である。
【符号の説明】
１０１ ユーザ１
１０２ ユーザ２
１０３ ユーザ情報管理サーバ
１０４ 対話管理クライアント１
１０５ 対話管理クライアント２
１０６ 対話調停手段
１０７ 利用中ユーザデータ
１０８ 単独実行ユーザデータ
１０９ コネクション確立ユーザデータ
１１０ ユーザ情報データ
２０１ ユーザ１
２０２ ユーザ２
２０３ ユーザ情報管理サーバ
２０４ 対話管理クライアント１
２０５ 対話管理クライアント２
２０６ 対話調停手段
２０７ 利用中ユーザデータ
２０８ 単独実行ユーザデータ
２０９ コネクション確立ユーザデータ
３０１ ユーザ１
３０２ ユーザ２
３０３ ユーザ情報管理サーバ
３０４ 対話管理クライアント１
３０５ 対話管理クライアント２
３０６ 対話調停手段
３０７ 利用中ユーザデータ
３０８ 単独実行ユーザデータ
３０９ コネクション確立ユーザデータ
４０１ ユーザ１
４０２ ユーザ２
４０３ ユーザ情報管理サーバ
４０４ 対話管理クライアント１
４０５ 対話管理クライアント２
４０６ 対話調停手段
４０７ 利用中ユーザデータ
４０８ 単独実行ユーザデータ
４０９ コネクション確立ユーザデータ
Ｓ５０１ 待機状態ステップ
Ｓ５０２ 登録受付ステップ
Ｓ５０３ データ登録ステップ
Ｓ５０４ データ取得ステップ
Ｓ５０５ 人数判定ステップ
Ｓ５０６ マッチング度計算ステップ
Ｓ５０７ 選択ステップ
Ｓ５０８ マッチング度判定ステップ
Ｓ５０９ 対話要求ステップ
Ｓ５１０ 返答待ちステップ
Ｓ６０１ 待機状態ステップ
Ｓ６０２ データ取得ステップ
Ｓ６０３ 人数判定ステップ
Ｓ６０４ 対話要求ステップ
Ｓ６０５ 対話受諾ステップ
Ｓ６０６ データ削除ステップ
Ｓ７０１ 待機状態ステップ
Ｓ７０２ データ取得ステップ
Ｓ７０３ 人数判定ステップ
Ｓ７０４ マッチング度計算ステップ
Ｓ７０５ マッチング度計算ステップ
Ｓ７０６ 選択ステップ
Ｓ７０７ マッチング度判定ステップ
Ｓ７０８ 対話要求ステップ
８０１ ユーザ情報
８０２ 名前情報
８０３ 学習コース情報
８０４ 学習内容情報
８０５ マッチング対話希望情報
８０６ ユーザ情報
８０７ 名前情報
８０８ 学習コース情報
８０９ 学習内容情報
８１０ マッチング対話希望情報
Ｓ９０１ ユーザ情報取得ステップ
Ｓ９０２ 希望判定ステップ
Ｓ９０３ 学習コース一致度計算ステップ
Ｓ９０４ マッチング度設定ステップ
Ｓ９０５ 学習内容一致度計算ステップ
Ｓ９０６ マッチング度計算ステップ
１００１ ユーザ履歴情報画面
１００２ マッチング対話ユーザ履歴情報
１００３ マッチング対話時刻履歴情報
１００４ 対話希望指定
１００５ 対話不希望指定
１１０１ ユーザ情報
１１０２ マッチング対話利用者情報
１１０３ マッチング対話実施時刻情報
１２０１ ユーザ情報
１２０２ 学習システム利用時間エリア
１２０３ マッチング対話利用回数エリア
１２０４ 課金情報エリア
Ｓ１２１０ 利用時間加算ステップ
Ｓ１２１１ 利用回数加算ステップ
Ｓ１２１２ ポイント数計算ステップ
Ｓ１２１３ 加算ステップ
Ｓ１２１４ 情報取得ステップ
Ｓ１２１５ 比較ステップ
Ｓ１２１６ ポイント数計算ステップ
Ｓ１２１７ 割引ステップ
１３０１ ユーザ情報
１３０２ 名前情報
１３０３ 自宅情報
１３０４ 車種情報
１３０５ 興味情報
１３０６ マッチング対話希望情報
１３０７ 目的地情報
１３０８ ユーザ情報
１３０９ 名前情報
１３１０ 自宅情報
１３１１ 車種情報
１３１２ 興味情報
１３１３ マッチング対話希望情報
１３１４ 目的地情報
Ｓ１４０１ ユーザ情報取得ステップ
Ｓ１４０２ 希望判定ステップ
Ｓ１４０３ 車種一致度計算ステップ
Ｓ１４０４ マッチング度設定ステップ
Ｓ１４０５ 興味類似度計算ステップ
Ｓ１４０６ 目的地類似度計算ステップ
Ｓ１４０７ マッチング度計算ステップ
１５０１ ユーザ情報
１５０２ 名前情報
１５０３ 自宅情報
１５０４ 生年月日情報
１５０５ 血液型情報
１５０６ 趣味情報
１５０７ マッチング対話希望情報
１５０８ ユーザ情報
１５０９ 名前情報
１５１０ 自宅情報
１５１１ 生年月日情報
１５１２ 血液型情報
１５１３ 趣味情報
１５１４ マッチング対話希望情報
Ｓ１６０１ ユーザ情報取得ステップ
Ｓ１６０２ 希望判定ステップ
Ｓ１６０３ 星座相性度計算ステップ
Ｓ１６０４ マッチング度設定ステップ
Ｓ１６０５ 血液型相性度計算ステップ
Ｓ１６０６ 趣味類似度計算ステップ
Ｓ１６０７ マッチング度計算ステップ
１７０１ 星座
１７０２ 星座
１７０３ 相性度
１８０１ 血液型
１８０２ 血液型
１８０３ 相性度
１９０１ 趣味カテゴリ
１９０２ 趣味カテゴリ
１９０３ 相性度
２００１ 対話管理手段１
２００２ 対話管理手段１
２００３ スイッチング手段１
２００４ スイッチング手段２
２００５ スイッチング手段
２００６ コネクション上り線
２００７ コネクション下り線
２００８ コネクション下り線
２００９ 音声入出力手段
２０１０ コネクション上り線
２０１１ 音声入出力手段１
２０１２ 音声入出力手段３
２０１３ 音声上り回線
２０１４ 音声下り回線
２０１５ 音声上り回線
２０１６ 音声下り回線
２０５１ 対話管理手段１
２０５２ 対話管理手段１
２０５３ スイッチング手段１
２０５４ スイッチング手段２
２０５５ スイッチング手段
２０５６ コネクション上り線
２０５７ コネクション下り線
２０５８ コネクション上り線
２０５９ コネクション上り線
２０６０ 音声入出力手段
２０６１ 音声入出力手段１
２０６２ 音声入出力手段３
２１０１ スイッチ管理テーブル
２１０２ スイッチ管理テーブル
Ｓ２２０１ 待機状態ステップ
Ｓ２２０２ 処理起動ステップ
Ｓ２２０３ 情報取得ステップ
Ｓ２２０４ 組数確認ステップ
Ｓ２２０５ 経過時間抽出ステップ
Ｓ２２０６ 選択ステップ
Ｓ２２０７ 経過時間判定ステップ
Ｓ２２０８ 要請ステップ
Ｓ２２０９ 返答待ちステップ
２３０１ ユーザ
２３０２ 音声入出力手段
２３０３ 対話管理クライアント
２３０４ 対話管理クライアント生成手段
２４０１ ユーザ
２４０２ 音声入出力手段
２４０３ 対話管理クライアント
２４０４ 対話管理クライアント生成手段
２５０１ ユーザ１
２５０２ 通信網
２５０３ 音声入出力手段
２５０４ 音声入出力手段
２５０５ 音声入出力手段
２５０６ 対話管理クライアント１
２５０７ 対話管理クライアント２
２５０８ 対話管理クライアント３
２５０９ 対話管理クライアント１
２５１０ 実行利用者データ
２５１１ ユーザ端末
２５１２ コンピュータネットワーク
２５１３ ユーザ情報管理サーバ
２５１４ ユーザ情報データ
２６０１ 電話端末装置
２６０２ 電話端末装置
２６０３ ポータルサーバ
２６０４ 音声入出力手段
２６０５ 対話管理クライアント１
２６０６ 対話管理クライアント２
２６０７ ユーザ情報管理サーバ
２６０８ 対話管理クライアント生成手段
２６０９ 対話調停手段
２６１０ 電話網
２７０１ マイク
２７０２ スピーカ
２７０３ カーナビゲーション端末１
２７０４ 音声入出力手段
２７０５ 対話管理クライアント１
２７０６ カーナビゲーション端末２
２７０７ 音声入出力手段
２７０８ 対話管理クライアント２
２７０９ 通信網
２７１０ ポータルサーバ
２７１１ ユーザ情報管理サーバ
２７１２ 対話管理クライアント生成手段
２７１３ 対話調停手段
２８０１ カーナビゲーション端末１
２８０２ 音声入出力手段
２８０３ 対話管理クライアント１
２８０４ カーナビゲーション端末２
２８０５ 音声入出力手段
２８０６ 対話管理クライアント２
２８０７ 電話回線
２８０８ パケット回線
２８０９ 電話回線
２８１０ パケット回線
２８１１ 通信網
２８１２ 電話回線
２８１３ パケット回線
２８１４ 対話調停手段
２９０１ マイク
２９０２ スピーカ
２９０３ カメラ
２９０４ ディスプレイ
２９０５ キーボード・マウス
２９０６ 音声入出力手段
２９０７ 画像入出力手段
２９０８ テキスト・位置入力手段
２９０９ 対話管理クライアント１
２９１０ ユーザ端末１
２９１１ ユーザ端末２
２９１２ コンピュータネットワーク
２９１３ 学習提供サーバ
２９１４ ユーザ情報管理サーバ
２９１５ 対話管理クライアント生成手段
２９１６ 対話調停手段
３００１ マイク
３００２ スピーカ
３００３ カメラ
３００４ ディスプレイ
３００５ キーボード・マウス
３００６ 音声入出力手段
３００７ 画像入出力手段
３００８ テキスト・位置入力手段
３００９ 対話管理クライアント１
３０１０ ユーザ端末１
３０１１ ユーザ端末２
３０１２ コンピュータネットワーク
３０１３ 学習提供サーバ
３０１４ ユーザ情報管理サーバ
３０１５ 対話管理クライアント生成手段
３０１６ 対話調停手段
３０１７ 教師用端末１
３０１８ 教師用端末２。
Claims (1)
- 第１および第２の電話機を有する第１および第２のユーザからの要求入力に基づき、通信ネットワークを介して通信アクセスを受け付ける音声対話用情報処理装置であって、
前記第１のユーザの前記第１の電話機の利用による通信回線を介した利用開始要求を、アクセス元である前記第１のユーザを識別する情報を付加された形で、第１の対話管理クライアントは受け付けるように構成され、
前記利用開始要求を受け付けた前記第１の対話管理クライアントはユーザ情報管理サーバに対して、第１のユーザのユーザ情報の提供要求を行うように構成され、
前記ユーザ情報管理サーバはユーザの名前、学習段階、学習履歴およびマッチング対話履歴情報を有する第１の記憶手段中の第１のユーザのユーザ情報データを参照して前記第１のユーザを特定するように構成され、
前記第１のユーザのユーザ情報が返送された前記第１の対話管理クライアントは対話調停手段に対して、利用を開始する実行ユーザである前記第１のユーザのユーザ情報を登録するように構成され、
前記対話調停手段は前記第１の対話管理クライアントから登録された前記第１のユーザのユーザ情報を第２の記憶手段の単独実行ユーザデータの領域に記憶すると共に、前記第１の対話管理クライアントに対し実行ユーザの登録完了を通知するように構成され、
前記第１のユーザの前記実行ユーザとしての登録が完了した後、前記第１のユーザと前記第１の対話管理クライアントとの音声対話のセッションを開始するように前記第１の対話管理クライアントは構成され、
前記第２のユーザの前記第２の電話機の利用による通信回線を介した利用開始要求を、アクセス元である前記第２のユーザを識別する情報を付加された形で、第２の対話管理クライアントは受け付けるように構成され、
前記利用開始要求を受け付けた前記第２の対話管理クライアントはユーザ情報管理サーバに対して、第２のユーザのユーザ情報の提供要求を行うように構成され、
前記ユーザ情報管理サーバはユーザの名前、学習段階、学習履歴およびマッチング対話履歴情報を有する第１の記憶手段中の第２のユーザのユーザ情報データを参照して前記第２のユーザを特定するように構成され、
前記第２のユーザのユーザ情報が返送された前記第２の対話管理クライアントは対話調停手段に対して、利用を開始する実行ユーザである前記第２のユーザのユーザ情報を登録するように構成され、
前記対話調停手段は前記第２の対話管理クライアントから登録された前記第２のユーザのユーザ情報を前記第２の記憶手段の単独実行ユーザデータの領域に記憶すると共に、前記第２の対話管理クライアントに対し実行ユーザの登録完了を通知するように構成され、
前記第２のユーザの前記実行ユーザとしての登録が完了した後、前記第２のユーザと前記第２の対話管理クライアントとの音声対話のセッションを開始するように前記第２の対話管理クライアントは構成され、
前記対話調停手段は、同時刻にシステムを利用している前記第１および第２のユーザの前記各ユーザ情報を前記第２の記憶手段に格納して管理するように構成され、
前記対話調停手段は、前記単独実行ユーザデータを参照して、前記第１のユーザと前記第２のユーザの学習段階が同一である場合には、マッチング対話の提案を前記第１および第２の対話管理クライアントを介して前記第１および第２のユーザに対して行うように構成され、
前記第１および第２のユーザからのマッチング対話受諾を受けた場合には、前記第１および第２の対話管理クライアントは前記第１および第２の対話管理クライアント間のコネクションを確立し、前記第１および第２のユーザ間の直接対話に移行するように構成され、
前記第１および第２の対話管理クライアントは前記対話調停手段に対してコネクションが確立した旨の通知を行うように構成され、
前記対話調停手段は前記第１および第２のユーザを前記単独実行ユーザデータの中から削除し、前記第２の記憶手段中のコネクション確立ユーザデータの領域に各々の前記ユーザ情報を記憶するように構成されていることを特徴とする音声対話用情報処理装置。
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002334482A JP4380144B2 (ja) | 2002-11-19 | 2002-11-19 | 音声対話用情報処理装置 |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP2002334482A JP4380144B2 (ja) | 2002-11-19 | 2002-11-19 | 音声対話用情報処理装置 |
Publications (3)
| Publication Number | Publication Date |
|---|---|
| JP2004172781A JP2004172781A (ja) | 2004-06-17 |
| JP2004172781A5 JP2004172781A5 (ja) | 2005-11-10 |
| JP4380144B2 true JP4380144B2 (ja) | 2009-12-09 |
Family
ID=32698848
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP2002334482A Expired - Fee Related JP4380144B2 (ja) | 2002-11-19 | 2002-11-19 | 音声対話用情報処理装置 |
Country Status (1)
| Country | Link |
|---|---|
| JP (1) | JP4380144B2 (ja) |
Cited By (4)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102572134A (zh) * | 2010-12-30 | 2012-07-11 | 上海博泰悦臻电子设备制造有限公司 | 工单处理方法、工单建立***以及工单处理*** |
| CN103802761A (zh) * | 2012-11-06 | 2014-05-21 | 罗伯特·博世有限公司 | 激活与车辆乘员语音交互的方法和车辆的语音交互*** |
| CN104766178A (zh) * | 2015-04-23 | 2015-07-08 | 中电科安（北京）***集成有限公司 | 一种基于人机语音互动的应急预案管理*** |
| CN105425648A (zh) * | 2016-01-11 | 2016-03-23 | 北京光年无限科技有限公司 | 便携机器人及其数据处理方法和*** |
Families Citing this family (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JP6528536B2 (ja) * | 2015-05-18 | 2019-06-12 | 株式会社リコー | 情報処理装置、プログラムおよび情報処理システム |
| CN115454372A (zh) * | 2017-04-05 | 2022-12-09 | 北京嘀嘀无限科技发展有限公司 | 语音信息的播报管理方法及装置 |
| CN109582762A (zh) * | 2018-09-26 | 2019-04-05 | 阿里巴巴集团控股有限公司 | 数据处理方法和服务器 |
| CN111816189B (zh) * | 2020-07-03 | 2023-12-26 | 斑马网络技术有限公司 | 一种车辆用多音区语音交互方法及电子设备 |
| JP7082650B2 (ja) * | 2020-09-14 | 2022-06-08 | 株式会社シンミドウ | 営業ロールプレイング研修支援システム |
-
2002
- 2002-11-19 JP JP2002334482A patent/JP4380144B2/ja not_active Expired - Fee Related
Cited By (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN102572134A (zh) * | 2010-12-30 | 2012-07-11 | 上海博泰悦臻电子设备制造有限公司 | 工单处理方法、工单建立***以及工单处理*** |
| CN102572134B (zh) * | 2010-12-30 | 2015-10-07 | 上海博泰悦臻电子设备制造有限公司 | 工单处理方法、工单建立***以及工单处理*** |
| CN103802761A (zh) * | 2012-11-06 | 2014-05-21 | 罗伯特·博世有限公司 | 激活与车辆乘员语音交互的方法和车辆的语音交互*** |
| CN104766178A (zh) * | 2015-04-23 | 2015-07-08 | 中电科安（北京）***集成有限公司 | 一种基于人机语音互动的应急预案管理*** |
| CN105425648A (zh) * | 2016-01-11 | 2016-03-23 | 北京光年无限科技有限公司 | 便携机器人及其数据处理方法和*** |
Also Published As
| Publication number | Publication date |
|---|---|
| JP2004172781A (ja) | 2004-06-17 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| US20200066254A1 (en) | Spoken dialog system, spoken dialog device, user terminal, and spoken dialog method | |
| US20150149149A1 (en) | System and method for translation | |
| WO2016194740A1 (ja) | 音声認識装置、音声認識システム、当該音声認識システムで使用される端末、および、話者識別モデルを生成するための方法 | |
| WO2006085565A1 (ja) | 情報通信端末、情報通信システム、情報通信方法、情報通信プログラムおよびそれを記録した記録媒体 | |
| CN105190607A (zh) | 通过智能数字助理的用户培训 | |
| CN101405732A (zh) | 提供对人工搜索向导的任选使用的搜索工具 | |
| WO2012055315A1 (zh) | 一种提供和管理互动服务的***和方法 | |
| JP2004246610A (ja) | 情報提供交換サービスシステム | |
| TW201034004A (en) | Systems and methods for interactively accessing hosted services using voice communications | |
| KR20180123150A (ko) | 정보 처리 시스템, 접수 서버, 정보 처리 방법 및 프로그램 | |
| JP3748379B2 (ja) | 発言支援方法及び装置 | |
| US20050124322A1 (en) | System for communication information from a server via a mobile communication device | |
| JP4380144B2 (ja) | 音声対話用情報処理装置 | |
| US11398224B2 (en) | Communication system and method for providing advice to improve a speaking style | |
| JP4250938B2 (ja) | コミュニケーション支援方法およびコミュニケーションサーバ | |
| WO2019088638A1 (ko) | 적시에 실질적 답변을 제공함으로써 자연어 대화를 제공하는 방법, 컴퓨터 장치 및 컴퓨터 판독가능 기록 매체 | |
| JP2021180427A (ja) | グループ通信システム、グループ通信プログラム及びグループ通信方法 | |
| JP2005011089A (ja) | 対話装置 | |
| TWI723988B (zh) | 資訊處理系統、受理伺服器、資訊處理方法及程式 | |
| CN112905859A (zh) | 一种服务方法、装置、***、设备及存储介质 | |
| JP7462595B2 (ja) | 人材育成支援システム、連携支援システム、方法及びコンピュータプログラム | |
| JP2020053715A (ja) | 情報処理システム、情報処理方法、及び、情報処理プログラム | |
| Melto et al. | Evaluation of predictive text and speech inputs in a multimodal mobile route guidance application | |
| Goldman et al. | Voice Portals—Where Theory Meets Practice | |
| JP2002006871A (ja) | インターネット・カラオケ・システム |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20050928 |
|
| A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20050928 |
|
| RD01 | Notification of change of attorney |
Free format text: JAPANESE INTERMEDIATE CODE: A7421 Effective date: 20060420 |
|
| A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20070319 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20070403 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20070604 |
|
| A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20080715 |
|
| A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20080911 |
|
| TRDD | Decision of grant or rejection written | ||
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20090901 |
|
| A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 |
|
| A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20090914 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20121002 Year of fee payment: 3 |
|
| FPAY | Renewal fee payment (event date is renewal date of database) |
Free format text: PAYMENT UNTIL: 20131002 Year of fee payment: 4 |
|
| LAPS | Cancellation because of no payment of annual fees |