JP2005147925A - 車載端末装置および車両向け情報提示方法 - Google Patents

Abstract

【課題】 キャラクタを用いた車両向け情報提示方法において、多彩な情報提示を行う。
【課題解決の手段】 出力部１０４，１０７にキャラクタの画像データおよび音声データを出力してユーザに情報を提示する車載端末装置１００であって、ユーザインターフェースプログラムが、記憶装置１０３から、入力情報に適合するキャラクタのデータが発見できなかったとき、ＣＰＵ１０１に前記キャラクタのデータをサービスセンタ２００からダウンロードさせる構成とした。
【選択図】 図１

Description

本発明はキャラクタを表示させる車載端末装置およびキャラクタを用いた車両向け情報提示方法に関する。

従来、車両のユーザに情報を提示する際に、ディスプレイにキャラクタを表示させて提示情報の演出を行う車両向け情報システムが公知である。例えば、特許文献1に示される、表示画面上にキャラクタを表示させる車載用ナビゲーション装置では、複数のモードが設定され、モードに応じて容姿の異なるキャラクタ表示画像が表示される。
特開２００２−２１３９８６号公報（［０００６］〜［００３９］）

しかしながら、特許文献１に記載の技術では、車載端末が車両の走行状態（例えば、ドライバが交通マナーを守っているか否か）を判断し、ドライバの交通マナーが悪い場合には、ディスプレイ上のキャラクタから警告を発するようにしているが、ドライバの音声による入力情報（天気予報が知りたい、目的地への最短経路を知りたい、渋滞情報を知りたい、音楽をダウンロードしたい等）を受け付けて、これに応じた様々な情報を提示することはできない。また、特許文献１に記載の技術では、車載端末は、車載端末内部に持つデータのみを用いて演出を行うので、キャラクタによる演出パターンが限られる。
したがって、ドライバの様々な要求に応じた多彩な情報提示を行おうとしても、その情報内容に合わせた最適な演出を行うことができず、ユーザの満足を得られないという課題があった。

前記課題を解決するため、本発明では、車載端末装置の記憶装置に格納されたユーザインターフェースプログラム（後記する実施の形態におけるキャラクタアプリケーションおよびサービスアプリケーション配信・実行基盤）が、ユーザの音声情報を認識し、この認識結果に基づいて、記憶装置に格納されるプログラムの中からユーザの要求する情報に適合するプログラム（後記する実施の形態における天気情報アプリケーション、音楽アプリケーション等のサービスアプリケーション）を選択し、このプログラムを処理部に実行させ、併せて、前記記憶装置に格納された画像データおよび音声データの中から、前記ユーザの音声情報、前記車両状態情報およびサービスセンタから取得された情報のうち少なくとも１の情報から構成される入力情報に適合するキャラクタの画像データおよび音声データを検索して、このデータを出力部（後記する実施の形態におけるディスプレイ、スピーカ）に出力させる構成とした。

この構成によれば、例えば、車載端末装置は、入力部（後記する実施の形態におけるマイク）を介してユーザの「天気予報が知りたい」という音声の入力を受け付けると、ユーザインターフェースプログラムが、「天気予報が知りたい」というユーザの音声情報（要求情報）を認識して、この認識結果からユーザの要求情報に適合するプログラム（天気情報アプリケーション）を実行させて、天気予報に関する情報を取得する。併せて、ディスプレイにキャラクタの画像データを出力（表示）し、スピーカにキャラクタの音声データを出力するので、ユーザ（ドライバ）の音声入力に応じて様々な情報を提示することができる。

また、車載端末装置のユーザインターフェースプログラムは、記憶装置から、入力情報に適合するキャラクタのデータが発見できなかったとき、処理部にキャラクタのデータをサービスセンタからダウンロードさせる構成とした。

この構成によれば、多彩な情報提示場面において、従来よりも確実に情報内容に合わせた最適な演出を行うことができる。

かかる発明によれば、車載端末装置がドライバの音声等による要求情報を受け付けて、これに応じた様々な情報を提示することができる。したがって、多彩な情報提示場面において従来よりも確実に、情報内容に合わせた最適な演出を行うことが出来るようになる。
また、情報提示の演出を行うキャラクタアプリケーションを、サービスセンタから車載端末へダウンロード・追加インストールすることにより、更に多彩な演出を行うことが出来るようになる。これにより、従来よりもユーザの満足度の高い情報提示を行うことが出来るようになる。

以下に、発明を実施するための最良の形態について説明する。

図１は、本発明を実施するための最良の形態が適用された車両向け情報システムの全体構成図である。図１に示されるように、本実施形態の車両向け情報システムは、車両に搭載されて用いられる車載端末装置１００と、車載端末装置１００の要求に応じて、データベース２０７〜２１２より検索した情報や、それらの情報を加工して得られる情報を車載端末装置１００に配信するサーバ２０１〜２０６を保有するサービスセンタ２００とを備えて構成される。

車載端末装置１００は、通信処理部１０８として、携帯電話機等の無線通信装置を内蔵もしくは外付け可能に構成されており、基地局３０１と通信回線３０２とを経由してサービスセンタ２００に接続し、サーバ２０１〜２０６から交通情報や天気情報等の各種情報を取得可能となっている。

車載端末装置１００は、ユーザに情報を提示する際、ディスプレイ１０４にキャラクタのアニメーションを表示して、情報内容に応じて異なるパターンの動作や外観を見せる等の演出を行い、情報提示の分かり易さや楽しさを向上させている。

サービスセンタ２００では、車載端末装置１００からの情報要求があった際、要求された情報の種類に応じて符号２０１〜符号２０６のサーバが対応し、このサーバが、符号２０７〜符号２１２のデータベースを検索して得た情報、またはこのデータベースの情報を加工して得た情報を、通信回線３０２、基地局３０１および車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００に配信する。
なお、サービスセンタ２００が、情報としてプログラムを車載端末装置１００に配信し、車載端末装置１００が、このプログラムを記憶装置１０３にインストールして利用することも可能である。

次に、車載端末装置１００の構成について説明する。車載端末装置１００は、ＣＰＵ１０１、メモリ１０２、記憶装置１０３、ディスプレイ１０４、キー入力装置１０５、マイク１０６、スピーカ１０７、通信処理部１０８および車両状態取得部１０９を備えて構成される。

記憶装置１０３には、車載端末装置１００上でＣＰＵ１０１やメモリ１０２を用いて実行される各種プログラムや、これらのプログラムの実行に必要となる各種データ、車両状態取得部１０９を経由して自己の車両から取得する車両状態４００、通信処理部１０８を経由して車載端末装置１００のサービスセンタ２００等から取得する各種情報が格納される。

具体的には、記憶装置１０３は、ユーザの要求する情報（例えば、天気情報、音楽情報等）ごとに後記するサービスアプリ６００（天気情報アプリケーション６０４、音楽アプリケーション６０３等）を格納し、このサービスアプリ６００を実行するために必要となるサービスアプリケーション配信・実行基盤５００と、キャラクタアプリ６０５に関する情報をキャラクタごとに整理したキャラクタアプリ管理テーブル８００と、キャラクタアプリ６０５に用いる素材データを整理した素材管理テーブル９００と、キャラクタアプリ６０５に用いる各キャラクタの動画表示用のコマ画像を格納したコマ画像管理テーブル１１００と、このコマ画像を表示するタイミングを格納したアニメーション管理テーブル１２００とを格納する。

車載端末装置１００のソフトウェア（プログラム）構成を図２に示す。

車載端末装置１００のソフトウェアは、メモリ１０２の上で、サービスアプリ配信・実行基盤５００がミドルウェアとして動作し、その上で、各種アプリケーションがサービスアプリ６００として動作する構成となっている。
なお、以下アプリケーションは、適宜アプリと略す。

サービスアプリ配信・実行基盤５００の中には、例えば、符号５０１に示す、音声合成・認識ミドル等がある。音声合成・認識ミドル５０１は、サービスアプリ６００等の要求を受け、音声合成処理、および、音声認識処理を行うミドルウェアである。

サービスアプリ６００としては、例えば、ナビゲーションアプリ６０１、交通情報アプリ６０２、音楽アプリ６０３、天気情報アプリ６０４、キャラクタアプリ６０５等が動作可能である。サービスアプリ６００は、必要に応じ、車載端末装置１００の通信処理部１０８、基地局３０１および通信回線３０２を経由して、サービスセンタ２００のサーバ２０１〜２０６の内の適切なアプリに対応するサーバと通信し、連携して動作することができる。

例えば、サービスアプリ６００は、サーバ２０１〜２０６から情報配信を受けることができる。また、例えば、サービスアプリ６００は、車載端末装置１００のＣＰＵ１０１で演算処理するには負荷の大きい、複雑な演算処理等をサーバ２０１〜２０６に依頼して、車載端末装置１００で演算処理結果のみを受け取る等が可能である。

次に、符号６０１〜符号６０５の各サービスアプリについて説明する。

ナビゲーションアプリ６０１は、ナビゲーションサービスを提供する。例えば、地図配信、経路探索・配信、経路誘導等のサービスを、ナビゲーションサーバ２０１等と連携し、車載端末装置１００のユーザに提供する。
交通情報アプリ６０２は、交通情報サービスを提供する。例えば、道路の渋滞情報配信、規制情報配信、交通事故情報配信等のサービスを、サービスセンタ２００の交通情報サーバ２０２等と連携し、車載端末装置１００のユーザに提供する。
音楽アプリ６０３は、音楽関連サービスを提供する。例えば、音楽配信、新曲情報配信、ランキング情報配信、アーティスト情報配信、コンサートチケット販売等のサービスを、サービスセンタ２００の音楽サーバ２０３等と連携し、車載端末装置１００のユーザに提供する。
天気情報アプリ６０４は、天気情報関連サービスを提供する。例えば、天気予報配信、花見情報配信、紅葉情報配信、スキー場情報配信等のサービスを、サービスセンタ２００の天気情報サーバ２０４等と連携し、車載端末装置１００のユーザに提供する。

