特許 5923901 情報提供装置、情報提供システム、及び、情報提供方法

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】5923901

(24)【登録日】2016年4月28日

(45)【発行日】2016年5月25日

(54)【発明の名称】情報提供装置、情報提供システム、及び、情報提供方法

(51)【国際特許分類】

   G01C 21/34 20060101AFI20160516BHJP

   G08G 1/14 20060101ALI20160516BHJP

   G08G 1/09 20060101ALI20160516BHJP

   G09B 29/10 20060101ALI20160516BHJP

   G09B 29/00 20060101ALI20160516BHJP

【ＦＩ】

   G01C21/34

   G08G1/14 A

   G08G1/09 F

   G09B29/10 A

   G09B29/00 A

【請求項の数】7

【全頁数】30

(21)【出願番号】特願2011-196990(P2011-196990)

(22)【出願日】2011年9月9日

(65)【公開番号】特開2013-57618(P2013-57618A)

(43)【公開日】2013年3月28日

【審査請求日】2014年2月28日

(73)【特許権者】

【識別番号】308036402

【氏名又は名称】株式会社ＪＶＣケンウッド

(74)【代理人】

【識別番号】100095407

【弁理士】

【氏名又は名称】木村 満

(72)【発明者】

【氏名】長友 秀幸

【審査官】 岩田 玲彦

(56)【参考文献】

【文献】 特開２００７−２８００７８（ＪＰ，Ａ）

【文献】 特開２０１０−２１８５４５（ＪＰ，Ａ）

【文献】 特開２０１０−１６０６９７（ＪＰ，Ａ）

【文献】 特開平１１−２５９０３１（ＪＰ，Ａ）

【文献】 特開２００９−２７６９２７（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０１Ｃ ２１／００−２１／３４

Ｇ０８Ｇ １／０９

Ｇ０８Ｇ １／１４

Ｇ０９Ｂ ２９／００

Ｇ０９Ｂ ２９／１０

(57)【特許請求の範囲】

【請求項1】

車両に搭載され、道路に設置される路側機を介してサーバと通信する情報提供装置であって、
再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを前記路側機から受信する受信部と、
前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出部と、
前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別部と、
前記検出部により検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別部により判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、前記最先コンテンツを再生する再生部と、
前記再生部により最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信部と、
を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記サーバは、前記送信された再生済み情報に基づいて、前記情報提供装置の識別情報と予め対応付けられた送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する、
ことを特徴とする情報提供装置。

【請求項2】

前記再生範囲は、更に、前記車両の進行方向を用いて表され、
前記検出部は、前記車両の進行方向を更に検出し、
前記再生部は、前記検出部により検出された進行方向が、前記最先コンテンツに対応付けられた進行方向と合致すると更に判別した場合に、前記最先コンテンツを再生する、
ことを特徴とする、請求項１に記載の情報提供装置。

【請求項3】

前記再生データには、画像、音声、テキストのうち少なくともいずれか１種類以上のデータが含まれ、
前記再生部は、前記最先コンテンツに含まれる前記再生データに、画像、音声、テキストのうち２種類以上のデータが含まれる場合には、当該２種類以上のデータを並行して再生する、
ことを特徴とする、請求項１又は２に記載の情報提供装置。

【請求項4】

前記受信部が受信したコンテンツデータを一時記憶する記憶部を更に備え、
前記記憶部は、前記車両が駐車した場合には、前記一時記憶したコンテンツデータを破棄する、
ことを特徴とする、請求項１から３のいずれか１項に記載の情報提供装置。

【請求項5】

前記再生範囲は、前記駐車場の空きスペースの位置の近傍を示し、
前記コンテンツのそれぞれに対応付けられる前記再生範囲は、互いに所定距離以上離れている、
ことを特徴とする、請求項１から４のいずれか１項に記載の情報提供装置。

【請求項6】

車両に搭載される情報提供装置と、道路に設置される路側機と、前記路側機を介して前記情報提供装置と通信するサーバと、を有する情報提供システムであって、
前記路側機は、
再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを、前記情報提供装置に送信するコンテンツデータ送信部を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記情報提供装置は、
前記コンテンツデータを前記路側機から受信する受信部と、
前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出部と、
前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別部と、
前記検出部により検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別部により判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、前記最先コンテンツを再生する再生部と、
前記再生部により最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信部と、
を備え、
前記サーバは、
前記情報提供装置の識別情報と対応付けて送信先を記憶する記憶部と、
前記再生済み情報を、前記路側機を介して前記情報提供装置から受信する再生済み情報受信部と、
前記受信した再生済み情報に基づいて、前記記憶部に記憶されている送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する駐車位置送信部と、
を備えることを特徴とする情報提供システム。

【請求項7】

車両に搭載され、道路に設置される路側機を介してサーバと通信する情報提供装置にて実行される情報提供方法であって、
受信部が、再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを前記路側機から受信する受信ステップと、
検出部が、前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出ステップと、
判別部が、前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別ステップと、
前記検出ステップにおいて検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別ステップにおいて判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、再生部が前記最先コンテンツを再生する再生ステップと、
前記再生ステップにより最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信ステップと、
を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記サーバは、受信した前記再生済み情報に基づいて、前記情報提供装置の識別情報と予め対応付けられた送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する、
ことを特徴とする情報提供方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報提供装置、情報提供システム、及び、情報提供方法に関する。

【背景技術】

【0002】

カーナビゲーションシステムのように、動画、静止画、音声、文字情報など様々な種類のコンテンツを配信するサービスが普及している。コンテンツを提供するデータ配信側は、例えば特許文献１のようなカーナビゲーションシステム等、データ受信側（カーナビゲーション装置側）であるユーザーにコンテンツを効率的かつ効果的に提供できるような仕組みを模索している。

【0003】

また、特許文献２に示すように、路側機から配信されたコンテンツを情報提供装置（車載器）が再生する際、受信したコンテンツを再生すべき地理的な位置に加えて、情報提供装置を搭載した車両の進行方向を用いて、コンテンツを再生するための条件を設定できるようにし、コンテンツの再生タイミングを制御することも行われている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２００５−３４５３２５号公報

【特許文献2】国際公開第２００８／０６９２２４号公報

【発明の概要】

【発明が解決しようとする課題】

【0005】

ところで、情報の提供を受ける側（ユーザー）にとっても、情報の提供を行う側（サービス提供者）にとっても都合の良いタイミングで的確な情報を提供するためには、情報を配信する路側機を多く設置することがひとつの手段である。しかし、多くの路側機を設置しまた保守するためには多くの費用や時間がかかってしまうため、コスト面から見て容易には実現できない。例えば、立体駐車場のようにいくつかのフロアに分かれており、１つの路側機がデータを送受信できる通信圏が限られている場合には、各フロアに路側機を設置する必要があり、設置、運用、保守などにかかるコストが莫大になってしまうという問題がある。

【0006】

本発明は、このような課題を解決するものであり、ユーザーにコンテンツを提供するタイミングの制御をより効率的に行うために好適な情報提供装置、情報提供システム、及び、情報提供方法を提供することを目的とする。

【課題を解決するための手段】

【0007】

この目的を達成するため、本発明の第１の観点に係る情報提供装置は、
車両に搭載され、道路に設置される路側機を介してサーバと通信する情報提供装置であって、
再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを前記路側機から受信する受信部と、
前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出部と、
前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別部と、
前記検出部により検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別部により判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、前記最先コンテンツを再生する再生部と、
前記再生部により最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信部と、
を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記サーバは、前記送信された再生済み情報に基づいて、前記情報提供装置の識別情報と予め対応付けられた送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する、
ことを特徴とする。

【0010】

前記再生範囲は、更に、前記車両の進行方向を用いて表されてもよい。
また、前記検出部は、前記車両の進行方向を更に検出してもよい。
そして、前記再生部は、前記検出部により検出された進行方向が、前記最先コンテンツに対応付けられた進行方向と合致すると更に判別した場合に、前記最先コンテンツを再生してもよい。

【0011】

前記再生データには、画像、音声、テキストのうち少なくともいずれか１種類以上のデータが含まれていてもよい。
そして、前記再生部は、前記最先コンテンツに含まれる前記再生データに、画像、音声、テキストのうち２種類以上のデータが含まれる場合には、当該２種類以上のデータを並行して再生してもよい。

【0012】

情報提供装置は、前記受信部が受信したコンテンツデータを一時記憶する記憶部を更に備えてもよい。
そして、前記記憶部は、前記車両が駐車した場合には、前記一時記憶したコンテンツデータを破棄してもよい。

【0013】

前記再生範囲は、前記駐車場の空きスペースの位置の近傍を示してもよい。
そして、前記コンテンツのそれぞれに対応付けられる前記再生範囲は、互いに所定距離以上離れていてもよい。

【0014】

本発明の第２の観点に係る情報提供システムは、車両に搭載される情報提供装置と、道路に設置される路側機と、前記路側機を介して前記情報提供装置と通信するサーバと、を有する情報提供システムであって、
前記路側機は、
再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを、前記情報提供装置に送信するコンテンツデータ送信部を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記情報提供装置は、
前記コンテンツデータを前記路側機から受信する受信部と、
前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出部と、
前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別部と、
前記検出部により検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別部により判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、前記最先コンテンツを再生する再生部と、
前記再生部により最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信部と、
を備え、
前記サーバは、
前記情報提供装置の識別情報と対応付けて送信先を記憶する記憶部と、
前記再生済み情報を、前記路側機を介して前記情報提供装置から受信する再生済み情報受信部と、
前記受信した再生済み情報に基づいて、前記記憶部に記憶されている送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する駐車位置送信部と、
を備えることを特徴とする。

