JP2002525753A - ユーザーが設定する動的共同環境 - Google Patents

Abstract

(57)【要約】 共同的なシステムおよび方法によって、グループのメンバーが入札または申込みなどのプロジェクトを協力して遂行することが可能になる。第一の実施態様によれば、複雑な法律文書の交換エンジン（complex instrument trading engine:CITE）によって、２人以上の当事者間での交渉が容易になる。会社や官公庁間における契約など複雑な法律文書に関する交渉や履行を容易にするため、一組のツールと技術が提供される。動的共同環境と名づけた第二の態様によれば、ユーザーが、グループを設定するとともに、そのグループ内での連絡、調査、分析および電子取引を円滑にする、ユーザーが選択したツールを含む仮想の個人ネットワーク環境を設定することができる。この環境は、必要がなくなれば簡単に破壊することができる。物理的には一つのコンピュータネットワーク上で複数の環境を共存させることもできる。

Description

【発明の詳細な説明】

本出願は、1998年9月22日に提出された分割米国出願番号60/101,431号に、発
明の主題において関連し、また、該出願に基づく優先権を主張するものである。
該出願の内容は、その全体が、本明細書に組み入れられる。

【０００１】本発明の背景 １．技術分野 本発明は、一般的にコンピュータシステムおよびネットワークに関するもので
ある。より詳細には、本発明は、ビジネス取引（transacting business）あるい
は電子取り引きを行なうため、ユーザーが設定する動的共同環境を提供するシス
テムおよび手段に関するものである。

【０００２】２．関連情報 ハリケーン・アンドリュー（Andrew）のあと、多くの保険会社が沿岸部の営業
から撤退することによってリスクを制限しようとした。このことは特定の会社に
は合理的なものであったが、社会的見地からは受け入れられなかった。海岸に近
い都市、町、家庭、および企業は保険無しでは運営できないし、これら（の資産
）のローンを組んだ金融機関もこのようなリスクを負う余裕はなかった。保険会
社が直面している問題は、リスクの絶対的な大きさではなく、一地域へのリスク
の集中、すなわち、ただ一つの天災に起因する莫大な損失の発生の可能性である
。

【０００３】 ある法律事務所は、保険会社がリスクを交換するしくみを提供できるのではな
いかと考えた。一つの地域（たとえばフロリダの竜巻）で露出度が高い会社は、
同時に発生するリスク（たとえばカリフォルニアの地震）のない他の会社にリス
クの一部分を売ってリスクを減らしたり、相手会社のリスクの一部分を引き受け
ることができるだろう。ある会社（CATEX）がそのような交換取引を行うために
設立されたが、交換取引ルールを規定しなければならなかったし、交換取引のた
めのインフラはまだ発達していなかった。保険リスク取引の主たる障害は、異な
る地域の異なるリスクの相対的な危険度を決めることであるという公準がCATEX
によって立てられた。CATEXが提案した一つのアプローチが、危険と地域の広範
な組み合せでこれらの相対的なリスク（時間的関連性）を評価して交換取引の最
初の基礎を提供することだった。

【０００４】 様々な理由から、このようなことが実行可能だとは認められなかった。なぜな
ら、特定の場所、建物、船舶等のリスクと異なり、リスクの全般的な評価は商取
引には不向きである、場所、危険、構造のすべての所与の組合わせを数値化して
評価しなければならないという多くのリスク、そして、第三者機関による厳密な
分析に基づくリスクでも、企業は交換取引しようとしないだろう。

【０００５】 しかし、この問題を分析した結果、交換取引を促進するには関連性が必須では
なく、あるいはより広い意味では、交換取引が保険特有のリスクを扱う唯一の方
法であると分かった。主たる問題点は、（スワップ取引のような）新しい手段を
導入したり、市場に新しい資本を入れたり、より多くの買手とより多くの売手と
を結び付けたり、再保険のコストを削減したりするかにかかわらず、どのように
して、再保険市場により大きな効率性を創出するかの決定が困難なことである。
上記のコンセプトはこれらの要素を促進するのに大きな役目を果たす電子取引シ
ステムの中で実施可能なように、かつ、現在でもあまり自動化されていない再保
険市場を実際に変革できるように決められた。取引を可能にするシステムが開発
され実施された。このシステムは、本明細書における種々の進歩的な原理（「第
一世代」複雑な法律文書の交換技術と呼ぶ）によって機能を高められつつあり、
以下に詳細な説明が提供される。電子商取引（そして、殊に会社間商取引）がよ
り広汎に成長したため、インターネット（Internet）上および私的ネットワーク
での取引を容易にするソフトウェアツールおよびサービスが開発された。たとえ
ば、E-ベイ（E-Bay）は、個人が出品した物品に買手が入札できる取引モデル（
いわゆる「同時オークション（concurrent auction）」）を行っているウェブサ
イトを運営している。ロータスノーツ（Lotus Notes）は、会社内のユーザーが
共同してプロジェクトを遂行できるネットワーク優先のシステムを提供している
。オラクルコーポレーション（Oracle Corporation）は、料金を支払う顧客がウ
ェブサイトでこのようなサービスを運営できるような種々の取引エンジンを運営
している。DIGEX コーポレーション（DIGEX Corporation）も同様に種々の取引
用エンジンを含むウェブベースの応用プログラムを運営している。カタログ注文
設備のようなものを提供するウェブサイトを個人が立ち上げることができるよう
ないわゆる「収縮包装」ソフトウェアを売っているような会社もある。

【０００６】 アメリカオンラインのようなインターネットプロバイダーの中には、会員があ
らかじめ決められた話題に関連した種々の部屋に入った他の会員と私的なディス
カッションができるような「チャットルーム」を運営しているものもある。ブル
ーオンラインドットコム（blueonline.com）という会社は、建設プロジェクトの
協力を容易にするウェブサイトを運営している。種々の仮想私的ネットワークが
インターネットおよび他のネットワークでコンピュータユーザー間の通信を容易
にするために創出されてきたが、これらのネットワークは非常に限定的な機能性
（たとえば電子メールサービス）しか提供しなかったし、ユーザーが設定できる
ものではない（システム管理者が創出してインストールしなければならない）し
、必要なくなったとき簡単に壊せるようなものではない。前記の製品およびサー
ビスは全般的に複合的電子取引を容易にするのに十分適してはいない。一例とし
て、従来のサービスのほとんどはあらかじめ設定されていて（ユーザーが設定で
きない）、集中的に管理されている。だから、たとえば、あるプロジェクトに参
加を希望する会社グループは、自分達の共同作業を既存のサービス提供業者が提
供する環境モデルの一つに合わせる必要がある（あるいは、その代わりに非常に
高価な特注システムを構築しなければならない）。

【０００７】 たとえば、薬物使用の調査をするためにボランティアを集め、調査を行い、調
査結果をについてブレインストーミングを行い、調査参加者に匿名で更に質問し
、結果の要約報告書を出し、その報告書を新聞やラジオ局に売り込まなければな
らない研究論文を高校生のグループが共同で書かなければならないとしよう。こ
のプロジェクトには、一定のグループ内のメンバー（論文を書く生徒）およびグ
ループ外の人物（たとえば調査参加者）と連絡を取ること、調査研究を行うこと
（調査を行い、結果をまとめ、その結果を、ニュースなどの情報源が発表してい
る他の調査結果と比較し、結果のもつ意味についてブレインストーミングを行う
こと）、および商取引を行う（例えば、電子形式で調査結果を出版し、結果に興
味をもつかもしれない人々に有料で利用させる）という要素を必要とする。この
調査チームの特定のニーズに合わせるためには、いかなる既存のソフトウェア製
品あるいはサービスも利用できない。このようなタスクをおこなうツールおよび
通信装置を含んだ、ユーザーが設定する環境を創出するとしたら、それは禁止的
に高価になる。たとえこのような特注環境を創出できたとしても、プロジェクト
の達成後その環境（コンピュータ、ネットワークおよびソフトウェア）を取り外
すのは困難だろう。

【０００８】 要するに、通信、調査、電子取引および取引交渉を行っている特定のグループ
のニーズに合わせた、ユーザーが設定する共同環境の提供に対する需要が存在す
るのである。

【０００９】本発明の要約 複雑な法律文書交換エンジン（CITE）という、本発明の第一の実施態様を用い
れば、二つ以上の団体間の交渉が容易になる。本実施態様中では、企業、官公庁
および個人間の契約のような複雑な法律文書の交渉および執行を容易にするため
に、匿名電子メール、安全な通信、文書保存、および入札および提案のリスティ
ングサービスのような交渉用ツール及び技術の一揃えが提供される。

【００１０】 動的共同環境（DCE）という、本発明の第二の実施態様によって、あるグルー
プのメンバーが、そのグループ内およびグループ外との通信、調査、分析および
電子取引を容易にするユーザーが選択したツールを含む動的な私的仮想ネットワ
ーク（DVPN）環境を設定することが可能になる。必要がなくなれば、この環境は
容易に壊すことができる。多数の環境が同じコンピュータネットワーク上に共存
できる。

【００１１】 理解を容易にするために二つの実施態様を個別に説明したが、二つの実施態様
は多くの特徴を共有しており、実際、汎用共同システムの中でなら第二の実施態
様は第一の実施態様の特徴のいくつかまたはすべてを包含できると理解されるべ
きである。したがって、以下の説明の中での特定の実施態様への言及は、おのお
のの実施態様に含まれる特徴あるいはツールの応用範囲を制限するものと解すべ
きではない。さらに、再保険業のような特定の分野への応用への言及は、本発明
のいかなる特定産業分野への応用を制限するものとと解すべきではない。

【００１２】好適な実施態様の詳細な説明 A. 複雑な法律文書交換エンジンの実施態様 本発明の第一の実施態様は、第二世代版の複雑な法律的文書交換システムを提
供する。第二世代のシステムは、上記の先行技術であるCATEX保険交換システム
の第一版に含まれていなかった専門ツールを含んでいる。これらのツールは第一
世代に対する本質的改良を示し、交換環境における通信の新しい概念および第一
世代の技術には存在しなかった他の機能を具体化するものである。加えて、これ
らのツールの多くは、以下に説明する複雑な法律的文書交換エンジン（Complex Instrument Trading Engine）すなわち交渉システム（CITE）以外のソフトウェ
アシステムにも応用可能である。したがって、進歩的な本原理は、複雑な法律的
文書の交換または交換システム全般にも限定されない。

【００１３】 第一に、以下に説明するツールは、複雑な法律的文書の交換に関する一定の難
点を改善するものである。複雑な法律的文書とは、交渉のための一つ以上の面を
有する法律文書である。証券と比較すれば、複雑な法律文書の取引は、調査、お
よび取引に長時間を要し、より詳細な文書化を要する。たとえば、株式取引は簡
単な法律文書（株券）を用い、交渉は一つの面（価格）に焦点を合わせるが、保
険契約は多くの面（期間、価格、保証範囲、危険の定義など）を有す。株式市場
は比較的簡単に自動化できる。すなわち、買い値と売り値が一致すれば、株式取
引の手順に従って取引はたちどころに終了するからである。複雑な取引を自動化
するのははるかに困難である。なぜなら、当事者たちが交渉し多数の面について
合意に達し、その合意を正確な合意に特有の法律文書を用いて文書化しなければ
ならないからである。複雑な法律的文書の交換を自動化するのは、簡単な法律的
文書の交換の自動化よりすべての点で困難である。

【００１４】 複雑な法律的文書交換エンジンすなわち交渉システムの背景になっている交換
モデルは、四つのステップからなる単純な取引モデルである。図1Aを参照すれば
、そのステップは以下の通りである。

【００１５】 １．出会い：売手となりうる人が、相反する目的をもった買手となりうる人に
接続する。このように接続することが、それで一回の取引が必ず成立するという
ことではなく、二人の当事者が交渉を継続するための共通基盤を有するようにな
ったということを意味するにすぎない。簡単な法律的文書交換では、典型的には
、売りたい数量および価格または買いたい数量および価格を全員に知らせるだけ
でよい。複雑な法律的文書の申し込みは、大体は、より詳細かつ（しばしば）広
汎な付属文書あるいは添付書類を含まなければならない。

【００１６】 ２．調査／分析：双方の会社は自身のポジションおよび／または相手方のポジ
ションを検討する。会社内部のリソースおよび交換システムから提供されるリソ
ースを含む種々の情報源から集めた情報および分析ツールを用いて、当事者双方
が調査してポジションを修整する。複雑な法律的文書がもつ多数の面によって、
分析する際の複雑さが増加し、単純な市場価格の価値を制限する。図１の矢印に
よって示されるように、このステップはたいてい交渉の反復をともなって行われ
る。

【００１７】 ３．交渉：交渉に応じた当事者は、直接交渉し、取引を進めるのに必要なすべ
ての情報を交換する。図１Aの矢印によって示されるように、このステップはた
いてい調査段階の反復をともなって行われる。

【００１８】 ４．終了：会社は交渉してから、取引を文書化した法律的文書に署名する。こ
れは完全かつ詳細な契約文書になることもあるし、あるいは単なる覚書になるか
もしれない。簡単な法律的文書の交換では、取引所によって実際の取引合意文書
が統一されている。複雑な法律的文書の交換では、合意文書は、このような文書
ツールおよび空欄書き込み式の書式を用いることもできるが、取引に応じたより
具体的なものでなければならない。

【００１９】 複雑な法律的文書というツールを用いるシステム内で、取引当事者は売買の申
し込みをおこない、もしくはパブリックエリアで売買し、他の当事者が書き込ん
だ申し込み（「リスティング」）を調査する。最新の通信ツールを用いて、当事
者は最初の交渉を行って、申し込みが成立するかどうかを決めることができる。
以下に説明するツールを用いて、最初の接触は匿名で行うことができる。

【００２０】 ある取引の成立が見込まれれば、システムは、成立が見込まれる取引を評価す
るのに必要とされる詳細な情報へのアクセスを好的に提供する。これには、シス
テム内に保存された静的情報（たとえばリポートもしくはデータ）、システム外
の情報提供者へのリンク、オンラインの分析ツール、および分析サービスの提供
者へのリンクが含まれる。

【００２１】 複雑な法律的文書交換のためには、取引交渉のプロセスは、連続的な分析およ
び協議の段階をともなう、反復的なものになると考えられる。詳細に及ぶ通信が
必要とされることが、簡単な法律的文書（小売り販売等）と複雑な法律的文書と
の決定的な相違点の一つである。複雑な法律的文書の交換には、対話およびそれ
以外のもの、すなわち文書の交換（しばしば大部になる）、弁護士および仲介者
と相談すること、協議すること、および最終合意に向けての共同作業、が必要で
ある。電子商取引が複雑な法律的文書の交換に影響力をもつためには、それがこ
のような通信を支援および容易にしなければならず、トレーダー（trader）が電
子交換環境外の手段および技術に頼るように仕向けてはならない。

【００２２】 最後のステップは取引を終了させることである。企業はオンラインで契約交渉
を行うことができる。まず、ツールがサンプル、空欄書き込み式の契約書類およ
び了解覚書を提供する。交渉当事者はこれらを用いて交渉を開始することができ
るし、もしくは自身が所有するものを用いることもできる。共同作業用のソフト
ウェアによって、交渉当事者双方の画面上にテキストを同時に表示し、言葉を掛
け合いながら共同作業を行うことが可能になる。契約が最終段階に至ると、シス
テムは安全なオンラインでの署名を許可する。しかし、巨額の取引に電子署名す
ることに不安を抱く企業はハードコピーをとり、従来通りにそれに署名を書き込
むかもことも考えられる。

【００２３】 複雑な法律的文書の交換のための電子的取引所を創出することによって、CITE
ツールは商取引の多くの領域に基本的かつ明白な影響力を有することができる。

【００２４】 １．電子的取引所によって、積極的な仲介者あるいはブローカーを介するにせ
よ、直接連絡を取り合って報告を受けるよりも速く、多くの人々に付け値を出す
ことができる。 ２．トレーダーは、適切な支援あるいは内部的なリソースがある場合、仲介者
を必要としないで取引を公示したり締結することができる。 ３．より十分な通信、付け値をより広範囲に知らせること、および標準契約用
語を目指す最初のステップによって、複雑な法律的文書を電子的に交換すること
は取引コストを十分に減らすことができる。 ４．より高額の経費を使っても成立しなかった取引を、より低廉な取引コスト
で締結することができる。 ５．取引の結果をただちに書き込むことによって、値付けは市場の基準価格に
向かって動き、その結果、調査および分析のコストを大いに減らすことになる。
これによって注文の回転が速まる。 ６．公開の度合いが低いことは、リスクが低いことを意味している。だから、
市場での値付けが、いくつかの事情のもとでの理論上の値付けの適切な代用物に
なっている。これらの要素が組み合わさることによって、トレーダーたちは、本
来なら仕事をしないような市場もしくは小規模市場に参加できるようになってい
る。 ７．規模の大小を問わず、すべての企業が互いに直接話し合うことを可能にす
ることによって、複雑な法律的文書の電子的交換が競争を促すような市場の民主
化をもたらすことができる。

【００２５】 全体的に見て、複雑な法律的文書の電子的交換は市場の効率を大いに改善する
潜在力、および現在は仲介者を通す、あるいは相対で行われている商取引の分野
に市場を開く潜在力を有している。以下に説明する交換ツールは、複雑な法律的
文書の電子的交換を容易にするよう設計されている。第一世代の複雑な法律的文
書交換ツールは、電子商取引の拡大によってできた新たな場を、新たなより複雑
な市場へと変えた。以下の表は、複雑な法律的文書の一般的交換モデルを四つの
ステップにまとめて、新たな改良された技術分野の要約である。

【００２６】

【００２７】 図１Bで述べるように、図１で示した交渉／分析ループの枠組内でのシステム
の態様は、たとえば再保険交換用語で「間紙」という、一つ以上の契約を明確に
する能力である。一群の当局の様々なメンバーが契約に徐々に手を加えて、受け
入れられないとして拒絶するか、もしくは合意に達した取引として承認する最終
的な形にする。本システムは、契約および附随文書の様々な態様を、取引の適正
な参加者の目にさらし、また、各人に、展開しつつある単数の契約書もしくは複
数の契約書（協議中の様々な契約のひな形があると仮定する）ばかりでなく文書
に加筆したり、削除したり、もしくは修整したりする、あるレベルの資格を与え
る。図１Bで示すように、これらのフィルター（たとえばフィルター１からフィ
ルター４）は、文書であろうと間紙であろうと、データオブジェクトを当事者（
当事者１―当事者４）が変更したり見たりできる資格を限定する。本システムは
、このフィルターシステムを、取引を終了させる署名技術と結合する；すなわち
、履行させることができる契約が発生するように署名をおこなう。

【００２８】 取引は、他のデータオブジェクトと同じように、いったん明確になって、エン
トリーすれば、変更することはできない。契約書に添付された文書（たとえば、
契約書１には文書D１および文書D２が添付されている）のような取引の要素には
「署名する」ことができる。これらの要素、すなわち契約書および添付文書、全
体で取引を明確にしている。また、取引２４５全体では、署名デバイス（「ウィ
ジェット（widget）」）S８を用いて、署名することができる。他の文書も取引
に関連するかもしれないが、添付されていないかもしれない。これらは、さらに
詳しく以下に説明する文書マネジャーを用いて調べることができる。

【００２９】リスト表示システム 図２では、リスト表示画面に、例えば、申込み314やそれに対する応答313など
、すべての契約申込みが表示される。申込みとそれに対する応答のパラメータは
列（カラム）ごとに示され、それぞれの見出しを選択すれば、その見出しによっ
て、例えば、見出し315をクリックすれば、リスト内で固有な索引番号によって
、リストをソートすることができる。ここで、一連の対話要素が連続しているこ
とが分かるよう、応答（例えば、応答313）を字下げして表示していることに注
目されたい。表示されているように、応答は、上位リストに対して「下位」の関
係にある。すなわち、リスト314が上位で、応答313が下位になる。列見出しでソ
ートしても、下位リストはその上位リストの下にあるという上下関係はそのまま
である。これによって、表のソート処理が、情報のつながりを表示することにも
適合するようになるため、対話を表示する上で有用である。

【００３０】 ここで、図３についても説明すると、ユーザーが、索引ハイパーリンク312上
をクリックしてリストの詳細表示を呼び出し、リストの詳細を表示させると、ユ
ーザーインターフェイス画素が、リスト作成者が指定したリスト表示パラメータ
を表示する。図に示したように、さまざまなパラメータが表示され、それらの多
くがハイパーリンクされている。例えば、添付書類304を選択して、関連する添
付書類を表示させることができる。詳細説明301を、応答302についての具体的な
指示と同時に表示することができる。返信用ボタン303によって、ユーザーは返
信を送ることができる。返信用ボタン303を活性化すると、上位リストと同じ新
規リストを作成する標準的な一般返信用画面か、下記で詳述する返信用カードで
指定する特別の返信画面が呼び出される。

【００３１】 リストに対する返信は、実質的には図３と同じであるが、返信情報を入力する
ための空欄が設けられている画面が現れる一般返信用画面の形で送ることができ
る。これよりも有益な応答用要素としては、リスト作成者によって設定すること
のできる返信用カードがある。再保険契約や、例えば、公害物質排出手当のよう
な複雑な交渉を行なおうとするときには、一定の分類基準に照らせば、リスト作
成者が取引をしようとする当事者は限定される。これらの基準は、取引毎に異な
る。

【００３２】 活発な取引システムでは、リスト掲載数はすぐに増加して大きな数になり、す
ぐに、一つの画面に見易く表示できる数を超えてしまう。このような問題に取り
組むため、いくつかの機能がシステムの中に組み込まれている。まず、デフォル
トとして、新しいものから古いものの順にリストが提示されるようになっている
。次に、ユーザーは、上述のソート機能によって、標準的な順序を変更すること
ができる。さらに、全市場が、いくつかの下位分類に分類されている。保険破綻
リスクという領域では、さまざまな系統の保険分類基準（例えば、海難、航空、
商用建造物など）を含むことがある。また、ユーザーが調査基準を入力して、特
定目的の部分集合リストを識別することもできる。

【００３３】 リスト検索： ユーザーは、例えば、「ハリケーン」などというキーワードを
入力して、名称、説明文、および（選択的に）添付書類の中にこの言葉が含まれ
ているリストをすべて識別することができる。この検索の信頼度を向上させるた
め、リスト作成をする際には、ユーザーは標準用語集にアクセスできるようにな
っている。第一の実施態様では、マウスの右ボタンを押すことで、カーソルがリ
ストのどの位置に置かれていても、この機能を呼び出すことができる。共通用語
のリストは画面上に表示されている。ユーザーは、目的とする用語を選択した上
、リストのテキスト文中のカーソルで印を付けた挿入位置に挿入することができ
る。例えば、保険リスクに関するリストには、一般的に、地理的範囲（すなわち
、保険に付される財産の地理的位置）のためのフィールドが含まれよう。このフ
ィールド内に表示される用語集には、「カリフォルニア」や「フロリダ沿岸」な
どという用語が含まれていよう。用語集から用語を選ぶことによって、リスト全
体にわたり、また、検索エンジンとリストとの間における用語使用の統一が確実
に図られる。「Ca」、「CA」「Calif」などではなく、「California」という用
語が使用されることになる。この検索は、シマンティック（symantic）検索によ
って、さらに向上する。本質的には、これは、同義語をグループ化して、一つの
語を検索すればその他の語も検索されるという検索法を意味する。「California
」という用語を検索することで、「California」という用語は含まないが、「ロ
サンジェルス（Los Angeles）」という語を含むリストが得られる。

