JP2019095863A - 商品売買サイト用サーバ、商品売買サイト用システム、商品売買サイトの提供方法、および、商品売買サイト用プログラム - Google Patents

Abstract

【課題】出品者が抱えている一商品当り多数量の在庫商品を売りに出して、バイヤーが当該商品を一括で買い取ったり、あるいは、在庫の一部を買い取ったりすることのできる商品売買サイト用サーバを提供する。【解決手段】商品売買サイト用サーバ２００を、商品名６０４、および、商品名６０４に係る商品の在庫数量６１４を含む出品リスト６００を有しており、バイヤー端末４００からの要求に応じて、バイヤー端末４００に対して商品名６０４および在庫数量６１４を含む出品商品一覧リスト７００を送信し、バイヤー端末４００から、商品の購入数量を含む発注情報７２０を受け付けるプロセッサ２０２で構成する。【選択図】図１

Description

本発明は、販売を希望する商品を提供する出品者と、当該商品の購入を希望するバイヤーとの間を仲立ちする商品売買サイト用サーバ、商品売買サイト用システム、商品売買サイトの提供方法、および、商品売買サイト用プログラムに関する。

近年、インターネットの普及に伴い、インターネットを介した商品の売買を仲介するサイトが増えてきている。このような商品の売買を仲介するサイトは、例えば特許文献１に示すように出品者が提供する１つの商品を購入者（バイヤー）が購入するものや、出品者が複数個を在庫している商品をバイヤーが１つ購入するようなものであった。

特開平８−１２９５８９号公報

このようにインターネットを介した商品の売買を仲介するサイトが増えてきているにもかかわらず、例えば出品者である企業や個人（以下。単に「企業等」という。）が抱えている一商品当り多数量の在庫商品を売りに出して、別の企業等（バイヤー）が当該商品を一括で買い取ったり、あるいは、在庫の一部を買い取ったりすることはできなかった。

本発明は、かかる課題を解決するためになされたものであり、その目的は、出品者が抱えている一商品当り多数量の在庫商品を売りに出して、バイヤーが当該商品を一括で買い取ったり、あるいは、在庫の一部を買い取ったりすることのできる商品売買サイト用サーバ、商品売買サイト用システム、商品売買サイトの提供方法、および、商品売買サイト用プログラムを提供することにある。

この発明のある態様に従うと、
商品名、および、前記商品名に係る商品の在庫数量を含む出品リストを有しており、
バイヤー端末からの要求に応じて、前記バイヤー端末に対して前記商品名および前記在庫数量を含む出品商品一覧リストを送信し、
前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるプロセッサを備える商品売買サイト用サーバが提供される。

好適には、
前記発注情報を前記商品の出品者に紐付けられた出品者端末に送信した後、前記出品者端末から、仮発注確認結果情報を受け付けるようになっており、
前記仮発注確認結果情報には、前記発注情報における前記購入数量を満たす数量の在庫がないことから前記発注情報に基づく発注を受けられない旨の回答を含めることができる。

好適には、
前記発注情報には、バイヤーが希望する前記商品の着荷先が更に含まれており、
前記発注情報を前記商品の出品者に紐付けられた出品者端末に送信した後、前記出品者端末から、仮発注確認結果情報を受け付けるようになっており、
前記仮発注確認結果情報には、前記着荷先に応じた送料が含まれている。

好適には、
前記発注情報には、バイヤーの希望条件が含まれている。

好適には、
前記商品のサンプル入手を希望する前記バイヤーから、前記発注情報に代えて、サンプル購入連絡を受け付けることができる。

この発明の他の態様に従うと、
出品者が出品を希望する商品の商品名、および、前記商品の在庫数量を含む商品情報を送信する出品者端末と、
前記商品情報を受け付けて、前記商品情報の内容を含む出品リストを用意するメインサーバと、
前記メインサーバに対して前記商品名および前記在庫数量を含む出品商品一覧リストを要求するバイヤー端末とを備えており、
前記メインサーバは、前記バイヤー端末からの前記商品の購入数量を含む発注情報を受け付ける
商品売買サイト用システムが提供される。

この発明の他の態様に従うと、
バイヤー端末からの要求に応じて、出品リストに基づいて前記バイヤー端末に対して出品商品一覧リストを送信するプロセッサを有するメインサーバにおける、商品売買サイトの提供方法であって、
前記出品リストは、商品名、および、前記商品名に係る商品の在庫数量を含んでおり、
前記出品商品一覧リストは、前記商品名および前記在庫数量を含んでおり、
前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるステップを備える
商品売買サイトの提供方法が提供される。

この発明の他の態様に従うと、
バイヤー端末からの要求に応じて、出品リストに基づいて前記バイヤー端末に対して出品商品一覧リストを送信するプロセッサを有するメインサーバで実行される商品売買サイト用プログラムであって、
前記出品リストは、商品名、および、前記商品名に係る商品の在庫数量を含んでおり、
前記出品商品一覧リストは、前記商品名および前記在庫数量を含んでおり、
前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるステップを備える
商品売買サイト用プログラムが提供される。

この発明によれば、出品者が抱えている一商品当り多数量の在庫商品を売りに出して、バイヤーが当該商品を一括で買い取ったり、あるいは、在庫の一部を買い取ったりすることのできる商品売買サイト用サーバ、商品売買サイト用システム、商品売買サイトの提供方法、および、商品売買サイト用プログラムを提供することができた。

本実施形態にかかる商品売買サイト用システム１００のシステム構成を示す概略イメージ図である。 出品リスト６００の一例を示す図である。 発送情報リスト６５０の一例を示す図である。 商品情報リスト６８０の一例を示す図である。 出品商品一覧リスト７００の一例を示す図である。 商品詳細情報画面７１０の一例を示す図である。 メインサーバ２００による処理の一例を説明する機能ブロック図である。 出品者端末３００による処理の一例を説明する機能ブロック図である。 バイヤー端末４００による処理の一例を説明する機能ブロック図である。 メインサーバ２００による処理のフローチャートである。 メインサーバ２００による処理のフローチャートである。 出品者端末３００による処理のフローチャートである。 バイヤー端末４００による処理のフローチャートである。 サンプル販売機能の一例を示す図である。

以下、本発明を実施するための形態について図面を参照しつつ説明する。なお、本発明は、販売を希望する商品を提供する出品者Ｓと、当該商品の購入を希望するバイヤーＢとの間を仲立ちする商品売買サイト用サーバ、商品売買サイト用システム、商品売買サイトの提供方法、および、商品売買サイト用プログラムとして広く適用することができる。

（商品売買サイト用システム１００の構成）
図１は、本発明の一実施形態にかかる商品売買サイト用システム１００の構成を模式的に示す図である。

本実施形態に係る商品売買サイト用システム１００は、大略、メインサーバ２００、複数の出品者端末３００、複数のバイヤー端末４００、および、これら同士の間での通信を可能にするインターネット５００を備えている。

メインサーバ２００（以下、「商品売買サイト用サーバ」ともいう。）は、プロセッサ２０２と、メモリ２０４と、操作部２０６と、表示部２０８と、記憶部２１０と、インターフェイス部２１２とを有している。

プロセッサ２０２は、中央演算装置であり、メモリ２０４または外部の記憶媒体に記憶されているプログラムを実行する。これにより、プロセッサ２０２はメインサーバ２００の各部の機能を実現するとともに、後述するフローチャートにおける各ステップを実行する。

メモリ２０４は、主記憶装置であり、プロセッサ２０２が処理を行う際に参照されるデータを記憶する。メモリ２０４は、各種のＲＡＭ(Random Access Memory)、および、各種のＲＯＭ(Read-Only Memory)の少なくとも１つによって実現される。なお、メモリ２０４は、インターフェイス部２１２を介して利用される、ＵＳＢ（登録商標）メモリ、メモリカード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの記憶媒体などによって実現されてもよい。

