JP2010086305A - 車載器、制御方法及びプログラム - Google Patents

Abstract

【課題】ＩＴＳ車載器１７は、路側装置１５とＤＳＲＣによりデータを送受自在になっている。ダウンリンクは嗜好データテーブルの情報を含む。ＩＴＳ車載器１７のユーザは嗜好データテーブルの各項目について自分の嗜好の有無を入力し、アップリンクはその入力情報を含み、これにより、ダウンリンクに含まれるコンテンツはユーザ嗜好を反映したものが選択される。ユーザが行う嗜好データテーブルの各項目について嗜好の有無の入力の手間を軽減する。
【解決手段】コンテンツが再生された時、該コンテンツの項目番号ｍを割り出してから、配列変数Ｄ（ｍ）に再生日時を代入する。配列変数Ｄ（ｉ）を順番に走査し（Ｓ５２→Ｓ５３否→Ｓ４９）、ｉ番のコンテンツが所定期間以上、再生されなかったと判明した場合には（Ｓ５０正）、ｉ番のユーザ嗜好に"無し"を入力する（Ｓ５１）。
【選択図】図１３

Description

本発明は、ＤＳＲＣ（Dedicated Short Range Communication：狭域通信）等の路車間通信により嗜好データテーブル及びそれに対するユーザ嗜好情報を送受する車載器、制御方法及びプログラムに関する。

特許文献１はＤＳＲＣを利用する路車間通信システムを開示する（特許文献１の図１）。該路車間通信システムでは、路側機の通信エリア内に進入した自動車の車載器は、路側機から広告情報を電波で受信して、ナビ部のディスプレイに表示するようにしている（特許文献１の段落００２４）。また、車載器では、広告情報に含まれる位置情報、ＵＲＬ及び電話番号に基づき自動的に目的地設定、ＨＰ接続及びダイヤルが実施されるようになっている（特許文献１の図４のＳ１２，Ｓ１４，Ｓ１６）。

特許文献２は、車載情報端末装置が情報センタから広告情報と共に、該広告情報に対応付けられた地域情報及び時間帯情報を電波で受信し（特許文献２の図１）、該広告情報（特許文献２の図４）を該地域情報に係る地域及び該時間帯情報に係る時間帯に表示することを開示する（特許文献２の図５のＳ１４〜Ｓ１６）。

特許文献３はＤＳＲＣを利用した広告配信システムを開示する（特許文献３の図１）。該広告配信システムでは、嗜好情報が車載器から路側装置へ通知され（特許文献３の段落００１７）、路側装置は該嗜好情報に基づき選別した広告情報を車載器へ送信し、車載器がこれを再生するようになっている（特許文献３の段落００２８，００２９）。
特開２００１−１０１５７８号公報 特開２００４−２７９５０９号公報 特開２００５−１３４７０７号公報

所定の路車間データ伝送形式のデータは、基本的には５．８ＧＨｚ帯ＤＳＲＣ通信における個別通信によるプッシュ型情報配信方式で配信され、これにより、路側機は通信エリア内のＩＴＳ（Intelligent Transport System：高度道路交通システム） 車載器に対して、ＩＴＳ車載器の特性やユーザ（乗員）の嗜好に合わせた様々なコンテンツを配信することが可能となっている。

具体的には、データ転送における路側機から車載器へのダウンリンクでは、嗜好データテーブルの情報が含められ、また、アップリンクでは、該嗜好データテーブルに対するユーザの回答結果としてのユーザ嗜好の有無情報が含められる。嗜好データテーブルは、ユーザ嗜好情報に基づきユーザごとに適切なコンテンツを選別し、これを車載器へ送信する。

嗜好データテーブルにおいて、ユーザが自分の嗜好の有無を入力しなければならない項目は計９６個あり、ユーザは嗜好データテーブルの多数の項目について自分の嗜好の有無を入力するのに時間と手間がかかる。そこで、ユーザ入力の能率化のために、路側装置又は車載器が嗜好データテーブルの各項目について適当なデフォルト値を付加することにより、ユーザはそれら項目については入力無しで済ませることができるようにしておくことが望まれる。

特許文献１〜３は、嗜好データテーブルに対するユーザ入力の手間を改善する技術についてはなんら示唆していない。

本発明の目的は、嗜好データテーブルにおける各項目のユーザ嗜好の有無入力の手間を省けるようにした車載器、制御方法及びプログラムを提供することである。