【００３４】 検索エンジンは、エージェント能力を持つことがある。検索結果を閲覧してそ
れらが満足すべきものと考えたとき、このエージェント能力によって、検索結果
の保存というオプションの申し出がユーザーに対して行われる。この検索結果は
、エージェントの所有者の電子メールアドレスと一緒に、検索結果ライブラリー
に保持される。この検索結果は、必要がなくなったとしてユーザーによって消去
されるか、一定の日付よりも古くなった検索結果を一掃するために自動的に消去
されるまでは、検索結果ライブラリーに保持される。新しいリストがシステム上
に置かれるたびに、保存されている検索結果をすべて実行する。新しいリストが
、検索分類基準のいずれかに一致したら、電子メールまたはインスタントメッセ
ージによって、その基準の所有者にメッセージが送付される。

【００３５】 リスト作成者が基準を設定して、応答者に対して、匿名の返信「カード」の形
で一連の情報を請求するという新しいモデルが開発された。このカードによって
、文書オブジェクトとしてパッケージ化され、文書管理システムの中に置かれ、
また、各リストと接続されているひとまとまりの情報が定義されることになる。
ユーザーは、返信用カードをダウンロードして、カードに記入してから掲示当事
者に返信することになる。 返信用カードと呼ばれる文書オブジェクトは、文書管理者を通じて応答者に利
用できるようになる。応答者は、リスト作成者同様、匿名性を維持することがで
きる。各当事者は、後に詳述する匿名メール（Amail）システムを通して互いに
通信を取ることができる。応答者は、請求された情報を補充して、リスト作成者
に送付する。リスト管理者のシステムによって、リスト作成者が、応答者に要求
する特定フィールドと指示が記載された返信用カードを設定することができる。
必要とされる情報のいくつかは、応答者のコンピュータ上に保存されている一連
のデフォルトデータから自動的に得ることができる。

【００３６】 図４では、返信用カード設定画面を呼び出して、新しいリストのパラメータを
設定する。ちょうど図３と同じようなユーザーインターフェイス要素を用いて、
新規リストを設定する。細かいことは重要ではないが、返信用カードの設定には
、本質的に、ラジオボタンをもつダイアログやテキスト入力ボックスなど、ユー
ザーインターフェイスの制御を設定することが含まれる。これらは、HTMLによっ
てサーバー側で実行して設定することができるが、よく知られていることなので
、ここでは検討しない。リスト作成者は、リスト作成者が要求する情報を、返信
する側で入力できるようにする一連の制御を設定することができる。この返信用
カードは、他の情報オブジェクトと同じように保存され、後述するように、文書
管理者を通して組織化したりアクセスすることができる。図４は、返信用カード
の書式の簡単な実例を示している。

【００３７】 返信用カードは、新しいリストを掲示するときにユーザーが作成する。リスト
作成者は、応答内容に含まれるべき情報とデータ要素（例えば、テキストボック
ス、チェックボックス、ラジオボタン）を表示するための情報オブジェクトの種
類を指定する。すると、システムが、HTMLページを作成し、要求された情報を収
集する。応答者が、リスト画面上で「返信用カード」をクリックするとページが
表示される。応答はすべて、返信用カードが作成されると自動的に作成されるデ
ータベースに自動的に書き込まれる。応答を返信用カードに記入するたびに、シ
ステムのデータベースに新しいレコードが書き加えられ、リスト作成者は、上述
したような適当なフィルターを通して、返信用カードを閲覧することができる。

【００３８】署名システム 電子環境下で行われるビジネスが増加するにつれて、電子的な署名および承認
がますます重要になる。典型的な電子署名モデルでは、次の２点が重要である。 １．ユーザーの電子的確認?具体的には、オンラインで文書を閲覧する者が
署名によって認証されたかを判定すること、および ２．文書の変更を防止するか、変更が加えられたか否かを明らかにする方法
によって、署名された文書の正当性を確認すること。

【００３９】 身元確認の方法には、単純な個人識別番号またはパスワードから、電子署名用
紙に至るまでのものがあり、さらに進んだものとしては、指紋や網膜の模様など
、生物的特徴による確認方法もある。文書の確認方法には、単純な読みとり専用
モデルまたは接続不可能な場所に一つ以上のコピーを保管する方法から、文書に
対する固有値または英数字の文字列を作成する数学的アルゴリズムに基づく方法
まである。これらの文字列が、「電子署名」と呼ばれている。文書を変更すると
、電子署名が変わる。署名は文書よりもずっと短いので、非常に多数の文書が厳
密に同一の署名を有することができるが、署名を計算するアルゴリズムを変換す
ることが非常に難しいため、特定の署名を保存しながら、意味のある文書変更を
行なうことは事実上不可能である。

【００４０】 電子署名に関する上記２点は高度に発達しているが、文書に署名する一般的な
プロセスに関する分析や開発はほとんど行なわれていない。

【００４１】 本発明によって、署名が要求される文書を、特定の署名者リストに安全かつ信
頼性をもってルーティングすることが可能になる。特定の処理に合わせて作られ
、高度に構造化された署名過程をもつ注文または口座支払いシステムのような、
従来技術のシステムとは異なり、本発明は、どのような情報オブジェクトにも添
付することのできる、認証/要求された署名を可能にする順応性のある方法およ
びシステムを提供する。この方法は、抽象的で順応性があり、かつ一般的なもの
であるため、本明細書で説明しているCITEという実施態様以外にも、多くの状況
に応用することが可能である。

【００４２】 署名方法/デバイスの一つは以下のステップを用いる。 １．署名者の登録 このプロセスでは、署名権限をもつ個人または法人を表示す
る識別番号が登録され、これらの識別番号が、署名権限を行使することができる
情報オブジェクトと関係づけられる。また、この署名用デバイスを実行するシス
テムにおいて、別のタイプの権限を確認するために、同一の登録簿を用いること
もできる。例えば、文書読みとり権限、変更権限、文書への排他的アクセス権な
どを同一の登録簿で提供することができる。例えば、例えば、読み取り/書き込
み権が与えられるようなある種のシステムでは、ほとんどのすべての場合に、署
名権限のある個人または法人に、もっともよく見られるのは読み取り権限である
が、いくつか別の種類の権限が与えられるため、署名登録を自動的にうことがで
きる。したがって、ある種のシステムにこの署名システムを埋め込む場合には、
既存の登録簿すでに存在するか、別の目的で必要となるため、署名登録を実行す
るための特別の方法やデバイスを必要としないこともあろう。

【００４３】 登録情報には、以下に挙げる情報の一般的カテゴリが含まれる。これらのカテ
ゴリ内で特定のフィールドに限定することが、署名システムまたは上位システム
を具体的に実行したときの機能である。以下は典型例である。 １．身元確認 個人または法人のユニークな識別番号、それらと提携関係に
ある組織、その他の関連情報。 ２．連絡情報 どうすれば個人または法人に連絡することができるか、文書
およびメールメッセージがどのような経路で個人または法人に伝えることができ
るか。 ３．セキュリティ情報 さらに詳細に後述するように、各分類の署名に対す
るパスワード。

【００４４】 ２．署名の分類 本デバイス/方法は、それぞれに固有の許容基準または参入基
準に関連した、さまざまな種類の署名を提供する。例えば、ある種類の署名権限
は、例えば、決められた量以下のみの契約、ある組織の一つの部門のみに関する
支出、または一定の期間内の支出などに署名する権限をもつ個人を意味するよう
限定することができる。この署名システムは、署名タイプとして考えられるもの
を分類して、各権限レベルの限定に応じた固有の認識子を用いてデータベース中
に保存する。本システムでは、分類級を作成したり削除したりすることが可能で
ある。好ましくは、それぞれの分類級に名前を付けたり、各分類級に記述的定義
を付加することができる。

【００４５】 ３．署名セットの定義 適当なユーザーインターフェイス要素を用いて、本シス
テムのユーザーが、署名を必要とする情報オブジェクト（例えば、文書、ファイ
ル、またはこのようなオブジェクトの集合）を選択する。署名手続きを開始した
個人または法人は、次に、オブジェクトに署名するよう要求された個人または法
人を確認する。上記で定義された登録簿によってサポートされるリストから各人
を選択して署名者の特定を進めるか、あるいは、各人が組織と強く結びついてい
る環境では、例えば、署名できる組織、および各組織の中で署名することのでき
る個人のリストから選択することによって署名者の特定を進めることができる。
リストから選抜するたびに、ユーザーは、必要な署名者リストに各人を追加した
いかを表示する。ユーザーインターフェイスは、選択された署名者全員が必要か
、選択された署名者のうちの一人だけでよいかを入力する画面を備えている。

【００４６】 例えば、選択する（例えば、「追加」ボタンをクリックする）前にリストから
一つ以上の個人または法人を選ぶと、システムは、選択された人全員ではなく、
それらのいずれかの署名を要求してくる。グループメンバー全員の署名を求める
ためには、始めに一人を選択したら、「追加」ボタンをクリックし、次の人を選
んだら、さらに「追加」ボタンをクリックすることを繰り返す。すなわち、一つ
のグループに対して「追加」コマンドを一回使用すると、「誰か一人の署名で十
分」リストが提供され、メンバーを一人ずつ追加して行くと、各人の署名を要求
することになる。この技術を用いて、各人必要グループと「いずれか一人」グル
ープを組み合わせたものを定義することもできる。

【００４７】 一つの「追加」コマンドで選択された各署名者または署名者グループ毎に、署
名手続きを始めた人は、署名している文書のために、その人に関連した署名の種
類を特定しなければならない。これは、署名分類リスト（第２項参照）から選択
することができる。具体的に署名を行うときに署名プロセスが１種類の署名しか
サポートしていないときには、この種類選択は省略することができる。 ４．任意または連続した署名順序 署名リストを作成すると同時に、またはその
後で、署名を開始した人が、署名を順序通りにすべきか、特別な順序を要求しな
いかを指定する。署名の順序を定めるために、グループとして選択された個人は
、手順の中では一つの場所を占めるものと見なす。

【００４８】 ５．文書の認証 署名手続きが開始されると、情報オブジェクトは、高信頼ハッ
シュ（secure hash）アルゴリズムという方法で認証される。具体的なハッシュ
アルゴリズムは、設計選択の問題であるか、ユーザーの好みに応じて作成するこ
とができる。パブリックドメインで利用することができるハッシュアルゴリズム
にはいくつかのものが考えられる。高信頼ハッシュアルゴリズムによって作成さ
れる電子署名は、安全な保管場所に情報オブジェクトとともにアーカイブする。
情報オブジェクトが、例えば、データベース中のレコードのときには、アーカイ
ブのために、レコードの内容を明確な書式にして、ファイルにコピーする。オブ
ジェクトが表のときには、アーカイブする前に表を転送しておく。

【００４９】 ６．文書のルーティング 署名手続きが開始されると、手続きを開始した人は、
署名者の通知方法を指定する。選択肢は以下の通りである。 ・署名システムからの通知なし ・電子メールメッセージ ・情報オブジェクト付き電子メールメッセージ ・署名ウェブサイトへの掲示

【００５０】 システムが、選択された方法を受信して実行し、その署名に接続するか、また
は一つの選択をすべての署名者に適用する。あるいは、通知方法を、署名分類定
義とともに保存することも可能である。一定の順序を必要としない署名手続きで
は、手続きを開始すると同時に、指定されたすべての人に電子メールによる通知
を送信することができる。この手続きが連続して行なわれるときには、最初の人
にだけ通知することができる。情報オブジェクトの電子署名を、電子メールメッ
セージに入れることもできる。

【００５１】 ７．署名システムへのアクセス ウェブブラウザまたはデータベースのクライア
ント-サーバーソフトウエアにより、インターネット、イントラネット、LAN、ま
たはWANを通してアクセスできるように、署名システムを整備することができる
。システムにアクセスするには、一般的にパスワードが必要であるが、これは、
安全なネットワーク上では必要でないこともある。システムにアクセスする際、
ユーザーは、ユーザーが署名したか、署名するよう要請されている情報オブジェ
クトすべてのリストを表示することを選択できる。各オブジェクト毎に、表示画
面には以下の情報を含ませることができる。 ・オブジェクトの名称 ・オブジェクトの説明（テキスト、マイム（mime）、サイズ、日付） ・署名予定者リスト ・各人が署名した日付 ・各人毎の署名分類 ・高信頼ハッシュアルゴリズムによって作成された電子署名 オブジェクトがオンラインで利用可能（閲覧可能）ならば、表示画面に、オブ
ジェクトを表示したりダウンロードするためのリンクを含ませることもできる。

【００５２】 ８．署名時のオブジェクト認証 ユーザーがオブジェクトをダウンロードする、
あるいは閲覧すると、本システムは、電子署名を計算するための高信頼ハッシュ
アルゴリズムを実行する。これは画面に表示されるので、署名者と思われる人は
、処理を開始したときに計算された署名と比較することができる。このユーザー
が、以前、オブジェクトをダウンロードしたかあるいは、電子メールの添付書類
として送付を受けたことがあるときには、ユーザーは、署名システムを通して高
信頼ハッシュコードにアクセスすることができ、それをユーザーのディスク上の
バージョンに記入する。

【００５３】 ９．文書への署名 ユーザーは、情報オブジェクトが正しいものであり、コンテ
ンツが署名するに値するものであると判断した後に、本人の身元を認証すること
によって、署名を行なう。さまざまな認証方法を用いることができる。認証方法
は、署名システムの管理者の裁量による。このような方法には、個人識別番号、
パスワード、コンピュータのアドレス、または署名者のコンピュータに保存され
ている情報による認証、公開キーまたはその他のセキュリティ用インフラを用い
た第三者による認証、生物的特徴（指紋認識、網膜走査など）による方法などが
ある。

【００５４】 文書に署名した後、署名日をデータベースに記録して、他の署名者に対する表
示画面を更新する。署名手続きが連続的ならば、次の順番の人に通知を送る。最
後の署名まで集まったら、電子メールによる通知を送信する。

【００５５】 １０．文書への署名 署名手続きを開始するときに、開始者は、自動的に進捗管
理を行なうための時間（時間数、日数、またはを一定の日時）を選択することが
できる。通知後、指定された期間内に文書に署名されなかったときは、催促状と
して追跡電子メールを送ることができる。オブジェクトに署名されていないとき
には、一定間隔でさらに催促状を送ることも可能である。ユーザーが入力した仕
様にしたがって、督促状をシステムから自動的に送ることも可能である。

【００５６】 １１．キャンセル 署名手続きを開始した人は、一旦署名した署名者をリストか
ら削除することはできないが、それ以外は、いつでも手続きを修正することがで
きる。

【００５７】 １２．権限の委譲 手続きを開始した各人は、適当な身元認証を行なうことによ
って、署名リストを変更する権利を、システム中の他人に委譲することができる
。

【００５８】文書管理者 電子ネットワークを通じて商取引を上手に行なうには、メッセージ交換だけで
なく、文書およびデータの形になった実質的な情報単位を交換する必要がある。
単にファイルを手渡しするのではなく、しばしば、複数の当事者が一つの文書上
で同時にまたは連続して作業したり、変更を調べたり、さまざまなバージョンの
レコードを保存することが必要となる。文書を管理するための一般的な構造設計
は２つ出現しており、「メールモデル」と「保管モデル」と呼ばれている。メー
ルモデルの下では、文書が中央の位置に置かれる。それぞれに長所と短所がある
が、それらを以下に要約すると、

【００５９】

【００６０】 ブラウザを用いた文書管理モデルとツールによって、インターネットまたはイ
ントラネットを通じて文書の配布と共有を行なうために、保管モデルとメールモ
デルの優れた特徴を組み合わせる。

【００６１】一般的な設計構造 システムの一般的な設計構造は、次の２つの基本要素を結合
させたものである。（１）ディレクトリと文書のデータベース、（２）ユーザー
のディレクトリ。文書ディレクトリでは、システムに含まれる（あらゆる種類の
）文書と、文書または別のフォルダを含むフォルダが一覧されている。ユーザー
ディレクトリには、パスワードおよび/または身元を認証したり、権限を確認す
るのに必要な情報を用いてシステムにアクセスすることのできる個人および組織
のリストが含まれている。

【００６２】文書の表示 本明細書において、「文書」という語は、磁気的または電子的に保
存することのできるあらゆるファイルを含むもっとも広義な意味で用いられる。
好ましくは、各ファイルには256文字以下の文字列からなるユニークな名前を付
ける。好ましくは、この文字は、ディスプレイに表示することができて印刷可能
なアスキー（ASCII）文字セットの文字に限定される。すなわち、目に見えるよ
うに表示されない「エスケープ」などの文字コードは除外されよう。これが、文
書を確認するためにユーザーに表示されるファイル名である。ファイルのコピー
が、中心部にある保管場所のどこに保存されているかを確認するための実際のフ
ァイル名（ユーザーには表示されない）もある。ファイル名の他に、その他の一
定の情報も保存される。これには、以下のものが含まれる。

【００６３】 １．作成日 ２．保管場所に収納した日付 ３．文書を保管場所に入力した人 ４．説明文 ５．文書サイズ ６．もし分かれば文書の種類 ７．最終更新日 ８．暗号化されたアクセスパスワード（選択的） ９．文書が存在するファイルフォルダ １０．実際のファイル名

【００６４】 上記の情報以外に、ファイルがチェックアウトされたか否かまた誰にチェック
アウトされたかを示すデータ、および過去に文書を照合し、それを戻した人の身
元も保存されている。「チェックアウト」という語は、後に詳述する。これらの
機能は、ファイル交換制御とコンフィギュレーション管理機能に関係しているが
、後に検討する。

【００６５】ユーザーデータベース データベースには、現在、システムにアクセスしている
か、管理者が定めた期間にしたがって以前アクセスしたことのあるすべての人に
関する情報が含まれている。このデータベースには、物理的および電子的なアド
レスなど、標準的な連絡用情報が含まれている。パスワードおよび/または暗号
化されたキーなどのセキュリティ用データも保存されている。現在説明している
システムのような結合システムにおいては、署名システムためのユーザーデータ
ベースや登録簿と同じものを文書管理に用いることができる。

【００６６】上位ディレクトリ 全文書管理システムを、ユーザーが一度に一つずつ表示する
ことのできる複数の上位ディレクトリに分割することができる。それらには、最
少限でも、ユーザーだけが見ることのできるファイルやフォルダの「個人用」デ
ィレクトリ、および、すべてのユーザーが見ることのできるファイルとフォルダ
の「一般用」ディレクトリがある。システム管理者は必要に応じて、これ以外の
上位ディレクトリを作成することができるが、それらは、プロジェクト、ビジネ
ス単位、またはその他の論理的基盤に見合ったものとなろう。文書管理システム
を使用しながら、ユーザーは、いつでも、アクセスした上位ディレクトリを見て
、選択することができる。現在開いているディレクトリの名前を常に画面に表示
することもできる。

【００６７】上位ディレクトリの内容表示 ユーザーが上位ディレクトリを選択すると、保管
場所から、アクティブウインドウの左余白に対して一連のファイルフォルダが表
示される。内容を表示されたファイルフォルダは、開いたフォルダとして表示さ
れる。１回クリックすれば、フォルダを開閉することができる。フォルダを開く
と、フォルダとその内容の間で、上位/下位の関係が分かるように字下げして表
示される。各フォルダにはファイルを入れることができ、印刷されたページと、
閉じたフォルダの画像で表示される別のフォルダとを表すアイコンによって表示
される。

【００６８】フォルダに関する情報 各フォルダについての情報が、フォルダアイコンの右側
の同じ列に表示される。この情報とは、左から右に向かって以下の通りである。 １．フォルダの名前 ２．フォルダの中の文書数、または「空」という言葉 ３．フォルダへのアクセス権

【００６９】 アクセス権とは、フォルダへのユーザーのアクセス権で、それを作成した人だ
けの私用であるもの、制限的なもの（上位ディレクトリにアクセスできる人々の
一部に限定される）、または共有されるもの（上位ディレクトリにアクセスでき
るすべての人が利用できる）がある。あるディレクトリへのアクセスレベルは、
「私用」、「限定」または「共有」という語で表示される。

【００７０】 ディレクトリが限定されている場合に、「限定」という語をクリックすると、
そのフォルダにアクセスした人のリストを表示する。このリストは、一連のハイ
パーリンクになっている。人名をクリックすると、詳細な接続情報が現れる（後
述）。この目的は、ファイルに共通の興味をもつ人々の間での通信を容易にする
ことである。

【００７１】ファイルに関する情報 ファイルについての情報は、ファイルアイコンの右側に
表示される。左から右に向かって、まず表示される項目は名前である。その後に
、「詳細」という文字が続く。「詳細」をクリックすると、文書管理画面によっ
て、ファイルについての全情報（上記第２項参照）、ファイル中に文書を置いた
人（上記第３項参照）、および、もっとも最近ファイルを変更した人が表示され
る。

【００７２】人々/個人または法人に関する情報、および連絡のためのリンク システムにア
クセスする人々/個人または法人に関する情報は、文書管理システムのいくつか
のポイントで表示させることができる。 １．ユーザーディレクトリにアクセスすることによって、 ２．アクセスが「限定」された新規フォルダを作成したとき、 ３．ファイルについての詳細情報を表示させたとき（#７参照） ４．制限されたディレクトリに関する情報を表示させたとき（#６参照）

【００７３】 このような情報を表示するたびに、データベースから連絡用情報が名前と一緒
に送られて来る。実施態様に応じて、全連絡用情報（複数の住所、電話番号、フ
ァックス番号および電子メールアドレス）を含むか、連絡用情報のいくつかに限
定することもできる。その場合には表示されない。

【００７４】新規の最上位フォルダの作成 例えば、「新規フォルダ」というラベルが付いた
ボタンをクリックして、上位ディレクトリの中に新規フォルダを作成する。ダイ
アログが開くので、その中に、ユーザーが新規フォルダの名前を書き込み、指定
すべきアクセス権の種類（私用、共有または限定）を選ぶ。文書が制限されてい
れば、ユーザーは、フォルダにアクセスできる個人または法人（組織および/ま
たは人々）を指定する。フォルダの作成者が、ある組織がフォルダへのアクセス
権をもつと指定すれば、その組織と関係する全員がアクセルを許可されよう。ユ
ーザーがアクセスできないフォルダは、隠されたままか、表示されない。あるい
は、例えば、ゴースト化によって、これらのフォルダにはアクセスできないこと
の何らかの表示とともに画面表示してもよい。

