JP2001056766A - マルチモジュールシステム及び対話システム - Google Patents

Abstract

(57)【要約】 【課題】 複数のモジュールで構成されるソフトウェア
システムにおいて、複数のモジュールの連携動作を実現
するにあたり、システムの設計を容易にし、しかも、モ
ジュールの変更及び追加をも容易にする。 【解決手段】 モジュール１１〜１７の連携動作に必要
な情報を、所定形式で記述したプロファイル２１〜２６
として、通信管理装置２０に記憶する。モジュール１１
〜１７は、このプロファイル２１〜２６を参照すること
によって動作し、プロファイル２１〜２６を更新する。
すると、別のモジュール１１〜１７が、更新されたプロ
ファイル２１〜２６に基づいて動作し、さらにプロファ
イル２１〜２６を更新する。このようにして、逐次更新
されるプロファイル２１〜２６に基づき、各モジュール
１１〜１７の連携動作を実現する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、所定の機能を実現
する処理単位である複数のモジュールと、当該複数のモ
ジュール間に介在してモジュールの連携動作を可能にす
る通信管理装置とを備えたマルチモジュールシステムに
関する。

【０００２】

【従来の技術】ユーザとの間で情報のやり取りを行うた
めのＨＭＩ（Human Machine Interface ）が知られてい
るが、近年、より違和感のない対話を行えるＨＭＩが開
発されている。例えば車載用ナビゲーションシステムに
は、ＨＭＩとしての対話システムを備えているものがあ
る。例えば、この対話システムでは、「地図表示」を要
求するユーザのキー操作や発話を受け付け、これに対し
て地図表示場所の問いかけを行い、さらにユーザから
「現在地周辺」という場所の指示があると、現在地周辺
の地図をディスプレイ装置に表示する。

【０００３】ここに例示した対話システムは、例えばユ
ーザの発話内容を認識するための音声認識機能、ユーザ
へ問いかけるための音声合成機能、ユーザのキー操作を
受け付けるための操作受付機能、ユーザ入力に対して違
和感のない応答をするための対話管理機能、地図などの
情報表示を行うための表示機能などの各種機能を備えて
いる。そして、対話システムの処理プログラムは、上述
した機能毎にモジュール化された構成となるのが一般的
である。

【０００４】本明細書で「モジュール」とは、上述した
ような所定の機能を実現する処理プログラムを含むまと
まりをいう。モジュールは、処理プログラムだけでな
く、その処理プログラムを実行するためのＣＰＵを備え
ていることも考えられる。この場合、モジュールは、ハ
ードウェア的な単位で捉えることができる。つまり、コ
ンピュータシステムを備える装置として捉えることがで
きる。一方、システム全体として例えば一のＣＰＵを備
えており、このＣＰＵによって処理プログラムが実行さ
れる場合、モジュールは、ソフトウェア的な単位で捉え
ることができる。

【０００５】また、以下の説明で「モジュールが・・・
する」や「モジュールは・・・する」といったモジュー
ルを主語とした動作表現は、実際には、モジュール毎に
あるいはシステムに用意されたＣＰＵがモジュールの処
理プログラムを実行することで実現されることを示して
いる。単に「モジュールが動作する」という場合、ＣＰ
Ｕによってモジュールの処理プログラムが実行されるこ
とを意味する。

【０００６】ここで上述した対話システムの説明に戻
る。モジュールという表現を用いれば、対話システム
は、音声認識のモジュール、音声合成のモジュール、操
作受付のモジュール、対話管理のモジュール、表示のモ
ジュールなどの複数のモジュールで構成されると言え
る。このような対話システムにて例えば上述したような
ユーザとの対話を実現するためには、各モジュールが相
互に通信を行って連携動作する必要がある。例えば音声
認識のモジュールが、ユーザの発話内容を認識し、その
認識結果を対話管理モジュールに通知する。続いて、対
話管理モジュールが、その認識内容に基づいてユーザへ
の問合せ情報を決定し、その問合せ情報を音声合成のモ
ジュールに通知する。さらに続けて、音声合成モジュー
ルが、その問合せ情報に基づき、音声にてユーザへの問
いかけを行うという具合である。

【０００７】従来、このようなモジュール間の通信処理
はモジュールの処理プログラムに含まれていたため、モ
ジュールの処理プログラムの設計が複雑になるという問
題があった。また、各モジュールが同一の動作環境で動
作しないシステム構成も考えられる。例えば、モジュー
ルが同一のＯＳ上で動作しないようなときである。この
場合は特に、ＯＳなど動作環境の違いを考慮したプログ
ラミングを行う必要があるため、モジュールの設計が複
雑になってしまう。

【０００８】この問題を解決する技術として、特開平１
０−３３９２号公報、特開平１１−１５６８０号公報、
及び特開平１０−６９３９１号公報に開示された技術が
あった。これらの技術は、モジュールで行われていた通
信処理のうちのいくつかをモジュールとは別に設けられ
た通信管理装置で実現するようにしたものである。これ
によって、モジュールの処理プログラムを簡潔なものに
し処理プログラムの設計を容易にしたり、あるいは、通
信管理装置で各モジュールの動作管理を行ったりしてい
た。

【０００９】このようにモジュール間の通信処理の一部
をモジュールの処理プログラムから分離させるという技
術思想によれば、動作環境（ＯＳの違いなど）を考慮せ
ず各モジュールの処理プログラムが記述できるという点
では、モジュールの設計を容易にすることができる。

【００１０】

【発明が解決しようとする課題】しかしながら、上述し
た公報に記載される技術を用いた場合、対話システムな
どに必要とされるモジュールの連携動作、特に、違和感
のない対話を実現するための連携動作を設計することを
考えると、モジュールの設計が複雑になってしまう。

【００１１】例えば、Ａモジュールが他のＢ，Ｃ，Ｄの
３つのモジュールからの情報に基づいて動作するシステ
ムを設計することを考える。このとき、Ｂ，Ｃ，Ｄの３
つの各モジュールからの情報は、通信管理装置を介して
Ａモジュールに個別に通知される。つまり、動作に必要
な複数の情報が、別々に、異なるタイミングで、通知さ
れるのである。したがって、Ａモジュールの処理プログ
ラムは、Ｂ，Ｃ，Ｄの３つのモジュールからの情報の送
信タイミングを考慮して設計する必要がある。例えば、
Ｂ→Ｃ→Ｄの順で各モジュールからＡモジュールへ情報
が送信された場合、Ｂ及びＣのモジュールからの情報を
一旦記憶しておき、Ｄモジュールからの情報が通知され
た段階で、記憶した情報を読み出して判断処理を実行す
る必要がある。

