JP2002109268A - インターネット売買システムおよびそれに適用される仲介保証装置 - Google Patents

Abstract

(57)【要約】 【構成】 インターネット売買システム１０は、仲介斡
旋サーバ１２を含む。購入者はＰＣ１８を操作して、ネ
ットワーク１４を介して仲介斡旋サーバ１２にアクセス
し、インターネットサイト上に掲載された商品を注文す
ることができる。商品を注文すると、その注文データが
仲介斡旋サーバ１２を介して仲介保証サーバ２０に与え
られる。仲介保証サーバ２０は、注文データを受けて、
金融サーバ２２が所有する指定口座に対価を振り込むよ
う購入者に指示し、振込みがあると、販売サーバ１６に
商品の発送を指示する。そして、物流管理サーバ２４か
ら商品の配送終了の通知を受けると、販売者の金融口座
に対価を振り込むよう金融サーバ２４に指示する。した
がって、商品が届いたのに料金が振り込まれない、また
は料金を振り込んだのに商品が届かないなどのトラブル
が発生しない。 【効果】 安全な商取引を実現することができる。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、インターネット
売買システムおよびそれに用いられる仲介保証装置に関
し、特にたとえばインターネットサイトに商品を掲載し
て購入者を募り、購入者が所望の商品等を購入すること
ができる、インターネット売買システムおよびそれに用
いられる仲介保証装置に関する。

【０００２】

【従来の技術】近年、コンピュータの発展および普及率
の増加により、インターネットの利用者はますます増加
しつつある。このインターネットを利用して、世界中の
あらゆる商品を現地まで出向くことなく購入可能なイン
ターネット売買も盛んに行われている。

【０００３】このようなインターネット売買において
は、購入者が無数にあるインターネットサイトから所望
の商品を見つけるのは困難であるため、複数の販売者
（個人または店舗など）と契約し、インターネット上で
商品広告を掲載、商品の検索およびオークションのよう
な種々のサービスを提供する仲介斡旋サーバなどが増え
つつある。

【０００４】

【発明が解決しようとする課題】しかし、仲介斡旋サー
バはあくまで購入者と販売者とを繁くだけであり、実際
の商品または金銭のやり取りは依然として購入者と販売
者との間で行われていた。したがって、お金を振り込ん
だのに商品が届かない、商品を発送したのにお金が振り
込まれない、または、発注した商品と異なる商品が届い
た、などといったインターネット売買におけるトラブル
が絶えず、インターネットの普及増加に伴い深刻な問題
となっていた。

【０００５】それゆえに、この発明の主たる目的は、安
全な商取引を実現できる、インターネット売買システム
およびそれに適用される仲介保証装置を提供することで
ある。

【０００６】

【課題を解決するための手段】第１の発明は、販売者が
販売する商品の商品情報をインターネットサイト上に掲
載して商品の購入者を募り、ネットワークを介して購入
者が所有する端末からの商品の注文を受ける販売サー
バ、ネットワークを介して特定の口座への入金の確認お
よび特定の口座から他の口座への振り込み可能な金融サ
ーバ、商品の配送管理を行い、ネットワークを介して配
送管理に関する情報を送受信可能な物流管理サーバ、お
よび販売サーバ、金融サーバおよび物流管理サーバとネ
ットワークを介して通信可能に接続される仲介保証サー
バを備える、インターネット売買システムであって、仲
介保証サーバは、購入サーバ、販売サーバ、金融サーバ
または物流管理サーバからネットワークを介して取得し
た情報に基づいて、商品の配送および商品に対する代価
の支払を管理する、インターネット売買システムであ
る。

【０００７】第２の発明は、少なくとも１人の販売者が
販売する商品の商品情報をインターネットサイト上に掲
載して商品の購入者を募り、ネットワークを介して購入
者が所有する端末から商品を注文すると、注文を該当す
る販売サーバに仲介する仲介斡旋サーバ、ネットワーク
を介して特定の口座への入金の確認および特定の口座か
ら他の口座への振り込み可能な金融サーバ、商品の配送
管理を行い、ネットワークを介して配送管理に関する情
報を送受信可能な物流管理サーバ、および販売サーバ、
金融サーバおよび物流管理サーバとネットワークを介し
て通信可能に接続される仲介保証サーバを備える、イン
ターネット売買システムであって、仲介保証サーバが端
末、仲介斡旋サーバ、金融サーバまたは物流管理サーバ
からネットワークを介して取得した情報に基づいて、イ
ンターネット売買における商品の配送および商品に対す
る代価の支払を管理する、インターネット売買システム
である。

【０００８】第３の発明は、販売者が販売する商品の商
品情報をインターネットサイト上に掲載して商品の購入
者を募り、ネットワークを介して購入者が所有する端末
からの商品の発注を受ける販売サーバ、ネットワークを
介して特定の口座への入金の確認および特定の口座から
他の口座への振り込み可能な金融サーバ、商品の配送管
理を行い、ネットワークを介して配送管理に関する情報
を送受信可能な物流管理サーバ、および販売サーバ、金
融サーバおよび物流管理サーバとネットワークを介して
通信可能に接続される仲介保証サーバを備えるインター
ネット売買システムであって、仲介保証サーバは、販売
サーバから注文データを受信する第１注文データ受信手
段、注文データ受信手段によって受信された注文データ
を記憶する注文データ記憶手段、注文データを販売サー
バに送信する第１注文データ送信手段、端末に商品の代
価の振込みに関する購入情報を通知する購入情報通知手
段、金融サーバから振込み終了の通知を受けて販売サー
バに商品を発送する発送指示を送信する発送指示手段、
および物流管理サーバから配送終了の通知を受けて代価
を販売者の金融口座に振込む振込み指示を金融サーバに
送信する振込み指示手段を備える、インターネット売買
システムである。

【０００９】第４の発明は、販売者が販売する商品の商
品情報をインターネットサイト上に掲載する販売サー
バ、販売サーバと購入者の端末との間でインターネット
を介して商品を売買し、購入者への商品の配送および販
売者への代価の支払を管理する仲介保証装置であって、
端末からの注文データを受信する注文データ受信手段、
注文データ受信手段によって受信された注文データを記
憶する注文データ記憶手段、注文データを販売サーバに
送信する注文データ送信手段、端末に商品の代価の振込
みに関する購入情報を通知する購入情報通知手段、振込
み終了の通知を受けて販売サーバに商品を発送する発送
指示を送信する発送指示手段、および配送終了の通知を
受けて代価を販売者の金融口座に振込むことを指示する
振込み指示手段を備える、仲介保証装置である。

【００１０】第５の発明は、少なくとも１人の販売者が
販売する商品の商品情報をインターネットサイト上に掲
載する仲介斡旋サーバ、仲介斡旋サーバを介して購入者
の端末と販売者の販売サーバとの間でインターネットを
介して商品を売買し、購入者への商品の配送および販売
者への代価の支払を管理する仲介保証装置であって、仲
介斡旋サーバからの注文データを受信する注文データ受
信手段、注文データ受信手段によって受信された注文デ
ータを記憶する注文データ記憶手段、注文データを販売
サーバに送信する注文データ送信手段、端末に商品の代
価の振込みに関する購入情報を通知する購入情報通知手
段、振込み終了の通知を受けて販売サーバに商品を発送
する発送指示を送信する発送指示手段、および配送終了
の通知を受けて代価を販売者の金融口座に振込むことを
指示する振込み指示手段を備える、仲介保証装置であ
る。

【００１１】

【作用】第１の発明のインターネット売買システムで
は、販売サーバは、販売者が販売する商品の商品情報を
インターネットサイト上に掲載して商品の購入者を募
り、ネットワークを介して購入者が所有する端末からの
商品の発注を受ける。また、金融サーバは、たとえば銀
行のような金融機関が管理するサーバであって、ネット
ワークを介して特定の口座への込みを確認することがで
き、またその特定の口座から他の口座への振込みをする
ことができる。さらに、物流管理サーバは、たとえば運
送業者が管理するサーバであって、商品の配送管理を実
行し、ネットワークを介して配送管理に関する情報を送
受信することができる。このような、販売サーバ、金融
サーバおよび物流管理サーバとネットワークを介して、
仲介保証サーバは通信可能に接続される。この仲介保証
サーバは、購入者の端末、販売サーバ、金融サーバまた
は物流管理サーバからネットワークを介して取得した情
報に基づいて、商品の配送および商品に対する代価の支
払を管理する。つまり、購入者と販売者との間に第三者
である仲介保証サーバを介在するため、お金を振り込ん
だのに商品が届かない、商品を発送したのにお金が振り
込まれない、などのトラブルを回避することができる。

【００１２】たとえば、仲介保証サーバは購入者の端末
から商品の注文情報を受けるので、これに応じて販売サ
ーバに商品の注文があることを通知することができる。
また、仲介保証サーバは販売サーバから商品の注文情報
を受けるようにしてもよい。つまり、購入者が販売者に
直接注文し、その注文情報が販売サーバから仲介保証サ
ーバに送信される。したがって、仲介保証サーバは、注
文情報に従って商品の配送および代価の振込みを管理す
る。

【００１３】第２の発明のインターネット売買システム
では、第１の発明に記載のインターネット売買システム
において、さらに販売者が販売する商品の商品情報をイ
ンターネットサイト上に掲載して商品の購入者を募り、
ネットワークを介して購入者が所有する端末から商品を
受注し、受注を販売サーバに仲介する仲介斡旋サーバが
設けられる。このため、購入者は仲介斡旋サーバを利用
して所望の商品を容易に探すことができる。また、購入
者と販売者との間に第三者である仲介保証サーバを介在
するので、お金を振り込んだのに商品が届かない、商品
を発送したのにお金が振り込まれない、などのトラブル
を回避することが可能となる。

【００１４】たとえば、仲介保証サーバは購入者の端末
から商品の注文情報を受けるので、これに応じて販売サ
ーバに商品の注文があることすなわち注文情報を通知す
ることができる。仲介保証サーバは、この注文情報に従
って商品の配送および代価の支払を管理している。

【００１５】また、仲介保証サーバは、仲介斡旋サーバ
から商品の注文情報を受けるようにしてもよい。つま
り、購入者から商品の注文を受けた仲介斡旋サーバが販
売サーバおよび仲介保証サーバに注文情報を通知するこ
とができる。

【００１６】さらに、仲介保証サーバは、販売サーバか
ら商品の注文情報を受けるようにしてもよい。つまり、
購入者が商品を注文すると、その注文情報が仲介斡旋サ
ーバを介して販売サーバに通知され、販売サーバから仲
介保証サーバに注文情報を通知することができる。

【００１７】また、仲介保証サーバが仲介斡旋サーバを
含むようにしてもよい。つまり、仲介保証サーバが仲介
斡旋サーバの役割を果たすようにすることもできる。な
お、仲介斡旋サーバが仲介保証サーバを含むようにして
も同じである。

【００１８】さらに、仲介保証サーバは、少なくともク
ーリングオフ制度に基づく期間あるいは仲介保証サーバ
の管理者が任意に設定した期間において、商品の返品お
よび商品の代価の返還を管理することもできる。したが
って、購入者は、安心して商品を購入することができ
る。

【００１９】このような仲介保証サーバは、購入者また
は販売者から保険料を徴収し、商品または商品に対する
代価を保証する責任を負うようにしてもよい。なお、サ
ービスの一環として保証する責任を負ってもよい。

【００２０】第３の発明のインターネット売買システム
では、販売サーバは、販売者が販売する商品の商品情報
をインターネットサイト上に掲載して商品の購入者を募
り、ネットワークを介して購入者が所有する端末からの
商品の注文を受ける。また、金融サーバは、たとえば銀
行のような金融機関が管理するサーバであり、ネットワ
ークを介して特定の口座への込みを確認することがで
き、またその特定の口座から他の口座への振込みをする
ことができる。さらに、物流管理サーバは、たとえば運
送業者が管理サーバであり、商品の配送管理を行い、ネ
ットワークを介して配送管理に関する情報を送受信する
ことができる。仲介保証サーバは、このような販売サー
バ、金融サーバおよび物流管理サーバとネットワークを
介して通信可能に接続される。この仲介保証サーバで
は、第１注文データ受信手段が販売サーバから注文デー
タを受信し、注文データ記憶手段に注文データが記憶さ
れる。この注文データを、第１注文データ送信手段が販
売サーバに送信する。したがって、販売者は注文がある
ことを知ることができ、注文された商品を注文数に応じ
て確保することができる。また、購入情報通知手段が端
末に商品の代価の振込みに関する購入情報すなわち振込
み口座、振込み金額および振込み期限などを通知する。
したがって、購入者は、商品の代価を振り込むことがで
きる。つまり、発送指示手段は、金融サーバから振込み
終了の通知を受けて販売サーバに商品の発送を指示す
る。販売者は、指示を受けて先に確保した商品を発送す
る。そして、振込み指示手段が、物流管理サーバから配
送終了の通知を受けると、販売者に商品の代価を振り込
むことを金融サーバに指示する。

【００２１】このように、第三者としての仲介保証サー
バが商品の配送および代価の振込みを管理するので、安
全に売買することができる。

【００２２】たとえば、仲介保証サーバでは、作成手段
が注文データに基づいて発注データを作成する。この発
注データは、少なくとも代価の振込み状況データおよび
商品の配送状況データを含み、更新手段が振込み終了の
通知あるいは配送終了の通知を受けて、発注データを適
宜更新する。つまり、発注データに従って商品の配送お
よび代価の振込みを正確に管理することができる。

