JP2004532473A - セキュリティ保護された配信のシステムを実現するための電子メールシステムの変更 - Google Patents

Abstract

電子メールシステムのユーザ情報を変更してセキュア配信用アイコンを呈示するようにし、セキュア配信用アイコンの起動に応答して電子メールシステムにセキュリティ保護された配信を開始させるようにすることによって、セキュリティ保護された配信システムを生成するように電子メールシステムが変更される。セキュリティ保護された配信は、電子メールシステムによって提供されるプロトコルとは異なる配信プロトコルを使用し、電子メールシステムの通常の配信用アイコンに加えてセキュア配信用アイコンが呈示される。

Description

【技術分野】
【０００１】
本発明は、セキュリティ保護された配信のシステムを実現するために電子メールシステムを変更することに関する。
【背景技術】
【０００２】
インターネットは、数万のコンピュータシステム間に接続性を現在提供している相互接続されたネットワークの国際的な集合体である。インターネットの一部は、ワールドワイドウェブ（「ウェブ」）、即ち、コンピュータシステムが、「ウェブサイト」（または「ウェブサーバ」）と呼ばれる他のコンピュータシステムに記憶されているファイル、文書、イメージ、およびサウンドなどのような膨大な種類のデジタル情報へアクセスするために使用されるグラフィックスおよびサウンド指向の技術である。ウェブサイトは、「ウェブページ」と呼ばれる電子ページまたは文書（ドキュメント）を含む。
【０００３】
コンピュータシステムのユーザは、「ブラウザ」と呼ばれるクライアントソフトウェアを実行することによって提供されるグラフィカルユーザインターフェース（ＧＵＩ）によって、ウェブサイトのデジタル情報を閲覧することができる。市販のウェブブラウザの例には、ＮＥＴＳＣＡＰＥ ＮＡＶＩＧＡＴＯＲ（ネットスケープ・ナビゲータ）（商標）およびＭＩＣＲＯＳＯＦＴ ＥＸＰＬＯＲＥＲ（マイクロソフト・エクスプローラ）（商標）が含まれる。ウェブブラウザは、ウェブサーバにアドレス指定して通信するために様々な標準的方法（即ち、プロトコル）を使用する。リンクされたテキスト文書を公開および閲覧するための共通プロトコルがハイパーテキスト転送プロトコル（ＨＴＴＰ）である。
【０００４】
ウェブサーバのウェブページにアクセスするために、コンピュータシステムのユーザは、ユニフォームリソースロケータ（ＵＲＬ）と呼ばれるウェブページのアドレスを、ウェブブラウザが提供するアドレスボックスに入力する。ＵＲＬは、ウェブサーバまたはウェブサーバ上のファイルの位置を指定することができる。アクセスされたウェブページは、テキスト、グラフィックス、オーディオ、およびビデオ情報（例えば、イメージ、動画、またはアニメーション）のいかなる組合せも含むことができる。アクセスされたウェブページは、ウェブ上の他のウェブページの文書へのハイパーリンクと呼ばれるリンクを有することがしばしばある。アクセスされたウェブページは、アプリケーションプログラムの実行を呼び出すこともできる。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
ウェブの開発により、コンピュータのユーザは地域内でおよび世界にわたってメッセージおよび文書を交換することが可能になった。ウェブのユーザ間でのネットワーク通信で普及している一形式が電子メール（Ｅメール）である。ユーザ間の大部分のＥメール通信は短いメッセージ形式である。場合によっては、Ｅメールメッセージは、メッセージと共に送信されるファイルである添付ファイルを有する場合がある。このファイルは、テキスト、グラフィックス、または実行可能なソフトウェアのような、多くの形式の１つであってよい。しかし、Ｅメールシステムは、Ｅメールメッセージのサイズを制限し、指定のサイズ制限を超える添付ファイルを小さなファイルに分割し、受信者がこれを再構成することを要求することがしばしばある。このタスクは面倒なものであり、多くのＥメールユーザの能力を超える可能性がある。この結果、Ｅメールは、サイズが大きくてＥメールシステムのサイズ制限を超える可能性がしばしばあるフォーマットされた文書を送信するには、実用的な媒体ではない場合がある。ＨＴＴＰおよびＦＴＰ（ファイル転送プロトコル）のような他のプロトコルは、大きなファイルを転送することができる。しかし、ネットワーク上での割り込みにより、完全なファイルを正常に転送するためには転送を反復して試みる必要がある場合がある。
【０００６】
このようなネットワークを通じて大きな文書を配信することの問題により、電子文書配信システムが開発されるに至った。１つの周知の電子文書配信システムは、送信側コンピュータと受信側コンピュータとの間に介在するサーバを含む。送信側システムは文書をサーバへ送信し、サーバは完全な文書を受信した後で受信側システムへ通知を送信する。この通知は、サーバに記憶されている文書への直接参照を含む。受信側システムは、この直接参照を使用してサーバの文書を探し出してダウンロードする。
【課題を解決するための手段】
【０００７】
概要
一般的な一つの態様では、電子メールシステムのユーザインターフェースを変更してセキュア配信用のアイコンを呈示し、セキュア配信用のアイコンの作動に呼応して電子メールシステムにセキュリティ保護された配信（セキュア配信）を開始させるようにすることにより、セキュア配信システムを実現するように電子メールシステムが変更される。セキュア配信は、電子メールシステムが提供するプロトコルとは異なる配信プロトコルを使用し、電子メールシステムの通常の配信用のアイコンに加えてセキュア配信用のアイコンが呈示される。
【０００８】
実施態様は、次の特徴の１つまたは複数を含むことができる。例えば、セキュア配信用アイコンを作動させた後、セキュア配信を使用してメッセージが配信されたという指示を、そのメッセージに関連するサブジェクト行に挿入することができる。同様に、セキュア配信を使用して配信されたメッセージを、そのメッセージがセキュア配信を使用して配信されたことを示すアイコンと関連付けることができる。例えば、パドロック（南京錠）アイコンを、電子メールシステムが使用する通常のメッセージアイコンの一部に重ねることができる。
【０００９】
電子メールシステムにセキュア配信を開始させることは、暗号化されたデジタルコンテンツを作るために送信側システムでデジタルコンテンツを暗号化することと、暗号化されたデジタルコンテンツをセキュリティ保護された通信経路を介して送信側システムから受信側システムへ送信することとを含むことができる。暗号化されたデジタルコンテンツは送信前に圧縮することができる。
【００１０】
受信側システムでの電子メールシステムのプレビューペインは、セキュア配信によって送信されたデジタルコンテンツの如何なる部分も表示できないようにされる。更に、セキュア配信によって送信されたデジタルコンテンツはプレビューペインに表示することができず、閲覧するには開く必要がある、ということを受信者に警告するためにセキュリティメッセージを呈示することができる。
【００１１】
電子メールシステムのユーザインターフェースは、セキュア配信の前またはその最中にオートシュレッド（自動細断）アイコンを呈示するように、更に変更することができる。送信側で自動細断アイコンを作動させると、セキュア配信によって送信されたデジタルコンテンツを受信者が制御可能な回数だけ操作した後に、そのデジタルコンテンツを受信側システムから消去させることができる。自動細断アイコンを作動させると、画面表示が細断されて消失したように表示されるように、デジタルコンテンツの画面表示をグラフィカルに操作することもできる。
【００１２】
受信者がデジタルコンテンツを開くことを選ぶと、受信側に表示されるポップアップウィンドウが、セキュア配信によって送信されたデジタルコンテンツを受信者がどのように操作できるかを説明するようにできる。
【００１３】
送信者に、デジタルコンテンツを、セキュリティ保護されたデジタルの権利の管理された配信システムを使用して送信するか、またはセキュリティ保護されていない配信システムを使用して送信するかの明瞭な視覚的選択肢を提供するためのセキュア配信用アイコンを呈示するように、電子メールシステムのユーザインターフェースを変更することができる。
【００１４】
電子メールシステムのユーザインターフェースは、セキュア配信の前またはその最中にリコールアイコンを呈示するように更に変更することができる。送信側でリコールアイコンを作動させると、セキュア配信によって送信されたデジタルコンテンツを自動的にリコールして受信側システムから消去することができ、あるいは、セキュア配信によって送信されたデジタルコンテンツがいかなる方法によっても操作されないようにすることができる。
【００１５】
電子メールシステムのユーザインターフェースは、セキュア配信の前またはその最中にチェーンレター防止アイコンを呈示するように更に変更することができる。送信側でチェーンレター防止アイコンを作動させると、セキュア配信によって送信されたデジタルコンテンツがいかなる他の受信側システムへも転送されないようにすることができる。
【００１６】
電子メールシステムのユーザインターフェースは、セキュア配信の前またはその最中にコピー防止アイコンを呈示するように更に変更することができる。送信側でコピー防止アイコンを作動させると、セキュア配信によって送信されたデジタルコンテンツがいかなる方法でもコピーされないようにすることができる。
【００１７】
電子メールシステムのユーザインターフェースは、セキュア配信の前またはその最中に追跡選択肢（トラッキングオプション）を呈示するよう更に変更することができる。送信側でコピー防止アイコンを作動させると、セキュア配信によって受信側システムへ送信されたデジタルコンテンツの使用を追跡することができる。この使用の追跡は、デジタルコンテンツが受信された時刻、デジタルコンテンツが閲覧された場合はそのデジタルコンテンツが閲覧された時刻、およびデジタルコンテンツがどのように操作されたかのうちの少なくとも１つに関する情報を収集することを含むことができる。
【００１８】
電子メールシステムは、例えばＭｉｃｒｏｓｏｆｔ（マイクロソフト）（登録商標）Ｏｕｔｌｏｏｋ（アウトルック）（登録商標）またはＬｏｔｕｓ（ロータス）（登録商標）Ｎｏｔｅｓ（ノーツ）であってよい。
【００１９】
他の特徴および利点は、図面を含む説明と特許請求の範囲とから明らかになろう。
【発明を実施するための最良の形態】
【００２０】
ハイブリッドの電子メールおよび電子パーセル（小包）の配信システムは、電子メール（Ｅメール）システムの特徴と電子パーセル配信システムの特徴とを組み合わせる。説明のために、ハイブリッドシステムについて論じる前に、電子パーセル配信システムを図１ないし図１６Ｂを参照して論じる。
【００２１】
電子パーセル配信システム
図１を参照すると、電子パーセル配信システム１００は、ネットワーク１０５を介して電子的にファイルを配信するために使用することができる。システムは、例えば、バイナリデジタル情報、テキスト、文書、小包（パーセル）、マルチメディアコンテンツ、ビデオ、オーディオ、デジタルイメージ、ソフトウェア、ソースコードおよびフォルダなどのような、いかなるサイズまたは種類のファイルでも配信することができる。パーセル配信システム１００は、送信側コンピュータシステム１１０と、受信側コンピュータシステム１１５と、ネットワーク１０５に接続されているサーバシステム１２０および１２５とを含む。複数の送信側システムと複数の受信側システムとをネットワーク１０５に接続することができるということを理解されたい。ネットワーク１０５は、例えば、ローカルエリアネットワーク（ＬＡＮ）、インターネットやワールドワイドウェブのようなワイドエリアネットワーク（ＷＡＮ）、または他の任意の適切なネットワーク構成であってよい。
【００２２】
送信側システム、受信側システム、およびサーバシステムのそれぞれは、例えば、標準電話回線、ＬＡＮまたはＷＡＮリンク（例えば、Ｔ１、Ｔ３、５６ｋｂ、またはＸ．２５）、ブロードバンド接続（例えば、ＩＳＤＮ、フレームリレー、またはＡＴＭ）、および無線接続を含む様々な接続によって、ネットワーク１０５に接続することができる。これらの接続は、様々な通信プロトコル（例えば、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＩＰＸ、ＳＰＸ、ＮｅｔＢＩＯＳ、Ｅｔｈｅｒｎｅｔ（登録商標）、ＲＳ２３２、または直接同期接続）を使用して確立することができる。
【００２３】
送信側システム１１０および受信側システム１１５のそれぞれは、任意のパーソナルコンピュータ、シンクライアントデバイス、Ｗｉｎｄｏｗｓ（Ｒ）ベースの端末、ネットワークコンピュータ、無線装置、情報機器、ワークステーション、ミニコンピュータ、メインフレームコンピュータ、またはグラフィカルユーザインターフェースを有する他のコンピューティングデバイスであってよい。送信側システム１１０および受信側システム１１５によってサポートされるＷｉｎｄｏｗｓ（Ｒ）指向のプラットフォームは、Ｗｉｎｄｏｗｓ（Ｒ）３．ｘ、Ｗｉｎｄｏｗｓ（Ｒ）９５、Ｗｉｎｄｏｗｓ（Ｒ）９８、Ｗｉｎｄｏｗｓ（Ｒ）２０００、Ｗｉｎｄｏｗｓ（Ｒ）ＸＤ、Ｗｉｎｄｏｗｓ（Ｒ）ＮＴ３．５１、Ｗｉｎｄｏｗｓ（Ｒ）ＮＴ４．０、Ｗｉｎｄｏｗｓ（Ｒ）ＣＥ、Ｗｉｎｄｏｗｓ（Ｒ）ベースの端末用Ｗｉｎｄｏｗｓ（Ｒ）ＣＥ、Ｍａｃｉｎｔｏｓｈ（Ｒ）、Ｊａｖａ（Ｒ）、およびＵｎｉｘ（Ｒ）を含むことができる。送信側システム１１０と受信側システム１１５のそれぞれは、表示画面１３０または１３０’、キーボード１３５または１３５’、メモリ１４０または１４０’、プロセッサ１４５または１４５’、およびマウス１５０または１５０’をそれぞれ含むことができる。
【００２４】
サーバシステム１２０および１２５のそれぞれは、ウェブサーバとして動作し、ＨＴＴＰプロトコルに従って通信し、ウェブページを維持し、ＵＲＬを処理し、ネットワーク１０５の他の部分（例えば、ワークステーション、記憶システム、またはプリンタ）または他のネットワークへのアクセスを制御することができる任意のコンピューティングシステムであってよい。サーバシステム１２０は、送信側システム１１０と受信側システム１１５との間でＥメールメッセージを交換するためのＥメールサーバとして動作することもできる。
【００２５】
サーバシステム１２５は、送信側システムから受信され、受信側システムへの続いての送信が予定されたデジタル情報を記憶する記憶装置１５５を含む。記憶装置１５５は、ハードドライブデバイスのような永続性の記憶装置であっても、ダイナミックＲＡＭのような揮発性の記憶装置であってもよい。
【００２６】
サーバシステム１２０および１２５のそれぞれは、単一サーバシステムとして論理的に動作し、スケーラブルなアーキテクチャで構成された一群のサーバコンピュータシステムを含むことができる（図８を参照）。サーバシステム１２０および１２５は、送信側システムと受信側システムとの間で電子パーセル配信サービスを提供する。送信側システム１１０にインストールされているアプリケーションソフトウェア（クライアントパーセルソフトウェアと呼ばれる）およびサーバシステム１２５にインストールされているアプリケーションソフトウェア（パーセルサーバソフトウェアと呼ばれる）は、パーセル配信サービス機能を実行する。クライアントパーセルソフトウェアは受信側システム１１５にインストールすることができるが、これは、受信側システムがパーセルを受信するために必須なものではない。インストールされると、クライアントパーセルソフトウェアは、送信側システム１１０または受信側システム１１５にインストールされているウェブブラウザのコンフィギュレーションからプロキシ情報およびプロトコル情報を収集する。この情報は、パーセルをネットワーク１０５に送信するためにプロキシが必要であるか否か、および使用する必要なプロトコル（例えば、ＨＴＴＰ）を示している。収集されたこの情報により、クライアントパーセルソフトウェアは、プロキシを自動的にコンフィギュレーションし、送信側システム１１０または受信側システム１１５のコンフィギュレーションファイルにプロトコルを設定する。クライアントパーセルソフトウェアが、送信側システム１１０にウェブブラウザがインストールされていないと判断すると、プロキシおよびプロトコルはデフォルト値の設定、即ち、それぞれ「プロキシなし」および「ＴＣＰ／ＩＰ」のままに維持される。
【００２７】
起動されると、クライアントパーセルソフトウェアはサーバパーセルソフトウェアと通信する。クライアントパーセルソフトウェアは、パーセルを送信するため及び受信するための機能を提供する。その結果、送信側システム１１０および受信側システム１１５の役割は逆転して、送信側システム１１０が受信者になり、受信側システム１１５が送信者になる場合がある。サーバシステム１２５は、受信されたが未配信のパーセルのための倉庫として動作する。
【００２８】
パーセル配信サービスは、送信者と受信者に様々なサービスを提供する。これらのサービスは後述するが、これらは、データストリーミング、送信の割り込み可能性、データの暗号化および圧縮、パーセルの追跡（トラッキング）、およびパーセルの取り消しを含む。送信側システム１１０および受信側システム１１５は、パーセル配信サービスにアクセスするための少なくとも２つの技術を利用することができ、その技術とは、（１）クライアントパーセルソフトウェアを実行すること、および（２）ＮＥＴＳＣＡＰＥ（Ｒ） ＮＡＶＩＧＡＴＯＲ（Ｒ）またはＭＩＣＲＯＳＯＦＴ（Ｒ） ＩＮＴＥＲＮＥＴ ＥＸＰＬＯＲＥＲ（Ｒ）などのウェブブラウザを実行することである。クライアントパーセルソフトウェアを実行することによって、送信者と受信者とを、サーバシステム１２５で実行されるサーバパーセルソフトウェアと通信させ、一方、ブラウザを実行することによって、送信者と受信者とを、サーバシステム１２５の共通エントリウェブページ（例えば、ホームページ）へ連れて行く。
【００２９】
サーバシステム１２５にアクセスすると、送信者と受信者とには、所望のパーセルの送信動作および受信動作を実行することを可能にする様々なグラフィカルウィンドウが呈示される。これらのウィンドウは図３を参照して後述する。ウェブページおよびグラフィカルウィンドウに関して説明したが、このシステムは、ワールドワイドウェブ、ウェブページ、およびグラフィカルウィンドウの状況に限定されない。例えば、送信者および受信者は、サーバシステム１２５にパーセルを送信するため及びサーバシステム１２５からファイルディレクトリを入手するためにファイル転送プロトコルのようなプロトコルに従ってコマンド行で動作を入力するような、非グラフィカル環境で動作することができる。
【００３０】
クライアントパーセルソフトウェアを介したパーセル配信サービスを開始するために、送信者と受信者は、クライアントパーセルソフトウェアを表すグラフィカルのデスクトップアイコンにマウスを合わせてダブルクリックすることができる。パーセルを送信する代替的方法は、そのパーセルのグラフィカル表現をアイコン上にドラッグアンドドロップすることである。ウェブブラウザを使用してパーセル配信サービスを開始するために、送信側システム１１０および受信側システム１１５のユーザは、ブラウザを表すグラフィカルのデスクトップアイコンをダブルクリックし、共通エントリウェブページに関連付けられたＵＲＬへ移動することができる。別法として、パーセル通知の受信者は、その通知に埋め込まれたハイパーリンクをクリックすることができる。このハイパーリンクは、ブラウザを起動し、共通エントリウェブページへ移動させることができる。
【００３１】
図２は、パーセル配信システム１００の全般的な動作を示している。送信側システム１１０は、本明細書ではパーセルと呼ぶデジタル情報２００をサーバシステム１２５へ送信する。送信側システム１１０は受信側システム１１５へ通知２０５も送信する。パーセル２００と通知２０５の送信は連続的に行うことができる。別法として、送信側システム１１０は、パーセル２００を送信する前、または完全なパーセル２００をサーバシステム１２５へ正常に送信した後で、通知２０５を発行することができる。通知２０５は、自動的に生成することも手動で生成することもでき、また、パーセル２００の送信の前、後、または同時に生成することができる。送信側システム１１０と受信側システム１１５のどちらもクライアントパーセルソフトウェア２０８を実行する。
【００３２】
通知２０５は、送信側システム１１０が受信側システム１１５宛てのパーセルをサーバシステム１２５へ送信済みであることを、受信側システム１１５へ知らせる。例えば、Ｅメールメッセージを通知２０５として機能させることができる。通知にＥメールを使用することの利点は、送信側システム１１０に、受信側システム１１５のオンラインの可用性を保証することができることである。典型的なＥメールサービスは、特定の受信者が特定のＥメールメッセージを受信済みであるということを、送信者に報告することができる。一部のＥメールサービスは、特定の受信者がそのＥメールメッセージを読んだことを、送信者に伝えることもできる。これらのＥメール機能は、配信取り消し機能と結合されており、使用不可能な受信者へのパーセルの配信を防止することによって、パーセルを分配するコストの削減に役立つことができる。
【００３３】
一実施態様では、通知２０５は「Ｙｏｕ ｈａｖｅ ａ ｐａｒｃｅｌ（貴方へのパーセルがあります）」というような簡単なメッセージであってよい。ユーザがパーセル配信システム１００に慣れていて、共通エントリページ２１０の位置を知っているならば（または、例えば、ウェブブラウザのブックマークとしてその位置を記録しているならば）、ユーザにそのパーセルへのアクセスを許可するのには、送信側システム１１０がそのパーセルを送信済みであることを示すこの通知だけで十分であろう。
【００３４】
別の実施態様では、通知２０５は、サーバシステム１２５の共通エントリページ２１０をアドレス指定するリソースロケータ（例えば、ＵＲＬ）も含むことができる。このリソースロケータは、マウスのクリックによってウェブブラウザを起動して共通エントリページ２１０へとナビゲートするハイパーリンクとして動作することができる。別法として、受信側システム１１５は、手動でブラウザを起動し、共通エントリページ２１０に対応するＵＲＬを入力することができる。
【００３５】
送信側システム１１０に、サーバシステム１２５へではなく受信側システム１１５へ通知させることによって、受信側システム１１５は差し迫ったパーセルの配信に関する早期の通知を得る。この結果、受信側システム１１５は、パーセル２００が送信側システム１１０からサーバシステム１２５へ完全に送信されないうちに、パーセル２００を要求することによって、後述するサーバシステム１２５によって提供されるパーセル配信サービスのデータストリーミング機能を活用することができる。
【００３６】
サーバシステム１２５は記憶システム１５５にパーセル２００を記憶することができる。通知２０５に応答して、受信側システム１１５は、サーバシステム１２５に（例えば、共通エントリページ２１０で）アクセスすることができ、パーセル２００の要求２１５を送信することができる。この要求２１５は、受信側システム１１５にインストールされたソフトウェアによって自動的に生成することも、または上述のように慎重に開始することもできる。次いで、サーバシステム１２５はパーセル２００を受信側システム１１５にダウンロードすることができる。
【００３７】
パーセル２００を入手するために、受信側システム１１５は、サーバシステム１２５に（例えば、共通エントリページ２１０を使用して）アクセスし、次いで、図３に示す一連のグラフィカルウィンドウを通っていくことができる。このウィンドウは、受信者をパーセル２００にアクセスさせることができるグラフィカルユーザインターフェースを提供する。上記のように、ページ２１０へは手動または自動で訪問することができる。ページ２１０を受信側システム１１５にダウンロードすることによって、共通ゲートウェイインターフェース（ＣＧＩ）スクリプトを実行することができる。このスクリプトは、受信側システムのユーザのログオン認証を要求することができ、そのユーザに対してユーザ名およびパスワードのようなログオン情報３００の入力を要求することができる。
【００３８】
認証の成功の後、第２のウィンドウ３０５は、ユーザに、そのユーザが受信および送信したパーセルのステータス（「ｉｎｂｏｘ（受信箱）」）（「ｏｕｔｂｏｘ（送信箱）」）を呈示する。「受信箱」を選択することによって、ユーザは、以前に受信したパーセルおよび現在受信しているパーセルのリストと、それらパーセルに関する情報とを入手することができる。この情報は、各パーセルのサイズと、ユーザがそのパーセルを開いたか否かに関するインジケーション（指示）とを含むことができる。ユーザは、所望のパーセル識別子をダブルクリックすることによって、列挙されたパーセルの１つを選択することができる。図３で、ウィンドウ３０５は、ユーザが３つのパーセルを有しているということを示している。
【００３９】
例えば、ユーザが＃１のパーセルを選択した場合、次に、表示されるウィンドウは、送信側システムのＩＤ、パーセル名、送信時刻、およびパーセルのサイズのような選択されたパーセル属性に関する情報を提供するカバーシート（表紙）３１０である。カバーシート３１０は、受信側システムのユーザに、パーセルの配信を受理または拒否する機会を与える。受信側システムのユーザは、属性情報を閲覧し、配信を断ることを決定し、最終的にそのパーセルを拒否することができる。この機能によって、ユーザが、大きすぎるファイル、不要な情報、疑わしいファイル、または不明送信者または好ましからざる送信者からの送信をダウンロードすることを防止することができる。
【００４０】
カバーシート３１０は、選択したパーセルを得るために、本明細書では「ファイル」であるリソースロケータも含むことができる。リソースロケータは、選択したパーセルを表すデジタル情報の記憶位置を間接的に参照するパラメータを含むことができる。そのようなパラメータの１つは、選択されたパーセルに関連付けられた一意の識別子である。他のパラメータは、ユーザのＩＤやセッション鍵などのようなセッション情報を含むことができる。サーバシステム１２５は、パーセル識別子を記憶位置へマッピングするデータ構造（例えば、データベースやテーブル）を維持する。ＣＧＩスクリプトは、選択されたパーセルの記憶位置を識別し、記憶されているパーセルを入手し、そのデジタル情報の受信側システム１１５へのストリーミングを開始するために、パラメータを処理し、データ構造にアクセスする。
【００４１】
データのストリーミング
データのストリーミングは、パーセル２００をサーバシステム１２５にアップロードし、その間にサーバシステム１２５がパーセル２００を受信側システム１１５にダウンロードすることを必要とする。このプロセスによって、パーセル２００の完全な配信に掛かる時間を約半分に短縮することができる。時間の短縮が行われるのは、パーセルを受信側システム１１５にダウンロードするプロセスが、パーセル全体が送信側システム１１５からサーバシステム１２５へアップロードされるまで待機しないからである。それどころか、サーバシステム１２５は、パーセル２００の最初の部分を受信した際に送信を開始することができる。データのストリーミングは、受信側システム１１５がオンラインであるならば自動的に行うことができる。受信側システムのユーザがパーセルを拒否することができる実施態様の場合、受信側システム１１５は、データのストリーミングを利用するために、サーバシステム１２５がパーセル２００を完全に受信する前にサーバシステム１２５にパーセル２００を要求することができる。
【００４２】
送信側システム１１０がパーセル２００をサーバシステム１２５へ送信するときに受信側システム１１５がオンラインでない場合、パーセル２００全体がサーバシステム１２５にアップロードされるまで送信を続行することができる。この場合、サーバシステム１２５は、受信側システム１１５がオンラインになってパーセル２００を要求するまで待機し、そうなった時点で、サーバシステム１２５はパーセル２００を受信側システム１１５へダウンロードする。
【００４３】
一実施態様では、パーセル２００が受信側システム１１５へ正常に送信された後で、サーバシステム１２５は記憶システム１５５からパーセルを削除する。サーバシステム１２５は、パーセルの一部が一度正常に配信されると、その部分を削除することができる。受信側システム１１５は、パーセルまたはパーセルの一部を受信した際にサーバシステム１２５へ確認応答（アクノレッジメント）を返すことによって、サーバシステム１２５へ、パーセルまたはパーセルの一部が正常に送信されたことを伝える。送信されたデータを削除することによって、サーバシステム１２５は、使用可能な記憶域を有効活用し、受信側システムへの配信を待機中のパーセルに要する記憶域の量を削減することができる。
【００４４】
割り込み可能性
サーバシステム１２５から受信側システム１１５へパーセル２００を送信する際に割り込みが生じる場合、サーバシステム１２５は接続を再確立し、次いで、割り込みが生じた点からパーセル２００の送信を再開することができる。一実施態様では、受信側システム１１５は、パーセルのサイズと割り込みの時間から割り込みの点を判断する。サーバシステム１２５がパーセル２００を最初に受信側システム１１５へ送信する場合、パーセルは、パーセル２００のサイズを受信側システム１１５に示す一意の識別子を含む。接続が再確立されると、受信側システム１１５はパーセルのサイズと割り込みの時間とを使用して、パーセル２００の未送信部分だけをサーバシステム１２５に要求する。別の実施態様では、サーバシステム１２５は、受信側システム１１５が受信の確認応答をしていないパーセルのすべての部分を自動的に再送する。
【００４５】
セキュリティ
配信システム１００は、様々なレベルでセキュリティを提供する。１つのレベルでは、サーバシステム１２５は、送信側システム１１０および受信側システム１１５のユーザのＩＤを認証することができる。この認証は、送信側システム１１０および受信側システム１１５のクライアントソフトウェアのインストールを一意に識別することを含むことができる。別のレベルでは、配信システム１００はそれぞれの配信トランザクションを認証する。別のレベルでは、送信の準備の際に、クライアントパーセルソフトウェアはパーセルをリアルタイムで圧縮および暗号化する。また、サーバシステム１２５は、パーセルを受信側システムへ送信している間にパーセルをリアルタイムで圧縮および暗号化する。更に別のセキュリティレベルでは、受信側システムのユーザは、サーバシステム１２５からパーセルをダウンロードするのではなく、パーセルの配信を拒否することができる。
【００４６】
サーバシステム１２５は証明機関としても機能することができる。この結果、送信側システムおよび受信側システムのそれぞれに対して、パーセルの発行者と受信者との身元を保証することができる。証明機関として機能する際、サーバシステム１２５は、送信側システムおよび受信側システムのユーザの暗号鍵を管理する。
【００４７】
リアルタイム追跡
送信側システム１１０が受信側システム１１５へのパーセル２００の送信を開始した後、送信側システム１４はネットワーク３０を通したパーセル５８のリアルタイムの進捗状況を追跡することができる。追跡情報は、送信側システム１４がサーバシステム２６へのパーセル５８の送信を何時開始したかについての情報、サーバシステム２６（または後述するように、中間ウェブサーバ）へのパーセル５８のアップロードの進捗状況、受信側システム１８のステータス（例えば、未登録か、オフラインか、オンラインかなど）、受信側システムへのパーセル５８のダウンロードの進捗状況、および受信したパーセルのステータス（例えば、受信中のパーセルか、メモリの他の位置へ移動されたパーセルか、配信されたパーセルか、開かれたパーセルか、開かれた時刻など）に関する情報を含むことができる。サーバシステム２６は、受信側システム１８のユーザを一意に識別する署名を用い、また、受信側システム１８がサーバシステム２６へアクセスするためにクライアントソフトウェアを実行する場合は、そのクライアントソフトウェアに関連する一意の識別子を用いて、受信側システム１８がパーセル５８を受信したことを検証することができる。受信側システム１８がサーバシステム２６からパーセル５８に関するデジタル情報の最後のビットを受信したことを安全に知らせるために、署名および一意の識別子を、受信側システム１８から返された確認応答に付随させることができる。
【００４８】
サーバシステム２６は、パーセル５８に関する送信の進捗状況を、署名およびクライアントソフトウェアＩＤと共に、データベースに記録することができる。データベースは、送信側システム１４および受信側システム１８が閲覧するために、監査追跡を提供することができる。従って、追跡は、送信側システム１４に、パーセル５８の受信の確認およびその後の使用のための機構、即ち、一般にインターネットを通じた通信が欠如している機能を提供する。
【００４９】
配信の取り消し
送信側システム１１０は、パーセル２００の受信側システム１１５への送信中は何時でも、パーセルの配信を取り消すことができる。送信側システム１１０は、配信を停止するようサーバシステム１２５に信号を送信することによって、これを行う。サーバシステム１２５がパーセルの受信側システム１１５への送信をまだ開始していない場合、サーバシステム１２５は、そのパーセルの転送を差し控え、そのパーセルを記憶システム１５５から削除することができる。サーバシステム１２５が受信側システム１１５へパーセルを既に送信済みである場合、サーバシステム１２５は取り消し信号を受信側システム１１５へ送ることができる。受信側システム１１５のクライアントソフトウェアは、パーセルが完全に受信されて開かれていないならば、サーバシステム１２５から取り消し信号を受信した際にパーセルを削除する。受信側システムのユーザの許可が必要であろうが、恐らくは、完全に配信され開かれたパーセルも取り消すことができるであろう。パーセルがまだ使用可能であるならば（例えば、まだ上書きされていない場合）、送信者による要求があると、サーバシステム１２５はいかなる取り消された配信でも回復することができる。
【００５０】
２サーバのシステム
図４を参照すると、電子パーセル配信システム１００の別の実施態様は、送信側システム１１０、受信側システム１１５、サーバシステム１２５、およびウェブサーバ４００を含む。送信側システム１１０および受信側システム１１５は、ウェブサーバ４００およびサーバシステム１２５と通信状態にあり、ウェブサーバ４００はサーバシステム１２５と通信状態にある。パーセル４０５は、送信側システム１１０からサーバシステム１２５へ直接に渡され、サーバシステム１２５はパーセル４０５を記憶システム１５５に記憶する。送信側システム１１０は通知４１０をウェブサーバ４００へ送信し、ウェブサーバ４００は通知４１０を受信側システム１１５へ提供する。通知４１０は、図２を参照して説明した通知２０５と同様に機能し、Ｅメールメッセージの形式であってよい。
【００５１】
この実施態様では、送信側システム１１０および受信側システム１１５は、サーバシステム１２５の共通エントリページ２１０にアクセスするためにウェブブラウザ４１５、４２０を実行する。ウェブサーバ４００は、送信側システム１１０および受信側システム１１５とサーバシステム１２５との間でグラフィカルユーザインターフェース４２５を送信する。グラフィカルユーザインターフェースはブラウザ４１５、４２０によって表示される。
【００５２】
通知４１０を受信すると、受信側システム１１５はウェブページ２１０へのアクセスを要求するためにブラウザ４２０を使用する。これはウェブサーバ４００へ要求４３０を送信することによって行われる。ウェブサーバ４００は、これに呼応してユーザインターフェース４２５を呈示する。このユーザインターフェース４２５により、受信側システム１１５はパーセル４０５へアクセスする際に使用するためのユニフォームリソースロケータ（「ＵＲＬ」）を取得することが可能になる。次いで、受信側システム１１５は、ＵＲＬを含む要求４３５をサーバシステム１２５へ送信し、サーバシステム１２５はこれに応答してパーセル４０５を送信する。
【００５３】
送信側システム１１０は、ウェブサーバ４００へ追跡要求４４０を送信することによって、パーセルのステータスを追跡することができる。ウェブサーバ４００は追跡要求４４０をサーバ１２５へ転送し、サーバ１２５は追跡報告４４５で応答する。追跡報告４４５はパーセル４０５の配信ステータスを詳述する。ウェブサーバ４００は追跡報告を送信側システム１１０へ転送する。
【００５４】
図５を参照すると、パーセル配信システム１００の別の実施態様では、送信側システム１１０は、パーセル５００をサーバシステム１２５へ直接に送信するのではなく、ウェブサーバ４００へ送信する。次いで、ウェブサーバ４００はパーセル５００をサーバシステム１２５へ転送する。そうでない場合、システムは図４のシステムと同様の様式で動作する。
【００５５】
図６を参照すると、パーセル配信システム１００の別の実施態様では、送信側システム１１０および受信側システム１１５はそれぞれ、サーバシステム１２５上で実行中のサーバパーセルソフトウェア６００にアクセスするために、クライアントパーセルソフトウェア２０８を実行する。図４の実施態様と同様に、送信側システム１１０は、パーセル６０５をサーバシステム１２５へ直接に送信し、通知６１０をウェブサーバ４００へ、好適にはＥメールメッセージなどによって、送信する。ウェブサーバ４００は通知６１０を受信側システム１１５へ転送する。受信側システム１１５は、通知６１０に応答して、サーバシステム１２５のウェブページ２１０にアクセスするための要求６１５を送信し、パーセル要求６２０をサーバシステム１２５へ送信する。サーバシステム１２５はこれに応答して、パーセル６０５を受信側システム１１５へ転送する。図４の実施態様とは対照的に、ユーザインターフェース、追跡要求、および追跡報告は、ウェブサーバ４００を介するのではなく、送信側システム１１０（または受信側システム１１５）とサーバシステム１２５との間で直接的に受け渡される。
【００５６】
別の実施態様では、受信側システム１１５がクライアントパーセルソフトウェアを実行している間に、送信側システム１１０は、例えば図５で説明したように、ウェブブラウザを実行することができる。同様に、受信側システムが、例えば図５で説明したように、ウェブブラウザを実行している間に、送信側システム１１０はクライアントパーセルソフトウェアを実行することができる。一般に、このような実施態様では、クライアントパーセルソフトウェアは、ユーザインターフェースおよび追跡情報のような情報を交換するために、サーバシステム１２５と直接に通信し、ウェブブラウザは、ウェブサーバ４００を介してサーバシステム１２５と間接的に通信する。
【００５７】
図７を参照すると、パーセル配信システム１００の別の実施態様では、送信側システム１１０は、送信側システム１１０がパーセル７００を送信済みであることを受信側システム１１５に警告するための通知機構なしで、パーセル７００をサーバシステム１２０へ配信する。送信側システム１１０は、パーセル７００を、サーバシステム１１５へ直接に送信することも、ウェブサーバ４００を介して送信することもできる。例えば、送信側システム１１０がクライアントパーセルソフトウェアを実行する場合、ユーザインターフェース４２５とパーセル７００とはサーバシステム１２５へ直接に伝達される。送信側システム１１０がウェブブラウザ４１５を実行する場合、パーセルとユーザインターフェースとはウェブサーバ４００を介して通信される。
【００５８】
受信側システム１１５がオンラインにある場合、受信側システムのユーザがパーセルを得ることを可能にするグラフィカルユーザインターフェースで、ＵＲＬがユーザに呈示される。別法として、受信側システム１１５は、新しいパーセル配信が発生しているか否かを判定するために、サーバシステム１２５を定期的にポーリングする（７０５）ことができる。配信されるべきパーセルがある場合、受信側システム１１５はウェブページ２１０にアクセスし（７１０）、パーセルを要求する（７１５）。サーバシステム１２５は、これに応答してパーセルを送信する。
【００５９】
スケーラブルなサーバアーキテクチャ
図８を参照すると、一群のサーバがサーバシステム１２５として論理的に動作することができる。一群のサーバは、ルートサーバ８００、１または複数のユーザサーバ８０５、８１０、および１または複数のデータサーバ８１５を含む。ルートサーバ８００はその一群の各ユーザサーバ８０５、８１０と各データサーバ８１５とを追跡する。ルートサーバ８００は、サーバシステム１２５と関連して電子パーセル配信サービスを提供することができる他の遠隔通信サーバシステムまたは数群のサーバシステムを維持することができる。
【００６０】
送信側システム１１０のユーザおよび受信側システム１１５のユーザは、ユーザがサーバシステム１２５に最初に登録した際に、それぞれにユーザサーバに割り当てられる。ルートサーバ８００は、各ユーザが割り当てられるユーザサーバを選択する。例えば、図示するように、ルートサーバ８００は、送信側システムのユーザをユーザサーバ８０５に割り当て、受信側システムのユーザをユーザシステム８１０に割り当てることも、または、送信側システムのユーザと受信側システムのユーザとを共通に単一のユーザサーバ、例えば、ユーザサーバ８０５に割り当てることもできる。後に、送信側システム１１０がパーセルの配信を開始するためにサーバシステム１２５に接触するときに、送信側システム１１０は、ルートサーバ８００から、割り当てられたユーザサーバ８０５のＩＤを入手する（矢印８２０）。次いで、送信側システム１１０は、対象とされる受信者の名前を含むパーセル情報をユーザサーバ８０５へ送信する（矢印８２５）。
【００６１】
送信側システム１１０からの通信に応答して、ユーザサーバ８０５は、そのパーセルを記憶するためにデータサーバ８１５の１つを割り当て（矢印８５５）、その割り当てを送信側システム１１０に通知する（矢印８２５）。次いで、送信側システム１１０は、リンク８３０を介して、割り当てられたデータサーバ８１５へパーセルを直接に送信することができる。割り当てられたユーザサーバ８０５は、その一群の他のそれぞれのユーザサーバ８１０（および遠隔ユーザサーバ）に、リンク８３５を介してパーセルの対象とされる受信者のＩＤを提供する。
【００６２】
サーバシステム１２５にログオンすると、受信側システム１１５は、受信側システム１１５に割り当てられたユーザサーバ８１０のＩＤを、ルートサーバ８００から入手する（矢印８４０）。続いて、受信側システム１１５は、ユーザシステム８１０と通信して、新しいパーセルがデータサーバ８１５で入手可能であることを判定する。ユーザサーバ８１０は、この情報を、送信側システムのユーザに割り当てられたユーザサーバ８０５と受信側システムのユーザに割り当てられたユーザシステム８１０との間で以前に通信された情報に基づいて、受信側システム１１５へ通信することができる。しかし、ユーザシステム８１０がそのような情報に関してユーザシステム８０５に問い合わせを行うことも可能である。ユーザサーバ８１０は、受信側システム１１５がデータサーバ８１５に接触してパーセルを取り出すために使用するセッション鍵を、受信側システムのユーザに与える（矢印８５０）。データサーバ８１５は、上述のトランザクション情報を取り込み、この情報は、請求書情報を準備する際に有用なものである。
【００６３】
プロキシシステム
図９を参照すると、電子パーセル配信システム１００の別の実施態様では、プロキシサーバ９００および９０５は、ネットワーク１０５と、送信側システム１１０および受信側システム１１５との間にそれぞれ接続されている。図９では２つの別個のプロキシサーバ９００および９０５として示したが、実施態様によっては、プロキシサーバ９００および９０５は同じプロキシサーバに含めることができる。更に、図９では単一システムのように示したが、プロキシサーバ９００および９０５はそれぞれに複数の相互接続されたサーバまたはサーバのシステムを含むこともできる。
【００６４】
プロキシサーバ９００および９０５のそれぞれは、ファイアーウォール（図示せず）と関連して動作して、送信側システム１１０および受信側システム１１５によってネットワーク１０５へのおよびネットワーク１０５からの通信を可能にする。従って、送信側システム１１０および受信側システム１１５がサーバシステム１２５を介してパーセルを交換するには、パーセルは、プロキシサーバ９００および９０５によって設定された基準を満たすようにして、それぞれのプロキシサーバを通過するのを阻止されないようにする必要がある。
【００６５】
一実施態様では、プロキシサーバ９００および９０５は、ＨＴＴＰメッセージ（即ち、トランザクション）を使用して通信するＨＴＴＰプロキシサーバである。一般に、各ＨＴＴＰトランザクションのフォーマットは、次のように、開始行とそれに続く０またはそれ以上のヘッダ行、空の行（即ち、復帰（キャリッジリターン）、行フィード（ＣＲＬＦ））、およびオプションのメッセージ本体を含む。
【００６６】
開始行（例えば、要求または応答トランザクション）
オプションのヘッダ行１：値１ ＣＲＬＦ
オプションのヘッダ行２：値２ ＣＲＬＦ
．．．
オプションのヘッダ行Ｘ：値Ｘ ＣＲＬＦ
ＣＲＬＦ
メッセージ本体。
【００６７】
図１０は、ＨＴＴＰプロキシサーバを介してパーセルを送信する際に使用する例示のＨＴＴＰトランザクション１０００のフォーマットおよびコンテンツの例を示す。ＨＴＴＰトランザクション１０００は、開始行１００５、１または複数のヘッダ行１０１０、ブランク行（ＣＲＬＦ）１０１５、およびトランザクション１０００に関連するデジタル情報１０２０を含む。デジタル情報１０２０は、例えば、送信されているパーセルの一部、パーセルの説明、およびパーセルのコマンドを表す。開始行１００５は、ＨＴＴＰトランザクションの種類を示している（例えば、ＰＯＳＴおよびＧＥＴのコマンド）。ヘッダ行１０１０は、パーセル配信サービスの動作を指示するために送信側システム、サーバシステム、および受信側システムによって使用されるプロトコル情報を含む。パーセル配信サービスプロトコルは、パーセル配信トランザクションを実行するための規則を指定するものであり、それらは、例えば、パーセルの認証とアップロードとダウンロード、アップロードおよびダウンロードすることができるパーセルのリストの要求、パーセルの送信と受信と追跡、ならびに、配信の取り消しや、パーセルにオープンのマーク付けすることや、パーセルに移動のマーク付けすることなどのコマンドの実行などである。
【００６８】
一般に、パーセルは、単一のＨＴＴＰトランザクションによって完全に送信することができない大きなファイルまたは文書である。従って、大きなパーセルの場合、パーセル全体を送信側システム１１０からサーバシステム１２５へ、またはサーバシステム１２５から受信側システム１１５へ送信するには、通常、複数のＨＴＴＰトランザクションが必須である。従って、各ＨＴＴＰトランザクションは、一般に、パーセルの一部だけを転送する。そのようなＨＴＴＰトランザクションの場合、デジタル情報１０２０は、送信側システム１１０によって送信されている又は受信側システム１１５によって要求されているトランザクションに含まれるパーセルデータを表す。
【００６９】
一実施態様では、デジタル情報１０２０はバイナリデータである。プロキシサーバが純粋なバイナリデータに反対する場合、他の実施態様は、送信側システム１１０またはサーバシステム１２５に純粋なバイナリデータをプリント可能な文字に変換させる場合がある（例えば、各バイトに対して１６進数を作成することによって）。変換されたデータの受信者は、サーバシステム１２５と受信側システム１１５のどちらであっても、プリント可能な文字を純粋なバイナリデータに変換し戻す。
【００７０】
図１１Ａを参照すると、送信側システム１１０はプロシージャ１１００に従ってパーセルをサーバシステム１２５へ送信する。一般に、送信側システム１１０で実行されるクライアントパーセルソフトウェアは、送信側システム１１０がパーセルをアップロードするためにサーバシステム１２５から承認を得る（ステップ１１０５）まで、一連のパーセル配信プロトコルのステップに従う。（このプロセスの一例を図１１Ｂおよび図１１Ｃに関してより詳細に示し、説明する。）次いで送信側システム１１０は、プロキシサーバ９００を介してのトランザクションの送信のために適切なバイトのサイズを決定する（ステップ１１１０）。（このプロセスの一例を図１２に関してより詳細に示し、説明する。）次に、送信側システム１１０は、決定されたバイトのサイズに相当するパーセルの一部を含むトランザクションを生成する（ステップ１１１５）。最後に、送信側システム１１０はトランザクションをサーバシステム１２５へ送信する（ステップ１１２０）。パーセル全体がサーバシステム１２５へ渡される（ステップ１１２５）まで、ステップ１１１０〜１１２０が反復される。
【００７１】
受信側システム１１５は、サーバシステム１２５からのパーセルを要求するときに、同様のプロセスに従う。受信側システム１１５で実行されるクライアントソフトウェアは、受信側システム１１５がパーセルをダウンロードするためにサーバシステム１２５から承認を得るまで、一連のパーセル配信プロトコルのステップに従う（ステップ１１０５）。受信側システム１１５は、サーバシステム１２５からのパーセルの配信を要求するときに、適切なバイトのサイズを指定する（ステップ１１１０）。最後に、受信側システム１１５は、サーバシステム１２５が遂行するトランザクションを生成し（ステップ１１１５）、この遂行は、決定されたバイトのサイズに対応するパーセルの一部を送信する（ステップ１１２０）ことによって行われる。パーセル全体が受信側システム１１５へ渡される（ステップ１１２５）まで、ステップ１１１０〜１１２０が反復される。
【００７２】
図１１Ｂを参照すると、送信側システム１１０は、パーセルをアップロードするためにサーバシステム１２５から承認を得るよう、一連のパーセル配信プロトコルのステップ１１０５を実行する。受信側システム１１５は、サーバシステム１２５からパーセルをダウンロードすることを要求するときに、同様のプロセスに従う。送信側システム１１０は、サーバシステム１２５からの認証を要求するためにサーバシステム１２５へトランザクション（例えば、ＨＴＴＰトランザクション）を発する（ステップ１１３５）。サーバシステム１２５は、送信側システム１１０のユーザがパーセル配信サービスに伴うアカウントを有していることを保証することによって、送信側システム１１０を認証する。一般に、サーバシステム１２５はパスワード認証プロセスを使用して認証を達成する。例えば、サーバシステム１２５は、送信側システムのユーザを登録プロシージャに従わせることによって、このユーザに対するアカウントを設定する。登録中に、送信側システムのユーザは、名前、アドレス、およびクレジットカード情報などのような個人情報をサーバシステム１１５に提供する。次いで、システム１１０および１２５はパスワードを設定する。一度認証されると、サーバシステム１２５は、送信側システム１１０からの認証要求に応答して、次のトランザクションで送信側システム１１０が使用するためのセッションハンドルを返す。
【００７３】
次いで、送信側システム１１０は、送信側システム１１０がサーバシステム１２５を介して配信することを希望する１または複数のパーセルに関連したパーセル情報を提供するために、トランザクションをサーバシステム１２５へ送信する（ステップ１１４０）。パーセル情報は、例えば、パーセル属性（サイズ、名前、パーセルの種類など）、請求書アカウント番号、受信者、およびテキストメッセージ情報を含むことができる。このトランザクションに応答して、サーバシステム１２５はパーセル情報を検証する。検証が成功した場合、サーバシステム１２５はパーセルを受信するサーバを割り当てる。また、サーバシステム１２５は、保留になっているパーセルの転送に備えるために、割り当てられたサーバとパーセル情報に指定されている受信者に関連する何れものサーバと通知する。
【００７４】
次いで、送信側システム１１０は、サーバシステム１２５が送信側システム１１０へ送信することを許可するパーセルのリストを入手するためのトランザクションを発行する（ステップ１１４５）。サーバシステム１２５は、パーセルのリストと、送信側システム１１０によりパーセルを送信されるサーバのアドレスとを、応答として返す（ステップ１１５０）。一実施態様では、アドレスによりサーバシステム１２５が参照される。別の実施態様では、アドレスにより、一群のサーバシステムにおける別のサーバシステムが参照される。
【００７５】
送信側システム１１０への応答には、アドレスによって参照されるサーバシステムでの認証のために送信側システム１１０が使用する暗号化された鍵が含まれる。参照されたサーバシステム（例えば、サーバシステム１２５）が送信側システム１１０をその鍵によって認証すると（ステップ１１５５）、参照されたサーバシステムは、参照されたサーバシステムへ送信側システム１１０からパーセルをアップロードするために使用される別のセッションハンドルを、送信側システム１１０へ提供する。
【００７６】
図１１Ｃは、送信側システム１１０がパーセルをサーバシステム１２５へ送信するため、およびサーバシステム１２５がパーセルを受信側システム１１５へ送信するための、例示のプロセス１１６０を示している。送信側システム１１０はクライアントパーセルソフトウェアを実行する（ステップ１１６２）。いくつかの実施態様では、送信側システム１１０は、各パーセルの部分のパーセルデータを暗号化する（ステップ１１６４）ための暗号化ソフトウェアを含む。暗号化ソフトウェアは、パーセルのデータを暗号化するための１または複数の非対称または対称の暗号化アルゴリズムのいかなる組合せも利用することができる。サーバシステム１２５が証明機関として動作している場合、サーバシステム１２５は暗号化プロセスで使用される各鍵を所有する。サーバシステム１２５に加えて、またはサーバシステム１２５の代わりに、別のエンティティが証明機関として機能する場合、サーバシステム１２５はこの暗号を暗号解読するための鍵（１または複数）を所有せず、暗号は、パーセルの内容がサーバシステム１２５によって見られないように封印する。
【００７７】
次いで、送信側システム１１０は、暗号化されたパーセルデータを、上述のパーセル配信プロトコル情報と組み合わせる（ステップ１１６６）。暗号化されカプセル化されたパーセルをネットワークへ送出する前に、送信側システムは、サーバシステム１２５が解読できる暗号化ソフトウェアを使用して、プロトコル情報と共にパーセルデータを再び暗号化し、圧縮することができる（ステップ１１６８）。いくつかの実施態様では、パーセルデータはこの第２の暗号化ステップから除外される。この圧縮によって、パーセルを運ぶために必要なネットワーク帯域幅が低減される。次いで、送信側システム１１０は、トランザクションを生成するために、暗号化され圧縮されたパーセル配信プロトコル情報およびパーセルデータを、例えば、ＨＴＴＰプロトコルなどのメタプロトコル情報にカプセル化する（ステップ１１７０）。
【００７８】
送信側システム１１０は、上述のようにトランザクションをサーバシステム１２５へ送信し、受信側システム１１５へ通知する（図示せず）。サーバシステム１２５は、トランザクションを受信し、トランザクション内のメタプロトコル情報を処理する（ステップ１１７５）。次いで、サーバシステム１２５は、処理されたメタプロトコル情報の圧縮解除および暗号解読を行い、パーセル配信プロトコル情報を得る（ステップ１１７７）。次に、サーバシステム１２５は、パーセル配信プロトコル情報を処理し、パーセルデータを記憶する（ステップ１１７９）。サーバシステム１２５が送信側システム１１０からパーセル全体を受信するまで、ステップ１１６２から１１７９が反復される。受信側システム１１５がパーセルを要求するまで、または所定の時間間隔が経過するまで、パーセルはサーバシステム１２５に記憶されたままである。
【００７９】
送信側システム１１０（図示せず）からの通知に応答して、受信側システム１１５は、クライアントパーセルソフトウェアを実行して、上記のようにサーバシステム１２５で動作するパーセル配信サービスにアクセスする。受信側システムのユーザは、サーバシステム１２５がユーザのＩＤを認証することができるように、ログオン情報を提供する。送信側システムのユーザと同様に、サーバシステム１２５は、ユーザを登録プロシージャに従わせることによって、受信側システムのユーザ用アカウントを設定するものであり、この登録プロシージャの間に、サーバシステム１２５は受信側システムのユーザに関する個人情報を入手する。
【００８０】
パーセルを送信するために、サーバシステム１２５は、トランザクション毎に、パーセルデータの各部分をパーセル配信プロトコル情報と組み合わせる（ステップ１１８１）。次いで、サーバシステム１２５は、パーセル部分を暗号化および圧縮する（ステップ１１８３）。サーバシステム１２５は、送信側システム１１０によって使用される暗号化アルゴリズムを使用することができ、また、追加または代替の暗号化アルゴリズムも使用することができる。異なるアルゴリズムを使用することによって、暗号化の種類に関して様々な制約を有することがある様々な国際的ドメインにわたって配信システム１００を使用するための柔軟性が提供される。次いで、サーバシステム１２５は、暗号化され圧縮されたデータを、トランザクションがプロキシサーバ９０５を通過することを可能にするメタプロトコル情報内にカプセル化する（ステップ１１８５）。
【００８１】
パーセル部分を得ると、受信側システム１１５はメタプロトコル情報を処理する（ステップ１１９０）。次いで、受信側システム１１５は、パーセル配信プロトコル情報を得るために、処理されたデータを圧縮解除および暗号解読する（ステップ１１９２）。次に、受信側システム１１５は、パーセル配信プロトコル情報を、その情報によって指示された通りに処理し（ステップ１１９４）、次いで、トランザクションの中のパーセルデータを暗号解読する（ステップ１１９６）。最後に、受信側システムはパーセルデータをクライアントパーセルソフトウェアへ渡す。
【００８２】
電子パーセル配信システム１００は、いかなるサイズのパーセルでも配信することができる。しかしプロキシサーバは、一般に、所与のトランザクションでファイアーウォールを通過することのできるデータの量を制限する。従って、送信側システム１１０と受信側システム１１５とは、送信された又は要求されたそれぞれのパーセル部分を、プロキシサーバが課すサイズ制限内に保つ。パーセルを送信するために必要な部分の数は、パーセル全体のサイズと、このサイズ制限とによって決まる。
【００８３】
図１２は、送信側システム１１０または受信側システム１１５がトランザクションのバイトのサイズを動的に決定する例示のプロセス１１１０を示している。最初に、送信側システム１１０は、トランザクションに対する所定のサイズを使用する（ステップ１２０５）。一般に、配信の性能はパーセル部分のサイズの増大に伴い改善される。従って、実施態様では、所定のサイズは、ネットワーク１０５上のプロキシサーバによって典型的に強制される最大サイズ制限、即ち、４メガバイトに相当する。送信側システム１１０は所定サイズのトランザクションを送信し（ステップ１２１０）、プロキシサーバ９００はトランザクションをインターセプトする。トランザクションのサイズがプロキシサーバ９００によって許可されるサイズ制限を超える場合、プロキシサーバ９００はトランザクションの更なる送信を阻止し、エラーを報告する。
【００８４】
プロキシサーバからエラーメッセージを受信すると（ステップ１２１５）、送信側システム１１０はトランザクションのサイズを縮小する（ステップ１２２０）。一実施態様では、トランザクションサイズが半減されるが（例えば、４Ｍｂ部分は２Ｍｂ部分になる）、トランザクションのサイズを縮小する他の基準を使用することもできる。次いで、送信側システム１１０は、新しい小さいサイズのトランザクションを送信することを試みる（ステップ１２１０）。送信側システム１１０がもう１つエラーメッセージを受信した場合（ステップ１２１５）、送信側システムは再びトランザクションのサイズを縮小する（ステップ１２２０）。送信側システム１１０が、送信されたトランザクションのサイズが原因であるエラーメッセージをプロキシサーバ９００から受信しなくなるまで、この送信および縮小のプロセスは続けられる（ステップ１２１５）。
【００８５】
次いで、サーバシステム１１０は、プロキシサーバ９００を正常に通過した現在のパーセル部分のサイズを使用して、パーセルの残りの部分を送信する（ステップ１２２５）。別の実施態様では、送信側システム１１０は、現行サイズよりも大きなサイズではあるが、プロキシサーバ９００によって最後に拒絶されたパーセル部分よりも小さいサイズであるパーセル部分を送信することを試みることによって、パーセル部分のサイズを更に改善する。
【００８６】
受信側システム１１５は、サーバシステム１２５からパーセルを要求する際に同様の様式でプロセス１１１０を実行する。最初に、受信側システム１１５はトランザクションに所定のサイズを使用する（ステップ１２０５）。受信側システム１１５は、所定サイズのトランザクションを要求し（ステップ１２１０）、プロキシサーバ９０５はそのトランザクションをインターセプトする。トランザクションのサイズがプロキシサーバ９０５によって許可されるサイズ制限を超える場合、プロキシサーバ９０５は、受信側システム１１５がトランザクションを受信することを阻止し、エラーメッセージを生成する。
【００８７】
エラーメッセージを受信すると（ステップ１２１５）、受信側システム１１５はトランザクションのサイズを縮小し、縮小されたサイズのトランザクションを要求する（ステップ１２１０）。受信側システムがもう１つエラーメッセージを受信する場合、受信側システムはトランザクションのサイズを再び縮小する（ステップ１２２０）。受信側システムが、送信されたトランザクションのサイズを原因とするエラーに遭遇しなくなるまで、この送信および縮小のプロセスは続く。その後、受信側システムは、プロキシサーバ９０５を正常に通過した現行のトランザクションのサイズを使用して、パーセルの残りの部分を要求する（ステップ１２２５）。
【００８８】
送信されるパーセル部分のサイズを動的に決定することに加えて、送信側システム１１０は、メタプロトコルのヘッダ内にカプセル化された情報のフォーマットも動的に決定することができる。例えば、要求された情報に続く情報をＨＴＴＰプロトコルのヘッダに含めることに関して、様々なフォーマットを有する場合がある。プロキシサーバによっては、これらのフォーマットに制約を課す。例えば、或るプロキシサーバは、ＨＴＴＰヘッダ内の特定の行内にある情報のバイト数を制限することができる。
【００８９】
図１３は、メタプロトコル情報内にカプセル化されている配信サービスプロトコル情報のフォーマットを、送信側システム１１０または受信側システム１１５が動的に決定するための、例示のプロセス１３００を示している。最初に、送信側システム１１０は所定のフォーマットを使用して配信サービスプロトコル情報をカプセル化する（ステップ１３０５）。例えば、１キロバイトのプロトコルデータをカプセル化するための所定のフォーマットは、各ヘッダ行が２５６バイトである４つのヘッダ行であってよい。
【００９０】
送信側システム１１０は、初期フォーマットでトランザクションを送信し（ステップ１３１０）、プロキシサーバ９００はそのトランザクションをインターセプトする。プロキシサーバ９００が現行のフォーマットに反対する場合、プロキシサーバ９００は、トランザクションの更なる送信を阻止し、送信側システム１１０へエラーを報告する。送信側システム１１０は、エラーメッセージを受信すると（ステップ１３１５）、フォーマットを変更する（ステップ１３２０）。一実施態様では、送信側システム１１０は、ヘッダ行当たりのバイト数を半減させ（例えば、１行当たり２５６バイトは、１行当たり１２８バイトになる）、ヘッダ行数を２倍に増やす。ここでも、送信側システム１１０は、ヘッダ内の行当たりのバイト数を縮小するために別の基準を使用することができる。次いで、送信側システム１１０は、新しいフォーマットのトランザクションを送信することを試みる（ステップ１３１０）。
【００９１】
通常は、ヘッダ行当たりのバイト数を１２８バイトに縮小することにより、トランザクションがプロキシサーバ９００を通過することが可能になる。送信側システム１１０が再びエラーメッセージを受信する場合（１３１５）、送信側システムは再びフォーマットを変更する（ステップ１３２０）。送信側システム１１０が、送信されたトランザクションのフォーマットを原因とするエラーメッセージをプロキシサーバ９００から受信しなくなるまで、トランザクションの送信（ステップ１３１０）とフォーマットの変更（ステップ１３２０）とは続く。
【００９２】
その後、送信側システム１１０は、プロキシサーバ９００を正常に通過した現行のフォーマットを使用して、パーセルの残りの部分を送信する（ステップ１３２５）。別の実施態様では、送信側システム１１０は、現行のフォーマットよりもヘッダ行当たりに更に多くのバイト数を有するが、プロキシサーバ９００を最後に通過することに失敗したトランザクションのフォーマットよりも行当たりのバイト数が少ないパーセル部分を送信することを試みることによって、フォーマットを改善する。
【００９３】
受信側システム１１５は、サーバシステム２６からのパーセルを要求する場合に、同様の様式で図１３に記載のプロセスを実行する。受信側システム１８は、上記の所定の初期フォーマットを使用して配信サービスプロトコル情報をカプセル化する（ステップ１３０５）。受信側システム１１５は、初期フォーマットを有するトランザクションを送信し（ステップ１３１０）、プロキシサーバ９０５はこのトランザクションをインターセプトする。プロキシサーバ９０５が現行のフォーマットに反対する場合、プロキシサーバ９０５はこのトランザクションの更なる送信を阻止し、受信側システム１１５へエラーを報告する。受信側システム１１５は、エラーメッセージを受信する（ステップ１３１５）と、フォーマットを変更する（ステップ１３２０）。次いで、受信側システム１１５は、新しいフォーマットのトランザクションを送信することを試みる（ステップ１３１０）。
【００９４】
受信側システム１１５が再びエラーメッセージを受信する場合には（ステップ１３１５）、フォーマットは再び変更される（ステップ１３２０）。受信側システム１１５が、送信されたトランザクションのフォーマットを原因とするエラーメッセージをプロキシサーバ９０５から受信しなくなるまで、トランザクションの送信（ステップ１３１０）とフォーマットの変更（ステップ１３２０）とは続けられる。その後、受信側システム１１５は、プロキシサーバ９０５を正常に通過した現在のフォーマットを使用して、パーセルの残りの部分を送信する（ステップ１３２５）。
【００９５】
電子商取引への応用
電子パーセル配信システム１００は、異なるビジネス業務に組み込むことができる。図１４は、電子パーセル配信システム１００を電子商取引の実行に役立つようにした実施態様１４００を例示している。図に示されるように、エンティティＡ １４０５が送信側システム１１０を動作させ、エンティティＢ １４１０が受信側システム１１５を動作させ、エンティティＣ １４１５が第２の受信側システム１４２０を動作させる。サーバシステム１２５は、送信側システムおよび受信側システム１１０、１１５、１４２０が実行することができるトランザクションを規定するためのソフトウェア１４２５、例えば、ＡＰＩ（アプリケーションプログラムインターフェース）を含む。例えば、エンティティＡ １４０５が電子新聞を配信する業務を行っている場合、規定されるトランザクションは、例えば、新聞を配信すること、新聞を定期購読すること、受信側システムによって電子新聞を開くこと、および定期購読を取り消すことを含むことができる。
【００９６】
サーバシステム１２５は、それぞれの規定されたトランザクションと料金とを関連付けるソフトウェアデータ構造１４３０（例えば、テーブル）も記憶する。このデータ構造１４３０は価格リストとして機能する。ソフトウェア１４２５は、送信側システム１１０および各受信側システム１１５、１４２０によって実行されたトランザクションのレコード１４３５を維持するソフトウェアモジュールを含む。別のソフトウェアモジュールは、送信側および受信側システムそれぞれの支払義務の額を、実行されたトランザクションのレコード１４３５と価格リスト１４３０とを参照することによって計算する。次いで、サーバシステム１２５は、各システムの支払すべき額を特定するインボイス（請求書）１４４０、１４４５を生成する。サーバシステム１２５は、支払のためのそのようなインボイス１４４０、１４４５を各受信側システム１１５、１４２０へ配信することができ、また、それらのそれぞれのアカウントに請求してもよい。
【００９７】
図１５Ａおよび図１５Ｂは、サーバシステム１２５で実行される配信サービスが、購入者エンティティＡ １５０５、販売者エンティティＢ １５１０、および配信エンティティＣ １５１５の間で製品の購入および配信を調整するようにした電子配信システム１０の実施態様を例示している。購入者エンティティＡ １５０５の送信側システム１１０は、パーセルを、後に販売者エンティティＢ １５１０の受信側システム１５２０に対して配信されるように、サーバシステム１２５へ送信する（ステップ１５５０）。例えば、パーセルは１００個の自動車部品の注文であってよい。
【００９８】
パーセル（例えば、注文）を受信すると、サーバシステム１２５はパーセルを販売者エンティティ１５１０の受信側システム１５２０へ送信する（ステップ１５５５）。別法として、送信側システム１１０は、パーセルの通知を販売者エンティティ１５１０の受信側システム１５２０へ送信することができ、次いで、その受信側システム１５２０がそのパーセルを要求するためにサーバシステム１２５に接触する。
【００９９】
受信側システム１５２０は注文を受理し（ステップ１５６０）、受理の通知をサーバシステム１２５へ送信する（ステップ１５６５）。サーバシステム１２５は、受理の通知を送信側システム１１０にへ配信し（ステップ１５７０）、次いで、注文を受信側システム１１５へ通知する（ステップ１５７５）。次いで、受信側システム１１５は、パーセル（例えば、注文）に関連した商品を取得し配信することを意図していることを、サーバシステム１２５に確認し（ステップ１５８０）、サーバシステム１２５は送信側システム１１０へこの確認を配信する（ステップ１５８５）。
【０１００】
最後に、受信側システム１１５を含むエンティティＣは、受信側システム１５２０を含むエンティティＢから商品を入手し（ステップ１５９０）、送信側システム１１０を含むエンティティＡへ商品を配信する（ステップ１５９５）。商品は物理的（例えば、トラックによって）にでも、電子的にでも、適切なように送ることができる。
【０１０１】
図１６Ａおよび図１６Ｂは、サーバシステム１２５上で実行される配信サービスが、購入者エンティティＡ １６０５、販売者エンティティＢ １６１０、および販売者エンティティＣ １６１５が関与する業務におけるワークフロー（作業の流れ）を制御するようにした、電子配信システム１００の実施態様１６００を例示している。購入者エンティティＡ １６０５の送信側システム１１０は、パーセルを、エンティティ１６１０、１６１５の受信側システム１６２０、１６２５それぞれに対して後に配信されるように、サーバシステム１２５へ送信する。一実施態様では、パーセルは、特定の商品（例えば、１００個の自動車部品）の価格に関してのオファーについての案内を行うものである。パーセルをサーバシステム１２５へ送信することと関連して、送信側システム１００は、各受信側システム１６２０、１６２５に対して、サーバシステム１２５で案内状が入手可能であることを通知することができる。各受信側システム１６２０、１６２５はパーセルを入手し（ステップ１６５５）、オファーを回答する（ステップ１６６０、１６６５）。
【０１０２】
サーバシステム１２５は、オファーに応答して、例えば、何れのオファーを選択するかを決定するソフトウェアを実行することによって、オファーを選択する（ステップ１６７０）。例えば、サーバシステム１２５は、エンティティＢからのオファーを受理し（ステップ１６７５）、エンティティＣからのオファーを拒否する（ステップ１６８０）。次いで、サーバシステム１２５は、送信側システム１１０に対してトランザクションを確認する（ステップ１６８５）。別の実施態様では、サーバシステム１２５ではなく送信側システム１１０がオファーを選択し、受理および拒否の通知を発行する。
【０１０３】
電子パーセル配信システム１００の他の実施態様では、図１４、１５Ａ、１５Ｂ、１６Ａ、および１６Ｂに示し、上述した様々な特徴を組み合わせることができる。
他の配信機構との組合せ
再び図１を参照すると、電子パーセル配信システム１００は他のパーセル配信機構と協働することができる。例えば、サーバシステム１２５は、送信側システム１１０から受信したパーセルのコピーをプリントすることができる。パーセルをネットワーク１０５を介して受信側システム１１５へ送信するのでなく、サーバシステム１２５はパーセルを受信側システム１１０へファックス送信することができる。別の実施態様では、サーバシステム１２５はプリンタでパーセルのコピーを印刷し、印刷したコピーを運送サービスを用いて送る。
【０１０４】
ハイブリッドの電子メールおよび電子パーセルの配信システム
図１７を参照すると、ハイブリッドシステム１７００は、上記のシステム１００のようなパーセル配信システムと、標準的な電子メール（Ｅメール）システムとを組み合わせる。一般に、ハイブリッドシステム１７００は、比較的大きな送信を標準的Ｅメールシステムからパーセル配信システムへリダイレクトし、その結果、ハイブリッドシステムは標準的Ｅメールシステムよりも大きな送信を処理することができる。システム１７００は、パーセル配信システムの利点を提供しながらも、標準的なＥメールユーザインターフェースをユーザに提供する。更に、標準的Ｅメールシステムを使用することによって、ユーザは１組のコンタクトおよびメーリングリストを維持するだけでよい。
【０１０５】
ハイブリッドシステム１７００において、１または複数のローカルネットワークのユーザ１７０５のそれぞれは、ＭＩＣＲＯＳＯＦＴ（Ｒ） ＯＵＴＬＯＯＫ（商標）のようなＥメールプログラム１７１０をローカルシステム上で実行する。Ｅメールプログラム１７１０は標準的なユーザインターフェースを呈示する。インターフェースは一般にグラフィカルユーザインターフェース（ＧＵＩ）であり、従って、Ｅメールプログラム１７１０に慣れているユーザは、ハイブリッドシステム１７００と対話するために新しいインターフェースを学習する必要はない。しかし、例えば、電子データを搬送する伝播信号を受信することができるパラレル／シリアル／その他のデータポートなどの標準的なＥメールインターフェースと置換するため又は増補するために、他のインターフェースを使用することができる。
【０１０６】
電子メールサーバ１７１５は、メッセージおよび他のアイテムの送信および受信を調整するために、Ｅメールプログラム１７１０と通信する。この議論の目的のために、メッセージおよび他のアイテムが、ローカルメッセージ、他のローカルアイテム、遠隔メッセージ、および遠隔パーセルに分類される。ローカルメッセージおよび他のローカルアイテムは、同じＥメールサーバ１７１５のユーザ間（例えば、第１のユーザ１７０５（ユーザＡ）と第２のユーザ１７０５（ユーザＢ）との間）で伝送される。遠隔メッセージは、異なるＥメールサーバのユーザ間（例えば、ローカルユーザ１７０５（ユーザＡ）と遠隔ユーザ１７２０（ユーザＤ）との間）で伝送されるメッセージである。遠隔パーセルは、パーセル配信システムを介して遠隔ユーザ１７２０へ送信されるアイテムである。
【０１０７】
Ｅメールサーバ１７１５は、ローカルユーザ１７１０間でローカルメッセージと他のローカルアイテムとを受け渡す。Ｅメールサーバ１７１５は、インターネットのようなネットワーク１７２５を介して、遠隔メッセージを遠隔ユーザ１７２０へ送る。実施態様によっては、ファイアーウォール１７３０は、Ｅメールサーバ１７１５をネットワーク１７２５から分離し、Ｅメールサーバ１７１５とネットワーク１７２５の間の通信を調整するためにＥメールプロキシサーバ１７３５が使用される。一部の実施態様の場合、それぞれの異なるタイプのＥメールプログラム１７１０が、異なるＥメールサーバ１７１５と通信する。
【０１０８】
Ｅメールサーバ１７１５は、パーセル配信システムを使用して送信される遠隔パーセルを識別し、識別された遠隔パーセルをローカルパーセルサーバ１７４０へ送信する。ユーザは、パーセル配信システムを使用して送信されるメッセージまたは他のアイテムを積極的に指定することができる。別例として、または追加として、Ｅメールサーバ１７１５は、ファイルサイズやセキュリティ指示などのような基準を使用してアイテムをローカルパーセルサーバ１７４０へ自動的に送ることができる。パーセル配信システムを使用した配信に適したアイテムを識別するために、例えば、パーセルの特性に基づいてトラフィックを指示するために、規則を設定することができる。
【０１０９】
図１８Ａを参照すると、一実施態様では、Ｅメールサーバ１７１５は、プロシージャ１８００に従って、送出されるアイテムを処理する。最初に、サーバ１７１５は、通信されるアイテムがローカルユーザ１７０５へ向けられるか否かを決定する（ステップ１８０５）。向けられる場合、サーバ１７１５はそのアイテムを適切なローカルユーザ１７０５へ送る（ステップ１８１０）。
【０１１０】
ローカルユーザへ向けられていない通信の場合（ステップ１８０５）、サーバ１７１５は、パーセル配信システムが使用されることを送信側ユーザ１７０５が示しているか否か（ステップ１８１５）、通信されるアイテムのサイズが所定のサイズ閾値レベルを超えているか否か（ステップ１８２０）、アイテムが機密であること又はセキュリティ保護された処理を要求していることを送信側ユーザ１７０５が示しているか否か（ステップ１８２５）、アイテムが制御されたアクセスを要求していることを送信側ユーザ１７０５が示しているか否か（ステップ１８３０）、およびアイテムがＥメールサーバ１７１５を過負荷状態にすることになるか否か（ステップ１８３５）を判定する。これらの条件の何れかが存在する場合、またはアイテムがパーセル配信システムを使用して配信されるとＥメールサーバ１７１５が判定する場合には、Ｅメールサーバ１７１５は、通信されているアイテムを、パーセル配信システムを使用した送信のためにローカルパーセルサーバ１７４０へ送る（ステップ１８４０）。上記以外の場合、Ｅメールサーバ１７１５は、通信されているアイテムを、通常のＥメール送信のためにＥメールプロキシサーバ１７３５へ送る（ステップ１８４５）。
【０１１１】
文書配信システムは、文書配信システムを機密の通信などに対して特に有用なものとする暗号化の機能および他の制御されたアクセスの機能を有する。文書配信システムの制御されたアクセスの機能の例は、通信（例えば、対象となる受信者へ配信されるもの、または対象となる受信者により読まれるもの）のステータスに関する詳細な送信者の監視と、その通信の保存、コピー、または印刷に関する受信者の機能に対する制約と、これらの動作のうちの何れのものが実行されたかに関する送信者の監視とを含むことができる。
【０１１２】
ローカルパーセルサーバ１７４０は、図１に関して上述した文書配信システム１００の送信側システム（例えば、送信側システム１１０）のクライアントパーセルソフトウェアと同様の様式で機能する。一実施態様では、システムは、図１８Ｂに示したプロシージャ１８５０に従って動作する。最初に、ローカルパーセルサーバ１７４０は、送出されるＥメールメッセージをフォーマットするためにＥメールサーバ１７１５が使用する標準的な電子メールプロトコルとは異なる電子パーセルプロトコルに基づいて、送出される電子パーセルをフォーマットする（ステップ１８５５）。電子パーセルプロトコルと電子メールプロトコルとは、電子パーセルとメールメッセージとについての可能な最大サイズに関して異なる場合があり、また、他のまたは追加の基準に関して異なる場合がある。例えば、大きな電子パーセルの通信を可能にするために、電子パーセルプロトコルは、電子メールプロトコルによって許可される最大の電子メールメッセージサイズを超える最大パーセルサイズを許容することができる。送出される電子パーセルが電子パーセルプロトコルに従って一度フォーマットされると、ローカルパーセルサーバ１７４０が、送出される電子パーセルを対象とされる受信者へ送るものであり、例えば、そのパーセルをネットワーク１７２５を介して電子パーセル倉庫１７５０へ送信する（ステップ１８６０）。ファイアーウォール１７３０を使用する一実施態様では、ローカルパーセルサーバ１７１０は、ネットワーク１７２５を介して通信するためにプロキシサーバ１７４５を使用する。しかし、ファイアーウォール１７３０がない場合、プロキシサーバ１７４５は使用しても使用しなくてもよい。
【０１１３】
パーセル倉庫１７５０は、上述の文書配信システムのサーバ（例えば、サーバ１２５）と同様の様式で機能する。具体的には、パーセル倉庫１７５０は、アイテムを遠隔パーセルサーバ１７６０へ、最終的には遠隔Ｅメールサーバ１７６５を介して遠隔ユーザ１７２０へ配信するために、遠隔パーセルサーバ１７６０と通信する。
【０１１４】
破線で示すように、遠隔システムによるファイアーウォール１７７５の使用を必要とする一実施態様では、ネットワーク１７２５と遠隔Ｅメールサーバ１７６５との間の通信は、ネットワーク１７２５とＥメールサーバ１７１５との間の通信がＥメールプロキシサーバ１７３５を介するのとほぼ同様の様式で、Ｅメールプロキシサーバ１７７０を介して行われるものでよく、そして、電子パーセル倉庫１７５０とパーセルサーバ１７６０との間の通信は、電子パーセル倉庫１７５０とパーセルサーバ１７４０との間の通信がプロキシサーバ１７４５を介するのとほぼ同様の様式で、プロキシサーバ１７５５を介して行われるものでよい。
【０１１５】
遠隔パーセルサーバ１７６０は、上述の文書配信システムの受信側システム（例えば、受信側システム１１５）のクライアントソフトウェアとほとんど同様の様式で機能するソフトウェアを含む。通信を受信すると、遠隔パーセルサーバ１７６０は、通信を、適切なユーザ１７２０へ配信するために、遠隔Ｅメールサーバ１７６５へ送る。ユーザ１７２０は、通常のＥメールメッセージ用のチャネルを使用してＥメールメッセージが送信されたかのように通信を受信し、受信した通信をハイブリッドシステムの標準的ユーザインターフェースで使用可能にする。このインターフェースは、Ｅメール通信を受信者に使用可能にするためにも使用され、例えば、共通のグラフィカルユーザインターフェースとして実施することができる。従って、ハイブリッドシステム１７００は、ユーザ１７１０および１７２０に本質的に透明なシームレスの動作を提供する。
【０１１６】
図１８Ｃのプロセス１８７０で示すように、一実施態様よると、パーセルサーバ１７６０は、ユーザＤ、Ｅ、およびＦ １７２０へ向けられた電子パーセルを含む通信を受信する（ステップ１８７５）。これらの通信は電子パーセルプロトコルに従ってフォーマットされている。パーセルサーバ１７６０は、受信した電子パーセルをＥメールサーバ１７６５へ送る。同様に、電子メールプロトコルに基づいてフォーマットされた電子メールメッセージは、Ｅメールサーバ１７６５によって受信される（ステップ１８８０）。次いで、Ｅメールサーバ１７６５は、コントローラとして動作して、受信した電子パーセルおよび電子メールを適切なユーザ１７２０の共通ユーザインターフェース（例えば、Ｅメールシステムに通常組み込まれているグラフィカルユーザインターフェース）へ送る（ステップ１８８５）。
【０１１７】
従って、電子パーセル配信システムは、電子パーセルが電子メールプロトコルと一致していなくとも、その電子パーセルを送信および受信することができる。更に、電子メールは、電子パーセル配信サーバを含まないチャネルを使用して配信することができる。
【０１１８】
図１９を参照すると、代替例のハイブリッドシステム１９００では、１つのサイト１９０５がハイブリッドシステムを用い、別のサイト１９１０が分離したＥメールシステムと文書配信システムとを用い、それぞれのサイトが通信を送信／受信することができる。サイト１９０５で、すべての通信は、上述のような共通のユーザインターフェースを介して送信および受信される。サイト１９１０では、通常のＥメールメッセージはＥメールインターフェースを使用して送信および受信され、パーセル配信システムを使用して配信されたパーセルは、パーセル配信システムのインターフェースを使用して送信および受信される。ハイブリッドシステム１７００と１９００との組み合わせを使用することもできる。
【０１１９】
システム１７００と１９００のどちらも、ユーザに通信のステータスを通知するためにイベントベースのＥメールメッセージを使用することができる。例えば、Ｅメールサーバ１７１５がパーセルをローカルのパーセルサーバ１７４０へ送信する場合、Ｅメールサーバ１７１５は、対象とされる受信者へ、パーセルが来ることを示すＥメールメッセージを送信する。同様に、遠隔Ｅメールサーバ１７６０は、遠隔パーセルサーバ１７５５からパーセルを受信すると、パーセルが受信されたことを示すＥメールメッセージを送信者へ送信することができる。Ｅメールサーバ１７６０は、パーセルが開かれたか、移動されたか、読まれたか、削除されたか、印刷されたか、を示すメッセージを送信者へ送信することもできる。パーセルが配信されていない場合、Ｅメールメッセージを送信者、対象とされる受信者、またはその両方へ送信することができる。
【０１２０】
デプロイメントシステム
図２０Ａおよび図２０Ｂは、本明細書に記載の電子パーセル配信システムまたは電子メールおよび電子パーセルのハイブリッド配信システムと組み合わせて用いられるデプロイメントシステムの実施態様を例示している。
【０１２１】
図２０Ａを参照すると、どちらのシステムも仮想専用ネットワーク２０００を構成するために迅速にデプロイメントされることができる。ネットワーク２０００は、その中心としてパーセル配信サーバ２００５（例えば、サーバシステム１２５または電子パーセル倉庫１７５０）を使用する、セキュリティ保護されクライアント定義された通信ネットワークである。
【０１２２】
サーバ２００５とユーザ２０１０との間、またはユーザ２０１０同士の間でのネットワーク２０００を介した通信は、公開／秘密鍵の対によって保護される。即ち、例えば、第１のユーザ２０１０（ユーザＡ）との通信は、第１の公開／秘密鍵の対によって保護され、第２のユーザ２０１０（ユーザＢ）との通信は、第２の公開／秘密鍵の対によって保護される。
【０１２３】
ネットワーク２０００のユーザ２０１０は、証明書ベースのＩＤを有することができ、各ユーザ２０１０は、一般にはダウンロードされたファイルである証明書と関連するパスワードとによって識別される。これは、ユーザ名とパスワードとによってネットワークユーザが識別される従来の識別方式とは対照的である。一般に、ユーザの証明書は、ユーザのデジタル公開／秘密鍵、サーバ接続情報、ユーザＩＤ、および証明機関のＩＤを含んでいる。上述のハイブリッドシステム１７００のようなシステムでは、１つのパーセルサーバまたは一群のパーセルサーバ（例えば、１または複数のローカルパーセルサーバ１７４０）は、「ユーザ」として構成されることができ、１または複数の他のユーザにアクセスを提供することができ、個々のユーザはそれぞれ自身の証明書を有することが要求されていない。
【０１２４】
ネットワーク２０００では、サーバ２００５は、各ユーザ２０１０とのセキュリティ保護された通信を可能にするために、中央管理された証明書を提供する。この方式の下では、特定のユーザ２０１０は、サーバ２００５との通信を可能にするため、従って、サーバ２００５と通信する他のユーザ２０１０との通信を可能にするために、自身の固有の公開鍵を知っているだけでよい。通信はサーバ２００５を介して行われるので、個々のユーザ２０１０は、他のユーザ２０１０と通信するために他のユーザ２０１０の公開鍵を知る必要はなく、これによって、ユーザ２０１０間での通信を可能にするために必要とされる公開鍵の交換を行う必要がなくなる。
【０１２５】
従って、プロトコルは、送信側ユーザ２０１０とサーバ２００５との間で共有される第１の公開鍵に基づいた、送信側ユーザ２０１０とサーバ２００５との間での第１のセキュリティ保護された通信と、サーバ２００５と受信者ユーザ２０１０との間で共有される第２の公開鍵に基づいた、サーバ２００５と受信者ユーザ２０１０との間での第２のセキュリティ保護された通信とを提供する。
【０１２６】
ネットワーク２０００は、最小限の時間および最小限のトラフィックでユーザ２０１０が多数の他のユーザ２０１０に対してセキュリティ保護されたデータ接続を行うことを可能とするように実施され使用されることができる。例えば、実施態様によっては、１５分以下で一つのユーザ２０１０をネットワークに追加することができ、複数のユーザを同時に追加できる。一般に、ユーザ２０１０を追加するために必要とされることは、ユーザ２０１０がクライアントパーセルソフトウェアをインストールすることと、そのユーザ２０１０に対する公開／秘密鍵対に対応する証明書をインストールすることとのみである。しかし、サーバ２００５での集中処理を行う別の実施態様では、クライアントソフトウェアのインストールでさえ不要である。
【０１２７】
クライアントパーセルソフトウェアはファイアーウォールを通して動作し、実質的にはかなるマシンにでもインストールされることが可能とされる。クライアントパーセルソフトウェアと証明書とはどちらもネットワークからダウンロードすることができ、従って、インストールは完全に電子的に進めることができる。例えば、実施態様によっては、インストレーションは、将来ユーザとなるであろうユーザがそのユーザのマウスを一回クリックすることにより開始されるものであり、インストレーションは完全に自動的に完了されるものである。このように、インストレーションの完了に必要なことはマウスを一回クリックすることのみである。
【０１２８】
図２０Ｂを参照すると、システム２０００の一実施態様はプロシージャ２０２０によるデプロイメントを達成する。上記のデプロイメントシステム２０００を活用するために、１または複数の見込まれるデプロイメント候補に関するＩＤおよび／または接触情報（例えば、名前、電子メールアドレスおよび実際の住所、電話番号、ファクシミリ番号、および雇用者名およびアドレス）を、電子インターフェースを使用して入手する（ステップ２０２５）。電子インターフェースは、ユーザによってアクセス可能なグラフィカルのまたは他のユーザインターフェースであってよい。例えば、電子インターフェースは、インターネットのようなネットワークに、あるいはパラレル、シリアル、または他の種類のデータポートに、あるいは電子情報を搬送する伝播信号を受信できる任意の他のシステムまたはデバイスに伴うものであってよい。ＩＤ情報は、一時的または永続的に記憶することができ、アカウントは、見込まれる候補のそれぞれに対してパーセル配信サーバ２００５によって自動的に作成することができる（ステップ２０３０）。
【０１２９】
その後、それぞれの見込まれるデプロイメント候補を通信ネットワークに追加するために各候補から認証が求められ、それにより、その候補と顧客との間のセキュリティ保護された通信を可能にする（ステップ２０３５）。一般には、認証を求めるために、顧客によって提供された、少なくともＥメールアドレスを一般には含むＩＤ情報に基づいて、自動的にＥメール要求を送信する。しかし、例えば、電話での呼び出し、ファクシミリ送信、および標準的な手紙などのような、他の形式の要求も同様に可能である。認証の要求は、候補をネットワークに追加するための一般的な要求でよく、また、詳細な要求であってもよい（例えば、候補の再検討のために候補についての情報を列挙する、および／または、候補との又はネットワークの他の既存のおよび／または見込まれるメンバーとの電子パーセルの通信を可能にするように、候補のコンピュータをコンフィギュレーションすることを要求する）。
【０１３０】
ステップ２０３５で、更に詳細な情報が認証要求に提供されている場合、見込まれるデプロイメント候補に、その情報を修正するための機会を与えることができる（ステップ２０９５）。例えば、新しく作成されたアカウントを定義するデータ内にエラーが存在すると判定された場合（ステップ２０９５Ａ）、見込まれるデプロイメント候補に、訂正データを提供するための機会を与えることができる（ステップ２０９５Ｂ）。見込まれるデプロイメント候補に対して、それぞれの訂正または一連の複数の訂正の後に、そのアカウント情報を反復的に示すようにして、自分のアカウントに新たに追加された情報や変更された情報を再び再検討し、自分のアカウント情報の更なるエラーまたは残存するエラーを特定し、そのようなエラーを訂正するための機会を提供するようにできる（ステップ２０３５および２０９５）。
【０１３１】
見込まれるデプロイメント候補から新しいアカウントに対する認証を受信すると（ステップ２０４０）、この候補がネットワークへ追加され、通信が可能にされる（ステップ２０４５）。図示する実施態様では、新しいユーザのアカウントに対する将来のセキュリティ保護されたアクセスを可能にするために、顧客ソフトウェアとログイン情報とがその新しいユーザのコンピュータに自動的にダウンロードされインストールされる（ステップ２０４５）。上述のように、証明書が作成されダウンロードされるように、アカウントに関するログイン情報は、一般に、公開／秘密鍵の対を含む。別の例として、ステップ２０４５Ｂに示すように、必要な機能を提供することを中央クライアントソフトウェア（例えば、サーバのもの）に任せて、ログイン情報だけをダウンロードすることによって電子パーセル通信を可能にすることができる。
【０１３２】
通信が可能になると、デプロイメントウェブサイトは、顧客が新たに追加されたユーザとのトランザクションを開始できるようにするために、新しいアカウント情報によって更新される（ステップ２０５５）。
【０１３３】
新しいアカウントに対する認証が、見込まれるデプロイメント候補から受信されない場合（ステップ２０４０）、その見込まれるデプロイメント候補に関して記憶されているアカウント情報を再検討するために、顧客２０１５へ要求が送信される（ステップ２０６０）。接触（コンタクト）情報または他のアカウント情報にエラーがある場合（ステップ２０６５）、顧客２０１５は、アカウントを訂正および更新することができ（ステップ２０７０）、見込まれるデプロイメント候補に関しての認証を再び要求することができる（ステップ２０３５）。これとは対照的に、接触情報およびアカウント情報が受理可能であるとみなされた場合（ステップ２０６５）、見込まれるデプロイメント候補との個人的な接触が適切か否かに関して判定を行うことができる（ステップ２０７５）。適切である場合、個人的な接触が試みられる（ステップ２０８０）。適切でない場合、そのアカウント情報は将来に使用するために保存することができる（ステップ２０８５）。見込まれるデプロイメント候補が電子的手段によってのみ接触されている場合に、一般に、個人的な接触は適切であるとみなされる。
【０１３４】
通信を可能にしようと試みている間に問題が発生する場合がある。問題が発生した場合（ステップ２０５０）、そのような問題を解決するためにプロシージャ２０９０が実行される。問題が本質的に技術的なものである場合（ステップ２０９０Ａ）、それらの問題は、解決のために一般に技術代表者へ送られ（ステップ２０９０Ｂ）、その後、通信を可能にするための試みがなされる（ステップ２０４５）。これとは対照的に、問題が本質的に技術的なものでない場合（ステップ２０９０Ａ）、見込まれるデプロイメント候補は、問題を解決するために顧客サービス代表者による接触を受けることになる（ステップ２０９０Ｃ）。
【０１３５】
図２０Ｂには示していないが、ファイアーウォールが使用される場合、プロキシ情報を決定し、アカウント所有者のシステムにロードすることができる。プロキシ情報を決定するために使用可能な技術の更に詳細な説明は図１３を参照して行う。
【０１３６】
図２１に示した代替の実施態様では、サーバ２００５は、大域的に分散されるが、単一の隣接的なサービスを提供する。例えば、サーバ２００５は、アメリカ合衆国に配置されている第１のサーバ部分２１００と、日本に配置されている第２のサーバ部分２１０５とを含むことができる。
【０１３７】
プレミアムコンポーネント
電子パーセル配信サービス１００およびハイブリッドシステム１７００のようなシステムは、プレミアムコンポーネントを追加することによって増強することができる。プレミアムコンポーネントは、容易に（また自動的に）クライアントパーセルソフトウェアに組み込まれるモジュールの形であってよく、また、クライアントパーセルソフトウェアと共に、あるいは後日または後刻にダウンロードすることができるものでよい。プレミアムコンポーネントモジュールの例は、受信自動化モジュール、送信自動化モジュール、通知モジュール、およびコピー保護モジュールを含む。
【０１３８】
受信自動化モジュールは、メールおよびパーセルを含む受信した通信の自動処理を提供する。受信自動化モジュールは、高度なフィルタリング技術を使用して、受信したデータを配信後データ処理のためにプログラムまたはスクリプトへ渡す。異なるフィルタリングパラメータは、例えば、パーセル送信者のＩＤ、パーセルの説明、およびパーセルが送信された時刻を含むことができる。特定の一実施態様では、受信自動化モジュールを使用して、複数のソースからのパーセルに同封されたデータファイルを単一の組み合わされたデータファイルへ組み込むために、および組み合わされたデータファイルを処理するアプリケーションプログラムを使用して報告を生成するために、および生成された報告をパーセルに組み込むために、およびパーセルを受信者のリストへ送信することができる。
【０１３９】
送信自動化モジュールは受信自動化モジュールと同様に動作する。送信自動化モジュールは、例えば、一群のファイルを指定時刻に受信者のリストへ自動で送信するために使用することができる。例えば、送信自動化モジュールは、１時間毎に、前の１時間内に編集または作成された特定のフォルダまたはディレクトリからすべてのファイルを、送信するために使用することができる。
【０１４０】
図２２Ａ〜図２２Ｄは、上記の特性を有する送信および受信の自動化モジュールを可能にする上で有用なグラフィカルユーザインターフェースの例を示しており、図２２Ａおよび図２２Ｃは、少なくとも受信自動化モジュールおよび送信自動化モジュールをイネーブルにするための対話型の選択可能なボタン２２０２を含むグラフィカルユーザインターフェース２２００および２２２０を例示している。
【０１４１】
図２２Ａを参照すると、受信自動化モジュールに対するグラフィカルユーザインターフェース２２００の一例は、受信した文書を自動的に処理するための１または複数のソフトウェアプログラムをユーザが指定することを可能にする。例えば、図２２Ａに示した特定の例では、顧客に対して自動フィルタリング処理が使用可能とされ、顧客には、選択された送信者からの文書を受入および拒否する条件を指定することが許可される。例えば、エリア２２０４に示すように、ユーザは１または複数の送信者を、関連するフィルタリング情報およびフィルタリングステータスと共に列挙することができる。
【０１４２】
フィルタリング情報は、フィルタリング機能を実行するために使用されるソフトウェアを示すことができる。図２２Ｂは、フィルタ情報を指定する際に有用なグラフィカルユーザインターフェース２２１０を例示している。図示されるように、ソフトウェアフィルタを名称２２１２によって識別することができ、そのフィルタを、１または複数の送信者２２１４から受信したパーセルに又は１または複数の対象２２１６に向けられたパーセルに適用することが可能である。
【０１４３】
フィルタリングステータスは、対応する送信者から受信したパーセルをどのように処理するか（例えば、パーセルを受入れるか拒否するか）を示す。ディフォルトのフィルタリングステータス２２０６は、通常ならばフィルタリングが指定されないような送信者に適用されるように複数のデフォルト規則の１つを特定するために、使用することもできる。無数の他のデフォルトのステータスを使用することができるが、図２２Ａには、（１）リストにない送信者からのパーセルを常に受入れ（ａｌｗａｙｓ ａｃｃｅｐｔ ｐｅｒｃｅｌｓ ｆｒｏｍ ｕｎｌｉｓｔｅｄ ｓｅｎｄｅｒｓ）、（２）リストにない送信者からのパーセルを常に拒否（ａｌｗａｙｓ ｒｅｊｅｃｔ ｐｅｒｃｅｌｓ ｆｒｏｍ ｕｎｌｉｓｔｅｄ ｓｅｎｄｅｒｓ）、および（３）リストにない各送信者からのパーセルの受入れ又は拒否を一度尋ねる（ａｓｋ ｏｎｃｅ ｔｏ ａｃｃｅｐｔ ｏｒ ｒｅｊｅｃｔ ｐａｒｃｅｌｓ ｆｒｏｍ ｅａｃｈ ｕｎｌｉｓｔｅｄ ｓｅｎｄｅｒ）、という３つ示す。
【０１４４】
図２２Ｃを参照すると、送信自動化モジュールへのグラフィカルユーザインターフェース２２２０の一例は、指定の時刻に１または複数の配信が自動的に開始されるように、ユーザが指定することを可能にする。図２２Ｄは、配信が送信自動化モジュールによって自動化されるように指定する際に情報を入力する上で有用な、グラフィカルユーザインターフェース２２３０を示している。例えば、このグラフィカルユーザインターフェース２２３０が求める情報は、受信者および／またはサブジェクト２２３２の識別子、送信されるフォルダ／ファイルの場所２２３４、配信の時刻２２３６、配信に添付するメッセージ情報２２３８、および請求目的などのアカウント情報２２４０を含む。配信時刻は定期的配信を含むことができる。
【０１４５】
通知モジュールは、電子的通信に関連する様々なイベントの自動通知を提供する。例えば、上記のように、送信者は、パーセルが受信され、開かれ、移動され、読まれ、削除され、処理され、または印刷される時に、Ｅメールを受信することができる。同様に、受信者は、パーセルが送信された時に、パーセルが来ることを伝えるＥメールを受信することができる。パーセルが配信されない場合、送信者、または対象とされる受信者、またはその両方に、Ｅメールメッセージを送信することができる。
【０１４６】
コピー保護モジュールは、送信者に、パーセルの内容に対する受信者のアクセスを制御する機能を提供する。例えば、送信者は、受信者がパーセルの内容を印刷またはコピーすることを防止するために、コピー保護モジュールを使用することができる。送信されたパーセルの内容へのアクセスを制御する技術は、１９９９年３月３１日出願の「Ｍｅｔｈｏｄ Ａｎｄ Ａｐｐａｒａｔｕｓ Ｆｏｒ Ｐｒｏｔｅｃｔｉｎｇ Ｄｏｃｕｍｅｎｔｓ Ｆｒｏｍ Ｕｎａｕｔｈｏｒｉｚｅｄ Ｃｏｐｙｉｎｇ Ａｎｄ Ｄｉｓｔｒｉｂｕｔｉｎｇ Ｏｆ Ｅｌｅｃｔｒｏｎｉｃ Ｍｅｓｓａｇｅｓ Ｔｒａｎｓｍｉｔｔｅｄ Ｏｖｅｒ Ａ Ｎｅｔｗｏｒｋ（ネットワークを通じての電子メッセージの無許可の複製および分配から文書を保護する方法および装置）」という名称の米国特許出願第０９／２８１，８９４号に記載されており、これらを参照により本明細書に援用する。
【０１４７】
マルチユーザアカウントシステム
上記の文書およびパーセルのハイブリッドの配信システムは、共通のアカウントおよびログイン情報に関連付けられた複数ユーザのグループによる使用をサポートするように構成することができる。管理の観点からすると、このような構成は、集中的な請求およびアカウントの管理のような機能を可能にする。クライアントおよび／またはユーザの観点からすると、この構成は、集中化した文書処理のような機能を可能にする。
【０１４８】
マルチユーザアカウントは、一般的な識別情報、アカウント特性、および／またはユーザリストを含む様々な基準に基づいて設定される。一般的な識別情報は、ログイン情報および／または接触情報を含むことができる。ログイン情報は、典型的には、アカウントログイン名（例えば、スクリーンネーム）および／またはパスワードの情報を含む。接触情報は、一般に、会社および／またはアカウントの代表者名、アドレス（例えば、物理的および／または電子的）、および／または電話番号を含む。
【０１４９】
アカウント特性は、一般に、請求情報と、アカウントに適用される制限（例えば、使用制限）に関する情報とを含む。
１または複数のユーザリストを、アカウント毎に設定することができる。図２０Ａおよび図２０Ｂに関して上記で検討したように、ユーザがデプロイメントリストに追加されるのと同様の様式で、ユーザがアカウントに追加される。例えば、識別情報を入力し、パスワードまたは証明書を含むログイン情報を作成することによって、ユーザを追加することができる。ユーザを複数のアカウントに記載することができ、それぞれのアカウントが識別情報を共有しながらもユーザに対する固有のログイン情報を維持する。単一ユーザを１または複数のアカウントに記載することができる。
【０１５０】
アカウントは、一度設定されると、アカウントＩＤおよびログイン情報を有する任意のユーザによって更新および／または編集されることができる。更に、アカウントの複数のユーザは、ユーザ指定の識別コードを使用して彼等特有のユーザ名に関する情報にアクセスすることができる。このようにして、一般的なアカウントは、そこに含まれる個々のユーザに対しては透明になる。
【０１５１】
標準的Ｅメールパッケージのハイブリッドシステムへの変換
図２３を参照すると、ハイブリッドの電子メールおよび電子配信システム１７００は、プロシージャ２３００に従って既存のＥメールシステムを変更することによって実施することができる。最初に、ハイブリッドシステムのための要求が受信される（ステップ２３０５）。この要求は、ユーザになる可能性のあるユーザによって作成された（電話、ファクシミリ、Ｅメールなどによる）明確な要求であってよく、また、この要求は、１または複数の見込まれるユーザに関して収集された情報に基づいて生成された、見込まれるユーザ側でハイブリッドシステムを望んでいることを示す仮想的要求（例えば、情報ベースのマーケティング情報）であってよい。
【０１５２】
このような要求に応答して、既にインストールされている電子メールシステムを上記の様式で機能させるように、既にインストールされている電子メールシステムを変更することができるハイブリッドシステムモジュールが提供される（ステップ２３１０）。別例として、図２３には示していないが、ハイブリッドシステムのための要求に応答して、既存のＥメールシステムの変更を必要としないスタンドアローンのハイブリッドシステムモジュールを提供することができる。このようなスタンドアローンのハイブリッドシステムモジュールは、本明細書に記載の機能を提供するために、Ｅメール機能を有さないコンピュータシステムにロードすることができる。
【０１５３】
プラグインアプリケーション
図２４に示すような別の実施態様では、アプリケーションソフトウェア（例えば、クライアントパーセルソフトウェア）はプラグインアプリケーション２４００の形態を取ることができる。プラグインアプリケーション２４００は、送信側システム１１０（および受信側システム１１５）にインストールすることができ、そして、既存のソフトウェアアプリケーションと統合することができ、既存のソフトウェアアプリケーションの例えばグラフィカルユーザインターフェースがプラグインアプリケーションの機能を組み込むよう変更される。ユーザは、この統合を、図２５に示すように、既存のソフトウェアアプリケーション２４０５のグラフィカルユーザインターフェース２５００の自然な追加および／または拡張であるように認識することができ、また、この統合は、グラフィカル／ビジュアル技術を使用して、プラグインアプリケーション２４００のグラフィカル／ビジュアルの機能を強調することができる。例えば、図２５に示すように、プラグインアプリケーション機能は、プラグイングラフィカルボタン２５０５の形態を取ることができる。これらのプラグイングラフィカルボタン２５０５は、既存のソフトウェアアプリケーション２４０５の既存のグラフィカルボタン２５１０に類似のものでよく、また、既存のグラフィカルボタン２５１０からプラグイングラフィカルボタン２５０５を区別するために強調する（例えば、別の色または幾何学的なデザインにする）こともできる。
【０１５４】
更に、プラグインアプリケーション２４００は、ソフトウェア（例えば、機械語）レベルでシームレスに動作するために、既存のソフトウェアアプリケーション２４０５と統合することができる。一例として、既存のソフトウェアアプリケーションは、例えば、Ｍｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）およびＬｏｔｕｓ（登録商標）Ｎｏｔｅｓなどのような、一般的な情報管理アプリケーション（電子メール管理プログラムを含む）であってよい。
【０１５５】
上記の実施態様と同様に、電子パーセルまたはデジタルコンテンツ（例えば、電子メールメッセージ、ビデオ、オーディオ、またはテキストファイル）を、リアルタイムで、場合によってはそのデジタルコンテンツの送信中に、プラグインアプリケーション２４００によって圧縮および／または暗号化することができる。暗号化されたデジタルコンテンツは、送信側システム１１０、サーバシステム１２５、受信側システム１１５の間でセキュリティ保護された通信経路を介して移動することになる。最後に、ユーザが後述するプラグインアプリケーション２４００を使用して送信されたデジタルコンテンツを開くために実施されるプロシージャに従う場合には、受信側システム１１５で受信された暗号化されたデジタルコンテンツは、暗号解読され圧縮解除される。
【０１５６】
更に、プラグインアプリケーション２４００によって、いかなるサイズのデジタルコンテンツ（例えば、サイズの大きなムービーファイル）でも暗号化して受信者へ配信することが可能になる。
【０１５７】
この実施態様によれば、ユーザ（例えば、送信者）は、ユーザのデジタルコンテンツを配信するために、セキュリティ保護されたデジタル権利管理システムまたは通常のセキュリティ保護されていないシステムを選択することができる。これは、セキュリティ保護されたシステムとセキュリティ保護されていないシステムとから選ぶ並列選択肢がユーザに与えられているという点で、上記のシステムの幾つかのものとは区別可能である。ユーザは、セキュリティ保護されたシステムが通常の既存ソフトウェアアプリケーションシステムと完全に異なることに気付くことはない。
【０１５８】
一実施態様では、プラグインアプリケーションの権利管理機能は、以下の機能の１つまたは複数と、上記の機能の１つまたは複数を含むことができる。プラグインアプリケーションは、受信者がデジタルコンテンツを一度受信するとそのデジタルコンテンツを操作するために受信者がどのような権利を有するかを示すデジタル資産制御機能を提供することができる。これらのデジタル資産制御機能は、送信者がプラグインアプリケーション２４００を使用してデジタルコンテンツを送信する準備をしている時点で選択することができる。送信者は、デジタルコンテンツ（例えば、電子メールメッセージ、ビデオ、オーディオ、またはテキストファイル）の操作を制御することができる。例えば、送信者は、転送、コピー、印刷、操作期間、およびデジタルコンテンツの操作可能回数を制御することができる。更に、送信者は、デジタルコンテンツの権利が期限切れになったらデジタルコンテンツを「細断」する（即ち、例えば、高度な技術を使用しても受信側システム１１５からデジタルコンテンツを回復することができないほど十分な回数（例えば、８回ないし９回）だけデジタルコンテンツに上書きする削除アルゴリズムのような技術を使用して、受信側システム１１５から完全に消去する）ように指定することができる。細断は、例えば、送信者がプラグインアプリケーション２４００を使用してデジタルコンテンツを送信する準備をしているときに「自動細断」選択肢を提供することによって、実施することができる。
【０１５９】
更に、プラグインアプリケーション２４００は、以下の追跡機能の１つまたは複数のものと、上記の機能の１つまたは複数のものとを含むことができる。プラグインアプリケーションは、デジタルコンテンツに対して何が行われているかを追跡することを送信者に可能にするユーザインターフェース機能を提供することができる。例えば、追跡機能は、デジタルコンテンツがいつ／どのようにして受信され、閲覧され、破壊され（例えば、細断され）たかについての情報、およびデジタルコンテンツが他の何らかの方法で操作されたかおよび誰により操作されたかというような情報を含むことができる。更に、追跡機能は、例えば、デジタルコンテンツパーセルの配信の開始および終了の日時、受信者が有効な登録受信者であると確認されたか否かおよびその日時、および、デジタルコンテンツパーセルが開かれた日時などのような、配信ステータスを提供することができる。
【０１６０】
プラグインアプリケーション２４００を使用することによって実現できる他の利点は、デジタルコンテンツが配信不可能な場合を除いて、暗号化されたデジタルコンテンツを任意の中間記憶装置に記憶／転送することなく、デジタルコンテンツがセキュリティ保護されたチャネルを使用して安全に配信されるということである。しかし、一度デジタルコンテンツが配信可能になると、いかなる中間サーバでもそのデジタルコンテンツを配信し、そのデジタルコンテンツのすべてのコピーを消去することができる。この機能は、例えば、通常の記憶／転送される公開鍵インフラストラクチャ（ＰＫＩ）システムが使用する技術とは全く異なるものである。基本的に、プラグインアプリケーション２４００は、暗号化されたデジタルコンテンツをセキュリティ保護されたチャネルを介して送信することを可能にし、なおも、いくつのコピーが存在するかを正確に制御する（なぜなら、何れの配信サーバでもコピーは１つも作成されず、そして、上記のデジタル資産制御機能により、受信者がデジタルコンテンツに関して有する権利を制御することができるからである）。
【０１６１】
次に、図２６を参照すると、ユーザ（送信者および／または受信者）により知覚されるグラフィカルユーザインターフェース２６００の機能に関しては、プラグインアプリケーション２４００は、以下の機能の１つまたは複数と、上記の機能の１つまたは複数を含むことができる。プラグインアプリケーション２４００は、送信側で既存のソフトウェアアプリケーション２４０５のグラフィカルユーザインターフェース２６００を変更して、送信者が図２６に示す機能に出会うようにする。例えば、既存のソフトウェアアプリケーション２４０５としてＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）を用いる場合、送信者の表示画面は、メッセージ作成ウィンドウ２６１５のツールバー領域２６１０に、例えば、通常の「送信（Ｓｅｎｄ）」ボタン２６２０の隣に「セキュア送信（Ｓｅｎｄ Ｓｅｃｕｒｅ）」ボタン２６０５を含むことができる。「Ｓｅｎｄ Ｓｅｃｕｒｅ」ボタン２６０５は、既存のソフトウェアアプリケーション２４０５のグラフィカルユーザインターフェース２６００にとけ込むように、色と様式で視覚的に類似したものとすることができる。別例として、プラグインボタン（例えば、「Ｓｅｎｄ Ｓｅｃｕｒｅ」ボタン２６０５）を、既存のソフトウェアアプリケーション２４０５のグラフィカルユーザインターフェース２６００から目立つように派手に表示することができる。更に、プラグインアプリケーション２４００は、文字を表示したボタンではなく、アイコン状のボタンの形とすることができる。
【０１６２】
既存のソフトウェアアプリケーション２４０５のグラフィカルユーザインターフェース２６００の他の変更形態は、後述するように、メッセージ作成ウィンドウ２６１５のツールバー領域２６１０または別個のポップアップウィンドウに、「Ａｕｔｏｓｈｒｅｄ（自動細断）」ボタンを含むことができる。更に、「Ｓｅｎｄ／Ｒｅｃｅｉｖｅ（送信／受信）」（または「Ｃｈｅｃｋ Ｎｏｗ（今チェック）」）ボタン２７００を、図２７に示すようなメイン画面ツールバー２７０５に含めることができる。この「Ｓｅｎｄ／Ｒｅｃｅｉｖｅ」ボタン２７００は、ユーザが、既存のソフトウェアアプリケーション２４０５の通常のメイン画面グラフィカルユーザインターフェース２７１０から、プラグインアプリケーション２４００の送信および受信の機能にアクセスすることを可能にする。
【０１６３】
更に、メッセージ作成ウィンドウ２６１５（または別個のポップアップウィンドウ）のツールバー領域２６１０は、例えば、特定のコピーまたはタイプのデジタルコンテンツが送信された後でそれをリコールするための「Ｒｅｃａｌｌ（リコール）」ボタン、受信者がデジタルコンテンツを操作して、それを別の受信者へ転送することを可能にする「Ｃｈａｉｎ Ｌｅｔｔｅｒ（チェーンレター）」ボタン、デジタルコンテンツが、そのデジタルコンテンツを送信された特定の受信側システム１１５以外の任意のコンピュータ装置で操作されることを防止する「Ｐｒｅｖｅｎｔ Ｃｈａｉｎ Ｌｅｔｔｅｒ（チェーンレター防止）」ボタン、受信者によってデジタルコンテンツがコピーされることを防止する「Ｎｏ Ｃｏｐｙ（コピー禁止）」ボタンなどのような、グラフィカルボタンを含むことができる。
【０１６４】
更に、通常のメイン画面グラフィカルユーザインターフェース２７１０は、図２７に示すような別個のプラグインアプリケーション用「ｏｕｔｂｏｘ（アウトボックス）」フォルダ２７１５を含むことができる。このアウトボックスフォルダ２７１５は、ユーザが、プラグインアプリケーション２４００を使用して送信されたデジタルコンテンツのパーセル／メッセージのすべてを閲覧することを可能にする。
【０１６５】
一実施態様では、ユーザは、プラグインアプリケーション２４００を使用してデジタルコンテンツを送信することを希望する場合、図２７に示すメイン画面ツールバー２７０５の「新規（Ｎｅｗ）」ボタン２７２０をダブルクリックする。これによって、図２６に示すようなメッセージ作成ウィンドウ２６１５が現れる。メッセージ作成ウィンドウ２６１５を使用して、ユーザは、プラグインアプリケーション２４００を使用して送信すべきデジタルコンテンツを作成または添付することができる。プラグインアプリケーション２４００を使用してデジタルコンテンツを送信するために、ユーザは「Ｓｅｎｄ Ｓｅｃｕｒｅ」ボタン２６０５をクリックし、それにより、図２８に示すデジタル資産制御ポップアップウィンドウ２８００が現れる。このウィンドウによって、送信者は、受信者がデジタルコンテンツの操作に関して有する権利を、選択することができる。
【０１６６】
デジタル資産制御（ｄｉｇｉｔａｌ ａｓｓｅｔ ｃｏｎｔｒｏｌ）ウィンドウ２８００（これはまた、例えば、オプションメニューまたはメッセージヘッダに表示されるツールバーボタンによって実施することもできる）は、例えば、権利の失効後にデジタルコンテンツを細断するか否かや、受信者に許可されるデジタルコンテンツの操作の方法（例えば、転送、コピー、および印刷する）を、送信者が制御することを可能にする選択可能なオプションボックス２８０５を含むことができる。更に、デジタル資産制御ウィンドウ２８００は、例えば、受信者がデジタルコンテンツを何回閲覧することができるかや、デジタルコンテンツがいつ期限切れになるかなどを、送信者が指定することを可能にする入力領域２８１０を含むことができる。
【０１６７】
図２９は、図２９に示す送信プロセスに含めることができる別の機能を提供するアドレス決定ポップアップウィンドウ２９００を示している。このアドレス決定ポップアップウィンドウ２９００は、受信者に対して複数のアドレスが存在する場合に現れ、デジタルコンテンツを送信すべき正確なアドレスを送信者が指定することがを可能にする。更に、ウィンドウ２９００は、指定された受信者が登録済みユーザでないこと、およびデジタルコンテンツを未登録の受信者へ送信することはできないことを、送信者に通知することができる。
【０１６８】
デジタルコンテンツが送信される準備ができ、送信オプションが指定されると、ユーザは最後のポップアップウィンドウ、例えば、デジタル資産制御ポップアップウィンドウ２８００またはアドレス決定ポップアップウィンドウ２９００の「ＯＫ」ボタンをクリックし、そうすることによりデジタルコンテンツがプラグインアプリケーション２４００によって自動的に送信される。デジタルコンテンツの送信中に（例えば、暗号化され、圧縮され、セキュリティ保護された通信チャネルを使用してサーバシステム１２５へ送信される）、プラグインアプリケーション２４００は、図３０に示すような進捗状況ポップアップウィンドウ３０００を表示させ、デジタルコンテンツの送信ステータスをユーザが監視することを可能にすることができる。
【０１６９】
プラグインアプリケーション２４００の複数の機能を含む受信側のグラフィカルユーザインターフェース３１００の一実施態様を図３１に示す。プラグインアプリケーション２４００のグラフィックで実施される機能は、特定メッセージリスト３１１５のためのメッセージインボックスペイン３１１０の追加されたアイコン３１０５を含み、それは、例えば、特定のメッセージが安全保護されていることを示すための南京錠（ｐａｄｌｏｃｋ）のアイコンをオーバーレイさせた封筒のアイコンなどである。既存のソフトウェアアプリケーション２４０５の標準アイコン（例えば封筒）に南京錠アイコンを追加することによって、既存のソフトウェアアプリケーション２４０５が使用する通常の方法で送信／受信された通常のメッセージと、プラグインアプリケーション２４００が実施するプロシージャで送信／受信されたメッセージとを区別する。
【０１７０】
更に、特定メッセージリスト３１１５が選択／ハイライト表示されると、メッセージプレビューペイン３１２０は、実際のメッセージ部分ではなくセキュリティメッセージ３１２５を表示することができる。即ち、例えばＭｉｃｒｏｓｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）のプレビューペイン３１２０の通常の機能は、特定メッセージリスト３１１５に対応するメッセージの部分を示すためのものである。しかし、プラグインアプリケーション２４００は、プレビューペイン３１２０に、メッセージの内容を非表示にし、その代わりに「このセキュアＥメールアイテムはプレビューペインに表示できません。メッセージを開いてお読み下さい。」というようなセキュリティメッセージ３１２５を表示することができる。
【０１７１】
更に、プラグインアプリケーションは、サブジェクト行３１３０中の送信者の指定したテキストの前に「Ｓｅｃｕｒｅ−」（「セキュリティ保護あり−」）という単語を自動的に付加することができる（図３２のサブジェクト行３２２０も参照のこと）。例えば、送信者が、送出されるメッセージのサブジェクト行に「Ｍｅｅｔｉｎｇ ｎｏｔｅｓ ２Ｍａｙ２００１」（「２００１年５月２日議事録」）を入力した場合、受信者はこのメッセージを受信するが、サブジェクト行３１３０は「Ｓｅｃｕｒｅ−Ｍｅｅｔｉｎｇ ｎｏｔｅｓ ２Ｍａｙ２００１」（「セキュリティ保護あり−２００１年５月２日議事録」）と表示されることになる。
【０１７２】
受信者が一度メッセージを開くと（例えば、特定メッセージリスト３１１５をクリックするか、または、例えば、特定メッセージリスト３１１５を選択／ハイライト表示してユーザのキーボードの「Ｅｎｔｅｒ」キーを押し下げるというような他の技術を使用して、メッセージにアクセスすると）、図３２に示すようなメッセージウィンドウ３２００が現れる。電子メッセージは、簡単なテキストであっても、または、例えば、マルチメディア電子コンテンツであっても、受信者が見られないように隠され、受信者が開くことのできる添付ファイルの形態にパッケージすることができる。従って、受信者のメッセージウィンドウ３２００は、例えば、ツールバー３２１０に「Ｏｐｅｎ Ａｔｔａｃｈｍｅｎｔｓ」（添付ファイルを開く）ボタン３２０５を含み、「Ｏｐｅｎ Ａｔｔａｃｈｍｅｎｔｓ」ボタン３２０５をクリックしてメッセージの内容にアクセスするよう受信者に指示するメッセージ３２１５を含むことができる。更に、受信者のメッセージウィンドウ３２００は、例えば、存在し得るデジタルコンテンツのアップグレード／更新バージョンを送信側システム１１０から要求するためにツールバー３２１０に「Ｕｐｇｒａｄｅ／Ｕｐｄａｔｅ（アップグレード／更新）」ボタンを含むことができる。
【０１７３】
図３３に示すように、受信者が電子メッセージの添付ファイルを開くときに、内容明細ポップアップウィンドウ３３００を表示させることができる。内容明細ポップアップウィンドウ３３００は、デジタル資産の権利の詳細を示すことができ、例えば、デジタルコンテンツをどれだけの期間使用することができるか、デジタルコンテンツを何回使用することができるか、デジタルコンテンツをどのように操作することができるか、などが示される。更に、内容明細ポップアップウィンドウ３３００は、受信者がデジタル資産を開くこと（例えば、閲覧／操作すること）、デジタル資産を操作するために更なる権利を購入すること、およびデジタル資産を他の受信者へ送信すること、を許可することができる。
【０１７４】
上記の実施態様では、一度デジタルコンテンツが開かれ、上記の受信プロシージャが終了すると、プラグインアプリケーション２４００は、受信側システム１１５のディスプレイにデジタルコンテンツを表示することができる。送信プロセスで送信者が選択したオプションによっては、デジタルコンテンツを操作する権利が失効すると、受信者はもはやそのデジタルコンテンツを操作することができない。デジタル権利の失効を示すために、「自動細断」機能は、例えばポップアップメッセージによって受信者にデジタル権利の失効を警告してから、デジタルコンテンツの画面表示を、例えばその画面が視覚的に「細断される」か「溶けて」でもいるかのように表示させる。
【０１７５】
実施することができる他の機能は、上記の追跡機能である。図２７、３４、および３５を参照すると、送信者が別個のプラグインアプリケーションの「アウトボックス」フォルダ２７１５にアクセスすると、「アウトボックス」ウィンドウ３４００が表示される。ウィンドウ３４００は、プラグインアプリケーション２４００を使用して送信者が送信したアイテム３４０５を表示する。送信者が「アウトボックス」ウィンドウ３４００にリストされたアイテム３４０５を選択すると、追跡ポップアップウィンドウ３５００が表示される。追跡ポップアップウィンドウ３５００は、受信者３５０５と送信ステータス３５１０とに関する詳細を列挙することができる。送信ステータス３５１０の詳細は、いつ／どのようにしてデジタルコンテンツが受信され、閲覧され、破壊され（例えば、細断され）たかについての情報、デジタルコンテンツが他の何らかの方法で操作されたか否かおよび誰によって操作されたかについての情報などを含むことができる。更に、送信ステータス３５１０は、例えば、デジタルコンテンツパーセルの配信の開始および終了の日時、受信者が有効な登録受信者であるか否かの確認の日時および有効な登録者と確認されたか否か、およびデジタルコンテンツパーセルが開かれた日時などのような詳細を含むことができる。
【０１７６】
上述のように、プラグインアプリケーションの複数の実施態様の多くの特徴を、既存のソフトウェアアプリケーション２４０５としてＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）およびＬｏｔｕｓ（登録商標）Ｎｏｔｅｓのスクリーンショットを使用して説明した。プラグインアプリケーション２４００を組み込むことができる他の種類の既存のソフトウェアアプリケーション２４０５に、類似のグラフィカルユーザインターフェース機能を含めることもできる。更に、図３６ないし図３９のグラフィカルユーザインターフェース機能の複数の実施態様の様々な機能をＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）に関して説明したが、図３６ないし図３９にはＬｏｔｕｓ（登録商標）Ｎｏｔｅｓ（Ｒ）で実施されているところを示してある。
【０１７７】
例えば、図３６は、図２７に示すＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）の「インボックス」の通常のメイン画面のグラフィカルユーザインターフェースに対応している。同様に、図３７は、図２８に示すＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）のデジタル資産制御ウィンドウに対応している。更に、図３８はデジタル資産制御ウィンドウの他の実施態様であって、例えば、図２６のメッセージ作成ウィンドウ２６１５に、オプション３８００および入力領域３８０５が表示されている実施態様を示している。また図３９は、図３２に示すＭｉｃｒｏｓｏｆｔ（登録商標）Ｏｕｔｌｏｏｋ（登録商標）の（受信した）メッセージウィンドウに対応している。
【０１７８】
他の実施態様も特許請求の範囲の範囲内に含まれる。例えば、上記のシステムおよび技術は、１または複数の製品に組み込まれた１または複数のコンピュータ読取可能ソフトウェアプログラムとして実施することができる。製品は、例えば、フロッピー（Ｒ）ディスク、ハードディスク、ハードディスクドライブ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フラッシュメモリカード、ＥＥＰＲＯＭ、ＥＰＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＲＯＭ、または磁気テープの任意の１つのものまたは組合せであってよい。一般に、コンピュータ読取可能ソフトウェアプログラムを生成するために、標準的または専有のプログラミング言語または解釈言語を使用することができる。そのような言語の例としては、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、ＪＡＶＡ（Ｒ）、ＢＡＳＩＣ（Ｒ）、Ｖｉｓｕａｌ Ｂａｓｉｃ（Ｒ）、ＬＩＳＰ、ＰＥＲＬ、およびＰＲＯＬＯＧなどが挙げられる。ソフトウェアプログラムは、１または複数の製品に、ソースコードや、オブジェクトコードや、解釈コードや、実行可能コードとして記憶することができる。
【図面の簡単な説明】
【０１７９】
【図１】図１は、サーバシステムを介して受信側システムと通信する送信側システムを含む電子パーセル配信システムを示す図である。
【図２】図２は、送信側システムがサーバシステムへパーセルを、また受信側システムへ通知を送信する配信システムを示す図である。
【図３】図３は、サーバシステムに記憶されているパーセルにアクセスする際に受信側システムに呈示されるグラフィカルウィンドウを示す図である。
【図４】図４は、通知を受信側システムへ送信するために、送信側システムがウェブブラウザを使用してウェブサーバと通信する配信システムを示す図である。
【図５】図５は、通知を受信側システムへ、そしてパーセルをサーバシステムへ送信するために、送信側システムがウェブブラウザを使用してウェブサーバと通信する配信システムを示す図である。
【図６】図６は、通知を受信側システムへ送信するために、送信側システムがクライアントソフトウェアを使用してウェブサーバと通信し、パーセルを入手するために、受信側システムがクライアントソフトウェアを使用してサーバシステムと通信する配信システムを示す図である。
【図７】図７は、パーセルが送信済みであることを受信側システムに通知せずに、送信側システムがパーセルを受信側システムへ配信する配信システムを示す図である。
【図８】図８は、図１の配信システムのサーバシステムとして論理的に動作する一群のサーバを示す図である。
【図９】図９は、プロキシサーバが、ネットワークから送信側システムおよび受信側システムを分離する電子パーセル配信システムを示す図である。
【図１０】図１０は、ＨＴＴＰプロキシサーバを介してパーセルを送信するために使用されるＨＴＴＰトランザクションのフォーマットおよびコンテンツを示す図である。
【図１１Ａ】図１１Ａは、送信側システムがパーセルをサーバシステムにへ送信するプロシージャの流れ図である。
【図１１Ｂ】図１１Ｂは、送信側システムまたは受信側システムがパーセルをアップロードまたはダウンロードするためにサーバシステムから承認を得るプロシージャの流れ図である。
【図１１Ｃ】図１１Ｃは、送信側システムがパーセル部分を準備してサーバシステムへ送信し、サーバシステムがパーセル部分を準備して受信側システムへ送信するプロシージャの流れ図である。
【図１２】図１２は、パーセル部分を送信するためのトランザクションのバイトサイズを動的に決定するプロシージャの流れ図である。
【図１３】図１３は、パーセルを送信するシステムがメタプロトコルトランザクション内にカプセル化された情報のフォーマットを動的に決定するプロシージャの流れ図である。
【図１４】図１４は、電子商取引を実行するために使用される電子パーセル配信システムを示す図である。
【図１５Ａ】図１５Ａは、様々なエンティティ間で商品の注文および受領を調整するために使用される電子パーセル配信システムを示す図である。
【図１５Ｂ】図１５Ｂは、図１５Ａの電子パーセル配信システムによって実行されるプロシージャの流れ図である。
【図１６Ａ】図１６Ａは、異なるシステムエンティティ間の通信を示す図である。
【図１６Ｂ】図１６Ｂは、図１６Ａのシステムが異なるシステムエンティティ間の作業フロー活動を調整するプロシージャを示す流れ図である。
【図１７】図１７は、電子メールシステムと電子パーセル配信システムとを統合するハイブリッドシステムを示すブロック図である。
【図１８Ａ】図１８Ａは、図１７のシステムによって実施されるプロシージャの流れ図である。
【図１８Ｂ】図１８Ｂは、電子メールメッセージおよびパーセルの実施態様を送信（図１８Ｂ）および受信するために使用されるプロセスの流れ図である。
【図１８Ｃ】図１８Ｃは、電子メールメッセージおよびパーセルの実施態様を送信（図１８Ｂ）および受信するために使用されるプロセスの流れ図である。
【図１９】図１９は、電子メールシステムと電子パーセル配信システムとを統合する別のハイブリッドシステムを示すブロック図である。
【図２０Ａ】図２０Ａは、仮想プライベートネットワークの例を示すブロック図と、その動作を説明する流れ図である。
【図２０Ｂ】図２０Ｂは、図２０Ａの仮想プライベートネットワークの動作のプロセスの流れ図である。
【図２１】図２１は、別の仮想プライベートネットワークの例を示すブロック図である。
【図２２Ａ】図２２Ａは、受信および送信を行う自動化モジュールを可能にする際に使用されるグラフィカルユーザインターフェースの例を示す図である。
【図２２Ｂ】図２２Ｂは、受信および送信を行う自動化モジュールを可能にする際に使用されるグラフィカルユーザインターフェースの例を示す図である。
【図２２Ｃ】図２２Ｃは、受信および送信を行う自動化モジュールを可能にする際に使用されるグラフィカルユーザインターフェースの例を示す図である。
【図２２Ｄ】図２２Ｄは、受信および送信を行う自動化モジュールを可能にする際に使用されるグラフィカルユーザインターフェースの例を示す図である。
【図２３】図２３は、標準的電子メールシステムをハイブリッドシステムの実施態様へと変換するプロセスの流れ図である。
【図２４】図２４は、既存のソフトウェアアプリケーションとプラグインアプリケーションとの間の関係を示すブロック図である。
【図２５】図２５は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図２６】図２６は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図２７】図２７は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図２８】図２８は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図２９】図２９は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３０】図３０は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３１】図３１は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３２】図３２は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３３】図３３は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３４】図３４は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３５】図３５は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３６】図３６は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３７】図３７は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３８】図３８は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。
【図３９】図３９は、プラグインアプリケーションを含むソフトウェアアプリケーションの画面表示を示す図である。

