JP2003504734A

JP2003504734A - オンライン双方向システムおよび取引するための方法

Info

Publication number: JP2003504734A
Application number: JP2001508759A
Authority: JP
Inventors: ダナビー．ダンカン，
Original assignee: ダナビー．ダンカン，
Priority date: 1999-07-06
Filing date: 2000-07-06
Publication date: 2003-02-04
Also published as: WO2001003043A1; RU2222826C2; CN1360703A; EP1200920A4; EP1200920A1; AU761324B2; AU6072100A; US20050171862A1; MXPA01013320A; US7389259B2; KR20020026521A; CA2378036A1; US20070214059A1; US7249078B2

Abstract

(57)【要約】本発明は、複数の買い手（１１０５）と売り手（１１０３）との間でネットワークを介して取引するための方法を含む。本発明は、安全で、アクセスが制限されたネットワークである、改善されたエクストラネット内で動作し、登録された買い手および売り手のみが、ウェブサイトにアクセスすることを可能にする一方で、このシステムが既存のクレジットシステム、請求書作成システム、徴収システム、クリアリングハウス（１１０９）システム、保険システム、輸送システム、追跡システム、およびバンキングシステムと通信し、それらを利用する。双方向データベース（１１０７）は、取引に関連するリアルタイムの情報を含み、買い手は、商品に対するリクエストを提出し、その商品に対するリクエストは、そのリクエストされた商品を、あらゆる他の買い手による選択からロックアウトする。

Description

【発明の詳細な説明】

【０００１】（関連文献）本発明は、１９９９年７月６日に出願された米国特許出願番号６０／１４２，
３５９の利益および優先権を主張する。

【０００２】（技術分野）本発明は、概して、ネットワーク上で取引するための方法に関し、より詳細に
は、複数の買い手および売り手が、改良されたエクストラネットシステムを利用
して取引することを可能にする方法に関する。改良されたエクストラネットシス
テムは、クリアリングハウス、信用、出荷、輸送および銀行業ネットワークを組
織化し、利用する。

【０００３】（発明の背景）多くの会社および個人は、さまざまな方法を利用して、インターネット上で取
引する。インターネットを利用して取引することは、さまざまなパーティがオン
ライン環境で双方向に作用するための、敏速な、効率のよい、そして便利な手段
を提供する。通常、売り手は、買い手によって見られるウェブサイト上に商品（
物、サービス、情報等）を提供する。買い手が商品を購入したいと願えば、買い
手はクレジットカード番号あるいは他の形式の支払いまたは信用を売り手に提供
する。しかし、売り手は、次によく、買い手のクレジットカード口座が認証され
ていることを確認し、商品の請求書を発行し、未払額を徴収し、輸送を手配し、
物の出荷に保険をかけ、物の出荷を追跡する必要がある。さらに、買い手が買い
手の信用限度を利用して物を購入すると、買い手の信用限度は、買い手が物の支
払いを提供するか、または注文を取り消すまで枯渇される。しばしば、買い手ま
たは売り手は、取引過程に関与する金融機関を見つける必要がある。さらに、関
与するパーティにとって、供給および需要を決定すると共に物の適切な在庫を維
持することは難しい。このように、買い手および売り手は、例えば保管料金、在
庫費用および処分料金の多額の経費に出くわしている。傷みやすい商品の産業に
おいては、特にそうである。

【０００４】傷みやすい商品の産業の一例は、海産食品産業である。通常、売り手は、在庫
リストを受け取り、販売を行うために買い手に連絡をとる。一旦取引が交渉され
ると、商品は買い手に配達される。しかし、売り手は、通常、配達後３０〜１２
０日待って、物に対する支払いを受け取る。このように、買い手によって最終的
に支払いがされるまで（もしされるなら）、売り手の金は配達済みの在庫リスト
に束縛されたままになり得る。さらに、粗末な輸送計画、データ保存および検索
、ならびに通信は、相当量の時間および金の無駄という結果になり、このことは
結局、海産食品卸売業者および最終消費者に有害な影響を与える。例えば、現在
の産業の慣習は、通常、ある地域における大量の供給の売れ残りおよび漁師の収
穫が大量であったり不漁であったりするという避けられない特性が、漁師に対す
る低値および最終消費者に対する高値および品質の低下（例えば、保存および／
または冷凍による）という結果になるよくある過剰／不足シナリオを容認してい
る。従って、傷みやすい商品の効率のよい供給、需要、配達および支払いのため
の方法およびシステムが、急増している産業の利益および負担をより均一に分配
するために必要である。

【０００５】（例示的な実施形態の要旨）本発明は、複数の買い手と売り手との間でネットワークを介して取引するため
の方法を含む。１つの例示的な実施形態では、本発明は、より大きな公的なパケ
ット切換えネットワーク（ｐｕｂｌｉｃｐａｃｋｅｔｓｗｕｔｃｈｅｄｎ
ｅｔｗｏｒｋ）（インターネット）内で動作する安全で、アクセスが制限された
ネットワークである、改善されたエクストラネット内で動作し、登録された買い
手および売り手のみが、ウェブサイトにアクセスすることを可能にする一方で、
このシステムが既存のクレジットシステム、請求書作成システム、徴収システム
、クリアリングハウスシステム、保険システム、輸送システム、追跡システム、
およびバンキングシステムと通信し、それらを利用する。双方向データベースは
、取引に関連するリアルタイムの情報を含み、買い手は、商品に対するリクエス
トを提出し、その商品に対するリクエストは、そのリクエストされた商品を、あ
らゆる他の買い手による選択からロックアウトする。

【０００６】買い手情報および購入データが、買い手の既存のプロフィールおよび信用情報
に基づいて、リクエストを承諾または拒絶するクリアリングハウスにルーティン
グされる。クリアリングハウスがそのリクエストを承諾した場合、運送業者、買
い手、および／または売り手に通知される。クリアリングハウスがそのリクエス
トを拒絶した場合、リクエストされた商品情報がリリースされる。運送業者、買
い手、および／または売り手に通知する工程は、運送業者の集荷および配達条件
を特定する工程、リクエストの承認を買い手に通知し、購入条件を特定する工程
、商品を買い手に配達する工程、配達確認を生成し、配達確認を金融機関に送信
する工程、および金融機関から支払いを徴収し、最終的に、支払いを、双方向デ
ータベース、クリアリングハウスおよび売り手のうちの少なくとも１つに配信す
る工程を含む。

【０００７】本発明は、添付の図面を参照しながら、以下で説明される。図面において、同
一の参照符号は、同一の要素を示す。

【０００８】（詳細な説明）概して、本発明は、複数の買い手と売り手との間でネットワークを介して取引
するユニークな方法を含む。システムは、既存の信用、請求書発行、徴収、クリ
アリングハウス、保険、輸送、追跡および銀行業システムと通信し、これらを利
用することにより、買い手および売り手の流通および金融過程を向上させる。双
方向データベースは、取引と関連するリアルタイム情報を含み、リアルタイム情
報において、買い手が商品の要求を提示し、商品の要求が要求された商品を他の
買い手の選択肢からロックアウトする。当業者は、商品が物、サービス、情報、
デジタルデータ等を含み得ると理解する。買い手情報および購入データは、クリ
アリングハウスにルーティングされる。クリアリングハウスは、例えば買い手の
先存プロフィール、注文歴、検査情報、信用情報等に基づいて要求を承認または
拒絶する。クリアリングハウスが要求を受け入れれば、運送業者、買い手および
／または売り手が通知される。クリアリングハウスが要求を拒絶すれば、要求さ
れた商品はリリースされる。運送業者、買い手および／または売り手に通知する
ことは、運送業者に対して集荷および配達の条件を特定すること、要求が承認さ
れたことを買い手に通知し、購入条件を特定すること、商品を買い手に配達する
こと、配達確認を作成し、配達確認を金融機関に送ること、金融機関から支払い
を徴収すること、そして最終的に、双方向データベース、クリアリングハウスお
よび売り手の少なくとも１つに支払いを配信することを含む。