メモリ２０４は、プロセッサ２０２によって実行されるプログラム、プロセッサ２０２によるプログラムの実行によって生成されたデータ、操作部２０６から与えられたデータ、および、記憶部２１０から取得されたデータなどを記憶する。なお、プロセッサ２０２によるプログラムの実行によって生成されたデータや、操作部２０６から与えられたデータは、記憶部２１０に格納されてもよい。

操作部２０６は、キーボードおよびマウスなどで例示される入力装置である。操作部２０６は、システムの管理者Ｋなどによって操作されることで生成された命令信号をプロセッサ２０２へ与える。

表示部２０８は、液晶表示装置などの画像表示装置であり、プロセッサ２０２からの画像信号に基づいて文字や画像を出力する。なお、表示部２０８は、ソフトウェアキーボードなどの入力装置（操作部２０６）を表示することもできる。

なお、操作部２０６と表示部２０８とは、タッチパネルによって構成されていてもよい。タッチパネルは、抵抗膜方式、表面弾性波方式、赤外線方式、電磁誘導方式、静電容量方式などのいずれのタイプであってもよい。

記憶部２１０は、補助記憶装置である。記憶部２１０は、メモリ２０４と協働することによって記憶部２１０の機能を実現してもよい。記憶部２１０としては、インターフェイスを介して利用される、ＵＳＢ（登録商標）メモリ、ＣＤ、ＤＶＤ、メモリカード、ＦＤ、ハードディスク、磁気テープ、カセットテープ、ＭＯ、ＭＤ、ＩＣカード、光カード、マスクＲＯＭ、ＥＰＲＯＭ、ＥＥＰＲＯＭなどの記憶媒体などによっても実現される。

インターフェイス部２１２は、メインサーバ２００が外部と通信するために設けられている。インターフェイス部２１２が設けられていることで、プロセッサ２０２は、メモリ２０４だけでなく、外部の記憶媒体に格納されているデータにもアクセスすることができる。例えば、プロセッサ２０２は、インターフェイス部２１２を介して外部の記憶媒体に格納されているデータを読み出し、当該データをメモリ２０４および記憶部２１０の少なくとも一方に格納できる。また、プロセッサ２０２は、メモリ２０４および記憶部２１０の少なくとも一方から読み出したデータを、インターフェイス部２１２を介して外部に出力することができる。

このインターフェイス部２１２は、通信回路、アンテナおよびコネクタなどを用いて構成されている。インターフェイス部２１２は、有線通信または無線通信により、インターネット５００等を介して他の装置（例えば、出品者端末３００、および、バイヤー端末４００）との間でデータ通信を行う。

出品者端末３００は、当該出品者端末３００の使用者であって販売を希望する商品を提供する出品者Ｓによって操作される端末であり、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット、および、携帯電話など、インターネット５００を介して各サイトサーバに接続できる機能を有するすべてのものをいう。商品売買サイト用システム１００は複数の出品者Ｓに利用されるものであるから、商品売買サイト用システム１００には複数の出品者端末３００が接続されている。

個々の出品者端末３００は、プロセッサ３０２と、メモリ３０４と、操作部３０６と、表示部３０８と、記憶部３１０と、インターフェイス部３１２とを有している。なお、これらの具体的構成は、上述したメインサーバ２００の具体的構成とほぼ同じであることから、同様の構成についてはメインサーバ２００での説明を援用し、説明を繰り返さない。

バイヤー端末４００は、当該バイヤー端末４００の使用者であり、商品の購入を希望するバイヤーＢによって操作される端末であり、例えば、パーソナルコンピュータ（ＰＣ）、スマートフォン、タブレット、および、携帯電話など、インターネット５００を介してメインサーバ２００に接続できる機能を有するすべてのものをいう。商品売買サイト用システム１００は複数のバイヤーＢに利用されるものであるから、商品売買サイト用システム１００には複数のバイヤー端末４００が接続されている。

バイヤー端末４００は、プロセッサ４０２と、メモリ４０４と、操作部４０６と、表示部４０８と、記憶部４１０と、インターフェイス部４１２とを有している。なお、これらの具体的構成は、上述したメインサーバ２００の具体的構成とほぼ同じであることから、同様の構成についてはメインサーバ２００での説明を援用し、説明を繰り返さない。

次に、出品リスト６００について図２を用いて説明する。出品リスト６００は、出品者Ｓが各出品者端末３００を用いてメインサーバ２００にアクセスし、各出品者Ｓが販売を希望する商品の情報を入力した結果としての商品情報を蓄積していくためのデータテーブルであり、本実施形態では、出品者Ｓが１の商品の情報を入力する度に商品情報が１レコードずつ、出品リスト６００に追加される。当該出品リスト６００は、例えば、メインサーバ２００のメモリ２０４や記憶部２１０内に格納されており、必要に応じて、プロセッサ２０２がメモリ２０４や記憶部２１０内の出品リスト６００にアクセスする。

本実施形態に係る出品リスト６００は、大略、出品番号６０２、商品名６０４、商品内容６０６、上代６０８、掛率６１０、単価６１２、在庫数量６１４、取引単位数６１６、および、（必要に応じて）サンプル有無６１８を有している。もちろん、出品リスト６００に含められる情報はこれらに限定されるものではなく、また、上記情報の一部を備えていなくてもよい。さらに、出品番号６０２は、出品者Ｓが入力することなく、メインサーバ２００のプロセッサ２０２が自動的に付与するようにしてもよい。例えば、出品リスト６００に、出品した商品の全在庫数量を一括で買い取ってもらうことを希望する「一括」や、逆に、取引単位数６１６ごとに買い取ってもらうことを希望する「抜取」といった内容を表示する項目を追加することが考えられる。また、出品リスト６００の項目に「出品者名」を入れていないことにより、出品者Ｓは匿名で商品の出品を行うことができる。

この出品リスト６００における各情報は、後述するように、メインサーバ２００のプロセッサ２０２により、バイヤーＢによる購買が成立する度に必要に応じて更新変更される。例えば、バイヤーＢがある商品を所定数購入することが決定したとき、プロセッサ２０２は、当該商品の数量（在庫数量）６１４を当該所定数だけ減少させて正しい在庫数量６１４に更新する。もちろん、出品者Ｓが出品者端末３００を用いてメインサーバ２００にアクセスすることで、自身が出品している商品の情報を更新変更あるいは削除することも可能である。

出品リスト６００に含められるそれぞれの情報について簡単に説明する。出品番号６０２は、各出品者Ｓが出品した商品ごとに付与された重複のない番号であり、上述のように出品者Ｓからの出品を受け付けたメインサーバ２００のプロセッサ２０２によって付与される。

商品名６０４は、出品者Ｓが出品した商品の名称であり、出品者Ｓが入力した名称が使用される。もちろん、メインサーバ２００のプロセッサ２０２が商品名６０４を付与するようにしてもよい。

商品内容６０６は、商品の内容に関する情報（例えば、商品が衣類であれば、サイズや素材、色の情報）であり、出品者Ｓが入力した内容が使用される。

上代６０８は、出品者Ｓが設定する当該商品の希望小売単価である。

掛率６１０は、上代６０８から単価（販売希望単価）を算出するための比率であり、本実施形態では百分率（％）で表示されている。

単価６１２は、出品者Ｓによる当該商品の販売希望単価であり、上代６０８に掛率６１０を乗ずることで算出される。なお、図示しないが、購入数量に応じて掛率６１０を増減させ、単価６１２を増減させるように設定してもよい。例えば、出品した商品の全在庫数量を一括で買い取る場合は掛率６１０を低い目に設定して単価６１２を低くし、逆に、取引単位数６１６で買い取る場合は、「一括」の場合に比べて掛率６１０を高い目に設定して単価６１２を高くするように予め設定することが考えられる。

