(57)【特許請求の範囲】
【請求項１】
Ｖ２Ｘ通信装置のデータ通信方法において、
誤動作の検出（ＭＢＤ）に対するＭＢＤ状態情報を外部のＶ２Ｘ通信装置から取得する段階と、
前記ＭＢＤ状態情報は、外部のＶ２Ｘ通信装置の誤動作が検出されたかを表し、
前記ＭＢＤ状態情報に基づいて認証書廃棄リスト（ＣＲＬ）情報を生成する段階を含み、前記Ｖ２Ｘ通信装置は、前記Ｖ２Ｘ通信装置が前記ＣＲＬ情報を生成する誤動作のブローカー（ＭＢＢ）として動作するために要求される予め設定された保安レベルを有する、Ｖ２Ｘ通信装置のデータ通信方法。
【請求項２】
前記ＭＢＤ状態情報を要求するためのＭＢＤ情報要請メッセージを送信する段階をさらに含み、
前記ＭＢＤ情報要請メッセージは、前記Ｖ２Ｘ通信装置が前記ＭＢＢに該当することを知らせるためのＭＢＢアナウンスメント情報を含む、請求項１に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項３】
前記ＭＢＤ情報要請メッセージは周期的に送信される、請求項２に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項４】
前記Ｖ２Ｘ通信装置が第１モードで動作する時、前記ＣＲＬ情報をＣＲＬ分配装置に伝達する段階をさらに含み、前記ＣＲＬ情報は、前記ＣＲＬ分配装置によって放送される、請求項１に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項５】
前記ＣＲＬ情報を前記ＣＲＬ分配装置に伝達する段階において、
前記ＣＲＬ情報はインフラストラクチャーのＶ２Ｘ通信装置を介して前記ＣＲＬ分配装置に伝達されるか、又は長距離ネットワークを介して前記ＣＲＬ分配装置に直接伝達される、請求項４に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項６】
前記Ｖ２Ｘ通信装置が第２モードで動作する時、前記ＣＲＬ情報を放送する段階をさらに含む、請求項１に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項７】
Ｖ２Ｘ通信装置であって、
データを格納する保安／非保安の格納装置と、
無線信号を送受信するＲＦユニットと、
前記ＲＦユニットを制御するプロセッサとを含み、
前記プロセッサは、
誤動作の検出（ＭＢＤ）に対するＭＢＤ状態情報を外部のＶ２Ｘ通信装置から取得し、前記ＭＢＤ状態情報は、外部のＶ２Ｘ通信装置の誤動作が検出されたかを表し、
前記ＭＢＤ状態情報に基づいて認証書廃棄リスト（ＣＲＬ）情報を生成し、
前記Ｖ２Ｘ通信装置は、前記Ｖ２Ｘ通信装置が前記ＣＲＬ情報を生成する誤動作のブローカー（ＭＢＢ）として動作するために要求される予め設定された保安レベルを有する、Ｖ２Ｘ通信装置。
【請求項８】
前記プロセッサは、前記ＭＢＤ状態情報を要求するためのＭＢＤ情報要請メッセージを送信し、
前記ＭＢＤ情報要請メッセージは、前記Ｖ２Ｘ通信装置が前記ＭＢＢに該当することを知らせるためのＭＢＢアナウンスメント情報を含む、請求項７に記載のＶ２Ｘ通信装置。
【請求項９】
前記ＭＢＤ情報要請メッセージは周期的に送信される、請求項８に記載のＶ２Ｘ通信装置。
【請求項１０】
前記プロセッサは、
前記Ｖ２Ｘ通信装置が第１モードで動作する時、前記ＣＲＬ情報をＣＲＬ分配装置に伝達することをさらに含み、前記ＣＲＬ情報は、前記ＣＲＬ分配装置によって放送される、請求項７に記載のＶ２Ｘ通信装置。
【請求項１１】
前記ＣＲＬ情報を前記ＣＲＬ分配装置に伝達するにおいて、
前記ＣＲＬ情報をインフラストラクチャーのＶ２Ｘ通信装置を介して前記ＣＲＬ分配装置に伝達するか、又は前記ＣＲＬ情報を長距離ネットワークを介して前記ＣＲＬ分配装置に直接伝達するものである、請求項１０に記載のＶ２Ｘ通信装置。
【請求項１２】
前記プロセッサは、
前記Ｖ２Ｘ通信装置が第２モードで動作する時、前記ＣＲＬ情報を放送することをさらに含む、請求項７に記載のＶ２Ｘ通信装置。
【請求項１３】
前記予め設定された保安レベルは、認証プロセス(authentication process）により取得された認証チェット（ＡＴ）及び登録認証書（ＥＣ）に基づいて決定される、請求項１に記載のＶ２Ｘ通信装置のデータ通信方法。
【請求項１４】
前記ＥＣは、Ｖ２Ｘ通信装置を認証し、Ｖ２Ｘ通信に対するアクセスを許諾する登録局（ＥＡ）から取得され、
前記ＡＴは、前記ＡＴを発行し、前記ＡＴの利用を監視する認証局（ＡＡ）から取得される、請求項１３に記載のＶ２Ｘ通信装置のデータ通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、Ｖ２Ｘ通信のための装置（ｄｅｖｉｃｅ）、及びデータ通信方法に関し、特に、Ｖ２Ｘ通信装置上の誤動作の検出管理に関する。
【背景技術】
【０００２】
最近、車両（ｖｅｈｉｃｌｅ）は、機械工学の中心で、電気、電子、通信技術が融合された複合的な産業技術の結果となっており、このような面において、車両はスマートカーとも呼ばれる。スマートカーは、運転者、車両、交通インフラ等を連結し、交通安全／複雑解消のような伝統的な意味の車両技術だけでなく、今後、様々なユーザーオーダーメイド型の移動サービスを提供するはずだ。このような連結性は、Ｖ２Ｘ（Ｖｅｈｉｃｌｅ  ｔｏ  Ｅｖｅｒｙｔｈｉｎｇ）通信技術を使用して具現できる。車両の連結性を提供するシステムをコネクテッド（ｃｏｎｎｅｃｔｅｄ）車両システムと称してもよい。
【発明の概要】
【発明が解決しようとする課題】
【０００３】
車両の連結性（ｃｏｎｎｅｃｔｉｖｉｔｙ）が強化されて増加するのに伴って、Ｖ２Ｘ通信の対象になるサービスの量及び種類もまた増加している。また、Ｖ２Ｘ通信は、メッセージの信頼性及び正確度を高めるために、短い応答待ち時間（ｌｏｗ  ｌａｔｅｎｃｙ）を要求する。これに対して、チャネルは限定されており、効率的なＶ２Ｘ通信方法が要求される。
【課題を解決するための手段】
【０００４】
前述した技術的課題を解決するために、本発明の実施例に係るＶ２Ｘ通信装置のデータ通信方法は、誤動作の検出（ＭＢＤ）に関する情報を収集するためのＭＢＤ情報要請メッセージを送信する段階と、外部のＶ２Ｘ通信装置からＭＢＤ情報要請メッセージに対する応答メッセージであるＭＢＤ情報応答メッセージを受信する段階であって、前記ＭＢＤ情報応答メッセージは、前記外部のＶ２Ｘ通信装置の誤動作に関する情報を含むＭＢＤ情報を含み、及び前記ＭＢＤ情報に基づいて認証書廃棄リスト（ＣＲＬ）情報を生成する段階を含み、前記Ｖ２Ｘ通信装置は、前記Ｖ２Ｘ通信装置が前記ＣＲＬ情報を生成する誤動作のブローカー（ＭＢＢ）として動作するために要求される予め設定されたセキュリティレベルを有することができる。
【０００５】
実施例として、前記ＭＢＤ情報要請メッセージは、前記Ｖ２Ｘ通信装置が前記ＭＢＢに該当することを知らせるためのＭＢＢアナウンスメント情報を含むことができる。
【０００６】
実施例として、前記ＭＢＤ情報要請メッセージは周期的に送信されることができる。
【０００７】
実施例として、前記Ｖ２Ｘ通信装置が第１モードで動作する場合、前記ＣＲＬ情報をＣＲＬ分配装置に伝達する段階をさらに含み、前記ＣＲＬ情報は、前記ＣＲＬ分配装置によって放送されることができる。
【０００８】
実施例として、前記ＣＲＬ情報を前記ＣＲＬ分配装置に伝達する段階は、前記ＣＲＬ情報をインフラストラクチャーのＶ２Ｘ通信装置を介して前記ＣＲＬ分配装置に伝達するか、又は前記ＣＲＬ情報を長距離ネットワークを介して前記ＣＲＬ分配装置に直接伝達することができる。
【０００９】
実施例として、前記Ｖ２Ｘ通信装置が第２モードで動作する場合、前記ＣＲＬ情報を放送する段階をさらに含むことができる。
【００１０】
本発明の一実施例に係るＶ２Ｘ通信装置において、データを格納する保安／非保安の格納装置と、無線信号を送受信するＲＦユニットと、前記ＲＦユニットを制御するプロセッサとを含み、前記プロセッサは、誤動作の検出（ＭＢＤ）に関する情報を収集するためのＭＢＤ情報要請メッセージを送信し、外部のＶ２Ｘ通信装置からＭＢＤ情報要請メッセージに対する応答メッセージであるＭＢＤ情報応答メッセージを受信し、前記ＭＢＤ情報応答メッセージは、前記外部のＶ２Ｘ通信装置の誤動作に関する情報を含むＭＢＤ情報を含み、及び前記ＭＢＤ情報に基づいて認証書廃棄リスト（ＣＲＬ）情報を生成し、前記Ｖ２Ｘ通信装置は、前記Ｖ２Ｘ通信装置が前記ＣＲＬ情報を生成する誤動作のブローカー（ＭＢＢ）として動作するために要求される予め設定された保安レベルを有することができる。
【００１１】
実施例として、前記ＭＢＤ情報要請メッセージは、前記Ｖ２Ｘ通信装置が前記ＭＢＢに該当することを知らせるためのＭＢＢアナウンスメント情報を含むことができる。
【００１２】
実施例として、前記ＭＢＤ情報要請メッセージは周期的に送信されることができる。
【００１３】
実施例として、前記プロセッサは、前記Ｖ２Ｘ通信装置が第１モードで動作する場合、前記ＣＲＬ情報をＣＲＬ分配装置に伝達することをさらに含み、前記ＣＲＬ情報は、前記ＣＲＬ分配装置によって放送されることができる。
【００１４】
実施例として、前記ＣＲＬ情報を前記ＣＲＬ分配装置に伝達することは、前記ＣＲＬ情報をインフラストラクチャーのＶ２Ｘ通信装置を介して前記ＣＲＬ分配装置に伝達するか、又は前記ＣＲＬ情報を長距離ネットワークを介して前記ＣＲＬ分配装置に直接伝達するものであり得る。
【００１５】
実施例として、前記プロセッサは、前記Ｖ２Ｘ通信装置が第２モードで動作する場合、前記ＣＲＬ情報を放送することをさらに含むことができる。
【発明の効果】
【００１６】
移動性を有する車両のＶ２Ｘ通信装置が誤動作情報の収集及び／又は認証書廃棄リスト（ＣＲＬ）情報の生成のための誤動作のブローカーとして動作することができ、効率的な誤動作の検出管理を行うことができる。
【００１７】
Ｖ２Ｘ通信装置がＣＲＬ情報の放送のための別途の分配装置を介することなく、直接ＣＲＬ情報を送信することができ、これを受信した別のＶ２Ｘ通信装置が迅速に誤動作が検出されたＶ２Ｘ通信装置をＶ２Ｘ通信から除外させることができる。
【００１８】
Ｖ２Ｘ通信装置がセルラーネットワークのような長距離ネットワークの連結を介してＣＲＬ情報を分配装置に伝達することができ、Ｖ２Ｘ通信装置が分配装置と連結されたインフラストラクチャーのＶ２Ｘ通信装置の通信範囲にない場合にも、ＣＲＬ情報を分配装置に伝達することができる。
【００１９】
以下で、本発明の効果について、構成に対する説明と共にさらに説明する。
【図面の簡単な説明】
【００２０】
【図１】本発明の実施例に係る知能型交通システムを示す。
【図２】本発明の実施例に係るＶ２Ｘ通信システムの信頼（ｔｒｕｓｔ）メッセージの通信方法を示す。
【図３】本発明の実施例に係るＶ２Ｘ通信装置間の通信を示す。
【図４】本発明の実施例に係るＶ２Ｘ通信装置のプロトコルスタックを示す。
【図５】本発明の第１実施例に係るセキュリティサービスを提供するＶ２Ｘ通信装置のプロトコルスタックを示す。
【図６】本発明の一実施例に係るＶ２Ｘ通信装置が保安処理を行う方法を示す。
【図７】本発明の一実施例に係る信頼階層（ｔｒｕｓｔ  ｈｉｅｒａｒｃｈｙ）の構造を示す。
【図８】本発明の一実施例に係るエンドエンティティで動作するＶ２Ｘ通信装置のブートストラッププロセシングを示す。
【図９】本発明の一実施例に係るエンドエンティティで動作するＶ２Ｘ通信装置の誤動作レポーティングプロセスを示す。
【図１０】本発明の第２実施例に係るセキュリティサービスを提供するＶ２Ｘ通信装置のプロトコルスタックを示す。
【図１１】本発明の一実施例に係るＶ２Ｘ通信システムの信頼モデルを示す。
【図１２】本発明の一実施例に係るＶ２Ｘ通信システムの信頼モデルにおける情報のフローを示す。
【図１３】本発明の一実施例に係るＶ２Ｘ通信装置の保安ライフサイクルを示す。
【図１４】本発明の一実施例に係るＭＢＢが追加されたＶ２Ｘ通信システムを示す。
【図１５】本発明の一実施例に係るＶ２Ｘ通信装置が長距離通信ネットワーク又は短距離通信ネットワークを介してＶ２Ｘ通信を行う方法を示す。
【図１６】本発明の一実施例に係るＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。
【図１７】本発明の一実施例に係るＭＢＢ  ＣＯモードで動作するＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。
【図１８】本発明の一実施例に係るＭＢＢ  ＣＢモードで動作するＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。
【図１９】本発明の一実施例に係るＶ２Ｘ通信装置が、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために送信するＶ２Ｘメッセージを示す。
【図２０】本発明の別の実施例に係るＶ２Ｘ通信装置が、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために送信するＶ２Ｘメッセージを示す。
【図２１】本発明の一実施例に係るＶ２Ｘ通信装置がＭＢＤ情報を提供するために送信するＶ２Ｘメッセージを示す。
【図２２】本発明の一実施例に係るＭＢＢ  ＣＯモードで動作するＶ２Ｘ通信装置がＶ２Ｘ通信を行う方法を示す。
【図２３】本発明の実施例に係るＶ２Ｘ通信装置を示す。
【図２４】本発明の実施例に係るＶ２Ｘ通信装置の通信方法を示す。
【発明を実施するための形態】
【００２１】
本発明の好ましい実施例について具体的に説明し、その例は添付図に示す。添付図を参照した以下の詳細な説明は、本発明の実施例に係って具現できる実施例のみを示すよりは、本発明の好ましい実施例を説明するためのものである。次の詳細な説明は、本発明に対する徹底的な理解を提供するために細部事項を含むが、本発明がこのような細部事項を全て必要とするものではない。本発明は、以下で説明される実施例がそれぞれ別々に使用されるべきではない。複数の実施例又は全ての実施例が共に使用でき、特定の実施例は組み合わせとして使用されることもできる。
【００２２】
本発明で使用される殆どの用語は、該当分野で広く使用される一般的なものから選択されるが、一部用語は出願人によって任意に選択され、その意味は必要に応じて次の説明で詳しく叙述する。従って、本発明は、用語の単純な名称や意味ではなく、用語の意図された意味に基づいて理解されなければならない。
【００２３】
本発明は、Ｖ２Ｘ通信装置に関し、Ｖ２Ｘ通信装置はＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ）システムに含まれ、ＩＴＳシステムの全体又は一部の機能を行うことができる。Ｖ２Ｘ通信装置は、車両と車両、車両とインフラ、車両と自転車、モバイル機器等との通信を行うことができる。実施例として、Ｖ２Ｘ通信装置は、車両のオンボードユニット（ＯＢＵ；Ｏｎ  Ｂｏａｒｄ  Ｕｎｉｔ）に該当するか、ＯＢＵに含まれ得る。ＯＢＵは、ＯＢＥ（Ｏｎ  Ｂｏａｒｄ  Ｅｑｕｉｐｍｅｎｔ）とも称され得る。Ｖ２Ｘ通信装置は、インフラストラクチャーのＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）に該当するか、ＲＳＵに含まれ得る。ＲＳＵは、ＲＳＥ（ＲｏａｄＳｉｄｅ  Ｅｑｕｉｐｍｅｎｔ）とも称され得る。或いは、Ｖ２Ｘ通信装置は、ＩＴＳステーションに該当するか、ＩＴＳステーションに含まれ得る。Ｖ２Ｘ通信を行う任意のＯＢＵ、ＲＳＵ、及びモバイル装備等をいずれもＩＴＳステーションとも称し得る。或いは、Ｖ２Ｘ通信装置は、ＷＡＶＥ（Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ）装置に該当するか、ＷＡＶＥ装置に含まれ得る。Ｖ２Ｘ通信装置はＶ２Ｘ装置とも略称され得る。
【００２４】
図１は、本発明の実施例に係る知能型交通システムを示す。
【００２５】
知能型交通システム（Ｃ−ＩＴＳ：Ｃｏｏｐｅｒａｔｉｖｅ  Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ）は、既存の交通システムに情報通信、制御、電子技術が追加され、交通運営管理の効率性を高めて、ユーザーの便宜と安全を向上させる。知能型交通システムにおいて、車両だけでなく、信号灯、電光板のような交通インフラシステムもＶ２Ｘ通信を行い、このようなインフラストラクチャーは、前述したようにＲＳＵと略称され得る。
【００２６】
図１のように、知能型交通システムにおいては、Ｖ２Ｘ通信装置を含む歩行者デバイス１０１０、ＲＳＵ１０２０、車両１０３０、１０４０、１０５０が互いに通信する。実施例として、Ｖ２Ｘ通信は、ＩＥＥＥ  ８０２．１１ｐの通信技術に基づいて行われることができる。ＩＥＥＥ  ８０２．１１ｐに基づいた通信技術をＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ−Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）とも称し得る。実施例として、ＩＥＥＥ  ８０２．１１ｐに基づいたＶ２Ｘ通信は、約６００ｍの範囲の短距離通信技術になることができる。Ｖ２Ｘ通信は、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ  Ａｗａｒｅｎｅｓｓ  Ｍｅｓｓａｇｅ）又はＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ  Ｅｎｖｉｒｉｏｍｅｎｔａｌ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）を放送することができる。
【００２７】
ＣＡＭは、ＩＴＳネットワークで分配（ｄｉｓｔｒｉｂｕｔｅ）され、ＩＴＳステーションの存在（ｐｒｅｓｅｎｃｅ）、位置、又は通信状態のうち少なくとも一つに対する情報を提供する。ＤＥＮＭは、感知されたイベントに対する情報を提供する。ＤＥＮＭは、ＩＴＳステーションが感知した任意の走行状況又はイベントに対する情報を提供することができる。例えば、ＤＥＮＭは、非常電子ブレーキ灯、車両事故、車両問題、交通コンディション等のような状況に対する情報を提供することができる。
【００２８】
図１において、車両１０３０及び車両１０４０は、ＲＳＵ１０２０の通信カバレッジ内に存在する。しかし、車両１０５０は、ＲＳＵ１０２０の通信カバレッジ外に存在するので、ＲＳＵと直接通信できない。
【００２９】
図２は、本発明の実施例に係るＶ２Ｘ通信システムの信頼（ｔｒｕｓｔ）メッセージの通信方法を示す。
【００３０】
図２の実施例において、Ｖ２Ｘ通信システムは、Ｖ２Ｘ通信装置（例えば、ＩＴＳステーション又はＷＡＶＥ装置）がＶ２Ｘ通信のためのメッセージを安全に送受信するために要求される保安システムであり得る。このようなＶ２Ｘ通信システムは、信頼性のある（ｔｒｕｓｔｅｄ）メッセージの通信のための一つ以上のエンティティ（ｅｎｔｉｔｙ）を含むことができる。例えば、示すように、Ｖ２Ｘ通信システムは、ルート認証局（ルートＣＡ：Ｒｏｏｔ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）、登録局（ＥＡ：Ｅｎｒｏｌｌｍｅｎｔ  Ａｕｔｈｏｒｉｔｙ）、認可局（ＡＡ：Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ）及び／又は少なくとも一つのＶ２Ｘ通信装置を含むことができる。実施例として、Ｖ２Ｘ通信装置はＯＢＥに該当するか、又はＲＳＥに該当し得る。
【００３１】
ルートＣＡは、登録コンフィデンシャルを発給することができるという証明（ｐｒｏｏｆ）をＥＡ及びＡＡに提供することができる。このようなルートＣＡは、ＥＡとＡＡに対する権限及び義務を定義し、ＥＡとＡＡを認証して、ＥＡとＡＡの義務履行をチェックすることができる。このようにＥＡとＡＡはルートＣＡによって制御されることができる。
【００３２】
ＥＡは登録コンフィデンシャル（ｅｎｒｏｌｍｅｎｔ  ｃｒｅｄｅｎｔｉａｌｓ）のライフサイクルの管理を担当するエンティティであって、Ｖ２Ｘ通信装置を認証し、Ｖ２Ｘ通信に対する接近（ａｃｅｓｓ）を承認（ｇｒａｎｔ）することができる。ＥＡは、長期認証局（Ｌｏｎｇ−ｔｅｒｍ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）と称されることもある。このようなＥＡは、登録認証書（ＥＣ：Ｅｎｒｏｌｌｍｅｎｔ  Ｃｅｒｔｉｆｉｃａｔｅ）を発行することができる。Ｖ２Ｘ通信装置は、送信（ｓｅｎｄｉｎｇ）のＶ２Ｘ通信装置が適したＶ２Ｘ送信装置であるかを認証するためにＥＣを有することができる。ＥＣは長期認証書（ＬＴＣ：Ｌｏｎｇ  Ｔｅｒｍ  Ｃｅｒｔｉｆｉｃａｔｅ）とも称され得る。
【００３３】
ＡＡは、認可チケット（ＡＴ：Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ｔｉｃｋｅｔ）の発給及び使用をモニタリングすることを担当するエンティティであって、Ｖ２Ｘ通信装置に特定のＶ２Ｘサービスを使用することができる権威のある証明（ａｕｔｈｏｒｉｔａｔｉｖｅ  ｐｒｏｏｆ）を提供することができる。ＡＡは、短期認証局（Ｓｈｏｒｔ−ｔｅｒｍ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）又は匿名認証局（Ｐｓｕｅｄｏｎｕｍ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）とも称され得る。このようなＡＡは、ＡＴを発行することができる。Ｖ２Ｘ通信装置は、Ｖ２Ｘ通信装置が受信されたＶ２Ｘメッセージ（例えば、ＣＡＭ、ＤＥＮＭ）を検証（ａｕｔｈｅｎｔｉｃａｔｅ）するためにＡＴを有することができる。ＡＴは短期認証書（Ｓｈｏｒｔ−ｔｅｒｍ  Ｃｅｒｔｉｆｉｃａｔｅ）又は匿名認証書（ＰＣ：Ｐｓｕｅｄｏｎｕｍ  Ｃｅｒｔｉｆｉｃａｔｅ）と称され得る。
【００３４】
Ｖ２Ｘ通信装置は、ＥＡからＶ２Ｘ通信に接近できる権限（ｒｉｇｈｔ）を獲得することができ、ＡＡからＶ２Ｘサービスを呼び出せる権限を交渉（ｎｅｇｏｔｉａｔｅ）することができる。例えば、Ｖ２Ｘ通信装置は、ＥＡにＥＣ（ＬＣＴ）を要請し、ＥＡからＥＣを獲得することができる。また、Ｖ２Ｘ通信装置は、ＡＡにＡＴ（ＰＣ）を要請し、ＡＡからＡＴを獲得することができる。また、Ｖ２Ｘ通信装置は、Ｖ２Ｘメッセージを送受信することができる。例えば、Ｖ２Ｘ通信装置は、ＥＣ及びＡＴを用いて、別のＶ２Ｘ通信装置と信頼メッセージの通信を行うことができる。また、Ｖ２Ｘ通信装置は、受信されたＶ２Ｘメッセージを別のＶ２Ｘ通信装置へ伝達することができる。本明細書では、Ｖ２Ｘメッセージを送信するＶ２Ｘ通信装置を送信（ｓｅｄｉｎｇ）のＶ２Ｘ通信装置と称し、Ｖ２Ｘメッセージを受信するＶ２Ｘ通信装置を受信（ｒｅｃｅｉｖｉｎｇ）のＶ２Ｘ通信装置と称し、受信されたＶ２Ｘ通信装置を別のＶ２Ｘ通信装置へ送る（ｆｏｒｗａｒｄｉｎｇ）Ｖ２Ｘ通信装置を伝達（ｒｅｌａｙｉｎｇ）のＶ２Ｘ通信装置と称する。
【００３５】
前述したエンティティを含むＶ２Ｘ通信システム（保安システム）内のＶ２Ｘ通信装置が信頼メッセージ通信を行う方法については、以下で各図を参照として詳しく説明する。
【００３６】
図３は、本発明の実施例に係るＶ２Ｘ通信装置間の通信を示す。
【００３７】
コネクテッド車両システムにおいて、車両、インフラストラクチャー、歩行者（Ｐｅｄｅｓｔｒｉａｎ）の個人化機器に装着されたＶ２Ｘ通信装置は、図３で示す装置構成を含むこともできる。
【００３８】
図３の実施例において、車両のＶ２Ｘ通信装置に含まれた構成に関する説明は以下の通りである。車両のＶ２Ｘ通信装置は、ＯＢＥ（Ｏｎ  Ｂｏａｒｄ  Ｅｑｕｉｐｍｅｎｔ）を含むことができる。実施例として、ＯＢＥは、複数のアンテナシステム及びＯＢＥコントロールプロセスＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ  Ｃｏｎｔｒｏｌ  Ｕｎｉｔ）を含むことができる。アンテナシステムの構成は統合されるか、又は別に備えられることができ、一部の組み合わせで含まれることもできる。
【００３９】
ＧＮＳＳ（Ｇｌｏｂａｌ  Ｎａｖｉｇａｔｉｏｎ  Ｓａｔｅｌｌｉｔｅ  Ｓｙｓｔｅｍｓ）システム：人工衛星から発信する電波を用いて、地球全域で動く物体の位置、高度値、速度を計算する衛星航法システム。これは、車両のＶ２Ｘ通信装置に含まれる、車両の位置情報を把握するためのアンテナ及びそのサブシステムに該当し得る。
【００４０】
ＤＳＲＣ（ｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎ）ラジオサブシステム（Ｒａｄｉｏ  ｓｕｂ  ｓｙｓｔｅｍ）：ＤＳＲＣプロトコルによる送信／受信のためのアンテナと該当サブシステム。
【００４１】
セルラーサブシステム（Ｃｅｌｌｕｌａｒ  Ｓｕｂ  Ｓｙｓｔｅｍ）：セルラーデータ通信のためのアンテナと該当サブシステム。
【００４２】
放送サブシステム（Ｂｒｏａｄｃａｓｔｉｎｇ  ｓｕｂ  Ｓｙｓｔｅｍ）：放送データを送信／受信するためのアンテナと該当サブシステム。
【００４３】
ＯＢＥコントロールプロセスＥＣＵ：ＯＢＥコントロールプロセスＥＣＵは、コントローラ又はプロセッサと略称し得る。コントローラは、複数の異種のシステムから受信されるデータメッセージをプロセシングし、車両内の別のＥＣＵをコントロールして、適切な動作を行うことができる。コントローラはこのようなデータプロセシング及び車両の制御／駆動のためのアプリケーションを実行することができる。また、コントローラは、車両内の別の電子装備又はセンサから受信したセンシングデータをプロセシングし、外部のＶ２Ｘ通信装置／車両に送信することができる。実施例として、車両内の全ての情報は、コントローラを介して共有可能な標準化されたフォーマットに変換されることができる。図３のように、セーフティアプリケーション（Ｓａｆｅｔｙ  Ａｐｐｌｉｃａｔｉｏｎ）が実行され、車両内のＣＡＮ、Ｅｔｈｅｒｎｅｔ等のようなバスと情報を送受信することができる。また、車両のオーディオ、ディスプレイのようなＤＶＩ（Ｄｒｉｖｅｒ  Ｖｅｈｉｃｌｅ  Ｉｎｔｅｒｆａｃｅ）を介してユーザーに情報が提供できる。
【００４４】
このように構成されたＶ２Ｘ通信装置は、別の車両だけでなく、インフラストラクチャー、歩行者、及びクラウド／サーバ（Ｃｌｏｕｄ／Ｓｅｒｖｅｒ）のような支援システムと通信できる。
【００４５】
また、図３の実施例において、インフラストラクチャーのＶ２Ｘ通信装置に含まれた構成に関する説明は下記の通りである。インフラストラクチャーのＶ２Ｘ通信装置は、ＲＳＥ（Ｒｏａｄ  Ｓｉｄｅ  Ｅｑｕｉｐｍｅｎｔ）を含むことができる。ＲＳＥは車両のＯＢＥと同様に、複数のアンテナシステム及びコントローラ（プロセッサ）を含むことができる。アンテナシステムの構成は統合されるか、別に備えられることができ、一部の組み合わせで含まれることもできる。一方、ＲＳＥのコントローラは、ＯＢＥのコントローラと同一又は類似の動作を行うことができる。例えば、ＲＳＥのコントローラは、複数の異種のシステムから受信されるデータメッセージをプロセシングし、インフラストラクチャー内の別のＥＣＵをコントロールして、適切な動作を行うことができる。
【００４６】
ＲＳＥはトラフィックコントローラ（Ｔｒａｆｆｉｃ  Ｃｏｎｔｒｏｌｌｅｒ）の情報を受信して車両と通信できる。ＲＳＥは固定装置になることができ、バックエンド（Ｂａｃｋｅｎｄ）連結されてプロバイダとして動作できる。しかし、実施例に係って、ＲＳＥは車両から情報を収集し、これを再度送信することができるので、プロバイダ装置だけでなく、ユーザー装置として動作することもできる。
【００４７】
また、図３の実施例において、歩行者の個人化機器（ＶＲＵ装置）のＶ２Ｘ通信装置に含まれた構成に関する説明は下記の通りである。ＶＲＵ装置のＶ２Ｘ通信装置は、複数のアンテナシステム、及びコントローラ（プロセッサ）を含むことができる。アンテナシステムの構成は統合されるか、別に備えられることができ、一部の組み合わせで含まれることもできる。一方、ＶＲＵ装置のコントローラは、ＯＢＥのコントローラと同一又は類似の動作を行うことができる。例えば、ＶＲＵ装置のコントローラは複数の異種のシステムから受信されるデータメッセージをプロセシングし、個人化機器内の別のＥＣＵをコントロールして、適切な動作を行うことができる。また、コントローラは、このようなデータプロセシング及び個人化機器の制御／駆動のためのアプリケーションを実行することができる。さらに、コントローラは、個人化機器内の別の電子装備又はセンサから受信したセンシングデータをプロセシングし、外部のＶ２Ｘ通信装置に送信することができる。図３のように、セーフティアプリケーション（Ｓａｆｅｔｙ  Ａｐｐｌｉｃａｔｉｏｎ）が実行され、個人化機器内と情報を送受信することができる。また、個人化機器のオーディオ、ディスプレイのようなＶＲＵインターフェースを介してユーザーに情報が提供できる。
【００４８】
図３で示すように、車両間の通信はＶ２Ｖ通信と称され得、車両とインフラストラクチャー間の通信は、Ｖ２Ｉ通信又はＩ２Ｖ通信と称され得、車両と歩行者の個人化機器間の通信は、Ｖ２Ｐ通信又はＰ２Ｖ通信と称され得る。例えば、ＤＳＲＣを用いた車両間の通信は、ＤＳＲＣ  Ｖ２Ｖ通信と称され得、ＤＳＲＣを用いた車両とインフラストラクチャー間の通信は、ＤＳＲＣ  Ｖ２Ｉ通信又はＤＳＲＣ  Ｉ２Ｖ通信と称され得、ＤＳＲＣを用いた車両と歩行者の個人化機器間の通信は、ＤＳＲＣ  Ｖ２Ｐ通信又はＤＳＲＣ  Ｐ２Ｖ通信と称され得る。一方、車両と別のＶ２Ｘ通信装置間の通信は、Ｖ２Ｘ通信と通称され得、Ｖ２Ｘ通信装置と別のＶ２Ｘ通信装置間の通信は、Ｘ２Ｘとも通称され得る。
【００４９】
図４は、本発明の実施例に係るＶ２Ｘ通信装置のプロトコルスタックを示す。具体的に、図４は、本発明の実施例に係る米国（ＵＳ）又は欧州（ＥＵ）のＶ２Ｘ通信装置のプロトコルスタックを示す。
【００５０】
図３で示したＶ２Ｘ通信装置は、Ｖ２Ｘ通信のために図４で示す通信プロトコルを使用することによって、互いに通信できる。
【００５１】
図４に含まれている各レイヤに関する説明は下記の通りである。
【００５２】
アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）レイヤ：アプリケーションレイヤは様々な使用例（ｕｓｅ  ｃａｓｅ）を具現及び支援することができる。例えば、アプリケーションは、道路安全（Ｒｏａｄ  Ｓａｆｅｔｙ）、効率的交通情報（Ｅｆｆｉｃｉｅｎｔ  Ｔｒａｆｆｉｃ  Ｉｎｆｏｒｍａｔｉｏｎ）、その他アプリケーション情報（Ｏｔｈｅｒ  ａｐｐｌｉｃａｔｉｏｎ）を提供することができる。
【００５３】
ファシリティー（ｆａｃｉｌｉｔｉｅｓ）レイヤ：ＯＳＩレイヤ５（セッション（ｓｅｓｓｉｏｎ）レイヤ）、レイヤ６（プレゼンテーション（ｐｒｅｓｅｎｔａｔｉｏｎ）レイヤ）、レイヤ７（アプリケーション（ａｐｐｌｉｃａｔｉｏｎ）階層）に対応するレイヤ。ファシリティーレイヤはアプリケーションレイヤで定義された様々な使用例を効果的に実現できるように支援することができる。例えば、ファシリティーレイヤは、アプリケーションを支援するためのメッセージをエンコーディング／デコーディングするためのＡＰＩを提供することができる。実施例として、メッセージはＡＳＮ．１方式によってエンコーディング／デコーディングされることができる。
【００５４】
このようなファシリティーレイヤで提供されるサービス及びメッセージセットが、米国ではＳＡＥ（Ｓｏｃｉｅｔｙ  ｏｆ  Ａｕｔｏｍｏｔｉｖｅ  Ｅｎｇｉｎｅｅｒｓ）により規定され、欧州ではＥＴＳＩ  ＩＴＳにより規定される。例えば、米国の場合、基本安全アプリケーション（Ｂａｓｉｃ  Ｓａｆｅｔｙ  Ａｐｐｌｉｃａｔｉｏｎ）を支援するためのＢＳＭ（Ｂａｓｉｃ  Ｓａｆｅｔｙ  Ｍｅｓｓａｇｅ）メッセージ、ＥＶＡ（Ｅｍｅｒｇｅｎｃｙ  Ｖｅｈｉｃｌｅ  Ａｌｅｒｔ）メッセージ、インターセクション安全アプリケーション（Ｉｎｔｅｒｓｅｃｔｉｏｎ  Ｓａｆｅｔｙ  Ａｐｐｌｉｃａｔｉｏｎ）を支援するためのＭＡＰ（ＭａｐＤａｔａ）、ＳＰＡＴ（Ｓｉｇｎａｌ  Ｐｈａｓｅ  Ａｎｄ  Ｔｉｍｉｎｇ）、ＩＣＡ（Ｉｎｔｅｒｓｅｃｔｉｏｎ  Ｃｏｌｌｉｓｉｏｎ  Ａｌｅｒｔ）メッセージ、旅行者情報アプリケーション（Ｔｒａｖｅｌｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ａｐｐｌｉｃａｔｉｏｎ）を支援するためのＲＳＡ（Ｒｏａｄｓｉｄｅ  Ａｌｅｒｔ）、ＴＩＭ（Ｔｒｅａｖｅｌｅｒ  Ｉｎｆｏｒｍａｔｉｏｎ  Ｍｅｓｓａｇｅ）メッセージ等がメッセージセットとして提供できる。欧州の場合、ＣＡＭ（Ｃｏｏｐｅｒａｔｉｖｅ  Ａｗａｒｅｎｅｓｓ  Ｍｅｓｓａｇｅ）、ＤＥＮＭ（Ｄｅｃｅｎｔｒａｌｉｚｅｄ  Ｅｎｖｉｒｏｎｍｅｎｔａｌ  Ｎｏｔｉｆｉｃａｔｉｏｎ  Ｍｅｓｓａｇｅ）メッセージ等がメッセージセットとして提供できる。
【００５５】
ネットワーキング及びトランスポート（Ｎｅｔｗｏｒｋｉｎｇ  ＆  Ｔｒａｎｓｐｏｒｔ）レイヤ：ＯＳＩレイヤ３（ネットワーク（ｎｅｔｗｏｒｋ）レイヤ）、レイヤ４（トランスポート（ｔｒａｎｓｐｏｒｔ）レイヤ）に対応するレイヤ。ネットワーキング／トランスポートレイヤは、様々なトランスポートプロトコル、及びネットワークプロトコルを使用することによって、同種（ｈｏｍｏｇｅｎｏｕｓ）／異種（ｈｅｔｅｒｏｇｅｎｏｕｓ）のネットワーク間の車両通信のためのネットワークを構成することができる。例えば、ネットワーキング／トランスポートレイヤはＴＣＰ／ＵＤＰ＋ＩＰｖ６等のインターネットプロトコルを使用したインターネット接続とルーティングを提供することができる。或いは、ネットワーキング／トランスポートレイヤは、ＢＴＰ（Ｂａｓｉｃ  Ｔｒａｎｓｐｏｒｔ  Ｐｒｏｔｏｃｏｌ）／ジオネットワーキング（ＧｅｏＮｅｔｗｏｒｋｉｎｇ）等、地理的位置情報（Ｇｅｏｇｒａｐｈｉｃａｌ  ｐｏｓｉｔｉｏｎ）ベースのプロトコルを使用し、車両のネットワークを構成することができる。或いは、ネットワーキング／トランスポートレイヤは、ＷＳＭＰ（ＷＡＶＥ  Ｓｈｏｒｔ  Ｍｅｓｓａｇｅ  Ｐｒｏｔｏｃｏｌ）（例えば、ＷＳＭＰ−Ｎ及びＷＳＭＰ−Ｔ）を使用し、車両のネットワークを構成することができる。
【００５６】
また、ネットワーキング及びトランスポートレイヤは、提供されるサービスに対するアドバタイズメント（ａｄｖｅｒｔｉｓｅｍｅｎｔ）を提供することができる。例えば、米国の場合、ＷＳＡ（ＷＡＶＥ  Ｓｅｒｖｉｃｅ  Ａｄｖｅｒｔｉｓｅｍｅｎｔ）を通じてこのようなアドバタイズメントが提供でき、欧州の場合、ＳＡＭ（Ｓｅｒｖｉｃｅ  Ａｎｎｏｕｎｃｅｍｅｎｔ  Ｍｅｓｓａｇｅ）を通じてこのようなこのアドバタイズメントが提供できる。
【００５７】
アクセス（Ａｃｃｅｓｓ）レイヤ：ＯＳＩレイヤ１（フィジカル（ｐｈｙｓｉｃａｌ）レイヤ）、レイヤ２（データリンク（ｄａｔａ  ｌｉｎｋ）レイヤ）に対応するレイヤ。アクセスレイヤは、上位レイヤから受信したメッセージ／データを物理的チャネルを介して送信できる。例えば、アクセスレイヤは、ＩＥＥＥ  ８０２．１１及び／又は８０２．１１ｐ標準ベース通信技術、ＩＥＥＥ  ８０２．１１及び／又は８０２．１１ｐ標準のＷＩＦＩフィジカル送信技術、ＤＳＲＣ技術、衛星／広帯域無線移動通信を含む２Ｇ／３Ｇ／４Ｇ（ＬＴＥ）／５Ｇ無線セルラー通信技術、ＧＰＳ（Ｇｌｏｂａｌ  Ｐｏｓｉｔｉｏｎｉｎｇ  Ｓｙｓｔｅｍ）技術、ブルートゥース、又はＩＥＥＥ  １６０９  ＷＡＶＥ技術のうち少なくとも一つに基づいてデータ通信を実行／支援できる。一方、米国の場合、車両環境での通信を支援するために、ＩＥＥＥ  １６０９．４標準ベースのＭＡＣ技術を補完して使用する。
【００５８】
セキュリティ（Ｓｅｃｕｒｉｔｙ）レイヤ：データ信頼（ｄａｔａ  ｔｒｕｓｔ）及びプライバシーのためのレイヤ。セキュリティレイヤは、プライバシーを保証するための認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）と暗号化機能（ｅｎｃｒｙｐｔｉｏｎ  ｆｕｎｃｔｉｏｎ）を提供することができる。認証は、送信者（ｓｅｎｄｅｒ）が権限のある正当なＶ２Ｘ通信装置であるかと、送られたデータが変更されなかったかを示すために使用され、暗号化はデータの秘密（ｓｅｃｒｅｔ）を維持するために使用される。実施例として、ネットワーキング／トランスポートレイヤで生成されたメッセージやデータは、その種類によってセキュリティ（ｓｅｃｉｒｉｔｙ）レイヤを経て保護されて（ｓｅｃｕｒｅｄ）送信されるか、又は非保護されて（ｎｏｎ−ｓｅｃｕｒｅｄ）送信されることができる。
【００５９】
マネージメント（ｍａｎａｇｅｍｅｎｔ）レイヤ：マネージメントレイヤはＭＤＣＣ（Ｍｕｌｔｉ−ｃｈａｎｎｅｌ  Ｄｅｃｅｎｔｒａｌｉｚｅｄ  Ｃｏｎｇｅｓｔｉｏｎ  Ｃｏｎｔｒｏｌ）を提供することができる。また、マネージメントレイヤは、上位レイヤ（Ｈｉｇｈｅｒ  Ｌａｙｅｒ）から伝達された情報に基づいて、サービスアドバタイズメントに対するコンテンツを生成することができ、このコンテンツは、ＩＰ構成（ＩＰ  ｃｏｎｆｉｇｕｒａｔｉｏｎ）情報及びセキュリティクリデンシャル（ｓｅｃｕｒｉｔｙ  ｃｒｅｄｅｎｔｉａｌ）情報を含むことができる。また、マネージメントレイヤは、受信されたサービスアドバタイズメントをモニタリングし、チャネル品質（ｃｈａｎｎｅｌ  ｑｕａｌｉｔｙ）を推定し、チャネル割り当て／スイッチングスケジュール（ｃｈａｎｎｅｌ  ａｌｌｏｃａｔｉｏｎ／ｓｗｉｔｃｈｉｎｇ  ｓｃｈｅｄｕｌｅ）を決定することができる。
【００６０】
以下では、図５乃至９を参照し、第１タイプのＶ２Ｘ通信装置がセキュリティサービスを提供する方法を説明し、図１０乃至１３を参照し、第２タイプのＶ２Ｘ通信装置がセキュリティサービスを提供する方法を説明する。実施例として、第１タイプのＶ２Ｘ通信装置は、図４の米国（ＵＳ）の通信プロトコルによってＶ２Ｘ通信を行うＶ２Ｘ通信装置であってもよく、第２タイプのＶ２Ｘ通信装置は、図４の欧州（ＥＵ）の通信プロトコルによってＶ２Ｘ通信を行うＶ２Ｘ通信装置であってもよい。
【００６１】
図５は、本発明の第１実施例に係るセキュリティサービスを提供するＶ２Ｘ通信装置のプロトコルスタックを示す。図５の実施例において、Ｖ２Ｘ通信装置は、ＩＥＥＥ  １６０９．２標準ベースのセキュリティサービスを提供するＶ２Ｘ通信装置（例えば、ＷＡＶＥ装置）であってもよい。図５のセキュリティサービスは、ＷＡＶＥセキュリティサービスと称されてもよく、図５のプロトコルスタックはＷＡＶＥプロトコルスタックと称されてもよい。図５で示すセキュリティサービスは、内部（ｉｎｔｅｒｎａｌ）のセキュリティサービス及び上位レイヤのセキュリティサービスを含むことができる。
【００６２】
まず、内部のセキュリティサービスは、保安データサービス（ＳＤＳ：Ｓｅｃｕｒｅ  Ｄａｔａ  Ｓｅｒｖｉｃｅ）とセキュリティサービス管理エンティティ（ＳＳＭＥ：Ｓｅｃｕｒｉｔｙ  Ｓｅｒｖｉｃｅｓ  Ｍａｎａｇｅｍｅｎｔ  Ｅｎｔｉｔｙ）を提供することができる。
【００６３】
ＳＤＳは、ＰＤＵ（Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）を管理することができる。例えば、ＳＤＳは、送信のために保護されていない（ｕｎｓｅｃｕｒｅｄ）ＰＤＵをＳＰＤＵ（Ｓｅｃｕｒｅｄ  Ｐｒｏｔｏｃｏｌ  Ｄａｔａ  Ｕｎｉｔ）に変換することができる。また、ＳＤＳは、受信の際にＳＰＤＵを処理することができ、これはＳＰＤＵをＰＤＵに変換することを含む。このとき、ＳＰＤＵのフォーマットは署名された（ｓｉｇｎｅｄ）データであってもよく、又は暗号化された（ｅｎｃｒｙｐｔｅｄ）データであってもよい。保安データサービスを使用するエンティティは、保安データ交換エンティティ（ＳＤＥＥ：Ｓｅｃｕｒｅ  Ｄａｔａ  Ｅｘｃｈａｎｇｅ  Ｅｎｔｉｔｙ）と称され得る。
【００６４】
ＳＳＭＥは認証書に対する情報を管理することができる。例えば、ＳＳＭＥはＳＤＳに格納された認証書と、ＣＡ（Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｕｅｓ）に属した認証書に対する認証情報を格納／管理することができる。
【００６５】
上位レイヤのセキュリティサービスは、認証書廃棄リスト検証エンティティ（ＣＲＬＶＥ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ  Ｖｅｒｉｔｉｃａｔｉｏｎ  Ｅｎｔｉｔｙ）と、ピアツーピア認証書分配エンティティ（Ｐ２ＰＣＤＥ：Ｐｅｅｒ−ｔｏ−Ｐｅｅｒ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｄｉｓｔｒｉｂｕｔｉｏｎ  Ｅｎｔｉｔｙ）を提供することができる。
【００６６】
ＣＲＬＶＥは、入ってくる（ｉｎｃｏｍｉｎｇ）ＣＲＬを検証することができる。例えば、ＣＲＬＶＥは、ＳＳＭＥから受信した、又はＳＳＭＥに伝達する認証書廃棄リスト（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ：ＣＲＬ）を検証することができる。また、ＣＲＬＶＥは、格納のために関連の廃棄情報をＳＳＭＥに伝達することができる。
【００６７】
Ｐ２ＰＣＤＥは、ピアツーピア認証書分配を可能にする。Ｐ２ＰＣＤＥは、ＷＡＶＥ装置がアンノウン（ｕｎｋｏｗｎ）認証書を学習させる。このとき、ＷＡＶＥ装置は別のピア装置（Ｐｅｅｒ  ｄｅｖｉｃｅ）に必要な情報を要請し、これを利用してアンノウン認証書を学習することができる。
【００６８】
前述したサービスを提供するために、図５に示すＩＥＥＥ  １６０９．２標準では、ＳＡＰ（Ｓｅｒｖｉｃｅ  Ａｃｃｅｓｓ  Ｐｏｉｎｔ）（例えば、Ｓｅｃ−ＳＡＰ、ＳＳＭＥ  ＳＡＰ、ＳＳＭＥ−Ｓｅｃ  ＳＡＰ等）を提供し、このＳＡＰを通じて、ＩＥＥＥ  １６０９．２標準ベースのあるエンティティから他のエンティティへの通信が行われることができる。これをＳＤＥＥ間のデータ交換と称し得る。
【００６９】
図６は、本発明の一実施例に係るＶ２Ｘ通信装置が保安処理を行う方法を示す。図５と同様に、図６の実施例において、Ｖ２Ｘ通信装置はＩＥＥＥ  １６０９．２標準ベースのセキュリティサービスを提供するＶ２Ｘ通信装置（例えば、ＷＡＶＥ装置）であってもよい。このような図６の実施例は、ＳＤＳを使用した保安処理の例示的な処理フローを示す。
【００７０】
図６を参照すると、ＳＤＳはデータを処理するようにする要請と共にＳＤＥＥによって呼び出されることができる。処理されたデータは、呼び出したＳＤＥＥにリターンされることができる。保安データの交換は、二つのＳＤＥＥを含むことができ、一つは送信（ｓｅｎｄｉｎｇ）のＳＤＥＥであり、もう一つは受信（ｒｅｃｅｉｖｉｎｇ）のＳＤＥＥであり得る。
【００７１】
送信のＳＤＥＥは、送信側の保安処理を行うために、ＳＤＳを呼び出すことができる。この場合、処理の結果は、送信エンティティにリターンされるＳＰＤＵであり得る。送信のＳＤＥＥはＳＰＤＵの送信に先だって、少なくとも一回、可能には多数回ＳＤＳを呼び出すことができる。
【００７２】
受信のＳＤＥＥは、受信されたＳＰＤＵのコンテンツに対する保安処理を行うために、ＳＤＳを呼び出すことができる。この場合、ＳＰＤＵを含むことができ、ＳＰＤＵに関する追加情報を含むことができる、処理の結果が受信のＳＤＥＥにリターンされることができる。受信されたＳＰＤＵの完全な処理は、ＳＤＳの多重呼出を要求することができる。
【００７３】
以下では、ＰＫＩ（Ｐｕｂｌｉｃ  Ｋｅｙ  Ｉｎｇｒａｓｔｒｕｃｔｕｒｅ）のクリデンシャルを管理するためのセキュリティ管理システム（Ｓｅｃｕｒｉｔｙ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）を説明する。例えば、セキュリティ管理システムを通じた認証書要請、認証書管理、及びＣＲＬ分配（ｄｉｓｔｒｉｂｕｔｉｏｎ）案等について説明する。セキュリティ管理システムは、セキュリティクリデンシャル管理システム（ＳＣＭＳ：Ｓｅｃｕｒｉｔｙ  Ｃｒｅｄｅｎｔｉａｌｓ  Ｍａｎａｇｅｍｅｎｔ  Ｓｙｓｔｅｍ）又は信頼モデル（ｔｒｕｓｔ  ｍｏｄｅｌ）とも称され得る。
【００７４】
セキュリティ管理システムの説明に先だって、まず、セキュリティ管理システムにより管理される様々な種類の認証書について説明する。Ｖ２Ｘ通信システムは様々な種類の認証書を支援し、セキュリティ管理システムはこのような認証書を発行して廃棄させることができる。各認証書は異なるライフタイムと更新周期を有することができる。例えば、ルートＣＡは、１７年のライフタイムを有することができ、ルートＣＡにより制御されるＥＡは、１１年のライフタイムを有することができ、ＥＡにより発行されるＥＣは、６年のライフタイムを有することができる。
【００７５】
まず、車両又は車両のＯＢＥは、ＯＢＥ登録認証書（ＥＣ）、匿名認証書（ＰＣ）、及び／又は識別認証書（ＩＣ：Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ  Ｃｅｒｔｉｆｉｃａｔｅ）を有することができる。ＯＢＥのＥＣは、認証書の要請を検証するために使用される認証書であって、ＯＢＥのパスポート（ｐａｓｓｐｏｒｔ）のような役割を行うことができる。車両はこのＥＣを用いて、ＡＡにＰＣ及び／又はＩＣを要請することができる。ＥＣは暗号化キーを有しておらず、ＯＢＥがブートストラッププロセスを行う間に発給できる。また、ＥＣは有効期間を有している。従って、ＥＣはＯＢＥの全体動作のライフタイムの間に有効なものではなく、再設定（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程が必要であり得る。また、各ＥＣは少なくとも一つのＰＳＩＤ（Ｐｒｏｖｉｄｅｒ  Ｓｅｒｖｉｃｅ  ＩＤ）を有することができる。
【００７６】
ＰＣは所有者（ｈｏｌｄｅｒ）の許可（ｐｅｒｍｉｓｓｉｏｎ）を指示するが、所有者の身元（ｉｄｅｎｔｉｔｙ）は指示しない認可認証書（ａｕｔｈｏｒｉｚａｔｉｏｎ  ｃｅｒｔｉｆｉｃａｔｅ）であって、ＢＳＭのようなＶ２Ｘメッセージの認証（ａｕｔｈｅｎｔｉｃａｔｉｏｎ）や誤動作のレポーティング（ｍｉｓｂｅｈａｖｉｏｒ  ｒｅｐｏｒｔｉｎｇ）等のために使用されることができる。ＰＣは暗号化キーを有さず、プライバシーの理由で１つのＯＢＥは複数の有効なＰＣを有することができる。従って、ＰＣは必要に応じて、できるだけ頻繁に変わり得る。
【００７７】
ＩＣはＶ２Ｉアプリケーション内の認証のために使用されることができる。ＩＣはＰＣと類似のプロビジョニングプロセス（ｐｒｏｖｉｓｉｏｎｉｎｇ  ｐｒｏｃｅｓｓ）を有するが、異なるＰＳＩＤ及びパラメータを有することができる。
【００７８】
インフラストラクチャー又はインフラストラクチャーのＲＳＥ（又は、ＲＳＵ）は、ＲＳＥ登録認証書（ＥＣ）及び／又はアプリケーション認証書（ＡＣ）を有することができる。
【００７９】
ＲＳＥのＥＣは、認証書の要請を検証するために使用される認証書であって、ＲＳＥのパスポートのような役割を行うことができる。このＥＣはＡＣを要請するために使用されることができる。ＯＢＥのＥＣと同様に、ＲＳＥのＥＣは暗号化キーを有しておらず、ＲＳＥがブートストラッププロセスを行う間に発給できる。また、ＯＢＥのＥＣと同様に、ＲＳＥのＥＣは有効期間を有しているので、ＲＳＥの全体動作のライフタイムの間に有効なものではなく、再設定（ｒｅ−ｅｓｔａｂｌｉｓｈｍｅｎｔ）過程が必要であり得る。また、各ＥＣは少なくとも一つのＰＳＩＤを有することができる。
【００８０】
ＡＣは認証と暗号化のために一つのＲＳＥによって使用されることができる。ＡＣは暗号化キーを有し、ＲＳＥに対するプライバシーの制約（ｐｒｉｖａｃｙ  ｃｏｎｓｔｒａｉｎｔｓ）がない。従って、ＲＳＥは与えられたアプリケーションに対して、一度にただ一つの有効なＡＣを有することができる。以下は、ＡＣの二つ期間による廃棄を例示する。
【００８１】
１．短い有効期間（Ｓｈｏｒｔ  Ｖａｌｉｄｉｔｙ  Ｐｅｒｉｏｄｓ（例えば、ｄａｉｌｙ、ｈｏｕｒｌｙ））：しばしば認証書を更新（ｒｅｎｅｗａｌ）しなければならないので、ＣＲＬが要求されない。
【００８２】
２．長い有効期間（Ｌｏｎｇ  Ｖａｌｉｄｉｔｙ  Ｐｅｒｉｏｄｓ（例えば、ｍｏｎｔｈｌｙ、ａｎｎｕａｌｌｙ））：ＣＲＬが要求される。
【００８３】
図７は、本発明の一実施例に係る信頼階層（ｔｒｕｓｔ  ｈｉｅｒａｒｃｈｙ）の構造を示す。図７の実施例は、ＩＥＥＥ  １６０９．２の認証書フォーマットを用いたエレクターベース方式（ｅｌｅｃｔｏｒ−ｂａｓｅｄ  ｓｃｈｅｍｅ）のセキュリティ管理システムの一例を示す。
【００８４】
図７の実施例において、エレクター（ｅｌｅｃｔｏｒ）、ルートＣＡ、ＰＣＡ（Ｐｓｕｅｄｏｎｕｍ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）及びＩＣＡ（Ｉｎｔｅｒｍｅｄｉａｔｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）によって発行される認証書は、Ｐ２Ｐ（ｐｅｅｒ−ｔｏ−ｐｅｅｒ）の分配を支援するための明示的タイプ（ｅｘｐｌｉｃｉｔ  ｔｙｐｅ）の認証書である。これらは、別の認証書が黙示的タイプ（ｉｍｐｌｉｃｉｔ  ｔｙｐｅ）になる間の混同をなくすために明示性を維持する。また、この認証書は、プライバシーの制約を有さない。
【００８５】
図７の実施例に示すエレクターベース方式のセキュリティ管理システムは、エレクターが最上位レベルであるレベル０に追加されることによって、ルートＣＡが自身の認証書を変更しなくても、エレクターから新しい支持者を受けることができるという利点を有する。エレクターは、ルート管理機能を行うことができる。即ち、エレクターは、ルートＣＡ認証書の管理（例えば、追加又は削除）のために使用されることができる。例えば、エレクターは、ルートＣＡ認証書を追加又は削除できる。このとき、定足数は例えば、メンバーの過半以上であり得る。一方、エレクター認証書はセキュリティ管理システムのＰＫＩ階層（ｈｉｅｒａｒｃｈｙ）の一部ではないので、検証（ｖｅｒｉｆｙｉｎｇ）認証書チェーンは、検証エレクター認証書を含まない。
【００８６】
ルートＣＡ認証書は、別の認証書を検証するために信頼アンカー（ｔｒｕｓｔ  ａｎｃｈｏｒ）として使用されることができる自己署名された（ｓｅｌｆ−ｓｉｇｎｅｄ）認証書であって、ルート認証書と略称されることもできる。ルートＣＡ認証書は、下記のように別の認証書タイプと異なる特徴を有する。
【００８７】
１．ルートＣＡ認証書は信頼チェーンの終わりである。従って、セキュリティ管理システムのどんな認証書の検証もこの認証書に終了する。
【００８８】
２．ルートＣＡの署名（ｓｉｇｎａｔｕｒｅ）は、どんな暗号化値を有さない。この署名は、ルートＣＡ自体によって生成される。
【００８９】
３．一般に、ルートＣＡ認証書は長いライフタイムを有する。何故なら、ルートＣＡを変更することは非常に時間消耗的であり、大きな値を要求する動作であるためである。
【００９０】
４．単にエレクターの定足数のみがルート管理メッセージを生成することができ、ルートＣＡ認証書の廃棄をＣＲＬに追加することができる。
【００９１】
ＩＣＡ認証書は別のＳＣＳＭに認証書を発行するために使用されることができる。ルートＣＡ及びＩＣＡのみが別のＳＣＳＭを認証することができる。ＩＣＡ認証書はＩＣと称され得る。
【００９２】
ＥＣＡ認証書は明示的タイプであって、Ｐ２Ｐ分配を通じて分配されることができる。ＥＣＡ認証書は、ＯＢＥとＲＳＥとを含むエンドエンティティに認証書（ＥＣ）を発行するために使用されることができる。ＥＣＡ認証書はＥＣと称され得る。
【００９３】
ＰＣＡ認証書はＯＢＥとＲＳＥとを含むエンドエンティティに認証書を発行するために使用されることができる。ＰＣＡ認証書は有効期間を有し、ＰＣＡ認証書の廃棄はＣＲＬ生成器が発行したＣＲＬを通じてなされることができる。ＰＣＡ認証書はＰＣと称され得る。
【００９４】
ＣＲＬ生成器の認証書はルートＣＡによって発行されることができ、ＣＲＬを署名するために使用されることができる。ポリシー（ｐｏｌｉｃｙ）生成器の認証書もやはり、ルートＣＡによって発行されることができ、セキュリティ管理システムに分配されるグローバルポリシーファイル（ｇｌｏｂａｌ  ｐｏｌｉｃｙ  ｆｉｌｅ）を署名するために使用されることができる。ＬＡ（Ｌｉｎｋａｇｅ  Ａｕｔｈｏｒｉｔｙ）認証書は、エンドエンティティと相互作用がなくてもよい。ＲＡ（Ｒｅｇｉｓｔｒａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ）認証書は、エンドエンティティがブートストラップされた以降に成功裏に認証書プロビジョニングを要求することができるように有効期間が充分に長くなければならない。ＭＡ認証書はエンドエンティティがＭＡ認証書をしばしば検索する必要がないので、有効期間が長くなくてもよい。
【００９５】
図８は、本発明の一実施例に係るエンドエンティティで動作するＶ２Ｘ通信装置のブートストラッププロセシングを示す。前述したように、ＥＣはこのようなブートストラッププロセスの実行を通じて発行されることができる。
【００９６】
本明細書において、ＥＥはＣＡとして動作しないエンティティ、即ち、認証書を要請するか、又はＰＤＵを署名するエンティティであり得る。例えば、図９の車両又は車両のＯＢＥがＥＥとして動作できる。
【００９７】
図８に示すように、ＥＥからＥＣの要請が受信される場合、装置構成マネージャー（ＤＣＭ：Ｄｅｖｉｃｅ  Ｃｏｎｆｉｇｕｒａｔｉｏｎ  Ｍａｎａｇｅｒ）は、該当ＥＥが認証されているか否かを決定することができる。即ち、該当ＥＥが認証された装置であるか否かを決定することができる。認証されていない場合、ＤＣＭはＥＣの要請を拒絶することができる。
【００９８】
認証された場合、ＤＣＭはＥＣＡにＥＣを要請することができる。この場合、ＥＣＡはＥＣを発行し、ＤＣＭに伝達することができる。ＤＣＭは、ＥＣＡで発行されたＥＣ、ＲＡで提供された信頼チェーン認証書、及び／又は認証書ラブ（Ｃｅｒｉｆｉｃａｔｅ  Ｌａｂ）で提供されたＥＥ特定の認証書情報をＥＥに伝達することができる。このとき、ＤＣＭはＩＰアドレスと共にＥＥに伝達することができる。ＥＥは、ＥＣ、信頼チェーン認証書、及び／又はＩＰアドレスをローディングすることができる。
【００９９】
図９は、本発明の一実施例に係るエンドエンティティで動作するＶ２Ｘ通信装置の誤動作のレポーティングプロセスを示す。図８の実施例でのように、例えば、車両又は車両のＯＢＥがＥＥとして動作できる。
【０１００】
図９に示すように、ＥＥは予め設定された条件の満足（ｃｏｎｄｉｔｉｏｎ  ｍｅｔ）をレポーティングできる（ステップ１）。
【０１０１】
ＥＥは誤動作のレポートを生成することができる。このとき、ＥＥは誤動作のレポートをＰＣを用いて署名することができる（ステップ２）。
【０１０２】
ＥＥはＭＡに送信される誤動作のレポートを暗号化することができる（ステップ３）。
【０１０３】
ＥＥは誤動作のレポートをＲＡに提出することができる（ステップ４）。
【０１０４】
このとき、ＬＯＰ（Ｌｏｃａｔｉｏｎ  Ｏｂｓｃｕｒｅｒ  Ｐｒｏｘｙ）は暗号化された誤動作のレポートからネットワークのアドレス情報（例えば、ＭＡＣアドレス及び／又はＩＰアドレス）を除去し、これをＲＡに伝達することができる（ステップ４．１）。ＲＡは、この誤動作のレポートを別のレポートを持ってシャッフリングし、これをＭＡに伝達することができる（ステップ４．２）。このとき、シャッフリングの閾値は、例えば、１０，０００の誤動作のレポートであるか、一日であり得る。
【０１０５】
ＭＡは誤動作のレポートを暗号解除することができ、これに基づいて調査（ｉｎｖｅｓｔｉｇａｔｅ）することができる。
【０１０６】
ＥＥは、ＲＡからＡＣＫの応答がある場合、送ったレポートを削除することができる。また、ＥＥは期限切れの（ｏｕｔｄａｔｅｄ）又は未送信（ｕｎｓｅｎｔ）のレポートを削除することができる。また、ＲＡは、ＭＡからＡＣＫの応答がある場合、送ったレポートを削除することができる。
【０１０７】
表１は、米国の保安に関するサービス及びサービスのＰＳＩＤを示す。
【０１０８】
【表１】
0006812571.tif 000002
【０１０９】
図１０は、本発明の第２実施例に係るセキュリティサービスを提供するＶ２Ｘ通信装置のプロトコルスタックを示す。図１０の実施例において、Ｖ２Ｘ通信装置は、欧州のＥＴＳＩ  ＩＴＳ標準ベースのセキュリティサービスを提供するＶ２Ｘ通信装置（例えば、ＩＴＳステーション）であり得る。図１０のセキュリティサービスは、ＩＴＳセキュリティサービスと称され得、図１０のセキュリティレイヤは、ＩＴＳセキュリティレイヤと称され得る。
【０１１０】
図１０は、ＩＴＳセキュリティアーキテクチャーの機能的エンティティ、及びそれらとＩＴＳ通信レイヤとの間に存在する関係を示す。図１０では、ＩＴＳ通信レイヤに隣接した垂直レイヤとしてセキュリティレイヤを示すが、事実上、セキュリティサービスがレイヤ単位（ｌａｙｅｒ  ｂｙ  ｌａｙｅｒ  ｂａｓｉｓ）で提供されるので、セキュリティレイヤはＩＴＳレイヤに細分化（ｓｕｂｄｉｖｉｄｅｄ）できる。このようなセキュリティサービスは、セキュリティサービスのそれぞれが一個又は数個（ｓｅｖｅｒａｌ）のＩＴＳアーキテクチャーレイヤ内で、又はセキュリティ管理レイヤ内で動作する方式であって、レイヤ単位で提供されることができる。図１０に示すように、ＩＴＳセキュリティアーキテクチャーの機能的エンティティとＩＴＳ通信レイヤはＳＡＰ（例えば、ＳＦ−ＳＡＰ、ＳＮ−ＳＡＰ、及びＳＩ−ＳＡＰ）を介して通信を行うことができる。
【０１１１】
図１１は、本発明の一実施例に係るＶ２Ｘ通信システムの信頼モデルを示す。図１１の実施例では、図２で前述した説明と重複する説明は省略する。図１１の実施例の信頼モデルは、ＩＴＳ信頼モデル又はＣ−ＩＴＳ信頼モデルと称され得る。
【０１１２】
図１１の実施例において、Ｖ２Ｘ通信システムは、Ｖ２Ｘ通信装置（例えば、ＩＴＳステーション）がＶ２Ｘ通信のためのメッセージを安全に送受信するために要求される保安システムであり得る。このようなＶ２Ｘ通信システムは、信頼性のある（ｔｒｕｓｔｅｄ）メッセージの通信のための一つ以上のエンティティ（ｅｎｔｉｔｙ）を含むことができる。例えば、示すように、Ｖ２Ｘ通信システムは、ポリシー承認局（ＰＡ：Ｐｏｌｉｃｙ  Ａｕｔｏｒｉｔｙ）、信頼リスト管理者（ＴＬＭ：Ｔｒｕｓｔ  Ｌｉｓｔ  Ｍａｎａｇｅｒ）、少なくとも一つのルート認証局（ルートＣＡ：Ｒｏｏｔ  Ｃｅｒｔｉｆｉｃａｔｅ  Ａｕｔｈｏｒｉｔｙ）、登録局（ＥＡ：Ｅｎｒｏｌｌｍｅｎｔ  Ａｕｔｈｏｒｉｔｙ）、認可局（ＡＡ：Ａｕｔｈｏｒｉｓａｔｉｏｎ  Ａｕｔｈｏｒｉｔｙ）、及び／又は少なくとも一つのＶ２Ｘ通信装置を含むことができる。実施例として、Ｖ２Ｘ通信装置はＯＢＥに該当してもよく、又はＲＳＥに該当してもよい。ルートＣＡ、ＥＡ及びＡＡについては図２で前述したので、以下ではＰＡ、ＴＬＭ等について説明する。
【０１１３】
ＰＡはＩＴＳ信頼モデルに参加する公共及び民間の利害関係者（例えば、機関、道路運営者、車両メーカー等）の代表者によって構成される役割である。
【０１１４】
ＰＡはＴＬＭを指定することができる。具体的に、ＰＡはＩＴＳ信頼システム内で動作するために、ＴＬＭ及びＣＰＯＣ（Ｃｅｎｔｒａｌ  Ｐｏｉｎｔ  ｏｆ  Ｃｏｎｔａｃｔ）を指定（ｄｅｓｉｇｎａｔｅ）して認可（ａｕｔｈｏｒｉｚｅ）することができる。ＰＡは、ルートＣＡが信頼可能であるかを決定することができ、承認された／廃棄されたルートＣＡ認証書に対してＴＬＭに知らせることによって、ＩＴＳ信頼ドメイン内でルートＣＡの動作を承認／除去することができる。言い換えると、ＰＡはルートＣＡの動作を承認し、ＴＬＭがこのルートＣＡを信頼することができるように確認できる。
【０１１５】
ＴＬＭは、ルートＣＡ認証書及びＴＬＭ認証書のリストを生成し、それを署名する役割を担当する。ＴＬＭによって発行された署名済みのリストは、ＥＣＴＬ（Ｅｕｒｏｐｅａｎ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｒｕｓｔ  Ｌｉｓｔ）と称され得る。このように、ＴＬＭはＥＣＴＬ（Ｅｕｒｏｐｅａｎ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｒｕｓｔ  Ｌｉｓｔ）を発行することができ、ＥＣＴＬは承認されたルートＣＡの信頼を提供することができる。
【０１１６】
ＣＰＯＣはＰＡによって指定された固有のエンティティであって、ルートＣＡ間の通信交換を保証し、ルートＣＡ認証書を収集し、それらをＴＬＭに提供する役割を担当する。ＣＰＯＣはまた、信頼モデル内の任意の関心のあるエンティティにＥＣＴＬを分配する役割を担当する。実施例として、ＴＬＭは保安認証書情報及び信頼リスト情報（ＥＣＴＬ）をローカル格納所に格納することができる。この場合、ＣＰＯＣは全てのＰＫＩ参加者にこの情報を分配するために使用されることもできる。
【０１１７】
ＥＡはＥＣをＩＴＳステーション（ＥＥ）に伝達することによって、ＥＥの動作の信頼を提供することができる。ＡＡはＥＡの信頼を有するＩＴＳステーションにＡＴを発行することができる。従って、受信のＩＴＳステーション又は送信のＩＴＳステーションは、別のＩＴＳステーションを信頼することができる。何故なら、ＡＴがＡＡによって発給され、該当ＡＡがルートＣＡによって信頼性が認証され、ルートＣＡがＴＬＭとＰＡによって認証されたためである。
【０１１８】
図１２は、本発明の一実施例に係るＶ２Ｘ通信システムの信頼モデルにおける情報のフローを示す。具体的に、図１２は、ＰＫＩに参加するＩＴＳステーションの信頼モデルにおける情報のフローを示す。図１２の実施例においては、基本的にマルチプルルートＣＡを仮定する。このルートＣＡの認証書は、リンク認証書のような保安プロトコルを介してＣＰＯＣに周期的に送信されることができる。このとき、どんな保安プロトコルを使用するか否かは、ＣＰＯＣ内に定義されることができる。
【０１１９】
図１２の（１）、（２）を参照すると、ＰＡはＴＬＭにルートＣＡアプリケーションの承認を行うことができ、ルートＣＡの廃棄情報を提供することができる。図１２の（３）、（４）を参照すると、ＰＡはＣＰ（Ｃｅｒｔｉｆｉｃａｔｉｏｎ  Ｐｏｌｉｃｙ）をアップデートすることができ、ルートＣＡアプリケーションフォーム／ＣＰＳ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｐｒａｃｔｉｃｅ  Ｓｔａｔｅｍｅｎｔ）要請の変更／監査（ａｕｄｉｔ）プロセス等の承認や拒絶を行うことができる。
【０１２０】
図１２の（５）を参照すると、ＴＬＭはＰＡにＥＣＴＬの変更を知らせることができる。図１２の（６）、（７）を参照すると、ＴＬＭはＣＰＯＣ（Ｃ−ＩＴＳ  Ｐｏｉｎｔ  ｏｆ  Ｃｏｎｔａｃｔ）にＴＬＭ認証書とＥＣＴＬを提供することができる。
【０１２１】
図１２の（８）、（９）を参照すると、ＣＰＯＣはＴＬＭにルートＣＡ認証の情報と廃棄を伝達することができる。図１２の（１０）を参照すると、ＣＰＯＣは全てのＥＥにＴＬＭ認証書を伝達することができる。
【０１２２】
図１２の（１１）、（１２）を参照すると、ルートＣＡはＣＰＯＣにルートＣＡ認証書の情報、及びルートＣＡ認証書の廃棄を伝達することができる。図１２の（１３）を参照すると、ルートＣＡは監査に監査のオーダー（ｏｒｄｅｒ）を伝達することができる。図１２の（１４）、（１５）、（１６）を参照すると、ルートＣＡはアプリケーションフォームを伝達し、ＣＰＳ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｐｒａｃｔｉｃｅ  Ｓｔａｔｅｍｅｎｔ）の変更をアップデートし、監査のレポートを提供することができる。
【０１２３】
図１３は、本発明の一実施例に係るＶ２Ｘ通信装置の保安ライフサイクルを示す。図１３の実施例において、Ｖ２Ｘ通信装置はＥＴＳＩ  ＩＴＳの標準に基づいたＩＴＳステーションであり得る。図１３の保安ライフサイクルは、ＩＴＳ−Ｓの保安ライフサイクルと称され得る。
【０１２４】
図１３を参照すると、保安ライフサイクルは、製造中、初期のＩＴＳステーションの構成段階、登録段階、認可段階、運営及びメンテナンス段階、並びに寿命の満了段階を含むことができる。
【０１２５】
初期のＩＴＳステーションの構成段階は、製造過程の一部であって、ＩＴＳステーション自体及びＥＡ内にステーションの身元（ｉｄｅｎｔｉｔｙ）に関する情報の要素（ｅｌｅｍｅｎｔ）が設定されなければならない。例えば、ＩＴＳステーション内の情報の要素は、固有の識別子、ＩＴＳステーションに対する認証書を発行することができるＥＡ及びＡＡに対するコンタクト情報（例えば、ネットワークアドレス、公開キー認証書）、ＩＴＳステーションが登録手続を始めるために使用できる、現在知られている信頼のＥＡ認証書の集合、ＩＴＳステーションが別のＩＴＳステーションとの通信を信頼するために使用できる、現在知られている信頼のＡＡ認証書の集合及び／又は暗号目的の公開／個人のキー対及び信頼アンカー（ルートＣＡ）公開キー及びＤＣネットワークのアドレスを含むことができる。或いは、ＥＡ内の情報の要素は、ＩＴＳステーションの永久（ｐｅｒｍａｎｅｎｔ）識別子、ＩＴＳステーションに対するプロフィール情報、及び／又はＩＴＳステーションに属するキー対からの公開キーを含むことができる。
【０１２６】
登録段階において、ＩＴＳステーションはＥＡにＥＣを要請することができる。成功裏な登録手続以降に、ＩＴＳステーションは次の認可要請で使用されるべき登録クリデンシャルを処理することができる。ＥＡでＥＣを更新する場合、ＩＴＳステーションはこのＥＡが発行した以前の有効な登録クリデンシャルによって署名された登録要請を送信すべきである。
【０１２７】
認可段階において、ＩＴＳステーションはＡＡにＡＴを要請することができる。「サービス認可」状態である場合、ＩＴＳステーションは、送信のＩＴＳステーションの身元や登録クリデンシャルを示さず、任意の別のＩＴＳステーションに署名されたメッセージの送信を許容するＡＴの集合を有することができる。ＡＴの完全なセットが消尽する場合、ＩＴＳステーションは別のＩＴＳステーションへメッセージの送信に署名することができず、登録状態に戻ることができる。
【０１２８】
メンテナンス段階において、ＥＡ又はＡＡがシステムに追加又は除去されれば、ルートＣＡはこの変更を登録されたＩＴＳステーションに知らせることができる。
【０１２９】
寿命の満了段階は、ＩＴＳステーションの寿命が満了する場合、又は妥協（発給ＥＡによって決定された廃棄）が発生した場合に行われることができる。寿命満了段階において、ＩＴＳステーションは廃棄され、ＩＴＳ  Ｇ５通信ネットワークで作動を中止すべきである。
【０１３０】
＃＃前述したように、Ｖ２Ｘ通信システムではＶ２Ｘ通信装置（例えば、ＩＴＳステーションは、ＷＡＶＥ装置）の認証及びＶ２Ｘ通信装置が通信するＶ２Ｘメッセージ（例えば、ＩＴＳメッセージ）の信頼性を保証するために、ＰＫＩベースの信頼モデルを用いることができる。この信頼モデルには、ＥＣ（又はＬＴＣ）、ＡＴ（又はＰＣ）のような認証書が存在し、それぞれはＶ２Ｘ通信装置、Ｖ２Ｘメッセージを認証するために使用されることができる。
【０１３１】
このとき、Ｖ２Ｘ通信装置で誤動作が感知された場合、該当Ｖ２Ｘ通信装置のＥＣ／ＡＴ等の保安クリデンシャルが破棄されなければならず、Ｖ２Ｘ通信から除外されなければならない。このため、誤動作検出（ＭＢＤ：Ｍｉｓｓ  Ｂｅｈａｖｉｏｒ  Ｄｅｔｅｃｔｉｏｎ）情報を効率的に分配するために、ＣＲＬ（Ｃｅｒｔｉｆｉｃａｔｅ  Ｒｅｖｏｃａｔｉｏｎ  Ｌｉｓｔ）を生成し、これを分配するための案が必要である。例えば、米国の場合、このために信頼モデルにＭＡ（Ｍｉｓｂｅｈａｖｉｏｕｒ  Ａｕｔｈｏｒｉｔｙ）が追加され、このＭＡはＥＥに対するＣＲＬを放送することができる。欧州の場合、ルートＣＡが認証書信頼リスト（ＣＴＬ：Ｃｅｒｔｉｆｉｃａｔｅ  Ｔｒｕｓｔ  Ｌｉｓｔ）と共にＣＡに対するＣＲＬを作ることができる。このとき、ルートＣＡは、これを署名されたリスト（ＣＲＬ及びＣＴＬ）の形態で生成及び発行して分配センター（ＤＣ：Ｄｉｓｔｒｉｂｕｔｉｏｎ  ｃｅｎｔｅｒ）に伝達することができる。この場合、Ｖ２Ｘ通信装置はＯＣＳＰ（Ｏｎｌｉｎｅ  Ｃｅｒｔｉｆｉｃａｔｅ  Ｓｔａｔｕｓ  Ｐｒｏｔｏｃｏｌ）等のようなインターネットプロトコルを使用し、認証書の廃棄状態（Ｒｅｖｏｃａｔｉｏｎ  Ｓｔａｔｕｓ）に対する情報を獲得することができ、ＤＣは、これを該当ＲＣＡが管理するドメイン内の全てのＥＥに分配することができる。
【０１３２】
このような従来の方式は、実際に動作するためにインフラストラクチャー（例えば、ＲＳＵ）とのバックエンド連結が必要である。従って、インフラストラクチャーが周辺にない場合、次のインフラストラクチャーの領域に進入するまで、ＥＥが関連の情報を受信することができない。また、米国のＭＡや欧州のＤＣの場合、ただ一つのＭＡやＤＣに運用されるのではなく、実際に運用されるために多数個のＭＡやＤＣを有するしかない。従って、メカニズムが非常に複雑になる。また、もし一つのＭＡやＤＣに運用されるとしても、運用されるＭＡがハッキングされる場合、全てのＶ２Ｘ通信に影響を与えることになる。従って、安全なＶ２Ｘ通信を行うことが難しい。
【０１３３】
以下では、Ｖ２Ｘ通信システムで信頼性のあるＶ２Ｘ通信を行うために、感知された誤動作をより効果的に伝達することによって、誤動作を行ったＭＢＤ装置をＶ２Ｘ通信から除外させるための誤動作検出分配（ＭＤＤ：Ｍｉｓｂｅｈａｖｏｕｒ  Ｄｅｔｅｃｔｉｏｎ  Ｄｉｓｔｒｉｂｕｔｉｏｎ）技術を説明する。前述した従来方式の問題点を解決するために、以下では大きく次の３つの技術的特徴を説明する。
【０１３４】
第一には、誤動作のブローカー（ＭＢＢ：ＭｉｓＢｅｈａｖｉｏｒ  Ｂｒｏｋｅｒ）の導入である。例えば、Ｖ２Ｘ通信システム内の特定のＶ２Ｘ通信装置をＭＢＢに指定し、指定されたＶ２Ｘ通信装置はＥＣの発給を受ける時からＭＢＢ動作のための特別なパーミションを持たせることができる。このため、ＭＢＢに指定されたＶ２Ｘ通信装置は、一般的なＶ２Ｘ通信装置よりももう少し強化された保安／性能の要求事項を満たさなければならず、ＭＢＢと認証を受けて、ＭＢＢの資格を持つことができる。ＭＢＢと認証されたＶ２Ｘ通信装置は、車両又はインフラストラクチャーのような非車両であり得る。即ち、ＭＢＢと認証されたＶ２Ｘ通信装置は、誤動作するＶ２Ｘ通信装置に対して、Ｎａｔｉｏｎａｌ  ｐｏｌｉｃｅとしての役割を行うＭＡ／ＤＣが解決できていない領域と仕事を解決するために、Ｌｏｃａｌ  Ｐｏｌｉｃｅの役割を行うことになる。この場合、ＭＢＢと認証されたＶ２Ｘ通信装置は、自身がある地域に発生する誤動作に対して、自身がパーミション（Ｐｅｒｍｉｓｓｉｏｎ）を有するだけの一次的な動作をし、Ｖ２Ｘ通信に問題がないようにすることができる。
【０１３５】
ＭＢＢの主要機能のうち一つは、特別なパーミション／認証を持って、周辺のＶ２Ｘ通信装置からＭＢＤ情報を受信してＭＡ／ＤＣに伝達するものである。このとき、ＭＢＢは機能の効率性及び柔軟性の増加のために、ＤＳＲＣモジュールのような短距離（ｓｈｏｒｔ  ｄｉｓｔａｎｃｅ）の通信が可能である通信モジュールだけでなく、セルラー／衛星／放送のような長距離（ｌｏｎｇ  ｄｉｓｔａｎｃｅ）の通信が可能である一つ以上の通信モジュールを含むことができる。このような機能を行うＭＢＢモードは、ＭＢＢ  ＬＤ（ｌｏｎｇ  ｄｉｓｔａｎｃｅ）モードと称され得る。ＭＢＢ  ＬＤモードは、第１のＭＢＢモード又は第１モードと称され得る。
【０１３６】
第二には、ＭＢＢ  ＣＯモードである。ＭＢＢ  ＣＯモードは、第２のＭＢＢモード又は第２モードと称され得る。
【０１３７】
ＭＢＢ  ＣＯモードにおいて、ＭＢＢは単純にＭＡ／ＤＣに対するＭＢＤ情報の伝達者の役割のみを行うのではなく、ＣＲＬを生成／発行することができる。発行されたＣＲＬは、予め決められたＭＡやＤＣに送信されることができる。従って、周辺にＲＳＵのようなインフラストラクチャーがないか、又はセルラーのような長距離の通信が可能ではない場合にも、ＭＢＢはＭＢＤ情報を収集してＣＲＬを生成／発行し、ＭＡ／ＤＣが連結可能な状態になるとき、これをすぐに送信することができる。これを通じて、ＭＢＤ情報ができるだけ早くＭＡ／ＤＣに通知されることができる。
【０１３８】
第三には、ＭＢＢ  ＣＢモードである。ＭＢＢ  ＣＢモードは、第３のＭＢＢモード又は第３モードと称され得る。
【０１３９】
ＭＢＢ  ＣＢモードにおいて、ＭＢＢはＭＢＤ情報を収集してＣＲＬを生成／発行するだけでなく、これを周辺のＥＥに直ぐに放送するか、前述したＯＳＣＰ方式の場合、ＯＳＣＰサーバの役割を行うことができる。この場合、周辺にＲＳＵのようなインフラストラクチャーがない場合にも、ＥＥがすぐにＶ２Ｖ、Ｖ２Ｉ、Ｖ２Ｐ等のようなＶ２Ｘ通信を通じてＣＲＬを受信するか、認証書の状態を検証し、ＭＢＤ装置と判断されたＥＥのＥＣ／ＡＴ等を廃棄することができる。これを通じて、安全なＶ２Ｘ通信が可能になる。もし、ＣＲＬの生成と維持のためにブロックチェーン技法が適用される場合、全てのＭＢＢは追加されるＣＲＬリストを全て有することになり、分散処理されることによって、ＭＢＢがＭＡ／ＤＣを取り替える構造が可能になる。このように、多数個のＭＡ／ＤＣをブロックチェーン技法に維持する場合、特定のＭＡ／ＤＣが攻撃を受けても、別のＭＡ／ＤＣが存在するため、Ｖ２Ｘ通信に影響を与えない。
【０１４０】
前述した特徴を有するＶ２Ｘ通信システムを具現するために、本明細書ではＭＢＢをセキュリティ管理システムの新しいコンポーネント／エンティティに含ませることができる。また、これを運用するために、ＭＢＢは周辺に自身がＭＢＢであることを知らせるメッセージをＣＡＭ、ＢＩＭメッセージのようなＶ２Ｘメッセージのフォーマットで放送することができる。これに対する応答として、受信のＶ２Ｘ通信装置は、ローカル誤動作検出（ＬＭＤ：Ｌｏｃａｌ  Ｍｉｓｂｅｈａｖｉｏｒ  Ｄｅｔｅｃｔｉｏｎ）機能を通じて自身の誤動作が感知された場合、自身のＭＢＤ情報をＤＥＮＭのようなＶ２ＸメッセージのフォーマットでＭＢＢに送信することができる。また、ＭＢＢはグローバル誤動作検出（ＧＭＤ：Ｇｌｏｂａｌ  Ｍｉｓｂｅｈａｖｉｏｒ  Ｄｅｔｅｃｔｉｏｎ）機能を有することができる。この場合、ＭＢＢはＧＭＤ機能を通じて、周辺のＶ２Ｘ通信装置とのＶ２Ｘ通信を分析し、周辺のＶ２Ｘ通信装置の誤動作を直接検出することもできる。
【０１４１】
前述した技術的特徴を具現するために、例えば、次のような要求事項を満たすＭＢＢがＶ２Ｘ通信システムに含まれることができる。
【０１４２】
−  ＭＢＢはメッセージを収集／放送し、選択的な（ｏｐｔｉｏｎａｌ）ＧＭＤのための充分な性能を有さなければならない（ＭＢＢ  ｈａｓ  ｅｎｏｕｇｈ  ｐｅｒｆｏｒｍａｎｃｅ  ｆｏｒ  ｃｏｌｌｅｃｔｉｎｇ／ｂｒｏａｄｃａｓｔｉｎｇ  ｍｅｓｓａｇｅ  ａｎｄ  ｏｐｔｉｏｎａｌ  ｇｌｏｂａｌ  ｍｉｓｂｅｈａｖｉｏｒ  ｄｅｔｅｃｔｉｏｎ）。
【０１４３】
−  ＭＢＢはメッセージを収集／放送し、選択的なＧＭＤのための充分なメモリ及び保安メモリを有さなければならない（ＭＢＢ  ｈａｓ  ｅｎｏｕｇｈ  ｍｅｍｏｒｙ  ａｎｄ  ｓｅｃｕｒｅ  ｍｅｍｏｒｙ  ｆｏｒ  ｃｏｌｌｅｃｔｉｎｇ／ｂｒｏａｄｃａｓｔｉｎｇ  ｍｅｓｓａｇｅ  ａｎｄ  ｏｐｔｉｏｎａｌ  ｇｌｏｂａｌ  ｍｉｓｂｅｈａｖｉｏｒ  ｄｅｔｅｃｔｉｏｎ）。
【０１４４】
−  ＭＢＢは予め定義された信頼のレベルを満たさなければならない（ＭＢＢ  ｓｈａｌｌ  ｂｅ  ｓａｔｉｓｆｉｅｄ  ｗｉｔｈ  ｐｒｅ−ｄｅｃｉｄｅｄ  Ｔｒｕｓｔ  Ｌｅｖｅｌ）。
【０１４５】
−  ＭＢＢは多重ネットワーク／通信モジュールを有さなければならず、それらのうち一つは、セルラー、放送のような長距離ネットワーク／通信を支援しなければならない。（例えば、２個のＤＳＲＣモジュール、１個のセルラーモジュール）（ＭＢＢ  ｓｈａｌｌ  ｈａｖｅ  ｍｕｌｔｉｐｌｅ  Ｎｅｔｗｏｒｋ  ｍｏｄｕｌｅｓ  ａｎｄ  ｏｎｅ  ｏｆ  ｔｈｅｍ  ｓｕｐｐｏｒｔｓ  Ｌｏｎｇ  Ｄｉｓｔａｎｃｅ  Ｎｅｔｗｏｒｋ  ｓｕｃｈ  ａｓ  Ｃｅｌｌｕｌａｒ，Ｂｒｏａｄｃａｓｔｉｎｇ．（ｅ．ｇ．２ＤＳＲＣ  Ｍｏｄｕｌｅ，１  Ｃｅｌｌｕｌａｒ  Ｍｏｄｕｌｅ））
【０１４６】
以下では、図１４を参照し、ＭＢＢが追加されたＶ２Ｘ通信システムを説明する。
【０１４７】
図１４は、本発明の一実施例に係るＭＢＢが追加されたＶ２Ｘ通信システムを示す。図１４の実施例において、Ｖ２Ｘ通信システムはＩＴＳステーションを含む欧州の保安システムであってもよいが、これに限定されず、米国の保安通信システムであってもよい。図１４に示すように、ＭＢＢはＰＫＩシステムに基づいて動作できる。図１４の実施例において、Ｖ２Ｘ通信システムは、ルートＣＡ、ＥＡ、ＡＡ、少なくとも一つのＥＥ、及びＣＲＬを分配するＤＣを含むことができる。このとき、少なくとも一つのＥＥはＭＢＢに指定されたＥＥを含むことができる。
【０１４８】
図１４を参照すると、ルートＣＡはＥＡとＡＡを認証することができ、ＥＥはＥＡを介してＬＴＣ／ＥＣを受信することができる。このとき、ＭＢＢに指定されたＥＥは、追加認証手続を通じてＭＢＢの認証を受けることができ、ＭＢＢパーミションを有するＥＣを受信することができる。この場合、ＭＢＢ認証を通じてＰＣ／ＡＴを受信して使用するため、ＭＢＢと認証されたＥＥはＭＢＢパーミションを有するＡＴを介してＶ２Ｘメッセージを送受信することができ、別の一般的なＥＥと異なる動作を行うことができる。
【０１４９】
前述したように、ＭＢＢに適用されるＭＢＢモードに応じて、ＭＢＢは下記のような４つの動作ケースを有することができる。
【０１５０】
ケース１：Ｎｏ  ＭＢＢ
【０１５１】
ケース２：ＭＢＢ  ｗｉｔｈ  ＬＤ  ｍｏｄｅ
【０１５２】
ケース３：ＭＢＢ  ｗｉｔｈ  ＣＯ  ｍｏｄｅ
【０１５３】
ケース４：ＭＢＢ  ｗｉｔｈ  ＣＢ  ｍｏｄｅ
【０１５４】
図１５は、本発明の一実施例に係るＶ２Ｘ通信装置が長距離通信ネットワーク又は短距離通信ネットワークを介してＶ２Ｘ通信を行う方法を示す。具体的に、図１５の実施例において、Ｖ２Ｘ通信装置は、セルラーネットワークのような長距離通信ネットワークの連結又はＤＳＲＣネットワークの連結のような短距離通信ネットワークの連結を使用し、Ｖ２Ｘ通信を行う方法を示す。図１５の実施例において、Ｖ２Ｘ通信装置はＩＴＳステーションであってもよい。
【０１５５】
図１５（ａ）のように、セルラーネットワークの連結を用いる場合、Ｖ２Ｘ通信装置はＥＡに直接接近し、ＥＡからＥＣの発給を受けることができる。このとき、もしＶ２Ｘ通信装置がＭＢＢと認証されれば、ＥＣはＭＢＢとしてのパーミション（ＭＢＢパーミション）を有することができる。この場合、パーミションの種類はＭＢＢモードに応じて、例えば、ＬＤ、ＣＯ、ＣＢ等のように様々な種類で存在し得る。また、Ｖ２Ｘ通信装置がＭＢＢパーミションを有するＥＣを用いてＰＣ／ＡＴを要請する場合、ＡＡがＥＡの確認後、ＡＴを発行することができる。このとき、ＡＴはＭＢＢパーミションを有することができる。
【０１５６】
図１５（ｂ）のようにＤＳＲＣネットワークの連結を用いる場合、Ｖ２Ｘ通信装置はＥＡ及びＡＡに直接的に接近できない。従って、示すように、Ｖ２Ｘ通信装置はＲＳＵ（ＩＴＳ−Ｓ  Ｒｏａｄｓｉｄｅ）を介して、又は別のＩＴＳステーション（伝達（ｒｅｌａｙｉｎｇ）ＩＴＳステーション）をリレーして、ＲＳＵ（ＩＴＳ−Ｓ  Ｒｏａｄｓｉｄｅ）を介してＥＡ及びＡＡに接近できる。これを通じて、ＩＴＳステーションはＭＢＢパーミションを有するＥＣ及びＰＣ／ＡＴの発給を受けることができる。
【０１５７】
図１６は、本発明の一実施例に係るＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。図１６の実施例において、Ｖ２Ｘ通信システムは、ＭＢＢとして動作するＶ２Ｘ通信システムを含まないものと仮定する。
【０１５８】
図１６の実施例において、ＯＢＥに該当するＶ２Ｘ通信装置（車両のＶ２Ｘ通信装置）は長距離ネットワークを支援しないものと仮定する。従って、車両のＶ２Ｘ通信装置は、通信範囲内にＲＳＥに該当するＶ２Ｘ通信装置（インフラＶ２Ｘ通信装置）が存在する場合、直接インフラＶ２Ｘ通信装置にＭＢＤ情報を提供することができる。この場合、インフラＶ２Ｘ通信装置は受信されたＭＢＤ情報をＭＡ／ＤＣへ伝達するか、ＭＢＤ情報を直接生成し、これをＭＡ／ＤＣへ提供できる。以降、ＭＡ／ＤＣは受信された少なくとも一つのＭＢＤ情報を用いてＣＲＬを生成し、これを放送することができる。
【０１５９】
しかし、車両のＶ２Ｘ通信装置の通信範囲内にインフラＶ２Ｘ通信装置が存在しない場合、通信範囲内の別の車両のＶ２Ｘ通信装置を通じてＭＢＤ情報をインフラＶ２Ｘ通信装置へ提供できる。但し、ＯＢＥ  ｋのように車両のＶ２Ｘ通信装置の通信範囲内にインフラＶ２Ｘ通信装置及び別の車両のＶ２Ｘ通信装置が存在しない場合、ＭＢＤ情報をインフラＶ２Ｘ通信装置に提供できない。従って、このような問題を解決するために、Ｖ２Ｘ通信装置は長距離ネットワーク機能を支援する必要がある。即ち、ＭＢＢとして動作するＶ２Ｘ通信装置は、ＭＢＢ  ＬＤモードをＭＢＢモードのうち一つに含む必要がある。
【０１６０】
図１７は、本発明の一実施例に係るＭＢＢ  ＣＯモードで動作するＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。
【０１６１】
ＭＢＢとして動作するＶ２Ｘ通信装置（ＭＢＢ  Ｖ２Ｘ通信装置）は、周辺のＶ２Ｘ通信装置にＭＢＤ情報（例えば、ＭＢＤ状態情報）を要請することができ、周辺のＶ２Ｘ通信装置からこれに対する応答メッセージを受信することができる。このとき、応答メッセージはＭＢＤレポート（ＭＢＤＲ：ＭＢＤ  Ｒｅｐｏｒｔ）を含むことができる。この場合、ＭＢＢ  Ｖ２Ｘ通信装置はＭＢＤＲに基づいてＣＲＬを生成することができる。
【０１６２】
図１７の実施例においては、ＯＢＥ  ｉ及びＯＢＥ  ｋがＭＢＢ  Ｖ２Ｘ通信装置であり、ＯＢＥ  ５及びＯＢＥ  ６が誤動作が検出されたＶ２Ｘ通信装置であると仮定する。また、ＭＢＢ  Ｖ２Ｘ通信装置がＭＢＢ  ＣＯモードで動作するものと仮定する。ＭＢＢ  ＣＯモードにおいて、ＭＢＢ  Ｖ２Ｘ通信装置はＣＲＬを生成し、これをＭＡ／ＤＣに伝達することができる。但し、ＭＢＢ  ＣＯモードにおいて、ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置にＣＲＬを直接ブロードキャスティングできない。
【０１６３】
図１７を参照すると、ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置から  ＭＢＤ情報を含むＭＢＤＲを受信することができる。例えば、ＯＢＥ  ｉはＯＢＥ  ５にＭＢＤ情報を要請し、これに対する応答としてＯＢＥ  ５からＭＢＤＲを受信することができる。別の例を挙げると、ＯＢＥ  ｋはＯＢＥ  ６にＭＢＤ情報を要請し、これに対する応答としてＯＢＥ  ６からＭＢＤＲを受信することができる。
【０１６４】
ＭＢＢ  Ｖ２Ｘ通信装置は、受信されたＭＢＤＲに基づいてＣＲＬを生成することができる。例えば、ＯＢＥ  ｉ及びＯＢＥ  ｋは、それぞれＯＢＥ  ５及びＯＢＥ  ６から受信されたＭＢＤＲに基づいてＣＲＬを生成することができる。また、ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＲＳＥを介して、又はセルラーネットワークのような長距離ネットワークを介して、直接ＭＣ／ＤＣにＣＲＬを提供できる。例えば、ＯＢＥ  ｉはＲＳＥ  １を介して、又はセルラーネットワークを介して直接ＭＣ／ＤＣにＣＲＬを送信することができる。別の例を挙げると、ＯＢＥ  ｋはセルラーネットワークを介して直接ＭＣ／ＤＣにＣＲＬを送信することができる。以降、ＭＡ／ＤＣは受信されたＣＲＬに基づいて最終のＣＲＬを生成し、これをブロードキャスティングすることができる。
【０１６５】
図１８は、本発明の一実施例に係るＭＢＢ  ＣＢモードで動作するＶ２Ｘ通信装置がＭＢＤ情報を収集及び提供する方法を示す。
【０１６６】
図１７で前述したように、ＭＢＢとして動作するＶ２Ｘ通信装置（ＭＢＢ  Ｖ２Ｘ通信装置）は周辺のＶ２Ｘ通信装置にＭＢＤ情報（例えば、ＭＢＤ状態情報）を要請することができ、周辺のＶ２Ｘ通信装置からこれに対する応答メッセージを受信することができる。このとき、応答メッセージはＭＢＤレポート（ＭＢＤ：ＭＢＤ  Ｒｅｐｏｒｔ）を含むことができる。この場合、ＭＢＢ  Ｖ２Ｘ通信装置はＭＢＤＲに基づいてＣＲＬを生成することができる。
【０１６７】
図１８の実施例においては、ＯＢＥ  １、ＯＢＥ  ｉ、及びＲＳＥ  ２がＭＢＢ  Ｖ２Ｘ通信装置であり、ＯＢＥ  ５及びＯＢＥ  ｉが誤動作が検出されたＶ２Ｘ通信装置であると仮定する。また、ＭＢＢ  Ｖ２Ｘ通信装置がＭＢＢ  ＣＢモードで動作するものと仮定する。ＭＢＢ  ＣＢモードで、ＭＢＢ  Ｖ２Ｘ通信装置はＣＲＬを生成し、これを直接周辺のＶ２Ｘ通信装置にブロードキャスティングできる。言い換えると、ＭＢＢ  ＣＯモードと異なり、ＭＢＢ  ＣＢモードでは、ＭＢＢ  Ｖ２Ｘ通信装置がＣＲＬを生成し、ＭＡ／ＤＣを介さず、これを直接周辺のＶ２Ｘ通信装置に分配できる。
【０１６８】
図１８を参照すると、ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置からＭＢＤ情報を含むＭＢＤＲを受信することができる。例えば、ＯＢＥ  ｉはＯＢＥ  ５にＭＢＤ情報を要請し、これに対する応答としてＯＢＥ  ５からＭＢＤＲを受信することができる。別の例を挙げると、ＲＳＥ  ２はＯＢＥ  ｉにＭＢＤ情報を要請し、これに対する応答としてＯＢＥ  ｉからＭＢＤＲを受信することができる。
【０１６９】
ＭＢＢ  Ｖ２Ｘ通信装置は、受信されたＭＢＤＲに基づいてＣＲＬを生成し、これを直接ブロードキャスティングすることができる。例えば、ＯＢＥ  １、ＯＢＥ  ｉ、及びＯＢＥ  ｋは、それぞれＯＢＥ  ５及びＯＢＥ  ６から受信されたＭＢＤＲに基づいてＣＲＬを生成することができ、これを直接周辺のＶ２Ｘ通信装置にブロードキャスティング（又は分配）できる。これを通じて、既存のＭＡ／ＤＣが多重（ｍｕｌｔｉｐｌｅ）ＭＢＢ  Ｖ２Ｘ通信装置に取り替えることができ、ＭＢＢ  Ｖ２Ｘ通信装置の一部が誤動作等の検出により廃棄されても、別のＭＢＢ  Ｖ２Ｘ通信装置による安定的なＶ２Ｘ通信及びＣＲＬ分配が行われることができる。
【０１７０】
図１９は、本発明の一実施例に係るＶ２Ｘ通信装置が、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために送信するＶ２Ｘメッセージを示す。図１９の実施例において、このＶ２Ｘメッセージは、周期的に送信されるＶ２Ｘメッセージ（例えば、ＣＡＭメッセージ）のフォーマットを有することができる。
【０１７１】
図１９を参照すると、Ｖ２ＸメッセージはＩＴＳ  ＰＤＵヘッダ及び少なくとも一つのコンテナを含むボディ（ｂｏｄｙ）を含むことができる。実施例として、少なくとも一つのコンテナは、基本コンテナ、ＨＦ（Ｈｉｇｈ  Ｆｒｅｑｕｅｎｃｙ）コンテナ、ＬＦ（Ｌｏｗ  Ｆｒｅｑｕｅｎｃｙ）コンテナ、特別な（ｓｐｅｃｉａｌ）車両コンテナ及び／又はＭＢＢアナウンスメント（ＭＢＢＡ：ＭＢＢ  Ａｎｏｕｃｅｍｅｎｔ）コンテナを含むことができる。即ち、Ｖ２Ｘメッセージは一般的なＣＡＭメッセージと異なり、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために、又は該当Ｖ２Ｘ通信装置がＭＢＢとして動作することを知らせるために、ＭＢＢＡコンテナをさらに含むことができる。実施例として、ＭＢＢＡコンテナは、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために使用される一つ以上の情報を含むことができる。
【０１７２】
図２０は、本発明の別の実施例に係るＶ２Ｘ通信装置が、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために送信するＶ２Ｘメッセージを示す。図２０の実施例において、このＶ２Ｘメッセージは、周期的に送信されるＶ２Ｘメッセージ（例えば、ＢＩＭメッセージ）のフォーマットを有することができる。
【０１７３】
図２０を参照すると、Ｖ２Ｘメッセージは少なくとも一つのコンテナを含むことができる。実施例として、少なくとも一つのコンテナは、共通のコンテナを含むことができる。また、実施例に係り、少なくとも一つのコンテナは、スクールゾーンコンテナ、モバイルワークゾーンコンテナ、ワークゾーンコンテナ、カーブゾーンコンテナ、及び／又はＭＢＢアナウンスメント（ＭＢＢＡ：ＭＢＢ  Ａｎｏｕｃｅｍｅｎｔ）コンテナを含むことができる。Ｖ２Ｘメッセージは、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために、又は該当Ｖ２Ｘ通信装置がＭＢＢとして動作することを知らせるために、ＭＢＢＡコンテナを含むことができる。実施例として、ＭＢＢＡコンテナは、該当Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるために使用される一つ以上の情報を含むことができる。
【０１７４】
図２１は、本発明の一実施例に係るＶ２Ｘ通信装置がＭＢＤ情報を提供するために送信するＶ２Ｘメッセージを示す。図２１の実施例において、このＶ２Ｘメッセージは、非周期的に送信される、又は特定イベントの発生の際に送信されるＶ２Ｘメッセージ（例えば、ＤＥＮＭメッセージ）のフォーマットを有することができる。前述したように、Ｖ２Ｘ通信装置はＭＢＢ  Ｖ２Ｘ通信装置からのＭＢＤ情報の要請に応答し、ＭＢＤＲを含む応答メッセージをＭＢＢ  Ｖ２Ｘ通信装置に送信することができる。
【０１７５】
図２１を参照すると、Ｖ２ＸメッセージはＩＴＳ  ＰＤＵヘッダ及び少なくとも一つのコンテナを含むボディ（ｂｏｄｙ）を含むことができる。実施例として、少なくとも一つのコンテナは、管理コンテナ、状況コンテナ、位置コンテナ、「Ａｌａｃａｒｔｅ」コンテナ、及び／又はＭＢＤレポート（ＭＢＤＲ：ＭＢＤ  Ｒｅｐｏｒｔ）コンテナを含むことができる。Ｖ２Ｘメッセージは、ＭＢＤＲコンテナを含むことができる。実施例として、ＭＢＤＲコンテナは少なくとも一つのＭＢＤ関連の情報（例えば、ＭＢＤ状態情報）を含むことができる。
【０１７６】
図２２は、本発明の一実施例に係るＭＢＢ  ＣＯモードで動作するＶ２Ｘ通信装置がＶ２Ｘ通信を行う方法を示す。図２２の実施例においては、２個のＭＢＢとして動作するＶ２Ｘ通信装置（ＭＢＢ  Ｖ２Ｘ通信装置）がＭＢＢ  ＣＯモードで動作するものと仮定する。
【０１７７】
前述したように、ＭＢＢ  ＣＯモードで動作するＭＢＢ  Ｖ２Ｘ通信装置はＣＲＬを生成することができる。但し、ＭＢＢ  ＣＢモードと異なり、ＭＢＢ  ＣＯモードで、ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置にＣＲＬを直接ブロードキャスティングできない。従って、ＭＢＢ  Ｖ２Ｘ通信装置は生成されたＣＲＬをＭＡ／ＤＣへ伝達しなければならず、ＭＡ／ＤＣは少なくとも一つのＭＢＢ  Ｖ２Ｘ通信装置から伝達されたＣＲＬに基づいて最終のＣＲＬを生成及びブロードキャスティングできる。
【０１７８】
図２２を参照すると、各ＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置にＭＢＢＡコンテナを含むＶ２Ｘメッセージ（例えば、ＣＡＭメッセージ）を周期的に送信又はブロードキャスティングできる。例えば、第１のＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置（Ａ、Ｂ、Ｃ、Ｄ等）に第１のＭＢＢ  Ｖ２Ｘ通信装置がＭＢＢであることを知らせるためのＭＢＢＡコンテナを含む第１のＣＡＭメッセージを周期的にブロードキャスティングできる。また、第２のＭＢＢ  Ｖ２Ｘ通信装置は周辺のＶ２Ｘ通信装置（Ｅ、Ｆ、Ｇ、Ｈ等）に第２のＭＢＢ  Ｖ２Ｘ通信装置がＭＢＢであることを知らせるためのＭＢＢＡコンテナを含む第２のＣＡＭメッセージを周期的にブロードキャスティングできる。これを通じて、ＭＢＢＡコンテナをＶ２Ｘメッセージを受信したＶ２Ｘ通信装置は、該当Ｖ２Ｘ通信装置がＭＢＢ  Ｖ２Ｘ通信装置であることを識別することができる。
【０１７９】
誤動作が検出された、又はＭＢＤと決定された（例えば、自己診断された（ｓｅｌｆ  ｄｉａｇｎｏｓｔｉｃ））Ｖ２Ｘ通信装置（ＭＢＤ  Ｖ２Ｘ通信装置）は、ＭＢＢ  Ｖ２Ｘ通信装置にＭＢＤＲコンテナを含むＶ２Ｘメッセージ（例えば、ＤＥＮＭメッセージ）を送信することができる。例えば、第１のＣＡＭメッセージを受信したＭＢＤ  Ｖ２Ｘ通信装置（Ａ、Ｂ、Ｃ）は、第１のＭＢＢ  Ｖ２Ｘ通信装置に該当ＭＢＤ  Ｖ２Ｘ通信装置に対するＭＢＤＲコンテナを含む第１のＤＥＮＭメッセージをそれぞれ送信することができる。また、第２のＣＡＭメッセージを受信したＭＢＤ  Ｖ２Ｘ通信装置（Ｅ、Ｆ）は、第２のＭＢＢ  Ｖ２Ｘ通信装置に該当ＭＢＤ  Ｖ２Ｘ通信装置に対するＭＢＤＲコンテナを含む第２のＤＥＮＭメッセージをそれぞれ送信することができる。
【０１８０】
もし、ＭＢＢ  Ｖ２Ｘ通信装置がＧＭＢＤ機能を有する場合、ＭＢＢ  Ｖ２Ｘ通信装置はＭＢＤＲコンテナを含むＶ２Ｘメッセージ（例えば、ＤＥＮＭメッセージ）に基づいて、該当ＭＢＤ  Ｖ２Ｘ通信装置をＣＲＬに追加することができる。例えば、第１のＭＢＢ  Ｖ２Ｘ通信装置は、第１のＤＥＮＭメッセージに基づいて、該当ＭＢＤ  Ｖ２Ｘ通信装置（Ａ、Ｂ、Ｃ）を第１のＣＲＬに追加することができる。また、第２のＭＢＢ  Ｖ２Ｘ通信装置は、第２のＤＥＮＭメッセージに基づいて、該当ＭＢＤ  Ｖ２Ｘ通信装置（Ｅ、Ｆ）を第２のＣＲＬに追加することができる。
【０１８１】
ＭＢＢ  Ｖ２Ｘ通信装置は、予め定義された通信方法を用いて、ＣＲＬをＭＡ／ＤＣに送信できる。実施例として、ＭＢＢ  Ｖ２Ｘ通信装置は、予め定義された通信方法のうち、最も効率的な通信方法、例えば、ＤＳＲＣネットワークを用いる方法、又はセルラーネットワークを用いる方法でＣＲＬをＭＡ／ＤＣに送信できる。例えば、第１のＭＢＢ  Ｖ２Ｘ通信装置は、ＤＳＲＣネットワーク又はセルラーネットワークを介して、第１のＣＲＬをＭＡ／ＤＣに送信できる。また、第２のＭＢＢ  Ｖ２Ｘ通信装置は、ＤＳＲＣネットワーク又はセルラーネットワークを介して、第２のＣＲＬをＭＡ／ＤＣに送信できる。
【０１８２】
ＭＡ／ＤＣは少なくとも一つのＭＢＢ  Ｖ２Ｘ通信装置から受信されたＣＲＬに基づいて最終のＣＲＬを生成し、これをブロードキャスティングすることができる。このとき、最終のＣＲＬは、受信されたＣＲＬに含まれたＭＢＤ  Ｖ２Ｘ通信装置の全て又は一部を含むことができる。例えば、ＭＡ／ＤＣは、第１のＭＢＢ  Ｖ２Ｘ通信装置から受信された第１のＣＲＬ、及び第２のＭＢＢ  Ｖ２Ｘ通信装置から受信された第２のＣＲＬに基づいて第３のＣＲＬを生成し、これをブロードキャスティングすることができる。このとき、第３のＣＲＬは最終のＣＲＬであって、第１のＣＲＬ及び第２のＣＲＬに含まれたＭＢＤ  Ｖ２Ｘ通信装置（Ａ、Ｂ、Ｃ、Ｅ、Ｆ）の全て又は一部を含むことができる。
【０１８３】
図２３は、本発明の実施例に係るＶ２Ｘ通信装置を示す。
【０１８４】
図２３において、Ｖ２Ｘ通信装置は、メモリ、プロセッサ、及び通信ユニットを含むことができる。Ｖ２Ｘ通信装置は、ＯＢＵ（Ｏｎ  Ｂｏａｒｄ  Ｕｎｉｔ）又はＲＳＵ（Ｒｏａｄ  Ｓｉｄｅ  Ｕｎｉｔ）に該当してもよく、ＯＢＵ又はＲＳＵに含まれてもよい。Ｖ２Ｘ通信装置はＩＴＳ（Ｉｎｔｅｌｌｉｇｅｎｔ  Ｔｒａｎｓｐｏｒｔ  Ｓｙｓｔｅｍ）ステーションに含まれてもよく、又はＩＴＳステーションに該当してもよい。
【０１８５】
通信ユニットはプロセッサと連結され、無線信号を送信／受信することができる。通信ユニットは、プロセッサから受信されたデータを送受信帯域にアップコンバートして信号を送信することができる。通信ユニットは、受信信号をダウンコンバートして、プロセッサに信号を伝達することもできる。通信ユニットは、アクセスレイヤの動作を具現することができる。実施例として、通信ユニットはアクセスレイヤに含まれたフィジカルレイヤの動作を具現するか、さらにＭＡＣレイヤの動作を具現することもできる。通信ユニットは、複数の通信プロトコルによって通信するために、複数のサブ通信ユニットを含むこともできる。実施例として、通信ユニットは、８０２．１１、ＷＡＶＥ（Ｗｉｒｅｌｅｓｓ  Ａｃｃｅｓｓ  ｉｎ  Ｖｅｈｉｃｕｌａｒ  Ｅｎｖｉｒｏｎｍｅｎｔｓ）、ＤＳＲＣ（Ｄｅｄｉｃａｔｅｄ  Ｓｈｏｒｔ  Ｒａｎｇｅ  Ｃｏｍｍｕｎｉｃａｔｉｏｎｓ）、４Ｇ（ＬＴＥ；Ｌｏｎｇ−Ｔｅｒｍ  Ｅｖｏｌｕｔｉｏｎ）のような様々なＷＬＡＮ（Ｗｉｒｅｌｅｓｓ  Ｌｏｃａｌ  Ａｒｅａ  Ｎｅｔｗｏｒｋ）通信プロトコル、及びセルラー通信プロトコルに基づいて通信できる。
【０１８６】
プロセッサは通信ユニットと連結され、ＩＴＳシステム又はＷＡＶＥシステムによるレイヤの動作を具現することができる。プロセッサは、前述した図及び説明による本発明の様々な実施例に係る動作を行うように構成されることができる。また、前述した本発明の様々な実施例に係るＶ２Ｘ通信装置の動作を具現するモジュール、データ、プログラム、又はソフトウェアのうち少なくとも一つがメモリに格納され、プロセッサによって実行されることができる。
【０１８７】
メモリはプロセッサと連結され、プロセッサを駆動するための様々な情報を格納する。メモリは、プロセッサの内部に含まれてもよく、又はプロセッサの外部に設けられて、プロセッサと公知の手段によって連結されてもよい。メモリは、保安／非保安の格納装置を含んでもよく、又は保安／非保安の格納装置に含まれてもよい。実施例に係り、メモリは保安／非保安の格納装置とも称され得る。
【０１８８】
図２３のＶ２Ｘ通信装置の具体的な構成は、本発明／明細書の様々な実施例が独立して適用されるか、又は２以上の実施例が共に適用されるように具現できる。
【０１８９】
図２４は、本発明の実施例に係るＶ２Ｘ通信装置の通信方法を示す。図２４の実施例において、Ｖ２Ｘ通信装置は前述したＭＢＢとして動作できる。
【０１９０】
まず、Ｖ２Ｘ通信装置は、誤動作検出（ＭＢＤ）と関連した情報を収集するためのＭＢＤ情報要請メッセージを送信することができる（Ｓ２４１００）。このとき、Ｖ２Ｘ通信装置は、Ｖ２Ｘ通信装置が誤動作のブローカー（ＭＢＢ）として動作するために要求される予め設定された保安レベル（又はパーミション）を有することができる。ここで、ＭＢＢはＭＢＤ情報の収集及び／又はＣＲＬ情報の生成のためのエンティティであり得る。ＭＢＢとして動作するＶ２Ｘ通信装置は、ＭＢＢパーミションを有するＥＣ及びＡＴを有することができ、これを用いてメッセージを保安処理できる。
【０１９１】
実施例として、ＭＢＤ情報要請メッセージは、Ｖ２Ｘ通信装置がＭＢＢに該当することを知らせるためのＭＢＢアナウンスメント情報を含むことができる。また、ＭＢＤ情報要請メッセージは周期的に送信されることができる。このようなＭＢＢ情報要請メッセージは、前述したＭＢＢアナウンスメントコンテナを含むＣＡＭメッセージ又はＢＩＭメッセージであってもよい。
【０１９２】
Ｖ２Ｘ通信装置は、外部のＶ２Ｘ通信装置からＭＢＤ情報要請メッセージに対する応答メッセージであるＭＢＤ情報応答メッセージを受信することができる（Ｓ２４２００）。実施例として、ＭＢＤ情報応答メッセージは、外部のＶ２Ｘ通信装置の誤動作に関する情報を含むＭＢＤ情報を含むことができる。例えば、ＭＢＢ情報は外部のＶ２Ｘ通信装置の誤動作状態を指示するＭＢＢ状態情報を含むことができる。
【０１９３】
Ｖ２Ｘ通信装置は、ＭＢＤ情報に基づいて認証書廃棄リスト（ＣＲＬ）情報を生成することができる（Ｓ２４３００）。
【０１９４】
一実施例において、Ｖ２Ｘ通信装置が第１モードで動作する場合、Ｖ２Ｘ通信装置はＣＲＬ情報をＣＲＬ分配装置に伝達することができる。ここで、第１モードは前述したＭＢＢ  ＣＯモードであり得る。このとき、Ｖ２Ｘ通信装置はＣＲＬ情報をインフラストラクチャーのＶ２Ｘ通信装置を介してＣＲＬ分配装置に伝達することができる。或いは、Ｖ２Ｘ通信装置がセルラーネットワークのような長距離ネットワークの連結機能を有する場合、Ｖ２Ｘ通信装置はＣＲＬ情報を長距離ネットワークを介してＣＲＬ分配装置に直接伝達することができる。このように伝達されたＣＲＬ情報は、ＣＲＬ分配装置によって放送されることができる。
【０１９５】
別の実施例において、Ｖ２Ｘ通信装置が第２モードで動作する場合、Ｖ２Ｘ通信装置はＣＲＬ情報を放送することができる。ここで、第２モードは、前述したＭＢＢ  ＣＢモードであり得る。
【０１９６】
以降、ＣＲＬ情報を受信した外部のＶ２Ｘ通信装置は、予め設定された方法によってこれを処理することができる。例えば、外部のＶ２Ｘ通信装置は、ＣＲＬ情報に含まれた誤動作が検出されたＶ２Ｘ通信装置をＶ２Ｘ通信から除外させることができる。このとき、外部のＶ２Ｘ通信装置は誤動作が検出されたＶ２Ｘ通信装置のＥＣ／ＡＴのような認証書を廃棄することによって、このＶ２Ｘ通信装置をＶ２Ｘ通信から除外させることができる。
【０１９７】
以上で説明された実施例は、本発明の構成要素と特徴が所定の形態で結合されたものである。各構成要素または特徴は、別途の明示的な言及がない限り、選択的なものとして考慮されなければならない。各構成要素または特徴は、他の構成要素や特徴と結合されない形態で実施できる。また、一部の構成要素及び／又は特徴を結合して本発明の実施例を構成することも可能である。本発明の実施例で説明される動作の順序は変更し得る。ある実施例の一部構成や特徴は、他の実施例に含まれてもよく、または他の実施例の対応する構成または特徴と取り替えてもよい。特許請求範囲で明示的な引用関係がない請求項を結合して実施例を構成するか、または出願後の補正により新たな請求項に含めることができることは自明である。
【０１９８】
本発明による実施例は、様々な手段、例えば、ハードウェア、ファームウェア（ｆｉｒｍｗａｒｅ）、ソフトウェア、またはそれらの結合などにより具現できる。ハードウェアによる具現の場合、本発明の一実施例は１つまたはそれ以上のＡＳＩＣｓ（ａｐｐｌｉｃａｔｉｏｎ  ｓｐｅｃｉｆｉｃ  ｉｎｔｅｇｒａｔｅｄ  ｃｉｒｃｕｉｔｓ）、ＤＳＰｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｏｒｓ）、ＤＳＰＤｓ（ｄｉｇｉｔａｌ  ｓｉｇｎａｌ  ｐｒｏｃｅｓｓｉｎｇ  ｄｅｖｉｃｅｓ）、ＰＬＤｓ（ｐｒｏｇｒａｍｍａｂｌｅ  ｌｏｇｉｃ  ｄｅｖｉｃｅｓ）、ＦＰＧＡｓ（ｆｉｅｌｄ  ｐｒｏｇｒａｍｍａｂｌｅ  ｇａｔｅ  ａｒｒａｙｓ）、プロセッサ、コントローラ、マイクロコントローラー、マイクロプロセッサなどにより具現できる。
【０１９９】
ファームウェアやソフトウェアによる具現の場合、本発明の一実施例は、以上で説明された機能または動作を行うモジュール、手続、関数などの形態で具現できる。ソフトウェアコードはメモリに格納されてプロセッサにより駆動できる。前記メモリは前記プロセッサの内部または外部に位置し、既に公知となっている多様な手段により前記プロセッサとデータをやり取りすることができる。
【０２００】
本発明は、本発明の必須的な特徴を逸脱しない範囲で他の特定の形態で具体化できることは当業者にとって自明である。従って、前述した詳細な説明は、全ての面で制限的に解釈されてはならず、例示的なものと考慮されなければならない。本発明の範囲は、添付した請求項の合理的な解釈により決定されなければならず、本発明の等価的な範囲内での全ての変更は、本発明の範囲に含まれる。
【発明を実施するための最良の形態】
【０２０１】
本発明の思想や範囲を外れることなく、本発明で様々な変更及び変形が可能であることは当業者にとって理解されるべきである。従って、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むものと意図される。
【０２０２】
本明細書で装置及び方法の発明がいずれも言及され、装置及び方法の発明の説明はいずれも互いに補完して適用できる。
【０２０３】
様々な実施例が本発明を実施するための最良の形態で説明されている。
【産業上の利用可能性】
【０２０４】
本発明は、一連のスマートカー／コネクテッドカーの分野、又はＶ２Ｘ通信の分野で使用されることができる。
【０２０５】
本発明の思想や範囲を外れることなく、本発明で様々な変更及び変形が可能であることは当業者にとって自明である。従って、本発明は、添付された請求項及びその同等範囲内で提供される本発明の変更及び変形を含むものと意図される。
【図１】
0006812571.tif 000003
【図２】
0006812571.tif 000004
【図３】
0006812571.tif 000005
【図４】
0006812571.tif 000006
【図５】
0006812571.tif 000007
【図６】
0006812571.tif 000008
【図７】
0006812571.tif 000009
【図８】
0006812571.tif 000010
【図９】
0006812571.tif 000011
【図１０】
0006812571.tif 000012
【図１１】
0006812571.tif 000013
【図１２】
0006812571.tif 000014
【図１３】
0006812571.tif 000015
【図１４】
0006812571.tif 000016
【図１５】
0006812571.tif 000017
【図１６】
0006812571.tif 000018
【図１７】
0006812571.tif 000019
【図１８】
0006812571.tif 000020
【図１９】
0006812571.tif 000021
【図２０】
0006812571.tif 000022
【図２１】
0006812571.tif 000023
【図２２】
0006812571.tif 000024
【図２３】
0006812571.tif 000025
【図２４】
0006812571.tif 000026