【０００９】例示的な実施形態において、本発明は、改良されたエクストラネットシステム
内で作動する。改良されたエクストラネットシステムは、より大きな公共パケッ
ト交換ネットワーク（インターネット）内で作動し、登録した買い手および売り
手だけがウェブサイトにアクセス可能である安全な、制限されたアクセスのネッ
トワークである。だれでもがウェブサイトに入り、その機能を利用したりまたは
商品を注文したりし得るインターネット上の多くのウェブサイトとは対照的に、
エクストラネットシステムは、例えば予備登録およびパスワード入力を要求する
ことにより、ウェブサイトの機能性への制限されたアクセスを提供する。例えば
、単一の買い手（例えば、ＧｅｎｅｒａｌＭｏｔｏｒｓ）が複数の製品（例え
ば、鋼、ガラス、プラスチック、電子部品、塗料、ゴム等）と共にエクストラネ
ットシステムに関与し得、買い手は製品を生産および出荷するのにちょうど間に
合うように、必要なものを要求し得る。エクストラネットシステムの別のバージ
ョンは、複数の売り手および買い手を含み、その場合、売り手が売り物の商品を
掲示板または競売形式で宣伝する。売り手は、次に、例えば全ての買い手、最初
の買い手または最高入札者に商品を売り得る。しかし、このシステムは、しばし
ば、買い手の信用を承認し、商品に対する請求書を発行し、徴収活動に関与し、
輸送の手配をし、物の出荷を追跡することを売り手に要求する。さらに、これら
のサイトは、在庫リストが適時に分配されないので、傷みやすくない商品および
材料に限られることが多い。さらに、売り手および買い手がマッチングした後、
販売条件および他の詳細を確立するためにさらなる交渉が必要であり、それによ
って、電話、電子メールおよびファックスによる非能率的な時間の使用という結
果になる。

【００１０】本発明は、便宜性および効率を最大化するためにシステムの統合を提供するこ
とにより、売り手および買い手の購入過程における行動を実質的に削減し、それ
により、エクストラネットの機能性を高める。概して、本発明は、売り手および
買い手のためにさまざまな機能を実行し、それにより、リアルタイム取引を可能
にする。例えば、本発明は、全ての参加者を予備認定し、価格および商品の変化
を提供し、例えば２〜１０日以内に資金を徴収し且つ支払う援助をするためにデ
ータベースおよび金融上の関係を提供し、商品のスケジューリングおよび追跡を
向上させるために輸送システムへのコネクションを提供する。例示的な実施形態
において、本システムは、運送業者（例えば、ＦｅｄｅｒａｌＥｘｐｒｅｓｓ ^SM および／またはＵｎｉｔｅｄＰａｒｃｅｌＳｅｒｖｉｃｅ^SM）のシステム
およびデータベースと通信し、信用情報、出荷情報、追跡情報、報告機能および
銀行業関係を共有し、それにより、本発明の機能性を高める。配信および支払い
の効率が高まるため、本発明は、海産食品等の傷みやすいアイテムの配送に適切
である。

【００１１】例示的な実施形態において、本発明は、運送業者の現存する銀行業関係を担保
として使い、効率的な資金の支払いおよび受け取りを提供する一方で通貨交換レ
ートの問題を最小化する。多くの国際的な運送業者（例えば、Ｆｅｄｅｒａｌ
Ｅｘｐｒｅｓｓ^SM、ＵｎｉｔｅｄＰａｒｃｅｌＳｅｒｖｉｃｅ^SM）は、銀行
業関係の国際的なネットワークを確立しており、それにより、各先進国の銀行に
口座およびネットワークシステムを有する。個人の買い手または売り手が多数の
国と銀行業関係を確立するのは難しいので、本発明は、図１１を参照して、双方
向データベース１１０７からクリアリングハウス１１０９を介して、運送業者の
銀行１１１１へとつながるシステム間の通信リンクを確立することにより、運送
業者の現存のネットワークを担保として使い、利用する。クリアリングハウス１
１０９は、任意のデータベース、システム、ネットワーク、またはその組み合わ
せである。これは、データを受信または送信するように、他のネットワークまた
はデータベースと通信するように、あるいは本システムのメンバーの適格性を分
析するように適切に構成される。さらに、クリアリングハウス１１０９は、双方
向データベース２１３、１１０７に組み込まれるか、運送業者システム２０７、
１１０８に組み込まれるか、またはその任意の組み合わせである別のシステムで
あり得る。

【００１２】特に、買い手が商品を注文し、売り手が充分な資金が存在することを通知され
ると、クリアリングハウス１１０９は、買い手がいる同じ国で買い手の支払いを
保留するように銀行に指示する。買い手が商品を受け取り、クリアリングハウス
に商品出荷の電子承認を提供することにより商品を承認した後、クリアリングハ
ウスは、買い手の銀行がある同じ国の運送業者の銀行に、買い手の資金／信用の
一部分をリリースするように指示する。同じ時期に、クリアリングハウスは、売
り手の国にある運送業者の銀行に、売り手の口座に支払いをリリースするように
指示する。さらに同じ時期に、クリアリングハウスは、ホスト（双方向データベ
ース１１０７のホスト）の国にある運送業者の銀行に、買い手の支払いの他の一
部分をホストの口座に取引料金としてリリースするように指示する。随意的に、
運送業者のいずれの銀行も、それぞれの取引料金を保留し得る。金がそれぞれの
国でリリースされ、国と国との間を移動しないので、交換レートに付随する問題
は最小化される。さらに、運送業者は買い手の未決済の金に対する利子を得るの
で、ホストに対する取引料金の支払いは受取利子の一部分であり得、そのため、
運送業者およびホストは取引から利益を得る。当業者は、完全な支払いまたは支
払いの任意の一部分が、任意の上述された銀行のいずれにもリリースされ得ると
理解する。さらに、買い手の支払いがリリースされると、買い手は信用限度を再
確立し得、従って、他の物をさらなる遅れなく購入し得る。同様に、買い手が注
文を取り消すか、または商品を拒絶すると、（任意の出荷料金または他のかかっ
た料金を除く）買い手の支払いの保留は取り除かれ、買い手はより敏速に信用限
度を再確立し得る。

【００１３】本発明は、機能ブロック構成要素およびさまざまな処理ステップについて本明
細書中に記載され得る。このような機能ブロックは、特定の機能を実行するよう
に構成された任意の数のハードウェアおよび／またはソフトウェア構成要素によ
って実現され得ると理解すべきである。例えば、本発明は、例えばメモリ要素、
処理要素、論理要素、ルックアップテーブル等のさまざまな集積回路の構成要素
を採用し得る。これらの集積回路の構成要素は、１つ以上のマイクロプロセッサ
または他の制御装置の制御のもとでさまざまな機能を実行し得る。同様に、本発
明のソフトウェア要素は、Ｃ、Ｃ＋＋、Ｊａｖａ（登録商標），ＣＯＢＯＬ、ア
センブラ、ＰＥＲＬ等の任意のプログラミングまたはスクリプト言語によって実
行され得、その場合、さまざまなアルゴリズムがデータ構造、オブジェクト、プ
ロセス、ルーチンまたはその他のプログラミング要素の任意の組み合わせによっ
て実行される。さらに、本発明は、データ伝送、情報伝達、データ処理、ネット
ワーク制御等の任意の数の従来の技術を採用し得ることに留意すべきである。

【００１４】本明細書中に示され、記載される特定の実施形態は、本発明およびその最良の
形態の例示であり、いかなる様式でも本発明の範囲を限定することを意図しない
ことが理解されるべきである。実際、簡潔さのために、従来のデータネットワー
キング、応用の開発およびシステムの他の機能的局面（およびシステムの各動作
構成要素の構成要素）は、本明細書中に詳細に記載されないかもしれない。さら
に、本明細書中に含まれるさまざまな図面に示される接続線は、さまざまな要素
間の例示的な機能的関係および／または物理的連結を表すことを意図する。多く
の別のまたは追加の機能的関係または物理的連結が、実用的な電子商取引システ
ムに存在し得ることに留意すべきである。