Claims (31)

1. セキュリティ保護された配信のシステムを実現するために電子メールシステムを変更する方法であって、
   前記電子メールシステムの通常の配信用アイコンに加えて、セキュア配信用アイコンを呈示するように前記電子メールシステムのユーザインターフェースを変更するステップと、
   前記セキュア配信用アイコンの起動に応答して、前記電子メールシステムが提供するプロトコルと異なる配信プロトコルを使用するセキュリティ保護された配信を前記電子メールシステムに開始させるステップと
   を備える方法。
2. 前記セキュア配信用アイコンを起動させた後に、メッセージがセキュリティ保護された配信を使用して配信されたことを示す指示を、前記セキュリティ保護された配信を使用して配信された前記メッセージに関連するサブジェクト行に挿入するステップを更に備える請求項１に記載の方法。
3. セキュリティ保護された配信を使用して配信されたメッセージと共に、前記メッセージがセキュリティ保護された配信を使用して配信されたことを示すアイコンを呈示するステップを更に備える請求項１に記載の方法。
4. 前記メッセージがセキュリティ保護された配信を使用して配信されたことを示すアイコンを呈示する前記ステップが、前記電子メールシステムが使用する通常のメッセージアイコンの一部に南京錠アイコンを重ねるステップを備える請求項３に記載の方法。
5. セキュリティ保護された配信を前記電子メールシステムに開始させる前記ステップが、
   暗号化されたデジタルコンテンツを提供するために送信側システムでデジタルコンテンツを暗号化するステップと、
   暗号化された前記デジタルコンテンツをセキュリティ保護された通信経路を介して前記送信側システムから受信側システムへ送信するステップと
   を備える、請求項１に記載の方法。
