(57)【要約】【課題】データセキュリティを維持するためのシステム、方法、および装置が非常に望まれている。【解決手段】データセキュリティを維持するためのネットワーク装置は、送信者から受信したデータに対応する異なる鍵を生成する。異なる鍵は、秘密鍵と、クライアント鍵と、サーバ鍵とを含む。クライアント鍵とサーバ鍵とは、結合されると、秘密鍵を形成する。ネットワーク装置は、秘密鍵を用いてデータを暗号化した後、秘密鍵を破棄する。ネットワーク装置は、ネットワーク装置からデータを要求するためのＵＲＬ（Uniform Resource Locator）を生成する。このＵＲＬは、クライアント鍵と、データに関連してランダムに生成されたデータ識別子とを含む。ネットワーク装置は、ＵＲＬを受信者の電子アドレスに送信した後、クライアント鍵を破棄する。【選択図】図３
2018026821.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク装置に実装された、データセキュリティを維持するための方法であって、
秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成するステップを含み、前記クライアント鍵と前記サーバ鍵とは、結合されると、前記秘密鍵を形成し、
前記秘密鍵を用いて、送信者から受信したデータを暗号化するステップと、
前記ネットワーク装置から前記データを要求するためのＵＲＬ（Uniform Resource Locator）を生成するステップとを含み、前記ＵＲＬは、前記クライアント鍵と、前記データに関連してランダムに生成されたデータ識別子とを含み、
前記ＵＲＬを受信者の電子アドレスに送信するステップを含む、方法。
【請求項２】
前記受信者から、前記クライアント鍵と前記データ識別子とを含む要求を受信するステップと、
前記サーバ鍵を前記受信した要求からの前記クライアント鍵に結合することによって、前記秘密鍵を再作成するステップと、
前記再作成した秘密鍵を用いて前記データを復号するステップと、
前記再作成した秘密鍵を用いて前記データを復号した後、前記データを前記受信者に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記再作成した秘密鍵を用いて前記データを復号した後、前記再作成した秘密鍵を破棄するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記送信者または前記受信者から更なるデータを受信するステップをさらに含み、前記更なるデータは、前記送信者から受信した前記データに関連し、前記データとは別々に受信され、
前記再作成した秘密鍵を用いて、前記更なるデータを暗号化するステップをさらに含む、請求項２に記載の方法。
【請求項５】
前記秘密鍵を再作成するステップは、認証コードを前記受信者に送信し、前記受信者に許可された認証の閾値期間内に、前記受信者から前記認証コードを受信することに応答して行われる、請求項２に記載の方法。
【請求項６】
前記秘密鍵を再作成するステップは、前記受信者に許可された認証試行の閾値回数内に、前記受信者から前記認証コードを受信することに応答して行われる、請求項５に記載の方法。
【請求項７】
前記データは、ファイルおよび別個のテキストベースメッセージを含む、請求項１に記載の方法。
【請求項８】
前記異なる鍵を生成するステップは、前記送信者から前記データを受信することに応答して行われる、請求項１に記載の方法。
【請求項９】
１つ以上の前記異なる鍵を前記鍵記憶リポジトリに格納し、前記鍵記憶リポジトリから前記１つ以上の異なる鍵を取り出すステップをさらに含む、請求項１に記載の方法。
【請求項１０】
前記ＵＲＬは、前記受信者に関連してランダムに生成された受信者識別子をさらに含み、
前記方法はさらに、
異なるＵＲＬを生成するステップを含み、前記異なるＵＲＬは、前記データ識別子、前記クライアント鍵、および異なる受信者に関連してランダムに生成された異なる受信者識別子を含み、
前記異なるＵＲＬを前記異なる受信者の電子アドレスに送信するステップを含む、請求項１に記載の方法。
【請求項１１】
前記秘密鍵を生成するステップは、前記クライアント鍵と前記サーバ鍵とを結合することを含む、請求項１に記載の方法。
【請求項１２】
前記クライアント鍵および前記サーバ鍵を生成するステップは、前記秘密鍵から対応する部分を前記クライアント鍵および前記サーバ鍵として選択することを含む、請求項１に記載の方法。
【請求項１３】
前記クライアントおよび前記サーバ鍵を生成するステップは、前記秘密鍵を破棄するように、前記ネットワーク装置に通知する指令を受信することに応答して行われる、請求項１２に記載の方法。
【請求項１４】
前記データを暗号化した後、前記秘密鍵を廃棄するステップと、
前記ＵＲＬを送信した後、前記クライアント鍵を廃棄するステップとをさらに含む、請求項１に記載の方法。
【請求項１５】
ネットワーク装置であって、
ネットワークを介して信号を交換するように構成された通信回路と、
前記通信回路に通信可能に接続された処理回路とを備え、
前記処理回路は、
秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成するように構成され、前記クライアント鍵と前記サーバ鍵とは、結合されると、前記秘密鍵を形成し、
前記秘密鍵を用いて、送信者から受信したデータを暗号化し、
前記ネットワーク装置から前記データを要求するためのＵＲＬ（Uniform Resource Locator）を生成するように構成され、前記ＵＲＬは、前記クライアント鍵と、前記データに関連してランダムに生成されたデータ識別子とを含み、
前記ＵＲＬを受信者の電子アドレスに送信するように構成される、ネットワーク装置。
【請求項１６】
前記処理回路はさらに、
前記受信者から、前記クライアント鍵と前記データ識別子とを含む要求を受信し、
前記サーバ鍵を前記受信した要求からの前記クライアント鍵に結合することによって、前記秘密鍵を再作成し、
前記再作成した秘密鍵を用いて前記データを復号し、
前記再作成した秘密鍵を用いて前記データを復号した後、前記データを前記受信者に送信するように構成される、請求項１５に記載のネットワーク装置。
【請求項１７】
前記処理回路はさらに、前記再作成した秘密鍵を用いて前記データを復号した後、前記再作成した秘密鍵を破棄するように構成される、請求項１６に記載のネットワーク装置。
【請求項１８】
前記処理回路はさらに、
前記送信者または前記受信者から更なるデータを受信するように構成され、前記更なるデータは、前記送信者から受信した前記データに関連し、前記データとは別々に受信され、
前記再作成した秘密鍵を用いて、前記更なるデータを暗号化するように構成される、請求項１６に記載のネットワーク装置。
【請求項１９】
前記処理回路は、前記受信者に認証コードを送信し、前記受信者に許可された認証の閾値期間内に、前記受信者から前記認証コードを受信することに応答して、前記秘密鍵を再作成するように構成される、請求項１６に記載のネットワーク装置。
【請求項２０】
前記処理回路は、前記受信者に許可された認証試行の閾値回数内に、前記受信者から前記認証コードを受信することに応答して、前記秘密鍵を再作成するように構成される、請求項１９に記載のネットワーク装置。
【請求項２１】
前記データは、ファイルおよび別個のテキストベースメッセージを含む、請求項１５に記載のネットワーク装置。
【請求項２２】
前記処理回路は、前記送信者から前記データを受信することに応答して、前記異なる鍵を生成するように構成される、請求項１５に記載のネットワーク装置。
【請求項２３】
前記処理回路はさらに、１つ以上の前記異なる鍵を前記鍵記憶リポジトリに格納し、前記鍵記憶リポジトリから前記１つ以上の異なる鍵を取り出すように構成される、請求項１５に記載のネットワーク装置。
【請求項２４】
前記ＵＲＬは、前記受信者に関連してランダムに生成された受信者識別子をさらに含み、
前記処理回路はさらに、
異なるＵＲＬを生成するように構成され、前記異なるＵＲＬは、前記データ識別子、前記クライアント鍵、および異なる受信者に関連してランダムに生成された異なる受信者識別子を含み、
前記異なるＵＲＬを前記異なる受信者の電子アドレスに送信するように構成される、請求項１５に記載のネットワーク装置。
【請求項２５】
前記処理回路は、前記クライアント鍵と前記サーバ鍵とを結合することによって、前記秘密鍵を生成するように構成される、請求項１５に記載のネットワーク装置。
【請求項２６】
前記処理回路は、前記秘密鍵から、前記クライアント鍵および前記サーバ鍵に各々対応する部分を選択することによって、前記クライアント鍵および前記サーバ鍵を生成するように構成される、請求項１５に記載のネットワーク装置。
【請求項２７】
前記処理回路は、前記秘密鍵を破棄するように、前記ネットワーク装置に通知する指令を受信することに応答して、前記クライアント鍵および前記サーバ鍵を生成するように構成される、請求項２６に記載のネットワーク装置。
【請求項２８】
前記処理回路は、前記データを暗号化した後、前記秘密鍵を廃棄し、前記ＵＲＬを送信した後、前記クライアント鍵を廃棄するように構成される、請求項１５に記載のネットワーク装置。
【請求項２９】
プログラム可能なネットワーク装置を制御するためのコンピュータプログラム製品を格納する非一時的なコンピュータ可読媒体であって、
前記コンピュータプログラム製品は、ソフトウェア指令を含み、これらの指令は、前記プログラム可能なネットワーク装置の処理回路によって実行されると、前記プログラム可能なネットワーク装置に
秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成させ、前記クライアント鍵と前記サーバ鍵とは、結合されると、前記秘密鍵を形成し、
前記秘密鍵を用いて、送信者から受信したデータを暗号化させ、
前記ネットワーク装置から前記データを要求するためのＵＲＬ（Uniform Resource Locator）を生成させ、前記ＵＲＬは、前記クライアント鍵と、前記データに関連してランダムに生成されたデータ識別子とを含み、
前記ＵＲＬを受信者の電子アドレスに送信させる、非一時的なコンピュータ可読媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本願は、２０１５年９月２８日に出願された米国仮出願第６２／２３３７７１号の利益を主張し、その開示の全体が引用により本願に援用される。
【０００２】
技術分野
本開示は、一般に、ネットワーク装置のデータセキュリティを維持することに関し、より詳しくは、ネットワークサーバに格納されるデータを安全に暗号化するために使用された暗号化鍵を管理するためのシステム、方法および装置に関する。
【背景技術】
【０００３】
背景
インターネットの出現に伴い、データの電子転送が普及している。ユーザが、ますます、データの電子転送に頼って、本質的に機密または秘密の情報を共有している。例えば、ネットワークを経由して転送される電子ファイルには、財務機密、医療機密、または技術機密を含む可能性がある。これらの機密は、公衆、悪意のあるユーザ、または競合企業に公開された場合、特定のユーザまたは特定の企業に破滅的な影響を及ぼす可能性がある。したがって、データセキュリティを維持するためのシステム、方法、および装置が非常に望まれている。
【発明の概要】
【課題を解決するための手段】
【０００４】
概要
本開示の実施形態は、一般に、データセキュリティを維持するためのシステム、方法および装置に関する。１つ以上の実施形態によれば、ネットワーク装置は、秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成する。クライアント鍵とサーバ鍵とは、結合されると、秘密鍵を形成する。ネットワーク装置は、秘密鍵を用いて、送信者から受信したデータを暗号化し、データを要求するためのＵＲＬを生成する。ＵＲＬは、クライアント鍵と、データに関連してランダムに生成されたデータ識別子とを含む。ネットワーク装置は、このＵＲＬを受信者の電子アドレスに送信する。いくつかの実施形態において、受信者は、データを要求するＵＲＬを用いて、少なくとも部分的に自分自身を認証することができる。いくつかの実施形態において、追加的にまたは代替的に、ネットワーク装置は、秘密鍵およびクライアント鍵を破棄することができ、受信者は、上記ＵＲＬを用いてデータを要求した場合のみ、データを復号することができる。例えば、ネットワーク装置は、受信者からのハイパーテキスト転送プロトコル（ＨＴＴＰ）要求に含まれたクライアント鍵を受信し、受信した要求に含まれたクライアント鍵をサーバ鍵と結合することによって、秘密鍵を再作成することができる。その後、ネットワーク装置は、再作成した秘密鍵を用いて、データを復号し、復号したデータを受信者に送信することができる。
【０００５】
本開示の実施形態は、例えば、ネットワーク装置に実装された、データセキュリティを維持するための方法を含む。この方法は、秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成するステップを含む。クライアント鍵とサーバ鍵とは、結合されると、秘密鍵を形成する。この方法は、秘密鍵を用いて、送信者から受信したデータを暗号化するステップと、ネットワーク装置からデータを要求するためのＵＲＬ（Uniform Resource Locator）を生成するステップとをさらに含む。このＵＲＬは、クライアント鍵と、データに関連してランダムに生成されたデータ識別子とを含む。この方法は、上記ＵＲＬを受信者の電子アドレスに送信するステップをさらに含む。
【０００６】
本開示の他の実施形態は、例えば、ネットワーク装置を含む。ネットワーク装置は、処理回路に通信可能に接続された通信回路を含む。通信回路は、ネットワークを介して信号を交換するように構成される。処理回路は、秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成するように構成される。クライアント鍵とサーバ鍵とは、結合されると、秘密鍵を形成する。処理回路はさらに、秘密鍵を用いて、送信者から受信したデータを暗号化するように構成される。処理回路は、ネットワーク装置からデータを要求するためのＵＲＬを生成するようにさらに構成される。このＵＲＬは、クライアント鍵と、データに関連してランダムに生成されたデータ識別子とを含む。処理回路はさらに、通信回路を介して、上記ＵＲＬを受信者の電子アドレスに送信するように構成される。
【０００７】
本開示の他の実施形態は、プログラム可能なネットワーク装置を制御するためのコンピュータプログラム製品を格納する非一時的なコンピュータ可読媒体を含むことができ、前記コンピュータプログラム製品は、前記プログラム可能なネットワーク装置の処理回路によって実行されると、プログラム可能なネットワーク装置に本開示に記載の方法のいずれかを実施させることができる。
【図面の簡単な説明】
【０００８】
【図１】実施形態に従って、データセキュリティを維持するための例示的なシステムを示すブロック図である。
【図２】実施形態に従って、ネットワーク装置によって実行された、鍵の管理を示すブロック図である。
【図３】実施形態に従って、ネットワーク装置によって実施された、データセキュリティを維持するための例示的な方法を示すフロー図である。
【図４】実施形態に従って、ネットワーク装置によって実施された、データセキュリティを維持するための別の例示的な方法を示すフロー図である。
【図５】実施形態に従って、ネットワーク装置の例示的なハードウェアを示すブロック図である。
【発明を実施するための形態】
【０００９】
詳細な説明
説明を簡単にするために、主に代表的な実施形態を参照して、本開示を説明する。以下の説明では、本発明の完全な理解を提供するために、多くの特定の詳細を記載している。しかしながら、これらの特定の詳細に限定されることなく、本発明を実施できることは、当業者にとって容易に分かるであろう。以下の説明では、本発明を不必要に不明瞭にしないように、周知の方法および構造は、詳細に記載されていない。
【００１０】
以下でさらに説明するように、本開示の態様は、完全なハードウェアユニットとして、または（ファームウェア、常駐ソフトウェア、マイクロコードなどを含む）完全なソフトウェアモジュールとして、またはハードウェアユニットとソフトウェアモジュールとの組み合わせとして実現されてもよい。例えば、本開示の実施形態は、コンピュータプログラムの形にしたソフトウェア指令を格納する非一時的なコンピュータ可読媒体を含むことができる。このコンピュータプログラムは、プログラム可能な装置上で実行されると、そのプログラム可能な装置を構成して、以下に記載されている様々な方法を実行する。
【００１１】
以下の開示を明確に理解するために、「１つの」項目リスト（例えば、「ＡおよびＢの１つ」）を言及した場合、本開示は、項目リストの（両方ではなく）一方（例えば、ＡとＢの両方ではなく、ＡまたはＢ）を意味する。このような表現は、項目リストの各々の１つ（例えば、１つのＡおよび１つのＢ）を意味しておらず、項目リストの一方のみ（例えば、１つのＡのみまたは１つのＢのみ）を意味していない。同様に、「少なくとも１つの」項目リスト（同様に、「１つ以上の」項目リスト）を言及した場合、本開示は、リスト内の任意の項目または項目の任意の組み合わせ（例えば、Ａのみ、Ｂのみ、またはＡとＢの両方）を指す。このような表現は、リスト内の各項目の１つ以上（例えば、１つ以上のＡ、および１つ以上のＢ）を意味していない。
【００１２】
図面を参照して、図１は、１つ以上の実施形態に従って、データセキュリティを維持するための例示的なシステム１００を示す。システム１００は、送信装置１１０、受信装置１７０、記憶装置１５０およびネットワーク装置１２０を備え、これらの装置の各々は、ネットワーク１３０に接続されている。また、ネットワーク装置１２０は、アウトオブバンドネットワーク１６０を介して、送信装置１１０および受信装置１７０の両方に接続されている。ネットワーク１３０およびアウトオブバンドネットワーク１６０は、個別の物理ネットワークであって、特定の実施形態において、完全にまたは部分的に分離することができる。
【００１３】
ネットワーク１３０は、送信装置１１０、ネットワーク装置１２０、記憶装置１５０および受信装置１７０間でメッセージを転送することができる任意の物理ネットワークであってもよい。物理ネットワークの例として、例えば、インターネット、１つ以上のローカルエリアネットワーク、１つ以上の無線ネットワーク、１つ以上のセルラネットワーク、１つ以上のインターネットプロトコルに基づくネットワーク、１つ以上のイーサネット（登録商標）ネットワーク、１つ以上の光ネットワーク、１つ以上の電話ネットワーク、および／または１つ以上の回線交換ネットワーク（に限定されず）を含む。
【００１４】
アウトオブバンドネットワーク１６０は、ネットワーク装置１２０と受信装置１７０との間にメッセージを転送することができ、ネットワーク１３０とは異なる任意の物理ネットワークであってもよい。物理ネットワークの例として、例えば、インターネット、１つ以上のローカルエリアネットワーク、１つ以上の無線ネットワーク、１つ以上のセルラネットワーク、１つ以上のインターネットプロトコルに基づくネットワーク、１つ以上のイーサネット（登録商標）ネットワーク、１つ以上の光ネットワーク、１つ以上の電話ネットワーク、および／または１つ以上の回線交換ネットワーク（に限定されず）を含む。図１の例示的なシステム１００は、アウトオブバンドネットワーク１６０を含むが、他の実施形態において、アウトオブバンドネットワーク１６０を省いてもよい。
【００１５】
記憶装置１５０は、ネットワーク１３０を介して受信した情報を格納することができる任意の不揮発性物理メモリを含んでもよい。したがって、記憶装置１５０は、例えば、１つ以上のストレージエリアネットワーク（ＳＡＮ）、ネットワークアタッチトストレージ（ＮＡＳ）サーバ、ＲＡＩＤ（Redundant Array of Independent Disks）、ソリッドステートドライブ、ハードディスクドライブ、またはそれらの任意の組み合わせを含むことができる。同様に、別の形態の不揮発性物理メモリを用いて、記憶装置１５０を実装することができる。いくつかの実施形態において、記憶装置１５０は、暗号化および／または復号に使用される１つ以上の鍵を格納するためのリポジトリを含む。また、図１において、記憶装置１５０は、ネットワーク１３０を介してネットワーク装置１２０に接続されているものとして示されているが、他の実施形態において、記憶装置１５０は、完全にまたは部分的にネットワーク装置１２０に設けられてもよい。代替的には、記憶装置１５０は、イントラネットなどのプライベートネットワークを介して、ネットワーク装置１２０に接続されてもよい。したがって、これらの実施形態によれば、ネットワーク装置１２０は、情報をローカルにおよび／またはリモートに格納することができる。
【００１６】
送信装置１１０および受信装置１７０の各々は、ネットワーク１３０を介して、データ１４０（例えば、１つ以上のファイルおよび／またはテキストベースメッセージ）を送信および／または受信することができる任意の装置であってもよい。具体的には、送信装置１１０は、データ１４０の送信者によって作動されてもよく、受信装置１７０は、データ１４０の受信者によって作動されてもよい。実施形態によれば、送信装置１１０および受信装置１７０の各々は、パーソナルコンピュータ、デスクトップコンピュータ、ラップトップコンピュータ、ワークステーション、スマートフォン、装着型コンピュータ、またはタブレットコンピュータであってもよい。ネットワーク装置１２０は、ネットワーク１３０を介してデータ１４０を送信および受信し且つ記憶装置１５０に情報（例えば、データ１４０）を格納することができる任意の装置であってもよい。例えば、ネットワーク装置１２０は、ネットワークサーバ、メインフレーム、またはサーバクラスタであってもよい。  一般に、システム１００を用いて、ネットワーク１３０を介して、データ１４０を送信装置１１０からネットワーク装置１２０を介して受信装置１７０に送信することができる。以下でさらに詳細に説明するように、ネットワーク装置１２０は、データ１４０を安全に転送することを保証するために、様々なタスクを行うことができる。これらのタスクの例として、例えば、様々な認証タスク、暗号化タスク、および復号タスクを含むことができる。様々な実施形態によれば、ネットワーク装置１２０が送信装置１１０からデータ１４０を受信すると、送信装置１１０および／または受信装置１７０は、ネットワーク装置１２０を介して、例えばデータ装置１４０を非同期に利用することができる。図１には示されていないが、他の実施形態は、複数の受信装置１７０を含み、受信装置１７０のいずれかまたは全ては、ネットワーク装置１２０からデータ１４０を取得することができる。
【００１７】
データ１４０を送信装置１１０から受信装置１７０に安全に転送することをサポートするために、ネットワーク装置１２０は、データ１４０の暗号化および／または復号に使用される１つ以上の鍵を生成することができる。例えば、いくつかの実施形態において、ネットワーク装置１２０は、データ１４０の対称暗号化および復号を行うための単一鍵を生成することができる。別の例として、ネットワーク装置１２０は、暗号化および復号を各々行うための非対称鍵を生成することができる。これらの鍵のいずれかは、秘密に格納することができる。例えば、いくつかの実施形態において、ネットワーク装置１２０は、ネットワーク１３０および１６０のいずれかを介して特定の鍵を転送しない。他の実施形態において、ネットワーク装置１２０は、ネットワーク１３０を介して、１つ以上の鍵を転送して、記憶装置１５０に設けられた安全な鍵レポジトリに格納し、その後取得することができる。いくつかのこのような実施形態において、記憶装置１５０に格納された１つ以上の鍵は、送信装置１１０および受信装置１７０に転送されない。
【００１８】
いくつかの実施形態において、データ１４０を暗号化および／または復号する能力は、堅く管理されている。特定の鍵に関するセキュリティを向上させるために、ネットワーク装置１２０は、悪意のあるユーザが特定の鍵にアクセスする機会を防止または制限する措置を取ることができる。例えば、ネットワーク装置１２０は、鍵を断片（例えば、サブ鍵）に分割し、これらの断片を別々に格納することによって、悪意のあるユーザが復号に必要な鍵の全体を取得することをより困難にすることができる。
【００１９】
図２は、データセキュリティの管理をサポートするための異なる鍵を生成するネットワーク装置１２０の一例を示す図である。具体的には、ネットワーク装置は、サーバ鍵２１０、クライアント鍵２２０および秘密鍵２３０を生成する。サーバ鍵２１０およびクライアント鍵２２０は、結合されると、秘密鍵２３０を形成する。ネットワーク装置１２０は、サーバ鍵２１０を記憶装置１５０に格納するが、クライアント鍵２２０を記憶装置１５０に格納しない。ネットワーク装置１２０は、クライアント鍵２２０を受信装置１７０に送信する（図２に示されていないが、いくつかの実施形態において、送信装置１１０にも送信する）。受信装置１７０は、サーバ鍵２１０（いくつかの実施形態では記憶装置１５０）にアクセスできないが、ネットワーク装置１２０にクライアント鍵２２０を返送することによって、ネットワーク装置１２０からデータ１４０を要求することができる。これによって、ネットワーク装置１２０は、例えば、サーバ鍵２１０およびクライアント鍵２２０の両方を用いて、秘密鍵２３０を再作成することができる。その後、ネットワーク装置１２０は、データ１４０を受信装置１７０に送信する前に、再作成した秘密鍵２３０を用いて、データ１４０を復号することができる。一方、クライアント鍵２２０を持たない無権限のユーザは、秘密鍵２３０の再作成に必要な情報をネットワーク装置１２０に提供することができず、その結果、ネットワーク装置１２０からデータ１４０を適切に要求することができない。
【００２０】
いくつかの実施形態において、ネットワーク装置１２０は、秘密鍵２３０を生成し、その後、秘密鍵２３０を用いて、サーバ鍵２１０およびクライアント鍵２２０を生成する。例えば、ネットワーク装置１２０は、図２に示すように、サーバ鍵２１０およびクライアント鍵２２０となるべき秘密鍵２３０から、それぞれの部分を選択することができる。替わりに、ネットワーク装置１２０は、サーバ鍵２１０およびクライアント鍵２２０を生成し、その後、サーバ鍵２１０およびクライアント鍵２２０を結合することによって、秘密鍵２３０を生成することができる。様々な実施形態は、一部がかなり複雑であり得る多種多様な方法でサーバ鍵２１０およびクライアント鍵２２０を結合することを含む。例えば、サーバ鍵２１０およびクライアント鍵２２０をインターリーブすることによって、サーバ鍵２１０およびクライアント鍵２２０を結合することができ、および／または、例えば、数学的アルゴリズムに従って、サーバ鍵２１０およびクライアント鍵２２０を結合することができる。このような実施形態において、秘密鍵２３０から一部分を選択してサーバ鍵２１０およびクライアント鍵２２０を生成することは、サーバ鍵２１０およびクライアント鍵２２０を結合するときにとられた措置に対応する逆措置を含むことができる。
【００２１】
いくつかの実施形態において、ネットワーク装置１２０は、単一鍵モードおよび複数鍵モードの両方での動作をサポートする。例えば、ネットワーク装置１２０は、秘密鍵２３０を生成し、秘密鍵２３０を用いてデータ１４０を暗号化することができる。その後、ネットワーク装置１２０は、秘密鍵２３０を保護するために、更なるステップをとる指令を受信することができる。例えば、ネットワーク装置１２０は、秘密鍵２３０を破棄する指示を送信者または受信者から受信することができる。したがって、ネットワーク装置１２０は、指示に応じて、秘密鍵２３０からサーバ鍵２１０およびクライアント鍵２２０を生成し、サーバ鍵２１０およびクライアント鍵２２０を記憶装置１５０および受信装置１７０にそれぞれ送信することができる。また、ネットワーク装置１２０は、必要に応じて、秘密鍵２３０およびクライアント鍵２２０の一方または両方を破棄することができる。
【００２２】
いくつかの実施形態において、クライアント鍵２２０をＵＲＬの一部として受信装置１７０に送信することができる。例えば、このＵＲＬを受信者の電子アドレスに送信することができる。電子アドレスは、電子メールアドレス、電話番号、ユーザ名、プロファイル識別子、または電子メッセージを配信できる他のアドレスであってもよい。したがって、ＵＲＬは、例えば、電子メール、ショートメッセージサービス（ＳＭＳ）、マルチメディアメッセージングサービス（ＭＭＳ）、および／またはインスタントメッセージを介して、受信者に送信および／または配信されてもよい。受信装置１７０がこのＵＲＬを受信すると、受信者は、このＵＲＬを使用してデータ１４０を要求することができる。例えば、ＵＲＬをクリックする場合、受信装置１７０は、データ１４０を要求するハイパーテキストトランスポートプロトコル（ＨＴＴＰ）要求をネットワーク装置１２０に送信することができる。
【００２３】
ＵＲＬは、データ１４０、ネットワーク装置１２０のホスト名、ネットワーク装置１２０のドメイン名、転送されるデータ１４０を格納するディレクトリのパス、およびクライアント鍵２２０を要求するために使用される１つ以上の適切なプロトコルを表すことができる。いくつかの実施形態において、ＵＲＬはまた、受信者に対応する受信者識別子を含むことができる。例えば、ＵＲＬは、＜プロトコル＞：／／＜ホスト名＞．＜ドメイン名＞＜パス＞？鍵＝＜クライアント鍵＞＆ｒ＝＜受信者ＩＤ＞の形式を有することができる。このような例において、「https://drop.example.com/123/?key=ABC&r=XYZ」というＵＲＬは、ＨＴＴＰＳ（Secure Hypertext Transfer Protocol）というプロトコル、「drop」というホスト名、「example.com」というドメイン、「123」というパス、「ABC」というクライアント鍵２２０、およびXYZという受信者識別子を含むことができる。
【００２４】
いくつかの実施形態において、ＵＲＬ内のデータに関連するデータ識別子を含むことができる。それぞれの実施形態によれば、データ識別子は、様々な異なる形を有することができる。いくつかの実施形態において、データ識別子は、ネットワーク装置１２０によってランダムに生成される。他の実施形態において、データ識別子は、送信装置から受信した識別子である。いくつかの実施形態において、ネットワーク装置１２０は、データ識別子が上述したパスとしてＵＲＬに含まれるように、記憶装置１５０にディレクトリ構造を作成する。他の実施形態において、データ識別子は、ＵＲＬのクエリセクション（すなわち、疑問符の後）の名前／値の対として含まれる。
【００２５】
各々の実施形態によれば、受信者識別子は、様々な異なる形態をとることもできる。いくつかの実施形態において、受信者識別子は、受信者の電子アドレスである。他の実施形態において、ネットワーク装置１２０は、受信者識別子をランダムに生成し、受信者識別子を受信者に関連付ける。さらに他の実施形態において、受信者識別子は、送信装置１１０によって提供される値である。他の実施形態において、他の値の受信者識別子が使用される。
【００２６】
データ１４０を複数の異なる受信者に送信するいくつかの実施形態において、ネットワーク装置１２０は、受信者の各々に対して異なるＵＲＬを生成することができる。具体的には、異なるＵＲＬは、同様のクライアント鍵２２０を含むが、異なる受信者識別子を含むことができる。また、一部の実施形態によれば、異なるＵＲＬは、同様のデータ識別子を含むことができる。異なるＵＲＬは、生成されと、異なる受信者に各々対応する異なる電子アドレスに送信されてもよい。
【００２７】
上述のように、１人以上の受信者は、ＵＲＬを用いて、データ１４０を要求することができる。要求は、クライアント鍵２２０およびデータ識別子をそのＵＲＬに入れることができる。要求は、例えば受信者識別子をＵＲＬに入れる場合、受信者識別子を含むこともできる。ネットワーク装置１２０は、要求を受信すると、記憶装置１５０に格納された１つ以上の鍵（例えば、サーバ鍵２１０）を検索することができる。実施形態によれば、要求内のクライアント鍵２２０が有効である場合、ネットワーク装置は、記憶装置１５０から検索されたサーバ鍵２１０および受信装置１７０から受信されたクライアント鍵２２０を用いて、秘密鍵２３０を再作成することができる。具体的には、ネットワーク装置１２０は、上述したように、サーバ鍵２１０およびクライアント鍵２２０を結合することができる。その後、ネットワーク装置１２０は、再作成した秘密鍵２３０を用いて、データ１４０を復号し、受信装置１７０にデータ１４０を送信することができる。しかしながら、要求のクライアント鍵２２０が無効であるまたは欠落している場合（例えば、ハッカーが偽鍵を使用た場合、クライアント鍵２２０を不正確に推測した場合、またはクライアント鍵２２０を完全に省略した場合）、ネットワーク装置１２０は、秘密鍵２３０を正しく（または全く）再作成することができず、復号プロセスを順調に行うことができない（例えば、データ１４０は、文字化けするまたは暗号化のままになる）。
【００２８】
いくつかの実施形態において、ネットワーク装置１２０は、追加の措置を行い、データ１４０を要求している受信者を認証することができる。例えば、ネットワーク装置１２０は、データ１４０を送信する前に、受信者が１つ以上の電子メッセージングに対するアクセスを証明または確認するように要求することができる。具体的には、いくつかの実施形態において、受信者からのデータ１４０に対する要求の受信に応答して、ネットワーク装置１２０は、受信者に認証コードを送信し、受信者から認証コードを受信するまで、データ１４０を復号しないおよび／またはデータ１４０を受信者に送信しない。いくつかのこのような実施形態において、ネットワーク装置１２０は、ＵＲＬを送信した受信者と同様の電子アドレスに、この認証コードを送信することができる（したがって、例えば、受信者が同様のアカウントへの継続的アクセスを証明することを要求する）。代替的には、ネットワーク装置１２０は、認証コードを異なる電子アドレスに送信することができる（したがって、例えば、受信者が複数の受信者のアカウントへのアクセスを証明することを要求する）。例えば、ネットワーク装置１２０は、受信者の電子メールアドレスに、電子メールでＵＲＬを送信し、受信者の携帯電話に、ＳＭＳで認証コードを送信することができる。受信者から認証コードを受信すると、ネットワーク装置１２０は、データ１４０を要求しているものが受信者であり、権限のない者（例えば、ハッカー）ではないことを判断することができる。
【００２９】
いくつかの実施形態において、悪意のあるユーザに対する更なる保護措置として、ネットワーク装置１２０は、ネットワーク１３０を用いて、ＵＲＬを受信者に送信し、アウトオブバンドネットワーク１６０を用いて、認証コードを受信者に送信することができる。ネットワーク装置１２０は、異なるルートで認証コードを受信者に送信することによって、中間者が転送中の認証コードを傍受することを防ぐことができる。また、受信者は、データ１４０を要求していないのに認証コードを受信した場合、権限のない当事者がデータ１４０にアクセスしようとすることを認識することができる。異なるネットワーク１３０および１６０を介してＵＲＬおよび認証コードを送信しても、受信者は、同一の受信装置１７０（例えば、電子メールおよびＳＭＳ機能の両方を備えたスマートフォン）を用いて、ＵＲＬおよび認証コードを受信することができる。
【００３０】
悪意のあるユーザに対する更なる保護措置として、ネットワーク装置１２０は、正しい認証コードで応答するための閾値期間および／または認証試行回数を受信者に与えることができる。このような実施形態において、ネットワーク装置１２０は、閾値期間内および／または認証試行回数内に正しい認証コードを受信することに応答して、受信者にデータ１４０を送信し、さもなければ受信者にデータ１４０を送信しない。
【００３１】
上記で、データ１４０を暗号化および復号し、１人以上の受信者に送信する様々な実施形態を説明した。いくつかの実施形態において、ネットワーク装置１２０はさらに、データ１４０に関連する更なるデータの送信をサポートすることができる。例えば、上記の態様を適用することによって、受信者は、ネットワーク装置１２０を介して、データ１４０とは別の更なるデータを送信者に返送するおよび／または他の受信者に送信することができる。このような例において、上述のように、ネットワーク装置１２０は、送信者および受信者が暗号化したファイルおよび／またはテキストメッセージを含むメッセージを交換したトランザクションを追跡することができる。
【００３２】
したがって、更なるデータは、ネットワーク装置１２０によって、データ１４０とは別に受信されてもよい。データ１４０と同様に、この更なるデータは、１つ以上のファイルおよび／または１つ以上のテキストベースメッセージを含むことができる。実施形態によれば、この更なるデータは、送信者または任意の受信者から受信することができる。
【００３３】
ネットワーク装置１２０は、上述した秘密鍵２３０と同様の鍵を用いて、この更なるデータを暗号化することができる。具体的には、ネットワーク装置１２０は、データ１４０に関連する送信者と受信者との間に交換されたトランザクションのいずれかまたは全てに対して、秘密鍵２３０を使用することができる。送信者は、ネットワークサーバを介して、受信者に契約書を送信することができる。受信者は、契約書を変更することでまたは送信者の契約書に署名する指示で応答することができる。この例における契約書は、１つ以上のファイルおよび／またはテキストベースメッセージの交換を含む、送信者と受信者との間に行われた電子会話の一部である。ネットワーク装置１２０は、サーバ鍵２１０、クライアント鍵２２０および秘密鍵２３０を用いて、この会話の一部として交換されたファイルおよび／またはメッセージのいずれか一部または全部を暗号化することができる。また、いくつかの実施形態において、上述したように、ネットワーク装置１２０は、会話中に１回または複数回に、単一鍵モードおよび複数鍵モードを切り替えることができる。
【００３４】
上記に応じて、図３は、ネットワーク装置１２０に実装されたデータセキュリティを維持するための例示的な方法３００を示している。方法３００は、秘密鍵２３０とクライアント鍵２２０とサーバ鍵２１０とを含む異なる鍵を生成するステップ（ブロック３１０）を含む。クライアント鍵２２０およびサーバ鍵２１０は、結合されると、秘密鍵２３０を形成する。また、方法３００は、秘密鍵２３０を用いて、送信者から受信したデータ１４０を暗号化するステップ（ブロック３２０）、およびネットワーク装置１２０からデータ１４０を要求するためのＵＲＬ（Uniform Resource Locator）を生成するステップ（ブロック３３０）を含む。ＵＲＬは、クライアント鍵２２０と、データ１４０に関連してランダムに生成されたデータ識別子とを含む。さらに、方法３００は、このＵＲＬを受信者の電子アドレスに送信するステップ（ブロック３４０）を含む。
【００３５】
図４は、ネットワーク装置１２０に実装されたデータセキュリティを維持するための別の例示的な方法４００を示している。方法４００は、例えば、特定の送信者に有用なまたは送信者と受信者との間に行われる（または行われている）電子会話の暗号化および復号に有用な秘密鍵２３０を生成するステップ（ブロック４０５）を含む。ネットワーク装置１２０は、ネットワーク１３０を介してデータ１４０を受信し（ブロック４１０）、例えば権限のない者によって盗まれないように秘密鍵２３０を保護するために、秘密鍵２３０を破棄するようにネットワーク装置１２０に指示する指令を送信する（ブロック４１５）。その指令に応答して、ネットワーク装置１２０は、例えば、上述のように秘密鍵２３０から対応する部分を選択することによって、サーバ鍵２１０およびクライアント鍵２２０を生成する（ブロック４２０）。その後、ネットワーク装置１２０は、秘密鍵２３０を用いて、データ１４０を暗号化する（ブロック４２５）。
【００３６】
ネットワーク装置１２０は、例えば、記憶装置１５０によって提供された鍵記憶リポジトリにサーバ鍵２１０を記憶する（ブロック４３０）。さらに、ネットワーク装置１２０は、異なる受信者のために異なるＵＲＬを生成する（ブロック４３５）。この例において、異なるＵＲＬは各々、データ１４０に関連するデータ識別子、クライアント鍵２２０、およびＵＲＬが送信される受信者に関連する受信者識別子を含む。ネットワーク装置１２０は、ＵＲＬを対応する受信者の電子アドレスに送信し（ブロック４４０）、秘密鍵２３０が盗まれること（および／またはクライアント鍵２２０を用いて秘密鍵２３０を再作成すること）を防止するために、例えば廃棄指令に従って秘密鍵２３０およびクライアント鍵２２０を破棄する（ブロック４４５）。
【００３７】
続いて、ネットワーク装置１２０は、応答受信者からデータ１４０を求める要求を受信する（ブロック４５０）。この例において、要求は、クライアント鍵２２０、データ識別子、および応答する受信者に対応する受信者識別子を含む。要求の受信に応答して、ネットワークサーバ１２０は、アウトオブバンドネットワーク１６０を介して、応答する受信者の異なる電子アドレスに認証コードを送信する。
【００３８】
次に、ネットワーク装置１２０は、例えば、閾値期間内におよび試行閾値回数内に、受信者から認証コードを受信したか否かを判断する（ブロック４６０）。否定の場合（ブロック４６０、ＮＯ）、方法は、終了する（ブロック４９０）。そうでない場合（ブロック４６０、ＹＥＳ）、ネットワークサーバ１２０は、サーバ鍵２１０を検索し（ブロック４６５）、サーバ鍵２１０と応答する受信者の要求からのクライアント鍵２２０とを使用して、秘密鍵２３０を再作成する（ブロック４７０）。その後、ネットワーク装置１２０は、秘密鍵２３０を用いて、データ１４０を復号し（ブロック４７５）、ネットワーク１３０を介してデータ１４０を受信者に送信する（ブロック４８０）。
【００３９】
ネットワーク装置１２０は、送信者または受信者のいずれかから、データ１４０に関連する更なるデータを受信するか否かを判断する（ブロック４８５）。更なるデータを受信しない場合（ブロック４８５、ＮＯ）、方法４００は、終了する（ブロック４９０）。更なるデータを受信する場合（ブロック４８５、ＹＥＳ）、ネットワーク装置１２０は、再作成した秘密鍵２３０を用いて、更なるデータを暗号化し（ブロック４２５）、上述したように更なるデータを処理する。この例において、全てのファイルおよび／またはテキストベースメッセージの交換が完了するまで、送信者と受信者との間の会話に１つ以上の更なるファイルおよび／または更なるテキストベースメッセージを追加することができる。
【００４０】
ネットワーク装置１２０は、図５に示されたハードウェアに従って実装されてもよい。図５の例示的なハードウェアは、処理回路７１０と、メモリ回路７２０と、通信回路７３０とを備える。処理回路７１０は、例えば１つ以上のバスを介して、メモリ回路７２０および通信回路７３０に通信可能に連結することができる。処理回路７１０は、１つ以上のマイクロプロセッサ、マイクロコントローラ、ハードウェア回路、個別の論理回路、ハードウェアレジスタ、デジタル信号プロセッサ（ＤＳＰ）、フィールドプログラマブルゲートアレイ（ＦＰＧＡ）、特定用途向け集積回路（ＡＳＩＣ）、またはそれらの組み合わせを含んでもよい。例えば、処理回路７１０は、メモリ回路７２０内に機械可読コンピュータプログラム７６０として記憶された機械指令を実行することができるプログラム可能なハードウェアであってもよい。様々な実施形態において、メモリ回路７２０は、既知または開発され得る任意の揮発性または不揮発性の非一時的機械可読媒体、例えば、固体媒体（例えば、ＳＲＡＭ、ＤＲＡＭ、ＤＤＲＡＭ、ＲＯＭ、ＰＲＯＭ、ＥＰＲＯＭ、フラッシュメモリ、ソリッドステートドライブ）、取外し可能な記憶装置（例えば、ＳＤカード、ｍｉｎｉＳＤカード、ｍｉｃｒｏＳＤカード、メモリスティック、サムドライブ、ＵＳＢフラッシュドライブ、ＲＯＭカートリッジ、ユニバーサルメディアディスク）、固定ドライブ（例えば、磁気ハードディスクドライブ）、またはこれらの全部または一部の組み合わせを含むがこれらに限定されない。
【００４１】
通信回路７３０は、セルラネットワーク、イーサネット（登録商標）ネットワークまたは光ネットワークなどのネットワーク１３０を介して、信号を交換するように構成されてもよい。また、上述したように、通信回路７３０は、アウトオブバンドネットワーク１６０を介して、信号を交換するように構成されてもよい。例えば、通信回路７３０は、トランシーバを備えることができる。実施形態によれば、通信回路７３０は、個別の送信回路７４０および受信回路７５０を備えることができる。送信回路７４０は、通信ネットワーク１３０を介して通信信号を送信するように構成されてもよい。同様に、受信回路７５０は、通信ネットワーク１３０を介して通信信号を受信するように構成されてもよい。したがって、通信回路７３０は、単一の物理要素としてまたは複数の物理要素として実装されてもよい。複数の物理要素は、連続的にまたは別個に配置されてもよく、任意の１つの物理要素は、任意の他の物理要素に通信可能に接続されてもよく、処理回路７１０を介して任意の他の物理要素に通信してもよい。
【００４２】
処理回路７１０は、秘密鍵２３０とクライアント鍵２２０とサーバ鍵２１０とを含む異なる鍵を生成するように構成することができる。クライアント鍵２２０およびサーバ鍵は、結合されると、秘密鍵２３０を形成する。また、処理回路７１０は、秘密鍵２３０を用いて、送信者から受信したデータ１４０を暗号化し、ネットワーク装置１２０からデータ１４０を要求するためのＵＲＬを生成するように構成することができる。ＵＲＬは、クライアント鍵２２０と、データ１４０に関連してランダムに生成されたデータ識別子とを含む。さらに、データ処理回路７１０は、ＵＲＬを受信者の電子アドレスに送信するように構成されている。
【００４３】
言うまでもなく、本発明の範囲および本質的な特徴から逸脱することなく、本開示に記載の方法以外の特定の方法で本発明を実施することができる。したがって、本開示の実施形態は、全ての点で例示であって制限的なものではないと考えられるべきであり、特許請求の範囲およびその均等範囲内に含まれる全ての変更は、本開示に含まれることを意図している。
【図１】
2018026821.tif 000003
【図２】
2018026821.tif 000004
【図３】
2018026821.tif 000005
【図４】
2018026821.tif 000006
【図５】
2018026821.tif 000007
【手続補正書】
【提出日】平成29年10月12日(2017.10.12)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
ネットワーク装置に実装された、データセキュリティを維持するための方法であって、
秘密鍵とクライアント鍵とサーバ鍵とを含む異なる鍵を生成するステップを含み、前記クライアント鍵と前記サーバ鍵とは、結合されると、前記秘密鍵を形成し、
前記秘密鍵を用いて、送信者から受信したデータを暗号化するステップと、
前記ネットワーク装置から前記データを要求するためのＵＲＬ（Uniform Resource Locator）を生成するステップとを含み、前記ＵＲＬは、前記クライアント鍵と、前記データに関連してランダムに生成されたデータ識別子とを含み、
前記ＵＲＬを受信者の電子アドレスに送信するステップを含む、方法。
【請求項２】
前記受信者から、前記クライアント鍵と前記データ識別子とを含む要求を受信するステップと、
前記サーバ鍵を前記受信した要求からの前記クライアント鍵に結合することによって、前記秘密鍵を再作成するステップと、
前記再作成した秘密鍵を用いて前記データを復号するステップと、
前記再作成した秘密鍵を用いて前記データを復号した後、前記データを前記受信者に送信するステップとをさらに含む、請求項１に記載の方法。
【請求項３】
前記再作成した秘密鍵を用いて前記データを復号した後、前記再作成した秘密鍵を破棄するステップをさらに含む、請求項２に記載の方法。
【請求項４】
前記送信者または前記受信者から更なるデータを受信するステップをさらに含み、前記更なるデータは、前記送信者から受信した前記データに関連し、前記データとは別々に受信され、
前記再作成した秘密鍵を用いて、前記更なるデータを暗号化するステップをさらに含む、請求項２または３に記載の方法。
【請求項５】
前記秘密鍵を再作成するステップは、認証コードを前記受信者に送信し、前記受信者に許可された認証の閾値期間内に、前記受信者から前記認証コードを受信することに応答して行われる、請求項２から４のいずれか１項に記載の方法。
【請求項６】
前記秘密鍵を再作成するステップは、前記受信者に許可された認証試行の閾値回数内に、前記受信者から前記認証コードを受信することに応答して行われる、請求項５に記載の方法。
【請求項７】
前記データは、ファイルおよび別個のテキストベースメッセージを含む、請求項１から６のいずれか１項に記載の方法。
【請求項８】
前記異なる鍵を生成するステップは、前記送信者から前記データを受信することに応答して行われる、請求項１から７のいずれか１項に記載の方法。
【請求項９】
１つ以上の前記異なる鍵を前記鍵記憶リポジトリに格納し、前記鍵記憶リポジトリから前記１つ以上の異なる鍵を取り出すステップをさらに含む、請求項１から８のいずれか１項に記載の方法。
【請求項１０】
前記ＵＲＬは、前記受信者に関連してランダムに生成された受信者識別子をさらに含み、
前記方法はさらに、
異なるＵＲＬを生成するステップを含み、前記異なるＵＲＬは、前記データ識別子、前記クライアント鍵、および異なる受信者に関連してランダムに生成された異なる受信者識別子を含み、
前記異なるＵＲＬを前記異なる受信者の電子アドレスに送信するステップを含む、請求項１から９のいずれか１項に記載の方法。
【請求項１１】
前記秘密鍵を生成するステップは、前記クライアント鍵と前記サーバ鍵とを結合することを含む、請求項１から１０のいずれか１項に記載の方法。
【請求項１２】
前記クライアント鍵および前記サーバ鍵を生成するステップは、前記秘密鍵から対応する部分を前記クライアント鍵および前記サーバ鍵として選択することを含む、請求項１から１１のいずれか１項に記載の方法。
【請求項１３】
前記クライアントおよび前記サーバ鍵を生成するステップは、前記秘密鍵を破棄するように、前記ネットワーク装置に通知する指令を受信することに応答して行われる、請求項１２に記載の方法。
【請求項１４】
前記データを暗号化した後、前記秘密鍵を廃棄するステップと、
前記ＵＲＬを送信した後、前記クライアント鍵を廃棄するステップとをさらに含む、請求項１に記載の方法。
【請求項１５】
ネットワーク装置であって、
ネットワークを介して信号を交換するように構成された通信回路と、
前記通信回路に通信可能に接続され、請求項１から１４に記載の方法を実行するように構成された処理回路とを備える、ネットワーク装置。
【請求項１６】
プログラム可能なネットワーク装置を制御するためのコンピュータプログラム製品を格納する非一時的なコンピュータ可読媒体であって、
前記コンピュータプログラム製品は、ソフトウェア指令を含み、これらの指令は、前記プログラム可能なネットワーク装置の処理回路によって実行されると、前記プログラム可能なネットワーク装置に請求項１から１４に記載の方法を実行させる、非一時的なコンピュータ可読媒体。
【外国語明細書】
2018026821000001.pdf