特許 7367032 識別確認方法および装置

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】

(24)【登録日】2023-10-13

(45)【発行日】2023-10-23

(54)【発明の名称】識別確認方法および装置

(51)【国際特許分類】

   H04L 9/32 20060101AFI20231016BHJP

   G06F 21/44 20130101ALI20231016BHJP

【ＦＩ】

H04L9/32 200B

G06F21/44

H04L9/32 200F

【請求項の数】 33

(21)【出願番号】P 2021540450

(86)(22)【出願日】2020-02-25

(65)【公表番号】

(43)【公表日】2022-03-07

(86)【国際出願番号】 CN2020076661

(87)【国際公開番号】W WO2021036212

(87)【国際公開日】2021-03-04

【審査請求日】2021-07-12

(31)【優先権主張番号】201910819653.5

(32)【優先日】2019-08-31

(33)【優先権主張国・地域又は機関】CN

(73)【特許権者】

【識別番号】503433420

【氏名又は名称】華為技術有限公司

【氏名又は名称原語表記】ＨＵＡＷＥＩ ＴＥＣＨＮＯＬＯＧＩＥＳ ＣＯ．，ＬＴＤ．

【住所又は居所原語表記】Ｈｕａｗｅｉ Ａｄｍｉｎｉｓｔｒａｔｉｏｎ Ｂｕｉｌｄｉｎｇ， Ｂａｎｔｉａｎ， Ｌｏｎｇｇａｎｇ Ｄｉｓｔｒｉｃｔ， Ｓｈｅｎｚｈｅｎ， Ｇｕａｎｇｄｏｎｇ ５１８１２９， Ｐ．Ｒ． Ｃｈｉｎａ

(74)【代理人】

【識別番号】100132481

【弁理士】

【氏名又は名称】赤澤 克豪

(74)【代理人】

【識別番号】100115635

【弁理士】

【氏名又は名称】窪田 郁大

(72)【発明者】

【氏名】▲楊▼ ▲ヤン▼江

(72)【発明者】

【氏名】魏 卓

(72)【発明者】

【氏名】▲呉▼ 双

【審査官】金沢 史明

(56)【参考文献】

【文献】国際公開第２０１８／１８９８８５（ＷＯ，Ａ１）

【文献】特開２０１７－０７９３６９（ＪＰ，Ａ）

【文献】特開２０１７－１３０９０８（ＪＰ，Ａ）

【文献】米国特許出願公開第２０１９／００２８４４８（ＵＳ，Ａ１）

【文献】竹森 敬祐，セキュアブート＋認証による車載制御システムの保護，電子情報通信学会技術研究報告，日本，電子情報通信学会，2014年09月12日，Vol. 114，No. 225，pp. 47-54

(58)【調査した分野】(Int.Cl.，ＤＢ名)

Ｈ０４Ｌ ９／３２

Ｇ０６Ｆ ２１／４４

(57)【特許請求の範囲】

【請求項1】

識別確認方法であって、
第１の装置によって、第１の乱数を車両内の第２の装置に送信するステップであって、前記車両が、前記第１の装置および第１のセットを含み、前記第１のセットは前記第２の装置、および１つまたは複数の第３の装置を含み、前記第１の装置は前記車両内の一次認証ノードであり、前記第２の装置は前記第１のセット内の二次認証ノードであり、前記第１の装置は前記第２の装置に対して識別確認を実行するために使用され、前記第２の装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用される、送信するステップと、
前記第１の装置によって、第１のメッセージを前記第２の装置から受信するステップであって、前記第１のメッセージが第１の確認情報を含み、前記第１の確認情報が、前記第２の装置に対する識別確認を実行するために前記第１の装置によって使用され、前記第１の確認情報が、前記第２の装置の識別情報および前記第１の乱数に基づいて生成され、前記第１の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかをさらに示す、受信するステップと、
前記第１の確認情報および前記第１の乱数に基づいて、前記第１の装置によって、前記第２の装置に対する前記識別確認が成功するかどうかおよび前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを決定するステップと
を含む方法。

【請求項2】

前記第１の確認情報および前記第１の乱数に基づいて、前記第１の装置によって、前記第２の装置に対する前記識別確認が成功するかどうかを決定する前記ステップが、
前記第１の装置によって、前記第２の装置の前記識別情報および前記第１の乱数に基づいて、第２の確認情報を生成するステップと、
前記第１の装置によって、前記第１の確認情報が前記第２の確認情報に一致するかどうかを決定するステップと、
前記第１の確認情報が前記第２の確認情報に一致するとき、前記第１の装置によって、前記第２の装置に対する前記識別確認が成功すると決定するステップと
を含む請求項１に記載の方法。

【請求項3】

前記第１のメッセージが、１つまたは複数の第３の装置によって生成された１つまたは複数の第３の確認情報をさらに含み、前記１つまたは複数の第３の確認情報の各々が、前記各第３の装置の識別情報に基づいて前記１つまたは複数の第３の装置の各々によって取得される請求項１または２に記載の方法。

【請求項4】

前記第１のメッセージが第４の確認情報をさらに含み、前記第４の確認情報が、前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを示すために使用される、請求項１乃至３のいずれか一項に記載の方法。

【請求項5】

前記第１の装置によって、前記第２の装置の前記識別情報および前記第１の乱数に基づいて、第２の確認情報を前記生成するステップが、
前記第１の装置によって、前記第２の装置の前記識別情報、前記第４の確認情報、および前記第１の乱数に基づいて、前記第２の確認情報を生成するステップ
を含む請求項４に記載の方法。

【請求項6】

前記第１の装置によって、前記第２の装置に対する前記識別確認が成功すると前記決定するステップの後、前記方法が、
前記第４の確認情報が、前記１つまたは複数の第３の装置に対する前記識別確認が失敗することを示すとき、前記第１の装置によって、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するステップ
をさらに含む請求項４または５に記載の方法。

【請求項7】

前記第４の確認情報が、前記１つまたは複数の第３の装置に対する前記識別確認が失敗することを示す場合、前記方法が、
前記第１の装置によって、第２のメッセージを前記第２の装置に送信するステップであって、前記第２のメッセージが、前記１つまたは複数の第３の装置に対応する１つまたは複数の確認情報を取得するように要求するために使用される、送信するステップと、
前記第１の装置によって、第３のメッセージを前記第２の装置から受信するステップであって、前記第３のメッセージが、前記１つまたは複数の第３の装置に対応する１つまたは複数の第３の確認情報を含む、受信するステップと、
前記第１の装置によって、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するステップと
をさらに含む請求項４に記載の方法。

【請求項8】

前記第１の装置が、前記第２の装置に対する前記識別確認が失敗すると決定するとき、前記方法が、
前記第１の装置によって、第２のメッセージを前記第２の装置に送信するステップであって、前記第２のメッセージが、前記１つまたは複数の第３の装置に対応する確認情報を取得するように要求するために使用される、送信するステップと、
前記第１の装置によって、第３のメッセージを前記第２の装置から受信するステップであって、前記第３のメッセージが、前記１つまたは複数の第３の装置に対応する１つまたは複数の第３の確認情報を含む、受信するステップと、
前記第１の装置によって、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するステップと
をさらに含む請求項１または２に記載の方法。

【請求項9】

識別確認方法であって、
車両内の第２の装置によって、第２の乱数を前記車両内の１つまたは複数の第３の装置に送信するステップであって、前記車両が、第１の装置および第１のセットを含み、前記第１のセットは、前記第２の装置、および前記１つまたは複数の第３の装置を含み、前記第１の装置は前記車両内の一次認証ノードであり、前記第２の装置は前記第１のセット内の二次認証ノードであり、前記第１の装置は前記第２の装置に対して識別確認を実行するために使用され、前記第２の装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用される、送信するステップと、
前記第２の装置によって、１つまたは複数の第３の確認情報を前記１つまたは複数の第３の装置から受信するステップであって、前記１つまたは複数の第３の確認情報の各々が、前記各第３の装置の識別情報および前記第２の乱数に基づいて生成される、受信するステップと、
前記第２の乱数および前記１つまたは複数の第３の確認情報に基づいて、前記第２の装置によって、前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを決定するステップと、
前記第２の装置によって、前記第２の装置の識別情報および前記第１の装置からの第１の乱数に基づいて、第１の確認情報を生成するステップであって、前記第１の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかを示す、生成するステップと、
前記第２の装置によって、第１のメッセージを前記第１の装置に送信するステップであって、前記第１のメッセージが前記第１の確認情報を含み、前記第１の確認情報が、前記第２の装置に対する識別確認を実行するために使用される、送信するステップと
を含む方法。

【請求項10】

前記第２の乱数および前記１つまたは複数の第３の確認情報に基づいて、前記第２の装置によって、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを前記決定するステップが、
前記第２の装置によって、前記第２の乱数および前記１つまたは複数の第３の装置の前記識別情報に基づいて、１つまたは複数の第５の確認情報を生成するステップと、
前記１つまたは複数の第５の確認情報および前記１つまたは複数の第３の確認情報に基づいて、前記第２の装置によって、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するステップと
を含む請求項９に記載の方法。

【請求項11】

前記１つまたは複数の第５の確認情報および前記１つまたは複数の第３の確認情報に基づいて、前記第２の装置によって、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを前記決定するステップが、
前記第２の装置によって、前記１つまたは複数の第５の確認情報が前記１つまたは複数の第３の確認情報に一致するかどうかを決定するステップと、
前記１つまたは複数の第５の確認情報が前記１つまたは複数の第３の確認情報に一致するとき、前記第２の装置によって、前記１つまたは複数の第３の装置に対する前記識別確認が成功すると決定するステップと
を含む請求項１０に記載の方法。

【請求項12】

前記第１のメッセージが前記１つまたは複数の第３の確認情報をさらに含み、前記１つまたは複数の第３の確認情報が、前記第２の装置によって実行される前記識別確認が失敗すること、または前記第２の装置によって実行される前記識別確認が成功することを示す請求項９に記載の方法。

【請求項13】

前記第２の乱数および前記第１の乱数が、同じ長さを有するが、異なる内容を有するか、または前記第２の乱数が、前記第１の乱数および第３の乱数を結合させることによって取得されるか、または前記第２の乱数が、前記第１の乱数と同じである請求項９に記載の方法。

【請求項14】

識別確認方法であって、
車両内の第２の装置によって、第１の乱数を前記車両内の１つまたは複数の第３の装置に送信するステップであって、前記車両が、第１の装置および第１のセットを含み、前記第１のセットは、前記第２の装置、および前記１つまたは複数の第３の装置を含み、前記第１の装置は前記車両内の一次認証ノードであり、前記第２の装置は前記第１のセット内の二次認証ノードであり、前記第１の装置は前記第２の装置に対して識別確認を実行するために使用され、かつ、前記第２の装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用され、前記第１の乱数は前記第１の装置から受信される、送信するステップと、
前記第２の装置によって、１つまたは複数の第３の確認情報を前記１つまたは複数の第３の装置から受信するステップであって、前記１つまたは複数の第３の確認情報の各々が、前記第１の乱数および前記各第３の装置の識別情報に基づいて生成される、受信するステップと、
前記第２の装置によって、前記１つまたは複数の第３の確認情報に基づいて第４の確認情報を取得するステップであって、前記第４の確認情報が、前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを確認するために使用される、取得するステップと、
前記第２の装置によって、前記第４の確認情報を前記第１の装置に送信するステップであって、前記第４の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかを示す、送信するステップと
を含む
方法。

【請求項15】

前記方法が、
前記第２の装置によって、前記第２の装置の識別情報および前記第１の乱数に基づいて、第１の確認情報を生成するステップであって、前記第１の確認情報が、前記第２の装置に対する識別確認が成功するかどうかを確認するために使用される、生成するステップと、
前記第２の装置によって、前記第１の確認情報を前記第１の装置に送信するステップと
をさらに含む請求項１４に記載の方法。

【請求項16】

トランシーバモジュールおよび処理モジュールを含む通信装置であって、
前記トランシーバモジュールが、第１の乱数を車両内の第２の装置に送信するように構成され、前記車両が、前記通信装置および第１のセットを含み、前記第１のセットは前記第２の装置、および１つまたは複数の第３の装置を含み、前記通信装置は前記車両内の一次認証ノードであり、前記第２の装置は前記第１のセット内の二次認証ノードであり、前記通信装置は前記第２の装置に対して識別確認を実行するために使用され、前記第２の装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用され、
前記トランシーバモジュールが、第１のメッセージを前記第２の装置から受信するようにさらに構成され、前記第１のメッセージが第１の確認情報を含み、前記第１の確認情報が、前記第２の装置に対する識別確認を実行するために使用され、前記第１の確認情報が、前記第２の装置の識別情報および前記第１の乱数に基づいて生成され、前記第１の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかをさらに示し、
前記処理モジュールが、前記第１の確認情報および前記第１の乱数に基づいて、前記第２の装置に対する前記識別確認が成功するとかどうかおよび前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを決定するように構成される
通信装置。

【請求項17】

前記処理モジュールが、
前記第２の装置の前記識別情報および前記第１の乱数に基づいて、第２の確認情報を生成し、
前記第１の確認情報が前記第２の確認情報に一致するかどうかを決定し、
前記第１の確認情報が前記第２の確認情報に一致するとき、前記第２の装置に対する前記識別確認が成功すると決定する
ように構成される請求項１６に記載の通信装置。

【請求項18】

前記第１のメッセージが、前記１つまたは複数の第３の装置によって生成された１つまたは複数の第３の確認情報をさらに含み、前記１つまたは複数の第３の確認情報の各々が、前記各第３の装置の識別情報に基づいて前記１つまたは複数の第３の装置の各々によって取得される請求項１６または１７に記載の通信装置。

【請求項19】

前記第１のメッセージが第４の確認情報をさらに含み、前記第４の確認情報が、前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを示すために使用される請求項１６乃至１８のいずれか一項に記載の通信装置。

【請求項20】

前記処理モジュールが、
前記第２の装置の前記識別情報、前記第４の確認情報、および前記第１の乱数に基づいて、第２の確認情報を生成する
ように構成される請求項１９に記載の通信装置。

【請求項21】

前記処理モジュールが、前記第２の装置に対する前記識別確認が成功すると決定するステップの後、前記第４の確認情報が、前記１つまたは複数の第３の装置に対する前記識別確認が失敗することを示すとき、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するようにさらに構成される請求項１９または２０に記載の通信装置。

【請求項22】

前記第４の確認情報が、前記１つまたは複数の第３の装置に対する前記識別確認が失敗することを示す場合、
前記トランシーバモジュールが、第２のメッセージを前記第２の装置に送信するようにさらに構成され、前記第２のメッセージが、前記１つまたは複数の第３の装置に対応する確認情報を取得するように要求するために使用され、
前記トランシーバモジュールが、第３のメッセージを前記第２の装置から受信するようにさらに構成され、前記第３のメッセージが、前記１つまたは複数の第３の装置に対応する１つまたは複数の第３の確認情報を含み、
前記処理モジュールが、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するようにさらに構成される
請求項１９に記載の通信装置。

【請求項23】

前記処理モジュールが、前記第２の装置に対する前記識別確認が失敗すると決定する場合、
前記トランシーバモジュールが、第２のメッセージを前記第２の装置に送信するようにさらに構成され、前記第２のメッセージが、前記１つまたは複数の第３の装置に対応する確認情報を取得するように要求するために使用され、
前記トランシーバモジュールが、第３のメッセージを前記第２の装置から受信するようにさらに構成され、前記第３のメッセージが、前記１つまたは複数の第３の装置に対応する１つまたは複数の第３の確認情報を含み、
前記処理モジュールが、前記１つまたは複数の第３の確認情報に基づいて確認を実行し、前記１つまたは複数の第３の装置に対する前記識別確認が成功するかどうかを決定するようにさらに構成される
請求項１６または１７に記載の通信装置。

【請求項24】

トランシーバモジュールおよび処理モジュールを含む通信装置であって、
前記トランシーバモジュールが、第２の乱数を車両内の１つまたは複数の第３の装置に送信するように構成され、前記車両が、第１の装置および第１のセットを含み、前記第１のセットは前記通信装置、および前記１つまたは複数の第３の装置を含み、前記第１の装置は前記車両内の一次認証ノードであり、前記通信装置は前記第１のセット内の二次認証ノードであり、前記第１の装置は前記通信装置に対して識別確認を実行するために使用され、かつ、前記通信装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用され、
前記トランシーバモジュールが、１つまたは複数の第３の確認情報を前記１つまたは複数の第３の装置から受信するようにさらに構成され、前記１つまたは複数の第３の確認情報の各々が、前記各第３の装置の識別情報および前記第２の乱数に基づいて生成され、
前記処理モジュールが、前記第２の乱数および前記１つまたは複数の第３の確認情報に基づいて、前記１つまたは複数の第３の装置に対する識別確認が成功すると決定するように構成され、
前記処理モジュールが、前記通信装置の識別情報および第１の装置からの第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成され、前記第１の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかを示し、
前記トランシーバモジュールが、第１のメッセージを前記第１の装置に送信するようにさらに構成され、前記第１のメッセージが前記第１の確認情報を含み、前記第１の確認情報が、前記通信装置に対する識別確認を実行するために使用される
通信装置。

【請求項25】

前記処理モジュールが、
前記第２の乱数および前記１つまたは複数の第３の装置の前記識別情報に基づいて、１つまたは複数の第５の確認情報を生成し、
前記１つまたは複数の第５の確認情報および前記１つまたは複数の第３の確認情報に基づいて、前記１つまたは複数の第３の装置に対する前記識別確認が成功すると決定する
ように構成される請求項２４に記載の通信装置。

【請求項26】

前記処理モジュールが、
前記１つまたは複数の第５の確認情報が前記１つまたは複数の第３の確認情報に一致するかどうかを決定し、
前記１つまたは複数の第５の確認情報が前記１つまたは複数の第３の確認情報に一致するとき、前記１つまたは複数の第３の装置に対する前記識別確認が成功すると決定する
ように構成される請求項２５に記載の通信装置。

【請求項27】

前記第１のメッセージが前記１つまたは複数の第３の確認情報をさらに含み、前記１つまたは複数の第３の確認情報が、前記通信装置によって実行される前記識別確認が失敗すること、または前記通信装置によって実行される前記識別確認が成功することを示す請求項２４に記載の通信装置。

【請求項28】

第２の乱数および前記第１の乱数が、同じ長さを有するが、異なる内容を有するか、または前記第２の乱数が、前記第１の乱数および第３の乱数を結合させることによって取得されるか、または前記第２の乱数が、前記第１の乱数と同じである請求項２４に記載の通信装置。

【請求項29】

トランシーバモジュールおよび処理モジュールを含む通信装置であって、
前記トランシーバモジュールが、第１の乱数を車両内の１つまたは複数の第３の装置に送信するように構成され、前記車両が、第１の装置および第１のセットを含み、前記第１のセットは前記通信装置、および前記１つまたは複数の第３の装置を含み、前記第１の装置は前記車両内の一次認証ノードであり、前記通信装置は前記第１のセット内の二次認証ノードであり、前記第１の装置は前記通信装置に対して識別確認を実行するために使用され、かつ、前記通信装置は識別確認を実行するために前記１つまたは複数の第３の装置で使用され、前記第１の乱数は前記第１の装置から受信され、
前記トランシーバモジュールが、１つまたは複数の第３の確認情報を前記１つまたは複数の第３の装置から受信するようにさらに構成され、前記１つまたは複数の第３の確認情報の各々が、前記第１の乱数および前記各第３の装置の識別情報に基づいて生成され、
前記処理モジュールが、前記１つまたは複数の第３の確認情報に基づいて第４の確認情報を取得するように構成され、前記第４の確認情報が、前記１つまたは複数の第３の装置に対する識別確認が成功するかどうかを確認するために使用され、
前記トランシーバモジュールが、前記第４の確認情報を前記第１の装置に送信するようにさらに構成され、前記第４の確認情報は、前記１つまたは複数の第３装置に対する識別確認が成功するかどうかを示す、
通信装置。

【請求項30】

前記処理モジュールが、前記通信装置の識別情報および前記第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成され、前記第１の確認情報が、前記通信装置に対する識別確認が成功するかどうかを確認するために使用され、
前記トランシーバモジュールが、前記第１の確認情報を前記第１の装置に送信するようにさらに構成される
請求項２９に記載の通信装置。

【請求項31】

コンピュータプログラムを記憶するように構成された、コンピュータ可読記憶媒体であって、前記コンピュータプログラムがコンピュータ上で実行されるとき、前記コンピュータが、請求項１乃至８のいずれか一項に記載の方法を実行するか、または前記コンピュータが、請求項９乃至１３のいずれか一項に記載の方法を実行するか、または前記コンピュータが、請求項１４又は１５に記載の方法を実行するコンピュータ可読記憶媒体。

【請求項32】

通信システムであって、請求項１６乃至２３のいずれか一項に記載の通信装置および請求項２４乃至２８のいずれか一項に記載の通信装置を含むか、または請求項１６乃至２３のいずれか一項に記載の通信装置および請求項２９又は３０のいずれか一項に記載の通信装置を含む通信システム。

【請求項33】

コンピュータに請求項１乃至１５のいずれかの方法を実行させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本出願は、通信技術の分野に関し、詳細には、識別確認方および装置に関する。

【背景技術】

【0003】

車両内に複数の車両搭載デバイスが存在し得る。たとえば、自動運転を実行することができる車両は、通常、先進運転支援システム（ａｄｖａｎｃｅｄ ｄｒｉｖｅｒ－ａｓｓｉｓｔａｎｃｅ ｓｙｓｔｅｍｓ、ＡＤＡＳ）によって提供される情報に基づいて運転決断を実行する。ＡＤＡＳは、カメラ、ミリメートル波レーダ、超音波レーダ、および光学レーダ（ＬｉＤＡＲ）など、多くのセンサーを含む。すべてのこれらのセンサーは、車両搭載デバイスである。明らかに、これらの車両搭載デバイスは、車両機能および運転安全性にとって非常に重要である。

【0004】

しかしながら、いくつかの車両搭載デバイスは、比較的高価であり、整備士または他の悪意のある人物は、営利目的で、正規の車両搭載デバイスを偽の粗悪な車両搭載デバイスに置換し得る。偽の粗悪な車両搭載デバイスは、車両性能に影響を及ぼし、運転安全性にすら影響を及ぼし得る。したがって、車両搭載デバイスの真正性および正規性を確実にすることが重要である。

【0005】

しかしながら、現在、車両搭載デバイスに対する確認を実行する比較的信頼性のある方法は存在しない。

【発明の概要】

【0006】

本出願の実施形態は、車両搭載デバイスに対する確認を実行するための識別確認方法および装置を提供し、それにより、車両搭載デバイスのセキュリティを改善する。

【0007】

第１の態様によれば、第１の識別確認方法が提供される。本方法は、以下を含む：第１の装置は、第１の乱数を第２の装置に送信する。第１の車両は第１の装置および第１のセットを搬送し、第２の装置は第１のセットに属し、第１のセットは第３の装置をさらに含み、第１の装置は、第２の装置を使用することによって第３の装置と通信する。第１の装置は、第１のメッセージを第２の装置から受信する。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用され、第１の確認情報は、第２の装置の識別確認および第１の乱数に基づいて生成される。第１の装置は、第１の確認情報および第１の乱数に基づいて、第２の装置に対する識別確認が成功すると決定する。

【0008】

第１の態様による方法は、第１の装置によって実行され得る。第１の装置は、通信デバイス、または本方法によって要求される機能を実装する際に通信デバイスをサポートすることができるチップシステムなどの通信装置であってよい。たとえば、通信デバイスは、車両搭載デバイスである。

【0009】

本出願の本実施形態では、第１のセットは第２の装置および第３の装置を含む。第１の装置は、第２の装置に対する確認を実行することのみが必要である。第３の装置の場合、たとえば、第２の装置は第３の装置に対する確認を実行し得る。このようにして、識別確認は、車両搭載デバイスのすべてのレベルに対して実行されることが可能であり、車両搭載デバイスの各レベルに対して、確認は比較的少数のデバイスに対して実行される必要があり、それによりデバイス負荷を低減する。

【0010】

第１の態様を参照すると、第１の態様の考えられる実装では、第１の装置は、第１の確認情報および第１の乱数に基づいて、第２の装置に対する識別確認が成功すると決定する。

【0011】

第１の装置は、第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成する。

【0012】

第１の装置は、第１の確認情報が第２の確認情報に一致するかどうかを決定する。

【0013】

第１の確認情報が第２の確認情報に一致するとき、第１の装置は、第２の装置に対する識別確認が成功すると決定する。

【0014】

たとえば、第２の装置の識別情報が第１の装置に知られている場合、第１の装置は、第２の装置が第１の確認情報を生成する同じ様式で確認情報を生成し得る。たとえば、確認情報は、第２の確認情報と呼ばれる。代替として、第２の装置の識別情報は、第１のメッセージ内で搬送され得る。この場合、第１の装置は、代替として、第２の装置が第１の確認情報を生成する同じ様式で第２の確認情報を生成し得る。第１の装置は、第２の確認情報が第１の確認情報に一致するかどうかを比較し得る。第２の確認情報が第１の確認情報に一致する場合、第２の装置に対して第１の装置によって実行される識別確認は成功する、すなわち、第１の装置は、第２の装置に対する識別確認が成功すると決定する。代替として、第２の確認情報が第１の確認情報に一致しない場合、第２の装置に対して第１の装置によって実行される識別確認は失敗する、すなわち、第１の装置は、第２の装置に対する識別確認が失敗すると決定する。第１の装置および第２の装置は、同じ様式で確認情報を生成し、第１の装置は確認を実行する。第２の装置が悪意から置換される場合、第２の装置によって生成された第１の確認情報は、第２の確認情報に一致し得ない。したがって、第２の装置に対する識別確認が成功するかどうかは、このように決定されることが可能である。

【0015】

第１の態様を参照すると、第１の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。第１の装置が第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成することは、以下を含む：第１の装置は、第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて、第２の確認情報を生成する。

【0016】

たとえば、第２の装置はまた、第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて、第１の確認情報を生成する。この場合、第１の装置はまた、第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて、第２の確認情報を生成する。第１の確認情報を生成するために使用される要素は、第２の確認情報を生成するために使用される要素と同じであり、第１の確認情報を第２の確認情報と比較する精度が確実にされることが可能である。

【0017】

第１の態様を参照すると、第１の態様の考えられる実装では、第１のメッセージは、第３の装置によって生成された第３の確認情報をさらに含み、第３の確認情報は、第３の装置の識別情報に基づいて第３の装置によって取得される。

【0018】

たとえば、第１の確認情報に加えて、第１のメッセージは、Ｎ個の第３の確認情報をさらに含み得る。Ｎ個の第３の確認情報は、第１のセット内に含まれるＮ個の第３の装置によって生成され得る。Ｎ個の第３の装置は、第１のセット内に含まれる第３の装置のすべてまたはそのいくつかであってよく、Ｎは正の整数である。たとえば、第１の確認情報を第１の装置に送信することに加えて、第２の装置は、第１のセット内に含まれるすべての第３の装置によって生成された第３の確認情報を第１の装置にさらに送信し得る。この場合、Ｎ個の第３の装置は、第１のセット内のすべての第３の装置を含む。このようにして、第１の装置は、比較的多い情報を取得することができ、第１の装置が第３の装置に対する識別確認を実行する必要があるとき、第１の装置は、第１のセット内に含まれる任意の第３の装置に対して識別確認を実行することができる。この場合、第３の装置は、Ｎ個の第３の装置のうちの１つであり、第３の装置は、第２の装置によって実行される識別確認に成功する第３の装置であり得るか、または第２の装置によって実行される識別確認に失敗する第３の装置であり得る。

【0019】

代替として、第１の確認情報を第１の装置に送信することに加えて、第２の装置は、第２の装置によって確認されることに失敗する第３の装置によって生成された第３の確認情報を第１の装置にさらに送信し得る。この場合、Ｎ個の第３の装置は、第１のセット内の第３の装置のすべてまたはそのいくつかを含み得る。第１のメッセージは、第２の装置によって確認されることに失敗する第３の装置によって生成された第３の確認情報のみを搬送する必要があり、第１のセット内のすべての第３の装置によって生成された第３の確認情報を搬送する必要はなく、それにより、シグナリングオーバヘッドを低減する。加えて、第１の装置は、第２の装置によって成功裏に確認された第３の装置に対する確認を再度実行しなくてよい。したがって、確認信頼性はあまり影響を受けない。この場合、第３の装置は、Ｎ個の第３の装置のうちの１つであり、第３の装置は、第２の装置によって実行される識別確認に失敗する第３の装置である。

【0020】

第１の態様を参照すると、第１の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。第１の装置が第２の装置に対する識別確認が成功すると決定した後、本方法は、以下をさらに含む：第４の確認情報が第３の装置に対する識別確認が失敗することを示すとき、第１の装置が、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定する。

【0021】

