JP2002083247A - 取引仲介システムおよび方法、データ処理装置、記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 商取引に伴う代金支払の事務作業量の手間と
入金手数料の無駄を少なくするとともに、取引をより安
全かつ確実に行えるようにする。 【解決手段】 三者間以上の取引の決済を仲介者４がま
とめて仲介することによって相殺できる分は相殺し、購
入者２，３が支払いを行う機会を少なくして、代金支払
の事務作業量の手間と入金手数料の無駄を少なくできる
ようにする。また、購入者３から仲介者４に対して商品
の代金が支払われた場合に（）、仲介者４から販売者
１，２に対して入金通知（）を行うことによって商品
の発送を促し、商品を受領したことを購入者２，３から
仲介者４に通知（）することによって販売者１，２に
対する代金の支払い（）を促すようにすることによ
り、商品を送っても代金を回収できないとか、代金を支
払っても商品が送られてこないといった不都合を完全に
なくすことができるようにする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は取引仲介システムお
よび方法、当該システムおよび方法に用いられるデータ
処理装置、記録媒体に関し、特に、商品の販売者と購入
者とを含めて三者以上の当事者間で行われる商取引を仲
介するためのシステムに用いて好適なものである。

【０００２】

【従来の技術】商品やサービス（以下、単に商品と言
う）を売買する商取引が至るところで行われている。一
般的に、これらの商取引は連鎖的に行われることが多
い。例えば、ある電子機器を製造して販売する場合を考
えると、部品メーカと装置メーカとの間の取引、装置メ
ーカと卸売店との間の取引、卸売店と小売店との間の取
引、小売店と消費者との間の取引などが連鎖的に行わ
れ、いわゆるサプライチェーンが形成されている。

【０００３】このサプライチェーンのような連鎖的な商
取引では、取引の当事者は販売者にも購入者にもなる
（例えば、装置メーカは部品の購入者でもあり、装置の
販売者でもある）。また、サプライチェーンのような特
別な商取引に限らず、一般的な取引においても、個々の
当事者は販売者にも購入者にもなる。すなわち、ある特
定の企業や個人に注目して見ると、これらの企業や個人
は多くの販売者から様々な商品を購入し、多くの購入者
に様々な商品を販売している。

【０００４】このような数多くの商取引において、商品
の購入代金の支払いは、流通の末端では現金払いで行わ
れることも多いが、銀行振込やクレジットカードなどを
用いた方法で行われることも多い。また、購入代金の支
払いは、特定の販売者と購入者との間では一定期間内に
行われた複数の取引をまとめて行うこともあるが、取引
毎に個別に行われることも多い。また、異なる当事者間
の取引については個別に支払いが行われるのが通常であ
る。

【０００５】

【発明が解決しようとする課題】一般的に、商取引は異
なる当事者間で行われる機会が非常に多く、商品の購入
代金を支払う機会も非常に多い。そして、その支払形態
として、銀行振込やクレジットカードなどを用いた方法
で行われることが多いのが現状である。特に企業の場合
は、様々な企業と多くの取引を行っているため、それら
の取引について個々に支払いを行うと、事務作業量が非
常に多くなって煩雑になるとともに、入金手数料が支払
いの都度発生して無駄が多いという問題があった。

【０００６】このような問題を解決するための方法とし
て、異なる当事者間の取引（三者以上の取引）について
も個別に支払いを行うのではなく、これらの取引をまと
めて決済するようにする方法が考えられる。このように
すれば、複数の当事者間の取引で相殺できる部分につい
ては相殺して決済を行うことができるので、相殺した分
だけ支払いの手続を省略することできる。これにより、
事務作業量の手間と入金手数料の無駄を少なくすること
ができるようになる。

【０００７】しかしながら、一般的な二者間の取引（１
対１の取引）では商品の流れと購入代金の流れは１対１
に対応するが、三者以上の当事者間で取引をまとめて決
済する場合には、商品の流れと購入代金の流れは必ずし
も１対１に対応しない。そのため、複数の当事者間で商
品の発送と購入代金の支払いに関する信用をどのように
保証するかが重要な問題となってくる。

【０００８】特に、三者間以上の取引が通信販売あるい
はインターネットを利用したオンラインショッピング等
を通じて行われる場合には、取引をする当事者どうしが
実際に顔を合わせる機会が全くなく、取引相手を確認す
ることも困難なことから、それに伴うトラブルが発生し
やすい。すなわち、代金後払いとした場合には、販売者
が申込商品を購入者に送っても、その購入代金が購入者
から支払われないといった問題が生じる。また、代金前
払いとした場合には、購入者が商品の購入代金を支払っ
ても、販売者から申込商品が送られてこないといった問
題が生じる。

【０００９】本発明は、このような実情に鑑みて成され
たものであり、商取引に伴う代金支払の事務作業量の手
間と入金手数料の無駄を少なくすることができるように
するとともに、取引をする当事者間の信用保証を確保し
てトラブルの発生を少なくし、取引をより安全かつ確実
に行えるようなシステムを提供することを目的としてい
る。

【００１０】

【課題を解決するための手段】本発明の取引仲介システ
ムは、商品の販売者と購入者とが合わせて三者以上存在
する取引を仲介者が仲介し、一以上の購入者のうちの少
なくとも一人から上記仲介者に対して支払われた上記商
品の代金を差額精算して一以上の販売者に対して与える
ようにする処理を支援する取引仲介システムであって、
上記一以上の購入者のうちの少なくとも一人から上記仲
介者に対して上記商品の代金が支払われた場合に、仲介
者側装置から一以上の販売者側装置に入金通知を行うこ
とによって上記一以上の販売者に上記商品の発送を促す
入金通知手段と、上記入金通知手段により入金通知があ
ったことに対応して上記一以上の販売者から上記一以上
の購入者に発送された商品について、当該商品を受領し
たことを上記一以上の購入者側装置から上記仲介者側装
置に通知することによって上記一以上の販売者に対する
上記代金の支払を上記仲介者に促す受領確認手段とを備
えたことを特徴とする。

【００１１】本発明の他の態様では、上記一以上の購入
者のうちの少なくとも一人が上記仲介者に対して上記商
品の代金を支払ったことを表す送金通知を上記購入者側
装置から上記仲介者側装置に行うことによって上記仲介
者側装置による上記入金通知を促す送金通知手段を備え
たことを特徴とする。

【００１２】本発明のその他の態様では、商品の販売者
と購入者とが合わせて三者以上存在する複数の取引を仲
介者が仲介し、一以上の購入者のうちの少なくとも一人
から上記仲介者に対して支払われた上記商品の代金を差
額精算して一以上の販売者に対して与えるようにする処
理を支援する取引仲介システムであって、当該取引仲介
システムは仲介者サーバを備え、上記仲介者サーバは、
上記一以上の購入者のうちの少なくとも一人から上記仲
介者に対して上記商品の代金が支払われた場合に、一以
上の販売者側装置にネットワークを介して入金通知を行
うことによって上記一以上の販売者に上記商品の発送を
促す入金通知手段と、上記入金通知手段により入金通知
があったことに対応して上記一以上の販売者から上記一
以上の購入者に発送された商品について、当該商品を上
記一以上の購入者が受領したことを表す受領確認通知
を、一以上の購入者側装置から上記ネットワークを介し
て受信する受領確認受信手段とを備えたことを特徴とす
る。

【００１３】本発明のその他の態様では、上記一以上の
購入者のうちの少なくとも一人が上記仲介者に対して上
記商品の代金を支払ったことを表す送金通知を、上記購
入者側装置から上記ネットワークを介して受信する送金
通知受信手段を備えたことを特徴とする。

【００１４】本発明のその他の態様では、三者以上の販
売者と購入者とで行われる取引に関する取引情報を上記
仲介者側装置に登録する取引情報登録手段を備え、上記
取引情報は取引条件を含み、上記取引条件を任意に設定
可能としたことを特徴とする。

【００１５】本発明のその他の態様では、上記取引仲介
システムを用いた上記一以上の販売者と上記一以上の購
入者との間における取引の過程で行われる種々のイベン
トに関する情報をデータベースとして保存、管理するデ
ータベース管理手段と、上記販売者側装置あるいは上記
購入者側装置からの要求に応じて、上記データベースに
保存されている情報を用いて上記取引の進行状況を照会
する取引情報照会処理手段とを備えたことを特徴とす
る。

【００１６】本発明のその他の態様では、上記種々のイ
ベントに関する情報は、上記一以上の購入者のうちの少
なくとも一人から上記仲介者に対して行われる上記代金
の支払いに関する情報および、上記一以上の販売者から
上記一以上の購入者に対して行われる上記商品の発送に
関する情報を含むことを特徴とする。

【００１７】本発明のその他の態様では、上記取引情報
照会処理手段により表示される照会画面から配送状況管
理確認システムにリンクを張り、当該リンクを辿って上
記配送状況管理確認システムの照会画面に遷移すること
により、上記一以上の販売者から上記一以上の購入者に
対して発送された商品の配送状況を照会できるように構
成したことを特徴とする。

【００１８】本発明のその他の態様では、上記一以上の
購入者のうちの少なくとも一人から上記仲介者に対して
支払われた上記商品の代金を差額精算し、上記仲介者側
装置においてプールしている上記一以上の販売者の金額
情報に精算金額を追加して管理する残額管理手段を備
え、上記残額管理手段により管理されているプール代金
を用いて商品購入代金の支払いを行うべく、上記購入者
側装置から上記仲介者側装置に支払依頼通知を行うよう
にしたことを特徴とする。

