JP4991035B2 - 遠隔解読サービスを備えたセキュアメッセージシステム - Google Patents

Description

本願は、米国仮特許出願第６０／５０５，９５４号（２００３年９月２５日出願）および米国特許出願第１０／７４４，８５１号（２００３年１２月２２日出願）の優先権を主張する。

（発明の背景）
本発明は暗号システムに関し、さらに具体的には、自分あてのメッセージを解読できない受信者のために、暗号化されたメッセージを解読する遠隔解読サービスを持つシステムに関する。

ｅメールメッセージの暗号化のためにさまざまな暗号手法が使われている。対称鍵暗号法システムでは、メッセージの送信者は、受信者がメッセージを解読するために用いるのと同じキーを使ってメッセージを暗号化する。対称鍵システムでは、各送信者及び受信者は共用する鍵を安全な方法で交換する必要がある。

公開鍵暗号法システムでは２種類の鍵が用いられ、それは公開鍵及び秘密鍵である。送信者は、受信者の公開鍵を使ってメッセージを暗号化することができる。各受信者は、その受信者へのメッセージを解読するための秘密鍵を有する。

使用されている公開鍵暗号システムの一つにＲＳＡ暗号法システムがある。このシステムでは、各ユーザは固有の公開鍵と秘密鍵とを有する。送信者は、インターネットを介して鍵サーバから所定の受信者の公開鍵を取得することができる。公開鍵の信ぴょう性を確実にし、これによって起こり得る介入者攻撃をくじくため、信頼できる認証局が署名した証明書とともに公開鍵を送信者に提供することができる。証明書を使って、公開鍵が、送信者のメッセージの意図された受信者のものであることを検証することができる。この種の、従来型のアプローチを用いるＲＳＡのような公開鍵暗号システムを、本明細書ではＰＫＥ暗号法システムという。

また、アイデンティティベースの暗号（ｉｄｅｎｔｉｔｙ−ｂａｓｅｄ−ｅｎｃｒｙｐｔｉｏｎ：ＩＢＥ）システムも提案されている。ＰＫＥ暗号法システムと同様に、ＩＢＥシステムの送信者は、受信者の公開鍵を使って所定の受信者に向けたメッセージを暗号化することができる。そこで受信者は、自分の対応秘密鍵を使ってメッセージを解読することができる。受信者は、受信者が関連する鍵発生器から秘密鍵を得ることができる。

ＰＫＥスキームと違って、ＩＢＥスキームでは、一般に、送信者は受信者の公開鍵を調べる必要がない。そのかわりに、ＩＢＥシステムでは、送信者は公知のルールに基づいて所定受信者のＩＢＥ公開鍵を生成することができる。例えば、受信者の公開鍵として、メッセージ受信者のｅメールアドレス又は他のアイデンティティベース情報を使うことができ、送信者は、単に受信者のｅメールアドレスを知得するだけで受信者のＩＢＥ公開鍵を生成することができる。

暗号化されたｅメールメッセージの受信者は、通常、メッセージを解読するために解読ソフトウエアを使用する必要がある。しかしながら、特定の環境においては、そういった解読ソフトウエアをインストールするのが困難又は不可能なことがある。例えば、メールの受信者が旅行中に、公衆インターネット端末を介して自分のメールへアクセスしたいと思っても、通常、受信者が公開端末に解読ソフトウエアをダウンロードしてインストールすることはできないであろう。多くの企業ネットワークにおいて、システム管理者は、ネットワーク上のコンピュータに、どのソフトウエアをダウンロードインストールできるかについての制限を設けている。多くの場合、ユーザは、自分のコンピュータ内に、任意にソフトウエアをインストールすることを許可されていない。こういった制限によって、ｅメールメッセージング暗号化の広範囲な使用が妨げられている。

自分のコンピュータに暗号解読ソフトウエアをロードしていない受信者に対して、メッセージを解読する機会を提供できることが望まれる。

（発明の概要）
本発明は、メッセージを暗号化及び暗号解読するためのシステム及びこのようなシステムを使うための方法に関する。遠隔のサービス施設を使ってメッセージを暗号化及び解読することができる。

メッセージの送信者は、アイデンティティベース暗号化（ＩＢＥ）アルゴリズム、又はＲＳＡアルゴリズムのような従来型の公開鍵暗号法システム（ＰＫＥ）を使って、メッセージコンテンツを暗号化することができる。暗号するコンテンツを、所望のメッセージ受者のＩＢＥ又はＰＫＥ公開鍵を使って暗号化することができる。

暗号化されたコンテンツを、インターネットのような通信ネットワークを介して受信者に送信することができる。一部の受信者はローカルの解読機能を具えていよう。このような受信者は、暗号化されたメッセージコンテンツをローカルで解読することができる。

それ以外の受信者は自分の装置にローカルでの解読機能を持たない。こういった受信者は暗号化されたコンテンツを、インターネットを介して遠隔の解読サービス施設にアップロードすることができる。解読サービス施設は、受信者のために暗号コンテンツを解読し、受信者にインターネットを介して解読されたメッセージコンテンツへのアクセスを提供することができる。例えば、受信者に対し、解読されたコンテンツが表示されたウエブページを提供するか、又は受信者の装置に解読コンテンツをダウンロードするためのＵＲＬリストを提供することができる。

一つの妥当なアプローチにおいて、暗号メッセージの受信者は、暗号メッセージコンテンツをローカルに保管することができる。送信者からのメッセージに、解読サービス施設に関連するＵＲＬを含めることができる。暗号コンテンツをローカルに保管した後、受信者は、メッセージの中のＵＲＬをクリックすることができる。これによって受信者のウエブブラウザに、解読サービス施設に関連するウエブページを表示させる。解読サービス施設は、ウエブページを使って、ユーザ名及びパスワード情報のような受信者資格認定情報を（必要な場合）収集することができる。また、受信者は、このウエブページを使って、ローカルに保管された暗号メッセージコンテンツのうちのどれを解読サービス施設にアップロードするかを選択することができる。解読サービス施設は、受信者からの受信者資格認定情報を使って受信者を認証することができる。受信者が認証されたならば、解読サービス施設は、秘密鍵サービス施設から受信者の秘密鍵を入手することができる。解読サービス施設の解読エンジンは、秘密鍵を使って、受信者からアップロードされた暗号コンテンツを解読することができる。アップロードされたコンテンツの解読バージョンについては、インターネットを介して受信者に提供することができる。

必要な場合、暗号コンテンツをｈｔｍｌフォームのようなマークアップ言語フォーム又は他の適切なフォームにいれることができる。送信者は、コンテンツを暗号化し、暗号コンテンツを、フォームエレメントとしてフォームの中にいれることができる。また、受信者の資格認定情報の収集をし易くするフォームエレメントを作成することができる。フォームを受信者へのメッセージ本体に組み込むこともでき、又はメッセージに添付することもできる。大量の暗号化対象コンテンツがある場合、又は多くの暗号化対象ファイルがある場合、送信者は、複数のアタッチメントを有するメッセージを作成することができる。各アタッチメントについて、異なった暗号メッセージコンテンツを包含するフォームエレメントを有するフォームとすることができる。

暗号コンテンツを包含するフォームエレメントを非表示フォームエレメントとし、フォームを表示したときの見かけの乱雑さを軽減することができる。受信者がフォームを有するメッセージを受信すると、受信者のｅメールアプリケーション又は他のソフトウエアはフォームを受信者に表示することができる。受信者は、フォームエレメントに要求された受信者の資格認定情報を入力することができる。フォームに、解読サービス施設へ暗号コンテンツ及びユーザ資格認定情報をアップロードするための、ユーザ選択オプションを含めることができる。受信者はオプションをクリックし、ｈｔｔｐＰＯＳＴ又はＧＥＴオペレーション（又は他の適切なプロセス）を使って、暗号コンテンツをフォームエレメントから遠隔の解読サービス施設へ送ることができる。また、受信者資格認定情報を解読サービス施設に送信することができる。

解読サービス施設は、受信者を認証し、秘密鍵サービス施設から受信者に対する適正な秘密鍵を取得し、アップロードされた暗号メッセージコンテンツを解読して解読メッセージコンテンツを生成することができる。そこで、解読サービス施設は、インターネットを介して受信者に解読メッセージコンテンツへのアクセスを提供することができる。

すべての受信者が遠隔解読サービスを必要とするわけでないので、必要に応じ、フォーム中に組み込まれた暗号コンテンツの複製を、メッセージ本体中に含めることができる。こういった処置により、ローカル実行の解読機能をもつ受信者は、暗号コンテンツを自分の装置で自動的に解読し表示できるので、遠隔での解読のため暗号コンテンツをアップロードする必要はない。

ローカル解読能力を具えた受信者のオペレーティングシステムに対し、フォームアタッチメントを開く場合には、常にドキュメント処理アプリケーションを使うように命令することができる。ローカルに解読能力のない受信者が暗号コンテンツを包含するフォームを開いた場合、フォームは、受信者に、インターネットを介して遠隔の解読サービス施設に暗号コンテンツをアップロードする機会を提供することになる。ローカルの解読能力を具える受信者が、同じフォームを開いた場合、ドキュメント処理アプリケーションがフォームを調べてそれに暗号化コンテンツが包含されているかどうかを判断する。フォームに暗号コンテンツが包含されている場合には、フォームを受信者の装置に表示する必要はない。そのかわりに、フォーム中の暗号コンテンツを、受信者ローカルで自動的に解読することができる。このとき得られた解読コンテンツを受信者に対し自動的に表示することもできる（例、受信者のｅメールプログラムを使って表示、又は表示されるコンテンツの種類に適したアプリケーションプログラムを使って表示する）。

暗号化メッセージコンテンツを、組み込んだＧＩＦタグを使って受信者に送信することもできる。このアプローチにおいては、暗号メッセージを小片に分割し、その各々をＧＩＦタグの中にいれることができる。また、ＧＩＦタグに、遠隔解読サービス施設を識別するためのドメイン名部分、暗号メッセージの各部分がどのメッセージに対応しているかを解読サービス施設が識別するのに役立つメッセージ識別子、及び暗号メッセージの小片からメッセージを再構築するため解読サービス施設が使うことのできる小片番号の一部を具えることができる。受信者のウエブブラウザが、組み込みＧＩＦタグを包含するメッセージを表示しようとすると、暗号メッセージは自動的に解読サービス施設に送信され、解読サービス施設はメッセージの小片から暗号メッセージを再構築する。暗号メッセージを再構築した後、解読サービス施設はメッセージを解読し、受信者に、解読メッセージコンテンツへのアクセスを提供する。

本発明のさらなる特色、その特質及びさまざまな利点は、添付の図面及び以下の好適な実施形態の詳細説明によってさらに明らかとなろう。

本発明は、暗号法を用いてセキュアメッセージング機能を提供するシステムに関する。また、本発明は、このようなシステムを使ってセキュアメッセージングをサポートするための方法に関する。

図１に示す種類の装置を使ってセキュアメッセージングをサポートすることができる。システム１０内のユーザは、通信ネットワーク１４を介して一人以上のユーザにセキュアメッセージを送信することができる。送信者とは、メッセージを送信するユーザである。受信者とは、メッセージを受信するユーザである。

システム１０には、少なくとも２種類のユーザが存在する。一部のユーザ（受信者Ａのような）は、自分の装置にソフトウエアパッケージをインストールすることができる。従って、受信者Ａのような受信者は、解読エンジン２０のような解読ソフトウエアをインストールして、暗号メッセージを解読することができる。他の受信者（受信者Ｂのような）は、自分の装置にローカルに解読ソフトウエアをインストールしない。こういった受信者は、自分の装置に解読ソフトウエアをインストールする気がないか、ソフトウエアのインストールを許されていないかのいずれかである。受信者Ｂのような受信者には、例えば 公開インターネット端末、又はシステム管理者が、ユーザがソフトウエアをインストールすることを禁止している企業環境中でパソコンを使用している受信者などがある。

送信者及び受信者が個人であるシステム環境に時には関連させながら本発明を説明するが、一般的に言って、送信者及び受信者を、メッセージを交換する個人、人々のグループ、組織、組織の一部、又は他の任意の団体又は事業体とすることができる。

さらに、ｅメールを例として用いているが、システムが搬送するメッセージはｅメールである必要はない。メッセージを、ｅメールメッセージとすることも、インスタントメッセージとすることも、又は他の任意の妥当な電子伝達メッセージとすることもできる。メッセージには、送信者と受信者との間で電子的に伝達したい任意のデジタル情報（例、テキスト、グラフィックス、音声、ビデオ、コマンド、実行可能コード、データ等）を含めることができる。

ユーザは、装置１２を使って相互に更新することができる。装置１２には、例えば、パソコン、携帯型コンピュータ、ワークステーション、メインフレームコンピュータ、ネットワークコンピュータ又は端末、ハンドヘルドコンピュータ、又は他の任意の妥当な電子装置が含まれる。複数の個人又は組織が同じ装置を使用することができる。例えば、事務所内の作業者のグループが、ローカルエリアネットワーク中のホストコンピュータに接続された一台のコンピュータ端末を共用することができる。

図１の装置を、通信ネットワーク１４中の通信経路によって相互接続することができる。ネットワーク１４に、インターネット及び他の広域ネットワーク、一つ以上のローカルエリアネットワーク、交換電話ネットワーク、仮想プライベートネットワークのようなネットワーク、専用回線を含むネットワーク、有線及び無線経路に基づくネットワーク、又は、他の任意の妥当なネットワーク技術を使って形成した他の一切のネットワークを含めることができる。

システム１０のオペレーションに、ＲＳＡ公開鍵暗号法を使う手法のような従来型の公開鍵暗号技法を含めることができる。例えば、送信者は、ＲＳＡアルゴリズム又は他の従来型の公開鍵暗号化アルゴリズムを使って、受信者に対するメッセージを暗号化することができる。また、このような技法をシステム１０中の通信経路を保護するために使用することもできる。例えば、ＲＳＡアルゴリズムをセキュアソケットレイヤー（ＳＳＬ）プロトコルの中で使用し、ウエブブラウザのようなアプリケーションを用いる場合に、ＳＳＬを使って交信当事者間の通信経路を保護することができる。また、従来型の公開鍵暗号技法を使って、デジタル署名を実施することもできる。これらの従来型の公開鍵暗号技法を、本明細書では「ＰＫＥ」暗号化技法という。

また、システム１０のオペレーションに、アイデンティティベース暗号（ＩＢＥ）手法を含めることができる。これらの暗号技法を本明細書では「ＩＢＥ」暗号化技法という。

ＰＫＥ及びＩＢＥスキームは非対称的なアプローチを用いている。ある情報（いわゆる公開鍵情報）を使ってデータを暗号化する。対応する別の情報を（いわゆる秘密鍵情報）を使って暗号化されたデータを解読するのである。

秘密鍵サービス施設２４のような一つ以上のサービス施設を利用して秘密鍵を提供することができる。秘密鍵サービス施設には、ＩＢＥ秘密鍵を生成するＩＢＥ秘密鍵発生器１６のような一つ以上の秘密鍵発生器を含めることができる。一つ以上のＰＫＥ秘密鍵発生器を使えばＰＫＥ秘密鍵を生成することができる。秘密鍵が作成された後、これらを、鍵サービス施設のＰＫＥ秘密鍵保管庫２６のようなＰＫＥ秘密鍵保管庫に保管することができる。

送信者は、暗号化エンジン１８を使ってメッセージを暗号化することができる。暗号化されたメッセージについては、解読エンジン２０を使って解読することができる。暗号化エンジン１８及び解読エンジン２０はＩＢＥ及び／又はＰＫＥ暗号化アルゴリズムを使ってメッセージコンテンツを暗号化し解読することができる。受信者Ｂのような受信者は、遠隔の解読サービス施設２２の解読エンジン２０を使ってメッセージを解読することができる。受信者Ａのような一部の受信者は、自分の装置１２に解読エンジン２０をインストールし実行することができる。