第１の装置が第２の装置に対する識別確認が成功すると決定する場合、第４の確認情報は、第３の装置に対する識別確認が失敗することを示し、第１のメッセージは、第３の装置に対応する第３の確認情報を含む。この場合、第１の装置は、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定し得る。本出願の本実施形態では、階層確認に加えて、第１の装置は、全体的な確認をさらに実装し得る。具体的には、第２の装置に対する識別確認が成功するかどうかを確認することに加えて、第１の装置は、第３の装置に対する識別確認が成功するかどうかをさらに確認し得、第３の装置に対する確認はさらに信頼できる。

【0022】

第１の態様を参照すると、第１の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が失敗することを示すために使用される。本方法は、以下をさらに含む：

【0023】

第１の装置は、第２のメッセージを第２の装置に送信する。第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0024】

第１の装置は、第３のメッセージを第２の装置から受信する。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0025】

第１の装置は、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定する。

【0026】

代替として、第１のメッセージは、Ｎ個の第３の確認情報を含まなくてよい。第４の確認情報が、第１のセット内に含まれる第３の装置に対する識別確認が失敗することを示す場合、第１の装置は、第２のメッセージを第２の装置に送信し得る。第２のメッセージは、少なくとも１つの第３の装置に対応する確認情報を取得するように要求するために使用される。第２のメッセージを第１の装置から受信した後、第２の装置は、Ｎ個の第３の確認情報を一次認証ノードに送信し得る。たとえば、第２の装置は、第３のメッセージを第１の装置に送信し得、第３のメッセージは、Ｎ個の第３の確認情報を含む。Ｎ個の第３の確認情報は、第１のセット内の第３の装置のすべてによって生成された第３の確認情報を含み得るか、またはＮ個の第３の確認情報は、第１のセット内の第３の装置のいくつかによって生成された第３の確認情報を含み得る。このように、第１の装置が第３の装置に対する確認を実行する必要があるとき、第１の装置は第３の確認情報を取得するように要求し得、第１のメッセージは第３の確認情報を含まなくてよい。このようにして、第２の装置に対して第１の装置によって実行される識別確認が成功し、第４の確認情報が第１のセット内に含まれる第３の装置に対する識別確認が成功することを示す場合、第１の装置は、第３の確認情報を取得するように要求しなくてよく、それにより、シグナリングオーバヘッドを低減する。

【0027】

第１の態様を参照すると、第１の態様の考えられる実装では、第１の装置が第２の装置に対する識別確認が失敗すると決定するとき、本方法は、以下をさらに含む：

【0028】

第１の装置は、第２のメッセージを第２の装置に送信する。第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0029】

第１の装置は、第３のメッセージを第２の装置から受信する。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0030】

第１の装置は、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定する。

【0031】

代替として、第１のメッセージは、Ｎ個の第３の確認情報を含まなくてよい。第１の装置が、第２の装置に対する識別確認が失敗すると決定する場合、第１の装置は、第２の装置の確認結果を信用しなくてよい。したがって、第１の装置は、第２のメッセージを第２の装置に送信し得る。第２のメッセージは、少なくとも１つの第３の装置に対応する確認情報を取得するように要求するために使用される。第２のメッセージを第１の装置から受信した後、第２の装置は、Ｎ個の第３の確認情報を一次認証ノードに送信し得る。たとえば、第２の装置は、第３のメッセージを第１の装置に送信し得、第３のメッセージは、Ｎ個の第３の確認情報を含む。Ｎ個の第３の確認情報は、第１のセット内の第３の装置のすべてによって生成された３の確認情報を含み得るか、またはＮ個の第３の確認情報は、第１のセット内の第３の装置のいくつかによって生成された第３の確認情報を含み得る。このように、第１の装置が第３の装置に対する確認を実行する必要があるとき、第１の装置は第３の確認情報を取得するように要求し得、第１のメッセージは第３の確認情報を含まなくてよい。このようにして、第２の装置に対して第１の装置によって実行される識別確認が成功し、第４の確認情報が第１のセット内に含まれる第３の装置に対する識別確認が成功することを示す場合、第１の装置は、第３の確認情報を取得するように要求しなくてよく、それにより、シグナリングオーバヘッドを低減する。

【0032】

第１の態様を参照すると、第１の態様の考えられる実装では、複数の第３の装置が存在し、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、複数の第３の装置から複数の第３の確認情報を集約することによって取得される。本方法は、以下をさらに含む：第１の装置は、第４の確認情報に基づいて確認を実行し、複数の第３の装置に対する識別確認が成功するかどうかを決定する。

【0033】

第２の装置は、複数の第３の装置から複数の第３の確認情報を集約し、第４の確認情報を取得し、第４の確認情報を第１の装置に送信し得る。たとえば、１つの集約様式は、複数の第３の確認情報に対して排他的ＯＲを実行し、第４の確認情報を取得することである。当然、別の集約様式が存在し得る。このように取得された第４の確認情報は、複数の第３の確認情報よりも少量の情報を有する。第２の装置は第４の確認情報を送信することのみが必要であり、複数の第３の確認情報を送信しなくてよく、それにより、シグナリングオーバヘッドを低減する。

【0034】

第１の態様を参照すると、第１の態様の考えられる実装では、本方法は以下を含む：

【0035】

第４の確認情報に基づいて、複数の第３の装置に対する識別確認が失敗すると決定するとき、第１の装置は、第２のメッセージを第２の装置に送信する。第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される。

【0036】

第１の装置は、第３のメッセージを第２の装置から受信する。第３のメッセージは複数の第３の確認情報を含む。

【0037】

第１の装置は、複数の第３の確認情報に基づいて確認を実行し、複数の第３の装置の各々に対する識別確認が成功するかどうかを決定する。

【0038】

第４の確認情報は、複数の第３の確認情報を集約することによって取得される。したがって、第１の装置が、第４の確認情報に基づいて複数の第３の装置に対する識別確認が失敗すると決定する場合、概して、複数の第３の装置内に識別確認に失敗する第３の装置が存在すると見なされる。しかしながら、第１の装置は、複数の第３の装置内の識別確認に失敗する特定の第３の装置を決定することができない。したがって、第１の装置は、複数の第３の装置によって生成された複数の第３の確認情報を取得するように要求し得る。このようにして、第１の装置は、複数の第３の確認情報に基づいて確認を連続的に実行し、識別確認に失敗する特定の第３の装置を決定し得る。このように、識別確認に失敗する第３の装置は、より正確に位置特定されることが可能である。

【0039】

第２の態様によれば、第２の識別確認方法が提供される。本方法は、以下を含む：第２の装置は、第２の乱数を第３の装置に送信する。第１の車両は第１の装置および第１のセットを搬送し、第２の装置および第３の装置は第１のセットに属し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。第２の装置は、第３の確認情報を第３の装置から受信する。第３の確認情報は、第３の装置の識別情報および第２の乱数に基づいて生成される。第２の装置は、第２の乱数および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定する。

【0040】

第２の態様による方法は、第２の装置によって実行され得る。第２の装置は、通信デバイス、または本方法によって要求される機能を実装する際に通信デバイスをサポートすることができるチップシステムなどの通信装置であってよい。たとえば、通信デバイスは、車両搭載デバイスである。

【0041】

本出願の本実施形態では、第１のセットは第２の装置および第３の装置を含む。第１の装置は、第２の装置に対する識別確認を実行し得、第２の装置は、第３の装置に対する識別確認を実行し得る。言い換えれば、本出願の本実施形態は、階層確認機構を提供する。装置の１つのレベルは装置の次のレベルの確認を実行することのみが必要であり、識別確認結果はレベル単位の確認によりさらに信頼できる。加えて、このようにして、識別確認は、車両搭載デバイスのすべてのレベルに対して実行されることが可能であり、車両搭載デバイスの各レベルに対して、確認は比較的少数のデバイスに対して実行される必要があり、それによりデバイス負荷を低減する。

【0042】

第２の態様を参照すると、第２の態様の考えられる実装では、第２の装置が、第２の乱数および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することは、以下を含む：第２の装置は、第２の乱数および第３の装置の識別情報に基づいて、第５の確認情報を生成する。第２の装置は、第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定する。

【0043】

たとえば、第３の装置の識別情報が第２の装置に知られている場合、第２の装置は、第３の装置が第３の確認情報を生成する同じ様式で確認情報を生成し得る。たとえば、確認情報は、第５の確認情報と呼ばれる。代替として、第３の装置は、第３の装置の識別情報を第２の装置に事前に送信し得る。この場合、第２の装置は、代替として、第３の装置が第３の確認情報を生成する同じ様式で第５の確認情報を生成し得る。第３の確認情報および第５の確認情報を使用することによって、第３の装置に対する識別確認が成功するかどうかが決定され得る。第２の装置および第３の装置は、同じ様式で確認情報を生成し、第２の装置は確認を実行する。第３の装置が識別確認に成功する装置である場合、第３の装置によって生成された第３の確認情報は、第２の装置によって生成された第５の確認情報に一致する必要がある。第３の装置が悪意から置換される場合、第３の装置によって生成された第３の確認情報は、第５の確認情報に一致し得ない。したがって、第３の装置に対する識別確認が成功するかどうかは、このように決定されることが可能である。

【0044】

第２の態様を参照すると、第２の態様の考えられる実装では、第２の装置が、第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することは、以下を含む：第２の装置は、第５の確認情報が第３の確認情報に一致するかどうかを決定する。第５の確認情報が第３の確認情報に一致するとき、第１の装置は、第３の装置に対する識別確認が成功すると決定する。

【0045】

第２の装置は、第３の確認情報が第５の確認情報に一致するかどうかを比較し得る。第３の確認情報が第５の確認情報に一致する場合、第３の装置に対して第２の装置によって実行される識別確認は成功する、すなわち、第２の装置は、第３の装置に対する識別確認が成功すると決定する。代替として、第３の確認情報が第５の確認情報に一致しない場合、第３の装置に対して第２の装置によって実行される識別確認は失敗する、すなわち、第２の装置は、第３の装置に対する識別確認が失敗すると決定する。第２の装置および第３の装置は、同じ様式で確認情報を生成し、第２の装置は確認を実行する。第３の装置が悪意から置換される場合、第３の装置によって生成された第３の確認情報は、第５の確認情報に一致し得ない。したがって、第３の装置に対する識別確認が成功するかどうかは、このように決定されることが可能である。

【0046】

第２の態様を参照すると、第２の態様の考えられる実装では、複数の第３の装置が存在する場合、複数の第５の確認情報および複数の第３の確認情報が存在する。第２の装置が、第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することは、以下を含む：

【0047】

第２の装置は、複数の第５の確認情報を集約し、第６の確認情報を取得し、複数の第３の確認情報を集約し、第７の確認情報を取得する。

【0048】

第２の装置は、第６の確認情報が第７の確認情報に一致するかどうかを決定する。

【0049】

第６の確認情報が第７の確認情報に一致するとき、第２の装置は、複数の第３の装置に対する識別確認が成功すると決定する。

【0050】

複数の第３の装置が存在する場合、第２の装置は、複数の第５の確認情報を集約し、第６の確認情報を取得し、複数の第３の確認情報を集約し、第７の確認情報を取得する。第６の確認情報を第７の確認情報と比較することによって、第２の装置は、第３の装置に対する識別確認が成功するかどうかを決定し得る。このように、第２の装置は、第５の確認情報を第３の確認情報と一つずつ比較しなくてよく、１つの比較のみを実行し、概して、複数の第３の装置に対する識別確認が成功するかどうかを決定することのみが必要であり、それにより、比較プロセスを低減し、第２の装置の負荷を低減し、第２の装置の実行効率を改善する。

【0051】

第２の態様を参照すると、第２の態様の考えられる実装では、本方法は以下をさらに含む：第２の装置は、第２の装置の識別情報および第１の装置からの第１の乱数に基づいて、第１の確認情報を生成する。第２の装置は、第１のメッセージを第１の装置に送信する。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用される。

【0052】

第２の装置が第３の装置に対する確認を実行することに加えて、第１の装置は、第２の装置に対する識別確認を実行するさらなる必要がある。したがって、第２の装置は、第２の装置の識別情報および第１の乱数に基づいて、第１の確認情報を生成し得る。第１の確認情報を取得した後、第１の装置は、第１の確認情報に基づいて、第２の装置に対する識別確認が成功するかどうかを確認し得る。これは、第１の装置が第２の装置に対する識別確認を実行し、第２の装置が第３の装置に対する識別確認を実行し、階層確認機構を形成することに等しい。

【0053】

第２の態様を参照すると、第２の態様の考えられる実装では、第１のメッセージは第３の確認情報をさらに含み、第３の確認情報は、第２の装置によって実行される確認が失敗することを示す第３の確認情報であるか、または第３の確認情報が、第２の装置によって実行される確認が成功することを示す第３の確認情報である。

【0054】

たとえば、第１の確認情報に加えて、第１のメッセージは、Ｎ個の第３の確認情報をさらに含み得る。Ｎ個の第３の確認情報は、第１のセット内に含まれるＮ個の第３の装置によって生成され得る。Ｎ個の第３の装置は、第１のセット内に含まれる第３の装置のすべてまたはそのいくつかであってよく、Ｎは正の整数である。たとえば、第１の確認情報を第１の装置に送信することに加えて、第２の装置は、第１のセット内に含まれるすべての第３の装置によって生成された第３の確認情報を第１の装置にさらに送信し得る。この場合、Ｎ個の第３の装置は、第１のセット内のすべての第３の装置を含む。このようにして、第１の装置は、比較的多い情報を取得することができ、第１の装置が第３の装置に対する識別確認を実行する必要があるとき、第１の装置は、第１のセット内に含まれる任意の第３の装置に対して識別確認を実行することができる。この場合、第３の装置は、Ｎ個の第３の装置のうちの１つであり、第３の装置は、第２の装置によって実行される識別確認に成功する第３の装置であり得るか、または第２の装置によって実行される識別確認に失敗する第３の装置であり得る。

【0055】

代替として、第１の確認情報を第１の装置に送信することに加えて、第２の装置は、第２の装置によって確認されることに失敗する第３の装置によって生成された第３の確認情報を第１の装置にさらに送信し得る。この場合、Ｎ個の第３の装置は、第１のセット内の第３の装置のすべてまたはそのいくつかを含み得る。第１のメッセージは、第２の装置によって確認されることに失敗する第３の装置によって生成された第３の確認情報のみを搬送する必要があり、第１のセット内のすべての第３の装置によって生成された第３の確認情報を搬送する必要はなく、それにより、シグナリングオーバヘッドを低減する。加えて、第１の装置は、第２の装置によって成功裏に確認された第３の装置に対する確認を再度実行しなくてよい。したがって、確認信頼性はあまり影響を受けない。この場合、第３の装置は、Ｎ個の第３の装置のうちの１つであり、第３の装置は、第２の装置によって実行される識別確認に失敗する第３の装置である。

【0056】

第２の態様を参照すると、第２の態様の考えられる実装では、第２の乱数および第１の乱数は、同じ長さを有するが、異なる内容を有するか、または第２の乱数は、第１の乱数および第３の乱数を結合させることによって取得されるか、または第２の乱数は、第１の乱数と同じである。

【0057】

たとえば、第２の乱数は、第１の乱数に基づいて決定され得る。第１の乱数に基づいて第２の乱数を決定する考えられる実装は、第１の乱数に基づいて第２の乱数の長さを決定することである。たとえば、第２の乱数の長さは、第１の乱数の長さと同じであってよい。この場合、第２の乱数および第１の乱数は、同じ内容を有してよく、すなわち、第１の乱数および第２の乱数は、同じ乱数である。代替として、第２の乱数および第１の乱数は、異なる内容を有してよく、すなわち、第２の乱数および第１の乱数は、同じ長さを有するが、異なる内容を有する、２つの乱数である。

【0058】

第１の乱数に基づいて第２の乱数を決定する別の考えられる実装は、第２の乱数の内容のいくつかまたはすべてが第１の乱数に基づいて決定され得ることである。たとえば、二次認証ノードは第３の乱数を選択する。第２の乱数は、第１の乱数および第３の乱数を連結させること（または、結合させること）によって取得される乱数であり得る。第２の乱数の長さは、第１の乱数の長さおよび第３の乱数の長さの和である。第２の乱数は、第１の乱数および第３の乱数を連結すること、たとえば、第３の乱数を第１の乱数の終端の後に配置すること、または第１の乱数を第３の乱数の終端の後に配置することによって、取得される。

【0059】

代替として、第２の乱数は、別の様式で取得され得る。たとえば、第２の乱数の長さは、第１の乱数の長さとは異なり、第２の乱数は、第１の乱数および第３の乱数を結合させることによって取得されない。

【0060】

第３の態様によれば、第３の識別確認方法が提供される。本方法は、以下を含む：第２の装置は、第１の乱数を第３の装置に送信する。第１の車両は第１のセットを搬送し、第１のセットは第２の装置および第３の装置を含み、第１の車両は第１の装置をさらに搬送し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。第２の装置は、第３の確認情報を第３の装置から受信する。第３の確認情報は、第１の乱数および第３の装置の識別情報に基づいて生成される。第２の装置は、第３の確認情報に基づいて第４の確認情報を取得する。第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを確認するために使用される。第２の装置は、第４の確認情報を第１の装置に送信する。

【0061】

第３の態様による方法は、第３の装置によって実行され得る。第３の装置は、通信デバイス、または本方法によって要求される機能を実装する際に通信デバイスをサポートすることができるチップシステムなどの通信装置であってよい。たとえば、通信デバイスは、車両搭載デバイスである。

【0062】

本出願の本実施形態では、第１のセットは第２の装置および第３の装置を含む。第２の装置は、第３の装置によって生成された第３の確認情報を処理し、第４の確認情報を取得し得る。第１の装置は、第４の確認情報に基づいて、第３の装置に対する識別確認が成功するかどうかを確認する。第３の装置が第３の確認情報を第１の装置に直接送信する場合と比較すると、たとえば、複数の第３の確認情報が存在する場合、第２の装置は、第３の確認情報に基づいて第４の確認情報を取得し、これは、第２の装置が複数の第３の確認情報に基づいて、１つの第４の確認情報を取得することに等しく、それにより、確認情報量を削減し、シグナリングオーバヘッドを低減する。加えて、第２の装置は、第３の装置に対する確認を実行しなくてよく、第１の装置のみが確認を実行する必要があり、それにより、第２の装置の負荷を低減する。

【0063】

第３の態様を参照すると、第３の態様の考えられる実装では、本方法は以下をさらに含む：第２の装置は、第２の装置の識別情報および第１の乱数に基づいて、第１の確認情報を生成する。第１の確認情報は、第２の装置に対する識別確認が成功するかどうかを確認するために使用される。第２の装置は、第１の確認情報を第１の装置に送信する。

【0064】

第３の装置に対する識別確認を実行するために使用される第４の確認情報を第１の装置に送信することに加えて、第２の装置は、第２の装置に対する識別確認を実行するために使用される第１の確認情報を第１の装置にさらに送信し得る。この場合、第３の装置に対する確認を実行することに加えて、第１の装置は、第２の装置に対する識別確認をさらに実行し得る。このようにして、確認は第１の車両によって搬送される各装置に対して実行されることが可能であり、それにより、第１の車両によって搬送される装置のセキュリティを改善する。

【0065】

第３の態様を参照すると、第３の態様の考えられる実装では、複数の第３の装置が存在し、対応して複数の第３の確認情報が存在する。第２の装置が第３の確認情報に基づいて第４の確認情報を取得することは、以下を含む：第２の装置は、複数の第３の確認情報を集約し、第４の確認情報を取得する。

【0066】

第２の装置は、複数の第３の装置から複数の第３の確認情報を集約し、第４の確認情報を取得し、第４の確認情報を第１の装置に送信し得る。たとえば、１つの集約様式は、複数の第３の確認情報に対して排他的ＯＲを実行し、第４の確認情報を取得することである。当然、別の集約様式が存在し得る。このように取得された第４の確認情報は、複数の第３の確認情報よりも少量の情報を有する。第２の装置は第４の確認情報を送信することのみが必要であり、複数の第３の確認情報を送信しなくてよく、それにより、シグナリングオーバヘッドを低減する。

【0067】

第３の態様を参照すると、第３の態様の考えられる実装では、本方法は以下をさらに含む：第２の装置は、第２のメッセージを第１の装置から受信する。第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される。第２の装置は、第３のメッセージを第１の装置に送信する。第３のメッセージは複数の第３の確認情報を含む。

【0068】

第４の確認情報は、複数の第３の確認情報を集約することによって取得される。したがって、第１の装置が、第４の確認情報に基づいて、複数の第３の装置に対する識別確認が失敗すると決定する場合、概して、複数の第３の装置内に識別確認に失敗する第３の装置が存在すると見なされる。しかしながら、第１の装置は、複数の第３の装置内の識別確認に失敗する特定の第３の装置を決定することができない。したがって、第１の装置は、複数の第３の装置によって生成された複数の第３の確認情報を取得するように要求し得る。このようにして、第１の装置は、複数の第３の確認情報に基づいて確認を連続的に実行し、識別確認に失敗する特定の第３の装置を決定し得る。このように、識別確認に失敗する第３の装置は、より正確に位置特定されることが可能である。

【0069】

第４の態様によれば、通信装置が提供される。たとえば、通信装置は、上記で説明された第１の装置である。通信装置は、第１の態様による方法および第１の態様の任意の考えられる実装を実行するように構成される。具体的には、通信装置は、第１の態様による方法および第１の態様の任意の考えられる実装を実行するように構成されるモジュールを含み得る。たとえば、通信装置は、処理モジュールおよびトランシーバモジュールを含む。トランシーバモジュールは、機能モジュールであってよく、機能モジュールは、情報受信機能および情報送信機能の両方を満たすことができる。代替として、トランシーバモジュールは、送信モジュールおよび受信モジュールの集合名であり得る。送信モジュールは、情報送信機能を満たすように構成され、受信モジュールは、情報受信機能を満たすように構成される。たとえば、通信装置は、車両搭載デバイスである。

【0070】

トランシーバモジュールは、第１の乱数を第２の装置に送信するように構成される。第１の車両は第１の装置および第１のセットを搬送し、第２の装置は第１のセットに属し、第１のセットは第３の装置をさらに含み、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0071】

トランシーバモジュールは、第１のメッセージを第２の装置から受信するようにさらに構成される。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用され、第１の確認情報は、第２の装置の識別確認および第１の乱数に基づいて生成される。

【0072】

処理モジュールは、第１の確認情報および第１の乱数に基づいて、第２の装置に対する識別確認が成功すると決定するように構成される。

【0073】

第４の態様を参照すると、第４の態様の考えられる実装では、処理モジュールは、第１の確認情報および第１の乱数に基づいて、以下のように、
第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成することと、
第１の確認情報が第２の確認情報に一致するかどうかを決定することと、
第１の確認情報が第２の確認情報に一致するとき、第２の装置に対する識別確認が成功すると決定することと
で、第２の装置に対する識別確認が成功すると決定するように構成される。

【0074】

第４の態様を参照すると、第４の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。処理モジュールは、以下のように、
第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて、第２の確認情報を生成すること
で、第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成するように構成される。

【0075】

第４の態様を参照すると、第４の態様の考えられる実装では、第１のメッセージは、第３の装置によって生成された第３の確認情報をさらに含み、第３の確認情報は、第３の装置の識別情報に基づいて第３の装置によって取得される。

【0076】

第４の態様を参照すると、第４の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。処理モジュールは、第２の装置に対する識別確認が成功すると決定した後、第４の確認情報が第３の装置に対する識別確認が失敗することを示すとき、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0077】

第４の態様を参照すると、第４の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含む。

【0078】

トランシーバモジュールは、第４の確認情報が第３の装置に対する識別確認が失敗することを示すために使用されるとき、第２のメッセージを第２の装置に送信するようにさらに構成される。第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0079】

トランシーバモジュールは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0080】

処理モジュールは、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0081】

第４の態様を参照すると、第４の態様の考えられる実装では、トランシーバモジュールは、処理モジュールが第２の装置に対する識別確認が失敗すると決定するとき、第２のメッセージを第２の装置に送信するようにさらに構成され、ここで、第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0082】

トランシーバモジュールは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0083】

処理モジュールは、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0084】

第４の態様を参照すると、第４の態様の考えられる実装では、複数の第３の装置が存在し、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、複数の第３の装置から複数の第３の確認情報を集約することによって取得される。処理モジュールは、第４の確認情報に基づいて確認を実行し、複数の第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0085】

第４の態様を参照すると、第４の態様の考えられる実装では、トランシーバモジュールは、処理モジュールが、第４の確認情報に基づいて、複数の第３の装置に対する識別確認が失敗すると決定するとき、第２のメッセージを第２の装置に送信するようにさらに構成され、ここで、第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される。

【0086】

トランシーバモジュールは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは複数の第３の確認情報を含む。

【0087】

処理モジュールは、複数の第３の確認情報に基づいて確認を実行し、複数の第３の装置の各々に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0088】

第４の態様または第４の態様の考えられる実装によってもたらされる技術的効果に関しては、第１の態様または第１の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0089】

第５の態様によれば、通信装置が提供される。たとえば、通信装置は、上記で説明された第２の装置である。通信装置は、第２の態様による方法および第２の態様の任意の考えられる実装を実行するように構成される。具体的には、通信装置は、第２の態様による方法および第２の態様の任意の考えられる実装を実行するように構成されるモジュールを含み得る。たとえば、通信装置は、処理モジュールおよびトランシーバモジュールを含む。トランシーバモジュールは、機能モジュールであってよく、機能モジュールは、情報受信機能および情報送信機能の両方を満たすことができる。代替として、トランシーバモジュールは、送信モジュールおよび受信モジュールの集合名であり得る。送信モジュールは、情報送信機能を満たすように構成され、受信モジュールは、情報受信機能を満たすように構成される。たとえば、通信装置は、車両搭載デバイスである。

【0090】

トランシーバモジュールは、第２の乱数を第３の装置に送信するように構成される。第１の車両は第１の装置および第１のセットを搬送し、第２の装置および第３の装置は第１のセットに属し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0091】

トランシーバモジュールは、第３の確認情報を第３の装置から受信するようにさらに構成される。第３の確認情報は、第３の装置の識別情報および第２の乱数に基づいて生成される。

【0092】

処理モジュールは、第２の乱数および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定するように構成される。

【0093】

第５の態様を参照すると、第５の態様の考えられる実装では、処理モジュールは、第２の乱数および第３の確認情報に基づいて、以下のように、
第２の乱数および第３の装置の識別情報に基づいて、第５の確認情報を生成することと、
第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0094】

第５の態様を参照すると、第５の態様の考えられる実装では、処理モジュールは、第５の確認情報および第３の確認情報に基づいて、以下のように、
第５の確認情報が第３の確認情報に一致するかどうかを決定することと、
第５の確認情報が第３の確認情報に一致するとき、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0095】

第５の態様を参照すると、第５の態様の考えられる実装では、複数の第３の装置が存在する場合、複数の第５の確認情報および複数の第３の確認情報が存在する。処理モジュールは、第５の確認情報および第３の確認情報に基づいて、以下のように、
複数の第５の確認情報を集約し、第６の確認情報を取得し、複数の第３の確認情報を集約し、第７の確認情報を取得することと、
第６の確認情報が第７の確認情報に一致するかどうかを決定することと、
第６の確認情報が第７の確認情報に一致するとき、複数の第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0096】

第５の態様を参照すると、第５の態様の考えられる実装では、処理モジュールは、第２の装置の識別情報および第１の装置からの第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成される。

【0097】

トランシーバモジュールは、第１のメッセージを第１の装置に送信するようにさらに構成される。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用される。

【0098】

第５の態様を参照すると、第５の態様の考えられる実装では、第１のメッセージは第３の確認情報をさらに含み、第３の確認情報は、第２の装置によって実行される確認が失敗することを示す第３の確認情報であるか、または第３の確認情報は、第２の装置によって実行される確認が成功することを示す第３の確認情報である。

【0099】

第５の態様を参照すると、第５の態様の考えられる実装では、第２の乱数および第１の乱数は、同じ長さを有するが、異なる内容を有するか、または第２の乱数は、第１の乱数および第３の乱数を結合させることによって取得されるか、または第２の乱数は、第１の乱数と同じである。

【0100】

第５の態様または第５の態様の考えられる実装によってもたらされる技術的効果に関しては、第２の態様または第２の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0101】

第６の態様によれば、通信装置が提供される。たとえば、通信装置は、上記で説明された第２の装置である。通信装置は、第３の態様による方法および第３の態様の任意の考えられる実装を実行するように構成される。具体的には、通信装置は、第３の態様による方法および第３の態様の任意の考えられる実装を実行するように構成されるモジュールを含み得る。たとえば、通信装置は、処理モジュールおよびトランシーバモジュールを含む。トランシーバモジュールは、機能モジュールであってよく、機能モジュールは、情報受信機能および情報送信機能の両方を満たすことができる。代替として、トランシーバモジュールは、送信モジュールおよび受信モジュールの集合名であり得る。送信モジュールは、情報送信機能を満たすように構成され、受信モジュールは、情報受信機能を満たすように構成される。たとえば、通信装置は、車両搭載デバイスである。