【００１２】また、特開平１１−１５６８０号公報に
は、マルチプロセス管理装置（通信管理装置）が主体と
なって各モジュールを制御する技術が開示されている。
このように通信管理装置で各モジュールの動作を集中管
理するような構成とすれば、モジュールの処理プログラ
ムの設計は容易になる。しかし、通信管理装置側に、モ
ジュールからの情報の送信タイミングを考慮した管理処
理が必要となってくる。したがって、システム全体を考
えると、結局、通信管理装置の設計が困難になってしま
う。

【００１３】そして、上述したような連携動作を実現す
るための処理は他のモジュールの処理プログラムに依存
するため、モジュールの変更や新たなモジュールの追加
も困難であった。なお、このような問題は、対話システ
ムなどのＨＭＩに限られるものではなく、モジュール化
されたシステムでモジュールの連携動作を実現しようと
するときには、同様に生じる問題である。

【００１４】本発明は、上述した問題点を解決するため
になされたものであり、複数のモジュールの連携動作を
実現するにあたり、設計を容易にし、しかも、モジュー
ルの変更及び追加をも容易にすることを目的とする。

【００１５】

【課題を解決するための手段及び発明の効果】上述した
目的を達成するためになされた請求項１に記載のマルチ
モジュールシステムは、複数のモジュールと、当該複数
のモジュール間に介在する通信管理装置とを備えてい
る。モジュールは、所定の機能を実現する処理単位であ
り、従来技術の説明中で詳しく述べたように、所定の機
能を実現する処理プログラムを含むまとまりである。所
定の機能には、対話システムの例で言えば、音声認識機
能、音声合成機能といったものが考えられる。

【００１６】ここで特に、通信管理装置の記憶手段に
は、所定の形式で記述された動作情報が記憶される。こ
の動作情報は、モジュールの連携動作に必要な情報であ
る。例えばあるモジュールが別の３つのモジュールの動
作結果に依存して動作するような場合、それら３つのモ
ジュールの動作結果が記述されるという具合である。な
お、ここでいう記憶手段は、ＲＡＭなどの半導体メモリ
装置を用いて構成してもよいし、ハードディスクなどの
記録媒体を用いて構成してもよい。

【００１７】また、通信管理装置のインターフェース手
段は、モジュールからのアクセスを可能にする。そし
て、処理実行手段は、インターフェース手段を介したモ
ジュールからの要求があると、その要求に応じて参照処
理又は更新処理を実行する。参照処理は、記憶手段に記
憶された動作情報を読み出してモジュールに提供するも
のである。また、更新処理は、記憶手段に記憶された動
作情報をモジュールからの情報によって更新するもので
ある。

【００１８】このように構成された通信管理装置に対
し、モジュールは、インターフェース手段を介して動作
情報の読み出しを要求する。すると、上述の処理実行手
段によって参照処理が実行され、動作情報が読み出され
てモジュールに提供される。モジュールは、読み出し要
求に応じて通信管理装置から提供された動作情報に基づ
き動作し、インターフェース手段を介して動作情報の更
新を要求する。すると、上述の処理実行手段によって更
新処理が実行され、モジュールからの情報によって動作
情報が更新される。

【００１９】つまり、本発明では、連携動作に必要な情
報を所定形式で記述した動作情報として通信管理装置に
記憶する。モジュールは、この動作情報を参照すること
によって動作し、動作情報を更新する。すると、別のモ
ジュールが、更新された動作情報に基づいて動作し、さ
らに動作情報を更新する。このようにして、逐次更新さ
れる動作情報に基づき、各モジュールの連携動作が実現
されるのである。これにより、映像・音声・操作系など
多岐にわたる入出力モジュールを同期連動させて統合処
理をするシステムが構築できる。

【００２０】従来は、上述したように、Ａモジュールが
他のＢ，Ｃ，Ｄの３つのモジュールからの情報に基づい
て動作するシステムを設計することを考えた場合、Ｂ，
Ｃ，Ｄの３つの各モジュールからの情報、すなわち動作
に必要な複数の情報が、別々に、異なるタイミングで通
知される。したがって、Ａモジュールの処理プログラム
を、Ｂ，Ｃ，Ｄの３つのモジュールからの情報の送信タ
イミングを考慮して設計する必要があった。また、通信
管理装置でＡモジュールの動作管理を行おうとする場
合、通信管理装置の処理プログラムを、Ｂ，Ｃ，Ｄの３
つのモジュールからの情報の送信タイミングを考慮して
設計する必要があった。

【００２１】これに対して、本発明では、Ｂ，Ｃ，Ｄの
３つのモジュールがそれぞれ異なるタイミングで情報を
送信したとしても、それらの情報は、そのまま動作情報
として通信管理装置に記憶される。したがって、Ａモジ
ュールの処理プログラムは、所定形式で記述される動作
情報を考慮して設計すればよく、Ｂ，Ｃ，Ｄの３つのモ
ジュールからの送信タイミングを何等考慮する必要がな
い。例えばＢ→Ｃ→Ｄの順で各モジュールが情報を送信
するとき、通信管理装置の動作情報が順次更新されてい
くため、ＡモジュールがＢ及びＣモジュールからの情報
を一旦記憶しておく必要はない。

【００２２】すなわち、他のモジュールからの情報の通
知タイミングを考慮する必要がないため、モジュールの
処理プログラムの設計は極めて容易になる。また、通信
管理装置は、各モジュールからの要求に従って、動作情
報の読み出し及び更新を行うだけである。したがって、
通信管理装置側の処理プログラムも簡単になる。結果と
して、本発明のマルチモジュールシステムの設計は極め
て容易になる。しかも、モジュールの処理プログラム
は、他のモジュールの処理プログラムを何等考慮せずに
設計できるため、各モジュールの処理プログラムの独立
性は高く、モジュールの変更及び追加が容易になる。

【００２３】ところで、上述したように、モジュール
は、動作情報に基づいて設計される。したがって、モジ
ュールの設計を容易にするという観点からは、請求項２
に示すように、モジュールに対応する情報が記述された
プロファイルの単位で動作情報を記憶することが考えら
れる。例えばＡモジュールに対応する情報をＡプロファ
イルに記述し、Ｂモジュールに対応する情報をＢプロフ
ァイルに記述するという具合である。ただし、各モジュ
ールに対応する情報がどのプロファイルに記憶されてい
るのかが設計者にとって明瞭であればよく、モジュール
とプロファイルを必ずしも１対１に対応させる必要はな
い。このようにすれば、情報の読み出し先、書き込み先
を設計者が把握し易くなる。結果として、モジュールの
設計をさらに容易にすることができる。