在庫数量６１４は、出品者Ｓが保有している当該商品の在庫数である。この在庫数量６１４は、バイヤーＢによる購買が成立したり、出品者Ｓが本実施形態に係る商品売買サイト以外のルートで（例えば、当該出品者Ｓの店頭などで）販売したりすることによって減少する。逆に、当該商品を新たに製造したり、当該商品が売れ残りなどによって返品されたりした場合、在庫数量６１４は増加することになる。

取引単位数６１６は、出品者Ｓが当該商品を販売するにあたって希望する取引単位数であり、この取引単位数６１６の倍数で取引（販売）を希望する旨の意思表示である。

サンプル有無６１８は、バイヤーＢが取引単位数６１６での購入を決める前に当該商品の実物を手に入れたいと希望する際に、取引単位数６１６以下の数量で販売する当該商品のサンプルを用意しているか否かを示す項目である。本実施形態の場合、サンプルの有無に加えて、当該サンプルが有償か無償かを入力するようになっている。サンプルについては、変形例４で詳述する。

上述した出品リスト６００に加えて、本実施形態に係る商品売買サイト用システム１００では、図３に示すような発送情報リスト６５０が使用される。発送情報リスト６５０は、出品者Ｓが各出品者端末３００を用いてメインサーバ２００にアクセスし、当該出品者Ｓが出品した商品を販売する際の送料や納期等についての発送情報を蓄積していくためのデータテーブルである。本実施形態では、出品者Ｓが出品する商品毎に発送情報を入力していってもよいし、いずれの商品にも同じ発送情報が適用されるのであれば、出品者Ｓひとりに対して１つの発送情報を紐付けるようにしてもよい。当該発送情報リスト６５０は、出品リスト６００と同様、例えば、メインサーバ２００のメモリ２０４や記憶部２１０内に格納されている。

本実施形態に係る発送情報リスト６５０は、大略、出品番号６０２、発送先６５２、送料６５４、サンプル送料６５６、および、納期目安６５８を有している。もちろん、発送情報リスト６５０に含められる発送情報はこれらに限定されるものではなく、また、上記発送情報の一部を備えていなくてもよい。また、発送情報リスト６５０の情報を出品リスト６００に組み込んでもよい。

出品者Ｓが出品者端末３００を用いてメインサーバ２００にアクセスして、この発送情報リスト６５０における各発送情報を更新変更あるいは削除することも可能である。

発送情報リスト６５０に含められるそれぞれの情報について簡単に説明する。発送先６５２は、商品を発送する先として例えば都道府県名が入力されており、この発送先６５２ごとに残りの送料６５４や納期目安６５８が入力されている。つまり、本実施形態の場合、送料６５４、サンプル送料６５６、および納期目安６５８の少なくともいずれかひとつが互いに異なる都道府県が存在する場合、異なる分だけ発送情報のレコード数が必要となる。発送先６５２は、都道府県で分類する必要はなく、例えば、近畿地方や中部地方といった分け方でもよい。

送料６５４は、対応する発送先６５２に商品を発送する際に要する送料である。

サンプル送料６５６は、当該商品に上述したサンプルが設定されている（出品リスト６００におけるサンプル有無６１８が「サンプル有」となっている）場合において、当該サンプルを対応する発送先６５２に発送する際にようする送料である。

納期目安６５８は、商品の購入が確定した場合において、当該商品がバイヤーＢの手元に届くまでに要する期間を示すものである。本実施形態では、例えば、納期目安６５８を入金が確認できてからの営業日数で表すようになっているが、もちろん、他の形式で納期の目安を示してもよい。

図４は、出品者Ｓが出品者端末３００を用いてメインサーバ２００にアクセスし、販売を希望するひとつの商品の商品情報を入力したときに例えばメインサーバ２００のプロセッサ２０２で作成され、インターネット５００を介して当該出品者端末３００に送信された後、出品者端末３００の表示部３０８に表示される商品情報リスト６８０の一例である。

商品情報リスト６８０には、上述した出品リスト６００に含まれる項目の一部が表示されているほか、必要に応じて、出品期間６８２や、商品合計金額（送料含）６８４や、出品者Ｓが登録した商品画像６８５が表示されている。

また、この商品情報リスト６８０は、大きく分けて上下二段で構成されている。下段は、出品する商品が複数種類の商品がまとめられた「セット商品」である場合（図示の例では、「タオルＡ 白・青・茶セット」）において、各商品に関する商品内容６０６、上代６０８、掛率６１０、単価６１２、在庫数量６１４、および、単価６１２に在庫数量６１４を乗じた金額６８６が表示されている（以下、これらの商品情報のセットを「商品詳細情報」という）。

図５は、バイヤーＢがバイヤー端末４００を用いてメインサーバ２００にアクセスしたときに例えばメインサーバ２００のプロセッサ２０２で作成され、インターネット５００を介して当該バイヤー端末４００に送信された後、バイヤー端末４００の表示部４０８に表示される出品商品一覧リスト７００の一例である。

出品商品一覧リスト７００には、出品リスト６００に蓄積された各商品に関する商品情報の一部が表示されるようになっている。例えば、バイヤーＢが所望の商品を探しやすいように、商品名６０４や商品画像６８５、在庫数量６１４など、一部の商品情報に絞って表示することにより、バイヤー端末４００の表示部４０８に複数の商品を表示させるようになっている。これに加えて、メインサーバ２００に商品情報が入力されてから一定期間を経過していない新しい商品に「新着」などのわかりやすい表示を付加したり、いずれかのバイヤーＢが後述する購入手続きを始めている商品に「商談中」などの表示を付加したりしてもよい。

また、出品商品一覧リスト７００に表示された各商品をバイヤーＢがバイヤー端末４００の操作部４０６を用いて選択（例えば、クリック）すると、メインサーバ２００のプロセッサ２０２は、図６に示すような、選択された当該商品に関する商品詳細情報画面７１０を作成して当該バイヤー端末４００に送信し、バイヤー端末４００のプロセッサ４０２は、この商品詳細情報画面７１０を表示部４０８に表示させる。

商品詳細情報画面７１０には、例えば、商品画像６８５、商品名６０４、そして、商品詳細情報の全部または一部が表示される。また、上述した「商談中」などの表示を付加してもよい。

（商品売買サイト用システム１００による処理の機能ブロック）
次に、商品売買サイト用システム１００を構成するメインサーバ２００、出品者端末３００、および、バイヤー端末４００が有する各機能について説明する。なお、各機能は、メインサーバ２００のメモリ２０４や記憶部２１０、出品者端末３００のメモリ３０４や記憶部３１０、そして、バイヤー端末４００のメモリ４０４や記憶部４１０に格納された各プログラム（商品売買サイト用プログラム）を、メインサーバ２００のプロセッサ２０２、出品者端末３００のプロセッサ３０２、およびバイヤー端末４００のプロセッサ４０２が実行することによって実現される機能である。

図７は、メインサーバ２００による処理を説明する機能ブロック図である。メインサーバ２００による処理は、大略、商品情報受付・記録部８００と、商品情報送信部８０２と、仮発注受付部８０４と、仮発注通知部８０６と、仮発注確認結果受付部８０８と、仮発注確認結果送信部８１０と、発注確定連絡受付部８１２と、発注確定連絡送信部８１４と、仮払受付部８１６と、購入確定通知送信部８１８と、納品予定日受付部８２０と、納品予定日通知部８２２と、商品受取・検収完了受付部８２４と、商品受取・検収完了通知・送金部８２６とを有している。

商品情報受付・記録部８００は、出品者端末３００からインターネット５００を介して商品情報や発送情報を受け付けるとともに、出品者端末３００からの要求に応じて当該出品者端末３００に商品情報リスト６８０を送信し、さらに、受け付けた商品情報や発送情報を出品リスト６００および発送情報リスト６５０に記録・蓄積する機能を有する。

商品情報送信部８０２は、バイヤー端末４００からの要求に応じて当該バイヤー端末４００に出品商品一覧リスト７００や商品詳細情報画面７１０を送信する機能を有する。