【0102】

トランシーバモジュールは、第１の乱数を第３の装置に送信するように構成される。第１の車両は第１のセットを搬送し、第１のセットは第２の装置および第３の装置を含み、第１の車両は第１の装置をさらに搬送し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0103】

トランシーバモジュールは、第３の確認情報を第３の装置から受信するようにさらに構成される。第３の確認情報は、第１の乱数および第３の装置の識別情報に基づいて生成される。

【0104】

処理モジュールは、第３の確認情報に基づいて第４の確認情報を取得するように構成される。第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを確認するために使用される。

【0105】

トランシーバモジュールは、第４の確認情報を第１の装置に送信するようにさらに構成される。

【0106】

第６の態様を参照すると、第６の態様の考えられる実装では、処理モジュールは、第２の装置の識別情報および第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成され、ここで、第１の確認情報は、第２の装置に対する識別確認が成功するかどうかを確認するために使用される。

【0107】

トランシーバは、第１の確認情報を第１の装置に送信するようにさらに構成される。

【0108】

第６の態様を参照すると、第６の態様の考えられる実装では、複数の第３の装置が存在し、対応して複数の第３の確認情報が存在する。処理モジュールは、以下のように、
複数の第３の確認情報を集約し、第４の確認情報を取得すること
で、第３の確認情報に基づいて第４の確認情報を取得するように構成される。

【0109】

第６の態様を参照すると、第６の態様の考えられる実装では、トランシーバモジュールは、
第２のメッセージを第１の装置から受信することであって、ここで、第２のメッセージが、複数の第３の装置に対応する確認情報を取得するように要求するために使用される、受信することと、
第３のメッセージを第１の装置に送信することであって、ここで、第３のメッセージが複数の第３の確認情報を含む、送信することと
を行うようさらに構成される。

【0110】

第６の態様または第６の態様の考えられる実装によってもたらされる技術的効果に関しては、第３の態様または第３の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0111】

第７の態様によれば、通信装置が提供される。通信装置は、たとえば、上記で説明された第１の装置である。通信装置は、プロセッサおよびトランシーバを含む。プロセッサおよびトランシーバは、第１の態様において説明される方法または第１の態様の考えられる設計を実装するように構成される。たとえば、通信装置は、通信デバイス内に配設されたチップであり、トランシーバは、たとえば、アンテナ、フィーダ、または通信デバイス内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、トランシーバは、たとえば、チップ内の通信インターフェースであり、通信インターフェースは、通信デバイス内の無線周波数トランシーバ構成要素に接続され、無線周波数トランシーバ構成要素を使用することによって情報を送信および受信する。たとえば、通信デバイスは、車両搭載デバイスである。

【0112】

トランシーバは、第１の乱数を第２の装置に送信するように構成される。第１の車両は第１の装置および第１のセットを搬送し、第２の装置は第１のセットに属し、第１のセットは第３の装置をさらに含み、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0113】

トランシーバは、第１のメッセージを第２の装置から受信するようにさらに構成される。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用され、第１の確認情報は、第２の装置の識別確認および第１の乱数に基づいて生成される。

【0114】

プロセッサは、第１の確認情報および第１の乱数に基づいて、第２の装置に対する識別確認が成功すると決定するように構成される。

【0115】

第７の態様を参照すると、第７の態様の考えられる実装では、プロセッサは、第１の確認情報および第１の乱数に基づいて、以下のように、
第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成することと、
第１の確認情報が第２の確認情報に一致するかどうかを決定することと、
第１の確認情報が第２の確認情報に一致するとき、第２の装置に対する識別確認が成功すると決定することと
で、第２の装置に対する識別確認が成功すると決定するように構成される。

【0116】

第７の態様を参照すると、第７の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。プロセッサは、以下のように、
第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて、第２の確認情報を生成すること
で、第２の装置の識別情報および第１の乱数に基づいて、第２の確認情報を生成するように構成される。

【0117】

第７の態様を参照すると、第７の態様の考えられる実装では、第１のメッセージは、第３の装置によって生成された第３の確認情報をさらに含み、第３の確認情報は、第３の装置の識別情報に基づいて第３の装置によって取得される。

【0118】

第７の態様を参照すると、第７の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。プロセッサは、第２の装置に対する識別確認が成功すると決定した後、第４の確認情報が第３の装置に対する識別確認が失敗することを示すとき、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0119】

第７の態様を参照すると、第７の態様の考えられる実装では、第１のメッセージは第４の確認情報をさらに含む。

【0120】

トランシーバは、第４の確認情報が第３の装置に対する識別確認が失敗することを示すために使用されるとき、第２のメッセージを第２の装置に送信するようにさらに構成される。第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0121】

トランシーバは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0122】

プロセッサは、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0123】

第７の態様を参照すると、第７の態様の考えられる実装では、トランシーバは、プロセッサが第２の装置に対する識別確認が失敗すると決定するとき、第２のメッセージを第２の装置に送信するようにさらに構成され、ここで、第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0124】

トランシーバは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0125】

プロセッサは、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0126】

第７の態様を参照すると、第７の態様の考えられる実装では、複数の第３の装置が存在し、第１のメッセージは第４の確認情報をさらに含み、第４の確認情報は、複数の第３の装置から複数の第３の確認情報を集約することによって取得される。プロセッサは、第４の確認情報に基づいて確認を実行し、複数の第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0127】

第７の態様を参照すると、第７の態様の考えられる実装では、トランシーバは、プロセッサが、第４の確認情報に基づいて、複数の第３の装置に対する識別確認が失敗すると決定するとき、第２のメッセージを第２の装置に送信するようにさらに構成され、ここで、第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される。

【0128】

トランシーバは、第３のメッセージを第２の装置から受信するようにさらに構成される。第３のメッセージは複数の第３の確認情報を含む。

【0129】

プロセッサは、複数の第３の確認情報に基づいて確認を実行し、複数の第３の装置の各々に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0130】

第７の態様または第７の態様の考えられる実装によってもたらされる技術的効果に関しては、第１の態様または第１の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0131】

第８の態様によれば、通信装置が提供される。通信装置は、たとえば、上記で説明された第２の装置である。通信装置は、プロセッサおよびトランシーバを含む。プロセッサおよびトランシーバは、第２の態様において説明される方法または第２の態様の考えられる設計を実装するように構成される。たとえば、通信装置は、通信デバイス内に配設されたチップであり、トランシーバは、たとえば、アンテナ、フィーダ、または通信デバイス内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、トランシーバは、たとえば、チップ内の通信インターフェースであり、通信インターフェースは、通信デバイス内の無線周波数トランシーバ構成要素に接続され、無線周波数トランシーバ構成要素を使用することによって情報を送信および受信する。たとえば、通信デバイスは、車両搭載デバイスである。

【0132】

トランシーバは、第２の乱数を第３の装置に送信するように構成される。第１の車両は第１の装置および第１のセットを搬送し、第２の装置および第３の装置は第１のセットに属し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0133】

トランシーバは、第３の確認情報を第３の装置から受信するようにさらに構成される。第３の確認情報は、第３の装置の識別情報および第２の乱数に基づいて生成される。

【0134】

プロセッサは、第２の乱数および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定するように構成される。

【0135】

第８の態様を参照すると、第８の態様の考えられる実装では、プロセッサは、第２の乱数および第３の確認情報に基づいて、以下のように、
第２の乱数および第３の装置の識別情報に基づいて、第５の確認情報を生成することと、
第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0136】

第８の態様を参照すると、第８の態様の考えられる実装では、プロセッサは、第５の確認情報および第３の確認情報に基づいて、以下のように、
第５の確認情報が第３の確認情報に一致するかどうかを決定することと、
第５の確認情報が第３の確認情報に一致するとき、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0137】

第８の態様を参照すると、第８の態様の考えられる実装では、複数の第３の装置が存在する場合、複数の第５の確認情報および複数の第３の確認情報が存在する。プロセッサは、第５の確認情報および第３の確認情報に基づいて、以下のように、
複数の第５の確認情報を集約し、第６の確認情報を取得し、複数の第３の確認情報を集約し、第７の確認情報を取得することと、
第６の確認情報が第７の確認情報に一致するかどうかを決定することと、
第６の確認情報が第７の確認情報に一致するとき、複数の第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0138】

第８の態様を参照すると、第８の態様の考えられる実装では、プロセッサは、第２の装置の識別情報および第１の装置からの第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成される。

【0139】

トランシーバは、第１のメッセージを第１の装置に送信するようにさらに構成される。第１のメッセージは第１の確認情報を含み、第１の確認情報は、第２の装置に対する識別確認を実行するために使用される。

【0140】

第８の態様を参照すると、第８の態様の考えられる実装では、第１のメッセージは第３の確認情報をさらに含み、第３の確認情報は、第２の装置によって実行される確認が失敗することを示す第３の確認情報であるか、または第３の確認情報が、第２の装置によって実行される確認が成功することを示す第３の確認情報である。

【0141】

第８の態様を参照すると、第８の態様の考えられる実装では、第２の乱数および第１の乱数は、同じ長さを有するが、異なる内容を有するか、または第２の乱数は、第１の乱数および第３の乱数を結合させることによって取得されるか、または第２の乱数は、第１の乱数と同じである。

【0142】

第８の態様または第８の態様の考えられる実装によってもたらされる技術的効果に関しては、第２の態様または第２の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0143】

第９の態様によれば、通信装置が提供される。通信装置は、たとえば、上記で説明された第２の装置である。通信装置は、プロセッサおよびトランシーバを含む。プロセッサおよびトランシーバは、第３の態様において説明される方法または第３の態様の考えられる設計を実装するように構成される。たとえば、通信装置は、通信デバイス内に配設されたチップであり、トランシーバは、たとえば、アンテナ、フィーダ、または通信デバイス内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、トランシーバは、たとえば、チップ内の通信インターフェースであり、通信インターフェースは、通信デバイス内の無線周波数トランシーバ構成要素に接続され、無線周波数トランシーバ構成要素を使用することによって情報を送信および受信する。たとえば、通信デバイスは、車両搭載デバイスである。

【0144】

トランシーバは、第１の乱数を第３の装置に送信するように構成される。第１の車両は第１のセットを搬送し、第１のセットは第２の装置および第３の装置を含み、第１の車両は第１の装置をさらに搬送し、第１の装置は、第２の装置を使用することによって第３の装置と通信する。

【0145】

トランシーバは、第３の確認情報を第３の装置から受信するようにさらに構成される。第３の確認情報は、第１の乱数および第３の装置の識別情報に基づいて生成される。

【0146】

プロセッサは、第３の確認情報に基づいて第４の確認情報を取得するように構成される。第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを確認するために使用される。

【0147】

トランシーバは、第４の確認情報を第１の装置に送信するようにさらに構成される。

【0148】

第９の態様を参照すると、第９の態様の考えられる実装では、プロセッサは、第２の装置の識別情報および第１の乱数に基づいて、第１の確認情報を生成するようにさらに構成され、ここで、第１の確認情報は、第２の装置に対する識別確認が成功するかどうかを確認するために使用される。

【0149】

トランシーバは、第１の確認情報を第１の装置に送信するようにさらに構成される。

【0150】

第９の態様を参照すると、第９の態様の考えられる実装では、複数の第３の装置が存在し、対応して複数の第３の確認情報が存在する。プロセッサは、以下のように、
複数の第３の確認情報を集約し、第４の確認情報を取得すること
で、第３の確認情報に基づいて第４の確認情報を取得するように構成される。

【0151】

第９の態様を参照すると、第９の態様の考えられる実装では、トランシーバは、
第２のメッセージを第１の装置から受信することであって、ここで、第２のメッセージが、複数の第３の装置に対応する確認情報を取得するように要求するために使用される、受信することと、
第３のメッセージを第１の装置に送信することであって、ここで、第３のメッセージが複数の第３の確認情報を含む、送信することと
を行うようさらに構成される。

【0152】

第９の態様または第９の態様の考えられる実装によってもたらされる技術的効果に関しては、第３の態様または第３の態様の考えられる実装によってもたらされる技術的効果の説明を参照されたい。

【0153】

第１０の態様によれば、通信装置が提供される。通信装置は、前述の方法設計における第１の装置であってよい。たとえば、通信装置は、通信デバイス内に配設されたチップである。たとえば、通信デバイスは、車両搭載デバイスである。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリ、およびプロセッサを含む。プロセッサは、メモリに結合される。メモリ内に記憶されたプログラムコードは、命令を含む。プロセッサが命令を実行するとき、通信装置は、第１の態様による方法および第１の態様の任意の考えられる実装を実行することが可能にされる。

【0154】

通信装置は、通信インターフェースをさらに含み得る。通信インターフェースは、通信装置内のトランシーバであってよい。たとえば、通信インターフェースは、アンテナ、フィーダ、または通信装置内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、通信インターフェースは、チップ内の入出力インターフェース、たとえば、入出力ピンであってよい。

【0155】

第１１の態様によれば、通信装置が提供される。通信装置は、前述の方法設計における第２の装置であってよい。たとえば、通信装置は、通信デバイス内に配設されたチップである。たとえば、通信デバイスは、車両搭載デバイスである。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリ、およびプロセッサを含む。プロセッサは、メモリに結合される。メモリ内に記憶されたプログラムコードは、命令を含む。プロセッサが命令を実行するとき、通信装置は、第２の態様による方法および第２の態様の任意の考えられる実装を実行することが可能にされる。

【0156】

通信装置は、通信インターフェースをさらに含み得る。通信インターフェースは、通信装置内のトランシーバであってよい。たとえば、通信インターフェースは、アンテナ、フィーダ、または通信装置内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、通信インターフェースは、チップ内の入出力インターフェース、たとえば、入出力ピンであってよい。

【0157】

第１２の態様によれば、通信装置が提供される。通信装置は、前述の方法設計における第３の装置であってよい。たとえば、通信装置は、通信デバイス内に配設されたチップである。たとえば、通信デバイスは、車両搭載デバイスである。通信装置は、コンピュータ実行可能プログラムコードを記憶するように構成されたメモリ、およびプロセッサを含む。プロセッサは、メモリに結合される。メモリ内に記憶されたプログラムコードは、命令を含む。プロセッサが命令を実行するとき、通信装置は、第３の態様による方法および第３の態様の任意の考えられる実装を実行することが可能にされる。

【0158】

通信装置は、通信インターフェースをさらに含み得る。通信インターフェースは、通信装置内のトランシーバであってよい。たとえば、通信インターフェースは、アンテナ、フィーダ、または通信装置内のコーデックを使用することによって実装される。代替として、通信装置が通信デバイス内に配設されたチップである場合、通信インターフェースは、チップ内の入出力インターフェース、たとえば、入出力ピンであってよい。

【0159】

第１３の態様によれば、第１の通信装置が提供される。通信システムは、第４の態様による通信装置、第７の態様による通信装置、または第１０の態様による通信装置を含み、第５の態様による通信装置、第８の態様による通信装置、または第１１の態様による通信装置を含む。

【0160】

第１４の態様によれば、第２の通信装置が提供される。通信システムは、第４の態様による通信装置、第７の態様による通信装置、または第１０の態様による通信装置を含み、第６の態様による通信装置、第９の態様による通信装置、または第１２の態様による通信装置を含む。

【0161】

第１の通信システムおよび第２の通信システムは、同じ通信システムであってよく、または異なる通信システムであってもよい。

【0162】

第１５の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第１の態様による方法および第１の態様の任意の考えられる実装を実行することが可能にされる。

【0163】

第１６の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第２の態様による方法および第２の態様の任意の考えられる実装を実行することが可能にされる。

【0164】

第１７の態様によれば、コンピュータ可読記憶媒体が提供される。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第３の態様による方法および第３の態様の任意の考えられる実装を実行することが可能にされる。

【0165】

第１８の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第１の態様による方法および第１の態様の任意の考えられる実装を実行することが可能にされる。

【0166】

第１９の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第２の態様による方法および第２の態様の任意の考えられる実装を実行することが可能にされる。

【0167】

第２０の態様によれば、命令を含むコンピュータプログラム製品が提供される。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成され、コンピュータプログラムがコンピュータ上で実行されるとき、コンピュータは、第３の態様による方法および第３の態様の任意の考えられる実装を実行することが可能にされる。

【0168】

上記で提供された態様では、たとえば、デバイス２に対してデバイス１によって実行される識別確認が成功する場合、デバイス１は、デバイス２が許可されると見なし得る。しかしながら、デバイス２に対してデバイス１によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、デバイス１は、デバイス２が許可されないと見なし得る。たとえば、第２の装置に対して第１の装置によって実行される識別確認が成功する場合、第１の装置は、第２の装置が許可されると見なし得る。しかしながら、第２の装置に対して第１の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第１の装置は、第２の装置が許可されないと見なし得る。

【0169】

本出願の実施形態は、階層確認機構を提供し、確認は車両によって搬送される各装置に対して実行されることが可能であり、階層確認は、可能な限り比較的高い確認信頼性を確実にすることができる。加えて、装置の各レベルに対して、確認は比較的少数の装置に対して実行される必要があり、それにより、デバイス負荷を低減する。

【図面の簡単な説明】

【0170】

【図1】本出願の一実施形態が適用されるネットワークアーキテクチャの概略図である。

【図2】本出願の一実施形態による第１の識別確認方法のフローチャートである。

【図3】本出願の一実施形態による第１の識別確認方法の一例のフローチャートである。

【図4】本出願の一実施形態による第１の識別確認方法の一例のフローチャートである。

【図5】本出願の一実施形態による第１の識別確認方法の一例のフローチャートである。

【図6】本出願の一実施形態による一次認証ノードに対する識別認証を実行するための方法のフローチャートである。

【図7】本出願の一実施形態による第２の識別確認方法のフローチャートである。

【図8】本出願の一実施形態による第２の識別確認方法の一例のフローチャートである。

【図9】本出願の一実施形態による第１のタイプの第１の装置の概略ブロック図である。

【図10】本出願の一実施形態による第１のタイプの第１の装置の別の概略ブロック図である。

【図11】本出願の一実施形態による第１のタイプの第２の装置の概略ブロック図である。

【図12】本出願の一実施形態による第１のタイプの第２の装置の別の概略ブロック図である。

【図13】本出願の一実施形態による第２のタイプの第２の装置の概略ブロック図である。

【図14】本出願の一実施形態による第２のタイプの第２の装置の別の概略ブロック図である。

【図15】本出願の一実施形態による通信装置の概略ブロック図である。

【図16】本出願の一実施形態による通信装置の別の概略ブロック図である。

【図17】本出願の一実施形態による通信装置のさらに別の概略ブロック図である。

【発明を実施するための形態】

【0171】

本出願の本実施形態の目的、技術的解決策、および利点を明らかにするために、以下は、添付の図面を参照しながら、本出願の本実施形態について詳細にさらに説明する。

【0172】

（１）車両搭載デバイスは、車両上に配置または設置されたデバイスと見なされ得る。たとえば、自動運転機能を実行することができる車両は、通常、ＡＤＡＳシステムによって提供される情報に基づいて運転決断を実行する。ＡＤＡＳは、カメラ、ミリメートル波レーダ、超音波レーダ、およびＬｉＤＡＲなど、多くのセンサーを含む。すべてのこれらのセンサーは、車両搭載デバイスと見なされ得る。たとえば、車両の車両内ネットワークは、複数の電子制御ユニット（ｅｌｅｃｔｒｏｎｉｃ ｃｏｎｔｒｏｌ ｕｎｉｔ、ＥＣＵ）を含んでよく、すべてのこれらのＥＣＵは、車両搭載デバイスと見なされ得る。

【0173】

たとえば、１つのタイプの車両搭載デバイスは、オンボードユニット（ｏｎ ｂｏａｒｄ ｕｎｉｔ、ＯＢＵ）であり、通常、車両上に設置される。自動料金収受（ｅｌｅｃｔｒｏｎｉｃ ｔｏｌｌ ｃｏｌｌｅｃｔｉｏｎ、ＥＴＣ）システムでは、路側機（ｒｏａｄ ｓｉｄｅ ｕｎｉｔ、ＲＳＵ）が路側上に配設され、ＯＢＵは、ＲＳＵと通信し得、たとえば、マイクロ波を通してＲＳＵと通信し得る。車両がＲＳＵを通過するとき、ＯＢＵおよびＲＳＵは、マイクロ波を通して互いと通信し得る。ＥＴＣシステムでは、ＯＢＵは、専用狭域通信（ｄｅｄｉｃａｔｅｄ ｓｈｏｒｔ ｒａｎｇｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、ＤＳＲＣ）技術を使用することによってＲＳＵとのマイクロ波通信リンクを確立し、車両が停止せずに移動しているとき、車両識別または電子手数料控除などのプロセスが実装されることが可能である。

【0174】

代替として、以下で説明される様々な端末デバイスが車両上に位置特定される（たとえば、車両内に配置されるかまたは車両内に設置される）場合、すべての端末デバイスは、車両搭載端末デバイスと見なされ得るか、または車両搭載デバイスと呼ばれ得る。

【0175】

端末デバイスは、ユーザにボイスおよび／またはデータ接続性を提供するデバイスを含み、たとえば、ワイヤレス接続機能を有するハンドヘルドデバイス、またはワイヤレスモデムに接続された処理デバイスを含み得る。端末デバイスは、無線アクセスネットワーク（ｒａｄｉｏ ａｃｃｅｓｓ ｎｅｔｗｏｒｋ、ＲＡＮ）を通してコアネットワークと通信し、ボイスおよび／またはデータをＲＡＮと交換し得る。端末デバイスは、ユーザ機器（ｕｓｅｒ ｅｑｕｉｐｍｅｎｔ、ＵＥ）、ワイヤレス端末デバイス、モバイル端末デバイス、デバイスツーデバイス（ｄｅｖｉｃｅ－ｔｏ－ｄｅｖｉｃｅ、Ｄ２Ｄ）端末デバイス、Ｖ２Ｘ端末デバイス、マシンツーマシン／マシンタイプ通信（ｍａｃｈｉｎｅ－ｔｏーｍａｃｈｉｎｅ／ｍａｃｈｉｎｅ－ｔｙｐｅ ｃｏｍｍｕｎｉｃａｔｉｏｎｓ、Ｍ２Ｍ／ＭＴＣ）端末デバイス、モノのインターネット（ｉｎｔｅｒｎｅｔ ｏｆ ｔｈｉｎｇｓ、ＩｏＴ）端末デバイス、加入者ユニット（ｓｕｂｓｃｒｉｂｅｒ ｕｎｉｔ）、加入者局（ｓｕｂｓｃｒｉｂｅｒ ｓｔａｔｉｏｎ）、移動局（ｍｏｂｉｌｅ ｓｔａｔｉｏｎ）、遠隔局（ｒｅｍｏｔｅ ｓｔａｔｉｏｎ）、アクセスポイント（ａｃｃｅｓｓ ｐｏｉｎｔ、ＡＰ）、遠隔端末（ｒｅｍｏｔｅ ｔｅｒｍｉｎａｌ）、アクセス端末（ａｃｃｅｓｓ ｔｅｒｍｉｎａｌ）、ユーザ端末（ｕｓｅｒ ｔｅｒｍｉｎａｌ）、ユーザエージェント（ｕｓｅｒ ａｇｅｎｔ）、ユーザデバイス（ｕｓｅｒ ｄｅｖｉｃｅ）などを含み得る。たとえば、端末デバイスは、モバイルフォン（または、「セルラー」フォンと呼ばれる）、モバイル端末デバイスを備えたコンピュータ、またはポータブル、ポケットサイズ、ハンドヘルド、またはコンピュータ内蔵のモバイル装置、たとえば、パーソナルコミュニケーションサービス（ｐｅｒｓｏｎａｌ ｃｏｍｍｕｎｉｃａｔｉｏｎ ｓｅｒｖｉｃｅ、ＰＣＳ）フォン、コードレステレフォンセット、セッション開始プロトコル（ｓｅｓｓｉｏｎ ｉｎｉｔｉａｔｉｏｎ ｐｒｏｔｏｃｏｌ ＳＩＰ）フォン、ワイヤレスローカルループ（ｗｉｒｅｌｅｓｓ ｌｏｃａｌ ｌｏｏｐ ＷＬＬ）局、または携帯情報端末（ｐｅｒｓｏｎａｌ ｄｉｇｉｔａｌ ａｓｓｉｓｔａｎｔ、ＰＤＡ）を含み得る。端末デバイスは、限定デバイス、たとえば、比較的低い電力消費を備えたデバイス、限定された記憶容量を有するデバイス、または限定された計算容量を有するデバイスをさらに含む。たとえば、端末デバイスは、バーコードデバイス、無線周波数識別（ｒａｄｉｏ ｆｒｅｑｕｅｎｃｙ ｉｄｅｎｔｉｆｉｃａｔｉｏｎ、ＲＦＩＤ）デバイス、センサー、全地球測位システム（ｇｌｏｂａｌ ｐｏｓｉｔｉｏｎｉｎｇ ｓｙｓｔｅｍ、ＧＰＳ）、またはレーザースキャナなど、情報感知デバイスを含む。

【0176】

限定ではなく、例として、本出願の本実施形態では、車両上に配置または設置された車両搭載デバイスは、ウェアラブルデバイスをさらに含み得る。ウェアラブルデバイスは、ウェアラブルインテリジェントデバイス、インテリジェントウェアラブルデバイス、などと呼ばれることもある。ウェアラブルデバイスは、普段着に対してインテリジェント設計を実行するためのウェアラブル技術を適用することによって開発されたデバイス、たとえば、眼鏡、手袋、ウォッチ、衣類、および靴に対する総称である。ウェアラブルデバイスは、人体上に直接着用されることが可能であるか、またはユーザの衣類またはアクセサリー内に統合されることが可能な、ポータブルデバイスである。ウェアラブルデバイスは、単なるハードウェアデバイスではなく、ソフトウェアサポート、データ交換、およびクラウドインタラクションを通して強力な機能を実装するように構成される。広い意味で、ウェアラブルデバイスは、スマートフォンに依存せずに、すべてのまたはいくつかの機能を実装することができるフル機能および大型デバイス、たとえば、スマートウォッチまたはスマート眼鏡、および１つのタイプのアプリケーション機能のみに重点を置き、スマートフォンなど、別のデバイスと協動する必要があるデバイス、たとえば、様々なスマートバンド、スマートヘルメット、またはバイタルサインモニタリングのためのマートジュエリーを含む。

【0177】

（２）「システム」および「ネットワーク」という用語は、本出願の本実施形態において互換的に使用され得る。「少なくとも１つの」という用語は、１つまたは複数を意味し、「複数の」は、２つ以上を意味する。「および／または」という用語は、関連するオブジェクト同士の間の関連性関係を説明し、３つの関係を示し得る。たとえば、Ａおよび／またはＢは、以下の事例を示し得る。Ａのみが存在する、ＡおよびＢが存在する、およびＢのみが存在する、ここで、ＡおよびＢは、単数または複数であってよい。「／」という文字は、概して、関連するオブジェクト同士の間の「または（ｏｒ）」関係を示し、「以下の項目（個）のうちの少なくとも１つ」または同様の表現は、単数の項目（個）の任意の組合せまたは複数の項目（個）を含めて、項目の任意の組合せを意味する。たとえば、ａ、ｂ、またはｃのうちの少なくとも１つ（個）は、ａ、ｂ、ｃ、ａ－ｂ、ａ－ｃ、ｂ－ｃ、ａ－ｂ－ｃを表し、ここで、ａ、ｂ、およびｃは、単数または複数であってよい。

【0178】

加えて、別段に規定がない限り、本出願の本実施形態において「第１の」および「第２の」などの序数は、複数のオブジェクトを区別するために使用されるが、複数のオブジェクトのシーケンス、時間シーケンス、優先順位、または重要性を限定することは意図されない。たとえば、第１のメッセージおよび第２のメッセージは、異なるメッセージを区別することが単に意図され、２つのメッセージが、優先順位、送信シーケンス、重要性などの点で異なることを示さない。

【0179】

前述は、本出願の実施形態におけるいくつかの概念を説明し、以下は、本出願の実施形態における技術的特徴について説明する。

【0180】

車両内に複数の車両搭載デバイスが存在し得る。たとえば、自動運転を実行することができる車両は、通常、先進運転支援システム（ａｄｖａｎｃｅｄ ｄｒｉｖｅｒ－ａｓｓｉｓｔａｎｃｅ ｓｙｓｔｅｍｓ、ＡＤＡＳ）によって提供される情報に基づいて運転決断を実行する。ＡＤＡＳは、カメラ、ミリメートル波レーダ、超音波レーダ、および光学レーダ（ＬｉＤＡＲ）など、多くのセンサーを含む。すべてのこれらのセンサーは、車両搭載デバイスである。明らかに、これらの車両搭載デバイスは、車両機能および運転安全性にとって非常に重要である。

【0181】