【００１５】例示的な実施形態の記載を簡単にするために、本発明は、頻繁に、インターネ
ット上で動作する電子商取引のシステムに関係があるものとして記載される。し
かし、本発明の多くの応用がつくり出され得ると理解される。当業者は、ネット
ワークが、インターネット、イントラネット、エクストラネット、ＷＡＮ、ＬＡ
Ｎ、衛星通信等のデータ交換する、または取引するための任意のシステムを含み
得ることを理解する。ユーザは、キーボード、マウス、キオスク、パーソナルデ
ジタルアシスタント、ハンドヘルドコンピュータ（例えば、ＰａｌｍＰｉｌｏ
ｔ（Ｒ））、携帯電話等の任意の入力装置を介して、システムと双方向に作用し
得る。同様に、本発明は、任意のバージョンのＷｉｎｄｏｗｓ（登録商標）、Ｗ
ｉｎｄｏｗｓ（登録商標）ＮＴ、Ｗｉｎｄｏｗｓ（登録商標）２０００、Ｗｉｎ
ｄｏｗｓ（登録商標）９８、Ｗｉｎｄｏｗｓ（登録商標）９５、ＭａｃＯＳ、Ｏ
Ｓ／２、ＢｅＯＳ、Ｌｉｎｕｘ、ＵＮＩＸ（登録商標）等の任意のオペレーティ
ングシステムを実行する、任意の種類のパーソナルコンピュータ、ネットワーク
コンピュータ、ワークステーション、ミニコンピュータ、メインフレーム等と共
に用いられ得る。さらに、本発明は、ＴＣＰ／ＩＰ通信プロトコルと共に実行さ
れるように本明細書中に頻繁に記載されるが、ＩＰＸ、Ａｐｐｌｅｔａｌｋ、Ｉ
Ｐ−６、ＮｅｔＢＩＯＳ、ＯＳＩあるいは任意の数の現存または未来のプロトコ
ルを利用しても実行され得ることは、容易に理解される。さらに、例示的実施形
態は、専門のエクストラネットを利用して海産食品を販売および流通するシステ
ムとして記載されるが、システムは、本明細書中に記載されたものと同様の機能
を有する任意のネットワーク上での任意の物、サービスまたは情報の利用、販売
または流通を考慮している。

【００１６】さらに詳細には、図１を参照して、インターネット１１３上で取引するさまざ
まなパーティが示される。さまざなパーティは、例えば、第１のパーティ１０３
、第２のパーティ１０５、第３のパーティ１０７、第４のパーティ１０９および
第ｎのパーティ１１１を含む。例えば、第１のパーティ１０３は買い手であり得
、第２のパーティ１０５は売り手であり得、第３のパーティ１０７は金融機関で
あり得、第４のパーティ１０９は運送業者であり得る等である。さまざまなパー
ティは、インターネット１１３を通信手段として利用することにより、互いに取
引し得る。当該分野で周知であるように、インターネット１１３は、インターネ
ット、イントラネット、エクストラネット、ＷＡＮ、ＬＡＮ等の、互いに通信し
得るか、あるいはデータ交換または取引する任意のシステムを含み得るネットワ
ークの集まりである。

【００１７】ここで図２を参照すると、本発明の例示的な実施例による、インターネット上
で取引するシステム２０１が提示されている。システム２０１は、第１パーティ
２０３（例えば、物の売り手）、第２パーティ２０５（例えば、物の買い手）、
第３パーティ２０７（例えば、物の流通業者または運送業者）、第４パーティ２
０９（例えば、メンバー承認ならびにバンキングネットワークおよび運送業者ネ
ットワークとのインタラクションのためのクリアリングハウス（ｃｌｅａｒｉｎ
ｇｈｏｕｓｅ））、第５パーティ２１１（例えば、金融機関）を含む。種々のパ
ーティを別個のエンティティとして示すが、１つ以上のパーティ／エンティティ
が組み合わされ得る（例えば、金融機関、クリアリングハウス、物の運送業者は
１つのパーティ／エンティティであり得る）。もちろん、取引は、同様に容易に
サービスに関与し得、例示するパーティより多いかまたは少ないパーティに関与
し得る。第１、第２、第３、第４および第５パーティ（それぞれ、２０３、２０
５、２０７、２０９および２１１）は、双方向データベース２１３（また、ＩＤ
Ｂとしても示す）を介して通信する（図１１の双方向データベース１１０７は同
様の機能性を有する）。さらに、クリアリングハウスは、任意のデータベース、
システム、ネットワークまたはこれらの組み合わせであり、データを受信または
伝送するか、他のネットワークまたはデータベースと通信するか、または本シス
テムのメンバーの資格を分析するに適して構成される。さらに、クリアリングハ
ウスは、個別のシステムであり得、双方向データベース２１３、１１０７に組み
込まれるか、運送業者システム２０７、１１０８または任意のこれらの組み合わ
せに組み込まれる。

【００１８】双方向データベース２１３は、種々のパーティがアクセスし、取引を実行する
ことを支援するオンラインデータベースを提供する。例えば、双方向データベー
ス２１３は、各パーティが双方向データベース２１３にインターネットを介して
アクセスできるように、サーバ（図示せず）に格納され得る。つまり、各パーテ
ィは、双方向データベース２１３にオンライン双方向通信用ウェブサイトを介し
てアクセスし得る。もちろん、双方向データベース２１３は、任意の数の通信シ
ステムで実施され得、これには、無線通信、パケット交換ネットワーク（例えば
、インターネットサービスプロバイダ（ＩＳＰ）を介して）、有線通信、イント
ラネット、エクストラネットなどが含まれる。双方向データベース２１３が実施
され得る種々の通信媒体をさらに例示すると、携帯電話、ラップトップ、パーム
パイロット（ｐａｌｍｐｉｌｏｔ）（登録商標）技術、モデムなどが使用され
得る。さらに、このようなウェブサイトは、例えば、異なる言語または異なる国
において実施され得る。

【００１９】システム２０１を使用して取引する例示的な方法の理解を促すために、図２は
また、取引における種々の工程を示す。第１パーティ２０３は、双方向データベ
ース２１３（例えば、ウェブページ）にインターネット１１３を介してアクセス
し、取引に関する情報を入力する（工程２２１）。第２パーティ２０５は、例え
ば、入力された情報に関する商品のリクエストを提出する（工程２２２）。商品
のリクエストが一度提出されると、リクエストは、その指定の商品が別の買い手
によって新たに選択されることをロックアウトする。このように、まったく同じ
商品への別のリクエストは、リクエストされた情報が以下に記載するように引き
続いてリリースされない限り、ロックアウトされたリクエスト情報にアクセスで
きない。次に、情報は、承認を得るためにクリアリングハウスへのリクエストに
関しルーティングされ、ここでクリアリングハウスは、リクエストを受諾するか
または拒絶する（工程２２３および２２４）。例えば、クリアリングハウスは、
買い手のプロファイル、買い手の信用利用の履歴または検査情報に基づいてリク
エストを受諾または拒絶し得る。クリアリングハウスがリクエストを受諾した場
合、第１パーティ２０３、第２パーティ２０５または第３パーティ２０７のうち
の少なくとも１つが通知される（例えば、工程２２５）。もちろん、通知は、シ
ステム２０１が使用されるコンテキストに依存して、より多くのパーティ、より
少ないパーティ、または異なるパーティを含み得る。あるいは、クリアリングハ
ウスがリクエストを拒絶した場合、リクエストされた情報がリリースされ、この
結果、リクエストされた情報はもはやロックアウトされない。リクエストされた
情報が一度ロックアウトされなくなると、他のパーティがこのリリースされ、リ
クエストされた情報に関する商品をリクエストし得る。

【００２０】クリアリングハウスがリクエストを受諾した場合、商品は、第２パーティ２０
５に配達され得る（工程２２６）。例えば、第２パーティ２０５が物の買い手で
ある場合、工程２２６はリクエストされた商品の買い手への配達を示す。支払い
金の徴収は、工程２２７に示され、支払いは買い手へのリクエスト（例えば、商
品）の配達時が期限であり得る。例えば、クリアリングハウスまたは運送業者の
うちの少なくとも１つが、配達が確認されたときに、買い手から支払いをリクエ
ストし得る。支払いの内訳は、第１パーティ２０３が売り手である場合に、料金
を第１パーティ２０３に支払うことを含み得る（工程２２８）。例えば、第５パ
ーティ２１１が金融機関、第４パーティ２０９がクリアリングハウス、第３パー
ティ２０７が運送業者である場合、金融機関は買い手の財源から適切な料金を、
任意またはすべての関与する他のパーティに支払う。それ故、システム２０１は
、本発明の例示的な実施形態による、取引する１方法を提供する。

