(57)【特許請求の範囲】
【請求項１】
所有地のアクチュエータのリモート制御システム(1)において、仮想プライベートネットワーク(41、VPN)で利用される鍵デバイス(34)および/または施錠デバイス(61)の間に新しい信頼できる関係を確立するための方法であって、
信頼できる鍵デバイス(34)が、インターネット(2)に接続しているデータ処理デバイス(32)に電気的に接続されており(210、310)、
前記信頼できる鍵デバイス(34)が、前記インターネット(2)までのそのネットワーク経路を決定し、そのネットワーク経路を前記インターネット(2)に接続されたサーバ(21)に保存し、
前記信頼できる鍵デバイス(34)が、少なくとも1つの施錠デバイス(61)のネットワーク経路情報を受信し、
前記信頼できる鍵デバイス(34)が、少なくとも1つの施錠デバイス(61)と仮想プライベートネットワーク(41)を形成する、
方法において、
前記信頼できる鍵デバイス(34)が、前記信頼できる鍵デバイス(34)の秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイス(61)に送信し(220、320)、前記メッセージが、受信側の施錠デバイス(61)と前記信頼できる関係の確立される、前記信頼できる鍵デバイスの証明書、又は、少なくとももう1つのデバイスの証明書と、前記信頼できる関係の確立のための定義と、を含み、
施錠デバイス(61)が、前記信頼できる鍵デバイス(34)の既知の公開暗号鍵を用いて、施錠デバイス(61)によって受信された前記メッセージの送り手が真正であることを開いて確認し(230、330)、
前記施錠デバイス(61)が、そのメモリに、前記信頼できる鍵デバイス(34)によって送られた前記メッセージに関するデバイスの証明書を保存(240、340)し、
前記施錠デバイス(61)が、前記メッセージに明記された少なくとももう1つのデバイスと信頼できる関係を確立する(250、350)、
ことを特徴とする方法。
【請求項２】
少なくとも1つの施錠デバイス(61)に送られたメッセージの中に、前記信頼できる鍵デバイス(34)によってその証明書が含められた第２の鍵デバイスが、前記データ処理デバイス(32)に電気的に接続される(210)ことを特徴とする、請求項1に記載の信頼できる関係を確立する方法。
【請求項３】
前記信頼できる鍵デバイス(34)が、少なくとも1つの施錠デバイス(61)から、信頼できる関係を確立する確認メッセージを受信すること、および、前記信頼できる鍵デバイス(34)が、前記信頼できる関係の確立を確認する前記メッセージを受信した前記施錠デバイス(61)の証明書を、前記第２の鍵デバイスのメモリに保存することを特徴とする、請求項2に記載の信頼できる関係を確立する方法。
【請求項４】
前記信頼できる鍵デバイス(34)が、少なくとも2つの施錠デバイスに、別個の個別メッセージを送ることであって、前記メッセージが、少なくとももう一方の施錠デバイスの証明書、および前記メッセージに言及された前記施錠デバイス同士の機能的関係の説明を含む、メッセージを送ることを特徴とする、請求項1に記載の信頼できる関係を確立する方法。
【請求項５】
少なくとも2つの施錠デバイスが、前記鍵デバイス(34)から受信した証明書を利用することによって、1つの施錠デバイスがサーバデバイスとして働き、少なくとももう1つの施錠デバイスが前記サーバのクライアントデバイスとして働く仮想プライベートネットワークを、それら自らの間に確立することを特徴とする、請求項1に記載の信頼できる関係を確立する方法。
【請求項６】
所有地のリモート制御システムのアクチュエータの鍵デバイス(34)であって、
前記鍵デバイスを、インターネットに接続されたデータ処理デバイス(32)に接続するための入力/出力手段(343)を含むネットワーク接続インターフェース要素と、
プロセッサ(341)と、
コンピュータプログラムコードを含むメモリ(342)と
を含む鍵デバイス(34)において、
前記プロセッサ、前記メモリ、および前記メモリに保存された前記コンピュータプログラムコードが、
信頼できる鍵デバイス(34)から、前記信頼できる鍵デバイス(34)の秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイス(61)に送信し(220、320)、前記メッセージが、受信側の施錠デバイス(61)と前記信頼できる関係の確立される、前記信頼できる鍵デバイスの証明書、又は、少なくとももう1つのデバイスの証明書と、前記信頼できる関係の確立のための定義と、を含み、
少なくとも1つの施錠デバイス(61)からの前記信頼できる関係を確立する確認メッセージを受信し、そのメモリに保存する(260、360)ように
構成されることを特徴とする、
鍵デバイス(34)。
【請求項７】
前記プロセッサ、前記メモリ、および前記メモリに保存された前記コンピュータプログラムコードが、データ処理デバイス(32)に電気的に接続された(210)第２の鍵デバイスの証明書を、少なくとも1つの施錠デバイス(61)に送信されるメッセージの中に含むように構成されることを特徴とする、請求項6に記載の所有地のアクチュエータの鍵デバイス。
【請求項８】
前記プロセッサ、前記メモリ、および前記メモリに保存された前記コンピュータプログラムコードが、少なくとも1つの施錠デバイス(61)から、前記信頼できる関係を確立する確認メッセージを受信するように構成されること、および、前記信頼できる鍵デバイス(34)が、前記信頼できる関係の確立を確認する前記メッセージを受信した前記施錠デバイス(61)の証明書を、第２の鍵デバイスのメモリに保存するように構成されることを特徴とする、請求項7に記載の所有地のアクチュエータの鍵デバイス。
【請求項９】
アクチュエータのリモート制御システムの鍵デバイス機能を提供するために、または少なくとも2つの施錠デバイスの間に信頼できる関係を確立するために、コンピュータ可読記憶媒体に保存されたコンピュータプログラムコード手段を含むコンピュータプログラムであって、
コンピュータプログラムコード手段が、
信頼できる関係の確立に使用される鍵デバイス(34)からインターネット(2)までのネットワーク経路を決定するための、および前記ネットワーク経路を前記インターネット(2)に接続されたリモート制御サーバ(21)に保存するためのコード手段と、
前記リモート制御サーバ(21)から、少なくとも1つの施錠デバイス(61)のネットワーク経路情報を受信するためのコード手段と、
前記ネットワーク経路情報および前記施錠デバイス(61)の証明書を用いて、少なくとも1つの施錠デバイス(61)と仮想プライベートネットワーク(41)を形成するためのコード手段と
を含む、コンピュータプログラムにおいて、
前記鍵デバイス(34)から、信頼できる鍵デバイス(34)の秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイス(61)に送信する(220、320)ためのコード手段であって、前記メッセージが、受信側の施錠デバイス(61)と前記信頼できる関係の確立される、前記信頼できる鍵デバイスの証明書、又は、少なくとももう1つの鍵デバイスまたは他の施錠デバイスの証明書と、前記信頼できる関係の確立のための定義と、を含み、
少なくとも1つの施錠デバイス(61)から、前記施錠デバイスの前記信頼できる関係を確立する確認メッセージを受信し(260、360)、前記メッセージを送った前記施錠デバイス(61)の証明書を、少なくとも前記信頼できる鍵デバイス(34)のメモリに保存するためのコード手段と
をさらに含むことを特徴とするコンピュータプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、所有地におけるアクチュエータのリモート制御方法およびリモート制御システムにおいて利用されることになる、操作上の権利のセキュアな割り当て手順に関する。
【背景技術】
【０００２】
所有地および住宅には、リモート制御可能なデバイスおよびシステムがますます設置されている。システムの目的は、その所有地に暮らすことが安全かつ快適の両方であるような所有地の状態を、確保および/または維持することである。
【０００３】
市場では、所有地における技術的なデバイスのためのリモート制御装置、およびこのリモート制御装置を利用するリモート制御方法が利用可能であり、そこでは、所有地および住宅に既に存在するインターネット接続が、建物の保守および監視のリモート使用においてそのように利用されている。前記リモート制御装置においては、リモート使用のデバイスペアが利用される。ユーザはポータブルな鍵デバイスを携帯し、施錠デバイスは所有地に設置されており、それらを用いて、所有地の目的地接続は、そのようなリモート使用に適するように変えられる。目的地におけるデータネットワーク接続および目的地におけるイントラネットの、既に存在する機能は変わらない。
【０００４】
前記リモート制御装置では、所有地に固定するやり方で設置された施錠デバイスと、所有地のモニタリングを実現する人物によって携帯される鍵デバイスとが、リモート制御装置に属するリモート制御ネットワークサーバから取得された接触情報に基づいて、インターネット上で、セキュアな双方向仮想プライベートネットワーク(VPN)を確立することができる。所有地でリモート制御される、またはリモートでモニタリングされるべきデバイスが接続された、所有地における施錠デバイスは、所有地において、データネットワークインターフェースデバイス/ネットワーク端末、たとえば、モデムに接続される。
【０００５】
装置のリモート制御デバイスペアは、ネットワークにおいて互いに識別し合う、所定の固有のデバイスペアまたはデバイスグループを形成する。その識別方法の理由から、ユーザによって携帯される鍵デバイス、または、何らかのデータ処理デバイスにインストールされた鍵デバイスの機能を実装するコンピュータプログラムは、それ自体の固有の施錠デバイスとのみネットワーク接続を確立し、対応する接続が、いかなる他のネットワークデバイスとも確立されることはあり得ない。したがって、鍵デバイスは、所有地の「ネットワークドア」への強力な安全鍵として働く。
【０００６】
リモート制御装置において使用されるリモート制御ネットワークデバイスペアは、製造に関連して、またはその後行われる起動に関連したいずれかで確立され得る。両方のケースにおいて、デバイスペアは、施錠デバイスと鍵デバイスとを、たとえば、鍵デバイスのUSBポートで互いに接続することによって形成され、それにより、デバイスの1つまたは両方が、互いの識別コード、すなわちデバイス証明書を受信する。
【０００７】
施錠デバイスおよび鍵デバイスの現在のIPアドレスは、装置に属するリモート制御ネットワークサーバにおいて維持され、そのIPアドレスが、前記デバイス間の接続を確立するために使用される。利用される接続確立方法のおかげで、前記デバイスの両方を、何らかのプライベートネットワーク、非プライベートネットワークに接続することができ、デバイスはさらに、それら自らの間に、インターネット上でセキュアなデータ転送接続を確立することができる。施錠デバイスと鍵デバイスとが同時には非パブリックIPアドレスしか有さなかったとしても、モバイル鍵デバイスと固定設置された施錠デバイスとの間にインターネット上でデータ転送接続を確立するためには、前記デバイスが、確立された接続における何らかのポイントで、パブリックIPアドレスをまた取得することで十分である。リモート制御ネットワークサーバは、デバイスに利用可能となるべきデバイスのIPアドレスを送った後、実際のデータ転送接続の確立には関与しない。
【０００８】
前記リモート制御装置において、施錠デバイスと鍵デバイスとが互いにペアになることが必要になる場合、それらのデバイスの物理的な相互接続が要求される。システムにおいて、使用中のデバイスに並列な、または副次的な新しい鍵デバイスを加えることは可能である。これは、新しい鍵デバイスを施錠デバイスのUSBポートに接続することによって、鍵デバイス/施錠デバイスの第1のペアの形成と同じやり方で実現されてよい。実際には、これは、新しい鍵の接続を実施しようとする人物からリモート制御システムまで、数百キロメートルの移動を伴うことがある。
【０００９】
同一の鍵デバイスは、いくつかの別個の施錠デバイスを介して、いくつかの別個のリモート制御対象を制御することができる。これらの施錠デバイス同士の相互制御関係を変更することは可能ではない。マスターデバイスとして働く施錠デバイスのスレーブ施錠デバイスとして働くことになる特定の施錠デバイスを、別の施錠デバイス用のマスターデバイスとして割り当てることはできない。
【発明の概要】
【発明が解決しようとする課題】
【００１０】
本発明の目的は、所有地（properties）のリモート制御装置において利用される、新しい鍵デバイスまたは施錠デバイスのいずれかの操作上の権利の新しい割り当て手順を提供することであり、この手順は、1つまたは複数の施錠デバイスへのリモートアクセスを通して実現され得る。
【課題を解決するための手段】
【００１１】
本発明の目的は、利用されるデータ処理デバイスから、データ転送ネットワークを通して、鍵デバイスの有効な秘密PKI鍵(公開鍵基盤)で署名された施錠デバイスへと、鍵デバイスの証明書（certificate）が転送される手順によって達成され、その後、施錠デバイスにおいて受信された新しい鍵デバイスのPKI鍵と証明書の両方が識別され、その後、新しい、識別された鍵デバイスのために決定された操作上の権利の追加または変更が、施錠デバイスにおいて実現される。いくつかの別個の施錠デバイスが同一の鍵デバイスで制御される場合、施錠デバイス同士の相互関係は、秘密PKI鍵で署名された改変のメッセージを施錠デバイスに送ることによって、対応するやり方で変えることができる。
【００１２】
本発明による方法および装置の効果は、新しい鍵デバイスをターゲット施錠デバイスに物理的に接続する必要なしに、新しい鍵デバイスのための操作上の権利の割り当てが実施され得ることである。
【００１３】
さらに、本発明の効果は、鍵デバイスに副次的ないくつかの施錠デバイスの相互制御関係を、リモートアクセスを通して変えることができることである。
【００１４】
さらに、本発明の効果は、鍵デバイスを用いたリモートアクセスを利用することによって、2つ以上の施錠デバイス間に仮想プライベートネットワークを確立することができ、それにより、1つの施錠デバイスがインターネット接続デバイスとして働くことである。
【００１５】
本発明による方法は、
- 信頼できる鍵デバイスが、信頼できる鍵デバイスの秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイスに送信し、メッセージが、信頼できる鍵デバイスの証明書および少なくとももう1つのデバイスの証明書を含み、それらを用いて受信側の施錠デバイスが、信頼できる関係、および信頼できる関係の確立においてなされた測定の定義を確立することとし、
- 施錠デバイスが、信頼できる鍵デバイスの既知の公開暗号鍵を用いて、施錠デバイスによって受信されたメッセージの送り手が真正であることを開いて（opens）確認し、
- 施錠デバイスが、そのメモリに、識別されたデバイスによって送られたメッセージに関するデバイスの証明書を保存し、
- 施錠デバイスが、メッセージに明記された少なくとももう1つのデバイスと信頼できる関係を確立する、
ことを特徴とする。
【００１６】
本発明によれば、プロセッサ、メモリ、およびメモリに保存されたコンピュータソフトウェアコードは、鍵デバイスが、
- 信頼できる鍵デバイスから、信頼できる鍵デバイスの秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイスに送信し、メッセージが、信頼できる鍵デバイスの証明書および少なくとももう1つのデバイスの証明書を含み、それらを用いて受信側の施錠デバイスが、信頼できる関係、および信頼できる関係の確立においてなされた測定の定義を確立することとし、
- 少なくとも1つの施錠デバイスからの信頼できる関係を確立する確認メッセージを受信し、そのメモリに保存するように
構成されることを特徴とする。
【００１７】
所有地におけるアクチュエータのリモート制御システムの鍵デバイス機能を提供するための、本発明によるコンピュータプログラムは、
- 鍵デバイスから、信頼できる鍵デバイスの秘密暗号鍵で暗号化したメッセージを、少なくとも1つの施錠デバイスに送信するためのコード手段であって、メッセージが、信頼できる鍵デバイスの証明書および少なくとももう1つの鍵デバイスまたはもう1つの施錠デバイスの証明書を含み、それらを用いて受信側の施錠デバイスが、信頼できる関係、および信頼できる関係の確立においてなされた測定の定義を確立することとする、コード手段と、
- 少なくとも1つの施錠デバイスから、施錠デバイスの信頼できる関係を確立する確認メッセージを受信し、メッセージを送った施錠デバイスの証明書を、少なくとも信頼できる鍵デバイスのメモリに保存するためのコード手段と
を含むことを特徴とする。
【００１８】
本発明のいくつかの好ましい実施形態は、従属請求項において開示される。
【００１９】
本発明の基本概念は、いくつかの所有地における、施錠デバイスと鍵デバイスとが存在するデバイスペアであって、互いのみによる仮想プライベートネットワークに基づいて、データ転送接続を形成することができる、少なくとも1つの施錠デバイスと、少なくとも1つの鍵デバイスとがあるデバイスペアの、リモート制御を実現することである。
【００２０】
リモート制御されることになる所有地における施錠デバイスは、制御されることになる所有地において、既存のイントラネットネットワークまたはインターネットネットワークに設置される。施錠デバイスは、イントラネットまたはインターネットネットワークにおいて、1つのサブネットワークである制御イントラネットネットワークを確立し、所有地を制御する、または管理するのに利用されるさまざまなアクチュエータが、ワイヤードまたはワイヤレスのいずれかのデータ転送接続を用いて、制御イントラネットネットワークに接続される。
【００２１】
本発明の有利な一実施形態において、単一の鍵デバイスまたはいくつかの鍵デバイスが、異なる所有地における2つ以上の施錠デバイスのデバイスペアとして機能することができる。施錠デバイスおよび鍵デバイスの、独自の識別コード、証明書、ならびに秘密および公開PKI鍵が、デバイスの製造中に前記デバイスに保存される。証明書を使用することによって、施錠デバイスと鍵デバイスとが、それらの間に、双方向のセキュアなデータ転送接続を確立することができる。
【００２２】
起動に関連して、両方のデバイスは、それらのロケーションネットワークから、インターネットに接続されたネットワーク端末までの全域にわたるデバイスのルーティング情報を決定し、そのルーティング情報は、接続の確立のために必要とされる。このルーティング情報は、インターネットに接続されたリモート制御ネットワークサーバに記憶される。
【００２３】
本発明による信頼できる関係の確立手順において、鍵デバイスは、インターネットへのデータ転送接続を確立することができる、いくつかのデータ転送デバイスに接続され得る。考え得るデータ転送デバイスは、たとえば、PC、タブレットコンピュータ、またはスマートフォンである。
【００２４】
本発明の有利な一実施形態において、鍵デバイスの機能を実装するコンピュータプログラムは、ポータブルなデータ記憶手段、たとえば、USBスティックに保存され、そこから、リモート制御において利用されることになるコンピュータプログラムが、要求時に好適なデータ処理デバイスの中にインストールされ得る。それにより、データ処理デバイスにインストールされたコンピュータプログラムは、鍵デバイスの必要な機能を実施する。
【００２５】
有利な一実施形態において、USB鍵デバイスが、ローカルネットワークに接続されたデータ転送デバイスに接続される。それにより、USB鍵デバイスは、異なるサブネットワークを通るリモート制御ネットワークサーバまでの、それ自体のルーティングを最初に決定する。ルーティングが決定されると、USB鍵デバイスの現在のルーティング情報が、本発明によるリモート制御ネットワークサーバに保存される。
【００２６】
新しい鍵デバイスが既存のリモート制御装置に接続される必要があるとき、既に動作中のUSB鍵デバイスと、導入されることになる新しいUSB鍵デバイスの両方が、使用されているデータ転送デバイスに接続される。この状況において、動作中のUSB鍵デバイスによって制御されている施錠デバイスが、使用されているデータ処理デバイスのスクリーン上に示される。このリストから、ユーザは、システムに接続されることになる新しいUSB鍵デバイスがその鍵として働くべき、施錠デバイスを選択する。選択後、既に動作中のUSB鍵デバイスの証明書で確認された、信頼できる関係を確立するための要求メッセージが、信頼できるUSB鍵デバイスの秘密鍵PKI鍵で暗号化されて、選択された施錠デバイスに送られる。各施錠デバイスは、信頼できるUSB鍵デバイスの公開PKI鍵で、受信したメッセージを開く。その後、各施錠デバイスは、受信した証明書がその施錠デバイスとペアにされたUSB鍵デバイスの証明書に対応し、その証明書がそのようにして既知であるかを検査する。識別が成功した場合、信頼できるUSB鍵デバイスの証明書およびその公開PKI鍵と共に配信された新しいUSB鍵デバイスの証明書が、それぞれの施錠デバイスに保存される。識別の成功および信頼できる関係の確立についてのメッセージが、メッセージを送ったUSB鍵デバイスに送られ、その鍵デバイスが、受信したメッセージに基づいて、既知の施錠デバイスの証明書を、新しいUSB鍵デバイスのメモリに保存する。その後、それぞれの施錠デバイスは、両方のUSB鍵デバイスによって制御され得る。要求された新しい操作上の権利(施錠デバイスとの信頼できる関係)が新しいUSB鍵デバイスのために首尾よく確立されると、新しいUSB鍵デバイスは、データ処理デバイスから分離され、前記新しい鍵デバイスを使用する権利を有する人物に、たとえば郵送されてよい。
【００２７】
下記で、本発明を詳細に説明する。説明では、同封の図面への参照がなされる。
【図面の簡単な説明】
【００２８】
【図１】リモート制御を取り扱うクライアントデバイスと、所有地の個々の制御または管理デバイスとの間に、双方向データ転送接続が確立され得る、リモート制御装置の例を示す図である。
【図２】操作上の権利が新しい鍵デバイスにどのように割り当てられるかを示す例示的な流れ図である。
【図３】2つの施錠デバイス間に仮想プライベートネットワークがどのように確立されるかを示す例示的な流れ図である。
【図４】本発明によるUSB鍵デバイスを例として示す図である。
【発明を実施するための形態】
【００２９】
下記の説明における実施形態は、例としてのみ与えられ、当業者であれば、本説明に記述される以外の何らかのやり方における本発明の基本概念もまた実現することができる。本説明は、いくつかの箇所で特定の1つまたは複数の実施形態に言及することがあるが、これは、言及が1つの説明される実施形態にのみ向けられること、または説明される特徴が1つの説明される実施形態においてのみ使用可能であることを意味するものではない。2つ以上の実施形態の個々の特徴を組み合わせることができ、本発明の新しい実施形態がそのようにして提供されてもよい。
【００３０】
図1は、リモート制御システム1の有利な一実施形態を示す。図1の例において、1つのUSB鍵デバイス34による、他の場所の所有地に位置する1つの施錠デバイス61までの、データ処理デバイス32を利用したデータ転送接続が確立される。しかしながら、USB鍵デバイス34はまた、2つ以上の所有地に位置する別個の施錠デバイス(図1には図示せず)とも有利に動作することができる。
【００３１】
図1において、インターネットは参照記号2で参照される。参照記号3である何らかのパブリックネットワークまたはイントラネットもまた、インターネット2に接続される。ネットワーク3は、固定された、またはワイヤレスのデータ転送ネットワークであってよい。図1において、リモート制御を実装するクライアントデバイス32は、ネットワーク3につながる。リモート制御接続を実現するために、USB鍵デバイス34は、クライアントデバイスのUSBポート33に接続される。
【００３２】
リモート制御されることになる所有地におけるハウスイントラネットが、図1において参照記号5で示される。参照記号55および56である例示的なデータ処理デバイスが、ハウスイントラネットネットワーク5に接続される。さらに、別のデータ転送ネットワーク6であるハウス制御イントラネットが、ハウスイントラネットネットワーク5に接続される。所有地においてリモート制御されることになるアクチュエータ62〜65は、ワイヤレスデータ転送接続またはケーブル接続のいずれかで、ハウス制御イントラネット6に接続される。
【００３３】
USB鍵デバイス34と施錠デバイス61とは、図1の例ではVPNデータ転送接続41である、データリンク層またはネットワーク層に基づいたエンドツーエンドのデータ転送接続を、それらの間に確立することができるように、インターネット2を通して互いのルーティング情報を必要とする。決定されたリアルタイムのルーティング情報は、USB鍵デバイス34と施錠デバイス61の両方によって、接続42を介してインターネット上のリモート制御ネットワークサーバ21に保存される。
【００３４】
データ転送接続を確立することを可能にするために、USB鍵デバイス34および施錠デバイス61は、それら自体のネットワークから少なくともインターネット2までの、それらの実際のネットワーク経路を決定しなければならない。このネットワーク経路の決定は、USB鍵デバイス34と施錠デバイス61とが有利に利用することができる、いくつかの知られているやり方で行われてよい。
【００３５】
図1の例において、インターネットからローカルネットワークを分離するNATファイアウォール31(FW2)および51(FW1)は、有利なことに、発信UDPトラフィック(ユーザデータグラムプロトコル)を制限していない。それにより、図1の例では、リモート制御鍵デバイス34と施錠デバイス61とが互いのIPアドレスを知っているとき、それらの間に、データリンク層においてイーサネット（登録商標）レベルの接続を確立することができる。
【００３６】
それらのケースではまた、少なくともいくつかの接続手順において、ファイアウォール31および/または51が発信トラフィックを制限する場合、好適な他のトラフィックプロトコルを使用することによってファイアウォールを通すことができ、それにより、USB鍵デバイス34と施錠デバイス61との間にデータ転送接続を確立することができる。
【００３７】
図1によるリモート制御システム1において、USB鍵デバイス34に接続されたデータ処理デバイス32と施錠デバイス61との間に、仮想プライベートネットワーク(VPN)41を確立することが所望されるとき、第1のステップにおいて、両方のデバイス34と61は、データ転送接続42を介して、相手方デバイスによってリモート制御ネットワークサーバ21に保存されたルーティング情報を、リモート制御ネットワークサーバ21から取り出す。ルーティング情報をハンドオーバする前に、リモート制御ネットワークサーバ21は、ルーティング情報が本当に許可されたUSB鍵デバイス/施錠デバイスのペアの問題であるかを検査する。その後、取り出されたルーティング情報を用いて、USB鍵デバイス34と施錠デバイス61とが、それらの間にダイレクトVPN接続41を確立する。VPN接続41が完了すると、データ転送ネットワーク3におけるデータ処理デバイス32は、ハウス制御ネットワーク6における1つまたは複数のデバイス62、63、64または65との接続を行うことができる。
【００３８】
図2は、既存のUSB鍵デバイスが、並列な新しいUSB鍵デバイスの、操作上の権利、いわゆる信頼できる関係の確立においてどのように利用されるかを例示的な流れ図として示す。以下、これらの鍵デバイスは、USB鍵デバイス1およびUSB鍵デバイス2と呼ばれる。USB鍵デバイス1はまた、図1の参照番号34で参照され得る。信頼できる関係を確立する方法においては、秘密PKI鍵で暗号化されたメッセージが利用される(公開暗号鍵方法)。デバイスは、自身の秘密PKI鍵で暗号化したメッセージを互いに送り合い、そのメッセージは、送る側のデバイスの既知の公開PKI鍵を用いて、受信側のデバイスによって開かれてよい。メッセージの送り手は、受信されたメッセージに関する送り手の証明書で確認され、その証明書は、受信側のデバイスによって既知である。証明書、秘密暗号鍵、および公開暗号鍵が一緒に、PKI方法の使用に必要な情報を形成する。
【００３９】
ステップ200は、リモート制御装置が正常に働いていて、使用中である状況について説明する。それにより、少なくとも1つの施錠デバイス61が、リモート制御システム1に接続されている。この状態において、施錠デバイス61は、図1に示す、そのUSB鍵デバイス34(USB鍵デバイス1)から、またはリモート制御ネットワークサーバ21のいずれかからメッセージを受信するために、常に準備されている。
【００４０】
ステップ210で、既存の鍵デバイス1(図1の参照記号34)と並列な、新たなUSB鍵デバイス2の施錠デバイス61との信頼できる関係の確立が開始される。USB鍵デバイス1と2の両方は、使用中、データ転送デバイス32のUSBポートに接続され得る種類のデバイスである。少なくとも1つの施錠デバイスに対する鍵デバイスの操作上の権利が要求されるUSB鍵デバイス1とUSB鍵デバイス2の両方が、同時にデータ処理デバイス32の2つのUSBポートに接続されているとき、信頼できる関係の確立手順が開始される。その後、リモート制御に利用されるソフトウェアが、データ処理デバイス32によってアクティブにされる。ソフトウェアは、データ処理デバイス32に事前にインストールされていてよく、または、データ処理デバイスが、USB鍵デバイス34(USB鍵デバイス1)において前記プログラムの実行を開始する。
【００４１】
このステップにおいて、USB鍵デバイス1とペアにされている(すなわち、それらの間に信頼できる関係がある)すべての施錠デバイスが、データ処理デバイス32のスクリーンに表示される。このリストから、新しいUSB鍵デバイス2とペアにされる必要がある1つまたは複数の施錠デバイスが選択される。ペアリングに関与する各施錠デバイスの選択について、個々のメッセージが形成され、メッセージは、新しいUSB鍵デバイス2の証明書および公開PKI鍵を含む。送られることになるメッセージは、USB鍵デバイス1の秘密PKI鍵で署名される。メッセージは、たとえば、下記のように形成されてよい。
宛先:Lock 61
送信元:Key 1
メッセージ:Key 2からの接続を許可せよ
ペアリング認可:No
設定モード:Lock
証明書:<Key 2 Certificate>
署名:<Key 1 Signature>
【００４２】
ステップ220で、データ処理デバイス32において動作するリモート制御ソフトウェアが、ステップ210で形成されたメッセージを施錠デバイス61に送り、その署名は、USB鍵デバイス1の秘密暗号鍵で暗号化されている。
【００４３】
ステップ230で、施錠デバイス61は、USB鍵デバイス1からのメッセージを最初に受信する。次に、USB鍵デバイス1の既知の公開PKI鍵を用いて、施錠デバイス61は、メッセージおよび関係する鍵デバイス1の署名を開く。その後、施錠デバイス61はまた、メッセージの中に含まれたもう一方のUSB鍵デバイス2の証明書を読む。
【００４４】
ステップ240で、施錠デバイス61は、USB鍵デバイス1の受信した署名に関する証明書を、それ自体のメモリに保存されたUSB鍵デバイス1の証明書と比較する。比較において一致がない場合、プロセスは、ステップ280で終了する。
【００４５】
ステップ240での比較の結果が、メッセージがUSB鍵デバイス1によって送られたことを示す場合、プロセスはステップ250へと続く。
【００４６】
ステップ250で、施錠デバイス61は、新しいUSB鍵デバイス2と要求された信頼できる関係を確立し、したがってそのメモリに、USB鍵デバイス2の証明書を保存する。その後、施錠デバイス61は、形成された信頼できる関係の確認を、USB鍵デバイス1に送る。
【００４７】
ステップ260で、USB鍵デバイス1は、施錠デバイス61によって送られた、信頼できる関係を確立することついてのメッセージを最初に受信し、その後、既知の施錠デバイス61の証明書を、USB鍵デバイス2のメモリに保存する。
【００４８】
この後、USB鍵デバイス2は、ステップ270で、施錠デバイス61の鍵デバイスとして働くことができる。
【００４９】
図3は、同一のUSB鍵デバイスと既存の信頼できる関係を有する2つの別個の施錠デバイスの間に信頼できる関係を確立するとき、既存のUSB鍵デバイスがどのように利用されるかを例示的な流れ図として示す。以下、鍵デバイスは、USB鍵デバイスと呼ばれ、施錠デバイスは、施錠デバイス1および施錠デバイス2と呼ばれる。USB鍵デバイスはまた、図1の参照番号34で参照され得る。信頼できる関係の確立方法は、秘密PKI鍵および公開PKI鍵(公開暗号鍵方法)の使用に基づく。鍵デバイスと施錠デバイス1および2の両方は、それらの秘密PKI鍵で署名されたメッセージを互いに送り合い、受信側のデバイスは、送る側のデバイスのそれぞれの既知の公開PKI鍵を用いて開くことができる。受信側のデバイスは、メッセージが署名した信頼できるデバイスによって真に送られたことを、メッセージに関する送る側のデバイスの証明書を用いて検証する。
【００５０】
ステップ300は、リモート制御装置が正常に働いていて、使用中である状況について説明する。それにより、少なくとも施錠デバイス1および2が、リモート制御システム1に接続されている。この状態において、施錠デバイス1および2は、図1に示す、それらのUSB鍵デバイス34(USB鍵デバイス)から、またはリモート制御ネットワークサーバ21のいずれかからメッセージを受信するために、常に準備されている。
【００５１】
ステップ310で、施錠デバイス1と2との間に信頼できる関係の確立が開始される。USB鍵デバイスがデータ処理デバイス32のUSBポートに接続されているとき、施錠デバイス1と2との間に信頼できる関係を確立するために所望されるその鍵デバイスを使用することによって、信頼できる関係の確立手順が開始される。その後、施錠デバイスのリモート制御に利用されるソフトウェアが、データ処理デバイス32によってアクティブにされる。ソフトウェアは、データ処理デバイス32に事前にインストールされていてよく、または、データ処理デバイスが、USB鍵デバイスにおいて前記プログラムの実行を開始する。
【００５２】
このステップにおいて、それぞれUSB鍵デバイスとペアにされている(すなわち、それらの間に信頼できる関係がある)すべての施錠デバイスが、データ処理デバイス32のスクリーンに表示される。このリストから、図3の例では、その間に信頼できる関係を確立するように要求される施錠デバイス1および施錠デバイス2が選択される。同時に、信頼できる関係の特徴、すなわち、施錠デバイスが後で互いにネットワークを確立することになるやり方が決定される。図3の例において、信頼できる関係を確立する狙いは、施錠デバイス1と2との間にVPNデータ転送接続を確立することである。施錠デバイスを選択した後、確立されることになる信頼できる関係の特徴を含む、両方の施錠デバイスについての個々のメッセージが作成される。送られることになるメッセージは、USB鍵デバイスの秘密PKI鍵で署名され、送る側のUSB鍵デバイスの証明書がメッセージの中に含まれる。
【００５３】
ステップ320で、データ処理デバイス32において動作するリモート制御ソフトウェアにより、信頼できる関係の確立に必要な施錠デバイス1および2へのメッセージが作成される。
【００５４】
後にサーバとして働く施錠デバイス1のためのメッセージは、好ましくは下記のように形成されてよい。
宛先:Lock 1
送信元:Key
コマンド: Lock 2からの接続を許可せよ
ペアリング認可:No
設定モード:Lock
証明書:<Lock 2 Certificate>
署名:<Key Signature>
【００５５】
後にサーバとして働く施錠デバイス1の、クライアントデバイス(スレーブデバイス)として働く施錠デバイス2のためのメッセージは、好ましくは下記のように形成されてよい。
宛先:Lock 2
送信元:Key
コマンド:Lock 1からの接続を許可せよ
ペアリング認可:No
設定モード:Sublock
証明書:<Lock 1 Certificate>
署名:<Key Signature>
【００５６】
ステップ320の最後で、データ処理デバイス32において動作するリモート制御ソフトウェアは、信頼できる関係を確立することについて形成されたメッセージを施錠デバイス1および2に送り、そのメッセージは、USB鍵デバイスの秘密PKI鍵で暗号化されている。メッセージの送信において、有利には、いわゆるマッチメーキングサービス(Matchmaking service)が使用される。
【００５７】
ステップ330で、施錠デバイス1および2は、USB鍵デバイスによってそれぞれの施錠デバイスに送られた、信頼できる関係を確立することについてのメッセージを最初に受信する。次に、施錠デバイスは、USB鍵デバイスの既知の公開PKI鍵を用いてメッセージを開く。施錠デバイスは、送る側のUSB鍵デバイスの署名が、施錠デバイスのメモリにおけるUSB鍵デバイスの署名に対応するかを検査する。この後、施錠デバイスはまた、メッセージの中に含まれたもう一方の施錠デバイスの証明書を読む。
【００５８】
ステップ340で、施錠デバイス1および2は、USB鍵デバイスの署名に関して、USB鍵デバイスの受信した証明書を、それ自体のメモリに保存されたUSB鍵デバイスの証明書と比較する。比較において一致がない場合、プロセスは、ステップ380で終了する。
【００５９】
ステップ340での比較の結果が、メッセージがUSB鍵デバイスによって送られたことを示す場合、プロセスは、施錠デバイス1と2の両方においてステップ350へと続く。
【００６０】
ステップ350で、施錠デバイス1および2は、それら自らの間に要求された信頼できる関係を確立し、したがって、互いの証明書を、それら自体のメモリに保存する。その後、施錠デバイスは、形成された信頼できる関係の確認を、USB鍵デバイスにも送る。
【００６１】
ステップ360で、施錠デバイス1および施錠デバイス2は、相手方の既知の証明書を用いて、それら自らの間にVPNネットワークを形成し、そこでは、施錠デバイス1がサーバデバイス(マスターデバイス)として働く。2つの施錠デバイスの間のVPNプライベートネットワークの確立プロセスは、1つのUSB鍵デバイスと1つの施錠デバイスとの間にVPNプライベートネットワークが確立された、図1に関連して開示されたものと同様である。
【００６２】
その後、ステップ370で、USB鍵デバイスからのすべてのメッセージは、必ず施錠デバイス1を介して、施錠デバイス2へと移動する。
【００６３】
図2および図3に示したすべてのプロセスステップは、好適な汎用プロセッサまたは特殊目的プロセッサにおいて実行される、コンピュータプログラムコマンドによって実現され得る。コンピュータコマンドは、プロセッサが前記コンピュータプログラムコマンドを取り出し、それらを走らせることができる、データディスクまたはメモリなどの、コンピュータ可読媒体に記憶されてよい。コンピュータ可読媒体への参照はまた、たとえば、プログラマブルUSBフラッシュメモリ、論理アレイ(FPLA)、特定用途向け集積回路(ASIC)、および信号プロセッサ(DSP)などの、特殊コンポーネントを含むことができる。
【００６４】
図4は、USB鍵デバイス34の機能上の主要部分を示す。USB鍵デバイス34は、1つまたはいくつかの暗号プロセッサ(cryptoprocessor)342を含むことができる。プロセッサまたはプロセッサ手段は、演算論理ユニット、異なるレジスタのグループ、および制御回路を含むことができる。暗号プロセッサ342は、有利には、個々の秘密暗号鍵3421が記憶されている内部メモリユニットを含む。
【００６５】
その中にコンピュータ可読情報またはプログラムまたはユーザ情報を記憶することができる、フラッシュメモリユニットまたはメモリ手段などのデータ記憶装置342は、プロセッサ手段に接続される。メモリ手段342は、通常、読み出しと書き込みの機能の両方を可能にするメモリユニット(ランダムアクセスメモリ、RAM)と、データをそこから読み出すことができるのみの不揮発性メモリを含むメモリユニット(読み出し専用メモリ、ROM)とを含む。USB鍵デバイス34の証明書、秘密PKI鍵および公開PKI鍵、USB鍵デバイスの現在のネットワーク経路情報、そのデバイスペアとして働く施錠デバイスの識別情報、証明書、デバイスペアの公開PKI鍵、およびVPN接続の確立に利用されるためにUSB鍵デバイス34の動作に必要なすべてのプログラムは、有利には、メモリ手段342に記憶されている。
【００６６】
リモート制御鍵デバイス34のメモリに記憶されたプログラムのいくつかの例は、オペレーティングシステム(たとえば、Linux（登録商標）)、TCP/IPプログラム、VPNプログラム(たとえば、OpenVPN)、DHCPクライアントデバイス/サーバプログラム(たとえば、ISC DHCP)、データベースプログラム(たとえば、SQLite)、証明書管理/確認プログラム(たとえば、GPG)、およびユーザインターフェースライブラリ(たとえば、LuCI)である。
【００６７】
USB鍵デバイス34はまた、情報を受信する、または送るための入力/出力部または入力/出力手段343を含む、インターフェース要素を含む。入力手段で受信した情報は、リモート制御鍵デバイス34のプロセッサ手段342によって処理されるために転送される。USB鍵デバイス34のインターフェース要素343は、有利には、情報を、USB鍵デバイス34のメモリ342から、(図1の例における)外部データ処理デバイス32または施錠デバイス61のいずれかに転送するために使用される。それに応じて、情報またはコマンドは、たとえば、USB鍵デバイス34が接続されたデータ処理デバイス32から、インターフェース要素を介して受信されてよい。
【００６８】
操作上の権利のレベルに関して、上で説明したUSB鍵デバイス34の少なくとも2つのレベル、たとえば、管理者レベルおよび基本ユーザレベルの鍵デバイスが存在する。より高い操作上の権利レベルのユーザ/オーナー(たとえば、管理者)は、より低いレベル(基本ユーザなど)でのリモート制御鍵デバイス34のユーザ(基本ユーザなど)の、すべての制御ターゲットにわたる制御権を有する。一方で、より低いレベルの鍵デバイスの操作上の権利レベルのオーナーは、自身のターゲットよりも高い操作上の権利レベルのいかなる他の制御ターゲットにもアクセスできない。
【００６９】
本発明による方法およびデバイスの上のいくつかの有利な実施形態が説明された。本発明は、上で説明したソリューションに限定されず、発明的概念は、特許請求の範囲内の多数のやり方で適用されてよい。
【符号の説明】
【００７０】
1  リモート制御システム
2  インターネット
3  パブリックネットワークまたはイントラネット/データ転送ネットワーク
5  ハウスイントラネット
6  ハウス制御イントラネット
21  リモート制御ネットワークサーバ
31  NATファイアウォール(FW2)
32  データ処理デバイス/クライアントデバイス/データ転送デバイス
33  USBポート
34  USB鍵デバイス/リモート制御鍵デバイス
41  VPNデータ転送接続
42  データ転送接続
51  NATファイアウォール(FW1)
55  データ処理デバイス
56  データ処理デバイス
61  施錠デバイス
62  アクチュエータ
63  アクチュエータ
64  アクチュエータ
65  アクチュエータ
342  暗号プロセッサ/データ記憶装置/メモリ手段/プロセッサ手段
343  入力/出力手段/インターフェース要素
3421  秘密暗号鍵
【図１】
0005795696.tif 000002
【図２】
0005795696.tif 000003
【図３】
0005795696.tif 000004
【図４】
0005795696.tif 000005