ユーザは、ｅメールアプリケーション、ウエブブラウザエンジン付きｅメールアプリケーション（ウエブブラウザ機能に内蔵）、ウエブブラウザアプリケーション文書作成及び編集アプリケーション、画像ビューア、メディアプレーヤなどのようなソフトウエアアプリケーション２８を保有することができる。単独型の、暗号化及び解読アプリケーション、又はアプリケーション２８と一体化された暗号化及び解読ソフトウエアコンポーネントを使って、暗号化及び解読エンジン機能を具えてもよい。例として、送信者が用いるｅメールプログラムのようなｅメールプログラムに暗号化エンジン１８を具えさせることができる。暗号化エンジン１８を、ｅメールアプリケーションの固有コードの一部に含めることもでき、プラグインモジュールとしてインストールすることもできる。別の例として、受信者Ａのようなユーザが、装置１２に解読エンジン２０を保有してもよい。受信者Ａのｅメールアプリケーション（及び他のアプリケーション）に受信者Ａの解読エンジン２０を内蔵させることができ、別のソフトウエアコンポーネントとして具えることもできる。暗号化エンジン１８及び解読エンジン２０の機能の一部又はすべてを、オペレーティングシステムの一部として具えることもでき、又は、それらの実行の間オペレーティングシステムの機能を使用することもできる。

システム１０の中でさまざまな計算装置を使うことができる。例えば、各ＩＢＥ秘密鍵発生器１６、各ＰＫＥ秘密鍵保管庫２６、解読サービス施設２２等におけるサーバ又は他のコンピュータ装置の機能を実行するために計算装置を使うことができる。また、サーバ３０を使って、ＩＢＥ公開パラメータディレクトリ、ＩＭＥ公開パラメータホスト、ＰＫＥ公開鍵データベース、認証局、メールサービス及び他の運営体をサポートすることができる。このようなサーバを、送信者と同一場所に配置することもでき、別個の第三者サービス施設としてネットワーク１４に接続することもでき、ネットワーク１４のインフラストラクチャの一部とすることもでき、特定の受信者組織に関連させることもでき、受信者、秘密鍵発生器、又は他の装置と同一場所に配置することもでき、あるいは、これらの場所の複数箇所で使用することもできる。これらは単に例示的な配置であって、相互に排他的なものではない。

単一のコンピュータ又は複数のコンピュータを使ってサーバを形成することもできる。一つのコンピュータで複数のサーバを実行することもできる。必要に応じ、いくつかの異なる地理的場所に分散された複数コンピュータによって単一のサーバの機能を提供してもよい。システム１０中のサーバを使って実施される機能は、一般に、必要に応じ他のコンピュータ装置構成を使って遂行することができるが、これらの機能を実施するための計算装置を分かりやすく「サーバ」又は「サーバ類」と示すこともある。

送信者は、任意の妥当なメッセージングフォーマットを用いて、システム１０を介し所定の受信者にメッセージを送信することができる。例えば、ｅメールメッセージ、インスタントメッセージ（例、ＡＯＬインスタントメッセージ、ヤフーインスタントメッセージ、ＭＳＮメッセンジャインスタントメッセージ、及びＩＣＱインスタントメッセージ、ＩＢＭ／ロータスセイムタイムインスタントメッセージ等）又は他の電子メッセージを送信することができる。わかりやすくするために、主としてｅメールメッセージと関連付けて本発明を説明する。このことは単に例示のためだけである。必要に応じ、送信者と受信者との間で任意の妥当な種類のメッセージを伝達することができる。

個人間のｅメールメッセージ送信のような、システム１０における一部の作業は、少なくとも何がしかの手作業操作を伴う。例えば、個人的に書いたテキストメッセージを送りたい場合、送信者は、暗号化して当該受信者に送信する前にメッセージをタイプしなければならない。システム１０における、ユーザの他の作業は、これを完全に自動化して人手の介在を通常必要としないようにすることができる。一つの例として、ある装置１２のユーザは銀行であり、他の装置１２の口座保有者に対し、通信ネットワーク１４を介して、暗号化した銀行取引明細書を配信することを望んでいるとする。取引明細書の作成及び配信プロセスを自動化し、銀行の装置にシステムを適切にセットアップしておけば、通常、オペレータの介在の必要性をなくすことができる。また、取引明細書のユーザ受信を自動化することもできる。システムのコンポーネント上で実行されるソフトウエアを使って、人が対応する（例、コンピュータマウスを使って選択肢をクリックする）ための画面上のオプションを提示するのに必要なシステム機能を自動化することができる。ある特定の機能を、人手の介入作業とするかコンピュータ実行の作業とするかの状況は、後記説明における前後関係により明らかとなろう。

システム１０オペレーションにおいて、解読サービス施設２２及び秘密鍵サービス施設２４のような特定の事業体は、所定の当事者が、秘密鍵の取得、特定のメッセージのコンテンツへのアクセス、又は他の機能の実行の許可を所持していることについて検証する必要があろう。一般に、このような認証及び許可プロセスを実施する事業体は、何らかの妥当なマニュアル又は自動化された技法を用いることができる。例えば、当事者に当事者のレターヘッドの入ったファックス又は手紙を認証局に送付することを求め、認証局において、担当者又は自動装置がその信ぴょう性について検証することができる。別の例としては、バイオメトリック認証技法（例、指紋解析、アイスキャン、手形又は声紋解析、人相認識法、又は対面識別検査）を使うことができる。ハードウエアベースの処理法（例、ハードウエアトークンによるもの）を使って身元を設定することもできる。ユーザは、事前設定された名称及びパスワードの形で資格証明（ユーザとその銀行又は他の組織との間で設定された資格証明）を提示することができる。認証局は、特定の当事者の身元を検証するのに役立つデジタル証明を生成することができる。デジタル署名（例、認証局又は他の事業体からの署名で、秘密鍵を使い、対応する公開鍵を使って検証できるもの）を使って、メッセージ又は他の署名された情報が特定の当事者に確実に結びつけることができる。時として、ケルベロスチケットのようなチケットの作成、又は他の許可の証拠が必要となることがある。チケット情報又は受信者の資格認定情報から得られた又はこれに基づく他の情報を、本明細書では「受信者資格認定情報」又は「受信者資格認定」という。

認証情報、及び公開及び秘密鍵のような他の情報を、（システム１０中の送信者から受信者に送信されるメッセージに加えて）当事者の間で安全に伝達しなければならない時がある（例、送信者と秘密鍵発生器との間、又は受信者に関連する装置と秘密鍵発生器との間など）。複数の異なったアプローチを使うと、システム１０の中で情報を安全に伝達することができる。例えば、セキュアソケットレイヤープロトコル（ＳＳＬ）又は他の適切なセキュアプロトコル（例、ＴＬＳ）を用いた通信経路のようなセキュア通信経路を介して情報を安全に伝達することができる。また、信頼できる団体が管理しているのであれば、その通信経路を信頼することができる（信頼できる団体が通信経路を物理的に管理しているので）。また、不安全な（又は安全な）リンクを介して情報を送信する前に、（例えば、メッセージの中で）暗号化することによって情報を安全に伝達することができる。

ＩＢＥ及びＰＫＥの解読及び暗号化のプロセスの効率を向上するために、「二段階」の解読技法を用い、受信者にメッセージを送信するに先立って、メッセージ鍵（例、対称メッセージ鍵）を使ってコンテンツを暗号化することができる。次に、公開鍵法を用いて、その対称メッセージ鍵を暗号化することができる。送信者から受信者に送信されたメッセージには、ＩＢＥ暗号化された又はＰＫＥ暗号化されたメッセージ鍵とメッセージ鍵で暗号化されたコンテンツとが包含される。解読過程では、メッセージ鍵を暗号化するために使われた公開鍵に対応するＩＢＥ秘密鍵又はＰＫＥ秘密鍵を使って、メッセージ鍵を解読することができる。次にメッセージ鍵を使ってメッセージの残りの部分を解読することができる。この二段階プロセスによって、ＰＫＥ又はＩＢＥアルゴリズムだけを単独に使って全体のメッセージを暗号化する「純粋」又は「単一ステップ」暗号化アルゴリズムよりも効率的に解読することができる。わかりやすくするために、双方の種類のアプローチ（及び類似の多層暗号化アルゴリズム）を、本明細書では、おしなべて単に「ＩＢＥ」又は「ＰＫＥ」又は「公開鍵」スキームという。

任意の妥当なスキームを使って、ＰＫＥ暗号化スキームを実行することができる。例として、ＰＫＥ暗号化及び解読に、公知のＲＳＡ暗号化法アルゴリズムを用いることができる。一つ以上のＰＫＥ鍵発生器を使って、公開鍵／秘密鍵の対を生成することができる。ＰＫＥを使ってメッセージを暗号化したいと考えるメッセージ送信者が使用するための公開鍵を公開すればよい。任意の妥当な発行スキームを使えば、ＰＫＥ公開鍵を配信することができる。例えば、ＰＫＥ公開鍵を、ピアツーピア方式でユーザが配信してもよいし、メッセージ送信者がネットワーク１４を介してアクセスするディレクトリ又は他の公開データベースに格納しておくなどしてもよい。ＰＫＥ秘密鍵を、受信者Ａの装置１２におけるローカルＰＫＥ解読に使えるように、受信者Ａのような受信者に提供してもよく、解読サービス施設２２のような解読サービス施設が、受信者Ｂのような受信者に対しＰＫＥ暗号メッセージを解読する際に使えるように、ＰＫＥ秘密鍵保管庫２６のようなデータベースに備えておくこともできる。

ＰＫＥ技法を使ってシステム１０の中のセキュアメッセージング機能をサポートすることに関する例示的なステップを図２に示す。

ステップ３２において、送信者は、所望の受信者のＰＫＥ公開鍵を取得することができる。例えば、送信者は、通信ネットワーク１４を介して公開データベースから所望の受信者のＰＫＥ公開鍵を入手することができる。

ステップ３４において、送信者は、受信者のＰＫＥ公開鍵と暗号化エンジン１８中のＰＫＥ暗号化アルゴリズムを使って、受信者へのメッセージを暗号化することができる。メッセージコンテンツの一部又は全体を暗号化して暗号メッセージを作成することができる。例えば、メッセージヘッダー情報のような一部情報は暗号化せずに、メッセージ本体テキスト、及び一つ以上のメッセージアタッチメントのような他の情報を暗号化することができる。また、メッセージを適切にフォーマット化して、ローカルの解読機能を持たない（自分の装置１２には解読エンジン２０をインストールしていないので）受信者による、遠隔での解読をし易くすることができる。

ステップ３６において、送信者は、通信ネットワーク１４を介して暗号メッセージを受信者に送信することができる。受信者は、メッセージを受信することができる。送信者の装置１２と受信者の装置１２との間にあるメールサーバ及び他の中間装置を経由してメッセージを通過させることができる。

ステップ３８において、暗号メッセージを解読する解読エンジン２０が使えるように、受信者のＰＫＥ秘密鍵を入手することができる。ローカルの解読エンジン２０、又は遠隔の解読サービス施設２２の解読エンジン２０は、取得したＰＫＥ秘密鍵を使うことができる。解読サービス施設２２を、送信者と関連する施設としてもよいし（すなわち、サービス施設２２が送信者の組織と同じ組織と提携している）、システム１０中の他の妥当な構成員と提携する施設としてもよいし、又は独立した第三者サービス施設としてもよい。ＰＫＥ秘密鍵を入手する過程で、鍵申請者が秘密鍵を取得する許可を受けていることを証明するために、（例えば、解読サービス施設及び／又は秘密鍵サービス施設は）受信者の資格証明を要求することができる。必要に応じ、解読サービス施設２２及び／又は受信者Ａのような所定の受信者は、将来の解読作業のため受信者に対するＰＫＥ秘密鍵のコピーを保持することができる。

ステップ４０において、ＰＫＥ秘密鍵を取得した後、受信者又は解読サービス施設の解読エンジン２０を使って、暗号メッセージコンテンツを解読することができる。遠隔の解読サービス施設２２を使ってコンテンツを解読する場合、暗号コンテンツを、解読のため、ネットワーク１４を介して解読サービス施設２２にアップロードすることができ、解読の後、対応するコンテンツの解読バージョンを、ネットワーク１４を介して受信者にダウンロードすることができる。

また、図１のシステム１０では、メッセージを暗号化及び解読にＩＢＥ暗号化技法を使うこともできる。システム１０におけるＩＢＥ暗号化スキームを、いくつかの異なる暗号化法アルゴリズムを使って実行することができる。このようなスキームの一つは、平方剰余に基づくものである（例えば以下を参照のこと。Ｃｌｉｆｆｏｒｄ Ｃｏｃｋｓ、「Ａｎ Ｉｄｅｎｔｉｔｙ Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ Ｓｃｈｅｍｅ Ｂａｓｅｄ ｏｎ Ｑｕａｄｒａｔｉｃ Ｒｅｓｉｄｕｅｓ」、暗号法及びコーディングに関する第８回ＩＭＡ国際会議、２００１年１２月、英国サイレンセスター王立農業大学）。別の妥当なスキームは、楕円曲線に基づくものである（例えば以下を参照のこと。Ｄａｎ Ｂｏｎｅｈ及びＭａｔｔｈｅｗ Ｆｒａｎｋｌｉｎ、「Ｉｄｅｎｔｉｔｙ−Ｂａｓｅｄ Ｅｎｃｒｙｐｔｉｏｎ ｆｒｏｍ ｔｈｅ Ｗｅｉｌ Ｐａｉｒｉｎｇ」、Ａｄｖａｎｃｅｓ ｉｎ Ｃｒｙｐｔｏｌｏｇｙ−Ｃｒｙｐｔｏ ２００１抄録加筆、Ｃｏｍｐｕｔｅｒ Ｓｃｉｅｎｃｅ中のレクチャーノート、Ｓｐｒｉｎｇｅｒ−Ｖｅｒｌａｇ社、ｐｐ．２３１−２２９、２００１年８月）。また、Ｄａｎ Ｂｏｎｅｈ及びＭａｔｔｈｅｗ Ｆｒａｎｋｌｉｎによるｈｔｔｐ：／／ｅｐｒｉｎｔ．ｉａｃｒ．ｏｒｇ／２００１／０９０も参照すること。Ｂｏｎｅｈ及びＦｒａｎｋｌｉｎの論文に記載されたアプローチによるＩＢＥ暗号化法は、Ｗｅｉｌ対又はＴａｔｅ対のような双線形写像の性質に基づいている。わかりやすくするために、場合に応じ、本発明の特徴を、Ｂｏｎｅｈ及びＦｒａｎｋｌｉｎが述べた楕円曲線応用のようなアイデンティティベース暗号化スキームに関連付けて説明する。但し、これは単に例示のためである。必要に応じ、ＩＢＥ暗号法についての任意の妥当なアプローチをシステム１０において使用することができる。

最初に、システムがセットアップされた時に、ＩＢＥ秘密鍵発生器（例、図１のＩＢＥ秘密鍵発生器１６のようなＩＢＥ秘密鍵発生器）の各々は、マスタシークレット「ｓ」を取得又は生成する。例えば、各秘密鍵発生器は、不正改変防止用囲い内に収納されたプロセッサにより、秘密鍵発生器内でランダムに発生される数字からマスタシークレットを生成することができる。また、マスタシークレットをオフサイトで生成し、秘密鍵発生器１６に配信してもらうこともできる。

マスタシークレット（シークレットマスタ鍵又はマスタ鍵とも言う）は秘密鍵発生器１６が秘密鍵を生成するために用いる秘密情報である。受信者（例、自分の装置１２中の解読エンジン２０を使う図１中の受信者Ａ）がメッセージを解読する環境では、受信者の解読エンジン２０が受信者のＩＢＥ秘密鍵を使って暗号メッセージを解読することができる。メッセージが遠隔で解読される環境では、遠隔の解読サービス施設２２のＩＢＥ機能を持つ解読エンジンが、受信者のＩＢＥ秘密鍵を取得使用して、メッセージの解読に使うことができる。例えば、解読サービス施設２２は、（ローカルでＩＢＥ解読エンジン２０を実行する機能を持たない）受信者ＢのＩＢＥ秘密鍵を取得して、そのＩＢＥ秘密鍵を使って受信者Ｂへのコンテンツを解読することができる。