【００２１】システム２０１を使用して、インターネット上で取引する異なる工程をよりよ
く理解するためにはまず、システム２０１へのアクセスを得ることに関与する工
程を分析することが役に立つ。例えば、上述のように、システム２０１は、エク
ストラネット環境において実施され得、ここで所定のアクセス権を有するユーザ
のみが、双方向データベース２１３にアクセスし、および双方向データベース２
１３を使用し得る。図３は、本発明の例示的な実施形態による、双方向データベ
ース２１３へのアクセス権の取得を示すフローチャートである。アクセス権は、
双方向データベース２１３のいくつかの特集を見るためには必要ではないかもし
れないが、所定のアクセス権が、所望の制御の程度に依存して、種々のパーティ
に強いられるかもしれない。例えば、在庫リスト、価格付け、商品、パーティプ
ロファイルなどへのアクセスには、所定のアクセス権が必要であるかもしれない
。しかし、広告、天気、漁業および／または海産食品産業に関連する規則および
規制、Ｆｉｓｈ＆Ｇａｍｅ、沿岸警備、海洋および漁業設備などに関する情
報は、所定のアクセス権を必要とし得ない。

【００２２】買い手および／または売り手のためのプロファイルを有する世界中に広がるメ
ンバーシップへの応募が提出される（工程３０１）。プロファイルは、中でも、
買い手および／または売り手のクレジット情報、システムユーザ（例えば、ユー
ザの名前、安全性のレベル、ならびに管理者、販売員、買い手および／または出
荷人／受領人など、アクセスを有する人／エンティティ）、ビジネス照会／交渉
（例えば、好適な買い手および／または売り手、買い手の顧客注文書）、Ｆｅｄ
ｅｒａｌＤｒｕｇＡｄｍｉｎｉｓｔｒａｔｉｏｎ（ＦＤＡ）の規制に従う、
ＨａｚａｒｄＡｎａｌｙｓｉｓａｎｄＣｒｉｔｉｃａｌＣｏｎｔｒｏｌ
Ｐｏｉｎｔ（ＨＡＡＣＰ）準拠の証明書、第３パーティサイト検査情報、メン
バーシップの条項（例えば、指定銀行、クレジットライン、Ｃｅｒｔｉｆｉｅｄ
ＩｎｓｕｒｅｄＦｒｅｉｇｈｔ（ＣＩＦ）を使用した提示用在庫リストの量
／割合に関する情報）、および料金構造および支払いタイプ（例えば、年会費、
取引の手数料など）を含み得る。

【００２３】提出されたメンバーシップへの応募は、自動または手動の承認プロセスを介し
、承認または拒絶される（工程３０３および３０５）。例えば、工程３０３にお
いて、買い手および／または売り手のプロファイルは、情報が完全であり、かつ
正確であるかが検証され得る。さらに、パーティ設備の第３パーティサイトの検
査は、政府衛生規格、設備の効率性などを考慮に入れ得る。メンバーシップへの
応募が承認されない場合（工程３０５）、見込みのあるメンバーはアクセス権を
取得せず、別のメンバーシップへの応募が提示され得る。一方、メンバーシップ
への応募が工程３０５において承認された場合、見込みのあるメンバーは通知さ
れる（工程３０７）。例えば、通知は、中でも、年会費を見込みのあるメンバー
から徴収し（例えば、買い手および／または売り手）、少なくとも１つの「安全
な」パスワードおよび／または少なくとも１つのユーザアカウントを発行し、コ
ンピュータを新たなメンバーに出荷し、および／または顧客／新たなメンバー用
にトレーニングの予約を取ることを含み得る。トレーニングには、コンピュータ
のインストール、パスワードの発行、在庫リスト情報の入力支援（例えば、手動
による在庫リスト入力、ファイル転送プロトコル（ＦＴＰ）、エクセルおよび／
または同様のものを介して在庫リストをダウンロードすること）、ならびに／あ
るいはシステムを買い手および／または売り手の産業向けにさらにカスタマイズ
することが含まれ得る（工程３０９）。それ故、パーティが一度双方向データベ
ース２１３へのアクセスを取得すると、パーティは双方向データベース２１３を
使用してインターネット上で取引し得る。理想的には、多くの買い手および／ま
たは売り手が、双方向データベース２１３を使用し、インターネット上で取引す
る。

【００２４】図４を参照すると、本発明の例示的な実施形態による双方向データベース２１
３を使用した、買い手と売り手との間で行われる取引の方法が示されている。も
ちろん、図４の方法は、買い手および売り手のニーズに依存して、任意の適用可
能な産業における任意のタイプの取引に実施され得る。さらに、本発明は、複数
の買い手、売り手、金融機関および／または種々の他のパーティを支援し得るが
、本明細書においては簡略化のために、１つの買い手および１つの売り手による
ことが最も多い。さらに、パーティのプロファイル（例えば、クレジット、財源
、他の金融情報など）が適切である限り、買い手（または他のパーティ）は同時
に複数の取引に関与し得る。例示のために、図４の方法の１実施形態は、例えば
、海産食品産業などの傷みやすい食品の産業での買い手および売り手のコンテキ
ストにおいて実施され得る。簡略化のために、例示的な情報を海産食品産業のコ
ンテキストにおいて記載するが、これに限定されない。買い手および／または売
り手は、双方向データベース２１３にアクセスする（工程４０１）。例示のため
に、買い手および／または売り手が双方向データベース２１３へのアクセスを試
みるときに会う、本発明の例示的な実施形態によるウェブページ６０１を図６に
示す。買い手および／または売り手が、ユーザ識別（Ｉ．Ｄ．）コード（例えば
、ユーザＩ．Ｄ．、パスワード、Ｉ．Ｄ．番号など）を使用し、双方向データベ
ース２１３に入るためには、上述のように所定のアクセス権を有する必要があり
得る。

【００２５】売り手（Ｓ）は、商品情報、ＳＫＵ番号、海産食品が生であるかまたは冷凍で
あるかの特徴（例えば、生であるものは日付がスタンプで押され得る）、海産食
品のタイプ（例えば、種名、ラテン名、通称、俗称など）、販売情報（例えば、
価格、量、在庫リストの更新）、買い手情報、および／または同様のものを含む
、在庫リストなどの情報を双方向データベース２１３に入力する（工程４０３）
。さらに、売り手は、あるパスワードおよびアクセスのレベルを更新／変更し、
既存の買い手を識別／更新し、天気、漁業および／または海産食品産業に関連す
る規則および規制、Ｆｉｓｈ＆Ｇａｍｅ、沿岸警備、海洋および漁業設備に
関する情報にアクセスし、会計、在庫リスト、および／または販売、および同様
のもののためのリポートを作成し得る。このように、商品情報および変更は、実
質的にはリアルタイムであり、販売は１日２４時間、週７日行われ得る。これに
よって、すべてのパーティが、変更がなされたときに、絶えず変化する情報への
アクセスを有することが可能になる。また、双方向データベースは、統合および
通信を容易にするために、例えば、売り手のＳＫＵ番号をミラーし得る。さらに
、買い手（Ｂ）は、例えば、あるパスワード情報、アクセスのレベル、既存の売
り手、および／またはフレートオンボード（ＦｒｅｉｇｈｔＯｎＢｏａｒｄ
、ＦＯＢ）点／場所を更新／変更し、注文書情報をカスタマイズし、会計、在庫
リスト、および／または販売、および／または同様のもののためのリポートを作
成し得る。工程４０３は、図４における他の方法の工程と一致し、連続的および
同時に起こり得る。

【００２６】買い手プロファイルを有する買い手は、例えば価格、量、海産食品が生である
かまたは冷凍であるかの特徴、梱包、および／または海産食品のタイプまたは種
など、種々の検索基準を使用して双方向データベース２１３を検索し得る（工程
４０５）。さらに、買い手は既存の売り手を識別し得る。買い手はまた、種、量
、価格、生／冷凍、梱包などを含む、１つ以上の商品を選択し、その選択（単数
または複数）を確認し得る。例えば、確認は、買い手の国の通貨で行われ得、商
品コスト、運賃、ＣＩＦ、関税、税および／または取引料金を含み得る。例えば
、図７は、本発明の例示的な実施形態によるウェブページ７０１を示し、ここで
、買い手は、所望の海産食品のタイプ（例えば、淡水）を入力し、個々の選択（
例えば、牡蠣）または複数にわたる選択（例えば、貝類）を行い、所望の海産食
品を購入し得る。さらに、双方向データベース２１３は、買い手が種々の直送地
を選択できるように、異なる輸送形態を介して、複数のＦＯＢサイトへ出荷する
ことが可能であり得る。また、買い手は、以前に選択されたＦＯＢサイトを信用
し得、ここで、双方向データベース２１３はこの情報を当てにし得る。