【００２３】したがって、更新手段は振込み終了の通知
を受けて振込み状況データを振込み有りに更新する。つ
まり、発送指示手段は、振込みデータが振込み有りを示
すとき、販売サーバに商品の配送を指示することができ
る。

【００２４】また、更新手段は配送終了の通知を受けて
配送状況データを配送終了に更新する。つまり、振込み
指示手段は、配送状況データが配送終了を示すとき、販
売者の金融口座に商品の代価を振り込むことを金融サー
バに指示する。

【００２５】さらに、発注データには、商品の納期を示
す納期データが含まれる。この納期データは、仲介保証
サーバに含まれる納期管理手段によって管理され、配送
終了の通知を納期までに受けないとき、発送問合せ手段
が販売サーバに商品を発送したかどうかを問い合わせ
る。したがって、仲介保証サーバは、販売者が商品を発
送したかどうかを知ることができる。

【００２６】また、仲介保証サーバでは、発送状況受信
手段が問合せに対する発送状況の回答と受信し、発送状
況通知手段がその発送状況の回答を購入者の端末に通知
する。したがって、購入者は発送状況を知ることができ
る。

【００２７】さらに、仲介保証サーバでは、納期を過ぎ
たにも拘わらず、商品が発送されていないような場合に
は、督促通知手段が商品発送の督促を販売サーバに通知
する。つまり、販売者に商品を発送させることができ
る。

【００２８】なお、このような場合には、購入者は注文
をキャンセルできるようにしてもよい。つまり、キャン
セルの情報が仲介保証サーバに送信され、したがって仲
介保証サーバは販売サーバにキャンセルを通知する。

【００２９】一方、購入者が商品を配送していた場合に
は、仲介保証サーバに含まれる配送問合せ手段は、物流
管理サーバに商品の配送状況を問い合わせるので、配送
状況を知ることができる。

【００３０】また、配送状況手段が配送状況の回答を受
信し、配送状況通知手段が配送状況を端末に通知するの
で、購入者は配送状況を知ることができる。

【００３１】物流管理サーバでは、配送状況管理手段が
商品の配送状況を管理し、配送状況通知手段は仲介保証
サーバの問合せに応答して、配送終了かどうかを通知す
る。したがって、配送終了であれば、振込み指示手段
は、販売者の金融口座への代価の振込みを金融サーバに
指示することができる。

【００３２】また、仲介保証サーバでは、クレーム受信
手段が商品に関するクレームの通知を端末から受信す
る。つまり、商品が購入者に配送されると、購入者は所
望の商品が届いたかどうか、または商品に不具合がある
かどうかなどを確認し、商品について問題がある場合に
は、クレームを通知することができる。クレーム受信手
段でクレームが受信されると、判断手段がクレームの内
容に応じて商品の代価を購入者に返還するかどうかを判
断する。たとえば、購入者が商品の返品を通知してきた
場合には、購入者に代価を返還すると判断する。また、
購入者が商品の交換を通知してきた場合には、購入者に
代価を返還しないと判断する。

【００３３】判断手段で代価を返還すると判断された場
合には、振込み指示手段は代価を購入者の金融口座に振
り込むことを金融サーバに指示する。したがって、購入
者に代価を返還することができる。

【００３４】たとえば、クレーム受信手段は、クーリン
グオフ制度に基づく期間または仲介保証サーバの管理者
によって任意に設定された期間だけ、クレームの通知を
受信するようにしてある。つまり、期間を過ぎた場合に
は、商品の返品等はできず、振込み指示手段によって、
販売者の金融口座への代価の振込みが金融サーバに指示
される。

【００３５】また、返送指示手段が、商品の返送指示を
購入者の端末に指示するので、これを受けて購入者は所
望でない（誤った）商品を販売者に返送（返品）するこ
とができる。そして、振込み指示手段は、物流管理サー
バからの返送終了の通知を受けて、購入者の金融口座へ
の代価の振込みを金融サーバに指示することができる。

【００３６】さらに、確認通知手段が商品の返送の有無
を確認する確認通知を販売サーバから受信し、商品の返
送が有った場合に、振込み指示手段が購入者の金融口座
への代価の振込みを金融サーバに指示するようにするこ
ともできる。したがって、明らかに購入者によって商品
が破損されたような場合には、商品を返品することがで
きず、販売者の金融口座に代価が振り込まれる。つま
り、販売者および購入者の両方が安心して売買すること
ができる。

【００３７】たとえば、インターネット売買システムに
は、仲介斡旋サーバがさらに設けられる。仲介斡旋サー
バは、販売者が販売する商品の商品情報をインターネッ
トサイト上で掲載し、購入者の端末からのアクセスがあ
ると、商品情報提示手段が商品情報を提示する。このよ
うに、仲介斡旋サーバが商品情報を提示することによ
り、購入者は複数の販売サーバから所望の商品を検索す
るのに比べて、容易に検索することができる。そして、
仲介斡旋サーバに設けられた第２注文データ受信手段が
購入者の端末からの注文データを受信し、第２注文デー
タ送信手段が販売サーバに注文データを送信する。した
がって、販売サーバが注文データを仲介保証サーバに送
信し、仲介保証サーバはこの注文データに従って商品の
配送および代価の支払を管理することができる。

【００３８】また、第２注文データ送信手段は、仲介保
証サーバに注文データを送信するようにしてもよい。

【００３９】たとえば、端末から注文の指示があると、
仲介斡旋サーバに設けられた入力画面データ提示手段が
端末に注文を入力する入力画面に対応する入力画面デー
タを提示するので、購入者は入力画面に設けられた項目
を入力し、入力が完了した入力画面データを仲介斡旋サ
ーバに返送することにより注文をすることができる。つ
まり、入力が完了した入力画面データが注文データであ
る。

【００４０】第４の発明の仲介保証装置は、販売者が販
売する商品の商品情報をインターネットサイト上で掲載
する販売サーバと購入者の端末との間でインターネット
を介して商品を売買する場合に、購入者への商品の配送
および販売者への代価の支払を管理する。注文データ受
信手段が販売サーバから注文データを受信すると、注文
データ記憶手段に注文データが記憶される。この注文デ
ータを、注文データ送信手段が販売サーバに送信する。
したがって、販売者は注文があることを知ることがで
き、注文された商品を注文数に応じて確保することがで
きる。また、購入情報通知手段が端末に商品の代価の振
込みに関する購入情報すなわち振込み口座、振込み金額
および振込み期限などを通知する。したがって、購入者
は、商品の代価を振り込むことができる。つまり、発送
指示手段は、金融サーバから振込み終了の通知を受けて
販売サーバに商品の発送を指示する。販売者は、指示を
受けて先に確保した商品を発送する。そして、振込み指
示手段が、物流管理サーバから配送終了の通知を受ける
と、販売者に商品の代価を振り込むことを金融サーバに
指示する。

【００４１】このように、第三者としての仲介保証装置
が商品の配送および代価の振込みを管理するので、安全
に売買することができる。

【００４２】第５の発明の仲介保証装置では、購入者の
端末は販売者が販売する商品の商品情報をインターネッ
トサイト上に掲載する仲介斡旋サーバにアクセスし、仲
介斡旋サーバに注文データを送信するため、注文データ
受信手段は仲介斡旋サーバから注文データを受信するよ
うにしてある以外は、第４の発明の仲介保証装置と同じ
である。つまり、仲介斡旋サーバが商品情報を提示する
ため、購入者は容易に所望の商品を見つけることができ
る。

【００４３】第４および第５の発明の仲介保証装置で
は、金融サーバが商品に対する代価の振込みを管理して
いる。たとえば、代価の振込みがあると、金融サーバは
振込み終了を発送指示手段に通知する。つまり、振込み
があるのを確認して、販売に商品の発送を指示すること
ができる。

【００４４】また、このような仲介保証装置では、物流
管理サーバが商品の配送状況を管理している。たとえ
ば、商品が購入者に届けられると、物流管理サーバは配
送終了を振込み指示手段に通知する。つまり、商品の配
送終了を確認して、販売者に代価を振り込むことを指示
することができる。

【００４５】さらに、このような仲介保証装置では、ク
レーム受信手段が商品に関するクレームの通知を端末か
ら受信する。つまり、商品が購入者に配送されると、購
入者は所望の商品が届いたかどうか、または商品に不具
合があるかどうかなどを確認し、商品について問題があ
る場合には、クレームを通知することができる。クレー
ム受信手段でクレームが受信されると、判断手段がクレ
ームの内容に応じて商品の代価を購入者に返還するかど
うかを判断する。たとえば、購入者が商品の返品を通知
してきた場合には、購入者に代価を返還すると判断す
る。また、購入者が商品の交換を通知してきた場合に
は、購入者に代価を返還しないと判断する。

【００４６】判断手段で代価を返還すると判断された場
合には、振込み指示手段は代価を購入者の金融口座に振
り込むことを金融サーバに指示する。したがって、購入
者は代価を受け取ることができる。

【００４７】たとえば、クレーム受信手段は、クーリン
グオフ制度に基づく期間または仲介保証装置の管理者に
よって任意に設定された期間だけ、クレームの通知を受
信するようにしてある。つまり、期間を過ぎた場合に
は、商品の返品等はできず、振込み指示手段によって、
販売者の金融口座への代価の振込みが金融サーバに指示
される。

【００４８】また、返送指示手段が、商品の返送指示を
購入者の端末に指示するので、これを受けて購入者は所
望でない（誤った）商品を販売者に返送（返品）するこ
とができる。そして、振込み指示手段は、物流管理サー
バからの返送終了の通知を受けて、購入者の金融口座へ
の代価の振込みを金融サーバに指示することができる。

【００４９】さらに、確認通知手段が商品の返送の有無
を確認する確認通知を販売サーバから受信し、商品の返
送があった場合に、振込み指示手段が購入者の金融口座
への振込みを金融サーバに指示することもできる。した
がって、明らかに購入者によって商品が破損されたよう
な場合には、商品を返品することができず、販売者の金
融口座に代価が振り込まれる。つまり、販売者および購
入者の両方が安心して売買することができる。

【００５０】

【発明の効果】この発明によれば、第三者としての仲介
保証サーバあるいは仲介保証装置が商品の代価および商
品の発送を管理するので、確実に購入者に所望の商品を
発送することができ、販売者に対して商品の代価を支払
うことができる。つまり、安全な商取引を実現すること
ができる。

【００５１】この発明の上述の目的，その他の目的，特
徴および利点は、図面を参照して行う以下の実施例の詳
細な説明から一層明らかとなろう。

【００５２】

【実施例】図１を参照して、この実施例のインターネッ
ト販売システム（以下、単に「システム」という。）１
０は、仲介斡旋サーバ１２を含む。仲介斡旋サーバ１２
は、衛星回線、電話回線（公衆電話網）あるいはインタ
ーネットのようなネットワーク１４を介して販売者の販
売サーバ１６に接続される。また、ネットワーク１４に
は、購入者が所有するパーソナルコンピュータ（ＰＣ）
１８、仲介保証サーバ２０、金融サーバ２２、物流管理
サーバ２４およびメールサーバ２６が接続される。

【００５３】なお、この実施例では、簡単に説明するた
め、販売者および購入者が１人の場合について示してあ
るが、販売者および購入者は複数であってもよく、した
がって販売サーバおよびＰＣも複数設けられてもよい。
また、購入者が所有するコンピュータは、ワークステー
ション（ＷＳ）であってもよい。

【００５４】図２に示すように、仲介斡旋サーバ１２
は、たとえばＰＣあるいはＷＳのようなコンピュータで
あり、ＣＰＵ３０を含む。ＣＰＵ３０は、送受信回路３
２を介してネットワーク１４に接続される。また、ＣＰ
Ｕ３０には、ハードディスクドライブ（ＨＤＤ）３４お
よびキーボード、コンピュータマウスあるいはタッチパ
ネルのような入力装置（以下、この明細書に示される入
力装置もすべて同じである。）３６が接続される。ＨＤ
Ｄ３４には、複数のインターネットサイトに対応する電
子データが記憶されている。

【００５５】また、図３に示すように、販売サーバ１６
は、仲介斡旋サーバ１２と同様に、ＰＣあるいはＷＳの
ようなコンピュータであり、ＣＰＵ４０を含む。ＣＰＵ
４０は、送受信回路４２を介してネットワーク１４に接
続される。また、ＣＰＵ４０には、ＨＤＤ４４および入
力装置４６が接続される。ＨＤＤ４４には、販売サーバ
１６の管理者である販売者が販売する商品の情報（商品
情報）などが記憶されている。

【００５６】さらに、図４に示すように、仲介保証サー
バ２０も、仲介斡旋サーバ１２と同様に、ＰＣあるいは
ＷＳのようなコンピュータであり、ＣＰＵ５０を含む。
ＣＰＵ５０は、送受信回路５２を介してネットワーク１
４に接続される。また、ＣＰＵ５０には、ＨＤＤ５４お
よび入力装置５６が接続される。ＨＤＤ５４は、メモリ
エリア５４ａおよびメモリエリア５４ｂを含み、このメ
モリエリア５４ａには、購入者（注文）ごとに作成され
た発注データベースが構築され、またメモリエリア５４
ｂには、販売者（商品）ごとに作成された登録商品デー
タベースが構築されている。