マスタシークレットｓを取得した後、ＩＢＥ秘密鍵発生器は、マスタシークレットを使ってＩＢＥ公開パラメータ情報を生成することができる。前記のＢｏｎｅｈらの論文中のアイデンティティベース暗号化取り組み法の中では、生成された公開パラメータ情報には、公開パラメータＰ及びｓＰが含まれる。ＩＢＥ秘密鍵発生器は、最初に（例、ランダム数発生器を使って）パラメータＰを生成することができる。ＩＢＥ秘密鍵発生器は、次にパラメータｓＰを生成することができる。Ｂｏｎｅｈ及びＦｒａｎｋｌｉｎ論文中のｓとＰの「乗算」は、楕円曲線の点の整数値の乗算を用いて実施される。乗算（ｓＰの計算）は簡単であるが、逆演算（既知のＰ及びｓＰからｓを算定する）は、計算手数がかかり、攻撃者がこのやり方でｓを得るのは実行不可能である。

ＩＢＥ公開パラメータ情報（例、楕円曲線に基づくアイデンティティベース暗号化プロセスにおけるｓ及びｓＰ）は数値とすることができる。一般に、数値、文字、記号、及び情報を表現するための他のスキームには、「等価性」がある。場合によってある情報（例、マスタシークレット又は公開パラメータ）は数字形式で表現され、場合によってある情報（例ユーザ身元）は少なくとも部分的に文字形式（例、ｅメールアドレスの形式）で表現される。これらの各種の表現スキームの間には固有の等価性があるため、文字又は記号を数字に転換するか又は複数の数字や文字列を単一の数字で表現するため必要となる技法又は他の操作の詳細については、本明細書では説明しない。

公開パラメータ情報（例、Ｐ及びｓＰ）を決定した後、ＩＢＥ秘密鍵発生器１６は、この情報をシステム１０中の送信者に利用させることができる。任意の妥当な技法を使って、公開パラメータ情報を送信者に提示することができる。例えば、受信者は、ｅメールメッセージ又は他の妥当なピアツーピア配信スキームを使って、公開パラメータ情報を送信者に送ることができる。必要に応じ、秘密鍵発生器１６は、デイレクトリサービス施設を使うことによって、又は、送信者が、受信者の公開鍵に基づいて生成された関連ドメイン名又は他の妥当なサービス名を使って（例、既知のサービス名生成ルールを用いて）、到達可能な特定のホストサーバに公開パラメータ情報を格納することによって、公開パラメータ情報を発行することができる。これらは、単に、システム１０中のユーザが公開パラメータ情報を利用できるようにするための例示的な技法である。必要に応じ、ユーザが公開パラメータ情報を利用できるようにするための任意の妥当な技法を使用することができる。

公開パラメータ情報に一より多いパラメータが含まれる場合、パラメータを一緒に又は別々にしてユーザに提供することができる。例えば、パラメータＰ及びｓＰを一緒に単一の送信で、あるいは２つの送信に分けてユーザに提供することができる。パラメータＰとｓＰとを別々に提供する場合には、各パラメータを異なる配信メカニズムを使って配信することができる。例えば、Ｐを、セキュアソケットレイヤー経路を介してユーザに提供し、ｓＰを暗号ｅメールメッセージでユーザに伝達することができる。別の例として、すべてのユーザに前もってＰを知らせておくことができ（例、Ｐをユーザのソフトウエアに内蔵しておくことができる）、ｓＰを電子配信することができる。必要に応じ、Ｐを、システム中のすべて又はほとんどすべてのユーザに対し同一とすることができる。さらに、ＰとｓＰとを組み合わせて、単一の数字又はパラメータと同等のものを形成することができ、あるいはこれらをさらに分割する（例、３つ以上の公開パラメータサブパーツを形成する）ことができる。必要に応じ、公開パラメータ情報の一部を（例えば、印刷メールで、あるいはユーザにフロッピー（登録商標）ディスク又は他のコンピュータ可読の媒体を配送することによって）手作業で配送することができる。

ＩＢＥ公開パラメータ情報（例、公開パラメータＰ及びＳ）が、ＩＢＥ暗号メッセージを別のユーザ（すなわち、受信者）に送信したいと考えるユーザ（すなわち送信者）に提供されたならば、送信者はメッセージを暗号化して受信者に送信することができる。メッセージを暗号化するためには、送信者の装置に実装されている暗号化エンジン１８の中のＩＢＥアルゴリズムを使うとよい。暗号化エンジン１８は、公開パラメータ情報（例、Ｐ及びｓＰ）と適切なＩＢＥ公開鍵とを使ってメッセージを暗号化することができる。例えば、暗号化エンジンは、受信者に関連するＩＢＥ公開鍵を使ってメッセージを暗号化することができる。

ＩＢＥ暗号メッセージが受信されると、ＩＢＥ公開鍵に対応するＩＢＥ秘密鍵を使ってメッセージが解読される。ＩＢＥ秘密鍵はＩＢＥ秘密鍵発生器１６によって生成される。ＩＢＥ解読アルゴリズムを実行する解読エンジン２０を使って、ＩＢＥ暗号メッセージを解読することができる。解読エンジン２０は、インプットとしてＩＢＥ暗号メッセージとＩＢＥ秘密鍵とを取り入れ、アウトプットとして解読バージョンメッセージを生成する。

解読エンジン２０が受信者のところにある場合には（例、受信者Ａ）、受信者はローカルにメッセージコンテンツとの解読バージョンにアクセスすることができる。解読エンジン２０が遠隔の解読サービス施設２２にある場合にはセキュアな経路（例、ＳＳＬ又はＴＬＳ、又は他の適切なセキュアプロトコルを使って保護された経路）を用いてネットワーク１４を介し解読コンテンツを受信者（例、受信者Ｂ）に提供することができる。

暗号化エンジン１８及び解読エンジン２０は、ソフトウエアを使って、所望のＩＢＥ暗号化及び解読アルゴリズムを実行できる。暗号化エンジン１８及び解読エンジン２０を、送信者及び受信者が使うソフトウエアアプリケーションの一部として（例、ｅメールメッセージングソフトウエア）、又はシステム１０の中の組織に具備されたメッセージ管理ソフトウエアの一部として、又はメールサーバパッケージの一部として、又はオペレーティングシステムの一部として、又はサーバ管理ツールのパッケージの一部として、システム１０中の送信者、受信者又は他の関係者が利用できるダウンロード可能なプログラム又はプラグインとして、あるいは他の任意の技法を使って、システム中の装置に具備することができる。

アイデンティティベースの暗号化法（ＩＢＥ）は、送信者の暗号化プロセスにおいて、通常受信者の身元に基づくＩＢＭ公開鍵Ｑが使われるので、そのように名づけられている。ＩＢＥ暗号化スキームにおいて、ユーザの身元を任意の妥当な文字列、数字又は記号で表すことができる。例えば、メッセージ受信者の身元を、その受信者のｅメールアドレス、氏名、又はソシアルセキュリティ番号によって、又はこれに基づいて表すことができる。

各ＩＢＥ秘密鍵発生器は、通常複数の関連ユーザを持つ。ＩＢＥ秘密鍵発生器は、関連ユーザ各々のＩＢＥ公開鍵（すなわちＱ）に基づいて（例えば、ユーザの身元情報に基づいて）、各ユーザに対するＩＢＥ秘密鍵を生成することができる。

所定のＩＢＥスキームに使用されるＩＢＥ公開鍵Ｑの形式は、所望するセキュリティの特質のいかんによる。例えば、有効期間（例、何日、何年、何月のような日付又は日付範囲、１／２／０３−１／１０／０３のような開始及び終了日付、又は他の任意の期限に関連する日付決定情報）を各ユーザのｅメールアドレスに自動的に連結し、ユーザの身元（ｅメールアドレス）だけでなく、有効期間情報に基づいてＱ値を形成することにより、ユーザ特権を自動的に期限切れになるようにすることができる。有効期間は、暗号メッセージへのアクセスポリシーとして、ユーザ固有のｅメール情報よりもさらに広く使われている。

有効期間情報をＩＢＥ公開鍵Ｑの一部として使用した場合、現在の日付が定められた有効期間内でない場合には、そのＱを用いて解読されたメッセージコンテンツへのアクセスは許可されない。このポリシーを秘密鍵発生器１６のような秘密鍵発生器によって強制することができる。現在日付が定められた有効期間内にない場合、秘密鍵発生器は鍵生成を拒否し、別途、認可された鍵申請者（例、メッセージ受信者又はメッセージ受信者の認めた代理人）にメッセージを解読するために必要な対応秘密鍵のコピーを提供することになる。このアプローチによって、ＩＢＥ秘密鍵の寿命は制限され、システムのセキュリティが向上する。

別の例として、セキュリティクリアランスレベルに基づいて、ユーザ特権を制限することができる。このアプローチでは、公開鍵Ｑを形成する際に、セキュリティクリアランスレベルを各ユーザのｅメールアドレスに連結又は他の方法で追加することができる（例、Ｑ＝ｊｏｅ＠ｎａｖｙ．ｃｏｍ｜ｔｏｐ＿ｓｅｃｒｅｔなど）。これらのアプローチは、各ユーザに対するＩＭＥ公開鍵（例、各ユーザに対するＱ）を作成する際に、ユーザｅメールアドレスのようなユーザ身元にポリシーベースの基準を追加するやり方の単なる例示である。必要に応じ、ユーザ身元情報と追加基準とに基づいてＩＢＥ公開鍵を形成するための、任意の妥当なアプローチを用いることができる。

送信者は、ＩＢＥ暗号メッセージを複数の受信者に送信することができる。例えば、送信者は、各々異なるＩＢＥ秘密鍵を持つ各受信者に向けて、相互に異なるｅメールアドレスのリストにＩＢＥ暗号メッセージを送信することができる。この酔うな想定では、送信者は、各受信者に送信するメッセージを別々に暗号化する（すなわち、対象となる各受信者に対応するＩＢＥ公開鍵を使用する）。

システム１０において、ＩＢＥ技法を使って暗号メッセージ送信するための例示的なステップを図３に示す。

ステップ４２において、受信者にセキュアメッセージを送信したいと考える送信者は、受信者のＩＢＥ公開鍵とＩＢＥ公開パラメータ情報とを入手することができる。任意の適切な技法を使って、送信者に受信者のＩＢＥ公開鍵Ｑ及び対応するＩＢＥ公開パラメータ（例、公開パラメータＰ及びｓＰ）を提供することができる。例として、ＩＢＥ暗号メッセージを送信したいと考える送信者は、対象となるメッセージ受信者のＩＢＥ公開鍵Ｑを構築するために十分な情報を持つことができる。この情報に、個々の受信者の身元（例、ｅメールアドレス）、妥当なアクセスポリシー情報（例、有効期間、セキュリティレベル、サブスクリプションレベル、コンテンツ格付け、地理的区域等）からＩＢＥ公開鍵Ｑを構築する方法、又は、どのような当事者がメッセージコンテンツにアクセスを許されるのか、どのような条件でそのようなアクセスが認められるのかを定めた他の任意の妥当な情報及び／又は一般適用アクセスポリシー情報を含めることができる。送信者は、ＩＢＥ公開パラメータ情報を、受信者から、ディレクトリから、ＩＢＥ秘密鍵発生器１６から、ＩＢＥ公開パラメータホストサービス施設から、又はシステム１０中の他の任意の事業体から入手することができる。

送信者は、受信者のＩＢＥ公開鍵及び適切な対応公開パラメータ情報を入手したならば、ステップ４４において、ＩＢＥ暗号化プロセス（例、前記のＢｏｎｅｈ及びＦｒａｎｋｌｉｎの論文のプロセス）を用いて、受信者へのメッセージコンテンツを暗号化することができる。暗号化エンジン１８のような送信者の装置のソフトウエアを使ってＩＢＥプロセスを実行することができる。暗号化エンジン１８を、単独型のプロセス又はアプリケーションとすることもでき、別のプロセス又はアプリケーションに組み込むこともできる（例、ｅメールアプリケーションの一部として、オペレーションシステム中の機能として、ウイルススキャン又はスパム阻止アプリケーションの中で、ファイアウォールの一部として、など）。暗号化エンジン１８は、インプットとして（１）暗号化するメッセージ、（２）ＩＢＥ公開パラメータ情報（例、Ｐ及びｓＰ）、及び（３）ＩＢＥ公開鍵Ｑを取り入れることができる。暗号化エンジン１８を使って実行するプロセスによって、アウトプットとしてメッセージの暗号バージョンを生成することができる。

ステップ４６において、送信者はＩＢＥ暗号メッセージを、通信ネットワーク１４を介して受信者に発信することができ、受信者はメッセージを受け取ることができる。送信者は、ｅメールプログラム又は他の妥当なソフトウエアを使って、ＩＢＥ暗号メッセージを受信者に発信することができる。メッセージを解読するには、対応するＩＢＥ秘密鍵を入手する必要がある。メッセージを解読するために使用されるＩＢＥ秘密鍵は、メッセージを暗号化する際に用いられたＩＢＥ公開鍵Ｑ及び公開パラメータ情報（例、Ｐ及びｓＰ）に関連している。メッセージを暗号化するために使われたＩＢＥ公開鍵に合致するＩＢＥ秘密鍵だけを、メッセージ解読のために使うことができる。ＩＢＥ秘密鍵生成のためには、マスタシークレットｓを知っている必要があるので、適切な秘密鍵発生器１６だけが、受信者のＩＢＥ公開鍵Ｑに基づいて受信者のＩＢＥ秘密鍵を生成することができる。

一つの妥当なアプローチにおいて、受信者のＩＢＥ公開鍵Ｑ及びマスタシークレットｓから、適切な数学関数（楕円曲線上の点の整数の積）を使いｓＱの値を計算して、受信者に対するＩＢＥ秘密鍵を生成することができる。

受信者又は解読サービス施設２２が、秘密鍵サービス施設及びＩＢＥ秘密鍵発生器１６から、メッセージコンテンツを解読するために必要なＩＢＥ秘密鍵を取得するに先立って、秘密鍵サービス施設は（例えば、ＩＢＥ秘密鍵発生器１６を使って）、受信者又は解読サービス施設２２のＩＢＥ秘密鍵コピーの許可を検証することができる。

受信者からの認証情報（資格認定情報）及び他の情報（例、当日付で別途収集した情報）を使って、メッセージコンテンツへのアクセス許可状態を検証することができる。秘密鍵発生器１６は、ＩＢＥ公開鍵に組み込まれたアクセスポリシー情報を使って（オプションの追加ポリシー基準と併せて）、当該受信者が取得許可を受けているかどうかを判定する。受信者が自分で作業する（ローカルでの解読にＩＢＥ秘密鍵が使われる場合）こともあり、又は解読サービス施設２２が受信者のために作業することもある（解読サービス施設が、受信者のために暗号コンテンツを遠隔で解読する場合）。ＩＢＥ秘密鍵発生器１６が、受信者はメッセージコンテンツへのアクセスを許可されていることを検証したならば、ＩＢＥ秘密鍵発生器１６は秘密鍵を生成することができる。ステップ４８において、暗号コンテンツを解読するために使われる解読エンジン２０は、受信者のＩＢＥ秘密鍵を取得することができる。ＩＢＥ秘密鍵を取得する解読エンジン２０を、ローカル実行の解読エンジン（例、受信者Ａの装置１２上の解読エンジン２０）とすることも、遠隔実行の解読エンジン（例、解読サービス施設２２の解読エンジン２０）とすることもできる。

任意の妥当なスキームを使って、秘密鍵サービス施設２４に対し、適切な解読エンジンがＩＢＥ秘密鍵の取得を許可されていることを証明することができる。例として、秘密鍵サービス施設２４にユーザ名とパスワードを提出するとよい。提出されたユーザ名とパスワードとが、秘密鍵サービス施設が保有している有効ユーザ名及びパスワードデータベース中のユーザ名及びパスワード情報に合致すれば、秘密鍵サービス施設２４は、要請されたＩＢＥ秘密鍵を発行することができる。ユーザ名とパスワードとの使用による認証は、単なる例示である。バイオメトリック情報、ハードウエアトークン、チケット、又は他の任意の妥当な受信者資格認定情報を使って、要請されたＩＢＥ秘密鍵の取得が受信者（例、単独で作業している受信者、又は解読サービス施設２２のような受信者の代理者）に許可されていることを証明することができる。