本発明によれば、嗜好データテーブルの項目についてユーザ嗜好の有無を監視し、嗜好データテーブルの監視項目については監視結果に基づきユーザ嗜好の有無を自動的に入力する。監視例としては、（ａ）監視項目のコンテンツに係るユーザの再生状況の監視や、（ｂ）嗜好データテーブルの各バージョンにおけるユーザ嗜好の有無入力の監視を挙げることができる。

本発明の車載器は、データを管理するサーバ装置と、中継装置を介して無線通信を行うものであり、次のものを備えている。
嗜好データテーブルの項目についてユーザ嗜好の有無を監視する嗜好監視手段、
嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する嗜好入力手段、及び
嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する送信手段。

本発明の車載器制御方法は、データを管理するサーバ装置と、中継装置（路側機のこと）を介して無線通信を行う車載器の制御方法であって、次のステップを備えている。
嗜好データテーブルの項目についてユーザ嗜好の有無を監視する嗜好監視ステップ、
嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する嗜好入力ステップ、及び
嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する送信ステップ。

本発明のプログラムは、本発明の前述の車載器の各手段としてコンピュータを機能させる。

本発明によれば、嗜好データテーブルの項目についてユーザ嗜好の有無を監視し、嗜好データテーブルの監視項目について監視結果に基づきユーザ嗜好の有無を自動的に入力するので、ユーザは嗜好データテーブルの項目について入力する手間を省略することができる。

図１は所定の路車間データ伝送形式のデータに基づく路車間ＤＳＲＣシステム１０の概略図である。路側機１１は、サーバ１２と共に路側装置１５を構成し、有線又は無線でサーバ１２へ接続されている。サーバ１２は、さらに、インターネット等のネットワークを介して別のサーバとデータを送受自在になっている。路側機１１は、直径がほぼ数ｍ〜３０ｍのエリアに存在する自動車１３に搭載されているＩＴＳ車載器１７とは５．８ＧＨｚ 帯の電波を使ってデータを送受する。ＩＴＳ車載器１７はＤＳＲＣ部１８及びナビ部１９を有している。

図２は所定の路車間データ伝送形式におけるデータ伝送態様の説明図である。マルチコンテンツ形式のダウンリンクでは、データをその種類に応じて分類し、分類ごとにＩＤコード"００"，"０１"，"０２"，〜を割り振っている。マルチコンテンツ形式のデータ伝送では、データが情報グループを単位に括られ、各情報グループは先頭にＩＤ＝"００"の分類データをもつ。ＩＤ＝"００"の分類データは、その情報グループに含まれているＩＤにはどのようなものがあるかを示す構成情報となっている。

図３は情報グループの構成について各ＩＤが必須か任意かを示す図である。ＩＤ＝００，０１，０２は、各情報グループに必ず含めなければならない。ＩＤ＝０３，０４，０５は、ＩＤ＝６０のみの情報提供の場合には情報グループに含める必要はないが、その他の情報提供の場合には、情報グループに必ず含める必要がある。その他のＩＤは情報グループに含めるか否かは任意である。

図４〜図７はダウンリンクで使用する各ＩＤに割り当てる分類表である。ＩＤ＝００は構成ＩＤ情報（各情報グループがどのようなＩＤを格納しているかを記述する領域）の分類となっている。ＩＤ＝０１は、事業者の分類となっており、サービス事業者コード（サービス事業者を特定できる事業者コード）、サービス事業者表示テキスト（ナビ表示用サービス事業社名(サービス名)テキスト情報）、及びサービス事業者表音文字列（ナビ発話用サービス事業社名(サービス名)表音文字列情報）を含む。

ＩＤ＝０２はコンテンツの分類となっており、企業コード（コンテンツの情報提供元を特定できるコード）、企業表示テキスト（ナビ表示用情報提供企業名テキスト情報）、企業表音文字列（ナビ発話用情報提供企業名表音文字列情報）、情報コード（コンテンツを特定できる情報コード）、情報表示テキスト（ナビ表示用コンテンツ内容テキスト情報）、情報表音文字列（ナビ発話用コンテンツ内容表音文字列情報）、及び嗜好データカテゴリー（情報が該当する情報カテゴリーを示すカテゴリーコード）を含む。

ＩＤ＝０３は、ＩＤ＝０２と同様に、コンテンツの分類となっており、即時再生／蓄積コード（受信後のコンテンツ再生動作を表すコード）、及び再生条件コード（情報提供エリアでのコンテンツ再生条件を示すコード）を含む。

ＩＤ＝０４は、有効期限の分類となっており、開始年月日時分秒（コンテンツの有効期限）、及び終了年月日時分秒（コンテンツの有効期限）を含む。ＩＤ＝０５は、提供時間の分類となっており、営業時間（コンテンツ提供元の営業時間）、及び情報提供時間（コンテンツ提供時間）を含む。

