(57)【要約】メッセージングシステムを安全に使用するシステムおよび方法。メディエータは元のメッセージを受信し、元のメッセージを処理して処理済みメッセージを生成してもよく、処理済みメッセージをサーバまたはメッセージングシステムに転送してもよい。メディエータは処理済みメッセージをサーバまたはメッセージングシステムから受信し、受信した処理済みメッセージを処理して、元のメッセージと実質的に同じ可能性のある未処理メッセージを生成してもよく、未処理メッセージを宛先に転送してもよい。
2013529345.tif 000002
【特許請求の範囲】
【請求項１】
フォワードメディエータおよびリバースメディエータを備えるメッセージの安全を保証するシステムであって、
前記フォワードメディエータは、
元のメッセージを受信し、
前記元のメッセージを処理して少なくとも１つの処理済みメッセージを供給し、
前記少なくとも１つの処理済みメッセージを少なくとも１つのサーバに転送し、
前記処理することは、前記元のメッセージの少なくとも一部を変換することを含み、
前記リバースメディエータは、
処理済みメッセージをサーバから受信し、
前記受信した処理済みメッセージを処理して未処理メッセージを供給する、システム。
【請求項２】
前記元のメッセージを処理することは、
前記元のメッセージの少なくとも一部を暗号化することを含む、請求項１に記載のシステム。
【請求項３】
前記元のメッセージを処理することは、
前記元のメッセージの少なくとも一部分を暗号化することを含み、
該一部分は、少なくとも１つの受信者アドレス、送信者アドレス、前記メッセージに関連する主題、少なくとも１つの添付ファイル、少なくとも１つのメッセージヘッダー、および前記メッセージの本文からなる群から選択される、請求項１に記載のシステム。
【請求項４】
前記元のメッセージを処理することは、
少なくとも１つの受信者アドレスを作成すること、
前記作成された少なくとも１つの受信者アドレスを前記処理済みメッセージに含めることを含み、
前記作成された受信者アドレスは、
前記サーバに前記処理済みメッセージを前記リバースメディエータに送信させるように構成される、請求項１に記載のシステム。
【請求項５】
前記元のメッセージおよび前記未処理メッセージは、電子メールメッセージである、請求項１に記載のシステム。
【請求項６】
前記元のメッセージを処理することは、
前記元のメッセージを分類してメッセージ分類情報を生成することを含む、請求項１に記載のシステム。
【請求項７】
元のメッセージを処理して処理済みメッセージを生成することは、
前記元のメッセージに含まれる少なくとも１つの元の用語に基づいて少なくとも１つの安全な検索語を生成すること、
前記生成された少なくとも１つの安全な検索語を前記処理済みメッセージに含めることを含む、請求項１に記載のシステム。
【請求項８】
検索メディエータをさらに備え、
前記検索メディエータは、
第１の要求をクライアントから受信し、
前記第１の要求に基づいて第２の要求を作成し、
前記第１の要求に含まれる少なくとも１つの元の検索語に基づいて少なくとも１つの安全な検索語を作成し、
前記少なくとも１つの安全な検索語を前記第２の要求に含め、
前記第２の要求を前記サーバに転送する、請求項１に記載のシステム。
【請求項９】
元のメッセージを処理して処理済みメッセージを生成することは、
前記元のメッセージの少なくとも一部の位置を変更することを含む、請求項１に記載のシステム。
【請求項１０】
元のメッセージを処理して処理済みメッセージを生成することは、
前記少なくとも１つの元の語と前記少なくとも１つの安全な検索語の少なくとも一方の位置を変更することを含む、請求項７に記載のシステム。
【請求項１１】
元のメッセージを処理して処理済みメッセージを生成することは、
前記メッセージの送信者および前記メッセージの受信者のうちの一方に従う、請求項１に記載のシステム。
【請求項１２】
前記フォワードメディエータは、前記処理済みメッセージにパラメータを含み、
前記リバースメディエータは、前記パラメータに基づいて前記処理済みメッセージの妥当性を検証する、請求項１に記載のシステム。
【請求項１３】
前記処理済みメッセージの妥当性を検証することは、
完全性パラメータと前記元のメッセージが前記フォワードメディエータによって受信された時間との少なくとも一方に基づく、請求項１２に記載のシステム。
【請求項１４】
元のメッセージを処理して処理済みメッセージを生成することは、
前記元のメッセージに含まれる少なくとも１つの元の語を正規化すること、
前記正規化された少なくとも１つの元の語に基づいて安全な検索語を生成することを含む、請求項７に記載のシステム。
【請求項１５】
元のメッセージを処理して処理済みメッセージを生成することは、
元の検索語の長さ、１セットの用語における元の検索語の存在、１セットの用語における元の検索語の不在、の少なくとも１つに基づいて少なくとも１つの元の検索語を選択することを含む、請求項７に記載のシステム。
【請求項１６】
元のメッセージを処理して処理済みメッセージを生成することは、
秘密鍵を用いて前記少なくとも１つの元の検索語を確定的に暗号化すること、
少なくとも１つの元の検索語に非可逆鍵セキュリティ変換を適用することのうちの少なくとも一方を含む、請求項７に記載のシステム。
【請求項１７】
メッセージの安全を保証する方法であって、
クライアントに宛てられた元のメッセージを受信すること、
前記元のメッセージを処理して少なくとも１つの処理済みメッセージを供給することであって、前記元のメッセージの少なくとも一部分を変換することを含む前記供給すること、
前記少なくとも１つの処理済みメッセージを少なくとも１つのサーバに転送すること、
処理済みメッセージをサーバから受信すること、
前記受信された処理済みメッセージを処理して未処理メッセージを提供すること、
前記未処理メッセージをクライアントに転送することを備える、方法。
【請求項１８】
前記元のメッセージを処理することは、
前記元のメッセージの少なくとも一部を暗号化することを含む、請求項１７に記載の方法。
【請求項１９】
前記元のメッセージを処理することは、
前記元のメッセージの少なくとも一部分を暗号化することを含み、
前記一部分は、少なくとも１つの受信者アドレス、送信者アドレス、前記メッセージに関連する主題、少なくとも１つの添付ファイル、少なくとも１つのメッセージヘッダー、および前記メッセージの本文からなる群から選択される、請求項１７に記載の方法。
【請求項２０】
前記元のメッセージを処理することは、
少なくとも１つの受信者アドレスを作成すること、
前記作成された少なくとも１つの受信者アドレスを前記処理済みメッセージに含めることを含み、
前記作成された受信者アドレスは、前記サーバに前記処理済みメッセージをリバースメディエータに送信させるように構成される、請求項１７に記載の方法。
【請求項２１】
前記元のメッセージおよび前記未処理メッセージは、電子メールメッセージである、請求項１７に記載の方法。
【請求項２２】
前記元のメッセージを処理することは、前記元のメッセージを分類してメッセージ分類情報を生成することを含む、請求項１７に記載の方法。
【請求項２３】
前記元のメッセージを処理することは、
前記元のメッセージに含まれる少なくとも１つの元の検索語に対応する少なくとも１つの安全な検索語を作成することを含み、
前記作成することは、
少なくとも１つの元の検索語を正規化すること、
元の検索語の長さに従って少なくとも１つの元の検索語を選択すること、
１セットの用語における存在に従って少なくとも１つの元の検索語を選択すること、
秘密鍵を用いて少なくとも１つの元の検索語を暗号化すること、
少なくとも１つの元の検索語に一方向鍵セキュリティ変換を適用することのうちの少なくとも１つを含む、請求項１７に記載の方法。
【発明の詳細な説明】
【技術分野】
【０００１】
電子メールは最も一般的な通信形態の１つである。インターネットおよびワールド・ワイド・ウェブによって電子メールは、数多くの個人および組織に利用され、広く普及してきた。基本的な電子メールモデルでは、ユーザはネットワーク通信プロトコルを用いて電子メールサーバにアクセスし、ユーザを待つメッセージを検索することができ、新たなメッセージを単独または複数の対象受信者に送信することができる。複数の電子メールベンダーは、連絡先管理、接続規制、および電子メールの分類など、この基本機能に加えて新たな機能性を提供している。
【背景技術】
【０００２】
電子メールベンダーには、電子メールサーバを運用するソフトウェアを配布するのではなく、インターネットで電子メールサービスを提供するものが多い。代表的な例として、Ｇｏｏｇｌｅ（登録商標）のＧｍａｉｌ（商標）サービス、Ｈｏｔｍａｉｌ（商標）、およびさらに多くの小規模なインターネット・サービス・プロバイダ（ＩＳＰ）が挙げられる。このようなインターネット・ホスト・サービスでは、ユーザのメッセージなどのデータが電子メール・プロバイダ・サーバ上に保存される。プライバシーを危惧する一部の組織および個人は、ユーザのデータおよびメッセージが第三者（電子メールプロバイダ）に委託されるので、このようなホストサービスを利用することに消極的である。
【０００３】
電子メールは地球規模のオープンシステムである。すべての電子メールプロバイダは、１つまたは複数の電子メールドメインに登録される。電子メールアドレスはこの電子メールドメインを必ず含む。電子メールメッセージがその受信者に配信される必要があるとき、このドメインを扱うサーバを探すためにグローバル電子メール・ドメイン・レジストリが参照され、この後、メッセージはそのサーバに送られ、サーバはそのメッセージを保存し、後で、受信者がサーバからのメッセージを検索する。電子メールドメインのグローバルレジストリは、グローバルドメイン名システム（ＤＮＳ）を用いて運用される。このシステムには、ＭＸ記録として知られる記録がプロバイダによって登録される。電子メールドメインのＭＸ記録は、そのドメインに対する受信メッセージを扱うサーバを示す。
【０００４】
電子メールプロバイダは、ユーザのデータを保護するためにセキュリティ対策を講じていることを強調している。このような対策は、ネットワークトラヒックの暗号化、プロバイダのデータセンターにおいて実施される強力なセキュリティポリシー、監視などの方法による、ユーザとプロバイダの間の通信を保護することを含む。しかしながら、これらすべての対策が、ユーザのデータを他の当事者の手に委ねることへの基本的な不安を払拭しているわけではない。
【発明の概要】
【発明が解決しようとする課題】
【０００５】
本発明の実施形態は、メッセージングシステムの安全な使用を可能にする。メッセージの安全を保証するシステムは、元のメッセージを受信し、元のメッセージを処理して処理済みメッセージを生成する、および処理済みメッセージをサーバまたはメッセージングシステムに転送するメディエータ（mediator）を含んでいてもよく、前記処理は元のメッセージの少なくとも一部を変換することを含む。メディエータが、処理済みメッセージをサーバまたはメッセージングシステムから受信し、受信した処理済みメッセージを処理して元のメッセージと実質的に同じ未処理メッセージを生成してもよく、未処理メッセージを宛先に転送してもよい。メッセージの処理は、送信者および／または受信者のアドレスまたは名前、メッセージのドメインおよび／または本文を含むメッセージの任意の一部を暗号化、すなわち難読化することを含んでいてもよい。メディエータは、メッセージングシステムに保存された処理済みメッセージに関係している要求および／または問い合わせを媒介してもよい。
【図面の簡単な説明】
【０００６】
【図１】本発明の実施形態によるシステムの概略ブロック図を示す。
【図２】本発明の実施形態によるシステムの概略ブロック図を示す。
【図３】本発明の実施形態によるシステムの概略ブロック図を示す。
【図４】本発明の実施形態による流れを概略的に示す。
【図５】本発明の実施形態による暗号化の例示的な方法を示す。
【発明を実施するための形態】
【０００７】
本発明の実施形態は、例として示されており、添付図面の図に限定されるものではなく、以下の図面では、同様の参照番号は対応する類似または同様の要素を示す。
図に示す要素は説明を簡潔かつ明瞭にするために必ずしも正確にあるいは一定の縮尺で描かれていないことは理解されよう。たとえば、要素の一部の寸法は明瞭にするために他の要素と比べて誇張されている場合があり、あるいは複数の物理的構成部品が１つの機能ブロックまたは要素に含まれている場合がある。さらに、適切と考えられる場合、対応する要素または類似した要素を示すために参照番号が図の中で繰り返されている場合がある。
【０００８】
以下の詳細な説明では、本発明の理解を深めるために多くの具体的詳細を記述する。しかしながら、本発明はこれらの具体的詳細なしで実施されてもよいことを当業者は理解されよう。他の例では、本発明を不明瞭にしないために、周知の方法、手順、および構成部品、モジュール、ユニット、および／または回路は詳しく説明していない。一実施形態に関して説明する一部の機能または要素は、他の実施形態に関して説明する機能または要素と組み合わせられてもよい。明確にするために、同じかまたは類似の機能または要素の議論は割愛される場合がある。
【０００９】
本発明の実施形態はこの点に関して制限されないが、たとえば、「処理する」、「計算する」、「算出する」、「決定する」、「確立する」、「解析する」、「チェックする」などの用語を用いた説明は、コンピュータのレジスタおよび／またはメモリ内の物理（たとえば、電子的）量として表されるデータを操作し、および／またはこのデータをコンピュータのレジスタおよび／メモリ、あるいは動作および／または処理を実施するための命令を保存する場合の他の情報持続性記憶媒体内に物理量として同様に表される他のデータに変換するコンピュータ、計算プラットフォーム、計算システム、またはその他の電子計算装置の動作および／または処理に言及している場合がある。
【００１０】
本発明の実施形態は、命令、たとえば、プロセッサまたはコントローラによって実行されるとき、本明細書で開示された方法をプロセッサまたはコントローラに実行させるコンピュータ実行可能命令をコード化する、あるいは含む、または保存する、たとえば、メモリ、ディスクドライブ、またはＵＳＢフラッシュメモリなどのコンピュータまたはプロセッサ可読持続性記憶媒体などの品目を含んでいてもよい。たとえば、メディエータ（mediator）はこのような品目であってもよい。
【００１１】
本発明の実施形態はこの点に関して制限されないが、本明細書で使用される「複数」という用語は、たとえば、「多数」または「２つまたはそれ以上」を含んでいてもよい。「複数」という用語は、２つまたはそれ以上の構成部品、装置、要素、ユニット、パラメータなどを記述するために本明細書の至るところで使用される。特に断らない限り、本明細書に記載する方法の実施形態は、特定の順番や順序に制限されない。さらに、記載する方法の実施形態またはその要素の一部は、同時に、同じ時点で、または一斉に起こるまたは実施されることが可能である。
【００１２】
本発明は、その根本原因、すなわち、ユーザが電子メールプロバイダに対して抱いているはずである信用に対処することによって上記の信用問題を解決することができる。本発明によって、ユーザは、コンテンツおよび／またはメッセージの受信者をサービスプロバイダに対して明らかにすることなく遠隔電子メール・サービス・プロバイダを利用することができる。電子メールシステムに加えて、本発明は、本来は電子式である必要のないメッセージングシステムへの適用性を有する。本発明は、任意のメッセージングシステムの安全を保証するコンテンツに対して着信メッセージおよび発信メッセージのインターセプション（interception）を実行することができる。
【００１３】
本発明は、メッセージングクライアント部、メッセージングサーバ部、およびメッセージングクライアント部とメッセージングサーバ部の間の通信をインターセプト（intercept）して変更するように適合されたメディエータを含む。オプションとして、本発明はさらに、サーバ部を出た後に第三者に届く前に、第三者に送信されたメッセージを受信するように適合された１つまたは複数の送信通信モジュールを含む。オプションとして、本発明はさらに、サーバ部に届く前に第三者からのメッセージを受信するように適合された１つまたは複数の受信通信モジュールを含む。
【００１４】
クライアント部は、人間ユーザ、人間によって使用されているコンピュータエージェント、または人間に代わって動作する自動エージェントであってよい。クライアントは、サーバにアクセスしてもよく、メッセージまたはメッセージ検索要求を送信してもよく、メッセージまたはメッセージ送信要求を送信してもよく、任意の他のいかなる動作を要求してもよい。メディエータは、サーバに向けたユーザからの要求を受信し、処理済みの要求を生成するための要求を処理し、処理済みの要求をメッセージングサーバに転送するように適合されてもよい。（たとえば、メッセージ送信要求に関連した）メッセージの処理は、メッセージ主題、メッセージ本文、メッセージ添付ファイル、メッセージ受信者アドレス、メッセージ作成者アドレス、およびその他のメッセージパートなど、メッセージのパートを検出することを含んでいてもよい。メッセージ（たとえば、クライアントから受信した元のメッセージ）の処理は、元のメッセージのすべてまたは一部を暗号化することを含んでいてもよい。たとえば、メッセージの、暗号化されるかまたは普通に処理されるパートは、受信者アドレス、送信者アドレス、メッセージに関連する主題、添付ファイル、メッセージヘッダー、および／またはメッセージの本文であってもよい。メッセージの処理は、処理済みメッセージ要素からなる処理済みメッセージを一括して、または別々に提供するようにメッセージの一部、パート、または要素を処理することを含んでいてもよい。
【００１５】
メディエータは、２つの部分、すなわち、クライアントからの要求を受信するように適合された第１の部分と、サーバからの応答を受信するように適合された第２の部分を含んでいてもよい。クライアントから元のメッセージを受信し、元のメッセージを処理して処理済みメッセージを生成し、処理済みメッセージをサーバに転送するメディエータは、本明細書においてフォワードメディエータ（ｆｏｒｗａｒｄ  ｍｅｄｉａｔｏｒ）と称される。サーバから処理済みメッセージを受信し、受信した処理済みメッセージを処理して、たとえば、未処理メッセージが元のメッセージと実質的に同じであるような未処理メッセージを生成し、たとえばクライアントに、未処理メッセージを転送するメディエータは、本明細書においてリバースメディエータ（ｒｅｖｅｒｓｅ  ｍｅｄｉａｔｏｒ）と称される。
【００１６】
本発明の実施形態では、メディエータ、受信通信モジュール、および送信通信モジュールで実施される処理は、受信および送信メッセージを、メッセージングサーバによって受信される前に暗号化すること、システムのユーザまたは、ユーザによって作成されたメッセージの第三者受信者のいずれかによって受信される前に、メッセージを復号することを含んでいてよい。それゆえ、電子メールプロバイダはユーザのデータにアクセスせずに電子メール・メッセージング・サービスを提供することができ、ユーザは信用できない電子メールプロバイダと連携することができる。本発明の実施形態では、ＳＭＴＰ、ＰＯＰ３、ＩＭＡＰ、ＭＡＰＩ、Ｇｍａｉｌなどのメールサービスへのウェブベースアクセスなど、同時に様々なネットワークプロトコルでの情報通信の安全を保証することができる。
【００１７】
本発明の実施形態によるシステムの略ブロック図および流れを示す図１を参照する。図１に示すように、本発明の実施形態は、送信通信モジュール、受信通信モジュール、およびメディエータのいずれも含んでいてよい。受信通信モジュール、送信通信モジュール、およびメディエータは、ネットワークノードとして実施されてもよく、ユーザのコンピュータまたはサーバなど、計算装置に取り付けられても、これらに組み込まれてもよい。受信および送信通信モジュールとメディエータは、個別のユニットまたは装置であってもよく、これらは１つまたは複数のユニットに組み合わせられてもよい。メッセージングクライアント１０１は、メッセージングクライアントとサーバの間で情報、データ、および／またはパラメータの通信を媒介するメディエータ１０２からメッセージングサーバ１０３にアクセスしてもよい。たとえば、メッセージングクライアントとサーバの間で通信される一部またはすべての情報は、メディエータを経由してもよく、メディエータによってインターセプトされてもよい。様々なセットアップ、システム、または構成が考えられることは理解されよう。たとえば、単一のメディエータが受信通信モジュールと送信通信モジュールの両方を含んでいてもよい。受信通信モジュールがフォワードメディエータの役割を果たしてもよい。
【００１８】
メッセージングクライアントはクリアテキスト（１２１）のメッセージを送受信してもよく、メッセージングクライアントは暗号化された（１２２）これらのメッセージを送受信する。第三者１０７がメッセージ（１２３）をクライアントに送信するとき、これはまず受信通信モジュール１０６によって受信されてもよく、この後、受信通信モジュールはメッセージを暗号化してもよく、暗号化された（１２４）メッセージをメッセージングサーバに送信してもよい。暗号化されたメッセージは、メッセージングサーバに保存されてもよい。後で、クライアントがメディエータを用いてメッセージングサーバにアクセスするとき、暗号化されたメッセージはクライアントで受信される前に復号されてもよい。別の例では、クライアントがメッセージを第２の第三者１０５に送信しているとき、メッセージはメッセージングサーバに送信されると暗号化されて、ユーザの送信箱の中に暗号化された状態で保存され、この後、暗号化された状態で（１２５）送信通信モジュール１０４に送信され、復号されてプレーンテキスト（１２６）で第２の第三者（１０５）に送信されてもよい。クライアント、メディエータ、受信通信モジュール、および送信通信モジュールは組織のプライベートネットワークなどの限定アクセスネットワーク１５０に位置していてもよく、それゆえ、限定アクセスネットワークにおいてのみ利用可能な暗号化キーを用いて暗号化および復号を適用することができてもよい。
【００１９】
本発明の実施形態は、リバースメディエータとしての役割を果たす送信通信モジュールを含んでいてもよい。送信通信モジュールが存在するとき、メディエータはメッセージ送信要求において単独または複数の受信者（recipient）を処理して単独または複数の処理された受信者を提供してもよい。処理された受信者は、メッセージがメッセージングサーバから処理済みの受信者アドレスに送信された後に送信通信モジュールで受信されように構成されてよい。対象となる受信者の処理は、（ａ）受信者アドレスの暗号化、（ｂ）テキストの本文において処理された受信者のインターセプトまたは検出を助けるために処理された受信者に識別情報を追加すること、（ｃ）処理が行われたコンテキスト（context）を示すコンテキスト情報（context information）を追加すること、（ｄ）処理された受信者が電子メールサーバによって拒絶されないようにこれを符号化すること、（ｅ）メッセージ配信のために送信通信モジュールにアクセスする方法を電子メールサーバに示すために宛先アドレス情報を追加すること、（ｆ）アドレス内に検索可能な用語を備えるように元のアドレスを分割して、暗号化された形式の検索可能な用語を処理された受信者に追加すること、（ｇ）対象となる受信者に何らかの修正処理を施すこと、の少なくとも１つを含んでいてよい。
【００２０】
オプションとして、対象となる受信者に関係している情報のセキュリティを高めるために、対象となる受信者の処理は、（ａ）単独または複数の対象となる受信者から単独または複数の処理された受信者を生成すること、（ｂ）必ずしも相手側によってではなく、送信通信モジュールによって偽者として識別されうる偽の受信者アドレスを作成すること、（ｃ）メッセージ本文または主題など、別のメッセージ部分に処理された受信者を入れること、（ｄ）対象となる受信者の位置または役割を変えること、たとえば、電子メールの「ｃｃ」または「ｂｃｃ」受信者リスト（recipient list）から対象となるすべての受信者を削除し、これらすべてを「宛先（ｔｏ）」受信者リストに入れること、の少なくとも１つを含んでいてもよい。メッセージのヘッダーまたはメタデータに対してはいかなる変更が実施されてもよい。たとえば、受信者アドレスは、変更、削除、置換、または追加が行われてよい。
【００２１】
本発明の実施形態によるシステムの概略ブロック図および流れを示す図２を参照する。図２は、送信電子メールメッセージが電子メールメッセージングシステムにおいて本発明の実施形態によって処理される方法を示す。送信通信モジュール２０４は、ＤＮＳ・ＭＸ登録を用いて、固有または特定の電子メールドメイン「ｏｕｔ．ｃｌｉｅｎｔ．ｃｏｍ」のメッセージを配信するために登録されてよい。メディエータ２０２は、クライアント２０１から受信された電子メールメッセージ２２２の受信者を処理するとき、（１）メッセージ受信者、主題、および本文を暗号化し、（２）暗号化された受信者をＢａｓｅ３２で符号化し、（３）符号化された受信者にアットマーク（「＠」）を追加し、（４）送信通信モジュールに対して登録された固有の電子メールドメインを追加し、（５）送信メッセージに認証情報を追加してよい。
【００２２】
後で、電子メールサーバ２０３が処理済みメッセージ２２１を処理された受信者に配信しようとするとき、処理された受信者の電子メールドメインが送信通信モジュールによって扱われるのでメッセージは送信通信モジュール２０４に届くことになる。送信通信モジュールは、処理済みメッセージの処理を進め、再生された２２２メッセージを提供してもよく、再生されたメッセージを受信者のＭＴＡ２０５を用いて対象となる元の未処理の受信者に転送してもよい。
【００２３】
オプションとして、メディエータは、処理済みメッセージに、送信通信モジュールによって妥当性が検証される認証情報を含む。送信通信モジュールは、それゆえ、処理済みメッセージの信頼性の妥当性を検証することができてもよく、認証されていないメッセージの処理を拒絶してもよい。認証情報は、認証情報が有効である時期を示すための暗号化時期表示または期限切れ時期表示を含んでいてもよい。認証情報は、機密性や不正使用対策を提供するためにディジタル署名されてもよく、また暗号化されてもよい。
【００２４】
本発明は、システムユーザを対象とした第三者からメッセージを受信するように適合された１つまたは複数の受信通信モジュールを含んでいてもよい。受信モジュールは、元の受信メッセージを処理して処理済みメッセージを提供した後、処理済みメッセージをメッセージングサーバに転送してもよい。受信メッセージを受信通信モジュールで受信するために、送信通信モジュールは、送信者アドレスを変更してもよく、返信が受信通信モジュールで受信されるように送信メッセージのアドレスに返信してもよい。受信通信モジュールはメッセージングシステムのアドレスレジストリで登録されてもよく、送信通信モジュールが受信通信モジュールによって扱われる処理済みの送信者アドレスを生成してもよい。
【００２５】
たとえば、電子メールメッセージの元の送信者アドレスが「ｓｅｎｄｅｒ＠ｍａｉｌ．ｃｏｍ」である場合、送信通信モジュールはこれを「ｓｅｎｄｅｒ＠ｉｎｃｏｍｉｎｇ．ｍａｉｌ．ｃｏｍ」に変更してもよく、受信通信モジュールはＤＮＳシステムで登録されてドメイン「ｉｎｃｏｍｉｎｇ．ｍａｉｌ．ｃｏｍ」に関してメッセージを処理してもよい。
【００２６】
本発明の実施形態によるシステムの概略ブロック図および流れを示す図３を参照する。一般に、図３は、本発明の実施形態が受信メッセージを処理する方法を示す。第三者電子メールユーザ３０１が電子メールメッセージ３２１をクライアント３０５に送信すると、メッセージはまず受信通信モジュール３０２で受信され、処理されてよい。受信通信モジュールはメッセージの本文、主題、送信者アドレス、および受信者を暗号化してよい。受信者はさらに、Ｂａｓｅ３２で符号化されてもよく、電子メールドメイン「＠ｃｌｉｅｎｔ．ｃｏｍ」が処理済みメッセージ３２２に付加されてよい。処理済みメッセージは、この後、クライアントの信用できないＭＴＡ３０３によって受信されてもよく、ＭＴＡ３０３は暗号化されたメッセージを保存してもよく、クライアントがこれを後に検索に利用できるようにしてもよい。クライアント３０５がいずれメッセージを検索するとき、メッセージはクライアントで受信される前にメディエータで復号されてよい。
【００２７】
ユーザの身元を隠すことによってさらなるセキュリティを提供するために、システムは、（ａ）クライアントによって行われ、メッセージングサーバで受信される前にメディエータで受信されるメッセージ送信要求に存在する送信者アドレス、（ｂ）メッセージングサーバで受信される前にメディエータで受信されるメッシングサーバに対する認証用のユーザ名、（ｃ）送信通信モジュールで受信される送信メッセージに存在する送信者アドレス、（ｄ）受信通信モジュールで受信される受信メッセージの受信者アドレス、（ｅ）ユーザ名が存在する可能性のあるどこかの場所、の少なくとも１つで、１つまたは複数の送信者アドレスを処理してもよい。
【００２８】
一部のメッセージングサーバは、メッセージ送信要求を含む、さらなる要求を求める前にクライアントにメッセージングサーバを認証するよう要求する。これらの認証メッセージングサーバの一部は、クライアントから受信された認証信任状（authentication credential）の妥当性を検証するためにメッセージ送信要求において送信者アドレスをさらに要求してもよい。この場合、システムは、処理済みのユーザ名および送信者アドレスがメッセージングサーバによる要求の拒絶を引き起こさないように、ユーザ名および送信者アドレスを処理してもよい。たとえば、処理済みのユーザ名および送信者アドレスは、ルール、基準、形式、またはメッセージングサーバによって規定された要件に沿うように作成されてもよい。
【００２９】
メディエータでは、処理済みユーザ名を提供するための送信者アドレスに存在するユーザ名の処理は、（ａ）対称暗号および秘密鍵を用いて１つまたは複数のユーザ名を暗号化すること、（ｂ）テキストの本文における処理済みの１つまたは複数のアドレスのインターセプトまたは検出を助けるために処理済みの１つまたは複数のユーザ名に識別情報を追加すること、（ｃ）処理が行われた背景を示す背景情報を追加すること、（ｄ）メッセージングシステムにおけるメッセージングアプリケーションによって拒絶されないように処理済みの１つまたは複数のユーザ名を符号化すること、（ｅ）元のユーザ名と処理済みユーザ名の間で一定のマッピングを維持し、このマッピングを用いて元の送信者アドレスを一致する処理済み送信者アドレスに置き換えること、（ｆ）元の１つまたは複数の送信者アドレスを変更するその他の処理を施すこと、の少なくとも１つを含んでいてもよい。
【００３０】
オプションとして、メディエータにおける送信者アドレスおよびユーザ名の処理は、電子メールメッセージにおける電子メールドメインなど、メッセージの登録ハンドラーの表示を処理することを含んでいてもよい。メッセージの表示されたハンドラーが受信通信モジュールであるとき、メッセージングサーバには受信通信モジュールが分からないように、メディエータは受信通信モジュールをメッセージングサーバである表示されたハンドラーに置き換えてもよい。受信通信モジュールでは、受信者アドレスの処理は送信者アドレスに対してメディエータで適用されたどの処理も含んでいてもよい。
【００３１】
送信通信モジュールでは、送信メッセージに存在する送信者アドレスの処理は、（ａ）送信者アドレスがメディエータによって既に受信されて処理されていることの妥当性の検証、（ｂ）ハンドラーが受信通信モジュールであることを示すために受信メッセージの登録ハンドラーを示す送信者アドレスの部分（たとえば、電子メールアドレスにおける電子メールドメイン）の変更、（ｃ）送信者アドレスに存在するユーザ名の復号、（ｄ）元のユーザ名を検索するために元のユーザ名と処理済みユーザ名の間での一定のマッピングの利用、（ｅ）ユーザ名または送信者アドレスに追加された識別情報の削除、（ｆ）ユーザ名または送信者アドレスに追加された背景情報の削除、（ｇ）符号化されたユーザ名または送信者アドレスの復元、（ｈ）メディエータまたは受信通信モジュールで既に処理されたユーザ名または送信者アドレスから送信者アドレスに存在する元の送信者アドレスまたはユーザ名を取り戻すのに必要なその他の処理、を含んでいてもよい。
【００３２】
本発明の実施形態による流れを示す図４を参照する。図４は、電子メール通信の安全を保証する本発明の実施形態における電子メールアドレスの可能な処理を示す。この例では、電子メールサーバは、認証されたユーザ名を電子メールアドレスのユーザ名部分と比較し、２つのユーザ名が等しくなければメッセージ送信要求を拒絶してもよい。ここで、電子メールメッセージの元の送信者が「ｊｓｍｉｔｈ＠ｃｌｉｅｎｔ．ｃｏｍ」であれば、認証要求におけるユーザ名は「ｊｓｍｉｔｈ」であり、メッセージングサーバは認証要求において受信したユーザ名がメッセージ送信要求において受信した送信者アドレスのユーザ名部分と一致することを要求し、このとき、（１）処理済み送信者アドレスは「ＺＺｕ３８ｊｉｏｋ＠ｃｌｉｅｎｔ．ｃｏｍ」であってもよく、（２）認証要求における処理済みユーザ名は「ＺＺｕ３８ｊｉｏｋ」であってもよく、（３）電子メールＭＴＡ４０３は送信者をユーザ名に照らしてチェックしてもよく、送信されたメッセージはこうしてＭＴＡによって受け入れられる可能性があり、正常に処理される可能性がある。メディエータの内部で、送信者アドレスおよびユーザ名は、（１）暗号化、（２）Ｂａｓｅ３２で符号化、（３）「ＺＺ」などの稀な識別子の追加、（４）クライアントの電子メールドメインの追加（たとえば、サーバから要求されるとき）によって処理されてもよい。
【００３３】
システムは、メッセージングサーバで受信されたメッセージ送信要求が暗号化されるように、送信メッセージをメディエータにおけるその処理の一部として暗号化してもよい。メッセージの暗号化は、メッセージ本文、主題、送信者、受信者、または添付ファイルなどの複数のメッセージ要素を組み合わせて、これらを一緒にまたは別々に暗号化してもよい。暗号化は、メディエータ、受信通信モジュール、または送信通信モジュールにのみに知られた鍵を用いた対称暗号を用いて実施されてよい。システムは、メッセージングサーバで受信された受信メッセージが暗号化されるように、メッセージを受信通信モジュールにおけるその処理の一部として暗号化してよい。
【００３４】
一部のサーバは、ユーザが特定の検索語に関して送受信されたメッセージを検索できるようにする。暗号化されたメッセージの検索をサポートするために、メディエータまたは受信通信モジュールは、メッセージ主題、本文、添付ファイル、またはその他のメッセージ要素内部の検索可能な用語を識別した後、これらの検索可能な用語を個別に暗号化してもよい。暗号化された検索可能な用語は元の検索可能な用語が等価であるときに他の暗号化された検索可能な用語と常に等価であるように、検索可能な用語は個別にかつ／または確定的に暗号化されてよい。メッセージに関係している要求の処理は、メッセージの処理に基づいていてもよく、メッセージの処理に従っていてもよい。たとえば、メッセージ内の検索可能な用語などの暗号化に使用されるものと同じ暗号鍵または暗号化方式は、メッセージに関係している後続の検索要求における検索可能な用語などを暗号化するために使用されてよい。
【００３５】
システムは、検索要求がメッセージングサーバによって受信される前にメディエータでこのような検索要求を処理してよい。メディエータは検索要求に存在するあらゆる個々の検索語を、処理済みメッセージ要素内の検索可能な用語が暗号化されるのと同様の方法で、同じ秘密鍵またはマッピングを用いて暗号化してもよい。オプションとして、検索可能なメッセージ要素の暗号化では、検索可能な情報を検索不可能な情報から分離してもよく、検索不可能な情報は個々の検索可能な用語とは別に暗号化されてもよい。検索不可能な情報は、（ａ）句読点および空白文字などの非表示テキスト文字（ｎｏｎ−ｌｅｔｔｅｒ  ｔｅｘｔｕａｌ  ｃｈａｒａｃｔｅｒ）、（ｂ）文字中の大文字または小文字の変化、（ｃ）
【００３６】
【数１】
2013529345.tif 000003
など、異綴文字への発音区別符号の追加または異綴文字からの発音区別符号の削除、（ｄ）検索不可能として区分される１セットの所定の単語（たとえば、「ｔｈｉｓ」、「ｔｈａｔ」、「ａ」という単語は検索不可能と区分されてもよい）、（ｅ）「ｗｈｉｔｅ  ｂｏａｒｄ」と「ｗｈｉｔｅｂｏａｒｄ」の区別など、語境界決定の変化形、（ｆ）「ｓｅｎｄ」と「ｓｅｎｄｉｎｇ」の区別など、語基単語の形態学的語根の変化形を含んでいてもよい。暗号化された検索不可能な情報は、決定論的である必要がなく、暗号化に対して暗号化塩（cryptographic salt）を使用してもよい。検索不可能な情報を個々の単語またはテキストセグメントから削除するプロセスを、本明細書では正規化（ｎｏｒｍａｌｉｚａｔｉｏｎ）と称する。元のメッセージに含まれる個々の単語またはテキストセグメントを、本明細書では、元の用語または元の検索語と称する場合もある。所定の単語のセットは、一定長さのすべての単語を含んでいてよい。
【００３７】
オプションとして、検索可能な用語の暗号化および復号は、暗号および秘密鍵を使用する代わりに、暗号化された用語と復号された用語の間のマッピングを維持することによって実施されてもよい。マッピングは、秘密であってもよく、メディエータ、受信通信モジュール、および送信通信モジュールのみに知られていてもよい。マッピングは、非可逆鍵セキュリティ変換を使用することを含んでいてもよい。オプションとして、検索可能な用語の暗号化および復号は、マッピングおよび暗号化の維持と対称暗号および秘密鍵との組み合わせによって実施されてもよい。オプションとして、たとえば、統計的暗号解析に対する耐性を高めるために、暗号化される検索可能な用語の順序を変え、元の順序を検索不可能な情報と別にあるいは一緒に暗号してもよい。
【００３８】
オプションとして、たとえば、統計的暗号解析に対する耐性を高めるために、偽の暗号化された検索可能な用語が暗号化された検索可能な用語に加えられてもよい。偽の検索可能な用語の表示も暗号化されることになる。さらに、どの検索語が偽でありかつ／またはそれが暗号化テキストの統計的解析からのものでないと延期することが容易でないように、偽の暗号化された検索可能な用語が偽でないテキスト本文の統計的分布に一致する統計的分布で生成されてもよい。オプションとして、統計的暗号解析に対する耐性を高めるために、実際の暗号化された用語からコピーされた偽の暗号化された用語が暗号化された検索可能な用語に追加されてもよく、元のテキストに何度か現れる実際の単語は処理済みのテキストにおいて１つ分だけ、暗号化された単語を有していてもよい。それゆえ、システムに何度も特定の単語を注入するアタッカーにとって偽の単語のどれが注入された単語の暗号化形式であるかを判断することは困難である。
【００３９】
テキストの検索を可能にする一方で統計的アタックに対するシステムのセキュリティを高めるために、メディエータまたは受信通信モジュールは、単一の暗号化バルクにおいて、（たとえば、用語境界を判断したり他の分割を実施したりすることなく）メッセージ本文またはメッセージ主題など、テキスト入力全体を暗号化してよい。この後、検索を可能にするために、入力に現れるあらゆる単語の暗号化形式が処理済みのテキストに任意の順序で含められてよい。さらに、新たな偽の単語が処理済みテキストに加えられてもよい。
【００４０】
本発明の実施形態による暗号化の例示的方法を示す図５を参照する。図５は、たとえば先に詳しく説明したように、検索可能な形式の文章の例示的暗号化を示す。暗号化はいくつかのステップで進む。５１０で示すように、入力データが受信され、たとえば、入力データは、メッセージ本文、メタデータ、メッセージのヘッダー内の情報などを含む電子メールメッセージなど、元のメッセージのいかなる部分であってもよい。
【００４１】
５２０で示すように、個々のデータ単位が識別され、たとえば、入力テキストが一連のテキストセグメントに分割されてもよい。５３０で示すように、検索不可能なデータ単位が識別されるか、かつ／または印をつけられる。たとえば、テキストセグメントが検索可能な暗号化に対して選択されてもよく、たとえば、セグメントは単語として分類されてもよく、単語は検索可能または検索不可能な単語のグループに含まれていてもよく、単語はその長さなどに基づく候補のグループから除外されてもよい。
【００４２】
５４０で示すように、データ単位は正規化されてもよく、たとえば、検索可能な暗号化に対して選択されたテキストセグメントは、たとえば、すべての文字を小文字に変換する、発音区別符号を有する文字を発音区別符号のない文字に変換する、単語を複数形から単数形に変換するなどの形態学的に等価な異綴語に変換する、およびこのような方法を組み合わせるなどして正規化されてもよい。４番目に、検索可能な暗号化のために選択されたテキストセグメントの順序は変えられてもよい。５５０で示すように、正規化されたトークンは入れ替えられ、入れ替え順（またはトークンの入れ替えに関係している別のパラメータ）は、たとえば、元の順序が復元されるように記録されてもよい。たとえば、検索不可能なセグメントおよび検索不可能である可能性のあるセグメントは、本明細書において制御トークンとも称される、少なくとも１つの検索不可能なトークンで配置されてもよく、検索可能な暗号化のため選択されたセグメントは少なくとも１つの確実な検索語で配置されてよい。５６０で示すように、制御トークンが、作成されるか、かつ／または使用されて、流れの動作のいずれかに関係しているパラメータを記録する。たとえば、データに適用される変換に関係しているメタデータまたはパラメータ（たとえば、用語の変換および／または入れ替え）は、制御トークンに保存されてよい。制御トークンは、秘密鍵を用いて暗号化されてよい。確実な検索語は暗号化されてもよく、あるいは暗号学的ハッシュ関数、暗号学的メッセージ認証コード（ＭＡＣ）など、一方向鍵セキュリティ変換を用いて変換されてもよい。
【００４３】
システムは、アドレスおよび連絡先の暗号化形式とは異なる暗号化形式に、メッセージ主題および本文など、検索可能なメッセージテキスト要素を暗号化してもよい。たとえば、電子メールアドレスの暗号化形式には電子メールアドレスを符号化するのに小文字ＡＳＣＩI文字のみを使用し、検索可能な単語の暗号化形式には大文字と小文字の両方を使用してよい。オプションとして、すべての暗号化形式の検索をサポートするために、システムは検索要求を処理して処理済みの検索要求を提供してもよく、この場合、検索語の任意の可能な暗号化形式が検索要求の中に追加される。可能な暗号化形式は、検索可能な語の間の関係が論理的選言関係（「ＯＲ」関係とも呼ばれる）であることをメッセージングサーバが理解するように検索要求に追加される。
【００４４】
オプションとして、送信者および受信者のアドレスにおける暗号化形式の検索をサポートするために、システムは入力アドレスにおけるあらゆる検索可能な用語の検索可能な形式を処理済みアドレスに追加してよい（ただし、処理済みアドレスの形式がこの追加を許容する場合）。たとえば、一部の電子メールサーバは、形式「ＭｙＮａｍｅ」＜ｍｙｕｓｅｒ＠ｍｙｍａｉｌ．ｃｏｍ＞の電子メールアドレスに表示名を追加することができる。メディエータまたは受信通信モジュールは、「ｍｙｕｓｅｒ」および「ｍｙｅｍａｉｌ」などの電子メールアドレスに存在する検索可能な用語の暗号化形式を電子メールアドレスの表示名部分に追加して、「ＭｙＮａｍｅ−ｅｎｃｒｙｐｔｅｄ  ｍｙｕｓｅｒ−ｅｎｃｒｙｐｔｅｄ  ｍｙｎａｍｅ−ｅｎｃｒｐｔｅｄ」＜ｍｙｕｓｅｒ−ｍｙｍａｉｌ−ｃｏｍ−ａｌｔｅｒｎａｔｅ−ｆｏｒｍ−ｅｎｃｒｙｐｔｅｄ＞＠ｍａｉｌ．ｃｏｍとしてよい。
【００４５】
第三者からシステムのユーザに送信された受信メッセージはシステムに対する第三者認証なしで暗号化されてもよいことから、これはアタッカーがメッセージングサーバのユーザアカウントにアクセスする場合にアタッカーによる特定語の暗号化形式の取得を助けるセキュリティリスクとなりうる。オプションとして、受信通信モジュールは、反復暗号化形式が複数の注入試行によってアタッカーに提供されないようにして特定注入語の暗号化形式とプレーンテキスト形式の間のマッピングの構築を助けないように、検索不可能な非決定論的形式で受信メッセージを暗号化してもよい。システムは、（ａ）ユーザからそのユーザに送信されたメッセージを認識すること、（ｂ）適正なユーザであるものとしてシステムへの送信者を明確に示すユーザ、（ｃ）送信者が適正であることを証明する他の発見的または統計的解析、の少なくとも１つによって、受信メッセージが適正なユーザから送信されたことを後で検出してもよい。
【００４６】
オプションとして、送信通信モジュールは、処理済み送信者アドレスに、暗号化形式でメッセージの受信者を示す情報を含んでいてもよい。後に受信者が処理済み送信者アドレスに返信するとき、返信者がメッセージの送信を認められているアドレスにメッセージを送信していることを受信通信モジュールは確認することができる。オプションとして、システムは、受信メッセージの違法送信者をスパム送信者として認識し、このメッセージをスパムメッセージとして扱ってもよい。
【００４７】
多くの電子メールベンダーの主要な関心事は、スパムメッセージであるかもしれない。一般に、スパムメッセージは、ユーザまたは大きなグループのユーザたちに送信される非請求メッセージであり、受信者に商品を買うよう促したり、あるいは一方的にユーザを悩ませたりする。一部のメッセージングサーバは、スパムメッセージを識別するためにメッセージコンテンツを解析する。それゆえ、本発明の実施形態は、メッセージコンテンツがメッセージングサーバからは見えないようになっている可能性のあるときこの処理を妨げてもよい。一部の実施形態では、受信通信モジュールはメッセージをメッセージングサーバに転送する前にスパム識別を実施してよい。受信通信モジュールは、メッセージをメッセージングサーバに転送する前に利用可能なスパム識別方法またはツールを適用してよい。スパム識別プロセスを、本明細書ではメッセージ分類情報の生成と称される。本明細書で説明するメッセージの処理はいずれも、メッセージの分類によって生成される分類情報に基づいている場合がある。たとえば、暗号化方式は、メッセージの分類に基づいて選択されてもよい。メッセージの分類は、メッセージに含まれる情報（たとえば、受信者、送信者、主題、本文に含まれるコンテンツ）に基づいていてもよい。メッセージの分類は、コンテキストまたは任意の関連パラメータ、たとえば、メッセージが通信される通信チャネル（たとえば、セキュアまたは非セキュアチャネル）、接続先サーバ、ウェブサイトなどに基づいていてもよい。
【００４８】
本発明の実施形態は、たとえば、本明細書で説明したメディエータは、コンピュータまたはプロセッサ持続性可読媒体、あるいは、たとえば、プロセッサまたはコントローラによって実行されるとき、本明細書に開示された方法を実行するコンピュータ実行可能命令などの命令を符号化する、または含む、あるいは保存する、たとえば、メモリ、ディスクドライブ、またはＵＳＢフラッシュメモリなどのコンピュータまたはプロセッサ持続性記憶媒体などの品目を含んでいてもよい。一部の実施形態は、たとえば、本明細書で説明したメディエータは、命令が保存された持続性マシン可読媒体を含んでいてもよいコンピュータプログラム製品で提供されてもよく、これはコンピュータまたはその他のプログラマブル素子をプログラムするために使用されて本明細書に開示された方法を実施してもよい。
【００４９】
記憶媒体は、光ディスク、書き換え可能コンパクトディスク（ＣＤ−ＲＷ）などを含む任意のタイプのディスクを含んでいてもよいが、これらに限定されない。記憶媒体は、読取り専用メモリ（ＲＯＭ）、ダイナミックＲＡＭ（ＤＲＡＭ）などのランダム・アクセス・メモリ（ＲＡＭ）、フラッシュメモリ、またはプログラマブル記憶装置を含む電子命令の記憶に適した任意のタイプの媒体などの半導体装置を含んでいてもよい。本発明の実施形態によるシステムは、複数の中央演算処理ユニット（ＣＰＵ）またはその他の多目的または専用プロセッサまたはコントローラ、複数の入力ユニット、複数の出力ユニット、複数のメモリユニット、および複数の記憶ユニットなどの構成要素を含んでいてもよいが、これらに限定されない。システムは、さらに、他の適切なハードウェア構成部品および／またはソフトウェア構成部品を含んでいてもよい。一部の実施形態では、システムは、たとえば、パーソナルコンピュータ、ワークステーション、サーバコンピュータ、ネットワーク装置、またはその他の適切なコンピュータ装置を含んでいてもよく、あるいはこれらの装置であってもよい。
【００５０】
本明細書では本発明の一定の特徴を例示して説明してきたが、多くの修正形態、代替形態、変更形態、および等効物が当業者には思い浮かぶかもしれない。したがって、添付の特許請求の範囲は本発明の真の趣旨に含まれるようなすべての修正形態および変更形態を網羅することを意図するものであることを理解されるべきである。
【図１】
2013529345.tif 000004
【図２】
2013529345.tif 000005
【図３】
2013529345.tif 000006
【図４】
2013529345.tif 000007
【図５】
2013529345.tif 000008
【国際調査報告】
2013529345.tif 000009
2013529345.tif 000010
2013529345.tif 000011