受信者にＩＢＥ秘密鍵の取得が許可されていることを判定するのにＩＢＥ秘密鍵発生器が採用した方法のいかんにかかわらず、ステップ４８において、ＩＢＥ暗号メッセージコンテンツを解読する解読エンジン２０に対しＩＢＥ秘密鍵が提供される。望ましくは、安全に秘密鍵を解読エンジン２０に提供する。例えば、解読エンジン２０に、秘密鍵をｅメール又は他の適当なメッセージに入れて送信することができるし、インターネット又はローカルエリアネットワークを介して、（単独型のダウロード可能なアプリケーションの一部、又はダウンロード可能なプラグインモジュールとして、単独の鍵として、など）ダウンロードすることもできる。ＩＢＥ秘密鍵発生器１６と解読エンジン２０が設置されている装置との間の電子通信のために、ネットワーク１４上のセキュアな通信チャンネルを使用することができる。

ステップ４８において取得されたＩＢＥ秘密鍵を、必要に応じて、解読サービス施設２２又は受信者の装置の、記憶回路又はハードドライブのような記憶装置中のキャッシュ又はデータベースにいれることができる。このような方法でＩＢＥ秘密鍵を格納しておけば（鍵は有効期限切れ又は別途無効でない）、次回にメッセージの解読が必要となったとき、ＩＢＥ秘密鍵の新しいコピーを取得するために、通信ネットワーク１４を介してＩＢＥ秘密鍵発生器１６とコンタクトしなくても、その鍵を取り出すことができる。

解読エンジン２０がＩＢＥ秘密鍵を取得した後、ステップ５０において、解読エンジン２０は、ＩＢＥ秘密鍵を使って、暗号メッセージを解読する。

受信者Ｂのようなローカルでの解読機能を持たない受信者がＰＫＥ暗号又はＩＢＥ暗号コンテンツを含むメッセージを受信した場合には、受信者は遠隔解読のため、暗号メッセージを解読サービス施設２２に提出することができる。例えば、旅行中でインターネット公衆サービス施設を使ってｅメールにアクセスする受信者はこのやり方を使うことができる。インターネット公衆サービス施設は一般メンバーにソフトウエアのインストールを許可しないであろうから、受信者は解読エンジン２０のコピーをインターネット公衆サービス施設にインストールすることはできない。遠隔解読サービス施設２２の解読機能を利用することによって、受信者は公衆インターネットサービス施設にすでにインストールされているウエブブラウザ又は他のソフトウエアを使って暗号メッセージのコンテンツにアクセスすることができる。また、このやり方を、ユーザ端末に解読ソフトウエアをインストールすることを許可されていない組織内の受信者が用いることもできる。

解読作業を実施するために、解読サービス施設２２は、受信者から、受信者の資格認定情報（まだこの情報が提供されず保管されていない場合）と暗号コンテンツのコピーとを入手することができる。解読サービス施設は、受信者の資格認定情報を使って秘密鍵サービス施設２４に対し、解読サービス施設２２が受信者のＩＢＥ又はＰＫＥ秘密鍵のコピーを取得する許可を得ていることを証明することができる。解読サービス施設２２が認可されたならば、解読サービス施設２２は、通信ネットワーク１４を介して、安全に、適正な秘密鍵の提供を受けることができる。

解読サービス施設２２は、解読サービス施設２２の装置上の解読エンジン２０を実行して暗号コンテンツを解読する。解読エンジン２０は、インプットとして、秘密鍵サービス施設からの秘密鍵と受信者から提供された暗号メッセージコンテンツとを使用する。メッセージが解読されたならば、解読サービス施設２２は、受信者に、ネットワーク１４を介して解読されたコンテンツへのアクセスを提供する。

任意の妥当な技法を使って、受信者の資格認定情報及び暗号コンテンツを解読サービス施設に伝達することができ、受信者に解読コンテンツへのアクセスを提供することができる。一つの妥当なアプローチとして、解読サービス施設２２のＵＲＬ（又は他の妥当なリンク）を、システム１０中で送信される各暗号メッセージに組み込んでしまうことがある。受信者がこの種のメッセージを受信したときは、受信者は、そのリンクを使って暗号メッセージコンテンツ及び受信者の資格認定情報を、解読サービス施設にアップロードすることができる。メッセージが解読された後、解読サービス施設２２は、解読コンテンツを受信者のウエブブラウザ（又は他のアプリケーション）に表示することによって、及び／又は受信者に解読コンテンツをローカル記憶装置にダウンロードする機会を提供することによって、受信者に解読コンテンツへのアクセスを提供することができる。

この種の例示的な処理法を図４に示す。受信者Ｂのようなメッセージ受信者は、妥当なアプリケーション２８を使って、暗号メッセージを受信者し、受信者の装置１２に暗号メッセージを表示することができる。アプリケーション２８を、例えば（解読機能を持たない）ｅメールアプリケーション、ウエブブラウザアプリケーション、又はメッセージを見るための他の妥当な任意のソフトウエアとすることができる。公衆インターネットサービス施設のような公衆施設を使っている受信者は、ウエブブラウザへのアクセスしか持たないことがある。このような受信者は、自分のｅメールサービスのウエブメール機能を使って自分のメールを見ることができる。「ロック開放」ポリシーを持つ組織の受信者は、ｅメールプログラム又はウエブメール処理法を使って、ユーザコンピュータでメールを見ることができよう。

図４の例、及び他の図の例において、いくつかの情報画面とやり取りしている受信者を示す。一部の画面（例、図４の最初の画面）は、「メッセージングアプリケーション」と標識され、ｅメールプログラム、又はそういった他のメッセージング指向のアプリケーション２８を使ってこのような画面を表示できることを示している。他の画面（例、図４の最後の画面）は、「ウエブブラウザ」と標識され、ウエブブラウザ又はウエブ検索機能を持つソフトウエアを使ってこのような画面を表示できることを示している。多様な各種アプリケーションを使ってさまざまな画面を受信者に表示することができ、これら図の画面標識は、概して例示的なもので、相互に排他的なものではない。必要に応じ、他の種類のアプリケーションを使って、表示された画面を提示することができる。

図４に示すように、受信者Ｂが受け取ったメッセージ５２を、メッセージングアプリケーションによって、画面５４のようなディスプレイ画面に表示させることができる。表示されたメッセージに、ヘッダ情報５６及びアタッチメント５８に関する情報を含めることができる。メッセージアタッチメントには、ＩＢＥ暗号化又はＰＫＥ暗号化アタッチメントを含めることができる。図４の例において、「ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ．ｔｘｔ」という暗号ファイルがメッセージ５２のアタッチメントに含まれている。送信者は、送信者から受信者へ発信するメッセージを暗号化作成するプロセスにおいて、暗号化エンジン１８及びアプリケーション２８を使って、暗号化アタッチメントを暗号化しメッセージに添付することができる。

また、メッセージ５２に、メッセージ５２の本体の一部として作成した暗号コンテンツ（すなわち、暗号メッセージ本体テキスト）を含めることもできる。この暗号化本体コンテンツを生の暗号化された形で表示することができ、これは見る者には判読不可能なコード化されたテキストの文字列に見える（例、「３ｊｉｖｄｎ７ｔｎｈｖ８４ｉｏｂｙｔ９３４２ｐｎ・・・」）。同じメッセージ本体の一部として、メッセージ５２に、メッセージが暗号化されていることを受信者に知らせるインストラクション６２を（テキスト、グラフなどで）包含させることができる。インストラクション６２によって、受信者に、アタッチメント及び／又はメッセージ本体の情報を受信者の装置１２（例、ハードドライブ又は受信者Ｂの他のローカル記憶装置）へローカルに保存することを通知できる。任意の妥当な技法を使ってローカルへの保存を実施することができる。例えば、受信者のオペレーティングシステムがそういった機能をサポートしている場合、受信者は、アタッチメントを右クリックして「名前をつけて保存」オプションを使い、アタッチメントを適当なファイル名の下にローカルに保存することができる。本体コンテンツは、カットアンドペースト手順を使ってローカルに保管することができる。

また、インストラクション６２によって、受信者に、リンク６４をクリックして解読プロセスを開始するよう促すこともできる。リンク６４を、例えば、解読サービス施設２２のＵＲＬ、又はメッセージ５２本体中の、受信者がメッセージ解読プロセスを開始するため選定可能な別の適当な選択オプション又はボタンとすることができる。

受信者が解読オプションを選択すると（例えば、メッセージ５２のインストラクション６２中のＵＲＬをクリックすることによって）、受信者のウエブブラウザが（すでに実行されているのでなければ）立ち上がる。ウエブブラウザは、リンク６４に対応するウエプページを検索し、このページをディスプレイ画面６６のようなディスプレイ画面に表示する。ディスプレイ画面に、受信者に対する追加のインストラクション６８を含めることができる。インストラクション６８によって、例えば、受信者に自分の資格認定情報を提示するよう指示することができる。受信者の資格認定情報の提示が安全であることを保証するために、（ヘッダ５６中の送信者のアドレス情報に加えて）メッセージにメッセージの送信者を識別するための情報を含めることができる。例えば、メッセージに受信者の銀行又は他のメッセージ送信者のロゴを含めることができる。

任意の妥当なやり方で受信者の資格認定情報を収集することができる。図４の画面６６の例では、受信者がマニュアルで入力可能なユーザ名ボックス及びパスワードボックスが受信者に提供されている。また、受信者が、ボックス７０に記入した後解読プロセスの継続を選択できるログインオプション７２のような選択オプションを画面６６に含めることができる。

ユーザがオプション７２のログインを選択すると、受信者の資格認定情報（例、ボックス７０に入力された受信者の資格認定情報）を、受信者から（例、受信者Ｂから）ネットワーク１４を介して解読サービス施設２２に送信することができる。解読サービス施設２２は、受信者の資格認定情報を使って、秘密鍵サービス施設１６に対して、解読サービス施設２２が、暗号メッセージコンテンツを解読するために使う受信者の秘密鍵を受け取る許可を得ていることを証明することができる。解読サービス施設２２は、受信者から得た受信者資格認定情報を生の形で使用することも、あるいは受信者資格認定情報を新しいフォーマットの変換することもできる（例、受信者情報を認証し、受信者ユーザ名及びパスワードを、ケルベロスチケット、又はアップロードされた受信者資格認定情報の元のバージョンから導かれた他の情報などに変換することによって）。

ユーザがログインすると、解読サービス施設２２は、ウエブブラウザ画面７４中に表示された例示的なウエブページのようなウエブページを受信者に提示する。この種のウエブページによって、受信者に、受信者のローカル装置１２から解読サービス施設へ暗号ファイルをアップロードする機会を提供することができる。図４の例において、受信者は、ファイルパス及びファイル名をフィルボックス７６にタイプするか、あるいは、検索オプション７８を使って、適正な、ローカルに格納されたバージョンの暗号メッセージコンテンツを検索することができる。オプション８０を選択して追加のファイルを添付することができる。

受信者が、画面７４を使って指定した暗号ファイルを解読するための準備ができたならば、受信者は解読オプション８２によって実行依頼を選択することができる。

オプション８２を選択することによって、受信者のウエブブラウザに対し、選択された暗号ファイルを、ネットワーク１４を介して解読サービス施設２２に送信するよう命令する。解読サービス施設２２が暗号コンテンツを受信すると、解読サービス施設２２は、解読エンジン２０を使って暗号コンテンツを解読する。そこで、解読サービス施設２２は、受信者に暗号メッセージの解読バージョンへのアクセスを提供することができる。解読サービス施設２２は、例えば、図４のウエブブラウザ画面８４に表示されたウエブページのようなウエブページを受信者に提供することができる。

画面８４に示すように、受信者が解読オプション８２による実行依頼を使ってアップロードした暗号化情報に対応する解読コンテンツ８６を、ウエブページに含めることができる。例えば、添付ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ．ｔｘｔ５８の解読テキストをウエブページ８４の一部として表示することができる。別の例として、オプション８２を使って、暗号化された本体テキスト６０の暗号テキストが解読サービス施設２２アップロードされた場合には、暗号化本体テキスト６０に対応する解読テキストを、解読コンテンツ８６として表示することができる。

必要に応じ、ウエブページ８４中でダウロードオプション８８のようなオプションを提供することができる。受信者は、この種のオプション（ＵＲＬとして提供できる）を選択して、解読サービス施設２２にアップロードされた暗号コンテンツの解読バージョンをダウンロードすることができる。例として、オプション８８が選択された場合（又は、直接ページ８２中に）、解読サービス施設２２は、受信者に対し、解読されたファイルに対応する一つ以上のＵＲＬを包含するリストを表示することができる。受信者は、（受信者のオペレーティングシステムにもよるが）しかるべきＵＲＬを右クリックして「名前をつけて保存」オプションを選択し、所望の解読コンテンツをダウンロードして受信者の装置１２（例、受信者のハードドライブ）に保存するプロセスを開始することができる。メッセージコンテンツの解読バージョンをダウンロードした後、受信者は適当なアプリケーション２８（例、ウエブブラウザ、ワードプロセッシングアプリケーション、画像アプリケーション、メディアプレイヤーアプリケーションなど）を使って解読コンテンツを見ることができる。

図４の例では、単一のメッセージングアプリケーション及び３つの画面（画面６６、７４及び８４）の使用例を示しているが、図４及び他の図に関連させて説明している機能を、一般に、任意の妥当な数の画面を使って提示することができる。例として、単一のページを使って、受信者が受信者資格認定情報の入力及び解読するファイルの指定をできるようにすることができようし、３ページ以上を使ってこれら情報を収集することなどもできる。

図４に示すタイプの処理法を使って遠隔でメッセージコンテンツを解読することについての例示的なステップを図５ａ及び５ｂのフローチャートに示す。ステップ９０（図５ａ）において、送信者はメッセージコンテンツを暗号化することができる。送信者は、暗号化エンジン１８（図１）及び受信者の公開鍵を使ってメッセージコンテンツを暗号化することができる。妥当なアプリケーション２８（例、暗号化機能を具えたｅメールアプリケーションのようなメッセージングアプリケーション）を使って、解読サービス施設２２に対応するＵＲＬをメッセージ本体に追加することができる。また、送信者のアプリケーションによってメッセージにインストラクションを追加することができる（例、アップロードのためどのようにコンテンツをローカルに保存するか、どのようにＵＲＬをクリックして解読プロセスを開始するかなどについて）。ＵＲＬを追加した後、暗号メッセージコンテンツとＵＲＬとを包含するメッセージを、ネットワーク１４を介して所望の受信者（例、受信者Ｂ）に送信することができる。

ステップ９２において、受信者は暗号メッセージを受信することができ、適当なアプリケーション２８（例、ｅメールアプリケーション又はウエブブラウザ）を使って暗号メッセージを見ることができる。

ステップ９４において、受信者は、暗号コンテンツのローカル保存に関するインストラクションを実施することができる。例えば、ステップ９４において、受信者は暗号化アタッチメント及び／又は暗号化本体コンテンツを、受信者の装置１２のローカルハードドライブ又は他のローカル記憶装置にローカルに保存することができる。

ステップ９６において、受信者は、メッセージ本体中の、解読サービス施設２２に対応するＵＲＬをクリックすることができる。ＵＲＬをクリックすることによって、受信者のウエブブラウザを立ち上げ、ネットワーク１４を介して解読サービス施設２２に、ウエブページの提示要請を送信することができる。必要に応じ、メッセージ中にクリック可能なＵＲＬを組み込まずに、暗号ｅメール中で受信者に提示するインストラクションによって、受信者に特定のウエブサイトに移るよう指定することができる。

ステップ９８（図５ｂ）において、解読サービス施設４４は、受信者のウエブブラウザからページ要請を受け取り、受信者が遠隔解読のため受信者資格認定情報を提示し受信メッセージの暗号コンテンツをアップロードすることのできる対応ウエブページを受信者に提供する。