【００５７】具体的には、図５（Ａ）に示すように、発
注データベースは、複数の発注データを含み、１つの発
注データには、整理番号、購入者の氏名、購入者の電子
メールアドレス、商品の送り先、店舗番号（店舗名）、
商品番号（商品名）、発注個数、納期、振込みチェッ
ク、発送指示チェックおよび配送チェックが含まれる。
また、図５（Ｂ）に示すように、登録商品データベース
は、複数の登録商品データを含み、１つの登録商品デー
タには、整理番号（No.）、店舗名および連絡先（電子
メールアドレスまたは電話番号などのアクセスポイン
ト）、店舗あるいは個人のような販売者の金融口座の口
座番号が含まれる。

【００５８】なお、この実施例では、登録商品データ毎
に、店舗（販売者）の連絡先（電子メールアドレス）お
よび金融口座の口座番号を含むようにしているが、他の
メモリエリアに複数の販売者（店舗）のデータ（連絡先
および口座番号）を記憶して、販売者（店舗）のデータ
ベースを構築するようにしてもよい。

【００５９】図６に示すように、金融サーバ２２もま
た、ＰＣあるいはＷＳのようなコンピュータであり、Ｃ
ＰＵ６０を含む。ＣＰＵ６０は、送受信回路６２を介し
てネットワーク１４に接続される。また、ＣＰＵ６０に
は、ＨＤＤ６４および入力装置６６が接続される。ＨＤ
Ｄ６４はメモリエリア６４ａを含み、メモリエリア６４
ａには金融サーバ２２が所有する指定口座への振込みの
電子データ（振込みデータ）が記憶されている。ただ
し、振込みデータは、振込み人の氏名、住所、電話番号
および振込み金額を含む。また、この振込みデータは、
入力担当者が入力装置６６を操作して、メモリエリア６
４ａに登録される。

【００６０】図７に示すように、物流管理サーバ２４も
また、ＰＣあるいはＷＳのようなコンピュータであり、
ＣＰＵ７０を含む。ＣＰＵ７０は、送受信回路７２を介
してネットワーク１４に接続される。また、ＣＰＵ７０
には、ＨＤＤ７４および入力装置７６が接続される。Ｈ
ＤＤ７４はメモリエリア７４ａを含み、メモリエリア７
４ａには所定の配送先への商品を配送中あるいは配送済
みを示す配送状況の電子データ（配送データ）が記憶さ
れている。この配送データは、入力担当者が入力装置７
６を操作して、登録および更新される。

【００６１】なお、メールサーバ２６は、周知のメール
サーバと同じ構成であるため、図示および説明は省略す
る。

【００６２】図１に戻って、仲介斡旋サーバ１２は少な
くとも１つのインターネットサイトを有し、複数の個人
または店舗のような販売者と契約し、商品広告、商品検
索、オークション等の各種サービスを提供している。つ
まり、販売者は仲介斡旋サーバ１２の管理者と契約し、
あるいは依頼し、販売者が販売する商品に対応する商品
情報を登録することができる。具体的には、販売者は、
販売サーバ１６を操作し、ネットワーク１４を介して仲
介斡旋サーバ１２にアクセスし、ＨＤＤ４４に記憶され
た商品情報を送信することができる。したがって、仲介
斡旋サーバ１２のＨＤＤ３４に商品情報が記憶（登録）
される。この商品情報には、商品の画像データ（電子デ
ータ）や商品の特徴などの説明文に対応する電子データ
などが含まれる。

【００６３】たとえば、仲介斡旋サーバ１２は、インタ
ーネットサイト上に商品情報を掲載し、購入者を募って
いる。具体的には、購入者がＰＣ１８を操作して、ネッ
トワーク１４を介して仲介斡旋サーバ１２のインターネ
ットサイトにアクセスすると、仲介斡旋サーバ１２から
図８に示すような商品紹介の画面が提示される。つま
り、仲介斡旋サーバ１２から商品紹介の画面に対応する
電子データ（紹介画面データ）がＰＣ１８に送信され
る。したがって、購入者のＰＣ１８に接続されたモニタ
(図示せず)に商品紹介の画面が表示される。図８から分
かるように、商品紹介の画面には、商品名、商品番号、
商品の写真および商品の説明などが表示される。購入者
は、ＰＣ１８に接続された入力装置(図示せず)を用いて
画面をスクロール（ロールアップあるいはロールダウ
ン）して、様々な商品を見ることができる。

【００６４】なお、この商品紹介の画面は、商品情報に
基づいて作成される。また、最初に表示される商品紹介
の画面には、新規登録された商品を表示したり、仲介斡
旋サーバ１２が任意に選択した商品を表示したりするこ
とができる。ただし、商品紹介の画面には、購入可能な
商品すなわち在庫のある商品が表示される。また、在庫
があるかどうかは、仲介斡旋サーバ１２が適宜販売サー
バ１６に問合せをして知ることができる。

【００６５】また、他の所望の商品を検索したい場合に
は、検索条件（キーワード）を入力し、“検索”ボタン
をクリックすれば、検索条件が仲介斡旋サーバ１２に送
信される。これに応じて、検索斡旋サーバ１２ではＨＤ
Ｄ３４に記憶された商品情報のデータベースから検索条
件に該当する商品を検索し、検索した結果すなわち検索
条件に適合した商品紹介の画面を提示する。

【００６６】購入者が所望の商品を発見し、注文する場
合には、“発注”ボタンをコンピュータマウスでクリッ
クする。すると、図９に示すような購入情報の入力画面
（購入画面）が仲介斡旋サーバ１２から提示される。つ
まり、仲介斡旋サーバ１２から購入画面に対応する電子
データ（購入画面データ）がＰＣ１８に送信される。し
たがって、購入者のＰＣ１８に接続されたモニタに購入
画面が表示される。なお、商品紹介の画面において、
“キャンセル”ボタンがクリックされると、商品紹介の
画面が閉じられ、商品の検索や購入の操作が終了され
る。

【００６７】購入者は、購入画面に設けられた各項目を
コンピュータマウスあるいはキーボードを用いて入力
(記入)する。続いて“ＯＫ”ボタンをクリックすると、
各項目が記入された購入画面の電子データ（以下、「注
文データ」という。）が仲介斡旋サーバ１２に送信され
る。

【００６８】なお、すべての項目が記入されずに、“Ｏ
Ｋ”ボタンがクリックされた場合には、“記入されてい
ない項目があります。もう一度確認してください。”の
ような警告メッセージを表示し、すべての項目の記入を
促す。そして、再度“ＯＫ”ボタンがクリックされたか
どうかを判断する。また、記入途中などで、“キャンセ
ル”ボタンがクリックされた場合には、購入意志がない
と判断し、そのまま処理を終了し、図８で示したような
商品紹介の画面に戻る。

【００６９】このようにして、購入者は所望の商品を発
注することができ、発注があったことが仲介斡旋サーバ
１２からネットワーク１４を介して仲介保証サーバ２０
に通知される。つまり、注文データが仲介保証サーバ２
０に送信される。

【００７０】仲介保証サーバ２０は、注文データを受信
すると、注文データに基づいて図５（Ａ）で示したよう
な発注データを作成する。つまり、注文データに、振込
みチェック、発送指示チェックおよび配送チェックの項
目を追加する。そして、注文データ（発注データ）に含
まれる商品に基づいて、図５（Ｂ）で示したような登録
商品データベースを参照して、商品の販売者すなわち販
売サーバ１６を検索する。

【００７１】なお、販売サーバ１６から商品情報が登録
されると、この商品情報は仲介斡旋サーバ１２から仲介
保証サーバ２０に送信され、この商品情報に基づいて登
録商品データが作成され、メモリエリア５４ｂに記憶さ
れる。

【００７２】仲介保証サーバ２０は、発注された商品の
販売者を検出すると、ネットワーク１４を介して発注先
である販売者が所有する販売サーバ１６に発注（注文）
があることを通知する。つまり、仲介保証サーバ２０は
注文データを販売サーバ１６に送信する。したがって、
販売者は発注された商品を確保することができる。ま
た、販売サーバ１６は、商品の在庫数から注文数を減算
し、在庫数を訂正することができる。

【００７３】続いて、仲介保証サーバ２０は、発注され
た商品の代価、指定金融機関すなわち金融サーバ２０の
所定(特定)の金融口座（指定口座）、代価の振込み受付
期間および商品の納期を含む購入情報を購入者に通知す
る。たとえば、購入情報が入力された電子メールがネッ
トワーク１４およびメールサーバ２６を介して購入者の
ＰＣ１８に送信される。購入者は、この電子メールを受
けて、購入情報を確認することができる。したがって、
購入者は、仲介保証サーバ２０から指定された金融サー
バ２２の指定口座に注文した商品の代価を振り込むこと
ができる。

【００７４】仲介保証サーバ２０は、購入情報を送信し
た後では、ネットワーク１４を介して金融サーバ２２に
定期的（たとえば、１日に２回所定時間）にアクセス
し、口座振り込みがあるかどうかの問合せをする。つま
り、振込みデータを確認する。そして、口座振込みがあ
ることを確認すると、販売サーバ１６に商品の発送を指
示する。一方、口座振込みがなければ、振込み受付期間
（期日）が経過するまで、口座振込みの確認を繰り返し
実行する。

【００７５】そして、振込み受付期間内に振込みがなけ
れば、仲介保証サーバ２０は、購入者の購入意志がない
と判断して、販売サーバ１６にキャンセルを通知する。
販売サーバ１６は、キャンセルの通知を受けると、商品
の在庫数を訂正することができる。

【００７６】販売者は、仲介保証サーバ２０からの商品
の発送指示に従って、商品を発送することができる。つ
まり、仲介保証サーバ２０は、商品発送の指示を送信し
た後では、ネットワーク１４を介して物流管理サーバ２
４に定期的（たとえば、１日に２回所定時間）にアクセ
スし、購入者への商品の発送があったかどうかの問い合
わせをする。そして、商品が購入者に届いていれば、金
融サーバ２２に対し販売者の金融口座に商品の代価を振
り込むよう指示する。

【００７７】このような動作を、仲介斡旋サーバ１２、
販売サーバ１６、ＰＣ１８、仲介保証サーバ２０、金融
サーバ２２および物流管理サーバ２４に含まれるＣＰＵ
３０、ＣＰＵ１６ａ、ＣＰＵ１８ａ、ＣＰＵ５０、ＣＰ
Ｕ６０およびＣＰＵ７０のそれぞれは、図１０〜図１６
に示すフロー図に従って処理する。

【００７８】まず、購入者が所望の商品を発注する場合
の処理について説明する。なお、商品の発注は、仲介斡
旋サーバ１２と購入者が所有するＰＣ１８との間で相互
にやり取りすることにより実行されるため、ＣＰＵ３０
およびＣＰＵ１８ａの処理を連続的に示す。また、図１
０および図１１においては、ＣＰＵ３０およびＣＰＵ１
８ａの処理を分かり易くするため、点線で仕切りを設け
てある。

【００７９】図１０を参照して、購入者がＰＣ１８を操
作して、仲介斡旋サーバ１２のインターネットサイトへ
のアクセスを指示すると、商品の注文処理が開始され、
ステップＳ１で、ＣＰＵ１８ａは、ネットワーク１４を
介して、指示された仲介斡旋サーバ１２のインターネッ
トサイトにアクセスする。ステップＳ３では、ＣＰＵ３
０は、アクセスされたインターネットサイトにおいて、
購入可能な商品についての商品紹介の画面を購入者のＰ
Ｃ１８に提示する。つまり、紹介画面データを送信す
る。したがって、購入者のＰＣ１８に接続されたモニタ
に、図８に示したような商品紹介の画面が表示される。
この商品紹介の画面において、購入者は、ＰＣ１８を操
作して、商品の検索、商品の発注あるいは所望の商品の
検索条件（キーワード）を入力することができる。

【００８０】続いて、ステップＳ５では、ＣＰＵ３０は
入力装置による入力があるかどうかを判断する。ステッ
プＳ５で“ＮＯ”であれば、つまり入力がなければ、購
入者は現在表示されている商品紹介を見ていると判断
し、そのままステップＳ５に戻る。一方、ステップＳ５
で“ＹＥＳ”であれば、つまり入力装置による入力があ
れば、ＣＰＵ１８ａは、ステップＳ７で“検索”ボタン
がクリックされたかどうかを判断する。

【００８１】ステップＳ７で“ＹＥＳ”であれば、つま
り“検索”ボタンがクリックされれば、ＣＰＵ１８ａ
は、ステップＳ９で仲介斡旋サーバ１２にキーワード
（検索条件）を送信する。したがって、ＣＰＵ３０は、
ステップＳ１１で検索条件を受信し、ステップＳ１３で
検索条件に応じた商品をＨＤＤ３４から検索し、検索し
た商品についての商品紹介の画面を購入者のＰＣ１８に
提示してから、つまり検索した紹介画面データを送信し
てから、ステップＳ５に戻る。なお、検索する商品は、
検索条件に適合する、かつ購入可能な商品である。

【００８２】一方、ステップＳ７で“ＮＯ”であれば、
つまり“検索”ボタンがクリックされてなければ、ＣＰ
Ｕ１８ａは、ステップＳ１５で“注文”ボタンがクリッ
クされたかどうかを判断する。ステップＳ１５で“Ｎ
Ｏ”であれば、つまり“注文”ボタンがクリックされて
なければ、画面のスクロールなどの操作がされたと判断
し、そのままステップＳ５に戻る。一方、ステップＳ１
７で“ＹＥＳ”であれば、つまり“注文”ボタンがクリ
ックされれば、ステップＳ１７で仲介保証サーバ１２に
注文依頼を送信する。

