(57)【要約】【課題】コンテンツの管理を行う際の利便性を向上させる。【解決手段】路側無線装置と無線通信を用いて接続し、前記路側無線装置を介してセンター装置から配信されるコンテンツと、当該コンテンツが更新されたか否かを判別するための更新判別情報を受信する車載器であって、前記センター装置から配信された前記更新判別情報によって前記コンテンツが更新されたか否かを判断する制御手段を備えている。【選択図】図１５
2009199316.tif 000002
【特許請求の範囲】
【請求項１】
車載器と、前記車載器と無線通信を用いて接続する路側無線装置と、前記路側無線装置を介して前記車載器にコンテンツを配信するセンター装置とを有する配信システムであって、
前記センター装置は、前記コンテンツが更新されたか否かを判別するための更新判別情報を配信し、
前記車載器は、
前記センター装置から配信された前記更新判別情報によって前記コンテンツが更新されたか否かを判断する制御手段を備えることを特徴とする配信システム。
【請求項２】
路側無線装置と無線通信を用いて接続し、前記路側無線装置を介してセンター装置から配信されるコンテンツと、当該コンテンツが更新されたか否かを判別するための更新判別情報を受信する車載器であって、
前記センター装置から配信された前記更新判別情報によって前記コンテンツが更新されたか否かを判断する制御手段を備えることを特徴とする車載器。
【請求項３】
予め指定された前記コンテンツを識別するための識別情報を記憶する記憶手段を更に有し、
前記制御手段は、前記記憶手段に記憶された前記識別情報に対応する前記コンテンツが更新されたと判断した際、当該コンテンツに対応する識別情報を更新させることを特徴とする請求項２に記載の車載器。
【請求項４】
前記記憶手段は前記コンテンツを記憶することができ、
前記制御手段は、前記前記記憶手段に記憶された前記識別情報に対応する前記コンテンツが更新されたと判断した際、当該コンテンツを前記記憶手段に記憶させることを特徴とする請求項３に記載の車載器。
【請求項５】
前記コンテンツを表示する表示手段を更に有し、
前記制御手段は、前記記憶手段に記憶された前記識別情報に対応する前記コンテンツを前記表示手段に表示させることを特徴とする請求項３または請求項４に記載の車載器。
【請求項６】
前記識別情報は、当該識別情報に対応する前記コンテンツが更新されたか否かを示す情報を含み、
前記制御手段は、前記識別情報に基づいて前記コンテンツが更新された旨を前記表示手段に表示させることを特徴とする請求項５に記載の車載器。
【請求項７】
前記更新判別情報は、前記コンテンツの有効期限を示す有効期限情報であり、
前記制御手段は、前記有効期限情報によって前記コンテンツが更新されたか否かを判断することを特徴とする請求項２から請求項６に記載の車載器。
【請求項８】
前記更新判別情報は、前記コンテンツのデータ容量を示すデータ容量情報であり、
前記制御手段は、前記データ容量情報によって前記コンテンツが更新されたか否かを判断することを特徴とする請求項２から請求項６に記載の車載器。
【請求項９】
前記更新判別情報は、前記コンテンツが更新された時間を示す時間情報であり、
前記制御手段は、前記時間情報によって前記コンテンツが更新されたか否かを判断することを特徴とする請求項２から請求項６に記載の車載器。
【請求項１０】
前記更新判別情報は、前記センター端末が前記コンテンツを配信する際に当該コンテンツに付帯させた送信情報であり、
前記制御手段は、前記送信情報によって前記コンテンツが更新されたか否かを判断することを特徴とする請求項２から請求項６に記載の車載器。
【請求項１１】
前記更新判別情報は、前記コンテンツが更新されたか否かを示す更新フラグであり、
前記制御手段は、前記更新フラグによって前記コンテンツが更新されたか否かを判断することを特徴とする請求項２から請求項６に記載の車載器。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、配信システム及び車載器に関する。
【背景技術】
【０００２】
従来、ナビゲーション装置のような車載器では、ＤＳＲＣ（Dedicated Short Range Communication）等を利用して路上に設置された路側無線装置と狭域無線通信を行い、当該路側無線装置を介してセンター装置から情報提供を受けることが可能となっている。すなわち、車両が路側無線装置の通信範囲内にある間のみ、車両の車載器と路側無線装置との双方向通信が可能となり、この間にセンター装置が路側無線装置を介して、地域情報（例えば周辺の店舗や医療機関の情報）や広告情報等の各種コンテンツを配信するのである。
【０００３】
また、前記車載器では、路側無線装置から配信された各種コンテンツを記憶することにより、路側無線装置と通信できない環境においても当該各種コンテンツを再生することが可能になっている（特許文献１参照）。
【特許文献１】特開２００７−１０９０３２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
ところで、前記車載器には多くのコンテンツが配信される。その結果、前記車載器は多数のコンテンツを記憶することとなる。
【０００５】
そのため、例えば配信される多数のコンテンツが階層構造で構成されている場合、ユーザは自己が所望するコンテンツを表示させるためには、階層構造の画面遷移を辿って当該コンテンツを表示させることになるため、ユーザは煩雑な操作を要する。
【０００６】
また、ユーザが所望するコンテンツを予め指定して記憶させることにより当該コンテンツを表示させたり、気に入ったコンテンツを記憶領域に保存していたとしても、路側無線装置から配信されるコンテンツが更新されていた場合において、当該コンテンツを識別するために割り当てられたコードが同一である場合には、無条件にコンテンツが上書きされてしまうことが考えられる。この場合、同様に、気に入って保存していたコンテンツも上書きされてしまう。その結果、気に入って保存した時点でのコンテンツと、その後に路側無線装置から送信されて上書きされたコンテンツの内容が異なり、ユーザは保存した時点での内容と異なる内容のコンテンツが表示されてしまうことになる。
【０００７】
本発明は、上述したような課題に鑑みてなされたものであり、その目的とするところは、コンテンツの管理を行う際の利便性を向上させることである。
【課題を解決するための手段】
【０００８】
上記課題を解決するために、請求項１に記載の発明は、
車載器と、前記車載器と無線通信を用いて接続する路側無線装置と、前記路側無線装置を介して前記車載器にコンテンツを配信するセンター装置とを有する配信システムであって、
前記センター装置は、前記コンテンツが更新されたか否かを判別するための更新判別情報を配信し、
前記車載器は、
前記センター装置から配信された前記更新判別情報によって前記コンテンツが更新されたか否かを判断する制御手段を備えることを特徴としている。
【０００９】
請求項２に記載の発明は、
路側無線装置と無線通信を用いて接続し、前記路側無線装置を介してセンター装置から配信されるコンテンツと、当該コンテンツが更新されたか否かを判別するための更新判別情報を受信する車載器であって、
前記センター装置から配信された前記更新判別情報によって前記コンテンツが更新されたか否かを判断する制御手段を備えることを特徴としている。
【００１０】
請求項３に記載の発明は、請求項２に記載の発明において、
予め指定された前記コンテンツを識別するための識別情報を記憶する記憶手段を更に有し、
前記制御手段は、前記記憶手段に記憶された前記識別情報に対応する前記コンテンツが更新されたと判断した際、当該コンテンツに対応する識別情報を更新させることを特徴としている。
【００１１】
請求項４に記載の発明は、請求項３に記載の発明において、
前記記憶手段は前記コンテンツを記憶することができ、
前記制御手段は、前記前記記憶手段に記憶された前記識別情報に対応する前記コンテンツが更新されたと判断した際、当該コンテンツを前記記憶手段に記憶させることを特徴としている。
【００１２】
請求項５に記載の発明は、請求項３または請求項４に記載の発明において、
前記コンテンツを表示する表示手段を更に有し、
前記制御手段は、前記記憶手段に記憶された前記識別情報に対応する前記コンテンツを前記表示手段に表示させることを特徴としている。
【００１３】
請求項６に記載の発明は、請求項５に記載の発明において、
前記識別情報は、当該識別情報に対応する前記コンテンツが更新されたか否かを示す情報を含み、
前記制御手段は、前記識別情報に基づいて前記コンテンツが更新された旨を前記表示手段に表示させることを特徴としている。
【００１４】
請求項７に記載の発明は、請求項２から請求項６に記載の発明において、
前記更新判別情報は、前記コンテンツの有効期限を示す有効期限情報であり、
前記制御手段は、前記有効期限情報によって前記コンテンツが更新されたか否かを判断することを特徴としている。
【００１５】
請求項８に記載の発明は、請求項２から請求項６に記載の発明において、
前記更新判別情報は、前記コンテンツのデータ容量を示すデータ容量情報であり、
前記制御手段は、前記データ容量情報によって前記コンテンツが更新されたか否かを判断することを特徴としている。
【００１６】
請求項９に記載の発明は、請求項２から請求項６に記載の発明において、
前記更新判別情報は、前記コンテンツが更新された時間を示す時間情報であり、
前記制御手段は、前記時間情報によって前記コンテンツが更新されたか否かを判断することを特徴としている。
【００１７】
請求項１０に記載の発明は、請求項２から請求項６に記載の発明において、
前記更新判別情報は、前記センター端末が前記コンテンツを配信する際に当該コンテンツに付帯させた送信情報であり、
前記制御手段は、前記送信情報によって前記コンテンツが更新されたか否かを判断することを特徴としている。
【００１８】
請求項１１に記載の発明は、請求項２から請求項６に記載の発明において、
前記更新判別情報は、前記コンテンツが更新されたか否かを示す更新フラグであり、
前記制御手段は、前記更新フラグによって前記コンテンツが更新されたか否かを判断することを特徴としている。
【発明の効果】
【００１９】
本発明によれば、コンテンツの管理を行う際の利便性を向上させることができる。
【発明を実施するための最良の形態】
【００２０】
（第１の実施の形態）
まず、構成を説明する。
図１に、本実施形態における配信システム１００を示す。
配信システム１００は、図１に示すように、車両Ｃに搭載された車載器１０、路側無線装置２０、センター装置３０を含んで構成される。センター装置３０は路側無線装置２０を介して車載器１０にコンテンツを配信する。
路側無線装置２０は路上や駐車場等に複数設置され、各路側無線装置２０はネットワークＮを介してセンター装置３０と接続されている。路側無線装置２０と、車両Ｃの車載器１０とは無線通信が可能である。
【００２１】
なお、コンテンツとは、データ形式等の詳細は後述するが、店舗の広告や駐車場、医療施設の案内等のコンテンツ（テキスト情報、画像情報、音情報）の他、コンテンツを提供する事業者に関する情報、コンテンツの有効期限の情報（例えば、有効期限の開始と終了の日時）、サービスを提供可能な対象地点の情報（例えば、広告している店舗の地点を示す緯度経度や店舗名等）が含まれる。例えば、目的地等の情報を含むコンテンツであれば緯度経度情報も格納されているが、コンテンツに目的地等の情報が含まれなければ緯度経度情報は必要がなく、当該情報を示すデータ領域には情報は格納されない。
他にも、コンテンツとして、当該コンテンツの通知を行うためのポップアップ再生を行うべき再生地点（例えば、ポップアップの再生地点を示す緯度経度、ポップアップを再生する道路種別や車両の進入方向を指定する情報等）、コンテンツの表示画面の遷移情報（次に表示する画面を指定する情報等）、嗜好情報等を含む情報が格納されていてもよい。
【００２２】
以下、各構成装置について詳細に説明する。
路側無線装置２０は、図２に示すように本体装置２０ａとアンテナ２０ｂとから構成されている。路側無線装置２０は、道路脇や道路上方に設置されたアンテナ２０ｂから、到達距離が限定されたＤＳＲＣの電波を放射して、路側無線装置２０近傍に路側エリアＺを形成する。この路側エリアＺ内にある車両Ｃの車載器１０とだけ双方向狭域無線通信が可能となる。以下、路側無線装置２０と車載器１０間の狭域無線通信を路車間通信という場合がある。
【００２３】
ＤＳＲＣは５．８GHz帯域の電波を使った通信方式であり、その通信範囲は例えば数メートルから数十メートルである。路側無線装置２０からのＤＳＲＣの送信出力は何れも同じ程度に設定されているので、複数の路側無線装置２０がそれぞれ形成する路側エリアＺは設置場所に関係なく、ほぼ一定である。
【００２４】
本体装置２０ａは、車載器１０とセンター装置３０間の情報のやりとりを仲介するための処理を行う。すなわち、アンテナ２０ｂを介して車載器１０から受信された情報をセンター装置３０に転送し、センター装置３０から送信されたコンテンツを車載器１０へ転送する。本体装置２０ａは、情報処理や通信制御を行う制御部、記憶部等を備えたコンピュータ端末を適用することができる。
【００２５】
車載器１０は、車両Ｃに搭載され、案内経路への誘導のための処理等を行うナビゲーション機能の他、ＤＳＲＣによるＥＴＣ（Electronic Toll Collection System）利用のための処理を行う機能等を有している。
車載器１０は、図３に示すように、カーナビ部１、通信モジュール２、ＤＳＲＣ部３、制御部４を備えて構成されている。
【００２６】
制御部４は、制御手段として機能し、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）等から構成され、記憶部１ｆに記憶された制御プログラムとの協働により各種演算を行う他、各部の集中制御を行う。
例えば、路側無線装置２０との路車間通信を行う際にはＤＳＲＣ部３の通信動作を制御する。なお、ＤＳＲＣ部３の制御にあたってはＤＳＲＣ部３のＤＳＲＣ制御部３ａとの協働により制御を行う。また、ＤＳＲＣ部３を介してセンター装置３０から受信したコンテンツの保存、再生制御等を行う再生手段としても機能する。
【００２７】
カーナビ部１は、カーナビ制御部１ａ、現在地検出部１ｂ、地図記憶部１ｃ、入力部１ｄ、表示部１ｅ、記憶部１ｆ等を備えて、車両Ｃを案内経路へ誘導するための処理を行う。
カーナビ制御部１ａは、現在地検出部１ｂから取得した現在地の情報及び地図記憶部１ｃに記憶された地図情報等に基づいて、車両Ｃの現在地から入力部１ｄを介して設定された目的地までの案内経路を算出する。そして、地図記憶部１ｃに記憶されている地図情報を用いて算出した案内経路へ誘導するための地図画面を生成し、表示部１ｅにより表示させる。
【００２８】
現在地検出部１ｂは、ＧＰＳアンテナ、角度センサ、方位センサ、距離センサ等の各種センサを備え、これらセンサによる検出結果に基づいて車両Ｃの現在地を検出する。ＧＰＳアンテナは、ＧＰＳ衛星から送信されるＧＰＳ信号を検出する。また、角度センサは移動方向の変化量を示す車の加速度（単位時間あたりの水平方向への回転速度）を検出し、方位センサは地磁気の検出を行い、車両の絶対方位を検出する。現在地検出部１ｂは、これらセンサから取得した各検出結果に基づいて車両の現在地を示す現在地情報（経度、緯度等の情報）を生成し、カーナビ制御部１ａに出力する。
【００２９】
地図記憶部１ｃは、メモリやＤＶＤ等の記録媒体から構成され、案内表示に必要な地図情報、通信モジュール２を介して受信されるガイド情報（道路情報、渋滞情報等）等を記憶している。
【００３０】
入力部１ｄは、操作キーや表示部１ｅと一体に構成されるタッチパネル等から構成されている。入力部１ｄは、これらの操作に対応する操作信号を生成し、制御部３１に出力する。
表示部１ｅは、モニタを備え、制御部４の制御に従ってモニタ上に各種情報を表示する。例えば、設定画面や地図画面、センター装置３０から受信したコンテンツの表示画面等である。
【００３１】
記憶部１ｆは、記憶手段として機能し、メモリから構成され、制御部４やカーナビ制御部１ａにより実行される制御プログラム、プログラムの実行に必要なパラメータやデータ等を記憶している。
また、記憶部１ｆは、センター装置３０に提供するアップリンク情報を記憶するとともに、センター装置３０から受信したコンテンツを記憶する。ユーザがコンテンツの配信について契約をした配信事業者（以下、正規の配信事業者という。）が複数ある場合には、アップリンク情報は各配信事業者に応じた内容で制御部４によりそれぞれ生成され、記憶部１ｆに記憶される。アップリンク情報は最新の内容となるように制御部４が常に更新を行って記憶部１ｆに保存させる。
【００３２】
通信モジュール２は、光通信用、ＦＭ通信用、２．４GHz電波通信用のアンテナをそれぞれ備え、通信センターと光通信、ＦＭ通信、電波通信を行う。通信モジュール２は通信センターから渋滞情報や道路交通情報等を受信し、制御部４に出力する。なお、通信センターとしてはＶＩＣＳセンター等を挙げることができるが、これに限らず、また、通信センターから受信する情報としては、渋滞情報や道路交通情報に限らない。
【００３３】
ＤＳＲＣ部３は、ＤＳＲＣによるＥＴＣ利用のための処理や、センター装置３０からコンテンツを受信するための通信処理等を行う。
ＤＳＲＣ部３は、図３に示すようにＤＳＲＣ制御部３ａ、通信部３ｂ、記憶部３ｃ、ＥＴＣ処理部３ｅ、ＩＣカードＩ／Ｆ３ｆを備えて構成されている。
【００３４】
ＤＳＲＣ制御部３ａは、ＣＰＵ、ＲＡＭ等から構成され、記憶部３ｃに記憶されている制御プログラムとの協働によりＤＳＲＣ部３の各部の動作を制御する。
例えば、ＥＴＣによる決済を行う際には、通信部３ｂの通信動作を制御してＥＴＣ基地局（ＥＴＣ決済を行うためにＥＴＣゲート付近等に設けられる無線基地局）と決済情報の送受信を行わせる。また、ＥＴＣ処理部３ｅにより決済情報の書込処理を行わせる。
また、センター装置３０からコンテンツを受信する際には、制御部４の指示に従って記憶部３ｃのアップリンク情報記憶領域Ｍに記憶されている情報を、通信部３ｂにより路側無線装置２０に送信させる一方、通信部３ｂにより路側無線装置２０を介してコンテンツを受信した場合にはこれを制御部４に出力する。
【００３５】
通信部３ｂは、例えば車両Ｃのダッシュボード上でフロントガラス近傍等の位置に固設されたアンテナを備え、このアンテナを介して路側無線装置２０やＥＴＣ基地局等と、ＤＳＲＣの電波の送受信を行う。
【００３６】
記憶部３ｃは、ＤＳＲＣ制御部３ａにより実行される制御プログラム等を記憶している。
また、記憶部３ｃにはアップリンク情報記憶領域Ｍが設けられている。アップリンク情報記憶領域Ｍは、センター装置３０に対してユーザが欲する情報を提供するためのアップリンク情報専用に設けられた記憶領域であり、車載器１０の特性情報が記憶される。
【００３７】
ＥＴＣ処理部３ｅは、ＩＣカードＩ／Ｆ３ｆに挿抜されるＩＣ付きクレジットカード又はデビットカード等に対して決済情報等の読み書きを行う。
ＩＣカードＩ／Ｆ３ｆは、上記クレジットカード等のスロットを備え、このスロットに挿入されたクレジットカード等のＩＣとＥＴＣ処理部３ｅの間で情報のやりとりを仲介する。
【００３８】
次に、センター装置３０について説明する。
センター装置３０は、コンテンツを記憶し、これを路側無線装置２０を介して車載器１０に配信する。
なお、図１では１台のセンター装置３０のみ示したが、コンテンツを配信する配信事業者は複数あり、センター装置３０は配信事業者毎に備えられるものである。
【００３９】
図４に、センター装置３０の機能的構成を示す。
図４に示すように、センター装置３０は制御部３１、入力部３２、表示部３３、記憶部３４、通信部３５を備えて構成されている。
【００４０】
制御部３１は、ＣＰＵ、ＲＡＭ等から構成され、記憶部３４に記憶された制御プログラムとの協働により各種演算を行う他、各部の集中制御を行う。
例えば、制御部３１は記憶部３４に保存されているコンテンツを読み出して編成したり、編成したコンテンツの配信制御を行う。なお、ここで「編成」とは、配信するコンテンツを選択し、選択したコンテンツを図５及び図６に示すような配信用のフォーマットに合わせてデータ構築することをいう。
【００４１】
入力部３２は、キーボード等を備えて操作入力を受け付け、当該操作入力に応じた操作信号を制御部３１に出力する。
表示部３３はディスプレイを備え、制御部３１の表示制御に従ってディスプレイ上に各種画面を表示する。
【００４２】
記憶部３４は、制御部３１により実行されるプログラムの他、プログラムの実行に必要な各種データを記憶する。また、記憶部３４は配信すべきコンテンツを記憶している。コンテンツは複数の項目に分類されている。以下、コンテンツの詳細について説明する。
【００４３】
図５に、センター装置３０から配信されるコンテンツのデータ構造の一例について示す。図５に示すように、センター装置３０からは一時に複数の情報グループが配信され、車載器１０では複数の情報グループを受信して、再生又は記憶部１ｆに蓄積することとなる。
ここで、図５における情報グループ１、２、・・ｎのそれぞれが１つのコンテンツであり、車載器１０においてはコンテンツを単位として再生処理が行われる。
【００４４】
図５に示すように、１つのコンテンツは、内容により分類された複数の要素で構成される。各構成要素はＩＤ番号（００、０１、・・等）と当該ＩＤ番号に対応して格納される実データからなる。図５において、情報グループ１を構成するコンテンツには、ＩＤ００（ＩＤ番号が“００”であることを示す、以下同じ）、ＩＤ０１、ＩＤ０２、ＩＤ０３、ＩＤ０４、ＩＤ０５、ＩＤ１０、ＩＤ３０で規定される情報が含まれていることを示している。
【００４５】
図６に、コンテンツのフォーマットの一例を示す。
図６に示すように、コンテンツには、個々にＩＤが付された情報、例えば区分情報、事業者、コンテンツ詳細、有効期限、時間提供、対象地点、再生地点、遷移情報、駐車場情報、運転支援情報、嗜好情報等が含まれている。
【００４６】
識別番号は、コンテンツに含まれる各情報の分類を示す。
また、識別番号は、ＩＤ００〜ＩＤ２５５まで割り振られており、例えばＩＤ１０は対象地点情報、ＩＤ４０は詳細情報であることを示す。
なお、コンテンツに含まれる各ＩＤに対応する情報にはヘッダ情報（図示せず）が含まれており、各ＩＤに含まれている情報量を示す情報バイト等、各ＩＤに対応する内容を示す情報やフラグ等がヘッダ情報として格納されている。
以下、識別番号に対応する各情報について説明する。
【００４７】
ＩＤ００の区分情報は、コンテンツに含まれる各情報の識別番号の一覧を示す情報である。この区分情報中の各情報の識別番号の有無を確認することにより、当該各情報が存在するか否かを即時に判断することが出来る。
また、その他にも、区分情報は識別番号に対応する情報のデータ量等を示す。
【００４８】
ＩＤ０１の事業者の情報は、サービス事業者を特定するための情報であり、例えばサービス事業者に一意に付与されたサービス事業者コード等である。他にもサービス事業者に関する文字情報として事業者表示テキストが格納されてもよい。
ＩＤ０２のコンテンツ詳細はコンテンツに関する詳細な情報であり、例えば当該コンテンツの情報提供元を特定することのできる情報提供企業コード、サービス事業者がコンテンツに対し個別に割り付けた情報コード、コンテンツが属する嗜好情報のカテゴリを示す嗜好情報カテゴリ、再生を即時に行うか蓄積するかを示す即時／蓄積コード等である。
他にも、サービス事業者が配信するコンテンツの提供元を示す企業コード、当該企業を通知する企業表示用テキスト、コンテンツを検索、並び替え、及び削除等するための情報表示用テキスト等をＩＤ０２のコンテンツ詳細として格納してもよい。
【００４９】
情報コードは先述の通り、コンテンツに割り当てられたコードであり、コンテンツを識別することができる。また、本実施の形態における配信システム１００では、同様のコンテンツをセンター装置３０が送信する場合は、基本的に同一の情報コードを使用する。つまり、あるコンテンツの内容が新しく更新された場合は、同一の情報コードを付して当該更新されたコンテンツを車載器１０に対して配信することにより、車載器１０では、古いコンテンツに対して新たなコンテンツを上書きすることができる。例えば、車載器１０が１月２０日にある場所でコンテンツを受信し、その中に有効期限が２月１日となっているコンテンツの情報コードが「０２５」であったとする。その後、２月２０日にある場所で当該車載器１０がコンテンツを受信し、その中に有効期限が３月１日であり、先に１月２０日に受信した内容と同様のコンテンツを受信したとすれば、センター装置３０は同一の情報コードである「０２５」を付与して配信することになる。
【００５０】
ＩＤ０４の有効期限はコンテンツの再生についての有効期限を示す情報であり、有効期限の開始時期及び終了時期を示す日時で表される。
ＩＤ０５の時間提供は後述する対象地点においてサービスを提供できる営業時間等の情報である。
【００５１】
ＩＤ１０の対象地点とはサービスの提供を行う店舗や施設等をいい、対象地点の情報としては、例えば対象地点の位置を示す対象地点座標（緯度経度）、対象地点名称等を示す対象地点表示用テキスト、例えば対象地点の説明等に係るコンテンツであるテキスト、画像、音声、対象地点の情報をＩＰ通信により提供する際のＵＲＬ、対象地点を地図上に表示する際に使用されるアイコン画像、提携駐車場情報等からなる。なお、対象地点が存在しないコンテンツの場合は、画面遷移のための説明の情報が格納されていてもよい。
【００５２】
ＩＤ２０の情報提供地点の情報はコンテンツを再生させたい情報提供エリアに関する情報である。蓄積されたコンテンツについては、情報提供エリア内にある道路である方向から対象車両Ｃが進入した際にコンテンツがあることを通知するポップアップ通知を行い、そこで再生の指示がなされるとコンテンツの再生を行う。ＩＤ２０の情報提供地点は、このときのポップアップ通知やコンテンツ再生等を行う際の条件を指定する情報である。例えば、情報提供エリアの中心座標（緯度経度）、半径、対象車両Ｃの進入方向を示す方向コード、道路種別、ポップアップ通知用の表示画像、音声等からなる。つまり、実際にポップアップされてユーザに通知される内容はＩＤ２０の表示画像や音声等のデータである。
【００５３】
ＩＤ３０の遷移情報は、ＩＤ２０の情報提供地点のコンテンツに画像が含まれるコンテンツが複数あり、各コンテンツの画像を遷移させて表示する場合に用いる情報である。遷移情報は、例えば次の遷移先の情報コードを示す次再生情報コード等からなる。ＩＤ３０の情報はＩＤ１０の対象地点情報と関連する。詳細は以下説明する。
【００５４】
図７を用いて、「ＩＤ１０」、「ＩＤ３０」の情報について説明する。図７に示す各画面Ｄ１〜Ｄ８において、Ｄ１及びＤ２は車載器１０側で保持している画面であり、Ｄ３〜Ｄ８は、コンテンツに基づき配信され、車載器１０において表示される画面遷移例である。ここでは、１つの情報グループは１つの画面に対応するとする。画面Ｄ１は、メニュー画面であり遷移先が３つある。画面Ｄ１において「entertainment」が選択されると、サービス事業者（配信事業者）の一覧を示す画面Ｄ２に遷移する。画面Ｄ２には遷移先が４つある。画面Ｄ２において１つの配信事業者が選択されると、選択された配信事業者のコンテンツを示す画面Ｄ３に遷移する。画面Ｄ３には遷移先が４つある。画面Ｄ３において「くらし情報」が選択されると、暮らし情報の一覧を示す画面Ｄ４に遷移する。画面Ｄ４には遷移先が３つある。画面Ｄ４において「医療・病院」が選択されると、医療・病院の一覧を示す画面Ｄ５に遷移する。画面Ｄ５には遷移先が２つある。画面Ｄ５において「休日診療病院一覧」が選択されると、休日診療病院の一覧を示す画面Ｄ６に遷移する。画面Ｄ６には遷移先が７つある。画面Ｄ６において「小児科」が選択されると、小児科の病院一覧を示す画面Ｄ７に遷移する。画面Ｄ７には遷移先が４つある。画面Ｄ７において１つの小児科病院が選択されると、選択された小児科病院の情報を示す画面Ｄ８に遷移する。画面Ｄ８には遷移先がないが、「ＩＤ１０」の対象地点情報がある。
【００５５】
ここで、例えば、画面Ｄ６に対応するコンテンツの「ＩＤ３０」の「次再生情報コード」には、それぞれ遷移先のコンテンツの「ＩＤ０２」の「情報コード」が格納されている。また、画面Ｄ７に対応するコンテンツの「ＩＤ３０」の「次再生情報コード」には、それぞれ遷移先のコンテンツの「ＩＤ０２」の「情報コード」が格納されている。また、画面Ｄ８に対応するコンテンツには、遷移情報がない。
また、画面Ｄ２に対応するコンテンツには、遷移情報はあるが、「ＩＤ１０」の「対象地点座標」はない。
【００５６】
ＩＤ４０の詳細情報は、ＩＤ１０のコンテンツに関する詳細な情報である。
詳細情報は、当該コンテンツの内容の説明をするためのテキスト情報等が格納される。
表示用文字データは、サービス対象地点や画面遷移の案内を行う情報等、ユーザを補助するための情報である。表音文字列は音声によってユーザに伝達するための情報を格納している。
【００５７】
ＩＤ５０の駐車場情報は、予め登録されている駐車場に関する情報である。駐車場情報は、例えば情報配信装置において予め登録されている駐車場の駐車場ＩＤ、満空情報等である。満空情報とは満車、空車の状況や、満車率等の混み具合を示す情報をいう。
【００５８】
ＩＤ６０の運転支援情報は、駐車場の出入口付近や駐車場内の合流分岐、速度案内等、敷地内の運転に関して運転の補助となる情報である。運転支援情報は、例えば運転支援のための画像、当該コンテンツを受信した際に情報の内容を発話することによりユーザに対して知らせるための音声案内を行うのに用いられる表音文字列、圧縮音声、音声の再生順の情報等である。
【００５９】
ＩＤ８０の嗜好情報は、上述したように配信するコンテンツの選択に用いる情報である。嗜好情報は、例えば嗜好情報のバージョン、そのバージョンで定められているカテゴリの名称を示す表示用テキスト、表音文字列、カテゴリの詳細情報等からなる。
【００６０】
コンテンツは上記各ＩＤの情報を含めて予め作成されたものを記憶部３４に保存しておき、配信時に、これらコンテンツのうち配信するコンテンツを制御部３１が選択する。なお、各ＩＤの情報は必要に応じてコンテンツに含められ、常に全てのＩＤの情報がコンテンツに含まれているわけではない。例えば、対象地点において提携指定されている提携駐車場が無ければ、ＩＤ１０の対象地点に提携駐車場情報は含まれないことになる。
【００６１】
次に、動作について説明する。
図８は、本実施の形態におけるコンテンツを表示させる表示画面Ｄ９の一例を示す。表示画面Ｄ９は、目的地ボタンＤ９ａ、お気に入りボタンＤ９ｂ等から構成される。
目的地ボタンＤ９ａは、対象コンテンツに対象地点座標がある場合に生成され、表示画面Ｄ９に表示されているコンテンツに該当する地点を目的地として設定するためのボタンである。お気に入りボタンＤ９ｂは、表示画面Ｄ９に表示されているコンテンツに関する情報を、後述するお気に入り登録処理によってお気に入りテーブルＴ１に格納するため指示を入力するためのボタンである。
【００６２】
図９は、本実施の形態におけるお気に入りのコンテンツを登録するお気に入り登録処理の流れを説明するフローチャートである。
お気に入り登録処理は、入力部１ｄからの指示によりお気に入り登録の要求が入力された際に、制御部４と記憶部１ｆに記憶されたプログラムとの協働によるソフトウェア処理により実現される。
お気に入り登録処理では、表示部１ｅに表示されているコンテンツに関する情報を後述するお気に入りテーブルＴ１に新たなレコードとして格納する処理を行う。
【００６３】
図９に示すように、入力部１ｄからの入力によりお気に入りボタンＤ９ｂが押下されると、記憶部１ｆに記憶されているお気に入りテーブルＴ１が参照され、表示画面Ｄ９に表示中のコンテンツが既にお気に入りに登録されているか否かが判断される（ステップＳ９１）。
【００６４】
図１０に、本実施の形態において記憶部１ｆに記憶される、お気に入りのコンテンツを格納するお気に入りテーブルＴ１の一例を模式的に示す。
図１０に示すように、お気に入りテーブルＴ１は、「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、「有効期限」フィールド、及び「更新状態」フィールドから構成される。
「サービス事業者コード」フィールドには、ＩＤ０１に格納されているサービス事業者コードが格納される。「情報提供企業コード」フィールドには、ＩＤ０２に格納されている情報提供企業コードが格納される。「有効期限」フィールドには、当該レコードに対応するコンテンツのＩＤ０４に格納されている有効期限の情報が格納される。「更新状態」フィールドには、当該レコードに該当するコンテンツが更新されたか否かを示す情報が格納される。
ステップＳ９１においては、表示画面Ｄ９に表示されているコンテンツのＩＤ０１のサービス事業者コードとＩＤ０２の情報提供企業コードが抽出され、それぞれがお気に入りテーブルＴ１の「サービス事業者コード」フィールドと「情報提供企業コード」フィールドに格納されている情報と比較され、一致するレコードがあるか否かが判断される。一致するレコードがある場合には表示中のコンテンツがお気に入りに登録されていると判断され、一致するレコードがない場合には表示中のコンテンツがお気に入りに登録されていないと判断される。
【００６５】
表示中のコンテンツがお気に入りに登録されていない場合（ステップＳ９１；ＮＯ）、当該コンテンツがお気に入りに登録される（ステップＳ９２）。具体的には、表示中のコンテンツのＩＤ０１のサービス事業者コードと、ＩＤ０２の情報提供企業コードが、それぞれお気に入りテーブルＴ１の「サービス事業者コード」フィールド、「情報提供企業コード」フィールドに新たなレコードとして格納される。当該レコードの「有効期限」フィールドの値は、ＩＤ０４の有効期限が格納され、「更新状態」フィールドの値は「更新あり」の情報が格納される。
表示中のコンテンツがお気に入りに登録されていた場合（ステップＳ９１；ＹＥＳ）、既にお気に入りに登録されている旨のメッセージが表示され処理は終了する（ステップＳ９３）。
【００６６】
図１１に、コンテンツを配信する際におけるセンター装置３０、路側無線装置２０、車載器１０の各装置における処理の流れを示す。
図１１に示すように、まず車両Ｃのエンジンが起動し、車載器１０の電源が投入されると（ステップＳ１）、車載器１０の特性情報を生成し、記憶部３ｃのアップリンク情報記憶領域Ｍに書き込まれる（ステップＳ２）。特性情報は、予めセンター装置３０との間で取り決められている項目について制御部４が表示部１ｅ等の各部に問い合わせて取得したり、予め記憶部１ｆに記憶されている情報を読み出す等して取得する。そして、取得された情報を制御部４がコード化し、アップリンク情報記憶領域Ｍの対応する領域に当該コードが書き込まれる。なお、実際には書込を指示する制御情報がＤＳＲＣ制御部３ａに出力され、このＤＳＲＣ制御部３ａがアップリンク情報記憶領域Ｍに書き込まれる。
【００６７】
その後、車両Ｃが走行を開始し、路側無線装置２０の路側エリアＺに進入すると（エリアイン）、路側無線装置２０は車両Ｃを検出し、車載器１０のＤＳＲＣ部３とＤＳＲＣ通信による接続処理が開始される（ステップＳ３ａ、Ｓ３ｂ）。すなわち、ＤＳＲＣの電波が送出され、車載器１０からの応答が得られると、通信路が確立される。通信路が確立されると、路側無線装置２０はセンター装置３０に対し接続が完了した旨の通知情報が送信される（ステップＳ４ａ）。一方、車載器１０のＤＳＲＣ部３から制御部４に対し接続が完了した旨の通知情報が出力される（ステップＳ４ｂ）。なお、ＤＳＲＣ接続時には、車載器１０の記憶部３ｃ等に記憶されている車載器１０を識別するための車載器ＩＤがセンター装置３０に対して送信されている。
【００６８】
次いで、路側無線装置２０から車載器１０のＤＳＲＣ部３に対し、特性情報の送信要求が行われると、ＤＳＲＣ部３から記憶部３ｃに書き込まれている特性情報が路側無線装置２０に送信される（ステップＳ５）。特性情報は路側無線装置２０を介してセンター装置３０に送信される。
センター装置３０では、ＤＳＲＣ接続時に取得される車載器ＩＤ等をもとに、車載器１０のユーザが配信サービスの会員か否かが判断される（ステップＳ６）。
【００６９】
記憶部３４に記憶されている配信サービスの全会員の車載器ＩＤのうち、受信した車載器ＩＤと一致するものがなく、非会員であると判断されると（ステップＳ６；Ｎ）、非会員用のコンテンツが路側無線装置２０を介して車載器１０に送信される（ステップＳ６１）。その後、図１２に示すステップＳ１７の処理に移行する。なお、非会員用のコンテンツとは、電車の遅延情報、納税通知情報等の公共の広告情報や、入会を促す情報や迷惑（スパム）とは成り得ない程度の民間の広告情報等の一般向けの内容の情報である。車載器１０では、配信された当該コンテンツが更新されているか否かを判断するためのコンテンツ更新判別処理（詳細は後述する）が行われる（ステップＳ１１）。保存されたコンテンツは所定のタイミングで再生されることとなる。
一方、一致する車載器ＩＤがあれば会員であると判断され（ステップＳ６；Ｙ）、配信事業者の事業者コードの通知情報が路側無線装置２０に送信される（ステップＳ７）。
【００７０】
路側無線装置２０を介して事業者コードの通知情報が受信されると、記憶部１ｆに記憶されているアップリンク情報に含まれる事業者コードと、通知された事業者コードとが照合される（ステップＳ８）。一致する事業者コードがない場合（ステップＳ８；Ｎ）、図１２に示すステップＳ１７の処理に移行する。なお、ここでは事業者コードと共に他の情報（例えば、ＩＤ＝１０等）のコンテンツ情報を含むようにしても良い。
【００７１】
一致する事業者コードがある場合（ステップＳ８；Ｙ）、受信された事業者コードの配信事業者は正規の配信事業者であると判断され、当該事業者コードに対応するアップリンク情報が記憶部１ｆから読み出され、アップリンク情報記憶領域Ｍに書き込まれる（ステップＳ９）。前述のようにアップリンク情報は各配信事業者に応じて生成され、更新が行われているので、配信事業者に応じた内容かつ最新の内容となっている。
【００７２】
一方、センター装置３０によってデフォルトのコンテンツが路側無線装置２０を介して車載器１０に配信される（ステップＳ１０）。デフォルトのコンテンツとは、公共及び民間の広告情報等の一般向けの内容の情報である。
車載器１０では、配信された当該コンテンツに対して、コンテンツ更新判別処理が行われる（ステップＳ１１）。
また、センター装置３０では車載器１０に対し、アップリンク情報記憶領域Ｍに書き込まれたアップリンク情報の送信を要求する（ステップＳ１２、ステップＳ１３）。以降は、車載器がエリアアウトするまで（車載器との無線通信が途切れるまで）、センター装置３０は車載器１０に対し、定期的にアップリンク情報のポーリングを行う。
【００７３】
ＤＳＲＣ部３は、アップリンク情報の書込が行われると、センター装置３０からのポーリングに応じて、アップリンク情報記憶領域Ｍに記憶されているアップリンク情報が、路側無線装置２０を介してセンター装置３０に送信される（ステップＳ１３）。
【００７４】
以降の処理については、図１２を参照して説明する。
図１２に示すように、センター装置３０では、送信されたアップリンク情報より会員の趣向に適したコンテンツが編成され、当該コンテンツが車載器１０に配信される（ステップＳ１４）。車載器１０では、配信された当該コンテンツに対して、後述するコンテンツ更新判別処理が行われる（ステップＳ１５）。
【００７５】
その後、センター装置３０が配信すべきコンテンツが全て配信されると、配信終了を通知するメッセージ情報が生成され、車載器１０に対し送信し（ステップＳ１６）、ユーザに対しエリアアウトを促しても良い。その後、車載器１０では、エリアアウト（車載器が無線を検知できない場合）した際にアップリンク情報を削除する制御を行う（ステップＳ１７）。
この制御に応じて、ＤＳＲＣ制御部３ａによってアップリンク情報記憶領域Ｍ内のアップリンク情報が削除される。
【００７６】
次に、ステップＳ１１及びステップＳ１５において車載機１０の制御部４によって行われるコンテンツ更新判別処理について説明する。
図１３に、本実施の形態におけるコンテンツ更新判別処理を示す。
コンテンツ更新判別処理Ｂでは、配信されたコンテンツのＩＤ０４に含まれる有効期限によって、当該コンテンツが更新されている／されていないを判断する。更新されたコンテンツであれば、お気に入りテーブルＴ１に格納された情報を更新し、記憶部１ｆに記憶された当該コンテンツを上書きする。
【００７７】
図１３に示すように、配信されたコンテンツに含まれるサービス事業者コード、情報提供企業コード、及び有効期限が抽出される（ステップＳ１３１）。次いで、当該配信されたコンテンツがお気に入りテーブルＴ１に登録されているか否かが判断される（ステップＳ１３２）。具体的には、ステップＳ１３１で抽出されたサービス事業者コードと情報提供企業コードがお気に入りテーブルＴ１に格納されている各レコードの内容と比較され、一致したレコードがあるか否かが検索される。
配信されたコンテンツがお気に入りテーブルＴ１に登録されていた場合（ステップＳ１３２；ＹＥＳ）、当該コンテンツの有効期限が参照され、当該コンテンツが更新されているか否かが判断される（ステップＳ１３３）。具体的には、お気に入りテーブルＴ１の当該コンテンツのレコードの「有効期限」フィールド内の情報と、ステップＳ１３１で抽出された有効期限（開始日時）が比較され、有効期限が一致していれば当該コンテンツは更新されていないと判断され、一致していなければ当該コンテンツは更新されていると判断される。
有効期限の開始日時が異なっている場合（ステップＳ１３３；ＹＥＳ）、お気に入りテーブルＴ１の当該コンテンツに対応するレコードの「更新状態」フィールドの情報が「更新あり」に設定される（ステップＳ１３４）。次いで、記憶部１ｆに記憶されている当該コンテンツが上書きされる（ステップＳ１３５）。そして、お気に入りテーブルＴ１の当該コンテンツに対応するレコードの「情報提供企業コード」フィールドの内容が更新される（ステップＳ１３６）。
有効期限の開始日時が異なっていない場合（ステップＳ１３３；ＮＯ）、コンテンツは上書きされる（ステップＳ１３８）。なお、ステップＳ１３８で上書きされる前のコンテンツと上書きされた後のコンテンツは内容が同一であるので、ステップＳ１３８においてはコンテンツを破棄する構成としてもよい。
【００７８】
一方、配信されたコンテンツがお気に入りテーブルＴ１に登録されていない場合（ステップＳ１３２；ＮＯ）、当該コンテンツが記憶部１ｆに保存される（ステップＳ１３７）。
【００７９】
図１４に、お気に入りテーブルＴ１に格納された情報をリスト化して表示する際の表示画面Ｄ１０の一例を示す。表示画面Ｄ１０は、お気に入りリストＤ１０ａ、各種ボタンＤ１０ｂ等から構成される。
お気に入りリストＤ１０ａは、お気に入りテーブルＴ１に格納されたレコードに対応するコンテンツの一覧を表示する。各種ボタンＤ１０ｂは、入力部１ｄからの入力によりタイトル順や受信日順等に整列されて表示したり、更新されているコンテンツのみを抽出して表示させたりする。
図１４の例では、お気に入りリストＤ１０ａは、コンテンツのタイトル、受信日時、受信場所、更新有無を示すフィールドから構成される。本実施の形態においては、当該フィールドに表示される内容は、お気に入りテーブルＴ１に格納されたサービス事業者コードと情報提供企業コードと一致するコンテンツが抽出される。更新有無はお気に入りテーブルＴ１の「更新有無」フィールドの内容が参照されて表示される。
ユーザは、表示画面Ｄ１０のお気に入りリストＤ１０ａから所望のコンテンツを選択する（入力部１ｄからの入力によって選択の指示を行う）ことにより、当該コンテンツを表示させることができる。
【００８０】
図１５に、お気に入りリストＤ１０ａからコンテンツが選択された際に表示部１ｅに表示される表示画面Ｄ１１の一例を示す。
図１５に示すように、更新されたコンテンツを表示させた際には、当該コンテンツが更新された旨を示すメッセージが、コンテンツの情報に重畳させて表示される。
【００８１】
以上のように、本実施の形態によれば、センター端末３０から配信されたコンテンツを車載器１０で受信した際に、当該コンテンツに含まれる有効期限を比較することによって、当該コンテンツが更新されたか否かを判断することができる。
【００８２】
また、車載器１０のユーザは自己が一度表示させたコンテンツの中から気に入ったコンテンツを操作画面の操作によりお気に入りテーブルＴ１に登録することができる。ユーザは操作画面からの入力により、お気に入りテーブルＴ１に格納された情報を基に自己の所望するコンテンツを検索することができるため、階層構造を用いた画面遷移の操作を行う必要がなく、コンテンツの検索時の利便性が向上する。
【００８３】
また、受信したコンテンツが更新されるたびに、お気に入りテーブルＴ１の内容が更新されるので、車載器１０のユーザは自己が気に入ってお気に入りテーブルＴ１に登録した最新のコンテンツの内容を管理することができる。「有効期限」フィールドの情報が最新のコンテンツに関する情報に更新されることにより、配信されたコンテンツと比較し、当該コンテンツが最新のものか否かを判断することができる。
【００８４】
なお、本実施の形態のコンテンツ更新判別処理では、ＩＤ０４の有効期限の開始日時を比較することによってコンテンツの更新の有無を判断しているが、終了日時を比較することによって判断されるようにしてもよい。この場合、お気に入りテーブルＴ１の「有効期限」フィールドには、コンテンツの終了日時が格納され、コンテンツ更新判別処理においては、車載器１０が受信したコンテンツの終了日時と、お気に入りテーブルＴ１の当該コンテンツに対応するレコードの「有効期限」フィールドに格納された終了日時が異なっていれば、当該コンテンツは更新されたものとして判断される。
【００８５】
なお、コンテンツの内容が更新されているが、ＩＤ０４の有効期限が変わらない場合もある。この場合には他の実施の形態におけるコンテンツ更新判別処理とを組み合わせて、コンテンツが更新されたか否かを判別するようにしてもよい。
【００８６】
なお、本実施の形態ではお気に入りテーブルＴ１は、図１０に示す構成を例として挙げたが、お気に入りテーブルＴ１の構成はこれに限られない。例えばＩＤ０１内のサービス事業者表示テキスト、ＩＤ０２内の企業コード、企業表示用テキスト、情報コード、又は情報表示用テキスト等のコンテンツを特定することができる情報が記憶されていてもよい。
【００８７】
なお、本実施の形態では、配信されたコンテンツが更新された場合、お気に入りテーブルＴ１の「更新状態」フィールドに格納された情報からコンテンツの更新の有無をユーザに対して表示させることにより通知するようにしたが、ユーザへの通知方法はこれに限られない。例えば、更新されたコンテンツを受信し、お気に入りテーブルＴ１の情報を更新したタイミングでユーザに音声で更新の旨を通知するようにしてもよいし、お気に入りテーブルＴ１の「更新状態」フィールドの情報が「更新あり」とされているレコードを抽出し、リスト化して表示させ、ユーザに対して一覧として更新されたコンテンツを通知する構成としてもよい。
【００８８】
なお、本実施の形態におけるコンテンツ更新判別処理では、お気に入りテーブルＴ１に格納されたコンテンツについて、更新されたか否かを判断しているが、車載器１０の記憶部１ｆに格納されている全てのコンテンツについて更新されたか否かを判断してもよい。つまり、お気に入りテーブルＴ１に登録されているコンテンツ以外のコンテンツにも更新フラグは含まれているため、コンテンツ更新判別処理によって当該コンテンツが更新されたか否かを判断することができる。お気に入りテーブルＴ１に格納されていないコンテンツを表示させた際に、当該コンテンツが更新されているメッセージを本実施の形態と同様に表示させてもよい。また、更新されたコンテンツである旨を画面上部にアイコンとして表示させ、ユーザに対して通知させる構成にしてもよい。
【００８９】
なお、お気に入りテーブルＴ１に格納された情報に対応するコンテンツを表示させる際に、更新されているコンテンツをリストの先頭に優先的に表示させてユーザに通知するようにしてもよい。また、同様に更新されているコンテンツのみを抽出してリストに表示させてもよい。その際には、車載器１０の制御部４は、お気に入りテーブルＴ１の「更新状態」フィールドを参照し、「更新あり」の情報が格納されているレコードを抽出し、当該レコードに対応するコンテンツを表示させる。
【００９０】
その他、本発明が上記実施形態に限定されず、適宜変更可能であるのは勿論である。
【００９１】
（第２の実施の形態）
次に図１６及び図１７を参照しつつ、本発明に係る配信システム１００の第２の実施の形態について説明する。なお、第２の実施の形態は、コンテンツ更新判別処理のみが第１の実施の形態と異なるものであるため、以下においては、特に第１の実施の形態と異なる点について説明する。
【００９２】
また、第２の実施の形態では、お気に入りテーブル（以下、第１の実施の形態と区別するためにお気に入りテーブルＴ２という）の構成が第１の実施の形態と異なる。
【００９３】
図１６に、第２の実施の形態におけるお気に入りテーブルＴ２の一例を模式的に示す。
図１６に示すように、お気に入りテーブルＴ２は「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、「情報バイト数」フィールド、及び「更新状態」フィールドから構成される。「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、及び「更新状態」フィールドに格納される情報は第１の実施の形態と同様であるので説明を省略する。「情報バイト数」フィールドには、本実施の形態では当該レコードに対応するコンテンツのＩＤ１０のヘッダ情報に格納されている情報バイト数が格納される。
【００９４】
なお、コンテンツのデータ形式等、その他の構成は、第１の実施形態で示したものと同様であるため説明を省略する。
【００９５】
図１７に、本実施の形態におけるコンテンツ更新判別処理（以下、第１の実施の形態と区別をするために、コンテンツ更新判別処理Ｂという）を示す。
コンテンツ更新判別処理Ｂでは、配信されたコンテンツのＩＤ１０のヘッダ情報に含まれる情報バイト数から当該コンテンツが更新されている／されていないが判断される。更新されたコンテンツであれば、お気に入りテーブルＴ２の内容と当該コンテンツが更新（上書き）される。
【００９６】
図１７に示すように、配信されたコンテンツからサービス事業者コード、情報提供企業コードが抽出される（ステップＳ１７１）。次いで、当該配信されたコンテンツがお気に入りテーブルＴ２に登録されているか否かが判断される（ステップＳ１７２）。具体的には、ステップＳ１７１で抽出されたサービス事業者コードと情報提供企業コードがお気に入りテーブルＴ２に格納されている各レコードの内容と比較され、一致したレコードがあるか否かが検索される。
配信されたコンテンツがお気に入りテーブルＴ２に登録されていた場合（ステップＳ１７２；ＹＥＳ）、当該コンテンツのＩＤ１０のヘッダ情報に格納されている情報バイト数が参照され、当該コンテンツが更新されているか否かがを判断される（ステップＳ１７３）。具体的には、お気に入りテーブルＴ２の当該コンテンツのレコードの「情報バイト数」フィールド内の情報と、配信されたコンテンツのＩＤ１０のヘッダ情報に格納されている情報バイト数が比較され、情報バイト数が一致していれば当該コンテンツは更新されていないと判断され、一致していなければ当該コンテンツは更新されていると判断される。
【００９７】
情報バイト数が異なっている場合（ステップＳ１７３；ＹＥＳ）、お気に入りテーブルＴ２の当該コンテンツに対応するレコードの「更新情報」フィールドの情報が「更新あり」に設定される（ステップＳ１７４）。次いで、記憶部１ｆに記憶されている当該コンテンツが上書きされる（ステップＳ１７５）。そして、お気に入りテーブルＴ２の当該コンテンツに対応するレコードの「情報提供企業コード」フィールドと「情報バイト数」フィールドの内容が更新される（ステップＳ１７６）。
情報バイト数が異なっていない場合（ステップＳ１７３；ＮＯ）、コンテンツは上書きされる（ステップＳ１７８）。なお、ステップＳ１７８で上書きされる前のコンテンツと上書きされた後のコンテンツは内容が同一であるので、ステップＳ２７８においてはコンテンツを破棄する構成としてもよい。
【００９８】
一方、配信されたコンテンツがお気に入りテーブルＴ２に登録されていない場合（ステップＳ１７２；ＮＯ）、当該コンテンツが記憶部１ｆに保存される（ステップＳ１７７）。
【００９９】
以上のように、本実施の形態によれば、センター端末３０から配信されたコンテンツを車載器１０が受信した際に、当該コンテンツに含まれる情報バイト数を比較することによって、当該コンテンツが更新されたか否かを判断することができる。
【０１００】
また、第１の実施の形態と同様、受信したコンテンツが更新されるたびに、お気に入りテーブルＴ２の内容が更新されるので、車載器１０のユーザは自己が気に入ってお気に入りテーブルＴ２に登録した最新のコンテンツの内容を管理することができる。「情報バイト数」フィールドの情報が最新のコンテンツに関する情報に更新されることにより、配信されたコンテンツと比較し、当該コンテンツが最新のものか否かを判断することができる。
【０１０１】
なお、コンテンツの内容が更新されているが、ＩＤ１０の情報バイト数が変わらない場合もある。その場合には第１の実施の形態におけるコンテンツ更新判別処理等とを組み合わせて、コンテンツが更新されたか否かを判別するようにしてもよい。
【０１０２】
その他、本発明が上記実施形態に限定されず、適宜変更可能である。
【０１０３】
（第３の実施の形態）
次に図１８から図２０を参照しつつ、本発明に係る配信システム１００の第３の実施の形態について説明する。なお、第３の実施の形態は、コンテンツ更新判別処理のみが第１の実施の形態と異なるものであるため、以下においては、特に第１の実施の形態と異なる点について説明する。
【０１０４】
また、第３の実施の形態では、コンテンツのデータ形式が第１の実施の形態と一部異なる。具体的には、ＩＤ００のデータ領域にコンテンツの更新年月日を示す情報領域が追加されている。
【０１０５】
図１８に、第３の実施の形態におけるＩＤ００のデータ構成の一例を示す。
図１８に示すように、ＩＤ００は先述した区分ＩＤ一覧に加え、当該コンテンツが更新された日時（年月日時分秒を含む）を示すコンテンツ更新年月日の情報が格納される。
【０１０６】
また、第３の実施の形態では、お気に入りテーブル（以下、第１の実施の形態と区別するためにお気に入りテーブルＴ３という）の構成が第１の実施の形態と異なる。
【０１０７】
図１９は、第３の実施の形態におけるお気に入りテーブルＴ３の一例を模式的に示している。
図１９に示すように、お気に入りテーブルＴ３は「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、「コンテンツ更新年月日」フィールド、及び「更新状態」フィールドから構成される。「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、及び「更新状態」フィールドに格納される情報は第１の実施の形態と同様であるので説明を省略する。「コンテンツ更新年月日」フィールドには、当該レコードに対応するコンテンツのＩＤ００に格納されているコンテンツ更新年月日の情報が格納される。
【０１０８】
なお、コンテンツの他のデータ形式等、その他の構成は、第１の実施形態で示したものと同様であるため、その説明を省略する。
【０１０９】
図２０に、本実施の形態におけるコンテンツ更新判別処理（以下、第１の実施の形態と区別をするために、コンテンツ更新判別処理Ｃという）を示す。
コンテンツ更新判別処理Ｃでは、配信されたコンテンツのＩＤ００に含まれるコンテンツ更新年月日から当該コンテンツが更新されている／されていないが判断される。更新されたコンテンツであれば、お気に入りテーブルＴ３に格納された内容が更新され、記憶部１ｆに記憶された当該コンテンツが更新される。
【０１１０】
図２０に示すように、配信されたコンテンツからサービス事業者コード、情報提供企業コードが抽出される（ステップＳ２０１）。次いで、当該配信されたコンテンツがお気に入りテーブルＴ３に登録されているか否かが判断される（ステップＳ２０２）。具体的には、ステップＳ２０１で抽出されたサービス事業者コードと情報提供企業コードがお気に入りテーブルＴ３に格納されている各レコードの内容と比較され、一致したレコードがあるか否かが検索される。
配信されたコンテンツがお気に入りテーブルＴ３に登録されていた場合（ステップＳ２０２；ＹＥＳ）、当該コンテンツのＩＤ００内のコンテンツ更新年月日が参照され、当該コンテンツが更新されているか否かが判断される（ステップＳ２０３）。具体的には、お気に入りテーブルＴ３に格納された当該コンテンツに対応するレコードの「コンテンツ更新年月日」フィールド内の情報と、配信されたコンテンツのＩＤ００のコンテンツ更新年月日が比較され、コンテンツ更新年月日が一致していれば当該コンテンツは更新されていないと判断され、一致していなければ当該コンテンツは更新されていると判断される。
コンテンツ更新年月日が異なっている場合（ステップＳ２０３；ＹＥＳ）、お気に入りテーブルＴ３の当該コンテンツに対応するレコードの「更新情報」フィールドの情報が「更新あり」に設定される（ステップＳ２０４）。次いで、記憶部１ｆに記憶されている当該コンテンツが上書きされる（ステップＳ２０５）。そして、お気に入りテーブルＴ３の当該コンテンツに対応するレコードの「情報提供企業コード」フィールドと「コンテンツ更新年月日」フィールドの内容が更新される（ステップＳ２０６）。
コンテンツ更新年月日が異なっていない場合（ステップＳ２０３；ＮＯ）、コンテンツが上書きされる（ステップＳ２０８）。なお、ステップＳ２０８で上書きされる前のコンテンツと上書きされた後のコンテンツは内容が同一であるので、ステップＳ２７８においてはコンテンツを破棄する構成としてもよい。
【０１１１】
一方、配信されたコンテンツがお気に入りテーブルＴ３に登録されていない場合（ステップＳ２０２；ＮＯ）、当該コンテンツが記憶部１ｆに保存される（ステップＳ２０７）。
【０１１２】
以上のように、本実施の形態によれば、センター端末３０から配信されたコンテンツを車載器１０が受信した際に、当該コンテンツに含まれる更新年月日を示す情報を比較することによって、当該コンテンツが更新されたか否かを判断することができる。
【０１１３】
また、第１の実施の形態と同様、受信したコンテンツが更新されるたびに、お気に入りテーブルＴ３の内容を更新するので、車載器１０のユーザは自己が気に入ってお気に入りテーブルＴ３に登録した最新のコンテンツの内容を管理することができる。「コンテンツ更新年月日」フィールドの情報が最新のコンテンツに関する情報に更新されることにより、配信されたコンテンツと比較され、当該コンテンツが最新のものか否かを判断することができる。
【０１１４】
なお、本実施の形態では、ＩＤ００にコンテンツの更新年月日を格納する構成としたが、コンテンツの更新年月日を格納する方法はこれに限られず、別ＩＤ内のデータ領域を利用してもよい。例えば、ＩＤ１０内のデータ領域を利用して、更新年月日を格納する構成としてもよい。この場合、コンテンツ更新判別処理Ｄにおいては、ＩＤ１０に格納されたデータ領域から更新年月日が抽出され、当該コンテンツが更新されたか否かの判断が行われる。
【０１１５】
なお、本実施の形態では、お気に入りテーブルＴ３にコンテンツが更新された更新年月日を格納しているため、お気に入りテーブルＴ３に格納したコンテンツの一覧を表示させる際に、当該更新年月日が参照されることにより、更新年月日が新しい順番にリスト表示が行われ、ユーザに更新が新しいコンテンツを通知させることもできる。
【０１１６】
その他、本発明が上記実施形態に限定されず、適宜変更可能である。
【０１１７】
（第４の実施の形態）
次に図２１から図２４を参照しつつ、本発明に係る配信システム１００の第４の実施の形態について説明する。なお、第４の実施の形態は、コンテンツ更新判別処理のみが第１の実施の形態と異なるものであるため、以下においては、特に第１の実施の形態と異なる点について説明する。
【０１１８】
また、先述したようにコンテンツは、ＩＤ００からＩＤ８０の情報をまとめて一つのデータ単位で構成されているが、本実施の形態においては、センター装置３０から車載器１０に対してコンテンツを送信する際に、送信単位ごとにＰｕｓｈＩＤが付与される。
【０１１９】
図２１に、ＰｕｓｈＩＤを付与してコンテンツを送信する際のデータ形式の一例を模式的に示す。
図２１に示す例では、コンテンツはＩＤ００からＩＤ８０の情報から構成されている。ＩＤ００からＩＤ８０までのデータはまとめて一度に送信したり、分割して複数に分けて車載器１０に対して送信される。送信すべきコンテンツの単位ごとにＰｕｓｈＩＤが付与される。車載器１０では、ＰｕｓｈＩＤを参照することによって、受信したコンテンツを識別することができる。
【０１２０】
図２２に、ＰｕｓｈＩＤが付与されたコンテンツを送信する際のデータの流れを模式的に示す。
図２２に示すように、路側システム（センター装置３０と路側無線装置２０）と車載器１０のＤＳＲＣ接続が確立すると、路側システムはコンテンツにＰｕｓｈＩＤを付与（ｎとする）し、車載器１０に対して送信し、車載器１０では受信したコンテンツが実行又は記憶される（ステップＳ２２１）。次に路側システムが送信するコンテンツには、先に送信したコンテンツに付与されたＰｕｓｈＩＤを加算して、送信すべきコンテンツに付与（ｎ＋１とする）して送信し、車載器１０では受信したコンテンツが実行又は記憶される（ステップＳ２２２）。
【０１２１】
図２１及び図２２に示したように、センター装置３０が送信するコンテンツにはＰｕｓｈＩＤが付与されている。ＰｕｓｈＩＤは送信ごとに加算（インクリメント）される。例えば、ＰｕｓｈＩＤとして０から２５５の値を取る場合、センター装置３０が車載器１０に対して送信するコンテンツに付与されたＰｕｓｈＩＤが２５だった場合、次に車載器１０に対して送信するコンテンツに付与されるＰｕｓｈＩＤは２６となる。同様に送信するコンテンツごとにＰｕｓｈＩＤが加算され、２５５の次は再度０に戻る。
また、コンテンツが更新された際にＰｕｓｈＩＤを付与する場合、他のコンテンツを送信するために使用されているＰｕｓｈＩＤは使用せず、未使用のＰｕｓｈＩＤを付与するものとする。つまり、ＰｕｓｈＩＤが１０と１１のコンテンツを送信している状況を例に挙げると、ＰｕｓｈＩＤが１０のコンテンツが更新され、当該コンテンツを送信する場合には、既に他のコンテンツに付与されて送信されているＩＤ１１ではなく未使用のＰｕｓｈＩＤ（１２等）を付与してコンテンツを送信するものとする。
【０１２２】
また、本実施の形態においては、センター端末３０が送信するコンテンツの内容（図２１の例ではＩＤ００からＩＤ８０をひとまとめにした内容）が同一の場合には、同じ値のＰｕｓｈＩＤを付与して車載器１０に送信する。つまり、センター端末３０がコンテンツを送信する際にＰｕｓｈＩＤとして１０を付与して送信した場合、内容に変更が無いコンテンツを再度送信する場合には、センター端末３０の制御部３１の判断により、ＰｕｓｈＩＤを加算させず、ＰｕｓｈＩＤとして１０を付与して送信する。
【０１２３】
また、第４の実施の形態では、お気に入りテーブル（以下、第１の実施の形態と区別するためにお気に入りテーブルＴ４という）の構成が第１の実施の形態と異なる。
【０１２４】
図２３に、第４の実施の形態におけるお気に入りテーブルＴ４の一例を模式的に示す。
図２３に示すように、お気に入りテーブルＴ４は「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、「ＰｕｓｈＩＤ」フィールド、及び「更新状態」フィールドから構成される。「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、及び「更新状態」フィールドに格納される情報は第１の実施の形態と同様であるので説明を省略する。「ＰｕｓｈＩＤ」フィールドには、当該レコードに対応するコンテンツに付与されたＰｕｓｈＩＤが格納される。
【０１２５】
なお、コンテンツの他のデータ形式等、その他の構成は、第１の実施形態で示したものと同様であるため、その説明を省略する。
【０１２６】
図２４に、本実施の形態におけるコンテンツ更新判別処理（以下、第１の実施の形態と区別をするために、コンテンツ更新判別処理Ｄという）を示す。
コンテンツ更新判別処理Ｄでは、配信されたコンテンツに付与されたＰｕｓｈＩＤから当該コンテンツが更新されている／されていないが判断される。更新されたコンテンツであれば、お気に入りテーブルＴ４の内容と当該コンテンツが更新（上書き）される。
【０１２７】
図２４に示すように、配信されたコンテンツに付与されたＰｕｓｈＩＤが車載器１０の制御部４に一時的に保持される（ステップＳ２４１）。そして、配信されたコンテンツからサービス事業者コード、情報提供企業コードが抽出される（ステップＳ２４２）。次いで、当該配信されたコンテンツがお気に入りテーブルＴ４に登録されているか否かが判断される（ステップＳ２４３）。具体的には、ステップＳ２４１で抽出されたサービス事業者コードと情報提供企業コードがお気に入りテーブルＴ４に格納されている各レコードの内容と比較され、一致したレコードがあるか否かが検索される。
【０１２８】
配信されたコンテンツがお気に入りテーブルＴ４に登録されていた場合（ステップＳ２４３；ＹＥＳ）、ステップＳ２４１で保持された当該コンテンツに付与されたＰｕｓｈＩＤが参照され、当該コンテンツが更新されているか否かが判断される（ステップＳ２４４）。具体的には、お気に入りテーブルＴ４の当該コンテンツのレコードの「ＰｕｓｈＩＤ」フィールド内の情報と、配信されたコンテンツに付与されたＰｕｓｈＩＤが比較され、ＰｕｓｈＩＤが一致していれば当該コンテンツは更新されていないと判断され、一致していなければ当該コンテンツは更新されていると判断される。
【０１２９】
ＰｕｓｈＩＤが異なっている場合（ステップＳ２４４；ＹＥＳ）、お気に入りテーブルＴ４の当該コンテンツに対応するレコードの「更新状態」フィールドの情報が「更新あり」に設定される（ステップＳ２４５）。次いで、記憶部１ｆに記憶されている当該コンテンツが上書きされる（ステップＳ２４６）。そして、お気に入りテーブルＴ４の当該コンテンツに対応するレコードの「情報提供企業コード」フィールドと「ＰｕｓｈＩＤ」フィールドの内容が更新される（ステップＳ２４７）。
ＰｕｓｈＩＤが異なっていない場合（ステップＳ２４４；ＮＯ）、コンテンツは上書きされる（ステップＳ２５０）。なお、ステップＳ２５０で上書きされる前のコンテンツと上書きされた後のコンテンツは内容が同一であるので、ステップＳ２５０においてはコンテンツを破棄する構成としてもよい。
【０１３０】
一方、配信されたコンテンツがお気に入りテーブルＴ４に登録されていない場合（ステップＳ２４３；ＮＯ）、当該コンテンツが記憶部１ｆに保存され（ステップＳ２４８）、ＰｕｓｈＩＤを当該コンテンツに対応付けて記憶部１ｆに記憶される（ステップＳ２４９）。
【０１３１】
以上のように、本実施の形態によれば、センター端末３０から配信されたコンテンツを車載器１０で受信した際に、当該コンテンツに付されたＰｕｓｈＩＤを比較することによって、当該コンテンツが更新されたか否かを判断することができる。つまり、センター装置３０は、車載器１０に対して送信するコンテンツが更新されていなければ同じＰｕｓｈＩＤを付与してコンテンツを送信し、コンテンツが更新されていればＰｕｓｈＩＤを加算してコンテンツを送信するため、車載器１０では受信したコンテンツに付与されたＰｕｓｈＩＤを比較することによって、当該コンテンツが更新されたか否かが判断できる。
【０１３２】
また、第１の実施の形態と同様、受信したコンテンツが更新されるたびに、お気に入りテーブルＴ４の内容を更新するので、車載器１０のユーザは自己が気に入ってお気に入りテーブルＴ４に登録した最新のコンテンツの内容を管理することができる。「ＰｕｓｈＩＤ」フィールドの情報が最新のコンテンツに関する情報に更新されることにより、配信されたコンテンツと比較し、当該コンテンツが最新のものか否かを判断することができる。
【０１３３】
その他、本発明が上記実施形態に限定されず、適宜変更可能である。
【０１３４】
（第５の実施の形態）
次に図２５から図２７を参照しつつ、本発明に係る配信システム１００の第５の実施の形態について説明する。なお、第５の実施の形態は、コンテンツ更新判別処理と情報コードの構成が第１の実施の形態と異なるものであるため、以下においては、特に第１の実施の形態と異なる点について説明する。
【０１３５】
本実施の形態においては、コンテンツが更新されたか否かを示す更新フラグがコンテンツ内に含まれている。具体的には、コンテンツのデータ領域の一部を、当該コンテンツが更新されたか否かを識別するための更新フラグとして使用し、更新フラグの情報によって、当該コンテンツが更新されたか否かを識別する。更新フラグのデータ形式についての詳細は以下説明する。
【０１３６】
図２５に、本実施の形態における情報コードのコード構成の一例を示す。
図２５に示すように、本実施の形態においては、情報コードは更新フラグと情報識別コードから構成される。更新フラグは、後述するコンテンツ更新判別処理（以下、第１の実施の形態と区別をするため、コンテンツ更新判別処理Ｅという）によって、当該コンテンツが更新されたか否かを示す情報である。情報識別コードは、コンテンツに一意に割り振られたコードであり、コンテンツを識別するための情報である。したがって、センター端末３０及び車載器１０は、情報コードの下位のビットである情報識別コードを参照することによって、コンテンツを特定することができる。
なお、図２５の例では、情報コードを２４ビット、更新フラグを３ビット、情報識別コードを２１ビットとするが、情報コード、更新フラグ、及び情報識別コードの構成はこれに限られない。例えば、更新フラグに割り当てる領域が図２５の例よりも多くてもよいし少なくてもよい。
【０１３７】
図２５に示すように更新フラグの領域を割り当てた場合、情報を配信する側であるセンター端末３０は、コンテンツが更新されるたびに更新フラグを加算していく。図２５の例では更新フラグに３ビットを割り当てているので、コンテンツが更新されるたびに、０、１、２、３のように値を変化させ、更新フラグが７の状態でコンテンツが更新された場合は再び更新フラグは０に戻る。
例えば、更新フラグを０とし、情報識別コードが２５の値が付与されたコンテンツが更新された場合、センター端末３０は当該更新されたコンテンツの更新フラグを１とし、情報識別コードを２５として値を付与しコンテンツを配信する。車載器１０では、後述するコンテンツ更新判別処理Ｅによって、配信されたコンテンツの更新フラグを参照して、当該コンテンツが更新されたか否かを判別する。
【０１３８】
また、第５の実施の形態では、お気に入りテーブル（以下、第１の実施の形態と区別するためにお気に入りテーブルＴ５という）の構成が第１の実施の形態と異なる。
【０１３９】
図２６に、第５の実施の形態におけるお気に入りテーブルＴ５の一例を模式的に示す。
図２６に示すように、お気に入りテーブルＴ５は「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、及び「更新状態」フィールドから構成される。「サービス事業者コード」フィールド、「情報提供企業コード」フィールド、及び「更新状態」フィールドに格納される情報は第１の実施の形態と同様であるので説明を省略する。
【０１４０】
なお、コンテンツのデータ形式等、その他の構成は、第１の実施形態で示したものと同様であるため説明を省略する。
【０１４１】
図２７に、本実施の形態におけるコンテンツ更新判別処理Ｅの流れを示す。
本実施の形態において、コンテンツに含まれる情報コードは先述したように更新フラグを含んでいる。コンテンツ更新判別処理Ｅでは、配信されたコンテンツの更新フラグから当該コンテンツが更新されている／されていないを判断する。更新されたコンテンツであれば、お気に入りテーブルＴ５の内容と当該コンテンツを更新（上書き）する。
【０１４２】
図２７に示すように、配信されたコンテンツからＩＤ０１のサービス事業者コードとＩＤ０２の情報提供企業コードが抽出される（ステップＳ２７１）。次いで、当該配信されたコンテンツがお気に入りテーブルＴ５に登録されているか否かが判断される（ステップＳ２７２）。具体的には、ステップＳ２７１で抽出されたサービス事業者コードと情報提供企業コードが、それぞれお気に入りテーブルＴ５に格納されている各レコードの「サービス事業者コード」フィールドと「情報提供企業コード」フィールドの内容と比較され、一致したレコードがあるか否かによって判断される。
【０１４３】
配信されたコンテンツがお気に入りテーブルＴ５に登録されていた場合（ステップＳ２７２；ＹＥＳ）、当該コンテンツの情報コードの更新フラグが参照され、当該コンテンツが更新されているか否かが判断される（ステップＳ２７３）。具体的には、記憶部１ｆに格納されている当該コンテンツの情報コードの更新フラグが参照され、受信したコンテンツの情報コードの更新フラグが比較され、更新フラグが一致していなければ当該コンテンツは更新されていると判断される。
【０１４４】
コンテンツが更新されていた場合（ステップＳ２７３；ＹＥＳ）、お気に入りテーブルＴ５の当該コンテンツに対応するレコードの「更新状態」フィールドの情報が「更新あり」に設定される（ステップＳ２７４）。次いで、記憶部１ｆに記憶されている当該コンテンツが上書きされる（ステップＳ２７５）。そして、お気に入りテーブルＴ５の当該コンテンツに対応するレコードの「情報提供企業コード」フィールドの内容が更新される（ステップＳ２７６）。
コンテンツが更新されていない場合（ステップＳ２７３；ＮＯ）、コンテンツは上書きされる（ステップＳ２７８）。なお、ステップＳ２７８で上書きされる前のコンテンツと上書きされた後のコンテンツは内容が同一であるので、ステップＳ２７８においてはコンテンツを破棄する構成としてもよい。
【０１４５】
一方、配信されたコンテンツがお気に入りテーブルＴ５に登録されていない場合（ステップＳ２７２；ＮＯ）、当該コンテンツは記憶部１ｆに保存される（ステップＳ２７７）。
【０１４６】
以上のように、本実施の形態によれば、コンテンツが更新されたか否かを示す更新フラグを格納するためのデータ領域を情報コード内に設けることにより、車載器１０は配信されたコンテンツが更新されたか否かをコンテンツ更新判別処理Ｅによって判断することができる。
【０１４７】
また、コンテンツ更新判別処理Ｅによって更新されたと判断されたコンテンツに関する情報を、お気に入りテーブルＴ５に格納し、コンテンツが更新されるたびに当該コンテンツに関する情報が更新されるため、車載器１０は常に最新のコンテンツに関する情報を管理することができる。ユーザがお気に入りのコンテンツを再生させる場合には、お気に入りテーブルＴ５に格納された最新の情報を基にコンテンツを再生するため、お気に入りテーブルＴ５の「更新状態」フィールドを参照し、表示画面によって当該コンテンツが更新された旨をユーザに対して通知することによって、ユーザはお気に入りのコンテンツが更新されたか否かを知ることができる。
【０１４８】
なお、本実施の形態では、情報コード内に含まれる更新フラグを参照して、コンテンツの更新の有無を判断する構成としたが、コンテンツの更新の判断の方法はこれに限られない。例えば、受信したコンテンツのＩＤ０２に格納されている情報提供企業コードの情報表示テキストと、車載器１０の記憶部１ｆに記憶されているコンテンツの情報提供企業コードの情報表示テキストを比較し、異なる場合にはコンテンツが更新されていると判断してもよい。他のＩＤ内で、更新を判別する情報を基に更新されたか否かを判断する構成としてもよい。
【０１４９】
その他、本発明が上記実施形態に限定されず、適宜変更可能である。
【図面の簡単な説明】
【０１５０】
【図１】本実施形態における配信システムを示す図である。
【図２】図１の路側無線装置の路側エリアを説明する図である。
【図３】図１の車載器の機能的構成を示す図である。
【図４】センター装置の機能的構成を示す図である。
【図５】コンテンツのデータ構造の一例を示す図である。
【図６】コンテンツのデータ形式の一例を示す図である。
【図７】コンテンツに基づき、表示される画面遷移例である。
【図８】コンテンツをお気に入り登録する際に表示される画面例である。
【図９】コンテンツをお気に入り登録する処理の流れを説明する図である。
【図１０】第１の実施の形態におけるお気に入りテーブルの構成の一例を示す図である。
【図１１】配信システムにおける処理の流れを説明する図である。
【図１２】配信システムにおける処理の流れを説明する図である。
【図１３】第１の実施の形態における配信システムにおける処理において行われるコンテンツ更新判別処理の流れを説明する図である。
【図１４】お気に入りリストを表示させた際に表示される画面例である。
【図１５】更新されたコンテンツを表示させた際に表示される画面例である。
【図１６】第２の実施の形態におけるお気に入りテーブルの構成の一例を示す図である。
【図１７】第２の実施の形態における配信システムにおける処理において行われるコンテンツ更新判別処理の流れを説明する図である。
【図１８】第３の実施の形態におけるコンテンツのデータ形式の一例を示す図である。
【図１９】第３の実施の形態におけるお気に入りテーブルの構成の一例を示す図である。
【図２０】第３の実施の形態における配信システムにおける処理において行われるコンテンツ更新判別処理の流れを説明する図である。
【図２１】ＰｕｓｈＩＤの概念を説明するための図である。
【図２２】第４の実施の形態における配信システムにおける処理の流れを説明するための図である。
【図２３】第４の実施の形態におけるお気に入りテーブルの構成の一例を示す図である。
【図２４】第４の実施の形態における配信システムにおける処理において行われるコンテンツ更新判別処理の流れを説明する図である。
【図２５】第５の実施の形態における情報コードの構造を模式的に示す図である。
【図２６】第５の実施の形態におけるお気に入りテーブルの構成の一例を示す図である。
【図２７】第５の実施の形態における配信システムにおける処理において行われるコンテンツ更新判別処理の流れを説明する図である。
【符号の説明】
【０１５１】
１００  配信システム
１０  車載器
１  カーナビ部
１ｄ  入力部
１ｅ  表示部
１ｆ  記憶部
３  ＤＳＲＣ部
３ａ  ＤＳＲＣ制御部
３ｂ  通信部
３ｃ  記憶部
Ｍ  アップリンク情報記憶領域
４  制御部
２０  路側無線装置
３０  センター装置
３１  制御部
３４  記憶部
【図１】
2009199316.tif 000003
【図２】
2009199316.tif 000004
【図３】
2009199316.tif 000005
【図４】
2009199316.tif 000006
【図５】
2009199316.tif 000007
【図６】
2009199316.tif 000008
【図７】
2009199316.tif 000009
【図８】
2009199316.tif 000010
【図９】
2009199316.tif 000011
【図１０】
2009199316.tif 000012
【図１１】
2009199316.tif 000013
【図１２】
2009199316.tif 000014
【図１３】
2009199316.tif 000015
【図１４】
2009199316.tif 000016
【図１５】
2009199316.tif 000017
【図１６】
2009199316.tif 000018
【図１７】
2009199316.tif 000019
【図１８】
2009199316.tif 000020
【図１９】
2009199316.tif 000021
【図２０】
2009199316.tif 000022
【図２１】
2009199316.tif 000023
【図２２】
2009199316.tif 000024
【図２３】
2009199316.tif 000025
【図２４】
2009199316.tif 000026
【図２５】
2009199316.tif 000027
【図２６】
2009199316.tif 000028
【図２７】
2009199316.tif 000029