【００１９】また、本発明のデータ処理装置は、商品の
販売者と購入者とが合わせて三者以上存在する取引を仲
介者が仲介し、一以上の購入者のうちの少なくとも一人
から上記仲介者に対して支払われた上記商品の代金を差
額精算して一以上の販売者に対して与えるようにする処
理を支援する取引仲介システムに用いられるデータ処理
装置であって、上記一以上の購入者のうちの少なくとも
一人から上記仲介者に対して上記商品の代金が支払われ
た場合に、一以上の販売者側装置に入金通知を行うこと
によって上記一以上の販売者に上記商品の発送を促す入
金通知手段と、上記入金通知手段により入金通知があっ
たことに対応して上記一以上の販売者から上記一以上の
購入者に発送された商品について、当該商品を上記一以
上の購入者が受領したことを表す受領確認通知を一以上
の購入者側装置から受信する受領確認受信手段とを備え
たことを特徴とする。

【００２０】本発明の他の態様では、上記一以上の購入
者のうちの少なくとも一人が上記仲介者に対して上記商
品の代金を支払ったことを表す送金通知を上記購入者側
装置から受信する送金通知受信手段を備えたことを特徴
とする。

【００２１】本発明のその他の態様では、三者以上の販
売者と購入者とで行われる取引に関して任意に設定され
た取引条件を含む取引情報を受信して登録する取引情報
登録手段を備えたことを特徴とする。

【００２２】本発明のその他の態様では、上記取引仲介
システムを用いた上記一以上の販売者と上記一以上の購
入者との間における取引の過程で行われる種々のイベン
トに関する情報をデータベースとして保存、管理するデ
ータベース管理手段と、上記販売者側装置あるいは上記
購入者側装置からの要求に応じて、上記データベースに
保存されている情報を用いて上記取引の進行状況を照会
する取引情報照会処理手段とを備えたことを特徴とす
る。

【００２３】本発明のその他の態様では、上記種々のイ
ベントに関する情報は、上記一以上の購入者のうちの少
なくとも一人から上記仲介者に対して行われる上記代金
の支払いに関する情報および、上記一以上の販売者から
上記一以上の購入者に対して行われる上記商品の発送に
関する情報を含むことを特徴とする。

【００２４】本発明のその他の態様では、上記一以上の
購入者のうちの少なくとも一人から上記仲介者に対して
支払われた上記商品の代金を差額精算し、上記一以上の
販売者についてそれぞれプールしている金額情報に精算
金額を追加して管理する残額管理手段を備え、上記残額
管理手段により管理されているプール代金を用いて商品
の購入を行うことを可能としたことを特徴とする。

【００２５】本発明のその他の態様では、商品の販売者
と購入者とが合わせて三者以上存在する取引を仲介者が
仲介し、一以上の購入者のうちの少なくとも一人から上
記仲介者に対して支払われた上記商品の代金を差額精算
して一以上の販売者に対して与えるようにする処理を支
援する取引仲介システムに用いられるデータ処理装置で
あって、上記一以上の販売者が上記一以上の購入者に対
して上記商品の発送を行う前提として、上記一以上の購
入者のうちの少なくとも一人から上記仲介者に対して上
記商品の代金が支払われた場合に仲介者側装置から送ら
れる入金通知を受信する入金通知受信手段を備えたこと
を特徴とする。

【００２６】本発明のその他の態様では、商品の販売者
と購入者とが合わせて三者以上存在する取引を仲介者が
仲介し、一以上の購入者のうちの少なくとも一人から上
記仲介者に対して支払われた上記商品の代金を差額精算
して一以上の販売者に対して与えるようにする処理を支
援する取引仲介システムに用いられるデータ処理装置で
あって、上記仲介者が上記一以上の販売者に対して上記
商品の発送を促すための前提として、上記一以上の購入
者のうちの少なくとも一人が上記仲介者に対して上記商
品の代金を支払ったことを表す送金通知を仲介者側装置
に対して行う送金通知手段を備えたことを特徴とする。

【００２７】本発明のその他の態様では、商品の販売者
と購入者とが合わせて三者以上存在する取引を仲介者が
仲介し、一以上の購入者のうちの少なくとも一人から上
記仲介者に対して支払われた上記商品の代金を差額精算
して一以上の販売者に対して与えるようにする処理を支
援する取引仲介システムに用いられるデータ処理装置で
あって、上記一以上の販売者から上記一以上の購入者に
発送された商品について、当該商品を受領したことを仲
介者側装置に通知することによって、上記一以上の購入
者のうちの少なくとも一人から上記仲介者に対してあら
かじめ送金された上記販売者に対する代金の支払を上記
仲介者に促す受領確認手段を備えたことを特徴とする。

【００２８】また、本発明の取引仲介方法は、商品の販
売者と購入者とが合わせて三者以上存在する取引を仲介
者が仲介し、一以上の購入者のうちの少なくとも一人か
ら上記仲介者に対して支払われた上記商品の代金を差額
精算して一以上の販売者に対して与えるようにする処理
を支援する取引仲介方法であって、上記一以上の購入者
のうちの少なくとも一人から上記仲介者に対して上記商
品の代金が支払われた場合に、仲介者側装置から一以上
の販売者側装置に入金通知を行うことによって上記一以
上の販売者に上記商品の発送を促す入金通知ステップ
と、上記入金通知があったことに対応して上記一以上の
販売者から上記一以上の購入者に発送された商品につい
て、当該商品を受領したことを一以上の購入者側装置か
ら上記仲介者側装置に通知することによって上記一以上
の販売者に対する上記代金の支払を促す受領確認ステッ
プとを有することを特徴とする。

【００２９】本発明の他の態様では、上記入金通知ステ
ップの前に、上記一以上の購入者のうちの少なくとも一
人が上記仲介者に対して上記商品の代金を支払ったこと
を表す送金通知を上記購入者側装置から上記仲介者側装
置に行うことによって上記入金通知を促す送金通知ステ
ップを有することを特徴とする。

【００３０】また、本発明のコンピュータ読み取り可能
な記録媒体は、請求項１〜１８の何れか１項に記載の各
手段としてコンピュータを機能させるためのプログラ
ム、あるいは、請求項１９または２０に記載の取引仲介
方法の処理手順をコンピュータに実行させるためのプロ
グラムを記録したことを特徴とする。

【００３１】

【発明の実施の形態】以下、本発明の実施形態を図面を
用いて説明する。図１は、本実施形態の取引仲介システ
ムを用いて行われる取引の例を説明するための図であ
る。ここでは、三者間で連鎖的に行われる２つの取引を
まとめて決済する場合について説明する。

【００３２】図１において、第１の販売者１は、第１の
購入者２に商品（例えば部品）を販売する。第１の購入
者２は、第１の販売者１から購入した商品を加工して別
の商品（例えば製品）を作り、その加工商品を第２の購
入者３に販売する。この意味で、第１の購入者２は第２
の販売者でもある。このとき、第１の販売者１から第１
の購入者２に対する商品の販売代金が“１００”、第２
の販売者２から第２の購入者３に対する商品の販売代金
が“１１０”であったとする。

【００３３】この場合、通常の取引では、第１の購入者
２から第１の販売者１に対して商品の購入代金“１０
０”が支払われるとともに、第２の購入者３から第２の
販売者２に対して商品の購入代金“１１０”が支払われ
る。これに対して、本実施形態による三者間取引では、
代金の支払いは最終消費者である第２の購入者３のみが
行う。第２の購入者３が支払った代金“１１０”は、第
１の販売者１に対する代金“１００”と、第２の販売者
２に対する差額代金“１０”（商品の販売価格１１０−
購入価格１００）とに振り分けられる。

【００３４】このように三者間の取引をまとめて決済す
ることにより、少なくとも第１の購入者２については何
ら支払いを行う必要がなくなる。また、第２の購入者３
については支払いを行う必要があるが、以下に述べるよ
うに本実施形態では仲介者を介在させることにより、第
２の購入者３自身が第１の販売者１と第２の販売者２に
代金を振り分けて支払う必要はなく、仲介者に対して一
括して支払いを行えば良いようにしている。

【００３５】これにより、全体として商品の購入者が支
払いを行う機会を少なくすることができ、商取引に伴う
代金支払の事務作業量の手間と入金手数料の無駄を少な
くすることができる。また、上述の例において、第１の
購入者２は、購入代金の支払いを一切行うことなく商品
を仕入れ、付加価値を付けて販売することができる。し
たがって、第１の購入者２が資本力の小さい零細企業あ
るいは中小企業等であっても、商品の購入代金が高額に
なる大きな取引を実現することができるというメリット
も有する。

【００３６】図２は、本実施形態による取引仲介システ
ムを用いて行われる三者間取引の概要を説明するための
図である。図２に示すように、本実施形態の取引仲介シ
ステムにおいては、商品の売買を行う当事者である第１
の販売者１、第１の購入者（第２の販売者）２および第
２の購入者３の他に、これらの三者間取引を仲介する公
正な第三者である仲介者４が存在する。

【００３７】以下に、取引の流れを説明する。なお、本
実施形態の取引仲介システムは、例えば、第１の購入者
２から第１の販売者１、第２の購入者３から第２の販売
者２に対してそれぞれ希望商品の購入申込があり、これ
らの三者間で決済をまとめて行うことについて合意が得
られた場合に利用されるものである。よって、この例の
場合は、最終消費者である第２の購入者３が商品の購入
代金を支払うことについて三者間で合意が得られている
ものとする。

