(57)【特許請求の範囲】
【請求項１】
サーバーとの第１通信を行うための第１インターフェースと、情報機器との第２通信を行うための第２インターフェースと、前記第１及び第２通信に伴う通信プロトコル処理を含む情報処理を行なう情報処理部とを備える通信装置であって、
前記情報処理部は、セキュアブートを行い、セキュアブートが実行された時間を含むセキュアブートの結果と作成時間とを対象とする署名を前記通信装置の署名として作成し、前記署名を前記第１インターフェースから前記サーバーに送出し、前記サーバーが前記署名及び前記セキュアブートが実行された時間と前記署名の作成時間との差に基づいて前記通信装置を認証した後に送付するドライバを、前記第１インターフェースを介して受信し、受信したドライバを前記第２インターフェースから前記情報機器に送出し、
前記ドライバは、前記情報機器にインストールされることにより、前記情報機器を前記通信装置と協働させるソフトウェアである、
通信装置。
【請求項２】
請求項１において、前記認証は公開鍵暗号方式によるものであり、
前記情報処理部は、前記サーバーが前記認証に使用する公開鍵に対応し、前記通信装置に固有の秘密鍵を保持し、
前記情報処理部は、前記署名を前記秘密鍵を用いて暗号化する、
通信装置。
【請求項３】
請求項２において、
前記情報処理部は、前記セキュアブートと前記作成時間とを含むデータのハッシュ値を前記署名に含めて生成し、
前記サーバーでは、前記署名が前記公開鍵を用いて復号され、該復号された署名に含まれる前記データから生成されたハッシュ値と、前記復号された署名から抽出されたハッシュ値とを比較することで前記認証が実施される、
通信装置。
【請求項４】
請求項２において、
前記情報処理部は、前記サーバーによって前記公開鍵を使って暗号化されたセッション鍵を、前記第１インターフェースを介して受信し、受信した暗号化されたセッション鍵を前記秘密鍵を用いて復号し、
前記情報処理部は、前記サーバーによって前記セッション鍵を使って暗号化されたドライバを、前記第１インターフェースを介して受信し、受信した暗号化されたドライバを前記セッション鍵を用いて復号し、
前記セッション鍵は、共通鍵暗号方式に準拠する共通鍵である、
通信装置。
【請求項５】
請求項４において、前記通信装置の署名を第１署名とし、前記ドライバを対象に作成された署名を第２署名とし、前記公開鍵を第１公開鍵とし、前記秘密鍵を第１秘密鍵とし、前記サーバーが保持し前記情報機器に固有の秘密鍵を第２秘密鍵とし、前記第２秘密鍵に対応する公開鍵を第２公開鍵とし、
前記情報処理部は、前記サーバーによって前記第２秘密鍵を使って生成された第２署名と、前記第２署名とともに前記セッション鍵を使って暗号化されたドライバとを、前記第１インターフェースを介して受信し、受信した暗号化された第２署名を前記セッション鍵を用いて復号し、復号された第２署名を前記第２インターフェースから前記情報機器に送出する、
通信装置。
【請求項６】
請求項２において、前記通信装置の署名を第１署名とし、前記ドライバを対象に作成された署名を第２署名とし、前記公開鍵を第１公開鍵とし、前記秘密鍵を第１秘密鍵とし、前記サーバーが保持し前記情報機器に固有の秘密鍵を第２秘密鍵とし、前記第２秘密鍵に対応する公開鍵を第２公開鍵とし、前記情報機器に固有であり前記第１及び第２秘密鍵とは異なる秘密鍵を第３秘密鍵とし、前記第３秘密鍵に対応する公開鍵を第３公開鍵とし、
前記情報処理部は、前記情報機器から前記第２インターフェースを介して受信する前記第３公開鍵をさらに含んで前記署名を生成し、
前記情報処理部は、前記サーバーによって前記第１公開鍵を使って暗号化されたセッション鍵を、前記第１インターフェースを介して受信し、受信した暗号化されたセッション鍵を前記第１秘密鍵を用いて復号し、
前記情報処理部は、前記サーバーによって前記第３公開鍵を使って暗号化されたドライバと、前記サーバーによって前記第２秘密鍵を使って生成され前記第３公開鍵を使って暗号化された第２署名とを、前記第１インターフェースを介して受信し、受信した暗号化されたドライバと第２署名を前記第２インターフェースから前記情報機器に送出し、
前記セッション鍵は、共通鍵暗号方式に準拠する共通鍵である、
通信装置。
【請求項７】
請求項５において、前記通信装置は車両に搭載され、
前記第１通信は前記車両と他の装置との間の車両情報通信であり、
前記第２通信は前記車両内の車載ネットワークを介する通信であり、
前記情報処理部は、
前記サーバーによって前記セッション鍵を使って暗号化された認証データを、前記第１インターフェースを介して受信し、
受信した暗号化された認証データを前記セッション鍵を用いて復号し、
復号された認証データにより、前記通信装置を前記車両情報通信における真正の通信端末として起動させ、
前記車両情報通信に基づいて通知すべき情報を生成して、前記第２インターフェースを介して前記情報機器に送出し、前記情報機器に前記ドライバを用いて前記通知すべき情報に対応する通知を実行させる、
通信装置。
【請求項８】
請求項１に記載される通信装置を構成する、前記情報処理部と、前記第１及び第２インターフェースとを単一半導体基板上に備える、半導体装置。
【請求項９】
請求項８において、前記情報処理部は、プロセッサと前記プロセッサで実行されるプログラムと、秘密鍵とを保持する不揮発性メモリを含む、半導体装置。
【請求項１０】
請求項９に記載される前記プロセッサによって実行されることにより、前記情報処理部を、請求項１に記載されるように機能させる、プログラム。
【請求項１１】
サーバーとの第１通信を行うための第１インターフェースと、情報機器との第２通信を行うための第２インターフェースと、前記第１及び第２通信に伴う通信プロトコル処理を含む情報処理を行なう情報処理部とを備える通信装置であって、
前記情報処理部は、前記通信装置の署名を前記第２インターフェースから前記情報機器に送出し、前記情報機器から前記第１通信とは異なる第３通信によって前記サーバーに伝送された前記署名に基づいて前記通信装置を認証した後にドライバを送出するサーバーから、前記ドライバを前記第１及び第２通信または前記第３通信によって前記情報機器に送出させ、
前記ドライバは、前記情報機器にインストールされることにより、前記情報機器を前記通信装置と協働させるソフトウェアであり、
前記認証は公開鍵暗号方式によるものであり、
前記情報処理部は、前記サーバーが前記認証に使用する公開鍵に対応し、前記通信装置に固有の秘密鍵を保持し、
前記通信装置は、前記署名の生成前にセキュアブートを行い、
前記情報処理部は、前記秘密鍵を用いて前記セキュアブートの結果を含んで前記署名を生成し、
前記情報処理部は、前記サーバーによって前記公開鍵を使って暗号化されたセッション鍵を、前記第１インターフェースを介して受信し、受信した暗号化されたセッション鍵を前記秘密鍵を用いて復号し、
前記情報処理部は、前記サーバーによって前記セッション鍵を使って暗号化されたドライバを、前記第１インターフェースを介して受信し、受信した暗号化されたドライバを前記セッション鍵を用いて復号し、
前記セッション鍵は、共通鍵暗号方式に準拠する共通鍵であり、
前記通信装置は車両に搭載され、
前記第１通信は前記車両と他の装置との間の車両情報通信であり、
前記第２通信は前記車両内の車載ネットワークを介する通信であり、
前記第３通信は無線電話回線を利用するデータ通信であり、
前記情報処理部は、
前記サーバーによって前記セッション鍵を使って暗号化された認証データを、前記第１インターフェースを介して受信し、
受信した暗号化された認証データを前記セッション鍵を用いて復号し、
復号された認証データにより、前記通信装置を前記車両情報通信における真正の通信端末として起動させ、
前記車両情報通信に基づいて通知すべき情報を生成して、前記第２インターフェースを介して前記情報機器に送出し、前記情報機器に前記ドライバを用いて前記通知すべき情報に対応する通知を実行させる、
通信装置。
【請求項１２】
情報機器と、前記情報機器に接続される通信装置と、サーバーと、前記通信装置と前記サーバーとの間の通信手段とを有する通信システムであって、
前記サーバーは、前記情報機器にインストールされることにより前記情報機器を前記通信装置と協働させるドライバを保持しており、
前記通信装置は、前記情報機器に接続された時に、セキュアブートを行い、セキュアブートが実行された時間を含むセキュアブートの結果と作成時間とを対象とする署名を前記通信装置の署名として作成し、前記署名を前記サーバーに伝送し、
前記サーバーは、前記署名を検証し、かつ前記セキュアブートが実行された時間と前記署名の作成時間との差を検証した結果、前記通信装置が正当な通信装置であると判断した場合に、前記情報機器に前記ドライバを伝送し、前記情報機器は受信した前記ドライバをインストールする、
通信システム。
【請求項１３】
請求項１２において、
前記サーバーは、前記通信装置にインストールされることにより前記通信装置を真正の通信装置として起動させる認証データをさらに保持しており、
前記サーバーは、前記署名を検証した結果、前記通信装置が正当な通信装置であると判断した場合に、前記通信装置に前記認証データを伝送し、前記通信装置は受信した前記認証データをインストールする、
通信システム。
【請求項１４】
請求項１２において、前記通信装置と前記情報機器は車両搭載され、前記通信手段は、当該車両と他の装置との間の車両情報通信である、
通信システム。
【請求項１５】
サーバーとの第１通信を行うための第１インターフェースと、情報機器との第２通信を行うための第２インターフェースと、前記第１及び第２通信に伴う通信プロトコル処理を含む情報処理を行なう情報処理部とを備える通信装置であって、
前記情報処理部は、前記通信装置の署名を前記第２インターフェースから前記情報機器に送出し、前記情報機器から前記第１通信とは異なる第３通信によって前記サーバーに伝送された前記署名に基づいて前記通信装置を認証した後にドライバを送出するサーバーから、前記ドライバを前記第１及び第２通信または前記第３通信によって前記情報機器に送出させ、
前記ドライバは、前記情報機器にインストールされることにより、前記情報機器を前記通信装置と協働させるソフトウェアであり、
前記情報処理部は、前記サーバーが前記署名およびセキュアブートが実行された時間と前記署名の作成時間との差に基づいて前記通信装置を認証した後に送出する前記ドライバを、前記第１および第２通信または前記第３通信によって前記情報機器に送出させる、
通信装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置、ＬＳＩ（Large Scale Integrated circuit）、プログラムおよび通信システムに関し、特に情報機器に接続される通信装置に好適に利用できるものである。
【背景技術】
【０００２】
自動車分野においては、車車間通信や路車間通信といった、いわゆるＶ２Ｘ通信（Vehicle to (2) others (X) communication）と呼ばれる技術の実用化が検討されている。この技術は、自動車が無線通信を行い、自身の居場所をブロードキャストで送信し、受信した自動車が衝突の可能性を検知し、運転者に自動車内部の情報機器、例えばナビゲーションやディスプレイオーディオを通じて通知する仕組みとなっている。すなわち、自動車同士の衝突防止を目的とし、安全性の向上が期待される。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
Ｖ２Ｘ通信について本発明者が検討した結果、以下のような新たな課題があることがわかった。
【０００４】
この技術は、交差点等に同時に侵入する自動車の双方が同じ通信機能を有している事が前提となる。そのため、すでに発売されて市場に出回っている自動車は、Ｖ２Ｘ通信のための通信装置（Ｖ２Ｘモジュール）を別途入手して後から追加的に実装する事（アフターマーケットでの実装）により、Ｖ２Ｘ通信に新たに参加することができる。また、Ｖ２Ｘモジュールは、衝突などの警告を表示や警報などによって運転者に通知するデバイス（表示デバイスや他の警告装置）を内蔵しているとは限らず、むしろ、ナビゲーションやディスプレイオーディオなどの既に車内の車載ネットワークに実装されている情報機器に接続され、その情報機器の表示機能や通報機能を利用して運転者に警告情報を通知するように設計される場合が多い。
【０００５】
従来より、情報機器等に接続された状態でのセキュリティについてはＶ２Ｘ通信の標準化団体等による検討が進んでいるが、上述のようにアフターマーケットで通信装置（Ｖ２Ｘモジュール）を追加して実装する場合のセキュリティについては、検討されていない。
【０００６】
本発明者が検討した結果、アフターマーケットで通信装置（Ｖ２Ｘモジュール）をナビゲーションやディスプレイオーディオなどの情報機器に接続すると、そこを侵入口として、その情報機器やその情報機器が接続される車載ネットワーク、及び同じ車載ネットワークに接続される他の機器が攻撃される恐れがあることがわかった。悪意を持った攻撃者が通信装置（Ｖ２Ｘモジュール）にマルウェアを準備する事により、ナビゲーションやディスプレイオーディオなどの情報機器を介して車載ネットワークに侵入することや、ナビゲーションやディスプレイオーディオなどの情報機器を乗っ取って不正なパケットを車載ネットワークに送付する事が可能になるからである。
【０００７】
このような課題を解決するための手段を以下に説明するが、その他の課題と新規な特徴は、本明細書の記述及び添付図面から明らかになるであろう。
【課題を解決するための手段】
【０００８】
一実施の形態によれば、下記の通りである。
【０００９】
すなわち、情報機器と、その情報機器に接続される通信装置と、サーバーと、通信装置とサーバーとの間の通信手段とを有する通信システムにおいて、以下のように構成される。サーバーは、情報機器にインストールされることにより情報機器を通信機器と協働させるドライバを保持している。通信装置は、情報機器に接続された時に、自身についての署名を前記サーバーに伝送し、サーバーは、受信した署名を検証した結果、通信装置が正当な通信装置であると判断した場合に、情報機器にドライバを伝送し、情報機器は受信したドライバをインストールする。
【００１０】
また、一実施の形態に係る通信装置は、以下のように構成される。
【００１１】
すなわち、通信装置は、サーバーとの第１通信を行うための第１インターフェースと、情報機器との第２通信を行うための第２インターフェースと、第１及び第２通信に伴う通信プロトコル処理を含む情報処理を行なう情報処理部とを備える。通信装置における情報処理部は、通信装置自身についての署名を第１インターフェースからサーバーに送出し、サーバーが受信した署名に基づいて通信装置を認証した後に送付するドライバを、第１インターフェースを介して受信し第２インターフェースから情報機器に送出する。
【００１２】
ここで、「ドライバ」とは、情報機器にインストールされて実行されることにより、情報機器を通信機器と協働させるソフトウェアであり、「協働させる」とは、当該情報機器を、通信機器からの制御、命令、或いは指示等に基づいて動作をさせることをいう。
【発明の効果】
【００１３】
前記一実施の形態によって得られる効果を簡単に説明すれば下記のとおりである。
【００１４】
すなわち、情報機器に対する通信装置からの或いは通信装置を介しての攻撃を防止することができる。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施形態１に係る通信システム及び通信装置による通信のプロトコルを示すフロー図である。
【図２】図２は、Ｖ２Ｘ通信についての説明図である。
【図３】図３は、Ｖ２Ｘ通信についてのより詳細な説明図である。
【図４】図４は、実施形態１、実施形態２及び実施形態３に係る通信システム及び通信装置の構成例を示すブロック図である。
【図５】図５は、通信装置のより詳細な構成例と、当該通信装置に実装されるＬＳＩの構成例を合せて示すブロック図である。
【図６】図６は、実施形態２に係る通信システム及び通信装置による通信のプロトコルを示すフロー図である。
【図７】図７は、実施形態３に係る通信システム及び通信装置による通信のプロトコルを示すフロー図である。
【図８】図８は、実施形態４及び実施形態５に係る通信システム及び通信装置の構成例を示すブロック図である。
【図９】図９は、実施形態４に係る通信システム及び通信装置による通信のプロトコルを示すフロー図である。
【図１０】図１０は、実施形態５に係る通信システム及び通信装置による通信のプロトコルを示すフロー図である。
【発明を実施するための形態】
【００１６】
実施の形態について詳述する。
【００１７】
〔実施形態１〕
図１は、実施形態１に係る通信システム１００及び通信装置１による通信のプロトコルを示すフロー図である。図２は、本実施形態１を適用することが可能な、Ｖ２Ｘ通信についての説明図であり、図３は、そのより詳細な説明図である。Ｖ２Ｘ通信は、図２に示されるように、自動車などの車両２０＿１と、他の車両２０＿２、歩行者２２及び路側機２１との通信であって、例えば相互の位置や速度の情報を交換することにより、衝突などの事故を防止する。Ｖ２Ｘ通信には、さらに、歩行者２２と路側機２１との通信など、自動車等の車両に限定されない、あらゆる通信装置を備える対象どうしの通信が参加しても良い。この場合のＶ２Ｘ通信では、車両や歩行者の位置情報、速度情報、さらには、交通信号や交通規制情報、路面凍結や冠水、障害物などの交通障害情報などの他、車両以外の対象物どうしの通信で利用されるあらゆる情報が提供され得る。車両（自動車）２０＿１は、ナビゲーション３を備え、さらにナビゲーション３に接続されている移動通信端末１１を備えていても良いが、この点については後述する。自動車２０＿１はＶ２Ｘモジュールが実装されていない状態で販売され、後に（アフターマーケットで）Ｖ２Ｘモジュール１＿１が追加されるような使用態様が想定される。追加的に実装されるＶ２Ｘモジュール１＿１は、特に制限されないが、例えば、車載ネットワーク（ＣＡＮ: Controller Area Network）４を介してナビゲーション３に接続される。この接続はUSB（Universal Serial Bus）やBluetooth（登録商標）、Wi-Fi（Wireless Fidelity）など、有線・無線を問わない。すなわち、通信を確保する事ができる方式であれば、特に限定はされない。Ｖ２Ｘ通信は、例えば、図３に示されるように認証サーバー２と、中間サーバー２３と路側機２１とを備え、自車両２０＿１と、既にＶ２Ｘモジュール１＿２が実装されている他の自動車２０＿２等との間でアンテナ２４＿１〜２４＿４を介して行われる通信である。認証サーバー２は複数のサーバーによって構成されても良い。図３には認証サーバー２がキャリア基地局１４と接続される例が示されているが、これについては後段の実施形態において説明する。
【００１８】
図４は、実施形態１に係る通信システム１００及び通信装置１の構成例を示すブロック図である。サーバー２は、認証機関であって、Ｖ２Ｘモジュール１に発給するＶ２Ｘデータと、ナビゲーション等の情報機器３にインストールされることによってＶ２Ｘモジュール１と協調して動作させるためのドライバとを保持する。物理的に１台のサーバーである必要はなく、Ｖ２Ｘデータとドライバを保持するサーバーが異なっていても良い。Ｖ２Ｘデータは、自動車どうし、自動車と路側機、自動車と歩行者等、Ｖ２Ｘ通信に参加する全ての対象が、サーバー２を介さずに相互に認証するためのデータであり、一般には証明書やＶ２Ｘモジュールどうしが相互に認証するための秘密情報等が含まれる。通信装置１の一例であるＶ２Ｘモジュールは、ＲＦインターフェース（Ｉ／Ｆ）５とＣＡＮインターフェース（Ｉ／Ｆ）７と情報処理部６とを備える。ＲＦインターフェース５にはアンテナ２４が接続され、サーバー２や他のＶ２Ｘモジュールと通信する。ＣＡＮインターフェース７は、ナビゲーション３との通信を行う。情報処理部６にはＶ２ＸモジュールのＩＤ（IDentification）と公開鍵暗号方式の秘密鍵（Private Key）、及び対応する公開鍵を含む証明書が保持されている。ナビゲーション３はＣＡＮインターフェース８と情報処理部９と表示部１０とを備える。Ｖ２Ｘモジュール１が新たに実装された時点では、Ｖ２Ｘモジュール１には、Ｖ２Ｘ通信に必要となる証明書等を含むＶ２Ｘデータがインストールされておらず、また、ナビゲーション３にはドライバがインストールされていない。そのため、そのまま接続してもＶ２Ｘモジュールとしては機能しない。Ｖ２Ｘ通信を開始するためには、Ｖ２Ｘモジュール１＿１には、予めＶ２Ｘデータがインストールされる必要がある。Ｖ２Ｘモジュール１は、自身を証明するためのＩＤとＶ２Ｘモジュール提供者の証明書とそれに関連した公開鍵暗号方式の秘密鍵を持つ。この証明書と秘密鍵に関しては、特に秘密鍵は秘匿性を必要とされることから、耐タンパ性を持つデバイスに格納されている事が望ましい。また、公開鍵暗号方式においてＶ２Ｘモジュールが保持する秘密鍵に対応する公開鍵は、Ｖ２Ｘモジュールがセットアップ時に生成してもよい。これにより、鍵情報が漏えいする危険性を低減することができる。なお、ここでいう証明書は、Ｖ２Ｘデータに含まれる前述の証明書とは異なる。Ｖ２Ｘデータに含まれる証明書は、Ｖ２Ｘ通信に参加するＶ２Ｘモジュールどうしが、サーバー２を介さずに直接通信するための証明書である一方、ここでいう証明書は、Ｖ２Ｘモジュール１がサーバー２に対して認証を要求するときに、自身を証明する署名に使用されるものである。
【００１９】
また、Ｖ２Ｘモジュール１自身は表示装置など、ユーザーに何らかの通知をするインターフェースを備えておらず、接続されるナビゲーション等の情報機器３に対してユーザーに対する表示や通知をさせる。Ｖ２Ｘモジュール１とナビゲーション３とはＣＡＮ４で接続され、基本的な通信ドライバ（ＣＡＮドライバ）はインストールされているが、Ｖ２Ｘモジュール１からの表示や通知をさせるためのドライバをさらにナビゲーション３にインストールする必要がある。
【００２０】
図１を引用して、実施形態１に係るＶ２Ｘモジュール１が新たに追加された時の通信システム１００及びＶ２Ｘモジュール１による通信のプロトコルについて説明する。サーバー２は、Ｖ２Ｘモジュール１のＩＤと証明書が紐付けされたリストを持ち、かつ、Ｖ２Ｘ通信時に必要となるＶ２Ｘデータとナビゲーション３が必要とするドライバとを予め持つ。サーバー２は、複数のサーバーによって構成されてもよい。
【００２１】
Ｖ２Ｘモジュール１は、システム起動時にセキュアブートを実行し、自身の正当性を検証する。セキュアブートが完了した後に、自身が秘密にしている公開鍵暗号方式の秘密鍵を用いて署名を作成し、セキュアブートの結果と合わせてサーバー２に送付する。セキュアブートの結果にはセキュアブートが実行された時間が記載されている必要がある。また、署名にも時間（タイムスタンプ）が含まれる。セキュアブートの実行時間と署名のタイムスタンプとの時間差は、処理を行うデバイスの性能にも依存するが、一般的なＶ２Ｘモジュールの性能を考慮すると、１０秒以上の時間差は不自然と考えられるので、外部サーバー２で検証する際には、２つの処理時間差を１０秒程度以内として検証する事が望ましい。また、署名のタイムスタンプ及び、セキュアブート実行時間と外部サーバーとの時間差に関しては、再送する事などを考えると、１０秒程度が妥当と考えるが、リプレイアタックなどを考慮すると、５秒以下である事が望ましい。なお、署名検証そのものに関しては、一般的な手法で実現が可能である。即ち、Ｖ２Ｘモジュール１は、例えば、秘密鍵に対応する公開鍵を含む証明書と、セキュアブート結果と、時間情報（タイムスタンプ）と、これらから得られるハッシュ値を秘密鍵で暗号化したデータとを署名として生成して外部サーバー２へ送付する。外部サーバー２は、受信した署名に含まれる証明書から公開鍵を抽出し、暗号化されたデータを復号することによって得られるハッシュ値と、証明書に含まれる平文にハッシュ関数を作用させることによって得られるハッシュ値とを比較することにより、署名を検証する。
【００２２】
上記の検証が終わり、Ｖ２Ｘモジュール１が正しいデバイスであることを確認したサーバー２では、セッション鍵を生成する。このセッション鍵は乱数である事が望ましい。このセッション鍵を、送付されてきた証明書に含まれている公開鍵で暗号化し、Ｖ２Ｘモジュール１に送付する。Ｖ２Ｘモジュール１の公開鍵を使って暗号化する事により、Ｖ２Ｘモジュール１以外での復号は困難となる。この際に用いられる暗号方式としては、ＲＳＡやＥＣＣなどの公開鍵暗号方式が候補として挙げられる。セッション鍵を安全に送付した後に、サーバー２はＶ２Ｘデータやドライバをセッション鍵で暗号化する。ここではデータ処理の高速化のために共通鍵暗号方式を用いているが、処理時間に問題が無い場合は、セッション鍵を用いずに、Ｖ２Ｘモジュール１の公開鍵で暗号化して送付しても良い。また共通鍵暗号方式に関しても、そのアルゴリズムは任意である。Ｖ２Ｘモジュール１は該当する鍵を用いて、送付されたＶ２Ｘデータやドライバを復号し、Ｖ２Ｘデータを自身にインストールする。これにより、Ｖ２Ｘモジュールとしての起動が可能となる。このＶ２Ｘデータには秘匿性が高いデータと、必ずしも高くないデータとが含まれるが、秘匿性の高いデータの取り扱いは慎重に行う必要がある。Ｖ２Ｘモジュール１は、復号したドライバをナビゲーション３等に送付してインストールする。これにより、Ｖ２Ｘモジュール１からの表示や通知をナビゲーション３等からユーザーに対して実行させることができる。
【００２３】
このようなシステムを構築する事により、セキュアブートによる完全性の検証を行い、外部サーバー２を使った第三者の検証による正当性検証（署名検証）を行い、暗号方式を用いた通信経路の秘匿を行い、正しいデバイス（Ｖ２Ｘモジュール１）が接続された時にのみ、ナビゲーションやディスプレイオーディオ等の情報機器３と接続する事が可能になる。
【００２４】
Ｖ２Ｘモジュール１のさらに詳細な構成例について説明する。
【００２５】
図５は、通信装置１の一例であるＶ２Ｘモジュール１のより詳細な構成例と、当該Ｖ２Ｘモジュール１に実装されるＬＳＩ３０の構成例を合せて示すブロック図である。Ｖ２Ｘモジュール１は、アンテナ２４が接続されるＲＦ−ＩＣ３５と、ＬＳＩ３０と、ＣＡＮに接続されるＣＡＮトランシーバ３７とを含む。ＲＦ−ＩＣ３５はＶ２Ｘ通信を行うために高周波信号の送受を行う集積回路であり、ＬＳＩ３０と同一チップに混載されても良い。ＣＡＮトランシーバ３７はＣＡＮの物理層の通信プロトコルに準拠するトランシーバであり、これもＬＳＩ３０と同一チップに混載されても良い。ＬＳＩ３０は、ＲＦ−ＩＣ３５に接続されるＲＦインターフェース５と、ＣＡＮトランシーバ３７に接続されるＣＡＮインターフェース７と、ＣＰＵ３１とＲＯＭ３２とＲＡＭ３３と暗号ＩＰ（Crypt IP）４０とを含み、互いがバス３４によって結合されている。ＣＰＵ３１はＲＯＭ３２から供給されるミドルウェアを実行することによって、Ｖ２Ｘ通信のプロトコルを制御し、ＣＡＮのプロトコルを制御し、Ｖ２Ｘ通信で得られる情報の解析を行って、ＣＡＮ４を介して接続されるナビゲーション３などの情報機器に、警告などの情報を表示させ、または別の手段でユーザーである運転者に通知させる。ミドルウェアは図１に示した通信フローを実行させるためのプログラムである。ＲＯＭ３２は不揮発性メモリであるが、電気的に書き換え可能なメモリであると好適である。一方、ＲＯＭを外付けとしてミドルウェアはブートアップ時にＲＡＭ３３にロードして実行させるように構成しても良い。ＲＡＭ３３は揮発性メモリであり、ＣＰＵ３１がプログラムを実行する際にワークエリアを提供する。暗号ＩＰ４０は、例えば暗号文の生成や復号を行う回路モジュールであって、電流や消費電力モニタし、或いは故障を注入するなどの攻撃に対する耐タンパ性を備える。ＩＤと秘密鍵は、耐タンパ性を考慮して暗号ＩＰ４０内に保存するように、あるいは、暗号ＩＰ４０によって暗号化して内蔵のＲＯＭ３２または外付けのＲＯＭに保存するように変更しても良い。特に制限されないが、ＬＳＩ３０は、例えば、公知のＣＭＯＳ（Complementary Metal-Oxide-Semiconductor field effect transistor）半導体の製造技術を用いて、シリコンなどの単一半導体基板上に形成される。集積化することにより、実装面積が低減され、消費電力が低減されるのみならず、耐タンパ性も向上する。
【００２６】
以上は、Ｖ２Ｘ通信を行うためのＶ２Ｘモジュール１を自動車のナビゲーション３に接続した上で、表示や通知などの協働動作をさせる例を示したが、ナビゲーション３に代えて、ディスプレイオーディオ等の他の情報機器に接続されてもよく、また、その間の通信ネットワークは、上述の通り、ＣＡＮ４には限定されない。また、本実施形態１では、サーバー２が通信装置の一例であるＶ２Ｘモジュール１を認証するときに、公開鍵暗号方式の署名認証を行う例を示したが、認証の方法は任意である。
【００２７】
〔実施形態２〕
図６は、実施形態２に係る通信システム１００及び通信装置１による通信のプロトコルを示すフロー図である。実施形態２に係る通信システム１００及び通信装置１の構成は、図３、４、５を引用して説明した実施形態１の通信装置１と同様であるので、説明を省略する。実施形態１で示した方式では、Ｖ２Ｘモジュール１自身に、偽のＶ２Ｘデータとドライバを用意されて接続された場合には、ナビゲーションやディスプレイオーディオ等の情報機器３は不正なデバイスである事を確認する手段を持たない。そのため、ナビゲーションやディスプレイオーディオ等の情報機器３自体にもセキュリティ機能を実装している事が望ましい。図６は、ナビゲーションやディスプレイオーディオ等の情報機器３にもセキュリティ機能が搭載された場合のプロトコルを示している。Ｖ２Ｘモジュール１は通信装置１の一例であり、ナビゲーション３は情報機器３の一例である。
【００２８】
サーバー２とＶ２Ｘモジュール１との間の公開鍵暗号方式での通信の為に、サーバー２が署名検証に使用する公開鍵を第１公開鍵とし、これに対応してＶ２Ｘモジュール１が持つ鍵を第１秘密鍵とする。本実施形態２のサーバー２は、これらとは異なる第２公開鍵と第２秘密鍵を持つ。Ｖ２Ｘモジュール１はセキュアブートの後、セキュアブートの結果と自身のＩＤ及び証明書と、第１公開鍵を含めた署名を、第１秘密鍵を用いて生成して、サーバー２へ伝送する。サーバー２は受信した署名を、第１公開鍵を用いて復号することによって署名を検証し、さらにＶ２Ｘモジュール１のセキュアブート結果を検証する。全てが確認された後、セッション鍵を生成し、第１公開鍵で暗号化した後に、Ｖ２Ｘモジュール１に伝送する。Ｖ２Ｘモジュール１は受信したセッション鍵を、第１秘密鍵を用いて復号する。
【００２９】
サーバー２は、暗号化されたセッション鍵をＶ２Ｘモジュール１に送出した後、第２秘密鍵を使ってドライバの署名を生成する。サーバー２はまた、Ｖ２Ｘデータとドライバとその署名とをセッション鍵で暗号化し、Ｖ２Ｘモジュール１に送出する。Ｖ２Ｘモジュール１は受信した暗号文を予め送付され復号済みのセッション鍵を用いて復号し、Ｖ２Ｘデータとドライバとその署名を得る。Ｖ２ＸデータはＶ２Ｘモジュールにインストールされることによって、正式のＶ２Ｘモジュールとして起動し、Ｖ２Ｘ通信を行なうことができる。一方、ドライバとその署名はナビゲーション３に伝送される。合せて、第２公開鍵は、サーバー２からＶ２Ｘモジュール１を介してナビゲーション３に伝送される。ナビゲーション２は、ドライバの署名を、第２公開鍵を使って検証した後、真正であると判定されたときには、ドライバをインストールする。
【００３０】
これにより、情報機器は、ドライバの署名（第２署名）を自身に固有の第２秘密鍵を用いてサーバー２に作成させ、第２秘密鍵に対応する第２公開鍵で検証することにより、送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、セキュリティがより強化される。
【００３１】
〔実施形態３〕
図７は、実施形態３に係る通信システム１００及び通信装置１による通信のプロトコルを示すフロー図である。実施形態３に係る通信システム１００及び通信装置１の構成は、図３、４、５を引用して説明した実施形態１の通信装置１と同様であるので、説明を省略する。図７は、実施形態２と同様に、ナビゲーションやディスプレイオーディオ等の情報機器３にもセキュリティ機能が搭載された場合のプロトコルを示している。Ｖ２Ｘモジュール１は通信装置１の一例であり、ナビゲーション３は情報機器３の一例である。
【００３２】
図６に示される実施形態２との違いは、ドライバとその署名をさらに別の暗号鍵で暗号化して伝送する点である。本実施形態３では、ナビゲーション３が第１及び第２の秘密鍵・公開鍵のペアとは異なる第３の秘密鍵・公開鍵のペアを有する例を示す。
【００３３】
Ｖ２Ｘモジュール１はセキュアブートの後、ナビゲーション３から第３公開鍵を受信し、セキュアブートの結果と自身のＩＤ及び証明書と第１公開鍵にさらに受信した第３公開鍵を含めた署名を、第１秘密鍵を用いて生成して、サーバー２へ伝送する。サーバー２は受信した署名を、第１公開鍵を用いて復号することによって署名を検証し、さらにＶ２Ｘモジュール１のセキュアブート結果を検証する。全てが確認された後、セッション鍵を生成し、第１公開鍵で暗号化した後に、Ｖ２Ｘモジュール１に伝送する。Ｖ２Ｘモジュール１は受信したセッション鍵を、第１秘密鍵を用いて復号する。
【００３４】
暗号化されたセッション鍵を伝送した後、サーバー２は実施形態２と同様にドライバの署名を第２秘密鍵を使って生成し、Ｖ２Ｘデータをセッション鍵を使って暗号化するが、実施形態２とは異なり、ドライバとその署名は第３公開鍵で暗号化する。サーバー２は、暗号化されたＶ２Ｘデータとドライバとその署名を、Ｖ２Ｘモジュール１に伝送する。Ｖ２Ｘモジュール１は受信したＶ２Ｘデータを、セッション鍵を使って復号してインストールすることによって、Ｖ２Ｘモジュールとして起動される。Ｖ２Ｘモジュール１は、第３公開鍵で暗号化されたドライバと署名を復号せずにナビゲーション３に伝送する。Ｖ２Ｘモジュール１は、第３公開鍵に対応する第３秘密鍵を持っていないので復号することはできない。ナビゲーション３は受信した暗号文を、第３秘密鍵を使って復号し、第２公開鍵を使ってサーバー２の署名を検証した後、真正であると判定されたときには、第３秘密鍵を使って復号されたドライバをインストールする。
【００３５】
これにより、セキュリティがより強化される。セッション鍵をセキュアな公開鍵暗号方式で伝送するのと同様に、ドライバとその署名（第２署名）も同じく公開鍵暗号方式を使って伝送することができるからである。また合せて、実施形態２と同様に、情報機器３がドライバの署名（第２署名）を検証することによって送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、攻撃者にとって、サーバー２から送付されるデータの改ざんが、より困難となるからである。また、ドライバは第３公開鍵で暗号化されるため、Ｖ２Ｘモジュール１では復号することができない。これにより、Ｖ２Ｘモジュール１を経由する際に、Ｖ２Ｘモジュール１を不正に操作してドライバを読み出し、或いは改ざんするなどの攻撃が困難となる。
【００３６】
〔実施形態４〕
ナビゲーションやディスプレイオーディオ等の情報機器３がＶ２Ｘモジュール１以外の外部通信機能を有している際には、こちらの通信を利用する事も有効である。図８は、実施形態４に係る通信システム１００及び通信装置１の構成例を示すブロック図である。図４に示される通信システム１００との違いは、ナビゲーション等の情報機器３にスマートフォンなどの移動通信端末（Mobile Phone）１１が接続され、別の通信路（ここでは一例として無線電話）により、サーバー２と通信することができるように構成されている点である。ナビゲーション３は、移動通信端末１１を接続するためのインターフェース（Ｉ／Ｆ）１３を備え、インターフェース１３を介して接続される移動通信端末１１にはアンテナ１２が接続され、無線電話回線上のデータ通信により、サーバー２との通信が可能とされている。他の構成は図４と同様であるので説明を省略する。無線電話以外の通信手段、例えば公衆無線ＬＡＮなどであってもよい。本実施形態４においても、Ｖ２Ｘモジュール１を通信装置１の一例とし、ナビゲーション３を情報機器３の一例として説明する。図３に示されるように、自車両２０＿１に搭載されているナビゲーション３には、移動通信端末（Mobile Phone）１１が接続され、認証サーバー２にはキャリア基地局１４との間でデータ通信回線が確立されており、アンテナ１２＿１と１２＿２を介する無線データ通信により、ナビゲーション３は認証サーバー２との間で、Ｖ２Ｘ通信とは別の通信回線を有している。ナビゲーション３と移動通信端末１１、移動通信端末１１とキャリア基地局１４、キャリア基地局１４と認証サーバー２のそれぞれの間の通信回線では、それぞれ任意の方法によってセキュリティが担保されている。
【００３７】
図９は、実施形態４に係る通信システム１００及び通信装置１による通信のプロトコルを示すフロー図である。Ｖ２Ｘモジュール１は、実施形態１と同様に、システム起動時にセキュアブートを実行し、自身の正当性を検証する。セキュアブートが完了した後に、自身が秘密に保持している秘密鍵を用いて署名を作成する。実施形態１では、Ｖ２Ｘモジュール１は作成した署名を、Ｖ２Ｘ通信の回線を通じてサーバー２に伝送したが、本実施形態４ではこれに代えてナビゲーション３に伝送し、移動通信端末１１経由で、作成した署名をサーバー２に伝送する。サーバー２は、署名とＶ２Ｘモジュール１のセキュアブート結果を検証し、真正なＶ２Ｘモジュールである判断したときには、セッション鍵を生成し公開鍵で暗号化する。暗号化されたセッション鍵はＶ２Ｘ通信を介してＶ２Ｘモジュール１に伝送され、受信したＶ２Ｘモジュール１では秘密鍵でこれを復号する。サーバー２はさらにＶ２Ｘデータとドライバをセッション鍵で暗号化し、暗号化されたＶ２ＸデータとドライバをＶ２Ｘモジュールに伝送する。これを受信したＶ２Ｘモジュール１は、Ｖ２Ｘデータとドライバをセッション鍵で復号して、Ｖ２Ｘデータを自身にインストールすることによってＶ２Ｘモジュールとして起動させ、ドライバをナビゲーション３に伝送してインストールさせる。
【００３８】
これにより、情報機器３が接続される車載ネットワーク４に対する、車両情報通信からの通信装置１を介した攻撃、或いは、通信装置１自身からの攻撃を防止することができる。
【００３９】
〔実施形態５〕
図１０は、実施形態５に係る通信システム１００及び通信装置１による通信のプロトコルを示すフロー図である。実施形態２、３と同様に、ナビゲーションやディスプレイオーディオ等の情報機器３にもセキュリティ機能が搭載された場合のプロトコルが示される。Ｖ２Ｘモジュール１は通信装置１の一例であり、ナビゲーション３は情報機器３の一例である。また、サーバー２とＶ２Ｘモジュール１との間の公開鍵暗号方式での通信の為に、サーバー２が署名検証に使う公開鍵を第１公開鍵とし、Ｖ２Ｘモジュール１が持つ鍵を第１秘密鍵とし、サーバー２とナビゲーション３との間の認証の為に、サーバー２が署名生成に使う秘密鍵を第２秘密鍵とし、これに対応してナビゲーション３が署名検証に使う公開鍵を第２公開鍵とする。
【００４０】
図９に示される実施形態４との違いは、ナビゲーション３が第１及び第２の秘密鍵・公開鍵のペアとは異なる第３公開鍵と第３秘密鍵のペアを生成する点である。必ずしも自ら生成する必要はなく、外部で生成されたものがインストールされていても良いが、内部で生成する方がセキュリティレベルを高くすることができる。Ｖ２Ｘモジュール１は、セキュアブート結果とＩＤと第１公開鍵を含む証明書から、第１秘密鍵を使って署名を生成し、ナビゲーション３へ送る。ナビゲーション３へは、送られてきた署名に第３公開鍵を付加して、移動通信端末１１経由の通信でサーバー２へ伝送する。サーバー２は、受信したＶ２Ｘモジュール１の署名とセキュアブート結果を検証し、Ｖ２Ｘモジュール１が正しいデバイスであると判断したときには、セッション鍵を生成し第１公開鍵で暗号化する。暗号化されたセッション鍵はＶ２Ｘ通信を介してＶ２Ｘモジュール１に伝送され、これを受信したＶ２Ｘモジュールでは第１秘密鍵でこれを復号する。サーバー２はさらにＶ２Ｘデータをセッション鍵で暗号化し、暗号化されたＶ２ＸデータをＶ２Ｘモジュール１に伝送する。これを受信したＶ２Ｘモジュール１は、Ｖ２Ｘデータをセッション鍵で復号して、Ｖ２Ｘデータを自身にインストールすることによってＶ２Ｘモジュールとして起動させる。また、サーバー２は、ドライバの署名を第２秘密鍵を使って生成し、第３公開鍵を使ってドライバとその署名を暗号化して、移動通信端末１１経由でナビゲーション３に伝送する。ナビゲーション３は受信した暗号文を、第３秘密鍵を使って復号し、第２公開鍵を使って署名を検証した後、第３秘密鍵を使って復号されたドライバをインストールする。
【００４１】
これにより、セキュリティがより強化される。セッション鍵をセキュアな公開鍵暗号方式で伝送するのと同様に、ドライバとその署名（第２署名）も同じく公開鍵暗号方式を使って伝送することができるからである。また合せて、実施形態２と同様に、情報機器３がドライバの署名（第２署名）を検証することによって送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、攻撃者にとって、サーバー２から送付されるデータの改ざんが、より困難となるからである。
【００４２】
さらには、本実施形態５と実施形態３とを組合せ、移動通信端末経由とＶ２Ｘモジュール経由で送付されたドライバと署名の両方のデータの比較検証を行う手段も有効である。これにより、セキュリティはさらに強化される。また、ドライバは第２公開鍵で暗号化されるため、Ｖ２Ｘモジュール１では復号することができない。これにより、Ｖ２Ｘモジュール１を経由する際に、Ｖ２Ｘモジュール１を不正に操作してドライバを読み出し、或いは改ざんするなどの攻撃が困難となる。
【００４３】
〔実施形態６（一般的な通信システム及びそれに使われる通信装置）〕
ここまでは通信システム全体がＶ２Ｘ通信に対応する場合について例示したが、他の通信システムにも適用することができる。即ち、代表的な実施の形態に係る通信システムは、情報機器３と、情報機器３に接続される通信装置１と、サーバー２と、通信装置１とサーバー２との間の通信手段とを有する通信システム１００であって、以下のように構成される。サーバー２は、情報機器３にインストールされることにより情報機器３を通信装置１と協働させるドライバを保持している。通信装置２は、情報機器３に接続された時に、自身についての署名をサーバー２に伝送し、サーバー２は、署名を検証した結果、通信装置２が正当な通信装置であると判断した場合に、情報機器３にドライバを伝送し、情報機器３は受信したドライバをインストールする。
【００４４】
ここで、「協働する」とは、協調して動作することを言い、本願の各実施形態によれば、通信装置１からの指示・制御によって、情報機器が何らかの表示または警告音などでユーザーに通知する例が示されるが、これに限定されることなく他の種々の協調動作を含む。
【００４５】
これにより、情報機器３に対する通信装置１からの或いは通信装置１を介しての攻撃を防止することができる。通信装置１が外部の認証サーバー２に自身の署名によって要求した認証が確認された場合に限って、接続される情報機器３にインストールされるドライバがサーバー２から配布されるので、通信装置１を介する情報機器３への不正な侵入や、元々通信装置１に埋め込まれたマルウェアによる情報機器３への攻撃が防止される。
【００４６】
ここで、図１に示されるＶ２Ｘデータに相当するデータは、必ずしも通信装置１にインストールされる必要があるわけではない。しかし、Ｖ２Ｘ通信のように、一旦サーバーによって認証された後の車車間通信のように、サーバー２を介さない通信が発生する場合には、相互認証を容易化するために、Ｖ２Ｘデータに相当するデータを通信装置１にインストールして通信に使用すると良い。図１には、通信装置１が固有の秘密鍵を保持し、公開鍵暗号方式で通信ができるように構成されている。サーバー２は通信装置１の正当性を確認した後、予めセッション鍵を生成してこのセッション鍵を用いて、ドライバ等を暗号化して伝送する例が開示されている。このとき、セッション鍵は共通鍵暗号方式における共通鍵であるとよい。セッション鍵自体の伝送は、公開鍵暗号方式で守られる。公開鍵暗号方式は鍵の共有と管理が容易であるが、復号のための演算負荷が重い。一方、共通鍵暗号方式は鍵の共有に課題があるが、復号のための演算負荷が軽い。そのため、セッション鍵は、ドライバなどの比較的大規模のデータの伝送には好適である一方、１回のセッションで使用されただけで破棄される。通信装置１の演算能力に余裕があれば、セッション鍵による共通鍵暗号方式に代えて公開鍵暗号方式によって、ドライバ等を伝送するように構成しても良い。通信装置１が情報機器３に接続された時に、自身についての署名をサーバー２に伝送するときには、図１に例示されるように公開鍵暗号方式によって暗号化するのがよい。セッション鍵による共通鍵暗号方式に代えて公開鍵暗号方式によって、ドライバ等を伝送するように構成する場合には、サーバー２によるセッション鍵の生成と暗号化、通信装置１への伝送、通信装置１におけるセッション鍵の復号は不要となる。
【００４７】
ここで、通信装置１に着目すれば、代表的な実施の形態に係る通信装置１は、サーバー２との第１通信を行うための第１インターフェース５と、情報機器３との第２通信を行うための第２インターフェース７と、前記第１及び第２通信に伴う通信プロトコル処理を含む情報処理を行なう情報処理部６とを備える通信装置１であって、以下のように構成される。情報処理部６は、通信装置１についての署名を第１インターフェース５からサーバー２に送出し、サーバー２が署名に基づいて通信装置１を認証した後に送付するドライバを、第１インターフェース５を介して受信し、受信したドライバを第２インターフェース７から情報機器３に送出する。
【００４８】
これにより、情報機器３に対する通信装置１からの或いは通信装置１を介しての攻撃を防止することができる。通信機器１が外部の認証サーバー２に自身の署名によって要求した認証が確認された場合に限って、接続される情報機器３にインストールされるドライバがサーバー２から配布されるので、通信機器１を介する情報機器３への不正な侵入や、元々通信機器１に埋め込まれたマルウェアによる情報機器３への攻撃が防止される。
【００４９】
通信装置１は、起動時にセキュアブートを行ない、秘密鍵を用いてセキュアブートの結果を含んで署名を生成して、サーバー２に伝送するのが好適である。セキュアブートは必ずしも必須ではないが、セキュアブートを行いその結果をサーバーに伝送することにより、サーバー２は、通信装置１のセキュアブートの結果を、検証した上で以降の処理を進めるので、通信装置１への改ざんを検知することが可能となるため、セキュリティが強化される。
【００５０】
情報機器３にもセキュリティ機能が搭載されている場合には、実施形態２、３、５に例示されるように、通信装置１とサーバー２の間の公開鍵暗号方式の署名認証で用いられる第１公開鍵と第１秘密鍵とは異なる第２公開鍵と第２秘密鍵を使った公開鍵暗号方式を採用してもよい。第２公開鍵と第２秘密鍵は、例えば、情報機器３が、自身が持つセキュリティ機能を使って生成するように構成することができる。
【００５１】
実施形態２に一例が示されるように、通信装置１は、サーバー２によって第２秘密鍵を使って生成された第２署名と、第２署名とともにセッション鍵を使って暗号化されたドライバとを、第１インターフェース５を介して受信し、受信した暗号化された第２署名を前記セッション鍵を用いて復号し、復号された第２署名を第２インターフェース７から情報機器３に送出する。
【００５２】
これにより、情報機器３は、ドライバの署名（第２署名）を自身に固有の第２秘密鍵を用いてサーバー２に作成させ、第２秘密鍵に対応する第２公開鍵で検証することにより、送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、セキュリティがより強化される。また、ドライバは第２公開鍵で暗号化されるため、通信装置１では復号することができない。これにより、通信装置１を経由する際に、通信装置１を不正に操作してドライバを読み出し、或いは改ざんするなどの攻撃が困難となる。
【００５３】
また、実施形態３に一例が示されるように、情報機器３は、前記第１及び第２の秘密鍵・公開鍵のペアとは異なる第３の秘密鍵・公開鍵のペアを有する。通信装置１は、情報機器３から第２インターフェース７を介して受信する第３公開鍵をさらに含んで署名を、第１秘密鍵を用いて生成して、サーバー２へ伝送する。サーバー２は受信した署名を、第１公開鍵を用いて復号することによって署名を検証し、署名が真正であると確認された後、セッション鍵を生成し、第１公開鍵で暗号化した後に、通信装置１に伝送する。通信装置１は受信したセッション鍵を、第１秘密鍵を用いて復号する。通信装置１は、サーバー２によって第１公開鍵を使って暗号化されたセッション鍵を、第１インターフェース５を介して受信し、受信した暗号化されたセッション鍵を、第１秘密鍵を用いて復号する。通信装置１は、サーバー２によって第３公開鍵を使って暗号化されたドライバと第２署名とを、第１インターフェース５を介して受信し、受信した暗号化されたドライバと第２署名を第２インターフェース７から情報機器３に送出する。情報機器３では第３秘密鍵を用いてこれを復号し、ドライバと第２署名とを得る。第２公開鍵を使って第２署名の正当性が検証された後に、第３秘密鍵を用いて復号されたドライバをインストールすることにより、安全な環境下で情報機器３を通信装置１と協働させることができる。
【００５４】
これにより、セッション鍵をセキュアな公開鍵暗号方式で伝送するのと同様に、ドライバとその署名（第２署名）も同じく公開鍵暗号方式を使って伝送することができる。さらに、実施形態２と同様に、情報機器３がドライバの署名（第２署名）を検証することによって送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、セキュリティがより強化される。
【００５５】
実施形態４、５に例示したように、情報機器３とサーバー２の間に別の通信路（第３通信）を設けても良い。これによりドライバは通信装置１が中継することなく直接に情報機器３に伝送される。
【００５６】
これにより、上述の例と同様に、セッション鍵をセキュアな公開鍵暗号方式で伝送するのと同様に、ドライバとその署名（第２署名）も同じく公開鍵暗号方式を使って伝送することができる。ここで、上述の例とは異なり、ドライバとその署名はサーバーと情報機器３との間の第３通信によって行われ、通信装置１を経由しない。通信経路は異なるが、上述の例と同様に、情報機器３がドライバの署名（第２署名）を検証することによって送付されたドライバが真正であることを確認した上でドライバをインストールすることができるので、セキュリティをより強化することができる。
【００５７】
以上本発明者によってなされた発明を実施形態に基づいて具体的に説明したが、本発明はそれに限定されるものではなく、その要旨を逸脱しない範囲において種々変更可能であることは言うまでもない。
【符号の説明】
【００５８】
１  通信装置（Ｖ２Ｘモジュール）
２  （外部認証）サーバー
３  情報機器
４  車載ネットワーク（ＣＡＮ: Controller Area Network）
５  ＲＦインターフェース（Ｉ／Ｆ）
６  情報処理部
７  ＣＡＮインターフェース（Ｉ／Ｆ）
８  ＣＡＮインターフェース（情報機器側）
９  情報処理部（情報機器側）
１０  表示部
１１  移動通信端末
１２  携帯電話用アンテナ
１３  移動通信端末用インターフェース（Ｉ／Ｆ）
１４  キャリア基地局
２０  車両
２１  路側機
２２  歩行者
２３  中間サーバー
２４  アンテナ
３０  ＬＳＩ（Large Scale Integrated circuit）
３１  ＣＰＵ（Central Processing Unit）
３２  ＲＯＭ（Read Only Memory）
３３  ＲＡＭ（Random Access Memory）
３４  バス
３５  ＲＦ−ＩＣ（Radio Frequency Integrated Circuit）
３７  ＣＡＮトランシーバ（Transceiver）
４０  暗号（Crypt）ＩＰ（Cryptograph Intellectual Property）
１００  通信システム
【図１】
0006659220.tif 000002
【図２】
0006659220.tif 000003
【図３】
0006659220.tif 000004
【図４】
0006659220.tif 000005
【図５】
0006659220.tif 000006
【図６】
0006659220.tif 000007
【図７】
0006659220.tif 000008
【図８】
0006659220.tif 000009
【図９】
0006659220.tif 000010
【図１０】
0006659220.tif 000011