(57)【要約】  共同購買逆オークションにおいてより多くのバイヤからの発注申込を集めることができる技術的手段を提供する。逆オークション支援装置３０の制御部３１０は、オークション期間Ｔ−ｋ中に、バイヤ端末１０−ｍからのリクエストに応じて最新の競り値を閲覧させる処理と、バイヤ端末１０−ｍから受信した発注エントリ情報ＯＤを発注管理データベースＯＤＢ−ｋに追加する処理と、サプライヤ端末２０−ｎからのリクエストに応じて最新の発注総数及び競り値を閲覧させる処理と、サプライヤ端末２０−ｎから受信した入札情報ＲＤを入札管理データベースＲＤＢ−ｋに追加する処理とを並列に行う。そして、制御部３１０は、オークション期間Ｔ−ｋの終了後に、入札管理データベースＲＤＢ−ｋ内の各入札情報ＲＤから最も入札順位の高い入札情報ＯＤ１ＳＴを選択する。
2013021886.tif 000002
【特許請求の範囲】
【請求項１】
逆オークションの対象となる対象品目の各バイヤが使用するバイヤ端末と、前記対象品目の各サプライヤが使用するサプライヤ端末と、逆オークション支援装置とを有する逆オークション支援システムであって、
前記逆オークション支援装置は、
前記バイヤ端末と通信網を介して通信するとともに、前記サプライヤ端末と通信網を介して通信する通信インターフェースと、
各バイヤのバイヤ識別子と各バイヤが発注条件として指定した前記対象品目の発注数を含む発注エントリ情報とを対応付けて記憶する第１のデータベースと、
各サプライヤのサプライヤ識別子と各サプライヤが受注条件として指定した前記対象品目の落札希望単価を含む入札情報とを対応付けて記憶する第２のデータベースと、
前記対象品目について予め定められたオークション期間の間、
前記バイヤ端末から前記対象品目の最新の競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第２のデータベース内の入札情報が示す落札希望単価の最低額を最新の競り値とし、この競り値を前記通信インターフェースを介して前記バイヤ端末に返信する第１の処理と、
前記バイヤ端末から発注エントリ情報を前記通信インターフェースを介して受信し、受信した発注エントリ情報の送信元のバイヤのバイヤ識別子と当該発注エントリ情報との対を前記第１のデータベースに追加することによって前記第１のデータベースの記憶内容を更新する第２の処理と、
前記サプライヤ端末から最新の発注総数及び競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第１のデータベース内の各発注エントリ情報が示す発注数を合計した数を最新の発注総数とするとともに当該受信時点における前記第２のデータベース内の各入札情報が示す落札希望単価の最低額を最新の競り値とし、この発注総数及び競り値を前記通信インターフェースを介して前記サプライヤ端末に返信する第３の処理と、
前記サプライヤ端末から入札情報を前記通信インターフェースを介して受信し、受信した入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加することによって前記第２のデータベースの記憶内容を更新する第４の処理と
を実行し、
前記オークション期間が終了した後、
前記オークション期間の終了時点における前記第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、この入札情報と前記第１のデータベース内の全発注エントリ情報のセットを前記対象品目についての逆オークションのオークション結果として出力する第５の処理を実行する制御手段と
を具備することを特徴とする逆オークション支援システム。
【請求項２】
前記入札情報は、前記サプライヤが前記発注条件として指定した落札希望単価と提供可能数量とを含むものであり、
前記制御手段は、
前記第４の処理では、
前記サプライヤ端末から受信した入札情報を新規入札の判定対象とし、この判定対象とした入札情報の受信時点における第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、前記判定対象とした入札情報が前記１位の入札情報よりも低い落札希望単価を含む場合、または、前記判定対象とした入札情報が前記１位の入札情報と同額の落札希望単価とこの入札情報よりも多い提供可能数量とを含む場合に、前記判定対象とした入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加する
ことを特徴とする請求項１に記載の逆オークションシステム。
【請求項３】
前記制御手段は、
前記第４の処理では、
前記第２のデータベースに新たな入札情報を追加した場合に、それまでの入札順位が１位であった入札情報の送信元のサプライヤ端末に宛てて、新たな入札があったことを示すメッセージを送信する
ことを特徴とする請求項２に記載の逆オークションシステム。
【請求項４】
前記制御手段は、
前記オークション期間の終了時点における発注エントリ情報の示す発注総数が予め定められた閾値を上回っているか否かを判定し、上回っている場合に前記第５の処理を実行する
ことを特徴とする請求項１に記載の逆オークションシステム。
【請求項５】
前記入札情報は、最低取引数量を含み、
前記制御手段は、入札順位が１位の入札情報に含まれる最低取引数量を前記閾値として用いることを特徴とする請求項４に記載の逆オークションシステム。
【請求項６】
前記制御手段は、
前記第５の処理において、発注総数が入札順位１位の入札情報の提供可能数量を上回っている場合には、発注エントリ情報の送信時刻が早い順に、発注総数が前記提供可能数量に収まる範囲で発注エントリ情報を選択し、当該選択した発注エントリ情報と入札順位１位の入札情報のセットをオークション結果として出力することを特徴とする請求項２に記載の逆オークションシステム。
【請求項７】
前記逆オークション支援装置は、
過去に開催した逆オークションまたは現在開催中の逆オークションについての発注および入札の履歴の閲覧を要求するメッセージをサプライヤ端末またはバイヤ端末から受信した場合に、該当する発注エントリ情報を前記第１のデータベースから読み出すとともに該当する入札情報を前記第２のデータベースから読み出し、当該発注エントリ情報と当該入札情報とを時系列順に並べてオークション履歴情報を生成し、前記履歴の閲覧を要求するメッセージの送信元へ返信する第６の処理を実行することを特徴とする請求項１に記載の逆オークションシステム。
【請求項８】
逆オークションの対象となる対象品目の各バイヤの端末と通信網を介して通信するとともに、前記対象品目の各サプライヤの端末と通信網を介して通信する通信インターフェースと、
各バイヤのバイヤ識別子と各バイヤが指定した前記対象品目の発注条件を示す発注エントリ情報とを対応付けて記憶する第１のデータベースと、
各サプライヤのサプライヤ識別子と各サプライヤが指定した前記対象品目の受注条件を示す入札情報とを対応付けて記憶する第２のデータベースと、
前記対象品目について予め定められたオークション期間の間、
前記バイヤ端末から前記対象品目の最新の競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第２のデータベース内の入札情報が示す落札希望単価の最低額を最新の競り値とし、この競り値を前記通信インターフェースを介して前記バイヤ端末に返信する第１の処理と、
前記バイヤ端末から発注エントリ情報を前記通信インターフェースを介して受信し、受信した発注エントリ情報の送信元のバイヤのバイヤ識別子と当該発注エントリ情報との対を前記第１のデータベースに追加することによって前記第１のデータベースの記憶内容を更新する第２の処理と、
前記サプライヤ端末から最新の発注総数及び競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第１のデータベース内の各発注エントリ情報が示す発注数を合計した数を最新の発注総数とするとともに当該受信時点における前記第２のデータベース内の各入札情報が示す落札希望単価の最低額を最新の競り値とし、この発注総数及び競り値を前記通信インターフェースを介して前記サプライヤ端末に返信する第３の処理と、
前記サプライヤ端末から入札情報を前記通信インターフェースを介して受信し、受信した入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加することによって前記第２のデータベースの記憶内容を更新する第４の処理と
を実行し、
前記オークション期間が終了した後、
前記オークション期間の終了時点における前記第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、この入札情報と前記第１のデータベース内の全発注エントリ情報のセットを前記対象品目についての逆オークションのオークション結果として出力する第５の処理を実行する制御手段と
を具備することを特徴とする逆オークション支援装置。
【請求項９】
前記入札情報は、前記サプライヤが前記発注条件として指定した落札希望単価と提供可能数量とを含むものであり、
前記制御手段は、
前記第４の処理では、
前記サプライヤ端末から受信した入札情報を新規入札の判定対象とし、この判定対象とした入札情報の受信時点における第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、前記判定対象とした入札情報が前記１位の入札情報よりも低い落札希望単価を含む場合、または、前記判定対象とした入札情報が前記１位の入札情報と同額の落札希望単価とこの入札情報よりも多い提供可能数量とを含む場合に、前記判定対象とした入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加する
ことを特徴とする請求項８に記載の逆オークション支援装置。
【請求項１０】
前記制御手段は、
前記第４の処理では、
前記第２のデータベースに新たな入札情報を追加した場合に、それまでの入札順位が１位であった入札情報の送信元のサプライヤ端末に宛てて、新たな入札があったことを示すメッセージを送信する
ことを特徴とする請求項９に記載の逆オークション支援装置。
【請求項１１】
前記制御手段は、
前記オークション期間の終了時点における発注エントリ情報の示す発注総数が予め定められた閾値を上回っているか否かを判定し、上回っている場合に前記第５の処理を実行する
ことを特徴とする請求項８に記載の逆オークション支援装置。
【請求項１２】
前記入札情報は、最低取引数量を含み、
前記制御手段は、入札順位が１位の入札情報に含まれる最低取引数量を前記閾値として用いることを特徴とする請求項１１に記載の逆オークション支援装置。
【請求項１３】
前記制御手段は、
前記第５の処理において、発注総数が入札順位１位の入札情報の提供可能数量を上回っている場合には、発注エントリ情報の送信時刻が早い順に、発注総数が前記提供可能数量に収まる範囲で発注エントリ情報を選択し、当該選択した発注エントリ情報と入札順位１位の入札情報のセットをオークション結果として出力することを特徴とする請求項９に記載の逆オークション支援装置。
【請求項１４】
前記制御手段は、
過去に開催した逆オークションまたは現在開催中の逆オークションについての発注および入札の履歴の閲覧を要求するメッセージをサプライヤ端末またはバイヤ端末から受信した場合に、該当する発注エントリ情報を前記第１のデータベースから読み出すとともに該当する入札情報を前記第２のデータベースから読み出し、当該発注エントリ情報と当該入札情報とを時系列順に並べてオークション履歴情報を生成し、前記履歴の閲覧を要求するメッセージの送信元へ返信する第６の処理を実行することを特徴とする請求項８に記載の逆オークション支援装置。
【請求項１５】
コンピュータに、
逆オークションの対象となる対象品目の各バイヤのバイヤ識別子と各バイヤが指定した前記対象品目の発注条件を示す発注エントリ情報とを対応付けて記憶する第１のデータベースと、
前記対象品目の各サプライヤのサプライヤ識別子と各サプライヤが指定した前記対象品目の受注条件を示す入札情報とを対応付けて記憶する第２のデータベースと、
前記対象品目について予め定められたオークション期間の間、前記バイヤ端末から前記対象品目の最新の競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第２のデータベース内の入札情報が示す落札希望単価の最低額を最新の競り値とし、この競り値を前記通信インターフェースを介して前記バイヤ端末に返信する第１の処理と、前記バイヤ端末から発注エントリ情報を前記通信インターフェースを介して受信し、受信した発注エントリ情報の送信元のバイヤのバイヤ識別子と当該発注エントリ情報との対を前記第１のデータベースに追加することによって前記第１のデータベースの記憶内容を更新する第２の処理と、前記サプライヤ端末から最新の発注総数及び競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第１のデータベース内の各発注エントリ情報が示す発注数を合計した数を最新の発注総数とするとともに当該受信時点における前記第２のデータベース内の各入札情報が示す落札希望単価の最低額を最新の競り値とし、この発注総数及び競り値を前記通信インターフェースを介して前記サプライヤ端末に返信する第３の処理と、前記サプライヤ端末から入札情報を前記通信インターフェースを介して受信し、受信した入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加することによって前記第２のデータベースの記憶内容を更新する第４の処理とを実行し、前記オークション期間が終了した後、前記オークション期間の終了時点における前記第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、この入札情報と前記第１のデータベース内の全発注エントリ情報のセットを前記対象品目についての逆オークションのオークション結果として出力する第５の処理を実行する制御手段と
を実現させるプログラム。
【請求項１６】
前記入札情報は、前記サプライヤが前記発注条件として指定した落札希望単価と提供可能数量とを含むものであり、
前記制御手段は、
前記第４の処理では、
前記サプライヤ端末から受信した入札情報を新規入札の判定対象とし、この判定対象とした入札情報の受信時点における第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、前記判定対象とした入札情報が前記１位の入札情報よりも低い落札希望単価を含む場合、または、前記判定対象とした入札情報が前記１位の入札情報と同額の落札希望単価とこの入札情報よりも多い提供可能数量とを含む場合に、前記判定対象とした入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加する
ことを特徴とする請求項１５に記載のプログラム。
【請求項１７】
前記制御手段は、
前記第４の処理では、
前記第２のデータベースに新たな入札情報を追加した場合に、それまでの入札順位が１位であった入札情報の送信元のサプライヤ端末に宛てて、新たな入札があったことを示すメッセージを送信する
ことを特徴とする請求項１６に記載のプログラム。
【請求項１８】
前記制御手段は、
前記オークション期間の終了時点における発注エントリ情報の示す発注総数が予め定められた閾値を上回っているか否かを判定し、上回っている場合に前記第５の処理を実行する
ことを特徴とする請求項１５に記載のプログラム。
【請求項１９】
前記入札情報は、最低取引数量を含み、
前記制御手段は、入札順位が１位の入札情報に含まれる最低取引数量を前記閾値として用いることを特徴とする請求項１８に記載のプログラム。
【請求項２０】
前記制御手段は、
前記第５の処理において、発注総数が入札順位１位の入札情報の提供可能数量を上回っている場合には、発注エントリ情報の送信時刻が早い順に、発注総数が前記提供可能数量に収まる範囲で発注エントリ情報を選択し、当該選択した発注エントリ情報と入札順位１位の入札情報のセットをオークション結果として出力することを特徴とする請求項１６に記載のプログラム。
【請求項２１】
前記制御手段は、
過去に開催した逆オークションまたは現在開催中の逆オークションについての発注および入札の履歴の閲覧を要求するメッセージをサプライヤ端末またはバイヤ端末から受信した場合に、該当する発注エントリ情報を前記第１のデータベースから読み出すとともに該当する入札情報を前記第２のデータベースから読み出し、当該発注エントリ情報と当該入札情報とを時系列順に並べてオークション履歴情報を生成し、前記履歴の閲覧を要求するメッセージの送信元へ返信する第６の処理を実行することを特徴とする請求項１５に記載のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子商取引を支援する技術に関する。
【背景技術】
【０００２】
通信網を介した電子商取引の取引形態の１つに共同購買逆オークションがある。共同購買逆オークションは、複数のバイヤの中から大量発注による値下げの余地が大きいであろう商品の共同購入者を募り、共同購入者となるバイヤに対して一括して商品を販売する者を複数のサプライヤの競り下げ入札により決定するものである。共同購買逆オークションは次のような手順で進行する。共同購買逆オークションの運営者は、オークションの対象品目の仕様などを記した広告をオークションサイトに掲載する。オークションサイトを訪問したバイヤは、サイトに掲載されている対象品目の購入を希望する場合は、その品目の識別情報や発注数を入力して共同購入を申し込む。運営者は、予め決められた募集期間が経過した後、その期間の間に各バイヤが申し込んだ発注数の総数を複数のサプライヤに通知し、各サプライヤからの落札希望単価の入札を待つ。そして、運営者は、最も低い落札希望単価を提示したサプライヤを落札者とし、このサプライヤと共同購入者である各バイヤとの間の売買契約を仲介する。共同購買逆オークションに関する技術を開示した文献として、特許文献１がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−３０１７８２号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、共同購買逆オークションにバイヤとして参加する者の中には、オークションの対象品目は欲しいが、自身が都合できる金額より高い金額を支払ってまで購入するつもりはない、という者もいる。しかしながら、従来の共同購買逆オークションでは、オークションの対象品目の共同購入者を募る期間とその品目についての入札者を募る期間とが完全に分かれていた。このため、バイヤは、オークションの対象品目がどの程度まで競り下げられるのか分からない状態のまま購入を申し込むか否かを判断しなければならないという問題があった。
本発明は、このような課題に鑑みてなされたものであり、共同購買逆オークションにおいてより多くのバイヤからの発注申込を集めることができる技術的手段を提供することを目的とする。
【課題を解決するための手段】
【０００５】
上記課題を解決するため、本発明は、逆オークションの対象となる対象品目の各バイヤが使用するバイヤ端末と、前記対象品目の各サプライヤが使用するサプライヤ端末と、逆オークション支援装置とを有する逆オークション支援システムであって、前記逆オークション支援装置は、前記バイヤ端末と通信網を介して通信するとともに、前記サプライヤ端末と通信網を介して通信する通信インターフェースと、各バイヤのバイヤ識別子と各バイヤが発注条件として指定した前記対象品目の発注数を含む発注エントリ情報とを対応付けて記憶する第１のデータベースと、各サプライヤのサプライヤ識別子と各サプライヤが受注条件として指定した前記対象品目の落札希望単価を含む入札情報とを対応付けて記憶する第２のデータベースと、前記対象品目について予め定められたオークション期間の間、前記バイヤ端末から前記対象品目の最新の競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第２のデータベース内の入札情報が示す落札希望単価の最低額を最新の競り値とし、この競り値を前記通信インターフェースを介して前記バイヤ端末に返信する第１の処理と、前記バイヤ端末から発注エントリ情報を前記通信インターフェースを介して受信し、受信した発注エントリ情報の送信元のバイヤのバイヤ識別子と当該発注エントリ情報との対を前記第１のデータベースに追加することによって前記第１のデータベースの記憶内容を更新する第２の処理と、前記サプライヤ端末から最新の発注総数及び競り値の閲覧を求めるメッセージを前記通信インターフェースを介して受信し、このメッセージの受信時点における前記第１のデータベース内の各発注エントリ情報が示す発注数を合計した数を最新の発注総数とするとともに当該受信時点における前記第２のデータベース内の各入札情報が示す落札希望単価の最低額を最新の競り値とし、この発注総数及び競り値を前記通信インターフェースを介して前記サプライヤ端末に返信する第３の処理と、前記サプライヤ端末から入札情報を前記通信インターフェースを介して受信し、受信した入札情報の送信元のサプライヤのサプライヤ識別子と当該入札情報との対を前記第２のデータベースに追加することによって前記第２のデータベースの記憶内容を更新する第４の処理とを実行し、前記オークション期間が終了した後、前記オークション期間の終了時点における前記第２のデータベース内の各入札情報の中から入札順位が１位である入札情報を選択し、この入札情報と前記第１のデータベース内の全発注エントリ情報のセットを前記対象品目についての逆オークションのオークション結果として出力する第５の処理を実行する制御手段とを具備する逆オークション支援システムを提供する。【０００６】
この発明では、逆オークション支援装置の制御部は、逆オークションの対象品目のオークション期間の間に、サプライヤ端末から入札情報を受信し、この入札情報を第２のデータベースに追加する。そして、バイヤ端末からメッセージを受信した場合には、メッセージの受信時点における第２のデータベース内の各入札情報から最新の競り値を求め、この競り値をバイヤ端末に返信する。また、制御部は、逆オークションの対象品目のオークション期間の間に、バイヤ端末から発注エントリ情報を受信した場合には、この発注エントリ情報を第１のデータベースに追加する。そして、サプライヤ端末からメッセージを受信した場合には、メッセージの受信時点における第１のデータベース内の各発注エントリ情報から最新の発注総数を求めるとともに第２のデータベース内の各入札情報から最新の競り値を求め、求めた発注状況及び競り値をサプライヤ端末に返信する。よって、本発明によると、バイヤは、逆オークションの対象品目の単価が自身の購入予定額まで競り下がるのを確認してから共同発注の申込みを行うことができる。従って、本発明によると、オークションの対象品目は欲しいが、自身が都合できる金額より高い金額を支払ってまで購入するつもりはない、というバイヤからの発注の申込みが促がされる。また、本発明によると、バイヤの数の増加がサプライヤからのより低い落札希望単価での入札を促がし、より低い落札希望単価での入札がより多くのバイヤからの発注を促がす、という効果が期待できる。従って、本発明によると共同発注によるスケールメリットをより大きくすることができる。
【図面の簡単な説明】
【０００７】
【図１】本発明の実施例１の逆オークション支援システムの構成例を示す図である。
【図２】同システムの逆オークション支援装置の不揮発性記憶部に格納されている各種データベースの構造を示す図である。
【図３】同システムにおける通信シーケンスの一例を示す図である。
【図４】同システムのバイヤ端末及びサプライヤ端末に表示される品目リスト画面の表示例を示す図である。
【図５】同システムのバイヤ端末が表示する発注エントリ案内画面の表示例を示す図である。
【図６】同システムの逆オークション支援装置が実行するデータベース更新処理を示す図である。
【図７】同システムのサプライヤ端末が表示する入札案内画面の表示例を示す図である。
【図８】同システムの逆オークション支援装置が実行するデータベース更新処理を示す図である。
【発明を実施するための形態】
【実施例１】
【０００８】
以下図面を参照しつつ本発明の実施例１を説明する。
図１は、本発明の実施例１の逆オークション支援装置３０を含む逆オークション支援システムの構成例を示す図である。図１に示すように、このシステムは、バイヤ端末１０−ｍ（ｍ＝１〜Ｍ：Ｍは、本システムにおけるバイヤ端末の登録数）、サプライヤ端末２０−ｎ（ｎ＝１〜Ｎ：Ｎは、本システムにおけるサプライヤ端末の登録数）、及び逆オークション支援装置３０を含んでいる。図１に示すように、バイヤ端末１０−ｍ、サプライヤ端末２０−ｎ及び逆オークション支援装置３０は通信網４０に接続されている。バイヤ端末１０−ｍは、バイヤの端末装置（例えば、パーソナルコンピュータ）である。バイヤとは、共同購買逆オークションの参加者のうち、共同購買逆オークションの対象となる品目Ｐ−ｋ（ｋ＝１，２…）の買い手となる者をいう。バイヤ端末１０−ｍには、ブラウザが実装されている。ブラウザとは、ＨＴＴＰ（Hypertext Transfer Protocol）等に準拠した手順でデータを送受信するアプリケーションプログラムのことをいう。また、バイヤ端末１０−ｍには、各バイヤを識別するための識別子であるバイヤ識別子ＩＤＢ−ｍが記憶されている。バイヤ識別子ＩＤＢ−ｍは、逆オークション支援システムへのバイヤとしての参加登録の際にシステムの運営主体である事業者（以下、単に運営者とする）から各バイヤに交付される。バイヤ端末１０−ｍは、逆オークション支援装置３０にデータを送信する際は、自端末１０−ｍに記憶されたバイヤ識別子ＩＤＢ−ｍを送信データに含める。サプライヤ端末２０−ｎは、各品目Ｐ−ｋの売り手であるサプライヤの端末装置（例えば、パーソナルコンピュータ）である。サプライヤ端末２０−ｎにもブラウザが実装されている。サプライヤ端末２０−ｎには、各サプライヤを識別するための識別子であるサプライヤ識別子ＩＤＳ−ｍが記憶されている。サプライヤ識別子ＩＤＳ−ｍは、逆オークション支援システムへのサプライヤとしての参加登録の際に運営者から各サプライヤに交付される。サプライヤ端末２０−ｎは、逆オークション支援装置３０にデータを送信する際は、自端末２０−ｎに記憶されたサプライヤ識別子ＩＤＳ−ｍを送信データに含める。【０００９】
逆オークション支援装置３０は、運営者の管理の下に稼働するサーバ装置である。逆オークション支援装置３０は、制御部３１０、通信インターフェース（以下、「Ｉ／Ｆ」と表記）部３２０、ユーザインタフェース（以下、「Ｕ／Ｉ」と表記）部３３０、記憶部３４０、およびこれら構成要素間のデータ授受を仲介するバス３５０を有する。制御部３１０は、例えばＣＰＵ（Central Processing
Unit）である。制御部３１０は、記憶部３４０に記憶されている各種プログラムを実行することにより、逆オークション支援装置３０の制御中枢として機能する。通信Ｉ／Ｆ部３２０は、例えばＮＩＣ（Network Interface Card）であり、ルータなどの中継装置（図示略）を介して通信網４０に接続されている。通信Ｉ／Ｆ部３２０は、通信網４０を介して逆オークション支援装置３０宛に送信されてくる通信メッセージ（例えば、ＨＴＴＰにしたがって送信されてくる通信メッセージ）等を受信して制御部３１０に引き渡す一方、制御部３１０から引き渡される通信メッセージ等を通信網４０に送出する。Ｕ／Ｉ部３３０は、液晶ディスプレイなどの表示部とキーボードなどの操作部とを含んでいる（何れも図示略）。このＵ／Ｉ部３３０は、逆オークション支援装置３０の運用管理や保守を行うための各種ユーザインタフェースを運営者に提供するためのものである。【００１０】
記憶部３４０は、揮発性記憶部３４４と不揮発性記憶部３４２を含んでいる。揮発性記憶部３４４は、例えばＲＡＭ（Random Access Memory）である。揮発性記憶部３４４は、各種プログラムを実行する際のワークエリアとして利用される。不揮発性記憶部３４２は、例えばハードディスクである。不揮発性記憶部３４２には、バイヤ情報データベースＢＤＢと、サプライヤ情報データベースＳＤＢと、品目管理データベースＩＤＢと、各品目Ｐ−ｋに対応する発注管理データベースＯＤＢ−ｋ及び入札管理データベースＲＤＢ−ｋと、逆オークション支援プログラムＰＲＧとが記憶されている。【００１１】
図２（Ａ）に示すように、バイヤ情報データベースＢＤＢは、バイヤのバイヤ識別子ＩＤＢ−ｍとそのバイヤの企業情報ＣＤとを含むレコードの集合体である。企業情報ＣＤには、企業名、業種、所在地、資本金、担当者氏名、連絡先などの情報が含まれる。運営者は、バイヤとしてのシステムへの登録を希望する者から登録の申し込みを受領する度に、その者に固有のバイヤ識別子ＩＤＢ−ｍとその者が申告した企業情報ＣＤとを含む新たなレコードをバイヤ情報データベースＢＤＢに追加する作業を行う。【００１２】
図２（Ｂ）に示すように、サプライヤ情報データベースＳＤＢは、サプライヤのサプライヤ識別子ＩＤＳ−ｎとそのサプライヤの企業情報ＣＤとを含むレコードの集合体である。サプライヤ情報データベースＳＤＢに格納される企業情報にも、企業名、業種、所在地、資本金、担当者氏名、連絡先などの情報が含まれる。運営者は、サプライヤとしてのシステムへの登録を希望する者から登録の申し込みを受領する度に、その者に固有のサプライヤ識別子ＩＤＳ−ｎとその者が申告した企業情報ＣＤとを含む新たなレコードをサプライヤ情報データベースＳＤＢに追加する作業を行う。【００１３】
図２（Ｃ）に示すように、品目管理データベースＩＤＢは、品目Ｐ−ｋの品目識別子ＩＤＩ−ｋと、当該品目Ｐ−ｋの仕様情報ＳＰＤと、当該品目Ｐ−ｋについて定められたオークション期間Ｔ−ｋを示す情報とを含むレコードの集合体である。仕様情報ＳＰＤは、商品名、グレード、値引き前単価、及び外形画像データなどの情報を含んでいる。オークション期間Ｔ−ｋは、品目Ｐ−ｋについての共同購買逆オークションの開始時刻ｔＳＴＲと終了時刻ｔＥＮＤとにより規定される。運営者は、１つの種類の商品を共同購買逆オークションの対象品目Ｐ−ｋとして決定する度に、その品目Ｐ−ｋに固有の品目識別子ＩＤＩ−ｋ、仕様情報ＳＰＤ、及びオークション期間Ｔ−ｋ（開始時刻ｔＳＴＲ及び終了時刻ｔＥＮＤ）を決定し、これらを含む新たなレコードを品目管理データベースＩＤＢに追加する作業を行う。【００１４】
図２（Ｄ）に示すように、１つの品目Ｐ−ｋと対応する発注管理データベースＯＤＢ−ｋは、当該品目Ｐ−ｋの発注を申し込んだバイヤのバイヤ識別子ＩＤＢ−ｍと、当該バイヤが発注条件として指定した発注数を示す発注エントリ情報ＯＤとを含むレコードの集合体である。また、１つの品目Ｐ−ｋと対応する入札管理データベースＲＤＢ−ｋは、当該品目Ｐ−ｋの入札を申し込んだサプライヤのサプライヤ識別子ＩＤＳ−ｎと、当該サプライヤが受注条件として指定した落札希望単価及び提供可能数量を示す入札情報ＲＤとを含むレコードの集合体である。ここで、実施例１では、運営者が、１つの商品を共同購買逆オークションの対象品目Ｐ−ｋとして決定する度に、当該品目Ｐ−ｋと対応する発注管理データベースＯＤＢ−ｋ及びＲＤＢ−ｋを不揮発性記憶部３４２内に記憶する作業を行う。そして、この品目Ｐ−ｋについて定められたオークション期間Ｔ−ｋの間、制御部３１０が、バイヤ端末１０−ｍから発注エントリ情報ＯＤを受信してその発注エントリ情報ＯＤを含むレコードをその品目Ｐ−ｋに対応する発注管理データベースＯＤＢ−ｋに追加するとともに、サプライヤ端末２０−ｎから入札情報ＲＤを受信してその入札情報ＲＤを含むレコードをその品目Ｐ−ｋに対応する入札管理データベースＲＤＢ−ｋに追加する処理を行う。詳しくは、後述する。【００１５】
図１において、不揮発性記憶部３４２内の逆オークション支援プログラムＰＲＧは、次の５つの機能を有する。
ａ１．発注支援機能
これは、共同購買逆オークションの対象品目Ｐ−ｋのオークション期間Ｔ−ｋの間、バイヤ端末１０−ｍからその品目Ｐ−ｋの最新の競り値の閲覧を求めるメッセージＭＳ１２０を通信Ｉ／Ｆ部３２０を介して受信し、このメッセージＭＳ１２０の受信時点における入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤから最新の競り値を求め、求めた競り値を通信Ｉ／Ｆ部３２０を介してバイヤ端末１０−ｍに返信する機能である。
ｂ１．発注受付機能
これは、品目Ｐ−ｋのオークション期間Ｔ−ｋの間、バイヤ端末１０−ｍから発注エントリ情報ＯＤを通信Ｉ／Ｆ部３２０を介して受信し、受信した発注エントリ情報ＯＤの送信元のバイヤのバイヤ識別子ＩＤＢ−ｍと当該発注エントリ情報ＯＤとの対を発注管理データベースＯＤＢ−ｋに追加することによって同発注管理データベースＯＤＢ−ｋの記憶内容を更新する機能である。
ｃ１．入札支援機能
これは、品目Ｐ−ｋのオークション期間Ｔ−ｋの間、サプライヤ端末２０−ｎから最新の発注総数及び競り値の閲覧を求めるメッセージＭＳ２２０を通信Ｉ／Ｆ部３２０を介して受信し、このメッセージＭＳ２２０の受信時点における発注管理データベースＯＤＢ−ｋの各レコード内の発注エントリ情報ＯＤから最新の発注総数を求めるとともに当該受信時点における入札管理データベースＲＤＢ−ｋの各レコードの入札情報ＲＤから最新の競り値を求め、求めた発注総数及び競り値を通信Ｉ／Ｆ部３２０を介してサプライヤ端末２０−ｎに返信する機能である。
ｄ１．入札受付機能
これは、品目Ｐ−ｋのオークション期間Ｔ−ｋの間、サプライヤ端末２０−ｎから入札情報ＲＤを通信Ｉ／Ｆ部３２０を介して受信し、受信した入札情報ＲＤの送信元のサプライヤのサプライヤ識別子ＩＤＳ−ｎと当該入札情報ＲＤとの対を入札管理データベースＲＤＢ−ｋに追加することによって同入札管理データベースＲＤＢ−ｋの記憶内容を更新する機能である。
ｅ１．オークション結果出力機能
これは、品目Ｐ−ｋのオークション期間Ｔ−ｋの終了後、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤの中から入札順位が１位である入札情報ＲＤ１ＳＴを選択し、この入札情報ＲＤ１ＳＴと発注管理データベースＯＤＢ−ｋの全レコード内の発注エントリ情報ＯＤを含むオークション結果提示メッセージＭＳ４１０を生成し、このメッセージＭＳ４１０を通信インターフェース部３２０に出力して同部３２０から通信網４０に送信させる機能である。【００１６】
次に、対象品目Ｐ−１の競合購買逆オークションを例にとり、実施例１の動作について説明する。図３は、実施例１の動作を示すフローチャートである。図３に示すように、実施例１では、品目Ｐ−１のオークション期間Ｔ−１の間は品目Ｐ−１についてのオークション処理ＰＲＣ１が実行され、この期間Ｔ−１の終了後に品目Ｐ−１についてのオークション結果出力処理ＰＲＣ２が実行される。ここで、図３におけるステップＳ３２１〜Ｓ３４１は、発注支援機能の働きによって実行される処理である。図３におけるステップＳ３５１は、発注受付機能の働きによって実行される処理である。図３におけるステップＳ３２２及びＳ３４２は、入札支援機能の働きによって実行される処理である。図３におけるステップＳ３５２〜Ｓ３９２は、入札受付機能の働きによって実行される処理である。また、ステップＳ４００及びＳ４１０は、オークション結果出力機能の働きによって実行される処理である。ここで、図３では、バイヤ端末１０−ｍとサプライヤ端末２０−ｎが１つずつ図示されているが、これらは複数個ずつ存在している。よって、逆オークション支援装置３０に対する複数のバイヤ端末１０−ｍからのアクセスが競合したり、逆オークション支援装置３０に対する複数のサプライヤ端末２０−ｎからのアクセスが競合することも起こり得る。このような場合における逆オークション支援装置３０による排他制御については、周知の技術を採用する。また、以下の説明は、各サプライヤが品目Ｐ−１についての十分な在庫を有しており、オークション期間Ｔ−１内の各時点において各サプライヤが受注条件として指定する提供可能数量は、オークション期間Ｔ−１の間に各バイヤが発注条件として指定するであろう発注数の合計よりも大きい数量であるものとする。【００１７】
図３のオークション処理ＰＲＣ１において、バイヤは、逆オークションサイトを閲覧する場合、自身のバイヤ端末１０−ｍから逆オークションサイトの閲覧を求めるメッセージＭＳ１００を送信する（Ｓ１００）。このメッセージＭＳ１００は逆オークション支援装置３０に送られる。サプライヤは、逆オークションサイトを閲覧する場合、サプライヤ端末２０−ｍからオークションサイトの閲覧を求めるメッセージＭＳ２００を送信する（Ｓ２００）。このメッセージＭＳ２００は逆オークション支援装置３０に送られる。逆オークション支援装置３０の制御部３１０は、メッセージＭＳ１００またはメッセージＭＳ２００を受信した場合、品目Ｐ−ｋ（ｋ＝１，２…）のうちオークション期間中であるもの（例えば、品目Ｐ−１及びＰ−２とする）を列記した品目リスト画面の画面データＧＤ３１０を生成し、この画面データＧＤ３１０を返信する（Ｓ３１０）。より詳細に説明すると、このステップＳ３１０では、制御部３１０は、品目管理データベースＩＤＢにおける対象品目Ｐ−ｋ（ｋ＝１，２…）のレコードの中から、当該品目Ｐ−ｋのオークション期間Ｔ−ｋの開始時刻ｔＳＴＲ及び終了時刻ｔＥＮＤとメッセージＭＳの受信時刻ｔＭＳとの時間軸上の位置関係がｔＳＴＲ＜ｔＭＳ＜ｔＥＮＤである１または複数のレコード（この例では、品目Ｐ−１及びＰ−２のレコード）を抽出する。そして、抽出した各レコードに含まれる仕様情報ＳＰＤをＨＴＭＬ（Hyper Text Markup Language）により記述されたひな形に埋め込んだものを画面データＧＤ３１０とする。【００１８】
バイヤ端末１０−ｍは、画面データＧＤ３１０を受信すると、ディスプレイに品目リスト画面を表示させる（Ｓ１１０）。図４は、品目リスト画面の表示例を示す図である。この例の品目リスト画面の上段には、「以下の品目のオークションを開催しています。」という文字列が記されている。また、図４に示すように、品目リスト画面では、「以下の品目のオークションを開催しています。」という文字列の下に、品目Ｐ−１の仕様情報ＳＰＤと、品目Ｐ−２の仕様情報ＳＰＤとが上下に並べて記されている。【００１９】
バイヤは、この品目リスト画面内に列記された品目Ｐ−１及びＰ−２の中に他者との共同発注を希望するもの（例えば、品目Ｐ−１とする）がある場合は、この品目Ｐ−１を選択する操作を行う。この操作が行われると、バイヤ端末１０−ｍは、品目Ｐ−１の最新の競り値の閲覧を求めるメッセージＭＳ１２０を逆オークション支援装置３０に宛てて送信する（Ｓ１２０）。逆オークション支援装置３０の制御部３１０は、メッセージＭＳ１２０を受信すると、品目Ｐ−１における受付け済みの入札情報ＲＤがあるか否かを判定する（Ｓ３２１）。より具体的には、制御部３１０は、入札管理データベースＲＤＢ−１に１つもレコードが記憶されていない場合は、１件も入札情報ＲＤを受け付けていないと判定し、同入札管理データベースＲＤＢ−１に１つ以上のレコードが記憶されている場合は、１件以上の入札情報ＲＤを受け付けていると判定する。【００２０】
制御部３１０は、ステップＳ３２１において、１件以上の入札情報ＲＤを受け付けていると判定した場合（Ｓ３２１：Ｙｅｓ）、メッセージＭＳ１２０の受信時点における最新の競り値を含む発注エントリ案内画面の画面データＧＤ３３１を生成し、この画面データＧＤ３３１をバイヤ端末１０−ｍに宛てて送信する（Ｓ３３１）。より詳細に説明すると、このステップＳ３３１では、制御部３１０は、メッセージＭＳ１２０の受信時点における入札管理データベースＲＤＢ−１の各レコード内の入札情報ＲＤを揮発性記憶部３４４に読み出す。制御部３１０は、この揮発性記憶部３４４内の各入札情報ＲＤが示す落札希望単価の中の最低額を品目Ｐ−１の最新の競り値とする。制御部３１０は、品目Ｐ−１の商品名と最新の競り値をＨＴＭＬにより記述されたひな形に埋め込んだものを画面データＧＤ３３１とする。【００２１】
制御部３１０は、ステップＳ３２１において、１件も入札情報ＲＤを受付けていないと判定した場合（Ｓ３２１：Ｎｏ）、品目Ｐ−１の商品名と品目Ｐ−１の値引き前単価を含む発注エントリ画面の画面データＧＤ３４１を生成し、この画面データＧＤ３４１をバイヤ端末１０−ｍに宛てて送信する（Ｓ３４１）。バイヤ端末１０−ｍは、画面データＧＤ３３１または画面データＧＤ３４１を受信すると、ディスプレイに発注エントリ案内画面を表示させる（Ｓ１３０）。図５は、発注エントリ案内画面の表示例を示す図である。図５に示すように、この発注エントリ案内画面には、「○○（○○は品目Ｐ−１の商品名）は１個当たり□□（□□は、値引き前単価または最新の競り値）円以下で購入できます。発注を希望される場合は発注数量を入力してください。」という文字列が記されている。図５に示す発注エントリ案内画面において、「○○（○○は品目Ｐ−１の商品名）は１個当たり□□（□□は、値引き前単価または最新の競り値）円以下で購入できます。発注を希望される場合は発注数量を入力してください。」という文字列の下には、入力欄８１が配置されている。そして、図５に示す発注エントリ案内画面において入力欄８１の下には、「発注」と記されたボタン８２が配置されている。バイヤは、この発注エントリ画面内の競り値（□□円）を確認する。そして、品目Ｐ−１を発注する場合は、入力欄８１に所望の発注数量を入力してからボタン８２を選択する操作を行う。また、バイヤは、品目Ｐ−１の競り値（□□円）が自身の購入予定額よりも高い場合は、この時点における品目Ｐ−１の発注を差し控えることもできる。この場合は、バイヤは、バイヤ端末１０−ｍと逆オークション支援装置３０とのコネクションを切断する操作を行う。バイヤ端末１０−ｍは、「発注」のボタン８２を選択する操作が行われると（Ｓ１４０：Ｙｅｓ）、入力欄８１に入力された発注数を含む発注エントリ情報ＯＤを生成し、この発注エントリ情報ＯＤを逆オークション支援装置３０に宛てて送信する（Ｓ１５０）。【００２２】
逆オークション支援装置３０の制御部３１０は、バイヤ端末１０−ｍから発注エントリ情報ＯＤを受信すると、図６に示すように、その送信元であるバイヤのバイヤ識別子ＩＤＢ−ｍ（図６の例では、バイヤ識別子ＩＤＢ−１）と発注エントリ情報ＯＤの対を含む新たなレコードを生成し、このレコードを発注管理データベースＯＤＢ−１に追加する（Ｓ３５１）。【００２３】
図３において、サプライヤ端末２０−ｎは、画面データＧＤ３１０を受信すると、ディスプレイに品目リスト画面を表示させる（Ｓ２１０）。サプライヤ端末２０−ｎのディスプレイに表示される品目リスト画面の表示内容は、バイヤ端末１０−ｍのディスプレイに表示される品目リスト画面のレイアウトと同じである。【００２４】
サプライヤは、品目リスト画面内に列記された対象品目Ｐ−１及びＰ−２の中に、バイヤへの一括販売を希望するもの（例えば、品目Ｐ−１とする）がある場合は、この品目Ｐ−１を選択する操作を行う。この操作が行われると、サプライヤ端末２０−ｎは、品目Ｐ−１の最新の発注総数と最新の競り値の閲覧を求めるメッセージＭＳ２２０を逆オークション支援装置３０に宛てて送信する（Ｓ２２０）。逆オークション支援装置３０の制御部３１０は、メッセージＭＳ２２０を受信すると、品目Ｐ−１における受付済みの発注エントリ情報ＯＤがあるか否かを判定する（Ｓ３２２）。より具体的には、制御部３１０は、発注管理データベースＯＤＢ−１にレコードが１つも記憶されていない場合は、１件も発注エントリ情報ＯＤを受付けていないと判定し、同発注管理データベースＯＤＢ−１に１つ以上のレコードが記憶されている場合には、１件以上の発注エントリ情報ＯＤを受付けていると判定する。【００２５】
制御部３１０は、ステップＳ３２２において、１件以上の発注エントリ情報ＯＤを受け付けている判定した場合（Ｓ３２２：Ｙｅｓ）、メッセージＭＳ２２０の受信時点における最新の発注総数と最新の競り値とを含む入札案内画面の画面データＧＤ３３２を生成し、この画面データＧＤ３３２をサプライヤ端末２０−ｎに宛てて送信する（Ｓ３３２）。より詳細に説明すると、制御部３１０は、メッセージＭＳ２２０の受信時点における発注管理データベースＯＤＢ−１の各レコード内の発注エントリ情報ＯＤを揮発性記憶部３４４内に読み出す。制御部３１０は、この揮発性記憶部３４４内の各発注エントリ情報ＯＤが示す発注数を合計し、この合計した数を品目Ｐ−１の最新の発注総数とする。また、制御部３１０は、メッセージＭＳ２２０の受信時点における入札管理データベースＲＤＢ−１の各レコードの入札情報ＲＤを揮発性記憶部３４４に読み出し、この揮発性記憶部３４４内における各入札情報ＲＤを最も低い落札希望単価を示すものから順に順位付けする。ここで、揮発性記憶部３４４内の入札情報ＲＤの中に同額の落札希望単価を示す入札情報ＲＤが複数ある場合は、提供可能数量がより多いものに高い順位をつける。制御部３１０は、入札順位が１位の入札情報ＲＤ１ＳＴが示す落札希望単価を最新の競り値とする。その上で、制御部３１０は、先に求めておいた品目Ｐ−１の最新の発注総数と１位の入札情報ＲＤ１ＳＴが示す落札希望単価をＨＴＭＬにより記述されたひな形に埋め込んだものを画面データＧＤ３３２とする。【００２６】
制御部３１０は、ステップＳ３２２において、１件も発注エントリ情報ＯＤを受け付けていないと判定した場合（Ｓ３２２：Ｎｏ）、品目Ｐ−１の売買における最低取引個数（例えば、１個）と品目Ｐ−１の値引き前単価とを含む入札案内画面の画面データＧＤ３４２を生成し、この画面データＧＤ３４２をサプライヤ端末２０−ｎに宛てて送信する（Ｓ３４２）。サプライヤ端末２０−ｎは、画面データＧＤ３３２またはＧＤ３４２を受信すると、ディスプレイに入札案内画面を表示させる（Ｓ２３０）。図７は、入札案内画面の表示例を示す図である。この画面には、「○○（○○は品目Ｐ−１の商品名）の現在の発注数は△△（△△は、最低取引個数または発注数の総数）個です。現在の落札予定単価は□□（□□は値引き前単価または競り値）円です。□□円以下の落札希望単価での入札のみ受付けます。入札を希望される場合は落札希望単価と提供可能数量を入力してください。」という文字列が記されており、当該文字列の下には、入力欄８３と入力欄８４が配置されている。図７に示す入札案内画面において入力欄８４の下には、「入札」と記されたボタン８５が配置されている。サプライヤは、この入札案内画面の発注数（△△個）と競り値（□□円）を確認する。そして、品目Ｐ−１についての入札を行う場合は、入力欄８３に落札希望単価を入力するとともに、入力欄８４に提供可能数量を入力し、ボタン８５を選択する操作を行う。また、サプライヤは、最新の競り値以下の落札希望単価を付けると採算がとれないと感じた場合は、この時点における入札を差し控えることもできる。この場合、サプライヤは、サプライヤ端末２０−ｎと逆オークション支援装置３０とのコネクションを切断する操作を行う。サプライヤ端末２０−ｎは、「発注」のボタン８５を選択する操作が行われると（Ｓ２４０：Ｙｅｓ）、品目Ｐ−１の品目識別子ＩＤＩ−１と、入力欄８３に入力された落札希望単価と入力欄８４に入力された提供可能数量とを含む入札情報ＲＤを生成し、この入札情報ＲＤを逆オークション支援装置３０に宛てて送信する（Ｓ２５０）。【００２７】
逆オークション支援装置３０の制御部３１０は、サプライヤ端末２０−ｎから入札情報ＲＤを受信すると、品目Ｐ−１における受付済みの入札情報ＲＤがあるか否かを判定する（Ｓ３５２）。このステップＳ３５２における判定の具体的な手順は、ステップＳ３２２と同様である。【００２８】
制御部３１０は、ステップＳ３５２において、１件以上の入札情報ＲＤを受け付けていると判定した場合（Ｓ３５２：Ｙｅｓ）、サプライヤ端末２０−ｎから受信した入札情報ＲＤを判定対象とし、この判定対象とした入札情報ＲＤによる新規入札を受け付けるかそれとも拒否するかを判定する（Ｓ３６２）。このステップＳ３６２では、判定対象である入札情報ＲＤが既に受付済みの入札情報ＲＤを上回る受注条件を示すものである場合にのみ、制御部３１０は新規入札を受ける旨の判定結果を下す。より詳細に説明すると、制御部３１０は、品目Ｐ−１に対応する入札管理データベースＲＤＢ−１の各レコード内の入札情報ＲＤを揮発性記憶部３４４に読み出す。そして、この揮発性記憶部３４４内の各入札情報ＲＤをステップＳ３２２の場合と同様に順位付けし、各入札情報ＲＤの中から入札順位が１位の入札情報ＲＤ１ＳＴを選択する。制御部３１０は、この１位の入札情報ＲＤ１ＳＴとサプライヤ端末２０−ｎから受信した入札情報ＲＤを比較し、次の２つの条件のうちいずれかを満たす場合には、サプライヤ端末２０−ｎから受信した入札情報ＲＤによる新規入札を認める旨の判定結果を下す。
ａ２．落札希望単価が入札情報ＲＤ１ＳＴのものよりも低い
ｂ２．落札希望単価が入札情報ＲＤ１ＳＴのものと同額であり、提供可能数量が入札情報ＲＤ１ＳＴのものよりも多い【００２９】
制御部３１０は、ステップＳ３６２において、新規入札の受付を認めないと判定した場合には（Ｓ３６２：Ｎｏ）、受注条件を変えた再入札を促すメッセージＭＳ３７２をサプライヤ端末２０−ｎに宛てて送信する（Ｓ３７２）。サプライヤ端末２０−ｎは、このメッセージＭＳ３７２を受信すると、「この受注条件では入札できません。より低い落札希望単価での再入札をご検討下さい」という文字列をディスプレイに表示させる。【００３０】
制御部３１０は、ステップＳ３６２において、新規入札の受付を認めると判定した場合には（Ｓ３６２：Ｙｅｓ）、図８に示すように、その送信元であるサプライヤのサプライヤ識別子ＩＤＳ−ｎ（図８の例では、サプライヤ識別子ＩＤＳ−１７）と入札情報ＲＤの対を含む新たなレコードを生成し、このレコードを入札管理データベースＲＤＢ−１に追加する（Ｓ３８２）。また、制御部３１０は、ステップＳ３５２において、１件も入札情報ＲＤを受付けていないと判定した場合（Ｓ３５２：Ｎｏ）、新規入札の受付の判定を行うことなく、ステップＳ３８２に直ちに進む。制御部３１０は、入札管理データベースＲＤＢ−１にレコードを追加した後、それまでの入札順位が１位であった入札情報ＲＤの送信元のサプライヤ端末２０−ｎに宛てて、新たな入札があったことを示すメッセージを送信する（Ｓ３９２）。【００３１】
ここで、実施例１では、制御部３１０は、バイヤ端末１０−ｍからのメッセージＭＳ１００の受信またはサプライヤ端末２０−ｎからのメッセージＭＳ２００の受信を契機とするステップＳ３１０，バイヤ端末１０−ｍからのメッセージＭＳ１２０の受信を契機とするステップＳ３２１〜Ｓ３４１，バイヤ端末１０−ｍからの発注エントリ情報ＯＤの受信を契機とするステップＳ３５１，サプライヤ端末２０−ｎからのメッセージＭＳ２２０の受信を契機とするステップＳ３２２〜Ｓ３４２，サプライヤ端末２０−ｎからの入札情報ＲＤの受信を契機とするステップＳ３５２〜Ｓ３９２を並列に実行する。これらの処理が対象品目Ｐ−１のオークション期間Ｔ−１の開始時刻ｔＳＴＲから終了時刻ｔＥＮＤまでの間に亙って実行されることにより、発注管理データベースＯＤＢ−１には、期間Ｔ−１内に制御部３１０が受け付けた発注エントリ情報ＯＤが順に記憶される。また、入札管理データベースＲＤＢ−１には、期間Ｔ−１内に制御部３１０が受け付けた入札情報ＲＤが順に記憶される。【００３２】
図３のオークション結果出力処理ＰＲＣ２において、制御部３１０は、品目Ｐ−１のオークション期間Ｔ−１の終了時点ｔＥＮＤにおける入札管理データベースＲＤＢ−１の各レコード内の各入札情報ＲＤの中から入札順位が１位の入札情報ＲＤ１ＳＴを選択する（Ｓ４００）。より具体的に説明すると、制御部３１０は、入札管理データベースＲＤＢ−１の各入札情報ＲＤのうち同入札管理データベースＲＤＢ−１に最後に追加した入札情報ＲＤ（即ち、落札希望単価が最も低いもの）を探索し、この入札情報ＲＤを１位の入札情報ＲＤ１ＳＴとする。次に、制御部３１０は、ステップＳ４００において選択した入札情報ＲＤ１ＳＴと発注管理データベースＯＤＢ−１の各レコード内の発注エントリ情報ＯＤを揮発性記憶部３４４に読み出し、この入札情報ＲＤ１ＳＴ及び発注エントリ情報ＯＤと売買契約の締結の手順を示す案内文とを含むオークション結果通知メッセージ（電子メールメッセージ）ＭＳ４１０を生成し、このメッセージＭＳ４１０をＵ／Ｉ部３３０に出力して同部３３０から通信網４０に送信させる（Ｓ４００）。このメッセージＭＳ４１０は、品目Ｐ−１についての売買契約の共同発注者である各バイヤのバイヤ端末１０−ｍとその落札者であるサプライヤのサプライヤ端末２０−ｎに送られる。各バイヤ及びサプライヤは、このメッセージＭＳ４１０の案内文に従って品目Ｐ−１の売買契約を締結する。【００３３】
ここで、品目Ｐ−１のオークション期間Ｔ−１の間に、バイヤ端末１０−ｍから逆オークション支援装置３０に発注エントリ情報ＯＤが送信されたものの、サプライヤ端末２０−ｎから逆オークション支援装置３０に入札情報ＲＤが全く送信されなかった場合、オークション結果出力処理ＰＲＣ２において１位の入札情報ＲＤ１ＳＴを決定できないことになる。よって、この場合におけるオークション結果出力処理ＰＲＣ２では、制御部３１０は、品目Ｐ−１のオークション期間Ｔ−１の間に発注エントリ情報ＯＤを送信したバイヤ端末１０−ｍに宛ててオークションが不成立で合ったことを示すメッセージを送信する。また、品目Ｐ−１のオークション期間Ｔ−１の間に、サプライヤ端末２０−ｎから逆オークション支援装置３０に入札情報ＲＤが送信されたものの、バイヤ端末１０−ｍから逆オークション支援装置３０に発注エントリ情報ＯＤが全く送信されなかった場合、オークション結果出力処理ＰＲＣ２２おいて１位の入札情報ＲＤ１ＳＴを決定しても、その入札情報ＲＤ１ＳＴが示す受注条件の品目Ｐ−１を提供する相手が存在しないことになる。よって、この場合におけるオークション結果出力処理ＰＲＣ２では、制御部３１０は、品目Ｐ−１のオークション期間Ｔ−１の間に入札情報ＲＤを送信したサプライヤ端末２０−ｎに宛ててオークションが不成立で合ったことを示すメッセージを送信する。【００３４】
以上説明したように、実施例１では、逆オークション支援装置３０の制御部３１０は、逆オークションの対象品目Ｐ−ｋのオークション期間Ｔ−ｋの間に、次の４つの処理を行う。第１の処理では、バイヤ端末１０−ｍからメッセージＭＳ１２０を受信した場合には、メッセージＭＳ１２０の受信時点における入札管理データベースＲＤＢ−ｋ内の各入札情報ＲＤから最新の競り値を求め、この競り値を発注エントリ案内画面の画面データＧＤ３３１としてバイヤ端末１０−ｍに返信する。第２の処理では、バイヤ端末１０−ｍから発注エントリ情報ＯＤを受信した場合には、この発注エントリ情報ＯＤを発注管理データベースＯＤＢ−ｋに追加する。第３の処理では、サプライヤ端末２０−ｎからメッセージＭＳ２２０を受信した場合に、メッセージＭＳ２２０の受信時点における発注管理データベースＯＤＢ−ｋ内の各発注エントリ情報ＯＤから最新の発注総数を求めるとともに入札管理データベースＲＤＢ−ｋ内の各入札情報ＲＤから最新の競り値を求め、求めた発注数の総数及び競り値を入札案内画面の画面データＧＤ３３２としてサプライヤ端末２０−ｎに返信する。第４の処理では、サプライヤ端末２０−ｎから入札情報ＲＤを受信し、この入札情報ＲＤによる新規入札の受付を認めると判定した場合に、この入札情報ＲＤを入札管理データベースＲＤＢ−ｋに追加する。よって、実施例１によると、バイヤは、品目Ｐ−ｋの単価が自身の購入予定額まで競り下がるのを確認してから共同発注の申込みを行うことができる。従って、実施例１によると、オークションの対象品目Ｐ−ｋは欲しいが、自身が都合できる金額より高い金額を支払ってまで購入するつもりはない、というバイヤからの発注が促がされる。さらに、実施例１では、バイヤの数の増加がサプライヤからのより低い落札希望単価での入札を促がし、低い落札希望単価での入札がより多くのバイヤからの発注を促がす、という効果が期待できる。従って、実施例１によると、共同発注によるスケールメリットをより大きくすることができる。【００３５】
また、実施例１では、制御部３１０は、サプライヤ端末２０−ｎから受信した入札情報ＲＤが条件ａ２またはｂ２を満たす場合のみ、その入札情報ＲＤによる新規入札を認め、その入札情報ＲＤを含むレコードを入札管理データベースＲＤＢ−ｋに追加する。よって、落札者となる可能性が皆無であるサプライヤからの入札情報ＲＤが入札管理データベースＲＤＢ−ｋ内に蓄積されて記憶部３４０のリソースが浪費される、という事態の発生が防止される。【００３６】
また、実施例１では、制御部３１０は、サプライヤ端末２０−ｎから受信した入札情報ＲＤが条件ａ２またはｂ２を満たすと判定し、その入札情報ＲＤを含むレコードを入札管理データベースＲＤＢ−ｋに追加した後、それまでの入札順位が１位であった入札情報ＲＤの送信元のサプライヤ端末２０−ｎに宛てて、新たな入札があったことを示すメッセージを送信する。よって、受注条件を変更しなくても落札者になれると思っているサプライヤに対しその受注条件のままでは落札者になれないことを知らせ、より低い落札希望単価での再入札を促すことができる。【００３７】
以上本発明の実施例１について説明したが、この実施例１に以下に述べる変形を加えてもよい。
【実施例２】
【００３８】
上記実施例１において、制御部３１０は、ある品目Ｐ−ｋ（上記実施例１では品目Ｐ−１）についてのオークション結果出力処理ＰＲＣ２の後、その品目Ｐ−ｋの入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤの中から入札順位が１位でない入札情報ＲＤを選択し、この入札情報ＲＤが示す落札希望単価での品目Ｐ−ｋの購入を募る情報を各バイヤのバイヤ端末１０−ｋに送信するようにしてもよい。より具体的に説明すると、この実施例２では、制御部３１０は、品目Ｐ−ｋのオークション期間Ｔ−ｋの終了時点ｔＥＮＤの入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤの中から２位以下の所定順位（例えば、２位とする）の入札情報ＲＤ２ＮＤを選択する。そして、制御部３１０は、この入札情報ＲＤ２ＮＤをＨＴＭＬで記されたひな形に埋め込んだ追加募集案内画面の画面データを生成する。さらに、制御部３１０は、この画面データのＵＲＬと、「○○の共同購入者を追加募集します。購入を希望される場合は、追加募集案内画面にログインして下さい」という内容の文字列とを埋め込んだ電子メールをバイヤ端末１０−ｍ（ｍ＝１〜Ｍ）の電子メールアドレスに宛てて送信する。この実施例２によると、共同購買逆オークションにおいて落札者になり損なったサプライヤに品目Ｐ−ｋの販売の機会を与えることができる。
【実施例３】
【００３９】
上記実施例１において、各バイヤに閲覧させる品目Ｐ−ｋの発注案内画面に、品目Ｐ−ｋの値引き前単価で最新の競り値を除算した削減率を表示させるようにしてもよい。また、品目Ｐ−ｋの発注案内画面に、品目Ｐ−ｋについての入札数を表示させるようにしてもよい。
【実施例４】
【００４０】
上記実施例１において、バイヤ及びサプライヤに対し、共同購買逆オークションが既に終了した品目Ｐ−ｋについてのオークション履歴を閲覧させるようにしてもよい。より具体的に説明すると、この実施例３では、逆オークションサイトのメイン画面に、「過去開催結果はこちら」と記したボタンを配置する。そして、バイヤまたはサプライヤが、このボタンを選択する操作を行うと、制御部３１０は、過去の共同購買逆オークションの対象品目Ｐ−ｋにおける発注エントリ情報ＯＤと入札情報ＲＤの受信の履歴を時系列順に記した履歴画面の画像データを生成し、この画面データをバイヤ端末１０−ｍまたはサプライヤ端末２０−ｎに送信する。【００４１】
また、過去のオークション履歴ではなく、共同購買逆オークションを開催中の品目Ｐ−ｋについてのオークション履歴を閲覧させるようにしても良い。例えば、現在開催中の共同購買逆オークションについてのオークション履歴をバイヤが閲覧できるようにする態様としては、発注エントリ案内画面に履歴閲覧ボタンを配置し、当該履歴閲覧ボタンを選択する操作が行われたことを契機としてオークション履歴の閲覧を要求するメッセージをバイヤ端末１０−ｍに送信させる。一方、制御部３１０には、以下の処理を実行させるのである。すなわち、当該メッセージの受信を契機として、対象品目Ｐ−ｋについての発注エントリ情報ＯＤと入札情報ＲＤとを時系列順（受信時刻の早い順）に配列した履歴情報を生成し、当該履歴情報をリスト形式で表示させる画像データを当該メッセージの送信元へ宛てて返信する処理である。このような態様によれば、発注総数の推移と単価の値動きとから、対象品目Ｐ−ｋを購入しようとするバイヤに、自らの発注により単価がさらにどの程度引き下がるのかをある程度予測させることが可能になる。【００４２】
また、現在開催中の共同購買逆オークションについてのオークション履歴をサプライヤが閲覧できるようにする態様としては、入札案内画面に履歴閲覧ボタンを配置し、当該履歴閲覧ボタンを選択する操作が行われたことを契機としてオークション履歴の閲覧を要求するメッセージをサプライヤ端末２０−ｎに送信させる。一方、制御部３１０には、以下の処理を実行させるのである。すなわち、当該メッセージの受信を契機として、対象品目Ｐ−ｋについての発注エントリ情報ＯＤと入札情報ＲＤとを時系列順に配列して履歴情報を生成し、当該履歴情報をリスト形式で表示させる画像データを当該メッセージの送信元へ宛てて返信する処理である。このような態様によれば、発注総数の推移と単価の値動きとから、対象品目Ｐ−ｋの販売を落札しようとするサプライヤに、対象品目Ｐ−ｋについての発注総数（すなわち、需要）の推移を把握させるとともに、競合するサプライヤの入札傾向を把握させることが可能になり、どの程度まで単価を引き下げれば落札できるのかやその単価において見込まれる発注総数を推測してさらなる応札の可否を判断させることが可能になる。
【実施例５】
【００４３】
上記実施例１において、共同購買逆オークションの対象となる品目Ｐ−ｋは商品である必要は無い。対価の支払いと引き換えに提供されるサービスを共同購買逆オークションの対象となる品目Ｐ−ｋとしてもよい。
【実施例６】
【００４４】
上記実施例１では、品目Ｐ−ｋの共同購買逆オークションに参加する各サプライヤは品目Ｐ−ｋについての十分な在庫を有しており、オークション期間Ｔ−ｋ内の各時点において各サプライヤが受注条件として指定する提供可能数量は、オークション期間Ｔ−ｋの間に各バイヤが発注条件として指定するであろう発注数の合計よりも大きい数量であった。このため、上記実施例１では、オークション期間Ｔ−ｋの間に各バイヤが発注条件として指定した発注数の総数に拘わらず、共同発注者となったバイヤの全てが落札者となったサプライヤから品目Ｐ−ｋを購入することができた。しかし、落札者となったサプライヤが品目Ｐ−ｋについての十分な在庫を有していない場合、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注数の総数がサプライヤの提供可能数量を超えてしまうと、一部のバイヤはサプライヤから品目Ｐ−ｋを購入できなくなる、という事態も起こり得る。そこで、このような事態が発生した場合における取引の混乱を回避する技術的手段として以下に示す第１または第２の態様を採用してもよい。【００４５】
第１の態様では、制御部３１０は、品目Ｐ−ｋのオークション期間Ｔ−ｋの終了時ｔＥＮＤにおける入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤの中から品目Ｐ−ｋのオークション期間Ｔ−ｋの終了時点ｔＥＮＤの発注総数よりも多い提供可能数量を示す入札情報ＲＤを抽出し、この抽出した入札情報ＲＤの中から最も低い落札希望単価を示す入札情報ＲＤを選択し、この選択した入札情報ＲＤを入札順位が１位の入札情報ＲＤ１ＳＴとして決定する。【００４６】
より具体的に説明すると、この態様では、制御部３１０は、品目Ｐ−ｋのオークション期間Ｔ−ｋが終了すると、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注管理データベースＯＤＢ−ｋの各レコード内の発注エントリ情報ＯＤを揮発性記憶部３４４に読み出す。そして、揮発性記憶部３４４内の各発注エントリ情報ＯＤが示す発注数を合計した数を終了時点ｔＥＮＤにおける品目Ｐ−ｋの発注数の総数とする。次に、終了時点ｔＥＮＤにおける入札管理データベースＲＤＢ−ｋの各レコード内の入札情報ＲＤの中から上述した発注数の総数よりも多い提供可能数量を示す入札情報ＲＤを抽出し、この抽出した入札情報ＲＤを揮発性記憶部３４４に読み出す。その上で、制御部３１０は、この揮発性記憶部３４４内の各入札情報ＲＤを上述したステップＳ３２２と同様の手順で順位付けし、１位の順位を付けたものを入札情報ＲＤ１ＳＴとする。この態様では、オークション期間Ｔ−ｋの終了時ｔＥＮＤにおける発注総数よりも多い提供可能数量での入札を行っていたサプライヤの中から落札者が選ばれる。よって、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注数の総数が落札者となったサプライヤの提供可能数量を超えてしまい、一部のバイヤはサプライヤから品目Ｐ−ｋを購入できなくなる、という事態が発生しなくなる。【００４７】
第２の態様では、制御部３１０は、発注管理データベースＯＤＢ−ｋの各レコード内の各発注エントリ情報ＯＤを逆オークション支援装置３０への送信時刻の早いものから順に１つずつ読み出し、発注エントリ情報ＯＤを１つ読み出す度にそれまでに読み出した発注エントリ情報ＯＤが示す発注数の総数が１位の入札情報ＲＤ１ＳＴが示す提供可能数量に達したか否かを判定し、発注数の総数が１位の入札情報ＲＤ１ＳＴが示す提供可能数量に達した場合に、未だ読み出していない発注エントリ情報ＯＤについては発注を受けることができなくなった旨のメッセージを出力する。【００４８】
より具体的に説明すると、この態様では、制御部３１０は、品目Ｐ−ｋのオークション期間Ｔ−ｋが終了すると、入札管理データベースＲＤＢ−１の各入札情報ＲＤのうち同入札管理データベースＲＤＢ−１に最後に追加した入札情報ＲＤ（即ち、落札希望単価が最も低いもの）を探索し、この入札情報ＲＤを１位の入札情報ＲＤ１ＳＴとし、この入札情報ＲＤ１ＳＴが示す提供可能数量ＮｕｍＲ１ＳＴを求める。次に、制御部３１０は、発注管理データベースＯＤＢ−ｋに最初に記憶された発注エントリ情報ＯＤ１ＳＴを揮発性記憶部３４４に読み出してこの発注エントリ情報ＯＤ１ＳＴが示す発注数ＮｕｍＯ１ＳＴと提供可能数量ＮｕｍＲ１ＳＴとを比較する。そして、ＮｕｍＯ１ＳＴ≦ＮｕｍＲ１ＳＴである場合は、発注管理データベースＯＤＢ−ｋに２番目に記憶された発注エントリ情報ＯＤ２ＮＤを揮発性記憶部３４４に読み出してこの発注エントリ情報ＯＤ２ＮＤが示す発注数ＮｕｍＯ２ＮＤを求め、発注数ＮｕｍＯ１ＳＴと発注数ＮｕｍＯ２ＮＤの総計Σと提供可能数量ＮｕｍＲ１ＳＴとを比較する。【００４９】
制御部３１０は、発注数の総計Σが提供可能数量ＮｕｍＲ１ＳＴに達するまで、発注エントリ情報ＯＤの読み出し数を増やしつつ以上の処理を繰り返す。そして、制御部３１０は、ある発注エントリ情報ＯＤを読み出した時点における発注数の総計Σが提供可能数量ＮｕｍＲ１ＳＴに達すると、それまでに発注管理データベースＯＤＢ−ｋから読み出した発注エントリ情報ＯＤの送信元のバイヤ端末１０−ｍに宛てて上述したメッセージＭＳ４１０（売買契約の締結の手順を示す案内文を含む電子メールメッセージ）を送信し、未だ発注管理データベースＯＤＢ−ｋから読み出されていない発注エントリ情報ＯＤの送信元のバイヤ端末１０−ｍに宛てて品目Ｐ−ｋの発注を受け付けられなくなったことを示すメッセージＭＳ４１０’を送信する。【００５０】
この態様では、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注数の総数が落札者となったサプライヤの提供可能数量を超えた場合、発注エントリ情報ＯＤの送信が早かったバイヤから順に品目Ｐ−ｋの購入権を割り当てていく。よって、各バイヤに早期の発注を促すインセンティブを与えることができる。【００５１】
このように、各バイヤに早期発注を促すインセンティブを与えることによって以下の効果が期待される。一般に商取引においては、商品の買い手の企業が大きいほど1回の取引当たりの取引数量は多く、単価も低くなる傾向がある。したがって、上記実施例１において品目Ｐ−ｋを購入しようとするバイヤに大企業と中小企業とが含まれている場合、大企業は十分に単価が引き下がるまで発注を見送る可能性が高く、共同購買逆オークションの開始直後は中小企業からの発注が大半を占めると考えられる。このため、上記実施例１における単価の値動きは以下のようになると考えられる。すなわち、共同購買逆オークションの開始直後は中小企業からの発注が大半を占めるため、発注総数の増加は緩やかであり、単価も緩やかに低下して行くと考えられる。そして、大企業が発注に参加し始めると、発注総数は急速に増加し、単価も大企業の所望する水準まで急速に下落すると考えられる。このような値動きが想定される状況下で各バイヤに早期発注を促すインセンティブを与えると、共同購買逆オークション開始直後の中小企業による発注申し込みが活性化され、市場全体の活性化を図ることができると期待される。商品の単価が上記のような値動きを示す状況化下では、中小企業は早期に発注を行うほど、後に参加してくるであろう大企業による大量発注の恩恵（すなわち、大企業の取り引き水準なみの単価で商品を購入できること）を受けつつ、所望の個数の商品を確実に確保することができるからである。
【実施例７】
【００５２】
上記実施例１のオークション結果出力処理ＰＲＣ２では、品目Ｐ−１のオークション期間Ｔ−１の終了時点ｔＥＮＤにおいて入札管理データベースＲＤＢ−１に１つ以上の入札情報ＲＤが記憶されており、かつ発注管理データベースＯＤＢ−１に１つ以上の発注エントリ情報ＯＤが記憶されている場合には、無条件に品目Ｐ−１についての取引を成立させた。しかし、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注総数が著しく少ない場合には、品目Ｐ−１についての取引を成立させないようにしても良い。具体的には、取引を成立させるための条件として、発注総数についての閾値を予め定めておき、品目Ｐ−１のオークション期間Ｔ−１の終了時点ｔＥＮＤにおいて入札管理データベースＲＤＢ−１に１つ以上の入札情報ＲＤが記憶されており、かつ、オークション期間Ｔ−ｋの終了時点ｔＥＮＤにおける発注総数が上記閾値を上回っている場合に取引を成立させるのである。上記閾値については、逆オークション支援装置３０の運用管理者が品目毎に定めておいても良いし、或いは品目によらずに常に一定の値に定めておいても良い。また、各サプライヤに入札情報の送信の際に取引を成立させる最低取引数量を指定させて、入札順位１位のサプライヤの指定した最低取引数量を上記閾値として用いるようにしても良い。ここで、最低取引数量の指定の仕方としては、提供可能数量とは別個独立に指定する態様であっても良く、また、提供可能数量に対する比率（例えば、提供可能数量の８０％など）により最低取引数量を指定する態様であっても良い。一般に、各サプライヤは、ある程度纏まった数量の取引を見込めるからこそ単価を引き下げており、発注総数が著しく少ない場合にまで取引を成立させると、入札順位１位のサプライヤに大きな不利益を与え、次回以降のオークションへの参加を躊躇させる虞があるからである。
【符号の説明】
【００５３】
１０…バイヤ端末、２０…サプライヤ端末、３０…逆オークション支援装置、３１０…制御部、３２０…通信Ｉ／Ｆ部、３３０…Ｕ／Ｉ部、３４０…記憶部、３４２…不揮発性記憶部、３４４…揮発性記憶部、３５０…バス。
【図１】
2013021886.tif 000003
【図２】
2013021886.tif 000004
【図３】
2013021886.tif 000005
【図４】
2013021886.tif 000006
【図５】
2013021886.tif 000007
【図６】
2013021886.tif 000008
【図７】
2013021886.tif 000009
【図８】
2013021886.tif 000010
【国際調査報告】
2013021886.tif 000011
2013021886.tif 000012
2013021886.tif 000013
2013021886.tif 000014