ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、前記せりの応札価格が更新される場合に、前記せりの応札を前記応札価格毎に受け付けて集計する応札集計手段と、前記応札集計手段が前記応札価格毎に集計した複数の応札結果を所定の装置上に表示させる応札結果提示手段と、を具備することを特徴とするせりシステム。前記応札集計手段は、現在の応札価格である第1の応札価格の他に、該第1の応札価格の直前に設定された応札価格である第2の応札価格での応札を少なくとも受け付けて集計する、ことを特徴とする請求項1記載のせりシステム。前記応札結果提示手段は、前記第1の応札価格で応札を受け付けた応札者が、前記第2の応札価格の応札時に、応札を受け付けた応札者か否かを区別可能に表示させる、ことを特徴とする請求項1または請求項2記載のせりシステム。前記応札結果提示手段は、前記第1の応札価格で応札を受け付けた応札者が、前記第2の応札価格の応札時に、前記第2の応札価格の応札が確定時間内に行われた応札者か否かを区別可能に表示させる、ことを特徴とする請求項1から4のいずれか1に記載のせりシステム。ネットワークを介して接続された端末装置からのせりの応札を受け付けて処理する応札処理装置において、前記せりの応札価格が更新される場合に、該せりの応札を応札価格毎に受け付けて集計する応札集計手段と、前記応札集計手段が前記応札価格毎に集計した複数の応札結果を所定の装置上に表示させる応札結果提示手段と、を具備することを特徴とする応札処理装置。ネットワークを介して接続された端末装置からのせりの応札を受け付けて処理する応札処理装置として使用可能なコンピュータに、前記せりの応札価格が更新される場合に、該せりの応札を前記応札価格毎に受け付けて集計する応札集計機能と、前記応札集計機能により前記応札価格毎に集計された複数の応札結果を所定の装置上に表示させる応札結果提示機能と、を実現させるためのプログラム。本発明は、出品物に提示された価格による応札者数の推移を出品者がより容易に把握できるようにするせりシステムを提供することを目的とする。本発明を適用した1システムでは、ネットワークを介して接続された端末装置からせりの応札を行うことが可能であり、せりの応札価格が更新される場合に、該せりの応札を応札価格毎に受け付けて集計する応札集計手段と、応札集計手段が応札価格毎に集計した複数の応札結果を所定の表示装置上に表示させる応札結果提示手段と、を具備する。本発明を適用した場合には、出品物に提示された価格による応札者数の推移を出品者がより容易に把握することができる。以下、本発明の実施形態について、図面を参照しながら詳細に説明する。図1は、本実施形態によるせりシステムの構成を説明する図である。このせりシステムは、例えばそれぞれが中古車車両を出品物としてせりを行う複数のせり会場A~Nを対象としたものである。図1に表すように、各せり会場A~Nに構築されたせりシステム11A~1Nと、センター2に設置された、各せりシステム1でのせりの進行を制御するサーバ20とをネットワーク3に接続した構成となっている。各せり会場A~Nに構築されたせりシステム以降、せりシステム全体と区別するために会場せりシステムと呼ぶ。また、せり会場を特定する必要のない場合、A~Nは付さないこととする1は、出品店端末装置11、調整人卓12、表示盤13、多数の応札者端末装置14、及び出品登録端末装置15をネットワーク例えばLAN18に接続した構成となっている。出品店端末装置11は、出品物を出品した出品者が使用するものである。調整人卓12は、せりの調整人が使用するものである。調整人卓12は、調整人が操作して、せり上げ間隔や値幅等の調整を行い、売り切り価格に達しなかった場合には、現在価格で落札しても良いか否かの問い合わせを出品者に対して行う。表示盤13は、現在、行われているせりに出品された中古車に関する情報、現在価格、等の情報が表示される大型の表示装置である。この表示盤13は、せりの参加者、及び出品者へのせりに関する情報提供用である。中古車に関する情報としては、車種、年式、その中古車のせりに割り当てられた識別情報である出品番号等がある。応札者端末装置14は、せりの参加者が応札を行うための端末装置である。応札は、応札者端末装置14に備えられた応札スイッチ14aを押下することで行われる。出品登録端末装置15は、せりに出品する中古車を登録するための端末装置である。その登録時に、上記出品番号が割り当てられ、出品される中古車に係わる各種情報が入力される。入力された各種情報は出品番号と共にサーバ20に送信され、格納される。ここでは以降、出品番号、及び各種情報をせりデータと呼ぶことにする。サーバ20は、せり会場毎に、せりの進行を制御する。そのために、図2に表すような機能構成となっている。つまり、サーバ20は、せり業務制御部200、2つの通信部210、220、認証部230、応札状況集計部240、画面作成部250、及びデータ格納部260を備えている。せり業務制御部200は、サーバ20全体を制御すると共に、各せり会場A~Nで提示すべき現在価格応札価格の更新、各せり会場A~Nから送信されたデータのデータ格納部260への格納、等を行う。現在価格の更新は、予め設定された時間間隔せり上げ間隔が経過する毎に、予め設定された金額値幅分、それまでの現在価格に上乗せする形で行われる。そのせり上げ間隔、値幅等のせり管理情報は、データ格納部260のせり管理情報ファイル262に格納されている。このデータ格納部260は、装置内のメモリや記憶装置等である。せり業務制御部200は、何れかのせり会場からせりデータを受信した場合、受信したせりデータをデータ格納部260に構築したせりデータDB261に格納する。何れかのせり会場でのせりが終了した場合、そのせり結果を表すデータせり結果データをデータ格納部260に構築したせり結果DBデータベース263に格納する。せりの終了は、現在価格が売り切り価格以上であった場合、応札者が一人の状況が予め定めた時間決定時間、継続することを条件に判断される。この場合、せりは成立したと見なされ、せり結果データが保存される。一方、現在価格が売り切り価格未満であった場合、せりが成立したか否かは出品者が決定する。この場合、せりが成立したか否かは、せり会場の例えば調整人卓12から通知される。その通知により、せり結果データが保存される。次のせりは、せり結果データの保存により開始される。決定時間は、上記せり管理情報の一部として管理されている。通信部210は、例えば通信線21及びネットワーク3を介したデータの送受信を行うためのものである。通信部220は、センター2内に構築された不図示のネットワークを介したデータの送受信を行うためのものである。認証部230は、各せり会場A~Nの出品店端末装置11を使用しようとする出品者、及び応札者端末装置14を使用しようとする参加者の認証を行うものである。その認証は、データ格納部260に格納された会員情報DBデータベース267を参照して行われる。出品店端末装置11を使用しようとする出品者、及び応札者端末装置14を使用しようとする参加者は、例えば発行された会員カードを用いて、認証用の情報として会員番号と自身の登録名を入力する。入力された会員番号と登録名は、サーバ20に送信され、通信部210、せり業務制御部200を介して認証部230に入力される。それにより、認証部230は、会員番号と登録名を格納したレコードが会員情報DB267に存在するか否かにより認証を行う。応札状況集計部240は、せり会場A~N毎に、せりに提示された現在価格応札価格別に応札数を集計するものである。画面作成部250は、各せり会場A~Nの出品店端末装置11、調整人卓12、表示盤13、出品登録端末装置15に送信すべき画面画像を作成するものである。図2に示す機能構成は、サーバ20として用いられるコンピュータに、せり制御プログラムを実行させることで実現される。本実施形態による応札処理装置は、せり制御プログラムのサブプログラムを実行することで実現される。ここで図9を参照して、本実施形態を適用可能なコンピュータ、つまりこのせり制御プログラムを実行することでサーバ20として使用可能なコンピュータについて具体的に説明する。図11に表すコンピュータは、CPU61、メモリ62、外部記憶装置65、媒体駆動装置66、及びネットワーク接続装置群67を有し、これらがバス68によって互いに接続された構成となっている。図11に表す構成は一例であり、これに限定されるものではない。CPU61は、当該コンピュータ全体の制御を行う。メモリ62は、プログラムの実行、データ更新等の際に、外部記憶装置65あるいは可搬型の記録媒体70に記憶されているプログラムあるいはデータを一時的に格納するRAM等の半導体メモリ、或いはメモリモジュールである。CPU61は、プログラムをメモリ62に読み出して実行することにより、全体の制御を行う。外部記憶装置65は、例えばハードディスク装置ディスクアレイ装置を含む、或いは不揮発性の半導体メモリである。主に各種データやプログラムの保存に用いられる。媒体駆動装置66は、光ディスクや光磁気ディスク等の可搬型の記録媒体70にアクセスするものである。ネットワーク接続装置群67は、少なくとも、ネットワーク3、及びセンター2に構築された不図示のネットワークを介した通信を可能とさせる数のネットワーク接続装置である。それにより、ネットワーク接続装置群67は2個以上のネットワーク接続装置を備えている。上記せり制御プログラムは、外部記憶装置65、若しくは記録媒体70に記録されているか、或いはネットワーク3、若しくはセンター2のネットワークを介してネットワーク接続装置群67により取得される。そのせり制御プログラムをメモリ62に読み出してCPU61が実行することにより、サーバ20は実現される。図11に表す構成では、図2のデータ格納部260は例えば外部記憶装置65、或いは記録媒体70が装着された媒体駆動装置66である。通信部210、220はネットワーク接続装置群67である。せり制御プログラムが外部記憶装置65に格納されていると想定する場合、サーバ20の各部200、230~250は共に、例えばCPU61、メモリ62、外部記憶装置65、及びバス68によって実現される。上記のような構成のせりシステムでは、センター2に設置されたサーバ20が各せり会場A~Nの会場せりシステム1A~1Nのせり進行を制御する。そのように複数の会場せりシステム1A~1Nを1箇所で制御することから、センター2の負荷が局所的に非常に大きくなる可能性がある。その場合、ネットワーク3のトラフィックが局所的に増大し、各会場せりシステム1A~1Nから送信されたデータをサーバ20が受信するのに要する時間が長くなる可能性もある。このようなことから、本実施形態では、現在価格の他に、その直前に設定されていた現在価格以降現在価格-1と表記、及び現在価格-1の直前に設定されていた現在価格以降現在価格-2と表記の応札を受け付けるようにしている。そのために、データ格納部260に第1価格テーブル264、第2価格テーブル265、及び第3価格テーブル266を用意している。第1価格テーブル264は、現在価格での応札情報に用い、第2価格テーブル265は現在価格-1での応札情報に用い、第3価格テーブル266は現在価格-2での応札情報に用いる。なお、現在価格の他に応札を受け付ける応札価格を、現在価格-1及び現在価格-2の2つとしているが、その数は2つより多くしても少なくしても良い。せり業務制御部200は、現在価格を更新する度に、その現在価格を更新したせり会場の応札者端末装置14に対し、図3に表すように出品番号と現在価格を格納した電文以降応札状況電文を送信する。そのような電文を受信することにより、参加者が応札スイッチ14aを操作した応札者端末装置14は、図4に表すように、出品番号、応札価格直前に受信した現在価格、会員番号、及び自身の設置された座席の番号を格納した電文以降応札電文をサーバ20に送信する。せり業務制御部200は、応札電文を通信部210から入力した場合、その応札電文に格納された出品番号、応札価格、及び会員番号を少なくとも応札状況集計部240に出力し、処理を指示する。ここでは、応札電文の受信によってせり業務制御部200から応札状況集計部240に出力される、出品番号、応札価格、会員番号、及び座席番号を少なくとも含む情報を応札情報と呼ぶことにする。応札状況集計部240は、応札情報をせり業務制御部200から入力すると、その応札情報中の応札価格が現在価格、現在価格-1、及び現在価格-2のうちの何れかに相当するか判定し、その判定結果に応じて、第1~第3価格テーブル264~266のうちの何れかに応札情報を格納する。応札情報は、全てを格納しても良いが、例えば会員番号と座席番号のみを格納するようにしても良い。現在価格の更新がせり業務制御部200から通知された場合、応札状況集計部240は、図5に表すように、第2価格テーブル265に格納された全ての応札情報を第3価格テーブル266にコピーし図5a→図5b、その後、第1価格テーブル264に格納された全ての応札情報を第2価格テーブル265にコピーする図5b→図5c。それにより、現在価格の更新に対応し、更新後の現在価格で応札した人の応札情報を第1価格テーブル264に格納する。図5において、各価格テーブル264~266に表記の購買店1購買店2は、それぞれ、それが表記された価格テーブルで最初に応札を行った人の応札情報、その人の次に応札を行った人の応札情報、を表している。図5bでは、第2価格テーブル265に、図5aの第1価格テーブル264に表記されていない購買店3購買店4を表記している。これは、現在価格の更新により現在価格-1となった応札価格での応札を受け付けていることを表している。つまり購買店3購買店4は、応札は行ったが確定時間現在価格に対するせりの締切時間に間に合わなかった人に相当する。そのように、現在価格での応札の他に、それよりも前に提示していた過去の現在価格での応札を受け付けることから、応札は行ったが確定時間に間に合わなかった、サーバ20の負荷の増大、或いはネットワーク3でのトラフィック、若しくは障害の発生等に係わらず、過去に提示した現在価格での応札者数を正確に集計することができる。また、応札が確定時間内に行われたか否かを特定できるように、応札情報には、応札が確定時間内に行われた応札を受け付けたか否かを表す情報を含めることにより、出品者に対し、売り切り価格に達しなかった出品物の扱いを判断するうえので正確な情報を提示することができる。図6は、応札者数の集計結果の提示例を説明する図である。図6a及び図6bは、横軸に応札価格、縦軸に応札者数をとったグラフの表示により提示した例を表し、図6cは、それぞれの枠が1応札者を表すマトリクス表示により提示した例を表している。図6cにおいて、501~503はそれぞれ、現在価格での応札者に割り当てられた枠、現在価格で応札した人を除く現在価格-1での応札者に割り当てられた枠、現在価格、或いは現在価格-1で応札した人を除く現在価格-2での応札者に割り当てられた枠を表している。応札者と枠の対応関係は、座席番号により特定されるものである。画面作成部250は、例えば現在価格の更新を契機に、第1~第3価格テーブル264~266を参照し、例えば図6a~図6cの何れかに表すように応札者数の集計結果を提示するための画面を作成し、せり業務制御部200に出力する。せり業務制御部200は、その画面を送信すべき会場せりシステム1の調整人卓12、及び表示盤13に通信部210を介して送信する。それにより、出品者に対し、応札者数の集計結果が表示盤13を介して出品者に提示されることとなる。本実施形態では、上記のように、現在価格に加えて、現在価格-1、或いは現在価格-2で応札を行った人の応札したタイミング各応札者の応札開始から応札されるまでの時間による集計も行っている。それにより、応札を行うタイミングが遅かった人応札締切時間までに応札できなかった人、サーバ20の負荷の増大、或いはネットワーク3でのトラフィック、若しくは障害の発生等により応札電文の処理が遅れた人応札はしたがせりの現在価格の締切時間までに応札信号がせり業務制御部の受信部までに届かなかった人、等に対応している。このことから、本実施形態では、結果として、現在価格の確定時間までに応札が行えたか否かを含めた各価格での集計結果を提示可能にさせている。次に、そのような集計結果を提示する表示方法について、図7及び図8を参照して具体的に説明する。図7は、現在価格の確定時間までに応札が行えたか否かを含めた集計結果の表示例を説明する図である。図7a~図7cは、図6cに同様に、それぞれの枠に応札者を割り当てるマトリクス表示を採用した場合の例である。ここでは、応札者として、購買店1~4の4人のみを想定している。図7aは、現在価格-2が現在価格であり、且つ現在価格-2がせりのスタート価格であった場合の過去の表示例、図7bは、現在価格-1が現在価格であった場合の過去の表示例、図7cは、現在の表示例、をそれぞれ表している。本実施形態では、現在価格から現在価格-2までの間現在価格、現在価格-1、現在価格-2の直近の3価格分に応札を行った応札者を対象に、その応札者の現在価格-2までの応札状況に応じて、その応札者に割り当てた枠の表示色を選択し、選択した表示色で枠内を表示させるようにしている。図7a~図7cにおいて、表示色は枠の線で表現している。それにより、太線の枠は現在価格で応札を行っている応札者、破線の枠は現在価格-1まで応札を行ったが、その応札がその確定時間内に行えなかった応札者、二重線の枠は、現在価格-1までその確定時間内に応札を行った応札者、一点鎖線の枠は、現在価格-2まで応札を行ったが、その確定時間内に応札を行えなかった応札者、点線の枠は、をそれぞれ表している。図7a~図7cには表していないが、他に、現在価格-2まで確定時間内に応札を行った応札者を表示するようになっている。図7a~図7cにおいて、購買店1の枠は全て太線となっている。これは、購買店1は直近の3価格で確定時間内に応札を行ったことを表している。購買店2の枠は、図7aの時点では太線、図7bの時点では二重線、図7cの時点では破線と変化している。これは、購買店2において、現在価格-2が現在価格のときには確定時間内に応札が行われ、現在価格-1が現在価格のときには確定時間内に応札が行われず、現在価格では現時点では応札が行われていないことを表している。購買店3、4の各枠は、図7aの時点では存在せず不表示状態、図7bの時点では破線、図7cの時点では一点鎖線と変化している。これは、購買店3、4において、現在価格-2が現在価格のときには確定時間内に応札が行われず、現在価格-1が現在価格のときには応札自体が行われず、現在価格でも現時点では応札が行われていないことを表している。上記のように各応札者の過去に行った応札が確定時間内に行えたか否かを確認できるようにすると、出品者、調整人等は、応札者が応札を行うタイミング、傾向、等をより把握し易くなる。例えば確定時間内に応札を行えなかった行わなかった人が多いことが確認できれば、現在価格を更新する時間間隔をより長くする、といった対応をとることができる。これは、応札を行うか否かを迷っている人が多いということの他に、サーバ20の負荷の増大、或いはネットワーク3でのトラフィック、若しくは障害の発生等によって応札電文の送受信により長い時間がかかっている、というような原因も考えられるからである。このようなことから、特に出品者側、せりを開催する側にとっては、応札が確定時間内に行われたか否かを表す情報の提供は有用である。図8は、応札者の表示色の決定に用いられる一覧表を説明する図である。この一覧表は、直近の3価格分で行われた応札のパターンから表示色を決定するためのものである。図8に表記の応札確定応札遅延未応札未、遅延は、それぞれ、確定時間内に行われた応札、確定時間内に行われなかった応札、行われなかった応札、行われていないか、或いは確定時間内に行われなかった応札、を表している。それにより、表示色は、応札の内容を4種類に分け、直近の3価格分の応札内容の組み合わせから決定される。パターン番号図8中パターンNo.と表記は、その組み合わせに割り当てた識別情報である。図8中に801~805の何れかを付した太線の枠は、それぞれ同じ表示色が決定される範囲を表している。図7a~図7cにおいて、枠801は太線の枠で表される表示色が割り当てられている。同様に、枠802は二重線の枠、枠803は破線の枠、枠805は一点鎖線の枠、で表される表示色が割り当てられている。枠804に相当する枠は図7a~図7cには表していない。図8に表す一覧表において、図7a~図7cに応札者として表記の購買店1は、パターン番号1に相当する。購買店2は、パターン番号13に相当する。購買店3、4は、パターン番号17に相当する。図8に表す一覧表、及びパターン番号と表示色の対応関係を表すテーブルは、データ格納部260に格納されている。画面作成部250は、例えば第1~第3価格テーブル264~266に加えて、それらのテーブルを参照して、応札者毎に、その応札者に決定すべき表示色を決定することにより、図7a~図7cの何れかに表すような応札者数の集計結果を提示するための画面を作成し、せり業務制御部200に出力する。せり業務制御部200は、その画面を送信すべき会場せりシステム1の調整人卓12、及び表示盤13に通信部210を介して送信する。それにより、出品者、調整人に対し、応札者数の集計結果が表示盤13を介して出品者に提示されることとなる。本実施形態では、応札者を5種類のうちの何れかの表示色で表示するようにしているが、より多くの表示色で応札者を表示するようにしても良い。表示色を5種類にしているのは、表示色が多くなるほど、人が内容の理解に要する時間が長くなるからである。このことを無視するのであれば、パターン番号毎に異なる表示色を割り当てても良い。また、この表示色の割り当ては、図6bに表すようなグラフ表示に適用しても良い。上記のように現在価格の更新に応じた応札状況集計部240による各価格テーブル264~266間のコピー、及び画面作成部250による応札者数の集計結果の提示は、例えば、図11に表すCPU61が、図9に表す集計更新処理を実行することで実現される。その集計更新処理は、せり制御プログラムのサブプログラムである集計結果更新プログラムを、現在価格の更新を契機にCPU61が実行することで実現される。先ず、ステップS1では、CPU61は、表示テーブルをクリアする。この表示テーブルは、例えばメモリ62、或いは外部記憶装置65に確保された領域に格納された、応札者数の集計を行うためのテーブルである。その表示テーブルをクリアした後、CPU61は、第1~第3価格テーブルに格納された応札情報の数を計数し、その計数結果を表示テーブルにセットするステップS2~S4。そのようにして、表示テーブルへの計数結果のセットを終了すると、次にステップS5に移行し、CPU61は、表示テーブルにセットされた計数結果応札者数を用いて、図6a~図7cの何れかに表すような内容の表示用画面を作成し、送信すべき会場せりシステム1の調整人卓12及び表示盤13に送信する。その後にCPU61は、図5a~図5cに表すように、各価格テーブル265~266間での全ての応札情報のコピーを行うS7~S9。全てのコピーを行った後、この集計結果更新処理が終了する。上記のような応札情報の入力への応札状況集計部240の対応は、例えば、図11に表すCPU61が、図10に表す応札処理を実行することで実現される。その応札処理は、せり制御プログラムのサブプログラムである応札処理プログラムを、応札電文の受信を契機にCPU61が実行することで実現される。このことから、本実施形態による応札処理装置は、せり制御プログラムのサブプログラムとして、この応札処理プログラム、及び上記集計結果更新プログラムを用意することでサーバ20上に実現される。先ず、ステップS11では、CPU61は、受信した応札電文を取得する。続くステップS12では、CPU61は、取得した応札電文中の応札価格と一致する価格を判定する。それにより、その応札価格が現在価格と等しい場合、その旨が判定されてステップS13に移行し、CPU61は、応札電文中から抽出した応札情報を第1価格テーブル264に格納する。その後、この応札処理が終了する。応札価格が現在価格-1と等しい場合、その旨が判定されてステップS14に移行し、CPU61は、応札電文中から抽出した応札情報を第2価格テーブル265に格納する。その後、この応札処理が終了する。応札価格が現在価格-2と等しい場合、その旨が判定されてステップS15に移行し、CPU61は、応札電文中から抽出した応札情報を第3価格テーブル266に格納する。その後、この応札処理が終了する。なお、本実施形態では、応札者数の集計と、その集計結果の提示をサーバ20が行うようにしているが、応札者数の集計と、その集計結果の提示を別々のノード機器に行わせても良い。サーバ20を複数、用意し、各サーバ20に処理を分散するようにしても良く、或いは同じ処理を実行させても良い。集計結果の提示については、その提示用の画面を作成して送信するのではなく、集計結果を送信して、その受信先の装置に画面を作成させるようにしても良い。