しかしながら、ＡＤＡＳセンサーおよびＥＣＵなどの正規の車両搭載デバイスは、高品質のため高価であり、整備員は、偽の低品質のデバイスを使用し、営利目的でこれらの車両搭載デバイスを置換するように動機付けられ、または不法商人は、営利目的で偽の粗悪な車両搭載デバイスを販売するように動機付けられる。たとえば、ＡＤＡＳセンサーは、通常、車両の外部に位置し、盗まれることまたは置換されることが比較的容易である。車両内に位置特定される車両搭載デバイスですら、整備中または修理中に置換され得る。

【0182】

偽の粗悪な車両搭載デバイスは、車両性能に影響を及ぼすことがあり、運転安全性にすら影響を及ぼし得る。情報セキュリティの観点から、偽の粗悪な車両搭載デバイスは、システム脆弱性およびリスクをもたらす可能性がより高い。したがって、車両搭載デバイスの真正性および正規性を確実にすることが重要である。しかしながら、現在、車両搭載デバイスに対する確認を実行する比較的信頼性のある方法は存在しない。

【0183】

この点から、本出願の実施形態における技術的解決策が提供される。本出願の実施形態では、第１のセットは、第２の装置および第３の装置を含む。第１の装置は、第２の装置に対する確認を実行することのみが必要であり、第３の装置に対する確認は、たとえば、第２の装置によって実行され得る。このようにして、識別確認は車両搭載デバイスのすべてのレベルに対して実行されることが可能である。車両搭載デバイスの各レベルに対して、確認は比較的少数のデバイスに対して実行される必要があり、それにより、デバイス負荷が低減するのを助ける。

【0184】

以下は、本出願の実施形態が適用されるネットワークアーキテクチャについて説明する。図１は、本出願の一実施形態が適用されるネットワークアーキテクチャを示す。

【0185】

図１は、車両内に含まれる車両搭載デバイスのすべてまたはいくつかを示す。これらの車両搭載デバイスは、いくつかのドメイン（ｄｏｍａｉｎ）に分類され得る。各ドメインは、１つまたは複数の車両搭載デバイスを含み、各ドメインは、ドメインマネージャ（ｄｏｍａｉｎ ｍａｎａｇｅｒ、ＤＭ）を有する。たとえば、ＡＤＡＳセンサーは、１つのドメインを構成し、このドメインのドメインマネージャは、モバイルデータセンター（ｍｏｂｉｌｅ ｄａｔａ ｃｅｎｔｅｒ、ＭＤＣ）である。加えて、図１は、４つのドメインマネージャ、ＤＭ１、ＤＭ２、ＤＭ３、およびＤＭ４をさらに含む。４つのドメインマネージャは、４つのドメインに対応する。たとえば、４つのドメイン内のすべての車両搭載デバイスは、ＥＣＵである。ドメイン内デバイスは、ＤＭを通してゲートウェイ（ｇａｔｅｗａｙ）と通信する。本出願の本実施形態では、ドメインマネージャは、二次ノードと見なされてよく、すべてのドメインマネージャは、ゲートウェイに接続され、ゲートウェイは、一次ノードと見なされてよい。たとえば、二次ノードは、二次認証ノードと呼ばれることがあり、一次ノードは、一次認証ノードと呼ばれることがある。代替として、ドメインは、セットと呼ばれることがある。車両は、概して、１つの一次認証ノードおよび１つまたは複数の二次認証ノードを含み得、１つのセット（または、１つのドメイン）は、二次認証ノードに加えて、１つまたは複数の車両搭載デバイスをさらに含み得る。

【0186】

ドメインマネージャのデバイスタイプは、ドメイン内デバイスタイプと同じであってよいか、またはドメインマネージャのデバイスタイプは、ドメイン内デバイスタイプとは異なる。加えて、ゲートウェイが一次ノードとしてサービスする一例が図１において使用される。実際には、一次ノードは、ゲートウェイに限定されず、別の車両搭載デバイスであってよい。

【0187】

車両搭載デバイスは、複数の分類要因に基づいて、複数のドメインに分類され得る。たとえば、分類は、車両搭載デバイスによって満たされる機能に基づいて実行され得る。たとえば、いくつかの車両搭載デバイスは特定の機能（たとえば、電源機能）を協調的に満たすように構成され、いくつかの車両搭載デバイスは、１つのドメインにグループ化され得る。代替として、異なるドメインが他の要因に基づいて分類され得る。ドメインマネージャの場合、たとえば、ドメイン内車両搭載デバイスがドメインマネージャとして任意に選択されるか、または調整された管理機能を有するドメイン内車両搭載デバイスがドメインマネージャとして選択され得る。

【0188】

以下は、添付の図面を参照しながら、本出願の実施形態における技術的な解決法について説明する。

【0189】

本出願のある実施形態は、第１の識別確認方法を提供する。図２は、本方法のフローチャートである。以下の説明プロセスにおいて、本方法が図１に示されるネットワークアーキテクチャに適用される一例が使用される。加えて、本方法は、３つの通信装置（または、３つのタイプの通信装置）によって実行され得る。３つの通信装置は、たとえば、第１の通信装置、第２の通信装置、および第３の通信装置である。第１の通信装置、第２の通信装置、または第３の通信装置は、本方法によって要求される機能を実装する際に車両搭載装置をサポートすることができる車両搭載装置または通信装置（たとえば、チップシステム）であってよいか、または、当然、別の通信装置であってもよい。その上、第１の通信装置、第２の通信装置、および第３の通信装置の実装は、限定されない。たとえば、３つの通信装置は、同じ形態で、たとえば、デバイスの形態で実装され得る。代替として、３つの通信装置は、異なる形態で実装され得る。たとえば、第１の通信装置は、デバイスの形態で実装され、第２の通信装置は、チップシステムの様式で実装され、第３の通信装置は、デバイスの形態で実装される。

【0190】

説明を容易にするために、以下は、本方法が第１の装置、第２の装置、および第３の装置によって実行される一例、すなわち、第１の通信装置が第１の装置であり、第２の通信装置が第２の装置であり、第３の通信装置が第３の装置である一例を使用する。本実施形態が図１に示されるネットワークアーキテクチャに適用される一例が使用される。したがって、以下で説明される第１の装置は、図１に示されるネットワークアーキテクチャ内の一次認証ノード（たとえば、図１のゲートウェイ）であってよく、以下で説明される第２の装置は、図１に示されるネットワークアーキテクチャ内の二次認証ノード（たとえば、図１のＤＭまたはＭＤＣ）であってよく、以下で説明される第３の装置は、図１に示されるネットワークアーキテクチャ内のドメイン内デバイスであってよい。理解を容易にするために、以下の説明プロセスにおいて、第１の装置が一次認証ノードであり、第２の装置が二次認証ノードであり、第３の装置がドメイン内デバイスである一例が使用される。

【0191】

Ｓ２０１：一次認証ノードは、第１の乱数を二次認証ノードに送信し、二次認証ノードは、第１の乱数を一次認証ノードから受信する。

【0192】

第１の装置および第２の装置は、第１の車両内で搬送される。第１の車両は、第１の装置および少なくとも１つのセットを搬送し得る。少なくとも１つのセットの各々は、１つまたは複数の装置を含み得る。各セットは、二次認証ノードとしてサービスする１つの装置を含み得る。たとえば、第１のセットは、少なくとも１つのセットのうちの１つであり、第１のセットは、第２の装置および第３の装置を含み、第２の装置は、第１のセット内の二次認証ノードである。第１のセットは、１つまたは複数の第３の装置を含み得る。第１の装置は、第２の装置を使用することによって、第１のセット内に含まれる第３の装置と通信し得る。たとえば、図１では、一次認証ノードおよび二次認証ノードは両方とも第１の車両内で搬送される。一次認証ノードに加えて、第１の車両は、少なくとも１つのセット（または、少なくとも１つのドメイン）をさらに搬送する。本明細書において説明される二次認証ノード（すなわち、第２の装置）は、第１の車両によって搬送される第１のセット内の二次認証ノードである。言い換えれば、第２の装置は、たとえば、第１のセットと呼ばれる、少なくとも１つのセットのうちの１つに属する。第２の装置に加えて、第１のセットは、第３の装置（すなわち、ドメイン内デバイス）をさらに含む。この場合、第１のセット内に含まれる第３の装置は、第２の装置を使用することによって第１の装置と通信する。

【0193】

一次認証ノードは、たとえば、第１の乱数と呼ばれる、適切な長さの乱数を選択し得る。第１の乱数は、ｒと表されてよい。一次認証ノードは、ｒを二次認証ノードに送信し得る。本明細書において、ｒは、その後、二次認証ノードに対する認証を実行するために一次認証ノードによって使用され得る。ｒの長さは、要求される認証強度に基づいて決定され得る。たとえば、必要とされる認証強度が１２８ビット（ｂｉｔ）である場合、ｒの長さは、１２８ビットであってよい。概して、より大きい認証強度は、より長い長さのｒを示す。しかしながら、より長い長さのｒは、より複雑な認証プロセスを示す。したがって、ｒの長さは適切に選択され得るか、またはｒの長さは、プロトコルを通して指定され得る、などである。これは特に限定されない。

【0194】

第１の車両が複数のセットを含む場合、各セットは、１つの二次認証ノードを含み、第１の車両は、複数の二次認証ノードを含む。この場合、一次認証ノードは、第１の乱数を第１の車両内に含まれる二次認証ノードのすべてまたはいくつかに送信し得る。異なる二次認証ノードが第１の乱数を受信した後、動作様式は同様であり得る。したがって、図２に示される実施形態では、第１のセット内に含まれる二次認証ノードのみが一例として使用される。

【0195】

Ｓ２０２：二次認証ノードは、第２の乱数を第１のセット内のドメイン内デバイスに送信し、第１のセット内のドメイン内デバイスは、第２の乱数を二次認証ノードから受信する。

【0196】

二次認証ノードは、たとえば、第２の乱数と呼ばれる、適切な長さの乱数を選択し得る。第２の乱数は、ｒ’と表されてよい。二次認証ノードは、ｒ’を第１のセット内のドメイン内デバイスに送信し得る。たとえば、二次認証ノードは、ｒ’をブロードキャストまたはマルチキャスト様式で送信し得る。この場合、第１のセット内のすべてのドメイン内デバイスは、ｒ’を二次認証ノードから受信し得る。代替として、二次認証ノードは、ｒ’をユニキャスト様式で送信し得る。たとえば、二次認証ノードは、ｒ’を第１のセット内のすべてのドメイン内デバイスに別個に送信し得る。代替として、二次認証ノードは、ｒ’を第１のセット内のいくつかのドメイン内デバイスのみに送信し得、いくつかのドメイン内デバイスは、たとえば、識別確認が実行される必要があるドメイン内デバイスである。本明細書において、ｒ’は、ドメイン内デバイスに対する認証を実行するために二次認証ノードによって使用され得る。

【0197】

たとえば、ｒ’は、ｒに基づいて決定され得る。ｒに基づいてｒ’を決定する様式では、ｒに基づいてｒ’を決定することは、ｒ’の長さがｒに基づいて決定されることを意味する。たとえば、ｒ’の長さは、ｒの長さと同じであってよい。この場合、ｒ’の内容は、ｒの内容と同じであってよく、言い換えれば、ｒおよびｒ’は同じ乱数であり、またはｒ’の内容は、ｒの内容と異なってよく、言い換えれば、ｒ’およびｒは、同じ長さを有するが、異なる内容を有する、２つの乱数である。

【0198】

ｒに基づいてｒ’を決定する別の様式では、ｒ’の内容のいくつかまたはすべては、ｒに基づいて決定され得る。たとえば、二次認証ノードは、乱数ｒ”を選択する。たとえば、ｒ”は、第３の乱数と呼ばれる。この場合、第２の乱数ｒ’は、ｒおよびｒ”を連結すること（または、結合すること）によって取得される乱数であってよく、ｒ’の長さはｒの長さおよびｒ”の長さの和である。ｒおよびｒ”が連結された後、たとえば、ｒ”がｒの終端の後に配置された後、またはｒがｒ”の終端の後に配置された後、ｒ’が取得される。たとえば、ｒが１０１０１０であり、ｒ”が１１１１００１１である場合、ｒ’は、１０１０１０１１１１００１１または１１１１００１１１０１０１０であり得る。

【0199】

代替として、二次認証ノードは、ｒ’を別の様式で決定し得る。たとえば、決定されるｒ’は、ｒに無関係であってよい。これは特に限定されない。

【0200】

Ｓ２０３。第１のドメイン内デバイスは、第１のドメイン内デバイスの識別情報に基づいて第３の確認情報を取得する。

【0201】

第１のドメイン内デバイスは、たとえば、第１のセット内の１つのドメイン内デバイス、すなわち、１つの第３の装置である。第１のセットは、１つまたは複数のドメイン内デバイスを含み得る。第１のセットが１つのドメイン内デバイスを含む場合、ドメイン内デバイスは、第１のドメイン内デバイスである。代替として、第１のセットが複数のドメイン内デバイスを含む場合、第２の乱数を受信した第１のセット内のドメイン内デバイスは、同様の処理様式を有する。したがって、本明細書における説明のために、第１のドメイン内デバイスのみが一例として使用される。ドメイン内デバイスの識別情報は、たとえば、ドメイン内デバイスのシーケンス番号を含むか、もしくはドメイン内デバイスの識別（ＩＤ）番号を含むか、またはドメイン内デバイスの識別を一意に識別することができる他の情報を含んでよい。

【0202】

たとえば、第１のドメイン内デバイスは、第２の乱数に基づいて第３の確認情報を取得し得るか、もしくは第１のドメイン内デバイスの識別情報

【0203】

【数1】

【0204】

に基づいて第３の確認情報を取得し得るか、または第２の乱数および第１のドメイン内デバイスの識別情報

【0205】

【数2】

【0206】

に基づいて第３の確認情報を取得し得る。

【0207】

第３の確認情報のある実装では、第３の確認情報は、ＭＡＣ値であってよい。たとえば、第１のドメイン内デバイスは、ｒ’および

【0208】

【数3】

【0209】

に基づいて第３の確認情報を取得し得る。たとえば、第３の確認情報は、ｓ_ij、および

【0210】

【数4】

【0211】

と表される。

【0212】

代替として、第３の確認情報の別の実装では、第３の確認情報は、デジタル署名であってよい。たとえば、第１のセット内のドメイン内デバイスが非対称暗号化用の秘密鍵を記憶する場合、第１のドメイン内デバイスは、記憶された秘密鍵に基づいて第２の乱数を暗号化し、第３の確認情報を取得するか、もしくは記憶された秘密鍵に基づいて第１のドメイン内デバイスの識別情報

【0213】

【数5】

【0214】

を暗号化し、第３の確認情報を取得し得るか、または記憶された秘密鍵に基づいて第２の乱数および第１のドメイン内デバイスの識別情報

【0215】

【数6】

【0216】

を暗号化し、第３の確認情報を取得し得る。本明細書において、第１のセット内の各ドメイン内デバイスによって記憶される秘密鍵は、第１の秘密鍵と呼ばれることがある。第１のセットが複数のドメイン内デバイスを含む場合、異なるドメイン内デバイスによって記憶される第１の秘密鍵は、同じであってよく、または異なってもよい。

【0217】

Ｓ２０４：二次認証ノードは、第２の乱数および第１のドメイン内デバイスの識別情報に基づいて、第５の確認情報を生成する。

【0218】

第１のセットは、１つまたは複数のドメイン内デバイスを含む。Ｓ２０２において、二次認証ノードは、ｒ’を第１のセット内のすべてのドメイン内デバイスに送信し得る。この場合、Ｓ２０４において、二次認証ノードは、第２の乱数および第１のセット内の各ドメイン内デバイスの識別情報に基づいて、第１のセット内の各ドメイン内デバイスに対する第５の確認情報を生成し得る。代替として、Ｓ２０２において、二次認証ノードは、ｒ’を第１のセット内のいくつかのドメイン内デバイスのみに送信し得、いくつかのドメイン内デバイスは、たとえば、識別確認が実行される必要があるドメイン内デバイスである。この場合、Ｓ２０４において、二次認証ノードは、第２の乱数および第１のセット内のいくつかのドメイン内デバイスの識別情報に基づいて、いくつかのドメイン内デバイスの各々に対する第５の確認情報を生成し得る。結論として、二次認証ノードは、第２の乱数および少なくとも１つのドメイン内デバイスの識別情報に基づいて、少なくとも１つの第５の確認情報を取得し得る。図２に示される実施形態では、第１のドメイン内デバイスのみが一例として使用される。

【0219】

たとえば、二次認証ノードは、第２の乱数に基づいて第５の確認情報を取得し得るか、もしくは第１のドメイン内デバイスの識別情報

【0220】

【数7】

【0221】

に基づいて第５の確認情報を取得し得るか、または第２の乱数および第１のドメイン内デバイスの識別情報

【0222】

【数8】

【0223】

に基づいて第５の確認情報を取得し得る。

【0224】

第５の確認情報のある実装では、第５の確認情報は、ＭＡＣ値であってよい。たとえば、二次認証ノードは、ｒ’および

【0225】

【数9】

【0226】

に基づいて、第５の確認情報を取得し得る。たとえば、第５の確認情報は、ｓ’_ij、および

【0227】

【数10】

【0228】

と表される。

【0229】

代替として、第５の確認情報の別の実装では、第５の確認情報は、デジタル署名であってよい。たとえば、二次認証ノードが非対称暗号化用の公開鍵を記憶する場合、二次認証ノードは、記憶された公開鍵に基づいて第２の乱数を暗号化し、第５の確認情報を取得するか、もしくは記憶された公開鍵に基づいて第１のドメイン内デバイスの識別情報

【0230】

【数11】

【0231】

を暗号化し、第５の確認情報を取得し得るか、または記憶された公開鍵に基づいて第２の乱数および第１のドメイン内デバイスの識別情報

【0232】

【数12】

【0233】

を暗号化し、第５の確認情報を取得し得る。本明細書において、二次認証ノードによって記憶される公開鍵は、第１の公開鍵と呼ばれることがある。第１の公開鍵および第１の秘密鍵は、非対称鍵の対であり得る。

【0234】

二次認証ノードは、第２の乱数および少なくとも１つのドメイン内デバイスの識別情報に基づいて、少なくとも１つの第５の確認情報を取得し得る。したがって、少なくとも１つの第５の確認情報が取得された後、少なくとも１つの第５の確認情報の量が１よりも大きい場合、任意選択の様式で、二次認証ノードは、少なくとも１つの第５の確認情報をさらに集約し、第６の確認情報を取得し得る。たとえば、二次認証ノードによって取得される少なくとも１つの第５の確認情報がｓ’_i1、ｓ_i2、ｓ’_i3、などと表される場合、二次認証ノードは、少なくとも１つの第５の確認情報を集約する。１つの集約様式は、

【0235】

【数13】

【0236】

であってよく、式中、ｓ”_ijは、第６の確認情報を示し、

【0237】

【数14】

【0238】

は、排他的論理和演算を示す。代替として、二次認証ノードは、少なくとも１つの第５の確認情報を別の様式で集約し得る。

【0239】

Ｓ２０３はＳ２０４の前に実行されるか、もしくはＳ２０３はＳ２０４の前に実行されるか、またはＳ２０３およびＳ２０４は同時に実行される。

【0240】

Ｓ２０５：第１のドメイン内デバイスは、第３の確認情報を二次認証ノードに送信し、二次認証ノードは、第３の確認情報を第１のドメイン内デバイスから受信する。

【0241】

ｒ’を受信するすべてのドメイン内デバイスが第３の確認情報を取得し得る。Ｓ２０２において、二次認証ノードは、ｒ’を第１のセット内のすべてのドメイン内デバイスに送信し得る。この場合、Ｓ２０５において、第１のセット内のすべてのドメイン内デバイスは、第３の確認情報を二次認証ノードに送信し得る。代替として、Ｓ２０２において、二次認証ノードは、ｒ’を第１のセット内のいくつかのドメイン内デバイスのみに送信し得る。この場合、Ｓ２０５において、第１のセット内のいくつかのドメイン内デバイスは、第３の確認情報を二次認証ノードに送信し得る。結論として、二次認証ノードは、少なくとも１つの第３の確認情報を第１のセット内の少なくとも１つのドメイン内デバイスから受信し得る。図２において、第１のドメイン内デバイスのみが一例として使用される。

【0242】

二次認証ノードは、少なくとも１つの第３の確認情報を第１のセット内の少なくとも１つのドメイン内デバイスから受信し得る。したがって、少なくとも１つの第３の確認情報が取得された後、少なくとも１つの第３の確認情報の量が１よりも大きい場合、任意選択の様式で、二次認証ノードは、少なくとも１つの第３の確認情報をさらに集約し、第７の確認情報を取得し得る。たとえば、二次認証ノードによって取得される少なくとも１つの第３の確認情報がｓ’_i1、ｓ’_i2、ｓ’_i3、などと表される場合、二次認証ノードは、少なくとも１つの第３の確認情報を集約する。１つの集約様式は、

【0243】

【数15】

【0244】

であってよく、式中、ｓ”’_ijは、第７の確認情報を示し、

【0245】

【数16】

【0246】

は、排他的論理和演算を示す。代替として、二次認証ノードは、少なくとも１つの第３の確認情報を別の様式で集約し得る。二次認証ノードが少なくとも１つの第３の確認情報を集約する様式は、二次認証ノードが少なくとも１つの第５の確認情報を集約する様式に一致する必要があることに留意されたい。たとえば、二次認証ノードが前述の排他的論理和演算を使用することによって少なくとも１つの第３の確認情報を集約する場合、二次認証ノードは、前述の排他的論理和演算を使用することによって少なくとも１つの第５の確認情報を集約する必要がある。

【0247】

Ｓ２０６：二次認証ノードは、第２の乱数および第３の確認情報に基づいて、第１のドメイン内デバイスに対する識別確認が成功するかどうかを決定する。

【0248】

二次認証ノードは、Ｓ２０５において少なくとも１つの第３の確認情報を第１の少なくとも１つのドメイン内デバイスから受信し得る。この場合、Ｓ２０６において、二次認証ノードは、第２の乱数および少なくとも１つの第３の確認情報に基づいて確認を実行し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。すべてのドメイン内デバイスに対して、二次認証ノードによって実行される確認処理は同様である。したがって、図２において、第１のドメイン内デバイスのみが一例として使用される。

【0249】

Ｓ２０４において、二次認証ノードは、第２の乱数および第１のドメイン内デバイスの識別情報に基づいて、第５の確認情報を生成する。したがって、Ｓ２０６において、二次認証ノードは、第５の確認情報および第３の確認情報に基づいて確認を実行し、第１のドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。本出願の本実施形態では、たとえば、デバイス２に対してデバイス１によって実行される識別確認が成功する場合、デバイス１は、デバイス２が許可されると見なし得る。しかしながら、デバイス２に対してデバイス１によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、デバイス１は、デバイス２が許可されないと見なし得る。たとえば、第１のドメイン内デバイスに対して二次認証ノードによって実行される識別確認が成功する場合、二次認証ノードは、第１のドメイン内デバイスが許可されると見なし得る。しかしながら、第１のドメイン内デバイスに対して二次認証ノードによって実行される識別確認が失敗する（または、識別確認が失敗する）場合、二次認証ノードは、第１のドメイン内デバイスが許可されないと見なし得る。たとえば、二次認証ノードは、第５の確認情報を第３の確認情報と比較し、第５の確認情報が第３の確認情報に一致するかどうかを決定し得る。第５の確認情報が第３の確認情報に一致する場合、二次認証ノードは、第１のドメイン内デバイスに対する識別確認が成功すると決定する。しかしながら、第５の確認情報が第３の確認情報に一致しないとき、二次認証ノードは、第１のドメイン内デバイスに対する識別確認が失敗すると決定する。たとえば、第５の確認情報がｓ’_ijであり、第３の確認情報がｓ_ijである場合、二次認証ノードは、ｓ’_ijをｓ_ijと比較しｓ’_ijがｓ_ijに一致するかどうかを決定する。ｓ’_ijがｓ_ijと同じである場合、二次認証ノードは、第１のドメイン内デバイスに対する識別確認が成功すると決定し、またはｓ’_ijがｓ’_ijとは異なる場合、二次認証ノードは、第１のドメイン内デバイスに対する識別確認が失敗すると決定する。このように、二次認証ノードは、第１のセット内の少なくとも１つのドメイン内デバイスに対する識別情報が成功するかどうかを別個に決定し得、決定粒度は比較的密である。

【0250】

代替として、上記で説明されたように、二次認証ノードは、少なくとも１つの第３の確認情報を集約し、第７の確認情報を取得し、少なくとも１つの第５の確認情報を集約し、第６の確認情報を取得し得る。したがって、二次認証ノードが第２の乱数および第３の確認情報に基づいて確認を実行することは、二次認証ノードが第６の確認情報を第７の確認情報と比較し、第６の確認情報が第７の確認情報に一致するかどうかを決定することであり得る。第６の確認情報が第７の確認情報に一致する場合、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定し、または第６の確認情報が第７の確認情報に一致しない場合、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。このように、二次認証ノードは、第６の確認情報が第７の確認情報に一致するかどうかを決定することのみが必要であり、各ドメイン内デバイスに対する識別確認が成功するかどうかを決定しなくてよい。これは、二次認証ノードの作業負荷を低減し得る。

【0251】

Ｓ２０７：二次認証ノードは、第１のメッセージを一次認証ノードに送信し、一次認証ノードは、第１のメッセージを二次認証ノードから受信し、ここで、第１のメッセージは第１の確認情報を含み、第１の確認情報は、二次認証ノードに対する識別情報を実行するために使用され得る。

【0252】

たとえば、二次認証ノードは、第１の乱数および二次認証ノードの識別情報に基づいて、第１の確認情報を生成し得る。二次認証ノードの識別情報は、たとえば、二次認証ノードのシーケンス番号を含むか、もしくは二次認証ノードの識別（ＩＤ）番号を含むか、または二次認証ノードの識別を一意に識別し得る他の情報を含んでよい。加えて、任意選択の様式で、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功するかどうかをさらに示し得る。したがって、第１の確認情報の生成過程において、タグ（ｔａｇ）の値がさらに追加され得る。たとえば、タグの値は、「成功」または「失敗（または、失敗）」を示し得る。第１の確認情報を生成するために使用されるタグの値が「成功」を示す場合、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功することを示すために使用される。しかしながら、第１の確認情報を生成するために使用されるタグの値が「失敗」を示す場合、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用される。

【0253】

第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功するかどうかを示し得る。たとえば、第１のセットが、二次認証ノードに加えて、１つのドメイン内デバイスのみを含む場合、第１の確認情報は、ドメイン内デバイスに対する識別確認が成功するかどうかを示し得る。代替として、第１のセットが、二次認証ノードに加えて、複数のドメイン内デバイスを含む場合、第１の確認情報は、複数のドメイン内デバイスに対する識別確認が成功するかどうかを示し得る。

【0254】

二次認証ノードは、第５の確認情報および少なくとも１つのドメイン内デバイスの各々に対応する第３の確認情報を比較することによって、少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功するかどうかを決定すると仮定される。この場合、二次認証ノードが少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功すると決定する場合、すなわち、二次認証ノードが、比較を通して、第５の確認情報および少なくとも１つのドメイン内デバイスの各々に対応する第３の確認情報が一致すると決定する場合、二次認証ノードは、第１の確認情報を生成し得、第１の確認情報は、本明細書において、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功することを示し得る。代替として、二次認証ノードが少なくとも１つのドメイン内デバイスのうちのいずれか１つに対する識別確認が失敗すると決定する場合、すなわち、二次認証ノードが、第５の確認情報および少なくとも１つのドメイン内デバイスの各々に対応する第３の確認情報を比較することを通して、少なくとも１つの第５の確認情報および少なくとも１つの第３の確認情報が一致しないと決定する場合、二次認証ノードは、第１の確認情報を生成し得、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗すること（または、識別確認が失敗すること）を示し得る。

【0255】

たとえば、第５の確認情報がｓ’_ijであり、第３の確認情報がｓ_ijである場合、二次認証ノードは、ｓ_ijをｓ’_ijと比較する。たとえば、二次認証ノードは、比較を通して、ｓ_i1がｓ’_i1に一致するかどうか、ｓ_i2がｓ’_i2に一致するかどうか、ｓ_i3がｓ’_i3に一致するかどうか、などを決定する。二次認証ノードが、ｓ_ijがｓ’_ijに一致すると決定する、たとえば、ｓ_i1がｓ’_i1に一致し、ｓ_i2がｓ’_i2に一致し、ｓ_i3がｓ’_i3に一致する、などと決定する場合、二次認証ノードは、第１の確認情報を生成し、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功することを示す。代替として、二次認証ノードが、比較を通して、ｓ_ijがｓ’_ijに一致しないと少なくとも一度決定する、たとえば、ｓ_i1がｓ’_i1に一致し、ｓ_i2がｓ’_i2に一致し、ｓ_i3がｓ’_i3に一致しないと決定する場合、二次認証ノードは、第１の確認情報を生成し、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示す。

【0256】