【００７５】フォルダに関連した機能 フォルダが一旦定義されると、ユーザーは、以下の選
択肢を実行することができる。 １．９に記載した方法と同じ方法を用いて、サブフォルダを作成する。 ２．１１に記載した方法を用いて、文書をフォルダに加える。 ３．空の場合、フォルダを削除する。 ４．最初にアクセスを設定するときに用いたのと同じツールを用いて、フォ
ルダへのアクセス権を変更する。 これらの機能は、例えば、フォルダアイコンの名前の右にある適当なラベルをク
リックして呼び出すことができる。

【００７６】ファイルの追加 ユーザーは、以下の情報を尋ねるダイアログボックスを用いて
、文書を追加する。 １．ファイルの位置 ユーザーが書き込むか、または、標準的なファイルブ
ラウズダイアログによって選択することができる。 ２．保管場所にあるファイル用に使用する名前、 ３．バージョン番号または名前（選択的） ４．パスワードまたは暗号キー（選択的） ５．説明（選択的） ６．アクセス規則（読み取り専用、または読み取り-書き込み可）

【００７７】 上記の情報を入力した後、ユーザーはアップロードを開始するか中断する。上
に列挙した情報を、文書を書き込んだ人の名前、日時とともに記録する。

【００７８】ファイルオプション 好ましくは、システム中のすべてのファイルに、以下の機
能を具備させることができる。 １．削除（確認した上で） ２．アーカイブ。ファイルは主要保管場所から削除されるが、コピーが保管
場所以外のところに保管される。これは、手動で操作しなければならないが、復
元することができる。 ３．閲覧またはダウンロード：ファイルのコピーをユーザーのコンピュータ
に持って来る。各ユーザーの用途に応じて、そこでファイルを変更することがで
きる。変更を加えたバージョンは、新しいファイルとして、または現行バージョ
ンの別バージョンとしてアップロードすることができるが、保管場所にあるファ
イルは、ユーザーがチェックアウトしたときにだけ置換することができる。 ４．チェックアウト/チェックイン（下記参照） ５．転送（下記参照） ６．パスワード変更。古いパスワードを入力してから新しいパスワードを入
力して確認しなければならない。 ７．移動：一つのフォルダから別のフォルダに文書をコピーするか移動させ
る。

【００７９】 ファイル名の右に表示されることもある、これらの機能に対応するラベル上を
クリックして、これらの機能を呼び出すことができる。すべてのユーザーにすべ
ての選択肢が表示されるとは限らない。個人または法人がファイルへの書き込み
アクセス権を持たなければ、その人は、削除、アーカイブ、チェックイン、チェ
ックアウト、またはパスワードの変更を行なうことができない。

【００８０】チェックイン／チェックアウト ファイルへの書き込みアクセス権を持つすべて
の個人または法人は、ファイルをチェックアウトすることができる。これらの個
人または法人は、ファイルをチェックアウトすることによって、排他的な書き込
みを行なって、ファイルの変更を保存する権利を持っている。ファイルをチェッ
クアウトするためには、ユーザーは、ファイルに関連した機能のリストからこの
選択肢を選択する。そして、ユーザーは、希望返却日と、ファイルをチェックア
ウトした理由または変更すべき理由を入力する。この情報は、ファイルを閲覧す
るすべての人が読むことができる。各チェックインまたはチェックアウトは、パ
ラメータログに記録される。ファイルをチェックアウトすると、「チェックアウ
ト」ボタンまたはリンクが「チェックイン」という表示に変化する。

【００８１】 各人がチェックアウトしたファイルのみをチェックインすることができる。こ
れは、「チェックイン」ボタンをクリックして行なう。次に、ユーザーは、ディ
スク上のファイル位置を指定して、ファイルの新しいバージョンをアップロード
するか、現在保管場所にあるファイルのバージョンを保持するよう指示すること
ができる。ファイルをチェックインすると、チェックボタンは、再び「チェック
アウト」に戻り、別のユーザーがチェックアウトできるようになる。

【００８２】転送 ファイルは、システムのユーザーの誰にでも転送することができる。転送
機能を呼び出すと、ユーザーリストが表示される。送信者は、一人以上のユーザ
ーを選択する。確認した上で、文書のコピーを、受信者の私用ディレクトリの中
の「未処理」と表示されたフォルダの中に入れる。

【００８３】 図５では、文書管理者用のメイン画面から、ウインドウズエクスプローラ（Wi
ndows Explorer）（登録商標）型の表示画面の特徴をいくつかもつ（サーバ側の
スクリプトを用いて）ユーザーインターフェイス画面が作成される。ファイルお
よびフォルダは、それぞれが隣り合うように並んだ配置特徴とともに表示される
。しかし、ウインドウズエクスプローラ（登録商標）との類似性はほぼそこまで
である。各ファイル/フォルダエントリの隣に表示されるそれぞれ性質によって
特徴が分かる。

【００８４】 パラメータオブジェクトW「詳細」は、対応する文書オブジェクトの詳細表示
画面を呼び出す。詳細には、文書掲示物の作成者についての連絡用情報や、その
他所望のデータ画含まれる。このデータは、ハイパーリンクを張ることができ、
また、図５に図示した画面に表示を戻すために返信用ボタンを用意してもよい。
文書の右側にある「詳細」ボタンをクリックすると、氏名、連絡用情報、及びそ
の他、その文書をシステムにロードした人物に関する詳細情報、文書をチェック
アウトした人物に関する同様の情報、および履歴変更に関する情報などの表示が
現れる。

【００８５】 パラメータオブジェクトX「転送」は、選ばれたユーザーに文書を送るだけで
ある。選択画面を呼び出して、ユーザー登録簿から、文書の受信者を選択するこ
とができる。もちろん、ほとんどの通信はサーバー側が処理するため、実際には
、ユーザーには、転送が通知されるだけで、受信者の文書閲覧行為によって、サ
ーバー側の文書表示画像が呼び出されるだけである。受信者は、ユーザー登録簿
にログインした登録者として、アクセスを要求してサーバーから文書にアクセス
できるため、実際には、文書がそのまま受信者に転送されるわけではない。

【００８６】 パラメータオブジェクトU「チェックイン」は、チェックアウトされた文書に
チェックを入れる。他のユーザーは、文書を閲覧することができるが、この文書
がチェックアウトされているときには変更を加えることはできない。このボタン
に、文書をチェックアウトしていないユーザーは触れることはできず、ゴースト
化されて表示されるか、全く表示されない。図５に図示されたように表示される
文書管理画面を見る権限をもつユーザーによって、チェックアウトされていない
文書がチェックアウトされれば、同じようなボタンを表示することができる。

【００８７】 パラメータオブジェクトT「ダウンロード」は、実際には、文書のコピーをク
ライアントコンピュータに転送する。もう一つのパラメータオブジェクトS「削
除」によって、文書を削除することができる。新しい文書は、「新規文書」Qを
クリックして追加することができる。これらは、画面上に置かれていることと、
それぞれをユーザーの権限でフィルタにかけられる点を除けば、従来の概念と全
く同じである。

【００８８】 フォルダを作成するときは、フォルダへのアクセスを、作成者に限定したり、
全員で共有したり（この場合、フォルダを一般ディレクトリの中で作成する）、
選択したグループに属する他のユーザーと共有することができもできることに注
意されたい。その他のユーザーは、会社や組織（その組織の中の全員がアクセス
できるようにする）が選ぶことができ、または、組織の中の個人によって選ぶこ
ともできる。これらはすべて、リンクによる選択操作によって選択可能であり、
一回の選択操作で会社を選択した場合には、リンクによる選択操作で被用者が表
示される。

【００８９】 パラメータオブジェクトP「共有」は、文書へのアクセス権をもつすべてのユ
ーザーを示すハイパーリンクページを表示する。このページでは、文書管理者に
文書を渡したユーザー、または、正当な変更権限を有するユーザーが、文書にア
クセスした当事者を変更することが許される。また、読み取り専用の権利をもつ
ユーザーが、文書にアクセスできるユーザーのリストを見ることも可能である。
共有当事者の名前をハイパーリンクして、ユーザーの電子メールクライアントを
呼びだし、普通に、または選択的に電子メールを至急で送る（これも、実際の転
送なしに、サーバー側で行うことができる）。フォルダを共有するときには、「
共有」という語は、フォルダに関する権利と見なす。「共有」をクリックすると
、図６に示すように、フォルダにアクセスできる人のリストが立ち上がる。各氏
名は、詳細な連絡用情報にハイパーリンクされている。

【００９０】 図７は、本システムによって完了した取引すべてのリストである。取引番号（
グリッドの左欄）が、詳細情報にハイパーリンクされている。

【００９１】 図８Ａは、完了した取引に関する詳細な情報を示している。ここでは、取引当
事者、価格または料金、および何が取引されたかという説明を表示する。各名称
は、市場に特異的なものである。例えば、保険では、値段は料金と言われる。ま
た、取引の概要が間紙である。完全な契約書を添付することもできる。含まれる
文書をダウンロードしてオンラインで閲覧してもよい。取引を行なうことができ
る署名者が示されている（２人以上でもよい）。

【００９２】 署名者が、実際に文書に電子署名すると、日時が表示される。署名していない
当事者には日時は表示されない。画面に表示される情報量は、画面を閲覧する人
の身元によって異なる。取引に関する情報、または、契約の詳細、または署名者
の氏名など、一定の情報の閲覧を禁止することもできる。

【００９３】 図８Ａの詳細画面は、添付された別紙を表示することもできることに注意され
たい。図８Ａの表示画面が、取引に署名する基本的なデバイスである。同じよう
なデバイスを署名文書として使用することもできる。

【００９４】 図８Ｂでは、取引を証明するのに必要な情報がすべて、下の画面にまとめられ
ている。取引の概要には、当事者、日付、期間、その他に関する高度に構造化さ
れた情報、および、添付書類の形の構造化されていない情報が含まれる。このペ
ージの下部では、取引を登録する人が、署名できる人を指定することができる。
署名者が電子署名をすると、添付書類を含む該取引の文書すべてに署名がなされ
る。これらの書類を保管して、高信頼ハッシュ技術を用い、不正侵入から保護す
る。このようにして、不払いの危険がなく、信頼性が高い、複雑な取引に対する
オンラインの電子署名を作成することが可能になる。

【００９５】 別紙を追加するたびに、リストは、一番下からスクロールするため、図８Ｂの
UIデバイスには、何通でも別紙を追加できることに注意されたい。ユーザーイン
ターフェイスは、取引に関する情報を定義するための自明の画素をもつ。

【００９６】匿名メール 以下の説明において、「申込者」とは、以下に説明する匿名メールシステムに
申込みをする個人または法人のことである。ある種の交渉や通信には、最初は匿
名で接触し、その後しばらくの匿名のまま話し合いを進め、最後に当事者の身元
を明かすことが必要となるものがある。一般的な売買やビジネス取引の過程では
、最初は、当事者は、取引パートナーとなる見込みのある一人以上の人にねらい
をつけて接触するか、パートナーとなる見込みのある人々のコミュニティーに広
告を出すことによって取引を開始する。直接に連絡を取る場合、最初に勧誘する
人の身元は通常はっきりしているが、広告では必ずしもそうではない。ある種の
場合には、開始当事者が身元を明らかにするのは問題となりうる。

【００９７】 取引当事者の身元が分かってしまうと、接触方法を調整するのが困難になるこ
とがある。ある企業が、例えば、貸事務所業界に属していることが知られると、
その当事者は、正当な入札過程以外のところで、不動産会社業界からの脅しを受
けるかもしれない。その会社の重役は、決定に影響を与えるべく直接的な接触を
受けることになるかもしれない。

【００９８】 意図を開示することが、市場に悪影響を与えることがある。ある大企業が、あ
る地域で土地を取得し始めれば、地価はすぐにも上昇するかもしれない。ある選
択肢を調査するだけで、その選択肢によけい費用がかかったり、さらには不可能
になったりするかもしれない。

【００９９】 計画を開示することが、企業の評判や立場に悪影響を与えるかもしれない。あ
る危機（例えば、米国南東部におけるハリケーン被害）に過剰にさらされている
と判断した保険会社が大規模な顧客勧誘を行なえば、競争相手や投資家にそのよ
うな状況を明かしてしまうことになろう。

【０１００】 取引を始める者にとって匿名性は重要でありうるが、同じ理由で、それに応じ
る者にとっても同じくらい匿名性が重要な場合がある。最初にいくつかの方法で
、制御された匿名性に対する需要を満たそうとの試みが、まず手紙による通信で
考案され、電話やコンピュータによる通信にも、同様の方法を拡張されてきた。 ・官公庁および私人を含む、多数のメールボックス ・仲介者を通した通信 ・匿名のボイスメール専用住所 ・コンピュータによる電子メールやダイアログでの偽名の使用 これらの方法には、いくつかの重大な短所がある。 ・該方法は、一方当事者の匿名性を可能にするだけかもしれない。 ・匿名当事者の資格と意図の妥当性を確認するための固有の機構がない ・偽名を使用すると、将来、その名前と特定の当事者を結びつけて使用する
ことができなくなる。 ・人が介在すると通信に時間がかかる ・偽名を作って取り消しても、当事者が制御する範囲内では、完全には作出
したり取り消したりはできず、間接費用（現金または労働力）がかかり、および
/または、新しい名前を作り出すのが遅くなる。 ・ほとんどのシステムでは、複数の偽名のメールボックスや電子メールアド
レスをもつ人は、いくつか別々の場所（メールボックスやアカウント）で連絡を
受けることになるので、複数のログイン名/パスワードが必要になる。 ・匿名で受け取ったメッセージをルーティングするには、匿名のメールボッ
クスや電子メールアカウントにアクセスできる者が、関係者全員に手動操作で転
送しなければならない。 ・安全かつ互いに認識できる方法で、本当の身元を明らかにするためのしく
みがない。

【０１０１】 本発明は、互いの合意によって、双方向の匿名の通信、複数の偽名アドレスに
送られて来たメッセージを回収する中心点、単一の匿名アカウントへの複数の関
係者による接続、および取引関係者全員に同時に身元を明かす仕組みを提供する
ことによって、これらの欠陥を克服する。要約すると、匿名メールシステムは、
クライアントが匿名で迅速な処理を行えるようにしたサーバー側のシステムであ
る。これによって、複数の受信者の間で匿名の処理を共同で行なうことができ、
その結果、受信者グループが、送り手にとっては、匿名のハンドル名を使用する
一人の受信者のように見えるようになる。これは、透明なメーリンググループに
似ている。匿名のハンドル名にメールを送ると、グループ全員にメールが届く。

【０１０２】複数システム 第一世代匿名メールシステムに対して、本システムでは、複数の
匿名メール（Amail）システムが可能になる。各匿名メールシステムが、従来の
電子メールサーバーとともに作動し、申込み者以外の人や、ローカルシステム以
外の匿名メールシステムに申し込んだ人との連絡、および電子メールクライアン
トソフトウエアに申し込んでいる人への転送には電子メールサーバーを使用する
。

【０１０３】登録 匿名メール（Amail）システムへの申込者は、それぞれ以下の情報を提示
する登録を完了させる。 ・連絡用情報（名前、住所、電話番号、ファックス番号など） ・当事者が、情報交換に参加する資格があるかを判断するための情報。例え
ば、不動産業者の間で使用されているとしたら、システムに登録するには、不動
産取り扱い免許番号を示す必要がある。 ・組織との関係（適当ならば） ・交渉を行なうパートナーとして、その当事者が適当かどうかを判断するた
めに、匿名メール（Amail）システムにおいて他人に役立つ可能性のある、個人
または組織に関する付加情報。

【０１０４】 付加情報には、クレジットの格付け、財産、または会社が営業活動を行なって
いる地域などの要素が含まれうる。必要とされる具体的情報は、応用場面に応じ
て異なる。保険、不動産、エネルギー販売などでは、関心の対象となるデータは
全く異なる。

【０１０５】認証 ビジネスモデル、および、匿名メール（Amail）の交換を行なっている組
織の役割に応じて、その組織は、申込者によって提供された情報を受け入れるか
、情報を確認して、サービスの一環として確認書を提供することができる。申込
み書の提出が認められ、必要に応じてバックグランド情報を認証されたら、匿名
メール（Amail）ユーザーIDとパスワードを指定して使用する。

【０１０６】 匿名メール（Amail）システムの最初のバージョンでは、汎用アプリケーショ
ン（CATEX）から自動的にログオンした。別々のユーザーIDやパスワードはなか
った。次のバージョンでは、匿名メール（Amail）システムでは、独自のユーザ
ーIDとパスワードを提供することができるが、ユーザー認証を許容できる他のア
プリケーションからアクセスしてきたときには、ログオンしなくてもよくなる。
実際の連絡用情報および認証情報はすべて、データベースの中に保存される。認
証情報は、CATEX最初のバージョンでは装備されていなかった。

【０１０７】電子メールアドレスの指定 各申込者は、インターネットによってアクセスでき
る電子メールアドレスを提示し、匿名メール（Amail）システムにおける電子メ
ールアドレスの指定を受けなければならない。匿名メール（Amail）の最初のバ
ージョンでは、ユーザーが、システム上に電子メールアドレスを持っている必要
があった。新しいバージョンでは、匿名メール（Amail）以外に電子メールシス
テムと直接連動する。

【０１０８】ログオン インターネットまたはイントラネットのいずれかが提供するAmailウ
エッブページにアクセスして、Amailシステムにアクセスする。申込者は、ユー
ザー名とパスワードを入力する。Amailの最初のバージョンは、ブラウザベース
ではなかったため、LANまたはWAN上でしか作動せず、インターネットやイントラ
ネット上では作動しなかった。 利用可能な機能 ログオン後、申込者は、以下の機能にアクセスすることができ
る。 ・管理用エイリアス ・匿名メッセージの作成 ・Amailメッセージの読み取り。最初のCATEXシステムでは、ユーザーは、Am
ailアプリケーションの中からメッセージにアクセスすることはできなかった。 ・エイリアスに送られたメッセージを転送すべきその他の申込者を確認する ・ログオフ

【０１０９】管理用エイリアス エイリアスは、直接、ユーザーの管理下にある。ログオン後
、ユーザーは、次のことができる。 ・新しいエイリアスの追加 ・既存のエイリアスの削除 ・新しいエイリアスに付属した自由書式のノートの作成、または、エイリア
スから受信者にアクセスできる既存エイリアス用ノートの編集 ・エイリアスに送られたメッセージの転送を受けるその他の申込者の確認 ・エイリアスからのメッセージを作成する許可を得たその他の申込者の確認 これらのうち、最後の２つの特徴によって、申込者のグループがエイリアスを
共有できるようになり、情報を共有でき、より有効に共同作業することができる
ようになる。ユーザーは、

【０１１０】匿名メッセージを作成する ログオン後、ユーザーは、匿名メッセージを作成し
て送信する。選択肢を選択すると、システムは、以下の特徴をもつメッセージ作
成画面を表示する。 １．メッセージを作出するエイリアスをユーザーが選択するための、現在ユ
ーザーが所有しているエイリアスのリスト（すなわち、ユーザーは作成できるが
、削除できない） ２．メール用のサブジェクトボックス ３．ユーザーが一つ以上を選択できるように、メッセージを届けることので
きる電子メールアドレスとエイリアス。最初のバージョンでは、一つのエイリア
スにしか配達できなかった。ユーザーは、システム外のインターネット電子メー
ルアドレスを提示することもできる。 ４．ユーザーが一つ以上を選択できるように、メッセージのコピーを送るこ
とのできる電子メールとエイリアスのアドレスのリスト。ユーザーは、システム
外のインターネット電子メールアドレスを提示することもできる。最初のバージ
ョンは、“CC”という特徴を持っていなかった。 ５．メッセージを打ち込むことのできる場所で、ユーザーが、ウインドウズ
ベースのクリップボードユーティリティを用いて、別のシステムからテキストを
コピーしてペーストできるところ。 ６．相互の合意に基づいて、送信者が、受信者にその身元を明かそうと思う
かどうかを選ばせるチェックボックス。 ７．エイリアスを共有する他の申込者にメッセージのコピーを送るべきか否
かを選ばせるチェックボックス。最初のバージョンでは、一人の申込者しかエイ
リアスにアクセスできなかった。

【０１１１】メッセージの配達 Amailメッセージを作成した後（ステップ７参照）、メッセ
ージは以下のようにして配達される。

【０１１２】 １．ルーティング情報、および互いに同時にであれば、送信者はその身元を
明かそうと思っているかどうかの表示を含むヘッダーを追加して、メールメッセ
ージの本文を変更する。メッセージは、以下に示すような外観となる。最初のバ
ージョン（先行技術）であるため、イタリック体で示した項目が新規のものであ
る。匿名メールシステムの第一世代では、複数のAmailシステム間での通信は不
可能であった。そのため、応答者のリストには、Amailシステムの名前を載せな
かった。第一世代のシステムは、複数の受信者も許されなかった。

【０１１３】

【０１１４】 ２．メッセージが、特定の非匿名電子メールアドレスに送られると、Amail
は、標準的な電子メールメッセージを作成して、伝達する。送信者は、「amail.
admin.alias@xxxxx」などとリストに載る。ここで、「xxxxx」は、メールシステ
ムをサポートする標準的なメールサーバーのアドレスである。システム外におけ
るアクセスは、最初のバージョンで不可能だった。

【０１１５】 ３．メッセージが、ローカルシステムまたはその他の関連Amailシステムに
送られて来て、エイリアスの所有者が、システム外に電子メールアドレスを持っ
ているときは、上記ステップ１で送付したように、メッセージを送る。なお、メ
ッセージは、Amailメッセージデータベースの中に保存され、アクセスするには
、Amailシステムインターフェイスから入る。

【０１１６】 ４．関連する従来のメールアカウントを持たないエイリアスにメッセージが
送信されると、メッセージは、Amailメッセージデータベースの中に保存される
。このAmailメッセージデータベースには、すべてのアドレスを保管する場所が
含まれ、メッセージの宛先となったエイリアスに関係する申込者のリストが作成
される。このデータベースは、メッセージ（送信者、アドレス、およびCCなどを
含む）、送信データおよび時間、およびメッセージが送られた申込者のエイリア
スが含まれている。最初のバージョンには、Amailメッセージデータベースはな
かった。

【０１１７】 ５．選択肢をチェックしたなら、エイリアスの共有者である他人にコピーを
送付し（上記参照）、各エイリアスに関係する申込者のために、メッセージのコ
ピーをメッセージデータベースの中に置く。

【０１１８】メッセージの受領書 −Amailシステムから送られたメッセージは、標準的な電子
メールクライアントの中で、Amail申込者および非申込者によって受信される。