【0016】

本発明の第３の観点に係る情報提供方法は、車両に搭載され、道路に設置される路側機を介してサーバと通信する情報提供装置にて実行される情報提供方法であって、
受信部が、再生データと、緯度と経度で表される座標値と半径とを用いて示され前記再生データが再生される駐車場内の範囲を示す再生範囲と、前記駐車場の入り口の高度を基準とした前記車両の高度を示す高度情報と、を対応付けたコンテンツが、再生される順番に複数格納されるコンテンツデータを前記路側機から受信する受信ステップと、
検出部が、前記車両の現在位置及び前記車両が走行している道路の勾配を検出する検出ステップと、
判別部が、前記検出部により検出された勾配の変化に基づいて、前記駐車場の複数のフロアのうち前記車両が走行しているフロアを判別する判別ステップと、
前記検出ステップにおいて検出された現在位置が、前記受信したコンテンツデータに含まれるコンテンツのうち、再生されておらず且つ前記順番が最先である最先コンテンツに対応付けられた座標値を中心とし前記最先コンテンツに対応付けられた半径を有する円の中に含まれると判別し、且つ、前記判別ステップにおいて判別されたフロアが、前記最先コンテンツに対応付けられた前記高度情報が示す高度にあると判別した場合に、再生部が前記最先コンテンツを再生する再生ステップと、
前記再生ステップにより最後に再生されたコンテンツを示す再生済み情報を、前記路側機を介して前記サーバに送信する再生済み情報送信ステップと、
を備え、
前記コンテンツのそれぞれは、前記駐車場の空きスペースの位置を案内するものであり、
前記サーバは、受信した前記再生済み情報に基づいて、前記情報提供装置の識別情報と予め対応付けられた送信先に、前記車両が駐車したスペースの位置を示す情報を、前記路側機を介さずに送信する、
ことを特徴とする。

【発明の効果】

【0017】

本発明によれば、ユーザーにコンテンツを提供するタイミングの制御をより効率的に行うことができる。

【図面の簡単な説明】

【0018】

【図1】情報提供システムの全体構成を説明するための図である。

【図2】配信サーバの構成を説明するための図である。

【図3】路側機の構成例を示す図である。

【図4】車載器の構成を説明するための図である。

【図5】コンテンツデータのヘッダー情報の構成例を示す図である。

【図6】コンテンツデータのヘッダー情報とデータ本体部分の構成例を示す図である。

【図7】プッシュ配信されたコンテンツデータを再生する処理を説明するための図である。

【図8】ヘッダー情報の構成例を示す図である。

【図9】コンテンツデータの構成例を示す図である。

【図10】駐車場の模式図である。

【図11】駐車場の模式図である。

【図12】コンテンツの再生処理を説明するためのフローチャートである。

【図13】実施形態２において、コンテンツデータの構成例を示す図である。

【図14】駐車場の概要と、再生処理を説明するための図である。

【図15】実施形態３において、コンテンツデータの構成例を示す図である。

【図16】駐車場の模式図である。

【図17】車載器と携帯端末と配信サーバが行う再生処理を説明するための図である。

【発明を実施するための形態】

【0019】

以下、本発明の実施の形態に係る情報提供システムを、ＩＴＳ（Intelligent Transport Systems）システムを例に説明する。

【0020】

（実施形態１）
ＩＴＳシステムは、図１に示すように、道路、駐車場などの車両が通行する場所の近傍に配置された路側機１００と、車両に搭載され、路側機１００との間で通信し車両の乗車者に交通情報等を提供する車載器２００と、種々の情報を生成して路側機１００に供給する配信サーバ３００と、を備える。

【0021】

まず、配信サーバ３００のハードウェア構成について説明する。配信サーバ３００は、路側機１００別に交通情報を生成して配信する装置であり、図２に示すように、入力部３０１、出力部３０２、通信制御部３０３，３０４，記憶部３０５、制御部３０６、ＲＯＭ（Read Only Memory）３０７、ＲＡＭ（Random Access Memory）３０８、及び、システムバス３０９を備える。

【0022】

入力部３０１は、キーボード、マウス、入力インタフェース等を備え、種々のデータや指示を入力する。

【0023】

出力部３０２は、表示装置などから構成され、様々な画像やテキストメッセージなどを表示する。

【0024】

第１の通信制御部３０３は、電話回線、インターネット等の一般通信網ＮＷ１を介して外部装置と種々の情報を送受信する。

【0025】

第２の通信制御部３０４は、ＩＴＳ通信網ＮＷ２を介して複数の路側機１００に接続され、各路側機１００に交通情報を送信する。また、第２の通信制御部３０４は、ＩＴＳ通信網ＮＷ２を介して、路側機１００が車載器２００との間で通信することにより得た情報を受信する。

【0026】

記憶部３０５は、ハードディスク装置等を備え、種々の交通情報を格納する。また、記憶部３０５は、各路側機１００の位置、アドレス等と共にその近傍の地理情報や、路側機１００に配信する様々なコンテンツに関するデータを記憶する。

【0027】

制御部３０６は、プロセッサ等から構成され、配信サーバ３００全体の動作を制御する。また、制御部３０６は、路側機１００のそれぞれについて、記憶部３０５に格納されている各種情報に基づいて、路側機１００近傍から配信する情報を作成し、第２通信制御部３０４を制御してＩＴＳ通信網ＮＷ２を介して各路側機１００に供給する。制御部３０６が生成及び送信する情報の構成の詳細については後述する。

【0028】

ＲＯＭ３０７は、配信サーバ３００全体の制御に必要なオペレーティングシステム（ＯＳ）や各種のデータを記憶する。

【0029】

ＲＡＭ３０８は、制御部３０６のワークエリアとして機能する。

【0030】

システムバス３０９は、上記各部の間で命令やデータを転送するための伝送経路である。

【0031】

次に、路側機１００のハードウェア構成について説明する。図３に示すように、路側機１００は、無線通信部１０１、通信制御部１０２、記憶部１０３、制御部１０４、ＲＯＭ１０５、ＲＡＭ１０６、及び、システムバス１０７を備える。

【0032】

各路側機１００は、いわゆる電波ビーコン、光ビーコン等から構成され、道路近傍や駐車場等に配置され、近傍を通過する車両の車載器２００に送信する。各路側機１００は、送信対象のコンテンツデータを記憶し、コンテンツデータを無線送信する。コンテンツデータには、画像や音声などのデータが格納される。

【0033】

無線通信部１０１は、電波信号や光信号等の無線信号により、近傍を通過する車両に設置された車載器２００との間で情報を送受信する。無線通信部１０１は、例えば、配信サーバ３００より提供された交通情報やコンテンツデータを車載器２００に送信する。また、無線通信部１０１は、車載器２００から送信されてくる車両ＩＤ等の情報を取得する。

【0034】

通信制御部１０２は、ＩＴＳ通信網ＮＷ２を介して配信サーバ３００に接続され、配信サーバ３００から送信される交通情報を受信する。また、通信制御部１０２は、自機が取得した交通情報を、配信サーバ３００に送信する。

【0035】

記憶部１０３は、配信サーバ３００から受信した交通情報や、自機固有の交通情報を格納する。

【0036】

制御部１０４は、プロセッサ等から構成され、路側機１００全体の動作を制御する。特に、制御部１０４は、記憶部１０３に格納されている交通情報を、無線通信部１０１により車載器２００へ送信し、また、無線通信部１０１により取得した車載器２００に関する情報を記憶部１０３に格納する。また、制御部１０４は、記憶部１０３に格納されている自機が取得した交通情報を、通信制御部１０２を制御してＩＴＳ通信網ＮＷ２を介して配信サーバ３００に送信し、また、配信サーバ３００から通信制御部１０２により取得した情報を記憶部１０３に格納する。

【0037】

ＲＯＭ１０５は、この路側機１００全体の動作制御に必要なオペレーティングシステムや各種のデータを記憶する。

【0038】

ＲＡＭ１０６は、制御部１０４のワークエリアとして機能し、様々なデータを一時的に記憶する。

【0039】

システムバス１０７は、上記各部の間で命令やデータを転送するための伝送経路である。

【0040】

次に、車載器２００のハードウェア構成について説明する。車載器２００は、図４に示すように、通信部２０１、音声処理部２０２、出力部２０３、操作部２０４、Ｉ／Ｏ（Input/Output）部２０５、記憶部２０６、制御部２０７、ＲＯＭ２０８、ＲＡＭ２０９、及び、システムバス２１０を含む。

【0041】

車載器２００は、車両の中に設置され、例えば、カーナビゲーション装置と一体に構成される。車載器２００は、一般的なカーナビゲーションの機能と共に、路側機１００から送信された交通情報を再生して報知する機能を備える。また、車載器２００は、路側機１００から無線通信により送信されてくるコンテンツデータを受信し、再生する。

【0042】

通信部２０１は、ＧＰＳ（Global Positioning System）モジュール２０１ａ、ＶＩＣＳ（Vehicle Information and Communication System）モジュール２０１ｂを含む。