キャラクタアプリ６０５は、車載端末装置１００において、ユーザインタフェースの役割を担い、車載端末装置１００のユーザからの、車載端末装置１００の各種アプリやハードウェアへのデータ入出力の仲介を行う。
入力について、キャラクタアプリ６０５は、具体的には、マイク１０６を用いた音声入力、つまり、車載端末装置１００のユーザの声による指示を受付ける窓口となり、指示内容を解釈し、他の適切なサービスアプリに実際の処理を依頼する等の処理を行う。
具体的には、まず、サービスアプリ配信・実行基盤５００で、マイク１０６から入力がされた音声情報を認識すると、この認識結果をキャラクタアプリ６０５へ出力する。認識結果を受け取ったキャラクタアプリ６０５は、この認識の結果に基づき前記ユーザの要求する情報を判断し、記憶装置１０３に格納されたサービスアプリ（プログラム）６００の中から、前記ユーザの要求する情報に適合するサービスアプリ６００を選択する。そして、この選択されたアプリケーション６００をＣＰＵ１０１に実行させる。
出力について、キャラクタアプリ６０５は、このアプリケーション６００の実行結果に適合するキャラクタのデータを記憶装置１０３から検索し、ディスプレイ１０４を用いたキャラクタのアニメーション表示や、スピーカ１０７を用いた音声出力を行う。音声出力では、合成による声の出力を行い、車載端末装置１００のユーザに話しかけるように演出することができる。

キャラクタアプリ６０５は、車載端末装置１００のユーザに情報を提示する際、情報内容に応じ、これらのアニメーションや音声出力のパターンを変化させて情報提示を演出し、車載端末装置１００のユーザに提示する情報を分かり易くし、また提示する情報の楽しさを向上させる。また、キャラクタアプリ６０５は、車載端末装置１００の通信処理部１０８、基地局３０１および通信回線３０２を経由して、サービスセンタ２００のキャラクタサーバ２０５と接続し、アニメーションや音声による演出の際に利用する各種の素材のデータを送受信することができる。
これにより、例えば、車載端末装置１００の記憶装置１０３に保持していない演出用の各種の素材のデータを、キャラクタサーバ２０５から取得することができる。

以上のような各種サービスアプリ群６００は、車載端末装置１００上において、追加・更新・削除することができる。追加については、サービスセンタ２００より、新たなアプリケーションプログラムを車載端末装置１００にダウンロードしてインストールすることで実現される。更新は、サービスセンタ２００より、プログラム更新用データを車載端末装置１００にダウンロードして、既インストールのプログラムに適用することで実現される。削除は、車載端末装置１００の記憶装置１０３からプログラムを消去することで実現される。
このような、車載端末装置１００上における、サービスアプリ群６００の追加・更新・削除は、サービスアプリ配信・実行基盤５００となるミドルウェアによりサポートされる。サービスアプリ配信・実行基盤５００としては、例えば、Ｊａｖａ（Ｒ）プラットフォームとＯＳＧｉ（Open Services Gateway Initiative）フレームワークを組み合わせたもの等を利用することができる。

ディスプレイ１０４、スピーカ１０７は、それぞれ車載端末装置１００の、画像情報出力、音声情報出力用の装置である。サービスアプリ６００は、これらを用いてユーザに情報を提示する。情報提示の際に、本発明の特徴である、情報提示を演出するキャラクタは、ディスプレイ１０４にアニメーションを表示することや、スピーカ１０７から声としての音声を出力することができる。

キー入力装置１０５、マイク１０６は、それぞれ車載端末装置１００のキーイベント入力、音声入力用の装置である。サービスアプリ６００や車載端末装置１００のハードウェアは、これらを用いてユーザからの入力を受付ける。

キー入力装置１０５は、具体的には、リモコンや、車載端末の筐体に据付のボタン等であり、これらを操作することにより、キーに応じたキー入力イベント情報を、サービスアプリ６００や車載端末装置１００のハードウェアに送信することができる。キー入力装置１０５は、タッチパネルの形態をとり、ディスプレイ１０４と一体化していても良い。あるいは、キーボードやマウスのような入力装置を車載端末装置１００に接続するような形態でも構わない。
通信処理部１０８は、基地局３０１、通信回線３０２を経由してサービスセンタ２００と接続し、データの送受信を行う。通信処理部１０８は、具体的には、車載端末装置１００に内蔵もしくは外付け可能な携帯電話機等の無線通信装置によって構成することができる。

車両状態取得部１０９は、自己の車両や車両に搭載された各種センサと接続し、車両状態を取得する為のインタフェースである。車両状態としては、例えば、位置情報や、車速、走行距離、加速度、バッテリー電圧、燃料残量等、各種の情報が取得可能である。
次に、サービスセンタ２００について説明する。

サービスセンタ２００は、車載端末装置１００に対し、多彩な種類の情報を提供するために、多彩な種類のサーバを備えて構成される。例えば、ナビゲーションサーバ２０１、交通情報サーバ２０２、音楽サーバ２０３、天気情報サーバ２０４、キャラクタサーバ２０５、課金サーバ２０６等を備えて構成される。

これらのサーバ２０１〜２０６は、サーバ同士で連携することや、また、通信回線３０２、基地局３０１、車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００に接続し、その上で動作するサービスアプリ６０１〜６０５の内の適切なアプリと通信し、連携することができる。以下、サーバ２０１〜２０６について説明する。

ナビゲーションサーバ２０１は、ナビゲーションサービスを提供する。例えば、ナビゲーションサーバ２０１は、車載端末装置１００上のナビゲーションアプリ６０１等と連携して、地図配信、経路探索・配信、経路誘導等のサービスを車載端末装置１００のユーザに提供する。

交通情報サーバ２０２は、交通情報サービスを提供する。例えば、交通情報サーバ２０２は、車載端末装置１００上の交通情報アプリ６０２等と連携して、道路の渋滞情報配信、規制情報配信、交通事故情報配信等のサービスを車載端末装置１００のユーザに提供する。

音楽サーバ２０３は、音楽関連サービスを提供する。例えば、音楽サーバ２０３は、車載端末装置１００上の音楽アプリ６０３等と連携して、コンサートチケット販売等のサービス、音楽配信、新曲情報配信、ランキング情報配信、アーティスト情報配信等を車載端末装置１００のユーザに提供する。

天気情報サーバ２０４は、天気情報関連サービスを提供する。例えば、天気情報サーバ２０４は、車載端末装置１００上の天気情報アプリ６０４等と連携して、天気予報配信、花見情報配信、紅葉情報配信、スキー場情報配信等のサービスを車載端末装置１００のユーザに提供する。

キャラクタサーバ２０５は、キャラクタ関連サービスを提供する。例えば、キャラクタサーバ２０５は、車載端末装置１００上のキャラクタアプリ６０５等と連携して、キャラクタのプログラム配信や、キャラクタに関連する各種素材のデータ配信等を車載端末装置１００のユーザに提供する。
ここで、キャラクタに関連する素材のデータとは、例えば、キャラクタアプリ６０５がディスプレイ１０４に情報提示（出力）を演出する、アニメーション再生用データ（コマ画像、コマ切り替え時間、コマ表示位置）、音声合成用データ（音声素片、抑揚、リズム、音の高低）、音声認識用データ（認識語辞書、無視する接頭語・接尾語辞書）、キャラクタのプログラム（条件と実行内容の対応付け）等のデータである。

課金サーバ２０６は、車載端末装置１００のユーザが、サービスセンタ２００の有料サービスを利用する際の課金処理を一括して担う。例えば、課金サーバ２０６は、サービス毎に定められた課金方法に従って課金額を計算し、課金手続きが終了した時点で、車載端末装置１００のユーザのサービス利用を許可する。

次に、ディスプレイ１０４へのアニメーション表示およびスピーカ１０７からの音声出力によって情報提示を演出するキャラクタアプリ６０５の処理フローの一例について、図３を用いて説明する。

図３は、車載端末装置が、サービスセンタの天気情報サーバにアクセスし、データベースから天気予報の配信を受ける場合を例として、情報提示を演出する車載端末装置のキャラクタアプリの処理の流れを表した処理フロー図である。

ステップＳ２００で処理を開始したキャラクタアプリ６０５は、ステップＳ２０１において、車載端末装置１００のユーザからの天気情報取得要求の到着を待つ。具体的には、キャラクタアプリ６０５は、車載端末装置１００のユーザから天気情報の取得を要求する音声情報等がマイク１０６を介して入力されるのを待つ。要求が無い場合、すなわちユーザから天気情報の取得を要求する音声入力が無い場合（Ｓ２０１“Ｎ”）にはステップＳ２０１に留まって要求を待つ。要求を得た場合、すなわちユーザから天気情報の取得を要求する音声入力が有った場合（Ｓ２０１“Ｙ”）にはステップＳ２０２に進む。

ステップＳ２０２では、キャラクタアプリ６０５は、天気情報アプリ６０４に天気予報情報の取得を依頼して、ステップＳ２０３に進む。
ここで、本実施の形態では、ユーザからの天気情報取得要求の音声入力を待って、キャラクタアプリ６０５が天気情報アプリ６０４に天気情報（天気予報）の取得を依頼することとしたが、この情報取得の要求元は、車載端末装置１００上の他のサービスアプリ６００（符号６０１〜符号６０４）の何れかであっても良いし、サービスセンタ２００内のサーバ２０１〜２０６の何れかであっても良い。また、車載端末装置１００の車両状態取得部１０９で取得される車両状態４００がトリガとなって、天気情報アプリ６０４へ情報取得の要求が出されるようになっていても良い。