ＩＤ＝１０は、対象地点の分類となっており、対象地点座標（サービス提供可能な地点の緯度経度情報）、対象地点表示用テキスト（サービス名称(店舗名称等)）、提携駐車場情報（対象地点以外の提携駐車場情報）、アイコン表示画像データ（サービス提供可能な場所を表すアイコンのデータ）、表示用文字データ（サービスの説明用テキスト情報）、表示画像データ（サービスを表す静止画情報）、表音文字列データ（サービスを表す表音文字列情報）、圧縮音声データ（圧縮音声データ情報）、音声再生順（表音文字列と圧縮音声の再生順序を表す）、ビデオデータ（ビデオデータ情報）、及びＵＲＬ（サービスを表すＵＲＬ情報）を含む。

ＩＤ＝２０は、情報提供地点の分類となっており、計５個の情報提供地点について、情報提供中心座標（ポップアップ情報を再生する緯度経度情報）、情報提供エリア（ポップアップ情報を再生するエリアを定義する中心座標からの半径情報）、情報提供方向コード（ポップアップ情報を再生する情報提供方向情報）、情報提供道路種別（ポップアップ情報を再生する道路種別情報）、表示画像データ（ポップアップ再生する静止画のデータ）、表音文字列データ（ポップアップ再生する表音文字列情報、圧縮音声データポップアップ再生する圧縮音声のデータ）、及び音声再生順（ポップアップ再生する音声データの再生順番を表すコード）を含む。

ＩＤ＝３０は、遷移情報の分類となっており、計８個の次再生情報コード（ 画面遷移情報）を含む。ＩＤ＝４０は、詳細情報の分類となっており、計８個の各詳細情報について、表示用文字データ（ナビ表示用詳細情報テキスト情報）、及び発話用表音文字列（ナビ発話用詳細情報表音文字列情報）を含む。

ＩＤ＝５０は、駐車場情報の分類となっており、１５個の各駐車場について、駐車場ＩＤ（駐車場を特定できるＩＤ）、詳細情報（駐車場の動的詳細情報）、及び特記事項（駐車場の特記事項）を含む。

ＩＤ＝５１は、ナビ部１９に格納されている駐車場の静的情報を３次メッシュ単位で最大４メッシュ分更新することが可能になる。ＩＤ＝５１は、３ 次メッシュ数（更新する駐車場静的情報を含む３ 次メッシュ数を通知するもの）、１〜４の各メッシュについて、３ 次メッシュコード（更新する駐車場静的情報を含む３ 次メッシュコード）、３ 次メッシュバージョン情報（更新する駐車場静的情報が含まれる３ 次メッシュのバージョン情報）、３ 次メッシュ駐車場数（更新するメッシュに含まれる駐車場静的情報数）、３ 次メッシュ駐車場静的情報（更新する駐車場の静的情報）を含む。

ＩＤ＝５２は削除駐車場ＩＤ情報である。メッシュ単位で駐車場情報をすべて（新設／削除）更新する場合はこの情報は用いない。ＩＤ＝５２は、３次メッシュ数（削除する駐車場ＩＤ情報を含む３次メッシュ数を通知するもの）、３次メッシュコード（削除する駐車場ＩＤ情報を含む３次メッシュコード）、３次メッシュバージョン情報（削除する駐車場ＩＤ情報が含まれる３次メッシュのバージョン情報；ＩＤ＝５１で同時に通知される静的情報のバージョンと同一のものとする）、３次メッシュ駐車場数（更新するメッシュに含まれる駐車場静的情報数）、及び３次メッシュ削除駐車場ＩＤ情報（削除する駐車場ＩＤ情報）を含む。

ＩＤ＝６０は、運転支援の分類であり、運転支援画像データ（運転支援画像情報）、運転支援表音文字列（データ運転支援表音文字列情報）、運転支援圧縮音声（データ運転支援圧縮音声情報）、及び音声再生順（表音文字列と圧縮音声の再生順序を表す）が含まれる。

ＩＤ＝８０は、嗜好データの分類であり、計１２７個の各嗜好データのテーブルについて、嗜好データバージョン（嗜好データのテーブルのバージョン情報）、嗜好データテーブル（ 嗜好データのテーブルの表示用テキスト情報）、表音文字列（嗜好データのテーブルの発話用表音文字列情報）、及び詳細情報（嗜好データのテーブルの詳細情報）が含まれる。

