(57)【特許請求の範囲】
【請求項１】
道路側に設けられた外部装置との間で情報の送受信を行う専用狭域通信手段を備える車載装置であって、
上記専用狭域通信手段を介して情報の送受信を制御するプロセサ手段と、
上記プロセサ手段を機能させるための複数のアプリケーションプログラムをストアしておくプログラムメモリ手段と、
上記プロセサ手段に情報を入出力するヒューマンマシンインタフェース手段と、
上記プログラムメモリ手段にストアされた複数のアプリケーションプログラムをアプリケーション管理テーブルにより管理するとともに、メインテナンス情報に従って、アプリケーションのメインテナンス処理を行うアプリケーションマネージメント（ＡＭＧ）手段とを備え、
上記アプリケーションマネージメント（ＡＭＧ）手段は、上記専用狭域通信手段を介してアプリケーションマネージメント情報を示す制御コード、アプリケーションの更新、追加及び削除の別を示す制御識別子、アプリケーションを個別に特定するアプリケーション識別子、セキュリティ情報を示すセキュリティコード、更新の場合には新しいプログラムの内容を示し、削除の場合には省略されるデータ部を含むメインテナンス情報を受け取り、受け取ったメインテナンス情報に従ったアプリケーションのメインテナンス処理により、上記アプリケーション管理テーブルの情報を参照してアプリケーションの追加、更新及び削除を一元的に行うことを特徴とする車載装置。
【請求項２】
道路側に設けられた外部装置との間で情報の送受信を行う専用狭域通信手段を備える車載装置におけるアプリケーションプログラムのメインテナンス方法であって、
アプリケーションマネージメント（ＡＭＧ）手段により、プログラムメモリ手段にストアされた複数のアプリケーションプログラムをアプリケーション管理テーブルにより管理し、上記専用狭域通信手段を介してアプリケーションマネージメント情報を示す制御コード、アプリケーションの更新、追加及び削除の別を示す制御識別子、アプリケーションを個別に特定するアプリケーション識別子、セキュリティ情報を示すセキュリティコード、更新の場合には新しいプログラムの内容を示し、削除の場合には省略されるデータ部を含むメインテナンス情報を受け取り、受け取ったメインテナンス情報に従ったアプリケーションのメインテナンス処理により、上記アプリケーション管理テーブルの情報を参照して、上記専用狭域通信手段を介して情報の送受信を制御するプロセサ手段を機能させるためのアプリケーションプログラムの追加、更新及び削除を一元的に行うことを特徴とする車載装置におけるアプリケーションプログラムのメインテナンス方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、  道路側に設けられた通信装置との間で情報の送受信を行う通信手段を備える車載装置及びそのアプリケーションプログラムのメインテナンス方法に関し、例えば、高度道路交通システム（ＩＴＳ：Intelligent Transport Systems）の分野で専用狭域通信と称される無線技術を用いて路車間通信を行うシステムに適用される車載装置及びそのアプリケーションプログラムのメインテナンス方法に関する。
【背景技術】
【０００２】
近時、ＩＴＳの分野で専用狭域通信と称される無線技術を用いて走行中又は停止中の車両に対しさまざまなサービスを提供するシステムが注目されている。その一つの実用化例として有料道路自動料金支払いシステム（ＥＴＣ：Electronic Toll Collection System）がある。
【０００３】
ＥＴＣにおいては車両に車載装置を搭載し、車両が有料道路の料金所をノンストップで通過する際、路側装置と車載装置との間で無線通信が行われ、車両情報、契約情報等に基づきヒューマンマシンインタフェースの一部であるＩＣカードから自動的に有料道路の利用料金が引き落とされる。ここで利用される無線通信は専用狭域通信（ＤＳＲＣ：Dedicated Short Range Communication）と呼ばれる技術で、その詳細技術基準は社団法人電波産業会にて「有料道路自動料金支払いシステム標準規格ＡＲＩＢ  ＳＴＤ―Ｔ５５」として取り決められ、その後、同社団にて「狭域通信（ＤＳＲＣ）システム標準規格ＡＲＩＢ  ＳＴＤ―Ｔ７５」としてＥＴＣ以外にも利用目的を拡大して規格化された（例えば、特許文献1参照）。
【０００４】
【特許文献１】特開２００３−１７９５４３号公報
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ＩＴＳの分野ではＥＴＣ以外にも駐車場管理システムや電子看板等さまざまなアプリケーションが想定されており上記専用狭域通信技術はこれらのアプリケーションに共通に利用できる技術と位置付けられている。
【０００６】
しかしながら実際には、ＥＴＣといった既存のアプリケーションのほかに新しいアプリケーションを車載装置に搭載しようとするとき、当該新アプリケーションが搭載された新しい車載装置に交換するか、既存の車載装置に加えて別の新しい車載装置を設置しなければならなかった。
【０００７】
すなわち、従来の車載装置では新しいアプリケーションを追加することはユーザにとって負担となり、あるいは車内に新しい車載装置の設置場所を見出せないという問題点があった。アプリケーションの更新や削除も同様に簡単にはできないという問題点があった。
【０００８】
この発明は、上述の如き従来の問題点に鑑みてなされたもので、ＩＴＳの分野で新しいアプリケーションを提供する場合に既に車両に設置された車載装置を交換するとか新たに車載装置を追加する必要のない、アプリケーションの追加、更新及び削除の機能を有する車載装置及びそのアプリケーションプログラムのメインテナンス方法を提供することを目的とする。
【０００９】
本発明の更に他の目的、本発明によって得られる具体的な利点は、以下に説明される実施の形態の説明から一層明らかにされる。
【課題を解決するための手段】
【００１０】
上記目的を達成するために本発明では、例えば、アプリケーションマネージメント（ＡＭＧ）手段が、社団法人電波産業会の標準として規格化されているＡＲＩＢ  ＳＴＤ−Ｔ７５に従う専用狭域通信手段を介して外部装置との間で無線による情報の送受信を行うとともにアプリケーションプログラムの指示に従ってヒューマンマシンインタフェース手段との間で制御情報、表示情報等の情報の授受を行い、外部装置からアプリケーションの追加、更新又は削除の指示があったときは、アプリケーションの追加、更新又は削除を行う。
【００１１】
すなわち、本発明は、道路側に設けられた外部装置との間で情報の送受信を行う専用狭域通信手段を備える車載装置であって、
上記専用狭域通信手段を介して情報の送受信を制御するプロセサ手段と、
上記プロセサ手段を機能させるための複数のアプリケーションプログラムをストアしておくプログラムメモリ手段と、
上記プロセサ手段に情報を入出力するヒューマンマシンインタフェース手段と、
上記プログラムメモリ手段にストアされた複数のアプリケーションプログラムをアプリケーション管理テーブルにより管理するとともに、メインテナンス情報に従って、アプリケーションのメインテナンス処理を行うアプリケーションマネージメント（ＡＭＧ）手段とを備え、上記アプリケーションマネージメント（ＡＭＧ）手段は、上記専用狭域通信手段を介してアプリケーションマネージメント情報を示す制御コード、アプリケーションの更新、追加及び削除の別を示す制御識別子、アプリケーションを個別に特定するアプリケーション識別子、セキュリティ情報を示すセキュリティコード、更新の場合には新しいプログラムの内容を示し、削除の場合には省略されるデータ部を含むメインテナンス情報を受け取り、受け取ったメインテナンス情報に従ったアプリケーションのメインテナンス処理により、上記アプリケーション管理テーブルの情報を参照してアプリケーションの追加、更新及び削除を一元的に行うことを特徴とする。
【００１２】
本発明に係る車載装置では、上記アプリケーションマネージメント（ＡＭＧ）手段がアプリケーションの追加、更新及び削除に関する情報を受け取る手段として、車載装置がＩＴＳ分野の路側装置との通信用に元来有するところの上記専用狭域通信手段を用いる。
【００１３】
また、本発明は、道路側に設けられた外部装置との間で情報の送受信を行う専用狭域通信手段を備える車載装置におけるアプリケーションプログラムのメインテナンス方法であって、アプリケーションマネージメント（ＡＭＧ）手段により、プログラムメモリ手段にストアされた複数のアプリケーションプログラムをアプリケーション管理テーブルにより管理し、上記専用狭域通信手段を介してアプリケーションマネージメント情報を示す制御コード、アプリケーションの更新、追加及び削除の別を示す制御識別子、アプリケーションを個別に特定するアプリケーション識別子、セキュリティ情報を示すセキュリティコード、更新の場合には新しいプログラムの内容を示し、削除の場合には省略されるデータ部を含むメインテナンス情報を受け取り、受け取ったメインテナンス情報に従ったアプリケーションのメインテナンス処理により、上記アプリケーション管理テーブルの情報を参照して、上記専用狭域通信手段を介して情報の送受信を制御するプロセサ手段を機能させるためのアプリケーションプログラムの追加、更新及び削除を一元的に行うことを特徴とする。
【発明の効果】
【００１４】
本発明によれば、プログラムメモリエリアに常駐するアプリケーションマネージメントが外部装置からの指示に従ってアプリケーションの追加、更新及び削除を実行するので、車載装置を車両に設置後もアプリケーションを追加する都度新しい車載装置に交換したり別置きに新設する必要が無くそのままの状態で車載装置の機能アップを図ることができる。
【００１５】
また、既に当該車載装置が有する専用狭域通信機能を利用すれば、アプリケーションマネージメント手段へのデータの授受を有線で行ったりＩＣカードで受け渡す場合に比べ、機械的接続の手間が省けるだけでなく作業実行後の機能動作確認試験を無線通信という実環境で行って検証することができる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態について、図面を参照して詳細に説明する。なお、本発明は以下の例に限定されるものではなく、本発明の要旨を逸脱しない範囲で、任意に変更可能であることは言うまでもない。
【００１７】
本発明は、例えば図１に示すような構成の車載装置１００に適用される。
【００１８】
この車載装置１００は、狭域通信（ＤＳＲＣ：Dedicated Short Range Communication)）システム標準規格に準拠した専用狭域通信部１０により外部装置２００との間で無線による情報の送受信を行う機能を備えるものであって、上記専用狭域通信部１０を介して情報の送受信を制御するプロセサ部２０と、上記プロセサ部２０に接続されたプログラムメモリ部３０、ワークメモリ部４０、リムーバブルメモリ部５０及びヒューマンマシンインタフェース部６０等を備えてなる。
【００１９】
この車載装置１００において、プロセサ部２０、プログラムメモリ部３０及びワークメモリ４０部は、一体となって動作し専用狭域通信部１０を介して外部装置２００から受信した情報を処理し、ヒューマンマシンインタフェース部６０へ処理結果を渡し表示したり音声ガイドで通知し、また、ＩＣカード等のリムーバブルメモリ部５０へデータ等を渡す等の処理を行うとともに、ヒューマンマシンインタフェース部６０のキースイッチやキーボード等から入力された情報を処理して上記専用狭域通信部１０を介して外部装置２００へ情報を送信する処理を行う。
【００２０】
ここで、プログラムメモリ部３０及びワークメモリ部４０には将来のアプリケーションプログラムの追加を見越してあらかじめ記憶容量に余裕のあるメモリを搭載しておく。ＩＴＳアプリケーションにおいてアプリケーション１件当たりの所要メモリ容量は約５ｋバイトである。将来を見越したＩＴＳアプリケーションの総数は２０件程度とみれば十分である。プログラムメモリ部３０には個別アプリケーションプログラム３１と共にアプリケーションマネージメント用のプログラム３２を搭載し、そのアプリケーションマネージメントプログラム３２内にはアプリケーション管理テーブル３３を有する。
【００２１】
また、この車載装置１００における専用狭域通信には、図２のプロトコルスタック図に示すように、ＯＳＩ参照モデルのレイヤ１（物理層）１１１、レイヤ２（データリンク層）１１２及びレイヤ７（アプリケーション層）１１３の３層構造とＡＳＬ（アプリケーションサブレイヤ）１１４より構成されるプロトコルスタック１１０が用いられている。この専用狭域通信の詳細な技術基準は、社団法人電波産業会にて規定された狭域通信（ＤＳＲＣ）システム標準規格ＡＲＩＢ  ＳＴＤ―Ｔ７５）に準拠している。
【００２２】
そして、上記プロトコルスタック１１０の上に複数の個別アプリケーションＡＰ１〜ＡＰｎとアプリケーションの追加、更新及び削除を管理するアプリケーションマネージメントＡＭＧが位置している。
【００２３】
次に、このような構成の車載装置１００におけるアプリケーションのメインテナンス方法について説明する。
【００２４】
外部装置２００が車載装置１００に対してアプリケーションの追加、更新又は削除を行おうとするときには、始めにアプリケーション管理テーブル３３の内容を読み出す。
【００２５】
ここで、アプリケーション管理テーブル３３には、図３に示すように、個別アプリケーション毎にアプリケーション名、開始番地、終了番地及び製造者名等のオプション情報が例えばアプリケーション１の名称＝ｘｘｘ１のように記載され、更にメモリの空き容量及び車載装置のメーカ名や型名等のオプション情報が含まれている。
【００２６】
アプリケーション管理テーブル３３の内容を読み出した後外部装置２００は、アプリケーション追加の場合は既に同一アプリケーションがインストールされているかどうかメモリの空き容量が十分かどうかを調べる。
【００２７】
さらに、図示していないが、読み出したアプリケーション管理テーブル３３内の車載装置メーカ名や型名から今追加しようとしているアプリケーションプログラムのヒューマンマシンインタフェース部６０が対象とする車載装置１００に適合したものであるかどうかを照合する。これは車載装置１００のヒューマンマシンインタフェース部６０がメーカや型名によって異なることへの配慮である。
【００２８】
更新の場合も同様であり、削除の場合は対象となるアプリケーションがインストールされているかどうかを調べる。
【００２９】
次に外部装置２００から車載装置１００にアプリケーションのメインテナンス（追加、更新又は削除）処理を指示する電文を送信する。
【００３０】
送信する電文の並びは、制御コード＋制御識別子＋ＡＰＬ識別子＋オプション情報＋セキュリテイコード＋データであり、その内容として制御コードはアプリケーションマネージメント情報を示すヘッダーであり、制御識別子はアプリケーションの更新、追加及び削除の別を示し、ＡＰＬ識別子は個別アプリケーションを特定し、オプション情報は未定義であるが製造者コード、プログラム版数等を示し、セキュリテイコードはデータを秘匿するためのセキュリテイ情報を示し、データ部分は追加、更新の場合は新しいプログラム内容を示し削除の場合は省略される。
【００３１】
そして、車載装置１００のアプリケーションマネージメントＡＭＧは、受信した電文の内容に従って当該アプリケーションのメインテナンス（追加、更新又は削除）処理を実行する。
【００３２】
上記アプリケーションマネージメントＡＭＧによるアプリケーションのメインテナンス処理は、図４のフローチャートに示す手順に従って実行される。
【００３３】
すなわち、アプリケーションマネージメントＡＭＧは、外部装置２００からアプリケーションのメインテナンス処理を指示する電文を受信すると、電文に含まれる上記制御コード、制御識別子及びＡＰＬ識別子に従って追加、更新又は削除へ分岐する（ステップＳ１）。
【００３４】
追加の場合は、メモリに空き容量があることを再確認の上（ステップＳ２）、当該追加アプリケーションプログラムを上記セキュリテイコードを使って平文に戻した後（ステップＳ３）、追加アプリケーションプログラムをインストールし（ステップＳ４）、正常終了する。ステップＳ２において空き容量がないときやステップＳ３においてセキュリテイ処理してうまく平文に戻せなかったときは、異常終了する。
【００３５】
また、更新の場合は、メモリに空き容量があることを再確認の上（ステップＳ５）、当該更新アプリケーションプログラムを上記セキュリテイコードを使って平文に戻した後（ステップＳ６）、旧アプリケーションプログラムを削除して（ステップＳ７）、更新アプリケーションプログラムをインストールし（ステップＳ８）、正常終了する。ステップＳ５において空き容量がないときやステップＳ６においてセキュリテイ処理してうまく平文に戻せなかったときは、異常終了する。
【００３６】
さらに、削除の場合は、当該アプリケーションのプログラムを消去し（ステップＳ９）、正常終了する。
【００３７】
次に、車載装置１００のアプリケーションマネージメントＭＧは、上記メンテナンス処理の結果が正常終了したか異常終了したか示す電文を外部装置２００へ送信する。電文フォーマットは制御コード＋制御識別子＋ＡＰＬ識別子＋オプション情報＋セキュリテイコード＋データという並びである。制御コードからセキュリテイコードまでは上記と同様であり、データ部分に追加、更新又は削除の処理結果を入れる。
【００３８】
最後に外部装置２００は、車載装置１００との間で追加又は更新後のアプリケーションプログラムが正常に動作するかどうかの機能動作試験を実行する。
【００３９】
この実施の形態における車載装置１００では、プログラムメモリエリアに常駐するアプリケーションマネージメントＭＧが外部装置２００からの指示に従ってアプリケーションのメインテナンス（追加、更新及び削除）処理を実行するので、車両に設置後もアプリケーションを追加することができ、新しい車載装置に交換したり別置きに新設する必要が無く、そのままの状態で機能アップを図ることができる。
【００４０】
また、車載装置１００が有する専用狭域通信機能を利用すれば、アプリケーションマネージメントＡＭＧへのデータの授受を有線で行ったりＩＣカードで受け渡す場合に比べ、機械的接続の手間が省けるだけでなく作業実行後の機能動作確認試験を無線通信という実環境で行って検証することができる。
【００４１】
なお、上記実施の形態では、車載装置１００がスタンドアローンであるとして説明したが、これに限らず車載コンピュータ、カーナビ、ＰＤＡ（パーソナルデジタルアシスタンツ）といった装置の一部に組み込まれる場合にも適用できることはもちろんである。
【００４２】
また、車載装置１００に搭載されたアプリケーションマネージメントＭＧは、専用狭域通信部１０を介してアプリケーションのメインテナンス（追加、更新及び削除）情報を受信したが、ケーブル接続されるパーソナルコンピュータからメインテナンス情報を受け取ったり、ＩＣカード等のリムーバブルメモリ部５０を介してメインテナンス情報を受け取ることも可能である。
【００４３】
上述の如きアプリケーションマネージメントＭＧを搭載したＤＳＲＣ車載装置１００では、図５に示すように、ＤＳＲＣ路側機すなわち外部装置２００からアプリケーションソフトやデータをダウンロードして、新たなアプリケーションサービスを実現したり、あるいは、ケーブル接続されるパーソナルコンピュータ３００からメインテナンス情報を受け取ったり、ＩＣカード等のリムーバブルメモリ部５０を介してメインテナンス情報を受け取ることにより、アプリケーションのメインテナンス（追加、更新及び削除）処理を実行することができる。
【図面の簡単な説明】
【００４４】
【図１】本発明を適用した車載装置の構成を示すブロック図である。
【図２】上記車載装置で採用した専用狭域通信のプロトコルスタック図である。
【図３】上記車載装置におけるアプリケーション管理テーブルの内容を模式的に示す図である。
【図４】上記車載装置に搭載されたアプリケーションマネージメントの動作を示すフローチャートである。
【図５】上記車載装置に搭載されたアプリケーションマネージメントによるメインテナンス情報の各種入手経路を模式的に示す図である。
【符号の説明】
【００４５】
１０  専用狭域通信部、２０  プロセサ部、３０  プログラムメモリ部、３１  個別アプリケーションプログラム、３２  アプリケーションマネージメントプログラム、３３  アプリケーション管理テーブル、４０  ワークメモリ部、５０  リムーバブルメモリ部、６０  ヒューマンマシンインタフェース部、１００  車載装置、１１１  レイヤ１（物理層）、１１２  レイヤ２（データリンク層）、１１３  レイヤ７（アプリケーション層）、１１４  ＡＳＬ（アプリケーションサブレイヤ）、１１０  プロトコルスタック、２００  外部装置、３００  パーソナルコンピュータ、ＡＰ１〜ＡＰｎ  個別アプリケーション、ＡＭＧ  アプリケーションマネージメント
【図１】
0004655291.tif 000002
【図２】
0004655291.tif 000003
【図３】
0004655291.tif 000004
【図４】
0004655291.tif 000005
【図５】
0004655291.tif 000006