【００３８】このような状態で、まず第２の購入者３
は、自身が選択した送金方法に従って商品の購入代金を
仲介者４に送金し、送金した旨を仲介者４に通知する
（）。ここで、仲介者４に対する商品購入代金の送金
は、例えば、郵便振替や銀行振込などによって行う。あ
るいは、クレジットカードを使って購入代金を支払った
り、所定の振込用紙を用いてコンビニエンスストア等か
ら支払いを行うようにしても良い。この商品購入代金の
送金をどのような形態で行うかについては、本実施形態
の取引仲介システムでは特に限定しない。

【００３９】ここに例示した方法によって仲介者４に代
金を送金した場合には、第２の購入者３が特に何もしな
くても、郵便局や銀行、クレジットカード会社等から仲
介者４に対して送金通知が行われるので、第２の購入者
３自身が仲介者４へ送金通知を行うことは必須ではな
い。ただし、これらの送金通知にはある程度の日数が必
要となるので、取引を迅速に行うようにするために、あ
るいは取引状況をシステム的により正確に把握できるよ
うにするために、第２の購入者３がインターネット等を
介して仲介者４に電子データの形で送金通知を行うのが
好ましい。

【００４０】次に、仲介者４は、上述の送金通知を受け
取ったら、第２の購入者３から商品購入代金の入金があ
った旨を第１の販売者１および第２の販売者２に通知す
る（）。第１の販売者１および第２の販売者２はそれ
ぞれ、この入金通知があったことを確認した上で、郵便
局や宅配便の配送サービスを利用して第１の購入者２お
よび第２の購入者３に対して申込商品を発送する
（）。第１の購入者２および第２の購入者３は、配達
された商品を確認し、申し込んだ商品がきちんと送られ
てきた場合には、商品の受領確認を仲介者４に通知する
（）。

【００４１】そして、仲介者４は、第１の購入者２およ
び第２の購入者３の双方から受領確認通知があったこと
を条件として、第２の購入者３から事前に支払われてい
た商品購入代金を第１の販売者１と第２の販売者２とに
分配して送金することによって、一連の取引が完了する
（）。なお、この仲介者４から第１の販売者１および
第２の販売者２に対する商品購入代金の送金をどのよう
な形態で行うかについても、本実施形態の取引仲介シス
テムでは特に限定しない。

【００４２】このように、本実施形態の取引仲介システ
ムを利用した取引によれば、三者間の複数の取引をまと
めて決済するので、複数の取引の決済で相殺できる分は
相殺し、少なくとも第１の購入者２については商品購入
代金の支払いを行う必要をなくすことができる。これに
より、商品の購入者が支払いを行う機会を全体として少
なくすることができ、商取引に伴う代金支払の事務作業
量の手間と入金手数料の無駄を少なくすることができ
る。

【００４３】また、第１の販売者１および第２の販売者
２にとってみれば、仲介者４から入金通知（）を受け
ることによって、第２の購入者３から仲介者４に対して
商品購入代金が支払われたことを確認した上で商品の発
送を行うことができ、その後仲介者４から代金を確実に
受け取ることができる。したがって、第１の販売者１お
よび第２の販売者２が申込商品を第１の購入者２および
第２の購入者３に送っても、その購入代金が第１の購入
者２および第２の購入者３から支払われないといった事
態をなくすことができる。

【００４４】また、代金の支払いを行った第２の購入者
３にとってみれば、第１の購入者２および第２の購入者
３に商品が実際に到着するまでは、支払った購入代金は
仲介者４のところでプールされ、第１の販売者１および
第２の販売者２に対する代金の支払いは商品の到着を確
認した上で行われるので、トラブル発生時には仲介者４
から代金の払戻しを受けることができる。したがって、
第２の購入者３が商品の購入代金を支払っても第１の販
売者１および第２の販売者２から申込商品が送られてこ
ないといった事態を少なくすることができ、仮にそのよ
うな事態が発生しても代金を第２の購入者３に確実に返
金することができる。

【００４５】これにより、三者間取引に伴う販売者およ
び購入者のリスク、とりわけ取引が通信販売や電子商取
引を通じて行われる場合のリスクを払拭することがで
き、取引をより安全かつ確実に行うことができる。その
ため、取引の相手が個人や知名度のない企業等の場合で
あっても安心して取引を行うことができるようになる。

【００４６】次に、上記図２にて説明した取引を実現す
るための第１の実施形態による取引仲介システムの構成
について説明する。図３は、第１の実施形態による取引
仲介システムの構成例を示す図である。図３に示すよう
に、本実施形態の取引仲介システムは、仲介者サーバ１
０と、販売者側の端末１５と、購入者側の端末１６とが
インターネットなどのネットワーク１４に接続されて構
成されている。

【００４７】なお、ここで言う販売者端末１５および購
入者端末１６は、物理的な端末ではなく、論理的な端末
を意味する。つまり、物理的に同じ端末でも、それを使
用する者が販売者であれば販売者端末１５となり、購入
者であれば購入者端末１６となる。例えば、第１の購入
者２と第２の販売者２は同一の者であり、この者が使用
する端末は販売者端末１５でもあり、購入者端末１６で
もある。

【００４８】本実施形態の仲介者サーバ１０は、ＷＷＷ
サーバ１１、ＤＢサーバ１２および管理系端末１３を備
えている。ＷＷＷサーバ１１は、インターネットなどの
ネットワーク１４に接続され、販売者端末１５や購入者
端末１６との間でデータの送受信を行うことができるよ
うになっている。その際にＷＷＷサーバ１１は、ＷＷＷ
ブラウザとの間でデータを安全にやり取りするためのプ
ロトコルであるＳＳＬ（Secure Sockets Layer）、電子
メールのセキュリティを守るための方式の１つであるＳ
／ＭＩＭＥ（Secure Multipurpose Internet Mail Exte
nsions）などに従ってデータや電子メールを暗号化する
処理を行う。

【００４９】また、ＷＷＷサーバ１１は、第１および第
２の販売者１，２や第１および第２の購入者２，３が本
人であることを特定するためのユーザ認証の処理も行
う。さらに、ＷＷＷサーバ１１は、一連の取引を行うた
めに必要な様々な画面を、第１および第２の販売者１，
２、第１および第２の購入者２，３からの要求に応じて
販売者端末１５および購入者端末１６に提供する処理も
行う。また、システムとしてオンライン決済の仕組みを
取り入れる場合には、そのオンライン決済に関する処理
もこのＷＷＷサーバ１１にて行う。

【００５０】ＤＢサーバ１２は、販売者端末１５および
購入者端末１６との間でやり取りされる種々のデータを
データベースとして管理する。このＤＢサーバ１２が持
つデータベースには、利用者管理データベース１７およ
び取引管理データベース１８がある。

【００５１】利用者管理データベース１７は、第１およ
び第２の販売者１，２、第１および第２の購入者２，３
がそれぞれ自己を特定するために登録した利用者情報を
管理するためのものである。取引管理データベース１８
は、第１および第２の販売者１，２と第１および第２の
購入者２，３との間で行われる個々の取引を特定するた
めに登録した取引情報を管理するためのものである。

【００５２】図３に示すように、ＤＢサーバ１２は、そ
の機能構成としてＩＤ割当部２１、ＤＢ管理部２２およ
び取引情報照会処理部２３を有している。ＩＤ割当部２
１は、個々の取引当事者に対して固有の利用者ＩＤを割
り当てる処理、個々の取引に対して固有の取引ＩＤを割
り当てる処理、三者間で行われる複数の取引に対して固
有のグループＩＤを割り当てる処理を行う。

【００５３】ＤＢ管理部２２は、販売者端末１５および
購入者端末１６との間でやり取りされる種々のデータを
各データベース１７，１８にて保存、管理する処理を行
う。

【００５４】また、取引情報照会処理部２３は、取引管
理データベース１８にて保存、管理されている一連の取
引の過程で行われた種々のイベントに関する情報を用い
て、第１および第２の販売者１，２、第１および第２の
購入者２，３からの要求に応じてそのときの取引状況を
販売者端末１５あるいは購入者端末１６にて照会する処
理を行う。ここで言う取引状況の照会には、後述するよ
うに商品の配送状況の詳細な照会も含まれる。

【００５５】管理系端末１３は、本実施形態による仲介
者サーバ１０の全体を管理するための端末であり、仲介
者４によって使用される。この管理系端末１３は、図２
中に示した第１および第２の販売者１，２への入金通知
（）を行う際に必要なデータを入力するためのデータ
入力部２４を備えている。

【００５６】次に、上記図３のように構成した本実施形
態による取引仲介システムの動作を以下に説明する。図
４は、上記取引仲介システムの処理手順を示すフローチ
ャートである。上述したように、本実施形態の取引仲介
システムは、第１の購入者２から第１の販売者１、第２
の購入者３から第２の販売者２に対してそれぞれ商品の
購入申込が行われ、これらの三者間で決済をまとめて行
うことについて合意が得られた後から利用される。

【００５７】すなわち、これらの三者間で直接交渉ある
いは電子メールなどを用いたやり取りを事前に行うこと
により、決済をまとめて行うためのグループを開設す
る。そして、その開設したグループに対する参加者をお
互いに確認し、仲介者４に対して誰が商品購入代金の支
払いを行うか、本システムの利用料（仲介者４に対する
手数料）を誰がどのように負担するかなどについて三者
間で合意を得る。このような合意が得られた後、図４に
示すような本実施形態による取引仲介システムの処理フ
ローに入る。

