特許 6851480 特に自動車環境における少なくとも１つのサービスを提供するための方法および装置

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

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

(11)【特許番号】6851480

(24)【登録日】2021年3月11日

(45)【発行日】2021年3月31日

(54)【発明の名称】特に自動車環境における少なくとも１つのサービスを提供するための方法および装置

(51)【国際特許分類】

   H04L 12/22 20060101AFI20210322BHJP

【ＦＩ】

   H04L12/22

【請求項の数】26

【全頁数】16

(21)【出願番号】特願2019-528710(P2019-528710)

(86)(22)【出願日】2017年10月9日

(65)【公表番号】特表2019-537382(P2019-537382A)

(43)【公表日】2019年12月19日

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

(87)【国際公開番号】WO2018099639

(87)【国際公開日】20180607

【審査請求日】2019年7月16日

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

(32)【優先日】2016年11月29日

(33)【優先権主張国】DE

(73)【特許権者】

【識別番号】390039413

【氏名又は名称】シーメンス アクチエンゲゼルシヤフト

【氏名又は名称原語表記】Ｓｉｅｍｅｎｓ Ａｋｔｉｅｎｇｅｓｅｌｌｓｃｈａｆｔ

(74)【代理人】

【識別番号】100075166

【弁理士】

【氏名又は名称】山口 巖

(74)【代理人】

【識別番号】100133167

【弁理士】

【氏名又は名称】山本 浩

(74)【代理人】

【識別番号】100169627

【弁理士】

【氏名又は名称】竹本 美奈

(72)【発明者】

【氏名】ファルク，ライナー

(72)【発明者】

【氏名】フリーズ，シュテッフェン

【審査官】 大石 博見

(56)【参考文献】

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

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

【文献】 特開２０１４−０２４４５８（ＪＰ，Ａ）