ステップＳ２０３では、キャラクタアプリ６０５が、ディスプレイ１０４にキャラクタの動画等を表示させて「情報取得を開始した」ことを示す演出をする。
例えば、キャラクタアプリ６０５は、キャラクタが歩いて画面枠から退場する等の動画をディスプレイ１０４に表示させる。また、このとき、キャラクタアプリ６０５は、スピーカ１０７から音声を出力させて、ディスプレイ１０４上のキャラクタが声を発したり、音楽、効果音等を発しているように演出して、「情報取得開始」の旨をユーザに告げても良い。次にステップＳ２０４に進む。

ステップＳ２０４では、キャラクタアプリ６０５は、情報取得を依頼した天気情報アプリ６０４が天気予報情報の結果をキャラクタアプリ６０５へ返してきたか否かを確認する。

天気予報情報の結果が天気情報アプリ６０４からキャラクタアプリ６０５へ返された場合、すなわち天気情報アプリ６０４から天気予報情報が届いた場合はステップＳ２０５に進む。天気予報情報の結果が天気情報アプリ６０４からキャラクタアプリ６０５へ返されていない場合、すなわち天気情報アプリ６０４から天気予報情報が届かなかった場合はステップＳ２１０に進む。
なお、キャラクタアプリ６０５は、ステップＳ２０３からステップＳ２０４の処理を行う間、ＢＧＭや効果音、キャラクタの声によるメッセージ等をスピーカ１０７から出力させて、「待たされている」状態にあるユーザに対し、「待たされている」感覚を軽減するような処理をしても良い。

ステップＳ２１０では、キャラクタアプリ６０５が、天気情報アプリ６０４への天気予報情報の取得処理についてタイムアウトするか否かを判断する。すなわち、キャラクタアプリ６０５が、天気情報アプリ６０４への天気予報情報の取得依頼を開始してから所定時間が経過しているかを判断して、天気予報情報の取得依頼を中止するか継続するかを判断する。
ここで、タイムアウトしない（取得依頼を継続する）場合にはステップＳ２０４に戻り、タイムアウトする（取得依頼を中止する）場合にはステップＳ２１１に進む。

ステップＳ２１１では、キャラクタアプリ６０５が、天気情報アプリ６０４からの天気予報情報の取得依頼をタイムアウトすると、記憶装置１０３に格納（記憶）されている天気予報情報の取得処理のタイムアウトを示すキャラクタをディスプレイ１０４に登場（出力）させる。このキャラクタは、天気予報を取得できずに取得処理をタイムアウトした旨を、アニメーションや音声によりユーザに提示する。そして、キャラクタアプリ６０５は、ディスプレイ１０４に天気予報情報を提示せずにステップＳ２０９に進んで、処理を終える。
ステップＳ２０４において、車載端末装置１００が天気予報情報の取得を完了している場合（到着している場合）にはステップＳ２０５に進む。

ステップＳ２０５では、キャラクタアプリ６０５が、天気予報情報の取得結果に応じた演出に必要なキャラクタに関連する素材のデータを、車載端末装置１００の記憶装置１０３から検索する。ここで、キャラクタアプリ６０５は、キャラクタに関連する素材のデータを検索する際には、車載端末装置１００の記憶装置１０３に格納されているキャラクタ関連素材管理テーブル９００（以下、素材管理テーブル９００と略す）を参照する。素材管理テーブル９００の詳細については後述する。次にステップＳ２０６に進む。

ステップＳ２０６では、キャラクタアプリ６０５が、記憶装置１０３内の素材管理テーブル９００に該当するキャラクタに関連する素材データが有るか否かをチェックする。該当するキャラクタに関連する素材データが有る場合（Ｓ２０６“Ｙ”）にはステップＳ２０７に進み、無い場合（Ｓ２０６“Ｎ”）にはステップＳ２１２に進む。

ステップＳ２０７では、キャラクタアプリ６０５が、素材管理テーブル９００を参照して該当するキャラクタに関連する素材データを記憶装置１０３から取り出す。そして、キャラクタアプリ６０５は、この素材データを利用して情報提示を演出するキャラクタを、車載端末装置１００のディスプレイ１０４に登場（出力）させる。そして、ステップＳ２０８に進む。

ステップＳ２０８では、キャラクタアプリ６０５が、ステップ２０７で取得した天気情報を、ディスプレイ１０４上にキャラクタのアニメーション（動画）により提示（出力）したり、スピーカ１０７に音声を出力したりする。その後、ステップＳ２０９に進んで、処理を終える。

記憶装置１０３に該当する素材データが無い場合であるステップＳ２１２では、車載端末装置１００上のキャラクタアプリ６０５は、車載端末装置１００の通信処理部１０８、基地局３０１および通信回線３０２を経由して、サービスセンタ２００のキャラクタサーバ２０５に接続し、データベース２１１が該当する素材データを保持しているかをキャラクタサーバ２０５に問い合わせる。次にステップＳ２１３に進む。

ステップＳ２１３では、キャラクタアプリ６０５が、サービスセンタ２００のデータベース２１１に該当する素材データが有るか無いかをチェックする。データベース２１１に該当する素材データが有る場合（Ｓ２１３“Ｙ”）にはステップＳ２１４に進み、無い場合（Ｓ２１３“Ｎ”）にはステップＳ２１６に進む。

ステップＳ２１６では、該当する素材データが、車載端末装置１００の記憶装置１０３にも、サービスセンタ２００のデータベース２１１にも無いので、キャラクタアプリ６０５がディスプレイ１０４上に、ステップＳ２０３で退場させたキャラクタを再登場させる。そしてステップＳ２０８に進む。

データベース２１１に該当する素材データが有る場合であるステップＳ２１４では、キャラクタアプリ６０５は、該当する素材データをキャラクタサーバ２０５から、通信回線３０２、基地局３０１、通信処理部１０８を経由して、車載端末装置１００へダウンロードする。次にステップＳ２１５に進む。

ステップＳ２１５では、キャラクタアプリ６０５がステップＳ２１４にてダウンロードした素材データを、車載端末装置１００の記憶装置１０３に持つ素材管理テーブル９００に追加する。次にステップＳ２０７に進む。

該当するキャラクタに関連する素材データが車載端末装置１００の記憶装置１０３に有る場合であるステップＳ２０７では、キャラクタアプリ６０５が、該当する素材データを記憶装置１０３から取り出して、この素材データを利用して情報提示を演出するキャラクタを車載端末装置１００のディスプレイ１０４に登場（出力）させる。そして、ステップＳ２０８に進む。

ステップＳ２０８では、キャラクタアプリ６０５が、ステップ２０７で取得した天気情報を、ディスプレイ１０４上のキャラクタのアニメーションにより提示（出力）したり、スピーカ１０７に音声を出力したりする。その後、ステップＳ２０９に進んで処理を終える。

なお、以上は天気情報提示の演出に利用できる画像素材のダウンロードの例を示した一例であるが、この他にアニメーションのデータ（コマ画像、コマ表示位置指定、コマ表示時間指定）、音声に関するデータ（音声素片、抑揚、リズム等）、新規キャラクタアプリのプログラム等をダウンロードしても良い。また、キャラクタアプリ６０５は、天気に限らず、音楽、交通情報、ナビゲーション関連の情報提示を演出しても良い。
さらに、車載端末装置１００は、サービスセンタ２００にアクセスせずに、車載端末装置１００の記憶装置１０３に格納される情報のみを用いて、演出を行なっても良い。すなわち、一度サービスセンタ２００からダウンロードした素材を記憶装置１０３に記憶して、次回以降利用するようにしても良い。

図４は、図３の処理フローに従ってキャラクタが各種情報提示の演出をする際の、ディスプレイでの画像表示の変化およびスピーカからの音声出力のタイミングと内容を表したフローの一例を示す図である。以下、図４を用いて説明する。

処理の開始点であるステップＳ１００は、図３のステップＳ２０２に対応する。ゆえに、図４のフローは、具体的には、キャラクタアプリ６０５が、天気情報アプリ６０４に天気予報の情報取得を依頼したことをトリガとして開始される。
その後、図３のステップＳ２０３の処理に対応して、ディスプレイ１０４の画面表示はステップＳ１０４１→ステップＳ１０４２→ステップＳ１０４３のように遷移して、この間にキャラクタは、例えば、符号１０４１１と符号１０４２１のように、歩いて画面枠から退場するアニメーション表示や、符号１０７１のように、音声による「情報取得開始」の告知等を行う。

ここで、ステップＳ１０４３に示す画面表示には、実際には、「情報取得中。端末画面上へのキャラクタ表示なし。」のような文字が表示される訳ではなく、その時点でユーザが利用中の１つ以上のサービスアプリ６００（符号６０１〜符号６０５）により、ディスプレイ１０４へ記憶装置１０３から所定の画面を出力させたり、記憶装置１０３からアプリ無起動時の場合の画面を出力させたりする。また、ステップＳ１０４３の状態は、図３のステップＳ２０４に対応しており、この状態の間、例えば、図４の符号１０７２に示すようなＢＧＭや、効果音、キャラクタの声によるメッセージ等をスピーカ１０７から出力し、「待たされている」状態にあるユーザに対し、「待たされている」感覚を軽減するような処理をしても良い。
その後、キャラクタアプリ６０５が、天気情報アプリ６０４から天気予報の情報を取得すると、図４のフローはステップＳ１０１に進む。

ステップＳ１０１では、キャラクタアプリ６０５が、図３のステップＳ２０５〜ステップＳ２０７に対応する処理を行い、取得した天気予報の結果に応じて、その後のディスプレイ１０４への画像出力・スピーカ１０７への音声出力の処理を行う。本実施の形態では、天気情報アプリ６０４が受信した天気予報情報の結果が「晴れ」の場合と「雨」の場合のそれぞれにおけるキャラクタアプリ６０５の処理内容の例を示す。