【００５８】図４において、まずステップＳ１で、第１
および第２の販売者１，２、第１および第２の購入者
２，３の全員がＷＷＷブラウザを利用して本人情報（利
用者情報）を仲介者サーバ１０に登録する。なお、同一
の者が販売者にも購入者にもなる場合（第２の販売者２
と第１の購入者２）、利用者情報は販売者の立場、購入
者の立場からそれぞれ入力する必要はなく、一度入力す
ればそれで良い。

【００５９】図５は、上記ＷＷＷブラウザによって販売
者端末１５および購入者端末１６に提供される利用者登
録画面の例を示す図である。図５に示すように、利用者
登録を行う際には、本人の氏名、郵便番号、住所、電子
メールアドレス、電話番号、ファクシミリ番号、個人か
法人かの種別、法人の場合は代表者氏名などを利用者情
報として登録する。

【００６０】上記図５の入力画面に従って入力された利
用者情報は、ネットワーク１４を介して仲介者サーバ１
０に送られる。そして、ＷＷＷサーバ１１からＤＢサー
バ１２に与えられ、利用者管理データベース１７にて保
存、管理される。このとき、ＤＢサーバ１２内のＩＤ割
当部２１によって第１および第２の販売者１，２、第１
および第２の購入者２，３のそれぞれに対して固有の利
用者ＩＤが割り当てられる（第２の販売者２と第１の購
入者２は同一者なので１つの利用者ＩＤが割り当てられ
る）。そして、登録を受け付けた旨がその利用者ＩＤと
共に仲介者サーバ１０から情報入力者の端末（販売者端
末１５または購入者端末１６）に電子メールにて送信さ
れる。

【００６１】なお、このステップＳ１における利用者登
録は、本実施形態による取引仲介システムを利用しよう
とする第１および第２の販売者１，２あるいは第１およ
び第２の購入者２，３が新規ユーザの場合に行えば良
く、登録済みの既存ユーザの場合には行う必要がない。

【００６２】次に、ステップＳ２で、第１および第２の
販売者１，２、第１および第２の購入者２，３の中の何
れか一人の代表者が、ＷＷＷブラウザを利用して今回の
取引に関する情報を仲介者サーバ１０に登録する。この
とき、代表者は、開設したグループ内の全ての取引に関
する情報を登録する。そのために必要な情報は、例え
ば、代表者がグループへの参加者から事前に収集してお
く。

【００６３】図６は、上記ＷＷＷブラウザによって販売
者端末１５および購入者端末１６に提供される取引情報
登録画面の例を示す図である。図６に示すように、取引
情報の登録を行う際には、開設したグループ内の全ての
取引に関する情報（第１の販売者１と第１の購入者２と
の間の取引情報、第２の販売者２と第２の購入者３との
間の取引情報）を登録する。

【００６４】その際、販売者および購入者に関してはそ
の利用者ＩＤと氏名を登録する。また、今回の取引内容
として、取引品目、価格、消費税の別、配送方法、取引
条件を登録する。さらに、商品購入代金の支払内容とし
て支払者および支払方法を登録するとともに、システム
利用料の負担内容として、ある特定の利用者による単独
負担か、複数の利用者による折半負担かの指定、折半す
る場合における個々の負担額なども登録する。なお、図
２の例では支払者は第２の購入者３の一人であるが、支
払者が複数いる場合はその全てを登録する。

【００６５】今回の取引内容として登録する取引条件
は、取引当事者間の合意の上で任意に設定することが可
能である。例えば、仲介者４への入金後何日以内に商品
を発送すべきかなどの条件をグループ内の個々の取引毎
に設定する。また、取引対象の商品に応じて、商品受領
後の購入者による商品確認期間を条件として設定する
（例えば、食品の場合は１〜２日、パーソナルコンピュ
ータのように動作確認が必要なものは１週間程度の確認
期間を設定する）。

【００６６】上記図６の入力画面に従って入力された取
引情報は、ネットワーク１４を介して仲介者サーバ１０
に送られる。そして、ＷＷＷサーバ１１からＤＢサーバ
１２に与えられ、取引管理データベース１８にて保存、
管理される。このとき、ＤＢサーバ１２内のＩＤ割当部
２１によって個々の取引に対して固有の取引ＩＤが割り
当てられるとともに、全体の取引に対して固有のグルー
プＩＤが割り当てられる。

【００６７】このように、本実施形態の取引仲介システ
ムでは、仲介者４ではなく、本システムの利用者自身が
取引情報の登録を行うので、仲介者４によるサービス運
用コストを削減することができる。これにより、システ
ム利用料を安く抑えることができ、全体として低額の取
引でも本実施形態の取引仲介システムを利用することが
可能というメリットを有する。

【００６８】また、本実施形態では、取引条件を登録す
ることにより、三者間取引を行うに当たって何をもって
トラブル発生とするかの境界を明確にできるようにして
いる。そして、トラブルが発生した場合（当事者の誰か
が取引条件に違反した場合）には、違反された利用者に
対してその取引をキャンセルしたり強制的に進める権限
などを与えるようにしている。

【００６９】すなわち、仲介者サーバ１０は、取引管理
データベース１８にて管理されている取引条件をもと
に、販売者および購入者によって適切に取引が行われて
いるかどうか、すなわち、図２の送金通知（）、商品
発送（）、受領確認（）などの手続が取引条件を満
たすように行われているかどうかを監視している。そし
て、販売者あるいは購入者によって取引条件に対する違
反が行われたことを検知したときに、トラブル発生を伝
える電子メールを違反された利用者に送る。

【００７０】これにより、例えば、商品の販売者が取引
条件に違反した場合には、購入者は取引を途中でキャン
セルして、仲介者４に対して既に入金した代金を返金し
てもらうことができる。また、商品の購入者が取引条件
に違反した場合には、販売者は、商品が購入者側に配達
済みであることを確認した上で（この確認の仕組みは後
述する）、購入者が仲介者４に対して既に入金した代金
を受け取ることができる。

【００７１】したがって、代金を払っているのに商品が
送られてこないといったトラブルや、商品を発送してい
るのに代金が支払われないといったトラブルを抑止する
ことができ、三者間取引に伴う互いの信用供与を確保す
ることができる。また、本実施形態では、取引条件を取
引ごとに柔軟に変更することができるので、取引の内容
に合わせて信用供与の形態を適切に変えることができ
る。また、取引条件を利用者の合意により設定するた
め、仲介者４によるサービス運用コストを安く抑えるこ
とができるというメリットも有する。

【００７２】上記図４のステップＳ２で取引情報を登録
することによって取引ＩＤとグループＩＤとが割り当て
られると、それらのＩＤが仲介者サーバ１０から販売者
端末１５および購入者端末１６の双方に電子メールにて
送信される。ここで、三者間の合意により購入代金の支
払いを行うこととなった購入者（図６の画面で支払者と
して登録された第２の購入者３）の購入者端末１６に送
られる電子メールの中には、取引情報登録の際に指定さ
れた支払方法に応じた支払先の口座番号等が示され、購
入代金の送金依頼が行われる。

【００７３】仲介者サーバ１０から送金依頼の電子メー
ルを受け取った第２の購入者３は、取引情報登録の際に
指定した支払方法（郵便振替、銀行振込、コンビニエン
スストアからの入金、クレジットカード、提携クレジッ
トなど）によって商品購入代金の支払いを行う。そし
て、ステップＳ３で、ＷＷＷブラウザを利用して購入者
端末１６から仲介者サーバ１０に対して送金通知を行う
（図２の）。

【００７４】図７は、上記ＷＷＷブラウザによって購入
者端末１６に提供される入金情報登録画面の例を示す図
である。図７に示すように、仲介者サーバ１０に対して
送金通知を行う際には、この入金情報登録画面を用い
て、支払いを行った第２の購入者３の利用者ＩＤと氏名
を入力するとともに、今回の取引内容を入力する。な
お、第２の購入者３の情報に関しては、利用者ＩＤを入
力すれば、利用者管理データベース１７から対応する氏
名が読み出されて自動的に表示される。

【００７５】また、取引内容に関しては、取引ＩＤを入
力すれば、利用者管理データベース１７からその取引に
関する第２の販売者２の利用者ＩＤと氏名が読み出され
て自動的に表示されるとともに、取引管理データベース
１８から対応する取引品目、入金金額、支払方法が読み
出されて自動的に表示される。さらに、この取引内容に
ついては、入金日および振込銀行等も入力する。

【００７６】なお、ここでは、購入代金の支払いを行っ
た第２の購入者３に直接関連する情報のみを入力するよ
うにしているが、グループＩＤを入力することにより、
そのグループ内の三者間取引に関連する全ての情報（第
１の販売者１と第１の購入者２との間の取引、第２の販
売者２と第２の購入者３との間の取引の情報）を入力す
るようにしても良い。この場合も、グループＩＤを入力
すれば、入金日と振込銀行以外は利用者管理データベー
ス１７や取引管理データベース１８から対応する情報が
読み出されて自動的に表示される。

【００７７】上記図７の入力画面に従って入力された送
金通知情報は、ネットワーク１４を介して仲介者サーバ
１０に送られる。そして、ＷＷＷサーバ１１からＤＢサ
ーバ１２に与えられ、取引管理データベース１８にて保
存、管理される。このとき、送金通知情報は、入力され
た取引ＩＤあるいはグループＩＤに関連付けて記憶され
る。

【００７８】購入者端末１６から送金通知を受けた仲介
者サーバ１０は、その後ステップＳ４で、その通知通り
に商品購入代金の入金が行われたかどうかを確認する。
代金の支払いがクレジットカード等を用いたオンライン
決済により行われた場合には、その決済に関するデータ
をネットワーク１４上からＷＷＷサーバ１１を介して仲
介者サーバ１０が入力することによって、入金の有無を
電子的に自動的に確認することができる。なお、オンラ
イン決済に関するデータは、図示しない専用回線等を用
いて接続されたバンキングシステムなどから管理系端末
１３を介して入力するようにしても良い。