6. セキュリティ保護された配信を前記電子メールシステムに開始させる前記ステップが、暗号化された前記デジタルコンテンツを送信する前に、暗号化された前記デジタルコンテンツを圧縮するステップを更に備える、請求項５に記載の方法。
7. セキュリティ保護された配信によって送信されたデジタルコンテンツの何れの部分も、受信側システムにおける電子メールシステムのプレビューペインに表示されないようにするステップを更に備える請求項１に記載の方法。
8. セキュリティ保護された配信により送信された前記デジタルコンテンツは前記プレビューペインに表示することができないことと、前記デジタルコンテンツを閲覧するには開く必要があることとを受信者に警告するセキュリティメッセージを表示するステップを更に備える請求項７に記載の方法。
9. セキュリティ保護された配信の前またはその最中に自動細断アイコンを更に呈示するように前記電子メールシステムの前記ユーザインターフェースを変更するステップを更に備える請求項１に記載の方法。
10. 送信側での前記自動細断アイコンの起動により、セキュリティ保護された配信によって送信されたデジタルコンテンツを、前記デジタルコンテンツが受信者により制御可能な回数だけ操作された後に、受信側システムから消去させる請求項９に記載の方法。
11. 前記自動細断アイコンの起動により、前記デジタルコンテンツの画面表示のグラフィカルな操作が更に行われて、前記画面表示が細断され消失するように見えるようにする請求項１０に記載の方法。
12. 受信者がデジタルコンテンツを開くことを一度選ぶと、セキュリティ保護された配信によって送信されたデジタルコンテンツを受信者がどのように操作できるかを説明するポップアップウィンドウを受信側で表示するステップを更に備える請求項１に記載の方法。
13. セキュア配信用アイコンを呈示するように前記電子メールシステムのユーザインターフェースを変更する前記ステップが、セキュリティ保護されたデジタル権利管理の配信システムまたは通常のセキュリティ保護されていない配信システムを使用してデジタルコンテンツを送信するための明瞭な視覚的オプションを送信者に提供する、請求項１に記載の方法。
14. セキュリティ保護された配信の前またはその最中にリコールアイコンを更に呈示するように前記電子メールシステムの前記ユーザインターフェースを変更するステップを更に備える請求項１に記載の方法。
15. 送信側での前記リコールアイコンの起動により、セキュリティ保護された配信によって送信されたデジタルコンテンツが受信側システムから自動的にリコールされ消去されるようにする請求項１４に記載の方法。
16. 送信側での前記リコールアイコンの起動により、セキュリティ保護された配信によって送信されたデジタルコンテンツがいかなる方法でも操作できないようにされる請求項１４に記載の方法。
17. セキュリティ保護された配信の前またはその最中にチェーンレター防止アイコンを更に呈示するように前記電子メールシステムの前記ユーザインターフェースを変更するステップを更に備える請求項１に記載の方法。
18. 送信側での前記チェーンレター防止アイコンの起動により、セキュリティ保護された配信によって送信されたデジタルコンテンツがいかなる他の受信側システムへも転送されないようにする請求項１７に記載の方法。
19. セキュリティ保護された配信の前またはその最中にコピー防止アイコンを更に呈示するように前記電子メールシステムの前記ユーザインターフェースを変更するステップを更に備える請求項１に記載の方法。
20. 送信側での前記コピー防止アイコンの起動により、セキュリティ保護された配信によって送信されたデジタルコンテンツがいかなる方法でもコピーされないようにされる請求項１９に記載の方法。
21. セキュリティ保護された配信の前またはその最中に追跡オプションを更に呈示するように前記電子メールシステムの前記ユーザインターフェースを変更するステップを更に備える請求項１に記載の方法。
22. 送信側での前記追跡オプションの起動により、セキュリティ保護された配信によって受信側システムへ送信されたデジタルコンテンツの使用が追跡される請求項２１に記載の方法。
23. 使用の追跡が、デジタルコンテンツが受信された時間、前記デジタルコンテンツが閲覧された場合は前記デジタルコンテンツが閲覧された時間、および前記デジタルコンテンツがどのように操作されたか、の少なくとも１つに関する情報を収集するステップを備える、請求項２１に記載の方法。
24. 前記電子メールシステムがマイクロソフト（Ｒ）アウトルック（Ｒ）である、請求項１に記載の方法。
25. 前記電子メールシステムがロータス（Ｒ）ノーツ（Ｒ）である、請求項１に記載の方法。
26. セキュリティ保護された配信のシステムを実現するために電子メールシステムを変更するための、コンピュータ読取可能媒体または伝播信号に記憶されているコンピュータプログラムであって、プロセッサに、
    前記電子メールシステムの通常の配信用アイコンに加えてセキュア配信用アイコンを呈示するように前記電子メールシステムのユーザインターフェースを変更させ、
    前記セキュア配信用アイコンの起動に応答して、前記電子メールシステムが提供するプロトコルと異なる配信プロトコルを使用するセキュリティ保護された配信を前記電子メールシステムに開始させる
    命令を備える、
    コンピュータプログラム。