代替として、二次認証ノードは第６の確認情報を第７の確認情報を比較することによって、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定すると仮定される。この場合、二次認証ノードが少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功すると決定する場合、すなわち、二次認証ノードが、比較を通して、第６の確認情報が第７の確認情報に一致すると決定する場合、二次認証ノードは、第１の確認情報を生成し得、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功することを示す。代替として、二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する場合、すなわち、二次認証ノードが、比較を通して、第６の確認情報が第７の確認情報に一致しないと決定する場合、二次認証ノードは、第１の確認情報を生成し得、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗すること（または、識別確認が失敗すること）を示す。

【0257】

たとえば、ｓ”’_ijが第７の確認情報を表し、ｓ”_ijが第６の確認情報を表す場合、二次認証ノードは、ｓ”’_ijをｓ”_ijと比較し、ｓ”’_ijがｓ”_ijに一致するかどうかを決定する。ｓ”’_ijがｓ”_ijに一致する場合、二次認証ノードは、第１の確認情報を生成し得、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が成功することを示すために使用される。代替として、ｓ”’_ijがｓ”_ijに一致しない場合、二次認証ノードは第１の確認情報を生成し得、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用される。

【0258】

第１の確認情報のある実装では、第１の確認情報は、ＭＡＣ値であってよい。たとえば、二次認証ノードは、ｒ、

【0259】

【数17】

【0260】

、およびタグに基づいて、第１の確認情報を生成し得る。たとえば、

【0261】

【数18】

【0262】

であり、この場合、タグは、「成功」または「失敗（または、失敗）」を示し、ｓ_iは、第１の確認情報を表す。たとえば、タグは１つのビット（ｂｉｔ）を占有する。１つのビットの値が「１」である場合、それは「成功」を示す、または１つのビットの値が「０」である場合、それは「失敗」を示す。代替として、タグは、「成功」または「失敗」を別の様式で示し得る。

【0263】

代替として、第１の確認情報の別の実装では、第１の確認情報は、デジタル署名であってよい。たとえば、二次認証ノードが非対称暗号化用の秘密鍵を記憶する場合、二次認証ノードは、記憶された秘密鍵に基づいて、ｒ、

【0264】

【数19】

【0265】

、およびタグを暗号化し、第１の確認情報を取得し得る。本明細書において、二次認証ノードによって記憶される秘密鍵は、第１の秘密鍵と呼ばれることがある。

【0266】

Ｓ２０８：一次認証ノードは、第１の確認情報および第１の乱数に基づいて、二次認証ノードに対する識別確認が成功すると決定する。

【0267】

第１の確認情報を受信した後、一次認証ノードは、第１の確認情報および第１の乱数に基づいて、二次認証ノードに対する識別確認が成功するかどうかを決定し得る。それは、二次認証ノードがドメイン内デバイスに対する識別確認を実行し得、一次認証ノードが二次認証ノードに対する確認を実行し得るのに等しい。したがって、階層確認機構が形成される。たとえば、二次認証ノードに対して一次認証ノードによって実行される識別確認が成功する場合、一次認証ノードは、二次認証ノードが許可されると見なし得る。しかしながら、二次認証ノードに対して一次認証ノードによって実行される識別確認が失敗する（または、認証確認が失敗する）場合、一次認証ノードは、二次認証ノードが許可されないと見なし得る。

【0268】

たとえば、二次認証ノードの識別情報が一次認証ノードに知られている場合、一次認証ノードは、二次認証ノードが第１の確認情報を生成する同じ様式で確認情報を生成し得る。たとえば、確認情報は、第２の確認情報と呼ばれる。代替として、二次認証ノードの識別情報が第１のメッセージ内で搬送される場合、一次認証ノードは、二次認証ノードが第１の確認情報を生成する同じ様式で第２の確認情報を生成し得る。たとえば、一次認証ノードは、二次認証ノードの識別情報および第１の乱数に基づいて、第２の確認情報を生成し得る。一次認証ノードは、第２の確認情報が第１の確認情報に一致するかどうかを比較し得る。第２の確認情報が第１の確認情報に一致する場合、二次認証ノードに対して一次認証ノードによって実行される識別確認は成功する、または、一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定する。代替として、第２の確認情報が第１の確認情報に一致しない場合、二次認証ノードに対して一次認証ノードによって実行される識別確認は失敗する、または、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定する。

【0269】

任意選択の様式で、第１のメッセージは、第４の確認情報をさらに搬送し得る。たとえば、第４の確認情報は、タグであり、タグは「成功」または「失敗（または、失敗）」を示す。言い換えれば、第１のセット内に含まれるドメイン内デバイスに対して二次認証ノードによって実行される識別確認が成功する場合、二次認証ノードは、第１の確認情報に加えて、第４の確認情報を一次認証ノードにさらに送信し得、第４の確認情報は「成功」を示す。代替として、第１のセット内に含まれるドメイン内デバイスに対して二次認証ノードによって実行される識別確認が失敗する場合、二次認証ノードは、第１の確認情報に加えて、第４の確認情報を一次認証ノードにさらに送信し得、第４の確認情報は「失敗」を示す。

【0270】

したがって、一次認証ノードが第２の確認情報を生成するとき、タグがさらに追加され得る。当然、前提は、二次認証ノードが第１の確認情報を生成するとき、タグも追加されることである。たとえば、第４の確認情報が「成功」を示す場合、一次認証ノードは、二次認証ノードの識別情報、ｒ、および「成功」を示すタグに基づいて、第２の確認情報を生成し得るか、または第４の確認情報が「失敗」を示す場合、一次認証ノードは、二次認証ノードの識別情報、ｒ、および「失敗」を示すタグに基づいて、第２の確認情報を生成し得る。一次認証ノードが第２の確認情報を生成する様式は、二次認証ノードが第１の確認情報を生成する様式に一致する必要がある。たとえば、第１の確認情報がＭＡＣ値である場合、第２の確認情報もＭＡＣ値であり、または第１の確認情報が秘密鍵に基づいて二次認証ノードによって生成される場合、第２の確認情報は、公開鍵に基づいて一次認証ノードによって生成される必要がある。本明細書において、一次認証ノードの公開鍵は、第２の公開鍵と呼ばれることがある。第２の公開鍵および第２の秘密鍵は、非対称鍵の対であり得る。

【0271】

一次認証ノードは、以下で別個に説明される、いくつかの確認結果を取得し得る。

【0272】

１．一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定し、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定する。

【0273】

言い換えれば、一次認証ノードは、第１の確認情報が第２の確認情報に一致すると決定し、第４の確認情報は、二次認証ノードに加えて、第１のセット内に含まれる別のドメイン内デバイスに対する識別確認が成功することを示すために使用される。

【0274】

この場合、認証処理は、一次認証ノードが、第１の確認情報が第２の確認情報に一致すると決定するとき、終了し得る。この場合、二次認証ノードに対する識別確認および第１のセット内の少なくとも１つのドメイン内デバイスに対する識別確認は両方とも成功すると見なされる。

【0275】

２．一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定し、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。

【0276】

言い換えれば、一次認証ノードは、第１の確認情報が第２の確認情報に一致すると決定し、第４の確認情報は、第１のセット内の二次認証ノード以外の別のドメイン内デバイスに対する識別確認が失敗することを示すために使用される。この場合、一次認証ノードは、二次認証ノードに対する識別確認が成功すると直接的に決定し、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。しかしながら、一次認証ノードは、少なくとも１つのドメイン内デバイス内の識別確認に失敗する特定のドメイン内デバイスを決定することができない。

【0277】

代替として、二次認証ノードに対する識別確認が成功すると決定することに加えて、一次認証ノードは、第１のセット内の少なくとも１つのドメイン内デバイスに対する識別確認をさらに実行し得る。

【0278】

たとえば、第１の確認情報に加えて、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報をさらに含む。Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのうちの１つまたは複数であってよく、Ｎは正の整数である。たとえば、第１の確認情報を一次認証ノードに送信することに加えて、二次認証ノードは、少なくとも１つのドメイン内デバイスの第３の確認情報を一次認証ノードにさらに送信し得る。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのすべてを含む。たとえば、第１のドメイン内デバイスがＮ個のドメイン内デバイスのうちの１つである場合、第１のドメイン内デバイスは、二次認証ノードによって実行される識別確認に成功するドメイン内デバイスであってよいか、または二次認証ノードによって実行される識別確認に失敗するドメイン内デバイスであってよい。この様式は、二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行し、少なくとも１つのドメイン内デバイスのすべてに対して二次認証ノードによって実行される識別確認が失敗する事例に比較的適用可能である。代替として、この様式は以下の事例に適用可能である。二次認証ノードが第６の確認情報および第７の確認情報に基づいて、少なくとも１つのドメイン内デバイスに対する識別確認を実行し、確認が失敗する場合、二次認証ノードは、識別確認に失敗する特定のドメイン内デバイスを位置特定し得ず、二次認証ノードは、少なくとも１つのドメイン内デバイスの第３の確認情報を一次認証ノードに送信し得、一次認証ノードは、確認をさらに実行する。

【0279】

代替として、第４の確認情報が、二次認証ノード以外の第１のセット内に含まれる別のドメイン内デバイスに対して二次認証ノードによって実行される識別確認が失敗することを示すために使用される場合、それは、少なくとも１つのドメイン内デバイスのうちの１つまたは複数に対して二次認証ノードによって実行される識別確認が失敗することを示す。したがって、二次認証ノードは、識別確認に失敗するドメイン内デバイスに対応する第３の確認情報のみを一次認証ノードに送信し得る。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイス内の二次認証ノードによって実行される確認に失敗するドメイン内デバイスを含む。たとえば、第１のドメイン内デバイスがＮ個のドメイン内デバイスのうちの１つである場合、第１のドメイン内デバイスは、二次認証ノードによって実行される識別確認に失敗するドメイン内デバイスであってよい。この様式は、二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行し、少なくとも１つのドメイン内デバイスのいくつかに対して二次認証ノードによって実行される識別確認が失敗する事例に比較的適用可能である。

【0280】

したがって、一次認証ノードが二次認証ノードに対する識別確認が成功すると決定する場合、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用され、第１のメッセージは、Ｎ個の第３の確認情報を含み、一次認証ノードは、Ｎ個の第３の確認情報に対する確認を連続的に実行し、識別確認に失敗する特定のドメイン内デバイスを決定し得る。

【0281】

代替として、第１のメッセージは、Ｎ個の第３の確認情報を含まなくてよい。一次認証ノードが、第１の確認情報が第２の確認情報に一致すると決定し、第４の確認情報が第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用される場合、一次認証ノードは、第２のメッセージを二次認証ノードに送信し得、第２のメッセージは、少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される。第２のメッセージを一次認証ノードから受信した後、二次認証ノードは、Ｎ個の第３の確認情報を一次認証ノードに送信し得る。たとえば、二次認証ノードは、第３のメッセージを一次認証ノードに送信し得、第３のメッセージは、Ｎ個の第３の確認情報を含む。二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行する場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得るか、またはＮ個の第３の確認情報は、少なくとも１つのドメイン内デバイス内の二次認証ノードによって実行される確認に失敗するドメイン内デバイスの第３の確認情報を含み得る。代替として、二次認証ノードが第６の確認情報および第７の確認情報に基づいて、少なくとも１つのドメイン内デバイスに対する全体的な確認を実行する場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得る。代替として、第２のメッセージが少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得る。

【0282】

たとえば、一次認証ノードは、Ｎ個の第８の確認情報を生成し、Ｎ個の第８の確認情報を使用することによって、Ｎ個の第３の確認情報に対する確認を実行し得る。たとえば、第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致する場合、一次認証ノードはドメイン内デバイスに対する識別確認が成功すると見なし、または第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致しない場合、一次認証ノードは、ドメイン内デバイスに対する識別確認が失敗すると見なす。たとえば、１つのドメイン内デバイスに対して一次認証ノードによって実行される識別確認が成功する場合、一次認証ノードは、ドメイン内デバイスが許可されると見なし得る。しかしながら、１つのドメイン内デバイスに対して一次認証ノードによって実行される識別確認が失敗する（または、識別確認が失敗する）場合、一次認証ノードは、ドメイン内デバイスが許可されないと見なし得る。たとえば、一次認証ノードは、第２の乱数に基づいて、Ｎ個の第８の確認情報を取得し得るか、もしくはＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得るか、または第２の乱数およびＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得る。

【0283】

第８の確認情報のある実装では、第８の確認情報は、ＭＡＣ値であってよい。たとえば、一次認証ノードは、ｒ’およびＮ個のドメイン内デバイスの識別情報に基づいて、第８の確認情報を取得し得る。

【0284】

代替として、第８の確認情報の別の実装では、第８の確認情報は、デジタル署名であってよい。たとえば、一次認証ノードが非対称暗号化用の公開鍵を記憶する場合、一次認証ノードは、記憶された公開鍵に基づいて第２の乱数を暗号化し、Ｎ個の第８の確認情報を取得し得るか、もしくは記憶された公開鍵に基づいて、Ｎ個のドメイン内デバイスの識別情報を暗号化し、Ｎ個の第８の確認情報を取得し得るか、または記憶された公開鍵に基づいて、第２の乱数およびＮ個のドメイン内デバイスの識別情報を暗号化し、Ｎ個の第８の確認情報を取得し得る。本明細書において、一次認証ノードによって記憶される公開鍵は、第１の公開鍵であってよい。

【0285】

一次認証ノードが第８の確認情報を生成する様式は、ドメイン内デバイスが第３の確認情報を生成する様式に一致する必要がある。たとえば、第３の確認情報がＭＡＣ値である場合、第８の確認情報もＭＡＣ値であり、または第３の確認情報が秘密鍵に基づいてドメイン内デバイスによって生成される場合、第８の確認情報は、公開鍵に基づいて一次認証ノードによって生成される必要がある。

【0286】

一次認証ノードは、Ｎ個のドメイン内デバイスに対する識別確認を別個に実行することによって、識別確認に失敗する特定のドメイン内デバイスを決定し、識別確認に失敗するドメイン内デバイスに対して対応する処理を実行し得、識別確認に成功するドメイン内デバイスは、正常に動作し続け得る。このように、識別確認に失敗するドメイン内デバイスは、効果的に位置特定され得、識別確認に成功するドメイン内デバイスはあまり影響を受けないことが可能である。

【0287】

３．一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定し、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定する。

【0288】

言い換えれば、一次認証ノードは、第１の確認情報が第２の確認情報に一致しないと決定し、第４の確認情報は、二次認証ノード以外の第１のセット内に含まれる別のドメイン内デバイスに対する識別確認が成功することを示すために使用される。この場合、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると直接的に決定し得、一次認証ノードは、第１の確認情報は信頼できないと見なし得る。

【0289】

この場合、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると直接的に決定し得る。しかしながら、第１の確認情報は信頼できないため、一次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定することができない。代替として、この場合、一次認証ノードが二次認証ノードに対する識別確認が失敗すると決定する場合、一次認証ノードは、第１のセット内の少なくとも１つのドメイン内デバイスに対する識別確認をさらに実行し得る。

【0290】

たとえば、第１の確認情報に加えて、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報をさらに含む。Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスであってよく、Ｎは正の整数である。たとえば、第１の確認情報を一次認証ノードに送信することに加えて、二次認証ノードは、少なくとも１つのドメイン内デバイスの少なくとも１つの第３の確認情報を一次認証ノードにさらに送信し得る。少なくとも１つのドメイン内デバイスに対して二次認証ノードによって実行される識別確認は成功するため、二次認証ノードは、少なくとも１つのドメイン内デバイスの少なくとも１つの第３の確認情報を一次認証ノードに送信し得る。言い換えれば、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのすべてを含む。

【0291】

したがって、一次認証ノードが二次認証ノードに対する識別確認が失敗すると決定し、第１のメッセージがＮ個の第３の確認情報を含む場合、一次認証ノードは、Ｎ個の第３の確認情報に対する確認を成功裏に実行し、Ｎ個のドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。

【0292】

代替として、第１のメッセージは、Ｎ個の第３の確認情報を含まなくてよい。一次認証ノードが、第１の確認情報が第２の確認情報に一致しないと決定する場合、二次認証ノードに対して一次認証ノードによって実行される識別確認は失敗する。この場合、一次認証ノードは第２のメッセージを二次認証ノードに送信し得、第２のメッセージは、少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される。第２のメッセージを一次認証ノードから受信した後、二次認証ノードは、Ｎ個の第３の確認情報を一次認証ノードに送信し得る。たとえば、二次認証ノードは、第３のメッセージを一次認証ノードに送信し得、第３のメッセージは、Ｎ個の第３の確認情報を含む。本明細書において、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得る。

【0293】

たとえば、一次認証ノードは、Ｎ個の第８の確認情報を生成し、Ｎ個の第８の確認情報を使用することによって、Ｎ個の第３の確認情報に対する確認を実行し得る。たとえば、第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致する場合、一次認証ノードはドメイン内デバイスに対する識別確認が成功すると見なし、または第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致しない場合、一次認証ノードは、ドメイン内デバイスに対する識別確認が失敗すると見なす。たとえば、一次認証ノードは、第２の乱数に基づいて、Ｎ個の第８の確認情報を取得し得るか、もしくはＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得るか、または第２の乱数およびＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得る。一次認証ノードが第８の確認情報に基づいて第３の確認情報に対する確認を実行する様式に関しては、前述の第２の点の説明を参照されたい。

【0294】

一次認証ノードは、Ｎ個のドメイン内デバイスに対する識別確認を別個に実行することによって、識別確認に失敗する特定のドメイン内デバイスを決定し、識別確認に失敗するドメイン内デバイスに対して対応する処理を実行し得、識別確認に成功するドメイン内デバイスは、正常に動作し続け得る。このように、二次認証ノードが信頼できない場合ですら、一次認証ノードは、識別確認に失敗するドメイン内デバイスを効果的に位置特定し得、識別確認に成功するドメイン内デバイスはあまり影響を受けないことが可能である。

【0295】

４．一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定し、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。

【0296】

言い換えれば、一次認証ノードは、第１の確認情報が第２の確認情報に一致しないと決定し、第４の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用される。この場合、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると直接的に決定し得、一次認証ノードは、第１の確認情報は信頼できないと見なし得る。

【0297】

この場合、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると直接的に決定し得る。しかしながら、第１の確認情報は信頼できないため、一次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定することができない。代替として、この場合、一次認証ノードが二次認証ノードに対する識別確認が失敗すると決定する場合、一次認証ノードは、第１のセット内の少なくとも１つのドメイン内デバイスに対する識別確認をさらに実行し得る。

【0298】

たとえば、第１の確認情報に加えて、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報をさらに含む。Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのうちの１つまたは複数であってよく、Ｎは正の整数である。たとえば、第１の確認情報を一次認証ノードに送信することに加えて、二次認証ノードは、少なくとも１つのドメイン内デバイスの第３の確認情報を一次認証ノードにさらに送信し得る。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのすべてを含む。この様式は、二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行し、少なくとも１つのドメイン内デバイスのすべてに対して二次認証ノードによって実行される識別確認が失敗する事例に比較的適用可能である。代替として、この様式は以下の事例に適用可能である。二次認証ノードが第６の確認情報および第７の確認情報に基づいて、少なくとも１つのドメイン内デバイスに対する識別確認を実行し、確認が失敗する場合、二次認証ノードは、識別確認に失敗する特定のドメイン内デバイスを位置特定し得ず、二次認証ノードは、少なくとも１つのドメイン内デバイスの第３の確認情報を一次認証ノードに送信し得、一次認証ノードは、確認をさらに実行する。

【0299】

代替として、第４の確認情報が、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用される場合、それは、少なくとも１つのドメイン内デバイス内の１つまたは複数のドメイン内デバイスに対して二次認証ノードによって実行される識別確認が失敗することを示す。したがって、二次認証ノードは、識別確認に失敗するドメイン内デバイスに対応する第３の確認情報のみを一次認証ノードに送信し得る。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイス内の二次認証ノードによって実行される確認に失敗するドメイン内デバイスを含む。この様式は、二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行し、少なくとも１つのドメイン内デバイスのいくつかに対して二次認証ノードによって実行される識別確認が失敗する事例に比較的適用可能である。

【0300】

したがって、一次認証ノードが二次認証ノードに対する識別確認が成功すると決定する場合、第１の確認情報は、第１のセット内に含まれるドメイン内デバイスに対する識別確認が失敗することを示すために使用され、第１のメッセージは、Ｎ個の第３の確認情報を含み、一次認証ノードは、Ｎ個の第３の確認情報に対する確認を連続的に実行し、識別確認に失敗する特定のドメイン内デバイスを決定し得る。

【0301】

代替として、第１のメッセージは、Ｎ個の第３の確認情報を含まなくてよい。一次認証ノードが第１の確認情報が第２の確認情報に一致しないと決定する場合、一次認証ノードは、第２のメッセージを二次認証ノードに送信し得、第２のメッセージは、少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用され得る。第２のメッセージを一次認証ノードから受信した後、二次認証ノードは、Ｎ個の第３の確認情報を一次認証ノードに送信し得る。たとえば、二次認証ノードは、第３のメッセージを一次認証ノードに送信し得、第３のメッセージは、Ｎ個の第３の確認情報を含む。二次認証ノードが少なくとも１つのドメイン内デバイスに対する識別確認を連続的に実行する場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得るか、またはＮ個の第３の確認情報は、少なくとも１つのドメイン内デバイス内の二次認証ノードによって実行される確認に失敗するドメイン内デバイスの第３の確認情報を含み得る。代替として、二次認証ノードが第６の確認情報および第７の確認情報に基づいて、少なくとも１つのドメイン内デバイスに対する全体的な確認を実行する場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得る。代替として、第２のメッセージが少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される場合、Ｎ個の第３の確認情報は、少なくとも１つのドメイン内デバイスのすべての第３の確認情報を含み得る。

【0302】

たとえば、一次認証ノードは、Ｎ個の第８の確認情報を生成し、Ｎ個の第８の確認情報を使用することによって、Ｎ個の第３の確認情報に対する確認を実行し得る。たとえば、第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致する場合、一次認証ノードはドメイン内デバイスに対する識別確認が成功すると見なし、または第８の確認情報および１つのドメイン内デバイスに対応する第３の確認情報が一致しない場合、一次認証ノードは、ドメイン内デバイスに対する識別確認が失敗すると見なす。たとえば、一次認証ノードは、第２の乱数に基づいて、Ｎ個の第８の確認情報を取得し得るか、もしくはＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得るか、または第２の乱数およびＮ個のドメイン内デバイスの識別情報に基づいて、Ｎ個の第８の確認情報を取得し得る。一次認証ノードが第８の確認情報に基づいて第３の確認情報に対する確認を実行する様式に関しては、前述の第２の点の説明を参照されたい。

【0303】

本出願の本実施形態では、それは階層確認様式が使用されることに等しい。第１の装置は、第２の装置に対する確認を実行し得、第３の装置に対して、たとえば、第２の装置は、第３の装置に対する確認を実行し得る。このようにして、識別確認は、車両搭載デバイスのすべてのレベルに対して実行されることが可能であり、階層確認様式は信頼性も大いに改善する。加えて、１つのデバイスがすべての他のデバイスに対する確認を実行する解決策と比較して、本出願の本実施形態における技術的解決策では、車両搭載デバイスの各レベルに対して、確認は比較的少数のデバイスに対して実行される必要がある。たとえば、第１の装置は、第２の装置に対する確認を実行することのみが必要であり、第３の装置に対する確認を一つずつ実行する必要がなく、それにより、デバイス負荷を低減するのを助ける。たとえば、第２の装置に対して第１の装置によって実行される確認が失敗する場合、第１の装置は、各第３の装置に対して第２の装置によって実行される確認が失敗すると見なしてよく、または第１の装置は、各第３の装置に対する確認をさらに実行してよい。それは、マルチ確認が実行され得ることに等しい。この様式は、車両搭載デバイスのセキュリティを改善することができ、正規の車両搭載デバイスが偽の粗悪な車両搭載デバイスに置換されることを防止することができる。

【0304】

図２に示される実施形態において説明された技術的解決策をよりよく理解するために、以下は、例を使用することによって、図２に示される実施形態におけるいくつかのサブソリューションについて説明する。

【0305】

図３は、本出願のある実施形態による第１の識別確認方法の第１の実装のフローチャートである。図３に示される手順において、たとえば、二次認証ノードは、少なくとも１つの第３の確認情報を集約せず、少なくとも１つの第５の確認情報を集約せず、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報を含まない。

【0306】

Ｓ３０１：一次認証ノードは第１の乱数ｒを選択する。

【0307】

第１の乱数ｒを選択する様式に関しては、図２に示される実施形態におけるＳ２０１の説明を参照されたい。

【0308】

Ｓ３０２：一次認証ノードは、第１の乱数ｒを二次認証ノードに送信し、二次認証ノードは、第１の乱数ｒを一次認証ノードから受信する。

【0309】

Ｓ３０３：二次認証ノードは、第２の乱数ｒ’を選択する。

【0310】

第２の乱数ｒ’を選択する様式に関しては、図２に示される実施形態におけるＳ２０２の説明を参照されたい。たとえば、図３に示される手順において、ｒ’およびｒは、異なる内容を有するが、同じ長さを有する。

【0311】

Ｓ３０４：二次認証ノードは、第２の乱数ｒ’を第１のセット内のドメイン内デバイスに送信し、第１のセット内のドメイン内デバイスは、第２の乱数ｒ’を二次認証ノードから受信する。

【0312】

図３において、第１のセット内のドメイン内デバイスｊのみが一例として使用される。

【0313】

Ｓ３０５：ドメイン内デバイスｊは、ドメイン内デバイスｊの識別情報に基づいて、第３の確認情報ｓ_ijを取得する。たとえば、

【0314】

【数20】

【0315】

である。

【0316】

Ｓ３０６：二次認証ノードは、ドメイン内デバイスｊの識別情報に基づいて、第５の確認情報ｓ’_ijを取得する。たとえば、

【0317】

【数21】

【0318】

である。

【0319】

Ｓ３０５はＳ３０６の前に実行され得るか、もしくはＳ３０５はＳ３０６の後に実行され得るか、またはＳ３０５およびＳ３０６は同時に実行され得る。

【0320】

Ｓ３０７：ドメイン内デバイスｊは、ｓ_ijを二次認証ノードに送信し、二次認証ノードは、ｓ_ijをドメイン内デバイスｊから受信する。

【0321】

ｒ’を受信するすべてのドメイン内デバイスは、第３の確認情報を取得し得る。Ｓ３０４において、二次認証ノードは、ｒ’を第１のセット内のすべてのドメイン内デバイスに送信し得る。この場合、Ｓ３０７において、第１のセット内のすべてのドメイン内デバイスは、第３の確認情報を二次認証ノードに送信し得る。代替として、Ｓ３０４において、二次認証ノードは、ｒ’を第１のセット内のいくつかのドメイン内デバイスのみに送信し得る。この場合、Ｓ３０７において、第１のセット内のいくつかのドメイン内デバイスは、第３の確認情報を二次認証ノードに送信し得る。結論として、二次認証ノードは、少なくとも１つの第３の確認情報を第１のセット内の少なくとも１つのドメイン内デバイスから受信し得る。図３において、ドメイン内デバイスｊのみが一例として使用される。

【0322】

Ｓ３０８：二次認証ノードは、ｓ_ijをｓ’_ijと比較し、ドメイン内デバイスｊに対する識別確認が成功するかどうかを決定する。

【0323】

ｓ_ijがｓ’_ijに一致する場合、二次認証ノードは、ドメイン内デバイスｊに対する識別確認が成功すると見なし、ｓ_ijがｓ’_ijに一致しない場合、二次認証ノードは、ドメイン内デバイスｊに対する識別確認が失敗すると見なす。

【0324】

二次認証ノードは、Ｓ３０７において少なくとも１つの第３の確認情報を少なくとも１つのドメイン内デバイスから受信し得る。したがって、Ｓ３０８において、二次認証ノードは、第２の乱数および少なくとも１つの第３の確認情報に基づいて確認を実行し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功する場合、Ｓ３０９が実行される。代替として、少なくとも１つのドメイン内デバイスのうちの１つまたは複数に対する識別確認が失敗する場合、Ｓ３１０が実行される。

【0325】

Ｓ３０９：二次認証ノードは、第１のメッセージを一次認証ノードに送信し、ここで、第１のメッセージは第１の確認情報をｓ_i含み、

【0326】

【数22】

【0327】

である。たとえば、タグが１つのビットを占有する場合、「値「１」は「成功」を示し、値「０」は「失敗（または、失敗）」を示す。

【0328】

二次認証ノードが少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功すると決定する場合、すなわち、二次認証ノードが、比較を通して、第５の確認情報および少なくとも１つのドメイン内デバイスの各々に対応する第３の確認情報が一致すると決定する場合、二次認証ノードは、

【0329】

【数23】

【0330】

を生成し得る。

【0331】

Ｓ３１０：二次認証ノードは、第１のメッセージを一次認証ノードに送信し、ここで、第１のメッセージは第１の確認情報をｓ_i含み、

【0332】

【数24】

【0333】

である。たとえば、タグが１つのビットを占有する場合、値「１」は「成功」を示し、値「０」は「失敗（または、失敗）」を示す。

【0334】