【００７９】入金の有無を電子的に確認した場合、その
入金に関するデータ（入金の有無、入金日などを表す入
金情報）が自動的に生成される。一方、郵便振替、銀行
振込、コンビニエンスストアからの入金のようなオンラ
イン決済以外の方法で代金の支払いが行われた場合に
は、仲介者４が入金確認を手作業で行い、上記入金情報
を管理系端末１３のデータ入力部２４から手作業で入力
することになる。

【００８０】このようにして生成された入金情報は、Ｄ
Ｂサーバ１２に与えられ、取引管理データベース１８に
て保存、管理される。このとき、この入金情報は、対応
する取引ＩＤあるいはグループＩＤに関連付けて記憶さ
れる。そして、入金を確認できた旨が仲介者サーバ１０
から全ての購入者の購入者端末１６に電子メールにて送
信される。

【００８１】仲介者サーバ１０において入金確認がとれ
た場合は、次にステップＳ５で、仲介者サーバ１０から
全ての販売者の販売者端末１５に対して電子メールの形
で入金通知を行う（図２の）。ここで販売者端末１５
に送られる電子メールの中には、第１および第２の購入
者２，３から申し込まれた商品の発送指示が含まれる。
この発送指示では、上記ステップＳ２における取引情報
の登録の際に指定された配送方法によって商品の発送を
行うことが指示される。

【００８２】仲介者サーバ１０から販売者端末１５に入
金通知の電子メールを受け取った第１および第２の販売
者１，２は、申込のあった商品を出荷する。そして、そ
の電子メール中に含まれている商品発送指示に従って所
定の配送業者に配送指示を出し、商品を発送する（図２
の）。このとき、第１および第２の販売者１，２はス
テップＳ６で、ＷＷＷブラウザを利用して販売者端末１
５から仲介者サーバ１０に対して配送情報の登録を行
う。

【００８３】図８は、上記ＷＷＷブラウザによって販売
者端末１５に提供される配送情報登録画面の例を示す図
である。図８に示すように、仲介者サーバ１０に対して
配送情報の登録を行う際には、この配送情報登録画面を
用いて、第１の販売者１あるいは第２の販売者２の利用
者ＩＤと氏名を入力するとともに、今回の取引内容を入
力する。なお、第１および第２の販売者１，２の情報に
関しては、利用者ＩＤを入力すれば、利用者管理データ
ベース１７から対応する氏名が読み出されて自動的に表
示される。

【００８４】また、取引内容に関しては、取引ＩＤを入
力すれば、利用者管理データベース１７からその取引に
関する第１の購入者２あるいは第２の購入者３の利用者
ＩＤと氏名が読み出されて自動的に表示されるととも
に、取引管理データベース１８から対応する取引品目、
配送方法が読み出されて自動的に表示される。さらに、
この取引内容については、発送日、配送業者から受領し
た配送伝票番号および配送業者の取扱店も入力する。

【００８５】上記図８の入力画面に従って入力された配
送情報は、ネットワーク１４を介して仲介者サーバ１０
に送られる。そして、ＷＷＷサーバ１１からＤＢサーバ
１２に与えられ、取引管理データベース１８にて保存、
管理される。このとき、配送情報は、入力された取引Ｉ
ＤあるいはグループＩＤに関連付けて記憶される。そし
て、配送情報の登録を受け付けた旨が仲介者サーバ１０
からグループ内の全ての利用者の販売者端末１５および
購入者端末１６に電子メールにて通知される。

【００８６】その後、第１および第２の販売者１，２か
ら発送された商品を第１および第２の購入者２，３が受
け取ったら、第１および第２の購入者２，３はステップ
Ｓ７で、配達された商品の内容を確認した上で、ＷＷＷ
ブラウザを利用して購入者端末１６から仲介者サーバ１
０に対して受領確認の登録を行う（図２の）。

【００８７】図９は、上記ＷＷＷブラウザによって購入
者端末１６に提供される受領確認登録画面の例を示す図
である。図９に示すように、仲介者サーバ１０に対して
受領確認情報の登録を行う際には、この受領確認登録画
面を用いて、第１の購入者２あるいは第２の購入者３の
利用者ＩＤと氏名を入力するとともに、今回の取引内容
を入力する。なお、第１および第２の購入者２，３の情
報に関しては、利用者ＩＤを入力すれば、利用者管理デ
ータベース１７から対応する氏名が読み出されて自動的
に表示される。

【００８８】また、取引内容に関しては、取引ＩＤを入
力すれば、利用者管理データベース１７からその取引に
関する第１の販売者１あるいは第２の販売者２の利用者
ＩＤと氏名が読み出されて自動的に表示されるととも
に、取引管理データベース１８から対応する取引品目、
配送方法、配送伝票番号が読み出されて自動的に表示さ
れる。さらに、この取引内容については、商品の受領日
も入力する。

【００８９】上記図９の入力画面に従って入力された受
領確認情報は、ネットワーク１４を介して仲介者サーバ
１０に送られる。そして、ＷＷＷサーバ１１からＤＢサ
ーバ１２に与えられ、取引管理データベース１８にて保
存、管理される。このとき、受領確認情報は、入力され
た取引ＩＤあるいはグループＩＤに関連付けて記憶され
る。

【００９０】購入者端末１６から仲介者サーバ１０に受
領確認の通知を受け取った仲介者４は、上記ステップＳ
３で第２の購入者３から送金された商品購入代金を第１
および第２の販売者１，２に対して支払う（図２の
）。この支払いの際に、仲介者４はステップＳ８で、
支払いに関するデータを管理系端末１３のデータ入力部
２４から手作業で入力する。

【００９１】この管理系端末１３より入力された支払情
報は、ＤＢサーバ１２に与えられ、取引管理データベー
ス１８にて保存、管理される。このとき、この支払情報
は、対応する取引ＩＤあるいはグループＩＤに関連付け
て記憶される。そして、支払いを完了した旨が仲介者サ
ーバ１０からグループ内の全ての利用者の販売者端末１
５および購入者端末１６に電子メールにて送信される。

【００９２】以上のようなステップＳ１〜Ｓ８の処理に
よって１つの取引が完了する訳であるが、この一連の取
引が行われている過程の任意の時点で、第１および第２
の販売者１，２、第１および第２の購入者２，３は、販
売者端末１５および購入者端末１６からＷＷＷブラウザ
を利用してＷＷＷサーバ１１にアクセスすることによ
り、そのときの取引情報を照会することが可能である。

【００９３】すなわち、販売者端末１５あるいは購入者
端末１６から仲介者サーバ１０に対して取引情報照会の
要求が行われると、ＤＢサーバ１２内の取引情報照会処
理部２３は、取引管理データベース１８から関連する取
引情報を取り出してＷＷＷサーバ１１に供給する。これ
を受けてＷＷＷサーバ１１は、所定の取引情報照会画面
を要求元の販売者端末１５あるいは購入者端末１６に提
供する。

【００９４】図１０は、上記ＷＷＷブラウザによって販
売者端末１５および購入者端末１６に提供される取引情
報照会画面の例を示す図である。図１０示す取引情報照
会画面には、照会取引、販売者、購入者および取引内容
の項目が含まれている。照会取引の項目中で取引ＩＤを
入力すると、販売者および購入者の項目に関しては、利
用者管理データベース１７から対応する情報が読み出さ
れて表示される。また、取引内容の項目に関しては、取
引管理データベース１８から対応する情報が読み出され
て表示される。

【００９５】さらに、上記照会取引の項目中で取引ＩＤ
を入力すると、その照会取引の項目中の他の内容（入金
状況、配送状況、支払状況）も表示される。これらの情
報表示は、取引管理データベース１８からその照会時点
で格納されている情報を読み出すことによって行われ
る。

【００９６】例えば、入金状況については、第２の購入
者３から仲介者４に対する商品購入代金の入金の有無や
入金日等が表示される。また、配送状況については、指
定した取引（第１の販売者１と第１の購入者２との取
引、または第２の販売者２と第２の購入者３との取引）
に関連する商品発送の有無や商品到着の有無、配送日、
到着日等が表示される。また、支払状況については、仲
介者４から第１および第２の販売者１，２に対する商品
購入代金の支払いの有無や支払日等が表示される。

【００９７】このように、本実施形態では、取引の進行
状況をリアルタイムに照会することができる。すなわ
ち、仲介者サーバ１０が稼動している限り、本システム
の利用者は取引の進行状況を毎日２４時間いつでも参照
することができる。また、この照会は仲介者サーバ１０
の処理によって自動的に行われるので、回答時のサービ
スコストが非常に少なくて済む。

【００９８】なお、図１０の例では、取引ＩＤを入力す
ることによって個々の取引の進行状況を個別に照会する
ようにしているが、グループＩＤを入力することによ
り、グループ内の複数の取引をまとめて照会できるよう
にしても良い。このようにすれば、複数の取引から成る
三者間取引の全体としての進行状況を容易に把握するこ
とができる。

【００９９】また、取引ＩＤやグループＩＤをキーにし
て照会を行うのではなく、利用者ＩＤをキーにして複数
の取引（その利用者に関して異なるグループに属する取
引を含む全ての取引）をまとめて照会できるようにして
も良い。このようにすれば、特定の利用者に関する多数
の取引を容易に管理することができる。したがって、取
引管理のためのシステムを自分では持たないが多数の商
品を扱っている販売者が、本実施形態の取引仲介システ
ムを利用して自己の取引管理を容易に行うこともできる
ようになる。