図８は路側装置１５−ＩＴＳ車載器１７間のトランザクションで実施される各機器間の通信及び処理を示している。路側機１１及びサーバ１２は路側装置１５を構成する。ＩＴＳ車載器１７はＤＳＲＣ部１８及びナビ部１９を有している。時間順に説明する。なお、路側機１１−ＤＳＲＣ部１８間の通信はＤＳＲＣの電波で行われ、路側機１１−サーバ１２間及びＤＳＲＣ部１８−ナビ部１９間の通信は通常、ケーブルで行われる。

ＩＴＳ車載器１７において電源が投入されるのに伴い、Ｓ１０では、ナビ部１９からＤＳＲＣ部１８へクライアントインフォメーションデータが書き込まれる。ＩＴＳ車載器１７を搭載する自動車１３が路側機１１との通信可能な距離（例：約３０ｍ）の電波到達エリアに進入するのに伴い、Ｓ１１では、路側機１１−ＤＳＲＣ部１８間でＤＳＲＣ接続処理が実施される。

Ｓ１１のＤＳＲＣ接続処理が終了すると、Ｓ１２，Ｓ１３でＤＳＲＣ接続通知が行われる。Ｓ１２の接続通知は路側機１１からサーバ１２へのものであり、Ｓ１３の接続通知はＤＳＲＣ部１８からナビ部１９へのものである。Ｓ１４では、クライアントインフォメーションがＤＳＲＣ部１８から路側機１１を経てサーバ１２へ通知される。

サーバ１２は、ＤＳＲＣ部１８からのクライアントインフォメーション通知に基づきＩＴＳ車載器１７のユーザが会員か非会員かを判別したり、ＩＴＳ車載器１７でコンテンツを適正に再生するためのＩＴＳ車載器１７のハードウェア情報を知得する。Ｓ１８では、サーバ１２から路側機１１及びＤＳＲＣ部１８を経てナビ部１９へＷｅｌｃｏｍｅ画面等のコンテンツを送信する。該コンテンツはマルチコンテンツフォーマットで編成されている。ナビ部１９は、マルチコンテンツフォーマットからサービス事業者を判断する。

サーバ１２は、Ｓ１８後、ナビ部１９がアップリンク情報をＤＳＲＣ部１８に書き込むまで、Ｓ１９でＤＳＲＣ部１８に対して定期的にポーリングを行う。Ｓ２０では、ナビ部１９は、該サービス事業者の会員であれば、アップリンク情報をＤＳＲＣ部１８に書き込むのに対し、会員でなければ、何もしない。

Ｓ２４では、サーバ１２は、路側機１１及びＤＳＲＣ部１８を経由してデフォルトのコンテンツ（例：Ｗｅｌｃｏｍｅ画面）をナビ部１９へ送る。Ｓ２９では、サーバ１２は、ＤＳＲＣ部１８に対してメモリアクセスポーリングを実施する。これに対して、Ｓ３０では、ＤＳＲＣ部１８は、ユーザが会員であれば、アップリンク情報をサーバ１２へ通知する。

Ｓ３３では、サーバ１２は、アップリンク情報から取得した会員情報に基づき会員趣向に適した蓄積型コンテンツをマルチコンテンツフォーマット（図２）で編成してＩＴＳ車載器１７へ配信する。後述するように、路側装置１５は、Ｓ３３の期間中、蓄積型コンテンツの配信を１回以上、中断して、即時再生型コンテンツの配信を割込ませる。Ｓ３４では、蓄積型コンテンツの配信終了を通知する。ＩＴＳ車載器１７を搭載する自動車１３は、配信終了に伴い路側機１１との通信エリアから退出する。

図９はＩＴＳ車載器１７から路側装置１５へ送られるアップリンク情報のデータ説明図である。アップリンク情報は、複数のタグで送られる。タグ１には、サービス事業者コード、目的地（緯度経度）、経由地（緯度経度）１〜５、累計走行距離、嗜好ジャンルデータバージョン、嗜好ジャンルデータ、会員情報１〜８が含められる。タグ２には、サービス事業者コード、過去立寄り地（緯度経度）１〜４１が含められる。タグ３には、サービス事業者コード、過去立寄り地（緯度経度）４２〜８２が含められる。

タグ４には、サービス事業者コード、受信／再生履歴（受信情報コード及び再生識別フラグ）１〜１２３が含められる。タグ５には、サービス事業者コード、受信／再生履歴（受信情報コード及び再生識別フラグ）１２４〜２４６が含められる。