まず、天気予報情報が「晴れ」の場合のキャラクタアプリ６０５の処理フローを、ステップＳ１０４４→ステップＳ１０４５→ステップＳ１０４６に示す。このフローは、図３のステップＳ２０７→ステップＳ２０８に対応する。

ステップＳ１０４４では、符号１０４４１に示すように、キャラクタアプリ６０５が、ディスプレイ１０４に、画面枠外から枠内へ歩いて登場するキャラクタのアニメーションを表示させて、ユーザに「情報取得完了」を示す演出をする。
この際、「晴れ」という天気予報結果に応じて、キャラクタアプリ６０５は、符号１０４４２に示す太陽の画像もディスプレイ１０４に表示させる。また、このとき、図示していないが、スピーカ１０７から声、音楽、効果音等を出力して画面上のキャラクタが「情報取得完了」の旨をユーザに告げるようにしても良い。

ステップＳ１０４５では、キャラクタアプリ６０５が、ステップＳ１０４４の符号１０４４１に示す歩くキャラクタのアニメーションや、符号１０４４２に示す太陽の画像を、ディスプレイ１０４の画面中央部に進めた画像を出力する。

ステップＳ１０４６では、キャラクタアプリ６０５が、符号１０４６１に示す天気予報の内容を説明するキャラクタのアニメーションおよび符号１０４６２に示す「晴れ」という天気予報結果に応じた太陽の画像をディスプレイ１０４に出力させて、情報提示を演出する。さらに、符号１０７３に示す情報を、音声情報としてスピーカ１０７から出力させて情報提示を演出する。

次に、天気予報結果が「雨」の場合のキャラクタアプリ６０５の処理フローを、ステップＳ１０４７→ステップＳ１０４８→ステップＳ１０４９に示す。このフローは、図３のステップＳ２０７→ステップＳ２０８に対応する。

ステップＳ１０４７では、キャラクタアプリ６０５が、符号１０４７１に示す、画面枠外から枠内へ、歩いて登場するキャラクタのアニメーションをディスプレイ１０４に表示させて、ユーザへ「情報取得完了」を示す演出をする。この際、「雨」という天気予報結果に応じて、キャラクタアプリ６０５は、符号１０４７２に示す傘の画像もディスプレイ１０４に表示させる。また、このとき、図示していないが、スピーカ１０７から声、音楽、効果音等を出力して画面上のキャラクタが「情報取得完了」の旨をユーザに告げるようにしても良い。

ステップＳ１０４８は、キャラクタアプリ６０５が、ステップＳ１０４７の符号１０４７１に示す歩くキャラクタのアニメーションや、符号１０４７２に示す傘の画像を、ディスプレイ１０４の画面中央部に進めた画像を出力する。

ステップＳ１０４９では、キャラクタアプリ６０５が、符号１０４９１に示す天気予報の内容を説明するキャラクタのアニメーション、および符号１０４９２に示す「雨」という天気予報結果に応じた傘の画像をディスプレイ１０４に出力させて、情報提示を演出する。さらに、符号１０７４に示す情報を、音声情報としてスピーカ１０７から出力させて情報提示を演出する。
情報提示終了後には、天気予報結果が「晴れ」の場合も「雨」の場合も、共に、図３のステップＳ２０９に対応する、ステップＳ１０２に進み、処理を終える。

次に、図３のステップＳ２０２にて、キャラクタアプリ６０５から、天気予報の情報取得依頼を受けた天気情報アプリ６０４の処理フローについて、図５を用いて説明する。

ステップＳ３００で処理を開始した天気情報アプリ６０４は、ステップＳ３０１において、車載端末装置１００のユーザからの天気情報取得要求の到着を待つ。情報取得要求が無い場合にはステップＳ３０１に留まって情報取得要求を待ち、情報取得要求を得た場合にはステップＳ３０２に進む。本実施の形態の場合には、情報取得要求は、図３のステップＳ２０２の実行により、キャラクタアプリ６０５から天気情報アプリ６０４へ行われる。

ステップＳ３０２では、車載端末装置１００上で動作する天気情報アプリ６０４は、車載端末装置１００の通信処理部１０８、基地局３０１および通信回線３０２を経由してサービスセンタ２００内の最新の天気情報を持つ天気情報サーバ２０４に接続し、天気予報の配信を要求する。次にステップＳ３０３に進む。

ステップＳ３０３では、天気情報アプリ６０４は、天気予報の配信を要求した天気情報サーバ２０４から天気予報の結果が届いているか否かの判定をする。結果が未着の場合にはステップＳ３０７に進み、到着している場合にはステップＳ３０４に進む。

ステップＳ３０７では、天気情報アプリ６０４が、天気情報サーバ２０４からの天気予報情報の取得処理についてタイムアウトするか否かを判断する。タイムアウトしない場合（Ｓ３０７“Ｎ”）にはステップＳ３０３に戻り、タイムアウトする場合（Ｓ３０７“Ｙ”）にはステップＳ３０８に進む。

ステップＳ３０８では、天気情報アプリ６０４が、天気情報サーバ２０４からの天気予報情報の取得処理のタイムアウトの指示をキャラクタアプリ６０５に送り、その後、ステップＳ３０６に進んで、処理を終える。

天気情報アプリ６０４が天気情報サーバ２０４からの天気予報情報の到着を確認した場合であるステップＳ３０４では、天気情報アプリ６０４が天気情報サーバ２０４から届いた天気予報情報を、キャラクタアプリ６０５が解釈可能なフォーマットの情報に変換する。
これにより、天気情報サーバ２０４が、車載端末装置１００上で動作するキャラクタアプリ６０５を意識しないで情報配信する場合でも、キャラクタアプリ６０５は、天気情報アプリ６０４によりフォーマット変換された天気情報を元に、天気情報の内容を適切に解釈し、これに適合する演出を行うことが可能となっている。次にステップＳ３０５に進む。

ステップＳ３０５では、天気情報アプリ６０４は、フォーマット変換した天気予報の情報をキャラクタアプリ６０５に送り、ステップＳ３０６に進んで処理を終える。

次に、図５のステップＳ３０２にて、車載端末装置１００上の天気情報アプリから、天気予報の配信を要求された天気情報サーバの処理フローについて、図６を用いて説明する。

ステップＳ４００で処理を開始した天気情報サーバ２０４は、ステップＳ４０１において、天気情報アプリ６０４からの天気情報配信要求の到着を待つ。天気情報サーバ２０４は、情報配信要求が無い場合（Ｓ４０１“Ｎ”）にはステップＳ４０１に留まって要求を待ち、情報配信要求を得た場合（Ｓ４０１“Ｙ”）にはステップＳ４０２に進む。本実施の形態の場合には、情報配信要求は、図５のステップＳ３０２の実行により、車載端末装置１００上の天気情報アプリ６０４から届けられる。

ステップＳ４０２では、サービスセンタ２００内の天気情報サーバ２０４は、このサーバに付随するデータベース２１０から最新の天気情報を取り出して、配信用のフォーマットに変換された天気予報の情報を生成する。次にステップＳ４０３に進む。

ステップＳ４０３では、天気情報サーバ２０４は、配信用フォーマットとなった天気予報の情報を、通信回線３０２、基地局３０１および車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００上の天気情報アプリ６０４に送る。その後、ステップＳ４０４に進んで処理を終える。

次に、図３のステップＳ２１２によって、車載端末装置上のキャラクタアプリから、天気予報の結果に応じたキャラクタ関連データの有無の問い合わせを受けたキャラクタサーバの処理フローについて、図７を用いて説明する。

ステップＳ５００で処理を開始したキャラクタサーバ２０５は、ステップＳ５０１において、車載端末装置１００のキャラクタアプリ６０５からの天気予報の結果に応じたキャラクタ関連データの有無の問い合わせの到着を待つ。問い合わせが無い場合（Ｓ５０１“Ｎ”）にはステップＳ５０１に留まって問い合わせを待ち、問い合わせを得た場合（Ｓ５０１“Ｙ”）にはステップＳ５０２に進む。
本実施の形態の場合には、キャラクタ関連データの有無の問い合わせは、図３のステップＳ２１２の実行により、車載端末装置１００上のキャラクタアプリ６０５から行われる。

ステップＳ５０２では、キャラクタサーバ２０５は、データベース２１１の素材管理テーブル９００を参照し、該当する素材データをデータベース２１１から探す。ここで、データベース２１１の素材管理テーブル９００は、車載端末装置１００が記憶装置１０３に保持する素材データより大容量の素材データを保持する。素材管理テーブル９００の詳細については後述する。次にステップＳ５０３に進む。

ステップＳ５０３では、キャラクタアプリ６０５が、データベース２１１の素材管理テーブル９００に該当するキャラクタに関連する素材データが有るか否かをチェックする。すなわち、データベース２１１に該当するキャラクタに関連する素材データが有るか否かをチェックする。素材データが有る場合（Ｓ５０３“Ｙ”）にはステップＳ５０４に進み、無い場合（Ｓ５０３“Ｎ”）にはステップＳ５０６に進む。

ステップＳ５０４では、キャラクタサーバ２０５は、該当する素材データをデータベース２１１から取り出して、通信回線３０２、基地局３０１および車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００上のキャラクタアプリ６０５に送る。そして、ステップＳ５０５に進んで処理を終える。

ステップＳ５０６では、キャラクタサーバ２０５は、該当する素材データがデータベース２１１に無い旨を、通信回線３０２、基地局３０１および車載端末装置１００の通信処理部１０８を経由して、車載端末装置１００上のキャラクタアプリ６０５に通知する。そして、ステップＳ５０５に進んで処理を終える。

次に、キャラクタアプリ６０５の管理に用いる、キャラクタアプリ管理テーブル８００について、図８を用いて説明する。
図８は、キャラクタアプリ管理テーブルを例示した図である。

キャラクタアプリ管理テーブル８００は、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に構築される。サーバ側（サービスセンタ２００側）および端末側（車載端末装置１００側）に各々に構築されるテーブルの関係は、サーバ側がマスタテーブル、端末側がマスタテーブルの一部のデータをコピーしたサブテーブルの関係である。