ステップ１００において、受信者は、受信者の資格認定に関する情報をと解読するコンテンツとをネットワーク１４を介して解読サービス施設２２に提出することができる。受信者は、解読サービス施設が提供するウエブページを使って、受信者のユーザ名及びパスワードのような受信者資格認定情報を解読サービス施設２２に提示することができる。ユーザ名とパスワードとを、例えば、受信者が特定の組織（例、受信者の銀行）との間で以前から設定しているユーザ名及びパスワードとすることができる。ロゴのような、メッセージの送信者に関する情報を、メッセージに含めるかあるいは解読サービス施設からのウエブページ中で受信者に提示することができる。受信者は、ロゴ及び／又はテキストのインストラクションから、どのユーザ名及びパスワードを解読サービス施設２２に提示すべきかを判断することができる。任意の妥当な処理法を使って、暗号コンテンツを解読サービス施設にアップロードすることができる。例えば、受信者はローカルに格納された暗号ファイルをアップロードのため選定し添付することができ、解読サービス施設２２が提供したウエブページ上のアップロードボタンをクリックすることができる。受信者資格認定情報を受信者から解読サービス施設へ送信する過程で、受信者資格認定情報が第三者に開示されないことを確実にするために、セキュアＳＳＬ又はＴＬＳリンクのようなセキュアリンクを使うことができる。

ステップ１０２において、解読サービス施設２２は、受信者から得られた受信者資格認定情報を使って受信者を認証することができる。任意の妥当な認証技法を使って、受信者が暗号メッセージコンテンツの解読を許可されていることを検証することができる。例えば、解読サービス施設は、受信者の資格認定情報を、内部又は外部の受信者資格認定情報データベースに保持されている情報と対比することができる。受信者資格認定情報のデータベースに、受信者が送信者との関係を樹立したとき（例、銀行の顧客がバンクに口座を設けたとき）に設定された受信者資格認定情報を含めることができる。例えば、ステップ１００において解読サービス施設２２に提供された受信者のユーザ名及びパスワードが、解読サービス施設がそのデータベースに保有するユーザ名とパスワードとに合致すれば、受信者は認証される。

必要に応じ、解読サービス施設２２は、第三者認証サービス機関による認証サービス（例、認証された受信者にチケットを発行するウインドウズドメインコントローラ、ケルベロスサーバなど）を使って、ユーザを認証することができる。必要に応じ、シングルサインオン対処法を使って受信者を認証することができる。これらは、単に使用できる例示的な認証技法である。任意の妥当な技法を使って、解読サービス施設２２が暗号メッセージを解読して受信者に解読メッセージコンテンツへのアクセスを提供するに先立って、その受信者が暗号メッセージへのアクセスを許可されていることを確認することができる。

受信者が認証された後、解読サービス施設は、秘密鍵サービス施設２４から秘密鍵を入手することができる（ステップ１０４）。解読サービス施設から依頼された鍵要求に応じて、秘密鍵サービス施設２４は、セキュアメッセージで又はセキュア通信経路を使い通信ネットワーク１４を介して、解読サービス施設２２に秘密鍵を提供することができる。秘密鍵を要請する際には、秘密鍵を要請する対象受信者を明確にすることができる。例えば、秘密鍵の要請には、受信者の身元に関する情報（例、受信者の公開鍵）を含めることができる。受信者に対するＩＢＥ秘密鍵をＩＢＥ秘密鍵発生器１６で生成することができる。受信者に対するＰＫＥ秘密鍵をＰＫＥ秘密鍵保管庫２６から取り出すことができる。

秘密鍵サービス施設２４は解読サービス施設２２を信用することも、しないこともできる。

秘密鍵サービス施設２４が解読サービス施設２２を信用する場合には、解読サービス施設２２がその身元を秘密鍵サービス施設２４に対し証明するという条件で（例、解読サービス施設２２と秘密鍵サービス施設２４との間の信用できる通信チャンネルを使って、鍵要求へのデジタル署名を使って、など）、解読サービス施設２２が行うすべての秘密鍵要請を満たすことができる。

秘密鍵サービス施設２４が解読サービス施設を信用しない場合又は追加の安全措置が望まれる場合には、秘密鍵サービス施設２４は、受信者の秘密鍵のコピーを解読サービス施設２２に発行するに先立って、受信者資格認定情報を要求することができる。受信者の秘密鍵の要請と一緒に受信者の情報を秘密鍵サービス施設２４に提出することができる。解読サービス施設は、受信者からアップロードされてきた元の受信者資格認定情報をサービス施設２４に手渡すことができ、又は、元の受信者資格認定情報から派生させた受信者資格認定情報（例、受信者資格認定、チケット等のセットを再フォーマット、又は別途処理したもの）を秘密鍵サービス施設２４に提供することができる。秘密鍵サービス施設２４は、これら受信者資格認定情報に基づいて受信者を認証することができる。受信者が要請された秘密鍵を取得することを許可したならば、秘密鍵サービス施設２４は、暗号メッセージコンテンツの解読に使用するため解読サービス施設２２に対し要請された秘密鍵を提供することができる。

一般的には、解読サービス施設２２、秘密鍵サービス施設２４、解読サービス施設２２及び／又は秘密鍵サービス施設２４と共同で作業する第三者サービス施設、又はこれらサービス施設の連合が、システム１０における認証を提供することができる。わかりやすくするために、主として、解読サービス施設２２は、その身元を秘密鍵サービス施設２４に対し証明しており秘密鍵サービス施設２４に信用されているので、解読サービス施設２２が受信者を認証し、秘密鍵サービス施設２４が秘密鍵を解読サービス施設２２に発行するという仕組みに関連させて本発明を説明する。但し、これは単なる例示である。必要に応じ、任意の妥当な認証システムをシステム１０において用いることができる。

正当な鍵要請手続きが処理されたならば、秘密鍵サービス施設２４は、ネットワーク１４を介して受信者の秘密鍵を解読サービス施設２２に提供することができる。暗号メッセージに入れて、又はセキュア通信経路（例、ＳＳＬ又はＴＬＳプロトコルを使って保護された通信リンクなど）を介して、鍵サービス施設２４から解読サービス施設２２に鍵を送信することができる。

解読サービス施設２２は、解読サービス施設２２が受信者の秘密鍵のコピーを取得した後、ステップ１０６において、受信者の秘密鍵を使ってアップロードされたメッセージコンテンツを解読し、受信者に解読コンテンツへのアクセスを提供することができる。例えば、受信者がＩＢＥ暗号ファイル又はＰＫＥ暗号ファイルを解読サービス施設２２に提出した場合、解読エンジン２０の中のＩＢＥ解読アルゴリズム又はＰＫＥ解読アルゴリズムを使って（受信者の対応ＩＢＥ又はＰＫＥ秘密鍵と組み合わせて）ファイルを解読することができる。ファイルの暗号解除バージョンを、受信者の回収のために、解読サービス施設のサーバのデータベースの中に収納しておくことができる。解読サービス施設に認証を受けた各受信者は自分に関連する解読コンテンツのリストを見ることができる（しかし、他のユーザのコンテンツは見られない）。

解読されたコンテンツ（例、解読アタッチメント及び／又は本体メッセージ解読コンテンツ）を、ウエブページで自動的に受信者に提供することができ、リアルタイムで受信者にストリームすることができ（例、受信者は、リスト中の特定のファイル名をクリックして、ビデオプレーヤー又はワードプロセッサアプリケーション２８のような適当なアプリケーションを立ち上げることによってコンテンツを見ることができるようにする）、及び／又は後で見るために受信者の装置にローカルに記憶できるようにすることができる。一つの妥当な処理法として、受信者が資格認定情報及び暗号コンテンツを解読サービス施設にアップロードしたのと同じウエブブラウザウインドウを使って、解読コンテンツを受信者に提供することができる。必要に応じ、解読サービス施設２２は、受信者がクリックしてダウンロードプロセスを開始できる選択可能なボタン（例、「ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ．ｔｅｘｔの解読バージョンをダウンロードするにはここをクリックしてください」と標示したボタン）を含むウエブページを受信者に提供することができる。このアプローチでは、受信者がボタンをクリックすると、受信者のブラウザは解読サービス施設２２に要求を提示し、施設はダウンロードプロセスを開始する。

メッセージコンテンツの秘密を維持するために、解読サービス施設２２からの解読メッセージコンテンツを、望ましくは、セキュア経路を使い、通信ネットワーク１４を介して受信者に提供する。例えば、ＳＳＬプロトコル又はＴＬＳプロトコルのようなセキュアプロトコルを使用する経路を介してコンテンツを提供することができる。

図４、５ａ及び５ｂのアプローチは、暗号コンテンツのローカル保存及びファイルのアップロードとダウンロードとを必要とする。このような操作は経験の浅い受信者には簡単でないことがあるので、フォームを使って遠隔での解読機能を提供することができる。フォームをハイパテキストマークアップ言語（ｈｔｍｌ）フォーム又は他の妥当なマークアップ言語フォームとすることができる。また、フォームをジャバスクリプトフォーム、もしくは他の任意のスクリプティング言語、又は受信者のアプリケーション２８（例、受信者のｅメールアプリケーション）が直接的間接的に実行できる言語に基づくフォームとすることができる。わかりやすくするために、以下の例では主としてｈｔｍｌフォームを用いる。

フォームベースの遠隔解読処理法を用いた場合に、暗号メッセージの受信者に提示できる例示的な画面を図６に示す。受信者は、ｅメールメッセージングアプリケーション又はウエブブラウザのような任意の妥当なアプリケーションを使って暗号メッセージを見ることができる。受信したメッセージを見るためにメッセージングアプリケーションを使う場合、メッセージングアプリケーションは、望ましくは、適当なフォーム機能を有する。例えば、ｈｔｍｌフォームによるメッセージを取り扱うのに適したｅメールプログラムはｈｔｍｌフォーム機能（すなわち、ウエブブラウザ、又はそれ自体中のウエブエンジンを呼び出す機能）を持つｅメールプログラムである。送信者が受信者へのメッセージを暗号化する際に、送信者のアプリケーション２８は、ｈｔｍｌフォーム（又は他のフォーム）をメッセージ中に組み込む。フォームには、受信者が受信者資格認定情報と暗号コンテンツとを解読サービス施設２２にアップロードする際に役立つフォームエレメント（フォームフィールドともいう）が包含されている。

この種の暗号メッセージを受信したときに、受信者のメッセージングアプリケーション（又はフォーム取り扱い能力のある他の妥当なアプリケーション）が受信者に提示することのできる例示的なディスプレイ画面１０８を図６に示す。画面１０８のメッセージに、（暗号化されていない）ヘッダ情報１２６を含めることができる。また、画面１０８のメッセージに暗号化されていないインストラクション１１０を含めることができる。インストラクション１１０によって、暗号化されていない書式で、メッセージが暗号コンテンツを包含していることを受信者に知らせることができ、コンテンツにアクセスするためどのようなステップを経る必要があるかを受信者に説明することができる。また、指示の中に、ロゴのような、そのメッセージが特定の送信者からのものであることを受信者が確認するために役立つ情報を含めることができる。

メッセージ１０８に、ｈｔｍｌフォーム１１２を含めることができる。フォーム１１２にフォームエレメントを含めることができる。フォームエレメントを使って、受信者に、受信者資格認定情報を解読サービス施設２２に提示する機会を提供する事ができる。例として、フォーム１１２にユーザ名及びパスワードフォームエレメント１１４を含め、その中に受信者が受信者のユーザ名とパスワードとを入力できるようにすることができる。メッセージの暗号コンテンツをフォームエレメント１１６に含めることができる。見かけの煩雑さを軽減するためにフォームエレメント１１６を非表示にすることができる。暗号コンテンツを非表示フォームエレメントで提供する場合、受信者のメッセージングアプリケーションは、受信者に見えないように暗号コンテンツの表示を隠す。暗号コンテンツが隠されていないフォームエレメントで提供された場合には、受信者の画面１０８に暗号文を表示することができる。

フォーム１１２に、受信者が解読サービス施設２２において遠隔解読プロセスを開始するために選択できるオプション１１８のようなオプションを含めることができる。「解読依頼」オプション１１８のようなオプションをフォームエレメントとして提供することができる。

受信者が、解読依頼オプション（フォームエレメント１１８）をクリックすると、受信者のｅメールアプリケーション（又は受信者の装置中の、フォーム取り扱いのため使われる他の妥当なアプリケーション）のウエブ検索エンジンは、エレメント１１８の暗号コンテンツを、ネットワーク１４を介して解読サービス施設２２に送信する。また、フォームエレメント１１４のようなフォームエレメントを使って提示された受信者資格認定情報も解読サービス施設２２に送信される。任意の妥当な技法を使って、メッセージの暗号コンテンツ及び受信者資格認定情報を解読サービス施設２２に送信することができる。一つの例示的な処理法において、受信者のｅメールアプリケーションのウエブ検索エンジンは、ｈｔｔｐＰＯＳＴ又はＧＥＴオペレーションを使って、フォーム１１２に指定された場所に暗号コンテンツ及び受信者資格認定情報を送信する（すなわち、これら情報を解読サービス施設のウエブサーバに送信する）。

解読サービス施設２２が受信者の受信者資格認定情報及び暗号メッセージコンテンツを受信したならば、解読サービス施設２２は、受信者を認証し、暗号コンテンツを解読するために使用する適正な秘密鍵を、秘密鍵サービス施設２４から入手する。そこで、解読サービス施設２２はその解読エンジン２０を使って、エレメント１１６からの暗号メッセージコンテンツを解読することができる。

任意の妥当な技法を使って、受信者にメッセージの解読バージョンへのアクセスを提供することができる。例えば、解読サービス施設２２は解読コンテンツを自動的に受信者にストリームすることができ、又は、受信者に、解読コンテンツを受信者の装置１２のハードドライブ又は他のローカル記憶装置にダウンロードさせるようにすることができる。そこで、受信者は、受信者の装置のアプリケーション２８を使ってコンテンツにアクセスすることができる。

一つの妥当な処理法において、ユーザが解読依頼エレメント１１８をクリックすると、受信者のウエブブラウザが立ち上がる。ウエブブラウザは、図６に示すように、受信者に対し、解読メッセージコンテンツ及び／又はオプション１２４のような解読コンテンツのダウンロードオプションを表示する。

解読コンテンツを、受信者に安全に提供することができる。例えば、オプション１１８が選択された後に、解読サービス施設２２から取得される解読メッセージを、ＳＳＬプロトコル又はＴＬＳプロトコルのようなセキュアプロトコルを用いる経路を使い、通信ネットワーク１４を介して受信者に提供することができる。

システム１０において受信者に遠隔解読サービスを提供するため、図６に示す種類のフォームベース処理法を用いる際の例示的なステップを図７に示す。ステップ１２６において、所望の受信者へのメッセージコンテンツを暗号化し、メッセージを、ネットワーク１４を介して受信者に送信する。送信者のメッセージングアプリケーション２８は、暗号化エンジン１８を使い、受信者のＩＢＥ公開鍵又はＰＫＥ公開鍵を用いてメッセージコンテンツを暗号化することができる。メッセージングアプリケーションは、受信者へのメッセージの中にフォームを組み込むことができる。メッセージングアプリケーションは、図６のフォームエレメント１１６のような、フォーム中のフォームエレメントの中に暗号コンテンツをいれることができる。また、受信者資格認定情報収集フォームエレメント１１４及び解読アップロードオプション１１８のような他のフォームエレメントを、送信者のメッセージングアプリケーションによって自動的にメッセージの中に組み入れることができる。

ステップ１２８において、受信者はフォームを包含するメッセージを受信することができる。受信者は、ウエブブラウザ、ｈｔｍｌフォームを扱うウエブブラウザエンジンのような適当なフォーム処理エンジンを具えたｅメールプログラム、又は他の任意の妥当なアプリケーションを使って、受信したメッセージを表示することができる。

ステップ１３０において、受信者は、必要な場合、受信者資格認定情報フォームエレメント中に、しかるべき受信者資格認定情報入力することができ、又は他の方法で認定情報を提示することができる。暗号コンテンツは、送信者によってフォームエレメントとしてすでにフォーム中に自動的に組み込まれており、受信者は、後で添付して解読サービス施設にアップロードするためにメッセージをローカルに保存することを気遣う必要はない。受信者は単にフォームエレメントボタン１１８をクリックするだけでよい。

受信者がフォームエレメント１１８（図６）をクリックすると、受信者のｅメールプログラムのウエブブラウザエンジン、又は受信者のアプリケーションのフォーム処理コンポーネントは、組み込まれたフォームエレメント１１６からの暗号コンテンツ、及び（必要な場合）エレメント１１４のようなフォームエレメントからの受信者資格認定情報を解読サービス施設に送信する。解読サービス施設の場所（すなわち、解読サービス施設で稼動しているウエブサーバのウエブアドレス）を、受信者が解読オプションフォームエレメント１１８を選択したときに、受信者のアプリケーションが解読サービス施設の場所探索に使うため、フォーム１１２に組み込んでおくことができる。ｈｔｔｐＰＯＳＴ又はＧＥＴオペレーション又は他の妥当なオペレーションを使って、フォームに指定されたウエブの場所（すなわち解読サービス施設）にフォームエレメントのコンテンツを送信することができる。