【００２４】このようにモジュールに対応するプロファ
イルの単位で動作情報を記憶することを前提とした場
合、請求項３に示すように、さらに、動作情報に対する
モジュールのアクセス権が、プロファイルの単位で設定
できるように通信管理装置を構成することが考えられ
る。このアクセス権は、例えば設計者が予め設定してお
く。そして、処理実行手段は、モジュールからの要求が
あっても、当該モジュールの参照対象又は更新対象とす
る動作情報に当該モジュールのアクセス権がない場合に
は、参照処理又は更新処理を実行しない。このようにす
れば、モジュールに動作上の階層構造を持たせることが
できる。

【００２５】例えばＡ，Ｂの２つのモジュールがあるプ
ロファイルに記述された情報に従って動作する場合、Ａ
モジュールにはそのプロファイルを更新するためのアク
セス権を設定し、Ｂモジュールにはそのプロファイルを
更新するためのアクセス権を設定しないでおく。この場
合、Ｂモジュールは、プロファイルを更新できない。し
たがって、Ｂモジュールは、Ａモジュールによって更新
されるプロファイルに基づき、すなわちＡモジュールの
動作に依存して動作することになり、実質的にＡモジュ
ールの配下に位置することになる。

【００２６】つまり、通信管理装置に対して並列的に接
続されたモジュールに対し、プロファイルへのアクセス
権を設定することによって動作上の階層関係を持たせる
ことができるのである。もちろん、モジュールの処理プ
ログラムは、プロファイルに応じて設計すればよく、他
のモジュールの処理プログラムを考慮する必要がないの
は、上述した通りである。

【００２７】なお、上述したように通信管理装置の処理
実行手段は、モジュールからの要求があると、記憶手段
に記憶された動作情報を読み出してモジュールに提供す
る。このようにモジュールが主体となって動作情報を読
み出すようにすることで、通信管理装置の処理プログラ
ムは簡単になる。しかし、どのようなタイミングで更新
されるのか分からない動作情報に基づいてモジュールが
動作する場合、モジュールは、その動作情報を監視する
必要があるため、モジュールから通信管理装置へのアク
セスが常時発生することになる。

【００２８】そこで、請求項４に示すように、通信管理
装置の処理実行手段が、情報更新通知処理を実行するよ
うに構成することが考えられる。情報更新通知処理は、
モジュールからの要求に基づき、動作情報の中の特定の
情報の更新があったことをモジュールに通知するもので
ある。このようにすれば、モジュールから通信管理装置
へのアクセスを減らすことができる。また、通信管理装
置は、動作情報の更新だけを判断してモジュールへ通知
すればよく、モジュールの動作を制御しない。したがっ
て、通信管理装置の処理プログラムが複雑になることも
ない。

【００２９】ところで、通信管理装置のインターフェー
ス手段は、請求項５に示すように、各モジュールからコ
ールされる関数群として実現することが考えられる。こ
のようにすれば、各モジュールは、関数コールを行うこ
とによってプロファイルにアクセスできるため、モジュ
ールの設計を容易にするという点で有利である。

【００３０】そして、上述した関数群は、モジュールの
動作環境に対応させて設けるとよい（請求項６）。すな
わち、モジュールの動作するＯＳの違いなどを、この関
数群が吸収するようにすれば、モジュールの動作環境を
考慮することなく、モジュールの設計を行うことができ
るため、設計者にとって便利である。

【００３１】以上は、マルチモジュールシステムの発明
として説明してきたが、上述したマルチモジュールシス
テムは、モジュールの連携動作が必要となるシステムに
適用された場合に極めて優れた効果を発揮する。この意
味では、対話システムの発明として実現することもでき
る。この対話システムは、ユーザからの情報を入力する
入力モジュールと、ユーザへ情報を提示する出力モジュ
ールと、ユーザとの対話を管理する対話管理モジュール
とを少なくとも備えている。入力モジュールは、上述し
た音声認識のモジュールや操作のモジュールであること
が考えられる。また、出力モジュールは、音声合成のモ
ジュールや表示のモジュールであることが考えられる。
本発明の対話システムでは、これらのモジュールの連携
動作によってユーザとの間で情報のやり取りが行われ
る。対話システムとして実現した場合も、上述したマル
チモジュールシステムの効果と同様の効果が得られるこ
とは言うまでもない。すなわち、対話システムの設計が
容易になると共に、対話システムを構成する各モジュー
ルの変更及び追加が容易になる。

【００３２】対話システムとして実現する場合は、請求
項８に示したように、通信管理装置の記憶手段に、ユー
ザへ提示した情報内容を動作情報として記憶できる構成
としておき、ユーザへ提示した情報に基づく対話動作を
行うことが考えられる。つまり、出力モジュールは、ユ
ーザへの情報提供を行うと、当該提供した情報内容を動
作情報として記憶するようにインターフェース手段を介
して動作情報の更新を要求する。一方、対話管理モジュ
ールは、動作情報として記憶された情報内容をインター
フェース手段を介して参照し、ユーザから次に入力され
る情報を予測し、当該予測結果に応じた動作を行う。

【００３３】従来の対話システムでは、モジュールの処
理プログラムが複雑になってしまうため、ユーザからの
入力情報だけに基づく対話を行っていた。これに対し
て、本発明の対話システムでは、ユーザに提示した情報
内容を動作情報として記憶するため、システムからユー
ザに提示した内容も動作情報として一律に扱うことがで
きる。したがって、この動作情報に基づき、ユーザから
次に入力される情報を予測し、予測結果に応じた動作を
行うのである。例えばユーザの次の発話を予測して、適
切な辞書を設定するという具合である。これによって、
違和感のない対話を実現でき、しかも、モジュールの処
理プログラムが煩雑になることもない。

【００３４】

【発明の実施の形態】以下、本発明を具体化した一実施
例を図面を参照して説明する。図１は、実施例の対話シ
ステムのソフトウェア構成を示す説明図である。本実施
例の対話システムは、ＣＰＵ、ＲＯＭ、ＲＡＭ、Ｉ／Ｏ
を備えるコンピュータシステムである。そして、図１に
示した説明図は、このコンピュータシステムを機能させ
るソフトウェア構成を示している。