27. 前記プロセッサに、セキュア配信用アイコンの起動に応答して、セキュリティ保護された配信を使用して配信されたメッセージに関連するサブジェクト行に、前記メッセージがセキュリティ保護された配信を使用して配信されたことを示す指示を挿入させるための命令を更に備える請求項２６に記載のコンピュータプログラム。
28. 前記プロセッサに、セキュリティ保護された配信を使用して配信されたメッセージと共に、前記メッセージがセキュリティ保護された配信を使用して配信されたことを示すアイコンを呈示させるための命令を更に備える請求項２６に記載のコンピュータプログラム。
29. セキュリティ保護された配信を前記電子メールシステムに開始させる前記命令が、前記プロセッサに、
    暗号化されたデジタルコンテンツを生成するためにデジタルコンテンツを暗号化させ、
    暗号化された前記デジタルコンテンツをセキュリティ保護された通信経路を介して受信側システムへ送信させる
    命令を備える、
    請求項２６に記載のコンピュータプログラム。
30. セキュリティ保護された配信を前記電子メールシステムに開始させる前記命令が、前記プロセッサに、暗号化された前記デジタルコンテンツを送信する前に、暗号化された前記デジタルコンテンツを圧縮させる命令を更に備える、請求項２９に記載のコンピュータプログラム。
31. 前記プロセッサに、セキュア配信用アイコンを呈示するように前記電子メールシステムのユーザインターフェースを変更させる前記命令が、前記プロセッサに、セキュリティ保護されたデジタル権利管理の配信システムまたは通常のセキュリティ保護されていない配信システムを使用してデジタルコンテンツを送信するために明瞭な視覚的オプションを送信者に提供させる命令を備える、請求項２６に記載のコンピュータプログラム。

Images