JP2003502882A

JP2003502882A - プロキシ・サーバを介して電子データを配信する方法及び装置

Info

Publication number: JP2003502882A
Application number: JP2000601560A
Authority: JP
Inventors: コバタ，ヒロシ; ギャグン，ロバート
Original assignee: アタボックインコーポレーテッド
Priority date: 1999-02-26
Filing date: 2000-02-24
Publication date: 2003-01-21
Also published as: WO2000051029A3; WO2000051029A2; AU3006000A; EP1208462A2

Abstract

(57)【要約】ネットワークを介してコンピュータ・システム間でディジタル情報を配信する電子パーセル配信システムについて開示する。パーセル配信システムは、発信側システムと受信側システムとの間に配置されたサーバ・システムを含む。サーバ・システムは、ネットワークを介して受信したディジタル情報を格納する。ディジタル情報は、パーセル、文書、画像、実行可能ソフトウエア、オーディオ・ファイル等を表すことができる。発信側システムは、通知を受信側システムに送信する。通知は、発信側システムがネットワークを介してサーバ・システムにディジタル情報を送信していること、及びディジタル情報は受信側システムによってアクセス可能であることを知らせる。受信側システムは、発信側システムから直接、又はネットワークに接続された第２サーバ・システムを介して、通知を受信することができる。サーバ・システムは、ウェブ・ページを含むことができ、受信側システムはこれにアクセスして、格納されているディジタル情報を取得することができる。通知は、サーバ・システム上のウェブ・ページにアドレスする、リソース・ロケータを含むことができる。ウェブ・ページは、ディジタル情報へのアクセスを付与する前に、受信側システムの有効な認証を要求することができる。ディジタル情報の配信は、発信側システムがディジタル情報をサーバ・システムに送信した後、受信側システムがディジタル情報を用いるまでは、キャンセルすることができる。

Description

【発明の詳細な説明】

【０００１】

【発明の技術分野】

（関連出願）本願は、１９９８年２月２６日に出願した米国特許出願第０９／２５８，６０
９号の優先権を主張する。本発明は、一般的に、ネットワークを通じた発信側システムから受信側システ
ムへのディジタル情報の転送に関する。更に特定すれば、本発明は、電子文書配
信システムに関する。

【０００２】

【従来の技術】

インターネットは、今日では何百万ものコンピュータ・システム間に接続性を
設ける相互接続ネットワークの国際的集合体である。インターネットの一部分は
ワールド・ワイド・ウェブ（「ウェブ」）のグラフィックス及びサウンド指向技
術であり、コンピュータ・システムを用いて、広範囲に渡る種々のディジタル情
報、例えば、ファイル、文書、画像、及びサウンドにアクセスする。これらは、
「ウェブ・サイト」（又は「ウェブ・サーバ」）と呼ばれる別のコンピュータ・
システム上に格納されている。ウェブ・サイトは、「ウェブ・ページ」と呼ばれ
る電子ページ又は文書で構成される。

【０００３】コンピュータ・システムのユーザは、「ブラウザ」と呼ばれるクライアント・
ソフトウエアを実行することによって生成されるグラフィカル・ユーザ・インタ
ーフェースを介して、ウェブ・サイトにおいてディジタル情報を閲覧することが
できる。市販のウェブ・ブラウザの例には、ＮｅｔｓｃａｐｅＮａｖｉｇａｔ
ｏｒ（登録商標）及びＭｉｃｒｏｓｏｆｔＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅ
ｒ（登録商標）が含まれる。ウェブ・ブラウザは、種々の標準化方法（即ち、プ
ロトコル）を用いて、ウェウ・サーバにアクセスし、これと通信を行なう。リン
クされたテキストを公開したり閲覧できるようにするためのコモン・プロトコル
は、ハイパー・テキスト・プロトコル（ＨＴＴＰ）である。

【０００４】ウェブ・サーバにおけるウェブ・ページにアクセスするには、コンピュータ・
システムのユーザは、ユニフォーム・リソース・ロケータ（ＵＲＬ）と呼ばれる
、ウェブ・ページのアドレスを、ウェブ・ブラウザが提示するアドレス・ボック
スに入力する。アクセスするウェブ・ページは、テキスト、グラフィクス、オー
ディオ、及びビデオ情報（例えば、画像、動画、アニメーション等）のあらゆる
組み合わせを含むことができる。多くの場合、アクセスするウェブ・ページは、
ハイパーリンクと呼ばれる、ウェブ上の別のウェブ・サーバにおける文書へのリ
ンクを有する。また、アクセスされるウェブ・ページは、アプリケーション・プ
ログラムの実行を呼び出すこともできる。

【０００５】ウェブの展開によって、コンピュータのユーザは、局地的にそして世界的に、
メッセージや文書を交換することが可能となった。ウェブ・ユーザ間のネットワ
ーク通信で普及している１つの形態は、電子メール（ｅメール）である。ユーザ
間におけるｅメール通信は、ほとんど、短いメッセージである。場合によって、
ｅメール・メッセージは添付ファイルを有する場合もある。これは、メッセージ
と共に送信するファイルのことである。このファイルは、多くのフォーマットの
１つ、例えば、テキスト、グラフィクス、実行可能ソフトウエア等とすることが
できる。しかしながら、ｅメール・システムは、通常、ｅメール・メッセージの
サイズを制限している。このサイズを超過する添付ファイルは、小さなファイル
に分解し、受信側で再生しなければならず、多くのｅメール・ユーザの知力の範
囲を超えている。その結果、ｅメールは、文書のサイズが大きい場合に、フォー
マット化された文書を送信するための実用的な媒体とはならない場合もある。Ｈ
ＴＴＰやＦＴＰ（ファイル転送プロトコル）のような別のプロトコルは、大きな
ファイルを転送することができるが、ネットワーク上で割込があると、完全なフ
ァイル転送に成功するためには、転送を繰り返し試さなければならない可能性も
ある。

【０００６】ネットワークを介して大きなサイズの文書を配信する問題から、電子文書配信
システムが開発された。電子文書配信システムの１つが、Ｓｍｉｔｈ等の米国特
許第５，７９０，７９０号に記載されている。この配信システムは、発信側コン
ピュータ及び受信側コンピュータ間に介挿されたサーバを含む。発信側システム
は、文書をサーバに送信し、サーバは、文書全てを受信した後に、受信側システ
ムに通知を送信する。この通知は、転送されサーバ上に格納された文書への直接
的なレファレンスを含む。受信側システムは、この直接的なレファレンスを用い
て、文書を突き止め、サーバからダウンロードする。

【０００７】しかしながら、この配信システムの欠点の１つに、文書を完全に転送した後に
、通知を発生させることがあげられる。その結果、サーバは、対象の受信側に通
知を送る前に、文書全体を受信しなければならない。しかしながら、配信システ
ム内にある多数の地点の１つにネットワーク障害が生じると、通知が受信側シス
テムに到達するのが阻止される可能性がある。第１に、サーバは、文書全体を全
く受信せず、したがって受信側システムに通知を全く発行しない場合がある。第
２に、サーバ及び受信側システム間の接続に障害が発生する可能性があり、受信
側システムは、サーバが発行した通知を受信できない可能性がある。これら各場
合において、受信側システムは、発信側システムが文書を送ろうとしていること
に気がつかないままでいることになる。後者の場合、サーバは、文書の受信に成
功している場合もあろうが、受信側システムは、通知がなければ、文書を検索可
能であることを知ることができず、どこでそれを見つけるかも知ることができな
い。

【０００８】

【発明の概要】

本発明は、ネットワークを介してコンピュータ・システム間でディジタル情報
を配信する電子パーセル配信システムに特徴を有する。一態様において、本シス
テムは、ネットワークに接続されたサーバ・システムを含む。サーバ・システム
は、ネットワークを介して受信したディジタル情報を格納する。ディジタル情報
は、パーセル、文書、画像、実行可能ソフトウエア、オーディオ・ファイル等を
表すことができる。ネットワークに接続された発信側システムは、受信側システ
ムへの配信に指定された電子文書を表すディジタル情報を含む。また、発信側シ
ステムは、暗号化ソフトウエアを実行し、文書をネットワーク上で送信する前に
この文書を暗号化するプロセッサも含む。サーバ・システムがネットワークに接
続され、エンコードされた文書を受信する。サーバ・システムは、解読ソフトウ
エアを実行し、発信側システムによってエンコードされた文書をデコードし、更
に暗号化ソフトウエアを実行して、デコードされた文章をエンコードし、その後
この文書を受信側システムに配信するプロセッサを備えている。本発明は、添付した特許請求の範囲に特定的に記述されている。本発明の前述
の及びその他の利点は、添付図面と関連付けて以下の文書を参照することによっ
て、より良く理解されよう。

【０００９】

【実施の態様】

図１は、本発明の原理にしたがって、ネットワーク３０を介してあらゆるサイ
ズ及びタイプのファイル（例えば、２進ディジタル情報、テキスト、文書、パー
セル、マルチメディア・コンテンツ、ビデオ、オーディオ、ディジタル画像、ソ
フトウエア、ソース・コード、フォルダ等）を電子的に配信する、電子パーセル
配信システム１０を示す。パーセル配信システム１０は、発信側コンピュータ・
システム１４、受信側コンピュータ・システム１８、並びに、ネットワーク３０
に接続されたサーバ・システム２２及び２６を含む。尚、複数の発信側システム
及び受信側システムもネットワーク３０に接続可能であることは理解されよう。
ネットワーク３０は、例えば、ローカル・エリア・ネットワーク（ＬＡＮ）、イ
ントラネット、あるいはインターネット、又はワールド・ワイド・ウェブのよう
なワイド・エリア・ネットワーク（ＷＡＮ）とすることができる。