【００８３】したがって、ＣＰＵ３０は、ステップＳ１
９で注文依頼を受信し、ステップＳ２１で購入者のＰＣ
１８に購入画面を提示する。つまり、購入画面データが
ＰＣ１８に送信され、図９で示したような購入画面が商
品紹介の画面の上（前面）に表示される。図１１に示す
ように、続くステップＳ２３では、ＣＰＵ１８ａは、入
力装置による入力があるかどうかを判断する。ステップ
Ｓ２３で“ＮＯ”であれば、つまり入力装置による入力
がなければ、そのままステップＳ２３に戻る。一方、ス
テップＳ２３で“ＹＥＳ”であれば、つまり入力装置に
よる入力があれば、ステップＳ２５で“キャンセル”ボ
タンがクリックされたかどうかを判断する。

【００８４】ステップＳ２５で“ＹＥＳ”であれば、つ
まり“キャンセル”ボタンがクリックされれば、ＣＰＵ
１８ａは、ステップＳ２７でキャンセルの情報（キャン
セル情報）を仲介斡旋サーバ１２に送信する。したがっ
て、ＣＰＵ３０は、ステップＳ２９でキャンセル情報を
受信し、そのまま処理を終了する。

【００８５】なお、“キャンセル”ボタンがクリックさ
れた場合には、つまりステップＳ２５で“ＹＥＳ”の場
合には、購入画面を閉じてから、つまり商品紹介の画面
を表示してから、ステップＳ５に戻るようにしてもよ
い。

【００８６】一方、ステップＳ２５で“ＮＯ”であれ
ば、つまり“キャンセル”ボタンがクリックされてなけ
れば、ＣＰＵ１８ａは、ステップＳ３１で“ＯＫ”ボタ
ンがクリックされたかどうかを判断する。ステップＳ３
１で“ＮＯ”であれば、つまり“ＯＫ”ボタンがクリッ
クされてなければ、購入者が各項目を入力している途中
であると判断し、ステップＳ２３に戻る。一方、ステッ
プＳ３１で“ＹＥＳ”であれば、つまり“ＯＫ”ボタン
がクリックされれば、ステップＳ３３で購入画面の全項
目が記入されているかどうかを判断する。

【００８７】ステップＳ３３で“ＮＯ”であれば、つま
り入力されてない項目があれば、ＣＰＵ１８ａは、ステ
ップＳ３５で“入力されていない項目があります。確認
してください。”という警告メッセージをモニタに表示
してから、ステップＳ２３に戻る。一方、ステップＳ３
３で“ＹＥＳ”であれば、つまり全項目が記入されてい
れば、ＣＰＵ１８ａは、ステップＳ３５で注文データを
仲介斡旋サーバ１２に送信する。

【００８８】したがって、ＣＰＵ３０は、ステップＳ３
９で注文データを受信し、ステップＳ４１で注文データ
を仲介保証サーバ２０に送信してから処理を終了する。

【００８９】なお、この実施例では、仲介斡旋サーバ１
２から仲介保証サーバ２０に注文データが送信されるよ
うにしてあるが、購入者のＰＣ１８から直接仲介保証サ
ーバ２０に送信するようにしてもよい。

【００９０】また、仲介斡旋サーバ１２が注文データを
販売サーバ１６に送信し、販売サーバ１６から仲介保証
サーバ２０に送信するようにすることもできる。

【００９１】このように、商品の注文処理が実行され、
商品が注文されると、それ以降では、仲介保証サーバ２
０が商品の代価の支払いおよび商品の配送を管理する。
具体的には、仲介保証サーバ２０のＣＰＵ５０は、図１
２および図１３に示すようなフロー図を処理する。ま
た、販売者の販売サーバ１６、購入者のＰＣ１８、金融
サーバ２２および物流管理サーバ２４のそれぞれも、仲
介保証サーバ２０と互いに通信することにより、それぞ
れの処理を実行している。具体的には、図１４〜図１７
に示すフロー図を処理している。

【００９２】まず、仲介保証サーバ２０のＣＰＵ５０の
処理について説明する。図１２に示すように、仲介保証
サーバ２０のＣＰＵ５０は、ステップＳ５１で注文デー
タを受信したかどうかを判断する。ステップＳ５１で
“ＮＯ”であれば、つまり注文データを受信しなけれ
ば、同じステップＳ５１に戻る。一方、ステップＳ５１
で“ＹＥＳ”であれば、つまり注文データを受信すれ
ば、ステップＳ５３で注文データをＨＤＤ５４のメモリ
エリア５４ｃに記憶する。続いて、ステップＳ５５で
は、ＨＤＤ５４のワークエリアを用いて、注文データに
基づいて発注データを作成し、メモリエリア５４ａに記
憶する。

【００９３】次にステップＳ５７では、発注データに含
まれる商品に基づいて販売者を検索し、検索した販売者
が所有するコンピュータ（この実施例では、販売者の販
売サーバ１６）に、メモリエリア５４ｃに記憶された注
文データを通知する。具体的には、登録商品データベー
スから注文された商品に対応する登録商品データを検索
し、その登録商品データに含まれる販売者の連絡先つま
り販売サーバ１６のアクセスポイントを取得する。そし
て、仲介保証サーバ１２のＣＰＵ５０は、取得したアク
セスポイントに送受信回路５２およびネットワーク１４
を介してアクセスし、注文データを送信する。したがっ
て、販売者は、注文データを受けて、注文された商品、
注文された個数、購入者、購入者の住所を知ることがで
きる。そして、販売者は、注文された商品を注文数だけ
確保する。

【００９４】続いて、ステップＳ５９では、発注データ
に含まれる購入者の電子メールアドレスに購入情報を送
信する。たとえば、仲介保証サーバ２０の管理者が電子
メールに購入情報を添付して、または本文入力欄に入力
して、その電子メールを送信する。そして、ステップＳ
６１で、商品の代価の振込みがあるかどうかを判断す
る。具体的には、仲介保証サーバ２０は金融サーバ２２
に問い合わせをし、金融サーバ２２から振込みが終了し
たことの通知（振込み終了通知）を受けたかどうかを判
断する。

【００９５】ステップＳ６１で“ＮＯ”であれば、つま
り振込み終了通知を受けなければ、振り込みがないと判
断し、ステップＳ６３で振込み受付期間を終了したかど
うかを判断する。ステップＳ６３で“ＮＯ”であれば、
つまり振込み受付期間を終了してなければ、そのままス
テップＳ６１に戻って、振込みがあるのを待つ。一方、
ステップＳ６３で“ＹＥＳ”であれば、つまり振込み受
付期間を終了していれば、購入者の購入意志がないと判
断し、販売者にキャンセル情報を通知してから処理を終
了する。つまり、仲介保証サーバ２０からネットワーク
１４を介して販売サーバ１６にキャンセル情報が送信さ
れる。したがって、販売サーバ１６は、在庫数を訂正す
ることができる。

【００９６】また、ステップＳ６１において“ＹＥＳ”
であれば、つまり振込み終了通知を受けると、振り込み
があると判断し、ステップＳ６７で販売サーバ１６に発
送を指示する。たとえば、仲介保証サーバ２０の管理者
が“商品を発送してください。”などのメッセージとと
もに、商品名や購入者の氏名などを本文入力欄に記入し
た電子メールが、ネットワーク１４およびメールサーバ
２６を介して販売サーバ１６に送信される。したがっ
て、販売者は、確保しておいた商品を特定の運送業者つ
まり物流管理サーバ２４が配送を管理している運送業者
に発送を依頼することができる。

【００９７】続いて、ステップＳ６９では、配送が終了
したかどうかを判断する。具体的には、仲介保証サーバ
２０は物流管理サーバ２４に問い合わせをし、物流管理
サーバ２４から配送が終了したことの通知(配送終了通
知)を受けたかどうかを判断する。ステップＳ６９で
“ＹＥＳ”であれば、つまり配送終了通知を受けると、
購入者に商品が届いたと判断し、ステップＳ７１で金融
サーバ２２に対して商品の代価を販売者の金融口座に振
り込むように指示して、処理を終了する。具体的には、
登録商品データベースを参照して、販売者の金融口座を
取得し、取得した金融口座の口座番号を金融サーバ２２
に通知する。したがって、金融サーバ２２は、指定口座
から販売者の金融口座に代価を振り込むことができる。

【００９８】図１３に示すように、ステップＳ７３で
は、納期を経過したかどうかを判断する。つまり、メモ
リエリア５４ａに記憶された発注データに含まれる納期
を参照して、その納期を経過しているかどうかを判断す
る。ステップＳ７３で“ＮＯ”であれば、つまり納期を
経過してなければ、そのまま図１２に示したステップＳ
６９に戻って、配送が終了するのを待つ。

【００９９】一方、ステップＳ７３で“ＹＥＳ”であれ
ば、つまり納期を経過していれば、ステップＳ７５で販
売者に商品の発送状況を問い合わせる。たとえば、本文
入力欄に、“先日、注文があった商品を発送しましたか
？発送したかどうかをお知らせください。”のようなメ
ッセージが記入された電子メールが仲介保証サーバ２０
からネットワーク１４およびメールサーバ２６を介して
販売者の販売サーバ１６に送信される。続くステップＳ
７７では、販売者からの回答（返信）があるかどうかを
判断する。つまり、発送したかどうかのメッセージが入
力された電子メールが届いたかどうかを判断する。

【０１００】ステップＳ７７で“ＮＯ”であれば、つま
り返信がなければ、同じステップＳ７７に戻って、返信
があるのを待つ。一方、ステップＳ７７で“ＹＥＳ”で
あれば、つまり返信があれば、ステップＳ７９で、発送
済みかどうかを判断する。つまり、ステップＳ７５にお
いて送信した問い合わせの電子メールに対する回答に応
じて、商品が発送されたかどうかを判断する。

【０１０１】ステップＳ７９で“ＮＯ”であれば、つま
り商品が発送されてなければ、ステップＳ８１で購入者
のＰＣ１８に発送状況の通知するとともに、購入意志を
確認するのための電子メールを送信する。たとえば、本
文入力欄に、“まだ、販売店から商品が発送されており
ません。配送日時が遅れますが購入されますか？購入さ
れるかどうかをお知らせください。”のようなメッセー
ジが記入された電子メールが仲介保証サーバ２０からネ
ットワーク１４およびメールサーバ２６を介してＰＣ１
８に送信される。

【０１０２】続くステップＳ８３では、購入者のＰＣ１
８から返信があるかどうかを判断する。つまり、購入す
るかどうかのメッセージが入力された電子メールが返信
されたかを判断する。ステップＳ８３で“ＮＯ”であれ
ば、つまり返信がなければ、同じステップＳ８３に戻っ
て、返信があるのを待つ。一方、ステップＳ８３で“Ｙ
ＥＳ”であれば、つまり返信があれば、ステップＳ８５
で購入するかどうかを判断する。具体的には、購入者か
ら送信された電子メールの内容に応じて、購入するかど
うかを判断する。

【０１０３】ステップＳ８５で“ＮＯ”であれば、つま
り購入意志がなければ、図１２に示したすステップＳ６
５に戻って、販売サーバ１６にキャンセル情報を通知す
る。一方、ステップＳ８５で“ＹＥＳ”であれば、つま
り購入意志があれば、ステップＳ８７で販売サーバ１６
に商品発送を催促する電子メールを送信する。たとえ
ば、本文入力欄に、“購入者に早く商品を発送してくだ
さい。”のようなメッセージが入力された電子メールが
仲介保証サーバ２０からネットワーク１４およびメール
サーバ２６を介して販売サーバ１６に送信される。そし
て、ステップＳ９３で、メモリエリア５４ａに記憶され
た発注データベースの納期を修正（遅延）してから、図
１２に示したステップＳ６９に戻る。

【０１０４】また、ステップＳ７９において“ＹＥＳ”
であれば、つまり商品が発送されていれば、ステップＳ
８９で物流管理サーバ２４に配送状況を問い合わせる。
つまり、仲介保証サーバ２０は、物流管理サーバ２４と
通信し、配送データを受信する。続くステップＳ９１で
は、配信データに含まれる配信状況を購入者に通知して
から、ステップＳ９３に進む。たとえば、本文入力欄
に、“まだ、配送されていません。”あるいは“○○日
頃の配送予定です。”のようなメッセージが入力された
電子メールが仲介保証サーバ２０からネットワーク１４
およびメールサーバ２６を介してＰＣ１８に送信され
る。

【０１０５】なお、ステップＳ６１では、振込みがある
かどうかの問合せを一連の流れで実行するようにしてい
るが、定期的に割り込んで処理するようにしてもよい。
また、ステップＳ６９においても同様に、配送が終了し
たかどうかの問合せを定期的に割り込んで処理するよう
にしてもよい。

【０１０６】次に、販売者が所有する販売サーバ１６の
ＣＰＵ４０の処理について説明する。図１４に示すよう
に、ステップＳ１０１で、ＣＰＵ４０は、注文データを
受信したかどうかを判断する。ステッププＳ１０１で
“ＹＥＳ”であれば、つまり注文データを受信すれば、
ステップＳ１０３で注文データ（注文）ありを報知す
る。たとえば、メールチェッカや着信音あるいは“注文
データが届きました。”のようなメッセージを表示す
る。なお、これらは複合的に用いられてもよい。

【０１０７】続くステップＳ１０５では、在庫数を訂正
してから、すなわち発注数を現在の在庫数から差し引い
てからステップＳ１０７に進む。また、ステップＳ１０
１で“ＮＯ”であれば、つまり注文データを受信しなけ
れば、ステップＳ１０７に進む。