仮発注受付部８０４は、インターネット５００を介して、バイヤー端末４００からの発注情報７２０（例えば、出品番号６０２、購入数量、商品発送先情報を含む）を受け付ける機能を有する。

仮発注通知部８０６は、バイヤー端末４００から受け取った発注情報７２０を、対応する出品者Ｓに紐付けられた出品者端末３００に送信する機能を有する。仮発注通知部８０６は、確認のため、当該発注情報７２０をバイヤー端末４００に返送してもよい。

仮発注確認結果受付部８０８は、発注情報７２０を受け取った出品者Ｓからその出品者端末３００を介して送られてきた仮発注確認結果情報７２２を受け付ける機能を有する。仮発注確認結果情報７２２の内容としては、例えば、発注情報７２０に示された発注内容を受け入れることができる旨の結果、あるいは、在庫数量が購入数量に満たない場合や、商品を発送することができない地域が商品発送先情報に記載されている場合において、発注情報７２０に示された発注内容を受け入れることができない旨の結果が挙げられる。

仮発注確認結果送信部８１０は、出品者端末３００から受け付けた仮発注確認結果情報７２２を対応するバイヤー端末４００に送信する機能を有する。

発注確定連絡受付部８１２は、発注内容を受け入れることができる旨の結果が記載された仮発注確認結果情報７２２を受け取ったバイヤー端末４００から送信されてきた、正式に商品を発注する旨の発注確定連絡７２４を受け付ける機能を有する。

発注確定連絡送信部８１４は、バイヤー端末４００から送信されてきた発注確定連絡７２４を対応する出品者端末３００に送信する機能を有する。

仮払受付部８１６は、バイヤーＢが所定の商品代金を入金してきた旨のバイヤー入金連絡７２６を受け付ける機能を有する。

購入確定通知送信部８１８は、バイヤーＢが所定の金額を入金することにより、購入が確定した旨の購入確定通知７２８を出品者端末３００に送信する機能を有する。購入確定通知送信部８１８は、確認のため、当該購入確定通知７２８をバイヤー端末４００に返送してもよい。なお、購入確定通知７２８は、メインサーバ２００のプロセッサ２０２が作成する。

納品予定日受付部８２０は、購入確定通知７２８を受け取った出品者Ｓの出品者端末３００から、商品の納品予定日通知７３０を受け付ける機能を有する。

納品予定日通知部８２２は、出品者端末３００から受け付けた納品予定日通知７３０をバイヤー端末４００に送信する機能を有する。

商品受取・検収完了受付部８２４は、出品者Ｓから発送された商品を受け取り、受け取った商品の検収を完了した受取・検収完了通知７３２を対応するバイヤー端末４００から受け付ける機能を有する。

商品受取・検収完了通知・送金部８２６は、バイヤー端末４００から受け付けた受取・検収完了通知７３２を対応する出品者端末３００に送信するとともに、予め入金されていた商品代金を出品者Ｓに送金する手続きを実行する機能を有する。

図８は、出品者端末３００による処理を説明する機能ブロック図である。出品者端末３００による処理は、大略、商品情報送信部８５０と、仮発注情報受付部８５２と、仮発注確認結果送信部８５４と、発注確定連絡受付部８５６と、購入確定通知受付部８５８と、納品予定日送信部８６０と、商品受取・検収完了通知受付部８６２と、入金確認部８６４とを有している。

商品情報送信部８５０は、メインサーバ２００に対して、インターネット５００を介して商品情報や発送情報を送信する機能を有している。出品者端末３００のプロセッサ３０２は、操作部３０６を用いて出品者Ｓが入力した商品情報や発送情報を、インターフェイス部３１２を介してインターネット５００に送信する。

仮発注情報受付部８５２は、バイヤー端末４００からメインサーバ２００に送信された発注情報７２０を、当該メインサーバ２００から受け付ける機能を有する。

仮発注確認結果送信部８５４は、仮発注情報受付部８５２で受け付けた発注情報７２０に基づいて仮発注確認結果情報７２２を作成し、作成した仮発注確認結果情報７２２をメインサーバ２００に送信する機能を有する。すでに述べたように、仮発注確認結果情報７２２の内容としては、例えば、発注情報７２０に示された発注内容を受け入れることができる旨の結果、あるいは、発注情報７２０に示された発注内容を受け入れることができない旨の結果が挙げられる。

発注確定連絡受付部８５６は、バイヤー端末４００からメインサーバ２００に送信された発注確定連絡７２４を、当該メインサーバ２００から受け付ける機能を有する。

購入確定通知受付部８５８は、メインサーバ２００からの購入確定通知７２８を受け付ける機能を有する。

納品予定日送信部８６０は、メインサーバ２００から購入確定通知７２８を受け付けた後、先の発注情報７２０に基づく商品を購入数量だけそろえて商品発送先へ納品できる予定日を納品予定日通知７３０として作成し、この納品予定日通知７３０をメインサーバ２００へ送信する機能を有する。

商品受取・検収完了通知受付部８６２は、メインサーバ２００からの受取・検収完了通知７３２を受け付ける機能を有する。

入金確認部８６４は、メインサーバ２００からの手続きによって商品代金が入金されたことを確認する機能を有する。

図９は、バイヤー端末４００による処理を説明する機能ブロック図である。バイヤー端末４００による処理は、大略、商品情報要求部９００と、商品情報受付部９０２と、発注情報送信部９０４と、仮発注受付部９０６と、仮発注確認結果受付部９０８と、発注確定連絡送信部９１０と、発注確定連絡受付部９１２と、仮払送金部９１４と、購入確定通知受付部９１６と、納品予定日受付部９１８と、受取・検収完了通知送信部９２０とを有している。

商品情報要求部９００は、バイヤーＢによるバイヤー端末４００における操作部４０６の操作に基づいてプロセッサ４０２が商品情報要求をメインサーバ２００に送信する機能を有する。

商品情報受付部９０２は、上述した商標情報要求に基づいてメインサーバ２００から送信されてきた出品商品一覧リスト７００や商品詳細情報画面７１０を受け付ける機能を有する。

発注情報送信部９０４は、バイヤーＢによるバイヤー端末４００における操作部４０６の操作に基づいてプロセッサ４０２が作成した発注情報７２０をメインサーバ２００に送信する機能を有する。

仮発注受付部９０６は、メインサーバ２００からバイヤー端末４００にも発注情報７２０が送信される場合に、当該発注情報７２０を受け付ける機能を有する。これに加えて、バイヤー端末４００自身で作成した発注情報７２０と、メインサーバ２００から受け付けた発注情報７２０とが互いに一致していることを確認する機能を付加してもよい。

仮発注確認結果受付部９０８は、メインサーバ２００から送信されてきた仮発注確認結果情報７２２を受け付ける機能を有する。

発注確定連絡送信部９１０は、バイヤーＢによるバイヤー端末４００における操作部４０６の操作に基づいてプロセッサ４０２が作成した発注確定連絡７２４をメインサーバ２００に送信する機能を有する。

発注確定連絡受付部９１２は、メインサーバ２００からバイヤー端末４００にも発注確定連絡７２４が送信される場合に、当該発注確定連絡７２４を受け付ける機能を有する。これに加えて、バイヤー端末４００自身で作成した発注確定連絡７２４と、メインサーバ２００から受け付けた発注確定連絡７２４とが互いに一致していることを確認する機能を付加してもよい。

仮払送金部９１４は、バイヤーＢによるバイヤー端末４００における操作部４０６の操作に基づいて所定の商品代金の送金手続きを実施する機能を有する。

購入確定通知受付部９１６は、メインサーバ２００からバイヤー端末４００にも購入確定通知７２８が送信される場合に、当該購入確定通知７２８を受け付ける機能を有する。

納品予定日受付部９１８は、メインサーバ２００から送信された納品予定日通知７３０を受け付ける機能を有する。

