(57)【要約】【課題】  ＣＰＵやＯＳ、メモリ等が異なっていてもそれぞれの車載器に対応したアプリケーションやＯＳのインストールあるいは更新を行うことができる通信システムを提供する。【解決手段】  固定して設置されたサーバと、移動体に設置された通信端末と、前記通信端末に着脱可能な記憶媒体とを備えると共に、前記通信端末は、プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、前記サーバあるいは前記記憶媒体に通知するシステム情報伝達手段と、このシステム情報伝達手段により通知された前記サーバあるいは前記記憶媒体から、プログラムのインストールあるいは更新を行うＣＰＵとを有し、前記サーバは、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択し、前記記憶媒体は、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択する。【選択図】          図２
2006119727.tif 000002
【特許請求の範囲】
【請求項１】
固定して設置されたサーバと、
移動体に設置された通信端末と、
前記通信端末に着脱可能な記憶媒体とを備えると共に、
前記通信端末は、プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、前記サーバあるいは前記記憶媒体に通知するシステム情報伝達手段と、このシステム情報伝達手段により通知された前記サーバあるいは前記記憶媒体から、プログラムのインストールあるいは更新を行うＣＰＵとを有し、
前記サーバは、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択し、
前記記憶媒体は、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択する
ことを特徴とする通信システム。
【請求項２】
固定して設置されたサーバと、
移動体に設置された通信端末と、
前記通信端末に着脱可能な記憶媒体とを備えると共に、
前記通信端末は、前記サーバあるいは前記記憶媒体との真正性を確認する認証手段と、前記サーバとの真正性が確認された場合のみ、前記サーバあるいは前記記憶媒体から対応するプログラムのインストールあるいは更新を行うＣＰＵとを有し、
前記サーバは、前記通信端末との真正性を確認する認証手段を備え、
前記記憶媒体は、前記通信端末との真正性を確認する認証手段を備える
ことを特徴とする通信システム。
【請求項３】
固定して設置されたサーバと、
移動体に設置された通信端末と、
前記通信端末に着脱可能な記憶媒体とを備えると共に、
前記通信端末は、プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、前記サーバあるいは前記記憶媒体に通知するシステム情報伝達手段と、前記サーバあるいは前記記憶媒体との真正性を確認する認証手段と、前記サーバあるいは前記記憶媒体との真正性が確認された場合のみ、前記システム情報伝達手段により通知された前記サーバあるいは前記記憶媒体から対応するプログラムのインストールあるいは更新を行うＣＰＵとを有し、
前記サーバは、前記通信端末との真正性を確認する認証手段を有し、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択し、
前記記憶媒体は、前記通信端末との真正性を確認する認証手段を有し、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択する
ことを特徴とする通信システム。
【請求項４】
前記通信端末は、更新用の基本プログラムを、動作中の基本プログラムとは別の領域に書き込んだ後、アプリケーションプログラムと基本プログラムとを接続するためのジャンプテーブルを書き換えることを特徴とする請求項１〜３のいずれかに記載の通信システム。
【請求項５】
前記通信端末は、アプリケーションプログラムと基本プログラムとを接続するためのジャンプテーブルを更新する際、更新前のジャンプテーブルを別の領域に格納しておくことを特徴とする請求項４記載の通信システム。
【請求項６】
移動体に設置された通信端末であって、
プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、固定して設置されたサーバに通知するシステム情報伝達手段と、
このシステム情報伝達手段により通知された前記サーバから、プログラムのインストールあるいは更新を行うＣＰＵと
を備えることを特徴とする通信端末。
【請求項７】
移動体に設置された通信端末であって、
プログラムのインストールあるいは更新を行う前に、自通信端末のシステム情報を、着脱可能な記憶媒体に通知するシステム情報伝達手段と、
このシステム情報伝達手段により通知された前記記憶媒体から、プログラムのインストールあるいは更新を行うＣＰＵと
を備えることを特徴とする通信端末。
【請求項８】
プログラムのインストールあるいは更新を行う前に、移動体に設置された通信端末から通知された該通信端末のシステム情報に基づいて、前記通信端末に対応したプログラムを選択することを特徴とするサーバ。
【請求項９】
プログラムのインストールあるいは更新を行う前に、移動体に設置された通信端末から通知された該通信端末のシステム情報に基づいて、前記通信端末に対応したプログラムを選択することを特徴とする通信端末に着脱可能な記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
この発明は、固定して設置されたサーバ、車両等に設置された通信端末、着脱可能な記憶媒体、及びそれらで構成される通信システムに関するものである。
【背景技術】
【０００２】
従来の通信システムとして、特開２００４−１１０４８２号公報がある。この従来の通信システムは、固定して設置されるサーバである路側機あるいは取り外し可能な記憶媒体であるＩＣカードから、各種サービスに対応した複数のアプリケーションをユーザが車載器を購入後に提供するものである。
【０００３】
【特許文献１】特開２００４−１１０４８２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００４】
現在、有料道路における自動料金収受システム（Ｅｌｅｃｔｒｏｎｉｃ  Ｔｏｌｌ  Ｃｏｌｌｅｃｔｉｏｎ、以下ＥＴＣと呼ぶ）の実用化を受け、駐車場やガソリンスタンドの料金収受等、多種多様なサービスの提供を可能にする試みがなされている。しかし、従来の通信システムは、単一の車載器に複数のアプリケーションを提供するものであり、ＣＰＵやＯＳ等の異なる各メーカの車載器に同一のアプリケーションをインストールすることについては、何ら考慮されていなかった。このようなＣＰＵやＯＳの異なる各メーカの車載器にアプリケーションをインストールするには、各メーカの車載器のＣＰＵやＯＳ等を１種類に統一するか、あるいはＣＰＵ等に関係無く車載器が動作するように仮想マシンを導入する必要があった。前者はメーカ間の調整が困難であり、後者は動作速度が遅くてメモリが大量に必要なため車載器のコストアップに繋がるという問題があった。
【０００５】
また、悪意のある第三者に不適切なプログラムを車載器にインストールされる、あるいは偽物の車載器にインストールされてしまうといったプログラムの盗難が発生するという問題があった。
【０００６】
また、多用なアプリケーションを動かすため、基本プログラムであるＯＳが複雑化、暗号アルゴリズムの多様化を招き、この結果、アプリケーションのインストールだけでなく、ＯＳや暗号処理ドライバの更新も行う必要が出てきた。しかし、ＯＳあるいは暗号処理ドライバの更新はアプリケーションプログラムと違い、なんらかの原因で更新に失敗した場合にも必ず自動的に元に戻る必要性がある。これは例えばＯＳの更新に途中で失敗し、元の状態に復帰しなかった場合、路側機やＩＣカードとの通信ができなくなってしまい更新処理そのものができなくなったり、最悪再起動出来なくなったりという問題が発生する可能性がある。また、暗号処理ドライバの更新に途中で失敗し、元の状態に復帰しなかった場合、先に述べたような認証処理を更新前に行う方式を採用している場合には認証処理が出来なくなって更新不能状態となるといった問題が発生する可能性があった。
【０００７】
本発明は、上記のような問題点を解決するためになされたものであり、ＣＰＵやＯＳの異なる各メーカの車載器にアプリケーションをインストールすることができ、信頼性が高く、コスト面でも有利な、固定して設置されたサーバ、車両等に設置された通信端末、着脱可能な記憶媒体、及びそれらで構成される通信システムを提供することを目的とする。
【課題を解決するための手段】
【０００８】
本発明に係る通信システムは、固定して設置されたサーバと、移動体に設置された通信端末と、前記通信端末に着脱可能な記憶媒体とを備えると共に、前記通信端末は、プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、前記サーバあるいは前記記憶媒体に通知するシステム情報伝達手段と、このシステム情報伝達手段により通知された前記サーバあるいは前記記憶媒体から、プログラムのインストールあるいは更新を行うＣＰＵとを有し、前記サーバは、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択し、前記記憶媒体は、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択するものである。
【発明の効果】
【０００９】
固定して設置されたサーバと、移動体に設置された通信端末と、前記通信端末に着脱可能な記憶媒体とを備えると共に、前記通信端末は、プログラムのインストールあるいは更新を行う前に、該通信端末のシステム情報を、前記サーバあるいは前記記憶媒体に通知するシステム情報伝達手段と、このシステム情報伝達手段により通知された前記サーバあるいは前記記憶媒体から、プログラムのインストールあるいは更新を行うＣＰＵとを有し、前記サーバは、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択し、前記記憶媒体は、前記システム情報伝達手段から通知された情報に基づいて、前記通信端末に対応したプログラムを選択することにより、車載器のＣＰＵやＯＳ、メモリ等が異なっていてもそれぞれの車載器に対応したアプリケーションやＯＳのインストールあるいは更新を行うことができる。
【発明を実施するための最良の形態】
【００１０】
実施の形態１．
図１は、有料道路における自動料金収受システム（ＥＴＣシステム）を備えた料金所入口あるいは出口付近を上方から俯瞰した際の構成図である。自動料金収受システムでは、通信端末である車載器１はＥＴＣを利用する車両２に取り付けられ、図示しない固定されたサーバである路側機につながっているアンテナ３、車両２の通行を制限するためのバー４を備える。アンテナ３が車載器１と通信可能な範囲を通信領域５として示している。図１では、アンテナ３は車両２の進行方向に１つのみ設置されているが、複数設置されている場合もある。
【００１１】
図２は、実施の形態１における通信端末である車載器１の構成図である。図２において、１０は路側機とのデータ送受信、後述するＩＣカードとのデータ送受信、暗号処理等、様々な処理を行うＣＰＵである。１１はＣＰＵ１０内に設けられた揮発性のメモリであるＲＡＭであり、路側機と送受信するデータの格納やＩＣカードと送受信するデータの格納等に使用される。１２は電源が切れてもメモリの内容が消えない不揮発メモリであり、例えばＥＥＰＲＯＭ等が考えられる。１３はＣＰＵ１０内に設けられたＩＣカードの有無を判定するためのカード検出回路である。１４は車載器１のシステム情報、例えばＣＰＵやＯＳやメモリの情報を路側機やＩＣカードに伝達するシステム情報伝達手段であり、不揮発メモリと組み合わせたプログラムや専用回路等が考えられる。１５は利用者の契約情報、入口情報、出口情報、決済情報等が格納される着脱可能な記憶媒体であり、例えば接触型ＩＣカードである。１６は路側機と無線通信を行う無線回路であり、内部に無線制御回路を含む。この無線回路１６には、図示しない車載用アンテナが接続される。１７は車載器１及びＩＣカード１５に電源を供給する電源回路であり、例えば車両２の図示しないバッテリに接続されている。１８は出力手段であり、ＬＥＤや液晶ディスプレイあるいはスピーカ等である。１９は入力手段であり、スイッチやマイクなど等が考えられる。
【００１２】
まず、車載器１にプログラムのインストールまたは更新を行う全体の動作の流れについて説明する。
路側機から車載器１にプログラムを更新あるいはインストールする場合、車両２に搭載される車載器１のアンテナが路側機のアンテナ３の通信範囲５に入ると、路側機と車載器１との間で通信を開始する。路側機は車載器１内の路側機が使用するアプリケーションの起動を行う。アプリケーションが車載器１内に無い場合、インストールを行い、アプリケーションのバージョンが古い場合更新を行う。この時に車載器１は路側機に車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４にて送信し、路側機はそのシステム情報に沿ったプログラムをインストールあるいは更新する。また、続いてＯＳの更新を行う必要がある場合は続いてＯＳの更新を行う。その後、車載器１はインストールあるいは更新したアプリケーションを起動し、路側機はサービスの提供を行う。
【００１３】
また、路側機からではなく、ＩＣカード１５からプログラムをインストールあるいは更新する際の全体の動作の流れは以下のようになる。まず、インストール用ＩＣカードを車載器１に挿入する。すると車載器１は挿入されたＩＣカード１５がインストール用ＩＣカードであるかの判定を行い、インストール用ＩＣカードであると判定された場合、車載器１はインストールあるいは更新を行う。この時に車載器１はＩＣカード１５に車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４にて送信し、ＩＣカード１５はそのシステム情報に沿ったプログラムを選択し、車載器１はＩＣカード１５により選択されたプログラムのインストールあるいは更新を行う。その後、車載器１は通常再起動を行う。
【００１４】
図３は、車載器１に電源を投入した時の動作の流れを示すフローチャートであり、図１〜３を用いて、このときの車載器１の動作について説明する。
まず、バッテリから車載器１に電源が投入されると、ＣＰＵ１０に電源回路１７を通じて電源が投入され、動作を開始する。次にＣＰＵ１０はカード検出回路１３を通じてＩＣカード１５の有無を判定する（ステップＳ１０１）。ＩＣカード１５が無い場合（ステップＳ１０１でＮｏ）、ＣＰＵ１０は所定のアプリケーションを起動して（ステップＳ１０２）、立ち上がりの動作を終了する。この時のステップＳ１０２では例えばＥＴＣカードのようにＩＣカードからの読み込みが必要な場合は、ステップＳ１０２で起動されるアプリケーションによって読み込みが行われる。ＩＣカード１５がある場合（ステップＳ１０１でＹｅｓ）、ＣＰＵ１０はインストール用ＩＣカードであるか否かを判定し（ステップＳ１０３）、ＩＣカード１５がインストール用ＩＣカードでない場合（ステップＳ１０３でＮｏ）、ＣＰＵ１０は所定のアプリケーションを起動して（ステップＳ１０２）、立ち上がりの動作を終了する。ＩＣカード１５がインストール用ＩＣカードである場合（ステップＳ１０３でＹｅｓ）、ＣＰＵ１０はＩＣカード１５からインストールを行い（ステップＳ１０４）、出力手段１８を用いてユーザに再起動通知を行う（ステップＳ１０５）。ここで通常ユーザはＩＣカード１５を車載器１から抜き取り、それに伴いＣＰＵ１０は再起動を行い（ステップＳ１０６）、ステップＳ１０１を経て所定のアプリケーションを起動し（ステップＳ１０２）、立ち上がりの動作を終了する。また、ＩＣカード１５からのインストール動作の詳細は別途説明する。
【００１５】
図４は、立ち上がりの動作を終えた車載器１の詳細な動作を示すフローチャートである。
図３の立ち上がり動作を完了した時点が、図４の動作の開始である。まず，ＣＰＵ１０はＩＣカード１５の着脱の有無を判定し（ステップＳ２０１）、ここでＩＣカード１５の着脱がない場合（ステップＳ２０１でＮｏ）、路側機からの入力の有無を判定し（ステップＳ２０２）、更に路側機からの入力がない場合（ステップＳ２０２でＮｏ）、再度ＩＣカード１５の着脱の有無を判定する（ステップＳ２０１）。通常はこのようなステップＳ２０１とＳ２０２の動作を繰返し行う。ステップＳ２０２でＣＰＵ１０が路側機からの入力ありと判定した場合（ステップＳ２０２でＹｅｓ）、ＣＰＵ１０は路側機から起動要求されたアプリケーションの有無を判定し（ステップＳ２０３）、車載器１に要求されたアプリケーションが有る場合（ステップＳ２０３でＹｅｓ）、路側機からアプリケーションの更新を行う（ステップＳ２０４）。ただし、ステップＳ２０４ではアプリケーションの更新の必要がない場合は更新を行わない。ステップＳ２０４の動作の詳細は別途説明する。ステップＳ２０４の動作の後、ＣＰＵ１０は路側機からＯＳの更新を行う（ステップＳ２０５）。ただし、ステップＳ２０５ではＯＳの更新の必要がない場合は更新を行わない。ステップＳ２０５動作の詳細については別途説明する。ステップＳ２０５の動作の後、ＣＰＵ１０は路側機から要求されたアプリケーションの起動を行う（ステップＳ２０６）。また、ステップＳ２０３で要求されたアプリケーションが車載器１に無い場合（ステップＳ２０３でＮｏ）、ＣＰＵ１０は路側機からアプリケーションのインストールを行い（ステップＳ２０７）、その後ステップＳ２０５、Ｓ２０６の動作を行って一旦終了し、またステップＳ２０１からの動作を開始する。
【００１６】
ステップＳ２０１でＣＰＵ１０は着脱有りと判定した場合（ステップＳ２０１でＹｅｓ）、ＩＣカード１５が着状態か否かの判定を行い（ステップＳ２０８）、着状態でない場合（ステップＳ２０８でＮｏ）、アプリケーションを起動する（ステップＳ２０９）。ステップＳ２０９で起動されたアプリケーションが例えばＥＴＣアプリケーションであった場合はＩＣカードから読み込んだデータの破棄等ＩＣカード１５が抜かれた場合に必要な動作を行う。ステップＳ２０８で着状態である場合（ステップＳ２０８でＹｅｓ）、ＣＰＵ１０は着状態のＩＣカード１５がインストール用ＩＣカードであるか否かの判定を行い（ステップＳ２１０）、インストール用ＩＣカードでない場合（ステップＳ２１０でＮｏ）、アプリケーションを起動する（ステップＳ２０９）。ステップＳ２０９で起動されたアプリケーションが例えばＥＴＣアプリケーションであった場合はＩＣカードからのデータ読み込み動作等を行う。ステップＳ２１０でＩＣカード１５がインストール用ＩＣカードである場合（ステップＳ２１０でＹｅｓ）、ＩＣカード１５からインストールを行い（ステップＳ２１１）、出力手段１８を用いてユーザに再起動通知を行う（ステップＳ２１２）。ここで通常ユーザはＩＣカード１５を車載器１から抜き取り、それに伴いＣＰＵ１０は再起動を行う（ステップＳ２１３）。ここで動作は一旦終了し、図３の電源投入時の動作を開始する。また、ＩＣカード１５からのインストール動作の詳細は別途説明する。
【００１７】
図５は、ＩＣカード１５からインストールあるいは更新を行う際の動作（図３のステップＳ１０４、図４のステップＳ２１１）の詳細を示すフローチャートである。
車載器１は、車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４によりＩＣカード１５に送信する（ステップＳ３０１）。これらのシステム情報を受信したＩＣカード１５は、ＩＣカード１５内のプログラムが車載器１に適合するか否かの判定を行い、その判定の結果を車載器１に送信する（ステップＳ３０２）。ＩＣカード１５からの判定結果を受信した車載器１は、判定結果が不適合の場合（ステップＳ３０３でＮｏ）、出力手段１８を用いてインストールあるいは更新動作が失敗したことをユーザに通知して（ステップＳ３０４）、処理を終了する。判定結果が適合の場合（ステップＳ３０３でＹｅｓ）、ＣＰＵ１０はＩＣカード１５内のプログラムの種類を確認する（ステップＳ３０５）。ここでＩＣカード１５は車載器１からプログラムの種類を確認するコマンドを受信し、プログラムの種類の情報を車載器１に送信する（ステップＳ３０６）。ＩＣカード１５からの確認結果がアプリケーションであるという結果の場合（ステップＳ３０７でＹｅｓ）、アプリケーションの更新あるいはインストールを行い（ステップＳ３０８）、ＩＣカード１５からの確認結果がアプリケーションでないという結果の場合（ステップＳ３０７でＮｏ）、ＯＳの更新を行って（ステップＳ３０９）、処理を終了する。アプリケーションのインストールあるいは更新動作５７とＯＳの更新動作５８の詳細は別途説明する。
【００１８】
図６は、ＩＣカード１５からアプリケーションをインストールあるいは更新する動作（図５のステップＳ３０８）の詳細を示すフローチャートである。
車載器１は、ＣＰＵ１０によりＩＣカード１５へアプリケーションの情報を送るようにコマンドを送信し、アプリケーションの情報を取得する（ステップＳ４０１）。この時のアプリケーションの情報とは、例えばアプリケーションの種類を示す情報やアプリケーションのサイズ情報、バージョン情報等である。次に、ＣＰＵ１０は、ステップＳ４０１で取得したアプリケーションの情報に基づいて、車載器１にＩＣカード内のアプリケーションがインストール済みか否かの判定を行い（ステップＳ４０２）、インストール済みであった場合（ステップＳ４０２でＹｅｓ）、ＩＣカード１５内のアプリケーションのバージョンが車載器１にインストール済みのアプリケーションより上か否かの判定を行い（ステップＳ４０３）、ＩＣカード１５内のアプリケーションのバージョンが上でない場合（ステップＳ４０３でＮｏ）、既にインストール済みである旨を出力手段１８によりユーザに通知し（ステップＳ４０４）、処理を終了する。車載器１にインストール済みのアプリケーションがＩＣカード１５内のアプリケーションのバージョンより上と判定された場合（ステップＳ４０３でＹｅｓ）、ＣＰＵ１０は車載器１２のメモリの空き容量に問題ないかのチェックを行い（ステップＳ４０５）、空き容量に問題がない場合には（ステップＳ４０５でＹｅｓ）アプリケーションの更新を行い（ステップＳ４０６）、処理を終了する。空き容量に問題がある場合は（ステップＳ４０５でＮｏ）空き容量が足りない旨を出力手段１８によりユーザに通知し（ステップＳ４０７）、処理を終了する。一方ステップＳ４０２においてアプリケーションが車載器１にインストールされていないと判定した場合、ＣＰＵ１０は車載器１にアプリケーションをインストールする容量があるか否かの判定を行い（ステップＳ４０８）、容量があると判定した場合（ステップＳ４０８でＹｅｓ）、アプリケーションをインストールして（ステップＳ４０９）、処理を終了する。空き容量に問題がある場合は（ステップＳ４０８でＮｏ）空き容量が足りない旨を出力手段１８によりユーザに通知し（ステップＳ４１０）、処理を終了する。
【００１９】
図７は、ＩＣカード１５からＯＳを更新する動作（図５のステップＳ３０９）の詳細を示すフローチャートである。
車載器１は、ＣＰＵ１０によりＩＣカード１５へＯＳの情報を送るようにコマンドを送信し、ＯＳの情報を取得する（ステップＳ５０１）。この時のＯＳの情報とは、例えばＯＳの機能情報やバージョン情報やサイズ情報等である。次に車載器１のＯＳのバージョンがＩＣカード１５内のＯＳのバージョンより上か否かの判定を行い（ステップＳ５０２）、車載器１のＯＳのバージョンが上の場合（ステップＳ５０２でＹｅｓ）、ＯＳの更新を行う必要がない旨を出力手段１８によりユーザに通知し（ステップＳ５０３）、処理を終了する。ステップＳ５０２においてＩＣカード１５内のＯＳのバージョンが車載器１内のＯＳのバージョンより上と判定された場合（ステップＳ５０２でＮｏ）、ＣＰＵ１０は車載器１のメモリ容量のチェックを行い（ステップＳ５０４）、空き容量に問題がない場合（ステップＳ５０４でＹｅｓ）、ＯＳの更新を行い（ステップＳ５０５）、処理を終了する。また、空き容量に問題がある場合は（ステップＳ５０４でＮｏ）空き容量が足りない旨を出力手段１８によりユーザに通知し（ステップＳ５０６）、処理を終了する。
【００２０】
図８は、路側機からアプリケーションをインストールする動作（図４のステップＳ２０７）の詳細を示すフローチャートである。
車載器１は、車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４により路側機へ送信する（ステップＳ６０１）。これらのシステム情報を受信した路側機は、路側機内のプログラムが車載器１に適合するか否かの判定を行い、その判定結果を車載器１に送信する（ステップＳ６０２）。路側機からの判定結果を受信した車載器１は、判定結果が路側機に適合したアプリケーションが無いという場合（ステップＳ６０３でＮｏ）、路側機に適合したアプリケーションが無い旨、出力手段１８を用いてユーザに通知して（ステップＳ６０４）、処理を終了する。判定結果が車載器１に適合したアプリケーションが路側機に有るという場合（ステップＳ６０３でＹｅｓ）、出力手段１８によりアプリケーションをインストールの要否をユーザに対して通知し（ステップＳ６０５）、入力手段１９によりその選択結果を取得し（ステップＳ６０６）、ＣＰＵ１０はアプリケーションをインストールしないという選択結果を取得した場合（ステップＳ６０７でＮｏ）、処理を終了する。ＣＰＵ１０はアプリケーションをインストールするという選択結果を取得した場合（ステップＳ６０７でＹｅｓ）、路側機からアプリケーションの情報を取得する（ステップＳ６０８）。この時のアプリケーションの情報とは例えばアプリケーションの種類を示す情報やアプリケーションのサイズ情報、バージョン情報等である。次にＣＰＵ１０は車載器１のメモリの空き容量がアプリケーションのインストールを行えるだけあるか否かを確認し（ステップＳ６０９）、空き容量が足りない場合（ステップＳ６０９でＮｏ）、空き容量が足りない旨を出力手段１８によりユーザに通知し（ステップＳ６１０）、処理を終了する。空き容量に問題が無い場合（ステップＳ６０９でＹｅｓ）、ＣＰＵ１０はアプリケーションのインストールを行い（ステップＳ６１１）、処理を終了する。
【００２１】
図９は、路側機からアプリケーションを更新する動作（図４のステップＳ２０４）の詳細を示すフローチャートである。
車載器１は、ＣＰＵ１０により起動要求されたアプリケーションのバージョンを路側機に送信する（ステップＳ７０１）。車載器１より送信されたアプリケーションのバージョンを受信した路側機は、アプリケーションの更新が必要か否かを判定し、その判定結果を車載器１に送信する（ステップＳ７０２）。路側機からの判定結果を受信した車載器１は、判定結果が更新不要であった場合（ステップＳ７０３でＮｏ）、そのまま処理を終了する。判定結果が更新必要であった場合（ステップＳ７０３でＹｅｓ）、路側機へ車載機１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４により送信する（ステップＳ７０４）。このシステム情報を受信した路側機は、受信したシステム情報に適合したアプリケーションの有無を確認して、確認結果を車載器１に送信する（ステップＳ７０５）。路側機からの確認結果を受信した車載器１は、確認結果が適合したアプリケーション無しという結果の場合（ステップＳ７０６でＮｏ）、出力手段１８を用いて適合したアプリケーションがない旨ユーザに通知し（ステップＳ７０７）、処理を終了する。確認結果が適合したアプリケーション有りという結果の場合（ステップＳ７０６でＹｅｓ）、ＣＰＵ１０は路側機からアプリケーションの情報を取得する（ステップＳ７０８）。ここで取得する情報はアプリケーションのサイズ情報等である。次にＣＰＵ１０は車載器１のメモリの空き容量がアプリケーションの更新を行えるだけあるか否かを確認し（ステップＳ７０９）、空き容量が足りない場合（ステップＳ７０９でＮｏ）、空き容量が足りない旨を出力手段１８によりユーザに通知し（ステップＳ７１０）、処理を終了する。空き容量に問題が無い場合（ステップＳ７０９でＹｅｓ）、ＣＰＵ１０はアプリケーションの更新を行い（ステップＳ７１１）、処理を終了する。
【００２２】
図１０は、路側機からＯＳを更新する動作（図４のステップＳ２０５）の詳細を示すフローチャートである。
車載器１は、システム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４により路側機に送信し、またＯＳのバージョン情報も送信する（ステップＳ８０１）。車載器１より送信されたシステム情報、ＯＳのバージョン情報を受信した路側機は、ＯＳの更新が必要か否かを判定し、その判定結果を車載器１に送信する（ステップＳ８０２）。路側機から判定結果を受信した車載器１は、判定結果が更新不要であった場合（ステップＳ８０３でＮｏ）、そのまま処理を終了する。判定結果が更新必要であった場合（ステップＳ８０３でＹｅｓ）、ＣＰＵ１０は路側機にＯＳの情報を要求し、取得する（ステップＳ８０４）。この時のＯＳの情報はサイズ情報等である。次にＣＰＵ１０はＯＳの更新に必要なメモリの空き容量が車載器１にあるか否かの判定を行い（ステップＳ８０５）、空き容量が足りない場合（ステップＳ８０５でＮｏ）、出力手段１８を用いて空き容量が足りない旨ユーザに通知し（ステップＳ８０６）、処理を終了する。空き容量に問題がない場合（ステップＳ８０５でＹｅｓ）、ＯＳの更新を行い（ステップＳ８０７）、処理を終了する。
【００２３】
以上のように、車載器のシステム情報を路側機あるいはＩＣカードに通知する機能を設けることにより、車載器のＣＰＵやＯＳ、メモリ等が異なっていてもそれぞれの車載器に対応したアプリケーションやＯＳのインストールあるいは更新を行うことができる。このため、車載器のＣＰＵやＯＳの統一、あるいはコストの増大につながる仮想マシンを導入する必要がなくなる。
【００２４】
また、本実施の形態１では、本発明の主旨を逸脱しない範囲で適宜変更が可能である。例えば不揮発メモリ１２の読み出しあるいは書き込み速度が速い場合にはＲＡＭ１１の機能を省略代替することが不揮発メモリで可能である。また、ＣＰＵ１０はシーケンサなどのコントローラ等で構成してもよく、更にＲＡＭ１１、不揮発メモリ１２、カード検出回路１３をＣＰＵ１０の外部装置として構成するようにしてもよい。さらにＩＣカード１５は非接触ＩＣカードやＵＳＢメモリでもよい。また、図３から図１０までのフローチャートは一例であり動作上問題のない範囲で適宜変更可能である。
【００２５】
実施の形態２．
上記実施の形態１では、車載器のＣＰＵやＯＳ、メモリ等が異なる場合について説明したが、本実施の形態２では、車載器のＣＰＵやＯＳが統一されている状態で、不適切なプログラムのインストール等を防ぐ場合について説明する。
図１１は、実施の形態２における通信端末である車載器１の構成図である。図１１において、２１は暗号処理を行う回路や鍵データを格納するメモリやプログラム等で構成される認証手段である。その他図２と同一の符号を付したものは、上記実施の形態１と同様である。
【００２６】
実施の形態２における全体の動作の流れについて説明する。まず、路側機から車載器１にプログラムを更新あるいはインストールする場合、車両２に搭載される車載器１のアンテナが路側機のアンテナ３の通信範囲５に入ると、路側機と車載器１との間で通信が始まる。路側機は車載器１内の路側機が使用するアプリケーションの起動を行い、アプリケーションが車載器１内に無い場合インストールを行い、アプリケーションのバージョンが古い場合更新を行う。この時に車載器１は路側機と認証手段２１を用いて認証処理を行いお互いの真正性を確認してからインストールあるいは更新を行う。また、ＯＳを更新する必要がある場合は続いてＯＳの更新を行う。その後、車載器１はインストールあるいは更新したアプリケーションを起動し、路側機はサービスの提供を行う。
【００２７】
また、路側機からではなく、ＩＣカード１５からプログラムをインストールあるいは更新する際の全体の動作の流れは以下のようになる。まず、インストール用ＩＣカードを車載器１に挿入する。すると車載器１は挿入されたＩＣカード１５がインストール用ＩＣカードであるかの判定を行い、インストール用ＩＣカードであると判定された場合、車載器１はインストールあるいは更新を行う。この時に車載器１はＩＣカードと認証手段２１とを用いて認証処理を行いお互いの真正性を確認してからインストールあるいは更新を行う。その後、車載器１は通常再起動を行う。
【００２８】
図１２〜図１５に本実施の形態２における車載器１の詳細な動作のフローチャートを示す。なお、車載器１の立ち上がり時の動作は図３、図３の立ち上がり準備完了後の動作は図４、ＩＣカードからのアプリケーションのインストールあるいは更新時の動作は図６、ＩＣカードからのＯＳ更新時の動作は図７と同様のため、本実施の形態２では説明を省略する。
【００２９】
図１２は、ＩＣカード１５からインストールあるいは更新を行う際の動作（図３のステップＳ１０４、図４のステップＳ２１１）の詳細を示すフローチャートである。車載器１は、認証手段２１を用いてお互いの真正性を確認する処理を行う（ステップＳ１００１）。認証処理が失敗した場合（ステップＳ１００２でＮｏ）、出力手段１８を用いてインストールあるいは更新動作が失敗したことをユーザに通知して（ステップＳ３０４）、処理を終了する。認証処理が成功した場合（ステップＳ１００２でＹｅｓ）、ＣＰＵ１０はＩＣカード１５内のプログラムの種類を確認する（ステップＳ３０５）。ステップＳ３０６以降の動作は図５と同様のため、本実施の形態２では説明を省略する。
【００３０】
図１３は、路側機からアプリケーションをインストールする動作（図４のステップＳ２０７）の詳細を示すフローチャートである。車載器１は、認証手段２１を用いてお互いの真正性を確認する処理を行う（ステップＳ１１０１）。認証処理が失敗した場合（ステップＳ１１０２でＮｏ）、出力手段１８を用いてインストールが失敗したことをユーザに通知して（ステップＳ１１０３）、処理を終了する。認証処理が成功した場合（ステップＳ１１０２でＹｅｓ）、出力手段１８によりアプリケーションをインストールの要否をユーザに対して通知する（ステップＳ６０５）。ステップＳ６０６以降の動作は図８と同様のため、本実施の形態２では説明を省略する。
【００３１】
図１４は、路側機からアプリケーションを更新する動作（図４のステップＳ２０４）の詳細を示すフローチャートである。ステップＳ７０１〜Ｓ７０３によりアプリケーションの更新が必要となった場合（ステップＳ７０３でＹｅｓ）、車載器１は認証手段２１を用いてお互いの真正性を確認する処理を行う（ステップＳ１２０１）。認証処理が失敗した場合（ステップＳ１２０２でＮｏ）、出力手段１８を用いてインストールが失敗したことをユーザに通知して（ステップＳ１２０３）、処理を終了する。認証処理が成功した場合（ステップＳ１２０２でＹｅｓ）、ＣＰＵ１０は路側機からアプリケーションの情報を取得する（ステップＳ７０８）。ステップＳ７０９以降の動作は図９と同様のため、本実施の形態２では説明を省略する。
【００３２】
図１５は、路側機からＯＳを更新する動作（図４のステップＳ２０５）の詳細を示すフローチャートである。車載器１は、システム情報伝達手段１４により、ＯＳのバージョンを送信し（ステップＳ１３０１）、車載器１より送信されたＯＳのバージョン情報を受信した路側機は、ＯＳの更新が必要か否かを判定し、その判定結果を車載器１に送信する（ステップＳ１３０２）。判定結果が更新必要であった場合（ステップＳ８０３でＹｅｓ）、車載器１は認証手段２１を用いてお互いの真正性を確認する処理を行う（ステップＳ１３０３）。認証処理が失敗した場合（ステップＳ１３０４でＮｏ）、出力手段１８を用いてインストールが失敗したことをユーザに通知して（ステップＳ１３０５）、処理を終了する。認証処理が成功した場合（ステップＳ１３０４でＹｅｓ）、ＣＰＵ１０は路側機にＯＳの情報を要求し、取得する（ステップＳ８０４）。ステップＳ８０５以降の動作は図１０と同様のため、本実施の形態２では説明を省略する。
【００３３】
図１６は、車載器１がＩＣカード１５あるいは路側機と認証処理を行う際の詳細な動作を示す図である。図１６に示した認証処理は、共通鍵暗号方式を用いた場合の認証処理の一例である。図１６において、左が車載器１、右側が路側機あるいはＩＣカード1５の処理を表している。またＫｘは共通鍵暗号方式の鍵データを示しており、鍵データはある一定の長さのデータ列である。Ｋｘはあらかじめ車載器１、路側機、ＩＣカード１５に製造時に設定されるようになっており、外部から鍵データを読み出すことができない構造になっている。前記のような状態で認証処理を行う場合は車載器１が路側機あるいはＩＣカード１５に対して乱数を要求する（Ｒ１０１）。路側機あるいはＩＣカード１５は要求に応じて乱数を生成する（Ｒ１０２）。路側機あるいはＩＣカード１５は、生成した乱数を車載器１に送信し、車載器１は乱数を受信する（Ｒ１０３）。ここで車載器１は、受信した乱数を鍵Ｋｘで暗号化し（Ｒ１０４）、認証データＣｍを生成して路側機あるいはＩＣカード１５に送信する（Ｒ１０５）。一方路側機あるいはＩＣカード１５は、先ほど生成した乱数を鍵Ｋｘで暗号化しておき（Ｒ１０６）、車載器１から送られた認証データＣｍとＲ１０６で生成したデータを比較し（Ｒ１０７）、一致すれば車載器１の真正性が確認できる。路側機あるいはＩＣカード１５は前記比較結果を送信し、車載器１はその認証結果を受信する（Ｒ１０８）。受信した認証結果がＯＫであった場合、車載器１は乱数を生成し（Ｒ１０９）、路側機あるいはＩＣカード１５に送信する（Ｒ１１０）。車載器１は生成した乱数を鍵Ｋｘで暗号化する（Ｒ１１１）。一方、路側機あるいはＩＣカード１５は、Ｒ１１０で受信した乱数データを鍵Ｋｘで暗号化し（Ｒ１１２）、認証データＣｓを生成する。路側機あるいはＩＣカード１５は認証データＣｓを送信し、車載器１はこの認証データＣｓを受信する（Ｒ１１３）。Ｒ１１１で暗号化したデータとＲ１１３で受信した認証データＣｓとを比較し（Ｒ１１４）、一致した場合は路側機、ＩＣカード１５の真正性が確認できる。これは乱数と鍵Ｋｘから生成した認証データＣｍ及びＣｓの生成が鍵Ｋｘからしか生成できないという理由による。ここで示した方法は一例であり真正性を確認する順番は逆でも問題ない。また、ここでは認証処理に共通鍵暗号方式を用いた例を示したが、公開鍵暗号方式を用いて行ってもよい。
【００３４】
以上のように、本実施の形態２では、路側機と車載器あるいは車載器とＩＣカード間でお互いの真正性を確認することにより、車載器への不適切なプログラムのインストールあるいは更新及びプログラムの盗難を防ぐことができる。
【００３５】
また、実施の形態１と同様に、本発明の主旨を逸脱しない範囲で適宜変更可能である。また、図１２から図１５までのフローチャートは一例であり動作上問題のない範囲で適宜変更可能である。
【００３６】
また、本実施の形態２では図示していないが、路側機やＩＣカード１５も車載器１との真正性を確認する認証手段を備えるものである。
【００３７】
実施の形態３．
本実施の形態３では、上記実施の形態１と２の構成を合わせた場合について説明する。
図１７は、実施の形態３における通信端末である車載器１の構成図である。図１７において、２１は上記実施の形態２と同様の認証手段であり、その他図２と同一の符号を付したものは、上記実施の形態１と同様である。
【００３８】
実施の形態３における全体の動作の流れについて説明する。まず、路側機から車載器１にプログラムを更新あるいはインストールする場合、車両２に搭載される車載器１のアンテナが路側機のアンテナ３の通信範囲５に入ると、路側機と車載器１の間で通信が始まる。路側機は車載器１内の路側機が使用するアプリケーションの起動を行い、アプリケーションが車載器１内に無い場合インストールを行い、アプリケーションのバージョンが古い場合更新を行う。この時に車載器１は路側機に車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４により送信し、路側機はそのシステム情報に沿ったプログラムをインストールあるいは更新する。ただし、インストールあるいは更新する前に車載器１は路側機と認証手段２１を用いて認証処理を行いお互いの真正性を確認する。更にＯＳの更新の必要がある場合は続いてＯＳの更新を行う。その後、車載器１はインストールあるいは更新したアプリケーションを起動し、路側機はサービスの提供を行う。
【００３９】
また、路側機からではなく、ＩＣカード１５からプログラムをインストールあるいは更新する際の全体の動作の流れは以下のようになる。まず、インストール用ＩＣカードを車載器１に挿入する。すると車載器１は挿入されたＩＣカード１５がインストール用ＩＣカードであるかの判定を行い、インストール用ＩＣカードであると判定された場合、車載器１はインストールあるいは更新を行う。この時に車載器１はＩＣカード１５に車載器１のシステム情報、例えばＣＰＵやＯＳあるいはメモリ等の情報をシステム情報伝達手段１４により送信し、ＩＣカード１５はそのシステム情報に沿ったプログラムをインストールあるいは更新する。またインストールあるいは更新を行う前に車載器１はＩＣカード１５と認証手段２１とを用いて認証処理を行いお互いの真正性を確認してからインストールあるいは更新を行う。その後、車載器１は通常再起動を行う。
【００４０】
図１８〜図２１に本実施の形態３における車載器１の詳細な動作のフローチャートを示す。なお、車載器１の立ち上がり時の動作は図３、図３の立ち上がり準備完了後の動作は図４、ＩＣカードからのアプリケーションのインストールあるいは更新時の動作は図６、ＩＣカードからのＯＳ更新時の動作は図７と同様のため、本実施の形態３では説明を省略する。
【００４１】
図１８は、ＩＣカード１５からインストールあるいは更新を行う際の動作（図３のステップＳ１０４、図４のステップＳ２１１）の詳細を示すフローチャートである。図１８は、図５及び図１２を組み合わせたものであり、同一符号を用いた部分の動作は、図５及び図１２と同様である。
図１９は、路側機からアプリケーションをインストールする動作（図４のステップＳ２０７）の詳細を示すフローチャートである。図１９は、図８及び図１３を組み合わせたものであり、同一符号を用いた部分の動作は、図８及び図１３と同様である。
図２０は、路側機からアプリケーションを更新する動作（図４のステップＳ２０４）の詳細を示すフローチャートである。図２０は、図９及び図１４を組み合わせたものであり、同一符号を用いた部分の動作は、図９及び図１４と同様である。
図２１は、路側機からＯＳを更新する動作（図４のステップＳ２０５）の詳細を示すフローチャートである。図２１は、図１０と図１５を組み合わせたものであり、同一符号を用いた部分の動作は、図１０及び図１５と同様である。
【００４２】
以上のように、本実施の形態３では、車載器のシステム情報を路側機あるいはＩＣカードに通知する機能を設け、かつ路側機と車載器あるいは車載器とＩＣカード間でお互いの真正性を確認することにより、車載器のＣＰＵやＯＳ、メモリ等が異なっていてもそれぞれに対応したアプリケーションやＯＳのインストールあるいは更新を行うことができるとともに、車載器への不適切なプログラムのインストールあるいは更新及びプログラムの盗難を防ぐことができる。
【００４３】
また、本実施の形態３では、実施の形態１、２と同様の変更が適宜可能である。また、図１８から図２１までのフローチャートは一例であり動作上問題のない範囲で適宜変更可能である。
【００４４】
実施の形態４．
本実施の形態４では、上述のようなプログラムの更新の際のメモリの読み込み／書き込みの動作について説明する。本実施の形態４における通信システムの構成図は図１と同様である。また、本実施の形態４における通信端末である車載器の構成は、実施の形態１〜３の図２、図１１、図１７のどの場合でもよい。
【００４５】
図２２は、本実施の形態４における車載器１のメモリマップを示す説明図である。図２２において、図の左にｈを付けて示しているものはメモリのアドレスを１６進数で表したものである。図２１において、００００ｈ番地から０ＦＦＦｈ番地はエリア１０１、１０００ｈ番地から１ＦＦＦｈ番地はエリア１０２、２０００ｈ番地から７ＦＦＦｈ番地はエリア１０３、８０００ｈ番地からＣＦＦＦｈ番地はエリア１０４、Ｄ０００ｈ番地以降はエリア１０５である。前記したメモリマップにおいて、エリア１０１にはＨ／Ｗを制御するためのレジスタやＯＳを更新するためのＯＳローダ、エリア１０２にはＯＳとアプリケーションプログラムを接続するためのジャンプテーブルが配置されている。ジャンプテーブルは例えばジャンプ命令、アドレス、リターンサブルーチン命令で構成されるものである。アプリケーションは直接ＯＳやドライバ等基本機能に接続せず、このジャンプテーブルを経由して接続する。エリア１０３にはアプリケーションに基本的な機能を提供するＯＳ、エリア１０４にはＯＳ更新時のための空き領域、エリア１０５にはユーザに様々な機能を提供するアプリケーションがそれぞれ配置されている。また、エリア１０２〜１０５は不揮発メモリ１２が割り当てられる。
【００４６】
次にＯＳ更新時の動作について説明する。ＯＳ更新時にはまずＯＳローダが起動され、更新されるＯＳを路側機あるいはＩＣカード１５から読み込む。ＯＳローダ読み込まれたＯＳはエリア１０４の領域に書き込まれる（更新前のＯＳが格納されているエリア１０３とは別の領域であるエリア１０４に書き込まれる）。ここでなんらかの問題が発生して路側機やＩＣカード１５との通信が中断したり、車載器１の電源が切れたりした場合でも上書きをしていないので問題なく元の状態に復帰する。エリア１０４の領域に新しいＯＳが正常に書き込まれた場合は、次にエリア１０２の領域に格納されているジャンプテーブルのアドレスを書き換える。例えば、以前の状態でエリア１０３の２２００ｈ番地に格納されていた機能がエリア１０４の８２００ｈ番地に移動した場合は、テーブルのアドレスを２２００ｈから８２００ｈに書き換える。これにより、アプリケーションは更新前２２００ｈ番地にジャンプしていたものが８２００ｈ番地にジャンプするようになる。更にＯＳを更新する場合は、新しいＯＳをエリア１０３の領域に書き込み、同様の動作を行えば良い。
【００４７】
以上のように、本実施の形態４では、更新用のＯＳ等の基本プログラムを、動作中の基本プログラムとは別のエリアに書き込んだ後に、動作プログラムを切り換えるようにすることにより、ＯＳあるいは暗号ドライバのような基本プログラムを安全に更新することができる。
【００４８】
また、本実施の形態４では、実施の形態１〜３と同様の変更が適宜可能である。また図２２のメモリマップは一例であり適宜変更が可能である。
【００４９】
実施の形態５．
本実施の形態５では、上記実施の形態４より更に安全なメモリの読み込み／書き込みの動作について説明する。本実施の形態５における通信システムの構成図は図１と同様である。また、本実施の形態５における通信端末である車載器の構成は、実施の形態１〜３の図２、図１１、図１７のどの場合でもよい。
【００５０】
図２３は、本実施の形態５における車載器１のメモリマップを示す説明図である。図２３において、図の左にｈを付けて示しているものはメモリのアドレスを１６進数で表したものである。また、図２３において、エリア２０１はＤ０００ｈ番地からＤＦＦＦｈ番知は更新前のジャンプテーブルを一時的に格納しておく領域であり、その他図２２と同一の符号を付したものは同様の領域である。
【００５１】
次にＯＳ更新時の動作について説明する。ＯＳ更新時にはまずＯＳローダが起動され、更新されるＯＳを路側機あるいはＩＣカード１５から読み込む。ＯＳローダ読み込まれたＯＳはエリア１０４の領域に書き込まれる（更新前のＯＳが格納されているエリア１０３とは別の領域であるエリア１０４に書き込まれる）。ここでなんらかの問題が発生して路側機やＩＣカード１５との通信が中断したり、車載器１の電源が切れたりした場合でも上書きをしていないので問題なく元の状態に復帰する。エリア１０４の領域に新しいＯＳが正常に書き込まれた場合は、次にエリア１０２の領域に格納されているジャンプテーブルのアドレスをエリア２０１の領域にコピーする（更新前のジャンプテーブルが格納されているエリア１０２とは別の領域であるエリア２０１にコピーする）。この時、不揮発メモリ１２のいずれかの空いている領域にジャンプテーブルが書き換え中であることを示すフラグを立てる。ここでは、このフラグをＥ０００ｈ番地に書き込むこととする。次に、エリア１０２の領域に格納されているジャンプテーブルを書き換える。例えば、以前の状態でエリア１０３の２２００ｈ番地に格納されていた機能がエリア１０４の８２００ｈ番地に移動した場合は、テーブルのアドレスを２２００ｈから８２００ｈに書き換える。これにより、アプリケーションは更新前２２００ｈ番地にジャンプしていたものが８２００ｈ番地にジャンプするようになる。ここでなんらかの問題が発生して路側機やＩＣカード１５との通信が中断したり、車載器１の電源が切れたりした場合は再起動をかけ、Ｅ０００ｈ番地のフラグを確認し、書き換え中であった場合にはエリア２０１の領域からエリア１０２の領域にジャンプテーブルをコピーする。この動作を行うことにより、ジャンプテーブルを書き換えている途中で中断した場合でも、元の状態に復帰することができる。ジャンプテーブルの書き換えが正常に終了した場合は、Ｅ０００ｈ番地のフラグを消去し、ＯＳの更新動作を終了する。
【００５２】
以上のように、本実施の形態５では、更新用のＯＳ等の基本プログラムを、動作中の基本プログラムとは別のエリアに書き込むだけでなく、動作プログラムの切り換え時に、更新前のジャンプテーブルを別のエリアにコピーしておくことにより、ＯＳあるいは暗号ドライバのような基本プログラムを更に安全に更新することができる。
【００５３】
また、本実施の形態５では、実施の形態１〜３と同様の変更が適宜可能である。また図２３のメモリマップは一例であり適宜変更が可能である。
【図面の簡単な説明】
【００５４】
【図１】自動料金収受システムの構成図
【図２】実施の形態１における通信端末である車載器１の構成図
【図３】実施の形態１における車載器１に電源を投入した時の動作の流れを示すフローチャート
【図４】実施の形態１における立ち上がりの動作を終えた車載器１の動作の流れを示すフローチャート
【図５】実施の形態１におけるＩＣカード１５からインストールあるいは更新を行う際の動作の流れを示すフローチャート
【図６】実施の形態１におけるＩＣカード１５からアプリケーションをインストールあるいは更新する動作の流れを示すフローチャート
【図７】実施の形態１におけるＩＣカード１５からＯＳを更新する動作の流れを示すフローチャート
【図８】実施の形態１における路側機からアプリケーションをインストールする動作の流れを示すフローチャート
【図９】実施の形態１における路側機からアプリケーションを更新する動作の流れを示すフローチャート
【図１０】実施の形態１における路側機からＯＳを更新する動作の流れを示すフローチャート
【図１１】実施の形態２における通信端末である車載器１の構成図
【図１２】実施の形態２におけるＩＣカード１５からインストールあるいは更新を行う際の動作の流れを示すフローチャート
【図１３】実施の形態２における路側機からアプリケーションをインストールする動作の流れを示すフローチャート
【図１４】実施の形態２における路側機からアプリケーションを更新する動作の流れを示すフローチャート
【図１５】実施の形態２における路側機からＯＳを更新する動作の流れを示すフローチャート
【図１６】実施の形態２における車載器１がＩＣカード１５あるいは路側機と認証処理を行う際の詳細な動作の流れを示すフローチャート
【図１７】実施の形態３における通信端末である車載器１の構成図
【図１８】実施の形態３におけるＩＣカード１５からインストールあるいは更新を行う際の動作の流れを示すフローチャート
【図１９】実施の形態３における路側機からアプリケーションをインストールする動作の流れを示すフローチャート
【図２０】実施の形態３における路側機からアプリケーションを更新する動作の流れを示すフローチャート
【図２１】実施の形態３における路側機からＯＳを更新する動作の流れを示すフローチャート
【図２２】実施の形態４における車載器１のメモリマップを示す説明図
【図２３】実施の形態５における車載器１のメモリマップを示す説明図
【符号の説明】
【００５５】
１    車載器
２    車両
３    アンテナ
４    バー
５    通信範囲
１０  ＣＰＵ
１１  ＲＡＭ
１２  不揮発メモリ
１３  カード検出回路
１４  システム情報伝達手段
１５  ＩＣカード
１６  無線回路
１７  電源回路
１８  出力手段
１９  入力手段
２１  認証手段
【図１】
2006119727.tif 000003
【図２】
2006119727.tif 000004
【図３】
2006119727.tif 000005
【図４】
2006119727.tif 000006
【図５】
2006119727.tif 000007
【図６】
2006119727.tif 000008
【図７】
2006119727.tif 000009
【図８】
2006119727.tif 000010
【図９】
2006119727.tif 000011
【図１０】
2006119727.tif 000012
【図１１】
2006119727.tif 000013
【図１２】
2006119727.tif 000014
【図１３】
2006119727.tif 000015
【図１４】
2006119727.tif 000016
【図１５】
2006119727.tif 000017
【図１６】
2006119727.tif 000018
【図１７】
2006119727.tif 000019
【図１８】
2006119727.tif 000020
【図１９】
2006119727.tif 000021
【図２０】
2006119727.tif 000022
【図２１】
2006119727.tif 000023
【図２２】
2006119727.tif 000024
【図２３】
2006119727.tif 000025