【０１１９】 Amail申込者は、Amail読み取り用インターフェイスからメッセージを受け取る
こともできる。受信されたメッセージはすべて、Amailメッセージデータベース
の中に置かれる（上記参照）。一つのエイリアスは、一人以上の申込者に関係し
ていることもあるので、メッセージが一つのエイリアスだけに送られたとしても
、Amailメッセージデータベースが、一人以上の申込者を「所有者」として表示
することがある。ユーザーがログオンして、Amailメッセージを読むというオプ
ションを選ぶと（上記参照）、メッセージは、ブラウザを通してHTMLページとし
て送られてくる。ユーザーに関係したエイリアスのすべてに来たメールが表示さ
れる。送信エイリアスにメッセージを返信するため、各メッセージは、応答にホ
ットリンクしている。また、そのエイリアスに関連したバックグランド情報、認
証情報、およびノートを表示するため、各メッセージにはリンクも張られている
（上記参照）。最初のバージョンには、エイリアス閲覧画面は設けられておらず
、認証情報を表示することもできなかった。

【０１２０】Amailからのシステム外で応答 システム外からの各人は、各自のメールサーバ
ーの標準的な返答法を用いて、Amailメッセージに応答することができる（上記
参照）。メッセージは、返信アドレスに戻される（上記参照）。Amailシステム
をサポートする従来型の電子メールサーバーが受領したメッセージは、返信用ア
ドレスに記載されたエイリアスに送るため、Amailメッセージ保管場所に転送さ
れる。標準的な電子メールクライアントからの応答は、最初のバージョンでは提
供されていなかた。

【０１２１】フリップ-ウィジェット（Flip-Widget）

【０１２２】 コンピュータアプリケーションは、次第に、インターネットやイントラネット
からブラウザ経由で配達されるようになっている。従来からのクライアントサー
バーアプリケーションとして輸送する場合とは対照的に、ブラウザでの配達する
システムを構築するときには設計上考慮しなければならない点が多くある。これ
に関して考慮すべき２つの点は、ブラウザ画面は画像が多いという点と、新しい
画面を閲覧するときに時間が空いてしまうという点である。一部は、優れたウエ
ッブページは複雑な画像を含むため、また、一部は、インターネットが相対的に
遅いネットワークであるため、不必要で大規模な画面の更新はできるだけ行わな
いように、ウエッブアプリケーションを設計することが重要である。データ送信
の観点、したがって応答時間から考えて、「深い」階層をもつ画面よりも、「平
面的な」画面を作成し、最低限必要な画面部分だけを変化させるようにした方が
より経済的である。

【０１２３】 例えば、データ検索においては、一枚目の画面を州名に、その後、二枚目の画
面で市を検索するよりも、一枚の画面で、ユーザーが州名と市名とを指定できる
ようにすべきである。画面の機能が複雑になるにつれて、画面がはっきり見える
ようにしながら、あらゆるオプションを画面上に適合させようとすることは次第
に困難になる（特に、ユーザーが低解像度を選択している場合には）。本明細書
で説明する発明は、インターネットアプリケーション開発者が、非常によく似た
直観で分かる表示特性を用いて、事実上無限数の選択肢を非常に小さなスペース
に表示できるようにさせるツールを提供する。

【０１２４】外観― 「フリップ-ウィジェット」ツールは、２列のファイルフォルダを重ねて
表示する画像オブジェクトを表示させる。前列上のラベルは見ることができるが
、二番目の列上のラベルは、前列のタブがあってはっきりとは見えない。しかし
、後ろに見えるタブの縁は目で見ることができる。各列状に表示された見えるタ
ブの数は、画面の解像度と、ユーザーによって入力されるラベルでもっとも長い
ものの長さとの関数である。

【０１２５】フリップタブ 一つの実施態様において、前列上右端のタブには、「FLIP」とい
うラベルが付いている。ユーザーがこのタブを動かすと、以下に述べるような反
応が起きる。

【０１２６】ラベルとリンクのデータベース 表示画面を作成するとき、アプリケーションプ
ログラマーは、一対になった数字のセットを入力する。各対は、（１）タブ上に
表示するラベルの文字、および（２）タブを選択すると現れるページの内部か外
部とのHTMLリンクの名前からなる。

【０１２７】フリップタブ フリップ-ウィジェットを含むページが表示されると、２列のタ
ブ表示画面に、ラベルおよびリンクのリストから第一の「n」オプションが示さ
れる。「n」の値は、フリップタブのための場所を空けながら、表示できる最大
数を示している。これらのタブのいずれかをクリックすると、対応するリンクが
実行される。フリップタブをクリックすると、２列のタブ表示が変わって、ラベ
ルおよびリンクのリストから次の「n」オプションが示されるが、フリップタブ
はそのまま右側にある。残っているｎオプションよりも少なくなると、フリップ
-ウィジェットは、最後のｎオプションを表示するか、残った数がいくつでも、
リストの初めから必要な数のオプションを補う。リストが完成したときに、フリ
ップタブをクリックすると、最初のオプションから再び同じサイクルを開始する
。

【０１２８】 図９および１０では、初期状態のフリップ-ウィジェットが図９に図示されて
いる。初期状態では、ＡからＥまでのいずれかのタブを選ぶと、制御の対応する
セットが表示される。例えば、図９では、タブＢが選択されて、制御430〜432が
表示される。フリップタブ410を選択すると、タブの次の列が前面に出てきて、
図１０のような外観がになり、タブＦからＪが表示される。図１０では、タブＧ
が選択されて、対応する制御435〜437が表示される。

【０１２９】 図９Ａと１０Ａは、フリップ-ウィジェットをどのようにして使用すれば、ユ
ーザーにとって利用可能な機能を編成することができるかを示している。例えば
、一つの応用場面が、ユーザーが取引を行なったり、価格の見直したり、金銀プ
ラチナなどさまざまな金属に関係するその他の情報を得たりできる商品先物取引
システムであるとしよう。図９Ａに示すように、例えば、430、431、432という
制御または機能（例えば、取引の実行、現行価格の見直しなど）は、「金」とい
う分類基準に関係し、図示されているように、フリップ-ウィジェットの前面に
その分類があれば、これらを簡単に呼び出すことができる。別のタブの一つ（例
えば、銀というタブ400）をクリックすると、ユーザーには前面の後ろに見える
別の分類基準を簡単に選択できるようにしながら、その分類基準に関係した機能
を前面に持って来る。「その他の市場」タブ410をクリックすると、図１０Ａに
示すように、前列のタブの選択から、別の分類基準に変化する。「その他の市場
」タブ410は連続的にクリックすると、それぞれが、一連の関連の機能か制御を
もつ、市場を複数にグループ化したものを回転させることができる。

【０１３０】 多くの異なる機能が小さな画面スペースに表示されるようにするため、本発明
の第一実施態様と第二実施態様に、フリップ-ウィジェットを同時に実行するこ
とができる。フリップ-ウィジェットは、多くの異なる機能を論理的な方法で組
織化するためのデバイスで、複数のアプリケーションに対するインターフェイス
を構築するためのツールとして使用することができる。一例としては、DCE（詳
細については後述する）には、その具体的な利用可能性を、共同環境を創出する
ユーザーが設定できるという、n個の機能（例えば、掲示板、チャットルーム、
電子メール、匿名メール、取引エンジンなど）が存在するかもしれない。この集
合は、時間によって変化しうる。したがって、インターフェイスは、特定のユー
ザーにとって「固定的にコードされた」ものではありえない。

【０１３１】 小さなスペースに無制限の数（また、できるだけ多数）の機能を表示させるた
めの方法の一つは、ファイルフォルダによく似たタブを用い、隠れたカードを表
示する画像素子を用いる方法で、カードをページング（すなわち、めくること）
することによって、ユーザーがカード上の機能性に到達しうることが示唆されて
いる。フリップ-ウィジェットによって、アプリケーションを固定的にコードす
るよう要求するのでなく、データベースがもつアプリケーションリストにリンク
を張ることが可能になる。データベース中のフォルダラベルをソートするための
プログラム論理、これらのラベルを関係する機能にリンクさせること、ブラウザ
型のボタンを用いて、それらを活性化すること、及び、表示画面の上記の特徴を
実行することは、従来からの技術であり、さらに共同する必要はない。「フリッ
プ-ウィジェット」は、ユーザーインターフェイスを構築して、アプリケーショ
ンの機能をユーザー画面を構成する方法を提供するが、これ以外の方法も勿論可
能である。

【０１３２】Ｂ．動的共同環境態様 本発明の第2の態様では、1組のツールおよび方法ステップに従って、ユーザー
が定義する動的な共同環境を作成することができる。前述のように、このシステ
ムは以下の点で従来型のネットワーク化環境とは著しく異なる。（１）（アクセ
スおよび特徴を含む）環境が、中央でシステム管理者によって定義されるのでは
なくユーザーによって定義される、（２）意図した目的を達成した後各環境を容
易に破壊することができる、（３）ユーザーは、環境を使用する資格のある参加
者グループを指定することができ、未知の潜在的なユーザーを参加させることを
含め、これらの参加者が利用できるサービスを定義することができる、（４）（
アクセスの特徴および機能を含む）ネットワーク化環境が企業およびその他の物
理的境界を横切ることができる。（５）環境において、潜在的なグループメンバ
ー間の通信、調査、分析、対話、および取引を対象とするツールを広範に選択す
ることができる。さらに、好ましい態様では、環境が、最小限のプログラミング
で機能を実現することを可能にしインターネットを介した通信を容易にするウェ
ブブラウザ技術を使用して実現される。

【０１３３】 図１１は、本発明の第2の態様によって環境を定義し、作成し、破壊するため
に実行できる様々な方法ステップを示している。「環境」の語は、本明細書では
、個人（あるいはコンピュータ、企業、または同様な実体）のグループと、この
グループが環境内で動作しているときにこのグループによって使用できる1組の
機能とを指す。もちろん、１人の個人が複数の環境にアクセスすることが可能で
あり、同じ機能を互いに異なる環境内の互いに異なるグループが使用することが
可能である。

【０１３４】 共同環境を作成するプロセスは、環境生成プログラムのライブラリ内で利用で
きるツールおよび情報資源を特定の共同環境に移動させることを含む。共同環境
は、環境生成プログラムが利用できるあらゆるアプリケーションへのリンクを含
むことができる。共同環境は、その環境に固有のアプリケーションがインターネ
ットプロトコルを介してアクセスできるかぎり、そのようなアプリケーションを
含むことができる。

【０１３５】 環境の基礎として、ユーザーのディレクトリ、ユーザーに関する情報、および
ユーザーの権限がある。環境ユーザーデータベースのコア構造は、ディレクトリ
規格、通常はＤＡＰ（ディレクトリアクセスプロトコル）またはＬＤＡＰ（軽量
ディレクトリアクセスプロトコル）を満たすべきである。環境生成プログラムは
、それ自体のユーザーディレクトリと、それが生成した環境のユーザーディレク
トリとにアクセスすることができる。環境のディレクトリは、最初に環境生成プ
ログラムのディレクトリからユーザーを選択することによって存在させることが
できる。これらは、特定のインプリメンテーションに応じて２つの方法のうちの
一方で環境のディレクトリに追加される。ディレクトリレコードを環境生成プロ
グラムのユーザーデータベースから環境用の独立のデータベースにコピーするか
、あるいは環境生成プログラムのユーザーデータベース内のユーザーデータレコ
ードに、ユーザーが環境にアクセスできることを示すフラグを追加することがで
きる。第２の簡単なモデルは、環境内のすべてのユーザーが等しい権限を有する
ときに有用である。環境がそれ自体のセキュリティ／権限モデルを有するときは
その環境用の独立のユーザーデータベース（ディレクトリ）が必要である。

【０１３６】 １組の標準アプリケーション／加入ルーチンを介して追加メンバーを加えるこ
とができる。次いで、これらのメンバーは環境生成プログラム（ならびに特定の
環境）に認識され、後続の環境を作成する際の速度および効率を高めるための基
礎が形成される。

【０１３７】 ステップ１１０１から始めて、新規グループが、それを識別する（すなわち、
そのグループに「Ｗｅｓｔ Ｈｉｇｈ Ｓｃｈｏｏｌ Ｒｅｓｅａｒｃｈ Ｐｒ
ｏｊｅｃｔ」などの名前を与え、そのグループを記述する（たとえば、その目的
を記述する））ことによって作成される。グループを作成しそのグループに関連
付けるべき機能を定義するプロセスは、システム管理者やその他の同様な特殊な
特権（たとえば、ファイル保護特権、アプリケーションプログラム追加／削除特
権など）の必要なしにシステムにアクセスできるユーザーによって実行すること
ができる。なお、環境は、好ましい態様によれば、ブラウザによって駆動される
１組の使いやすいユーザー入力画面に従って完全にユーザーによって定義される
。したがって、本明細書で説明する原則は、ローカルエリアネットワーク内の中
央システム管理者が電子メール参加者の「グループ」を定義することができ、ネ
ットワークに接続された各コンピュータ上にスプレッドシート、文書処理パッケ
ージなどのアプリケーションプログラムをインストールすることができる従来型
のシステムとはまったく異なる。さらに、様々な好ましい態様によれば、グルー
プメンバーに与えられる機能は、ウェブベースのインタフェースを介して与える
ことができ、したがって、ユーザーのコンピュータ上にソフトウェアパッケージ
をインストールすることが不要になる。

【０１３８】 グループを作成するかあるいはグループに参加するために支払いを得る様々な
方法を実現できることも考えられる。たとえば、新しい環境グループを作成する
とき、そのグループを作成する人または実体に一定の料金が課され、支払いはク
レジットカードまたはその他の手段で行われる。あるいは、参加するメンバーの
数、そのグループが利用できる特定の機能、またはこれらの組合せに基づいてサ
ービス料を課すことができる。さらに、グループに参加するメンバーに料金を課
すことができる。環境が存在するかあるいは使用される時間の長さに基づいて料
金の額を決定することもできる。

【０１３９】 図１１には具体的に示されていないが、ステップ１１０１は、データベーステ
ーブル（たとえば、リレーショナルデータベースまたはオブジェクト指向データ
ベース）内に新しいエントリを作成し、新しいグループおよびそのグループが動
作する環境に関する情報を記憶するステップを含むことができる。このグループ
に関するデータベースエントリは、後述の情報のいくつかまたはすべてを含み、
環境が定義されるときに作成することができる。環境を作成し、使用し、破壊す
ることを可能にするために、以下に詳しく説明するようにネットワークを介して
１つまたは複数のコンピュータがリンクされており、環境に関する情報を記憶す
るために１つまたは複数のこれらのコンピュータ上にデータベースが存在するも
のと仮定される。

【０１４０】 ステップ１１０２で、グループメンバーが識別される。様々な態様によれば、
グループメンバーは、図１１のサブステップ１１０２ａ、１１０２ｂ、および１
１０２ｃで示すように３つの異なる方法（またはそれらの組合せ）で識別するこ
とができる。グループメンバーをインターネットなどの物理的ネットワークおよ
びコンピュータシステムに広げられることが考えられる。したがって、グループ
メンバーは様々な企業、政府機関などの従業員を含むことができる。従来型の仮
想専用網とは異なり、グループメンバーとこれらのグループメンバーが利用でき
る機能は共に、完全にユーザーによって選択され、したがって、様々な人が仮想
専用網および関連する機能を容易に作成し、使用し、破壊することができる。

【０１４１】 まず、ステップ１１０２ａで、グループに含める既知のユーザーのリストから
グループメンバーを選択することによってこれらのグループメンバーを識別する
ことができる。たとえば、企業および同様な実体内で、内部電子メールアドレス
のリストを設けるか、あるいは電話リストまたはその他の従業員リストの電子バ
ージョンを設けることができる。ホスト側コンピュータシステムが学校に関連付
けされている場合、コンピュータ上にアカウントを有する学生（あるいはホスト
に知られているかあるいは接続されている他の学校の生徒）のリストを設けるこ
とができる。企業実体の外部から、ユーザーをその電子メールアドレスに基づい
て（たとえば、インターネットまたは専用網または仮想専用網を介してアクセス
できる電子メールアドレスを指定することによって）選択することができる。こ
のステップでは、環境作成者がグループに属するグループメンバーを指定するか
あるいは強制することができる。

【０１４２】 第２に、ステップ１１０２ｂで、グループメンバーにそのグループへの参加を
求める招待状を作成することによって、グループメンバーにそのグループへの参
加を求めることができる。たとえば、グループ作成者は、企業のすべてのメンバ
ー、または企業内の特定の部課のすべてのメンバー、または学校または地域内の
すべての学生、あるいはすでに定義されているグループ（たとえば、会計課、ま
たは特定の教師の授業のすべての学生）のメンバーに電子メールを介して招待状
を送信することができる。招待状は通常、グループの目的を識別し、招待状を受
信した人がグループへの参加を受け入れるかあるいは拒否することを可能にする
ボタン、ハイパーリンク、またはその他の機能を備えている。グループへ参加を
求められた人が参加を受け入れると、その人の回答をデータベース内に記憶し、
すでにグループに参加しているメンバーに追加することができる。招待状は、そ
れがもはや受け入れられなくなる期限満了日または時間を有することができる。
招待者がグループに参加すると、それらの招待者が参加したことを電子メールを
介して自動的にグループ作成者に通知することができる。

【０１４３】 第３に、ステップ１１０２ｃで、電子メールを介して送信される広告、ウェブ
サイト上のバナー広告などを介してグループメンバーを勧誘することができる。
広告を見た人はそれをクリックしてグループに参加することができる。所定の期
間後にもはや回答が受け入れられなくなるような期限を広告が有することも可能
である。 広告によるグループ参加と招待状によるグループ参加との主要な違い
は、招待状が既知の実体またはグループに送信され、それに対して、広告が潜在
的に未知の人またはグループに表示されることである。

【０１４４】 ステップ１１０２ａ、１１０２ｂ、および１１０２ｃの組合せを使用してグル
ープメンバーを選択できることが理解されよう。たとえば、幾人かのグループメ
ンバーをリストから直接選択し、それに対して、具体的に識別された招待者への
招待状を介して他の人を勧誘し、未知の実体が利用できる広告を介してその他の
人を勧誘することができる。

【０１４５】 ステップ１１０３で、そのグループが利用できるようになる機能が選択される
。たとえば、オークション取引エンジン、調査ツール、研究ツール、ニュースワ
イヤまたはニュースレポート、公表ツール、黒板機能、ビデオ会議機能、および
入札申込みパッケージへのアクセス権をグループに与えることができる。これら
の機能およびツールのさらなる詳細については本明細書内で説明する。グループ
作成者は、好ましくは使いやすいウェブブラウザインタフェースを介してこれら
の機能のうちのどれかを選択し、選択したものはデータベースに記憶されグルー
プメンバーに関連付けされる。また、グループ作成者は、ウェブサイトアドレス
、実行可能ファイルロケーションなどを指定することによって、リストに含まれ
ていないウェブベースまたはネットワークベースの他のアプリケーションとのリ
ンクを指定することができる。グループ作成者は、グループメンバーがアクセス
できる共用データライブラリを定義することもできる。

【０１４６】 ステップ１１０４で、環境が作成され（そのグループに対応するウェブページ
を生成し、ボタン、プルダウンメニューなどのユーザーインタフェース選択機能
を実現するステップを含むことができる）、グループメンバーがそのグループ向
けに選択された機能を有効化することができる。いくつかの態様では、グループ
にアクセスする場合、環境が実現されるウェブページへのゲートウェイとして働
くユーザー識別子やパスワードなどの認証が必要である。グループメンバーのみ
がグループ機能および共用情報にアクセスするようにする他の技法を実現するこ
ともできる。中央コンピュータ上の、後でグループのすべてのメンバーに同報通
信され、メンバーが容易に環境を見つけることを可能にするアドレスで、ウェブ
ページを管理することができる。

【０１４７】 ステップ１１０５で、グループメンバーは、グループメンバー自身が利用でき
る機能および資源（たとえば、共用データ）を使用して互いに共同し通信する。
上で与えられた例では、たとえば、学校の研究プロジェクトで共同する高校生の
グループが、広告によって調査の参加者を募り、オンライン調査を行い、結果を
コンパイルし、結果をグループメンバー間に伝達し、様々なブレーンストーミン
グツールを使用して結果をブレーンストーミングし、様々な物理的位置にいるグ
ループメンバーを含むビデオ会議を行い、結果を要約したレポートをまとめ、レ
ポートの原稿を交換し、そのレポートをウェブサイト上で公表する。この場合、
任意選択で、オンラインカタログ取引エンジンを使用することによってレポート
を販売することができる。グループは、出版社と連絡を取り、本明細書で説明す
るように入札申込みツールを使用してレポートを書籍形式で発行する契約を結ぶ
こともできる。

【０１４８】 ステップ１１０６で、環境がもはや必要ではなくなると、グループを作成した
人または実体によってその環境を破壊することができる。この場合も、従来型の
システムとは異なり、環境の破壊は好ましくは、システム管理者または特殊なシ
ステム特権を有する他の人ではなく、環境を作成したユーザーによって完全に制
御される。環境の破壊は通常、もはやグループ実体にアクセスできなくなるよう
にデータベースからこのグループ実体を削除することを伴う。

【０１４９】 図１２は、上述のステップを実施するための１つの可能なシステムアーキテク
チャを示している。図１２に示すように、インターネットプロトコルによってア
クセスできるウェブサーバ１２０１はファイアウォール１２０２を通してインタ
ーネット１２０３に結合されている。ウェブサーバは、上述のように、ユーザー
によって定義された環境を生成するコンピュータプログラムを備えることのでき
る環境生成プログラム１２０１ａを含む。このコンピュータプログラムのさらな
る詳細については、本明細書内で図２１を参照して説明する。

【０１５０】 ウェブサーバ１２０１は、関連するシステム管理者端末１２０４と、ファイル
の永久コピーを保持する１つまたは複数のＣＤ−ＲＯＭアーカイブ１２０５と、
ファイルを記憶するディスクドライブ１２０６と、ユーザーによって制御される
複数の環境を定義するデータベースを含む、リレーショナルデータベースまたは
オブジェクト指向データベースを記憶するデータベースサーバ１２０７と、メー
ルサーバ１２０８と、各環境内でツールを実現するアプリケーションプログラム
を管理できる１つまたは複数のアプリケーションサーバ１２０９とを含むことが
できる。ウェブサーバ１２０１は、ＩＰ互換可能インタフェースを使用してイン
トラネット１２１０に結合することもできる。イントラネット１２１０は他のア
プリケーションサーバ１２１１に結合すると共に、ユーザーが、好ましくは標準
ウェブブラウザおよびＩＰインタフェースを使用して、本明細書で説明するよう
に環境を作成し、その環境に参加し、その環境を破壊することのできる１つまた
は複数のユーザーコンピュータ１２１２に結合することができる。ウェブサーバ
１２０１は、インターネット１２０３を介して他のユーザーコンピュータ１２１
７に結合することも、他のファイアウォール１２１６を介して他のアプリケーシ
ョンサーバ１２１５に結合することも、ファイアウォール１２１４を介してＩＰ
アクセス可能な他のウェブサーバに結合することもできる。

