JP2004172781A - Information processing apparatus for voice interaction, voice interaction processing system, and car navigation terminal - Google Patents

Abstract

<P>PROBLEM TO BE SOLVED: To provide an information processing system capable of building a bridge between interaction management clients when a prescribed condition is satisfied by allowing an input/output means for controlling the input from and the output to a user, the interaction management clients for managing the interaction with the user and an interaction arbitration means to exchange information between them. <P>SOLUTION: An information processing apparatus consists of: a voice input/output means 2503 for performing voice input and voice output when a user 2501 makes voice interaction; an interaction management client 2506 for recognizing the voice inputted by the user through the voice input/output means 2503 to configure voice to be provided to the user; an interaction arbitration means 2509 for controlling interaction matching over the interaction management client 2506; user data 2510 for storing information with respect to the user utilizing the voice interaction system; a computer network 2512 used as a means to obtain the information with respect to the user from a service provider; a user information management server 2513 for managing user information of the user; and a user terminal 2511 where the user enters its own profile or the like. <P>COPYRIGHT: (C)2004,JPO

Description

このように、語学学習サービス等の音声対話システムは、これまで開発されている手段で実現可能であり、同様の手法で音声対話型のサービス、例えば株価情報や天気情報などの情報を音声対話で取得するサービスなども実現可能である。
ところで、このような音声対話型語学学習を実施する上での長所は、学習者の発話内容によってシステムの応答を変更することができる点である。すなわち、学習者の回答内容が、システムにとって不十分な回答であれば再発話を促す機能や、複数の選択肢がある場合に、選択した内容に応じてシステムの応答を変更する機能などを付加できる。
【特許文献１】
特開２００２−１５７１１３号公報
【０００３】
【発明が解決しようとする課題】
語学学習に際しては、一般の語学学習教室で見られるように、教師と学習者の対話や学習者同士の対話、すなわち「人間同士の対話」を欠くことができない。更に、学習した内容を実際に運用することで他者からフィードバックを受け、学習進度の確認や欠点を自ら知ることも重要である。例えば、語学学習では、学んだことを実地に体験し状況に対応して応答を変えていく、「ロールプレイ」もしくは「ロールプレイング」と呼ぶ学習が効果的であると言われており、語学学習に応用する場合には特に重要な機能であると考えられる。しかしながら、上記の音声対話型学習システムでは、場面に応じた対話の実行が可能であるが、その反面システムが発する音声は一般に機械音声であり、人間の発声音声には遠く及ばないため、人間同士が行うような自然な対話を実現することは難しい。更に、現在の音声対話システムでは、学習者と教師の１対１の対話に限定されているため、例えば、学習者が他の学習者とロールプレイングを実施したいという欲求がある場合には、ロールプレイングを希望する他の学習者を探し出し、該音声対話システムとは異なる手段を利用して、学習者自らが他の学習者に接触する必要がある。このような学習者間コミュニティはフォーラム等の形態で実現されているが、一般に、学習者が自分の希望する他の学習者を探索する作業は時間や労力がかかり、学習サービスによっては、プライバシーの観点から学習者の特徴を示すプロフィールにアクセスを試みること自体を禁止する場合も想定され、現在の音声対話システムを用いた語学学習サービスでは、学習者同士のロールプレイングの機能を容易に実現することは困難であった。そこで本発明の課題は、音声対話型学習システムにおいて「人間同士の対話」ができるシステム実現することである。以上のように、これまでの音声対話システムを用いて語学学習サービスを実施する場合には多くの課題があり、当然ながら、該課題は語学学習サービスのみに限定されるものではなく、音声対話システムを利用するサービス一般でも同様な課題となる。
【０００４】
【課題を解決するための手段】
上記課題を解決する手段として、本発明では、ユーザからの入出力を制御する入出力手段と、ユーザとの対話を管理する対話管理クライアントと、対話管理クライアントと通信線で接続されている対話調停手段が情報を交換することで、所定の条件が満足された場合には、対話管理クライアント間にブリッジをはることのできる情報処理システムを提供する。
【０００５】
【発明の実施の形態】
本発明の実施の一形態について、図面に基づいて説明する。
まず、下記に示す対話例２Ａ、対話例２Ｂ、及び図１を用いて、本発明に関わるブリッジをはる方法の実施形態に関して説明する。下記対話例では、説明中で引用するために各発話内容に対して”［］”を用いて付番し、対話管理クライアントを「システム」と呼称する。
対話例２Ａ
［１］システム１：こんにちは。日本語学習システムです。
［２］ユーザＡ：会員番号０１２３のマイクです。
［３］システム１：本日は、「買い物」のダイアログを学習します。よろしいですか？
［４］ユーザＡ：はい。
［５］システム１：
［６］ユーザＡ：
［７］システム１：
［８］ユーザＡ：
［９］システム１：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［１０］ユーザ：はい。
［１１］システム１：では、接続いたします。少々お待ちください。
［１２］システム１：接続できました。終了するときは１を押してください。では、お話ください。
［１３］ユーザＡ：もしもし？
［１４］ユーザＢ：こんにちは。
［１５］ユーザＡ：私の名前はマイクです。
［１６］ユーザＢ：私はケントです。
［１７］ユーザＡ：今日どこへ買い物に行きましたか？
対話例２Ｂ
［１８］システム２：こんにちは。日本語学習システムです。
［１９］ユーザＢ：会員番号０８６７のケントです。
［２０］システム２：本日は、「買い物」のダイアログを学習します。よろしいですか？
［２１］ユーザＢ：はい。
［２２］システム２：
［２３］ユーザＢ：
［２４］システム２：
［２５］ユーザＢ：
［２６］システム２：ただいま、あなたと同クラスの学習者がいます。その学習者と実際に練習しますか？
［２７］ユーザＢ：はい。
［２８］システム２：では、接続いたします。少々お待ちください。
［２９］システム２：接続できました。終了するときは１を押してください。では、お話ください。
図１は、本発明に関わる情報システムの内部構成と実行ステップの一例を示した図である。まず、本システムの利用者であるユーザ１（１０１）が携帯電話もしくは固定電話を用いて音声システムに接続し、利用開始要求を行う（１）。利用開始要求を行う際には、アクセス元を識別する情報を付加する。アクセス元を識別する情報は、上記対話例２Ａの［２］の発声のようにユーザが申告する方法や、音声対話システムに接続する際に数字ボタンで指定する方法等が利用できる。続いて、利用開始要求を受けた対話管理クライアント１（１０４）は、ユーザ情報管理サーバ１０３に対して、ユーザ情報の要求を行う（２）。ユーザ情報管理サーバ１０３は、ユーザ情報データ１１０を参照してユーザを特定し、ユーザに関する情報を対話管理クライアント１（１０４）に対して返送する（３）。返送するユーザ情報は、例えば、ユーザの名前、学習段階、学習履歴、マッチング対話履歴情報などから構成されている。ユーザ情報が返送された対話管理クライアント１（１０４）は、対話調停手段１０６に対して、利用を開始する実行ユーザであるユーザ１の情報を登録する（４）。対話調停手段１０６では、対話管理クライアント１（１０４）から登録されたユーザ情報を、単独実行ユーザデータ１０８に格納し、対話管理クライアント１（１０４）に対して、実行ユーザの登録完了を通知する（５）。上記の手順で実行ユーザの登録が完了すると、音声対話のセッションを開始する。対話セッションの一例は、上記対話例２Ａに記載した［１］から［８］までのような対話である。ここでは、日本語学習の例で実施の形態を説明したが、もちろん日本人向けの外国語学習などの用途でも同様の対話を行うことができるため、必ずしも対話例２Ａ［１］〜［８］のように日本語でなくとも構わず、言語や対話内容を拘束するものではない。
一方、ユーザ１（１０１）と対話管理クライアント１（１０４）とが対話を行っていると同時に、別の利用者であるユーザ２（１０２）が音声対話の利用要求を行う場合も、上記のステップ（１）から（６）までは同様の手順で遂行される。図１では、ユーザ２に関するステップには、”’”記号を付加したステップを記載した。上記の手順により、ユーザ１及びユーザ２が対話システムを利用し、対話セッションを実行している形態が実現できる。
対話調停手段１０６では、同時刻にシステムを利用している利用者（本実施例では、ユーザ１及びユーザ２）の情報を、単独実行ユーザデータ１０８に格納して管理している。対話調停手段１０６では、該単独実行ユーザデータを参照して、ユーザ１及びユーザ２のマッチング対話を提案（オファー）するかどうか判定するする（７）。例えば、ユーザ１及びユーザ２の学習段階が同一である場合や、学習内容が近い場合等にマッチング対話を提案する。例えば、ユーザ１及びユーザ２の学習段階が「初級」でかつ学習内容が「買い物」であれば、マッチング対話を提案できる。本実施例では、ユーザ１及びユーザ２の学習段階及び学習内容が同一である場合にマッチング対話を提案するステップとしたが、もちろん、マッチング対話を行うことにより効果が高いと判断される組み合わせであれば如何様な判定でもよく、上記例に限定されるものではない。
上記のマッチング結果の判定の結果、ユーザ１とユーザ２の直接対話をオファーする条件が整った後（７）、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）に対して、それぞれ対話管理クライアント２及び対話管理クライアント１を利用しているユーザとの直接対話を行うよう、他ユーザのマッチング要求を出す（８）。次に、各対話管理クライアントは、ユーザに対してマッチングのオファーを行う（９）。上記の対話例２Ａ及び２Ｂにおいては、対話例２Ａ［９］と対話例２Ｂ［２６］がオファー発話に相当する。ユーザ１及びユーザ２は、それぞれマッチング対話を受諾するかどうかの判断を行う（１０）。ユーザ１及びユーザ２が両方ともマッチングを受諾したら対話管理クライアント１及び対話管理クライアント２のコネクションを確立し、ユーザ１とユーザ２の直接対話に移行する（１１）。上記対話例２Ａ及び２Ｂでは、対話例２Ａ［１３］〜［１７］が該コネクション確立及びコネクション確立後の対話例を示している。最後に、対話管理クライアント１０４及び１０５は、対話調停手段１０６に対して、コネクションが確立した旨の通知を行い（１２）、対話調停手段１０６は該情報を元にユーザ１及びユーザ２を単独実行ユーザデータ１０８から削除し、コネクション確立ユーザデータ１０９に登録する。
図２を用いて、本発明に係わるブリッジをはるまでのステップにおいて、ユーザから要求があった場合の実施の形態に関して説明する。図２では、上記図１に関する実施例と構成は同一であるが、ユーザからの要求によりマッチング対話を行う点が異なっている。まず、図１におけるステップ（１）ユーザの利用開始要求から、ステップ（６）の対話セッション開始までのステップは同一である。続いて、ユーザ１（２０１）は、対話管理クライアント１（２０４）に対して、マッチング対話の要求を行う（７）。ステップ（７）ユーザ１が対話管理クライアントに対してマッチング対話を行いたい旨を要求する方法は、例えば、マッチング対話を行うためにあらかじめ割り当てられているキーやボタンの押下を検出する方法や、ユーザの「マッチング対話希望」等の発声を音声認識する方法などが利用できる。上記の方法で入力された要求項目を受け、対話管理クライアント１（２０４）は、対話調停手段２０６に対してマッチング対話要求の通知を行う（８）。以下、対話調停手段２０６はユーザ同士のマッチング判定を行うが、以降のステップは図１と同様のステップで実現できる。
図３を用いて、マッチング対話を行っているユーザ１及びユーザ２に対して、対話調停手段が終了の提案を行う実施の形態を示す。図３は、ユーザ１及びユーザ２がマッチング対話を終了する場合の構成図とステップの一例である。まず、対話調停手段３０６は、コネクション確立ユーザデータ３０９を検索し、マッチング対話を行っているユーザ組に関する情報を取得し、上記ユーザ組に関する情報データからマッチング対話の終了判定を行う（１）。続いて、マッチング対話の終了提案を、対話管理クライアント１（３０４）に対して通知する（２）。同時に対話管理クライアント１（３０４）は対話管理クライアント２（３０５）に対してマッチング対話終了提案通知を転送する（２’）。続くステップ（３）では、各対話管理クライアントがユーザに対してマッチング対話を終了してほしい旨の通知を行い、ユーザの終了承諾の後（４）、コネクションを切断する（５）。コネクションが切断された後に、対話管理クライアント１（３０４）は、ユーザ情報管理サーバ３０３に対して、行われていたマッチング対話履歴の登録を行い（６）、ユーザとの通常セッションを開始する（７）。最後に、通常セッションに復帰した旨を通知された対話調停手段３０６は、コネクション確立ユーザデータ３０９からマッチング対話を行っていたユーザデータを削除し（９）、両ユーザの情報を単独実行ユーザデータ３０８に再登録する（１０）。上記のステップで本発明に関わるマッチング対話の終了手段を実現できる。
図４にて、本発明に関わるマッチング対話を終了するステップについて、特にユーザが希望した時点でマッチング対話を終了するステップの一例を説明する。ここでは、ユーザ１がマッチング対話終了を希望する場合を想定する。まず、ユーザ１（４０１）が対話管理クライアント１（４０４）に対して会話終了申請を行う（１）。会話終了の申請は、例えば、電話装置の特定の押しボタン（例えば、０番）を押下することで、マッチング対話を終了したい旨をシステムに通知する方法や、対話管理クライアントがマッチング対話を傍受し、マッチング対話者の発言内容に含まれる「マッチング対話終了」というキーワードを認識する方法等を用いるが、本発明においては、ユーザが対話の終了を指定できる方法であれば上記に限定されるものではない。更に、上記では「マッチング対話終了」を音声中から検出する方法を示したが、日本語学習者の学習レベルが初期段階にある場合には、「マッチング対話終了」というキーワードを記憶していない場合が有りえるので、学習者の母国語での「マッチング対話終了」を意味する単語乃至はフレーズでも構わない。この場合、対話管理クライアントは学習者の母国語による「終了」を意味する音声を音声認識する。以上の手順で、マッチング対話の終了を申請した後、対話管理クライアント１（４０４）は、対話調停手段４０６に対してユーザからのマッチング終了申請があった旨を通知する（２）。以降、図３における終了手段と同様の手法で通常セッションに復帰する。
図５及び図１を用いて本発明の対話調停手段に関する実施の形態を説明する。図５は、図１の対話調停手段１０６におけるステップ（７）「マッチング判定」の一実施形態である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ５０１）にある。次に、任意の対話管理クライアントＮから対話セッションを開始しようとしている”実行ユーザ”の登録を受ける（Ｓ５０２）。次に、対話調停手段１０６は単独実行ユーザ管理データ１０８に実行ユーザデータを登録する（Ｓ５０３）。続いて、該時刻に本発明に関わる情報処理装置を利用している全てのユーザリストである「単独実行ユーザデータ」を単独実行ユーザデータから取得する（Ｓ５０４）。ステップＳ５０４で得られた単独実行ユーザデータが２人以上であれば次のステップＳ５０５を実行し、もし単独実行ユーザが２人未満であったならば、対話の調停を行わず待機状態に遷移する（Ｓ５０５）。ステップＳ５０５で単独実行ユーザが２人以上であるならば、該単独実行ユーザの任意の組み合わせ、例えばユーザＩとユーザＪに対してマッチング度Ｍ（Ｉ，Ｊ）を計算する（Ｓ５０６）。該マッチング度は例えば、０から１００までの整数値で表現されており、数値が大きければマッチング度が大きく対話調停の効果が高いとされる組み合わせを示す。もちろん、マッチング度は、ユーザの組み合わせの結びつき度合いを評価できる指標であれば該上記実施の形態に限定されるものではない。続いて、ステップＳ５０６で計算されたマッチング度Ｍ（Ｉ，Ｊ）について最も値の大きいユーザの組み合わせ（Ｐ，Ｑ）を求める（Ｓ５０７）。ここで、Ｐ及びＱはユーザのインデックスを示すものとする。次に、Ｓ５０７で求められたマッチング度Ｍ（Ｐ，Ｑ）に対して、あらかじめ定められたマッチング度以上かどうかを判定し、一定のマッチング度以上であれば続くステップＳ５１０を実行し、以上でなければ対話の調停を行わず待機状態に遷移する（Ｓ５０９）。上記あらかじめ定められたマッチング度は、例えば５０のような数値である。続くステップＳ５１０にて、ユーザＰ及びユーザＱを管理する対話クライアントに対して、他ユーザとのマッチング要求を送出し、各対話管理クライアントからの応答の待ち状態に遷移する（Ｓ５１１）。上記ステップＳ５０９にて送出される情報は、図１ステップ（８）の他ユーザマッチング要求の一実施形態である。
図６及び図１を用いて、本発明におけるブリッジをはるユーザの組み合わせを、複数生じせしめる手段の実施例に関して説明する。図６は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段１０６は、まず待機状態に設定されている（Ｓ６０１）。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ６０２）。続いて、単独実行ユーザは２人以上か判定し、２人以上であればＳ６０４、２人未満であれば待機状態Ｓ６０１に遷移する（Ｓ６０３）。続くステップＳ６０４では、図５のステップＳ５０６、Ｓ５０７、Ｓ５０８、Ｓ５０９と同様の手順でマッチング度最大のユーザ組（Ｐ，Ｑ）を選択して、マッチング対話開始を要求する。次に、ユーザＰ及びＱがマッチング対話を受諾したならば、図１の単独実行ユーザデータ１０８から、ユーザＰ及びＱを削除し、同時にコネクション確立ユーザデータ１０９にユーザ組（Ｐ，Ｑ）を登録し（図１のステップ（１４））、待機状態に遷移する（Ｓ６０６）。上記の手順で、まず単独実行ユーザから２人のユーザを選択しマッチング対話を行わせる調停が可能となる。待機状態に遷移した対話調停手段は、繰り返しステップＳ６０２からステップＳ６０６を実行し、単独実行ユーザデータに残っているユーザに対してカップリングを行い、マッチング対話を提案する。尚、本実施例では、マッチング度最大のユーザ組が存在し、かつマッチング対話を受諾するという条件で実施したので、図６のステップは、単独実行ユーザが２人未満になるので問題はない。しかし、上記の前提が成立しない場合、例えば、マッチング度最大のユーザ組（Ｐ，Ｑ）のどちらかがマッチング対話のオファーを受諾しなければ、続くステップＳ６０６で単独実行ユーザからユーザＰ及びＱを削除することができなくなり、ユーザＰ及びＱに対して永遠にマッチング対話のオファーが実行されることになる。従って、マッチング度最大のユーザ組を再び選択しないよう、利用中ユーザデータ１０７に、マッチング拒否ペアの類のデータを格納しておけば、Ｓ６０４の選択を行う際に、既にマッチングを拒否したユーザ組を排除することができるので、問題はない。
図７及び図１を用いて、本発明におけるブリッジをはるユーザを３人とする場合の対話調停手段の一実施例について説明する。図７は、図１の対話調停手段１０６における処理ステップを示す図である。対話調停手段は、初期状態として、対話管理クライアントからの情報登録などを受けつける待機状態（Ｓ７０１）にある。続いて、図５のステップＳ５０２、Ｓ５０３、Ｓ５０４と同様の手順により、全単独実行ユーザデータを取得する（Ｓ７０２）。続いて、単独実行ユーザは３人以上か判定し、３人以上であればＳ７０４、２人未満であれば待機状態Ｓ７０１に遷移する（Ｓ７０３）。次に、２人のユーザの全ての組み合わせに対して、マッチング度Ｍ（Ｉ，Ｊ）を求める（Ｓ７０４）。続いて、ステップＳ７０４で得られた２ユーザのマッチング度Ｍ（Ｉ，Ｊ）と、ユーザＩを含む全てのマッチング度Ｍ（Ｉ，Ｘ）と、ユーザＪを含む全てのマッチング度Ｍ（Ｊ，Ｘ）とから、式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）を計算し、最大のＭとなるようなユーザＸを求める。ここで、Ｘは、Ｉ及びＪではないという条件で探索する。例えば、ユーザＫに対して上式Ｍ（Ｉ，Ｊ，Ｘ）＝Ｍ（Ｉ，Ｊ）＋Ｍ（Ｉ，Ｘ）＋Ｍ（Ｊ，Ｘ）が最大となったのであれば、ユーザＩ，Ｊ，Ｋの間のマッチング度Ｍ（Ｉ，Ｊ，Ｋ）を該３人の組み合わせのマッチング度とする（Ｓ７０５）。続いて、任意の３人のユーザ組のマッチング度が最も高いＭ（Ｉ，Ｊ，Ｋ）を選択し（Ｓ７０６）、一定のマッチング度以上であれば、ユーザＩ，Ｊ，Ｋを管理する対話管理クライアントにマッチング対話を要求し（Ｓ７０８）返答待ち状態に遷移する（Ｓ７０９）。上記の手順で３人の対話調停を行うことができたが、３人以上の対話調停においても同様の手法を用いることができる。３人以上の対話調停においては、ステップＳ７０４及びステップＳ７０５の処理を再帰的に実行すれば良い。
図８及び図９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を語学学習サービスに応用する例に関して説明する。図９は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びユーザＢの登録情報を取得する（Ｓ９０１）。ユーザ情報は、例えば図１のユーザ情報管理サーバから取得する。ここでは、図８の８０１がユーザＡの登録情報を示し、図８の８０６がユーザＢの登録情報を示している。ユーザに関する情報は、名前８０２、学習コース８０３、学習内容８０４、マッチング対話希望情報８０５の属性情報から構成される。ステップＳ９０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ９０２）。両ユーザがマッチング対話を希望していればステップＳ９０２を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ９０４）。ステップＳ９０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの学習コースの一致度を計算する（Ｓ９０３）。ここでは、図８の８０３及び８０８を参照し、両者とも「英語初級」という学習コースで同一であるので、Ｍ１＝１００を設定する（Ｓ９０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を実現できる評価値であれば、該値に限定するものではない。続くステップＳ９０４では、両ユーザの学習内容の類似度Ｍ２を計算する。図８の８０４及び８０９を参照し、両者のいずれの学習内容も「買い物」が含まれているので、Ｍ２＝１００を設定する。以上のステップから求められた類似をＭ１，Ｍ２を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ９０６）。ここでは、Ｍ＝１００と求められる。上記の手順で、語学学習サービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図８に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ９０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ９０５とステップＳ９０６の間に挿入し、Ｓ９０６の計算式を変更すればよい。
図１０を用いて、ユーザが学習を終了した後に、ユーザの端末を利用してユーザ情報にアクセスする手段を開示する。図１０は、サービス提供者が公開するユーザ情報の一例である。ユーザ情報１００１は、インターネット上のＷＥＢサービスや公開掲示板などを利用して公開されている。ユーザは、ユーザ情報中のマッチング対話の履歴を確認し、次回のサービス利用時に前回以前にマッチング対話を行ったユーザと次回以降も対話を行うかどうかを選択できる。すなわち、ユーザ情報１００１においては、前回のマッチング対話ユーザがユーザＢであることを示しており（１００２）、マッチング対話の時刻も示されている（１００３）。従って、ユーザは該情報からマッチング対話の内容を想起し、次回もマッチング対話を行うかどうかを判断できる。図１０では、ユーザは「次回も対話を行う（１００４）」を選択したので、図１のステップ（７）における対話調停手段において、ユーザＡとユーザＢのマッチング度を高く設定することで、マッチング対話の継続利用が可能となる。尚、該実施例では、マッチング対話を行ったユーザを「ユーザＢ」と匿名で表記したが、プライバシーの観点から匿名乃至は実名を選択可能としても良い。
上記の実施の形態では、ユーザの学習コース及び学習内容の情報を利用して対話調停を行う手段を開示した。ここでは、本発明に関わる「利用者のマッチング対話利用履歴に応じて対話調停を行う方法」の実施形態に関して、図１１を用いて説明する。図３のステップ（６）で示すように、ユーザ１とユーザ２とのマッチング対話が終了すると、対話管理クライアントは、ユーザ情報管理サーバに対して、ユーザ１とユーザ２がマッチング対話を行った情報を送出する。例えば、図６に記載する類の情報、すなわち、ユーザ情報１１０１、マッチング対話を行った相手方のユーザ１１０２、学習時刻１１０３から構成する。例えば、上記対話例２Ａ及び２Ｂでは、それぞれ、以下のようなデータが送出される。
データ１：（ユーザＡ、ユーザＢ、２００２年８月２０日１５：３０〜１５：３８）
データ２：（ユーザＢ、ユーザＡ、２００２年８月２０日１５：３０〜１５：３８）
上記の履歴データがユーザ情報管理サーバに送出されると、ユーザ情報管理サーバは受理した履歴データをユーザ情報データに記録する。対話調停手段では、図１のステップ（７）マッチング判定時に、ユーザ情報管理サーバから取得するユーザＡ及びユーザＢのユーザ情報を検索し、再度ユーザＡが音声システムを利用した場合には、ユーザＢに対して優先的にマッチングを行うように調停を行う。図１２及び図３を用いて、本発明に関わるサービス利用者への課金の実施形態に関して説明する。図１２は、図３ステップ（６）のマッチング対話履歴登録の際にユーザ情報管理サーバ３０３にて行うステップを示したものである。まず、図３ユーザ情報管理サーバ３０３では、学習システムの利用時間をユーザ情報１２０１の学習システム利用時間エリア１２０２に加算する（Ｓ１２１０）。続いて、マッチング対話の利用回数をユーザ情報１２０１のマッチング対話利用回数エリア１２０３に加算する（Ｓ１２１１）。続いて、学習システム利用時間からポイント数Ｐを計算する（Ｓ１２１２）。例えば、１０分の利用であれば１０ポイントのようにする。ステップＳ１２１２にて計算されたポイント数Ｐを、ユーザ情報１２０１内にある課金情報エリア１２０４に加算する。続いて、ステップＳ１２１４では、学習システムでのマッチング対話の回数をマッチング対話利用回数エリア１２０３から取得する。取得した利用回数を参照し、マッチング対話の回数がＮ回以上であればステップＳ１２１６を実行し、Ｎ回未満であれば処理を終了する。ここでＮの数はサービスに応じてあらかじめ決められている数である。続いて、ステップＳ１２１６では、マッチング対話を利用した回数Ｎからポイント数Ｑを計算する。例えば、５回の利用であれば、０．５ポイントのようにする。ステップＳ１２１６で計算されたポイント数Ｑを課金情報エリア１２０４から減算する（Ｓ１２１７）。減算のステップは、マイナスの値を加算するステップに置き換えても良い。以上の手順で、本発明に関わる課金情報の管理手段を提供する。
図１３及び図１４を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例をテレマティクスサービスに応用する例に関して説明する。図１４は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＡ及びＢの登録情報を取得する（Ｓ１４０１）。ここでは、図１３の１３０１がユーザＡの登録情報を示し、図１３の１３０８がユーザＢの登録情報を示している。ユーザＡに関する情報は、名前１３０２、自宅１３０３、所持している車種１３０４、興味１３０５、マッチング対話希望情報１３０６、目的地登録情報１３０７の属性情報から構成される。ステップＳ１４０１にて取得された登録情報を参照し、ユーザＡ及びＢが両者ともマッチング対話を希望しているかを参照する（Ｓ１４０２）。両ユーザがマッチング対話を希望していればステップＳ１４０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１４０４）。ステップＳ１４０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの車種の一致度を計算する（Ｓ１４０３）。ここでは、図１３の１３０４及び１３１１を参照し、両者とも「セイサク」という車種で同一であるので、Ｍ１＝１００を設定する（Ｓ１４０３）。ここで一致度を１００と設定したのはあくまでも一実施例であって、一致度を表す評価値であれば、該値に限定するものではない。続くステップＳ１４０５では、両ユーザの興味の類似度Ｍ２を計算する。図１３の１３０５及び１３１２を参照し、両者のいずれの興味にも「ショッピング」が含まれているが、１３１２のユーザには「旅行」の興味が含まれているので完全に興味が同じではないので、Ｍ２＝８０を設定する。続くステップＳ１４０６では、両ユーザの目的地の近さＭ３を計算する。ここで図１３の１３０７及び１３１４より、ユーザＡは「富士五湖」、ユーザＢは「富士山」と登録されており、両者はあらかじめ設定されている地図情報における同一メッシュに含まれるので、Ｍ３＝１００とする。目的地の近さに関しては、目的地が含まれているメッシュのマンハッタン距離（メッシュ数）を計算し、該メッシュ数に１０を掛けた値を１００から減じることで計算できる。もちろん、目的地の近さの判定方法は該手段に限定するものではなく、地図上の実際の距離をスケール変換したもの等を利用できる。以上のステップから求められた類似をＭ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１４０７）。ここでは、Ｍ＝９４と求められる。ここでマッチング度ＭがＭ＝９４であり、ユーザＡ及びユーザＢは目的地が近いと判定されたので、目的地周辺の観光情報やショッピング情報交換のガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、テレマティクスサービスの２利用者のマッチング度判定を行う実施の形態を示した。上記実施例では、図１３に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１４０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１４０６とステップＳ１４０７の間に挿入し、ステップＳ１４０７の計算式を変更すればよい。
図１５、図１６、図１７、図１８及び図１９を用いて、本発明に関わる対話調停手段でのマッチング度判定の実施例を結婚情報サービスに応用する例に関して説明する。図１６は、マッチング度を計算するステップを示す図である。まず、マッチング度を判定すべき２人のユーザＦ及びＭの登録情報を取得する（Ｓ１６０１）。ここでは、図１５の１５０１がユーザＦの登録情報を示し、図１５の１５０８がユーザＭの登録情報を示している。ユーザに関する情報は、名前１５０２、住所１５０３、生年月日１５０４、血液型１５０５、趣味１５０６、マッチング対話希望情報１５０７の属性情報から構成される。ステップＳ１６０１にて取得された登録情報を参照し、ユーザＦ及びＭが両者ともマッチング対話を希望しているかを参照する（Ｓ１６０２）。両ユーザがマッチング対話を希望していればステップＳ１６０３を実行し、いずれかのユーザが「希望しない」と設定していればマッチング度を０として処理を終了する（Ｓ１６０４）。ステップＳ１６０２で両者ともマッチング対話を希望していると判定されたならば、まず、両ユーザの星座の相性度Ｍ１を検索する（Ｓ１６０３）。図１７は星座間の相性度を定義する表である。図１７から男性の星座「乙女座」（１７０２）及び女性の星座「天秤座」（１７０３）から、相性度はＭ１＝８５（１７０３）と求めることができる。ここで、相性度表を用いるのはあくまでも一実施例であって、相性度を表現するものであれば該値に限定するものではない。続くステップＳ１６０５では、両ユーザの血液型の相性度Ｍ２を検索する。本ステップもＳ１６０３と同様に、図１８の１８０２及び１８０３から、相性度をＭ２＝５８（１８０３）と求めることができる。最後にステップＳ１６０６にて、両ユーザの趣味の近さＭ３を計算する。ここでは、図１９のような表を用いて、１９０１及び１９０２から相性度を求めＭ＝１０（１９０３）とする。以上のステップから求められた類似度Ｍ１，Ｍ２，Ｍ３を用いて、ユーザＡ及びＢのマッチング度Ｍを求める（Ｓ１６０７）。ここでは、Ｍ＝４３．３と求められる。ここで、マッチング度ＭがＭ＝４３．３であり、ユーザＡとユーザＢの相性が比較的近いと判断されたので、趣味に対するガイダンスなどを提示し、ユーザ対話を誘導することが可能である。上記の手順で、結婚情報サービスを利用する２人のユーザのマッチング度判定を行う実施の形態を示した。上記実施例では、図１５に示す属性から構成されているユーザ登録情報を利用したが、もちろん該属性に限定するものではない。すなわち、上記実施例以外の属性を利用する場合には、ステップＳ１６０３と同様の手段で属性値から類似度Ｍを算出する手段を、ステップＳ１６０６とステップＳ１６０７の間に挿入し、ステップＳ１６０７の計算式を変更すればよい。
図２０及び図２１を用いて本発明に関わるブリッジをはる手段の実施の一形態を説明する。図２０は、ユーザ１及びユーザ２が音声入力手段を用いて、各々に対応する対話管理クライアント１及び対話管理クライアント２と対話を行っている図を示すものである。ユーザ１は、音声入出力手段２００９の音声チャネル１（２０１１）に接続され、上り音声チャネル２０１３及び下り音声チャネル２０１４を利用している。音声チャネル１（２０１１）は、スイッチング手段１（２００３）を介して対話管理手段１（２００１）に接続され対話が実行されている。ここで、対話管理手段は対話の各ステップを実行する手段であり、本発明で度々記述されている対話管理クライアントが、該対話管理手段の一実施形態である。スイッチング手段１（２００３）及び音声入出力手段１（２０１１）は上り線（２００６）と下り線（２００７）で接続されている。スイッチング手段２００５は、一般にソフトウェアとして実現されるため、対話管理手段内（２００１乃至は２００２）で実施される方法、音声入出力手段内（２００９）で実施される方法があるが、スイッチング手段２００５が実現できれば構成は上記の限りではない。このように、音声入出力手段への音声の入出力は上り線と下り線の全二重通信によって実現されることが多く、公知の技術で実現できる。同様に、ユーザ２は音声入出力手段３（２０１２）及びスイッチング手段（２００４）を介して、対話管理手段２（２００２）と対話を行う。本実施例では、音声入出力手段は１及び３を利用したが、ユーザ毎に分離可能な音声入出力手段が割り当てられていればいずれのチャネルを利用しても構わない。上記の形態において、ユーザ１及びユーザ２が対話管理手段１及び２と対話を行っている形態を示した。該形態は、図２１の２１０１に示すスイッチ管理テーブルによって管理できる。すなわち、現在利用中のスイッチＩＤに対して、接続されている音声入出力手段、対話管理手段の入出力線の接続番号を、図２１の２１０１に記述している方式で管理する。例えば、スイッチＩＤ＝１のスイッチング手段は、音声入出力手段からの入力信号線（ＩＮ）は音声入出力手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、音声入出力手段への出力信号線（ＯＵＴ）は音声入出力手段１に接続されているので、ＯＵＴの項目に「１」と記載する。また、対話管理手段についても同様に、対話管理手段からの入力信号線（ＩＮ）は、対話管理手段１に接続されているので、ＩＮの項目に「１」と記載する。同様に、ＯＵＴの項目に「１」と記載する。上記の手順で、対話が行われている時点での対話管理手段と音声入出力手段の接続関係を、図２１のスイッチ管理テーブルで管理できる。さて次に、ユーザ１及びユーザ２の直接対話を行うためのブリッジをはる手順に関して説明する。ここでは、図１におけるステップ（１１）のコネクション確立に関する実施の形態を説明する。図１ステップ（１１）は、対話管理クライアント１（１０４）及び対話管理クライアント２（１０５）は、ユーザからのマッチング受諾の通知を受け、ブリッジをはるステップである。図１の１０４及び１０５は、図２０では２００１及び２００２に相当するので、以下図２０の記号のみを用いて説明する。まず、対話管理手段１（２００１）は、スイッチ管理テーブル２１０１を参照して、ブリッジをはる相手方である対話管理手段２をＩＮ・ＯＵＴ線に接続しているスイッチＩＤを取得する。すなわち、図２１の２１０１では、スイッチＩＤ＝２を取得する。次に、スイッチＩＤ＝２を取得した対話管理手段１（２００１）は、スイッチング手段に対して、対話管理手段１自身が接続しているスイッチＩＤ＝１と、上記手順で取得したスイッチＩＤ＝２の音声入出力手段側の信号線ＯＵＴを入れ替えるよう通知する。すなわち、スイッチＩＤ＝１の音声入出力手段ＯＵＴは「１」、スイッチＩＤ＝２の音声入出力手段ＯＵＴは「３」であるから、この「１」と「３」を入れ替える。尚、上記例では、対話管理手段１がスイッチＩＤを取得したが、対話管理手段２がスイッチＩＤを取得し同様の手順により信号線を入れ替えても良い。但し、対話管理手段１及び対話管理手段２が同時に入れ替えると競合が起こるので、スイッチＩＤの取得及び切り替えの手順は、優先度の高い対話管理手段が行う必要があり、例えば、対話管理手段ＩＤの若い方が優先度が高いとするなどの制約が必要である。上記ステップで、図２０スイッチング手段２０５３及び２０５４と、音声入出力手段２０６１及び２０６２は、信号線２０５６、２０５７、２０５８、２０５９の接続形態とすることができる。上記の手順で、音声入出力手段１（２０６１）と接続しているユーザ１と音声入出力手段２（２０６２）に接続しているユーザ２の全二重通信路、すなわち、ユーザ１からユーザ２への接続は、ユーザ１→２０６１→２０５６→２０５３→２０５７→２０６２→ユーザ２となり、ユーザ２からユーザ１への接続は、ユーザ２→２０６２→２０５８→２０５４→２０５９→２０６１→ユーザ１の通信路が確立され、直接対話が可能となる。続いて、対話管理手段１（２０５１）及び対話管理手段２（２０５２）の各々がユーザ１及びユーザ２の通話を傍受するため、対話管理手段１はスイッチング手段２（２０５４）と、対話管理手段２はスイッチング手段１（２０５３）との接続を確立し、図２１スイッチ管理テーブル２１０２に記載するように各々のスイッチは両方の対話管理手段に接続されている状態となる。上記の手順で、ユーザ１及びユーザ２のコネクションを確立することができた。
図２２及び図３を用いて本発明に関わる対話調停手段において、マッチング対話を行っているユーザに対してマッチング対話を終了するように要請する一実施例を説明する。図２２は、図３の対話調停手段３０６におけるステップ（１）マッチング対話終了判定を実現するステップの一例である。対話調停手段３０６は、初期状態である待機状態（Ｓ２２０１）から、タイマー処理により終了判定処理を起動する（Ｓ２２０２）。タイマーは、例えば１分毎に起動するように設定しておけばよい。次に、現在マッチング対話を行っているコネクション確立ユーザ情報を、図３０コネクション確立ユーザデータ３０９から取得する（Ｓ２２０３）。ステップＳ２２０３で取得した確立ユーザ組数が１以上であれば、続くステップＳ２２０５を実行し、１未満（すなわち０）であれば待機状態に遷移する。ステップＳ２２０５では、ステップＳ２２０３で取得した全てのコネクション確立ユーザ情報から、マッチング対話の経過時間Ｔを抽出する。次に、Ｔが最も大きいユーザ組（Ｉ，Ｊ）を選択し（Ｓ２２０６）、一定時間以上経過しているかどうか判定し、経過していればステップＳ２２０８を実行し、経過していなければ待機状態Ｓ２２０１に遷移する。ここでは、経過時間Ｔとシステム固定の経過時間を比較したが、マッチング対話を行ってユーザ組に異なるシステム利用可能時間を与えてもよく、その場合には、コネクション確立ユーザ情報に、経過時間Ｔとシステム利用可能時間Ｔａを記載して利用すれば良い。ステップＳ２２０８では、ステップＳ２２０７にて選択されたユーザ組（Ｉ，Ｊ）を管理する対話管理クライアント（図３−３０４）に対話終了を要請する。対話終了の要請を受けた対話管理クライアント１（３０４）は、対話管理クライアント２に通知し各ユーザに対してマッチング対話の終了の要請を行う。その後、ユーザのどちらが承諾すればマッチング対話を終了し、コネクションを切断する。上記実施例では、マッチング対話の終了に際して各ユーザに通知し承諾を得る手続きをとったが、もちろん、承諾を得ずにコネクションを切断しても良く、その場合はマッチング対話の終了要請の手続きは不要である。以上の手順により、マッチング対話を終了させる手段を実現する。
図２３を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動すると対話管理クライアント生成手段２３０４が生成され、ユーザ２３０１からの利用開始メッセージの待ち状態に移行する（１）。次に、音声入出力手段２３０２に対して利用者から通話があると（２）、音声入出力手段２３０２は対話管理クライアント生成手段２３０４に対して通話開始メッセージを送出する（３）。対話管理クライアント生成手段２３０４は音声入出力手段２３０２から送出される利用開始メッセージを受理すると、利用者との対話を行う対話管理クライアント２３０３を生成する（４）。生成された対話管理クライアント２３０３は、音声入出力手段２３０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの対話を開始する（５）。
図２４を利用して、本発明に関わる対話管理クライアント生成の実施の一形態を示す。まず、音声対話システムが起動されると、対話管理クライアント生成手段２４０４が対話管理クライアント２４０３を生成する（１）。生成された対話管理クライアント２４０３は、音声入出力手段２４０２から送出される利用開始メッセージの待ち状態に移行する（２）。次に、ユーザ２４０１から音声入出力手段２４０２に対して電話回線等を通じて利用の要求があると（３）、音声入出力手段２４０２は対話管理クライアント２４０３に対して利用開始メッセージを送出する（４）。利用開始メッセージを受理した対話管理クライアント２４０３は、音声入出力手段２４０２に対して、例えば、図２０を用いて説明した実施の形態を用いて通信路を確立し、ユーザとの通話を開始する（５）。
以上、対話管理クライアントとユーザの通信路確立に関して２種類の実施の形態を示したが、対話管理クライアントとユーザの通信路が確立されれば良く、上記実施の形態のみに限定するものではない。
図２５は、本発明に関わる情報処理装置のシステム構成例である。図２５に示すように、情報処理装置は、ユーザ２５０１が音声対話を行う際の音声の入力及び出力を司るための音声入出力手段２５０３と、音声入出力手段２５０３を通じて、ユーザが入力する音声を認識し、ユーザへ提示すべき音声を構成する対話管理クライアント２５０６と、対話管理クライアント２５０６に対して、対話マッチングの制御を行う対話調停手段２５０９と、音声対話システムを利用中のユーザに関する情報を格納する利用中ユーザデータ２５１０と、ユーザに関する情報をサービス提供者から得る手段として利用するコンピュータネットワーク２５１２と、ユーザのユーザ情報を管理するユーザ情報管理サーバ２５１３と、ユーザが自らのプロファイル等を入力するためのユーザ端末２５１１から構成される。音声入出力手段２５０３は、一般にユーザと電話回線網２５０２で接続されており、ユーザが発声する音声をデジタル化し（Ａ／Ｄ変換）、音声デジタルデータをアナログデータに変換する（Ｄ／Ａ変換）装置を利用するが、例えば、コンピュータに接続されているマイク及びスピーカでも良い。また、音声入出力手段２５０３は必ずしも電話回線で接続されていることに限定しない。例えば、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）で実現されるインターネット網上で、デジタル化された音声データを送受信する方法を利用してもよい。対話管理クライアント２５０６は、ユーザが発する音声データを認識しユーザの発するところの音声内容を理解する手段と、現在の対話の状況に関する発話内容を音声データとして構成し出力する手段を有する。なお、一般に対話管理クライアントは複数起動できるようにプログラミングされており、複数のユーザが同時にシステムを利用できる構成とする。ここで、本発明に関わる情報処理装置は、複数のユーザが利用可能な音声入出力手段及び対話管理クライアントを備えている。一般に、音声入出力手段の数は音声対話装置に接続可能とする電話回線数である。図２５の構成では、３回線の音声入出力手段を備え、３人までのユーザが同時利用可能である。
図２６は、本発明に関わる情報処理装置のシステム構成例である。図２６における情報処理装置は、ユーザが利用する電話端末装置２６０１、電話網２６１０、ポータルサーバ２６０３から構成されている。ポータルサーバ２６０３は、音声入出力手段２６０４、対話管理クライアント２６０５、ユーザ情報管理サーバ２６０７、対話管理クライアント生成手段２６０８、対話調停手段２６０９を備えている。図２７及び図２８は、本発明に係わる情報処理装置のシステム構成例である。特に、カーナビゲーション端末とポータルサーバが情報の授受を行う形態に関わるものである。図２７カーナビゲーション端末２７０３は、音声の入力手段であるマイク２７０１と出力手段であるスピーカ２７０２が音声入出力手段２７０４に接続され、カーナビゲーション端末上で動作する対話管理クライアント２７０５とを備えている。この形態では、対話管理クライアントにより実行する対話スクリプトを、通信網２７０９を経由してダウンロードする。ダウンロードは、図２８の２８０８の太線で示すデータ通信路を利用する。ポータルサーバ２７１０は、ユーザ情報管理サーバ２７１１と対話管理クライアント生成手段２７１２と対話調停手段２７１３とを備える。一般に、通信網においては音声信号を交換する系とデータ類を交換する系は異なる。図２８における通信網に接続されている細線（２８０７、２８０９、２８１２）は電話回線であり、太線（２８０８、２８１０、２８１３）はデータ回線を示している。本実施の形態を利用する情報処理システムでは、ユーザ情報や対話スクリプトの交換はデータ通信線を用い、ユーザ間のマッチング対話は音声通信線を利用する。すなわち、図２８のシステムを用いた場合の図１におけるコネクション確立のステップ（１１）は以下のようになる。まず、マッチング受諾を受けた各対話管理クライアント２８０３及び２８０６は、対話調停手段２８１４に対してコネクション確立の要請を行う。対話調停手段２８１４はユーザ情報管理サーバからユーザの電話番号を抽出し、対話調停手段からカーナビゲーション端末２８０１及び２８０４に通話をかける。続いて、図２０と同様の方法を用いてユーザ間の通信路の上り下り回線のスイッチングを行う。以上の手順で、ユーザ間の直接対話を実現する。上記実施例はユーザ間の対話を、音声回線を用いて実現したが、もちろん音声データをパケットデータに変換してデータ通信回線を利用する技術なども同様に利用可能であり、上記実施例の方法には限定しない。
図２９は、本発明に係わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇや語学学習の実施に関わるものである。図２９のユーザ端末１は、音声入出力手段２９０６としてマイク２９０１及びスピーカ２９０２、画像入出力手段２９０７としてカメラ２９０３及びディスプレイ２９０４、テキスト・位置入力手段２９０８としてキーボード・マウス２９０５等を備えている。該形態での対話管理クライアント２９０９は、ユーザと複数の入出力手段を利用して対話を行う。この場合、対話管理クライアントは、音声や画像情報の入力や出力をステップ実行する手段と、各入出力チャネルの同期情報を管理する同期管理手段により構成すれば良い。上記の手段で構成された複数のユーザ端末を、コンピュータネットワーク２９１２を経由して、学習提供サーバ２９１３に接続し電子的なネットワークを構築する。学習提供サーバ２９１３は、上記実施例図２７と同様に、ユーザ情報管理サーバ２９１４、対話管理クライアント２９１５、対話調停手段２９１６から構成する。上記実施例では、通信網乃至はコンピュータネットワーク上を流通するのは音声データが前提であったが、本実施例の構成を用いれば、音声及び画像情報の送受信によりユーザ同士のマッチング対話が可能である。すなわち、音声及び画像情報を利用する場合には、図２０のスイッチング手段に関して音声情報用スイッチ及び画像情報用スイッチを構成すれば良い。
図３０は、本発明に関わる情報処理装置のシステム構成例である。特に、パーソナルコンピュータ上におけるｅ−Ｌｅａｒｎｉｎｇにおいて、教師が端末を利用して学習に介在する場合に関わるものである。図３０の３００１から３０１６で示される構成要素は図２９と同一である。図３０では、教師用端末１（３０１７）及び教師用端末２（３０１８）は学習提供サーバ３０１３と接続され、学習者との対話が可能となっている。例えば、教師用端末１（３０１７）の教師がユーザ端末１（３０１０）のユーザと、教師用端末２（３０１８）の教師がユーザ端末２（３０１１）のユーザと学習を進めているものとする。この際、教師用端末１（３０１８）を利用している教師から、学習者間のマッチング対話を行うよう要請があった場合には、図２の実施の形態で示した音声認識乃至キーボタンの押下を検出する方法等を用いるステップを利用して、学習者間のマッチング対話を判定する手段を構成すればよい。該形態のｅ−Ｌｅａｒｎｉｎｇシステムでは、概して学習進度を採点する必要が生じるが、該学習者を担当していた教師が、各々の教師用端末を用いて学習者間のマッチング対話を傍受することにより、学習状況を採点しキーボード入力などの手段を用いて、例えば、ユーザ情報管理サーバ３０１４に登録されているユーザ情報（図１２・１２０１）において、学習者の学習進度管理状況のデータ格納エリアを設置し、該データを更新する手段を構成すればよく、該データの更新手段はＷｅｂ等を利用した一般的な方法で構成可能である。
【０００６】
【発明の効果】
本発明を利用することにより、従来不可能であったコンピュータを利用した学習における人間同士の直接対話を実現することができ、ロールプレイングなどを通じて学習効果の高い語学学習サービスを提供することが可能となる。また、テレマティクスサービスに応用した場合、サービスに加入している運転者同士が直接情報交換できる仕組みを提供できるため、魅力的なサービスを実現することが可能となる。
【図面の簡単な説明】
【図１】本発明のブリッジをはる手段の一実施手段を示した図である。
【図２】本発明のブリッジをはる手段の一実施手段を示した図である。
【図３】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図４】本発明の確立されているコネクションを切断する手段の一実施例を示した図である。
【図５】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図６】本発明の対話マッチング（調停）を行う一実施ステップを示した図である。
【図７】本発明の対話マッチング（調停）を３人の利用者間で行う一実施ステップを示した図である。
【図８】本発明を利用する語学学習サービスにおける利用者登録情報の一例を示す図である。
【図９】本発明を利用する語学学習サービスにおけるマッチング度判定の一実施例を示した図である。
【図１０】本発明を利用する語学学習サービスにおいて、利用者が行うマッチング対話履歴変更を説明する図である。
【図１１】本発明を利用するユーザ情報管理サーバにて、利用者のマッチング対話履歴を格納するデータを示すデータ構造図である。
【図１２】本発明を利用する語学学習サービスにおいて、学習者のシステム利用料金を課金及び割り引く方法の一実施例を示す図である。
【図１３】本発明を利用するテレマティクスサービスにおける利用者登録情報の一例を示す図である。
【図１４】本発明を利用するテレマティクスサービスにおけるマッチング度判定の一実施例を示した図である。
【図１５】本発明を利用する結婚情報サービスにおける利用者登録情報の一例を示す図である。
【図１６】本発明を利用する結婚情報サービスにおけるマッチング度判定の一実施例を示した図である。
【図１７】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の星座の相性度の一例を示す図である。
【図１８】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の血液型の相性度の一例を示す図である。
【図１９】本発明を利用する結婚情報サービスにおけるマッチング度判定に用いられる利用者の趣味の相性度の一例を示す図である。
【図２０】本発明を利用する情報処理装置におけるブリッジをはる一実施例に関する機構図である。
【図２１】本発明を利用する情報処理装置におけるブリッジをはる手段において、接続先を管理するスイッチ管理テーブルの一例を示す図である。
【図２２】本発明を利用するマッチング対話を終了する手段の一実施例を示す図である。
【図２３】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２４】本発明を利用する音声対話システムにおける対話管理クライアント生成の一実施例を示す図である。
【図２５】本発明を利用する情報処理システムの一例を示す構成図である。
【図２６】本発明を利用する情報処理システムの一例を示す構成図である。
【図２７】本発明を利用する情報処理システムの一例を示す構成図である。
【図２８】本発明を利用する情報処理システムの一例を示す構成図である。
【図２９】本発明を利用する情報処理システムの一例を示す構成図である。
【図３０】本発明を利用する情報処理システムの一例を示す構成図である。
【符号の説明】
１０１ ユーザ１
１０２ ユーザ２
１０３ ユーザ情報管理サーバ
１０４ 対話管理クライアント１
１０５ 対話管理クライアント２
１０６ 対話調停手段
１０７ 利用中ユーザデータ
１０８ 単独実行ユーザデータ
１０９ コネクション確立ユーザデータ
１１０ ユーザ情報データ
２０１ ユーザ１
２０２ ユーザ２
２０３ ユーザ情報管理サーバ
２０４ 対話管理クライアント１
２０５ 対話管理クライアント２
２０６ 対話調停手段
２０７ 利用中ユーザデータ
２０８ 単独実行ユーザデータ
２０９ コネクション確立ユーザデータ
３０１ ユーザ１
３０２ ユーザ２
３０３ ユーザ情報管理サーバ
３０４ 対話管理クライアント１
３０５ 対話管理クライアント２
３０６ 対話調停手段
３０７ 利用中ユーザデータ
３０８ 単独実行ユーザデータ
３０９ コネクション確立ユーザデータ
４０１ ユーザ１
４０２ ユーザ２
４０３ ユーザ情報管理サーバ
４０４ 対話管理クライアント１
４０５ 対話管理クライアント２
４０６ 対話調停手段
４０７ 利用中ユーザデータ
４０８ 単独実行ユーザデータ
４０９ コネクション確立ユーザデータ
Ｓ５０１ 待機状態ステップ
Ｓ５０２ 登録受付ステップ
Ｓ５０３ データ登録ステップ
Ｓ５０４ データ取得ステップ
Ｓ５０５ 人数判定ステップ
Ｓ５０６ マッチング度計算ステップ
Ｓ５０７ 選択ステップ
Ｓ５０８ マッチング度判定ステップ
Ｓ５０９ 対話要求ステップ
Ｓ５１０ 返答待ちステップ
Ｓ６０１ 待機状態ステップ
Ｓ６０２ データ取得ステップ
Ｓ６０３ 人数判定ステップ
Ｓ６０４ 対話要求ステップ
Ｓ６０５ 対話受諾ステップ
Ｓ６０６ データ削除ステップ
Ｓ７０１ 待機状態ステップ
Ｓ７０２ データ取得ステップ
Ｓ７０３ 人数判定ステップ
Ｓ７０４ マッチング度計算ステップ
Ｓ７０５ マッチング度計算ステップ
Ｓ７０６ 選択ステップ
Ｓ７０７ マッチング度判定ステップ
Ｓ７０８ 対話要求ステップ
８０１ ユーザ情報
８０２ 名前情報
８０３ 学習コース情報
８０４ 学習内容情報
８０５ マッチング対話希望情報
８０６ ユーザ情報
８０７ 名前情報
８０８ 学習コース情報
８０９ 学習内容情報
８１０ マッチング対話希望情報
Ｓ９０１ ユーザ情報取得ステップ
Ｓ９０２ 希望判定ステップ
Ｓ９０３ 学習コース一致度計算ステップ
Ｓ９０４ マッチング度設定ステップ
Ｓ９０５ 学習内容一致度計算ステップ
Ｓ９０６ マッチング度計算ステップ
１００１ ユーザ履歴情報画面
１００２ マッチング対話ユーザ履歴情報
１００３ マッチング対話時刻履歴情報
１００４ 対話希望指定
１００５ 対話不希望指定
１１０１ ユーザ情報
１１０２ マッチング対話利用者情報
１１０３ マッチング対話実施時刻情報
１２０１ ユーザ情報
１２０２ 学習システム利用時間エリア
１２０３ マッチング対話利用回数エリア
１２０４ 課金情報エリア
Ｓ１２１０ 利用時間加算ステップ
Ｓ１２１１ 利用回数加算ステップ
Ｓ１２１２ ポイント数計算ステップ
Ｓ１２１３ 加算ステップ
Ｓ１２１４ 情報取得ステップ
Ｓ１２１５ 比較ステップ
Ｓ１２１６ ポイント数計算ステップ
Ｓ１２１７ 割引ステップ
１３０１ ユーザ情報
１３０２ 名前情報
１３０３ 自宅情報
１３０４ 車種情報
１３０５ 興味情報
１３０６ マッチング対話希望情報
１３０７ 目的地情報
１３０８ ユーザ情報
１３０９ 名前情報
１３１０ 自宅情報
１３１１ 車種情報
１３１２ 興味情報
１３１３ マッチング対話希望情報
１３１４ 目的地情報
Ｓ１４０１ ユーザ情報取得ステップ
Ｓ１４０２ 希望判定ステップ
Ｓ１４０３ 車種一致度計算ステップ
Ｓ１４０４ マッチング度設定ステップ
Ｓ１４０５ 興味類似度計算ステップ
Ｓ１４０６ 目的地類似度計算ステップ
Ｓ１４０７ マッチング度計算ステップ
１５０１ ユーザ情報
１５０２ 名前情報
１５０３ 自宅情報
１５０４ 生年月日情報
１５０５ 血液型情報
１５０６ 趣味情報
１５０７ マッチング対話希望情報
１５０８ ユーザ情報
１５０９ 名前情報
１５１０ 自宅情報
１５１１ 生年月日情報
１５１２ 血液型情報
１５１３ 趣味情報
１５１４ マッチング対話希望情報
Ｓ１６０１ ユーザ情報取得ステップ
Ｓ１６０２ 希望判定ステップ
Ｓ１６０３ 星座相性度計算ステップ
Ｓ１６０４ マッチング度設定ステップ
Ｓ１６０５ 血液型相性度計算ステップ
Ｓ１６０６ 趣味類似度計算ステップ
Ｓ１６０７ マッチング度計算ステップ
１７０１ 星座
１７０２ 星座
１７０３ 相性度
１８０１ 血液型
１８０２ 血液型
１８０３ 相性度
１９０１ 趣味カテゴリ
１９０２ 趣味カテゴリ
１９０３ 相性度
２００１ 対話管理手段１
２００２ 対話管理手段１
２００３ スイッチング手段１
２００４ スイッチング手段２
２００５ スイッチング手段
２００６ コネクション上り線
２００７ コネクション下り線
２００８ コネクション下り線
２００９ 音声入出力手段
２０１０ コネクション上り線
２０１１ 音声入出力手段１
２０１２ 音声入出力手段３
２０１３ 音声上り回線
２０１４ 音声下り回線
２０１５ 音声上り回線
２０１６ 音声下り回線
２０５１ 対話管理手段１
２０５２ 対話管理手段１
２０５３ スイッチング手段１
２０５４ スイッチング手段２
２０５５ スイッチング手段
２０５６ コネクション上り線
２０５７ コネクション下り線
２０５８ コネクション上り線
２０５９ コネクション上り線
２０６０ 音声入出力手段
２０６１ 音声入出力手段１
２０６２ 音声入出力手段３
２１０１ スイッチ管理テーブル
２１０２ スイッチ管理テーブル
Ｓ２２０１ 待機状態ステップ
Ｓ２２０２ 処理起動ステップ
Ｓ２２０３ 情報取得ステップ
Ｓ２２０４ 組数確認ステップ
Ｓ２２０５ 経過時間抽出ステップ
Ｓ２２０６ 選択ステップ
Ｓ２２０７ 経過時間判定ステップ
Ｓ２２０８ 要請ステップ
Ｓ２２０９ 返答待ちステップ
２３０１ ユーザ
２３０２ 音声入出力手段
２３０３ 対話管理クライアント
２３０４ 対話管理クライアント生成手段
２４０１ ユーザ
２４０２ 音声入出力手段
２４０３ 対話管理クライアント
２４０４ 対話管理クライアント生成手段
２５０１ ユーザ１
２５０２ 通信網
２５０３ 音声入出力手段
２５０４ 音声入出力手段
２５０５ 音声入出力手段
２５０６ 対話管理クライアント１
２５０７ 対話管理クライアント２
２５０８ 対話管理クライアント３
２５０９ 対話管理クライアント１
２５１０ 実行利用者データ
２５１１ ユーザ端末
２５１２ コンピュータネットワーク
２５１３ ユーザ情報管理サーバ
２５１４ ユーザ情報データ
２６０１ 電話端末装置
２６０２ 電話端末装置
２６０３ ポータルサーバ
２６０４ 音声入出力手段
２６０５ 対話管理クライアント１
２６０６ 対話管理クライアント２
２６０７ ユーザ情報管理サーバ
２６０８ 対話管理クライアント生成手段
２６０９ 対話調停手段
２６１０ 電話網
２７０１ マイク
２７０２ スピーカ
２７０３ カーナビゲーション端末１
２７０４ 音声入出力手段
２７０５ 対話管理クライアント１
２７０６ カーナビゲーション端末２
２７０７ 音声入出力手段
２７０８ 対話管理クライアント２
２７０９ 通信網
２７１０ ポータルサーバ
２７１１ ユーザ情報管理サーバ
２７１２ 対話管理クライアント生成手段
２７１３ 対話調停手段
２８０１ カーナビゲーション端末１
２８０２ 音声入出力手段
２８０３ 対話管理クライアント１
２８０４ カーナビゲーション端末２
２８０５ 音声入出力手段
２８０６ 対話管理クライアント２
２８０７ 電話回線
２８０８ パケット回線
２８０９ 電話回線
２８１０ パケット回線
２８１１ 通信網
２８１２ 電話回線
２８１３ パケット回線
２８１４ 対話調停手段
２９０１ マイク
２９０２ スピーカ
２９０３ カメラ
２９０４ ディスプレイ
２９０５ キーボード・マウス
２９０６ 音声入出力手段
２９０７ 画像入出力手段
２９０８ テキスト・位置入力手段
２９０９ 対話管理クライアント１
２９１０ ユーザ端末１
２９１１ ユーザ端末２
２９１２ コンピュータネットワーク
２９１３ 学習提供サーバ
２９１４ ユーザ情報管理サーバ
２９１５ 対話管理クライアント生成手段
２９１６ 対話調停手段
３００１ マイク
３００２ スピーカ
３００３ カメラ
３００４ ディスプレイ
３００５ キーボード・マウス
３００６ 音声入出力手段
３００７ 画像入出力手段
３００８ テキスト・位置入力手段
３００９ 対話管理クライアント１
３０１０ ユーザ端末１
３０１１ ユーザ端末２
３０１２ コンピュータネットワーク
３０１３ 学習提供サーバ
３０１４ ユーザ情報管理サーバ
３０１５ 対話管理クライアント生成手段
３０１６ 対話調停手段
３０１７ 教師用端末１
３０１８ 教師用端末２。[0001]
TECHNICAL FIELD OF THE INVENTION
The present invention relates to a communication system in an electronic community formed on an electronic network mediated by a voice server, and in particular, by connecting to a voice dialog system using voice input / output means to promote a dialog. The present invention relates to a voice dialogue system for executing a specific task, and a language learning system for performing language learning by connecting to a voice dialogue server from a remote place using a telephone line.
[0002]
[Prior art]
Currently, an "interactive language learning system" is being realized in which a learner uses a voice recognition function to interactively interact with a teacher system to learn a target dialog or skit. In general, an interactive language learning system includes (1) an offline learning system that can operate independently without being connected to a network such as the Internet, and (2) an online learning system that performs data communication through a network to perform learning. (3) Voice conversation type learning systems that perform voice communication via a telephone network and perform learning by voice conversation are classified into three types. For example, as a method for realizing the above (3), a method has been proposed in which a user using the Internet connects to a remote voice server and learns a language (for example, see Patent Document 1). . Such a spoken language learning system is composed of a computer having a voice communication line board and a software program for realizing spoken dialog, and is generally installed and operated by a service provider that provides a language learning service. is there. The speech interactive language learning system has an advantage that it can be automatically executed if procedures such as learning contents and learning procedures are described in advance as a program. That is, since it is possible to present information to the learner using the voice synthesis means and recognize the utterance of the learner using the voice recognition means, a dialogue control procedure for sequentially executing the utterance and the recognition is required. If it is determined, it can be automatically executed, and a program for sequentially executing such a dialog control procedure is, for example, VoiceXML ( Voice e X tensible M arkup L (language) interpreter. In VoiceXML, conversation contents described in a standard script called a VoiceXML script are sequentially executed by a VoiceXML interpreter to enable a conversation with a user. For example, a VoiceXML script that implements the following interactive example 1 is described as script example 1.
Dialogue example 1
(1) System: This is an automatic voice response system. Say the menu number you want to use.
(2) User: I would like number 2.
(3) System: No. 2 Start elementary learning. Is it OK?
(4) User: Yes.

As described above, a voice dialogue system such as a language learning service can be realized by means that have been developed so far, and a voice dialogue type service, for example, information such as stock price information and weather information can be voiced in a similar manner. Services to be acquired are also feasible.
By the way, an advantage in implementing such a spoken language learning is that the response of the system can be changed according to the content of the utterance of the learner. In other words, if the learner's answer is insufficient for the system, a function to prompt a re-speak or a function to change the system response according to the selected content when there are multiple options can be added. .
[Patent Document 1]
JP-A-2002-157113
[0003]
[Problems to be solved by the invention]
When learning a language, a conversation between a teacher and a learner or a conversation between learners, that is, a "dialogue between humans" is indispensable as seen in a general language learning classroom. Furthermore, it is important to receive feedback from others by actually operating the learned contents, to confirm the progress of learning, and to know the defects themselves. For example, in language learning, it is said that learning called "role-playing" or "role-playing", in which students experience what they have learned and change their responses in response to the situation, is effective. It is considered to be a particularly important function when it is applied to. However, in the above-described speech dialogue type learning system, it is possible to execute a dialogue according to a scene, but on the other hand, the voice uttered by the system is generally a machine voice, which is far from human utterance voice. It is difficult to realize a natural dialogue like the one that does. Furthermore, in the current spoken dialogue system, since it is limited to a one-to-one conversation between a learner and a teacher, for example, when a learner has a desire to perform role playing with another learner, a role It is necessary to find another learner who wants to play and use the means different from the spoken dialogue system to contact the learner himself. Such an inter-student community is realized in the form of a forum or the like, but generally, it takes time and effort for a learner to search for other learners he or she wants. From the viewpoint, it may be supposed that it is prohibited to try to access the profile that shows the characteristics of the learner itself.In the current language learning service using the spoken dialogue system, it is easy to realize the role playing function between learners. Was difficult. Therefore, an object of the present invention is to realize a system capable of “dialogue between humans” in a speech interactive learning system. As described above, there are many problems in implementing a language learning service using a conventional voice interaction system. Naturally, the problem is not limited to only the language learning service, A similar problem arises in general services using.
[0004]
[Means for Solving the Problems]
As means for solving the above problems, the present invention provides an input / output means for controlling input / output from a user, a dialog management client for managing a dialog with a user, and a dialog arbitration connected to the dialog management client by a communication line. An information processing system capable of bridging between dialogue management clients when a predetermined condition is satisfied by exchanging information by means.
[0005]
BEST MODE FOR CARRYING OUT THE INVENTION
An embodiment of the present invention will be described with reference to the drawings.
First, an embodiment of a bridging method according to the present invention will be described with reference to Dialog Example 2A and Dialog Example 2B and FIG. In the following dialogue example, each utterance content is numbered using "[]" to be quoted in the description, and the dialogue management client is referred to as "system".
Dialogue example 2A
[1] System 1: Hello. Japanese language learning system.
[2] User A: Microphone with member number 0123.
[3] System 1: Today we will learn the dialog of "shopping". Is it OK?
[4] User A: Yes.
[5] System 1:
[6] User A:
[7] System 1:
[8] User A:
[9] System 1: There is a learner in your class right now. Do you actually practice with the learner?
[10] User: Yes.
[11] System 1: Connects. Please wait a moment.
[12] System 1: Connected. Press 1 to end. Then please talk.
[13] User A: Hello?
[14] User B: Hello.
[15] User A: My name is Mike.
[16] User B: I am Kent.
[17] User A: Where did you go shopping today?
Dialogue example 2B
[18] System 2: Hello. Japanese language learning system.
[19] User B: Kent with member number 0867.
[20] System 2: Today we will learn the dialog of "shopping". Is it OK?
[21] User B: Yes.
[22] System 2:
[23] User B:
[24] System 2:
[25] User B:
[26] System 2: There is a learner in your class right now. Do you actually practice with the learner?
[27] User B: Yes.
[28] System 2: We will connect. Please wait a moment.
[29] System 2: Connected. Press 1 to end. Then please talk.
FIG. 1 is a diagram showing an example of an internal configuration and an execution step of an information system according to the present invention. First, a user 1 (101) who is a user of the present system connects to a voice system using a mobile phone or a fixed-line phone and makes a use start request (1). When making a use start request, information for identifying the access source is added. As the information for identifying the access source, a method of declaring by the user, such as the utterance of [2] in the above-mentioned dialogue example 2A, a method of specifying with a numeric button when connecting to the voice dialogue system, or the like can be used. Subsequently, the dialog management client 1 (104) receiving the use start request makes a request for user information to the user information management server 103 (2). The user information management server 103 specifies the user with reference to the user information data 110, and returns information about the user to the dialog management client 1 (104) (3). The returned user information includes, for example, the name of the user, a learning stage, a learning history, matching dialogue history information, and the like. The dialog management client 1 (104) to which the user information has been returned registers information of the user 1 who is an execution user who starts using the dialog arbitration unit 106 (4). The dialog arbitration means 106 stores the user information registered from the dialog management client 1 (104) in the single execution user data 108, and notifies the dialog management client 1 (104) of the completion of the execution user registration ( 5). When the registration of the execution user is completed by the above procedure, a session of the voice interaction is started. An example of the interactive session is an interactive session such as [1] to [8] described in the interactive example 2A. Here, the embodiment has been described with an example of Japanese language learning, but of course, a similar dialogue can be performed for a purpose such as learning a foreign language for Japanese, so the dialogue examples 2A [1] to [8] are not necessarily required. It does not matter if the language is not Japanese and it does not restrict the language or the contents of the dialogue.
On the other hand, when the user 1 (101) and the dialogue management client 1 (104) have a dialogue and another user, the user 2 (102), makes a voice dialogue use request at the same time, (1) to (6) are performed in a similar procedure. In FIG. 1, the steps related to the user 2 are described with steps to which a “′” symbol is added. According to the above procedure, a form in which the user 1 and the user 2 use the interactive system and execute an interactive session can be realized.
In the dialog arbitration unit 106, information on the users (user 1 and user 2 in this embodiment) using the system at the same time is stored and managed in the single execution user data 108. The dialog arbitration unit 106 determines whether or not to propose (offer) a matching dialog between the user 1 and the user 2 with reference to the single execution user data (7). For example, when the learning stages of the user 1 and the user 2 are the same, or when the learning contents are close, a matching dialog is proposed. For example, if the learning stage of the user 1 and the user 2 is “beginner” and the learning content is “shopping”, a matching dialog can be proposed. In the present embodiment, the matching dialogue is proposed when the learning stage and the learning content of the user 1 and the user 2 are the same. However, it is needless to say that the combination is judged to be highly effective by performing the matching dialogue. Any determination may be made, and the determination is not limited to the above example.
As a result of the above-described determination of the matching result, after the conditions for offering the direct dialogue between the user 1 and the user 2 are established (7), the dialogue management client 1 (104) and the dialogue management client 2 (105) are respectively A request for matching of another user is issued so as to perform a direct dialogue with the user using the management client 2 and the dialogue management client 1 (8). Next, each dialogue management client offers a matching offer to the user (9). In the above dialogue examples 2A and 2B, dialogue example 2A [9] and dialogue example 2B [26] correspond to offer utterances. User 1 and user 2 each determine whether to accept the matching dialogue (10). When both the user 1 and the user 2 accept the matching, the connection between the dialogue management client 1 and the dialogue management client 2 is established, and the process shifts to the direct dialogue between the user 1 and the user 2 (11). In the above-mentioned dialogue examples 2A and 2B, dialogue examples 2A [13] to [17] show the connection establishment and the dialogue example after the connection establishment. Finally, the dialog management clients 104 and 105 notify the dialog arbitration unit 106 that the connection has been established (12), and the dialog arbitration unit 106 executes the user 1 and the user 2 independently based on the information. It is deleted from the user data 108 and registered in the connection establishment user data 109.
With reference to FIG. 2, an embodiment in the case where there is a request from a user in a step until a bridge according to the present invention is completed will be described. FIG. 2 has the same configuration as that of the embodiment of FIG. 1 described above, except that a matching dialogue is performed according to a request from a user. First, the steps from step (1) user's use start request to step (6) start of the interactive session in FIG. 1 are the same. Subsequently, the user 1 (201) issues a request for a matching dialogue to the dialogue management client 1 (204) (7). Step (7) A method for requesting that the user 1 wants to perform a matching dialogue to the dialogue management client includes, for example, a method of detecting pressing of a key or a button assigned in advance to perform the matching dialogue, For example, a method of recognizing an utterance such as "Request for matching dialogue" can be used. Receiving the request item input by the above method, the dialogue management client 1 (204) notifies the dialogue arbitration unit 206 of the matching dialogue request (8). Hereinafter, the dialog arbitration unit 206 performs the matching determination between the users, and the subsequent steps can be realized by the same steps as in FIG.
FIG. 3 shows an embodiment in which the dialogue arbitration unit proposes an end to the user 1 and the user 2 who are performing the matching dialogue. FIG. 3 is a configuration diagram and an example of steps when the user 1 and the user 2 end the matching dialogue. First, the dialog arbitration unit 306 searches the connection establishment user data 309, acquires information on the user group performing the matching dialog, and determines the end of the matching dialog from the information data on the user group (1). Subsequently, the end of the matching dialogue is notified to the dialogue management client 1 (304) (2). At the same time, the dialogue management client 1 (304) transfers a matching dialogue end proposal notification to the dialogue management client 2 (305) (2 '). In the following step (3), each dialogue management client notifies the user that the matching dialogue is to be terminated, and after accepting the termination of the user (4), disconnects the connection (5). After the connection is disconnected, the dialogue management client 1 (304) registers the matching dialogue history that has been performed in the user information management server 303 (6), and starts a normal session with the user (7). ). Finally, the dialog arbitration unit 306, which has been notified that the session has returned to the normal session, deletes the user data performing the matching dialog from the connection establishment user data 309 (9), and replaces the information of both users with the single execution user data 308. Is re-registered (10). With the above steps, means for ending the matching dialogue according to the present invention can be realized.
Referring to FIG. 4, an example of the step of ending the matching dialogue according to the present invention, in particular, an example of the step of ending the matching dialogue when the user desires will be described. Here, it is assumed that the user 1 desires to end the matching dialogue. First, the user 1 (401) makes a conversation end request to the dialogue management client 1 (404) (1). The application for ending the conversation can be made by, for example, pressing a specific push button (for example, No. 0) of the telephone device to notify the system that the user wants to end the matching dialog, or the dialog management client intercepts the matching dialog. Although a method of recognizing the keyword “matching dialogue end” included in the content of the speech of the matching dialogue is used, in the present invention, the method is not limited to the above as long as the user can specify the end of the dialogue. Absent. Furthermore, although the method of detecting "matching dialogue end" from the voice is described above, when the learning level of the Japanese learner is in the initial stage, the keyword "matching dialogue end" is not stored. Therefore, it may be a word or a phrase meaning “end of the matching dialogue” in the learner's native language. In this case, the dialogue management client recognizes the speech meaning "end" in the learner's native language. After applying for the end of the matching dialogue in the above procedure, the dialogue management client 1 (404) notifies the dialogue arbitration unit 406 that the user has requested the end of the matching (2). Thereafter, the process returns to the normal session in the same manner as the ending means in FIG.
An embodiment relating to the dialog arbitration means of the present invention will be described with reference to FIGS. FIG. 5 is an embodiment of step (7) “matching determination” in the dialog arbitration unit 106 of FIG. The dialog arbitration unit is, as an initial state, in a standby state for receiving information registration or the like from the dialog management client (S501). Next, the registration of the "executing user" who is going to start the interactive session is received from an arbitrary interactive management client N (S502). Next, the dialog arbitration unit 106 registers the execution user data in the single execution user management data 108 (S503). Subsequently, “single execution user data”, which is a list of all users using the information processing apparatus according to the present invention, is acquired from the single execution user data at the time (S504). If the single execution user data obtained in step S504 is two or more, the next step S505 is executed, and if the single execution user is less than two, transition to the standby state is performed without performing the arbitration of the dialogue. (S505). If there are two or more single execution users in step S505, the matching degree M (I, J) is calculated for any combination of the single execution users, for example, user I and user J (S506). The matching degree is represented by, for example, an integer value from 0 to 100, and a larger numerical value indicates a combination in which the matching degree is larger and the effect of dialog arbitration is higher. Of course, the matching degree is not limited to the above embodiment as long as it is an index capable of evaluating the degree of connection of the user combination. Subsequently, a combination (P, Q) of the user having the largest value for the matching degree M (I, J) calculated in step S506 is obtained (S507). Here, P and Q indicate the index of the user. Next, it is determined whether or not the matching degree M (P, Q) obtained in S507 is equal to or higher than a predetermined matching degree. If the matching degree is equal to or higher than a predetermined matching degree, the subsequent step S510 is executed. If not, the process transits to the standby state without arbitrating the dialog (S509). The predetermined matching degree is a numerical value such as 50, for example. In the following step S510, a matching request with another user is sent to the dialogue client managing the users P and Q, and a transition is made to a state of waiting for a response from each dialogue management client (S511). The information transmitted in step S509 is an embodiment of the user matching request in addition to step (8) in FIG.
An embodiment of the means for generating a plurality of combinations of users who form the bridge according to the present invention will be described with reference to FIGS. FIG. 6 is a diagram showing processing steps in the dialog arbitration means 106 of FIG. The dialog arbitration unit 106 is first set to a standby state (S601). Subsequently, all single execution user data is acquired by the same procedure as in steps S502, S503, and S504 in FIG. 5 (S602). Subsequently, it is determined whether there are two or more single execution users. If there are two or more users, the process proceeds to S604. In the following step S604, a user pair (P, Q) having the maximum matching degree is selected in the same procedure as in steps S506, S507, S508, and S509 in FIG. Next, if the users P and Q accept the matching dialogue, the users P and Q are deleted from the single execution user data 108 in FIG. 1 and the user pair (P, Q) is registered in the connection establishment user data 109 at the same time. Then (step (14) in FIG. 1), and transition to the standby state (S606). According to the above procedure, arbitration in which two users are first selected from the sole execution users and a matching dialogue is performed can be performed. The dialog arbitration unit that has transitioned to the standby state repeatedly executes steps S602 to S606, performs coupling to the user remaining in the single execution user data, and proposes a matching dialog. In the present embodiment, since the execution is performed under the condition that the user set having the highest matching degree exists and the matching dialogue is accepted, there is no problem since the steps in FIG. However, if the above premise is not satisfied, for example, if one of the user sets (P, Q) having the largest matching degree does not accept the offer of the matching dialogue, the users P and Q are output from the sole execution user in the subsequent step S606. It cannot be deleted, and the offer of the matching dialogue is executed forever for the users P and Q. Therefore, if data of a rejection-matching pair type is stored in the in-use user data 107 so that the user set having the highest matching degree is not selected again, the user group that has already rejected the matching can be selected at S604. Can be eliminated, so there is no problem.
With reference to FIGS. 7 and 1, an embodiment of the dialogue arbitration means when the number of users who bridge the present invention is three will be described. FIG. 7 is a diagram showing processing steps in the dialog arbitration unit 106 of FIG. The dialog arbitration unit is, as an initial state, in a standby state for receiving information registration or the like from the dialog management client (S701). Subsequently, all single execution user data is acquired by the same procedure as in steps S502, S503, and S504 in FIG. 5 (S702). Subsequently, it is determined whether there are three or more single execution users, and if there are three or more users, the process proceeds to S704. Next, a matching degree M (I, J) is obtained for all combinations of the two users (S704). Subsequently, the matching degrees M (I, J) of the two users obtained in step S704, all the matching degrees M (I, X) including the user I, and all the matching degrees M (J, J including the user J) X), the formula M (I, J, X) = M (I, J) + M (I, X) + M (J, X) is calculated, and the user X that maximizes M is obtained. Here, X is searched under the condition that it is not I or J. For example, if the above expression M (I, J, X) = M (I, J) + M (I, X) + M (J, X) is the maximum for the user K, the user I, J, The matching degree M (I, J, K) between K is set as the matching degree of the combination of the three persons (S705). Subsequently, M (I, J, K) having the highest matching degree of any three user groups is selected (S706). If the matching degree is equal to or higher than a certain matching degree, a dialogue for managing the users I, J, K is performed. The management client requests a matching dialogue (S708), and transitions to a response waiting state (S709). Although the above-described procedure enables the mediation of three persons, the same method can be used for the mediation of three or more persons. In the arbitration of three or more people, the processes of steps S704 and S705 may be executed recursively.
An example in which the embodiment of the matching degree determination in the dialog arbitration unit according to the present invention is applied to a language learning service will be described with reference to FIGS. FIG. 9 is a diagram showing steps for calculating a matching degree. First, registration information of two users A and B whose matching degrees are to be determined is acquired (S901). The user information is obtained, for example, from the user information management server in FIG. Here, reference numeral 801 in FIG. 8 indicates registration information of the user A, and reference numeral 806 in FIG. 8 indicates registration information of the user B. The information on the user includes attribute information of a name 802, a learning course 803, a learning content 804, and matching dialogue desire information 805. With reference to the registration information acquired in step S901, it is determined whether both users A and B want a matching dialogue (S902). If both users desire a matching dialogue, step S902 is executed, and if either user has set “not desired”, the matching degree is set to 0 and the process ends (S904). If it is determined in step S902 that both users desire a matching dialogue, first, the degree of coincidence between the learning courses of both users is calculated (S903). Here, referring to 803 and 808 in FIG. 8, since both are the same in the learning course “English Beginner”, M1 = 100 is set (S903). Here, setting the coincidence to 100 is merely an example, and is not limited to this value as long as the evaluation value can realize the coincidence. In a succeeding step S904, the similarity M2 of the learning contents of both users is calculated. Referring to 804 and 809 in FIG. 8, since both of the learning contents include “shopping”, M2 = 100 is set. Using the similarities obtained from the above steps and using M1 and M2, the matching degree M of the users A and B is obtained (S906). Here, M = 100 is required. An embodiment has been described in which the above procedure is used to determine the degree of matching between two users of the language learning service. In the above embodiment, the user registration information composed of the attributes shown in FIG. 8 is used, but the present invention is not limited to the attributes. That is, in the case of using an attribute other than the above embodiment, a means for calculating the similarity M from the attribute value by the same means as in step S903 is inserted between steps S905 and S906, and the calculation formula of S906 is You can change it.
FIG. 10 discloses a means for accessing user information using a user terminal after the user has completed learning. FIG. 10 is an example of user information disclosed by a service provider. The user information 1001 is made public using a web service or a public bulletin board on the Internet. The user can check the history of the matching dialogue in the user information, and can select whether or not to hold the dialogue with the user who had the previous matching dialogue at the next use of the service. That is, the user information 1001 indicates that the previous matching dialogue user is the user B (1002), and also indicates the time of the matching dialogue (1003). Therefore, the user can recall the contents of the matching dialogue from the information and determine whether to perform the matching dialogue next time. In FIG. 10, since the user has selected “Continue dialogue next time (1004)”, the dialogue arbitration means in step (7) in FIG. The dialogue can be used continuously. In the embodiment, the user who has performed the matching dialogue is anonymously described as "user B", but anonymous or real name may be selectable from the viewpoint of privacy.
In the above embodiment, the means for performing the mediation of the dialogue by using the information of the learning course and the learning content of the user is disclosed. Here, an embodiment of the “method of performing dialog arbitration according to the user's matching dialog usage history” according to the present invention will be described with reference to FIG. As shown in step (6) of FIG. 3, when the matching dialogue between the user 1 and the user 2 ends, the dialogue management client sends the user information management server information on the user 1 and the user 2 who have performed the matching dialogue. Is sent. For example, it is composed of the kind of information described in FIG. 6, that is, user information 1101, the user 1102 of the partner who has performed the matching dialogue, and the learning time 1103. For example, in the above-mentioned dialogue examples 2A and 2B, the following data is transmitted, respectively.
Data 1: (User A, User B, 15: 30-15: 38, August 20, 2002)
Data 2: (User B, User A, August 20, 2002, 15:30 to 15:38)
When the history data is sent to the user information management server, the user information management server records the received history data in the user information data. The dialog arbitration means searches the user information of the user A and the user B obtained from the user information management server at the time of the step (7) matching determination in FIG. 1 and, when the user A uses the voice system again, the user B Arbitration is performed so that matching is performed preferentially with respect to. An embodiment of charging a service user according to the present invention will be described with reference to FIGS. FIG. 12 shows the steps performed by the user information management server 303 when the matching dialogue history is registered in step (6) in FIG. First, the user information management server 303 in FIG. 3 adds the usage time of the learning system to the learning system usage time area 1202 of the user information 1201 (S1210). Subsequently, the number of times of use of the matching dialogue is added to the number of times of use of matching dialogue area 1203 of the user information 1201 (S1211). Subsequently, the number of points P is calculated from the learning system use time (S1212). For example, if the usage is 10 minutes, 10 points are used. The number of points P calculated in step S1212 is added to the billing information area 1204 in the user information 1201. Subsequently, in step S1214, the number of matching dialogues in the learning system is obtained from the matching dialogue usage count area 1203. Referring to the acquired number of uses, if the number of matching dialogues is N or more, step S1216 is executed, and if it is less than N, the process ends. Here, the number N is a number predetermined according to the service. Subsequently, in step S1216, the number of points Q is calculated from the number N of times of using the matching dialogue. For example, if it is used five times, it is set to 0.5 points. The number of points Q calculated in step S1216 is subtracted from the billing information area 1204 (S1217). The step of subtraction may be replaced with a step of adding a negative value. With the above procedure, a means for managing billing information according to the present invention is provided.
An example in which the embodiment of the matching degree determination by the dialog arbitration unit according to the present invention is applied to a telematics service will be described with reference to FIGS. FIG. 14 is a diagram illustrating steps for calculating a matching degree. First, registration information of two users A and B whose matching degrees are to be determined is acquired (S1401). Here, 1301 in FIG. 13 indicates registration information of the user A, and 1308 in FIG. 13 indicates registration information of the user B. The information on the user A includes attribute information of a name 1302, a home 1303, a car type 1304 possessed, an interest 1305, matching dialogue desire information 1306, and destination registration information 1307. Referring to the registration information acquired in step S1401, it is determined whether both users A and B want a matching dialogue (S1402). If both users desire a matching dialogue, step S1403 is executed, and if either user has set "not desired", the matching degree is set to 0 and the process is terminated (S1404). If it is determined in step S1402 that both parties desire a matching dialogue, the degree of coincidence of the vehicle type of both users is calculated first (S1403). Here, referring to 1304 and 1311 in FIG. 13, since both are the same for the vehicle type “SEISAK”, M1 = 100 is set (S1403). Here, setting the degree of coincidence to 100 is merely an example, and is not limited to this value as long as it is an evaluation value indicating the degree of coincidence. In a succeeding step S1405, the similarity M2 of interest of both users is calculated. Referring to 1305 and 1312 in FIG. 13, both interests include “shopping”, but the interests of 1312 are not completely the same since the interests of “travel” are included. Therefore, M2 = 80 is set. In a succeeding step S1406, the proximity M3 between the destinations of both users is calculated. Here, from 1307 and 1314 in FIG. 13, the user A is registered as “Fuji Five Lakes” and the user B is registered as “Mt. Fuji”. Since both are included in the same mesh in the preset map information, M3 = It is assumed to be 100. The proximity of the destination can be calculated by calculating the Manhattan distance (the number of meshes) of the mesh including the destination, and subtracting the value obtained by multiplying the number of meshes by 10 from 100. Of course, the method of judging the closeness of the destination is not limited to this means, and a method in which the actual distance on the map is scale-converted or the like can be used. The similarity obtained from the above steps is used to obtain a matching degree M between the users A and B using M1, M2, and M3 (S1407). Here, M = 94 is obtained. Here, the matching degree M is M = 94, and it is determined that the destinations of the user A and the user B are close to each other. Therefore, guidance on tourist information and shopping information exchange around the destination is presented to guide the user interaction. It is possible. An embodiment has been described in which the above procedure is used to determine the degree of matching between two users of the telematics service. In the above-described embodiment, the user registration information including the attributes shown in FIG. 13 is used, but the present invention is not limited to the attributes. That is, when using an attribute other than the above embodiment, a unit for calculating the similarity M from the attribute value by the same unit as in step S1403 is inserted between step S1406 and step S1407, and the calculation formula in step S1407 is used. Can be changed.
With reference to FIGS. 15, 16, 17, 18, and 19, an example in which the embodiment of the matching degree determination in the dialog arbitration unit according to the present invention is applied to a marriage information service will be described. FIG. 16 is a diagram showing steps for calculating a matching degree. First, registration information of two users F and M whose matching degrees are to be determined is acquired (S1601). Here, 1501 in FIG. 15 indicates the registration information of the user F, and 1508 in FIG. 15 indicates the registration information of the user M. The information on the user includes attribute information of a name 1502, an address 1503, a date of birth 1504, a blood type 1505, a hobby 1506, and matching dialogue desired information 1507. By referring to the registration information acquired in step S1601, it is determined whether both of the users F and M want a matching dialog (S1602). If both users desire a matching dialogue, step S1603 is executed, and if either user has set “not desired”, the matching degree is set to 0 and the process ends (S1604). If it is determined in step S1602 that both users desire a matching dialogue, first, the compatibility degree M1 of the constellations of both users is searched (S1603). FIG. 17 is a table that defines the degree of compatibility between constellations. From FIG. 17, from the male constellation "Virgo" (1702) and the female constellation "Libra" (1703), the compatibility degree can be obtained as M1 = 85 (1703). Here, the use of the compatibility table is merely an example, and the present invention is not limited to this value as long as it expresses the compatibility. In a succeeding step S1605, the compatibility degree M2 of the blood type of both users is searched. In this step, similarly to S1603, the degree of compatibility can be obtained as M2 = 58 (1803) from 1802 and 1803 in FIG. Finally, in step S1606, the degree of similarity M3 between the hobbies of both users is calculated. Here, the compatibility is determined from 1901 and 1902 using a table as shown in FIG. 19, and M = 10 (1903). Using the similarities M1, M2, and M3 obtained from the above steps, a matching degree M between the users A and B is obtained (S1607). Here, M = 43.3 is obtained. Here, since the matching degree M is M = 43.3, and it is determined that the compatibility between the user A and the user B is relatively close, it is possible to present guidance for a hobby or the like and induce a user interaction. . An embodiment has been described in which the above procedure is used to determine the degree of matching between two users using the marriage information service. In the above-described embodiment, the user registration information including the attributes shown in FIG. 15 is used, but the present invention is not limited to the attributes. That is, when using an attribute other than the above embodiment, a unit for calculating the similarity M from the attribute value by the same unit as in step S1603 is inserted between step S1606 and step S1607, and the calculation formula of step S1607 is used. Can be changed.
An embodiment of the means for bridging according to the present invention will be described with reference to FIGS. FIG. 20 shows a diagram in which the user 1 and the user 2 are interacting with the corresponding dialogue management client 1 and dialogue management client 2 using voice input means. The user 1 is connected to the audio channel 1 (2011) of the audio input / output unit 2009, and uses the uplink audio channel 2013 and the downlink audio channel 2014. The voice channel 1 (2011) is connected to the dialogue management means 1 (2001) via the switching means 1 (2003), and the dialogue is executed. Here, the dialogue management means is a means for executing each step of the dialogue, and the dialogue management client described frequently in the present invention is one embodiment of the dialogue management means. The switching unit 1 (2003) and the audio input / output unit 1 (2011) are connected by an up line (2006) and a down line (2007). Since the switching means 2005 is generally realized as software, there are a method implemented in the dialog management means (2001 or 2002) and a method implemented in the voice input / output means (2009). The configuration is not limited to the above if it can be realized. As described above, the input and output of audio to and from the audio input / output means are often realized by full-duplex communication of the up line and the down line, and can be realized by a known technique. Similarly, the user 2 interacts with the dialog management means 2 (2002) via the voice input / output means 3 (2012) and the switching means (2004). In this embodiment, 1 and 3 are used as the voice input / output means, but any channel may be used as long as a separable voice input / output means is assigned to each user. In the above-described embodiment, the form in which the user 1 and the user 2 are interacting with the dialog management units 1 and 2 has been described. This mode can be managed by the switch management table 2101 shown in FIG. That is, the connection number of the input / output line of the voice input / output unit and the dialogue management unit connected to the currently used switch ID is managed by the method described in 2101 in FIG. For example, in the switching unit with the switch ID = 1, the input signal line (IN) from the audio input / output unit is connected to the audio input / output unit 1, and therefore, “1” is described in the IN item. Similarly, since the output signal line (OUT) to the audio input / output unit is connected to the audio input / output unit 1, "1" is described in the item of OUT. Similarly, since the input signal line (IN) from the dialog management means is connected to the dialog management means 1, "1" is described in the item of IN. Similarly, "1" is described in the item of OUT. According to the above procedure, the connection relationship between the dialog management unit and the voice input / output unit at the time when the dialog is being performed can be managed by the switch management table in FIG. Next, a procedure for establishing a bridge for directly interacting with the user 1 and the user 2 will be described. Here, an embodiment relating to the connection establishment in step (11) in FIG. 1 will be described. The step (11) in FIG. 1 is a step in which the dialogue management client 1 (104) and the dialogue management client 2 (105) receive notification of the matching acceptance from the user and bridge. Since 104 and 105 in FIG. 1 correspond to 2001 and 2002 in FIG. 20, description will be made using only the symbols in FIG. First, the dialog management unit 1 (2001) refers to the switch management table 2101 to acquire a switch ID that connects the dialog management unit 2 that is a partner to bridge to the IN / OUT line. That is, in 2101 of FIG. 21, switch ID = 2 is acquired. Next, the dialogue management means 1 (2001) that has acquired the switch ID = 2 tells the switching means that the switch ID = 1 to which the dialogue management means 1 itself is connected and the switch ID = 2 obtained in the above procedure. To replace the signal line OUT on the side of the voice input / output means. That is, since the voice input / output means OUT with the switch ID = 1 is "1" and the voice input / output means OUT with the switch ID = 2 is "3", the "1" and "3" are exchanged. In the above example, the dialog management means 1 has acquired the switch ID, but the dialog management means 2 may have acquired the switch ID and replaced the signal lines by the same procedure. However, if the dialog management means 1 and the dialog management means 2 are simultaneously replaced, a conflict occurs. Therefore, the procedure of acquiring and switching the switch ID needs to be performed by a high priority dialog management means. Restrictions are required, such as that younger people have higher priority. In the above step, the switching units 2053 and 2054 and the audio input / output units 2061 and 2062 in FIG. 20 can be connected to the signal lines 2056, 2057, 2058, and 2059. In the above procedure, a full-duplex communication path between the user 1 connected to the voice input / output means 1 (2061) and the user 2 connected to the voice input / output means 2 (2062), that is, from the user 1 to the user 2 Is connected to user 1 → 2061 → 2056 → 2053 → 2057 → 2062 → user 2 and the connection from user 2 to user 1 is communication path of user 2 → 2062 → 2058 → 2054 → 2059 → 2061 → user 1 Is established, and direct dialogue becomes possible. Subsequently, since each of the dialog management means 1 (2051) and the dialog management means 2 (2052) intercepts the call of the user 1 and the user 2, the dialog management means 1 switches the switching means 2 (2054) and the dialog management means 2 Establishes a connection with the switching means 1 (2053), and as shown in the switch management table 2102 in FIG. 21, each switch is connected to both the dialog management means. With the above procedure, the connection between the user 1 and the user 2 could be established.
An embodiment in which the dialog arbitration unit according to the present invention requests the user who is performing the matching dialog to end the matching dialog will be described with reference to FIGS. FIG. 22 shows an example of the step (1) in the dialog arbitration means 306 of FIG. The dialog arbitration unit 306 starts an end determination process by a timer process from the initial standby state (S2201) (S2202). The timer may be set to start, for example, every minute. Next, the connection establishment user information that is currently performing the matching dialogue is acquired from the connection establishment user data 309 in FIG. 30 (S2203). If the number of established user groups acquired in step S2203 is one or more, the following step S2205 is executed, and if less than one (that is, zero), the state transits to the standby state. In step S2205, the elapsed time T of the matching dialog is extracted from all the connection establishment user information acquired in step S2203. Next, the user group (I, J) having the largest T is selected (S2206), it is determined whether or not a predetermined time has elapsed, and if it has elapsed, step S2208 is executed. It changes to S2201. Here, the elapsed time T is compared with the fixed time of the system. However, a different dialogue time may be given to the user group by performing a matching dialog. In this case, the elapsed time T is included in the connection establishment user information. And the system available time Ta. In step S2208, the dialogue management client (FIG. 3-304) that manages the user group (I, J) selected in step S2207 is requested to end the dialogue. The dialog management client 1 (304) that has received the request to end the dialog notifies the dialog management client 2 and requests each user to end the matching dialog. Thereafter, if either of the users agrees, the matching dialogue is terminated and the connection is disconnected. In the above-described embodiment, the procedure of notifying each user and obtaining consent at the end of the matching dialogue is taken. Of course, the connection may be disconnected without obtaining the consent. Not required. According to the above procedure, means for ending the matching dialogue is realized.
An embodiment of generating a dialog management client according to the present invention will be described with reference to FIG. First, when the voice interaction system is activated, the dialog management client generation unit 2304 is generated, and the process shifts to a state of waiting for a use start message from the user 2301 (1). Next, when there is a call from the user to the voice input / output unit 2302 (2), the voice input / output unit 2302 sends a call start message to the dialog management client generation unit 2304 (3). Upon receiving the use start message sent from the voice input / output unit 2302, the dialog management client generation unit 2304 generates a dialog management client 2303 for performing a dialog with the user (4). The generated dialogue management client 2303 establishes a communication path with the voice input / output unit 2302 using, for example, the embodiment described with reference to FIG. 20, and starts a dialogue with the user (5).
An embodiment of generating a dialogue management client according to the present invention will be described with reference to FIG. First, when the voice dialogue system is started, the dialogue management client generation means 2404 generates a dialogue management client 2403 (1). The generated dialogue management client 2403 shifts to a state of waiting for a use start message sent from the voice input / output unit 2402 (2). Next, when there is a use request from the user 2401 to the voice input / output means 2402 through a telephone line or the like (3), the voice input / output means 2402 sends a use start message to the dialog management client 2403 (4). . Upon receiving the use start message, the dialogue management client 2403 establishes a communication path with the voice input / output unit 2402 using, for example, the embodiment described with reference to FIG. 20, and starts a call with the user ( 5).
As described above, two embodiments have been described with respect to the establishment of the communication path between the dialog management client and the user. However, it is only necessary that the communication path between the dialog management client and the user be established, and the present invention is not limited to the above embodiment.
FIG. 25 is an example of a system configuration of an information processing apparatus according to the present invention. As shown in FIG. 25, the information processing apparatus outputs a voice input by the user through a voice input / output unit 2503 for controlling input and output of a voice when the user 2501 performs a voice conversation, and a voice input / output unit 2503. A dialog management client 2506 for recognizing and composing a voice to be presented to the user, a dialog arbitration unit 2509 for controlling dialog matching for the dialog management client 2506, and storing information on the user who is using the voice dialog system. User data 2510 to be used, a computer network 2512 used as a means for obtaining information about the user from the service provider, a user information management server 2513 managing user information of the user, and a user inputting his / her profile and the like. Of user terminals 2511. The voice input / output means 2503 is generally connected to the user by a telephone network 2502, digitizes voice uttered by the user (A / D conversion), and converts voice digital data into analog data (D / A conversion). Although a device is used, for example, a microphone and a speaker connected to a computer may be used. Further, the voice input / output unit 2503 is not necessarily limited to being connected by a telephone line. For example, IP ( I internet P A method of transmitting and receiving digitized voice data over the Internet network realized by the Internet protocol may be used. The dialogue management client 2506 has means for recognizing voice data uttered by the user and comprehending the voice content uttered by the user, and means for structuring and outputting speech content relating to the current dialogue situation as voice data. In general, a plurality of dialog management clients are programmed so that a plurality of them can be activated, and a configuration is such that a plurality of users can simultaneously use the system. Here, the information processing apparatus according to the present invention includes a voice input / output unit and a dialogue management client that can be used by a plurality of users. Generally, the number of voice input / output means is the number of telephone lines that can be connected to the voice interaction device. In the configuration of FIG. 25, three lines of voice input / output means are provided, and up to three users can simultaneously use them.
FIG. 26 is a system configuration example of an information processing apparatus according to the present invention. The information processing apparatus in FIG. 26 includes a telephone terminal device 2601 used by a user, a telephone network 2610, and a portal server 2603. The portal server 2603 includes a voice input / output unit 2604, a dialog management client 2605, a user information management server 2607, a dialog management client generation unit 2608, and a dialog arbitration unit 2609. FIG. 27 and FIG. 28 are system configuration examples of the information processing apparatus according to the present invention. In particular, the present invention relates to a mode in which a car navigation terminal and a portal server exchange information. The car navigation terminal 2703 shown in FIG. 27 includes a microphone 2701 as an audio input unit and a speaker 2702 as an output unit connected to an audio input / output unit 2704, and includes a dialogue management client 2705 operating on the car navigation terminal. In this embodiment, a dialog script executed by the dialog management client is downloaded via the communication network 2709. The download uses a data communication path indicated by a bold line 2808 in FIG. The portal server 2710 includes a user information management server 2711, a dialog management client generation unit 2712, and a dialog arbitration unit 2713. Generally, in a communication network, a system for exchanging voice signals and a system for exchanging data are different. The thin lines (2807, 2809, 2812) connected to the communication network in FIG. 28 are telephone lines, and the thick lines (2808, 2810, 2813) are data lines. In the information processing system using this embodiment, exchange of user information and a dialog script uses a data communication line, and matching dialogue between users uses a voice communication line. That is, the step (11) of establishing a connection in FIG. 1 when the system in FIG. 28 is used is as follows. First, each of the dialog management clients 2803 and 2806 that have accepted the matching requests the dialog arbitration unit 2814 to establish a connection. The dialog arbitration unit 2814 extracts the user's telephone number from the user information management server, and makes a call to the car navigation terminals 2801 and 2804 from the dialog arbitration unit. Subsequently, uplink and downlink switching of the communication path between users is performed using the same method as in FIG. With the above procedure, a direct dialogue between users is realized. In the above embodiment, the dialogue between the users is realized by using the voice line, but of course, the technology of converting the voice data into packet data and using the data communication line can be similarly used. It is not limited to.
FIG. 29 is an example of a system configuration of an information processing apparatus according to the present invention. In particular, it relates to the implementation of e-learning and language learning on a personal computer. The user terminal 1 shown in FIG. 29 includes a microphone 2901 and a speaker 2902 as a voice input / output unit 2906, a camera 2903 and a display 2904 as an image input / output unit 2907, and a keyboard / mouse 2905 as a text / position input unit 2908. The dialogue management client 2909 in this mode performs a dialogue with the user using a plurality of input / output units. In this case, the dialogue management client may be constituted by means for stepwise executing input and output of voice and image information and synchronization management means for managing synchronization information of each input / output channel. The plurality of user terminals configured by the above means are connected to the learning providing server 2913 via the computer network 2912 to construct an electronic network. The learning providing server 2913 includes a user information management server 2914, a dialogue management client 2915, and a dialogue arbitration unit 2916, as in FIG. In the above embodiment, audio data is supposed to circulate on the communication network or the computer network. However, with the configuration of this embodiment, matching dialogue between users can be performed by transmitting and receiving audio and image information. is there. That is, when audio and image information are used, a switch for audio information and a switch for image information may be configured for the switching means in FIG.
FIG. 30 is an example of a system configuration of an information processing apparatus according to the present invention. Particularly, the present invention relates to a case where a teacher intervenes in learning using a terminal in e-learning on a personal computer. The components indicated by 3001 to 3016 in FIG. 30 are the same as those in FIG. In FIG. 30, the terminal for teacher 1 (3017) and the terminal for teacher 2 (3018) are connected to the learning providing server 3013, and the conversation with the learner is possible. For example, it is assumed that the teacher of the teacher terminal 1 (3017) is learning with the user of the user terminal 1 (3010) and the teacher of the teacher terminal 2 (3018) with the user of the user terminal 2 (3011). At this time, when a teacher using the teacher terminal 1 (3018) requests to perform a matching dialogue between learners, the voice recognition or the key button shown in the embodiment of FIG. Means for determining a matching dialogue between learners may be configured by using a step using a method of detecting a press or the like. In the e-learning system of this mode, it is generally necessary to score the learning progress. However, the teacher in charge of the learner uses the teacher terminals to intercept the matching dialogue between the learners. Using a means such as scoring the learning status and keyboard input, for example, a data storage area of the learning progress management status of the learner is set in the user information (FIG. 1201, 1201) registered in the user information management server 3014. Then, means for updating the data may be configured, and the means for updating the data can be configured by a general method using Web or the like.
[0006]
【The invention's effect】
By using the present invention, it is possible to realize a direct dialogue between humans in learning using a computer, which was previously impossible, and to provide a language learning service with a high learning effect through role playing and the like. Become. Also, when applied to telematics services, it is possible to provide a mechanism in which drivers subscribing to the service can directly exchange information, so that attractive services can be realized.
[Brief description of the drawings]
FIG. 1 is a diagram showing one embodiment of a bridge connecting means of the present invention.
FIG. 2 is a diagram showing one embodiment of a bridge connecting means of the present invention.
FIG. 3 is a diagram showing an embodiment of a means for disconnecting an established connection according to the present invention.
FIG. 4 is a diagram showing an embodiment of a means for disconnecting an established connection according to the present invention.
FIG. 5 is a diagram showing one implementation step of performing the dialog matching (arbitration) of the present invention.
FIG. 6 is a diagram showing one implementation step of performing the dialog matching (arbitration) of the present invention.
FIG. 7 is a diagram showing one implementation step of performing dialogue matching (arbitration) of the present invention among three users.
FIG. 8 is a diagram showing an example of user registration information in a language learning service using the present invention.
FIG. 9 is a diagram showing one embodiment of a matching degree determination in a language learning service using the present invention.
FIG. 10 is a diagram illustrating a change in a matching dialogue history performed by a user in a language learning service using the present invention.
FIG. 11 is a data structure diagram showing data for storing a user's matching conversation history in a user information management server using the present invention.
FIG. 12 is a diagram showing an embodiment of a method of charging and discounting a system use fee of a learner in a language learning service using the present invention.
FIG. 13 is a diagram showing an example of user registration information in a telematics service using the present invention.
FIG. 14 is a diagram showing one embodiment of matching degree determination in a telematics service using the present invention.
FIG. 15 is a diagram showing an example of user registration information in a marriage information service using the present invention.
FIG. 16 is a diagram showing one embodiment of matching degree determination in a marriage information service using the present invention.
FIG. 17 is a diagram showing an example of the compatibility degree of a user's constellation used for matching degree determination in a marriage information service using the present invention.
FIG. 18 is a diagram showing an example of the compatibility degree of the blood type of the user used for the matching degree determination in the marriage information service using the present invention.
FIG. 19 is a diagram showing an example of a degree of compatibility of a user's hobbies used for matching degree determination in a marriage information service using the present invention.
FIG. 20 is a mechanism diagram relating to an embodiment of bridging in an information processing apparatus utilizing the present invention.
FIG. 21 is a diagram showing an example of a switch management table for managing connection destinations in a means for bridging in an information processing apparatus utilizing the present invention.
FIG. 22 is a diagram showing an embodiment of a means for ending a matching dialogue using the present invention.
FIG. 23 is a diagram showing an example of generating a dialogue management client in a voice dialogue system using the present invention.
FIG. 24 is a diagram showing an example of generating a dialogue management client in a voice dialogue system using the present invention.
FIG. 25 is a configuration diagram showing an example of an information processing system using the present invention.
FIG. 26 is a configuration diagram illustrating an example of an information processing system using the present invention.
FIG. 27 is a configuration diagram illustrating an example of an information processing system using the present invention.
FIG. 28 is a configuration diagram showing an example of an information processing system using the present invention.
FIG. 29 is a configuration diagram illustrating an example of an information processing system using the present invention.
FIG. 30 is a configuration diagram showing an example of an information processing system using the present invention.
[Explanation of symbols]
101 User 1
102 User 2
103 User information management server
104 Dialogue Management Client 1
105 Dialogue Management Client 2
106 Dialogue mediation means
107 user data in use
108 Individual execution user data
109 Connection establishment user data
110 User information data
201 User 1
202 User 2
203 User information management server
204 Dialogue Management Client 1
205 Dialogue Management Client 2
206 Dialogue Mediation Means
207 Active User Data
208 Individual execution user data
209 Connection establishment user data
301 User 1
302 User 2
303 User information management server
304 Dialogue Management Client 1
305 Dialogue Management Client 2
306 Dialogue mediation means
307 User data in use
308 Individual execution user data
309 Connection establishment user data
401 User 1
402 User 2
403 User information management server
404 Dialogue Management Client 1
405 Dialogue management client 2
406 Dialogue mediation means
407 User data in use
408 Single execution user data
409 Connection establishment user data
S501 Standby state step
S502 Registration acceptance step
S503 Data registration step
S504 Data acquisition step
S505 Number of people determination step
S506 Matching degree calculation step
S507 Selection step
S508 Matching degree determination step
S509 Dialogue request step
S510 Response waiting step
S601 Standby state step
S602 Data acquisition step
S603 Number of people determination step
S604 Dialogue request step
S605 Dialogue acceptance step
S606 Data deletion step
S701 Standby state step
S702 Data acquisition step
S703 Number of people determination step
S704 Matching degree calculation step
S705 Matching degree calculation step
S706 Selection step
S707 Matching degree determination step
S708 Dialogue request step
801 User information
802 Name information
803 Study course information
804 Learning content information
805 Matching dialogue request information
806 User information
807 Name information
808 Study Course Information
809 Learning content information
810 Matching dialogue request information
S901 User information acquisition step
S902 Desired judgment step
S903 Learning Course Matching Step
S904 Matching degree setting step
S905 Learning content matching degree calculation step
S906 Matching degree calculation step
1001 User history information screen
1002 Matching dialogue user history information
1003 Matching dialog time history information
1004 Dialogue desired designation
1005 Dialogue not specified
1101 User information
1102 Matching dialogue user information
1103 Matching dialogue execution time information
1201 User information
1202 Learning system use time area
1203 Matching dialogue usage count area
1204 Billing information area
S1210 Usage time addition step
S1211 Usage count addition step
S1212 Point number calculation step
S1213 Addition step
S1214 Information acquisition step
S1215 Comparison step
S1216 Point number calculation step
S1217 Discount Step
1301 User information
1302 Name information
1303 Home information
1304 Model information
1305 Interest information
1306 Matching dialogue request information
1307 Destination information
1308 User information
1309 Name information
1310 Home information
1311 Car type information
1312 Interest information
1313 Matching dialogue request information
1314 Destination information
S1401 User information acquisition step
S1402 Hope determination step
S1403 Vehicle type matching degree calculation step
S1404 Matching degree setting step
S1405 Interest similarity calculation step
S1406 Destination similarity calculation step
S1407 Matching degree calculation step
1501 User information
1502 Name information
1503 Home information
1504 Date of birth information
1505 Blood type information
1506 Hobby information
1507 Matching dialogue request information
1508 User information
1509 Name information
1510 Home information
1511 Date of birth information
1512 Blood type information
1513 Hobby information
1514 Matching dialogue request information
S1601 User information acquisition step
S1602 Hope determination step
S1603 Constellation compatibility degree calculation step
S1604 Matching degree setting step
S1605 Blood type compatibility degree calculation step
S1606 Hobby similarity calculation step
S1607 Matching degree calculation step
1701 Constellation
1702 Constellation
1703 Compatibility
1801 blood type
1802 blood type
1803 compatibility
1901 Hobby category
1902 Hobbies category
1903 Compatibility
2001 Dialogue management means 1
2002 Dialogue management means 1
2003 Switching means 1
2004 Switching means 2
2005 Switching means
2006 Connection Up Line
2007 connection down line
2008 connection down line
2009 Voice input / output means
2010 Connection Up Line
2011 Voice input / output means 1
2012 voice input / output means 3
2013 Voice Up Line
2014 Audio Downlink
2015 Voice Up Line
2016 Audio Downlink
2051 Dialogue management means 1
2052 Dialogue management means 1
2053 Switching means 1
2054 Switching means 2
2055 Switching means
2056 connection up line
2057 connection down line
2058 Connection up line
2059 Connection up line
2060 Voice input / output means
2061 Voice input / output means 1
2062 Voice input / output means 3
2101 Switch management table
2102 Switch management table
S2201 Standby state step
S2202 Processing start step
S2203 Information acquisition step
S2204 Number of pairs check step
S2205 Elapsed time extraction step
S2206 Selection step
S2207 Elapsed time determination step
S2208 Request step
S2209 Waiting for reply step
2301 users
2302 Voice input / output means
2303 Dialogue Management Client
2304 Dialogue management client generation means
2401 users
2402 Voice input / output means
2403 Dialogue Management Client
2404 Dialogue management client generation means
2501 User 1
2502 Communication network
2503 Voice input / output means
2504 Voice input / output means
2505 Voice input / output means
2506 Dialogue Management Client 1
2507 Dialogue Management Client 2
2508 Dialogue Management Client 3
2509 Dialogue Management Client 1
2510 Execution user data
2511 User terminal
2512 Computer Network
2513 User information management server
2514 User information data
2601 Telephone terminal device
2602 Telephone terminal device
2603 Portal server
2604 Voice input / output means
2605 Dialogue Management Client 1
2606 Dialogue Management Client 2
2607 User information management server
2608 Dialogue management client generation means
2609 Dialogue mediation means
2610 Telephone Network
2701 microphone
2702 Speaker
2703 Car navigation terminal 1
2704 Voice input / output means
2705 Dialogue Management Client 1
2706 Car navigation terminal 2
2707 Voice input / output means
2708 Dialogue Management Client 2
2709 Communication network
2710 Portal Server
2711 User information management server
2712 Dialogue management client generation means
2713 Dialogue mediation means
2801 Car navigation terminal 1
2802 Voice input / output means
2803 Dialogue Management Client 1
2804 Car navigation terminal 2
2805 Voice input / output means
2806 Dialogue Management Client 2
2807 telephone line
2808 packet line
2809 telephone line
2810 packet line
2811 Communication Network
2812 telephone line
2813 packet line
2814 Dialogue mediation means
2901 microphone
2902 speaker
2903 camera
2904 display
2905 Keyboard and mouse
2906 Voice input / output means
2907 Image input / output means
2908 Text / position input means
2909 Dialogue management client 1
2910 User terminal 1
2911 User terminal 2
2912 Computer Network
2913 Learning providing server
2914 User information management server
2915 Dialogue management client generation means
2916 Dialogue mediation means
3001 microphone
3002 speaker
3003 camera
3004 display
3005 Keyboard and mouse
3006 Voice input / output means
3007 Image input / output means
3008 Text / position input means
3009 Dialogue management client 1
3010 User terminal 1
3011 User terminal 2
3012 Computer Network
3013 Learning providing server
3014 User information management server
3015 Dialogue management client generation means
3016 Dialogue mediation means
3017 Teacher's terminal 1
3018 Teacher terminal 2.

Claims (10)

Means for receiving at least two accesses via a line or network;
Dialog arbitration means for determining whether the at least two access sources may be connected to each other;
Means for bridging the two access sources based on the determination result. Means for receiving at least two accesses via a line or network;
Recording means for recording the identification information for identifying the access source and information of the user of the access source in association with each other;
Means for identifying the user of the access source from the access using the identification information and the information of the user of the access source;
Dialog arbitration means for determining whether or not the at least two access sources may be connected to each other based on the recorded information of the specified user;
Means for bridging the two access sources based on the determination result. Means for receiving at least two accesses via a line or network;
Recording means for recording the identification information specifying the access source and information of the user of the specified access source in association with each other;
Means for identifying the user of the access source from the access using the identification information and the information of the user of the access source,
When a user is specified, the user has a dialogue managing means for interactively inputting and outputting voices to the user according to predetermined steps,
Dialog arbitration means for determining whether or not the at least two access sources may be connected to each other based on the recorded information of the specified user;
Means for bridging the two access sources based on the determination result. 4. The information processing apparatus for voice interaction according to claim 1, wherein said means for accepting access includes an input / output means for voice signals. 5. The information processing apparatus for voice conversation according to claim 1, wherein the means for bridging transfers the access from the two access sources to each other. 6. The method according to claim 1, wherein said bridge means is a switching step of switching an output path to one of the two access sources to the other of the two access sources. Information processing device for voice dialogue. The dialog arbitration means searches for a candidate to be bridged based on the information of the user when receiving a request to bridge from at least one of the access sources, and informs that the candidate is bridged. The information processing apparatus for voice interaction according to any one of claims 1 to 6, wherein an inquiry about permission is given. The information of the user includes at least the access history of the user,
In addition to the above means,
Further comprising means for charging for the access,
8. The information processing apparatus for voice interaction according to claim 1, wherein said charging means determines a charging amount for said access based on said access history. A voice dialogue comprising the information processing device according to any one of claims 1 to 8, at least one teacher terminal connected to the information processing device, and at least two user terminals connected to the information processing device. A processing system,
The teacher terminal and the user terminal are:
Both are equipped with voice input means, and can interact with each other via the information processing device,
The information processing device,
A voice dialogue characterized by forming a bridge between two user terminals when there is a request from one of the user terminals interacting with the teacher terminal to the other user terminal. Processing system. Microphone, speaker,
Audio input / output means for receiving audio input from the microphone and outputting audio to the speaker;
Dialogue management means for interactively performing voice input / output to the user via the voice input / output means,
A car navigation terminal capable of communicating with the information processing apparatus according to claim 1 via a network,
Further comprising means for requesting the information processing apparatus to interact with another user,
A car navigation terminal capable of communicating with another user's terminal via the bridge when the information processing apparatus sets up a bridge with another user's terminal based on the request.

Images