【0043】

ＧＰＳモジュール２０１ａは、複数のＧＰＳ衛星からのＧＰＳ電波を受信し、制御部２０７に供給する。

【0044】

ＶＩＣＳモジュール２０１ｂは、路側機１００との間でＤＳＲＣ（Dedicated Short Range Communication）方式により通信する。

【0045】

音声処理部２０２は、制御部２０７から入力されたディジタルオーディオ信号をＤ／Ａ（Digital/Analog）コンバータ（図示せず）でアナログオーディオ信号に変換して、スピーカ２２２に出力する。また、音声処理部２０２は、マイクロフォン２２３から入力された音声をＡ／Ｄ（Analog/Digital）コンバータ（図示せず）でディジタルオーディオ信号に変換して、制御部２０７に入力する。これにより、ユーザーはナビゲーション音声を聞いたり、音声を入力したりすることができる。さらに、音声処理部２０２は、ＴＴＳ（Text-to-Speech）形式で作成されたデータを使って音声を合成し、出力することができる。ＴＴＳ形式のデータは、路側機１００からプッシュ配信されてもよいし、予め記憶部２０６に記憶されていてもよい。

【0046】

出力部２０３は、モニタ装置を備え、通信部２０１により取得されたナビゲーション画像、テレビジョン放送の映像、あるいは記憶部２０６等に予め記憶されたマップ画像などを表示する。

【0047】

操作部２０４はタッチパネル式入力装置などから構成され、ユーザーによる指示入力に基づいて指示入力信号を生成して、制御部２０７に入力する。

【0048】

Ｉ／Ｏ部２０５は、ＤＶＤ−ＲＯＭ（Digital Versatile Disk-Read Only Memory）ドライブを含み、所定の地図情報などを納めたＤＶＤ−ＲＯＭやＣＤ−ＲＯＭからデータを読み出して制御部２０７に入力する。また、Ｉ／Ｏ部２０５は、速度センサ、走行距離センサ、方位センサ等のセンサ群２２５からの検出信号を取得し、制御部２０７に供給する。

【0049】

記憶部２０６は、ハードディスクドライブ（ＨＤＤ）を含み、地図データや各種設定情報などを記憶する。記憶部２０６は、ユーザーによって着脱可能なフラッシュメモリカードなどの他のメモリを備えていてもよい。制御部２０７は、地図データを記憶したＤＶＤ−ＲＯＭ等の記憶媒体から随時この地図データを読み出してもよいし、記録媒体から予めこの地図データを読み出して記憶部２０６に書き込んでおく（インストールしておく）ようにしてもよい。あるいは、地図データは、ＨＤＤやフラッシュメモリカードに予め記憶されていてもよい。

【0050】

制御部２０７は、ＣＰＵ（Central Processing Unit）から構成され、車載器２００全体の動作を制御する。例えば、制御部２０７は、ＧＰＳモジュール２０１ａを介して受信したＧＰＳ信号に基づいて、自機の現在位置を判別する。制御部２０７は、センサ群２２５に含まれている方向センサの出力をＩ／Ｏ部２０５を介して取り込み、現在の車両の進行方向を判別する。制御部２０７は、距離センサの出力から走行距離を求める。また、制御部２０７は、ＶＩＣＳモジュール２０１ｂを介して路側機１００からの交通情報を受信し、受信した交通情報に含まれている再生タイミングを制御するためのパラメータに基づいて再生する。さらに、制御部２０７は、配信されたコンテンツデータを再生し、コンテンツをユーザーに提供する。なお、制御部２０７は、コプロセッサ等を備えても良い。

【0051】

ＲＯＭ２０８は、車載器２００全体の動作制御に必要なオペレーティングシステムのプログラムや各種のデータが記録される。

【0052】

ＲＡＭ２０９は、データやプログラムを一時的に記憶するためのもので、通信部２０１により取得されたデータ、ＤＶＤ−ＲＯＭから読み出したデータ等が保持される。また、制御部２０７は、ＲＡＭ２０９をワークメモリとして使用する。

【0053】

システムバス２１０は、上記各部を相互に接続し、命令やデータを転送するための伝送経路である。

【0054】

次に、車載器２００が受信するコンテンツデータの詳細について説明する。１つのコンテンツは１つ以上のコンテンツデータから構成される。コンテンツデータには、例えば、ＭＰＥＧ（Moving Picture Experts Group）形式などの動画像データ、ＪＰＥＧ（Joint Photographic Experts Group）形式などの静止画データ、ＴＴＳ形式の音声データ、１つ以上の文字あるいは記号等を表すテキストデータが格納される。

【0055】

車載器２００の制御部２０７は、路側機１００から受信した動画像データ、静止画データ、音声データ、テキストデータなどを含むコンテンツデータをデコードして再生する。あるいは、制御部２０７は、記憶部２０６に既に記憶されているコンテンツデータを所定のタイミングで読み出して再生する。

【0056】

制御部２０７は、コンテンツデータの再生に際し、並列的に再生すべき複数のコンテンツデータがあると判別した場合には、それらの複数のコンテンツデータを並列的に再生する。

【0057】

すなわち、コンテンツデータには、同時に或いは並行して再生すべき組み合わせが設定されていることがある。例えば、ある表示地域のマップ画像データと、その表示地域の観光情報を説明する音声データとの組み合わせなどである。ここで言う同時とは、時間が完全に一致するか、あるいは再生のタイミングが一部でも重複していることを指す。

【0058】

一般に、コンテンツ提供側（データ配信側）は、同時に再生されることを前提として、画像データと音声データとを制作していることが多い。しかし、受信した順に再生するとなると、同時に再生すべきコンテンツデータを取得するタイミングにずれが生じ、コンテンツ提供側が意図した通りに再生されない可能性がある。そこで、本実施形態では、コンテンツデータにヘッダー領域が設けられ、このヘッダー領域の中に、並列的に再生すべきコンテンツデータが指定される。そして、車載器２００は、このヘッダー情報に指定された内容に従ってコンテンツデータを再生する。これにより、コンテンツ提供側の意図した通りにコンテンツデータを再生することができるようになる。

【0059】

図５は、コンテンツデータのヘッダー情報を示す図である。後述するように、コンテンツデータには様々なコンテンツタイプがあるが、図５に示すヘッダー情報は、すべてのコンテンツタイプに共通している。

【0060】

コンテンツデータのヘッダー情報は、PUSH ID、言語ID、Application Type、Content Type、PRIORITY、Content Size、Push Body Length、等の項目を含む。

【0061】

PUSH IDは、コンテンツデータに付与される識別符号であり、本実施形態では、１バイトで表現できる数値（例えば０から２５５までの整数）が用いられる。また、同時に再生すべきコンテンツデータの組み合わせは、動画像データ、静止画像データ、音声データ、テキストデータ等の数種類程度の組み合わせであり、通常、同時に再生すべきデータ数は数個〜数十個程度である。このため、識別符号をサイクリックに使用することでPUSH IDを１バイトで表現することができる。本実施形態では、PUSH IDはコンテンツデータのファイル名の一部として用いられ、ファイル名を取得することでコンテンツデータのPUSH IDを特定することができる。

【0062】

言語IDは、コンテンツデータに用いられる言語の種別を示す情報であり、データサイズは２バイトである。

【0063】

Application Typeは、受信したコンテンツデータを再生する際に用いるアプリケーションソフトウェア（以下、単に「アプリケーション」という。）を指定する。アプリケーションには、例えば、WEBブラウザ、メーラー、音声再生アプリケーション、動画再生アプリケーションなどがある。これらのアプリケーションは、車載器２００に予めインストールされている。

【0064】

Content Typeは、データの種類を示す。例えば、格納されているデータがＭＰＥＧ形式などの動画像データなのか、ＪＰＥＧ形式などの静止画データなのか、あるいは、文字情報などのテキストデータなのかが、コンテンツタイプによって区別される。コンテンツタイプは、例えば車載器２００が画像データを誤ってテキスト文字として表示することのないように、車載器２００がコンテンツデータを適切に再生するために必要な情報である。

【0065】

例えば、コンテンツタイプには、プレーンテキスト（略号：text/plain）、ＨＴＭＬテキスト（略号：text/html）、ＪＰＥＧ画像（略号：image/jpeg）、ＭＰ３オーディオ（略号：audio/mp3）、ＴＴＳ形式の音声データ（略号：text/tts）、ＶＩＣＳ（dsrc/vics）などがある。

【0066】

さらに、本実施形態では、コンテンツタイプとして、例えば駐車場の構内を運転しているときなどに再生されることを想定した、車両が停車していないときにも適宜再生することができるタイプ（略号：dsrc/privateSpot）が設けられている。詳細については後述する。

【0067】

Contents Sizeは、データ本体部分（ヘッダー情報以外の部分）のデータサイズを表す。１つのコンテンツが複数のコンテンツデータに分割して配信される場合には、Contents Sizeには、分割前のコンテンツ全体のサイズが格納される。

【0068】

Push Body Lengthは、後続するコンテンツデータのデータ長を表す。後続するコンテンツデータが無い場合には、Push Body Lengthには、０（ゼロ）が格納される。

【0069】

PRIORITYは、コンテンツ提供側から配信されるコンテンツデータを車載器２００が再生する優先順位を示す情報であり、本実施形態ではデータサイズは２ビットであり、０〜３の整数が設定される。