【００１０】発信側システム、受信側システム、及びサーバ・システムの各々は、標準的な
電話線、ＬＡＮ又はＷＡＮライン（例えば、Ｔ１、Ｔ３、５６ｋｂ、Ｘ．２５）
、ブロードバンド接続（ＩＳＤＮ、フレーム・リレー、ＡＴＭ）、及びワイヤレ
ス接続を含む種々の接続を介して、ネットワーク３０に接続することができる。
接続は、種々の通信プロトコル（例えば、ＨＴＴＰ、ＴＣＰ／ＩＰ、ＩＰＸ、Ｓ
ＰＸ、ＮｅｔＢＩＯＳ、イーサネット（登録商標）、ＲＳ２３２、及び直接非同
期接続）を用いて確立することができる。

【００１１】発信側システム１４及び受信側システム１８は、任意のパーソナル・コンピュ
ータ（例えば、２８６、３８６、４８６、Ｐｅｎｔｉｕｍ（登録商標）、Ｐｅｎ
ｔｉｕｍ（登録商標）ＩＩ）、薄型クライアント・デバイス、Ｍａｃｉｎｔｏ
ｓｈコンピュータ、Ｗｉｎｄｏｗｓ（登録商標）系端末、ネットワーク・コンピ
ュータ、ワイヤレス・デバイス、情報機器、ＲＩＳＣＰｏｗｅｒＰＣ、Ｘ−
デバイス、ワークステーション、ミニコンピュータ、メイン・フレーム・コンピ
ュータ、又はグラフィカル・ユーザ・インターフェースを有するその他の計算機
とすることができる。発信側システム１４及び受信側システム１８が対応するＷ
ｉｎｄｏｗｓ（登録商標）指向プラットフォームはＷｉｎｄｏｗｓ（登録商標）
３．ｘ、Ｗｉｎｄｏｗｓ（登録商標）９５、Ｗｉｎｄｏｗｓ（登録商標）９８
、Ｗｉｎｄｏｗｓ（登録商標）ＮＴ３．５１、Ｗｉｎｄｏｗｓ（登録商標）
ＮＴ４．０、Ｗｉｎｄｏｗｓ（登録商標）ＣＥ、Ｗｉｎｄｏｗｓ（登録商
標）系端末用Ｗｉｎｄｏｗｓ（登録商標）、Ｍａｃｉｎｔｏｓｈ、Ｊａｖａ（登
録商標）及びＵｎｉｘ（登録商標）を含むことができる。発信側システム１４及
び受信側システム１８は、表示画面３４、３４’、キーボード３８、３８’、メ
モリ４２、４２’、プロセッサ４６、４６’、及びマウス５０、５０’をそれぞ
れ含むことができる。

【００１２】各サーバ・システム２２、２６は、ウェブ・サーバとして動作し、ＨＴＴＰプ
ロトコルにしたがって通信し、ウェブ・ページを提供し、ＵＲＬを処理し、ネッ
トワーク２０の他の部分（例えば、ワークステーション、記憶システム、プリン
タ）、又はその他のネットワークへのアクセスを制御することができるのであれ
ば、任意の計算システムとすることも可能である。また、サーバ・システム２２
は、発信側システム１４及び受信側システム１８間でｅメール・メッセージを交
換するｅメール・サーバとして動作することも可能である。サーバ・システム２
６は、発信側システムから受信し、続いて受信側システムに送信することになっ
ているディジタル情報を格納する記憶装置５４を含む。記憶装置５４は、ハード
・ディスク装置のような永続的記憶装置、又はダイナミックＲＡＭのような揮発
性記憶装置とすることができる。サーバ・システム２６は、論理的に単一のサーバ・システムとして作用し、ス
ケーラブル・アーキテクチャ（図８参照）に編成されている１群のサーバ・コン
ピュータ・システムを含むことができる。

【００１３】サーバ・システム２６及びウェブ・サーバ２２は、前述の電子パーセル配信サ
ービスを、本発明の原理にしたがって、発信側システムと受信側システムとの間
に提供する。発信側システム１４上にインストールされたアプリケーション・ソ
フトウエア（以後、クライアント・ソフトウエア）及びサーバ・システム２６上
にインストールされたアプリケーション・ソフトウエアは、パーセル配信サービ
ス機能を実行する。クライアント・ソフトウエアは受信側システム１８上にもイ
ンストールすることができるが、受信側システムがパーセルを受信するためには
、これは必要ではない。インストールされると、クライアント・ソフトウエアは
、発信側システム１４又は受信側システム１８にインストールされているウェブ
・ブラウザのコンフィギュレーションから、プロキシ及びプロトコル情報を収集
する。この情報は、パーセルをネットワーク３０上に送信するためにプロキシが
必要か否か、及び用いる必要なプロトコル（例えば、ＨＴＴＰ）を示す。この収
集した情報にしたがって、クライアント・ソフトウエアは、自動的に、プロキシ
を構成し、発信側システム１４又は受信側システム１８上のコンフィギュレーシ
ョンにプロトコルを設定する。クライアント・ソフトウエアが、発信側システム
１４にはウェブ・ブラウザが全くインストールされていないと判定した場合、プ
ロキシ及びプロトコルは、デフォルト値、即ち、「プロキシなし」及び「ＴＣＰ
／ＩＰ」にそれぞれセットされたままとなる。

【００１４】開始時に、クライアント側ソフトウエアは、サーバ側ソフトウエアと通信する
。クライアント側ソフトウエアは、パーセルを発信し受信する機能性を提供する
。したがって、発信側システム１４及び受信側システム１８の役割を逆にするこ
とができ、発信側が受信側となり、受信側が発信側となる。サーバ・システム２
６は、受信したが未配信のパーセルの倉庫として動作する。本発明のパーセル配信サービスは、発信側及び受信側に種々のサービスを提供
する。以下に説明するこれらのサービスは、データ・ストリーミング、送信割込
機能、データ暗号化及び圧縮、パーセル追跡、及びパーセル・キャンセルを含む
。発信側システム１４及び受信側システム１８は、パーセル配信システムにアク
セスするために、少なくとも２つの技法を用いることができる。すなわち、（１
）クライアント・ソフトウエアを実行することによって、及び（２）ウェブ・ブ
ラウザ、例えば、ＮｅｔｓｃａｐｅＮａｖｉｇａｔｏｒ（登録商標）又はＭｉ
ｃｒｏｓｏｆｔＩｎｔｅｒｎｅｔＥｘｐｌｏｒｅｒ（登録商標）を実行する
ことによってアクセスすることができる。クライアント・ソフトウエアを実行す
ると、発信側及び受信側は、サーバ・システム２６上で実行しているサーバ側ソ
フトウエアと通信状態となり、ブラウザを実行すると、発信側及び受信側は、サ
ーバ・システム２６上のコモン・エントリ・ウェブ・ページ（例えば、ホーム・
ページ）に進む。

【００１５】サーバ・システム２６にアクセスすると、発信側及び受信側には、種々のグラ
フィカル・ウィンドウが提示され、これらを介して、発信側及び受信側は、所望
のパーセル発信及び受信動作を実行する。これらのウィンドウについては、図３
と関連して以下で説明する。尚、ウェブ・ページ及びグラフィカル・ウィンドウ
に関して説明するが、本発明の原理は、ワールド・ワイド・ウェブ、ウェブ・ペ
ージ、及びグラフィカル・ウィンドウのコンテクストに限定される訳ではない。
例えば、発信側及び受信側は、非グラフィカル環境で動作することができ、ファ
イル転送プロトコル等のプロトコルにしたがって、コマンド・ライン・オペレー
ションに入り、パーセルを送ったり、サーバ・システム２６からファイル・ディ
レクトリを取得することができる。

【００１６】クライアント・ソフトウエアによってパーセル配信サービスを開始するために
、発信側及び受信側は、クライアント・ソフトウエアを表すグラフィカル・デス
クトップ・アイコン上でマウスをダブル・クリックすることができる。パーセル
を送るための代替方法の１つは、当該パーセルのグラフィック表現をアイコン上
にドラッグ及びドロップすることである。ウェブ・ブラウザによってパーセル配
信サービスを開始するために、発信側システム１４及び受信側システム１８のユ
ーザは、ブラウザを表すグラフィック・デスクトップ・アイコン上でダブル・ク
リックし、コモン・エントリ・ウェブ・ページに関連するＵＲＬにナビゲートす
る。あるいは、本発明の一実施形態の原理によれば、パーセル通知の受信者は、
この通知に埋め込まれているハイパーリンク上でクリックすることができる。こ
のハイパーリンクによって、ブラウザを立ち上げ、コモン・エントリ・ウェブ・
ページにナビゲートする。

【００１７】図２は、本発明のパーセル配信システム１０の概略的動作を示す。発信側シス
テム１４は、ここではパーセルと称するディジタル情報５８をサーバ・システム
２６に送信し、通知６２を受信側システム１８に送信する。パーセル５８及び通
知６２の送信は、同時に行なうことができる。他の実施形態では、発信側システ
ム１４は、パーセル５８を送信する前、又は完全なパーセル５８をサーバ・シス
テム２６に送信することに成功した後に、通知６２を発行することができる。通
知６２は、パーセル５８の送信前、後、又は同時に、自動的に又は手動で発生す
ることができる。

【００１８】通知６２は、受信側システム１８にとって、発信側システム１４が、受信側シ
ステム１８に宛てたパーセルを、サーバ・システム２６に送信したことを知らせ
る。例えば、ｅメール・メッセージを、通知６２として使用することができる。
ｅメールを通知のために用いることの利点は、発信側システム１４が、受信側シ
ステム１８のオンラインの可用性を確認することができる点にある。典型的なｅ
メール・サービスは、発信側に、個々の受信側がｅメール・メッセージを受信し
たことを報告することができる。また、ｅメール・サービスの幾つかのものは、
発信側に、特定の受信側がそのｅメール・メッセージを読んだことを通知するこ
とも可能である。これらのｅメール機能は、配信をキャンセルする機能と相俟っ
て、利用不可能な受信側へのパーセル配信を回避することにより、パーセル配信
のコストを削減するのに役立つことができる。