【０１５１】 図１２に示すシステムアーキテクチャが、ユーザーによって定義されたネット
ワーク環境を本発明の原則に従って作成し破壊することのできる物理的にネット
ワーク化されたシステムを実現するための唯一の可能な手法であることが理解さ
れよう。ユーザーによって定義された特定の環境で使用されるツールを実現する
アプリケーションプログラムをウェブサーバ１２０１上、ユーザーコンピュータ
１２１７上、アプリケーションサーバ１２１５上、アプリケーションサーバ１２
０９上、アプリケーションサーバ１２１１上、またはウェブサーバ１２０１と通
信するための通信機能を実現する他の任意のコンピュータ上に配置できることが
考えられる。ユーザーによって定義された各環境にアクセスできるようにするウ
ェブページが、ウェブサーバ１２０１上に物理的に存在する必要がなく、その代
わりに図１２に示す様々なコンピュータのうちのどれかまたは他の場所で管理で
きることも理解されよう。

【０１５２】 次に、グループを作成するステップ、グループメンバーを選択するステップ、
環境内のグループメンバーに対して利用可能にすべき機能を定義するステップを
含め、本発明の様々な原則を実施するために使用できる例示的なステップおよび
ユーザーインタフェースを参照する。

【０１５３】 図１３Ａから１３Ｃは、グループを作成しグループメンバーを識別するための
１つの可能なユーザーインタフェースを示している。図１３Ａで、ユーザーは認
証プロセスを介して環境作成ツールにアクセスする。これは図１３Ａに示すよう
に簡単なユーザー名パスワード装置でも、あるいはユーザーが環境作成ツールに
アクセスできることを検証する他の何らかの機構でもよい。すでにその実体のネ
ットワークにアクセスするためのログイン手順を実施している企業、学校、また
は他の実体の場合、このようなログイン手順は、新しい環境を作成するためにユ
ーザーを認証する働きをする。本発明の原則を実施するうえでユーザーの認証が
必須でないことを理解されたい。さらに、システムを使いやすくするために（か
つプログラミングを最小限に抑えるために）、ウェブブラウザおよびウェブペー
ジを使用して、ユーザーによって定義された情報を受信し、各環境を作成するこ
とが考えられるが、もちろん他の手法も可能である。

【０１５４】 図１３Ｂで、ユーザーはグループ名（たとえば、「ジョーの宿題（Ｊｏｅ’ｓ
Ｈｏｍｅｗｏｒｋ）」）およびグループの簡単な説明を供給することによって
新しいグループを作成するよう求められる。この情報は好ましくは、データベー
スファイルに記憶され、グループメンバーおよびそれらのグループメンバーが利
用できる機能に関連付けされる。

【０１５５】 図１３Ｃで、ユーザーはグループメンバーを識別するよう求められる。前述の
ように、グループメンバーは好ましくは、（１）既知のグループメンバーのリス
トからの選択、（２）既知の候補者にグループへの参加を勧めること、（３）広
告によって新メンバーを募ることの３つの方法のうちの１つ（またはこれらの方
法の組合せ）で識別される。ユーザーは、図１３Ｃのオプションのうちの１つを
クリックすると、図１４Ａから１４Ｃに示すように追加の情報を供給するよう求
められる。

【０１５６】 まず図１４Ａで、たとえば、テキスト形式データ入力領域に電子メールアドレ
ス（たとえば、内部または外部の電子メールアドレス）を入力し、かつ／または
すでに知られているリストから選択することによって、グループメンバーを個別
に指定することができる。この画面によって、ユーザーは、グループメンバーが
送信される名前および／または電子メールアドレスを指定することによってグル
ープへの参加を強制することができる。このようにしてグループに追加されたす
べてのメンバーは、そのグループに対応する環境にアクセスすることができる。
メンバーシップの基礎としてエイリアスおよび事前に定義されたグループを指定
することもできる（たとえば、企業の会計課のすべてのメンバー、またはある高
校のすべての生徒）。

【０１５７】 グループの各メンバーは、グループ電子メールアカウントを有するか、あるい
はオフシステム電子メールアカウントを使用することができる。オフシステム電
子メールアドレスはユーザーのデータベースに維持することができる。グループ
電子メールアドレスに送信されたメールは好ましくは、システム外に転送され、
その人がそのアドレスを公表することを望むまでその人の実際の電子メールアド
レスが保護される。新メンバーは、グループが完成するまで追加することができ
る。図１４Ａには明示的に示されていないが、環境がすでに作成された後ですで
に定義されているグループに新メンバーを追加できることが考えられる。

【０１５８】 グループメンバーが選択または指定されると、環境を作成したユーザーは、グ
ループ内の各ユーザーごとにパスワードを作成し、グループ内のユーザーが環境
にアクセスできるようにすることもできる。あるいは、ユーザーが環境にアクセ
スしたときに、環境はユーザーのコンピュータから「クッキー(cookie)」を検索
し、ユーザーにその環境にアクセスする権限があるかどうかを判定する。クッキ
ーが得られない場合、ユーザーはある種の認証情報（たとえば、勤め先の会社な
ど）を供給するよう求められる。他の手法では、電子メールアドレスを介して認
証を行うことができる（すなわち、ユーザーは、最初に環境にアクセスしたとき
に電子メールアドレスを入力するよう求められる）。電子メールアドレスがその
グループ向けに選択された電子メールアドレスのうちの１つに一致しない場合、
環境へのアクセスは拒否される。

【０１５９】 図１４Ｂを参照するとわかるように、見込みのあるグループメンバーをグルー
プに参加するよう「誘う」こともできる。環境を作成したユーザーは、招待状が
送信される１つまたは複数の電子メールアドレスを指定することができる。この
招待状は単なるテキストメッセージでも、あるいはより高度なビデオメッセージ
またはオーディオメッセージでもよい。この招待状に期限満了日を関連付け、そ
の日付よりも後に受信された招待状に対する回答が受け入れられなくなるように
することもできる。ウェブサーバ１２０１（図１２）に存在するソフトウェアは
、招待状に対する回答を受信し、適切なグループにメンバーを追加し、期限満了
日が過ぎているかあるいは見込みのあるグループメンバーが参加を拒否した場合
には、そのメンバーを削除する。見込みのあるメンバーは、メッセージ内にある
語（たとえば、「ＯＫ」または「Ｉ ｊｏｉｎ」）を含む回答を送信するか、あ
るいは招待状で識別されたウェブサイトにアクセスすることによって、グループ
に参加することができる。

【０１６０】 図１４Ｃを参照するとわかるように、主として未知の潜在的なグループメンバ
ーを対象とする広告を作成することによってグループメンバーを勧誘することも
できる。この広告はたとえば、テキストクリップ、ビデオクリップ、および／ま
たはオーディオクリップを備えたバナー広告を含むことができる。このグラフィ
ックは、ウェブページ上の広告に指定されているサイズに従うべきである。この
広告は、ウェブインタフェースを介して画像をアップロードし、任意選択で、広
告がクリックされた場合にリンクすべきＵＲＬを図１４Ｃの画面上で指定するこ
とによって、ウェブサイト上に掲示することができる。グループページ上のソフ
トウェアは、（ａ）このページが表示されるたびに、あるいは（２）他の広告と
ローテーションで、あるいは（３）ユーザーの特性が広告に指定されている基準
と一致したときに、ページ上に広告をレンダリングすることができる。

【０１６１】 広告は、回答がもはや受け入れられなくなる期限満了日を含むことができる。
公告は、非常に特定的な広告（たとえば、学校でのドラッグの使用に関するジョ
ーの調査プロジェクトへの参加を宣伝する学校のホームページ上に掲示される広
告）からより一般的な広告（たとえば、建築業界に関するウェブサイト上に掲示
される「私たちと長期的な関係を築くことを望むマイノリティ請負業者を探して
います」という広告）まで様々なものでよい。

【０１６２】 見込みのあるグループメンバーを選考するために資格オプションを設けること
もできる。たとえば、広告が、特定の建築プロジェクトに参加するマイノリティ
請負業者を求めている場合、「資格」オプションを選択すると、そのメンバーが
グループに追加される前にそのグループを作成したユーザーに回答を経路指定す
ることによってそれらの回答の選考が行われる。広告に回答した人には、グルー
プのメンバーになるための資格にパスしなかったこと、またはグループへの参加
が許可されるには他の情報（たとえば、資格の証拠となる文書）が必要であるこ
とを通知することができる。あるいは、見込みのあるメンバーが回答上にある情
報（たとえば、電子メールアドレス、ある基準を満たす誕生日など）を記入した
場合に参加を許可するために自動資格プロセスを設けることができる。

【０１６３】 図１５に示すように、ウェブサイト上に表示されるバナー広告は、情報技術契
約に入札するグループに参加するようマイノリティ請負業者を勧誘する。この広
告に関心を抱いた人はあるボタンをクリックし、それにより、ある情報（資格情
報、名前、年齢、会社登録情報など）を提供することを要求する他のサイト（図
示せず）に導かれる。次いで、この情報はウェブサーバ１２０１に転送され、ウ
ェブサーバ１２０１は、事前に確立された基準に従って情報を事前に選考するか
、あるいはグループを作成したユーザーに、見込みのあるメンバーがグループへ
のアクセスを要求したことを通知する。後者の場合、ユーザーは申込み者を選考
し、グループにアクセス権を許可することができる。

【０１６４】 図１６は、グループメンバーに対して利用可能にすべき通信ツールを選択する
ための１つの可能なユーザーインタフェースを示している。この画面は、グルー
プが識別されそのメンバーが選択された後、環境を作成したユーザーに表示する
ことができる。掲示板サービス、広告、ホワイトページ（たとえば、メンバー、
メンバーの電子メールアドレス、電話番号などのリスト）、イエローページ（た
とえば、販売促進および連絡先に関する情報を含む、グループメンバーによって
代表されるサービスまたは会社のリスト）、文書セキュリティ（たとえば、共用
アクセス安全文書保管サービス）、匿名電子メール（第１の態様に関して説明済
み）、スレッド化対話、グループ向けニュースレター作成ツール、ビデオ会議、
場合によっては、名前およびロケーション（たとえば、ＵＲＬ）によって指定で
きる、ユーザーから提供される他のアプリケーションを含め、様々な通信ツール
を提供できることが考えられる。

【０１６５】 様々な好ましい態様によれば、動的共同環境は、ソースがウェブによってアク
セス可能である（すなわち、インターネットプロトコルおよび／またはＨＴＭＬ
型規格に従って動作する）かぎり、複数のソースからのツールを統合するように
構成されている。上でリストされた範疇は、共同に必要なツールを合理的に分類
したものであるが、このリストは、コンピュータ援用設計、エンジニアリングお
よび財務分析ツールおよびモデル、オフィスアプリケーション（文書処理、スプ
レッドシートなど）、公的なデータベースまたは独自のデータベースへのアクセ
ス、マルチメディア処理および編集ツール、地理情報システムなど、ほぼあらゆ
る種類のソフトウェアを含むように拡張することができる。以下に、提供できる
通信ツールのいくつかについて説明する。

【０１６６】 掲示板 掲示板（たとえば、図２参照）は、購入または売却の申し出であって
よいが、そのような申し出に制限する必要のない、グループメンバーによって掲
示される通知をリストする。多くの種類の掲示板サービスはもちろん従来のもの
であり、これ以上の説明なしでこれらのサービスのうちの１つを実施することが
できる。それにもかかわらず、一態様では、掲示板上に現れる各通知ごとに、項
目番号、タイトル、掲示の日付、およびユーザーによって定義される１つまたは
複数の特殊な属性の各データ項目（属性）を指定することができる。 これらの
属性は、リストが「購入」の申し出であるか、それとも「売却」の申し出である
かを示すフィールドを含む。掲示板は、統合されたソーティング機能を備えるこ
とができる。ユーザーは、各カラムのヘッディングをクリックすることによって
、昇順または降順にエントリをソートすることができる。したがって、レコード
を古いものから新しいものへあるいは新しいものから古いものへ構成するか、あ
るいは購入の申し出と売却の申し出を分離することが可能である。掲示板上の値
を制限するために、探索基準を満たすエントリのみが表示されるような探索機能
を設けることもできる。

【０１６７】 広告 動的に作成されたネットワークの典型的な環境には、広告用のいくつか
の固定された場所があり、バナー用にはページの１番上の部分および１番下の部
分が使用され、小さな広告用には左右の空間が使用される。環境の作成者は、広
告用にこれらの空間のうちのどれも使用しないか、あるいは任意の空間を使用す
るか、あるいはすべての空間を使用するかを選択することができる。広告用の空
間が指定された後、グループメンバーは、支払い情報（必要な場合）を提供する
テンプレート、広告用のテキスト（任意の標準イメージフォーマット）、および
広告が、それを見た誰かによってクリックされた場合に実行すべきリンクを完成
することによって、広告を配置することができる。

【０１６８】 各ユーザーは、リンクの後ろに機能を設ける責任を負う。広告は、同じ場所の
他の広告とのローテーションで持続的に（ページが表示されるたびに）表示する
ことも、あるいは購入履歴を含むユーザー特性に基づいてトリガすることもでき
る。収益は、広告の配置に関して（広告が表示される回数にかかわらず一定価格
）、広告が表示された時間当たり、または広告に対するクリック当たりに回収す
ることができる。仮想専用網はフロントエンドを実現し、広告のオンライン配置
を容易にする。表示は、いくつかの供給源からオフザシェルフで得られる標準広
告表示コードにページをリンクすることによって行うことができる。カスタム化
（すなわち、ユーザー特性に基づいて広告を選択すること）用のソフトウェアは
、いくつかの供給源から市販されている。

【０１６９】 ホワイトページ ホワイトページは、メンバーに関する情報と、メンバーと連
絡を取るにはどうしたらよいかに関する情報を含むメンバーの総合的なリストま
たはディレクトリを提供する。様々な種類の市販のソフトウェアを使用してこの
ようなディレクトリを維持することができ、各メンバーについて一定の内容を有
する典型的なディレクトリをコード化することが基本である。

【０１７０】 ウェブによってアクセス可能なディレクトリを本発明の様々な態様によって使
用することができる。提供できるある種のディレクトリは、一定の構造を有する
ディレクトリとは異なる。主要な違いは以下のとおりである。

【０１７１】 （ａ）情報に対するユーザー制御 ユーザーは、中央組織を通さずに直接、自
分自身の情報を入力し維持する。これによって、データをより迅速に更新するこ
とができ、転写エラーが低減される。さらに、たとえば、一時的に別の場所で仕
事をするときに電話番号を変更することが簡単になる。

【０１７２】 （ｂ）品質管理のための複数のポイント 各ユーザーに関するデータは、ユー
ザーに定期的に（たとえば、３０日、６０日、および９０日）表示することがで
き、データを更新し検証するようユーザーに求めることができる。グループのメ
ンバーが見つけたエラーを報告できるようにフィードバック機能を設けることが
できる。電子メールアドレスを定期的にピングし、そのアドレスが依然として存
在するかどうかを判定することができる。また、サーバ管理スタッフは、最近活
動したアカウントを定期的に検討することができる。

【０１７３】 （ｃ）オブジェクト構造 ディレクトリエントリはデータ要素の集合から成る
。これらの要素には、アドレス指定用の名前（Ｄｒ．Ｊｏｈｎ Ｄ．Ｓｍｉｔｈ
）、ソート名（Ｓｍｉｔｈ、Ｊｏｈｎ Ｄ）、一次使用電話（８００−５５５−
１２１２）などが含まれる。 従来型のメールシステムは一定数の厳密にフォー
マットされた要素を有する。一態様では、個人が、そのディレクトリエントリを
含む集合にどの要素を追加する必要があるかを識別するという点で、より柔軟な
手法を使用することができる。たとえば、それぞれ、用途を説明する注（たとえ
ば、午後８時以降の緊急連絡用）が付加された、３つ、４つ、５つ、またはそれ
以上の電話番号を追加することができる。

【０１７４】 （ｄ）通信ツールとの直接リンク ディレクトリが連絡方法（たとえば、電話
番号）を示す場合、必要なソフトウェアが利用可能である場合にはエントリから
直接この方法を呼び出すことができる。たとえば、電話番号をダイアルするか、
電子メールメッセージを開始するか、あるいは事前にアドレス情報がロードされ
た手紙および封筒テンプレートを用いて文書処理セッションを開始することがで
きる。

【０１７５】 （ｅ）説明情報 各ディレクトリは、連絡情報だけでなく、エントリ（個人ま
たは企業）を説明する情報を含むことができる。この説明は各グループごとに異
なるものでも、あるいは同じものでもよい。この説明は、ユーザーがグループ特
有の辞書の語を使用できることを除いて、自由形式である。この辞書は、業界に
特有の語（たとえば、自動車業界の「燃料システム」）、または標準的な語の好
ましい形態（たとえば、「ＣＡ」、「Ｃａ」、または「Ｃａｌｉｆ」ではなく「
Ｃａｌｉｆｏｒｎｉａ」）を含むことができる。このような語の標準化によって
、ディレクトリはより信頼できるものになる。

【０１７６】 イエローページ 従来型の「イエローページ」プロダクトは、特定の利益およ
び機能を有する個人または組織の識別およびそのような個人または組織へのアク
セスを容易にするように構成された、ディレクトリエントリの１レベル分類であ
る。業界内では、特にオンラインで、マルチレベル階層ディレクトリが一般的で
あり、複数のレベルによってより厳密な分類が行われている。オンラインイエロ
ーページ型分類システムを維持するための多数の市販のプロダクトがある。

【０１７７】 ウェブによってアクセス可能なディレクトリをＤＶＰＮグループに接続するこ
とができる。システムと共に実現される好ましい方法は、分類システムをディレ
クトリエントリ内の説明フィールドと統合する。分類に関する標準的な語が辞書
から引き出されるたびに、階層ソートにおけるこの分類にエントリが追加される
。階層アクセスに加えて、従来型の階層ソートと、標準化された語を用いる自由
形式の説明とのこの対応により、階層のブラウジングではなく探索を介してレコ
ードにアクセスすることが可能になる。探索は、複数の機能（たとえば、「ブレ
ーキ修理」や「フレーム修正」）を有する組織を識別することを可能にする。こ
の探索機能は、ＡｔｌａＶｉｓｔａまたはＩｎｋｔｏｍｉの探索エンジンのよう
なツールを使用する一般的なウェブ探索エンジンに類似しており、同じ探索エン
ジンを使用できるが、探索されるマテリアルが厳密に定義されたドメインにあり
（グループメンバー）、探索される情報が制限され高度に品質管理され（すなわ
ち、グループディレクトリエントリ）、厳密な語彙（説明を作成する際に使用さ
れる辞書）に基づく厳密さを有する点が異なる。

【０１７８】 文書レポジトリ 市販のウェブ可能文書レポジトリをグループに統合すること
ができる。この例にはＤｏｃｕｍｅｎｔｕｍおよびＰＣ ＤＯＣがある。特にＤ
ＶＰＮパッケージを用いて実現された改良バージョンについて上記で説明した。

【０１７９】 文書セキュリティ 文書レポジトリ内に、文書のセキュリティを保護する様々
なツールを提供することができる。これらのツールには、（１）ある文書へのア
クセスをある人またはグループに制限すること、（２）ある文書用のディレクト
リエントリにアクセスできる人にのみそのディレクトリエントリを表示すること
、（３）パスワード保護、（４）暗号化、（５）サードパーティのマシン上の読
取り専用モードの安全アーカイブ、（６）時限アクセス、（７）安全ハッシュ計
算が含まれる。

【０１８０】 上記のツールは、時限アクセスおよび安全ハッシュ計算を除いて、すべて従来
型のツールである。特に、ある文書へのアクセスをある期間に制限するソフトウ
ェアがＩｎｔｅｒｔｒｕｓｔ社から市販されている。安全ハッシュは、厳密に定
義された数学的アルゴリズムに従って算出される、文書に特有の数である。いく
つかの安全ハッシュアルゴリズムがあり、インプリメンタは独自のアルゴリズム
を開発することができる。これらの安全ハッシュアルゴリズムは「落とし戸」性
を有している。すなわち、計算を合理的に行うことができるが、この関数の逆数
を算出することは不可能である。落とし戸関数の従来の例は非常に大きな素数（
数百桁のスケール）の乗算である。この積は比較的容易に算出できるが、積の因
数分解（逆数関数）は非常に時間がかかり、一般に利用可能なハードウェアでは
事実上不可能である。この方法は、公開鍵暗号で使用されるが、安全ハッシュに
も同様に応用することができる。ただし、この場合は、他の落とし戸関数、特に
米国商務省によってＦＩＰＳ規格１８０として指定されている関数が好ましい。
この規格を実現するコードは、公開されているアルゴリズムから開発することが
できる。

【０１８１】 匿名電子メール（第１の態様に関して説明済み）

【０１８２】 スレッド化対話 スレッド化対話は、リアルタイムではなく順次追加される特
定の話題に関するメッセージの集合である。これのメッセージは、単一の話題か
ら新しい話題が分岐し、話題が現われることができるという点でスレッド化され
る。一態様によれば、スレッド化対話は、以下の点で従来型の新規グループ機能
とは異なる。（１）ユーザーは新しい話題を開始することができる。（２）ユー
ザーはある話題のメッセージを掲示し、次いで、そのメッセージが他の話題にも
関係があることを示すことができる。（３）メッセージを読むブラウザは、最初
のスレッドに沿って進むことも、あるいは他の話題が提案された場合には他のス
レッドのうちの１つに沿って進むことができる。

【０１８３】 グループニュースレター作成ツール 複数のユーザーから与えられ（かつ別々
のウェブ文書として維持され）たカラムを、「エディタ」によって維持される統
合アウトラインを介して、ニュースレター作成ツールを使用してリンクし、全体
を得ることができる。このツールの目的は、魅力的な単一の文書の見た目および
感じを異なる集合に与えることである。エディタは、ニュースレターを作成する
ために、各コンポーネントごとの著者を識別するアウトラインおよびレイアウト
を生成する。最初のページ用のアートを与えることができる。コンテントをアッ
プロードするためのリンクが、メッセージを介して著者に与えられる。コンテン
トは、タイトル、日付、バイライン、１つまたは複数のグラフィック要素、イン
デックスの要約、および本文を含むようにテンプレート化される。エディタは、
文書を直接「公表」できるようにするか、あるいは検討編集ステップを課すこと
ができる。

【０１８４】 チャットグループ リアルタイムチャットルームソフトウェアは、フリーウェ
アおよびシェアウェアを含め多数の供給源から広く市販されている。

【０１８５】 オーディオおよびビデオ会議 ウェブベースのオーディオおよびビデオ会議用
の市販のツールをグループ機能に含めることができる。この例には、Ｎｅｔ Ｍ
ｅｅｔｉｎｇおよびＰｉｃｔｕｒｅ Ｔｅｌソフトウェアがある。