受取・検収完了通知送信部９２０は、出品者Ｓからの商品を受け取った後、当該商品の検収を完了したバイヤーＢによるバイヤー端末４００における操作部４０６の操作に基づいて受取・検収完了通知７３２を作成し、然る後、当該受取・検収完了通知７３２をメインサーバ２００に送信する機能を有する。

（商品売買サイト用システム１００のメインサーバ２００による処理フロー）
次に、商品売買サイト用システム１００による処理の流れについて説明する。図１０および図１１は、メインサーバ２００による処理のフローチャートである。また、図１２は、出品者端末３００による処理のフローチャートである。また、図１３は、バイヤー端末４００による処理のフローチャートである。なお、これらフローチャートによる処理の前に、出品者Ｓが出品する商品情報や発送情報は出品者端末３００を介してメインサーバ２００に送信されており、メインサーバ２００内で出品リスト６００や発送情報リスト６５０の作成が完了しているものとする。

最初に、図１０に示すように、メインサーバ２００のプロセッサ２０２は、バイヤー端末４００から商品情報要求信号を受け付けたか否かを判断する（Ｓ５０２）。そして、いずれかのバイヤー端末４００から商品情報要求信号を受け付けると、当該バイヤー端末４００に対して出品商品一覧リスト７００や商品詳細情報画面７１０といった形で商品情報を送信する（Ｓ５０４）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、商品情報送信部８０２が構成される。

出品商品一覧リスト７００や商品詳細情報画面７１０を送信した後、プロセッサ２０２は、当該バイヤー端末４００から発注情報７２０を受け付けたか否かを判断する（Ｓ５０６）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、仮発注受付部８０４が構成される。

発注情報７２０を受け付けると、プロセッサ２０２は、対応する商品を出品した出品者Ｓに紐づけられた出品者端末３００に対して発注情報７２０を送信する（Ｓ５０８）。また、必要に応じて、同じ発注情報７２０を当該バイヤー端末４００にも送信する。メインサーバ２００のプロセッサ２０２がこのように動作することにより、仮発注通知部８０６が構成される。

発注情報７２０を送信した後、プロセッサ２０２は、出品者端末３００から仮発注確認結果情報７２２を受け付ける。そして、この仮発注確認結果情報７２２の内容が、「拒絶」であった場合（Ｓ５１０で判定が「拒絶」）、プロセッサ２０２は、当該仮発注確認結果情報７２２をバイヤー端末４００に送信して（Ｓ５１２）一連の手続きを完了する（スタートに戻る）。仮発注確認結果情報７２２の内容が、受け入れ「ＯＫ」であった場合（Ｓ５１０で判定が「ＯＫ」）、プロセッサ２０２は、当該仮発注確認結果情報７２２をバイヤー端末４００に送信する（Ｓ５１４）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、仮発注確認結果受付部８０８および仮発注確認結果送信部８１０が構成される。

「ＯＫ」の仮発注確認結果情報７２２を送信した後、プロセッサ２０２は、当該バイヤー端末４００から発注確定連絡７２４を受け付けたか否かを判断する（Ｓ５１６）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、発注確定連絡受付部８１２が構成される。

発注確定連絡７２４を受け付けると（Ｓ５１６で判定がＹｅｓ）、プロセッサ２０２は、出品者端末３００に対して発注確定連絡７２４を送信する（Ｓ５１８）。また、必要に応じて、同じ発注確定連絡７２４を当該バイヤー端末４００にも送信する。メインサーバ２００のプロセッサ２０２がこのように動作することにより、発注確定連絡送信部８１４が構成される。

発注確定連絡７２４を送信した後、プロセッサ２０２は、バイヤーＢが商品代金を支払った旨のバイヤー入金連絡７２６を受け付けたか否かを判断する（Ｓ５２０）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、仮払受付部８１６が構成される。

バイヤー入金連絡７２６を受け付けると（Ｓ５２０で判定がＹｅｓ）、プロセッサ２０２は、出品者端末３００に対して購入確定通知７２８を送信する（Ｓ５２２）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、購入確定通知送信部８１８が構成される。

購入確定通知７２８を送信した後、プロセッサ２０２は、出品者端末３００から納品予定日通知７３０を受け付けたか否かを判断する（Ｓ５２４）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、納品予定日受付部８２０が構成される。

納品予定日通知７３０を受け付けると（Ｓ５２４で判定がＹｅｓ）、プロセッサ２０２は、バイヤー端末４００に対して納品予定日通知７３０を送信する（Ｓ５２６）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、納品予定日通知部８２２が構成される。

納品予定日通知７３０を送信した後、プロセッサ２０２は、バイヤー端末４００から受取・検収完了通知７３２を受け付けたか否かを判断する（Ｓ５２８）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、商品受取・検収完了受付部８２４が構成される。

受取・検収完了通知７３２を受け付けると（Ｓ５２８で判定がＹｅｓ）、プロセッサ２０２は、出品者端末３００に対して受取・検収完了通知７３２を送信する（Ｓ５３０）とともに、出品者Ｓに対する送金を実施する（Ｓ５３２）。メインサーバ２００のプロセッサ２０２がこのように動作することにより、商品受取・検収完了通知・送金部８２６が構成される。以上により、メインサーバ２００による一連の手続きが完了し、スタートに戻る。

次に、出品者端末３００による処理について説明する。最初に、図１２に示すように、出品者端末３００のプロセッサ３０２は、メインサーバ２００から発注情報７２０を受け付けたか否かを判断する（Ｓ５４０）。出品者端末３００のプロセッサ３０２がこのように動作することにより、仮発注情報受付部８５２が構成される。

メインサーバ２００から発注情報７２０を受け付けると（Ｓ５４０で判定がＹｅｓ）、出品者Ｓは、出品者端末３００のプロセッサ３０２を介して、仮発注確認結果情報７２２をメインサーバ２００に対して送信する（Ｓ５４２）。出品者端末３００のプロセッサ３０２がこのように動作することにより、仮発注確認結果送信部８５４が構成される。

仮発注確認結果情報７２２の内容が「拒絶」の場合（Ｓ５４２で判定が「拒絶」）、プロセッサ３０２は、処理を完了し、スタートに戻る。また、仮発注確認結果情報７２２の内容が「ＯＫ」の場合（Ｓ５４２で判定が「ＯＫ」）、プロセッサ３０２は、メインサーバ２００から発注確定連絡７２４を受け付けたか否かを判断する（Ｓ５４４）。出品者端末３００のプロセッサ３０２がこのように動作することにより、発注確定連絡受付部８５６が構成される。

メインサーバ２００から発注確定連絡７２４を受け付けると（Ｓ５４４で判定がＹｅｓ）、プロセッサ３０２は、メインサーバ２００から購入確定通知７２８を受け付けたか否かを判断する（Ｓ５４５）。出品者端末３００のプロセッサ３０２がこのように動作することにより、購入確定通知受付部８５８が構成される。

メインサーバ２００から購入確定通知７２８を受け付けると（Ｓ５４５で判定がＹｅｓ）、プロセッサ３０２は、納品予定日通知７３０をメインサーバ２００に対して送信する（Ｓ５４６）。出品者端末３００のプロセッサ３０２がこのように動作することにより、納品予定日送信部８６０が構成される。

納品予定日通知７３０を送信した後、出品者ＳはバイヤーＢに対して商品を発送し（Ｓ５４８）、プロセッサ３０２は、メインサーバ２００から受取・検収完了通知７３２を受け付けたか否かを判断する（Ｓ５５０）。出品者端末３００のプロセッサ３０２がこのように動作することにより、商品受取・検収完了通知受付部８６２が構成される。

メインサーバ２００から受取・検収完了通知７３２を受け付けると（Ｓ５５０で判定がＹｅｓ）、プロセッサ３０２は、入金の連絡を受け付けたか否かを判断する（Ｓ５５２）。出品者端末３００のプロセッサ３０２がこのように動作することにより、入金確認部８６４が構成される。入金の連絡を受け付けると（Ｓ５５２で判定がＹｅｓ）、出品者端末３００による一連の手続きが完了し、スタートに戻る。