【0070】

PRIORITY＝“３”は、車載器２００が現在行っている処理に割り込んで、プッシュ配信されたコンテンツデータを再生することを示す、最も高い優先度である。

【0071】

PRIORITY=“２”は、車載器２００が現在行っている処理の終了後に、プッシュ配信されたコンテンツデータを再生することを示す。
PRIORITY=“０”は、一般的なプッシュ配信であり、ユーザーにより設定された態様で再生又は非再生されることを示す。

【0072】

PRIORITY=“１”は、将来の使用の予約用として確保されている。

【0073】

この他にも、再生に必要な様々な情報がヘッダー部分に記述されるが、理解を容易にするため、図５では単に「（予約）」と記載する。

【0074】

次に、図５に示す共通ヘッダー情報以降に格納されるデータ内容について説明する。
図６は、コンテンツタイプがdsrc/privateSpot以外のコンテンツデータにおいて、図５に示す共通ヘッダー情報の後に続くヘッダー情報とデータ本体部分の構成を示す図である。コンテンツデータには、図５に示したヘッダー情報（第1Byte〜第20Byte）に続き、図６に示すヘッダー情報（第21Byte〜第24+n_j,kByte）が付加される。さらにその後に、データ本体部分が格納される。コンテンツタイプがdsrc/privateSpotのコンテンツデータについては、図８等を用いて後述する。

【0075】

まず、コンテンツタイプがdsrc/privateSpot以外のコンテンツデータにおいて、図５に示す共通ヘッダー情報の後に続くヘッダー情報とデータ本体部分の構成について説明する。データ本体部分には、コンテンツを構成する静止画像データ、動画像データ、音声データ、テキストデータ等が格納される。

【0076】

DISPLAY TIMEは、出力部２０３にコンテンツデータの再生画面を表示させる表示時間を示す情報であり、データサイズは８ビットである。すなわち、DISPLAY TIMEには０〜２５５の整数が設定される。単位は「秒」である。DISPLAY TIME＝“０”は将来の使用の予約用として確保される。DISPLAY TIME＝“２５５”は次にプッシュ配信されるまで、あるいは操作部２０４に操作指示が入力されるまで、表示を続けることを示す。

【0077】

なお、DISPLAY TIMEには、表示時間そのものが指定されてもよいし、車載器２００の仕様やユーザー設定に委ねる旨が指定されてもよい。あるいは、例えばコンテンツデータがテキストであり、それと同時に音声のコンテンツデータが再生されることが意図されている場合には、音声発話終了までテキストを表示するといったように、他のコンテンツデータの再生時間をパラメータとする所定の関数を用いて、表示時間が指定されてもよい。

【0078】

区別用IDは、例えば、コンテンツデータに含まれる画像データがアイコンであるか、それとも静止画であるか、などを区別するための番号である。具体的には、車載器２００がカーナビゲーション機能を搭載する場合において、アイコンは、マップ画像のうち所定の住所に相当する位置に表示され続けなければならない。一方、アイコンではない静止画は、モニタの表示領域の固定位置にポップアップ表示することが望ましい。そこで、区別用IDは、地図上の決まった位置に表示されるべき旨、あるいは固定位置にポップアップ表示すべき旨、あるいはモニタに直接表示されないもののユーザーによる記憶部２０６の中のデータの整理に役立つように付されたタイトル（例えば広告タイトル）である旨、の区別に用いられる。

【0079】

コンテンツデータは階層構造をなしている。すなわち、再生されるべき時間順に、１番目に再生されるべきコンテンツ（First Contents）、２番目に再生されるべきコンテンツ（Second Contents）、・・・、j_th番目に再生されるべきコンテンツ（j_th Contents）、・・・、最後に再生されるべきコンテンツ（Last Contents）、というグループに分類される。

【0080】

さらに、j_th番目のコンテンツ（j_th Contents）の中に、主に時間順に（ただしユーザーが操作部２０４を介して行う選択にも依存する場合がある）、最初に同時に再生されるべき(n_j,1＋１)個のコンテンツデータ、次に同時に再生されるべき(n_j,2＋１)個のコンテンツデータ、・・・、最後に同時に再生されるべき(n_j,kMAX＋１)個のコンテンツデータ、という、合計(n_j,1+・・・+n_j,kmax＋Ｋmax)個のコンテンツデータが存在する。Ｋmaxはj_th番目のコンテンツを構成するコンテンツデータの総数である。

【0081】

なお、同時に再生されるべき他のコンテンツデータが存在しないもの（すなわち単体でのみ再生されるべきコンテンツデータ）は、そのコンテンツデータ１個だけで１個のコンテンツを構成する。コンテンツデータが単独で再生されるものの場合、第23Byteの同時再生コンテンツ数には“０”が指定される。

【0082】

図６は、jth Contentsのうちの、１番目に同時に再生されるべきコンテンツデータのヘッダー情報の構成例を示したものであり、一例として、３つのコンテンツデータが最初に同時に再生されるものとして描かれている。同時に再生されるべき他のコンテンツデータの数は、n_j,1 = ２（＝３−１）である。

【0083】

第23Byteに、同時に再生すべき他のコンテンツデータの数が記録される。図６には、理解を容易にするため、１個目のコンテンツデータの背後に２つのコンテンツデータが重なるように描かれている。１個目のコンテンツデータは、他の２つのコンテンツデータと同時に再生されるべきものとしてデータ配信側により意図されている。よって、第23Byteには、“２”(= n_j,1)が記載される。本実施形態では、同時に再生するコンテンツデータ数を指定するための領域のサイズとして１バイト確保してあるので、最大で２５５個までのコンテンツデータを同時に再生すべき１つの組み合わせとして設定することができる。例えば、データ配信側（コンテンツ提供側）から送信されたコンテンツデータがＨＴＭＬ（Hyper Text Markup Language）形式の場合、最大で２５５個の画像等へのリンクを張って画像等を一緒に表示させることができる。

【0084】

第24Byte以降には、同時に再生すべき１つの組み合わせであるコンテンツデータ群を構成する各コンテンツデータのPush IDが順番に記録される。本実施形態では、Push IDのデータサイズが上述のとおり１Byteであるために、Push IDをひとつ指定するために1Byteが必要となる。結局、同時に再生すべき他のn_j,1個のコンテンツデータのPush IDを全て記述するために、第(23+n_j,1)Byteまで（図６の場合は、第(23+n_j,1)Byte = 23+2 = 25Byteまで）が、ヘッダー情報となる。そして、第(23+n_j,1)Byte以降が、画像や音声などのデータ本体である。

【0085】

なお、上述したヘッダー情報に含まれる各項目、各項目のデータサイズ、各項目のデータ内容等は１つの例に過ぎず、任意に変更した変形例を採用することも可能であり、これらの変形例も本発明の範囲に含まれることは言うまでもない。

【0086】

例えば、応用例として、単位時間あたりの位置の変化量（移動量）をヘッダー領域にさらに記憶させてもよい。すなわち、制御部２０７は、第１の時刻に検出した車載器２００の位置と、第２の時刻に検出した車載器２００の位置との差（移動量）を計算する。制御部２０７は、車載器２００の現在位置が対象地点位置から上記半径の示す距離だけ離れた場所であり、且つ、計算された移動量がヘッダー領域に指定された閾値以上（または以下）か否かを判別する。そして、制御部２０７は、計算された移動量が閾値以上（または以下）であれば、コンテンツデータの再生を開始する。このようにすれば、制御部２０７は、単純に現在位置と再生開始位置が一致したか否かによってだけでなく、どれくらいの速度で再生開始位置に達したかによって、コンテンツデータを再生する（させない）ように制御できる。

【0087】

例えば、車載器２００を搭載した車両が対象地点位置であるショッピングセンターから上記半径だけ離れた場所（すなわち本来ならば再生を開始すべき位置）に到達しつつあるものの、運悪くそこで渋滞にはまってしまい“のろのろ運転”で到達したような場合、渋滞を考慮して“抜け道”を案内するコンテンツデータを車載器２００に配信したり、ドライバーをリラックスさせる音楽や動画等のコンテンツデータを配信したりすることができる。このように、移動量の閾値を用いれば、ユーザーの置かれている状況に応じて相応しいコンテンツデータを再生することができる。

【0088】

次に、制御部２０７が上記のようなデータ構造を有するコンテンツデータを順次再生していく処理の流れを説明する。

【0089】

例えば、図７に示すような複数のコンテンツデータが路側機１００から車載器２００にプッシュ配信されたとする。この例では、Push ID=NのテキストＴ１のデータＤ１、Push ID=N+1の音声Ｓ１のデータＤ２、Push ID=N+2のテキストＴ２のデータＤ３、Push ID=N+3の音声Ｓ２のデータＤ４、Push ID=N+4の静止画Ｐ１のデータＤ５、Push ID=N+5のテキストＴ３のデータＤ６、Push ID=N+6の静止画Ｐ２のデータＤ７、の順にそれぞれ配信されたものとする。

【0090】

まず、制御部２０７は、コンテンツに含まれるコンテンツデータを特定し、特定したコンテンツデータのヘッダー情報の第23Byte〜第(24+n_j,k)Byte（ただし、1≦j≦Last、1≦k≦k_MAXである。）に基づいて、同時に再生すべきコンテンツデータの組み合わせがあるか否かを判別する。