【００３５】本実施例の対話システムは、対話管理モジ
ュール１１、音声認識モジュール１２、音声合成モジュ
ール１３、操作系モジュール１４、表示モジュール１
５、アプリケーションモジュール１６、インターフェー
ス（以下「Ｉ／Ｆ」と記述する。）モジュール１７、及
びモジュール１１〜１７間に介在する通信管理装置２０
を備えている。

【００３６】ここでモジュール１１〜１７は、所定の機
能を実現する処理プログラムのまとまりを示している。
各処理プログラムは、対話システムが備える図示しない
ＣＰＵによって実行される。処理プログラムが実行され
ることにより、各モジュール１１〜１７が動作し、それ
ぞれ以下のように機能する。

【００３７】対話管理モジュール１１は、ユーザからの
入力情報などに基づき対応動作を決定するというよう
に、対話全体の流れを制御する。音声認識モジュール１
２は、ユーザの発話内容を認識する。また、音声合成モ
ジュール１３は、システム側からユーザへの情報を合成
音声にて出力する。操作系モジュール１４は、ユーザか
らのスイッチ操作を受け付ける。そして、表示モジュー
ル１５は、ユーザへの情報を図示しない表示装置に表示
する。また、アプリケーションモジュール１６は、情報
提供のためのデータベース検索などを行う。Ｉ／Ｆモジ
ュール１７は、例えば対話システムに接続された電話機
などを制御する。

【００３８】この対話システムは、一例として、ナビゲ
ーション装置と共に車両に搭載されて用いられることが
考えられる。この場合、ナビゲーション装置とユーザと
のＨＭＩとして機能する。ナビゲーション装置は、Ｉ／
Ｆモジュール１７を介して対話システムに接続されるこ
とが考えられる。また、アプリケーションモジュール１
６がナビゲーション機能を実現するように構成すること
が考えられる。

【００３９】一方、通信管理装置２０は、対話モジュー
ル１１に関する情報が主に記述された対話プロファイル
（ＣＶＰ）２１、音声認識モジュール１２に関する情報
が主に記述された音声認識プロファイル（ＳＲＰ）２
２、音声合成モジュール１３に関する情報が主に記述さ
れた音声合成プロファイル（ＳＳＰ）２３、操作系モジ
ュール１４に関する情報が主に記述された操作系プロフ
ァイル（ＳＷＰ）２４、アプリケーションプロファイル
（ＡＰ）２５、及びコンテンツプロファイル（ＣＰ）２
６を記憶している。コンテンツプロファイル（ＣＰ）２
６には、表示モジュール１５による表示内容が主に記述
される。また、アプリケーションプロファイル（ＡＰ）
２５には、表示モジュール１５、アプリケーションモジ
ュール１６及びＩ／Ｆモジュール１７の動作に関する情
報が記述される。これらプロファイル２１〜２６は、対
話システムの備えるＲＡＭの所定領域に記憶される。

【００４０】ここで本実施例におけるプロファイルの記
述例を説明する。プロファイルに記述される情報はヘッ
ダ情報と属性情報に大別される。ヘッダ情報は、主に通
信管理装置２０が、プロファイルにアクセスする際、各
プロファイルを識別するための情報である。例えばシス
テム構成の分類やユーザ名、対応モジュール名、機能名
などを記述されるという具合である。属性情報は、ある
モジュールから別のモジュールに対するデータである制
御パラメータ及びリクエストコード、プロファイルがモ
ジュールと１対１に対応している場合には、対応するモ
ジュールの実行状態、モジュールの動作に必要な各種の
情報（動作属性）などである。ここで挙げた情報の中
で、動作属性は全てのプロファイルに記述されるが、そ
の他の情報は必ずしも記述されるとは限らない。

【００４１】例えば図１０に音声認識プロファイル（Ｓ
ＲＰ）２２の記述例を示し、図１１に音声合成プロファ
イル（ＳＳＰ）２３の記述例を示した。同様に、図１２
には操作系プロファイル（ＳＷＰ）２４の記述例、図１
３にはアプリケーションプロファイル（ＡＰ）２５の記
述例、図１４にはコンテンツプロファイル（ＣＰ）２６
の記述例を示した。

【００４２】以下、プロファイル２１〜２６に記述され
た情報をオブジェクトと呼ぶことにする。各オブジェク
トは、オブジェクト名と設定値とで構成されている。設
定値の参照や更新を行う場合の識別子となるのがオブジ
ェクト名である。なお、表の一番左側の領域名称は、オ
ブジェクトの種別を大別して説明するものであり、実際
のプロファイルに記述される情報ではない。

【００４３】図１０に示すように、音声認識プロファイ
ル（ＳＲＰ）２２には、辞書情報、認識結果、音声認識
のためのマイクゲイン、切り出し区間などが記述され
る。また、図１１に示すように、音声合成プロファイル
（ＳＳＰ）２３には、発声速度、音量、抑揚番号、発話
テキストなどが記述される。音声合成モジュール１３
は、この発話テキストのを合成音声で出力する。図１２
に示すように、操作系プロファイル（ＳＷＰ）２４に
は、操作対象、イベント列などが記述される。ユーザか
らの操作は、イベント列として記述される。そして、図
１３に示すように、アプリケーションプロファイル（Ａ
Ｐ）２５は表示に関するものであり、このアプリケーシ
ョンプロファイル（ＡＰ）２５には、表示するファイル
名や描画位置が記述される。また、図１４に示すよう
に、コンテンツプロファイル（ＣＰ）２６には、表示さ
れた項目の数や表示された項目文字列が記述される。

【００４４】以上、主なプロファイル２２〜２６を例に
挙げその記述例を説明したが、このような情報を記述す
ることで、モジュール１１〜１７の動作仕様、動作内
容、実行状態が示されると共に、モジュール間の通信が
実現され、また、各モジュールから関連データの記憶領
域が把握できる。

【００４５】上述したモジュール１１〜１７は、プロフ
ァイル２１〜２６に記述された情報に基づいて動作す
る。そして、各モジュール１１〜１７は、所定のプロフ
ァイル２１〜２６を更新する。したがって、上述したプ
ロファイル２１〜２６として記憶された情報が「動作情
報」に相当する。

【００４６】そして、通信管理装置２０は、各モジュー
ル１１〜１７がプロファイル２１〜２６へアクセスする
ための関数群２７を備えている。モジュールとプロファ
イルの関係を一般化した説明図を図２に示した。図２に
示すように、モジュールは、通信管理装置２０を介し、
すなわち関数群２７として用意された関数をコールする
ことによって、プロファイルにアクセスできる構成とな
っている。