図１０はＩＤ＝８０の嗜好データの一例をテーブル表現した説明図である。嗜好データは、嗜好データ番号、嗜好データ表示用テキスト、嗜好データ表示用ネスト、嗜好データ対象識別子、嗜好データデフォルト値、表音文字列により構成される。嗜好データ番号は、０〜１２７ の最大、計１２８個存在し、サービス業者が各データ番号の項目を自由に設定することができる。１２８の項目の内、最大９６項目がＳ３０（図４）でＩＴＳ車載器１７から路側装置１５へアップリンク情報として通知される。

アップリンク情報として通知される９６項目中、１２ 項目は、公共情報提供サービス目的に利用され、ＤＳＲＣ通信において情報提供を行う際にはデフォルトで配信する情報項目となっている。図１０の嗜好データテーブルにおいて、表示用ネストは、各項目（図１０のデータ番号に対応する。）の階層を意味し、大きい数値ほど、下の階層を意味している。対象識別子は、それが"０"となっている項目は、ナビ部１９における嗜好データのチェック付け画面（後述の図１１）においてチェック対象となっていないことを意味し、それが"１"となっている項目は、該チェック付け画面においてチェック対象となっていることを意味する。デフォルト値は、それが"０"となっている項目は、チェック付けの初期画面にチェック無しで表示することを意味し、それが"１"となっている項目は、チェック付けの初期画面にチェック有りで表示することを意味する。

図１１は路側装置１５から嗜好データを受信したＩＴＳ車載器１７がナビ部１９の表示器に表示するチェック付けの画面の一例である。ユーザはスクロールバー２３をドラッグすることにより画面を上下方向へスクロールすることができる。図１１において、ユーザがオンボタンをクリックすると、チェックを付けたことになり、オフボタンをクリックすると、チェックを外したことになる。各項目において、"オン"及び"オフ"の内、が斜体になっている方をユーザが選択したことを意味している。

図１１は、路側装置１５から嗜好データを受信したＩＴＳ車載器１７がナビ部１９の表示器に最初に表示するチェック付けの画面であり、受信した嗜好データのデフォルト値が"０"（例：図１０のバーゲン情報及びクーポン情報）である項目はオフ（チェック無し）となっており、また、受信した嗜好データのデフォルト値が"１"（例：図１０の駐車場情報）である項目はオン（チェック有り）となっている。なお、チェック有りは、ユーザがその項目について嗜好が有ることを意味し、チェック無しは、ユーザがその項目について嗜好が無いことを意味する。

図１２はコンテンツ再生日時更新ルーチン４０のフローチャートである。コンテンツ再生日時更新ルーチン４０は、ＩＴＳ車載器１７が路側装置１５から情報グループを介して受信したコンテンツをＩＴＳ車載器１７において再生した時に起動する。コンテンツの再生は、ユーザがメニュー画面から該コンテンツを呼び出した時や、ユーザが遷移元のコンテンツの再生画面のボタンをタッチして、ＩＤ＝３０の遷移情報（図５）に基づき該コンテンツが呼び出された時に開始される。

Ｓ４１では、今回再生したコンテンツが対応付けられている嗜好データテーブルの項目番号ｍ，ｎ，・・・を割出す。項目番号とは、図１０のデータ番号のことであり、嗜好データテーブルの項目に０〜１２７の範囲でユニークに割り付けられている。再生コンテンツと嗜好データテーブルの項目番号とを実際上、紐付けしているのはＩＤ＝２の「嗜好データカテゴリー」（図４）となる。該「嗜好データカテゴリー」は複数選択を想定しているので、該再生コンテンツに対してＩＤ＝２の「嗜好データカテゴリー」のビットが複数立っている可能性、すなわち該再生コンテンツに対応付けられる項目番号が複数、存在することがある。したがって、Ｓ４１では、該当する項目番号をｍ，ｎ，・・・と複数で表している。

Ｓ４２では、割出した項目番号ｍ，ｎ，・・・に対応する変数Ｄ（ｍ），Ｄ（ｎ），・・・に現在の日時（日だけでも可）を代入する。各変数Ｄは、項目番号に対応付けて用意され、対応付けられた項目番号のコンテンツの最終再生日を記憶することになる。

図１３は嗜好更新ルーチン４７のフローチャートである。嗜好更新ルーチン４７は、例えばＩＴＳ車載器１７が電源投入された時とか、ＩＴＳ車載器１７が路側装置１５へ嗜好データテーブルの各項目のユーザ嗜好の有無情報を送信する直前とかに実施される。

Ｓ４８では、項目番号を１２にして、該項目番号に対応するＤ（ｉ）を選択する。項目番号を１２から開始した理由は、嗜好データテーブルの項目番号０〜１１の項目は公共情報提供サービス用に予約され、ユーザは勝手に嗜好無しを設定することができないからである。

