(57)【要約】【課題】広告情報及びサービス情報が同時に配信されることなく情報通信量を軽減させることができる情報配信システムを構成する情報配信装置及び情報端末装置を提供する。【解決手段】車載装置１が情報配信センタ２からサービスアプリケーション１１だけを取得したい場合に、車載装置１で宣伝アプリケーション１０が動作しているか否かを示す宣伝アプリケーション情報をサービスアプリケーション要求に併せて情報配信センタ２に送信し、当該宣伝アプリケーション情報によって車載装置１にて宣伝アプリケーション１０が動作していると判断されたときのみ、情報配信センタ２がサービスアプリケーション１１を車載装置１に送信する。【選択図】        図１
2004151254.tif 000002
【特許請求の範囲】
【請求項１】
サービス情報を要求するサービスアプリケーション要求情報と、広告情報を提供する広告用ソフトウェアの実行状況を示す宣伝アプリケーション情報とを受信する受信部と、
上記受信部が受信した上記宣伝アプリケーション情報に基づいて、サービス情報の送信可否を示す送信可否情報を生成する広告管理部と、
上記広告管理部が生成した送信可否情報に基づいて、上記サービスアプリケーション要求情報に対応するサービス情報を出力するサービス管理部と、
上記サービス管理部から入力したサービス情報を送信する送信部と
を備えた情報配信装置。
【請求項２】
広告用ソフトウェアを記憶する記憶部を備え、
受信部は、宣伝アプリケーション情報に加えてソフトウェアの種別を示す識別情報を受信し、
広告管理部は、上記受信部が受信した識別情報に基づいて特定される広告用ソフトウェアが、上記記憶部に記憶される広告用ソフトウェアと同一であるか否かに基づいて送信可否情報を生成することを特徴とする請求項１記載の情報配信装置。
【請求項３】
広告用ソフトウェアを記憶する記憶部を備え、
広告管理部は、受信部を介して要求された広告用ソフトウェアを上記記憶部から抽出して出力し、
送信部は、上記広告管理部が出力した広告用ソフトウェアを送信することを特徴とする請求項１記載の情報配信装置。
【請求項４】
広告用ソフトウェアを記憶する記憶部と、広告用ソフトウェアを送信するタイミングを設定する設定部とを備え、
広告管理部は、上記設定部に設定されたタイミングに従って広告用ソフトウェアを上記記憶部から抽出して出力し、
送信部は、上記広告管理部が出力した広告用ソフトウェアを送信することを特徴とする請求項１記載の情報配信装置。
【請求項５】
広告用ソフトウェアを記憶する記憶部と、利用者情報を入力する利用者情報入力部とを備え、
広告管理部は、上記利用者情報入力部に入力された利用者情報が予め設定された利用者に合致すると、上記記憶部から広告用ソフトウェアを抽出して出力し、送信部は、上記広告管理部が出力した広告用ソフトウェアを送信することを特徴とする請求項１記載の情報配信装置。
【請求項６】
広告情報を提供する広告用ソフトウェアを実行すると共に、当該ソフトウェアの実行状況を示す宣伝アプリケーション情報を出力する広告実行部と、
サービス情報を要求するサービスアプリケーション要求情報と、上記広告実行部からの上記宣伝アプリケーション情報とを送信する送信部と、
上記送信部から送信したサービスアプリケーション要求情報に対応するサービス情報を受信する受信部と、
この受信部が受信したサービス情報を実行するサービス実行部と
を備えた情報端末装置。
【請求項７】
受信部は、広告用ソフトウェアを受信し、
広告実行部は、上記受信部が受信した広告用ソフトウェアを実行することを特徴とする請求項６記載の情報端末装置。
【請求項８】
受信部が受信した広告用ソフトウェアを実行するか否かを設定する実行確認部を備え、
広告実行部は、上記実行確認部にて実行可と設定されたソフトウェアのみを実行することを特徴とする請求項７記載の情報端末装置。
【請求項９】
広告実行部は、広告用ソフトウェアの実行状況をサービス実行部に通知し、
上記サービス実行部は、上記広告実行部が上記広告用ソフトウェアを実行している場合にのみサービス情報を実行処理することを特徴とする請求項６記載の情報端末装置。
【請求項１０】
ソフトウェアの実行内容を変更させる変更情報を提供する変更情報提供部を備え、
広告実行部及び／又はサービス実行部は、上記変更情報提供部から提供された変更情報に従って広告用ソフトウェア及び／又はサービス情報の実行内容を変更することを特徴とする請求項６記載の情報端末装置。
【請求項１１】
ソフトウェアの実行内容を変更させる変更情報を提供する変更情報提供部を備え、
広告実行部又はサービス実行部は、上記変更情報に従って広告用ソフトウェア又はサービス情報の実行内容を変更すると共に、当該変更内容に関する情報をサービス実行部又は広告実行部に送信し、
上記サービス実行部又は上記広告実行部は、上記広告実行部又は上記サービス実行部から受信した上記情報に従って上記サービス情報又は上記広告用ソフトウェアの実行内容を変更することを特徴とする請求項６記載の情報端末装置。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
この発明は自動車ディーラやガソリンスタンド、自動車用品販売店などに設置された情報配信サーバ装置に適する情報配信装置、及び一般乗用車に搭載されるカーナビゲーションシステムやカーオーディオシステムに適する情報端末装置に関するものである。
【０００２】
【従来の技術】
近年のカーナビゲーションシステムなどを構成する車載装置（情報端末装置）では、携帯電話などの通信手段を介して情報配信センタが提供する車外の情報やサービスを取得することができるものがある。しかしながら、携帯電話などの通信手段では、情報配信センタから車外の情報やサービスを取得するのに、当該車載装置の利用者が負担しなければならない通信費用が別途発生してしまう。これに対して、情報配信センタ側から情報やサービスを送る際、同時に広告情報を付加して上記通信費用の一部を当該広告情報の提供者に負担させるシステムが提案されている。
【０００３】
例えば、道路情報配信センタが、カーナビゲーション装置（情報端末装置）に道路情報を配信するにあたり広告情報を添付して送信することで、上記道路情報の送信に必要な通信費用の一部を広告情報提供者に負担させるシステムが提案されている（特許文献１参照）。
【０００４】
【特許文献１】
特開２００１−１４７１２３公報
【０００５】
【発明が解決しようとする課題】
従来では、情報端末装置が情報配信センタからサービス情報を取得する際に発生する通信費用の負担を広告情報を添付することで広告主に分散させることができる。しかしながら、情報端末装置の利用者が、情報配信センタからのサービス情報と広告情報のどちらか一方を取得したい場合であっても両方の情報が送信されてしまう。このため、自ずと情報配信センタと情報端末装置との間における情報通信量が多くなり、通信費用が増大してしまうという課題があった。
【０００６】
この発明は上記のような課題を解決するためになされたもので、サービス情報を配信する情報配信装置が、広告情報及びサービス情報を扱うアプリケーションソフトウェアを別々に管理し、情報端末装置にて上記広告情報を扱うソフトウェアが動作している場合のみ上記サービス情報を配信することで、広告情報及びサービス情報が同時に配信されることなく情報通信量を軽減させることができる情報配信システムを構成する情報配信装置及び情報端末装置を得ることを目的とする。
【０００７】
【課題を解決するための手段】
この発明に係る情報配信装置は、サービス情報を要求するサービスアプリケーション要求情報と、広告情報を提供する広告用ソフトウェアの実行状況を示す宣伝アプリケーション情報とを受信する受信部と、受信部が受信した宣伝アプリケーション情報に基づいて、サービス情報の送信可否を示す送信可否情報を生成する広告管理部と、広告管理部が生成した送信可否情報に基づいてサービスアプリケーション要求情報に対応するサービス情報を出力するサービス管理部と、サービス管理部から入力したサービス情報を送信する送信部とを備えるものである。
【０００８】
また、この発明に係る情報端末装置は、広告情報を提供する広告用ソフトウェアを実行すると共に、当該ソフトウェアの実行状況を示す宣伝アプリケーション情報を出力する広告実行部と、サービス情報を要求するサービスアプリケーション要求情報と、広告実行部からの宣伝アプリケーション情報とを送信する送信部と、送信部から送信したサービスアプリケーション要求情報に対応するサービス情報を受信する受信部と、この受信部が受信したサービス情報を実行するサービス実行部とを備えるものである。
【０００９】
【発明の実施の形態】
以下、この発明の実施の一形態を説明する。
実施の形態１．
図１はこの発明の実施の形態１による情報配信システムの構成を示す図である。図に示すシステムでは、携帯電話３を用いて車載装置１が携帯電話基地局４及び一般電話公衆網５を介して情報配信センタ２とデータ通信し、サービス情報や広告情報の配信を受ける。車載装置（情報端末装置）１は、宣伝アプリケーション実行部６、サービスアプリケーション実行部７、送信部８、受信部９、宣伝アプリケーション１０、サービスアプリケーション１１、要求入力部１２、及び車載表示装置１３から構成される。
【００１０】
先ず、宣伝アプリケーション実行部（広告実行部）６（以下、実行部６と適宜略す）は、宣伝アプリケーション（広告用ソフトウェア）１０を動作させるためのミドルウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。その機能は、宣伝アプリケーション１０が提供する広告情報を車載表示装置１３に表示する他、宣伝アプリケーション１０の動作状態に対応した宣伝アプリケーション情報を生成する。ここで、宣伝アプリケーション１０とは、予め設定された広告情報を車載装置１に提供するソフトウェアである。また、宣伝アプリケーション情報とは、宣伝アプリケーション１０が動作しているか否かを示す情報である。例えば、動作中であるとき「１」、動作していないと「０」が設定されるフラグを宣伝アプリケーション１０内に設けておき、その値を宣伝アプリケーション情報とする。
ここで、広告情報とは、広告主やその製品をプロモーションする情報であって、広告を表示する画像ファイルやバナー広告などが挙げられる。
【００１１】
また、サービスアプリケーション実行部（サービス実行部）７（以下、実行部７と適宜略す）は、サービスアプリケーション（サービス情報）１１を実行して、サービスアプリケーション１１に設定された表示内容を車載表示装置１３に表示する。この実行部７は、Ｊａｖａ（登録商標）仮想マシン（Ｊａｖａ（登録商標）ＶＭ：Ｊａｖａ（登録商標）  Ｖｉｒｔｕａｌ  Ｍａｃｈｉｎｅ）として機能するソフトウェアとこれを実行する不図示の演算処理に係るハードウェアとが協働して動作することで具現化される。ここで、サービスアプリケーション１１とは、車載装置１に所定のサービスを提供又は利用する機能を与えるソフトウェアであり、Ｊａｖａ（登録商標）プログラミング言語で記述されたＪａｖａ（登録商標）アプレットで具現化される。
【００１２】
図２は図１中の車載表示装置における表示画面例を示す図である。図中の表示画面１９ａは、車載装置１の利用者に対してゲームを提供するサービスアプリケーション１１の表示内容を示している。情報配信センタ２からダウンロードされたサービスアプリケーション１１は、Ｊａｖａ（登録商標）仮想マシンであるサービスアプリケーション実行部７によって処理され、上述のような内容を車載表示装置１３に表示させる。一方、表示画面１９ｂは、商品やサービスの広告情報を表示する宣伝アプリケーション１０の表示内容を示している。
【００１３】
送信部（通信処理部）８は、携帯電話３を介して情報配信センタ２に対してデータ送信を行う構成部であって、通信処理に関する動作を制御するソフトウェアとハードウェアが協働して動作することで具現化される。一方、受信部（通信処理部）９は、携帯電話３を介して情報配信センタ２からデータ受信する構成部であって、同様に通信処理に関するソフトウェアとハードウェアが協働して動作することで具現化される。なお、車載装置１内の送信部８及び受信部９と情報配信センタ２との通信方法については、携帯電話を用いたクライアント装置とサーバ装置との一般的な接続方法で説明することができるので詳細な説明を省略する。
【００１４】
要求入力部１２は、利用者からの情報入力を受け付けるハードウェアであって、例えばパーソナルコンピュータ（ＰＣ）に標準的に用いられるキーボードのようなものが考えられる。ここで、要求入力部１２を用いて入力されるサービスアプリケーション要求（サービスアプリケーション要求情報）とは、サービスアプリケーション１１を特定する情報である。例えば、「ぐるぐるスロット」、「モンキースイング」、「ムーンシュート」というようなサービスアプリケーション１１が提供するゲームアプリケーションの名称などが挙げられる。なお、要求入力部１２による文字入力の受付方法については、ＰＣのキーボードと同様の方法で実現することができるので詳細説明を省略する。車載表示装置１３は、実行部６，７から指定された表示内容を表示する構成部であって、ＣＲＴ（Ｃａｔｈｏｄｅ−Ｒａｙ  Ｔｕｂｅ）やＬＣＤ（Ｌｉｑｕｄ  Ｃｒｙｓｔａｌ  Ｄｉｓｐｌａｙ）などの標準的な表示装置によって具現化される。
【００１５】
情報配信センタ（情報配信装置）２は、車載装置１とデータ通信を実施するコンピュータ装置によって具現化され、宣伝アプリケーション管理部１４、サービスアプリケーション管理部１５、サービスアプリケーション蓄積部１６、受信部１７、及び送信部１８から構成されている。
【００１６】
先ず、宣伝アプリケーション管理部（広告管理部）１４（以下、管理部１４と適宜略す）は、宣伝アプリケーション情報に応じてサービス送信許可情報の内容を決定するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。その機能としては、車載装置１からの宣伝アプリケーション情報に応じて、サービス送信許可情報をサービスアプリケーション管理部１５に設定する。
【００１７】
ここで、サービス送信許可情報とは、サービス送信を許可する場合には「１」、許可しない場合は「０」で記述された情報である。管理部１４は、車載装置１からの宣伝アプリケーション情報が前述した「１」であればサービス送信許可情報を「１」に設定し、宣伝アプリケーション情報が「０」であればサービス送信許可情報を「０」に設定する。
【００１８】
サービスアプリケーション管理部（サービス管理部）１５（以下、管理部１５と適宜略す）は、サービスアプリケーション１１の管理に関するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。その機能としては、車載装置１からのサービスアプリケーション情報を受けると、これに記述された「サービスアプリケーション名称」で特定されるサービスアプリケーション１１をサービスアプリケーション蓄積部１６（以下、蓄積部１６と適宜略す）から検索する。そして、検索結果のサービスアプリケーション１１を、管理部１４から受信したサービス送信許可情報の内容に応じて送信部１８を介して車載装置１に送信する。
【００１９】
受信部（通信処理部）１７は、車載装置１からデータ受信する構成部であって、通信処理に関するソフトウェアとハードウェアが協働して動作することで具現化される。主な機能としては、車載装置１から送信されたサービスアプリケーション要求と宣伝アプリケーション情報を受信し、宣伝アプリケーション情報を管理部１４に出力すると共に、サービスアプリケーション要求を管理部１５に出力する。
【００２０】
ここで、サービスアプリケーション要求及び宣伝アプリケーション情報は、例えば「サービスアプリケーション要求，宣伝アプリケーション情報」のようにカンマで区切られた文字列の形で、車載装置１より送信されてくる。この場合、受信部１７では、送信されてきた文字列の中からカンマを検索し、最初の文字からカンマの前の文字までの文字列をサービスアプリケーション要求、カンマの後の文字から文字列の最後の文字までの文字列を宣伝アプリケーション情報として認識する。
【００２１】
次に、送信部（通信処理部）１８は、車載装置１にデータ送信する構成部であって、同様に通信処理に関するソフトウェアとハードウェアが協働して動作することで具現化される。主な機能としては、サービスアプリケーション要求を発行した車載装置１に対して、管理部１５から入力されたサービスアプリケーション１１を送信する。
【００２２】
次に動作について説明する。
図３は図１中の車載装置の動作を示すフローチャートであり、この図に沿ってサービスアプリケーション要求及び宣伝アプリケーション情報を情報配信センタ２に送信するプロセスを説明する。
先ず、利用者が車載装置１の要求入力部１２にサービスアプリケーション名称を入力すると、要求入力部１２は、当該サービスアプリケーション名称をサービスアプリケーション要求として送信部８に送信する（ステップＳＴ１）。
【００２３】
送信部８では、要求入力部１２からサービスアプリケーション要求を受けとると、実行部６に対して宣伝アプリケーション情報を要求する（ステップＳＴ２）。このあと、実行部６では、送信部８から宣伝アプリケーション情報が要求されると、自己に設定されている宣伝アプリケーション１０の動作状態を特定するフラグの内容を読み出し、これを宣伝アプリケーション情報として送信部８に返信する（ステップＳＴ３）。
【００２４】
続いて、送信部８は、上述のようにして取得したサービスアプリケーション要求及び宣伝アプリケーション情報を、携帯電話３を用いて携帯電話基地局４及び一般電話公衆網５を介して情報配信センタ２に送信する。このとき、送信部８が送信するフォーマットとしては、例えばサービスアプリケーション要求と宣伝アプリケーション情報をカンマ（，）で結合した文字列が挙げられる。具体的には、サービスアプリケーション名称と宣伝アプリケーション１０の動作状態を特定するフラグの内容をカンマで区切って、「ぐるぐるスロット，１」というような送信フォーマットとする。
【００２５】
以上が車載装置１からサービスアプリケーション要求及び宣伝アプリケーション情報を情報配信センタ２に送信するプロセスであり、利用者からサービスアプリケーション要求がある度に上記動作が繰り返される。
【００２６】
次に情報配信センタ２から車載装置１にサービスアプリケーション１１を送信処理プロセスについて、図４の処理フローチャートを用いて説明する。
情報配信センタ２内の受信部１７は、車載装置１からのサービスアプリケーション要求及び宣伝アプリケーション情報を常に受け付ける状態にある。ここで、サービスアプリケーション要求及び宣伝アプリケーション情報を受信すると（ステップＳＴ１ａ）、受信部１７は、宣伝アプリケーション情報を管理部１４に出力すると共に、サービスアプリケーション要求を管理部１５に送出する。具体的に説明すると、受信部１７は、例えばサービスアプリケーション要求と宣伝アプリケーション情報をカンマ（，）で結合した文字列の形式で車載装置１から受信する。このとき、受信部１７は、上記文字列中のカンマを抽出してその前後の情報をサービスアプリケーション要求と宣伝アプリケーション情報に分離する。このあと、分離されたサービスアプリケーション要求及び宣伝アプリケーション情報は、管理部１４及び管理部１５にそれぞれ出力される。
【００２７】
管理部１５では、受信部１７から入力したサービスアプリケーション要求に記載されるサービスアプリケーション名称を用いて蓄積部１６を検索する（ステップＳＴ２ａ）。次に、管理部１５は、当該名称にて特定されるサービスアプリケーション１１が蓄積部１６に存在するか否かを判定する（ステップＳＴ３ａ）。
【００２８】
このとき、上記名称にて特定されるサービスアプリケーション１１が蓄積部１６になければ、管理部１５は、管理部１４から宣伝アプリケーション情報に応じて生成されたサービス送信許可情報（サービスアプリケーション１１の送信を許可又は不許可とする旨を示す情報）を受信するまで待ち状態を保持する（ステップＳＴ４ａ）。受信部１７は、サービスアプリケーション要求及び宣伝アプリケーション情報の受信待ち状態となる。ここで、受信部１７がサービスアプリケーション要求及び宣伝アプリケーション情報を受信すれば（ステップＳＴ１ａ）、上述したステップＳＴ２ａからステップＳＴ３ａまでの処理が繰り返される。
【００２９】
一方、上記名称にて特定されるサービスアプリケーション１１が蓄積部１６に存在すれば、管理部１５は、管理部１４から上記サービス送信許可情報が送信されるまで待ち状態を保持する（ステップＳＴ５ａ）。このあと、管理部１５は、管理部１４からの受信情報の内容が車載装置１に対してサービスアプリケーション１１の送信を許可するものか、不許可とするものかを判定する（ステップＳＴ６ａ）。
【００３０】
ここで、管理部１４から受信した上記情報がサービスアプリケーション１１の送信を許可する旨を伝える情報であると、管理部１５は、上記検索結果として得られたサービスアプリケーション１１を蓄積部１６から取り出し、送信部１８を用いて車載装置１に送信する（ステップＳＴ７ａ）。
【００３１】
また、管理部１４から受信した上記情報がサービスアプリケーション１１を許可しない旨の情報であると、管理部１５は、上記検索結果として得られたサービスアプリケーション１１を車載装置１に送信しない。このあと、受信部１７は、サービスアプリケーション要求の受信待ち状態となる。ここで、受信部１７がサービスアプリケーション要求を受信すれば（ステップＳＴ１ａ）、上述したステップＳＴ２ａからステップＳＴ６ａまでの処理が繰り返される。
【００３２】
以上のように、この実施の形態１によれば、車載装置１が情報配信センタ２からサービスアプリケーション１１だけを取得したい場合に、車載装置１で宣伝アプリケーション１０が動作しているか否かを示す宣伝アプリケーション情報をサービスアプリケーション要求に併せて情報配信センタ２に送信し、当該宣伝アプリケーション情報によって車載装置１にて宣伝アプリケーション１０が動作していると判断されたときのみ、情報配信センタ２がサービスアプリケーション１１を車載装置１に送信するように構成したので、情報配信センタ２は、車載装置１において宣伝アプリケーション１０に設定された広告情報が表示されていることを条件に、サービスアプリケーション１１のみを配信することができる。これにより、広告情報を提供する宣伝アプリケーション１０とサービスアプリケーション１１を同時に送信することによる通信量の増加を抑えることができる。
【００３３】
また、サービスアプリケーション１１の送信可否が、車載装置１において宣伝アプリケーション１０に設定された広告情報が表示されていることを条件とすることから、当該広告情報の提供者が、車載装置１と情報配信センタ２との間のデータ通信に係る通信費用の一部を負担するのに見合うだけの上記広告情報による宣伝効果を担保することができる。
【００３４】
なお、上記実施の形態１では、車載装置１から宣伝アプリケーション１０が動作しているか否かを示すフラグの内容により宣伝アプリケーション情報を生成する例を示したが、例えば宣伝アプリケーション１０の内部情報として自己が車載装置１にインストールされた時間を記述しておき、車載装置１から情報配信センタ２に送信する宣伝アプリケーション情報としてインストール時間を設定するようにしてもよい。
【００３５】
これにより、情報配信センタ２の宣伝アプリケーション管理部１４において、上記インストール時間に応じてサービスアプリケーション１１の送信可否を判断させるようにしても構わない。具体的に説明すると、例えば「２０００年１月１日以降のインストール時間の宣伝アプリケーション１０を動かしている車載装置１にのみサービスを配信する」というように「インストール時間」をサービス配信の指標とする態様が挙げられる。
【００３６】
また、上記実施の形態１において、宣伝アプリケーション１０を特定する「名称」を宣伝アプリケーション情報に含めて情報配信センタ２に送信し、当該宣伝アプリケーション名称（識別情報）に応じて送信許可／拒否を判断しても構わない。宣伝アプリケーション名称としては、例えば「○○石油宣伝アプリケーション」、「△△自動車宣伝アプリケーション」などのようなものが使用できる。
【００３７】
なお、上記実施の形態１では、車載装置１の送信部８からサービスアプリケーション要求と宣伝アプリケーション情報を同時に併せて情報配信センタ２に送信し、情報配信センタ２の受信部１７においてサービスアプリケーション要求と宣伝アプリケーション情報を分割していたが、車載装置１の送信部８と情報配信センタ２の受信部１７が連携して両者を別々に送信しても構わない。
【００３８】
以下に具体的に説明する。
図５は図１中の車載装置による動作の他の例を示すフローチャートであり、この図に沿って車載装置１による上述した連携送信処理の詳細を説明する。
利用者が車載装置１の要求入力部１２にサービスアプリケーション名称を入力すると、要求入力部１２は、当該サービスアプリケーション名称をサービスアプリケーション要求として送信部８に送信する（ステップＳＴ１ｂ）。
【００３９】
送信部８では、要求入力部１２からサービスアプリケーション要求を受けとると、当該サービスアプリケーション要求を情報配信センタ２に送信する（ステップＳＴ２ｂ）。このとき、受信部９は、情報配信センタ２から宣伝アプリケーション情報取得要求を受信するまで待ち状態を保持する（ステップＳＴ３ｂ）。
【００４０】
このあと、受信部９は、宣伝アプリケーション情報取得要求を受け取ると、上述した図３の処理フローチャートと同様にして、ステップＳＴ４ｂにて実行部６より宣伝アプリケーション情報を取得し、ステップＳＴ５ｂにて当該宣伝アプリケーション情報を情報配信センタ２に送信する。このあと、受信部９は、サービスアプリケーション要求の受信待ち状態となる。ここで、受信部９がサービスアプリケーション要求を受信すれば（ステップＳＴ１ｂ）、上述したステップＳＴ２ｂからステップＳＴ５ｂまでの処理が繰り返されることとなる。
【００４１】
次に、情報配信センタ２における受信部１７の連携受信処理について図６の処理フローチャートを用いて説明する。
受信部１７は、車載装置１からのサービスアプリケーション要求を常に受け付ける状態にある。ここで、サービスアプリケーション要求を受信すると（ステップＳＴ１ｃ）、受信部１７は、車載装置１の送信部８に対して宣伝アプリケーション情報要求を送信する（ステップＳＴ２ｃ）。このあと、当該宣伝アプリケーション情報要求に対する応答として、車載装置１から送信された宣伝アプリケーション情報を、受信部１７が受信する（ステップＳＴ３ｃ）。このようにすることで、車載装置１と情報配信センタ２の間で一度に送受信される通信量を削減することができる。
【００４２】
また、上記実施の形態１では、サービスアプリケーション実行部７をＪａｖａ（登録商標）仮想マシンで実現する例を示したが、これに限定されるものではない。例えば、サービスアプリケーション１１をネイティブアプリケーション（装置に特化したコードで記述されたアプリケーション）とし、実行部７をネイティブアプリケーションを実行するためのミドルウェアで構成しても構わない。これは、サーバ装置からダウンロードしてきたアプリケーションをＰｏｃｋｅｔ  ＰＣ（Ｐｅｒｓｏｎａｌ  Ｃｏｍｐｕｔｅｒ）やＰＤＡ（Ｐｅｒｓｏｎａｌ  Ｄｉｇｉｔａｌ  Ａｓｓｉｓｔａｎｔｓ）上で動作させる仕組みと同様である。
【００４３】
上記実施の形態１で宣伝アプリケーションを実行するミドルウェアで宣伝アプリケーション実行部６を構成する例を示したが、上記サービスアプリケーション実行部７と同様にＪａｖａ（登録商標）仮想マシンで実現しても構わない。この場合、宣伝アプリケーション１０は、Ｊａｖａ（登録商標）で記述されたアプリケーションとなる。
【００４４】
さらに、上記実施の形態１では、情報配信センタ２から提供するサービスをサービスアプリケーション１１とし、Ｊａｖａ（登録商標）で記述されたゲームアプリケーションを例に示したが、この他に、例えば天気予報や交通情報を見るためのアプリケーションなどが考えられる。ここで、本発明で扱うサービス情報は、プログラミング言語で記述されたアプリケーションでなくても構わない。また、車載装置１の一つの形態であるカーナビゲーションシステムで使われる地図データや、カーオーディオシステムで再生される音楽データなども挙げられる。さらには、車載装置１で使われる必要もなく、宣伝アプリケーション１０を提供している広告主の商品やサービスの電子化された割引チケットであっても構わない。つまり、本発明で扱うサービス情報は、一般公衆回線などのネットワークを通じて所定のソフトウェアの機能やデータの利用を可能とする情報が挙げられる。
【００４５】
上記実施の形態１の補足として、宣伝アプリケーション情報として宣伝アプリケーション１０の広告レベルを情報配信センタ２に送信し、情報配信センタ２で宣伝アプリケーション１０の広告レベルに応じてサービスアプリケーション１１の送信許可又は拒否を判断しても構わない。以下に具体的に説明する。
【００４６】
図７はサービスアプリケーションの送信可否と広告レベル及びサービスアプリケーションレベルとの関係を示す表である。図に示すように、宣伝アプリケーション１０及びサービスアプリケーション１１の両方に送信処理に関する優先度に対応するレベルを割り当てておく。例えば、広告レベルがレベルＡの宣伝アプリケーション１０に対しては、全てのレベルのサービスアプリケーション１１の送信を許可し、広告レベルがレベルＢの宣伝アプリケーション１０に対しては、レベルＢとレベルＣのサービスアプリケーション１１の送信を許可する。また、広告レベルがレベルＣの宣伝アプリケーション１０に対しては、レベルＣのサービスアプリケーション１１のみについて送信を許可するといったようになる。
【００４７】
宣伝アプリケーション１０の広告レベルのレベル分けについては、例えば音声、文字及び画像を提供する広告をレベルＡ、音声及び文字の広告をレベルＢ、音声のみの広告をレベルＣとする。一方、サービスアプリケーション１１のレベル分けについては、例えば３Ｄ表示を行い音声を出力するゲームに関するものをレベルＡ、２Ｄ表示で音声を出力するゲームに関するものをレベルＢ、表示のみのゲームに関するものをレベルＣとする。
上記の他の例としては、高速道路でのみ広告情報の提供を行う宣伝アプリケーション１０に対して、高速道路のみで動作するサービスアプリケーション１１のみ送信を許可するということもできる。
【００４８】
上記実施の形態１では、要求入力部１２を介して利用者がサービスアプリケーション名称を入力する例を示したが、車載装置１から情報配信センタ２に対して複数のサービスアプリケーション１１をまとめた「サービスアプリケーションリスト」を要求し、当該サービスアプリケーションリストを情報配信センタ２から配信するようにしてもよい。
【００４９】
図８は図１中の車載表示装置に表示したサービスアプリケーションリストを示す図であり、車載装置１の表示装置１３に表示させた上記リストの表示例を示している。図に示す表示画面１９ｃのように、上記リスト内のサービスアプリケーション名称を利用者が適宜選択し入力できるような構成とする。この場合、車載表示装置１３をタッチパネルで構成しておき、サービスアプリケーションリスト表示から利用者に選択させたサービスアプリケーション名称をサービスアプリケーション要求として送信部８に送信するようにしても構わない。なお、図２と同一構成要素には同一符号を付して重複する説明を省略する。
【００５０】
また、上記実施の形態１では、車載装置１と情報配信センタ２との通信媒体として、携帯電話３を用いて携帯電話基地局４及び一般電話公衆網５を介したものを用いた例を示したが、本発明の趣旨を逸脱しない範囲で他の通信媒体を使用しても構わない。例えば、無線ＬＡＮ（Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）やＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）、短距離無線Ｂｌｕｅｔｏｏｔｈなどを使用しても良い。
【００５１】
実施の形態２．
この実施の形態２は、車載装置１において宣伝アプリケーション１０が動作していないとサービスアプリケーション１１が実行できないように構成したものである。
【００５２】
図９はこの発明の実施の形態２による車載装置の構成を示す図である。本実施の形態による宣伝アプリケーション実行部（広告実行部）６ａ（以下、実行部６ａと適宜略す）は、サービスアプリケーション実行部７と連携して宣伝アプリケーション１０の動作中にのみサービスアプリケーション１１を実行させるものである。また、実行部６ａは、例えば上記実施の形態１で示した実行部６と同様にミドルウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化することができる。なお、図１と同一構成要素には同一符号を付して重複する説明を省略する。
【００５３】
次に動作について説明する。
本実施の形態２は、実行部６ａ，７の動作が上記実施の形態１と異なる。よって、当該相違点について説明する。
先ず、上記実施の形態１で示した図４の処理フローの結果として、車載装置１が情報処理センタ２からサービスアプリケーション１１を受信すると、車載装置１内の実行部７は、受信部９で受信したサービスアプリケーション１１を実行する際に、実行部６ａに対して宣伝アプリケーション情報を要求する。
【００５４】
実行部６ａでは、実行部７からの宣伝アプリケーション情報要求を受信すると、上記実施の形態１と同様に宣伝アプリケーション１０内のフラグ内容を宣伝アプリケーション情報として実行部７に返信する。このあと、実行部７は、宣伝アプリケーション情報に応じてサービスアプリケーション１１を実行するか停止するかを判断する。例えば、宣伝アプリケーション情報として宣伝アプリケーション１０の動作中を示すディジタル値「１」であれば、実行部７は、サービスアプリケーション１１を実行する。一方、宣伝アプリケーション１０が停止中であることを示す「０」であれば、サービスアプリケーション１１を実行しないか、停止する。
【００５５】
以上のように、この実施の形態２によれば、サービスアプリケーション実行部７が宣伝アプリケーション１０が動作しているか否かをチェックしてからサービスアプリケーション１１を実行するので、宣伝アプリケーション１０が停止した状態でサービスアプリケーション１１が実行されることを防ぐことができる。これにより、宣伝アプリケーション１０の広告情報の宣伝効果を下げることなく、上記広告情報の提供者が、車載装置１と情報配信センタ２との間のデータ通信に係る通信費用の一部を負担するのに見合うだけの宣伝効果を担保することができる。
【００５６】
なお、上記実施の形態１と同様に、宣伝アプリケーション情報を宣伝アプリケーション１０の広告レベルとして、サービスアプリケーション実行部７で宣伝アプリケーション１０の広告レベルに応じてサービスアプリケーション１１の実行許可／拒否を判断しても構わない。例えば、車載装置１をカーナビゲーション装置として実現した場合を考える。先ず、宣伝アプリケーション１０に自車位置情報に応じた広告レベルを設定しておき、サービスアプリケーション１１にも位置情報に応じたレベルを付与しておく。
【００５７】
車載装置１は、自車の位置を検出すると、当該自車位置情報を宣伝アプリケーション実行部６ａに送信する。続いて、車載装置１は、サービスアプリケーション要求に上記自車位置情報も含めて情報配信センタ２に送信し、当該位置情報に応じたサービスアプリケーション１１をダウンロードする。このとき、実行部７は、サービスアプリケーション１１のレベルと、宣伝アプリケーション実行部６ａからの自車位置に応じた広告レベルである宣伝アプリケーション情報との組み合わせに応じて、サービスアプリケーション１１の実行可否を判断する。
【００５８】
このようにすることで、例えば自車が高速道路に位置する場合でしか動作しない宣伝アプリケーション１０に対して、サービスアプリケーション１１は高速道路のみで動作するといった態様を実現することができる。
【００５９】
また、上記実施の形態２では、車載装置１から宣伝アプリケーション１０が動作しているか否かを示すフラグの内容により宣伝アプリケーション情報を生成する例を示したが、例えば宣伝アプリケーション１０の内部情報として自己が車載装置１にインストールされた時間を記述しておき、車載装置１から情報配信センタ２に送信する宣伝アプリケーション情報としてインストール時間を設定するようにしてもよい。
【００６０】
これにより、情報配信センタ２の宣伝アプリケーション管理部１４において、上記インストール時間に応じてサービスアプリケーション１１の送信可否を判断させるようにしても構わない。具体的に説明すると、例えば「２０００年１月１日以降のインストール時間の宣伝アプリケーション１０を動かしている車載装置１にのみサービスを配信する」というように「インストール時間」をサービス配信の指標とする態様が挙げられる。
【００６１】
さらに、上記実施の形態において、宣伝アプリケーション１０を特定する「名称」を宣伝アプリケーション情報に含めて情報配信センタ２に送信し、当該宣伝アプリケーション名称（識別情報）に応じて送信許可／拒否を判断しても構わない。宣伝アプリケーション名称としては、例えば「○○石油宣伝アプリケーション」、「△△自動車宣伝アプリケーション」などのようなものが使用できる。
【００６２】
実施の形態３．
上記実施の形態１及び実施の形態２では、車載装置１に宣伝アプリケーション１０が予め設定されている場合を前提としているが、この実施の形態３は、宣伝アプリケーション１０を情報配信センタ２からダウンロードするものである。
【００６３】
図１０はこの発明の実施の形態３による情報配信システムの構成を示す図である。図において、上記実施の形態１のシステム構成に加えて車載装置１内に宣伝アプリケーション実行部６ｂ及び受信部９ａが新たに設けられ、情報配信センタ２内に宣伝アプリケーション管理部１４ａ及び宣伝アプリケーション蓄積部２０が新たに設けられている。宣伝アプリケーション実行部（広告実行部）６ｂ（以下、実行部６ｂと適宜略す）は、受信部９ａが情報処理センタ２からダウンロードした宣伝アプリケーション１０を動作させる。ここで、実行部６ｂで動作する宣伝アプリケーション１０は、Ｊａｖａ（登録商標）プログラミング言語で記述されたＪａｖａ（登録商標）アプレットであり、上記実施の形態１と同様に動作又は停止を示すフラグを持っており、外部からフラグの状態を取得できるようになっている。
【００６４】
さらに、この実行部６ｂは、例えば上記実施の形態１と同様に上記Ｊａｖａ（登録商標）アプレットを実行するＪａｖａ（登録商標）仮想マシンとして構成され、宣伝アプリケーション１０から宣伝アプリケーション情報を生成する。具体的には、Ｊａｖａ（登録商標）仮想マシンとして機能するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化することができる。
【００６５】
また、受信部（通信処理部）９ａは、携帯電話３を介して情報配信センタ２から宣伝アプリケーション１０及びサービスアプリケーション１１を受信する構成部であって、例えば車載装置１内の通信処理に関するソフトウェアとハードウェアが協働して動作することで具現化することができる。一方、情報配信センタ２において、宣伝アプリケーション管理部（広告管理部）１４ａ（以下、管理部１４ａと適宜略す）は、宣伝アプリケーション１０の検索などに関する処理のソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。
【００６６】
その機能としては、車載装置１からの宣伝アプリケーション情報に応じて、サービス送信許可情報をサービスアプリケーション管理部１５に設定すると共に、車載装置１からの宣伝アプリケーション要求に応じて車載装置１に送信すべき宣伝アプリケーション１０を検索する。さらに、宣伝アプリケーション蓄積部（記憶部）２０（以下、蓄積部２０と適宜略す）は、宣伝アプリケーション１０を蓄積する記憶装置であって、サービスアプリケーション蓄積部１６と同様に、情報配信センタ２としてのコンピュータ装置に搭載されるハードディスク装置やＣＤ−ＲＯＭなどの記録媒体の内容を読み出すディスク装置などから具現化することができる。なお、図１と同一構成要素には同一符号を付して重複する説明を省略する。
【００６７】
次に動作について説明する。
先ず、利用者が車載装置１の要求入力部１２に宣伝アプリケーション要求を文字入力すると、要求入力部１２は、当該宣伝アプリケーション要求を送信部８に出力する。ここで、宣伝アプリケーション要求とは、「宣伝：」の３文字に宣伝アプリケーション名称を追加した文字列である。例えば、「宣伝：○○自動車宣伝アプリケーション」、「宣伝：△△銀行宣伝アプリケーション」などが挙げられる。
【００６８】
送信部８では、要求入力部１２への文字入力情報を受信すると、当該入力情報である文字列の特定の箇所が宣伝アプリケーション要求を表しているものか、サービスアプリケーション要求を表しているものかを判定する。この場合、文字列の特定の箇所として、文字列の先頭の３文字を抽出して、いずれのアプリケーション要求を表しているものかを判断する。例えば、要求入力部１２からの文字入力情報の最初の３文字が「宣伝：」であれば、送信部８は、当該入力情報を宣伝アプリケーション要求と判断し、これを情報配信センタ２に送信する。一方、サービスアプリケーション要求であれば、上記実施の形態１と同様にして宣伝アプリケーション情報とサービスアプリケーション要求を情報配信センタ２に送信する。
【００６９】
上記宣伝アプリケーション要求に対する応答として情報配信センタ２から送信された宣伝アプリケーション１０は、車載装置１内の受信部９ａに受信される。このとき、受信部９ａでは、情報配信センタ２から受信した情報が宣伝アプリケーション１０であるか、サービスアプリケーション１１であるかを判定する。この場合、情報配信センタ２から受信した情報に添付されたアプリケーション識別情報の内容に基づいて判断する。ここで、アプリケーション識別情報とは、宣伝アプリケーション１０であれば「１」、サービスアプリケーション１１であれば「０」と記述されるディジタル情報である。
【００７０】
受信部９ａは、情報配信センタ２からの入力情報が宣伝アプリケーション１０であれば、当該情報を宣伝アプリケーション実行部６ｂに送信する。このあと、実行部６ｂは、受信部９ａから宣伝アプリケーション１０を入力し、当該宣伝アプリケーション１０が提供する広告情報を車載表示装置１３に表示させる。このとき、実行部６ｂは、宣伝アプリケーション１０内に設定されたフラグの状態から、アプリケーション１０の動作状態を示す宣伝アプリケーション情報を生成して送信部８に出力する。
【００７１】
一方、情報配信センタ２からの入力情報がサービスアプリケーション１１であれば、受信部９ａは、当該情報をサービスアプリケーション実行部７に送信する。このあと、サービスアプリケーション実行部７は、受信部９ａからサービスアプリケーション１１を入力し、当該サービスアプリケーション１１が提供する表示内容を車載表示装置１３に表示させる。なお、上述した以外の車載装置１の動作については、上記実施の形態１と同様である。
【００７２】
次に情報配信センタ２の動作について説明する。
情報配信センタ２内の受信部１７は、車載装置１から文字入力情報を受信すると、当該入力情報である文字列の特定の箇所が宣伝アプリケーション要求を表しているものか、サービスアプリケーション要求を表しているものかを判定する。この場合、文字列の特定の箇所として、文字列の先頭の３文字を抽出して、いずれのアプリケーション要求を表しているものかを判断する。
【００７３】
例えば、車載装置１からの文字入力情報の最初の３文字が「宣伝：」であれば、受信部１７は、当該入力情報を宣伝アプリケーション要求と判断し、これを宣伝アプリケーション管理部１４ａに出力する。また、宣伝アプリケーション要求と宣伝アプリケーション情報の区別方法については、上述のように、宣伝アプリケーション要求は「宣伝：（宣伝アプリケーション名称）」となっており、宣伝アプリケーション情報は、０か１の数字であるので容易に区別できる。
【００７４】
管理部１４ａでは、受信部１７から宣伝アプリケーション要求を入力すると、宣伝アプリケーション蓄積部２０から宣伝アプリケーション要求に応じた宣伝アプリケーションを検索する。この検索方法としては、上記実施の形態１で示したサービスアプリケーション管理部１５によるサービスアプリケーション１１の検索処理と同様である。
【００７５】
つまり、管理部１４ａは、受信部１７から入力した宣伝アプリケーション要求に記載される宣伝アプリケーション名称（識別情報）を用いて蓄積部２０を検索する。このあと、管理部１４ａは、常に、当該名称にて特定される宣伝アプリケーション１０が蓄積部２０に存在するか否かを判定する。そして、上記名称にて特定される宣伝アプリケーション１０が蓄積部２０になければ、管理部１４ａは、受信部１７から新たな宣伝アプリケーション要求を受信するまで待ち状態を保持する。
【００７６】
また、上記名称にて特定される宣伝アプリケーション１０が蓄積部２０にあれば、管理部１４ａは、当該宣伝アプリケーション１０を特定するアプリケーション識別情報（例えば、宣伝アプリケーション１０であれば「１」、サービスアプリケーション１１であれば「０」と記述されるディジタル情報）を生成する。このアプリケーション識別情報は、宣伝アプリケーション１０と共に送信部１８に出力され、一般電話公衆網５を介して車載装置１に送信される。
【００７７】
一方、車載装置１からの文字入力情報がサービスアプリケーション要求及びこれに添付された宣伝アプリケーション情報であると、受信部１７は、上記実施の形態１と同様にサービスアプリケーション要求と宣伝アプリケーション情報とを分離し、宣伝アプリケーション情報を宣伝アプリケーション管理部１４ａに出力し、サービスアプリケーション要求をサービスアプリケーション管理部１５に出力する。
【００７８】
このあと、管理部１４ａは、受信部１７からの宣伝アプリケーション情報に応じて、サービス送信許可情報を管理部１５に返信する。管理部１５では、受信部１７から受信したサービスアプリケーション要求に記述されたサービスアプリケーション名称で特定されるサービスアプリケーション１１をサービスアプリケーション蓄積部１６から検索する。この際、上記要求に該当するサービスアプリケーション１１が検索結果として得られた場合、管理部１５は、管理部１４ａからのサービス送信許可情報に応じてサービスアプリケーション１１を送信部１８に出力する。
【００７９】
送信部１８では、管理部１４ａから入力した宣伝アプリケーション１０、又は、管理部１５から入力したサービスアプリケーション１１を、一般公衆電話回線網５を介してサービスアプリケーション要求を発行した車載装置１に送信する。
【００８０】
以上のように、この実施の形態３によれば、車載装置１から宣伝アプリケーション要求又はサービスアプリケーション要求を発行し、当該要求に応じて情報配信センタ２から宣伝アプリケーション１０又はサービスアプリケーション１１を車載装置１に返信する構成としたので、車載装置１の利用者は、所望する宣伝アプリケーション１０又はサービスアプリケーション１１を別々にダウンロードすることができる。これにより、広告情報を提供する宣伝アプリケーション１０とサービスアプリケーション１１を同時に送信することによる通信量の増加を抑えることができる。
【００８１】
また、情報配信センタ２から車載装置１にサービスアプリケーション１１を設定するにあたり、実行部６ｂが宣伝アプリケーション１０を動作させているか否かを判定するので、宣伝アプリケーション１０の広告情報の宣伝効果を下げることなく、上記広告情報の提供者が、車載装置１と情報配信センタ２との間のデータ通信に係る通信費用の一部を負担するのに見合うだけの宣伝効果を担保することができる。
【００８２】
なお、上記実施の形態３では、宣伝アプリケーション情報として、宣伝アプリケーション１０が動作しているか否かを示す情報のみ送信していたが、宣伝アプリケーション名称を含めて宣伝アプリケーション情報として送信しても構わない。この場合、情報配信センタ２内の宣伝アプリケーション管理部１４ａは、宣伝アプリケーション情報に記載されている上記名称に該当する宣伝アプリケーション１０が、宣伝アプリケーション蓄積部２０に存在するか否かによって、サービスアプリケーション管理部１５にサービス送信の可否を設定するようにしてもよい。
【００８３】
このようにすることによって、車載装置１で動作させるべき宣伝アプリケーション１０を情報配信センタ２が保有しているときのみ、サービスアプリケーション１１を提供することができることになる。つまり、他からダウンロードした宣伝アプリケーション１０では、サービスアプリケーション１１をダウンロードすることができないというような態様を実現することができる。なお、この場合、宣伝アプリケーション管理部１４ａは、受信部１７を介して車載装置１から入力した文字情報について、例えばその文字列の先頭３文字が「宣伝：」であるか否かによって宣伝アプリケーション要求と宣伝アプリケーション情報とを区別することが可能である。
【００８４】
また、上記実施の形態３では、車載装置１に宣伝アプリケーション１０とサービスアプリケーション１１とを区別させるために、情報配信センタ２内の送信部１８が、アプリケーション識別情報を付加して送信する例を示したが、各アプリケーション１０，１１に付属の情報として蓄積部１６，２０にそれぞれ蓄積しておき、各アプリケーション１０，１１を取り出すときに同時に取り出して送信するようにしても構わない。
【００８５】
例えば、携帯電話３上で動作するＪａｖａ（登録商標）アプレットであるＭＩＤｌｅｔは、そのアプリケーションソフトウェア本体（ＪＡＲファイル）と当該アプリケーションに関する情報を記述したファイル（ＪＡＤファイル）に分けて管理されている。そこで、上記ＪＡＤファイル内の一つの情報として、宣伝アプリケーション１０とサービスアプリケーション１１の区別を記述しておくことで、各アプリケーション１０，１１に付属の情報としてアプリケーション識別情報を設定することができる。このＭＩＤＰ（Ｍｏｂｉｌｅ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｄｅｖｉｃｅ  Ｐｒｏｆｉｌｅ）については、以下の文献に詳細に説明されている。
参考文献：「ＭＩＤＰ  Ｊａｖａ（登録商標）ゲームプログラミング」（発行所：毎日コミュニケーションズ）。
【００８６】
また、上記実施の形態３では、宣伝アプリケーション１０をＪａｖａ（登録商標）アプレット、宣伝アプリケーション管理部１４ａをＪａｖａ（登録商標）仮想マシンとして構成する例を示したが、上記実施の形態１で示したサービスアプリケーション１１及びサービスアプリケーション管理部１５と同様にネイティブアプリケーションや当該ネイティブアプリケーションを動作させるためのミドルウェアで構成しても構わない。
【００８７】
さらに、情報配信センタ２における宣伝アプリケーション管理部１４ａとサービスアプリケーション管理部１５が同一のマシン上にある場合を示したが、別々のマシンに設けてネットワークにより連携して動作するようにしても構わない。また、宣伝アプリケーション１０及びサービスアプリケーション１１をそれぞれ蓄積する蓄積部１６，２０も別マシン上に構成しても構わない。
【００８８】
さらに、車載装置１から情報配信センタ２に対して宣伝アプリケーション１０全体を要求する例を示したが、宣伝アプリケーション１０が提供する広告情報の更新を要求するようにしても構わない。これにより、最新の広告情報を利用者に提供することができ、広告情報の宣伝効果を向上させることができる。
また、広告情報のみを入れ替えることから、車載装置１と情報配信センタ２との間における通信情報量を低減することができ、ひいては通信費用を軽減することができる。
【００８９】
実施の形態４．
上記実施の形態３では、車載装置１から宣伝アプリケーション１０を要求し、その要求に応じて情報配信センタ２が宣伝アプリケーション１０を送信する例を示したが、この実施の形態４は、情報配信センタ２側から宣伝アプリケーション１０を自動的に送信するものである。
【００９０】
本実施の形態では、情報配信センタ２が特徴的な構成を有する。また、車載装置１については、上記実施の形態３と同様の構成で実現可能であるので詳細な説明を省略する。ただし、車載装置１と情報配信センタ２との通信には、無線通信でローカルエリアネットワークに接続する、いわゆる無線ＬＡＮを用いるものとする。
【００９１】
図１１はこの発明の実施の形態４による情報配信センタの構成を示す図である。図において、上記実施の形態３で示した情報配信センタの構成の他に、宣伝アプリケーション管理部１４ｂ及び宣伝アプリケーション送信ボタン２１が新たに設けられている。宣伝アプリケーション管理部（広告管理部）１４ｂ（以下、管理部１４ｂと適宜略す）は、車載装置１に宣伝アプリケーション１０を自動的に送信するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。また、宣伝アプリケーション送信ボタン（設定部）２１（以下、送信ボタン２１と適宜略す）は、情報配信センタ２の管理者が適宜押下することで、管理部１４ｂに対してアプリケーション送信トリガを発行する。
【００９２】
この送信ボタン２１は、例えば上記管理者が処理設定を行うためのＧＵＩを提供するソフトウェア及びハードウェアが協働して動作することで具現化される。具体的には、不図示の表示装置の画面上に表示させるボタン型のアイコンなどで表現する。また、受信部１７及び送信部１８は、上記実施の形態１で示したものと同様の構成を有するが、上述したように無線ＬＡＮについてのインタフェースである無線ＬＡＮＩ／Ｆ部２２を介して車載装置１とデータ通信を行う点で相違する。
【００９３】
次に動作について説明する。
ここでは、上記実施の形態と異なる情報配信センタ２の動作ついて説明する。先ず、情報配信センタ２の管理者などが送信ボタン２１を押下する処理を施すと、管理部１４ｂに対してアプリケーション送信トリガが発行される。このあと、管理部１４ｂは、送信ボタン２１からのアプリケーション送信トリガを取得すると、予め設定しておいた宣伝アプリケーション１０を宣伝アプリケーション蓄積部２０から読み出して送信部１８に出力する。送信部１８は、管理部１４ｂから入力した宣伝アプリケーション１０を、無線ＬＡＮＩ／Ｆ部２２、ローカルエリアネットワーク及び一般電話公衆網５を介して車載装置１に送信する。宣伝アプリケーション１０を受信した車載装置１の動作は、上記実施の形態３と同様であるので説明を省略する。
【００９４】
このように、情報配信センタ２の管理者が宣伝アプリケーション１０を送信する処理を適宜実行するためのＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）として宣伝アプリケーション送信ボタン２１を設け、これを押下することにより、車載装置１の利用者が好むと好まざるとに関わらず、車載装置１に宣伝アプリケーションを送信するように構成したので、宣伝アプリケーション１０が動作する車載装置１の数を増加させることができ、宣伝アプリケーション１０が提供する広告情報の宣伝効果を向上させることができる。これにより、上記広告情報の提供者が車載装置１と情報配信センタ２との間のデータ通信に係る通信費用の一部を負担するのに見合うだけの宣伝効果を担保することができる。
【００９５】
なお、上記実施の形態４では、車載装置１と情報配信センタ２との通信媒体として無線ＬＡＮを用いているが、上記実施の形態１と同様にＤＳＲＣや携帯電話網を用いても構わない。
【００９６】
また、上記実施の形態４では、情報配信センタ２から送信する宣伝アプリケーション１０を予め決めておく例を示したが、送信ボタン２１を複数用意し、送信ボタン毎に送信する宣伝アプリケーション１０を変えるようにしても構わない。さらに、上記実施の形態４の構成に上記実施の形態３を適用して双方の操作を実行することができるようにしてもよい。
【００９７】
例えば、車載装置１の利用者が、要求入力部１２としてのキーボートを用いて、所望する宣伝アプリケーション１０のアプリケーション名称を入力し、情報配信センタ２に送信する。情報配信センタ２内の管理部１４ｂは、車載装置１から受信した上記名称に合致する宣伝アプリケーション１０を検索して車載装置１に返信する。このようにすることで、情報配信センタ２は、車載装置１の利用者が所望する広告情報を提供する宣伝アプリケーション１０を、上記利用者が所望する時に送信することができる。
【００９８】
実施の形態５．
上記実施の形態４では、情報配信センタ２から宣伝アプリケーション１０が送られてくると、車載装置１は、宣伝アプリケーション１０をそのまま受信して実行する例を示したが、この実施の形態５は車載装置１側で宣伝アプリケーション１０の受信を利用者に確認させてからその受信を実行するものである。
【００９９】
図１２はこの発明の実施の形態５による車載装置の構成を示す図であり、当該車載装置１は宣伝アプリケーション１０の受信を利用者に確認させてからその受信を実行する。上記実施の形態３に示した車載装置１と異なる構成として、受信部９ｂ、宣伝アプリケーション受信確認部２３及びインタフェース装置２３ａを備えている。受信部９ｂは、車載装置１からデータ受信する構成部であって、通信処理に関するソフトウェアとハードウェアが協働して動作することで具現化される。主な機能としては、情報配信センタ２からのデータ受信の他に、宣伝アプリケーション受信確認部２３と連携して宣伝アプリケーション１０の受信を利用者に確認させる処理を実行する。
【０１００】
宣伝アプリケーション受信確認部（実行確認部）２３（以下、受信確認部２３と適宜略す）は、受信部９ｂと連携して宣伝アプリケーション１０の受信を利用者に確認させるソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化される。その機能としては、例えば図１３に示すような宣伝アプリケーション受信確認ダイアログ１９ｅを車載表示装置１３に表示する処理を行い、利用者の応答（はい又はいいえ）に応じて、宣伝アプリケーション受信許可情報を受信部に送信する。
【０１０１】
インタフェース装置（実行確認部）２３ａは、宣伝アプリケーション１０の受信可否を受信部９ｂや受信確認部２３に設定する処理を実行する。このインタフェース装置２３ａとしては、図１４に示すような利用者の応答（はい又はいいえ）を受信部９ｂや受信確認部２３に設定するための専用のハードウェアによって具現化される。また、利用者による宣伝アプリケーション１０の受信可否を設定するためのＧＵＩとして、利用者が応答（はい又はいいえ）可能なボタン型アイコンを車載表示装置１３に表示させ、当該ボタンを要求入力部１２で操作することによって受信確認部２３に応答するようにしてもよい。
【０１０２】
次に動作について説明する。
先ず、受信部９ｂは、情報配信センタ２から宣伝アプリケーション１０を受信すると、宣伝アプリケーション受信確認要求を宣伝アプリケーション受信確認部２３に出力する。受信確認部２３では、宣伝アプリケーション受信確認要求を受信すると、図１３に示すような宣伝アプリケーション１０の受信確認用ダイアログ１９ｅを車載表示装置１３に表示する。ここで、車載装置１の利用者が、インタフェース装置２３ａを用いてダイアログ１９ｅの内容に応答する。この利用者の応答は、受信確認部２３によって宣伝アプリケーション受信許可情報として受信部９ｂに出力される。
【０１０３】
具体的には、図１４に示すようなインタフェース装置２３ａを用いて、利用者が「はい」を入力すれば、受信確認部２３は、宣伝アプリケーション受信許可情報としてディジタル値「１」を受信部９ｂに設定する。また、利用者が「いいえ」を入力すれば、受信確認部２３は、宣伝アプリケーション許可情報としてディジタル値「０」を受信部９ｂに設定する。
【０１０４】
受信部９ｂでは、受信確認部２３から設定された宣伝アプリケーション受信許可情報に応じて、情報配信センタ２から受信した宣伝アプリケーション１０を実行部６ｂに出力するか、あるいは、それを破棄する処理を実行する。つまり、宣伝アプリケーション許可情報が「１」であれば、受信部９ｂは、宣伝アプリケーション１０を実行部６ｂに送信し、「０」であれば宣伝アプリケーション１０を破棄する。
【０１０５】
このように、車載装置１において情報配信センタ２から自動的に送られてきた宣伝アプリケーション１０を受信するときに、利用者の確認をとってから実行するように構成したので、利用者にとって不必要な宣伝アプリケーション１０を実行することを防ぐことができる。
【０１０６】
なお、宣伝アプリケーション受信確認部２３が、図１４に示すようなインタフェース装置２３ａと連携して受信確認処理を実行する例を示したが、車載表示装置１３をタッチパネルにしておき、図１５に示すようなダイアログ１９ｇを表示して、利用者が触った位置によって宣伝アプリケーション１０の受信の許可／拒否を判断するようにしても構わない。また、利用者が要求入力部１２を用いて宣伝アプリケーション１０の受信可否を入力するようにしても構わない。
【０１０７】
また、上記の実施の形態５では、車載装置１の利用者の応答によって宣伝アプリケーション１０の受信可否を決定する例を示したが、宣伝アプリケーション１０に付加されて送られてくる上記実施の形態３で示したようなアプリケーション識別情報によって判断するようにしても構わない。この場合、アプリケーション識別情報に、当該宣伝アプリケーション１０の作成者情報をベンダー情報として含ませておく。
【０１０８】
受信部９ｂでは、宣伝アプリケーション１０を受信すると、これに添付されたアプリケーション識別情報を受信確認部２３に送信する。このとき、受信確認部２３は、アプリケーション識別情報のベンダー情報に応じて許可／拒否を判断する。このようにすることで、例えばＡ社の宣伝アプリケーション１０は実行するが、Ｂ社の宣伝アプリケーション１０は実行しないという実施態様を実現することができる。
【０１０９】
実施の形態６．
この実施の形態６は、情報配信センタ２が宣伝アプリケーション１０を車載装置１に送信するときに、宣伝アプリケーション１０と併せてその実行を許可する利用者に関する情報を送信し、車載装置１側で上記利用者情報に応じて実行を許可／拒否するようにしたものである。
【０１１０】
本実施の形態による車載装置１の基本的な構成は、上記実施の形態５と同様であるがその動作が異なる。例えば図１２の構成において、宣伝アプリケーション受信確認部２３が宣伝アプリケーション１０に付加された利用者情報に基づいてアプリケーション１０の受信可否を判断する。ここで、利用者情報とは、利用者を特定する情報をいい、例えば利用者を識別するＩＤや利用者毎に設定されてパスワードなどが挙げられる。
【０１１１】
車載装置１における具体的な動作について説明する。
先ず、受信部９ｂは、宣伝アプリケーション１０を受信すると、これに付加された利用者情報を抽出して受信確認部２３に送信する。受信確認部２３では、内部に予め保持している利用者情報と宣伝アプリケーション１０に添付されていた利用者情報とを比較し、一致すれば宣伝アプリケーション１０の実行を許可し、不一致であれば実行を拒否する。なお、受信確認部２３が保持している利用者情報を、車載装置１の利用者が適宜更新できるように構成しても構わない。
【０１１２】
次に情報配信センタ２における動作について説明する。
図１６はこの発明の実施の形態６による情報配信センタの構成を示す図である。上記実施の形態４に示した情報配信センタ２と異なる構成として、宣伝アプリケーション送信ボタン２１の代わりに、利用者情報を入力するカードリーダ２５を備えている。カードリーダ（利用者情報入力部）２５は、カード２４から利用者情報を読み出して管理部１４ｂに設定する装置である。また、利用者情報を記述したカード２４としては、例えばガソリンスタンドや自動車用品店で配布される会員カードなどが挙げられる。
【０１１３】
先ず、利用者情報を記述したカード２４をカードリーダ２５に挿入する。これにより、カードリーダ２５は、上記カード２４内の利用者情報を読み出して宣伝アプリケーション管理部１４ｂに出力する。この管理部１４ｂでは、カードリーダ２５から利用者情報を読み出し、予め設定しておいた宣伝アプリケーション１０を宣伝アプリケーション蓄積部２０から取り出し、利用者情報と併せて送信部１８に出力する。送信部１８では、無線ＬＡＮＩ／Ｆ部２２、ローカルエリアネットワーク及び一般電話公衆網５を介して、管理部１４ｂから入力した利用者情報及び宣伝アプリケーション１０を車載装置１に送信する。
【０１１４】
以上のように、この実施の形態６によれば、情報配信センタ２側で宣伝アプリケーション１０を送信するにあたり、これに利用者情報を付加し、車載装置１側で利用者情報に応じて宣伝アプリケーション１０の実行可否を判断するように構成したので、車載装置１の利用者にとっては、利用者情報を記述したカードを渡した（信頼関係のある）情報配信センタ２からの宣伝アプリケーション１０のみを実行させることができる。
【０１１５】
また、情報配信センタ側（広告主側）にとっても、特定の顧客に対して、特定の宣伝アプリケーション１０を送信することができ、宣伝アプリケーション１０が提供する広告情報の宣伝効果を向上させることができる。例えば、ガソリンを補充するために上記情報配信センタ２として機能するガソリンスタンドに立ち寄った場合を考える。このとき、当該ガソリンスタンドで会員カードを渡すことで、ガソリンスタンド側から宣伝アプリケーション１０が車載装置１に送信される。車載装置１では、ガソリンスタンドからの宣伝アプリケーションを動作させることによって、当該ガソリンスタンドが提供するサービスを受けることができる、というような実施態様を実現することができる。
【０１１６】
なお、上記実施の形態６では、情報配信センタ２側にカードリーダ２５を設け、カード２４を介して利用者情報を入力する例を示したが、カードリーダ２５の代わりにキーボードなどの利用者情報の入力手段を備えるように構成しても構わない。
【０１１７】
また、情報配信センタ２が送信すべき宣伝アプリケーション１０を予め設定しておく例を示したが、利用者情報に応じて情報配信センタ２内で宣伝アプリケーション蓄積部２０に蓄積された宣伝アプリケーション１０を指定して送信するようにしても構わない。
【０１１８】
実施の形態７．
この実施の形態７は、車載装置１が取得する車両情報に応じて宣伝アプリケーション１０の動作内容を変化させるものである。
【０１１９】
図１７はこの発明の実施の形態７による車両装置の構成を示す図である。本実施の形態７による車載装置１は、上記実施の形態３で示した車載装置１の構成に、走行操作制限部２６及び車両情報取得インタフェース部２７を追加したものである。走行操作制限部（変更情報提供部）２６は、車両Ｘの走行状態情報を取得するための車両情報取得インタフェース部（変更情報提供部）２７と接続しており、上記走行状態情報に応じた走行操作制限情報を宣伝アプリケーション１０に設定するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化することができる。
【０１２０】
ここで、走行状態情報とは、車載装置１をカーナビゲーションシステムとして実現した場合を考えると、現状のカーナビゲーションシステムで取得可能な車両情報、例えば車両Ｘの車速パルスなどの情報が挙げられる。この車速パルスによれば、車両の走行状態又は停止状態を区別することができる。
【０１２１】
また、走行操作制限情報（変更情報）は、走行操作制限を設定する情報である。例えば、走行操作制限情報としてディジタル値「１」が設定されている場合、宣伝アプリケーション１０には走行操作制限が設定される。一方、走行操作制限情報としてディジタル値「０」が設定されていれば、宣伝アプリケーション１０に走行操作制限が設定されない。
【０１２２】
次に動作について説明する。
先ず、走行操作制限部２６は、車両Ｘに取り付けられた不図示のセンサなどから車両情報取得インタフェース部２７を介して車両Ｘの走行状態情報を取得する。このとき、走行操作制限部２６は、当該走行状態情報に応じて宣伝アプリケーション１０に走行操作制限情報を設定する。例えば、走行操作制限部２６は、走行状態情報から車両Ｘが走行中であると判断すると、走行操作制限情報をディジタル値「１」とし、車両が停止状態であると判断した場合には、走行操作制限情報をディジタル値「０」として、宣伝アプリケーション１０に設定する。なお、走行操作制限部２６が、宣伝アプリケーション１０に走行操作制限情報を直接設定する他に、宣伝アプリケーション実行部６ｂを介して設定するように構成しても構わない。
【０１２３】
宣伝アプリケーション実行部６ｂは、走行操作制限部２６によって宣伝アプリケーション１０に設定された走行操作制限情報に応じて、当該宣伝アプリケーション１０が提供する広告情報を車載表示装置１３に表示するか否かを切り替える。例えば、宣伝アプリケーション１０に設定された走行操作制限情報がディジタル値「１」である場合、実行部６ｂは、車載表示装置１３への表示を行わずに広告情報を音声のみで提供する。
【０１２４】
以上のように、この実施の形態７によれば、車載装置１に走行操作制限部２６を設け、走行操作制限部２６からの走行操作制限情報に応じて、宣伝アプリケーション１０が提供する広告情報の車載表示装置１３への画面出力を停止するように構成したので、例えば車両Ｘが走行中である場合には広告情報の表示を停止することで、車両Ｘの安全運転を妨げることのない広告提供を実現することができる。
【０１２５】
なお、上記実施の形態７では、車両Ｘより取得する車両情報である車速パルスを走行状態情報として選択し、車両Ｘが走行しているか否かによって宣伝アプリケーション１０の動作を変更する例を示した。この他に、予め設定しておいた車両情報と広告情報とを関連付けて宣伝アプリケーション１０に保持しておき、走行操作制限情報（変更情報）として取得された車両情報に対応する広告情報を抽出して提供するように構成してもよい。以下に具体例を挙げる。
【０１２６】
（１）道路種別などの道路情報によって広告内容を変更する。
車載装置１をカーナビゲーションシステムとして実現した場合を考える。例えば、既存のカーナビゲーションシステムの車両位置検出機能を用いて取得した車両位置情報や地図データなどから、走行操作制限部２６が車両Ｘが現在走行している道路が高速道路であるか一般道路であるかを区別する。この道路種別の識別処理は、既存のカーナビゲーションシステムで実現されている技術を適用する。また、宣伝アプリケーション１０には、図１８に示すように、予め設定しておいた道路識別情報とこれに対応する広告情報とを保持しておく。
【０１２７】
ここで、走行操作制限部２６によって走行操作制限情報（変更情報）として道路識別情報が宣伝アプリケーション１０に設定されると、実行部６ｂは、当該宣伝アプリケーション１０を実行して、車両Ｘが高速道路を走行しているのであれば、広告Ａ，Ｄ，Ｅに対応する、例えばサービスエリアにおける飲食店やサービスの広告を提供する。一方、一般道路であれば、広告Ｂ，Ｃに対応する車両Ｘの現在位置付近の飲食店やサービスの広告を提供するように構成する。
【０１２８】
（２）車両Ｘのメンテナンス情報によって広告を出力する。
例えば、走行操作制限部２６に車両Ｘの車両情報としてタイヤやオイルなどの交換時期（変更情報）を設定しておく。さらに、走行操作制限部２６に対して現在時間を常に入力する。これにより、走行操作制限部２６は、現在時間と交換時期との比較処理を実行し、当該比較結果に応じて広告内容を変更する。具体的には、タイヤの交換時期が近くなれば、タイヤの広告を提供する宣伝アプリケーション１０を動作させて車載表示装置１３に表示する。また、オイルの交換時期が近づいてくれば、オイル交換の広告を表示する宣伝アプリケーション１０に変更する。このようにすることによって、車両Ｘの状態に的確に対応した広告情報を利用者に提供することができ、広告情報の宣伝効果を向上させることができる。
【０１２９】
また、走行操作制限部２６によって走行操作制限情報（変更情報）を宣伝アプリケーション１０に設定することにより、宣伝アプリケーション１０の動作を制御する例を示したが、宣伝アプリケーション１０側から走行操作制限部２６に対して車両Ｘの走行状態を取得するように依頼し、当該依頼に基づいて走行操作制限部２６が車両Ｘから取得した走行状態を宣伝アプリケーション１０に設定するようにしても構わない。なお、上述した（１）、（２）の例に関しても、走行操作制限部２６が制御するだけではなく、宣伝アプリケーション１０側がトリガとなって、車両情報を取得するように構成してもよい。
【０１３０】
上記の他に、広告情報とこれに関連する位置情報（例えば、当該広告情報で紹介される店の位置座標などの情報）とを関連付けた宣伝データ位置座標情報を宣伝アプリケーション１０に保持しておき、走行操作制限部２６が走行操作制限情報（変更情報）として取得する自車位置座標から所定の閾値以下の距離にある位置座標に対応する広告情報を抽出して提供するように構成しても良い。このようにすることで、自車の位置に応じた広告情報を提供することができ、その宣伝効果を向上させることもできる。
【０１３１】
実施の形態８．
この実施の形態８は、宣伝アプリケーション１０の動作を車両情報によって変更する上記実施の形態７の構成に加えて、サービスアプリケーション１１も宣伝アプリケーション１０に応じて動作を変更させるものである。
【０１３２】
図１９はこの発明の実施の形態８による車載装置の構成を示す図である。本実施の形態８による車載装置１の基本的な構成は上記実施の形態７と同様であるが、宣伝アプリケーション１０に応じてサービスアプリケーション１１の動作を変更させる点で異なる。
先ず、走行操作制限部（変更情報提供部）２６ａは、車両情報取得インタフェース部２７を介して車両Ｘから走行状態情報を取得すると共に、当該走行状態情報に応じて宣伝アプリケーション１０及びサービスアプリケーション１１に対して走行操作制限情報（変更情報）を設定する。
【０１３３】
宣伝アプリケーション１１に走行操作制限情報が設定されると、宣伝アプリケーション実行部６ｂは、走行操作制限情報に応じて、宣伝アプリケーション１０が提供する広告情報を車載表示装置１３に表示させるか否かを切り替える。また、同時に、サービスアプリケーション１１に走行操作制限情報が設定されると、サービスアプリケーション実行部７は、走行操作制限情報に応じて、サービスアプリケーション１１が提供するサービス内容に関する表示情報を車載表示装置１３に表示させるか否かを切り替える。例えば、サービスアプリケーション１１に設定された走行操作制限情報がディジタル値「１」である場合、実行部７は車載表示装置１３への表示命令を行わない。
【０１３４】
以上のように、この実施の形態８によれば、車載装置１に走行操作制限部２６ａを設け、走行操作制限部２６ａからの走行操作制限情報に応じて宣伝アプリケーション１０及びサービスアプリケーション１１が提供する表示情報の画面出力を停止するように構成したので、車両Ｘが走行中である場合に安全運転を妨げない広告提供及びサービス提供を実現することができる。
【０１３５】
なお、上記実施の形態８では、走行操作制限部２６ａが宣伝アプリケーション１０及びサービスアプリケーション１１に走行操作制限情報を直接設定する例を示したが、宣伝アプリケーション実行部６ｂ及び／又はサービスアプリケーション実行部７に設定するようにしても構わない。
【０１３６】
また、走行操作制限部２６ａから宣伝アプリケーション１０のみに走行操作制限情報（変更情報）を設定し、宣伝アプリケーション１０がサービスアプリケーション１１に走行操作制限情報を送信し設定するように構成してもよい。逆に、走行操作制限部２６ａからサービスアプリケーション１１のみに走行操作制限情報を設定し、サービスアプリケーション１１が宣伝アプリケーション１０に走行操作制限情報を送信し設定するようにしてもよい。
さらに、宣伝アプリケーション１０からサービスアプリケーション１１に走行操作制限情報を設定せず、宣伝アプリケーション１０の動作状況をサービスアプリケーション１１に設定し、当該動作状況に応じてサービスアプリケーション１１自らの動作を変更するように構成しても構わない。
【０１３７】
さらに、上記実施の形態８では、走行操作制限部２６ａが宣伝アプリケーション１０及びサービスアプリケーション１１を制御する例を示したが、本発明はこれに限られるものではない。例えば、上記実施の形態７と同様に宣伝アプリケーション１０及びサービスアプリケーション１１側から走行操作制限部２６ａに対して走行状態を取得するように要求する。この要求の結果として、宣伝アプリケーション１０及びサービスアプリケーション１１に車両Ｘの走行状態（変更情報）が設定されて各動作の変更を実施するようにしても構わない。
【０１３８】
さらに、宣伝アプリケーション１０及びサービスアプリケーション１１において、予め設定しておいた車両情報とこれに対応する広告情報及びサービス内容とを関連付けて保持しておき、走行操作制限情報（変更情報）として取得された車両情報に対応する広告情報及びサービス内容を抽出して提供するように構成してもよい。例えば、車両情報として車両Ｘが走行している道路の道路種別情報を取得し、宣伝アプリケーション１０及びサービスアプリケーション１１が取得した道路種別情報に応じて動作を変更する態様などが挙げられる。
【０１３９】
実施の形態９．
この実施の形態９は、宣伝アプリケーション１０が提供する広告情報の内容を書き換え可能にしておき、宣伝アプリケーション１０が提供する広告情報を、車載装置１や情報配信センタ２側から適宜変更できるように構成したものである。
【０１４０】
図２０はこの発明の実施の形態９による情報配信センタの構成を示す図である。本実施の形態による情報配信センタ２は、上記実施の形態３で示した構成に入力部２８を追加し、上記実施の形態３とは異なる処理を実行する宣伝アプリケーション管理部１４ｃを備えるものである。宣伝アプリケーション管理部（広告管理部）１４ｃ（以下、管理部１４ｃと適宜略す）は、上記実施の形態３に示した管理部１４ａによる動作の他に、入力部２８からの入力情報（変更情報）に基づいて宣伝アプリケーション１０が提供する広告情報を変更する。また、この管理部１４ｃは、上記処理機能を有するソフトウェアとこれを実行する演算処理に係るハードウェアとが協働して動作することで具現化することができる。
【０１４１】
入力部（変更情報提供部）２８は、キーボードのような入力Ｉ／Ｆ装置を持っており、情報配信センタ２の管理者が使用して車両の次期車検タイミングなどの広告情報の変更条件（変更情報）を入力することができる。また、本実施の形態における宣伝アプリケーション１０は、例えば車載装置１の利用者に対して車検のタイミングで車検の案内を行うものとする。
【０１４２】
さらに、当該宣伝アプリケーション１０には、内部状態として次期車検時期に関する情報（例えば、「２００２年１１月」などの日付情報）が保持されている。この宣伝アプリケーション１０を実行する車載装置１では、利用者に対して次期車検時期情報に記述された時期に近くなると、車検の案内情報が提供される。なお、この宣伝アプリケーション１０は、例えばＪａｖａ（登録商標）言語で記述されたＪａｖａ（登録商標）アプレットとして構成し、ＪＡＲファイルとして情報配信センタ２から車載装置１に送信されるものとする。
【０１４３】
次に動作について説明する。
先ず、情報配信センタ２の管理者は、入力部２８を介して宣伝アプリケーション１０を送信すべき車載装置１が搭載されている車両の次期車検時期情報（変更情報）を入力する。この次期車検時期情報は、入力部２８から宣伝アプリケーション管理部１４ｃに出力される。管理部１４ｃでは、入力部２８より入力した次期車検時期情報を記述したファイル（例えば、次期車検時期を記述したテキストファイル）を作成する。
【０１４４】
次に、管理部１４ｃは、宣伝アプリケーション蓄積部２０から当該次期車検時期情報に対応した車両の車載装置１に送信すべき宣伝アプリケーション１０を読み出す。このあと、管理部１４ｃは、当該宣伝アプリケーション１０のＪＡＲファイルに上記次期車検時期情報を記述したファイル（変更情報）を追加して、送信部１８を介して車載装置１に送信する。
【０１４５】
ここで、管理部１４ｃによるＪＡＲファイル生成方法は、Ｊａｖａ（登録商標）アプレット生成時におけるＪＡＲファイル生成方法に関する既存の技術を適用する。また、管理部１４ｃで生成された次期車検時期情報を記述したファイルがテキストファイルである場合を示したが、例えば別途暗号化する等の処理を行い、バイナリデータとしても構わない。
【０１４６】
車載装置１は、上述のようにして情報配信センタ２から送信された宣伝アプリケーション１０を受信すると、ＪＡＲファイル内部にある次期車検時期情報テキストファイルを参照し、当該ファイルに記載された時期に対して現在時刻がある一定の閾値以内であれば、宣伝アプリケーション１０を実行して利用者に対して広告情報（この場合、車検の案内）を提供する。
【０１４７】
以上のように、この実施の形態９によれば、情報配信センタ２において車載装置１の状態に即して広告情報を適宜変更するように宣伝アプリケーション１０の内部情報を記述し、当該内部情報に応じて車載装置１にて広告情報を提供するように構成したので、利用者が見たい広告を提供することができ、当該宣伝アプリケーション１０が提供する広告情報の宣伝効果を向上させることができる。
【０１４８】
また、車両情報を取得しなくても車両状況に応じた広告情報の提供が可能となる。例えば、自動車ディーラにおいて、車両を販売する際に、上記宣伝アプリケーション１０をその車両に搭載した車載装置１に送信しておく。これにより、当該車両の車検を行う際に、利用者は、これを購入した自動車ディーラに車検を依頼する可能性が高くなる。
【０１４９】
なお、上記実施の形態９では、情報配信センタ２から宣伝アプリケーション１０を車載装置１に送信する際にその内部情報を書き換えたが、車載装置１の要求入力部１２などを使って宣伝アプリケーション１０の内部情報を書き換えるように構成しても良い。
【０１５０】
また、宣伝アプリケーションをＪａｖａ（登録商標）アプレットとして実現していれば、内部状態を書き換えることを許されているネイティブアプリであっても構わない。さらに、宣伝アプリケーションのみが内部状態書き換え可能であるとしているが、サービスアプリケーションにも書き換え可能な内部状態を持っておき、情報配信センタあるいは車載装置において、内部状態を書き換えても構わない。
【０１５１】
【発明の効果】
以上のように、この発明によれば、情報端末装置における広告用ソフトウェアの実行状況を示す宣伝アプリケーション情報に基づいて広告用ソフトウェアが実行されているか否かを判定し、当該ソフトウェアを実行している情報端末装置に対してサービス情報を送信するので、広告情報を提供する広告用ソフトウェアとサービス情報を同時に送信することによる通信量の増加を抑えることができるという効果がある。また、情報端末装置において広告用ソフトウェアが実行されている場合にのみサービス情報を送信することから、当該広告情報の提供者が情報端末装置と情報配信装置との間のデータ通信に係る通信費用の一部を負担するのに見合うだけの広告情報による宣伝効果を担保することができるという効果がある。
【図面の簡単な説明】
【図１】この発明の実施の形態１による情報配信システムの構成を示す図である。
【図２】図１中の車載表示装置における表示画面例を示す図である。
【図３】図１中の車載装置の動作を示すフローチャートである。
【図４】図１中の情報処理センタの動作を示すフローチャートである。
【図５】図１中の車載装置による動作の他の例を示すフローチャートである。
【図６】図１中の情報処理センタによる動作の他の例を示すフローチャートである。
【図７】サービスアプリケーションの送信可否と広告レベル及びサービスアプリケーションレベルとの関係を示す表である。
【図８】図１中の車載表示装置に表示したサービスアプリケーションリストを示す図である。
【図９】この発明の実施の形態２による車載装置の構成を示す図である。
【図１０】この発明の実施の形態３による情報配信システムの構成を示す図である。
【図１１】この発明の実施の形態４による情報配信センタの構成を示す図である。
【図１２】この発明の実施の形態５による車載装置の構成を示す図である。
【図１３】実施の形態５による車載装置が提供する宣伝アプリケーション受信確認ダイアログを示す図である。
【図１４】図１２中のインタフェース装置が提供する応答入力画面を示す図である。
【図１５】実施の形態５による車載装置が提供する宣伝アプリケーション受信確認ダイアログの他の例を示す図である。
【図１６】この発明の実施の形態６による情報配信センタの構成を示す図である。
【図１７】この発明の実施の形態７による車両装置の構成を示す図である。
【図１８】実施の形態７による宣伝アプリケーションに保持される広告情報と道路識別情報との関連情報を示す図である。
【図１９】この発明の実施の形態８による車載装置の構成を示す図である。
【図２０】この発明の実施の形態９による情報配信センタの構成を示す図である。
【符号の説明】
１  車載装置（情報端末装置）、２  情報配信センタ（情報配信装置）、３  携帯電話、４  携帯電話基地局、５  一般電話公衆網、６，６ａ，６ｂ  宣伝アプリケーション実行部（広告実行部）、７  サービスアプリケーション実行部（サービス実行部）、８  送信部、９，９ａ，９ｂ  受信部、１０  宣伝アプリケーション（広告用ソフトウェア）、１１  サービスアプリケーション（サービス情報）、１２  要求入力部、１３  車載表示装置、１４，１４ａ，１４ｂ，１４ｃ  宣伝アプリケーション管理部（広告管理部）、１５  サービスアプリケーション管理部（サービス管理部）、１６  サービスアプリケーション蓄積部、１７受信部、１８  送信部、１９ａ，１９ｃ  サービスアプリケーション表示画面、１９ｂ  宣伝アプリケーション表示画面、１９ｅ，１９ｇ  宣伝アプリケーション受信確認ダイアログ、２０  宣伝アプリケーション蓄積部（記憶部）、２１宣伝アプリケーション送信ボタン（設定部）、２２  無線ＬＡＮＩ／Ｆ部、２３  宣伝アプリケーション受信確認部（実行確認部）、２４  カード、２５  カードリーダ（利用者情報入力部）、２６，２６ａ  走行操作制御部（変更情報提供部）、２７  車両情報取得インタフェース部（変更情報提供部）、２８  入力部（変更情報提供部）。
【図１】
2004151254.tif 000003
【図２】
2004151254.tif 000004
【図３】
2004151254.tif 000005
【図４】
2004151254.tif 000006
【図５】
2004151254.tif 000007
【図６】
2004151254.tif 000008
【図７】
2004151254.tif 000009
【図８】
2004151254.tif 000010
【図９】
2004151254.tif 000011
【図１０】
2004151254.tif 000012
【図１１】
2004151254.tif 000013
【図１２】
2004151254.tif 000014
【図１３】
2004151254.tif 000015
【図１４】
2004151254.tif 000016
【図１５】
2004151254.tif 000017
【図１６】
2004151254.tif 000018
【図１７】
2004151254.tif 000019
【図１８】
2004151254.tif 000020
【図１９】
2004151254.tif 000021
【図２０】
2004151254.tif 000022