(57)【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、
前記せりの応札価格が更新される場合に、前記せりの応札を前記応札価格毎に受け付けて集計する応札集計手段と、
前記応札集計手段が前記応札価格毎に集計した複数の応札結果を所定の装置上に表示させる応札結果提示手段と、を具備し、
前記応札集計手段は、現在の応札価格である第１の応札価格の他に、該第１の応札価格の直前に設定された応札価格である第２の応札価格での応札を少なくとも受け付けて集計する、
ことを特徴とするせりシステム。
【請求項２】
前記応札結果提示手段は、前記第１の応札価格で応札を受け付けた応札者が、前記第２の応札価格の応札時に、応札を受け付けた応札者か否かを区別可能に表示させる、
ことを特徴とする請求項１記載のせりシステム。
【請求項３】
前記応札結果提示手段は、前記第１の応札価格で応札を受け付けた応札者が、前記第２の応札価格の応札時に、前記第２の応札価格の応札が確定時間内に行われた応札者か否かを区別可能に表示させる、
ことを特徴とする請求項１記載のせりシステム。
【請求項４】
ネットワークを介して接続された端末装置からのせりの応札を受け付けて処理する応札処理装置において、
前記せりの応札価格が更新される場合に、該せりの応札を応札価格毎に受け付けて集計する応札集計手段と、
前記応札集計手段が前記応札価格毎に集計した複数の応札結果を所定の装置上に表示させる応札結果提示手段と、を具備し、
前記応札集計手段は、現在の応札価格である第１の応札価格の他に、該第１の応札価格の直前に設定された応札価格である第２の応札価格での応札を少なくとも受け付けて集計する、
ことを特徴とする応札処理装置。
【請求項５】
ネットワークを介して接続された端末装置からのせりの応札を受け付けて処理する応札処理装置として使用可能なコンピュータに、
前記せりの応札価格が更新される場合に、該せりの応札を前記応札価格毎に受け付けて集計する応札集計機能と、
前記応札集計機能により前記応札価格毎に集計された複数の応札結果を所定の装置上に表示させる応札結果提示機能と、を実現させ、
前記応札集計機能は、現在の応札価格である第１の応札価格の他に、該第１の応札価格の直前に設定された応札価格である第２の応札価格での応札を少なくとも受け付けて集計する、
ことを特徴とするプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークを介してせりを行うための技術に関する。
【背景技術】
【０００２】
せり会場のなかには、非常に多くの出品物が出品されるところがある。例えば中古車を出品物としてせりを行うせり会場では、１日に数百〜数千台の中古車をせりにかけるのが普通である。そのように多くの出品物（中古車）をせりにかける必要から、そのせりが行われるせり会場では、ネットワークに応札が可能な端末装置を接続したせりシステムが導入されているのが普通である。これは、せりシステムでは、提示された価格に対して応札を行った人（応札者）の特定を迅速、且つ正確に行えるからである。
【０００３】
非常に多くの出品物をせりにかける場合、各せりを迅速に行わなければならない。このため、応札価格をせりの参加者に提示し、提示する応札価格を応札者が一人となるまで自動的に更新することが行われている。応札価格の更新は、予め設定された時間間隔（せり上げ間隔）が経過する毎に、予め設定された金額（値幅）分、現在の応札価格（現在価格）に上乗せする形で行われるのが普通である。
【０００４】
出品者は、出品した出品物を落札しても良い希望価格を想定するのが普通である。このため、落札しても良い最低価格（売り切り価格）を出品者が指定できるようにすることも多く行われている。しかし、応札価格が売り切り価格に達しない場合もある。その場合、現在価格で落札しても良いか否かを出品者に選択させることになる。
【０００５】
出品者は、落札しても良いか否かの選択に、応札状況（応札者数）の推移を参考にすることが多い。これは、応札状況の推移は、自身の出品した出品物に対する参加者の評価傾向を判断するうえで有用な情報だからである。例えば応札者数が或る応札価格を境に急激に減少するような出品物は、その応札価格より大幅に高い価格での応札は期待できないと判断することができ、その応札者数が少しずつ減少するような出品物は、その応札価格より大幅に価格を上げても応札する人が出てくると判断することができる。
【０００６】
従来のせりシステムでは、現在価格での応札者のみを出品者に提示するようにしていた。しかし、せり上げ間隔は非常に短いのが普通であり、その短いせり上げ間隔内でも応札者数は変動する。なぜなら、応札者によって応札を行うタイミングが異なるからである。その応札を処理する側での応札が行われてから実際に処理するまでの時間に違いがある可能性もある。それにより、出品者にとって、応札価格の更新に伴う応札者数の変化は把握し難いのが実情である。このようなことから、希望する応札価格にまで現在価格が達しなかった出品者には、その現在価格で落札しても良いか否かをより適切に判断できるようにする情報の提供が重要であると云える。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開２００２−７４０７２号公報
【特許文献２】特開２００１−３０６８８１号公報
【特許文献３】特開２００１−１０１３１６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
本発明は、出品物に提示された価格による応札者数の推移を出品者がより容易に把握できるようにするせりシステムを提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明を適用した１システムでは、ネットワークを介して接続された端末装置からせりの応札を行うことが可能であり、せりの応札価格が更新される場合に、該せりの応札を応札価格毎に受け付けて集計する応札集計手段と、応札集計手段が応札価格毎に集計した複数の応札結果を所定の表示装置上に表示させる応札結果提示手段と、を具備し、応札集計手段は、現在の応札価格である第１の応札価格の他に、該第１の応札価格の直前に設定された応札価格である第２の応札価格での応札を少なくとも受け付けて集計する。
【発明の効果】
【００１０】
本発明を適用した場合には、出品物に提示された価格による応札者数の推移を出品者がより容易に把握することができる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態によるせりシステムの構成を説明する図である。
【図２】サーバの機能構成を説明する図である。
【図３】応札状況電文のデータ構成を説明する図である。
【図４】応札電文のデータ構成を説明する図である。
【図５】現在価格の更新によって第１〜第３価格テーブル間で行われるコピーを説明する図である。
【図６】応札者数の集計結果の提示例を説明する図である。
【図７】現在価格の確定時間までに応札が行えたか否かを含めた集計結果の表示例を説明する図である。
【図８】応札者の表示色の決定に用いられる一覧表を説明する図である。
【図９】集計結果更新処理のフローチャートである。
【図１０】応札処理のフローチャートである。
【図１１】本実施形態を適用可能なコンピュータのハードウェア構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、本発明の実施形態について、図面を参照しながら詳細に説明する。
図１は、本実施形態によるせりシステムの構成を説明する図である。このせりシステムは、例えばそれぞれが中古車（車両）を出品物としてせりを行う複数のせり会場Ａ〜Ｎを対象としたものである。図１に表すように、各せり会場Ａ〜Ｎに構築されたせりシステム１（１Ａ〜１Ｎ）と、センター２に設置された、各せりシステム１でのせりの進行を制御するサーバ２０とをネットワーク３に接続した構成となっている。
【００１３】
各せり会場Ａ〜Ｎに構築されたせりシステム（以降、せりシステム全体と区別するために「会場せりシステム」と呼ぶ。また、せり会場を特定する必要のない場合、Ａ〜Ｎは付さないこととする）１は、出品店端末装置１１、調整人卓１２、表示盤１３、多数の応札者端末装置１４、及び出品登録端末装置１５をネットワーク（例えばＬＡＮ）１８に接続した構成となっている。
【００１４】
出品店端末装置１１は、出品物を出品した出品者が使用するものである。調整人卓１２は、せりの調整人が使用するものである。調整人卓１２は、調整人が操作して、せり上げ間隔や値幅等の調整を行い、売り切り価格に達しなかった場合には、現在価格で落札しても良いか否かの問い合わせを出品者に対して行う。
【００１５】
表示盤１３は、現在、行われているせりに出品された中古車に関する情報、現在価格、等の情報が表示される大型の表示装置である。この表示盤１３は、せりの参加者、及び出品者へのせりに関する情報提供用である。中古車に関する情報としては、車種、年式、その中古車のせりに割り当てられた識別情報である出品番号等がある。応札者端末装置１４は、せりの参加者が応札を行うための端末装置である。応札は、応札者端末装置１４に備えられた応札スイッチ１４ａを押下することで行われる。
【００１６】
出品登録端末装置１５は、せりに出品する中古車を登録するための端末装置である。その登録時に、上記出品番号が割り当てられ、出品される中古車に係わる各種情報が入力される。入力された各種情報は出品番号と共にサーバ２０に送信され、格納される。ここでは以降、出品番号、及び各種情報を「せりデータ」と呼ぶことにする。
サーバ２０は、せり会場毎に、せりの進行を制御する。そのために、図２に表すような機能構成となっている。つまり、サーバ２０は、せり業務制御部２００、２つの通信部２１０、２２０、認証部２３０、応札状況集計部２４０、画面作成部２５０、及びデータ格納部２６０を備えている。
【００１７】
せり業務制御部２００は、サーバ２０全体を制御すると共に、各せり会場Ａ〜Ｎで提示すべき現在価格（応札価格）の更新、各せり会場Ａ〜Ｎから送信されたデータのデータ格納部２６０への格納、等を行う。現在価格の更新は、予め設定された時間間隔（せり上げ間隔）が経過する毎に、予め設定された金額（値幅）分、それまでの現在価格に上乗せする形で行われる。そのせり上げ間隔、値幅等のせり管理情報は、データ格納部２６０のせり管理情報ファイル２６２に格納されている。このデータ格納部２６０は、装置内のメモリや記憶装置等である。
【００１８】
せり業務制御部２００は、何れかのせり会場からせりデータを受信した場合、受信したせりデータをデータ格納部２６０に構築したせりデータＤＢ２６１に格納する。何れかのせり会場でのせりが終了した場合、そのせり結果を表すデータ（せり結果データ）をデータ格納部２６０に構築したせり結果ＤＢ（データベース）２６３に格納する。
【００１９】
せりの終了は、現在価格が売り切り価格以上であった場合、応札者が一人の状況が予め定めた時間（決定時間）、継続することを条件に判断される。この場合、せりは成立したと見なされ、せり結果データが保存される。一方、現在価格が売り切り価格未満であった場合、せりが成立したか否かは出品者が決定する。この場合、せりが成立したか否かは、せり会場の例えば調整人卓１２から通知される。その通知により、せり結果データが保存される。次のせりは、せり結果データの保存により開始される。決定時間は、上記せり管理情報の一部として管理されている。
【００２０】
通信部２１０は、例えば通信線２１及びネットワーク３を介したデータの送受信を行うためのものである。通信部２２０は、センター２内に構築された不図示のネットワークを介したデータの送受信を行うためのものである。
【００２１】
認証部２３０は、各せり会場Ａ〜Ｎの出品店端末装置１１を使用しようとする出品者、及び応札者端末装置１４を使用しようとする参加者の認証を行うものである。その認証は、データ格納部２６０に格納された会員情報ＤＢ（データベース）２６７を参照して行われる。
【００２２】
出品店端末装置１１を使用しようとする出品者、及び応札者端末装置１４を使用しようとする参加者は、例えば発行された会員カードを用いて、認証用の情報として会員番号と自身の登録名を入力する。入力された会員番号と登録名は、サーバ２０に送信され、通信部２１０、せり業務制御部２００を介して認証部２３０に入力される。それにより、認証部２３０は、会員番号と登録名を格納したレコードが会員情報ＤＢ２６７に存在するか否かにより認証を行う。
【００２３】
応札状況集計部２４０は、せり会場Ａ〜Ｎ毎に、せりに提示された現在価格（応札価格）別に応札数を集計するものである。画面作成部２５０は、各せり会場Ａ〜Ｎの出品店端末装置１１、調整人卓１２、表示盤１３、出品登録端末装置１５に送信すべき画面（画像）を作成するものである。
【００２４】
図２に示す機能構成は、サーバ２０として用いられるコンピュータに、せり制御プログラムを実行させることで実現される。本実施形態による応札処理装置は、せり制御プログラムのサブプログラムを実行することで実現される。
【００２５】
ここで図９を参照して、本実施形態を適用可能なコンピュータ、つまりこのせり制御プログラムを実行することでサーバ２０として使用可能なコンピュータについて具体的に説明する。
【００２６】
図１１に表すコンピュータは、ＣＰＵ６１、メモリ６２、外部記憶装置６５、媒体駆動装置６６、及びネットワーク接続装置群６７を有し、これらがバス６８によって互いに接続された構成となっている。図１１に表す構成は一例であり、これに限定されるものではない。
【００２７】
ＣＰＵ６１は、当該コンピュータ全体の制御を行う。
メモリ６２は、プログラムの実行、データ更新等の際に、外部記憶装置６５（あるいは可搬型の記録媒体７０）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等の半導体メモリ、或いはメモリモジュールである。ＣＰＵ６１は、プログラムをメモリ６２に読み出して実行することにより、全体の制御を行う。
【００２８】
外部記憶装置６５は、例えばハードディスク装置（ディスクアレイ装置を含む）、或いは不揮発性の半導体メモリである。主に各種データやプログラムの保存に用いられる。媒体駆動装置６６は、光ディスクや光磁気ディスク等の可搬型の記録媒体７０にアクセスするものである。
【００２９】
ネットワーク接続装置群６７は、少なくとも、ネットワーク３、及びセンター２に構築された不図示のネットワークを介した通信を可能とさせる数のネットワーク接続装置である。それにより、ネットワーク接続装置群６７は２個以上のネットワーク接続装置を備えている。
【００３０】
上記せり制御プログラムは、外部記憶装置６５、若しくは記録媒体７０に記録されているか、或いはネットワーク３、若しくはセンター２のネットワークを介してネットワーク接続装置群６７により取得される。そのせり制御プログラムをメモリ６２に読み出してＣＰＵ６１が実行することにより、サーバ２０は実現される。
【００３１】
図１１に表す構成では、図２のデータ格納部２６０は例えば外部記憶装置６５、或いは記録媒体７０が装着された媒体駆動装置６６である。通信部２１０、２２０はネットワーク接続装置群６７である。せり制御プログラムが外部記憶装置６５に格納されていると想定する場合、サーバ２０の各部２００、２３０〜２５０は共に、例えばＣＰＵ６１、メモリ６２、外部記憶装置６５、及びバス６８によって実現される。
【００３２】
上記のような構成のせりシステムでは、センター２に設置されたサーバ２０が各せり会場Ａ〜Ｎの会場せりシステム１Ａ〜１Ｎのせり進行を制御する。そのように複数の会場せりシステム１Ａ〜１Ｎを１箇所で制御することから、センター２の負荷が局所的に非常に大きくなる可能性がある。その場合、ネットワーク３のトラフィックが局所的に増大し、各会場せりシステム１Ａ〜１Ｎから送信されたデータをサーバ２０が受信するのに要する時間が長くなる可能性もある。このようなことから、本実施形態では、現在価格の他に、その直前に設定されていた現在価格（以降「現在価格−１」と表記）、及び現在価格−１の直前に設定されていた現在価格（以降「現在価格−２」と表記）の応札を受け付けるようにしている。そのために、データ格納部２６０に第１価格テーブル２６４、第２価格テーブル２６５、及び第３価格テーブル２６６を用意している。第１価格テーブル２６４は、現在価格での応札情報に用い、第２価格テーブル２６５は現在価格−１での応札情報に用い、第３価格テーブル２６６は現在価格−２での応札情報に用いる。なお、現在価格の他に応札を受け付ける応札価格を、現在価格−１及び現在価格−２の２つとしているが、その数は２つより多くしても少なくしても良い。
【００３３】
せり業務制御部２００は、現在価格を更新する度に、その現在価格を更新したせり会場の応札者端末装置１４に対し、図３に表すように出品番号と現在価格を格納した電文（以降「応札状況電文」）を送信する。そのような電文を受信することにより、参加者が応札スイッチ１４ａを操作した応札者端末装置１４は、図４に表すように、出品番号、応札価格（直前に受信した現在価格）、会員番号、及び自身の設置された座席の番号を格納した電文（以降「応札電文」）をサーバ２０に送信する。せり業務制御部２００は、応札電文を通信部２１０から入力した場合、その応札電文に格納された出品番号、応札価格、及び会員番号を少なくとも応札状況集計部２４０に出力し、処理を指示する。ここでは、応札電文の受信によってせり業務制御部２００から応札状況集計部２４０に出力される、出品番号、応札価格、会員番号、及び座席番号を少なくとも含む情報を「応札情報」と呼ぶことにする。
【００３４】
応札状況集計部２４０は、応札情報をせり業務制御部２００から入力すると、その応札情報中の応札価格が現在価格、現在価格−１、及び現在価格−２のうちの何れかに相当するか判定し、その判定結果に応じて、第１〜第３価格テーブル２６４〜２６６のうちの何れかに応札情報を格納する。応札情報は、全てを格納しても良いが、例えば会員番号と座席番号のみを格納するようにしても良い。
【００３５】
現在価格の更新がせり業務制御部２００から通知された場合、応札状況集計部２４０は、図５に表すように、第２価格テーブル２６５に格納された全ての応札情報を第３価格テーブル２６６にコピーし（図５（ａ）→図５（ｂ））、その後、第１価格テーブル２６４に格納された全ての応札情報を第２価格テーブル２６５にコピーする（図５（ｂ）→図５（ｃ））。それにより、現在価格の更新に対応し、更新後の現在価格で応札した人の応札情報を第１価格テーブル２６４に格納する。図５において、各価格テーブル２６４〜２６６に表記の「購買店１」「購買店２」は、それぞれ、それが表記された価格テーブルで最初に応札を行った人の応札情報、その人の次に応札を行った人の応札情報、を表している。
【００３６】
図５（ｂ）では、第２価格テーブル２６５に、図５（ａ）の第１価格テーブル２６４に表記されていない「購買店３」「購買店４」を表記している。これは、現在価格の更新により現在価格−１となった応札価格での応札を受け付けていることを表している。つまり「購買店３」「購買店４」は、応札は行ったが確定時間（現在価格に対するせりの締切時間）に間に合わなかった人に相当する。そのように、現在価格での応札の他に、それよりも前に提示していた過去の現在価格での応札を受け付けることから、応札は行ったが確定時間に間に合わなかった、サーバ２０の負荷の増大、或いはネットワーク３でのトラフィック、若しくは障害の発生等に係わらず、過去に提示した現在価格での応札者数を正確に集計することができる。また、応札が確定時間内に行われたか否かを特定できるように、応札情報には、応札が確定時間内に行われた（応札を受け付けた）か否かを表す情報を含めることにより、出品者に対し、売り切り価格に達しなかった出品物の扱いを判断するうえので正確な情報を提示することができる。
【００３７】
図６は、応札者数の集計結果の提示例を説明する図である。図６（ａ）及び図６（ｂ）は、横軸に応札価格、縦軸に応札者数をとったグラフの表示により提示した例を表し、図６（ｃ）は、それぞれの枠が１応札者を表すマトリクス表示により提示した例を表している。図６（ｃ）において、５０１〜５０３はそれぞれ、現在価格での応札者に割り当てられた枠、現在価格で応札した人を除く現在価格−１での応札者に割り当てられた枠、現在価格、或いは現在価格−１で応札した人を除く現在価格−２での応札者に割り当てられた枠を表している。応札者と枠の対応関係は、座席番号により特定されるものである。
【００３８】
画面作成部２５０は、例えば現在価格の更新を契機に、第１〜第３価格テーブル２６４〜２６６を参照し、例えば図６（ａ）〜図６（ｃ）の何れかに表すように応札者数の集計結果を提示するための画面を作成し、せり業務制御部２００に出力する。せり業務制御部２００は、その画面を送信すべき会場せりシステム１の調整人卓１２、及び表示盤１３に通信部２１０を介して送信する。それにより、出品者に対し、応札者数の集計結果が表示盤１３を介して出品者に提示されることとなる。
【００３９】
本実施形態では、上記のように、現在価格に加えて、現在価格−１、或いは現在価格−２で応札を行った人の応札したタイミング（各応札者の応札開始から応札されるまでの時間）による集計も行っている。それにより、応札を行うタイミングが遅かった人（応札締切時間までに応札できなかった人）、サーバ２０の負荷の増大、或いはネットワーク３でのトラフィック、若しくは障害の発生等により応札電文の処理が遅れた人（応札はしたがせりの現在価格の締切時間までに応札信号がせり業務制御部の受信部までに届かなかった人）、等に対応している。このことから、本実施形態では、結果として、現在価格の確定時間までに応札が行えたか否かを含めた各価格での集計結果を提示可能にさせている。次に、そのような集計結果を提示する表示方法について、図７及び図８を参照して具体的に説明する。
【００４０】
図７は、現在価格の確定時間までに応札が行えたか否かを含めた集計結果の表示例を説明する図である。図７（ａ）〜図７（ｃ）は、図６（ｃ）に同様に、それぞれの枠に応札者を割り当てるマトリクス表示を採用した場合の例である。ここでは、応札者として、購買店１〜４の４人のみを想定している。図７（ａ）は、現在価格−２が現在価格であり、且つ現在価格−２がせりのスタート価格であった場合の過去の表示例、図７（ｂ）は、現在価格−１が現在価格であった場合の過去の表示例、図７（ｃ）は、現在の表示例、をそれぞれ表している。
【００４１】
本実施形態では、現在価格から現在価格−２までの間（現在価格、現在価格−１、現在価格−２の直近の３価格分）に応札を行った応札者を対象に、その応札者の現在価格−２までの応札状況に応じて、その応札者に割り当てた枠の表示色を選択し、選択した表示色で枠内を表示させるようにしている。図７（ａ）〜図７（ｃ）において、表示色は枠の線で表現している。それにより、太線の枠は現在価格で応札を行っている応札者、破線の枠は現在価格−１まで応札を行ったが、その応札がその確定時間内に行えなかった応札者、二重線の枠は、現在価格−１までその確定時間内に応札を行った応札者、一点鎖線の枠は、現在価格−２まで応札を行ったが、その確定時間内に応札を行えなかった応札者、点線の枠は、をそれぞれ表している。図７（ａ）〜図７（ｃ）には表していないが、他に、現在価格−２まで確定時間内に応札を行った応札者を表示するようになっている。
【００４２】
図７（ａ）〜図７（ｃ）において、購買店１の枠は全て太線となっている。これは、購買店１は直近の３価格で確定時間内に応札を行ったことを表している。購買店２の枠は、図７（ａ）の時点では太線、図７（ｂ）の時点では二重線、図７（ｃ）の時点では破線と変化している。これは、購買店２において、現在価格−２が現在価格のときには確定時間内に応札が行われ、現在価格−１が現在価格のときには確定時間内に応札が行われず、現在価格では現時点では応札が行われていないことを表している。購買店３、４の各枠は、図７（ａ）の時点では存在せず（不表示状態）、図７（ｂ）の時点では破線、図７（ｃ）の時点では一点鎖線と変化している。これは、購買店３、４において、現在価格−２が現在価格のときには確定時間内に応札が行われず、現在価格−１が現在価格のときには応札自体が行われず、現在価格でも現時点では応札が行われていないことを表している。
【００４３】
上記のように各応札者の過去に行った応札が確定時間内に行えたか否かを確認できるようにすると、出品者、調整人等は、応札者が応札を行うタイミング、傾向、等をより把握し易くなる。例えば確定時間内に応札を行えなかった（行わなかった）人が多いことが確認できれば、現在価格を更新する時間間隔をより長くする、といった対応をとることができる。これは、応札を行うか否かを迷っている人が多いということの他に、サーバ２０の負荷の増大、或いはネットワーク３でのトラフィック、若しくは障害の発生等によって応札電文の送受信により長い時間がかかっている、というような原因も考えられるからである。このようなことから、特に出品者側、せりを開催する側にとっては、応札が確定時間内に行われたか否かを表す情報の提供は有用である。
【００４４】
図８は、応札者の表示色の決定に用いられる一覧表を説明する図である。この一覧表は、直近の３価格分で行われた応札のパターンから表示色を決定するためのものである。図８に表記の「応札確定」「応札遅延」「未応札」「未、遅延」は、それぞれ、確定時間内に行われた応札、確定時間内に行われなかった応札、行われなかった応札、行われていないか、或いは確定時間内に行われなかった応札、を表している。それにより、表示色は、応札の内容を４種類に分け、直近の３価格分の応札内容の組み合わせから決定される。「パターン番号」（図８中「パターンＮｏ．」と表記）は、その組み合わせに割り当てた識別情報である。
【００４５】
図８中に８０１〜８０５の何れかを付した太線の枠は、それぞれ同じ表示色が決定される範囲を表している。図７（ａ）〜図７（ｃ）において、枠８０１は太線の枠で表される表示色が割り当てられている。同様に、枠８０２は二重線の枠、枠８０３は破線の枠、枠８０５は一点鎖線の枠、で表される表示色が割り当てられている。枠８０４に相当する枠は図７（ａ）〜図７（ｃ）には表していない。図８に表す一覧表において、図７（ａ）〜図７（ｃ）に応札者として表記の購買店１は、パターン番号１に相当する。購買店２は、パターン番号１３に相当する。購買店３、４は、パターン番号１７に相当する。
【００４６】
図８に表す一覧表、及びパターン番号と表示色の対応関係を表すテーブルは、データ格納部２６０に格納されている。画面作成部２５０は、例えば第１〜第３価格テーブル２６４〜２６６に加えて、それらのテーブルを参照して、応札者毎に、その応札者に決定すべき表示色を決定することにより、図７（ａ）〜図７（ｃ）の何れかに表すような応札者数の集計結果を提示するための画面を作成し、せり業務制御部２００に出力する。せり業務制御部２００は、その画面を送信すべき会場せりシステム１の調整人卓１２、及び表示盤１３に通信部２１０を介して送信する。それにより、出品者、調整人に対し、応札者数の集計結果が表示盤１３を介して出品者に提示されることとなる。
【００４７】
本実施形態では、応札者を５種類のうちの何れかの表示色で表示するようにしているが、より多くの表示色で応札者を表示するようにしても良い。表示色を５種類にしているのは、表示色が多くなるほど、人が内容の理解に要する時間が長くなるからである。このことを無視するのであれば、パターン番号毎に異なる表示色を割り当てても良い。また、この表示色の割り当ては、図６（ｂ）に表すようなグラフ表示に適用しても良い。
【００４８】
上記のように現在価格の更新に応じた応札状況集計部２４０による各価格テーブル２６４〜２６６間のコピー、及び画面作成部２５０による応札者数の集計結果の提示は、例えば、図１１に表すＣＰＵ６１が、図９に表す集計更新処理を実行することで実現される。その集計更新処理は、せり制御プログラムのサブプログラムである集計結果更新プログラムを、現在価格の更新を契機にＣＰＵ６１が実行することで実現される。
【００４９】
先ず、ステップＳ１では、ＣＰＵ６１は、表示テーブルをクリアする。この表示テーブルは、例えばメモリ６２、或いは外部記憶装置６５に確保された領域に格納された、応札者数の集計を行うためのテーブルである。その表示テーブルをクリアした後、ＣＰＵ６１は、第１〜第３価格テーブルに格納された応札情報の数を計数し、その計数結果を表示テーブルにセットする（ステップＳ２〜Ｓ４）。
【００５０】
そのようにして、表示テーブルへの計数結果のセットを終了すると、次にステップＳ５に移行し、ＣＰＵ６１は、表示テーブルにセットされた計数結果（応札者数）を用いて、図６（ａ）〜図７（ｃ）の何れかに表すような内容の表示用画面を作成し、送信すべき会場せりシステム１の調整人卓１２及び表示盤１３に送信する。その後にＣＰＵ６１は、図５（ａ）〜図５（ｃ）に表すように、各価格テーブル２６５〜２６６間での全ての応札情報のコピーを行う（Ｓ７〜Ｓ９）。全てのコピーを行った後、この集計結果更新処理が終了する。
【００５１】
上記のような応札情報の入力への応札状況集計部２４０の対応は、例えば、図１１に表すＣＰＵ６１が、図１０に表す応札処理を実行することで実現される。その応札処理は、せり制御プログラムのサブプログラムである応札処理プログラムを、応札電文の受信を契機にＣＰＵ６１が実行することで実現される。このことから、本実施形態による応札処理装置は、せり制御プログラムのサブプログラムとして、この応札処理プログラム、及び上記集計結果更新プログラムを用意することでサーバ２０上に実現される。
【００５２】
先ず、ステップＳ１１では、ＣＰＵ６１は、受信した応札電文を取得する。続くステップＳ１２では、ＣＰＵ６１は、取得した応札電文中の応札価格と一致する価格を判定する。それにより、その応札価格が現在価格と等しい場合、その旨が判定されてステップＳ１３に移行し、ＣＰＵ６１は、応札電文中から抽出した応札情報を第１価格テーブル２６４に格納する。その後、この応札処理が終了する。応札価格が現在価格−１と等しい場合、その旨が判定されてステップＳ１４に移行し、ＣＰＵ６１は、応札電文中から抽出した応札情報を第２価格テーブル２６５に格納する。その後、この応札処理が終了する。応札価格が現在価格−２と等しい場合、その旨が判定されてステップＳ１５に移行し、ＣＰＵ６１は、応札電文中から抽出した応札情報を第３価格テーブル２６６に格納する。その後、この応札処理が終了する。
【００５３】
なお、本実施形態では、応札者数の集計と、その集計結果の提示をサーバ２０が行うようにしているが、応札者数の集計と、その集計結果の提示を別々のノード（機器）に行わせても良い。サーバ２０を複数、用意し、各サーバ２０に処理を分散するようにしても良く、或いは同じ処理を実行させても良い。集計結果の提示については、その提示用の画面を作成して送信するのではなく、集計結果を送信して、その受信先の装置に画面を作成させるようにしても良い。
【符号の説明】
【００５４】
１    会場せりシステム
２    センター
３    ネットワーク
１１    出品店端末装置
１２    調整人卓
１３    表示盤
１４    応札者端末装置
１４ａ    応札スイッチ
２０    サーバ
２００    せり業務制御部
２１０    通信部
２４０    応札状況集計部
２５０    画面作成部
２６０    データ格納部
【図２】
0005576330.tif 000002
【図３】
0005576330.tif 000003
【図４】
0005576330.tif 000004
【図１】
0005576330.tif 000005
【図５】
0005576330.tif 000006
【図６】
0005576330.tif 000007
【図７】
0005576330.tif 000008
【図８】
0005576330.tif 000009
【図９】
0005576330.tif 000010
【図１０】
0005576330.tif 000011
【図１１】
0005576330.tif 000012