【００４７】関数群２７としては、具体的に次のような
関数を用意することが考えられる。モジュールが通信管
理装置２０へアクセスするために必要なアクセスキーを
取得するアクセスキーの取得関数、プロファイルの中に
オブジェクト定義を新規に追加するオブジェクトの追加
関数、プロファイルの中からオブジェクトの定義を削除
するオブジェクトの削除関数、プロファイルの中のオブ
ジェクトの設定値を更新する設定値更新関数、オブジェ
クトの設定値が更新されたか否かを取得するオブジェク
ト状態の取得関数、オブジェクトの設定値を取得する設
定値取得関数、通信管理装置２０に設定値の更新を監視
させる際に監視対象のオブジェクトを追加する監視オブ
ジェクト追加関数、通信管理装置２０に設定値の更新を
監視させる際に監視対象のオブジェクトを削除する監視
オブジェクトの削除関数、関数実行中に他の関数を割り
込ませる割込関数、などを用意する。

【００４８】これらの関数によって、モジュールは、プ
ロファイルに記述された情報の参照・更新が可能にな
る。また、プロファイルに記述されるオブジェクト自体
の追加・削除が可能となるため、システムの処理構成を
動的に変更することもできる。さらに、特定のオブジェ
クトの設定値の更新を通信管理装置２０に監視させるこ
とによって、モジュールの通信管理装置２０へのアクセ
ス回数を減らすこともできる。

【００４９】また、上述した関数群２７は、各モジュー
ルの動作環境に対応させて容易されている。例えばＮａ
ｔｉｖｅ環境とＪＡＶＡ環境にまたがってモジュールが
動作する場合、両方の環境に適合できる関数を定義す
る。なお、通信管理装置２０には、プロファイルに対す
る各モジュールのアクセス権が設定できる。例えば図２
で言えば、ＡモジュールはＡプロファイルに対してのア
クセス権のみを有しており、ＢモジュールはＢプロファ
イルに対してのアクセス権を有しており、Ｃモジュール
はＡ〜Ｃのプロファイルの全てに対してアクセス権を有
しているという具合である。

【００５０】ここで本実施例の対話システムの説明に戻
る。本実施例の対話システムでは、図３に示すように、
対話管理モジュール１１が、音声認識プロファイル（Ｓ
ＲＰ）２２、音声合成プロファイル（ＳＳＰ）２３、操
作系プロファイル（ＳＷＰ）２４、アプリケーションプ
ロファイル（ＡＰ）２５及びコンテンツプロファイル
（ＣＰ）２６に対するアクセス権を有する。詳しくは、
音声認識プロファイル（ＳＲＰ）２２、音声合成プロフ
ァイル（ＳＳＰ）２３、操作系プロファイル（ＳＷＰ）
２４については、参照及び更新のどちらも可能となって
いる。また、アプリケーションプロファイル（ＡＰ）２
５については更新のみが可能であり、コンテンツプロフ
ァイル（ＣＰ）２６については参照のみが可能である。

【００５１】表示モジュール１５は、アプリケーション
プロファイル（ＡＰ）２５については参照のみ可能であ
り、コンテンツプロファイル（ＣＰ）２６については更
新のみが可能である。また、音声認識モジュール１２は
音声認識プロファイル（ＳＲＰ）２２の参照及び更新が
可能であり、音声合成モジュール１３は音声合成プロフ
ァイル（ＳＳＰ）２３の参照及び更新が可能であり、同
様に、操作系モジュール１４は操作系プロファイル（Ｓ
ＷＰ）２４の参照及び更新が可能である。

【００５２】このようなプロファイル２１〜２６に対す
るモジュール１１〜１５のアクセス権を通信管理装置２
０に設定することによって、本対話システムは、動作上
は、図４に示すように対話管理モジュール１１の配下
に、音声認識モジュール１２、音声合成モジュール１
３、操作系モジュール１４、及び表示モジュール１５が
位置することになる。

【００５３】例えば、音声合成モジュール１３は音声合
成プロファイル（ＳＳＰ）２３に記述された情報に基づ
いて動作するのであるが、対話管理モジュール１１が音
声合成プロファイル（ＳＳＰ）２３を更新可能であるた
め、結果的に、対話管理モジュール１１からの指示によ
って、音声合成モジュール１３が動作することになるの
である。

【００５４】次に、本実施例の対話システムにおける動
作例を説明する。なお、図４中に示すアプリケーション
モジュール１６やＩ／Ｆモジュール１７も、図３に示し
た表示モジュール１５と同様に位置付けることができ
る。ただし以下では、説明を煩雑にしないために、図３
を用い表示モジュール１５の動作を代表して説明し、ア
プリケーションモジュール１６及びＩ／Ｆモジュール１
７の動作の説明は省略する。

【００５５】動作例の説明は、図５〜９のフローチャー
トを用いて行うことにする。ここでモジュール１１〜１
５とプロファイル２１〜２６の関係については、図３を
適宜参照する。最初に図５のフローチャートを参照し、
対話管理モジュール１１による対話処理を説明する。こ
の対話処理は、ユーザのスイッチ操作などに基づく、対
話プロファイル（ＣＶＰ）２１の特定オブジェクトの設
定値の更新が、対話管理モジュール１１によって判断さ
れて開始される。

【００５６】まずステップＳ１００において、初期設定
を行う。続くＳ１１０にてトップメニュー表示を行う。
この処理は、対話を開始するための最初のメニューを表
示モジュール１５に表示させるものである。詳しくは、
アプリケーションプロファイル（ＡＰ）２５の更新処理
であり、更新されたアプリケーションプロファイル（Ａ
Ｐ）２５に従い、表示モジュール１５がトップメニュー
を表示する。表示モジュール１５の詳しい動作は後述す
る。

【００５７】続くＳ１２０では、音声合成プロファイル
を更新する。この処理は、システム側の発話内容をテキ
スト形式で書き込むものである（図１１中の属性１３の
欄参照）。これによって、音声合成モジュール１３によ
って合成音声が出力される。ここで図６のフローチャー
トに基づき、音声合成モジュール１３による音声合成処
理を説明する。音声合成処理は、繰り返し実行される処
理である。