Ｓ４９では、現在日時−Ｄ（ｉ）の時間差を算出し、算出した時間差を変数Ｃに代入する。これにより、変数Ｃには、現在の項目番号に該当するコンテンツについてそれが最後に再生されてから現在日時までの時間が登録される。該コンテンツが再生されなかった期間が長くなるほど、Ｃは増大する。

Ｓ５０では、Ｃと所定の閾値とを対比し、Ｃが該閾値以上である場合は、Ｓ５１へ進み、Ｃが該閾値未満である場合は、Ｓ５２へ進む。なお、Ｓ５２はなくてもよい。すなわち、Ｓ５０においてＣが該閾値未満であると判定されると、直ちにＳ５３へ進んでもよい。Ｓ５０の閾値は例えば１月、３月又は半年に設定される。

Ｓ５１では、現在の項目番号のユーザ嗜好を"無し"にする。したがって、もしＳ５１の実施前に該項目番号のユーザ嗜好が"有り"であるならば、Ｓ５１の実施により、該項目番号のユーザ嗜好は"有り"から"無し"へ変更される。これにより、ＩＴＳ車載器１７が次に該嗜好データテーブルに係る無線通信エリアに進入した際には、該項目番号のユーザ嗜好は"無し"の情報が路側装置１５へ送信され、以降、該項目番号ｉのコンテンツは路側装置１５から供給されなくなる。Ｓ５１の後、Ｓ５３へ進む。

Ｓ５２では、現在の項目番号のユーザ嗜好を"有り"にする。したがって、もしＳ５１の実施前に該項目番号のユーザ嗜好が"無し"であるならば、Ｓ５２の実施により、該項目番号のユーザ嗜好は"無し"から"有り"へ変更される。これにより、ＩＴＳ車載器１７が次に該嗜好データテーブルに係る無線通信エリアに進入した際には、該項目番号のユーザ嗜好は"有り"の情報が路側装置１５へ送信され、以降、該項目番号ｉのコンテンツは路側装置１５から供給されことになる。Ｓ５２の後、Ｓ５３へ進む。

Ｓ５３では、現在の項目番号は９６個目であるか否かを判定し、判定が正であれは、嗜好更新ルーチン４７を終了し、否であれば、Ｓ５４へ進む。嗜好更新ルーチン４７による嗜好更新の嗜好データを最大９６個に限定した理由は、アップリンクすることができる嗜好データは最大９６に制限されているからである。Ｓ５４の後、Ｓ４９へ戻る。

嗜好更新ルーチン４７により自動入力されたユーザ嗜好の有無情報は、対応の路側装置１５へ送信される前に、適当なタイミングでユーザに承認のために提示され、もし修正希望があれば、ユーザが修正できるようにする。そして、承認又は修正が終了してから、ユーザ嗜好の有無情報が路側装置１５へ送信される。

図１４は嗜好データテーブルが順次、バージョンアップされてくるときの嗜好データテーブルにおける項目の変遷と過去バージョンにおけるユーザ嗜好の有無を例示している。図１４では、バージョンについて、Ｖｅｒ．１→Ｖｅｒ．２→Ｖｅｒ．３と変化し、Ｖｅｒ．１及びＶｅｒ．２は過去バージョンであり、Ｖｅｒ．３は現在のバージョンであると仮定する。また、Ｖｅｒ．３については、ＩＴＳ車載器１７がその嗜好データテーブルを路側装置１５から受信したばかりで、まだ、ユーザ嗜好の有無についての入力処理を行っていない状態を示している。さらに、ＩＴＳ車載器１７が路側装置１５から受信したＶｅｒ．３の嗜好データテーブルには、各項目のユーザ嗜好のデフォルト値はすべて"無し"となっていると、仮定している。

Ｖｅｒ．１では、映画、邦楽、洋楽、店舗情報、・・・の項目が存在し、ユーザは、それらの項目の内、映画及び店舗情報の項目に嗜好有りの"レ"点を入力し、路側装置１５への送信が行われたものとする。Ｖｅｒ．２では、Ｖｅｒ．１に対して映画の項目が削除され、邦楽、洋楽、店舗情報、クーポン情報、・・・の項目が存在し、ユーザは、それらの項目の内、店舗情報及びクーポン情報の項目に嗜好有りの"レ"点を入力し、路側装置１５への送信が行われたものとする。ＩＴＳ車載器１７は、全部の過去バージョンにおけるユーザ嗜好の有無を監視し、記憶する。