【0091】

すなわち、上述のように、コンテンツデータのヘッダー情報の第23Byteには、同時に再生するコンテンツデータ数が格納されており、制御部２０７は、第23Byteが“０”であればそのコンテンツデータを単独で再生すると判別し、“１”以上であればそのコンテンツデータと並行して同時に再生すべき他のコンテンツデータがあると判別する。具体的には、図７の場合、制御部２０７は、First Contents内のコンテンツデータの個数が２個であると判別できる。

【0092】

さらに、制御部２０７は、First Contents内の１番目のコンテンツデータのPush IDがNであり、２番目のコンテンツデータのPush IDがN+1であると判別する（図７の矢印（１））。

【0093】

同様に、制御部２０７は、Second Contents内にコンテンツデータが５個含まれており、それぞれがN+2〜N+6までのPush IDを有することが判別できる（図７の矢印（２））。

【0094】

First Contents内の１番目のコンテンツデータのPush IDがNであるので、制御部２０７は、Push ID=NであるテキストＴ１のコンテンツデータＤ１のヘッダー情報を参照し（図７の矢印（３））、同時再生コンテンツ数n_1,1＝１であると判別する。制御部２０７は、テキストＴ１のコンテンツデータＤ１を取得すると、同時再生コンテンツ数が１個である（つまり１以上の数値を示している。）ため、テキストＴ１のコンテンツデータＤ１と同時に再生すべき他のコンテンツデータが１つ存在する、と判別する。

【0095】

制御部２０７は、取得したテキストＴ１のデータＤ１の再生をすぐには開始しないで、同時に再生すべき他のコンテンツデータを取得するまで再生を待機する。具体的には、制御部２０７は、テキストＴ１のコンテンツデータＤ１のヘッダー情報に指定されている、同時に再生する“コンテンツその１”、つまりPush ID=N+1の音声Ｓ１のコンテンツデータＤ２を取得する（図７の矢印（４））。

【0096】

そして、これらの２つのコンテンツデータＤ１，Ｄ２を取得した後、PUSH IDがN、N+1に対応する、テキストＴ１のコンテンツデータＤ１と音声Ｓ１のコンテンツデータＤ２の再生を、同時に開始する。

【0097】

このように、制御部２０７は、コンテンツ提供側が同時に再生されるように意図して制作した通りにコンテンツデータＤ１，Ｄ２を再生することができる。例えば、制御部２０７は、テキストＴ１のコンテンツデータＤ１に含まれる文字によるナビゲーションをモニタに表示すると同時に、音声Ｓ１のコンテンツデータＤ２に含まれる音声によるナビゲーションをスピーカ２２２から出力する、といったことが可能となる。

【0098】

First Contentsでは、全部（２個）のコンテンツデータＤ１，Ｄ２が一度に同時再生されることが意図されているのに対して、Second Contentsでは、２つのまとまりに分かれている。つまり、同時再生が時間的に２段階存在している。

【0099】

まず、制御部２０７は、Second Contents内の１番目のテキストＴ２のコンテンツデータＤ３のPush ID（Push ID=N+2）を取得する（図７の矢印（５））。続いて、制御部２０７は、コンテンツデータＤ３のヘッダー情報から、Push ID=N+2のテキストＴ２のコンテンツデータＤ３と同時に再生されるべきコンテンツデータが、Push ID=N+3の音声Ｓ２のコンテンツデータＤ４と（図７の矢印（６））、Push ID=N+4の静止画Ｐ１のコンテンツデータＤ５と（図７の矢印（７））、の2個であると判別する。従って、制御部２０７は、これら３個のコンテンツデータＤ３，Ｄ４，Ｄ５の再生を同時に開始する。

【0100】

さらに、制御部２０７は、まだ再生されていないSecond Contents内の４番目のコンテンツデータのPush IDがN+5であることから、制御部２０７は、Push ID=N+5のテキストＴ３のコンテンツデータＤ６のヘッダー情報を取得し（図７の矢印（８））、コンテンツデータＤ６と同時に再生すべきPush ID=N+6の静止画Ｐ２のコンテンツデータＤ７があると判別する。そして、制御部２０７は、これら２個のコンテンツデータＤ６，Ｄ７の再生を同時に開始する。

【0101】

なお、Push ID=N+5のテキストＴ３のコンテンツデータＤ６と、Push ID=N+6の静止画Ｐ２のコンテンツデータＤ７は、必ずしも再生されるとは限らない。例えば、その一段階前に同時再生されるコンテンツデータＤ３，Ｄ４，Ｄ５が、ユーザーに分岐の選択を促すものであった場合（例えばコンテンツの続きを視聴したいときにはタッチパネルの所定の箇所をタッチするよう指示するようなものであった場合）、ユーザーが続きを視聴する旨を指示しないときには、Second Contentsの再生は終了し、コンテンツデータＤ６，Ｄ７は再生されないことになる。

【0102】

（コンテンツタイプ"dsrc/privateSpot"における再生処理）
次に、上述のヘッダー情報の項目"Content Type"において、車両が停車していないときにも適宜再生するタイプ（略号：dsrc/privateSpot）に指定されているコンテンツデータの構成と、再生処理について説明する。

【0103】

図８は、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータにさらに付与されるヘッダー情報とデータ本体部分の構成を示す図である。コンテンツタイプ"dsrc/privateSpot"のコンテンツデータは、図５に示した共通ヘッダー情報に加えて、図８に示す拡張ヘッダー情報を有する。

【0104】

ヘッダー情報の総容量は、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータに付与される拡張ヘッダー情報のサイズであり、このサイズの中には図５に示す共通ヘッダー情報のサイズは含まれない。後述するように、第36Byte〜第(36+N)Byte（ただし、Ｎは０以上の整数）に格納されるファイル情報のサイズは可変であり、拡張ヘッダー情報の総容量は固定値ではなく、コンテンツデータごとに異なる。

【0105】

提供方法フラグは、受信した後に制御部２０７がすぐに再生する（即時再生）か、あるいは、受信した後にすぐには再生せず一旦記憶部２０６に保存し、再生するタイミングであると制御部２０７により判別された場合に制御部２０７が再生する（蓄積再生）か、を区別するためのフラグである。

【0106】

測地系フラグは、地理的な位置を表現する際に日本測地系が用いられるか、あるいは世界測地系が用いられるか、を区別するためのフラグである。

【0107】

緯度と経度は、コンテンツデータを再生する場所を表す。例えば、駐車場を案内するコンテンツを構成するコンテンツデータでは、駐車場がある場所の緯度と経度が格納される。勿論、駐車場に限らず、任意の場所を示す緯度と経度を格納することができる。

【0108】

情報提供方位フラグは、車載器２００の進行方向に関係なくコンテンツデータを再生するか、あるいは車載器２００の進行方向が指定された方向である場合にのみコンテンツデータを再生するか、を区別し、また、進行方向を指定するフラグである。典型的には、５ビットのうち、進行方向に関係なく再生するか、あるいは指定された進行方向に車載器２００が移動している場合にのみ再生するかを区別するために１ビットが使用され、進行方向を指定するために残りの４ビットが使用される。進行方向は、例えば１６方位によって指定される。

【0109】

提供可能半径は、上記の緯度と経度によって示される場所を中心とした円の半径を指定する。例えば、緯度と経度によって示される場所を中心とする提供可能半径を有する円内に車載器２００が入ったと制御部２０７によって判別された場合に、コンテンツデータが再生される。本実施形態では、０〜１２７の値が設定され、単位はメートルである。

【0110】

フロアは、上記の緯度と経度によって示される場所に駐車場などの車両が進入可能な建造物がある場合に、コンテンツデータを再生するフロアを表す。本実施形態では、フロアは、建造物の入り口からの相対値を示し、−１６〜＋１６までのいずれかの値が設定される。

【0111】

例えば、１階に出入り口があって、地上３階、地下３階建ての立体駐車場においては、地上１階部分はフロア＝０であり、地上３階部分はフロア＝２であり、地下３階部分はフロア＝−３である。また、例えば、２階に出入り口があって、地上３階、地下３階建ての立体駐車場においては、出入り口がある地上２階部分はフロア＝０であり、地上３階部分はフロア＝１であり、地下３階部分はフロア＝−４である。

【0112】

緯度と経度は、平面的な場所を指定するためには便利であるものの、例えば立体駐車場や立体交差のように、“高さ”を表現することはできない。そこで、本実施形態では、拡張ヘッダー情報にフロアを指定する領域を設けることにより、同じ緯度と経度であっても高さが異なる場所を区別できるようにしている。

【0113】

音声情報バイト数は、第36+N+1Byte以降に音声データが格納される場合に、その音声データのサイズを示す。

【0114】

言語識別フラグは、画像や音声などに使用される言語を区別するためのフラグである。例えば、日本語＝１、英語＝２、中国語＝３、などのように予め対応付けられており、いずれかの値が設定されることにより、コンテンツに使用される言語が区別される。

【0115】

音声形式識別フラグは、第36+N+1Byte以降に音声データが格納される場合に、使用されるフォーマットを区別するためのフラグである。音声形式には、例えば、ＴＴＳ、ＷＡＶ、ＭＰ３などがある。

【0116】