Ｓ３１１：一次認証ノードは、ｓ_iに対する確認を実行する。ｓ_iに対する確認が失敗する場合、二次認証ノードに対する識別確認は失敗すると見なされる。代替として、ｓ_iに対する確認は成功するが、

【0335】

【数25】

【0336】

である場合、ドメイン内デバイスに対する識別確認は失敗すると見なされる。代替として、ｓ_iに対する確認が成功し、

【0337】

【数26】

【0338】

である場合、二次認証ノードに対する識別確認およびドメイン内デバイスに対する識別確認は両方とも成功すると見なされる。

【0339】

図３に示される手順におけるステップのいくつかの特定の実装詳細に関しては、図２に示される実施形態の関連詳細を参照されたい。

【0340】

図４は、本出願の一実施形態による第１の識別確認方法の第２の実装のフローチャートである。図４に示されている手順では、たとえば、二次認証ノードは、少なくとも１つの第３の確認情報を集約せず、少なくとも１つの第５の確認情報を集約せず、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報を含む。

【0341】

Ｓ４０１：一次認証ノードは、第１の乱数ｒを選択する。

【0342】

第１の乱数ｒを選択する方法については、図２に示されている実施形態におけるＳ２０１の説明を参照されたい。

【0343】

Ｓ４０２：一次認証ノードは、二次認証ノードに第１の乱数ｒを送信し、二次認証ノードは、一次認証ノードから第１の乱数ｒを受信する。

【0344】

Ｓ４０３：二次認証ノードは、第２の乱数ｒ’を選択する。

【0345】

第２の乱数ｒ’を選択する方法については、図２に示されている実施形態におけるＳ２０２の説明を参照されたい。たとえば、図４に示されている手順では、ｒ’は、ｒと第３の乱数とを連結することによって取得される。

【0346】

Ｓ４０４：二次認証ノードは、第１のセット中のドメイン内デバイスに第２の乱数ｒ’を送信し、第１のセット中のドメイン内デバイスは、二次認証ノードから第２の乱数ｒ’を受信する。

【0347】

図４では、第１のセット中のドメイン内デバイスｊのみが一例として使用される。

【0348】

Ｓ４０５：ドメイン内デバイスｊは、ドメイン内デバイスｊの識別情報に基づいて第３の確認情報ｓ_ijを取得する。たとえば、

【0349】

【数27】

【0350】

である。

【0351】

Ｓ４０６：二次認証ノードは、ドメイン内デバイスｊの識別情報に基づいて第５の確認情報ｓ’_ijを取得する。たとえば、

【0352】

【数28】

【0353】

である。

【0354】

Ｓ４０５は、Ｓ４０６の前に実行され得るか、またはＳ４０５は、Ｓ４０６の後に実行され得るか、またはＳ４０５とＳ４０６とは、同時に実行される。

【0355】

Ｓ４０７：ドメイン内デバイスｊは、二次認証ノードにｓ_ijを送信し、二次認証ノードは、ドメイン内デバイスｊからｓ_ijを受信する。

【0356】

ｒ’を受信するすべてのドメイン内デバイスは、第３の確認情報を取得し得る。Ｓ４０４では、二次認証ノードは、第１のセット中のすべてのドメイン内デバイスにｒ’を送信し得る。この場合、４０７では、第１のセット中のすべてのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。代替として、Ｓ４０４では、二次認証ノードは、第１のセット中のいくつかのドメイン内デバイスにのみｒ’を送信し得る。この場合、Ｓ４０７では、第１のセット中のいくつかのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。結論として、二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。図４では、ドメイン内デバイスｊのみが一例として使用される。

【0357】

Ｓ４０８：二次認証ノードは、ｓ_ijをｓ’_ijと比較し、ドメイン内デバイスｊに対する識別確認が成功するかどうかを決定する。

【0358】

ｓ_ijがｓ’_ijに一致する場合、二次認証ノードは、ドメイン内デバイスｊに対する識別確認が成功すると見なし、またはｓ_ijがｓ’_ijに一致しない場合、二次認証ノードは、ドメイン内デバイスｊに対する識別確認が失敗すると見なす。

【0359】

二次認証ノードは、Ｓ４０７における少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。したがって、Ｓ４０８において、二次認証ノードは、第２の乱数と少なくとも１つの第３の確認情報とに基づいて確認を実行し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功する場合、Ｓ４０９が実行される。代替として、少なくとも１つのドメイン内デバイスのうちの１つまたは複数に対する識別確認が失敗する場合、Ｓ４１０が実行される。

【0360】

Ｓ４０９：二次認証ノードは、一次認証ノードに第１のメッセージを送信し、ここで、第１のメッセージは、第１の確認情報ｓ_iを含み、

【0361】

【数29】

【0362】

である。たとえば、タグが１ビットを占有する場合、値「１」は、「成功」を示し、値「０」は、「失敗」を示す。

【0363】

少なくとも１つのドメイン内デバイスの各々に対する識別確認が成功すると二次認証ノードが決定する場合、言い換えれば、二次認証ノードは、比較を通して、少なくとも１つのドメイン内デバイスの各々に対応する第５の確認情報と第３の確認情報とが一致すると決定する場合、二次認証ノードは、

【0364】

【数30】

【0365】

を生成し得る。

【0366】

Ｓ４１０：二次認証ノードは、一次認証ノードに第１のメッセージを送信し、ここで、第１のメッセージは、第１の確認情報ｓ_iを含み、

【0367】

【数31】

【0368】

である。第１のメッセージは、

【0369】

【数32】

【0370】

をさらに含む。

【0371】

たとえば、タグが１ビットを占有する場合、値「１」は、「成功」を示し、値「０」は、「失敗」を示す。｛ｓ_ij｝_j∈ERRは、Ｎ個のドメイン内デバイスの第３の確認情報を表す。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイス中の二次認証ノードによる確認に失敗するドメイン内デバイスを含み得る。

【0372】

である。たとえば、タグが１つのビットを占有する場合、値「１」は「成功」を示し、値「０」は「失敗（または、失敗）」を示す。

【0373】

は、Ｎ個のドメイン内デバイスの識別情報を表す。したがって、第１のメッセージは、Ｎ個のドメイン内デバイスの識別情報と第３の確認情報とを含み得る。

【0374】

Ｓ４１１：一次認証ノードは、ｓ_iに対して確認を実行する。ｓ_iに対する確認が失敗する場合、二次認証ノードに対する識別確認が失敗すると見なされる。代替として、ｓ_iに対する確認が成功するが、

【0375】

【数34】

【0376】

である場合、確認がｓ_ijに対して１つずつ実行される。代替として、特定のｓ_ijに対する確認が失敗する場合、ｓ_ijに対応するドメイン内デバイスに対する識別確認が失敗することが決定され、または特定のｓ_ijに対する確認が成功する場合、ｓ_ijに対応するドメイン内デバイスに対する識別確認が成功することが決定される。代替として、ｓ_iに対する確認が成功し、

【0377】

【数35】

【0378】

である場合、二次認証ノードに対する識別確認とドメイン内デバイスに対する識別確認との両方が成功すると見なされる。

【0379】

図４に示されている手順中のステップのいくつかの特定の実装詳細については、図２に示されている実施形態の関連説明を参照されたい。

【0380】

図５は、本出願の一実施形態による第１の識別確認方法の第３の実装のフローチャートである。図５に示されている手順では、たとえば、二次認証ノードは、少なくとも１つの第３の確認情報を集約し、少なくとも１つの第５の確認情報を集約し、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報を含む。

【0381】

Ｓ５０１：一次認証ノードは、第１の乱数ｒを選択する。

【0382】

第１の乱数ｒを選択する方法については、図２に示されている実施形態におけるＳ２０１の説明を参照されたい。

【0383】

Ｓ５０２：一次認証ノードは、二次認証ノードに第１の乱数ｒを送信し、二次認証ノードは、一次認証ノードから第１の乱数ｒを受信する。

【0384】

Ｓ５０３：二次認証ノードは、第２の乱数ｒ’を選択する。

【0385】

第２の乱数ｒ’を選択する方法については、図２に示されている実施形態におけるＳ２０２の説明を参照されたい。たとえば、図５に示されている手順では、ｒ’は、ｒと第３の乱数とを連結することによって取得される。

【0386】

Ｓ５０４：二次認証ノードは、第１のセット中のドメイン内デバイスに第２の乱数ｒ’を送信し、第１のセット中のドメイン内デバイスは、二次認証ノードから第２の乱数ｒ’を受信する。

【0387】

図５では、第１のセット中のドメイン内デバイスｊのみが一例として使用される。

【0388】

Ｓ５０５：ドメイン内デバイスｊは、ドメイン内デバイスｊの識別情報に基づいて第３の確認情報ｓ_ijを取得する。たとえば、

【0389】

【数36】

【0390】

である。

【0391】

Ｓ５０６：二次認証ノードは、ドメイン内デバイスｊの識別情報に基づいて第５の確認情報ｓ’_ijを取得する。たとえば、

【0392】

【数37】

【0393】

である。

【0394】

二次認証ノードは、第２の乱数と少なくとも１つのドメイン内デバイスの識別情報とに基づいて少なくとも１つの第５の確認情報を取得し得る。したがって、少なくとも１つの第５の確認情報を取得した後に、二次認証ノードは、少なくとも１つの第５の確認情報を集約し、第６の確認情報を取得し得る。たとえば、二次認証ノードによって取得された少なくとも１つの第５の確認情報がｓ’_i1、ｓ’_i2、ｓ’_i3などとして表される場合、二次認証ノードは、少なくとも１つの第５の確認情報を集約する。１つの集約方法は、以下の通りであり得る。

【0395】

【数38】

【0396】

ここで、ｓ’’_ijは、第６の確認情報を示し、

【0397】

【数39】

【0398】

は、排他的論理和演算を示す。

【0399】

Ｓ５０５は、Ｓ５０６の前に実行され得るか、またはＳ５０５は、Ｓ５０６の後に実行されるか、またはＳ５０５とＳ５０６とは、同時に実行される。

【0400】

Ｓ５０７：ドメイン内デバイスｊは、二次認証ノードにｓ_ijを送信し、二次認証ノードは、ドメイン内デバイスｊからｓ_ijを受信する。

【0401】

ｒ’を受信するすべてのドメイン内デバイスは、第３の確認情報を取得し得る。Ｓ５０４では、二次認証ノードは、第１のセット中のすべてのドメイン内デバイスにｒ’を送信し得る。この場合、５０７では、第１のセット中のすべてのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。代替として、Ｓ５０４では、二次認証ノードは、第１のセット中のいくつかのドメイン内デバイスにのみｒ’を送信し得る。この場合、Ｓ５０７では、第１のセット中のいくつかのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。結論として、二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。図５では、ドメイン内デバイスｊのみが一例として使用される。

【0402】

二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。少なくとも１つの第３の確認情報を取得した後に、二次認証ノードは、少なくとも１つの第３の確認情報を集約し、第７の確認情報を取得し得る。たとえば、二次認証ノードによって取得された少なくとも１つの第３の確認情報がｓ_i1、ｓ_i2、ｓ_i3などとして表される場合、二次認証ノードは、少なくとも１つの第３の確認情報を集約する。１つの集約方法は、以下の通りであり得る。

【0403】

【数40】

【0404】

ここで、ｓ’’’_ijは、第７の確認情報を示し、

【0405】

【数41】

【0406】

は、排他的論理和演算を示す。

【0407】

Ｓ５０８：二次認証ノードは、ｓ’’_ijをｓ’’’_ijと比較し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定する。

【0408】

ｓ’’_ijがｓ’’’_ijに一致する場合、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると見なし、またはｓ’’_ijがｓ’’’_ijに一致しない場合、二次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると見なす。

【0409】

少なくとも１つのドメイン内デバイスに対する識別確認が成功すると二次認証ノードが決定する場合、Ｓ５０９が実行され、または少なくとも１つのドメイン内デバイスのうちの１つまたは複数に対する識別確認が失敗すると二次認証ノードが決定する場合、Ｓ５１０が実行される。

【0410】

Ｓ５０９：二次認証ノードは、一次認証ノードに第１のメッセージを送信し、ここで、第１のメッセージは、第１の確認情報ｓ_iを含み、

【0411】

【数42】

【0412】

である。たとえば、タグが１ビットを占有する場合、値「１」は、「成功」を示し、値「０」は、「失敗」を示す。

【0413】

Ｓ５１０：二次認証ノードは、一次認証ノードに第１のメッセージを送信し、ここで、第１のメッセージは、第１の確認情報ｓ_ijを含み、

【0414】

【数43】

【0415】

である。第１のメッセージは、

【0416】

【数44】

【0417】

をさらに含む。

【0418】

たとえば、タグが１ビットを占有する場合、値「１」は、「成功」を示し、値「０」は、「失敗」を示す。｛ｓ_ij｝は、Ｎ個のドメイン内デバイスの第３の確認情報を表す。この場合、Ｎ個のドメイン内デバイスは、少なくとも１つのドメイン内デバイスのすべてを含み得る。

【0419】

【数45】

【0420】

は、Ｎ個のドメイン内デバイスの識別情報を表す。したがって、第１のメッセージは、Ｎ個のドメイン内デバイスの識別情報と第３の確認情報とを含み得る。

【0421】

Ｓ５１１：一次認証ノードは、ｓ_iに対して確認を実行する。ｓ_iに対する確認が失敗する場合、二次認証ノードに対する識別確認が失敗すると見なされる。代替として、ｓ_iに対する確認が成功するが、

【0422】

【数46】

【0423】

である場合、確認がｓ_ijに対して１つずつ実行される。代替として、特定のｓ_ijに対する確認が失敗する場合、ｓ_ijに対応するドメイン内デバイスに対する識別確認が失敗することが決定され、または特定のｓ_ijに対する確認が成功する場合、ｓ_ijに対応するドメイン内デバイスに対する識別確認が成功することが決定される。代替として、ｓ_iに対する確認が成功し、

【0424】

【数47】

【0425】

である場合、二次認証ノードに対する識別確認とドメイン内デバイスに対する識別確認との両方が成功すると見なされる。

【0426】

図５に示されている手順中のステップのいくつかの特定の実装詳細については、図２に示されている実施形態の関連説明を参照されたい。

【0427】

本出願の本実施形態では、一次認証ノードは、Ｎ個のドメイン内デバイスに対して識別確認を別個に実行することによって、識別確認に失敗する特定のドメイン内デバイスを決定し、識別確認に失敗するドメイン内デバイスに対して対応する処理を実行し得、識別確認に成功するドメイン内デバイスは、正常に動作し続け得る。この方法では、二次認証ノードが信頼できない場合でも、一次認証ノードは、識別確認に失敗するドメイン内デバイスの位置を効果的に特定し得、識別確認に成功するドメイン内デバイスは、あまり影響を及ぼされないことがある。

【0428】

さらに、図２に示されている実施形態の説明処理において、一次認証ノードが信用できると見なされ、確認が、一次認証ノードの真正性または規則性に対して実行される必要がないことに留意されたい。実際に、認証は、セキュリティをさらに改善するために一次認証ノードに対してさらに実行され得る。一次認証ノードに対して認証を実行するための多くの方法が存在する。たとえば、認証は、クラウドサーバを使用することによって一次認証ノードに対して実行され得るか、または認証は、車両の所有者のモバイルフォンなどのデバイスを使用することによって一次認証ノードに対して実行され得る。概して、一次認証ノードのリソース、能力などは、比較的良好である。したがって、非対称鍵機構（たとえば、デジタル署名）が一次認証ノードに対して認証を実行するために使用され得る。たとえば、図６を参照すると、図６に示されている一実施形態では、車両外の認証ノード（たとえば、クラウドサーバまたは車両の所有者のモバイルフォンなどのデバイス）は、一次認証ノードに対する認証を完了し得る。

【0429】

Ｓ６０１：車両外の認証ノードは、一次認証ノードに第３の乱数を送信し、一次認証ノードは、車両外の認証ノードから第３の乱数を受信する。

【0430】

車両外の認証ノードは、適切な長さの乱数を選択し得、これは、たとえば、第３の乱数と呼ばれる。第３の乱数は、ｃとして表され得る。車両外の認証ノードは、一次認証ノードにｃを送信し得る。本明細書では、ｃは、一次認証ノードに対して認証を実行するために車両外の認証ノードによって使用され得る。ｃの長さは、必要とされる認証強度に基づいて決定され得る。たとえば、必要とされる認証強度が１２８ビットである場合、ｃの長さは、１２８ビットになり得る。概して、より大きい認証強度は、より長い長さのｃを示す。しかしながら、より長い長さのｃは、より複雑な認証プロセスを示す。したがって、ｃの長さは、適切に選択され得るか、またはｃの長さは、プロトコルを通して指定され得るなどである。これは特に限定されない。

【0431】

Ｓ６０２：一次認証ノードは、一次認証ノードの秘密鍵を使用することによってｃを暗号化し、デジタル署名を取得する。

【0432】

ｃを受信した後に、一次認証ノードは、秘密鍵を使用することによってｃを暗号化し、暗号化されたｃ、言い換えれば、デジタル署名を取得し得る。図６に示される実施形態では、車両外の認証ノードが非対称暗号化方法で一次認証ノードに対して確認を実行する一例が使用される。実際には、これは限定されない。車両外の認証ノードは、代替として、別の方法で、一次認証ノードに対して確認を実行し得る。

【0433】

Ｓ６０３：一次認証ノードは、車両外の認証ノードにデジタル署名を送信し、車両外の認証ノードは、一次認証ノードからデジタル署名を受信する。

【0434】

Ｓ６０４：車両外の認証ノードは、デジタル署名に基づいて一次認証ノードに対して識別確認を実行する。

【0435】

たとえば、車両外の認証ノードは、一次認証ノードの公開鍵を記憶し、車両外の認証ノードは、一次認証ノードの公開鍵を使用することによってデジタル署名に対して確認を実行し得る。確認が成功する場合、車両外の認証ノードは、一次認証ノードに対する識別確認が成功すると見なし、または確認が失敗する場合、車両外の認証ノードは、一次認証ノードに対する識別確認が失敗すると見なす。

【0436】

図６は、一次認証ノードに対して確認を実行する方法について説明する。本出願の本実施形態は、限定を課さず、確認は、別の方法で一次認証ノードに対して実行され得る。

【0437】

本出願の本実施形態では、それは、階層的な確認方法が使用されることに等価である。第１の装置は、第２の装置に対して確認を実行し得、第３の装置について、たとえば、第２の装置は、第３の装置に対して確認を実行し得る。このようにして、識別確認は、すべてのレベルの車載デバイスに対して実行され得、階層的な確認方法はまた、信頼性を大幅に改善する。さらに、１つのデバイスがすべての他のデバイスに対して確認を実行する解決策と比較して、本出願の本実施形態における技術的解決策では、車載デバイスのレベルごとに、確認が比較的少ない量のデバイスに対して実行される必要がある。たとえば、第１の装置は、第２の装置に対して確認を実行するだけでよく、第３の装置に対して１つずつ確認を実行する必要がなく、それによって、デバイス負荷を低減するのを助ける。たとえば、第２の装置に対して第１の装置によって実行される確認が失敗する場合、第１の装置は、それぞれの第３の装置に対して第２の装置によって実行される確認が失敗することを見なし得るか、または第１の装置は、それぞれの第３の装置に対して確認をさらに実行し得る。それは、複数の確認が実行され得ることに等価である。この方法は、車載デバイスのセキュリティを改善することができ、標準の車載デバイスが偽の粗悪な車載デバイスと置き換えられるのを防ぐことができる。

【0438】

同じ技術的問題を解決するために、本出願の一実施形態は、第２の識別確認方法を提供する。図７は、本方法のフローチャートである。以下の説明処理では、本方法が図１に示されているネットワークアーキテクチャに適用される一例が使用される。さらに、本方法は、３つの通信装置（または３つのタイプの通信装置）によって実行され得る。３つの通信装置は、たとえば、第１の通信装置と、第２の通信装置と、第３の通信装置とである。第１の通信装置、第２の通信装置、または第３の通信装置は、車載装置または車載装置が本方法によって必要とされる機能を実装するのをサポートし得る通信装置（たとえば、チップシステム）であり得るか、または、もちろん、別の通信装置であり得る。さらに、第１の通信装置、第２の通信装置、および第３の通信の実装は限定されない。たとえば、３つの通信装置は、同じ形態で、たとえば、デバイスの形態で実装され得る。代替として、３つの通信装置は、異なる形態で実装され得る。たとえば、第１の通信装置は、デバイスの形態で実装され、第２の通信装置は、チップシステムの方法で実装され、第３の通信装置は、デバイスの形態で実装される。

【0439】

説明を容易にするために、以下は、本方法が第１の装置と、第２の装置と、第３の装置とによって実行される一例、言い換えれば、第１の通信装置が第１の装置であり、第２の通信装置が第２の装置であり、第３の通信装置が第３の装置である一例を使用する。本実施形態が図１に示されているネットワークアーキテクチャに適用される一例が使用される。したがって、以下で説明される第１の装置は、図１に示されているネットワークアーキテクチャ中の一次認証ノード（たとえば、図１のゲートウェイ）であり得、以下で説明される第２の装置は、図１に示されているネットワークアーキテクチャ中の二次認証ノード（たとえば、図１のＤＭまたはＭＤＣ）であり得、以下で説明される第３の装置は、図１に示されているネットワークアーキテクチャ中のドメイン内デバイスであり得る。理解しやすいように、以下の説明処理では、第１の装置が一次認証ノードであり、第２の装置が二次認証ノードであり、第３の装置がドメイン内デバイスである一例が使用される。

【0440】

Ｓ７０１：一次認証ノードは、二次認証ノードに第１の乱数を送信し、二次認証ノードは、一次認証ノードから第１の乱数を受信する。

【0441】

第１の装置と第２の装置とは、第１の車両中で搬送される。第１の車両は、第１の装置と少なくとも１つのセットとを搬送し得る。少なくとも１つのセットの各々は、１つまたは複数の装置を含み得る。各セットは、二次認証ノードとして働く１つの装置を含み得る。たとえば、第１のセットは、少なくとも１つのセットのうちの１つであり、第１のセットは、第２の装置と第３の装置とを含み、第２の装置は、第１のセット中の二次認証ノードである。第１のセットは、１つまたは複数の第３の装置を含み得る。第１の装置は、第２の装置を使用することによって、第１のセット中に含まれる第３の装置と通信し得る。たとえば、図１では、一次認証ノードと二次認証ノードとの両方が第１の車両中で搬送される。一次認証ノードに加えて、第１の車両は、少なくとも１つのセット（または少なくとも１つのドメイン内デバイス）をさらに搬送する。本明細書で説明される二次認証ノード（すなわち、第２の装置）は、第１の車両によって搬送される第１のセット中の二次認証ノードである。言い換えれば、第２の装置は、たとえば、第１のセットと呼ばれる少なくとも１つのセットのうちの１つに属する。第２の装置に加えて、第１のセットは、第３の装置（すなわち、ドメイン内デバイス）をさらに含む。この場合、第１のセット中に含まれる第３の装置は、第２の装置を使用することによって第１の装置と通信する。

【0442】

一次認証ノードは、適切な長さの乱数を選択し得、これは、たとえば、第１の乱数と呼ばれる。第１の乱数は、ｒとして表され得る。一次認証ノードは、二次認証ノードにｒを送信し得る。本明細書では、ｒは、二次認証ノードに対してその後認証を実行するために一次認証ノードによって使用され得るか、または第１のセット中のドメイン内デバイスに対して認証を実行するために一次認証ノードによって使用され得る。ｒの長さを決定する方法については、図２に示されている実施形態におけるＳ２０１を参照されたい。

【0443】

第１の車両が複数のセットを含み、各セットが１つの二次認証ノードを含む場合、第１の車両は、複数の二次認証ノードを含む。この場合、一次認証ノードは、第１の車両中に含まれる二次認証ノードの全部または一部に第１の乱数を送信し得る。異なる二次認証ノードが第１の乱数を受信した後、動作方法は同様のものであり得る。したがって、図７に示されている実施形態では、第１のセット中に含まれる二次認証ノードのみが一例として使用される。

【0444】

Ｓ７０２：二次認証ノードは、第１のセット中のドメイン内デバイスに第１の乱数を送信し、第１のセット中のドメイン内デバイスは、二次認証ノードから第１の乱数を受信する。

【0445】

第１の乱数を受信した後に、二次認証ノードは、第１のセット中のドメイン内デバイスに第１の乱数を直接転送し得る。たとえば、二次認証ノードは、ブロードキャストまたはマルチキャスト方法でｒを送信し得る。この場合、第１のセット中のすべてのドメイン内デバイスは、二次認証ノードからｒを受信し得る。代替として、二次認証ノードは、ユニキャスト方法でｒを送信し得る。たとえば、二次認証ノードは、第１のセット中のすべてのドメイン内デバイスにｒ’を別個に送信し得るか、または二次認証ノードは、第１のセット中のいくつかのドメイン内デバイスにのみｒを送信し得、いくつかのドメイン内デバイスは、たとえば、識別確認が実行される必要があるドメイン内デバイスである。本明細書では、ｒは、ドメイン内デバイスに対して認証を実行するために二次認証ノードによって使用され得る。

【0446】

Ｓ７０３：第１のドメイン内デバイスは、第１のドメイン内デバイスの識別情報に基づいて第３の確認情報を取得する。

【0447】

第１のドメイン内デバイスは、たとえば、第１のセット中の１つのドメイン内デバイスである。第１のセットは、１つまたは複数のドメイン内デバイスを含み得る。第１のセットが１つのドメイン内デバイスを含む場合、ドメイン内デバイスは第１のドメイン内デバイスである。代替として、第１のセットが複数のドメイン内デバイスを含む場合、第１の乱数を受信した第１のセット中のドメイン内デバイスは同様の処理方法を有する。したがって、第１のドメイン内デバイスのみが本明細書では説明のための一例として使用される。ドメイン内デバイスの識別情報は、たとえば、ドメイン内デバイスのシーケンス番号を含むか、またはドメイン内デバイスの識別（ＩＤ）番号を含むか、またはドメイン内デバイスの識別を一意に識別することができる他の情報を含み得る。

【0448】

たとえば、第１のドメイン内デバイスは、第１の乱数に基づいて第３の確認情報を取得し得るか、または第１のドメイン内デバイスの識別情報

【0449】

【数48】

【0450】

に基づいて第３の確認情報を取得し得るか、または第１の乱数と第１のドメイン内デバイスの識別情報

【0451】

【数49】

【0452】

とに基づいて第３の確認情報を取得し得る。

【0453】

第３の確認情報の一実装では、第３の確認情報は、ＭＡＣ値であり得る。たとえば、第１のドメイン内デバイスは、ｒと

【0454】

【数50】

【0455】

とに基づいて第３の確認情報を取得し得る。たとえば、第３の確認情報は、ｓ_ijとして表され、

【0456】

【数51】

【0457】

である。

【0458】

代替として、第３の確認情報の別の実装では、第３の確認情報は、デジタル署名であり得る。たとえば、第１のセット中のドメイン内デバイスが、非対称暗号化のための秘密鍵を記憶する場合、第１のドメイン内デバイスは、記憶された秘密鍵に基づいて第１の乱数を暗号化し、第３の確認情報を取得し得るか、または記憶された秘密鍵に基づいて第１のドメイン内デバイスの識別情報

【0459】

【数52】

【0460】

を暗号化し、第３の確認情報を取得し得るか、または記憶された秘密鍵に基づいて第１の乱数と第１のドメイン内デバイスの識別情報

【0461】

【数53】

【0462】

とを暗号化し、第３の確認情報を取得し得る。本明細書では、第１のセット中の各ドメイン内デバイスによって記憶された秘密鍵は、第１の秘密鍵と呼ばれることがある。

【0463】

Ｓ７０４：二次認証ノードは、第１の乱数と二次認証ノードの識別情報とに基づいて第１の確認情報を生成する。

【0464】

たとえば、二次認証ノードは、第１の乱数に基づいて第１の確認情報を取得し得るか、または二次認証ノードの識別情報

【0465】

【数54】

【0466】

に基づいて第１の確認情報を取得し得るか、または第１の乱数と二次認証ノードの識別情報

【0467】

【数55】

【0468】

とに基づいて第１の確認情報を取得し得る。

【0469】

第１の確認情報の一実装では、第１の確認情報は、ＭＡＣ値であり得る。たとえば、二次認証ノードは、ｒと

【0470】

【数56】

【0471】

とに基づいて第１の確認情報を取得し得る。たとえば、第１の確認情報は、ｓ_iとして表され、

【0472】

【数57】

【0473】

である。

【0474】

代替として、第１の確認情報の別の実装では、第１の確認情報は、デジタル署名であり得る。たとえば、二次認証ノードが、非対称暗号化のための秘密鍵を記憶する場合、二次認証ノードは、記憶された秘密鍵に基づいて第１の乱数を暗号化し、第１の確認情報を取得し得るか、または記憶された秘密鍵に基づいて二次認証ノードの識別情報

【0475】

【数58】

【0476】

