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