サーバ側のテーブルには、車載端末装置１００に配信できる、多種・大容量のキャラクタアプリのデータが格納される。また、サーバ側のテーブルには、キャラクタサーバ２０５の管理者等がメンテナンスすることにより、最新のデータが適宜追加される。
端末側のテーブルには、車載端末装置１００にインストール済みのキャラクタアプリのデータが格納される。ユーザが、車載端末装置１００に、新規のキャラクタアプリをインストールした場合には、このキャラクタアプリのデータが、テーブルに追加される。

キャラクタアプリ管理テーブル８００は、符号８０１〜符号８０８のカラムを備えて構成される。各カラムは、「キャラクタＩＤ」カラム８０１、「キャラクタ名称」カラム８０２、「代表画像」カラム８０３、「紹介文」カラム８０４、「データサイズ」カラム８０５、「価格」カラム８０６、「サンプルデータ」カラム８０７、「アプリバンドル」カラム８０８である。
以下、各カラムについて説明する。

「キャラクタＩＤ」カラム８０１には、キャラクタアプリを一意に識別する為のユニークなＩＤが格納される。ＩＤは、数字以外の、英字、記号、かな、漢字、その他の文字等で表現しても良い。また、これらを混在させて表現しても構わない。

「キャラクタ名称」カラム８０２には、キャラクタの名称が格納される。キャラクタの名称は、キャラクタアプリの提供者やユーザ等が自由に付けることができ、符号８０２にはその名称が格納される。キャラクタ名称は、ＩＤと同様に、数字、英字、記号、かな、漢字、その他の文字等を用いて自由に付けられる。なお、キャラクタ名称は、ＩＤとは異なり、必ずしもユニークである必要はない。

「代表画像」カラム８０３には、キャラクタの外観を示す代表画像が１枚格納される。ユーザは、サーバ側もしくは端末側のキャラクタアプリ管理テーブル８００の「代表画像」カラム８０３を参照することにより、サービスセンタ２００からダウンロードしようとしているキャラクタアプリや、車載端末装置１００にインストール済のキャラクタアプリの外観を確認できる。

「紹介文」カラム８０４には、キャラクタアプリの機能的な特徴を示し、車載端末装置１００のユーザにキャラクタの個性を印象付けるような、簡単な紹介文を格納する。例えば、天気情報アプリ６０４との連携が強いキャラクタについては「こう見えてアウトドア派。お天気チェックは欠かせない。」といった説明文を格納し、交通情報アプリ６０２との連携が強いキャラクタについては、「趣味はドライブ。交通情報チェックして、今日はどこに行こうかな？」のような説明文を格納できる。

「データサイズ」カラム８０５には、キャラクタアプリのデータサイズを格納する。車載端末装置１００のユーザは、サーバ側もしくは端末側の、キャラクタアプリ管理テーブル８００の「データサイズ」カラム８０５を参照することにより、サービスセンタ２００からダウンロードを考えているキャラクタアプリや、車載端末装置１００にインストール済のキャラクタアプリのデータサイズを確認できる。

「価格」カラム８０６には、キャラクタアプリの購入価格が格納される。車載端末装置１００のユーザが所定の手続きを経て、有料のキャラクタアプリをキャラクタサーバ２０５から購入した場合、このカラムに格納された価格に従って、課金サーバ２０６が課金処理をする。

「サンプルデータ」カラム８０７には、車載端末装置１００のユーザが、キャラクタサーバ２０５からのキャラクタアプリのダウンロードをしようとするとき、先に述べた「代表画像」や「紹介文」に加えて、細かな動き等のサンプルを確認する為に用意される「サンプルデータ」が格納される。サンプルデータとしては、例えば、キャラクタに関する、所定データ量の静止画像群、所定データ量の動画ファイル、声を収めた音声ファイル等を用意できる。図８の例では、このカラムには、一例として、「１−ａｉ．ｓａｍｐ」「２−ｓｈｏｕ．ｓａｍｐ」といった名称のファイルが格納されている。

「アプリバンドル」カラム８０８には、キャラクタアプリのプログラム本体およびプログラム実行に必要な画像・音声等のデータをアーカイブしたバンドルファイルが格納される。このバンドルファイルとしては、具体的には、Ｊａｖａにおいて一般的な「ｊａｒファイル」のような物を用いることが出来る。

次に、キャラクタアプリ６０５に関連する素材の管理に用いる、素材管理テーブル９００について、図９を用いて説明する。
図９は、素材管理テーブルを例示した図である。

素材管理テーブル９００は、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に格納される。
サーバ側（サービスセンタ２００側）および端末側（車載端末装置１００側）に格納される素材管理テーブル９００それぞれの関係は、サーバ側がマスタテーブル、端末側がマスタの一部データをコピーしたサブテーブルの関係である。
サーバ側の素材管理テーブル９００には、車載端末装置１００に配信可能な、多種・大容量のキャラクタアプリ関連素材のデータが格納される。また、サーバ側のテーブルには、キャラクタサーバ２０５の管理者等がメンテナンスすることにより、最新のデータが適宜追加される。
端末側のテーブルには、端末で保持している、キャラクタアプリ関連素材のデータが格納される。ユーザがサービスセンタ２００のサーバから端末へ新規のキャラクタアプリ関連素材をダウンロードした場合には、このキャラクタアプリ関連素材のデータが、端末側の素材管理テーブル９００に追加される。

素材管理テーブル９００は、符号９０１〜符号９０９のカラムを備えて構成される。各カラムは、「素材ＩＤ」カラム９０１、「素材属性」カラム９０２、「素材名称」カラム９０３、「素材画像」カラム９０４、「データサイズ」カラム９０５、「画像サイズ」カラム９０６、「素材側保持位置」カラム９０７、「キャラクタ側保持位置」カラム９０８および「音声効果」カラム９０９である。
以下、各カラムについて説明する。

「素材ＩＤ」カラム９０１には、キャラクタアプリ関連素材を一意に識別する為の、ユニークなＩＤが格納される。ＩＤは、数字以外の、英字、記号、かな、漢字、その他の文字等で表現しても良い。また、これらを混在させて表現しても構わない。

「素材属性」カラム９０２には、その素材が、どのような（属性の）情報提示の演出に利用されるかを示すための情報（以下、「素材属性（素材属性情報）」と呼ぶ）が格納される。
例えば、「素材属性」カラムの内容が「天気情報」である素材は、車載端末装置１００で天気に関する情報が情報提示される際、その演出に利用することができる。

「素材名称」カラム９０３には、素材の名称が格納される。素材の名称は、素材の提供者やユーザ等が自由に付けることができ、符号９０３にはその名称が格納される。素材名称は、ＩＤと同様に、数字、英字、記号、かな、漢字、その他の文字等を用いて自由に付けられる。なお、素材名称は、ＩＤとは異なり、必ずしもユニークである必要はない。

「素材画像」カラム９０４には、素材の画像が格納される。車載端末装置１００のユーザは、サーバ側もしくは端末側の、素材管理テーブル９００の「素材画像」カラム９０４を参照することにより、サーバ側もしくは端末側に保持されているキャラクタアプリ関連素材の画像を確認できる。

「データサイズ」カラム９０５には、キャラクタアプリ６０５関連素材のデータサイズを格納する。車載端末装置１００のユーザは、サーバ側もしくは端末側の、素材管理テーブル９００の「データサイズ」カラム９０５を参照することにより、サーバ側もしくは端末側に保持されているキャラクタアプリ関連素材のデータサイズを確認できる。

「画像サイズ」カラム９０６には、キャラクタアプリ関連素材の画像サイズを格納する。画像サイズとは、具体的には、２次元画像の縦×横のドット数である。車載端末装置１００のユーザは、サーバ側もしくは端末側の、素材管理テーブル９００の「画像サイズ」カラム９０６を参照することにより、サーバ側もしくは端末側に保持されているキャラクタアプリ関連素材の画像サイズを確認できる。

「素材側保持位置」カラム９０７には、素材画像をキャラクタ画像に重ね合わせてディスプレイ１０４に表示する際に、素材画像のどの位置（座標）を、キャラクタ画像の所定の位置に重ね合わせるかの座標値が格納される。
座標軸は、符号９２０に示すように、素材画像の左上隅に原点を取り、そこから右向きを正とするｘ軸および下向きを正とするｙ軸を取るものとする。
素材側保持位置の具体例を符号９２１および符号９２２に示す。符号９２１では傘の柄の部分を、符号９２２では太陽の中心やや右下を素材側保持位置としている。

「キャラクタ側保持位置」カラム９０８には、素材画像をキャラクタ画像に重ね合わせてディスプレイ１０４に表示する際に、前記素材画像の「素材側保持位置」を、キャラクタ画像のどの位置に重ねることで２枚の画像を重ね合わせるかの情報が格納される。
ここで、この情報は直接的な座標値でなく、例えば、「キャラクタ画像の原点にて保持」の場合にはコード「０」、「キャラクタ画像の手先にて保持」の場合にはコード「１」、のような分類毎に、所定のコードで表現するようにする。

ここで、コード「１」の場合の具体的な手先の位置（座標）等は、各キャラクタ画像の側で管理しておくようにし、それを参照することにより、具体的な座標値を得るようにする。以上によって、例えば、キャラクタに手先で保持させたい素材については、該カラムにコード「１」を格納するだけで、手先の位置（座標）が異なる複数のキャラクタ画像に対しても、その各々の手先の位置に合わせ、この素材画像を各キャラクタ画像に重ね合わせることが可能となる。

「音声効果」カラム９０９には、情報提示の演出に用いるキャラクタの発声、音楽、効果音等の音声効果のデータ本体、データへのリンク、設定ファイル等が格納される。図９では、一例として、ＳＥ００１．ｓｎｄやＳＥ００２．ｓｎｄのような名称のファイルが格納されている。