【０１８６】 図１７は、グループメンバーに対して利用可能にすべき調査ツールを選択する
ための１つの可能なユーザーインタフェースを示している。図１７に示すように
、ディスプレイ上の適切なボックスをチェックすることによって、抵当計算機、
ＬＥＸＩＳ／ＮＥＸＩＳアクセス、ニュースサービス、Ｖａｌｕｅｌｉｎｅ、そ
の他の研究ツールなど様々なツールを提供することができる。これらの研究ツー
ルはすべて、従来型のツールであり（ウェブベースのリンクなどを介して）市販
されている。

【０１８７】 図１８は、グループメンバーに対して利用可能にすべき取引エンジンを選択す
るための１つの可能なユーザーインタフェースを示している。図１８に示すよう
に、電子データ交換（ＥＤＩ）、注文、オンラインカタログ注文、様々な種類の
オークション、密封入札、入札申込みツール、２人の当事者が交渉する契約、ブ
レーンライティング（調停役を有するオンラインディスカッション）、およびオ
ンラインＤｅｌｐｈｉ（数値パラメータの共同推算）を含め、多数の異なる種類
の取引エンジンをグループメンバーに与えることができる。以下に、様々な種類
の取引エンジンについて詳しく説明する。拡張機能（すなわち、従来型のプロダ
クトとは異なる機能）には下線が施されている。

【０１８８】 Ａ．注文紹介（オンラインカタログ）取引エンジン 注文紹介、即ちオンラインカタログエンジンによって購入者は、提示されてい
る決まった値段で多数の品目について注文を出すことができ、実質的にオンライ
ンカタログから注文できる。このカタログには売り物の説明及び仕様が記載され
ている。このカタログは、一般向けに受け入れられてもよいし（サブタイプ１ａ
）あるいは特定の消費者に提供されてもよい（サブタイプ１ｂ）。値段はこのカ
タログに記載されているが消費者により特定されていてもよく、購入した量、供
給期間及び手際（例えばすぐに必要でないならばより安くする）により異なって
いてもよい。このカタログは、一つの会社の売品が表示されていてもよいし、ま
たは数社の売品が集められていてもよい。このカタログは、消費者によって閲覧
できるように設計された販売優先のウェブサイトから、電子データを相互変換（
ＥＤＩ）して送られた注文を受け取るためにのみ設計されたエンジンまで変動で
きる。このカタログは、売り手優先（即ち販売するために設計されている）であ
ってもよいし、または入手可能な商品と値段の、単純で機械的−読み取り可能な
リストであってもよいことに注目されたい。以下に、オンラインカタログを作成
するために実行するとよい、より詳細なステップが記載されている。

【０１８９】 １．カタログの構成を入力して維持する １．１．入力／削除／編集カテゴリー。カテゴリーは、例えば「家具」または
「溶液」といった項目のグループの名称である。 １．２．入力／削除／編集カテゴリー。サブカテゴリーはカテゴリー内のカテ
ゴリーであって、製品の階層を効果的に確立する。例えば、家具／ダイニングル
ーム／テーブル。 １．３．カテゴリー及びサブカテゴリー（例えば、「・・・も参照」）のグル
ープを作る。このグループ分けによって、商品を眺めている人が興味を持ってい
る商品を含む可能性のある別のカテゴリーを参照できるようになる。例えば、あ
る人が家具／ダイニングルーム／テーブルを見ていて、続いて他の適当なテーブ
ルが列挙されている可能性のある家具／オフィス／会議室のテーブルを参照した
り、またテーブルを作る椅子を買うために家具／ダイニングルーム／椅子を参照
したりできる。

【０１９０】 このクロスリファレンスによりウェブへのカテゴリーの階層的な配置が行われ
る。

【０１９１】 ２．下記に列挙した情報を入力して更新することによりカタログの品目を入力／
編集／削除する。このシステムによって利用者は、この情報を入力して基本的な
保証をもたらすことができる。 ２．１．カタログの品目番号 ２．２．提供者のパート番号 ２．３．商品名 ２．４．説明 ２．５．写真及び図面 ２．６．仕様書（商品の型について）。異なる商品は別々の仕様書を持ってい
る。例えばコンピュータのプリンタは白黒に対する色、インチ解像度についての
ドット数、用紙のサイズなどを持つであろう。固定されたハードのコードカタロ
グ、即ち一般的な目的のカタログの仕様書の部分とは対照的に、リストからパラ
メーターを選択し、続いてそのパラメーターに対する値を特定することによって
利用者が仕様書の部分を作り出す。このパラメーターリストには、長さ、幅、高
さ、電圧、色、解像度などのような値が含まれる。リストを作った人は、必要な
パラメーター（例えば、長さ、次に１４”というような値を入力する）を選択す
る。仕様書の部分は、連鎖状になった個々の仕様書である。 ２．７．最初の入手可能日 ２．８．最後の入手可能日 ２．９．その商品が適合するカテゴリー（複数のカテゴリー） ２．１０．もし入手できない場合の代替案 ２．１１．関連付随した製品（例えば、プリンタは、あるプリンタまたは同じ
パターンの他の家庭用製品を提供する。） ２．１２．個々の、または系統的な列挙されている商品のオプションで付加的
な情報。

【０１９２】 ３．入力／最新の価格情報 ３．１．単純価格。定められた価格は一商品あたり、または一単位あたりであ
る。この価格は特定でなくてはならない。 ３．２．価格計算−−価格計算のためのコードとリンクしている。

【０１９３】 ４．注文をとる 二つの別法がある。即ち４ａ：ある人がカタログをブラウズし購入する商品を
選択する場合、マニュアルの購入であり、また４ｂ：購入が電子メッセージで開
始する場合、自動化された注文である。

【０１９４】別法４ａ：マニュアルの購入 ４．１．潜在的な買い手は、カテゴリー／サブカテゴリーのツリーを掘り下げ
ることによってカタログにアクセスするか、または ４．２．買い手は適当な商品を同定するためにカタログ内の領域を検索する。
この検索では、名前、説明書、またはどれかの仕様書の領域を調べることができ
るであろう。 ４．３．仕様書に合致する商品についての表示一般情報 ４．４．商品が利用者の要求に合わないことが示された場合、利用者が検索法
を変えたりまた特定の商品を選択することが可能になる。 ４．５．選択した商品についての詳細な情報の表示 ４．６．固定した価格、または価格が計算に基づく場合、計算された価格を表
示する ４．７．購入しない物を選択した場合、購入する選択権を申し出て、再び検索
する。 ４．８．買い手が購入の手続きを決めた場合、売り手の目録システムにリンク
させてその商品の入手をチェックする。 ４．８．１．商品が入手可能である場合、「バスケットに追加する」を実行
する。即ち、購入用に企画されている商品のリストにそれを入れる。 ４．８．２．その商品が入手可能でない場合、続く反応を実行する。 ４．８．２．１．予測された日付に供給すると申し出る ４．８．２．２．その売り出しを終了するが、次の商品が次に入手可能に
なったとき供給するのを申し出るか知らるよう申し出る。 ４．８．２．３．別の商品を提案する。 ４．８．２．４．「申し訳ない(sorry)」と報告して取り扱いを止める。 ４．９．追加のオプションを購入するためにオプションを申し込む。 ４．９．１．申し込みが受諾されたらステップ４．１から実行する。 ４．９．２．申し込みが受諾されない場合、ステップ４．１０の手続きを進
める。 ４．１０．取り扱いを決定する。 ４．１０．１．船積み情報を集めてオプションを申し込む。 ４．１０．２．支払い情報を集める。 ４．１０．３．支払いを確認する。 ４．１０．４．注文をまとめる。 ４．１０．５．最終的な委任を得る。 ４．１０．６．領収書を発行する。

【０１９５】 別法４ｂ：自動化注文。ＥＤＩ（電子データの相互変換）メッセージを用いて
行う。 ４．１．商品についての要求の受け入れ ４．２．価格の戻しと入手可能性の確認

【０１９６】 利用者は、ＥＤＩを用いることなく取引を実行できることに注目されたい。し
かしながら、このシステム内で鋳型を完成させるか、あるいはライブラリーから
予め確立されたＥＤＩフォーマットを選択するかのいずれかによって、取引ＥＤ
Ｉフォーマットに同意することがメンバーにとって可能である。このライブラリ
ーには、認められている一般的なエンジン（例えば、UNEDIFACTまたはANSI）に
より開発されたフォーマットや、産業または商業の環境に対して特異的に開発さ
れたフォーマットが含まれる。一旦フォーマットが賛同されると適当なＥＤＩメ
ッセージの変換により取引が始まり、結論が下されて確認される。たくさんの商
業的な注文、支払いの計算、受取の計算、及び計画的な供給プランシステムはＥ
ＤＩインターフェースを持っているため、その共同的な状況が注文完了システム
にメッセージ指向性能力を備えるべきであろう。

【０１９７】 Ｂ．英国オークションの取引エンジン

【０１９８】 英国のオークションでは、単一の商品が多くの買い手に売られるために申し込
まれる。また買い手は付け値を申し出て、それぞれ全ての前の付け値の後がまに
据わる。取引のどこかの時点で受け入れられた最も高い付け値が全ての買い手に
見せられる。最高値の確認は取引業者に見えてもよいし、見えなくてもよい。買
い手はこの情報に応答して付け値を上昇させることができる。取引の終わりには
、最高値に与えられる。取引の終わりは、正式に決められた期間、即ち執行の時
間にオークションの支配人により決められた期間の間にそれ以上の高値がない場
合に到達する。

【０１９９】 取引にアクセスするためには二つのモデルがある。初めのモデルでは、全ての
買い手及び売り手は、そのグループのメンバーである。二つ目のモデルでは、全
ての売り手はそのグループのメンバーであるが、買い手はメンバーとメンバーで
ない人を含むことができる。メンバーでない人が買うことを許される場合、創造
者は取引を買い手のための新しいＵＲＬに入らせなくてはならない。これは主要
なグループのＵＲＬのサブ−ＵＲＬである。登録ステップは買い手のＵＲＬも対
して確立すればよい。

【０２００】 ライブオークション（オンラインに対する場合）では、全ての取引業者は同時
に接続しており、そのオークションの期間はわずか−通常は数分間である。オン
ライン取引では、存在する（即ち、同時に接続されている）全ての付け値に対し
て必要ではない。これらの二つの選択支を区別するためには、（ａ）同時（誰も
が同時に付け値を行う）及び（ｂ）バッチ（誰もが同時に接続されていない）が
指定される。このオークションの支配人は、最小の付け値と最小の利益を設定で
きる。

【０２０１】 １．オークションを実施する最初の段階では、売るために持ちかけられた商品に
ついての情報を集めることである。これはオンラインで行われる。集められた情
報には以下が含まれる。即ち、 １．１．売り手の身元確認。オークションのビジネスルールでは、売り手の身
元を証明するために彼らの事前の登録が必要である点に注意されたい。 １．２．説明書、任意であるが付属物及び写真、独自の証明書または評価、及
び商品の価値を決定するのに必要または有効である数字で表された何か他のもの
が含まれる。 １．３．最低競売価格 １．４．最小利益 １．５．売るために与えられる時間 １．６．付け値の時間が終わるまでのスケジュール １．７．供給、支払い、支払いのない場合の応答などに関するオークションハ
ウスのルールに対する売り手の同意の証明

【０２０２】 ２．オークションハウスのビジネスルールがフロントに支払うことを要求するな
らば、集めた支払いは以下のいずれかによる。 ２．１．手付金の計算を請求する ２．２．取り扱い高の計算を請求する ２．３．クレジットカードによるようなオンラインの支払いを集める

【０２０３】 ３．オークションについての後の情報には、以下が含まれる。 ３．１．オークションすべき商品の説明 ３．２．オークションのルール ３．２．１．付け値についての資格処理 ３．２．２．付け値の時間 ３．２．３．付け値を終わる基準−付け値の時間 ３．２．４．法的な段階−買い手と売り手の責任、責任の制限

【０２０４】 ４．資格ステップの実行（任意） ４．１．以前の参加に基づいて資格を与えられた入札者を認める ４．２．新しい入札者に空欄に記入して資格付与のフォームを提供する ４．３．情報を集める ４．４．自動的な再検討またはマニュアルの再検討 ４．５．資格付与が予期されるまたは予期されないといった知らせ

【０２０５】別法（ａ）：同時発生のオークション ５．同時発生のオークション ５．１．オークションの約束の時間の５分前には、オークションで用いられる
偽名またはあだ名を入力する資格を与えられた入札者のためのスペースとともに
「ウェルカム」画面が表示される。画面は対象物の記載を伴っているはずである
。オークションが始まるまでの時間を見るとよい。１５秒間の間隔で自動的に新
しくなる。 ５．２．約束された時間で以下の情報を持つメインのオークションのページが
表示される。 ５．２．１．それぞれのサイクルをダウンロードする必要のないようにＰＣ
の分離し、静止したフレームに保存されているオークション用の品目の説明／図
面 ５．２．２．現在の付け値（最初に提示された値段） ５．２．３．提唱される次の付け値（例えば、現在値＋３^＊高） ５．２．４．提唱された次の付け値を受け入れるボタン ５．２．５．提唱された次の付け値よりも高い付け値を入力する領域 ５．２．６．最高値の取り扱い ５．３．１５秒の間隔でメインのオークションページが新しくなる ５．４．次のいずれかの付け値を集める ５．４．１．提唱された付け値が受け入れられたことに気づく ５．４．２．受け入れられた付け値よりも高く値を付ける ５．４．３．新しい付け値が現在も最高値よりも安い場合はガードされない
。 ５．４．４．現在の最高値よりも高い場合は、 ５．４．４．１．最高値の入札者の身元が記入される ５．４．４．２．最高値を更新する ５．４．４．３．次に提唱された付け値を更新する

【０２０６】 ６．提唱された付け値を受け入れる人がだれもいない場合は、次に、 ６．１．提唱された次の付け値を減らす ６．２．受け入れられた場合、通常のシーケンスを再開する ６．３．受け入れられなかった場合、提唱された次の付け値を減らす ６．４．受け入れられた場合、通常のシーケンスを再開する ６．５．受け入れられなかった場合、閉鎖する ６．６．「一度目の開始．．．」、応答があれば他に通常のシーケンスを再開
する ６．７．「二度目の開始．．．」、応答があれば他に通常のシーケンスを再開
する ６．８．終了。閉じた画面を表示する

【０２０７】 ７．勝利をおさめた入札者の精算を行い、二つのモデルは ７．１．直接精算させるために買い手を売り手に接続する ７．２．買い手から集金し、手数料を差し引いて売り手に渡す。

【０２０８】別法（ｂ）：バッチ（即ち、時間制限）オークション 便利なオンラインバッチ（時間制限した）オークションがよく行われる。Ｅ−
ベイは最も顕著な例である。このステップの記載は、原因が同じでバッチのオー
クションの開始が同一である場合、英国オークションの記載のステップ４から続
く。

【０２０９】 ５．管理オークション：ある商品に対して閉鎖時まで ５．１．潜在的な買い手にとって以下を表示するシステムへの登録について、 ５．１．１．最新のリスト ５．１．２．カテゴリー ５．１．３．検索画面 ５．２．カテゴリーの選択について ５．２．１．掘り下げて実行する ５．２．２．基準に合う商品の数を検索する ５．２．３．数が２５以下（即ち他の小さな数（ｎ）が画面のレイアウトと
一致する）である場合、基準に合う全ての商品を検索する。 ５．２．４．数がｎより大きい場合、最短の終結時間でｎオークションを検
索する ５．２．５．リスト内の全ての商品にリストをリンクして表示し、種類の注
文は、最も後に最短の期限を持つオークションであるべきである。 ５．２．５．１．商品名 ５．２．５．２．オークションの終了までの時間 ５．２．５．３．現在の最高値 ５．２．６．商品を利用者が選択する場合には、上記と同じ情報を表示しそ
れに加えて ５．２．６．１．説明書 ５．２．６．２．写真（あれば） ５．２．６．３．付属品（あれば） ５．２．７．数がｎ以上である場合、上記の商品情報だけでなく、さらに掘
り下げた選択支を示す ５．３．表示画面により新しい付け値を受け入れる ５．３．１．注文で付け値を記入し、付け値が上昇して最後の高値以上に高
くはならない場合は拒絶する ５．３．２．付け値が拒絶されたならば、付け値が満足できなかったことを
入札者に知らせる ５．３．３．最高値、入札者、付け値の時間を記録するデータベースを更新
する ５．３．４．その付け値が最高値であると確認したことを利用者に画面表示
する

【０２１０】 ６．制限時間に達したとき、新たな付け値が最後の３分間（またはそれ以外の短
時間）、受け入れられた場合に決定する。そうなったなら、３分間（またはそれ
以外の短時間）まで入札時間を延長し、新たな閉鎖時間を伴うステップ５を実行
する。 ７．制限時間に達した場合、ステップ６のもとで全ての延長がなされ、続いて、 ７．１．勝利した最高値の入札者に電子メールでメッセージし、 ７．２．履行した協約に取引を加え ７．３．取り扱いを更新するとともに画面を加え ７．４．勝利をおさめた入札者の精算を行い、二つのモデルは ７．４．１．直接精算させるために買い手を売り手に接続する ７．４．２．買い手から集金し、手数料を差し引いて売り手に渡す

【０２１１】 Ｃ．オランダ国オークション取引エンジン オランダ国オークションは標準的なオークションと似ており、単一の商品の売
り出しまたは固定した仕様を持つバッチが関与する。一人の売り手と、大勢の潜
在的な買い手がいる。売り手は、買い手の最大付け値よりも理想的には高い価格
を設定する。提示された価格は、買い手がその価格を受け入れるまで、決まった
間隔で決まったインクリメントで減少する。購入はその価格を受け入れた最初の
買い手に決まる。物質界（オンライン界に対する場合）では、ドイツ国のオーク
ションは同時に起こるとしても滅多にない。ライブの取引ルームでは、数人が同
じ量を支払うことに同意する場合、買い手が価格に最初に関わりあったことを決
定することは難しいであろう。ドイツ国のオークションは電気的な状況で実行す
るには比較的たやすい。現在では、発明者が気づいているオンラインのドイツ国
オークションはない。

【０２１２】 １．カタログの構成を入力して維持する

【０２１３】 １．１．入力／削除／編集カテゴリー。カテゴリーは、例えば「家具」または
「溶液」といった項目のグループの名称である。 １．２．入力／削除／編集カテゴリー。サブカテゴリーはカテゴリー内のカテ
ゴリーであって、製品の階層を効果的に確立する。例えば、家具／ダイニングル
ーム／テーブル。 １．３．カテゴリー及びサブカテゴリー（例えば、・・・も参照）のグループ
を作る。このグループ分けによって、商品を眺めている人が興味を持っている商
品を含む可能性のある別のカテゴリーを参照できるようになる。例えば、ある人
が家具／ダイニングルーム／テーブルを見ていて、続いて他の適当なテーブルが
列挙されている可能性のある家具／オフィス／会議室のテーブルを参照したり、
またテーブルを作る椅子を買うために家具／ダイニングルーム／椅子を参照した
りできる。

【０２１４】 この横断的な参照によりウェブへのカテゴリーの階層的な配置が変換する。

【０２１５】 ２．資格ステップの実行（任意） ２．１．以前の参加に基づいて資格を与えられた入札者を認める ２．２．新しい入札者に空欄に記入して資格付与のフォームを提供する ２．３．情報を集める ２．４．自動的な再検討またはマニュアルの再検討 ２．５．資格付与が予期されるまたは予期されないといった知らせ

【０２１６】 ３．オークション商品及びオーナーの情報の収集であって、以下が含まれる。即
ち、

【０２１７】 ３．１．売り手の身元確認 ３．２．説明書、任意であるが付属物及び写真、独自の証明書もしは評価書、
または商品の価値を決定するのに必要な他の情報が含まれる。 ３．３．カテゴリーに類別する ３．４．開始時の価格 ３．５．インクレメント、低下の間隔 ３．６．最低価格

【０２１８】 ３．７．ルールに対する承諾を得る（あるいは登録／資格付与ステップの部分
として） ３．８．商品があるならば、オークションを誘導するために収集する ３．９．最初の価格から最小価格にまで価格が下がるのに必要な段階（間隔）
の数を調べることによって、商品をオークションで除去するための時間を算出す
る ３．１０．オランダ国オークションのデータベースに上記の情報の全てを記録
する

【０２１９】 ４．選別期間の選択支 ４．１．現在の時間が商品をオークションから除去するための時間よりも後で
ある場合（２．９）、商品について周期的にデータベースを検索する ４．２．商品が売れなかった場合、オーナーに知らせる ４．３．データベースから登録を削除する ４．４．別のオークションの改訂期間の始まりを促し、利用者が選択支を取る
場合、新しい登録を作成する

【０２２０】 ５．買い手が高いレベルのカテゴリーのリストを表示するシステムに入った場合
、検索基準を助言し、及び／または検索ページにリンクする。利用者は、カテゴ
リーを掘り下げること、また検索パラメーターを入力することが可能になる。 ５．１．基準に合う商品の数を検索する ５．２．数が２５以下（即ち他の小さな数（ｎ）が画面のレイアウトと一致す
る）である場合、基準に合う全ての商品を検索する ５．３．数がｎより大きい場合、最短の終結時間でｎオークションを検索する ５．４．リスト内の全ての商品にリストをリンクして表示し、種類の注文は、
最も後に最短の期限を持つオークションであるべきである。 ５．４．１．商品名 ５．４．２．オークションの終了までの時間 ５．４．３．現在の価格 ５．４．３．１．開始価格（ＳＰ）とインクレメント（Ｉ＄）を検索する ５．４．３．２．オークションの開始までの期間の数を算出する（ＩＮＴ
） ５．４．３．３．価格＝ＳＰ−（ＩＮＴ^＊＄）を決定する ５．５．クリックして、上記と同じ情報にプラスして表示する ５．６．説明書 ５．７．写真（あれば） ５．８．付属品（あれば） ５．９．この表示画面は、買い手が選択した価格で商品を購入するのを許容す
るボタンを備えているべきである。

【０２２１】 ６．利用者が「買い」のボタンをクリックすると、 ６．１．勝利した最高値の入札者に電子メールでメッセージし、 ６．２．取引終了データベースに取引を加え ６．３．勝利をおさめた入札者の精算を行い、二つのモデルは ６．３．１．直接精算させるために買い手を売り手に接続する ６．３．２．買い手から集金し、オークションと支払いサービスのための手
数料があるならば差し引いて残りを売り手に渡す

【０２２２】 Ｄ．逆英国オークション取引エンジン 逆オークションでは、一人の売り手に対して多数の買い手がいる。価格は上昇
するというより、下がってくる。逆オークションには多くの変形法がある。ここ
に記載した変形法は、逆英国オークションである。逆オークションはオープン市
場でオンラインで実行した。