【００１９】一実施形態では、通知６２は、「パーセルが届きました」というような短いメ
ッセージとすることができる。ユーザがパーセル配信システム１０に精通してお
り、コモン・エントリ・ページ６６の場所を知っていれば（又は、例えば、その
場所をウェブ・ブラウザ内のブックマークとして記録してあれば）、発信側シス
テム１４がパーセルを送ったことを示すこの通知だけで、他に何もなくても、十
分であろう。他の実施形態では、通知６２は、サーバ・システム２６上のコモン・エントリ
・ページ６６にアドレスするリソース・ロケータ（例えば、ＵＲＬ）を含むこと
もできる。このリソース・ロケータは、ハイパーリンクとして動作することがで
き、マウスのクリックによって、ウェブ・ブラウザを立ち上げ、コモン・エント
リ・ページ６６にナビゲートする。あるいは、受信側システム１８が、手動でブ
ラウザを立ち上げ、コモン・エントリ・ページ６６に対応するＵＲＬを入力する
こともできる。

【００２０】発信側システム１４に、サーバ・システム２６ではなく、受信側システム１８
に通知させることによって、受信側システム１８は、差し迫ったパーセルの配信
に関する通知をより速やかに得ることになる。したがって、受信側システム１８
は、発信側システム１４からサーバ・システム２６にパーセル５８が未だ完全に
送信されていない間に、パーセル５８を要求することによって、後述のサーバ・
システム２６が提供するパーセル配信サービスのデータ・ストリーミング機能を
利用することができる。サーバ・システム２６は、パーセル５８を記憶システム５４に格納することが
できる。通知６２に応答して、受信側システム１８は、サーバ・システム２６（
例えば、コモン・エントリ・ページ６６）にアクセスし、パーセル５８を要求す
ることができる（７０）。この要求７０は、受信側システム１８上にインストー
ルされているソフトウエアによって自動的に発生するか、前述のように、意図的
に開始することができる。これにより、サーバ・システム２６は、パーセル５８
を受信側システム１８にダウンロードすることができる。

【００２１】パーセル５８を取得するには、受信側システム１８は、サーバ・システム２６
から（例えば、コモン・エントリ・ページ６６を介して）アクセスし、次いで図
３に示すような一連のグラフィカル・ウィンドウを見ることができる。ウィンド
ウは、グラフィカル・ユーザ・インターフェースを提供し、受信者がパーセル５
８にアクセスするように、受信者を導くことができる。先に注記したように、ペ
ージ６６には手動又は自動的に訪問することができる。ページ６６を受信側シス
テム１８にダウンロードすると、コモン・ゲートウェイ・インターフェース（Ｃ
ＧＩ）スクリプトを実行することができる。このスクリプトは、受信側システム
のユーザのログオン認証を要求し、ユーザに、ユーザ名やパスワードのようなロ
グオン情報７２の入力を促すことができる。

【００２２】認証成功の後、第２ウィンドウ７８がユーザに提供され、ユーザが受信（「イ
ンボックス」）又は発信（「アウトボックス」）したパーセルのステータスを提
示する。「インボックス（ＩＮ）」を選択することによって、ユーザは、以前に
受信したパーセル及び現在受信中のパーセルのリスト、並びにこれらのパーセル
の情報を取得することができる。この情報は、各パーセルのサイズ、及びユーザ
が当該パーセルを開いたか否かに関するステータスを含むことができる。ユーザ
は、所望のパーセル識別子上でダブル・クリックすることによって、リストアッ
プされているパーセルの内１つを選択することができる。図３において、ウィン
ドウ７８は、ユーザが３つのパーセルを有することを示す。

【００２３】例えば、ユーザがパーセル＃１を選択すると、次に表示されるウィンドウは、
発信側システムのアイデンティティ（識別子）、パーセルの名称、発信時刻、及
びパーセル・サイズというような、所定のパーセルの属性に関する情報を提供す
るカバー・シートである。カバー・シート８２は、受信側システムのユーザに、
パーセルの配信を受け入れるか又は拒絶する機会を与える。受信側システムのユ
ーザは、属性情報を視認し、配信を拒否することを決定した場合、その結果パー
セルを拒絶することができる。この特徴によって、ユーザは、大きすぎるファイ
ル、不要な情報、疑わしいファイル、あるいは見知らぬ発信側又は望まない発信
側からの送信のダウンロードを回避することが可能となる。

【００２４】カバー・シート８２は、選択したパーセルを取得するためのリソース・ロケー
タ、ここでは「ファイル」を含むこともできる。リソース・ロケータは、選択さ
れたパーセルを表すディジタル情報の格納場所を直接参照するパラメータを含む
ことができる。このようなパラメータの１つに、選択されたパーセルに関連する
一意的な識別子がある。他のパラメータは、ユーザ識別やセッション・キーのよ
うな、セッション情報を含むことができる。サーバ・システム２６は、パーセル
識別子を格納場所にマッピングするデータ構造（例えば、データベース又はテー
ブル）を保持する。ＣＧＩスクリプトは、パラメータを処理し、データ構造にア
クセスして、選択されたパーセルの格納場所を特定し、格納されているパーセル
を取得し、ディジタル情報を受信側システム１８に配信し始めることができる。

【００２５】データ・ストリーミングデータ・ストリーミングは、パーセル５８を受信側システム１８にダウンロー
ドしている間に、パーセル５８をサーバ・システム２６にアップロードすること
である。このプロセスは、パーセル５８全体の配信に要する時間量をほぼ半分に
短縮することができる。この時間短縮が得られるのは、パーセルを受信側システ
ム１８にダウンロードするプロセスは、パーセル全体が発信側システム１４から
サーバ・システム２６に到達するまで待たずに、サーバ・システム２６は、ディ
ジタル情報の受信時に、送信を開始することができるからである。受信側システ
ム１８がオンラインであれば、データ・ストリーミングを自動的に行なうことが
できる。受信側システムのユーザがパーセルを拒絶することができる実施形態で
は、受信側システム１８は、サーバ・システム２６がパーセル５８を完全に受信
する前に、サーバ・システム２６からのパーセル５８を要求して、データ・スト
リーミングの利点を得ることができる。

【００２６】発信側システム１４がパーセル５８をサーバ・システム２６に送信するときに
、受信側がオンラインでない場合、パーセル５８全体がサーバ・システム２６に
アップロードされるまで、送信を続けることができる。次いで、サーバ・システ
ム２６は、受信側システム１８がオンラインになるまで待ち、受信側システム１
８にダウンロードする前に、パーセル５８を要求する。一実施形態では、サーバ・システム２６は、受信側システム１８への送信に成
功した後、記憶装置５４からのディジタル情報を削除する。受信側システム１８
は、ディジタル情報を受信すると、サーバ・システム２６に承認を返送すること
ができる。このプロセスによって、サーバ・システム２６は、使用可能な記憶容
量を効率的に使用ができ、受信側システムへの配信を待っているパーセルに必要
な記憶量を削減することができる。

【００２７】割込機能サーバ・システム２６から受信側システム１８のパーセル５８の送信における
割込の場合、サーバ・システム２６は、接続を再確立した後に、割込の時点から
パーセル５８の送信を再開することができる。一実施形態では、受信側システム
１８は、その時点を、パーセルのサイズ及び割込時間から判断する。サーバ・シ
ステム２６が最初にパーセル５８を受信側システム１８に送るとき、パーセルは
、受信側システム１８へのパーセル５８のサイズを示す一意的な識別子を含む。
接続を再確立した後、受信側システム１８は、パーセルのサイズ及び割込時間を
用いて、サーバ・システム２６から、以前に送信されなかったパーセル５８の部
分のみを要求する。

【００２８】セキュリティ本発明の配信システム１０は、種々のレベルのセキュリティを提供する。１つ
のレベルでは、サーバ・システム２６は、発信側システム１４及び受信側システ
ム１８のユーザ・アイデンティティを認証することができる。この認証は、発信
側システム１４及び受信側システム１８上のクライアント・ソフトウエアのイン
ストールを一意的に識別することを含む。別のレベルでは、配信システム１０は
、各配信トランザクションを認証する。別のレベルでは、送信の準備において、
クライアント・ソフトウエアが、ディジタル情報をリアルタイムで圧縮しかつ暗
号化する。また、サーバ・システム２６も、パーセルを受信側システムに送信し
ながら、ディジタル情報をリアル・タイムで圧縮し暗号化する。更に別のセキュ
リティ・レベルでは、受信側システムのユーザは、サーバ・システム２６からダ
ウンロードするのではなく、パーセルの配信を拒絶することができる。また、サーバ・システム２６は、認定局としても動作することができるので、
発信側システム及び受信側システムはそれぞれ、パーセルの発送元及び受信先の
アイデンティティを確保することができる。認定局としての役割では、サーバ・
システム２６は、発信側システム及び受信側システムのユーザの暗号化キーを管
理する。

