(57)【要約】  本発明は、ネットワークを用いて送り側と受け側との間でデータを暗号化して移送し、これにより安全な手法でデータを移送する方法に関する。この方法は、サーバが送り側から受け側の識別子を受信するステップ（Ｓ４Ａ、Ｓ４Ｂ）と、移送に固有の移送固有暗号鍵を制定するステップ（Ｓ７Ｂ）と、移送固有暗号鍵を用いてデータを暗号化するステップ（Ｓ８Ｂ）と、サーバが受け側の受けとられた識別子に従って受け側固有情報にアクセスし、受け側固有情報を用いて移送固有暗号鍵を暗号化するステップ（Ｓ１１Ｂ）と、受け側により暗号化データ及び暗号化移送固有暗号鍵をネットワークを介し転送するステップ（Ｓ１１Ｂ）と、サーバが受け側から暗号化移送固有暗号鍵を受信するステップと、サーバが暗号化移送固有暗号鍵を復号するために受け側固有情報にアクセスするステップと、復号された移送固有暗号鍵を用いて暗号化データを復号化するステップとを備える。
2008500755.tif 000002
【特許請求の範囲】
【請求項１】
ネットワークを用いて送り側と受け側との間でデータを暗号化及び移送する方法であって、
サーバが前記送り側から前記受け側の識別子を受けとるステップと、
移送に固有の移送固有暗号鍵を制定するステップと、
前記移送固有暗号鍵を用いて前記データを暗号化するステップと、
前記サーバが、前記受け側の前記受けとられた識別子に従って受け側固有情報にアクセスし、前記受け側固有情報を用いて前記移送固有暗号鍵を暗号化するステップと、
前記受け側により前記ネットワークを介して前記暗号化されたデータ及び前記暗号化された移送固有暗号鍵を移送するステップと、
前記サーバが、前記受け側から前記暗号化された移送固有暗号鍵を受けとるステップと、
前記サーバが、前記暗号化された移送固有暗号鍵を復号するために前記受け側固有情報にアクセスするステップと、
前記復号された移送固有暗号鍵を用いて前記暗号化されたデータを復号するステップとを備える方法。
【請求項２】
前記送り側と前記サーバとの間の連絡接続を確立するステップと、前記サーバに前記受け側の前記識別子を送るステップとをさらに備える請求項１に記載の方法。
【請求項３】
安全な接続となるために前記送り側と前記サーバの間で前記連絡接続を確立するステップをさらに備える請求項２に記載の方法。
【請求項４】
前記サーバによる前記送り側のパスワードのチェックに従って、前記送り側と前記サーバの間に前記連絡接続を確立するステップをさらに備える請求項２又は３に記載の方法。
【請求項５】
前記受け側と前記サーバ側との間で連絡接続を確立するステップと、前記サーバに前記受け側の前記識別子を送るステップとをさらに備える請求項１から４のいずれかに記載の方法。
【請求項６】
安全な接続となるために前記受け側と前記サーバとの間で前記連絡接続を確立するステップをさらに備える請求項５に記載の方法。
【請求項７】
前記サーバによる前記受け側のパスワードのチェックに従って、前記受け側と前記サーバとの間に前記連絡接続を確立するステップをさらに備える請求項５又は６に記載の方法。
【請求項８】
前記移送固有暗号鍵を制定するステップは前記送り側で実行され、前記制定された移送固有暗号鍵は前記サーバに送られる請求項１から７のいずれかに記載の方法。
【請求項９】
前記移送固有暗号鍵を用いて前記データを暗号化するステップは、前記送り側で実行される請求項１から８のいずれかに記載の方法。
【請求項１０】
前記送り側は前記サーバから前記暗号化された移送固有暗号鍵を受けとり、前記送り側は前記暗号化データ及び前記暗号化された移送固有暗号鍵を前記ネットワークを介して前記受け側に移送する請求項９に記載の方法。
【請求項１１】
前記受け側は前記サーバから前記復号された移送固有暗号鍵を受け取り、前記復号された移送固有暗号鍵を用いて前記暗号化データを復号するステップは前記受け側で実行される請求項１から７のいずれか１つに記載の方法。
【請求項１２】
前記移送固有暗号鍵を制定するステップは前記サーバで実行される請求項１から７のいずれか１つに記載の方法。
【請求項１３】
前記移送固有暗号鍵を用いて前記データを暗号化するステップは前記サーバで実行される請求項１２に記載の方法。
【請求項１４】
前記サーバは前記暗号化データ及び前記暗号化された移送固有暗号鍵を前記ネットワークを介して前記受け側に移送する請求項１３に記載の方法。
【請求項１５】
前記復号された移送固有暗号鍵を用いて前記暗号化データを復号するステップは、前記サーバで実行され、前記サーバは前記復号されたデータを前記受け側に移送する請求項１から１０、及び１２から１４のいずれか１つに記載の方法。
【請求項１６】
前記受け側の識別子を前記送り側から前記サーバに送るステップをさらに備える請求項１から１５のいずれかに記載の方法。
【請求項１７】
前記受け側の識別子を前記受け側から前記サーバに送るステップをさらに備える請求項１から１６のいずれかに記載の方法。
【請求項１８】
暗号化に先立ち前記データに対してメッセージ認証コード（ＭＡＣ）を制定するステップと、
前記暗号化データ及び前記暗号化された移送固有暗号鍵と共に前記ＭＡＣ値を移送するステップと、
前記データを復号し、前記移送されたＭＡＣ値に対して認証した後に、前記データに対するＭＡＣ値を制定するステップをさらに備える請求項１から１７のいずれかに記載の方法。
【請求項１９】
前記移送固有暗号鍵を暗号化するステップは、公開鍵暗号化手段、ブローフィッシュアルゴリズム、及びサーバの秘密コードのうち１つ以上を用いる請求項１から１８のいずれかに記載の方法。
【請求項２０】
ネットワークを用いて送り側と受け側との間でデータを暗号化及び移送するためにサーバを制御する方法であって、
前記受け側の識別子を前記送り側から受けるステップと、
前記受け側の受けとられた識別子に従い受け側固有情報にアクセスし、前記受け側固有情報を用いて前記データを暗号化するために用いられる移送固有暗号鍵を暗号化するステップと、
前記暗号化されたデータ及び前記暗号化された移送固有暗号鍵が前記ネットワークを介して前記受け側により移送された後に、前記受け側から前記暗号化された移送固有暗号鍵を受けとるステップと、
前記暗号化された移送固有暗号鍵を復号するために前記受け側固有情報にアクセスするステップとを備える方法。
【請求項２１】
前記移送に対し移送固有暗号鍵を前記サーバで制定するステップをさらに備える請求項２０に記載のサーバ制御方法。
【請求項２２】
前記移送に対する移送固有暗号鍵を前記送り側から受け取るステップと、
前記送り側に前記暗号化された移送固有暗号鍵を移送するステップとをさらに備える請求項２０に記載のサーバ制御方法。
【請求項２３】
前記移送固有暗号鍵を用いて前記サーバ内で前記データを暗号化するステップをさらに備える請求項２０から２２のいずれか１つに記載のサーバ制御方法。
【請求項２４】
前記ネットワークを介し前記受け側により前記暗号化されたデータ及び前記暗号化された移送固有暗号鍵を移送するステップをさらに備える請求項２０から２３のいずれか１つに記載のサーバ制御方法。
【請求項２５】
前記受け側へ前記復号された移送固有暗号鍵を移送するステップをさらに備える請求項２０から２４のいずれか１つに記載のサーバ制御方法。
【請求項２６】
前記サーバにおいて前記復号された移送固有暗号鍵を用いて前記暗号化されたデータを復号するステップをさらに備える請求項２０から２４のいずれか１つに記載のサーバ制御方法。
【請求項２７】
ネットワークを用いて送り側と受け側との間でデータを暗号化及び移送する方法のための計算機媒体であって、
前記受け側の識別子を前記送り側から受け取り、前記移送に対し移送固有暗号鍵を制定するためのコンピュータコードと、
前記移送固有暗号鍵を用いて前記データを暗号化するためのコンピュータコードと、
前記受け側の受けとられた識別子に従い受け側固有情報にアクセスし、前記受け側固有情報を用いて前記移送固有暗号鍵を暗号化するためのコンピュータコードと、
前記暗号化されたデータ及び前記暗号化された移送固有暗号鍵を前記ネットワークを介して前記受け側により移送するためのコンピュータコードと、
前記暗号化された移送固有暗号鍵を前記受け側から受け取り、前記暗号化された移送固有暗号鍵を復号するために前記受け側固有情報にアクセスするためのコンピュータコードと、
前記復号された移送固有暗号鍵を用いて前記暗号化データを復号するためのコンピュータコードとを有する計算機媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを用いて送り側と受け側との間でデータを暗号化して移送し、これにより安全な手法によるデータ移送となる方法に関する。
【背景技術】
【０００２】
近年、機密データが送り側から受け側に電子フォームでますます送られている。そのような状況では、データが権限のない人々によって傍受、又は読まれ得ない、すなわちデータの中身が送り側及び受け側によってのみアクセスされるよう、データが必ず安全な手法で送られることを保証することがより一層重要になっている。
【０００３】
ある事例において、データの移送が生じる前に、安全な接続リンクが送り側Ａと受け側Ｂとの間で確立される。しかしながら、例えばあるオフィス内の１０人の独立した個人が、彼ら自身と、そして他の遠隔オフィス内の１０人と双方向手段で連絡、及び機密データを移送しようとする状況において、非常にたくさんの安全な接続リンクを用意することは追加のハードウェア及びソフトウェアを必要とするという不利な点がある。さらに、そのようなリンク及びそれに関連するパスワードシステムを維持するために必要とされるかなりのハードウェア及び時間資源がある。それぞれのオフィスにいる人々がイントラネットあるいはイーサネット、そしてインターネットを介したオフィス間通信といった何らかの形式によって互いに接続されるとき、これは特に当てはまる。送り側及び受け側双方において、追加のハードウェア及びソフトウェアシステムを要求する複雑な暗号化及び復号化ソフトウェア、及び関連する専門家の維持費用を有することが必要とされる。
【０００４】
他の事例において、単独の送り側は複数の個別の受け側に異なるデータを移送しようとする。しかしながら、これは上述したものと同様の不利益を有する。特に、パスワードシステムを安全に保つ複雑なセキュリティ対策を設けることが、送り側にとって必要である。さらに、追加のハードウェア及びソフトウェアシステムがそのようなシステムを記憶し、維持するために設けられねばならない。
【０００５】
確かに、有限のメモリ及び処理能力を有する、インターネットアクセス及びｅメール可能なパーソナルデジタルアシスタンス（ＰＤＡ）や、携帯電話のような小さなハンドヘルドデバイスの時代において、高いレベルの暗号化及び復号化が必要とされる双方向の安全な接続のための手段を有することは、しばしば技術的に実用的ではない。
【０００６】
デジタル証明書は、送り側及び受け側双方に対して技術的資源に対する要求を削減するために用いられ得るが、このコストが小さいときですら、受け側に対して正当化しえないコストを要求する。
【０００７】
代替案は、送り側のために、送られるようにデータを暗号化し、その後ネットワークを介して暗号化されたデータを移送することである。しかしながら、再度、受け側は、暗号化されたデータの復号化を可能とする適切なソフトウェアのためのメモリと共にハードウェア処理資源を有さねばならない。さらに、受け側の機器が相対的に乏しいハードウェア資源を有する状況では、データの安全な通信を可能にするために高価な資源を利用することはしばしば実践的ではない。
【０００８】
複雑な暗号化及び復号化技術を用いることは、送り側の機器及び受け側の機器に特別なソフトウェアのインストールを必要とする。これは、面倒かつ費用がかかる。さらに、インストール処理は複雑かつ時間を消費し得、そしてそれぞれの機器において他のソフトウェアとの競合を起こしうる。さらに、追加のソフトウェアは、機器において入手できない一定レベルの処理能力を必要とし、高価なメモリ空間を塞ぎうる。これは、前述のハンドヘルドデバイスの事例において特に当てはまる。
【０００９】
安全な手段でデータを通信するための公知の手段及びシステムは、かなりのコンピュータ処理能力及びローカルメモリ資源と同様に、かなりのセットアップを必要とすることは、前述から明らかである。
【発明の開示】
【発明が解決しようとする課題】
【００１０】
それゆえ、送り側及び／又は受け側機器により必要とされる技術的資源のレベルを下げうる、安全な手段でデータを移送するための手段及びシステムに対する要求がある。また、公開／秘密鍵暗号が用いられるこの事例では、送り側は、受け側に属すると信ずる公開鍵が侵入者の公開鍵によって置き換えられていないことを確信しなければならない。
【課題を解決するための手段】
【００１１】
本願発明の一側面によれば、ネットワークを用いて送り側と受け側の間でデータを暗号化及び移送する方法であって、サーバが送り側から受け側の識別子を受けとるステップと、移送に固有の移送固有暗号鍵を制定するステップと、移送固有暗号鍵を用いてデータを暗号化するステップと、サーバが、受け側の受けとられた識別子に従って受け側固有情報にアクセスし、受け側固有情報を用いて移送固有暗号鍵を暗号化するステップと、受け側によりネットワークを介して暗号化されたデータ及び暗号化された移送固有暗号鍵を転送するステップと、サーバが、受け側から暗号化された移送固有暗号鍵を受けとるステップと、サーバが、暗号化された移送固有暗号鍵を復号するために受け側固有情報にアクセスするステップと、復号された移送固有暗号鍵を用いて暗号化されたデータを復号するステップとを備える方法が提供される。
【００１２】
好ましくは、方法は、送り側とサーバの間の連絡接続を確立するステップと、サーバに受け側の識別子を送るステップとをさらに備える。
【００１３】
一実施形態において、方法は、安全な接続となるために送り側とサーバの間で連絡接続を確立するステップをさらに備える。
【００１４】
ある場合において、方法は、サーバによる送り側のパスワードのチェックに従って、送り側とサーバの間に連絡接続を確立するステップをさらに備える。
【００１５】
他の実施形態において、方法は、受け側とサーバ側との間で連絡接続を確立するステップと、サーバに受け側の識別子を送るステップとをさらに備える。
【００１６】
ある場合において、方法は、安全な接続となるために受け側とサーバとの間で連絡接続を確立するステップをさらに備える。
【００１７】
ある特定の場合において、方法は、サーバによる受け側のパスワードのチェックに従って、受け側とサーバとの間に連絡接続を確立するステップをさらに備える。
【００１８】
好ましくは、移送固有暗号鍵を制定するステップは送り側で実行され、制定された移送固有暗号鍵はサーバに送られる。
【００１９】
他の場合において、移送固有暗号鍵を用いてデータを暗号化するステップは、送り側で実行される。
【００２０】
ある特定の場合において、送り側はサーバから暗号化移送固有暗号鍵を受けとり、送り側は暗号化データ及び暗号化された移送固有暗号鍵をネットワークを介して受け側に移送する。
【００２１】
他の実施形態において、受け側はサーバから復号された移送固有暗号鍵を受け取り、復号された移送固有暗号鍵を用いて暗号化されたデータを復号するステップは受け側で実行される。
【００２２】
なお他の実施形態において、移送固有暗号鍵を制定するステップはサーバで実行される。
【００２３】
ある特定の場合において、移送固有暗号鍵を用いてデータを暗号化するステップはサーバで実行される。
【００２４】
一実施形態において、サーバは暗号化されたデータ及び暗号化された移送固有暗号鍵をネットワークを介して受け側に転送する。
【００２５】
他の実施形態において、復号された移送固有暗号鍵を用いて暗号化されたデータを復号するステップはサーバで実行され、サーバは復号されたデータを受け側に移送する。
【００２６】
好ましくは、方法は、受け側の識別子を送り側からサーバに送るステップをさらに備える。
【００２７】
他の実施形態において、方法は、受け側の識別子を受け側からサーバに送るステップをさらに備える。
【００２８】
好都合なことに、方法は、暗号化に先立ってデータに対しメッセージ認証コード（ＭＡＣ）を制定するステップと、暗号化されたデータ及び暗号化された移送固有暗号鍵と共にＭＡＣ値を移送するステップと、データを復号し、移送されたＭＡＣ値に対して認証した後に、データに対するＭＡＣ値を制定するステップをさらに備える。
【００２９】
一実施形態において、移送固有暗号鍵を暗号化するステップは、公開鍵暗号化手段、ブローフィッシュアルゴリズム、及びサーバの秘密コードのうち１つ以上を用いる。
【００３０】
本願発明の他の側面によれば、ネットワークを用いて送り側と受け側との間でデータを暗号化及び移送するためにサーバを制御する方法であって、受け側の識別子を送り側から受けるステップと、受け側の受けとられた識別子に従い受け側固有情報にアクセスし、受け側固有情報を用いてデータを暗号化するために用いられる移送固有暗号鍵を暗号化するステップと、暗号化されたデータ及び暗号化された移送固有暗号鍵がネットワークを介して受け側により移送された後に、受け側から暗号化された移送固有暗号鍵を受けとるステップと、暗号化された移送固有暗号鍵を復号するために受け側固有情報にアクセスするステップとを備える方法が提供される。
【００３１】
一実施形態において、サーバ制御方法は、移送に対し移送固有暗号鍵をサーバで制定するステップをさらに備える。
【００３２】
他の実施形態において、サーバ制御方法は、移送に対する移送固有暗号鍵を送り側から受け取るステップと、送り側に暗号化された移送固有暗号鍵を移送するステップとをさらに備える。
【００３３】
好ましくは、サーバ制御方法は、移送固有暗号鍵を用いてサーバ内でデータを暗号化するステップをさらに備える。
【００３４】
他の好ましい実施形態において、サーバ制御方法は、ネットワークを介し受け側により暗号化されたデータ及び暗号化された移送固有暗号鍵を移送するステップをさらに備える。
【００３５】
好ましくは、サーバ制御方法は、受け側へ復号された移送固有暗号鍵を移送するステップをさらに備える。
【００３６】
他の実施形態において、サーバ制御方法は、サーバにおいて復号された移送固有暗号鍵を用いて暗号化されたデータを復号するステップをさらに備える。
【００３７】
本願発明の他の側面によれば、ネットワークを用いて送り側と受け側との間でデータを暗号化及び移送する方法のための計算機媒体であって、受け側の識別子を送り側から受け取り、移送に対し移送固有暗号鍵を制定するためのコンピュータコードと、移送固有暗号鍵を用いてデータを暗号化するためのコンピュータコードと、受け側の受けとられた識別子に従い受け側固有情報にアクセスし、受け側固有情報を用いて移送固有暗号鍵を暗号化するためのコンピュータコードと、暗号化されたデータ及び暗号化された移送固有暗号鍵をネットワークを介して受け側により移送するためのコンピュータコードと、暗号化された移送固有暗号鍵を受け側から受け取り、暗号化された移送固有暗号鍵を復号するために受け側固有情報にアクセスするためのコンピュータコードと、復号された移送固有暗号鍵を用いて暗号化データを復号するためのコンピュータコードとを有する計算機媒体が提供される。
【発明を実施するための最良の形態】
【００３８】
本願発明の一実施形態は、付随する図面を参照することにより説明される。
【００３９】
図１及び２を参照すると、これらはネットワークを用いて送信機及び受信機との間でデータを暗号化及び復号化する手段の一実施形態をもたらすシステムを示す。図を参照すると、システムは送信機機器１００と受信機機器２００との間でデータを暗号化及び復号する。
【００４０】
この実施形態において、送信機器１００は、キーボード１０７に接続されるコンピュータ１０１と、データソース１０８と、外部表示機器１０５とを備える。データソースはある種のディスク、又はデータライブラリ、すなわち受信機側に送信されるデータを記録するデータソースに接続するインターフェースを備える。コンピュータ１０１は、マイクロプロセサ１０２、メモリ１０３、表示機器インターフェース１０４、入力インターフェース１０９、及び接続１１１を介してインターネットに接続するためのウェブブラウザ１１０に接続する汎用アクセスバス１０６を有する。
【００４１】
表示機器インターフェース１０４は外部表示機器１０５に接続され、入力機器インターフェース１０９はキーボード１０７に接続及びデータソース１０８に接続される。メモリ１０３は、主として送信機のＩＤ及び送信機のパスワードを記憶するが、これらは表示機器１０５上のディスプレイプロンプトに対しキーボード１０７を介して入力される。
【００４２】
本実施形態において、受信機器２００は、接続２１１を介してインターネットに接続するウェブブラウザ２１０を経由するインターネット接続能力を有する携帯電話を備える。どのようにそのような接続が確立されるかについての詳細は、公知であり、ここには説明されない。ウェブブラウザは、マイクロプロセサ２０２、メモリ２０３、表示機器インターフェース２０４、及び入力機器インターフェース２０９に接続する汎用アクセスバス２０６に接続される。表示機器インターフェース２０４は、必須の表示機器２０５に接続され、その一方で入力機器インターフェース２０９は必須のキーボード２０７に接続される。メモリ２０３は主として受信機のＩＤ及び受信機のパスワートを記憶するが、これらは表示機器２０５上のディスプレイプロンプトに対してキーボード２０７を介して入力される。機器２００は、インターネットへの接続２１３を介してｅメールを送信及び受信するためのｅメールクライアント２１２をさらに有する。
【００４３】
サーバ３００もまた、接続３０２を介してインターネットに接続される。サーバの構造の詳細なブロック図は図２に示される。サーバのこの構造は、本願発明におけるシステムの動作の説明と組み合わせて説明される。
【００４４】
図１及び２を参照すると、本システムの使用に先立ち、送信機及び受信機の双方は初めにサーバ３００に登録され、そしてその詳細がサーバデータベースモジュール３０６に記憶される。本実施形態において、記憶される情報は送信機及び受信機それぞれに対するＩＤ及びパスワードを少なくとも有する。
【００４５】
送信機は、データソース１０８で保持されるデータを受信機に送信することを望む。送信機がデータを送信するために、送信機は受信機のＩＤ及びサーバ３００のウェブアドレスを知る必要がある。この情報は送信機のメモリ１０３に記憶され、あるいは表示機器１０５上のプロンプトに対してキーボード１０７を介して手動で入力される。
【００４６】
図２に示されるように、サーバ３００は接続３０２を介してインターネットに接続されるウェブサーバ３０１を有する。ウェブサーバは入力バス３０３に接続され、マイクロプロセサ３０４により制御される。送信機がサーバのウェブアドレスに接触すると、ＳＳＬ通信のようなセキュア通信が確立され、その詳細は当業者にとって周知である。マイクロプロセサ３０４は、パスワードチェックがデータベースモジュール３０６へのアクセスと同時にモジュール３０５によって完了されるまで、送信機に本システムへのアクセスを認めない。そのようなパスワードチェックの詳細は公知であり、それゆえここには説明されない。
【００４７】
パスワードチェックが完了した後に、画面表示はサーバ３００によって送信機に送信される。この画面を終えることにより、送信機は、データソース１０８から得られる、データと共に送信される受信機ＩＤという識別子をサーバに送信する。これらの入力は、図の上縁方向のモジュールにより処理される。
【００４８】
送信された受信機ＩＤ及びデータを受信すると、サーバマイクロプロセサ３０４はデータをメッセージ認証コード（ＭＡＣ）生成モジュール３０７に送信する。公知であるように、そのような生成器は、暗号ダイジェストアルゴリズムと組み合わせてデータの一部又は全体を用いることにより計算される一片のコードを生み出す。本実施例では、公知のＭＤハッシュアルゴリズムが、データからＭＤハッシュ値を生成するために用いられる。ＭＤハッシュ値は、ｅメールの一部に処理するため準備されることを目的として、リンク３１６を介してインターネットに接続されるｅメールクライアント３１２に転送される。
【００４９】
受信されたデータは、モジュール３１０から得られたセッション鍵を用いてモジュール３０９により暗号化される前に、モジュール３０８で圧縮される。公知であるように、セッション鍵は乱数から発生、つまり乱数発生器３１１により提供される。このセッション鍵は、そのためにこのデータ及び通信に特有であり、それゆえ、通信固有の暗号鍵となる。その結果、暗号データは、ｅメールの一部に処理するため準備されるｅメールクライアント３１２に転送される。
【００５０】
モジュール３１０からのセッション鍵もまた、例えば公知のＲＳＡ暗号といった公開鍵／秘密鍵暗号化技術の公開鍵を用いて、モジュール３１３において暗号化される。その後、モジュール３１３からの出力は、データベース３０６から得られる受信機のパスワードを組み合わせるブローフィッシュアルゴリズムを用いて、さらにモジュール３１４で暗号化される。このパスワードは、バス３１５上のマイクロプロセサから転送された受信機のＩＤに従って出力される。暗号化されたセッション鍵は、ｅメールの一部へと加工するための準備をするｅメールクライアント３１２に転送される。
【００５１】
ｅメールクライアント３１２は、ｅメールを組み立てるために、ＭＤハッシュ値、暗号化データ及び暗号化セッション鍵を公知の手段で処理し、ｅメールは、データベース３０６に後述するアクセスをするバス３１５上のマイクロプロセサにより提供される、受信機の適切なアドレスにその後送信される。公知の手段で、ｅメールクライアントはｅメールに個別のレーベルを割り当て、その送信を記録する。ｅメール送信の確認書もまた、ウェブサーバ３０１又はｅメールクライアント３１２のどちらかを用いて送信機に送信される。
【００５２】
サーバ３００により送信されたｅメールは、携帯電話２００のｅメールクライアント２１２により典型的な手段で受信される。ｅメールの中身は、受信機に本発明によるシステムを用いるデータ通信に対して注意を喚起し、あるいは、サーバ３００への伝達リンクを初期化するためにウェブブラウザ２１０を自動的に起動するように構成される。どのような場合でも、マイクロプロセサ２０２の制御下では、受信機はサーバのウェブアドレスに接触し、又はＳＳＬ接続のような安全な接続が確立され、この詳細は当業者にとって公知である。サーバマイクロプロセサ３０４は、データベースモジュール３０６へのアクセスと併せてパスワードチェックがモジュール３０５により終えられるまで本システムへの接触を許可しない。そのようなパスワードチェックの詳細は公知であり、それゆえ、ここに説明されない。
【００５３】
成功したパスワードチェックが完了した後にのみ、ｅメールに含まれる暗号化データ、暗号化セッション鍵、及びＭＤハッシュ値が、ウェブサーバ３０１経由でサーバ３００に安全な接続上で送信される。これらは図の下縁方向のモジュールによって行われる。
【００５４】
もし、メールの送信及び読み込みにおいて選ばれた手段がウェブメールによるものであるならば、独立したｅメールクライアント２１３が不要であることは明らかである。
【００５５】
その受信時に、サーバマイクロプロセサ３０４は、暗号化セッション鍵を、受信機のＩＤに従ってバス３１５上のデータベース３０６から得られる受信機のパスワードと組み合わせて逆ブローフィッシュアルゴリズムを適用するモジュール３２０に転送する。モジュール３０６からの出力はその後、データを送信するために用いられるＲＳＡ暗号化の秘密鍵を用い、モジュール３２１においてさらに復号される。これらのモジュールの効果により、モジュール３１０のオリジナルセッション鍵は再生成される。
【００５６】
圧縮された形式である受信された暗号化データは、モジュール３２４で解凍される前に、復号されたセッション鍵を用いてモジュール３２３で復号される。
【００５７】
モジュール３０７と同様に、ＭＤハッシュ値は復号および解凍されたデータからモジュール３２５において生成され、そしてマイクロプロセサ３０４の制御下においてモジュール３２６は、受信機から受信されたＭＤハッシュ値に対し、新しく生成されたＭＤハッシュ値を認証する比較検査を、それらが一致することを保証するために行う。
【００５８】
ＭＤハッシュ値がモジュール３２６において正確に認証される場合、モジュール３２４からの暗号化データは安全な接続を介して受信機に送り返される。
【００５９】
図３は、送信機からサーバにデータを送信する本願発明のために、送信機及びサーバに含まれる処理を示したフローチャートである。
【００６０】
最初に、送信機は、既知の受信機ＩＤを有する特定の受信機に特定のデータを送信しようと考える。ステップＳ１Ａにおいて、送信機は、例えばＳＳＬ接続のような安全な通信接続を確立するために試行しようとし、サーバと連絡を行う。この接続を確立することは、特定の接続プロトコル及び前述のパスワードチェックを実行することを必要とし、そして表示機器１０５上のウェブページの表示形式、ウェブページ上の適切なログインデータの入力、及びその他を採用しうる。前述のように、そのような通信接続の確立及びパスワードチェックは当業者にとって良く知られており、ここに詳細について説明されない。
【００６１】
受信機からの接触に反応するサーバは、ステップＳ１Ｂにおいて、特定の接続プロトコル及び前述のパスワードチェックを実行することにより、通信接続を確立しようとする。サーバはその後、ステップＳ２Ｂにおいて、有効な接続が形成されるかどうか、すなわちすべての接続プロトコルが合致しているか、また全てのパスワードチェックがパスしているかを確かめる。接続が確立されていないのであれば、すなわちパスワードチェックが失敗しているのであれば、サーバはエラー処理ステップＳ３Ｂに行く。そのようなステップは、通信接続の確立のためのさらなる試行を含みうる。有効な通信接続が確立されるとすると、処理は通信される受信機ＩＤ及びデータの受領証を待つために、ステップＳ４Ｂに移動する。タイムアウトステップは、必要であればこの位置に含まれうる。
【００６２】
送信機では、ステップＳ２Ａにおいて、有効な接続が形成されるかどうか、すなわちすべての接続プロトコルが合致しているか、また全てのパスワードチェックがパスしているかどうか調べるためにチェックがなされる。接続が確立していないのであれば、すなわちパスワードチェックが失敗しているのであれば、送信機はエラー処理ステップＳ３Ａへ行く。そのようなステップは、通信接続の確立のためのさらなる試行を含みうる。有効な通信接続が確立されるとすると、処理は通信される受信機ＩＤ及びデータを送信するために、ステップＳ４Ａに移動する。タイムアウトステップは、必要であればこの位置に含まれうる。
【００６３】
一実施形態において、データ通信ウェブページは、受信機のＩＤの入力、及び添付データ、例えばデータソース１０８に位置するファイルの添付を必要とする、表示装置１０５上に表示される。データ通信完了ページは、その後サーバ３００に送信される。暗号化されるデータがデータ通信ページに直接入力されることは明らかであろう。
【００６４】
データ通信ページの中身は、ステップＳ４Ｂにおいてサーバ３００により受信され、その後処理はステップＳ５Ｂに進む。このステップにおいて、サーバはデータに固有のＭＤハッシュ値を生成して、ｅメールクライアント３１２に値を転送し、その後、処理はステップＳ６Ｂに進む。
【００６５】
ステップＳ６Ｂにおいて、例えばＺＩＰによりデータが圧縮される。そしてステップＳ７Ｂでは、乱数生成器３１１からの乱数が、このデータ通信に特有であるセッション鍵を生成するために得られる。その後ステップＳ８Ｂでは、データはこのセッション鍵で暗号化され、そして暗号化データはｅメールクライアント３１２に転送される。
【００６６】
処理はその後、セッション鍵が公開ＲＳＡ鍵を用いて暗号化される、ステップＳ９Ｂに移動する。その後、処理は、受信機側のパスワードを検索するために、ステップＳ１０Ｂに移動し、その後ステップＳ１１Ｂにおいて、ステップＳ９Ｂの結果がステップＳ１０Ｂにおいて検索されたパスワードを用いてブローフィッシュアルゴリズムにより暗号化される。その結果生じる暗号化セッション鍵は、その後、ｅメールクライアント３１２に転送される。
【００６７】
次のステップＳ１２Ｂにおいて、ｅメールは、ＨＴＭＬ、例えばｂａｓｅ６４エンコーディングによって送信するため、ｅメールクライアント３１２により公知の手段で適切なフォーマットへと組み立てられる。ｅメールクライアントは、ＨＴＭＬ添付ファイル、すなわち暗号化データ及び暗号化セッション鍵に対する一列のＨＴＭＬコードを有する。ｅメールはその後、送信され、ｅメールの送信は通常の手段で記録され、確認書が送信機に送信され、その後、処理は終了する。
【００６８】
ｅメールが、好ましくは非表示フィールドとしてＭＤハッシュ値、暗号化データ、及び暗号化セッション鍵を含むことは明らかである。ｅメールは、好ましくは受信機にサーバへ戻って接続することを可能にするＨＴＭＬリンクを含む。この接続は、ＨＴＭＬフォーム内の非表示フィールドを自動的にサーバへ提出するように構成される。ｅメール件名ヘッダは、送信機によって選択される件名ヘッダであり、ｅメールは受信機のｅメールアドレスにアドレス指定される。
【００６９】
ステップＳ５Ａで、送信機はｅメールの送信の確認書を受信してこの処理が終了する。
【００７０】
図４は、サーバから受信したｅメールに反応する受信機及びサーバに含まれる処理を示したフローチャートである。
【００７１】
ステップＳ１０１Ａでは、受信機２００は、暗号化データ、暗号化セッション鍵、及びＭＤハッシュ値等々を有するサーバからｅメールを受信する。ｅメールは、接続２１３越しでウェブメール、あるいはｅメールクライアント２１２のどちらかを用いてダウンロードされうる。ステップＳ１０２Ａでは、受信機は、ｅメールを開き、そして例えばＳＳＬ接続である安全な通信接続を確立しようとしてサーバに接触を行う。前述と類似の手段において、この接続を確立することは、モジュール３０５に関連して前述されたものに類似する、特定の接続プロトコル及びパスワードチェックを実行することを必要とし、そして表示機器１０５上のウェブページの表示形式、ウェブページ上の適切なログインデータの入力、及びその他を採用しうる。前述のように、そのような通信接続の確立及びパスワードチェックは当業者によく知られており、ここに詳細に説明されない。
【００７２】
サーバは、受信機からの接触に反応して、ステップＳ１０１Ｂにおいて、特定の接続プロトコル及び前述のパスワードチェックを実行することにより、通信接続を確立しようとする。サーバはその後、ステップＳ１０２Ｂにおいて、有効な接続が形成、つまり全ての接続プロトコルが合致し、そして全てのパスワードチェックがパスしているかどうかを確かめる。接続が確立されていない、あるいはパスワードチェックが失敗しているのであれば、サーバはエラー処理ステップＳ１０３Ｂに行く。そのようなステップは通信接続を確立することをさらに試みることを含む。有効な通信接続が確立されるとすると、処理は、受信機ＩＤ並びに、暗号化データ、暗号化セッション鍵、及びＭＤハッシュ値を含む他の情報の受領証を待つためにステップＳ１０４Ｂに移動する。タイムアウトステップが、必要とされるのであれば、この位置に含まれうる。
【００７３】
受信機では、チェックは、有効な接続が形成、つまり全ての接続プロトコルが合致し、そして全てのパスワードチェックがパスしているかどうかを確かめるために、ステップＳ１０３Ａにおいてなされる。接続が確立されていない、あるいはパスワードチェックが失敗しているのであれば、送信機はエラー処理ステップＳ１０４Ａに行く。そのようなステップは通信接続を確立することをさらに試みることを含む。タイムアウトステップが、必要とされるのであれば、この位置に含まれうる。
【００７４】
有効な通信接続が確立されたとすると、処理は、受信機ＩＤ及び前段落で言及された他の情報を送信するため、ステップＳ１０５Ａに移動する。後者は、サーバ３００に提出されるｅメールの非表示ＨＴＭＬフィールドの形式に置かれうる。ＩＤ、非表示フィールド、パスワード等を送信するタイミング及び配列のためのプロトコルは、特定の状況によって変更されうることは明らかである。
【００７５】
サーバにおける処理は、その後モジュール３０６から受信機のパスワードを検索するためステップＳ１０５Ｂに移動し、その後ステップＳ１０６Ｂにおいて、暗号化されたセッション鍵はステップＳ１０５Ｂで検索されたパスワードを用いてブローフィッシュアルゴリズムにより復号される。処理はその後、ステップＳ１０６Ｂの結果がサーバの秘密鍵を用いて復号されるＲＳＡ復号化ステップＳ１０７Ｂに移動する。これはセッション鍵が生成されることとなる。
【００７６】
その後、処理は、未だ圧縮されているデータがステップＳ１０７Ｂから生成された復号されたセッション鍵を用いて復号されるＳ１０８Ｂに移動する。この後、処理はデータを解凍するためにステップＳ１０９Ｂに移動する。
【００７７】
次のステップＳ１１０Ｂでは、サーバはステップＳ１０９Ｂからのデータに対して固有のＭＤハッシュ値を生成する。その後、ステップＳ１１１Ｂにおいて、ステップＳ１１０ＢからのＭＤハッシュ値はステップＳ１０４Ｂで受信されたＭＤハッシュ値に対してチェックされる。ＭＤハッシュ値が認証されるのであれば、処理はステップＳ１１３Ｂに進み、今、復号された送信機のデータが、安全な接続越しに受信機に転送される。このデータの送信は記録され、処理が終了する。ＭＤハッシュ値が認証されないのであれば、処理はエラー処理ステップＳ１１２Ｂへ分岐する。これは、エラーを記録すること、及びデータが破壊されている、あるいは損なわれていることを示すために受信機にエラーメッセージを送信することを含む。
【００７８】
ステップＳ１０６Ａでは、受信機は復号されていないデータを受信し、処理が終了する。
【００７９】
前述した本発明の一実施形態において、暗号化及び復号化処理の全体は、サーバ３００で実行される。このように、送信機及び受信機は、安全にデータを送信及び受信することを可能にするためにいかなる特別なソフトウェアをも必要としない。特に、ソフトウェアを有すること、あるいはＲＳＡ暗号化及びブローフィッシュ暗号化を可能にするハードウェアメモリ及び処理資源を有することは不必要である。加えて、パスワードに対するアクセスはサーバで維持され、受信機で維持される必要がない。さらに、暗号化及び復号化はサーバで行われるため、暗号化及び復号化のために必要とされる特別な処理は送信機又は受信機によって必要とされない。
【００８０】
しかしながら、本発明は、送信機において提供される図２の枠３１７内における機能の代替をも包含する。すなわち、この変形例において、乱数発生器からのセッション鍵の生成、及びデータの圧縮、及びセッション鍵を用いた圧縮データの暗号化は、送信機において全て行われる。しかしながら、安全な接続が前述のように送信機と確立されるが、この場合においてのみ、生成されたセッション鍵はサーバに送信される。前述と同じパスワードチェック後、モジュールＳ３１３及びＳ３１４は、この場合において送信機に戻される暗号化セッション鍵を再度生成する。暗号化データ、暗号化セッション鍵、及びハッシュ値はその後、インターネットに接続される送信機ｅメールクライアント（非図示）に提供される。このｅメールクライアントは、受信機にｅメールを送信する前に、前述のようにｅメールを構成する。それゆえ、図３においてステップＳ５ＢからＳ８Ｂは送信機で行われる。これは、サーバに置かれる処理要求を減らし得る。
【００８１】
受信機はそのｅメールクライアントでｅメールを受け取り、図４におけるようにｅメールを処理する。
【００８２】
しかしながら、本発明は、一旦ｅメールがサーバから受信されると送信機において提供される図２の枠３２２内における機能の代替をも包含する。すなわち、この変形例において、データの復号化、データの解凍、ＭＤハッシュ値の生成、及びそれの認証は、受信機において全て行われる。しかしながら、安全な接続が前述のようにサーバと確立されるが、この場合においてのみ、暗号化されたセッション鍵はサーバに送信される。前述と同じパスワードチェック後、モジュールＳ３２０及びＳ３２１は、この場合において受信機に戻されるセッション鍵を再度復号する。暗号化されたデータは復号されたセッション鍵を用いて復号され、解凍され、ＭＤハッシュ値が生成され、そしてｅメール内で受信されるＭＤハッシュ値に対して有効性がチェックされる。それゆえ、図４におけるステップＳ１０８ＢからＳ１１３は、受信機で行われることがわかる。これは、サーバに置かれる処理要求を減らし得る。
【００８３】
前述の変形例の双方が同時に実行されうることが認識される。それにもかかわらず、本発明では、セッション鍵の暗号化は、受信機のパスワードと組み合わせてサーバで実行される。
【００８４】
必要なときにｅメールを受信するため、ユーザのグループが登録されることがわかる。例えば、会社のＩＴ部門は全ての従業員を登録しうる。この場合、サーバに置いてパスワードチェックが失敗する場合、そのグループにおける他のパスワードへの参照がなされる。
【００８５】
当業者に知られているように、送信機又は受信機にインストールされる特別なソフトウェアを必要とする本発明の実施形態において、ソフトウェアは、登録処理の間にサーバからダウンロードされ、そしてインストールされる。
【００８６】
ブローフィッシュアルゴリズムではデータを復号するために正確な受信機パスワードが必要とされ、そして正確な復号化はＭＤハッシュ値を認証することにより効果的にチェックされるため、ステップＳ１０２Ａにおいて受信機とサーバとの間を接続する間のパスワードチェックは、必要であれば行われうることがわかる。
【００８７】
復号化が失敗するのであれば、サーバ３００は、例えば受信機の古いパスワードを調べ、次々にそれぞれのパスワードにデータを復号させようとすることによって、正確なパスワードを得ようとするためチェックを行うよう構成される。これらのパスワードの１つが正確なＭＤ５ハッシュ値を生成するのであれば、復号化は成功している。しかしながら、これらのパスワードの１つも使用できないのであれば、受信機は意図された受信機ではない、あるいはデータが通信の間に破壊されている。
【００８８】
受信機がパスワードを有さず、サーバ３００に既に登録されていないのであれば、サーバは、ユーザにパスワードをその後使用される安全なパスワードに変更することを要求するため、適切ないかなる安全手段、例えばセキュアポスト、すなわちセキュアリンクあるいはセキュアｅメールにより受信機に送信するワンショットパスワードを生成する。
【００８９】
本願発明において、受信機がデータの起源を確信するためにインストールされた特別なソフトウェアを有さない受信機へ送信機がデータを送信するため、送信機及び受信機両者のアイデンティティは認証されうる。さらに、受信機がデータを受信しそして復号しているかどうか送信機にチェックさせ、そして受信されることが予期されるデータが既に発信されているかどうか受信機にチェックさせる、暗号化及び復号化の試行が記録される。
【００９０】
送信機及び受信機の機器は多数の態様、例えば、コンピュータ、パーソナルデジタルアシスタンス又は他のハンドヘルドデバイス、ラップトップコンピュータ、携帯電話に限定されない態様を取りうる。サーバは好ましくはコンピュータであるが、計算機の他の形式であっても良い。
【００９１】
本願発明では、他者のパスワードはサーバに保存されるため、送信機及び受信機は他者のパスワードを知らないことがわかる。従って、送信機及び受信機により要求される安全レベルは、安全な手段でデータを通信する公知の形態ほど高くはない。
【００９２】
本願発明で、サーバは、暗号化処理においてサーバにより使用される、パスワードのような受信機に特有の情報を維持する。サーバは、受信機ＩＤ及び秘密に保持される受信機固有情報のリストを有するデータ蓄積所からこの情報を得る。受信機固有情報は、パスワード、パスフレーズ、ＰＩＮ番号、ハッシュ値、あるいはアイデンティティの認証に用いられる他の情報を備えうる。
【００９３】
本願発明に用いられるネットワークは、イーサネットネットワーク、電話ネットワーク、無線ネットワーク、又はデータを通信するためのネットワークの他のいかなる形式のような、インターネット、ローカルイントラネットである。好ましくは、インターネットが用いられるとき、安全なＳＳＬ接続がサーバと送信機の間で、及び／又はサーバと受信機との間で、用いられる。
【００９４】
送信機及び受信機は、それらのｅメールアドレス（又は他のネットワークアドレス）によりサーバに識別されうる。しかしながら、送信機及び受信機は、それらのネットワークアドレスに無関係なユーザＩＤをまた有する。サーバはそのデータベースに、ネットワークアドレス及び／又はユーザＩＤが秘密受信機固有情報と関連付けられる、ネットワークアドレスのリストを有し、及び／又はユーザＩＤのリストを有する。
【００９５】
本願発明の一実施形態において、サーバ３００はサーバに固有、かつサーバにのみ知られる秘密コードを含みうる。この秘密コードはブローフィッシュ暗号化及び復号化モジュールに含まれうる。秘密コードはさらに受信機固有情報を用いて暗号化に用いられる。これら２つの情報は、暗号化処理において用いられるために単純に結合されうる。秘密鍵の使用はシステムに強化されたレベルのセキュリティを提供する。
【００９６】
サーバはセッション鍵又は受信機に送信されるデータのいずれかを記憶する必要がないことがわかる。これらは、サーバの揮発性メモリに記憶され、更なるデータ及び鍵が暗号化されたときに上書きされる。これは、サーバが古くそして冗長なデータ及び／又は鍵に利用できる大量のメモリを有する必要がない、という有利な点を有する。
【００９７】
伝達媒体は、過渡媒体、例えば電気的、光学、マイクロ波、ＲＦ、電磁、音、若しくは磁気信号（例えば、インターネットのようなＩＰネットワークを介するＴＣＰ／ＩＰ信号）、又はフロッピーディスク、ＣＤＲＯＭ、ハードディスク、若しくはプログラマブルメモリデバイスのような伝達媒体を備えうる。
【００９８】
本発明は現在好ましい実施形態であるものの観点において説明されているが、様々な変形が、特許請求の範囲によって定義される本願発明の範囲から逸脱することなく、この好ましい実施形態に対してなされうることは当業者にとって明らかである。本願発明は、例えば安全な手段で携帯電話ユーザに月次計算書を配布する携帯電話提供者、言い換えると暗号化された計算書を検索するためにサーバに接続する携帯電話ユーザを有する応用例を見つけうる。同様の手段において、銀行は、安全な手段で提供される明細を有する、そのような明細を検索するため前述したようにサーバに単に接続する顧客に対して収入支払い明細を配布する。
【図面の簡単な説明】
【００９９】
【図１】ネットワークを用いて送信機と受信機との間でデータを暗号化及び通信する本願発明のシステム制御手段の概略図である。
【図２】図１において用いられるサーバの動作モジュールの概略ブロック図である。
【図３】送信機からサーバにデータを送信する本願発明のために受信機及びサーバに関係する処理を示したフローチャートである。
【図４】サーバから送信されたｅメールに反応する受信機及びサーバに関係する処理を示したフローチャートである。
【図１】
2008500755.tif 000003
【図２】
2008500755.tif 000004
【図３】
2008500755.tif 000005
【図４】
2008500755.tif 000006
【国際調査報告】
2008500755.tif 000007
2008500755.tif 000008