【０１０８】ステップＳ１０７では、キャンセル情報を
受信したかどうかを判断する。ステップＳ１０７で“Ｙ
ＥＳ”であれば、つまりキャンセル情報を受信すれば、
ステップＳ１０９でキャンセル情報（キャンセル）あり
を報知する。具体的には、注文データを受信した場合と
同様に、キャンセルが報知される。なお、画面には“キ
ャンセル情報が届きました。”のようなメッセージが表
示される。

【０１０９】続くステップＳ１１１では、在庫数を訂正
してから、すなわちキャンセル数を現在の在庫数に加算
してからステップＳ１１３に進む。また、ステップＳ１
０７で“ＮＯ”であれば、つまりキャンセル情報を受信
しなければ、ステップＳ１１３に進む。

【０１１０】ステップＳ１１３では、電子メールを受信
したかどうかを判断する。ステップＳ１１３で“ＮＯ”
であれば、つまり電子メールを受信してなければ、その
ままステップＳ１０１に戻る。一方、ステップＳ１１３
で“ＹＥＳ”であれば、つまり電子メールを受信すれ
ば、ステップＳ１１５で電子メールの受信を報知する。
具体的には、注文データを受信した場合と同様に報知さ
れる。なお、画面には、“電子メールが届きました。”
というメッセージが表示される。したがって、販売者
は、電子メールの内容をチェックすることにより、商品
発送の指示、商品の発送状況の問い合わせ、または商品
発送の督促を確認することができる。

【０１１１】続くステップＳ１１７では、電子メールの
入力があるかどうかを判断する。つまり、商品の発送状
況の問い合わせに応答して、発送状況が入力されたかど
うかを判断する。ステップＳ１１７で“ＮＯ”であれ
ば、つまり発送状況が入力されなければ、商品発送の指
示あるいは商品発送の督促の電子メールを受信したと判
断し、そのままステップＳ１０１に戻る。

【０１１２】一方、ステップＳ１１７で“ＹＥＳ”であ
れば、つまり発送状況が入力されれば、ステップＳ１１
９で発送状況が入力された電子メールを仲介保証サーバ
２０に返信してから、ステップＳ１０１に戻る。

【０１１３】なお、購入者は、注文データに従って、注
文された商品を確保することができる。また、商品発送
の指示あるいは商品発送の督促の電子メールに従って、
運送業者に依頼して注文された商品を購入者に発送する
ことができる。

【０１１４】続いて、購入者が所有するＰＣ１８のＣＰ
Ｕ１８ａの処理について説明する。なお、図１５に示す
処理は、商品を注文した後の処理である。図１５に示す
ように、ＣＰＵ１８ａは、まず、ステップＳ１３１で電
子メールを受信したかどうかを判断する。ステップＳ１
３１で“ＮＯ”であれば、電子メールを受信してないと
判断し、そのままステップＳ１３１に戻る。一方、ステ
ップＳ１３１で“ＹＥＳ”であれば、つまり電子メール
を受信すれば、ステップＳ１３３で電子メールの受信を
上述の販売サーバ１６の処理と同様に報知する。したが
って、購入者は、電子メールの内容をチェックすること
ができる。具体的には、購入情報あるいは発送状況を知
ることができる。

【０１１５】続くステップＳ１３５では、電子メールの
入力があるかどうかを判断する。ステップＳ１３５で
“ＮＯ”であれば、つまり電子メールの入力がなけれ
ば、購入情報を受信したと判断し、そのままステップＳ
１３１に戻る。一方、ステップＳ１３５で“ＹＥＳ”で
あれば、つまり電子メールの入力があれば、発送状況の
通知とともに購入意志を確認するための電子メールを受
信したと判断し、ステップＳ１３７で購入するかどうか
が入力された電子メールを仲介保証サーバ２０に返信し
てからステップＳ１３１に戻る。

【０１１６】なお、購入者は、購入情報に従って、商品
の代価を振り込むことができる。商品の代価を振り込ん
だ後では、購入者は商品の配送待ち状態となる。

【０１１７】図１６を参照して、金融サーバ２２のＣＰ
Ｕ５０の処理について説明する。ＣＰＵ５０は、まず、
ステップＳ１４１で指定口座に振り込みがあるかどうか
を判断する。具体的には、ＨＤＤ６４に設けられたメモ
リエリア６４ａに振込みデータが記憶（登録）されたか
どうかを判断する。ステップＳ１４１で“ＮＯ”であれ
ば、つまり振り込みがなければ、同じステップＳ１４１
に戻る。一方、ステップＳ１４１で“ＹＥＳ”であれ
ば、つまり振り込みがあれば、ステップＳ１４３で仲介
保証サーバ２０からの問合せがあるかどうかを判断す
る。ステップＳ１４３で“ＮＯ”であれば、つまり問合
せがなければ、同じステップＳ１４３に戻る。一方、ス
テップＳ１４３で“ＹＥＳ”であれば、つまり問合せが
あれば、ステップＳ１４５で振込み終了を仲介保証サー
バ２０に通知する。具体的には、振込みデータを仲介保
証サーバ２０に送信する。

【０１１８】続くステップＳ１４７では、仲介保証サー
バ２０から販売者への振込み指示があるかどうかを判断
する。ステップＳ１４７で“ＮＯ”であれば、つまり振
り込み指示がなければ、そのままステップＳ１４７に戻
る。一方、ステップＳ１４７で“ＹＥＳ”であれば、つ
まり振り込み指示があれば、ステップＳ１４９で指定口
座から販売者の金融口座に商品の代価を振り込んでから
ステップＳ１４１に戻る。

【０１１９】また、物流管理サーバ２４の処理を図１７
に示すフロー図に従って説明する。物流管理サーバ２４
のＣＰＵ７０は、まず、ステップＳ１６１で、商品の配
送依頼があるかどうかを判断する。つまり、新規の配送
データがＨＤＤ７４ａに登録されたかどうかを判断す
る。ステップＳ１６１で“ＮＯ”であれば、つまり新規
の配送データが登録されてなければ、配送依頼がないと
判断し、そのままステップＳ１６１に戻る。一方、ステ
ップＳ１６１で“ＹＥＳ”であれば、つまり新規の配送
データが登録されれば、配送依頼があると判断し、ステ
ップＳ１６３で仲介保証サーバ２０から問合せがあるか
どうかを判断する。ステップＳ１６３で“ＮＯ”であれ
ば、つまり問合せがなければ、同じステップＳ１６３に
戻る。一方、ステップＳ１６３で“ＹＥＳ”であれば、
つまり問合せがあれば、ステップＳ１６５で配送状況の
問合せかどうかを判断する。

【０１２０】ステップＳ１６５で“ＹＥＳ”であれば、
つまり配送状況の問合せであれば、ステップＳ１７１で
仲介保証サーバ２０に配送状況を通知してから、つまり
配送データを送信してからステップＳ１６３に戻る。一
方、ステップＳ１６５で“ＮＯ”であれば、つまり配送
状況の問合せでなければ、配送終了かどうかの問合せで
あると判断し、ステップＳ１６７で配送データを参照し
て配送が終了したかどうかを判断する。具体的には、配
送担当者によって、購入者に商品が届けられたかどうか
を判断する。たとえば、配送担当者が商品の配送を終了
すると、配送を終了したことが物流管理サーバ２４の管
理者または入力担当者に通知され、したがって管理者ま
たは入力担当者が配送データを更新する。つまり、配送
中から配送終了に配送データを変更する。

【０１２１】ステップＳ１６７で“ＮＯ”であれば、つ
まり配送が終了してなければ、ステップＳ１７１に進
む。一方、ステップＳ１６７で“ＹＥＳ”であれば、つ
まり配送が終了していれば、ステップＳ１６９で仲介保
証サーバ２０に配送終了通知を送信してからステップＳ
１６１に戻る。

【０１２２】この実施例によれば、仲介保証サーバが商
品の配送および商品の代価の振込みを管理するので、お
金を振り込んだのに商品が届かない、または商品を発送
したのにお金が振り込まれない、などの問題が発生する
ことはない。つまり、インターネットを利用して、安全
な商取引を実現することができる。したがって、購入者
および販売者の両者が安心してインターネソト売買を行
うことができる。

【０１２３】なお、仲介保証サーバの管理者あるいは所
有者は、購入者または販売者から保険料を徴収し、商品
または商品に対する代価を保証する責任を負っても良
い。また、購入者および販売者の両方から保険料を徴収
し、商品および商品に対する代価を保証する責任を負う
ようにしてもよい。あるいは、サービスの一環として、
商品または／および商品に対する代価を保証することも
できる。

【０１２４】また、上述したように、この実施例では、
販売者および購入者のそれぞれが１人の場合について説
明したが、販売者および購入者は２人以上であってもよ
い。つまり、仲介保証サーバ２０は、図１８〜図２０に
示すような発注データベースの一覧表に従って、注文さ
れた商品の配送および代価の振込みを管理している。た
だし、各商品の注文処理およびそれ以降の処理は、図１
０〜図１７で示したフロー図に従って処理され、処理に
応じて発注データが更新（変更）される。

【０１２５】つまり、仲介保証サーバ２０は、販売サー
バ１６、ＰＣ１８、金融サーバ２２および物流管理サー
バ２４と通信することにより情報を収集し、発注データ
（発注データベース）を更新し、更新した発注データ
（発注データベース）に基づいて販売サーバ１６、ＰＣ
１８、金融サーバおよび物流管理サーバ２４に指示ある
いは通知をしている。

【０１２６】まず、図１８（Ａ）は、発注データベース
の初期状態を示してある。つまり、図１８(Ａ)から分か
るように、整理番号ＣＵＳ−ＤＢ００１には、購入者Ａ
が店舗番号ＳＨＰ−ＤＢ００２（店舗名：××商店）の
商品番号Ｓ−ＤＢ００７（商品名：▲×）を３個注文し
た場合の発注データが登録されている。また、この発注
データには、商品の送り先（東京都＊＊＊＊）および商
品の納期も含まれる。現在の状態では、振込みチェック
が×であるため、すなわち金融サーバ２２の指定口座へ
の振り込みが終了してないため、商品の発送指示および
商品の配送は行われていない。したがって、発送指示チ
ェックおよび配送チェックも×である。また、同様に、
整理番号ＣＵＳ−ＤＢ００２には、購入者Ｂが店舗番号
ＳＨＰ−ＤＢ０１７（店舗名：△書店）の商品番号Ｓ−
ＤＢ１２５（商品名：○×）を１個（１冊）注文した場
合の発注データが登録されている。また、この発注デー
タには、商品の送り先（岐阜県△△△△）および商品の
納期も含まれる。現在の状態では、振込みチェックおよ
び発送指示チェックが○であるが、配送チェックが×で
ある。つまり、金融サーバ２２の指定口座への振込みが
終了し、商品の発送指示が販売サーバ１６に通知されて
いるが、商品の配送が終了していない。

【０１２７】さらに、整理番号ＣＵＳ−ＤＢ００４に
は、購入者Ｄが店舗番号ＳＨＰ−ＤＢ０１２（店舗名：
△×酒店）の商品番号Ｓ−ＤＢ３８７（商品名：△○）
を１０個（１０本）注文した場合の発注データが登録さ
れている。また、この発注データには、商品の送り先
（兵庫県○○○○）および商品の納期も含まれる。現在
の状態では、振込みチェックおよび発送指示チェックが
○であるが、配送チェックが×である。つまり、金融サ
ーバ２２の指定口座への振込みが終了し、商品の発送指
示が販売サーバ１６に通知されているが、商品の配送が
終了していない。

【０１２８】また、整理番号ＣＵＳ−ＤＢ００３には、
発注データが登録されていない。つまり、空き状態とな
っている。たとえば、購入者ＮがＰＣ（図示せず）を用
いて、仲介斡旋サーバ１２にアクセスし、店舗番号ＳＨ
Ｐ−ＤＢ０１６（店舗名：△商会）の商品番号Ｓ−ＤＢ
５６６（商品名：▲△）を８個、商品の送り先（福岡県
▲▲▲）という注文データを登録すると、この注文デー
タが仲介保証サーバ２０に送信される。したがって、仲
介保証サーバ２０では、注文データに基づいて、発注デ
ータを作成する。つまり、図８(Ｂ)に示すように、整理
番号ＣＵＳ−ＤＢ００３には、発注データが新規に登録
される。

【０１２９】なお、新規に登録された状態では、金融サ
ーバ２２の指定口座への振込みが終了しておらず、発送
指示および配送が行われていない。このため、振込みチ
ェック、発送指示チェックおよび配送チェックはすべて
×である。

【０１３０】このように、発注データが新規に登録され
ると、仲介保証サーバ２０から購入者Ｎに購入情報が送
信されるとともに、販売者（△商会）に注文があったこ
とすなわち注文データが送信される。このため、購入者
Ｎは購入情報に従って商品の代価を振り込むことがで
き、販売者は注文データに従って注文された商品を確保
することができる。

【０１３１】仲介保証サーバ２０は、金融サーバ２２に
振込みがあるかどうかの問合せをし、購入者Ｎが金融サ
ーバ２２の指定口座に商品の代価を振り込んだ場合に
は、金融サーバ２２からの振込み終了の通知を受信す
る。したがって、図１９(Ａ)に示すように、整理番号Ｃ
ＵＳ−ＤＢ００３の振り込みチェックを○にする。次に
仲介保証サーバ２０は、メモリエリア５４ｂに記憶され
た登録商品データベースの商品番号Ｓ−ＤＢ５６６に登
録されている販売者（△商会）に発送を指示し、すなわ
ち発送指示のメッセージを入力した電子メールを送信
し、図１９（Ｂ）に示すように、整理番号ＣＵＳ−ＤＢ
００３の発送指示チェックを○にする。