次に、バイヤー端末４００による処理について説明する。最初に、図１３に示すように、バイヤー端末４００のプロセッサ４０２は、バイヤーＢによるバイヤー端末４００の操作に基づき、メインサーバ２００に対して商品情報要求信号を送信する（Ｓ５６０）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、商品情報要求部９００が構成される。

メインサーバ２００に対して商品情報要求信号を送信した後、プロセッサ４０２は、メインサーバ２００から商品情報を受け付けたか否かを判断する（Ｓ５６２）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、商品情報受付部９０２が構成される。

メインサーバ２００から商品情報を受け付けた後、プロセッサ４０２は、バイヤーＢの操作内容に基づき、発注情報７２０をメインサーバ２００に送信する（Ｓ５６４）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、発注情報送信部９０４が構成される。

然る後、必要に応じて、プロセッサ４０２は、メインサーバ２００から発注情報７２０を受け付ける（Ｓ５６６）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、仮発注受付部９０６が構成される。

Ｓ５６６と平行して、プロセッサ４０２は、メインサーバ２００から仮発注確認結果情報７２２を受け付けたか否かを判断する（Ｓ５６８）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、仮発注確認結果受付部９０８が構成される。仮発注確認結果情報７２２の内容が「拒絶」の場合（Ｓ５６８で判定が「拒絶」）、プロセッサ４０２は、処理を完了し、スタートに戻る。

仮発注確認結果情報７２２の内容が「ＯＫ」の場合（Ｓ５６８で判定が「ＯＫ」）、プロセッサ４０２は、メインサーバ２００に発注確定連絡７２４を送信する（Ｓ５７０）。プロセッサ４０２がこのように動作することにより、発注確定連絡送信部９１０が構成される。

然る後、必要に応じて、プロセッサ４０２は、メインサーバ２００から発注確定連絡７２４を受け付ける（Ｓ５７２）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、発注確定連絡受付部９１２が構成される。

Ｓ５７２と平行して、バイヤーＢはプロセッサ４０２を介して商品代金を支払った旨のバイヤー入金連絡７２６をメインサーバ２００に送信する（Ｓ５７４）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、仮払送金部９１４が構成される。

然る後、必要に応じて、プロセッサ４０２は、メインサーバ２００から購入確定通知７２８を受け付ける（Ｓ５７５）。バイヤー端末４００のプロセッサ４０２がこのように動作することにより、購入確定通知受付部９１６が構成される。

バイヤー入金連絡７２６を送信した後、プロセッサ４０２は、メインサーバ２００から納品予定日通知７３０を受け付けたか否かを判断する（Ｓ５７６）。プロセッサ４０２がこのように動作することにより、納品予定日受付部９１８が構成される。

納品予定日通知７３０を受け付けた後（Ｓ５７６で判定がＹｅｓ）、バイヤーＢは出品者Ｓから送られてきた商品を受け取り、検収を実施する（Ｓ５７８）。然る後、バイヤーＢは、バイヤー端末４００を介してメインサーバ２００に受取・検収完了通知７３２を送信する（Ｓ５８０）。以上により、バイヤー端末４００による一連の手続きが完了し、スタートに戻る。

（上記実施形態に係る商品売買サイト用システム１００を用いた処理の例）
上記実施形態に係る商品売買サイト用システム１００を用いた処理の例について説明する。なお、これら処理の前に、出品者Ｓが出品する商品情報や発送情報は出品者端末３００を介してメインサーバ２００に送信されており、メインサーバ２００内で出品リスト６００や発送情報リスト６５０の作成が完了しているものとする。

最初に、いずれかのバイヤー端末４００が、インターネット５００を介して、メインサーバ２００に商品情報要求信号を送信する（Ｓ５６０）。これにより、メインサーバ２００におけるＳ５０２で判定がＹｅｓとなる。

すると、メインサーバ２００は、出品商品一覧リスト７００や商品詳細情報画面７１０を当該バイヤー端末４００に送信する（Ｓ５０４）。これにより、バイヤー端末４００におけるＳ５６２で判定がＹｅｓとなる。

出品商品一覧リスト７００や商品詳細情報画面７１０を受け付けたバイヤー端末４００は、バイヤーＢによる操作に基づき、発注情報７２０をメインサーバ２００に送信する（Ｓ５６４）。これによりメインサーバ２００におけるＳ５０６で判定がＹｅｓとなる。

発注情報７２０を受け付けたメインサーバ２００は、当該発注情報７２０に対応する商品を提供する出品者Ｓに紐付けられた出品者端末３００に発注情報７２０を送信する（Ｓ５０８）。これにより、出品者端末３００におけるＳ５４０で判定がＹｅｓとなる。また、メインサーバ２００がバイヤー端末４００にも発注情報７２０を送信する場合、当該バイヤー端末４００は発注情報７２０を受け付ける（Ｓ５６６）。

発注情報７２０を受け付けた後、出品者Ｓが出品者端末３００を操作することにより出品者端末３００は、メインサーバ２００に仮発注確認結果情報７２２を送信する（Ｓ５４２）。以下、この仮発注確認結果情報７２２が「ＯＫ」の場合について説明を続ける。

出品者端末３００から仮発注確認結果情報７２２を受け付けると、メインサーバ２００におけるＳ５１０で判定が「ＯＫ」となり、メインサーバ２００は、バイヤー端末４００に対してこの仮発注確認結果情報７２２を送信する（Ｓ５１４）。

メインサーバ２００から仮発注確認結果情報７２２を受け付けることにより、バイヤー端末４００におけるＳ５６８で判定が「ＯＫ」となる。そして、バイヤーＢがバイヤー端末４００を操作することにより、バイヤー端末４００は発注確定連絡７２４をメインサーバ２００に送信する（Ｓ５７０）。また、バイヤーＢはバイヤー端末４００を介して商品代金を支払った旨のバイヤー入金連絡７２６をメインサーバ２００に送信する（Ｓ５７４）。

バイヤー端末４００から発注確定連絡７２４を受け付けることにより、メインサーバ２００におけるＳ５１６で判定がＹｅｓとなり、メインサーバ２００は、その発注確定連絡７２４を出品者端末３００に送信する（Ｓ５１８）。また、メインサーバ２００がバイヤー端末４００にも発注確定連絡７２４を送信する場合、当該バイヤー端末４００は発注確定連絡７２４を受け付ける（Ｓ５７２）。

また、バイヤー端末４００からバイヤー入金連絡７２６を受け付けることにより、メインサーバ２００におけるＳ５２０で判定がＹｅｓとなり、メインサーバ２００は、購入確定通知７２８を出品者端末３００に送信する（Ｓ５２２）。

メインサーバ２００から発注確定連絡７２４を受け付けることにより、出品者端末３００におけるＳ５４４で判定がＹｅｓとなる。

さらに、メインサーバ２００から購入確定通知７２８を受け付けることにより、出品者端末３００におけるＳ５４５で判定がＹｅｓとなる。然る後、出品者Ｓは出品者端末３００を介して、メインサーバ２００に納品予定日通知７３０を送信する（Ｓ５４６）。

納品予定日通知７３０を受け付けることにより、メインサーバ２００におけるＳ５２４で判定がＹｅｓとなり、納品予定日通知７３０を受け付けたメインサーバ２００は、バイヤー端末４００に対してこの納品予定日通知７３０を送信する（Ｓ５２６）。メインサーバ２００から納品予定日通知７３０を受け付けることにより、バイヤー端末４００におけるＳ５７６で判定がＹｅｓとなり、バイヤー端末４００は、出品者Ｓからの商品を受け取り、検収を実施したバイヤーＢによる操作に基づいて受取・検収完了通知７３２をメインサーバ２００に送信する（Ｓ５７８，Ｓ５８０）。

