(57)【要約】ドメイン鍵エージェント、ドメイン鍵ブローカーのドメイン鍵サービス、およびドメイン鍵配布センターを用いて、ドメインベースの公開グループ鍵および秘密メンバー鍵を動的に生成する方法。この方法は、ドメイン鍵ブローカーのドメイン鍵サービスに、ドメインの秘密メンバー鍵の要求を送信する（当該要求は、車両証明書および車両公開鍵に関連する車両秘密鍵の所有の証明を含む）ステップと、ドメイン鍵サービスから秘密メンバー鍵および公開グループ鍵を受信するステップと、メンバー秘密鍵を使用してデジタル署名されたメッセージを送信するステップと、公開グループ鍵を使用して受信したメッセージのデジタル署名を検証するステップ、およびドメインに基づいて公開グループ鍵および秘密メンバー鍵を動的に更新するステップを含む。【選択図】図１
2021519529.tif 000002
【特許請求の範囲】
【請求項１】
ｉ）第１の車両および第２の車両におけるドメイン鍵エージェント、無線サプリカント、およびドメイン鍵ストア、ｉｉ）ドメイン鍵ブローカーにおけるドメイン鍵サービスおよび無線オーセンティケータ、ｉｉｉ）リモートドメイン鍵配布センターにおけるドメイン鍵ファクトリーサービス、およびｉｖ）リモート登録サーバーにおける登録サービス、を使用する、自律ドメインにおける車両間の安全なメッセージ交換のための方法であって、
前記方法が：
前記第１の車両および第２の車両のそれぞれの前記無線サプリカントによって、サービスセット識別子（ＳＳＩＤ）および前記自律ドメインのチャネルによる、前記自律ドメインの無線ネットワークを走査するステップと；
前記第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントによって、前記ＳＳＩＤの前記ドメイン鍵ストアから、グループ公開鍵、メンバー秘密鍵、およびメンバー証明書を取得するステップと；
前記第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントによって、前記ドメイン鍵ブローカーにおける前記無線オーセンティケータを発見するステップと；
前記ドメイン鍵ブローカーにおける前記無線オーセンティケータを用いて、前記第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントによって、前記第１の車両および前記第２の車両のそれぞれを認証するステップと；
車両証明書を検証するために前記ドメイン鍵ブローカーにおける前記無線オーセンティケータからの認証要求を前記ドメイン鍵サービスによって認証ポートで聞くステップと；
前記ドメイン鍵ブローカーにおける前記無線オーセンティケータからの前記第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントによって、前記自律ドメインのドメイン鍵サービスアドレスおよびサービスポートを問い合わせるステップと；
第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントからの、前記グループ公開鍵、前記メンバー秘密鍵、および前記メンバー証明書の登録要求を前記ドメイン鍵サービスによって前記サービスポートで聞くステップと；
前記ドメイン鍵サービスによって、受信された前記登録要求を処理し、前記第１の車両および第２の車両のそれぞれの車両固有識別子に関連付けられたドメイングループ鍵およびドメインメンバー秘密鍵を生成するために、グループ公開鍵およびメンバー秘密鍵の要求を前記ドメイン鍵ファクトリーサービスに送信するステップと；
前記ドメイン鍵サービスによって、前記受信された登録要求を処理し、前記第１の車両および第２の車両のそれぞれの前記車両固有識別子に関連付けられたメンバー証明書の登録要求を前記登録サービスに送信するステップと；
前記ドメイン鍵サービスから、前記第１の車両および第２の車両のそれぞれの前記ドメイン鍵エージェントによって、前記登録要求に応答して、前記車両固有識別子に関連付けられた前記グループ公開鍵、前記メンバー秘密鍵、および前記メンバー証明書を受信するステップと；    
前記第１の車両および第２の登録車両のうちの少なくとも１つの前記ドメイン鍵エージェントによって、前記メンバー秘密鍵を使用して署名されたメッセージを前記ドメインの別の登録車両に送信するステップ；および
前記第１の車両および第２の登録車両のうちの少なくとも１つの前記ドメイン鍵エージェントによって、前記グループ公開鍵を使用して前記ドメイン内の前記別の登録車両から受信された署名メッセージを検証するステップと、を含む方法。
【請求項２】
前記第１の車両の前記無線サプリカントが、Ｗｉ-Ｆｉまたはセルラーサプリカントを含み、前記ドメイン鍵ブローカーの前記無線オーセンティケータが、Ｗｉ-Ｆｉまたはセルラーアクセスポイントを含む、請求項１に記載の方法。  
【請求項３】
前記ドメイン鍵エージェントの前記ドメイン鍵ストアが、ＳＳＩＤ、ドメインタイプ、グループ公開鍵、メンバー秘密鍵、メンバー証明書、およびタイムスタンプに関連するキャッシュされたレコードのテーブルの少なくとも１つを含む、請求項１に記載の方法。
【請求項４】
前記ドメイン鍵エージェントが、前記第１の車両について動的に発見されたドメインＳＳＩＤに基づいて、前記グループ公開鍵、前記メンバー秘密鍵、および前記メンバー証明書を使用する、請求項３に記載の方法。
【請求項５】
ｉ）ドメイン鍵エージェント、無線サプリカント、および車両におけるドメイン鍵ストア、ｉｉ）ドメイン鍵ブローカーにおけるドメイン鍵サービスおよび無線オーセンティケータ、ｉｉｉ）リモートドメイン鍵配布センターにおけるドメイン鍵ファクトリーサービス、およびｉｖ）リモート登録サーバーにおける登録サービスを使用する、複数の自律ドメインを横断する車両による安全なメッセージ交換のための方法であって、前記方法が：
前記車両の前記無線サプリカントによって、サービスセット識別子（ＳＳＩＤ）および前記ドメインのチャネルによる前記自律ドメインのうちの少なくとも１つのドメインの無線ネットワークを走査するステップと；
前記車両の前記ドメイン鍵エージェントによって、前記ドメインＳＳＩＤの前記車両の前記ドメイン鍵ストアからグループ公開鍵、メンバー秘密鍵、およびメンバー証明書を取得するステップと；
前記車両の前記ドメイン鍵エージェントによって、前記メンバー証明書の有効性のために前記取得されたメンバー証明書を検査するステップと；
前記車両の前記ドメイン鍵エージェントによって、前記ドメイン鍵ブローカーの前記無線オーセンティケータを用いて認証を実行するステップと；
前記車両の前記ドメイン鍵エージェントによって、前記ドメイン鍵ブローカーの前記無線オーセンティケータから、前記ドメインのドメイン鍵サービスアドレスおよびサービスポートを問い合わせるステップと；
前記車両のドメイン鍵エージェントによって、前記ドメイン鍵サービスから、前記グループ公開鍵、前記メンバー秘密鍵、および前記ドメインＳＳＩＤの前記メンバー証明書を要求するステップと；
前記車両の前記ドメイン鍵エージェントによって、受信された前記グループ公開鍵、前記メンバー秘密鍵、および前記ドメインＳＳＩＤの前記メンバー証明書を、前記車両の前記ドメイン鍵ストアに格納するステップと；
前記車両の前記ドメイン鍵エージェントによって、前記ドメイン内の前記車両の前記取得されたメンバー秘密鍵を使用して、前記ドメイン内の別の車両へのメッセージに署名をするステップ；および
前記車両の前記ドメイン鍵エージェントによって、前記ドメインの前記取得されたグループ公開鍵を使用して、前記ドメイン内の別の車両からのメッセージを検証するステップと、を含む方法。
【請求項６】
前記認証が、ノンス、車両固有識別子、車両証明書、および車両メンバー秘密鍵の所有の証明のためのチャレンジ応答方式のうちの少なくとも１つを使用する、請求項５に記載の方法。
【請求項７】
前記ドメイン鍵ブローカーの前記無線オーセンティケータによって、前記受信された車両証明書内の車両公開鍵を使用して暗号化された前記チャレンジが、前記無線オーセンティケータに対する応答を生成するために、前記車両の前記車両メンバー秘密鍵を使用して復号されなければならない、請求項６に記載の方法。  
【請求項８】
前記ドメイン鍵エージェントの前記ドメイン鍵ストアが、ＳＳＩＤ、ドメインタイプ、グループ公開鍵、メンバー秘密鍵、メンバー証明書、およびタイムスタンプに関連するキャッシュされたレコードのテーブルの少なくとも１つを含む、請求項５に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本開示は、グループメンバー間の通信のためのアイデンティティ証明および暗号署名されたメッセージに基づくグループブローカーによる暗号アーティファクトの発行に基づくモノのインターネット（ＩｏＴ）のための装置間通信の分野に関する。
【背景技術】
【０００２】
新たに登場した、モノのインターネット（ＩｏＴ）および情報交換およびデータサイエンスのための新たな装置間通信は、動的なクロスドメイン認証およびデータ保全性のための暗号化アーティファクトの交換のためのプラットフォームを必要とする。さらに、認証は、プライバシーの匿名性に基づいて、アイデンティティの証明および信頼できるセッションへの秘密の所有の証明に基づいている必要がある。たとえば、個人、装置、アプリケーションまたはサービスなどの実在物のアイデンティティは、今日、ドメインに関連付けられたアイデンティティプロバイダーおよびオーセンティケータを前提としている。マルチドメイン認証は、アイデンティティプロバイダーからサービスプロバイダーに発行されたセキュリティアサーション（または要求）に基づいている。何十億ものＩｏＴに対応する異種システム（例えば、車両、医療装置、製造システム、プロセス制御システム、家電製品、モバイル装置など）では、現在の認証方法は、提供、管理、維持、および運用に困難である。さらに、ＩｏＴ装置の集中管理は実行可能でない。したがって、ＩｏＴ装置を認証するための、集中化されていない、分散化された、動的なメカニズムが必要とされている。
【発明の概要】
【０００３】
提案された方法は、グループに基づく動的なメンバーシップのための自律ドメインを使用する。公開鍵暗号基盤（ＰＫＩ）は、許可されたドメインにおける動的な登録のためのグループ公開鍵および複数のメンバー秘密鍵を生成するために活用される。登録期間は、メンバーの属性に基づいてメンバー鍵および許可に発行される証明書によって制限されてもよい。またドメインは、暗号化領域と見なされてもよい。
【０００４】
車両上のドメイン鍵エージェントは、現在のドメインのドメイン鍵ブローカーを発見し、ドメインに対して、グループ公開鍵およびメンバー秘密鍵を要求する。不変の車両アイデンティティおよび車両証明書は、プライバシー保護を備える車両認証に使用される。車両証明書は、車両製造業者によって発行され、管理されてもよく、車両公開鍵を含む。さらに、公開鍵は、車両秘密鍵、つまり、１対多グループのＰＫＩとは性質の異なるＰＫＩの１対１（非グループ）の公開鍵と秘密鍵のペアに関連付けられる。車両上のドメイン鍵エージェントは、電子制御ユニット（ＥＣＵ）、テレマティック制御ユニット（ＴＣＵ）、オンボード診断（ＯＢＤ）、セキュアゲートウェイ、車両内インフォテインメント（ＩＶＩ）等、車両内の構成要素上のアプリケーションのためのプロキシとして機能する。車両上の構成要素は、（車両間通信のために）別の車両上の構成要素と、または（車両から基盤への通信のために）基盤サービスと通信してもよい。メッセージは、メンバー秘密鍵を使用して署名され、ドメインのグループ公開鍵を使用して検証されてもよい。
【０００５】
車両がドメインを通過するとき、ドメイン鍵エージェントは、ドメインについて動的に発見されたドメイン鍵ブローカーからドメイン鍵ペアを動的に取得する。ドメイン鍵エージェントは、たとえば鍵、証明書、Ｗｉ−Ｆｉサービスセット識別子（ＳＳＩＤ）情報などのドメインアーティファクトを車両上のドメイン鍵ストアに格納してもよい。ＳＳＩＤは、他の一般的なデータポイントの中でも、例として、地理的位置、都市、または郵便番号に基づいてもよい。
【０００６】
ドメイン鍵ブローカーは、処理をローカルデータベースに格納し、ブロックチェーンサービスのネットワークピアとして分散型台帳にイベントを発送してもよい。ドメイン鍵ブローカーは、隣接するドメイン鍵ブローカー、証明書ライフサイクル管理のための登録サービス、またはドメイングループおよびメンバー鍵の発行者に関する情報を取得するために、設定されたドメイン鍵ファクトリーサービスと通信してもよい。
【０００７】
本開示の例示的な実施形態では、方法は、システム間またはマシン間通信のためのシステム間またはマシン間のピア・ツー・ピア通信の分野に適用されてもよい。
【０００８】
ドメイン鍵配布センターのドメイン鍵ファクトリーサービスは、暗号化鍵を生成するために複数の方法を採用し得る。ドメインの単一グループ公開鍵および複数メンバーの秘密鍵で構成される公開鍵暗号基盤（ＰＫＩ）ベースの非対称鍵ペアは、Ｉｎｔｅｌ（登録商標）Ｅｎｈａｎｃｅｄ  Ｐｒｉｖａｃｙ  ＩＤ（ＥＰＩＤ）などのテクノロジを活用して生成され得る。代替方法は、Ｒｅｑｕｅｓｔ  ｆｏｒ  Ｃｏｍｍｅｎｔｓ（ＲＦＣ）３５４７および６４０７（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ，  Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐによって発行された）に記載されているＧｒｏｕｐ  Ｄｏｍａｉｎ  ｏｆ  Ｉｎｔｅｒｐｒｅｔａｔｉｏｎ（ＧＤＯＩ）標準において規定されている暗号化鍵（ＫＥＫ）およびトラフィック暗号化鍵（ＴＥＫ）などの対称事前共有秘密の使用を含み得る。
【図面の簡単な説明】
【０００９】
本開示は、添付の図面に関連して読むと、以下の詳細な説明から最もよく理解される。一般的な慣行によれば、図面のさまざまな特徴／要素は、一定の縮尺で描かれていない場合がある。共通の参照番号は、同様の特徴／要素を表す。次の図が図面に含まれている：
【００１０】
【図１】図１は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵エージェント、ドメインのためのドメイン鍵ブローカー、およびドメイン鍵配布センターの図解である。
【図２】図２は、開示されたシステムの様々な例示的な実施形態による、アプリケーション間で交換されるメッセージの保全性のためにドメイン鍵サービスを使用する方法を示す概略図である。
【図３】図３は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵ブローカーを用いて動的に鍵を再設定する方法を示す概略図である。
【図４】図４は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵エージェントおよびドメイン鍵ブローカーのドメイン鍵サービスとの間の鍵の確立のためのワークフローを示す概略図である。
【図５】図５は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵エージェントによる鍵および証明書取得のためのワークフローを示す概略図である。
【図６】図６は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵サービスによる鍵および証明書生成のためのワークフローを示す概略図である。
【図７】図７は、開示されたシステムの様々な例示的な実施形態による、ドメインキーサービスによる車両証明書検証のためのワークフローを示す概略図である。
【図８】図８は、開示されたシステムの様々な例示的な実施形態による、ドメイン鍵ファクトリーサービスによるグループ公開鍵およびメンバー秘密鍵生成のためのワークフローを示す概略図である。
【図９】図９は、デバイスの識別、発見、登録、および登録の方法の実施形態が実施され得る例示的なコンピュータシステムの図である。
【００１１】
本開示の適用可能なさらなる領域は、以下に提供される詳細な説明から明らかになるであろう。例示的な実施形態の詳細な説明は、例示のみを目的としており、したがって、必ずしも本開示の範囲を限定することを意図するものではないことを理解されたい。
【発明を実施するための形態】
【００１２】
本開示の例示的な実施形態では、任意の２つの装置（例えば、車両または機械）間の通信のための暗号アーティファクトの確立は、ドメイン内の、装置およびドメイン鍵ブローカーにおけるドメイン鍵エージェントの間で発生する認証フェーズおよび鍵交換フェーズを必要とする。認証フェーズの間、装置は、識別目的の証明書と、関連する秘密の所有の高度な証明とを提供する。鍵交換フェーズの間、ドメインの暗号化鍵とメンバー証明書が生成され、交換され得る。
【００１３】
図１および図２を参照すると、ドメイン１０１内の車両１０２上のステップ１１４において、電子制御ユニット（ＥＣＵ）１０８、車両インフォテインメント（ＩＶＩ）１１８、テレマティック制御ユニット（ＴＣＵ）１０９、オンボード診断（ＯＢＤ）１１０、セキュアゲートウェイ（１１１）、またはＷｉ−Ｆｉまたはセルラーサプリカント１１２などの車両上の構成要素は、たとえば、コントローラエリアネットワーク（ＣＡＮ）バス、ローカル相互接続ネットワーク（ＬＩＮ）、フレックスレイ（ＦＲ）、またはイーサネットネットワークなどの通信媒体を介して、データ転送を実行し得る。車両上の構成要素は、ドメイン鍵エージェント１０５をプロキシサービスとして使用して、他の車両上の構成要素からメッセージを交換（送信および／または受信）し得る。ステップ１２０において、サプリカント１１２は、Ｗｉ−Ｆｉまたはセルラーネットワークを介して、ドメイン１０１内のドメイン鍵ブローカー１０３上のドメイン鍵サービス１０６を用いて認証をする。ステップ１１７において、ドメイン鍵ブローカー１０３上のオーセンティケータ１１６は、例えば車両証明書２０７および車両固有識別子２０９などの構成された認証方法に基づいてサプリカント１１２を認証する。ステップ１２５において、ドメイン鍵エージェント１０５は、ドメイン鍵サービス１０６からＰＫＩ鍵ペア（グループ公開鍵２０４、メンバー秘密鍵２０６およびメンバー証明書２０５）を要求してもよい。ステップ１３０において、ドメイン鍵サービス１０６は、車両１０２のためのメンバー秘密鍵２０６を生成するために、ドメイン鍵配布センター１０４上のドメイン鍵ファクトリーサービス１０７と通信してもよい。ステップ１４０において、ドメイン鍵サービス１０６は、グループ公開鍵２０４に関連付けられたメンバー証明書２０５を生成するために、登録サーバー１４２上の登録サービス１４４と通信してもよい。メンバー証明書２０５は、ドメイン鍵サービス１０６からの新しいＰＫＩ鍵ペアの要求を強制するために、証明書の期限切れ時に、グループ公開鍵２０４を期限切れにする手段として機能する。
【００１４】
提案されたシステムの例示的な実施形態では、ドメイン鍵配布センター１０４、および登録サーバー１４２は、複数のドメインにサービスを提供してもよい。
【００１５】
図２を参照すると、車両＃１である２０１および車両＃Ｎである２２１は、それぞれ、関連する車両公開鍵に対して発行された不変車両固有識別子（２０９、２２９）、車両秘密鍵（２０８、２２８）、および車両証明書（２０７、２２７）を所有している。工程２３１および２３２において、ドメイン鍵エージェント（２０３、２２３）は、ドメイン１０１のグループ公開鍵（２０４、２２４）、メンバー証明書（２０５、２２５）およびメンバー秘密鍵（２０６、２２６）を取得するために、それぞれドメイン鍵サービス１０６と通信する。ステップ２４１において、車両＃１（２０１）のアプリケーションＸ（２０２）は、車両＃Ｎ（２２１）上のアプリケーションＹ（２２２）にメッセージＸＹ（２４２）を送信する。送信されたメッセージＸＹ（２４２）は、ドメイン１０１のメンバー秘密鍵（２０６）を使用してデジタル署名される。受信されたメッセージＸＹ（２４２）は、アプリケーションＹ（２２２）によってドメイン１０１のグループ公開鍵（２２４）を用いて検証される。ステップ２５１において、車両＃Ｎ（２２１）のアプリケーションＹ（２２２）は、車両＃１（２０１）上のアプリケーションＸ（２０２）にメッセージＹＸ（２５２）を送信する。送信されたメッセージＹＸ（２５２）は、ドメイン１０１のメンバー秘密鍵（２２６）を使用してデジタル署名される。受信したメッセージＹＸ（２５２）は、アプリケーションＸ（２０２）によってドメイン１０１のグループ公開鍵（２０４）を使用して検証される。ドメイン（例えば、ドメイン１０１）内では、グループ公開鍵２０４および２２４は、同一であり、メンバーのプライバシーの保全のために、メッセージの安全な署名および検証を提供する。
【００１６】
図３を参照すると、ドメイン３０２、３０３および３０４は、３つの隣接するドメインを表す。車両３００は、これらのドメインを横断し、ドメイン固有のグループ公開鍵、メンバー証明書、およびメンバー秘密鍵を要求するために、それぞれのドメイン鍵ブローカー３１２、３１３、および３１４と通信する。車両３００は、ローカルドメイン鍵ストア１１３のテーブル３６０において構成される、ＳＳＩＤ（３６１）、タイプ３６３、および優先順位によってステップ３５０において決定された、現在のドメインに基づいて、グループ公開鍵３６３、メンバー証明書３６４、およびメンバー秘密鍵３６５を使用して通信する。表３６０のエントリのタイムスタンプ３６６は、ＳＳＩＤ３６１によって最後に横断されたドメインを決定し得る。
【００１７】
図３および図４を参照すると、ネットワークのＷｉ−Ｆｉまたはセルラー信号強度およびＳＳＩＤに基づいてドメインを発見し、ドメイン内で認証し、グループ公開鍵、メンバー証明書およびメンバー秘密鍵を動的に要求するワークフローが示されている。ステップ４０１において、ドメイン１０１または新たに発見されたドメインのメンバー証明書の有効期限は、認証をトリガーする。ステップ４０２において、サプリカント１１２は、ドメイン鍵ブローカー１０３上のオーセンティケータ１１６を用いて、認証を開始する。ステップ４０３において、オーセンティケータ１１６は、例えば、車両固有識別子および車両秘密鍵の所有の証明を備える車両証明書などの車両１０２の認証アーティファクトを検証する。ステップ４０４において、ドメイン鍵エージェント１０５は、ドメイン鍵ブローカー１０３のドメイン鍵サービス１０６からドメイン１０１に対して、鍵４０５を要求する。ドメイン鍵エージェント１０５とドメイン鍵サービス１０６との間の通信は、ＳＳＩＤ３６１に関連付けられたドメイン１０１のＩｏＴゲートウェイアドレス、既知のサービスポート、および例えばトランスポート層セキュリティ（ＴＬＳ）またはＤａｔａｇｒａｍ  ＴＬＳ（ＤＴＬＳ）などのトランスポートプロトコル上で発生するように構成され得る。ステップ４０６において、ドメイン鍵サービス１０６は、車両１０２上のドメイン鍵エージェント１０５に鍵４０７を発行する。ステップ４０８において、鍵はドメイン鍵ストア１１３に格納される。
【００１８】
開示されたシステムのさらに別の例示的な実施形態では、ドメインのグループ公開鍵およびメンバー秘密鍵の代わりに、ドメイン鍵ファクトリーサービス１０７、ドメイン鍵サービス１０６、およびドメイン鍵エージェント１０５は、コメント要求（ＲＦＣ）３５４７および６４０７（Ｔｈｅ  Ｉｎｔｅｒｎｅｔ  Ｓｏｃｉｅｔｙ，  Ｎｅｔｗｏｒｋ  Ｗｏｒｋｉｎｇ  Ｇｒｏｕｐによって発行された）に記載されているＧｒｏｕｐ  Ｄｏｍａｉｎ  ｏｆ  Ｉｎｔｅｒｐｒｅｔａｔｉｏｎ（ＧＤＯＩ）標準に規定されているように、例えば、暗号化鍵（ＫＥＫ）およびドメインのためのトラフィック暗号化鍵（ＴＥＫ）のような対称事前共有秘密を交換してもよい。
【００１９】
図５を参照すると、ドメイン鍵エージェント１０５のようなドメイン鍵エージェントによる鍵および証明書取得のためのワークフローが示されている。ステップ５０１において、ドメイン鍵エージェント１０５は、ドメインのＳＳＩＤおよびチャネルによって、ドメインの無線サービスネットワークを発見するための走査を開始し得る。ＳＳＩＤは、例として、地理的位置、都市、または郵便番号に基づいてもよい。ステップ５０２において、発見されたＳＳＩＤは、ドメインのための無線ネットワークに接続するために使用されてもよい。ステップ５０３において、ドメイン鍵エージェント１０５は、登録されたグループ公開鍵、メンバー秘密鍵、およびメンバー証明書を、ＳＳＩＤによってドメイン鍵ストア１１３から取得してもよい。ステップ５０４において、ドメイン鍵エージェント１０５は、ドメイン鍵ストア１１３からＳＳＩＤの登録データセットを取得した、またはドメイン鍵ブローカー１０３上のドメイン鍵サービス１０６から登録データセットを要求するために認証が必要であると判断した。
【００２０】
ステップ５０５において、ドメイン鍵ストアから取得されたメンバー証明書は、有効性ステータス（例えば、期限切れ、取り消された）について検査され得る。ステップ５１４において、ドメイン鍵エージェント１０５は、送信メッセージに署名するためにメンバー秘密鍵を使用し、車両１０２上のアプリケーション１０８、１１８、１９０、１１０、１１１によって要求されるように受信メッセージを検証するためにグループ公開鍵を使用してもよい。ステップ５０７において、ドメイン鍵エージェント１０５は、受信したナンス、車両固有識別子、車両証明書、および車両秘密鍵の所有の証明のためのチャレンジ―応答方式を使用して、ドメイン鍵ブローカー１０３の無線オーセンティケータを用いて認証を実行してもよい。一実施形態では、ドメイン鍵ブローカー１０３上の無線オーセンティケータ１１６によって受信された車両証明書内の車両公開鍵を使用して暗号化されたチャレンジは、無線オーセンティケータ１１６への応答を生成するために、車両１０２上の車両秘密鍵を使用して復号化されなければならない。
【００２１】
ステップ５０８において、車両１０２は、ドメイン鍵ブローカー１０３によってドメインに対して認証されてもよい。ステップ５０９において、ドメイン鍵エージェント１０５は、ドメイン鍵サービスアドレスおよびサービスポートについて、ドメイン鍵ブローカー１０３の無線オーセンティケータ１１３に問い合わせてもよい。ステップ５１０において、ドメイン鍵エージェント１０５は、ドメインのためのドメイン鍵ブローカー１０３との安全な接続を確立し得る。ステップ５１１において、ドメイン鍵エージェント１０５は、ドメイン鍵サービスからドメインに対して、グループ公開鍵、メンバー秘密鍵、およびメンバー証明書を要求してもよい。ステップ５１２において、車両１０２はドメインに登録されてもよい。そして、登録データセットは車両１０２上のドメイン鍵エージェント１０５に送信されてもよい。ステップ５１３において、ドメイン鍵エージェントは、グループ公開鍵、メンバー秘密鍵、およびメンバー証明書をドメイン鍵ストア１１３に格納してもよい。
【００２２】
図６を参照すると、ドメイン鍵サービス１０６のようなドメイン鍵サービスによる鍵および証明書生成のためのワークフローが示されている。ステップ６０１において、ドメイン鍵ブローカー１０３上のドメイン鍵サービス１０６は、ドメイン鍵エージェント１０５からの、ドメインに対する、グループ公開鍵、メンバー秘密鍵、およびメンバー証明書の登録要求をサービスポートで聞くことができる。ステップ６０２、６０３、および６０４において、登録要求は、適切な要求ハンドラーにルーティングされ得る。ステップ６１１において、ドメイングループ公開鍵に対する要求が処理され得る。工程６１２において、要求は、ドメイングループ公開鍵のために準備され得る。そして工程６１３において、ドメイングループ公開鍵の要求は、ＳＳＩＤにより、ドメイン鍵配布センター１０４上のドメイン鍵ファクトリーサービス１０７に送信され得る。ステップ６１４において、ステップ６０５におけるドメイン鍵エージェントへの集約応答を準備するために、ドメイン鍵ファクトリーサービス１０７からの応答が提供され得る。
【００２３】
ステップ６２１において、ドメインメンバー秘密鍵の要求が処理され得る。ステップ６２２において、要求は、ドメインメンバー秘密鍵に対して準備され得る。ステップ６２３において、ドメインメンバー秘密鍵の要求は、ＳＳＩＤによって、ドメイン鍵配布センター１０４上のドメイン鍵ファクトリーサービス１０７に送信され得る。ステップ６２４において、ドメイン鍵ファクトリーサービスからの応答は、ステップ６０５におけるドメイン鍵エージェントへの集約応答を準備するために、提供され得る。
【００２４】
ステップ６３１において、ドメインメンバー証明書の要求は、処理され得る。ステップ６３２において、ドメインメンバー証明書の要求は、準備される。そして、ステップ６３３において、ドメインメンバー証明書の要求は、登録サーバー１４２上の登録サービス１４４に送信され得る。ステップ６３４において、登録サービスからの応答は、ステップ６０５におけるドメイン鍵エージェントへの集約応答を準備するために、提供され得る。ステップ６０５において、ドメイン鍵サービスは、ドメイングループ公開鍵、ドメインメンバー秘密鍵、およびドメインメンバー証明書を備える応答をドメイン鍵エージェントに送付し得る。
【００２５】
図７を参照すると、ドメイン鍵サービス１０６などのドメイン鍵サービスによる車両証明書を検証するためのワークフローが示されている。ステップ７０１において、ドメイン鍵ブローカー１０３上のドメインキーサービスは、認証ポートで、無線オーセンティケータ１１６からの認証要求を聞くことができる。ステップ７０２において、無線オーセンティケータ１１６は、認証要求を送信することができる。ステップ７０３において、ドメイン鍵サービス１０６は、車両証明書を検証するための認証要求を受信することができる。ステップ７０４において、ドメイン鍵サービスは、証明書の有効期限のステータスを検証することがる。ステップ７０５において、ドメイン鍵サービスは、オンライン証明書のステータスプロトコル（ＯＣＳＰ）レスポンダを使用して、または証明書失効リスト（ＣＲＬ）を使用して、証明書の失効のステータスを検証することができる。ステップ７０７において、ドメイン鍵サービスは、車両証明書ステータスを備える応答を無線オーセンティケータ１１６に送信することができる。
【００２６】
図８を参照すると、ドメイン鍵ファクトリーサービス１０７などのドメイン鍵ファクトリーサービスによるグループ公開鍵およびメンバー秘密鍵生成のためのワークフローが示されている。ステップ８０１において、ドメイン鍵配布センター１０４上のドメイン鍵ファクトリーサービス１０７は、ＳＳＩＤによるドメイン鍵サービス１０６からのグループ公開鍵の要求を受信することができる。ステップ８０２において、要求は、ドメインのグループ公開鍵がすでに存在するかどうかを決定するために処理され得る。そしてステップ８０３において、ドメイングループ公開鍵が生成され得る。ステップ８０４において、応答メッセージが準備され得る。そして、ステップ８０５において、生成されたドメイングループ公開鍵を備える応答は、ドメイン鍵サービス１０６に送信され得る。
【００２７】
ステップ８１１において、ドメイン鍵配布センター１０４上のドメイン鍵ファクトリーサービス１０７は、ＳＳＩＤおよび車両固有識別子によるドメイン鍵サービス１０６からのメンバー秘密鍵の要求を受信することができる。ステップ８１２において、要求は、車両固有識別子のメンバー秘密鍵がすでに存在するかどうかを決定するために処理され得る。そしてステップ８１３において、ドメインメンバー秘密鍵が生成され得る。ステップ８１４において、応答メッセージが準備され得る。そして、ステップ８１５において、生成されたドメインメンバー秘密鍵を備える応答は、ドメイン鍵サービス１０６に送信され得る。一実施形態では、ステップ８１４における応答メッセージは、ドメインメンバーの秘密鍵が車両固有識別子に対して、すでに生成されたことを示すエラーメッセージを含み得る。このようなセキュリティ対策は、クローン化された車両固有識別子の悪用を防止することができる。
【００２８】
図９は、本開示の実施形態またはその一部がコンピュータ可読コードとして実装され得る例示的なコンピュータシステム９００を示している。例えば、ここで開示されたネットワークシステムおよびアーキテクチャ（ドメイン鍵エージェント１０５、ドメイン鍵ストア１１３、ドメイン鍵サービス１０６、ドメイン鍵ファクトリーサービス１０７、登録サービス１４４、ドメイン鍵ブローカー１０３、ドメイン鍵配布センター１０４など）は、ハードウェア、ソフトウェア、ファームウェア、そこに格納された命令を有する固定コンピュータ可読媒体、またはそれらの組み合わせを用いたコンピュータシステム９００に実装することが可能であり、１つ以上のコンピュータシステムまたはその他の情報処理システムに実装することが可能である。ハードウェア、ハードウェア上で実行されるソフトウェア、またはそれらの任意の組み合わせは、本明細書に開示されるアーキテクチャおよびシステムを実装するために使用されるモジュールおよび構成要素を具体化し得る。
【００２９】
プログラマブルロジックが使用される場合、そのようなロジックは、市販の処理プラットフォームまたは専用の装置上で実行することができる。当業者は、開示された主題の実施形態が、マルチコア／マルチプロセッサーシステム、ミニコンピュータ、メインフレームコンピュータ、分散機能とリンクされたまたはクラスタ化されたコンピュータ、ならびに実質的に任意の装置に埋め込まれ得る広く普及したまたは小型のコンピュータを含む、様々なコンピュータシステム構成で実施され得ることを理解するであろう。
【００３０】
例えば、少なくとも１つのプロセッサー装置およびメモリは、上記の実施形態を実施するために使用され得る。プロセッサー装置は、単一のプロセッサー、複数のプロセッサー、またはそれらの組み合わせであってもよい。プロセッサー装置は、１つ以上のプロセッサー「コア」を有することができる。
【００３１】
本開示の様々な実施形態は、この例示的なコンピュータシステム９００に関して説明される。この説明を読んだ後、関連技術の当業者には、他のコンピュータシステムおよび／またはコンピュータアーキテクチャを使用して開示を実施する方法が明らかになるであろう。動作は連続的なプロセスとして説明されてもよいが、動作のいくつかは、実際には並列、並列、および／または分散環境において、単一またはマルチプロセッサーマシンによるアクセスのためにローカルまたはリモートに格納されたプログラムコードを用いて実行されてもよい。さらに、いくつかの実施形態では、動作の順序は、開示された主題の趣旨から逸脱することなく再構成されてもよい。
【００３２】
プロセッサー装置９０２は、専用または汎用のプロセッサー装置であってもよい。関連技術の当業者には理解されるように、プロセッサー装置９０２は、オペレーティング・システム単独のようなマルチコア／マルチプロセッサーシステムにおける単一のプロセッサーであってもよく、またはクラスタまたはサーバー・ファームにおいて動作する計算装置のクラスタ内にあってもよい。プロセッサー装置９０２は、通信インフラストラクチャ９２６、例えば、バス、メッセージキュー、ネットワーク、またはマルチコアメッセージパッシングスキームに接続される。
【００３３】
コンピュータシステム９００はまた、メインメモリ９０４、例えば、ランダムアクセスメモリ（ＲＡＭ）またはフラッシュメモリを含み、そして二次メモリ９０６を含んでもよい。二次メモリ９０６は、例えば、ハードディスクドライブ９０８、取り外し可能ストレージドライブ９１０を含んでもよい。取り外し可能ストレージドライブ９１０は、フロッピーディスクドライブ、磁気テープドライブ、光ディスクドライブ、フラッシュメモリなどであってもよい。
【００３４】
取り外し可能ストレージドライブ９１２は、周知の方法で、取り外し可能ストレージユニット９１２との間で、読取りおよび／または書込みを行う。取り外し可能ストレージユニット９１２は、取り外し可能ストレージドライブ９１０によって読み取られ、書き込まれるフロッピーディスク、磁気テープ、または光ディスクなどであってもよい。関連技術の当業者によって理解されるように、取り外し可能ストレージユニット９１２は、コンピュータソフトウェアおよび／またはデータをその中に格納したコンピュータが使用可能な固定記憶媒体を含む。
【００３５】
代替的な実装では、二次メモリ９０６は、コンピュータプログラムまたは他の命令をコンピュータシステム９００にロードすることを可能にするための他の同様の手段を含んでもよい。そのような手段は、例えば、取り外し可能ストレージユニット９１６およびインターフェース９１４を含んでもよい。そのような手段の例は、プログラムカートリッジおよびカートリッジインタフェース（ビデオゲーム装置において見られるものなど）、取り外し可能メモリチップ（ＥＰＲＯＭ、またはＰＲＯＭなど）および関連するソケット、およびソフトウェアおよびデータを取り外し可能なメモリユニット９１６からコンピュータシステム９００に転送することを可能にする他の取り外し可能なメモリユニット９１６およびインターフェース９１４を含んでもよい。
【００３６】
コンピュータシステム９００はまた、通信インターフェース９１８を含んでもよい。通信インターフェース９１８は、ソフトウェアおよびデータがコンピュータシステム９００および外部装置の間で転送されることを可能にする。通信インターフェース９１８は、モデム、ネットワークインターフェース（イーサネットカードなど）、通信ポート、ＰＣＭＣＩＡスロットおよびカードなどを含んでもよい。通信インターフェース９１８を介して転送されるソフトウェアおよびデータは、信号の形態であってもよい。信号の形態は、通信インターフェース９１８によって受信することができる電子、電磁気、光学、または他の信号であってもよい。これらの信号は、通信経路９２０を介して通信インターフェース９１８に提供され得る。通信経路９２０は、信号を伝送し、ワイヤまたはケーブル、光ファイバー、電話回線、携帯電話リンク、ＲＦリンクまたは他の通信チャネルを使用して実装され得る。
【００３７】
コンピュータシステム９００はまた、コンピュータディスプレイ９２４およびディスプレイインターフェース９２２を含んでもよい。実施形態によれば、上述した図１から図８に示されるＧＵＩおよびダッシュボードを表示するために使用されるディスプレイは、コンピュータディスプレイ９２４であってもよい。また、コンソールインターフェースは、ディスプレイインターフェース９２２であってもよい。
【００３８】
本文書において、「コンピュータプログラム媒体」、「固定コンピュータ可読媒体」、および「コンピュータ使用可能媒体」という用語は、一般に、取り外し可能ストレージユニット９１２、取り外し可能ストレージユニット９１６、およびハードディスクドライブ９０８に取り付けられたハードディスクなどの媒体を指すために使用される。コンピュータプログラム媒体およびコンピュータ使用可能媒体はまた、メインメモリ９０４および二次メモリ９０６などのメモリを指し、メモリは、メモリ半導体（例えば、ＤＲＡＭなど）であり得る。これらのコンピュータプログラム製品は、コンピュータシステム９００にソフトウェアを提供するための手段である。
【００３９】
コンピュータプログラム（コンピュータ制御ロジックとも呼ばれる）は、メインメモリ９０４および／または二次メモリ９０６に格納される。コンピュータプログラムはまた、通信インターフェース９１８を介して受信されてもよい。そのようなコンピュータプログラムは、実行されると、コンピュータシステム９００が本明細書で論じられるように、本開示を実施することを可能にする。具体的には、コンピュータプログラムは、実行されると、プロセッサー装置９０２が、上記の図１―８のフローチャートによって示される方法におけるステージなどの、本開示のプロセスを実行することを可能にする。したがって、そのようなコンピュータプログラムは、コンピュータシステム９００のコントローラを表す。本開示がソフトウェアを使用して実施される場合、ソフトウェアは、コンピュータプログラム製品に格納され、取り外し可能ストレージドライブ９１２、インターフェース９１４、およびハードディスクドライブ９０８、または通信インターフェース９１８を使用してコンピュータシステム９００にロードされ得る。
【００４０】
本開示の実施形態は、また、任意のコンピュータ使用可能媒体上に格納されたソフトウェアを備えるコンピュータプログラム製品を対象とし得る。そのようなソフトウェアは、１つ以上のデータ処理装置で実行されると、データ処理装置を本明細書に記載されているように動作させる。本開示の実施形態は、任意の適切なコンピュータの使用可能媒体または読み取り可能媒体を採用する。コンピュータ使用可能媒体の例は、一次記憶装置（例えば、任意のタイプのランダムアクセスメモリなど）、二次記憶装置（例えば、ハードドライブ、フロッピーディスク、ＣＤ  ＲＯＭ、ＺＩＰディスク、テープ、磁気記憶装置、および光記憶装置、ＭＥＭＳ、ナノテクノロジー記憶装置など）、および通信媒体（例えば、有線および無線通信ネットワーク、ローカルエリアネットワーク、ワイドエリアネットワーク、イントラネットなど）を含むが、これらに限定されない。
【００４１】
発明の概要および要約のセクションではなく、発明を実施するための形態のセクションが、請求項を解釈するために使用されることが意図されていること、を理解されたい。発明の概要および要約のセクションは、本発明者によって企図されるような本開示の１つ以上の例示的な実施形態を記載することができるが、すべてではなく、したがって、本開示および添付の請求項をいかなる形でも限定することを意図するものではない。
【００４２】
本開示の実施形態は、特定の機能およびそれらの関係の実施を示す機能的構成要素の助けを借りて上記に説明されてきた。これらの機能的構成要素の境界は、説明の便宜のために本明細書で任意に定義されている。特定された機能およびその関係が適切に実行される限り、代替の境界が定義され得る。
【００４３】
特定の実施形態の前記の説明は、当業者の知識を適用することによって、本開示の一般的な概念から逸脱することなく、過度の実験を行うことなく、他人がそのような特定の実施形態を様々な用途に容易に修正および／または適応させることができるように、本開示の一般的な性質を十分に明らかにする。したがって、そのような適応および修正は、本明細書で提示される教示およびガイダンスに基づいて、開示される実施形態の同等の意味および範囲内にあることが意図される。本明細書中の語法または用語は、説明の目的のためのものであり、限定のためのものではない。したがって、本明細書の用語または語法は、教示およびガイダンスに照らして当業者によって解釈されるべきであることを理解されたい。単数の要素への言及は、明示的に明記されていない限り、「１つおよび１つのみ」を意味するのではなく、むしろ「１つ以上」を意味する。さらに、「Ａ、Ｂ、またはＣの少なくとも１つ」に類似する語句が特許請求の範囲で使用される場合、その語句は、一実施形態においてＡのみが存在し得ること、一実施形態においてＢのみが存在し得ること、一実施形態においてＣのみが存在し得ること、または単一の実施形態において要素Ａ、ＢおよびＣの任意の組み合わせ、たとえば、ＡおよびＢ、ＡおよびＣ、ＢおよびＣ、またはＡおよびＢおよびＣ、が存在し得ることを意味すると解釈されることが意図されている。本明細書の請求項要素は、その要素が「のための手段」という語句を使用して明示的に列挙されていない限り、３５Ｕ．Ｓ．Ｃ．１１２（ｆ）の規定の下で解釈されるべきではない。本明細書で使用されるように、用語「ｃｏｍｐｒｉｓｅｓ（含む）」、「ｃｏｍｐｒｉｓｉｎｇ（含む）」、またはその任意の他の変形は、要素のリストを備えるプロセス、方法、物品、または装置が、それらの要素だけを含むのではなく、そのようなプロセス、方法、物品、または装置に明示的にリストされていない、または固有でない他の要素を含むことができるように、非排他的な介在物をカバーすることを意図する。
【００４４】
本開示は、特定の実施形態を参照して、本明細書に例示され、および説明されている。しかし、本開示は、示される詳細に限定されることを意図するものではない。むしろ、様々な修正は、本開示から逸脱することなく、請求項の相当の範囲および範囲内で、詳細に行われ得る。
【図１】
2021519529.tif 000003
【図２】
2021519529.tif 000004
【図３】
2021519529.tif 000005
【図４】
2021519529.tif 000006
【図５】
2021519529.tif 000007
【図６】
2021519529.tif 000008
【図７】
2021519529.tif 000009
【図８】
2021519529.tif 000010
【図９】
2021519529.tif 000011
【国際調査報告】
2021519529.tif 000012
2021519529.tif 000013