【００５８】まずＳ３００において、通信管理装置２０
に対し、音声合成プロファイル（ＳＳＰ）２３の特定オ
ブジェクトの監視を要求する。特定オブジェクトの１つ
として、発話テキスト（図１１中の属性１３の欄参照）
が更新されたか否かの監視を要求する。これによって、
通信管理装置２０は、監視対象のオブジェクトの設定値
が更新されると、その更新された旨の通知を行う。した
がって、上述した図５中のＳ１２０にて発話内容がテキ
スト形式で書き込まれると、通信管理装置２０から監視
対象のオブジェクトの設定値の更新が通知されることに
なる。そこで次のＳ３１０では、通信管理装置２０から
の通知があったか否かを判断する。ここで通知があった
と判断された場合（Ｓ３１０：ＹＥＳ）、Ｓ３２０へ移
行する。一方、通知ないうちは（Ｓ３１０：ＮＯ）、Ｓ
３１０の判断処理を繰り返す。

【００５９】Ｓ３２０では、音声合成プロファイルを参
照する。そして、次のＳ３３０では、音声合成プロファ
イル（ＳＳＰ）２３に記述された情報に基づき、合成音
声を出力する。続くＳ３４０では、音声合成プロファイ
ル（ＳＳＰ）２３を更新する。システム側の発話完了の
情報を主として記述する（図１１中の属性６の欄参
照）。そして、その後、本音声合成処理を終了する。

【００６０】つまり、図５中のＳ１２０にて音声合成プ
ロファイル（ＳＳＰ）２３を更新することによって、音
声合成モジュール１３がそれに連携して動作するのであ
る。再び図５を参照して対話処理を説明する。次のＳ１
３０では、コンテンツプロファイル（ＣＰ）２６を参照
する。コンテンツプロファイル（ＣＰ）２６には、表示
モジュール１５による表示内容、例えば表示項目の数や
表示項目文字列が記述されている。

【００６１】したがって、続くＳ１４０では、この表示
内容を解釈する。そして、次のＳ１５０では、解釈した
表示内容から、ユーザが次に入力する情報を予測し、そ
の予測結果に基づき対話を決定する。続くＳ１６０で
は、予測結果を基に認識語彙を設定する。この処理は、
音声認識モジュール１２の参照する音声認識プロファイ
ル（ＳＲＰ）２２にその認識語彙を含む辞書を記述する
ものである。つまり、誤認識を避けるため、ユーザが発
話するであろうと考えられる語を含む辞書を選択的に記
述して指定する。

【００６２】そして、次のＳ１７０では、ユーザからの
情報入力を待つ。ここでは、通信管理装置２０に対し、
音声認識プロファイル（ＳＲＰ）２２及び操作系プロフ
ァイル（ＳＷＰ）２４の特定オブジェクトの監視を要求
する。ユーザからの情報入力があると、音声認識プロフ
ァイル（ＳＲＰ）２２及び操作系プロファイル（ＳＷ
Ｐ）２４が、それぞれ音声認識モジュール１２及び操作
系モジュール１４によって更新されるためである。

【００６３】ここで、音声認識モジュール１２、及び操
作系モジュール１４の動作を説明する。最初に図７のフ
ローチャートに基づき、音声認識モジュール１２による
音声認識処理を説明する。

【００６４】まずステップＳ４００において、音声認識
プロファイル（ＳＲＰ）２２を参照する。次のＳ４１０
では、辞書の設定を行う。この処理は、音声認識プロフ
ァイル（ＳＲＰ）２２上で指定された辞書（図１０中の
属性７〜１５の欄参照）に基づいて、音声認識で使用す
る辞書を設定するものである。ここでは、図３に示した
音声認識辞書１２ａの中から使用する辞書を読み出す。
上述した図５中のＳ１６０で音声認識プロファイル（Ｓ
ＲＰ）２２の辞書情報が更新されれば、その辞書情報に
基づく辞書が設定されることになる。

【００６５】続くＳ４２０では音声認識を行い、Ｓ４３
０にて音声認識プロファイル（ＳＲＰ）２２を更新す
る。ここでは、音声認識の完了情報と認識結果とを主と
して記述する（図１０中の属性６、１７〜２１の欄参
照）。その後、本音声認識処理を終了する。

【００６６】続いて図８のフローチャートに基づき、操
作系モジュール１４による操作系処理について説明す
る。まずステップＳ５００において、操作系プロファイ
ル（ＳＷＰ）２４を参照する。操作系プロファイル（Ｓ
ＷＰ）２４に記述された情報に基づき動作し、続くＳ５
１０では、ユーザからの操作入力を受け付ける。例えば
図３に示すようにスイッチ１４ａの押下情報を取得する
という具合である。そして、次のＳ５２０では、操作系
プロファイルを更新する。ここでは、例えばスイッチな
どによって入力された情報であるイベント列を主として
記述する（図１２中の属性４の欄参照）。その後、本操
作系処理を終了する。

【００６７】再び図５の対話処理の説明に戻る。上述し
たような音声認識モジュール１２、操作系モジュールの
動作によって、音声認識プロファイル（ＳＲＰ）２２、
操作系プロファイル（ＳＷＰ）２４が更新される（図７
中のＳ４３０，図８中のＳ５２０）。

【００６８】すると、通信管理装置２０から、音声認識
プロファイル（ＳＲＰ）２２の監視対象のオブジェクト
又は操作系プロファイル（ＳＷＰ）２４の監視対象のオ
ブジェクトが更新された旨の通知がなされる。すると次
にＳ１８０にて、音声入力であるか否かを判断する。こ
こでは、音声認識プロファイル（ＳＲＰ）２２の監視対
象オブジェクトの更新が通信管理装置２０から通知され
たときに肯定判断される。ここで音声入力であると判断
された場合は（Ｓ１８０：ＹＥＳ）、Ｓ１９０にて音声
認識プロファイル（ＳＲＰ）２２を参照し、Ｓ２１０へ
移行する。一方、音声入力でないと判断された場合は
（Ｓ１８０：ＮＯ）、Ｓ２００にて操作系プロファイル
（ＳＷＰ）２４を参照し、Ｓ２１０へ移行する。

【００６９】Ｓ２１０では、参照した音声認識プロファ
イル（ＳＲＰ）２２又は操作系プロファイル（ＳＷＰ）
２４に基づき、ユーザの入力情報を解釈する。そして、
次のＳ２２０では、この入力情報に基づいて対応動作を
決定する。対応動作とは、ここではユーザ入力に基づく
情報表示を意味する。しかし、例えば、所定のアプリケ
ーションの実行、すなわち、検索、ルート案内、オーデ
ィオ制御などを行うようにしてもよい。また、対話シス
テムで車両内の集中管理を行う場合、ウィンドウの開
閉、ライトの点灯などを対応動作に含めてもよい。