バイヤー端末４００から受取・検収完了通知７３２を受け付けることにより、メインサーバ２００におけるＳ５２８で判定がＹｅｓとなり、メインサーバ２００はこの受取・検収完了通知７３２を出品者端末３００に送信する（Ｓ５３０）。さらに、メインサーバ２００は、出品者Ｓに対する送金を実施する（Ｓ５３２）。

メインサーバ２００から受取・検収完了通知７３２を受け付けることにより、出品者端末３００におけるＳ５５０で判定がＹｅｓとなる。然る後、入金を確認することによってＳ５５２で判定がＹｅｓとなり、一連の商品売買サイト用システム１００が完了する。

（上記実施形態に係る商品売買サイト用システム１００の特徴）
（１）
本実施形態に係る商品売買サイト用システム１００によれば、商品名６０４、および商品名６０４に係る商品の在庫数量６１４を含む出品リスト６００を有しており、バイヤー端末４００からの要求に応じて、メインサーバ２００がバイヤー端末４００に対して商品名６０４および在庫数量６１４を含む出品商品一覧リスト７００を送信し、さらに、メインサーバ２００が、バイヤー端末４００から、商品の購入数量を含む発注情報を受け付けるようになっている。

これにより、出品者Ｓが抱えている一商品当り多数量の在庫商品を売りに出して、バイヤーＢが当該商品を一括で買い取ったり、あるいは、在庫の一部を買い取ったりすることが容易になる。

（２）
また、メインサーバ２００が、発注情報を商品の出品者Ｓに紐付けられた出品者端末３００に送信した後、当該出品者端末３００から、仮発注確認結果情報７２２を受け付けるようになっており、この仮発注確認結果情報７２２には、発注情報における購入数量を満たす数量の在庫がないことから発注情報に基づく発注を受けられない旨の回答を含めることができる。このように、バイヤーＢから発注された後で出品者Ｓ側が当該発注を受けられない旨の回答ができる機会が設けられていることから、商品売買サイト用システム１００によって提供される商品販売サイト以外のチャンネルでも在庫商品を販売している出品者Ｓであっても、商品の売り違い（在庫数量６１４の更新と商品発注の連絡とが行き違いとなり、在庫数量６１４を上回る購入数量を希望される状態）を過度に心配することなく、商品を出品することができる。

（３）
さらに、バイヤー端末４００からの発注情報には、バイヤーＢが希望する商品の着荷先が更に含まれており、当該発注情報を商品の出品者Ｓに紐付けられた出品者端末３００に送信した後、出品者端末３００から、仮発注確認結果情報７２２を受け付けるようになっており、仮発注確認結果情報７２２には、着荷先に応じた送料が含まれている。これにより、バイヤーＢは、早い段階で送料を含めたすべての金額を知ることができる。

（変形例１）
上記実施形態の商品売買サイト用システム１００に対し、「交渉フロー」を追加してもよい。この「交渉フロー」は、例えば、出品者Ｓが提示する単価６１２や取引単位数６１６が折り合わず、もしこれらの提示内容が自身の希望内容に変更された場合、商品を購入したいと考えるバイヤーＢがその希望内容を出品者Ｓに提示することができるものである。

具体的には、バイヤーＢがバイヤー端末４００を用いてメインサーバ２００に発注情報７２０を送信する際（Ｓ５６０：発注情報送信部９０４）、当該発注情報７２０にバイヤーＢ自身の希望条件７４０を付加してメインサーバ２００に送信する。もちろん、バイヤーＢ自身の希望条件７４０を発注情報７２０に組み込んでメインサーバ２００に送信してもよい。

希望条件７４０の内容としては、バイヤーＢが希望する例えば送料、着荷予定日（複数回に分けて着荷させる場合の予定日も含む）、商品の単価（掛率）、数量、取引単位数、発送先（複数の発送先に分割する場合も含む）が考えられるが、これらに限定されるものではない。

希望条件７４０が追加された発注情報７２０を受け付けたメインサーバ２００は、発注情報７２０および希望条件７４０の内容を出品者端末３００に送信する（Ｓ５０８：仮発注通知部８０６）。希望条件７４０が追加された発注情報７２０を受け付けた出品者端末３００の出品者Ｓは、当該発注情報７２０だけでなく希望条件７４０も確認したうえで、当該希望条件７４０も含めた発注情報７２０の内容での商品の販売を承諾する旨、あるいは、バイヤーＢからの商品購入の申し出を断る旨だけでなく、出品者端末３００を介してバイヤーＢからの希望条件７４０に対する代案７４２を仮発注確認結果情報７２２としてメインサーバ２００に送信してもよい。

万一、出品者Ｓからの代案７４２をバイヤーＢが受け入れられない場合、バイヤーＢはバイヤー端末４００を介して、発注確定連絡７２４に替えて、代案７４２が受け入れられない旨の発注解除連絡７４４を送信する。

（変形例２）
また、出品者Ｓから、あるいは、バイヤーＢから、メインサーバ２００の管理者Ｋ（つまり、商品売買サイト用システム１００の提供者）に対して交渉の仲介を依頼できるようにしてもよい。

この場合、出品者ＳとバイヤーＢとの交渉の進捗に応じて、メインサーバ２００は、「代理交渉経緯情報」を生成する。この代理交渉経緯情報には、バイヤーＢからバイヤー端末４００を介してメインサーバ２００に送信された希望条件７４０と、出品者Ｓから出品者端末３００を介してメインサーバ２００に送信された代案７４２との内容に基づいて、希望条件７４０と代案７４２との一致点および相違点が明示されている。

メインサーバ２００は、出品者端末３００およびバイヤー端末４００から希望条件７４０および代案７４２を取り寄せて、最終的にすべての項目が一致したときに発注確定連絡７２４を出品者端末３００およびバイヤー端末４００に送信する（発注確定連絡送信部８１４）。

（変形例３）
さらに、個々の出品者ＳやバイヤーＢの商談成立状況が容易に把握できるようにするため、メインサーバ２００は、「商談成立状況リスト」を生成してもよい。この商談成立状況リストには、商品売買サイト用システム１００を利用するすべての出品者ＳおよびバイヤーＢがリストアップされており、各出品者ＳおよびバイヤーＢによる取り引きが成立しなかった回数などが記載されている。例えば、発注情報７２０を受け付けた出品者端末３００の出品者Ｓが当該出品者端末３００を介して発注情報７２０に示された発注内容を受け入れることができない旨の仮発注確認結果情報７２２を発信した場合（Ｓ５４２：仮発注確認結果送信部８５４）や、バイヤーＢがバイヤー端末４００を介して商品の購入手続きの中止を求めてきたような場合である。

（変形例４）
また、多数量の商品を購入する前段階に、バイヤーＢが気になる商品を確認できるよう、サンプル販売機能を追加してもよい。サンプル販売機能の一例を図１４に示す。自身の商品のサンプルを販売することを希望する出品者Ｓは、予め出品者端末３００を介して、商品ごとにサンプル有無６１８と、メインサーバ２００の管理者Ｋ（つまり、商品売買サイト用システム１００の提供者）が用意しているサンプル用の倉庫まで当該サンプルを送る際のサンプル送料６５６を送信しておく。これらの情報を受け取ったメインサーバ２００は、出品リスト６００（あるいは発送情報リスト６５０）に当該情報を記録しておく。そして、バイヤー端末４００から商品情報要求信号を受け取ったとき、メインサーバ２００は、出品商品一覧リスト７００や商品詳細情報画面７１０において、当該商品におけるサンプルの有無も表示する。

然る後、ある商品のサンプル入手を希望するバイヤーＢは、バイヤー端末４００を介して、メインサーバ２００にサンプル購入連絡７５２を送信する。加えて、メインサーバ２００は、バイヤーＢが所定のサンプル代金を入金してきた旨のサンプル入金連絡７５４を受け付ける。