ファイル情報は、コンテンツデータの属性を表すデータである。車載器２００は、１つのコンテンツデータを１つの電子ファイルとして扱い、ファイル情報として、電子ファイルの作成日時、サイズ、作成者などが格納される。ファイル情報に使用される領域は、格納すべき情報量に応じて可変とすることができる。このため、図８に示す拡張ヘッダー情報の先頭に、拡張ヘッダー情報の総容量を格納する領域（第21〜22Byte）が設けられている。

【0117】

以上の拡張ヘッダー情報の後に、画像データ、音声データ、テキストデータなどが付加される。すなわち、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータは、図５に示す共通ヘッダー情報と、図８に示す拡張ヘッダー情報およびデータ本体とから構成される。

【0118】

なお、拡張ヘッダー情報の後に付加されるデータの違いによって、例えば、テキストデータの場合には"dsrc/privateSpot_text/"、ＪＰＥＧ形式の画像データの場合には"dsrc/privateSpot_image_jpeg"、ＧＩＦ形式の画像データの場合には"dsrc/privateSpot_image_gif"、ビットマップ形式の画像データの場合には"dsrc/privateSpot_image_bmp"、ＴＩＦＦ形式の画像データの場合には"dsrc/privateSpot_image_tiff"、ＰＮＧ形式の画像データの場合には"dsrc/privateSpot_image_png"、というように、コンテンツタイプを更に細分化してもよい。

【0119】

次に、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータを再生する処理の詳細について説明する。本実施形態では、立体駐車場の空きスペースを案内するコンテンツを車載器２００のユーザーに提供する。

【0120】

図９に、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータの構成例を示す。コンテンツデータ９００には、図５で説明した共通ヘッダー情報、図８で説明した拡張ヘッダー情報、第１のコンテンツ（第１の駐車場案内を構成する画像Ｐ１と音声Ｓ１とテキストＴ１）、及び、第２のコンテンツ（第２の駐車場案内を構成する画像Ｐ２と音声Ｓ２とテキストＴ２）、が含まれる。このコンテンツデータは、１つの電子ファイルになっており、路側機１００により車載器２００にプッシュ配信される。

【0121】

本実施形態では、１つのコンテンツデータに含まれる駐車場案内（空きスペースの案内）の数は２つであるが、３つ以上でもよい。第１の駐車場案内は駐車場の入り口に最も近い所にある１つ目の空きスペースを案内するものであり、第２の駐車場案内は１つ目よりも奥に進んだ所にある２つ目の空きスペースを案内するものである。

【0122】

第１の駐車場案内は、駐車場の構内に入った後すぐに再生される。一方、第２の駐車場案内は、第１の駐車場案内が示す空きスペースに車両が駐車されなかったと車載器２００によって推定される場合に再生される。すなわち、第１の駐車場案内は必ず再生されるが、第２の駐車場案内は再生されずに破棄されることがある。

【0123】

図１０は、駐車場の模式図である。本実施形態では、車両の出入り口は地上２階にあり、４階建てである。路側機１００は出入り口付近に設置され、車両１０００は駐車場の入り口付近にさしかかると、２つの駐車場案内が含まれるコンテンツデータを路側機１００から受信する。

【0124】

図１１は、図１０に示す駐車場の２階部分を抜き出した図である。第１の駐車場案内は１つ目の空きスペース１３０１を案内するものであり、第２の駐車場案内は２つ目の空きスペースを案内するものである。

【0125】

なお、駐車場の空きスペースに関する情報は、サービス事業者により予め作成され、配信サーバ３００に登録されているものとする。

【0126】

駐車場の構内に設置されている路側機１００は１つのみである。車載器２００は、駐車場の入り口付近に設置されている路側機１００から２つ分の空きスペースを含むコンテンツデータを一度に受信し、その後の車両の動きに応じて、空きスペースの一方又は両方を再生する。

【0127】

図１２は、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータを再生する処理を説明するためのフローチャートである。なお、フローチャートには記載されていないが、車載器２００は、車両の現在位置１１００を取得する処理をバックグラウンドで並行して実行している。

【0128】

まず、車両が駐車場の入り口付近にさしかかり、路側機１００の通信範囲内に入ると、制御部２０７は、路側機１００からコンテンツデータのプッシュ配信を受け、コンテンツデータを取得する（ステップＳ１２０１）。

【0129】

制御部２０７は、コンテンツデータに含まれる１つ目の空きスペース１１０１を案内する第１の駐車場案内を再生する（ステップＳ１２０２）。本実施形態では、制御部２０７は、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータを受信すると、受信後すぐに第１の駐車場案内を再生する。

【0130】

ただし、制御部２０７は、受信後すぐに第１の駐車場案内を再生する代わりに、拡張ヘッダー情報に指定された再生条件が満たされた後に第１の駐車場案内を再生してもよい。制御部２０７は、現在位置１１００が、指定された緯度と経度で表される地点１０５１を中心とし提供可能半径を有する円１００１の中にあると判別したときに、第１の駐車場案内を再生してもよい。

【0131】

第１の駐車場案内が複数のデータから構成されている場合、すなわち、例えば図９に示すように第１の駐車場案内が画像Ｐ１と音声Ｓ１とテキストＴ１から構成される場合、制御部２０７は、これらの画像Ｐ１と音声Ｓ１とテキストＴ１を並列的に再生する。車載器２００のユーザーには、画像による案内と、音声による案内と、文字による案内とが同時に提供される。例えば、１つ目の空きスペース１１０１の場所を示す地図と、「左側の○○番が空いています」といった音声と文字によるメッセージが一緒に再生される。

【0132】

仮に、第１の駐車場案内がユーザーに提供された後、第２の駐車場案内がユーザーに提供される前に停車すると、車載器２００にエンジンストップの信号が送信されると共にアクセサリー（ＡＣＣ）電源の供給がストップし、車載器２００は再生処理を終了し、所定のシャットダウン処理を実行後、動作を終了する。したがって、第１の駐車場案内のみユーザーに提供され、第２の駐車場案内は提供されずに破棄される。

【0133】

例えば図１１において、車両１０００が１つ目の空きスペース１１０１に駐車すると、再生処理は終了される。しかし、１つ目の空きスペース１１０１に既に他の車両が入っていたり、ドライバーが他の空きスペースに止めたいと考えて矢印Ｙ１の方向へ運転を続けたりした場合には、再生処理は続行される。

【0134】

次に、制御部２０７は、取得した現在位置１１００と、拡張ヘッダー情報に指定された再生範囲とを比較し、指定された再生範囲内に現在位置１１００が含まれるか否か、つまり車両１０００が再生範囲内に到達したか否かを判別する（ステップＳ１２０３）。

【0135】

上述のように、拡張ヘッダー情報には、緯度、経度、提供可能半径が格納されており、再生範囲は、これらの緯度、経度、提供可能範囲によって一意に定まる。具体的には、再生範囲は、指定された緯度と経度で表される地点１０５２を中心とし提供可能半径を有する円１００２の内側である。制御部２０７は、現在位置１１００がこの円１００２の中にあるか否かを判別する。

【0136】

車両１０００が再生範囲内に到達していないと判別した場合（ステップＳ１２０３；ＮＯ）、制御部２０７は、ステップＳ１２０３の判定処理を繰り返す。一方、車両１０００が再生範囲内に到達したと判別した場合（ステップＳ１２０３；ＹＥＳ）、制御部２０７は、コンテンツデータに含まれる２つ目の空きスペース１１０２を案内する第２の駐車場案内を再生する（ステップＳ１２０４）。

【0137】

図９に示すように第２の駐車場案内が画像Ｐ２と音声Ｓ２とテキストＴ２から構成される場合、制御部２０７は、これらの画像Ｐ２と音声Ｓ２とテキストＴ２を並列的に再生する。車載器２００のユーザーには、画像による案内と、音声による案内と、文字による案内とが同時に提供される。例えば、２つ目の空きスペース１１０２の場所を示す地図と、「右側の××番が空いています」といった音声と文字によるメッセージが一緒に再生される。

【0138】

例えば図１１において、車両１０００が１つ目の空きスペース１１０１には駐車せず、矢印Ｙ２の向きへ進み、円１００２の内側まで到達すると、２つ目の空きスペース１１０２がユーザーに案内される。

【0139】

本実施形態では、２つの空きスペースを案内しているが３つ以上であってもよい。車載器２００には、複数の空きスペースを案内するコンテンツデータが一度にすべてプッシュ配信される。そして、車載器２００は、受信したコンテンツデータに含まれる駐車場案内を、車両の現在位置に応じて、順次再生していく。例えば、１つ目に案内された空きスペースに駐車した（あるいは駐車しようとしている）ユーザーには、２つ目の空きスペースを案内しても無駄に終わる（あるいは無駄に終わる可能性が高い）。そこで、本実施形態の車載器２００は、複数の駐車場案内を取得しても、それらをいっぺんに再生するのではなく、複数の駐車場案内のうち、未だ再生されておらず車両に最も近い空きスペースを案内する。従って、車載器２００は、効率よくユーザーに空きスペースの案内を提供することができる。また、ユーザー（ドライバー）は再生されている１つの空きスペースにのみ気を遣って運転すればよく、ユーザーフレンドリーな仕様を実現できる。

【0140】