【００２９】リアルタイム追跡発信側システム１４が受信側システム１８へのパーセル５８送信を開始した後
、発信側システム１４は、ネットワーク３０を介して、パーセル５８の進行をリ
アルタイムで追跡することができる。情報の追跡には、いつ発信側システム１４
がパーセル５８をサーバ・システム２６に送信し始めたのか、パーセル５８のサ
ーバ・システム２６（又は、以下で説明するように、中間ウェブ・サーバ）への
アップロードの進捗、受信側システム１８のステータス（例えば、未登録、オフ
ライン、オンライン等）、パーセル５８の受信側システムへのダウンロードの進
捗、及び受信されたパーセルのステータス（例えば、パーセルの受信、パーセル
のメモリ内における別の場所への移動、パーセルの配信、パーセルの開封、開封
時刻等）を含むことができる。サーバ・システム２６は、受信側システム１８が
、当該受信側システム１８のユーザを一意的に識別する署名を用いて、パーセル
５８を受信したことを検証することができ、更に、受信側システム１８がクライ
アント・ソフトウエアを実行してサーバ・システム２６にアクセスするときに、
クライアント・ソフトウエアに一意の識別子を検証することができる。署名及び
一意の識別子とともに、受信側システム１８から承認が戻され、受信側システム
１８がサーバ・システム２６から、パーセル５８に関するディジタル情報の最終
ビットを受信したことを確実知らせることができる。

【００３０】サーバ・システム２６は、パーセル５８に関する送信の進捗を、データベース
内に、署名及びクライアント・ソフトウエア識別と共に記録することができる。
データベースは、視認するために、発信側システム１４及び受信側システム１８
に監査試行（ａｕｄｉｔｔｒｉａｌ）を提供することができる。したがって、
追跡によって、発信側システム１４は、パーセルの受信及びその後の使用を確認
する機構、即ち、トランス・インターネット通信において一般的に欠如している
機能を備えている。

【００３１】配信キャンセル発信側システム１４は、受信側システム１８へのパーセルの送信の間、いつで
もパーセルの配信をキャンセルすることができる。発信側システム１４は、サー
バ・システム２６に配信を停止することを通知する。サーバ・システム２６がパ
ーセルの受信側システム１８への送信を開始していない場合、サーバ・システム
２６は、パーセルの転送に先行し、記憶装置５４からパーセルを削除することが
できる。サーバ・システム２６が既にパーセルを受信側システム１８に送信し終
えている場合、サーバ・システム２６は、キャンセル信号を受信側システム１８
に転送することができる。受信側システム１８上のクライアント・ソフトウエア
は、キャンセル信号をサーバ・システム２６から受信すると、パーセル５８の受
信が不完全であるか、又は完全に受信されているが未だ未開封である場合、パー
セルを削除する。完全に配信され開封されたパーセルは、キャンセルすることも
できるが、そうするには、受信側システムによる許可が必要となろう。発信側に
よる要求時に、サーバ・システム２６は、ディジタル情報が未だ使用可能であれ
ば（即ち、上書きされていなければ）、キャンセルされたあらゆる配信を復元す
ることができる。

【００３２】図４は、本発明の電子パーセル配信システム１０の実施形態の別の例を示して
おり、発信側システム１４、受信側システム１８、サーバ・システム２６、及び
ウェブ・サーバ２２を含む。発信側システム１４及び受信側システム１８は、ウ
ェブ・サーバ２２及びサーバ・システム２６と通信し、ウェブ・サーバ２２は、
サーバ・システム２６と通信する。パーセル５８は、発信側システム１４からサ
ーバ・システム２６に直接渡り、サーバ・システム２６はパーセル５８を記憶シ
ステム５４内に格納する。発信側システム１４は、ウェブ・サーバ２２に通知６
２を送り、ウェブ・サーバ２２は通知６２を受信側システム１８に供給する。通
知６２は、図２の実施形態において説明した通知６２と同様に動作する。この実施形態では、発信側システム１４及び受信側システム１８は、ウェブ・
ブラウザ９０、９４を動作させ、サーバ・システム２６上のコモン・エントリ・
ページ６６にアクセスする。ウェブ・サーバ２２は、発信側システム１４及び受
信側システム１８並びにサーバ・システム２６間にグラフィカル・ユーザ・イン
ターフェースを送信する。また、発信側システム１４及びサーバ・システム２６
間の追跡要求及び報告は、ウェブ・サーバ２２を介してなされる。

【００３３】図５は、図４に示した実施形態と同様の、本発明のパーセル配信システム１０
の実施形態の別の例を示す。図４の実施形態との相違は、発信側システム１４が
、サーバ・システム２６に直接送信する代わりに、パーセル５８をウェブ・サー
バ２２に送信することにある。次いで、ウェブ・サーバ２２は、パーセル５８を
サーバ・システム２６に転送する。

【００３４】図６は、パーセル配信システム１０の実施形態の別の例を示し、ここでは、発
信側システム１４及び受信側システム１８がそれぞれ、クライアント・ソフトウ
エアを実行し、サーバ・システム２６上で実行するサーバ側ソフトウエアにアク
セスする。図４の実施形態と同様、発信側システム１４は、パーセル５８を直接
サーバ・システム２６に送信し、通知６２をウェブ・サーバ２２に送信する。ウ
ェブ・サーバ２２は、パーセルの受信側システム１８に通知し、受信側システム
１８は、応答して、サーバ・システム２６からパーセル５８を取得する。図４の
実施形態とは対照的に、ユーザ・インターフェース、追跡要求、及び追跡報告は
、ウェブ・サーバ２２を介してではなく、発信側システム１４（又は受信側シス
テム１８）及びサーバ・システム２６間で直接受け渡される。

【００３５】別の実施形態では、発信側システム１４は、ウェブ・ブラウザ９０を実行する
ことができ、一方受信側システム１８は、クライアント・ソフトウエアを実行す
る。又は、逆に、発信側システム１４が、クライアント・ソフトウエアを実行す
ることができ、受信側システムが、ウェブ・ブラウザ９４を実行する。一般に、
このような実施形態では、クライアント・ソフトウエアは、サーバ・システム２
６と直接通信して、ユーザ・インターフェースや追跡情報のような情報を交換し
、ウェブ・ブラウザは、ウェブ・サーバ２２を介して間接的に、サーバ・システ
ム２６と通信する。

【００３６】図７は、パーセル配信システム１０の更に別の実施形態を示し、この場合、発
信側システム１４が、パーセル５８を送ったことを受信側システムに通報する通
知機構が全くなく、発信側システム１４は、パーセルをサーバ・システム２６に
配信する。発信側システム１４は、パーセル５８を直接又はウェブ・サーバ２２
を介して、サーバ・システム２６に送信することができる。発信側システム１４
がクライアント・ソフトウエアを実行すると、ユーザ・インターフェース及びパ
ーセル５８は、サーバ・システム２６に直接伝達される。発信側システム１４が
ウェブ・ブラウザ９０を実行すると、パーセル及びユーザ・インターフェースは
、ウェブ・サーバ２２を介して伝達される。受信側システム１８がオンラインになると、ＵＲＬが、グラフィカル・ユーザ
・インターフェースにおいてユーザに提示され、これによって、受信側システム
のユーザは、パーセルを取得することができる。あるいは、受信側システム１８
は、周期的にサーバ・システム２６をポーリングし新たなパーセル配信があった
か否か判定することもできる。

【００３７】スケーラブル・サーバ・アーキテクチャ図８は、論理的にサーバ・システム２６として作用する１群のサーバの例の一
実施形態を示す。サーバ群は、ルート・サーバ１００、１以上のユーザ・サーバ
１０２、１０４、及び１以上のデータ・サーバ１０６を含む。ルート・サーバ１
００は、群内の各ユーザ・サーバ１０２、１０４及びデータ・サーバ１０６を追
跡する。また、ルート・サーバ１００は、他のリモート・サーバ・システム、又
はサーバ・システム２６と共に、電子パーセル・サービスを提供することができ
るサーバ・システム群に関する情報も保持することができる。

【００３８】発信側システム１４のユーザ及び受信側システム１８のユーザは、各々、ユー
ザが最初にサーバ・システム２６に登録するときに、ユーザ・サーバに割り当て
られる。ルート・サーバ１００は、各ユーザに割り当てられるユーザ・サーバを
選択する。例えば、ルート・サーバ１００は、発信側システムのユーザにユーザ
・サーバ１０２を割り当て、受信側システムのユーザにユーザ・システム１０４
を割り当てることができる。発信側サーバ１４が続いてサーバ・システム２６に
接触してパーセルの配信を開始するとき、発信側システム１４は、ルート・サー
バ１００から割り当てられたユーザ・サーバ１０２のアイデンティティを取得す
る（矢印１０８）。発信側システム１４は、対象の受信側の名称を含むパーセル
情報を、ユーザ・サーバ１０２に送る（矢印１１０）。

【００３９】発信側システム１４からの通信に応答して、ユーザ・サーバ１０２は、そのパ
ーセルを格納するために、データ・サーバ１０６の１つを割り当て、発信側シス
テム１４に、該割り当てについて通知する。すると、発信側システム１４は、リ
ンク１１２を介して、割り当てられたデータ・サーバ１０６にパーセルを直接送
信することができる。割り当てられたユーザ・サーバ１０２は、リンク１１４を
介して、群内のその他の各ユーザ・サーバ１０４（及び、リモート・ユーザ・サ
ーバ）に、パーセルの受信対象のアイデンティティを提供する。

【００４０】サーバ・システム２６にログオンすると、受信側システム１８は、ルート・サ
ーバ１００から、受信側システム１８に割り当てられたユーザ・サーバ１０４の
アイデンティティを取得する（矢印１１６）。続いて、受信側システム１８は、
ユーザ・システム１０４と通信し、データ・サーバ１０６上で新たなパーセルが
入手可能であると判定する（矢印１１８）。ユーザ・システム１０４は、この情
報を受信側システム１８に伝達することができた。何故なら、ユーザ・システム
１０２は、既に情報をユーザ・システム１０４に伝達し終えていたからである。
ユーザ・サーバ１０４は、受信側にセッション・キーを与え、これを用いて、受
信側システム１８は、データ・サーバ１０６に接触し、パーセルを検索する（矢
印１２０）。データ・サーバ１０６は、前述のようなトランザクション情報を捕
獲する。これら情報は、課金情報を用意する際に用いることができる。

