(57)【要約】【課題】売り手及び買い手の有するニーズに基づく情報処理を行うことにより商品の売買を効率化する商品売買用情報処理装置及び方法の提供。【解決手段】売り注文情報を受信すると、売値以上の買値を有する買い注文情報を抽出して、買値の高い順且つ同価格では買い注文時刻が早い順に並び替える。並び替えられた買い注文情報のうちの一と受信された売り注文情報とについて、フィルタ情報に合致するか否かを判断し、フィルタ情報に合致した場合に取引成立処理を行う。買い注文情報を受信すると、買値以下の売値を有する売り注文情報を抽出して、売値の低い順且つ同価格では売り注文時刻が早い順に並び替える。並び替えられた売り注文情報のうちの一と受信された買い注文情報とについて、フィルタ情報に合致するか否かを判断し、フィルタ情報に合致した場合に取引成立処理を行う。【選択図】図１
2012256267.tif 000002
【特許請求の範囲】
【請求項１】
商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信手段と、
該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信手段と、
該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、
該売り注文情報受信手段によって該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出手段と、
受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出手段と、
該買い注文抽出手段によって抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替え手段と、
該買い注文並び替え手段によって並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理手段と、
該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立手段と、
該買い注文情報受信手段によって該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出手段と、
受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出手段と、
該売り注文抽出手段によって抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替え手段と、
該売り注文並び替え手段によって並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理手段と、
該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立手段とを備えることを特徴とする商品売買用情報処理装置。
【請求項２】
該商品に関して、所定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成する売買気配テーブル生成手段とを更に備え、
該売買気配テーブル生成手段は、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定することを特徴とする請求項１記載の商品売買用情報処理装置。
【請求項３】
該買い注文情報は、買い注文ログ情報及び買い注文明細情報を含み、
該買い注文ログ情報は、各買い注文に対して１対１で割り当てられる買い注文ＩＤを含み、
該買い注文ログ情報は、取引成立済みであるか否かを示す取引成立フラグを更に含み、
該買い注文明細情報では、一の買い注文ＩＤに対して複数の商品ＩＤを対応させて記憶可能であり、もって、該一の買い注文ＩＤの該取引成立フラグが取引成立済みとなった場合、該一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となることを特徴とする請求項１記載の商品売買用情報処理装置。
【請求項４】
該サプライヤ側フィルタ情報は、発送可能期日に関する情報を表す第一所定長のビット列で構成されるサプライヤ側発送期日フィルタを含み、
該バイヤ側フィルタ情報は、発送希望期日に関する情報を表す該第一所定長のビット列で構成されるバイヤ側発送期日フィルタを含み、
該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ側発送期日フィルタと該バイヤ側発送期日フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断し、
また、サプライヤが所在する地域に関する情報を表す第二所定長のビット列で構成されるサプライヤ地域ビット列を記憶するサプライヤ情報記憶部を更に備え、
該バイヤ側フィルタ情報は、バイヤが希望するサプライヤの地域に関する情報を表す該第二所定長のビット列で構成されるサプライヤ地域フィルタを含み、
該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ地域ビット列と該サプライヤ地域フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断することを特徴とする請求項１記載の商品売買用情報処理装置。
【請求項５】
各バイヤの該バイヤ識別情報に対応して決済情報を記憶するバイヤ情報記憶部を更に含み、
該第一取引成立手段及び該第二取引成立手段の各々は、
該決済情報に基づき、決済でエラーが発生したか否かの判定を行う決済エラー判定手段と、
該決済エラー判定手段によってエラーが発生しなかったと判定された場合に、該売台数及び該買台数から取引成立台数を減算する台数減算手段と、
該台数減算手段によって減算された該売台数及び該買台数がゼロになったか否かを判定する残台数ゼロ判定手段と、
該残台数ゼロ判定手段によって判定された該売台数又は該買台数がゼロになった場合に、該売り注文情報又は該買い注文情報について取引成立を示すフラグを立てる取引成立フラグ設定手段とを含むことを特徴とする請求項１記載の商品売買用情報処理装置。
【請求項６】
商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信ステップと、
該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信ステップと、
該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、
該売り注文情報受信ステップで該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出ステップと、
受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出ステップと、
該買い注文抽出ステップで抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替えステップと、
該買い注文並び替えステップで並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理ステップと、
該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立ステップと、
該買い注文情報受信ステップで該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出ステップと、
受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出ステップと、
該売り注文抽出ステップで抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替えステップと、
該売り注文並び替えステップで並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理ステップと、
該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立ステップとを備えることを特徴とする商品売買情報処理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、売り手の売り注文と買い手の買い注文とに関する情報に基づき、商品の売買に関する情報処理を行う商品売買用情報処理装置及び商品売買情報処理方法に関する。
【背景技術】
【０００２】
従来より、インターネット上でオークション形式により商品の売買を行うための商品売買システムが知られている（例えば、特許文献１参照。）。また、証券取引に関して、売り手の希望売値とその件数（売気配）と買い手の希望買値とその件数（買気配）との情報を配信する証券情報配信装置等についても提案されている（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３５０９６４号公報
【特許文献２】特開２００８−１３００２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えばインターネットのようなネットワークを介して商品の売買を行うにあたり、従来は、売り手（サプライヤ）が売り手毎にインターネット上の固有の販売ページを所有していること（「販売スペース」と呼ぶ）が必要であり、固有の販売スペースに商品の情報と価格を掲載し、それを見た買い手（バイヤ）が、希望通りの内容であれば商品を注文し、取引が成立するという方式であった。
【０００５】
しかし、このような方式では、買い手から見ると、希望の商品をあちこちインターネット上を探して異なる情報レイアウトの中から比較しなければならない。また、希望の商品の市場の相場と希望の価格とに相違がある場合は気長に待ち探し続けなければならない。更に、買い手は流通側の実情を知らないものであるから、その希望価格は実現可能な価格であるとは限らず、希望の価格で販売されるとは限らない等という問題があった。
【０００６】
一方、売り手から見ると、商品を販売するためにインターネット上の固有の販売ページを設ける必要があり、このような販売スペースを維持するのは高コストである。近年は販売スペースも増加しているため、広告等の宣伝活動を積極的に行う必要があり、広告費に関しても商品価格に上乗せせざるを得ない状況である。また、商品を事前に仕入れなければ販売することができないが、仕入れを行う場合、世の中にどの程度の需要があるかは分からないから、少量ずつの仕入れか、ある程度の損失を見越した仕入れを行うことしかできないため、結果として商品の価格が高くなってしまう。
【０００７】
そこで本発明は、ネットワークを介して売り手及び買い手の有するニーズに基づく情報処理を行って、商品の売買処理を効率的に行う商品売買用情報処理装置及び商品売買情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信手段と、該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信手段と、該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、該売り注文情報受信手段によって該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出手段と、受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出手段と、該買い注文抽出手段によって抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替え手段と、該買い注文並び替え手段によって並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理手段と、該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立手段と、該買い注文情報受信手段によって該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出手段と、受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出手段と、該売り注文抽出手段によって抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替え手段と、該売り注文並び替え手段によって並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理手段と、該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立手段とを備える商品売買用情報処理装置を提供している。
【０００９】
ここで、該商品に関して、所定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成する売買気配テーブル生成手段とを更に備え、該売買気配テーブル生成手段は、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定するのが好ましい。
【００１０】
また、該買い注文情報は、買い注文ログ情報及び買い注文明細情報を含み、該買い注文ログ情報は、各買い注文に対して１対１で割り当てられる買い注文ＩＤを含み、該買い注文ログ情報は、取引成立済みであるか否かを示す取引成立フラグを更に含み、該買い注文明細情報では、一の買い注文ＩＤに対して複数の商品ＩＤを対応させて記憶可能であり、もって、該一の買い注文ＩＤの該取引成立フラグが取引成立済みとなった場合、該一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となるのが好ましい。
【００１１】
更に、該サプライヤ側フィルタ情報は、発送可能期日に関する情報を表す第一所定長のビット列で構成されるサプライヤ側発送期日フィルタを含み、該バイヤ側フィルタ情報は、発送希望期日に関する情報を表す該第一所定長のビット列で構成されるバイヤ側発送期日フィルタを含み、該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ側発送期日フィルタと該バイヤ側発送期日フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断し、また、サプライヤが所在する地域に関する情報を表す第二所定長のビット列で構成されるサプライヤ地域ビット列を記憶するサプライヤ情報記憶部を更に備え、該バイヤ側フィルタ情報は、バイヤが希望するサプライヤの地域に関する情報を表す該第二所定長のビット列で構成されるサプライヤ地域フィルタを含み、該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ地域ビット列と該サプライヤ地域フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断するのが好ましい。
【００１２】
また、各バイヤの該バイヤ識別情報に対応して決済情報を記憶するバイヤ情報記憶部を更に含み、該第一取引成立手段及び該第二取引成立手段の各々は、該決済情報に基づき、決済でエラーが発生したか否かの判定を行う決済エラー判定手段と、該決済エラー判定手段によってエラーが発生しなかったと判定された場合に、該売台数及び該買台数から取引成立台数を減算する台数減算手段と、該台数減算手段によって減算された該売台数及び該買台数がゼロになったか否かを判定する残台数ゼロ判定手段と、該残台数ゼロ判定手段によって判定された該売台数又は該買台数がゼロになった場合に、該売り注文情報又は該買い注文情報について取引成立を示すフラグを立てる取引成立フラグ設定手段とを含むのが好ましい。また本発明は、上記装置に対応する商品売買情報処理方法を提供している。
【発明の効果】
【００１３】
請求項１記載の商品売買用情報処理装置及び請求項６記載の商品売買情報処理方法によれば、サプライヤから受信した売り注文情報とバイヤから受信した買い注文情報とを、価格及び注文時刻に基づき、効率的に結び付けることができる。また、サプライヤ側フィルタ情報及びバイヤ側フィルタ情報に合致する買い注文及び売り注文についてのみ取引を成立させるので、サプライヤ及びバイヤのニーズに従って売買を成立させることができる。より具体的には、バイヤは販売スペース（インターネット上の固有の販売ページ）を運営する必要がなくなり、販売スペース運営にかかるコストや広告費用等が不要となる。更に、決済システムの導入や入金確認等の支払い関連処理についても不要となる。また、このような買い注文等を用いた仕組みにより、バイヤは、希望価格で商品購入の予約を行うことができ、条件に合致すれば希望価格で購入することができる。
【００１４】
請求項２記載の商品売買用情報処理装置によれば、所定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成することによって、サプライヤ又はバイヤに対して、売買の状況を視覚的に分り易く認識させることができる。また、サプライヤ送料設定テーブルから送料を決定した上で、サプライヤに対しては売買気配テーブルにおいて送料を引いた価格の買い数を示し、バイヤに対しては売買気配テーブルにおいて送料を加算した価格の売り数を示すこととしている。このため、サプライヤ及びバイヤに対して送料を考慮済みの価格を示すことができるから、発送元及び発送先の地域によって送料が異なり比較が煩わしいという問題を回避することができる。また、サプライヤは、バイヤの購入予約数（買い数）を見て必要数だけ商品を仕入れることができるから、効率的な仕入れが可能となる。
【００１５】
請求項３記載の商品売買用情報処理装置によれば、一の買い注文ＩＤの取引成立フラグが取引成立済みとなった場合、一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引成立となる。このため、バイヤが複数の商品に対して買い注文を出し、そのうち何れか一を購入したいという場合（並行ビッド）、複数の商品について取引が成立してしまうということがなく、安心且つ便利である。
【００１６】
請求項４記載の商品売買用情報処理装置によれば、フィルタ情報を所定長のビット列で構成し、双方のフィルタ情報の各ビットについて論理積をとって「１」となるビットが存在するか否かを判断するという簡便な方法で、条件に合致するか否かを判断することができる。
【００１７】
請求項５記載の商品売買用情報処理装置によれば、事前に登録されたバイヤの決済情報に基づき、決済でエラーが発生したか否かの判定を即座に行うことができるとともに、売台数又は買台数がゼロになった場合に取引成立を示すフラグを立てることによって、以後の処理で参照することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態による商品売買用情報処理装置と、インターネットを介して接続されたサプライヤ及びバイヤの端末を示すブロック図。
【図２】商品情報記憶部に記憶される商品マスタ情報を示すテーブル。
【図３Ａ】サプライヤ情報記憶部に記憶されるサプライヤ情報を示すテーブル。
【図３Ｂ】サプライヤ情報記憶部に記憶されるサプライヤ送料設定を示すテーブル。
【図４】バイヤ情報記憶部に記憶されるバイヤ情報を示すテーブル。
【図５】売注文情報記憶部に記憶される売り注文ログ情報を示すテーブル。
【図６Ａ】買注文情報記憶部に記憶される買い注文ログ情報を示すテーブル。
【図６Ｂ】買注文情報記憶部に記憶される買い注文明細情報を示すテーブル。
【図７】売買情報記憶部に記憶される取引成立ログ情報を示すテーブル。
【図８】サプライヤ端末の画面に表示されるサプライヤ登録画面を示す図。
【図９】サプライヤ登録処理を示すフローチャート。
【図１０】バイヤ端末の画面に表示されるバイヤ登録画面を示す図。
【図１１】バイヤ登録処理を示すフローチャート。
【図１２】サプライヤ端末の画面に表示される製品登録画面を示す図。
【図１３Ａ】売り注文処理のうち一部を示すフローチャート。
【図１３Ｂ】売り注文処理のうち残り部分を示すフローチャート。
【図１３Ｃ】売り注文処理において、価格及び更新日時に基づき並び替えられて、一時記憶部に記憶される買い注文の情報を概念的に示す図。
【図１４】バイヤ端末の画面に表示される製品購入予約画面を示す図。
【図１５Ａ】買い注文処理のうち一部を示すフローチャート。
【図１５Ｂ】買い注文処理のうち残り部分を示すフローチャート。
【図１６】並行ビッド処理を示すフローチャート。
【図１７】バイヤ端末の画面に表示される並行ビッド選択画面を示す図。
【図１８】フィルタ判定処理を示すフローチャート。
【図１９】発送期日フィルタのビット列を説明するための図。
【図２０】サプライヤ地域フィルタのビット列とサプライヤの地域ビット列とを説明するための図。
【図２１】取引成立処理を示すフローチャート。
【図２２】有効期限切れ買い注文判定処理を示すフローチャート。
【図２３】出荷処理を示すフローチャート。
【図２４Ａ】売買気配テーブル生成処理（サプライヤ用）のうち一部を示すフローチャート。
【図２４Ｂ】売買気配テーブル生成処理（サプライヤ用）のうち残り部分を示すフローチャート。
【図２５】サプライヤ端末の画面に表示される売買気配テーブル（サプライヤ用）を示す図。
【図２６】売買気配テーブル生成処理（バイヤ用）を示すフローチャート。
【図２７Ａ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち一部を示すフローチャート。
【図２７Ｂ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち図２７Ａに続く一部を示すフローチャート。
【図２７Ｃ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち残り部分を示すフローチャート。
【図２８】バイヤ端末の画面に表示される売買気配テーブル（バイヤ用）を示す図。
【図２９Ａ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち一部を示すフローチャート。
【図２９Ｂ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち図２９Ａに続く一部を示すフローチャート。
【図２９Ｃ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち残り部分を示すフローチャート。
【発明を実施するための形態】
【００１９】
本発明の実施の形態による商品売買用情報処理装置について図１乃至図２９Ｃに基づき説明する。図１は、本実施の形態による商品売買用情報処理装置を含むシステムを示す概念図である。インターネット１には、複数のサプライヤの端末２および複数のバイヤの端末３が接続されている。各サプライヤの端末２及び各バイヤの端末３にはウェブサイトを閲覧するためのブラウザがインストールされている。ここで、サプライヤとは商品を販売する者をいい、バイヤとはサプライヤから商品を購入する者をいう。
【００２０】
＜装置構成＞
図１には、本実施の形態による商品売買用情報処理装置を具体化したサーバ１０が示されている。サーバ１０は、公知のサーバ用コンピュータと同様の構成を備えており、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、通信インターフェース（通信ＩＦ）１４、時計部１６、ハードディスクドライブ（ＨＤＤ）２０などを備え、これらがバス１５により相互に接続されている。通信ＩＦ１４は、インターネット１に接続されている。
【００２１】
ＣＰＵ１１は中央演算装置であり、ＲＡＭ１２、ＲＯＭ１３などと協働して、後述のプログラム記憶部２１に記憶された各処理を実行する。ＲＡＭ１２は、ＣＰＵ１１の演算の際にデータを一時的に記憶するものである。ＲＯＭ１３は、ＢＩＯＳなどのプログラムが記憶された読み出し専用メモリである。時計部１６は、後述する売り注文時刻及び買い注文時刻を記録するための時計の機能を有する。ＨＤＤ２０の構成については後述する。
【００２２】
なお、サーバ１０の構成について、アクセス数が膨大であり多大な負荷となるため数十台のサーバによりサーバ１０を構築するのが好ましい。ここで、公知の負荷分散装置および負荷分散機能を導入することにより、何れのサーバでアクセスを受け付けても一様の処理を行うことができる。
【００２３】
ＨＤＤ２０の構成について説明する。ＨＤＤ２０は、プログラム記憶部２１、商品情報記憶部２２、サプライヤ情報記憶部２３、バイヤ情報記憶部２４、売注文情報記憶部２５、買注文情報記憶部２６、売買情報記憶部２７、一時記憶部２８を備える。なお実際には、ＨＤＤ２０の領域がハードウェア的にこのように区分けされている訳ではなく、各記憶部を概念的に示したものである。
【００２４】
プログラム記憶部２１は、商品売買を実行するための複数の処理プログラムを記憶するためのものである。複数の処理プログラムとしては、後に詳述するが、サプライヤ登録処理、バイヤ登録処理、売り注文処理、買い注文処理、取引成立処理、有効期限切れ買い注文判定処理、並行ビッド作成処理、出荷処理、サプライヤ用売買気配テーブル作成処理、バイヤ用売買気配テーブル作成処理（ログイン時・非ログイン時）等がある。また、サプライヤ端末２及びバイヤ端末３のディスプレイ装置に表示する画面（サプライヤ登録画面、バイヤ登録画面、製品登録画面、製品購入予約画面、並行ビッド選択画面）についても、プログラム記憶部２１に記憶されている。
【００２５】
商品情報記憶部２２は、本ＥＣサイトで売買される商品に関する情報を記憶するための記憶部である。図２のように、商品毎に、商品ＩＤ、商品名、型番、カテゴリー、メーカー、定価、商品説明、単位価格の情報が記憶される。
【００２６】
サプライヤ情報記憶部２３は、本ＥＣサイトに登録しているサプライヤの情報を記憶するためものである。図３Ａのように、サプライヤＩＤ毎に、サプライヤの名称、所在地、郵便番号、地域ビット列、都道府県の情報が記憶される。更に、図３Ｂのように、サプライヤ送料設定に関する情報も記憶される。
【００２７】
バイヤ情報記憶部２４は、本ＥＣサイトに登録しているバイヤの情報を記憶するための記憶部である。図４のように、バイヤＩＤ毎に、バイヤの氏名、住所、郵便番号、地域ビット列、都道府県、クレジットカード情報が記憶される。
【００２８】
売注文情報記憶部２５は、各サプライヤが出した売注文を記憶するための記憶部である。図５に示すように、売り注文ＩＤ（売注文のログ番号）毎に、注文日時、更新日時、サプライヤＩＤ、商品ＩＤ、売値（送料抜き）、初期台数、残台数、発送期日フィルタ、バイヤ地域フィルタ、取引成立フラグ、送料定義の各情報が記憶される。
【００２９】
買注文情報記憶部２６は、各バイヤが出した買注文を記憶するための記憶部である。図６Ａに示すように、買い注文ＩＤ（買注文のログ番号）毎に、注文日時、更新日時、バイヤＩＤ、買値、初期台数、残台数、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、取引成立フラグ、発送先地域フィルタ、発送先住所、発送先氏名、並行ビッドフラグの各情報が記憶される。ここで、台数が２台以上である場合であっても、１回の処理で受け付けた買い注文（図６Ａの各行）を、１つの買い注文と定義する。つまり、買い注文ＩＤは、各買い注文に対して、１対１で割り当てられている。
【００３０】
更に、買注文情報記憶部２６には、図６Ｂに示す買い注文明細情報が記憶される。買い注文明細は、注文日時、更新日時、商品ＩＤ、初期買値、買値（送料込み）を含む。買い注文明細では、一の買い注文ＩＤに対して複数の商品ＩＤを対応させて記憶可能である。図６の例では、買い注文ＩＤ＝３に対して商品ＩＤ＝１及び２が対応して記憶されている。このようなデータ構造により、後述する並行ビッド機能において、一の買い注文ＩＤの取引成立フラグが取引成立となった場合、該一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となる。
【００３１】
売買情報記憶部２７には、図７に示す取引成立ログの情報が記憶される。取引成立ログは、成立日時、買い注文ＩＤ、売り注文ＩＤ、商品ＩＤ、バイヤＩＤ、サプライヤＩＤ、成立価格、成立台数、取消フラグ、出荷フラグ、出荷日時、伝票番号の各情報を含む。一時記憶部２８は、処理に必要な情報を一時的に記憶するための記憶領域である。
【００３２】
＜サプライヤ登録処理＞
サプライヤ登録処理について、図８及び図９を参照しながら説明する。本システムへの登録を希望するサプライヤは、サプライヤ端末２から本システムのウェブサイトにアクセスし、サプライヤ登録処理へつながるリンクを押すと、図８のサプライヤ登録画面が表示される。換言すれば、サーバ１０のプログラム記憶部２１から、サプライヤ登録画面のデータが、当該サプライヤ端末２へ送信される。サプライヤは、この画面において、サプライヤ情報（名称、郵便番号、都道府県以下の住所、電話番号）を順次入力し、登録ボタンを押す。そうすると、サプライヤ情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図９のサプライヤ登録処理が開始される。
【００３３】
サプライヤ登録処理では、ＣＰＵ１１は、通信ＩＦ１４を介してサプライヤ情報を受信し（Ｓ１１０）、受信したサプライヤ情報をＨＤＤ２０のサプライヤ情報記憶部２３に記憶する（Ｓ１２０）。このとき、当該サプライヤに対して特定のサプライヤＩＤを割り当て、このサプライヤＩＤと関連付けてサプライヤ情報を記憶する。本実施形態では、先に登録されたサプライヤから順にＡ，Ｂ，Ｃ，．．．と割り当てているが、もちろん数字など他の記号を用いてもよい。
【００３４】
次に、ＣＰＵ１１は、記憶されたサプライヤ情報のうち当該サプライヤの都道府県から地域を決定して、サプライヤ情報記憶部２３に記憶する（Ｓ１３０）。本実施形態では、地域を９個の０又は１が並ぶ地域ビット列（図３Ａ）で表現している。詳しくは図２０を参照して後述するが、地域ビット列は、左から沖縄、九州、四国、中国、近畿、中部、関東、東北、北海道と並んでおり、例えば関東のサプライヤの地域ビット列は００００００１００となり、九州のサプライヤの地域ビット列は０１０００００００となる。なお、サプライヤの郵便番号から地域を決定してもよい。また、本実施形態ではサプライヤ端末２での入力に基づきサプライヤ登録処理を自動的に行うが、サプライヤの書類審査等が必要な場合もあるため、サプライヤ情報の入力は手動で行わせてもよい。
【００３５】
＜バイヤ登録処理＞
バイヤ登録処理について、図１０及び図１１を参照しながら説明する。本システムへの登録を希望するバイヤは、バイヤ端末３から本システムのウェブサイトにアクセスし、バイヤ登録処理へつながるリンクを押すと、図１０のバイヤ登録画面が表示される。バイヤは、この画面において、バイヤ情報（氏名、郵便番号、都道府県以下の住所、電話番号、クレジットカード情報）を順次入力し、登録ボタンを押す。そうすると、バイヤ情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１１のバイヤ登録処理が開始される。
【００３６】
バイヤ登録処理では、ＣＰＵ１１は、通信ＩＦ１４を介してバイヤ情報を受信し（Ｓ２１０）、受信したバイヤ情報をＨＤＤ２０のバイヤ情報記憶部２４に記憶する（Ｓ２２０）。このとき、当該バイヤに対して特定のバイヤＩＤを割り当て、このバイヤＩＤと関連付けてバイヤ情報を記憶する。本実施形態では、先に登録されたバイヤから順にａ，ｂ，ｃ，．．．と割り当てているが、もちろん数字など他の記号を用いてもよい。
【００３７】
次に、ＣＰＵ１１は、記憶されたバイヤ情報のうち当該バイヤの都道府県から地域を決定して、バイヤ情報記憶部２４に記憶する（Ｓ２３０）。サプライヤの地域と同様に、バイヤの地域は、９個の０又は１が並ぶ地域ビット列で表現される。
【００３８】
＜売り注文処理＞
売り注文処理について、図１２及び図１３Ａ、図１３Ｂを参照しながら説明する。本システムに登録済みであって製品の販売を希望するサプライヤは、本システムの登録済みサプライヤ用ページ（図示せず）から製品選択ページ（図示せず）へと進む。製品選択ページは、例えば、電化製品→冷蔵庫→イ社（メーカー）と階層構造になっており、一覧の中から製品を選択できるようになっている。ここでイ社の冷蔵庫（型番ＡＡ−Ａ−Ｗ）を選択したとすると、図１２の製品登録画面が表示される。この画面で、登録台数、売値（送料抜き）等の売り注文情報を入力して確認ボタンを押すと、これらの情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１３Ａ及び図１３Ｂの売り注文処理が開始される。
【００３９】
ここで、図１２に示される売り注文情報について説明する。登録台数（初期台数）は、サプライヤが販売を希望する当該製品の台数であり、１台単位で入力可能である。売値（送料抜き）は、サプライヤが希望する当該製品の売値であり、当該製品の単位価格（図２参照。商品ＩＤ＝１では１００円。）の単位で入力可能である。ここでは送料を差し引いた価格を入力する。発送期日は、「２４時間以内」、「４８時間以内」、「７２時間以内」、「４〜７日」、「７日以上」の中から、サプライヤが発送可能である選択肢を選択する。バイヤ地域は、バイヤ（発送先）の地域を制限するための情報である。例えば図１２では、沖縄及び北海道からチェックを外しているため、これらの地域のバイヤ（発送先）には販売しないように設定されている。このようにバイヤ（発送先）の地域を制限可能とする理由として、ここでの売値は送料抜きの価格であるため、遠方の地域に発送する場合であっても基本的にはサプライヤにとって不利はないはずであるが、離島など送料がイレギュラーとなる場合など発送先地域によって販売対象から除外できるように設定可能とするためである。送料定義は、小型・中型・大型の中から何れかを選択する。図３Ｂのサプライヤ送料設定に示されるように、小型・中型・大型の何れを選択したかに応じて、また地域に応じて送料が設定されている。なお、同一の商品でもサプライヤによっては別のサイズを定義することもあり得る。
【００４０】
売り注文処理では、ＣＰＵ１１は、通信ＩＦ１４を介して売り注文情報を受信し（Ｓ３０５）、受信した売り注文情報に基づき、売注文情報記憶部２５の売り注文ログ（図５）を更新する（Ｓ３１０）。Ｓ３１５で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を参照し、買い注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。
【００４１】
Ｓ３２０で、ＣＰＵ１１は、受信した売り注文の送料定義（図５）、サプライヤ送料設定（図３Ｂ）、第i番目の買い注文の発送先（図６Ａ）から送料を決定する。Ｓ３２５で、ＣＰＵ１１は、第ｉ番目の買い注文の買値（送料込み）から、Ｓ３２０で決定した送料を減算して、送料抜き価格を求める。Ｓ３３０で、ＣＰＵ１１は、Ｓ３２５で求めた送料抜き価格は、受信した売り注文の売値以上か否かを判断する。送料抜き価格が売値以上である場合は（Ｓ３３０：Ｙｅｓ）、Ｓ３３５に進んで、第ｉ番目の買い注文を、その送料抜き価格とともに一時記憶部２８に記憶する。ここで、取引成立フラグ（図６Ａ）が０でない買い注文は除外される。送料抜き価格が売値未満である場合は（Ｓ３３０：Ｎｏ）、Ｓ３３５をスキップしてＳ３４０へ進む。Ｓ３４０では、変数ｉに１を加える（ｉ＝ｉ＋１）。
【００４２】
Ｓ３４２で、ＣＰＵ１１は、買い注文ログ（図６Ａ）において次の買い注文があるか否かを判断し、次の買い注文がある場合は（Ｓ３４２：Ｙｅｓ）、Ｓ３２０に戻って処理を繰り返す。次の買い注文がない場合は（Ｓ３４２：Ｎｏ）、Ｓ３４５に進む。Ｓ３４５で、ＣＰＵ１１は、一時記憶部２８に記憶された買い注文が１つ以上存在するか否かを判断する。一時記憶部２８に記憶された買い注文が１つも存在しない場合は（Ｓ３４５：Ｎｏ）、処理を終了する。一時記憶部２８に記憶された買い注文が１つ以上存在する場合は（Ｓ３４５：Ｙｅｓ）、Ｓ３４８に進んで、一時記憶部２８に記憶された買い注文を、送料抜き価格の高い順、且つ、同価格では更新日時が早い順に並び替える。図１３Ｃに示す例は、図６Ａ及び図６Ｂに示す買い注文を、商品ＩＤ＝１の商品に関して、送料抜き価格の高い順、且つ、同価格では更新日時が早い順に並び替えたものである。なお、この例では、サプライヤＩＤ＝Ａ、送料定義＝大型と仮定して、サプライヤ送料設定（図３Ｂ）から送料が算出されている。つまり、Ｓ３４８では、買い注文がこのような順番で並び替えられて、一時記憶部２８に記憶されることになる。
【００４３】
Ｓ３５０では、ＣＰＵ１１は、一時記憶部２８に記憶されて並び替えられた買い注文のうち、最も順位の高い買い注文について、フィルタ判定処理を行う。詳細は後述するが、フィルタ判定処理では、フィルタ条件に合致する場合は判定結果＝１、フィルタ条件に合致しない場合は判定結果＝０という値が一時記憶部２８に記憶される。Ｓ３５５で、ＣＰＵ１１は、一時記憶部２８を参照し、判定結果＝１即ちフィルタ条件と合致する場合は（Ｓ３５５：Ｙｅｓ）、Ｓ３６０へ進んで取引成立処理を実行する。一方、判定結果＝０即ちフィルタ条件と合致しない場合は（Ｓ３５５：Ｎｏ）、Ｓ３８０へ進む。
【００４４】
Ｓ３７０では、ＣＰＵ１１は、当該サプライヤの取引成立フラグが１になったか否かを判断する。ここで、サプライヤの取引成立フラグは、当該製品の残台数が０になった場合、即ち登録した当該製品が全て売れた場合に１となる。一方、当該製品の残台数が１以上ある場合は、取引成立フラグは０のままである。取引成立フラグが１になった場合は（Ｓ３７０：Ｙｅｓ）、売り注文処理を終了する。取引成立フラグが０のままである場合は（Ｓ３７０：Ｎｏ）、Ｓ３９０へ進む。
【００４５】
Ｓ３５５で最高位の買い注文がフィルタ条件と合致しない場合は、Ｓ３８０で、ＣＰＵ１１は、当該買い注文を一時記憶部２８から削除する。そして、Ｓ３９０で、ＣＰＵ１１は、一時記憶部２８を参照して、次順位の買い注文があるか否かを判断する。ここで、次順位の買い注文とは、Ｓ３８０の処理の結果として最高位となった買い注文のことである。次順位の買い注文がある場合は（Ｓ３９０：Ｙｅｓ）、Ｓ３５０へ戻り、その買い注文についてフィルタ条件と合致するか否かを判断する。次順位の買い注文がない場合は（Ｓ３９０：Ｎｏ）、売り注文処理を終了する。
【００４６】
上述した売り注文処理は、サプライヤが新規の売り注文を登録する場合の処理であるが、サプライヤは、既存の売り注文を更新することもできる。サプライヤは、ログインした状態で自己の売り注文の内容を確認することができ、その場合、図１２の製品登録画面と同様の画面が表示される。サプライヤは、この画面で売り注文の内容（図１２の登録台数、売値（送料抜き）、発送期日、バイヤ地域、送料定義）を変更することができる。最も頻度が高いと考えられるのは、売値（送料抜き）を変更することである。売り注文の内容を変更して更新ボタン（図１２の登録ボタンに対応）を押すと、図１３Ａ及び図１３Ｂの売り注文処理が開始される。なお、既存の売り注文を更新した場合、その日時が新たな更新日時となるため、他の売り注文よりも更新日時が後になり、取引の順位が後になってしまう場合がある（図１５ＢのＳ４４８）。
【００４７】
＜買い注文処理＞
買い注文処理について、図１４及び図１５Ａ、図１５Ｂを参照しながら説明する。本システムに登録済みであって製品の購入を希望するバイヤは、本システムの登録済みバイヤ用ページ（図示せず）から製品選択ページ（図示せず）へと進む。製品選択ページは、上述のとおりである。ここでバイヤがイ社の冷蔵庫（型番ＡＡ−Ａ−Ｗ）を選択したとすると、図１４の製品購入予約画面（買い注文を登録するための画面）が表示される。この画面で、購入台数、価格（買値）等の買い注文情報を入力して「確認（並行ビッドなし）」ボタンを押すと、これらの情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１５Ａ及び図１５Ｂの買い注文処理が開始される。
【００４８】
ここで、図１４に示される買い注文情報について説明する。購入台数（初期台数）は、バイヤが購入を希望する当該製品の台数であり、１台単位で入力可能である。買値（送料込み）は、バイヤが希望する当該製品の買値であり、当該製品の単位価格（図２参照。商品ＩＤ＝１では１００円。）の単位で入力可能である。ここでは送料込みの価格を入力する。発送希望期日は、「２４時間以内」、「４８時間以内」、「７２時間以内」、「４〜７日」、「指定なし」の中から、バイヤが希望する選択肢を選択する。サプライヤ地域は、サプライヤ（発送元）の地域を制限するための情報である。例えば図１４では、全ての地域にチェックが付いているため、全地域のサプライヤから購入可能な設定となっている。このようにサプライヤ（発送元）の地域を制限可能とする理由は、発送期日を指定しても遠方からの配送には比較的時間を要するため、当該バイヤから見て遠方地域のサプライヤからは購入しないように設定可能とするためである。除外サプライヤは、例えば過去の取引で対応の悪かったサプライヤを除外するための情報（ブラックリスト方式）である。図１４の例では、サプライヤＩＤ＝１、３のサプライヤが除外されている。
【００４９】
買い注文処理では、ＣＰＵ１１は、通信ＩＦ１４を介して買い注文情報を受信し（Ｓ４００）、後述の並行ビッド処理を実行する（Ｓ４０５）。次に、受信した買い注文情報に基づき、買注文情報記憶部２６の買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を更新する（Ｓ４１０）。Ｓ４１５で、ＣＰＵ１１は、売注文情報記憶部２５に記憶されている売り注文ログ（図５）を参照し、売り注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。
【００５０】
Ｓ４２０で、ＣＰＵ１１は、第i番目の売り注文の送料定義（図５）、サプライヤ送料設定（図３Ｂ）、受信した買い注文の発送先（図６Ａ）から送料を決定する。Ｓ４２５で、ＣＰＵ１１は、第ｉ番目の売り注文の売値（送料抜き）に、Ｓ４２０で決定した送料を加算して、送料込み価格を求める。Ｓ４３０で、ＣＰＵ１１は、Ｓ４２５で求めた送料込み価格は、受信した買い注文の買値以下か否かを判断する。送料込み価格が買値以下である場合は（Ｓ４３０：Ｙｅｓ）、Ｓ４３５に進んで、第ｉ番目の売り注文を、その送料込み価格とともに一時記憶部２８に記憶する。ここで、取引成立フラグ（図５）が０でない売り注文は除外される。送料込み価格が買値を超える場合は（Ｓ４３０：Ｎｏ）、Ｓ４３５をスキップしてＳ４４０へ進む。Ｓ４４０では、変数ｉに１を加える（ｉ＝ｉ＋１）。
【００５１】
Ｓ４４２で、ＣＰＵ１１は、売り注文ログ（図５）において次の売り注文があるか否かを判断し、次の売り注文がある場合は（Ｓ４４２：Ｙｅｓ）、Ｓ４２０に戻って処理を繰り返す。次の売り注文がない場合は（Ｓ４４２：Ｎｏ）、Ｓ４４５に進む。Ｓ４４５で、ＣＰＵ１１は、一時記憶部２８に記憶された売り注文が１つ以上存在するか否かを判断する。一時記憶部２８に記憶された売り注文が１つも存在しない場合は（Ｓ４４５：Ｎｏ）、処理を終了する。一時記憶部２８に記憶された売り注文が１つ以上存在する場合は（Ｓ４４５：Ｙｅｓ）、Ｓ４４８に進んで、一時記憶部２８に記憶された売り注文を、送料込み価格の低い順、且つ、同価格では更新日時が早い順に並び替える。
【００５２】
Ｓ４５０では、ＣＰＵ１１は、一時記憶部２８に記憶されて並び替えられた売り注文のうち、最も順位の高い売り注文について、フィルタ判定処理を行う。上述のように、フィルタ判定処理では、フィルタ条件に合致する場合は判定結果＝１、フィルタ条件に合致しない場合は判定結果＝０という値が一時記憶部２８に記憶される。Ｓ４５５で、ＣＰＵ１１は、一時記憶部２８を参照し、判定結果＝１即ちフィルタ条件と合致する場合は（Ｓ４５５：Ｙｅｓ）、Ｓ４６０へ進んで取引成立処理を実行する。一方、判定結果＝０即ちフィルタ条件と合致しない場合は（Ｓ４５５：Ｎｏ）、Ｓ４８０へ進む。
【００５３】
Ｓ４７０では、ＣＰＵ１１は、当該バイヤの取引成立フラグが１又は３になったか否かを判断する。ここで、バイヤの取引成立フラグは、当該製品の残台数が０になった場合、即ち購入を希望する当該製品を全て購入した場合、取引成立処理（Ｓ４６０）において１とされる。また、決済処理後に購入を取り下げた（キャンセルした）場合は２となる。クレジットカードの決済エラーによって購入取下げとなった場合は３となる。有効期限切れ買い注文判定処理（図２２）において有効期限切れと判定された場合は４となる。その他の場合、即ち当該製品の有効な残台数が１以上ある場合は、取引成立フラグは０のままである。取引成立フラグが１又は３になった場合は（Ｓ４７０：Ｙｅｓ）、買い注文処理を終了する。それ以外の場合は（Ｓ４７０：Ｎｏ）、Ｓ４９０へ進む。
【００５４】
Ｓ４５５で最高位の売り注文がフィルタ条件と合致しない場合は、Ｓ４８０で、ＣＰＵ１１は、当該売り注文を一時記憶部２８から削除する。そして、Ｓ４９０で、ＣＰＵ１１は、一時記憶部２８を参照して、次順位の売り注文があるか否かを判断する。ここで、次順位の売り注文とは、Ｓ４８０の処理の結果として最高位となった売り注文のことである。次順位の売り注文がある場合は（Ｓ４９０：Ｙｅｓ）、Ｓ４５０へ戻り、その売り注文についてフィルタ条件と合致するか否かを判断する。次順位の売り注文がない場合は（Ｓ４９０：Ｎｏ）、買い注文処理を終了する。
【００５５】
上述した買い注文処理は、バイヤが新規の買い注文を登録する場合の処理であるが、バイヤは、既存の買い注文を更新することもできる。バイヤは、ログインした状態で自己の買い注文の内容を確認することができ、その場合、図１４の製品購入予約画面と同様の画面が表示される。バイヤは、この画面で買い注文の内容（図１４の購入台数、買値（送料込み）、発送希望期日、サプライヤ地域、除外サプライヤ）を変更することができる。最も頻度が高いと考えられるのは、買値（送料込み）を変更することである。買い注文の内容を変更して更新ボタン（図１４の確認ボタンに対応）を押すと、図１５Ａ及び図１５Ｂの買い注文処理が開始される。なお、既存の買い注文を更新した場合、その日時が新たな更新日時となるため、他の買い注文よりも更新日時が後になり、取引の順位が後になってしまう場合がある（図１３ＢのＳ３４８）。
【００５６】
＜並行ビッド処理＞
並行ビッド処理について、図１６及び図１７を参照しながら説明する。並行ビッドとは、バイヤが、既に何れかの商品について買い注文を登録しており、該当商品の代替として購入してもよい商品がある場合に、代替購入商品として登録することができる機能である。このとき、買値は商品毎に指定することができるが、発送先やフィルタ内容は元の買い注文の条件と同一である。これは、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）のデータ構造によるものである。
【００５７】
並行ビッド処理は、上述の買い注文処理のＳ４００の後に実行される。Ｓ４１２で、ＣＰＵ１１は、買注文情報記憶部２６の買い注文ログ（図６Ａ）の各ログのバイヤＩＤを参照し、当該バイヤが既に他の商品について買い注文を登録しているか否かをチェックする。ここでのチェックは、同一カテゴリー（例えば、カメラ）の商品に限定してもよい。何故なら、バイヤが同一カテゴリーの商品を複数種類購入予約するということは、そのうち何れか一つを購入したいという可能性が高いと考えられるからである。
【００５８】
Ｓ４１２で、他の商品について買い注文を登録していない場合は（Ｓ４１２：Ｎｏ）、並行ビッド処理を終了して買い注文処理に戻る。他の商品について買い注文を登録している場合は（Ｓ４１２：Ｙｅｓ）、買注文情報記憶部２６の買い注文ログから当該バイヤの買い注文を抽出して、バイヤの端末３の画面に図１７のような並行ビッド選択画面を表示する（Ｓ４１４）。既に複数の買い注文を登録している場合は、図１７のようにリスト表示される。
【００５９】
図１７でバイヤが何れかの商品の「並行ビッド」又は「並行ビッドなし」ボタンを押すと、ＣＰＵ１１はインターネット１及び通信ＩＦ１４を介してこの情報を受信する。「並行ビッドなし」ボタンが押された場合は（Ｓ４１６：Ｎｏ）、並行ビッド処理を終了して買い注文処理に戻る。何れかの商品の「並行ビッド」ボタンが押された場合は（Ｓ４１６：Ｙｅｓ）、Ｓ４１８で、ＣＰＵ１１は、選択された商品の買い注文明細（図６Ｂ）に、今回並行ビッドする商品を追加する。また、買い注文ログ（図６Ａ）の該当する買い注文の並行ビッドフラグを１にする（Ｓ４１８）。
【００６０】
このとき、選択された商品の買い注文明細と、並行ビッドする商品の買い注文明細とは、同一の買い注文ＩＤとなる。図６Ｂの例では、買い注文ＩＤ＝３となっている２行について、先に商品ＩＤ＝１の商品が登録され、その後商品ＩＤ＝２の商品が並行ビッド商品として登録されたものである。
【００６１】
並行ビッド処理が終了すると、買い注文処理（図１５Ａ、図１５Ｂ）へ戻る。ここで、Ｓ４１０は買い注文ログ及び買い注文明細を更新する処理であるが、Ｓ４１８の処理を経ている場合は既に更新が済んでいるため、Ｓ４２０では特に何もしない。その後、今回並行ビッドした商品についてＳ４３０以下の処理を実行する。ここで、並行ビッド登録した買い注文については、何れの商品が取引成立しても、その取引合計数が初期必要台数に達した場合、買い注文ログ（図６Ａ）の取引成立フラグが１となって（Ｓ４７０：Ｙｅｓ）、買い注文処理が完了する。
【００６２】
＜フィルタ判定処理＞
フィルタ判定処理について、図１８、図１９及び図２０を参照しながら説明する。フィルタ判定処理は、処理対象となっているサプライヤとバイヤとが、互いのフィルタ条件に合致するかを判定するための処理である。本実施形態では、フィルタ条件として、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、バイヤ地域フィルタが設定されている。
【００６３】
まずＳ５１０で、ＣＰＵ１１は、サプライヤ除外フィルタの判定、即ち、サプライヤはバイヤに除外されているか否かの判定を行う。具体的には、ＣＰＵ１１は、買注文情報記憶部２６のサプライヤ除外フィルタを参照し、処理対象となっているサプライヤのＩＤが存在するか否かを判断する。当該サプライヤのＩＤが存在する場合は（Ｓ５１０：Ｙｅｓ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。一方、当該サプライヤのＩＤが存在しない場合は（Ｓ５１０：Ｎｏ）、Ｓ５２０へ進む。
【００６４】
Ｓ５２０で、ＣＰＵ１１は、発送期日フィルタの判定、即ち、サプライヤの発送期日は、バイヤが希望する発送期日を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、売注文情報記憶部２５（図５）の発送期日フィルタと、買注文情報記憶部２６（図６Ａ）の発送期日フィルタとを比較する。ここで、図１９に示すように、発送期日フィルタは５ビットのビット列で構成されている。図１９の例では、バイヤが４８時間以内の発送を希望しており、サプライヤ１は４８時間以内での発送が可能であり、サプライヤ２は７２時間以内での発送が可能である。即ち、サプライヤ１はバイヤの条件に合致するが、サプライヤ２はバイヤの条件に合致しない。従って、ＣＰＵ１１は、売注文情報記憶部２５（サプライヤ側）の発送期日フィルタの第１〜５ビットと、買注文情報記憶部２６（バイヤ側）の発送期日フィルタの第１〜５ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、発送期日の条件に合致すると判断する。条件に合致する場合は（Ｓ５２０：Ｙｅｓ）、Ｓ５３０へ進む。条件に合致しない場合は（Ｓ５２０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。
【００６５】
Ｓ５３０では、ＣＰＵ１１は、サプライヤ地域フィルタの判定、即ち、サプライヤの地域は、バイヤの希望を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ情報（図３Ａ）の地域ビット列と、買注文情報記憶部２６のサプライヤ地域フィルタ（図６Ａ）とを比較する。ここで、図２０に示すように、サプライヤ地域フィルタは９ビットのビット列で構成されている。図２０の例では、バイヤは近畿・中部・関東地方のサプライヤを希望しており、サプライヤ１は関東地方に所在しており、サプライヤ２は九州地方に所在している。即ち、サプライヤ１はバイヤの条件に合致するが、サプライヤ２はバイヤの条件に合致しない。従って、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ情報（図３Ａ）の地域ビット列の第１〜９ビットと、買注文情報記憶部２６のサプライヤ地域フィルタ（図６Ａ）の第１〜９ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、サプライヤ地域の条件に合致すると判断する。条件に合致する場合は（Ｓ５３０：Ｙｅｓ）、Ｓ５４０へ進む。条件に合致しない場合は（Ｓ５３０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。
【００６６】
Ｓ５４０では、ＣＰＵ１１は、バイヤ地域フィルタの判定、即ち、バイヤの地域は、サプライヤの希望を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、バイヤ情報記憶部２４に記憶されているバイヤ情報（図４）の地域ビット列と、売注文情報記憶部２５のバイヤ地域フィルタ（図５）とを比較する。上述のサプライヤ地域フィルタと同様に、バイヤ地域フィルタも９ビットのビット列で構成されている。ＣＰＵ１１は、バイヤ情報記憶部２４に記憶されているバイヤ情報（図４）の地域ビット列の第１〜９ビットと、売注文情報記憶部２５のバイヤ地域フィルタ（図５）の第１〜９ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、バイヤ地域の条件に合致すると判断する。条件に合致する場合は（Ｓ５４０：Ｙｅｓ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝１（フィルタ条件と合致する）を一時的に記憶して（Ｓ５５０）、処理を終了する。一方、条件に合致しない場合は（Ｓ５４０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。以上の処理によって、比較の対象となっている売り注文と買い注文とについて、全てのフィルタ条件に合致した場合にのみ判定結果＝１（Ｓ５５０）となり、何れか一つでもフィルタ条件に合致しない場合は判定結果＝０（Ｓ５６０）となる。
【００６７】
＜取引成立処理＞
取引成立処理について、図２１を参照しながら説明する。まず、Ｓ６１０ではカード決済処理を行う。ここで、取引が成立した売り注文と買い注文とについて、売り注文の売値（送料抜き）に送料を加算した価格よりも、買い注文の買値（送料込み）の方が高い場合は、買い注文の買値（送料込み）を取引成立価格とする。なお、カード決済処理は一般的に行われている処理である。ＣＰＵ１１は、通信ＩＦ１４及びインターネット１を介して、バイヤ情報記憶部２４に記憶されているバイヤのクレジットカード情報（図４）を提携先のカード決済処理装置へ送信する。カード決済処理装置で認証及び決済処理が行われ、ＯＫ又はエラーの結果が送信されてくる。
【００６８】
カード決済でエラーが発生した場合は（Ｓ６２０：Ｙｅｓ）、ＣＰＵ１１は、買注文情報記憶部２６の取引成立フラグを３にして（Ｓ６８０）、処理を終了する。エラーが発生しなかった場合は（Ｓ６２０：Ｎｏ）、Ｓ６３０へ進む。
【００６９】
Ｓ６３０では、ＣＰＵ１１は、取引が成立した売り注文及び買い注文について、売買情報記憶部２７の取引成立ログ（図７）に情報を追加する。具体的には、成立日時、買い注文ＩＤ、売り注文ＩＤ、商品ＩＤ、バイヤＩＤ、サプライヤＩＤ、成立価格、成立台数の各情報を、売買情報記憶部２７の取引成立ログに記憶する。Ｓ６４０では、ＣＰＵ１１は、売注文情報記憶部２５の売り注文ログ（図５）の残台数と、買注文情報記憶部２６の買い注文ログ（図６Ａ）の残台数とのそれぞれから、取引成立台数を減算して値を更新する。
【００７０】
Ｓ６５０では、売り注文ログの残台数が０になった場合は（Ｓ６５０：Ｙｅｓ）、売り注文ログの取引成立フラグを１にして（Ｓ６５５）、Ｓ６６０へ進む。売り注文ログの残台数が１以上である場合は（Ｓ６５０：Ｎｏ）、Ｓ６５５をスキップする。Ｓ６６０では、買い注文ログの残台数が０になった場合は（Ｓ６６０：Ｙｅｓ）、買い注文ログの取引成立フラグを１にして（Ｓ６６５）、Ｓ６７０へ進む。買い注文ログの残台数が１以上である場合は（Ｓ６６０：Ｎｏ）、Ｓ６６５をスキップする。
【００７１】
Ｓ６７０では、取引が成立したことをサプライヤ、バイヤ及びシステム運営者に通知する。具体的には、ＣＰＵ１１は、売買情報記憶部２７の取引成立ログ（図７）のうち商品ＩＤ、成立価格、成立台数を参照して、「商品○○○（商品ＩＤ）について価格△△△円（成立価格）で□□□台（成立台数）の取引が成立した」という趣旨のメールをサプライヤ、バイヤ及びシステム運営者のメールアドレスに対して自動送信する。これで、取引成立処理が終了する。
【００７２】
＜有効期限切れ買い注文判定処理＞
次に、有効期限切れ買い注文判定処理について、図２２を参照しながら説明する。有効期限切れ買い注文判定処理は、一定時間毎（例えば１分毎）に実行されるバッチ処理である。
【００７３】
まず、Ｓ７１０で、ＣＰＵ１１は、買い注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。Ｓ７２０で、ＣＰＵ１１は、時計部１６を参照して現在時刻をＲＡＭ１２に記憶する。Ｓ７３０で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログの更新時刻を参照してＲＡＭ１２に記憶する。なお、ＲＡＭ１２ではなく、ＨＤＤ２０の一時記憶部２８を用いてもよい。
【００７４】
Ｓ７４０で、ＣＰＵ１１は、Ｓ７２０で記憶した現在時刻とＳ７３０で記憶した更新時刻との差（経過時間）を求め、経過時間が所定時間（例えば９６時間）を超えているか否かを判断する。経過時間が所定時間を超えている場合は（Ｓ７４０：Ｙｅｓ）、その買い注文ログの取引成立フラグに値４を代入する（Ｓ７５０）。これは、その買い注文ログが有効期限切れしていることを示す。経過時間が所定時間以下である場合は（Ｓ７４０：Ｎｏ）、Ｓ７５０をスキップする。
【００７５】
Ｓ７６０では、ＣＰＵ１１は、買い注文ＩＤを示す変数ｉに１を加えて次の買い注文ログへ進む。Ｓ７７０で、次の買い注文ログがあるか否かを判断し、次の買い注文ログがある場合は（Ｓ７７０：Ｙｅｓ）、Ｓ７２０へ戻って同様の処理を繰り返す。次の買い注文ログがない場合は（Ｓ７７０：Ｎｏ）、有効期限切れ買い注文判定処理を終了する。以上のように、買い注文には有効期限が設定され、バイヤが有効期限を延長（つまり既存の買い注文を更新）しない場合は、自動的に買い注文が消滅する。かかる処理により、古い買い注文が長期間有効なまま残ってしまうことを防止できる。
【００７６】
＜出荷処理＞
次に、出荷処理について、図２３を参照しながら説明する。本システムでは、サプライヤは、取引成立した商品を出荷した後、出荷完了通知をサーバ１０へ送信することになっている。サーバ１０がこの出荷完了通知を受信すると、これをトリガとして出荷処理が開始される。
【００７７】
まずＳ８１０で、ＣＰＵ１１は、サプライヤの端末２から送信されてきた出荷完了情報（出荷台数、出荷日時、伝票番号）を受信し、これらを一時的に一時記憶部２８に記憶する。Ｓ８２０で、ＣＰＵ１１は、受信した出荷台数が、取引成立ログ（図７）の成立台数と一致するか否かを判断する。
【００７８】
受信した出荷台数が取引成立ログの成立台数と一致する場合は（Ｓ８２０：Ｙｅｓ）、Ｓ８３０で、取引成立ログ（図７）に出荷日時及び伝票番号を記憶する。更に、出荷フラグを「１」にする。なお、取引成立した商品について、出荷前に、サプライヤ又はバイヤの都合によりキャンセルされた場合は、取引成立ログ（図７）の取消フラグを「１」にする。既に商品が出荷されている場合（即ち、出荷フラグが「１」になっている場合）は、キャンセルすることはできない。次に、Ｓ８４０で、出荷完了した旨をバイヤ及び運営者のメールアドレスにメール送信する。一方、受信した出荷台数が取引成立ログの成立台数と一致しない場合は（Ｓ８２０：Ｎｏ）、その旨をサプライヤにメール送信して（Ｓ８５０）、サプライヤに確認を求める。以上で、出荷処理が終了する。
【００７９】
＜サプライヤ用売買気配テーブル生成処理＞
次に、サプライヤ用売買気配テーブル生成処理について、図２４Ａ、図２４Ｂ及び図２５を参照しながら説明する。サプライヤ用売買気配テーブルは、例えば図２５に示すようなフォーマットのテーブルであり、単位価格の間隔で上下に並べられた価格と、各価格に対応する販売希望台数（売り数）及び購入希望台数（買い数）が表示されている。なお、サプライヤ用売買気配テーブルに表示する価格は、送料抜きの価格である。図２５の例では、価格９９６００円に対して、サプライヤ全体で５台の売り数が存在している。また、価格９９５００円に対して、バイヤ全体（フィルタ条件で除外されたバイヤを除く）で１１台の買い数が存在している。「自己注文数」、「順位」、「即時販売のための値下げ額」については後述する。サプライヤ用売買気配テーブルによって、サプライヤが自社の商品を販売したい場合に、現在の他のサプライヤの販売価格及びバイヤの購入希望価格を知ることができ、また、現在自分が登録している売り注文の価格及び台数、その販売条件（順位など）を確認することができる。サプライヤ用売買気配テーブル生成処理では、後述のバイヤ用売買気配テーブル生成処理とは異なり、サプライヤはログインしなければこの画面を閲覧することはできない。
【００８０】
本処理は、ログインしているサプライヤからの売買気配テーブル表示要求をトリガとして開始される。具体的には、サプライヤが本システムにログイン中、売買気配テーブルを閲覧しようとして所定のページを開こうとすると、サプライヤの端末２から売買気配テーブル表示要求がサーバ１０へ送信される。
【００８１】
売買気配テーブル表示要求が受信されると、まずＳ９１０で、ＣＰＵ１１は、サプライヤが売買気配テーブルを閲覧しようとしている商品について、商品情報記憶部２２に記憶されている商品マスタ（図２）の情報を参照する。Ｓ９１２で、ＣＰＵ１１は、画面上で設定されたフィルタ条件を参照する。ここで、サプライヤは、上記フィルタ判定処理で説明したフィルタ条件（発送期日及びバイヤ地域）を画面上で設定することができ、これによって自己の条件に合う買い注文のみに絞って売買気配テーブルに表示させることが可能である。
【００８２】
Ｓ９１４で、ＣＰＵ１１は、当該サプライヤの売り注文があるか否か判断する。売り注文がある場合には（Ｓ９１４：Ｙｅｓ）、当該サプライヤの売り注文を参照して（Ｓ９１６）、Ｓ９２０へ進む。売り注文がない場合には（Ｓ９１４：Ｎｏ）、当該サプライヤの住所を参照して（Ｓ９１８）、Ｓ９２０へ進む。Ｓ９２０では、当該サプライヤ以外の売り注文ログを参照する。
【００８３】
Ｓ９２２では、変数ｉを初期化（ｉ＝１）する。Ｓ９３０で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）における、ｉ番目の売り注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ９３０：Ｙｅｓ）、その売り注文は残り台数１台以上であるから、Ｓ９３２で当該売り注文の売値の該当価格の売り数に残り台数を加えて、売買気配テーブルに表示する（Ｓ９３２）。その後、変数ｉに１を加える（Ｓ９３４）。一方、取引成立フラグが０以外である場合、例えば取引成立フラグが１である場合（Ｓ９３０：Ｎｏ）、その売り注文は残り台数０台であり全て取引が完了しているから、売り数にはカウントせずにＳ９３４へ進み、変数ｉに１を加える。
【００８４】
Ｓ９３６で、ＣＰＵ１１は、当該売り注文が、売り注文ログ（図５）の最終ログであるか否かを判断する。最終ログでない場合は（Ｓ９３６：Ｎｏ）、Ｓ９３０に戻ってＳ９３０〜Ｓ９３４の処理を繰り返す。最終ログである場合は（Ｓ９３６：Ｙｅｓ）、Ｓ９４０へ進む。
【００８５】
Ｓ９４０で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照する。Ｓ９４２では、変数ｉを初期化する（ｉ＝１）。Ｓ９５０で、ＣＰＵ１１は、ｉ番目の買い注文の取引成立フラグが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ９５０：Ｙｅｓ）、Ｓ９５５に進んでフィルタ判定処理を行う。取引成立フラグが０以外である場合（Ｓ９５０：Ｎｏ）、Ｓ９７５へ進んで変数ｉに１を加える。
【００８６】
Ｓ９５５で実行するフィルタ判定処理は、図１８を参照しつつ前述したものである。ただし、本処理（サプライヤ用売買気配テーブル生成処理）の中で行うフィルタ判定処理では、売り注文処理、買い注文処理の中で行うフィルタ判定処理と異なり、サプライヤが未だ売り注文を登録していない（つまり、具体的な売り注文が存在しない）場合がある。その場合、Ｓ９１２で参照したフィルタ条件を用いる。ここで、サプライヤが発送期日及びバイヤ地域を画面上で設定していない場合はフィルタ判定処理のＳ５２０、Ｓ５４０においてそれぞれＹｅｓと判定して処理を行う。よって、サプライヤが画面上でフィルタ条件を設定していれば、自己の条件に合わせて絞り込んだ条件で買い注文を表示させることができる。なお、サプライヤはログインしていることが前提であるから、Ｓ５１０（除外サプライヤ）、Ｓ５３０（サプライヤ地域）の判定は、買い注文ログ（図６Ａ）のサプライヤ除外フィルタ、サプライヤ地域フィルタ、及び、サプライヤ情報（図３Ａ）の地域ビット列の各情報から行うことができる。
【００８７】
Ｓ９６０で、ＣＰＵ１１は、フィルタ判定処理の結果に基づき、第ｉ番目の買い注文はフィルタ条件と合致するか否かを判断する。フィルタ条件に合致する場合は（Ｓ９６０：Ｙｅｓ）、Ｓ９６５へ進み、フィルタ条件に合致しない場合は（Ｓ９６０：Ｎｏ）、Ｓ９７５へ進んで変数ｉに１を加える。
【００８８】
Ｓ９６５で、ＣＰＵ１１は、第ｉ番目の買い注文の地域、サプライヤの所在地、サプライヤの売り注文の送料定義を参照して、当該買い注文の送料を求める。第ｉ番目の買い注文の地域については、買い注文ログ（図６Ａ）の発送先地域を参照する。サプライヤの所在地については、サプライヤ情報（図３Ａ）の地域ビット列を参照する。サプライヤの売り注文の送料定義については、売り注文ログ（図５）の送料定義を参照する。なお、サプライヤが未だ売り注文を登録していない場合、サプライヤに対して画面上で送料定義を設定することを求め、その送料定義を用いる。
【００８９】
Ｓ９７０で、ＣＰＵ１１は、第ｉ番目の買い注文の買値から、Ｓ９６５で求めた送料を差し引き、その価格（送料抜き価格）の買い数に追加して、売買気配テーブル（図２５）に表示する。その後、変数ｉに１を加え（Ｓ９７５）、Ｓ９８０で買い注文ログ（図６Ａ）において最終ログまで処理したか否かを判断する。まだ処理していない買い注文がある場合は（Ｓ９８０：Ｎｏ）、Ｓ９５０へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ９８０：Ｙｅｓ）、Ｓ９８５へ進む。
【００９０】
Ｓ９８５で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）を参照して、当該商品について、当該サプライヤの売り注文があるか否かを判断する。当該サプライヤの売り注文がない場合は（Ｓ９８５：Ｎｏ）、Ｓ９９０〜Ｓ９９４の処理をスキップして処理を終了する。当該サプライヤの売り注文がある場合は（Ｓ９８５：Ｙｅｓ）、Ｓ９９０に進む。
【００９１】
Ｓ９９０では、当該サプライヤの売り注文の現在残り台数（図５の売り注文ログの残台数）を、売買気配テーブルの該当する価格の自己注文数欄に表示する。例えば、図２５の例では、価格９９６００円の行において、自他含めたサプライヤの売り数が５台あるうちの１台が自己の売り数であり、これが「自己注文数」の欄に表示されている。
【００９２】
次にＳ９９２で、ＣＰＵ１１は、売り注文ログ（図５）を参照して、当該サプライヤの売り注文と同じ売値の売り注文のうち、当該サプライヤの売り注文が何番目の順位にあるかを決定して、売買気配テーブルに表示する。より具体的には、ＣＰＵ１１は、売り注文ログ（図５）において、当該サプライヤの売り注文と同じ売値の売り注文であって且つ取引成立フラグが０である売り注文を抽出して、それらを更新時刻が早い順に並び替える。そして、その中で当該サプライヤの売り注文が何番目であるかを決定して、売買気配テーブルの「順位」欄に表示する。図２５の例では、このサプライヤの売り注文は、売値９９６００円の売り注文の中で３番目の順位となっている。
【００９３】
次にＳ９９４で、ＣＰＵ１１は、即時販売のために必要な値下げ額（つまり、いくら売値を下げればすぐに販売できるか）を求めて、売買気配テーブルに表示する。例えば図２５の例では、価格９９５００円では売り注文が存在せず買い注文が存在する（買い数１１）ため、このサプライヤの現在の売値９９６００円から９９５００円に値下げすることによって即時に販売することができる。具体的には、ＣＰＵ１１は、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を参照して、取引成立フラグが０の買い注文ログのうち最も高い買値を探索し、この買値から送料を差し引いた価格と当該サプライヤの売り注文の売値との差を求める。図２５の例では、９９６００−９９５００＝１００円となり、この値１００円が売買気配テーブルの「即時販売のための値下げ額」欄に表示される。以上で処理を終了する。
【００９４】
＜バイヤ用売買気配テーブル生成処理＞
次に、バイヤ用売買気配テーブル生成処理について、図２６を参照しながら説明する。バイヤ用売買気配テーブルは、バイヤ又は一般視聴者が閲覧することができるものである。バイヤ用売買気配テーブル生成処理では、バイヤはログインしてもしなくてもこの画面を閲覧することができる。バイヤとしてログインしていれば、バイヤ登録情報に基づき絞り込んだデータを表示することができる。登録済みのバイヤであってもログインしていなければ、一般視聴者に対する処理と同じである。
【００９５】
本処理は、バイヤ又は一般視聴者（以下、単に「バイヤ」と呼ぶ。）からの売買気配テーブル表示要求をトリガとして開始される。具体的には、バイヤが売買気配テーブルを閲覧しようとして所定のページを開こうとすると、バイヤの端末３から売買気配テーブル表示要求がサーバ１０へ送信される。
【００９６】
売買気配テーブル表示要求が受信されると、Ｓ１０００で、ＣＰＵ１１は、売買気配テーブル表示要求と共にバイヤの端末３から送信されてくる情報に基づき、バイヤがログインしているか否かを判断する。バイヤがログインしている場合は（Ｓ１０００：Ｙｅｓ）、Ｓ１１００で売買気配テーブル生成処理（バイヤ用ログイン時）を呼び出す。バイヤがログインしていない場合は（Ｓ１０００：Ｎｏ）、Ｓ１２００で売買気配テーブル生成処理（バイヤ用非ログイン時）を呼び出す。
【００９７】
＜売買気配テーブル生成処理（バイヤ用ログイン時）＞
次に、売買気配テーブル生成処理（バイヤ用ログイン時）について、図２７Ａ〜２７Ｃを参照しながら説明する。まずＳ１１１０で、ＣＰＵ１１は、バイヤが売買気配テーブルを閲覧しようとしている商品について、商品情報記憶部２２に記憶されている商品マスタ（図２）の情報を参照する。Ｓ１１１２で、ＣＰＵ１１は、画面上で設定されたフィルタ条件を参照する。ここで、バイヤは、上記フィルタ判定処理で説明したフィルタ条件（発送期日、サプライヤ地域、除外サプライヤ）を画面上で設定することができ、これによって自己の条件に合う売り注文のみに絞って売買気配テーブルに表示させることができる。
【００９８】
Ｓ１１１４で、ＣＰＵ１１は、当該バイヤの買い注文があるか否か判断する。買い注文がある場合には（Ｓ１１１４：Ｙｅｓ）、当該バイヤの買い注文の発送先を参照して（Ｓ１１１６）、Ｓ１１２０へ進む。買い注文がない場合には（Ｓ１１１４：Ｎｏ）、当該バイヤの住所を参照して（Ｓ１１１８）、Ｓ１１２０へ進む。Ｓ１１２０では、売り注文ログを参照する。
【００９９】
Ｓ１１２２では、変数ｉを初期化（ｉ＝１）する。Ｓ１１３０で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）における、ｉ番目の買い注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ１１３０：Ｙｅｓ）、Ｓ１１３５に進んでフィルタ判定処理を行う。取引成立フラグが０以外である場合、例えば１である場合（Ｓ１１３０：Ｎｏ）、その買い注文は残り台数０台であり全て取引が完了しているから、買い数にはカウントせずにＳ１１５２へ進み、変数ｉに１を加える。
【０１００】
Ｓ１１３５で実行するフィルタ判定処理は、前述したものである。ただし、本処理（バイヤ用売買気配テーブル生成処理）の中で行うフィルタ判定処理では、売り注文処理、買い注文処理の中で行うフィルタ判定処理と異なり、バイヤが未だ買い注文を登録していない（つまり、具体的な買い注文が存在しない）場合がある。その場合、Ｓ１１１２で参照したフィルタ条件を用いる。ここで、バイヤが発送期日、サプライヤ地域、除外サプライヤを画面上で設定していない場合はフィルタ判定処理のＳ５１０、Ｓ５２０、Ｓ５３０においてそれぞれＹｅｓと判定して処理を行う。よって、バイヤが画面上でフィルタ条件を設定していれば、自己の条件に合わせて絞り込んだ条件で売り注文を表示させることができる。なお、Ｓ５４０（バイヤ地域）の判定は、Ｓ１１１６で参照した買い注文の発送先又はＳ１１１８で参照したバイヤの住所に基づき行う。
【０１０１】
Ｓ１１４０で、ＣＰＵ１１は、フィルタ判定処理の結果に基づき、第ｉ番目の売り注文はフィルタ条件と合致するか否かを判断する。フィルタ条件に合致する場合は（Ｓ１１４０：Ｙｅｓ）、Ｓ１１４２へ進み、フィルタ条件に合致しない場合は（Ｓ１１４０：Ｎｏ）、Ｓ１１５２へ進んで変数ｉに１を加える。
【０１０２】
Ｓ１１４２で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）において、第ｉ番目の売り注文の売値を参照する。Ｓ１１４４で、ＣＰＵ１１は、売り注文ログ（図５）において、第ｉ番目の売り注文の送料定義つまり送料を決めるためのサイズ（小型・中型・大型）を参照する。Ｓ１１４６で、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ送料設定（図３Ｂ）を参照する。
【０１０３】
Ｓ１１４８で、ＣＰＵ１１は、Ｓ１１４４で参照した送料定義と、Ｓ１１４６で参照した送料設定と、Ｓ１１１６で参照した買い注文の発送先又はＳ１１１８で参照したバイヤの住所とから、送料を決定する。そしてＳ１１５０で、ＣＰＵ１１は、第ｉ番目の売り注文の売値にＳ１１４８で求めた送料を加算して、該当価格の売り数に追加し、売買気配テーブル（図２８）に表示する。
【０１０４】
その後、変数ｉに１を加え（Ｓ１１５２）、Ｓ１１５４で売り注文ログ（図５）において最終ログまで処理したか否かを判断する。まだ処理していない売り注文がある場合は（Ｓ１１５４：Ｎｏ）、Ｓ１１３０へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ１１５４：Ｙｅｓ）、Ｓ１１６０へ進む。
【０１０５】
Ｓ１１６０で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照する。Ｓ１１６２で、変数ｉを初期化（ｉ＝１）する。Ｓ１１６４で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）における、ｉ番目の買い注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ１１６４：Ｙｅｓ）、Ｓ１１６６に進む。取引成立フラグが０以外である場合、例えば１である場合（Ｓ１１６４：Ｎｏ）、その買い注文は残り台数０台であり全て取引が完了しているから、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。
【０１０６】
Ｓ１１６６で、ＣＰＵ１１は、ｉ番目の買い注文が、画面上で設定されているバイヤ地域条件を満たすか否かを判断する。ここでのバイヤ地域条件とは、バイヤが売買気配テーブルを閲覧する際に、極端に送料の異なるエリアのバイヤの買値（送料込み）はあまり参考とならないため、特定の地域（発送先）の買い注文に限定して閲覧するためのものである。この判断は、買い注文ログ（図６Ａ）の発送先地域ビット列を参照することにより行うことができる。画面上で設定されているバイヤ地域条件を満たす場合は（Ｓ１１６６：Ｙｅｓ）、Ｓ１１６８に進む。そうでない場合（Ｓ１１６６：Ｎｏ）、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。
【０１０７】
Ｓ１１６８で、ＣＰＵ１１は、ｉ番目の買い注文の買値と、売買気配テーブルに表示されている売り注文の売値の最安値とを比較して、ｉ番目の買い注文の買値が売り注文の売値の最安値よりも高いか否かを判断する。ｉ番目の買い注文の買値が売り注文の売値の最安値以下である場合は（Ｓ１１６８：Ｎｏ）、Ｓ１１７０に進む。ｉ番目の買い注文の買値が売り注文の売値の最安値よりも高い場合は（Ｓ１１６８：Ｙｅｓ）、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。この判定は、自己（バイヤ）の発送先に応じて売り注文の売値（送料込み）が変化することから、他のバイヤの買値によってはその買値が売値を上回る現象が発生する場合があり、これを売買気配テーブルに表示すると不自然であるため、このような現象を除外するためのものである。
【０１０８】
Ｓ１１７０で、ＣＰＵ１１は、買い注文ログ（図６Ａ）におけるｉ番目の買い注文の買値及び残台数を参照し、売買気配テーブルの該当価格の買い数に残台数を加えて表示する。その後、変数ｉに１を加え（Ｓ１１７２）、Ｓ１１７４で買い注文ログ（図６Ａ）において最終ログまで処理したか否かを判断する。まだ処理していない買い注文がある場合は（Ｓ１１７４：Ｎｏ）、Ｓ１１６４へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ１１７４：Ｙｅｓ）、Ｓ１１７６へ進む。
【０１０９】
Ｓ１１７６で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照して、当該商品について、当該バイヤの買い注文があるか否かを判断する。当該バイヤの買い注文がない場合は（Ｓ１１７６：Ｎｏ）、Ｓ１１７８〜Ｓ１１８２の処理をスキップして処理を終了する。
【０１１０】
当該バイヤの買い注文がある場合は（Ｓ１１７６：Ｙｅｓ）、Ｓ１１７８で、当該バイヤの買い注文の現在残り台数（図６Ａの買い注文ログの残台数）を、売買気配テーブルの該当する価格の自己注文数欄に表示する。例えば、図２８の例では、価格９９５００円の行において、自他含めたバイヤの買い数が１１台あるうちの１台が自己の買い数であり、これが「自己注文数」の欄に表示されている。
【０１１１】
次にＳ１１８０で、ＣＰＵ１１は、買い注文ログ（図６Ａ）を参照して、当該バイヤの買い注文と同じ買値の買い注文のうち、当該バイヤの買い注文が何番目の順位にあるかを決定して、売買気配テーブルに表示する。より具体的には、ＣＰＵ１１は、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）において、当該バイヤの買い注文と同じ買い値の買い注文であって且つ取引成立フラグが０である買い注文を抽出して、それらを更新時刻が早い順に並び替える。そして、その中で当該バイヤの買い注文が何番目であるかを決定して、売買気配テーブルの「順位」欄に表示する。図２８の例では、このバイヤの買い注文は、売値９９５００円の買い注文の中で７番目の順位となっている。
【０１１２】
次にＳ１１８２で、ＣＰＵ１１は、即時購入のために必要な値上げ額（つまり、いくら買値を上げればすぐに購入できるか）を求めて、売買気配テーブルに表示する。例えば図２８の例では、価格９９６００円では買い注文が存在せず売り注文が存在する（売り数５）ため、このバイヤの現在の買値９９５００円から９９６００円に値上げすることによって即時に購入することができる。具体的には、ＣＰＵ１１は、売り注文ログ（図５）を参照して、取引成立フラグが０の売り注文ログのうち最も低い売値を探索し、この売値に送料を加えた価格とこのバイヤの買い注文の買値との差を求める。図２８の例では、９９６００−９９５００＝１００円となり、この値１００円が売買気配テーブルの「即時購入のための値上げ額」欄に表示される。以上で処理を終了する。なお、図２８の画面で、バイヤが価格「９９６００」円の欄にポインタを併せてクリックすると、図１４の製品購入注文画面に遷移して（この場合、図１４の買値（送料込み）は９９６００円となる）、そのまま買い注文処理に進むことができる。
【０１１３】
＜売買気配テーブル生成処理（バイヤ用非ログイン時）＞
次に、売買気配テーブル生成処理（バイヤ用非ログイン時）について、図２９Ａ〜２９Ｃを参照しながら説明する。本処理は、売買気配テーブル生成処理（バイヤ用ログイン時）と類似する箇所が多いため、主に異なる箇所について説明する。
【０１１４】
即ち、本処理では、バイヤのログイン情報がないため、バイヤがフィルタ条件として自己の住所又は発送先地域を入力することができる欄が設けられており、Ｓ１１１２において、ＣＰＵ１１はこの情報についても参照を行う。また、バイヤのログイン情報がないことから、売買気配テーブル生成処理（バイヤ用ログイン時）におけるＳ１１１４、Ｓ１１１６、Ｓ１１１８の処理は存在しない。
【０１１５】
Ｓ１１３５で実行するフィルタ判定処理は、前述したものと同様であるが、ここで行うフィルタ判定処理では、Ｓ１１１２で参照したフィルタ条件（発送期日、サプライヤ地域、除外サプライヤ、バイヤ地域）を用いる。ここで、バイヤが発送期日、サプライヤ地域、除外サプライヤ、バイヤ地域のうち少なくとも何れかを画面上で設定していない場合は、フィルタ判定処理のＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ５４０の該当するステップにおいてＹｅｓと判定して処理を行う。
【０１１６】
また、バイヤがバイヤ地域（住所又は発送先）を画面上で設定していない場合は、Ｓ１１４８において送料を決定しない。この場合、Ｓ１１５０で、ＣＰＵ１１は、第ｉ番目の売り注文の売値をそのまま（送料を加算せず）、該当価格の売り数に追加し、売買気配テーブル（図２８）に表示する。
【０１１７】
また本処理では、Ｓ１１６６の処理を行わない。更に、バイヤのログイン情報がないため、Ｓ１１７６及びＳ１１７８の処理も行わない。
【０１１８】
従来より、インターネット上で、各商品について、その商品を提供する各サプライヤの販売価格を、例えば価格の低い順に表示するサイトがある。このようなサイトでは、バイヤは各サプライヤの販売価格、送料などを比較検討した上で、何れのサプライヤから購入するかを決定する。即ち、購入の決定権はバイヤにあると言うことができる。これに対して、上述した実施形態による商品売買用情報処理装置及び方法によれば、売買気配テーブルによってバイヤの希望価格が可視化されるから、サプライヤは、どの程度の価格で、どの程度の数量の販売が見込めるのかを知ることができる。そして、バイヤの希望価格どおりに商品を提供することができれば、ほぼ確実に取引を成立させることができる。従って、サプライヤにも決定権があると言える。また、サプライヤは、受注を確定させてからまとめて商品を仕入れることも可能である。更に、共通の販売スペースとして、同一商品に対しては共通の情報レイアウトで商品情報を提示することができるため、希望価格及び在庫数量がまとめて可視化され、現在の相場及び価格変動の様子を知ることができる。バイヤは、高価格でもすぐ入手したい場合は即時に購入できる価格で買い注文を行えばよいし、時間がかかっても安価に入手したい場合は低い価格で買い注文を行えばよいから、何れの場合にも対応することが可能となる。このように、上述した実施形態による商品売買用情報処理装置及び方法は、サプライヤとバイヤとの双方に大きなメリットをもたらすものである。
【０１１９】
本発明による商品売買用情報処理装置及び商品売買情報処理方法は上述した実施の形態に限定されず、特許請求の範囲に記載した範囲で種々の変形や改良が可能である。
【０１２０】
例えば、上記実施形態では、フィルタ条件として、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、バイヤ地域フィルタが設定されていたが、これらのうち一部のみを用いてもよいし、他のフィルタ条件を用いてもよい。
【０１２１】
また、上記実施形態では、サプライヤ端末２及びバイヤ端末３に表示する画面及びプログラムは全てサーバ１０側で提供され、サーバ１０での実行結果をサプライヤ端末２及びバイヤ端末３のウェブ・ブラウザに表示する。これに対して、サプライヤ端末２及びバイヤ端末３にアプリケーション・プログラムをインストールして、端末側で大部分の処理を実行させてもよい。この場合は、例えば、サーバの役割としてはデータの記録及び参照を行う。また、一定時間間隔のバッチ処理のプログラムはサーバー側で動作される。売買気配テーブルの表示プログラムについてはアプリケーション側で動作される。
【０１２２】
また、サプライヤ端末２及びバイヤ端末３の形態は、パーソナル・コンピュータ、スマートフォン、携帯電話など特に限定されない。
【０１２３】
また、上記実施形態では、いったん売値が設定されると、サプライヤが売値を更新しない限り、売値は固定される。このような方式に限らず、サプライヤが設定した商品の売値が、バイヤ側の売買気配テーブルにおける他サプライヤの売値の最安値を下回っている場合は、設定した価格をそのまま表示せず、他サプライヤの販売価格の最安値に揃えて表示する方式を採用してもよい。
【０１２４】
また、上記実施形態では、売買取引成立時の決済方法としてクレジットカード決済を用いた。これに加えて、バイヤが事前に銀行振込等で入金を行い、入金した金額の範囲内で売買を行うこと（事前入金）を選択できるようにしてもよい。バイヤがこの方法を選択した場合、取引成立処理（図２１）のＳ６２０を、例えば「売買額は入金残高を超えるか？」という判断ステップにすればよい。また、クレジットカード決済、事前入金による決済の他にも、例えば取引成立処理（図２１）の中で、即時に決済処理が行えるような方法があれば、それを用いてもよい。
【０１２５】
また、上記実施形態では、サプライヤ及びバイヤの地域として、日本国内であることを前提として記載したが、外国を含めてもよい。外国の場合、サプライヤ及びバイヤの地域ビット列・地域フィルタの各ビットは、例えばアジア・北米・欧州等の各地域、或いは中国、米国、英国等の各国に対応させて設定すればよい。
【０１２６】
また、上記実施形態では、取引成立処理において、取引が成立した売り注文と買い注文とについて、売り注文の売値に送料を加算した価格よりも、買い注文の買値（送料込み）の方が高い場合は、買い注文の買値（送料込み）を取引成立価格としたが、これとは反対に、売り注文の売値に送料を加算した価格を取引成立価格としてもよい。
【産業上の利用可能性】
【０１２７】
以上のように本発明にかかる商品売買用情報処理装置は、ネットワークを介して、売り手及び買い手の有するニーズに基づく情報処理を行うことにより、商品の売買を効率的に行う情報処理装置及び情報処理方法として有用である。
【符号の説明】
【０１２８】
１             インターネット
２             サプライヤ端末
３             バイヤ端末
１０         サーバ
１１         ＣＰＵ
１２         ＲＡＭ
１３         ＲＯＭ
１４         通信ＩＦ
１５         バス
１６         時計部
２０         ＨＤＤ
２１         プログラム記憶部
２２         商品情報記憶部
２３         サプライヤ情報記憶部
２４         バイヤ情報記憶部
２５         売注文情報記憶部
２６         買注文情報記憶部
２７         売買情報記憶部
２８         一時記憶部
【図１】
2012256267.tif 000003
【図２】
2012256267.tif 000004
【図３Ａ】
2012256267.tif 000005
【図３Ｂ】
2012256267.tif 000006
【図４】
2012256267.tif 000007
【図５】
2012256267.tif 000008
【図６Ａ】
2012256267.tif 000009
【図６Ｂ】
2012256267.tif 000010
【図７】
2012256267.tif 000011
【図８】
2012256267.tif 000012
【図９】
2012256267.tif 000013
【図１０】
2012256267.tif 000014
【図１１】
2012256267.tif 000015
【図１２】
2012256267.tif 000016
【図１３Ａ】
2012256267.tif 000017
【図１３Ｂ】
2012256267.tif 000018
【図１３Ｃ】
2012256267.tif 000019
【図１４】
2012256267.tif 000020
【図１５Ａ】
2012256267.tif 000021
【図１５Ｂ】
2012256267.tif 000022
【図１６】
2012256267.tif 000023
【図１７】
2012256267.tif 000024
【図１８】
2012256267.tif 000025
【図１９】
2012256267.tif 000026
【図２０】
2012256267.tif 000027
【図２１】
2012256267.tif 000028
【図２２】
2012256267.tif 000029
【図２３】
2012256267.tif 000030
【図２４Ａ】
2012256267.tif 000031
【図２４Ｂ】
2012256267.tif 000032
【図２５】
2012256267.tif 000033
【図２６】
2012256267.tif 000034
【図２７Ａ】
2012256267.tif 000035
【図２７Ｂ】
2012256267.tif 000036
【図２７Ｃ】
2012256267.tif 000037
【図２８】
2012256267.tif 000038
【図２９Ａ】
2012256267.tif 000039
【図２９Ｂ】
2012256267.tif 000040
【図２９Ｃ】
2012256267.tif 000041
【手続補正書】
【提出日】平成24年3月16日(2012.3.16)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信手段と、
該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信手段と、
該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、
該売り注文情報受信手段によって該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出手段と、
受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出手段と、
該買い注文抽出手段によって抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替え手段と、
該買い注文並び替え手段によって並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理手段と、
該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立手段と、
該買い注文情報受信手段によって該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出手段と、
受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出手段と、
該売り注文抽出手段によって抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替え手段と、
該売り注文並び替え手段によって並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理手段と、
該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立手段と、
該商品に関して、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成する売買気配テーブル生成手段とを備え、
該売買気配テーブル生成手段は、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
該買い注文情報は、買い注文ログ情報及び買い注文明細情報を含み、
該買い注文ログ情報は、各買い注文に対して１対１で割り当てられる買い注文ＩＤと、各買い注文が取引成立済みであるか否かを示す取引成立フラグと、各買い注文が並行ビッドの対象であるか否かを示す並行ビッドフラグとを含み、
該買い注文明細情報は、一の買い注文ＩＤに対して複数の商品ＩＤに係る買い注文を対応させて記憶可能であり、
該買い注文明細情報は、該並行ビッドフラグが１である買い注文に対して、複数の商品ＩＤに係る買い注文を対応させて記憶し、もって、該並行ビッドフラグが１である買い注文ＩＤの該取引成立フラグが取引成立済みとなった場合、当該買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となることを特徴とする商品売買用情報処理装置。
【請求項２】
商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信手段と、
該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信手段と、
該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、
該売り注文情報受信手段によって該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出手段と、
受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出手段と、
該買い注文抽出手段によって抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替え手段と、
該買い注文並び替え手段によって並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理手段と、
該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立手段と、
該買い注文情報受信手段によって該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出手段と、
受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出手段と、
該売り注文抽出手段によって抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替え手段と、
該売り注文並び替え手段によって並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理手段と、
該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立手段と、
該商品に関して、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成する売買気配テーブル生成手段とを備え、
該売買気配テーブル生成手段は、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
該サプライヤ側フィルタ情報は、発送可能期日に関する情報を表す第一所定長のビット列で構成されるサプライヤ側発送期日フィルタを含み、
該バイヤ側フィルタ情報は、発送希望期日に関する情報を表す該第一所定長のビット列で構成されるバイヤ側発送期日フィルタを含み、
該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ側発送期日フィルタと該バイヤ側発送期日フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断し、
また、サプライヤが所在する地域に関する情報を表す第二所定長のビット列で構成されるサプライヤ地域ビット列を記憶するサプライヤ情報記憶部を更に備え、
該バイヤ側フィルタ情報は、バイヤが希望するサプライヤの地域に関する情報を表す該第二所定長のビット列で構成されるサプライヤ地域フィルタを含み、
該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ地域ビット列と該サプライヤ地域フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断することを特徴とする商品売買用情報処理装置。
【請求項３】
各バイヤの該バイヤ識別情報に対応して決済情報を記憶するバイヤ情報記憶部を更に含み、
該第一取引成立手段及び該第二取引成立手段の各々は、
該決済情報に基づき、決済でエラーが発生したか否かの判定を行う決済エラー判定手段と、
該決済エラー判定手段によってエラーが発生しなかったと判定された場合に、該売台数及び該買台数から取引成立台数を減算する台数減算手段と、
該台数減算手段によって減算された該売台数及び該買台数がゼロになったか否かを判定する残台数ゼロ判定手段と、
該残台数ゼロ判定手段によって判定された該売台数又は該買台数がゼロになった場合に、該売り注文情報又は該買い注文情報について取引成立を示すフラグを立てる取引成立フラグ設定手段とを含むことを特徴とする請求項１又は２記載の商品売買用情報処理装置。
【請求項４】
該売買気配テーブル生成手段は、該売り注文情報記憶部を参照して、該サプライヤの売り注文と同じ売値の売り注文であって且つ該取引成立フラグが０である売り注文を抽出して更新時刻が早い順に並び替え、該サプライヤの売り注文が何番目の順位にあるかを決定して該売買気配テーブルに表示し、
該売買気配テーブル生成手段は、該買い注文情報記憶部を参照して、該取引成立フラグが０の買い注文のうち最も高い買値を探索し、当該買値から送料を差し引いた価格と該サプライヤの売り注文の売値との差を求めることにより、即時販売のために必要な値下げ額を求めて該売買気配テーブルに表示し、
該売買気配テーブル生成手段は、該買い注文情報記憶部を参照して、該バイヤの買い注文と同じ買値の買い注文であって且つ該取引成立フラグが０である買い注文を抽出して更新時刻が早い順に並び替え、該バイヤの買い注文が何番目の順位にあるかを決定して該売買気配テーブルに表示し、
該売買気配テーブル生成手段は、該売り注文情報記憶部を参照して、該取引成立フラグが０の売り注文のうち最も低い売値を探索し、当該売値に送料を加えた価格と該バイヤの買い注文の買値との差を求めることにより、即時購入のために必要な値上げ額を求めて該売買気配テーブルに表示することを特徴とする請求項３記載の商品売買用情報処理装置。
【請求項５】
コンピュータを使用して商品の売買を処理する方法であって、
該コンピュータは、処理を実行するプロセッサと、該プロセッサによって使用される情報を記憶可能な記憶部とを備え、該記憶部は、売り注文情報記憶部、買い注文情報記憶部、及び、サプライヤ情報記憶部を有し、
該プロセッサは、商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して該売り注文情報記憶部に記憶し、
該プロセッサは、該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して該買い注文情報記憶部に記憶し、
該プロセッサは、該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを受信して該サプライヤ情報記憶部に記憶し、
該プロセッサは、該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出し、
該プロセッサは、受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出し、
該プロセッサは、抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替え、
該プロセッサは、並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力し、
該プロセッサは、該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行い、
該プロセッサは、該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出し、
該プロセッサは、受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出し、
該プロセッサは、抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替え、
該プロセッサは、並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力し、
該プロセッサは、該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行い、
更に、該プロセッサは、該商品に関して、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成し、
該プロセッサは、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
該買い注文情報は、買い注文ログ情報及び買い注文明細情報を含み、
該買い注文ログ情報は、各買い注文に対して１対１で割り当てられる買い注文ＩＤと、各買い注文が取引成立済みであるか否かを示す取引成立フラグと、各買い注文が並行ビッドの対象であるか否かを示す並行ビッドフラグとを含み、
該買い注文明細情報は、一の買い注文ＩＤに対して複数の商品ＩＤに係る買い注文を対応させて記憶可能であり、
該買い注文明細情報は、該並行ビッドフラグが１である買い注文に対して、複数の商品ＩＤに係る買い注文を対応させて記憶し、もって、該並行ビッドフラグが１である買い注文ＩＤの該取引成立フラグが取引成立済みとなった場合、当該買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となることを特徴とする商品売買情報処理方法。
【請求項６】
コンピュータを使用して商品の売買を処理する方法であって、
該コンピュータは、処理を実行するプロセッサと、該プロセッサによって使用される情報を記憶可能な記憶部とを備え、該記憶部は、売り注文情報記憶部、買い注文情報記憶部、及び、サプライヤ情報記憶部を有し、
該プロセッサは、商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して該売り注文情報記憶部に記憶し、
該プロセッサは、該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して該買い注文情報記憶部に記憶し、
該プロセッサは、該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを受信して該サプライヤ情報記憶部に記憶し、
該プロセッサは、該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出し、
該プロセッサは、受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出し、
該プロセッサは、抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替え、
該プロセッサは、並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力し、
該プロセッサは、該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行い、
該プロセッサは、該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出し、
該プロセッサは、受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出し、
該プロセッサは、抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替え、
該プロセッサは、並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力し、
該プロセッサは、該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行い、
更に、該プロセッサは、該商品に関して、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成し、
該プロセッサは、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、
該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、
該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、
該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、
該サプライヤ側フィルタ情報は、発送可能期日に関する情報を表す第一所定長のビット列で構成されるサプライヤ側発送期日フィルタを含み、
該バイヤ側フィルタ情報は、発送希望期日に関する情報を表す該第一所定長のビット列で構成されるバイヤ側発送期日フィルタを含み、
該プロセッサは、該サプライヤ側発送期日フィルタと該バイヤ側発送期日フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断し、
該サプライヤ情報記憶部は、サプライヤが所在する地域に関する情報を表す第二所定長のビット列で構成されるサプライヤ地域ビット列を記憶し、
該バイヤ側フィルタ情報は、バイヤが希望するサプライヤの地域に関する情報を表す該第二所定長のビット列で構成されるサプライヤ地域フィルタを含み、
該プロセッサは、該サプライヤ地域ビット列と該サプライヤ地域フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断することを特徴とする商品売買情報処理方法。
【手続補正２】
【補正対象書類名】明細書
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、売り手の売り注文と買い手の買い注文とに関する情報に基づき、商品の売買に関する情報処理を行う商品売買用情報処理装置及び商品売買情報処理方法に関する。
【背景技術】
【０００２】
従来より、インターネット上でオークション形式により商品の売買を行うための商品売買システムが知られている（例えば、特許文献１参照。）。また、証券取引に関して、売り手の希望売値とその件数（売気配）と買い手の希望買値とその件数（買気配）との情報を配信する証券情報配信装置等についても提案されている（例えば、特許文献２参照。）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−３５０９６４号公報
【特許文献２】特開２００８−１３００２０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えばインターネットのようなネットワークを介して商品の売買を行うにあたり、従来は、売り手（サプライヤ）が売り手毎にインターネット上の固有の販売ページを所有していること（「販売スペース」と呼ぶ）が必要であり、固有の販売スペースに商品の情報と価格を掲載し、それを見た買い手（バイヤ）が、希望通りの内容であれば商品を注文し、取引が成立するという方式であった。
【０００５】
しかし、このような方式では、買い手から見ると、希望の商品をあちこちインターネット上を探して異なる情報レイアウトの中から比較しなければならない。また、希望の商品の市場の相場と希望の価格とに相違がある場合は気長に待ち探し続けなければならない。更に、買い手は流通側の実情を知らないものであるから、その希望価格は実現可能な価格であるとは限らず、希望の価格で販売されるとは限らない等という問題があった。
【０００６】
一方、売り手から見ると、商品を販売するためにインターネット上の固有の販売ページを設ける必要があり、このような販売スペースを維持するのは高コストである。近年は販売スペースも増加しているため、広告等の宣伝活動を積極的に行う必要があり、広告費に関しても商品価格に上乗せせざるを得ない状況である。また、商品を事前に仕入れなければ販売することができないが、仕入れを行う場合、世の中にどの程度の需要があるかは分からないから、少量ずつの仕入れか、ある程度の損失を見越した仕入れを行うことしかできないため、結果として商品の価格が高くなってしまう。
【０００７】
そこで本発明は、ネットワークを介して売り手及び買い手の有するニーズに基づく情報処理を行って、商品の売買処理を効率的に行う商品売買用情報処理装置及び商品売買情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明は、商品に関して、サプライヤの端末から、サプライヤ識別情報、売値、売台数、売り注文時刻、サプライヤ側フィルタ情報、及び、該商品のサイズに関する送料定義情報を含む売り注文情報を受信して売り注文情報記憶部に記憶する売り注文情報受信手段と、該商品に関して、バイヤの端末から、バイヤ識別情報、買値、買台数、買い注文時刻及びバイヤ側フィルタ情報を含む買い注文情報を受信して買い注文情報記憶部に記憶する買い注文情報受信手段と、該サプライヤによって設定される送料データであって該商品のサイズ及び発送先に応じた送料データを含むサプライヤ送料設定テーブルを記憶するサプライヤ情報記憶部と、該売り注文情報受信手段によって該売り注文情報が受信されると、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該サプライヤ送料設定テーブルを参照し、該買い注文の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該買値から該送料を減算した送料抜き買値を算出する送料抜き買値算出手段と、受信された売り注文情報の売値より高い又は該売値と同じ該送料抜き買値を有する該買い注文情報を該買い注文情報記憶部から抽出する買い注文抽出手段と、該買い注文抽出手段によって抽出された該買い注文情報を、該送料抜き買値の高い順且つ同価格では該買い注文時刻が早い順に並び替える買い注文並び替え手段と、該買い注文並び替え手段によって並び替えられた順に、並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に、合致を示す値を出力する第一フィルタ判定処理手段と、該並び替えられた該買い注文情報のうちの一と該受信された売り注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第一取引成立手段と、該買い注文情報受信手段によって該買い注文情報が受信されると、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該サプライヤ送料設定テーブルを参照し、受信された買い注文情報の発送先及び該送料定義情報に対応する該送料データを探索して送料を決定し、該売値に該送料を加算した送料込み売値を算出する送料込み売値算出手段と、受信された買い注文情報の買値より低い又は該買値と同じ該送料込み売値を有する該売り注文情報を該売り注文情報記憶部から抽出する売り注文抽出手段と、該売り注文抽出手段によって抽出された該売り注文情報を、該送料込み売値の低い順且つ同価格では該売り注文時刻が早い順に並び替える売り注文並び替え手段と、該売り注文並び替え手段によって並び替えられた順に、並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とに対応する該サプライヤ側フィルタ情報及び該バイヤ側フィルタ情報に対して所定のデータ処理を行い、条件に合致する場合に該合致を示す値を出力する第二フィルタ判定処理手段と、該並び替えられた該売り注文情報のうちの一と該受信された買い注文情報とについて、該合致を示す値が出力された場合に取引成立処理を行う第二取引成立手段とを備え、該商品に関して、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成する売買気配テーブル生成手段とを更に備え、該売買気配テーブル生成手段は、該サプライヤの端末に表示する該売買気配テーブルを生成する場合、該サプライヤ送料設定テーブルを参照して、買い注文の発送先及び該送料定義情報に対応する該送料データを探索し、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、対応する該価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、該買値から該送料を減算した価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、一方、該バイヤの端末に表示する該売買気配テーブルを生成する場合、該サプライヤ送料設定テーブルを参照して、該バイヤの発送先と該送料定義情報とに対応する該送料データを探索し、該売り注文情報記憶部に記憶されている複数の売り注文の各々について、該売値及び該売台数を参照して、該売値に送料を加算した価格の売り数に該売台数を追加することによって各価格に対応する該売り数を決定し、該買い注文情報記憶部に記憶されている複数の買い注文の各々について、該買値及び該買台数を参照して、対応する該価格の買い数に該買台数を追加することによって各価格に対応する該買い数を決定し、該買い注文情報は、買い注文ログ情報及び買い注文明細情報を含み、該買い注文ログ情報は、各買い注文に対して１対１で割り当てられる買い注文ＩＤと、各買い注文が取引成立済みであるか否かを示す取引成立フラグと、各買い注文が並行ビッドの対象であるか否かを示す並行ビッドフラグとを含み、該買い注文明細情報は、一の買い注文ＩＤに対して複数の商品ＩＤに係る買い注文を対応させて記憶可能であり、該買い注文明細情報は、該並行ビッドフラグが１である買い注文に対して、複数の商品ＩＤに係る買い注文を対応させて記憶し、もって、該並行ビッドフラグが１である買い注文ＩＤの該取引成立フラグが取引成立済みとなった場合、当該買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となる商品売買用情報処理装置を提供している。
【０００９】
更に、該サプライヤ側フィルタ情報は、発送可能期日に関する情報を表す第一所定長のビット列で構成されるサプライヤ側発送期日フィルタを含み、該バイヤ側フィルタ情報は、発送希望期日に関する情報を表す該第一所定長のビット列で構成されるバイヤ側発送期日フィルタを含み、該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ側発送期日フィルタと該バイヤ側発送期日フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断し、また、サプライヤが所在する地域に関する情報を表す第二所定長のビット列で構成されるサプライヤ地域ビット列を記憶するサプライヤ情報記憶部を更に備え、該バイヤ側フィルタ情報は、バイヤが希望するサプライヤの地域に関する情報を表す該第二所定長のビット列で構成されるサプライヤ地域フィルタを含み、該第一フィルタ判定処理手段及び該第二フィルタ判定処理手段は、該サプライヤ地域ビット列と該サプライヤ地域フィルタとの互いに対応する各ビットの論理積をとって「１」となるビットが存在する場合に条件に合致すると判断する商品売買用情報処理装置を提供している。
【００１０】
ここで、各バイヤの該バイヤ識別情報に対応して決済情報を記憶するバイヤ情報記憶部を更に含み、該第一取引成立手段及び該第二取引成立手段の各々は、該決済情報に基づき、決済でエラーが発生したか否かの判定を行う決済エラー判定手段と、該決済エラー判定手段によってエラーが発生しなかったと判定された場合に、該売台数及び該買台数から取引成立台数を減算する台数減算手段と、該台数減算手段によって減算された該売台数及び該買台数がゼロになったか否かを判定する残台数ゼロ判定手段と、該残台数ゼロ判定手段によって判定された該売台数又は該買台数がゼロになった場合に、該売り注文情報又は該買い注文情報について取引成立を示すフラグを立てる取引成立フラグ設定手段とを含むのが好ましい。
【００１１】
また、該売買気配テーブル生成手段は、該売り注文情報記憶部を参照して、該サプライヤの売り注文と同じ売値の売り注文であって且つ該取引成立フラグが０である売り注文を抽出して更新時刻が早い順に並び替え、該サプライヤの売り注文が何番目の順位にあるかを決定して該売買気配テーブルに表示し、該売買気配テーブル生成手段は、該買い注文情報記憶部を参照して、該取引成立フラグが０の買い注文のうち最も高い買値を探索し、当該買値から送料を差し引いた価格と該サプライヤの売り注文の売値との差を求めることにより、即時販売のために必要な値下げ額を求めて該売買気配テーブルに表示し、該売買気配テーブル生成手段は、該買い注文情報記憶部を参照して、該バイヤの買い注文と同じ買値の買い注文であって且つ該取引成立フラグが０である買い注文を抽出して更新時刻が早い順に並び替え、該バイヤの買い注文が何番目の順位にあるかを決定して該売買気配テーブルに表示し、該売買気配テーブル生成手段は、該売り注文情報記憶部を参照して、該取引成立フラグが０の売り注文のうち最も低い売値を探索し、当該売値に送料を加えた価格と該バイヤの買い注文の買値との差を求めることにより、即時購入のために必要な値上げ額を求めて該売買気配テーブルに表示するのが好ましい。
【００１２】
また本発明は、上記装置に対応する商品売買情報処理方法を提供している。
【発明の効果】
【００１３】
上記の商品売買用情報処理装置及び商品売買情報処理方法によれば、サプライヤから受信した売り注文情報とバイヤから受信した買い注文情報とを、価格及び注文時刻に基づき、効率的に結び付けることができる。また、サプライヤ側フィルタ情報及びバイヤ側フィルタ情報に合致する買い注文及び売り注文についてのみ取引を成立させるので、サプライヤ及びバイヤのニーズに従って売買を成立させることができる。より具体的には、バイヤは販売スペース（インターネット上の固有の販売ページ）を運営する必要がなくなり、販売スペース運営にかかるコストや広告費用等が不要となる。更に、決済システムの導入や入金確認等の支払い関連処理についても不要となる。また、このような買い注文等を用いた仕組みにより、バイヤは、希望価格で商品購入の予約を行うことができ、条件に合致すれば希望価格で購入することができる。
【００１４】
また、上記の商品売買用情報処理装置及び商品売買情報処理方法によれば、一定間隔で設定される複数の価格と、各価格に対する売り注文の数及び買い注文の数とを対応付けて表示する売買気配テーブルを生成することによって、サプライヤ又はバイヤに対して、売買の状況を視覚的に分り易く認識させることができる。また、サプライヤ送料設定テーブルから送料を決定した上で、サプライヤに対しては売買気配テーブルにおいて送料を引いた価格の買い数を示し、バイヤに対しては売買気配テーブルにおいて送料を加算した価格の売り数を示すこととしている。このため、サプライヤ及びバイヤに対して送料を考慮済みの価格を示すことができるから、発送元及び発送先の地域によって送料が異なり比較が煩わしいという問題を回避することができる。また、サプライヤは、バイヤの購入予約数（買い数）を見て必要数だけ商品を仕入れることができるから、効率的な仕入れが可能となる。
【００１５】
また、上記の商品売買用情報処理装置及び商品売買情報処理方法によれば、一の買い注文ＩＤの取引成立フラグが取引成立済みとなった場合、一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引成立となる。このため、バイヤが複数の商品に対して買い注文を出し、そのうち何れか一を購入したいという場合（並行ビッド）、複数の商品について取引が成立してしまうということがなく、安心且つ便利である。
【００１６】
更に、上記の商品売買用情報処理装置及び商品売買情報処理方法によれば、フィルタ情報を所定長のビット列で構成し、双方のフィルタ情報の各ビットについて論理積をとって「１」となるビットが存在するか否かを判断するという簡便な方法で、条件に合致するか否かを判断することができる。
【００１７】
また、上記の商品売買用情報処理装置によれば、事前に登録されたバイヤの決済情報に基づき、決済でエラーが発生したか否かの判定を即座に行うことができるとともに、売台数又は買台数がゼロになった場合に取引成立を示すフラグを立てることによって、以後の処理で参照することが可能となる。
【図面の簡単な説明】
【００１８】
【図１】本発明の実施形態による商品売買用情報処理装置と、インターネットを介して接続されたサプライヤ及びバイヤの端末を示すブロック図。
【図２】商品情報記憶部に記憶される商品マスタ情報を示すテーブル。
【図３Ａ】サプライヤ情報記憶部に記憶されるサプライヤ情報を示すテーブル。
【図３Ｂ】サプライヤ情報記憶部に記憶されるサプライヤ送料設定を示すテーブル。
【図４】バイヤ情報記憶部に記憶されるバイヤ情報を示すテーブル。
【図５】売注文情報記憶部に記憶される売り注文ログ情報を示すテーブル。
【図６Ａ】買注文情報記憶部に記憶される買い注文ログ情報を示すテーブル。
【図６Ｂ】買注文情報記憶部に記憶される買い注文明細情報を示すテーブル。
【図７】売買情報記憶部に記憶される取引成立ログ情報を示すテーブル。
【図８】サプライヤ端末の画面に表示されるサプライヤ登録画面を示す図。
【図９】サプライヤ登録処理を示すフローチャート。
【図１０】バイヤ端末の画面に表示されるバイヤ登録画面を示す図。
【図１１】バイヤ登録処理を示すフローチャート。
【図１２】サプライヤ端末の画面に表示される製品登録画面を示す図。
【図１３Ａ】売り注文処理のうち一部を示すフローチャート。
【図１３Ｂ】売り注文処理のうち残り部分を示すフローチャート。
【図１３Ｃ】売り注文処理において、価格及び更新日時に基づき並び替えられて、一時記憶部に記憶される買い注文の情報を概念的に示す図。
【図１４】バイヤ端末の画面に表示される製品購入予約画面を示す図。
【図１５Ａ】買い注文処理のうち一部を示すフローチャート。
【図１５Ｂ】買い注文処理のうち残り部分を示すフローチャート。
【図１６】並行ビッド処理を示すフローチャート。
【図１７】バイヤ端末の画面に表示される並行ビッド選択画面を示す図。
【図１８】フィルタ判定処理を示すフローチャート。
【図１９】発送期日フィルタのビット列を説明するための図。
【図２０】サプライヤ地域フィルタのビット列とサプライヤの地域ビット列とを説明するための図。
【図２１】取引成立処理を示すフローチャート。
【図２２】有効期限切れ買い注文判定処理を示すフローチャート。
【図２３】出荷処理を示すフローチャート。
【図２４Ａ】売買気配テーブル生成処理（サプライヤ用）のうち一部を示すフローチャート。
【図２４Ｂ】売買気配テーブル生成処理（サプライヤ用）のうち残り部分を示すフローチャート。
【図２５】サプライヤ端末の画面に表示される売買気配テーブル（サプライヤ用）を示す図。
【図２６】売買気配テーブル生成処理（バイヤ用）を示すフローチャート。
【図２７Ａ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち一部を示すフローチャート。
【図２７Ｂ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち図２７Ａに続く一部を示すフローチャート。
【図２７Ｃ】売買気配テーブル生成処理（バイヤ用ログイン時）のうち残り部分を示すフローチャート。
【図２８】バイヤ端末の画面に表示される売買気配テーブル（バイヤ用）を示す図。
【図２９Ａ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち一部を示すフローチャート。
【図２９Ｂ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち図２９Ａに続く一部を示すフローチャート。
【図２９Ｃ】売買気配テーブル生成処理（バイヤ用非ログイン時）のうち残り部分を示すフローチャート。
【発明を実施するための形態】
【００１９】
本発明の実施の形態による商品売買用情報処理装置について図１乃至図２９Ｃに基づき説明する。図１は、本実施の形態による商品売買用情報処理装置を含むシステムを示す概念図である。インターネット１には、複数のサプライヤの端末２および複数のバイヤの端末３が接続されている。各サプライヤの端末２及び各バイヤの端末３にはウェブサイトを閲覧するためのブラウザがインストールされている。ここで、サプライヤとは商品を販売する者をいい、バイヤとはサプライヤから商品を購入する者をいう。
【００２０】
＜装置構成＞
図１には、本実施の形態による商品売買用情報処理装置を具体化したサーバ１０が示されている。サーバ１０は、公知のサーバ用コンピュータと同様の構成を備えており、ＣＰＵ１１、ＲＡＭ１２、ＲＯＭ１３、通信インターフェース（通信ＩＦ）１４、時計部１６、ハードディスクドライブ（ＨＤＤ）２０などを備え、これらがバス１５により相互に接続されている。通信ＩＦ１４は、インターネット１に接続されている。
【００２１】
ＣＰＵ１１は中央演算装置であり、ＲＡＭ１２、ＲＯＭ１３などと協働して、後述のプログラム記憶部２１に記憶された各処理を実行する。ＲＡＭ１２は、ＣＰＵ１１の演算の際にデータを一時的に記憶するものである。ＲＯＭ１３は、ＢＩＯＳなどのプログラムが記憶された読み出し専用メモリである。時計部１６は、後述する売り注文時刻及び買い注文時刻を記録するための時計の機能を有する。ＨＤＤ２０の構成については後述する。
【００２２】
なお、サーバ１０の構成について、アクセス数が膨大であり多大な負荷となるため数十台のサーバによりサーバ１０を構築するのが好ましい。ここで、公知の負荷分散装置および負荷分散機能を導入することにより、何れのサーバでアクセスを受け付けても一様の処理を行うことができる。
【００２３】
ＨＤＤ２０の構成について説明する。ＨＤＤ２０は、プログラム記憶部２１、商品情報記憶部２２、サプライヤ情報記憶部２３、バイヤ情報記憶部２４、売注文情報記憶部２５、買注文情報記憶部２６、売買情報記憶部２７、一時記憶部２８を備える。なお実際には、ＨＤＤ２０の領域がハードウェア的にこのように区分けされている訳ではなく、各記憶部を概念的に示したものである。
【００２４】
プログラム記憶部２１は、商品売買を実行するための複数の処理プログラムを記憶するためのものである。複数の処理プログラムとしては、後に詳述するが、サプライヤ登録処理、バイヤ登録処理、売り注文処理、買い注文処理、取引成立処理、有効期限切れ買い注文判定処理、並行ビッド作成処理、出荷処理、サプライヤ用売買気配テーブル作成処理、バイヤ用売買気配テーブル作成処理（ログイン時・非ログイン時）等がある。また、サプライヤ端末２及びバイヤ端末３のディスプレイ装置に表示する画面（サプライヤ登録画面、バイヤ登録画面、製品登録画面、製品購入予約画面、並行ビッド選択画面）についても、プログラム記憶部２１に記憶されている。
【００２５】
商品情報記憶部２２は、本ＥＣサイトで売買される商品に関する情報を記憶するための記憶部である。図２のように、商品毎に、商品ＩＤ、商品名、型番、カテゴリー、メーカー、定価、商品説明、単位価格の情報が記憶される。
【００２６】
サプライヤ情報記憶部２３は、本ＥＣサイトに登録しているサプライヤの情報を記憶するためものである。図３Ａのように、サプライヤＩＤ毎に、サプライヤの名称、所在地、郵便番号、地域ビット列、都道府県の情報が記憶される。更に、図３Ｂのように、サプライヤ送料設定に関する情報も記憶される。
【００２７】
バイヤ情報記憶部２４は、本ＥＣサイトに登録しているバイヤの情報を記憶するための記憶部である。図４のように、バイヤＩＤ毎に、バイヤの氏名、住所、郵便番号、地域ビット列、都道府県、クレジットカード情報が記憶される。
【００２８】
売注文情報記憶部２５は、各サプライヤが出した売注文を記憶するための記憶部である。図５に示すように、売り注文ＩＤ（売注文のログ番号）毎に、注文日時、更新日時、サプライヤＩＤ、商品ＩＤ、売値（送料抜き）、初期台数、残台数、発送期日フィルタ、バイヤ地域フィルタ、取引成立フラグ、送料定義の各情報が記憶される。
【００２９】
買注文情報記憶部２６は、各バイヤが出した買注文を記憶するための記憶部である。図６Ａに示すように、買い注文ＩＤ（買注文のログ番号）毎に、注文日時、更新日時、バイヤＩＤ、買値、初期台数、残台数、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、取引成立フラグ、発送先地域フィルタ、発送先住所、発送先氏名、並行ビッドフラグの各情報が記憶される。ここで、台数が２台以上である場合であっても、１回の処理で受け付けた買い注文（図６Ａの各行）を、１つの買い注文と定義する。つまり、買い注文ＩＤは、各買い注文に対して、１対１で割り当てられている。
【００３０】
更に、買注文情報記憶部２６には、図６Ｂに示す買い注文明細情報が記憶される。買い注文明細は、注文日時、更新日時、商品ＩＤ、初期買値、買値（送料込み）を含む。買い注文明細では、一の買い注文ＩＤに対して複数の商品ＩＤを対応させて記憶可能である。図６の例では、買い注文ＩＤ＝３に対して商品ＩＤ＝１及び２が対応して記憶されている。このようなデータ構造により、後述する並行ビッド機能において、一の買い注文ＩＤの取引成立フラグが取引成立となった場合、該一の買い注文ＩＤに対応する複数の商品ＩＤに係る複数の商品の全てについて取引終了となる。
【００３１】
売買情報記憶部２７には、図７に示す取引成立ログの情報が記憶される。取引成立ログは、成立日時、買い注文ＩＤ、売り注文ＩＤ、商品ＩＤ、バイヤＩＤ、サプライヤＩＤ、成立価格、成立台数、取消フラグ、出荷フラグ、出荷日時、伝票番号の各情報を含む。一時記憶部２８は、処理に必要な情報を一時的に記憶するための記憶領域である。
【００３２】
＜サプライヤ登録処理＞
サプライヤ登録処理について、図８及び図９を参照しながら説明する。本システムへの登録を希望するサプライヤは、サプライヤ端末２から本システムのウェブサイトにアクセスし、サプライヤ登録処理へつながるリンクを押すと、図８のサプライヤ登録画面が表示される。換言すれば、サーバ１０のプログラム記憶部２１から、サプライヤ登録画面のデータが、当該サプライヤ端末２へ送信される。サプライヤは、この画面において、サプライヤ情報（名称、郵便番号、都道府県以下の住所、電話番号）を順次入力し、登録ボタンを押す。そうすると、サプライヤ情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図９のサプライヤ登録処理が開始される。
【００３３】
サプライヤ登録処理では、ＣＰＵ１１は、通信ＩＦ１４を介してサプライヤ情報を受信し（Ｓ１１０）、受信したサプライヤ情報をＨＤＤ２０のサプライヤ情報記憶部２３に記憶する（Ｓ１２０）。このとき、当該サプライヤに対して特定のサプライヤＩＤを割り当て、このサプライヤＩＤと関連付けてサプライヤ情報を記憶する。本実施形態では、先に登録されたサプライヤから順にＡ，Ｂ，Ｃ，．．．と割り当てているが、もちろん数字など他の記号を用いてもよい。
【００３４】
次に、ＣＰＵ１１は、記憶されたサプライヤ情報のうち当該サプライヤの都道府県から地域を決定して、サプライヤ情報記憶部２３に記憶する（Ｓ１３０）。本実施形態では、地域を９個の０又は１が並ぶ地域ビット列（図３Ａ）で表現している。詳しくは図２０を参照して後述するが、地域ビット列は、左から沖縄、九州、四国、中国、近畿、中部、関東、東北、北海道と並んでおり、例えば関東のサプライヤの地域ビット列は００００００１００となり、九州のサプライヤの地域ビット列は０１０００００００となる。なお、サプライヤの郵便番号から地域を決定してもよい。また、本実施形態ではサプライヤ端末２での入力に基づきサプライヤ登録処理を自動的に行うが、サプライヤの書類審査等が必要な場合もあるため、サプライヤ情報の入力は手動で行わせてもよい。
【００３５】
＜バイヤ登録処理＞
バイヤ登録処理について、図１０及び図１１を参照しながら説明する。本システムへの登録を希望するバイヤは、バイヤ端末３から本システムのウェブサイトにアクセスし、バイヤ登録処理へつながるリンクを押すと、図１０のバイヤ登録画面が表示される。バイヤは、この画面において、バイヤ情報（氏名、郵便番号、都道府県以下の住所、電話番号、クレジットカード情報）を順次入力し、登録ボタンを押す。そうすると、バイヤ情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１１のバイヤ登録処理が開始される。
【００３６】
バイヤ登録処理では、ＣＰＵ１１は、通信ＩＦ１４を介してバイヤ情報を受信し（Ｓ２１０）、受信したバイヤ情報をＨＤＤ２０のバイヤ情報記憶部２４に記憶する（Ｓ２２０）。このとき、当該バイヤに対して特定のバイヤＩＤを割り当て、このバイヤＩＤと関連付けてバイヤ情報を記憶する。本実施形態では、先に登録されたバイヤから順にａ，ｂ，ｃ，．．．と割り当てているが、もちろん数字など他の記号を用いてもよい。
【００３７】
次に、ＣＰＵ１１は、記憶されたバイヤ情報のうち当該バイヤの都道府県から地域を決定して、バイヤ情報記憶部２４に記憶する（Ｓ２３０）。サプライヤの地域と同様に、バイヤの地域は、９個の０又は１が並ぶ地域ビット列で表現される。
【００３８】
＜売り注文処理＞
売り注文処理について、図１２及び図１３Ａ、図１３Ｂを参照しながら説明する。本システムに登録済みであって製品の販売を希望するサプライヤは、本システムの登録済みサプライヤ用ページ（図示せず）から製品選択ページ（図示せず）へと進む。製品選択ページは、例えば、電化製品→冷蔵庫→イ社（メーカー）と階層構造になっており、一覧の中から製品を選択できるようになっている。ここでイ社の冷蔵庫（型番ＡＡ−Ａ−Ｗ）を選択したとすると、図１２の製品登録画面が表示される。この画面で、登録台数、売値（送料抜き）等の売り注文情報を入力して確認ボタンを押すと、これらの情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１３Ａ及び図１３Ｂの売り注文処理が開始される。
【００３９】
ここで、図１２に示される売り注文情報について説明する。登録台数（初期台数）は、サプライヤが販売を希望する当該製品の台数であり、１台単位で入力可能である。売値（送料抜き）は、サプライヤが希望する当該製品の売値であり、当該製品の単位価格（図２参照。商品ＩＤ＝１では１００円。）の単位で入力可能である。ここでは送料を差し引いた価格を入力する。発送期日は、「２４時間以内」、「４８時間以内」、「７２時間以内」、「４〜７日」、「７日以上」の中から、サプライヤが発送可能である選択肢を選択する。バイヤ地域は、バイヤ（発送先）の地域を制限するための情報である。例えば図１２では、沖縄及び北海道からチェックを外しているため、これらの地域のバイヤ（発送先）には販売しないように設定されている。このようにバイヤ（発送先）の地域を制限可能とする理由として、ここでの売値は送料抜きの価格であるため、遠方の地域に発送する場合であっても基本的にはサプライヤにとって不利はないはずであるが、離島など送料がイレギュラーとなる場合など発送先地域によって販売対象から除外できるように設定可能とするためである。送料定義は、小型・中型・大型の中から何れかを選択する。図３Ｂのサプライヤ送料設定に示されるように、小型・中型・大型の何れを選択したかに応じて、また地域に応じて送料が設定されている。なお、同一の商品でもサプライヤによっては別のサイズを定義することもあり得る。
【００４０】
売り注文処理では、ＣＰＵ１１は、通信ＩＦ１４を介して売り注文情報を受信し（Ｓ３０５）、受信した売り注文情報に基づき、売注文情報記憶部２５の売り注文ログ（図５）を更新する（Ｓ３１０）。Ｓ３１５で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を参照し、買い注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。
【００４１】
Ｓ３２０で、ＣＰＵ１１は、受信した売り注文の送料定義（図５）、サプライヤ送料設定（図３Ｂ）、第i番目の買い注文の発送先（図６Ａ）から送料を決定する。Ｓ３２５で、ＣＰＵ１１は、第ｉ番目の買い注文の買値（送料込み）から、Ｓ３２０で決定した送料を減算して、送料抜き価格を求める。Ｓ３３０で、ＣＰＵ１１は、Ｓ３２５で求めた送料抜き価格は、受信した売り注文の売値以上か否かを判断する。送料抜き価格が売値以上である場合は（Ｓ３３０：Ｙｅｓ）、Ｓ３３５に進んで、第ｉ番目の買い注文を、その送料抜き価格とともに一時記憶部２８に記憶する。ここで、取引成立フラグ（図６Ａ）が０でない買い注文は除外される。送料抜き価格が売値未満である場合は（Ｓ３３０：Ｎｏ）、Ｓ３３５をスキップしてＳ３４０へ進む。Ｓ３４０では、変数ｉに１を加える（ｉ＝ｉ＋１）。
【００４２】
Ｓ３４２で、ＣＰＵ１１は、買い注文ログ（図６Ａ）において次の買い注文があるか否かを判断し、次の買い注文がある場合は（Ｓ３４２：Ｙｅｓ）、Ｓ３２０に戻って処理を繰り返す。次の買い注文がない場合は（Ｓ３４２：Ｎｏ）、Ｓ３４５に進む。Ｓ３４５で、ＣＰＵ１１は、一時記憶部２８に記憶された買い注文が１つ以上存在するか否かを判断する。一時記憶部２８に記憶された買い注文が１つも存在しない場合は（Ｓ３４５：Ｎｏ）、処理を終了する。一時記憶部２８に記憶された買い注文が１つ以上存在する場合は（Ｓ３４５：Ｙｅｓ）、Ｓ３４８に進んで、一時記憶部２８に記憶された買い注文を、送料抜き価格の高い順、且つ、同価格では更新日時が早い順に並び替える。図１３Ｃに示す例は、図６Ａ及び図６Ｂに示す買い注文を、商品ＩＤ＝１の商品に関して、送料抜き価格の高い順、且つ、同価格では更新日時が早い順に並び替えたものである。なお、この例では、サプライヤＩＤ＝Ａ、送料定義＝大型と仮定して、サプライヤ送料設定（図３Ｂ）から送料が算出されている。つまり、Ｓ３４８では、買い注文がこのような順番で並び替えられて、一時記憶部２８に記憶されることになる。
【００４３】
Ｓ３５０では、ＣＰＵ１１は、一時記憶部２８に記憶されて並び替えられた買い注文のうち、最も順位の高い買い注文について、フィルタ判定処理を行う。詳細は後述するが、フィルタ判定処理では、フィルタ条件に合致する場合は判定結果＝１、フィルタ条件に合致しない場合は判定結果＝０という値が一時記憶部２８に記憶される。Ｓ３５５で、ＣＰＵ１１は、一時記憶部２８を参照し、判定結果＝１即ちフィルタ条件と合致する場合は（Ｓ３５５：Ｙｅｓ）、Ｓ３６０へ進んで取引成立処理を実行する。一方、判定結果＝０即ちフィルタ条件と合致しない場合は（Ｓ３５５：Ｎｏ）、Ｓ３８０へ進む。
【００４４】
Ｓ３７０では、ＣＰＵ１１は、当該サプライヤの取引成立フラグが１になったか否かを判断する。ここで、サプライヤの取引成立フラグは、当該製品の残台数が０になった場合、即ち登録した当該製品が全て売れた場合に１となる。一方、当該製品の残台数が１以上ある場合は、取引成立フラグは０のままである。取引成立フラグが１になった場合は（Ｓ３７０：Ｙｅｓ）、売り注文処理を終了する。取引成立フラグが０のままである場合は（Ｓ３７０：Ｎｏ）、Ｓ３９０へ進む。
【００４５】
Ｓ３５５で最高位の買い注文がフィルタ条件と合致しない場合は、Ｓ３８０で、ＣＰＵ１１は、当該買い注文を一時記憶部２８から削除する。そして、Ｓ３９０で、ＣＰＵ１１は、一時記憶部２８を参照して、次順位の買い注文があるか否かを判断する。ここで、次順位の買い注文とは、Ｓ３８０の処理の結果として最高位となった買い注文のことである。次順位の買い注文がある場合は（Ｓ３９０：Ｙｅｓ）、Ｓ３５０へ戻り、その買い注文についてフィルタ条件と合致するか否かを判断する。次順位の買い注文がない場合は（Ｓ３９０：Ｎｏ）、売り注文処理を終了する。
【００４６】
上述した売り注文処理は、サプライヤが新規の売り注文を登録する場合の処理であるが、サプライヤは、既存の売り注文を更新することもできる。サプライヤは、ログインした状態で自己の売り注文の内容を確認することができ、その場合、図１２の製品登録画面と同様の画面が表示される。サプライヤは、この画面で売り注文の内容（図１２の登録台数、売値（送料抜き）、発送期日、バイヤ地域、送料定義）を変更することができる。最も頻度が高いと考えられるのは、売値（送料抜き）を変更することである。売り注文の内容を変更して更新ボタン（図１２の登録ボタンに対応）を押すと、図１３Ａ及び図１３Ｂの売り注文処理が開始される。なお、既存の売り注文を更新した場合、その日時が新たな更新日時となるため、他の売り注文よりも更新日時が後になり、取引の順位が後になってしまう場合がある（図１５ＢのＳ４４８）。
【００４７】
＜買い注文処理＞
買い注文処理について、図１４及び図１５Ａ、図１５Ｂを参照しながら説明する。本システムに登録済みであって製品の購入を希望するバイヤは、本システムの登録済みバイヤ用ページ（図示せず）から製品選択ページ（図示せず）へと進む。製品選択ページは、上述のとおりである。ここでバイヤがイ社の冷蔵庫（型番ＡＡ−Ａ−Ｗ）を選択したとすると、図１４の製品購入予約画面（買い注文を登録するための画面）が表示される。この画面で、購入台数、価格（買値）等の買い注文情報を入力して「確認（並行ビッドなし）」ボタンを押すと、これらの情報がインターネット１を経由してサーバ１０へ送信され、これをトリガとして、図１５Ａ及び図１５Ｂの買い注文処理が開始される。
【００４８】
ここで、図１４に示される買い注文情報について説明する。購入台数（初期台数）は、バイヤが購入を希望する当該製品の台数であり、１台単位で入力可能である。買値（送料込み）は、バイヤが希望する当該製品の買値であり、当該製品の単位価格（図２参照。商品ＩＤ＝１では１００円。）の単位で入力可能である。ここでは送料込みの価格を入力する。発送希望期日は、「２４時間以内」、「４８時間以内」、「７２時間以内」、「４〜７日」、「指定なし」の中から、バイヤが希望する選択肢を選択する。サプライヤ地域は、サプライヤ（発送元）の地域を制限するための情報である。例えば図１４では、全ての地域にチェックが付いているため、全地域のサプライヤから購入可能な設定となっている。このようにサプライヤ（発送元）の地域を制限可能とする理由は、発送期日を指定しても遠方からの配送には比較的時間を要するため、当該バイヤから見て遠方地域のサプライヤからは購入しないように設定可能とするためである。除外サプライヤは、例えば過去の取引で対応の悪かったサプライヤを除外するための情報（ブラックリスト方式）である。図１４の例では、サプライヤＩＤ＝１、３のサプライヤが除外されている。
【００４９】
買い注文処理では、ＣＰＵ１１は、通信ＩＦ１４を介して買い注文情報を受信し（Ｓ４００）、後述の並行ビッド処理を実行する（Ｓ４０５）。次に、受信した買い注文情報に基づき、買注文情報記憶部２６の買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を更新する（Ｓ４１０）。Ｓ４１５で、ＣＰＵ１１は、売注文情報記憶部２５に記憶されている売り注文ログ（図５）を参照し、売り注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。
【００５０】
Ｓ４２０で、ＣＰＵ１１は、第i番目の売り注文の送料定義（図５）、サプライヤ送料設定（図３Ｂ）、受信した買い注文の発送先（図６Ａ）から送料を決定する。Ｓ４２５で、ＣＰＵ１１は、第ｉ番目の売り注文の売値（送料抜き）に、Ｓ４２０で決定した送料を加算して、送料込み価格を求める。Ｓ４３０で、ＣＰＵ１１は、Ｓ４２５で求めた送料込み価格は、受信した買い注文の買値以下か否かを判断する。送料込み価格が買値以下である場合は（Ｓ４３０：Ｙｅｓ）、Ｓ４３５に進んで、第ｉ番目の売り注文を、その送料込み価格とともに一時記憶部２８に記憶する。ここで、取引成立フラグ（図５）が０でない売り注文は除外される。送料込み価格が買値を超える場合は（Ｓ４３０：Ｎｏ）、Ｓ４３５をスキップしてＳ４４０へ進む。Ｓ４４０では、変数ｉに１を加える（ｉ＝ｉ＋１）。
【００５１】
Ｓ４４２で、ＣＰＵ１１は、売り注文ログ（図５）において次の売り注文があるか否かを判断し、次の売り注文がある場合は（Ｓ４４２：Ｙｅｓ）、Ｓ４２０に戻って処理を繰り返す。次の売り注文がない場合は（Ｓ４４２：Ｎｏ）、Ｓ４４５に進む。Ｓ４４５で、ＣＰＵ１１は、一時記憶部２８に記憶された売り注文が１つ以上存在するか否かを判断する。一時記憶部２８に記憶された売り注文が１つも存在しない場合は（Ｓ４４５：Ｎｏ）、処理を終了する。一時記憶部２８に記憶された売り注文が１つ以上存在する場合は（Ｓ４４５：Ｙｅｓ）、Ｓ４４８に進んで、一時記憶部２８に記憶された売り注文を、送料込み価格の低い順、且つ、同価格では更新日時が早い順に並び替える。
【００５２】
Ｓ４５０では、ＣＰＵ１１は、一時記憶部２８に記憶されて並び替えられた売り注文のうち、最も順位の高い売り注文について、フィルタ判定処理を行う。上述のように、フィルタ判定処理では、フィルタ条件に合致する場合は判定結果＝１、フィルタ条件に合致しない場合は判定結果＝０という値が一時記憶部２８に記憶される。Ｓ４５５で、ＣＰＵ１１は、一時記憶部２８を参照し、判定結果＝１即ちフィルタ条件と合致する場合は（Ｓ４５５：Ｙｅｓ）、Ｓ４６０へ進んで取引成立処理を実行する。一方、判定結果＝０即ちフィルタ条件と合致しない場合は（Ｓ４５５：Ｎｏ）、Ｓ４８０へ進む。
【００５３】
Ｓ４７０では、ＣＰＵ１１は、当該バイヤの取引成立フラグが１又は３になったか否かを判断する。ここで、バイヤの取引成立フラグは、当該製品の残台数が０になった場合、即ち購入を希望する当該製品を全て購入した場合、取引成立処理（Ｓ４６０）において１とされる。また、決済処理後に購入を取り下げた（キャンセルした）場合は２となる。クレジットカードの決済エラーによって購入取下げとなった場合は３となる。有効期限切れ買い注文判定処理（図２２）において有効期限切れと判定された場合は４となる。その他の場合、即ち当該製品の有効な残台数が１以上ある場合は、取引成立フラグは０のままである。取引成立フラグが１又は３になった場合は（Ｓ４７０：Ｙｅｓ）、買い注文処理を終了する。それ以外の場合は（Ｓ４７０：Ｎｏ）、Ｓ４９０へ進む。
【００５４】
Ｓ４５５で最高位の売り注文がフィルタ条件と合致しない場合は、Ｓ４８０で、ＣＰＵ１１は、当該売り注文を一時記憶部２８から削除する。そして、Ｓ４９０で、ＣＰＵ１１は、一時記憶部２８を参照して、次順位の売り注文があるか否かを判断する。ここで、次順位の売り注文とは、Ｓ４８０の処理の結果として最高位となった売り注文のことである。次順位の売り注文がある場合は（Ｓ４９０：Ｙｅｓ）、Ｓ４５０へ戻り、その売り注文についてフィルタ条件と合致するか否かを判断する。次順位の売り注文がない場合は（Ｓ４９０：Ｎｏ）、買い注文処理を終了する。
【００５５】
上述した買い注文処理は、バイヤが新規の買い注文を登録する場合の処理であるが、バイヤは、既存の買い注文を更新することもできる。バイヤは、ログインした状態で自己の買い注文の内容を確認することができ、その場合、図１４の製品購入予約画面と同様の画面が表示される。バイヤは、この画面で買い注文の内容（図１４の購入台数、買値（送料込み）、発送希望期日、サプライヤ地域、除外サプライヤ）を変更することができる。最も頻度が高いと考えられるのは、買値（送料込み）を変更することである。買い注文の内容を変更して更新ボタン（図１４の確認ボタンに対応）を押すと、図１５Ａ及び図１５Ｂの買い注文処理が開始される。なお、既存の買い注文を更新した場合、その日時が新たな更新日時となるため、他の買い注文よりも更新日時が後になり、取引の順位が後になってしまう場合がある（図１３ＢのＳ３４８）。
【００５６】
＜並行ビッド処理＞
並行ビッド処理について、図１６及び図１７を参照しながら説明する。並行ビッドとは、バイヤが、既に何れかの商品について買い注文を登録しており、該当商品の代替として購入してもよい商品がある場合に、代替購入商品として登録することができる機能である。このとき、買値は商品毎に指定することができるが、発送先やフィルタ内容は元の買い注文の条件と同一である。これは、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）のデータ構造によるものである。
【００５７】
並行ビッド処理は、上述の買い注文処理のＳ４００の後に実行される。Ｓ４１２で、ＣＰＵ１１は、買注文情報記憶部２６の買い注文ログ（図６Ａ）の各ログのバイヤＩＤを参照し、当該バイヤが既に他の商品について買い注文を登録しているか否かをチェックする。ここでのチェックは、同一カテゴリー（例えば、カメラ）の商品に限定してもよい。何故なら、バイヤが同一カテゴリーの商品を複数種類購入予約するということは、そのうち何れか一つを購入したいという可能性が高いと考えられるからである。
【００５８】
Ｓ４１２で、他の商品について買い注文を登録していない場合は（Ｓ４１２：Ｎｏ）、並行ビッド処理を終了して買い注文処理に戻る。他の商品について買い注文を登録している場合は（Ｓ４１２：Ｙｅｓ）、買注文情報記憶部２６の買い注文ログから当該バイヤの買い注文を抽出して、バイヤの端末３の画面に図１７のような並行ビッド選択画面を表示する（Ｓ４１４）。既に複数の買い注文を登録している場合は、図１７のようにリスト表示される。
【００５９】
図１７でバイヤが何れかの商品の「並行ビッド」又は「並行ビッドなし」ボタンを押すと、ＣＰＵ１１はインターネット１及び通信ＩＦ１４を介してこの情報を受信する。「並行ビッドなし」ボタンが押された場合は（Ｓ４１６：Ｎｏ）、並行ビッド処理を終了して買い注文処理に戻る。何れかの商品の「並行ビッド」ボタンが押された場合は（Ｓ４１６：Ｙｅｓ）、Ｓ４１８で、ＣＰＵ１１は、選択された商品の買い注文明細（図６Ｂ）に、今回並行ビッドする商品を追加する。また、買い注文ログ（図６Ａ）の該当する買い注文の並行ビッドフラグを１にする（Ｓ４１８）。
【００６０】
このとき、選択された商品の買い注文明細と、並行ビッドする商品の買い注文明細とは、同一の買い注文ＩＤとなる。図６Ｂの例では、買い注文ＩＤ＝３となっている２行について、先に商品ＩＤ＝１の商品が登録され、その後商品ＩＤ＝２の商品が並行ビッド商品として登録されたものである。
【００６１】
並行ビッド処理が終了すると、買い注文処理（図１５Ａ、図１５Ｂ）へ戻る。ここで、Ｓ４１０は買い注文ログ及び買い注文明細を更新する処理であるが、Ｓ４１８の処理を経ている場合は既に更新が済んでいるため、Ｓ４２０では特に何もしない。その後、今回並行ビッドした商品についてＳ４３０以下の処理を実行する。ここで、並行ビッド登録した買い注文については、何れの商品が取引成立しても、その取引合計数が初期必要台数に達した場合、買い注文ログ（図６Ａ）の取引成立フラグが１となって（Ｓ４７０：Ｙｅｓ）、買い注文処理が完了する。
【００６２】
＜フィルタ判定処理＞
フィルタ判定処理について、図１８、図１９及び図２０を参照しながら説明する。フィルタ判定処理は、処理対象となっているサプライヤとバイヤとが、互いのフィルタ条件に合致するかを判定するための処理である。本実施形態では、フィルタ条件として、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、バイヤ地域フィルタが設定されている。
【００６３】
まずＳ５１０で、ＣＰＵ１１は、サプライヤ除外フィルタの判定、即ち、サプライヤはバイヤに除外されているか否かの判定を行う。具体的には、ＣＰＵ１１は、買注文情報記憶部２６のサプライヤ除外フィルタを参照し、処理対象となっているサプライヤのＩＤが存在するか否かを判断する。当該サプライヤのＩＤが存在する場合は（Ｓ５１０：Ｙｅｓ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。一方、当該サプライヤのＩＤが存在しない場合は（Ｓ５１０：Ｎｏ）、Ｓ５２０へ進む。
【００６４】
Ｓ５２０で、ＣＰＵ１１は、発送期日フィルタの判定、即ち、サプライヤの発送期日は、バイヤが希望する発送期日を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、売注文情報記憶部２５（図５）の発送期日フィルタと、買注文情報記憶部２６（図６Ａ）の発送期日フィルタとを比較する。ここで、図１９に示すように、発送期日フィルタは５ビットのビット列で構成されている。図１９の例では、バイヤが４８時間以内の発送を希望しており、サプライヤ１は４８時間以内での発送が可能であり、サプライヤ２は７２時間以内での発送が可能である。即ち、サプライヤ１はバイヤの条件に合致するが、サプライヤ２はバイヤの条件に合致しない。従って、ＣＰＵ１１は、売注文情報記憶部２５（サプライヤ側）の発送期日フィルタの第１〜５ビットと、買注文情報記憶部２６（バイヤ側）の発送期日フィルタの第１〜５ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、発送期日の条件に合致すると判断する。条件に合致する場合は（Ｓ５２０：Ｙｅｓ）、Ｓ５３０へ進む。条件に合致しない場合は（Ｓ５２０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。
【００６５】
Ｓ５３０では、ＣＰＵ１１は、サプライヤ地域フィルタの判定、即ち、サプライヤの地域は、バイヤの希望を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ情報（図３Ａ）の地域ビット列と、買注文情報記憶部２６のサプライヤ地域フィルタ（図６Ａ）とを比較する。ここで、図２０に示すように、サプライヤ地域フィルタは９ビットのビット列で構成されている。図２０の例では、バイヤは近畿・中部・関東地方のサプライヤを希望しており、サプライヤ１は関東地方に所在しており、サプライヤ２は九州地方に所在している。即ち、サプライヤ１はバイヤの条件に合致するが、サプライヤ２はバイヤの条件に合致しない。従って、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ情報（図３Ａ）の地域ビット列の第１〜９ビットと、買注文情報記憶部２６のサプライヤ地域フィルタ（図６Ａ）の第１〜９ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、サプライヤ地域の条件に合致すると判断する。条件に合致する場合は（Ｓ５３０：Ｙｅｓ）、Ｓ５４０へ進む。条件に合致しない場合は（Ｓ５３０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。
【００６６】
Ｓ５４０では、ＣＰＵ１１は、バイヤ地域フィルタの判定、即ち、バイヤの地域は、サプライヤの希望を満たすか否かの判定を行う。具体的には、ＣＰＵ１１は、バイヤ情報記憶部２４に記憶されているバイヤ情報（図４）の地域ビット列と、売注文情報記憶部２５のバイヤ地域フィルタ（図５）とを比較する。上述のサプライヤ地域フィルタと同様に、バイヤ地域フィルタも９ビットのビット列で構成されている。ＣＰＵ１１は、バイヤ情報記憶部２４に記憶されているバイヤ情報（図４）の地域ビット列の第１〜９ビットと、売注文情報記憶部２５のバイヤ地域フィルタ（図５）の第１〜９ビットとの対応するビット同士を比較し、両方とも「１」になっているビットが存在する場合（即ち、各ビットの論理積ＡＮＤをとると「１」となるビットが存在する場合）は、バイヤ地域の条件に合致すると判断する。条件に合致する場合は（Ｓ５４０：Ｙｅｓ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝１（フィルタ条件と合致する）を一時的に記憶して（Ｓ５５０）、処理を終了する。一方、条件に合致しない場合は（Ｓ５４０：Ｎｏ）、ＣＰＵ１１は、一時記憶部２８に判定結果＝０（フィルタ条件と合致せず）を一時的に記憶して（Ｓ５６０）、処理を終了する。以上の処理によって、比較の対象となっている売り注文と買い注文とについて、全てのフィルタ条件に合致した場合にのみ判定結果＝１（Ｓ５５０）となり、何れか一つでもフィルタ条件に合致しない場合は判定結果＝０（Ｓ５６０）となる。
【００６７】
＜取引成立処理＞
取引成立処理について、図２１を参照しながら説明する。まず、Ｓ６１０ではカード決済処理を行う。ここで、取引が成立した売り注文と買い注文とについて、売り注文の売値（送料抜き）に送料を加算した価格よりも、買い注文の買値（送料込み）の方が高い場合は、買い注文の買値（送料込み）を取引成立価格とする。なお、カード決済処理は一般的に行われている処理である。ＣＰＵ１１は、通信ＩＦ１４及びインターネット１を介して、バイヤ情報記憶部２４に記憶されているバイヤのクレジットカード情報（図４）を提携先のカード決済処理装置へ送信する。カード決済処理装置で認証及び決済処理が行われ、ＯＫ又はエラーの結果が送信されてくる。
【００６８】
カード決済でエラーが発生した場合は（Ｓ６２０：Ｙｅｓ）、ＣＰＵ１１は、買注文情報記憶部２６の取引成立フラグを３にして（Ｓ６８０）、処理を終了する。エラーが発生しなかった場合は（Ｓ６２０：Ｎｏ）、Ｓ６３０へ進む。
【００６９】
Ｓ６３０では、ＣＰＵ１１は、取引が成立した売り注文及び買い注文について、売買情報記憶部２７の取引成立ログ（図７）に情報を追加する。具体的には、成立日時、買い注文ＩＤ、売り注文ＩＤ、商品ＩＤ、バイヤＩＤ、サプライヤＩＤ、成立価格、成立台数の各情報を、売買情報記憶部２７の取引成立ログに記憶する。Ｓ６４０では、ＣＰＵ１１は、売注文情報記憶部２５の売り注文ログ（図５）の残台数と、買注文情報記憶部２６の買い注文ログ（図６Ａ）の残台数とのそれぞれから、取引成立台数を減算して値を更新する。
【００７０】
Ｓ６５０では、売り注文ログの残台数が０になった場合は（Ｓ６５０：Ｙｅｓ）、売り注文ログの取引成立フラグを１にして（Ｓ６５５）、Ｓ６６０へ進む。売り注文ログの残台数が１以上である場合は（Ｓ６５０：Ｎｏ）、Ｓ６５５をスキップする。Ｓ６６０では、買い注文ログの残台数が０になった場合は（Ｓ６６０：Ｙｅｓ）、買い注文ログの取引成立フラグを１にして（Ｓ６６５）、Ｓ６７０へ進む。買い注文ログの残台数が１以上である場合は（Ｓ６６０：Ｎｏ）、Ｓ６６５をスキップする。
【００７１】
Ｓ６７０では、取引が成立したことをサプライヤ、バイヤ及びシステム運営者に通知する。具体的には、ＣＰＵ１１は、売買情報記憶部２７の取引成立ログ（図７）のうち商品ＩＤ、成立価格、成立台数を参照して、「商品○○○（商品ＩＤ）について価格△△△円（成立価格）で□□□台（成立台数）の取引が成立した」という趣旨のメールをサプライヤ、バイヤ及びシステム運営者のメールアドレスに対して自動送信する。これで、取引成立処理が終了する。
【００７２】
＜有効期限切れ買い注文判定処理＞
次に、有効期限切れ買い注文判定処理について、図２２を参照しながら説明する。有効期限切れ買い注文判定処理は、一定時間毎（例えば１分毎）に実行されるバッチ処理である。
【００７３】
まず、Ｓ７１０で、ＣＰＵ１１は、買い注文ＩＤを示す変数ｉを初期化する（ｉ＝１）。Ｓ７２０で、ＣＰＵ１１は、時計部１６を参照して現在時刻をＲＡＭ１２に記憶する。Ｓ７３０で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログの更新時刻を参照してＲＡＭ１２に記憶する。なお、ＲＡＭ１２ではなく、ＨＤＤ２０の一時記憶部２８を用いてもよい。
【００７４】
Ｓ７４０で、ＣＰＵ１１は、Ｓ７２０で記憶した現在時刻とＳ７３０で記憶した更新時刻との差（経過時間）を求め、経過時間が所定時間（例えば９６時間）を超えているか否かを判断する。経過時間が所定時間を超えている場合は（Ｓ７４０：Ｙｅｓ）、その買い注文ログの取引成立フラグに値４を代入する（Ｓ７５０）。これは、その買い注文ログが有効期限切れしていることを示す。経過時間が所定時間以下である場合は（Ｓ７４０：Ｎｏ）、Ｓ７５０をスキップする。
【００７５】
Ｓ７６０では、ＣＰＵ１１は、買い注文ＩＤを示す変数ｉに１を加えて次の買い注文ログへ進む。Ｓ７７０で、次の買い注文ログがあるか否かを判断し、次の買い注文ログがある場合は（Ｓ７７０：Ｙｅｓ）、Ｓ７２０へ戻って同様の処理を繰り返す。次の買い注文ログがない場合は（Ｓ７７０：Ｎｏ）、有効期限切れ買い注文判定処理を終了する。以上のように、買い注文には有効期限が設定され、バイヤが有効期限を延長（つまり既存の買い注文を更新）しない場合は、自動的に買い注文が消滅する。かかる処理により、古い買い注文が長期間有効なまま残ってしまうことを防止できる。
【００７６】
＜出荷処理＞
次に、出荷処理について、図２３を参照しながら説明する。本システムでは、サプライヤは、取引成立した商品を出荷した後、出荷完了通知をサーバ１０へ送信することになっている。サーバ１０がこの出荷完了通知を受信すると、これをトリガとして出荷処理が開始される。
【００７７】
まずＳ８１０で、ＣＰＵ１１は、サプライヤの端末２から送信されてきた出荷完了情報（出荷台数、出荷日時、伝票番号）を受信し、これらを一時的に一時記憶部２８に記憶する。Ｓ８２０で、ＣＰＵ１１は、受信した出荷台数が、取引成立ログ（図７）の成立台数と一致するか否かを判断する。
【００７８】
受信した出荷台数が取引成立ログの成立台数と一致する場合は（Ｓ８２０：Ｙｅｓ）、Ｓ８３０で、取引成立ログ（図７）に出荷日時及び伝票番号を記憶する。更に、出荷フラグを「１」にする。なお、取引成立した商品について、出荷前に、サプライヤ又はバイヤの都合によりキャンセルされた場合は、取引成立ログ（図７）の取消フラグを「１」にする。既に商品が出荷されている場合（即ち、出荷フラグが「１」になっている場合）は、キャンセルすることはできない。次に、Ｓ８４０で、出荷完了した旨をバイヤ及び運営者のメールアドレスにメール送信する。一方、受信した出荷台数が取引成立ログの成立台数と一致しない場合は（Ｓ８２０：Ｎｏ）、その旨をサプライヤにメール送信して（Ｓ８５０）、サプライヤに確認を求める。以上で、出荷処理が終了する。
【００７９】
＜サプライヤ用売買気配テーブル生成処理＞
次に、サプライヤ用売買気配テーブル生成処理について、図２４Ａ、図２４Ｂ及び図２５を参照しながら説明する。サプライヤ用売買気配テーブルは、例えば図２５に示すようなフォーマットのテーブルであり、単位価格の間隔で上下に並べられた価格と、各価格に対応する販売希望台数（売り数）及び購入希望台数（買い数）が表示されている。なお、サプライヤ用売買気配テーブルに表示する価格は、送料抜きの価格である。図２５の例では、価格９９６００円に対して、サプライヤ全体で５台の売り数が存在している。また、価格９９５００円に対して、バイヤ全体（フィルタ条件で除外されたバイヤを除く）で１１台の買い数が存在している。「自己注文数」、「順位」、「即時販売のための値下げ額」については後述する。サプライヤ用売買気配テーブルによって、サプライヤが自社の商品を販売したい場合に、現在の他のサプライヤの販売価格及びバイヤの購入希望価格を知ることができ、また、現在自分が登録している売り注文の価格及び台数、その販売条件（順位など）を確認することができる。サプライヤ用売買気配テーブル生成処理では、後述のバイヤ用売買気配テーブル生成処理とは異なり、サプライヤはログインしなければこの画面を閲覧することはできない。
【００８０】
本処理は、ログインしているサプライヤからの売買気配テーブル表示要求をトリガとして開始される。具体的には、サプライヤが本システムにログイン中、売買気配テーブルを閲覧しようとして所定のページを開こうとすると、サプライヤの端末２から売買気配テーブル表示要求がサーバ１０へ送信される。
【００８１】
売買気配テーブル表示要求が受信されると、まずＳ９１０で、ＣＰＵ１１は、サプライヤが売買気配テーブルを閲覧しようとしている商品について、商品情報記憶部２２に記憶されている商品マスタ（図２）の情報を参照する。Ｓ９１２で、ＣＰＵ１１は、画面上で設定されたフィルタ条件を参照する。ここで、サプライヤは、上記フィルタ判定処理で説明したフィルタ条件（発送期日及びバイヤ地域）を画面上で設定することができ、これによって自己の条件に合う買い注文のみに絞って売買気配テーブルに表示させることが可能である。
【００８２】
Ｓ９１４で、ＣＰＵ１１は、当該サプライヤの売り注文があるか否か判断する。売り注文がある場合には（Ｓ９１４：Ｙｅｓ）、当該サプライヤの売り注文を参照して（Ｓ９１６）、Ｓ９２０へ進む。売り注文がない場合には（Ｓ９１４：Ｎｏ）、当該サプライヤの住所を参照して（Ｓ９１８）、Ｓ９２０へ進む。Ｓ９２０では、当該サプライヤ以外の売り注文ログを参照する。
【００８３】
Ｓ９２２では、変数ｉを初期化（ｉ＝１）する。Ｓ９３０で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）における、ｉ番目の売り注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ９３０：Ｙｅｓ）、その売り注文は残り台数１台以上であるから、Ｓ９３２で当該売り注文の売値の該当価格の売り数に残り台数を加えて、売買気配テーブルに表示する（Ｓ９３２）。その後、変数ｉに１を加える（Ｓ９３４）。一方、取引成立フラグが０以外である場合、例えば取引成立フラグが１である場合（Ｓ９３０：Ｎｏ）、その売り注文は残り台数０台であり全て取引が完了しているから、売り数にはカウントせずにＳ９３４へ進み、変数ｉに１を加える。
【００８４】
Ｓ９３６で、ＣＰＵ１１は、当該売り注文が、売り注文ログ（図５）の最終ログであるか否かを判断する。最終ログでない場合は（Ｓ９３６：Ｎｏ）、Ｓ９３０に戻ってＳ９３０〜Ｓ９３４の処理を繰り返す。最終ログである場合は（Ｓ９３６：Ｙｅｓ）、Ｓ９４０へ進む。
【００８５】
Ｓ９４０で、ＣＰＵ１１は、買注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照する。Ｓ９４２では、変数ｉを初期化する（ｉ＝１）。Ｓ９５０で、ＣＰＵ１１は、ｉ番目の買い注文の取引成立フラグが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ９５０：Ｙｅｓ）、Ｓ９５５に進んでフィルタ判定処理を行う。取引成立フラグが０以外である場合（Ｓ９５０：Ｎｏ）、Ｓ９７５へ進んで変数ｉに１を加える。
【００８６】
Ｓ９５５で実行するフィルタ判定処理は、図１８を参照しつつ前述したものである。ただし、本処理（サプライヤ用売買気配テーブル生成処理）の中で行うフィルタ判定処理では、売り注文処理、買い注文処理の中で行うフィルタ判定処理と異なり、サプライヤが未だ売り注文を登録していない（つまり、具体的な売り注文が存在しない）場合がある。その場合、Ｓ９１２で参照したフィルタ条件を用いる。ここで、サプライヤが発送期日及びバイヤ地域を画面上で設定していない場合はフィルタ判定処理のＳ５２０、Ｓ５４０においてそれぞれＹｅｓと判定して処理を行う。よって、サプライヤが画面上でフィルタ条件を設定していれば、自己の条件に合わせて絞り込んだ条件で買い注文を表示させることができる。なお、サプライヤはログインしていることが前提であるから、Ｓ５１０（除外サプライヤ）、Ｓ５３０（サプライヤ地域）の判定は、買い注文ログ（図６Ａ）のサプライヤ除外フィルタ、サプライヤ地域フィルタ、及び、サプライヤ情報（図３Ａ）の地域ビット列の各情報から行うことができる。
【００８７】
Ｓ９６０で、ＣＰＵ１１は、フィルタ判定処理の結果に基づき、第ｉ番目の買い注文はフィルタ条件と合致するか否かを判断する。フィルタ条件に合致する場合は（Ｓ９６０：Ｙｅｓ）、Ｓ９６５へ進み、フィルタ条件に合致しない場合は（Ｓ９６０：Ｎｏ）、Ｓ９７５へ進んで変数ｉに１を加える。
【００８８】
Ｓ９６５で、ＣＰＵ１１は、第ｉ番目の買い注文の地域、サプライヤの所在地、サプライヤの売り注文の送料定義を参照して、当該買い注文の送料を求める。第ｉ番目の買い注文の地域については、買い注文ログ（図６Ａ）の発送先地域を参照する。サプライヤの所在地については、サプライヤ情報（図３Ａ）の地域ビット列を参照する。サプライヤの売り注文の送料定義については、売り注文ログ（図５）の送料定義を参照する。なお、サプライヤが未だ売り注文を登録していない場合、サプライヤに対して画面上で送料定義を設定することを求め、その送料定義を用いる。
【００８９】
Ｓ９７０で、ＣＰＵ１１は、第ｉ番目の買い注文の買値から、Ｓ９６５で求めた送料を差し引き、その価格（送料抜き価格）の買い数に追加して、売買気配テーブル（図２５）に表示する。その後、変数ｉに１を加え（Ｓ９７５）、Ｓ９８０で買い注文ログ（図６Ａ）において最終ログまで処理したか否かを判断する。まだ処理していない買い注文がある場合は（Ｓ９８０：Ｎｏ）、Ｓ９５０へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ９８０：Ｙｅｓ）、Ｓ９８５へ進む。
【００９０】
Ｓ９８５で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）を参照して、当該商品について、当該サプライヤの売り注文があるか否かを判断する。当該サプライヤの売り注文がない場合は（Ｓ９８５：Ｎｏ）、Ｓ９９０〜Ｓ９９４の処理をスキップして処理を終了する。当該サプライヤの売り注文がある場合は（Ｓ９８５：Ｙｅｓ）、Ｓ９９０に進む。
【００９１】
Ｓ９９０では、当該サプライヤの売り注文の現在残り台数（図５の売り注文ログの残台数）を、売買気配テーブルの該当する価格の自己注文数欄に表示する。例えば、図２５の例では、価格９９６００円の行において、自他含めたサプライヤの売り数が５台あるうちの１台が自己の売り数であり、これが「自己注文数」の欄に表示されている。
【００９２】
次にＳ９９２で、ＣＰＵ１１は、売り注文ログ（図５）を参照して、当該サプライヤの売り注文と同じ売値の売り注文のうち、当該サプライヤの売り注文が何番目の順位にあるかを決定して、売買気配テーブルに表示する。より具体的には、ＣＰＵ１１は、売り注文ログ（図５）において、当該サプライヤの売り注文と同じ売値の売り注文であって且つ取引成立フラグが０である売り注文を抽出して、それらを更新時刻が早い順に並び替える。そして、その中で当該サプライヤの売り注文が何番目であるかを決定して、売買気配テーブルの「順位」欄に表示する。図２５の例では、このサプライヤの売り注文は、売値９９６００円の売り注文の中で３番目の順位となっている。
【００９３】
次にＳ９９４で、ＣＰＵ１１は、即時販売のために必要な値下げ額（つまり、いくら売値を下げればすぐに販売できるか）を求めて、売買気配テーブルに表示する。例えば図２５の例では、価格９９５００円では売り注文が存在せず買い注文が存在する（買い数１１）ため、このサプライヤの現在の売値９９６００円から９９５００円に値下げすることによって即時に販売することができる。具体的には、ＣＰＵ１１は、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）を参照して、取引成立フラグが０の買い注文ログのうち最も高い買値を探索し、この買値から送料を差し引いた価格と当該サプライヤの売り注文の売値との差を求める。図２５の例では、９９６００−９９５００＝１００円となり、この値１００円が売買気配テーブルの「即時販売のための値下げ額」欄に表示される。以上で処理を終了する。
【００９４】
＜バイヤ用売買気配テーブル生成処理＞
次に、バイヤ用売買気配テーブル生成処理について、図２６を参照しながら説明する。バイヤ用売買気配テーブルは、バイヤ又は一般視聴者が閲覧することができるものである。バイヤ用売買気配テーブル生成処理では、バイヤはログインしてもしなくてもこの画面を閲覧することができる。バイヤとしてログインしていれば、バイヤ登録情報に基づき絞り込んだデータを表示することができる。登録済みのバイヤであってもログインしていなければ、一般視聴者に対する処理と同じである。
【００９５】
本処理は、バイヤ又は一般視聴者（以下、単に「バイヤ」と呼ぶ。）からの売買気配テーブル表示要求をトリガとして開始される。具体的には、バイヤが売買気配テーブルを閲覧しようとして所定のページを開こうとすると、バイヤの端末３から売買気配テーブル表示要求がサーバ１０へ送信される。
【００９６】
売買気配テーブル表示要求が受信されると、Ｓ１０００で、ＣＰＵ１１は、売買気配テーブル表示要求と共にバイヤの端末３から送信されてくる情報に基づき、バイヤがログインしているか否かを判断する。バイヤがログインしている場合は（Ｓ１０００：Ｙｅｓ）、Ｓ１１００で売買気配テーブル生成処理（バイヤ用ログイン時）を呼び出す。バイヤがログインしていない場合は（Ｓ１０００：Ｎｏ）、Ｓ１２００で売買気配テーブル生成処理（バイヤ用非ログイン時）を呼び出す。
【００９７】
＜売買気配テーブル生成処理（バイヤ用ログイン時）＞
次に、売買気配テーブル生成処理（バイヤ用ログイン時）について、図２７Ａ〜２７Ｃを参照しながら説明する。まずＳ１１１０で、ＣＰＵ１１は、バイヤが売買気配テーブルを閲覧しようとしている商品について、商品情報記憶部２２に記憶されている商品マスタ（図２）の情報を参照する。Ｓ１１１２で、ＣＰＵ１１は、画面上で設定されたフィルタ条件を参照する。ここで、バイヤは、上記フィルタ判定処理で説明したフィルタ条件（発送期日、サプライヤ地域、除外サプライヤ）を画面上で設定することができ、これによって自己の条件に合う売り注文のみに絞って売買気配テーブルに表示させることができる。
【００９８】
Ｓ１１１４で、ＣＰＵ１１は、当該バイヤの買い注文があるか否か判断する。買い注文がある場合には（Ｓ１１１４：Ｙｅｓ）、当該バイヤの買い注文の発送先を参照して（Ｓ１１１６）、Ｓ１１２０へ進む。買い注文がない場合には（Ｓ１１１４：Ｎｏ）、当該バイヤの住所を参照して（Ｓ１１１８）、Ｓ１１２０へ進む。Ｓ１１２０では、売り注文ログを参照する。
【００９９】
Ｓ１１２２では、変数ｉを初期化（ｉ＝１）する。Ｓ１１３０で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）における、ｉ番目の買い注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ１１３０：Ｙｅｓ）、Ｓ１１３５に進んでフィルタ判定処理を行う。取引成立フラグが０以外である場合、例えば１である場合（Ｓ１１３０：Ｎｏ）、その買い注文は残り台数０台であり全て取引が完了しているから、買い数にはカウントせずにＳ１１５２へ進み、変数ｉに１を加える。
【０１００】
Ｓ１１３５で実行するフィルタ判定処理は、前述したものである。ただし、本処理（バイヤ用売買気配テーブル生成処理）の中で行うフィルタ判定処理では、売り注文処理、買い注文処理の中で行うフィルタ判定処理と異なり、バイヤが未だ買い注文を登録していない（つまり、具体的な買い注文が存在しない）場合がある。その場合、Ｓ１１１２で参照したフィルタ条件を用いる。ここで、バイヤが発送期日、サプライヤ地域、除外サプライヤを画面上で設定していない場合はフィルタ判定処理のＳ５１０、Ｓ５２０、Ｓ５３０においてそれぞれＹｅｓと判定して処理を行う。よって、バイヤが画面上でフィルタ条件を設定していれば、自己の条件に合わせて絞り込んだ条件で売り注文を表示させることができる。なお、Ｓ５４０（バイヤ地域）の判定は、Ｓ１１１６で参照した買い注文の発送先又はＳ１１１８で参照したバイヤの住所に基づき行う。
【０１０１】
Ｓ１１４０で、ＣＰＵ１１は、フィルタ判定処理の結果に基づき、第ｉ番目の売り注文はフィルタ条件と合致するか否かを判断する。フィルタ条件に合致する場合は（Ｓ１１４０：Ｙｅｓ）、Ｓ１１４２へ進み、フィルタ条件に合致しない場合は（Ｓ１１４０：Ｎｏ）、Ｓ１１５２へ進んで変数ｉに１を加える。
【０１０２】
Ｓ１１４２で、ＣＰＵ１１は、売り注文情報記憶部２５に記憶されている売り注文ログ（図５）において、第ｉ番目の売り注文の売値を参照する。Ｓ１１４４で、ＣＰＵ１１は、売り注文ログ（図５）において、第ｉ番目の売り注文の送料定義つまり送料を決めるためのサイズ（小型・中型・大型）を参照する。Ｓ１１４６で、ＣＰＵ１１は、サプライヤ情報記憶部２３に記憶されているサプライヤ送料設定（図３Ｂ）を参照する。
【０１０３】
Ｓ１１４８で、ＣＰＵ１１は、Ｓ１１４４で参照した送料定義と、Ｓ１１４６で参照した送料設定と、Ｓ１１１６で参照した買い注文の発送先又はＳ１１１８で参照したバイヤの住所とから、送料を決定する。そしてＳ１１５０で、ＣＰＵ１１は、第ｉ番目の売り注文の売値にＳ１１４８で求めた送料を加算して、該当価格の売り数に追加し、売買気配テーブル（図２８）に表示する。
【０１０４】
その後、変数ｉに１を加え（Ｓ１１５２）、Ｓ１１５４で売り注文ログ（図５）において最終ログまで処理したか否かを判断する。まだ処理していない売り注文がある場合は（Ｓ１１５４：Ｎｏ）、Ｓ１１３０へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ１１５４：Ｙｅｓ）、Ｓ１１６０へ進む。
【０１０５】
Ｓ１１６０で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照する。Ｓ１１６２で、変数ｉを初期化（ｉ＝１）する。Ｓ１１６４で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）における、ｉ番目の買い注文の取引成立フラグを参照し、これが０であるか否かを判断する。取引成立フラグが０である場合（Ｓ１１６４：Ｙｅｓ）、Ｓ１１６６に進む。取引成立フラグが０以外である場合、例えば１である場合（Ｓ１１６４：Ｎｏ）、その買い注文は残り台数０台であり全て取引が完了しているから、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。
【０１０６】
Ｓ１１６６で、ＣＰＵ１１は、ｉ番目の買い注文が、画面上で設定されているバイヤ地域条件を満たすか否かを判断する。ここでのバイヤ地域条件とは、バイヤが売買気配テーブルを閲覧する際に、極端に送料の異なるエリアのバイヤの買値（送料込み）はあまり参考とならないため、特定の地域（発送先）の買い注文に限定して閲覧するためのものである。この判断は、買い注文ログ（図６Ａ）の発送先地域ビット列を参照することにより行うことができる。画面上で設定されているバイヤ地域条件を満たす場合は（Ｓ１１６６：Ｙｅｓ）、Ｓ１１６８に進む。そうでない場合（Ｓ１１６６：Ｎｏ）、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。
【０１０７】
Ｓ１１６８で、ＣＰＵ１１は、ｉ番目の買い注文の買値と、売買気配テーブルに表示されている売り注文の売値の最安値とを比較して、ｉ番目の買い注文の買値が売り注文の売値の最安値よりも高いか否かを判断する。ｉ番目の買い注文の買値が売り注文の売値の最安値以下である場合は（Ｓ１１６８：Ｎｏ）、Ｓ１１７０に進む。ｉ番目の買い注文の買値が売り注文の売値の最安値よりも高い場合は（Ｓ１１６８：Ｙｅｓ）、買い数にはカウントせずにＳ１１７２へ進み、変数ｉに１を加える。この判定は、自己（バイヤ）の発送先に応じて売り注文の売値（送料込み）が変化することから、他のバイヤの買値によってはその買値が売値を上回る現象が発生する場合があり、これを売買気配テーブルに表示すると不自然であるため、このような現象を除外するためのものである。
【０１０８】
Ｓ１１７０で、ＣＰＵ１１は、買い注文ログ（図６Ａ）におけるｉ番目の買い注文の買値及び残台数を参照し、売買気配テーブルの該当価格の買い数に残台数を加えて表示する。その後、変数ｉに１を加え（Ｓ１１７２）、Ｓ１１７４で買い注文ログ（図６Ａ）において最終ログまで処理したか否かを判断する。まだ処理していない買い注文がある場合は（Ｓ１１７４：Ｎｏ）、Ｓ１１６４へ戻って処理を繰り返す。最終ログまで処理を完了した場合は（Ｓ１１７４：Ｙｅｓ）、Ｓ１１７６へ進む。
【０１０９】
Ｓ１１７６で、ＣＰＵ１１は、買い注文情報記憶部２６に記憶されている買い注文ログ（図６Ａ）を参照して、当該商品について、当該バイヤの買い注文があるか否かを判断する。当該バイヤの買い注文がない場合は（Ｓ１１７６：Ｎｏ）、Ｓ１１７８〜Ｓ１１８２の処理をスキップして処理を終了する。
【０１１０】
当該バイヤの買い注文がある場合は（Ｓ１１７６：Ｙｅｓ）、Ｓ１１７８で、当該バイヤの買い注文の現在残り台数（図６Ａの買い注文ログの残台数）を、売買気配テーブルの該当する価格の自己注文数欄に表示する。例えば、図２８の例では、価格９９５００円の行において、自他含めたバイヤの買い数が１１台あるうちの１台が自己の買い数であり、これが「自己注文数」の欄に表示されている。
【０１１１】
次にＳ１１８０で、ＣＰＵ１１は、買い注文ログ（図６Ａ）を参照して、当該バイヤの買い注文と同じ買値の買い注文のうち、当該バイヤの買い注文が何番目の順位にあるかを決定して、売買気配テーブルに表示する。より具体的には、ＣＰＵ１１は、買い注文ログ（図６Ａ）及び買い注文明細（図６Ｂ）において、当該バイヤの買い注文と同じ買い値の買い注文であって且つ取引成立フラグが０である買い注文を抽出して、それらを更新時刻が早い順に並び替える。そして、その中で当該バイヤの買い注文が何番目であるかを決定して、売買気配テーブルの「順位」欄に表示する。図２８の例では、このバイヤの買い注文は、売値９９５００円の買い注文の中で７番目の順位となっている。
【０１１２】
次にＳ１１８２で、ＣＰＵ１１は、即時購入のために必要な値上げ額（つまり、いくら買値を上げればすぐに購入できるか）を求めて、売買気配テーブルに表示する。例えば図２８の例では、価格９９６００円では買い注文が存在せず売り注文が存在する（売り数５）ため、このバイヤの現在の買値９９５００円から９９６００円に値上げすることによって即時に購入することができる。具体的には、ＣＰＵ１１は、売り注文ログ（図５）を参照して、取引成立フラグが０の売り注文ログのうち最も低い売値を探索し、この売値に送料を加えた価格とこのバイヤの買い注文の買値との差を求める。図２８の例では、９９６００−９９５００＝１００円となり、この値１００円が売買気配テーブルの「即時購入のための値上げ額」欄に表示される。以上で処理を終了する。なお、図２８の画面で、バイヤが価格「９９６００」円の欄にポインタを併せてクリックすると、図１４の製品購入注文画面に遷移して（この場合、図１４の買値（送料込み）は９９６００円となる）、そのまま買い注文処理に進むことができる。
【０１１３】
＜売買気配テーブル生成処理（バイヤ用非ログイン時）＞
次に、売買気配テーブル生成処理（バイヤ用非ログイン時）について、図２９Ａ〜２９Ｃを参照しながら説明する。本処理は、売買気配テーブル生成処理（バイヤ用ログイン時）と類似する箇所が多いため、主に異なる箇所について説明する。
【０１１４】
即ち、本処理では、バイヤのログイン情報がないため、バイヤがフィルタ条件として自己の住所又は発送先地域を入力することができる欄が設けられており、Ｓ１１１２において、ＣＰＵ１１はこの情報についても参照を行う。また、バイヤのログイン情報がないことから、売買気配テーブル生成処理（バイヤ用ログイン時）におけるＳ１１１４、Ｓ１１１６、Ｓ１１１８の処理は存在しない。
【０１１５】
Ｓ１１３５で実行するフィルタ判定処理は、前述したものと同様であるが、ここで行うフィルタ判定処理では、Ｓ１１１２で参照したフィルタ条件（発送期日、サプライヤ地域、除外サプライヤ、バイヤ地域）を用いる。ここで、バイヤが発送期日、サプライヤ地域、除外サプライヤ、バイヤ地域のうち少なくとも何れかを画面上で設定していない場合は、フィルタ判定処理のＳ５１０、Ｓ５２０、Ｓ５３０、Ｓ５４０の該当するステップにおいてＹｅｓと判定して処理を行う。
【０１１６】
また、バイヤがバイヤ地域（住所又は発送先）を画面上で設定していない場合は、Ｓ１１４８において送料を決定しない。この場合、Ｓ１１５０で、ＣＰＵ１１は、第ｉ番目の売り注文の売値をそのまま（送料を加算せず）、該当価格の売り数に追加し、売買気配テーブル（図２８）に表示する。
【０１１７】
また本処理では、Ｓ１１６６の処理を行わない。更に、バイヤのログイン情報がないため、Ｓ１１７６及びＳ１１７８の処理も行わない。
【０１１８】
従来より、インターネット上で、各商品について、その商品を提供する各サプライヤの販売価格を、例えば価格の低い順に表示するサイトがある。このようなサイトでは、バイヤは各サプライヤの販売価格、送料などを比較検討した上で、何れのサプライヤから購入するかを決定する。即ち、購入の決定権はバイヤにあると言うことができる。これに対して、上述した実施形態による商品売買用情報処理装置及び方法によれば、売買気配テーブルによってバイヤの希望価格が可視化されるから、サプライヤは、どの程度の価格で、どの程度の数量の販売が見込めるのかを知ることができる。そして、バイヤの希望価格どおりに商品を提供することができれば、ほぼ確実に取引を成立させることができる。従って、サプライヤにも決定権があると言える。また、サプライヤは、受注を確定させてからまとめて商品を仕入れることも可能である。更に、共通の販売スペースとして、同一商品に対しては共通の情報レイアウトで商品情報を提示することができるため、希望価格及び在庫数量がまとめて可視化され、現在の相場及び価格変動の様子を知ることができる。バイヤは、高価格でもすぐ入手したい場合は即時に購入できる価格で買い注文を行えばよいし、時間がかかっても安価に入手したい場合は低い価格で買い注文を行えばよいから、何れの場合にも対応することが可能となる。このように、上述した実施形態による商品売買用情報処理装置及び方法は、サプライヤとバイヤとの双方に大きなメリットをもたらすものである。
【０１１９】
本発明による商品売買用情報処理装置及び商品売買情報処理方法は上述した実施の形態に限定されず、特許請求の範囲に記載した範囲で種々の変形や改良が可能である。
【０１２０】
例えば、上記実施形態では、フィルタ条件として、サプライヤ除外フィルタ、発送期日フィルタ、サプライヤ地域フィルタ、バイヤ地域フィルタが設定されていたが、これらのうち一部のみを用いてもよいし、他のフィルタ条件を用いてもよい。
【０１２１】
また、上記実施形態では、サプライヤ端末２及びバイヤ端末３に表示する画面及びプログラムは全てサーバ１０側で提供され、サーバ１０での実行結果をサプライヤ端末２及びバイヤ端末３のウェブ・ブラウザに表示する。これに対して、サプライヤ端末２及びバイヤ端末３にアプリケーション・プログラムをインストールして、端末側で大部分の処理を実行させてもよい。この場合は、例えば、サーバの役割としてはデータの記録及び参照を行う。また、一定時間間隔のバッチ処理のプログラムはサーバー側で動作される。売買気配テーブルの表示プログラムについてはアプリケーション側で動作される。
【０１２２】
また、サプライヤ端末２及びバイヤ端末３の形態は、パーソナル・コンピュータ、スマートフォン、携帯電話など特に限定されない。
【０１２３】
また、上記実施形態では、いったん売値が設定されると、サプライヤが売値を更新しない限り、売値は固定される。このような方式に限らず、サプライヤが設定した商品の売値が、バイヤ側の売買気配テーブルにおける他サプライヤの売値の最安値を下回っている場合は、設定した価格をそのまま表示せず、他サプライヤの販売価格の最安値に揃えて表示する方式を採用してもよい。
【０１２４】
また、上記実施形態では、売買取引成立時の決済方法としてクレジットカード決済を用いた。これに加えて、バイヤが事前に銀行振込等で入金を行い、入金した金額の範囲内で売買を行うこと（事前入金）を選択できるようにしてもよい。バイヤがこの方法を選択した場合、取引成立処理（図２１）のＳ６２０を、例えば「売買額は入金残高を超えるか？」という判断ステップにすればよい。また、クレジットカード決済、事前入金による決済の他にも、例えば取引成立処理（図２１）の中で、即時に決済処理が行えるような方法があれば、それを用いてもよい。
【０１２５】
また、上記実施形態では、サプライヤ及びバイヤの地域として、日本国内であることを前提として記載したが、外国を含めてもよい。外国の場合、サプライヤ及びバイヤの地域ビット列・地域フィルタの各ビットは、例えばアジア・北米・欧州等の各地域、或いは中国、米国、英国等の各国に対応させて設定すればよい。
【０１２６】
また、上記実施形態では、取引成立処理において、取引が成立した売り注文と買い注文とについて、売り注文の売値に送料を加算した価格よりも、買い注文の買値（送料込み）の方が高い場合は、買い注文の買値（送料込み）を取引成立価格としたが、これとは反対に、売り注文の売値に送料を加算した価格を取引成立価格としてもよい。
【産業上の利用可能性】
【０１２７】
以上のように本発明にかかる商品売買用情報処理装置は、ネットワークを介して、売り手及び買い手の有するニーズに基づく情報処理を行うことにより、商品の売買を効率的に行う情報処理装置及び情報処理方法として有用である。
【符号の説明】
【０１２８】
１      インターネット
２      サプライヤ端末
３      バイヤ端末
１０    サーバ
１１    ＣＰＵ
１２    ＲＡＭ
１３    ＲＯＭ
１４    通信ＩＦ
１５    バス
１６    時計部
２０    ＨＤＤ
２１    プログラム記憶部
２２    商品情報記憶部
２３    サプライヤ情報記憶部
２４    バイヤ情報記憶部
２５    売注文情報記憶部
２６    買注文情報記憶部
２７    売買情報記憶部
２８    一時記憶部