サンプル購入連絡７５２およびサンプル入金連絡７５４を受け付けたメインサーバ２００は、当該商品の出品者Ｓに紐付けられた出品者端末３００にサンプル発送依頼７５６を送信する。

サンプル発送依頼７５６を受け付けた出品者端末３００は、サンプル納品予定日通知７５８をメインサーバ２００に送信する。サンプル納品予定日通知７５８を受け付けたメインサーバ２００は、当該サンプル納品予定日通知７５８に示された予定日に、サンプル用の倉庫からバイヤーＢの希望着荷先まで商品を送るのに要する日数を加えて算出される納品日を含む納品予定日連絡７６０をバイヤー端末４００に送信する。

出品者Ｓは、サンプル納品予定日通知７５８を送信する作業と平行して、サンプルを管理者Ｋが用意しているサンプル用の倉庫まで発送する。出品者Ｓから発送された商品のサンプルを受け取った管理者Ｋは、当該サンプルをバイヤーＢに発送する。

商品のサンプルを受け取ったバイヤーＢは、当該サンプルの検収を実施したうえで、サンプル受取・検収完了通知７６２をメインサーバ２００に送信する。サンプル受取・検収完了通知７６２を受け付けたメインサーバ２００は、予めバイヤーＢから受け取っていたサンプル代金を出品者Ｓに送金する。

＜その他の応用例＞
本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適用できることはいうまでもない。そして、本発明を達成するためのソフトウェアによって表されるプログラムを格納した記憶媒体（あるいはメモリ２０４や記憶部２１０）を、システム或いは装置に供給し、そのシステムあるいは装置のコンピュータ（又はプロセッサやＭＰＵ）が記憶媒体に格納されたプログラムコードを読出し実行することによっても、本発明の効果を享受することが可能となる。

この場合、記憶媒体から読出されたプログラムコード自体が前述した実施形態の機能を実現することになり、そのプログラムコードを記憶した記憶媒体は本発明を構成することになる。

また、コンピュータが読出したプログラムコードを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）などが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

さらに、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わる他の記憶媒体に書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるプロセッサなどが実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。

今回開示された実施形態はすべての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は、上記した説明ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１００…商品売買サイト用システム
２００…メインサーバ、２０２…プロセッサ、２０４…メモリ、２０６…操作部、２０８…表示部、２１０…記憶部、２１２…インターフェイス部
３００…出品者端末、３０２…プロセッサ、３０４…メモリ、３０６…操作部、３０８…表示部、３１０…記憶部、３１２…インターフェイス部
４００…バイヤー端末、４０２…プロセッサ、４０４…メモリ、４０６…操作部、４０８…表示部、４１０…記憶部、４１２…インターフェイス部
５００…インターネット
６００…出品リスト、６０２…出品番号、６０４…商品名、６０６…商品内容、６０８…上代、６１０…掛率、６１２…単価、６１４…在庫数量、６１６…取引単位数、６１８…サンプル有無
６５０…発送情報リスト、６５２…発送先、６５４…送料、６５６…サンプル送料、６５８…納期目安、
６８０…商品情報リスト、６８２…出品期間、６８４…商品合計金額（送料含）、６８５…商品画像、６８６…金額
７００…出品商品一覧リスト
７１０…商品詳細情報画面、７２０…発注情報、７２２…仮発注確認結果情報、７２４…発注確定連絡、７２６…バイヤー入金連絡、７２８…購入確定通知、７３０…納品予定日通知、７３２…受取・検収完了通知、７４０…希望条件、７４２…代案、７４４…発注解除連絡、７５２…サンプル購入連絡、７５４…サンプル入金連絡、７５６…サンプル発送依頼、７５８…サンプル納品予定日通知、７６０…納品予定日連絡、７６２…サンプル受取・検収完了通知
８００…商品情報受付・記録部、８０２…商品情報送信部、８０４…仮発注受付部。８０６…仮発注通知部、８０８…仮発注確認結果受付部、８１０…仮発注確認結果送信部、８１２…発注確定連絡受付部、８１４…発注確定連絡送信部、８１６…仮払受付部、８１８…購入確定通知送信部、８２０…納品予定日受付部、８２２…納品予定日通知部、８２４…商品受取・検収完了受付部、８２６…商品受取・検収完了通知・送金部
８５０…商品情報送信部、８５２…仮発注情報受付部、８５４…仮発注確認結果送信部、８５６…発注確定連絡受付部、８５８…購入確定通知受付部、８６０…納品予定日送信部、８６２…商品受取・検収完了通知受付部、８６４…入金確認部
９００…商品情報要求部、９０２…商品情報受付部、９０４…発注情報送信部、９０６…仮発注受付部、９０８…仮発注確認結果受付部、９１０…発注確定連絡送信部、９１２…発注確定連絡受付部、９１４…仮払送金部、９１６…購入確定通知受付部、９１８…納品予定日受付部、９２０…受取・検収完了通知送信部
Ｓ…出品者、Ｂ…バイヤー、Ｋ…管理者

Claims (8)

1. 商品名、および、前記商品名に係る商品の在庫数量を含む出品リストを有しており、
   バイヤー端末からの要求に応じて、前記バイヤー端末に対して前記商品名および前記在庫数量を含む出品商品一覧リストを送信し、
   前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるプロセッサを備える商品売買サイト用サーバ。
2. 前記発注情報を前記商品の出品者に紐付けられた出品者端末に送信した後、前記出品者端末から、仮発注確認結果情報を受け付けるようになっており、
   前記仮発注確認結果情報には、前記発注情報における前記購入数量を満たす数量の在庫がないことから前記発注情報に基づく発注を受けられない旨の回答を含めることができることを特徴とする請求項１に記載の商品売買サイト用サーバ。
3. 前記発注情報には、バイヤーが希望する前記商品の着荷先が更に含まれており、
   前記発注情報を前記商品の出品者に紐付けられた出品者端末に送信した後、前記出品者端末から、仮発注確認結果情報を受け付けるようになっており、
   前記仮発注確認結果情報には、前記着荷先に応じた送料が含まれていることを特徴とする請求項１または２に記載の商品売買サイト用サーバ。
4. 前記発注情報には、バイヤーの希望条件が含まれていることを特徴とする請求項１から３のいずれか１項に記載の商品売買サイト用サーバ。
5. 前記商品のサンプル入手を希望するバイヤーから、前記発注情報に代えて、サンプル購入連絡を受け付けることができることを特徴とする請求項１から３のいずれか１項に記載の商品売買サイト用サーバ。
6. 出品者が出品を希望する商品の商品名、および、前記商品の在庫数量を含む商品情報を送信する出品者端末と、
   前記商品情報を受け付けて、前記商品情報の内容を含む出品リストを用意するメインサーバと、
   前記メインサーバに対して前記商品名および前記在庫数量を含む出品商品一覧リストを要求するバイヤー端末とを備えており、
   前記メインサーバは、前記バイヤー端末からの前記商品の購入数量を含む発注情報を受け付ける
   商品売買サイト用システム。
7. バイヤー端末からの要求に応じて、出品リストに基づいて前記バイヤー端末に対して出品商品一覧リストを送信するプロセッサを有するメインサーバにおける、商品売買サイトの提供方法であって、
   前記出品リストは、商品名、および、前記商品名に係る商品の在庫数量を含んでおり、
   前記出品商品一覧リストは、前記商品名および前記在庫数量を含んでおり、
   前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるステップを備える
   商品売買サイトの提供方法。
8. バイヤー端末からの要求に応じて、出品リストに基づいて前記バイヤー端末に対して出品商品一覧リストを送信するプロセッサを有するメインサーバで実行される商品売買サイト用プログラムであって、
   前記出品リストは、商品名、および、前記商品名に係る商品の在庫数量を含んでおり、
   前記出品商品一覧リストは、前記商品名および前記在庫数量を含んでおり、
   前記バイヤー端末から、前記商品の購入数量を含む発注情報を受け付けるステップを備える
   商品売買サイト用プログラム。
   

Images