【００４１】図９は、電子パーセル配信システム１０の実施形態の一例を示し、ここでは、
プロキシ・サーバ１３０及び１３２が、ネットワーク３０並びに発信側システム
１４及び受信側システム１８の間にそれぞれ接続されている。図９には、２つの
別個のプロキシ・サーバ１３０、１３２として示すが、一実施形態では、プロキ
シ・サーバ１３０、１３２は、同一のプロキシ・サーバとすることができる。各
プロキシ・サーバ１３０、１３２は、ファイヤウオールと共に機能し、それぞれ
発信側システム１４及び受信側システム１８によるネットワーク３０への通信及
びネットワーク３０からの通信を可能にする。したがって、発信側システム１４
及び受信側システム１８がサーバ・システム２６を介してパーセルを交換するに
は、このようなパーセルは、プロキシ・サーバ１３０、１３２が確定した評価基
準を満足して、それぞれのプロキシ・サーバをパーセルが通過するのを阻止され
ることを回避しなければならない。

【００４２】一実施形態では、プロキシ・サーバ１３０、１３２は、ＨＴＴＰプロキシ・サ
ーバであり、ＨＴＴＰメッセージ（即ち、トランザクション）に限定する。一般
に、各ＨＴＴＰトランザクションのフォーマットは、先頭ライン、これに続く０
以上のヘッダ・ライン、空のライン（即ち、キャリッジ・リターン、ライン・フ
ィード（ＣＲＬＦ））、及びオプションのメッセージ本体を含む。例えば、ＨＴ
ＴＰトランザクションの一般的なフォーマットは次のようになる。先頭ライン（例えば、要求又は応答トランザクション）オプションのヘッダ・ライン１：値１ＣＲＬＦオプションのヘッダ・ライン２：値２ＣＲＬＦ．．．オプションのヘッダ・ラインＸ：値ＸＣＲＬＦＣＲＬＦメッセージ本体

【００４３】図１０は、ＨＴＴＰプロキシ・サーバを介してパーセルを送信する際に用いら
れる、ＨＴＴＰトランザクション１２８の一例のフォーマット及びコンテンツの
例を示す。ＨＴＴＰトランザクション１２８は、先頭ライン１２９、１つ以上の
ヘッダ・ライン１３１、空白ライン（ＣＲＬＦ）１３２、及びトランザクション
１２８に関連するディジタル情報１３３、例えば、送信するパーセルの一部、パ
ーセルの記述、パーセルのコマンド等を表す情報を含む。先頭ライン１２９は、
ＨＴＴＰトランザクションのタイプ、例えば、ＰＯＳＴ及びＧＥＴコマンドを示
す。ヘッダ・ライン１３１は、発信側システム、サーバ・システム、及び受信側
サーバがパーセル配信サービスの動作を指揮する際に用いるパーセル情報を含む
。パーセル配信サービス・プロトコルは、例えば、認証、パーセルのアップロー
ド及びダウンロード、アップロード及びダウンロード可能なパーセルのリストの
要求、パーセルの発信、受信及び追跡、ならびにコマンドの実行、例えば、配信
のキャンセル、パーセルの開封表記、パーセルの移動表記のように、パーセル配
信トランザクションを行なうためのルールを規定する。

【００４４】一般に、パーセルは、単一のＨＴＴＰトランザクションではサーバ・システム
２６に完全に送信できない、大きなファイル又は文書である。したがって、大き
なパーセルでは、発信側システム１４から受信側システム２６に、又はサーバ・
システム２６から受信側システム１８にパーセル全体を送信するには、多数のＨ
ＴＴＰトランザクションが通常必要となる。各ＨＴＴＰトランザクションは、パ
ーセルの一部を転送する。このようなＨＴＴＰトランザクションでは、ディジタ
ル情報１３３は、発信側システム１４によって送信されているトランザクション
、又は受信側システム１８によって要求されているトランザクションに含まれる
パーセルデータを表す。一実施形態では、ディジタル情報１３３は２進データである。プロキシ・サー
バが純粋な２進データに対応できない場合、他の実施形態では、発信側システム
１４又はサーバ・システム２６に、純粋な２進データをプリント可能キャラクタ
に変換させる（例えば、各バイト毎に１６進値を作成する）。変換データの受信
側は、サーバ・システム２６又は受信側システム１８のいずれでも、プリンと可
能キャラクタを再度純粋な２進データに変換する。

【００４５】図１１Ａは、発信側システム１４がパーセルをサーバ・システム２６に送信す
るプロセスの一例を示す。一般に、発信側システム１４上で実行するクライアン
ト・ソフトウエアは、発信側システム１４がパーセルをアップロードする承認を
サーバ・システム２６から取得するまで（ステップ１３４）、一連のパーセル配
信プロトコル・ステップに従う。また、送信元システム１４は、プロキシ・サー
バ１３０を介してトランザクションを送信するのに適したバイト・サイズを決定
する（ステップ１３５）。次いで、発信側システム１４は、決定したバイト・サ
イズに対応するパーセルの一部を含むトランザクションを発生する（ステップ１
３６）。発信側システム１４は、このトランザクションをサーバ・システム２６
に送信する（ステップ１３７）。このステップ１３５、１３６及び１３７のプロ
セスは、パーセル全体がサーバ・システム２６に渡るまで、繰り返えされる。

【００４６】受信側システム１８は、サーバ・システム２６からのパーセルを要求する際、
同様のプロセスに従う。受信側システム１８上で実行するクライアント・ソフト
ウエアは、受信側システム１８がパーセルをダウンロードする承認をサーバ・シ
ステム２６から取得するまで（ステップ１３４）、一連のパーセル配信プロトコ
ル・ステップに従う。また、受信側システム１８は、サーバ・システム２６から
のパーセル配信を要求する際、適切なバイト・サイズを指定する（ステップ１３
５）。受信側システム１８は、決定したバイト・サイズに対応するパーセル部分
を送ることによって（ステップ１３７）、サーバ・システム２６が完了するトラ
ンザクションを発生する（ステップ１３６）。ステップ１３５、１３６及び１３
７のプロセスは、パーセル全体が受信側システム１８に渡るまで繰り返えされる
。

【００４７】図１１Ｂは、発信側システム１４がパーセルをアップロードする承認をサーバ
・システム２６から取得するまで実行される、一連のパーセル配信プロトコル・
ステップを示す。受信側システム１８は、サーバ・システム２６からダウンロー
ドするパーセルを要求するときと同様のプロセスに従う。発信側システム１４は
、サーバ・システム２６にトランザクション（例えば、ＨＴＴＰトランザクショ
ン）を発行する（ステップ１３８）。このトランザクションは、サーバ・システ
ム２６からの認証を要求する。サーバ・システム２６は、発信側システム１４が
パーセル配信サービスのアカウント（預金口座）を有することを確認することに
よって、発信側システム１４を認証する。サーバ・システム２６は、ユーザに登
録手順を実行させることによって、このようなアカウントを発信側システムのユ
ーザに設定する。登録の間、発信側システムのユーザは、氏名、住所、クレジッ
ト・カード情報等のような個人情報をサーバ・システム２６に提供し、システム
１４、２６は、パスワードを確定する。サーバ・システム２６は、発信側システ
ム１４からの認証要求に応答して、後続のトランザクションにおいて発信側シス
テム１４が用いるセッション・ハンドルを返送する。

【００４８】次に、発信側システム１４は、トランザクションをサーバ・システム２６に送
り（ステップ１３９）、発信側システム１４がサーバ・システム２６を介して配
信したい１以上のパーセルに関連するパーセル情報を提供する。パーセル情報は
、パーセル属性（サイズ、名称、及びパーセル・タイプ等）、使用料請求アカウ
ント、受信先、テキスト・メッセージ等を含むことができる。このトランザクシ
ョンに応答して、サーバ・システム２６は、パーセル情報の妥当性を検査する。
検査で妥当性が得られたなら、サーバ・システム２６は、パーセルを受信するサ
ーバを割り当てる。また、サーバ・システム２６は、割り当てたサーバに、保留
中のパーセル転送の準備をするように通知し、更に、パーセル情報内に指定され
ている受信先に関連するあらゆるサーバに通知する。

【００４９】発信側システム１４は、次に、サーバ・システム２６が発信側システム１４に
送ることを許可するパーセルのリストを得るトランザクションを発行する（ステ
ップ１４０）。サーバ・システム２６は、パーセルのリスト、及び発信側システ
ム１４がパーセルを送るべきサーバのアドレスを返答する（ステップ１４１）。
一実施形態では、このアドレスはサーバ・システム２６を参照する。別の実施形
態では、アドレスはサーバ・システム群内の別のサーバ・システムを参照する。発信側システム１４への応答には、アドレスによって参照されるサーバとの認
証のために発信側システム１４が用いる暗号化キーが含まれている。参照される
サーバ、例えば、サーバ・システム２６がキーを用いて発信側システム１４を認
証するとき（ステップ１４２）、そのサーバ・システム２６は、発信側システム
１４に別のセッション・ハンドルを提供し、これを用いて、発信側システム１４
からサーバ・システム２６にパーセルをアップロードする。

【００５０】図１１Ｃは、発信側システム１４がパーセルをサーバ・システム２６に送り、
サーバ・システム２６がパーセルを受信側システム１８に送るプロセスの一例を
示す。発信側システム１４は、クライアント・ソフトウエアを実行する（ステッ
プ１４３）。一実施形態では、発信側システム１４は、各パーセル部分のパーセ
ル・データを暗号化するために（ステップ１４４）、暗号化ソフトウエアを含む
。暗号化ソフトウエアは、パーセル・データを暗号化するために、非対称又は対
称暗号化アルゴリズムのいずれの１又は組み合わせを採用することができる。サ
ーバ・システム２６が認定局として作用している場合、サーバ・システム２６は
、暗号化プロセスにおいて用いられる各キーを所有する。サーバ・システム２６
に加えて、又は該システムに代えて、別のエンティティが認定局として作用する
場合、サーバ・システム２６は、この暗号を解読するためのキーを所有せず、よ
って、この暗号化によりパーセルがサーバ・システム２６から隠蔽される。

