(57)【特許請求の範囲】
【請求項１】
複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、
商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部と、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記サプライヤ側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納するオークション管理部と、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定する複数の商品毎の最低入札価格特定部と、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定する商品一括最低入札価格特定部と、
前記複数の商品一括の最低修正入札価格と、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額との大小を比較する大小比較部と、
前記大小比較部において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品一括の最低修正入札価格に対応する１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、
前記大小比較部において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品毎の最低修正入札価格に対応する前記複数の商品毎のサプライヤ側端末のサプライヤを、前記複数の商品毎の落札するサプライヤと決定する落札サプライヤ決定部と、を有し、
前記オークション管理部は、各サプライヤ側端末に、
前記最低修正入札価格が各サプライヤ側端末に対応する場合、前記最低修正入札価格を表示させ、
前記最低修正入札価格が各サプライヤ側端末に対応しない場合、各サプライヤ側端末を有するサプライヤに対応付けられたハンディキャップ情報に基づいて変更された前記最低修正入札価格を表示させる、
ことを特徴とするサーバ。
【請求項２】
前記記憶部は、オークション毎に一括優先フラグ又は個別優先フラグを示す優先フラグをさらに記憶し、
前記落札サプライヤ決定部は、前記大小比較部において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額と等しいときには、前記記憶部に記憶した前記優先フラグに基づいて、落札する１のサプライヤ又は前記複数の商品毎の落札するサプライヤを決定する、請求項１に記載のサーバ。
【請求項３】
複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部を備えるサーバの制御方法であって、
前記サーバが、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記サプライヤ側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定し、
前記複数の商品一括の最低修正入札価格と、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額との大小を比較し、
前記の大小比較の結果において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品一括の最低修正入札価格に対応する１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、
前記の大小比較の結果において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品毎の最低修正入札価格に対応する前記複数の商品毎のサプライヤ側端末のサプライヤを、前記複数の商品毎の落札するサプライヤと決定し、
各サプライヤ側端末に、前記最低修正入札価格が各サプライヤ側端末に対応する場合、前記最低修正入札価格を表示させ、前記最低修正入札価格が各サプライヤ側端末に対応しない場合、各サプライヤ側端末を有するサプライヤに対応付けられたハンディキャップ情報に基づいて変更された前記最低修正入札価格を表示させる、
ことを実行することを特徴とするサーバの制御方法。
【請求項４】
複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部を備えるサーバの制御プログラムであって、
前記サーバに、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記サプライヤ側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最低修正入札価格を特定し、
前記複数の商品一括の最低修正入札価格と、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額との大小を比較し、
前記の大小比較の結果において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品一括の最低修正入札価格に対応する１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、
前記の大小比較の結果において、前記複数の商品一括の最低修正入札価格が、前記複数の商品毎の最低修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品毎の最低修正入札価格に対応する前記複数の商品毎のサプライヤ側端末のサプライヤを、前記複数の商品毎の落札するサプライヤと決定し、
各サプライヤ側端末に、前記最低修正入札価格が各サプライヤ側端末に対応する場合、前記最低修正入札価格を表示させ、前記最低修正入札価格が各サプライヤ側端末に対応しない場合、各サプライヤ側端末を有するサプライヤに対応付けられたハンディキャップ情報に基づいて変更された前記最低修正入札価格を表示させる、
ことを実行させることを特徴とするサーバの制御プログラム。
【請求項５】
複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、
商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部と、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記入札者側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納するオークション管理部と、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定する複数の商品毎の最高入札価格特定部と、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定する商品一括最高入札価格特定部と、
前記複数の商品一括の最高修正入札価格と、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額との大小を比較する大小比較部と、
前記大小比較部において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品一括の最高修正入札価格に対応する１の入札者側端末の入札者を、落札する１の入札者と決定し、
前記大小比較部において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品毎の最高修正入札価格に対応する前記複数の商品毎の入札者側端末の入札者を、前記複数の商品毎の落札する入札者と決定する落札入札者決定部と、を有し、
前記オークション管理部は、各入札者側端末に、
前記最高修正入札価格が各入札者側端末に対応する場合、前記最高修正入札価格を表示させ、
前記最高修正入札価格が各入札者側端末に対応しない場合、各入札者側端末を有する入札者に対応付けられたハンディキャップ情報に基づいて変更された前記最高修正入札価格を表示させる、
ことを特徴とするサーバ。
【請求項６】
複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部を備えるサーバの制御方法であって、
前記サーバが、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記入札者側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定し、
前記複数の商品一括の最高修正入札価格と、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額との大小を比較し、
前記の大小比較の結果において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品一括の最高修正入札価格に対応する１の入札者側端末の入札者を、落札する１の入札者と決定し、
前記の大小比較の結果において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品毎の最高修正入札価格に対応する前記複数の商品毎の入札者側端末の入札者を、前記複数の商品毎の落札する入札者と決定し、
各入札者側端末に、前記最高修正入札価格が各入札者側端末に対応する場合、前記最高修正入札価格を表示させ、前記最高修正入札価格が各入札者側端末に対応しない場合、各入札者側端末を有する入札者に対応付けられたハンディキャップ情報に基づいて変更された前記最高修正入札価格を表示させる、
ことを実行することを特徴とするサーバの制御方法。
【請求項７】
複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報と、サプライヤ毎に対応付けられたハンディキャップ情報とを記憶する記憶部を備えるサーバの制御プログラムであって、
前記サーバに、
商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記入札者側端末から受信し、前記の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を前記記憶部の前記入札情報に格納し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品毎の前記入札価格情報を、前記複数のサプライヤ側端末のそれぞれを有する各サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定し、
前記記憶部に記憶した前記商品情報、前記入札情報及び前記ハンディキャップ情報を参照し、前記複数の商品一括の前記入札価格情報を、前記サプライヤに対応付けられたハンディキャップ情報に基づいて修正し、修正された入札価格情報の中の最高修正入札価格を特定し、
前記複数の商品一括の最高修正入札価格と、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額との大小を比較し、
前記の大小比較の結果において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より大きいときには、前記複数の商品一括の最高修正入札価格に対応する１の入札者側端末の入札者を、落札する１の入札者と決定し、
前記の大小比較の結果において、前記複数の商品一括の最高修正入札価格が、前記複数の商品毎の最高修正入札価格の全ての商品についての合計額より小さいときには、前記複数の商品毎の最高修正入札価格に対応する前記複数の商品毎の入札者側端末の入札者を、前記複数の商品毎の落札する入札者と決定し、
各入札者側端末に、前記最高修正入札価格が各入札者側端末に対応する場合、前記最高修正入札価格を表示させ、前記最高修正入札価格が各入札者側端末に対応しない場合、各入札者側端末を有する入札者に対応付けられたハンディキャップ情報に基づいて変更された前記最高修正入札価格を表示させる、
ことを実行させることを特徴とするサーバの制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、オークションにおける入札データ処理システムに関する。
【背景技術】
【０００２】
従来、入札者にとって、複数の商品一括であれば、複数の商品が一度で入手できるので、高価でも入札したいという需要がある。それとは反対に、入札者にとって、複数の商品のうちの一部が不足しているので、複数の商品のうちの一部であれば、高価でも入札したいという需要もある。また、複数の商品を出品する出品者は、落札させる入札者の数にかかわらず、複数の商品の落札価格の合計をより高価に落札させたいという希望がある。
【０００３】
一方、オークションなどの商取引において、バイヤが欲しい商品の条件や希望価格をサプライヤに提示し、複数のサプライヤがインターネット上で入札価格を所定時間内に競い合うという取引（以下、「リバースオークション」という）も行われていた。
【０００４】
一般的なサプライヤは、一度の注文の商品の数量が多いほどスケールメリットにより、商品の価格を低下できる。しかしながら、サプライヤによっては、特定の商品のみであれば安価に供給できるノウハウを有する場合もある。
【０００５】
特許文献１には、入札者が、グループ化された商品を構成する商品のうちの単品または任意の商品の組み合わせを指定して入札を行うオークションが記載されている。
【０００６】
特許文献２には、複数のサプライヤを組み合わせたサプライヤグループによる共同入札を可能とするリバースオークションが記載されている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００１−３１２６２２号公報
【特許文献２】特開２００６−０６５４５０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
しかしながら、特許文献１に記載されたオークションでは、グループ商品を構成する商品群の全ての組み合わせのうち、入札価格の合計額が最も高くなるような入札の組み合わせを計算し、当該入札を行った各入札者を落札者とする。この場合、グループを構成する商品数及び入札者が多くなると、入札の組み合わせを特定するための計算量が、増大してしまうという問題があった。
【０００９】
また、特許文献２に記載されたオークションにおいて、サプライヤグループとはバイヤの希望する全ての商品が提供可能となるようサプライヤを組み合わせたものである。この場合、バイヤの希望する全ての商品数及びサプライヤ数が多くなると、バイヤが調達を希望する全ての商品が提供可能となるようなサプライヤの組合せを探索するための計算量が、増大してしまうという問題があった。
【００１０】
そこで、本発明は、このような課題を解決すべくなされたものであり、商品一括の商品の数及びサプライヤ数若しくは入札者数が多くなった場合であっても、計算量を抑えつつ、複数の商品に対する入札価格の比較を可能とする入札データ処理システムにおけるサーバ、その制御方法、及びその制御プログラムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
本発明に係るサーバは、複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部と、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報をサプライヤ側端末から受信し、の受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納するオークション管理部と、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最低入札価格を特定する複数の商品毎の最低入札価格特定部と、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最低入札価格を特定する商品一括最低入札価格特定部と、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額との大小を比較する大小比較部と、大小比較部において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より小さいときには、複数の商品一括の最低入札価格を送信した１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、大小比較部において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より大きいときには、複数の商品毎の最低入札価格を送信した、複数の商品毎のサプライヤ側端末のサプライヤを、複数の商品毎の落札するサプライヤと決定する落札サプライヤ決定部と、を有する。
【００１２】
本発明に係るサーバにおいて、記憶部は、オークション毎に一括優先フラグ又は個別優先フラグを示す優先フラグをさらに記憶し、落札サプライヤ決定部は、大小比較部において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額と等しいときには、記憶部に記憶した優先フラグに基づいて、落札する１のサプライヤ又は複数の商品毎の落札するサプライヤを決定することが好ましい。
【００１３】
本発明に係るサーバにおいて、オークション管理部は、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の最低入札価格の全ての商品についての合計額を複数のサプライヤ側端末又はバイヤ側端末に送信することが好ましい。
【００１４】
本発明に係るサーバにおいて、複数の商品毎の最低入札価格特定部は、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の個別の入札価格情報の複数の商品毎の順位づけをし、商品一括最低入札価格特定部は、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の順位づけをし、オークション管理部は、順位づけをした、複数の商品毎の個別の入札価格情報の複数の商品毎の順位及び複数の商品一括の入札価格情報の順位を、バイヤ側端末に送信することが好ましい。
【００１５】
本発明に係るサーバにおいて、記憶部は、取引者毎にハンディキャップ情報をさらに記憶し、入札価格情報の順位づけをする際に、記憶部に記憶したハンディキャップ情報をさらに参照し、ハンディキャップ情報が記憶された取引者の入札価格情報を当該ハンディキャップ情報に応じて変更し、ハンディキャップ情報が記憶された取引者の入札価格情報をハンディキャップ情報が記憶されていない取引者側端末に送信する際に、ハンディキャップ情報に応じて入札価格情報を変更し、ハンディキャップ情報が記憶された取引者の入札価格情報をハンディキャップ情報が記憶された取引者側端末に送信する際に、当該取引者自身の入札価格情報を変更せずに、当該取引者以外の入札価格情報を当該ハンディキャップ情報の逆演算（例えば、ハンディキャップ情報がプラスの金額の場合はマイナスの金額で、ハンディキャップ情報が割合の掛け算の場合は、割合の割り算で）で変更するハンディキャップ管理部をさらに有することが好ましい。
【００１６】
本発明に係るサーバの制御方法は、複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部を備えるサーバの制御方法であって、サーバが、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報をサプライヤ側端末から受信し、受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最低入札価格を特定し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最低入札価格を特定し、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額との大小を比較し、大小比較の結果において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より小さいときには、複数の商品一括の最低入札価格を送信した１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、大小比較の結果において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より大きいときには、複数の商品毎の最低入札価格を送信した、複数の商品毎のサプライヤ側端末のサプライヤを、複数の商品毎の落札するサプライヤと決定することを実行する。
【００１７】
本発明に係るサーバの制御プログラムは、複数のサプライヤ側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎のサプライヤ識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部を備えるサーバの制御プログラムであって、サーバに、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報をサプライヤ側端末から受信し、受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最低入札価格を特定し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最低入札価格を特定し、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額との大小を比較し、大小比較の結果において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より小さいときには、複数の商品一括の最低入札価格を送信した１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定し、大小比較の結果において、複数の商品一括の最低入札価格が、複数の商品毎の最低入札価格の全ての商品についての合計額より大きいときには、複数の商品毎の最低入札価格を送信した、複数の商品毎のサプライヤ側端末のサプライヤを、複数の商品毎の落札するサプライヤと決定することを実行させる。
【００１８】
本発明に係るサーバは、複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部と、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を入札者側端末から受信し、受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納するオークション管理部と、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最高入札価格を特定する複数の商品毎の最高入札価格特定部と、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最高入札価格を特定する商品一括最高入札価格特定部と、複数の商品一括の最高入札価格と、複数の商品毎の最高入札価格の全ての商品についての合計額との大小を比較する大小比較部と、大小比較部において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より大きいときには、複数の商品一括の最高入札価格を送信した１の入札者側端末の入札者を、落札する１の入札者と決定し、大小比較部において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より小さいときには、複数の商品毎の最高入札価格を送信した、複数の商品毎の入札者側端末の入札者を、複数の商品毎の落札する入札者と決定する落札入札者決定部と、を有する。
【００１９】
本発明に係るサーバの制御方法は、複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部を備えるサーバの制御方法であって、サーバが、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を入札者側端末から受信し、受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最高入札価格を特定し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最高入札価格を特定し、複数の商品一括の最高入札価格と、複数の商品毎の最高入札価格の全ての商品についての合計額との大小を比較し、大小比較の結果において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より大きいときには、複数の商品一括の最高入札価格を送信した１の入札者側端末の入札者を、落札する１の入札者と決定し、大小比較の結果において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より小さいときには、複数の商品毎の最高入札価格を送信した、複数の商品毎の入札者側端末の入札者を、複数の商品毎の落札する入札者と決定することを実行する。
【００２０】
本発明に係るサーバの制御プログラムは、複数の入札者側端末と通信可能なサーバとを備える入札データ処理システムにおけるサーバであって、商品毎の商品識別情報及び個別若しくは一括を示す入札種別を含む商品情報と、入札毎の入札者識別情報、商品識別情報、及び入札価格情報を含む入札情報とを記憶する記憶部を備えるサーバの制御プログラムであって、サーバに、商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を入札者側端末から受信し、受信した商品毎の個別の入札価格情報及び／又は複数の商品一括の入札価格情報を記憶部の入札情報に格納し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最高入札価格を特定し、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最高入札価格を特定し、複数の商品一括の最高入札価格と、複数の商品毎の最高入札価格の全ての商品についての合計額との大小を比較し、大小比較の結果において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より大きいときには、複数の商品一括の最高入札価格を送信した１の入札者側端末の入札者を、落札する１の入札者と決定し、大小比較の結果において、複数の商品一括の最高入札価格が、複数の商品毎の最高入札価格の全ての商品についての合計額より小さいときには、複数の商品毎の最高入札価格を送信した、複数の商品毎の入札者側端末の入札者を、複数の商品毎の落札する入札者と決定することを実行させる。
【発明の効果】
【００２１】
本発明に係る入札データ処理システムにおけるサーバ、その制御方法、及びその制御プログラムによれば、入札の種類を個別の商品毎の入札及び商品一括の入札の２種類の入札に限定し、個別の商品毎の入札価格同士の比較、商品一括の入札価格同士の比較、及び複数の商品一括の入札の最低入札価格並びに商品毎の個別の入札の最低入札価格を全ての商品について合計した入札価格の比較の３つの比較を一度に行うことにより、商品一括の商品の数及びサプライヤ数若しくは入札者数が多くなった場合であっても、入札やサプライヤ若しくは入札者の組み合わせを探索する必要がないため、計算量を抑えることが可能となる。
【図面の簡単な説明】
【００２２】
【図１】リバースオークションの入札データ処理システムの概略構成の一例を示す。
【図２】バイヤ側端末１及び複数のサプライヤ側端末２Ａ〜Ｃの概略構成の一例を示す。
【図３】リバースオークションのサーバ３の概略構成の一例を示す。
【図４】サーバ記憶部３２に記憶される各種テーブルのデータ構造の一例を示す。
【図５】リバースオークションの入札データ処理システムによる動作シーケンスの一例を示す。
【図６】図５の入札データ処理システムによる動作シーケンスの一例の続きを示す。
【図７】落札サプライヤ決定部３３５の動作フローの一例を示す。
【図８】オークション登録画面の一例を示す。
【図９】商品情報の登録画面の一例を示す。
【図１０】サプライヤ側端末２の入札画面の一例を示す。
【図１１】サプライヤ側端末２の入札画面の一例を示す。
【図１２】サプライヤ側端末２の入札画面の一例を示す。
【図１３】バイヤ側端末１の入札状況監視画面の一例を示す。
【図１４】バイヤ側端末１の入札状況監視画面の一例を示す。
【図１５】通常のオークションのサーバ３’の概略構成の一例を示す。
【図１６】通常のオークションの入札データ処理システムによる動作シーケンスの一例を示す。
【図１７】図１６の入札データ処理システムによる動作シーケンスの一例の続きを示す。
【図１８】落札入札者決定部３３５’の動作フローの一例を示す。
【発明を実施するための形態】
【００２３】
以下、図面を参照しつつ、本発明の様々な実施形態について説明する。ただし、本発明の技術的範囲はそれらの実施形態に限定されず、特許請求の範囲に記載された発明とその均等物に及ぶ点に留意されたい。
【００２４】
図１は、リバースオークションの入札データ処理システムの概略構成の一例を示す図である。図１〜１４を用いて、リバースオークションの入札データ処理システムについて説明する。
【００２５】
リバースオークションの入札データ処理システムは、少なくとも一台のバイヤ側端末１と、複数のサプライヤ側端末２Ａ〜Ｃと、サーバ３とを備える。バイヤ側端末１、複数のサプライヤ側端末２Ａ〜Ｃ、及びサーバ３とは、ネットワーク４を介して相互に通信可能に接続される。ネットワーク４は、イントラネットであっても、インターネットであっても、その他の通信ネットワークであってもよい。バイヤ側端末１及び複数のサプライヤ側端末２Ａ〜Ｃで実行されるプログラム（例えば、閲覧プログラム）と、サーバ３で実行されるプログラム（例えば、サーバの制御プログラム）とは、ハイパーテキスト転送プロトコル（Hypertext Transfer Protocol, HTTP, HTTP over TLS）等の通信プロトコルを用いて通信を行う。なお、バイヤ側端末１及びサプライヤ側端末２Ａ〜Ｃは、それぞれ一台、三台示されているが、この数に限定されるものではない。
【００２６】
図２（ａ）は、バイヤ側端末１の概略構成の一例を示す図である。
【００２７】
バイヤ側端末１は、ネットワーク４を介してサーバ３に接続し、サーバ３と通信を行う。バイヤ側端末１は、端末通信部１１と、端末記憶部１２と、操作部１３と、表示部１４と、端末処理部１５とを備える。複数のサプライヤ側端末２Ａ〜Ｃは、端末通信部２１と、端末記憶部２２と、操作部２３と、表示部２４と、端末処理部２５とを備える。
【００２８】
なお、本実施形態では、バイヤ側端末１及び複数のサプライヤ側端末２Ａ〜Ｃとして、デスクトップコンピュータを想定するが、本発明はこれに限定されるものではない。バイヤ側端末１及び複数のサプライヤ側端末２Ａ〜Ｃは、本発明が適用可能であればよく、例えば、ノートPC、携帯電話（所謂「フィーチャーフォン」）、スマートフォン、携帯情報端末（Personal Digital Assistant, PDA）、タブレット端末、ウェアラブル端末等でもよい。
【００２９】
端末通信部１１は、通信インターフェース回路を備え、バイヤ側端末１をネットワーク４に接続する。端末通信部１１は、端末処理部１５から供給された入力データをサーバ３等に送信する。また、端末通信部１１は、サーバ３等から受信したウェブページの画面を端末処理部１５に供給する。
【００３０】
端末記憶部１２は、例えば、半導体メモリ、磁気ディスク装置、半導体記憶装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。端末記憶部１２は、端末処理部１５での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。例えば、端末記憶部１２は、ドライバプログラムとして、操作部１３を制御する入力デバイスドライバプログラム、表示部１４を制御する出力デバイスドライバプログラム等を記憶する。また、さらに、端末記憶部１２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。
【００３１】
操作部１３は、バイヤ側端末１の操作が可能であればどのようなデバイスでもよく、例えば、タッチパッド、タッチパネル、キーボード等である。バイヤは、操作部１３を用いて、文字、数字等を入力することができる。操作部１３は、バイヤにより操作されると、その操作に対応する信号を発生する。発生した信号は、バイヤの入力データとして、端末処理部１５に供給される。
【００３２】
表示部１４も、画像、画面等の表示が可能であればどのようなデバイスでもよく、例えば、液晶ディスプレイ、有機ＥＬ（Electro−Luminescence）ディスプレイ等である。表示部１４は、端末処理部１５から供給されたウェブページの画面等を表示する。
【００３３】
端末処理部１５は、一又は複数個のプロセッサ及びその周辺回路を備える。端末処理部１５は、バイヤ側端末１の全体的な動作を統括的に制御するものであり、例えば、ＣＰＵ（Central Processing Unit）である。端末処理部１５は、バイヤ側端末１の各種処理が端末記憶部１２に記憶されているプログラム、操作部１３の操作等に応じて適切な手順で実行されるように、端末通信部１１、表示部１４等の動作を制御する。端末処理部１５は、端末記憶部１２に記憶されているプログラム（オペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム等）に基づいて処理を実行する。また、端末処理部１５は、複数のプログラム（アプリケーションプログラム等）を並列に実行することができる。
【００３４】
端末処理部１５は、閲覧実行部１５１を備える。閲覧実行部１５１は、端末処理部１５が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、閲覧実行部１５１は、ファームウェアとしてバイヤ側端末１に実装されてもよい。
【００３５】
閲覧実行部１５１は、画面の取得及び表示を行う。また、閲覧実行部１５１は、オークションの対象となる商品を、端末通信部１１を介してサーバ３に送信する。また、閲覧実行部１５１は、入札等に対する処理結果に対応するウェブページの画面を、サーバ３から端末通信部１１を介して受信する。閲覧実行部１５１は、受信したウェブページの画面を表示部１４に出力する。
【００３６】
図２（ｂ）は、複数のサプライヤ側端末２Ａ〜Ｃの概略構成の一例を示す図である。
【００３７】
サプライヤ側端末２Ａ〜Ｃの端末通信部２１、端末記憶部２２、操作部２３、表示部２４、端末処理部２５に関する説明は、図２（ａ）のバイヤ側端末１の端末通信部１１、端末記憶部１２、操作部１３、表示部１４、端末処理部１５と同様である。
【００３８】
閲覧実行部２５１は、画面の取得及び表示を行う。また、閲覧実行部２５１は、商品の入札価格等のサプライヤからの入力データを、端末通信部２１を介してサーバ３に送信する。また、閲覧実行部２５１は、入札等に対する処理結果に対応するウェブページの画面を、サーバ３から端末通信部２１を介して受信する。閲覧実行部２５１は、受信したウェブページの画面を表示部２４に出力する。
【００３９】
図３は、リバースオークションのサーバ３の概略構成の一例を示す図である。
【００４０】
サーバ３は、サーバ通信部３１と、サーバ記憶部３２と、サーバ処理部３３とを備える。
【００４１】
サーバ通信部３１は、サーバ３をネットワーク４に接続するための通信インターフェース回路を備え、ネットワーク４との間で通信を行う。サーバ通信部３１は、バイヤ側端末１及び複数のサプライヤ側端末２Ａ〜Ｃ等から受信した入力データを、サーバ処理部３３に供給する。また、サーバ通信部３１は、サーバ処理部３３から供給されたウェブページの画面を、バイヤ側端末１及び／又は複数のサプライヤ側端末２Ａ〜Ｃ等に送信する。
【００４２】
サーバ記憶部３２は、例えば、磁気テープ装置、磁気ディスク装置、半導体記憶装置、又は光ディスク装置のうちの少なくともいずれか一つを備える。サーバ記憶部３２は、サーバ処理部３３での処理に用いられるオペレーティングシステムプログラム、ドライバプログラム、アプリケーションプログラム、データ等を記憶する。
【００４３】
例えば、サーバ記憶部３２は、アプリケーションプログラムとして、入札等を行い、その結果に係るデータを生成するサーバの制御プログラム等を記憶する。サーバ記憶部３２は、データとして、オークション情報テーブル（図４（ａ））、商品情報テーブル（図４（ｂ））、入札情報テーブル（図４（ｃ））等を記憶する。サーバ記憶部３２は、所定の処理に係る一時的なデータを一時的に記憶してもよい。例えば、サーバ記憶部３２は、前回に特定した複数の商品一括の最低入札価格、前回に特定した複数の商品毎の最低入札価格の合計額等を次に特定するまで一時的に記憶してもよい。なお、サーバ記憶部３２は、テーブルではなく、タグ形式のマークアップ言語であっても、キー・バリュー型データストアであってもよい。
【００４４】
サーバ処理部３３は、オークション管理部３３１、複数の商品毎の最低入札価格特定部３３２、商品一括最低入札価格特定部３３３、大小比較部３３４、及び落札サプライヤ決定部３３５を備える。これらの各部は、サーバ処理部３３が備えるプロセッサで実行されるプログラムにより実現される機能モジュールである。あるいは、これらの各部は、ファームウェアとしてサーバ３に実装されてもよい。
【００４５】
オークション管理部３３１は、ステップＳ１０１，１０２，１０７〜１０９，１１１，１１２（図５，６参照）を実行する。複数の商品毎の最低入札価格特定部３３２は、ステップＳ１０４（図５参照）を実行する。商品一括最低入札価格特定部３３３は、ステップＳ１０５（図５参照）を実行する。大小比較部３３４は、ステップＳ１０６（図５参照）を実行する。落札サプライヤ決定部３３５は、ステップＳ１１０（図６参照）、ステップＳ２００〜２０２（図７参照）を実行する。
【００４６】
図４（ａ）は、オークション情報テーブルのデータ構造の一例を示す図である。
【００４７】
オークション情報テーブルは、各オークションについて、オークションＩＤ、オークション名、バイヤＩＤ、開催日時、終了日時、及び優先フラグ等を記憶する。
【００４８】
優先フラグとは、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の合計額が等しい場合に、個別入札及び一括入札のいずれの入札を優先させるか示すフラグである。
【００４９】
図４（ｂ）は、商品情報テーブルのデータ構造の一例を示す図である。
【００５０】
商品情報テーブルは、各商品について、商品ＩＤ、オークションＩＤ、商品名、入札種別等を記憶する。なお、商品とは、オークションの入札対象であり、車載用オーディオ機器等の有体物の商品（商品ＩＤ５〜８）に限らず、対象地域（北海道、本州、四国・九州）における施工工事等の無体物のサービス（商品ＩＤ１〜４）も入札対象であれば含む。
【００５１】
入札種別とは、当該商品が、個別入札の対象の商品又は一括入札の対象の商品のいずれかを示すフラグである。一括入札の商品とは、特定のオークションにおける個別入札の全ての商品を示す。即ち、商品ＩＤが４の「全国一括」は、オークションＩＤ「ＮＲ２００３０８００１」が同一の個別入札の全ての商品（商品ＩＤ１〜３）を示す。また、商品ＩＤが８の「車載用オーディオ機器セット一括」は、オークションＩＤ「ＮＲ２００３０８００２」が同一の個別入札の全ての商品（商品ＩＤ５〜７）を示す。
【００５２】
図４（ｃ）は、入札情報テーブルのデータ構造の一例を示す図である。
【００５３】
入札情報テーブルは、各入札について、入札ＩＤ、入札を入力したサプライヤのサプライヤＩＤ、入札対象の商品ＩＤ、入札価格、入札日時等を記憶する。入札ＩＤは、入札された順番に付与される番号である。なお、入札情報テーブルがオークションＩＤ及び／又は入札種別をさらに含んでもよい。
【００５４】
図５は、リバースオークションの入札データ処理システムによる動作シーケンスの一例を示す図である。
【００５５】
なお、以下に説明する動作シーケンスは、予め端末記憶部１２、端末記憶部２２及びサーバ記憶部３２に記憶されているプログラムに基づいて、主に端末処理部１５、端末処理部２５及びサーバ処理部３３により、バイヤ側端末１、複数のサプライヤ側端末２Ａ〜Ｃ、及びサーバ３の各要素と協働して実行される。
【００５６】
まず、バイヤは、オークション登録画面及び商品情報の登録画面にログインして、バイヤ側端末１の操作部１３を介してオークション定義情報を入力する。
【００５７】
オークション登録画面の一例を図８に示す。オークション登録画面３００において、オークション名（件名）３０１、オークションＩＤ３０２、開催日時３０３、及び終了日時３０４がバイヤにより入力される。一括優先のチェックボックス３０５は、バイヤによりチェックされると、優先フラグで一括入札が優先される。一括優先のチェックボックス３０５は、バイヤによりチェックされないと、優先フラグで個別入札が優先される。
【００５８】
商品情報登録画面の一例を図９に示す。商品情報の登録画面３１０において、個別入札の商品名３１１、３１２、３１３及び一括入札の商品名３１４がバイヤにより入力される。バイヤが商品追加ボタン３１５を押下することより、個別入札の商品を追加し、上述と同様の入力を行うことができる。バイヤが削除ボタン３１６，３１７，３１８を押下することにより、個別入札の対応する商品を削除できる。
【００５９】
次に、オークション登録画面及び商品情報の登録画面を利用して、バイヤ側端末１の操作部１３を介してバイヤにより入力されたオークション定義情報を、端末通信部１１を介してサーバ３に送信する（ステップＳ１００）。
【００６０】
ここで、オークション定義情報とは、オークション名、オークション開催日時、オークション終了日時、及び優先フラグを含むオークション登録情報と、商品名及び入札種別を含む商品情報とを含む定義情報である。
【００６１】
次に、オークション管理部３３１は、サーバ通信部３１を介して受信したオークション定義情報をサーバ記憶部３２のオークション情報テーブル及び商品情報テーブルに記憶する。そして、サプライヤ側端末２がサーバ３で生成されるオークション画面にログインしてアクセスすることにより、オークション管理部３３１は、オークション定義情報を、サーバ通信部３１を介してサプライヤ側端末２に送信する（ステップＳ１０１）。サプライヤ側端末２の閲覧実行部２５１は、端末通信部２１を介して受信したオークション定義情報を表示部２４に表示する。
【００６２】
次に、オークション管理部３３１は、現在時刻がサーバ記憶部３２に記憶されたオークション情報テーブルの開催日時を過ぎたことを検出し、入札の受付を開始する（ステップＳ１０２）。
【００６３】
サプライヤ側端末２がサーバ３で生成されるオークション画面にサプライヤＩＤ及びパスワードを入力してログインしてオークションの入札画面にアクセスすることにより、サプライヤは、入札画面を利用して、複数の商品について商品毎の個別の商品ＩＤ及び入札価格情報、並びに／若しくは、複数の商品一括の商品ＩＤ及び入札価格情報を入力する。
【００６４】
次に、サプライヤ側端末２の閲覧実行部２５１は、端末通信部２１を介して、サプライヤにより入札された商品毎の個別の商品ＩＤ及び入札価格情報、並びに／若しくは、複数の商品一括の商品ＩＤ及び入札価格情報をサーバ３に送信する（ステップＳ１０３）。サーバ３のオークション管理部３３１は、サーバ通信部３１を介してサプライヤにより入札された商品毎の個別の商品ＩＤ及び入札価格情報、並びに／若しくは、複数の商品一括の商品ＩＤ及び入札価格情報を受信し、サーバ記憶部３２の入札情報テーブルに格納する。
【００６５】
次に、複数の商品毎の最低入札価格特定部３３２は、オークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、入札されたオークションの複数の商品毎の個別の入札価格情報を複数の商品毎に順位づけするとともに、複数の商品毎の入札価格情報の中の最低入札価格を特定する（ステップＳ１０４）。したがって、商品毎の個別の入札価格同士を比較できる。
【００６６】
次に、商品一括最低入札価格特定部３３３は、オークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、入札されたオークションの複数の商品一括の入札価格情報を順位づけするとともに、複数の商品一括の入札価格情報の中の最低入札価格を特定する（ステップＳ１０５）。したがって、複数の商品一括の入札価格同士を比較できる。
【００６７】
次に、大小比較部３３４は、商品一括最低入札価格特定部３３３によって特定された複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格特定部３３２によって特定された複数の商品毎の最低入札価格の全ての商品についての合計額との大小を比較する（ステップＳ１０６）。したがって、複数の商品一括の入札の最低入札価格及び商品毎の個別の入札の最低入札価格の合計額の比較を実現できる。
【００６８】
次に、オークション管理部３３１は、サーバ通信部３１を介して、サプライヤ側端末２に入札状況情報を送信する（ステップＳ１０７）。
【００６９】
オークション管理部３３１は、ログインしたサプライヤのサプライヤＩＤ及びオークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、ログインしたサプライヤ自身の入札の順位を特定し、ステップＳ１０６において比較した結果を参照し、サプライヤが現状で落札できるか否か判断する。オークション管理部３３１は、サプライヤが現状で落札できると判断すると、落札できる入札の入札状況情報にサプライヤが現状で落札できることを示す情報（例えば、王冠）を追加する。
【００７０】
さらに、オークション管理部３３１は、ログインしたサプライヤのサプライヤＩＤ及びオークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、入札状況情報を生成し、サーバ通信部３１を介して、サプライヤ側端末２に入札状況情報を送信する。入札状況情報とは、商品一括最低入札価格特定部３３３によって特定された複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格特定部３３２によって特定された複数の商品毎の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額と、サプライヤ自身の入札の順位を少なくとも含む情報である。
【００７１】
オークション管理部３３１は、複数の商品毎の最低入札価格特定部３３２、商品一括最低入札価格特定部３３３、及び大小比較部３３４によって処理された結果を入札状況監視情報としてサーバ記憶部３２に、次回の入札まで一時的に格納する。なお、オークション管理部３３１は、記憶容量削減のためにこの一時的な記憶をしなくてもよい。
【００７２】
サプライヤ側端末２の閲覧実行部２５１は、端末通信部２１を介して受信した入札状況情報を入札画面として表示部２４に表示する。
【００７３】
サプライヤ側端末２で入札が行われる度に、ステップＳ１０３〜１０７は、繰り返される。
【００７４】
図１０（ａ）は、入札情報テーブルの入札ＩＤが５の入札が行われたとき（１６時２０分）（図４（ｃ）参照）のサプライヤＥのサプライヤ側端末２の入札画面４００を示す。入札情報テーブルの入札ＩＤが５の入札が行われたときは、入札ＩＤが１〜５までの入札が行われている。
【００７５】
入札画面４００は、サプライヤＥの順位及びサプライヤＥが現状で落札できることを示す情報（例えば、王冠）を表示する状況４０１、個別入札の商品（北海道、本州、四国・九州）及び一括入札の商品（全国一括）を表示する商品４０２、商品毎の最低入札価格を示す商品毎の首位価格４０３、現状での商品毎のサプライヤＥの最終入札価格４０４、入札価格を入力するフォーム４０５、及び入札実行ボックス４０６を表示する。また、分散発注時の最安値合計（５４００万円）４０７を表示することにより、全国一括の入札価格を入力する際の落札するための目安にすることができる。
【００７６】
サプライヤは、地域（北海道、本州、四国・九州）毎に対する個別入札も全国一括に対する入札も、入札価格を入力するフォーム４０５に入札価格を入力し、入札実行ボタン４０６を押下することによって可能である。入札実行ボタン４０６を押下すると、サプライヤ側端末２の閲覧実行部２５１は、入札された商品ＩＤ及び入札価格情報をサーバ３に送信する。したがって、入札の種類を個別の商品毎の入札及び商品一括の入札の２種類の入札に限定でき、複数の商品について商品毎の個別の入札及び／又は複数の商品一括の入札を一度に実行できる。
【００７７】
図１０（ｂ）は、入札情報テーブルの入札ＩＤが５の入札が行われたとき（１６時２０分）（図４（ｃ）参照）のサプライヤＢのサプライヤ側端末２の入札画面４１０を示す。入札画面４１０は、本州の状況４１１及び全国一括の状況４１２に１位が表示され、本州の状況４１１には現状で落札できることを示す情報も表示される。したがって、サプライヤＢは、個別入札及び一括入札の両方で１位であり、現状では個別入札及び一括入札のうちの個別入札で落札できることを知ることができる。
【００７８】
図１１（ａ）は、入札情報テーブルの入札ＩＤが５の入札が行われたとき（１６時２０分）（図４（ｃ）参照）のサプライヤＣのサプライヤ側端末２の入札画面を示す。入札情報テーブルの入札ＩＤが５の入札が行われたときは、入札ＩＤが１〜５までの入札が行われている。
【００７９】
図１１（ｂ）は、入札情報テーブルの入札ＩＤが７の入札が行われたとき（１６時２７分）（図４（ｃ）参照）のサプライヤＧのサプライヤ側端末２の入札画面を示す。入札情報テーブルの入札ＩＤが７の入札が行われたときは、入札ＩＤが１〜７までの入札が行われている。
【００８０】
図１２（ａ）は、入札情報テーブルの入札ＩＤが７の入札が行われたとき（１６時２７分）（図４（ｃ）参照）のサプライヤＣのサプライヤ側端末２の入札画面４２０を示す。入札画面４２０は、四国・九州の入札が２位４２１と、全国一括の入札が２位４２２であることと、四国・九州の首位価格（１３００万円）４２３及び全国一括の首位価格（５５００万円）４２４とを示す。したがって、サプライヤＣは、自身の入札の順位と１位になるための入札価格の目安を知ることができる。具体的には、サプライヤＣが四国・九州に対して、１３００万円未満の価格で入札すると四国・九州の順位が１位になる。また、サプライヤＣが全国一括（北海道・本州・四国・九州）に対して、５５００万円未満の価格で入札すると全国一括（北海道・本州・四国・九州）の順位が一位になる。
【００８１】
図１１（ａ）のサプライヤＣのサプライヤ側端末２の入札画面では、四国・九州の商品の状況が現状で落札できることを示す情報と１位を表示していたものの、入札ＩＤが７の入札によって、サプライヤＧが四国・九州の商品で１位になったため、図１２（ａ）のサプライヤＣのサプライヤ側端末２の入札画面では、四国・九州の商品の状況が２位を表示している。
【００８２】
図１２（ｂ）は、入札情報テーブルの入札ＩＤが８の入札が行われたとき（１６時４０分）（図４（ｃ）参照）のサプライヤＡのサプライヤ側端末２の入札画面４３０を示す。入札情報テーブルの入札ＩＤが８の入札が行われたときは、入札ＩＤが１〜８までの入札が行われている。入札画面４３０は、分散発注時の最安値合計４３１が５１００万円であるのに対して、商品一括の首位価格４３２が５０００万円であり、商品一括の首位価格が分散発注時の最安値合計よりも小さいので、全国一括の状況４３３に現状で落札できることを示す情報及び１位が表示されている。逆に、商品一括の首位価格が分散発注時の最安値合計よりも大きいときは、商品毎の最低入札価格に現状で落札できることを示す情報（例えば、王冠）が表示される。
【００８３】
バイヤ側端末１がサーバ３で生成されるオークション画面にログインしてアクセスすることにより、オークション管理部３３１は、入札状況監視情報を、サーバ通信部３１を介してバイヤ側端末１に送信する（ステップＳ１０８）。入札状況監視情報とは、商品一括最低入札価格特定部３３３によって特定された複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格特定部３３２によって特定された複数の商品毎の最低入札価格と、ステップＳ１０４，１０５において順位づけをした、複数の商品毎の個別の入札価格情報の複数の商品毎の順位及び複数の商品一括の入札価格情報の順位、並びにサプライヤが現状で落札できるかを示す情報を少なくとも含む情報である。バイヤ側端末１の閲覧実行部１５１は、端末通信部１１を介して受信した入札状況監視情報を入札状況監視画面３２０，３４０（図１３，１４参照）として表示部１４に表示する。
【００８４】
図６は、図５の入札データ処理システムによる動作シーケンスの一例の続きを示す図である。
【００８５】
オークション管理部３３１は、現在時刻がサーバ記憶部３２のオークション情報テーブルの終了日時を過ぎたことを検出し、入札の受付を終了する（ステップＳ１０９）。
【００８６】
次に、落札サプライヤ決定部３３５は、落札サプライヤの決定フロー（図７参照）を実行する（ステップ１１０）。
【００８７】
オークション管理部３３１は、サーバ記憶部３２に一時的に記憶された入札状況監視情報を参照し、ステップ１１０で決定した落札する１のサプライヤ又は複数の商品毎の落札するサプライヤのサプライヤ側端末２に落札情報を、サーバ通信部３１を介して送信する（ステップＳ１１１）。落札情報とは、決定した落札する１のサプライヤ又は複数の商品毎の落札するサプライヤが落札価格及び落札対象商品を確認するための情報である。サプライヤ側端末２の閲覧実行部２５１は、端末通信部２１を介して受信した落札情報を表示部２４に表示する。
【００８８】
オークション管理部３３１は、落札サプライヤ決定後の入札状況監視情報を、ステップ１０８と同様にサーバ通信部３１を介してバイヤ側端末１に送信する（ステップＳ１１２）。バイヤ側端末１の閲覧実行部１５１は、端末通信部１１を介して受信した落札サプライヤ決定後の入札状況監視情報を入札状況監視画面として表示部１４に表示する。
【００８９】
図５及び図６の入札データ処理システムによる動作シーケンスを実行することにより、複数の商品一括の入札価格同士の比較、商品毎の個別の入札価格同士の比較、複数の商品一括の入札の最低入札価格並びに商品毎の個別の入札の最低入札価格を全ての商品について合計した入札価格の比較の３つの比較を一度に行うことで、商品一括の商品の数及びサプライヤ数が多くなった場合あっても、計算量を抑えつつ、落札価格の低下の効果が最大となる入札を落札させることが可能である。
【００９０】
図１３は、入札ＩＤが１０の入札が行われた後（図４（ｃ）参照）のバイヤ側端末１の落札サプライヤ決定後の入札状況監視画面３２０を示す。入札情報テーブルの入札ＩＤが１０の入札が行われたときは、入札ＩＤが１〜１０までの入札が行われている。複数の商品毎の個別の入札価格情報を複数の商品毎に順位づけされた情報３２１、３２２、３２３が表示される。複数の商品一括の入札価格情報を順位づけされた情報３２４が表示される。したがって、バイヤは、複数の商品毎の最低入札価格及び複数の商品一括の最低入札価格の順位づけを同時に確認することができる。
【００９１】
複数の商品一括の最低入札価格（５０００万円）が、複数の商品毎の最低入札価格の全ての商品についての合計額（４８００万円）より大きいときに、落札サプライヤ決定後の入札状況監視画面３２０は、複数の商品毎の最低入札価格を送信した、複数の商品毎のサプライヤ側端末のサプライヤ（サプライヤＥの北海道、サプライヤＦの本州、サプライヤＧの四国・九州）が落札することを示す。即ち、落札できることを示す情報３２１、３２２、３２３が表示されている。したがって、バイヤは、個別入札及び一括入札のいずれの入札で落札されたか知ることができる。
【００９２】
なお、入札ＩＤが１０の入札が行われたとき（１６時５５分）で落札サプライヤ決定前に、入札状況監視画面３２０（図１３）を表示するための入札状況監視情報をバイヤ側端末１に送信してもよい（図５のステップＳ１０８）。
【００９３】
図１４は、入札情報テーブルの入札ＩＤが７の入札が行われず、入札情報テーブルの入札ＩＤが１〜６，８〜１０の入札が行われた後（図４（ｃ）参照）のバイヤ側端末１の落札サプライヤ決定後の入札状況監視画面３４０を示す。複数の商品一括の最低入札価格（５０００万円）と、複数の商品毎の最低入札価格の全ての商品についての合計額（５０００万円）とが等しく、オークション情報テーブルの優先フラグが一括優先であるときに、落札サプライヤ決定後の入札状況監視画面３４０は、複数の商品一括の最低入札価格を送信した１のサプライヤＡが落札することを示す。即ち、落札できることを示す情報３４１が表示される。
【００９４】
なお、入札情報テーブルの入札ＩＤが７の入札が行われず、入札ＩＤが１〜６，８〜１０の入札が行われたとき（１６時５５分）で落札サプライヤ決定前に、入札状況監視画面３４０（図１４）を表示するための入札状況監視情報をバイヤ側端末１に送信してもよい（図５のステップＳ１０８）。
【００９５】
また、入札状況監視画面３４０（図１４）に「分散発注時  最安値合計」欄を設け、オークション管理部３３１は、複数の商品毎の最低入札価格の全ての商品についての合計額を算出し、算出した合計額をバイヤ側端末１に送信し、バイヤ側端末１は、「分散発注時  最安値合計」欄に受信した合計額を表示してもよい。したがって、バイヤが分散発注時の最安値合計と複数の商品一括の最低入札価格を一目で確認できる。
【００９６】
図７は、落札サプライヤ決定部３３５のオークション情報テーブルの優先フラグが一括優先である場合の動作フローの一例を示す。
【００９７】
まず、落札サプライヤ決定部３３５は、サーバ記憶部３２に一時的に記憶された入札状況監視情報を参照し、複数の商品一括の最低入札価格≦複数の商品毎の最低入札価格の全ての商品についての合計額でない場合（ステップＳ２００のＮｏ）、複数の商品毎の最低入札価格を送信した、複数の商品毎のサプライヤ側端末のサプライヤを、複数の商品毎の落札するサプライヤと決定する（ステップＳ２０１）。即ち、複数の商品毎の最低入札価格で入札した、複数の商品毎のサプライヤが落札するサプライヤとなり、複数の商品毎の最低入札価格がそれぞれ落札価格となり、複数の商品がそれぞれ落札対象商品となる。
【００９８】
一方、複数の商品一括の最低入札価格≦複数の商品毎の最低入札価格の全ての商品についての合計額である場合（ステップＳ２００のＹｅｓ）、複数のサプライヤ側端末２のうち、複数の商品一括の最低入札価格を送信した１のサプライヤ側端末のサプライヤを、落札する１のサプライヤと決定する（ステップＳ２０２）。即ち、複数の商品一括の最低入札価格で入札した１のサプライヤが落札する１のサプライヤとなり、複数の商品一括の最低入札価格が１の落札価格になり、複数の商品一括が１の落札対象商品となる。
【００９９】
図７の落札サプライヤ決定部３３５の動作フローを実行することにより、複数の商品一括の入札の最低入札価格及び商品毎の個別の入札の最低入札価格の合計額の比較を実現できる。
【０１００】
なお、図７においては、オークション情報テーブルの優先フラグが一括優先である場合の動作フローについて説明したが、オークション情報テーブルの優先フラグが個別優先である場合には、ステップＳ２００の不等号「≦」が「＜」になり、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額とが等しいときに、ステップＳ２０１を実行することになる。したがって、オークション情報テーブルの優先フラグにより、オークション毎に一括優先か個別優先か設定できる。よって、一括優先に設定し、バイヤにとって落札後の取引を一括して行い、スムーズに取引できる。逆に、個別優先に設定し、バイヤにとって代金回収のリスクを分散できる。
【０１０１】
なお、サーバ記憶部３２に入札状況監視情報が一時的に記憶されていない場合は、ステップＳ１０８、１１１、及び１１２において、ステップＳ１０４〜１０６を再度実行することによって、入札状況監視情報を再生成してもよい。
【０１０２】
なお、図１〜１４において、リバースオークションの入札データ処理システムについて説明したが、通常のオークションに入札データ処理システムを適用してもよい。図１５〜１８を用いて、通常のオークションに適用した入札データ処理システムを説明する。
【０１０３】
なお、参照番号が同一のサーバ通信部３１、サーバ記憶部３２、オークション管理部３３１（図１５参照）、ステップＳ１００、１０１、１０２、１０３、１０７、１０８（図１６参照）、ステップＳ１０９、１１１、１１２（図１７参照）は、図５，６のリバースオークションの「最低入札価格」、「サプライヤ」及び「バイヤ」を、通常のオークションの「最高入札価格」、「入札者」及び「出品者」に置き換えたのみなので、説明を省略する。
【０１０４】
図１５は、通常のオークションのサーバ３’の概略構成の一例を示す。
【０１０５】
サーバ処理部３３は、オークション管理部３３１、複数の商品毎の最高入札価格特定部３３２’、商品一括最高入札価格特定部３３３’、大小比較部３３４’、落札入札者決定部３３５’を備える。複数の商品毎の最高入札価格特定部３３２’は、ステップＳ１０４’（図１６参照）を実行する。商品一括最高入札価格特定部３３３’は、ステップＳ１０５（図１６参照）を実行する。大小比較部３３４’は、ステップＳ１０６’（図１６参照）を実行する。落札サプライヤ決定部３３５’は、ステップＳ１１０’（図１７参照）、ステップＳ２００’〜２０２’（図１８参照）を実行する。
【０１０６】
図１６は、通常のオークションの入札データ処理システムによる動作シーケンスの一例を示す図である。
【０１０７】
次に、複数の商品毎の最高入札価格特定部３３２’は、オークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、入札されたオークションの複数の商品毎の個別の入札価格情報を複数の商品毎に順位づけするとともに、複数の商品毎の入札価格情報の中の最高入札価格を特定する（ステップＳ１０４’）。したがって、商品毎の個別の入札価格同士を比較できる。
【０１０８】
次に、商品一括最高入札価格特定部３３３’は、オークションのオークションＩＤに基づいて、サーバ記憶部３２の商品情報テーブル及び入札情報テーブルを参照し、入札されたオークションの複数の商品一括の入札価格情報を順位づけするとともに、複数の商品一括の入札価格情報の中の最高入札価格を特定する（ステップＳ１０５’）。したがって、複数の商品一括の入札価格同士を比較できる。
【０１０９】
次に、大小比較部３３４’は、商品一括最高入札価格特定部３３３’によって特定された複数の商品一括の最高入札価格と、複数の商品毎の最高入札価格特定部３３２’によって特定された複数の商品毎の最高入札価格の全ての商品についての合計額との大小を比較する（ステップＳ１０６’）。したがって、複数の商品一括の入札の最高入札価格及び商品毎の個別の入札の最高入札価格の合計額の比較を実現できる。
【０１１０】
図１７は、図１６の入札データ処理システムによる動作シーケンスの一例の続きを示す図である。
【０１１１】
落札入札者決定部３３５’は、落札入札者の決定フローを実行する（ステップ１１０’）。
【０１１２】
図１６及び図１７の入札データ処理システムによる動作シーケンスを実行することにより、複数の商品一括の入札価格同士の比較、商品毎の個別の入札価格同士の比較、複数の商品一括の入札の最高入札価格及び商品毎の個別の入札の最高入札価格を全ての商品について合計した入札価格の比較の３つの比較を一度に行うことで、商品一括の商品の数及び入札者数が多くなった場合あっても、計算量を抑えつつ、落札価格の上昇の効果が最大となる入札を落札させることが可能である。
【０１１３】
図１８は、落札入札者決定部３３５’のオークション情報テーブルの優先フラグが一括優先である場合の動作フローの一例を示す。
【０１１４】
まず、落札入札者決定部３３５’は、サーバ記憶部３２に一時的に記憶された入札状況監視情報を参照し、複数の商品一括の最高入札価格≧複数の商品毎の最高入札価格の全ての商品についての合計額でない場合（ステップＳ２００’のＮｏ）、複数の商品毎の最高入札価格を送信した、複数の商品毎の入札者側端末の入札者を、複数の商品毎の落札する入札者と決定する（ステップＳ２０１’）。即ち、複数の商品毎の最高入札価格で入札した、複数の商品毎の入札者が落札する入札者となり、複数の商品毎の最高入札価格がそれぞれ落札価格となり、複数の商品がそれぞれ落札対象商品となる。
【０１１５】
一方、複数の商品一括の最高入札価格≧複数の商品毎の最高入札価格の全ての商品についての合計額である場合（ステップＳ２００’のＹｅｓ）、複数の入札者側端末２のうち、複数の商品一括の最高入札価格を送信した１の入札者側端末の入札者を、落札する１の入札者と決定する（ステップＳ２０２’）。即ち、複数の商品一括の最高入札価格で入札した１の入札者が落札する１の入札者となり、複数の商品一括の最高入札価格が１の落札価格になり、複数の商品一括が１の落札対象商品となる。
【０１１６】
図１８の落札入札者決定部３３５’の動作フローを実行することにより、複数の商品一括の入札の最高入札価格及び商品毎の個別の入札の最高入札価格の合計額の比較を実現できる。
【０１１７】
なお、図１８においては、オークション情報テーブルの優先フラグが一括優先である場合の動作フローについて説明したが、オークション情報テーブルの優先フラグが個別優先である場合には、ステップＳ２００’の不等号「≧」が「＞」になり、複数の商品一括の最高入札価格と、複数の商品毎の最高入札価格の全ての商品についての合計額とが等しいときに、ステップＳ２０１’を実行することになる。したがって、オークション情報テーブルの優先フラグにより、オークション毎に一括優先か個別優先か設定できる。よって、一括優先に設定し、出品者にとって落札後の取引を一括して行い、スムーズに取引できる。逆に、個別優先に設定し、出品者にとって代金回収のリスクを分散できる。
【０１１８】
なお、リバースオークションの入札データ処理システムの図５において、ステップＳ１０４の次にステップＳ１０５を実行したが、リバースオークションの入札データ処理システムの図５において、ステップＳ１０４とステップＳ１０５の実行順序を逆にし、ステップＳ１０５の次にステップＳ１０４を実行してもよい。また、通常のオークションに適用した入札データ処理システムの図１６において、ステップＳ１０４’の次にステップＳ１０５’を実行したが、通常のオークションに適用した入札データ処理システムの図１６において、ステップＳ１０４’とステップＳ１０５’の実行順序を逆にし、ステップＳ１０５’の次にステップＳ１０４’を実行してもよい。
【０１１９】
なお、リバースオークション又はオークションを実施する際にハンディキャップ処理を行なってもよい。具体的には、まず、サーバ記憶部３２は、個別の商品毎又は商品一括、及び取引者毎にハンディキャップ情報を含むハンディキャップ情報テーブル（図示せず）をさらに記憶する。ここで、取引者とは、サプライヤ、入札者を含む。また、ハンディキャップ情報は、プラス又はマイナスの金額であってもよく、入札価格情報に対する割合を示す情報（例えば、０〜３００％の掛け算）であってもよい。
【０１２０】
さらに、ハンディキャップ情報は、個別の商品毎の入札と商品一括の入札との間で異なるように登録されてもよい。したがって、商品一括の入札を個別の商品毎の入札よりも有利にし、バイヤ又は出品者にとって落札後の取引を一括して行い、スムーズに取引できるという効果を奏することができる。逆に、個別の商品毎の入札を商品一括の入札よりも有利にし、バイヤ又は出品者にとって代金回収のリスクを分散させるという効果を奏することができる。
【０１２１】
サーバ３のハンディキャップ管理部（図示せず）は、バイヤ側端末又は出品者側端末から個別の商品毎又は商品一括、及び取引者に対応するハンディキャップ情報を受信し、サーバ記憶部３２のハンディキャップ情報テーブルに格納する。
【０１２２】
ハンディキャップ管理部は、図５のステップＳ１０４，１０５又は図１６のステップＳ１０４’，１０５’において、入札価格情報の順位づけをする際に、サーバ記憶部３２に記憶したハンディキャップ情報をさらに参照し、ハンディキャップ情報がサーバ記憶部３２に記憶された取引者の入札価格情報を当該ハンディキャップ情報に応じて変更する。したがって、ハンディキャップ情報に応じて取引者の入札価格情報の順位を修正でき、図６のステップＳ１１０、図１７のステップＳ１１０’において、修正された入札価格情報に基づいて落札取引者を決定する。
【０１２３】
ハンディキャップ管理部は、図５，１６のステップＳ１０７において、ハンディキャップ情報がサーバ記憶部３２に記憶された取引者の入札価格情報を当該ハンディキャップ情報が記憶されていない取引者側端末に送信する際に、ハンディキャップ情報に応じて入札価格情報を変更し、変更した入札価格情報を取引者側端末に送信する。
【０１２４】
一方、ハンディキャップ管理部は、図５，１６のステップＳ１０７において、ハンディキャップ情報がサーバ記憶部３２に記憶された取引者の入札価格情報を当該ハンディキャップ情報が記憶された取引者側端末に送信する際に、当該取引者自身の入札価格情報を変更せずに、当該取引者以外の入札価格情報を当該ハンディキャップ情報の逆演算（例えば、ハンディキャップ情報がプラスの金額の場合はマイナスの金額で、ハンディキャップ情報が割合の掛け算の場合は割合の割り算で）で変更し、取引者側端末に送信する。したがって、ハンディキャップ情報が記憶された取引者自身の入札画面は、入札画面に自身の入札価格情報をそのまま表示するので、ハンディキャップ情報に応じて修正された入札価格情報の順位を維持しつつ、ハンディキャップ情報が記憶された取引者は、自身にハンディがあるとは気づかずに入札を継続できる。
【０１２５】
ハンディキャップ管理部は、図５，１６のステップＳ１０８、図６，１７のステップＳ１１２において、ハンディキャップ情報がサーバ記憶部３２に記憶された取引者の入札価格情報をバイヤ側端末又は出品者側端末に送信する際に、ハンディキャップ情報に応じて入札価格情報を変更し、変更した入札価格情報をバイヤ側端末又は出品者側端末に送信する。
【０１２６】
また、端末処理部２５及びサーバ処理部３３が備える各機能をコンピュータに実現させるためのコンピュータプログラムは、磁気記録媒体、半導体記録媒体、光記録媒体等のコンピュータにより読み取り可能な記録媒体に記録された形で提供され、当該記録媒体から公知のセットアッププログラム等を用いて端末記憶部１２，２２及び／又はサーバ記憶部３２にインストールされてもよい。
【０１２７】
ここに挙げられた全ての例及び特定の用語は、読者が、本発明及び当該技術の促進に対する本発明者により寄与された概念を理解することを助ける、教示的な目的において意図されたものである。また、ここに挙げられた全ての例及び特定の用語は、本発明の優位性及び劣等性を示すことに関する、本明細書の如何なる例の構成、そのような特定の挙げられた例及び条件に限定しないように解釈されるべきものである。本発明の実施形態は詳細に説明されているが、本発明の精神及び範囲から外れることなく、様々な変更、置換及び修正をこれに加えることが可能であることを理解されたい。
【符号の説明】
【０１２８】
１    バイヤ側端末
１１，２１    端末通信部
１２，２２    端末記憶部
１３，２３    操作部
１４，２４    表示部
１５，２５    端末処理部
１５１，２５１    閲覧実行部
２    サプライヤ側端末
３，３’    サーバ
３１    サーバ通信部
３２    サーバ記憶部
３３    サーバ処理部
３３１    オークション管理部
３３２    複数の商品毎の最低入札価格特定部
３３２’    複数の商品毎の最高入札価格特定部
３３３    商品一括最低入札価格特定部
３３３’    商品一括最高入札価格特定部
３３４，３３４’    大小比較部
３３５    落札サプライヤ決定部
３３５’    落札入札者決定部
４    ネットワーク
【要約】
【課題】本発明は、商品一括の商品の数及びサプライヤ数若しくは入札者数が多くなった場合であっても、計算量を抑えつつ、複数の商品に対する入札価格の比較をする入札データ処理システム等を提供することを目的とする。
【解決手段】本発明に係るサーバ（３）は、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品毎の入札価格情報の中の最低入札価格を特定する複数の商品毎の最低入札価格特定部（３３２）と、記憶部に記憶した商品情報及び入札情報を参照し、複数の商品一括の入札価格情報の中の最低入札価格を特定する商品一括最低入札価格特定部（３３３）と、複数の商品一括の最低入札価格と、複数の商品毎の最低入札価格の全ての商品についての合計額との大小を比較する大小比較部（３３４）と、大小比較の結果に基づいて、落札する１のサプライヤ又は複数の商品毎の落札するサプライヤを決定する落札サプライヤ決定部（３３５）を有する。
【選択図】図５【図１】
0005898739.tif 000002
【図２】
0005898739.tif 000003
【図３】
0005898739.tif 000004
【図４】
0005898739.tif 000005
【図５】
0005898739.tif 000006
【図６】
0005898739.tif 000007
【図７】
0005898739.tif 000008
【図１５】
0005898739.tif 000009
【図１６】
0005898739.tif 000010
【図１７】
0005898739.tif 000011
【図１８】
0005898739.tif 000012
【図８】
0005898739.tif 000013
【図９】
0005898739.tif 000014
【図１０】
0005898739.tif 000015
【図１１】
0005898739.tif 000016
【図１２】
0005898739.tif 000017
【図１３】
0005898739.tif 000018
【図１４】
0005898739.tif 000019