(57)【要約】  【課題】より少ない記憶容量でより多くの画面要素推移体を実行可能にする。  【解決手段】シナリオ作成者は、所定形式のシナリオデータを、例えば、シナリオエディタを使用してシナリオ作成装置２aで作成し、シナリオ本体と集録シナリオ管理データとを分離して、又は一体としてホームページに掲載し（サーバ３Ａにアップロードし）、エージェント装置１を持ったユーザからダウンロード可能にする。エージェント装置１では、シナリオ本体と集録シナリオ管理データとが分離している場合には、集録シナリオ管理データを一括してダウンロードして情報記憶装置に格納しておき、シナリオ本体は対応する自律起動条件が満たされて実行する際に個別にダウンロードされた一時記憶される。【選択図】      図１
2005181196.tif 000002
【特許請求の範囲】
【請求項１】
画面表示と同期して実行される処理内容が定義された画面要素を組み合わせて構成された画面要素推移体データに対する、起動条件及び車外の保存先指定情報を関連付けて記憶する起動条件記憶手段と、
車載された入力装置からの入力が前記起動条件を満たしたか否かを判断する条件判断手段と、
前記条件判断手段で起動条件を満たしていると判断された場合、当該起動条件と関連付けられて記憶された前記画面要素推移体データを、前記保存先指定情報で指定された車外の保存先から取得する画面要素推移体取得手段と、
前記画面要素推移体取得手段で取得した画面要素推移体データを実行する画面要素推移体実行手段と、
を具備することを特徴とする車載装置。
【請求項２】
前記起動条件は、年月日又は位置により分類されており、
前記条件判断手段は、起動条件を満たしているか否かを前記分類に従って判断する
ことを特徴とする請求項１に記載の車載装置。
【請求項３】
車載装置の表示画面と同期して実行される処理内容が定義された画面要素を組み合わせて構成された画面要素推移体データを作成する画面要素推移体作成手段と、
前記画面要素推移体データを起動する起動条件を設定する起動条件設定手段と、
前記画面要素推移体データが車外のいずれの場所に保存されているかを示す保存先指定情報を、その起動条件と関連付けて設定する保存先情報設定手段と、
を備えたことを特徴とするデータ作成装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車載装置及びデータ作成装置に係り、例えば、車両の搭乗者とのコミュニケーションにより会話をしたり機器操作等を自律的に行うエージェント機能を実現する車載装置、及びそのデータ作成装置に関する。
【背景技術】
【０００２】
例えば、犬などのペット型のロボットや、車室内においてナビゲーション装置等の機器操作の案内をしたり状況に応じた質問や提案等を行うことで搭乗者との対話や対応をするエージェント装置が開発され、車載装置として車両に搭載されている。
このような車載装置（エージェント装置）では、その装置に対して考えられる種々の状態を想定すると共に、想定した各状態を検出した場合にとるべき対応が、所定のデータやプログラムに従って規定されている。
しかし、従来のエージェント装置では、エージェントが自動で登場するための条件設定はプログラムを作成及び修正することでしか実現できなかったため、プログラムの知識が無いと作成や変更することができず、また、開発に費やす時間や費用も多く必要であった。
そこで、本出願人は、車載装置（エージェント装置）が行う各種処理を、各シーンが連続するシナリオを特定するシナリオデータ（一部プログラムを含む場合がある）によって指示された処理の実行であるととらえ、シナリオデータの形式を規格化することで、プログラムの知識の有無に関係なくシナリオデータを作成することができるデータ作成装置（シナリオエディタ）を提案している。
【特許文献１】特願２００２−１６１７４４
【０００３】
このデータ作成装置では、キャラクタの表示内容や処理内容を定義した画面要素（シーン）を１画面要素とし、１画面要素から他の画面要素に推移する推移条件と共に複数の画面要素を組み合わせて構成した画面要素推移体（シナリオ）と、その画面要素推移体を実行するための起動条件を、順次選択及び入力することで、作成者は自分の好きな条件で好きなシーン展開をするシナリオデータを容易に作成することができるようになっている。
そして、車載装置では、作成されたシナリオデータを外部から取得して登録し、全ての起動条件に対して条件を満足したか否かを判断し、起動条件を満足したシナリオデータの画面要素推移体を実行するようになっている。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
このように、データ作成装置により、ダウンロード等により取得した第３者作成のシナリオデータやユーザが自分で作成したシナリオデータをエージェント装置に登録してシナリオデータを増やすことが可能になった。
そして、シナリオデータに含まれる起動条件についても画面要素推移体（シナリオ）と同様に自由に設定できるため、そのシナリオを実行する場面（条件）も多種多様にわたって設定される可能性がある。
【０００５】
しかし、従来のデータ作成装置で作成されるシナリオデータは、シナリオを実行するための条件部分（起動条件）を含む管理部分と、実行時の使用するシナリオデータの実体部分（画面要素推移体）とが常に一体に作成されていた。
このため、データサイズの大きなシナリオデータが一体として車載装置に記憶され、記憶領域が大きくなるという問題があった。
また、シナリオは、その起動条件に応じて、例えば、特定の年月日や、特定の地域に車両が存在する場合に起動されるシナリオも多数存在する。このため、実際には余り使用されないシナリオであっても、条件を満たす場合にそのシナリオを起動するためには車載装置の記憶媒体に保存する必要があり、記憶媒体の容量が大きくなるという問題がある。
車載装置に搭載されている記憶媒体の容量は限られているため、ダウンロードして登録できるシナリオの量には限度が有り、この限度を増やすには、車載装置に搭載されている記憶媒体の容量を増やさなければならなかった。
また、シナリオデータ数が増えるにしたがってエージェント装置側において、シナリオを自動で開始するための起動条件を満足したか否かの状況を判断する負荷が増加するという問題もあった。
【０００６】
本発明は上記課題を解決するためになされたもので、より少ない記憶容量でより多くの画面要素推移体を実行可能にすることを第１の目的とする。
また、画面要素推移体を実行するための起動条件の判断負荷を軽減することを第２の目的とする。
【課題を解決するための手段】
【０００７】
（１）請求項１に記載の発明では、画面表示と同期して実行される処理内容が定義された画面要素を組み合わせて構成された画面要素推移体データに対する、起動条件及び車外の保存先指定情報を関連付けて記憶する起動条件記憶手段と、車載された入力装置からの入力が前記起動条件を満たしたか否かを判断する条件判断手段と、前記条件判断手段で起動条件を満たしていると判断された場合、当該起動条件と関連付けられて記憶された前記画面要素推移体データを、前記保存先指定情報で指定された車外の保存先から取得する画面要素推移体取得手段と、前記画面要素推移体取得手段で取得した画面要素推移体データを実行する画面要素推移体実行手段と、を車載装置に具備させて前記第１の目的を達成する。
（２）請求項２に記載の発明では、請求項１に記載の車載装置において、前記起動条件は、年月日又は位置により分類されており、前記条件判断手段は、起動条件を満たしているか否かを前記分類に従って判断することで、前記第１及び第２の目的を達成する。
（３）請求項３の発明では、車載装置の表示画面と同期して実行される処理内容が定義された画面要素を組み合わせて構成された画面要素推移体データを作成する画面要素推移体作成手段と、前記画面要素推移体データを起動する起動条件を設定する起動条件設定手段と、前記画面要素推移体データが車外のいずれの場所に保存されているかを示す保存先指定情報を、その起動条件と関連付けて設定する保存先情報設定手段と、をデータ作成装置に具備させて前記目的を達成する。
【発明の効果】
【０００８】
請求項１記載の発明によれば、特定の画面要素推移体データに対する、起動条件及び車外の保存先指定情報を関連付けて記憶し、起動条件を満たした画面要素推移体データを、保存先指定情報で指定された車外の保存先から取得して実行するようにしたので、より少ない記憶容量でより多くの画面要素推移体を実行することができる。
請求項２に記載の発明によれば、起動条件が年月日又は位置により分類されており、起動条件を満たしているか否かを分類に従って判断するので、画面要素推移体を実行するための起動条件の判断負荷を軽減することができる。
請求項３に記載の発明によれば、画面要素推移体の保存先を示す保存先指定情報を、当該画面要素推移体の起動条件と関連付けて設定するので、画面要素推移体と起動条件を別々に保存することができ、従って、車載装置では少ない記憶容量で多くの画面要素推移体を実行することができる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の車載装置の好適な実施形態であるエージェント装置、シナリオが記憶されるサーバ、及びデータ作成装置の好適な実施形態であるシナリオエディタについて、図１から図２１を参照して詳細に説明する。
【００１０】
（１）実施形態の概要
本実施形態のエージェント装置では、所定の容姿からなるエージェント（キャラクタ）の画像（平面的画像、ホログラフィ等の立体的画像等）を車両内に表示する。そして、エージェント装置の機能である、センサ等の検出結果から周囲の状態（人の動きや音声を含む）を認識、判断し、その結果に応じた動作や音声を出力するという機能を、このエージェントの容姿の動きや音声と連動して実行する。例えば、「どのジャンルの食事がすきですか」等の回答（和食、洋食等）を要求する問かけを行い、この問いかけに対するユーザの回答内容を判別（回答音声の認識や、回答選択ボタンの選択から判別）して、次のシーンに応じた処理を実行する。このように、装置からの回答を要求する問いかけと、その回答に応じて、所定の操作の実行を開始するので、ユーザは、あたかも擬似人格を備えたエージェントが車両内に存在しているような体感をするようになる。以下の説明では、このようなエージェント装置の一連の機能の実行を、エージェントの行為や動作として説明する。
本実施形態のエージェント装置では、このエージェントに運転者との各種コミュニケーションや、操作の代行を行わせる。そしてエージェントが自律的に行う様々な行為（各行為）を複数のシナリオ（画面要素推移体）で構成する。
そして、エージェントによる一連の連続した行為の内容を規定した複数のシナリオデータと、各シナリオの展開を自律的に開始（起動）するための自律起動条件（起動条件）とにより規格化された形式で作成される。
【００１１】
シナリオデータは、シーン（画面要素）を最小単位として、１又は連続する複数のシーンで構成される。自律的に行う処理内容とエージェントの画像及び音声の少なくとも１つから構成される場面が１シーンである。
シナリオデータは、所定のシーンから次のシーンに移行するための１の移行条件（推移条件）又は複数の移行条件（分岐条件（複数の状態が発生する場合の各状態毎へのシーンの移行するための条件））と、各移行条件に対応して移行先のシーンを特定する移行先データとから、各シーンの展開構成が規定されている。
【００１２】
このように構成された各シナリオは、自律起動条件とは分離されてネット接続された１又は複数のサーバや、ホームページ等の所定のアドレスに保存される。
各シナリオの保存先を示す保存先指定情報としては、ＵＲＬ（Uniform Resource Locator）により、インターネット上のリソースが指示される。
なお、シナリオ作成装置は、シナリオデータの保存先ＵＲＬの指定及び、起動条件の年月日と位置情報による分類を、シナリオとその起動条件の作成が完了し、エージェント装置で実行可能な形式に変換する際に行う。
【００１３】
各シナリオを自動的に実行するための自律起動条件は、年月日、時間、位置、道路種別、車両状態、ナビゲーション装置の稼動状態、使用者データによる個別条件の論理積（論理和を含まない個別条件の組）に展開されている。そして、論理積から成る自律起動条件は、所定の個別条件である年月日と位置でソートすることでグループ化（分類）されている。位置については、一定サイズに区分した領域（メッシュ）単位で分類されている。本実施形態では、年、月、日、一次メッシュ、二次メッシュの順に下位となるように分類されている。
すなわち、最初に、年による条件の中から自動で開始する条件（個別条件）が同じ年のものがグループ化され、次に日付（月日）による条件の中から自動で開始する条件が同じ日付（月日）のものがグループ化され、次に位置に関する自動で開始する条件で大きい領域（１次メッシュ）に入るものがまとめてグループ化され、最後に１次メッシュの中でさらに切り分けた小領域（２次メッシュ）に入るものがまとめてグループ化されている。
なお、年、日付、位置の条件を含まないものも、該当条件がないものに分類されている。例えば、年月日の条件がなく位置の条件がある自律起動条件の場合、年条件無しという分類内の、日付条件無しという分類内に、その位置に応じた１次メッシュ、２次メッシュに分類されている。
【００１４】
各シナリオデータについての分類された自律起動条件には、シナリオデータの保存先を示すＵＲＬ（保存先指定情報）と関連付けて設定される。
そして、各シナリオの自律起動条件は、シナリオから分離され、起動条件とシナリオが保存されたＵＲＬとが、インターネットやメール、所定の記憶媒体等を介してエージェント装置で取得され、記憶されることになる（起動条件記憶手段）。
【００１５】
一方、エージェント装置のユーザ等は、規定された規格に従った独自のシナリオデータを、シナリオ作成装置を使用して作成する。シナリオ作成装置は、シナリオ編集プログラムやデータをパーソナルコンピュータにインストールすることで構成することができる。
作成したシナリオデータは、インターネット等のネットワークを介してエージェント装置に送信し、又はダウンロードしてもらうことにより、また、所定の半導体メモリを介してエージェント装置に格納することで、自己（第三者）の希望通りの行為（コミュニケーションや処理）をエージェントに行わせることが可能になる。
作成するシナリオの最初のシーンに、例えば、人間に対する回答を要求する問いかけのシーンのシナリオとすることができる。
【００１６】
そして、独自に作成したシナリオデータを、インターネット等の通信によりサーバ等にＵＲＬを指定して保存することが可能である。
一方、作成したシナリオデータに対応する起動条件とシナリオデータの保存先ＵＲＬは、外部の装置から入力装置を介して入力することが可能である。この場合の入力装置は、半導体メモリに追加する起動条件とＵＲＬが格納されている場合には、半導体メモリの内容を読みとる記憶媒体駆動装置が該当し、インターネット等のネットワークを介して特定のサーバ等からダウンロードする場合には通信制御装置が該当する。
【００１７】
エージェント装置は、メール、ブラウザソフトを備えることにより、ブラウザソフト等を使ってシナリオの起動条件とＵＲＬをダウンロードし、そのダウンロードしたファイルがエージェントを機能させるシナリオデータの起動条件とＵＲＬであるか否かを判断し、起動条件とＵＲＬであれば所定の場所に組み込んで使用できるようにする。
また、メールに添付されている場合も同様に、添付のファイルが起動条件とＵＲＬであるか否か判断し、そうであればエージェントシステムに組み込んで使用できるようにする。
これにより従来の手法以外にも、既存の通信インフラであるメール、ネットワーク等を使った通信とを使用することにより、また、半導体メモリ等を介することで、パーソナルコンピュータ等を使用して作成した独自のシナリオの起動条件とＵＲＬを追加することができるようになる。
このように、ユーザは自分の思い通りにエージェントを機能させるシナリオを独自にまた、容易に作成ことが可能になるので、エージェント装置の自律的な動作に対する抵抗がなくなる。
【００１８】
さらに、エージェント装置では、シナリオ作成装置で作成されたシナリオデータに基づいてエージェントを自律的に起動させる（自動で登場させる）条件を満たしたかを判断する処理を定期的にもしくは特定の状態を満たしたときに実行し、条件を満たした場合にエージェントを自動で登場させることができるシステムを少ない記憶容量で実現する。
【００１９】
すなわち、シナリオをエージェント装置で実行可能にする場合、シナリオを実行するための自律起動条件とＵＲＬを含む集録シナリオ管理データのみをダウンロード等により取得して存する。
そして、エージェント装置では、自律起動条件を満たしたか否かを監視し、自律起動条件を満たした場合、その自律起動条件に対応するシナリオデータ（シナリオ本体）を、自律起動条件に関連付けられたＵＲＬで指定される保存先からダウンロードして一時記憶し（画面要素推移体取得手段）、取得したシナリオを実行する。
シナリオの自律起動条件は、条件部分の現在位置と日付から必要な部分を高速アクセスが可能な記憶媒体（例えば、ＲＡＭ）に読み込み、実行判定を行なう。
実行判定の結果、シナリオ実行要求を発行された場合、シナリオデータが存在するサーバのＵＲＬを使ってサーバからシナリオデータをダウンロードする処理を行ない、ダウンロードが完了したら実行する。
【００２０】
このように、ナビゲーション装置では、自律起動条件とＵＲＬを含む集録シナリオ管理データを記憶し、シナリオデータ（シナリオ本体）は実行する際に保存先のＵＲＬからダウンロードして実行するので、同等の実行可能なシナリオ数（機能）であっても、車載装置に搭載する記憶媒体の容量を少なくすることができる。
【００２１】
また、エージェントを自動で登場させる条件判断部で、地点による条件を含んだ開始条件のシナリオは、例えば自分の居る地点が存在するエリア（メッシュ）とその隣のメッシュのみ自動で開始するか否かの判断をする。地点による条件を含まないものは常に自動で開始するか否かの判断をする。自車位置が移動して自分の居る位置が隣のメッシュに移動した場合は、新たに自動で開始する条件を取得しなおす。つまり自分が居る地点が存在するメッシュとその隣のメッシュを取得しなおす。これにより自車位置が東京の場合には、札幌に居る場合という条件が含まれているシナリオや福岡に居る場合という条件が含まれているシナリオ（常識的に考えて自動で開始しえないシナリオ）は、はじめから判断しないことになり負荷は軽くなる。
【００２２】
また他にも、日付による条件を含んだ開始条件のシナリオは、例えば当日及び翌日のみ自動で開始するか否かの判断をする。日付による条件を含まないものは常に自動で開始するか否かの判断をする。これにより日付が１２月２４日の場合は、当日である１２月２４日と、翌日である１２月２５日という条件が含まれているシナリオ以外の日付に関する条件が含まれているシナリオ（常識的に考えて自動で開始しえないシナリオ）は、はじめから判断しないことになり負荷は軽くなる。
本実施形態では、このシナリオの自律起動条件を満たすか否かを判断する場合、自律起動条件が年月日及び位置により分類されているので、判断している当日及び翌日に分類され、かつ、その分類内で、車両現在位置を含む一次メッシュとその隣接メッシュ内に分類されている自律起動条件のみを読み込み、条件を満たしたか否かの判断を行う。
【００２３】
（２）実施形態の詳細
図１は、エージェント装置とシナリオ作成装置及びサーバからなる全体のシステム構成を表したものである。
このシステムでは、シナリオ作成プログラムであるシナリオエディタを組み込んだシナリオ作成装置（コンピュータ）２（２ａ、２ｂ、…）と、例えばインターネット等のネットワークを介してシナリオを配信するサーバ３（Ａ、Ｂ、…）と、エージェント装置１との構成の一例を示したものである。
シナリオ作成装置２は、ユーザ又は第三者であるシナリオデータ作成者の操作によって、シナリオ作成プログラムに従って指定された規格でシナリオデータが作成される。
【００２４】
シナリオ作成者は、所定形式のシナリオデータを、例えば、シナリオエディタを使用してシナリオ作成装置２aで作成し、シナリオ本体と集録シナリオ管理データとを分離して、又は一体としてホームページに掲載し（サーバ３Ａにアップロードし）、エージェント装置１を持ったユーザからダウンロード可能にする。エージェント装置１では、シナリオ本体と集録シナリオ管理データとが分離している場合には、集録シナリオ管理データを一括してダウンロードして情報記憶装置に格納しておき、シナリオ本体は対応する自律起動条件が満たされて実行する際に個別にダウンロードされた一時記憶される。
シナリオ作成装置２からアップロードするサーバはサーバ３Ａに限定されるものでなく、シナリオ作成者が契約しているプロバイダ等インターネット上のどのサーバ３Ａ、３Ｂ、…でもよい。また、別のシナリオ作成者が、シナリオ作成装置２ｂで作成し、ホームページに掲載してサーバＢにアップロードし、エージェント装置１を持ったユーザからダウンロード可能にする。
このように、さまざまなシナリオ作成者が、さまざまなサーバに自身の作成したシナリオをアップロードする。
エージェント装置１のユーザは、エージェント装置１のブラウザを使用して、サーバ３群（Ａ、Ｂ、…）の中から、自分が欲しいと思うシナリオをブラウズし、気に入ったシナリオがあればダウンロードし、装置内に組み込むことで、ダウンロードしたシナリオデータをエージェント装置１で動作させることが可能になる。
【００２５】
また、エージェント装置１のユーザは、自身が持っているシナリオ作成装置２aのブラウザを使用して、サーバ３（Ａ、Ｂ、…）の中から、自分が欲しいと思うシナリオをブラウズし、ダウンロードしてもよい。
この場合、ＤＶＤ−ＲＯＭ、ＩＣカード等の半導体記憶装置その他の記憶媒体に、ダウンロードしたシナリオデータを格納して、エージェント装置１に受け渡す。そして、シナリオデータを受け取ったエージェント装置１では、記憶媒体駆動装置により記憶媒体からシナリオデータを読み込んで、組み込むことで、ダウンロードしたシナリオデータをエージェント装置１で動作させることが可能になる。
【００２６】
まず、開発者やユーザによって作成されたシナリオに従ってエージェントが自律的に起動するエージェント装置１について、その構成と動作を説明する。
図１は、本実施形態におけるエージェント装置１の構成を表したブロック図である。
本実施形態におけるエージェント装置は、車両に搭載されおり、車両内のユーザとの間でコミュニケーションを行なう機能や車両に対して所定の処理を行なう車両制御機能等のエージェント機能の他、ユーザに走行経路の案内等を行なうナビゲーション機能も備えている。
【００２７】
本実施形態のエージェント装置では、エージェント機能および、ナビゲーション機能を実現するための中央処理装置(1)、表示装置(2)、音声出力装置(3)、音声入力装置(4)、入力装置(5)、各種状況検出装置(6)、各種車載装置(7)、通信制御装置(8)、通信装置(9)、情報記憶装置(10)を備えている。
【００２８】
中央処理装置(1)は、種々の演算処理を実行するCPU(1-1)、情報記憶装置(10)からプログラムを読み込んで格納するフラッシュメモリ(1-2)、フラッシュメモリ(1-2)のプログラムチェック、更新処理を行なうプログラム（プログラム読み込み手段）を格納したROM(1-3)、CPU(1-1)がワーキングメモリとして演算処理中のデータを一時的に格納するRAM(1-4)、時計(1-5)、表示装置(2)への画面表示に使用する画像データが記憶された画像メモリ(1-7)、CPU(1-1)からの表示出力制御信号に基づいて画像メモリ(1-7)から画像データを取り出し、画像処理を施して表示装置(2)に出力する画像プロセッサ(1-6)、CPU(1-1)からの音声出力制御信号をアナログ信号に変換して音声出力装置(3)に出力する処理と、音声入力装置(4)から入力されたアナログ信号をデジタルの音声入力信号に変換する処理を行なう音声プロセッサ(1-8)、入力装置(5)による入力内容を受け取る入力装置I/F部(1-9)、各種状況を検出するための検出器類から情報を受け取るための各種入力I/F部(1-10)、他の装置と情報のやり取りを行なう通信I/F部(1-11)、CD-ROMやICカード類、ハードディスク等といった情報記憶媒体(10-2)からデータ及びプログラムといった情報を読み込んだり、情報を書き込んだりする情報記憶装置(10)と情報のやり取りを行なうための情報記憶装置I/F部(1-12)を備えている。
【００２９】
この中央処理装置(1)は、経路探索処理や、経路案内に必要な表示案内処理や、インターネットの閲覧やメールを使用したシナリオのダウンロード等の、その他システム全体において必要な処理、本実施形態におけるエージェント処理（エージェントと運転者との各種コミュニケーションや操作代行、状況判断を行ないその結果に応じて自律的に行なう処理）を行なうようになっている。
更新処理を行なうプログラム（プログラム読み込み手段）は、ROM(1-3)以外にもフラッシュメモリ(1-2)に格納するようにしてもよい。
本実施形態におけるプログラムを含め、CPU(1-1)で実行される全てのプログラムは、情報記憶媒体(10-2)であるCD-ROM等に格納されてもよいし、それらプログラムの一部または全てが本体側のROM(1-3)またはフラッシュメモリ(1-2)に格納するようにしてもよい。
この情報記憶媒体(10-2)に記憶されたデータやプログラムが外部信号として中央処理装置(1)に入力されて演算処理されることにより、種々のエージェント機能及びナビゲーション機能が実現されるようになっている。
また、本実施形態の中央処理装置(1)は、起動条件（自律起動条件）を満たしていると判断された場合、画面要素推移体（シナリオ）を実行する、画面要素推移体実行手段を形成している。
【００３０】
表示装置(2)は、中央処理装置(1)の処理による経路案内用の道路地図や各種画像情報が表示されたり、キャラクタの各種行動（動画）及び画面構成のパーツで構成された画面要素推移体（シナリオ）が表示されたりするようになっている。
この表示装置(2)には、液晶表示装置、CRT等の各種表示装置が使用される。
なお、この表示装置(2)は、例えばタッチパネル等の、入力装置(5)としての機能を兼ね備えたものとすることができる。
【００３１】
音声出力装置(3)は、中央処理装置(1)の処理によって声による経路案内を行なう場合の案内音声や、エージェントによる運転者との通常のコミュニケーション用の会話や運転者情報取得のための質問による音声や音が出力されるようになっている。
音声出力装置(3)は、音声認識処理において、音声認識を開始する際（音声入力装置(4)で入力データの取得を開始する際）に、ユーザに対して音声による入力が可能であることを示す開始音を出力するようになっている（開始音出力手段）。本実施形態では、開始音として「ピー」等の音を出力するようになっているが、ブザー音やチャイム音であってもよい。
音声出力装置(3)は、車内に配置された複数のスピーカで構成されている。これらは、オーディオ用のスピーカと兼用するようにしてもよい。
【００３２】
音声入力装置(4)は、運転者の音声を的確に収集するために指向性のある専用のマイクが使用されたりする。この音声入力装置(4)から入力されたアナログ信号を変換したデジタルの音声入力信号を使ってCPU(1-1)で音声認識処理が実行されるようになっている。
音声認識の対象となる音声としては、例えば、ナビゲーション処理における目的地等の入力音声や、エージェントとの運転者の会話（運転者による応答を含む）等があげられ、音声入力装置はこれらの音声を入力する音声入力手段として機能する。
なお、音声認識が必要なシーンか否かについては各シーンデータにおいて、音声認識の指示が設定されている。そして、音声認識の指示が設定されているシーンのシーンデータには、音声認識の対象となる音声を認識するための辞書が指定されている。この音声認識の指示は、音声認識を「自動で開始する」、「自動で開始しない」、「エージェント装置（車載装置）が判断する」、のうちのいずれかが設定されている。音声認識の指示が「エージェント装置が判断する」である場合、エージェント装置は、運転者の負荷を走行中の道路状態（カーブ、交差点、直線等）や、運転動作状態（急加速中、急ブレーキ中、ステアリング操作中等）などから判断し、負荷が高い場合には音声認識を開始せず、負荷が低い場合には、開始音を出力した後に音声の入力を可能にする。
【００３３】
尚、音声出力装置(3)と音声入力装置(4)とでハンズフリーユニットを形成させて、通信制御装置(8)及び通信装置(9)を用いて通話を行なえるようにしてもよい。
また、音声入力装置(4)、音声プロセッサ(1-8)及び音声認識処理を組み合わせることで、運転者が同乗者と会話中か否かを検出する会話検出手段や、運転者の発する音声を使って運転者の状況を検出する状況検出手段として機能させてもよい。
【００３４】
入力装置(5)は、目的地を設定する際に電話番号や地図上の座標などにて入力したり、目的地までの経路探索や経路案内を要求（リクエスト）したりするために使用される。また、入力装置(5)は、運転者情報を運転者が入力する場合や、エージェント機能の使用を開始する場合のトリガとしてとして使用される。さらに入力装置(5)は、エージェント機能による、エージェントとのコミュニケーションにおいて、エージェントからの問い合わせ等に対して運転者が応答するための1つの応答手段としても機能するようになっている。
入力装置(5)には、タッチパネル（スイッチとして機能）、キーボード、マウス、ライトペン、ジョイスティックなどの各種の装置が使用可能である。
また、赤外線等を利用したリモコンと、リモコンから送信される各種信号を受信する受信部を備えてもよい。
リモコンには、画面上に表示されたカーソルの移動操作等を行なうジョイスティックの他、メニュー指定キー（ボタン）、テンキー等の各種キーが配置される。
また、上記の音声入力装置(4)を使った音声認識を入力装置の代わりに使用しても良い。
【００３５】
中央処理装置(1)は、入力装置I/F部(1-9)を介して入力装置(5)から受け取った内容を使ってCPU(1-1)が運転者による入力操作中か否かを検出すること、又は／及び音声認識結果を併用して各種機器の操作状況を検出する機能（機器操作状況検出手段）を備えるようにしてもよい。
各種状況検出装置(6)は、特に図示しないが、機器操作状況検出手段として、車両の絶対位置（緯度、経度による）を検出する現在位置検出装置、道路の混雑状況等を検出するための交通状況情報受信装置、運転操作等の状況を検出するためにブレーキ検出器、サイドブレーキ（パーキングブレーキ）検出器、アクセル開度検出器、A/Tのシフト位置検出器、ワイパ検出器、方向指示器検出器、ハザード検出器、イグニッション検出器、車両の速度を検出する車速検出器、ヘッドランプやルームランプ等のランプ類の操作状況を検出するライト検出器、運転者のシートベルト着脱操作を検出するシートベルト検出器、その他のさまざまな検出器を備えている。
現在位置検出装置としては、例えば人工衛星を利用して車両の位置を測定するGPS(Global Positioning System)受信装置、GPSの補正信号を受信するデータ送受信装置、方位センサ、舵角センサ、距離センサ等が使用される。
交通情報受信装置としては、例えば路上に配置されたビーコンから情報を受信するビーコン受信装置、FM放送電波を用いて情報を受信する装置等が使用される。
【００３６】
通信装置I/F部(1-11)には、他にも通信制御装置(8)が接続できるようになっている。この通信制御装置(8)には、通信装置(9)（各種無線通信機器からなる携帯電話等）が接続されるようになっている。
これらを使って電話回線による通話の他、例えば車内での通信カラオケのために使用するカラオケデータを提供するような情報提供局との通信を行なったりすることもできるようになっている。
カラオケデータを提供する情報提供局の他にも、交通情報を提供する情報基地局との通信や、エージェント処理に用いるシナリオデータを提供する情報提供局と通信を、通信装置(9)と通信制御装置(8)を介して行なうことも可能である。
【００３７】
本実施形態において中央処理装置(1)は、通信制御装置(8)を介してシナリオが添付された電子メールや、シナリオの保存先を表すＵＲＬ及びそのシナリオの自律起動条件が添付又は記述された電子メールを受信することができるようになっている。
また、中央処理装置(1)には、インターネット上のホームページを表示するブラウザソフトを組み込み、CPU(1-1)で処理させることが可能であり、通信制御装置(8)を介してホームページからシナリオを含めたデータをダウンロードすることができるようになっている。
更に、中央処理装置（１）は、自律起動条件を満たしたシナリオを、そのシナリオが保存されているＵＲＬを指定してサーバ３からダウンロードすることができるようになっている。
なお、通信制御装置(8)は、通信装置(9)と一体になったものを使用してもよい。
また、中央処理装置(1)は、通信I/F部(1-11)を通して車内通信を行なうことで他の車載装置(7)の操作状況を受け取ったり、また、車載装置に対する各種制御を行なったりするようになっている。
例えば、中央処理装置(1)は、各種車載装置(7)であるエアコン装置から、運転者がエアコンの各種スイッチ等を操作中か否かの情報を受け取ったり、設定温度を上げるや、下げるといったようにエアコン装置の制御を行なったりする。また、オーディオ装置から運転者がラジオ、CDプレーヤ、カセットプレーヤー等のオーディオ機器を操作中か否か、及びオーディオ機器による音声が出力中か否かの情報を受け取ったり、出力音量を上げるや、下げるといったようにオーディオ装置の制御を行なったりするようになっている。
【００３８】
情報記憶装置(10)は、情報記憶媒体駆動部(10-1)とその情報記憶媒体(10-2)を備えている。情報記憶装置(10)は、CPU(1-1)からの指示で情報記憶装置I/F部(1-12)を通して情報記憶媒体駆動部を制御して、情報記憶媒体(10-2)からデータやプログラムの読み込み、及び情報記憶媒体(10-2)へのデータやプログラムの書き込みを行なうようになっている。
情報記憶媒体(10-2)には、例えば、フレキシブルディスク、ハードディスク、CD-ROM、DVD-ROM、光ディスク、磁気テープ、ICカード類、光カード等の各種記憶媒体が使用され、使用する媒体ごとにそれぞれの情報記憶媒体駆動装置(10-1)が使用される。
情報記憶装置(10)は、システムにおいて複数個所持してもよいものとする。例えば、収集した個人情報である、運転者情報データ(10-2-3-6)と、学習項目データ及び応答データ(10-2-3-7)を持ち運びが容易なICカードやフレキシブルディスクで構成し、その他のデータをDVD-ROMで構成するといった例が考えられる。こうすることで、他の車両を運転する場合にこれらを記憶させたICカードからデータを読み出させて使用し、自分が過去に応対した状況を学習した状態のエージェントとコミュニケーションすることが可能になる。つまり、車両毎のエージェントではなく、運転者毎に固有な学習内容のエージェントを車両内に出現させることが可能になる。
【００３９】
CPU(1-1)は各種エージェント機能やナビゲーション機能を実現するプログラム(10-2-1)や、演算処理に使用するエージェントデータ(10-2-3)とナビゲーションデータ(10-2-2)を、上記構成例で示すDVD-ROMやICカード等から別の情報記憶装置（例えばハードディスク装置等）に格納（インストール）し、この記憶装置から必要なプログラム等をフラッシュメモリ(1-2)に読み込んで（ロードして）実行するようにしてもよいし、演算処理に必要なデータをこの記憶装置からRAM(1-4)に読み込んで（ロードして）実行するようにしてもよい。
【００４０】
次に、実行されるソフトウエアの構成について説明する。
図3は、CPU(1-1)でプログラムが実行されることにより実現されるエージェント処理部(101)と、全体処理部(102)との関係を表したものである。
本実施例では、種々のナビゲーション機能を実現する全体処理部(102)に、エージェント機能を実現するエージェント処理部(101)を加えることでエージェント機能付きナビゲーション装置を実現する構成になっている。
エージェント処理部(101)と全体処理部(102)は、互いの処理データをやり取りするためのI/F部をそれぞれが持っており、互いの処理データを取得し合えるようになっている。
例えば、エージェント処理部(101)は、シナリオデータのダウンロードや、シナリオデータに従って運転者とのコミュニケーションを実行した結果、運転者が設定したい目的地データを取得した場合に、このデータを全体処理部(102)に供給するようになっている。
全体処理部(102)では、取得した目的地データにより経路探索をし、作成した走行経路データに基づく経路案内を行なう。この経路案内処理において、画像や音声による進路変更方向等の案内を行なう場合に、案内に必要なデータを全体処理部(102)からエージェント処理部(101)に供給し、走行経路案内をするシナリオをデータ化したシナリオデータに従ってエージェントが案内することも可能である。
エージェント処理部(101)については後述する。
【００４１】
全体処理部(102)は、図示しないが地図描画部、経路探索部、経路案内部、現在位置計算部、目的地設定操作制御部等からなりナビゲーションの信号出力処理を行なうアプリケーション部、及び地図表示や経路案内に必要な表示出力制御、音声案内に必要な音声出力制御を行なうためのプログラム等のOS部等で構成されている。
また、この全体処理部(102)には音声認識を行なう音声認識処理部、テキストデータを音声データに変換する処理部も存在する。ブラウザ機能やメール機能を追加する場合の当該処理部はこの全体処理部(102)に追加される。
もしくは、エージェント処理部(101)がブラウザ機能やメール機能を持つような構成にしてもよい。
また、本実施形態ではエージェント処理を実行するための拡張機能が全体処理部(102)に加えられている。この拡張機能には、例えばナビゲーションデータの中にある道路データと現在位置から、走行中の道路の種別（高速道路、国道、等）を検出する手段や走行中の道路のカーブ状況（カーブ手前、カーブ終了）を検出する手段等が存在する。
【００４２】
次に、エージェント処理部の構成について説明する。
図4は、エージェント処理部(101)の構成を表したものである。
エージェント処理部(101)は、シナリオ駆動部(101-1)と、自律起動判断部(101-2)と、学習部(101-3)と、キャラクタ心理部(101-4)と、描画・音声出力部(101-5)と、音声認識部(101-7)と、エージェントOS部(101-8)と、外部I/F部(101-9)とを備えている。
【００４３】
シナリオ駆動部(101-1)は、シナリオデータ(10-2-3-4)を読み込み、そのシナリオデータに基づいて各処理部にメッセージ通信等を使って指示（各処理部が提供する機能を使用）する。シナリオ駆動部(101-1)は、シナリオの実行を管理し運転者に各種エージェント機能を提供するといったエージェント処理部の中心的な処理を行なう。
シナリオ駆動部(101-1)は、実行すべきシナリオデータが情報記憶装置(10）に格納されている場合にはそこから読み出して実行する。一方、シナリオ駆動部(101-1)は、実行すべきシナリオがサーバ３に格納されている場合にはシナリオが保存されているＵＲＬを指定してダウンロードして実行する。サーバ３からダウンロードしたシナリオはワークメモリとして確保したＲＡＭ(1-4)上に格納され、実行が完了した後に消去される。
【００４４】
自律起動判断部(101-2)は、シナリオデータ(10-2-3-4)にある各シナリオの自律起動条件データを保持し、エージェントOS部(101-8)から出される定期的な自律起動判断指示により、時間、位置、状態等の各種条件と各種状況との比較、判断を行なっている。
条件が一致した場合に、自律起動判断部(101-2)はシナリオ駆動部(101-1)に対し、条件が一致したシナリオの実行要求の指示を出す。
自律起動条件と比較するための各種状況はエージェントOS部(101-8)及び学習部(101-3)から入手している。
また、定期的な自律起動判断指示以外にも、状況の変化が大きいとされる場合は、エージェントOS部(101-8)から自律起動判断指示が出されるので、自律起動判断部(101-2)は、自律起動判断処理を行なうようになっている。状況の変化が大きいとされる場合とは、例えば運転者が目的地設定を行なった場合、ナビゲーション機能による走行案内経路をはずれた場合、シナリオデータが追加された場合、シナリオデータが削除された場合等がある。
【００４５】
学習部(101-3)は、エージェントとのコミュニケーションにおいて運転者の選択や応答によって入手した項目（実行結果や実行履歴）を運転者情報データ(10-2-3-6)や、学習項目データ及び応答データ(10-2-3-7)として格納する。
キャラクタ心理部(101-4)は、エージェントOS部(101-8)が管理している現在状況を入手し、メンタルモデル変更条件データに基づき、キャラクタの心理状態を表す5つのパラメータ（元気、友好、従順、自信、モラル）を自律的に変更する。
【００４６】
描画・音声出力部(101-5)は、シナリオ駆動部(101-1)からの指示で選択ボタンやタイトル等のパーツから構成される画面を表示するための制御信号を作成する。また、シナリオ駆動部(101-1)からの指示で、シーンデータによる表示状態に対応するキャラクタの各種行動（動作）を表示するための制御信号も作成する。
描画・音声出力部(101-5)は、また、シナリオ駆動部(101-1)からの指示でエージェントが運転者とコミュニケーションを行なう際の台詞を出力するための制御信号を作成する。また、シナリオ駆動部(101-1)からの指示で各種効果音を出力するための制御信号も作成する。
音声認識部(101-7)は、シナリオ駆動部(101-1)からの指示により、全体処理部(102)中の音声認識処理部に音声認識辞書を作成させるための制御信号を発する。また、音声認識部(101-7)は、シナリオ駆動部(101-1)からの指示で音声認識処理を開始させたり停止させたりする制御信号も発する。
【００４７】
エージェントOS部(101-8)は、時間、場所、各種入力等の状況の変化（シナリオの追加も含む）を取得して現在の状況を管理し、状況の変化に対して必要に応じてメッセージ通信にて各処理部に通知する。状況の変化は、外部I/F部(101-9)を通して全体処理部(102)から供給されたり、問い合わせたりして入手する。
エージェントOS部(101-8)は、自律起動判断部(101-2)に対して、定期的に自律起動判断指示を出すようになっている。この定期的な自律起動判断指示は、所定時間毎に出される。所定時間としては、定期的に出される自律起動判断指示によって定期的に処理される自律起動判断処理が、中央処理装置(1)全体の他の処理に影響しない範囲でできるだけ短い時間であることが望ましく、本実施形態では5秒間隔に設定されている。この所定時間は入力装置(5)からの操作によってユーザが当該所定時間を任意に変更することができるようにしてもよい。
また、エージェントOS部(101-8)は、状況の変化が大きいと判断された場合にも、自律起動判断部(101-2)に対して、自律起動判断指示を出すようになっている。状況の変化が大きいとされる場合とは、例えば運転者が目的地設定を行なった場合、案内経路から車両がはずれた場合、シナリオデータが追加された場合、シナリオデータが削除された場合等であり、あらかじめ該当する項目が規定されRAM(1-4)等に記憶されている。
【００４８】
外部I/F部(101-9)は、エージェント処理部(101)と全体処理部(102)との間のインターフェースになっている（全体処理部(102)には受け手であるエージェントI/F部が存在する）。エージェント処理において利用するナビゲーション情報等各種情報の取得と、エージェント処理部から全体処理部に制御信号を伝えてナビゲーションを制御したりする。
【００４９】
次に、データ構成（プログラムを含む）について説明する。本実施例では、これらは情報記憶媒体(10-2)に格納されている。
図5は、情報記憶媒体(10-2)に集録されている情報を概念的に表したものである。
情報記憶媒体(10-2)には本実施形態による各種エージェント機能やナビゲーション機能を実現するプログラム(10-2-1)、及び必要な各種データとして、エージェントデータ(10-2-3)とナビゲーションデータ(10-2-2)が格納されている。
【００５０】
ナビゲーションデータ(10-2-2)は、地図描画、経路探索、経路案内、目的地設定操作等に必要な各種データで構成されている。例としては、経路案内に必要な地図データ（道路地図、住宅地図、建造物形状地図等）、交差点データ、ノードデータ、道路データ、写真データ、登録地点データ、目的地点データ、案内道路データ、詳細目的地データ、目的地読みデータ、電話番号データ、住所データ、その他のデータのファイルからなりナビゲーション装置に必要なすべてのデータが記憶されている。また、必要に応じて通信地域データ等も記憶される。
【００５１】
描画地図データは、表示装置(2)に描画される描画地図データであり、この描画地図データは、階層化されている。
交差点データは、各交差点を特定する交差点番号、交差点名、交差点の座標（緯度と経度）、その交差点が始点や終点になっている道路の番号、および信号の有無などで構成されている。
ノードデータは、各道路における各地点の座標を指定する緯度、経度などの情報から構成されている。すなわち、このデータは、道路上の一地点に関するデータであり、ノード間を接続するものをアークと呼び、複数あるノード列のそれぞれの間をアークで接続することによって道路が表現される。
道路データは、各道路を特定する道路番号、始点や終点となる交差点番号、同じ始点や終点を持つ道路の番号、道路の太さ、進入禁止等の禁止情報、後述の写真データの写真番号などで構成されている。
通信地域データは、通信制御装置(8)に接続され又は無接続で車内において使用される通信装置(9)である携帯電話が、車内から通信できる地域を表示装置(2)に表示したり、その通信できる地域を経路探索の際に使用したりするための通信地域データが、携帯電話のタイプ別に存在する。
【００５２】
エージェントデータ(10-2-3)は、メンタルモデルデータ(10-2-3-1)と、シナリオデータ(10-2-3-4)と、キャラクタデータ(10-2-3-5)と、運転者情報データ(10-2-3-6)と、学習項目データ及び応答データ(10-2-3-7)と、で構成されている。他にも、お勧めのレストラン提案を行なう等のお勧め提案データや知識データ等も、エージェントデータ(10-2-3)には存在する。
メンタルモデルデータ(10-2-3-1)は、キャラクタの心理状態を表す5つのパラメータ（友好度、従順度、自信度、モラル、元気度）及びメンタルモデル変更条件データとで構成されている。
【００５３】
学習項目データ及び応答データ(10-2-3-7)は、エージェントとのコミュニケーションにおいて運転者の選択や応答によってエージェントが学習した結果を格納するデータである。
従って、学習項目データ及び応答データ(10-2-3-7)は、運転者毎にそのデータが格納・更新（学習）されるようになっている。例えば、シナリオの使用状況として前回の選択結果や前回使用した日時、通算の使用回数等が格納される。
この学習内容に従って、例えば、毎回ナビ電源ON時に挨拶をするシナリオにおいて、前回使用から5分以内の場合に「つい先ほどにもお会いしましたね」と対応したり、逆に1ヶ月以上間があいている場合には「お久しぶりですね」と対応したりする。
また、どの球団のファンであるか質問した結果の回答（無回答という対応も含めて）を格納したりもする。この応答の結果によって無回答の場合はもう一度どの球団のファンか質問したり、特定の球団が記憶されている場合はその球団についての会話を行なったりと対応を変えることができる。
【００５４】
シナリオデータ(10-2-3-4)には、シナリオとその起動条件が一体的に保存される場合と、シナリオの起動条件とシナリオの保存先であるＵＲＬとが関連付けられて保存される場合とがある。後者の場合にシナリオは、ＵＲＬで指定されるサーバ３に保存される。
このシナリオデータ(10-2-3-4)にシナリオの起動条件とシナリオの保存先であるＵＲＬとが関連付けられて保存されることで、画面要素推移体データに対する、起動条件及び車外の保存先指定情報を関連付けて記憶する起動条件記憶手段が構成される。
【００５５】
図6は、車載装置で実行するシナリオデータの構成と、起動条件とＵＲＬ等で構成される収録シナリオの管理データの構成を表したものである。
シナリオデータ(10-2-3-4)は、複数のシナリオで構成されており、それらを管理するための集録シナリオの管理データと、個々のシナリオの内容を示すデータ（シナリオ本体）とで構成されている。
集録シナリオの管理データには、このシナリオデータは、集録シナリオの管理データとシナリオ本体とが一体として格納されているのか、集録シナリオの管理データだけが本体データから分離して格納されているのかを示す情報が記録されている。集録シナリオの管理データが分離されて格納されていることは、本体データが保存されてるサーバ３のＵＲＬ（保存先指定情報）が自律起動条件と関連つけて格納されることで示される。
【００５６】
また、集録シナリオの管理データには、このシナリオデータの有効期限、作成された日や作成者等といった情報と、シナリオデータに収録されている個々のシナリオを全体的に管理するためのデータ（シナリオ番号、シナリオ名称、優先順位（プライオリティ））と、シナリオファイルに収録されているシナリオの自律起動条件データと、シナリオファイルに収録されているシナリオの中で運転者が入力装置(5)等を使って手動起動させることができるシナリオ一覧データが記されている。
本実施形態では、この集録シナリオの管理データ部分を全体のシナリオデータから分離し（図６（ａ））、この部分のみを車載装置側に置き、シナリオデータ１、シナリオデータ２、…をサーバ上に置く構成となる。
サーバ３上に置く、シナリオデータ1、シナリオデータ2、…は、シナリオ本体と管理データとをそれぞれ分離した形を取っても良いし、結合した形を取っても良いものとする。結合した形を取る場合は、サーバ上３では、各シナリオデータが全体のどの位置に有るのかを示す管理データをシナリオデータの先頭に配置する。
【００５７】
図６（ｂ）に示されるように、個々のシナリオの内容を示すデータには、それぞれのシナリオを管理する管理データと、シナリオを構成する個々のシーンの内容を示すシーンデータとで構成されている。
それぞれのシナリオを管理するデータには、シナリオに関する情報と、このシナリオで使用する音声認識辞書を作成するためのテキスト情報と、シナリオを構成する各シーンデータを全体的に管理するためのデータが記されている。
【００５８】
エージェント装置は、シナリオの管理データに設定されている判断データと、エージェント装置側の設定（自動判断、使用する、使用しない）とによって、シナリオ処理をするか否かを判断するようになっている。
シーンデータは、シーンを管理するデータと、画面構成データと、キャラクタ動作データと、各種処理データと、展開管理データとで構成されている。
シーンを管理するデータには、そのシーンに関する情報とシーンデータに属する各データセクションを管理するデータが記されている。
画面構成データには、このシーンにおいて表示装置(2)に表示する画面構成の各パーツのデータ（大きさや表示位置等）が記されている。
キャラクタ動作データには、このシーンにおいてキャラクタが行なう動作の指示データと、話す内容に関する指示データが記されている。動作の指示データには、シナリオデータで直接各キャラクタの表現手段で指示するものと、キャラクタに表現させたい状態で指示するものの2種類のうちどちらかで指示データが記されている。
【００５９】
各種処理データには、このシーンにおいて外部機器を制御（処理をさせる）する情報や、ナビゲーションを制御する情報や、他のシナリオを実行する指示や、タイマー設定情報や、キャラクタ心理を示すメンタルモデルのパラメータを変化させる情報等が記されている。
展開管理データには、このシーンで何かイベントが発生した場合に、シナリオを終了するのか、次に進むシーンが何であるか、もしくは何も展開しないのか、といった情報が記述されている。
【００６０】
図７は、集録シナリオの管理データに格納されている自律起動条件データの構造を概念的に表したものである。
自律起動条件は、図７に示されるように、年、日付（月日）、及び位置を、所定の個別条件としてグループ化されている。
本実施形態では、最上位のグループ分けとして、年に関する条件を最上位のグループとしてグループ化されている。
図７(a)に示されるように、年に関するグループとして、各年に限定した（その年にのみ実行される）自律起動条件と、年に関する条件が無い（年に関係なく実行可能）自律起動条件とにグループ分け（分類）されている。
【００６１】
そして、この年に関する条件による各グループの中で、第2位のグループとして、図７(b)に示されるように、日付（月日）に関するグループとして、各日付に限定した（その日付にのみ実行される）自律起動条件と、日付に関する条件が無い（日付に関係なく実行可能）自律起動条件とにグループ分け（分類）されている。日付によるグループにおいても、年と同様に、日付に関する条件が無い自律起動条件も日付条件無しにグループ分けされている。そして、年条件がなくて日付がある場合には、年条件無しのグループ内の該当日付にグループ化され、年月日の全条件がない自律起動条件は、年条件無しのグループの中の、日付条件無しグループ化されている。
日付条件無しのグループには、歳時記・記念日といった直接の日付指定ではないグループが存在する。これは日付に関する条件ではあるが、運転者が登録した記念日であったりするので、エージェント装置側では条件が無い場合と同じ扱いで日付に関係なく条件判断を行なうよう登録される。
【００６２】
そして、これら年条件内の日付条件によるグループの中で、更に、位置に関するグループ分けがされている。
すなわち、日付に関するグループの中で、第3位のグループとして、図７(c)に示されるように、位置（1次メッシュ）に関するグループとして、位置に関する条件がない自律起動条件（位置に関係なくどこでも実行可能な地点条件無しのグループ）と、各1次メッシュに限定した（そのメッシュ内でのみ実行される）自律起動条件とにグループ分けされている。
【００６３】
そして、位置に関する1次メッシュのグループの中で、位置に関する条件が存在するもの（何処かの1次メッシュに属する条件さらに細かくエリア分割した2次メッシュのグループに分割する。
すなわち、1次メッシュのグループの中で、さらに最下位（第4位）のグループとして、図７(d)に示されるように、位置（2次メッシュに）に関するグループとして、各2次メッシュに限定した（そのメッシュ内でのみ実行される）自律起動条件とにグループ分けされている。
位置に関する条件がない自律起動条件は、1次メッシュの地点条件無し以上のグループ分けが無いので、第4位のグループにおいてもそのまま1つのグループとなっている。
このようにグループ化した自動起動条件は、自律起動判断部(101-2)ですばやく取得できるようにインデックス（識別符号）を付けて、車載装置で扱う形式（NAV形式）のシナリオデータに格納されている。
すなわち、各自動起動条件には、該当するグループを表すインデックス（識別符号）が付されている。
【００６４】
図８は、1次メッシュ及び2次メッシュによる位置座標の正規化について表したものである。
ここでは、例として、座標X=（北緯35度40分8.91秒、東経139度43分36.48秒）の位置が、2次メッシュで正規化した座標上でどのように表されるかについて説明する。
まず、図８(a)に示した1次メッシュのうちのどのメッシュに座標Xが位置するかを求めることで、1次メッシュコードを算出する。
いま、北緯35度40分8.91秒、東経139度43分36.48秒の座標Xの点は、左下の点が（緯度、軽度）=（35度20分、139度）である1次メッシュに含まれていることが求められる。
緯度方向の1次メッシュコードは、左下の値に3/2を掛けたものになる。従って、緯度方向の1次メッシュコード=35度20分×（3/2）=(35＋1/3)×(3/2)=53
また、経度方向の1次メッシュコードは、左下の値から100を引いたものになる。
従って、経度方向の1次メッシュコード=139-100=39この緯度方向と経度方向の1次メッシュコードから、座標Xの1次メッシュコードは、5339となる。
【００６５】
続いて、2次メッシュコードを算出する。図８(b)に示されるように、各1次メッシュコードは、緯度方向8、経度方向8の64の2次メッシュに分割されていて、緯度、経度共にその値が小さいほうから0〜7の値が割り振られている。
従って、位置Xの点は、緯度方向：4、経度方向：5の2次メッシュに含まれるので、2次メッシュのコードは45になる。
以上の計算から、座標X=（北緯35度40分8.91秒、東経139度43分36.48秒）の位置は、1次メッシュコードと2次メッシュコードとをあわせて、5339-45となる。
【００６６】
図５において、キャラクタデータ(10-2-3-5)には、複数のキャラクタのデータが格納されており、運転者の好みによって入力装置(5)等から選択することができるようになっている。
キャラクタデータ(10-2-3-5)は、各キャラクタA、B、…毎に、キャラクタ画像データ102351と、キャラクタ音声データ102352と、キャラクタ画像選択データ102353とを備えている。
キャラクタ画像データ102351は、シナリオにより指定された各シーンで表示されるキャラクタの状態を表す静止画像や、動作を表す動画（アニメーション）等が格納されている。例えば、キャラクタがお辞儀をする動画、うなずく動画、右手を挙げる動画等が格納されている。
シナリオデータ(10-2-3-4)のシナリオ本体では、キャラクタの種類によらない共通化した表示状態により各シーンの内容を規定している。
【００６７】
また、図５における運転者情報データ(10-2-3-6)は、運転者に関する情報で、エージェントのコミュニケーションをより運転者の希望や趣味、嗜好に合ったものとするために利用される。
運転者情報データ(10-2-3-6)には、運転者毎に情報を格納するための運転者のID（識別情報）、名前、年齢、性別、結婚（既婚か未婚か）、子供の有無と人数と年齢からなる運転者基礎データや、スポーツ、飲食等の趣味嗜好データとが格納されるようになっている。
本実施形態では、これら各運転者情報には優先順位が決められており、エージェントは、未だ格納されていない運転者情報のうち優先順位が高い順に運転者に質問をするようになっている。運転者基礎データは、趣味嗜好データよりも優先順位が高くなっている。
運転者情報データ(10-2-3-6)は、その車両を運転する運転者が複数存在する場合には、運転者毎に作成される。そして、運転者を特定して該当する運転者情報が使用される。
【００６８】
図９は、旅館が宿泊予定者に送信した案内シナリオによるシーン画面の遷移をシーン毎に表したものである。
この案内シナリオは、複数のシーン画面のうち(a)〜(f)までのシーン画面で構成されている。
シーン画面(c)に対するユーザの選択結果によって次のシーン画面が4と6に分岐している。また、図９の例では分岐していないが、シーン画面(d)においても選択した料理の種類に応じた料理をシーン表示画面54に表示するようにシーン画面を分岐させるようにしてもよい。
【００６９】
まず、シナリオのシーンデータに基づいて表示装置(2)に表示されるシーン画面の構成について説明する。
シーン画面（ａ）に示されるように、エージェントの画像（静止画、動画）が表示されるエージェント表示画面51、エージェントの音声に対応した文字が表示される吹き出し画面52、タイトル画面53、及び、各シーン固有の画像データ（実画像データの画像や回答選択ボタン等）が表示されるシーン表示画面54から構成されている．
エージェント表示画面51に表示されるエージェントは、ユーザが選択したキャラクタ、又はデフォルトのキャラクタである．
【００７０】
以下、図９に従って予約シナリオによるエージェントの各行為について説明する。
以下の各シーン画面に対応して説明するエージェントの動作や画面の表示はいずれも、外部シナリオのシナリオデータに格納されているデータや画像及び指示に従って表示等されるものである。また、エージェントの動作として説明するが、実際にはエージェント処理部(101)のシナリオ駆動部(101-1)が処理を行う。
後述するシナリオ開始処理においてエージェント処理部(101)のシナリオ駆動部(101-1)は、案内シナリオを起動すると、最初にシーンヘッダで指定される番号１のシーンの画面構成データをシナリオデータから読み出して表示装置(2)に表示する。このシーンでは、エージェントOS部(101-8)で管理しているキャラクタのエージェントが、エージェント表示画面51に登場し、お辞儀をして音声による挨拶をする。音声による挨拶の内容は、吹き出し画面52に表示されている文章と同一である。
音声による挨拶は、旅館に代わってエージェントが代行して行うことになるが、旅館の女将の写真画像をシーン表示画面54に表示することで旅館からの挨拶であることが表現されている。この女将の画像は、外部シナリオの一部として受信し追加した画像で、シナリオデータ(10-2-3-4)の実画像データとして格納されている。
エージェントの動作に対する指示は、キャラクタ動作指示データに格納されている指示に従う。
エージェントによる挨拶が終了すると、次のシーン2に遷移する。
【００７１】
次のシーン2では、シーン表示画面54に露天風呂の画像が表示される。そして、この露天風呂の絵をエージェントが指し示して、旅館の名物（ここが売りだということ）を、エージェントが音声と吹き出し画面52の表示で説明する。
エージェントの話が終了すると、次のシーン3に遷移し、本日の食事の画像（懐石料理の画像）をシーン表示画面54に表示し、エージェントが料理の説明と、この料理で良いか否かを質問する。
【００７２】
そして、シーン3のシーンデータにタイマー設定時間と、タイマー設定条件「走行中のみ設定する」が規定されているものとする。この場合、走行中であることを条件に、シーン開始時にタイマーによる計時が開始される。走行中か否かは車速センサ(6-11)又は、距離センサ(6-1-5)において、車速v＝0が検出された場合に停車中と判断され、車速v≠0が検出された場合に走行中と判断される。
そして、表示した料理でよいか否かの質問に対する回答としてユーザが「はい」を選択した場合にはシーン4に分岐し、「いいえ」を選択した場合にはシーン6に分岐する。
【００７３】
一方、タイマー設定時間内に、ユーザが音声による回答も、画面に表示された選択ボタンの選択による回答もせずにタイマー通知（設定時間の経過）した場合、シーン3のシーンデータで規定されているタイマー通知時の移行条件に従って、そのシナリオを終了させる。
このように、ユーザからの回答がない場合にも、無回答という選択がされたと判断して、無回答を移行条件とする次のシーン（図９の例では終了）に移行することで、擬人化されたキャラクタとのコミュニケーションをより人間同士のコミュニケーションに近づけることができる。
【００７４】
シーン4では、懐石料理以外の選択可能なリストをシーン表示画面54に表示する。エージェントは、シーン表示画面54のリストを指し示して、どの料理が良いかを質問する。
そして、ユーザがいずれか1つを選択したらシーン5に遷移する。
シーン5では、懐石料理から変更すべき人数のリストをシーン表示画面54に表示し、エージェントはこのリストを指し示して、人数の質問をする。
そしてユーザがいずれか1つを選択したらシーン6に遷移する。
【００７５】
シーン6では、シーン表示画面54に旅館の外観写真画像を表示し、エージェントがお辞儀をして挨拶をする。
そして、エージェントは、ユーザが選択してきた結果、図９の案内シナリオの場合には食事に関する回答結果を、通信装置I/F部(1-11)から通信制御装置(8)に接続されている通信装置(9)を介して実行中の外部シナリオを送信した第三者（旅館）に送信する。
【００７６】
このように、ユーザについての情報を取得したい場合には、外部シナリオの作成者は、取得したい情報が得られる質問のシーンをシナリオ中に設け、その回答を電子メールで送信するようにシナリオを作成する。なお、回答の送信が必要な場合には、作成者の電子メールアドレスをシナリオデータ中に含める。
最後のシーン（図９ではシーン6）でのエージェントの話が終了すると、シナリオを終了させる。
このようにして、シナリオ駆動部(101-1)は、シナリオに規定された各シーン画像と音声を最後のシーンまで順次表示、出力する。
起動したシナリオが終了すると、シナリオ駆動部(101-1)は、他のシナリオの実行についての起動要求が存在するかの判断を行う。
【００７７】
次に、このようなシナリオ駆動部(101-1)で実行される各種シナリオを自律的に起動するか否かの判断処理について説明する。
図１０は、自律起動判断部(101-2)によるシナリオの自律起動判断処理について表したものである。
この自律起動判断処理では、自律起動判断部(101-2)が装置の負荷を軽減するために、位置と日付に関する情報を受け取り、その受け取った位置と日付に近似する起動条件の塊を、シナリオデータを保持している外部記憶装置(10)より読み出し（抽出手段）、ワークメモリ（RAM(1-4)）に一時的に格納する処理を行う。
【００７８】
すなわち、自律起動判断部(101-2)は、今現在置かれている状況情報を取得するため、エージェントI/Fを介し、エージェントOS部(101-8)より現在位置、時間などの状況情報を取得する（ステップ11）。
そして、自律起動判断部(101-2)は、取得した位置、時間などの状況情報が所定単位の変化があるか否かを判断する（ステップ12）。
【００７９】
判断の結果、所定単位の変化がありと判断された場合（ステップ12；Yes）、自律起動判断部(101-2)は、その位置と時間などの条件に近似する条件を備えた自律起動条件群を外部記憶装置(10)より読み出し、ワークメモリ（RAM(1-4)）に一時的に格納する（ステップ13）。
ここで、近似する条件とは、位置の場合、地図データの全範囲を所定単位の方形ブロックに区画し、車両が存在する位置が含まれているブロックと、そのブロックに隣接する8つのブロックに位置情報が含まれる条件をいい、日付の場合、その当日と翌日が該当する。そして、所定単位の変化とは、位置の場合には車両が他のブロックに移動した場合で、日付の場合には日付が変わった場合が該当する。
【００８０】
そして自律起動判断部(101-2)は、読み込まれた自律起動条件群に対して、状況情報が満たしているか否かについての条件判断処理を行う（ステップ14）。
なお、ステップ12の判断で所定単位の変化なしと判断された場合（ステップ12；No）、ワークメモリに一時保存している自律起動条件群を変更する必要がないため、ステップ14の処理に進む。
【００８１】
図１１は、図１０における条件判断処理（ステップ14）の処理内容を表したものである。
自律起動判断部(101-2)は、ワークメモリ（RAM(1-4)）に一時的に格納された自律起動条件群から、最初の自律起動条件を取得し（ステップ21）、ステップ12で入手した各種状況情報による状況が、取得した自律起動条件を満たしているか否かを判断する（ステップ22）。
自律起動条件を満たしている場合（ステップ22；Yes）、自律起動判断部(101-2)は、その自律起動条件に対応するシナリオの実行要求メッセージを、シナリオ駆動部(101-1)に対して発行する（ステップ23）。
【００８２】
次に自律起動判断部(101-2)は、ワークメモリ（RAM(1-4)）に一時的に格納された自律起動条件群に次の自律起動条件がまだ存在するか否かを判断し（ステップ24）、あれば（；Yes）、次の自律起動条件を取得し（ステップ21に戻る）、以後ステップ21〜24の各処理をワークメモリ（RAM(1-4)）に一時的に格納された全ての自律起動条件に対する判断が終了するまで繰り返す。
ステップ24において、次の自律起動条件が存在しない（ワークメモリ（RAM(1-4)）に一時的に格納した全ての自律起動条件に対する判断が終了した）場合（；No）、自律起動判断部(101-2)は、自律起動判断処理を終了する。
このように、図１０のナリオの自律起動判断処理及び図１１の条件判断処理により、車載された入力装置からの入力が起動条件を満たしたか否かを判断する条件判断手段が構成される。
【００８３】
次に、シナリオ駆動部(101-1)が、自律起動判断部(101-2)からシナリオ実行要求を受け取った場合のシナリオ実行処理について説明する。
図１２は、シナリオ実行処理の流れの一例を表したものである。
ユーザの操作内容や、シナリオデータの記述内容によってシナリオ実行処理の流れは変わってくる。よって、図１２では、シナリオを実行する場合の、エージェント処理部(101)の各部、及び全体処理部(102)による一連の代表的な動作を表したものであり、本実施例において、各部はそれぞれ独立した処理を行うようにし、ユーザの操作内容や、シナリオデータの記述内容によってシナリオ実行処理の流れを変えることを実現している。すなわち、各部の独立した処理が、連続することで図１２に示した代表的な流れになる。
【００８４】
具体的には、エージェント処理部(101)の各部、及び全体処理部(102)は、メッセージを受け取ったら、そのメッセージに対する処理を行ない、処理が完了したら次のメッセージを待つようになっている。
シナリオ駆動部(101-1)は、自律起動判断部(101-2)からシナリオ実行要求を受け取ると、ワークメモリの確保、初期化によるエージェント開始準備処理を行う（ステップ505-1）。
そして、シナリオ駆動部(101-1)は、シナリオの実行要求が手動起動か自動起動かを確認する（ステップ505-2）。手動起動は、ユーザが表示装置(2)のメニューからシナリオ起動を選択した場合で、自動起動は、シナリオの自律起動条件を満たした場合である。
【００８５】
シナリオの実行要求が手動起動の場合はメニューシナリオの要求処理を行う（ステップ505-3）。その後、シナリオデータ取得処理（ステップ505-4）に移行する。
一方、自動起動の場合には、自律起動条件を満たすことで実行要求されているシナリオが存在するので、そのままシナリオデータ取得処理（ステップ505-4）に移行する。
【００８６】
次にシナリオ駆動部(101-1)は、実行すべきシナリオデータをワークメモリ（RAM(1-4)に確保する）に取得する（ステップ505-4）。シナリオデータを取得する際、実行対象となっているシナリオが複数存在する場合（複数の自律起動条件が満たされた場合、手動起動要求と自動起動が重複した場合等）には、シナリオ駆動部(101-1)は、各シナリオに規定されている優先順位を判断し一番優先順位の高いシナリオデータを読み込む。
優先順位が同じである場合には、自律起動判断部(101-2)から実行要求を受けた順に優先順位が高いものとして決定する。シナリオの優先順位は、シナリオデータ(10-2-3-4)の収録シナリオの管理データに存在し、シナリオ実行要求と一緒にシナリオ駆動部(101-1)は取得しており、それを確認する。
【００８７】
図１３は、実施形態におけるシナリオデータ取得処理を表したフローチャートである。
実行対象となっているシナリオが複数存在する場合は、前述したように、優先順位が一番高いシナリオデータを取得する。
まず、シナリオ駆動部(101-1)は、取得するシナリオデータ（シナリオ本体）がサーバに存在するもの（自律起動条件と実行時に使用するシナリオ本体が分離されたもの）なのか、情報記憶媒体に存在するもの（自律起動条件と実行時に使用するシナリオ本体とが一体になっているもの）なのか判断し（ステップ505-4-1）、後者の場合は、情報記憶媒体からシナリオデータを読み込み、ワークメモリ上に取得する（ステップ505-4-2）。
【００８８】
前者の場合、シナリオ駆動部(101-1)は、外部Ｉ／Ｆ(101-9)に対してメッセージを出力して処理依頼を行なう。これにより外部Ｉ／Ｆ(101-9)は、ネットワーク接続処理（ステップ505-4-3）を行ない、接続処理が完了したら、シナリオ駆動部(101-1)は、サーバからシナリオデータをダウンロード（読み込み）し、ワークメモリであるＲＡＭ(1-4)上に格納する（ステップ505-4-4）。
このシナリオ駆動部シナリオ駆動部(101-1)が、サーバからシナリオデータをダウンロード（読み込み）し、ワークメモリであるＲＡＭ(1-4)上に格納することで条件判断手段で起動条件を満たしていると判断された場合、起動条件と関連付けられて記憶された画面要素推移体データを、保存先指定情報で指定された車外の保存先から取得する画面要素推移体取得手段が構成される。
シナリオデータのダウンロードが完了した後、シナリオ駆動部からの指示により全体処理部は、ネットワーク切断処理（ステップ505-4-5）を行なう。なお、この切断処理をここで行なわず、一定時間経過後に切断するようにしてもよい。
【００８９】
接続処理に失敗した場合（例えば、移動体電話が圏外の場所だった等）、シナリオ駆動部(101-1)は、実行要求のあったシナリオをリジェクト（自律起動判断部(101-2)に実行できないことを通知）する。
これを受けて、自律起動判断部(101-2)は、所定時間後（例えば1分後）から、該シナリオの起動判断を再開し、再び条件を満たせば、実行要求が発行されて、ステップ505-1からの処理が実行される。（シナリオ実行要求の再発行）
【００９０】
シナリオデータの取得が完了すると、シナリオ駆動部(101-1)は、次に、シナリオ開始処理を行う（図１２：ステップ505-5）。
シナリオ開始処理においてシナリオ駆動部(101-1)は、まず、シナリオを開始するための初期化処理を行う。
また、シナリオ駆動部(101-1)はシナリオ開始処理において、後述するようにスタンバイ処理を行うか否かの判断を行う。
【００９１】
シナリオ開始処理（ステップ505-5）の後に、シナリオ駆動部(101-1)は、シナリオを構成するシーンの内容に応じてキャラクタの描画や音声を処理するシーン処理を実行する（ステップ505-6）。
すなわち、シーン処理においてシナリオ駆動部(101-1)は、ステップ505-4-4でダウンロードしたシナリオデータが一時記憶されているＲＡＭ(1-4)を参照し、表示する画面構成やキャラクタの動作指示、等を解析する。
そして各シーンデータにおける規定に従って、シナリオ駆動部(101-1)は、出力する音声データやキャラクタ描画データを作成して描画・音声出力部(101-5)に描画の指示を行なう。この指示に従って描画・音声出力部(101-5)により、キャラクタがお辞儀をしたり、右方向や左方向を手で指したり、ユーザに話しかけたりするシーンが展開される。
また、処理中のシーンデータに音声認識についての指示ある場合、音声認識処理が行われる。
【００９２】
シーン処理が完了すると、シナリオ駆動部(101-1)は、シナリオ終了か確認を行なう（ステップ505-7）。
シナリオ終了の場合、シナリオ駆動部(101-1)は、シナリオ終了処理を行なう（ステップ505-8）。このシナリオ終了処理において、学習部(101-3)が、終了の仕方を示すエンドIDを入手して応答データ(10-2-3-7)に格納する。
シナリオ終了でない場合（シナリオがまだ続く場合）、シナリオの終了位置まで、ステップ505-6に戻って次のシーン、次のシーン、…とシーン処理を繰り返す。
シナリオの終了処理の後、シナリオ駆動部(101-1)は、他にシナリオの実行要求が有るか否か確認し（ステップ505-9）、他のシナリオの実行要求が存在する場合は、シナリオデータの読み込み処理（ステップ505-4）に戻って同様に処理が実行される。
一方、他に実行するシナリオが存在しない場合、シナリオ駆動部(101-1)は、エージェント終了処理を実行する（ステップ505-10）。すなわち、エージェントOS部(101-8)に対して、要求された全てのシナリオの実行処理が終了したことを知らせる。
その後、表示装置(2)に表示される画面は通常のナビゲーション画面に戻るが、その後の処理はエージェントI/Fを介して全体処理部(102)に受け渡す。
【００９３】
次に、ユーザや第三者が独自のシナリオを作成するシナリオ作成装置２の構成とその動作について説明する。
図１４は、シナリオ作成装置の構成を表したものである。
シナリオ作成装置は、制御部(200)と、入力装置(210)と、出力装置(220)と、通信制御装置(230)と、記憶装置(240)と、記憶媒体駆動装置(250)と、入出力I/F(260)とを備えている。これら各装置は、データバスや制御バス等のバスラインにより接続されている。
【００９４】
制御部(200)は、CPU(200-1)と、メモリ(200-2)等から構成されており、シナリオ作成装置全体を制御する。
CPU(200-1)は、種々の演算処理を実行するプロセッサである。
メモリ(200-2)は、CPU(200-1)が種々の演算処理を実行する際にワーキングメモリとして使用される。
CPU(200-1)は、メモリ(200-2)にプログラムやデータなどを書き込んだり消去したりすることができる。
本実施の形態におけるメモリ(200-2)には、CPU(200-1)がシナリオエディタ（シナリオ編集プログラム）に従ってシナリオデータを作成、編集、記憶等するためのエリアが確保可能になっている。
【００９５】
入力装置(210)は、シナリオ作成装置に対して文字や数字その他の情報を入力するための装置であり、例えばキーボードやマウスなどにより構成されている。
キーボードは、主にカナや英文字などを入力するための入力装置で、例えばユーザがシナリオ作成装置にログインするためのログインIDやパスワードを入力したり、シナリオ作成の際に音声合成や音声認識の対象となる文を入力したりする際などに使用される。
マウスは、ポインティングデバイスである。GUI(Graphical User Interface)などを用いてシナリオ作成装置を操作する場合、表示装置上に表示されたボタンやアイコンなどをクリックすることにより、所定の情報の入力を行なうこと等に使用される入力装置である。
【００９６】
出力装置(220)は、例えば表示装置や印刷装置などである。
表示装置は、例えばCRTディスプレイ、液晶ディスプレイ、プラズマディスプレイなどが使用され、シナリオを作成するためのメイン画面や、各シーンにおける画面構成を選択するための画面等の各種画面が表示される。また、各画面において選択された情報や入力された情報が表示されるようになっている。
印刷装置は、例えば、インクジェットプリンタ、レーザプリンタ、熱転写プリンタ、ドットプリンタなどの各種プリンタ装置が使用される。
【００９７】
通信制御装置(230)は、外部との間で各種データやプログラムを送受信するための装置であって、モデム、ターミナルアダプタその他の装置が使用される。
通信制御装置(230)は、例えばインターネットやLAN(Local Area Network)などに接続可能に構成されている。
通信制御装置(230)を介して、これらのネットワークで接続されたいずれかのサーバ３（３Ａ、３Ｂ、…）に作成したシナリオデータをアップロードするようになっている。シナリオデータのアップロードは、図６（ａ）の収録シナリオの管理データ（自律起動条件等）と、図６（ｂ）のシナリオ本体（シナリオデータ）の両者を一体としてアップロードする場合と、両者を分離してアップロードする場合とがある。
【００９８】
シナリオ本体と収録シナリオ管理データを分離してアップロードする場合、シナリオ管理データには、シナリオ本体を起動するための自律起動条件と、シナリオ本体の保存先を示すＵＲＬ（保存先指定情報）が含まれる。
この場合、エージェント装置１では、容量の大きいシナリオ本体はサーバに保存したまま、収録シナリオ管理データだけをダウンロードすればよく、少ない記憶容量でも多くの管理データを収集することができる。そして、自律起動条件を満たした際にＵＲＬを指定して該当するシナリオ本体を一時記憶して実行する。
【００９９】
また、シナリオ作成装置２の通信制御装置(230)は、ネットワークに接続した他のシナリオ作成装置との間で、お互いに作成したシナリオデータの送受信したり、シナリオデータの作成に必要なデータの送受信をしたりすることができるようになっている。シナリオ作成装置間でのシナリオデータの送受信を行う場合も、シナリオ本体と管理データとを一体で送受信する場合と、管理データ（自律起動条件とシナリオ本体の保存先ＵＲＬ等）のみを送受信する場合がある。
通信制御装置(230)はCPU(200-1)によって制御され、例えば、TCP/IPなどの所定のプロトコルに従ってこれら端末装置やサーバ装置との信号及びデータの送受信を行なう。
なお、シナリオ作成装置２で作成したシナリオデータは、ICカード等の記憶媒体に書き込んでエージェント装置１に取り込むことも可能である。
【０１００】
記憶装置(240)は、読み書き可能な記憶媒体と、その記憶媒体に対してプログラムやデータを読み書きするための駆動装置によって構成されている。当該記憶媒体として主にハードディスクが使用されるが、その他に、例えば、光磁気ディスク、磁気ディスク、半導体メモリなどの他の読み書き可能な記憶媒体によって構成することも可能である。
記憶装置(240)には、シナリオ編集プログラム(240-1)、シナリオ編集データ(240-2)、及びその他のプログラム・データ(240-3)が格納されている。その他のプログラムとして、例えば、通信制御装置(230)を制御し、シナリオ作成装置とネットワークでつながれた端末装置やサーバ装置との通信を維持する通信プログラムや、メモリ管理や入出力管理などのシナリオ作成装置を動作させるための基本ソフトウエアであるOS(Operating System)なども記憶装置(240)に格納されている。
記憶媒体駆動装置(250)は、着脱可能な記憶媒体を駆動してデータの読み書きを行なうための駆動装置である。着脱可能な記憶媒体としては、例えば、光磁気ディスク、磁気ディスク、磁気テープ、ICカード類、データをパンチした紙テープ、CD-ROMなどがある。
【０１０１】
シナリオ作成装置２は、記憶媒体駆動装置(250)によって記憶媒体を駆動することにより、シナリオデータが格納された記憶媒体からシナリオを取得したり、あるいは、作成したシナリオデータを記憶媒体駆動装置から記憶媒体に格納したりすることができる。
入出力I/F(260)は、例えば、シリアルインターフェースやその他の規格のインターフェースにより構成されている。
入出力I/F(260)に当該インターフェースに対応した外部機器を接続することにより、シナリオ作成装置の機能を拡張することができる。このような外部機器として例えば、ハードディスクなどの記憶装置、通信制御装置、スピーカ、マイクロフォンなどがある。
【０１０２】
次に、シナリオ編集プログラム(240-1)と、シナリオ編集データ(240-2)の構成について説明する。
図１５は、シナリオ編集プログラムとデータの構成を概念的に表したものである。
シナリオ編集プログラム(240-1)は、シナリオエディタ(240-1-1)と、シナリオコンパイラ(240-1-2)と、DB編集ツール(240-1-3)が存在する。
シナリオ編集データ(240-2)は、共通定義DB(240-2-1)と、ローカル定義DB(240-2-2)と、シナリオエディタで作成したSCE形式シナリオデータ(240-2-3)と、シナリオコンパイラで変換された実機形式（NAV形式）シナリオデータ(240-2-4)が存在する。
シナリオエディタ(240-1-1)は、シナリオデータを作成するアプリケーションプログラムである。
シナリオコンパイラ(240-1-2)は、シナリオエディタ(240-1-1)で作成されたSCE形式のシナリオデータ(240-2-3)を、エージェント装置で使用可能な実機形式のシナリオデータ(240-2-4)に変換するアプリケーションプログラムで、変換手段として機能する。
【０１０３】
図１６は、シナリオコンパイラ(240-1-2)によるシナリオデータのデータ形式を変更した状態を概念的に表したものである。
この図１６に示されるように、シナリオコンパイラ(240-1-2)は、1個以上のSCE形式シナリオデータ(240-2-3)を、個々の実機形式（NAV形式）のシナリオ本体と、この個々のシナリオ本体に対応する１個の実記形式の集録シナリオ管理データからなるシナリオデータ(240-2-4)に変換する。
集録シナリオ管理データには、各シナリオ本体毎の自律起動条件とそのシナリオ本体が格納されているサーバのＵＲＬを含むデータで構成される。図示しないが、詳細には、各シナリオ本体毎にＩＤが付与されており、そのシナリオ本体のＩＤに対応する自律起動条件とサーバのＵＲＬとを紐付けておくことにより、車載装置においてのシナリオダウンロードが可能となる。
この自律起動条件は、後述するシナリオコンパイラ(240-1-2)により、各起動条件を分類した際に付けられる識別番号単位で管理される。
【０１０４】
図１５において、DB編集ツール(240-1-3)は、共通定義DB(240-2-1)に格納されているデータを編集・更新するためのアプリケーションプログラムである。
共通定義DB(240-2-1)は、シナリオデータを作成する際の定義データが格納される。共通定義DB(240-2-1)には、後述する自動起動項目データの他、シーン展開をするアクション項目及び追加判断項目、キャラクタの表示状態指示テーブル等が格納される。この共通定義DB(240-2-1)は、シナリオ作成装置の記憶装置ではなく、ローカルエリアネットワーク(LAN)でつながっているサーバ上に存在してもよい。こうすることで、ローカルエリアネットワーク(LAN)でつながっている各シナリオ作成装置は共通の共通定義DB(240-2-1)を使ってシナリオデータの作成ができる。
ローカル定義DB(240-2-2)は、シナリオ作成者がシナリオデータを作成中に定義した画面構成が格納される。
SCE形式シナリオデータ(240-2-3)は、シナリオエディタ(240-1-1)で作成されたデータである。
実機形式（NAV形式）シナリオデータ(240-2-4)は、シナリオコンパイラ(240-1-2)によってSCE形式シナリオデータ(240-2-3)からエージェント装置で使用するためのデータ形式に変換されたデータである。
【０１０５】
図１７は、共通定義DB(240-2-1)に格納されている自動起動項目として設定可能な項目を例示したものである。
この自動起動項目は、エージェント装置で検出、認識、確認可能な各項目の種類のサンプルを概念的に一覧表示したものである。
この自動起動項目は、共通定義DB(240-2-1)に記述されており、シナリオエディタ(240-1-1)でシナリオを作成する際に、自律起動条件を設定するために、自動起動項目が共通定義DB(240-2-1)から読み出され、リスト表示される（提示手段）。作成者は、このリスト表示（一覧表示）された中から自動起動項目を選択する（選択手段）。
それぞれ選択された項目の種類に記されている内容によって数値入力を行なうウインドウが表示されたり、一覧から選択するウインドウが表示されたりして自動起動項目の判断条件を入力する。この操作を1又は複数回繰り返しシナリオを自律的に起動するための判断条件である自律起動条件のデータが作成される。
このように、画面要素推移体（シナリオ）の起動条件を設定することにより、起動条件設定手段が形成される。
【０１０６】
図１７(b)、図１７(c)は、自動起動項目に対して、自律起動条件として選択可能な選択可能項目を例示したものである。
選択可能項目も共通定義DB(240-2-1)に記述されている。図１７(a)に例示した自動起動項目を示したテーブルのうち、種別の欄に一覧から選択と表記された項目について、更に下位の概念として選択可能な項目が、選択可能項目として図１７(b)、図１７(c)に規定されている。選択可能項目に規定されたグループと、自動起動項目の項目とは、一番左側のNo.の項目で対応付けられている。
選択された自動起動項目と選択された選択可能項目及び入力された数値や時刻、距離等の組み合わせが、各シナリオに対する自律起動条件となる。例えば、ユーザによる選択が、自動起動項目「加速度」、選択可能項目「急減速状態」である場合、自律起動条件は「加速度−急減速」となる。
なお、本サンプルはあくまでもサンプルであり定義を変更してもよい。
例えば車速入力を一覧から選択にし、10km/h毎に区切られた項目の中から選択する形をとってもよい。
【０１０７】
図１５における共通定義DB(240-2-1)には、更に、１のシーン（画面要素）から次のシーンに展開するための移行条件（展開条件）や分岐条件が格納されている。
展開条件の各項目は、各シーンの展開構成を作成する際に読み出され、分岐条件指定ウインドウにリスト表示される。このリスト表示された中から展開条件項目を選択することにより、図９の（ａ）から（ｂ）へ、（ｂ）から（ｃ）へと例示されるように、シーンの展開構成が作成される。
また、各シーンから条件を判断して、その判断結果から複数のシーンに分岐する場合の条件項目も選択可能である。図９の例では、（ｃ）から（ｄ）と（ｆ）に分岐するシーンが展開されている。
このように通常シーンの後に分岐シーンを複数（直列、及び並列に）継続させることで、1の通常シーンに対して多彩な条件で分岐する複数の通常シーンを展開させることが可能になる。
【０１０８】
共通定義DB(240-2-1)には、その他、音声認識に使用する音声認識用データと、キャラクタの動作指示に使用するデータ（別途台詞の指示データも存在する）と、各シーンで設定した指示をプレビューして確認するためのキャラクタ画像データ及びキャラクタ台詞データ及びキャラクタによらない統一の指示に対する各キャラクタの表現方法への変換テーブルと、表示装置(2)に表示する各パーツデータ及びそれらをどのように配置するかが記された画面構成データと、シーンにおける処理内容として選択可能な項目、例えば、エージェントが処理可能な行為である、オーディオ装置のオン・オフやチャンネル選択、エアコン装置のオン・オフと温度設定、全体処理部(102)に供給する目的地の設定等の各種処理内容項目データ等が格納されている。
これら全ての定義データも、各定義データと同様に、変更及び追加がDB編集ツール(240-1-3)を使って行なうことができるようになっている。
各シーンで設定した指示をプレビューして確認するためのキャラクタ画像データは、エージェント装置に格納されている各種キャラクタの画像データが格納されている。
【０１０９】
次に、このように構成されたシナリオ作成装置によるシナリオ作成の各動作について、画面の遷移に従って説明する。
図１８は、シナリオエディタ(240-1-1)を起動した場合に表示装置に表示されるメインウインドウの構成を表したものである。
以下に説明するように、このメインウィンドウからの各種設定により、車載装置の表示画面と同期して実行される処理内容が定義された画面要素を組み合わせて構成された画面要素推移体データを作成する画面要素推移体作成手段が構成される。
この図１８に示されるように、メインウインドウは、作成中のシーン画面（エージェント装置１の表示装置(2)に表示されるシーン画面（図９参照））が表示されるシーン画面301と、各種設定を行う設定項目が表示された設定画面303と、シーンの展開構成（分岐の状態）が各シーンを表すシーンアイコン307のツリー構造により表示されるシーン展開画面305、及び処理アイコン表示部で構成されている。
【０１１０】
シナリオエディタ(240-1-1)を起動すると、メインウインドウのシーン展開画面305には、スタートポイント308が表示される。このスタートポイント308を選択するとシナリオプロパティの編集ができる。選択は、例えば、マウスカーソルによるポイント位置を該当箇所に合わせて、マウスをダブルクリックすることで選択される。
画面構成の変更ボタン309は、表示したい画面構成を選択するボタン、効果音設定ボタン310は、シナリオのシーン毎に効果音を設定する画面を表示するボタンである。
エージェント表示画面311を選択すると、エージェント（キャラクタ）の動作の編集画面が表示される。
【０１１１】
台詞編集ボタン313は、キャラクタの台詞の指示を編集するボタンである。
ボタンパーツとバックグラウンド音声認識辞書設定315を選択すると使用する音声認識辞書の編集ができる。シーン画面301の回答選択ボタン315aのマークで表示されている方を選択すると認識する単語の名称がシーン画面に表示され、バックグラウンドで認識する方315bを選択すると、音声認識の対象となるが認識する単語の名称は表示されない。
タイマー設定ボタン317は、タイマー設定情報を設定、及び変更するためのボタンである。
外部機器等の制御指示編集319では、外部機器等（ナビも含む）の制御指示を設定する。
【０１１２】
音声認識開始制御指示320aでは、作成中のシーンにおいて音声認識を行う場合に、音声認識の開始をどのようにするかを規定する音声認識の指示を設定する。音声認識の指示としては、音声認識を「自動で開始する」、「自動で開始しない」、「エージェント装置（車載装置）が判断する（おまかせ）」、のうちのいずれかを選択可能になっている。
コールバック制御指示320bでは、音声認識の結果を確認するためのコールバックを行うか否かについての指示を設定する。コールバックの指示としては、「コールバックする」、「コールバックしない」、エージェント装置が状況判断してコールバックをするかしないかを判断する「エージェント装置が判断（おまかせ）」のうちのいずれかを選択可能になっている。
【０１１３】
AMMの変化の設定変更ボタン321は、作成中のシーンでエージェントの各長期的感情要素を変更するためのボタンである。
シーン展開表示部322は、シーン展開画面で指定された（アクティブ状態の）シーンに対して規定されている展開条件項目及び追加条件項目と、その条件項目を満たす場合に継続（接続）するシーンが表示される。
シーン展開表示部322の左側には、図１８に示されるように、アクティブ状態のシーンに設定された展開条件（表2参照）や追加条件の分類（表3参照）がツリー構造で表示される。また、シーン展開表示部の右側には、移行条件の内容とその接続先（展開先のシーン番号）が表示される。
処理アイコン表示部には、シーン作成ボタン323、分岐シーン作成ボタン324、ダミーシーン作成ボタン325、エイリアスシーン指定ボタン326、エンドIDボタン327、リンクIDボタン328、挿入ボタン329、上下差替ボタン330、シーン再生ボタン331、ビルドボタン332、その他の処理ボタンが表示されている。
【０１１４】
シーン作成ボタン323は、新たに通常シーンを作成する場合に使用する。
シーン作成ボタン323をクリックするとシナリオの流れを編集できる（次のシーンを作成する）。シーン作成ボタン323をクリックすると、現在選択しているシーンの次に展開する通常シーンの作成が可能になる。
シーン作成ボタン323でシナリオの流れを分岐させることで、各通常シーンに対する展開構成が作成される。例えば、図１８のシーン展開画面305に表示されているシーン展開構成に於いて、通常シーンのアイコン5を選択した状態（アクティブ表示されている状態）で、シーン作成ボタン323をクリックするとシーン5に続くシーンのアイコンが下層側に表示され、複数回クリック（複数回作成操作を行う）することでシーン5に続いて展開される通常シーン7、8、…が分岐して作成される。
【０１１５】
すなわち、シーンm（通常シーン又は分岐シーン）を選択した状態でシーン作成ボタン323をクリックすることで、シーンmに続く次の通常シーンm1が作成される。そして、再度シーンmを選択した状態で、シーン作成ボタン323をクリックするとシーンmに続く次の通常シーンm2が、通常シーンm1と並列に分岐して作成される。同様に再度シーンmを選択した状態でシーン作成ボタン323をクリックすると通常シーンm3が作成される。
そして、作成した通常シーンm1に続くシーンを更に展開させたい場合には、通常シーンm1を選択した状態でシーン作成ボタン323をクリックすることで、通常シーンm1に続く次の通常シーンm1-1が作成される。通常シーンm1から分岐する別のシーンを作成する場合にはシーンm1を再度選択してシーン作成ボタン323をクリックすればシーンm1に続くシーンm1-2が作成される。
【０１１６】
更に、作成した通常シーンm1-1アクティブにした状態でシーン作成ボタン323をクリックすれば、通常シーンm1-1に続く通常シーンm1-1-1が作成される。
分岐シーン作成ボタン324、新たに分岐シーンを作成する場合に使用する。
分岐シーン作成ボタン324をクリックするとシナリオの流れを編集できる（次の分岐シーンを作成する）。分岐シーン作成ボタン324をクリックすると、現在選択しているシーンの次に展開する分岐シーンの作成が可能になる。
分岐シーン作成ボタン324により、展開条件に続けてさらに複数の追加条件で分岐させることで、移行条件の論理演算（論理和、論理積）による各通常シーンに対する展開構成を作成することができる。
【０１１７】
例えば、図１８のシーン展開画面305に表示されているシーン展開構成において、通常シーン1から通常シーン2に展開する場合に、両通常シーン間に分岐シーン4と分岐シーン6を挿入することで、通常シーン1に規定する状態変化をした場合で、分岐条件4と分岐条件6の両者を満たした場合に通常シーン2が通常シーン1に続いて展開される。このように、分岐シーンを複数使用することで、多彩な条件設定により種々の展開をするシナリオを作成することができる。
【０１１８】
図１８において分岐シーンは符号333で表されている。分岐シーンの作成は、通常シーンに続けることも、分岐シーンに続けて作成することも可能である。例えば、図１８のシーン展開画面305の通常シーン1をアクティブにした状態で分岐シーン作成ボタン324を選択することで分岐シーン4が作成され、この分岐シーンをアクティブにした状態で更に分岐シーン作成ボタン324を選択することで分岐シーン6が作成されている。
分岐シーンを階層的に作成する方法は、上で説明した通常シーンの作成方法と同様である。
【０１１９】
ダミーシーン作成ボタン325は、ダミーシーンを作成するボタンである。
ダミーシーンは、シーンを管理する管理データと、各種処理データと、展開管理データとで構成されていて、ナビゲーション機能における目的地の設定処理、エージェントの学習結果の記憶処理等の各種処理が規定される。
エイリアスシーン指定ボタン326は、アクティブ状態のシーン（通常シーン、分岐シーン）から、作成済みの他のシーン（通常シーン、分岐シーン）に移行させるボタンである。
例えば、シーン展開画面305のシーン展開構成において分岐シーン6をアクティブにした状態で、エイリアスシーン指定ボタン326を選択した後に、移行したいシーン画面5を選択すると、シーン画面5に移行することを表すエイリアス画面334が表示される。
終了位置作成ボタン327は、シナリオの終了位置を特定するためのエンドIDを作成するためのボタンである。
【０１２０】
終了位置作成ボタン327をクリックするとシナリオの終了位置340を作成できる。作成した各シナリオの終了位置340には、終了番号がエンドIDとして割り振られるようになっている。
作成したシナリオの終了位置340を選択すると、エンドプロパティ編集画面（図４０参照）を表示し、この画面において、エージェントの各短期的感情要素を設定、及び変更することができる。
リンクIDボタン328は、シーンに他のシナリオをリンクさせるリンクIDを作成するためのボタンである。
【０１２１】
挿入ボタン329は、それぞれアクティブ状態のシーン（通常シーン、分岐シーン）又はエンドマークの前に通常シーン、分岐シーン、ダミーシーンを挿入するためのボタンである。各シーンの種類に応じたボタンを選択する。
上下差替ボタン330は、シーンの上下位置を変更するボタンであり、アクティブなシーンを上に移動するボタンと下に移動するボタンがある。
シーン再生ボタン331は、アクティブな通常シーンを再生するためのボタンである。
ビルドボタン332は、作成したシナリオをエージェント装置で使うための実機形式（NAV形式）のフォーマットにコンパイルするためのボタンである。
【０１２２】
なお、図１８に示したメインウインドウは、シナリオの作成途中を例示したもので、シナリオエディタ(240-1-1)を起動した当初の画面は、シーン展開画面305にスタートポイント308だけが表示され、シーン画面301には何も表示されていず、設定画面303も未設定（デフォルト値は表示されている）の状態である。
【０１２３】
シーン展開画面305において分岐シーン、例えば、図１８の分岐シーン４を選択してアクティブにするとシーン画面301の領域に、追加条件分類表示欄と、追加条件項目欄が表示される。
分岐条件分類表示欄には、アクティブ状態の分岐シーンに対して選択されている追加条件項目の分類が表示され、分岐条件項目欄には、分岐先を指定する追加条件項目が表示される。
【０１２４】
図１９は、シナリオプロパティを編集する画面操作の流れを表したものである。
図１８に示したメインウインドウにおいて、シーン展開画面305に表示されているスタートポイント308をダブルクリックすると、図１９に示すシナリオプロパティの編集ウインドウがメインウインドウ上に重ねて表示される。
このシナリオプロパティの編集ウインドウにおいて、シナリオ名称入力、カナ名称入力、アイコン選択、ジャンル選択、プライオリティの設定、有効期限（開始条件を満たしてから実際に開始するまでのタイムラグの上限値）の設定、走行中実行条件の設定、シナリオの起動条件の設定（別ウインドウ）、スタンバイ処理使用条件の設定、作成者名称入力、コメント入力が行なえる。この画面で入力されるシナリオ名称入力、カナ名称入力は、実機形式のシナリオデータにおける管理データ等となる。
シナリオプロパティの編集ウインドウにおいて、決定ボタン402をクリックすると編集内容がデータに反映され、メインウインドウに戻る。一方、キャンセルボタン403をクリックするとデータに反映されなで、メインウインドウに戻る。
シナリオプロパティの編集ウィンドウ（図１９）において、スタンバイ処理使用条件の設定ボタン409をクリックすると、スタンバイ処理の条件画面が表示され、スタンバイ処理を行うか否かを選択できるようになっている。
【０１２５】
シナリオプロパティの編集ウインドウにおいて、起動条件の設定ボタン401を選択すると、図２０(a)に示す、シナリオ開始条件（自動起動条件）のメイン編集ウインドウが表示される。
以下に説明する、このシナリオ開始条件のメイン編集ウィンドウによる設定処理により、画面要素推移体データを起動する起動条件を設定する起動条件設定手段が構成される。
シナリオ開始条件のメイン編集ウインドウ（図２０(a)）では、ユーザがシナリオを手動で開始できるように設定できる。この事例ではチェックボックス406のチェックを外して手動で起動しないに設定されている。
【０１２６】
このシナリオ開始条件のメイン編集ウインドウ(a)の左側の自動起動条件（自律起動条件）一覧にはシステムがシナリオを自動で開始する条件が表示される。図２０(a)の状態では、まだ何も設定されていないので空欄の状態である。
シナリオ開始条件のメイン編集ウインドウ（図２０(a)）において、新規作成ボタン405をクリックすると、自動開始条件選択ウインドウ（図２０(b)）が表示され、新しい開始条件の編集ができる。
【０１２７】
自動開始条件選択ウインドウ（図２０(b)）において、設定したい判断条件項目（カテゴリ）を選択し、決定をクリックすると自動開始する条件範囲の選択ウインドウ（図２０(c)）へ進む。この図２０(b)の例示では、高速道路走行中にシナリオを自動で開始（自律起動）したいので、「道路の状態がどのようなときに起動するか選択」の中の「種類を選択」の項目を選択し、決定をクリックする。
キャンセルをクリックするとシナリオ開始条件のメイン編集ウインドウ（図２０(a)）に戻る。
【０１２８】
この自動開始条件選択ウインドウ（図２０(b)）に表示し、選択できる項目は、図１７(a)に表示した自動起動項目である。図２０(b)において、「いつ起動させるかを選択」のフォルダ内を選択すると図１７(a)のNo.1〜10の条件項目が1つ下の階層に表示される。
同様に、「どこで起動させるかを選択」のフォルダを選択するとNo.10〜16が、「道路の状態がどのようなときに起動させるかを選択」のフォルダを選択するとNo.21〜23が、「車の状態がどのようなときに起動させるかを選択」のフォルダを選択するとNo.17〜20が、「ナビの状態がどのようなときに起動させるかを選択」のフォルダを選択するとNo.21〜28が、「ユーザがどのようなときに起動させるかを選択」のフォルダを選択するとNo.29〜30が、それぞれ1つ下の階層に表示される。
【０１２９】
自動開始する条件範囲の選択ウインドウ（図２０(c)）では、前のウインドウ(b)で選択した判断条件項目（カテゴリ）によってウインドウの構成が変わる。図示した例では、道路の種類を選択する項目のウインドウが表示されている。
自動開始する条件範囲の選択ウインドウ（図２０(c)）で、選択可能な項目は、自動開始条件選択ウインドウ（図２０(b)）で選択した自動起動項目に対応する、選択できる項目（図１７(b)）である。この選択できる項目は、選択項目欄408右側のマークをクリックすることで、プルダウンメニュー表示される。
【０１３０】
自動で開始しても良い条件範囲を一覧から選択（又は数字で入力）し、追加ボタンをクリックすると選択した項目が設定されて下の欄に表示される。図示した例では、「高速道路」を選択して追加ボタンをクリックした場合が表示されている。
自動開始する条件範囲の選択ウインドウ（図２０(c)）で決定ボタンをクリックするとその設定状態に決定し、シナリオ起動条件のメイン編集ウインドウ（図２０(c)）に戻る。
キャンセルをクリックすると自動開始条件選択ウインドウ（図２０(b)）に戻る。
図２０(d)のシナリオ開始条件のメイン編集ウインドウでは、左側の自動起動条件一覧に、上記操作で設定した自動で開始する条件（道路の種類が高速道路だったら起動する）が表示されている。
また、自動起動の条件一覧画面に表示されている自動で開始する条件を選択して編集ボタンをクリックすると、選択した条件にさらに条件設定を追加するための自動開始条件選択ウインドウ（図２０(b)）が表示される。
【０１３１】
次に、自律起動条件以外の、シナリオを作成する各種操作について説明する。
エージェント表示画面51（図９参照）に表示する画面構成は、図１８に示されるメインウインドウのシーン展開画面305に表示されているシーンアイコン307を選択してアクティブ状態にすると、選択したシーンアイコンに対応するシーン画面が表示される。このそして、設定画面303の画面構成の変更ボタン309をクリックすると、画面構成の選択ウインドウが表示される。
この画面構成の選択ウインドウでは、シーン表示画面54（図９参照）に表示可能なる画面の構成として、何も表示されない基本画面、ボタンによる選択ボタンが２つ表示された2択画面、選択ボタンが複数表示されたボタン選択画面、例えば、都道府県名等の複数の項目がリスト表示されるリスト選択画面、画像データを表示する画像表示画面等の各種選択可能な画面が表示される。
一覧表示された各画面構成の中から1の画面構成を選択することで画面構成を決定する。
【０１３２】
シーン画面の編集状態を表しているメインウィンドウ（図１８）において、エージェント表示画面311をマウスでダブルクリックすると、キャラクタ動作（エージェントの動作）指示を編集する動作編集ダイアログが表示される。
この動作編集ダイアログにおいて、お辞儀をする、右を指す、右を見る等の個別の動作の一覧や、感謝、否定、誉める、挨拶等の表現内容の一覧が表示され、各シーン画面毎のキャラクタの動作を指定する。
【０１３３】
キャラクタ（エージェント）の台詞は、台詞の編集ウィンドウで設定される。
台詞の編集ウィンドウは、シーン画面の編集状態を表しているメインウインドウ（図１８）において、設定画面303の台詞編集ボタン313をクリックすることで表示される。
台詞の編集ウインドウでは、PCM（録音されて用意されている肉声データ）による設定と、TTS（合成音声）による設定が可能である。
PCMの場合、台詞を全角ひらがなで入力（上記入力用ボックス）し該当する台詞が有るか検索し、検索結果（検索結果一覧表示欄が存在する）から選択しキャラクタに話させる台詞を設定する。
一方、TTSの場合は台詞名称（吹き出し表示用データ）とフリガナ（合成音声を作成するためのデータ）を入力しキャラクタに話させる台詞を設定する。
台詞の編集ウインドウにおいて、設定された台詞の内容が吹き出し画面430のデータとしても反映される。
【０１３４】
図２１は、作成したシナリオをエージェント装置１で使用可能な実機形式（NAV形式）のフォーマットにコンパイルするための画面操作の流れを表したものである。
メインウインドウ(図18)において、ビルドボタン332をクリックすると、シナリオコンパイラのウインドウ（図２１(b)）が表示される。
【０１３５】
このシナリオコンパイラのウインドウ（図２１(b)）において、コンパイルしたデータを出力するファイルの名称を名称欄701で指定する。
また、同時に変換するシナリオを選択（シナリオ一覧リスト702にリストアップされているシナリオを同時に変換する）し、コンパイルボタン703をクリックすると、シナリオコンパイラ(図１５：240-1-2)がデータ変換を開始する。
データ変換の状況は、結果表示部704に表示される。
なお、同時に変換するシナリオの追加は、追加ボタン705を選択して行なう。
【０１３６】
シナリオコンパイラのウインドウ（図２１(b)）において、条件設定ボタン706を選択すると、コンパイル条件設定ダイアログ（図２１(c)）が表示される。
このコンパイル条件設定ダイアログ（図２１(c)）では、エージェント装置で使用可能な実機形式（NAV形式）のフォーマットにコンパイルするときに、コンパイル条件として、シナリオの自律起動条件を含む集録シナリオ管理データと、シナリオ実行時のデータ（シナリオ本体）とを分割するか、一体にするかを選択する。
また、集録シナリオ管理データとシナリオ本体とを分離する場合、保存先指定情報欄７１１でシナリオ本体の保存先となるＵＲＬを設定し、どのサーバに置くかを設定する。
コンパイル条件として、選択する項目は、上記以外にも、シナリオデータの有効期限等が存在する。
【０１３７】
コンパイル条件設定ダイアログ（図２１(c)）で、O.K.ボタンを選択すると、その設定で決定し、シナリオコンパイラのウインドウ（図２１(b)）に戻る。キャンセルボタンを選択すると、その設定は反映されなで、シナリオコンパイラのウインドウ（図２１(b)）に戻る。シナリオコンパイラのウインドウ（図２１(b)）において、終了ボタンをクリックすると、メインウィンドウ(a)に戻る。
【０１３８】
シナリオコンパイラのウインドウ（図２１(b)）においてコンパイルボタン703をクリックすると、データ変換により、シナリオエディタで作成された自律起動条件の展開と、グループ化（分類）が行われる。
例えば、オービス警告のシナリオＰを起動する条件として、次のａ〜ｅの５の条件が設定された場合について説明する。
条件ａ：走行中の道路が高速道路である
条件ｂ：車速が１２０ｋｍ／ｈ以上である
条件ｃ：オービスＡの地点の２ｋｍ手前
条件ｄ：オービスＢの地点の２ｋｍ手前
条件ｅ：オービスＣの地点の２ｋｍ手前
そして、これらの各条件ａ〜条件ｅは、条件ａと条件ｂを満たし、かつ、条件ｃ〜条件ｅのいずれかを満たす場合を自律起動条件としてＳＣＥ形式のシナリオデータ（シナリオエディタでのデータ形式）で規定されているものとする。この場合の自律起動条件を概念的に表すと次のようになる。
条件ａ×条件ｂ×（条件ｃ＋条件ｄ＋条件ｅ）
【０１３９】
この自律起動条件をコンパイラ(240-1-2)により実機形式（ＮＡＶ形式）に変換すると、まず、論理和を含まず論理積からなる次の３つの自律起動条件に展開する。
条件ａ×条件ｂ×条件ｃ
条件ａ×条件ｂ×条件ｄ
条件ａ×条件ｂ×条件ｅ
このように展開した各自律起動条件はいずれも対応するシナリオを実行するための自律起動条件であり、いずれか１つでも満たせば、対応するシナリオが実行される。上記例の場合であれば、いずれか１つの条件を満たせばオービスを警告するシナリオが実行されることになる。すなわち、シナリオコンパイラ(240-1-2)によって、１のシナリオに対して作成された１の自律起動条件が、当該１のシナリオに対する複数の自律起動条件に展開されることになる。展開された各自律起動条件は該当するシナリオに対応つけられている。
【０１４０】
同様に他のシナリオＱに対して、
ｆ×（ｇ＋ｈ）×（ｉ＋ｊ＋ｋ）といった自律起動条件が設定されている場合、シナリオコンパイラ（２４０−１−２）で実機形式（ＮＡＶ形式）に変換すると次の６つの自律起動条件に展開される。
ｆ×ｇ×ｉ
ｆ×ｇ×ｊ
ｆ×ｇ×ｋ
ｆ×ｈ×ｉ
ｆ×ｈ×ｊ
ｆ×ｈ×ｋ
従って、上記２種類のシナリオＰ、Ｑをコンパイラ(240-1-2)で実機形式（ＮＡＶ形式）に変換すると、９個の自律起動条件が存在することになる。オービス警告のシナリオＰを実行する自律起動条件が３個で、もう一方のシナリオＱを実行する自律起動条件が６個になる。
以上のように、個別条件の論理和と論理積で構成された起動条件を、個別条件の論理積で構成された複数の起動条件に展開することにより、本願発明の条件展開手段が形成される。
【０１４１】
次に、シナリオコンパイラ(240-1-2)は、展開処理後の全ての自律起動条件（展開した自律起動条件と、論理和を含まないために展開対象外であった自律起動条件を含む）に対して、年月日及び位置に関して、図７、図８で説明したように、グループ化を行う。
グループ化処理において、シナリオコンパイラ(240-1-2)は、各自律起動条件から位置に関する情報を取得し、図８の説明に従って、当該位置に対する１次メッシュ及び２次メッシュの正規化を行い、その位置に対する１次メッシュコードと２次メッシュコードを算出する。
そして、年によるソート処理を行うことで、最上位の年に関するグループ化（分類）を行う。そしてグループ化された各年と年条件無しのグループに対して、第２位の日付（月日）によるソート処理を行う。更に、グループ化された各日付と日付条件無しのグループに対して、第３位、第４位の位置に関するグループ化を行う。
このように、展開した起動条件と、それ以外の設定した起動条件を、所定の個別条件に分類（グループ化）することにより、本願発明の分類手段が形成される。
【０１４２】
シナリオコンパイラ(240-1-2)でグループ化（分類）した各自動起動条件は、グループを表すインデックス（識別符号）を付けて、シナリオ本体と共に実機形式（ＮＡＶ形式）のシナリオデータ(240-2-4)として、記憶装置２４０のシナリオ編集データ(240-2)に格納される。
なお、各自動起動条件ごとに識別符号を付けるのではなく、各グループ単位に自動起動条件を格納し、グループ単位に識別符号を付するようにしてもよい。
【０１４３】
実機形式（ＮＡＶ形式）のシナリオデータ(240-2-4)は、シナリオ本体と収録シナリオ管理データが一体となっている場合と、分離されている場合がある。
以下分離される場合について説明するが、この場合の処理が、画面要素推移体データが車外のいずれの場所に保存されているかを示す保存先指定情報を、その起動条件と関連付けて設定する保存先情報設定手段に該当する。
コンパイル条件設定ダイアログ（図２１(c)）で「分割してサーバに置く」を選択した場合、コンパイルしたシナリオ本体と、集力シナリオ管理データとを置く場所を指定する。
図２１(C)では、「http://www.equos.co.jp/Sample/」が設定された状態が表示されており、このアドレスに作成したシナリオを置くことを意味している。
例えば、図２１(b)のように、サンプルシナリオ、サンプルシナリオ２、サンプルシナリオ３、の3個のシナリオで、NAV形式シナリオデータを作成する場合で説明する。
管理部分の名称は、図２１(b)の名称入力欄で入力したものになる。つまり、Sample.NAVとなる。各シナリオデータは、Scenario0001、Scenario0002、Scenario0003という形で「Scenario」＋シーケンス番号の形で生成される。シーケンス番号は、図２１(b)の一覧表の上にあるシナリオから順に、1、2、3、…と自動で割り当てられる。
【０１４４】
これに、図２１(C)で設定したアドレスhttp://www.abcd.co.jp/Sample/を組み合わせて、各ファイルの実際のアドレスは次のようになる。
（イ）http://www.abcd.co.jp/Sample/Sample.NAV
（ロ）http://www.abcd.co.jp/Sample/Scenario0001
（ハ）http://www.abcd.co.jp/Sample/Scenario0002
（ニ）http://www.abcd.co.jp/Sample/Scenario0003
【０１４５】
実際に、エージェント装置１のシナリオデータ(10-2-3-4)には、Sample.NAVを置くアドレスである、http://www.abcd.co.jp/Sample/Sample.NAV/が、ヘッダ部分に存在し、Scenario0001、Scenario0002、Scenario0003の部分が、ソートされた自律起動条件の各条件と一緒に格納される。
ヘッダ部分に存在するhttp://www.abcd.co.jp/Sample/Sample.NAV/の部分を、シナリオ起動条件が登録されたときに、シナリオデータ(10-2-3-4)に一緒に格納される。
【０１４６】
シナリオデータ(10-2-3-4)に格納された実機形式のシナリオデータ、すなわち自律起動条件、シナリオ１、シナリオ２、及びシナリオ３は、それぞれ上記（イ）〜（ニ）のアドレスにアップロードされる。
そして、車載装置でこれらシナリオ１、シナリオ２、シナリオ３を使用する場合には、集録シナリオ管理データを、そのアドレスhttp://www.abcd.co.jp/Sample/Sample.NAVからダウンロードする。
【０１４７】
車載装置でシナリオ起動要求を発行する（図１１のＳ23）において、シナリオが登録されたときに記録したhttp://www.abcd.co.jp/Sample/と、ソートされた自律起動条件の各条件と一緒に格納されているScenario0001の部分を組み合わせ、シナリオ起動要求に添付してシナリオ駆動部(101-1)に対しメッセージを送る。
こうすることで、シナリオ駆動部(101-1)は、シナリオデータを取得する（図17のs505-4-4）ときに、http://www.abcd.co.jp/Sample/Scenario0001をダウンロードするのである。
【０１４８】
また、各シナリオデータのファイル名称を自動生成することなく、ユーザに入力させるようにしてもよい。この場合、図２１(b)のコンパイルするシナリオの一覧表に、コンパイルしたときのファイル名称を入力する欄を設けることで行なう。ただし、入力するのはSample.NAVからの相対位置となる。
【０１４９】
なお、シナリオエディタでシナリオデータ置く場所を指定する場合について説明したが、他の方法でもよい。
例えば、ダウンロードしたときのアドレスを記憶するようにしてもよい（変形１）。
この場合、コンパイル条件設定ダイアログ図２１(C)における保存先指定情報欄７１１は不要であり、表示されない。
いま、コンパイルしたシナリオをhttp://www.abcd.co.jp/Sample/Sample.NAVに置いたとする。
これを車載装置でダウンロードする場合、ブラウザソフトから、エージェント処理部に対して、ダウンロードしたアドレスhttp://www.abcd.co.jp/Sample/Sample.NAVを伝え、ファイル名称部分のSample.NAVを除いたhttp://www.abcd.co.jp/Sample/の部分を記録する。以下、車載装置でシナリオ起動要求の発行以降は上記と同じである。
この変形１の場合でも、各シナリオデータのファイル名称を自動生成することなく、ユーザに入力させても良い。この場合、図２１(b)のコンパイルするシナリオの一覧表に、コンパイルしたときのファイル名称を入力する欄を設けることで行なう。ただし、入力するのはSample.NAVからの相対位置となる。
【０１５０】
さらに、上記方法と変形１とを組み合わせた形でもよいものとする。つまり、上記方法場合でも、ダウンロードしたときに、ブラウザソフトから、エージェント処理部に対して、ダウンロードしたアドレスを伝えるのである。これからファイル名称を除いたものが、シナリオデータに収録されているもの（図２１(C)で設定したアドレス）と異なる場合はブラウザソフトから伝えたアドレスを使用する。
つまり、シナリオデータを作成してしばらくはhttp://www.abcd.co.jp/Sample/に置いていたが、何らかの事情で場所を変えて、http://www.efgh.co.jp/NAVI/Sample/に置いた場合、わざわざシナリオデータを作成しなおす必要がなくなる。
【０１５１】
以上説明したように、本実施形態のエージェント装置によれば、シナリオ作成装置で作成されたシナリオデータに基づいてエージェントを自律的に起動させる（自動で登場させる）条件を満たしたかを判断する処理を定期的にもしくは特定の状態を満たしたときに実行し、条件を満たした場合にエージェントを自動で登場させることができる。
一方、本実施形態のシナリオ作成装置及びシナリオエディタによれば、プログラムの知識の有無に関係無く、シナリオエディタを持つことで特定の条件を満たしたときに自動で登場して対応してくれるエージェントのシナリオデータを容易に作成及び編集することができる。
【０１５２】
また、本実施形態のシナリオ作成装置１によれば、シナリオコンパイラ(240-1-2)により、自律起動条件を論理和を含まない自律起動条件に展開し、年、日付、位置に関するグループ化を行うことができる。
そして、シナリオ作成装置により自律起動条件がグループ化されているので、エージェント装置では、判断を行う年月日と車両現在位置に該当するグループ内の自律起動条件のみを判断すればよく、判断処理の負荷を小さくすることができる。
【０１５３】
さらに、本実施形態のシナリオ装置によれば、シナリオコンパイラ(240-1-2)によりシナリオ本体と収録シナリオ管理データとを分離して実機形式に変換する。
このため、エージェント装置（車載装置）では、シナリオ本体は個別にサーバからダウンロードして一時記憶し、実行するので、収録シナリオ管理データ（シナリオ本体のＵＲＬと起動条件を含む）を情報記憶装置１０に格納しておけばよく、限られた記憶媒体の容量に対してより多くの集力管理データを格納することができる。すなわち、同一の記憶容量で、より多くのシナリオを実行することができるようになる。
【０１５４】
以上、本発明の車載装置、データ作成装置、及びデータ作成プログラムにおける１実施形態について説明したが、本発明は説明した実施形態に限定されるものではなく、各種の変形を行うことが可能である。
例えば、説明した実施形態のエージェント装置では、現在の状況を満たす分類に含まれる１以上の自律起動条件を抽出し、抽出した自律起動条件について条件が満たされたか判断するようにしているが、自律起動条件の分類を行わず、全自律起動条件を判断対象とすることも可能である。この場合も、満たした自律起動条件に関連付けて保存されているＵＲＬを指定して対応するシナリオをダウンロードして実行する。
【０１５５】
また、説明した実施形態では、図１０で説明したように、自律起動条件を満たした際にその自律起動条件に対応するシナリオを個別にサーバからダウンロードしてＲＡＭ(1-4)に格納し、実行するようにしている。
これに対して、自律起動判断部(101-2)が、自律起動条件の判断軽減のために抽出した、車両の位置と時間などの条件に近似する条件を備えた自律起動条件群（現在の状況を満たす分類に含まれる自律起動条件）に対応する全シナリオを一括してダウンロードしてＲＡＭ(1-4)に格納するようにしてもよい。
この場合、ダウンロードとその一時記憶に対する負担が増加するが、自律起動条件を満たす可能性が高いシナリオが予めダウンロードされているので、自律起動条件を満足したシナリオをすぐに起動することができる。
【０１５６】
また、説明した実施形態では、展開した自律起動条件に対し年、日付、位置に関するグループ化を行ったが、これらのうちの１つ又は２つによりグループ化するようにしてもよい。また、他の個別条件に関するグループ化を行うようにしてもよい。
また、グループ化に際しては、時間経過や車両移動に伴う変化が少ない条件ほどより上位に分類したが、位置に関する条件を最上位にするようにしてもよい。
また、位置に関するグループ化において、１次メッシュと２次メッシュによる正規化を行いグループ化したが、１次メッシュのみによるグループ化でもよい。この場合、１次メッシュのサイズを２次メッシュと同一サイズとすることも可能である。
【０１５７】
また、説明した実施形態では、シナリオ作成装置が自律起動条件の展開処理とグループ化を行う場合について説明したが、エージェント装置がシナリオデータに含まれる自律起動条件に対して展開処理（展開手段）とグループ化（分類手段）を行うようにしてもよい。
また、説明した実施形態及び変形例では、自律起動条件の展開処理として、論理和を含む全ての自律起動条件に対して、論理和を含まない自律起動条件に展開する場合について説明したが、分類処理の対象となる個別条件に限定して論理和の展開を行うようにしてもよい。すなわち、説明した実施形態の場合、分類対象となる年、日付、位置以外の個別条件に対する論理和は展開の対象外となる。
【０１５８】
また、説明した実施形態では、自律起動条件を年、日付、位置に関してグループ化して判断処理の負担を軽減する場合について説明したが、他に適用するようにしてもよい。
例えば、シナリオ作成装置やエージェント装置、ナビゲーション機能等におけるメニューの絞り込みを行う場合、各種紹介シナリオをユーザが選択して起動する場合のグループ化に適用することができる。位置に関するグループ化については図１１で説明した１次メッシュ及び２次メッシュによる正規化処理を行う。
すなわち、レジャーガイド等の情報提供項目（シナリオ）を増やすとうれしい反面、選択項目が増えるため、メニュー階層が深くなったり、リスト表示項目が増えてスクロールが大変になる。
そこで、地域と日付によって関係のあるシナリオ（必要なもの）に絞り込んでメニュー表示することで、選択しやすくすることができる。
例えば、地域で絞り込む例として、軽井沢紹介（観光、名産等）、横浜紹介、・・・、都心の場合には渋滞情報、などがあり、横浜及びその周辺のメッシュに車両が存在する場合に限定して横浜の紹介シナリオを表示する。
また、日付でグループ化する場合の例として、スキー場ガイド、海水浴ガイド、初詣ガイド、等がある。このようにグループ化することで、冬に海水浴ガイドが表示対象から除かれ、夏にはスキーガイドや初詣ガイドが対象から除かれることで、表示項目を減らし選択を容易にすることができる。
また、日付及び地域で絞り込む例として、お祭り等がある。
【０１５９】
このように、レジャーや買い物、飲食等の各種紹介シナリオを地域や日付によってグループ化して絞り込むことで、ユーザが個別に実行するシナリオを選択する場合に、時期、地域に関係のあるシナリオに限定して表示され、時期が外れていたり、地域が遠い場合のシナリオは表示対象外となる。
これにより、関係のないシナリオが表示されないので、ユーザは必要なシナリオを選択しやすくなる。
【図面の簡単な説明】
【０１６０】
【図１】本発明の実施形態におけるエージェント装置とシナリオ作成装置及びサーバからなる全体のシステム構成図である。
【図２】本発明の一実施形態におけるエージェント装置の構成を示すブロック図である。
【図３】ＣＰＵでプログラムが実行されることにより実現されるエージェント処理部と、全体処理部との関係を表した説明図である。
【図４】エージェント処理部の構成を表した説明図である。
【図５】外部記憶媒体に集録されている情報を概念的に表した説明図である。
【図６】実機形式シナリオデータの構成を表したものである。
【図７】集録シナリオの管理データに格納されている自律起動条件データの構造を概念的に表した説明図である。
【図８】１次メッシュ及び２次メッシュによる位置座標の正規化について表した説明図である。
【図９】旅館が宿泊予定者に送信した案内シナリオによるシーン画面の遷移を各シーン毎に表した画面遷移図である。
【図１０】自律起動判断部によるシナリオの自律起動判断処理について表したフローチャートである。
【図１１】条件判断処理の処理内容を表したフローチャートである。
【図１２】シナリオ実行処理の流れの一例を表したフローチャートである。
【図１３】シナリオデータ取得処理を表したフローチャートである。
【図１４】シナリオ作成装置の構成図である。
【図１５】シナリオ編集プログラムとデータの構成を概念的に表したものである。
【図１６】データ形式の変換を概念的に表したものである。
【図１７】自動起動項目として設定可能な項目を例示したものである。
【図１８】シナリオエディタを起動した場合に表示装置に表示されるメインウィンドウの構成を表したものである。
【図１９】シナリオプロパティを編集する画面操作の流れを表したものである。
【図２０】シナリオ開始条件のメイン編集ウィンドウから、シナリオ起動条件を編集する画面操作の流れを表したものである。
【図２１】作成したシナリオをナビゲーションで使用可能な実機形式のフォーマットにコンパイルするための画面操作の流れを表したものである。
【符号の説明】
【０１６１】
１  エージェント装置装置
２  シナリオ作成装置
３  サーバ
（１）  中央処理装置
（２）  表示装置
（３）  音声出力装置
（４）  音声入力装置
（５）  入力装置
（６）  各種状況検出装置
（７）各種車載装置
（８）通信制御装置
（９）通信装置
(10)外部記憶装置
(200)  制御部
(210)  入力装置
(220)  出力装置
(230)  通信制御装置
(240)  記憶装置
(250)  記憶媒体駆動装置
(260)  入出力Ｉ／Ｆ
【図１】
2005181196.tif 000003
【図２】
2005181196.tif 000004
【図３】
2005181196.tif 000005
【図４】
2005181196.tif 000006
【図５】
2005181196.tif 000007
【図６】
2005181196.tif 000008
【図７】
2005181196.tif 000009
【図８】
2005181196.tif 000010
【図９】
2005181196.tif 000011
【図１０】
2005181196.tif 000012
【図１１】
2005181196.tif 000013
【図１２】
2005181196.tif 000014
【図１３】
2005181196.tif 000015
【図１４】
2005181196.tif 000016
【図１５】
2005181196.tif 000017
【図１６】
2005181196.tif 000018
【図１７】
2005181196.tif 000019
【図１８】
2005181196.tif 000020
【図１９】
2005181196.tif 000021
【図２０】
2005181196.tif 000022
【図２１】
2005181196.tif 000023