【００５１】次に、発信側システム２６は、暗号化したパーセル・データを前述のパーセル
配信プロトコル情報と組み合わせる（ステップ１４５）。暗号化されカプセル化
されたパーセルをネットワーク上に送信する前に、発信側システムは、再度パー
セルデータを、プロトコル情報と共に、サーバ・システム２６が解読できる暗号
化ソフトウエアを用いて、暗号化及び圧縮を行なう（ステップ１４６）。一実施
形態では、パーセル・データは、２度目では、暗号化が除外される。圧縮は、パ
ーセルを移送するために必要なネットワーク帯域幅を削減する。次いで、発信側
システム１４は、暗号化され圧縮されたパーセル配信プロトコル情報及びパーセ
ル・データを、メタプロトコル情報、例えば、ＨＴＴＰプロトコル中にカプセル
化して（ステップ１５０）、トランザクションを生成する。

【００５２】発信側システム１４は、トランザクションをサーバ・システム２６に送信し、
前述のように受信側システム１８に通知する。サーバ・システム２６は、トラン
ザクションを受信し、このトランザクション内でメタプロトコル情報を処理する
（ステップ１５４）。次に、サーバ・システム２６は、ステップ１５４の結果を
伸張及び解読し（ステップ１５８）、パーセル配信プロトコル情報を取得する。
ステップ１６２において、サーバ・システム２６は、パーセル配信プロトコル情
報を処理する。次に、サーバ・システム２６は、パーセル・データを格納する。
サーバ・システム２６が発信側システム１４からパーセル全体を受信するまで、
ステップ１４３〜１６２が繰り返えされる。受信側システム１８がパーセルを要
求するまで、又は所定の期間が経過するまで、パーセルはサーバ・システム２６
に格納されたままであり、所定期間の経過時に、パーセルは削除される。

【００５３】発信側システム１４からの通知に応答して、受信側システム１８は、クライア
ント・ソフトウエアを実行し、前述のようにサーバ・システム２６上で動作する
パーセル配信サービスにアクセスする。受信側システムのユーザは、ログオン情
報を提供し、サーバ・システム２６がユーザのアイデンティティを認証できるよ
うにする。発信側システムのユーザに関して、サーバ・システム２６は、ユーザ
に登録手順を実行させることによって、受信側システムのユーザのアカウントを
確立する。登録手順の間に、サーバ・システム２６は、受信側システムのユーザ
に関する個人情報を取得する。

【００５４】パーセルを送信するために、トランザクション毎に、サーバ・システム２６は
、パーセル・データの各部分をパーセル配信プロトコル情報と組み合わせる（ス
テップ１６６）。次に、サーバ・システム２６は、パーセル部分を暗号化し圧縮
する（ステップ１７０）。サーバ・システム２６が用いる暗号化アルゴリズムは
、ステップ１４６において発信側システム１４が用いた暗号化アルゴリズムと同
じ暗号化アルゴリズムでも異なる暗号化アルゴリズムでも利用可能である。異な
るアルゴリズムを用いると、暗号化の形式に対する様々な制約を有する可能性が
ある種々の国際的ドメインにわたって、配信システム１０を使用する柔軟性を得
ることができる。次に、サーバ・システム２６は、ステップ１７０の結果を、ト
ランザクションをプロキシ・サーバ１３２に通過させることを可能にするメタプ
ロトコル情報内にカプセル化する。

【００５５】パーセル部分を取得すると、受信側システム１８は、それに応じてメタプロト
コル情報を処理する（ステップ１７８）。また、受信側システム１８は、ステッ
プ１７８の結果を伸張及び解読し（ステップ１８２）、パーセル配信プロトコル
情報を取得する。ステップ１８６において、受信側システム１８は、その情報に
よって直接差し向けられたものとして、パーセル配信プロトコル情報を処理し、
そのトランザクションにおけるパーセル・データを解読する（ステップ１９０）
。パーセル・データは、受信側システム１８上で走るクライアント・ソフトウエ
アに渡る（ステップ１９４）。電子パーセル配信システム１０は、任意サイズのパーセルを配信することがで
きる。しかしながら、一般に、プロキシ・サーバは、所与のトランザクションに
関して、ファイヤウオールを通過できるデータ量を制限する。したがって、発信
側システム１４及び受信側システム１８は、送信又は要求パーセル部分の各々を
、プロキシ・サーバが制限するサイズ内に維持する。パーセル部分の数は、パー
セルの全体的サイズ及びこのサイズ制限によって左右される。

【００５６】図１２は、発信側システム１４又は受信側システム１８がトランザクションの
バイト・サイズを動的に判定するプロセスの一例を示す。一実施形態では、所定
のサイズは、ネットワーク上でプロキシ・サーバが限定する最大サイズ制限に対
応し、４Ｍバイトである。パーセル部分が大きい程、配信性能は高くなる。発信
側システム１４は、所定のサイズのトランザクションを送信し（ステップ２０４
）、プロキシ・サーバ１３０はトランザクションをインターセプト（傍受）する
。トランザクションのサイズが、プロキシ・サーバ１３０によって許されるサイ
ズ制限を超過している場合、プロキシ・サーバ１３０は、トランザクションのそ
れ以上の送信を禁止し、エラーを通知する（ステップ２０８）。

【００５７】エラー・メッセージを受信すると、発信側システム１４は、トランザクション
のサイズを縮小する（ステップ２１６）。一実施形態では、トランザクション・
サイズを半分に縮小する（例えば、４Ｍバイト部分は２Ｍバイト部分となる）。
トランザクション・サイズを縮小するために、他の評価基準も使用可能である。
発信側システム１４は、新たな小さなサイズを有するトランザクションを送信し
ようとする（ステップ２０４）。再度発信側システム１４がエラー・メッセージ
を受信した場合（ステップ２０８）、トランザクションのサイズを再度縮小する
（ステップ２１６）。送信し縮小するプロセスは、発信側システム１４が送信す
るトランザクションのサイズに関連してプロキシ・サーバ１３０からエラー・メ
ッセージを受信しなくなるまで、継続される。サーバ・システム１４は、続いて、プロキシ・サーバ１３０を通過するのに成
功したサイズの現パーセル部分を用いて、パーセル５８の残りのパーセル部分を
送信する（ステップ２１２）。別の実施形態では、発信側システム１４は、更に
、現在のサイズよりは大きいが、ファイヤウオール１３０を最後に通過できなか
ったパーセル部分よりは小さいサイズのパーセル部分を送信しようとすることに
よって、パーセル部分のサイズを最適化する。

【００５８】受信側システム１８は、このプロセスを同様に、サーバ・システム２６からパ
ーセルを要求するときに実行する。最初に、受信側システム１８は、トランザク
ションに所定のサイズを用いる。受信側システム１８は、所定サイズのトランザ
クションを要求し（ステップ２０４）、プロキシ・サーバ１３２はトランザクシ
ョンをインターセプトする。トランザクションのサイズが、プロキシ・サーバ１
３２によって許されるサイズ制限を超過している場合、プロキシ・サーバ１３２
は、受信側システム１８がトランザクションを受信するのを禁止し、エラーを発
生させる（ステップ２０８）。

【００５９】エラーを検出すると、受信側システム１８は、トランザクションのサイズを縮
小し（ステップ２１６）、縮小したサイズを有するトランザクションを要求しよ
うとする（ステップ２０４）。受信側システム１８が再度エラーを検出した場合
（ステップ２０８）、トランザクションのサイズを再度縮小する（ステップ２１
６）。送信し縮小するプロセスは、受信側システム１８がもはや送信したトラン
ザクションのサイズに関連するエラーを検出することがなくなるまで、継続する
。続いて、受信側システム１８は、プロキシ・サーバ１３２を通過するのに成功
した現トランザクション・サイズを用いて、パーセルの残りのパーセル部分を要
求する（ステップ２１２）。

【００６０】送信するパーセル部分のサイズを動的に決定することに加えて、発信側システ
ム１４は、メタプロトコルのヘッダ内にカプセル化されている情報のフォーマッ
トも動的に決定することができる。例えば、ＨＴＴＰプロトコルのヘッダにおい
て、要求された情報に続いて含ませる情報は、種々のフォーマットを有すること
ができる。情報に加えて、ヘッダの終わりを、後続のキャリッジ・リターン及び
ライン・フィードによって規定することができる。このフォーマットに制約を賦
課するプロキシ・サーバもある。例えば、プロキシ・サーバは、ＨＴＴＰヘッダ
内の特定のライン内にある情報のバイト数を制限する場合もある。

【００６１】図１３は、発信側システム１４又は受信側システム１８が、メタプロトコル情
報内にカプセル化されている配信サービス・プロトコル情報のフォーマットを動
的に決定するプロセスの一例を示す。最初に、発信側システム１４は、所定のプ
ロトコルを用いて、配信サービス・プロトコル情報（ステップ２２０）をカプセ
ル化する。例えば、１Ｋバイトのプロトコル・データを暗号化するための所定の
フォーマットを４ヘッダ・ラインとし、各ヘッダラインが２５６バイトを有する
ようにすることができる。