図１０および図１５は、図９の「音声効果」カラムに格納されるファイルを例示した図である。
例えば、ＳＥ００２．ｓｎｄファイルは、図１０の符号１００２に示すような、キャラクタの発声の雛型を記したファイルであり、［地域］、［時間］、［予報内容］、［降水確率］の箇所に、実際に取得した情報を当てはめることにより、符号１００３のような発生（音声出力）等をすることが可能である。
また、図１５に示すような、標準語、関西風、名古屋風等の音声出力のバリエーションを実現する為のＳＥ００２．ｓｎｄファイル１５０２を用意して、標準語の音声出力に加え、関西風、名古屋風のようなバリエーションに富んだ音声出力を行えるようにしても良い。
あるいは、図１０に示すＳＥ００２．ｓｎｄファイルを元に標準語で生成されて渡されたセリフに対し、方言変換や単純な語尾変換等のバリエーション変換を内部で実行できる機能をキャラクタアプリ６０５や音声合成・認識ミドル５０１に持たせ、バリエーションに富んだ音声出力を行えるようにしても良い。

さらに、素材管理テーブル９００には、図示していない「価格」カラムを追加して、サービスセンタ２００の課金サーバ２０６と連携することにより、素材単位等での課金を行うことができるようにしてもよい。あるいは、先に図８を用いて説明したように、車載端末装置１００のユーザが、車載端末装置１００を用いてキャラクタアプリの購入をする際に、素材も併せて購入できるようにしても良い。

ここで、キャラクタアプリ６０５が情報提示を演出する際に、素材管理テーブル９００を参照し、情報内容に応じた演出をする処理手順を説明する。一例として、図３等を用いて説明した天気予報の情報を取得して、その情報提示の演出を行う場合を説明する。

まず、キャラクタアプリ６０５は、天気情報アプリ６０４を経由して、自己に解釈可能なフォーマットに変換された最新の天気情報を取得する。このフォーマットの天気情報は、例えば、図１０の符号１００１に示される情報であり、情報内容の他にこの情報の意味を表すタグも含む。

次に、キャラクタアプリ６０５は、符号１００１内のフォーマットの情報を解釈し、「＜天気情報＞」や「＜／天気情報＞」のタグを見て、取得した情報の種類が「天気情報」であることや、「＜予報内容＞晴れ＜／予報内容＞」の、「＜予報内容＞」と「＜／予報内容＞」のタグに挟まれた「晴れ」の情報を見て、天気予報の内容が「晴れ」であることを認識する。

そして、キャラクタアプリ６０５は、素材管理テーブル９００を参照し、演出する情報の種類に対応する「素材属性」カラム９０２の内容が「天気情報」であり、かつ、演出する情報の内容に応じて選択する素材の名称を示す「素材名称」カラム９０３が「晴れ」である、行（レコード）を探す。

図９の場合には、先頭から２行目の、素材ＩＤ「２」の行（レコード）が該当する。ここで、キャラクタアプリ６０５は、このレコードの「素材側保持位置」カラム９０７や「キャラクタ側保持位置」カラム９０８を参照して、素材画像の（５５，４０）の位置（座標）が、合成相手となるキャラクタ画像の原点の位置（座標）に重なるように、素材およびキャラクタの画像の合成を行う。

また、キャラクタアプリ６０５は、このレコードの「音声効果」カラム６０９を参照し、そこに格納されたＳＥ００２．ｓｎｄファイルを用い、既に説明した手順に従って、図１０の符号１００３に示す「東京の明日の天気予報は晴れ。降水確率は、０パーセントです。」といった音声をスピーカ１０７に出力させる。

次に、キャラクタのアニメーションにおける各コマの画像を管理する、コマ画像管理テーブル１１００について、図１１を用いて説明する。
図１１は、コマ画像管理テーブルを例示した図である。

コマ画像管理テーブル１１００は、前記した図８や図９の、キャラクタアプリ管理テーブル８００や素材管理テーブル９００と同様に、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に構築される。
サーバ側（サービスセンタ２００側）および端末側（車載端末装置１００側）の各々に構築されるテーブルの関係は、サーバ側がマスタテーブル、端末側がマスタの一部データをコピーしたサブテーブルの関係である。サーバ側のテーブルには、車載端末装置１００に配信可能な、多種・大容量の、キャラクタアニメーション用のコマ画像データが格納される。また、サーバ側のテーブルには、キャラクタサーバ２０５の管理者等がメンテナンスすることにより、最新のデータが適宜追加される。
端末側のテーブルには、端末で保持している、コマ画像データが格納される。ユーザがサービスセンタ２００のサーバから端末へ、新規のコマ画像データをダウンロードした場合には、このコマ画像のデータが端末側のコマ画像管理テーブル１１００に追加される。

コマ画像管理テーブル１１００は、符号１１０１〜符号１１０６のカラムを備えて構成される。各カラムは、「キャラクタＩＤ」カラム１１０１、「コマ画像ＩＤ」カラム１１０２、「コマ画像」カラム１１０３、「データサイズ」カラム１１０４、「画像サイズ」カラム１１０５、「手先位置」カラム１１０６である。
以下、各カラムについて説明する。

「キャラクタＩＤ」カラム１１０１は、図８の「キャラクタＩＤ」カラム８０１と同じＩＤが格納されるカラムである。ここに格納されるＩＤは、コマ画像管理テーブル１１００内の一行のデータ（レコード）が、図８のキャラクタアプリ管理テーブル８００で管理されるキャラクタアプリのうちの、どのキャラクタアプリに属すものかを示す。

「コマ画像ＩＤ」カラム１１０２には、同一キャラクタアプリに属すコマ画像群の間でコマ画像を一意に識別する為の、同一キャラクタアプリ所属コマ画像群内でユニークなＩＤが格納される。本実施の形態は、ＩＤとして数字が格納されている。ＩＤは、数字以外の、英字、記号、かな、漢字、その他の文字等で表現しても良い。また、これらを混在させて表現しても構わない。なお、キャラクタＩＤが異なるコマ画像同士では、コマ画像ＩＤが同一であっても構わない。

「コマ画像」カラム１１０３には、キャラクタのコマ画像が１枚格納される。
「データサイズ」カラム１１０４には、コマ画像のデータサイズが格納される。ユーザがこれを参照し、コマ画像のデータサイズを確認する等が可能である。

「画像サイズ」カラム１１０５には、コマ画像の画像サイズが格納される。具体的には、２次元画像の縦×横のドット数が格納される。車載端末装置１００のユーザがこれを参照し、コマ画像の画像サイズを確認する等が可能である。

「手先位置」カラム１１０６には、コマ画像における、キャラクタの手先の位置（座標）が格納される。手先の位置とは、具体的には、キャラクタの手に持たせるべき小道具等の素材画像をキャラクタ画像に重ね合わせる際の、キャラクタ画像における重ね合わせ点である。手先位置の具体例を符号１１２０に示す。例えば、手先位置（０，６０）は、符号１１２１に示す点である。

キャラクタのアニメーションを管理するアニメーション管理テーブル１２００について、図１２を用いて説明する。
図１２は、アニメーション管理テーブルを例示した図である。

アニメーション管理テーブル１２００は、サービスセンタ２００内のキャラクタサーバ２０５に付随するデータベース２１１および車載端末装置１００上の記憶装置１０３内に構築される。また、前記したとおり、サーバ側および端末側の各々に構築されるテーブルの関係は、サーバ側がマスタテーブル、端末側がマスタの一部データをコピーしたサブテーブルの関係である。サーバ側のテーブルには、端末に配信可能な、多種・大容量の、アニメーション管理用データが格納される。また、サーバ側のテーブルには、キャラクタサーバ２０５の管理者等がメンテナンスすることにより、最新のデータが適宜追加される。
端末側のテーブルには、端末で保持している、アニメーション管理用データが格納される。ユーザが端末へ、新規のアニメーション管理用データをダウンロードした場合には、該アニメーション管理用データが、端末側のテーブルに追加される。

アニメーション管理テーブル１２００は、符号１２０１〜符号１２０７のカラムを備えて構成される。各カラムは、「キャラクタＩＤ」カラム１２０１、「アニメーションＩＤ」カラム１２０２、「アニメーション名称」カラム１２０３、「コマ再生順序」カラム１２０４、「コマ画像ＩＤ」カラム１２０５、「表示位置オフセット」カラム１２０６および「表示待ち時間」カラム１２０７である。
以下、各カラムについて説明する。

「キャラクタＩＤ」カラム１２０１は、図１１の「キャラクタＩＤ」カラム１１０１と同様に、図８の「キャラクタＩＤ」カラム８０１と同じＩＤが格納されるカラムである。ここに格納されるＩＤは、アニメーション管理テーブル１２００内の一行のデータ（レコード）が、図８のキャラクタアプリ管理テーブル８００で管理されるキャラクタアプリ６０５の内の、どのキャラクタアプリ６０５に属すものかを示す。

「アニメーションＩＤ」カラム１２０２には、一単位のアニメーションを構成するコマ画像群に対して付与する、同一キャラクタアプリに属すアニメーション群の間でアニメーションを一意に識別する為の、ユニークなＩＤが格納される。本実施の形態では、ＩＤとして数字が格納されている。ＩＤは、数字以外の、英字、記号、かな、漢字、その他の文字等で表現しても良い。また、これらを混在させて表現しても構わない。なお、キャラクタＩＤが異なるコマ画像同士では、コマ画像ＩＤが同一であっても構わない。

「アニメーション名称」カラム１２０３には、アニメーションの名称が格納される。アニメーションの名称は、アニメーションの提供者やユーザ等が自由に付けることができ、符号１２０３にはその名称が格納される。アニメーション名称は、ＩＤと同様に、数字、英字、記号、かな、漢字、その他の文字等を用いて自由に付けられる。なお、アニメーション名称は、ＩＤとは異なり、必ずしもユニークである必要はない。