【０１００】さらに、本実施形態では、図１０に示した
ように、取引情報照会画面中にＧＵＩによる配送状況詳
細照会ボタン３１を設けている。この配送状況詳細照会
ボタン３１は、配送業者が運営している配送状況管理確
認システム（オンライントラッキングサービス）の照会
画面を表示するためのＵＲＬ（Uniform Resource Locat
or）にリンクされている。第１および第２の販売者１，
２あるいは第１および第２の購入者２，３がこの配送状
況詳細照会ボタン３１を操作すると、リンク先のＵＲＬ
に飛んで配送状況をより詳細に照会することができる。

【０１０１】すなわち、現在では、配送伝票番号をキー
として、配送の受注から配送の完了に至るまでの詳細な
配送状況を照会できるようにした配送状況管理確認シス
テムが広く用いられている。そこで、本実施形態におい
て新たに提案した上述の取引仲介システムと既存の配送
状況管理確認システムとを上述の配送状況詳細照会ボタ
ン３１を介して互いにリンクさせる。

【０１０２】これにより、本実施形態の取引仲介システ
ム単独で把握可能な情報を表示する図１０の取引情報照
会画面から、配送状況管理確認システムの詳細な配送状
況照会画面に任意に遷移できるようにすることにより、
商品の配送状況をより詳細に照会することができるよう
にしている。したがって、商品の発送、配達に関する詳
細な状況を確認することができるようになり、取引管理
の範囲を広げることができる。

【０１０３】例えば、図６中の取引条件で設定した商品
発送期限を過ぎても商品の発送が行われない場合は、仲
介者サーバ１０から購入者端末１６にトラブル発生の通
知メールが送られてくる。そこで、第１および第２の購
入者２，３は、配送状況管理確認システムの配送状況照
会画面を照会することによって商品の配送状況を確認す
る。そして、未だ商品が発送されていないことを確認で
きた場合には、その取引をキャンセルする旨を仲介者サ
ーバ１０に通知することにより、既に入金済みの代金を
返金してもらうことができる。

【０１０４】ここで参照する配送状況管理確認システム
の配送状況照会画面の情報は、販売者自身が入力した情
報ではなく、取引とは直接関係のない第三者である配送
業者が入力した情報であるから、信頼性の高い情報であ
る。したがって、この情報を用いて配送状況を確認でき
るようにすることにより、販売者が商品を実際には送っ
ていないのに送ったと偽る商品発送の詐欺を有効に防止
することができる。

【０１０５】また、図６中の取引条件で設定した商品受
領後の確認期間を過ぎても第１の購入者２あるいは第２
の購入者３から仲介者４に対して受領確認がない場合
は、第１および第２の販売者１，２は、仲介者サーバ１
０から送られてくるトラブル発生の通知メールに応じて
商品の配送状況を確認する。そして、既に商品が到着し
ていることを確認できた場合には、その旨を仲介者サー
バ１０に通知することにより、仲介者４から商品の代金
を受け取ることができる。

【０１０６】ここで参照する配送状況管理確認システム
の配送状況照会画面の情報は、購入者自身が入力した情
報ではなく、取引とは直接関係のない第三者である配送
業者が入力した情報であるから、信頼性の高い情報であ
る。したがって、この情報を用いて配送状況を確認でき
るようにすることにより、購入者が商品を実際には受け
取っているのに受け取っていないと偽る商品到着の詐欺
を有効に防止することができる。

【０１０７】以上詳しく説明したように、本実施形態の
取引仲介システムによれば、三者間の取引をまとめて決
済することにより、全体として商品の購入者が支払いを
行う機会を少なくすることができ、商取引に伴う代金支
払の事務作業量の手間と入金手数料の無駄を少なくする
ことができる。また、複雑な取引進行を一元的に管理す
ることができ、全ての当事者が関連する取引全体の状況
を容易に確認することもできる。

【０１０８】また、販売者にとっては、購入者から商品
購入代金が支払われたことを確認するまでは商品を発送
する必要がなくなるので、商品を購入者に送っても代金
回収ができないという不都合を完全になくすことができ
る。さらに、取引情報照会画面を参照することによっ
て、任意の時点で取引の進行状況を把握することもで
き、取引を円滑に進めるためなどに役立てることができ
る。

【０１０９】また、購入者にとっては、支払った代金が
販売者によって持ち逃げされる恐れが全くなくなり、代
金前払いの場合に伴う不安感から完全に解放される。ま
た、代金前払いの場合はもちろん、商品配達時における
代金引換の場合には、購入代金を支払った後でないと商
品の中身を確認することはできないが、本実施形態によ
れば商品を確認するまでは販売者に対する支払いを留保
することができる。さらに、取引情報照会画面を参照す
ることによって、任意の時点で取引の進行状況を把握す
ることもでき、取引を円滑に進めるためなどに役立てる
ことができる。

【０１１０】これにより、三者間取引、とりわけ取引が
通信販売や電子商取引によって行われる場合の販売者お
よび購入者のリスクを払拭することができ、取引をより
安全かつ確実に行うことができる。また、販売者や購入
者に信用力がなくても、仲介者４の信用力を利用して取
引を行うことができる。そのため、取引の相手が個人や
知名度のない企業等の場合であっても安心して取引を行
うことができるようになる。その際、図６の支払方法に
も示したように、代金前払いと代金後払いのどちらも安
心して選ぶことができる。さらに、支払方法としてクレ
ジットカードあるいはデビットカード等のオンライン決
済を利用することもでき、入金・与信方法の多様化、入
金時間の短縮を図ることもできる。

【０１１１】なお、上記実施形態では、購入申込から三
者間の合意までについては本実施形態の取引仲介システ
ムとは関係なく行い、合意が成立した後で本実施形態の
取引仲介システムが利用される例について説明したが、
購入申込から合意の仕組みまで本実施形態の取引仲介シ
ステムに取り入れるようにしても良い。

【０１１２】例えば、個々の取引に関連する販売者また
は購入者がその取引に関する情報の登録を購入申込と共
に行う。そして、仲介者サーバ１０において、購入申込
と共に登録された様々な取引の中から任意の取引を選
び、それらの取引に関連する販売者と購入者とでグルー
プを開設し、そのことを該当者に電子メールで通知して
合意を得るようにしても良い。なお、この場合の取引情
報登録は、図１１のような画面に従って行えば良い。こ
のようにすれば、直接関連性のない取引あるいは直接関
連性のない利用者間で任意にグループを開設し、それら
の決済をまとめて行うことが可能となる。

【０１１３】また、上記実施形態では、販売者端末１５
や購入者端末１６から仲介者サーバ１０への通知をネッ
トワーク１４を介して行い、仲介者サーバ１０から販売
者端末１５や購入者端末１６への通知もネットワーク１
４を介して行っているが、必ずしもネットワーク１４を
介して行う必要はない。例えば、フロッピー（登録商
標）ディスクなどの情報記録媒体に必要な通知データを
格納し、この情報記録媒体をやり取りすることによって
通知を行うようにしても良い。また、ファクシミリや電
話などを使って通知を行うようにしても良い。ただし、
これらの場合には、取引情報を照会できるようにするた
めに、通知内容を仲介者４が管理系端末１３からデータ
エントリする必要がある。

【０１１４】また、上記実施形態では、販売者と購入者
とが１対１の取引を２つ組み合わせて三者間の取引をま
とめて決済する場合を例にとって説明したが、三者間以
上の取引をまとめて決済する場合にも本実施形態の取引
仲介システムを適用することが可能である。また、販売
者と購入者とが１対多の共同購入による取引にも本実施
形態の取引仲介システムを適用することが可能である。

【０１１５】共同購入に適用した場合には、１つの取引
で生じる多数の配送状況を一元的に管理することができ
る。また、購入に必要な事務手続を複数の購入者が分散
して行うことにより、従来は購入に関する手続を一手に
請け負っていた代表の購入者に大きな作業負担をかけな
くても済むようになるとともに、共同購入に伴う決済も
単純にすることができる。

【０１１６】次に、第２の実施形態による取引仲介シス
テムについて説明する。図１２は、第２の実施形態によ
る取引仲介システムの構成例を示す図である。なお、図
１２において、図３に示した符号と同一の符号を付した
ものは同一の機能を有するものであるので、ここでは重
複する説明を省略する。

【０１１７】上記第１の実施形態では、商品の販売者が
最終的に仲介者４から販売代金を受け取るようにしてい
た（図２の）。これに対して、第２の実施形態では、
この販売代金を仲介者サーバ１０にプールし、以降の商
品購入時にそのプールしておいた代金を利用できるよう
にする。

【０１１８】図１２に示すように、第２の実施形態によ
る取引仲介システムでは、仲介者サーバ１０のＤＢサー
バ１２は、第１の実施形態で説明した利用者管理データ
ベース１７、取引管理データベース１８の他に、残高管
理データベース１９の管理も行う。残高管理データベー
ス１９は、第１および第２の販売者１，２、第１および
第２の購入者２，３がそれぞれ仲介者サーバ１０にプー
ルしている金額の残高を管理するためのものである。

【０１１９】第２の実施形態において、仲介者サーバ１
０は、取引の最終段階で第１および第２の販売者１，２
に対して送金（図２の）を行うことなく、ＤＢサーバ
１２内のＤＢ管理部２２によって、その送金金額に相当
する代金を利用者ＩＤに関連付けて残高管理データベー
ス１９に保存する。このとき、その利用者ＩＤに対応す
る残高が既に存在する場合は、その残高に対して新たな
代金を追加する。