なお、第１の駐車場案内の再生位置の緯度経度と、第２の駐車場案内の再生位置の緯度経度は、車両１０００が第１の空きスペース１１０１付近を通過した後、第２の空きスペース１１０２の案内ができる程度に、所定距離以上、適度に離れていることが望ましい。例えば、大型ショッピングセンター、遊園地、空港、港、高速道路のサービスエリアやパーキングエリア、などのように、比較的規模が大きい駐車場において本実施形態を採用すると、ユーザーにコンテンツを提供するタイミングの制御がより効率良くなるという効果が高まる。

【0141】

一般に、路側機１００の設置台数を増やせば、コンテンツを提供するタイミングをきめ細かく設定できるようになるが、多くの路側機１００の設置や保守のために多額のコストがかかってしまう。しかし、本実施形態によれば、駐車場の入り口の１カ所にのみ路側機１００を設置すればよいので、コストを抑えることができ、且つ、ユーザーにコンテンツを提供するタイミングを効率良く制御することができるようになる。

【0142】

本実施形態では、コンテンツデータの再生条件として再生範囲のみを採用したが、上述したように拡張ヘッダー情報には情報提供方位フラグを格納することが可能であるため、車両が進む方向も再生条件に加えてもよい。図１１において、地点１０５２を中心とする円１００２内であって、且つ、車両１０００の進行方向がＹ２であること」を再生条件とすれば、車両が他の方向（例えば反対方向）から円１００１内に進入してもコンテンツデータが再生されないようにすることができる。制御部２０７は、ＧＰＳモジュール２０１ａにより取得された現在位置の経時変化から車両１０００の進行方向を判別してもよいし、センサ群２２５が備える加速度センサやジャイロセンサを用いて車両１０００の進行方向を判別してもよい。

【0143】

（実施形態２）
次に、本発明の他の実施形態について説明する。上記の実施形態では同一フロアにある２つの空きスペースが案内されているが、本実施形態では異なるフロアにある２つの空きスペースが案内される。

【0144】

コンテンツデータの拡張ヘッダー情報のうち第33Byteの“フロア”には、入り口がある階数と空きスペースがある階数との差が格納される。従って、指定される緯度経度が同じであっても、フロアが異なれば、異なる空きスペースを指すこととなる。

【0145】

図１３に、コンテンツタイプ"dsrc/privateSpot"のコンテンツデータの構成例を示す。コンテンツデータには、図５で説明した共通ヘッダー情報、図８で説明した拡張ヘッダー情報、第１のコンテンツ（第１の駐車場案内を構成する画像Ｐ３と音声Ｓ３）、第２のコンテンツ（補足メッセージを構成する音声Ｓ４）、第３のコンテンツ（補足メッセージを構成する音声Ｓ５）、及び、第４のコンテンツ（第２の駐車場案内を構成する画像Ｐ４と音声Ｓ６）が含まれる。このコンテンツデータは、１つの電子ファイルになっており、路側機１００により車載器２００にプッシュ配信される。

【0146】

本実施形態では、車載器２００のセンサ群２２５には、少なくとも上下方向（地面に対して鉛直方向）の振動を検知するジャイロセンサが含まれる。ジャイロセンサは、上下方向の傾きの変化を検出すると、検出した傾きの大きさを示す信号を制御部２０７に入力する。制御部２０７は、このジャイロセンサから入力される信号に基づき、例えば車両が上り坂や下り坂を走行していることや、その坂の勾配の大きさを取得することができる。

【0147】

制御部２０７は、ジャイロセンサにより検出された傾きの変化から、車両がフロアをいくつ上昇又は下降したのかを判別することができる。例えば、ある一定時間以上、傾きの変化がない場合には、制御部２０７は、坂道でない平面のフロア内を走行していると判別できる。また例えば、フロアを走行していると判別した後に、ある許容時間の範囲でジャイロセンサにより「上昇」が検知された場合には、車両が１つ上のフロアに移動したと判別することができる。同様に、フロアを走行していると判別した後に、ある許容時間の範囲でジャイロセンサにより「下降」が検知された場合には、車両が１つ下のフロアに移動したと判別することができる。従って、制御部２０７は、車両が現在何階のフロアを走行しているのかが判別できる。

【0148】

本実施形態の再生処理について、図１４に示す駐車場の模式図を用いて説明する。

【0149】

まず、車載器２００は、駐車場の入り口に設置されている路側機１００からコンテンツデータのプッシュ配信を受ける。制御部２０７は、コンテンツデータをＲＡＭ２０９に一時記憶する。

【0150】

車載器２００の制御部２０７は、受信したコンテンツデータの共通ヘッダー情報から、このコンテンツデータがコンテンツタイプ"dsrc/privateSpot"であると判別する。

【0151】

次に、制御部２０７は、第１のコンテンツに相当する拡張ヘッダー情報と画像Ｐ３と音声Ｓ３を取得し、指定された緯度経度及びフロアに車載器２００が達したときに画像Ｐ３と音声Ｓ３を同時に再生する。

【0152】

制御部２０７は、第１のコンテンツの再生後、第２のコンテンツに相当する拡張ヘッダー情報と音声Ｓ４を取得し、指定された緯度経度及びフロアに車載器２００が達したときに音声Ｓ４を再生する。つまり、第１の駐車場案内に示された場所に車両１２００が駐車されなかった場合に、第２のコンテンツ以降が再生される。第１の駐車場案内に示された場所に車両１０００が駐車された場合には、第２のコンテンツで指定された緯度経度及びフロアに達することはないので、第２のコンテンツ以降は再生されずに破棄される。ユーザーが第１の駐車場案内に示された場所に車両１２００を駐車してエンジンを止めた後、用事を済ませてエンジンをスタートしても、第２のコンテンツ以降は再生されない。

【0153】

さらに、制御部２０７は、第２のコンテンツの再生後、第３のコンテンツに相当する拡張ヘッダー情報と音声Ｓ５を取得し、指定された緯度経度及びフロアに車載器２００が達したときに音声Ｓ５を再生する。第２のコンテンツで指定された緯度経度と第３のコンテンツで指定された緯度経度はほぼ同じである。しかし、指定されたフロアが異なるので、制御部２０７はこれらが別のコンテンツであると判別できる。

【0154】

そして、制御部２０７は、第３のコンテンツの再生後、第４のコンテンツに相当する拡張ヘッダー情報と画像Ｐ４と音声Ｓ６を取得し、指定された緯度経度及びフロアに車載器２００が達したときに画像Ｐ４と音声Ｓ６を同時に再生する。

【0155】

なお、仮に、第１の駐車場案内が示す場所から第２の駐車場案内が示す場所までの間に、案内された空きスペースではない他の空きスペースがあり、ユーザーがその案内されなかった空きスペースに駐車した場合には、第２の駐車場案内は再生されずに破棄される。ユーザーは既に駐車できたのであるから、第２の駐車場案内が破棄されても支障はない。

【0156】

本実施形態によれば、緯度経度で表される平面的な場所の違いだけでなく、高さの違いも考慮して、コンテンツを提供するタイミングを制御することができる。そして、車載器２００は、ユーザーにコンテンツを提供するタイミングの制御を効率的に行うことができる。

【0157】

（実施形態３）
次に、本発明の他の実施形態について説明する。本実施形態では、コンテンツデータに含まれる複数のコンテンツのうち、どこまでのコンテンツが再生されたかに基づいて、予め配信サーバ３００にユーザー登録された携帯電話機などを用いて、ユーザーにとって更に有益な情報を提供する。

【0158】

配信サーバ３００の記憶部３０５には、車載器２００の識別符号と、電子メールアドレスとが予め対応付けて記憶される。この電子メールアドレスは、典型的には、車載器２００のユーザーが所有するものであり、携帯電話機などの携帯端末を用いてアクセスすることができるアカウントである。携帯端末は、携帯電話機に限られず、ＰＨＳ、モバイルコンピュータ、携帯ゲーム機、電子書籍リーダーなどでもよい。

【0159】

車載器２００のユーザーは、再生されるコンテンツに関する更に詳しい情報が送られてくる電子メールアドレスを予め配信サーバ３００に登録する。本実施形態では、ユーザーは、自分が使用している車載器２００の識別符号と対応付けて、送信先に携帯電話機の電子メールアドレスを予め設定しておき、車載器２００を用いて駐車場案内のコンテンツデータを再生させると、車両１０００を駐車した場所を示す情報がこの送信先に送信される。

【0160】

図１５に、コンテンツデータ１５００の構成例を示す。図１５では、コンテンツデータ１５００に含まれるコンテンツの数Ｎは「５」である。コンテンツデータ１５００には、図５で説明した共通ヘッダー情報、図８で説明した拡張ヘッダー情報、第１のコンテンツ（第１の駐車場案内を構成する画像Ｐ７と音声Ｓ７）、第２のコンテンツ（第２の駐車場案内を構成する画像Ｐ８と音声Ｓ８）、第３のコンテンツ（第３の駐車場案内を構成する画像Ｐ９と音声Ｓ９）、第４のコンテンツ（第４の駐車場案内を構成する画像Ｐ１０と音声Ｓ１０）、及び、第５のコンテンツ（第５の駐車場案内を構成する画像Ｐ１１と音声Ｓ１１）が含まれる。駐車場の入り口を通過した車両１０００の車載器２００には、５つ分の空きスペースに関する案内を含むコンテンツデータがプッシュ配信される。このコンテンツデータは、１つの電子ファイルになっている。

【0161】