【０１３２】なお、振込みがない場合には、振込みがあ
るまで振込みチェックが更新されることがなく、発送指
示が販売者に通知されることもない。

【０１３３】仲介保証サーバ２０は、発送指示を販売者
に通知すると、定期的に物流管理サーバ２４に配送が終
了したかどうかの問合せをする。販売者が発送指示に従
って商品の配送を運送会社に依頼し、運送会社の配送担
当者によって商品が購入者に届けられている場合には、
物流管理サーバ２４から仲介保証サーバ２０に配送終了
通知が送信される。したがって、仲介保証サーバ２０
は、図２０に示すように、整理番号ＣＵＳ−ＤＢ００３
の配送チェックを○にする。

【０１３４】そして、仲介保証サーバ２０は、メモリエ
リア５４ｂに記憶された登録商品データベースの商品番
号Ｓ−ＤＢ５６６に登録されている販売者（△商会）の
金融口座への代価の振込み指示を金融サーバ１０４に通
知する。

【０１３５】なお、配送が終了してない場合には、配送
が終了するまで配送チェックが更新されることがなく、
金融サーバ２２に振込み指示が通知されることもない。

【０１３６】このようにして、インターネット売買が完
了し、発注データベースに含まれる整理番号ＣＵＳ−Ｄ
Ｂ００３の発注データが消去され、図１８（Ａ）に示し
た状態（初期状態）に戻る。

【０１３７】他の実施例のシステム１０は、発注した商
品と異なる商品が送られてきた、または一度は商品を受
け取ったが商品購入を止めたい、などの事態に対応し
て、クーリングオフ制度を適用した以外は、図１実施例
と同じであるため、重複した説明は省略する。

【０１３８】つまり、システム１０の構成は図１と同じ
である。ただし、仲介保証サーバ２０のメモリエリア５
４ａに記憶された発注データベースに含まれる発注デー
タが異なる。具体的には、図２１に示すような、発注デ
ータが注文データに基づいて作成され、メモリエリア５
４ａに記憶される。つまり、図５（Ａ）に示した発注デ
ータに加えて、振込み期日および配送モードが含まれ
る。振込み期日は、クーリングオフ制度に基づく期間ま
での日数であり、返品可能な期間までの日数を示してい
る。なお、この日数は、仲介保証サーバ２０の管理者が
任意に設定するようにしてもよい。

【０１３９】また、配送モードは、配送中（配送モー
ド：０）、再配送用返送中（配送モード：１）または返
送中（配送モード：２）を区別する情報である。具体的
には、配送モードが０である場合には、商品を購入者に
配送していることを示す。また、配送モードが１である
場合には、商品を交換するために、販売者に返送してい
ることを示す。さらに、配送モードが２である場合に
は、商品を返品するために、販売者に返送していること
を示す。

【０１４０】また、購入者が所望の商品を注文した後の
ＣＰＵ５０、ＣＰＵ６０およびＣＰＵ７０の処理が異な
る。具体的には、ＣＰＵ５０は図２２〜図２５に示すフ
ロー図に従って処理し、ＣＰＵ６０は図２６に示すフロ
ー図に従って処理し、そして、ＣＰＵ７０は、図２７お
よび図２８に示すフロー図に従って処理する。

【０１４１】まず、仲介保証サーバ２０のＣＰＵ５０の
処理について説明する。図２２および図２３から分かる
ように、他の実施例の仲介保証サーバ２０は、図１２お
よび図１３で示した処理において、ステップＳ７１を削
除し、ステップＳ６９で“ＹＥＳ”が判断された場合
に、ステップＳ７０でクーリング期間の処理を実行する
ようにしている。このため、重複した説明は省略する。

【０１４２】図２４に示すように、クーリング期間の処
理が開始されると、ＣＰＵ５０は、ステップＳ２０１で
クーリング期間が終了したかどうかを判断する。具体的
には、商品の配送終了通知を受けてからクーリングオフ
制度で定められた所定期間を経過したかどうかを判断す
る。なお、仲介保証サーバ２０の管理者が任意に期間を
設定した場合には、その設定した期間を経過したかどう
かを判断する。

【０１４３】ステップＳ２０１で“ＹＥＳ”であれば、
つまりクーリング期間が経過していれば、図２５に示す
ステップＳ２２９に進んで、金融サーバ２２に販売者の
金融口座への代価振込みを指示して、リターンする。

【０１４４】一方、ステップＳ２０１で“ＮＯ”であれ
ば、つまりクーリング期間が経過してなければ、ステッ
プＳ２０３で購入者からクレームの通知があるかどうか
を判断する。つまり、購入者からの返品または交換のク
レームが記載された電子メールを受信したかどうかを判
断する。ステップＳ２０３で“ＮＯ”であれば、つまり
クレームが記載された電子メールを受信してなければ、
そのままステップＳ２０１に戻る。

【０１４５】一方、ステップＳ２０３で“ＹＥＳ”であ
れば、つまりクレームが記載された電子メールを受信し
ていれば、ステップＳ２０５で購入者に商品の返送方法
を通知する。具体的には、仲介保証サーバ２０は、販売
者（返送先）の住所、返送先の名称および返送先の電話
番号等を入力した電子メールを購入者のＰＣ１８に送信
する。したがって、購入者は、電子メールを受信して、
販売者に商品を返送するように、運送会社に依頼するこ
とができる。

【０１４６】続くステップＳ２０７では、物流管理サー
バ２４から返送終了の通知があるかどうかを判断する。
つまり、商品が販売者に配送されたかどうかを判断す
る。ステップＳ２０７で“ＮＯ”であれば、つまり商品
が販売者に配送されてなければ、同じステップＳ２０７
に戻って、商品が販売者に配送されるのを待つ。一方、
ステップＳ２０７で“ＹＥＳ”であれば、つまり商品が
販売者に配送されれば、ステップＳ２０９で返送商品の
確認通知があるかどうかを判断する。つまり、販売者
は、返送された商品が返品または交換できるかどうかを
判断し、その確認通知を仲介保証サーバ２０に送信す
る。たとえば、明らかに購入者が破損した形跡がある等
の場合には、販売者は返品または交換できないと通知す
る。一方、異なった商品を発送してしまっていた場合
や、破損がない状態で返品された場合には、販売者は返
品または交換できることを通知する。

【０１４７】ステップＳ２０９で“ＮＯ”であれば、つ
まり返送商品の確認通知がなければ、同じステップＳ２
０９に戻って、確認通知があるのを待つ。一方、ステッ
プＳ２０９で“ＹＥＳ”であれば、つまり返送商品の確
認通知があれば、ステップＳ２１１で問題があるかどう
かを判断する。つまり、返品または交換できない商品で
あるかどうかを判断する。ステップＳ２１１で“ＮＯ”
であれば、問題がなければ、返品または交換できる商品
であると判断し、図２５に示すステップＳ２１３で購入
者から通知されたクレームの内容が返品かどうかを判断
する。

【０１４８】ステップＳ２１３で“ＹＥＳ”であれば、
つまり返品であれば、ステップＳ２１５で購入者の金融
口座への代価の振込みを金融サーバ２２に指示してから
リターンする。具体的には、発注データに含まれる購入
者の金融口座の口座番号、購入者の氏名および購入者の
連絡先（電話番号および住所）が仲介保証サーバ２０か
らネットワーク１４を介して金融サーバ２２に通知され
る。

【０１４９】一方、ステップＳ２１３で“ＮＯ”であれ
ば、つまり交換であれば、ステップＳ２１７で販売者に
再送を指示する。たとえば、“商品が間違っています。
正しい商品を発送してください。”あるいは“もう一
度、購入者に商品を発送してください。”などのメッセ
ージが入力された電子メールがネットワーク１４および
メールサーバ２６を介して販売サーバ１６に送信され
る。続くステップＳ２１９では、配送終了通知を受信し
たかどうかを判断する。ステップＳ２１９で“ＮＯ”で
あれば、つまり配送終了の通知を受けなければ、同じス
テップＳ２１９に戻って、配送が終了するのを待つ。一
方、ステップＳ２１９で“ＹＥＳ”であれば、つまり配
送終了通知を受信すると、ステップＳ２２１で購入者か
ら交換のクレームの通知があるかどうかを判断する。

【０１５０】ステップＳ２２１で“ＹＥＳ”であれば、
つまりクレームの通知があれば、ステップＳ２２５で購
入者に返品方法を再度通知し、図２４に示したステップ
Ｓ２０７に戻る。一方、ステップＳ２２１で“ＮＯ”で
あれば、商品を配送（再配送）してから所定期間（たと
えば、一週間）が経過したかどうかを判断する。ステッ
プＳ２２３で“ＮＯ”であれば、つまり所定期間が経過
してなければ、ステップＳ２２１に戻る。一方、ステッ
プＳ２２３で“ＹＥＳ”であれば、つまり所定期間が経
過すれば、商品の交換はないと判断し、ステップＳ２２
９で販売者の金融口座への振込みを金融サーバ２４に指
示して、リターンする。

【０１５１】また、図２４に示したステップＳ２１１で
“ＮＯ”が判断され、ステップＳ２２７に進むと、つま
り商品を返品することができない場合には、ステップＳ
２２７で購入者に返品不可を通知してからステップＳ２
２９に進む。たとえば、仲介保証サーバ２０から返品で
きない理由が記載された電子メールがネットワーク１４
およびメールサーバ２６を介して購入者のＰＣ１８に送
信される。

【０１５２】なお、返品できない場合には、販売者に返
送された商品を購入者に配送する必要があるため、仲介
保証サーバ２０は返品できない商品の発送指示を販売者
に通知し、これに応じて販売者はその商品を発送する。

【０１５３】次に金融サーバ２２のＣＰＵ６０の処理に
ついて説明する。なお、図２６においては、図１６で示
した処理と同じ処理については同じステップ番号を付し
てあり、それらのステップについての重複した説明は省
略する。

【０１５４】図２６に示すように、ＣＰＵ６０は、ステ
ップＳ１４７で“ＮＯ”であれば、つまり販売者への振
込み指示がなければ、ステップＳ２４１で購入者への振
込み指示があるかどうかを判断する。ステップＳ２４１
で“ＮＯ”であれば、つまり購入者への振込み指示がな
ければ、そのままステップＳ１４７に戻る。一方、ステ
ップＳ２４１で“ＹＥＳ”であれば、つまり購入者への
振込み指示があれば、ステップＳ２４３で指定口座から
購入者の金融口座に商品の代価を振り込み、つまり返金
して、ステップＳ１４１に戻る。

【０１５５】さらに、物流管理サーバ２４のＣＰＵ７０
の処理について説明する。なお、図２７および図２８に
おいては、図１７で示した処理と同じ処理については同
じステップ番号を付しており、それらのステップについ
ての重複した説明は省略する。

【０１５６】つまり、図２７に示すステップＳ１６９
で、仲介保証サーバ２０に配送終了通知と送信すると、
つまり配送が終了した後では、図２８に示すように、ス
テップＳ２５１で購入者から商品の返送依頼があるかど
うかを判断する。ステップＳ２５１で“ＮＯ”であれ
ば、つまり返送依頼がなければ、ステップＳ２５３で期
間が終了したかどうかを判断する。つまり、最初に商品
を配送した日からクーリング期間が経過したかあるいは
商品を再送してから所定期間（たとえば、一週間）が経
過したかどうかを判断する。ステップＳ２５３で“Ｎ
Ｏ”であれば、つまり期間が終了してなければ、そのま
まステップＳ２５１に戻る。一方、ステップＳ２５３で
“ＹＥＳ”であれば、つまり期間が終了していれば、返
送依頼はないと判断して、ステップＳ１３１に戻る。

【０１５７】また、ステップＳ２５１で“ＹＥＳ”であ
れば、つまり商品の返送依頼があれば、ステップＳ２５
５で返送が終了したかどうかを判断する。つまり、販売
者に商品が返送されたかどうかを判断する。具体的に
は、返送(配送)担当者からの報告を受けて入力担当者が
返送終了を入力したかどうかを判断する。

【０１５８】ステップＳ２５５で“ＮＯ”であれば、つ
まり返送が終了してなければ、同じステップＳ２５５に
戻って返送終了を待つ。一方、ステップＳ２５５で“Ｙ
ＥＳ”であれば、つまり返送が終了すれば、ステップＳ
２５７で仲介保証サーバ２０に返送終了を通知してから
ステップＳ１３１に戻る。

【０１５９】このようなクーリング制度を適用したシス
テム１０においては、商品の配送、商品の返品または商
品の交換に応じて、仲介保証サーバ２０のＨＤＤ５４に
設けられたメモリエリア５４ａの発注データベースが図
２９〜図３４に示すように更新（変更）される。

【０１６０】なお、図２９〜図３４に示す整理番号ＣＵ
Ｓ−ＤＢ００１〜ＣＵＳ−ＤＢ００４の発注データは、
振込み期日および配送モードが加入した以外は図１８
（Ａ）に示した発注データと同じであるため、詳細な説
明は省略する。

【０１６１】図２９および図３０は、販売者（△商会）
から購入者Ｎに所望の商品（▲△）が届いた場合の発注
データの更新を示してある。図２９（Ａ）に示す発注デ
ータベースの一覧表は初期状態であり、整理番号ＣＵＳ
−ＤＢ００３が空き状態となっている。図２９（Ｂ）に
は、購入者Ｎから注文があり、注文があった商品が購入
者Ｎに配送され、物流管理サーバ２４からネットワーク
１４を介して仲介保証サーバ２０に配送終了通知が送信
された状態を示してある。つまり、整理番号ＣＵＳ−Ｄ
Ｂ００３の発注データが登録および更新される。