「コマ再生順序」カラム１２０４には、同一アニメーション内での、自コマ画像が表示される順序を格納する。一単位のアニメーションは、同一のアニメーションＩＤを持つコマ画像群を、このカラムに格納された順序で切り替え表示することにより、実現される。

「コマ画像ＩＤ」カラム１２０５は、図１１の「コマ画像ＩＤ」カラム１１０２と同じＩＤが格納されるカラムである。ここに格納されるＩＤは、アニメーション管理テーブル１２００内の一行のデータ（レコード）で管理されるコマ画像が、図１１のコマ画像管理テーブル１１００で管理されるコマ画像のどの画像と同一の物であるかを示す。「コマ画像ＩＤ」そのものの意味は、同一キャラクタアプリに属すコマ画像群の間でコマ画像を一意に識別する為の、ユニークなＩＤである。本実施の形態は、ＩＤとして数字が格納されている。ＩＤは、数字以外の、英字、記号、かな、漢字、その他の文字等で表現しても良い。また、これらを混在させて表現しても構わない。なお、キャラクタＩＤが異なるコマ画像同士では、コマ画像ＩＤが同一であっても構わない。

「表示位置オフセット」カラム１２０６には、直前に表示するコマ画像に対する、自コマ画像の原点位置の移動量を格納する。これにより、表外に記載した画面遷移例符号１２２０→符号１２３０→符号１２４０→符号１２５０に示すように、キャラクタが、画面の右端から徐々に中央へと移動するアニメーション等が表現できるようになっている。

「表示待ち時間」カラム１２０７には、直前のコマ画像を表示した後、何秒後に自コマ画像を表示するか、の値を格納する。これにより、アニメーションのコマ画像の切り替わり時間を制御する。ユーザが新規キャラクタアプリを購入して、サービスセンタ２００から車載端末装置１００へダウンロードする際の処理フローの一例について、図１３を用いて説明する。
図１３は、車載端末装置、キャラクタサーバおよび課金サーバの三つの処理手順を示すシーケンス図である。図中、実線矢印は処理の流れを表し、破線矢印は通信を表す。
車載端末装置１００は、ステップＳ１３００にて処理を開始する。次にステップＳ１３０１へ進む。

ステップＳ１３０１について説明する。ユーザが新規キャラクタアプリを購入・ダウンロードする場合、ユーザは、実際に購入する前に、複数ある候補の中から、購入するキャラクタアプリの選択や確認を行う為のプレビューを行う。ステップＳ１３０１では、ユーザが車載端末装置１００を操作して、このプレビューの対象となるキャラクタアプリ６０５の選択を行う。次にステップＳ１３０２に進む。

ステップＳ１３０２では、通信を介して、サービスセンタ２００内のキャラクタサーバ２０５に対し、選択されたキャラクタに関するプレビューデータの配信を要求する。次に、車載端末装置１００の処理はステップＳ１３０３に進む。ここで、プレビューデータ配信の要求を受付けるキャラクタサーバ２０５の処理について説明する。

ステップＳ１３２０で処理を開始したキャラクタサーバ２０５は、ステップＳ１３２１にて、車載端末装置１００からのプレビューデータ配信要求を受け、車載端末装置１００に対し、プレビューデータを配信する。
ここで、プレビューデータについて、図１３の１３８０を用いて説明する。本実施の形態では、プレビューデータを、前記した図８のサーバ側キャラクタアプリ管理テーブル８００の「アプリバンドル」カラム８０８を除いたカラム群として定義する。具体的には、「キャラクタＩＤ」、「キャラクタ名称」、「代表画像」、「紹介文」、「データサイズ」、「価格」および「サンプルデータ」の各カラム群に格納された情報の全体をプレビューデータと定義する。

ステップＳ１３２１では、車載端末装置１００側でプレビュー対象として選択されたキャラクタのレコードを、サーバ側キャラクタアプリ管理テーブル８００から探し出し、このレコード中の、プレビューデータに該当するカラム部分、具体的には、図１３の符号１３８０において説明の為にハッチング表示している部分のデータを、車載端末装置１００に対して配信する。なお、キャラクタサーバ２０５は、車載端末装置１００からの要求がある度に、同様のプレビューデータの配信処理を行う。

次に、プレビューデータ受信後の車載端末装置１００の処理について述べる。
まず、ステップＳ１３０３において、車載端末装置１００は、キャラクタサーバ２０５から配信されたプレビューデータを受信する。また、受信したプレビューデータを提示する。プレビューデータの車載端末装置１００上での具体的な提示方法についての詳細は後述する。

ステップＳ１３０４において、車載端末装置１００のユーザは、提示されたプレビューデータに基づき、プレビュー中のキャラクタアプリを実際に購入し、ダウンロードするか否かの判断をする。購入・ダウンロードしない場合には(Ｓ１３０４“Ｎ”)、ステップＳ１３０１に戻り、別のキャラクタアプリをプレビューすることを考える。購入・ダウンロードする場合には(Ｓ１３０４“Ｙ”)、ステップＳ１３０５に進む。

ステップＳ１３０５では、プレビュー中のキャラクタアプリを購入・ダウンロードする為に、車載端末装置１００は、通信を介してキャラクタサーバ２０５に対しキャラクタアプリ６０５の購入処理の実行を要求する。

ここで、キャラクタアプリ６０５の購入処理実行の要求を受付けるキャラクタサーバ２０５の処理について説明する。

ステップＳ１３４０で処理を開始したキャラクタサーバ２０５は、ステップＳ１３４１にて、車載端末装置１００からのキャラクタアプリ購入処理実行要求を待つ。要求が無い場合（Ｓ１３４１の“Ｎ”）、ステップＳ１３４１に留まり、要求を待つ。要求がある場合（Ｓ１３４１の“Ｙ”）にはステップＳ１３４２に進む。

ステップＳ１３４２では、ユーザにより選択されたキャラクタアプリ６０５の購入処理を開始する。次にステップＳ１３４３に進む。

ステップＳ１３４３では、課金サーバ２０６に対し、課金処理実行の要求を出す。具体的には、購入予定のキャラクタアプリ６０５のプレビュー時に参照されたサーバ側キャラクタアプリ管理テーブルのキャラクタアプリに対応するレコードの「価格」カラムに記載された価格を課金するよう、課金サーバ２０６に依頼する。

ここで、課金処理を依頼された課金サーバ２０６の処理について説明する。

ステップＳ１３６０で処理を開始した課金サーバ２０６は、ステップＳ１３６１にて、キャラクタサーバ２０５からの課金処理実行要求を待つ。要求が無い場合（Ｓ１３６１“Ｎ”）には、ステップＳ１３６１に留まり、要求を待つ。要求がある場合（Ｓ１３６１“Ｙ”）にはステップＳ１３６２に進む。

ステップＳ１３６２では、キャラクタサーバ２０５からの依頼に従って、所定の金額をユーザに対し課金する。課金は例えば、予め登録されているユーザの預金口座から代金を引き落とす等の処理によって実行できる。次にステップＳ１３６３に進む。

ステップＳ１３６３では、課金が完了した旨をキャラクタサーバ２０５に通知する。その後、ステップＳ１３６４に進んで処理を終える。

課金サーバ２０６から課金完了通知を受けたキャラクタサーバ２０５の処理について説明する。

ステップＳ１３４４にて、課金サーバ２０６から課金完了通知を受けたキャラクタサーバ２０５は、課金完了通知を、通信回線を介し、車載端末装置１００に送る。また、課金完了を受けて、キャラクタアプリ６０５のデータを車載端末装置１００に配信する。
本実施の形態の場合、具体的には、領域１３８０中に示したキャラクタアプリ管理テーブル８００の、キャラクタＩＤ「１」の行の「アプリバンドル」カラムに格納されているアプリバンドルのデータを配信する。その後、ステップＳ１３４５に進み、処理を終える。

キャラクタサーバ２０５から、課金完了通知およびキャラクタバンドルの配信を受けた車載端末装置１００の処理について述べる。

ステップＳ１３０６にて、通信を介し、キャラクタサーバ２０５から、課金完了通知およびキャラクタバンドルの配信を受けた車載端末装置１００は、課金が完了した旨をユーザに対し通知する。また、配信されたキャラクタアプリバンドルを、車載端末装置１００の記憶装置１０３に格納し、インストールする。
ユーザへの課金完了通知においては、例えば、キャラクタアプリ６０５の動作確認も兼ねて、このキャラクタバンドルのインストールによって実行可能となった新規キャラクタアプリを起動することにより、ディスプレイ１０４にキャラクタを表示させたり、スピーカ１０７からキャラクタの音声等を出力させたりして通知するようにしてもよい。ステップＳ１３０６の処理が完了した後は、ステップＳ１３０７に進んで、処理を終える。

次に、プレビューデータ（プレビュー情報）の車載端末装置１００上での具体的な提示方法の一例について、図１４を用いて説明する。
図１４は、プレビューデータを例示した図である。

本実施の形態におけるプレビュー画面１４００は、タイトル表示領域１４０１、「前のキャラクタ」ソフトボタン１４０２、「次のキャラクタ」ソフトボタン１４０３、「このキャラクタを購入＆ＤＬ」ソフトボタン１４０４、「詳しいサンプルデータを見る」ソフトボタン１４０５、プレビュー画像表示領域１４０６、キャラクタＩＤ表示領域１４０８、キャラクタ名称表示領域１４０９、紹介文表示領域１４１０、データサイズ表示領域１４１１、価格表示領域１４１２等を含んで構成される。

タイトル表示領域１４０１には、例えば「キャラクタ 購入＆ダウンロード」のような表示を行い、現在の画面表示が、キャラクタの購入およびダウンロード処理に関するものであることを示す。