【００２７】また、例示のために、本発明の例示的な実施形態による、１つ以上の商品の選
択において買い手および／または売り手が出くわし得るウェブページ８０１を、
図８に示す。ウェブページ８０１は、買い手を「Ｓａｍ’ｓＦｌｙｉｎｇＦ
ｉｓｈＣｏ．」として識別し、買い手が購入することを選択した様々な海産食
品項目を表示する。海産食品項目には、例えば、商品、サイズ、パック（例えば
、生／冷凍）、品質、原産地、ラベル、量、および１ポンドあたりの価格が含ま
れる。当然、上述したように、例示的な実施形態が、海産食品産業のコンテキス
トにおいて説明されるが、本明細書中で説明される様々な情報が、他の産業にお
いて、その特定の産業の様々な需要に依存して、異なったり、変更されたりし得
る。この例示的な実施形態において、選択の確認は、直送ポイントを追加する工
程を含み得る。ここで、双方向データベース２１３は、買い手に関連する世界的
なＦＯＢ情報を格納する。例えば、買い手は、複数の商業拠点を有するか、また
は複数の商業拠点を有する顧客に販売し得る。さらに、価格は、ある特定の国の
通貨での商品料金、運送料金、および取引料金を含んで、確認され得る。図９に
、さらに、本発明の例示的な実施形態による、このような購入注文、配達、およ
び料金情報を示すウェブページ９０１を示す。例えば、ウェブページ９０１は、
商品、サイズ、パック、品質、原産地、ラベル、ポンドで表される量、および１
ポンドあたりの価格、１ポンドあたりの運送価格、合計価格、合計販売価格、配
達情報、支払い方法、注文日、および配達日を表示する。当然、他の様々な情報
が、双方向データベース２１３がインプリメントされる産業および／または使用
に依存して、さらに表示されてもよいし、代わりに表示されてもよい。オプショ
ンとして、さらに安全な環境を提供するために、双方向データベース２１３は、
例えば、買い手の個人識別（Ｉ．Ｄ．）番号の確認を要求し得る。

【００２８】工程４０７において、買い手が選択を確認した（すなわち、商品を買った）後
、双方向データベース２１３は、上記の工程４０５で確認された情報に従って、
商品を予約することによって、購入を確認する。商品／在庫を予約することによ
って、商品を販売可能な在庫リストから取り除く。例示のために、図１０に、図
９における、買い手の確認された購入の選択を反映して更新された在庫リストの
例示的なウェブページ１００１を示す。このようにして、予約された在庫は、図
９の例示的なウェブページにおいて行われた確認された選択を反映する。この時
点で、双方向データベース２１３は、注文情報をクリアリングハウスに転送する
。注文情報は、他の情報の中でもとりわけ、買い手、購入された種、量、価格、
パック、注文の宛先、および／または売り手を含み得る。さらに、工程４０７に
おいて、クリアリングハウスは、買い手の銀行、買い手、および売り手のうちの
少なくとも１つに情報を転送する。例えば、買い手の銀行は、買い手の出身国に
存在し得、買い手の出身国で、銀行が買い手の指定した口座を調べ、買い手の注
文に従って、買い手の利用可能なクレジットを照合する。買い手および／または
売り手は、クリアリングハウスからの（例えば、電子メールを介する）確認を含
む情報、未処理の注文情報、種、量、価格、パック、配達情報（例えば、宛先、
予定される発送日）などを受け取り得る。

【００２９】売り手は、契約上、双方向データベースが買い手の注文のリストに挙げられた
在庫を予約する場合に、双方向データベースにおいて掲示された買い手の注文に
関して在庫を販売しない義務がある（工程４０９）。このようにして、買い手の
注文に関する商品は、他の買い手／パーティにとって販売可能にならない。次に
、買い手のクレジットが承認されるかどうか、判定が行われる（工程４１１）。
買い手のクレジットを承認する様々な情報は、クレジット履歴、現在のクレジッ
ト限度、あらゆる未払いの口座事項、支払いの控除などが含まれる。例えば、買
い手のクレジットに関する判定は、運送業者の金融機関、例えば、銀行を介して
行われ得る。このように、運送業者の金融機関は、買い手のクレジットが承認さ
れたことをクリアリングハウスに通知し得る（工程４１３）。例えば、様々な通
知が、電子メール、ファックス、電話、他の電子的方法、郵便などを介して行わ
れ得る。さらに、通知は、販売された商品、商品の量（例えば、何ポンドの海産
食品）、商品の価格、販売の日付および時間、予定される発送日などに関する情
報を含み得る。買い手のクレジットが承認された後、クリアリングハウスは、運
送業者の金融機関（例えば、銀行）に、買い手の注文に従って、買い手の口座（
例えば、資金）を予約させる。このようにして、金融機関（例えば、保証された
銀行）によって資金が保証され得るので、買い手の口座および／または資金の予
約は、支払いを待つパーティ（例えば、売り手、運送業者、および／または双方
向データベース２１３）に対する負債および他の厄介な問題を減少させる。さら
に、運送業者の金融機関は、資金の転送を早めて、国際的な通貨の使用の複雑さ
を双方向データベース２１３を用いることによって対処し得る、１つ以上の全国
的な銀行および／または国際的な銀行であり得る。他方、買い手のクレジットが
承認されない場合、在庫および／または買い手の口座（例えば、資金、クレジッ
トなど）の予約は、リリースされ、他の買い手が、リリースされた在庫をリクエ
ストし得る（工程４１５）。さらに、買い手は、他の取引を試みるため、双方向
データベース２１３の検索を再開し得る。

【００３０】図４の方法は、本発明の例示的な実施形態による、双方向データベース２１３
を用いて買い手と売り手との間で取引する方法をさらに示す図５に続く。買い手
のクレジットが承認され、工程４１３でクリアリングハウスが通知されたと仮定
すると、クリアリングハウスは、買い手、売り手、運送業者、双方向データベー
ス２１３、および承認された買い手の注文情報のＣＩＦの検査官のうちの少なく
とも１つに通知する（工程５１７）。当然、買い手、売り手、または運送業者の
うちの少なくとも１つに通知する工程は、運送業者の集荷および配達条件（例え
ば、商品、売り手の住所、パック、住所および／または直送ポイントのような買
い手の情報など）を特定する工程、買い手および／または売り手の購入条件（例
えば、商品、コスト、予定される発送日など）を確認する工程、ならびにＣＩＦ
の検査官に運送される商品を検査するように通知する工程も包含する。例えば、
運送業者には、主な、航空、船便、および／または陸上の輸送業者（例えば、Ｆ
ｅｄｅｒａｌＥｘｐｒｅｓｓ^SMおよび／またはＵｎｉｔｅｄＰａｒｃｅｌ
Ｓｅｒｖｉｃｅ^SM）が含まれ得、商品のより効率的な世界的輸送が利用可能とな
り得る。さらに、運送業者は、買い手に対し商品の品質を保証することに役立つ
ように、ＣＩＦを提供し得る。同時に、ＣＩＦを介する運送は、運送による殆ど
の欠陥は保証によって回復されるので、他のパーティ（例えば、売り手、双方向
データベースホストなど）に対する負債および他の厄介な問題を減少させる。工
程５１７は、取引を確認し、買い手の銀行の買い手の資金の予約を確認し、さら
に、予定される配達条件（例えば、商品、コスト、配達日など）を、買い手、売
り手、および／または運送業者に通知する双方向データベース２１３も含む。本
発明の１つの実施形態において、買い手、売り手、または運送業者のうちの少な
くとも１つに通知することは、実質的に瞬時に行われる。

【００３１】工程５１９において、双方向データベース２１３は、取引料金の番号が付けら
れた納品伝票のような納品伝票（ｉｎｖｏｉｃｅ）を作成し、売り手は、取引（
例えば、記録、材料の請求書、例えば、種、重量、および／またはパック）の内
部会計を作成し、（例えば、双方向データベース２１３の明細および材料パック
に従って）運送用の商品を準備する。商品の配達の準備が整った後、ＣＩＦの検
査官は、これからある検査および／または予定される配達日について通知され、
配達物を検査する（工程５２１）。さらに、運送業者は、積荷の請求書を作成し
、材料が買い手に配達されるために集荷され、売り手は、内部会計（例えば、受
取勘定）を作成する。例示すると、過去には、支払いの配達は、受取勘定の作成
から３０〜１２０日以内であったのに対し、本発明の例示的な実施形態によると
、支払いは、受取勘定の作成から約２４〜４８時間以内に行われる。当然、支払
いは、例えば、資金の転送に利用可能な技術に依存して、より速くなったり、よ
り遅くなったりし得る。売り手は、在庫リストの縮小、注文追跡の開始などを行
い得る。