【０１２０】一方、取引の最初の段階で購入者が商品の
購入代金を支払うときは、仲介者４への代金の送金や送
金通知（図２の）を実際に行うことなく、支払依頼通
知を仲介者サーバ１０に対して行う。この支払依頼通知
を受けた仲介者サーバ１０は、ＤＢサーバ１２内のＤＢ
管理部２２によって、支払者に対応する利用者ＩＤに関
連付けて残高管理データベース１９に記憶されている残
高から支払金額に相当する代金を減算する。

【０１２１】このように、代金プール機能を設けた第２
の実施形態によれば、商品の購入者が支払いを行う機会
を更に少なくすることができ、商取引に伴う代金支払の
事務作業量の手間と入金手数料の無駄をより少なくする
ことができる。

【０１２２】以上に説明した第１および第２の実施形態
による仲介者サーバ１０が有する各機能部は、コンピュ
ータのＣＰＵあるいはＭＰＵ、ＲＡＭ、ＲＯＭなどで構
成されるものであり、ＲＡＭやＲＯＭに記憶されたプロ
グラムが動作することによって実現できる。したがっ
て、コンピュータが上記機能を果たすように動作させる
プログラムを、例えばＣＤ−ＲＯＭのような記録媒体に
記録し、コンピュータに読み込ませることによって実現
できるものである。上記プログラムを記録する記録媒体
としては、ＣＤ−ＲＯＭ以外に、フロッピーディスク、
ハードディスク、ＤＶＤ、磁気テープ、光磁気ディス
ク、不揮発性メモリカード等を用いることができる。

【０１２３】また、コンピュータが供給されたプログラ
ムを実行することにより上述の実施形態の機能が実現さ
れるだけでなく、そのプログラムがコンピュータにおい
て稼働しているＯＳ（オペレーティングシステム）ある
いは他のアプリケーションソフト等と共同して上述の実
施形態の機能が実現される場合や、供給されたプログラ
ムの処理の全てあるいは一部がコンピュータの機能拡張
ボードや機能拡張ユニットにより行われて上述の実施形
態の機能が実現される場合も、かかるプログラムは本発
明の実施形態に含まれる。

【０１２４】また、上記実施形態の取引仲介システムは
ネットワーク環境で利用されるものであり、仲介者サー
バ１０の機能を実現するためのプログラムの全部あるい
は一部が他のコンピュータで実行されるようになってい
ても良い。

【０１２５】その他、上記に示した各実施形態は、何れ
も本発明を実施するにあたっての具体化の一例を示した
ものに過ぎず、これらによって本発明の技術的範囲が限
定的に解釈されてはならないものである。すなわち、本
発明はその精神、またはその主要な特徴から逸脱するこ
となく、様々な形で実施することができる。

【０１２６】

【発明の効果】以上詳しく説明したように、本発明によ
れば、三者間以上の取引をまとめて決済することによ
り、全体として商品の購入者が支払いを行う機会を少な
くすることができ、商取引に伴う代金支払の事務作業量
の手間と入金手数料の無駄を少なくすることができる。
また、複雑な取引進行を一元的に管理することができ、
取引進行状況の全容を容易に把握することができるとと
もに、当事者が多くなる複雑な取引に関する精算事務を
簡素化することができる。

【０１２７】また、代金後払いとした場合に販売者が申
込商品を購入者に送っても購入代金の回収ができないと
か、代金前払いとした場合に購入者が購入代金を支払っ
ても申込商品が送られてこないといった不都合を完全に
なくすことができる。これにより、商品の流れと購入代
金の流れとが必ずしも１対１に対応しない複雑な三者間
以上の取引において、複数の当事者間における商品の発
送と購入代金の支払いに関する信用保証を確保してトラ
ブルの発生を少なくし、取引をより安全かつ確実に行う
ことができる。

【０１２８】本発明の他の特徴によれば、三者間以上の
取引に関して任意に設定した取引条件を仲介者側装置に
登録するようにしたので、三者以上の複雑な取引を行う
に当たって何をもってトラブル発生とするかの境界を明
確にすることができ、取引の当事者に対して取引条件に
違反しないように意識させることができる。したがっ
て、代金を払っているのに商品が送られてこないといっ
たトラブルや、商品を発送しているのに代金が支払われ
ないといったトラブルを抑止することができ、取引に伴
う互いの信用供与を確保することができる。また、取引
条件を取引ごとに柔軟に変更することができるので、取
引の内容に合わせて信用供与の形態を適切に変えること
ができる。

【０１２９】本発明のその他の特徴によれば、取引の過
程で行われる種々のイベントに関する情報をデータベー
スとして保存、管理し、販売者あるいは購入者からの要
求に応じて取引の状況を照会する手段を設けたので、複
雑な取引の進行状況をいつでも容易に確認することがで
きる。また、本発明のその他の特徴によれば、照会画面
から配送状況管理確認システムにリンクを張り、当該リ
ンクを辿って商品の配送状況をも照会できるようにした
ので、商品の発送に関する詳細な状況についてもいつで
も容易に確認することができる。これにより、取引に伴
うトラブルの発生を容易に監視することができ、取引を
より安全かつ確実に行うように促すことができるととも
に、トラブルが発生した場合にも適切な対応を迅速にと
ることができるようになる。

【図面の簡単な説明】

【図１】本実施形態による取引仲介システムを用いて行
われる取引の例を説明するための図である。

【図２】第１の実施形態による取引仲介システムを用い
て行われる取引の概要を説明するための図である。

【図３】第１の実施形態による取引仲介システムの構成
例を示す図である。

【図４】取引仲介システムの処理手順を示すフローチャ
ートである。

【図５】ＷＷＷブラウザによって販売者端末および購入
者端末に提供される利用者登録画面の例を示す図であ
る。

【図６】ＷＷＷブラウザによって販売者端末および購入
者端末に提供される取引情報登録画面の例を示す図であ
る。

【図７】ＷＷＷブラウザによって購入者端末に提供され
る入金情報登録画面の例を示す図である。

【図８】ＷＷＷブラウザによって販売者端末に提供され
る配送情報登録画面の例を示す図である。

【図９】ＷＷＷブラウザによって購入者端末に提供され
る受領確認登録画面の例を示す図である。

【図１０】ＷＷＷブラウザによって販売者端末および購
入者端末に提供される取引情報照会画面の例を示す図で
ある。

【図１１】ＷＷＷブラウザによって販売者端末および購
入者端末に提供される取引情報登録画面の他の例を示す
図である。

【図１２】第２の実施形態による取引仲介システムの構
成例を示す図である。

【符号の説明】

１ 第１の販売者 ２ 第１の購入者（第２の販売者） ３ 第２の購入者 ４ 仲介者 １０ 仲介者サーバ １１ ＷＷＷサーバ １２ ＤＢサーバ １３ 管理系端末 １４ ネットワーク １５ 販売者端末 １６ 購入者端末 １７ 利用者管理データベース １８ 取引管理データベース １９ 残高管理データベース ２１ ＩＤ割当部 ２２ ＤＢ管理部 ２３ 取引情報照会処理部 ２４ データ入力部 ３１ 配送状況詳細照会ボタン

フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ５０２ Ｇ０６Ｆ 17/60 ５０２

Claims (22)

【特許請求の範囲】
1. 【請求項１】 商品の販売者と購入者とが合わせて三者
   以上存在する取引を仲介者が仲介し、一以上の購入者の
   うちの少なくとも一人から上記仲介者に対して支払われ
   た上記商品の代金を差額精算して一以上の販売者に対し
   て与えるようにする処理を支援する取引仲介システムで
   あって、 上記一以上の購入者のうちの少なくとも一人から上記仲
   介者に対して上記商品の代金が支払われた場合に、仲介
   者側装置から一以上の販売者側装置に入金通知を行うこ
   とによって上記一以上の販売者に上記商品の発送を促す
   入金通知手段と、 上記入金通知手段により入金通知があったことに対応し
   て上記一以上の販売者から上記一以上の購入者に発送さ
   れた商品について、当該商品を受領したことを上記一以
   上の購入者側装置から上記仲介者側装置に通知すること
   によって上記一以上の販売者に対する上記代金の支払を
   上記仲介者に促す受領確認手段とを備えたことを特徴と
   する取引仲介システム。
2. 【請求項２】 上記一以上の購入者のうちの少なくとも
   一人が上記仲介者に対して上記商品の代金を支払ったこ
   とを表す送金通知を上記購入者側装置から上記仲介者側
   装置に行うことによって上記仲介者側装置による上記入
   金通知を促す送金通知手段を備えたことを特徴とする請
   求項１に記載の取引仲介システム。
3. 【請求項３】 商品の販売者と購入者とが合わせて三者
   以上存在する複数の取引を仲介者が仲介し、一以上の購
   入者のうちの少なくとも一人から上記仲介者に対して支
   払われた上記商品の代金を差額精算して一以上の販売者
   に対して与えるようにする処理を支援する取引仲介シス
   テムであって、当該取引仲介システムは仲介者サーバを
   備え、上記仲介者サーバは、 上記一以上の購入者のうちの少なくとも一人から上記仲
   介者に対して上記商品の代金が支払われた場合に、一以
   上の販売者側装置にネットワークを介して入金通知を行
   うことによって上記一以上の販売者に上記商品の発送を
   促す入金通知手段と、 上記入金通知手段により入金通知があったことに対応し
   て上記一以上の販売者から上記一以上の購入者に発送さ
   れた商品について、当該商品を上記一以上の購入者が受
   領したことを表す受領確認通知を、一以上の購入者側装
   置から上記ネットワークを介して受信する受領確認受信
   手段とを備えたことを特徴とする取引仲介システム。