第１のコンテンツの再生範囲は、地点１６５１を中心とし所定の半径（もしくは指定された半径）を有する円１６０１内である。同様に、第２のコンテンツの再生範囲は地点１６５２を中心とし所定の半径（もしくは指定された半径）を有する円１６０２内、第３のコンテンツの再生範囲は地点１６５３を中心とし所定の半径（もしくは指定された半径）を有する円１６０３内、第４のコンテンツの再生範囲は地点１６５４を中心とし所定の半径（もしくは指定された半径）を有する円１６０４内、第５のコンテンツの再生範囲は地点１６５５を中心とし所定の半径（もしくは指定された半径）を有する円１６０５内である。

【0162】

車載器２００は、エンジンが回転している間、アクセサリー電源（ＡＣＣ）から電気の供給を受け、内蔵バッテリー（図示せず）を充電している。車両１０００のエンジンがストップした際には、車載器２００は、内蔵バッテリーに充電された電気を用いて、しばらくの間は動作が可能になっている。

【0163】

本実施形態の再生処理について、図１６に示す駐車場の模式図と図１７に示すフローチャートを用いて説明する。車載器２００のユーザーは、携帯電話機などの携帯端末１６６０を所有しており、この携帯端末１６６０は、無線のデータ通信により、電子メールやメッセンジャーサービス等を利用することができる。

【0164】

まず、制御部２０７は、路側機１００の通信エリア内に入ると、路側機１００によりプッシュ配信されているコンテンツデータを受信する（ステップＳ１７０１）。

【0165】

制御部２０７は、コンテンツデータに含まれる複数のコンテンツのうち、未だ再生されておらず再生順が最も先のコンテンツ（最先コンテンツ）の番号を表すためのカウンターｉを初期化する（ステップＳ１７０２）。

【0166】

制御部２０７は、ＧＰＳモジュール２０１ａによって取得された現在位置と、拡張ヘッダー情報に指定された再生範囲とを比較することにより、車載器２００がｉ番目のコンテンツについて指定された再生範囲内に達したか否かを判別する（ステップＳ１７０３）。

【0167】

ｉ番目のコンテンツの再生範囲内に車載器２００が達したと判別した場合（ステップＳ１７０３；ＹＥＳ）、制御部２０７は、ｉ番目のコンテンツを再生する（ステップＳ１７０４）。

【0168】

そして、制御部２０７は、コンテンツデータに含まれるすべてのコンテンツを既に再生し終わったか否か、すなわちｉ＝Ｎか否かを判別する（ステップＳ１７０５）。ｉ＝Ｎである場合（ステップＳ１７０５；ＹＥＳ）、制御部２０７は再生処理を終了する。ｉ＝Ｎではない場合（ステップＳ１７０５；ＮＯ）、制御部２０７は、カウンターｉをインクリメントし（ステップＳ１７０６）、ステップＳ１７０３の処理に戻る。

【0169】

一方、ｉ番目のコンテンツの再生範囲内に車載器２００が達していないと判別した場合（ステップＳ１７０３；ＮＯ）、制御部２０７は、車両１０００のエンジンが停止したか否かを判別する（ステップＳ１７０７）。例えば、制御部２０７は、ＡＣＣからの電気の供給がストップしたことをもって、車両１０００のエンジンが停止したと判別してもよい。

【0170】

エンジンが停止していないと判別した場合（ステップＳ１７０７；ＮＯ）、制御部２０７は、ステップＳ１７０３の処理に戻る。一方、エンジンが停止したと判別した場合（ステップＳ１７０７；ＹＥＳ）、制御部２０７は、最後に再生したコンテンツの番号を取得する。すなわち、上記のカウンターｉの値から１を減算した値が、最後に再生したコンテンツの番号である。Ｎ個のコンテンツのうち１つも再生されていない場合には、最後に再生したコンテンツの番号＝０である。そして、制御部２０７は、最後に再生したコンテンツの番号を示す再生済み情報を、路側機１００を介して配信サーバ３００に送信し（ステップＳ１７０８）、車載器２００側の再生処理を終了する。

【0171】

なお、厳密には、車載器２００の制御部２０７が再生済み情報を路側機１００に送信し、路側機１００の制御部１０４が受信した再生済み情報を配信サーバ３００に送信し、配信サーバ３００の制御部３０６が再生済み情報を路側機１００から受信する。

【0172】

配信サーバの制御部３０６は、再生済み情報を、路側機１００を介して受信する（ステップＳ１７０９）。

【0173】

配信サーバの制御部３０６は、受信した再生済み情報に基づいて、車両１０００が駐車した場所を判別する（ステップＳ１７１０）。

【0174】

例えば、車載器２００によって最後に再生されたコンテンツが、図１５における第３のコンテンツであった場合、車両１０００は、第３のコンテンツを再生した後、第４のコンテンツを再生する前に駐車した、と推定される。従って、配信サーバの制御部３０６は、車両１０００が駐車した場所は第３の駐車場案内が示す場所であると判別する。もしくは、制御部３０６は、車両１０００が駐車した場所が、第３のコンテンツの再生範囲から第４のコンテンツの再生範囲までの経路のどこかであると判別する。

【0175】

そして、配信サーバの制御部３０６は、ステップＳ１７１０における判別結果に基づいて、車両１０００が駐車した場所の目安をユーザーに通知する電子メール（お知らせメール）を、予め登録された携帯端末１６６０に送信する（ステップＳ１７１１）。携帯端末１６６０は、お知らせメールを受信する（ステップＳ１７１２）。

【0176】

例えば、配信サーバの制御部３０６は、車両１０００が駐車した場所が第３の駐車場案内が示す場所である旨、すなわち「お客様がお停めになった場所は○階の○○番です」というような内容のお知らせメールを携帯端末１６６０に送信する。

【0177】

あるいは、配信サーバの制御部３０６は、車両１２００が駐車した場所が第３のコンテンツの再生範囲から第４のコンテンツの再生範囲までの経路のどこかである旨、すなわち「お客様がお停めになった場所は○階の○○番通路付近です」というような内容のお知らせメールを携帯端末１６６０に送信する。

【0178】

携帯端末１６６０のユーザー、すなわち車載器２００のユーザーは、車両１０００をどこに停めたのか、もしくは、車両１０００をどの辺りに停めたのかを電子メールを見ることで確認することができる。例えば、ユーザーが旅行のときに出発地の空港まで自動車を運転し、その空港近くの駐車場に停めたとする。ユーザーが所有する携帯端末には、停めた場所もしくは停めた場所を思い出すためのヒントとなる目安が書かれたお知らせメールが届く。ユーザーが旅行から帰ってきたとき、お知らせメールを見れば、出発時にどこに自動車を停めたのかをすぐに思い出すことができる。

【0179】

本実施形態によれば、ユーザーにコンテンツを提供するタイミングの制御をより効率的にすることができるだけでなく、コンテンツの再生状況に応じたユーザーにとって有益な情報を提供することができる。

【0180】

上記各実施形態はあくまでも説明のためのものであり、本願発明の範囲を限定するものではない。例えば、車載器２００を装置の全部又は一部として動作させるためのコンピュータプログラムを、メモリカード、ＣＤ−ＲＯＭ、ＤＶＤ、ＭＯ（Magneto Optical Disk）などのコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータにインストールし、車載器２００として動作させ、あるいは、車載器２００が行う工程を実行させてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、例えば、搬送波に重畳させて、コンピュータにダウンロード等するものとしてもよい。

【0181】

上記各実施形態では、ユーザーに提供するコンテンツとして、駐車場の空きスペースを案内するコンテンツを採用したが、コンテンツはこれに限られるわけではない。例えば、現在地から目的地までの経路を案内するカーナビゲーションシステムにおいて、道路の周辺に路側機１００をあまり多く設置できない地域（具体的には、山間部、田園地帯、地形や道路が複雑な場所など）でユーザーにタイミングよく且つ的確な道路案内、観光案内、広告等を配信したい場合には、数少ない路側機１００が本実施形態のコンテンツタイプ"dsrc/privateSpot"のコンテンツデータのように複数のコンテンツをまとめて配信し、車載器２００が状況によってコンテンツを再生したり再生しなかったり制御すればよい。

【0182】

以上説明したように、本発明によれば、ユーザーにコンテンツを提供するタイミングの制御をより効率的にするために好適な情報提供システム、情報提供装置、及び、情報提供方法を提供することができる。

【符号の説明】

【0183】

１００ 路側機
１０１ 無線通信部
１０２ 通信制御部
１０３ 記憶部
１０４ 制御部
１０５ ＲＯＭ
１０６ ＲＡＭ
１０７ システムバス
２００ 車載器
２０１ 通信部
２０１ａ ＧＰＳモジュール
２０１ｂ ＶＩＣＳモジュール
２０２ 音声処理部
２０３ 出力部
２０４ 操作部
２０５ Ｉ／Ｏ部
２０６ 記憶部
２０７ 制御部
２０８ ＲＯＭ
２０９ ＲＡＭ
２１０ システムバス
２２５ センサ群
３００ 配信サーバ
３０１ 入力部
３０２ 出力部
３０３、３０４ 通信制御部
３０５ 記憶部
３０６ 制御部
３０７ ＲＯＭ
３０８ ＲＡＭ
９００，１３００，１５００ コンテンツデータ
１６６０ 携帯端末

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】