ステップ１３４において、解読サービス施設２２のウエブサーバは、受信者からアップロードされた情報を受信し処理する。例えば、解読サービス施設２２のウエブサーバは、受信者資格認定情報を使って受信者を認証することができる。受信者資格認定情報、及び／又は受信者を識別できるような他の情報を使って、解読サービス施設は、秘密鍵サービス施設２４に、メッセージを解読するために使う適正な秘密鍵を要求することができる。秘密鍵を使って、アップロードされてきた暗号メッセージコンテンツを解読することができる。そこで、任意の妥当な技法を使って、受信者に解読されたメッセージのコンテンツへのアクセスを提供することができる。例えば、解読コンテンツをウエブページに表示することができ、受信者がウエブページに掲載された「ダウンロード」オプション又はＵＲＬを選択したときにダウンロードすることができ、リアルタイムで受信者にストリームすることなどができる。

多くのｅメールは、メッセージの本体中にｈｔｍｌフォームを表示できないように構成されている。組織内の環境においては、ネットワークセキュリティの向上のためこの種の構成が選ばれる。ネットワークユーザは、自分のｅメールプログラムがフォームを表示しない場合には、機密情報をうかつに明かすようなことはしないであろう。

メッセージの本体に包含されるフォームが受信者のメッセージングアプリケーション２８によって表示されない環境に対応するために、送信者は、直接にメッセージ本体の中にフォームを組入れるのでなく、アタッチメントとしてフォームを具えたメッセージを作成することができる。

この種の例示的な処理法を図８に示す。図８に示すように、単プファイルとしてフォームを持つメッセージを、受信者の通常のメッセージングアプリケーション２８によって、ディスプレイ画面１３６で受信者に提示することができる。メッセージ画面１３６を、例えば、受信者のｅメールプログラムが提供するｅメールディスプレイ画面とすることができる。ｅメールプログラムフォーム機能は（この例では）無効にされているが、受信者は、メッセージの本体とそのアタッチメント、すなわちフォーム１３８とを表示することができる。

図８の例の中のフォームアタッチメント１３８は、「ｆｏｒｍ．ｈｔｍｌ」というｈｔｍｌフォームである。一般的には、任意の妥当な種類のフォームを添付することができる。例えば、添付フォームをｈｔｍｌ以外のマークアップ言語を使ったマーク付き言語とすることができ、また、ジャバスクリプトのようなスクリプト言語に基づくフォームとすることもできる。これらは単なる説明例である。必要に応じ、任意の妥当な言語に基づくフォームをメッセージに添付することができる。

画面１３６に表示されたメッセージの本体に、ヘッダ上及びインストラクション１４０のような情報を含めることができる。インストラクションによってメッセージが暗号コンテンツを包含していることを受信者に知らせることができる。また、インストラクションによって、受信者にフォームアタッチメント１３８を開いて解読プロセスを進めるよう促すことができる。フォームを開いても安全であることを受信者に保証するために、受信者へのメッセージの送信者を識別するのに役立つ、信用のあるロゴのような情報をメッセージに含めておくことができる。

受信者はフォーム上で右クリックし「開く」オプションを選択して、又は受信者のオペレーティングシステム及びアプリケーションがサポートしている他の任意のやり方を使ってフォーム１３８を開くことができる。フォームが開かれると、ウエブブラウザのようなフォームを取り扱えるアプリケーション２８が、受信者の装置１２上に自動的に立ち上げられる。

立ち上げられたウエブブラウザは、受信者にフォームを表示する。フォームを、例えば例示のディスプレイ画面１４２に示すような表示にすることができる。画面１４２フォームを、図６及び７のフォームベースの処理法に関連して使ったのと同じ種類のフォームとすることができる。（必要な場合）フォームエレメント１４４を使って受信者資格認定情報を収集することができる。暗号メッセージコンテンツをフォームエレメント１４６の中にいれることができる。見かけの乱雑さを軽減するためにフォームエレメント１４２を隠すことができる。また、表示されたフォーム１４２に、解読依頼オプション１４８のようなオプション（これをフォームエレメントとして提示することができる）を含めておくことができる。

受信者がオプション１４８をクリックすると、エレメント１４６の暗号コンテンツはフォームが特定する場所（すなわち解読サービス施設２２のウエブサーバ）に送信される。解読サービス施設は、送信されてきた情報を使って、受信者を認証し、受信者の秘密鍵を入手する。そこで、解読サービス施設は、暗号コンテンツフォームエレメント１４６に包含されていたメッセージの暗号コンテンツを解読する。

解読サービス施設が暗号メッセージのコンテンツを解読すると、解読サービス施設は、受信者にメッセージコンテンツの解読バージョンへのアクセスを提供する。任意の妥当なやり方を使って、受信者に解読コンテンツへのアクセスを提供することができる。例えば、画面１４２のフォームを表示するのに使ったのと同じウエブブラウザウインドウで解読コンテンツを表示することができる。図８に示すように、画面１５０のような画面を受信者のウエブブラウザに表示することができる。画面１５０に、解読コンテンツ（例、メッセージの解読されたテキスト）、及び／又は、受信者が解読コンテンツのダウンロードプロセスの開始を選択できるオプション１５４のようなオプションを含めることができる。オプション１５４のようなオプションを、グラフィックス（例、クイック可能なボタンの形で）を使って設けることができ、又はＵＲＬを使って設けることができる。一般的に言って、図４−７の解読コンテンツへのアクセス処理に関連して説明した例示的な技法の任意のものを、図８のフォームアタッチメントに対して使用することができる。

システム１０におけるセキュアメッセージングをサポートするため、図８のフォーム添付技法を使用することに関する例示的なステップを図９に示す。ステップ１５６において、送信者は、メッセージングアプリケーションを使って、所望の受信者へのメッセージを暗号化し、ネットワーク１４を介してメッセージを受信者に送信することができる。暗号化エンジン１８を使用して（例、ＩＢＥ暗号法又はＰＫＥ暗号法を使って）メッセージコンテンツを暗号化することができる。

メッセージ宛先の受信者は、ｅメールアプリケーション又は他のメッセージングアプリケーションが、メッセージ本体に含まれるフォームを表示できない場所にいることがある。この制限に対応するため、送信者が使用しているメッセージングアプリケーション２８は、フォームをメッセージ本体に含めるのではなく、適当なフォームをメッセージに自動的に添付する。メッセージに添付されたフォームは、暗号メッセージコンテンツ、及び（オプションとして）受信者が受信者資格認定情報を解読サービス施設２２に提出できるようにするフォームエレメントを包含する。暗号メッセージコンテンツを非表示フォームエレメントとして提供することができる。また、フォームアタッチメントに、解読サービス施設２２において遠隔解読プロセスを開始することを受信者が選択できるようにする解読オプションフォームエレメントを含めることができる。また、インストラクション及び他のコンテンツをメッセージに含めることができる。例えば、受信者に添付フォームを開くよう促す、暗号でないインストラクションをメッセージ本体の中に含めることができる。

ステップ１５８において、受信者は、送信者から暗号メッセージを受信することができる。受信者は、例えば、ローカルの解読エンジン２０を持たない受信者Ｂのような受信者であるとする。また、受信者はｅメールメッセージの本体中に直接包含されるフォームを見ることができないものとする。但し、受信者のメッセージングアプリケーションは、アタッチメントとして提供されたフォームを受領しリストすることができ、受信者のｅメールプログラムが提示するディスプレイ画面中に、送信者が提供したフォームがリストされる。

ステップ１６０において、受信者は、フォームアタッチメントを開くことができる。任意の妥当なアプリケーションを使って開かれたフォームを表示することができる。例えば、ウエブブラウザを使い、ｈｔｍｌフォームを開いて表示することができる。

アタッチメントを開いた後、ステップ１６２において、受信者は、フォームを使って、受信者資格認定情報（必要な場合）及び暗号メッセージコンテンツを解読サービス施設に提出することができる。解読サービス施設の場所をフォームの中に指定しておくことができる（例、ウエブアドレスとして）。受信者は、開かれたフォーム内に設けられた「解読依頼」オプションのようなフォームエレメントオプションをクリックすることによって、受信者資格認定情報及び解読する暗号メッセージコンテンツのアップロードを開始することができる。

ステップ１６４において、フォームからアップロードされた情報を受信した解読サービス施設のウエブサーバは、アップロードされた情報を処理する。例えば、アップロードされた受信者資格認定情報を使って受信者を認証することができ、秘密鍵サービス施設２４から対応する秘密鍵を取得することができ、（秘密鍵と、解読サービス施設２２の解析エンジン２０とを使って）アップロードされた暗号コンテンツを解読することができる。任意の妥当な技法を使って（例、受信者の開かれたウエブブラウザウインドウに解読コンテンツを表示することによって、受信者がＵＲＬ又は他のオプションをクリックしてダウンロード／保存のプロセスを開始できるようにすることによって、など））受信者に、暗号メッセージコンテンツの解読バージョンへのアクセスを提供することができる。解読コンテンツをＳＳＬ又はＴＬＳリンク又は他のセキュアリンクで提供して、秘密を維持することができる。

必要に応じ、送信者のメッセージングアプリケーションを使って、複数の暗号化ファイルを作成してメッセージに添付することができる。暗号コンテンツを複数のファイルに分割することの利点は、受信者はすべてのアタッチメントを一度に解読依頼する必要がないことである。受信者が解読を望むアタッチメントを解読サービス施設で解読してもらう必要があるだけである。このやり方は、特に、いくつもの大きなアタッチメントを送信する際の助力となる、というのは、多くの大容量アタッチメントを一つのファイルに組み合わせると、ファイルが不都合なほど大きくなってしまうからである。

一つの妥当なアプローチにおいて、送信者のメッセージングアプリケーション２８は、送信者が、コンテンツを単一のｈｔｍｌフォーム（又は他の妥当なフォーム）に一体化するか、あるいはメッセージコンテンツの一部又は全部を別個のｈｔｍｌフォーム（又は他の妥当なフォーム）に分割するかどうかを決めることができるようにする。それから、受信者のＩＢＥ又はＰＫＥ公開鍵を用い、送信者のＩＢＥ又はＰＫＥ暗号化エンジン１８を使ってメッセージコンテンツを暗号化することができる。

送信者のアプリケーションによって、暗号化されたコンテンツをフォームエレメント（例、非表示フォームエレメント）としてフォームに組み込むことができる。例えば、暗号化するコンテンツの中にメッセージ本体テキスト、ビデオファイル、及び音声ファイルが含まれている場合には、３つのフォームを（暗号化本体テキストを組み込んだ第一フォームを非表示フォームエレメントとして、暗号化ビデオファイルを組み込んだ第二フォームを非表示フォームエレメントとして、暗号化音声ファイルを組み込んだ第三フォームを非表示フォームエレメントとして）生成することができる。

このアプローチを用いて構成された例示的なメッセージを図１０に示す。受信者がメッセージを受信すると受信者のメッセージングアプリケーション又は他の妥当なアプリケーション２８は、図１０のディスプレイ画面１６６のようなディスプレイ画面にメッセージを表示することができる。メッセージにヘッダ情報１６８を表示し、これに送信者のアドレス及び受信者のアドレスについての情報を含めることができる。また、メッセージに、メッセージへのアタッチメントのリスト１７０を含めることができる。図１０の例においては、３つのｈｔｍｌフォームアタッチメントがある、ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ＿１＿ｆｏｒｍ．ｈｔｍｌ、ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ＿２＿ｆｏｒｍ．ｈｔｍｌ、及びｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ＿３＿ｆｏｒｍ．ｈｔｍｌである。これは単なる例示である。送信者のメッセージングアプリケーション２８によって、妥当な任意の数のフォームをメッセージとともに提供することができる。

どのファイルを別個のフォームアタッチメントとしてメッセージに含めるか、また、どのファイルを同じフォームアタッチメントに組み込むかの選択を、送信者のマニュアルによる管理及び／又はメッセージングアプリケーションの自動制御で処理することができる。例えば、メッセージングアプリケーションは、メッセージ作成プロセスにおいて、小さなアタッチメントを自動的に一体にし、大きなアタッチメントを自動的に別々にすることができ、送信者はどのファイルをそれぞれどのフォームで提供するかを選択することができる。

図１０のメッセージのようなメッセージに、受信者へのインストラクション１７２を含めることができる。インストラクションを使って、受信者に送信者の身元に関する情報を提供することができる。また、インストラクションによって、メッセージが暗号コンテンツを包含していること、及び受信者は添付のフォームを開き、遠隔解読プロセスを開始すべきことを受信者に伝えることができる。受信者が各フォーム開くに際して、受信者に図８の画面１４２のような画面を提示することができる。受信者は自分の受信者認定情報（受信者資格認定情報が要求される場合）を入力し、図８の解読依頼オプション１４８のような遠隔解読オプションをクリックすることによって、フォームに組み込まれた暗号コンテンツを解読サービス施設２２に提出することができる。

解読サービス施設２２がアップロードされたコンテンツを受信解読した後、受信者はコンテンツの解読バージョンへのアクセスを受けることができる。図８の画面１５０に関連して説明した種類のアプローチ、又は他の任意の妥当なアプローチを使って、受信者に解読コンテンツへのアクセスを提供することができる。

メッセージに複数のフォームが添付されている場合、各フォームに、受信者からユーザ名及びパスワード情報（又は他の適当な受信者資格認定情報）を採取するための受信者資格認定情報フォームエレメントを含めることができる。必要に応じ、一つのフォームだけ受信者資格認定情報の採取が必要とする（例、暗号コンテンツを含むフォーム又は別個の「ログイン」フォーム）。解読サービス施設がいったん受信者を認証したならば、受信者は、一解読セッションの間は解読サービス施設にログインしていることができる（すなわち、受信者がログアウトするか、あるいは解読サービス施設２２との接続を中断するまで）。この解読セッションの間は、受信者は、受信者資格認定情報を再入力せずに、他のフォームを解読のためアップロードすることができる。

受信者に暗号コンテンツを提供するのに添付ｈｔｍｌフォームを使用することによって、制限された環境にいる受信者が、暗号メッセージコンテンツを受信しこれにアクセスできることを確実にする。また、図１の受信者Ａのような受信者のユーザ経験を高めるために、暗号コンテンツをメッセージの本体に組み込むこともできる。図１の受信者Ｂのような受信者はローカルの解読機能を持たないので、暗号メッセージ本体コンテンツは、これら受信者に対しては、暗号文として見えることになる。しかしながら、制限の少ない環境で作業をしており、自分の装置１２に解読エンジン２０を有している、受信者Ａのような受信者は、フォームのアタッチメントを使わなくても暗号メッセージ本体コンテンツを解読閲覧することができるであろう。

送信者は受信者がどちらのタイプの環境で作業しているのかを知らないことがあるので、送信者のメッセージングアプリケーションが、特定のメッセージコンテンツのコピーをメッセージ中に２つ含めるようにして、送信者が両方のタイプの受信者に対応するための助力とすることができる。メッセージングアプリケーションは、特定のコンテンツ第一のコピーを暗号化し、メッセージの本体中にいれることができる。このコンテンツの第二コピーを暗号化して非表示フォームエレメントとしてフォームの中にいれることができる。そこでフォームをメッセージに添付することができる。受信者Ａのような受信者は、ローカルで解読エンジン２０を使ってコンテンツの第一コピーを解読することができる。受信者Ｂのような受信者は、フォームのアタッチメントを開いて、遠隔解読のため、解読サービス施設２２にコンテンツを解読依頼することができる。

このようなやり方で複製されたコンテンツは任意の妥当なメッセージコンテンツである。例えば、ある特定のメッセージ本体テキストを複製コンテンツとすることができる。メッセージ本体中の暗号化テキスト、及び添付ｈｔｍｌフォーム中に暗号化されたフォームエレメントの両方の形で提供された特定のメッセージテキストを含む例示的なメッセージを図１１ａ及び１１ｂに示す。