【０２２３】 商品を入札のために登録するステップ及び入札者の資格を得るためのステップ
は、他のオークションについてと同じである。ここで異なるのは、買い手が最高
価格を任意に設定できることである。

【０２２４】 １．売られる商品のリストを評価する 潜在的な入札者は、他のオークションと同様、階層づけたカテゴリー及びサブ
カテゴリーを用いて作業することによって、あるいは検索基準を入力することに
よって売られる商品にアクセスする。カテゴリー／サブカテゴリー内及び／また
は検索基準に合う商品のリストが表示される。利用者は次に、 １．１．適当でない商品を発見するセッションを終了する １．２．検索基準を修正する １．３．入札すべき商品を選別する

【０２２５】 ２．利用者が入札を望む商品を選別した場合、その商品についての詳細な情報が
表示される。この商品は次の情報を備えている。 ２．１．名称 ２．２．売り手 ２．３．説明書 ２．４．商品の詳細な仕様書 ２．５．供給の要件 ２．６．提供される期間 ２．７．現在の低い付け値

【０２２６】 ３．利用者が入札するべきであると決定すると、上記のステップ２で詳細な説明
から入札登録画面にアクセスする。入札の作成は、次の情報を入力することから
なる。 ３．１．新しい、低めの付け値 ３．２．ある特定の期間、特徴、または条件に関連するコメントを出す ３．３．関連する別の情報及び買い手が必要とする何らかの証明書などの付属
品

【０２２７】 ４．付け値を受け取った場合には、二つの選択支−全ての付け値が許容されるか
、あるいは買い手による情報を見た後だけ受け入れられかのいずれかがある。 ４．１．ケース１：全ての付け値が受け入れられる ４．１．１．新しい付け値が前の付け値よりも低い場合、その新しい付け値
を決定すべくチェックする ４．１．２．そうであれば次に、 ４．１．２．１．入札者らの付け値が現時点で最低であることに入札者は
知らされる ４．１．２．２．売り手は新しい低い付け値を知らされる ４．１．２．３．付け値のデータベースが更新される ４．１．３．そうでないならば次に、 ４．１．３．１．入札者の付け値が最低でないことを入札者は知らされる ４．１．３．２．付け値の画面は、入札者がより低い付け値になるように
表示される ４．２．ケース２：付け値が買い手によって見られた後に受け入れられる ４．２．１．買い手は、電子メールまたはオンラインのメッセージで付け値
が知らされる ４．２．２．買い手はこのシステムを通して提示された付け値についての完
全な情報にアクセスする ４．２．３．買い手は付け値を受け入れるか付け値を拒否するかを選択する ４．２．４．付け値が受け入れられると次に、 ４．２．４．１．入札者らの付け値が現時点で最低であることに入札者は
知らされる ４．２．４．２．付け値のデータベースが更新される ４．２．５．付け値が受け入れられないならば次に、 ４．２．５．１．買い手は受け入れられない付け値に付いての理由を入力
する ４．２．５．２．入札者は、上記に述べた理由で付け値が拒絶されること
を知らされる ４．２．５．３．入札者は、申し出を修正するために入札画面にアクセス
できる

【０２２８】 ５．期間が終了して、短い特定の間隔で付け値がなかった場合、次に、 ５．１．最大値よりも低い少なくとも一つの付け値があると、そのとき、 ５．１．１．その提唱が成功したことを低い入札者に知らせる ５．１．２．履行した協約のデータベースに取引を加える ５．１．３．勝利をおさめた入札者の精算を行い、二つのモデルは ５．１．３．１．直接精算させるために買い手を売り手に接続するかまた
は紹介する ５．１．３．２．買い手から集金し、オークションと支払いサービスのた
めの手数料があるならば差し引いて残りを売り手に渡す ５．２．受け入れられた最大値以下の付け値がない場合、 ５．２．１．買い手に知らせる ５．２．２．買い手に付け値の基準を修正させる

【０２２９】 Ｅ．密封された入札取引エンジン

【０２３０】 密封された入札システムでは、買い手は詳細で、決まった仕様書を多くの潜在
的な入札者（予め資格を得ていてもよいし得ていなくてもよい）に公開し、配布
する。入札者は容易に比較できるような特定の様式で、特定の締切までにまとめ
た付け値を提示する。競合的な入札ステップは、仕様と付け値が複雑であるため
に付け値と提唱されたステップとが明確にされる。単純な競合的入札では、入札
者の間の競争は容易に定量できる範囲（常に価格が含まれる）の一つだけまたは
二つであり、申し出の形態即ち仕様に変動がある余地はほとんど、または全くな
い。付け値の比較が実質的である。

【０２３１】 入札するための商品を提示するため、また入札者の資格を得るためのステップ
は、カテゴリー及びサブカテゴリーの階層または検索手段のいずれかを用いて入
札する商品を同定する方法のような、他の取引におけるのと同じである。

【０２３２】 １．利用者が入札を望む商品を選別した場合、その商品についての詳細な情報が
表示される。この商品は次の情報を備えている。 １．１．名称 １．２．売り手 １．３．説明書 １．４．商品の詳細な仕様書であって、付け値を提示するのに必要な全ての情
報を含む １．５．付け値の指示書であって、買い手が付け値をするのに必要とする何ら
かの証拠のための仕様書を含む（例えば、接合やライセンスの証明） １．６．入札の登録を行うための手数料の知らせ １．７．供給する要件 １．８．提供される期間

【０２３３】 ２．入札の要件を閲覧した後で利用者は、入札しないか入札に入るかを選択する
とよい。入札に入るためのステップは入札のパッケージを準備するステップから
なり、そのパッケージには提示される価格と、必要な支持を行う証拠が含まれる
。これは付属品の供給を伴って、オンラインの形態を完了させてなされる。付け
値は、入札ステップのための閉鎖時間まで開かない付け値のデータベースに到達
するシステムにより提示される。

【０２３４】 ３．閉鎖時間には、全ての入札のパッケージは買い手に渡される。

【０２３５】 ３．１．入札がない場合、買い手には入札に対する要求を修正する機会が与え
られる。

【０２３６】 ３．２．多数の入札があった場合、買い手は付け値を閲覧し、最も低い価格を
付けた資格を持つ付け値を選択する。その買い手は売り手に知らせ、入札パッケ
ージに述べた期間に従って支払いと供給を打ち合わせる。

【０２３７】 Ｆ．注文競争による取引エンジン

【０２３８】 注文競争システムでは、多くの潜在的な買い手が存在する。各人は、買い（付
け値の総額）または売り（要求された総額）に結び付く申し込みを提示する。こ
のステップはリアルタイムで進行する。注文競争システムは付け値と要求された
値が常に比較され、適合が特定の範囲で起きた時に取引が成立する。拒絶されう
るような受け入れた申し込みがなくても、取引が確定する前に申し込みを排除し
てもよい。買い手と売り手がリアルタイムで自分たちの提示を変えることができ
るように、契約価格が提示される。取引される商品は、価格が単に決定するよう
に代替可能である。市場を効率的に監視するためには、取引される商品をしっか
りと定義するべきであり、売り出しの期間が固定されていて有利に決定される必
要がある。これは通常、バックグラウンドで監視する注文−競争エンジンによる
監視または交換によって行われる。取引される商品が充分に定義されていること
が確認できる点、また売り出しの期間は、交換で取引される貯蔵品の注文競争ス
テップの厳格な例である。

【０２３９】 注文−競争エンジンの利用者らは、全ての潜在的な買い手と売り手である。か
れらは、積み立て量が交換状況で取引のスピードを与えるのにしばしば要求され
る広がりを持つオークションによって概略形成されるようなステップを用いて進
める場合に適任である。