【００７０】続くＳ２３０では、決定した対応動作に応
じて、アプリケーションプロファイル（ＡＰ）２５を更
新する。この処理は、次の表示動作をアプリケーション
プロファイル（ＡＰ）２５を介して指示するものであ
る。これによって、表示モジュール１５によって表示装
置への情報表示が行われる。

【００７１】ここで、図９のフローチャートに基づき、
表示モジュール１５による表示処理を説明する。まずス
テップＳ６００において、通信管理装置２０に対し、ア
プリケーションプロファイル（ＡＰ）２５の特定オブジ
ェクトの監視を要求する。これによって、特定オブジェ
クトが更新されると、通信管理装置２０から更新された
旨の通知がなされる。したがって、続くＳ６１０では、
その更新された旨の通知があったか否かを判断する。こ
こで通知があった場合（Ｓ６１０：ＹＥＳ）、Ｓ６２０
へ移行する。一方、通知がないうちは（Ｓ６１０：Ｎ
Ｏ）Ｓ６１０の判断処理を繰り返す。

【００７２】Ｓ６２０では、アプリケーションプロファ
イル（ＡＰ）２５を参照する。続くＳ６３０では、アプ
リケーションプロファイル（ＡＰ）２５に基づく情報表
示を行う。表示情報は、図３に示すコンテンツデータベ
ース（ＤＢ）１５ａから読み出される。そして、次のＳ
６４０では、コンテンツプロファイル（ＣＰ）２６を更
新する。コンテンツプロファイル（ＣＰ）２６には、表
示項目の数や表示項目文字列など表示内容が記述される
（図１４中の属性７〜１３の欄参照）。

【００７３】図５中のＳ２４０では、対話の終了を判断
する。この処理は、対話プロファイル（ＣＶＰ）２１に
基づいて行われる。例えばアプリケーションモジュール
１６やＩ／Ｆモジュール１７などの動作などによって対
話プロファイル（ＣＶＰ）２１に対話終了の指示がなさ
れると肯定判断される。ここで終了と判断された場合
（Ｓ２４０：ＹＥＳ）、本対話処理を終了する。一方、
終了と判断されない場合（Ｓ２４０：ＮＯ）、Ｓ１２０
からの処理を繰り返す。上述したように表示モジュール
１５は、アプリケーションプロファイル（ＡＰ）２５に
基づく情報表示を行うだけでなく、その表示内容をコン
テンツプロファイル（ＣＰ）２６に記述する。このた
め、Ｓ１２０からの処理が繰り返し実行されると、コン
テンツプロファイル（ＣＰ）２６を参照して（Ｓ１３
０）表示内容を解釈することで（Ｓ１４０）、次の対話
を決定することができる（Ｓ１５０）。

【００７４】次に、本実施例の対話システムが発揮する
効果を説明する。本実施例の対話システムでは、各モジ
ュール１１〜１７の連携動作に必要な情報を所定形式で
記述したプロファイル２１〜２６として通信管理装置２
０に記憶する。したがって、モジュール１１〜１７は、
このプロファイル２１〜２６を参照することによって動
作し、プロファイル２１〜２６を更新する。すると、別
のモジュール１１〜１７が、更新されたプロファイル２
１〜２６に基づいて動作し、さらにプロファイル２１〜
２６を更新する。このようにして、逐次更新されるプロ
ファイル２１〜２６に基づき、各モジュール１１〜１６
の連携動作が実現できる。

【００７５】このようなプロファイル２１〜２６を採用
するメリットは、各モジュール１１〜１７が、プロファ
イル２１〜２６のみを考慮して設計できることである。
具体的に言えば、図５〜９に示したフローチャートに
は、他のモジュールの動作を考慮する処理ステップは存
在しない。したがって、従来のように、他のモジュール
１１〜１７からの情報の通知タイミングを考慮する必要
がないため、モジュール１１〜１７の処理プログラムの
設計が極めて容易になる。そして、各モジュール１１〜
１７の処理プログラムの独立性は高く、モジュール１１
〜１７の変更及び追加が容易になる。

【００７６】また、通信管理装置２０は、各モジュール
１１〜１７からの要求に従って、プロファイル２１〜２
６を管理するに過ぎず、モジュール１１〜１７の動作を
制御することはない。したがって、通信管理装置２０側
の処理プログラムも簡単になる。

【００７７】以上のことから、本実施例の対話システム
は、極めて容易に設計できる。そして、本実施例の対話
システムでは、モジュール１１〜１７のプロファイル２
１〜２６に対するアクセス権を設定できるように、通信
管理装置２０を構成した。これによって、各モジュール
１１〜１７の処理プログラムを他のモジュール１１〜１
７に依存させることなく、各モジュール１１〜１７間に
動作上の階層関係（主従関係）を持たせることができ
る。この点からも、システムの設計が容易になってい
る。

【００７８】また、本実施例の対話システムでは、通信
管理装置２０に関数群２７を用意し、各モジュール１１
〜１７は、関数コールによってプロファイル２１〜２６
にアクセスできるようにした。この関数群２７は、各モ
ジュールの動作環境に対応させて用意した。例えばＮａ
ｔｉｖｅ環境とＪＡＶＡ環境にまたがってモジュールが
動作する場合、両方の環境に適合できる関数を定義す
る。これによって、モジュール１１〜１７の設計おい
て、そのモジュール１１〜１７の動作環境を考慮する必
要がないため、この点でもモジュール１１〜１７の設計
が容易になる。

【００７９】さらにまた、本実施例では、通信管理装置
２０がモジュール１１〜１７からの要求によって、プロ
ファイル２１〜２６の特定のオブジェクトの設定値の更
新を通知する。したがって、対話管理モジュール１１、
音声合成モジュール１３及び表示モジュール１４は、通
信管理装置２０に対し、特定のオブジェクトの監視を要
求し（図５中のＳ１７０，図６中のＳ３００，図９中の
Ｓ６００）、通知があるとプロファイルを参照する（図
３中のＳ１９０及びＳ２００，図６中のＳ３２０，図９
中のＳ６２０）。これによって、モジュール１１〜１７
が通信管理装置２０へ頻繁にアクセスする必要がなくな
る。

【００８０】以上、本発明はこのような実施例に何等限
定されるものではなく、本発明の主旨を逸脱しない範囲
において種々なる形態で実施し得る。例えば対話システ
ムの実施例を説明したが、複数のモジュールを備えそれ
らのモジュールが連携動作するシステムであれば、同様
に実施できる。