受信者Ｂ（図１）のような受信者は、解読エンジン２０を持たないメッセージングアプリケーションを使ってメッセージを表示することができる。この状況において、受信者のメッセージングアプリケーションは、図１１ａの画面１７４のような画面にメッセージを表示する。１１ａに示すように、メッセージにヘッダ情報１７６を含めることができる。また、メッセージに受信者へのインストラクション及びアタッチメントのリスト１７８を包含させることができる。アタッチメントに一つ以上のフォームを含めることができる。図１１ａの例において、ｆｏｒｍ．ｈｔｍｌというフォームがアタッチメントに含まれている。受信者がｆｏｒｍ．ｈｔｍｌを開くと、受信者に、受信者認定情報を提示する機会及び解読サービス施設２２を使って組み込まれた暗号コンテンツ遠隔解読を開始する機会が提供される。解読エンジンを持たないメッセージングアプリケーションは、暗号コンテンツをローカルでは解読できないので、画面１７４のメッセージ本体１８０は暗号化されたままである。暗号化されたテキストはコードで表現される−（例、「ｕ０９ｊ５ｉ９ｍｋｌｄ９０ｎ・・・」のような暗号文）。メッセージ本体テキストをローカルで解読することはできないが、メッセージ中のインストラクションによって、受信者がフォーム暗号化手法を使えば、暗号メッセージの全コンテンツの閲覧が可能であることを、受信者に伝えることができる。

受信者Ａ（図１）のような受信者は、解読エンジン２０を具えるメッセージングアプリケーションを使って、同一のメッセージを表示することができる。この状況では、受信者のメッセージングアプリケーションは、図１１ｂの画面１８２のような画面にメッセージを表示する。図１１ｂに示すようにメッセージにヘッダ情報１８４を含めることができる。また、メッセージに受信者へのインストラクション及びアタッチメントのリスト１８６を包含させることができる。受信者Ａの装置上のメッセージングアプリケーションは解読エンジン２０を具えている。メッセージングアプリケーションを、例えば、解読エンジン２０を内蔵したｅメールプログラム、又は解読エンジンプラグインモジュールを具えたｅメールプログラムとすることができる。

メッセージングアプリケーションは解読エンジン２０を使ってローカルでメッセージ本体テキストを解読し、その解読されたコンテンツ１８８を画面１８２に表示する。追加のフォームアタッチメントについては添付コンテンツの遠隔解読により対応し、また、（非フォームの）追加暗号化アタッチメントはローカルで解読することができる。

大容量のコンテンツを、メッセージ本体と（受信者Ａのような受信者のために）フォームアタッチメントとの（受信者Ｂのような受信者のために）両方で提供するのは効率的でないことがある。ｈｔｍｌフォーム（又は他の妥当なファイルタイプ）の形で片方だけの暗号コンテンツを提供することによって効率を向上することができる。

ドキュメント処理アプリケーションを使ってこの種のスキームを実行することができる。受信者Ａのような自分の装置１２に解読ソフトウエアをインストールすることができる受信者は、自分の装置でドキュメント処理アプリケーションを使って解読プロセスを自動化することができる。暗号コンテンツを持つ添付ｈｔｍｌフォームを包含するメッセージを受信したとき、受信者は通常のようにｈｔｍｌフォームを開くことができる。フォームが開かれると、ドキュメント処理アプリケーションは、フォームが暗号コンテンツを包含するかどうかを自動的に判断する。メッセージが暗号コンテンツを包含する場合、ドキュメント処理アプリケーションは、解読エンジンを作動させ、受信者資格認定情報及び遠隔でのメッセージ解読以来に関係するフォームエレメントを表示することなく、コンテンツをローカルに解読し受信者に提示することができる。

受信者Ｂのような自分の装置に解読ソフトウエアをインストールしていない受信者は、ドキュメント処理アプリケーションを使う必要はない。これらの受信者が暗号コンテンツを含む添付ｈｔｍｌフォームを開くと、それら受信者に対して、受信者資格認定情報を入力するためのフォームベースのオプション、及び遠隔解読を買いすするためのフォームベースのエレメントを提示することができる。

受信者Ａのような任意の妥当な処理方式を使っている受信者の装置にはドキュメント処理アプリケーションをセットアップすることができる。例えば、システムを際ブートした後最初に受信者のメッセージングアプリケーション２８を実行するたびごとに（又は他の任意の妥当な時点に）、メッセージングアプリケーションは、受信者のオペレーティングシステムに対し、ｈｔｍｌファイル（又は他の妥当なファイル）が開かれる都度、文書処理アプリケーションを作動させるよう命令することができる。このセットアッププロセスにおいて、ドキュメント処理アプリケーションをオペレーティングシステムに登録することができる。受信者のメッセージングアプリケーションを、解読エンジンプラグイン又は内蔵解読エンジンを持つｅメールプログラムのような、解読機能を持つｅメールプログラム、又はメッセージを表示するための他の任意の妥当なアプリケーションとすることができる。

オペレーティングシステムに、ドキュメント処理アプリケーションの使用に関する適切な命令が与えられた後、ｈｔｍｌファイルが開かれる都度、ドキュメント処理アプリケーションは、ファイルに暗号コンテンツが包含されているかどうかを判断する（例、開かれたｈｔｍｌフォームに、組み込みフォームエレメントの形で暗号メッセージが包含されていないかどうか）。ドキュメント処理アプリケーションが、開かれるファイルは通常の（暗号化されていない）ｈｔｍｌ文書であると判断した場合には、どのような通常ｈｔｍｌ文書であっても、ドキュメント処理アプリケーションは、受信者のウエブブラウザ又は他の適当なプログラムに、ｈｔｍｌ文書を開くように命令する。しかしながら、開かれるファイルが暗号化コンテンツを含むと判断した場合には、ドキュメント処理アプリケーションは、確実に、解読エンジン２０を使って暗号コンテンツが解読されるようにすることができる。そこで、コンテンツの解読バージョンを受信者に提示することができる（例、この種のコンテンツを表示するのに適したアプリケーション２８を使って）。解読されたコンテンツがメッセージフォーマットの場合には、適当なメッセージ読み取りアプリケーションを作動して解読メッセージコンテンツを表示することができる。解読コンテンツが他のフォーマット（例、表計算シート、ビデオファイル、画像ファイル、音声ファイルなどのような特定のアプリケーションに関連したフォーマット）の場合には、そのファイルタイプを取り扱う能力のあるアプリケーションを自動的に作動使用して、解読されたコンテンツを表示することができる。

ドキュメント処理アプリケーションの使用によって、暗号コンテンツが受信者の環境に合った方法で取り扱われることを確実にする。ローカル解読エンジン２０が利用可能な環境下で暗号化されたメールのアタッチメントを開く受信者には、解読コンテンツを直接に提示することができる。ローカル解読エンジン２０を持たない制限された環境で、同じ暗号化されたメールのアタッチメントを開く受信者に対しては、受信者が遠隔解読のため受信者資格認定情報及び暗号コンテンツをアップロードすることのできるフォームを提供することになる。解読エンジン２０を具える環境の受信者には、メッセージ本体にいかなる暗号文も組み込まずに、暗号コンテンツを提供することができるので、図１１ａ及び１１ｂに関連して説明したように、アタッチメントとメッセージ本体との両方にコンテンツを複製する必要はない。

システム１０において、暗号コンテンツが、メッセージアタッチメントとしてメッセージに含まれたフォームに格納されている場合のドキュメント処理アプリケーションの使用を図１２ａ及び１２ｂに示す。ローカルの解読エンジンを持たない受信者がメッセージを処理するやり方を図１２ａに示す。受信者が解読エンジン２０を保有しており、オペレーティングシステムに対し、フォームが開かれたときに適切なドキュメント処理アプリケーションを作動する命令が与えられている場合の受信者のメッセージ処理を図１２ｂに示す。

初めに、送信者は、送信者装置のメッセージングアプリケーションを使って、暗号コンテンツを含むメッセージを生成する。暗号化エンジン１８を使い、受信者のＩＢＥ公開鍵又はＰＫＥ公開鍵を用いてメッセージコンテンツを暗号化することができる。メッセージングアプリケーションは、暗号コンテンツをフォームにいれることができる。フォームを、ｈｔｍｌフォーム又は他のマークアップ言語フォーム、又は他の任意の妥当な種類のフォームとすることができる。暗号コンテンツを、フォームエレメントとしてフォームに組み込むことができる。見かけの乱雑さを軽減するためにフォームエレメントを非表示とすることができる。入力用のボックス又は他の適当なユーザインタフェースを使って受信者資格認定情報を収集する必要がある場合には、送信者メッセージングアプリケーションによって、ユーザ名及びパスワードフォームエレメント又は他の妥当な仕組みをフォームに含めることができる。メッセージにインストラクションを含めることができる（例、暗号化されていないメッセージ本体テキスト）。大量のコンテンツを暗号化する場合、又はメッセージに関連する多くの異なるファイルがある場合には、複数のフォームをメッセージに添付することができる。送信者が暗号メッセージ作成したならば、ネットワーク１４を介して受信者にメッセージを送信することができる。送信者は、受信者が自分の装置に解読エンジンをインストールしているかどうかを知る必要はない。

図１の受信者Ｂのような、制限された環境で作業しているか、あるいは別の理由で解読エンジンをローカルにインストールすることを望まない受信者に対しては、メッセージの受信後、図１２ａの画面１９０のようなディスプレイ画面を提示することができる。受信者のメッセージングアプリケーション（例、受信者のｅメールプログラム）又は受信者の他のアプリケーション（例、ウエブブラウザ）を使って、受信者に画面１９０を表示することができる。

メッセージにヘッダ情報１９２を含めることができる。メッセージにインストラクション１９４を含めて、受信者にメッセージが暗号化されていることを知らせることができる。また、送信者に関する情報（例、ロゴ又はそういった他の情報）をメッセージに含めることもできる。メッセージにメッセージ添付リスト１９６、又は他の妥当なメッセージ添付情報をメッセージに入れることができる。インストラクション１９４によって、受信者に、添付されたフォームを開きメッセージのコンテンツを解読して、閲覧するように促すことができる。

受信者がフォームを開くと、受信者のウエブブラウザ（又は妥当なウエブエンジンを具える他のアプリケーション）が立ち上がり、画面１９７のような画面を受信者に表示することができる。画面１９７に表示されたフォームに受信者資格認定情報収集のためのフォームエレメント１９８を含めることができ、もしくは必要に応じ、他の妥当な技法を使って受信者資格認定情報を収集することができる。メッセージの暗号コンテンツを、フォームエレメント２００（例、非表示フォームエレメント）としてフォームに組み込むことができる。フォームに受信者への追加インストラクションを入れることができる。受信者は、これらのインストラクションに従って遠隔で暗号コンテンツを解読することができる。例えば、受信者は、解読フォームエレメントボタン２０２のような解読ボタンをクリックして、解読サービス施設に向け、エレメント１９８から受信者資格認定情報及びエレメント２００の暗号コンテンツのアップロードを開始することができる。解読サービス施設２２は、図８に関連して説明したように、アップロードされたコンテンツを解読し、受信者に解読コンテンツへのアクセスを提供することができる。

図１の受信者Ａのような受信者に同じメッセージが送信された場合には、メッセージは異なるやり方で処理される。図１の受信者Ａのような受信者は、解読機能を具えたｅメールプラグイン又は他の解読能力のあるアプリケーション２８が受信者の装置にインストールされている環境で作業している。また、この受信者のオペレーティングシステムは、ｈｔｍｌフォーム（又は他のしかるべきドキュメントタイプ）が開かれた場合には、必ず、ドキュメント処理アプリケーションを作動する命令を受けている。

受信者Ａがメッセージを受信すると、受信者のメッセージングアプリケーションは、受信者に対し、図１２ｂの画面２０４のような画面にメッセージを表示することができる。画面２０４に、図１２ａの画面１９０と同じ情報を含めることができる。例えば画面２０４中のメッセージに同じヘッダ情報１９２、同じインストラクション１９４、及び同じアタッチメントのリスト１９６を含めることができる。但し、受信者Ａの装置は、受信者Ｂの装置と異なるやり方でメッセージアタッチメントを処理する。

具体的には、受信者Ａが暗号化ファイルアタッチメント（すなわち、図１２ｂの例の「ｅｎｃｒｙｐｔｅｄ＿ｆｉｌｅ＿ｆｏｒｍ．ｈｔｍｌ」フォーム）を開くと、受信者Ａのオペレーティングシステムはドキュメント処理アプリケーションを作動する。ドキュメント処理アプリケーションは、フォームが暗号コンテンツを包含しているか銅かを判断する。フォームに暗号コンテンツが含まれていると、解読エンジン２０がローカルで実行され、暗号コンテンツを解読する。そこで、解読されたコンテンツは、自動的に、画面２０６のような画面によって受信者に提示される。画面２０６を、受信者のメッセージングアプリケーション、又は、解読された種類の解読ファイルアタッチメント（例、ビデオ又は画像ファイル、ワード処理文書、表計算シートなど）を表示するのに適した他のアプリケーションプログラムによって表示することができる。

システム１０においてドキュメント処理アプリケーションを使って、特定の受信者に対し暗号コンテンツを自動的に解読するための例示的なステップを図１３に示す。

ステップ２０８において、受信者Ａ（図１）の装置に解読エンジン２０をインストールすることができる。解読エンジンを、例えば、ｅメールプログラムへの解読エンジンプラグインとすることができる。また、他のアプリケーション。プログラムを受信者Ａの装置及び受信者Ｂ（図１）の装置にインストールすることができる。

受信者Ａにおける暗号化ドキュメントの適切な取扱いを確実にするために、受信者Ａの装置上のオペレーティングシステムに対し、ｈｔｍｌフォームのような特定の種類のドキュメントが開かれる都度ドキュメント処理アプリケーションを作動するよう命令する。受信者Ａのオペレーティングシステムに対し、再ブーツ操作（ステップ２１０）の後にこのような方法を命令することができる。受信者Ａのメッセージングアプリケーション、インストールプログラム又は他の任意の妥当なプロセスによって、受信者Ａのオペレーティングシステムにドキュメント処理アプリケーションの使用を命令することができる。

ステップ２１４において、受信者Ａは、送信者からのメッセージを受信し、メッセージに添付されたｈｔｍｌフォームを開くことができる。

ステップ２１６において、ドキュメント処理アプリケーションは、開かれるｈｔｍｌフォームが暗号コンテンツを包含していないかどうかを判断することができる。暗号コンテンツが検知されたならば、受信者の解読エンジン２０を使って、暗号コンテンツを解読することができる。そこで、受信者にローカルで解読されたコンテンツへのアクセスを提供することができる。同じフォームを開いた受信者Ｂのような受信者は、フォームを使って、解読サービス施設２２による遠隔解読を開始することができる。

一部の組織では、ｈｔｍｌフォームを遮断する反スパム又は抗ウイルスフィルタリングソフトウエアを使用していることがある。この種の組織の中の受信者が、送信者がｈｔｍｌフォームを添付したメッセージを受信した場合、アタッチメントが失われていることがある。これらの組織の受信者は、暗号コンテンツの遠隔解読を開始するため、フォームベースのアプローチを使うことはできない。だが、このような受信者は、フォームの使用に対する正弦を迂回するフォーマットで暗号メッセージを再送信することを要請することができ、又は、すべてのメッセージをそのようなフォーマットを用いて提供することができる。

ｈｔｍｌの使用に対する考えられる制限を迂回する一つの例示的なやり方は、ＧＩＦ画像タグ中のメッセージの中に暗号コンテンツを組み込むことがかかわる。ＧＩＦ画像タグは、ウエブページ及び他のｈｔｍｌコンテンツ（例、ｈｔｍｌのｅメール）で広く使われている。結果として、ＧＩＦ画像タグは、通常、反スパム及び抗ウイルスフィルタリングパッケージでは遮断されない。

ＧＩＦベースの暗号化アプローチにおいて、送信者のメッセージングアプリケーションは、最初に、ＩＢＥ公開鍵又はＰＫＥ公開鍵を使って保護するコンテンツを暗号化する。暗号化されたコンテンツは、暗号文のブロックとして表示される。例えば、暗号コンテンツは「ｘｍｏｅｊｏａｐｕｉ９ｆ０ａｅｕｊｆ９ｅｊｆｉａ・・・」といったものになろう。

