(57)【要約】  自動交渉方法及びシステムが開示される。この方法及びシステムは、通常のラウンドにおいて不等値を、条件を満足するかどうかテストするのに使用される。通常のラウンドにおいて条件が満足されない場合には、パワーラウンド値が、パワーラウンド条件を満足するかどうかについてテストされる。パワーラウンド条件を満足する場合には、束縛交渉支払が計算される。付加的なオプションは、自動ファシリテータ、開始者に対するウインドフォール、自動支払開始、多当事者集合、及び自動合意ドキュメント発生を含む。
2007508622.tif 000002
【特許請求の範囲】
【請求項１】
相対する当事者により提示された金銭的価値を伴って、相対する当事者間で交渉を行う自動化方法において、
トランザクションに対して自動化交渉システムに参加し且つその自動化交渉システムから送信されるトランザクションの解決策により束縛されるようにするために第１エンティティから参加要求を受け取り、
前記トランザクションに対して前記自動化交渉システムに参加するために前記トランザクションに対する前記第１エンティティに相対する第２エンティティから参加指示を受け取り、
前記第１エンティティ又は第２エンティティの少なくとも一方をファシリテータ通信で刺激し、
前記第１エンティティから一連の少なくとも２つの金銭的オファー及びパワーラウンドオファーを受け取り、
前記第２エンティティから一連の少なくとも２つのカウンターオファーを受け取り、
前記第２エンティティからの金銭的オファーの非アクセス性を維持し、
前記第１エンティティからのカウンターオファーの非アクセス性を維持し、
第１ラウンドにおいて前記一連の金銭的オファーの第１オファーを第１のカウンターオファーと比較して、第１の金銭的オファーと第１のカウンターオファーとの間の第１の差が所定のガイドライン以内であるかどうか判断し、
前記第１ラウンドにおいて、前記第１の差が前記所定のガイドライン以内である場合には、前記第１エンティティ及び第２エンティティに合意成功通知を送信し、
前記第１ラウンドにおいて、前記第１の差が前記所定のガイドライン以内にない場合には、第２ラウンドにおいて前記一連の金銭的オファーの第２オファーを第２のカウンターオファーと比較して、第２の金銭的オファーと第２のカウンターオファーとの間の第２の差が所定のガイドライン以内であるかどうか判断し、
前記第２ラウンドにおいて、前記第２の差が前記所定のガイドライン以内である場合には、前記第１エンティティ及び第２エンティティに合意成功通知を送信し、
前記第２ラウンドにおいて、前記第１の差が前記所定のガイドライン以内にない場合には、第３ラウンドをパワーラウンドとして開始し、前記一連の金銭的オファーのパワーラウンドオファーを、一連の少なくとも２つのカウンターオファーからの１つのカウンターオファーと比較することにより、パワーラウンドオファーと１つのカウンターオファーとの間のパワーラウンド差が所定のパワーラウンドガイドライン以内であるかどうか判断し、そして
前記パワーラウンドにおいて、前記パワーラウンド差が前記所定のパワーラウンドガイドライン以内である場合に、前記第１エンティティ及び第２エンティティに合意成功通知を送信する、
というステップを備えた方法。
【請求項２】
いずれのラウンドにおいても合意成功が送信される場合には、トランザクションに対して支払されるべきエンティティに支払われるべき指定値の交渉支払を計算する、請求項１に記載の方法。
【請求項３】
いずれのラウンドにおいても合意成功が送信される場合には、交渉支払について少なくとも１つのエンティティへ通知を送信する、請求項２に記載の方法。
【請求項４】
いずれのラウンドにおいても合意成功通知が送信される場合には、前記方法は、更に、少なくとも１つのエンティティに情報を求めることを含む、請求項１に記載の方法。
【請求項５】
いずれのラウンドにおいても合意成功通知が送信される場合には、前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項１に記載の方法。
【請求項６】
いずれのラウンドにおいても合意成功通知が送信される場合には、前記方法は、更に、支払されるべきエンティティへの交渉支払を自動的に開始することを含む、請求項１に記載の方法。
【請求項７】
いずれのラウンドにおいても合意成功通知が送信される場合には、前記方法は、更に、ウインドフォール金額調整を合体した支払エンティティにより支払されるべきエンティティに支払われるべき交渉支払を発生することを含む、請求項１に記載の方法。
【請求項８】
前記第１、第２又は第３ラウンドの少なくとも１つの前に、前記第２エンティティにオファーを又は前記第１エンティティにカウンターオファーを開示しないというステートメントを使用して金銭的価値を提示するように前記第１エンティティ又は第２エンティティの少なくとも一方を促す、請求項１に記載の方法。
【請求項９】
複数の値をグループ値へ集合させ、
少なくとも２つのラウンドのうちの１つのラウンドにおいてトランザクションに対して一対の値を評価し、該対における値の一方は、前記グループ値であり、
前記一対の値が少なくとも１つの交渉基準を満足することを判断し、そして
前記少なくとも１つの交渉基準が満足される場合に合意メッセージを通信する、
というステップを備えた方法。
【請求項１０】
支払されるべき少なくとも１つのエンティティに支払われるべき指定値の交渉支払を計算することを更に含む、請求項７に記載の方法。
【請求項１１】
交渉支払の通知を送信することを更に含む、請求項８に記載の方法。
【請求項１２】
少なくとも１つのエンティティに情報について求めることを更に含む、請求項１０に記載の方法。
【請求項１３】
合意ドキュメントを自動的に発生することを更に含む、請求項１０に記載の方法。
【請求項１４】
支払されるべき少なくとも１つのエンティティへの交渉支払を自動的に開始することを更に含む、請求項８に記載の方法。
【請求項１５】
単一の金銭的提示としてグループにより提示される金額を集合させ、そして
前記単一の金銭的提示を前記対の他方として使用する、
ことを更に含む請求項１０に記載の方法。
【請求項１６】
ネゴシエーションから選ばれるべきエンティティを指定することを更に含む、請求項１０に記載の方法。
【請求項１７】
前記複数の値は、グループの各メンバーにより提示される少なくとも１つの値を含み、前記方法は、更に、
トランザクションに対する前記グループの相対する当事者に、前記グループの各メンバーを識別することを更に含む、請求項１０に記載の方法。
【請求項１８】
複数のラウンドにおいてトランザクションに対して複数の対の値を評価し、
前記複数の対の値がどれも少なくとも１つの交渉基準を満足しないことを判断し、
値のパワーラウンド評価を実行し、それらの値の１つは、トランザクションに対して第１エンティティにより提示されたものであり、そしてそれらの値の別のものは、トランザクションに対して前記第１エンティティに相対する第２エンティティにより提示されたものであり、そして
少なくとも１つのパワーラウンド交渉基準を満足することをパワーラウンド評価が指示する場合に合意メッセージを通信する、
というステップを備えた方法。
【請求項１９】
第１エンティティ又は第２エンティティの中でどちらが支払されるべきであろうともそこに支払われるべき指定値の交渉支払を計算することを更に含む、請求項１８に記載の方法。
【請求項２０】
交渉支払の通知を送信することを更に含む、請求項１９に記載の方法。
【請求項２１】
少なくとも１つのエンティティに情報について求めることを更に含む、請求項１８に記載の方法。
【請求項２２】
合意ドキュメントを自動的に発生することを更に含む、請求項１８に記載の方法。
【請求項２３】
支払されるべきエンティティに交渉支払を自動的に開始することを更に含む、請求項１９に記載の方法。
【請求項２４】
パワーラウンド評価を実行するために当事者からの合意を受け取ることを更に含む、請求項１８に記載の方法。
【請求項２５】
値のパワーラウンド評価をシステムパラメータに基づいて行うべきであると判断することを更に含む、請求項１８に記載の方法。
【請求項２６】
前記判断は、第１の参加当事者を識別することを含む、請求項２５に記載の方法。
【請求項２７】
前記判断は、前記複数の対の値の少なくとも一対と、前記複数の対の値の少なくとも別のものとの差を分析することにより、値のパワーラウンド評価を行うべきであると判断することを含む、請求項１８に記載の方法。
【請求項２８】
前記判断は、前記複数の対の値の少なくとも一対と、達成した交渉合意との間の関係に基づいて、値のパワーラウンド評価を行うべきであると判断することを含む、請求項１８に記載の方法。
【請求項２９】
パワーラウンド評価を実行するために返却において通常支払金額からの調整に対して当事者から合意を受け取ることを含む、請求項１８に記載の方法。
【請求項３０】
前記パワーラウンド評価の実行は、２つの値が少なくとも１つのパワーラウンド交渉基準を満足すると判断することを含む、請求項１８に記載の方法。
【請求項３１】
前記少なくとも１つのパワーラウンド交渉基準は、少なくとも１つの交渉基準である、請求項３０に記載の方法。
【請求項３２】
前記少なくとも１つのパワーラウンド交渉基準は、少なくとも１つの交渉基準とは異なる、請求項３０に記載の方法。
【請求項３３】
前記パワーラウンド評価の実行は、複数の支払値のいずれかが少なくとも１つのパワーラウンド交渉基準を満足するかどうか判断することを含む、請求項１８に記載の方法。
【請求項３４】
複数の提示をグループ値に集合させ、そして
前記グループ値を対における値の一方として使用する、
ことを更に含む請求項１８に記載の方法。
【請求項３５】
前記少なくとも１つのパワーラウンド交渉基準と少なくとも１つの交渉基準は異なるものである、請求項３４に記載の方法。
【請求項３６】
交渉ネゴシエーションについて開始者により提示されたトランザクションを受け取り、
前記トランザクションを受け取るのに続いて、前記開始者から第１の値を、そしてトランザクションについて前記開始者に相対する第２エンティティから第１の値を受け取り、前記開始者からの第１の値と、前記第２エンティティからの第１の値は、差の額だけ互いに異なり、
前記差の額を所定の交渉基準に対して比較し、
前記所定の交渉基準が前記差の額により満足されると判断し、
前記開始者がウインドフォール利益を受けるように前記第１の値を使用して交渉支払を計算し、そして
前記開始者及び第２エンティティに前記交渉支払を通知する、
というステップを備えた交渉方法。
【請求項３７】
前記方法は、更に、
前記開始者及び第２エンティティの中でどちらが支払されるべきエンティティであろうともそこに支払われるべき指定の値の交渉支払を計算することを含む、請求項３６に記載の方法。
【請求項３８】
前記方法は、更に、交渉支払の通知を送信することを含む、請求項３６に記載の方法。
【請求項３９】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項３６に記載の方法。
【請求項４０】
前記計算は、前記開始者からの第１の値が前記第２エンティティからの第１の値より小さく、且つ前記交渉支払が前記第２エンティティから前記開始者へ支払われる場合に、前記交渉支払を通常の支払額より大きな金額で確立することを含む、請求項３６に記載の方法。
【請求項４１】
前記通常の支払額は前記第１の値と第１の値との間である、請求項４０に記載の方法。
【請求項４２】
前記通常の支払額は前記第１の値と第１の値との中間値である、請求項４０に記載の方法。
【請求項４３】
前記計算は、前記開始者からの第１の値が前記第２エンティティからの第１の値より大きく、且つ前記交渉支払が前記開始者から前記第２エンティティへ支払われる場合に、前記交渉支払を通常の支払額より小さい金額で確立することを含む、請求項３６に記載の方法。
【請求項４４】
前記通常の支払額は前記第１の値と第１の値との間である、請求項４３に記載の方法。
【請求項４５】
前記通常の支払額は前記第１の値と第１の値との中間値である、請求項４３に記載の方法。
【請求項４６】
前記開始者がウインドフォール利益を受けるように前記第１の値を使用して交渉支払を計算する前記ステップは、前記交渉支払を前記第２エンティティからの第１の値に等しくすることを含む、請求項３６に記載の方法。
【請求項４７】
前記開始者からの第１の値は、前記開始者からの複数の第１の値の１つであり、そして第２エンティティからの第１の値は、その第２エンティティからの複数の第１の値の１つであり、前記方法は、更に、ファシリテータからの非開示の刺激ステートメントを使用して前記開始者を促すことを含む、請求項３６に記載の方法。
【請求項４８】
第１エンティティ及び第２エンティティにより合意された予め選択された基準に基づき、トランザクションについて、第１エンティティにより提示された少なくとも１つのオファーと、第２エンティティにより提示された少なくとも１つの対応するカウンターオファーとを処理することにより、トランザクションにおいて価格を交渉し、前記少なくとも１つのオファー及び少なくとも１つの対応するカウンターオファーは、互いに異なるものであり、そして
支払されるべきエンティティに支払われるべき指定値の交渉支払を計算する、
というステップを備えた方法。
【請求項４９】
前記方法は、更に、交渉支払の通知を送信することを含む、請求項４８に記載の方法。
【請求項５０】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項４８に記載の方法。
【請求項５１】
前記方法は、更に、少なくとも１つのエンティティに情報を求めることを含む、請求項４８に記載の方法。
【請求項５２】
前記方法は、更に、支払されるべきエンティティへの交渉支払の付与を自動的に開始することを含む、請求項４８に記載の方法。
【請求項５３】
前記付与は、記憶値デバイスにより受け取るためのデータを構成することを含み、この記憶値デバイスは、データが受け取られたときに、記憶値を、指定額だけ増加させる、請求項５２に記載の方法。
【請求項５４】
前記付与は、前記支払されるべきエンティティに登録された支払カード口座に指定の額を振り込むことを含む、請求項５２に記載の方法。
【請求項５５】
前記支払カード口座は、クレジットカード、デビットカード、チャージカード、エンターテイメントカードの口座の少なくとも１つである、請求項５２に記載の方法。
【請求項５６】
前記付与は、前記支払されるべきエンティティの口座への指定金額の電信転送を開始することを含む、請求項５２に記載の方法。
【請求項５７】
前記付与は、前記支払されるべきエンティティへの指定金額の価値のある資産の取消し不能な移転を電子的に開始することを含む、請求項５２に記載の方法。
【請求項５８】
前記付与は、指定の額に基づき前記支払されるべきエンティティに登録された親和性プログラム口座に振り込みすることを含む、請求項５２に記載の方法。
【請求項５９】
前記付与は、前記支払されるべきエンティティへの指定の金額における所有権の取消し不能の移転を電子的に開始することを含む、請求項５２に記載の方法。
【請求項６０】
トランザクションに対して相対する当事者により提示された２つの不等値が、少なくとも２つのラウンドのうちの１つのラウンドにおいて少なくとも１つの交渉基準を満足して、前記相対する当事者の一方から前記相対する当事者の他方へ支払がなされることを判断するステップを備えた、オンライン交渉ネゴシエーションをまとめる方法。
【請求項６１】
前記方法は、更に、支払されるべき相対する当事者に支払われるべき指定値の交渉支払を計算することを含む、請求項６０に記載の方法。
【請求項６２】
前記方法は、更に、交渉支払の通知を送信することを含む、請求項６０に記載の方法。
【請求項６３】
前記方法は、更に、少なくとも１つの相対する当事者に情報を求めることを含む、請求項６０に記載の方法。
【請求項６４】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項６０に記載の方法。
【請求項６５】
前記発生は、更に、相対する当事者を識別する合意を生成することを含む、請求項６０に記載の方法。
【請求項６６】
トランザクションに対して相対する当事者により提示された不等値を、条件を満足するかどうかについてテストし、
前記条件が満足されない場合に、トランザクションに対する相対する当事者の各々から１つづつの、不等パワーラウンド値を、パワーラウンド条件を満足するかどうかについてテストし、そして
前記パワーラウンド条件が前記不等パワーラウンド値により満足されたときに、最も低い不等値に少なくとも等しい金額の束縛交渉支払を計算する、
というステップを備えた交渉合意方法。
【請求項６７】
前記方法は、更に、束縛交渉支払の通知を送信することを含む、請求項６６に記載の方法。
【請求項６８】
前記方法は、更に、少なくとも１人の当事者に情報を求めることを含む、請求項６６に記載の方法。
【請求項６９】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項６６に記載の方法。
【請求項７０】
前記方法は、更に、支払されるべき当事者への前記束縛交渉支払を自動的に開始することを含む、請求項６６に記載の方法。
【請求項７１】
トランザクションに対して相対する当事者により提示された不等値を受け取り、これら不等値の少なくとも１つは、自動ファシリテータから相対する当事者の少なくとも１つへ搬送されるトランザクションに関するファシリテートメッセージの通信に続いて提示され、
少なくとも２つのラウンドにおいて不等値を、条件を満足するかどうかについてテストし、
前記条件がラウンドにおいて不等値により満足されたときに、不等値の対の小さい方に少なくとも等しい金額の束縛交渉支払を計算する、
というステップを備えた交渉合意方法。
【請求項７２】
前記方法は、更に、束縛交渉支払の通知を送信することを含む、請求項７１に記載の方法。
【請求項７３】
前記方法は、更に、少なくとも１人の当事者に情報を求めることを含む、請求項７１に記載の方法。
【請求項７４】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項７１に記載の方法。
【請求項７５】
前記方法は、更に、支払されるべき当事者への束縛交渉支払を自動的に開始することを含む、請求項７１に記載の方法。
【請求項７６】
相対する当事者間でトランザクションを解決するための交渉方法において、
トランザクションに対して相対する当事者により提示された不等値を、条件を満足するかどうかについてテストし、
前記条件が不等値により満足されるときに、束縛交渉支払を計算し、この束縛交渉支払は、当事者の１人がトランザクションに対するトランザクションエントリー開始者であるときに、最も小さい不等値を正又は負のいずれかのウインドフォール差額で調整したものに少なくとも等しい金額においてウインドフォール調整を合体する、
というステップを備えた方法。
【請求項７７】
前記方法は、更に、束縛交渉支払の通知を送信することを含む、請求項７６に記載の方法。
【請求項７８】
前記方法は、更に、少なくとも１人の当事者に情報について求めることを含む、請求項７６に記載の方法。
【請求項７９】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項７６に記載の方法。
【請求項８０】
前記方法は、更に、支払されるべき当事者への束縛交渉支払を自動的に開始することを含む、請求項７６に記載の方法。
【請求項８１】
相対する当事者間でトランザクションを解決するための交渉方法において、
ラウンドにおいてトランザクションに対して相対する当事者により提示された不等値を、条件を満足するかどうかについてテストし、
前記条件があるラウンドにおいて前記不等値により満足されるときに、最も小さい不等値に少なくとも等しい金額の束縛交渉支払を計算し、そして
その束縛交渉支払の通知を送信する、
というステップを備えた方法。
【請求項８２】
前記方法は、更に、少なくとも１人の当事者に情報について求めることを含む、請求項８１に記載の方法。
【請求項８３】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項８１に記載の方法。
【請求項８４】
前記方法は、更に、支払されるべき当事者への束縛交渉支払を自動的に開始することを含む、請求項８１に記載の方法。
【請求項８５】
ラウンドにおいて２人の相対する当事者間でトランザクションを解決するための交渉方法であって、
少なくとも２つのラウンドにおいてトランザクションに対して相対する当事者により提示された不等値を、条件を満足するかどうかについてテストし、
前記条件が少なくとも２つのラウンドのうちのあるラウンドにおいて前記不等値により満足されるときに、最も小さい不等値に少なくとも等しい金額の束縛交渉支払を計算し、そして
前記条件が満足されたときに、前記トランザクションに対する合意ドキュメントを自動的に発生し、そして
前記束縛交渉支払の通知を送信する、
というステップを備えた方法。
【請求項８６】
前記方法は、更に、少なくとも１人の当事者に情報について求めることを含む、請求項８５に記載の方法。
【請求項８７】
前記方法は、更に、合意ドキュメントを自動的に発生することを含む、請求項８５に記載の方法。
【請求項８８】
前記方法は、更に、支払されるべき当事者への束縛交渉支払を自動的に開始することを含む、請求項８５に記載の方法。
【請求項８９】
第１当事者がトランザクションのためのオファーを交渉システムへ提示し及びそこから指示を受け取れるようにするインターフェイスをインターネットに対して維持し、当事者がこのインターフェイスを経て前記交渉システムへ多数のオファーを提示し、そして前記交渉システムが前記多数のオファーと、トランザクションに対して第２当事者により提示されるカウンターオファーとを１対１のベースで対にするときに、少なくとも１つの基準に基づいて比較を実行し、その少なくとも１つの基準が満足されない場合には、少なくとも１つのパワーラウンド基準に基づいてオファー及びカウンターオファーのパワーラウンド分析を実行し、このパワーラウンドに続いて、前記少なくとも１つのパワーラウンド基準が満足されたかどうかに関して肯定又は否定の指示を、前記インターフェイスを経て前記当事者の少なくとも１人に与える、自動オンライン交渉方法。
【請求項９０】
第１当事者がトランザクションのためのオファーを提示し、第１当事者が自動ファシリテータからオンラインの刺激を受け取った後に、トランザクションについて肯定又は否定の指示を受け取るようなインターフェイスをインターネットに対して維持し、当事者がこのインターフェイスを経て多数のオファーを提示したとき、システムは、前記多数のオファーと、第２当事者により提示されるトランザクションに対するカウンターオファーとを１対１のベースで対にし、そして少なくとも１つの基準に基づいて比較を実行し、その少なくとも１つの基準が満足されるかどうかについての指示を、前記インターフェイスを経て前記当事者の少なくとも１人に与える、オンライン交渉システム。
【請求項９１】
第１当事者がトランザクションのためのオファーを交渉システムへ提示し及びそこから指示を受け取れるようにするインターフェイスをインターネットに対して維持し、第１当事者がこのインターフェイスを経て前記交渉システムへ多数のオファーを提示し、そして前記交渉システムが前記多数のオファーと、トランザクションに対して第２当事者により提示されるカウンターオファーとを１対１のベースで対にするときに、少なくとも１つの基準に基づいて比較を実行し、その少なくとも１つの基準が満足され、且つ当事者の１人がシステムにおけるトランザクションに対する開始者である場合には、少なくとも１つの基準が満足されたという指示と、開始者当事者が開始者であるために通常の支払金額に対して高い金額を反映する支払金額とを、前記インターフェイスを経て前記開始者当事者に与える、自動オンライン交渉方法。
【請求項９２】
第１当事者がトランザクションのためのオファーを交渉システムへ提示し及びそこから指示を受け取れるようにするインターフェイスをインターネットに対して維持し、第１当事者がこのインターフェイスを経て前記交渉システムへ多数のオファーを提示し、そして前記交渉システムが前記多数のオファーと、トランザクションに対して第２当事者により提示されるカウンターオファーとを１対１のベースで対にするときに、少なくとも１つの基準に基づいて比較を実行し、その少なくとも１つの基準が満足された場合には、前記交渉システムは、前記インターフェイスを経て肯定の指示を与えると共に、支払されるべき当事者への転送であって、交渉指数として前記交渉システムにより計算された金額の転送を自動的に開始し、そして少なくとも１つの基準がラウンドにおいて満足されない場合には、少なくとも１つのパワーラウンド基準に基づいてオファー及びカウンターオファーのパワーラウンド分析を実行し、そしてこのパワーラウンドに続いて、前記少なくとも１つのパワーラウンド基準が満足されたかどうかに関して肯定又は否定の指示を、前記インターフェイスを経て前記少なくとも１人の当事者に与える、自動オンライン交渉方法。
【請求項９３】
前記方法は、少なくとも１人の当事者に情報について求めることを含む、請求項８９、９０、９１又は９２に記載の方法。
【請求項９４】
第１エンティティによりオンラインで提示される第１の値と、
第２エンティティによりオンラインで提示される第２の値と、
を備え、前記第１及び第２のエンティティは、トランザクションに対して互いに相対するものであり、前記第１の値は前記第２エンティティに対してアクセス不能であり、且つ前記第２の値は前記第１エンティティに対してアクセス不能であり、前記第１の値及び第２の値は、互いに大きさが異なり、更に、
オンラインインターフェイスに接続してそこから値を受け取れるようにする入力と、
出力と、
前記入力に接続され、そして前記入力から値を受け取り、それらの値を一時的に記憶するように構成されたメモリと、
前記メモリに接続されたプロセッサと、
コンピュータ実行可能なプログラムと、
を備え、前記プログラムは、前記プロセッサにより実行された時に、相対するエンティティから一対の値を受け容れ、そして通常のラウンドにおいてこの一対の値の数学的比較に対して少なくとも１つの所定の基準を適用するのに基づき指定の結果インジケータを返送し、この結果インジケータは、通常のラウンドにおいて少なくとも１つの所定の基準が満足されないことを指示し、
更に、前記プログラムは、前記プロセッサにより実行されたときに、パワーラウンド対の値に少なくとも１つの所定のパワーラウンド基準を適用することによりパワーラウンド対の値のパワーラウンド分析を実行すると共に、少なくとも１つの所定のパワーラウンド基準が満足されることをパワーラウンド結果インジケータが指示するときに、トランザクションのためのパワーラウンド支払値を、前記出力を経て、相対するエンティティの少なくとも１つに与えるように構成された、交渉システム。
【請求項９５】
前記プログラムは、前記プロセッサにより実行されたときに、前記交渉支払の出力通知を経て送信するように更に構成される、請求項９４に記載のシステム。
【請求項９６】
前記プログラムは、前記プロセッサにより実行されたときに、少なくとも１つの当事者に情報を求めるように更に構成される、請求項９４に記載のシステム。
【請求項９７】
前記プログラムは、前記プロセッサにより実行されたときに、ドキュメントを自動的に発生するように更に構成される、請求項９４に記載のシステム。
【請求項９８】
前記パワーラウンド対の値の１つは、一対の値の一方と同じである、請求項９４に記載のシステム。
【請求項９９】
前記少なくとも１つの所定の基準及び少なくとも１つの所定のパワーラウンド基準は異なるものである、請求項９４に記載のシステム。
【請求項１００】
前記少なくとも１つの所定の基準及び少なくとも１つの所定のパワーラウンド基準は同じものである、請求項９４に記載のシステム。
【請求項１０１】
複数の非開示エンティティプロンプトを含む自動型のファシリテータと、
第１エンティティによりオンラインで提示される第１の値と、
第２エンティティによりオンラインで提示される第２の値と、
を備え、前記第１及び第２のエンティティは、トランザクションに対して互いに相対するものであり、前記第１の値は前記第２エンティティに対してアクセス不能であり、且つ前記第２の値は前記第１エンティティに対してアクセス不能であり、前記第１の値及び第２の値は、互いに大きさが異なり、前記第１の値及び第２の値の少なくとも１つは、前記複数のエンティティプロンプトのうちのエンティティプロンプトを前記ファシリテータから第１エンティティ又は第２エンティティのいずれかに通信するのに続いて少なくとも２つのラウンドの１つにおいて提示され、前記エンティティプロンプトは、更に、非開示エンティティプロンプトであり、そして
更に、入力、出力及びコンピュータ実行可能なプログラムを含むプロキシーを備え、前記プログラムは、実行時に、相対するエンティティから前記入力を経て一対の値を受け容れ、そしてこの一対の値の数学的比較に対して少なくとも１つの所定の基準を適用するのに基づき前記プロキシーに結果インジケータを返送するように構成され、更に、前記プログラムは、少なくとも１つの所定の基準が満足されることを結果インジケータが指示するときに、トランザクションのための交渉支払値を、前記出力を経て、相対するエンティティの少なくとも１つに与えるように構成された、交渉システム。
【請求項１０２】
前記プログラムは、前記プロセッサにより実行されるときに、前記出力を経て前記交渉支払の通知を送信するように更に構成される、請求項１０１に記載のシステム。
【請求項１０３】
前記プログラムは、前記プロセッサにより実行されるときに、支払当事者に情報を求めるように更に構成される、請求項１０１に記載のシステム。
【請求項１０４】
前記プログラムは、前記プロセッサにより実行されるときに、ドキュメントを自動的に発生するよう更に構成される、請求項１０１に記載のシステム。
【請求項１０５】
前記プログラムは、前記プロセッサにより実行されるときに、支払されるべき当事者への交渉支払を自動的に開始するように更に構成される、請求項１０１に記載のシステム。
【請求項１０６】
エンティティが最初に解決のためのトランザクションをシステムに入力するときにそのエンティティを開始者として識別するように設定できる開始者インジケータであって、トランザクションに対してセットされたときに、ウインドフォール調整計算を実行させるような開始者インジケータと、
第１エンティティによりオンラインで提示される第１の値と、
第２エンティティによりオンラインで提示される第２の値と、
を備え、前記第１及び第２のエンティティは、トランザクションに対して互いに相対するものであり、前記第１の値は前記第２エンティティに対してアクセス不能であり、且つ前記第２の値は前記第１エンティティに対してアクセス不能であり、前記第１の値及び第２の値は、互いに大きさが異なり、そして
更に、入力、出力及びコンピュータ実行可能なプログラムを含むプロキシーを備え、前記プログラムは、実行時に、相対するエンティティから前記入力を経て一対の値を受け容れ、そしてこの一対の値の数学的比較に対して少なくとも１つの所定の基準を適用するのに基づき前記プロキシーに結果インジケータを返送するように構成され、更に、前記プログラムは、少なくとも１つの所定の基準が満足されることを結果インジケータが指示するときに、前記出力を経て、相対するエンティティの少なくとも１つに、
ｉ）前記開始者インジケータが第１エンティティ又は第２エンティティのいずれに対しても設定されないときには、トランザクションに対する通常の支払額、又は
ii）前記開始者インジケータが第１エンティティ又は第２エンティティの一方に対して設定されるときには、トランザクションに対するウインドフォール利益調整支払金額、
のいずれかを与えるように構成された、交渉システム。
【請求項１０７】
前記プログラムは、前記プロセッサにより実行されるときに、前記出力を経て前記交渉支払の通知を送信するように更に構成される、請求項１０６に記載のシステム。
【請求項１０８】
前記プログラムは、前記プロセッサにより実行されるときに、少なくとも１人の当事者に情報を求めるように更に構成される、請求項１０６に記載のシステム。
【請求項１０９】
前記プログラムは、前記プロセッサにより実行されるときに、トランザクションに関するドキュメントを自動的に発生するよう更に構成される、請求項１０６に記載のシステム。
【請求項１１０】
前記プログラムは、前記プロセッサにより実行されるときに、支払されるべき当事者への交渉支払を自動的に開始するように更に構成される、請求項１０６に記載のシステム。
【請求項１１１】
前記一対の値に対するウインドフォール調整支払金額は、前記一対の値に対する支払額より大きい、請求項１０６に記載のシステム。
【請求項１１２】
前記一対の値に対するウインドフォール調整支払金額は、前記一対の値に対する支払額より小さい、請求項１０６に記載のシステム。
【請求項１１３】
トランザクションに対して第１エンティティにより提示された少なくとも１つのオファー、及びトランザクションに対して第２エンティティにより提示された少なくとも１つの対応するカウンターオファーと、
前記第１エンティティ及び第２エンティティにより合意された少なくとも１つの予め選択された基準であって、少なくとも１つのオファー及び少なくとも１つの対応するカウンターオファーの分析中に適用されて、トランザクションに対する解決があるかどうか判断するための基準と、
プログラムされたプロセッサで実行されるときに基準に基づいて数値を分析すると共に、その基準を満足したときに交渉支払を計算するように構成された交渉プログラムと、
前記交渉プログラムを実行するプログラムされたプロセッサであって、前記少なくとも１つの予め選択された基準に基づいて少なくとも２つのラウンドのうちの１つのラウンドにおいてオファー及び少なくとも１つの対応するカウンターオファーを分析し、そして少なくとも１つの予め選択された基準が満足されたときに、トランザクションに対して支払われるべきエンティティに支払う指定値の交渉支払を計算し、更に、支払われるべき当事者への支払を自動的に開始するように交渉開始インジケータをセットするプロセッサと、
を備えた交渉システム。
【請求項１１４】
前記プログラムは、前記プロセッサにより実行されるときに、前記出力を経て前記交渉支払の通知を送信するように更に構成される、請求項１１３に記載のシステム。
【請求項１１５】
前記プログラムは、前記プロセッサにより実行されるときに、少なくとも１人の当事者に情報を求めるように更に構成される、請求項１１３に記載のシステム。
【請求項１１６】
前記プログラムは、前記プロセッサにより実行されるときに、トランザクションに関するドキュメントを自動的に発生するよう更に構成される、請求項１１３に記載のシステム。
【請求項１１７】
オファー及びカウンターオファーを処理するためのプロセッサ手段と、
トランザクションを識別する情報、トランザクションに含まれる個人により又はその個人に代わって行われるトランザクションを満足するための一連のオファー、トランザクションに対する個人に相対するエンティティによるトランザクションに対して、トランザクションを満足するための一連のカウンターオファーを、通信リンケージを経てプロセッサ手段へ導入するための手段と、
パワーラウンド比較を実行すべきかどうか指示するためのセット可能な手段と、
前記プロセッサ手段によりアクセス可能なメモリ手段であって、前記トランザクションを識別する情報を記憶すると共に、前記一連のオファーを相対するエンティティへ又は前記一連のカウンターオファーを個人へ公表せずに、前記トランザクションを満足するための一連のオファー及び前記トランザクションを満足するための一連のカウンターオファーを、一連のラウンドにおいて前記プロセッサにより使用するために一時的に記憶するためのメモリ手段と、
セットされたときに、交渉合意を指示し、そして交渉値をその結果として計算するための合意手段であって、この合意手段がラウンドに対してセットされたときに、
（ａ）ラウンドにおけるカウンターオファーがオファーより小さく且つラウンドにおけるオファーの予め確立されたパーセンテージ以内である場合に第１の予め確立された式に基づく第１の金額、
（ｂ）ラウンドにおけるカウンターオファーがオファー以上である場合のオファー、又は
（ｃ）カウンターオファーが全てのラウンドにおいて予め確立された条件内にないが、特定のカウンターオファーとそれに対応するオファーとの間の差が予め確立された金額未満である場合に第２の予め確立された式に基づく第２の金額、
に等しい交渉値を計算するような合意手段と、
前記プロセッサ手段内にあり、オファー及びカウンターオファーを受け取って、予め確立された条件に基づき、ラウンドごとに、互いに比較すると共に、セット可能な手段がセットされたときだけ、パワーラウンド条件に基づいて、パワーラウンド比較をするための比較手段であって、該比較手段は、予め確立された条件又はパワーラウンド条件のいずれかが満足されたときに前記合意手段をセットし、更に、次のこと、即ち
ｉ）前記セット可能な手段がセットされるかどうかに関わらず、前記合意手段がセットされ、
ii）前記一連のオファー及び一連のカウンターオファーが全て尽き、そして前記セット可能な手段がセットされ、前記比較手段が、予め確立されたパワーラウンド条件に従ってパワーラウンドオファーとパワーラウンドカウンターオファーとの互いのパワーラウンド比較を遂行し、そしてパワーラウンド条件が満足された場合に合意を指示するように前記合意手段をセットし、又は
iii）前記一連のオファー及び一連のカウンターオファーが全て尽き、そして前記セット可能な手段がセットされないか又はパワーラウンド条件が満足されず、前記比較手段が、非合意を指示するように前記セット可能な手段をセットする、
ことが生じるまで、一連のオファー及び一連のカウンターオファーに作用するような比較手段と、
パワーラウンドではないラウンドにおいて前記比較手段による不成功のオファー又は不成功のカウンターオファーの再使用を禁止する手段と、
合意結果を前記個人及びエンティティに通信するための手段と、
を備えた自動交渉システム。
【請求項１１８】
いずれかのラウンドにおいて、前記合意手段がセットされた場合に、通信リンケージを経て、支払されるべき指定の値の交渉支払を個人へ与えるための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１１９】
通信リンケージを経て、交渉支払の通知を送信するための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２０】
個人又はエンティティの少なくとも一方に情報を求めるための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２１】
合意ドキュメントを自動的に発生するための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２２】
個人又はエンティティのどちらが支払されるべきであってもそこへの交渉支払を自動的に開始するための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２３】
複数のルールにより制約を受けるファシリテータ手段であって、これらルールに基づき、一連のオファー又は一連のカウンターオファーの一方を前記プロセッサ手段へ導入する前に、個人又はエンティティの少なくとも一方を促すためのファシリテータ手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２４】
個人又はエンティティの一方が開始者であるかどうか判断するための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２５】
個人又はエンティティの一方が開始者であるときに、第１の金額、オファー及び第２の金額をウインドフォール差で調整するための手段を更に備えた、請求項１２４に記載のシステム。
【請求項１２６】
個人又はエンティティの一方により指示された好みに基づき交渉値の転送をオンライン開始するための手段を備えた、請求項１１７に記載のシステム。
【請求項１２７】
合意ドキュメントをオンライン発生するための手段を更に備えた、請求項１１７に記載のシステム。
【請求項１２８】
オファー及びカウンターオファーを処理するためのプロセッサ手段と、
トランザクションを識別する情報、トランザクションに含まれる個人により又はその個人に代わって行われるトランザクションを満足するための一連のオファー、及びトランザクションに対する個人に相対するエンティティによりトランザクションを満足するための一連のカウンターオファーを、通信リンケージを経て前記プロセッサ手段へ導入するための手段と、
前記プロセッサ手段によりアクセス可能なメモリ手段であって、前記トランザクションを識別する情報を記憶すると共に、前記一連のオファーを相対するエンティティへ又は前記一連のカウンターオファーを個人へ公表せずに、前記トランザクションを満足するための一連のオファー及び前記トランザクションを満足するための一連のカウンターオファーを、一連のラウンドにおいて前記プロセッサにより使用するために一時的に記憶するためのメモリ手段と、
セットされたときに、合意を指示し、そして交渉値をその結果として計算するための合意手段と、
複数のルールにより制約を受けるファシリテータ手段であって、これらルールに基づき、非開示ステートメントを使用して一連のオファー又は一連のカウンターオファーの一方を前記プロセッサ手段へ導入する前に、個人又はエンティティの少なくとも一方を促すためのファシリテータ手段と、
前記プロセッサ手段内にあり、オファー及びカウンターオファーを受け取って、予め確立された条件に基づき、ラウンドごとに、互いに比較すると共に、予め確立された条件が満足されるときに前記合意手段をセットするための比較手段と、
パワーラウンドではないラウンドにおいて前記比較手段による不成功のオファー又は不成功のカウンターオファーの再使用を禁止する手段と、
合意結果を前記個人及びエンティティに通信するための手段と、
を備えた自動交渉システム。
【請求項１２９】
いずれかのラウンドにおいて、前記合意手段がセットされた場合に、通信リンケージを経て、支払されるべき指定の値の交渉支払を個人へ与えるための手段を更に備えた、請求項１２８に記載のシステム。
【請求項１３０】
通信リンケージを経て、交渉支払の通知を送信するための手段を更に備えた、請求項１２８に記載のシステム。
【請求項１３１】
個人又はエンティティに情報を求めるための手段を更に備えた、請求項１２８に記載のシステム。
【請求項１３２】
合意ドキュメントを自動的に発生するための手段を更に備えた、請求項１２８に記載のシステム。
【請求項１３３】
支払されるべきエンティティへの交渉支払を自動的に開始するための手段を更に備えた、請求項１２８に記載のシステム。
【請求項１３４】
オファー及びカウンターオファーを処理するためのプロセッサ手段と、
トランザクションを識別する情報、トランザクションに含まれる個人により又はその個人に代わって行われるトランザクションを満足するための一連のオファー、及びトランザクションに対する個人に相対するエンティティによりトランザクションを満足するための一連のカウンターオファーを、通信リンケージを経て前記プロセッサ手段へ導入するための手段と、
セットされたときに、システムへトランザクションを入力する開始者がいることを指示すると共に、その開始者を識別するための開始者手段と、
前記プロセッサ手段によりアクセス可能なメモリ手段であって、前記トランザクションを識別する情報を記憶すると共に、前記一連のオファーを相対するエンティティへ又は前記一連のカウンターオファーを個人へ公表せずに、前記トランザクションを満足するための一連のオファー及び前記トランザクションを満足するための一連のカウンターオファーを、一連のラウンドにおいて前記プロセッサにより使用するために一時的に記憶するためのメモリ手段と、
セットされたときに、合意を指示するための合意手段と、
前記合意手段及び開始者手段の両方がセットされたときにウインドフォール調整交渉値を計算すると共に、前記合意手段がセットされそして前記開始者手段がセットされないときに通常の交渉支払値を計算するための手段と、
前記プロセッサ手段内にあり、オファー及びカウンターオファーを受け取って、予め確立された条件に基づき、ラウンドごとに、互いに比較すると共に、予め確立された条件が満足されるときに前記合意手段をセットするための比較手段と、
パワーラウンドではないラウンドにおいて前記比較手段による不成功のオファー又は不成功のカウンターオファーの再使用を禁止する手段と、
合意結果を前記個人及びエンティティに通信するための手段と、
を備えた自動交渉システム。
【請求項１３５】
通信リンケージを経て交渉支払の通知を送信するための手段を更に備えた、請求項１３４に記載のシステム。
【請求項１３６】
個人又はエンティティに情報を求めるための手段を更に備えた請求項１３４に記載のシステム。
【請求項１３７】
合意ドキュメントを自動的に発生するための手段を更に備えた、請求項１３４に記載のシステム。
【請求項１３８】
個人又はエンティティのどちらが支払されるべきであってもそこへの交渉支払を自動的に開始するための手段を更に備えた、請求項１３４に記載のシステム。
【請求項１３９】
オファー及びカウンターオファーを処理するためのプロセッサ手段と、
トランザクションを識別する情報、トランザクションに含まれる個人により又はその個人に代わって行われるトランザクションを満足するための一連のオファー、及びトランザクションに対する個人に相対するエンティティによるトランザクションに対して、トランザクションを満足するための一連のカウンターオファーを、通信リンケージを経て前記プロセッサ手段へ導入するための手段と、
前記プロセッサ手段によりアクセス可能なメモリ手段であって、前記トランザクションを識別する情報を記憶すると共に、前記一連のオファーを相対するエンティティへ又は前記一連のカウンターオファーを個人へ公表せずに、前記トランザクションを満足するための一連のオファー及び前記トランザクションを満足するための一連のカウンターオファーを、一連のラウンドにおいて前記プロセッサにより使用するために一時的に記憶するためのメモリ手段と、
セットされたときに、合意を指示し、そしてセットされたときに、トランザクションに対する交渉値を計算するための合意手段と、
前記プロセッサ手段内にあり、オファー及びカウンターオファーを受け取って、予め確立された条件に基づき、ラウンドごとに、互いに比較すると共に、予め確立された条件が満足されるときに前記合意手段をセットするための比較手段と、
個人又はエンティティのどちらが支払いする当事者であってもそこから、個人又はエンティティのどちらが支払されるべき当事者であってもそこへ、個人又はエンティティの一方により指示された好みに基づいて、交渉値の転送を自動的にオンライン開始するための手段と、
他のラウンドにおいて前記比較手段による不成功のオファー又は不成功のカウンターオファーの再使用を禁止する手段と、
合意結果を個人及びエンティティに通信するための手段と、
を備えた自動交渉システム。
【請求項１４０】
いずれかのラウンドにおいて、前記合意手段がセットされた場合に、通信リンケージを経て、支払されるべき指定の値の交渉支払を個人へ与えるための手段を更に備えた、請求項１３９に記載のシステム。
【請求項１４１】
通信リンケージを経て、交渉支払の通知を送信するための手段を更に備えた、請求項１３９に記載のシステム。
【請求項１４２】
個人又はエンティティに情報を求めるための手段を更に備えた、請求項１３９に記載のシステム。
【請求項１４３】
合意ドキュメントを自動的に発生するための手段を更に備えた、請求項１３９に記載のシステム。
【請求項１４４】
合意ドキュメントをオンライン発生するための手段を更に備えた、請求項１３９に記載のシステム。
【請求項１４５】
多ラウンド交渉のためのステップを備えた方法において、
第１の基準に基づき通常のラウンドにおいて値の対を分析するための第１ステップであって、これら値の対の各々は、第１当事者により与えられる１つの値と、トランザクションに対して前記第１当事者に相対する第２当事者により与えられる別の値とを含み、各対の値は、互いに大きさが異なるような第１ステップと、
前記第１基準がラウンドにおいて満足されるかどうか判断するための第２ステップと、
前記第１基準が満足されないときに、パワーラウンド分析が必要かどうか判断するための第３ステップと、
パワーラウンド分析が必要なときに、パワーラウンド基準に基づいて一対の値を分析するための第４ステップと、
前記第１基準が満足されるか、又は第１基準は満足されないがパワーラウンド基準が満足されるときに、トランザクションについてなされるべき支払を発生するための第５ステップと、
を備えた方法。
【請求項１４６】
支払の通知を送信するための第６ステップを更に備えた、請求項１４５に記載のシステム。
【請求項１４７】
少なくとも１人の当事者に情報を求めるステップを更に備えた、請求項１４５に記載のシステム。
【請求項１４８】
ドキュメントを自動的に発生するステップを更に備えた、請求項１４５に記載のシステム。
【請求項１４９】
支払われるべき当事者への支払を自動的に開始するステップを更に備えた、請求項１４５に記載のシステム。
【請求項１５０】
トランザクション特有のファシリテートメッセージを構成して、第１及び第２当事者の少なくとも一方へ通信し、第１当事者により与えられた値を第２当事者へ及びそれとは逆に開示しないようにするステップを更に備えた、請求項１４５に記載のシステム。
【請求項１５１】
第１当事者がトランザクションの開始者であるときには第１当事者へ、又は第２当事者がトランザクションの開始者であるときには第２当事者へ、ウインドフォール利益を与えるように支払を調整するステップを更に備えた、請求項１４５に記載のシステム。
【請求項１５２】
第１又は第２当事者のいずれが支払する当事者であってもそこから、第１又は第２当事者のいずれがトランザクションに対する支払われるべき当事者であってもそこへ、支払に等しい資金のオンライン転送を開始するステップを更に備えた、請求項１４５に記載のシステム。
【請求項１５３】
第１又は第２当事者のいずれがトランザクション及び支払に対する支払われるべき当事者であるかの、トランザクションの指示を含むドキュメントをオンライン発生するステップを更に備えた、請求項１４５に記載のシステム。
【請求項１５４】
第１エンティティ及び第２エンティティにより合意された少なくとも１つの予め選択された基準に基づき、少なくとも２つのラウンドのうちの１つのラウンドにおいて、トランザクションに対して、支払されるべきエンティティにより提示された少なくとも１つのオファーと、第２エンティティにより提示された少なくとも１つの対応するカウンターオファーとを処理することによりケースを決着させ、前記少なくとも１つのオファー及び少なくとも１つの対応するカウンターオファーは、互いに異なるものであり、
支払されるべきエンティティへ支払われるべき特定の値の交渉支払を計算し、そして
前記支払されるべきエンティティへ交渉支払を自動的に与えると共に、
ｉ）前記支払されるべきエンティティに登録された支払カード口座に指定の金額を振り込み、
ii）前記支払カード口座は、クレジットカード、デビットカード、チャージカード、エンターテイメントカード口座の少なくとも１つであり、
iii）前記支払されるべきエンティティに登録された親和性プログラム口座に指定金額に応じて振り込む、
の少なくとも１つにより交渉支払を与える、
というステップを備えた方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、一般に、交渉(bargaining)に係り、より詳細には、機密環境において相対する当事者間でのオンライン自動交渉に係る。
【背景技術】
【０００２】
セールスの駆け引きや説得が得意でない者にとって、交渉とは、多くの場合、せいぜい論争することである。交渉プロセスは、多くの潜在的な売り手と買い手が「値切る」ことを要求するトランザクションへの参加を思いとどまらせる。その証拠に、自動車販売のような交渉プロセスを慣習的に使用する産業では、「論争のない価格決め」のための広告が急増している。
【０００３】
交渉に反対しない者でも、自動的な環境において交渉トランザクションに参加するためのシステムも方法もない。オンラインシステムでは、Ｐｒｉｃｅｌｉｎｅ（登録商標）により確立されたプロセスのような「逆オークション」があると共に、Ｅ−ｂａｙ（登録商標）のような多数のオンラインオークションがある。しかしながら、所与のトランザクションにおいて最良の価格に効率的に到達するためのマルチラウンド自動交渉プロセス向けのシステムは存在しない。従って、トランザクションの当事者は、最良の価格が得られないか、或いは一方又は両方の当事者に受け容れられる価格がないのでトランザクションが失敗に終わる。
【発明の開示】
【発明が解決しようとする課題】
【０００４】
従って、当事者が不快になるという障害を伴わずに、所与のトランザクションにおいて最良価格の交渉に当事者が参加するのを許すようなシステムが要望される。本発明は、交渉トランザクションにおいて、トランザクションの両側の当事者がその両者に最も受け容れられる価格に到達するのを許すという前提に基づいている。更に、「価格を値切る」ことに反対の者は、交渉に慣習的に関連した不快感を伴わずに、交渉トランザクションに参加するためのシステムを必要とする。本発明は、相対する当事者がその両者に受け容れられる価格を見出すシステムがあれば、多数のより多くの市場トランザクションがまとまるという理解にも基づいている。
【課題を解決するための手段】
【０００５】
一般に、第１の態様において、本発明は、トランザクション交渉方法を特徴とする。この方法は、トランザクションに対して２つの相対する当事者により提示された不等値の対を、条件を満足するかどうかについてテストすることを含む。条件を満足しない場合に、この方法は、更に、トランザクションに対して２つの相対する当事者の各々から１つの、一対の不等パワーラウンド(power round)値を、パワーラウンド条件を満足するかどうかについてテストすることを含む。更に、この方法は、一対の不等値により条件が満足されたときに、束縛(binding)交渉の支払を計算することを含む。この束縛交渉の支払とは、一対の不等値の低い方に少なくとも等しい額である。
【０００６】
一般に、第２の態様において、本発明は、トランザクション交渉方法を特徴とする。この方法は、トランザクションに対して２つの相対する当事者により提示された値を受け取ることを含む。これら値の少なくとも一方は、トランザクションに関するファシリテート(facilitating)メッセージの通信に続いて提示され、ファシリテータから、２つの相対する当事者の少なくとも一方へ搬送される。更に、この方法は、不等値の対を、条件を満足するかどうかについてテストし、そして一対の不等値により条件が満足された場合に束縛交渉の支払を計算することを含む。この束縛交渉の支払とは、一対の不等値の低い方に少なくとも等しい額である。
【０００７】
一般に、第３の態様において、本発明は、２つの相対する当事者間のトランザクションを解決する交渉方法を特徴とする。この方法は、トランザクションに対して２つの相対する当事者により提示された不等値の対を、条件を満足するかどうかについてテストすることを含む。この方法は、更に、一対の不等値により条件が満足されたときに、束縛交渉の支払を計算することを含む。この束縛交渉の支払は、当事者の一方がトランザクションに対するトランザクションエントリー開始者であるときに、ウインドフォール(windfall)調整を、正又は負のいずれかのウインドフォール差額で調整された一対の不等値の低い方に少なくとも等しい額で合体させる。
【０００８】
一般に、第４の態様において、本発明は、２つの相対する当事者間のトランザクションを解決する交渉方法を特徴とする。この方法は、トランザクションに対して２つの相対する当事者により提示された不等値の対を、条件を満足するかどうかについてテストすることを含む。この方法は、更に、一対の不等値により条件が満足されたときに、一対の不等値の低い方に少なくとも等しい額の束縛交渉の支払を計算し、そしてその額に対して当事者間で資金のオンライン転送を開始することを含む。
【０００９】
一般に、第５の態様において、本発明は、２つの相対する当事者間のトランザクションを解決する交渉方法を特徴とする。この方法は、トランザクションに対して２つの相対する当事者により提示された不等値の対を、条件を満足するかどうかについてテストすることを含む。この方法は、更に、一対の不等値により条件が満足されたときに、一対の不等値の低い方に少なくとも等しい額の束縛交渉の支払を計算することを含む。この方法は、更に、条件を満足したときに、トランザクションに対する合意ドキュメントを自動的に発生することも含む。
【００１０】
一般に、第６の態様において、本発明は、オンラインインターフェイスを経てここに開示する技術に基づき動作するシステムを特徴とする。
【００１１】
本発明の特定の実施形態は、次の効果の１つ以上を特徴とし得る。開始から交渉を通じて各当事者にとってコストが安く、トランザクションに対して合意の確率が高く、トランザクションが合意に達し得るように促され、実際に合意に達し得るという何らかの指示があり、トランザクションの交渉について顧客の満足度が高く、システムへ多数のトランザクションが引き付けられ、代理店を雇ってシステム又はファイルに参加しそしてトランザクションの交渉を行うことに対して開始者にとってコストが安く、当事者にとって小売トランザクションよりコストが安く、オークション又は逆オークションで得られるものよりトランザクションの経済的効率が高く、簡単な契約又は合意を立案するに必要な法的知識も必要とされないので、システムに参加する当事者にとって非常に快適であり、代理店又は代理人が必要とされないか又は合意を記憶するために最小限必要とされるだけであるからコストが安く、多当事者の交渉が効果的な２当事者の交渉へと統合され及び簡単化され、当事者が特定の支払方法をコントロールするので当事者にとって非常に融通性があり、交渉した合意から手続きが迅速に受けられ、又は買い手又は売り手による合意後の不履行の可能性が低く、そしてリアルタイムの瞬時交渉である。
【００１２】
本発明によるシステムの特定の実施形態は、次の付加的な効果の１つ以上を特徴とし得る。個人が交渉トランザクションに直接コンタクトし且つ参加でき、即座の又は直接的な振込みを受けることができ、交渉プロセスを経て到達した値を転送し、又は転送を開始することができ、或いは交渉が開始者により合意に達した場合にウインドフォール調整を受けることができる。
【００１３】
上述した効果及び特徴は、代表的な実施形態に過ぎず、本発明の理解を助けるためにのみ示される。それらは、トランザクションにより定義される本発明に対する制約でもないし、特許請求の範囲の等効物に対する制約でもないことを理解されたい。例えば、これら効果のある対は、単一の実施形態において同時に存在し得ないという点で、相互に矛盾したものである。同様に、ある効果は、本発明のある態様には適用できるが、他の態様には適用できない。従って、特徴及び効果についてのこの概要は、等効物の決定を決着させるものとはみなされない。本発明の付加的な特徴及び効果は、以下の説明、添付図面及び特許請求の範囲から明らかとなろう。
【００１４】
本発明の目的は、コンピュータをコントロールするように動作し且つ少なくとも１つのコンピュータ読み取り可能な媒体に記憶される、コンピュータ実行可能な交渉方法を提供することである。この方法は、実行時に、ａ）トランザクションに対する第１当事者から複数のオファーを受け取り、ｂ）トランザクションに対する第２当事者から複数のカウンターオファーを受け取り、ｃ）前記オファーが第２当事者へ公表されるのを防止すると共に、前記カウンターオファーが第１当事者へ公表されるのを防止し、ｄ）ラウンドにおける前記オファーと前記カウンターオファーとの間の差を計算し、各々の差は、ラウンドにおいて１つのオファーと１つのカウンターオファーとを使用して計算され、この１つのオファーと１つのカウンターオファーは、値が等しくなく、ｅ）いずれかの差が少なくとも１つの所定の基準内に入るかどうか判断し、ｆ）いずれかの差が少なくとも１つの所定の基準内に入る場合には、トランザクションが解決されるというメッセージを第１当事者及び第２当事者へ送信し、そしてｇ）その差が少なくとも１つの所定の基準内に入らない場合には、トランザクションが解決されないというメッセージを送信することを含む。更に、１つのオファーが、１つのカウンターオファーの前に受け取られる方法が提供される。更に、１つのオファーが、１つのカウンターオファーの後に受け取られる方法も提供される。この方法は、更に、最大３まで受け取ることができるように複数のカウンターオファーを制限することも含む。又、この方法には、当事者の１人が最大ラウンド数を指定するのを許すことも含まれる。更に、最大指定数より少ない複数のオファーを受け取った後に、前記ｄ）、ｅ）、ｆ）及びｇ）を実行する方法が提供される。最終的に、いずれかの前記オファーが受け取られる前に全ての前記カウンターオファーが受け取られる方法も提供される。
【００１５】
本発明の別の目的は、金銭的なオファーとそのカウンターオファーとを使用して少なくとも２人の当事者間で交渉を行う自動化方法であって、トランザクションに対して自動交渉システムに参加しそして自動交渉システムから送信されるトランザクションの解決策により束縛されるようにするために第１当事者から参加要求を受け取り、そしてそのトランザクションに対して自動交渉システムに参加するために第２当事者から参加指示を受け取ることを含む方法を提供することである。
【００１６】
この方法は、第１当事者から一連の少なくとも３つの金銭的なオファーを受け取り、第２当事者から一連の少なくとも３つのカウンターオファーを受け取り、第２当事者からの金銭的なオファーへの非アクセス性を維持し、そして第１当事者からの決着オファーへの非アクセス性を維持することを与える。この方法は、第１ラウンドにおいて前記一連の金銭的なオファーの第１オファーを第１のカウンターオファーと比較して、第１の金銭的なオファーと第１のカウンターオファーとの間の第１の差が所定のガイドライン内であるかどうか判断するように進む。この第１ラウンドにおいて、第１の差が所定のガイドライン内である場合には、合意成功通知を第１当事者及び第２当事者へ送信し、この第１ラウンドにおいて、第１の差が所定のガイドライン内にない場合には、この方法は、第２ラウンドにおいて前記一連の金銭的なオファーの第２オファーを第２のカウンターオファーと比較して、第２の金銭的なオファーと第２のカウンターオファーとの間の第２の差が所定のガイドライン内であるかどうか判断するように進む。この第２ラウンドにおいて、第２の差が所定のガイドライン内である場合には、合意成功通知を第１当事者及び第２当事者へ送信する。
【００１７】
この第２ラウンドにおいて、第２の差が所定のガイドライン内にない場合には、この方法は、第３ラウンドにおいて前記一連の金銭的なオファーの第３オファーを第３のカウンターオファーと比較して、第３の金銭的なオファーと第３のカウンターオファーとの間の第３の差が所定のガイドライン内であるかどうか判断するように進む。この第３ラウンドにおいて、第３の差が所定のガイドライン内である場合には、合意成功通知を第１当事者及び第２当事者へ送信する。
【００１８】
第１、第２及び第３ラウンドの全てにおいて、第１、第２及び第３の差が所定のガイドライン内にない場合には、この方法は、合意不成功信号を前記第１当事者及び第２当事者へ送信することを含む。いずれのラウンド１においても、合意成功通知が送信される場合には、この方法は、更に、第２当事者により第１当事者に支払うべき交渉合意金額を含む交渉値通知を発生することを含む。
【００１９】
又、この方法は、更に、合意成功通知が送信されるラウンドからの少なくとも金銭的なオファーを使用して交渉合意金額を計算することも含む。更に、この計算がカウンターオファーも使用するような方法も提供される。第１、第２又は第３ラウンドのいずれかに、合意成功通知が送信される場合には、この方法は、更に、その合意成功通知が送信されるところのラウンドに使用された一対の値からトランザクションに対する支払値を計算し、そして参加当事者アクセス可能なデータベースにその支払値を記憶することを含む。第１ラウンドにおいて、第１の差が所定のガイドライン内に入らない場合には、この方法は、更に、第１の金銭的なオファー及び第１のカウンターオファーを第２ラウンドに対し自動交渉システムに使用できなくすることを含む。第２ラウンドにおいて、第２の差が所定のガイドライン内に入らない場合には、この方法は、更に、第２の金銭的なオファー及び第２のカウンターオファーを第３ラウンドに対し自動交渉システムに使用できなくすることを含む。更に、第３ラウンドにおいて、第３の差が所定のガイドライン内に入らない場合には、この方法は、更に、第３の金銭的なオファー及び第３のカウンターオファーを自動交渉システムに使用できなくすることを含む。
【００２０】
交渉合意金額が１つのオファー及び１つのカウンターオファーの中間値であるか、又は交渉合意金額が一方のオファーにより指定された金額に等しいような方法も包含される。更に、単一のカウンターオファーと単一のオファーとの互いの相違が固定金額未満であることを所定のガイドラインとする方法も提供される。又、固定金額が、単一のカウンターオファー又は単一のファーの一方の割合を表わす計算された金額であるような方法も包含される。更に、単一のカウンターオファーが単一のオファーの所定の割合であることを指定の条件とする方法も提供される。この方法の所定の割合は、７０%又は８０%でよい。又、一連の３つの金銭的なオファーの１つが、一連の３つのカウンターオファーの１つの前に受け取られるような方法も提供される。更に、一連の３つのカウンターオファーの１つが、一連の３つの金銭的なオファーの１つの前に受け取られるような方法も提供される。
【００２１】
本発明の別の目的は、ラウンドにおいて２人の相対する当事者間でのトランザクションを解決する交渉方法であって、少なくとも２つのラウンドの１つにおいて一対の不等値をテストすることを含み、この対の１つの値は、トランザクションに対する２人の相対する当事者の１人により提示され、そして前記テストに使用される合意判断アルゴリズムが一対の不等値により満足されるときに、一対の不等値の低い方に少なくとも等しい額の束縛交渉支払を計算することも含む方法を提供することである。この方法は、更に、交渉支払を、一対の不等値の大きい方に制限することも含む。更に、この方法は、ウイークエンドの日に一対の不等値の少なくとも１つの値を受け取ることも含む。又、この方法は、ウイークデイには午前９時から午後４時以外の時間に一対の不等値の少なくとも１つの値を受け取ることも含む。最後に、この方法は、更に、ケース特有の情報に相関された金額をデータベースに記憶することを含む。
【００２２】
本発明の別の目的は、交渉システムを操作する方法であって、係争に対して第１及び第２の当事者の各々から複数の値を受け取り、これら複数の値の少なくとも１つは、インターネット接続を経て受け取られたものであり、更に、第１当事者の値を第２当事者へ又は第２当事者の値を第１当事者へ公表することなく、１つ１つのベースで、第１当事者からの値と第２当事者からの値とをマッチングさせて、複数の対を生成し、プリセットされた式に基づいてそれらの対を分析して、分析時にある対が少なくとも１つの指定の基準を満足する場合に、システムが第１及び第２の当事者に合意に達したことを報告することを含む方法を提供することである。少なくとも１つの指定の基準を満たすときには、この方法は、更に、前記対の少なくとも一部分を使用して交渉値を計算することを含む。又、前記計算が、前記対についての平均値を決定することを含むような方法も包含される。この方法は、更に、第１当事者が、プリセットされた式の選択を行うのを許すことも含む。この方法は、更に、前記受け取りの前に、第１又は第２の当事者の一方がプリセットされた式の選択を行うのを要求すると共に、第１又は第２の当事者の他方がその選択に合意することを要求する。又、前記方法には、交渉のためのスポンサー識別番号及び交渉のためのトランザクション記述情報を受け取ることも含まれる。又、前記方法は、更に、交渉に対する地理的情報を表わす情報を受け取ることも含む。
【００２３】
本発明の別の目的は、トランザクションを伴う交渉ネゴシエーションに対して第１エンティティを自動交渉システムに登録し、この登録に続いて、第１エンティティからトランザクション識別子及び少なくとも２つの金銭的な提示を受け取り、前記トランザクションに対して第２エンティティにより提示された少なくとも１つの提案された交渉合意金額を、前記少なくとも２つの金銭的な提示の少なくとも一方に関連させ、提案された交渉合意金額と、前記少なくとも２つの金銭的な提示の一方を、指定のアルゴリズムに基づいて処理して、結果を得、そしてその結果が第１エンティティにより合意された基準を満足するときに、少なくとも１つの提案された交渉合意金額を第１エンティティに通知することなく、トランザクションの合意に達したこと及び支払金額を第１エンティティに通知することを含む方法を提供することである。この方法は、更に、決着に達したときに、少なくとも１つの提案された交渉合意金額と、少なくとも２つの金銭的な提示の一方とを永久的に破棄することを含む。この方法は、更に、交渉ネゴシエーションに対するトランザクション関係情報と、支払金額とを、自動交渉システムにテーブルとして記憶することも含む。
【００２４】
本発明の別の目的は、トランザクションに対するオファー及びそのカウンターオファーを受け取り、各オファーは、パスワードで保護された通信リンケージを経て受け取られると共に、関連シーケンス番号を有し、更に、各オファーは、関連シーケンス番号を有し、それらシーケンス番号間の対応に基づいてオファーをカウンターオファーに対してマッチングさせ、そのマッチングされたオファー及びカウンターオファーをアルゴリズムに対してテストし、オファー及びカウンターオファーのテストに応答して結果を発生し、そしてオファー又はカウンターオファーを公表せずに、その結果を自動的に報告することを含む交渉方法を提供することである。この方法は、更に、その結果が交渉でないときには、オファー及びカウンターオファーを破棄することも含む。更に、この方法は、結果が合意であるときに、予め確立された式に基づいて交渉合意金額を計算し、そしてその交渉合意金額を報告することも含む。更に、この方法は、オンライン交渉システムを使用して間接的な交渉ネゴシエーションに参加するために支払いをすると共に、その結果が合意を指示するときに、オンライン交渉システムにより指定された金額についてトランザクションに合意するように法的に束縛されるべく、エンティティからの合意を得ることも含む。又、この方法は、間接的な交渉ネゴシエーションに参加するためにスポンサーからの合意を得、スポンサーにより提示されたオファーを使用してエクスポージャー額を発生し、そしてそのエクスポージャー額をスポンサーに通知することも含む。この方法は、更に、オファーを使用して潜在的な交渉利得額を発生し、そして支払されるべきエンティティにその交渉利得額を通知することも含む。
【００２５】
本発明の別の目的は、交渉システムによりある値に適用されて満足されたときに、交渉システムにより指定された支払額について当事者に対してトランザクションの合意を生じるような少なくとも１つの基準に合意し、前記支払額は、少なくとも１つの値から導出され、更に、ラインインターフェイス上で保護されたセキュリティを経て交渉システムへ複数の金銭的な値を提示し、これは、金銭的な値を当事者に開示することなく、少なくとも１つの基準を使用して交渉システムにより分析され、更に、当事者からの開示されない値と、複数の金銭的な値の少なくとも１つとで少なくとも１つの基準が満足されたという指示を受け取り、そしてトランザクションに対する支払額の通知を受け取ることを含む方法を提供することである。更にこの方法は、前記指示を受け取る前に、前記当事者に対する１つの開示されない値と、１つの金銭的な値とに対して少なくとも１つの基準が満足されなかったというメッセージを受け取ることも含む。更に、この方法において、前記支払額は、前記複数の金銭的な値の少なくとも１つである。更に、この方法において、前記支払額は、前記複数の金銭的な値の少なくとも１つより大きい。更に、この方法は、インターネットを経て交渉システムにログインすることを含む。又、この方法は、トランザクション特有の識別情報を与えることを含んでもよい。トランザクションに対する代理店コンタクト情報を与えることもこの方法に含まれる。更に、この方法は、トランザクション特有の情報をテーブル化することも含む。更に、この方法は、ウェブブラウザを使用して交渉システムにアクセスすることも含む。又、この方法には、複数のケースを交渉システムに提示することも含まれ、トランザクションは、複数のケースの１つに関連している。
【００２６】
本発明の別の目的は、交渉のためにプロセッサ及び記憶装置を備えた自動交渉システムに記憶されたステップを含む方法において、当事者によりインターネットを経て提示された値を受け取るためにマークアップ言語で書かれた第１プログラムモジュールを実行するステップであって、前記値は、トランザクションが交渉されるところの一連の提案された金額を表わすようなステップと、前記一連の提案された金額の中の個々の提案された金額を、一連の提案された相手金額の中の個々の提案された相手金額に対して順次に比較するためにオブジェクト指向のプログラミング言語で書かれたプログラムオブジェクトを実行するステップであって、全ての提案された相手金額は当事者には得られず、前記順次に比較される個々の提案された金額と相手金額との間の差が指定の範囲内にあるかどうか判断するとともに、その差が指定の範囲内にある場合に合意指示を発生するためのステップと、計算された額の支払によりトランザクションが交渉されたことを当事者に通知するために第２のプログラムモジュールを実行するためのステップと、を備えた方法を提供することである。この方法は、更に、個々に提案された金額を指定の式の入力として使用して指定の式に基づき交渉合意金額を計算して、トランザクションの交渉において行われるべき支払を指定するためのステップも備えている。この方法は、更に、個々に提案された相手金額を指定の式の入力として使用して指定の式に基づき交渉合意金額を計算して、トランザクションの交渉において行われるべき支払を指定するためのステップも備えている。又、この方法には、個々に提案された金額及び個々に提案された相手金額の両方を指定の式の入力として使用して指定の式に基づき交渉合意金額を計算して、トランザクションの交渉において行われるべき支払を指定するためのステップも備えている。この方法は、更に、当事者をログインするステップも備えている。この方法は、更に、プロセッサを使用して決着データを収集して処理するステップも備えている。最後に、この方法は、アドミニストレーション許可をチェックして、アドミニストレータが自動交渉システムにスポンサーを追加できるようにするステップも備えている。
【００２７】
本発明の別の目的は、スポンサーからトランザクションの提示を受け、満足された場合に束縛合意を生じる少なくとも１つの基準に対する合意を受け、トランザクションに含まれる支払われるべきエンティティの代表者へ通信するためのメッセージであって、その代表者をトランザクションのための自動交渉ネゴシエーションに参加するように招待するメッセージを発生し、その代表者により提示されたオファーと、スポンサーにより提示された相関したカウンターオファーとで少なくとも１つの基準が満足される場合に、自動交渉ネゴシエーションに参加し且つそれにより束縛されるべき代表者からの応答合意を受け取り、代表者により提示された少なくとも２つのオファーと、スポンサーにより提示されたカウンターオファーとを、指定の限界時間周期内に受け取り、少なくとも２つのラウンドのうちの１つのラウンドにおいて前記オファーの１つとカウンターオファーとを比較して、少なくとも１つの基準が満足されるかどうか判断し、そして少なくとも１つの基準が満足される場合に、支払金額に対してトランザクションが交渉されたという指示を発生することを含む方法を提供することである。この方法は、更に、オファー及びそのカウンターオファーを受け取る前に識別番号の入力を必要とすることも含む。この方法は、更に、支払金額を将来の検索のために記憶することも含む。又、この方法は、更に、１つのオファーとそのカウンターオファーとの中間値として支払額を計算することも含む。更に、この方法は、オファーとそのカウンターオファーとの間の値として支払額を計算することを含む。
【００２８】
本発明の別の目的は、第１エンティティからのトランザクションに対して一連の金額を表わすデータを含む第１信号を受け取り、第２エンティティからの情報に関連して交渉システムによりアルゴリズムに対して自動テストのために前記第１信号を準備し、前記第２エンティティは、トランザクションに関して前記第１エンティティに相対するものであり、前記一連の金額の１つのテストが前記交渉システムに合意条件を生じさせたことを指示する応答信号を受け取り、そして前記合意条件に応答して、交渉合意金額を表すデータを含むメッセージを転送し、最終的に前記第１エンティティへ配送することを含む方法を提供することである。この方法は、更に、第２エンティティからの情報を含む第２信号を受け取ることを含み、この情報は、トランザクションに対する少なくとも１つの提案された交渉合意金額を表わす。第１エンティティが、支払されるべきエンティティ、又は支払されるべきエンティティの代表者の一方であるような方法も提供される。この方法は、更に、交渉システムにより使用可能な第１又は第２エンティティに関連したハードドライブに記憶して、第１又は第２エンティティによる使用を追跡するために、交渉システムにより送信されたクッキーデータを転送することも含む。更に、この方法には、第１又は第２エンティティに関連したコンピュータへ転送するために交渉システムから第３信号を受け取ることも含まれ、これは、受信時に、コンピュータがハードドライブからクッキーデータを検索してそれを交渉システムへ送信するようにさせる。
【００２９】
本発明の別の目的は、インターネットへのインターフェイスを維持し、これを通して、支払されるべきエンティティがトランザクションのためのオファーを交渉システムへ提示したりそこから指示を受け取ったりできるようにし、従って、支払されるべきエンティティがインターフェイスを経て交渉システムへ多数のオファーを提示し、そして支払システムがトランザクションに対する合意の多数のオファーとカウンターオファーを１対１のベースで対にするときに、少なくとも１つの基準に基づいて比較が行われると共に、支払されるべきエンティティには、その少なくとも１つの基準が対にとって満足であるかどうかについて肯定又は否定の指示がインターフェイスを経て与えられるような自動オンライン交渉方法を提供することである。この方法は、更に、少なくとも１つの基準を満足したときに計算された交渉システムにより供給された交渉値を含む受信情報を、インターフェイスを経て、支払されるべきエンティティへ表示のために転送することも含む。この方法は、更に、交渉システムをホスティングすることも含む。更に、この方法は、実行時に、比較を行って、トランザクションに対する肯定又は否定指示を、支払されるべきエンティティに与えるプロセッサ実行可能なプログラムを記憶することも含む。
【００３０】
本発明の別の目的は、第１エンティティによりオンラインで提示される少なくとも２つの値から選択された第１の値と、第２エンティティによりオンラインで提示される第２の値とを備え、第１の値は第２エンティティに対してアクセス不能であり、且つ第２の値は第１エンティティに対してアクセス不能であり、第１の値及び第２の値は、互いに大きさが異なるものであり、更に、プロキシーが、入力と、出力と、コンピュータ実行可能なプログラムとを含み、該プログラムは、実行時に、相対するエンティティから入力を経て一対の値を受け容れると共に、少なくとも２つのラウンドのうちの１つのラウンドにおいて前記一対の値の数学的比較に基づいて前記プロキシーへ結果インジケータを返送するように構成され、更に、前記プログラムは、前記少なくとも２つのラウンドの一方に対して少なくとも１つの所定の基準を満足することを前記結果インジケータが指示するときに前記出力を経て前記相対するエンティティの少なくとも１つへ支払値を与えるように構成されたシステムを提供することである。
【００３１】
このシステムは、更に、プロキシーにより入力を経て検索するために前記第１及び第２の値を一時的に記憶するように構成されたプロセッサアクセス可能な記憶装置を備えている。更に、コンピュータ実行可能なプログラムが複数のモジュールを備え、その１つが、ＪＡＶＡＳｃｒｉｐｔ（登録商標。以下同様。）のようなオブジェクト指向のプログラミング言語でプログラムされ、そしてその別のものが、ＣｏｌｄＦｕｓｉｏｎマークアップ言語又はハイパーテキストマークアップ言語（ＨＴＭＬ）のようなマークアップ言語でプログラムされるようなシステムも提供される。
【００３２】
更に、プログラムが実行され、そして結果インジケータが、少なくとも１つの所定の基準が満足されないことを示すときに、プロキシーが一対の値を破棄するようなシステムも提供される。又、プログラムが実行され、そして結果インジケータが、少なくとも１つの所定の基準が満足されることを示すときに、プロキシーが、一対の値から支払値を計算し、次いで、一対の値を破棄するようなシステムも提供される。更に、第１の値が、スポンサーによりなされたオファーであり、そして第２の値が、支払されるべきエンティティによりなされたオファーであるようなシステムも提供される。システムは、更に、支払値とトランザクション特有の情報との相関を含むエンティティアクセス可能な詳細ログも備えている。
【００３３】
又、トランザクション特有の情報が、地理的エリアを表わすデータを含むようなシステムも提供される。このシステムは、更に、少なくとも１つの所定基準が満足されることを結果インジケータが示すときに、プロキシーが、支払値と、トランザクション特有の情報を表わすデータとを記憶できるところのプロキシーアクセス可能な記憶装置も備えている。
【００３４】
更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の中間値であるようなシステムも提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の大きい方であるようなシステムも提供される。少なくとも１つの所定の基準が、一対の値が互いの固定の割合内でなければならないようなシステムも提供される。このシステムは、更に、所定のオーバーライド金額も含み、これは、少なくとも１つの所定基準が満足されないことを結果インジケータが示す場合に、一対の値の間の差と比較され、そしてこの差が所定のオーバーライド金額より少ない場合には、少なくとも１つの所定基準が満足されなくても、プロキシーがトランザクションのための支払値を少なくとも１つの相対するエンティティへ与えるようにさせる。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の中間値であるようなシステムも提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の大きい方であるようなシステムも提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の関数であるようなシステムも提供される。少なくとも１つの所定の基準が固定拡散値であるようなシステムも提供される。又、支払値が、一対の値における一方の値と、一対の値における他方の値との間の大きさであるようなシステムも提供される。
【００３５】
このシステムは、更に、プロキシーが一対の値を受け容れる回数に限界を与えるプログラム実行限界も含む。更に、所定のアクションが、第１又は第２の値の少なくとも一方を破棄することであるようなシステムも提供される。第１及び第２の値が撤回可能であり、且つ所定のアクションが第１又は第２の値の一方の撤回を防止するようなシステムも提供される。
【００３６】
このシステムは、更に、支払値とトランザクション特有の情報との相関を含むエンティティアクセス可能な詳細ログも備えている。このエンティティアクセス可能な詳細ログは、マークアップ言語で書くことができる。このシステムは、エクスポージャー計算器を含むこともできる。このエクスポージャー計算器は、ＪＡＶＡＳｃｒｉｐｔのようなオブジェクト指向のプログラミング言語で書くことができる。
【００３７】
更に、第１の値が複数の順次に提示される第１の値の１つであり、そして第２の値が複数の順次に提示される第２の値の１つであり、順次に提示される全ての値は、それらを提示しなかったエンティティにはアクセスできず、そして少なくとも１つの所定の基準が第１及び第２の値に対して満足されないことを結果インジケータが指示するときには、前記複数の順次に提示される第１の値のうち、第１のエンティティにより指定された別のものを、前記第１の値に代わって使用すると共に、前記複数の順次に提示される第２の値のうち、第２のエンティティにより指定された別のものを、前記第２の値に代わって使用するようにプログラムが更に構成されたシステムが提供される。又、複数の第１の値の各々が指定の順序に基づいて第１エンティティにより提示されるようなシステムも提供される。このシステムは、更に、プロキシーが一対の値を受け容れる回数に限界、例えば、２回又は３回、を与えるようなプログラム実行限界も含む。
【００３８】
このシステムは、更に、少なくとも１つの所定の基準を満足したときに、トランザクションを決着するために一方のエンティティにより他方へ支払うべき金額を式に基づいて計算する支払計算器も備えている。更に、この式が、少なくとも１つの所定の基準を満足させる一対の値の中間値であるようなシステムも提供される。更に、この式が、少なくとも１つの所定の基準を満足させる一対の値の大きい方であるようなシステムも提供される。
【００３９】
このシステムは、更に、交渉トランザクションに関するデータを含むエンティティサーチ可能なデータベースも備えている。更に、データが各交渉トランザクションに対する地理的情報を含むようなシステムも提供される。更に、データが各交渉トランザクションに対する金額を含むようなシステムも提供される。このシステムは、更に、オファー又はそのカウンターオファーを提示する前にエンティティによりエンティティサーチ可能なデータベースにアクセスできるところの通信リンクも備えている。又、第１の複数の値が、支払されるべきエンティティからのオファーであるようなシステムも提供される。更に、第１の値が、複数の順次に提示される第１の値の１つであり、そして第２の値が、複数の順次に提示される第２の値の１つであり、それら順次に提示される全ての値が、それらを提示しなかったエンティティにはアクセス不能であり、且つプログラムによる一対の値の受け入れと、結果インジケータの返送とで１つのラウンドが構成されるようなシステムも提供される。
【００４０】
本発明の別の目的は、複数のモジュールを備えたプロセッサにより実行するために少なくとも１つのコンピュータアクセス可能な記憶媒体に記憶される交渉アプリケーションであって、プロセッサにより実行されたときに、トランザクションに対して互いに相対する２つのエンティティにより提示された対の金額値を受け容れて比較し、指定の範囲より大きく互いに異なる対の金額値は破棄し、一対の金額値がその対に基づく指定の範囲内で互いに相違する場合には一方のエンティティから別のエンティティへ支払うべき交渉合意金額を計算し、次いで、その対を破棄し、そしてその交渉合意金額を２つのエンティティへ配送すべく与えるような交渉アプリケーションを提供することである。
【００４１】
本発明の別の目的は、少なくとも１つの中央処理ユニットを有するシステムで自動交渉を行う方法において、（ａ）トランザクションに対して第１当事者から受け取られるトランザクションを満足するためのオファーについての一連のラウンドに対応する情報を、論争において前記第１当事者に相対するいずれの当事者へもそれらオファーを公表することなく、前記中央処理ユニットへ導入し、（ｂ）トランザクションに対して前記第１当事者に相対する第２当事者から受け取られるトランザクションに対する合意に達するためのカウンターオファーの一連のラウンドに対応する情報を、論争において前記第２当事者に相対するいずれの当事者へもそれらオファーを公表することなく、前記中央処理ユニットへ導入し、（ｃ）前記ステップ（ａ）及び（ｂ）は、任意の順序で行われ、（ｄ）前記一連のオファー及び前記一連のカウンターオファーに対応する情報を、予め確立された条件に基づき、ラウンドごとに、比較し、（ｅ）前記中央処理ユニットを使用して、前記予め確立された条件を満足することによりラウンド内にオファー及びそのカウンターオファーによりトランザクションの合意がなされるかどうか判断し、（ｆ）ラウンド内のオファー及びそのカウンターオファーが合意を生じさせる場合には、（ｉ）ラウンド内のオファーがそのカウンターオファーより小さく且つ同じラウンド内のオファーの予め確立されたパーセンテージ内にある場合に、第１の予め確立された式に基づいて計算された第１の金額、（ii）ラウンド内のオファーがそのカウンターオファー以上である場合に、そのオファー、又は（iii）オファーが、全ての個々のラウンド内のオファーの予め確立されたパーセンテージ内にないが、特定のカウンターオファーとそれに対応するオファーとの間の差が予め確立された金額より小さい場合には、第２の予め確立された式に基づいて計算された第２の金額、の１つに等しい交渉支払を計算し、（ｇ）前記一連のオファー及び一連のカウンターオファーがいずれも、交渉支払が計算される予め確立された条件を満足しないときには、前記一連のオファー及び一連のカウンターオファーを永久的に削除し、そして（ｈ）前記一連のオファー及び一連のカウンターオファーがいずれも予め確立された条件を満足せず且つ個々の不成功のオファーとそれに対応するカウンターオファーとの間の各々の差が予め確立された金額より大きいときには合意失敗メッセージを通信し、或いは予め確立された条件を満足するか又はオファーが全てのラウンドにおいてそのカウンターオファーの予め確立されたパーセンテージ内にないが、特定のオファーとそれに対応するカウンターオファーとの間の差が予め確立された金額より小さいときには交渉支払を含む合意メッセージを通信する、というステップを備えた方法を提供することである。
【００４２】
本発明の別の目的は、オファー及びそのカウンターオファーを処理するためのプロセッサと、交渉されるべきトランザクション、交渉トランザクションに含まれる個人によるか又は個人に代わって行われるトランザクションを満足させるための一連のオファー、及びトランザクションに対する前記個人に相対するエンティティによりトランザクションの合意に到達するための一連のカウンターオファーを識別する情報を、通信リンケージを経てプロセッサに導入するための手段とを備えた自動交渉システムを提供することである。システムのこの実施形態には、プロセッサによりアクセス可能なメモリ手段であって、トランザクションを識別する情報を記憶すると共に、一連のオファーを相対するエンティティに又は一連のオファーを個人に公表することなく、トランザクションを満足させるための一連のオファー及びトランザクションの合意に到達するための一連のカウンターオファーを一連のラウンドにおいてプロセッサにより使用するために一時的に記憶するメモリ手段が含まれる。又、このシステムでは、プロセッサと通信関係にある比較手段であって、一連のオファーの１つと、一連のカウンターオファーの１つとを受け取って、ラウンドごとに、予め確立された条件に基づいて、互いに比較し、一連のオファー及び一連のカウンターオファーの全部が尽きるか、又は１つのラウンドでオファー及びカウンターオファーに対して合意が指示されるまで比較するための比較手段も実施され、前記合意が指示された場合に、トランザクションは、（ａ）予め確立された条件を満足するラウンドにおけるオファーがそのカウンターオファーより小さく且つそのラウンドにおけるオファーの予め確立されたパーセンテージ内である場合には、第１の予め確立された式に基づく金額、（ｂ）いずれのラウンドにおけるオファーもそのカウンターオファー以上である場合には、そのオファー、そして（ｃ）オファーが全てのラウンドにおいて予め確立された条件内にないが、特定のオファーとそれに対応するカウンターオファーとの間の差が予め確立された金額未満である場合には、第２の予め確立された式に基づく金額、に対して合意される。又、その後のラウンドにおいて前記比較手段により不成功のオファー又は不成功のカウンターオファーの再使用を永久的に禁止するための手段と、比較結果を個人及びエンティティへ通信するための手段も実施される。
【００４３】
このシステムは、更に、他の交渉トランザクションから実際の合意をアクセスするための手段を備えている。更に、通信リンケージがインターネット接続であるようなシステムも提供される。又、通信リンケージがボイス接続であるようなシステムも提供される。更に、トランザクションの合意に到達するための一連のオファーが３つのオファーであるようなシステムも提供される。このシステムは、更に、システムの使用中にユーザをガイドするために電話リンケージを経てボイスメッセージを発生するための手段も備えている。システムは、更に、ａ）トランザクションを識別する識別番号、ｂ）トランザクションに対応するセキュリティコード、又はｃ）個人又はエンティティに対するアドミニストレータコード、の少なくとも１つをシステムへ与えるまで、システムのアクセスを防止するためのセキュリティ手段も備えている。
【００４４】
システムは、更に、エントリー時間を、トランザクションを満足させるための一連のオファーの少なくとも第１と、トランザクションの合意に到達するための一連のカウンターオファーの少なくとも第１とに関連付けるためのタイムキープ手段も備えている。又、一連のオファー及び一連のカウンターオファーが全て異なる時間にシステムにより受け取られるようなシステムも提供される。
【００４５】
本発明の別の目的は、少なくとも１人の他の個人との交渉ネゴシエーションに含まれる個人により又はその個人に代わって行われるトランザクションを満足させるための一連のオファーと、そのトランザクションの合意に到達するための一連のカウンターオファーとを、少なくとも１つの中央処理ユニットを経て、通信し且つ処理するために通信リンケージを通して自動交渉するためのコンピュータ化システムであって、中央処理ユニットを制御するためのオペレーティングシステムソフトウェアと、トランザクションの識別及びトランザクションに含まれる個人に対応する情報を中央処理ユニットに導入するための手段と、トランザクションの識別及びトランザクションに含まれる個人に対応する情報を記憶するためのメモリ手段とを含むようなシステムを提供することである。又、このシステムでは、トランザクションが行われるところのトランザクションに含まれる第１の個人により又はそれに代わって、トランザクションの合意に到達するための一連のラウンドに対応する情報を、トランザクションに含まれる他の個人へオファーを公表せずに、中央処理ユニットへ導入するための手段と、トランザクションに含まれる第２の個人により又はそれに代わって、トランザクションを満足させるためのカウンターオファーの一連のラウンドに対応する情報を、トランザクションに含まれる他の個人へカウンターオファーを公表せずに、中央処理ユニットへ導入するための手段も実施される。又、一連のオファー及び一連のカウンターオファーに対応する情報を、ラウンドごとに、予め確立された条件に基づき、比較するための比較手段も実施され、（ａ）いずれのラウンドにおけるオファーもそのカウンターオファーより小さく且つ同じラウンドにおけるオファーの予め確立されたパーセンテージ内である場合には、第１の予め確立された式に基づく金額に対してトランザクションが合意され、（ｂ）いずれのラウンドにおけるオファーもそのカウンターオファー以上である場合には、そのオファー金額に対してトランザクションが合意され、そして（ｃ）カウンターオファーが全てのラウンドにおいてオファーの予め確立されたパーセンテージ内にない場合には、オファーとカウンターオファーとの間の差が予め確立された金額未満でない限り、トランザクションが合意されず、又、そのケースでは、トランザクションが、第２の予め確立された式に基づく金額に対して決着するようにされる。又、前記予め確立された条件に基づく前記ラウンドにおけるオファーとそのカウンターオファーとの比較で合意を生じないような各ラウンドではオファー及びそのカウンターオファーを永久的に削除するための手段と、比較結果を第１及び第２の個人又はその代表者に通信するための手段も実施される。
【００４６】
ここに定義するコンピュータ化システムは、更に、他の交渉トランザクションにおいてシステムにより発生された実際の合意にアクセスするための手段も備えている。更に、ここに定義するコンピュータ化システムであって、前記個人がインターネットを経て前記中央処理ユニットに通信するようなシステムも提供される。又、ここに定義するコンピュータ化システムであって、前記個人が電話を経て前記中央処理ユニットに通信するようなシステムも提供される。更に、ここに定義するコンピュータ化システムであって、中央処理ユニットが、３つのカウンターオファーに対応する情報を受け取るようなシステムも提供される。
【００４７】
ここに定義するコンピュータ化システムは、システムの使用について個人をガイドするためにタッチトーン（プッシュホン）又はセルラー電話リンケージを経てシステムと通信する個人にボイスメッセージを発生するための手段を備えている。又、このシステムは、トランザクションを識別する識別番号と、トランザクションに対応するセキュリティコードと、トランザクションに対応し且つオファー又はカウンターオファーをなす個人又はその代表者を識別するユーザセキュリティコードとを入力したときだけシステムにアクセスできるようにするセキュリティ手段も備えている。ここに定義するコンピュータ化システムは、ある時間周期にわたってオファー又はカウンターオファーに対応する情報の導入を記録するためのタイムキープ手段を備えている。オファー又はカウンターオファーに対応する情報の導入は、ある時間周期にわたりシステムとの複数の通信において行われてもよい。更に、マークアップ言語がハイパーテキストマークアップ言語（ＨＴＭＬ）であるようなシステムも提供される。
【００４８】
又、方法は、スポンサーから交渉されるべきトランザクションの提示を受け取り、満足された場合に、トランザクションの束縛合意を生じさせる少なくとも１つの基準に対する合意を受け取り、トランザクションに含まれる支払われるべきエンティティの代表者へ通信するためのメッセージであって、トランザクションに対する自動交渉ネゴシエーションに参加するように代表者を招待するメッセージを発生し、代表者により提示されたオファーと、スポンサーにより提示された相関されたカウンターオファーとで少なくとも１つの基準が満足された場合には、自動交渉ネゴシエーションに参加しそしてそれにより束縛されるべき代表者からの応答合意を受け取り、代表者により提示されたオファーと、スポンサーにより提示された少なくとも２つのカウンターオファーとを、指定の限定された時間周期内に受け取り、少なくとも２つのラウンドのうちの１つのラウンドにおいてオファーとそのカウンターオファーの１つとを比較して、少なくとも１つの基準を満足するかどうか判断し、そしてその少なくとも１つの基準を満足する場合には、支払金額に対してトランザクションが合意されたという指示を発生することを含む。この方法は、更に、オファー及びそのカウンターオファーを受け取る前に識別番号の入力を要求することも含む。更に、この方法は、支払額を将来の検索のために記憶することも含む。この方法によれば、支払金額は、オファーとそのカウンターオファーとの中間値として計算することができる。
【００４９】
本発明の別の目的は、第１エンティティによりオンラインで提示される第１の値と、第２エンティティによりオンラインで提示される少なくとも２つの値から選択される第２の値とを備え、第１及び第２のエンティティは、トランザクションに対して互いに相対するものであり、第１の値は、第２エンティティにアクセスできず、そして第２の値は、第１エンティティにアクセスできず、更に、第１の値及び第２の値は、互いに大きさが異なるものであるシステムを提供することである。プロキシーは、入力と、出力と、コンピュータ実行可能なプログラムとを備え、このプログラムは、実行時に、相対するエンティティから入力を経て一対の値を受け容れ、そして少なくとも２つのラウンドのうちの１つのラウンドにおいて一対の値の数学的比較に基づいて結果インジケータをプロキシーへ返送するように構成される。このプログラムは、更に、少なくとも２つのラウンドの１つに対して少なくとも１つの所定の基準を満足することを結果インジケータが指示するときに、トランザクションに対する支払値を、出力を経て相対するエンティティの少なくとも一方に与えるように構成される。このシステムは、更に、プロキシーにより入力を経て検索するために第１及び第２の値を一時的に記憶するように構成されたプロセッサアクセス可能な記憶装置も備えている。更に、コンピュータ実行可能なプログラムが複数のモジュールを含み、その１つが、オブジェクト指向のプログラミング言語でプログラムされ、そしてその別のものが、マークアップ言語でプログラムされるようなシステムも提供される。更に、オブジェクト指向のプログラミング言語がＪＡＶＡＳｃｒｉｐｔを含むようなシステムも提供される。又、マークアップ言語がＣｏｌｄＦｕｓｉｏｎマークアップ言語又はハイパーテキストマークアップ言語（ＨＴＭＬ）であるようなシステムも提供される。
【００５０】
又、プログラムが実行され、そして結果インジケータが、少なくとも１つの所定の基準が満足されないことを指示するときに、プロキシーが一対の値を破棄するようなシステムも提供される。従って、プログラムが実行され、そして結果インジケータが、少なくとも１つの所定の基準が満足されることを指示するときには、プロキシーが、一対の値から支払値を計算し、次いで、一対の値を破棄するようなシステムもある。又、第１の値が、スポンサーによりなされたオファーであり、そして第２の値が、支払われるべきエンティティによりなされたカウンターオファーであるようなシステムも提供される。
【００５１】
このシステムは、更に、支払値とトランザクション特有の情報との相関を含むエンティティアクセス可能な詳細ログも備えている。更に、トランザクション特有の情報が、地理的エリアを表わすデータを含むようなシステムも提供される。システムは、更に、少なくとも１つの所定の基準が満足されることを結果インジケータが指示するときに、プロキシーが、支払値と、トランザクション特有の情報を表わすデータとを記憶できるところのプロキシーアクセス可能な記憶装置も備えている。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、且つ支払値が第１及び第２の値の中間値であるようなシステムが提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、且つ支払値が第１及び第２の値の大きい方であるようなシステムが提供される。少なくとも１つの所定の基準は、一対の値が互いの固定のパーセンテージ以内になければならないというものである。
【００５２】
このシステムは、更に、所定のオーバーライド金額も含み、これは、少なくとも１つの所定基準が満足されないことを結果インジケータが示す場合に、一対の値の間の差と比較され、そしてこの差が所定のオーバーライド金額より小さい場合には、少なくとも１つの所定基準が満足されなくても、プロキシーがトランザクションのための支払値を少なくとも１つの相対するエンティティへ与えるようにさせる。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の中間値であるようなシステムも提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の大きい方であるようなシステムも提供される。更に、一対の値が第１及び第２の値であり、少なくとも１つの所定の基準が満足され、そして支払値が第１及び第２の値の関数であるようなシステムも提供される。更に、少なくとも１つの所定の基準が固定拡散値であるようなシステムも提供される。又、支払値が、一対の値における一方の値と、一対の値における他方の値との間の大きさであるようなシステムも提供される。
【００５３】
このシステムは、更に、地理的エリアを表わすトランザクション特有のデータを備えている。更に、このシステムは、実行時に、プロキシーが第１又は第２の値の少なくとも一方に関して所定のアクションをとるようにさせる時間インジケータも備えている。更に、所定のアクションが第１又は第２の値の少なくとも一方を破棄することであるようなシステムも提供される。更に、第１及び第２の値が撤回可能であり、且つ所定のアクションが第１又は第２の値の一方の撤回を防止するようなシステムも提供される。システムは、更に、支払値とトランザクション特有の情報との相関を含むエンティティアクセス可能な詳細ログも備えている。更に、このエンティティアクセス可能な詳細ログがマークアップ言語で書かれるようなシステムも提供される。このシステムは、更に、ＪＡＶＡＳｃｒｉｐｔのようなオブジェクト指向のプログラミング言語で書くことのできるエクスポージャー計算器も備えている。
【００５４】
又、第１の値が複数の順次に提示される第１の値の１つであり、そして第２の値が複数の順次に提示される第２の値の１つであり、順次に提示される全ての値は、それらを提示しなかったエンティティにはアクセスできず、そして少なくとも１つの所定の基準が第１及び第２の値に対して満足されないことを結果インジケータが指示するときには、前記複数の順次に提示される第１の値のうち、第１のエンティティにより指定された別のものを、前記第１の値に代わって使用すると共に、前記複数の順次に提示される第２の値のうち、第２のエンティティにより指定された別のものを、前記第２の値に代わって使用するようにプログラムが更に構成されたシステムが提供される。又、複数の第１の値の各々が指定の順序に基づいて第１エンティティにより提示されるようなシステムも提供される。このシステムは、更に、プロキシーが一対の値を受け容れる回数に限界、例えば、２回又は３回、を与えるようなプログラム実行限界も含む。
【００５５】
このシステムは、更に、少なくとも１つの所定の基準を満足したときに、トランザクションの合意に到達するために一方のエンティティにより他方へ支払うべき金額を式に基づいて計算する支払計算器も備えている。更に、この式が、少なくとも１つの所定の基準を満足させる一対の値の中間値であるようなシステムも提供される。又、この式が、少なくとも１つの所定の基準を満足させる一対の値の大きい方であるようなシステムも提供される。更に、データが、各交渉トランザクションに対する地理的情報を含むようなシステムも提供される。又、データが各交渉トランザクションに対する金額を含むようなシステムも提供される。更に、このシステムは、オファー又はそのカウンターオファーを提示する前にエンティティによりエンティティサーチ可能なデータベースにアクセスできるところの通信リンクも備えている。
【００５６】
更に、第１の複数の値が、支払われるべきエンティティからのオファーであるようなシステムも提供される。又、第１の値が複数の順次に提示される第１の値の１つであり、そして第２の値が複数の順次に提示される第２の値の１つであり、これら順次に提示される全ての値は、それらを提示しなかったエンティティにはアクセスできず、そしてプログラムによる一対の値の受け容れと、結果インジケータの返送とで、１つのラウンドが構成されるようなシステムも提供される。
【発明を実施するための最良の形態】
【００５７】
以下、添付図面を参照して、本発明を詳細に説明する。
例えば、インターネットウェブサイトを通り、インターネット又は他の通信リンケージを経てオンラインでアクセスできる自動交渉のためのコンピュータ化システムが、一連のオファーと、トランザクションを満足するための一連のカウンターオファーとを使用して、２人の個人間でのトランザクションを通信しそして処理するために生成される。「交渉(bargain)」についての広い定義の中で、メリアン・ウェブスター・カレッジ・ディクショナリーでは、交渉を、「購入、合意又は契約に関してネゴシエーションすること」、「相談をまとめること」、及び「交渉により希望のレベルにもっていく、即ち交渉により販売又は処分すること」と定義している。
【００５８】
システムは、オファーとそのカウンターオファーを、予め確立された条件に基づいてラウンドごとに比較する。
【００５９】
「オファー」とは、トランザクションの相対する別の個人を有している個人、例えば、不動産の購入を求めている買い手又はその代理店が要求する金額（又は等価値）であって、トランザクションをもつ個人が合意に到達させようとする金額である。オファーの金額に対応する情報は、当事者又はその代表者により、タッチトーン又はセルラー電話或いはパーソナルコンピュータのキーボードの数字を使用して入力される。「カウンターオファー(counter-offer)」とは、相対する個人、例えば、販売すべき不動産をもつ売り手又はその代理店がトランザクションの合意に到達しようとする金額（又は適当な値）である。「カウンターオファー」及び「オファー」は、相対する両当事者により提示される金額を区別するために使用され、どちらの当事者がオファー又はカウンターオファーを出すかは問題でないし、又、オファー又はカウンターオファーのいずれを互いに先行させるかは必要とされない。
【００６０】
トランザクションに含まれる個人とは、別の個人に対して又は別の個人がトランザクションを主張した者に対してトランザクションを有する誰か又はいずれかの会社である。
【００６１】
システムは、オファー及びそのカウンターオファーを対にしてそれらを比較することにより、少なくとも１つの中央処理ユニットを使用して、オファー及びそのカウンターオファーを通信して処理する。コンピュータシステムは、中央処理ユニットを制御するためのオペレーティングシステムソフトウェア、この中央処理ユニットへ情報を導入する手段、及び情報を記憶するためのメモリを備えている。
【００６２】
比較を行うところの基本的な予め確立された条件は、次のものを含む。
いずれかのラウンドのオファーがカウンターオファーより小さく、且つ同じラウンドのカウンターオファーの予め確立されたパーセンテージ、例えば、３０%以内であり、即ちオファーがカウンターオファーの７０%以上である場合には、第１の予め確立された式に基づく金額、例えば、カウンターオファーとオファーとの間の中間金額でトランザクションが完了となる。
【００６３】
いずれかのラウンドのオファーがカウンターオファー以上である場合には、カウンターオファーの金額でトランザクションが完了となる。
【００６４】
オファーが全てのラウンドにおいてカウンターオファーの予め確立されたパーセンテージ以内になく、例えば、カウンターオファーの７０%がオファーより大きい場合には、オファーとそのカウンターオファーとの間の差が予め確立された金額、例えば、＄５０００未満でない限り、トランザクションは完了とならず、この場合に、第２の予め確立された式に基づく金額、例えば、カウンターオファーとオファーとの間の中間金額でトランザクションが完了となる。従って、第１及び第２の予め確立された式は、当事者の合意に基づいて同じものでもよいし、互いに異なってもよい。
【００６５】
このシステムは、ユーザが標準的なＰＣコンピュータ及びモデムによりインターネットを経てシステムと通信するのを許すように設計されるのが好ましい。又、このシステムは、システムと通信する個人がタッチトーン又はセルラー電話リンケージを経てボイスメッセージ通信を行うのを許し又はシステムの使用について個人をガイドするためのボイスメッセージシステム又はボイスメッセージジェネレータを備えてもよい。適切な情報、例えば、トランザクションを識別するトランザクション識別番号、トランザクションに対応するセキュリティコード、及びトランザクションに対応し且つユーザを識別するユーザセキュリティコードを入力しなければ、システムにアクセスできないように、セキュリティを含ませるのが好ましく、ここで、ユーザとは、オファー又はカウンターオファーを行う個人又はその代表者、例えば、個人に代わってオファー又はカウンターオファーを行う代理店である。
【００６６】
コンピュータは、例えば、無断トラフィックに対して「ファイアウオール」又は保護バリアを実施するか、或いは暗号化技術を使用することによりセキュアなものとされるのが好ましく、そして各トランザクションは、プライバシーを確保すると共に無断アクセスを防止するために三重パスワード保護されるのが好ましい。例えば、システムは、ユーザが、パスワード又はユーザ識別番号又はアルファニューメリックの組み合せ、及びシステムへのアクセス制御を与えるユーザ許可コードを入力することを要求してもよい。セキュリティを高めるために、例えば、声紋、指紋、物理的な署名又は「スマートカード」の使用により、ユーザ認証を要求するようなシステムが設計されてもよい。好都合にも、スマートカードが使用される場合に、ある実施形態では、当事者のスマートカードに資金を直接転送することにより合意を完了させることができる。
【００６７】
所与のトランザクションについての交渉値の転送が、当事者に対して即座でないにしろ、自動的に実行できるときには、更に別の効果を実現することができる。
【００６８】
又、基本的コンフィギュレーションの自動交渉構成を使用しても完了できない幾つかのトランザクションは、それでも、同様の効果を有するが、ファシリテータ、「パワー」ラウンド又はその両方の使用により基本的構成の厳正さをある程度欠く効率的な自動化方法で完了させ得ることが分かった。
【００６９】
又、交渉のための特定のトランザクションを提示するために、通常の支払に対するウインドフォール(windfall)が開始者、即ち第１の相対する当事者に与えられたときには、更に別の効果が得られることも確認された。開始者である相対する当事者は、一対の値についての通常の支払に対して彼等が行う支払が安いので、節約という点で有利である。開始者である当事者は、一対の値についての通常の支払に対するウインドホール増加という点で有利である。
【００７０】
完全な自動化システムでは、合意を生じないオファー及びカウンターオファーは、誰にも開示されない。ファシリテータを実施するシステムでは、ファシリテータへの情報の公表が制限されそして制御される。
合意ドキュメントがシステムにより自動的に発生されて当事者に付与されるときには付加的な効果を得ることができる。
【００７１】
図１は、インターネット又は電話を通信リンケージとして使用する基本的なシステムを示している。
好ましくは、中央処理ユニットが合意オファーを受け取り、そして当事者は、ある時間周期中、例えば、３０日以内にシステムとの通信においてカウンターオファーを入力する。選択された時間周期にわたりカウンターオファー又はオファーの入力を記録するためにタイムキーピングが実行される。
【００７２】
通常の交渉合意においては各トランザクションに対して３つのオファーがあるのが好ましい。これらのインスタンスでは、各カウンターオファーは、同じ番号のオファーと比較される（即ち、カウンターオファー#１とオファー#１、カウンターオファー#２とオファー#２、等々）。コンピュータは、合意オファーを当事者のカウンターオファーに対して一致させ、そしてそのプログラムされた計算を実行して、合意に達するかどうか判断する。予め確立された条件に基づいてカウンターオファーとオファーとが交差するところで、合意に達する。カウンターオファーがオファー以下であるような交差トランザクションでは、カウンターオファーに等しい合意金額でトランザクションが完了となる。カウンターオファーがオファーを越えるような交差トランザクションでは、オファーがカウンターオファーの予め確立されたパーセンテージ、例えば、７０%以内でもある場合には（即ち、カウンターオファーｘ０．７０≦オファー）、システムが差を分割するのが好ましい。このようなトランザクションでは、合意金額は、両者の中間値に計算され、即ちカウンターオファーとオファーの和を２で除算したものとなるように計算される。カウンターオファーの７０%がオファーより依然として大きい場合には、カウンターオファーとオファーとの間の差が、予め確立された金額、例えば、$５０００未満でない限り、合意には至らず、この場合、トランザクションは、カウンターオファーとオファーとの間の中間値で完了となる。
【００７３】
更に、オプションとして、「パワーラウンド(power round)」オプションを使用することができる。パワーラウンドでは、付加的な機会が与えられるか、又は合意に達する見込みを高めるためにパラメータが変更される。
【００７４】
従って、１つの典型的な構成では、当事者が、プロキシーとして働くコンピュータのみと通信し、交渉の目的で互いに直接通信するのを常に回避する。不経済な個性の衝突、無益で且つ不必要な意見の相違、ポーズ及び姿勢を生じることがなく、従って、当事者は、もっぱら「実利的なもの」を取り扱う。
【００７５】
或いは又、中立のファシリテータを使用して、交渉プロセスの助けとすることができる。ファシリテータとは、コンピュータであるか、或いはコンピュータと共に又はコンピュータを伴わずに特定のガイドラインに基づいて働く個人である。一般的な、非開示ステートメントを使用することにより、ファシリテータは、オファー（１つ又は複数）又はカウンターオファー（１つ又は複数）を合意範囲へ調整するためにトランザクションに対して一方又は両方の当事者を誘導するよう試みる。
【００７６】
図２は、トランザクションに含まれる当事者が、他の側と直接通信せずに、機密で且つ完全に自動化されたシステムをいかに使用するか示している。
又、このシステムは、セキュアに実施されるのが好ましく、従って、このシステムは、適切な認証情報、例えば、トランザクションを識別するトランザクション識別番号、及びトランザクションに対応すると共にカウンターオファー又はオファーを行う個人又は代表者を識別するユーザセキュリティコードを入力したときでなければ、アクセスできない。
【００７７】
このシステムは、システムの使用について個人をガイドするために、タッチトーン又はセルラー電話リンケージにより、システムと通信する個人にボイスメッセージを発生できるのが好ましい。或いは又、システムがインターネットを経てパーソナルコンピュータからアクセスされるときには、書かれたメッセージをプロンプトとして使用してもよい。
【００７８】
トランザクション及び合意オファーの入力は、コンピュータ専門家の訓練されたスタッフにより促進されてもよい。例えば、ウェブサイト又は電話リンケージが一連のオプションを与えることができ、その１つは、ユーザを、顧客サービス代表者とのオンライン又は電話通信状態に入れて、質問に答えるか又は他の補助を与えるようにする。その後、ユーザは、トランザクション又は合意オファーを入力するために、週の任意の時間又は曜日に、例えば、無料番号を、インターネット又は電話を経て処理ユニットに通信することにより、システムにアクセスすることができる。又、システムは、ある時間周期にわたりオファー又はカウンターオファーに対応する情報の導入を記録するために実施されるタイムキーピングを有するのが好ましい。このように、カウンターオファー又はオファーに対応する情報の導入は、ある時間周期にわたりシステムとの複数の通信において行われてもよい。システムは、当然、世界中のどこからでも多数の電話コール又は他の通信を取り扱えるように構成できる。
【００７９】
特定の実施に基づいて、通貨コンバータも含まれる。これは、敵対者同士が、現在の交換レートを考慮に入れたり又は馴染みのない通貨を使用してネゴシエーションしたりすることなく、例えば、ＵＳドル、ユーロー、ポンド、リラ又は円のような異なる通貨を使用して、ネゴシエーションするのを許す。このようなシステムにおいてオファー又はカウンターオファーが入力されたときには、システムは、オファー及びカウンターオファーを自動的に共通の通貨に変換する。通常、これは、売り手により指定される通貨となる。或いは又、使用通貨は、敵対者による共同選択に基づくことができ、例えば、日本人の当事者とカナダ人の当事者が交渉の基本的通貨としてユーローを選択することができる。コンピュータは、この機能を実行し、そしてそれらが待機なしにリアルタイムで行われるときに当事者に結果が報告される。
【００８０】
このシステムは、ネゴシエータープロキシーとして働くモジュールを備えている。これは、合意に至らない売り手の金融カウンターオファーが決して公表されないので、見掛け上優柔不断又は煮え切らないという危険を伴わずに、売り手が合意のための現実的な解決策をとるのを促進し且つとれるようにする。好ましくは、通常のコースにおいて、売り手は、システムを使用してトランザクションを完了するために３つの、又は他の以前に合意した数の、機会又はラウンドしか有しておらず、そして好ましくは、合意オファー又はラウンドは、それらが作用し得る限定周期、即ち「シェルフライフ(shelf life)」、例えば、全ラウンドに対して３０、しか有しておらず、これは、当事者による迅速なアクションを促進する。
【００８１】
又、システムは、例えば、スポンサー及び当事者のようなユーザによる使用及び宣伝のためにシステムの動作を通して到達した合意から発生される合意データを収集しそして処理して、将来のトランザクションの交渉値を確立するのも好ましい。又、合意データをファシリテータにより使用して、一方又は両方の当事者が合意のために提案する金額を調整するように促すこともできる。ユーザが実際の合意にアクセスするための手段が設けられてもよく、この実際の合意は、他のトランザクションにおけるシステムの使用により達成され、例えば、電話又はインターネットを経てユーザに与えられるメニュー又はボイス選択により達成され、その選択は、以前の合意に関する情報をユーザに与える。データは、例えば、スポンサー、地理的位置、又は他のカテゴリーといった幾つかのカテゴリーによりアクセスできるように、メモリにおいて作表されてもよい。このように、同様のトランザクションにおいて到達した実際の合意によりカウンターオファー及びオファーを行うようにシステムのユーザをガイドすることができる。
【００８２】
システムは、電話及び／又はインターネットを経てアクセスできるので、当事者は、システムに参加してトランザクションを完了するのに代理店をもつ必要がない。更に、構成体を使用するための動機は、トランザクションのためにシステムに最初に参加する当事者にウインドフォールを与えることにより直接的に与えることもできるし、又は種々の支払オプション又は連結(tie-in)構成を通して間接的に与えることもできる。
【００８３】
又、合意プロセスを助けるために種々の改善を与えることもできる。例えば、システムは、契約書又は保証書のような合意ドキュメントを当事者に対して発生するように構成されてもよい。合意ドキュメントの更に別の例は、当事者が所与のフライトの座席について航空会社と交渉する場所で発券できるエアラインチケットである。
【００８４】
本発明は、図１の概要に関連して述べる、特定の改善を伴ったり伴わなかったりする多数の好ましい実施形態の以下の説明から容易に理解できよう。本発明は、考えられる合意のためのアルゴリズムに対してトランザクションをテストするために代理店又は当事者が簡単なインターフェイスを使用して一連の金銭的トランザクションを迅速にポスティングするのを許すことにより、トランザクションの完了を容易にするために、インターネット、電話又はその両方を経てアクセスできるオンラインシステム、好ましくは、イントラネットウェブサイトを提供する。又、このシステムは、合意に達すると、合意データを、他のユーザ及び／又はファシリテータによる基準として、計算し、記憶しそして作表するのが好ましい。
【００８５】
トランザクションに含まれる個人に相対する別の個人、例えば、買い手又は代理店或いは他のスポンサーは、当事者により合意されたフォーマット及び電子媒体を使用して、コンピュータ化システムにトランザクションを提示するのが好ましい。又、スポンサーは、アルゴリズム金額及びパーセンテージを記述し、そして個々のトランザクションレベルにおいて、それらの潜在的なエクスポージャーを、システムのコンピュータプログラムにより与えられる内蔵計算器とのトランザクションに対してチェックできるのが好ましい。
【００８６】
当事者は、代理店を雇うことなく、カウンターオファーを直接発し、そしてそれらのカウンターオファーに対する潜在的な合意利得を計算することができる。当事者は、広告、口コミ、選択されたウェブサイトに設けられるリンク、及び／又は親和又は協力構成を介してシステムを知ることができる。
【００８７】
当事者の代理店は、次いで、カウンターオファーを発し、そして潜在的な合意利得を計算することができる。当事者又はそれらの代理店は、スポンサーがトランザクションに入るときに送出される自動的に発生されるレターによりプロセスに参加するように招待され得る。当事者又は代理店は、次いで、レターに与えられる特殊な許可コードによりシステムにログインすることができる。
【００８８】
含まれる当事者が、アルゴリズム金額及びパーセンテージに前もって合意してもよいし、或いはトランザクションに含まれる第１の個人がこのデータを入力し、次いで、これが第２の個人によって合意されてもよい。更に、当事者がパワーラウンドを許すように合意してもよい。特定の実施に基づいて、パワーラウンドは、付加的なラウンド、ある基準の変更、及び／又は合意に達した場合に支払を変更する合意を含んでもよい。又、当事者は、トランザクションに対して誰が最初にシステムに参加したかに基づいて、ウインドフォール調整を受けてもよい。
【００８９】
本発明のインターネットベースの実施形態では、システムとユーザとの間にインターフェイスを設けるようにインターネットウェブサイトが設定される。ウェブサイトの大半のエリアは、スポンサー又はそれらの代表者のためのログインエリアと、当事者又は当事者の代理店のためのログインエリアと、システムを監督する管理者のためのログインエリアとを含むのが好ましい。又、もし必要であれば、ウェブサイトは、システムに関する情報をハイライトする公然とアクセスできるエリアを含んでもよい。セキュリティを高めるために、この情報と共に個別のウェブサイトが設定されてもよい。
【００９０】
コンピュータ化システムを使用する個人は、好ましくは、データを操作できるようになる前に、システムへログインしなければならない。好ましくは、それら個人は、それらのアクセス範囲内にある情報のみを、当事者の代理店、直接アクセスする当事者、スポンサーユーザ、スポンサーアドミニストレータ、又はシステムアドミニストレータとして、見、入力しそして変更することができる。
【００９１】
スポンサーユーザは、スポンサーとして働く代理店で、例えば、クレジットやローンをオファーする組織であり、コンピュータ化システムを使用するために合意に入っている。スポンサーユーザは、同じスポンサーの他のスポンサーユーザにより入力されたトランザクションではなく、それら自身で入力したトランザクションに関連するトランザクションを入力して再検討することに限定されるのが好ましい。
【００９２】
従って、スポンサーユーザは、ウェブサイトに入って、例えば、ユーザネーム及びパスワードの組み合せを使用することによりシステムにログインするか、或いはシステムへのスポンサーの参加に対する合意書を対にし、読み取りそして合意し、更に、当事者代理店参加に対する新たなトランザクションを指定し、そしてそのスポンサーユーザによりシステムに入力された完了した、保留中の、又は処理中のトランザクションを再検討できるのが好ましい。
【００９３】
スポンサーアドミニストレータは、スポンサーによりアドミニストレータ特権が許可されたスポンサーユーザである。普通のスポンサーユーザが実行できる全てのタスクを実行するのに加えて、スポンサーアドミニストレータは、ウェブサイトに入って、スポンサーコンタクト情報を変更し、スポンサーユーザログイン及びコンタクト情報を変更し、スポンサーユーザを追加又は削除し、アドミニストレータ特権をもつスポンサーユーザを生成し、そしてスポンサー内の全てのスポンサーユーザに対するトランザクションを再検討できるのが好ましい。
【００９４】
当事者又はそれらのエージェントは、ウェブサイトに入って、好ましくは、ユーザネーム及びパスワードの対を使用してシステムへログインし、当事者に対するシステム参加合意書を読み取って合意し、そしてスポンサーにより準備されたトランザクション情報を、現在トランザクション状態情報と共に再検討することができる。
【００９５】
システムを管理する会社に対して働くシステムアドミニストレータは、システムを実施する上で助けとなることが好ましい。システムアドミニストレータであって、例えば、それらを識別するユーザネーム及びパスワードの組み合せのような適切な許可をもつアドミニストレータは、ウェブサイトに入って、スポンサー、スポンサーユーザ及びスポンサーアドミニストレータを再検討し、変更し、削除しそして生成すると共に、システムにより処理されるべきトランザクションを再検討し、変更し、削除しそして生成することができる。又、日付、スポンサー、スポンサーユーザ、トランザクションネーム及び状態によりサーチ可能な現在トランザクション状態情報であって、システムアドミニストレータによりアクセス又は問合せできるような情報を含むトランザクションレポートライターが設けられるのが好ましい。ユーザのアクセス限界内にある情報しかサーチできないような更に限定された形態のトランザクションレポートライターを当事者及びシステムの他のユーザに与えてもよい。
【００９６】
本発明のシステムは、システムに直接参加する当事者、又は共通のインターネットブラウザ又は電話のようなオンライン接続を使用する売り手の代理店のいずれかが、システムにアクセスして、定量化可能な合意金額を含むトランザクションを完了するよう試みるのを容易にするよう設計されるのが好ましい。
【００９７】
システムを使用する際に、スポンサーは、例えば、ウェブサイトにログインするようにしてシステムにアクセスする。スポンサーは、このとき、トランザクション及び当事者の代理店についての関連トランザクション情報を入力することができる。トランザクションの詳細を追加し又は再検討した後に、スポンサーは、提示されるトランザクションごとに、一度に全ての、又は時間と共に多数の、好ましくは、３つまでの、合意オファーを提示する。各合意オファーは、ラウンドにより識別される。例えば、スポンサーは、第１ラウンド（ラウンド１）のオファーとして$４０００を、第２ラウンド（ラウンド２）について$６０００を、そして第３ラウンド（ラウンド３）について$８０００を入力することができる。パワーラウンドオプションが使用できる場合に、スポンサーは、パワーラウンドに使用するための情報が必要とされれば、それについて促されてもよい。
【００９８】
必要であれば、ウェブサイトベースのシステムにおいて、オンライン計算器を使用して、そのとき、スポンサーの最も高い潜在的なエクスポージャーは何かについてスポンサーユーザに通知してもよい。例えば、予め確立された条件が、オファーとそのカウンターオファーとの間の中間点でトランザクションが完了するというものである場合に、オファーが、カウンターオファーの少なくとも７０%であるか又はカウンターオファーの$５００以内であるかのいずれか大きい方である場合、１つのラウンドについてオファーとして$７０００を入力するスポンサーユーザは、考えられるエクスポージャーが$８５００であると計算する（これは、＄１００００のカウンターオファー、即ちこれら条件のもとで合意を引き起こす最も高いカウンターオファーに対応する）。
【００９９】
トランザクションがシステムに入力されると、当事者又は当事者の代理店が、例えば、普通のメール又は電子メールによりコンタクトされる。（簡単化のために、当事者の代理店が使用されるが、この説明は、当事者及び当事者の他の代表者にも等しく適用される。）当事者の代理店は、代理店セキュリティコードを選択し、これは、代理店がコンピュータ化システムにアクセスするのを許す独特な数値の個人識別番号（ｐｉｎ番号）であるのが好ましい。又、当事者の代理店は、コンピュータ化システムを使用して当事者により達成される合意により束縛されるべく合意しなければならず、そして又、このときに、合意を生じさせるためにラウンド内のカウンターオファー及びオファーが入らねばならないパーセンテージと、合意金額を決定するための式と、ゼロでもよい金額であって、所与のラウンドにおけるカウンターオファーとオファーとの差がその金額以下である場合にトランザクションが合意に達するような金額と、そのインスタンスにおける合意の金額を決定するための式とに対して合意してもよい。これで、トランザクションは、合意の準備ができ、当事者の代理店は、ある時間にわたって又は一度に全部が入力されたトランザクションを完了するための３つの通常のラウンド又は機会を有するのが好ましい。
【０１００】
図２のブロック図を参照すれば、当事者の代理店又は他のユーザ（例えば、買い手又はスポンサー）は、標準的なウェブブラウザを使用してインターネットを経てシステムにアクセスするか、又は普通のタッチトーン又はセルラー電話を経てシステムにアクセスする。システムを使用するために特殊な装置や訓練が代理店に要求されることはない。システムは、プロセスの各ステップにおいて代理店を「促し」、そして必要に応じて、自動的にカウンターオファーについてのヘルプ(on-counter-offer help)を与える。
【０１０１】
例えば、図３のブロック図を参照すれば、システムにアクセスするときに、ユーザは、挨拶（ステップ３０）を受けた後に、多数のオプションが続き、タッチトーン又はセルラー電話の適当な番号を押すことによりオプションを選択することができる（ステップ３１）。
【０１０２】
ステップ３２−３５において、トランザクションの交渉を開始するには、代理店のｐｉｎ番号と、好ましくは、２つの数値「パスワード」とが要求される。システムは、好ましくは、情報のボイス確認を発生し、ユーザは、情報を確認又はキャンセルしそして再入力することができる（ステップ３４を参照）。システムは、情報を確認すると、情報が正しいことと、そのトランザクションに対してシステムにアクセスするためのユーザの許可とを決定する。必要な番号が入力されて確認された後に、代理店は、それが促されるのに続いて、電話のキーパッドを使用するか、又は自分のパーソナルコンピュータにおいてカウンターオファーを打ち込むことによりカウンターオファーを入力する。又、システムは、代理店により入力された情報の確認を要求してもよい。電話に基づく実施形態については、図３を参照されたい。
【０１０３】
コンピュータ化システムは、当事者の意志に従うように構成され、合意を「強制」するよう試みることはない。トランザクションは、介入する第三者により任意に設定されるある指数ではなく、当事者に合意し得る指数でしか完了できない。ファシリテータが使用されても、ファシリテータは、ルールを推進させるか、或いは一般的なステートメントを、当事者を合意範囲へ「刺激する」ように設計させるだけであり、その後のラウンドでなされるカウンターオファー（１つ又は複数）又はオファー（１つ又は複数）のいずれかに直接的に内々関与しないのが好ましい。従って、当事者は、合意の権限を放棄せずにシステムを使用して公平に交渉することができる。
【０１０４】
ラウンドは、所与の時間周期、好ましくは、３０日以内に、１回、２回又は３回のコール又はコンピュータセッションで完了されるのが好ましい。入力がなされると、システムは、ラウンドごとに、各カウンターオファーを合意オファーと即座に且つリアルタイムで比較する。カウンターオファーとオファーが一致するか又はある予め確立された範囲内にある場合に、トランザクションが完了となる。例えば、オファーがカウンターオファーの２０%以内である場合には、トランザクションは、予め確立された式に基づいて完了され、例えば、トランザクションは中間金額に対して完了となる。オファー及びカウンターオファーが３つ全部のラウンドにおいて２０%以上相違する場合には、トランザクションが完了とならず、又はもし使用可能であれば、パワーラウンドを呼び出す。通常のラウンド中に、合意オファーが当事者のカウンターオファー以上である場合には、トランザクションがそのカウンターオファー金額で完了となる。
【０１０５】
予め確立された条件は、オファー及びカウンターオファーが３つ全てのラウンドにおいて予め確立されたパーセンテージ以上に相違しても、オファー及びカウンターオファーが、予め確立された金額、例えば、$５０００以内であれば、トランザクションが完了するというものであるのが好ましく、この場合、トランザクションは、ここでも中間金額である第２の予め確立された式に基づいて合意に到達する。
【０１０６】
一連の通常のラウンド及び結果の２つの例をテーブル１に示す。これらの例において、第１の予め確立された式は、オファーとカウンターオファーとの間の中間金額である。例２において、予め確立された金額は、$５０００であり、そして第２の予め確立された式は、第１の予め確立された式と同じであり、即ちカウンターオファーとオファーとの和を２で除算したものが合意金額に等しい。
【０１０７】
テーブル１
例１（予め確立されたパーセンテージ：カウンターオファーの８０％）
ラウンド 当事者のカウンターオファー 合意オファー 結果
１          $200,000                    $40,000          合意せず
２          $150,000                    $60,000          合意せず
３          $100,000                    $80,000          $90,000で完了
【０１０８】
例２（予め確立されたパーセンテージ：カウンターオファーの７０％）
ラウンド 売り手のカウンターオファー 合意オファー 結果
１          $19,000                    $4,500            合意せず
２          $14,000                    $6,500            合意せず
３          $12,000                    $8,000            $10,000で完了
【０１０９】
このシステムは、例えば、ユーザがオンラインにある間は当事者に合意を即座に通知し、又はオフラインの当事者にはｅメール又は電話で通知し、それに続いて、書面確認で通知する。受け容れられないオファー及びカウンターオファーは、当事者による更なるアクションを伴わずに、好ましくは、３０日後に時間切れとなる。
【０１１０】
トランザクションデータの処理は、トランザクションに含まれる個人、好ましくは、トランザクション又は一連のトランザクションがなされるところの個人を表わす当事者、例えば、スポンサー、又はシステムの参加する非代表当事者が、トランザクションに対するオファーの一連のラウンドを中央処理装置に入力したときに（又は当事者が、トランザクションを完了するためのカウンターオファーの一連のラウンドを入力した場合に）開始される。トランザクションに関する情報は、システムに適合するフォーマットにおいて、例えば、中央処理ユニットにより処理するために供給されるＰＣ入力又は電話入力を経て、電子的に提示される。
【０１１１】
トランザクションに含まれる別の個人は、例えば、トランザクションの第１エンティティが、スポンサー、即ちトランザクションをもたらす個人を表わす当事者であるときに、そのトランザクションを完了するための一連のカウンターオファーをシステムに入力する。カウンターオファー及びオファーは、トランザクションに含まれる他の個人に公表されずに、入力される。一連のカウンターオファーと、一連のオファーが対にされて、予め確立された条件に基づきラウンドごとに比較される。例えば、当事者は、所与のラウンドにおけるカウンターオファー及びオファーが同一である（この場合は、トランザクションがその金額で完了となる）か、又は既に合意した範囲又は式、例えば、２０%又は$５０００或いはその組み合せ以内である（この場合には、トランザクションが既に合意した式に基づいて完了され、例えば、カウンターオファーとオファーとの間の中間点で完了する）場合に、トランザクションの合意に達するように束縛されることに合意してもよい。さもなければ、システムは、次のラウンドへ進み、合意に至らなかった以前のラウンドからの値は、通常、削除される。各ラウンドの後に、システムは、値比較の結果、即ち合意しないか又はある金額で完了、を当事者へ通信する。
【０１１２】
コンピュータ化された交渉は、ＣｏｌｄＦｕｓｉｏｎマークアップ言語やハイパーテキストマークアップ言語（ＨＴＭＬ）のようなマークアップ言語で書かれた分散型データベースアプリケーションを表わすコンピュータプログラムを使用してインターネットベースの実施形態において実施することができる。このシステムは、双方向処理を許すＣｏｌｄＦｕｓｉｏｎサーバー拡張、及びマイクロソフトのＳＱＬｓｅｒｖｅｒを通して配布され、代理店及びローンオフィサーがマイクロソフトのインターネットエクスプローラ及びネットスケープナビゲータのバージョン３．０以降のような標準ウェブブラウザを経てそこにアクセスするのを許し、これは、マイクロソフトウインドウズ、マッキントッシュ、及びＵＮＩＸ（登録商標）タイプのオペレーティングシステムを含む種々のプラットホームに見ることができる。
【０１１３】
トランザクションのために入力した情報は、インターネットを経て中央データベースへ提示される。データベースは、スポンサー、スポンサーユーザ、及びそのスポンサーに関連したアドミニストレータ、並びにそのスポンサーに関連したトランザクションをインデックスするのが好ましい。又、トランザクションに関連した代理店をインデックスするのも好ましい。
【０１１４】
ユーザがオンラインであるときに、アクティビティを伴わずに、ある時間周期が経過し、例えば、通常のネットワークトラフィック状態のもとで２０分が経過した場合には、セキュリティ予防策のためにユーザが自動的にログアウトされるのが好ましい。データの全部又は一部分に対して、システムは、データが入力されると、スポンサー又は他のユーザが、データを変更したり又は撤回したりできる例えば３０分の時間周期を有し、その後は、データを撤回できないように設計されてもよい。
【０１１５】
図４のフローチャートを参照すれば、通常のマルチラウンド交渉でシステムを実施する好ましいコンピュータプログラムは、スポンサーユーザがそれらのウェブブラウザ（例えば、ネットスケープ又はマイクロソフトインターネットエクスプローラ３．ｘ又は４．ｘ）をオープンするときにステップ１０に入り、そしてシステムウェブサイトにアクセスする。ユーザは、一連のオプションをもつメニューにより促され、その１つが、選択された「スポンサーとして入力(enter as Sponsor)」である。必要であれば、システムは、ユーザ及びユーザのシステム使用を追跡する手段として、ＡＳＣＩＩテキスト又は「クッキー」の形態でユーザのハードドライブに情報を自動的に書き込むことができる。メモリ手段が、この情報を記憶する。ユーザがシステムにアクセスすると、ユーザによるシステムの現在アクセスを反映するように、ユーザの既存のクッキーを変更することができる。ユーザが自分のブラウザにおいてクッキーを明確に拒絶しない限り、コンピュータ化システムは、ユーザのブラウザにセーブされた変数を介してユーザのネームをチェックする。ユーザが事前にログインした場合には、ユーザが同じコンピュータでログインしたとすれば、ユーザはｕｓｅｒｎａｍｅで迎えられる。ステップ１１において、スポンサーユーザには、トランザクションを追加／編集し、そのスポンサーに対して全てのトランザクションを見、又はログアウトする選択肢が与えられる。上述したように、システム内のデータの全部又は一部分をある時間周期後に撤回できないのが好ましく、この場合、ユーザは、その情報を変更することがもはや許されない。別々のファンクションへの２つのリンクの一方をユーザが選択できるようなメニューが設けられるのが好ましい。例えば、スクリーンの左側にメニューバーを設けて、ファンクションに対応するメニューバーの適当なボックスをクリックすることでユーザが選択を行うことができる。ユーザの選択は、次に続く中間ログイン及び契約スクリーンを介してセーブされる。或いは又、ステップ１１は、以下に述べるログイン（ステップ１２）に続いて実施されてもよい。
【０１１６】
次いで、プログラムは、ステップ１２へ進み、ユーザは、編集又はビュートランザクションの前に、最初に、システムにログインしなければならない。ユーザは、ｕｓｅｒｎａｍｅ（全データベースに独特の）及びそれに対応するパスワードを入力しなければならない。これらが、システムにより知られた対と一致しない場合は、ユーザに、再試みのオプションを伴うエラースクリーンが示される。
【０１１７】
或いは又、ユーザが同じコンピュータで以前にログインした場合には、自分のｕｓｅｒｎａｍｅが既にシステムに入力され、そしてウェブページを配布するサーバーが、ｕｓｅｒｎａｍｅに対してユーザのパスワードをチェックする。必要であれば、システムは、ユーザが新たな又は異なるｕｓｅｒｎａｍｅを入力して、多数のユーザが同じコンピュータからシステムにアクセスするのを許すためのオプションを有するように設計できる。
【０１１８】
コンピュータプログラムモジュールは、プロセスの種々のステップを実施するように書かれるのが好ましい。例えば、スポンサーユーザ認識プロセスを制御するモジュールは、スポンサーユーザの認識及びそのスポンサーのトランザクションに関連した全ての変数を保持するように生成できる。
【０１１９】
「ＶａｌｉｄａｔｅＮｅｗＵｓｅｒＮａｍｅ」モジュールを生成することができ、これは、ユーザがユーザネームフィールドにエントリーを配しそしてフィールドフォームを去るときにコールされる。好ましくは、ユーザネームエントリーフォームは、ＪａｖａＳｃｒｉｐｔオブジェクトを有し、これは、ｕｓｅｒｎａｍｅが既に得られたかどうか調べるチェックを行い、もしそうであれば、エラーメッセージを表示する。
【０１２０】
ステップ１３は、正しいネーム及びパスワードが入力された場合に、システム参加合意をユーザに示す。この合意は、システムの使用の各項及びプロセスに関する細部を詳述するのが好ましい。契約についての合意又は非合意のいずれかのメニューにボタンが設けられるのが好ましい。ユーザは、契約の各項に合意する場合に、オリジナルメニュー選択（追加／編集トランザクション、又はビュートランザクション）へ進む。さもなければ、ユーザは、全ての情報がクリアされたログインスクリーンへ戻される。
【０１２１】
ユーザが参加合意に合意した場合には、システムは、ステップ１１において、ユーザをオリジナルメニュー選択に入れる。或いは又、システムは、新たなトランザクション、再検討トランザクション、追加／編集トランザクション、又はログアウトを指定するオプションを伴うメニューにユーザを入れるように設計されてもよい。
【０１２２】
追加／編集トランザクションの選択肢が最初に選択された場合には、プログラムがステップ１４に入り、そこで、追加／編集トランザクションスクリーンは、スポンサーが次の情報をデータベースに入力するのを許すのが好ましい。
当事者ネーム
トランザクション記述
スポンサートランザクションＩＤ
３つの合意ラウンド各々の値
当事者代理店ネーム、会社、住所、都市、州、郵便番号、電話、ｆａｘ、ｅ−メール
【０１２３】
電話に基づく実施形態の場合には、この情報の幾つか又は全部を、システムアドミニストレータの助けで入力することができる。
スポンサートランザクションＩＤは、スポンサーにより選択されたスポンサー内部トラッキングに使用される番号であるのが好ましい。
【０１２４】
値の入力は、一度に全部を入力する必要はない。システムは、所与のラウンドに対する金額をブランクのままにする（必要に応じて後で入力するために）オプションと共に、各ラウンドの金額を個々に入力するようにユーザを促す。
【０１２５】
ドル値の入力は、入力された金額に対して考えられる全エクスポージャーを計算する計算機能を含むのが好ましい。又、スクリーンは、トランザクションの状態を表示してもよい。情報を提示すると、ユーザには、入力された全ての情報と共に確認スクリーンを返送することができ、これに対して、ユーザは、変更を受け容れるように選択するか、又はトランザクションを更に編集するように復帰することができる。好ましくは、システムは、トランザクション情報の一部又は全部を編集するために、ユーザに、例えば、３０分の時間周期を与え、その後、その情報が最終となって、それに対応する値が相対する当事者についても提示されたかどうか分析される。最終となったが、それに対応する相手部分がない（例えば、ある時間周期が経過した後に）情報は、全当事者の合意によってのみ編集又は撤回できるのが好ましい。
【０１２６】
追加／編集スクリーンは、フォーマットについてチェックされるべき情報を送信する「提示」ボタンを底部に備えているのが好ましい。これは、欠落又は不適切にフォーマットされたテキストを指摘するか、或いはテキストを照合のために返送する。テキストが受け容れられる場合には、データが、追加又は更新の入力としてデータベースに送信される。スポンサーユーザは、当事者の代理店がシステムへのカウンターオファーの提示をスタートしたところのトランザクションを編集できないが、住所及び電話番号のような事務的な情報は変更できるのが好ましい。
【０１２７】
「ＴｒａｎｓａｃｔｉｏｎＤａｔａＥｎｔｒｙ」モジュールは、トランザクションデータのスポンサーユーザエントリーを処理しそしてそれをデータベースへ追加／挿入するテンプレートを保持するように生成することができる。プログラムの主たる特徴は、経過した編集時間をチェックすると共に、当事者の代理店がカウンターオファーをシステムに入力したかどうかチェックすることである。いずれにせよ、フォームが中止し、エラーメッセージが与えられる。
【０１２８】
レコードを挿入すべきときには、詳細を確認のためにスクリーン内でユーザに表示して戻すと共に、データベースにより自動的に指定される一次キーにシステムがＨＲＥＦを与えることができるようにするために、システムがレコードを読み取ることができるまで、適当なプログラムを使用して挿入が保留及びロックされるように、プログラムが書き込まれるのが好ましい。
【０１２９】
「ＳｐｏｎｓｏｒＡｓｓｉｇｎｓＴｒａｎｓａｃｔｉｏｎ」と称される別のモジュールは、スポンサーユーザがデータベースへトランザクションを入力するのを推進するのが好ましい。追加／編集計算器は、スポンサーにより指定されたアルゴリズム金額を適用して、考えられる最大のエクスポージャーを決定するＪａｖａＳｃｒｉｐｔプログラムのような適当なコンピュータプログラムでよい。
【０１３０】
オリジナルの選択が全てのトランザクションを見ることである場合には、プログラムは、ステップ１５へ進み、そこで、ビュートランザクションスクリーンが、追加／編集選択中に予め入力された所与のトランザクションに対して全ての情報を開示させる。又、ユーザには、当事者の代理店がオファー又はカウンターオファーの提示をスタートしなかったとすれば、オファーのラウンドについて好ましくは指定の時間限界（例えば、３０分）で情報を編集するためのオプションも与えられるのが好ましい。ビュースクリーンは、必要であれば、スポンサーユーザに指定されたトランザクションのリストを表示してもよい。
【０１３１】
「ＳｐｏｎｓｏｒＵｓｅｒＳｈｏｗ」と称されるモジュールは、ユーザにこれらのレコードを示すテンプレートを含むのが好ましい。スポンサーがアドミニストレータ特典を有する場合には、モジュールは、スポンサーに関連したレコードを全てのユーザに示す。「ＳｐｏｎｓｏｒＳｈｏｗＴｒａｎｓａｃｔｉｏｎ」と称される同様のモジュールは、トランザクション情報を示すように機能するのが好ましい。
【０１３２】
ステップ１６において、ユーザは、メニュー選択からシステムをログアウトしてセッションを終了させると共に、ユーザをログインスクリーンへ戻すことができる。このメニュー選択は、ステップ１４及び１５の追加／編集及びビュー選択の完了に続いて行うのが好ましい。ユーザは、システムに再び参加しようと試みる場合に、ユーザネーム／パスワードの対をログインしなければならない。ログアウトは、パスワードをクリアするが、ユーザネームはクリアせず、従って、その後にログインするときに、コンピュータ化システムは、ユーザが同じコンピュータでシステムにアクセスした場合にユーザのクッキーにおいてユーザのネームをチェックすることができる。
【０１３３】
システムのオペレーションに現われるスクリーンは、ＣｏｌｄＦｕｓｉｏｎスクリプトのような標準的な一般化されたマークアップ言語で書かれた適当なコンピュータプログラムにより生成することができる。
【０１３４】
ログインスクリーンのためのコンピュータプログラムコードは、ユーザがログイン状態にないと判断された場合にログインフォームを生成する（図４、ステップ１２）。このフォームは、ユーザの最終的な行先を示す変数値でパスするのが好ましい。
【０１３５】
ライセンススクリーンのためのモジュールは、ログインプログラムに続くもので、ユーザの認証証明書をチェックする。ユーザがパスする場合には、ライセンススクリーンが示される（図４のステップ１３）。
【０１３６】
ログイン結果と称されるモジュールは、ライセンスモジュールに続くもので、ユーザの状態をログインにセットするのが好ましい。ユーザが自分のブラウザにおいてクッキーを明確に拒絶しない限り、プログラムは、ユーザのクッキーが正しく取り上げられたかどうか調べるべくチェックを行い、もしそうでなければ、エラーメッセージを送信する。全てが正しい場合には、モジュールは、ユーザを自分の選択した行先へ送り出す。
【０１３７】
ログアウトモジュールは、ユーザをシステムからログアウトするのに使用できる。ユーザは、メニューアイテムの使用を次に試みるときに、パスワードについて、及びライセンス合意の承認について促されるのが好ましい。
【０１３８】
ユーザがライセンスに合意しない場合には、ライセンスモジュールに続くモジュールが不合意スクリーンを表示し、これは、システムを使用するためにユーザがライセンスに合意しなければならないことを示すのが好ましい。
【０１３９】
あるセクションへのアクセスを試みるユーザに、許可を有していないことを示すために、アクセス拒絶スクリーンを生成することができる。
又、デバッグ目的のデフォールトページを使用して、現在ユーザにログイン状態を示すこともできる。このページは、システムアドミニストレータに対するものであり、他のユーザは、通常、このページを明確に記載しない限りこれにアクセスできないのが好ましい。
【０１４０】
上述したステップは、スポンサーアドミニストレータ（スポンサーによりアドミニストレータ特典が指定されたスポンサーユーザ）に等しく適用されるのが好ましい。しかしながら、システムは、ユーザがアドミニストレータ特典を保持するものとして識別された場合に、ユーザがスポンサーユーザメニューの改善バージョンを見るように設計されるのが好ましい。新たなトランザクション、再検討トランザクション、及びログアウトを指定するオプションをユーザに与えるのに加えて、スポンサーアドミニストレータメニューは、スポンサー情報を変更し、自分自身のユーザ情報を変更し、ユーザを追加し、ユーザを示し／編集し、そしてユーザを除去するオプションを与える。
【０１４１】
スポンサー情報変更オプションが選択された場合には、プログラムは、スポンサー情報変更スクリーンをユーザに与え、ユーザは、データベースに記憶されたスポンサー情報を追加／編集することが許され、これは、次のものを含む。
スポンサーのネーム
住所
都市
州
郵便番号
電話
ＦＡＸ
ｅメール
【０１４２】
ユーザ除去オプションが選択された場合には、プログラムは、ユーザ情報スクリーンをユーザに与え、スポンサーユーザアドミニストレータは、これを使用して、スポンサーに対してアクセスするところのスポンサーユーザのレコードへの情報を変更、削除又は追加することができる。
【０１４３】
例えば、ユーザ情報スクリーンは、ユーザが次の情報をデータベースに追加／編集するのを許す。
ユーザのネーム
スポンサーのネーム
住所
都市
州
郵便番号
電話
ＦＡＸ
ｅメール
Ｕｓｅｒｎａｍｅ
パスワード
アクティブユーザ（イエス又はノー）
アドミニストレータユーザ（イエス又はノー）
【０１４４】
コンピュータモジュールは、スポンサーユーザ及び新たなスポンサーユーザ情報を入力しそして編集するためのスクリーンフォームを含むのが好ましい。又、これらのモジュールは、例えば、ユーザがレコードを編集するのを許す前に、アドミニストレータ特典についてユーザにスクリーン表示する。
【０１４５】
又、上述したステップの多くは、当事者の代理店、即ちシステムを使用するための参加合意に入ったスポンサーと共に、トランザクションを有するか又はトランザクションを開始した個人又は会社を表わす代理店、にも適用されるのが好ましい。
【０１４６】
代理店は、例えば、普通のメールにより、それがウェブサイトにログインし、そして予め確立された条件に基づいてトランザクションを満足させるために指定の数、例えば、３つのオファー又はカウンターオファーを提示できることが通知される。代理店は、適切なログイン証明書が与えられる前に、好ましくは自分にメールされた参加合意書にサインすることが要求される。代理店が合意書にサインしてシステムアドミニストレータに転送すると、代理店には適切なログイン証明書が与えられる。
【０１４７】
同様に、当事者は、代理店を通さずにトランザクションを提示するようにシステムにコンタクトすることができる。当事者は、参加合意に基づいて束縛されることにサインし、又はさもなければ、それを確認し、そしてあるトランザクションでは、システムに参加するためのあるフォームの支払を申し出ることが必要になる。
【０１４８】
スポンサーユーザのトランザクションと同様に、当事者の代理店は、自分のウェブブラウザをオープンし、そしてシステムウェブサイトにアクセスする（図４のステップ１０を参照）。しかしながら、代理店は、そのとき現われるメニューに設けられた「代理店として入力」を選択する。
【０１４９】
ステップ１１において、代理店には、代理店に指定されたトランザクションに対してカウンターオファーを出す再検討トランザクションの選択が与えられる。スクリーンの左側のメニューバーを経て個別のファンクションへの３つのリンクの１つをユーザが選択できるようなメニューが設けられるのが好ましい。スポンサーユーザのトランザクションと同様に、当事者の代理店の選択は、次に続く中間ログイン及び契約スクリーンを経てセーブされる。
【０１５０】
プログラムは、次いで、ステップ１２へ進み、ここで、ユーザは、カウンターオファー又はビュートランザクションを行う前に、最初にシステムにログインしなければならない。スポンサーに対する「ログイン」ファイルと同様の、代理店に対する「ログイン」コンピュータファイルがこのステップを実施するのが好ましい。好ましくは、ユーザは、トランザクション識別番号、セキュリティコード（例えば、パスワードとして機能する内部で発生されたランダム番号）、及び代理店セキュリティコード（好ましくは、スポンサーにより発生されたコード）を入力しなければならない。これらが、データベースに知られた情報に一致しない場合には、ユーザに、エラースクリーンが、再試みするオプションと共に示される。
【０１５１】
スポンサーユーザとのトランザクションと同様に、ステップ１３は、正しいネーム及びパスワードが上述した同じオプション及び結果と共に入力された場合には、システム参加合意を当事者の代理店に示す。スポンサーユーザに対する「ライセンス」ファイルと同様の「ライセンス」ファイルがこのステップを実施するのが好ましい。
【０１５２】
ユーザが、合意書の各項に合意する場合には、オリジナルのメニュー選択（トランザクション再検討又はカウンターオファー実行）へ進む。或いは又、システムは、トランザクション情報を得、特定トランザクションの次のラウンドに対してカウンターオファーを配し、又は異なるトランザクションを決着させるというオプションを伴うメインメニューにユーザを導くように設計されてもよい。当事者の代理店が合意であるか又は非合意であるかに基づいて、このステップを実施するために、「ライセンス」ファイルに続いて、スポンサーユーザのためのファイルに対応する同様の「ログイン結果」ファイル及び「非合意」ファイルがある。同様に、スポンサーユーザに対する同様のファイルに対応する「ログアウト」、「アクセス拒絶」及び「デフォールト」ファイルが設けられるのが好ましい。
【０１５３】
トランザクション情報オプションが選択された場合には、好ましくは当事者の代理店がデータベースから次の情報を見るのを許すトランザクション情報スクリーンが設けられる。
トランザクションのネーム
状態
売り手のネーム
代理店のネーム
代理店の会社
代理店の住所
代理店の都市
代理店の州
代理店の郵便番号
代理店の電話
代理店のＦＡＸ
代理店のｅメール
【０１５４】
スクリーンは、トランザクションの現在状態を、トランザクションの対応する詳細と共に、この情報を編集する代理店の能力を伴わずに、表示するのが好ましい。代理店のトランザクションに関連した全ての変数を保持するために、トランザクション状態プロセスを制御するモジュールが書き込まれてもよい。
【０１５５】
又、トランザクションに対してカウンターオファーの実行をスタートするために代理店が必要とする情報を表示する「ＡｇｅｎｔＴｒａｎｓａｃｔｉｏｎＩｎｆｏ」モジュールが生成されてもよい。モジュール内のデータを撤回できないのが好ましい。
【０１５６】
現在トランザクションオプションを伴う次のラウンドが選択された場合には、プログラムは、特定トランザクションに対してカウンターオファーを配するためのオプションを代理店に与える次のラウンドのスクリーンへ進む。次のラウンドがもしあれば、それが何であるか判断し、そしてユーザの前に入札フォームを配置するテンプレートを形成するために「ＴｒａｎｓａｃｔｉｏｎＮｅｘｔＲｏｕｎｄ」モジュールが形成されてもよい。好ましくは、スクリーンは、代理店がカウンターオファーを配するフォームボックスを与えると共に、もし必要であれば、エクスポージャー計算器（好ましくは、スポンサーにより指定されたアルゴリズム金額を適用するＪａｖａＳｃｒｉｐｔプログラムにより実施される）に対してカウンターオファーをテストして、トランザクションを完了するための考えられる最低金額を決定するか、又はカウンターオファーを提示するためのメニューオプションを与える。
【０１５７】
代理店が次のラウンドに対してカウンターオファーを提示した後に、比較のためにトランザクションが提示される。「ＴｒａｎｓａｃｔｉｏｎＮｅｘｔＲｏｕｎｄ」モジュールは、ＴｒａｎｓａｃｔｉｏｎＮｅｘｔＲｏｕｎｄフォーム及び予め確立された条件について当事者が提示した情報に基づき比較の結果を決定するためのテンプレートを形成すべく生成されてもよい。予め確立された条件は、スポンサーごとに決定されるのが好ましいが、トランザクション特有であってもよい。
【０１５８】
所与のラウンドに対するスポンサーによるカウンターオファー及びその対応オファーが予め確立された条件以内である場合には、ユーザに、トランザクション受け容れスクリーンが与えられるのが好ましい。カウンターオファー及びその対応オファーが予め確立された条件以内でない場合には、ラウンドが得られれば、即ちカウンターオファーの以前に合意した数のラウンドが使用されておらず、且つパワーラウンドが得られなければ、ユーザに、次のラウンドスクリーンへのリンクが与えられるのが好ましい。ラウンドが得られず、例えば、当事者が３つのラウンドに合意し、そして当事者の代理店がカウンターオファーの３つのラウンドを入力した場合には、ユーザは、システムにおいてトランザクションがクローズされたというメッセージを見ることになる。
【０１５９】
ユーザにトランザクション受け容れスクリーンが与えられた場合には、トランザクションが完了となり、そして当事者又は代理店は、合意のドル金額が通知され、そして好ましくは、最終的な合意要求をどこへ送信するか（例えば、スポンサーの住所）の詳細が通知される。又、当事者には、トランザクションに関する他の情報、例えば、トランザクションで販売した製品の出荷情報を通知することもできる。図４に示すように、システムは、トランザクションの完了時に、合意についてのデータを収集して記憶し、将来のトランザクションにおいて交渉値を確立するときにスポンサー及び当事者がそれにアクセスして使用できるように設計されるのが好ましい。
【０１６０】
システムは、スポンサーを追加し、レポートを発生し、又はウェブサイトにおいて顧客サービスを実行する目的で、システムのアドミニストレーション機能へログインする権利が許された第三者の従業員であるシステムアドミニストレータによって管理されるのが好ましい。
【０１６１】
システムアドミニストレータは、自分のウェブブラウザをオープンし、それをウェブサイトインターフェイスに向け、そして自分をアドミニストレータとして識別する適当な識別番号又はパスワードを入力することにより、ウェブサイトに到達する。トランザクションの指定又は編集のためにアドミニストレータフォームを含むモジュールが生成されてもよい。
【０１６２】
次いで、アドミニストレータには、次のメニュー選択肢を与えるアドミニストレータメニューが与えられてもよい。
スポンサーオプション：これは、スポンサーを追加／編集すると共に、全てのスポンサーのリスト及びリンクを示すためのオプションを含む。
ユーザオプション：これは、ユーザに（好ましくは、ユーザネーム及びスポンサーネームによりサーチ可能な全てのスポンサーユーザのリスト及びリンクを）示し、新たなユーザを追加し、そしてスポンサーユーザを削除するためのオプションを含む。
【０１６３】
トランザクションオプション：これは、好ましくは、トランザクションネーム、スポンサーネーム、開始日付、終了日付、及び状態によりサーチ可能な全てのトランザクションのリスト及びリンクによりトランザクションを示し、新たなトランザクションを指定し、そしてトランザクションを削除するためのオプションを含む。
【０１６４】
サイトオプション（テストモジュール）：これは、記憶されたログイン情報を失う目的でクッキーをクリアし、システムからログアウトする目的でログアウトすると共に、必要であれば、クッキーをクリアし、そして現在のログイン詳細についてログイン状態を示すためのオプションを含む。
【０１６５】
これらオプションを容易にするためのモジュールが生成されるのが好ましい。例えば、新たなスポンサーユーザを入力する入力フォームを含む「ＡｄｍｉｎＮｅｗＳｐｏｎｓｏｒＵｓｅｒＥｎｔｒｙＦｏｒｍ」モジュールを生成することができる。このフォームは、普通のフォームとは異なるのが好ましい。というのは、ユーザがページと対話する間にｕｓｅｒｎａｍｅチェックが行われるからである。
【０１６６】
新たなトランザクションを追加する目的でスポンサーを選択する「ＡｄｍｉｎＧｅｔＳｐｏｎｓｏｒＮｅｗＴｒａｎｓａｃｔｉｏｎ」モジュールが生成されてもよい。好ましくは、トランザクションが追加されるときに、トランザクションをスポンサーユーザに適切に指定できるように、スポンサーの認識を知らねばならない。
【０１６７】
又、全てのオープントランザクションをアドミニストレータフォームで示す「ＡｄｍｉｎＳｈｏｗＴｒａｎｓａｃｔｉｏｎ」モジュールが生成されてもよい。
又、スポンサーユーザを挿入又は更新するテンプレートを保持するために、「ＡｄｍｉｎＳｐｏｎｓｏｒＵｓｅｒＤａｔａＥｎｔｒｙ」モジュールが生成されてもよい。このモジュールは、ユーザの一次識別を得るための問合せを、システムがこの情報をもたない場合に行って、システムが編集リンクを設定するようにする。
【０１６８】
又、スポンサーユーザアドミニストレータ情報に対する入力フォームを表わすテンプレートを保持するために「ＡｄｍｉｎＳｐｏｎｓｏｒＵｓｅｒＥｎｔｒｙＦｏｒｍ」が生成されてもよい。
又、全てのユーザに示すためのアドミニストレータフォームである「ＡｄｍｉｎＵｓｅｒＳｈｏｗ」モジュールが生成されてもよい。
【０１６９】
又、データベースへトランザクションを入力／挿入するためのフォームである「ＴｒａｎｓａｃｔｉｏｎＤａｔａＥｎｔｒｙ」モジュールが生成されてもよい。追加／編集スポンサーオプションが選択された場合には、アドミニストレータがデータベースから次の情報を取り出すのを許すために、追加／編集スクリーンが現われるのが好ましい。
スポンサーのネーム
住所
都市
州
郵便番号
電話
ＦＡＸ
メール
アルゴリズム金額
アルゴリズムパーセンテージ
システムＩＤ
アクティブ口座（イエス又はノー）
【０１７０】
新たなスポンサーをデータベースに追加し且つ戻りページを示し、新たなスポンサーを入力するための入力フォームを含ませ、そしてシステムに入力された全てのスポンサーのテーブルを示すために、「ＳｐｏｎｓｏｒＤａｔａＥｎｔｒｙ」、「ＳｐｏｎｓｏｒＥｎｔｒｙＦｏｒｍ」及び「ＳｐｏｎｓｏｒＳｈｏｗ」モジュールが生成されてもよい。
【０１７１】
スポンサーテーブルにｕｓｅｒｎａｍｅが存在するかどうか調べるためのチェックを行い、もしそうであれば、エラーメッセージを表示する「ＶａｌｉｄａｔｅＮｅｗＵｓｅｒＮａｍｅ」及び「ＶａｌｉｄａｔｅＵｓｅｒＮａｍｅ」モジュールが生成されてもよい。これらのモジュールは、ＪａｖａＳｃｒｉｐｔロストフォーカス事象からコールされるのが好ましい。ＶａｌｉｄａｔｅＮｅｗＵｓｅｒＮａｍｅモジュールは、何も存在しないと仮定するので、現在ｕｓｅｒｎａｍｅに対して何ら問題を与えないのが好ましい。
【０１７２】
ユーザ削除オプションは、スポンサーアドミニストレータのユーザ除去オプションを伴うトランザクションのように、スポンサーユーザのレコードに対して情報を変更し、削除し又は追加できるスクリーンをアドミニストレータに与える。好ましくは、ユーザがスポンサーユーザを削除しそしてデータベースコールを実行してユーザを除去するのを許すフォームを示す「ＤｅｌｅｔｅＵｓｅｒ」モジュール及び「ＲｅｍｏｖｅＵｓｅｒ」モジュールが生成されてもよい。
【０１７３】
追加／編集トランザクションオプションは、スポンサーアドミニストレータの追加／編集トランザクションスクリーンと同様の追加／編集トランザクションスクリーンをアドミニストレータに与える。更に、システムは、アドミニストレータが、次を含むトランザクション状態情報を追加するのを許すのが好ましい。
トランザクション状態
最後のスポンサー編集（日時）
編集者
スポンサーのネーム
最後の代理店編集（日時）
最後のアドミニストレータ編集（日時）
【０１７４】
ユーザがトランザクションを削除すると共に、データベースコールを行って、トランザクションを除去するのを許すフォームを示すために、「ＤｅｌａｔｅＴｒａｎｓａｃｔｉｏｎ」モジュール及び「ＲｅｍｏｖｅＴｒａｎｓａｃｔｉｏｎ」モジュールが生成されてもよい。
【０１７５】
又、システムは、レポート目的で、トランザクション情報のレポートライター又はサーチ可能なモジュールを与えるのが好ましい。レポートライターに問合せすることにより、内部レポートの目的で、アドミニストレータにより多数のトランザクションの状態を見ることができる。
【０１７６】
トランザクション情報は、次の基準に基づいてサーチできるのが好ましい。
トランザクションのネーム
スポンサーのネーム
状態
指定された日付（開始及び終了日付）
変更された基準（開始及び終了日付、例えば、全レコードが特定日に変更）
代理店により変更されないレコードのみを示す
【０１７７】
システムを実施するために選択されたプラットホーム及びハードウェアは、ユーザの要求に応答する間に、トラフィック及びデータの大きな負荷を取り扱うのに充分なほど拡張可能でなければならない。
同様に、選択されたデータベースも、ユーザの要求に応答する間に、配布データ環境を取り扱い且つデータの大きな負荷を取り扱いできるに充分なほど拡張可能でなければならない。
【０１７８】
アプリケーションサーバーも、同様に、ユーザの要求に応答する間に、配布データ環境を取り扱い且つデータの大きな負荷を取り扱いできるに充分なほど拡張可能でなければならない。アプリケーションサーバーは、将来の変更、追加、変更等をサポートするためにこの形式のアプリケーションを構築するポピュラーなプラットホームであるのが好ましい。
【０１７９】
サーバーは、故障したハードウェア部分を素早く交換する能力をもつオープンアーキテクチャーのコンピュータであるのが好ましい。このコンフィギュレーションは、マシンのパワー又はカウンターオファーを高めるための利用性も維持する。例えば、インターナル・ペンティウム４００ＭＨｚプロセッサを有し、１２８ＭＢのＳＤＲＡＩ４、一対のマルチギガバイトのハードドライブ、プロミスＰＣＩＲＡＩＤレベル０コントローラ又はＲＡＩＤレベル５コントローラ、３２ｘＣＤ−ＲＯＭ及び３−ＣＯＭ１０ＢａｓｅＴイーサネット（登録商標）カードを伴うコンピュータが、システムに使用するのに適当である。
【０１８０】
システムに使用するプラットホームは、オープンデータベースシステムと共に機能し、インターネット及びビジネスアプリケーションのラインに対して信頼性があり且つ拡張可能なプラットホームを与え、そして情報及びリソースへの容易で且つ有効なアクセスをユーザに与えるブリードファイル及びプリントサービスを提供する能力を有するのが好ましい。例えば、パワフルな多目的サーバーオペレーティングシステムであるマイクロソフトウインドウズＮＴサーバー４．０又は４．０（エンタープライズ・エディション）システムは、多数のアプリケーションサーバーを広くサポートし、本発明のシステムをサポートするための拡張性があり、そしてこのタイプのアプリケーションを生成するデベロッパーに人気があるので、適切なプラットホームである。このプラットホームは、次のサービスを基礎的なオペレーティングシステムインフラストラクチャーに一体化するのが好ましい。
内蔵ネットワーク及び通信サービス
インターネット及び会社のイントラネットに対する包括的ウェブサービス
配布型アプリケーションに対する完全なプラットホーム形態
エンタープライズ規模のディレクトリーサービス
一体型及び健全なセキュリティサービス
使用し易く且つ柔軟性のあるマネージメントサービス
【０１８１】
本発明のシステムは、証明された拡張性と、システムに使用されるオペレーティングシステム及び他の製品との緊密な一体性とを提供するマイクロソフトインターネットインフォメーションサーバー４．０のようなウェブサーバーを使用するのが好ましい。このウェブサーバーは、パブリッシング特徴と、カスタマイズ可能なツールと、ウェブページを生成し、ワールドワイドウェブへ情報をパブリッシュし、Ｗｉｎｄｏｗｓ（登録商標）  ＮＴ、Ｎｏｖｅｌｌ  ＮｅｔＷａｒｅ及びＵＮＩＸ（登録商標）サーバーのようなオペレーティングシステム、並びにＭｉｃｒｏｓｏｆｔ  ＳＱＬ、オラクル、及びＳｙｂａｓｅデータベースを含む多数のデータベースにわたってファイル及びデータを共有するのを許すテクノロジーと、ハイパーテキストマークアップ言語、マイクロソフトオフィスドキュメントタイプ及び多数の言語におけるコンテクストのサーチ容量と、を含むのが好ましい。
【０１８２】
ウェブサーバーは、プロセス分離、即ちアプリケーション及びウェブサイトを、サーバー上の正常に動かないコンポーネント又はウェブアプリケーションにより生じる欠陥から、それらを個別のメモリスペースで実行することで、保護する特徴を提供するのが好ましい。又、ウェブサーバーは、オペレーティングシステムと結合されたときに、数千の同時ユーザにサービスするように自動的に拡張する内蔵分散型アプリケーションサービスも有していなければならない。
【０１８３】
Ｍｉｃｒｏｓｏｆｔ  ＳＱＬサーバー６．５又は７．０のような高性能オープンアーキテクチャーの拡張可能なデータベースがシステムに使用されるのが好ましい。
一実施形態において、コンピュータプログラムは、高性能ウェブアプリケーションを配送するための拡張可能なプラットホームにウインドウズ又はソラリスの主ウェブサーバーを設けたものであるのが好ましい。Ａｌｌａｉｒｅ  ＣｏｌｄＦｕｓｉｏｎアプリケーションサーバー３．１及びその協働ＣｏｌｄＦｕｓｉｏｎマークアップ言語は、システムの開発に使用するのに適している。
【０１８４】
別の実施形態において、コンピュータプログラムは、高性能ウェブアプリケーションを配送するための拡張可能な３階層プラットホームにウインドウズ又はソラリスの主ウェブサーバーを設けたものであるのが好ましい。前端は、ＡＳＰ／ＨＴＭＬであり、中間の階層は、Ｃ＋＋又はＪＡＶＡで書かれたＣｏｍオブジェクトであり、そして後端は、ＳＱＬサーバー及びＭＴＳである。
【０１８５】
システムは、ワールドワイドのデータセンターカンパニーのようなクオリティデータセンターでホスティングされるのが好ましく、このデータセンターは、インターネットへのアクセスを与えると共に、サーバーをモニタリングして、それらがインターネット要求に応答するように確保する。
【０１８６】
基本的なコンフィギュレーションにおいて、実利的なこと(bottom line)を排他的に取り扱うことについて多数の効果があるが、あるトランザクションでは、特定の、個別のそして定量化可能な基準のために潜在的な欠点がある。即ち、厳密なトランザクションについて柔軟性に欠ける。所与のラウンドにおいて、２人の当事者は、合意に非常に接近するが、基準のほんの外側にいるために、まとまることができない。しかしながら、システムは、当事者の提案する金額を公表しないので、当事者がどれほど離れているか又は接近しているか知るすべがない。例えば、トランザクションの合意に到達するために、差が$１００００以内になければならない場合には、差が$１０００５であるか又は$７５０００である基本的なシステム又は方法でも同じ結果、即ち非合意、に到達する。
【０１８７】
任意の追加
おそらく完了させることのできるトランザクションの数を増加するために、他の任意の特徴を追加することができる。特に、相対する当事者が、通常のラウンドで使用される基準を満足しないが、それほど離れていない場合には、まだ合意が可能である。中立のファシリテータの使用により、２つの付加的なトランザクションの「パワーラウンド」又は組合せを効率的に且つ好都合に完了させることができる。
【０１８８】
ファシリテータは、より合意に達し易い値を提示することに向けてトランザクションに対する１人以上の当事者に「刺激(nudge)」を通信するために、任意に使用することができる。ファシリテータは、機械的な形態で動作するという点で、中立の自動手段として働く。しかしながら、これは、実際には、生きた人間、コンピュータ、又は両者のある組み合せでよい。図５は、ファシリテータオプションを更に組み込んだ代表的な基本システムを示している。上述したように、このシステムは、簡単化のために、１つ以上のマイクロプロセッサ及びメモリを含むサーバー５０と、サーバーにアクセスできるディスク及び／又はテープに記憶された関連セキュアデータベース５２として代表的に示されたメインプロセッサ及び記憶装置を備えている。ファシリテータオプションは、最小限、ファシリテータが使用できる促進ステートメントの種類を支配するルール又は制約５４を含む。図示されたように、ファシリテータは、完全に自動化された又は部分的に自動化されたモードを使用できるように実施される。完全に自動化されたモードについては、メインプロセッサは、プログラムされたルール、即ち制約によりガイドされ、そして説明上、あるエンティティの電話６２及び別のエンティティのコンピュータ６４に接続されて（通信リンク５８、６０により）示されたオンラインインターフェイス５６を経て交渉エンティティと直接通信する。或いは又、個別のファシリテータプロセッサ６６を使用して、１つ以上の適切な通信を識別するように促進ステートメント又はアクセス利用性情報を公式化してもよい。ファシリテータプロセッサ６６は、メインプロセッサと通信して、通信時に或いは更なるフォーマット化又は処理の後にメインプロセッサにより使用するための情報を与える。最も簡単なトランザクションでは、ファシリテータプロセッサ６６は、「進行準備(ready to go)」フォーマットで通信を与え、そしてメインプロセッサは、単にコンジットとして働く。より複雑なトランザクションでは、メインプロセッサは、例えば、与えられた促進ステートメントの中から選択を行うか、又は選択された促進ステートメントを一方又は両方のエンティティへ通信すべく再フォーマットするために、更なる判断を行うように別々にプログラムされてもよい。又、ファシリテータは、セキュアなデータベースに記憶された情報、例えば、オファー、カウンターオファー、以前の合意、地理的情報、等にアクセスすることもできる。又、ファシリテータプロセッサ６６は、従来のディスプレイ６８及び入力装置７０を含むこともでき、これらは、生きた個人がファシリテータ６６の一部分として働くことを許す。ファシリテータは、合意基準とは個別の１組の規定のルールに基づいて動作する。ファシリテータは、その機能を実行するために、ある構成では、相対する当事者又はそれらの代表者に開示されないラウンドにおいて情報に内々関与してもよい。例えば、ファシリテータは、次のうちの１つ以上を知ることができる：所与のラウンドにおけるオファー及びカウンターオファー、２つの間の実際の数値的な差、２つの間のパーセンテージの差、トランザクションの完了を引き起こすいずれか又は両方のエンティティによる変更金額���ち「デルタ」、合意の潜在性を表わす他の情報、或いはそれらのいずれか又は全部。理想的には、ファシリテータは、特に、ファシリテータの実施が人間を伴うときに、一方の当事者の情報が相対する当事者へ公表されることが偶発的に生じないよう確保するために、特定のオファー又はカウンターオファーではなく、差即ちデルタを知ることになる。別の言い方をすれば、ファシリテータは、１つ以上のラウンドにおいて各当事者の提案した合意指数の細目を知らなくても、当事者が合意にどれほど接近しているか知るための何らかのベースを有する。
【０１８９】
最も簡単な例では、ファシリテータは、特定の当事者により第１の値が与えられる前に関与することができる。そのトランザクションにおいて、ファシリテータは、過去の合意情報に関連した登録中に当事者により与えられた情報をおそらく使用して、交渉の出発点を与える。例えば、ファシリテータは、同様のトランザクションのレコードにおける過去の合意の範囲に関するステートメントで相対する当事者の１人以上と最初に通信してもよい。
【０１９０】
例えば、買い手が、特定の到着及び出発時間と場所とについて航空会社から航空機の座席を購入すると仮定する。買い手は、ファシリテータを組み込んだ交渉システムへトランザクションを提示する。売り手は、航空機の座席が$５０．００の価値があると考える。買い手が１つのラウンドで使用できる任意の値を提示する前に、ファシリテータは、「同様のフライトが$２５０．００から$５５０．００で購入された」というステートメントで売り手を刺激する。従って、買い手は、それらの期待が現実離れしているという指示をもつ。その結果、買い手は、その交渉トランザクションを追及しないよう判断してもよいし、又は何らかの方法で試みるように判断してもよい。この刺激の結果として、買い手は、理想的には、最初から合意の見込みを高めるように、より現実的なオファーを与える。
【０１９１】
それとは別に又はそれに加えて、ファシリテータは、１つ以上のラウンド間に関与することができる。この場合の効果は、ファシリテータが、ここで、特定のトランザクションに対する当事者の期待の現在状態に関する何らかの情報を入手できることである。この情報が入手できると、ファシリテータは、一方又は両方の相対する当事者と中立な形態で通信し、一方又は両方を、合意を生じさせるようにそれらの提案を調整するよう誘導する。
【０１９２】
各当事者の提案した値が、トランザクションに相対する当事者へ公表されないままであるのが重要であるから、金額又はデルタを直接通信するか、又は金額の計算又は合理的な推定を間接的に許すような通信を使用しないのが最も好ましい。もちろん、特定の実施形態では、より特定の通信が保証されるが、当事者が、相対する当事者の提案した数字を合理的に推定するのを許すような珍しいトランザクションも存在し得る。例えば、２人の当事者の提案が、各々、$６７１００及び$６６０００であり、そして合意のための差が$１０００であるように合意されていると仮定する。両当事者は、$１１００しか相違しない。この例では、「各人が自分の金額を提出すれば、ほぼ確実に合意が得られる(If you each give in on your amount, you WILL almost certainly have an agreement)」ことを指示する両当事者への通信が、おそらく、両当事者に、彼等が合意に非常に接近していたことを告げ、従って、他のエンティティが何を提案したかの推定を許す。それでも、このような極端なトランザクションでは、当事者が特に提案が告げられたとしても、合意に到達し易くなる。従って、促し又は刺激することで、合意のチャンスを著しく高めることができる。
【０１９３】
人間のファシリテータの特定のトランザクションでは、裁量の行使を制限すると共にファシリテータのアクションを制約するために、中立の通信及び／又は遵守されるべき１組の提案された通信を公式化するためのガイドラインが使用されるのが好ましい。これは、いずれかの当事者の提案を推定できるか又はそれが分かる可能性を最小にする。このように、人間のファシリテータは、ある程度の裁量を行使するが、その裁量に限度があるので、完全自動のファシリテータに対して相当程度の柔軟性が達成される。
【０１９４】
完全に自動化されたファシリテータ又は人間がコンピュータガイドラインに関連して働くトランザクションでは、ルール又はガイドラインが、コンピュータ、又はファシリテータアクセス可能な知識ベースの一部分、にプログラムされるのが好ましい。これらの任意のコンフィギュレーションは、純粋な人間のファシリテータの裁量を更に甚だしく制限するが、コンピュータでガイドされる人間は、依然、一方又は両方の当事者が、必要であれば、交渉中に人間の相互作用をもつことを許す。
【０１９５】
ファシリテータが人間であるか、コンピュータであるか、又は両者の組合せであるかに関わらず、通信においてなされるステートメントは、同様でなければならない。当事者の身元又は素養、ここに述べる特定の交渉構成についての当事者の経験、地理的な事柄等のファクタに基づいて、促し又は刺激するものとして使用されるステートメントは、多かれ少なかれ、口語的なものでよい。更に、ステートメントは、一般に、合意のための見通しが良好であるという安心感を当事者に与えるために、ほとんどの場合に、肯定的又は刺激に基づくものでなければならない。代表的と考えられる幾つかの例を以下に示すが、受け容れられるステートメント又は刺激は、これだけでもないし、これで全部でもない。
ａ）「買い手は、あなたがカウンターオファーを減少する場合、自分のオファーを増加する」
ｂ）「売り手は、自分のカウンターオファーを下方に著しく調整するが、オファーは、増加しなければならない」
ｃ）「あなたは、合意に近いが、まだ、ある程度与えねばならない」
ｄ）「次のラウンドの合意は、あなたが［オファー／カウンターオファー］を調整すれば、現実的な確率となる」
ｅ）「当事者は、数ヤード離れており、数マイルではない」
ｆ）「当事者は、次のラウンドの前に同様のトランザクションで到達した合意の再検討について考えねばならない」
ｇ）「あなたは、自分の交渉中に、２つの同様のトランザクションが完了したこと、一方は＄２５０００及び他方は$３８０００、を考えねばならない」
【０１９６】
任意の別の態様又は補足として、ファシリテータを使用するために、「パワー」ラウンドが使用されてもよい。パワーラウンドとは、当事者の合意により、又は実施パラメータの結果として、規定数のラウンドがトランザクションの完了を生じない場合に、一方の当事者へ若干の利点を与えるか、又はルールを所定の仕方で変更する付加的なラウンドである。より詳細には、パワーラウンドは、プロセス中のあるポイントにおいて当事者間の特定の合意から生じてもよいし、或いはあるシステムパラメータの適用に基づいて許可されてもよく、例えば、どちらの当事者がトランザクションのためにシステムに最初に参加したか、最後のラウンドの、他のラウンドに対する差、最も最近のラウンド（１つ又は複数）におけるオファー及びカウンターオファーのある数学的分析、一方又は両方の当事者がラウンドごとにそれらの提案を調整した金額、オファー及びカウンターオファーと、他の合意に関してシステムにより作表され及び／又は維持されるある統計学的データとの相対する分析、又は他の適当に実施される事柄（１つ又は複数）、に基づいて許可されてもよい。
【０１９７】
図６は、システムがパワーラウンドを含むときの簡単なプログラムのフローを示す。１つのエンティティが少なくとも１つの値を提示したときに交渉がスタートする（１００）。システムが各エンティティからの値を有すると（２つしかない場合）、プロセッサは、第１エンティティ（１０２）及び第２エンティティ（１０４）から１つ以上の値を受け取り、そしてそれらの値が対にされ（１０６）、そして評価される（１０８）。その対が通常の仕方で基準を満足する場合には（１１０）、合意金額が通信される（１１２）。これは、上述した基本的なシステムオペレーションである。しかしながら、通常のラウンドが合意を生じず、そして全ての通常ラウンドが尽きた場合には、システムは、交渉のためのパワーラウンドが使用できるかどうか調べるべくチェックを行う（１１６）。もしそうでなければ、トランザクションは、合意に達しない（１１８）。パワーラウンドが使用できる場合には、システムは、この特定の交渉についてパワーラウンドがイネーブルされるかどうかチェックする（１２０）。必要ではないが、これは、例えば、１つ以上のエンティティがパワーラウンドを「買う」ことを望むかどうか尋ねる柔軟性をシステムに許し、基準の変更、又は必要と考えられる他の変更や特徴を促すファシリテータの介在を呼び出す（もし利用できれば）。例えば、エンティティがそれを買う意志がないか、又は交渉中のエンティティが基準に基づいて合意できないために、パワーラウンドがイネーブルされない場合には（１２２）、トランザクションは、完了しない（１２４）。パワーラウンドがイネーブルされた場合には、システムは、パワーラウンド基準を使用して１つ以上の対の値のパワーラウンド評価を行うか（１２６）、又は当事者により合意されたパワーラウンドガイドラインを使用してそれを行う。通常のラウンドと同様に、パワーラウンドが失敗した場合には、トランザクションは合意に達しない（１２８）。パワーラウンド基準を満足する場合には、トランザクションが完了となる。特定の実施に基づき、交渉中の値は、調整を受けてもよい。この場合に、システムは、任意であるが、調整を行うべきかどうか（１３０）、そしてそれがどれほどであるか（１３２）更に判断する。次いで、システムは、上述した同じ一般的な仕方で合意メッセージを通信する（１３４）。
【０１９８】
１つの例示的なパワーラウンドにおいて、３ラウンド限界に従い、１人の当事者、通常、売り手は、相対する当事者の最後の値（この例では、第３の値）に関連して第４値分析を提示するように促される。この構成では、システムは、パワーラウンドが完了するまで、最後の通常ラウンドからの少なくとも相対する当事者の最後の値を、破棄するのではなく、保持する。売り手の第４の提示は、次いで、指定の基準を使用して第３ラウンドに使用された相対する当事者の値で分析される。特定のシステムに基づき、第１乃至第３ラウンドに使用される基準を依然使用することもできるし、又は新たな基準を適用することもできる。例えば、第１乃至第３ラウンドに適用される基準が指定のパーセンテージである場合には、システムは、例えば、パーセンテージの差から固定和の差へ切り換え、パーセンテージの差を広げ、和の差を増加し、或いは当事者により合意された他の予め選択された基準を適用することにより、異なる基準を利用することができ、通常のラウンドにおける基準に相対してパワーラウンドに許され又は適用される特定の基準は、実施形態で選択される。
【０１９９】
いずれにせよ、パワーラウンド基準が満足される場合には、トランザクションが完了となる。もしそうでなければ、トランザクションは合意に達しない。任意のパワーラウンドであっても、合意に達するか又は達しないと、まだ削除されていない全てのラウンドからの全てのオファー及びカウンターオファーが破棄される。
【０２００】
パワーラウンドの別の例は、１人の当事者が多数の付加的な値（オファー又はカウンターオファー）を提示することを許し、これらは、各々、合意に達するか又は当事者があきらめるまで、相対する当事者により提示された最後の値に対して適用される。
【０２０１】
パワーラウンドの別の例は、最終ラウンドに対する合意基準を変更することである。例えば、５ラウンドシナリオでは、最初の４つのラウンドが共通の基準を使用して処理されるが、第５のラウンドについては、新たな又は変更された基準が適用される。例えば、当事者は、第５ラウンドが要求された場合に、システムが、パーセンテージ差を２%広げ、実際の差をアップ方向に$１０００増加し、或いは式に対するある指定の調整をある所定の金額で適用するのを許すことに合意してもよい。次いで、第５ラウンドは、それ以前の４つと同様に処理される。
【０２０２】
別のパワーラウンド変形例では、全てのラウンドが通常の仕方で進行し、そして結果が合意でない場合には、１つ以上のそれ以前のラウンドが、基準に対する新たな合意のもとで順次に再実行される。このパワーラウンド変形例は、トランザクション合意基準が満足されるか、又はパワーラウンドが完了してもまだ合意を生じなくなるまで、全ての値を保持することを要求する。
【０２０３】
更に別の変形例では、各ラウンドが再実行されるが、基準は増分的に変更される。例えば、当事者がパーセンテージを３%広げることに合意する場合に、各ラウンドは、最初に１%広げ、次いで、２%広げ、等々の状態で再実行することができる。任意のポイントにおいて、適用される基準を満足する場合には、合意に到達する。同様に、$６０００広げることは、ラウンド当たり実際に$６０００広げることにより一度に全部実施することもできるし、或いは例えば、第１乃至第４ラウンドの各々において＄６０００、＄４０００、$２０００及び$１０００のステップで、又は３ラウンド交渉において＄２０００、$４０００及び$６０００のステップで金額を順次に変更することで実施することもできる。
【０２０４】
更に別のパワーラウンド変形例は、同様の作用に対して単純に実施できることが意図され、重要なポイントは、通常のラウンドに比して既知であるがおそらく異なるパラメータを使用して、合意のためのある付加的な機会を設けることである。
【０２０５】
更に別の実施詳細として、パワーラウンドについて返却にある「コスト」を課することを希望することがある。例えば、ある当事者がパワーラウンドにおいて効果を得る場合に、その当事者は、最終合意に対して課税されることになる既に公表された調整に対して合意することが要求される。換言すれば、この変形において、当事者は、パワーラウンドを規定のコストで「買う」ことができる。例えば、通常の支払金額が、合意を引き起こした２つの値の中間に基づくものである場合に、パワーラウンド交渉支払計算は、売り手に対して中間値未満、或いはスポンサー又は買い手に対して中間値より大きい調整を含んでもよい。換言すれば、合意が$５００００のオファーと$５５０００のカウンターオファーとによって引き起こされたと仮定する。通常の支払金額が中間値であるラウンドでは、通常の支払金額が$５２５００と計算される。パワーラウンドでは、支払は、売り手に対して$５１２５０に過ぎない。というのは、売り手は、$１２５０の固定値調整、又はパワーラウンドを買うためにオファーと中間値との差の５０%の計算調整に合意しているからである。同様に、売り手ではなく相対する当事者がパワーラウンドを買った場合には、支払が＄５３７５０となる。
【０２０６】
明らかなように、多数の形式の調整を行うことができるが、重要なポイントは、パワーラウンドを買う当事者の側に見返り(quid-pro-quo)があることである。別の言い方をすれば、この形式のパワーラウンドは、質問「受け容れられる合意に到達する別のチャンスを得るために＜ある金額＞で提出するか？(Would you give in by <some quantity> to have another chance to reach an acceptable agreement?)」を課する。
【０２０７】
ここで、別の構成は、ファシリテータの使用を結合してパワーラウンドの使用を促すか、又はパワーラウンドに対してファシリテータのみを使用できることも更に明らかである。１つのシナリオにおいて、ファシリテータは、一連の不成功のラウンドの後にパワーラウンドを示唆する者でよい。別の例では、ファシリテータは、特定の変更を示唆せずに、パワーラウンドに対する基準の変更を示唆してもよい。これは、いずれの当事者も、それらの相対する当事者の提案に関する推測へと招くことなく、合意に対する大きな可能性を許す。従って、ファシリテータによる介在は、システムの中立性に影響しない。更に別の例では、ファシリテータは、パワーラウンドが「買われる」ときに直ちに介在して、例えば、以前の合意からの作表データから導出されたステートメントを与えることができる。
【０２０８】
例えば、売り手は、交渉支払において$３００の減少で返却におけるパワーラウンドを買う。このパワーラウンドでは、最後のラウンドからのオファーが新たなカウンターオファーに対して比較される。最後のオファーは$１００００であり、最後のカウンターオファーは$１１８００であり、従って、その差は$１８００である。合意に達するために、オファー及びカウンターオファーは、$１２００以内でなければならない。ファシリテータは、作表されたデータから導出された事実のステートメントと共に介在する：「あなたに対する同様のトランザクションの７５%以上がこの管轄において$８５００乃至$１１０００で完了している」、又は「あなたの最後のオファー／カウンターオファーは、あなたの管轄における同様のトランザクションに対する平均合意支払から１５%以上離れている」。これらプロンプトの１つを受け取ると、売り手は、カウンターオファーを＄１１０００に下げ、トランザクションが合意に達する。この例では、支払は、通常、基準を満足するオファー及びカウンターオファーの中間値として計算される。$１００００のオファー及び$１１０００のカウンターオファーから合意が生じるので、その中間値は、＄１０５００である。しかしながら、$３００の減少について売り手により買われたパワーラウンドから合意が生じるので、交渉支払は、$３００だけ減少されて$１０２００となる。
【０２０９】
基本的な構成において、合意基準がラウンド間で異なってもよいが、ある場合には、カウンターオファー又はオファーの金額に基づいて適用基準を変更する必須階層構造を強制することが望まれる。
【０２１０】
例えば、システムは、$１００００より低いカウンターオファー又はオファーについて、合意基準が３０%又は$２５００の一方又は両方であるように設定することができる。オファー又はカウンターオファーのいずれかが$１００００以上である場合には、基準が３０%又は$５０００へ変化する。オファー又はカウンターオファーのいずれかが$２５０００に等しいかそれを越える場合には、基準が３５%又は$８０００の一方又は両方に変更されてもよい。もちろん、特定のカットオフポイント、基準を適用する範囲、又はその範囲内で使用される特定のパーセンテージ及び／又は差の金額は、システムごとに、又は交渉トランザクションごとに異なってもよい。更に、ある場合には、１人以上の当事者が、上記の１つ以上について詳細を指定するのを許すことが望ましい。
【０２１１】
実施に基づき、特定のカウンターオファーを１つの範囲内で下げ、そしてオファーを別の範囲内で下げることができる。このトランザクションにおいて、ａ）最大エクスポージャーと最小利得との間の差が最も広い基準を満足するか、又はｂ）オファーとカウンターオファーとの間の実際の差が最も広い基準を満足することを要求するのが好ましい。或いは又、エクスポージャー／利得・対・オファー／カウンターオファーの使用を優先させるか、ある基準を別の基準より優先させるか、或いは両基準を満足させる必要があること、を使用することができる。
【０２１２】
ある場合、特に、合意金額が中間値であるように計算されるときには、階層構成を使用する結果として、合意金額は、最大エクスポージャーより高くなるか、又は使用する他のオプションに基づいて、最大利得より低くなる。
【０２１３】
このようなシナリオの一例をテーブル２に示す。
テーブル２
提示 基準 細目
$10000      “Ａ”          ３０%又は$2500
$10000      “Ｂ”          ３０%又は$4000
$85000      “Ｃ”          ３５%又は$10000
ラウンド    オファー    相手      基準    エクスポー      結果
オファー   ジャー／利得  
１        $6000                 Ａ       $6900        合意なし
$13000    Ｂ      $11050        合意なし
２        $8000                 Ａ       $9200          合意
$12000    Ｂ      $10200          合意
【０２１４】
上記シナリオでは、両ラウンドにおいて両オファーに基準Ａが適用される。というのは、それらが$１００００を越えないからである。同様に、両ラウンドにおいてカウンターオファーに基準Ｂが適用される。というのは、それらが両方とも$１００００を越えるからである。ラウンド１では、合意が生じない。というのは、実際のオファー及びカウンターオファーも、エクスポージャー／利得も、指定の基準を満足しないからである。
【０２１５】
ラウンド２では、差$４０００の基準がオファー及びカウンターオファーにより満足され、且つＡ及びＢの両基準がエクスポージャー／利得差により満足されるので、合意に達している。
【０２１６】
エクスポージャー／利得は、支払われる最大値又は受け取られる最小値を支配するので、$８０００オファー及び＄１２０００カウンターオファーの中間値を使用すると、$１００００の支払となる。しかしながら、$８０００オファーに基づく最大エクスポージャーは$９２００であるから、支払金額は、中間値ではなくそのエクスポージャーに等しくセットされる。逆のトランザクションでは、支払金額は、最小利得以上となる。
【０２１７】
階層構成をもつ更に別の態様として、最大エクスポージャーと最小利得とが等しい場合には、その条件を、更に別の又はそれに代わる合意基準として使用することができる。実施に基づいて、最小利得金額と最大エクスポージャーとの間の一致は、自動的に合意を引き起こすと共に他の指定の基準をオーバーライドするように、セットすることができる。エクスポージャーと利得との一致のトランザクションでは、その値が支払金額計算もオーバーライドする。
【０２１８】
ここに述べるように、スポンサー及び代理店は、ある規則性で交渉のためのトランザクションを提示することを期待する場合には、交渉システムのプロバイダーとの口座を維持することができる。しかしながら、代理店は、交渉トランザクションに対する高いコミッションと、料金、費用及び／又は支出とを取り得ることが良く知られている。好都合なことに、システムは、例えば、インターネット又は電話を経てオンラインで非代理店に直接アクセスできるので、それら自身の代理店として働く個人から生じ得る通常のリスクや問題を伴わずに、交渉を個人的に直接利用することができる。その結果、売り手及び相対する当事者は、次の方法の１つ以上において各々利益を得ることができる。
【０２１９】
第１の例において自動交渉のためのトランザクションの入力を直接開始する売り手から特に生じ得る４つの潜在的な売り手利益がある。第１に、システムは、個性又は販売戦術を取り扱わず、実利的なことしか取り扱わないので、買い手は、受け容れられる合意を得るために、洗練されたり、販売戦略の知識があったり、又は有能なネゴシエーターである必要はない。第２に、買い手は、コミッション又は他のコストを受けないが、良好な誠実さの証として、及び偽善的トランザクションの提示を思いとどまらせるために、ある程度の「参加料金」が課せられることがある。オンライン実施の見地を保持するために、参加料金は、おそらく、直接参加する当事者により提示されたクレジットカード番号に課金される。それとは別に又はそれに加えて、参加料金は、合意に達した場合、例えば、スポンサーが固定料金の支払に合意した場合、システムを使用してトランザクションがネゴシエーションされた場合、或いはシステムを使用して合意に達した場合に、返却することができる。第３に、トランザクションは、従来の交渉ルートを通るトランザクションより相当に迅速に解決することができる。というのは、買い手が、指定金額以上で合意に達するように代理店を許可するのではなく、カウンターオファーを与えるので交渉に対してより大きな制御権をもつからである。最終的に、ある例において、売り手は、それらのトランザクションの潜在的な価値を知らなくてもよく、従って、買い手が従来の交渉チャンネルを通して支払うより充分に低くて合意に至るカウンターオファーを提示することができる。
【０２２０】
又、売り手が所与のトランザクションに対して自動交渉プロセスを開始するときに少なくとも４つの潜在的な利益が得られる。第１に、買い手と同様に、システムは、個性又は販売戦術を取り扱わず、実利的なことしか取り扱わないので、売り手は、受け容れられる合意を得るために、洗練されたり、販売戦略の知識があったり、又は有能なネゴシエーターである必要はない。第２に、ある例において、買い手も、それらのトランザクションの潜在的な価値を知らなくてもよく、従って、売り手が従来の交渉チャンネルを通して受け取り得るより充分に高くて合意に至るカウンターオファーを提示することができる。更に、売り手は、代理店を通してではなく、システムに直接参加することができ、迅速に合意する見通しが高まる。というのは、大規模なトランザクションの利益のために小規模なトランザクションに対して代理店が無頓着であるか又はそれを停滞させることによる遅延が排除されるからである。最終的に、以下に詳細に述べるように、システムを使用する結果として、売り手は、それらの支払を迅速に及び／又はより便利に受け取ることができる。
【０２２１】
当事者は、従来の印刷、ラジオ及びテレビメディア、口コミ、ウェブサイトのリンク、ポータル又はウェブベース会社とのパートナーシップを使用し、及び／又は親和性プログラム構成によるシステムに引き付けられる。
【０２２２】
例えば、航空会社は、システムに直接参加する買い手に対してチケットのディスカウントの形態の刺激を与えてもよい。或いは又、親和性プログラムは、航空会社又はクレジットカード会社のようなエンティティと共に、合意に達した場合に、売り手が、航空機頻繁利用者マイレージ(frequent flyer mileage)、又は合意の金額に対するデビットカードを受け取るように構成できる。例えば、旅行、投資、銀行、自動車、出版、家屋、又は大規模なチケットアイテムビジネスのエンティティとで、他の適当なパートナーシップ及び親和性構成を設定することもできる。特定の環境に基づいて、交渉システムプロバイダーと親和性プログラムパートナーとの間の支払を含んでもよい。
【０２２３】
別の任意の変形例は、自動交渉のためのトランザクションの入力を開始するために当事者に更に別の刺激を与える。この変形例では、トランザクションの最初の入力が直接コンタクトの結果である場合に、トランザクションを提示する当事者は、開始者として識別される。システムは、そのことを、合意に達した場合に後で使用するために、ログする。ラウンドは、使用する特定の実施に基づいて進行する。しかしながら、特定のラウンドにおいて合意に達した場合には、通常の式に基づいて合意金額を計算するのではなく、開始者にとって好都合の異なる式を使用したトランザクション交渉支払が使用されるか、或いは又、「開始者」がいないときに通常使用される通常支払金額に対してウインドフォール金額調整がなされる。「開始者」がいない場合とは、例えば、システムとの口座を有する代理店によりトランザクションが最初に提示されるときである。
【０２２４】
実施に基づき、合意に達した場合に、合意後のデフォールトのリスクが少なくなるように、買い手に「エスクロー」として進行することを要求することが望まれてもよい。小さな事柄に対してこれを達成できる１つの方法は、チャージ／クレジット又はデビットカードに指定のエスクロー金額のチャージを課することである。この目的を果たす別の方法は、個人が保持する口座から、この目的に対して明確に維持されたエスクロー口座に資金を移動するように個人に要求することである。
【０２２５】
エスクローに必要な金額を合理的に評価するために、システムは、合意に達している同様のトランザクションを識別するために与えられたトランザクション情報を利用でき、そしてこの情報を用いて、合意に達した場合にそれを満足するに充分な必要なエスクロー金額の推定値を計算することができる。又、システムは、到達した合意指数がエスクローより小さい場合に超過額を買い手のクレジットカード又は口座に振り込みして戻すように設定されるのが好ましい。
【０２２６】
例えば、骨董品を売ろうとしている売り手は、自動トランザクション交渉に関する顧客向けウェブサイトの記事を見る。これで、売り手は、自動交渉システムへのインターネットインターフェイスとして働く識別されたウェブサイトへ進む。売り手は、システムへトランザクションを提示し、そして$７５の参加料金が課せられる。売り手は、システムに直接コンタクトし、そして相対する当事者の代理店がこの特定のトランザクションをシステムへ以前に提示していないので、売り手は、システムにおいて開始者としてフラグが立てられる。ある時間の後に、保険業者が、そのトランザクションのためにシステムを使用することに合意する。当事者は、多数のラウンド及び合意基準に合意し、それらの各値を提示し、そして第２ラウンドにおける分析の結果としてトランザクションが合意に達する。システムは、通常の支払金額が相対する当事者により提示された値の中間値となるように設定される。しかしながら、計算機能の一部分として、システムは、開始者フラグが売り手に対してセットされていることを識別する。その結果、支払は、売り手にウインドフォール利益を与えるように異なったやり方で計算される。例えば、売り手は、オファー金額、新たな式により指定された金額、中間金額を越えるあるパーセント、固定金額のボーナスを受け取るか、或いは特定の式においてオファー又はカウンターオファーの小さい方に代わって中間値が使用されて、売り手が通常のトランザクションで得るものより高い支払を売り手に与えることができる。
【０２２７】
同様に、トランザクションに対する２人の当事者が両方とも個人であり、且つ相対する当事者が開始者である場合には、「ウインドフォール」が通常の支払額に対して減額された支払額の形態となる。
【０２２８】
更に別の実施形態において、「ウインドフォール」は、開始者がいて且つカウンターオファー及びオファーが互いにクロス又はパスする場合、即ち１つのラウンドにおいてオファーがカウンターオファーより小さく、そして次のラウンドにおいてオファーがカウンターオファーより大きい場合だけ、呼び出される。このような状況では、最も簡単なウインドフォール利益は、開始者売り手への交渉支払を、計算された通常支払額金額ではなく、全オファー金額に等しくセットすることである。逆に、開始者相対当事者に対する最も簡単なウインドフォールは、それらが行う支払をカウンターオファーに等しくセットすることである。
【０２２９】
特定のウインドフォール調整は、使用する特定実施形態に依存することが認識される。従って、重要なことは、特定の当事者が開始者であるかどうかそして合意に達するときに開始者に対して生じ得る何らかの利益があるかどうかをシステムが追跡することである。
【０２３０】
システムのオンライン特性から一部分生じる更に別の効果は、合意に達したときに、売り手に即座に支払を自動的に与えるか、又は交渉支払又は値の即座の転送を開始する能力である。図７のシステムは、売り手への支払を自動的に実施するためのインターフェイス７２を含む簡単化されたシステム変形例である。例えば、インターフェイス７２は、合意に達して、売り手が登録されたカードホルダーである場合に、売り手のクレジット／デビット／チャージ／エンターテイメントカードが合意金額で自動的に振込みされるような支払カード口座システムでよい。同様に、売り手が、スマートカード、記憶値カード、オンライン振込み可能な財布又はモジュール、或いは受取人が自動的に（そして好ましくは直接的に）転送を受け取るための他のオンラインアクセス可能な方法を有する場合には、システムは、合意金額でそれを自動的に振込みするように構成されてもよい。値をオンラインで転送又は受信するために知られた多数の方法、及びこれを行うための新たな方法の成長率が与えられると、基本的な原理は、値を自動的に与え又は転送することであり、これを行うのに使用する特定の代用紙幣、プロトコル又はデバイスではないことが明らかであろう。
【０２３１】
或いは又、売り手は、資金の電信転送を自動的に行うことのできる口座番号をシステムに与えてもよい。
ある例では、インターフェイスは、単に、転送を行うべきであることを当局に通知するために当局と通信するための予め構成されたビヒクルである。このように、システムが合意を非金銭的物納又は転送に変換し得るように適当な構成にすることができる。例えば、航空機頻繁利用者プログラム、又は「ポイント」を与える他のプログラムを伴う構成により、合意を適当なマイル数又はポイントに変換することができる。或いは又、合意は、エスクロー代理店に預けた株、債券、商品、貴金属、宝石等の転送を自動的に開始できる非金銭的合意指数を含んでもよい。このようなトランザクションにおいて、相対する当事者により与えられる値は、それらが提示する最も高いオファーに少なくとも等しくなければならない。合意の場合に、適当な金額が合意指数として計算され、そして売り手へ自動的に転送される。例えば、株のトランザクションでは、株券が売り手の名前で自動的に登録される。貴金属のトランザクションでは、口座が売り手の名前で自動的に開かれ、そして適当な金額がその口座に自動的に振り込まれる。ここでの説明と一貫して、自動交渉は、他の物納状態に適用するように簡単に拡張できることが認識される。
【０２３２】
又、例えば、トランザクションが不動産に対するもので、支払が一方の当事者から他方の当事者への不動産の権利の移転によりなされる場合には、合意に応答して、何らかの権利又は所有権の自動的な移転が開始されるように、システムを実施することも望まれる。このようなトランザクションでは、移転を許可する適当なドキュメントが実行されるが、ファイルされない。合意に達した場合に、システムは、適当なエンティティに自動的に通知し、そして売り手の関与を最小として移転を実施するのに必要なドキュメントを与える。
【０２３３】
更に別の変形は、合意金額において年金又は完全払い済保険証券のようなある保険商品の発行を開始することができる。
売り手がシステムに直接参加するのを許すシステムに対して考えられる１つの欠点は、たとえ合意に達しても、合意をまとめるために代理店又は代理人の関与が必要になるという売り手の潜在的な不安である。好都合なことに、システムは、この問題に対処するように任意に構成することができる。特に、システムは、合意に達したときに合意ドキュメントを自動的に発生するように構成できる。上述したように、当事者がシステムに参加したときに、当事者の１人以上がトランザクション特有の情報を与える。システムは、トランザクションに適した合意ドキュメントを発生するのに使用できる多数のテンプレートを含む。例えば、トランザクションについて与えられた適当な情報を抽出し、そしてそれをテンプレートに合体することにより、合意及び／又は解除を発生することができる。同様に、法廷で現在係争中であるトランザクションに対して充分な情報が与えられる場合には、システムは、適当なテンプレートを使用して、特定管轄の要件に基づき損害を伴う却下の条項及び／又はオーダーを発生することができる。発生時に、このドキュメントは、これをプリントして直ちに実行するフォーム、或いはローカルルール又は習慣に合致するように更なる追加及び／又は変更を行うのを許すテキストフォーマットにおいて、アクセスすることができる。最も広い意味では、オンラインドキュメント特徴は、自動事務係が適当なリーガルフォームのために地方の文房具店へ出かけて適当な情報をタイプ入力することにたとえることができる。或いは又、特定の管轄は、与えられるドキュメントのフォーム及び形式を制限してもよい。その結果、システムは、その管轄内でこのような制限及び制約を考慮し、そしてその点について全ての適当な警告文を与えるように構成されるのが好ましい。
【０２３４】
多当事者集合オプション
多当事者交渉は、上述した２当事者交渉のグループとして直接取り扱うことができる。しかしながら、あるトランザクションにおいて、特に、トランザクションが、トランザクションのためのエンティティのグループに対して単一のエンティティを伴うときには、グループの個人のオファー又はカウンターオファーの集合が、処理を簡単にすることができる。
【０２３５】
特定のシステムに基づき、若干の又は全ての当事者を完全に又は部分的に目隠しし得る。例えば、売り手が、３つの別々の当事者（集合的に「グループ」）に対するトランザクションを有する場合に、そのグループは、システムが依然として各々からの個々の提示を受け容れるようにリンクすることができる。しかしながら、グループの各メンバーからの個々の提示は、それが受け取られたときに、グループの他のメンバーの対応する提示に加えられ、集合値の１つ以上のセットを形成する。システムは「完全に盲」である。というのは、グループの個々のメンバーに、集合化が行われることが通知されないからである。集合値は、システムにおいて、単一のエンティティにより提示されたオファー又はカウンターオファーであるかのように使用される。このシステムでは、トランザクションに対して共通の相対当事者を共有する異なるエンティティからの個々の値を加算する「集合値」モジュールを生成することができる。システムは、集合値を、上述した相対するオファー又はカウンターオファーに対して比較する。換言すれば、集合されると、交渉は、２当事者の交渉であるかのように進めることができる。というのは、その点におけるシステムの観点から、そのようになるからである。
【０２３６】
２当事者の交渉と同様に、グループの全メンバーにより提示された値は、他の相対する当事者に公表されない。同様に、システムは、相対する当事者の提示をグループのいずれのメンバーにも公表しない。特定のシステムコンフィギュレーションに基づき、グループの個々のメンバーからの提示は、グループの他のメンバーに公表されない。
【０２３７】
完全に盲集合構成のトランザクションにおいて、個々の提示は、その提示を行う当事者以外誰にも開示されない。
完全盲交渉の一例をテーブル３に示す。
テーブル３
（集合）オファーが完全盲状態でカウンターオファーの少なくとも７５%である場合に合意に達する（即ち、オファーを知らない当事者１、２&３及び売り手が組み合わされた）。
例１：
ラウンド１
買い手                              売り手
当事者１    オファー$10,000
当事者２    オファー$15,000
当事者３    オファー$35,000
合計   $60,000        カウンターオファー＝$65,000
トランザクションは、$62,500で
合意に達する
当事者１は、$10,416.67(10,000/62,500x$62,500)に寄与する
当事者２は、$15,625.00(15,000/62,500x$62,500)に寄与する
当事者３は、$36,458.33(35,000/62,500x$62,500)に寄与する
【０２３８】
例２：
ラウンド１
買い手                              売り手
当事者１  カウンターオファー  $25,000
当事者２  カウンターオファー  $18,000
当事者３  カウンターオファー  $35,000
オファー＝$70,000                             合計                $78,000
トランザクションは、$74,000で合意に達する
当事者１は、$23,718を受け取る
当事者２は、$17,077を受け取る
当事者３は、$33,205を受け取る
【０２３９】
部分的な盲構成は、互いの提示へのグループアクセスを許す。１人の個人がグループの別の個人の提示に基づき提示をエスカレートするのを防止するために、全ての個々の値が提示されそしてそれらの値が撤回又は変更に対してロックされた後に、個人がグループ内の他の個人の提示にアクセスすることしか許さないのが望ましい。
【０２４０】
この形式の部分的盲交渉の一例がテーブル４に示されている。
テーブル４
オファー及びカウンターオファーが部分的盲状態で$２５００未満の相違である場合に合意に達する（即ち、当事者１、２&３が全提示の後に互いのオファーを知っている）。
ラウンド１
買い手                              売り手
当事者１    オファー$ 5,000
当事者２    オファー$12,000
当事者３    オファー$ 9,000
当事者４    オファー$11,500
合計    $37,500        カウンターオファー＝$50,000
合意なし
【０２４１】
ラウンド２
買い手                              売り手
当事者１    オファー$10,000
当事者２    オファー$15,000
当事者３    オファー$10,000
当事者４    オファー$13,500
合計    $48,500        カウンターオファー＝$45,000
トランザクションは、カウンターオファー金額$45,000で
合意に達する
当事者１は、$9,278.35に寄与する
当事者２は、$13,917.53に寄与する
当事者３は、$9,278.35に寄与する
当事者４は、$12,525.77に寄与する
【０２４２】
別の部分的盲構成は、グループが集合的提示に対して完全に協力するのを許す。このトランザクションでは、相対する当事者に、当事者１、当事者２等に代わってオファー又はカウンターオファーが提示されることが通知される。相対する当事者は、次いで、受け容れ又は断るオプションを有する。相対する当事者が受け容れを行い、そして合意に達する場合には、グループの全ての当事者及びそれらの相対する当事者に対してトランザクションが完了となる。
【０２４３】
この形式の多当事者交渉の一例がテーブル５に示されている。
テーブル５
（集合）オファーが部分的盲状態でカウンターオファーの少なくとも７５%である場合に合意に達する（即ち、当事者Ａ、Ｂ＆Ｄが集合的にオファーを単一の値として提示し、そして売り手に次のことが通知される。即ち、「あなたは、エンティティＡ、Ｂ、Ｃ＆Ｄに対するトランザクションを有する。オファーは、エンティティＡ、Ｂ＆Ｄに代わってエンティティＡにより提示される。エンティティＣは、参加を断り、合意に達した場合に、あなたは、エンティティＣに対してあなたのトランザクションを独立して続行することができる。」
ラウンド      集合オファー    売り手の                結果
カウンターオファー  
１            $100,000        $295,000              合意なし
２            $110,000        $230,000              合意なし
３            $120,000        $160,000              $140,000で合意に至る
４            $128,000        $140,000
【０２４４】
エンティティＡ、Ｂ及びＤは、次いで、それらの間で配当を算出し、システムが各々の未払いの額を計算するように配当を指定し、或いは全参加者の間に金額を等しく割り当てる。
【０２４５】
更に別の変形例では、グループを作り上げる当事者のリストが与えられると、相対する当事者は、そのグループとのネゴシエーションは断るが、それらがネゴシエーションするそのグループ内の何人かのメンバーをグループとして指定するオプションを有する。このようにして、売り手は、１人以上の特定の買い手を「選出」してそれらと個々に交渉を試みる能力を得、そして買い手は、１人以上の売り手を選出して、１人以上の個人、例えば、失敗の経歴をもつ者が、アイテムに対して交渉を行うのを防止する。
【０２４６】
又、集合は、トランザクションの両側で独立して実行されてもよい。従って、グループは、別のグループのカウンターオファーに対して比較するためにオファーを提示することができる。特定の実施に基づき、トランザクションの片側の集合構成は、トランザクションの他側で行われる集合と同じでなくてもよい。換言すれば、オファーは、完全な盲構成集合されるカウンターオファーと比較するために部分的盲状態で提示されてもよい。
【０２４７】
いずれのトランザクションにおいても、合意に達して、提示が集合されたグループがトランザクションについて支払する場合に、その支払は、案分(pro-rata)比例配分であるのが好ましい。或いは又、ある実施形態では、グループのメンバーは、案分ベース以外の支払割り当てを指定することができる。
【０２４８】
グループが、支払を受け取る個々の当事者で形成される場合には、特定のシステムに基づき、当事者は、各々、ある中間値ではなく、それらの各々のカウンターオファーを受け取る。或いは又、売り手への支払のより複雑な配分又は割り当てを実行する付加的なモジュールを生成することもできる。
【０２４９】
付加的なオプション
インターネットは、グローバルにアクセス可能な媒体であるので、特定の実施形態は、たとえオファーが１つの通貨で提示されそしてカウンターオファーが別の通貨で提示されても、相対する当事者が比較のためにオファー又はカウンターオファーをそれらのローカル通貨で提示するのを許すように生成された「ＣｏｎｖｅｒｔＥｑｕａｔｅＬｏｃａｌＣｕｒｒｅｎｃｙ」モジュールを含んでもよい。このように、各当事者は、彼らに快適な通貨を取り扱い、交渉を、更にユーザに馴染み易く行うことができる。異種の通貨を使用して、オファー及びカウンターオファーを分析する場合には、システムは、指定の全通貨を、比較のためにオファー及びカウンターオファーと同じであってもなくてもよい共通の通貨に変換する。例えば、オファーが日本円で提示され、そしてカウンターオファーがイタリアのリラで提示された場合には、システムは、特定の実施形態に基づいて、円、リラ、又は第３の通貨、例えば、米国ドル、ユーロー、又はタイのバーツを使用してもよい。
【０２５０】
同様に、合意に達した場合に、売り手が、その相対する当事者がオファーを提示するために使用した通貨に関わりなく、選択した通貨で支払できるように、通貨交換エンティティを伴うように構成してもよい。例えば、オファー又はカウンターオファーを米国ドルで提示するギリシャ国民は、アテネの銀行口座にドラクマで振り込むことによる自動支払を指定してもよい。
【０２５１】
他の任意の特徴は、当事者により提示された特定のガイドラインに基づいて合意金額から構造化支払を計算する「ＳｔｒｕｃｔｕｒｅＰａｙｍｅｎｔ」モジュールを含む。このように、浪費家の売り手は、支払が一時払いとして行われず、むしろ、時間と共に増分的に行われることを指定することで、それら自身を保護することができる。前記支払オプションの１つと結び付けて、合意は、記憶値モジュール、クレジットカード、銀行又は仲買口座への毎月の転送、保険証券に対する四半期支払、又はシステムプロバイダーがアレンジできる他の構成を効果的に実施できる。
【０２５２】
他の任意の特徴は、異なる形式の通信リンク（例えば、光ケーブル又はワイヤレス接続）、分散型データベース、状態マシン、セキュア及び非セキュアなサーバーの組合せ、分散型処理の使用を含み、或いはハードウェア対ソフトウェア及びそれとは逆にインジケータ又は特定のファンクションのような幾つかのオプションを実施することを含む。同様に、これらの原理は、ここに述べたものに代わって又はそれに加えて、テープ、ソリッドステート、光学、磁気−光学等の異なる形式の記憶装置を使用して実施されてもよい。
【０２５３】
以上の説明は、例示的実施形態の代表に過ぎないことを理解されたい。読者の便宜上、上記説明は、考えられる全ての実施形態の代表例、即ち本発明の原理を教示する実施例に焦点を合わせたものであった。この説明は、考えられる全ての変形例又はその組合せを余すところなく列挙するように意図されていない。これら実施形態は、本発明の特定の部分に対して与えられたものでもなく、又はここに述べない更に別の実施形態を一部分について使用でき、これら実施形態を否認することは考えられない。当業者であれば、ここに述べない実施形態の多くは、本発明の原理の応用の相違ではなく、技術の相違を含むことが明らかであろう。ここでの説明に基づき、本発明のほとんどの原理は、実施のための他の特定の技術へ移管できることが理解されよう。これは、特に、技術の相違が、異なる特有のハードウェア及び／又はソフトウェアを伴うときのトランザクションである。従って、本発明は、特許請求の範囲及びその等効物に満たないものに限定されない。
【図面の簡単な説明】
【０２５４】
【図１】本発明を実施するのに使用できるコンピュータ化システムの概要を示す図である。
【図２】トランザクションに含まれる当事者が図１のコンピュータ化システムといかに対話するかを示すブロック図である。
【図３】一実施形態においてトランザクションに含まれる個人にシステムの使用をいかに促すか例示するブロック図である。
【図４】インターネットを経て本発明のシステムを動作するための好ましい方法に基づくユーザの観点からのプログラムの流れを示す図である。
【図５】ファシリテータを含むコンピュータ化システムの概要を示す図である。
【図６】パワーラウンドオプションを含むシステムに対するシステムの観点からのプログラムの流れを示す図である。
【図７】直接支払インターフェイスオプションを含むコンピュータ化システムの概要を示す図である。
【図１】
2007508622.tif 000003
【図２】
2007508622.tif 000004
【図３】
2007508622.tif 000005
【図４】
2007508622.tif 000006
【図５】
2007508622.tif 000007
【図６】
2007508622.tif 000008
【図７】
2007508622.tif 000009
【国際調査報告】
2007508622.tif 000010
2007508622.tif 000011
2007508622.tif 000012