【００３２】運送業者は、工程５２３において、特定の期間（例えば、２４〜４８時間）以
内に商品を買い手に配達する（例えば、複数の直送ポイントで配達され得る）。
買い手の会員約定の条件に依存して、商品は、リクエストされた宛先に特定の時
間内に配達される。例えば、買い手は、注文されてから２４〜４８時間以内の商
品の運送を要求し得る。当然、特定の時間およびリクエストされた宛先は、買い
手の会員約定または他の何らかの特定された手段の条件に依存して、それぞれの
買い手によって異なり得る。さらに、１つの買い手が、買い手の商業上の必要の
範囲に依存して、時間および宛先条件の１より多い変化を有し得る。この時点で
、買い手は、商品を受け取り得る（例えば、積荷の請求書にサインする）。取引
が完了した後、運送業者はクリアリングハウスに通知する。クリアリングハウス
は、取引が完了したことを買い手の銀行に通知する（工程５２５）。上述したよ
うに、買い手の銀行は通知された後、買い手の銀行は、買い手の資金をリリース
し得、（例えば、買い手の出身国において）資金を運送業者の金融機関に預け、
買い手のクレジット情報を復元する。例えば、金融機関と双方向データベースの
ホストとの間の様々な規定の条件に依存して、支払いがリアルタイムで行われ得
るか、あるいは、特定の時系列で行われる。この時点で、買い手の銀行は、資金
転送が完了したことをクリアリングハウスに通知する。

【００３３】最終的に、クリアリングハウスは、運送業者の金融機関に、売り手、運送業者
、および双方向データベース２１３のうちの少なくとも１つに、それぞれの出身
国に、支払いを送らせる（工程５２７）。上記と同様に、支払いは、受取勘定の
作成から約２４〜４８時間以内に行われ得る。双方向データベース２１３が支払
いを受け取った後、双方向データベースは、支払いを処理し（例えば、納品伝票
／取引料金を掛け売りし）、関連の在庫が、完了していない取引のみを残して予
約の在庫リストから消去される。買い手と売り手との間の取引が完了した後、買
い手は、双方向データベース２１３へのアクセスを終了してもよいし、他の取引
に進んでもよい。当然、１つ以上のパーティは、任意のときに、関連情報へのリ
アルタイムアクセスを有する、双方向データベース２１３にアクセスし得る。図
４および５は、買い手と売り手との間で取引する本発明の方法の例示的な実施形
態を提供する。当然、その方法は、複数の買い手、売り手、および／または他の
パーティに関連し得る。さらに、様々な工程が、順序で説明されず、買い手と売
り手との間の１つの例示的な取引の１つの例示的な実施形態を提供する。

【００３４】次に、図１１を参照すると、システム１１０１は、本発明の例示的な実施形態
による、双方向データベース１１０７を用いる売り手１１０３と買い手１１０５
との間の例示的な取引を示す。当然、買い手および／または売り手は、世界の様
々な国の出身であり得、さらに、１つ以上の買い手、売り手、および／または他
のパーティ／エンティティが様々な取引に関わり得る。売り手１１０３と買い手
１１０５との間の取引の異なる局面は、様々な方法の工程で説明される。売り手
１１０３は、双方向データベース１１０７に情報を入力することによって、在庫
リストを掲示する（工程１１２１）。ここで、上述したように、双方向データベ
ース１１０７は、エクストラネットの一部であり得る。買い手１１０５は、双方
向データベース１１０７を介して、１つ以上の商品を購入するリクエストを選択
し、提出し得る（工程１１２２）。買い手１１０５が、１つ以上の商品の購入を
選択し、確認した後、特定された在庫は、ロックアウトされる（すなわち、予約
される）。運送業者１１０８のシステム（例えば、ＦｅｄｅｒａｌＥｘｐｒｅ
ｓｓ^SM、ＵｎｉｔｅｄＰａｒｃｅｌＳｅｒｖｉｃｅ^SMなどのような国際運送
業者）は、運送業者１１０８のシステムと関連付けられたクリアリングハウス１
１０９のシステム、および／または、１つ以上の銀行１１１１のシステムを含み
得る。

【００３５】クリアリングハウス１１０９は、買い手１１０５の将来の購入を、承認または
拒否し得る（工程１１２３）。クリアリングハウス１１０９が、将来の購入を承
認する場合、工程１１２４において、買い手の銀行（例えば、メキシコの銀行）
における買い手１１０５の資金を予約し得る。あるいは、買い手１１０５の将来
の購入をクリアリングハウス１１０９が拒否する場合、ロックアウトされた在庫
はリリースされる。ロックアウトされた在庫がリリースされた後、他の買い手／
パーティが、特定の在庫を選択および／または購入し得る。売り手１１０３は、
運送業者１１０８を介して、買い手１１０５に商品を運送し得る（工程１１２５
）。買い手１１０５は、工程１１２６において、商品（単数または複数）を受け
取る（例えば、配達を受け取り、かつ／または配達用にサインする）。オプショ
ンとして、クリアリングハウス１１０９は、銀行１１１３に、メキシコにある買
い手の銀行から、お金を入手させ、銀行１１１５に、売り手の出身国（例えば、
米国）において、売り手１１１０３への支払いを行わせる。最終的に、銀行１１
１１は、取引を完了するために、双方向データベース１１０７、および運送業者
１１０８に支払う（工程１１２８）。システム１１０１を、代替的に、本発明の
例示的な実施形態に従って、図１２のプロセスのフローチャートに示す。プロセ
スのフローチャート１２０１において、ｘ軸に様々なパーティ、ｙ軸に時系列が
示され、様々な矢印は、図１１の方法の工程に相関する。

【００３６】従って、本発明は、実質的にリアルタイムのパーティ間の情報交換を可能にす
る。当然、本発明は、現行の掲示板、オークション、公知の複数の買い手および
／または売り手調達システム（例えば、インターネットを介する）などを用いて
、実施され得る。本明細書中、本発明は、添付の図面を参照しながら説明されて
きたが、本発明の範囲がそれらに限定されるものではないことが理解される。本
明細書中に記載の様々な構成要素および方法の工程の設計およびインプリメンテ
ーションにおいて、様々な改変が、添付の特許請求の範囲に記載の本発明の精神
および範囲から逸脱することなく、為され得る。

【図面の簡単な説明】

【図１】図１は、インターネットで取引を行う様々なパーティの例示的な実施形態を示
す図である。

【図２】図２は、本発明の例示的な実施形態による、インターネットで取引を行うシス
テムを示す図である。

【図３】図３は、本発明の例示的な実施形態による、双方向データベースへのアクセス
権を入手する過程のフローチャートである。

【図４】図４は、本発明の例示的な実施形態による、双方向データベースを用いて買い
手と売り手との間で取引を行う方法を示す図である。

【図５】図５は、本発明の例示的な実施形態による、図４における、双方向データベー
スを用いて買い手と売り手との間で取引する方法の続きを示す図である。

【図６】図６は、本発明の例示的な実施形態による、双方向データベースへのアクセス
の試みにおいて買い手および／または売り手が出くわし得るウェブページを示す
図である。

【図７】図７は、本発明の例示的な実施形態による、買い手が所望の海産食品の種類を
入力し、個々の選択、または複数の選択を行い、所望の海産食品を購入するウェ
ブページを示す図である。

【図８】図８は、本発明の例示的な実施形態による、１つ以上の商品の選択において買
い手および／または売り手が出くわし得るウェブページの図である。

【図９】図９は、本発明の例示的な実施形態による、購入注文、配達、および料金情報
を含むウェブページを示す図である。

【図１０】図１０は、本発明の例示的な実施形態による、図９における買い手の確認され
た購入の選択を反映するように更新された在庫リストを含むウェブページを示す
図である。

【図１１】図１１は、本発明の例示的な実施形態による、エクストラネットを用いる売り
手と買い手との間の例示的な取引を含むシステムを示す図である。

【図１２】図１２は、本発明の例示的な実施形態によるプロセスのフローチャートである
。

【手続補正書】

【提出日】平成１４年５月２日（２００２．５．２）

【手続補正１】

