(57)【特許請求の範囲】
【請求項１】
第１の装置にデータを送信する第２の装置に接続され、
前記第１の装置が保有する第１の鍵の生成に用いられたマスター鍵を取得するマスター鍵取得部と、
前記第１の装置へのデータ送信に先立ち、前記第２の装置から、前記第１の鍵の生成に用いられた前記第１の装置に固有の情報を第１の情報として受信し、前記第２の装置が前記第１の装置に送信することになる送信対象データに関連付けられている当該送信対象データの管理者の識別子を第２の情報として受信する受信部と、
前記マスター鍵と前記第１の情報とを用いて前記第１の鍵と同じ鍵を生成する第１の鍵生成部と、
前記第１の鍵生成部により生成された前記第１の鍵と同じ鍵と前記第２の情報とを用いて、前記第１の鍵と異なる第２の鍵を生成する第２の鍵生成部とを有し、
前記送信対象データは前記第２の鍵を用いて暗号化され、当該暗号化されたデータは、前記第２の装置から前記第１の装置に送信され、前記第１の装置で受信された前記暗号化されたデータは前記第１の鍵と前記第２の情報とを用いて前記第１の装置で生成された前記第２の鍵と同じ鍵を用いて復号される
ことを特徴とする鍵生成装置。
【請求項２】
前記第２の鍵生成部は、
前記第１の装置と共有している共通鍵生成アルゴリズムに従い、前記第２の鍵を生成し、
前記鍵生成装置は、
所定の復号アルゴリズムを実行可能な前記第１の装置に、前記復号アルゴリズムに対応する暗号化アルゴリズムに従って前記第２の鍵が用いられて暗号化された前記送信対象データと、前記第２の情報とを送信する第２の装置に接続されていることを特徴とする請求項１に記載の鍵生成装置。
【請求項３】
前記受信部は、
前記第２の装置から、前記第１の情報及び前記第２の情報とともに、前記送信対象データを受信し、
前記鍵生成装置は、更に、
前記暗号化アルゴリズムに従って、前記第２の鍵生成部により生成された第２の鍵を用いて前記送信対象データを暗号化する暗号化処理部と、
前記暗号化処理部により暗号化された送信対象データを前記第２の装置に送信する送信部とを有することを特徴とする請求項２に記載の鍵生成装置。
【請求項４】
前記鍵生成装置は、
前記暗号化アルゴリズムに従って第２の鍵を用いて前記送信対象データの暗号化を行う第２の装置に接続されており、
前記鍵生成装置は、更に、
前記第２の鍵生成部により生成された第２の鍵を前記第２の装置に送信する送信部を有することを特徴とする請求項２に記載の鍵生成装置。
【請求項５】
前記第２の鍵生成部は、
前記第１の鍵生成部により生成された前記第１の鍵と同じ鍵に一方向演算を行い、一方向演算結果と前記第２の情報とを用いて、第２の鍵を生成することを特徴とする請求項１〜４のいずれかに記載の鍵生成装置。
【請求項６】
前記受信部は、
前記第２の装置から、前記送信対象データの管理者の識別子を第２の情報として受信することを特徴とする請求項１〜５のいずれかに記載の鍵生成装置。
【請求項７】
前記鍵生成装置は、更に、
前記第１の装置が前記第２の鍵生成部により生成された前記第２の鍵を保有している場合に、前記第１の装置に対して前記第２の鍵の使用を停止するよう要求する鍵使用停止要求を生成するとともに、生成した鍵使用停止要求を前記第１の鍵で暗号化、又は前記第１の鍵を利用したメッセージ認証子を前記鍵使用停止要求に付加する鍵使用停止要求生成部と、
暗号化された鍵使用停止要求又はメッセージ認証子が付加された鍵使用停止要求を前記第１の装置に対して送信する送信部とを有することを特徴とする請求項１〜６のいずれかに記載の鍵生成装置。
【請求項８】
鍵生成装置と接続され、所定の端末装置にデータを送信するデータ提供装置であって、  前記端末装置へのデータ送信に先立ち、前記端末装置から、前記端末装置が保有する第１の鍵の生成に用いられた前記端末装置に固有の情報を第１の情報として受信する端末通信部と、
前記端末装置に送信することになる送信対象データに関連付けられている当該送信対象データの管理者の識別子を第２の情報として含み、前記端末通信部により受信された第１の情報を含む鍵生成要求を生成する要求生成部と、
前記鍵生成要求を前記鍵生成装置に送信し、前記鍵生成装置に、前記第１の情報を用いて前記第１の鍵と同じ鍵を生成させ、生成された前記第１の鍵と同じ鍵と前記第２の情報とを用いて前記第１の鍵と異なる第２の鍵を生成させる鍵生成通信部とを有し、
前記端末通信部は前記送信対象データが前記第２の鍵を用いて暗号化された暗号化データを前記端末装置に送信し、前記端末装置で受信された暗号化データは前記第１の鍵と前記第２の情報とを用いて前記端末装置で生成された前記第２の鍵と同じ鍵を用いて復号される
ことを特徴とするデータ提供装置。
【請求項９】
前記鍵生成通信部は、
前記鍵生成要求と前記送信対象データとを前記鍵生成装置に送信し、前記鍵生成装置に、前記鍵生成装置と前記端末装置が共有している共通鍵生成アルゴリズムに従って前記第１の鍵と同じ鍵と前記第２の情報とを用いて前記第２の鍵を生成させ、前記端末装置が実行可能な復号アルゴリズムに対応する暗号化アルゴリズムに従って前記第２の鍵を用いた前記送信対象データの暗号化を行わせ、前記鍵生成装置から、前記送信対象データが暗号化された暗号化データを受信し、
前記端末通信部は、
前記暗号化データと、前記第２の情報とを前記端末装置に送信することを特徴とする請求項８に記載のデータ提供装置。
【請求項１０】
前記データ提供装置は、更に、
前記端末装置が実行可能な秘匿化解除アルゴリズムに対応する秘匿化アルゴリズムに従って、所定の保護データを用いて前記送信対象データを秘匿化する秘匿化処理部と、
前記鍵生成通信部は、
前記鍵生成要求と前記秘匿化処理部により秘匿化された秘匿化送信対象データとを前記鍵生成装置に送信し、前記鍵生成装置に、前記第２の鍵を用いた前記秘匿化送信対象データの暗号化を行わせ、前記鍵生成装置から、前記秘匿化送信対象データが暗号化された暗号化データを受信し、
前記端末通信部は、
前記暗号化データと、前記第２の情報と、前記保護データとを前記端末装置に送信することを特徴とする請求項９に記載のデータ提供装置。
【請求項１１】
前記鍵生成通信部は、
前記鍵生成要求を前記鍵生成装置に送信し、前記鍵生成装置に、前記鍵生成装置と前記端末装置が共有している共通鍵生成アルゴリズムに従って前記第１の鍵と同じ鍵と前記第２の情報とを用いて前記第２の鍵を生成させ、前記鍵生成装置から、生成された前記第２の鍵を受信し、
前記データ提供装置は、更に、
前記端末装置が実行可能な復号アルゴリズムに対応する暗号化アルゴリズムに従って前記第２の鍵を用いて前記送信対象データの暗号化を行う暗号化処理部を有し、
前記端末通信部は、
前記送信対象データが暗号化された暗号化データと、前記第２の情報とを前記端末装置
に送信することを特徴とする請求項８記載のデータ提供装置。
【請求項１２】
鍵生成装置と接続されているデータ提供装置からデータを受信する端末装置であって、
第１の鍵を記憶する第１の鍵記憶部と、
前記第１の鍵の生成に用いられた前記端末装置に固有の情報を第１の情報として記憶する第１の情報記憶部と、
前記データ提供装置からのデータ受信に先立ち、前記第１の情報を前記データ提供装置に送信する送信部と、
前記データ提供装置から送信される送信対象データに関連付けられている当該送信対象データの管理者の識別子を含む第２の情報と、第２の鍵によって暗号化された前記送信対象データである暗号化データを前記データ提供装置から受信する受信部と、
前記第１の鍵記憶部の前記第１の鍵と前記受信部により受信された前記第２の情報とを用いて前記第２の鍵と同じ鍵を生成する鍵生成部と、
前記鍵生成部により生成された第２の鍵と同じ鍵を用いて前記暗号化データを復号する復号処理部とを有し、
前記第２の鍵は、前記データ提供装置から前記鍵生成装置に送信された前記第１の情報を用いて前記鍵生成装置で生成された前記第１の鍵と同じ鍵と、前記データ提供装置から前記鍵生成装置に送信された前記第２の情報とを用いて、前記鍵生成装置で生成される
ことを特徴とする端末装置。
【請求項１３】
前記第２の鍵は、前記データ提供装置から前記鍵生成装置に送信された前記第１の情報を用いて前記鍵生成装置で生成された前記第１の鍵と同じ鍵と、前記データ提供装置から前記鍵生成装置に送信された前記第２の情報とを用いて、前記鍵生成装置で共通鍵生成アルゴリズムに従い生成され、
前記鍵生成部は、前記鍵生成装置と共有している共通鍵生成アルゴリズムに従い、前記第２の鍵と同じ鍵を生成することを特徴とする請求項１２に記載の端末装置。
【請求項１４】
前記受信部は、
前記端末装置が実行可能な秘匿化解除アルゴリズムに対応する秘匿化アルゴリズムに従い所定の保護データを用いて前記データ提供装置で前記送信対象データが秘匿化された秘匿化送信対象データが暗号化された暗号化データと、前記第２の情報と、前記保護データとを前記データ提供装置から受信し、
前記復号処理部は、
前記暗号化データを復号して前記秘匿化送信対象データを抽出し、
前記端末装置は、更に、
前記秘匿化解除アルゴリズムに従い、前記保護データを用いて、前記復号処理部により抽出された前記秘匿化送信対象データの秘匿化を解除する秘匿化解除処理部を有することを特徴とする請求項１２または１３に記載の端末装置。
【請求項１５】
コンピュータを請求項１に記載の鍵生成装置として機能させるためのプログラム。
【請求項１６】
コンピュータを請求項８に記載のデータ提供装置として機能させるためのプログラム。
【請求項１７】
コンピュータを請求項１２に記載の端末装置として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、暗号化されたデータを配信する技術に関する。
より具体的には、本発明は、例えばＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）と呼ばれる無線通信方式により、暗号化されたコンテンツを車載器に配信する技術に関する。
【背景技術】
【０００２】
ＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍｓ）の分野における代表的なシステムとして、有料道路（高速道路等）の通行料金を自動的に収受し、有料道路の利用者がほとんどノンストップで料金所を通過することができる有料道路自動料金収受システム（ＥＴＣ：  Ｅｌｅｃｔｒｏｎｉｃ  Ｔｏｌｌ  Ｃｏｌｌｅｃｔｉｏｎ）が既に実用化されている。
ＥＴＣは、車両に搭載されたＥＴＣ車載器と料金所の入出庫ゲートに設けられる路側機との間で専用狭域通信（ＤＳＲＣ）により料金収受に必要な情報を交換することで成り立つシステムである。
専用狭域通信とは、ＥＴＣや商用車管理システム等の路車間通信に用いられる無線通信のことをいい、光を用いる方式と電波を用いる方式があり、通信可能な範囲は一般に路側機から数メートル〜数１００メートルである。
【０００３】
この専用狭域通信を利用するシステムとして、配信したいコンテンツを暗号化したデータと、当該データを復号するための鍵とを配信するシステムが開示されている（例えば特許文献１）。
このシステムによれば、暗号化されたコンテンツをＤＳＲＣを利用して配信した後、契約した車載器にのみ復号するための鍵を送信することで、契約者のみコンテンツを利用することができる。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−２７１１２５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上述した背景技術には次の課題があると考えられる。
【０００６】
暗号化したコンテンツと鍵をＤＳＲＣで配信する場合、無線区間に鍵が現われるため盗聴が可能であり、鍵だけでなくコンテンツ自体も漏洩する恐れがある。
また既存システムで使用されている鍵をコンテンツ暗号化用の鍵として使用する方法も考えられる。
既存システムの鍵をコンテンツ暗号化用の鍵として使用する場合には、既存システムの鍵が無線通信されないので、上述のような問題が生じない。
しかし、既存システムで使用している鍵が漏洩した場合の影響が大きいため、既存システムで使用している鍵を既存システム以外で利用することは鍵の管理コスト等を考慮すると困難である。
また、既存システムの鍵をコンテンツ暗号化に用いる場合は、全てのコンテンツ配信事業者が同一の鍵を使用するため個々の事業者を識別できなくなる。コンテンツ利用者はコンテンツの配信元を識別することができないため、例えば、何者かが正規のコンテンツ配信事業者を詐称して不正なコンテンツを配信していても正規のコンテンツ配信事業者からのコンテンツと認識してしまう。
また、コンテンツ配信事業者毎等に異なる鍵を車載器に格納する方法も考えられえるが、新規もしくは追加機能としての鍵発行システムや鍵の格納手順が必要であるため設備面等での費用がかかり実現は困難である。
【０００７】
この発明は、上記のような課題を解決することを主な目的の一つとしており、漏洩の危険なく、既存の鍵を用いて、データ提供元の識別が可能な新たな鍵を生成し、生成した新たな鍵を用いてデータを暗号化して暗号化データを配信する仕組みを実現する。
【課題を解決するための手段】
【０００８】
本発明に係る鍵生成装置は、第１の装置にデータを送信する第２の装置に接続され、前記第１の装置が保有する第１の鍵の生成に用いられたマスター鍵を取得するマスター鍵取得部と、前記第１の装置へのデータ送信に先立ち、前記第２の装置から、前記第１の鍵の生成に用いられた前記第１の装置に固有の情報を第１の情報として受信し、前記第２の装置が前記第１の装置に送信することになる送信対象データに関連付けられている当該送信対象データの管理者の識別子を第２の情報として受信する受信部と、前記マスター鍵と前記第１の情報とを用いて前記第１の鍵と同じ鍵を生成する第１の鍵生成部と、前記第１の鍵生成部により生成された前記第１の鍵と同じ鍵と前記第２の情報とを用いて、前記第１の鍵と異なる第２の鍵を生成する第２の鍵生成部とを有し、前記送信対象データは前記第２の鍵を用いて暗号化され、当該暗号化されたデータは、前記第２の装置から前記第１の装置に送信され、前記第１の装置で受信された前記暗号化されたデータは前記第１の鍵と前記第２の情報とを用いて前記第１の装置で生成された前記第２の鍵と同じ鍵を用いて復号されることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、既存の第１の鍵は送信されず、第１の鍵の漏洩の危険がなく、新たな第２の鍵を生成することができる。
更に、第１の装置において、暗号化された送信対象データが正しく復号できた場合は、送信対象データの管理者の識別子に基づき復号化されたことが分かり、正当な管理者からのコンテンツデータであると判断できる。
【図面の簡単な説明】
【００１０】
【図１】実施の形態１に係るシステム構成例を示す図。
【図２】実施の形態１に係る装置間のデータフローの概要を示す図。
【図３】実施の形態１に係る車載器の構成例を示す図。
【図４】実施の形態１に係る路側機の構成例を示す図。
【図５】実施の形態１に係るセンター装置の構成例を示す図。
【図６】実施の形態２に係る装置間のデータフローの概要を示す図。
【図７】実施の形態２に係る車載器の構成例を示す図。
【図８】実施の形態２に係る路側機の構成例を示す図。
【図９】実施の形態２に係るセンター装置の構成例を示す図。
【図１０】実施の形態３に係る装置間のデータフローの概要を示す図。
【図１１】実施の形態１〜３に係る車載器、路側機、センター装置のハードウェア構成例を示す図。
【発明を実施するための形態】
【００１１】
実施の形態１．
本実施の形態は、既存システムで使用されている鍵から、コンテンツ配信事業者（以下、単に事業者ともいう）毎等に異なる鍵（事業者個別鍵）を生成することで、個々のコンテンツ配信事業者を識別する方法を説明する。
本実施の形態で説明する事業者個別鍵は、事業者個別鍵間で互いの鍵を求めることが困難であることはもちろん、事業者個別鍵から既存システムで使用されている鍵を求めることが困難であり、既存システムの認証処理の成りすまし等もが困難な構成である。
【００１２】
図１は、本実施の形態に係るシステムの構成例を示す。
車載器１００は、車両に搭載され、路側機２００を利用してサービスを享受するために使用される機器である。
車載器１００は、路側機２００に対してコンテンツの配信を要求する。
車載器１００は、端末装置及び第１の装置の例である。
【００１３】
路側機２００は、車載器１００に対してサービスを提供する機器である。
路側機２００は、車載器１００から配信を要求されたコンテンツの暗号化をセンター装置３００に対して要求し、センター装置３００から暗号化されたコンテンツを受信するとともに車載器１００に転送する。
路側機２００は、データ提供装置及び第２の装置の例である。
【００１４】
センター装置３００は、路側機２００からの要求に応じて、車載器１００が保有している車載個別鍵と同じ鍵を生成し、更に、事業者個別鍵を生成し、車載器１００に配信されるコンテンツの暗号化を事業者個別鍵を用いて行い、暗号化されたコンテンツを路側機２００に送信する。
なお、車載器個別鍵は、車載器ごとに異なる鍵であり、既存システムに利用される鍵である。
また、事業者個別鍵とは、車載器ごと、かつコンテンツ配信事業者ごとに異なる鍵である。
つまり、車載器Ａに配信される事業者Ｂのコンテンツの暗号化のために生成された事業者個別鍵は、車載器Ａと事業者Ｂという組み合わせに固有の鍵である。
後述するように、車載器Ａには、事業者固有鍵で暗号化されたコンテンツが配信されるが、センター装置３００以外では車載器Ａのみが適切に事業者個別鍵を生成可能であり、また、車載器Ａが生成した事業者個別鍵は事業者Ｂからのコンテンツの復号のみが可能である。
また、センター装置３００は、既存システム用の鍵（車載器個別鍵）の生成に用いられる装置であり、既存システム用の鍵の生成の役割を担うとともに、コンテンツの暗号化のための事業者個別鍵を生成し、コンテンツを暗号化する。
【００１５】
車載器１００において、１０１は車載器１００の通信ＩＦ（インタフェース）である通信部である。
１０２は通信制御、その他サービスの提供を行う制御部である。
１０３は既存システムで使用する鍵を管理し、この鍵を使用した既存システムの認証処理を行う鍵管理部である。
またこの鍵管理部１０３は、本実施の形態に係る事業者個別鍵の生成処理も行う。
【００１６】
路側機２００において、２０１は路側機２００の車載器１００との通信ＩＦである通信部である。
２０２は通信制御、その他サービスの提供を行う制御部である。
２０３は路側機２００のセンター装置３００との通信ＩＦである通信部である。
【００１７】
センター装置３００において、３０１はセンター装置３００の通信ＩＦである通信部である。
３０２は通信制御、その他サービスの提供を行う制御部である。
３０３は既存システムで使用する鍵を管理し、この鍵を使用した既存システムの認証処理を行う鍵管理部である。
またこの鍵管理部３０３は、本実施の形態に係る事業者個別鍵の生成処理も行う。
【００１８】
図２は、実施の形態１おける装置間のフローを示すものであり、各要求と応答の送受信は、図１の車載器１００の通信部１０１、図１の路側機２００の通信部２０１、通信部２０３、図１のセンター装置３００の通信部３０１を介して行われる。
車載器１００と路側機２００の間は既存システムで使用されている通信もしくは、それ以外の通信でも良い。
また、路側機２００とセンター装置３００間はインターネット等を利用して通信が行われるが、路側機２００とセンター装置３００との間では、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｕｒｉｔｙ）等によりセキュアな通信が確立されているものとする。
【００１９】
図３、図４、図５はそれぞれ車載器１００、路側機２００、センター装置３００の構成を詳細に示した図である。
なお、図３、図４、図５において破線で示したものはデータを意味し、実線で示したものは処理を行うモジュールを意味する。
【００２０】
図３において、通信部１０１は、情報記憶部１３０に記憶されている車載器識別子４３１を路側機２００に送信し、また、路側機２００から事業者識別子４３６、暗号化データ４３７及び保護データ４３８を受信する。
通信部１０１は、送信部及び受信部の例である。
なお、車載器識別子４３１、暗号化データ４３７及び保護データ４３８の詳細は後述するが、事業者識別子４３６は第２の情報の例である。
【００２１】
鍵管理部１０３において、情報記憶部１３０は車載器識別子４３１と車載器個別鍵４３２を記憶する。
車載器識別子４３１は、車載器１００に固有な情報であり、車載器１００を一意に識別可能な識別子である。また、車載器識別子４３１は車載器個別鍵４３２の生成に用いられた情報であり、後述するように、センター装置３００は車載器識別子４３１から車載器個別鍵４３２と同じ鍵を生成する。車載器識別子４３１は、第１の情報の例である。
車載器個別鍵４３２は、車載器１００に固有の鍵であり、既存システムにおいて暗号通信を行うために用いられる鍵である。車載器個別鍵４３２は、第１の鍵の例である。
情報記憶部１３０は、第１の鍵記憶部及び第１の情報記憶部の例である。
事業者個別鍵生成部１３１は、通信部１０１により受信された事業者識別子４３６と車載器個別鍵４３２から所定の共通鍵生成アルゴリズムに従い、事業者個別鍵４３３を生成する。
事業者個別鍵生成部１３１は、後述するように、センター装置３００と共通鍵生成アルゴリズムを共有しており、受信した事業者識別子４３６と車載器個別鍵４３２に対して共通鍵生成アルゴリズムを適用して、センター装置３００が生成した事業者個別鍵４５６と同じ事業者個別鍵４３３を生成する。
事業者個別鍵生成部１３１は鍵生成部の例であり、事業者個別鍵４３３は第２の鍵の例である。
【００２２】
制御部１０２において、復号処理部１３２は、事業者個別鍵生成部１３１により生成された事業者個別鍵４３３を用いて、通信部１０１により受信された暗号化データ４３７の復号処理を行い、復号データ４３４を得る。
なお、暗号化データ４３７は路側機２００により保護データ４３８とともに所定の秘匿化アルゴリズムが実行されて秘匿化されたデータが暗号化されたものであるため、復号処理部１３２の復号結果である復号データ４３４は、まだ秘匿化された状態である。なお、復号データ４３４は、秘匿化送信対象データの例である。
復元処理部１３３は、路側機２００の秘匿化アルゴリズムに対応する秘匿化解除アルゴリズムを実行可能であるため、保護データ４３８を用いて復号データ４３４に対して秘匿化解除アルゴリズムを実行して秘匿化を解除して、コンテンツデータ４３５を得る。コンテンツデータ４３５は、送信対象データの例である。
復元処理部１３３は、秘匿化解除処理部の例である。
【００２３】
図４において、通信部２０１は、車載器１００から車載器識別子４４１を受信し、暗号化データ４４６、保護データ４４３及び事業者識別子４４４を車載器１００に送信する。
車載器識別子４４１は図３に示した車載器識別子４３１と同じものであり、第１の情報の例である。
暗号化データ４４６は図３に示した暗号化データ４３７と同じものである。
保護データ４４３は図３に示した保護データ４３８と同じものである。
事業者識別子４４４は図３に示した事業者識別子４３６と同じものであり、第２の情報の例である。
通信部２０１は、端末通信部の例である。
【００２４】
制御部２０２において、保護データ生成部２４２は、コンテンツデータ４４２の秘匿化のために用いられる保護データ４４３を生成する。
加工処理部２４１は、コンテンツデータ４４２と保護データ４４３に対して、車載器１００で実行可能な秘匿化解除処理に対応する秘匿化処理を行って暗号化対象データ４４５を生成する。暗号化対象データ４４５はセンター装置３００における暗号化の対象となるデータである。
なお、暗号化対象データ４４５は図１に示した復号データ４３４と同じものであり、秘匿化送信対象データの例である。
コンテンツデータ４４２は図１に示したコンテンツデータ４３５と同じものであり、送信対象データの例である。
また、加工処理部２４１は秘匿化処理部の例である。
情報記憶部２４３は、事業者識別子４４４を記憶している。
事業者識別子４４４は、コンテンツデータ４４２を配信するコンテンツ配信事業者（コンテンツデータの管理者）に固有の情報であり、コンテンツ配信事業者を一意に識別可能な識別子である。
事業者識別子４４４は、コンテンツデータ４４２に対応付けられた情報であり、第２の情報の例である。
要求生成部２４０は、車載器１００から受信した車載器識別子４４１と情報記憶部２４３内の事業者識別子４４４とを含み、センター装置３００に対して暗号化対象データ４４５を暗号化するための鍵（事業者個別鍵）の生成を要求する鍵生成要求４４０を生成する。
【００２５】
通信部２０３は、暗号化対象データ４４５と鍵生成要求４４０（事業者識別子４４４、車載器識別子４４１を含む）をセンター装置３００に送信し、センター装置３００に事業者個別鍵を生成させ、また、事業者個別鍵を用いて暗号化対象データ４４５の暗号化を行わせる。
また、通信部２０３は、センター装置３００から暗号化データ４４６を受信する。
なお、暗号化データ４４６は図１に示した暗号化データ４３７と同じものである。
通信部２０３は、鍵生成通信部の例である。
【００２６】
図５において、通信部３０１は、路側機２００から、暗号化対象データ４５３と、鍵生成要求４４０内の事業者識別子４５２と車載器識別子４５１を受信する。
暗号化対象データ４５３は図４に示した暗号化対象データ４４５と同じものである。
事業者識別子４５２は図４に示した事業者識別子４４４と同じであり、第２の情報の例である。
車載器識別子４５１は図４に示した車載器識別子４４１と同じであり、第１の情報の例である。
また、通信部３０１は、路側機２００に、暗号化データ４５４を送信する。
暗号化データ４５４は図４に示した暗号化データ４４６と同じものである。
通信部３０１は、受信部及び送信部の例である。
【００２７】
鍵管理部３０３において、マスター鍵記憶部３５０は、車載器１００が保有する車載器個別鍵４３２の生成に用いられたマスター鍵４５０を記憶する。マスター鍵記憶部３５０は、耐タンパ性の記憶装置により実現される。
車載器個別鍵生成部３５１は、マスター鍵記憶部３５０からマスター鍵４５０を入力し、また、通信部３０１により受信された車載器識別子４５１を入力し、マスター鍵４５０と車載器識別子４５１を用いて、車載器１００が保有する車載器個別鍵４３２と同じ鍵である車載器個別鍵４５５を生成する。車載器個別鍵４５５は、第１の鍵と同じ鍵の例である。
車載器個別鍵生成部３５１は、車載器１００が保有する車載器個別鍵４３２の生成アルゴリズムと同じ生成アルゴリズムにより車載器個別鍵４５５を生成する。
車載器個別鍵生成部３５１は、第１の鍵生成部及びマスター鍵取得部の例である。
事業者個別鍵生成部３５２は、通信部３０１により受信された事業者識別子４５２と車載器個別鍵生成部３５１により生成された車載器個別鍵４５５を用いて、事業者個別鍵４５６を生成する。事業者個別鍵４５６は第２の鍵の例である。
事業者個別鍵生成部３５２は、第２の鍵生成部の例である。
事業者個別鍵４５６は車載器個別鍵４５５と事業者識別子４５２が組み合わされて生成された鍵であり、事業者個別鍵４５６と同じ鍵は、車載器個別鍵４５５と同じ鍵と事業者識別子４５２と同じ情報を保有し、また、事業者個別鍵４５６の生成アルゴリズムを実行可能な装置でないと生成できない。
事業者個別鍵生成部３５２と車載器１００の事業者個別鍵生成部１３１は、事業者個別鍵の生成アルゴリズム（共通鍵生成アルゴリズム）を共有している。
そして、車載器１００の事業者個別鍵生成部１３１は、図３に示すように、車載器個別鍵４３２（＝車載器個別鍵４５５）を保有し、事業者識別子４３６（＝事業者識別子４５２）を路側機２００から受信し、また、共通鍵生成アルゴリズムを実行可能であるため、事業者個別鍵生成部１３１のみが事業者個別鍵４５６と同じ鍵である事業者個別鍵４３３を生成可能である。
このため、車載器１００のみが、事業者個別鍵４５６を用いて暗号化された暗号化データ４５４（＝暗号化データ４３７）を事業者個別鍵４３３を用いて復号可能である。
なお、車載器１００の復号処理部１３２は、後述する暗号処理部３５３の暗号化アルゴリズムに対応する復号アルゴリズムを実行可能である。
【００２８】
制御部３０２において、暗号処理部３５３は、事業者個別鍵生成部３５２により生成された事業者個別鍵４５６を用いて、路側機２００から受信した暗号化対象データ４５３の暗号化を行い、暗号化データ４５４を生成する。
暗号処理部３５３が実行する暗号化アルゴリズムは、車載器１００の復号処理部１３２が実行可能な復号アルゴリズムに対応する暗号化アルゴリズムである。
【００２９】
車載器１００が図２のコンテンツ配信要求Ｓ２０１を送信する際には、図３の鍵管理部鍵管理部１０３にある車載器識別子４３１を、通信部１０１を介して図２のコンテンツ配信要求Ｓ２０１として路側機２００に送信する。
なお車載器識別子４３１は制御部１０２が保持してもよい。
【００３０】
図２のコンテンツ配信要求Ｓ２０１を図４の通信部２０１を介して路側機２００が受信すると、路側機２００は当該要求から車載器識別子４４１を取り出す。
また、保護データ生成部２４２が保護データ４４３を生成し、コンテンツデータ４４２とともに加工処理部２４１へ入力し、加工処理部２４１により暗号化対象データ４４５を得る。
路側機２００は通信部２０３を介して暗号化対象データ４４５、鍵生成要求４４０（車載器識別子４４１、事業者識別子４４４）を図２の暗号化要求Ｓ２０２としてセンター装置３００へ送信する。
【００３１】
図２の暗号化要求Ｓ２０２を図５の通信部３０１を介してセンター装置３００が受信すると、センター装置３００は当該要求から車載器識別子４５１、事業者識別子４５２、暗号化対象データ４５３を取り出す。
その後、車載器識別子４５１を車載器個別鍵生成部３５１へ入力し、車載器識別子４５１とマスター鍵４５０から車載器個別鍵生成部３５１により車載器個別鍵４５５を得る。
その後、この車載器個別鍵４５５と事業者識別子４５２を事業者個別鍵生成部３５２に入力し、事業者個別鍵生成部３５２により事業者個別鍵４５６を得る。
センター装置３００は、事業者個別鍵４５６と暗号化対象データ４５３を暗号処理部３５３へ入力し、暗号処理部３５３により暗号化データ４５４を得る。
その後、通信部３０１を介して暗号化データ４５４を図２の暗号化応答Ｓ２０３として路側機２００へ送信する。
【００３２】
図２の暗号化応答Ｓ２０３を図４の通信部２０３を介して路側機２００が受信すると路側機２００は、当該応答から暗号化データ４４６を取り出す。
その後、暗号化データ４４６と、暗号化要求Ｓ２０２を生成する際に得た保護データ４４３、事業者識別子４４４を、通信部２０１を介して図２のコンテンツ配信応答Ｓ２０４として車載器１００に送信する。
【００３３】
図２のコンテンツ配信応答Ｓ２０４を図３の通信部１０１を介して車載器１００が受信すると、車載器１００は当該応答から事業者識別子４３６、暗号化データ４３７と保護データ４３８を取り出す。
次に、事業者識別子４３６と車載器個別鍵４３２を事業者個別鍵生成部１３１へ入力し、事業者個別鍵生成部１３１により事業者個別鍵４３３を得る。
次に、事業者個別鍵４３３と暗号化データ４３７を復号処理部１３２へ入力し、復号処理部１３２により復号データ４３４を得る。
その後、復号データ４３４と保護データ４３８を復元処理部１３３へ入力し、復元処理部１３３によりコンテンツデータ４３５を得る。
【００３４】
以下、本実施の形態に係る車載器１００、路側機２００、センター装置３００の各構成要素の動作をより詳細に説明する。
【００３５】
図４の保護データ４４３は、コンテンツデータ４４２の内容をセンター装置３００に対して秘密にする場合に使用するものである。
保護データ生成部２４２は、保護データ４４３を生成するモジュールである。
加工処理部２４１は、保護データ４４３を使用してコンテンツデータ４４２をセンター装置３００対して秘密にするモジュールである。
これらのモジュールは、例えば保護データ生成部２４２を乱数生成器とし、加工処理部２４１を保護データ４４３とコンテンツデータ４４２との排他的論理和演算を行う手段とすることで構成できる。
この場合、センター装置３００は乱数によってマスクされたデータ（図４中の暗号化対象データ４４５）を受信したとしても乱数（図４中の保護データ４４３）を知らないため元のコンテンツデータ４４２を得ることができない。
【００３６】
図５の車載器識別子４５１は車載器を一意に識別するためのデータであり、事業者識別子４５２は事業者を一意に識別するためのデータである。
車載器識別子４５１は車載器毎に異なる車載器個別鍵４５５を生成するために使用される。
事業者識別子４５２は、車載器ならびに事業者毎に異なる事業者個別鍵４５６を生成するために使用する。
車載器個別鍵生成部３５１は、既存システムに依存するが、共通鍵暗号を使用した場合、例えばシステム管理者のみが知るマスター鍵４５０を使用して、以下の演算により車載器識別子４５１を暗号化した結果を車載器個別鍵４５５とする。
車載器個別鍵４５５＝Ｅｎｃ（マスター鍵４５０，車載器識別子４５１）
ここでＥｎｃ（Ｘ，Ｙ）とは、鍵Ｘを使用してＹを暗号化する処理を表わす。
また、事業者個別鍵生成部３５２は、例えば、以下の演算で事業者個別鍵４５６を生成する。
事業者個別鍵４５６＝Ｅｎｃ（Ｈａｓｈ（車載器個別鍵４５５），事業者識別子４５２）
ここで、Ｈａｓｈ（Ｘ）とは、一方向性関数によりＸのハッシュ値を計算し、Ｅｎｃで使用できる鍵フォーマットに整形する処理を表わす。
整形する処理とは、例えばハッシュ値が鍵長に足りない場合はパディング、鍵長より長い場合は切り捨てすることで実現できる。
このように構成することで、車載器個別鍵４５５から車載器１００にとって事業者毎に異なる事業者個別鍵４５６を生成することができる。
また、Ｅｎｃとして安全性の高い暗号アルゴリズムを使用することで、一つまたは複数の事業者識別子と事業者個別鍵を利用して他の事業者個別鍵をもとめることやＨａｓｈ（車載器個別鍵）を求めることは困難である。
また、万が一正当権限のない者がＨａｓｈ（車載器個別鍵）を入手したとしても、Ｈａｓｈとして安全性の高い一方向性関数を使用することで、車載器個別鍵を求めることは困難となる。
また、事業者個別鍵の生成に、車載器個別鍵そのものではなく、車載器個別鍵を変換した値を使用することで、生成された事業者個別鍵を、既存システムで行われている認証処理へ流用することが困難となる。
【００３７】
車載器１００は、図３の事業者個別鍵生成部１３１を利用してセンター装置３００と同様に次の処理を行うことで同じ事業者個別鍵４３３を生成することができる。
事業者個別鍵４３３＝Ｅｎｃ（Ｈａｓｈ（車載器個別鍵４３２），事業者識別子４３６）
事業者個別鍵４３３と事業者個別鍵４５６、車載器個別鍵４３２と車載器個別鍵４５５、事業者識別子４３６と事業者識別子４５２は、それぞれ同じ値である。
復号処理部１３２は暗号化データ４３７を復号する処理を行うモジュールであり、このモジュールを共通鍵暗号で構成した場合、出力である復号データ４３４は、図４の暗号化対象データ４４５と同一のものとなる。
復元処理部１３３は図２の路側機２００の加工処理部２４１に対応して構成され、この実施の形態１では保護データ４３８と復号データ４３４との排他的論理和演算を行う手段で構成できる。
このモジュールの出力であるコンテンツデータ４３５は、図４のコンテンツデータ４４２と同一のものである。
暗号化データ４３７は車載器毎にかつ事業者毎に異なる鍵で暗号化されているため通信路を盗聴されていたとしても、路側機２００は車載器１００にコンテンツデータ４３５を漏洩することなく送信できる。
【００３８】
また、実施の形態１は、車載器が対応すれば、この仕組みを利用してコンテンツの暗号化だけでなく、チャレンジ＆レスポンス等の認証処理を行うことも可能である。
【００３９】
なお、図５では、マスター鍵４５０はマスター鍵記憶部３５０に記憶されていることしたが、マスター鍵４５０がマスター鍵記憶部３５０に記憶されているのではなく、センター装置３００が路側機２００から図２に示すＳ２０２暗号化要求を受信し車載器個別鍵４５５の生成の必要が生じた際に、システム管理者がマスター鍵４５０をセンター装置３００に入力し、車載器個別鍵生成部３５１はシステム管理者により入力されたマスター鍵４５０を用いて車載器個別鍵４５５を生成するようにしてもよい。
【００４０】
本実施の形態によれば、既存システムで利用されている鍵を用いて、既存システムに影響を与えることなく、また鍵発行やそのセットアップ等を必要とせず車載器毎に事業者個別の鍵を持たせることが可能である。
また既存システムや正しい路側機を使用することで、事業者個別鍵の使用を停止することができるためより高いセキュリティを実現することが可能である。
【００４１】
また、本実施の形態によれば、既存システムで使用されている鍵から、事業者毎等に異なる鍵（事業者個別鍵）を生成することで、個々の事業者を識別することを実現できる。
また事業者個別鍵間で互いの鍵を求めることが困難であることはもちろん、事業者個別鍵から既存システムで使用されている鍵を求めることが困難であり、既存システムの認証処理の成りすまし等もが困難な構成であり、事業者個別鍵の漏洩や流用が既存システムへ影響を与えることはない。
【００４２】
つまり、車載器１００に固有な車載器識別子を車載器１００から路側機２００を介してセンター装置３００に送信し、また、路側機２００は、コンテンツデータの事業者の識別子である事業者識別子をセンター装置３００に送信し、センター装置３００が車載器識別子を用いて車載器１００が保有する車載器個別鍵と同じ鍵を生成し、車載器個別鍵と同じ鍵と事業者識別子とを用いて車載器個別鍵と異なる新たな事業者個別鍵を生成するため、既存の車載器個別鍵の漏洩の危険がなく新たな事業者個別鍵を生成することができる。
また、事業者個別鍵は車載器個別鍵と同じ鍵を元にしているため、車載器１００において事業者識別子を用いて事業者個別鍵を生成でき、事業者個別鍵を用いて暗号化された暗号化データの復号が可能である。
更に、暗号化データは事業者個別鍵で暗号化されており、事業者個別鍵の生成には事業者識別子が必要であり、車載器１００において暗号化データが正しく復号されてコンテンツデータが得られた場合は、正当な事業者から事業者識別子に基づき復号化されたことが分かり、正当な事業者からのコンテンツデータであると判断できる。
【００４３】
以上、本実施の形態では、端末個別鍵毎にかつ事業者識別子毎に異なる鍵を生成する鍵生成手段を説明した。
【００４４】
また、本実施の形態では、事業者個別鍵を、端末個別鍵を用いた認証および暗号化、メッセージ認証に対して流用できない鍵生成手段を説明した。
【００４５】
また、本実施の形態では、事業者個別鍵の生成に一方向性関数を使用している鍵生成手段を説明した。
【００４６】
また、本実施の形態では、事業者個別鍵の生成に一方向性関数と共通鍵暗号アルゴリズムを使用している鍵生成手段を説明した。
【００４７】
また、本実施の形態では、鍵生成装置を使用して、中継器から依頼されたデータに対して事業者個別鍵を用いて暗号処理を行うこと、もしくは事業者個別鍵を中継器に対して配信するセンター装置を説明した。
【００４８】
また、本実施の形態では、センター装置を利用して、事業者個別鍵による暗号処理をセンター装置に依頼し、その結果を用いて端末に対してサービスを提供する中継器を説明した。
【００４９】
また、本実施の形態では、センター装置に対してデータを秘密にしたまま暗号処理を依頼する中継器を説明した。
【００５０】
本実施の形態では、鍵生成手段を利用して生成した事業者個別鍵を用いて、中継器が提供するサービスを受ける端末を説明した。
【００５１】
実施の形態２．
実施の形態１では、路側機２００が暗号化対象データ４４５をセンター装置３００に送信し、センター装置３００が事業者個別鍵４５６を生成するとともに、事業者個別鍵４５６を用いて暗号化対象データ４４５を暗号化して暗号化データ４５４を路側機２００に送信し、路側機２００はセンター装置３００により暗号化された暗号化データ４５４を車載器１００に送信する運用であった。
本実施の形態では、路側機２００は、センター装置３００に対して事業者個別鍵４５６の生成のみを要求し、センター装置３００から事業者個別鍵４５６を受信し、路側機２００において事業者個別鍵４５６を用いてコンテンツデータ４４２の暗号化を行う例を説明する。
【００５２】
図６は実施の形態２における装置間のフローを示すものであり、各要求と応答の送受信は、図１の車載器１００の通信部１０１、図１の路側機２００の通信部２０１、通信部２０３、図１のセンター装置３００の通信部３０１を介して行われる。
車載器１００と路側機２００の間は既存システムで使用されている通信もしくは、それ以外の通信でも良い。
また、路側機２００とセンター装置３００間はインターネット等を利用して通信が行われるが、路側機２００とセンター装置３００との間では、ＴＬＳ（Ｔｒａｎｓｐｏｒｔ  Ｌａｙｅｒ  Ｓｅｕｒｉｔｙ）等によりセキュアな通信が確立されているものとする。
【００５３】
実施の形態１との相違点は、センター装置３００が生成した事業者個別鍵を路側機２００に送信する点である。
このようにすると、実施の形態１では必要だったコンテンツデータを保護するための保護データを使用する必要がなくなり各機器の処理負荷を軽減できる。
【００５４】
車載器１００は、実施の形態１と同様に図７の車載器識別子４３１を図６のコンテンツ配信要求Ｓ６０１として路側機２００へ送信する。
【００５５】
路側機２００は、図６のコンテンツ配信要求Ｓ６０１を受信すると、図８に示すように、当該要求から車載器識別子４４１を取り出し、センター装置３００へ事業者個別鍵配信要求Ｓ６０２として送信する。
【００５６】
センター装置３００は、図６のコンテンツ配信要求Ｓ６０１を受信すると、図９に示すように、当該要求から車載器識別子４５１と事業者識別子４５２を取り出す。
その後、車載器識別子４５１を車載器個別鍵生成部３５１へ入力し、車載器個別鍵４５５を得る。
その後、この車載器個別鍵４５５と事業者識別子４５２を事業者個別鍵生成部３５２に入力し、事業者個別鍵４５６を得る。
センター装置３００は、事業者個別鍵４５６を図６の事業者個別鍵配信応答Ｓ６０３として路側機２００へ送信する。
【００５７】
路側機２００が、図６の事業者個別鍵配信応答Ｓ６０３を受信すると、図８に示すように、当該応答から事業者個別鍵４８４を取り出し、この事業者個別鍵４８４とコンテンツデータ４４２を暗号処理部２８１へ入力し、暗号化データ４８５を得る。
その後、事業者識別子４４４と暗号化データ４８５を図６のコンテンツ配信応答Ｓ６０４として車載器１００に送信する。
【００５８】
車載器１００が、図６のコンテンツ配信応答Ｓ６０４を受信すると、図７に示すように、車載器１００は当該応答から事業者識別子４３６、暗号化データ４７６を取り出す。
次に、事業者識別子４３６と車載器個別鍵４３２を事業者個別鍵生成部１３１へ入力し、事業者個別鍵４３３を得る。
次に、事業者個別鍵４３３と暗号化データ４７６を復号処理部１３２へ入力し、コンテンツデータ４３５を得る。
【００５９】
図７は、本実施の形態に係る車載器１００の構成例を示す。
ここでは、実施の形態１で説明した図３との差分について説明する。
図３では、通信部１０１は、事業者識別子４３６、暗号化データ４３７、保護データ４３８を受信しているが、図７では、事業者識別子４３６と暗号化データ４７６を受信する。
また、制御部１０２において、図３では復号処理部１３２が暗号化データ４３７に事業者個別鍵４３３を適用して復号データ４３４を出力し、復元処理部１３３が復号データ４３４に保護データ４３８を適用してコンテンツデータ４３５を得ている。
図７では、復号処理部１３２が暗号化データ４７６に事業者個別鍵４３３を適用してコンテンツデータ４３５を得ている。
つまり、図７では、復元処理部１３３が不要である。
上記差分以外の各要素、各要素の動作は、図３に示したものと同様である。
【００６０】
図８は、本実施の形態に係る路側機２００の構成例を示す。
ここでは、実施の形態１で説明した図４との差分について説明する。
制御部２０２において、図４では、保護データ生成部２４２が保護データ４４３を生成し、加工処理部２４１がコンテンツデータ４４２に保護データ４４３を適用して暗号化対象データ４４５を生成し、通信部２０３が暗号化対象データ４４５と鍵生成要求４４０（車載器識別子４４１、事業者識別子４４４）をセンター装置３００に送信していた。
一方、図８では、保護データ４４３、暗号化対象データ４４５を生成することなく、また、暗号化対象データ４４５を送信することなく、鍵生成要求４４０（車載器識別子４４１、事業者識別子４４４）のみを送信する。
また、図４では、通信部２０３は、センター装置３００から暗号化データ４４６を受信し、通信部２０１がそのまま暗号化データ４４６を車載器１００に送信している。
一方、図８では、通信部２０３は、センター装置３００から事業者個別鍵４８４を受信し、暗号処理部２８１がコンテンツデータ４４２に事業者個別鍵４８４を適用して暗号化データ４８５を生成し、通信部２０１が暗号化データ４８５を車載器１００に送信する。
なお、暗号処理部２８１の暗号化アルゴリズムは、車載器１００の復号処理部１３２が実行可能な復号アルゴリズムに対応している。
上記差分以外の各要素、各要素の動作は、図４に示したものと同様である。
【００６１】
図９は、本実施の形態に係るセンター装置３００の構成例を示す。
ここでは、実施の形態１で説明した図５との差分について説明する。
図５では、通信部３０１は、暗号化対象データ４５３、事業者識別子４５２、車載器識別子４５１を受信しているが、図９では、事業者識別子４５２、車載器識別子４５１のみを受信する。
また、図５では、制御部３０２において、暗号処理部３５３が暗号化対象データ４５３に事業者個別鍵４５６を適用して暗号化データ４５４を生成し、通信部３０１が暗号化データ４５４を路側機２００に送信する。
一方、図９では、制御部３０２は事業者個別鍵生成部３５２で生成された事業者個別鍵４５６を通信部３０１に転送するのみであり、通信部３０１も事業者個別鍵４５６を路側機２００に送信する。
上記差分以外の各要素、各要素の動作は、図５に示したものと同様である。
【００６２】
実施の形態２では、路側機２００が車載器毎の事業者個別鍵を管理することになる。
このように構成することで、車載器個別鍵４５５から車載器１００にとって事業者毎に異なる事業者個別鍵４５６を生成することができる。
また、Ｅｎｃとして安全性の高い暗号アルゴリズムを使用することで、一つまたは複数の事業者識別子と事業者個別鍵を利用して他の事業者個別鍵をもとめることやＨａｓｈ（車載器個別鍵）を求めることは困難である。
また、万が一正当権限のない者がＨａｓｈ（車載器個別鍵）を入手したとしても、Ｈａｓｈとして安全性の高い一方向性関数を使用することで、車載器個別鍵を求めることは困難となる。
また、事業者個別鍵の生成に、車載器個別鍵そのものではなく、車載器個別鍵を変換した値を使用することで、生成された事業者個別鍵を、既存システムで行われている認証処理へ流用することが困難となる。
【００６３】
また、実施の形態２は、車載器が対応すれば、この仕組みを利用してチャレンジ＆レスポンス等の認証処理を行うことも可能である。
【００６４】
また、本実施の形態においても、実施の形態１と同様に、図１０では、マスター鍵４５０はマスター鍵記憶部３５０に記憶されていることしたが、マスター鍵４５０がマスター鍵記憶部３５０に記憶されているのではなく、センター装置３００が路側機２００から図６に示すＳ６０２事業者個別鍵配信要求を受信し車載器個別鍵４５５の生成の必要が生じた際に、システム管理者がマスター鍵４５０をセンター装置３００に入力し、車載器個別鍵生成部３５１はシステム管理者により入力されたマスター鍵４５０を用いて車載器個別鍵４５５を生成するようにしてもよい。
【００６５】
本実施の形態では、実施の形態１で実現される効果に加えて、路側機２００で保護データを生成する必要がなく、また、車載器１００で保護データを適用して秘匿化を解除する必要がないので、路側機２００及び車載器１００の装置構成を簡素化することができ、部品点数を抑制することができ、システムリソースの有効活用を図れる。
また、車載器１００と路側機２００との間で保護データを通信する必要がなく、また、路側機２００とセンター装置３００の間で暗号化対象データ及び暗号化データを通信する必要がないので、通信帯域を有効に利用することができる。
【００６６】
以上、本実施の形態では、センター装置を利用して、事業者個別鍵の配信をセンター装置に依頼し、その応答である事業者個別鍵を使用して端末に対してサービスを提供する中継器を説明した。
【００６７】
実施の形態３．
本実施の形態では、事業者個別鍵の利用を停止したい場合に、正当な権限を持った者が利用を停止させる例を説明する。
【００６８】
実施の形態３は、実施の形態１に示したシステム構成、実施の形態２に示したシステム構成を前提とする。
実施の形態１や実施の形態２において、何らかの理由で事業者個別鍵の利用を停止する場合、センター装置３００がコンテンツ暗号化や事業者個別鍵の生成を停止することで新規の利用は不可能となる。
しかしながら既に暗号化したデータの再利用は、コンテンツ内に有効期限に相当するような情報を載せない限りは防ぐことができない。
実施の形態３では、既存システムを利用して事業者個別鍵の利用を停止する方法について記載する。
【００６９】
図１０は実施の形態３における装置間のフローを示すものである。
車載器１００と既存路側機６００の間は既存システムで使用されている通信もしくは、それ以外の通信でも良い。
また既存路側機６００とセンター装置３００間はインターネットや専用線等を利用して通信が行われる。
【００７０】
センター装置３００では、制御部３０２（鍵使用停止要求生成部の例）が、事業者個別鍵の利用を停止したい事業者識別子をリスト化した鍵使用停止要求を生成する。
そして、鍵使用停止要求を、送信先となる車載器１００の車載器個別鍵で暗号化するか、送信先となる車載器１００の車載器個別鍵を利用したメッセージ認証子をつけるなどして、図１０の事業者個別鍵使用停止要求Ｓ１００１とし、通信部３０１が既存路側機６００へ送信する。
既存路側機６００は、そのデータを車載器１００に図１０の事業者個別鍵使用停止要求Ｓ１００２として送信する。
車載器１００は、事業者個別鍵使用停止要求Ｓ１００２を受信すると、そのデータを復号もしくはメッセージ認証子の検証を行い、それらの処理が正常に完了した場合、事業者識別子のリストを保持し、以後、実施の形態１や実施の形態２等で、コンテンツ配信応答等にある事業者識別子がリストの中に存在した場合にはそのコンテンツを利用しない。
【００７１】
実施の形態３において、既存路側機６００として、事業者個別鍵の利用を停止しない路側機２００を使用することも可能である。
つまり、センター装置３００は、事業者個別鍵の利用を停止しない路側機２００に事業者個別鍵使用停止要求Ｓ１００１を送信してもよい。
また既存路側機６００とセンター装置３００との間でセキュアな通信が確立できている場合には、センター装置３００で行った暗号化やメッセージ認証子の付加を既存路側機６００が行ってもよい。
【００７２】
車載器個別鍵を知らなければ、事業者個別鍵の利用停止要求を生成することが困難であるため、車載器個別鍵を知っている者だけが事業者個別鍵の利用停止を行うことが可能となる。
このように、本実施の形態によれば、事業者個別鍵の利用を停止したい場合に、正当な権限を持った者が利用を停止できる。
【００７３】
最後に、実施の形態１〜３に示した車載器１００、路側機２００、センター装置３００のハードウェア構成例について説明する。
図１１は、実施の形態１〜３に示す車載器１００、路側機２００、センター装置３００のハードウェア資源の一例を示す図である。
なお、図１１の構成は、あくまでも車載器１００、路側機２００、センター装置３００のハードウェア構成の一例を示すものであり、車載器１００、路側機２００、センター装置３００のハードウェア構成は図１１に記載の構成に限らず、他の構成であってもよい。
【００７４】
図１１において、車載器１００、路側機２００、センター装置３００は、プログラムを実行するＣＰＵ９１１（Ｃｅｎｔｒａｌ  Ｐｒｏｃｅｓｓｉｎｇ  Ｕｎｉｔ、中央処理装置、処理装置、演算装置、マイクロプロセッサ、マイクロコンピュータ、プロセッサともいう）を備えている。
ＣＰＵ９１１は、バス９１２を介して、例えば、ＲＯＭ（Ｒｅａｄ  Ｏｎｌｙ  Ｍｅｍｏｒｙ）９１３、ＲＡＭ（Ｒａｎｄｏｍ  Ａｃｃｅｓｓ  Ｍｅｍｏｒｙ）９１４、通信ボード９１５、表示装置９０１、キーボード９０２、マウス９０３、磁気ディスク装置９２０と接続され、これらのハードウェアデバイスを制御する。
更に、ＣＰＵ９１１は、ＦＤＤ９０４（Ｆｌｅｘｉｂｌｅ  Ｄｉｓｋ  Ｄｒｉｖｅ）、コンパクトディスク装置９０５（ＣＤＤ）と接続していてもよい。また、磁気ディスク装置９２０の代わりに、ＳＳＤ（Ｓｏｌｉｄ  Ｓｔａｔｅ  Ｄｒｉｖｅ）、光ディスク装置、メモリカード（登録商標）読み書き装置などの記憶装置でもよい。
ＲＡＭ９１４は、揮発性メモリの一例である。ＲＯＭ９１３、ＦＤＤ９０４、ＣＤＤ９０５、磁気ディスク装置９２０の記憶媒体は、不揮発性メモリの一例である。これらは、記憶装置の一例である。
実施の形態１〜３で説明した「情報記憶部」及び「マスター鍵記憶部」は、ＲＡＭ９１４、磁気ディスク装置９２０等により実現される。
通信ボード９１５、キーボード９０２、マウス９０３、ＦＤＤ９０４などは、入力装置の一例である。
また、通信ボード９１５、表示装置９０１などは、出力装置の一例である。
【００７５】
通信ボード９１５は、車載器１００及び路側機２００の場合は、例えばＤＳＲＣによる通信が可能であり、また、路側機２００及びセンター装置３００では、ＬＡＮ（ローカルエリアネットワーク）、インターネット、ＷＡＮ（ワイドエリアネットワーク）、ＳＡＮ（ストレージエリアネットワーク）などに接続可能である。
【００７６】
磁気ディスク装置９２０には、オペレーティングシステム９２１（ＯＳ）、ウィンドウシステム９２２、プログラム群９２３、ファイル群９２４が記憶されている。
プログラム群９２３のプログラムは、ＣＰＵ９１１がオペレーティングシステム９２１、ウィンドウシステム９２２を利用しながら実行する。
【００７７】
また、ＲＡＭ９１４には、ＣＰＵ９１１に実行させるオペレーティングシステム９２１のプログラムやアプリケーションプログラムの少なくとも一部が一時的に格納される。
また、ＲＡＭ９１４には、ＣＰＵ９１１による処理に必要な各種データが格納される。
【００７８】
また、ＲＯＭ９１３には、ＢＩＯＳ（Ｂａｓｉｃ  Ｉｎｐｕｔ  Ｏｕｔｐｕｔ  Ｓｙｓｔｅｍ）プログラムが格納され、磁気ディスク装置９２０にはブートプログラムが格納されている。
車載器１００、路側機２００、センター装置３００の起動時には、ＲＯＭ９１３のＢＩＯＳプログラム及び磁気ディスク装置９２０のブートプログラムが実行され、ＢＩＯＳプログラム及びブートプログラムによりオペレーティングシステム９２１が起動される。
【００７９】
上記プログラム群９２３には、実施の形態１〜３の説明において「〜部」（「情報記憶部」及び「マスター鍵記憶部」以外、以下同様）として説明している機能を実行するプログラムが記憶されている。プログラムは、ＣＰＵ９１１により読み出され実行される。
【００８０】
ファイル群９２４には、実施の形態１〜３の説明において、「〜の判断」、「〜の演算」、「〜の比較」、「〜の生成」、「〜の暗号化」、「〜の復号」、「〜の秘匿化」、「〜の秘匿化解除」、「〜の設定」、「〜の登録」、「〜の選択」等として説明している処理の結果を示す情報やデータや信号値や変数値やパラメータが、「〜ファイル」や「〜データベース」の各項目として記憶されている。
「〜ファイル」や「〜データベース」は、ディスクやメモリなどの記録媒体に記憶される。
ディスクやメモリなどの記憶媒体に記憶された情報やデータや信号値や変数値やパラメータは、読み書き回路を介してＣＰＵ９１１によりメインメモリやキャッシュメモリに読み出される。
そして、読み出された情報やデータや信号値や変数値やパラメータは、抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示などのＣＰＵの動作に用いられる。
抽出・検索・参照・比較・演算・計算・処理・編集・出力・印刷・表示のＣＰＵの動作の間、情報やデータや信号値や変数値やパラメータは、メインメモリ、レジスタ、キャッシュメモリ、バッファメモリ等に一時的に記憶される。
また、実施の形態１〜３で説明しているフローの矢印の部分は主としてデータや信号の入出力を示す。
データや信号値は、ＲＡＭ９１４のメモリ、ＦＤＤ９０４のフレキシブルディスク、ＣＤＤ９０５のコンパクトディスク、磁気ディスク装置９２０の磁気ディスク、その他光ディスク、ミニディスク、ＤＶＤ等の記録媒体に記録される。
また、データや信号は、バス９１２や信号線やケーブルその他の伝送媒体によりオンライン伝送される。
【００８１】
また、実施の形態１〜３の説明において「〜部」として説明しているものは、「〜回路」、「〜装置」、「〜機器」であってもよく、また、「〜ステップ」、「〜手順」、「〜処理」であってもよい。
すなわち、実施の形態１〜３で説明したフローに示すステップ、手順、処理により、車載器１００、路側機２００、センター装置３００を方法として把握することができる。
また、「〜部」として説明しているものは、ＲＯＭ９１３に記憶されたファームウェアで実現されていても構わない。
或いは、ソフトウェアのみ、或いは、素子・デバイス・基板・配線などのハードウェアのみ、或いは、ソフトウェアとハードウェアとの組み合わせ、さらには、ファームウェアとの組み合わせで実施されても構わない。
ファームウェアとソフトウェアは、プログラムとして、磁気ディスク、フレキシブルディスク、光ディスク、コンパクトディスク、ミニディスク、ＤＶＤ等の記録媒体に記憶される。
プログラムはＣＰＵ９１１により読み出され、ＣＰＵ９１１により実行される。
すなわち、プログラムは、実施の形態１〜３の「〜部」としてコンピュータを機能させるものである。あるいは、実施の形態１〜３の「〜部」の手順や方法をコンピュータに実行させるものである。
【００８２】
このように、実施の形態１〜３に示す車載器１００、路側機２００、センター装置３００は、処理装置たるＣＰＵ、記憶装置たるメモリ、磁気ディスク等、入力装置たるキーボード、マウス、通信ボード等、出力装置たる表示装置、通信ボード等を備えるコンピュータである。
そして、上記したように「〜部」として示された機能をこれら処理装置、記憶装置、入力装置、出力装置を用いて実現するものである。
【符号の説明】
【００８３】
１００  車載器、１０１  通信部、１０２  制御部、１０３  鍵管理部、１３０  情報記憶部、１３１  事業者個別鍵生成部、１３２  復号処理部、１３３  復元処理部、２００  路側機、２０１  通信部、２０２  制御部、２０３  通信部、２４０  要求生成部、２４１  加工処理部、２４２  保護データ生成部、２８１  暗号処理部、３００  センター装置、３０１  通信部、３０２  制御部、３０３  鍵管理部、３５０  マスター鍵記憶部、３５１  車載器個別鍵生成部、３５２  事業者個別鍵生成部、３５３  暗号処理部、４３１  車載器識別子、４３２  車載器個別鍵、４３３  事業者個別鍵、４３４  復号データ、４３５  コンテンツデータ、４３６  事業者識別子、４３７  暗号化データ、４３８  保護データ、４４０  鍵生成要求、４４１  車載器識別子、４４２  コンテンツデータ、４４３  保護データ、４４４  事業者識別子、４４５  暗号化対象データ、４４６  暗号化データ、４５１  車載器識別子、４５２  事業者識別子、４５３  暗号化対象データ、４５４  暗号化データ、４５５  車載器個別鍵、４５６  事業者個別鍵、４７６  暗号化データ、４８４  事業者個別鍵、４８５  暗号化データ、６００  既存路側機。
【図１】
0005590953.tif 000002
【図２】
0005590953.tif 000003
【図３】
0005590953.tif 000004
【図４】
0005590953.tif 000005
【図５】
0005590953.tif 000006
【図６】
0005590953.tif 000007
【図７】
0005590953.tif 000008
【図８】
0005590953.tif 000009
【図９】
0005590953.tif 000010
【図１０】
0005590953.tif 000011
【図１１】
0005590953.tif 000012