Ｖｅｒ．３では、Ｖｅｒ．２に対してＶｅｒ．１の映画の項目が復活している。図１５は図１４の嗜好データテーブルの最新バージョン（Ｖｅｒ．３）についてＩＴＳ車載器１７がユーザ嗜好有無を自動入力処理した後の状態を示している。Ｖｅｒ．３において、項目が復活した映画については、該復活項目を含んでいた最後のバージョン（この例では、Ｖｅｒ．１）におけるユーザ嗜好の実績を継承することとし、"レ"点（「有り」）が入力される。また、邦楽、店舗情報及びクーポン情報は、それら項目が１つ前のバージョン（この例ではＶｅｒ．２）から継承されているので、それら項目についての嗜好の有無も該１つ前のバージョンにおけるユーザ嗜好の実績を継承することにして、それら項目にはブランク、"レ"点（「有り」）、及び"レ"点（「有り」）がそれぞれ自動入力される。

図１５のようにして、ＩＴＳ車載器１７が自動入力されたユーザ嗜好の有無情報は、対応の路側装置１５へ送信される前に、適当なタイミングでユーザに承認のために提示され、もし修正希望があれば、ユーザが修正できるようにする。そして、承認又は修正が終了してから、ユーザ嗜好の有無情報が、路側装置１５へ送信される。

図１６は車載器７０の機能ブロック図である。車載器７０の具体例はＩＴＳ車載器１７である。車載器７０は、路側機とＤＳＲＣや他の所定の路車間データ伝送形式でデータを送受するものに限定されない。車載器７０は、データを管理するサーバ装置と、中継装置を介して無線通信を行うものであり、嗜好監視手段７１、嗜好入力手段７２及び送信手段７３を備えている。サーバ装置の及び中継装置の具体例はそれぞれサーバ１２及び路側機１１である。

嗜好監視手段７１は、嗜好データテーブルの項目についてユーザ嗜好の有無を監視する。嗜好入力手段７２は、嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する。送信手段７３は、嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する。

嗜好入力手段７２による嗜好データテーブルの監視項目についてのユーザ嗜好の有無の入力には、新規入力だけでなく、変更のための入力も含む。監視項目は、典型的には嗜好データテーブルの幾つかの項目であるが、嗜好データテーブルの全項目であってもよい。

車載器７０が、嗜好データテーブルの項目についてユーザ嗜好の有無を監視し、嗜好データテーブルの監視項目については監視結果に基づきユーザ嗜好の有無を自動的に入力することにより、ユーザは嗜好データテーブルの監視項目について入力する手間を省略することかできる。

好ましくは、車載器７０はさらに修正入力手段７４を備える。修正入力手段７４は、嗜好入力手段７２が行った嗜好データテーブルの監視項目についてのユーザ嗜好の有無入力を修正入力自在にユーザに提示する。送信手段７３は、修正入力終了後の嗜好データテーブルの各項目についてのユーザ嗜好の有無の情報を無線で路側機へ送信する。ユーザは、一部項目についてのユーザ嗜好の有無入力を車載器７０に代行させるものの、意に反している場合には、それを修正することができるので、有意義である。

嗜好監視手段７１は、例えば、監視項目のコンテンツの再生状況を監視するものである。この具体例は図１２のコンテンツ再生日時更新ルーチン４０及び図１３の嗜好更新ルーチン４７である。

例えば、嗜好監視手段７１は、嗜好データテーブルの各バージョンにおける各項目についてのユーザ嗜好の有無入力を監視するものである。また、嗜好入力手段７２は、嗜好データテーブルの新バージョンにおいて過去バージョンにおける項目が復活した場合に、該新バージョンの復活項目についてのユーザ嗜好の有無を該過去バージョンの該復活項目について入力されたユーザ嗜好の有無に合わせる。この具体例は図１４と図１５とを参照して説明したものである。

図１７は車載器制御方法８０のフローチャートである。車載器制御方法８０は図１６の車載器７０の制御に適用される。Ｓ８１では、嗜好データテーブルの項目についてユーザ嗜好の有無を監視する。Ｓ８２では、嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する。Ｓ８３では、嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する。

Ｓ８１〜Ｓ８３の処理は、車載器７０（図１６）の嗜好監視手段７１〜送信手段７３の機能にそれぞれ対応している。したがって、嗜好監視手段７１〜送信手段７３の機能についてそれぞれ述べた具体的態様はＳ８１〜Ｓ８３の処理についての具体的態様としても適用可能である。車載器制御方法８０では、また、車載器７０の修正入力手段７４の機能に対応する処理を実行するステップを適宜、追加可能である。修正入力手段７４に対応するステップは、Ｓ８２とＳ８３との間に挿入される。