【００６２】発信側システム１４は、初期フォーマットでトランザクションを送信し（ステ
ップ２２４）、プロキシ・サーバ１３０はトランザクションをインターセプトす
る。プロキシ・サーバ１３０が現フォーマットに対応しない場合、プロキシ・サ
ーバ１３０は、トランザクションのこれ以上の送信を禁止し、発信側システム１
４にエラーを報告する（ステップ２２８）。エラー・メッセージを受信すると、
発信側システム１４は、フォーマットを変更する（ステップ２３６）。一実施形
態では、発信側システム１４は、ヘッダ・ライン当たりバイト数を半分に削減し
（例えば、ライン当たり２５６バイトが、ライン当たり１２８バイトになる）、
ヘッダ・ラインの数を２倍にする。ここでも、発信側システム１４は、ヘッダ内
においてライン当たりのバイト数を削減するために、他の評価基準を用いること
ができる。再度、発信側システム１４は、新たなフォーマットのトランザクショ
ンを送信することができる（ステップ２２４）。

【００６３】通常、ヘッダ・ライン当たりのバイト数を１２８バイトに削減すると、トラン
ザクションは、ファイヤウオールを通過することが可能となる。発信側システム
１４がエラー・メッセージを再度受信した場合（ステップ２２８）、フォーマッ
トを再度変更する（ステップ２３６）。発信側システム１４が、送信したトラン
ザクションのフォーマットのためにプロキシ・サーバ１０からエラー・メッセー
ジをもはや受信しなくなるまで、トランザクションの送信（ステップ２２４）及
びフォーマットの変更（ステップ２３６）が継続する。続いて、サーバ・システム１４は、プロキシ・サーバ１３０の通過に成功した
現フォーマットを用いて、パーセルの残りのパーセル部分を送信する（ステップ
２３２）。別の実施形態では、発信側システム１４は、現フォーマットよりヘッ
ダ・ライン当たり多くのバイトを有するが、最後にプロキシ・サーバ１３０を通
過できなかったトランザクションのフォーマットよりライン当たりのバイト数が
少ないフォーマットのパーセル部分を送信しようと試みることによって、フォー
マットを最適化する。

【００６４】受信側システム１８は、サーバ・システム２６からのパーセルを要求するとき
、同様に、図１３に記載したプロセスを実行する。受信側システム１８は、前述
のように所定の初期フォーマットを用いて、配信サービス・プロトコル情報をカ
プセル化する（ステップ２２０）。受信側システム１８は、初期フォーマットの
トランザクションを送信し（ステップ２２４）、プロキシ・サーバ１３２は、ト
ランザクションをインターセプトする。プロキシ・サーバ１３２が現フォーマッ
トに対応しない場合、プロキシ・サーバ１３０は、トランザクションのそれ以上
の送信を禁止し、受信側システム１８にエラーを報告する（ステップ２２８）。
エラー・メッセージを受信すると、受信側システム１８は、フォーマットを変更
する（ステップ２３６）。次いで、受信側システム１８は、新たなフォーマット
のトランザクションを送信しょうと試みる（ステップ２２４）。

【００６５】受信側システム１８がエラー・メッセージを再度受信した場合（ステップ２２
８）、フォーマットを再度変更する（ステップ２３６）。トランザクションの送
信（ステップ２２４）及びフォーマットの変更（ステップ２３６）は、受信側シ
ステム１８が、送信したトランザクションのフォーマットのためにプロキシ・サ
ーバ１３２からエラー・メッセージをもはや受信しなくなるまで、継続する。受
信側システム１８は、続いて、プロキシ・サーバ１３２の通過に成功した現フォ
ーマットを用いて、パーセルの残りのパーセル部分を送信する（ステップ２３２
）。

【００６６】電子パーセル配信システム１０は、種々のビジネス処理に統合することができ
る。図１４は、電子配信システム１０が電子商取引の遂行を容易にする実施態様
の一例を示す。図示のように、エンティティＡ２４０が発信側システム１４を動
作させ、エンティティＢ２４４が受信側システム１８を動作させ、エンティティ
Ｃ２５２が第２受信側システム２４８を動作させる。この実施形態では、サーバ
・システム２６は、発信側システム及び受信側システム１８が実行可能なトラン
ザクションを定義するためのソフトウエア２５６、例えば、ＡＰＩ（アプリケー
ション・プログラム・インターフェース）を含む。例えば、エンティティＡ２４
０が電子新聞配信サービスに従事する場合、定義したトランザクションは、新聞
の配信、新聞の予約購読、受信側システムによる電子新聞の開封、購読予約のキ
ャンセル等を含むことができる。

【００６７】また、サーバ・システム２６は、料金を定義した各トランザクションと関連付
けるソフトウエア・データ構造２６０（例えば、テーブル）も格納する。データ
構造２６０は、価格リストとして機能する。ソフトウエア２５６は、発信側シス
テム１４及び各受信側システム１８、２４８によって実行されるトランザクショ
ンのレコード２６４を保持するソフトウエア・モジュールを含む。別のソフトウ
エア・モジュールは、実行したトランザクションのレコード２６４及び価格リス
ト２６０を参照することによって、発信側システム及び受信側システムそれぞれ
が所有する料金を計算する。次いで、サーバ・システム２６は、各システムが所
有する料金を指定する請求書（インボイス）２６５、２６６を作成することがで
きる。サーバ・システム２６は、各請求書２６５、２６６を、支払いのために各
受信側システム１８、２４８に、又は各クレジット・カードのアカウントに請求
するために、配信することができる。

【００６８】図１５Ａ及び図１５Ｂは、サーバ・システム２６上で動作する配信サービスが
、購入側エンティティＡ２６８、販売側エンティティＢ２７２、及び発送エンテ
ィティＣ２７０間での製品の購入及び発送を調整する、電子配信システム１０の
実施態様の一例を示す。購入側エンティティＡ２６８の送信側システム１４は、
サーバ・システム２６にパーセルを送信し（２８１）、続いて、販売側エンティ
ティＢ２７２の受信側システム２７１に配信する。例えば、該パーセルは、１０
０個の自動車部品の発注とすることができる。パーセルをサーバ・システム２６
に送ることに伴い、発信側システム１４は、受信側システム２７１に、サーバ・
システム２６において注文書が入手可能であることを通知する。受信側システム
２７１は、前述のように、注文書を取得し（２８４）、注文書を満たすことの確
認２８５を発行する。

【００６９】確認２８５に応答して、サーバ・システム２６は、発送エンティティＣ２７０
の受信側システム１８に通知し（２８２）、出された注文２８４に対する発送を
要求する。恐らく、エンティティＡ２６８及びエンティティＣ２７０間には契約
が存在し、これによって、エンティティＣ２７０は、かかる注文の際に、受注及
び発送を行なう。発送の詳細、例えば、いつどこで自動車部品が得られるのかは
、通知２８２に含ませることができる。発送エンティティＣ２７０の受信側シス
テム１８は、サーバ・システム２６に確認２８３を返送することができる。発信
側システム１４は、サーバ・システム２６からの確認を要求することができ、あ
るいは、サーバ・システム２６が自動的に確認を発信側システム１４に返送する
ことができる。したがって、通知２８２によって指定される約束時間において、
エンティティＣは、注文した商品、例えば、１００個の自動車部品を、販売側エ
ンティティＢ２７２から取得し、該商品をエンティティＡ２６８に発送すること
ができる。

【００７０】図１６Ａ及び図１６Ｂは、サーバ・システム２６上で動作する配信システムが
、購入側エンティティＡ２９９並びに２つの販売側エンティティＢ３０１及びＣ
３０２を含んでいる場合のワーク・フローを制御する、電子配信システム１０の
実施態様の一例を示す。購入側エンティティＡ２９９の発信側システム１４は、
パーセルをサーバ・システム２６に送信し（３００）、続いて、受信側システム
１８及び３０３に配信する。一実施形態では、パーセルは、特定の商品（例えば
、１００個の自動車部品）の価格に関する提示の依頼である。サーバ・システム
２６へのパーセルの発信と共に、発信側システム１４は、各受信側システム１８
、３０３に、依頼がサーバ・システム２６において入手可能であることを通知す
る。各受信側システム１８、３０３は、パーセルを取得し（３０４）、価格提示
３０８、３１０をそれぞれ返答する。

【００７１】提示３０８に応答して、サーバ・システム２６は、どの提示を選択するか決定
するソフトウエア、例えば、カスタム化ＡＰＩを実行する。例示の目的のために
に過ぎないが、サーバ・システム２６は、エンティティＢ３０１からの提示を受
け入れ（３１６）、エンティティＣ３０２からの提示を拒絶する（３２０）。サ
ーバ・システム２６は、発信側システム１４とのトランザクションを確認する。
尚、別の実施形態では、サーバ・システム２６ではなく、発信側システム１４が
価格提示の選択を行い、受諾及び拒絶の通知を発行することも可能であることを
注記しておく。電子パーセル配信システム１０の他の実施形態は、図１４、１５Ａ、１５Ｂ、
１６Ａ及び１６Ｂに示した種々の実施態様を組み合わせることができる。

【００７２】他の配信機構との統合電子パーセル配信システム１０は、他のパーセル配信機構と協働することがで
きる。例えば、サーバ・システム２６は、発信側システム１４から受信したパー
セルのコピーを印刷することができる。パーセルをネットワーク３０上で受信側
システム１８に送信する代わりに、サーバ・システム２６はパーセルを受信シス
テム１８にファックス送信することができる。別の実施形態では、サーバ・シス
テム２６はプリンタ上でパーセルのコピーを印刷し、印刷したコピーをキャリア
・サービスを介して発送する。

