情報提供システム、情報送受信用の端末および情報提供方法
【課題】ユーザにとって真に有用な情報のみを受信可能とする。
【解決手段】情報提供システム１０は、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両１００に搭載される端末となるＤＳＲＣ車載器２０と、その端末２０に各コンテンツを送信可能な基地局となる路側無線装置４０と、基地局４０に各コンテンツを提供可能な情報提供サーバ６０と、を有する。そして、情報提供サーバ６０は、端末２０または基地局４０が備える通信環境を判断する制御部を有し、端末２０は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理を保存する保存処理と、基地局４０との通信エリアに入ったとき、保存した内容を基地局４０に送信する送信処理の少なくとも３つの処理を行う制御部を有する。
【解決手段】情報提供システム１０は、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両１００に搭載される端末となるＤＳＲＣ車載器２０と、その端末２０に各コンテンツを送信可能な基地局となる路側無線装置４０と、基地局４０に各コンテンツを提供可能な情報提供サーバ６０と、を有する。そして、情報提供サーバ６０は、端末２０または基地局４０が備える通信環境を判断する制御部を有し、端末２０は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理を保存する保存処理と、基地局４０との通信エリアに入ったとき、保存した内容を基地局４０に送信する送信処理の少なくとも３つの処理を行う制御部を有する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報提供システム、 情報送受信用の端末および情報提供方法に関する。
【背景技術】
【０００２】
特許文献１は、道路に設けた路側機と車両に設けた車載情報端末装置の間で、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：狭域通信）を利用して通信し、路側機近傍を通過する車両に対して、近郊の広告情報をスポット的に提供する情報提供システムを開示する。この情報提供システムにより提供された広告情報は、車載情報端末装置のディスプレイ上に表示されることにより、乗員に広告情報を通知できるようになっている。
【０００３】
特許文献２は、センター装置と車載器が相互通信を行ない、現在地の地域の広告情報を受信することができる広告配信システムを開示する。この広告配信システムにより提供された広告情報は、車両の外方にその広告情報を表示させることにより、ＤＳＲＣ車載器を搭載していない他の車両の乗員にもその広告情報を通知することができるようになっている。
【０００４】
【特許文献１】特開２００１−１０１５８７号公報（特許請求の範囲など）
【特許文献２】特開２００４−２７９５０９号公報（特許請求の範囲など）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１および特許文献２に開示されるシステムにおいて配信される広告情報は、個人を特定しないで配信される大衆向けの広告情報であり、必ずしもユーザにとって有益な情報であるとは限らない。
【０００６】
また、サービスや商品を提供する業者は、再度来店してくれるリピータを増やしたいと考え、クーポンやポイントなどの得点をユーザに与えているが、リピート率は上がっていないのが現状である。これは特許文献１や特許文献２の広告配信システムを利用した場合も同様である。
【０００７】
そこで、本発明は、ユーザにとって真に有用な情報のみを受信可能とする情報提供システム、情報送受信用の端末および情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明に係る情報提供システムは、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、端末に各コンテンツを送信可能な基地局と、基地局に各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムであって、情報提供サーバは、端末または基地局が備える通信環境を判断する制御部を有し、端末は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、基地局との通信エリアに入ったとき、事前処理または上記情報の内容を基地局に送信する送信処理の少なくとも３つの処理を行う制御部とを有している。
【０００９】
他の発明は、上述の発明に加え、情報提供サーバの制御部は、基地局が他の通信網に接続できるか否かの判定をし、その判定結果に基づき、事前処理を行うための手段を特定し、その特定された手段用の情報を送信している。
【００１０】
また、他の発明は、上述の発明に加え、情報提供サーバの制御部は、端末から送信されてきた端末の特性情報に基づき、事前処理を行うための手段を特定し、その特定された手段用の情報を送信している。
【００１１】
さらに、他の発明は、上述の発明に加え、前記情報提供サーバは、基地局と端末が共に他の同一の通信網と接続できるときには、端末を他の通信網に強制的に接続させ、事前処理を促している。
【００１２】
また、他の発明は、上述の発明に加え、情報提供サーバが、送信処理によって事前処理または情報の内容を受信したとき、情報提供サーバの制御部は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報を端末に送信している。
【００１３】
また、他の発明は、上述の発明に加え、事前処理は、（１）入会または退会の権原を有する登録者のインターネット上のホームページに他の機器によって接続し、（２）そのホームページで入会または退会の処理を行う処理であり、保存処理は、その処理の結果を端末に保存する処理としている。
【００１４】
また、他の発明は、上述の発明に加え、保存処理は、（１）実施した事前処理を端末に仮登録する処理と、（２）端末の制御部が、当該処理が正しいものであるかの確認をする画面を生成する確認処理と、（３）確認処理によって確認された場合、端末に本登録する処理とを有する処理としている。
【００１５】
また、他の発明は、上述の発明に加え、事前処理は、（１）端末が会員用のコンテンツを受信し、または表示する権原を与えられていないと情報提供サーバの制御部が判断し、（２）その判断に基づき、情報提供サーバが基地局を介して会員となることを誘う勧誘コンテンツを端末に送信し、（３）その勧誘コンテンツに基づき他の通信網を利用して入会処理を行う処理であり、保存処理は、端末内の事業者のコード欄に対象となる事業者コードを記録する処理としている。
【００１６】
また、他の発明は、上述の発明に加え、勧誘コンテンツは、入会の権原を有する事業者のインターネット上のホームページに接続できるコードが表示される画像を有するものとしている。
【００１７】
さらに、他の発明は、上述の各発明に加え、事前処理は、（１）情報提供サーバが退会処理用のコンテンツを前記端末に送信し、（２）その退会処理用のコンテンツを端末の表示部で表示し、（３）その表示された画面に基づき、他の通信網等の他の手段を利用して退会処理を行う処理であり、保存処理は、端末内の対象となる事業者のコードを削除する処理としている。
【００１８】
また、本発明の情報送受信用の端末は、所定の通信方式により基地局から配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される情報送受信用の端末において、端末は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、基地局との通信エリアに入ったとき、事前処理または上記情報の内容を基地局に送信する送信処理の少なくとも３つの処理を行う制御部を有している。
【００１９】
また、本発明の情報提供方法は、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、端末に各コンテンツを送信可能な基地局と、基地局に各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムに用いられる情報提供方法であって、会員用のコンテンツを受信できるようにする入会処理、または受信できないようにする退会事前処理を行う事前処理ステップと、その実施した事前処理または事前処理によって得られた情報を保存する保存処理ステップと、基地局との通信エリアに入ったとき、事前処理または情報の内容を基地局に送信する送信処理ステップとを有している。
【発明の効果】
【００２０】
本発明は、ユーザにとって真に有用な情報のみを受信可能とする情報提供システム、情報送受信用の端末および情報提供方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態に係る情報提供システム、情報送受信用の端末および情報提供方法について図面に基づいて説明する。以下の説明では、情報送受信用の端末および情報提供方法は、情報提供システム１０の説明の中で併せて説明する。
【００２２】
図１は、本発明の実施の形態に係る情報提供システム１０全体の構成を示す図である。この図１に示すように、情報提供システム１０は、車両１００に搭載される端末としてのＤＳＲＣ車載器２０と、道路沿いや駐車場やその近傍に配置される基地局としての路側無線装置４０と、インターネット等の無線または有線による通信網１１０によって路側無線装置４０に接続され、路側無線装置４０に複数のコンテンツを提供するセンター装置となる情報提供サーバ６０を主要な構成要素としている。
【００２３】
図１に示すように、情報提供サーバ６０は、ＤＳＲＣ専用のネットワークであるＩＴＳ通信網１１０ａを介して路上や駐車場、道の駅等に複数設置された路側無線装置４０Ａ、４０Ｂと接続されている。各路側無線装置４０Ａ、４０Ｂは、ＤＳＲＣ通信機能を備えたＤＳＲＣ車載器２０と無線通信可能に構成され、ＤＳＲＣ車載器２０と通信が確立すると、その旨を情報提供サーバ６０に通知し、情報提供サーバ６０からコンテンツ情報を受信してＤＳＲＣ車載器２０に送信する。路側無線装置４０Ａは、ＤＳＲＣ専用の独自プロトコルによりＤＳＲＣ車載器２０および情報提供サーバ６０と通信（ＤＳＲＣ非ＩＰ通信という）を行う。路側無線装置４０Ｂは、インターネットプロトコル（ＩＰ）によりＤＳＲＣ車載器２０および情報提供サーバ６０と通信（ＤＳＲＣＩＰ通信という）を行う。
【００２４】
また、情報提供サーバ６０は、外部ネットワークである一般通信網１１０ｂにも接続されている。一般通信網１１０ｂは、インターネット、およびこれに接続された移動体通信網、無線ＬＡＮ（Local Area Network）、Ｗｉｍａｘ（Worldwide Interoperability for Microwave
Access）等の無線通信網を含んでおり、情報提供サーバ６０は、一般通信網１１０ｂを介してＤＳＲＣ車載器２０からのコンテンツ情報の取得要求を受信すると、要求されたコンテンツ情報をＤＳＲＣ車載器２０に送信する。
【００２５】
ここで、情報提供サーバ６０が路側無線装置４０Ａを介してＤＳＲＣ車載器２０に提供するコンテンツ情報は、たとえば、車両１００の周辺の店舗、駐車場、医療施設等の各種施設のサービス案内であり、以下これらのコンテンツ情報を第１のコンテンツ情報と呼ぶ。また、情報提供サーバ６０が一般通信網１１０ｂを介して、もしくは路側無線装置４０Ｂを介してＤＳＲＣ車載器２０に提供するコンテンツ情報は、ＤＳＲＣ車載器２０でＷｅｂページを表示するためのＨＴＭＬファイルや、Ｗｅｂページを介して提供される画像情報、音楽情報等のマルチメディアコンテンツ等であり、以下これらのコンテンツ情報を第２のコンテンツ情報と呼ぶ。
【００２６】
図２は、ＤＳＲＣ車載器２０と路側無線装置４０との通信状態を示す図である。路側無線装置４０（４０Ａ、４０Ｂ）は、図２に示すように、本体装置４０ａとアンテナ４０ｂとを有する構成とされている。路側無線装置４０Ａ、４０Ｂは、道路脇や道路上方、駐車場、道の駅等に設置されたアンテナ４０ｂから、到達距離が限定されたＤＳＲＣの電波を放射して近傍に通信エリアとなる路側エリアＺを形成する。この路側エリアＺ内にある車両１００のＤＳＲＣ車載器２０とだけ双方向狭域無線通信が可能となる。
【００２７】
ＤＳＲＣは、５．８GHz帯域の電波を使った通信方式であり、その通信範囲はたとえば数メートルから数十メートルである。路側無線装置４０Ａ、４０ＢからのＤＳＲＣの送信出力は何れも同じ程度に設定されているので、複数の路側無線装置４０Ａ、４０Ｂがそれぞれ形成する路側エリアＺは設置場所に関係なく、ほぼ一定である。
【００２８】
本体装置４０ａは、ＤＳＲＣ車載器２０と情報提供サーバ６０間の情報のやりとりを仲介するための処理を行う。すなわち、アンテナ４０ｂを介してＤＳＲＣ車載器２０から受信された情報を、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に転送し、情報提供サーバ６０から送信された第１または第２のコンテンツ情報をＤＳＲＣ車載器２０へ転送する。本体装置４０ａは、情報処理や通信制御を行う制御部、記憶部等を備えたコンピュータ端末を適用することができる。
【００２９】
路側無線装置４０Ａの本体装置４０ａの制御部は、ＤＳＲＣ専用のプロトコルによりＤＳＲＣ車載器２０との通信制御を行う。路側無線装置４０Ｂの本体装置４０ａの制御部は、ＤＳＲＣ車載器２０の通信環境に合わせ、インターネットプロトコルまたはＤＳＲＣ専用のプロトコルによりＤＳＲＣ車載器２０との通信制御を行う。
【００３０】
図３は、図１に示すＤＳＲＣ車載器２０の構成を示すブロック図である。この図３に示すようにＤＳＲＣ車載器２０は、ＤＳＲＣ部２１と、ナビ部２７と、それらを制御部３４とを主要な構成要素としている。以下、具体的に説明する。
【００３１】
ＤＳＲＣ部２１は、図３に示すように、更に送受信部／変復調部２２と、ＤＳＲＣ制御部２３と、ＤＳＲＣ−ＡＳＬ処理部２４と、メモリ部２５と、ヒューマンマシンインタフェース部２６と、を主要な構成要素としている。
【００３２】
送受信部／変復調部２２は、「ＡＲＩＢ ＳＴＤ−Ｔ７５」に準拠したインタフェース（ＤＳＲＣプロトコルの物理層に相当するインタフェース）を実装している。また、送受信部／変復調部２２は、受信した電波をデジタル変調／復調する機能（ＡＳＫ／ＱＳＰＫ）を有する。ＤＳＲＣ制御部２３は、路側無線装置４０とのＤＳＲＣ通信を行なう。具体的には、「ＡＲＩＢ ＳＴＤ−Ｔ７５」に準拠したインタフェース（ＤＳＲＣプロトコルのデータリンク層およびアプリケーション層に相当するインタフェース）を実装し、路側無線装置４０と５．８ＧＨｚ帯の無線通信を行なうことができる。また、ＤＳＲＣ制御部２３は、送信されてきたデータのフレーム内に含まれる識別子（ＥＩＤ）により路側無線装置４０の通信相手であるＤＳＲＣ車載器２０内の対応するアプリケーションを特定することができる。
【００３３】
ＤＳＲＣ−ＡＳＬ処理部２４は、基本アプリケーション処理およびセキュリティプラットフォームを提供する。具体的には、「ＡＲＩＢ ＳＴＤ−Ｔ８８」に準拠した通信インタフェースを実装し、ＤＳＲＣ車載器２０にインストールされている各アプリケーションと路側無線装置４０との間でＤＳＲＣ−ＡＳＬによる通信制御を行なう。
【００３４】
上述した送受信部／変復調部２２、ＤＳＲＣ制御部２３およびＤＳＲＣ−ＡＳＬ処理部２４は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた、いわゆるＩＰ系通信と、ＩＰを用いずその他の通信プロトコルで通信制御を行なう、いわゆる非ＩＰ系通信のそれぞれに対して通信インタフェースを提供する。
【００３５】
ＤＳＲＣ−ＡＳＬ処理部２４は、ＩＰ系通信を用いるアプリケーションに対しては、ＰＰＰ制御プロトコル（ＰＰＰＣＰ）、ＬＡＮ制御プロトコル（ＬＡＮＣＰ）およびＴＣＰ／ＩＰにより通信制御を行なう。一方、ＤＳＲＣ−ＡＳＬ処理部２４は、非ＩＰ系通信を用いるアプリケーションに対しては、拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）、ローカルポート制御プロトコル（ＬＰＣＰ）、ローカルポートプロトコル（ＬＰＰ）により通信制御を行なう。具体的には、ＤＳＲＣ−ＡＳＬ処理部２４は、各プロトコルによりアプリケーションデータに付加されるそれぞれの識別子により通信制御を行なう。
【００３６】
たとえば、ＩＰ系通信を用いるアプリケーションから路側無線装置４０の後述する無線通信部４１（図４参照）へデータを送信する場合には、各プロトコルによりポート番号,ＩＰアドレス,ＭＡＣアドレス,アクセス点識別子,ＥＩＤ,ＬＩＤを識別子として、アプリケーションが生成したアプリケーションデータへ順番に追加してパケットフレームが生成される。一方、路側無線装置４０の無線通信部４１からアプリケーションへデータが送信されてきた場合には、ＤＳＲＣ−ＡＳＬ処理部２４は、パケットフレーム内に含まれるＬＩＤ,ＥＩＤ,アクセス点識別子,ＭＡＣアドレス,ＩＰアドレス,ポート番号を各プロトコルにより順番に識別して、そのデータの送信先であるアプリケーションを特定することができる。
【００３７】
また、非ＩＰ系通信を用いるアプリケーションから路側無線装置４０の無線通信部４１へデータを送信する場合には、ローカルポート番号,アクセス点識別子,ＥＩＤ,ＬＩＤを識別子として、アプリケーション３が生成したアプリケーションデータに順番に追加してパケットフレームが生成される。一方、路側無線装置４０の無線通信部４１から非ＩＰ系通信を用いるアプリケーションへデータが送信されてきた場合には、ＤＳＲＣ−ＡＳＬ処理部２４は、パケットフレーム内に含まれるＬＩＤ,ＥＩＤ,アクセス点識別子,ローカルポート番号を各プロトコルにより順番に識別して、そのデータの送信先であるアプリケーション３を特定することができる。なお、従来のＥＴＣは、他のアプリケーションによってＥＩＤにより識別することができる。
【００３８】
このように、ＤＳＲＣ部２１が構成されていることによって、ＤＳＲＣ車載器２０は、従来のＥＴＣやＥＭＶクレジットなどの非ＩＰ系通信を用いるアプリケーションのみならず、インターネット上で使用されるＩＰ系通信を用いるアプリケーションとの通信が可能となることによって、より多様なサービスをＤＳＲＣ車載器２０において利用することができる。
【００３９】
メモリ部２５は、たとえば、フラッシュメモリ等によって構成されており、制御部３４が実行する基本的なプログラムを格納している。また、メモリ部２５は、ＣＰＵ（図示外）が演算処理を実行する際に、演算途中のプログラムまたはデータを一時的に記憶する。
【００４０】
ヒューマンマシンインタフェース部２６は、非ＩＰ系通信およびＩＰ系通信に対応したインタフェースを提供する機能を有する。具体的には、ＩＰ系通信に用いるＤＳＲＣ応用サービスに対応するためのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）ブラウザ（たとえばＨＴＭＬ４．０１，ＣＳＳ１およびＣＳＳ２など）、ＩＰ系／非ＩＰ系通信に用いるＤＳＲＣ応用サービスに対応するための文字コーデック（たとえばＪＩＳ、ＵＮＩＣＯＤＥなど），音声コーデック（たとえばＴＴＳ，ＭＰ３など），画像コーデック（たとえばＪＰＥＧ、ＧＩＦなど），動画コーデック（たとえばＭＰＥＧ４）などを搭載している。
【００４１】
ナビ部２７は、図３に示すように、更にナビデータ処理部２８と、ヒューマンマシンインタフェース部２９と、高精度測位計測部３０と、地図データ部３１と、操作部３２と、表示部３３と、を主要な構成要素とする。ナビ部２７は、主にカーナビゲーションシステムとしての機能を有する。
【００４２】
ナビデータ処理部２８は、情報提供制御機能および情報収集機能を有する。情報提供制御機能は、非ＩＰ系通信への対応として，優先表示，情報提供判断および情報蓄積等の情報提供を制御する機能である。情報収集機能は、ナビ部２７が保持又は蓄積している車両内情報を，ＤＳＲＣ部２１を通してアップリンクする機能、すなわち、路側無線装置４０へ送信する機能、である。なお、ヒューマンマシンインタフェース部２９は、上述したヒューマンマシンインタフェース部２６と同様の機能であるため、説明を省略する。
【００４３】
高精度測位計測部３０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機やジャイロセンサを有し、それらにより測位計測を行ない，車両１００の位置を常に把握する機能を有する。地図データ部３１は、高精度測位計測部３０による車両１００の位置にマッチングした現在地の地図データを提供する機能を有する。また、地図データ部３１は、目的地まで誘導できる地図データを提供することができる。なお、地図データ部３０の有する地図データは、メモリ部２５に記憶されている。操作部３２は、釦やリモコンによる操作や、表示部３３の表示画面へのタッチパネル操作、音声指示による操作ができる機能を有する。表示部３３は、ＤＳＲＣ応用サービスに対応した画面表示案内やスピーカを使用した音声案内を行なうことができる機能を有する。制御部３４は、上述したＤＳＲＣ部２１と、ナビ部２７に含まれるすべての処理に関してＣＰＵ（図示外）等により演算／制御する機能を有する。
【００４４】
続いて、基地局としての路側無線装置４０と、情報提供サーバ６０について図４を用いて説明する。図４は、図１に示す路側無線装置４０および情報提供サーバ６０の構成を示すブロック図である。
【００４５】
基地局としての路側無線装置４０は、ＤＳＲＣ車載器２０に順次コンテンツ情報を同報通信するための機能を担う部分である。路側無線装置４０は、無線通信部４１、通信制御部４２、記憶装置４３、制御部４４、ＲＯＭ４５、ＲＡＭ４６、システムバス４７を備える。
【００４６】
無線通信部４１は、アンテナ４０ａを含む部分で、電波信号、光信号等の無線信号により路側無線装置４０の近傍を通過する車両１００に設置されたＤＳＲＣ車載器２０との間で情報を交信する。たとえば、無線通信部４１は、情報提供サーバ６０から提供された交通情報や広告などのディジタルデータ１５０（図６参照、詳細は後述）をＤＳＲＣ車載器２０に送信する。また、無線通信部４１は、ＤＳＲＣ車載器２０から送信されてくる車両ＩＤ等の情報を受信する。
【００４７】
通信制御部４２は、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に接続され、情報提供サーバ６０から送信される交通情報や広告などのディジタルデータ１５０を受信して記憶装置４３に格納する。また、ＤＳＲＣ車載器２０から取得した情報を情報提供サーバ６０に送信する。
【００４８】
記憶装置４３は、情報提供サーバ６０から受信した交通情報や広告などのディジタルデータ１５０を格納する。制御部４４は、ＣＰＵ等から構成され、路側無線装置４０全体の動作を制御する。たとえば、制御部４４は、記憶装置４３に格納されているディジタルデータ１５０を、無線通信部４１を制御してＤＳＲＣ車載器２０にプッシュ配信する。制御部４４は、無線通信部４１によりＤＳＲＣ車載器２０から取得した情報を記憶装置４３に格納する。また、制御部４４は、トラフィックカウンター（図示せず）などを用いて路側無線装置４０の周辺の交通情報を生成して記憶装置４３に格納し、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に送信することもできる。
【００４９】
ＲＯＭ４５は、路側無線装置４０全体の動作制御に必要なオペレーティングシステム（ＯＳ）、プログラム、各種のデータを記憶する。ＲＡＭ４６は、制御部４４のワークエリアとして機能する。システムバス４７は、上記各部の間で命令やデータを転送するための伝送経路である。
【００５０】
続いて、情報提供サーバ６０のハードウェア構成と各部の動作について説明する。情報提供サーバ６０は、路側無線装置４０にサービス事業者から提供される地域情報や広告情報などを配信するサーバであり、図４に示すように、入力部６１と、出力部６２と、第１と第２の通信制御部６３，６４と、記憶装置６５と、制御部６６と、ＲＯＭ６７と、ＲＡＭ６８と、システムバス６９とを主要な構成要素とする。なお、図１における情報提供サーバ６０は、便宜上１つのサーバとして図示しているが、必ずしも一つである必要はなく、複数の情報提供サーバ６０としてもよい。
【００５１】
入力部６１は、キーボード、マウス、入力インタフェース等を備え、種々のデータや指示を入力する機能を有する。出力部６２は、表示装置などから構成され、データ、メッセージなどを表示する機能を有する。
【００５２】
第１の通信制御部６３は、電話回線、インターネット等の一般通信網１００ｂを介して外部装置と交信し、種々の情報を取得する機能を有する。第２の通信制御部６４は、ＩＴＳ通信網１００ａを介して１つまたは複数の路側無線装置４０に接続され、路側無線装置４０に交通情報を送信する機能を有する。また、第２の通信制御部６４は、ＤＳＲＣ専用のネットワークであるＩＴＳ通信網１００ａを介して、路側無線装置４０がＤＳＲＣ車載器２０との交信などにより得た情報を収集する機能を有する。
【００５３】
記憶装置６５は、ハードディスク装置等を備え、種々の交通情報を格納する機能を有する。また、記憶装置６５は、各路側無線装置４０の位置、アドレス等と共にその近傍の地理情報を記憶する機能を有する。
【００５４】
制御部６６は、プロセッサ等から構成され、情報提供サーバ６０全体の動作を制御する機能を有する。また、制御部６６は、記憶装置６５に格納されている各種情報に基づいて、各路側無線装置４０に、その路側無線装置４０近傍から配信する情報を作成し、第２の通信制御部６４およびＩＴＳ通信網１００ａを介して路側無線装置４０に供給する機能を有する。この制御部６６は、ＤＳＲＣ車載器２０が備える通信環境や路側無線装置４０が備える通信環境を判断し、入会や退会のためのツール（コンテンツ）を選択し、その通信環境に合ったツール（コンテンツ）をＤＳＲＣ車載器２０に送信する。
【００５５】
ＲＯＭ６７は、この情報提供サーバ６０全体の動作制御に必要なＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のデータを記憶する機能を有する。ＲＡＭ６８は、制御部６６のワークエリアとしての機能を有する。システムバス６９は、上記各部の間で命令やデータを転送するための伝送経路としての機能を有する。
【００５６】
続いて、ＤＳＲＣ車載器２０と路側無線装置４０の間で行なわれるトランザクションについて図５を用いて説明する。図５は、図１に示すＤＳＲＣ車載器２０と路側無線装置４０の間で行なわれるトランザクションを示す図である。
【００５７】
この図５に示すトランザクションは、ＤＳＲＣ車載器２０に電源が投入された時から、路側無線装置４０の通信エリア内にＤＳＲＣ車載器２０が進入し（以下、この進入時点を「エリアイン」という）、ＤＳＲＣ車載器２０が通信エリア外に移動する時（以下、この時点を「エリアアウト」という）までの各部の通信処理を示すものである。以下、各ステップについて説明する。
【００５８】
ステップＳ１００：ＤＳＲＣ車載器２０の一部であるナビ部２７およびＤＳＲＣ部２１は、ＤＳＲＣ車載器２０の電源が投入されると、ナビ部２７からＤＳＲＣ部２１にクライアントインフォメーションデータが書き込まれる。ここで、クライアントインフォメーションデータには、ＤＳＲＣ車載器２０が他の通信網となるインターネットに接続できるか否かの情報、通信エリア内にいるＤＳＲＣ車載器２０が再生可能なコンテンツの種類、ＤＳＲＣ車載器２０が搭載するコンテンツ再生アプリケーション等の情報が含まれる。また、ＤＳＲＣ車載器２０が対応可能な言語情報、ナビ部２１の有する測地系情報（日本または世界の測地系情報）、対応可能なＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍａｅｎｔ）、搭載している表示部（ディスプレイ）の解像度、蓄積可能なデータ量等も含まれている。
【００５９】
ステップＳ１０１：ＤＳＲＣ車載器２０を搭載した車両がエリアインすると、路側無線装置４０とＤＳＲＣ車載器２０の間で個別ＰＵＳＨ型配信の通信を確立すべく、ＤＳＲＣ接続処理（たとえばＤＳＲＣ−ＳＰＦにおける認証処理）が行なわれる。なお、ＤＳＲＣ接続処理の詳細については、省略する。
【００６０】
ステップＳ１０２：路側無線装置４０とＤＳＲＣ部２１は、ＤＳＲＣ接続処理が完了すると、情報提供サーバ６０およびナビ部２７に対してそれぞれＤＳＲＣ接続通知を行なう。
【００６１】
ステップＳ１０３：ＤＳＲＣ部２１は、路側無線装置４０に対してナビ部２７により書き込まれたクライアントインフォメーションデータを送信（アップリンク）する。また、路側無線装置４０は、上述したクライアントインフォメーションデータを情報提供サーバ６０に通知することができる。なお、このステップＳ１０３は、「ＪＥＩＴＡ ＴＴ−６００２」および「ＪＥＩＴＡ ＴＴ−６００３」に規定されたクライアント情報通知コマンドに相当する。
【００６２】
ステップＳ１０４：情報提供サーバ６０は、ステップＳ１０３で通知されたクライアントインフォメーションデータに基づき、複数のアプリケーションを効果的に処理するための共通化領域用のＩＤであるＡＳＬ−ＩＤ等による会員判別や、そのＤＳＲＣ車載器２０が有する機能情報を解析して、ＤＳＲＣ車載器２０に適したコンテンツをマルチコンテンツフォーマットで編成して、路側無線装置４０に受け渡す。情報提供サーバ６０は、これらのクライアントインフォメーションデータからＤＳＲＣ車載器２０で再生可能なコンテンツやＤＳＲＣ車載器２０が保有する機能が分かるため、最適なコンテンツを編成して配信することが可能となる。また、情報提供サーバ６０は、車載器ＩＤ通知コマンド等を用いることにより、ＤＳＲＣ車載器２０固有のＩＤを取得することも可能であるため、ＤＳＲＣ車載器２０を特定することが可能となる。会員判別は、この固有のＩＤを利用して行ってもよい。会員判別の結果に基づく入会勧誘、入会確認および退会確認の処理については後述する。なお、ＡＳＬ−ＩＤがＤＳＲＣ車載器２０固有のＩＤを兼ねるようにしてもよい。
【００６３】
また、たとえば、情報提供サーバ６０および／または路側無線装置４０において、保有する顧客ＤＢ等とＤＳＲＣ車載器２０の固有ＩＤを照合するにより、ＤＳＲＣ車載器２０の搭載された車両１００を特定することも可能となる。路側無線装置４０は受け取ったコンテンツをＤＳＲＣ車載器２０のＤＳＲＣ部２１へ配信する。ＤＳＲＣ部２１は、ナビ部２７にそのコンテンツを配信する。ナビ部２７は、マルチコンテンツフォーマットのデータからコンテンツを配信したサービス事業者を判断する。
【００６４】
マルチコンテンツフォーマットの詳細については後述するが、このマルチコンテンツフォーマットを利用することで、ＰＵＳＨ型配信であるＤＳＲＣ通信においても、個人の趣味・嗜好等に即した個別のＰＵＳＨ型配信を可能にしている。また、このマルチコンテンツフォーマットで提供されるコンテンツは、ＤＳＲＣ車載器２０に一度、蓄積されて、特定の条件を満たした場合に、再生される仕組みとなっている。したがって、ＤＳＲＣ通信により情報を送受信するためには、その特定の通信エリア内に留まっていないと行なうことができないが、受信した情報を蓄積して記憶させておくことで、エリア外でも情報を再生することが可能となる。更に、地域情報や広告情報などのコンテンツの再生タイミングを設定しておくことで、ユーザのニーズに合わせて情報を配信することを可能にしている。
【００６５】
ステップＳ１０５：情報提供サーバ６０は、ステップＳ１０４の処理以降、路側無線装置４０を介して、後述するアップリンクタグエリアに情報が書き込まれていないかを確認するため、ＤＳＲＣ車載器２０に対して定期的にポーリングを行なう。このポーリングによりアップリンクタグエリアに情報が書き込まれている場合には、その情報を取得し、書き込まれていない場合には、更にポーリングを続ける。
【００６６】
ステップＳ１０６：ナビ部２７は、ステップＳ１０４で受け取ったコンテンツからサービス事業者を判別して、そのサービス事業者用のアップリンク用のデータをＤＳＲＣ部２１の特定の領域（以下、「アップリンクタグエリア」という）に書き込む。ただし、ナビ部２７は、そのサービス事業者用のアップリンク用のデータが存在しない場合や、そのサービス事業者の非会員である場合にはアップリンクタグエリアには書き込まない。なお、アップリンクタグエリアおよびアップリンクタグのフレーム構成については、後述する。ステップＳ１０６の後、公共の情報が情報提供サーバ６０からＤＳＲＣ車載器２０に配信される。
【００６７】
ステップＳ１０７：ＤＳＲＣ部２１は、ステップＳ１０６においてアップリンクタグエリアに情報が書き込まれた場合には、その情報を路側無線装置４０に通知する（アップリンクする）。なお、以下、この処理で送られる情報を「アップリンク情報」という。路側無線装置４０は、そのアップリンク情報を情報提供サーバ６０へ受け渡す。
【００６８】
ステップＳ１０８：情報提供サーバ６０は、ステップＳ１０７の処理以降、路側無線装置４０を介して、アップリンクタグエリアに情報が更新されていないか、定期的にポーリングを行なう。このポーリングによりアップリンクタグエリアの情報が更新されている場合には、その情報を取得し、更新されていない場合には、更にポーリングを続ける。
【００６９】
ステップＳ１０９：情報提供サーバ６０は、ステップＳ１０７によって、アップリンク情報を取得したときは、その情報に基づき、会員嗜好に適したコンテンツをマルチコンテンツフォーマットで編成して、路側無線装置４０に配信する（以下、このステップの処理を「ダウンリンク」という）。路側無線装置４０は、配信されたコンテンツをＤＳＲＣ部２１に送信する。ＤＳＲＣ部２１は、配信されたコンテンツを解析してナビ部２７に配信したり、メモリ部２５に蓄積したりする。
【００７０】
ステップＳ１１０：情報提供サーバ６０は、嗜好データに適したコンテンツの配信が終了したときは、その旨をＤＳＲＣ部２１に対して通知してエリアアウトを促す。これは、１台の車両が長時間に渡って通信エリアを占領すると、他の会員へのサービスができなくなるためである。なお、このエリアアウトを促す通知を行わないようにしてもよい。
【００７１】
続いて、上述したトランザクション上でやり取りされるマルチコンテンツフォーマットについて説明する。マルチコンテンツフォーマットは、ひとつのデータ形式で様々なＤＳＲＣ応用サービスに対応できるようにＩＤ別に構成された複合フォーマットを構成している。また、目的に応じて必要な項目（ＩＤ）のみで配信コンテンツを構成可能なデータフォーマットでもある。したがって、マルチコンテンツフォーマットは、配信データ量を抑えて、ネットワークトラフィックを低減することが可能となっている。マルチコンテンツフォーマットのデータは、ディジタルデータで構成されている。
【００７２】
従来のＩＴＳ車載器は、通信エリア内での路側無線装置４０からの配信に対して、配信された順番通りにデータを再生するが、このマルチコンテンツフォーマットは、受信後に配信された順番通りにデータを再生する以外に、カーナビゲーションの機能と連動して特定の場所でコンテンツを再生することや、特定の場所への誘導も可能である。更に、このマルチコンテンツフォーマットは、配信を受けたＤＳＲＣ車載器２０内にデータを蓄積することを前提としているため、路側無線装置４０の通信エリア外でも配信データを活用することが可能となっている。
【００７３】
また、ＤＳＲＣ車載機２０が、データの配信元を考慮した動作をすることが可能なため、スパム防止にも役立つ。マルチコンテンツフォーマットは、ＤＳＲＣ車載器２０から情報提供サーバ６０へのアップリンク機能も有する。ＤＳＲＣ車載器２０に設定されている目的地や立ち寄り地の情報を始め、行動履歴や配信されたコンテンツの視聴履歴を採ることも可能である。
【００７４】
図６は、図５で示すトランザクションにおいて送受信されるマルチコンテンツフォーマットの一部のデータであるディジタルデータ１５０の構成例を示す図である。このマルチコンテンツフォーマットのデータ構成を利用することで、配信したコンテンツの様々な動作を規定することができる。また、配信されるコンテンツは、複数のＩＤが付与されたコンテンツから構成されているため、コンテンツの動作ごとに構成を変えることが可能となっている。図６に示すその代表的なＩＤについて各々説明する。
【００７５】
ディジタルデータ１５０は、図６に示すように、構成ＩＤ情報５００、事業者情報５０１（詳細は図７参照）、コンテンツ情報５０２（詳細は図８参照）、再生条件情報５０３（詳細は図９参照）、有効期限情報５０４（詳細は図１０参照）、提供時間情報５０５（詳細は図１１参照）、対象地点情報５０６（詳細は図１２参照）、情報提供地点情報５０７（詳細は図１３参照）、遷移情報５０８（詳細は図１４参照）、詳細情報５０９（詳細は図１５参照）、駐車場情報５１０（詳細は図１６参照）、運転支援情報５１１（詳細は図１７参照）、嗜好情報５１２（詳細は図１８参照）、構成ＩＤ情報５００（詳細は図１９参照）、および拡張用予備領域５１３、の各項目を含む。各項目には固有のＩＤが予め割り当てられている。１つのディジタルデータ１５０は、これらの情報の一部または全部を格納する１つの“情報グループ”とも言える。
【００７６】
１つのディジタルデータ１５０には、上述した各項目の全部または一部が含まれる。つまり、配信されるディジタルデータ１５０は必ずしも上述した各項目のすべてを含まなくてもよく、ディジタルデータ１５０の使用目的に応じて上述した各項目のうちいずれかを含むように構成すればよい。たとえば、ディジタルデータ１５０の内容が店舗の広告であって、その店舗が駐車場を有しているかあるいは付近に利用可能な駐車場があるのであれば、駐車場情報５１０を含んでいることが望ましい。しかし、店舗とは無関係の駐車場内速度案内などであれば、駐車場情報５１０を含む必要はない。ディジタルデータ１５０の提供側（作成者側）は、ディジタルデータ１５０の使用目的に応じて、どの項目にどのような情報を格納すべきかを考慮してディジタルデータ１５０を作成すればよい。
【００７７】
次に、各項目のそれぞれに格納される情報内容について詳しく説明する。
【００７８】
最初に、構成ＩＤ情報５００の詳細について説明する。構成ＩＤ情報５００は、ディジタルデータ１５０に、後述する、事業者情報５０１、コンテンツ情報５０２、再生条件情報５０３、有効期限情報５０４、提供時間情報５０５、対象地点情報５０６、情報提供地点情報５０７、遷移情報５０８、詳細情報５０９、駐車場情報５１０、運転支援情報５１１、および嗜好情報５１２の各項目が、それぞれ格納されているか否かを示す情報である。
【００７９】
本実施形態では、各項目に予め割り当てられているＩＤは２バイトの数値で表現される。構成ＩＤ情報５００には、ディジタルデータ１５０に含まれている項目に対応するＩＤを、数値の小さい順に羅列して格納されている。
【００８０】
たとえば、構成ＩＤ情報５００に、“０１０２０３０４０５１０”が格納されている場合、このディジタルデータ１５０には、事業者情報５０１（ＩＤ＝０１）、コンテンツ情報５０２（ＩＤ＝０２）、再生条件情報５０３（ＩＤ＝０３）、有効期限情報５０４（ＩＤ＝０４）、提供時間情報５０５（ＩＤ＝０５）、及び、対象地点情報５０６（ＩＤ＝１０）が格納されていることを意味する。
【００８１】
なお、構成ＩＤ情報５００に格納するデータの形式は、この手法に限定されない。たとえば、後述する１２項目または拡張用予備領域５１３を加えた１３項目のそれぞれに１ビットずつ割り当て、格納されているのであれば対応するビットを“１”に、格納されていないのであれば対応するビットを“０”にする、といった形式でもよい。
【００８２】
次に、事業者情報５０１について説明する。図７は、事業者情報５０１に格納される情報の詳細を示す図である。事業者情報５０１は、サービス事業者コード６０１と、サービス事業者表示用文字列６０２と、サービス事業者発話用表音文字列６０３とを有する。
【００８３】
サービス事業者コード６０１は、当該ディジタルデータに係るサービス事業者を特定するための情報であり、必ず格納しなければならない情報である。典型的には、ＤＳＲＣの運用を管理する機関が、サービス事業者毎にユニークに割り当てている。ここで言うサービス事業者とは、広告主等から受託し制作したディジタルコンテンツを、契約したユーザにＤＳＲＣにより配信する一連のサービスを行う業者のことである。このサービス事業者コード６０１は、すべてのディジタルデータ１５０に格納される。
【００８４】
ＤＳＲＣ車載器２０側は、サービス事業者コード６０１を、いわゆるスパム対策のために用いることもできる。具体的には、不正なサービス事業者コード６０１が付与されたディジタルデータ１５０や、サービス事業者コード６０１が付与されていないディジタルデータ１５０、あるいは、ユーザが契約していないサービス事業者に対応するサービス事業者コード６０１が付与されているディジタルデータ１５０などを送受信部／変復調部２２が受信した場合、ＤＳＲＣ制御部２３は、受信したディジタルデータ１５０を破棄したり、メモリ部２５内の所定の迷惑データ保存領域（図示せず）に保存したりしてもよい。
【００８５】
また、ＤＳＲＣ車載器２０側は、受信したディジタルデータ１５０に所定のサービス事業者コード６０１が付与されているか否かによって、受信したディジタルデータ１５０に対する応答を送信する（あるいは送信しない）ようにしてもよい。具体的には、ＤＳＲＣ車載器２０のメモリ部２５には、ユーザが予め契約を交わしたサービス事業者に割り当てられたサービス事業者コード６０１を示す情報が格納され、この格納された情報が示すサービス事業者コード６０１と同じサービス事業者コード６０１が付与されたディジタルデータ１５０を送受信部／変復調部２２が受信すると、ＤＳＲＣ制御部２３は、正常に受信したことを示す応答として、送受信部／変復調部２２に所定のアップリンク情報を路側無線装置４０へ送信させてもよい。
【００８６】
サービス事業者表示用文字列６０２は、サービス事業者名をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず１行で表示できる程度（例えば全角２０文字程度）であることが望ましい。
【００８７】
サービス事業者発話用表音文字列６０３は、サービス事業者名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。サービス事業者発話用表音文字列６０３は、公知のＴＴＳ（Text-to-Speech）システムを用いて音声合成するための所定のフォーマットで作成され、例えば母音、子音、発音記号、イントネーション、抑揚などを指定する情報を含む。
【００８８】
次に、コンテンツ情報５０２の詳細について、図８を用いて説明する。
【００８９】
情報提供企業コード７０１は、１つ以上のディジタルデータ１５０から構成されるディジタルコンテンツの提供元（スポンサー）を示すコードである。典型的には、情報提供企業コード７０１は、サービス事業者によって情報提供企業ごとに予め割り当てられる。たとえば、ＤＳＲＣ車載器２０の制御部３４は、受信したディジタルデータ１５０に含まれる情報提供企業コード７０１を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。情報提供企業コード７０１を割り当てる単位は「企業」に限られず、ディジタルコンテンツを提供する任意の団体、法人、個人を単位にしてもよい。
【００９０】
情報提供企業表示用文字列７０２は、ディジタルコンテンツの提供元をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。
【００９１】
情報提供企業発話用表音文字列７０３は、ディジタルコンテンツの提供元を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報提供企業表音文字列７０３は、サービス事業者発話用表音文字列６０３と同様に、ＴＴＳシステムを用いて音声合成するための所定のフォーマットで作成される。
【００９２】
情報コード７０４は、サービス事業者によって、配信するディジタルデータ１５０毎にユニークに割り当てられる識別符号である。識別符号は、例えば数字、文字、記号などを用いて表される。情報内容について、同一視できる範囲で更新した場合には、更新前と更新後のディジタルデータ１５０には、同じ識別符号が割り当てられることが望ましい。この場合、たとえば、拡張用予備領域５１３あるいは詳細情報５０９にディジタルデータ１５０のバージョン情報を格納することとし、更新前後で同じ情報コード７０４を付与し、更新前後で異なるバージョン番号を付与するようにしてもよい。
【００９３】
制御部３４は、受信したディジタルデータ１５０の情報コード７０４（識別符号）に基づいて、当該ディジタルデータ１５０を保存するメモリ領域を決定する。具体的には、制御部３４は、受信したディジタルデータ１５０からサービス事業者コード６０１と、情報コード７０４（識別符号）とを読み出し、これらと一致するディジタルデータ１５０がメモリ部２５に保存されている否かをチェックする。その結果、該当するディジタルデータ１５０が保存されている場合（即ち、同じサービス事業者によって同じ識別符号が割り当てられたディジタルデータ１５０が存在する場合）、制御部３４は、同じメモリ領域に新たに受信したディジタルデータ１５０を格納する（つまり、データを上書きする）。一方、該当するディジタルデータ１５０が保存されていない場合、制御部３４は、メモリ部２５の別のメモリ領域に新たに受信したディジタルデータ１５０を格納する。
【００９４】
情報表示テキスト７０５は、ディジタルコンテンツ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。典型的には、情報表示テキスト７０５はディジタルデータ１５０の表題（タイトル）である。ユーザは、モニターに表示される情報表示テキスト７０５を見て、所望のディジタルデータ１５０をＤＳＲＣ車載器２０に検索、並び替え、保存、削除等を指示することができる。
【００９５】
情報表音文字列７０６は、ディジタルコンテンツ名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報表音文字列７０６は、情報提供企業表音文字列７０３と同様に、ＴＴＳシステムを用いて音声合成するための所定のフォーマットで作成される。
【００９６】
嗜好データカテゴリ７０７は、ディジタルデータ１５０を所定の分類方法でカテゴリ分けするために用いられる情報である。本実施形態では、１つのディジタルデータ１５０を複数のカテゴリに分類することができる。例えば、ディジタルコンテンツが“持ち帰り可能な和食レストラン”の広告である場合、そのディジタルコンテンツを構成するディジタルデータ１５０を、第１のカテゴリ“レストラン”、および第２のカテゴリ“テイクアウト”、といったように複数のカテゴリに分類してもよい。また、上位の主カテゴリ“レストラン”、および下位の副カテゴリ“和食”、といったようにツリー構造をもつ分類の仕方でもよい。本実施形態では、嗜好データカテゴリ７０７は９６ビットのデータ領域から構成され、１つのカテゴリにつき１ビットが対応し、各ビットのＯＮ／ＯＦＦを設定することにより９６種類のカテゴリ分けを行うことができる。ただし、このカテゴリ数は例示に過ぎず、任意の種類に分けてもよいことは言うまでもない。
【００９７】
たとえば、制御部３４は、受信したディジタルデータ１５０に含まれる嗜好データカテゴリ７０７を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。たとえば、制御部３４は、メモリ部２５に記憶されたディジタルデータ１５０の嗜好データカテゴリ７０７と、ユーザが予め設定した嗜好データ（ユーザの嗜好を示すデータ）とを比較して、ユーザの嗜好に適合しないカテゴリに分類されるディジタルデータ１５０をメモリ部２５から削除することができる。
【００９８】
次に、再生条件情報５０３の詳細について、図９を用いて説明する。再生条件情報５０３は、表示／保存コード８０１と、再生条件コード８０２とを有する。
【００９９】
表示／保存コード８０１は、受信したディジタルデータ１５０を、ＤＳＲＣ車載器２０が下記のパターンＡ又はパターンＢのどちらの手法で扱うべきかを示す情報である。
【０１００】
「パターンＡ」は、ディジタルデータ１５０を、ＤＳＲＣ通信エリア外でもユーザが利用可能なディジタルコンテンツとして、メモリ部２５に記憶する（蓄積型）。「パターンＢ」は、ディジタルデータ１５０を、受信後、直ちに再生する（即時表示型）。
【０１０１】
制御部３４は、パターンＡを採用する場合、受信したディジタルデータ１５０を再生しないでメモリ部２５に保存しておき、ユーザから再生を開始する指示があると再生する。ただし、パターンＢを採用する場合にも、再生後、ディジタルデータ１５０をメモリ部２５に記憶するようにしてもよい。
【０１０２】
再生条件コード８０２は、受信したディジタルデータ１５０の情報提供地点情報５０７で指定される情報提供エリア内において、ＤＳＲＣ車載器２０がカーナビゲーションシステムによる道案内等を行っている最中であるためディジタルデータ１５０を再生できない（あるいは再生するに相応しくない）場合の挙動を規定する情報である。たとえば、ディジタルデータ１５０を受信したとき、カーナビゲーションシステムによる道案内画面と音声の再生中であったり、交差点のすぐ近くを走行中であるためディジタルデータ１５０を再生するに相応しくないタイミングであると推定されたりした場合の挙動を示すフラグが格納される。再生条件コード８０２は、情報提供地点情報５０７で中心と半径が指定される情報提供エリア内でカーナビゲーションシステムによる道案内等を行っている等の理由でディジタルデータ１５０を再生できなかったとき、すなわち、その道案内が終了した時点ではすでに情報提供エリア（通信エリア）から出てしまっていたときに、そのディジタルデータ１５０の再生を行うか否かを指定する。
【０１０３】
次に、有効期限情報５０４の詳細について、図１０を用いて説明する。有効期限情報５０４は、開始日時９０１と、終了日時９０２とを有する。
【０１０４】
なお、ここで言う「有効期限」とは、ＤＳＲＣ車載器２０がディジタルデータ１５０を再生することが許可される期間を指す。たとえば、制御部３４は、有効期限の切れたディジタルデータ１５０がメモリ部２５に格納されていても、再生しないようにすることができる。ただし、制御部３４は、設定された有効期限に関わらず、ディジタルデータ１５０を再生してもよい。
【０１０５】
開始日時９０１は、ディジタルデータ１５０の有効期限の開始日時である。終了日時９０２は、ディジタルデータ１５０の有効期限の終了日時である。たとえば、開始日時９０１と終了日時９０２は、年、月、日、時、分、秒、を単位として設定される。 開始日時９０１で指定される日時から終了日時９０２で指定される日時までが、ディジタルデータ１５０の有効期間である。つまり、ユーザは、ディジタルコンテンツを、この有効期間内においてのみ、閲覧可能である。制御部３４は、現在日時が有効期間内であればディジタルデータ１５０を再生してもよいが、有効期間外であれば再生しない。なお、後述するように、制御部３４は、現在ディジタルデータ１５０の有効期間内であって、かつ、予め決められた再生開始条件を満たす場合に、ディジタルデータ１５０を再生する。
【０１０６】
ただし、ディジタルコンテンツの中には、一旦、ＤＳＲＣ車載器２０が受信すると特に有効期限を定めずにユーザによる閲覧を可能とするものがあってもよい。この場合には、開始日時９０１と終了日時９０２のデータ領域にＮＵＬＬ値を予め設定したり、有効期限が定められていないことを示す所定値を予め設定したりすればよい。
【０１０７】
制御部３４は、メモリ部２５に記憶されたディジタルデータ１５０の有効期限情報５０４をチェックする。そして、制御部３４は、現在日時が有効期間を過ぎている場合、言い換えれば、現在日時が有効期間外であって終了日時より後である場合には、このディジタルデータ１５０を削除することが望ましい。ただし、制御部３４は、現在日時が有効期間外であって開始日時より前である場合には、このディジタルデータ１５０を削除しないことが望ましい。
【０１０８】
次に、提供時間情報５０５の詳細について、図１０を用いて説明する。
【０１０９】
営業時間１００１は、情報提供企業コード７０１で示される提供元が、予め営業時間を定めている店舗等である場合、その店舗等が営業しておりユーザにサービスを提供可能な時間帯を示す情報である。
【０１１０】
本実施形態では、営業時間１００１は、各曜日について、１時間単位で管理される。例えば、曜日毎に、0:00〜0:59、1:00〜1:59、…等の時間帯にそれぞれ１ビットを割り当て、ビットのＯＮ／ＯＦＦで営業時間内か営業時間外かを表現する。各時間帯の決め方は任意であり、１５分毎、３０分毎などに時間帯を区切ってそれぞれビットを割り当てるようにしてもよい。なお、営業時間１００１は、上述の有効期限情報５０４における開始日時９０１と終了日時９０２と同様に、営業開始時間と営業終了時間を、例えば時、分、秒を単位として記述する形式であってもよい。
【０１１１】
制御部３４は、ディジタルデータ１５０ごとに予め定義される再生開始条件を満たすと判別した場合であって、現在日時が営業時間１００１で指定される日時に含まれる場合に、例えば後述する情報提供地点情報５０７に格納されるポップアップ用画像データ１２０５を再生してポップアップ表示させ、そうでない場合に再生しない（ポップアップ表示しない）。なお、ユーザから再生する旨の指示が合った場合であって、現在日時が営業時間１００１で指定される日時に含まれる場合に、たとえば、後述する対象地点情報５０６に格納されるメイン画像データ１１０４を再生して表示させ、そうでない場合に再生しない（表示しない）ようにすることもできる。なお、メイン画像データ１１０４については、現在日時が営業時間１００１で指定される日時に含まれない場合でも再生してもよい。
【０１１２】
情報提供時間１００２は、ディジタルデータ１５０を再生してもよい時間帯を示す情報である。情報提供時間１００２は、ディジタルコンテンツが、たとえば提供元が午前中にのみ提供したいと希望する情報や、ランチタイムにのみ提供したいと希望する情報を含む場合などに設定される。本実施形態では、情報提供時間１００２は、営業時間１００１と同様に、各曜日について、１時間単位で管理され、各時間帯にそれぞれ１ビットを割り当ててビットのＯＮ／ＯＦＦで提供時間内か提供時間外かを表現する。
【０１１３】
たとえば、広告主は、第１の時間帯（ランチタイムなど）を情報提供時間１００２に設定した第１のディジタルデータと、第２の時間帯（ディナータイムなど）を情報提供時間１００２に設定した第２のディジタルデータと、から構成されるディジタルコンテンツをサービス事業者に配信してもらう。このディジタルコンテンツを受信したＤＳＲＣ車載器２０の制御部３４は、現在時刻が第１の時間帯に含まれれば第１のディジタルデータの情報提供地点情報５０７に含まれるデータを再生し、現在時刻が第２の時間帯に含まれれば第２のディジタルデータの情報提供地点情報５０７に含まれるデータを再生する。このようにすれば、ＤＳＲＣ車載器２０は、現在時刻に相応しい情報がどれかを逐次推測してユーザに提供することができる。
【０１１４】
次に、対象地点情報５０６の詳細について、図１２を用いて説明する。
【０１１５】
「対象地点」とは、典型的には、ユーザに商品・役務を提供する者であって事業者情報５０１に規定されるサービス事業者以外の者（以下「ショップ」と呼ぶ）が、ユーザに商品・役務を提供する所定の場所のことである。ショップが店舗を構えている場合、店舗の場所を指す。ただし、対象地点として任意の地点を設定することができる。
【０１１６】
対象地点座標１１０１は、ショップの場所を緯度・経度で表した情報である。対象地点座標１１０１には、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。制御部３４は、対象地点座標１１０１に緯度・経度が設定されたディジタルデータ１５０を再生するとき、対象地点座標１１０１が示す位置をカーナビゲーションによる目的地や経由地に設定するためのボタン等を表示部３３にモニターへ表示させ、この位置をユーザからの指示入力に応じて目的地や経由地に設定することができる。たとえば、対象地点座標１１０１で指定される地図上の位置には、上述のアイコン画像が表示される。
【０１１７】
対象地点情報５０６には、文字データ、画像データ、音声データが含まれる。文字データには、対象地点表示テキスト１１０２と表示用文字データ１１０３がある。画像データには、静止画像データとしてメイン画像データ１１０４とアイコン画像データ１１１１が、動画像としてビデオデータ１１０８がある。音声データには、ＴＴＳ言語データ１１０５と圧縮音声データ１１０６がある。対象地点情報５０６に含めることができる静止画像には、ユーザによる再生開始の指示があった場合に再生されるメイン画像と、ユーザによる再生開始の指示に関わらず地図などと共にナビゲーション画面に簡易表示されるアイコン画像とがある。
【０１１８】
対象地点表示テキスト１１０２は、ショップ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。
【０１１９】
表示用文字データ１１０３は、ショップについての補足説明等をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、最大でも全角１０００文字程度とする。制御部３４は、ディジタルデータ１５０の一覧をモニターに表示させる際、先頭から１２０文字程度を１ページ目として表示させ、順次２ページ目、３ページ目、…というようにページ送りしたりスクロールしたりして表示させる。
【０１２０】
メイン画像データ１１０４は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたメイン画像のデータ本体である。画像形式には、ＪＰＥＧ（Joint Photographic Experts Group）、ＧＩＦ（Graphics Interchange Format）、ＰＮＧ（Portable
Network Graphics）、ビットマップ、などがある。操作部２０４がユーザから再生開始の指示を受け付けると、制御部３４は、メイン画像データ１１０４を読み出して表示部３３にモニターへ表示させる。メイン画像の表示位置は任意である。このメイン画像データ１１０４には、メイン画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１２１】
ＴＴＳ言語データ１１０５は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。このＴＴＳ言語データ１１０５には、言語識別フラグと音声形式識別フラグが含まれる。言語識別フラグは、日本語、英語などを区別するためのフラグである。音声形式識別フラグは、日本語表音文字列、外国語表音文字列などを区別するためのフラグである。
【０１２２】
圧縮音声データ１１０６は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ（Interactive Multimedia Association - Adaptive Differential Pulse
Code Modulation）、ＭＰ３（Moving Picture Experts Group
Audio Layer-3）、ＡＡＣ（Advanced Audio Coding）、ＣＥＬＰ（Code Excited Linear Prediction）、ＰＣＭ（Pulse
Code Modulation）などがある。この圧縮音声データ１１０６には、圧縮音声データ１１０６のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
【０１２３】
音声再生順１１０７は、対象地点情報５０６に音声データとしてＴＴＳ言語データ１１０５と圧縮音声データ１１０６の両方が含まれている場合、どの順番で再生するかを指定する情報である。たとえば、音声再生順１１０７には、先に圧縮音声データ１１０６を再生してその後、ＴＴＳ言語データ１１０５を再生することを示すフラグ値「０」、または先にＴＴＳ言語データ１１０５を再生してその後に圧縮音声データ１１０６を再生することを示すフラグ値「１」が設定される。たとえば、ＴＴＳ言語データ１１０５にセリフの音声を、圧縮音声データ１１０６にいわゆるサウンドロゴの音声を、それぞれ格納しておき、音声再生順１１０７にフラグ値「０」をセットしておくと、まずサウンドロゴが再生され、その後セリフが流れる。
【０１２４】
ビデオデータ１１０８は、所定の圧縮形式で作成された動画像のデータ本体である。圧縮形式には、ＭＰＥＧ４（Moving Picture Experts Group Layer-4）などがある。 このビデオデータ１１０８には、ビデオデータ１１０８のフォーマットを指定する情報であるビデオ形式識別フラグが含まれる。
【０１２５】
表示用文字データ１１０３、メイン画像データ１１０４、ＴＴＳ言語データ１１０５、圧縮音声データ１１０６、ビデオデータ１１０８を総称して「メインコンテンツデータ」と呼ぶことがある。
【０１２６】
ＵＲＬ（Uniform
Resource Locator）１１０９は、インターネット上のウェブページを指定する記述子を格納する。典型的には、ショップが開設しているウェブページを指定する記述子であるが、記述子による指定先（リンク先）は限定されない。ＵＲＬ１１０９が設定されているディジタルデータ１５０を再生する場合、制御部３４は、ＵＲＬ１１０９に設定されたリンク先にページをジャンプするためのボタンを表示させ、ユーザの要求に応じてページをジャンプさせることができる。
【０１２７】
提携駐車場情報１１１０は、ショップが提携している駐車場に関する情報であり、後述する駐車場情報５１０の駐車場ＩＤ１５０１を用いて表される。例えば、ショップが提携している駐車場がある場合、その駐車場の固有の駐車場ＩＤ１５０１を提携駐車場情報１１１０に格納する。
【０１２８】
アイコン画像データ１１１１は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたアイコン画像のデータ本体である。ＤＳＲＣ車載器２０のメモリ部２５には、地図記号、道路標識などを表す画像を予め記憶しているが、ショップが独自のアイコン画像をナビゲーション画面等に表示させたい場合には、アイコン画像データ１１１１をディジタルデータ１５０に格納して配信することもできる。
【０１２９】
なお、対象地点情報５０６に、対象地点表示テキスト１１０２、メイン画像データ１１０４、ＴＴＳ言語データ１１０５（又は圧縮音声データ１１０６）、ビデオデータ１１０８のうち２つ以上が含まれている場合、制御部３４は、それらのデータの再生を同じタイミングで開始することが望ましい。
【０１３０】
次に、情報提供地点情報５０７の詳細について、図１３を用いて説明する。
【０１３１】
情報提供地点情報５０７には、対象地点情報５０６と同様に、再生用の画像データと音声データが含まれる。対象地点情報５０６に格納される画像データと音声データは、主にユーザによる再生開始の指示があったときに再生される。これに対し、情報提供地点情報５０７に格納される画像データと音声データは、主にＤＳＲＣ車載器２０が再生地点に到達したときに再生される。
【０１３２】
再生地点は、情報提供地点情報５０７に格納された音声データ、画像データの再生を開始する場所のことである。たとえば、ＤＳＲＣ車載器２０が静止画像データを格納したディジタルデータ１５０を受信し、このＤＳＲＣ車載器２０を搭載した車両１００が再生地点に到達すると、ＤＳＲＣ車載器２０の表示部３３には静止画像データがポップアップ表示される。言い換えれば、車両１００が再生地点に到達しないと静止画像データはポップアップ表示されない。ただし、後述するように、車両１００が再生地点に到達したにも関わらず、何らかの理由により再生できなかった場合には、ユーザから再生する指示があったときに再生することができる。
【０１３３】
本実施形態では、再生地点として最大５箇所の場所を指定することができる。ただし、４箇所以下、あるいは、６箇所以上の場所を指定できる実施形態を採用することもできることは言うまでもない。
【０１３４】
再生地点は、緯度・経度で表される。再生地点は、１つの緯度・経度に対応する点を、いわばピンポイントで指定することができるだけでなく、ある程度の広さをもつ領域（以下「情報提供エリア」または「通信エリア」と呼ぶ）として指定することもできる。本実施形態では、緯度・経度で指定される地点を中心とし、所定距離を半径とする円で含まれる情報提供エリア内を、再生地点とすることができる。つまり、ＤＳＲＣ車載器２０を搭載した車両１００がこの情報提供エリア内のどこかに入れば、ディジタルデータ１５０が再生される。なお、情報提供エリアの形状は円に限られず、楕円、四角形など、任意の図形で囲まれる領域であってもよい。
【０１３５】
情報提供中心座標１２０１は、情報提供エリアの中心座標であり、緯度・経度を用いて表される。情報提供中心座標１２０１には、対象地点座標１１０１と同様に、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。情報提供半径１２０２は、情報提供エリアを定める円の半径であり、メートルを単位として表される。１組の情報提供中心座標１２０１と情報提供半径１２０２によって、１つの情報提供エリアが定まる。
【０１３６】
ディジタルデータ１５０に情報提供中心座標１２０１が含まれ且つ情報提供半径１２０２が含まれない場合、再生地点は、情報提供中心座標１２０１で指定される地点である。ＤＳＲＣ車載器２０を搭載した車両１００がこの地点を通過すれば、ディジタルデータ１５０が再生される。
【０１３７】
情報提供方向１２０３は、緯度や経度などを用いて、あるいは、たとえば東西南北や１６方位程度のおおまかな方向を用いて表される。情報提供方向１２０３が設定されているディジタルデータ１５０は、ＤＳＲＣ車載器２０が再生地点を情報提供方向１２０３が示す方向に移動している場合に再生される。つまり、ＤＳＲＣ車載器２０が再生地点を情報提供方向１２０３が示す方向ではない方向に移動している場合には再生されない。ただし、左右２２．５度程度の反応角度を設定し、自車の進行方向と情報提供方向１２０３が示す方向との差が反応角度以内であれば、両者は一致するとみなして、ディジタルデータ１５０を再生することが望ましい。
【０１３８】
なお、制御部３４は、センサ群（図示省略）が備える方向センサを用いて自車の進行方向を判別することができる。また、方向センサを備えなくても、制御部３４は、ある時刻Ｔ１における自車の位置と、別の時刻Ｔ２における自車の位置とを結ぶ方向ベクトルから自車の進行方向を判別することもできる。
【０１３９】
情報提供道路種別１２０４は、一般道路、高速道路、一方通行など、道路の種別を表す情報である。情報提供道路種別１２０４が設定されているディジタルデータ１５０は、ＤＳＲＣ車載器２０が情報提供道路種別１２０４の示す道路を通過する場合に再生される。つまり、ＤＳＲＣ車載器２０が再生地点に到達しても、情報提供道路種別１２０４の示す道路ではない道路を通過する場合には再生されない。
【０１４０】
情報提供中心座標１２０１、情報提供半径１２０２、情報提供方向１２０３、情報提供道路種別１２０４のうちいずれか１つ、もしくは、これらのうち２つ以上の組み合わせによって、ディジタルデータ１５０の再生開始条件が設定される。ショップ（またはサービス事業者）は、自由に再生開始条件を設定することができる。たとえば、情報提供中心座標１２０１と情報提供半径１２０２と情報提供方向１２０３が設定されている場合、これら３つの条件をすべて満たすこと（論理積；ＡＮＤ）が再生開始条件となる。たとえば、情報提供中心座標１２０１と情報提供半径１２０２が設定され情報提供方向１２０３が設定されていない場合、情報提供中心座標１２０１と情報提供半径１２０２の２つの条件を満たすこと（ＡＮＤ）が再生開始条件となる。すなわち、制御部２０７は、情報提供中心座標１２０１、情報提供半径１２０２、情報提供方向１２０３、情報提供道路種別１２０４のうち設定されているもの同士の論理積をとって、再生開始条件とする。
【０１４１】
ポップアップ用画像データ１２０５は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、ＪＰＥＧ、ＧＩＦ、ＰＮＧ、ビットマップ、などがある。画像サイズは、典型的にはメイン画像データ１１０４よりも小さいサイズである。制御部３４は、所定の再生開始条件が満たされたと判別すると、ポップアップ用画像データ１２０５を読み出して表示部３３に表示させる。画像の表示位置は任意であるが、典型的には画面の中央付近である。ポップアップ用画像データ１２０５には、メイン画像データ１１０４と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１４２】
ポップアップ用ＴＴＳ言語データ１２０６は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。ポップアップ用ＴＴＳ言語データ１２０６には、ＴＴＳ言語データ１１０５と同様に、言語識別フラグと音声形式識別フラグが含まれる。
【０１４３】
ポップアップ用圧縮音声データ１２０７は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ、ＭＰ３、ＡＡＣ、ＣＥＬＰ、ＰＣＭなどがある。ポップアップ用圧縮音声データ１２０６には、圧縮音声データ１１０６と同様に、ポップアップ用圧縮音声データ１２０６のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。ポップアップ用画像データ１２０５、ポップアップ用ＴＴＳ言語データ１２０６、ポップアップ用圧縮音声データ１２０７を総称して「ポップアップ用コンテンツデータ」と呼ぶことがある。
【０１４４】
音声再生順１２０８は、音声再生順１１０７と同様に、情報提供地点情報５０７に音声データとしてポップアップ用ＴＴＳ言語データ１２０６とポップアップ用圧縮音声データ１２０７の両方が含まれている場合、どの順番で再生するかを指定する情報である。
【０１４５】
１つの再生地点には、１組の情報提供中心座標１２０１と情報提供半径１２０２と情報提供方向１２０３と情報提供道路種別１２０４とポップアップ用画像データ１２０５とポップアップ用ＴＴＳ言語データ１２０６とポップアップ用圧縮音声データ１２０７と音声再生順１２０８の組み合わせ（再生地点データ）が対応付けられる。上述のように、本実施形態では、１つのディジタルデータ１５０につき、最大で５つの再生地点を設定することができ、それぞれの再生地点ごとに再生地点データを格納できる。
【０１４６】
たとえば、ショップのある場所に上り車線を通って接近する場合と下り車線を通って接近する場合とで、上り車線用の駐車場案内と下り車線用の駐車場案内といったように異なるディジタルコンテンツをユーザの手を煩わすことなく視聴してもらうことが可能である。
【０１４７】
情報提供地点情報５０７に、ポップアップ用画像データ１２０５とポップアップ用ＴＴＳ言語データ１２０６（又はポップアップ用圧縮音声データ１２０７）の両方が含まれている場合、制御部３４は、これらのデータの再生を同じタイミングで開始することが望ましい。
【０１４８】
次に、遷移情報５０８の詳細について、図１４を用いて説明する。
【０１４９】
次再生情報コード１３０１は、ＤＳＲＣ車載器２０が対象地点情報５０６に格納される画像データ等を再生しているとき、ユーザが次に再生を指示することができるディジタルデータ１５０を指定する情報であり、コンテンツ情報５０２の情報コード７０４に用いられる識別符号で表現される。本実施形態では、１つのディジタルデータ１５０は、最大で８個の次再生情報コード１３０１を格納することができる。ただし、７個以下、あるいは、９個以上の次再生コード１３０１を指定できる実施形態を採用することもできることは言うまでもない。
【０１５０】
次に、詳細情報５０９の詳細について、図１５を用いて説明する。
【０１５１】
詳細情報５０９は、ディジタルコンテンツが複数のディジタルデータ１５０から構成される場合、もしくは、メモリ部２５に複数のディジタルデータ１５０が記憶されている場合、ユーザがいち早く所望のページを探し出せるように、検索を容易にするための情報である。本実施形態では、最大で８個の詳細情報５０９を設定することができる。ただし、７箇所以下、あるいは、９箇所以上の詳細情報５０９を指定できる実施形態を採用することもできることは言うまでもない。
【０１５２】
詳細情報データ１４０１は、ディジタルデータ１５０の内容を端的に表現するキーワードを格納する。キーワードは、任意の文字、数字、記号等を用いて設定される。１つのキーワードは、長くても全角２０文字程度に収めることが望ましい。詳細情報表示用文字列１４０２は、上記キーワードをモニターに表示するときに用いる文字列データである。詳細情報発話用表音文字列１４０３は、上記キーワードを音声で出力するときに用いる発話用ＴＴＳデータである。
【０１５３】
詳細情報５０９を設定することによって、ユーザは自分の見たいページを簡単に探し出せるようになり好都合である。詳細情報５０９は、串刺し型の画面遷移を実現するために好適である。たとえば、ＤＳＲＣ車載器２０の電源を投入したときのトップページ等に検索ボタンを設け、ユーザから任意の文字列等の入力を受け付ける。ＤＳＲＣ車載器２０は、受け付けた文字列等と一致するキーワードが詳細情報５０９に格納されているディジタルデータ１５０を検索してリスト表示する。リスト表示されたページの中からいずれかがユーザにより選択されると、ＤＳＲＣ車載器２０は、選択されたページにジャンプする。
【０１５４】
本実施形態では１つのディジタルデータ１５０につき８個の詳細情報５０９を格納できるので、８個のキーワードを設定することが可能である。しかし、詳細情報データ１４０１の記載形式を工夫することで、更に多くのキーワードを設定することもできる。
【０１５５】
たとえば、詳細情報データ１４０１に、キーワードの区切りを表す所定の記号（例えば“＿”）を挟んで、「和食＿わしょく＿わしよく」のような形式でキーワードを設定する。制御部３４は、所定の記号が含まれる場合、その記号の位置がキーワードの切れ目であると判断し、複数のキーワードが設定されているものとみなす。この例では、制御部３４は、“和食”と“わしょく”と“わしよく”のすべてがキーワードとなる。このように、いわゆるあいまい検索も可能である。
【０１５６】
たとえば、詳細情報データ１４０１にキーワード“クーポン”を設定したディジタルデータ１５０と、設定していないディジタルデータ１５０とを配信する。ＤＳＲＣ車載器２０の制御部３４は、ユーザの指示により、キーワード“クーポン”が設定されているディジタルデータ１５０のみを抽出してモニターに表示させることができる。
【０１５７】
なお、詳細情報データ１４０１のデータ領域として、所定のｎビット（ｎは１以上の整数）を確保し、それぞれのビットに所定のキーワードを予め対応付けておき、それぞれのビットのＯＮ／ＯＦＦでキーワードを設定するようにしてもよい。例えば、「クーポン」と「新着」と「更新」の３つのキーワードに１ビットずつ割り当てておき、それぞれのビットを１又は０にセットする。ビットの値が“１０１”であれば、キーワード「クーポン」と「更新」が設定されていることと実質的に同じになる。
【０１５８】
次に、駐車場情報５１０の詳細について、図１６を用いて説明する。
【０１５９】
駐車場情報５１０は、ショップの近くに存在する駐車場を案内するための駐車場データを格納する。本実施形態の情報受信装置（ＤＳＲＣ車載器２０）は、自動車等の車両１００に搭載されるため、ユーザがショップに立ち寄る（ユーザにショップへ立ち寄ってもらう）ためには駐車場に関する情報が重要である。
【０１６０】
駐車場ＩＤ１５０１は、駐車場ごとにユニークに割り当てられた記号、番号である。 駐車場詳細情報１５０２は、駐車場ＩＤ１５０１が示す駐車場に関する詳しい情報を格納する。駐車場の名称や座標等の静的情報は、駐車場ＩＤ１５０１と共に、ＤＳＲＣ車載器２０のメモリ部２５に地図データベースとして保存されている。一方、満空情報や料金の割引情報、予約の可否、営業時間等の動的情報が、駐車場詳細情報１５０２として格納されている。
【０１６１】
駐車場特記事項１５０３は、駐車場詳細情報１５０２のほかに追加すべき情報がある場合に設定される。駐車場特記事項１５０３には、「本日お祭り開催のため混雑が予想されます」などといったような駐車場詳細情報１５０１で表現できない内容を記載できる。駐車場情報発話用表音文字列１５０４は、駐車場詳細情報１５０２及び／又は駐車場特記事項１５０３を音声で出力するときに用いる発話用ＴＴＳデータである。
【０１６２】
１組の駐車場ＩＤ１５０１、駐車場詳細情報１５０２、駐車場特記事項１５０３、駐車場情報発話用表音文字列１５０４が、１つの駐車場に割り当てられる。本実施形態では、最大で１２７箇所の駐車場情報を提供できる。ただし、１２６箇所以下、あるいは、１２８箇所以上の駐車場情報を指定できる実施形態を採用することもできることは言うまでもない。
【０１６３】
メモリ部２５は、駐車場ＩＤと、駐車場の場所（緯度・経度）を示す情報とを対応付けて予め記憶する。制御部３４は、このメモリ部２５に記憶された情報から、駐車場ＩＤ１５０１が示す駐車場の位置を取得できる。制御部３４は、取得した駐車場の位置を、ユーザの指示により、カーナビゲーションにおける目的地あるいは経由地に設定することができる。
【０１６４】
次に、運転支援情報５１１の詳細について、図１７を用いて説明する。
【０１６５】
駐車場の位置は緯度・経度を用いて表現されるため、２次元マップを用いてナビゲーションを行うと、モニターには駐車場のある場所が平面的に表示される。しかし、地下駐車場や立体駐車場の場合には、緯度・経度だけでは充分に場所を案内できない可能性がある。運転支援情報５１１は、駐車場付近を運転する際の補助となる情報である。運転支援情報５１１が格納されるディジタルデータ１５０は、駐車場付近に設置された路側無線装置４０から、表示／保存コード８０１で「表示する」と指定されたディジタルデータ１５０として送信され、制御部３４は、このディジタルデータ１５０を受信すると、直ちに再生する。
【０１６６】
たとえば、駐車場の近くに設置されている路側無線装置４０は、当該駐車場内の道案内や、当該駐車場の周辺の交通案内（たとえば細い路地など視界が良くない場所等における「駐車場はこの先まっすぐ行ったところにあります」といった案内）を運転支援情報５１１に格納しているディジタルデータ１５０を配信する。このディジタルデータ１５０を受信したＤＳＲＣ車載器２０の制御部３４は、運転支援情報５１１を用いて直ちに注意を促す画像や音声を出力させる。
【０１６７】
運転支援画像データ１６０１は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、ＪＰＥＧ、ＧＩＦ、ＰＮＧ、ビットマップ、などがある。制御部３４は、運転支援情報５１１を格納しているディジタルデータ１５０を受信すると、運転支援画像データ１６０１を読み出して表示部３３へ表示させる。運転支援画像データ１６０１には、メイン画像データ１１０４と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１６８】
運転支援発話用表音文字列１６０２は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。運転支援発話用表音文字列１６０２には、ＴＴＳ言語データ１１０５と同様に、言語識別フラグと音声形式識別フラグが含まれる。
【０１６９】
運転支援圧縮音声データ１６０３は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ、ＭＰ３、ＡＡＣ、ＣＥＬＰ、ＰＣＭなどがある。運転支援圧縮音声データ１６０３には、圧縮音声データ１１０６と同様に、運転支援圧縮音声データ１６０３のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
【０１７０】
音声再生順１６０４は、音声再生順１１０７と同様に、運転支援情報５１１に音声データとして運転支援発話用表音文字列１６０２と運転支援圧縮音声データ１６０３の両方が含まれている場合、どの順番で再生するかを指定する情報である。
【０１７１】
１組の運転支援画像データ１６０１、運転支援発話用表音文字列１６０２、運転支援圧縮音声データ１６０３、音声再生順１６０４が、１つの運転支援情報となる。
【０１７２】
次に、嗜好情報５１２の詳細について、図１８を用いて説明する。
【０１７３】
嗜好情報５１２は、サービス事業者（情報提供サーバ６０）がユーザの嗜好する情報を選択して配信するために利用される。嗜好情報５１２は、サービス事業者が配信する情報（ディジタルデータ１５０）を複数項目（例えば、最大１２８項目）に分類して示すデータテーブル（嗜好データテーブル）であり、サービス事業者によって予め決められる。嗜好データテーブルは、サービス事業者によって随時更新可能である。
【０１７４】
情報提供サーバ６０は、たとえば、契約したユーザのＤＳＲＣ車載器２０から初めてアップリンク情報が送信された場合や、初回ではないもののＤＳＲＣ車載器２０からのアップリンク情報に含まれる嗜好情報５１２のバージョン（嗜好情報バージョン１７０１）が異なる（古い）場合等に、嗜好情報５１２を格納しているディジタルデータ１５０をＤＳＲＣ車載器２０に送信する。
【０１７５】
嗜好情報バージョン１７０１は、嗜好情報５１２（即ち、嗜好データテーブル）のバージョンである。サービス事業者は、嗜好データテーブルを更新する際には、嗜好情報バージョン１７０１も更新する。嗜好情報表示用文字列１７０２は、分類項目に対応する所定の文字列をモニターに表示するときに用いる文字列データである。
【０１７６】
嗜好情報発話用表音文字列１７０３は、分類項目に対応する所定の文字列を音声で出力するときに用いる発話用ＴＴＳデータである。嗜好情報表示用ネスト１７０４は、嗜好情報表示用文字列１７０２に格納される文字列を表示する際のネストの深さを示す数値である。
【０１７７】
図１９は、嗜好情報５１２の内容を表示部３３に表示した際の画面の一例である。たとえば、分類項目「暮らし」は、更に「病院」と「ロードサービス」の２つの項目に分類される。この場合、分類項目「病院」のネストは、「暮らし」の２階層目である。仮に、分類項目「暮らし」の嗜好情報表示用ネスト１７０４が“０”であると、分類項目「病院」の嗜好情報表示用ネスト１７０４は“１”となる。
【０１７８】
それぞれの分類項目には、所定の分類コードが予め割り当てられている。たとえば、「暮らし」に分類コード＝１、「病院」に分類コード＝２、「小児科」に分類コード＝３、といった具合である。本実施形態では、ディジタルデータ１５０を最大で１２８種類に分類できる。ただし、１２７種類以下、あるいは、１２９種類以上に分類する実施形態を採用することもできることは言うまでもない。
【０１７９】
たとえば、ユーザは、図１９に示す画面において、所望の分類項目にチェックマークをつける等して、サービス事業者に配信して欲しい情報を選択することができる。制御部３４は、その選択結果を嗜好データとして、メモリ部２５に保存する。また、制御部３４は、アップリンク情報に更新された嗜好データを格納して、情報提供サーバ６０に送信する。情報提供サーバ６０は、受信した嗜好データに基づいて、ディジタルデータ１５０を構築し、当該ユーザ（ＤＳＲＣ車載器２０）に配信する。
【０１８０】
また、路側無線装置４０は、ＤＳＲＣ車載器２０からアップリンクされた嗜好データを用いて、嗜好データに合致する内容のディジタルデータ１５０のみ抽出してＤＳＲＣ車載器２０に配信してもよい。なお、嗜好情報バージョン１７０１に指定されるバージョンが変わった場合、すなわち、嗜好データテーブルのバージョンが変わった場合、制御部３４は、現在、メモリ部２５に記憶している嗜好データを一時待避させ、新しい嗜好データテーブルを初期値でメモリ部２５に記憶させた後、一時待避させた嗜好データを上書きして反映させることが望ましい。これにより、ユーザに再び嗜好データを設定し直させるような手間をかけずに済む。
【０１８１】
なお、図２０は、図６に示すＩＤ＝１０に含まれるコンテンツ情報をツリー構造で示した図である。図２０に示すようにツリー構造で画面を遷移させ、利用者に目的とする情報を検索させる手法で、基本的には辿り着いた情報画面から、ＤＳＲＣ車載器２０の目的地として設定したり、車両を対象地点や対象地点の提携駐車場迄誘導したりすることも可能である。また、ＩＰ接続により、特定のウェブサイトに誘導することも可能である。画面を構成する各々のコンテンツには、静止画の他、テキスト,音声合成による発話,圧縮音声,ビデオ等のマルチメディアコンテンツが設定可能のため、映像と音声による詳細説明も可能である。
【０１８２】
マルチコンテンツフォーマットは、ダウンリンク用データとアップリンク用データそれぞれに対応して構成されている。ここで、ダウンリンク用データは、ステップＳ１０９において説明したように、主にコンテンツの配信に用いられるデータであり、アップリンク用データは、ステップＳ１０７において説明したように、ダウンリンク用データ構成の基となるデータである。
【０１８３】
また、マルチコンテンツデータフォーマットは、図２１に示すように、コンテンツの種別に応じて割り振られたＩＤと実データ部の情報量が記載されたヘッダ部（１０バイト）と、コンテンツの実データが結合されたフレームから構成される。なお、この図２１に示すフレームが複数集まって、先に説明した「アプリケーションデータ」が構成される。
【０１８４】
続いて、ＤＳＲＣ車載器２０から路側無線装置４０に対して行なうアップリンクにおけるデータ形式について図２２を用いて説明する。図２２は、図１に示すＤＳＲＣ車載器２０から路側無線装置４０に対して行なうアップリンクにおけるデータ構成例を示す図である。
【０１８５】
アップリンク情報には、「基本情報」、「累計走行距離情報」、「嗜好データテーブルのバージョン情報」、「嗜好ジャンルデータ」、「会員情報」などが含まれる。なお、図２２に示すアップリンク情報は、個人情報として扱われる可能性のある情報が含まれるため、利用者の設定によりサービス事業者が利用者と契約を交わしていることの確認が行われて、はじめてアップリンクを行なうことが望ましい。
【０１８６】
図２２に示すように、「基本情報」にはサービス事業者コードやＤＳＲＣ車載器２０に設定されている目的地と経由地の緯度/経度情報が含まれる。ＤＳＲＣ車載器２０に設置されている目的地の緯度/経度情報を元に、目的地方面の情報提供を行ったり、目的地方面の情報提供地点(ＤＳＲＣ通信が可能な場所)等の情報を配信したりすることが可能である。なお、ＤＳＲＣ車載器２０に設定されている経由地の緯度/経度は、最大５箇所まで登録可能であり、ＤＳＲＣ車載器２０に設置されている経由地の緯度/経度情報を元に、経由地方面の情報提供を行ったり、経由地方面の情報提供地点(ＤＳＲＣ通信が可能な場所)等の情報を配信したりすることが可能である。
【０１８７】
「累計走行距離情報」には、車両１００にＤＳＲＣ車載器２０が搭載された時点からの走行距離が記憶される。なお、車両１００の走行が開始時点からの走行距離としてもよい。「嗜好データテーブルのバージョン情報」は、ＤＳＲＣ車載器２０が蓄積/アップリンクした嗜好データのバージョンが分かるので、アップリンクされた嗜好データ解析に利用できる。なお、嗜好データテーブルを更新する際は、利用者の煩わしさ低減のため、旧バージョンの嗜好データの設定値を新バージョンの嗜好データテーブルの設定値に反映することが好ましい。
【０１８８】
「嗜好ジャンルデータ」には、上述した通り、最大９６項目(内１２項目は公共情報提供サービス用にリザーブ)の嗜好データテーブルを自由に設定することができる。サービス事業者の事業内容に応じて、利用者の嗜好に合わせて細分化した情報提供が可能となるため、配信した情報の再生率向上が見込まれる。
【０１８９】
「会員情報」には、基本的にはダウンリンクのＩＤ＝４０で配信された詳細情報１〜８と同一内容を会員情報１〜８に記録することができる。本実施の形態では、この会員情報１〜８の記憶領域に情報提供サーバ６０から配信されてきたコンテンツに含まれる会員特典を書き込んで、保存することで、会員特典の配布を実現している。
【０１９０】
また、ＤＳＲＣ車載器２０は、この会員情報１〜８の記憶領域に、ＤＳＲＣ接続した接続時刻や接続回数（接続情報）を書き込むようにし、その接続回数や接続時刻をアップリンク情報として路側無線装置４０および情報提供サーバ６０に送信するようにしてもよい。それらの情報を取得した情報提供サーバ６０は、その情報に基づいて、配信するコンテンツのＩＤ＝４０に会員特典を付加して、路側無線装置４０に送信する。路側無線装置４０は、その情報をＤＳＲＣ通信によりＤＳＲＣ車載器２０に配信する。
【０１９１】
ＤＳＲＣ車載器２０は、アップリンクのデータ形式中の会員情報８の欄に対し、保存できた最新の情報コードを記述するようにしてもよい。この場合、情報提供サーバ６０は、通信が切断した際、会員情報８を読み取ることで、ＤＳＲＣ車載器２０が保存できた情報が理解できるため、続きの情報から配信を行なうことが可能である。利用者は、情報配信を受ける際に通信が何らかの要因で切断しても、続きから情報配信を受けることが可能なため、通信遮断による時間的なロスを低減することが可能である。
【０１９２】
また、アップリンク情報には、上述した項目以外にも図示外の「過去立寄地情報」や「広告視聴履歴情報」を有することとしてもよい。
【０１９３】
続いて、上述した構成による情報提供システム１０における入会処理の種類と主な流れを、図２３などを参照しながら説明する。
【０１９４】
入会処理の種類についてまず説明する。なお入会とは、路側無線装置４０から配信されるコンテンツのうち、特定のコンテンツを受信しまたはＤＳＲＣ車載器２０に表示する権原を持つことができるようになることを指す。特定のコンテンツとは、クーポン、ポイント付与などの特典情報や他に優先して配信される最新の情報などをいう。１つの路側無線装置４０からは１つのサービス事業者の情報（コンテンツ）が配信されることが多いが、複数のサービス事業者のコンテンツが配信されることもある。また、他の路側無線装置４０からは、他のサービス事業者のコンテンツが配信されることがあったり、同じサービス事業者のコンテンツが配信されたりすることもある。このため、入会は、路側無線装置４０毎に行うのではなく、サービス事業者毎に行う必要がある。
【０１９５】
入会処理は、サービス事業者と契約する処理（申込処理であり事前処理）と、ＤＳＲＣ車載器２０に対し契約したサービス事業者を登録する処理がある。サービス事業者と契約する処理は、後述するように、オフライン（紙を用いて入会）とオンライン（ＤＳＲＣ車載器２０を使うもの、携帯電話やＰＣを使う等他の手段を使うもの）がある。オフラインで行う場合には、後述するようにユーザは契約したい事業者の窓口等で所定のシートにユーザが使用するＤＳＲＣ車載器２０のＩＤ（ＡＳＬ−ＩＤ）とユーザの個人情報を事業者に通知することで契約を行う。入会処理には上述したように、オンラインによる方法Ａ（以下「オンラインＡ」という）と、オフラインによる方法Ｂ（以下「オフラインＢ」という）が存在する。オンラインＡは、ＤＳＲＣ車載器２０を使用して行うものＡ１（以下「Ａ１」という）と、入会案内などの表示はＤＳＲＣ車載器２０で行うものの、事前処理となる仮契約手続きは他の機器を利用して行うものＡ２（以下「Ａ２」という）とが存在する。Ａ１系は、ＤＳＲＣ車載器２０と路側無線装置４０とが共にインターネット接続可能なものである場合のシステムにおいて実行される。Ａ２系は、ＤＳＲＣ車載器２０と路側無線装置４０のいずれ１つまたは両者がインターネット接続不能である場合のシステムにおいて実行される。
【０１９６】
Ａ１系は、次のステップを踏むものとなっている。
【０１９７】
ステップＳ１５１：ＤＳＲＣ車載器２０がエリアインすると、所定の処理がなされＤＳＲＣ車載器２０の表示部３３にブラウザ画面が表示される。この所定の処理の中には、情報提供サーバ６０の制御部６６がＤＳＲＣ車載器２０と路側無線装置４０の通信環境を判断する処理が含まれる。
【０１９８】
ステップＳ１５２：ブラウザの画面は、入会勧誘画面となる。この画面例を図２５（Ａ）に示す。会員になることを承諾すると、仮の会員契約が成立する。この会員契約は事前処理の一部に相当する。
【０１９９】
ステップＳ１５３：ステップ１５２が終了すると、その内容は情報提供サーバ６０に保存される（保存処理）。
【０２００】
ステップＳ１５４：ステップＳ１５３の処理と共にＤＳＲＣ車載器２０の表示部３３には本契約をするために必要となる所定番号が入った確認画面が表示される。この確認画面は、情報提供サーバ６０の制御部６６が送信処理をしたものである。この確認画面は、単に、会員になることを承諾する、しない、の選択画面としてもよい。この選択処理は、ＤＳＲＣ車載器２０の制御部３４が制御する。
【０２０１】
ステップＳ１５５：ユーザは、確認画面中に記載されている所定番号をＤＳＲＣ車載器２０に入力する。これによって入会処理が完了する。なお、ＤＳＲＣ車載器２０の制御部３４が確認画面の中に「会員となる方は所定番号を入力して下さい」との表示や音声出力をするような制御を行うようにしてもよい。また、所定番号の入力後、表示部３３に最終確認のための確認表示、たとえば「会員となる処理をしますか？」などの確認画面または音声のいずれか一方または両者を出力するようにしてもよい。
【０２０２】
ステップＳ１５６：ＤＳＲＣ車載器２０の制御部３４は、契約したことをアップリンクタグエリアに記載する。具体的には、アップリンクタグエリアの基本情報の中に該当事業者のコードが記載される。その結果、アップリンク情報中のサービス事業者コードの欄に当該事業者のコードが記述されることとなる。
【０２０３】
ステップＳ１５７：ＤＳＲＣ車載器２０の制御部３４は、次回のエリアインの際、または長時間のエリアインを行っているときは、ステップＳ１５６の処理の後のアップリンク時に、サービス事業者コードの欄に当該事業者のコードが記述されたアップリンク情報を路側無線装置４０に送信する。送信された情報は、情報提供サーバ６０に送られ、情報提供サーバ６０の制御部６６は、ステップＳ１５３にて保存された内容と受け取った内容とを照合し、一致すれば入会処理が完全に終了する。この時点が契約の完了となる。
【０２０４】
Ａ２系は、次のステップを踏むものとなっている。
【０２０５】
ステップＳ１６１：ＤＳＲＣ車載器２０がエリアインすると、ステップＳ１５１と同様な処理がなされ、ＤＳＲＣ車載器２０の表示部３３に会員勧誘画面が表示されるか、もしくは通知される。会員勧誘画面中には、他の通信網、たとえばインターネット網を通じての会員契約に必要な情報が表示されている。この画面例を図２６に示す。この情報としては、携帯番号を通じてのホームページへのアクセスに必要なＵＲＬなどが二次元コード（たとえばＱＲコード（登録商標））や、会員契約が可能となるホームページのＵＲＬ番号などが挙げられる。
【０２０６】
ステップＳ１６２：ユーザは、携帯番号、パソコンなどの通信機器を利用して、かつ会員契約に必要な情報を基にして、事前処理となる会員契約が可能となるホームページへアクセスして申し込み処理をする。
【０２０７】
ステップＳ１６３：その申し込みは、各種の手段を通じて情報提供サーバ６０に保存される（保存処理）。
【０２０８】
ステップＳ１６４：ユーザは、ステップＳ１６２によって申し込み処理をした際に、会員となるために必要な所定番号等を入手する。この入手は、申し込み処理の際に、ブラウザ上に表示されたり、その後の電子メールの受領によって行われたりする。その後は、先のステップＳ１５５，Ｓ１５６，Ｓ１５７の処理となる。
【０２０９】
オフラインＢは、他のシステムの会員契約と同種なものである。具体的には、電話による申し込み、ＦＡＸによる申し込み、申込書の郵送などによって事前処理（＝契約申込）が行われる。オフラインＢでは、その後、ステップＳ１６３とステップＳ１６４の処理と同様の処理が行われ、その後ステップＳ１５５，Ｓ１５６，Ｓ１５７の処理が行われる。
【０２１０】
続いて、上述した構成による情報提供システム１０において情報提供サーバ６０の制御部６６が行う入会と退会の一連の処理例について、図５および図２４を用いて説明する。
【０２１１】
図２４は、図１に示す情報提供サーバ６０の制御部６６によって行われる入会と退会の一連の処理例を示すフローチャート図である。
【０２１２】
ステップＳ２０１：まず図５に示すように、電源投入とステップＳ１００の処理が行われる。その後、情報提供サーバ６０は、ＤＳＲＣ車載器２０がエリアインした後に、所定のＤＳＲＣ通信接続処理を開始する。この処理はステップＳ１０１と同様である。
【０２１３】
ステップＳ２０２：ステップＳ２０１の後、ステップＳ１０２と同様な処理をし、クライアントインフォメーションデータのアップリンクを行う。このアップリンクは、ステップＳ１０３の処理と同様である。
【０２１４】
ステップＳ２０３：路側無線装置４０は、特性情報中の車載機固有のＩＤ（ＡＳＬ−ＩＤなど）から該当ユーザが会員か非会員か否かを判断する。この判断は、対象となるＡＳＬ−ＩＤなどが情報提供サーバ６０に保存されているので、送られてくるＡＳＬ−ＩＤなどが保存されているものと一致すれば会員と判断する。この判断は、情報提供サーバ６０の制御部６６で行うが、路側無線装置４０で行うようにしてもよい。
【０２１５】
ステップＳ２０４：非会員の場合には、情報提供サーバ６０は、会員勧誘用のコンテンツを即時表示型でＤＳＲＣ車載器２０に送る。ステップＳ２０４で送られるコンテンツは、情報提供サーバ６０の制御部６６がＤＳＲＣ車載器２０の通信環境を判断して、その通信環境にとって適切なコンテンツとされる。たとえば、路側無線装置４０がインターネット接続の環境を備えている場合、情報提供サーバ６０は、ＤＳＲＣ車載器２０もインターネット通信が可能であると判断したときは、ＤＳＲＣ車載器２０に対してブラウザを起動させる指示信号を送信し、併せて契約申し込みが可能となるホームページに接続させる。
【０２１６】
一方、路側無線装置４０とＤＳＲＣ車載器２０のいずれか一方または両者がインターネット通信環境を備えていない場合は、情報提供サーバ６０の制御部６６は、図２５（Ａ）や図２６に示すような入会を誘う画面を即時表示型でＤＳＲＣ車載器２０に送信する制御を行う。ここで即時表示型とは、ＤＳＲＣ車載器２０の内部に蓄積されるタイプのものでなく、ＤＳＲＣ車載器２０の表示部３３にて即時に表示されるタイプのことをいう。
【０２１７】
なお、会員勧誘用のコンテンツを配信する場合、情報提供サーバ６０は次の事項（上述と重複する部分もあり）を判断基準として、どのコンテンツを配信するかを決める。（１）特性情報の内容としては、対応言語や測地系（世界測地系か日本測地系か）、対応ＤＲＭ（どのようなＤＲＭに対応しているか）、モニタ解像度（モニタあるなし、ＷＱＶＧＡ、ＷＶＧＡ等）、ＳＶＧ対応、ナビ部蓄積可能容量があり、それらを参考とする。（２）上述したように、ブラウザ対応に対応しているかを特性情報から判断し、ＤＳＲＣ車載器２０によって、ＩＰ系でアクセスするためのＵＲＬを有したコンテンツを送付するか、携帯電話やＰＣ用のＵＲＬ情報（たとえばＱＲコード）を送るかどうかを決める。（３）他の判断としては、当該路側無線装置４０がＩＰ接続可能か否かにより、送信するデータを変更することがある。路側無線装置４０がＩＰ接続対応の場合は、上述したように、入会用の画面をＩＰ系でＰＵＳＨ配信することにより会員入会のための画面、たとえば図２５（Ａ）に示すような画面がＤＳＲＣ車載器２０の表示部３３に直接、表示される。
【０２１８】
配信されてきた情報をもとにユーザは、会員となるか否かを決める。会員となる希望がなければ、その旨を選択し処理を終了する。たとえば図２５（Ａ）の画面で、「しない」の欄７１を選択した場合、図２５（Ａ）の入会勧誘画面は非表示となる。会員となる場合には、今すぐ会員となるか、後で会員となるかを選択する。たとえば図２５（Ａ）の画面で入会処理の欄７２を選択すると、図２５（Ｂ）に示す画面が現われ、その画面で「入会する」を選択すると図２５（Ｃ）に示す画面が現われる。後で会員となる場合には、ＵＲＬ情報あるいは勧誘画面そのものを保存し、後で呼び出せるようにする。この保存の処理は、図２５（Ａ）の保存の欄７３を選択することでなされる。
【０２１９】
「今すぐ入会」を希望する場合には、現在の通信エリアを確認し、たとえばＤＳＲＣ車載器２０のＩＰ接続ができるのか、ＷｉＭＡＸで通信できるのか、携帯電話の通信エリアなのか（地下駐車場に路側無線装置４０がある場合には携帯電話でも通信できない可能性がある）を確認する。路側（情報提供サーバ６０または路側無線装置４０）が送ってきた情報は、ＤＳＲＣ車載器２０の特性情報をもとにそれに相応しい情報であるが、その方式では通信できない場合には、他の代替手段（車載器にブラウザ機能があってもＩＰ接続できない場合は、携帯電話で登録する等）で登録できるのか否かの判断を入れる。これにより、通信が可能であればユーザはオンラインで登録を行うこととなる。
【０２２０】
ステップ２０５：ステップＳ２０３で会員と判断された場合、会員用のコンテンツがＤＳＲＣ車載器２０に配信される。なお、会員用と会員以外の両方のコンテンツを配信するようにしてもよい。
【０２２１】
ステップＳ２０６，Ｓ２０７：情報提供サーバ６０の制御部６６は、ＤＳＲＣ車載器２０から当該事業者コードを有するアップリンク情報があるか否かの監視を行っている（ステップＳ２０６）。当該サービス事業者に関するアップリンク情報が無い場合、制御部６６は、所定時間経過したかを判定する（ステップＳ２０７）。所定時間を経過していない場合、ステップＳ２０６へ戻る。
【０２２２】
ステップＳ２０８，Ｓ２０９：所定時間が経過していたら、制御部６６は過去に当該事業者に関するアップリンク情報がアップリンクされた履歴があるか否かを判断する（ステップＳ２０８）。過去に履歴が無いときは、ＤＳＲＣ車載器２０に事業者コードが登録されていないと判断され、その旨を通知する（ステップＳ２０９）。この通知も即時表示型のコンテンツとなっている。この通知画面の例を図２７に示す。
【０２２３】
報知されたユーザは、会員契約（事前処理）を済ませたが、ＤＳＲＣ車載器２０に事業者コードを記憶させていない場合は、その場で記憶させる、または後で記憶させる、または身に覚えがないのでＤＳＲＣ車載器２０に登録しない、の３通りが考えられる。すぐ登録した場合は、路側がポーリングを行っているため、登録情報がアップリンクされ、通常の会員に対する制御と同じようになる。具体的には、アップリンク情報中の嗜好データにあったコンテンツを編成して、ＤＳＲＣ車載器２０に送る（ステップＳ２１０）。また目的地情報や立ち寄り情報等を用いて、それにあったコンテンツを送信することもある。
【０２２４】
一方、後で登録する場合や登録しないときは、路側（情報提供サーバ６０,路側無線装置４０）は会員情報をアップリンクしてこないと判断し、所定の即時表示型の画面（たとえば通信エリアから離れる旨の指示コンテンツ）を配信し、処理を終了する。ここで、会員ではあるがユーザがＤＳＲＣ車載器２０に対して登録していない場合の即時表示型のコンテンツについては、事業者コードが表示されているものが考えられる。
【０２２５】
ステップＳ２１１以降の処理は、退会処理の一例を示すものである。この処理を説明する前に、退会処理一般について説明する。
【０２２６】
退会処理は、入会処理と大きな違いはない。退会処理のためのコンテンツは会員となったユーザに対して、蓄積型で退会処理という嗜好データ（あるいは詳細情報にそのコンテンツが退会処理であることを示すデータを入れる）で、送信される。ユーザは、退会したい場合は、所定のボタンを押すことにより、ＤＳＲＣ車載器２０は、退会用の画面を生成する。退会用の画面は、図２５（Ａ）と類似の画面（「入会」が「退会」に変わっている）であって、ＱＲコード（登録商標）の表示、ＵＲＬの表示、退会のための電話番号や連絡先が記載されているものが好ましいが、他のものとしてもよい。また対象地点情報としてＵＲＬも入れておき、これを利用してＤＳＲＣ車載器２０のブラウザを立ち上げ、退会画面へ移ることができるようにしてもよい。退会用の画面例を図２８に示す。
【０２２７】
ユーザがＤＳＲＣ車載器２０の事業者コードを削除することにより、ＤＳＲＣ車載器２０はアップリンクを行わないようになる。サービス事業者は、事前処理としての契約として退会処理が行われているにもかかわらず、ＤＳＲＣ車載器２０から当該事業者に関するアップリンク情報がアップリンクされている場合には、その旨を通知するようにしてもよい。この通知画面の例を図２９に示す。この場合は契約を解除しても情報提供サーバ６０がＡＳＬ−ＩＤなどを記憶していること条件となる。なお、知らないＤＳＲＣ車載器２０からデータがアップリンクされたことをもって退会者と判断すれば、情報提供サーバ６０は、記憶しなくてもよい。
【０２２８】
ユーザは、サービス事業者との契約の解除以外にも、その事業者に関するアップリンク情報をアップリンクしない（ＤＳＲＣ車載器２０からサービス事業者のデータが削除された）ことにより退会の意思を表明することも可能である。この場合、路側無線装置４０は、データをアップリンクするよう要求するが、所定回数あるいは所定期間経っても、ユーザからアップリンクされない場合、情報提供サーバ６０の制御部６６は契約を解除し、さらに会員として判断しないようにしてもよい。
【０２２９】
このような退会処理、すなわちデータをアップリンクしないことによる退会処理を以下に説明する。
【０２３０】
ステップＳ２１１〜Ｓ２１４：ステップＳ２０８において、過去にアップリンクされた履歴があると判定された場合、制御部６６は、ＤＳＲＣ車載器２０に、当該事業者のアップリンク情報がアップリンクされていないことを通知する（ステップＳ２１１）。そして、制御部６６は、過去に同様の通知を行ったかを確認し（ステップＳ２１２）、行っていない場合、その対象となるＤＳＲＣ車載器２０のＡＳＬ−ＩＤなどを記載し、アップリンクしていない旨の通知を行っている場合は、該当するＡＳＬ−ＩＤに対応づけられた通知回数に「１」を加える処理をする（ステップＳ２１４）。
【０２３１】
ステップＳ２１５〜Ｓ２１８：通知回数が所定回数を超えたか否かを制御部６６は判定し（ステップＳ２１５）、所定回数を超えていない場合、一連の処理を終える（ステップＳ２１６）。一方、所定回数を超えている場合、事前処理となる契約申込はなされたが、正式な登録（本登録）は希望していないと制御部６６は判断し、契約破棄を行う画面を生成し、ＤＳＲＣ車載器２０に送信する（ステップＳ２１７）。この処理を終え、一連の処理が終わる（ステップＳ２１８）。
【０２３２】
本発明の実施の形態では、ユーザが所定の事業者と会員契約を結ぶことによって、所定の事業者から有用な情報を入手することができるとともに、契約を結んでいない事業者からは多数の不要な情報が送信されないようにすることができる。また、契約の申し込みがなされた段階、すなわち事前処理の段階では、契約完了ではなく、ユーザが確実に事業者コード等をＤＳＲＣ車載器２０に登録（保存処理）し、アップリンクすることによって契約が完全に終了し、始めて正式な会員となることができる。そのため情報提供サーバ６０や路側無線装置４０の側から強制的にまたは半強制的に、ユーザを会員とさせることはなくなり、ユーザにとって真に会員となりたい事業者のみを対象として会員となることができる。
【０２３３】
以上の実施の形態は、本発明の好適な実施の形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形や変更が可能である。たとえば、情報提供サーバ６０が、送信処理によって事前処理を受信したとき、情報提供サーバ６０の制御部６６は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報（画面または通知）を、端末となるＤＳＲＣ車載器２０に送信するようにしてもよい。
【０２３４】
また、入会勧誘画面としては、図３０に示すように、二次元コードを有しない画面としてもよい。また、会員へのコンテンツ配信が終了した際には、情報提供サーバ６０は、他の会員との通信が行えるように、コンテンツ配信が終了した会員（ＤＳＲＣ車載器２０）に通信エリアから立ち退くことを促す画面（たとえば図３１の画面）を即時表示型のデータで送信するようにしてもよい。なお、路側無線装置４０は、駐車場の入り口または出口など、車両１００が低速で走行すると共に、長時間停止することが無い場所に設置されれば、図３１に示すような通知は必要なくなるので、そのような場所に路側無線装置４０を設置するようにしてもよい。
【０２３５】
また、退会処理の際に、事業者コードが削除されるが、事業者コードの削除に併せ、会員向けの特典、たとえばクーポンやポイントなどが削除されるようにするのが好ましい。また、事前処理の後に、事業者コードを削除するまでに長時間を要することも考えられ、会員向けの特典の有効期間は、短期間とするのが好ましい。たとえば、配信時から７２時間としたり、配信日を含め、７日間としたりするのが好ましい。
【０２３６】
また、基地局に情報提供サーバ６０の機能を持たせるようにしてもよい。すなわち、路側無線装置４０の制御部４４が、情報提供サーバ６０の制御部６６と同様な機能を有し、情報提供サーバ６０が行っている処理のすべてまたは一部を路側無線装置４０が行う形態としてもよい。さらに、上記実施の形態では、ＤＳＲＣ端末としてのＤＳＲＣ車載器２０を用いている。この他にもたとえば、ＤＳＲＣ端末としてＤＳＲＣ通信機能を備えた形態電話やＰＤＡを用いてもよい。また通信方式としては、ＤＳＲＣ方式以外に、広域通信方式など他の通信方式を採用することができる。
【０２３７】
また、上記実施の形態では、基地局としては、主に道路沿いに設置される路側無線装置４０を用いている。この他にもたとえば、基地局として駐車場や該当などに設置される通信機能を備えた無線装置を用いてもよい。また基地局の管理者は、配信されるコンテンツに関係する業者ではなく、その業者と契約を結んで基地局を運営する者、すなわちサービス提供事業者以外の者が基地局を設置し、管理する形式としてもよい。
【０２３８】
また、上記実施の形態に係るＤＳＲＣ車載器２０は、図３に示すようにＤＳＲＣ部２１と、ナビ部２７と、制御部３４とで構成している。この他にもたとえば、「ＪＥＩＴＡ ＴＴ−６００３」で示されるＩＴＳ車載器のように料金決済が可能なＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ ｓｙｓｔｅｍ）処理部（不図示）、料金決済時に使用するＩＣカードを挿入するＩＣカードインタフェース部（不図示）などを備えていてもよい。また、端末としては、ナビゲーション機能を持たないものとしたり、車両１００に常時設置されない携帯可能な装置としたりしてもよい。
【０２３９】
また、上記実施の形態に係るＤＳＲＣ車載器２０のＤＳＲＣ部２１は、３．５ＧＨｚ帯ＤＳＲＣ通信機能を有している。この他にもたとえば、「ＪＥＩＴＡ ＴＴ−６００３」で示されるＩＴＳ車載器のように、光ＶＩＣＳインタフェース，ＦＭＶＩＣＳインタフェース，２．５Ｇｈｚ帯ＤＳＲＣ通信用インタフェース、その他のメディアとの通信インタフェースを備えていてもよい。
【０２４０】
また、上記実施の形態に係る情報提供システム１０におけるトランザクションでは、図５に示すように、ステップＳ１０７のアップリンク情報の通知後にステップＳ１０８によるアップリンク情報の更新有無を確認するポーリングを行なっている。この他にもたとえば、このステップＳ１０７の通知後にＶＩＣＳフォーマットによる公共情報などのデフォルトコンテンツを情報提供サーバ６０が配信してもよい。
【０２４１】
また、上述の実施の形態の情報提供システム１０が有する各構成ブロックの機能は、全てまたはその一部をソフトウェアによって実現しても、あるいはその少なくとも一部をハードウェアで実現しても良い。たとえば、制御部３４，６６における処理の全部またはその一部は、１または複数のプログラムによりコンピュータ上で実現しても良く、その少なくとも一部をハードウェアで実現しても良い。
【０２４２】
また、たとえば、ＤＳＲＣ車載器２０を装置の全部または一部として動作させるためのコンピュータプログラムを、メモリーカード、ＣＤ（ｃｏｍｐａｃｔ ｄｉｓｃ）、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）、ＭＯ（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ）等のコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータ、たとえば、携帯電話、オーディオ機器、電子時計等にインストールし、ＤＳＲＣ車載器２０として動作させ、あるいは、ＤＳＲＣ車載器２０が行う工程を実行させてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、たとえば、搬送波に重畳させて、ＤＳＲＣ車載器２０となるコンピュータにダウンロード等するものとしてもよい。
【図面の簡単な説明】
【０２４３】
【図１】本発明の実施の形態に係る情報提供システム全体の構成を示す図である。
【図２】図１に示す情報提供システムにおけるＤＳＲＣ車載器と路側無線装置が通信を行っている状態を示す図である。
【図３】図１に示すＤＳＲＣ車載器の主な構成を示すブロック図である。
【図４】図１に示す路側無線装置および情報提供サーバの主な構成を示すブロック図である。
【図５】図１に示すＤＳＲＣ車載器と路側無線装置との間で行なわれるトランザクションを示す図である。
【図６】図１に示す情報提供システムにおいて、ＤＳＲＣ車載器に配信されるマルチコンテンツフォーマットのディジタルデータの概要構成を示す図である。
【図７】図６に示すディジタルデータ中の事業者情報の構成を示す図である。
【図８】図６に示すディジタルデータ中のコンテンツ情報の構成を示す図である。
【図９】図６に示すディジタルデータ中の再生条件情報の構成を示す図である。
【図１０】図６に示すディジタルデータ中の有効期限情報の構成を示す図である。
【図１１】図６に示すディジタルデータ中の提供時間情報の構成を示す図である。
【図１２】図６に示すディジタルデータ中の対象地点情報の構成を示す図である。
【図１３】図６に示すディジタルデータ中の情報提供地点情報の構成を示す図である。
【図１４】図６に示すディジタルデータ中の遷移情報の構成を示す図である。
【図１５】図６に示すディジタルデータ中の詳細情報の構成を示す図である。
【図１６】図６に示すディジタルデータ中の駐車場情報の構成を示す図である。
【図１７】図６に示すディジタルデータ中の運転支援情報の構成を示す図である。
【図１８】図６に示すディジタルデータ中の嗜好情報の構成を示す図である。
【図１９】図６に示すディジタルデータ中の嗜好情報の内容の表示画面の例である。
【図２０】図６に示すＩＤ＝１０に含まれるコンテンツ情報をツリー構造で示した図である。
【図２１】図１に示す情報提供システムにおいて使用されるマルチコンテンツフォーマットのデータのフレーム例を示す図である。
【図２２】図１に示すＤＳＲＣ車載器から路側機に対して行なうアップリンクにおけるデータ形式を示す図である。
【図２３】図1に示す情報提供システムにおける入会処理の種類と主な処理ステップを示す図である。
【図２４】図１に示す情報提供システムにおける入会と退会の一連の処理を示すフローチャート図である。
【図２５】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘の画面例である。
【図２６】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘の他の画面例で、ＤＳＲＣ車載器以外の機器を利用して行う際の画面例である。
【図２７】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、事前処理（契約申し込み）が終了しているもの事業者コードがＤＳＲＣ車載器に入力されていないときの画面例である。
【図２８】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される退会用の画面例である。
【図２９】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、事前処理（契約解消）が終了しているもの事業者コードのＤＳＲＣ車載器からの削除がされていないときの画面例である。
【図３０】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘のさらに他の画面例である。
【図３１】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、通信エリアの会員へのコンテンツ配信がすべて終了した際に通知される画面例である。
【符号の説明】
【０２４４】
１０ 情報提供システム
２０ ＤＳＲＣ車載器
２１ ＤＳＲＣ部（通信部）
２２ 送受信部／変復調部（通信部の一部）
２３ ＤＳＲＣ制御部（通信部の一部）
２４ ＤＳＲＣ−ＡＳＬ処理部（通信部の一部）
２５ メモリ部
３４ 制御部（端末の制御部）
４０ 路側無線装置（基地局）
６０ 情報提供サーバ
６６ 制御部（情報提供サーバの制御部）
【技術分野】
【０００１】
本発明は、情報提供システム、 情報送受信用の端末および情報提供方法に関する。
【背景技術】
【０００２】
特許文献１は、道路に設けた路側機と車両に設けた車載情報端末装置の間で、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ Ｓｈｏｒｔ−Ｒａｎｇｅ Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ：狭域通信）を利用して通信し、路側機近傍を通過する車両に対して、近郊の広告情報をスポット的に提供する情報提供システムを開示する。この情報提供システムにより提供された広告情報は、車載情報端末装置のディスプレイ上に表示されることにより、乗員に広告情報を通知できるようになっている。
【０００３】
特許文献２は、センター装置と車載器が相互通信を行ない、現在地の地域の広告情報を受信することができる広告配信システムを開示する。この広告配信システムにより提供された広告情報は、車両の外方にその広告情報を表示させることにより、ＤＳＲＣ車載器を搭載していない他の車両の乗員にもその広告情報を通知することができるようになっている。
【０００４】
【特許文献１】特開２００１−１０１５８７号公報（特許請求の範囲など）
【特許文献２】特開２００４−２７９５０９号公報（特許請求の範囲など）
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、特許文献１および特許文献２に開示されるシステムにおいて配信される広告情報は、個人を特定しないで配信される大衆向けの広告情報であり、必ずしもユーザにとって有益な情報であるとは限らない。
【０００６】
また、サービスや商品を提供する業者は、再度来店してくれるリピータを増やしたいと考え、クーポンやポイントなどの得点をユーザに与えているが、リピート率は上がっていないのが現状である。これは特許文献１や特許文献２の広告配信システムを利用した場合も同様である。
【０００７】
そこで、本発明は、ユーザにとって真に有用な情報のみを受信可能とする情報提供システム、情報送受信用の端末および情報提供方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記の課題を解決するため、本発明に係る情報提供システムは、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、端末に各コンテンツを送信可能な基地局と、基地局に各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムであって、情報提供サーバは、端末または基地局が備える通信環境を判断する制御部を有し、端末は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、基地局との通信エリアに入ったとき、事前処理または上記情報の内容を基地局に送信する送信処理の少なくとも３つの処理を行う制御部とを有している。
【０００９】
他の発明は、上述の発明に加え、情報提供サーバの制御部は、基地局が他の通信網に接続できるか否かの判定をし、その判定結果に基づき、事前処理を行うための手段を特定し、その特定された手段用の情報を送信している。
【００１０】
また、他の発明は、上述の発明に加え、情報提供サーバの制御部は、端末から送信されてきた端末の特性情報に基づき、事前処理を行うための手段を特定し、その特定された手段用の情報を送信している。
【００１１】
さらに、他の発明は、上述の発明に加え、前記情報提供サーバは、基地局と端末が共に他の同一の通信網と接続できるときには、端末を他の通信網に強制的に接続させ、事前処理を促している。
【００１２】
また、他の発明は、上述の発明に加え、情報提供サーバが、送信処理によって事前処理または情報の内容を受信したとき、情報提供サーバの制御部は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報を端末に送信している。
【００１３】
また、他の発明は、上述の発明に加え、事前処理は、（１）入会または退会の権原を有する登録者のインターネット上のホームページに他の機器によって接続し、（２）そのホームページで入会または退会の処理を行う処理であり、保存処理は、その処理の結果を端末に保存する処理としている。
【００１４】
また、他の発明は、上述の発明に加え、保存処理は、（１）実施した事前処理を端末に仮登録する処理と、（２）端末の制御部が、当該処理が正しいものであるかの確認をする画面を生成する確認処理と、（３）確認処理によって確認された場合、端末に本登録する処理とを有する処理としている。
【００１５】
また、他の発明は、上述の発明に加え、事前処理は、（１）端末が会員用のコンテンツを受信し、または表示する権原を与えられていないと情報提供サーバの制御部が判断し、（２）その判断に基づき、情報提供サーバが基地局を介して会員となることを誘う勧誘コンテンツを端末に送信し、（３）その勧誘コンテンツに基づき他の通信網を利用して入会処理を行う処理であり、保存処理は、端末内の事業者のコード欄に対象となる事業者コードを記録する処理としている。
【００１６】
また、他の発明は、上述の発明に加え、勧誘コンテンツは、入会の権原を有する事業者のインターネット上のホームページに接続できるコードが表示される画像を有するものとしている。
【００１７】
さらに、他の発明は、上述の各発明に加え、事前処理は、（１）情報提供サーバが退会処理用のコンテンツを前記端末に送信し、（２）その退会処理用のコンテンツを端末の表示部で表示し、（３）その表示された画面に基づき、他の通信網等の他の手段を利用して退会処理を行う処理であり、保存処理は、端末内の対象となる事業者のコードを削除する処理としている。
【００１８】
また、本発明の情報送受信用の端末は、所定の通信方式により基地局から配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される情報送受信用の端末において、端末は、会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、基地局との通信エリアに入ったとき、事前処理または上記情報の内容を基地局に送信する送信処理の少なくとも３つの処理を行う制御部を有している。
【００１９】
また、本発明の情報提供方法は、所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、端末に各コンテンツを送信可能な基地局と、基地局に各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムに用いられる情報提供方法であって、会員用のコンテンツを受信できるようにする入会処理、または受信できないようにする退会事前処理を行う事前処理ステップと、その実施した事前処理または事前処理によって得られた情報を保存する保存処理ステップと、基地局との通信エリアに入ったとき、事前処理または情報の内容を基地局に送信する送信処理ステップとを有している。
【発明の効果】
【００２０】
本発明は、ユーザにとって真に有用な情報のみを受信可能とする情報提供システム、情報送受信用の端末および情報提供方法を提供することができる。
【発明を実施するための最良の形態】
【００２１】
以下、本発明の実施の形態に係る情報提供システム、情報送受信用の端末および情報提供方法について図面に基づいて説明する。以下の説明では、情報送受信用の端末および情報提供方法は、情報提供システム１０の説明の中で併せて説明する。
【００２２】
図１は、本発明の実施の形態に係る情報提供システム１０全体の構成を示す図である。この図１に示すように、情報提供システム１０は、車両１００に搭載される端末としてのＤＳＲＣ車載器２０と、道路沿いや駐車場やその近傍に配置される基地局としての路側無線装置４０と、インターネット等の無線または有線による通信網１１０によって路側無線装置４０に接続され、路側無線装置４０に複数のコンテンツを提供するセンター装置となる情報提供サーバ６０を主要な構成要素としている。
【００２３】
図１に示すように、情報提供サーバ６０は、ＤＳＲＣ専用のネットワークであるＩＴＳ通信網１１０ａを介して路上や駐車場、道の駅等に複数設置された路側無線装置４０Ａ、４０Ｂと接続されている。各路側無線装置４０Ａ、４０Ｂは、ＤＳＲＣ通信機能を備えたＤＳＲＣ車載器２０と無線通信可能に構成され、ＤＳＲＣ車載器２０と通信が確立すると、その旨を情報提供サーバ６０に通知し、情報提供サーバ６０からコンテンツ情報を受信してＤＳＲＣ車載器２０に送信する。路側無線装置４０Ａは、ＤＳＲＣ専用の独自プロトコルによりＤＳＲＣ車載器２０および情報提供サーバ６０と通信（ＤＳＲＣ非ＩＰ通信という）を行う。路側無線装置４０Ｂは、インターネットプロトコル（ＩＰ）によりＤＳＲＣ車載器２０および情報提供サーバ６０と通信（ＤＳＲＣＩＰ通信という）を行う。
【００２４】
また、情報提供サーバ６０は、外部ネットワークである一般通信網１１０ｂにも接続されている。一般通信網１１０ｂは、インターネット、およびこれに接続された移動体通信網、無線ＬＡＮ（Local Area Network）、Ｗｉｍａｘ（Worldwide Interoperability for Microwave
Access）等の無線通信網を含んでおり、情報提供サーバ６０は、一般通信網１１０ｂを介してＤＳＲＣ車載器２０からのコンテンツ情報の取得要求を受信すると、要求されたコンテンツ情報をＤＳＲＣ車載器２０に送信する。
【００２５】
ここで、情報提供サーバ６０が路側無線装置４０Ａを介してＤＳＲＣ車載器２０に提供するコンテンツ情報は、たとえば、車両１００の周辺の店舗、駐車場、医療施設等の各種施設のサービス案内であり、以下これらのコンテンツ情報を第１のコンテンツ情報と呼ぶ。また、情報提供サーバ６０が一般通信網１１０ｂを介して、もしくは路側無線装置４０Ｂを介してＤＳＲＣ車載器２０に提供するコンテンツ情報は、ＤＳＲＣ車載器２０でＷｅｂページを表示するためのＨＴＭＬファイルや、Ｗｅｂページを介して提供される画像情報、音楽情報等のマルチメディアコンテンツ等であり、以下これらのコンテンツ情報を第２のコンテンツ情報と呼ぶ。
【００２６】
図２は、ＤＳＲＣ車載器２０と路側無線装置４０との通信状態を示す図である。路側無線装置４０（４０Ａ、４０Ｂ）は、図２に示すように、本体装置４０ａとアンテナ４０ｂとを有する構成とされている。路側無線装置４０Ａ、４０Ｂは、道路脇や道路上方、駐車場、道の駅等に設置されたアンテナ４０ｂから、到達距離が限定されたＤＳＲＣの電波を放射して近傍に通信エリアとなる路側エリアＺを形成する。この路側エリアＺ内にある車両１００のＤＳＲＣ車載器２０とだけ双方向狭域無線通信が可能となる。
【００２７】
ＤＳＲＣは、５．８GHz帯域の電波を使った通信方式であり、その通信範囲はたとえば数メートルから数十メートルである。路側無線装置４０Ａ、４０ＢからのＤＳＲＣの送信出力は何れも同じ程度に設定されているので、複数の路側無線装置４０Ａ、４０Ｂがそれぞれ形成する路側エリアＺは設置場所に関係なく、ほぼ一定である。
【００２８】
本体装置４０ａは、ＤＳＲＣ車載器２０と情報提供サーバ６０間の情報のやりとりを仲介するための処理を行う。すなわち、アンテナ４０ｂを介してＤＳＲＣ車載器２０から受信された情報を、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に転送し、情報提供サーバ６０から送信された第１または第２のコンテンツ情報をＤＳＲＣ車載器２０へ転送する。本体装置４０ａは、情報処理や通信制御を行う制御部、記憶部等を備えたコンピュータ端末を適用することができる。
【００２９】
路側無線装置４０Ａの本体装置４０ａの制御部は、ＤＳＲＣ専用のプロトコルによりＤＳＲＣ車載器２０との通信制御を行う。路側無線装置４０Ｂの本体装置４０ａの制御部は、ＤＳＲＣ車載器２０の通信環境に合わせ、インターネットプロトコルまたはＤＳＲＣ専用のプロトコルによりＤＳＲＣ車載器２０との通信制御を行う。
【００３０】
図３は、図１に示すＤＳＲＣ車載器２０の構成を示すブロック図である。この図３に示すようにＤＳＲＣ車載器２０は、ＤＳＲＣ部２１と、ナビ部２７と、それらを制御部３４とを主要な構成要素としている。以下、具体的に説明する。
【００３１】
ＤＳＲＣ部２１は、図３に示すように、更に送受信部／変復調部２２と、ＤＳＲＣ制御部２３と、ＤＳＲＣ−ＡＳＬ処理部２４と、メモリ部２５と、ヒューマンマシンインタフェース部２６と、を主要な構成要素としている。
【００３２】
送受信部／変復調部２２は、「ＡＲＩＢ ＳＴＤ−Ｔ７５」に準拠したインタフェース（ＤＳＲＣプロトコルの物理層に相当するインタフェース）を実装している。また、送受信部／変復調部２２は、受信した電波をデジタル変調／復調する機能（ＡＳＫ／ＱＳＰＫ）を有する。ＤＳＲＣ制御部２３は、路側無線装置４０とのＤＳＲＣ通信を行なう。具体的には、「ＡＲＩＢ ＳＴＤ−Ｔ７５」に準拠したインタフェース（ＤＳＲＣプロトコルのデータリンク層およびアプリケーション層に相当するインタフェース）を実装し、路側無線装置４０と５．８ＧＨｚ帯の無線通信を行なうことができる。また、ＤＳＲＣ制御部２３は、送信されてきたデータのフレーム内に含まれる識別子（ＥＩＤ）により路側無線装置４０の通信相手であるＤＳＲＣ車載器２０内の対応するアプリケーションを特定することができる。
【００３３】
ＤＳＲＣ−ＡＳＬ処理部２４は、基本アプリケーション処理およびセキュリティプラットフォームを提供する。具体的には、「ＡＲＩＢ ＳＴＤ−Ｔ８８」に準拠した通信インタフェースを実装し、ＤＳＲＣ車載器２０にインストールされている各アプリケーションと路側無線装置４０との間でＤＳＲＣ−ＡＳＬによる通信制御を行なう。
【００３４】
上述した送受信部／変復調部２２、ＤＳＲＣ制御部２３およびＤＳＲＣ−ＡＳＬ処理部２４は、ＩＰ（Ｉｎｔｅｒｎｅｔ Ｐｒｏｔｏｃｏｌ）を用いた、いわゆるＩＰ系通信と、ＩＰを用いずその他の通信プロトコルで通信制御を行なう、いわゆる非ＩＰ系通信のそれぞれに対して通信インタフェースを提供する。
【００３５】
ＤＳＲＣ−ＡＳＬ処理部２４は、ＩＰ系通信を用いるアプリケーションに対しては、ＰＰＰ制御プロトコル（ＰＰＰＣＰ）、ＬＡＮ制御プロトコル（ＬＡＮＣＰ）およびＴＣＰ／ＩＰにより通信制御を行なう。一方、ＤＳＲＣ−ＡＳＬ処理部２４は、非ＩＰ系通信を用いるアプリケーションに対しては、拡張通信制御プロトコル（ＡＳＬ−ＥＬＣＰ）、ローカルポート制御プロトコル（ＬＰＣＰ）、ローカルポートプロトコル（ＬＰＰ）により通信制御を行なう。具体的には、ＤＳＲＣ−ＡＳＬ処理部２４は、各プロトコルによりアプリケーションデータに付加されるそれぞれの識別子により通信制御を行なう。
【００３６】
たとえば、ＩＰ系通信を用いるアプリケーションから路側無線装置４０の後述する無線通信部４１（図４参照）へデータを送信する場合には、各プロトコルによりポート番号,ＩＰアドレス,ＭＡＣアドレス,アクセス点識別子,ＥＩＤ,ＬＩＤを識別子として、アプリケーションが生成したアプリケーションデータへ順番に追加してパケットフレームが生成される。一方、路側無線装置４０の無線通信部４１からアプリケーションへデータが送信されてきた場合には、ＤＳＲＣ−ＡＳＬ処理部２４は、パケットフレーム内に含まれるＬＩＤ,ＥＩＤ,アクセス点識別子,ＭＡＣアドレス,ＩＰアドレス,ポート番号を各プロトコルにより順番に識別して、そのデータの送信先であるアプリケーションを特定することができる。
【００３７】
また、非ＩＰ系通信を用いるアプリケーションから路側無線装置４０の無線通信部４１へデータを送信する場合には、ローカルポート番号,アクセス点識別子,ＥＩＤ,ＬＩＤを識別子として、アプリケーション３が生成したアプリケーションデータに順番に追加してパケットフレームが生成される。一方、路側無線装置４０の無線通信部４１から非ＩＰ系通信を用いるアプリケーションへデータが送信されてきた場合には、ＤＳＲＣ−ＡＳＬ処理部２４は、パケットフレーム内に含まれるＬＩＤ,ＥＩＤ,アクセス点識別子,ローカルポート番号を各プロトコルにより順番に識別して、そのデータの送信先であるアプリケーション３を特定することができる。なお、従来のＥＴＣは、他のアプリケーションによってＥＩＤにより識別することができる。
【００３８】
このように、ＤＳＲＣ部２１が構成されていることによって、ＤＳＲＣ車載器２０は、従来のＥＴＣやＥＭＶクレジットなどの非ＩＰ系通信を用いるアプリケーションのみならず、インターネット上で使用されるＩＰ系通信を用いるアプリケーションとの通信が可能となることによって、より多様なサービスをＤＳＲＣ車載器２０において利用することができる。
【００３９】
メモリ部２５は、たとえば、フラッシュメモリ等によって構成されており、制御部３４が実行する基本的なプログラムを格納している。また、メモリ部２５は、ＣＰＵ（図示外）が演算処理を実行する際に、演算途中のプログラムまたはデータを一時的に記憶する。
【００４０】
ヒューマンマシンインタフェース部２６は、非ＩＰ系通信およびＩＰ系通信に対応したインタフェースを提供する機能を有する。具体的には、ＩＰ系通信に用いるＤＳＲＣ応用サービスに対応するためのＨＴＴＰ（Ｈｙｐｅｒ Ｔｅｘｔ Ｔｒａｎｓｆｅｒ Ｐｒｏｔｃｏｌ）ブラウザ（たとえばＨＴＭＬ４．０１，ＣＳＳ１およびＣＳＳ２など）、ＩＰ系／非ＩＰ系通信に用いるＤＳＲＣ応用サービスに対応するための文字コーデック（たとえばＪＩＳ、ＵＮＩＣＯＤＥなど），音声コーデック（たとえばＴＴＳ，ＭＰ３など），画像コーデック（たとえばＪＰＥＧ、ＧＩＦなど），動画コーデック（たとえばＭＰＥＧ４）などを搭載している。
【００４１】
ナビ部２７は、図３に示すように、更にナビデータ処理部２８と、ヒューマンマシンインタフェース部２９と、高精度測位計測部３０と、地図データ部３１と、操作部３２と、表示部３３と、を主要な構成要素とする。ナビ部２７は、主にカーナビゲーションシステムとしての機能を有する。
【００４２】
ナビデータ処理部２８は、情報提供制御機能および情報収集機能を有する。情報提供制御機能は、非ＩＰ系通信への対応として，優先表示，情報提供判断および情報蓄積等の情報提供を制御する機能である。情報収集機能は、ナビ部２７が保持又は蓄積している車両内情報を，ＤＳＲＣ部２１を通してアップリンクする機能、すなわち、路側無線装置４０へ送信する機能、である。なお、ヒューマンマシンインタフェース部２９は、上述したヒューマンマシンインタフェース部２６と同様の機能であるため、説明を省略する。
【００４３】
高精度測位計測部３０は、ＧＰＳ（Ｇｌｏｂａｌ Ｐｏｓｉｔｉｏｎｉｎｇ Ｓｙｓｔｅｍ）受信機やジャイロセンサを有し、それらにより測位計測を行ない，車両１００の位置を常に把握する機能を有する。地図データ部３１は、高精度測位計測部３０による車両１００の位置にマッチングした現在地の地図データを提供する機能を有する。また、地図データ部３１は、目的地まで誘導できる地図データを提供することができる。なお、地図データ部３０の有する地図データは、メモリ部２５に記憶されている。操作部３２は、釦やリモコンによる操作や、表示部３３の表示画面へのタッチパネル操作、音声指示による操作ができる機能を有する。表示部３３は、ＤＳＲＣ応用サービスに対応した画面表示案内やスピーカを使用した音声案内を行なうことができる機能を有する。制御部３４は、上述したＤＳＲＣ部２１と、ナビ部２７に含まれるすべての処理に関してＣＰＵ（図示外）等により演算／制御する機能を有する。
【００４４】
続いて、基地局としての路側無線装置４０と、情報提供サーバ６０について図４を用いて説明する。図４は、図１に示す路側無線装置４０および情報提供サーバ６０の構成を示すブロック図である。
【００４５】
基地局としての路側無線装置４０は、ＤＳＲＣ車載器２０に順次コンテンツ情報を同報通信するための機能を担う部分である。路側無線装置４０は、無線通信部４１、通信制御部４２、記憶装置４３、制御部４４、ＲＯＭ４５、ＲＡＭ４６、システムバス４７を備える。
【００４６】
無線通信部４１は、アンテナ４０ａを含む部分で、電波信号、光信号等の無線信号により路側無線装置４０の近傍を通過する車両１００に設置されたＤＳＲＣ車載器２０との間で情報を交信する。たとえば、無線通信部４１は、情報提供サーバ６０から提供された交通情報や広告などのディジタルデータ１５０（図６参照、詳細は後述）をＤＳＲＣ車載器２０に送信する。また、無線通信部４１は、ＤＳＲＣ車載器２０から送信されてくる車両ＩＤ等の情報を受信する。
【００４７】
通信制御部４２は、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に接続され、情報提供サーバ６０から送信される交通情報や広告などのディジタルデータ１５０を受信して記憶装置４３に格納する。また、ＤＳＲＣ車載器２０から取得した情報を情報提供サーバ６０に送信する。
【００４８】
記憶装置４３は、情報提供サーバ６０から受信した交通情報や広告などのディジタルデータ１５０を格納する。制御部４４は、ＣＰＵ等から構成され、路側無線装置４０全体の動作を制御する。たとえば、制御部４４は、記憶装置４３に格納されているディジタルデータ１５０を、無線通信部４１を制御してＤＳＲＣ車載器２０にプッシュ配信する。制御部４４は、無線通信部４１によりＤＳＲＣ車載器２０から取得した情報を記憶装置４３に格納する。また、制御部４４は、トラフィックカウンター（図示せず）などを用いて路側無線装置４０の周辺の交通情報を生成して記憶装置４３に格納し、ＩＴＳ通信網１１０ａを介して情報提供サーバ６０に送信することもできる。
【００４９】
ＲＯＭ４５は、路側無線装置４０全体の動作制御に必要なオペレーティングシステム（ＯＳ）、プログラム、各種のデータを記憶する。ＲＡＭ４６は、制御部４４のワークエリアとして機能する。システムバス４７は、上記各部の間で命令やデータを転送するための伝送経路である。
【００５０】
続いて、情報提供サーバ６０のハードウェア構成と各部の動作について説明する。情報提供サーバ６０は、路側無線装置４０にサービス事業者から提供される地域情報や広告情報などを配信するサーバであり、図４に示すように、入力部６１と、出力部６２と、第１と第２の通信制御部６３，６４と、記憶装置６５と、制御部６６と、ＲＯＭ６７と、ＲＡＭ６８と、システムバス６９とを主要な構成要素とする。なお、図１における情報提供サーバ６０は、便宜上１つのサーバとして図示しているが、必ずしも一つである必要はなく、複数の情報提供サーバ６０としてもよい。
【００５１】
入力部６１は、キーボード、マウス、入力インタフェース等を備え、種々のデータや指示を入力する機能を有する。出力部６２は、表示装置などから構成され、データ、メッセージなどを表示する機能を有する。
【００５２】
第１の通信制御部６３は、電話回線、インターネット等の一般通信網１００ｂを介して外部装置と交信し、種々の情報を取得する機能を有する。第２の通信制御部６４は、ＩＴＳ通信網１００ａを介して１つまたは複数の路側無線装置４０に接続され、路側無線装置４０に交通情報を送信する機能を有する。また、第２の通信制御部６４は、ＤＳＲＣ専用のネットワークであるＩＴＳ通信網１００ａを介して、路側無線装置４０がＤＳＲＣ車載器２０との交信などにより得た情報を収集する機能を有する。
【００５３】
記憶装置６５は、ハードディスク装置等を備え、種々の交通情報を格納する機能を有する。また、記憶装置６５は、各路側無線装置４０の位置、アドレス等と共にその近傍の地理情報を記憶する機能を有する。
【００５４】
制御部６６は、プロセッサ等から構成され、情報提供サーバ６０全体の動作を制御する機能を有する。また、制御部６６は、記憶装置６５に格納されている各種情報に基づいて、各路側無線装置４０に、その路側無線装置４０近傍から配信する情報を作成し、第２の通信制御部６４およびＩＴＳ通信網１００ａを介して路側無線装置４０に供給する機能を有する。この制御部６６は、ＤＳＲＣ車載器２０が備える通信環境や路側無線装置４０が備える通信環境を判断し、入会や退会のためのツール（コンテンツ）を選択し、その通信環境に合ったツール（コンテンツ）をＤＳＲＣ車載器２０に送信する。
【００５５】
ＲＯＭ６７は、この情報提供サーバ６０全体の動作制御に必要なＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）や各種のデータを記憶する機能を有する。ＲＡＭ６８は、制御部６６のワークエリアとしての機能を有する。システムバス６９は、上記各部の間で命令やデータを転送するための伝送経路としての機能を有する。
【００５６】
続いて、ＤＳＲＣ車載器２０と路側無線装置４０の間で行なわれるトランザクションについて図５を用いて説明する。図５は、図１に示すＤＳＲＣ車載器２０と路側無線装置４０の間で行なわれるトランザクションを示す図である。
【００５７】
この図５に示すトランザクションは、ＤＳＲＣ車載器２０に電源が投入された時から、路側無線装置４０の通信エリア内にＤＳＲＣ車載器２０が進入し（以下、この進入時点を「エリアイン」という）、ＤＳＲＣ車載器２０が通信エリア外に移動する時（以下、この時点を「エリアアウト」という）までの各部の通信処理を示すものである。以下、各ステップについて説明する。
【００５８】
ステップＳ１００：ＤＳＲＣ車載器２０の一部であるナビ部２７およびＤＳＲＣ部２１は、ＤＳＲＣ車載器２０の電源が投入されると、ナビ部２７からＤＳＲＣ部２１にクライアントインフォメーションデータが書き込まれる。ここで、クライアントインフォメーションデータには、ＤＳＲＣ車載器２０が他の通信網となるインターネットに接続できるか否かの情報、通信エリア内にいるＤＳＲＣ車載器２０が再生可能なコンテンツの種類、ＤＳＲＣ車載器２０が搭載するコンテンツ再生アプリケーション等の情報が含まれる。また、ＤＳＲＣ車載器２０が対応可能な言語情報、ナビ部２１の有する測地系情報（日本または世界の測地系情報）、対応可能なＤＲＭ（Ｄｉｇｉｔａｌ Ｒｉｇｈｔｓ Ｍａｎａｇｅｍａｅｎｔ）、搭載している表示部（ディスプレイ）の解像度、蓄積可能なデータ量等も含まれている。
【００５９】
ステップＳ１０１：ＤＳＲＣ車載器２０を搭載した車両がエリアインすると、路側無線装置４０とＤＳＲＣ車載器２０の間で個別ＰＵＳＨ型配信の通信を確立すべく、ＤＳＲＣ接続処理（たとえばＤＳＲＣ−ＳＰＦにおける認証処理）が行なわれる。なお、ＤＳＲＣ接続処理の詳細については、省略する。
【００６０】
ステップＳ１０２：路側無線装置４０とＤＳＲＣ部２１は、ＤＳＲＣ接続処理が完了すると、情報提供サーバ６０およびナビ部２７に対してそれぞれＤＳＲＣ接続通知を行なう。
【００６１】
ステップＳ１０３：ＤＳＲＣ部２１は、路側無線装置４０に対してナビ部２７により書き込まれたクライアントインフォメーションデータを送信（アップリンク）する。また、路側無線装置４０は、上述したクライアントインフォメーションデータを情報提供サーバ６０に通知することができる。なお、このステップＳ１０３は、「ＪＥＩＴＡ ＴＴ−６００２」および「ＪＥＩＴＡ ＴＴ−６００３」に規定されたクライアント情報通知コマンドに相当する。
【００６２】
ステップＳ１０４：情報提供サーバ６０は、ステップＳ１０３で通知されたクライアントインフォメーションデータに基づき、複数のアプリケーションを効果的に処理するための共通化領域用のＩＤであるＡＳＬ−ＩＤ等による会員判別や、そのＤＳＲＣ車載器２０が有する機能情報を解析して、ＤＳＲＣ車載器２０に適したコンテンツをマルチコンテンツフォーマットで編成して、路側無線装置４０に受け渡す。情報提供サーバ６０は、これらのクライアントインフォメーションデータからＤＳＲＣ車載器２０で再生可能なコンテンツやＤＳＲＣ車載器２０が保有する機能が分かるため、最適なコンテンツを編成して配信することが可能となる。また、情報提供サーバ６０は、車載器ＩＤ通知コマンド等を用いることにより、ＤＳＲＣ車載器２０固有のＩＤを取得することも可能であるため、ＤＳＲＣ車載器２０を特定することが可能となる。会員判別は、この固有のＩＤを利用して行ってもよい。会員判別の結果に基づく入会勧誘、入会確認および退会確認の処理については後述する。なお、ＡＳＬ−ＩＤがＤＳＲＣ車載器２０固有のＩＤを兼ねるようにしてもよい。
【００６３】
また、たとえば、情報提供サーバ６０および／または路側無線装置４０において、保有する顧客ＤＢ等とＤＳＲＣ車載器２０の固有ＩＤを照合するにより、ＤＳＲＣ車載器２０の搭載された車両１００を特定することも可能となる。路側無線装置４０は受け取ったコンテンツをＤＳＲＣ車載器２０のＤＳＲＣ部２１へ配信する。ＤＳＲＣ部２１は、ナビ部２７にそのコンテンツを配信する。ナビ部２７は、マルチコンテンツフォーマットのデータからコンテンツを配信したサービス事業者を判断する。
【００６４】
マルチコンテンツフォーマットの詳細については後述するが、このマルチコンテンツフォーマットを利用することで、ＰＵＳＨ型配信であるＤＳＲＣ通信においても、個人の趣味・嗜好等に即した個別のＰＵＳＨ型配信を可能にしている。また、このマルチコンテンツフォーマットで提供されるコンテンツは、ＤＳＲＣ車載器２０に一度、蓄積されて、特定の条件を満たした場合に、再生される仕組みとなっている。したがって、ＤＳＲＣ通信により情報を送受信するためには、その特定の通信エリア内に留まっていないと行なうことができないが、受信した情報を蓄積して記憶させておくことで、エリア外でも情報を再生することが可能となる。更に、地域情報や広告情報などのコンテンツの再生タイミングを設定しておくことで、ユーザのニーズに合わせて情報を配信することを可能にしている。
【００６５】
ステップＳ１０５：情報提供サーバ６０は、ステップＳ１０４の処理以降、路側無線装置４０を介して、後述するアップリンクタグエリアに情報が書き込まれていないかを確認するため、ＤＳＲＣ車載器２０に対して定期的にポーリングを行なう。このポーリングによりアップリンクタグエリアに情報が書き込まれている場合には、その情報を取得し、書き込まれていない場合には、更にポーリングを続ける。
【００６６】
ステップＳ１０６：ナビ部２７は、ステップＳ１０４で受け取ったコンテンツからサービス事業者を判別して、そのサービス事業者用のアップリンク用のデータをＤＳＲＣ部２１の特定の領域（以下、「アップリンクタグエリア」という）に書き込む。ただし、ナビ部２７は、そのサービス事業者用のアップリンク用のデータが存在しない場合や、そのサービス事業者の非会員である場合にはアップリンクタグエリアには書き込まない。なお、アップリンクタグエリアおよびアップリンクタグのフレーム構成については、後述する。ステップＳ１０６の後、公共の情報が情報提供サーバ６０からＤＳＲＣ車載器２０に配信される。
【００６７】
ステップＳ１０７：ＤＳＲＣ部２１は、ステップＳ１０６においてアップリンクタグエリアに情報が書き込まれた場合には、その情報を路側無線装置４０に通知する（アップリンクする）。なお、以下、この処理で送られる情報を「アップリンク情報」という。路側無線装置４０は、そのアップリンク情報を情報提供サーバ６０へ受け渡す。
【００６８】
ステップＳ１０８：情報提供サーバ６０は、ステップＳ１０７の処理以降、路側無線装置４０を介して、アップリンクタグエリアに情報が更新されていないか、定期的にポーリングを行なう。このポーリングによりアップリンクタグエリアの情報が更新されている場合には、その情報を取得し、更新されていない場合には、更にポーリングを続ける。
【００６９】
ステップＳ１０９：情報提供サーバ６０は、ステップＳ１０７によって、アップリンク情報を取得したときは、その情報に基づき、会員嗜好に適したコンテンツをマルチコンテンツフォーマットで編成して、路側無線装置４０に配信する（以下、このステップの処理を「ダウンリンク」という）。路側無線装置４０は、配信されたコンテンツをＤＳＲＣ部２１に送信する。ＤＳＲＣ部２１は、配信されたコンテンツを解析してナビ部２７に配信したり、メモリ部２５に蓄積したりする。
【００７０】
ステップＳ１１０：情報提供サーバ６０は、嗜好データに適したコンテンツの配信が終了したときは、その旨をＤＳＲＣ部２１に対して通知してエリアアウトを促す。これは、１台の車両が長時間に渡って通信エリアを占領すると、他の会員へのサービスができなくなるためである。なお、このエリアアウトを促す通知を行わないようにしてもよい。
【００７１】
続いて、上述したトランザクション上でやり取りされるマルチコンテンツフォーマットについて説明する。マルチコンテンツフォーマットは、ひとつのデータ形式で様々なＤＳＲＣ応用サービスに対応できるようにＩＤ別に構成された複合フォーマットを構成している。また、目的に応じて必要な項目（ＩＤ）のみで配信コンテンツを構成可能なデータフォーマットでもある。したがって、マルチコンテンツフォーマットは、配信データ量を抑えて、ネットワークトラフィックを低減することが可能となっている。マルチコンテンツフォーマットのデータは、ディジタルデータで構成されている。
【００７２】
従来のＩＴＳ車載器は、通信エリア内での路側無線装置４０からの配信に対して、配信された順番通りにデータを再生するが、このマルチコンテンツフォーマットは、受信後に配信された順番通りにデータを再生する以外に、カーナビゲーションの機能と連動して特定の場所でコンテンツを再生することや、特定の場所への誘導も可能である。更に、このマルチコンテンツフォーマットは、配信を受けたＤＳＲＣ車載器２０内にデータを蓄積することを前提としているため、路側無線装置４０の通信エリア外でも配信データを活用することが可能となっている。
【００７３】
また、ＤＳＲＣ車載機２０が、データの配信元を考慮した動作をすることが可能なため、スパム防止にも役立つ。マルチコンテンツフォーマットは、ＤＳＲＣ車載器２０から情報提供サーバ６０へのアップリンク機能も有する。ＤＳＲＣ車載器２０に設定されている目的地や立ち寄り地の情報を始め、行動履歴や配信されたコンテンツの視聴履歴を採ることも可能である。
【００７４】
図６は、図５で示すトランザクションにおいて送受信されるマルチコンテンツフォーマットの一部のデータであるディジタルデータ１５０の構成例を示す図である。このマルチコンテンツフォーマットのデータ構成を利用することで、配信したコンテンツの様々な動作を規定することができる。また、配信されるコンテンツは、複数のＩＤが付与されたコンテンツから構成されているため、コンテンツの動作ごとに構成を変えることが可能となっている。図６に示すその代表的なＩＤについて各々説明する。
【００７５】
ディジタルデータ１５０は、図６に示すように、構成ＩＤ情報５００、事業者情報５０１（詳細は図７参照）、コンテンツ情報５０２（詳細は図８参照）、再生条件情報５０３（詳細は図９参照）、有効期限情報５０４（詳細は図１０参照）、提供時間情報５０５（詳細は図１１参照）、対象地点情報５０６（詳細は図１２参照）、情報提供地点情報５０７（詳細は図１３参照）、遷移情報５０８（詳細は図１４参照）、詳細情報５０９（詳細は図１５参照）、駐車場情報５１０（詳細は図１６参照）、運転支援情報５１１（詳細は図１７参照）、嗜好情報５１２（詳細は図１８参照）、構成ＩＤ情報５００（詳細は図１９参照）、および拡張用予備領域５１３、の各項目を含む。各項目には固有のＩＤが予め割り当てられている。１つのディジタルデータ１５０は、これらの情報の一部または全部を格納する１つの“情報グループ”とも言える。
【００７６】
１つのディジタルデータ１５０には、上述した各項目の全部または一部が含まれる。つまり、配信されるディジタルデータ１５０は必ずしも上述した各項目のすべてを含まなくてもよく、ディジタルデータ１５０の使用目的に応じて上述した各項目のうちいずれかを含むように構成すればよい。たとえば、ディジタルデータ１５０の内容が店舗の広告であって、その店舗が駐車場を有しているかあるいは付近に利用可能な駐車場があるのであれば、駐車場情報５１０を含んでいることが望ましい。しかし、店舗とは無関係の駐車場内速度案内などであれば、駐車場情報５１０を含む必要はない。ディジタルデータ１５０の提供側（作成者側）は、ディジタルデータ１５０の使用目的に応じて、どの項目にどのような情報を格納すべきかを考慮してディジタルデータ１５０を作成すればよい。
【００７７】
次に、各項目のそれぞれに格納される情報内容について詳しく説明する。
【００７８】
最初に、構成ＩＤ情報５００の詳細について説明する。構成ＩＤ情報５００は、ディジタルデータ１５０に、後述する、事業者情報５０１、コンテンツ情報５０２、再生条件情報５０３、有効期限情報５０４、提供時間情報５０５、対象地点情報５０６、情報提供地点情報５０７、遷移情報５０８、詳細情報５０９、駐車場情報５１０、運転支援情報５１１、および嗜好情報５１２の各項目が、それぞれ格納されているか否かを示す情報である。
【００７９】
本実施形態では、各項目に予め割り当てられているＩＤは２バイトの数値で表現される。構成ＩＤ情報５００には、ディジタルデータ１５０に含まれている項目に対応するＩＤを、数値の小さい順に羅列して格納されている。
【００８０】
たとえば、構成ＩＤ情報５００に、“０１０２０３０４０５１０”が格納されている場合、このディジタルデータ１５０には、事業者情報５０１（ＩＤ＝０１）、コンテンツ情報５０２（ＩＤ＝０２）、再生条件情報５０３（ＩＤ＝０３）、有効期限情報５０４（ＩＤ＝０４）、提供時間情報５０５（ＩＤ＝０５）、及び、対象地点情報５０６（ＩＤ＝１０）が格納されていることを意味する。
【００８１】
なお、構成ＩＤ情報５００に格納するデータの形式は、この手法に限定されない。たとえば、後述する１２項目または拡張用予備領域５１３を加えた１３項目のそれぞれに１ビットずつ割り当て、格納されているのであれば対応するビットを“１”に、格納されていないのであれば対応するビットを“０”にする、といった形式でもよい。
【００８２】
次に、事業者情報５０１について説明する。図７は、事業者情報５０１に格納される情報の詳細を示す図である。事業者情報５０１は、サービス事業者コード６０１と、サービス事業者表示用文字列６０２と、サービス事業者発話用表音文字列６０３とを有する。
【００８３】
サービス事業者コード６０１は、当該ディジタルデータに係るサービス事業者を特定するための情報であり、必ず格納しなければならない情報である。典型的には、ＤＳＲＣの運用を管理する機関が、サービス事業者毎にユニークに割り当てている。ここで言うサービス事業者とは、広告主等から受託し制作したディジタルコンテンツを、契約したユーザにＤＳＲＣにより配信する一連のサービスを行う業者のことである。このサービス事業者コード６０１は、すべてのディジタルデータ１５０に格納される。
【００８４】
ＤＳＲＣ車載器２０側は、サービス事業者コード６０１を、いわゆるスパム対策のために用いることもできる。具体的には、不正なサービス事業者コード６０１が付与されたディジタルデータ１５０や、サービス事業者コード６０１が付与されていないディジタルデータ１５０、あるいは、ユーザが契約していないサービス事業者に対応するサービス事業者コード６０１が付与されているディジタルデータ１５０などを送受信部／変復調部２２が受信した場合、ＤＳＲＣ制御部２３は、受信したディジタルデータ１５０を破棄したり、メモリ部２５内の所定の迷惑データ保存領域（図示せず）に保存したりしてもよい。
【００８５】
また、ＤＳＲＣ車載器２０側は、受信したディジタルデータ１５０に所定のサービス事業者コード６０１が付与されているか否かによって、受信したディジタルデータ１５０に対する応答を送信する（あるいは送信しない）ようにしてもよい。具体的には、ＤＳＲＣ車載器２０のメモリ部２５には、ユーザが予め契約を交わしたサービス事業者に割り当てられたサービス事業者コード６０１を示す情報が格納され、この格納された情報が示すサービス事業者コード６０１と同じサービス事業者コード６０１が付与されたディジタルデータ１５０を送受信部／変復調部２２が受信すると、ＤＳＲＣ制御部２３は、正常に受信したことを示す応答として、送受信部／変復調部２２に所定のアップリンク情報を路側無線装置４０へ送信させてもよい。
【００８６】
サービス事業者表示用文字列６０２は、サービス事業者名をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず１行で表示できる程度（例えば全角２０文字程度）であることが望ましい。
【００８７】
サービス事業者発話用表音文字列６０３は、サービス事業者名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。サービス事業者発話用表音文字列６０３は、公知のＴＴＳ（Text-to-Speech）システムを用いて音声合成するための所定のフォーマットで作成され、例えば母音、子音、発音記号、イントネーション、抑揚などを指定する情報を含む。
【００８８】
次に、コンテンツ情報５０２の詳細について、図８を用いて説明する。
【００８９】
情報提供企業コード７０１は、１つ以上のディジタルデータ１５０から構成されるディジタルコンテンツの提供元（スポンサー）を示すコードである。典型的には、情報提供企業コード７０１は、サービス事業者によって情報提供企業ごとに予め割り当てられる。たとえば、ＤＳＲＣ車載器２０の制御部３４は、受信したディジタルデータ１５０に含まれる情報提供企業コード７０１を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。情報提供企業コード７０１を割り当てる単位は「企業」に限られず、ディジタルコンテンツを提供する任意の団体、法人、個人を単位にしてもよい。
【００９０】
情報提供企業表示用文字列７０２は、ディジタルコンテンツの提供元をモニターに表示してユーザに通知するために用いられるテキストデータである。文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。
【００９１】
情報提供企業発話用表音文字列７０３は、ディジタルコンテンツの提供元を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報提供企業表音文字列７０３は、サービス事業者発話用表音文字列６０３と同様に、ＴＴＳシステムを用いて音声合成するための所定のフォーマットで作成される。
【００９２】
情報コード７０４は、サービス事業者によって、配信するディジタルデータ１５０毎にユニークに割り当てられる識別符号である。識別符号は、例えば数字、文字、記号などを用いて表される。情報内容について、同一視できる範囲で更新した場合には、更新前と更新後のディジタルデータ１５０には、同じ識別符号が割り当てられることが望ましい。この場合、たとえば、拡張用予備領域５１３あるいは詳細情報５０９にディジタルデータ１５０のバージョン情報を格納することとし、更新前後で同じ情報コード７０４を付与し、更新前後で異なるバージョン番号を付与するようにしてもよい。
【００９３】
制御部３４は、受信したディジタルデータ１５０の情報コード７０４（識別符号）に基づいて、当該ディジタルデータ１５０を保存するメモリ領域を決定する。具体的には、制御部３４は、受信したディジタルデータ１５０からサービス事業者コード６０１と、情報コード７０４（識別符号）とを読み出し、これらと一致するディジタルデータ１５０がメモリ部２５に保存されている否かをチェックする。その結果、該当するディジタルデータ１５０が保存されている場合（即ち、同じサービス事業者によって同じ識別符号が割り当てられたディジタルデータ１５０が存在する場合）、制御部３４は、同じメモリ領域に新たに受信したディジタルデータ１５０を格納する（つまり、データを上書きする）。一方、該当するディジタルデータ１５０が保存されていない場合、制御部３４は、メモリ部２５の別のメモリ領域に新たに受信したディジタルデータ１５０を格納する。
【００９４】
情報表示テキスト７０５は、ディジタルコンテンツ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。典型的には、情報表示テキスト７０５はディジタルデータ１５０の表題（タイトル）である。ユーザは、モニターに表示される情報表示テキスト７０５を見て、所望のディジタルデータ１５０をＤＳＲＣ車載器２０に検索、並び替え、保存、削除等を指示することができる。
【００９５】
情報表音文字列７０６は、ディジタルコンテンツ名を音声でスピーカに出力してユーザに通知するために用いられる音声データである。情報表音文字列７０６は、情報提供企業表音文字列７０３と同様に、ＴＴＳシステムを用いて音声合成するための所定のフォーマットで作成される。
【００９６】
嗜好データカテゴリ７０７は、ディジタルデータ１５０を所定の分類方法でカテゴリ分けするために用いられる情報である。本実施形態では、１つのディジタルデータ１５０を複数のカテゴリに分類することができる。例えば、ディジタルコンテンツが“持ち帰り可能な和食レストラン”の広告である場合、そのディジタルコンテンツを構成するディジタルデータ１５０を、第１のカテゴリ“レストラン”、および第２のカテゴリ“テイクアウト”、といったように複数のカテゴリに分類してもよい。また、上位の主カテゴリ“レストラン”、および下位の副カテゴリ“和食”、といったようにツリー構造をもつ分類の仕方でもよい。本実施形態では、嗜好データカテゴリ７０７は９６ビットのデータ領域から構成され、１つのカテゴリにつき１ビットが対応し、各ビットのＯＮ／ＯＦＦを設定することにより９６種類のカテゴリ分けを行うことができる。ただし、このカテゴリ数は例示に過ぎず、任意の種類に分けてもよいことは言うまでもない。
【００９７】
たとえば、制御部３４は、受信したディジタルデータ１５０に含まれる嗜好データカテゴリ７０７を用いて、ユーザの所望のデータの検索、並び替え、削除等を行うことができる。たとえば、制御部３４は、メモリ部２５に記憶されたディジタルデータ１５０の嗜好データカテゴリ７０７と、ユーザが予め設定した嗜好データ（ユーザの嗜好を示すデータ）とを比較して、ユーザの嗜好に適合しないカテゴリに分類されるディジタルデータ１５０をメモリ部２５から削除することができる。
【００９８】
次に、再生条件情報５０３の詳細について、図９を用いて説明する。再生条件情報５０３は、表示／保存コード８０１と、再生条件コード８０２とを有する。
【００９９】
表示／保存コード８０１は、受信したディジタルデータ１５０を、ＤＳＲＣ車載器２０が下記のパターンＡ又はパターンＢのどちらの手法で扱うべきかを示す情報である。
【０１００】
「パターンＡ」は、ディジタルデータ１５０を、ＤＳＲＣ通信エリア外でもユーザが利用可能なディジタルコンテンツとして、メモリ部２５に記憶する（蓄積型）。「パターンＢ」は、ディジタルデータ１５０を、受信後、直ちに再生する（即時表示型）。
【０１０１】
制御部３４は、パターンＡを採用する場合、受信したディジタルデータ１５０を再生しないでメモリ部２５に保存しておき、ユーザから再生を開始する指示があると再生する。ただし、パターンＢを採用する場合にも、再生後、ディジタルデータ１５０をメモリ部２５に記憶するようにしてもよい。
【０１０２】
再生条件コード８０２は、受信したディジタルデータ１５０の情報提供地点情報５０７で指定される情報提供エリア内において、ＤＳＲＣ車載器２０がカーナビゲーションシステムによる道案内等を行っている最中であるためディジタルデータ１５０を再生できない（あるいは再生するに相応しくない）場合の挙動を規定する情報である。たとえば、ディジタルデータ１５０を受信したとき、カーナビゲーションシステムによる道案内画面と音声の再生中であったり、交差点のすぐ近くを走行中であるためディジタルデータ１５０を再生するに相応しくないタイミングであると推定されたりした場合の挙動を示すフラグが格納される。再生条件コード８０２は、情報提供地点情報５０７で中心と半径が指定される情報提供エリア内でカーナビゲーションシステムによる道案内等を行っている等の理由でディジタルデータ１５０を再生できなかったとき、すなわち、その道案内が終了した時点ではすでに情報提供エリア（通信エリア）から出てしまっていたときに、そのディジタルデータ１５０の再生を行うか否かを指定する。
【０１０３】
次に、有効期限情報５０４の詳細について、図１０を用いて説明する。有効期限情報５０４は、開始日時９０１と、終了日時９０２とを有する。
【０１０４】
なお、ここで言う「有効期限」とは、ＤＳＲＣ車載器２０がディジタルデータ１５０を再生することが許可される期間を指す。たとえば、制御部３４は、有効期限の切れたディジタルデータ１５０がメモリ部２５に格納されていても、再生しないようにすることができる。ただし、制御部３４は、設定された有効期限に関わらず、ディジタルデータ１５０を再生してもよい。
【０１０５】
開始日時９０１は、ディジタルデータ１５０の有効期限の開始日時である。終了日時９０２は、ディジタルデータ１５０の有効期限の終了日時である。たとえば、開始日時９０１と終了日時９０２は、年、月、日、時、分、秒、を単位として設定される。 開始日時９０１で指定される日時から終了日時９０２で指定される日時までが、ディジタルデータ１５０の有効期間である。つまり、ユーザは、ディジタルコンテンツを、この有効期間内においてのみ、閲覧可能である。制御部３４は、現在日時が有効期間内であればディジタルデータ１５０を再生してもよいが、有効期間外であれば再生しない。なお、後述するように、制御部３４は、現在ディジタルデータ１５０の有効期間内であって、かつ、予め決められた再生開始条件を満たす場合に、ディジタルデータ１５０を再生する。
【０１０６】
ただし、ディジタルコンテンツの中には、一旦、ＤＳＲＣ車載器２０が受信すると特に有効期限を定めずにユーザによる閲覧を可能とするものがあってもよい。この場合には、開始日時９０１と終了日時９０２のデータ領域にＮＵＬＬ値を予め設定したり、有効期限が定められていないことを示す所定値を予め設定したりすればよい。
【０１０７】
制御部３４は、メモリ部２５に記憶されたディジタルデータ１５０の有効期限情報５０４をチェックする。そして、制御部３４は、現在日時が有効期間を過ぎている場合、言い換えれば、現在日時が有効期間外であって終了日時より後である場合には、このディジタルデータ１５０を削除することが望ましい。ただし、制御部３４は、現在日時が有効期間外であって開始日時より前である場合には、このディジタルデータ１５０を削除しないことが望ましい。
【０１０８】
次に、提供時間情報５０５の詳細について、図１０を用いて説明する。
【０１０９】
営業時間１００１は、情報提供企業コード７０１で示される提供元が、予め営業時間を定めている店舗等である場合、その店舗等が営業しておりユーザにサービスを提供可能な時間帯を示す情報である。
【０１１０】
本実施形態では、営業時間１００１は、各曜日について、１時間単位で管理される。例えば、曜日毎に、0:00〜0:59、1:00〜1:59、…等の時間帯にそれぞれ１ビットを割り当て、ビットのＯＮ／ＯＦＦで営業時間内か営業時間外かを表現する。各時間帯の決め方は任意であり、１５分毎、３０分毎などに時間帯を区切ってそれぞれビットを割り当てるようにしてもよい。なお、営業時間１００１は、上述の有効期限情報５０４における開始日時９０１と終了日時９０２と同様に、営業開始時間と営業終了時間を、例えば時、分、秒を単位として記述する形式であってもよい。
【０１１１】
制御部３４は、ディジタルデータ１５０ごとに予め定義される再生開始条件を満たすと判別した場合であって、現在日時が営業時間１００１で指定される日時に含まれる場合に、例えば後述する情報提供地点情報５０７に格納されるポップアップ用画像データ１２０５を再生してポップアップ表示させ、そうでない場合に再生しない（ポップアップ表示しない）。なお、ユーザから再生する旨の指示が合った場合であって、現在日時が営業時間１００１で指定される日時に含まれる場合に、たとえば、後述する対象地点情報５０６に格納されるメイン画像データ１１０４を再生して表示させ、そうでない場合に再生しない（表示しない）ようにすることもできる。なお、メイン画像データ１１０４については、現在日時が営業時間１００１で指定される日時に含まれない場合でも再生してもよい。
【０１１２】
情報提供時間１００２は、ディジタルデータ１５０を再生してもよい時間帯を示す情報である。情報提供時間１００２は、ディジタルコンテンツが、たとえば提供元が午前中にのみ提供したいと希望する情報や、ランチタイムにのみ提供したいと希望する情報を含む場合などに設定される。本実施形態では、情報提供時間１００２は、営業時間１００１と同様に、各曜日について、１時間単位で管理され、各時間帯にそれぞれ１ビットを割り当ててビットのＯＮ／ＯＦＦで提供時間内か提供時間外かを表現する。
【０１１３】
たとえば、広告主は、第１の時間帯（ランチタイムなど）を情報提供時間１００２に設定した第１のディジタルデータと、第２の時間帯（ディナータイムなど）を情報提供時間１００２に設定した第２のディジタルデータと、から構成されるディジタルコンテンツをサービス事業者に配信してもらう。このディジタルコンテンツを受信したＤＳＲＣ車載器２０の制御部３４は、現在時刻が第１の時間帯に含まれれば第１のディジタルデータの情報提供地点情報５０７に含まれるデータを再生し、現在時刻が第２の時間帯に含まれれば第２のディジタルデータの情報提供地点情報５０７に含まれるデータを再生する。このようにすれば、ＤＳＲＣ車載器２０は、現在時刻に相応しい情報がどれかを逐次推測してユーザに提供することができる。
【０１１４】
次に、対象地点情報５０６の詳細について、図１２を用いて説明する。
【０１１５】
「対象地点」とは、典型的には、ユーザに商品・役務を提供する者であって事業者情報５０１に規定されるサービス事業者以外の者（以下「ショップ」と呼ぶ）が、ユーザに商品・役務を提供する所定の場所のことである。ショップが店舗を構えている場合、店舗の場所を指す。ただし、対象地点として任意の地点を設定することができる。
【０１１６】
対象地点座標１１０１は、ショップの場所を緯度・経度で表した情報である。対象地点座標１１０１には、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。制御部３４は、対象地点座標１１０１に緯度・経度が設定されたディジタルデータ１５０を再生するとき、対象地点座標１１０１が示す位置をカーナビゲーションによる目的地や経由地に設定するためのボタン等を表示部３３にモニターへ表示させ、この位置をユーザからの指示入力に応じて目的地や経由地に設定することができる。たとえば、対象地点座標１１０１で指定される地図上の位置には、上述のアイコン画像が表示される。
【０１１７】
対象地点情報５０６には、文字データ、画像データ、音声データが含まれる。文字データには、対象地点表示テキスト１１０２と表示用文字データ１１０３がある。画像データには、静止画像データとしてメイン画像データ１１０４とアイコン画像データ１１１１が、動画像としてビデオデータ１１０８がある。音声データには、ＴＴＳ言語データ１１０５と圧縮音声データ１１０６がある。対象地点情報５０６に含めることができる静止画像には、ユーザによる再生開始の指示があった場合に再生されるメイン画像と、ユーザによる再生開始の指示に関わらず地図などと共にナビゲーション画面に簡易表示されるアイコン画像とがある。
【０１１８】
対象地点表示テキスト１１０２は、ショップ名をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、モニターに表示する際、改行せず１行で表示できる程度であることが望ましい。
【０１１９】
表示用文字データ１１０３は、ショップについての補足説明等をモニターに表示してユーザに通知するために用いられるテキストデータである。テキストの文字数は、最大でも全角１０００文字程度とする。制御部３４は、ディジタルデータ１５０の一覧をモニターに表示させる際、先頭から１２０文字程度を１ページ目として表示させ、順次２ページ目、３ページ目、…というようにページ送りしたりスクロールしたりして表示させる。
【０１２０】
メイン画像データ１１０４は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたメイン画像のデータ本体である。画像形式には、ＪＰＥＧ（Joint Photographic Experts Group）、ＧＩＦ（Graphics Interchange Format）、ＰＮＧ（Portable
Network Graphics）、ビットマップ、などがある。操作部２０４がユーザから再生開始の指示を受け付けると、制御部３４は、メイン画像データ１１０４を読み出して表示部３３にモニターへ表示させる。メイン画像の表示位置は任意である。このメイン画像データ１１０４には、メイン画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１２１】
ＴＴＳ言語データ１１０５は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。このＴＴＳ言語データ１１０５には、言語識別フラグと音声形式識別フラグが含まれる。言語識別フラグは、日本語、英語などを区別するためのフラグである。音声形式識別フラグは、日本語表音文字列、外国語表音文字列などを区別するためのフラグである。
【０１２２】
圧縮音声データ１１０６は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ（Interactive Multimedia Association - Adaptive Differential Pulse
Code Modulation）、ＭＰ３（Moving Picture Experts Group
Audio Layer-3）、ＡＡＣ（Advanced Audio Coding）、ＣＥＬＰ（Code Excited Linear Prediction）、ＰＣＭ（Pulse
Code Modulation）などがある。この圧縮音声データ１１０６には、圧縮音声データ１１０６のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
【０１２３】
音声再生順１１０７は、対象地点情報５０６に音声データとしてＴＴＳ言語データ１１０５と圧縮音声データ１１０６の両方が含まれている場合、どの順番で再生するかを指定する情報である。たとえば、音声再生順１１０７には、先に圧縮音声データ１１０６を再生してその後、ＴＴＳ言語データ１１０５を再生することを示すフラグ値「０」、または先にＴＴＳ言語データ１１０５を再生してその後に圧縮音声データ１１０６を再生することを示すフラグ値「１」が設定される。たとえば、ＴＴＳ言語データ１１０５にセリフの音声を、圧縮音声データ１１０６にいわゆるサウンドロゴの音声を、それぞれ格納しておき、音声再生順１１０７にフラグ値「０」をセットしておくと、まずサウンドロゴが再生され、その後セリフが流れる。
【０１２４】
ビデオデータ１１０８は、所定の圧縮形式で作成された動画像のデータ本体である。圧縮形式には、ＭＰＥＧ４（Moving Picture Experts Group Layer-4）などがある。 このビデオデータ１１０８には、ビデオデータ１１０８のフォーマットを指定する情報であるビデオ形式識別フラグが含まれる。
【０１２５】
表示用文字データ１１０３、メイン画像データ１１０４、ＴＴＳ言語データ１１０５、圧縮音声データ１１０６、ビデオデータ１１０８を総称して「メインコンテンツデータ」と呼ぶことがある。
【０１２６】
ＵＲＬ（Uniform
Resource Locator）１１０９は、インターネット上のウェブページを指定する記述子を格納する。典型的には、ショップが開設しているウェブページを指定する記述子であるが、記述子による指定先（リンク先）は限定されない。ＵＲＬ１１０９が設定されているディジタルデータ１５０を再生する場合、制御部３４は、ＵＲＬ１１０９に設定されたリンク先にページをジャンプするためのボタンを表示させ、ユーザの要求に応じてページをジャンプさせることができる。
【０１２７】
提携駐車場情報１１１０は、ショップが提携している駐車場に関する情報であり、後述する駐車場情報５１０の駐車場ＩＤ１５０１を用いて表される。例えば、ショップが提携している駐車場がある場合、その駐車場の固有の駐車場ＩＤ１５０１を提携駐車場情報１１１０に格納する。
【０１２８】
アイコン画像データ１１１１は、所定の画像形式、所定の画像サイズ、所定の色数で作成されたアイコン画像のデータ本体である。ＤＳＲＣ車載器２０のメモリ部２５には、地図記号、道路標識などを表す画像を予め記憶しているが、ショップが独自のアイコン画像をナビゲーション画面等に表示させたい場合には、アイコン画像データ１１１１をディジタルデータ１５０に格納して配信することもできる。
【０１２９】
なお、対象地点情報５０６に、対象地点表示テキスト１１０２、メイン画像データ１１０４、ＴＴＳ言語データ１１０５（又は圧縮音声データ１１０６）、ビデオデータ１１０８のうち２つ以上が含まれている場合、制御部３４は、それらのデータの再生を同じタイミングで開始することが望ましい。
【０１３０】
次に、情報提供地点情報５０７の詳細について、図１３を用いて説明する。
【０１３１】
情報提供地点情報５０７には、対象地点情報５０６と同様に、再生用の画像データと音声データが含まれる。対象地点情報５０６に格納される画像データと音声データは、主にユーザによる再生開始の指示があったときに再生される。これに対し、情報提供地点情報５０７に格納される画像データと音声データは、主にＤＳＲＣ車載器２０が再生地点に到達したときに再生される。
【０１３２】
再生地点は、情報提供地点情報５０７に格納された音声データ、画像データの再生を開始する場所のことである。たとえば、ＤＳＲＣ車載器２０が静止画像データを格納したディジタルデータ１５０を受信し、このＤＳＲＣ車載器２０を搭載した車両１００が再生地点に到達すると、ＤＳＲＣ車載器２０の表示部３３には静止画像データがポップアップ表示される。言い換えれば、車両１００が再生地点に到達しないと静止画像データはポップアップ表示されない。ただし、後述するように、車両１００が再生地点に到達したにも関わらず、何らかの理由により再生できなかった場合には、ユーザから再生する指示があったときに再生することができる。
【０１３３】
本実施形態では、再生地点として最大５箇所の場所を指定することができる。ただし、４箇所以下、あるいは、６箇所以上の場所を指定できる実施形態を採用することもできることは言うまでもない。
【０１３４】
再生地点は、緯度・経度で表される。再生地点は、１つの緯度・経度に対応する点を、いわばピンポイントで指定することができるだけでなく、ある程度の広さをもつ領域（以下「情報提供エリア」または「通信エリア」と呼ぶ）として指定することもできる。本実施形態では、緯度・経度で指定される地点を中心とし、所定距離を半径とする円で含まれる情報提供エリア内を、再生地点とすることができる。つまり、ＤＳＲＣ車載器２０を搭載した車両１００がこの情報提供エリア内のどこかに入れば、ディジタルデータ１５０が再生される。なお、情報提供エリアの形状は円に限られず、楕円、四角形など、任意の図形で囲まれる領域であってもよい。
【０１３５】
情報提供中心座標１２０１は、情報提供エリアの中心座標であり、緯度・経度を用いて表される。情報提供中心座標１２０１には、対象地点座標１１０１と同様に、緯度・経度を日本測地系と世界測地系のどちらで表現するかを指定する測地系識別フラグも含まれる。情報提供半径１２０２は、情報提供エリアを定める円の半径であり、メートルを単位として表される。１組の情報提供中心座標１２０１と情報提供半径１２０２によって、１つの情報提供エリアが定まる。
【０１３６】
ディジタルデータ１５０に情報提供中心座標１２０１が含まれ且つ情報提供半径１２０２が含まれない場合、再生地点は、情報提供中心座標１２０１で指定される地点である。ＤＳＲＣ車載器２０を搭載した車両１００がこの地点を通過すれば、ディジタルデータ１５０が再生される。
【０１３７】
情報提供方向１２０３は、緯度や経度などを用いて、あるいは、たとえば東西南北や１６方位程度のおおまかな方向を用いて表される。情報提供方向１２０３が設定されているディジタルデータ１５０は、ＤＳＲＣ車載器２０が再生地点を情報提供方向１２０３が示す方向に移動している場合に再生される。つまり、ＤＳＲＣ車載器２０が再生地点を情報提供方向１２０３が示す方向ではない方向に移動している場合には再生されない。ただし、左右２２．５度程度の反応角度を設定し、自車の進行方向と情報提供方向１２０３が示す方向との差が反応角度以内であれば、両者は一致するとみなして、ディジタルデータ１５０を再生することが望ましい。
【０１３８】
なお、制御部３４は、センサ群（図示省略）が備える方向センサを用いて自車の進行方向を判別することができる。また、方向センサを備えなくても、制御部３４は、ある時刻Ｔ１における自車の位置と、別の時刻Ｔ２における自車の位置とを結ぶ方向ベクトルから自車の進行方向を判別することもできる。
【０１３９】
情報提供道路種別１２０４は、一般道路、高速道路、一方通行など、道路の種別を表す情報である。情報提供道路種別１２０４が設定されているディジタルデータ１５０は、ＤＳＲＣ車載器２０が情報提供道路種別１２０４の示す道路を通過する場合に再生される。つまり、ＤＳＲＣ車載器２０が再生地点に到達しても、情報提供道路種別１２０４の示す道路ではない道路を通過する場合には再生されない。
【０１４０】
情報提供中心座標１２０１、情報提供半径１２０２、情報提供方向１２０３、情報提供道路種別１２０４のうちいずれか１つ、もしくは、これらのうち２つ以上の組み合わせによって、ディジタルデータ１５０の再生開始条件が設定される。ショップ（またはサービス事業者）は、自由に再生開始条件を設定することができる。たとえば、情報提供中心座標１２０１と情報提供半径１２０２と情報提供方向１２０３が設定されている場合、これら３つの条件をすべて満たすこと（論理積；ＡＮＤ）が再生開始条件となる。たとえば、情報提供中心座標１２０１と情報提供半径１２０２が設定され情報提供方向１２０３が設定されていない場合、情報提供中心座標１２０１と情報提供半径１２０２の２つの条件を満たすこと（ＡＮＤ）が再生開始条件となる。すなわち、制御部２０７は、情報提供中心座標１２０１、情報提供半径１２０２、情報提供方向１２０３、情報提供道路種別１２０４のうち設定されているもの同士の論理積をとって、再生開始条件とする。
【０１４１】
ポップアップ用画像データ１２０５は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、ＪＰＥＧ、ＧＩＦ、ＰＮＧ、ビットマップ、などがある。画像サイズは、典型的にはメイン画像データ１１０４よりも小さいサイズである。制御部３４は、所定の再生開始条件が満たされたと判別すると、ポップアップ用画像データ１２０５を読み出して表示部３３に表示させる。画像の表示位置は任意であるが、典型的には画面の中央付近である。ポップアップ用画像データ１２０５には、メイン画像データ１１０４と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１４２】
ポップアップ用ＴＴＳ言語データ１２０６は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。ポップアップ用ＴＴＳ言語データ１２０６には、ＴＴＳ言語データ１１０５と同様に、言語識別フラグと音声形式識別フラグが含まれる。
【０１４３】
ポップアップ用圧縮音声データ１２０７は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ、ＭＰ３、ＡＡＣ、ＣＥＬＰ、ＰＣＭなどがある。ポップアップ用圧縮音声データ１２０６には、圧縮音声データ１１０６と同様に、ポップアップ用圧縮音声データ１２０６のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。ポップアップ用画像データ１２０５、ポップアップ用ＴＴＳ言語データ１２０６、ポップアップ用圧縮音声データ１２０７を総称して「ポップアップ用コンテンツデータ」と呼ぶことがある。
【０１４４】
音声再生順１２０８は、音声再生順１１０７と同様に、情報提供地点情報５０７に音声データとしてポップアップ用ＴＴＳ言語データ１２０６とポップアップ用圧縮音声データ１２０７の両方が含まれている場合、どの順番で再生するかを指定する情報である。
【０１４５】
１つの再生地点には、１組の情報提供中心座標１２０１と情報提供半径１２０２と情報提供方向１２０３と情報提供道路種別１２０４とポップアップ用画像データ１２０５とポップアップ用ＴＴＳ言語データ１２０６とポップアップ用圧縮音声データ１２０７と音声再生順１２０８の組み合わせ（再生地点データ）が対応付けられる。上述のように、本実施形態では、１つのディジタルデータ１５０につき、最大で５つの再生地点を設定することができ、それぞれの再生地点ごとに再生地点データを格納できる。
【０１４６】
たとえば、ショップのある場所に上り車線を通って接近する場合と下り車線を通って接近する場合とで、上り車線用の駐車場案内と下り車線用の駐車場案内といったように異なるディジタルコンテンツをユーザの手を煩わすことなく視聴してもらうことが可能である。
【０１４７】
情報提供地点情報５０７に、ポップアップ用画像データ１２０５とポップアップ用ＴＴＳ言語データ１２０６（又はポップアップ用圧縮音声データ１２０７）の両方が含まれている場合、制御部３４は、これらのデータの再生を同じタイミングで開始することが望ましい。
【０１４８】
次に、遷移情報５０８の詳細について、図１４を用いて説明する。
【０１４９】
次再生情報コード１３０１は、ＤＳＲＣ車載器２０が対象地点情報５０６に格納される画像データ等を再生しているとき、ユーザが次に再生を指示することができるディジタルデータ１５０を指定する情報であり、コンテンツ情報５０２の情報コード７０４に用いられる識別符号で表現される。本実施形態では、１つのディジタルデータ１５０は、最大で８個の次再生情報コード１３０１を格納することができる。ただし、７個以下、あるいは、９個以上の次再生コード１３０１を指定できる実施形態を採用することもできることは言うまでもない。
【０１５０】
次に、詳細情報５０９の詳細について、図１５を用いて説明する。
【０１５１】
詳細情報５０９は、ディジタルコンテンツが複数のディジタルデータ１５０から構成される場合、もしくは、メモリ部２５に複数のディジタルデータ１５０が記憶されている場合、ユーザがいち早く所望のページを探し出せるように、検索を容易にするための情報である。本実施形態では、最大で８個の詳細情報５０９を設定することができる。ただし、７箇所以下、あるいは、９箇所以上の詳細情報５０９を指定できる実施形態を採用することもできることは言うまでもない。
【０１５２】
詳細情報データ１４０１は、ディジタルデータ１５０の内容を端的に表現するキーワードを格納する。キーワードは、任意の文字、数字、記号等を用いて設定される。１つのキーワードは、長くても全角２０文字程度に収めることが望ましい。詳細情報表示用文字列１４０２は、上記キーワードをモニターに表示するときに用いる文字列データである。詳細情報発話用表音文字列１４０３は、上記キーワードを音声で出力するときに用いる発話用ＴＴＳデータである。
【０１５３】
詳細情報５０９を設定することによって、ユーザは自分の見たいページを簡単に探し出せるようになり好都合である。詳細情報５０９は、串刺し型の画面遷移を実現するために好適である。たとえば、ＤＳＲＣ車載器２０の電源を投入したときのトップページ等に検索ボタンを設け、ユーザから任意の文字列等の入力を受け付ける。ＤＳＲＣ車載器２０は、受け付けた文字列等と一致するキーワードが詳細情報５０９に格納されているディジタルデータ１５０を検索してリスト表示する。リスト表示されたページの中からいずれかがユーザにより選択されると、ＤＳＲＣ車載器２０は、選択されたページにジャンプする。
【０１５４】
本実施形態では１つのディジタルデータ１５０につき８個の詳細情報５０９を格納できるので、８個のキーワードを設定することが可能である。しかし、詳細情報データ１４０１の記載形式を工夫することで、更に多くのキーワードを設定することもできる。
【０１５５】
たとえば、詳細情報データ１４０１に、キーワードの区切りを表す所定の記号（例えば“＿”）を挟んで、「和食＿わしょく＿わしよく」のような形式でキーワードを設定する。制御部３４は、所定の記号が含まれる場合、その記号の位置がキーワードの切れ目であると判断し、複数のキーワードが設定されているものとみなす。この例では、制御部３４は、“和食”と“わしょく”と“わしよく”のすべてがキーワードとなる。このように、いわゆるあいまい検索も可能である。
【０１５６】
たとえば、詳細情報データ１４０１にキーワード“クーポン”を設定したディジタルデータ１５０と、設定していないディジタルデータ１５０とを配信する。ＤＳＲＣ車載器２０の制御部３４は、ユーザの指示により、キーワード“クーポン”が設定されているディジタルデータ１５０のみを抽出してモニターに表示させることができる。
【０１５７】
なお、詳細情報データ１４０１のデータ領域として、所定のｎビット（ｎは１以上の整数）を確保し、それぞれのビットに所定のキーワードを予め対応付けておき、それぞれのビットのＯＮ／ＯＦＦでキーワードを設定するようにしてもよい。例えば、「クーポン」と「新着」と「更新」の３つのキーワードに１ビットずつ割り当てておき、それぞれのビットを１又は０にセットする。ビットの値が“１０１”であれば、キーワード「クーポン」と「更新」が設定されていることと実質的に同じになる。
【０１５８】
次に、駐車場情報５１０の詳細について、図１６を用いて説明する。
【０１５９】
駐車場情報５１０は、ショップの近くに存在する駐車場を案内するための駐車場データを格納する。本実施形態の情報受信装置（ＤＳＲＣ車載器２０）は、自動車等の車両１００に搭載されるため、ユーザがショップに立ち寄る（ユーザにショップへ立ち寄ってもらう）ためには駐車場に関する情報が重要である。
【０１６０】
駐車場ＩＤ１５０１は、駐車場ごとにユニークに割り当てられた記号、番号である。 駐車場詳細情報１５０２は、駐車場ＩＤ１５０１が示す駐車場に関する詳しい情報を格納する。駐車場の名称や座標等の静的情報は、駐車場ＩＤ１５０１と共に、ＤＳＲＣ車載器２０のメモリ部２５に地図データベースとして保存されている。一方、満空情報や料金の割引情報、予約の可否、営業時間等の動的情報が、駐車場詳細情報１５０２として格納されている。
【０１６１】
駐車場特記事項１５０３は、駐車場詳細情報１５０２のほかに追加すべき情報がある場合に設定される。駐車場特記事項１５０３には、「本日お祭り開催のため混雑が予想されます」などといったような駐車場詳細情報１５０１で表現できない内容を記載できる。駐車場情報発話用表音文字列１５０４は、駐車場詳細情報１５０２及び／又は駐車場特記事項１５０３を音声で出力するときに用いる発話用ＴＴＳデータである。
【０１６２】
１組の駐車場ＩＤ１５０１、駐車場詳細情報１５０２、駐車場特記事項１５０３、駐車場情報発話用表音文字列１５０４が、１つの駐車場に割り当てられる。本実施形態では、最大で１２７箇所の駐車場情報を提供できる。ただし、１２６箇所以下、あるいは、１２８箇所以上の駐車場情報を指定できる実施形態を採用することもできることは言うまでもない。
【０１６３】
メモリ部２５は、駐車場ＩＤと、駐車場の場所（緯度・経度）を示す情報とを対応付けて予め記憶する。制御部３４は、このメモリ部２５に記憶された情報から、駐車場ＩＤ１５０１が示す駐車場の位置を取得できる。制御部３４は、取得した駐車場の位置を、ユーザの指示により、カーナビゲーションにおける目的地あるいは経由地に設定することができる。
【０１６４】
次に、運転支援情報５１１の詳細について、図１７を用いて説明する。
【０１６５】
駐車場の位置は緯度・経度を用いて表現されるため、２次元マップを用いてナビゲーションを行うと、モニターには駐車場のある場所が平面的に表示される。しかし、地下駐車場や立体駐車場の場合には、緯度・経度だけでは充分に場所を案内できない可能性がある。運転支援情報５１１は、駐車場付近を運転する際の補助となる情報である。運転支援情報５１１が格納されるディジタルデータ１５０は、駐車場付近に設置された路側無線装置４０から、表示／保存コード８０１で「表示する」と指定されたディジタルデータ１５０として送信され、制御部３４は、このディジタルデータ１５０を受信すると、直ちに再生する。
【０１６６】
たとえば、駐車場の近くに設置されている路側無線装置４０は、当該駐車場内の道案内や、当該駐車場の周辺の交通案内（たとえば細い路地など視界が良くない場所等における「駐車場はこの先まっすぐ行ったところにあります」といった案内）を運転支援情報５１１に格納しているディジタルデータ１５０を配信する。このディジタルデータ１５０を受信したＤＳＲＣ車載器２０の制御部３４は、運転支援情報５１１を用いて直ちに注意を促す画像や音声を出力させる。
【０１６７】
運転支援画像データ１６０１は、所定の画像形式、所定の画像サイズ、所定の色数で作成された画像データ本体である。画像形式には、ＪＰＥＧ、ＧＩＦ、ＰＮＧ、ビットマップ、などがある。制御部３４は、運転支援情報５１１を格納しているディジタルデータ１５０を受信すると、運転支援画像データ１６０１を読み出して表示部３３へ表示させる。運転支援画像データ１６０１には、メイン画像データ１１０４と同様に、画像のフォーマットを指定する情報である画像形式識別フラグが含まれる。
【０１６８】
運転支援発話用表音文字列１６０２は、ＴＴＳ形式で作成される発話用の音声のデータ本体である。運転支援発話用表音文字列１６０２には、ＴＴＳ言語データ１１０５と同様に、言語識別フラグと音声形式識別フラグが含まれる。
【０１６９】
運転支援圧縮音声データ１６０３は、所定の圧縮形式で作成された音声のデータ本体である。圧縮形式には、ＩＭＡ−ＡＤＰＣＭ、ＭＰ３、ＡＡＣ、ＣＥＬＰ、ＰＣＭなどがある。運転支援圧縮音声データ１６０３には、圧縮音声データ１１０６と同様に、運転支援圧縮音声データ１６０３のフォーマットを指定する情報である圧縮音声形式識別フラグが含まれる。
【０１７０】
音声再生順１６０４は、音声再生順１１０７と同様に、運転支援情報５１１に音声データとして運転支援発話用表音文字列１６０２と運転支援圧縮音声データ１６０３の両方が含まれている場合、どの順番で再生するかを指定する情報である。
【０１７１】
１組の運転支援画像データ１６０１、運転支援発話用表音文字列１６０２、運転支援圧縮音声データ１６０３、音声再生順１６０４が、１つの運転支援情報となる。
【０１７２】
次に、嗜好情報５１２の詳細について、図１８を用いて説明する。
【０１７３】
嗜好情報５１２は、サービス事業者（情報提供サーバ６０）がユーザの嗜好する情報を選択して配信するために利用される。嗜好情報５１２は、サービス事業者が配信する情報（ディジタルデータ１５０）を複数項目（例えば、最大１２８項目）に分類して示すデータテーブル（嗜好データテーブル）であり、サービス事業者によって予め決められる。嗜好データテーブルは、サービス事業者によって随時更新可能である。
【０１７４】
情報提供サーバ６０は、たとえば、契約したユーザのＤＳＲＣ車載器２０から初めてアップリンク情報が送信された場合や、初回ではないもののＤＳＲＣ車載器２０からのアップリンク情報に含まれる嗜好情報５１２のバージョン（嗜好情報バージョン１７０１）が異なる（古い）場合等に、嗜好情報５１２を格納しているディジタルデータ１５０をＤＳＲＣ車載器２０に送信する。
【０１７５】
嗜好情報バージョン１７０１は、嗜好情報５１２（即ち、嗜好データテーブル）のバージョンである。サービス事業者は、嗜好データテーブルを更新する際には、嗜好情報バージョン１７０１も更新する。嗜好情報表示用文字列１７０２は、分類項目に対応する所定の文字列をモニターに表示するときに用いる文字列データである。
【０１７６】
嗜好情報発話用表音文字列１７０３は、分類項目に対応する所定の文字列を音声で出力するときに用いる発話用ＴＴＳデータである。嗜好情報表示用ネスト１７０４は、嗜好情報表示用文字列１７０２に格納される文字列を表示する際のネストの深さを示す数値である。
【０１７７】
図１９は、嗜好情報５１２の内容を表示部３３に表示した際の画面の一例である。たとえば、分類項目「暮らし」は、更に「病院」と「ロードサービス」の２つの項目に分類される。この場合、分類項目「病院」のネストは、「暮らし」の２階層目である。仮に、分類項目「暮らし」の嗜好情報表示用ネスト１７０４が“０”であると、分類項目「病院」の嗜好情報表示用ネスト１７０４は“１”となる。
【０１７８】
それぞれの分類項目には、所定の分類コードが予め割り当てられている。たとえば、「暮らし」に分類コード＝１、「病院」に分類コード＝２、「小児科」に分類コード＝３、といった具合である。本実施形態では、ディジタルデータ１５０を最大で１２８種類に分類できる。ただし、１２７種類以下、あるいは、１２９種類以上に分類する実施形態を採用することもできることは言うまでもない。
【０１７９】
たとえば、ユーザは、図１９に示す画面において、所望の分類項目にチェックマークをつける等して、サービス事業者に配信して欲しい情報を選択することができる。制御部３４は、その選択結果を嗜好データとして、メモリ部２５に保存する。また、制御部３４は、アップリンク情報に更新された嗜好データを格納して、情報提供サーバ６０に送信する。情報提供サーバ６０は、受信した嗜好データに基づいて、ディジタルデータ１５０を構築し、当該ユーザ（ＤＳＲＣ車載器２０）に配信する。
【０１８０】
また、路側無線装置４０は、ＤＳＲＣ車載器２０からアップリンクされた嗜好データを用いて、嗜好データに合致する内容のディジタルデータ１５０のみ抽出してＤＳＲＣ車載器２０に配信してもよい。なお、嗜好情報バージョン１７０１に指定されるバージョンが変わった場合、すなわち、嗜好データテーブルのバージョンが変わった場合、制御部３４は、現在、メモリ部２５に記憶している嗜好データを一時待避させ、新しい嗜好データテーブルを初期値でメモリ部２５に記憶させた後、一時待避させた嗜好データを上書きして反映させることが望ましい。これにより、ユーザに再び嗜好データを設定し直させるような手間をかけずに済む。
【０１８１】
なお、図２０は、図６に示すＩＤ＝１０に含まれるコンテンツ情報をツリー構造で示した図である。図２０に示すようにツリー構造で画面を遷移させ、利用者に目的とする情報を検索させる手法で、基本的には辿り着いた情報画面から、ＤＳＲＣ車載器２０の目的地として設定したり、車両を対象地点や対象地点の提携駐車場迄誘導したりすることも可能である。また、ＩＰ接続により、特定のウェブサイトに誘導することも可能である。画面を構成する各々のコンテンツには、静止画の他、テキスト,音声合成による発話,圧縮音声,ビデオ等のマルチメディアコンテンツが設定可能のため、映像と音声による詳細説明も可能である。
【０１８２】
マルチコンテンツフォーマットは、ダウンリンク用データとアップリンク用データそれぞれに対応して構成されている。ここで、ダウンリンク用データは、ステップＳ１０９において説明したように、主にコンテンツの配信に用いられるデータであり、アップリンク用データは、ステップＳ１０７において説明したように、ダウンリンク用データ構成の基となるデータである。
【０１８３】
また、マルチコンテンツデータフォーマットは、図２１に示すように、コンテンツの種別に応じて割り振られたＩＤと実データ部の情報量が記載されたヘッダ部（１０バイト）と、コンテンツの実データが結合されたフレームから構成される。なお、この図２１に示すフレームが複数集まって、先に説明した「アプリケーションデータ」が構成される。
【０１８４】
続いて、ＤＳＲＣ車載器２０から路側無線装置４０に対して行なうアップリンクにおけるデータ形式について図２２を用いて説明する。図２２は、図１に示すＤＳＲＣ車載器２０から路側無線装置４０に対して行なうアップリンクにおけるデータ構成例を示す図である。
【０１８５】
アップリンク情報には、「基本情報」、「累計走行距離情報」、「嗜好データテーブルのバージョン情報」、「嗜好ジャンルデータ」、「会員情報」などが含まれる。なお、図２２に示すアップリンク情報は、個人情報として扱われる可能性のある情報が含まれるため、利用者の設定によりサービス事業者が利用者と契約を交わしていることの確認が行われて、はじめてアップリンクを行なうことが望ましい。
【０１８６】
図２２に示すように、「基本情報」にはサービス事業者コードやＤＳＲＣ車載器２０に設定されている目的地と経由地の緯度/経度情報が含まれる。ＤＳＲＣ車載器２０に設置されている目的地の緯度/経度情報を元に、目的地方面の情報提供を行ったり、目的地方面の情報提供地点(ＤＳＲＣ通信が可能な場所)等の情報を配信したりすることが可能である。なお、ＤＳＲＣ車載器２０に設定されている経由地の緯度/経度は、最大５箇所まで登録可能であり、ＤＳＲＣ車載器２０に設置されている経由地の緯度/経度情報を元に、経由地方面の情報提供を行ったり、経由地方面の情報提供地点(ＤＳＲＣ通信が可能な場所)等の情報を配信したりすることが可能である。
【０１８７】
「累計走行距離情報」には、車両１００にＤＳＲＣ車載器２０が搭載された時点からの走行距離が記憶される。なお、車両１００の走行が開始時点からの走行距離としてもよい。「嗜好データテーブルのバージョン情報」は、ＤＳＲＣ車載器２０が蓄積/アップリンクした嗜好データのバージョンが分かるので、アップリンクされた嗜好データ解析に利用できる。なお、嗜好データテーブルを更新する際は、利用者の煩わしさ低減のため、旧バージョンの嗜好データの設定値を新バージョンの嗜好データテーブルの設定値に反映することが好ましい。
【０１８８】
「嗜好ジャンルデータ」には、上述した通り、最大９６項目(内１２項目は公共情報提供サービス用にリザーブ)の嗜好データテーブルを自由に設定することができる。サービス事業者の事業内容に応じて、利用者の嗜好に合わせて細分化した情報提供が可能となるため、配信した情報の再生率向上が見込まれる。
【０１８９】
「会員情報」には、基本的にはダウンリンクのＩＤ＝４０で配信された詳細情報１〜８と同一内容を会員情報１〜８に記録することができる。本実施の形態では、この会員情報１〜８の記憶領域に情報提供サーバ６０から配信されてきたコンテンツに含まれる会員特典を書き込んで、保存することで、会員特典の配布を実現している。
【０１９０】
また、ＤＳＲＣ車載器２０は、この会員情報１〜８の記憶領域に、ＤＳＲＣ接続した接続時刻や接続回数（接続情報）を書き込むようにし、その接続回数や接続時刻をアップリンク情報として路側無線装置４０および情報提供サーバ６０に送信するようにしてもよい。それらの情報を取得した情報提供サーバ６０は、その情報に基づいて、配信するコンテンツのＩＤ＝４０に会員特典を付加して、路側無線装置４０に送信する。路側無線装置４０は、その情報をＤＳＲＣ通信によりＤＳＲＣ車載器２０に配信する。
【０１９１】
ＤＳＲＣ車載器２０は、アップリンクのデータ形式中の会員情報８の欄に対し、保存できた最新の情報コードを記述するようにしてもよい。この場合、情報提供サーバ６０は、通信が切断した際、会員情報８を読み取ることで、ＤＳＲＣ車載器２０が保存できた情報が理解できるため、続きの情報から配信を行なうことが可能である。利用者は、情報配信を受ける際に通信が何らかの要因で切断しても、続きから情報配信を受けることが可能なため、通信遮断による時間的なロスを低減することが可能である。
【０１９２】
また、アップリンク情報には、上述した項目以外にも図示外の「過去立寄地情報」や「広告視聴履歴情報」を有することとしてもよい。
【０１９３】
続いて、上述した構成による情報提供システム１０における入会処理の種類と主な流れを、図２３などを参照しながら説明する。
【０１９４】
入会処理の種類についてまず説明する。なお入会とは、路側無線装置４０から配信されるコンテンツのうち、特定のコンテンツを受信しまたはＤＳＲＣ車載器２０に表示する権原を持つことができるようになることを指す。特定のコンテンツとは、クーポン、ポイント付与などの特典情報や他に優先して配信される最新の情報などをいう。１つの路側無線装置４０からは１つのサービス事業者の情報（コンテンツ）が配信されることが多いが、複数のサービス事業者のコンテンツが配信されることもある。また、他の路側無線装置４０からは、他のサービス事業者のコンテンツが配信されることがあったり、同じサービス事業者のコンテンツが配信されたりすることもある。このため、入会は、路側無線装置４０毎に行うのではなく、サービス事業者毎に行う必要がある。
【０１９５】
入会処理は、サービス事業者と契約する処理（申込処理であり事前処理）と、ＤＳＲＣ車載器２０に対し契約したサービス事業者を登録する処理がある。サービス事業者と契約する処理は、後述するように、オフライン（紙を用いて入会）とオンライン（ＤＳＲＣ車載器２０を使うもの、携帯電話やＰＣを使う等他の手段を使うもの）がある。オフラインで行う場合には、後述するようにユーザは契約したい事業者の窓口等で所定のシートにユーザが使用するＤＳＲＣ車載器２０のＩＤ（ＡＳＬ−ＩＤ）とユーザの個人情報を事業者に通知することで契約を行う。入会処理には上述したように、オンラインによる方法Ａ（以下「オンラインＡ」という）と、オフラインによる方法Ｂ（以下「オフラインＢ」という）が存在する。オンラインＡは、ＤＳＲＣ車載器２０を使用して行うものＡ１（以下「Ａ１」という）と、入会案内などの表示はＤＳＲＣ車載器２０で行うものの、事前処理となる仮契約手続きは他の機器を利用して行うものＡ２（以下「Ａ２」という）とが存在する。Ａ１系は、ＤＳＲＣ車載器２０と路側無線装置４０とが共にインターネット接続可能なものである場合のシステムにおいて実行される。Ａ２系は、ＤＳＲＣ車載器２０と路側無線装置４０のいずれ１つまたは両者がインターネット接続不能である場合のシステムにおいて実行される。
【０１９６】
Ａ１系は、次のステップを踏むものとなっている。
【０１９７】
ステップＳ１５１：ＤＳＲＣ車載器２０がエリアインすると、所定の処理がなされＤＳＲＣ車載器２０の表示部３３にブラウザ画面が表示される。この所定の処理の中には、情報提供サーバ６０の制御部６６がＤＳＲＣ車載器２０と路側無線装置４０の通信環境を判断する処理が含まれる。
【０１９８】
ステップＳ１５２：ブラウザの画面は、入会勧誘画面となる。この画面例を図２５（Ａ）に示す。会員になることを承諾すると、仮の会員契約が成立する。この会員契約は事前処理の一部に相当する。
【０１９９】
ステップＳ１５３：ステップ１５２が終了すると、その内容は情報提供サーバ６０に保存される（保存処理）。
【０２００】
ステップＳ１５４：ステップＳ１５３の処理と共にＤＳＲＣ車載器２０の表示部３３には本契約をするために必要となる所定番号が入った確認画面が表示される。この確認画面は、情報提供サーバ６０の制御部６６が送信処理をしたものである。この確認画面は、単に、会員になることを承諾する、しない、の選択画面としてもよい。この選択処理は、ＤＳＲＣ車載器２０の制御部３４が制御する。
【０２０１】
ステップＳ１５５：ユーザは、確認画面中に記載されている所定番号をＤＳＲＣ車載器２０に入力する。これによって入会処理が完了する。なお、ＤＳＲＣ車載器２０の制御部３４が確認画面の中に「会員となる方は所定番号を入力して下さい」との表示や音声出力をするような制御を行うようにしてもよい。また、所定番号の入力後、表示部３３に最終確認のための確認表示、たとえば「会員となる処理をしますか？」などの確認画面または音声のいずれか一方または両者を出力するようにしてもよい。
【０２０２】
ステップＳ１５６：ＤＳＲＣ車載器２０の制御部３４は、契約したことをアップリンクタグエリアに記載する。具体的には、アップリンクタグエリアの基本情報の中に該当事業者のコードが記載される。その結果、アップリンク情報中のサービス事業者コードの欄に当該事業者のコードが記述されることとなる。
【０２０３】
ステップＳ１５７：ＤＳＲＣ車載器２０の制御部３４は、次回のエリアインの際、または長時間のエリアインを行っているときは、ステップＳ１５６の処理の後のアップリンク時に、サービス事業者コードの欄に当該事業者のコードが記述されたアップリンク情報を路側無線装置４０に送信する。送信された情報は、情報提供サーバ６０に送られ、情報提供サーバ６０の制御部６６は、ステップＳ１５３にて保存された内容と受け取った内容とを照合し、一致すれば入会処理が完全に終了する。この時点が契約の完了となる。
【０２０４】
Ａ２系は、次のステップを踏むものとなっている。
【０２０５】
ステップＳ１６１：ＤＳＲＣ車載器２０がエリアインすると、ステップＳ１５１と同様な処理がなされ、ＤＳＲＣ車載器２０の表示部３３に会員勧誘画面が表示されるか、もしくは通知される。会員勧誘画面中には、他の通信網、たとえばインターネット網を通じての会員契約に必要な情報が表示されている。この画面例を図２６に示す。この情報としては、携帯番号を通じてのホームページへのアクセスに必要なＵＲＬなどが二次元コード（たとえばＱＲコード（登録商標））や、会員契約が可能となるホームページのＵＲＬ番号などが挙げられる。
【０２０６】
ステップＳ１６２：ユーザは、携帯番号、パソコンなどの通信機器を利用して、かつ会員契約に必要な情報を基にして、事前処理となる会員契約が可能となるホームページへアクセスして申し込み処理をする。
【０２０７】
ステップＳ１６３：その申し込みは、各種の手段を通じて情報提供サーバ６０に保存される（保存処理）。
【０２０８】
ステップＳ１６４：ユーザは、ステップＳ１６２によって申し込み処理をした際に、会員となるために必要な所定番号等を入手する。この入手は、申し込み処理の際に、ブラウザ上に表示されたり、その後の電子メールの受領によって行われたりする。その後は、先のステップＳ１５５，Ｓ１５６，Ｓ１５７の処理となる。
【０２０９】
オフラインＢは、他のシステムの会員契約と同種なものである。具体的には、電話による申し込み、ＦＡＸによる申し込み、申込書の郵送などによって事前処理（＝契約申込）が行われる。オフラインＢでは、その後、ステップＳ１６３とステップＳ１６４の処理と同様の処理が行われ、その後ステップＳ１５５，Ｓ１５６，Ｓ１５７の処理が行われる。
【０２１０】
続いて、上述した構成による情報提供システム１０において情報提供サーバ６０の制御部６６が行う入会と退会の一連の処理例について、図５および図２４を用いて説明する。
【０２１１】
図２４は、図１に示す情報提供サーバ６０の制御部６６によって行われる入会と退会の一連の処理例を示すフローチャート図である。
【０２１２】
ステップＳ２０１：まず図５に示すように、電源投入とステップＳ１００の処理が行われる。その後、情報提供サーバ６０は、ＤＳＲＣ車載器２０がエリアインした後に、所定のＤＳＲＣ通信接続処理を開始する。この処理はステップＳ１０１と同様である。
【０２１３】
ステップＳ２０２：ステップＳ２０１の後、ステップＳ１０２と同様な処理をし、クライアントインフォメーションデータのアップリンクを行う。このアップリンクは、ステップＳ１０３の処理と同様である。
【０２１４】
ステップＳ２０３：路側無線装置４０は、特性情報中の車載機固有のＩＤ（ＡＳＬ−ＩＤなど）から該当ユーザが会員か非会員か否かを判断する。この判断は、対象となるＡＳＬ−ＩＤなどが情報提供サーバ６０に保存されているので、送られてくるＡＳＬ−ＩＤなどが保存されているものと一致すれば会員と判断する。この判断は、情報提供サーバ６０の制御部６６で行うが、路側無線装置４０で行うようにしてもよい。
【０２１５】
ステップＳ２０４：非会員の場合には、情報提供サーバ６０は、会員勧誘用のコンテンツを即時表示型でＤＳＲＣ車載器２０に送る。ステップＳ２０４で送られるコンテンツは、情報提供サーバ６０の制御部６６がＤＳＲＣ車載器２０の通信環境を判断して、その通信環境にとって適切なコンテンツとされる。たとえば、路側無線装置４０がインターネット接続の環境を備えている場合、情報提供サーバ６０は、ＤＳＲＣ車載器２０もインターネット通信が可能であると判断したときは、ＤＳＲＣ車載器２０に対してブラウザを起動させる指示信号を送信し、併せて契約申し込みが可能となるホームページに接続させる。
【０２１６】
一方、路側無線装置４０とＤＳＲＣ車載器２０のいずれか一方または両者がインターネット通信環境を備えていない場合は、情報提供サーバ６０の制御部６６は、図２５（Ａ）や図２６に示すような入会を誘う画面を即時表示型でＤＳＲＣ車載器２０に送信する制御を行う。ここで即時表示型とは、ＤＳＲＣ車載器２０の内部に蓄積されるタイプのものでなく、ＤＳＲＣ車載器２０の表示部３３にて即時に表示されるタイプのことをいう。
【０２１７】
なお、会員勧誘用のコンテンツを配信する場合、情報提供サーバ６０は次の事項（上述と重複する部分もあり）を判断基準として、どのコンテンツを配信するかを決める。（１）特性情報の内容としては、対応言語や測地系（世界測地系か日本測地系か）、対応ＤＲＭ（どのようなＤＲＭに対応しているか）、モニタ解像度（モニタあるなし、ＷＱＶＧＡ、ＷＶＧＡ等）、ＳＶＧ対応、ナビ部蓄積可能容量があり、それらを参考とする。（２）上述したように、ブラウザ対応に対応しているかを特性情報から判断し、ＤＳＲＣ車載器２０によって、ＩＰ系でアクセスするためのＵＲＬを有したコンテンツを送付するか、携帯電話やＰＣ用のＵＲＬ情報（たとえばＱＲコード）を送るかどうかを決める。（３）他の判断としては、当該路側無線装置４０がＩＰ接続可能か否かにより、送信するデータを変更することがある。路側無線装置４０がＩＰ接続対応の場合は、上述したように、入会用の画面をＩＰ系でＰＵＳＨ配信することにより会員入会のための画面、たとえば図２５（Ａ）に示すような画面がＤＳＲＣ車載器２０の表示部３３に直接、表示される。
【０２１８】
配信されてきた情報をもとにユーザは、会員となるか否かを決める。会員となる希望がなければ、その旨を選択し処理を終了する。たとえば図２５（Ａ）の画面で、「しない」の欄７１を選択した場合、図２５（Ａ）の入会勧誘画面は非表示となる。会員となる場合には、今すぐ会員となるか、後で会員となるかを選択する。たとえば図２５（Ａ）の画面で入会処理の欄７２を選択すると、図２５（Ｂ）に示す画面が現われ、その画面で「入会する」を選択すると図２５（Ｃ）に示す画面が現われる。後で会員となる場合には、ＵＲＬ情報あるいは勧誘画面そのものを保存し、後で呼び出せるようにする。この保存の処理は、図２５（Ａ）の保存の欄７３を選択することでなされる。
【０２１９】
「今すぐ入会」を希望する場合には、現在の通信エリアを確認し、たとえばＤＳＲＣ車載器２０のＩＰ接続ができるのか、ＷｉＭＡＸで通信できるのか、携帯電話の通信エリアなのか（地下駐車場に路側無線装置４０がある場合には携帯電話でも通信できない可能性がある）を確認する。路側（情報提供サーバ６０または路側無線装置４０）が送ってきた情報は、ＤＳＲＣ車載器２０の特性情報をもとにそれに相応しい情報であるが、その方式では通信できない場合には、他の代替手段（車載器にブラウザ機能があってもＩＰ接続できない場合は、携帯電話で登録する等）で登録できるのか否かの判断を入れる。これにより、通信が可能であればユーザはオンラインで登録を行うこととなる。
【０２２０】
ステップ２０５：ステップＳ２０３で会員と判断された場合、会員用のコンテンツがＤＳＲＣ車載器２０に配信される。なお、会員用と会員以外の両方のコンテンツを配信するようにしてもよい。
【０２２１】
ステップＳ２０６，Ｓ２０７：情報提供サーバ６０の制御部６６は、ＤＳＲＣ車載器２０から当該事業者コードを有するアップリンク情報があるか否かの監視を行っている（ステップＳ２０６）。当該サービス事業者に関するアップリンク情報が無い場合、制御部６６は、所定時間経過したかを判定する（ステップＳ２０７）。所定時間を経過していない場合、ステップＳ２０６へ戻る。
【０２２２】
ステップＳ２０８，Ｓ２０９：所定時間が経過していたら、制御部６６は過去に当該事業者に関するアップリンク情報がアップリンクされた履歴があるか否かを判断する（ステップＳ２０８）。過去に履歴が無いときは、ＤＳＲＣ車載器２０に事業者コードが登録されていないと判断され、その旨を通知する（ステップＳ２０９）。この通知も即時表示型のコンテンツとなっている。この通知画面の例を図２７に示す。
【０２２３】
報知されたユーザは、会員契約（事前処理）を済ませたが、ＤＳＲＣ車載器２０に事業者コードを記憶させていない場合は、その場で記憶させる、または後で記憶させる、または身に覚えがないのでＤＳＲＣ車載器２０に登録しない、の３通りが考えられる。すぐ登録した場合は、路側がポーリングを行っているため、登録情報がアップリンクされ、通常の会員に対する制御と同じようになる。具体的には、アップリンク情報中の嗜好データにあったコンテンツを編成して、ＤＳＲＣ車載器２０に送る（ステップＳ２１０）。また目的地情報や立ち寄り情報等を用いて、それにあったコンテンツを送信することもある。
【０２２４】
一方、後で登録する場合や登録しないときは、路側（情報提供サーバ６０,路側無線装置４０）は会員情報をアップリンクしてこないと判断し、所定の即時表示型の画面（たとえば通信エリアから離れる旨の指示コンテンツ）を配信し、処理を終了する。ここで、会員ではあるがユーザがＤＳＲＣ車載器２０に対して登録していない場合の即時表示型のコンテンツについては、事業者コードが表示されているものが考えられる。
【０２２５】
ステップＳ２１１以降の処理は、退会処理の一例を示すものである。この処理を説明する前に、退会処理一般について説明する。
【０２２６】
退会処理は、入会処理と大きな違いはない。退会処理のためのコンテンツは会員となったユーザに対して、蓄積型で退会処理という嗜好データ（あるいは詳細情報にそのコンテンツが退会処理であることを示すデータを入れる）で、送信される。ユーザは、退会したい場合は、所定のボタンを押すことにより、ＤＳＲＣ車載器２０は、退会用の画面を生成する。退会用の画面は、図２５（Ａ）と類似の画面（「入会」が「退会」に変わっている）であって、ＱＲコード（登録商標）の表示、ＵＲＬの表示、退会のための電話番号や連絡先が記載されているものが好ましいが、他のものとしてもよい。また対象地点情報としてＵＲＬも入れておき、これを利用してＤＳＲＣ車載器２０のブラウザを立ち上げ、退会画面へ移ることができるようにしてもよい。退会用の画面例を図２８に示す。
【０２２７】
ユーザがＤＳＲＣ車載器２０の事業者コードを削除することにより、ＤＳＲＣ車載器２０はアップリンクを行わないようになる。サービス事業者は、事前処理としての契約として退会処理が行われているにもかかわらず、ＤＳＲＣ車載器２０から当該事業者に関するアップリンク情報がアップリンクされている場合には、その旨を通知するようにしてもよい。この通知画面の例を図２９に示す。この場合は契約を解除しても情報提供サーバ６０がＡＳＬ−ＩＤなどを記憶していること条件となる。なお、知らないＤＳＲＣ車載器２０からデータがアップリンクされたことをもって退会者と判断すれば、情報提供サーバ６０は、記憶しなくてもよい。
【０２２８】
ユーザは、サービス事業者との契約の解除以外にも、その事業者に関するアップリンク情報をアップリンクしない（ＤＳＲＣ車載器２０からサービス事業者のデータが削除された）ことにより退会の意思を表明することも可能である。この場合、路側無線装置４０は、データをアップリンクするよう要求するが、所定回数あるいは所定期間経っても、ユーザからアップリンクされない場合、情報提供サーバ６０の制御部６６は契約を解除し、さらに会員として判断しないようにしてもよい。
【０２２９】
このような退会処理、すなわちデータをアップリンクしないことによる退会処理を以下に説明する。
【０２３０】
ステップＳ２１１〜Ｓ２１４：ステップＳ２０８において、過去にアップリンクされた履歴があると判定された場合、制御部６６は、ＤＳＲＣ車載器２０に、当該事業者のアップリンク情報がアップリンクされていないことを通知する（ステップＳ２１１）。そして、制御部６６は、過去に同様の通知を行ったかを確認し（ステップＳ２１２）、行っていない場合、その対象となるＤＳＲＣ車載器２０のＡＳＬ−ＩＤなどを記載し、アップリンクしていない旨の通知を行っている場合は、該当するＡＳＬ−ＩＤに対応づけられた通知回数に「１」を加える処理をする（ステップＳ２１４）。
【０２３１】
ステップＳ２１５〜Ｓ２１８：通知回数が所定回数を超えたか否かを制御部６６は判定し（ステップＳ２１５）、所定回数を超えていない場合、一連の処理を終える（ステップＳ２１６）。一方、所定回数を超えている場合、事前処理となる契約申込はなされたが、正式な登録（本登録）は希望していないと制御部６６は判断し、契約破棄を行う画面を生成し、ＤＳＲＣ車載器２０に送信する（ステップＳ２１７）。この処理を終え、一連の処理が終わる（ステップＳ２１８）。
【０２３２】
本発明の実施の形態では、ユーザが所定の事業者と会員契約を結ぶことによって、所定の事業者から有用な情報を入手することができるとともに、契約を結んでいない事業者からは多数の不要な情報が送信されないようにすることができる。また、契約の申し込みがなされた段階、すなわち事前処理の段階では、契約完了ではなく、ユーザが確実に事業者コード等をＤＳＲＣ車載器２０に登録（保存処理）し、アップリンクすることによって契約が完全に終了し、始めて正式な会員となることができる。そのため情報提供サーバ６０や路側無線装置４０の側から強制的にまたは半強制的に、ユーザを会員とさせることはなくなり、ユーザにとって真に会員となりたい事業者のみを対象として会員となることができる。
【０２３３】
以上の実施の形態は、本発明の好適な実施の形態の例であるが、本発明は、これに限定されるものではなく、発明の要旨を逸脱しない範囲において種々の変形や変更が可能である。たとえば、情報提供サーバ６０が、送信処理によって事前処理を受信したとき、情報提供サーバ６０の制御部６６は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報（画面または通知）を、端末となるＤＳＲＣ車載器２０に送信するようにしてもよい。
【０２３４】
また、入会勧誘画面としては、図３０に示すように、二次元コードを有しない画面としてもよい。また、会員へのコンテンツ配信が終了した際には、情報提供サーバ６０は、他の会員との通信が行えるように、コンテンツ配信が終了した会員（ＤＳＲＣ車載器２０）に通信エリアから立ち退くことを促す画面（たとえば図３１の画面）を即時表示型のデータで送信するようにしてもよい。なお、路側無線装置４０は、駐車場の入り口または出口など、車両１００が低速で走行すると共に、長時間停止することが無い場所に設置されれば、図３１に示すような通知は必要なくなるので、そのような場所に路側無線装置４０を設置するようにしてもよい。
【０２３５】
また、退会処理の際に、事業者コードが削除されるが、事業者コードの削除に併せ、会員向けの特典、たとえばクーポンやポイントなどが削除されるようにするのが好ましい。また、事前処理の後に、事業者コードを削除するまでに長時間を要することも考えられ、会員向けの特典の有効期間は、短期間とするのが好ましい。たとえば、配信時から７２時間としたり、配信日を含め、７日間としたりするのが好ましい。
【０２３６】
また、基地局に情報提供サーバ６０の機能を持たせるようにしてもよい。すなわち、路側無線装置４０の制御部４４が、情報提供サーバ６０の制御部６６と同様な機能を有し、情報提供サーバ６０が行っている処理のすべてまたは一部を路側無線装置４０が行う形態としてもよい。さらに、上記実施の形態では、ＤＳＲＣ端末としてのＤＳＲＣ車載器２０を用いている。この他にもたとえば、ＤＳＲＣ端末としてＤＳＲＣ通信機能を備えた形態電話やＰＤＡを用いてもよい。また通信方式としては、ＤＳＲＣ方式以外に、広域通信方式など他の通信方式を採用することができる。
【０２３７】
また、上記実施の形態では、基地局としては、主に道路沿いに設置される路側無線装置４０を用いている。この他にもたとえば、基地局として駐車場や該当などに設置される通信機能を備えた無線装置を用いてもよい。また基地局の管理者は、配信されるコンテンツに関係する業者ではなく、その業者と契約を結んで基地局を運営する者、すなわちサービス提供事業者以外の者が基地局を設置し、管理する形式としてもよい。
【０２３８】
また、上記実施の形態に係るＤＳＲＣ車載器２０は、図３に示すようにＤＳＲＣ部２１と、ナビ部２７と、制御部３４とで構成している。この他にもたとえば、「ＪＥＩＴＡ ＴＴ−６００３」で示されるＩＴＳ車載器のように料金決済が可能なＥＴＣ（Ｅｌｅｃｔｒｏｎｉｃ Ｔｏｌｌ Ｃｏｌｌｅｃｔｉｏｎ ｓｙｓｔｅｍ）処理部（不図示）、料金決済時に使用するＩＣカードを挿入するＩＣカードインタフェース部（不図示）などを備えていてもよい。また、端末としては、ナビゲーション機能を持たないものとしたり、車両１００に常時設置されない携帯可能な装置としたりしてもよい。
【０２３９】
また、上記実施の形態に係るＤＳＲＣ車載器２０のＤＳＲＣ部２１は、３．５ＧＨｚ帯ＤＳＲＣ通信機能を有している。この他にもたとえば、「ＪＥＩＴＡ ＴＴ−６００３」で示されるＩＴＳ車載器のように、光ＶＩＣＳインタフェース，ＦＭＶＩＣＳインタフェース，２．５Ｇｈｚ帯ＤＳＲＣ通信用インタフェース、その他のメディアとの通信インタフェースを備えていてもよい。
【０２４０】
また、上記実施の形態に係る情報提供システム１０におけるトランザクションでは、図５に示すように、ステップＳ１０７のアップリンク情報の通知後にステップＳ１０８によるアップリンク情報の更新有無を確認するポーリングを行なっている。この他にもたとえば、このステップＳ１０７の通知後にＶＩＣＳフォーマットによる公共情報などのデフォルトコンテンツを情報提供サーバ６０が配信してもよい。
【０２４１】
また、上述の実施の形態の情報提供システム１０が有する各構成ブロックの機能は、全てまたはその一部をソフトウェアによって実現しても、あるいはその少なくとも一部をハードウェアで実現しても良い。たとえば、制御部３４，６６における処理の全部またはその一部は、１または複数のプログラムによりコンピュータ上で実現しても良く、その少なくとも一部をハードウェアで実現しても良い。
【０２４２】
また、たとえば、ＤＳＲＣ車載器２０を装置の全部または一部として動作させるためのコンピュータプログラムを、メモリーカード、ＣＤ（ｃｏｍｐａｃｔ ｄｉｓｃ）、ＤＶＤ（ｄｉｇｉｔａｌ ｖｅｒｓａｔｉｌｅ ｄｉｓｋ）、ＭＯ（ｍａｇｎｅｔｏ−ｏｐｔｉｃａｌ）等のコンピュータ読み取り可能な記録媒体に格納して配布し、これを別のコンピュータ、たとえば、携帯電話、オーディオ機器、電子時計等にインストールし、ＤＳＲＣ車載器２０として動作させ、あるいは、ＤＳＲＣ車載器２０が行う工程を実行させてもよい。さらに、インターネット上のサーバ装置が有するディスク装置等にプログラムを格納しておき、たとえば、搬送波に重畳させて、ＤＳＲＣ車載器２０となるコンピュータにダウンロード等するものとしてもよい。
【図面の簡単な説明】
【０２４３】
【図１】本発明の実施の形態に係る情報提供システム全体の構成を示す図である。
【図２】図１に示す情報提供システムにおけるＤＳＲＣ車載器と路側無線装置が通信を行っている状態を示す図である。
【図３】図１に示すＤＳＲＣ車載器の主な構成を示すブロック図である。
【図４】図１に示す路側無線装置および情報提供サーバの主な構成を示すブロック図である。
【図５】図１に示すＤＳＲＣ車載器と路側無線装置との間で行なわれるトランザクションを示す図である。
【図６】図１に示す情報提供システムにおいて、ＤＳＲＣ車載器に配信されるマルチコンテンツフォーマットのディジタルデータの概要構成を示す図である。
【図７】図６に示すディジタルデータ中の事業者情報の構成を示す図である。
【図８】図６に示すディジタルデータ中のコンテンツ情報の構成を示す図である。
【図９】図６に示すディジタルデータ中の再生条件情報の構成を示す図である。
【図１０】図６に示すディジタルデータ中の有効期限情報の構成を示す図である。
【図１１】図６に示すディジタルデータ中の提供時間情報の構成を示す図である。
【図１２】図６に示すディジタルデータ中の対象地点情報の構成を示す図である。
【図１３】図６に示すディジタルデータ中の情報提供地点情報の構成を示す図である。
【図１４】図６に示すディジタルデータ中の遷移情報の構成を示す図である。
【図１５】図６に示すディジタルデータ中の詳細情報の構成を示す図である。
【図１６】図６に示すディジタルデータ中の駐車場情報の構成を示す図である。
【図１７】図６に示すディジタルデータ中の運転支援情報の構成を示す図である。
【図１８】図６に示すディジタルデータ中の嗜好情報の構成を示す図である。
【図１９】図６に示すディジタルデータ中の嗜好情報の内容の表示画面の例である。
【図２０】図６に示すＩＤ＝１０に含まれるコンテンツ情報をツリー構造で示した図である。
【図２１】図１に示す情報提供システムにおいて使用されるマルチコンテンツフォーマットのデータのフレーム例を示す図である。
【図２２】図１に示すＤＳＲＣ車載器から路側機に対して行なうアップリンクにおけるデータ形式を示す図である。
【図２３】図1に示す情報提供システムにおける入会処理の種類と主な処理ステップを示す図である。
【図２４】図１に示す情報提供システムにおける入会と退会の一連の処理を示すフローチャート図である。
【図２５】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘の画面例である。
【図２６】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘の他の画面例で、ＤＳＲＣ車載器以外の機器を利用して行う際の画面例である。
【図２７】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、事前処理（契約申し込み）が終了しているもの事業者コードがＤＳＲＣ車載器に入力されていないときの画面例である。
【図２８】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される退会用の画面例である。
【図２９】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、事前処理（契約解消）が終了しているもの事業者コードのＤＳＲＣ車載器からの削除がされていないときの画面例である。
【図３０】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される入会勧誘のさらに他の画面例である。
【図３１】図１に示す情報提供システムにおいてＤＳＲＣ車載器にて表示される通知画面の例で、通信エリアの会員へのコンテンツ配信がすべて終了した際に通知される画面例である。
【符号の説明】
【０２４４】
１０ 情報提供システム
２０ ＤＳＲＣ車載器
２１ ＤＳＲＣ部（通信部）
２２ 送受信部／変復調部（通信部の一部）
２３ ＤＳＲＣ制御部（通信部の一部）
２４ ＤＳＲＣ−ＡＳＬ処理部（通信部の一部）
２５ メモリ部
３４ 制御部（端末の制御部）
４０ 路側無線装置（基地局）
６０ 情報提供サーバ
６６ 制御部（情報提供サーバの制御部）
【特許請求の範囲】
【請求項１】
所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、上記端末に上記各コンテンツを送信可能な基地局と、上記基地局に上記各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムであって、
上記情報提供サーバは、上記端末または上記基地局が備える通信環境を判断する制御部を有し、
上記端末は、上記会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理の少なくとも３つの処理を行う制御部を有する、
ことを特徴とする情報提供システム。
【請求項２】
前記情報提供サーバの前記制御部は、前記基地局が他の通信網に接続できるか否かの判定をし、その判定結果に基づき、前記事前処理を行うための手段を特定し、その特定された手段用の情報を送信することを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記情報提供サーバの前記制御部は、前記端末から送信されてきた前記端末の特性情報に基づき、前記事前処理を行うための手段を特定し、その特定された手段用の情報を送信することを特徴とする請求項１記載の情報提供システム。
【請求項４】
前記情報提供サーバは、前記基地局と前記端末が共に他の同一の通信網と接続できるときには、前記端末を上記他の通信網に強制的に接続させ、前記事前処理を促すことを特徴とする請求項１記載の情報提供システム。
【請求項５】
前記情報提供サーバが、前記送信処理によって前記事前処理または前記情報の内容を受信したとき、前記情報提供サーバの前記制御部は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報を、前記端末に送信することを特徴とする請求項１から４のいずれか１項記載の情報提供システム。
【請求項６】
前記事前処理は、（１）入会または退会の権原を有する事業者のインターネット上のホームページに他の機器によって接続し、（２）そのホームページで入会または退会の処理を行う処理であり、
前記保存処理は、その処理の結果を前記端末に保存する処理である、
ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項７】
前記保存処理は、（１）前記実施した事前処理を前記端末に仮登録する処理と、 （２）前記端末の前記制御部が、当該処理が正しいものであるかの確認をする画面を生成する確認処理と、（３）上記確認処理によって確認された場合、前記端末に本登録する処理と、を有する処理であることを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項８】
前記事前処理は、（１）前記会員用のコンテンツを受信し、または表示する権原を前記端末が与えられていないと前記情報提供サーバの前記制御部が判断し、（２）その判断に基づき、前記情報提供サーバが前記基地局を介して会員となることを誘う勧誘コンテンツを前記端末に送信し、（３）その勧誘コンテンツに基づき他の通信網を利用して入会処理を行う処理であり、
前記保存処理は、前記端末内の事業者のコード欄に対象となる事業者コードを記録する処理である、
ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項９】
前記勧誘コンテンツは、入会の権原を有する事業者のインターネット上のホームページに接続できるコードが表示される画像を有するものであることを特徴とする請求項８記載の情報提供システム。
【請求項１０】
前記事前処理は、（１）前記情報提供サーバが退会処理用のコンテンツを前記端末に送信し、（２）その退会処理用のコンテンツを前記端末の表示部で表示し、（３）その表示された画面の情報に基づき退会処理を行う処理であり、
前記保存処理は、前記端末内の対象となる事業者のコードを削除する処理である、ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項１１】
所定の通信方式により基地局から配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される情報送受信用の端末において、
上記端末は、上記会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理の少なくとも３つの処理を行う制御部、
を有することを特徴とする情報送受信用の端末。
【請求項１２】
所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、上記端末に上記各コンテンツを送信可能な基地局と、上記基地局に上記各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムに用いられる情報提供方法であって、
上記会員用のコンテンツを受信できるようにする入会処理または受信できないようにする退会事前処理を行う事前処理ステップと、
その実施した事前処理または事前処理によって得られた情報を保存する保存処理ステップと、
上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理ステップと、
を有することを特徴とする情報提供方法。
【請求項１】
所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、上記端末に上記各コンテンツを送信可能な基地局と、上記基地局に上記各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムであって、
上記情報提供サーバは、上記端末または上記基地局が備える通信環境を判断する制御部を有し、
上記端末は、上記会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理の少なくとも３つの処理を行う制御部を有する、
ことを特徴とする情報提供システム。
【請求項２】
前記情報提供サーバの前記制御部は、前記基地局が他の通信網に接続できるか否かの判定をし、その判定結果に基づき、前記事前処理を行うための手段を特定し、その特定された手段用の情報を送信することを特徴とする請求項１記載の情報提供システム。
【請求項３】
前記情報提供サーバの前記制御部は、前記端末から送信されてきた前記端末の特性情報に基づき、前記事前処理を行うための手段を特定し、その特定された手段用の情報を送信することを特徴とする請求項１記載の情報提供システム。
【請求項４】
前記情報提供サーバは、前記基地局と前記端末が共に他の同一の通信網と接続できるときには、前記端末を上記他の通信網に強制的に接続させ、前記事前処理を促すことを特徴とする請求項１記載の情報提供システム。
【請求項５】
前記情報提供サーバが、前記送信処理によって前記事前処理または前記情報の内容を受信したとき、前記情報提供サーバの前記制御部は、その内容に合わせ入会処理または退会処理が完了したことを伝える情報を、前記端末に送信することを特徴とする請求項１から４のいずれか１項記載の情報提供システム。
【請求項６】
前記事前処理は、（１）入会または退会の権原を有する事業者のインターネット上のホームページに他の機器によって接続し、（２）そのホームページで入会または退会の処理を行う処理であり、
前記保存処理は、その処理の結果を前記端末に保存する処理である、
ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項７】
前記保存処理は、（１）前記実施した事前処理を前記端末に仮登録する処理と、 （２）前記端末の前記制御部が、当該処理が正しいものであるかの確認をする画面を生成する確認処理と、（３）上記確認処理によって確認された場合、前記端末に本登録する処理と、を有する処理であることを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項８】
前記事前処理は、（１）前記会員用のコンテンツを受信し、または表示する権原を前記端末が与えられていないと前記情報提供サーバの前記制御部が判断し、（２）その判断に基づき、前記情報提供サーバが前記基地局を介して会員となることを誘う勧誘コンテンツを前記端末に送信し、（３）その勧誘コンテンツに基づき他の通信網を利用して入会処理を行う処理であり、
前記保存処理は、前記端末内の事業者のコード欄に対象となる事業者コードを記録する処理である、
ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項９】
前記勧誘コンテンツは、入会の権原を有する事業者のインターネット上のホームページに接続できるコードが表示される画像を有するものであることを特徴とする請求項８記載の情報提供システム。
【請求項１０】
前記事前処理は、（１）前記情報提供サーバが退会処理用のコンテンツを前記端末に送信し、（２）その退会処理用のコンテンツを前記端末の表示部で表示し、（３）その表示された画面の情報に基づき退会処理を行う処理であり、
前記保存処理は、前記端末内の対象となる事業者のコードを削除する処理である、ことを特徴とする請求項１から５のいずれか１項記載の情報提供システム。
【請求項１１】
所定の通信方式により基地局から配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される情報送受信用の端末において、
上記端末は、上記会員用のコンテンツを受信できるようにする入会事前処理または受信できないようにする退会事前処理と、その実施した事前処理または事前処理によって得られた情報を保存する保存処理と、上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理の少なくとも３つの処理を行う制御部、
を有することを特徴とする情報送受信用の端末。
【請求項１２】
所定の通信方式により配信される会員用のコンテンツと非会員用のコンテンツを受信可能であって車両に搭載される端末と、上記端末に上記各コンテンツを送信可能な基地局と、上記基地局に上記各コンテンツを提供可能な情報提供サーバと、を有する情報提供システムに用いられる情報提供方法であって、
上記会員用のコンテンツを受信できるようにする入会処理または受信できないようにする退会事前処理を行う事前処理ステップと、
その実施した事前処理または事前処理によって得られた情報を保存する保存処理ステップと、
上記基地局との通信エリアに入ったとき、上記事前処理または上記情報の内容を上記基地局に送信する送信処理ステップと、
を有することを特徴とする情報提供方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２４】
【図２５】
【図２６】
【図２７】
【図２８】
【図２９】
【図３０】
【図３１】
【公開番号】特開２００９−２００８４２（Ｐ２００９−２００８４２Ａ）
【公開日】平成２１年９月３日（２００９．９．３）
【国際特許分類】
【出願番号】特願２００８−４０５７７（Ｐ２００８−４０５７７）
【出願日】平成２０年２月２１日（２００８．２．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
【公開日】平成２１年９月３日（２００９．９．３）
【国際特許分類】
【出願日】平成２０年２月２１日（２００８．２．２１）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＶＩＣＳ
【出願人】（０００００３５９５）株式会社ケンウッド (1,981)
【Ｆターム（参考）】
[ Back to top ]