【図面の簡単な説明】

【図１】実施例の対話システムのソフトウェア構成を示
す説明図である。

【図２】モジュールと通信管理装置の関数群とプロファ
イルの関係を示す説明図である。

【図３】実施例の対話システムにおけるモジュールのプ
ロファイルとの関係を示す説明図である。

【図４】実施例の対話システムにおける動作上の構成を
示す説明図である。

【図５】対話管理モジュールの動作を示すフローチャー
トである。

【図６】音声合成モジュールの動作を示すフローチャー
トである。

【図７】音声認識モジュールの動作を示すフローチャー
トである。

【図８】操作系モジュールの動作を示すフローチャート
である。

【図９】表示モジュールの動作を示すフローチャートで
ある。

【図10】音声認識プロファイルの記述例である。

【図11】音声合成プロファイルの記述例である。

【図12】操作系プロファイルの記述例である。

【図13】アプリケーションプロファイルの記述例であ
る。

【図14】コンテンツプロファイルの記述例である。

【符号の説明】

１１…対話管理モジュール １２…音声認識モジュール １２ａ…音声認識辞書 １３…音声合成モジュール １４…操作系モジュール １４ａ…スイッチ １５…表示モジュール １５ａ…コンテンツデータベース １６…アプリケーションモジュール １７…インターフェースモジュール ２０…通信管理装置 ２１…対話プロファイル（ＣＶＰ） ２２…音声認識プロファイル（ＳＲＰ） ２３…音声合成プロファイル（ＳＳＰ） ２４…操作系プロファイル（ＳＷＰ） ２５…アプリケーションプロファイル（ＡＰ） ２６…コンテンツプロファイル（ＣＰ） ２７…関数群

───────────────────────────────────────────────────── フロントページの続き (72)発明者 浅見 克志 愛知県刈谷市昭和町１丁目１番地 株式会 社デンソー内 (72)発明者 伊藤 健三 愛知県名古屋市中区錦二丁目15番20号 株 式会社デンソークリエイト内 (72)発明者 ▲廣▼瀬 智 愛知県名古屋市中区錦二丁目15番20号 株 式会社デンソークリエイト内 (72)発明者 竹本 記朗 愛知県名古屋市中区錦二丁目15番20号 株 式会社デンソークリエイト内 Ｆターム(参考） 5B098 GA04 GB03 GB11 5E501 AA01 AA23 AC03 BA05 CA02 CB03 EA21 FA05 FA32

Claims (8)

【特許請求の範囲】
1. 【請求項１】所定の機能を実現する処理単位である複数
   のモジュールと、当該複数のモジュール間に介在する通
   信管理装置とを備え、前記複数のモジュールの連携動作
   を実現するマルチモジュールシステムであって、 前記通信管理装置は、 前記モジュールの前記連携動作に必要な情報であって、
   所定の形式で記述された動作情報を記憶する記憶手段
   と、 前記モジュールからのアクセスを可能にするインターフ
   ェース手段と、 前記インターフェース手段を介して前記モジュールから
   なされた要求に基づき、前記記憶手段に記憶された動作
   情報を読み出して前記モジュールに提供する参照処理及
   び前記記憶手段に記憶された動作情報を前記モジュール
   からの情報によって更新する更新処理を実行する処理実
   行手段とを有し、 一方、前記モジュールは、 前記通信管理装置に対し前記インターフェース手段を介
   して前記動作情報の読み出しを要求し、当該読み出し要
   求に応じて前記通信管理装置から提供された動作情報に
   基づき動作し、前記インターフェース手段を介して前記
   動作情報の更新を要求することを特徴とするマルチモジ
   ュールシステム。
2. 【請求項２】請求項１に記載のマルチモジュールシステ
   ムにおいて、 前記動作情報は、前記モジュールに対応する情報が記述
   されたプロファイルの単位で記憶されていることを特徴
   とするマルチモジュールシステム。
3. 【請求項３】請求項２に記載のマルチモジュールシステ
   ムにおいて、 前記通信管理装置は、さらに、前記動作情報に対する前
   記モジュールのアクセス権が、前記プロファイルの単位
   で設定可能に構成されており、 前記処理実行手段は、前記モジュールからの要求があっ
   ても、当該モジュールの参照対象又は更新対象とする動
   作情報に前記アクセス権がない場合には、前記参照処理
   又は前記更新処理を実行しないことを特徴とするマルチ
   モジュールシステム。
4. 【請求項４】請求項１〜３のいずれかに記載のマルチモ
   ジュールシステムにおいて、 前記通信管理装置の処理実行手段は、前記モジュールか
   らの要求に基づき、前記動作情報の中の特定の情報の更
   新があったことをモジュールに通知する情報更新通知処
   理を実行することを特徴とするマルチモジュールシステ
   ム。
5. 【請求項５】請求項１〜４のいずれかに記載のマルチモ
   ジュールシステムにおいて、 前記インターフェース手段は、各モジュールからコール
   される関数群として実現されていることを特徴とするマ
   ルチモジュールシステム。
6. 【請求項６】請求項５に記載のマルチモジュールシステ
   ムにおいて、 前記関数群は、前記モジュールの動作環境に対応させて
   設けられていることを特徴とするマルチモジュールシス
   テム。
7. 【請求項７】請求項１〜６のいずれかに記載のマルチモ
   ジュールシステムを用いて構成され、ユーザからの情報
   を入力する入力モジュールと、ユーザへ情報を提示する
   出力モジュールと、ユーザとの対話を管理する対話管理
   モジュールとを前記複数のモジュールとして少なくとも
   備え、当該モジュールの連携動作によってユーザとの間
   で情報のやり取りを行うことを特徴とする対話システ
   ム。
8. 【請求項８】請求項７に記載の対話システムにおいて、 前記通信管理装置の記憶手段には、ユーザに提示した情
   報内容が前記動作情報として記憶可能に構成されてお
   り、 前記出力モジュールは、前記ユーザへの情報提供を行う
   と、当該提供した情報内容を前記動作情報として記憶す
   るように前記インターフェース手段を介して前記動作情
   報の更新を要求し、 前記対話管理モジュールは、当該動作情報として記憶さ
   れた情報内容を前記インターフェース手段を介して参照
   し、ユーザから次に入力される情報を予測し、当該予測
   結果に応じた動作を行うことを特徴とする対話システ
   ム。