【０２４０】 １．取引すべき商品の確立及び維持。このカテゴリーの全ての機能は、交換の支
配人または被指名人に保存されている。 付加（即ち「リスト」及び同上）するために入れる １．１．特有の商品ナンバーまたは印 １．２．商品の説明（例えば、シアーズクラスＡコモンストック(Sears Class
A Common Stock） １．３．あるとしたら所有権（例えば誰の所有か）の期間及び条件 １．４．取引のユニット（例えば、分割、まとめてなど） １．５．交換ルールにより要求されるような付加的情報 削除するため（即ち、「脱リスト」及び商品） １．６．削除すべき商品を選択する １．７．削除の確認

【０２４１】 ２．このシステムに入る場合、潜在的な買い手及び売り手は、リストに目を通す
か商品の名称または印によって検索するかのいずれかによってある商品の最後の
取引価格を閲覧できる。要求されているその時点の最高値と最低の付け値価格も
わかる。 ３．売るための申し出は、次の情報を入力することによって提示される。 ３．１．商品の番号または印 ３．２．申し出た量 ３．３．提示した価格（「要求された」） ３．４．売り手 ３．５．申し出人は協定が確定する前のどの時点でも修正できる。

【０２４２】 ４．買うための申し出は、次の情報を入力することによって提示される。 ４．１．商品の番号または印 ４．２．申し出た量 ４．３．提示した価格（「要求された」） ４．４．買い手

【０２４３】 ４．５．申し出人は協定が確定する前のどの時点でも修正できる。

【０２４４】 ５．買うためのまた売るための申し出は、ソフトウェアによって常に閲覧できる
。価格について買うための申し出と売るための申し出が現在異なっている場合が
ある。価格が適合した場合に買い手と売り手は取引が知らされ、その取引が記録
される。最後の取引価格の表示、即ち最も高い付け値と最も低い要求価格が更新
される。

【０２４５】 ６．その取引は、交換のバックエンド計数システムに移される。

【０２４６】 Ｇ．付け値と提示

【０２４７】 付け値と提示のステップは、通常、費用が単一の因子だけでない大量または複
雑な製品もしくはサービスを斡旋するために用いられる。費用は、製品を供給す
るため、または特定のサービスを実施するために入札者の申し出と能力の質と適
合性について買い手の査定額に対してかかるはずである。この付け値と提示のス
テップは、一人の買い手（おそらく組合を表す）と時にチームに合体される、多
くの潜在的な売り手との間で進行する。買い手は、一般的または非常に特殊であ
って、簡単または非常に長い可能性のある仕様書を論点にする。その仕様書は自
由に配布してもよいし、資格のある買い手のリストに配布してもよい。

【０２４８】 物理的なＲＦＰを用いる場合、分配の規模とそれにかかる費用によってそれを
要求する人にのみコピーを送るといった、ＲＦＰを始める有用性についての公告
を出すことに一般的に用いられる。しばしば、入札する資格を得るための情報を
提供するように要求してくる人がある。ＲＦＰを電子的に宣伝する際には費用の
問題はないが、分配する前の不都合なモデルが資格を取得するステップを運用す
る際になお用いられてしまう。これには、別法（ａ）がこの説明であるように向
けられている。別法（ｂ）は予め資格を取得する必要がない。

【０２４９】 決められた要求（密封された入札またはオークション）についての競合的入札
では、通常買い手と売り手の間、要求の公開と付け値の提案との間にはほとんど
交流はない。要求は比較的簡単で明確であり、曖昧でない。対照的に付け値と提
示のステップは、買い手と売り手の間で相当な複雑性を有している。このステッ
プは、要求についての質問に答えるべく入札者の会合から始まる。入札者からの
追加の質問を受け入れてもよいが、全ての質問に答える必要はない。質問と回答
は全ての入札者に利用できるようにしてもよく、またその反応は私的であろう。
この問答形式は、二つの理由で重大である。第１は、それによって入札者が要求
や入札で応答すべきことを理解するのが助けられる。第２に、入札者の質問に対
して、ＲＦＰの修飾をもたらす仕様書の曖昧さ、間違い、または矛盾のいくつか
の点を同定することは異常ではない。入札者の多様な見通しと、付け値を準備す
るためにそれらの一部に要求される間近な注意がＲＦＰの優れた再検討を本質的
に提供する。

【０２５０】 ＲＦＰステップの最初の段階は付け値の提案を包含するが、それはステップの
包含とは掛けはなれている。一般に質問は、提案の再検討から生じる。これらは
、要求の変化をもたらすような特定の提案に関連してもよいし、あるいはより広
いかかわり合いを持っていてもよい。入札者のリストは最高の候補者に選別でき
る。これらは、提案についての質問に回答するため、また付加的で明確な情報を
提供するように要求されている。

【０２５１】 ここに記載されているステップは、この出願のどこか他に記載された証拠の宝
庫のあたりに確立されている。このステップを改善することで入札者のリストは
、契約で交渉する一人または二人にまで狭くなる。交渉のステップは、入札及び
提示のステップがなくても誘導できるような分離した取引タイプ（交渉エンジン
）として仕向けられている。

【０２５２】別法（Ａ）：予め資格を取得している

【０２５３】 １．提案したステップのためのウェブサイトを作成する際に、ソフトウェアが利
用者をサポートする。まずこのサイトは、提案した（ＲＦＰ）のリクエストを要
求するため、入札者の資格を取得するため、及びＲＦＰを普及させるためのステ
ップを支配する。

【０２５４】 ２．このシステムのソフトウェアによってサポートされ、以下により入札者を作
成するとともにＲＦＰを宣伝する ２．１．ＲＦＰの概要を入力する ２．２．入札者としての資格を取得するのに必要とされる情報の概要を入力す
る ２．３．資格取得情報を入力するためのフォーム（ＨＴＭＬウェブページまた
は紙のフォームのための鋳型）を付属する

【０２５５】 ３．ＲＦＰの公告には、貯蔵部に資格取得情報をアップロードするためのファイ
ル輸送ソフトウェアが含まれる。 ４．ＲＦＰ公告を広める ４．１．公の公報板に掲示するか、 ４．２．選択した利用者に郵便で広める

【０２５６】 ５．利用者がこのシステムにアクセスする場合、彼らの身元を証明するために後
で行われるアップロード及び通信で用いられるエンコードキーとＰＩＮを彼らに
発行する。

【０２５７】 ６．受取は、貯蔵部にあるＲＦＰを要求する ６．１．キーの引渡し ６．２．提案をエンコードする ６．３．アップロード ６．４．領収書の発行−認証番号を含むべきである

【０２５８】

【０２５９】 ７．選別した利用者に、以下のどれかでＲＦＰを広める ７．１．電子メールを戻すように付記するか、 ７．２．資格を持ち、顧客になりそうな入札者がそのファイルをダウンロード
できる貯蔵部にＲＦＰを提示する。貯蔵部モデルを用いる場合、どれかの必要な
ＰＩＮと貯蔵部にアクセスするコードを含む電子メールにより任命の知らせを提
供する。 ７．３．顧客になりそうな入札者がＲＦＰをダウンロードする場合、提案した
提示が用いられるようにエンコードキーを発行する。

【０２６０】 ８．ＲＦＰサイトはまた、顧客になりそうな入札者が質問を提案できるページも
含む。質問と回答はそのサイトに提示される。

【０２６１】 ９．スケジュールの更新とＲＦＰの補正をそのサイトに提示する

【０２６２】 １０．そのサイトへの全てのアクセスは、顧客になりそうな入札者が重要な情報
を受け入れたことを証明するために記録される。重要な新しい情報が提示された
ため、入札者はそのサイトにアクセスしなかったと検出された場合には、直接的
な接触が利用できる。

【０２６３】 １１．入札者が彼らの提案を準備し、続いて提案したサイトに確立するソフトウ
ェアを用いて提案させるためにそれらを貯蔵部にアップロードする １１．１．キーの引渡し １１．２．提案をエンコードする １１．３．アップロード １１．４．服従を伴う不正取引を抑制するように、安全ハッシュナンバーを生
じさせる １１．５．安全ハッシュナンバーおよび認証コードを含む領収書を発行する

【０２６４】 １２．最初の提案が受け入れられた後でそのステップは、その提案が受け入れら
れ、リストが制限され、かつその提案が洗練される「最良で最終のステップ」と
一般に言われる段階に移動する。 １２．１．それぞれの応答として、別個の安全な環境（即ち、貯蔵部を備えた
ウェブサイト）を作る １２．２．貯蔵部を経て材料を交換する（このファイリングについては別の所
に記載されている） １２．３．それぞれのアクセスを記録し受け入れる １２．４．修正した提案に対するキーを発生する １２．５．１１での処理を利用する提案を受け入れる １２．６．必要な回数だけステップ１１から繰り返す このステップの残りは、下記に記載した交渉による協定として完成される。

【０２６５】別法Ｂ：予め資格を取得しない ： ステップ６で始まって上記のように進行すると、ＲＦＰのダウンロードに対す
るキーは必要ではない。

【０２６６】 Ｈ．交渉取引エンジン 取引を交渉するためのエンジンは、ウェブを介してしばらくの間、目に見える
私的ネットワークを形成するシステムの性能を取り巻いて築かれているであろう
。一時的なネットワークが交渉のために作られる。そのネットワークへのアクセ
スは、交渉の集まり、即ち交渉のアドバイザー及びカウンセラー、並びにもしか
すると仲裁者及び調整者に制限される。交渉を行う状況のメンバーは、このファ
イルに記載されている完成したセットのツール、即ち通信のためのツール（電子
メール、匿名のメール、オンラインチャット、つなぎの意見交換、及びオーディ
オやビデオの援助）、標準的な契約装置のライブラリー、証明のサインや認証を
行うためのツール、及びドキュメントの貯蔵部を備えたツールにアクセスする。
安全な環境でこれらのツールを用いると、彼らは交渉して締め切り、協定を成立
させることができる。

【０２６７】 図１９は、グループのメンバーに利用可能となる参加エンジンを選択するため
の、一つのとりうるユーザーインターフェースを示している。「参加エンジン」
という用語は、グループのメンバー間で滅多に通信をとることのない特徴を提供
する援助ツールのことを一般的にはさす。オンラインの調査ツールのようなさま
ざまなサービス、即ちＤＥＬＰＨＩモデルツール、ブレイン書き込みツール、及
びリアルタイムの投票が提供されている。

【０２６８】 Ａ．オンライン調査 オンラインの投票または調査では、投票を行う人はオンライン調査票と結果を
集計するデータベースを同時に設置するようにツールを利用して自動化する。そ
の利用者は、一連の質問を入力することによって調査票を、またそれぞれに対し
て関連するデータを収集する装置を作成する。この投票ツールはデータベースと
データ登録画面を築いている。データ登録画面は二つのカラムからなる。左側の
カラムは一連の質問である。右側のカラムはその質問に適当なデータ登録ツール
である。さまざまなデータ登録ツールは、以下のような応答を含む、質問に対す
る応答を提供できる。

【０２６９】 １．イエス／ノーのラジオボタン ２．正／偽のラジオボタン ３．１−５、１−１０、などのスケールを持つスライダ ４．空欄のテキストボックスに記入する ５．数の領域 ６．多数のチェックボックス（例えば、強く拒否、拒否、同意、強く同意） 他のデータ登録タイプを追加してもよい。

【０２７０】 それぞれの質問／データ収集装置が追加されると、投票ツールはデータベース
を形成する。このデータベースには、一つのデータ収集フォームあたり一つの記
録が含まれる。データベース構造を単純に作成すると、それぞれの質問に対して
それぞれ区画して記録できるように新しい領域を追加することを意味する。この
タイプのデータ収集装置は、以下のようにその領域のフォーマットを区画付けす
る。

【０２７１】 １．イエス／ノーのラジオボタン：一つの特徴領域は、「ｙ」または「ｎ」に
限定される ２．正／偽のラジオボタン：一つの特徴領域は、「ｙ」または「ｎ」に限定さ
れる ３．スライダ：適当な範囲をチェックする実際の数領域 ４．空欄に記入するテキストボックス：テキストボックス ５．数の領域：実際の数、即ち整数 ６．多数のチェックボックス：１からボックスの数までのチェック範囲を持つ
整数領域 どのデータ登録画面も「保存」と「キャンセル」のボタンがある。保存はデータ
ベースに書き込みをする。キャンセルは保存しないで登録画面を出る。

【０２７２】 上記に記載されたように一旦構成されると、調査はウェブページとして存在す
る。このページはウェブアプリケーションに埋設することができる。それはイン
ターネット全体、一つのイントラネット、または動的に形成した環境において利
用可能なサイトで利用可能にできる。またそれは、ｅ−メールにより配布するこ
ともできる。このフォームが完成したとき、そのフォームが発生した時点で作ら
れるデータベースに入った値をサブミットボタンで発信させる。データベースへ
のアクセスは、そのデータベースシステムのルールによってコントロールされる
。その調査フォームとデータベースを作成する人に制限はあるかもしれないが、
そのデータベースの管理者によって決定された場合には、調査開発組織の他のユ
ーザーを受け入れることができる。分析結果の分配は調査を管理している人の決
定権であり、調節される。この管理者が調査を行う人であってもよいが、実際に
は調査人が、その調査管理者に代わって作業するであろう。結果はプライベート
を保つこともできるし、インターネット、及びイントラネット、即ち一つの組織
内でｅ−メールで分配される協調的な状況に提示してもよく、あるいはその情報
が利用可能であるならばその調査の関係者に電子メールで送ってもよい。

【０２７３】 Ｂ．オンラインデルファイエンジン オンラインデルファイエンジンは、数字で表すことのできる結果を見積ったり
、予測したりする際にリアル−タイムで協調させることが可能である。例えばこ
の方法は、穀物の価格の一致した予想を得るために利用できる。この方法は１９
７０年代から利用されているが、以前はオンライン処理にはふさわしくなかった
。一つの可能性のある方法は以下のとおりである。

【０２７４】 １．このセッションの確立 １．１．オンライン共同体において、このセッションのモデレーターは以下の
情報を入力することによってブレイン書き込みセッションを作成する １．１．１．モデレーターの名前 １．１．２．このセッションの名称 １．１．３．このセッションの説明 １．１．４．参照または付記としてバックグラウンドの読み込み １．１．５．このセッションの開始日 １．１．６．このセッションのスケジュールの終わり １．１．７．このセッションへのアクセス １．１．７．１．アクセスのためのＵＲＬ １．１．７．２．観察のみの目的で全ての人または招待客に開く １．１．７．３．参加のみの目的で全ての人または招待客に開く １．１．８．必要である場合の支払い情報

【０２７５】 ２．任意であるが、このセッションをオンラインで宣伝してもよい。 ３．このセッションが私的な場合は、ログオンのキーを持つ招待状が電子メール
、本物の郵便、またはダウンロードによって配布しなくてはならない。 ４．任意であるが、モデレーターはオンラインアプリケーション及び資格取得ス
テップを動かすことができる。 ５．このセッションが始まる前に、モデレーターは予測される値を前もって記載
しなくてはならない。この決定は完全に明白でなくてはならない。

【０２７６】 ６．各参加者は、このセッションの開始時に接続する。接続すると、彼らの質問
が提示される（例えば、「１２月にはウエストテキサス仲介オイルの価格はいか
がですか？」） ７．各参加者は、番号を付けた彼らの推理の簡単な（最大１パラグラフ）解釈を
入力する。 ８．その参加者が見積を入力した場合、その人は「Done」をクリックする。 ９．各参加者の見積及び解釈が記録される。 １０．各参加者は続いてまとめた画面を見る。 １１．見積は画面の上部から下部に、即ち最低値から最高値にグラフ化して配列
されている。この値は関連するコメントがある場合に提示されるが、そのコメン
トの起源は明かではない。 １２．参加者はその見積とコメントを閲覧し、著者に匿名のメッセージもしくは
何らかのコメントを送ったり、またはそれらの回答を補正したりできる。 １３．このセッションは、期間が終了した時点、またはモデレーターがそれ以上
し続けることが適切でないと決定した時点で終了する。観察者は、これが拒否し
ている参加者に基づくと裁定することができるし、あるいは参加者が高い場合は
モデレーターが締切を延長できる。 １４．参加者及び観察者は、上部から下部に、即ち最低値から最高値に再び配列
された見積の最終的な表示にアクセスできる。

【０２７７】 Ｃ．ブレーンライティング ブレーンライティングは、ブレーンストーミングと呼ばれる容易なグループデ
ィスカッション方法の変形例である。ブレーンストーミングの目的は、創造的な
入力を奨励し、グループのすべてのメンバーの寄与を認識しながら議論の焦点を
維持することである。ブレーンストーミングは、数人の個人が議論を支配する問
題と、新しいスタッフが古いスタッフに譲歩する問題と、新しい考えが完全に確
立されないうちに破棄される問題を回避する。ブレーンストーミングは１９６０
年代後半から一般に使用されている。ブレーンライティングは、議論ではなくジ
ョイントライティングを使用するより有効な方法である。ここでは、この方法を
オンライン環境に適合させる方法を示す。このような適合を行うのはこれが初め
てであると思われる。 １．セッションの確立 １．１ オンラインコミュニティ内で、セッションの調停役が以下の情報を入
力することによってブレーンライティングセッションを作成する。 １．１．１ 調停役の名前 １．１．２ セッションのタイトル １．１．３ セッションの説明 １．１．４ 参考書類または付属書類としてのバックグラウンドリーディ
ング １．１．５ セッションの開始日 １．１．６ セッションの予定終了日 １．１．７ セッションへのアクセス １．１．７．１ アクセス用のＵＲＬ １．１．７．２ オブザーバとしてのみすべての招待者にオープンする
。 １．１．７．３ 参加者としてのみすべての招待者にオープンする。 １．１．８ 必要に応じて支払い情報 ２．任意選択で、セッションをオンラインを宣伝することができる。 ３．セッションが非公式のものである場合、ログオンキーを用いた招待状を電子
メール、実際の郵便、またはダウンロードを介して配信しなければならない。 ４．任意選択で、調停役はオンライン申込みおよび制限プロセスを実行すること
ができる。 ５．セッションを開始する前に、調停役は、調査すべきいくつかの（通常は５個
から１０個）質問または仮定をリストしなければならない。（たとえば、「我が
社は、新しい乳がんワクチンを開発し販売するためにスピンオフを行うべきであ
る」）これは、調停役のみで行うことも、あるいは参加者と協議しながら行うこ
とも、あるいはセッション外の人と協議しながら行うこともできる。 ６．各質問または仮定は「カード」になる。 ７．参加者は開始後の任意の時点でセッションに入ることができる。セッション
がオープンしていない場合はパスワードが必要になることがある。 ８．システムに入る際、ユーザーに無作為にカードが与えられる。このカードは
、最初の質問または仮定と、他の参加者によってカード上に入力されたすべての
コメントとから成る。 ９．カードを検討した後、参加者は自分自身のコメントを１番下に追加すること
ができる。コメントを入力した後、参加者は「終了（Ｄｏｎｅ）」をクリックし
カードをパイルに戻す。 １０．参加者は、カードをパイル（pile）に戻すと、無作為に（この方が好まし
い）選択されるかあるいはユーザーによって選択された別のカードを受け取る。
このプロセスは、終了が選択されるまで継続する。参加者は、セッションが終了
しないかぎりいつでも再び入ることができる。 １１．カードは、パイルに戻されると、次の参加者に割り当てることができる。
カードは、最新の参加者の追加事項を含む。 １２．参加者は、追加することがない場合には追加なしでカードを戻すことがで
きる。 １３．参加者は、新しい考えが浮かんだときに新しいカードを作成することがで
きる。このようなカードは、最初のカードとまったく同じように処理される。 １４．オブザーバはあらゆるカードを見ることができるが、それに追加を行うこ
とはできない。 １５．調停役は、常に参加者全員がカードを得るのに十分な数のカードがあるよ
うに、いつでも参加者を設定された人数に制限することができる。 １６．セッションは、期限が満了したときか、あるいは続行するのはもはや適切
でないと調停役が判定したときに終了する。運営者は参加の拒否に基づいてこれ
を決定することができ、参加者数が多い場合には、調停役が期限を延長すること
ができる。 １７．セッションの終了時にすべての参加者に生カードが配信される。調停役ま
たはその他の個人は、要約を作成し追跡調査を準備する責任を負う。

【０２７８】 図２２は、ブレーンカードラィテイングデータ要素を記憶するための１つの可
能な方式を示している。一態様によれば、各ブレーンライティングカードは以下
の要素を含むデータ構造を備えている。 １．ブレーンライティングセッション番号： 各ブレーンライティングセッシ
ョンを区別するために順次割り当てられる番号。セッションとは、特定の話題に
関するすべてのカードの集合である。 ２．カード番号： 順次割り当てられる通し番号 ３．初期コメント： 議論を開始するために使用される質問またはコメント（
たとえば、「ＳＡＩＣは、インターネットサーバソフトウェアを生産する会社を
購入すべきである」） ４．カード開始日時 ５．カード終了日時 ６．コメント： ブレーンライティングセッションにおいて参加者によって追
加されたコメントを含む集合（すなわち、限られた長さの集合） ７．追加のコメントの日付： 各追加コメントが追加された日時 ８．コメント作成者： 各追加コメントを追加した人の名前またはユーザーＩ
Ｄ。理想的には、開放的な対話を奨励するためにブレーンライティングは匿名で
あるべきである。したがって、このフィールドはインプリメンテーションから省
略することができる。しかし、いくつかの組織は、この情報をユーザーからは見
えないようにしながら追跡する必要がある。

【０２７９】 ユーザーがグループの定義およびグループの機能の指定を終了すると、環境生
成プログラム１２０１ａ（図１２）は、グループメンバーからアクセスすること
ができ、環境定義プロセス中に指定された機能を含む環境を作成する。図２０Ａ
に示すように、たとえば、グループを作成したユーザーによって選択された機能
を含む、新たに作成された環境用のウェブページを作成することができる。すべ
てのグループメンバーは、環境が存在することと、環境の位置を通知され、各グ
ループメンバーは、環境内に与えられた機能を使用してプロジェクトにおいて共
同するか、あるいは取引を行うことができる。

【０２８０】 図２０Ｂは、グループメンバーが環境に入った後でこのグループメンバーに環
境がどのように見えるかを示している。図２０Ｂに示すように、たとえば、ニュ
ースバナーはグループに関する最新のニュースを発表する。また、特定の通信ツ
ール、研究ツール、取引エンジン、および参加エンジンがグループメンバーに対
して利用可能になり、このことは、本発明の原則に従って適切なマウスクリック
によって行うことができる。本発明の様々な原則によれば、ウェブページ上に示
される各ツールは、上述の事前に定義された機能を実行するウェブベースのプロ
グラムへのハイパーリンクを介してアクセスすることができる。たとえば、「オ
ンラインカタログ」をクリックすることによって、グループメンバーは、前述の
ようにオンライン注文エンジンを実現するウェブページにリンクされる。ユーザ
ーは、従来型のウェブブラウザ機能（すなわち、進む、戻るなど）を使用して様
々なツール間を移動することができる。図１２のシステム構成に整合するサーバ
側スクリプトまたは他の同様な手段を使用して、このようなソフトウェアのいく
つかまたはすべてを実現することが望ましい。

【０２８１】 図２１は、環境生成プログラム１２０１ａが、各グループまたは環境のメンバ
ーが利用できる機能へのハイパーリンクを含むウェブページを介して実現できる
仮想専用機能を含む複数の環境をどのように作成するかを示している。環境定義
ソフトウェアコンポーネント２１０６はステップ１１０１から１１０３を実施し
て１つまたは複数の環境２１０７を作成する。（一態様では、各グループは、申
込みを募るサブグループおよびグループ用に作成されるディレクトリ構造を作成
するために環境生成プログラム２１０６のコピーを備えることできる）。ユーザ
ーがグループメンバーを識別し、グループが共同する環境に提供すべき機能を選
択すると、環境定義コンポーネント２１０６は、選択されたメンバーおよび機能
に関する情報をデータベースに格納する。各環境は、作成された各グループに固
有のウェブページ（図１２には示されていない）ならびにディレクトリ、ツール
、およびその他のアプリケーションを含むことができる。

【０２８２】 環境生成プログラム２１０６は、図１３から１９に示す種類のユーザー選択に
基づいて、選択されたツールへのリンクを有する１つまたは複数のウェブページ
を含む環境２１０７を作成する。環境生成プログラム２１０６は、通信ツール２
１０１のディレクトリ（たとえば、ツールの説明、および各通信ツールをセット
アップするウェブアプリケーションのＵＲＬ／ＩＰアドレスを含む）、取引エン
ジン２１０２のディレクトリ（たとえば、取引エンジンの説明、および取引エン
ジンをセットアップするウェブベースのアプリケーションのＵＲＬ／ＩＰアドレ
スを含む）、研究ツール２１０３のディレクトリ（上記と同様）、グローバルデ
ータオブジェクト２１０４のリスト（たとえば、各グループのディレクトリを構
成することのできるデータ要素のディレクトリ）、およびアプリケーション２１
０５のディレクトリ（たとえば、利用可能なアプリケーションの説明、およびア
プリケーションへのアクセスをセットアップするページのＵＲＬ／ＩＰアドレス
）を含め、様々な情報供給源から情報を検索する。

【図面の簡単な説明】

【図１Ａ】 図１Ａは、出会い、分析、交渉、および取引終了を含む取引交渉の
４段階モデルを示す。

【図１Ｂ】 図１Ｂは、契約当事者グループ間での契約の成立を示す。

【図２】 図２は、契約に対する申込みおよびそれに対する応答のすべてを示す
リスト表示システムを示す。

【図３】 図３は、ユーザーによって選択されているリストの詳細を示す。

【図４】 図４は、返信用カードを示す画面を実行したときの一例を示す。

【図５】 図５は、文書管理画面を実行したときの一例を示す。

【図６】 図６は、共有フォルダにアクセスして来た人名を表示する画面を実行
したときの一例を示す。

【図７】 図７は、このシステムで成立した取引のリストを示す。

【図８Ａ】 図８Ａは、完了した取引に関する詳細情報を示す。

【図８Ｂ】 図８Ｂは、取引に関する構造化された情報および構造化されない情
報を含む取引概要を示す。

【図９】 図９は、「フリップ装置」の初期状態を示す。

【図１０】 図１０は、「フリップ装置」の第二の状態を示す。

【図９Ａ】 図９Aは、初期状態にある「フリップ装置」のより詳細な例を示す
。

【図１０Ａ】 図１０Aは、第二の状態にある「フリップ装置」のより詳細な例
を示す。

【図１１】 図１１は、本発明の第二の態様にしたがって、定義、創出および破
壊するために行なうことのできる方法の各ステップを示す。

【図１２】 図１２は、本発明の多様な原理を実行することができるシステム構
造の一例を示す。

【図１３Ａから１３Ｃ】 図１３Ａから１３Ｃは、グループを創出し、グループ
メンバーを確認するためのユーザーインターフェイスの一例を示す。

【図１４Ａ】 図１４Ａは、一以上のリストからグループメンバーを選択するた
めのユーザーインターフェイスの一例を示す。

【図１４Ｂ】 図１４Ｂは、案内状を作成することによってグループメンバーを
選択するためのユーザーインターフェイスの一例を示す。

【図１４Ｃ】 図１４Ｃは、広告を作成することによってグループメンバーを選
択するためのユーザーインターフェイスの一例を示す。

【図１５】 図１５は、ウェブサイト上に表示された、グループへの加入を勧誘
するバナー広告1501を示す。

【図１６】 図１６は、グループメンバーに利用させうる通信ツールを選択する
ためのユーザーインターフェイスの一例を示す。

【図１７】 図１７は、グループメンバーに利用させうる調査用ツールを選択す
るためのユーザーインターフェイスの一例を示す。

【図１８】 図１８は、グループメンバーに利用させうる取引用エンジンを選択
するためのユーザーインターフェイスの一例を示す。

【図１９】 図１９は、グループメンバーに利用させうる加入用エンジンを選択
するためのユーザーインターフェイスの一例を示す。

【図２０Ａ】 図２０Ａは、新規に創出された環境にグループメンバーがアクセ
スするための認証画面を示す。

【図２０Ｂ】 図２０Ｂは、環境にアクセスしたグループメンバーに利用可能な
ツールを含む、ユーザーが設定した具体的環境のために作成したウェブページを
示す。

【図２１】 図２１は、本発明のさまざまな態様にしたがって環境を作成する方
法の一例を示す。

【図２２】 図２２は、ブレインライティング用カードを分類・操作するための
データ保存のしくみの一例を示す。

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 15/00 ３９０ Ｇ０６Ｆ 15/00 ３９０ ＺＥＣ ＺＥＣ (81)指定国 ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ， ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，Ｉ Ｔ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ， ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，Ｋ Ｅ，ＬＳ，ＭＷ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ )，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ， ＴＪ，ＴＭ)，ＡＥ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ， ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＣＡ，ＣＨ，ＣＮ，Ｃ Ｒ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＥＥ，ＥＳ，ＦＩ ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ， ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，Ｋ Ｚ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＤ ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＮＯ，ＮＺ，ＰＬ， ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，Ｓ Ｌ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ ，ＵＺ，ＶＮ，ＹＵ，ＺＡ，ＺＷ (72)発明者 マンギス ジェフリー ケイ． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 レスター ハロルド ディー． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 ニコラス ジョン エム． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 ワロー アンドリュー アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 クレス トマス ピー． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 シェール リンダ ジェイ． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 ウェザービー ジェイムス イー． ジュ ニア アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション (72)発明者 デーヴィス リンダ エム． アメリカ合衆国 カリフォルニア州 サン ディエゴ キャンパス ポイント ドラ イブ 10260 サイエンス アプリケーシ ョンズ インターナショナル コーポレイ ション Ｆターム(参考） 5B085 BA07 BC01 BG07 CA04 CE00 CE07

Claims (26)

【特許請求の範囲】
1. 【請求項１】 インターネットに接続した一つ以上のコンピュータを含むコ
   ンピュータネットワークを通して取引交渉する方法において、以下のステップを
   含む方法。 （１）契約を成立させようとしてなされる一つ以上の申し込みについての情報を
   、インターネットを通じて閲覧することができる電子リストに掲示するステップ
   、 （２）一つ以上の該申込みに対する一つ以上の応答を該電子リストに掲示するス
   テップ、 （３）一つ以上の該応答を調査して、それらが一つ以上の契約基準を満たすか否
   かを決定するステップ、 （４）一つ以上の該応答を承諾または変更するために、複数の関係者がネットワ
   ークを通じて交渉するステップ、 （５）文書に電子署名して契約を成立させるステップ。
2. 【請求項２】 ステップ（１）が、コンピュータディスプレイ上の申込みおよび
   応答を上位−下位の階層関係にしてディスプレイ上に表示するステップを含む、
   請求項１記載の方法。
3. 【請求項３】 さらに、一つ以上の申込みおよび応答を、ユーザーが選択したソ
   ート順に並べ換えるステップを含む、請求項１記載の方法。
4. 【請求項４】 各契約当事者が契約の相手方を同定できないようにするため、ス
   テップ（１）および（２）を匿名で行なわせる、請求項１記載の方法。
5. 【請求項５】 さらに、ステップ（５）の前に、各当事者の身元を同時に明らか
   にするステップを含む、請求項４記載の方法。
6. 【請求項６】 ステップ（１）および（４）が、複数のユーザーに単一の匿名電
   子メール用エイリアスを共有させるステップを含む、請求項４記載の方法。
7. 【請求項７】 さらに、以下のステップを含む、請求項１記載の方法。 （６）一つ以上の申込みをモニターしている電子エージェントを用いてキーワー
   ドを登録し、キーワードが一致したときに通知を受けられるよう電子メールアド
   レスを提供するステップ、 （７）キーワードの一致を検出する電子エージェントに対する応答として、ステ
   ップ（６）で提供された電子メールアドレスにメッセージを伝達するステップ。
8. 【請求項８】 ステップ（２）において、ステップ（１）で掲示された情報と返
   信用カードとをリンクしているハイパーリンクをクリックすることを含む、請求
   項１記載の方法。
9. 【請求項９】 ステップ（２）において、返信用カードを受けとる前に、一定の
   情報の提示を要求するステップを含む、請求項７記載の方法。
10. 【請求項１０】 一つの契約について、一つ以上の応答に変更が為されるような
    、ステップ（３）および（４）が複数回繰り返される、請求項１記載の方法。
11. 【請求項１１】 さらに、加入権をもつ複数の個人または法人（entity）を電子
    的に登録し、登録された個人または法人を、署名することのできる一つ以上の文
    書に対応させるステップを含む、請求項１記載の方法。
12. 【請求項１２】 コンピュータのディスプレイ上に情報を表示させる方法におい
    て、 （１）それぞれがフォルダの表紙およびラベル付きのタブとを含むファイルフォ
    ルダの形をした複数の画像において、これら複数の画像が階段状に連続して重な
    っている第一の複数画像を表示するステップ、および （２）ユーザーが「フリップ」タブを活性化する応答をすると、ステップ（１）
    で表示されていた画像が変化し、それぞれがフォルダの表紙およびラベル付きの
    タブとを含むファイルフォルダの形をした第二の複数画像を表示するステップを
    含み、第一の複数画面および第二複数画面の各画面を、対応するラベル付きタブ
    をクリックすることにより、他の画像の前になる前景部に持ってくることのでき
    る方法。
13. 【請求項１３】 第一の複数画面および第二複数画面の各画面が、そのフォルダ
    の表紙に表示されている一つ以上の機能と結びついており、ユーザーがその画面
    上をクリックすることにより、一つ以上の機能を活性化させることのできる、請
    求項１２記載の方法。
14. 【請求項１４】 システム管理者レベルの有資格者を必要とせずに、複数のコン
    ピュータにわたる、ユーザーが設定するネットワーク環境を創出する方法におい
    て、以下のステップを含む方法。 （１）グループ識別子、グループ記述子などを提供し、ユーザーが設定するネッ
    トワーク環境を使用する権限を与えられた複数のグループメンバーを特定するこ
    とによって、グループを創出するステップ、 （２）利用可能なツールのリストから、ウェブ（web）を用いた複数の通信用ツ
    ール、共同用ツール、および取引用ツールで、請求項１において特定された複数
    のグループメンバーに利用させることのできるツールを選択するステップ、 （３）コンピュータソフトウェアを利用して、ステップ（１）で選択された複数
    のグループメンバーが利用することのできるウェブページで、ステップ（２）に
    おいて選択された複数のツールへのアクセスを提供するページを作成することに
    よって、ユーザーが設定するネットワーク環境を自動的に創出するステップ。
15. 【請求項１５】 ステップ（１）が、グループメンバーとなる見込みのある人に
    案内状を送付することによって、複数の人にグループへの加入を呼びかけるステ
    ップを含む、請求項１４記載の方法。
16. 【請求項１６】 ステップ（１）が、グループメンバーとなる見込みのある人々
    で、そのうちの少なくとも何人かは、ネットワーク環境を創出したユーザーが知
    らないという人々に対する広告を掲示することによって、グループへの加入を勧
    誘する宣伝を行なうステップを含む、請求項１４記載の方法。
17. 【請求項１７】 さらに、グループに加えるべきか否かを決定するために、広告
    に応答した、メンバーとなる見込みのある人々を選別するステップを含む、請求
    項１４記載の方法。
18. 【請求項１８】 さらに、ユーザーが設定するネットワーク環境を用いて、グル
    ープメンバー間で電子的に共同するステップを含む、請求項１４記載の方法。
19. 【請求項１９】 さらに、必要がなくなったときに、ユーザーが設定するネット
    ワーク環境を破壊するステップを含む、請求項１４記載の方法。
20. 【請求項２０】 ステップ２）が、グループメンバーへのオークションを実施す
    るための取引用エンジンを選択するステップを含む、請求項１４記載の方法。
21. 【請求項２１】 ステップ（２）が、調査への参加者が電子的に回答すべき調査
    質問項目を含むオンライン電子調査を実施するための取引用エンジンを選択する
    ステップを含む、請求項１４記載の方法。
22. 【請求項２２】 ステップ（２）が、一つ以上の申込みに対する付け値を、グル
    ープメンバーによって電子的に提示できるようにする入札および申込みツールを
    実行する取引用エンジンを選択するステップを含む、請求項１４記載の方法。
23. 【請求項２３】 ステップ（２）が、ユーザーが設定するネットワーク環境にお
    いて、グループメンバーが商品またはサービスを電子的に注文することができる
    ようにするオンライン注文用エンジンを選択するステップを含む、請求項１４記
    載の方法。
24. 【請求項２４】 ステップ（２）が、２者以上のグループメンバーの間での電子
    商取引を行なう電子データ交換（Electronic Data Interchange: EDI）用の共通
    インターフェイスを選択するステップを含む、請求項１４記載の方法。
25. 【請求項２５】 ステップ（２）が、電子アイデアカードを用いて、参加者にブ
    レインストーミングを行なわせる電子ブレインライティング（brain-writing）
    ツールを選択するステップを含む、請求項１４記載の方法。
26. 【請求項２６】 システム管理者レベルの有資格者を必要としないで創出するこ
    とのできる、ユーザー設定によるネットワーク環境を実行するためのシステムに
    おいて、 インターネットプロトコールを用いて通信を行なう複数のネットワークコ
    ンピュータ、 複数の該ネットワークコンピュータ上で実行する複数のウェブブラウザ、 ユーザーが設定するネットワーク環境に関する情報を保存するデータベー
    ス、および 複数の該ネットワークコンピュータ上で実行するコンピュータプログラム
    において、 （１）ユーザーに、複数のグループメンバーを含むグループを作成するこ
    とを許可するステップ、 （２）利用可能なツールのリストから、ウェブを用いた複数の通信用ツー
    ル、共同用ツール、および取引用ツールで、複数のグループメンバーに利用させ
    うるツールをユーザーに選択させるステップ、 （３）複数のグループメンバーが利用することができ、ステップ（２）に
    おいて選択された複数のツールへのアクセスを提供するウェブページを自動的に
    作成するステップ、 を実行するコンピュータプログラムを含むシステム。