【０１６２】なお、図２９（Ａ）から図２９（Ｂ）に至
るまで経緯は、図１８（Ａ）から図１９（Ｂ）に至る経
緯と同じであるため、重複した説明は省略してある。

【０１６３】図２９（Ｂ）から分かるように、物流管理
サーバ２４から配送終了の通知があると、配送チェック
が○にされる。これと同時に、クーリングオフ制度に基
づく期間または仲介保証サーバ２０の管理者が任意に定
めた期間までの日数（たとえば、７日間）が振り込み期
日に記入される。

【０１６４】購入者Ｎからのクレームの通知がネットワ
ーク１４およびメールサーバ２６を介して仲介保証サー
バ２０に送信されない場合には、振込み期日に記入され
た日数が一日毎にカウントダウンされ、図３０に示すよ
うに、振込み期日が０日になった時点でメモリエリア５
４ｂに記憶された登録商品データベースの商品番号Ｓ−
ＤＢ５６６に登録されている販売者（△商会）の金融口
座に代価を振り込むよう、ネットワーク１４を介して金
融サーバ２２に指示する。

【０１６５】このようにして、インターネット売買が完
了し、発注データベースから整理番号ＣＵＳ−ＤＢ００
３の発注データが消去され、図２９（Ａ）の状態（初期
状態）に戻る。

【０１６６】また、図３１〜図３２には、販売者（△商
会）から購入者Ｎに所望でない商品や不具合のある商品
が届き、購入者Ｎが所望の商品（▲△）の再発送を依頼
した場合、つまり商品の交換を要請した場合の発注デー
タの更新を示してある。

【０１６７】なお、図３１（Ａ）は図２９（Ｂ）と同様
に、物流管理サーバ２４からネットワーク１４を介し
て、配送終了通知が送信された状態を示しており、図３
１（Ａ）に至るまでの経緯は、図２９（Ａ）〜図２９
（Ｂ）に至るまでの経緯と同じであるため、重複した説
明は省略する。

【０１６８】たとえば、販売者（△商会）から所望でな
い（誤った）商品が届き、所望の商品（▲△）の（再）
発送を依頼する旨のクレームの通知がネットワーク１４
およびメールサーバ２６を介して仲介保証サーバ２０に
送信されると、購入者Ｎに対し登録商品データベースの
商品登録番号Ｓ−ＤＢ５６６に登録されている△商会の
連絡先を通知するとともに、誤った商品の返送を指示す
る。したがって、図３１（Ｂ）に示すように、発送指示
チェックが○にされ、配送チェックおよび振り込み期日
がリセット（×）され、そして、配送モードが１にされ
る。

【０１６９】続いて、物流管理サーバ２４から仲介保証
サーバ２０にネットワーク１４を介して、誤った商品を
販売者（△商会）に返送した旨が通知されると、図３２
（Ａ）に示すように、配送チェックが○にされる。

【０１７０】その後、ネットワーク１４およびメールサ
ーバ２６を介して仲介保証サーバ２０が△商会から商品
の確認通知を受け、交換可能である場合には、仲介保証
サーバ２０は△商会に発送を指示する。すると、図３２
（Ｂ）に示すように、配送チェックがリセット（×）さ
れ、配送モードが０にされる。

【０１７１】物流管理サーバ２４は、再発送を依頼され
た商品を受け取り、その商品を購入者Ｎに配送すると、
ネットワーク１４を介して仲介保証サーバ２０に配送終
了通知を送信する。すると、仲介保証サーバ２０は、配
送チェックを○にし、振り込み期日に日数を記入してか
ら、図３１（Ａ）で示した状態に戻る。

【０１７２】なお、再送された商品が購入者Ｎに届けら
れた場合に記入される日数は、最初に商品が届けられた
場合と異なる日数を記入するようにしてもよい。

【０１７３】さらに、販売者（△商会）から購入者Ｎに
所望でない商品が届き、購入者Ｎが商品を返品し、代価
の返還を求めた場合には、図３３および図３４に示すよ
うに、発注データが更新される。

【０１７４】図３３（Ａ）は初期状態であり、図３３
（Ｂ）は物流管理サーバ２４からネットワーク１４を介
して配送終了通知を受信した場合について示してある。

【０１７５】なお、図３３（Ａ）から図３３（Ｂ）に至
るまでの経緯は、図１８（Ａ）から図１９（Ｂ）に至る
までの経緯すなわち図２９（Ａ）から図２９（Ｂ）に至
るまでの経緯と同じであるため、詳細な説明は省略す
る。

【０１７６】たとえば、購入者Ｎから誤った商品が購入
者に届き、購入者が商品（▲△）の代価を返還すること
を依頼（要求）する旨のクレームを通知すると、そのク
レームの通知がネットワーク１４およびメールサーバ２
６を介して仲介保証サーバ２０に送信される。これに応
じて、仲介保証サーバ２０は購入者Ｎに登録商品データ
ベースの登録番号Ｓ−ＤＢ５６６に記載れている販売者
（△商会）の連絡先を通知するとともに、誤った商品を
返送することを通知する。したがって、図３４（Ａ）に
示すように、整理番号ＣＵＳ−ＤＢ００３の発注データ
は、配送チェックおよび振り込み期日がリセット（×）
され、配送モードが２にされる。

【０１７７】そして、物流管理サーバ２２からネットワ
ーク１４を介して仲介保証サーバ２０に、購入者Ｎから
△商会へ商品の返送があった旨が通知されると、図３３
（Ｂ）に示すように、配送チェックが○にされる。

【０１７８】その後、仲介保証サーバ２０は、△商会か
らネットワーク１４およびメールサーバ２６を介して、
商品の確認通知を受け、返品可能である場合には、発注
データベースに登録されている購入者Ｎの金融口座に代
価を振り込むよう、ネットワーク１４を介して金融サー
バ２２に指示する。

【０１７９】このようにして、インターネット売買が完
了し、発注データベースから整理番号ＣＵＳ−ＤＢ００
３の発注データが消去され、図３２（Ａ）の状態（初期
状態）に戻る。

【０１８０】他の実施例によれば、上述の実施例の効果
に加えて、発注した商品が所望でない場合や不具合があ
るような場合には、商品を交換でたり、商品を返品する
とともに代価の返還を請求したりすることができるの
で、購入者および販売者はより安心してインターネット
売買を行うことができる。

【０１８１】なお、これらの実施例では、仲介斡旋サー
バと仲介保証サーバとが個別に設けられるようにしてい
るが、仲介斡旋サーバが仲介保証サーバの役割も果たす
ようにすることもできる。つまり、仲介保証サーバに構
築されるデータベースを仲介斡旋サーバに記憶するとと
もに、仲介保証サーバに含まれるＣＰＵの処理を仲介斡
旋サーバが処理するようにすればよい。

【０１８２】また、これらの実施例では、仲介保証サー
バ、金融サーバおよび物流管理サーバはネットワークを
介して通信可能に接続するようにしているが、仲介保証
サーバ、金融サーバおよび物流管理サーバを１つの会社
または一箇所でまとめて管理できる仲介保証装置として
構成するようにしてもよい。この場合には、仲介保証サ
ーバと金融サーバとを専用線で接続するとともに、仲介
保証サーバと物流管理サーバとを専用線で接続し、直接
通信するようにしてもよい。

【０１８３】さらに、これらの実施例では、仲介斡旋サ
ーバが販売サーバへの注文を仲介するようにしたが、販
売サーバへ直接注文できるようにしてもよい。この場合
には、販売サーバが仲介保証サーバに注文データを送信
し、仲介保証サーバが商品の配送および代価の振込みを
管理するようにすればよい。

【図面の簡単な説明】

【図１】この発明のインターネット売買システムの一実
施例を示す図解図である。

【図２】図１に示す仲介斡旋サーバの構成を示す図解図
である。

【図３】図１に示す販売サーバの構成を示す図解図であ
る。

【図４】図１に示す仲介保証サーバの構成を示す図解図
である。

【図５】図４に示す仲介保証サーバのＨＤＤに設けられ
たメモリエリアに記憶された発注データベースおよび登
録商品データベースを示す図解図である。

【図６】図１実施例に示す金融サーバの構成を示す図解
図である。

【図７】図１実施例に示す物流サーバの構成を示す図解
図である。

【図８】図１実施例に示す購入者のＰＣが仲介斡旋サー
バにアクセスした場合に、仲介斡旋サーバから提示され
る商品紹介の画面の一例を示す図解図である。

【図９】図１実施例に示す購入者のＰＣを用いて所望の
商品を注文する場合に、仲介斡旋サーバから提示される
購入画面の一例を示す図解図である。

【図１０】図２に示す仲介斡旋サーバのＣＰＵと図１に
示す購入者のＰＣのＣＰＵとの注文処理の一部を示すフ
ロー図である。

【図１１】図２に示す仲介斡旋サーバのＣＰＵと図１に
示す購入者のＰＣのＣＰＵとの注文処理の他の一部を示
すフロー図である。

【図１２】図４に示す仲介保証サーバのＣＰＵの処理の
一部を示すフロー図である。

【図１３】図４に示す仲介保証サーバのＣＰＵの処理の
他の一部を示すフロー図である。

【図１４】図１に示す販売者のＰＣのＣＰＵの処理の一
部を示すフロー図である。

【図１５】図１に示す購入者のＰＣのＣＰＵの処理の一
部を示すフロー図である。

【図１６】図６に示す金融サーバのＣＰＵの処理の一部
を示すフロー図である。

【図１７】図７に示す物流管理サーバのＣＰＵの処理の
一部を示すフロー図である。

【図１８】図５に示す発注データベースの一覧表の一例
を示す図解図である。

【図１９】図５に示す発注データベースの一覧表の他の
一例を示す図解図である。

【図２０】図５に示す発注データベースの一覧表のその
他の一例を示す図解図である。

【図２１】この発明の他の一実施例の仲介保証サーバに
構築される発注データベースの一実施例を示す図解図で
ある。

【図２２】他の実施例の仲介保証サーバのＣＰＵの処理
の一部を示すフロー図である。

【図２３】他の実施例の仲介保証サーバのＣＰＵの処理
の他の一部を示すフロー図である。

【図２４】他の実施例の仲介保証サーバのＣＰＵのクー
リング期間の処理の一部を示すフロー図である。

【図２５】他の実施例の仲介保証サーバのＣＰＵのクー
リング期間の処理の他の一部を示すフロー図である。

【図２６】他の実施例の金融サーバのＣＰＵの処理の一
部を示すフロー図である。

【図２７】他の実施例の物流管理サーバのＣＰＵの処理
の一部を示すフロー図である。

【図２８】他の実施例の物流管理サーバのＣＰＵの処理
の他の一部を示すフロー図である。

【図２９】図２１に示す発注データベースの一覧表の一
例を示す図解図である。

【図３０】図２１に示す発注データベースの一覧表の他
の一例を示す図解図である。

【図３１】図２１に示す発注データベースの一覧表のそ
の他の一例を示す図解図である。

【図３２】図２１に示す発注データベースの一覧表のさ
らに他の一例を示す図解図である。

【図３３】図２１に示す発注データベースの一覧表の他
の一例を示す図解図である。

【図３４】図２１に示す発注データベースの一覧表のそ
の他の一例を示す図解図である。

【符号の説明】

１０ …インターネット売買システム １２ …仲介斡旋サーバ １４ …ネットワーク １６ …販売サーバ １８ …ＰＣ １８ａ，３０，４０，５０，６０，７０ …ＣＰＵ ２０ …仲介保証サーバ ２２ …金融サーバ ２４ …物流管理サーバ ２６ …メールサーバ ３２，４２，５２，６２，７２ …送受信回路 ３４，４４，５４，６４，７４ …ＨＤＤ ３６，４６，５６，６６，７６ …入力装置