(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】

少なくとも１つのコンピュータプログラムを有するコンピュータプログラムであって、
請求項１乃至１１のいずれか１項に記載の方法を実行するための手段を備え、前記少なくとも１つのコンピュータプログラムが上述のネットワーク構成内に分散されて実行されることを特徴とするコンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、ネットワーク構成、具体的には自動車環境におけるネットワーク構成内での少なくとも１つのサービスを提供するための方法および装置に関し、ならびにこれに付随するコンピュータプログラム（製品）に関する。

【背景技術】

【0002】

特定の状況、たとえば自動車またはインダストリー４．０の環境においては、通信接続を安全に互いに関係付けることが有意義であり得る。これに応じて、２つの通信パートナー間の第１の通信接続が既に存在あるいは構築されている場合にのみ、第２の通信接続が許容あるいは構築されてよい。

【0003】

自動車分野においては、たとえば、燃料あるいは電力取得のために、ユーザが既に給油機あるいは充電スタンドとの最初の通信関係あるいは通信接続に入っている場合、付加価値サービス（ＶＡＳ）とも呼ばれるデジタルサービスあるいは追加のサービスが、この給油機あるいは充電スタンドで提供され得る。

【0004】

ＰＣでの新しいハードウェアの接続の際にこれに合ったドライバをロードすることによる、いわゆるプラグアンドプレイと同様に、インダストリー４．０環境においては、いわゆる技術的な設備での部品のプラグアンドワークは基本的に重要である。この関連において、第１の通信接続にバインドされた第２の通信接続を利用することができる。

【0005】

この際何よりもまずこの自動車分野においては、そしてまたこのインダストリー４．０環境においても、通信プロトコルのフレキシブルな選択をサポートすることが益々重要になっている。さらに上述の第２の通信接続が保護されなければならず、この第２の通信接続は、既存の第１の通信接続へ、不正使用が防止されてバインドされる。

【0006】

ネットワーク内でネットワークサービスサーバを介してユーザにサービスを提供することが可能である。

【0007】

特許文献１には、たとえば様々なユーザグループに対してウェブサイトへのアクセス制限を実現するために、ネットワーク構成におけるネットワークサービスおよびネットワークサービスコンテンツのフィルタリングのための方法が開示されている。

【0008】

このようなサービスは、何よりもまず通信あるいはインターネットにおいて重要な役割を担う。

【0009】

以下のような技術が知られている。
・ＩＥＥＥ８０２．１ｘ標準規格は、ＩＥＥＥ８０２規格のネットワークにおける認証および権限付与のための方法を提供している。認証サーバ（たとえばいわゆるＲＡＤＩＵＳサーバまたはＤＩＡＭＥＴＥＲサーバ）を利用する方法により、この状況では不特定のユーザにもローカルにネットワークアクセスが可能となる。ＩＥＥＥ８０２．１ｘをベースにした解決方法では、使用されている通信プロトコルレベル（たとえばＯＳＩモデルまたはＴＣＰ／ＩＰプロトコルスタック）のレイヤー２（レベル２）上のクライアントが、インフラストラクチャコンポーネント（典型的にはＲａｄｉｕｓサーバ）に対する認証を実現し、このインフラストラクチャコンポーネントは認証が成功した後、ユーザに対するネットワークアクセスポイントへのアクセスをイネーブルする（ウィキペディア参照、https://de.wikipedia.org/wiki/IEEE 802.1X）。
・ＰＡＮＡ（Protocolfor Carrying Authentication for Network Access）は、ＩＰベースのプロトコル（レイヤー３）であり、これはネットワークアクセスに対するユーザの認証を可能とする（https://en.wikipedia.org/wiki/ protocol forcarrying Authentication for Network Accessも参照）。
・ＳＯＣＫＳは，インターネットプロトコルであって、クライアント−サーバのアプリケーションが、プロトコルに依存せず、透過的にプロキシサーバのサービスを使用することを可能とする（https://de.wikipedia.org /wiki/ SOCKSを参照）。ここでＳＯＣＫＳ自体には、通信接続用にそれ自身の保護が設けられておらず、ただしＴＬＳ（Transport Layer Security、IETF RFC 5246, https://tools.ietf.org/html/rfc5246を参照）のような既存のプロトコルによって保護することができる。
・さらに、IETF RFC5246には、ＴＬＳセッション再開を行うことが記載され、ここで一方ではクローズされたセッションにおけるセッションを、クローズ後の所定の時間までに再開することができる。他方、これにより通信パートナー間のさらなるＴＬＳセッションを多重化することができる。この多重化では、元のセッションへのバインディングが実現される。
・RFC 5929（https://tools.ietf.org/html/rfc5929を参照）には，ＴＬＳチャネルのチャネルバインディングが記載されている。ここで既存のＴＬＳチャネルのさらなるチャネルへの暗号化バインディングが行われる。このチャネルバインディングは、上記のセッションの再開が利用されるかどうかとは無関係に、各々の回線に対して固有のものである。チャネルバインディングタイプとしてtls-unique値をサポートするＴＬＳ実装は、アプリケーションプログラム用のインタフェースを準備しなければならず、このインタフェースは、ＴＬＳ回線用のチャネルバインディングを受け取る。

【0010】

ＩＳＯ規格１５１１８は、充電ステーションと充電制御装置（たとえば最初に記載したような電気自動車あるいは電動車両の充電制御装置）との間の充電制御通信を規定する。この通信に関連して、ＩＳＯ１５１１８第１版は、電力線通信（ＰＬＣ）、およびＩＰプロトコルとＴＣＰプロトコルとを有する（コネクション型の）ＴＣＰ／ＩＰプロトコルスタックについて記載している。他のアプリケーションの場合においては、データは、代替としてユーザデータグラムプロトコル（ＵＤＰ）を用いて（コネクションレス型で）交換される。このアプリケーションレイヤーには、名称取得用のドメインネームシステム（ＤＮＳ）、トランスポートレイヤー（第４レイヤー）上のデータの暗号化および完全性のためのトランスポートレイヤーセキュリティ（ＴＬＳ）、車両から電力網へのトランスポートプロトコル（Vehicle to Grid Transport Protocol、Ｖ２ＧＴＰ）、およびスマート充電用のモジュールが上記のプロトコルスタック上に設置される。このＴＬＳプロトコルでは、上記の充電スタンドは、自動車に対して信用できるエンティティであることを証明しなければならない。この後これらの通信パートナー間でキーがネゴシエーションされ、このキーを介して安全確保された通信が可能となる。（http://www.itwissen. info/definition/lexikon/ISO-15118-ISO-15118.html参照）

【0011】

上記のRFC5246およびRFC5929の技術の使用は、これらの技術を無線充電通信用に利用するために、上述のＩＳＯ規格１５１１８の拡張として可能である。この無線充電通信は、ＩＳＯ１５１１８の第２版の一部であり、結論的には、誘導充電も行われるアプリケーションの場合を記載している。

【0012】

これら２つのＲＦＣの手法は、充電制御装置と充電スタンドとの間の無線通信接続を保護するために、付加価値サービス（ＶＡＳ＝Value Added Service）の提供者への通信が別に保護され、そしてこのためカプセル化プロトコルが実現されなければならないという欠点を有している。このカプセル化は、第３者によるハイジャック（意図に反するなりすまし）に対する通信の保護を可能とする。

【先行技術文献】

【特許文献】

【0013】

【特許文献1】独国特許第１０２００７０３０７７５Ｂ３号明細書

【発明の概要】

【発明が解決しようとする課題】

【0014】

本発明の課題は、上記の関連において安全対策あるいは保護対策を改善することである。

【課題を解決するための手段】

【0015】

これらの課題は、独立請求項によって解決される。有利な変形例は、従属請求項の対象となっている。

【0016】

本発明は、ネットワーク構成内で少なくとも１つのサービスを提供するための方法に関し、当該ネットワーク構成は、
・１つ以上の取得装置と、
・１つ以上のネットワークアクセス装置であって、それぞれ１つ以上の取得装置が関連付け可能なネットワークアクセス装置と、を備え、
以下の、
・上記のネットワーク構成に利用できる、上記の取得装置の１つと上記のネットワークアクセス装置の１つとの間の既存の少なくとも１つの第１の通信接続用の通信プロトコルレベルのトランスポートレベル以上での暗号化保護を準備するステップであって、当該第１の通信接続が、上記の取得装置によって取得されたデータを監視するため、および／または上記の取得装置によって取得されたデータを参照して上記のネットワーク構成内のさらなる装置を制御するために、使用されるステップと、
・上記の取得装置と上記のネットワークアクセス装置との間の、上記のトランスポートレベルの下側で暗号化保護される少なくとも１つのさらなる第２の通信接続用のネットワークアクセスのコンフィギュレーションデータを生成および／または決定するステップと、
・上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータを、上記の第１の通信接続用に準備された暗号化保護を使用しつつ、上記のネットワークアクセス装置に提供するステップと、
・提供されたこのネットワークアクセスのコンフィギュレーションデータを利用して、上記の少なくとも１つのさらなる第２の通信接続用に、上記のネットワークアクセス装置における少なくとも１つの所定のネットワークアクセスを確立するステップと、
・上記の取得装置と上記のネットワークアクセス装置における確立された上記のさらなるネットワークアクセスとの間の上記の少なくとも１つのさらなる第２の通信接続を、上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータを利用して、構築するステップであって、上記の少なくともさらなる第２の通信接続を介して、１つ以上のサービスが提供されるか、あるいは提供可能であるステップと、
を含む。

【0017】

この際、１つ以上の上記の第１の通信接続において、上記の通信パートナー間のプラグアンドワークがネゴシエーションされる。１つ以上の第２の通信接続が、リアルタイム制御通信用に使用されてよい。

【0018】

通信接続は通信チャネルであってよく、またはバンドルされたチャネルを用いて確立されていてもよい。通信接続上で、通信プロトコルレベルが利用され、ここでレベル４（トランスポートレベル／トランスポートレイヤー（-schicht）／トランスポートレイヤー（-layer）以上で、データ用に、具体的にはデータパケットの形態のデータ用に、少なくとも１つの仮想的あるいは論理的な伝送回線（あるいは伝送チャネル）が、２つ以上の通信パートナー間に提供される。通信プロトコルレベルに対する公知のモデルは、上記のＯＳＩモデルおよびＴＣＰ／ＩＰプロトコルスタックである。レベル３上では、通常はＴＣＰ（コネクション型）またはＵＤＰ（コネクションレス型）等が用いられる。

【0019】

本発明の変形例では、上記の第１の通信接続用の上述の暗号化保護が、いわゆるＴＬＳ暗号化またはＤＴＬＳ暗号化を用いて実現される。

【0020】

上記の第２の通信接続は、上記の第１の通信接続にバインド（チャネルバインド）されていてよく、あるいはこれに従属していてよい。

【0021】

本発明の変形例では、上記の第１の通信接続が場合により上記のネットワークアクセス装置によって、または場合により上記の取得装置によって終了された時に、上記の第２の通信接続が終了される。この際上記のネットワークアクセスのコンフィギュレーションデータは消去されてよい。

【0022】

本発明の変形例では、上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータは、公開または秘匿されたネットワーク名および／またはアクセスキーを含む。

【0023】

本発明の変形例では、確立された上記のさらなるネットワークアクセスは時間的に制限されており、上記の第１の通信接続が終了する時刻以降はもはや提供されない。

【0024】

本発明の変形例では、上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータは、これらのコンフィギュレーションデータが、暗号化保護された上記の第１の通信接続を用いて伝送されるか、あるいは暗号化保護された上記の第１の通信接続のコンテキストから導出されることによって提供される。

【0025】

本発明の変形例では、上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータは、公開または秘匿されたネットワーク名および／または１つのアクセスキーを含む。

【0026】

本発明の変形例では、確立された上記のさらなるネットワークアクセスは時間的に制限されており、上記の第１の通信接続が終了する時刻以降はもはや提供されない。

【0027】

本発明の変形例では、１つ以上のネットワークアクセス装置が、当該ネットワークアクセス装置からネットワークサービスサーバへの通信接続を許可し、これにより当該ネットワークサービスサーバから、１つ以上の上述のサービスが提供される。

【0028】

本発明の変形例では、このネットワークサービスサーバへの通信接続用に、上記のネットワークアクセス装置におけるポートがイネーブルされ、このポートは、上記の第２の通信接続に対して、上記の取得装置のために使用される。このため、上述のＳＯＣＫＳプロトコルあるいはこれを拡張したＳＯＣＫＳ５が使用されてよい。

【0029】

本発明の変形例では、上記のポートは、上記の第１の通信接続に従属してイネーブルされる。

【0030】

本発明の変形例では、イネーブルされる上記のポートは、事前にコンフィギュレーションされているか、あるいは動的に上述のネットワークアクセスのコンフィギュレーションデータから決定される。

【0031】

本発明は、以下の利点を特徴とする。上記の提案された手法は、ネットワークアクセス装置を介した、サービス提供者への通信接続が区別されてイネーブルされることを可能とし、ここで保護はレイヤー４の下側で実現されるので、アプリケーションプロトコルの制限は全く存在しない。上記の提案された手法は、さらに、取得装置およびネットワークアクセス装置が全てのパラメータをローカルに計算することができるので、追加のコンフィギュレーションデータの通信無しに、通信接続のイネーブルを可能とする。第１の通信接続へバインドすることによって、さらに、上記の第２の通信接続の自動的な切り離しを確実にすることができる。

【0032】

本発明のさらなる態様は、ネットワーク構成内でサービスを受け取るために適した取得装置であって、
・上記のネットワーク構成に利用できる、上記の取得装置と上記のネットワーク構成に配設されたネットワークアクセス装置との間の既存の少なくとも１つの第１の通信接続用の上記の通信プロトコルレベルの上記のトランスポートレベル以上での暗号化保護を準備する手段であって、この第１の通信接続が、上記の取得装置によって取得されたデータを監視するため、および／または上記の取得装置によって取得されたデータを参照して上記のネットワーク構成内のさらなる装置を制御するために、使用可能である手段と、
・上記の取得装置と上記のネットワークアクセス装置との間の、上記のトランスポートレベルの下側で暗号化保護される、少なくとも１つのさらなる第２の通信接続用のネットワークアクセスのコンフィギュレーションデータを生成および／または決定する手段と、
・上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータを、上記の第１の通信接続用に準備された暗号化保護を使用しつつ、上記のネットワークアクセス装置に提供する手段と、
・上記の取得装置と上記のネットワークアクセス装置における確立されたさらなるネットワークアクセスとの間の上記の少なくともさらなる第２の通信接続を、上記の生成および／または決定されたネットワークアクセスのコンフィギュレーションデータを利用して、構築するための手段であって、ここで上記のさらなる第２の通信接続を介して、１つ以上のサービスを提供することができる手段と、
を備える。

【0033】

上記の取得装置は、上述の方法に対する上記の実施形態／変形例に対応して、構成あるいは発展させることができる。

【0034】

本発明のさらなる態様は、ネットワーク構成内の１つの取得装置に対するサービスを提供するために適したネットワークアクセス装置であって、
・生成および／または決定されたネットワークアクセスのコンフィギュレーションデータを、少なくとも１つのさらなる第２の通信接続の構築用に利用するための手段であって、当該コンフィギュレーションデータは、少なくとも１つの第１の通信接続用に準備された上記の暗号化保護を使用しつつ、上記のネットワーク構成に利用可能な上記の通信プロトコルレベルの上記のトランスポートレベル以上に提供されており、ここで当該少なくとも１つの第１の通信接続が、上記の取得装置によって取得されたデータを監視するため、および／または上記の取得装置により取得されたデータを参照して上記のネットワーク構成内の１つのさらなる装置を制御するために、使用可能である手段と、
・提供された上記のネットワークアクセスのコンフィギュレーションデータを用いて、少なくとも１つのさらなるネットワークアクセスを確立する手段と、
・提供された上記のネットワークアクセスのコンフィギュレーションデータを用いて、上記の取得装置と確立された上記のさらなるネットワークアクセスとの間に上記のさらなる第２の通信接続を構築する手段であって、ここで当該第２の通信接続を介して、１つ以上のサービスを提供することができる手段と、
を備える。

【0035】

上記のネットワークアクセス装置は、上述の方法に対する上記の実施形態／変形例に対応して、構成あるいは発展させることができる。

【0036】

本発明のさらなる態様は、上述の実施形態による少なくとも１つの取得装置と、上述の実施形態による少なくとも１つのネットワークアクセス装置と、を有するネットワーク構成であって、当該ネットワークアクセス装置には当該取得装置が関連付け可能であり、ここで当該取得装置および当該ネットワークアクセス装置は、上述の実施形態による方法を実行するように構成されている。

【0037】

本発明のさらなる態様は、少なくとも１つのコンピュータプログラムを有するコンピュータプログラム製品であって、上述の実施形態の１つによる方法を実行するための手段を備え、ここで当該少なくとも１つのコンピュータプログラムが上述のネットワーク構成内に分散されて実行される。

【0038】

上記のコンピュータプログラム（製品）は、上記の方法およびその実施形態あるいは変形例と同様に構成あるいは発展させることができる。

【図面の簡単な説明】

【0039】

【図1】本発明の方法により取得装置とネットワークアクセス装置との間で実行されるステップ並びに情報フローを示す図である。

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

【0040】

（実施例）
本発明のさらなる利点、詳細、および変形例が、図面を参照して以下の実施例の説明で示される。

【0041】

ここで図１は、フロー図を示し、そのステップ並びに情報フローは、上記の取得装置と上記のネットワークアクセス装置および場合によりネットワークサービスサーバとの間で実行されてよい。

【0042】

図１には、取得装置としての取得装置ＥＶが示されており、これは電気自動車における充電制御装置として構成されていてよい。上記の少なくとも１つの第１の通信接続は、この取得装置によって取得されたデータの監視するため、および／またはこの取得装置によって取得されたデータを参照して上記のネットワーク構成内の１つのさらなる装置を制御するために、使用されてよい。このような取得装置は、通常は、測定データ、たとえば上記の電気自動車に組み込まれた電力貯蔵器の充電状態を取得し、ここでこれらの測定データは、センサを用いて取得することができる。アクチュエータは、通常は、物理的なアクチュエータを用いてこの電力貯蔵器の充電を制御する。さらに、場合によってはネットワークアクセス装置から成る、ネットワークアクセス装置ＥＶＳＥが設けられており、これはサービス提供者の（ネットワークサービス）サーバｔｚ１への通信接続を有してよい。ここでこのネットワークアクセス装置は、充電スタンドの一部であってよい。

【0043】

インダストリー４．０環境においては、上記の取得装置が機器に組み込まれていることも可能であり、この機器は、電力充電処理の制御のために設けられているのではなく、むしろいわゆるプラグアンドワーク用に、この機器用の「ワーク」のためのコンフィギュレーションを提供する上記のネットワークアクセス装置とのリアルタイム通信を行う。

【0044】

時間的な順序については、通常まず第１の通信接続あるいは１つの（または複数の）通信チャネルが構築される。図１に１）で示されている通信チャネルＴＬＳ１は、名称「ＶＷ１」の上記の取得装置ＥＶによって、上記のネットワークアクセス装置ＥＶＳＥの既知のポート「ＲＷＥ１」に対して構築あるいは確立され、またはこの通信チャネルは既に存在している。このＴＬＳ回線構築の一部として、上記のネットワークアクセス装置ＥＶＳＥは、サーバ認証を用いて認証される。この例においては、上記の取得装置は、上記のネットワークアクセス装置でのローカルな認証によって間接的にユーザによって認証される。Vehicle-to-Grid（Ｖ２Ｇ）の通信に関連して、ここで上記の取得装置ＥＶは、上記のネットワークアクセス装置ＥＶＳＥでのサービス提供またはサービス許可を要求する。

【0045】

確立された上記の第１のＴＬＳ回線に基づいて、両側が、第２の通信接続、たとえば一時的なＷＬＡＮあるいは一時的なＷＬＡＮ回線（ＷＬＡＮ：Wireless Local Access Network）に必要な全てのパラメータを、たとえばＳＳＩＤ“VW1RWE1”を用いて導出してよい。ＴＣＰプロトコルの代わりにＵＤＰプロトコルが適用される場合、上記のＴＬＳ回線は、ＤＴＬＳ回線（ＤＴＬＳ：Datagram TSL）であってもよい。３）で示されるステップにおいては、これらのパラメータの導出の後で、上記のネットワークアクセス装置ＥＶＳＥがこのＳＳＩＤを有するＷＬＡＮ回線を提供する。これに必要なネットワークキーは、tls_uniqueの値を導出することによって決定される。上記の取得装置ＥＶは、上記のローカルに決定された登録データ（Anmeldedaten）に基づいて、上記のＳＳＩＤ“VW1RWE1”を有する上記のＷＬＡＮにログイン（anmelden）する。４）で示されるステップにおいて、サービス提供者の（ネットワークサービス）サーバｔｚ１への保護されたアクセスは、このサービス提供者の安全方針あるいは安全規則に依存する。５）で示されるステップにおいては、上記のネットワークアクセス装置が、上記のサービス提供者ｔｚ１のサーバとの通信を構築する。

【0046】

第１の通信接続にバインドされた、上記のネットワークアクセス装置に確立されたネットワークアクセスあるいはＷＬＡＮアクセスポイントへの１つ以上の第２の通信接続を実現するために、以下の実施形態が可能である。

【0047】

第１の通信接続は、たとえばＥＶのような取得装置と、たとえばＥＶＳＥのようなネットワークアクセス装置との間で、好ましくは無線で構築される。このネットワークアクセス装置は既に、たとえばこの取得装置によって制御可能な電力貯蔵器用の無線充電サービスのようなサービスを提供する。インダストリー４．０環境においては、第１の通信接続は、ある種のネットワークアクセス制御を提供する。この際制御される機器を用いて、最新のソフトウェアアップデートがインストールされているかどうか、ウィルススキャナが最新に維持されているかどうか、コンフィギュレーションのチェックが行われる。このコンフィギュレーションが有効であると認識された場合のみ、ＷＬＡＮコンフィギュレーションが提供される（すなわち、事前にこのコンフィギュレーションがチェックされていれば、ＶＡＳにＷＬＡＮを介してのみアクセスすることができる。）。さらなるパラメータがチェックされてもよく（たとえば緊急の診断データがあるかどうか）、たとえばこの機器が不正操作されたかどうか（たとえばモータ制御）がチェックされてもよい。このチェックに依存して、たとえば不正操作された機器を示すために、回線が、図示されない１つ以上の第３の装置、たとえば修理工場の第３の装置への接続が行なわれてよい。

【0048】

この第１の通信接続は、好ましくは上記の保護プロトコルＴＬＳ“Transport Layer Security”を介して、すなわちトランスポートレベル上に構築されてよい。

【0049】

ＴＬＳによって、クライアントに対してサーバの少なくとも１つの一方的な認証が行われる。このクライアントは、ここではこの例では上記の取得装置であり、このサーバに対して認証され、ここではこの例では、好ましくは以下の方法の１つにより上記のネットワークアクセス装置に対して認証される。
・ＴＬＳにおけるクライアント側の認証（たとえばクライアント証明書またはＴＬＳＰＳＫを用いるいわゆる事前共有キー）を用いる方法。
・既存のＴＬＳ回線を介したアプリケーションプロトコルを用いる方法（たとえばＨＴＴＰダイジェスト、ＪＷＴセキュリティトークン、ＸＭＬセキュリティ）。
・ユーザによってサーバで、さらなるインタフェースを介して直接行う、すなわち上記のＴＬＳ回線から独立して行う方法（本願の例では、これはＲＦＩＤによるイネーブルであってよく、あるいは、クライアントをサーバに結び付ける直接の支払い動作（Bezahlaktion）であってよい。）。

【0050】

以上により、大きなフレキシビリティ、クライアントの認証が実現され、あるいは場合によってクライアント認証が省略されることもある。とにかく安全に１つ、場合によっては複数の第２の通信接続が構築されなければならず、この第２の通信接続は、明確に、不正操作から保護されて同じクライアントに割り当てることができる。上記の第１のＴＬＳ通信接続は、このクライアントに、保護されたネットワークアクセス用のネットワークコンフィギュレーションデータを提供するために使用される（具体的には暗号化保護されたＷＬＡＮ通信接続用のコンフィギュレーションを提供し、このコンフィギュレーションは、具体的にはキーの材料およびネットワーク名、たとえばＳＳＩＤを、識別情報として含む）。

【0051】

上記の第２の通信接続用のこれらのネットワークコンフィギュレーションデータは、このクライアント用に特定されて（これはすなわち一時的な、このクライアント用の個別のＷＬＡＮアクセスとなる）、以下のようにコンフィギュレーションされる。
・（保護されていない、第１のネットワークアクセスを介した）クライアントとサーバとの間のＴＬＳ通信接続を構築するステップ（図１の１）および２）を参照）。
・保護されたネットワークアクセス（レイヤー３の下、好ましくはレイヤー２：IEEE 802.11 WLAN、Ethernet MACsec、Layer2-Tunnelingを有するIPsec）用の動的なネットワークアクセスコンフィギュレーションデータを生成あるいは形成および／または決定あるいは設定するステップ。この際少なくとも１つのパラメータ（ＰＳＫキー、ネットワーク名（ＳＳＩＤ））が、ランダムあるいは疑似ランダムで生成されてよい（図１の３）も参照）。
・生成された上記のネットワークアクセスコンフィギュレーションデータに対応して、上記のサーバによって第２の一時的な第２のネットワークアクセスをコンフィギュレーション／確立するステップ。
・上記のＴＬＳ回線を使用しつつ、上記の動的なネットワークアクセスコンフィギュレーションデータを上記のネットワークアクセス装置に提供するステップ。（上記のＴＬＳ回線を介したネットワークアクセスコンフィギュレーションデータの明示的な伝送、あるいは上記のＴＬＳ回線に依存する上記のネットワークアクセスコンフィギュレーションデータの決定。）
・上記の動的なネットワークアクセスコンフィギュレーションデータに対応して、保護された第２のネットワークアクセスを、上記のクライアントによって構築するステップ（図の５）を参照）。

【0052】

インダストリー４．０環境においては、上記の第２の通信接続は、リアルタイム制御通信用に使用されてよい。上記の第１の回線を介して、上記のプラグアンドワークに関するネゴシエーションが行われる。

【0053】

好ましくは、上記のネットワークアクセスコンフィギュレーションデータの伝送のために用いられたＴＬＳ回線が終了されると、上記の第２のネットワークアクセスは、上記のサーバによって終了される（確立されたネットワークアクセスが不活性化され、ネットワークコンフィギュレーションデータが消去される）。好ましくは、この確立のために使用されたＴＬＳ通信接続が終了されると、上記の第２の通信接続は上記のクライアントによって終了される。好ましくは、上記の第２の通信接続用に確立されたネットワークアクセスは、この確立のために使用されたＴＬＳ通信接続が終了されると、上記のクライアントによって解消される。

【0054】

この第１の通信接続の構築は、具体的にはこのサーバの指定可能な既知のポートに対して、オープンなＷＬＡＮ（固有のＳＳＩＤ、ＳＳＩＤ自体は公開されている）を介して行われてよい。代替としてこのサーバあるいはポートのアドレスが（サービス）ディスカバリプロトコル（たとえばＬＬＤＰ）を介して検出されてもよい。このサーバは、このＷＬＡＮにおいてサービス提供者の外部のサーバへの回線構築を全く可能としない。この第１の通信接続は、具体的には無線の（誘導の）充電工程の場合における制御通信の伝送用に使用される。ネットワークアクセス制御の接続の場合には、上記で説明したように、このサーバは自動的にまたはクライアントによる要求に応じて、追加のＷＬＡＮ用の一時的なＳＳＩＤ（ＷＬＡＮネットワーク名）を生成する。このＳＳＩＤも同様に公開されていてよく（すなわちいわゆるＷＬＡＮビーコンを介して知らされてよく）、またはしかしながら秘匿されてもよい（すなわちプローブ要求のみによってチェック可能である）。

【0055】

このサーバは、このクライアントにこのＳＳＩＤを上記の第１の通信接続を介して（たとえば上記のＴＬＳプロトコルを介し、上記の第１の通信接続を介して）伝達する。上記の一時的なＳＳＩＤは、規定されたパターンに従って構築されていてよく、こうしてこのクライアントは、この一時的なＳＳＩＤを自分で作成することができる。可能な手法は、
一時的なＳＳＩＤ＝サービス名｜クライアント識別子
とすることであり、ここでこのクライアント識別子は、たとえば上記のＭＡＣアドレスであってよい。このサービス名は公知の名称であってよく、そしてこのＳＳＩＤは上記の公開のＷＬＡＮに対応してよい。この一時的なＳＳＩＤを有する上記の第２のＷＬＡＮはアクセス保護されている（ＷＥＰ，ＷＰＡ、ＷＰＡ２等）。このために必要なデータは、このクライアントに直接、あるいはたとえば別のプロトコルメッセージを介し、上記の（安全な）第１の通信接続を介して伝達されてよい。クライアントおよびサーバは、この第１の通信接続に構築された保護関連付けを、これから上記の第２の通信接続用のアクセスデータを導出するために、使用してよい。このためたとえばＴＬＳ用には、tls_uniqueの値を用いてこの第２の通信接続への暗号化バインディングを構築するために、RFC5929からの既知の導出が利用可能である。こうしてクライアントおよびサーバは、“tls_unique”から上記の一時的なＳＳＩＤを有するＷＬＡＮ用のアクセスパスワード“pw_temp_SSID”を導出する。導出関数としては、たとえばSHA256のようなハッシュ関数を利用してよい。
pw_temp_SSID ＝h(tls_unique｜クライアント識別子｜サービス名)
この導出においては、さらなるパラメータが加わってよい（ここではたとえばこのクライアント識別子およびサービス名）。このクライアントは、この一時的なＳＳＩＤを有するＷＬＡＮを用いてのみ、ＷＰＡ２（またはこれに類するもの）を介し、このサーバを介して安全に接続されかつ保護されて、上記のサービス提供者のサーバと通信することができる（外部のサービス提供者とのエンドツーエンド通信は、通常は別に安全確保される。）。このサーバは、この一時的なＷＬＡＮへ受け入れられる回線の数を制限してよい。

【0056】

このサーバの保護方針（保護要件）に依存して、上記の第１の通信接続が終了すると直ぐに、上記の一時的なＳＳＩＤは消去され、そしてすべての回線は切り離される。代替として、クライアントがこれらの回線を明示的に、あるいは所定の時間後に切り離すまで、これらの接続は存続してよい。

【0057】

本発明は詳細に、上記の好ましい実施例によって詳しく説明および記載されているが、これより本発明はこれらの開示された例によって限定されるものでなく、これらから、本発明の権利範囲から逸脱することなく、他の変形例が当業者によって導出され得るものである。

【0058】

本願に記載する処理または方法のフローの実装は、コンピュータ読み取り可能な記憶媒体上に、あるいは揮発性のコンピュータメモリ（以下ではまとめてコンピュータ読み取り可能なメモリと称する）に存在する命令を参照して行うことができる。コンピュータ読み取り可能なメモリは、たとえばキャッシュ、バッファ、またはＲＡＭのような揮発性メモリ、ならびに取り外し可能な媒体、ハードディスク等のような不揮発性メモリである。

【0059】

本願に記載する関数およびステップは、少なくとも１つの命令セットの形態で、コンピュータ読み取り可能なメモリに置かれてよい。ここでこれらの関数およびステップは、決まった命令セットまたは決まったメモリ媒体または決まったプロセッサまたは決まった実行形式にバインドされるものでなく、ソフトウェア、ファームウェア、マイクロコード、ハードウェア、プロセッサ、集積回路、等によって、単独でまたは任意の組み合わせで実施することができる。この際様々な処理戦略、たとえば単一のプロセッサによるシリアル処理またはマルチプロセッシングまたはマルチタスキングまたは並列処理、等を使用することができる。

【0060】

上記の命令は、ローカルなメモリに保管されていてよく、ただしこれらの命令を離れたシステムに保管し、そしてネットワークを介してこのシステムにアクセスすることも可能である。

【0061】

本発明で使用されるような、「プロセッサ」、「中央信号処理」、「制御ユニット」、または「データ評価手段」は、非常に広い意味での処理手段を含み、すなわちたとえばサーバ、汎用プロセッサ、グラフィックプロセッサ、デジタルシグナルプロセッサ、特定用途向け集積回路（ＡＳＩＣｓ）、ＦＰＧＡ等のプログラマブル論理回路、ディスクリートなアナログまたはデジタル回路、およびこれらの任意の組み合わせを含み、当業者に知られているかあるいは将来開発される処理手段の全てを含む。ここでプロセッサは、１つ以上のデバイスあるいは装置あるいはユニットから成っていてよい。プロセッサが複数のデバイスから成っていると、これらは、並列またはシリアル処理あるいは命令の実行のために構築あるいは構成することができる。

【図1】