【補正対象書類名】明細書

【補正対象項目名】特許請求の範囲

【補正方法】変更

【補正の内容】

【特許請求の範囲】

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号ＦＩテーマコート゛(参考）Ｇ０６Ｆ 17/60 ４２２Ｇ０６Ｆ 17/60 ４２２ＺＥＣＺＥＣ (81)指定国ＥＰ(ＡＴ，ＢＥ，ＣＨ，ＣＹ，ＤＥ，ＤＫ，ＥＳ，ＦＩ，ＦＲ，ＧＢ，ＧＲ，ＩＥ，ＩＴ，ＬＵ，ＭＣ，ＮＬ，ＰＴ，ＳＥ)，ＯＡ(ＢＦ，ＢＪ，ＣＦ，ＣＧ，ＣＩ，ＣＭ，ＧＡ，ＧＮ，ＧＷ，ＭＬ，ＭＲ，ＮＥ，ＳＮ，ＴＤ，ＴＧ)，ＡＰ(ＧＨ，ＧＭ，ＫＥ，ＬＳ，ＭＷ，ＭＺ，ＳＤ，ＳＬ，ＳＺ，ＴＺ，ＵＧ，ＺＷ)，ＥＡ(ＡＭ，ＡＺ，ＢＹ，ＫＧ，ＫＺ，ＭＤ，ＲＵ，ＴＪ，ＴＭ)，ＡＧ，ＡＬ，ＡＭ，ＡＴ，ＡＵ，ＡＺ，ＢＡ，ＢＢ，ＢＧ，ＢＲ，ＢＹ，ＢＺ，ＣＡ，ＣＨ，ＣＮ，ＣＲ，ＣＵ，ＣＺ，ＤＥ，ＤＫ，ＤＭ，ＤＺ，ＥＥ，ＥＳ，ＦＩ，ＧＢ，ＧＤ，ＧＥ，ＧＨ，ＧＭ，ＨＲ，ＨＵ，ＩＤ，ＩＬ，ＩＮ，ＩＳ，ＪＰ，ＫＥ，ＫＧ，ＫＰ，ＫＲ，ＫＺ，ＬＣ，ＬＫ，ＬＲ，ＬＳ，ＬＴ，ＬＵ，ＬＶ，ＭＡ，ＭＤ，ＭＧ，ＭＫ，ＭＮ，ＭＷ，ＭＸ，ＭＺ，ＮＯ，ＮＺ，ＰＬ，ＰＴ，ＲＯ，ＲＵ，ＳＤ，ＳＥ，ＳＧ，ＳＩ，ＳＫ，ＳＬ，ＴＪ，ＴＭ，ＴＲ，ＴＴ，ＴＺ，ＵＡ，ＵＧ，ＵＳ，ＵＺ，ＶＮ，ＹＵ，ＺＷ

Claims

【特許請求の範囲】

【請求項１】買い手と売り手との間でネットワークを介して取引するため
の方法であって、オンライン双方向通信のための双方向データベースを提供する工程と、該双方向データベースへのアクセスを許可し、取引に関連する情報を受信する
工程と、入力された情報に関連する商品に対するリクエストを受信する工程であって、
該商品に対するリクエストが、該リクエストされた商品情報をロックアウトする
、工程と、該リクエストに関連する情報を、承認のために、クリアリングハウスにルーテ
ィングする工程であって、該クリアリングハウスは、該買い手のプロフィールに
基づいて、該リクエストを承諾または拒絶する、工程と、該クリアリングハウスが該リクエストを承諾した場合、運送業者、該買い手、
および該売り手のうちの少なくとも１つに通知する工程と、該クリアリングハウスが該リクエストを拒絶した場合、該リクエストされた商
品情報をリリースする工程とを包含する方法。
【請求項２】前記リクエストされた情報に関連して、前記買い手の資金を
該買い手の銀行で保留にする工程と、該買い手の資金の少なくとも第１の部分を、該買い手の銀行から運送業者金融
機関にリリースする工程と、該買い手の資金の少なくとも第２の部分を、第２の運送業者金融機関を介して
、該運送業者金融機関から前記売り手にリリースする工程と、該買い手の資金の少なくとも第３の部分を、該運送業者金融機関、該第２の運
送業者金融機関、および第３の運送業者金融機関のうちの少なくとも１つを介し
て、前記双方向データベースにリリースする工程とのうちの少なくとも１つをさらに包含する、請求項１に記載の方法。
【請求項３】前記方法は、異なる国々にある前記買い手の銀行、前記運送
業者金融機関、前記第２の運送業者金融機関、および前記第３の運送業者金融機
関のうちの少なくとも１つを提供する工程をさらに包含する、請求項２に記載の
方法。
【請求項４】前記方法は、異なる国々にある前記買い手、前記売り手、お
よび前記双方向データベースのうちの少なくとも１つを提供する工程をさらに包
含する、請求項２に記載の方法。
【請求項５】エクストラネットを介した前記オンライン双方向通信へのア
クセスを制限する工程をさらに包含する、請求項１に記載の方法。
【請求項６】前記クリアリングハウスが前記リクエストを承諾した場合、
前記運送業者、前記買い手、前記売り手のうちの少なくとも１つに通知する工程
は、該運送業者の集荷および配達条件を特定する工程と、該リクエストの承認を該買い手に通知し、購入条件を特定する工程と、物およびサービスのうちの少なくとも１つを該買い手に配達する工程と、配達確認を生成し、該配達確認を該クリアリングハウスに送信する工程と、金融機関から支払いを徴収し、該支払いを、前記双方向データベースおよび該
売り手のうちの少なくとも１つに配信する工程とのうちの少なくとも１つを包含する、請求項１に記載の方法。
【請求項７】前記運送業者、前記買い手、前記売り手のうちの少なくとも
１つに通知する工程が、実質的にリアルタイムで起こる、請求項１に記載の方法
。
【請求項８】前記双方向データベースにアクセスする工程が、所定のアク
セス権を有する工程を含む、請求項１に記載の方法。
【請求項９】前記所定のアクセス権を有する工程が、前記買い手および前
記売り手のうちの少なくとも１つから年会費を徴収する工程、少なくとも１つの
パスワードを獲得する工程、およびユーザアカウントを準備する工程のうちの少
なくとも１つを含む、請求項８に記載の方法。
【請求項１０】前記商品に対するリクエストが海産食品産業に関連する、
請求項１に記載の方法。
【請求項１１】前記商品に対するリクエストを提出する工程が、海産食品
の量に対するリクエストを提出する工程を含む、請求項１に記載の方法。
【請求項１２】前記双方向データベースが、異なる国々の異なる言語を用
いてインプリメントされる、請求項１に記載の方法。
【請求項１３】前記買い手のプロフィールが、信用情報、システムユーザ
情報、取引照会先情報、ＨＡＡＣＰ承諾証明書、サードパーティサイト検査情報
、取引条件、および支払い方法のうちの少なくとも１つを含む、請求項１に記載
の方法。
【請求項１４】買い手と売り手との間でネットワークを介して取引するた
めの方法であって、オンライン双方向通信のための双方向データベースを提供する工程と、該双方向データベースに対する取引に関連する情報を受信する工程と、受信された情報に関連する商品に対するリクエストを受信する工程であって、
該商品に対するリクエストが、該リクエストされた商品情報をロックアウトする
、工程と、該リクエストに関連する情報を、承認のために、クリアリングハウスにルーテ
ィングする工程であって、該クリアリングハウスは、該買い手のプロフィールに
基づいて、該リクエストを承諾または拒絶する、工程と、該クリアリングハウスが該リクエストを承諾した場合、運送業者、該買い手、
および該売り手のうちの少なくとも１つに通知する工程と、該クリアリングハウスが該リクエストを拒絶した場合、該リクエストされた商
品情報をリリースする工程とを包含する方法。
【請求項１５】前記リクエストされた情報に関連して、前記買い手の資金
を該買い手の銀行で保留にする工程と、該買い手の資金の少なくとも第１の部分を、該買い手の銀行から運送業者金融
機関にリリースする工程と、該買い手の資金の少なくとも第２の部分を、第２の運送業者金融機関を介して
、該運送業者金融機関から前記売り手にリリースする工程と、該買い手の資金の少なくとも第３の部分を、該運送業者金融機関、該第２の運
送業者金融機関、および第３の運送業者金融機関のうちの少なくとも１つを介し
て、前記双方向データベースにリリースする工程とのうちの少なくとも１つをさらに包含する、請求項１４に記載の方法。
【請求項１６】前記方法が、異なる国々にある前記買い手の銀行、前記運
送業者金融機関、前記第２の運送業者金融機関、および前記第３の運送業者金融
機関のうちの少なくとも１つを提供する工程をさらに含む、請求項１５に記載の
方法。
【請求項１７】エクストラネットを介した前記オンライン双方向通信への
アクセスを制限する工程をさらに包含する、請求項１４に記載の方法。
【請求項１８】前記クリアリングハウスが前記リクエストを承諾した場合
、前記運送業者、前記買い手、前記売り手のうちの少なくとも１つに通知する工
程は、該運送業者の集荷および配達条件を特定する工程と、該リクエストの承認を該買い手に通知し、購入条件を特定する工程と、物およびサービスのうちの少なくとも１つを該買い手に配達する工程と、配達確認を生成し、該配達確認を該クリアリングハウスに送信する工程と、金融機関から支払いを徴収し、該支払いを、前記双方向データベースおよび該
売り手に配信する工程とのうちの少なくとも１つを包含する、請求項１４に記載の方法。
【請求項１９】前記入力された情報および前記リクエストされた情報が、
実質的にリアルタイムで更新される、請求項１４に記載の方法。
【請求項２０】前記オンライン双方向通信のための双方向データベースを
提供する工程が、所定のアクセス権を有する、請求項１４に記載の方法。
【請求項２１】前記商品に対するリクエストが海産食品産業と関連する、
請求項１４に記載の方法。
【請求項２２】買い手と売り手との間でネットワークを介して取引するた
めの双方向データベースを動作する方法であって、取引に関連する情報を受信する工程と、該受信された情報に関連する商品に対するリクエストを受信する工程と、該リクエストに関連する情報を、承認のために、クリアリングハウスへとルー
ティングする工程であって、該クリアリングハウスが、該買い手のプロフィール
に基づいて、該リクエストを承諾または拒絶する、工程と、該クリアリングハウスが該リクエストを承諾した場合、運送業者、該買い手、
および該売り手のうちの少なくとも１つに通知する工程と、該買い手の資金の少なくとも第１の部分を、該買い手の銀行から運送業者金融
機関にリリースする工程とを包含する方法。
【請求項２３】前記リクエストされた情報に関連して、前記買い手の資金
を該買い手の銀行で保留にする工程と、前記運送業者金融機関に、前記買い手の資金の少なくとも第２の部分を、該運
送業者金融機関から、第２の運送業者金融機関を介して、前記売り手にリリース
するように指示する工程と、該買い手の資金の少なくとも第３の部分を、該運送業者金融機関、該第２の運
送業者金融機関、および第３の運送業者金融機関のうちの少なくとも１つを介し
て、前記双方向データベースにリリースする工程とのうちの少なくとも１つをさらに包含する、請求項２２に記載の方法。
【請求項２４】前記方法が、異なる国々にある前記買い手の銀行、前記運
送業者金融機関、前記第２の運送業者金融機関、および前記第３の運送業者金融
機関のうちの少なくとも１つを提供する工程をさらに包含する、請求項２３に記
載の方法。
【請求項２５】前記方法は、異なる国々にある前記買い手、前記売り手、
および前記双方向データベースのうちの少なくとも１つを提供する工程をさらに
包含する、請求項２３に記載の方法。
【請求項２６】エクストラネットを介した前記オンライン双方向通信への
アクセスを制限する工程をさらに包含する、請求項２２に記載の方法。
【請求項２７】前記商品に関連する前記リクエストされた情報をロックア
ウトする工程をさらに包含する、請求項２２に記載の方法。
【請求項２８】買い手と売り手との間でネットワークを介して取引するた
めの方法であって、オンライン双方向通信のための双方向データベースにアクセスする工程であっ
て、該双方向データベースが取引に関連する情報を含む、工程と、該情報に関連する商品に対するリクエストを提出する工程であって、該商品に
対するリクエストが、該リクエストされた情報をロックアウトし、該リクエスト
に関連する情報が、該買い手のプロフィールに基づいて、承認のために、クリア
リングハウスにルーティングされる、工程と、該クリアリングハウスが該リクエストを承諾した場合、該商品の支払いを認証
して、運送業者、前記買い手、および前記売り手のうちの少なくとも１つに通知
する工程と、該クリアリングハウスが該リクエストを拒絶した場合、該商品に関連する該支
払いを拒絶して、該リクエストされた商品情報をリリースする工程とを包含する方法。
【請求項２９】買い手と売り手との間でネットワークを介して取引するた
めの方法であって、オンライン双方向通信のための双方向データベースにアクセスする工程であっ
て、該双方向データベースが、取引に関連する情報を含む、工程と、該情報に関連する商品に対するリクエストを提出する工程であって、該リクエ
ストに関連する情報が、該買い手のプロフィールに基づいて、承認のために、ク
リアリングハウスにルーティングされる、工程と、該クリアリングハウスが該リクエストを承諾した場合、該商品の支払いを認証
して、運送業者、前記買い手、および前記売り手のうちの少なくとも１つに通知
する工程と、該買い手の資金の少なくとも第１の部分を、該買い手の銀行から運送業者金融
機関にリリースする工程と、該クリアリングハウスが該リクエストを拒絶した場合、該商品に関連する該支
払いを拒絶して、該リクエストされた商品情報をリリースする工程とを包含する方法。
【請求項３０】前記リクエストされた情報に関連して、前記買い手の資金
を、該買い手の銀行で保留にする工程と、該買い手の資金の少なくとも第２の部分を、該運送業者金融機関から、第２の
運送業者金融機関を介して前記売り手にリリースする工程と、該買い手の資金の少なくとも第３の部分を、該運送業者金融機関、該第２の運
送業者金融機関、および第３の運送業者金融機関のうちの少なくとも１つを介し
て、前記双方向データベースにリリースする工程とのうちの少なくとも１つをさらに包含する、請求項２９に記載の方法。
【請求項３１】前記方法が、異なる国々にある前記買い手の銀行、前記運
送業者金融機関、前記第２の運送業者金融機関、および前記第３の運送業者金融
機関のうちの少なくとも１つを提供する工程をさらに包含する、請求項３０に記
載の方法。
【請求項３２】前記方法が、異なる国々にある前記買い手、前記売り手、
および前記双方向データベースのうちの少なくとも１つを提供する工程をさらに
包含する、請求項３０に記載の方法。
【請求項３３】エクストラネットを介した前記オンライン双方向通信への
アクセスを制限する工程をさらに包含する、請求項２９に記載の方法。
【請求項３４】前記商品に関連する前記リクエストされた商品情報をロッ
クアウトする工程をさらに包含する、請求項２９に記載の方法。
【請求項３５】オンライン双方向通信のための双方向データベースを用い
て、買い手と売り手との間でネットワークを介して取引するための方法であって
、該双方向データベースと通信し、取引に関連する情報を交換する工程と、買い手のリクエストに関連する情報をルーティングするためにクリアリングハ
ウスと通信する工程であって、該クリアリングハウスが、該買い手のプロフィー
ルに基づいて、該リクエストを承諾または拒絶する、工程と、該クリアリングハウスが該リクエストを承諾する場合、該クリアリングハウス
からの通知を受信する工程と、該リクエストされた商品情報に関連して、該買い手の資金を、該買い手の銀行
で保留にする工程と、該買い手の資金の少なくとも第１の部分を、該買い手の銀行から運送業者金融
機関にリリースする工程と、該買い手の資金の少なくとも第２の部分を、該運送業者金融機関から、第２の
運送業者金融機関を介して、該売り手にリリースする工程と、該買い手の資金の少なくとも第３の部分を、該運送業者金融機関、該第２の運
送業者金融機関、および第３の運送業者金融機関のうちの少なくとも１つを介し
て、該双方向データベースにリリースする工程とを包含する方法。
【請求項３６】前記方法は、異なる国々にある前記買い手の銀行、前記運
送業者金融機関、前記第２の運送業者金融機関、および前記第３の運送業者金融
機関のうちの少なくとも１つを提供する工程をさらに包含する、請求項３５に記
載の方法。
【請求項３７】前記方法は、異なる国々にある前記買い手、前記売り手、
および前記双方向データベースのうちの少なくとも１つを提供する工程をさらに
包含する、請求項３５に記載の方法。