───────────────────────────────────────────────────── フロントページの続き (51)Int.Cl.⁷ 識別記号 ＦＩ テーマコート゛(参考） Ｇ０６Ｆ 17/60 ４３０ Ｇ０６Ｆ 17/60 ４３０ (72)発明者 堀 吉宏 大阪府守口市京阪本通２丁目５番５号 三 洋電機株式会社内 Ｆターム(参考） 5B049 BB11 CC00 CC05 CC10 FF01 GG02 5B055 CB00 CB09 CC00

Claims (35)

【特許請求の範囲】
1. 【請求項１】販売者が販売する商品の商品情報をインタ
   ーネットサイト上に掲載して前記商品の購入者を募り、
   ネットワークを介して前記購入者が所有する端末からの
   前記商品の注文を受ける販売サーバ、 前記ネットワークを介して特定の口座への入金の確認お
   よび前記特定の口座から他の口座への振り込み可能な金
   融サーバ、 前記商品の配送管理を行い、前記ネットワークを介して
   前記配送管理に関する情報を送受信可能な物流管理サー
   バ、および前記販売サーバ、前記金融サーバおよび前記
   物流管理サーバと前記ネットワークを介して通信可能に
   接続される仲介保証サーバを備える、インターネット売
   買システムであって、 前記仲介保証サーバは、前記購入サーバ、前記販売サー
   バ、前記金融サーバまたは前記物流管理サーバから前記
   ネットワークを介して取得した情報に基づいて、前記商
   品の配送および前記商品に対する代価の支払を管理す
   る、インターネット売買システム。
2. 【請求項２】前記仲介保証サーバは、前記端末から前記
   商品の注文情報を受ける、請求項１記載のインターネッ
   ト売買システム。
3. 【請求項３】前記仲介保証サーバは、前記販売サーバか
   ら前記商品の注文情報を受ける、請求項１記載のインタ
   ーネット売買システム。
4. 【請求項４】少なくとも１人の販売者が販売する商品の
   商品情報をインターネットサイト上に掲載して前記商品
   の購入者を募り、ネットワークを介して前記購入者が所
   有する端末から商品を注文すると、注文を該当する販売
   サーバに仲介する仲介斡旋サーバ、 前記ネットワークを介して特定の口座への入金の確認お
   よび前記特定の口座から他の口座への振り込み可能な金
   融サーバ、 前記商品の配送管理を行い、前記ネットワークを介して
   前記配送管理に関する情報を送受信可能な物流管理サー
   バ、および前記販売サーバ、前記金融サーバおよび前記
   物流管理サーバと前記ネットワークを介して通信可能に
   接続される仲介保証サーバを備える、インターネット売
   買システムであって、 前記仲介保証サーバが前記端末、前記仲介斡旋サーバ、
   前記金融サーバまたは前記物流管理サーバから前記ネッ
   トワークを介して取得した情報に基づいて、インターネ
   ット売買における前記商品の配送および前記商品に対す
   る代価の支払を管理する、インターネット売買システ
   ム。
5. 【請求項５】前記仲介保証サーバは、前記端末から前記
   商品の注文情報を受ける、請求項４記載のインターネッ
   ト売買システム。
6. 【請求項６】前記仲介保証サーバは、前記仲介斡旋サー
   バから前記商品の前記注文情報を受ける、請求項４記載
   のインターネット売買システム。
7. 【請求項７】前記仲介保証サーバは、前記販売サーバか
   ら前記商品の前記注文情報を受ける、請求項４記載のイ
   ンターネット売買システム。
8. 【請求項８】前記仲介保証サーバは前記仲介斡旋サーバ
   を含む、請求項４、５および７のいずれかに記載のイン
   ターネット売買システム。
9. 【請求項９】前記仲介保証サーバは、少なくともクーリ
   ングオフ制度に基づく期間または任意に設定された期
   間、前記商品の返品および前記商品に対する代価の返還
   を管理する、請求項１ないし８のいずれかに記載のイン
   ターネット売買システム。
10. 【請求項１０】前記仲介保証サーバは、前記購入者また
    は前記販売者に対し、前記商品または前記商品に対する
    代価を保証することを特徴とする、請求項１ないし９の
    いずれかに記載のインターネット売買システム。
11. 【請求項１１】販売者が販売する商品の商品情報をイン
    ターネットサイト上に掲載して前記商品の購入者を募
    り、ネットワークを介して前記購入者が所有する端末か
    らの前記商品の発注を受ける販売サーバ、 前記ネットワークを介して特定の口座への入金の確認お
    よび前記特定の口座から他の口座への振り込み可能な金
    融サーバ、 前記商品の配送管理を行い、前記ネットワークを介して
    前記配送管理に関する情報を送受信可能な物流管理サー
    バ、および前記販売サーバ、前記金融サーバおよび前記
    物流管理サーバと前記ネットワークを介して通信可能に
    接続される仲介保証サーバを備えるインターネット売買
    システムであって、 前記仲介保証サーバは、 前記販売サーバから注文データを受信する第１注文デー
    タ受信手段、 前記注文データ受信手段によって受信された注文データ
    を記憶する注文データ記憶手段、 前記注文データを前記販売サーバに送信する第１注文デ
    ータ送信手段、 前記端末に前記商品の代価の振込みに関する購入情報を
    通知する購入情報通知手段、 前記金融サーバから振込み終了の通知を受けて前記販売
    サーバに前記商品を発送する発送指示を送信する発送指
    示手段、および前記物流管理サーバから配送終了の通知
    を受けて前記代価を前記販売者の金融口座に振込む振込
    み指示を前記金融サーバに送信する振込み指示手段を備
    える、インターネット売買システム。
12. 【請求項１２】前記仲介保証サーバは、前記注文データ
    に基づいて少なくとも前記代価の振込み状況データおよ
    び前記商品の配送状況データを含む発注データを作成す
    る作成手段、および前記発注データを更新する更新手段
    をさらに備え、 前記更新手段は、少なくとも前記振込み終了の通知ある
    いは前記配送終了の通知に従って前記発注データを更新
    する、請求項１１記載のインターネット売買システム。
13. 【請求項１３】前記更新手段は、前記振込み終了の通知
    を受けて前記振込み状況データを振込みありに更新し、 前記発送指示手段は、前記振込みデータが振込みありを
    示すとき、前記販売サーバに前記商品の発送を指示す
    る、請求項１２記載のインターネット売買システム。
14. 【請求項１４】前記更新手段は、前記配送終了の通知を
    受けて前記配送状況データを配送終了に更新し、 前記振込み指示手段は、前記配送状況データが配送終了
    を示すとき、前記販売者の金融口座への前記代価の振込
    みを前記金融サーバに指示する、請求項１２記載のイン
    ターネット売買システム。
15. 【請求項１５】前記発注データは、前記商品の納期を示
    す納期データを含み、 前記仲介保証サーバは、前記納期を管理する納期管理手
    段、および前記納期までに前記配送終了の通知を受信し
    ないとき前記販売サーバに前記商品を発送したかどうか
    を問い合わせる発送問合せ手段をさらに備える、請求項
    １２または１４のいずれかに記載のインターネット売買
    システム。
16. 【請求項１６】前記仲介保証サーバは、前記販売サーバ
    から発送状況の回答を受信する発送状況受信手段、およ
    び前記発送状況受信手段によって受信された前記発送状
    況の回答を前記端末に通知する発送状況通知手段をさら
    に備える、請求項１５記載のインターネット売買システ
    ム。
17. 【請求項１７】前記仲介保証サーバは、前記商品が発送
    されてないとき、前記販売サーバに商品発送の督促と通
    知する督促通知手段をさらに備える、請求項１６記載の
    インターネット売買システム。
18. 【請求項１８】前記仲介保証サーバは、前記発送状況受
    信手段によって受信された発送状況の回答が発送ありを
    示すとき前記物流管理サーバに前記商品の配送状況を問
    い合わせる配送問合せ手段をさらに備える、請求項１６
    または１７記載のインターネット売買システム。
19. 【請求項１９】前記仲介保証サーバは、前記物流管理サ
    ーバから配送状況の回答を受信する配送状況受信手段、
    および前記配送状況受信手段によって受信された前記配
    送状況の回答を前記端末に通知する配送状況通知手段を
    さらに備える、請求項１８記載のインターネット売買シ
    ステム。
20. 【請求項２０】前記物流管理サーバは、配送依頼を受け
    た前記商品の配送が終了したかどうかを管理する配送状
    況管理手段、および前記仲介保証サーバからの問合せに
    応答して配送終了かどうかを通知する配送状況通知手段
    を備える、請求項１１ないし１９のいずれかに記載のイ
    ンターネット売買システム。
21. 【請求項２１】前記仲介保証サーバは、前記端末から前
    記商品に関するクレームの通知を受信するクレーム受信
    手段、および前記クレーム受信手段によって受信された
    クレームの内容に応じて前記代価を前記購入者に返還す
    るかどうかを判断する判断手段をさらに備え、 前記判断手段で前記代価を前記購入者に返還すると判断
    されると、前記振込み指示手段は、前記購入者の金融口
    座への前記代価の振込みを前記金融サーバに指示する、
    請求項１１ないし２０のいずれかに記載のインターネッ
    ト売買システム。
22. 【請求項２２】前記クレーム受信手段は、クーリング制
    度に基づく期間あるいは任意に設定された期間だけ、前
    記クレームの通知を受信する、請求項２１記載のインタ
    ーネット売買システム。
23. 【請求項２３】前記仲介保証サーバは、前記端末に前記
    商品の返送を指示する返送指示手段をさらに備え、 前記振込み指示手段は、前記物流管理サーバから前記商
    品の返送終了の通知を受けて、前記購入者の金融口座へ
    の前記代価の振込みを前記金融サーバに指示する、請求
    項２１または２２記載のインターネット売買システム。
24. 【請求項２４】前記仲介保証サーバは、前記販売サーバ
    から前記商品の返送の有無を確認する確認通知を受信す
    る確認通知受信手段をさらに備え、前記振込み指示手段
    は、前記確認通知手段によって受信された確認通知が返
    送有りを示すとき、前記購入者の金融口座への前記代価
    の振込みを前記金融サーバに指示する、請求項２２また
    は２３記載のインターネット売買システム。
25. 【請求項２５】前記端末からの注文データを受けて前記
    販売サーバに仲介する仲介斡旋サーバをさらに備え、 前記仲介斡旋サーバは、前記端末からのアクセスに応じ
    て前記商品情報を前記端末に提示する商品情報提示手
    段、前記注文データを受信する第２注文データ受信手
    段、および前記注文データを前記販売サーバに送信する
    第２注文データ送信手段を備える、請求項１１ないし２
    ４のいずれかに記載のインターネット売買システム。
26. 【請求項２６】前記第２注文データ送信は、前記仲介保
    証サーバに前記注文データを送信する、請求項２５記載
    のインターネット売買システム。
27. 【請求項２７】前記仲介斡旋サーバは、前記商品の注文
    を入力する入力画面に対応する入力画面データを前記端
    末に提示する入力画面データ提示手段をさらに備える、
    請求項２５または２６記載のインターネット売買システ
    ム。
28. 【請求項２８】販売者が販売する商品の商品情報をイン
    ターネットサイト上に掲載する販売サーバ、前記販売サ
    ーバと購入者の端末との間でインターネットを介して前
    記商品を売買し、前記購入者への商品の配送および前記
    販売者への代価の支払を管理する仲介保証装置であっ
    て、 前記端末からの注文データを受信する注文データ受信手
    段、 前記注文データ受信手段によって受信された注文データ
    を記憶する注文データ記憶手段、 前記注文データを前記販売サーバに送信する注文データ
    送信手段、 前記端末に前記商品の代価の振込みに関する購入情報を
    通知する購入情報通知手段、 振込み終了の通知を受けて前記販売サーバに前記商品を
    発送する発送指示を送信する発送指示手段、および配送
    終了の通知を受けて前記代価を前記販売者の金融口座に
    振込むことを指示する振込み指示手段を備える、仲介保
    証装置。
29. 【請求項２９】少なくとも１人の販売者が販売する商品
    の商品情報をインターネットサイト上に掲載する仲介斡
    旋サーバ、前記仲介斡旋サーバを介して購入者の端末と
    前記販売者の販売サーバとの間でインターネットを介し
    て前記商品を売買し、前記購入者への商品の配送および
    前記販売者への代価の支払を管理する仲介保証装置であ
    って、 前記仲介斡旋サーバからの注文データを受信する注文デ
    ータ受信手段、 前記注文データ受信手段によって受信された注文データ
    を記憶する注文データ記憶手段、 前記注文データを前記販売サーバに送信する注文データ
    送信手段、 前記端末に前記商品の代価の振込みに関する購入情報を
    通知する購入情報通知手段、 振込み終了の通知を受けて前記販売サーバに前記商品を
    発送する発送指示を送信する発送指示手段、および配送
    終了の通知を受けて前記代価を前記販売者の金融口座に
    振込むことを指示する振込み指示手段を備える、仲介保
    証装置。
30. 【請求項３０】前記代価の振込みを管理する金融サーバ
    をさらに備え、 前記金融サーバは、前記代価の振込みがあると前記振込
    み終了を前記発送指示手段に通知する、請求項２８また
    は２９記載の仲介保証装置。
31. 【請求項３１】前記商品の配送状況を管理する物流管理
    サーバをさらに備え、 前記物流管理サーバは、前記商品が前記購入者に届けら
    れると前記配送終了を前記振込み指示手段に通知する、
    請求項２８ないし３０のいずれかに記載の仲介保証装
    置。
32. 【請求項３２】前記端末から前記商品に関するクレーム
    の通知を受信するクレーム受信手段、および前記クレー
    ム受信手段によって受信されたクレームの内容に応じて
    前記代価を前記購入者に返還するかどうかを判断する判
    断手段をさらに備え、 前記判断手段で前記代価を前記購入者に返還すると判断
    されると、前記振込み指示手段は、前記購入者の金融口
    座への前記代価の振込みを前記金融サーバに指示する、
    請求項３０または３１記載の仲介保証装置。
33. 【請求項３３】前記クレーム受信手段は、クーリング制
    度に基づく期間あるいは任意に設定された期間だけ、前
    記クレームの通知を受信する、請求項３２記載の仲介保
    証装置。
34. 【請求項３４】前記端末に前記商品の返送を指示する返
    送指示手段をさらに備え、 前記振込み指示手段は、前記物流管理サーバから前記商
    品の返送終了の通知を受けて、前記購入者の金融口座へ
    の前記代価の振込みを前記金融サーバに指示する、請求
    項３０ないし３３のいずれかに記載のインターネット売
    買システム。
35. 【請求項３５】前記販売サーバから前記商品の返品の有
    無を確認する確認通知を受信する確認通知受信手段をさ
    らに備え、 前記振込み指示手段は、前記確認通知手段によって受信
    された確認通知が返送有りを示すとき、前記購入者の金
    融口座への前記代価の振込みを前記金融サーバに指示す
    る、請求項３４記載のインターネット売買システム。