本発明を適用したプログラムは、コンピュータを車載器７０の各手段として機能させる。本発明を適用した別のプログラムは、車載器制御方法８０の各ステップをコンピュータに実行させる。

本明細書は様々な範囲及びレベルの発明を開示している。それら発明は、本明細書で説明した様々な技術的範囲及び具体的レベルの各装置及び各方法だけでなく、当業者の自明の範囲内で、各装置及び各方法から独立の作用、効果を奏する１つ又は複数の要素を抽出したものや、１つ又は複数の要素を自明の範囲で変更したものや、さらに、各装置間及び各方法間で１つ又は複数の要素の組合せを入れ換えたものを含む。

所定の路車間データ伝送形式のデータに基づく路車間ＤＳＲＣシステムの概略図である。 所定の路車間データ伝送形式におけるデータ伝送態様の説明図である。 情報グループの構成について各ＩＤが必須か任意かを示す図である。 ダウンリンクで使用する各ＩＤに割り当てる分類表の第１の部分である。 ダウンリンクで使用する各ＩＤに割り当てる分類表の第２の部分である。 ダウンリンクで使用する各ＩＤに割り当てる分類表の第３の部分である。 ダウンリンクで使用する各ＩＤに割り当てる分類表の第４の部分である。 路側装置路側装置−ＩＴＳ車載器間のトランザクションで実施される各機器間の通信及び処理を示す図である。 ＩＴＳ車載器から路側装置路側装置へ送られるアップリンク情報のデータ説明図である。 嗜好データの一例をテーブル表現した説明図である。

路側装置路側装置から嗜好データを受信したＩＴＳ車載器がナビ部の表示器に表示するチェック付けの画面の一例である。 コンテンツ再生日時更新ルーチンのフローチャートである。 嗜好更新ルーチンのフローチャートである。 嗜好データテーブルが順次、バージョンアップされてくるときの嗜好データテーブルにおける項目の変遷と過去バージョンにおけるユーザ嗜好の有無を例示す図である。 図１４の嗜好データテーブルの最新バージョンについてＩＴＳ車載器がユーザ嗜好有無を自動入力処理した後の状態を示す図である。 車載器の機能ブロック図である。 車載器制御方法のフローチャートである。

符号の説明

７０：車載器、７１：嗜好監視手段、７２：嗜好入力手段、７３：送信手段、７４：修正入力手段、８０：車載器制御方法。

Claims (6)

1. データを管理するサーバ装置と、中継装置を介して無線通信を行う車載器において、
   嗜好データテーブルの項目についてユーザ嗜好の有無を監視する嗜好監視手段、
   嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する嗜好入力手段、及び
   嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する送信手段、
   を備えることを特徴とする車載器。
2. 前記嗜好入力手段が行った嗜好データテーブルの監視項目についてのユーザ嗜好の有無入力を修正入力自在にユーザに提示する修正入力手段、及び
   修正入力終了後の嗜好データテーブルの各項目についてのユーザ嗜好の有無の情報を無線で前記路側機へ送信する前記送信手段、
   を備えることを特徴とする請求項１記載の車載器。
3. 前記嗜好監視手段は、監視項目のコンテンツの再生状況を監視するものであることを特徴とする請求項１又は２記載の車載器。
4. 前記嗜好監視手段は、嗜好データテーブルの各バージョンにおける各項目についてのユーザ嗜好の有無入力を監視するものであり、
   前記嗜好入力手段は、嗜好データテーブルの新バージョンにおいて過去バージョンにおける項目が復活した場合に、該新バージョンの復活項目についてのユーザ嗜好の有無を該過去バージョンの該復活項目について入力されたユーザ嗜好の有無に合わせることを特徴とする請求項１〜３のいずれかに記載の車載器。
5. データを管理するサーバ装置と、中継装置（路側機のこと）を介して無線通信を行う車載器の制御方法において、
   嗜好データテーブルの項目についてユーザ嗜好の有無を監視する嗜好監視ステップ、
   嗜好データテーブルの監視項目についてのユーザ嗜好の有無を監視結果に基づき入力する嗜好入力ステップ、及び
   嗜好データテーブルの各項目について入力終了したユーザ嗜好の有無情報を無線で路側機へ送信する送信ステップ、
   を備えることを特徴とする車載器制御方法。
6. 請求項１〜４のいずれかに記載の車載器の各手段としてコンピュータを機能させるプログラム。

Images