を暗号化し、第１の確認情報を取得し得るか、または記憶された秘密鍵に基づいて第１の乱数と二次認証ノードの識別情報

【0477】

【数59】

【0478】

とを暗号化し、第１の確認情報を取得し得る。本明細書では、二次認証ノードによって記憶された秘密鍵は、第２の秘密鍵と呼ばれることがある。第２の秘密鍵と第２の公開鍵とは非対称鍵のペアであり得、第２の公開鍵は、一次認証ノードによって記憶される。

【0479】

Ｓ７０３は、Ｓ７０４の前に実行され得るか、またはＳ７０３は、Ｓ７０４の後に実行され得るか、またはＳ７０３とＳ７０４とは、同時に実行される。

【0480】

Ｓ７０５：第１のドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し、二次認証ノードは、第１のドメイン内デバイスから第３の確認情報を受信する。

【0481】

ｒを受信するすべてのドメイン内デバイスは、第３の確認情報を取得し得る。Ｓ７０２では、二次認証ノードは、第１のセット中のすべてのドメイン内デバイスにｒを送信し得る。この場合、Ｓ７０５では、第１のセット中のすべてのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。代替として、Ｓ７０２では、二次認証ノードは、第１のセット中のいくつかのドメイン内デバイスにのみｒを送信し得る。この場合、Ｓ７０５では、第１のセット中のいくつかのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。結論として、二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。図７では、第１のドメイン内デバイスのみが一例として使用される。

【0482】

二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。したがって、第３の確認情報の量が１よりも多い場合、少なくとも１つの第３の確認情報が取得された後に、二次認証ノードは、少なくとも１つの第３の確認情報を集約し、第４の確認情報を取得し得る。たとえば、二次認証ノードによって取得された少なくとも１つの第３の確認情報がｓ_i1、ｓ_i2、ｓ_i3などとして表される場合、二次認証ノードは、少なくとも１つの第３の確認情報を集約する。１つの集約方法は、以下の通りであり得る。

【0483】

【数60】

【0484】

ここで、ｓ’_ijは、第４の確認情報を示し、

【0485】

【数61】

【0486】

は、排他的論理和演算を示す。代替として、二次認証ノードは、別の方法で少なくとも１つの第３の確認情報を集約し得る。

【0487】

Ｓ７０６：二次認証ノードは、一次認証ノードに第１のメッセージを送信し、一次認証ノードは、二次認証ノードから第１のメッセージを受信し、ここで、第１のメッセージは、第１の確認情報を含み、第１の確認情報は、二次認証ノードに対する識別確認が成功するかどうかを検証するために使用される。

【0488】

たとえば、１つの車両中に複数の二次認証ノードが存在し得るので、第１のメッセージは、二次認証ノードの識別情報をさらに含み得、したがって、一次認証ノードは、第１のメッセージが受信される特定の二次認証ノードを決定することができる。

【0489】

随意の方法では、一次認証ノードに第１の確認情報を送信することに加えて、二次認証ノードは、一次認証ノードに第４の確認情報をさらに送信し得る。言い換えれば、第１のメッセージは、第４の確認情報をさらに含み得、第４の確認情報は、第１のセット中の少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを検証するために使用され得る。

【0490】

Ｓ７０７：一次認証ノードは、第１の確認情報に基づいて、二次認証ノードに対する識別確認が成功するかどうかを決定する。

【0491】

たとえば、一次認証ノードは、第２の確認情報を生成し、第２の確認情報を第１の確認情報と比較し得る。第２の確認情報が第１の確認情報に一致する場合、一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定し、または第２の確認情報が第１の確認情報に一致しない場合、一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定する。たとえば、二次認証ノードに対して一次認証ノードによって実行される識別確認が成功する場合、一次認証ノードは、二次認証ノードが認証されると見なし得る。しかしながら、二次認証ノードに対して一次認証ノードによって実行される識別確認が失敗する（または識別確認が失敗する）場合、一次認証ノードは、二次認証ノードが認証されないと見なし得る。

【0492】

たとえば、一次認証ノードは、第１の乱数に基づいて第２の確認情報を取得し得るか、または二次認証ノードの識別情報に基づいて第２の確認情報を取得し得るか、または第１の乱数と二次認証ノードの識別情報とに基づいて第２の確認情報を取得し得る。

【0493】

第２の確認情報の一実装では、第２の確認情報は、ＭＡＣ値であり得る。たとえば、一次認証ノードは、ｒと

【0494】

【数62】

【0495】

とに基づいて第２の確認情報を取得し得る。たとえば、第２の確認情報は、ｓ’_iとして表され、

【0496】

【数63】

【0497】

である。

【0498】

代替として、第２の確認情報の別の実装では、第２の確認情報は、デジタル署名であり得る。たとえば、一次認証ノードが非対称暗号化のための公開鍵を記憶する場合、一次認証ノードは、記憶された公開鍵に基づいて第１の乱数を暗号化し、第２の確認情報を取得し得るか、または記憶された公開鍵に基づいて二次認証ノードの識別情報を暗号化し、第２の確認情報を取得し得るか、または記憶された公開鍵に基づいて第１の乱数と二次認証ノードの識別情報とを暗号化し、第２の確認情報を取得し得る。本明細書では、一次認証ノードによって記憶された公開鍵は、第２の公開鍵と呼ばれることがある。第２の公開鍵と第２の秘密鍵とは非対称鍵のペアであり得る。

【0499】

さらに、第１のメッセージが第４の確認情報をさらに含む場合、一次認証ノードは、第４の確認情報に基づいて確認をさらに実行し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかを決定し得る。たとえば、一次認証ノードは、第５の確認情報を生成し、第５の確認情報を第４の確認情報と比較し得る。第５の確認情報が第４の確認情報に一致する場合、一次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定し、または第５の確認情報が第４の確認情報に一致しない場合、一次認証ノードは、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。たとえば、一次認証ノードは、最初に、少なくとも１つのサブ確認情報を生成し得、少なくとも１つのサブ確認情報を集約することによって第５の確認情報を取得し得る。以下は、この処理について説明する。

【0500】

たとえば、一次認証ノードは、第１の乱数に基づいてサブ確認情報を取得し得るか、またはドメイン内デバイスの識別情報

【0501】

【数64】

【0502】

に基づいてサブ確認情報を取得し得るか、または第１の乱数とドメイン内デバイスの識別情報

【0503】

【数65】

【0504】

とに基づいてサブ確認情報を取得し得る。

【0505】

サブ確認情報の一実装では、サブ確認情報は、ＭＡＣ値であり得る。たとえば、一次認証ノードは、ｒと

【0506】

【数66】

【0507】

とに基づいてサブ確認情報を取得し得る。たとえば、サブ確認情報は、ｓ’’_ijとして表され、

【0508】

【数67】

【0509】

である。

【0510】

代替として、サブ確認情報の別の実装では、サブ確認情報は、デジタル署名であり得る。たとえば、一次認証ノードが、非対称暗号化のための公開鍵を記憶する場合、一次認証ノードは、記憶された公開鍵に基づいて第１の乱数を暗号化し、サブ確認情報を取得し得るか、または記憶された公開鍵に基づいてドメイン内デバイスの識別情報

【0511】

【数68】

【0512】

を暗号化し、サブ確認情報を取得し得るか、または記憶された公開鍵に基づいて第１の乱数とドメイン内デバイスの識別情報

【0513】

【数69】

【0514】

とを暗号化し、サブ確認情報を取得し得る。本明細書では、一次認証ノードによって記憶された公開鍵は、第１の公開鍵と呼ばれることがある。第１の公開鍵と第１の秘密鍵とは非対称鍵のペアであり得る。

【0515】

一次認証ノードが少なくとも１つのサブ確認情報を取得した後、少なくとも１つのサブ確認情報の量が１よりも多い場合、一次認証ノードは、少なくとも１つのサブ確認情報を集約し、第５の確認情報を取得し得る。たとえば、二次認証ノードによって取得された少なくとも１つのサブ確認情報がｓ’_i1、ｓ’_i2、ｓ’_i3などとして表される場合、一次認証ノードは、少なくとも１つのサブ確認情報を集約する。１つの集約方法は、以下の通りであり得る。

【0516】

【数70】

【0517】

ここで、ｓ’’’_ijは、第５の確認情報を表し、

【0518】

【数71】

【0519】

は、排他的論理和演算を表す。代替として、一次認証ノードは、別の方法で少なくとも１つのサブ確認情報を集約し得る。一次認証ノードが少なくとも１つのサブ確認情報を集約する方法は、二次認証ノードが少なくとも１つの第３の確認情報を集約する方法に一致する必要があることに留意されたい。たとえば、二次認証ノードが上記の説明された排他的論理和演算を使用することによって少なくとも１つの第３の確認情報を集約する場合、一次認証ノードは、上記の説明された排他的論理和演算を使用することによって少なくとも１つのサブ確認情報を集約する必要がある。

【0520】

一次認証ノードが、第１の確認情報に基づいて二次認証ノードに対して識別確認を実行し、第４の確認情報に基づいて少なくとも１つのドメイン内デバイスに対して識別確認を実行する場合、またいくつかの確認結果が存在し得、それらについて、以下で別個に説明する。

【0521】

１．一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定する。

【0522】

言い換えれば、一次認証ノードは、第２の確認情報が第１の確認情報に一致すると決定し、第５の確認情報が第４の確認情報に一致すると決定する。

【0523】

この場合、検証プロセスが終了し得る。この場合、二次認証ノードに対する識別確認と第１のセット中の少なくとも１つのドメイン内デバイスに対する識別確認との両方が成功すると見なされる。

【0524】

２．一次認証ノードは、二次認証ノードに対する識別確認が成功すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。

【0525】

言い換えれば、一次認証ノードは、第２の確認情報が第１の確認情報に一致すると決定し、第５の確認情報が第４の確認情報に一致しないと決定する。この場合、一次認証ノードは、直接、二次認証ノードに対する識別確認が成功すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定し得る。しかしながら、一次認証ノードは、少なくとも１つのドメイン内デバイス中の識別確認に失敗する特定のドメイン内デバイスを決定することができない。

【0526】

代替的に、二次認証ノードに対する識別確認が成功すると決定することに加えて、一次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスに対して識別確認をさらに実行し得る。

【0527】

たとえば、第１のメッセージは、少なくとも１つのドメイン内デバイスの第３の確認情報をさらに含み得る。言い換えれば、一次認証ノードに第４の確認情報を送信することに加えて、二次認証ノードは、一次認証ノードに少なくとも１つのドメイン内デバイスの第３の確認情報をさらに送信し得る。

【0528】

この場合、第５の確認情報が第４の確認情報に一致しないと一次認証ノードが決定する場合、一次認証ノードは、少なくとも１つの第３の確認情報に対して確認を連続的に実行し、識別確認に失敗する特定のドメイン内デバイスを決定し得る。

【0529】

代替として、第１のメッセージは、少なくとも１つの第３の確認情報を含まないことがある。第５の確認情報が第４の確認情報に一致しないと一次認証ノードが決定する場合、一次認証ノードは、二次認証ノードに第２のメッセージを送信し得、第２のメッセージは、少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される。一次認証ノードから第２のメッセージを受信した後に、二次認証ノードは、一次認証ノードに少なくとも１つの第３の確認情報を送信し得る。たとえば、二次認証ノードは、一次認証ノードに第３のメッセージを送信し得、第３のメッセージは、少なくとも１つの第３の確認情報を含む。

【0530】

たとえば、一次認証ノードは、少なくとも１つの第６の確認情報を生成し、少なくとも１つの第６の確認情報を使用することによって少なくとも１つの第３の確認情報に対して確認を実行し得る。たとえば、第６の確認情報と１つのドメイン内デバイスに対応する第３の確認情報とが一致する場合、一次認証ノードは、ドメイン内デバイスに対する識別確認が成功すると見なし、または第６の確認情報と１つのドメイン内デバイスに対応する第３の確認情報とが一致しない場合、一次認証ノードは、ドメイン内デバイスに対する識別確認が失敗すると見なす。たとえば、１つのドメイン内デバイスに対して一次認証ノードによって実行される識別確認が成功する場合、一次認証ノードは、ドメイン内デバイスが認証されると見なし得る。しかしながら、１つのドメイン内デバイスに対して一次認証ノードによって実行される識別確認が失敗する（または識別確認が失敗する）場合、一次認証ノードは、ドメイン内デバイスが認証されないと見なし得る。たとえば、一次認証ノードは、第１の乱数に基づいて少なくとも１つの第６の確認情報を取得し得るか、または少なくとも１つのドメイン内デバイスの識別情報に基づいて少なくとも１つの第６の確認情報を取得し得るか、または第１の乱数と少なくとも１つのドメイン内デバイスの識別情報とに基づいて少なくとも１つの第６の確認情報を取得し得る。

【0531】

第６の確認情報の一実装では、第６の確認情報は、ＭＡＣ値であり得る。たとえば、一次認証ノードは、ｒと少なくとも１つのドメイン内デバイスの識別情報とに基づいて少なくとも１つの第６の確認情報を取得し得る。代替として、第６の確認情報の別の実装では、第６の確認情報は、デジタル署名であり得る。

【0532】

一次認証ノードが第６の確認情報を生成する方法は、ドメイン内デバイスが第３の確認情報を生成する方法に一致する必要がある。たとえば、第３の確認情報がＭＡＣ値である場合、第６の確認情報もＭＡＣ値であるか、または第３の確認情報が秘密鍵に基づいてドメイン内デバイスによって生成される場合、第６の確認情報は、公開鍵に基づいて一次認証ノードによって生成される必要がある。

【0533】

一次認証ノードは、識別確認に失敗するドメイン内デバイスに対して対応する処理を実行するために、少なくとも１つのドメイン内デバイスに対して識別確認を別個に実行することによって、識別確認に失敗する特定のドメイン内デバイスを決定し得、識別確認に成功するドメイン内デバイスは、正常に動作し続け得る。このようにして、識別確認に失敗するドメイン内デバイスは、効果的に位置を特定され、識別確認に成功するドメイン内デバイスは、あまり影響を及ぼされないことがある。

【0534】

３．一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると決定する。

【0535】

言い換えれば、一次認証ノードは、第２の確認情報が第１の確認情報に一致すると決定し、第５の確認情報が第４の確認情報に一致しないと決定する。この場合、一次認証ノードは、直接、二次認証ノードに対する識別確認が失敗すると決定し得る。一次認証ノードは、信頼できる少なくとも１つのドメイン内デバイスに対して識別確認を実行する。この場合、検証プロセスが終了し得る。

【0536】

４．一次認証ノードは、二次認証ノードに対する識別確認が失敗すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定する。

【0537】

言い換えれば、一次認証ノードは、第２の確認情報が第１の確認情報に一致すると決定し、第５の確認情報が第４の確認情報に一致しないと決定する。この場合、一次認証ノードは、直接、二次認証ノードに対する識別確認が成功すると決定し、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると決定し得る。しかしながら、一次認証ノードは、少なくとも１つのドメイン内デバイス中の識別確認に失敗する特定のドメイン内デバイスを決定することができない。

【0538】

代替として、二次認証ノードに対する識別確認が成功すると決定することに加えて、一次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスに対して識別確認をさらに実行し得る。確認方法の詳細については、上記の第２のポイントの説明を参照されたい。

【0539】

一次認証ノードは、識別確認に失敗するドメイン内デバイスに対して対応する処理を実行するために、少なくとも１つのドメイン内デバイスに対して識別確認を別個に実行することによって、識別確認に失敗する特定のドメイン内デバイスを決定し得、識別確認に成功するドメイン内デバイスは、正常に動作し続け得る。この方法では、二次認証ノードが信頼できない場合でも、一次認証ノードは、識別確認に失敗するドメイン内デバイスの位置を効果的に特定し得、識別確認に成功するドメイン内デバイスは、あまり影響を及ぼされないことがある。

【0540】

図７に示されている実施形態において説明される技術的解決策をより良く理解するために、以下は、一例を使用することによって図７に示されている実施形態について説明する。

【0541】

図８は、本出願の一実施形態による第２の識別確認方法の実装のフローチャートである。図８に示されている手順では、たとえば、二次認証ノードは、少なくとも１つの第３の確認情報を集約せず、少なくとも１つの第５の確認情報を集約せず、第１のメッセージは、Ｎ個のドメイン内デバイスの第３の確認情報を含まない。

【0542】

Ｓ８０１：一次認証ノードは、第１の乱数ｒを選択する。

【0543】

第１の乱数ｒを選択する方法については、図７に示されている実施形態におけるＳ７０１の説明を参照されたい。

【0544】

Ｓ８０２：一次認証ノードは、二次認証ノードに第１の乱数ｒを送信し、二次認証ノードは、一次認証ノードから第１の乱数ｒを受信する。

【0545】

Ｓ８０３：二次認証ノードは、第１のセット中のドメイン内デバイスに第１の乱数ｒを送信し、第１のセット中のドメイン内デバイスは、二次認証ノードから第１の乱数ｒを受信する。

【0546】

図８では、第１のセット中のドメイン内デバイスｊのみが一例として使用される。

【0547】

Ｓ８０４：ドメイン内デバイスｊは、ドメイン内デバイスｊの識別情報に基づいて第３の確認情報ｓ_ijを取得する。たとえば、

【0548】

【数72】

【0549】

である。

【0550】

Ｓ８０５：二次認証ノードは、ｒと二次認証ノードの識別情報とに基づいて第１の確認情報ｓ’ｉを生成する。

【0551】

Ｓ８０６：ドメイン内デバイスｊは、二次認証ノードにｓ_ijを送信し、二次認証ノードは、ドメイン内デバイスｊからｓ_ijを受信する。

【0552】

ｒを受信するすべてのドメイン内デバイスは、第３の確認情報を取得し得る。Ｓ８０３では、二次認証ノードは、第１のセット中のすべてのドメイン内デバイスにｒを送信し得る。この場合、Ｓ８０６では、第１のセット中のすべてのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。代替として、Ｓ８０３では、二次認証ノードは、第１のセット中のいくつかのドメイン内デバイスにのみｒ’を送信し得る。この場合、Ｓ８０６では、第１のセット中のいくつかのドメイン内デバイスは、二次認証ノードに第３の確認情報を送信し得る。結論として、二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。図８では、ドメイン内デバイスｊのみが一例として使用される。

【0553】

二次認証ノードは、第１のセット中の少なくとも１つのドメイン内デバイスから少なくとも１つの第３の確認情報を受信し得る。したがって、少なくとも１つの第３の確認情報を取得した後に、二次認証ノードは、少なくとも１つの第３の確認情報を集約し、第４の確認情報を取得し得る。たとえば、二次認証ノードによって取得された少なくとも１つの第３の確認情報がｓ_i1、ｓ_i2、ｓ_i3などとして表される場合、二次認証ノードは、少なくとも１つの第３の確認情報を集約する。１つの集約方法は、以下の通りであり得る。

【0554】

【数73】

【0555】

ここで、ｓ’’’_ijは、第４の確認情報を表し、

【0556】

【数74】

【0557】

は、排他的論理和演算を表す。代替として、二次認証ノードは、別の方法で少なくとも１つの第３の確認情報を集約し得る。

【0558】

Ｓ８０７：二次認証ノードは、一次認証ノードに

【0559】

【数75】

【0560】

を送信し、一次認証ノードは、二次認証ノードから

【0561】

【数76】

【0562】

を受信する。

【0563】

Ｓ８０８：一次認証ノードは、ｓ_iとｓ’_ijとに対して確認を実行する。ｓ_iに対する確認が失敗する場合、二次認証ノードに対する識別確認が失敗すると見なされ、またはｓ_iに対する確認が成功する場合、二次認証ノードに対する識別確認が成功すると見なされる。ｓ’’_ijに対する確認が成功する場合、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると見なされ、またはｓ’’_ijに対する確認が成功する場合、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると見なされる。

【0564】

少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると一次認証ノードが見なす場合、一次認証ノードは、二次認証ノードに第２のメッセージを送信し得、第２のメッセージは、少なくとも１つのドメイン内デバイスに対応する確認情報を取得するように要求するために使用される。一次認証ノードから第２のメッセージを受信した後に、二次認証ノードは、一次認証ノードに少なくとも１つの第３の確認情報を送信し得る。たとえば、二次認証ノードは、一次認証ノードに第３のメッセージを送信し得、第３のメッセージは、少なくとも１つの第３の確認情報を含む。この場合、一次認証ノードは、ｓ_ijに対して確認を実行し、少なくとも１つのドメイン内デバイスに対する識別確認が成功するかどうかをさらに決定し得る。

【0565】

図８に示されている手順中のステップのいくつかの特定の実装詳細については、図７に示されている実施形態の関連説明を参照されたい。

【0566】

本出願の本実施形態では、一次認証ノードは、全体的な確認を実行し得、二次認証ノードは、確認を実行する必要がなく、それによって、二次認証ノードの負荷を低減する。確認を通して、少なくとも１つのドメイン内デバイスに対する識別確認が失敗すると一次認証ノードが決定する場合、一次認証ノードは、さらなる確認を実行するために二次認証ノードに少なくとも１つのドメイン内デバイスに関する情報を取得するようにさらに要求し得る。しかしながら、確認を通して、少なくとも１つのドメイン内デバイスに対する識別確認が成功すると一次認証ノードが決定する場合、一次認証ノードは、二次認証ノードに少なくとも１つのドメイン内デバイスに関する情報を要求する必要がないことがあり、それによって、できる限り情報交換を低減し、送信オーバーヘッドを節約する。

【0567】

添付の図面を参照しながら、以下は、本出願の実施形態における上記の方法を実装するように構成された装置について説明する。したがって、すべての上記の内容が後続の実施形態において使用され得、繰り返される内容について再び説明しない。

【0568】

図９は、本出願の一実施形態による通信デバイス９００の概略ブロック図である。たとえば、通信デバイス９００は、第１の装置９００である。第１の装置９００は、処理モジュール９１０とトランシーバモジュール９２０とを含む。処理モジュール９１０とトランシーバモジュール９２０とは、論理機能モジュールであり得る。処理モジュール９１０は、送信および受信動作以外の図２に示されている実施形態における第１の装置によって実行されるすべての動作、たとえば、Ｓ２０８を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。トランシーバモジュール９２０は、図２に示されている実施形態における第１の装置によって実行されるすべての送信および受信動作、たとえば、図２に示されている実施形態におけるＳ２０１およびＳ２０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0569】

たとえば、トランシーバモジュール９２０は、第２の装置に第１の乱数を送信するように構成される。第１の車両は、第１の装置９００と第１のセットとを搬送する。第２の装置は、第１のセットに属する。第１のセットは、第３の装置をさらに含む。第１の装置９００は、第２の装置を使用することによって第３の装置と通信する。

【0570】

トランシーバモジュール９２０は、第２の装置から第１のメッセージを受信するようにさらに構成される。第１のメッセージは、第１の確認情報を含む。第１の確認情報は、第２の装置に対して識別確認を実行するために使用される。第１の確認情報は、第２の装置の識別情報と第１の乱数とに基づいて生成される。

【0571】

処理モジュール９１０は、第１の確認情報と第１の乱数とに基づいて、第２の装置に対する識別確認が成功すると決定するように構成される。

【0572】

たとえば、第２の装置１３００に対して第１の装置によって実行される識別確認が成功する場合、第１の装置は、第２の装置が認証されると見なし得る。しかしながら、第２の装置に対して第１の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第１の装置は、第２の装置が認証されないと見なし得る。

【0573】

随意の実装では、処理モジュール９１０は、第１の確認情報と第１の乱数とに基づいて、以下のように、
第２の装置の識別情報および第１の乱数に基づいて第２の確認情報を生成することと、
第１の確認情報が第２の確認情報に一致するかどうかを決定することと、
第１の確認情報が第２の確認情報に一致するとき、第２の装置に対する識別確認が成功すると決定することと
で、第２の装置に対する識別確認が成功すると決定するように構成される。

【0574】

随意の実装では、第１のメッセージは、第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。処理モジュール９１０は、以下のように、
第２の装置の識別情報、第４の確認情報、および第１の乱数に基づいて第２の確認情報を生成すること
で、第２の装置の識別情報と第１の乱数とに基づいて第２の確認情報を生成するように構成される。

【0575】

随意の実装では、第１のメッセージは、第３の装置によって生成された第３の確認情報をさらに含み、第３の確認情報は、第３の装置の識別情報に基づいて第３の装置によって取得される。

【0576】

随意の実装では、第１のメッセージは、第４の確認情報をさらに含み、第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを示すために使用される。処理モジュール９１０は、第２の装置に対する識別確認が成功すると決定した後に、第３の装置に対する識別確認が失敗すると第４の確認情報が示すとき、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0577】

たとえば、第３の装置に対して第１の装置によって実行される識別確認が成功する場合、第１の装置は、第３の装置が認証されると見なし得る。しかしながら、第３の装置に対して第１の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第１の装置は、第３の装置が認証されないと見なし得る。

【0578】

随意の実装では、処理モジュール９１０は、第１の確認情報と第１の乱数とに基づいて、第２の装置に対する識別確認が失敗すると決定するようにさらに構成される。

【0579】

随意の実装では、第１のメッセージは、第４の確認情報をさらに含む。

【0580】

トランシーバモジュール９２０は、第３の装置に対する識別確認が失敗することを示すために第４の確認情報が使用された後、第２の装置に第２のメッセージを送信するようにさらに構成される。第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される。

【0581】

トランシーバモジュール９２０は、第２の装置から第３のメッセージを受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0582】

処理モジュール９１０は、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0583】

随意の実装では、トランシーバモジュール９２０は、第２の装置に対する識別確認が失敗すると処理モジュール９１０が決定した後に、第２の装置に第２のメッセージを送信することであって、第２のメッセージは、第３の装置に対応する確認情報を取得するように要求するために使用される、送信することを行うようにさらに構成される。

【0584】

トランシーバモジュール９２０は、第２の装置から第３のメッセージを受信するようにさらに構成される。第３のメッセージは、第３の装置に対応する第３の確認情報を含む。

【0585】

処理モジュール９１０は、第３の確認情報に基づいて確認を実行し、第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0586】

随意の実装では、複数の第３の装置が存在し、第１のメッセージは、第４の確認情報をさらに含み、第４の確認情報は、複数の第３の装置から複数の第３の確認情報を集約することによって取得される。処理モジュール９１０は、第４の確認情報に基づいて確認を実行し、複数の第３の装置に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0587】

随意の実装では、トランシーバモジュール９２０は、第４の確認情報に基づいて複数の第３の装置に対する識別確認が失敗すると処理モジュール９１０が決定するとき、第２の装置に第２のメッセージを送信することであって、第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される、送信することを行うようにさらに構成される。

【0588】

トランシーバモジュール９２０は、第２の装置から第３のメッセージを受信するようにさらに構成される。第３のメッセージは、複数の第３の確認情報を含む。

【0589】

処理モジュール９１０は、複数の第３の確認情報に基づいて確認を実行し、複数の第３の装置の各々に対する識別確認が成功するかどうかを決定するようにさらに構成される。

【0590】

本出願の本実施形態における処理モジュール９１０は、プロセッサまたはプロセッサ関連の回路構成要素によって実装され得、トランシーバモジュール９２０は、トランシーバまたはトランシーバ関連の回路構成要素によって実装され得ることを理解されたい。

【0591】

図１０に示されているように、本出願の一実施形態は、通信デバイス１０００をさらに提供する。たとえば、通信デバイス１０００は、第１の装置１０００である。第１の装置１０００は、プロセッサ１０１０と、メモリ１０２０と、トランシーバ１０３０とを含む。メモリ１０２０は、命令またはプログラムを記憶する。プロセッサ１０１０は、メモリ１０２０に記憶された命令またはプログラムを実行するように構成される。メモリ１０２０に記憶された命令またはプログラムが実行されるとき、プロセッサ１０１０は、上記の実施形態において処理モジュール９１０によって実行される動作を実行するように構成され、トランシーバ１０３０は、上記の実施形態においてトランシーバモジュール９２０によって実行される動作を実行するように構成される。

【0592】

本出願の本実施形態による第１の装置９００または第１の装置１０００は、図２に示されている実施形態における第１の装置に対応し得、第１の装置９００または第１の装置１０００中のモジュールの動作および／または機能は、それぞれ、図２に示されている実施形態における対応する手順を実装するものであることを理解されたい。代替として、本出願の本実施形態による第１の装置９００または第１の装置１０００は、図７に示されている実施形態における第１の装置に対応し得、第１の装置９００または第１の装置１０００中のモジュールの動作および／または機能は、それぞれ、図７に示されている実施形態における対応する手順を実装するものである。簡潔のために、詳細についてここで再び説明されない。

【0593】

図１１は、本出願の一実施形態による通信デバイス１１００の概略ブロック図である。たとえば、通信デバイス１１００は、第２の装置１１００である。第２の装置１１００は、処理モジュール１１１０とトランシーバモジュール１１２０とを含む。処理モジュール１１１０とトランシーバモジュール１１２０とは、論理機能モジュールであり得る。

【0594】