【００７３】本発明は、１つ以上の製造品目において具体化された１つ以上のコンピュータ
読み取り可能ソフトウエア・プログラムとして実施することができる。製造品目
は、例えば、フロッピ・ディスク、ハード・ディスク、ハード・ディスク・ドラ
イブ、ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、フラッシュ・メモリ・カード、ＥＥＲＯ
Ｍ、ＥＰＲＯＭ、ＰＲＯＭ、ＲＡＭ、ＲＯＭ、又は磁気テープのいずれの１つ又
は組み合わせとすることも可能である。一般に、コンピュータ読み取り可能ソフ
トウエア・プログラムを生産するには、標準的な又は企業に固有のプログラミン
グ又はインタープリタ言語であればいずれでも使用可能である。かかる言語の例
には、Ｃ、Ｃ＋＋、Ｐａｓｃａｌ、ＪＡＶＡ（登録商標）、ＶｉｓｕａｌＢａ
ｓｉｃ、ＬＩＳＰ、ＰＥＲＬ、及びＰＲＯＬＯＧが含まれる。ソフトウエア・プ
ログラムは、ソース・コード、オブジェクト・コード、インタープリタ・コード
、又は実行可能コードとして、１つ以上の製造品に格納することができる。

【００７４】以上、具体的な好適な実施形態を参照しながら本発明について示しかつ説明し
たが、特許請求の範囲に規定された本発明の精神及び範囲から逸脱することなく
、形態及び詳細において種々の変更が可能であることは、当業者には理解される
であろう。

【図面の簡単な説明】

【図１】本発明の原理による電子パーセル配信システムの一実施例の図であり、配信シ
ステムは、サーバ・システムを介して受信側システムと通信する発信側システム
を含む。

【図２】本発明の原理にしたがって、発信側システムがパーセルをサーバ・システムに
送信し、通知を受信側システムに送信する、配信システムの一実施形態の図であ
る。

【図３】サーバ・システム上に格納されたパーセルにアクセスするときに、受信側シス
テムに提示されるグラフィカル・ウィンドウの実施形態の一例の図である。

【図４】ウェブ・ブラウザを用いて、発信側システムがウェブ・サーバと通信し、通知
を受信側システムに送る配信システムの一実施形態の図である。

【図５】発信側システムが、ウェブ・ブラウザを用いて、ウェブ・サーバと通信を行い
、通知を受信側システムに送り、パーセルをサーバ・システムに送る配信システ
ムの一実施形態の図である。

【図６】発信側システムが、ウェブ・ブラウザを用いて、ウェブ・サーバと通信を行い
、通知を受信側システムに送り、受信側システムが、クライアント・ソフトウエ
アを用いて、サーバ・システムと通信を行いパーセルを取得する、配信システム
の一実施形態の図である。

【図７】発信側システムが、受信側システムにパーセルを送信したことを通知すること
なく、パーセルを受信側システムに配信する、パーセル配信システムの一実施形
態の図である。

【図８】本発明のサーバ・システムして論理的に作用するサーバ群の一実施形態の図で
ある。

【図９】プロキシ・サーバがネットワークから発信側システム及び受信側システムを分
離する、電子パーセル配信システムの一実施形態の図である。

【図１０】ＨＴＴＰプロキシ・サーバを介してパーセルを送信するために用いる場合のＨ
ＴＴＰトランザクション１２８のフォーマット及びコンテンツを示す図である。

【図１１】Ａは、発信側システム１４がパーセルのサーバ・システム２６に送信するプロ
セスの一例を示す図である。Ｂは、発信側システム又は受信側システムが、パーセルのアップロード又はダ
ウンロードのためにサーバ・システムから承認を得るプロセスの一例のフロー図
である。Ｃは、発信側システムがパーセル部分を用意しサーバ・システムに送信し、サ
ーバ・システムがこのパーセル部分を用意し受信側システムに送信するプロセス
の一例のフロー図である。

【図１２】パーセル部分を送信するトランザクションのバイト・サイズを動的に決定する
プロセスの一例を示すフロー図である。

【図１３】パーセルを送信するシステムが、メタプロトコル・トランザクション内にカプ
セル化された情報のフォーマットを動的に判定するプロセスの一例を示すフロー
図である。

【図１４】電子商取引を行なうために用いられる電子パーセル配信システムの実施形態の
図である。

【図１５】Ａは、種々のエンティティ間における商品の発注及び受領を調整するために用
いられる電子パーセル配信システムの一実施形態を示す図である。Ｂは、種々のエンティティ間における商品の発注及び受領を調整するために用
いられる電子パーセル配信システムの一実施形態を示す図である。

【図１６】Ａは、電子パーセル配信システムが種々のエンティティ間におけるワーク・フ
ロー活動を調整するプロセスの一例を示すフロー図である。Ｂは、電子パーセル配信システムが種々のエンティティ間におけるワーク・フ
ロー活動を調整するプロセスの一例を示すフロー図である。

───────────────────────────────────────────────────── フロントページの続き (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＡＵ，ＣＮ，ＪＰＦターム(参考） 5B082 HA05 HA08 5B085 AC04 AE29 BA07 BG07 5J104 AA07 KA01 NA01 PA07 PA10 【要約の続き】タを含むことができる。ウェブ・ページは、ディジタル情報へのアクセスを付与する前に、受信側システムの有効な認証を要求することができる。ディジタル情報の配信は、発信側システムがディジタル情報をサーバ・システムに送信した後、受信側システムがディジタル情報を用いるまでは、キャンセルすることができる。

Claims

【特許請求の範囲】

【請求項１】ネットワークを介して電子文書を受信側システムに電子的に配信
する装置において、ネットワークに接続され、受信側システムへの配信に指定された電子文書を表
すディジタル情報と、暗号化ソフトウエアを実行して、ネットワーク上で文書を
送信する前に、該文書をエンコードするプロセッサとを含む発信側システムと、ネットワークに接続され、エンコードされた文書を受信するサーバ・システム
であって、解読ソフトウエアを実行して、発信側システムがエンコードした文書
をデコードし、デコードした文書を受信側システムに配信する前に、暗号化ソフ
トウエアを実行して該文書をエンコードするプロセッサを含む、サーバ・システ
ムとを備えることを特徴とする装置。
【請求項２】請求項１記載の装置において、サーバ・システム上の暗号化ソフ
トウエアは、発信側デバイスにおける暗号化ソフトウエアとは異なるキーを用い
て、電子文書をエンコードするよう構成されていることを特徴とする装置。
【請求項３】請求項１記載の装置において、発信側システム上の暗号化ソフト
ウエアは、第１暗号化ソフトウエアであり、発信側システムは更に、第１暗号化
ソフトウエアで電子文書をエンコードする前に、受信側システムと関連するキー
を用いて文書をエンコードする第２暗号化ソフトウエアを備えることを特徴とす
る装置。
【請求項４】請求項１記載の装置において、サーバ・システムは認定局である
ことを特徴とする装置。
【請求項５】請求項１記載の装置において、サーバ・システムは更に、受信側システムによって実行されたトランザクションのレコードを保持する第
１ソフトウエア・モジュールと、メモリに格納され、実行された各トランザクションに料金を関連付けるデータ
構造と、実行されたトランザクションのレコード及びデータ構造に応して、所有する量
を計算する第２ソフトウエア・モジュールとを備えることを特徴とする装置。
【請求項６】請求項５記載の装置において、サーバ・システムは更に、所有す
る量を含むインボイスを作成する第３ソフトウエア・モジュールを備えることを
特徴とする装置。
【請求項７】請求項５記載の装置において、サーバ・システムは更に、受信側
システムによって実行可能な各トランザクションを定義する第３ソフトウエア・
モジュールを備えることを特徴とする装置。
【請求項８】請求項１記載の装置において、該装置は更に複数の受信側システ
ムを備え、各受信側システムにおいて文書が申込価格の要求であることを特徴と
する装置。
【請求項９】発信側システムに商品を発送する方法において、ネットワークを介して、第１エンティティによって動作される第１受信側シス
テムに対する後の発送において指定されたサーバ・システムに、第１エンティテ
ィから商品を入手する要求を指定する文書を送信するステップと、文書がサーバ・システムにおいてアクセス可能であることの通知を、第１受信
側システムに送信するステップと、文書を第１受信側システムに送信するステップと、該文書に応答して、第１受信側システムから、商品の入手要求の受諾を示す確
認を受信するステップと、確認に応答して、第２エンティティによって動作される第２受信側システムに
、第２エンティティが第１エンティティから商品を入手したことの通知を送信す
るステップとからことを特徴とする方法。
【請求項１０】請求項９記載の方法において、該方法は更に、受信側システムによって実行されるトランザクションのレコードを保持するス
テップと、実行された各トランザクションに料金を関連付けるステップと、実行されたトランザクションのレコード及びデータ構造に応じて、所有する量
を計算するステップとを含むことを特徴とする方法。
【請求項１１】請求項９記載の方法において、該方法は更に、ネットワークを介して、エンティティによって動作される複数の受信側システ
ムへの後の発送において指定されたサーバ・システムに、受信側システムを動作
させる各エンティティからの応答を要請する文書を送信するステップであって、
各エンティティからの応答が特定の商品に対する価格を提示する、ステップと、所定の評価基準にしたがって、応答のいずれか１つを選択するステップと、選択された応答の提示の受諾を示す通知を送信するステップと、各受信側システムに、文書がサーバ・システムにおいてアクセス可能であるこ
とを知らせる通知を送信するステップと、文書を要求した各受信側システムに、該文書を送信するステップと、受信側システムによって実行されるトランザクションのレコードを保持するス
テップと、実行された各トランザクションに料金を関連付けるステップと、実行されたトランザクションの記録及びデータ構造に応じて、所有量を計算す
るステップとを含むことを特徴とする方法。
【請求項１２】ネットワークを介して電子パーセルを配信する方法において、サーバ・システムにディジタル情報を送信する承認を取得するステップと、ディジタル情報を送信するための部分サイズを決定するステップと、トランザクションのフォーマットを決定するステップと、部分サイズにほぼ等しいディジタル情報量を有するトランザクションを発生す
るステップと、ネットワークを介してトランザクションをサーバ・システムに送信するステッ
プとからなることを特徴とする方法。