「前のキャラクタ」ソフトボタン１４０２および「次のキャラクタ」ソフトボタン１４０３は、プレビュー対象キャラクタを切り替える為のソフトボタンである。各々、１回選択・実行する毎に、「前のキャラクタ」や「次のキャラクタ」のプレビューに切り替わる。
なお、ソフトボタン１４０２〜１４０５は、キー入力装置１０５を用いて選択・実行できる。例えば、方向キーや決定キーを持つリモコンを用い、方向キーでカーソルを合わせ、決定キーで実行するようなことができる。あるいは、タッチパネルや音声入力指示により、選択・実行しても良い。

「このキャラクタを購入＆ＤＬ」ソフトボタン１４０４は、現在プレビュー中のキャラクタアプリを、購入し、ダウンロードするためのボタンである。購入およびダウンロード処理の詳細は、図１３を用いて説明済みである。

「詳しいサンプルデータを見る」ソフトボタン１４０５は、前記した図８の「サンプルデータ」カラム８０７に格納されたサンプルデータを参照するためのソフトボタンである。これにより、プレビュー画像表示領域１４０６に、キャラクタの静止画像群、動画群等をディスプレイ１０４に表示させることができる。
また、領域１４１３に示すようなキャラクタの声や効果音等の音声サンプルを、車載端末装置１００のスピーカ１０７から出力させることができる。ちなみに、「詳しいサンプルデータを見る」ソフトボタン１４０５を選択・実行しなくとも、デフォルトで、このサンプルデータによる静止画、動画、音声等を表示・出力する、あるいは、このようなデフォルトの設定が出来るようにしてもよい。

プレビュー画像表示領域１４０６には、キャラクタアプリ管理テーブル８００の「代表画像」カラム８０３から取得したキャラクタの代表画像１４０７や、同じくキャラクタアプリ管理テーブル８００の「サンプルデータ」カラム８０７から取得したサンプルデータに含まれる静止画や動画等を表示することができる。また、プレビュー画像表示領域１４０６の下部に、キャラクタＩＤ表示領域１４０８を設けても良い。キャラクタＩＤ表示領域１４０８には、キャラクタアプリ管理テーブル８００の「キャラクタＩＤ」カラム８０１から取得したキャラクタＩＤを表示できる。もちろん、キャラクタＩＤ表示領域１４０８は、非表示にすることができるようになっていても良い。

キャラクタ名称表示領域１４０９、紹介文表示領域１４１０、データサイズ表示領域１４１１、価格表示領域１４１２には、それぞれキャラクタアプリ管理テーブル８００の対応するカラムから取得した情報を表示させることができる。

以上説明した画面表示や音声出力により、車載端末装置１００のユーザは、実際にキャラクタアプリを購入・ダウンロードする前にプレビューデータを参照できるので、安心してキャラクタアプリを購入・ダウンロードすることができる。

以上説明したように、本発明によれば、ユーザに提示する情報の内容に合わせ、画面表示と音声により表現されるキャラクタを用いて情報提示を演出するシステムにおいて、従来、演出パターンが限られることに起因して、多彩な情報提示場面において、しばしば情報内容に合わせた最適な演出を行うことができなかった問題を改善することができる。また、多彩な情報提示場面において従来よりも確実に、情報内容に合わせた最適な演出を行うことが出来るようになる。さらに、情報提示の演出を行うキャラクタアプリを、サービスセンタから車載端末へ、ダウンロード・追加インストールすることにより、更に多彩な演出を行うことが出来るようになる。これにより、従来よりもユーザの満足度の高い情報提示を行うことが出来るようになる。

本発明を実施するための最良の形態が適用された車両向け情報システムの全体構成図である。 図１の車載端末装置のソフトウェア構成を示した図である。 図１の車載端末装置が、サービスセンタの天気情報サーバにアクセスし、データベースから天気予報の配信を受ける場合を例として、情報提示を演出する車載端末装置のキャラクタアプリの処理の流れを表した処理フロー図である。 図３の処理フローに従ってキャラクタが各種情報提示の演出する際の、ディスプレイでの画像表示の変化およびスピーカからの音声出力のタイミングと内容を表したフローの一例を示す図である。 図３のステップＳ２０２にて、キャラクタアプリから、天気予報の情報取得依頼を受けた天気情報アプリの処理フローを示した図である。 図５のステップＳ３０２にて、車載端末装置上の天気情報アプリから、天気予報の配信を要求された天気情報サーバの処理フローを示した図である。 図３のステップＳ２１２によって、車載端末装置上のキャラクタアプリから、天気予報の結果に応じたキャラクタ関連データの有無の問い合わせを受けたキャラクタサーバの処理フローを示した図である。 本発明の実施の形態におけるキャラクタアプリ管理テーブルを例示した図である。 本発明の実施の形態における素材管理テーブルを例示した図である。 図９の素材管理テーブルの「音声効果」カラムに格納されるファイルを例示した図である。 本発明の実施の形態におけるコマ画像管理テーブルを例示した図である。 本発明の実施の形態におけるアニメーション管理テーブルを例示した図である。 本発明の実施の形態における車載端末装置、キャラクタサーバおよび課金サーバの三つの処理手順を示すシーケンス図である。 本発明の実施の形態におけるプレビューデータを例示した図である。 本発明の実施の形態における図９の「音声効果」カラムに格納されるファイルを例示した図である。

符号の説明

１００ 車載端末装置
１０１ ＣＰＵ（処理部）
１０２ メモリ
１０３ 記憶装置
１０４ ディスプレイ（出力部）
１０５ キー入力装置
１０６ マイク（入力部）
１０７ スピーカ（出力部）
１０８ 通信処理部
１０９ 車両状態取得部
２００ サービスセンタ
２０１ ナビゲーションサーバ
２０２ 交通情報サーバ
２０３ 音楽サーバ
２０４ 天気情報サーバ
２０５ キャラクタサーバ
２０６ 課金サーバ
３０１ 基地局
３０２ 通信回線
４００ 車両状態
５００ サービスアプリケーション配信・実行基盤
５０１ 音声合成・認識ミドル
６００ サービスアプリケーション（プログラム）
６０１ ナビゲーションアプリケーション
６０２ 交通情報アプリケーション
６０３ 音楽アプリケーション
６０４ 天気情報アプリケーション
６０５ キャラクタアプリケーション（ユーザインターフェースプログラム）
８００ キャラクタアプリ管理テーブル
９００ キャラクタ関連素材管理テーブル
９００ 素材管理テーブル
１１００ コマ画像管理テーブル
１２００ アニメーション管理テーブル
１４００ プレビュー画面

Claims (5)

1. ユーザの音声情報を受け付ける入力部、
   前記ユーザへ画像データおよび音声データを出力する出力部、
   車載端末装置が搭載される車両の車両状態情報を取得する車両状態取得部、
   ネットワークを介して、この車載端末装置に情報を提供するサービスセンタからのデータを受信する通信処理部、
   キャラクタの画像データ、音声データを前記出力部へ出力させるためのプログラムをユーザの要求する情報ごとに格納した記憶装置、
   前記プログラムを実行するための処理部、
   を備え、
   前記出力部にキャラクタの画像データおよび音声データを出力してユーザに情報を提示する車載端末装置であって、
   前記ユーザの音声情報を認識し、この音声情報の結果に基づきユーザの要求する情報を判断し、前記記憶装置に格納されたプログラムの中から前記ユーザの要求する情報に適合するプログラムを選択して、このプログラムを処理部に実行させ、
   前記記憶装置に格納された画像データおよび音声データの中から、前記ユーザの要求に適合するキャラクタの画像データおよび音声データを検索して、このデータを前記出力部に出力させるユーザインターフェースプログラムを前記記憶装置内に格納すること
   を特徴とする車載端末装置。
2. 前記ユーザインターフェースプログラムは、
   前記記憶装置から、前記入力情報に適合するキャラクタのデータが発見できなかったとき、前記処理部に前記キャラクタのデータを前記サービスセンタからダウンロードさせる
   ことを特徴とする請求項１に記載の車載端末装置。
3. 請求項１または請求項２に記載の車載端末装置を用いた車両向け情報提示方法であって、
   前記入力部が、前記ユーザからの音声情報を受け付けるステップ、
   前記ユーザインターフェースプログラムが、前記処理部に、前記ユーザからの音声情報を認識させ、この認識の結果に基づき前記ユーザの要求する情報を判断するステップ、
   前記記憶装置に格納されたプログラムの中から、前記ユーザの要求する情報に適合するプログラムを選択させて、このプログラムを実行させるステップ、
   前記ユーザインターフェースプログラムが、前記処理部に、前記プログラムの実行結果に適合するキャラクタのデータを前記記憶装置から検索させ、この検索されたキャラクタのデータを前記出力部に出力させるステップ、
   を実行することを特徴とする車両向け情報提示方法。
4. 前記インターフェースプログラムが、前記処理部に、前記実行結果に適合するキャラクタのデータを前記記憶装置から発見させることができなかったとき、
   前記ユーザインターフェースプログラムが、前記処理部に、前記キャラクタのデータを、前記サービスセンタからダウンロードさせるステップ、
   を実行することを特徴とする請求項３に記載の車両向け情報提示方法。
5. 請求項１または請求項２に記載のサービスセンタを用いた車両向けの有料の情報提示方法であって、
   前記車載端末装置へ配信できるデータおよびこのデータの購入料金を示したプレビュー情報をさらに格納する前記サービスセンタが、
   前記車載端末装置からの要求に応じて、この車載端末装置へ前記プレビュー情報を配信するステップ、
   前記車載端末装置から、前記データの配信要求を受信するステップ、
   前記配信要求の対象であるデータの購入料金の課金処理を実行するステップ、
   前記課金処理を実行した前記車載端末装置からの配信要求の対象であるデータを、前記車載端末装置へ配信するステップ、
   を実行することを特徴とする車両向け情報提示方法。
   
   

Images