送信者が暗号生成した後、送信者のメッセージングアプリケーションは、暗号文を小片（例、１０００バイト片）に分割する。また、送信者のメッセージングアプリケーションは、固有のメッセージ識別子（ｍｓｇＩＤ）をメッセージに割り当てる。暗号文の各片を、固有のメッセージＩＤ及び部分識別子（すなわち、ＧＩＦタグ中のコードフラグメントがどのメッセージのサブ部分に対応しているかを識別する番号）とともに、別々のＧＩＦタグ（例、小さな１ｘ１ピクセルＧＩＦに対するＧＩＦタグ）に組み込むことができる。また、各ＧＩＦタグに、解読サービス施設２２の対応するウエブサーバのウエブアドレスを含めることもできる。

この例において、最初のいくつかのＧＩＦタグは、以下：
ＧＩＦ１＝ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｒｐ．ｃｏｍ／ｍｓｇＩＤ＝１７／ｐａｒｔ＝１／ｘｍｏｅｊｏａｐ
ＧＩＦ２＝ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｒｐ．ｃｏｍ／ｍｓｇＩＤ＝１７／ｐａｒｔ＝２／ｕｉ９ｆ０ａｅｕ
ＧＩＦ３＝ｈｔｔｐ：／／ｐｒｏｘｙ．ｃｏｒｐ．ｃｏｍ／ｍｓｇＩＤ＝１７／ｐａｒｔ＝３／ｊｆ９ｅｊｆｉａ
のように見えるようにしてもよいであろう。

受信者が、組み込みＧＩＦタグを包含するメッセージを受信し閲覧すると、ＧＩＦタグ情報は自動的に解読サービス施設２２に送信される。具体的には、受信者のウエブブラウザエンジン（例、受信者のｅメールプログラムが受信したｅメールを受信者が閲覧する際に使用するウエブブラウザ）が通常の処理をすると、メッセージ中の各ＧＩＦ画像タグは、ウエブブラウザエンジンに、ネットワーク１４を介して解読サービス施設２２（すなわち、この例のアドレス「ｐｒｏｘｙ．ｃｏｍｐａｎｙ．ｃｏｍ」で指定されるサービス施設２２のウエブサーバ）に、関連する「ＧＩＦ画像要求」を送信させることになる。このウエブサーバがＧＩＦ画像要求を受信すると、サーバは、メッセージ識別子と小片識別情報とを使って、要求の中の暗号文の各片から暗号メッセージの全暗号文を再構築することができる。そこで受信者は、受信者資格認定情報を提供できるウエブページへ受信者をリンクしてくれるＵＲＬ、又は他の適当なオプションをクリックすることができる。受信者を認証した後、解読サービス施設は、受信者の秘密鍵を取得することができる。そこで、解読サービス施設の解読エンジン２０は、秘密鍵を使って、つなぎ合わされた暗号文を解読することができる。フォームベースの遠隔解読処理法に関連して説明したように、任意の妥当な技法を使って、受信者に暗号メッセージコンテンツの解読バージョンへのアクセスを提供することができる。

ＧＩＦ画像タグの使用は単なる例示である。任意の妥当な処理法を使って、暗号文を小部分に分割し、遠隔解読のためのウエブサーバに自動的に送信することができる。さらに、このアプローチと前記の他のアプローチとは相互に排他的なものではない。システム１０において、コンテンツを暗号化するために、これらのアプローチの組み合わせを使ったメッセージを送信することができる。

また、必要に応じ、制限されたシステム環境で作業する送信者も遠隔サービスを使うことができる。例えば、送信者がＩＢＥ暗号化又はＰＫＥ暗号化メッセージを受信者に送信したいが、自分の装置には、ローカルの暗号化エンジン１８をインストールできない又はしたくない場合、送信者は、ＳＳＬ又はＴＬＳリンク又は他のセキュア通信パスを介し、メッセージを暗号化サービス施設にアップロードして安全に送信することができる。

遠隔暗号化サービス施設は暗号化１８を保有することができる。アップロードされたメッセージコンテンツを受信した遠隔暗号化サービス施設は、送信者が指定した所望の受信者のＩＢＥ公開鍵又はＰＫＥ公開鍵を使ってメッセージを暗号化することができる。そこで、遠隔暗号化サービス施設は、ネットワーク１４を介して得られた暗号メッセージを受信者に送信することができる。受信者はローカルに、又は遠隔解読サービス施設を使って暗号メッセージコンテンツを解読することができる。

前記は、本発明の原理の単なる例示であって、当業者は、本発明の範囲及び精神から逸脱することなく、さまざまな変形を作成することができよう。

本発明による、メッセージを暗号化及び解読することができる例示的なシステムの図である。 本発明による、ＰＫＥ暗号法を使ったセキュアメッセージ送信のサポートに関する例示的なステップのフローチャートである。 本発明による、アイデンティティベース暗号技法を使ったセキュアメッセージ送信のサポートに関する例示的なステップのフローチャートである。 本発明によって、暗号化されたコンテンツ及び遠隔解読サービス施設を識別するＵＲＬを含むメッセージを、遠隔解読サービス施設を使ってどのように解読できるかを示す図である。 本発明によって、図４に示す種類の遠隔解読処理法を使ってメッセージを解読するための例示的なステップのフローチャートを含む。 本発明によって、図４に示す種類の遠隔解読処理法を使ってメッセージを解読するための例示的なステップのフローチャートを含む。 本発明によって、マークアップ言語フォームを使ってどのように遠隔の解読サービス施設に暗号コンテンツを解読依頼するかを示す図である。 本発明によって、図６に示す種類のマークアップ言語フォーム処理法を使い、遠隔でコンテンツを解読するための例示的なステップのフローチャートである。 本発明によって、ユーザが遠隔での解読のため暗号コンテンツをアップロードするのを助力するため、どのように、フォームアタッチメントをメッセージに添付するかを示す図である。 本発明によって、図８に示す種類のマークアップ言語フォーム処理法を使って、遠隔で暗号コンテンツを解読するための例示的なステップのフローチャートである。 本発明によって、暗号コンテンツを、どのように、複数のマークアップ言語フォームのアタッチメントとして提示できるかを示す図である。 本発明によって、ローカルの解読エンジンを持たないメッセージングアプリケーションが、どのように、暗号化された本体テキストを含む暗号メッセージを表示できるかを示す。 本発明によって、ローカルの解読エンジンを持つメッセージングアプリケーションが、どのように、図１１ａに示した種類の暗号メッセージから解読されたコンテンツを表示することができるかを示す。 本発明によって、メッセージに添付されたマークアップ言語ファイルを開く受信者に、メッセージの暗号コンテンツの遠隔解読を受信者が依頼するのに役立つマークアップ言語フォームをどのように提示できるかを示す。 本発明によって、ローカルのアプリケーションソフトウエアがローカル解読エンジンへのアクセスを持つ場合に、図１２ａに示した種類の暗号メッセージを受けとった受信者が、どのように、ローカルアプリケーションソフトウエアを使って解読されたコンテンツを自動的に表示させることができるかを示す。 本発明によって、暗号メッセージアタッチメントをローカルで解読するため、受信者の装置をセットアップし使用することに関する例示的なステップのフローチャートである。

Claims (18)

1. 送信者の計算装置が、通信ネットワークを介して受信者の計算装置に、一フォームの暗号メッセージコンテンツを有するメッセージを送信するシステムにおいて、該受信者の計算装置にメッセージコンテンツへのアクセスを提供する方法であって、
   該送信者の計算装置において、該暗号メッセージコンテンツをマークアップ言語フォーム内の非表示フォームエレメントにセットすることと、
   該受信者の計算装置において、該マークアップ言語フォームの該暗号メッセージコンテンツを有する該メッセージを受信することと、
   該受信者の計算装置において、該マークアップ言語フォームを使い、該通信ネットワークを介して遠隔の解読サービスに、該暗号メッセージコンテンツをアップロードすることと、
   該解読サービスにおいて、該暗号メッセージコンテンツを解読し、該通信ネットワークを介して該受信者の計算装置に、該解読されたメッセージコンテンツへのアクセスを提供することと
   を包含する、方法。
2. 前記マークアップ言語フォームは、ｈｔｍｌフォームを含む、請求項１に記載の方法。
3. 前記送信者の計算装置において、前記受信者の計算装置のアイデンティティベースの暗号化（ＩＢＥ）による公開鍵を使って前記メッセージコンテンツを暗号化することをさらに包含する、請求項１に記載の方法。
4. 前記受信者の計算装置において、前記マークアップ言語フォームを使い、前記通信ネットワークを介して前記遠隔の解読サービスに、受信者資格認定情報を提示することをさらに包含する、請求項１に記載の方法。
5. 前記通信ネットワークを介して前記暗号メッセージコンテンツを前記遠隔の解読サービスにアップロードすることが、ｈｔｔｐ ＰＯＳＴまたはＧＥＴオペレーションを使って、該暗号メッセージコンテンツを前記マークアップ言語フォームが特定する場所に送信することを包含する、請求項１に記載の方法。
6. 前記マークアップ言語フォームがｈｔｍｌフォームであり、
   前記方法は、前記受信者の計算装置において、該マークアップ言語フォームを開き、該マークアップ言語フォームが開かれたときにおいて、前記マークアップ言語フォーム内に、該受信者の計算装置がユーザ名およびパスワード情報を入力するために使えるフォームエレメントを表示することをさらに包含する、請求項１に記載の方法。
7. 前記解読サービスを使って前記受信者の計算装置を認証することをさらに包含する、請求項１に記載の方法。
8. 前記通信ネットワークを介して秘密鍵サービスから秘密鍵が提供され、前記方法は、
   前記解読サービスにおいて、前記受信者の計算装置に対する秘密鍵を該秘密鍵サービスに要請することと、
   該解読サービスにおいて、該通信ネットワークを介して、該秘密鍵サービスから該秘密鍵を入手することと
   をさらに包含する、請求項１に記載の方法。
9. 前記通信ネットワークを介して秘密鍵サービスから秘密鍵が提供され、前記方法は、
   前記解読サービスを使って前記受信者の計算装置を認証することと、
   該解読サービスにおいて、該受信者の計算装置が認証された後、該受信者の計算装置に対する秘密鍵を該秘密鍵サービスに要請することと、
   該解読サービスにおいて、該通信ネットワークを介して、該秘密鍵サービスから該秘密鍵を入手することと、
   該解読サービスにおいて、該秘密鍵を使って前記暗号メッセージコンテンツを解読することと
   をさらに包含する、請求項１に記載の方法。
10. 前記送信者の計算装置において、前記暗号メッセージコンテンツをメッセージアタッチメントにセットすることをさらに包含する、請求項１に記載の方法。
11. 前記メッセージはメッセージ本体を持ち、前記方法は、前記送信者の計算装置において前記暗号メッセージコンテンツをアタッチメントと該メッセージ本体とにセットすることをさらに包含し、該メッセージ本体にセットされた該暗号メッセージコンテンツは、該アタッチメントの中の該暗号メッセージコンテンツの複製である、請求項１に記載の方法。
12. 前記送信者の計算装置において、複数のマークアップ言語フォームを前記メッセージに添付して複数のメッセージアタッチメントを生成することをさらに包含し、該複数のメッセージアタッチメントの各々は暗号コンテンツを含む、請求項１に記載の方法。
13. さらなる受信者の計算装置において、該さらなる受信者の計算装置がマークアップ言語フォームを開いた場合では、常にドキュメント処理アプリケーションを作動するようオペレーティングシステムに対し命令することと、
    該さらなる受信者の計算装置に、アタッチメントとして暗号メッセージコンテンツを含んだマークアップ言語フォームを有するさらなるメッセージを送信することと、
    該さらなる受信者の計算装置において、該さらなるメッセージの該アタッチメントを開くことと、
    該さらなるメッセージの該アタッチメントが開かれた場合において、該ドキュメント処理アプリケーションを使って、該さらなるメッセージに添付された該マークアップ言語フォームが暗号コンテンツを含むか否かを決定することと、
    該ドキュメント処理アプリケーションが、該マークアップ言語フォームは暗号コンテンツを含むと決定した場合では、該さらなる受信者の計算装置において解読エンジンを使って、該さらなる受信者の計算装置に対し該暗号メッセージコンテンツを解読することと
    をさらに包含する、請求項１に記載の方法。
14. 前記受信者の計算装置に、前記通信ネットワークを介して前記解読メッセージコンテンツへのアクセスを提供することが、ウエブページ中で該解読コンテンツを該受信者の計算装置に提供することを包含する、請求項１に記載の方法。
15. 前記受信者の計算装置に、前記通信ネットワークを介して前記解読メッセージコンテンツへのアクセスを提供することが、該通信ネットワークを介して該解読サービスから該受信者の計算装置への該解読メッセージコンテンツのダウンロード開始を、該受信者の計算装置が選択できるというオプションをウエブページ上に表示することを包含する、請求項１に記載の方法。
16. 受信者の計算装置にメッセージコンテンツへのアクセスを提供する方法であって、
    送信者の計算装置において、メッセージコンテンツを暗号化することと、
    該暗号化されたメッセージコンテンツを、非表示フォームエレメントとしてｈｔｍｌフォームにセットすることと、
    該フォームをメッセージに添付することと、
    該暗号化されたメッセージコンテンツを含んだアタッチメントを有する該メッセージを、通信ネットワークを介して受信者の計算装置に送信することと、
    該受信者の計算装置において、該受信者の計算装置に対し該ｈｔｍｌフォームを表示することと、
    該受信者の計算装置において、ｈｔｔｐ ＰＯＳＴまたはＧＥＴオペレーションを使って、該暗号化されたメッセージコンテンツを、該非表示フォームエレメントから、該通信ネットワークを介して解読サービスへアップロードすることと、
    該解読サービスにおいて、該暗号化されアップロードされたメッセージコンテンツを解読して解読メッセージコンテンツを生成することと、
    該受信者の計算装置に、該通信ネットワークを介して該解読メッセージコンテンツへのアクセスを提供することと
    を包含する、方法。
17. 受信者の計算装置にメッセージコンテンツへのアクセスを提供する方法であって、
    送信者の計算装置において、メッセージコンテンツを暗号化することと、
    該送信者の計算装置から、該暗号化されたメッセージコンテンツおよびＵＲＬを含んだメッセージを、インターネットを介して受信者の計算装置に送信することと、
    該受信者の計算装置において該暗号化されたメッセージコンテンツをローカルに保存することと、
    該受信者の計算装置が該ＵＲＬをクリックした場合において、該受信者の計算装置に対しウエブページを表示することと、
    該受信者の計算装置において、該ウエブページを使って該暗号化され保存されたメッセージコンテンツをアップロードのために選択することと、
    該暗号化され保存され選択されたメッセージコンテンツを、インターネットを介して遠隔の解読サービスにアップロードすることと、
    該受信者の計算装置を認証することと、
    該受信者の計算装置を認証した後において、秘密鍵サービスから該受信者の計算装置の秘密鍵を入手することと、
    該遠隔の解読サービスにおいて、該秘密鍵を用いて該暗号化されたメッセージコンテンツを解読し、解読メッセージコンテンツを生成することと、
    該受信者の計算装置に、インターネットを介して該解読メッセージコンテンツへのアクセスを提供することと
    を包含する、方法。
18. 受信者の計算装置にメッセージコンテンツへのアクセスを提供する方法であって、
    メッセージコンテンツを暗号化することと、
    送信者の計算装置において、マークアップ言語フォームを含んだメッセージ本体を有するメッセージを作成することであって、該暗号化されたメッセージコンテンツは該マークアップ言語フォームのエレメントである、ことと、
    該メッセージを、該送信者の計算装置からインターネットを介して受信者の計算装置に送信することと、
    該受信者の計算装置に対し該マークアップ言語フォームを表示することと、
    該暗号化されたメッセージコンテンツを、該フォームエレメントから通信ネットワークを介して解読サービスにアップロードすることと、
    該解読サービスにおいて、該受信者の計算装置の秘密鍵を用いて該暗号化されアップロードされたメッセージコンテンツを解読し、解読メッセージコンテンツを生成することと、
    該受信者の計算装置にインターネットを介して該解読メッセージコンテンツへのアクセスを提供することと
    を包含する、方法。

Images