4. 【請求項４】 上記一以上の購入者のうちの少なくとも
   一人が上記仲介者に対して上記商品の代金を支払ったこ
   とを表す送金通知を、上記購入者側装置から上記ネット
   ワークを介して受信する送金通知受信手段を備えたこと
   を特徴とする請求項３に記載の取引仲介システム。
5. 【請求項５】 三者以上の販売者と購入者とで行われる
   取引に関する取引情報を上記仲介者側装置に登録する取
   引情報登録手段を備え、 上記取引情報は取引条件を含み、上記取引条件を任意に
   設定可能としたことを特徴とする請求項１〜４の何れか
   １項に記載の取引仲介システム。
6. 【請求項６】 上記取引仲介システムを用いた上記一以
   上の販売者と上記一以上の購入者との間における取引の
   過程で行われる種々のイベントに関する情報をデータベ
   ースとして保存、管理するデータベース管理手段と、 上記販売者側装置あるいは上記購入者側装置からの要求
   に応じて、上記データベースに保存されている情報を用
   いて上記取引の進行状況を照会する取引情報照会処理手
   段とを備えたことを特徴とする請求項１〜５の何れか１
   項に記載の取引仲介システム。
7. 【請求項７】 上記種々のイベントに関する情報は、上
   記一以上の購入者のうちの少なくとも一人から上記仲介
   者に対して行われる上記代金の支払いに関する情報およ
   び、上記一以上の販売者から上記一以上の購入者に対し
   て行われる上記商品の発送に関する情報を含むことを特
   徴とする請求項６に記載の取引仲介システム。
8. 【請求項８】 上記取引情報照会処理手段により表示さ
   れる照会画面から配送状況管理確認システムにリンクを
   張り、当該リンクを辿って上記配送状況管理確認システ
   ムの照会画面に遷移することにより、上記一以上の販売
   者から上記一以上の購入者に対して発送された商品の配
   送状況を照会できるように構成したことを特徴とする請
   求項６または７に記載の取引仲介システム。
9. 【請求項９】 上記一以上の購入者のうちの少なくとも
   一人から上記仲介者に対して支払われた上記商品の代金
   を差額精算し、上記仲介者側装置においてプールしてい
   る上記一以上の販売者の金額情報に精算金額を追加して
   管理する残額管理手段を備え、 上記残額管理手段により管理されているプール代金を用
   いて商品購入代金の支払いを行うべく、上記購入者側装
   置から上記仲介者側装置に支払依頼通知を行うようにし
   たことを特徴とする請求項１〜８の何れか１項に記載の
   取引仲介システム。
10. 【請求項１０】 商品の販売者と購入者とが合わせて三
    者以上存在する取引を仲介者が仲介し、一以上の購入者
    のうちの少なくとも一人から上記仲介者に対して支払わ
    れた上記商品の代金を差額精算して一以上の販売者に対
    して与えるようにする処理を支援する取引仲介システム
    に用いられるデータ処理装置であって、 上記一以上の購入者のうちの少なくとも一人から上記仲
    介者に対して上記商品の代金が支払われた場合に、一以
    上の販売者側装置に入金通知を行うことによって上記一
    以上の販売者に上記商品の発送を促す入金通知手段と、 上記入金通知手段により入金通知があったことに対応し
    て上記一以上の販売者から上記一以上の購入者に発送さ
    れた商品について、当該商品を上記一以上の購入者が受
    領したことを表す受領確認通知を一以上の購入者側装置
    から受信する受領確認受信手段とを備えたことを特徴と
    するデータ処理装置。
11. 【請求項１１】 上記一以上の購入者のうちの少なくと
    も一人が上記仲介者に対して上記商品の代金を支払った
    ことを表す送金通知を上記購入者側装置から受信する送
    金通知受信手段を備えたことを特徴とする請求項１０に
    記載のデータ処理装置。
12. 【請求項１２】 三者以上の販売者と購入者とで行われ
    る取引に関して任意に設定された取引条件を含む取引情
    報を受信して登録する取引情報登録手段を備えたことを
    特徴とする請求項１０または１１に記載のデータ処理装
    置。
13. 【請求項１３】 上記取引仲介システムを用いた上記一
    以上の販売者と上記一以上の購入者との間における取引
    の過程で行われる種々のイベントに関する情報をデータ
    ベースとして保存、管理するデータベース管理手段と、 上記販売者側装置あるいは上記購入者側装置からの要求
    に応じて、上記データベースに保存されている情報を用
    いて上記取引の進行状況を照会する取引情報照会処理手
    段とを備えたことを特徴とする請求項１０〜１２の何れ
    か１項に記載のデータ処理装置。
14. 【請求項１４】 上記種々のイベントに関する情報は、
    上記一以上の購入者のうちの少なくとも一人から上記仲
    介者に対して行われる上記代金の支払いに関する情報お
    よび、上記一以上の販売者から上記一以上の購入者に対
    して行われる上記商品の発送に関する情報を含むことを
    特徴とする請求項１３に記載のデータ処理装置。
15. 【請求項１５】 上記一以上の購入者のうちの少なくと
    も一人から上記仲介者に対して支払われた上記商品の代
    金を差額精算し、上記一以上の販売者についてそれぞれ
    プールしている金額情報に精算金額を追加して管理する
    残額管理手段を備え、 上記残額管理手段により管理されているプール代金を用
    いて商品の購入を行うことを可能としたことを特徴とす
    る請求項１０〜１４の何れか１項に記載のデータ処理装
    置。
16. 【請求項１６】 商品の販売者と購入者とが合わせて三
    者以上存在する取引を仲介者が仲介し、一以上の購入者
    のうちの少なくとも一人から上記仲介者に対して支払わ
    れた上記商品の代金を差額精算して一以上の販売者に対
    して与えるようにする処理を支援する取引仲介システム
    に用いられるデータ処理装置であって、 上記一以上の販売者が上記一以上の購入者に対して上記
    商品の発送を行う前提として、上記一以上の購入者のう
    ちの少なくとも一人から上記仲介者に対して上記商品の
    代金が支払われた場合に仲介者側装置から送られる入金
    通知を受信する入金通知受信手段を備えたことを特徴と
    するデータ処理装置。
17. 【請求項１７】 商品の販売者と購入者とが合わせて三
    者以上存在する取引を仲介者が仲介し、一以上の購入者
    のうちの少なくとも一人から上記仲介者に対して支払わ
    れた上記商品の代金を差額精算して一以上の販売者に対
    して与えるようにする処理を支援する取引仲介システム
    に用いられるデータ処理装置であって、 上記仲介者が上記一以上の販売者に対して上記商品の発
    送を促すための前提として、上記一以上の購入者のうち
    の少なくとも一人が上記仲介者に対して上記商品の代金
    を支払ったことを表す送金通知を仲介者側装置に対して
    行う送金通知手段を備えたことを特徴とするデータ処理
    装置。
18. 【請求項１８】 商品の販売者と購入者とが合わせて三
    者以上存在する取引を仲介者が仲介し、一以上の購入者
    のうちの少なくとも一人から上記仲介者に対して支払わ
    れた上記商品の代金を差額精算して一以上の販売者に対
    して与えるようにする処理を支援する取引仲介システム
    に用いられるデータ処理装置であって、 上記一以上の販売者から上記一以上の購入者に発送され
    た商品について、当該商品を受領したことを仲介者側装
    置に通知することによって、上記一以上の購入者のうち
    の少なくとも一人から上記仲介者に対してあらかじめ送
    金された上記販売者に対する代金の支払を上記仲介者に
    促す受領確認手段を備えたことを特徴とするデータ処理
    装置。
19. 【請求項１９】 商品の販売者と購入者とが合わせて三
    者以上存在する取引を仲介者が仲介し、一以上の購入者
    のうちの少なくとも一人から上記仲介者に対して支払わ
    れた上記商品の代金を差額精算して一以上の販売者に対
    して与えるようにする処理を支援する取引仲介方法であ
    って、 上記一以上の購入者のうちの少なくとも一人から上記仲
    介者に対して上記商品の代金が支払われた場合に、仲介
    者側装置から一以上の販売者側装置に入金通知を行うこ
    とによって上記一以上の販売者に上記商品の発送を促す
    入金通知ステップと、 上記入金通知があったことに対応して上記一以上の販売
    者から上記一以上の購入者に発送された商品について、
    当該商品を受領したことを一以上の購入者側装置から上
    記仲介者側装置に通知することによって上記一以上の販
    売者に対する上記代金の支払を促す受領確認ステップと
    を有することを特徴とする取引仲介方法。
20. 【請求項２０】 上記入金通知ステップの前に、上記一
    以上の購入者のうちの少なくとも一人が上記仲介者に対
    して上記商品の代金を支払ったことを表す送金通知を上
    記購入者側装置から上記仲介者側装置に行うことによっ
    て上記入金通知を促す送金通知ステップを有することを
    特徴とする請求項１９に記載の取引仲介方法。
21. 【請求項２１】 請求項１〜１８の何れか１項に記載の
    各手段としてコンピュータを機能させるためのプログラ
    ムを記録したことを特徴とするコンピュータ読み取り可
    能な記録媒体。
22. 【請求項２２】 請求項１９または２０に記載の取引仲
    介方法の処理手順をコンピュータに実行させるためのプ
    ログラムを記録したことを特徴とするコンピュータ読み
    取り可能な記録媒体。