処理モジュール１１１０は、送信および受信動作以外の図２に示されている実施形態における第２の装置によって実行されるすべての動作、たとえば、Ｓ２０４およびＳ２０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。トランシーバモジュール１１２０は、図２に示されている実施形態における第２の装置によって実行されるすべての送信および受信動作、たとえば、図２に示されている実施形態におけるＳ２０１、Ｓ２０２、Ｓ２０５、およびＳ２０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0595】

代替として、処理モジュール１１１０は、送信および受信動作以外の図７に示されている実施形態における第１の装置によって実行されるすべての動作、たとえば、Ｓ７０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得、トランシーバモジュール１１２０は、図７に示されている実施形態における第１の装置によって実行されるすべての送信および受信動作、たとえば、Ｓ７０１およびＳ７０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0596】

たとえば、トランシーバモジュール１１２０は、第３の装置に第２の乱数を送信するように構成される。第１の車両は、第１の装置と第１のセットとを搬送する。第２の装置１１００と第３の装置とは第１のセットに属する。第１の装置は、第２の装置１１００を使用することによって第３の装置と通信する。

【0597】

トランシーバモジュール１１２０は、第３の装置から第３の確認情報を受信するようにさらに構成される。第３の確認情報は、第３の装置の識別情報と第２の乱数とに基づいて生成される。

【0598】

処理モジュール１１１０は、第２の乱数と第３の確認情報とに基づいて、第３の装置に対する識別確認が成功すると決定するように構成される。

【0599】

たとえば、第３の装置に対して第２の装置１１００によって実行される識別確認が成功する場合、第２の装置は、第３の装置が認証されると見なし得る。しかしながら、第３の装置に対して第２の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第２の装置は、第３の装置が認証されないと見なし得る。

【0600】

随意の実装では、処理モジュール１１１０は、第２の乱数と第３の確認情報とに基づいて、以下のように、
第２の乱数および第３の装置の識別情報に基づいて第５の確認情報を生成することと、
第５の確認情報および第３の確認情報に基づいて、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功するかどうかを決定するように構成される。

【0601】

随意の実装では、処理モジュール１１１０は、第５の確認情報と第３の確認情報とに基づいて、以下のように、
第５の確認情報が第３の確認情報に一致するかどうかを決定することと、
第５の確認情報が第３の確認情報に一致するとき、第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0602】

随意の実装では、複数の第３の装置が存在する場合、複数の第５の確認情報と複数の第３の確認情報とが存在する。処理モジュール１１１０は、第５の確認情報と第３の確認情報とに基づいて、以下のように、
複数の第５の確認情報を集約し、第６の確認情報を取得し、複数の第３の確認情報を集約し、第７の確認情報を取得することと、
第６の確認情報が第７の確認情報に一致するかどうかを決定することと、
第６の確認情報が第７の確認情報に一致するとき、複数の第３の装置に対する識別確認が成功すると決定することと
で、第３の装置に対する識別確認が成功すると決定するように構成される。

【0603】

随意の実装では、処理モジュール１１１０は、第２の装置１１００の識別情報と第１の装置からの第１の乱数とに基づいて第１の確認情報を生成するようにさらに構成される。

【0604】

トランシーバモジュール１１２０は、第１の装置に第１のメッセージを送信するようにさらに構成される。第１のメッセージは、第１の確認情報を含み、第１の確認情報は、第３の装置に対する識別確認が成功することを示す。

【0605】

随意の実装では、第１のメッセージは、第３の確認情報をさらに含む。第３の確認情報は、第２の装置１１００によって実行される確認が失敗することを示す第３の確認情報であるか、または第３の確認情報は、第２の装置１１００によって実行される確認が成功することを示す第３の確認情報である。

【0606】

随意の実装では、第２の乱数と第１の乱数とは、同じ長さを有するが、異なる内容を有するか、または第２の乱数は、第１の乱数と第３の乱数とを結合させることによって取得されるか、または第２の乱数は、第１の乱数と同じである。

【0607】

本出願の本実施形態における処理モジュール１１１０は、プロセッサまたはプロセッサ関連の回路構成要素によって実装され得、トランシーバモジュール１１２０は、トランシーバまたはトランシーバ関連の回路構成要素によって実装され得ることを理解されたい。

【0608】

図１２に示されているように、本出願の一実施形態は、通信デバイス１２００をさらに提供する。たとえば、通信デバイス１２００は、第２の装置１２００である。第２の装置１２００は、プロセッサ１２１０と、メモリ１２２０と、トランシーバ１２３０とを含む。メモリ１２２０は、命令またはプログラムを記憶する。プロセッサ１２１０は、メモリ１２２０に記憶された命令またはプログラムを実行するように構成される。メモリ１２２０に記憶された命令またはプログラムが実行されるとき、プロセッサ１２１０は、上記の実施形態において処理モジュール１１１０によって実行される動作を実行するように構成され、トランシーバ１２３０は、上記の実施形態においてトランシーバモジュール１１２０によって実行される動作を実行するように構成される。

【0609】

本出願の本実施形態による第２の装置１１００または第２の装置１２００は、図２に示されている実施形態における第２の装置に対応し得、第２の装置１１００または第２の装置１２００中のモジュールの動作および／または機能は、それぞれ、図２に示されている実施形態における対応する手順を実装するものであることを理解されたい。簡潔のために、詳細についてここで再び説明されない。

【0610】

図１３は、本出願の一実施形態による通信デバイス１３００の概略ブロック図である。たとえば、通信デバイス１３００は、第２の装置１３００である。第２の装置１３００は、処理モジュール１３１０とトランシーバモジュール１３２０とを含む。処理モジュール１３１０とトランシーバモジュール１３２０とは、論理機能モジュールであり得る。処理モジュール１３１０は、送信および受信動作以外の図７に示されている実施形態における第２の装置によって実行されるすべての動作、たとえば、Ｓ７０４を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。トランシーバモジュール１３２０は、図７に示されている実施形態における第２の装置によって実行されるすべての送信および受信動作、たとえば、図７に示されている実施形態におけるＳ７０１、Ｓ７０２、Ｓ７０５、およびＳ７０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0611】

たとえば、トランシーバモジュール１３２０は、第３の装置に第１の乱数を送信するように構成される。第１の車両は、第１のセットを搬送する。第１のセットは、第２の装置１３００と第３の装置とを含む。第１の車両は、第１の装置をさらに搬送する。第１の装置は、第２の装置１３００を使用することによって第３の装置と通信する。

【0612】

トランシーバモジュール１３２０は、第３の装置から第３の確認情報を受信するようにさらに構成される。第３の確認情報は、第１の乱数と第３の装置の識別情報とに基づいて生成される。

【0613】

処理モジュール１３１０は、第３の確認情報に基づいて第４の確認情報を取得するように構成される。第４の確認情報は、第３の装置に対する識別確認が成功するかどうかを検証するために使用される。

【0614】

トランシーバモジュール１３２０は、第１の装置に第４の確認情報を送信するようにさらに構成される。

【0615】

たとえば、第２の装置に対して第１の装置によって実行される識別確認が成功する場合、第１の装置は、第２の装置が認証されると見なし得る。しかしながら、第２の装置に対して第１の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第１の装置は、第２の装置が認証されないと見なし得る。

【0616】

たとえば、第３の装置に対して第１の装置によって実行される識別確認が成功する場合、第１の装置は、第３の装置が認証されると見なし得る。しかしながら、第３の装置に対して第１の装置によって実行される識別確認が失敗する（または、識別確認が失敗する）場合、第１の装置は、第３の装置が認証されないと見なし得る。

【0617】

随意の実装では、
処理モジュール１３１０は、第２の装置１３００の識別情報と第１の乱数とに基づいて第１の確認情報を生成することであって、第１の確認情報は、第２の装置１３００に対する識別確認が成功するかどうかを検証するために使用される、生成することを行うようにさらに構成される。

【0618】

トランシーバモジュール１３２０は、第１の装置に第１の確認情報を送信するようにさらに構成される。

【0619】

随意の実装では、複数の第３の装置が存在し、相応して、複数の第３の確認情報が存在する。処理モジュール１３１０は、以下のように、
複数の第３の確認情報を集約し、第４の確認情報を取得すること
で、第３の確認情報に基づいて第４の確認情報を取得するように構成される。

【0620】

随意の実装では、トランシーバモジュール１３２０は、
第１の装置から第２のメッセージを受信することであって、第２のメッセージは、複数の第３の装置に対応する確認情報を取得するように要求するために使用される、受信することと、
第１の装置に第３のメッセージを送信することであって、第３のメッセージは、複数の第３の確認情報を含む、送信することと
を行うようにさらに構成される。

【0621】

本出願の本実施形態における処理モジュール１３１０は、プロセッサまたはプロセッサ関連の回路構成要素によって実装され得、トランシーバモジュール１３２０は、トランシーバまたはトランシーバ関連の回路構成要素によって実装され得ることを理解されたい。

【0622】

図１４に示されているように、本出願の一実施形態は、通信デバイス１４００をさらに提供する。たとえば、通信デバイス１４００は、第１の装置１４００である。第１の装置１４００は、プロセッサ１４１０と、メモリ１４２０と、トランシーバ１４３０とを含む。メモリ１４２０は、命令またはプログラムを記憶する。プロセッサ１４１０は、メモリ１４２０に記憶された命令またはプログラムを実行するように構成される。メモリ１４２０に記憶された命令またはプログラムが実行されるとき、プロセッサ１４１０は、上記の実施形態において処理モジュール１３１０によって実行される動作を実行するように構成され、トランシーバ１４３０は、上記の実施形態においてトランシーバモジュール１３２０によって実行される動作を実行するように構成される。

【0623】

本出願の本実施形態による第７の装置１３００または第７の装置１４００は、図２に示されている実施形態における第２の装置に対応し得、第２の装置１３００または第２の装置１４００中のモジュールの動作および／または機能は、それぞれ、図２に示されている実施形態における対応する手順を実装するものであることを理解されたい。簡潔のために、詳細についてここで再び説明されない。

【0624】

本出願の実施形態は、通信装置をさらに提供する。通信装置は、車載装置、路側装置、回路などであり得る。通信装置は、図２に示されている方法実施形態または図７に示されている方法実施形態において第１の装置または第２の装置によって実行される行為を実行するように構成され得る。

【0625】

通信装置が第１の装置または第２の装置であるとき、図１５は通信装置の簡略化された概略構造図である。図１５に示されているように、通信装置は、プロセッサと、メモリと、無線周波数回路と、アンテナと、入出力装置とを含む。プロセッサは、主に、通信プロトコルと通信データとを処理すること、通信装置を制御すること、ソフトウェアプログラムを実行すること、ソフトウェアプログラムのデータを処理することなどを行うように構成される。メモリは、主に、ソフトウェアプログラムとデータとを記憶するように構成される。無線周波数回路は、主に、ベースバンド信号と無線周波信号との間の変換を実行することと、無線周波信号を処理することとを行うように構成される。アンテナは、主に、電磁波の形態で無線周波信号を送信および受信するように構成される。タッチスクリーン、ディスプレイ、またはキーボードなどの入出力装置は、主に、ユーザによって入力されるデータを受信することと、ユーザにデータを出力することとを行うように構成される。いくつかのタイプの通信装置は、入出力装置を有しないことがあることに留意されたい。

【0626】

データが送られる必要があるとき、送られるべきデータに対してベースバンド処理を実行した後に、プロセッサは、無線周波数回路にベースバンド信号を出力する。無線周波数回路は、ベースバンド信号に対して無線周波数処理を実行し、次いで、アンテナを通して電磁波の形態で外部に無線周波信号を送信する。データが通信装置に送られるとき、無線周波数回路は、アンテナを通して無線周波信号を受信し、無線周波信号をベースバンド信号に変換し、プロセッサにベースバンド信号を出力する。プロセッサは、ベースバンド信号をデータに変換し、データを処理する。説明を容易にするために、図１５は、１つのメモリと１つのプロセッサとしか示していない。実際の通信装置製品では、１つまたは複数のプロセッサと１つまたは複数のメモリとが存在し得る。メモリは、記憶媒体、ストレージデバイスなどと呼ばれることもある。メモリは、プロセッサとは無関係に配設され得るか、またはプロセッサに統合され得る。これは、本出願の本実施形態では限定されない。

【0627】

本出願の本実施形態では、送受信機能を有するアンテナと無線周波数回路とは、通信装置のトランシーバユニットと見なされ得、処理機能を有するプロセッサは、通信装置の処理ユニットと見なされ得る。図１５に示されているように、通信装置は、トランシーバユニット１５１０と処理ユニット１５２０とを含む。トランシーバユニット１５１０は、トランシーバ、トランシーバ装置などと呼ばれることもある。処理ユニットは、プロセッサ、処理ボード、処理モジュール、処理装置などと呼ばれることもある。任意選択で、トランシーバユニット１５１０中に受信機能を実装するように構成された構成要素は、受信ユニットと見なされ得、トランシーバユニット１５１０中に送信機能を実装するように構成された構成要素は、送信ユニットと見なされ得る。言い換えれば、トランシーバユニット１５１０は、受信ユニットと送信ユニットとを含む。トランシーバユニットは、時々、トランシーバ、トランシーバ回路などと呼ばれることもある。受信ユニットは、時々、受信機、受信機回路などと呼ばれることもある。送信ユニットは、時々、送信機、送信機回路などと呼ばれることもある。

【0628】

トランシーバユニット１５１０は、図２に示されている方法実施形態における第１の装置の送信および受信動作を実行するように構成され、処理ユニット１５２０は、図２に示されている方法実施形態における第１の装置側上で送信および受信動作以外の別の動作を実行するように構成されることを理解されたい。

【0629】

たとえば、一実装では、トランシーバユニット１５１０は、図２に示されている実施形態における第１の装置の送信および受信ステップ、たとえば、Ｓ２０１およびＳ２０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され、処理ユニット１５２０は、送信および受信動作以外の図２に示されている実施形態における第１の装置によって実行される別の動作、たとえば、図２に示されている実施形態におけるＳ２０８を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成される。

【0630】

代替として、トランシーバユニット１５１０は、図２に示されている方法実施形態における第２の装置の送信および受信動作を実行するように構成され、処理ユニット１５２０は、送信および受信動作以外の図２に示されている方法実施形態における第２の装置によって実行される別の動作を実行するように構成される。

【0631】

たとえば、一実装では、トランシーバユニット１５１０は、図２に示されている実施形態における第２の装置によって実行される送信および受信ステップ、たとえば、Ｓ２０１、Ｓ２０２、Ｓ２０５、およびＳ２０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され、処理ユニット１５２０は、送信および受信動作以外の図２に示されている実施形態における第２の装置によって実行される他の動作、たとえば、Ｓ２０４およびＳ２０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成される。

【0632】

代替としてトランシーバユニット１５１０が、図７に示されている方法実施形態における第１の装置側上で送信および受信動作を実行するように構成され、処理ユニット１５２０は、図７に示されている方法実施形態における第１の装置側上で送信および受信動作以外の別の動作を実行するように構成される。

【0633】

たとえば、一実装では、トランシーバユニット１５１０は、図７に示されている実施形態における第１の装置によって実行される送信および受信ステップ、たとえば、Ｓ７０１およびＳ７０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され、処理ユニット１５２０は、送信および受信動作以外の図７に示されている実施形態における第１の装置によって実行される別の動作、たとえば、Ｓ７０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成される。

【0634】

代替として、トランシーバユニット１５１０は、図７に示されている方法実施形態における第２の装置側上で送信および受信動作を実行するように構成され、処理ユニット１５２０は、図７に示されている方法実施形態における第２の装置側上で送信および受信動作以外の別の動作を実行するように構成される。

【0635】

たとえば、一実装では、トランシーバユニット１５１０は、図７に示されている実施形態における第２の装置によって実行される送信および受信ステップ、たとえば、Ｓ７０１、Ｓ７０２、Ｓ７０５、およびＳ７０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され、処理ユニット１５２０は、送信および受信動作以外の図７に示されている実施形態における第２の装置によって実行される別の動作、たとえば、Ｓ７０４を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成される。

【0636】

通信装置がチップであるとき、チップはトランシーバユニットと処理ユニットとを含む。トランシーバユニットは、入出力回路または通信インターフェースであり得る。処理ユニットは、プロセッサ、マイクロプロセッサ、またはチップ上に統合された集積回路である。

【0637】

本出願の本実施形態における通信装置については、さらに図１６に示されているデバイスを参照されたい。たとえば、デバイスは、図１６のプロセッサ１６１０の機能と同様の機能を完了し得る。図１６では、デバイスは、プロセッサ１６１０と、データ送信プロセッサ１６２０と、データ受信プロセッサ１６３０とを含む。上記の実施形態における処理モジュール９１０は、図１６におけるプロセッサ１６１０であり得、対応する機能を完了し、上記の実施形態におけるトランシーバモジュール９２０は、図１６におけるデータ送信プロセッサ１６２０および／またはデータ受信プロセッサ１６３０であり得る。代替として、上記の実施形態における処理モジュール１１１０は、図１６におけるプロセッサ１６１０であり得、対応する機能を完了し、上記の実施形態におけるトランシーバモジュール１１２０は、図１６におけるデータ送信プロセッサ１６２０および／またはデータ受信プロセッサ１６３０であり得る。代替として、上記の実施形態における処理モジュール１３１０は、図１６におけるプロセッサ１６１０であり得、対応する機能を完了し、上記の実施形態におけるトランシーバモジュール１３２０は、図１６におけるデータ送信プロセッサ１６２０および／またはデータ受信プロセッサ１６３０であり得る。

【0638】

チャネルエンコーダとチャネルデコーダとが図１６に示されているが、モジュールは、一例にすぎず、本実施形態に対する限定とならないことが理解され得る。

【0639】

図１７は、本実施形態の別の形態を示す。処理装置１７００は、変調サブシステム、中央処理サブシステム、周辺サブシステムなどのモジュールを含む。本実施形態における通信装置は、変調サブシステムとして使用され得る。特に、変調サブシステムは、プロセッサ１７０３とインターフェース１７０４とを含み得る。プロセッサ１７０３は、処理モジュール９１０の機能を完了し、インターフェース１７０４は、トランシーバモジュール９２０の機能を完了する。代替として、プロセッサ１７０３は、処理モジュール１１１０の機能を完了し、インターフェース１７０４は、トランシーバモジュール１１２０の機能を完了する。代替として、プロセッサ１７０３は、処理モジュール１３１０の機能を完了し、インターフェース１７０４は、トランシーバモジュール１３２０の機能を完了する。別の変形形態として、変調サブシステムは、メモリ１７０６と、プロセッサ１７０３と、メモリ１７０６中に記憶され、プロセッサ上で動作することができるプログラムとを含む。プログラムを実行するとき、プロセッサ１７０３は、図２に示されている方法実施形態または図７に示されている方法実施形態における第１の装置側または第２の装置側上に方法を実装する。メモリ１７０６が不揮発性メモリであることも、揮発性メモリであることもあり得ることに留意されたい。メモリ１７０６がプロセッサ１７０３に接続され得るという条件で、メモリ１７０６は、変調サブシステム中に位置し得るか、または処理装置１７００中に位置し得る。

【0640】

本出願の実施形態は、第１の通信システムをさらに提供する。通信システムは、図２に示されている実施形態における少なくとも１つの第１の装置を含み、図２に示されている実施形態における第２の装置を含み得る。第１の装置は、たとえば、図９の第１の装置９００または図１０の第１の装置１０００である。第２の装置は、たとえば、図１１の第２の装置１１００または図１２の第２の装置１２００である。たとえば、第１の装置は、図２に示されている実施形態における第１の装置によって実行されるすべての動作、たとえば、図２に示されている実施形態におけるＳ２０１、Ｓ２０７、およびＳ２０８を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。第２の装置は、図２に示されている実施形態における第２の装置によって実行されるすべての動作、たとえば、図２に示されている実施形態におけるＳ２０１、Ｓ２０２、Ｓ２０４、Ｓ２０５、Ｓ２０６、およびＳ２０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0641】

本出願の実施形態は、第２の通信システムをさらに提供する。通信システムは、図７に示されている実施形態における少なくとも１つの第１の装置を含み、図７に示されている実施形態における第２の装置を含み得る。第１の装置は、たとえば、図９の第１の装置９００または図１０の第１の装置１０００である。第２の装置は、たとえば、図１３の第２の装置１３００または図１４の第２の装置１４００である。たとえば、第１の装置は、図７に示されている実施形態における第１の装置によって実行されるすべての動作、たとえば、図７に示されている実施形態におけるＳ７０１、Ｓ７０６、およびＳ７０７を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成される。第２の装置は、図７に示されている実施形態における第２の装置によって実行されるすべての動作、たとえば、図７に示されている実施形態におけるＳ７０１、Ｓ７０２、Ｓ７０４、Ｓ７０５、およびＳ７０６を実行するように構成され、ならびに／または本明細書に記載されている技術における別の処理をサポートするように構成され得る。

【0642】

第１の通信システムと第２の通信システムとは、同じ通信システムであることも、異なる通信システムであることもあり得る。

【0643】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、上記の方法実施形態で提供される図２に示されている実施形態における第１の装置に関係する手順を実装し得る。

【0644】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、上記の方法実施形態で提供される図２に示されている実施形態における第２の装置に関係する手順を実装し得る。

【0645】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、上記の方法実施形態で提供される図７に示されている実施形態における第１の装置に関係する手順を実装し得る。

【0646】

本出願の実施形態は、コンピュータ可読記憶媒体をさらに提供する。コンピュータ可読記憶媒体は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、上記の方法実施形態で提供される図７に示されている実施形態における第２の装置に関係する手順を実装し得る。

【0647】

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、図２に示されている方法実施形態における第１の装置側上で方法を実行し得る。

【0648】

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、図２に示されている方法実施形態における第２の装置側上で方法を実行し得る。

【0649】

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、図７に示されている方法実施形態における第１の装置側上で方法を実行し得る。

【0650】

本出願の実施形態は、コンピュータプログラム製品をさらに提供する。コンピュータプログラム製品は、コンピュータプログラムを記憶するように構成される。コンピュータプログラムがコンピュータによって実行されるとき、コンピュータは、図７に示されている方法実施形態における第２の装置側上で方法を実行し得る。

【0651】

本出願の実施形態において言及されるプロセッサは、中央処理ユニット（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ、ＣＰＵ）であり得るか、または別の汎用プロセッサ、デジタル信号プロセッサ（Ｄｉｇｉｔａｌ Ｓｉｇｎａｌ Ｐｒｏｃｅｓｓｏｒ、ＤＳＰ）、特定用途向け集積回路（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ、ＡＳＩＣ）、フィールドプログラマブルゲートアレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ、ＦＰＧＡ）もしくは別のプログラマブル論理デバイス、離散ゲートもしくはトランジスタ論理デバイス、離散ハードウェア構成要素などであり得ることを理解されたい。汎用プロセッサはマイクロプロセッサであり得るか、またはプロセッサは任意の従来のプロセッサなどであり得る。

【0652】

さらに、本出願の実施形態において言及されるメモリは、揮発性メモリもしくは不揮発性メモリであり得るか、または揮発性メモリと不揮発性メモリとの両方を含み得ることを理解されたい。不揮発性メモリは、ＲＯＭ、プログラマブル読取り専用メモリ（Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ、ＰＲＯＭ）、消去可能プログラマブル読取り専用メモリ（Ｅｒａｓａｂｌｅ ＰＲＯＭ、ＥＰＲＯＭ）、電気消去可能プログラマブル読取り専用メモリ（Ｅｌｅｃｔｒｉｃａｌｌｙ ＥＰＲＯＭ、ＥＥＰＲＯＭ）またはフラッシュメモリであり得る。揮発性メモリは、ＲＡＭであり得、外部キャッシュとして使用される。限定ではなく例として、多くの形態のＲＡＭ、たとえば、スタティックランダムアクセスメモリ（Ｓｔａｔｉｃ ＲＡＭ、ＳＲＡＭ）、ダイナミックランダムアクセスメモリ（Ｄｙｎａｍｉｃ ＲＡＭ、ＤＲＡＭ）、シンクロナスダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｒｏｎｏｕｓ ＤＲＡＭ、ＳＤＲＡＭ）、ダブルデータレートシンクロナスダイナミックランダムアクセスメモリ（Ｄｏｕｂｌｅ Ｄａｔａ Ｒａｔｅ ＳＤＲＡＭ、ＤＤＲ ＳＤＲＡＭ）、拡張シンクロナスダイナミックランダムアクセスメモリ（Ｅｎｈａｎｃｅｄ ＳＤＲＡＭ、ＥＳＤＲＡＭ）、シンクリンクダイナミックランダムアクセスメモリ（Ｓｙｎｃｈｌｉｎｋ ＤＲＡＭ、ＳＬＤＲＡＭ）およびダイレクトラムバスランダムアクセスメモリ（Ｄｉｒｅｃｔ Ｒａｍｂｕｓ ＲＡＭ、ＤＲ ＲＡＭ）が使用され得る。

【0653】

プロセッサが汎用プロセッサ、ＤＳＰ、ＡＳＩＣ、ＦＰＧＡもしくは別のプログラマブル論理デバイス、離散ゲートもしくはトランジスタ論理デバイス、または離散ハードウェア構成要素であるとき、メモリ（記憶モジュール）は、プロセッサに統合されることに留意されたい。

【0654】

本明細書に記載されているメモリが、限定はしないが、これらのおよび任意の他の適切なタイプのメモリを含むものとすることに留意されたい。

【0655】

上記の処理のシーケンス番号が本出願の実施形態における実行シーケンスを意味しないことを理解されたい。処理の実行シーケンスは、処理の機能および内部論理に基づいて決定されるべきであり、本出願の実施形態の実装処理に対するいかなる限定ともならない。

【0656】

当業者は、本明細書に開示する実施形態において説明する例と組み合わせて、電子ハードウェアまたはコンピュータソフトウェアおよび電子ハードウェアの組合せによってユニットおよびアルゴリズムステップが実装され得ることに気づき得る。機能がハードウェアによって実施されるのか、またはソフトウェアによって実施されるのかは、特定の適用例および技術的解決策の設計制約に依存する。当業者は、特定の適用例ごとに説明する機能を実装するために異なる方法を使用し得るが、実装が本出願の範囲を越えると見なすべきではない。

【0657】

便宜的で簡単な説明のために、説明されたシステム、装置、およびユニットの詳細な作業処理については、上記の方法実施形態における対応する処理を参照されたいことを当業者には明確に理解されよう。

【0658】

本出願中に与えられるいくつかの実施形態では、開示するシステム、装置、および方法が別の方法で実装され得ることを理解されたい。たとえば、説明された装置実施形態は、例にすぎない。たとえば、ユニット分割は、論理機能分割にすぎず、実際の実装中には他の分割であり得る。たとえば、複数のユニットまたは構成要素が別のシステムに、組み合わせられるかもしくは統合され得、またはいくつかの特徴は無視されるか、もしくは実行されないことがある。さらに、表示もしくは説明した相互結合もしくは直接結合または通信接続は、いくつかのインターフェースを通して実装され得る。装置またはユニット間の間接的結合または通信接続は、電気的、機械的、または他の形態で実装され得る。

【0659】

別個の部分として説明したユニットは、物理的に別個であることもそうでないこともあり、ユニットとして表示した部分は、物理ユニットであることもそうでないこともあり、１つの位置に位置し得るか、または複数のネットワークユニット上に分散され得る。ユニットの一部または全部は、実施形態の解決策の目的を達成するために実際の要件に従って選択され得る。

【0660】

加えて、本出願の実施形態における機能ユニットが１つの処理ユニットへと統合されることがあり、またはユニットの各々が物理的に単独で存在することがあり、または２つ以上のユニットが１つのユニットへと統合される。

【0661】

機能が、ソフトウェア機能ユニットの形態で実装され、独立した製品として販売または使用されるとき、機能は、コンピュータ可読記憶媒体中に記憶され得る。そのような理解に基づいて、本出願の技術的な解決法が基本的に、または従来の技術に寄与する部分、または技術的な解決法の一部が、ソフトウェア製品の形式で実装され得る。コンピュータソフトウェア製品は、記憶媒体に記憶され、本出願の実施形態で説明された方法のステップの全部または一部を実行するように（パーソナルコンピュータ、サーバ、ネットワークデバイスなどであり得る）コンピュータデバイスに命令するためのいくつかの命令を含む。記憶媒体は、ＵＳＢフラッシュドライブ、取外し可能なハードディスク、読取り専用メモリ（Ｒｅａｄ－Ｏｎｌｙ Ｍｅｍｏｒｙ、ＲＯＭ）、ランダムアクセスメモリ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ、ＲＡＭ）、磁気ディスク、または光ディスクなどのプログラムコードを記憶することができるあらゆる媒体を含む。

【0662】

上記の説明は、本出願の特定の実装にすぎず、本出願の実施形態の保護範囲を限定するものではない。本出願の実施形態で開示される技術範囲内で当業者によって容易に想到されるいかなる変形形態または置換形態も、本出願の実施形態の保護範囲内に入るものである。したがって、本出願の実施形態の保護範囲は、特許請求の範囲の保護範囲に従わなければならないものである。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】