(57)【特許請求の範囲】
【請求項１】
複数のユーザによりアクセス可能なオペレーティングシステムと別の端末に送信されるデータを暗号化するデータ暗号化モジュールとを含む端末により実行される暗号化方法であって、
・  ユーザにより前記オペレーティングシステムに対するアクセスセッションをオープンすることを検出するステップと、
・  前記オープンの検出に応答して、前記別の端末に送信される前記データを暗号化するように、前記ユーザに一意の暗号化キーで前記暗号化モジュールを設定するステップと、
を含み、
前記暗号化キーは、前記端末により生成され、あるいはアクセスセッションのオープンを検出する前に前記端末のメモリに記憶され、
・  前記暗号化キーを用いて暗号化されたデータを復号するように適合された復号キーを生成し、あるいは前記端末のメモリからロードするステップと、
・  前記復号キーを制御サーバに送信するステップと、
・  前記制御サーバに、前記ユーザにより前記オペレーティングシステムに対するアクセスセッションをオープンすること及び／又はクローズすることの指示情報を送信するステップであって、前記制御サーバは、送信された最後の指示情報に応じて別の端末による前記復号キーの使用を制御するように適合される、ステップと、
をさらに含む方法。
【請求項２】
・  前記ユーザによる前記オペレーティングシステムに対する前記アクセスセッションのクローズを検出するステップと、
・  前記クローズの検出に応答してダミーキーを用いて前記暗号化モジュールを設定するステップと、
をさらに含む請求項１に記載の方法。
【請求項３】
前記検出することは、前記オペレーティングシステムにより定義される信号に対して予約することであって、前記信号は前記オペレーティングシステムに対するアクセスセッションのオープン又はクローズを表す、ことと、前記信号を捕らえることとを含む、請求項１又は２に記載の方法。
【請求項４】
前記予約は、前記暗号化モジュールについての前記設定するステップをさらに制御するアプリケーションプログラムにより実行される、請求項３に記載の方法。
【請求項５】
請求項１乃至４のうちいずれか１項に記載の方法のステップは、前記ユーザによる前記オペレーティングシステムに対する現在のアクセスセッションと前記ユーザによる前記オペレーティングシステムに対する次のアクセスセッションとについて実行され、後のアクセスの間に前記暗号化モジュールが設定される暗号化キーは、前記現在のアクセスの間に前記暗号化モジュールが設定される暗号化キーに対して異なる、請求項１乃至４のうちいずれか１項に記載の方法。
【請求項６】
前記暗号化キー及び前記復号キーは前記暗号化モジュールにより生成される、請求項１乃至５のうちいずれか１項に記載の方法。
【請求項７】
前記暗号化モジュールは、前記オペレーティングシステムから独立したネットワークカードに統合される、請求項１乃至６のうちいずれか１項に記載の方法。
【請求項８】
前記暗号化モジュールは、前記暗号化キーを用いて標準ＩＥＥＥ８０２ＬＡＮに従うフレームのペイロードデータを暗号化する、請求項１乃至７のうちいずれか１項に記載の方法。
【請求項９】
前記暗号化モジュールは、前記端末のネットワークカードによりネットワークを通じて送信されるように意図されたいかなるデータも暗号化するように構成される、請求項１乃至８のうちいずれか１項に記載の方法。
【請求項１０】
請求項１乃至９のうちいずれか１項に記載の方法を端末に実行させるコンピュータプログラム。
【請求項１１】
・  キーを用いてデータを暗号化するように適合された暗号化モジュールと、
・  前記暗号化モジュールにより使用される前記キーを構成するように適合された請求項１０に記載のコンピュータプログラムと、
を含む暗号化キット。
【請求項１２】
前記暗号化モジュールを統合したネットワークカード、を含む請求項１１に記載の暗号化キット。
【請求項１３】
制御サーバにより実施される、データの復号権を制御する方法であって、
・  ユーザに一意の暗号化キーを用いて暗号化されたデータを復号するように適合された復号キーを受信するステップと、
・  第１端末のオペレーティングシステムに対する前記ユーザによるアクセスセッションのオープン及び／又はクローズを示す情報を受信するステップと、
・  第２端末により送信される要求を受信するステップであって、前記要求は、前記第１端末から発生する暗号化されたデータを復号するための復号キーを求める、ステップと、
・  前記第１端末から受信された最も最近の情報に応じて、前記要求に応答して前記復号キーを前記第２端末に送信するステップと、
を含む方法。
【請求項１４】
・  前記復号キーは、受信された前記最も最近の情報が前記ユーザによるアクセスセッションのオープンを示す場合、前記第２端末に送信され、
・  前記復号キーは、受信された前記最も最近の情報が前記ユーザによるアクセスセッションのクローズを示す場合、前記第２端末に送信されない、
請求項１３に記載の方法。
【請求項１５】
前記第１端末を識別するアドレスを受信することと、前記第２端末を識別するアドレスを受信することと、をさらに含み、前記復号キーは、前記の２つのアドレスに応じて前記第２端末に送信される、請求項１３又は１４に記載の方法。
【請求項１６】
前記第１端末の前記ユーザの識別子を受信することと、前記第２端末のユーザの識別子を受信することと、をさらに含み、前記復号キーは、前記の２つの識別子に応じて前記第２端末に送信される、請求項１３乃至１５のうちいずれか１項に記載の方法。
【請求項１７】
復号権を制御するサーバであって、
・  復号キーを記憶するように適合されたメモリであって、前記復号キーは、ユーザに一意の暗号化キーを用いて暗号化されたデータを復号するように適合される、メモリと、
・  ネットワークインターフェースであって、
‐  第１端末のオペレーティングシステムに対する前記ユーザによるアクセスセッションのオープンを示す情報と、
‐  第２端末により送信される要求であって、前記第１端末から発生する暗号化されたデータを復号するための復号キーを求める、要求と、
を受信するように適合された、ネットワークインターフェースと、
・  受信された前記情報に応じて、前記要求に応答した前記ネットワークインターフェースを介しての前記第２端末に対する前記復号キーの送信を制御するように適合された制御ユニットと、
を含むサーバ。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワーク内を通過するように意図されたデータの暗号化の分野に関する。
【０００２】
本発明は、ネットワーク内を通過するように意図されたデータの暗号化方法に関する。
【背景技術】
【０００３】
非対称暗号化は、ネットワーク内を通過するデータを暗号化するためのよく知られた手法であり、これにおいて、いくつかのユーザ端末が通信をする。
【０００４】
従来、第１の端末が、受信者の公開鍵でデータを暗号化し、第２の端末が、暗号化されたデータを秘密鍵を用いて復号し、送信者の署名をその公開鍵で検証する。
【０００５】
しかしながら、ハッカーは、第１の端末により使用される公開鍵を、例えば暗号化されたデータを傍受することにより、推測するよう試みることができる。
【０００６】
米国特許第5237614号は、端末のユーザに一意の暗号化キーを使用した、端末によるファイル及びフォルダの暗号化を説明している。しかしながら、この暗号化キーは、ユーザによる端末の使用の間、認証サーバによって端末に伝達される。ここで、暗号化キーは、サーバから端末に送信されるときにハッカーにより傍受される可能性があり、傍受されたキーの使用によってユーザのアイデンティティを乗っ取る可能性がある。
【発明の概要】
【０００７】
本発明の一目的は、データがネットワークに送信される前に該データの暗号化を実行することである。このことは、ネットワーク内の暗号化されたデータを傍受する能力のある人間が「ハッキングする」ことを、より困難にする。
【０００８】
上記目的を達成するために、本発明は、複数のユーザによりアクセス可能なオペレーティングシステムと別の端末のためのデータ暗号化モジュールとを含む端末により実行される暗号化方法を提案する。上記方法は、
・  ユーザによりオペレーティングシステムに対するアクセスセッションをオープンすることの検出、
・  オープンの検出に応答して、別の端末のためのデータを暗号化するように、ユーザに一意の暗号化キーで暗号化モジュールのパラメータ化、
のステップを含む。
【０００９】
使用される暗号化キーがユーザに対して一意であるため、新しいユーザによるオペレーティングシステムに対するいかなる新しいアクセスも、暗号化モジュールのパラメータ化における変更を引き起こす。こうして、端末により送信されるデータをハッカーが復号することは、より困難になり、なぜならば、後者は、端末の現在のユーザが誰であるか、ゆえにいずれの暗号化キーがデータを暗号化する瞬間ｔに使用されるキーであるかを単純に知らないからである。
【００１０】
さらに、暗号化キーは検出の前に端末のメモリ内に存在し、あるいはこのキーは端末により生成されるので、この暗号化キーは、導入部において引用された従来技術の文献に提案されるようにリモートサーバに通信される必要がない。ゆえに、ハッカーがユーザのキーを取り出した後にそれを使用することによってユーザのアイデンティティを乗っ取ることは不可能になり、なぜならば、上記キーはネットワークを通過しないからである。
【００１１】
本発明による暗号化方法は、さらに、単体で又は技術的に可能な組み合わせのうち任意のものにおいてとられる下記の特性により完成させることができる。
【００１２】
上記方法は、
・  ユーザによるオペレーティングシステムに対するアクセスセッションのクローズの検出、
・  クローズの検出に応答した、ダミーキーを用いた暗号化モジュールの構成
のステップをさらに含むことができる。
【００１３】
上記検出は、オペレーティングシステムにより定義される、アクセスセッションのオープン又はクローズを表す信号に対する予約と、上記信号の傍受とを含むことができる。
【００１４】
上記方法のステップが、ユーザによる現在のアクセスのセッションとユーザによる次のアクセスセッションとについて実行されるため、次のアクセスセッションの間に暗号化モジュールがパラメータ化される暗号化キーは、現在のアクセスセッションの間に暗号化モジュールがパラメータ化される暗号化キーに対して異なるように選択することができる。
【００１５】
上記方法は、
・  暗号化キーを用いて暗号化された有用データを復号するように適合された復号キーの生成、
・  制御サーバに対する復号キーの送信、
・  制御サーバに対する、ユーザによりオペレーティングシステムへのアクセスセッションをオープンすること及びクローズすることについての指示情報の送信であって、制御サーバは、送信される最後の指示情報に応じて別のユーザによる復号キーの使用を制御するように適合されること、
のステップをさらに含むことができる。
【００１６】
各キーは、暗号化モジュールにより生成することができる。
【００１７】
暗号化モジュールは、オペレーティングシステムから独立してネットワークカードに統合することができる。
【００１８】
暗号化モジュールは、暗号化キーを用いて標準ＩＥＥＥ８０２ＬＡＮに従ってグリッドの有用データを暗号化することができる。
【００１９】
本発明は、前述の暗号化方法を用いて事前に暗号化されたデータの復号の方法にさらに関する。
【００２０】
本発明は、コンピュータプログラム製品が端末により実行されるときの、提案される暗号化又は復号方法のステップの実行のための、コード命令を含む上記プログラム製品にさらに関する。
【００２１】
本発明は、
・  暗号化キーを用いてデータを暗号化するように適合された暗号化モジュール、
・  暗号化モジュールにより使用される暗号化キーを構成するように適合された前述の請求事項に従うコンピュータプログラム製品、
を含む暗号化キットにさらに関する。
【００２２】
上記キットはネットワークカードを含み、ネットワークカードは暗号化モジュールを統合する。
【００２３】
本発明は、制御サーバにより実施される、下記のステップを含む、データの復号権を制御する方法にさらに関する：
・  ユーザに一意の暗号化キーを用いて暗号化されたデータを復号するように適合された復号キーの受信、
・  第１の端末のオペレーティングシステムに対するユーザによるアクセスのオープン及び／又はクローズを示す情報の受信、
・  第２の端末により送信された要求の受信であって、上記要求は、第１の端末から発生する暗号化されたデータを復号するための復号キーを求めること、
・  第１の端末から受信された最も最近の情報に応じた、上記要求に応答した第２の端末に対する復号キーの送信。
【００２４】
復号権を制御する方法は、下記の任意的な特性を含むことができる。
・  復号キーは、受信された最も最近の情報がユーザによるアクセスのオープンを示す場合、第２の端末に送信される
・  復号キーは、受信された最も最近の情報がユーザによるアクセスのクローズを示す場合、第２の端末に送信されない
・  第１の端末を識別するアドレスの受信、第２の端末を識別するアドレスの受信、復号キーは上記２つのアドレスに応じて第２の端末に送信される
・  第１の端末のユーザの識別子の受信、第２の端末のユーザの識別子の受信、復号キーは上記２つの識別子に応じて第２の端末に送信される。
【００２５】
本発明は、
・  復号キーを記憶するように適合されたメモリであって、復号キーは、ユーザに一意の暗号キーを用いて暗号化されたデータを復号するように適合される、メモリと、
・  ネットワークインターフェースであって、
‐  第１の端末のオペレーティングシステムに対するユーザによるアクセスのオープンを示す情報、
‐  第２の端末により送信される要求を受信することであって、上記要求は、第１の端末から発生する暗号化されたデータを復号するための復号キーを求める、こと
を受信するように適合された、ネットワークインターフェースと、
・  受信された情報に応じて、上記要求に応答したネットワークインターフェースを介しての第２の端末に対する復号キーの送信を制御するように適合された制御ユニットと、
を含む復号権のための制御サーバにさらに関する。
【図面の簡単な説明】
【００２６】
本発明の他の特性、目的、及び利点が、下記の説明から明らかになるであろう。下記の説明は単に例示であって非限定的であり、添付図面と関連して考えられるべきである。同様の要素は、すべての図面内で同一の参照番号を有する。
【図１】本発明の一実施形態に従う端末を概略的に示す。
【図２】図１に従う２つの端末と制御サーバとを含むネットワークを示す。
【図３】本発明の一実施形態に従う暗号化方法のステップの編成チャートである。
【図４】本発明の一実施形態に従う暗号化方法のステップの編成チャートである。
【図５】本発明の一実施形態に従う復号方法のステップの編成チャートである。
【図６】本発明の一実施形態に従う復号権を制御する方法のステップの編成チャートである。
【発明を実施するための形態】
【００２７】
図１を参照すると、端末１が、データ処理ユニット１０、入力手段１２、表示モニタ１４、メモリ１６、及びネットワークインターフェース２を含む。
【００２８】
本文献において、端末は、ユーザにより使用されるように意図された機器として定義される。
【００２９】
データ処理ユニット１０は、メモリ１６により記憶されたオペレーティングシステムタイプのプログラムを実行するように適合される。
【００３０】
データ処理ユニット１０は、オペレーティングシステムのグラフィックデータの表示モニタ１４上への表示を制御するようにさらに構成される。データ処理ユニットは、入力手段１２を介した端末１のユーザによるデータ入力を処理するようにさらに構成される。
【００３１】
入力手段１２は、例えば、マウス、キーボード、触覚インターフェース等を含む。メモリ１６は、ハードドライブタイプのメモリ、ＳＳＤ、場合により、取外し可能ＵＳＢキーの形式であり得る。
【００３２】
端末１は、種々の形式のもの、すなわち、デスクトップコンピュータ、ポータブルコンピュータ、タッチパッド、「スマートフォン」タイプのモバイル電話等であり得る。
【００３３】
データ処理ユニット１０により実行されるオペレーティングシステムは、複数のユーザにより利用可能であるように構成される。
【００３４】
オペレーティングシステムは、各ユーザのプライベートデータにアクセスするように構成され、これらプライベートデータは、メモリ１６内に記憶されている。
【００３５】
オペレーティングシステムは、任意の一時に単一のユーザにより使用されるように構成される。一変形として、オペレーティングシステムは、同時に複数のユーザにより使用することができる。
【００３６】
オペレーティングシステムを同時に使用することができるユーザの数にかかわらず、オペレーティングシステムは、該オペレーティングシステムのユーザが別のユーザのプライベートデータにアクセスすることができないように構成されることが、以下仮定される。
【００３７】
オペレーティングシステムは、ネットワークカード２と対話するように適合されたネットワーキングスタックを含む。
【００３８】
端末１は、オペレーティングシステムと対話するように適合されたアプリケーションタイプのコンピュータプログラムをさらに含む。このアプリケーションプログラムは、例えば、オペレーティングシステムのインストールから独立して端末１内にインストールされることができる。
【００３９】
上記アプリケーションプログラムは、ネットワークカード２に組み込まれた暗号化モジュールと通信するように構成される。
【００４０】
アプリケーションプログラムは、端末１が電源を入れられた後、オペレーティングシステムが起動するときに実行するように構成される。
【００４１】
アプリケーションプログラムは、ユーザによるオペレーティングシステムに対するアクセスセッションのオープンと上記セッションのクローズとを検出するようにさらに構成される。
【００４２】
例として、オペレーティングシステムがＧＮＵ／Ｌｉｎｕｘ（登録商標）タイプである場合、アプリケーションプログラムはデーモンであり得る。オペレーティングシステムがＷｉｎｄｏｗｓ（登録商標）タイプのものである場合、アプリケーションプログラムはＷｉｎｄｏｗｓ（登録商標）アーキテクチャの観点で「サービス」であり得る。
【００４３】
さらに、ネットワークインターフェース２は、端末１のマザーボード（図示されていない）に接続可能な、取外し可能ネットワークカードの形式である。
【００４４】
ネットワークインターフェース２は、ネットワークＲ内において単一のＭＡＣアドレスを有する。
【００４５】
ネットワークインターフェース２は、暗号化モジュール２０及び内部メモリ２２を含む。
【００４６】
暗号化モジュール２０は、データ処理ユニット１０から発生する有用データに対して暗号化を適用し、これらをネットワークＲを通じて暗号化プログラムを用いて送信するように適合される。
【００４７】
換言すると、端末によりネットワークを通じて送信されるように意図された任意のデータは、暗号化モジュール２０により暗号化することができる。
【００４８】
暗号化モジュール２０は、復号プログラムを介して、ネットワークＲから受信された暗号化されたデータに対して復号を適用し、復号されたデータをデータ処理ユニット１０に伝達するようにさらに適合される。
【００４９】
暗号化モジュール２０は、ネットワークカード２の内部メモリ２２に対する読み出し及び書き込みアクセスについてさらに構成される。
【００５０】
以下における一例としてとられるべき特定の非限定的な実施形態において、暗号化のオブジェクトを形成する有用データは、標準ＩＥＥＥ８０２ＬＡＮに従うグリッド（grids）の有用データ（ペイロード）である。
【００５１】
図２を参照すると、ネットワークＲが第１の端末１ａ及び第２の端末１ｂを含み、双方が図１に関連した上記説明に準拠する。
【００５２】
ネットワークＲは、復号権（decryption  rights）を制御するサーバ３をさらに含む。
【００５３】
端末１Ａと端末１Ｂと制御サーバ３との間におけるデータの交換が、図２に点線で示される。これらの種々のデータは通信方法の実行の間に交換され、そのステップが以下に説明される。
【００５４】
サーバ３は、制御ユニット３０、ネットワークインターフェース３２、及び内部メモリ３４を含む。
【００５５】
ネットワークインターフェース３２は、端末１ａ及び１ｂのそれぞれのネットワークインターフェース２と通信するように適合される。
【００５６】
処理ユニット３０は、ネットワークインターフェース３２に、及びメモリ３４に接続される。より正確に、処理ユニット３０は、メモリ３４に対する読み出し及び書き込みアクセスを有する。
【００５７】
メモリ３４は、異なるタイプのデータをリンクするデータベースを記憶するように適合される。
【００５８】
端末１ａ、端末１ｂ、及びサーバ３により実行される通信方法が、次に説明される。
【００５９】
上記は、端末１ａから端末１ｂへの有用データの伝達のコンテキストからである。
【００６０】
図３を参照すると、端末１ａは下記のステップを実施する。
【００６１】
アプリケーションプログラムが、ユーザによるオペレーティングシステムに対するアクセスセッションのオープンを検出する（１００）。
【００６２】
セッションオープンは、
・  表示モニタ１４上に、一意ユーザ識別子及び／又は該識別子に関連付けられたパスワードを入力するようにユーザを招待する接続ページを表示すること、
・  ユーザにより、入力手段１２を介して、一意ユーザ識別子及び／又はこの識別子に関連付けられたパスワードを入力すること、
・  オペレーティングシステムにより、入力された識別子及び／又はそのパスワードを検証すること、
・  検証の結果に応じて、
‐  ユーザに一意のオペレーティングシステムのパラメータをロードすること（プログラムが自動的に稼働されるように定義するパラメータ、表示パラメータ等）、
‐  ユーザがオペレーティングシステムのサービスにアクセスすることができる、自身のプライベートデータにアクセスすることができる、等のためのメニューを表示すること、
を典型的に含む。
【００６３】
セッションオープンの検出１００は、例えば、上記セッションオープンに応答してオペレーティングシステムにより生成される信号に対するアプリケーションプログラムの予約（subscription）を含む。
【００６４】
上記検出１００の後、端末１は、非対称キーのペアを生成する（１０１）。キーのペアは、暗号化キーと、この暗号化キーに対応する復号キーＫとを含む。換言すると、復号キーＫは、暗号化キーを用いて暗号化されたデータを復号するように適合される。
【００６５】
生成される２つのキーは、オペレーティングシステムに対するアクセスセッションをオープンしたユーザに対して一意である。
【００６６】
２つのキーは、例えば、暗号化モジュール２０のためにアプリケーションプログラムにより生成された、ユーザによりアクセスセッションがオープンされたことを告知するメッセージの伝達の後、ネットワークカードの暗号化モジュール２０により生成することができ、それから、ネットワークカード２の内部メモリ２２に記憶することができる。
【００６７】
一変形として、キーは、オペレーティングシステムにより直接生成され、メモリ１６内に記憶される。
【００６８】
２つのキーは、ユーザの各々の新しいセッションオープンにおいて生成することができる。この場合、上記キーは一時的キーである。
【００６９】
一変形として、キーの生成１０１は、端末１ａのオペレーティングシステムにアクセスするためのユーザによる最初のセッションオープンの間に行われる。ユーザによる後のセッションオープンの間、キーは、メモリ１６又はメモリ２２からロードされる。
【００７０】
暗号化キーは、ただ１人のユーザにより知られるように意図される。
【００７１】
復号キーＫは、制御サーバ３に送信される（１０２）。復号キーＫは、第三者により使用されるように意図される。しかしながら、制御サーバは、復号キーを使用することを承認された第三者の限られたリストを決定することが明らかである。
【００７２】
オープン情報と呼ばれる、ユーザによるオペレーティングシステムに対するアクセスセッションのオープンを表す情報Ｓ１が、アプリケーションプログラムにより（又は、処理モジュール２０により）さらに生成される。
【００７３】
オープン情報Ｓ１は、例えば、「オープンセッション」値に位置付けられたフィールドと端末１ａのＭＡＣアドレスとを含む。
【００７４】
オープン情報Ｓ１は、ユーザの一意識別子（例えば、オペレーティングシステムに対するアクセスセッションをオープンするためにユーザにより入力される識別子、又は、ユーザに固有の別の識別子）、及び／又はタイムスタンプをさらに含むことができる。タイムスタンプは、セッションオープンが検出された瞬間を表す。
【００７５】
オープン情報は、端末１ａにより制御サーバ３に送信される（１０３）。
【００７６】
アプリケーションプログラムは、ユーザによりオープンされたセッションのクローズを検出する（１０５）。この検出は、オープン検出ステップ１００と同じ方法で機能することができる。実際、クローズは、ユーザがモニタ１４を介してオペレーティングシステムのメニュー上に表示された切断ボタンをクリックするとき、実行することができる。
【００７７】
クローズの検出１０５に応答して、アプリケーションプログラムは、暗号化モジュールを、オペレーティングシステムのいずれのユーザに対しても一意でないダミーキーで構成する。ダミーキーは、例えば、ランダムに生成されてもよく、あるいは、その値がユーザに割り振られ得ないキー（「ゼロ」値等）であってもよい。
【００７８】
ダミーキーは、該ダミーキーが暗号化モジュールによるその使用の間に情報の損失をもたらすように選択されることが、ここで仮定される。換言すると、ダミーキーでパラメータ化された（parameterised）暗号化モジュールにより送信されるデータは、それ自体、暗号化されたデータでなく、しかし、解読できない雑音である。
【００７９】
ユーザがオペレーティングシステムから切断されるときでさえ、オペレーティングシステムがネットワークＲを通じたデータの放出を制御することがあり得る。ダミーキーは、接続外で「黙って」送信される上記データがユーザの秘密鍵で暗号化されることを防止し、ネットワークに送信される暗号化されたデータの傍受及び解析により上記暗号化キーを決定することを狙った攻撃の可能性を制限する。
【００８０】
クローズ情報と呼ばれる、ユーザによりオープンされたセッションのクローズを示す情報Ｓ２が、アプリケーションプログラム又は処理モジュール２０により生成される。
【００８１】
クローズ情報Ｓ２は、例えば、オープン情報Ｓ１のフィールドと同じタイプの、ただし値「クローズされたセッション」に位置付けられたフィールドと、端末１ａのＭＡＣアドレスとを含む。
【００８２】
クローズ情報Ｓ２は、サーバ２に事前に送信されたオープン情報Ｓ１内に含まれるユーザの一意識別子、及び／又はタイムスタンプをさらに含むことができる。タイムスタンプは、セッションクローズが検出された瞬間を表す。
【００８３】
端末１ａは、制御サーバ３にクローズ情報Ｓ２を送信する（１０６）。
【００８４】
復号キーＫの送信ステップ１０２は、生成１０１の後、クローズの検出１０３の前の任意の時間に実施することができる。復号キーＫ及びオープン情報Ｓ１は、例えば、同じメッセージ内で送信することができる。
【００８５】
オープンＳ１情報及びクローズＳ２情報がタイムスタンプを含まない場合、これらは、対応する検出の直後に送信される。この場合、セッションオープン（それぞれクローズする）と、サーバ３がオープン情報（それぞれクローズする）を受信する瞬間との間に経過した時間は、端末１ａからサーバ３への情報の伝搬時間に実質的に等しい。
【００８６】
以下で明らかになるように、オープン及びクローズ情報と復号キーとは、制御サーバ３により、端末１ｂのユーザが端末１ａにより送信されたデータを復号する権利を有するかを決定するのに使用される。
【００８７】
上記で説明されたステップは、アプリケーションプログラムにより行われ、オペレーティングシステムに対するアクセスセッションの新しいオープンが検出されるたび繰り返される。
【００８８】
図４を参照すると、暗号化モジュール２０は下記のステップを実施する。
【００８９】
暗号化モジュールは、端末１ｂのための有用データを、該暗号化モジュールが構成された最後の暗号化キーで暗号化する。構成ステップ（１０４）の後、これは端末１ａのユーザの暗号化キーである。
【００９０】
暗号化ステップ（１１０）は、暗号化されたデータＤを暗号化キーを用いて作り出す。
【００９１】
暗号化されたデータＤは、端末１Ｂに対してネットワークを通じて端末１ａのネットワークカード２により送信される（１１１）。
【００９２】
暗号化されたデータＤが標準ＩＥＥＥ８０２ＬＡＮに従うフレーム内に含まれる事象において、有用データの受信端末１ｂのＭＡＣアドレスはフレームのヘッダ内に含まれる。
【００９３】
図５を参照すると、暗号化されたデータＤを受信する端末１ｂは下記のステップを実施する。
【００９４】
端末１ｂは、そのネットワークインターフェース２を介して、端末１ａにより送信された暗号化されたデータＤを受信する。
【００９５】
上記段階で、端末１ｂはデータＤの復号に必要な復号キーＫを知らないことが考えられる。
【００９６】
暗号化されたデータＤの受信１１２の後、端末１Ｂは、制御サーバ３に対する復号要求ＲＫを送信する。
【００９７】
要求ＲＫの機能は、暗号化されたデータＤの復号に必要な復号キーＫについて上記サーバ３に求めることである。復号要求は、例えば、端末１ａのＭＡＣアドレス（例えば、ステップ１１２の間に端末１ｂが受信したフレームから抽出される）と、端末１ｂ自体のＭＡＣアドレスとを含む。
【００９８】
図６を参照すると、サーバ３が下記のステップを実施する。
【００９９】
ネットワークインターフェース３２が、図３に関連して前に説明されたステップ１０３、１０７の間に端末１ａにより送信されたオープンＳ１情報及びクローズＳ２情報を受信し（２００）、この情報Ｓ１、Ｓ２を処理ユニット３０に送信する。
【０１００】
処理ユニット３０は、サーバ３のメモリ３４内における情報Ｓ１及びＳ２の記憶（２０１）を制御する。
【０１０１】
ネットワークインターフェース３２は、図３に関連して前に説明されたステップ１０２の間に端末１ａにより送信される復号キーＫをさらに受信し（２０２）、この情報Ｓ１及びＳ２を処理ユニット３０に送信する。
【０１０２】
処理ユニット３０は、サーバ３のメモリ３４内における復号キーの記憶（２０１）を制御する。
【０１０３】
ネットワークインターフェース３２は、図４に関連して前に説明されたステップ１１３の間に端末１ｂにより送信される復号要求ＲＫを受信し（２０４）、この情報Ｓ１、Ｓ２を処理ユニット３０に送信する。
【０１０４】
要求ＲＫの受信は、処理ユニット２０により実行される復号権の制御（２０５）をトリガする。
【０１０５】
制御ステップ２０５の機能は、
・  データＤを復号するための適切な復号キーが利用可能であること（復号キーＫ）
・  上記適切な復号キーの要求ＲＫの送信端末１ｂがキーＫを使用することを承認されるかどうか
を決定することである。
【０１０６】
制御ユニットは、要求ＲＱの送信端末のＭＡＣアドレスに対してそのＭＡＣアドレスが対応する端末から発生する復号キーについて、メモリ３４内で検索する。考えられる例において、好適なキーＬは暗号化キーＫであり、メモリ３４内に存在する。
【０１０７】
複数の制御ストラテジが可能である。
【０１０８】
第１のストラテジは、比較的単純であり、ＭＡＣアドレスを調査することに基づく。
【０１０９】
この第１のストラテジに従い、送信元ＭＡＣアドレスと受信ＭＡＣアドレスとをリンクする承認ルールが、メモリ３４内に記憶される。
【０１１０】
制御ユニットは、メモリ３４内で端末１ａのＭＡＣアドレスと端末１ｂのＭＡＣアドレスとをリンクするルールについて検索する。
【０１１１】
上記ルールが見つけられる場合、端末１ｂは、復号キーＫを使用することを承認される。この場合、復号キーＫは、応答メッセージＡ内でサーバ３により端末１ｂに送信される。
【０１１２】
上記ルールが見つけられない場合、端末１ｂは、復号キーＫを使用することを承認されず、復号キーＫは、送信されない。この場合、応答メッセージＡは、エラーメッセージと全く同じに送信することができる。
【０１１３】
第２のストラテジは、ＭＡＣアドレスとユーザとのクロス調査（cross-examination）に基づく。
【０１１４】
この第２のストラテジに従い、送信元（source）ユーザ識別子（メッセージＳ１、Ｓ２内に含まれる）と受信ユーザ識別子（要求ＲＫ内に含まれる）とを関連付ける承認ルールが、メモリ３４内に記憶される。
【０１１５】
制御ユニットは、復号キーＫが生成された端末１ａのユーザと、端末１ｂのユーザとを関連付けるルールについて検索する。
【０１１６】
上記ルールが見つけられる場合、端末１ｂは、復号キーＫを使用することを承認される。この場合、復号キーＫは、応答メッセージＡ内でサーバ３により端末１ｂに送信される（２０６）。
【０１１７】
上記ルールが見つけられない場合、端末１ｂは、復号キーＫを使用することを承認されず、復号キーＫは、送信されない。この場合、エラーメッセージが、端末１ｂに全く同じに送信されることができる。
【０１１８】
図５に戻ると、端末１ｂのアプリケーションプログラムは、復号キーＫを受信する（１１４）。
【０１１９】
端末１ｂのアプリケーションプログラムは、その復号モジュール２０を復号キーＫで構成する。
【０１２０】
復号モジュール２０は、制御サーバ３から受信された復号キーＫを用いて、暗号化されたデータＤを復号する。
【０１２１】
復号キーＫは、端末１ｂにより記憶することができ、ゆえに、復号キーＫは、そのＭＡＣアドレスにより識別される端末１ａから発生するデータを復号するのに使用することができる。
【０１２２】
当然ながら、本発明は、前述された変形以外の変形の目的を形成することができる。
【０１２３】
暗号化／復号モジュール２０は、ネットワークカードに再配置されたモジュールでなく、端末１のオペレーティングシステムに統合されたソフトウェアモジュールであり得る。
【０１２４】
説明された方法は、ＩＥＥＥ８０２ＬＡＮタイプのフレーム以外の他タイプのフレームに適用可能である。
【図１】
0006718466.tif 000002
【図２】
0006718466.tif 000003
【図３】
0006718466.tif 000004
【図４】
0006718466.tif 000005
【図５】
0006718466.tif 000006
【図６】
0006718466.tif 000007