(57)【要約】【課題】競りに応札した実人数を延べ人数を除外して計数する競り応札人数計数装置を提供する。【解決手段】競り応札人数計数装置のマトリクス表示手段は競り中の応札人数を逐次表示報知し、応札参加人数保存手段はマトリクス表示手段が表示報知するための表示データから競り上げごとの応札参加人数を保存し、実人数算出手段は応札参加人数保存手段が保存する応札参加人数から１回の競り確定までに発生する複数回の競り上げに応札した応札参加人数をＯＲ集計して延べ人数を除外し、競り確定ごとに応札に参加した実人数を算出する。【選択図】図１
2011180728.tif 000002
【特許請求の範囲】
【請求項１】
競り中の応札人数を逐次表示報知するマトリクス表示手段と、
該マトリクス表示手段が表示報知するための表示データから競り上げごとの応札参加人数を保存する応札参加人数保存手段と、
該応札参加人数保存手段が保存する応札参加人数から競り確定ごとに応札に参加した実人数を算出する実人数算出手段と、
を有することを特徴とする競り応札人数計数装置。
【請求項２】
前記実人数算出手段は、前記応札参加人数保存手段に保存された競り上げごとの応札参加人数から、１回の競り確定までに発生する複数回の競り上げに応札した応札参加人数をＯＲ集計して延べ人数を除外する、ことを特徴とする請求項１記載の競り応札人数計数装置。
【請求項３】
前記実人数算出手段により算出された応札参加の実人数を競り値ごとに累積集計する累積集計手段と、
前記実人数算出手段により算出された応札参加の実人数を競り値ごとに集計する現時点集計手段と、
前記累積集計手段により累積集計された競り値ごとの応札参加の実人数の分布データを作成する累積分布データ作成手段と、
前記現時点集計手段により集計された競り値ごとの応札参加の実人数の分布データを作成する現時点分布データ作成手段と、
前記累積分布データ作成手段が作成した実人数分布データと、前記現時点集計手段が作成した実人数分布データとを重ね表示して表示報知する分布データ報知手段と、
を更に有することを特徴とする請求項１又は２記載の競り応札人数計数装置。
【請求項４】
前記分布データ報知手段は、重ね表示して表示報知する前記実人数分布データを、人気指標又は売り時指標として競売品購買参加者又は競売品提出者に提示する、ことを特徴とする請求項３記載の競り応札人数計数装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、競りに応札した実人数を延べ人数を除外して計数する競り応札人数計数装置に関する。
【背景技術】
【０００２】
従来、例えば中古車等の競り市場において、競りの状況を管理する競り機システムでは競りを実施した結果として、最後まで応札をしていたトップ数名の会員番号と、競り切ったとき誰がいくらで落としたかだけを、競り結果として保存していた。
【０００３】
しかし、近年、最終的な結果だけでなく、売上向上につながる情報として、ある一つのものを競ったとき、その競りはどれだけ人気があったか（何人の会員が競りボタンを押したか）、また、どの価格帯でどの程度の応札があったか（延べ人数ではなく、競り上げごとに応札した会員は何人か）といった情報を知りたいという要望が出ている。
【０００４】
このように従来の技術で、競りごと又は価格帯ごとに応札人数を把握しようとすると、例えば競り上げ毎にその価格で誰が応札していたかを単純にデータとして全て保存し、最終的に何人が応札していたのか計数する方法が考えられる。
【０００５】
通常、競りの状況を管理する競り機システムでは、競りの実施に応じて何人の参加者が応札しているかを即時的に示すマトリクス表示がある。このマトリクス表示は、そのつど限りの使い捨てデータであるが、このデータを集計すると、上記の方法は可能である。
【０００６】
しかし、１回の競りに何十〜何百回と競り上げが行われること、１回の競り上げに何十もの応札が発生しうること、時には１日の開催で１万件を越える競りが行われることを勘案すると、保存するデータが膨大になり過ぎて処理しきれず、実用的でない。
【０００７】
尚、任意の価格帯で応札人数を計数しようとすると、競り上げの価格帯が変わる度に最初から計数し直さなければならないが、単に競り上げ毎に、その価格での応札人数を計数して保存する方法であれば、データ量は比較的少なく、またその価格での応札人数が分かるようになる。
【０００８】
また、類似のデータ集計方法として、利用者の要求を一連の通信毎に区別可能なようにマトリクスデータに生成・記録し、一連の通信毎の各項目に対する反応として分析し、利用者の目的行動を実行する度合いを推定するシステムが提案されている。（例えば、特許文献１参照。）
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２００９−２２３４２３号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかしながら、競り機システムの使い捨てのマトリクスデータを集計する方法は、いずれの場合も、同じ会員番号の競り参加者が、複数回応札したことを区別することができない、つまり、のべ応札人数しか分からない。
【００１１】
したがって、データを集計しても、競りを通しての応札実人数や、ある価格帯の応札実人数は計数できないという課題がある。
また、特許文献１に示される従来技術は、その使用されるマトリクスデータは、競り機システムのマトリクス表示のように１つのマトリクス表示が複数の参加者に対応しているのに対し、１つのマトリクスデータが一人の利用者に排他的に対応しており、使用目的も異なるので、競り機システムのマトリクス表示に適用できないという課題がある。
【課題を解決するための手段】
【００１２】
上記の課題を解決するために、本発明の競り応札人数計数装置は、競り中の応札人数を逐次表示報知するマトリクス表示手段と、該マトリクス表示手段が表示報知するための表示データから競り上げごとの応札参加人数を保存する応札参加人数保存手段と、該応札参加人数保存手段が保存する応札参加人数から競り確定ごとに応札に参加した実人数を算出する実人数算出手段と、を有するように構成される。
【００１３】
上記実人数算出手段は、例えば、上記応札参加人数保存手段に保存された競り上げごとの応札参加人数から、１回の競り確定までに発生する複数回の競り上げに応札した応札参加人数をＯＲ集計して延べ人数を除外する、ように構成される。
【００１４】
また、この競り応札人数計数装置は、例えば、上記実人数算出手段により算出された応札参加の実人数を競り値ごとに累積集計する累積集計手段と、上記実人数算出手段により算出された応札参加の実人数を競り値ごとに集計する現時点集計手段と、上記累積集計手段により累積集計された競り値ごとの応札参加の実人数の分布データを作成する累積分布データ作成手段と、上記現時点集計手段により集計された競り値ごとの応札参加の実人数の分布データを作成する現時点分布データ作成手段と、上記累積分布データ作成手段が作成した実人数分布データと、上記現時点集計手段が作成した実人数分布データとを重ね表示して表示報知する分布データ報知手段と、を更に有するように構成される。
【００１５】
この場合、上記分布データ報知手段は、例えば、重ね表示して表示報知する上記実人数分布データを、人気指標又は売り時指標として競売品購買参加者又は競売品提出者に提示する、ように構成される。
【発明の効果】
【００１６】
本発明は、競りに応札した実人数を延べ人数を除外して計数し、売上向上につながる情報として応札参加人数の分布データを人気指標又は売り時指標として競売品提出者に提示可能な競り応札人数計数装置を提供できるという効果を奏する。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施例１に係る中古車せりシステムの一例を示す図である。
【図２】実施例１に係る中古車せりシステムのせり業務システムのデータベースのデータ構造を示す図である。
【図３】実施例１に係る中古車せりシステムの業務サーバとせりサーバとの間で交信される個々の情報の内容を示す図である。
【図４】(a),(b) は中古車せりシステムのせり機システムにおいて応札状況を表示するマトリクス表示の構成と応札状況データとして保存されるデータ構成との相互関係を示す図である。
【図５】基本的なせりの形態における時間の流れと入札者と入札者数を示すマトリクス表示とせり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【図６】１回のせりに中断が入った場合の時間の流れと入札に対応するマトリクス表示の点灯表示とせり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【図７】２回のせりが連続して行われた場合の時間の流れと入札に対応するマトリクス表示の点灯表示とせり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【図８】せり開催日における各データベースのせり準備のときとせり確定のときのデータの出入りを示すフローチャートである。
【図９】せり開催日における業務サーバのせり準備、せり前、せり開始及びせり確定のときの処理動作を示すフローチャートである。
【図１０】せり開催日におけるせりサーバの、せり前、せり開始及びせり確定のときの処理動作を示すフローチャートである。
【図１１】せり開催日における購買店端末１１の、せり前と、せり開始のときの処理動作を示すフローチャートである。
【図１２】せり開催日における出品店端末１２の、せり前と、せり開始のときの処理動作を示すフローチャートである。
【図１３】せり開始前に購買店端末の表示装置に表示される購買店向け画面の例を示す図である。
【図１４】せり開始前に出品店端末の表示装置に表示される出品店向け画面の例を示す図である。
【図１５】ＤＢ５と業務サーバ４との間で行われる保守処理を示すフローチャート（その１）である。
【図１６】ＤＢ５と業務サーバ４との間で行われる保守処理を示すフローチャート（その２）である。
【発明を実施するための形態】
【００１８】
以下、本発明の実施の形態について、図面を用いて詳細に説明する。尚、以下の説明では「競り」を「せり」と記載する。また、入札に参加することを示す「応札」と、価格等について意志表示する「入札」とを、ほぼ同様の意味で用いている。
【００１９】
尚、以下の説明で、本発明の競り応札人数計数装置は、例えばデータベース５、業務サーバ４、せりサーバ１０等からなり、マトリクス表示手段は、例えば（８）応札マトリクスデータ２８、業務サーバ４、せりサーバ１０、出品店向け画面５６等からなる。
【００２０】
更に、応札参加人数保存手段は、例えば業務サーバ４、せりサーバ１０、せり結果ＤＢ８等からなり、実人数算出手段、累積集計手段、現時点集計手段は、例えばせりサーバ１０等からなり、累積分布データ作成手段、現時点分布データ作成手段は、例えば業務サーバ４等からなり、分布データ報知手段は、例えばせりサーバ１０、出品店向け画面５６等からなる。
【実施例１】
【００２１】
図１は、実施例１に係る中古車せりシステムの一例を示す図である。同図に示すように、中古車せりシステム１は、せり業務システム２とせり機システム３とで構成される。
上記のせり業務システム２は、業務サーバ４と記録装置に記録されたデータベース５とで構築されている。データベース５は、車両情報ＤＢ（データベース、以下同様）６、車種情報ＤＢ７、せり結果ＤＢ８とで構成されている。
【００２２】
このせり機システム３は、せりサーバ１０と、このせりサーバ１０に有線又は無線で接続された購買店端末１１と出品店端末１２とで構築されている。
購買店端末１１は、購買店用の表示・応札端末１３と、インターネットを介して外部の購買顧客と連携する外部連携の表示・応札端末１４とで構築され、出品店端末１２は、インターネットを介して外部の出品顧客と連携する外部連携の調整端末１５と、出品店用の表示・調整端末１６とで構築されている。
【００２３】
尚、同図に示す矢印は情報（信号、データ）の流れる方向を示し、括弧内の数字は、流れる情報の種類を示している。尚、以下の説明では、情報の名称のみを記述し、本来は名称の後に続けて記述すべき「信号」、「データ」等の記載はできるだけ省略している。
【００２４】
すなわち、業務サーバ４は、せり開始前において、車種情報ＤＢ７から読み出した（１）せりデータと、（２）出品情報、及び車両情報ＤＢ６から読み出した（３）人気車種データと、（４）売り時グラフデータを、せりサーバ１０へ送信する。
【００２５】
また、業務サーバ４は、せり確定時において、せりサーバ１０から送信されてきた（７）せり結果と、（８）応札マトリクスデータを、せり結果ＤＢ８に格納して保存する。
更に、業務サーバ４は、例えば月に１度程度の保守日において、せり結果ＤＢ８に保存した（８）応札マトリクスデータを利用して、車種情報ＤＢ７のデータを更新する。この更新では、車種情報ＤＢ７上の、全車の人気車種フラグをオフにする。
【００２６】
そして、最新数ヶ月の、同開催回の同車種の（８）応札マトリクスデータの応札数のＯＲをとり、同開催回毎の同車種の応札数の平均を計算する。計算した平均値を比較し、増加傾向にあった場合は、同車種の人気上昇フラグをＯＮにする。
【００２７】
また、最新開催回の（８）応札マトリクスデータの応札数のＯＲをとり、全車の平均応札数を計算する。そして「全車の平均応札数」＜「車種毎の平均応札数」の場合は、車種情報ＤＢ７の人気車種フラグをＯＮにする。
【００２８】
一方、せりサーバ１０は、せり開始前において、購買店端末１１に、（１）せりデータ及び（３）人気車種データを送信する。出品店端末１２には、（１）せりデータ及び（４）売り時グラフデータを送信する。
【００２９】
また、せりサーバ１０は、購買店端末１１から（５）応札を受け取り、出品店端末１２からは、（６）売り切りを受け取り、それぞれ応札マトリクスデータとして保存する。そして、せり確定時には、業務サーバ４へ、（７）せり結果と（８）応札マトリクスデータを送信する。
【００３０】
購買店端末１１の購買店用の表示・応札端末１３又は外部連携の表示・応札端末１４は、せり開始前に、（３）人気車種データの内容に応じて、「人気車種」又は「人気上昇中」などの表示を行い、せり中には、せりサーバ１０に（５）応札を送信する。
【００３１】
出品店端末１２の外部連携の調整端末１５又は出品店用の表示・調整端末１６は、せり開始前において、（６）売り時グラフデータを元に、応札人数の遷移グラフを表示し、せり中には、せりサーバ１０へ（６）売り切りを送信する。
【００３２】
図２は、せり業務システム２のデータベース５のデータ構造を示す図である。同図は左にデータベース名１７の項に、車両情報ＤＢ６、車種情報ＤＢ７、せり結果ＤＢ８の各データベース名を示し、その右にそれらのデータベースのデータ構造を示している。
【００３３】
車両情報ＤＢ６は、開催回１９、出品番号２１、車種２２、スタート価格２３、車両情報２４等から成るデータ構造を有する。車両情報２４は、更に、車種名２４−１、外装色２４−２、走行距離２４−３、傷２４−４、内装２４−５、画像２４−６、・・・等のデータ構造を有する。
【００３４】
また、車種情報ＤＢ７は、車種２２、（３）人気車種データ２５、（４）売り時グラフ２６等から成るデータ構造を有する。更に、人気車種データ２５は、人気車種２５−１、人気上昇中２５−２、・・・等のデータ構造を有し、売り時グラフ２６は、価格帯２６−１、平均応札数２６−２、・・・等のデータ構造を有する。
【００３５】
また、せり結果ＤＢ８は、出品番号２１、車種２２、開催回１９、区分２７、（８）応札マトリクスデータ２８、スタート価格２３、最終応札価格２９、会員番号３０等から成るデータ構造を有する。
【００３６】
更に、応札マトリクスデータ２８は、価格２８−１、応札状況マトリクス２８−２、開催回２８−３、出品番号２８−４等から成るデータ構造を有する。尚、開催回２８−３、出品番号２８−４は、それぞれ開催回１９、出品番号２１と同一のデータである。
【００３７】
図３は、図１に示した業務サーバ４とせりサーバ１０との間で交信される個々の情報の内容を示す図である。尚、この交信情報は、せりサーバ１０と購買店端末１１又は出品店端末１２との間でも交信される情報でもある。また、同図には、交信情報の情報名を電文名として示し、そのデータ構造を電文構造として示している。
【００３８】
同図に示すように、出品情報３１は、車両情報ＤＢ６に登録された又は車両情報ＤＢ６から読み出される１車種ごとの出品情報であり、図２に示す車両情報ＤＢ６の個々のデータのデータ構造と全く同一のものである。
【００３９】
また、車種情報３２も、車種情報ＤＢ７において保守日に更新された又は車種情報ＤＢ７から読み出される１車種ごとの車種情報であり、図２に示す車種情報ＤＢ７の個々のデータのデータ構造と全く同一のものである。
【００４０】
また、せり状況３３は、せり上げごとにせり機システム３の後述するマトリクス表示の表示データから取得される応札状況を示す基本データであり、価格３３−１、応札状況３３−２、応札人数３３−３から成る交信データである。
【００４１】
応札３４は、図１に示した（５）応札であり、出品番号３４−１、価格３４−２、会員番号３４−３から成る交信データである。尚、出品番号３４−１、価格３４−２、会員番号３４−３は、それぞれ、図２に示した出品番号２１、価格２８−１、会員番号３０のせり上げのときどきの交信データとなるものである。
【００４２】
せり結果３５は、せり確定時に、図１及び図２に示すせり結果ＤＢ８に格納された、又はせり中に人気指標又は売り時指標として競売品提出者に提示されるデータに合成するためにせり結果ＤＢ８から読み出される情報であり、図２に示すせり結果ＤＢ８の個々のデータのデータ構造と全く同一のものである。
【００４３】
図４(a),(b) は、本例のせり機システム３において、応札状況を表示するマトリクス表示の構成と、図３のせり状況３３のデータ構成に示した応札状況３３−２として保存されるデータ構成との相互関係を示す図である。
【００４４】
図４(a) の左に示すように、本例のマトリクス表示３６は、例として１０×６＝６０（箇）の点灯枠（以下、表示枠ともいう）からなるマトリクス表示の構成を示している。図４(a) の右にはマトリクス表示３６の６０箇の点灯枠に対応する６０箇のビットからなるビット列３７を示している。
【００４５】
６０ビットのビット列３７は、右から左方に０番ビットから５９番ビットまで、６０箇のビットが並んでいる。０番ビットは、マトリクス表示３６の左上角の１番目の表示枠に対応し、これより左方に順次並ぶビットが、それぞれマトリクス表示３６の２番目、３番目、・・・の表示枠に対応する。
【００４６】
図４(b) の左は、マトリクス表示３６の表示枠の１番目と２番目と６０番目が、これらの表示枠に割り当てられたせり参加者（会員）が、応札ボタンを押したことによって点灯している例を示している。
【００４７】
図４(b) の右上に示すビット列３７は、マトリクス表示３６の表示枠の１番目と２番目と６０番目に対応する０番ビット、１番ビット、５９番ビットに応札フラグとして「１」が格納されている。
【００４８】
これらのビットに立てられるフラグ「１」は、マトリクス表示３６の表示枠の１番目と２番目と６０番目の表示枠に点灯指令データが送られたことに応じて、その表示枠に対応する６０ビットのビット列のビットにフラグ格納指令データがＯＲ入力されることによって立てられる。つまり、マトリクス表示３６の表示枠の１番目と２番目と６０番目の表示枠が点灯しているのは、入札者が３名居ることを示している。
【００４９】
そして、図４(b) の右下に示す「８０００００００００００００３Ｈ」から成る数列は、右端の「Ｈ」（ヘキサ）が示すように、６０ビットを４ビットずつ区切り、各４ビットを１６進法で表したデータである。
【００５０】
このようにマトリクス表示３６に表示される応札データは、簡単な形の数列に変換して取扱うこともできる「０」又は「１」の単純な構成の６０ビットのビット列である。このビット列データは、図３に示す電文構造の応札状況３３−２のデータ領域に格納される。
【００５１】
図５、図６、図７は、上記６０枠のマトリクス表示３６では説明が煩雑になるので、模式的に６×４＝２４（箇）の表示枠からなるマトリクス表示４０に代えた図である。
したがって、以下、図５〜図７を用いて、説明される本例の表示枠の点灯表示と入札人数との関係の説明では、マトリクス表示４０は上述したマトリクス表示３６の代用であり、２４ビットのビット列は、６０ビットのビット列の代用である。
【００５２】
図５は、基本的なせりの形態において、図の左方の上から下へ、時間の流れと、入札者と、入札者数を示すマトリクス表示を示し、図の右方に、せり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【００５３】
図５において、せりでは、先ず購買店端末１１の外部連携の表示・応札端末１４、及び出品店端末１２の出品店用の表示・調整端末１６に、特には図示しないが、出品対象の例えばＭ社の車両Ｎの外観、その他の詳細な車両情報、初期価格等が表示される。
【００５４】
そして、せり人により、不図示のせり卓に設けられ、せりサーバ１０に接続されているスタートボタンが押下されて（Ｓ１）、せりの開始が宣言される（Ｓ２）。
このせり開始の合図に応じて、先ず、Ａ番の応札者（以下、会員という）４３が購買店端末１１の購買店用の表示・応札端末１３を介して応札価格を入札する。これにより、マトリクス表示４０のＡ番の会員４３に対応する表示枠４０Ａが点灯する。
【００５５】
尚、会員とマトリクス表示４０との関係は、中古車せりシステム１に予め会員登録されている会員が、せり開始からせり確定までの１回のせりごとに、せり開始前に例えば自身のＩＤが記録されている会員カードを端末のカード挿入口に差し込むことによって、先着順にマトリクス表示４０の表示枠に登録される。
【００５６】
上記Ａ番の会員４３が入札した価格を見たＢ番の会員４４が、次にそれより高い価格で入札する。これにより、マトリクス表示４０の表示枠４０Ａが消灯して、Ｂ番の会員４４に対応する表示枠４０Ｂが点灯する。
【００５７】
上記Ｂ番の会員４４が入札した価格を見たＡ番の会員４３とＣ番の会員４５が、更にそれより高い価格で入札する。これにより、マトリクス表示４０の表示枠４０Ｂが消灯して、Ａ番の会員４３に対応する表示枠４０Ａと、Ｃ番の会員４５に対応する表示枠４０Ｃが点灯する。
【００５８】
そして、その後、いずれの会員も入札の名乗りを上げないため、Ａ番の会員４３又はＣ番の会員４５の早く入札した会員にＭ社の車両Ｎの落札が決定し（Ｓ３）、現在のせりが確定する（Ｓ４）。
【００５９】
このせり確定までに、１回のせりでマトリクス表示４０に点灯した表示枠は、同図の右に示すように、Ａ番の会員４３に対応する表示枠４０Ａ、Ｂ番の会員４４に対応する表示枠４０Ｂ、Ｃ番の会員４５に対応する表示枠４０Ｃの３つの表示枠である。
【００６０】
Ａ番の会員４３は、１回目の入札と３回目の入札と合わせて２回入札に参加しているが、マトリクス表示４０の表示枠の点灯数は増えることなく、Ａ番の会員４３に対応する表示枠４０Ａが２回点灯するのみである。
【００６１】
マトリクス表示４０の点灯に関与する６×４＝２４（ビット）のビット列（図４(a),(b) 参照）に対応して、せりサーバ１０から購買店端末１１及び出品店端末１２に送信される電文のせり状況３３の応札状況３３−２の２４ビット（字際には６０ビット）に対応する２４個の信号は、ＯＲ信号として処理される。
【００６２】
図５の右に示すマトリクス表示４０の点灯表示の履歴は、Ａ番の会員４３が入札に参加したことを示すデータとして２４ビットのビット列の表示枠４０Ａに対応するビットに「１」がＯＲ入力で２回入力されたことを示している。
【００６３】
したがって、仮にＡ番の会員４３が１度のせりでＭ社の車両Ｎに何回応札しても、この入札に参加したことを示すデータは、表示枠４０Ａに対応するビットに「１」が連続してＯＲ入力されるだけであり、１回のせりにおける表示枠４０の点灯数の履歴が増えることはない。
【００６４】
つまり、図５の右に示すマトリクス表示４０の点灯表示の履歴は、せり確定時の延べ入札者数ではなく実入札者数を示している。そして、このせりに入札した会員は３名であることを示している。
【００６５】
これにより、マトリクス表示４０の点灯表示に対応する２４ビットの点灯履歴を示すフラグから、会員の中の入札者の延べ人数ではなく実人数を、累計したり、実時間集計することが可能となる。
【００６６】
図６は、１回のせりに中断が入ったせりの形態において、図の左方の上から下へ、時間の流れと、入札に対応するマトリクス表示の点灯表示を示し、図の右方に、せり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【００６７】
この場合も、せり開始前に、中古車せりシステム１に予め会員登録されている会員は、自身のＩＤが記録されている会員カードを端末のカード挿入口に差し込んで、先着順にマトリクス表示４０の表示枠に登録する。
【００６８】
せりでは、先ず購買店端末１１の外部連携の表示・応札端末１４、及び出品店端末１２の出品店用の表示・調整端末１６に、特には図示しないが、出品対象の例えばＱ社の車両Ｒの外観、その他の詳細な車両情報、初期価格等が表示される。
【００６９】
そして、せり人により、不図示のせり卓に設けられ、せりサーバ１０に接続されているスタートボタンが押下されて（Ｓ１１）、せりの開始が宣言される（Ｓ１２）。
図６では、せり開始の合図に応じて、先ず、Ａ番の会員が購買店端末１１の購買店用の表示・応札端末１３を介して入札価格を入れたことに対応して、マトリクス表示４０のＡ番の会員に対応する表示枠４０Ａが点灯したことを示している。
【００７０】
次の２回目のせり上げにおける表示枠４０Ｂの点灯と、３回目のせり上げにおける表示枠４０Ａと表示枠４０Ｃの点灯までに至る経過は、図５の場合と同様である。
ここで本例では、せりを中断しなければならない何らかの事情が生じて、せり中断の指示が出されて（Ｓ１３）、せり機システム３の管理者により、せりサーバ１０の不図示のストップボタンが押下される（Ｓ１４）。
【００７１】
この後、上記何らかの事情が解消されて、せり再開の指示が出される（Ｓ１５）。この場合、せりの開始では上述したように会員に対する表示枠の割当てを変える処理が入るが、そうすると、同じ会員に対してせりの中断前後で異なる表示枠が割当てられる可能性がある。
【００７２】
同じ会員に対してせりの中断前後で異なる表示枠が割当てられると、せり中断前とせり中断後で同じ会員が応札した場合、異なる箇所の表示枠が点灯するから、入札者が２名と集計される。
【００７３】
このような不都合が生じないように、本例では、ストップボタン押下でせりを中断した場合に限り、せり再開前に会員カードによる表示枠の割り当てを行うことなく、せり中断前に割り当てた表示枠のそのまま維持して、せり中断前後において同じ会員による入札に対し同じ箇所の表示枠が点灯するようにする。
【００７４】
これにより、図６のせり再開指示（Ｓ１５）に対応するスタートボタン押下（Ｓ１６）で、せりが再開されたあと、１回目のせり上げで表示枠４０Ｄが点灯し、２回目のせり上げで表示枠４０Ｅと４０Ｂが点灯した場合、せり中断前後の表示枠４０Ｂの点灯は、同一会員の入札によるものとすることができる。
【００７５】
したがって、落札が決定し（Ｓ１７）、せりが確定して（Ｓ１８）、図６の右に示すように、マトリクス表示４０の点灯表示履歴が、表示枠４０Ｅ、４０Ａ、４０Ｄ、４０Ｂ、４０Ｃの５つの表示枠であったとすれば、この１回のせりで、入札した会員は５名であるということが判明する。
このように、１回のせり中に中断があっても、１回のせりで入札した会員数を正確に把握することができる。
【００７６】
図７は、２回のせりが連続して行われた場合のせりの形態において、図の左方の上から下へ、時間の流れと、入札に対応するマトリクス表示の点灯表示を示し、図の右方に、せり確定時の実入札者数を示すマトリクス表示の表示履歴を示す図である。
【００７７】
図７において、スタートボタンの押下Ｓ２１とせり開始宣言２０で始まり、せり落とし決定Ｓ２１によるせり確定Ｓ２２までの経過は、図５に示したせりの経過と同様である。この１回のせりにおいて応札した会員は３名である。
【００７８】
次の回のせりでは、せり卓上に設けられている再せりボタンがせり人によって押下される（Ｓ２３）。この再せりボタンの押下を受けて、せりサーバ１０は、マトリクス表示４０に対応する２４ビットのビット列のフラグ値を全て「０」に初期化する（Ｓ２４）。
【００７９】
続いて、スタートボタンが押下されて（Ｓ２５）、せりの開始が宣言され（Ｓ２６）、２度のせり上げで落札が決定し（Ｓ２７）、せりが確定する（Ｓ２８）。この回のせりでは図７の右下のマトリクス表示４０に示すように、入札した会員数は２名であることが分かる。
【００８０】
次に、図１に示す中古車せりシステム１において、図２に示すようなデータ構成を有するデータベース５と、このデータベース５とデータの授受を行う業務サーバ４と、この業務サーバ４、購買店端末１１、出品店端末１２とそれぞれデータの授受を行うせりサーバ１０との間のデータ処理について説明する。
【００８１】
図８は、せり開催日における各データベース（車両情報ＤＢ６、車種情報ＤＢ７、せり結果ＤＢ８）の、せり準備のときと、せり確定のときの、データの出入りを示すフローチャートである。
【００８２】
図９は、せり開催日における業務サーバ４の、せり準備、せり前、せり開始、及びせり確定のときの処理動作を示すフローチャートである。
図１０は、せり開催日におけるせりサーバ１０の、せり前、せり開始、及びせり確定のときの処理動作を示すフローチャートである。
【００８３】
図１１は、せり開催日における購買店端末１１の、せり前と、せり開始のときの処理動作を示すフローチャートである。
図１２は、せり開催日における出品店端末１２の、せり前と、せり開始のときの処理動作を示すフローチャートである。
【００８４】
これらの図８ないし図１２を用いて、データベース５、業務サーバ４、せりサーバ１０、購買店端末１１、および出品店端末１２それぞれのデータ処理の動作を以下に説明する。なお、これらの図に示す実線矢印は装置か装置へのデータの送信方向を示し、破線矢印は、人の操作に基づいて装置から発信されるデータの送信方向を示している。
【００８５】
先ず、せり開催日におけるせり準備について、図８及び図９を用いて説明する。せり準備においては、先ず、図９に示す業務サーバ４は、開催回と出品番号を指定する。そして、車輌情報データベースへ、該当する開催回と、その開催回の上記指定した出品番号のせりデータを要求する（ＧＳＳ１）。
【００８６】
図８に示すデータベース（以下、単にＤＢと記載）５においては、この開催回と出品番号を伴ったせりデータの要求を受けて（ＤＢＳ１）、車輌情報ＤＢ６から（２）出品情報を読み出して、この読み出した（２）出品情報を図３に示す出品情報３１として業務サーバ４に返信する（ＤＢＳ２）。
【００８７】
図９に示す業務サーバ４は、この返信された出品情報３１から車種を取得して、該当する車種の車種情報を、車種情報データベースへ要求する（ＧＳＳ２）。
図８に示すＤＢ５は車種と伴った車種情報の要求を受けて（ＤＢＳ３）、車種情報ＤＢ７から該当の車種情報を読出し、この読出した車種情報を図３に示す車種情報３２として業務サーバ４に返信する（ＤＢＳ４）。
【００８８】
図９に示す業務サーバ４は、この返信された車種情報３２と先にＤＢ５から受け取っている出品情報３１とをせりサーバ１０に送信する（ＧＳＳ３）。これで、せり準備が完了する。なお、これらの情報は、せり前の情報としてせりサーバ１０に送信される。
【００８９】
続いて、せり前のデータ処理について、図１０ないし図１２を用いて説明する。図１０に示すせりサーバ１０は、業務サーバ４から受け取った出品情報３１と車種情報３２を（１）せりデータとして（図１のせり機システム３参照）各端末へ送信して、その後の各端末からの応答を待つこととする（ＳＳ１）。
これにより、購買店端末１１及び出品店端末１２へ、（１）せりデータとして出品情報３１と車種情報３２が送信される（ＳＳ２）
【００９０】
図１１に示す購買店端末１１は、せりサーバ１０から送信されてきた図３に示す出品情報３１と車種情報３２とに基づいて、購買店向け画面を表示装置に表示して（ＫＢ１）、せり前の準備が整ったことをせりサーバ１０に応答する（ＫＢ２）。
【００９１】
図１３は、せり開始前に購買店端末１１の表示装置に表示される購買店向け画面の例を示す図である。
図１３に示す購買店向け画面４６には、現在何レーンでせり中であるかを示すレーン番号と、せり確定、せり中断、せり中等のせり状況を表示するレーン表示窓４７、せりにかけられている車両の車種を示す車種名表示窓４８が表示されている。
【００９２】
更に、購買店向け画面４６には、せりにかけられている車輌の番号を表示する出品番号表示４９が表示され、その下には、せりにかけられている車両の外観が大きく表示されている車両画像表示領域５０が設けられている。
【００９３】
更にその左横には、せりにかけられている車両の外装色、走行距離、傷、内装等の情報を詳細に示す車両情報詳細５１や、その下の人気車種５２、人気上昇中５３等の人気指標ラベル５４が表示されている。
【００９４】
人気車種５２のラベル表示は、車輌情報ＤＢ７から読み出されて業務サーバ４から送信された車種情報３２の（３）人気車種データ２５の人気車種２５−１のフラグがＯＮとなっているときに表示される。
【００９５】
また、人気上昇中５３ラベル表示は、車輌情報ＤＢ７から読み出されて業務サーバ４から送信された車種情報３２の（３）人気車種データ２５の人気上昇中２５−２のフラグがＯＮとなっているときに表示される。
そして、この購買店向け画面４６の一番下には、大きく現在のせり上げ価格５５が、同図の例では２０千円（２万円）と表示されている。
【００９６】
一方、図１２に示す出品店端末１２は、せりサーバ１０から送信されてきた図３に示す出品情報３１と車種情報３２とに基づいて、出品店向け画面を表示装置に表示して（ＳＰ１）、せり前の準備が整ったことをせりサーバ１０に応答する（ＳＰ２）
【００９７】
図１４は、せり開始前に出品店端末１２の表示装置に表示される出品店向け画面の例を示す図である。
図１４に示す出品店向け画面５６には、この場合も、現在何レーンでせり中であるかを示すレーン番号と、せり確定、せり中断、せり中等のせり状況を表示するレーン表示窓５７、せりにかけられている車両の番号を表示する出品番号表示５８が表示されている。
【００９８】
更に、出品店向け画面５６には、ほぼ中央左に、せり状況を示すために応札に応じて点灯する図４ないし図７で説明したマトリクス表示３６又は４０に対応するマトリクス表示５９が表示されている。図では簡便に示すため９×５＝４５（枠）のマトリクスで表示されている。
【００９９】
また、マトリクス表示５９の右横に並んで、応札人数の遷移を示すと共に売り時指標ともなっている応札人数グラフ６０が表示されている。この応札人数グラフ６０には、過去４回の開催時における価格毎の応札人数を示す折れ線グラフ６１と、現在のせりの価格毎の応札人数を示す棒グラフ６２が表示されている。
【０１００】
更に、マトリクス表示５９と応札人数グラフ６０の下に、上段に現在のせりの情報６３と、次のせりの情報６４からなるせり状況６５が表示され、一番下に現在のせり価格６６が表示されている。
【０１０１】
購買店端末１１と出品店端末１２から応答（ＫＢ２、ＳＰ２）が図１０に示すせりサーバ１０に送信されると、処理ＳＳ３で全端末からの応答を待っていた（ＳＳ３がｎｏ）せりサーバ１０は、全端末からの応答を受け取ると（ＳＳ３がｙｅｓ）、せりを開始する（ＳＳ４）。
【０１０２】
このせりの開始では、処理ＳＳ５が行われる。すなわち、せりサーバ１０は、出品情報３１のスタート価格２３から、せりをスタートする。そして、せり中は以下の処理を行う。
【０１０３】
先ず、１番目には、応札毎に（ＳＳ８）、最終応札価格を更新し、そのせり状況（ＳＳ６）を各端末に送信する。これにより、出品店端末１２の出品店向け画面５６において、マトリクス表示５９の応札者に対応する表示枠が点灯されると共に、その出品店向け画面５６の現在のせり価格６６及び購買店端末１１の購買店向け画面４６の現在のせり上げ価格５５の表示が更新される。
【０１０４】
２番目に、せりサーバ１０は、価格と応札状況を（８）応札マトリクスデータ２８として追記保存する。これにより応札マトリクスデータ２８がせり上げごとに更新される。
３番目には、各端末へ、せり状況をリアルタイムで送信する。これにより上述した出品店端末１２の出品店向け画面５６と購買店端末１１の購買店向け画面４６の表示が応札発生ごとに更新される（図１１のＫＢ３、図１２のＳＰ３）。
【０１０５】
４番目として、せりサーバ１０は、一定価格帯毎に、応札マトリクスデータ２８のＯＲをとって、応札人数を計算し、出品店端末へ送信する。これにより図１４の応札人数グラフ６０の表示が更新される。
【０１０６】
また、５番目として、せりサーバ１０は、逐次発生するせり状況を、応札マトリクスデータ２８として追記保存する。
他方、図１１に示す購買店端末１１では、購買店向け画面４６の表示ＫＢ３を見ながら応札者６７は、欲しい（買いたい）と思ったときは、応札端末１３又は１４から、せりサーバ１０に応札を送信する（ＫＢ４）。
【０１０７】
この後、もしせりサーバ１０から、うりきりの通知が入ったときは、今の応札で自分又は他の応札者が落札して、せりが確定したのであるから、購買店端末１１は購買店向け画面４６のせり状況表示を終了すると共に、せり終了表示を行う（ＫＢ５）。
【０１０８】
また、図１２に示す出品店端末１２では、出品店向け画面５６の表示ＳＰ３を見ながら出品者６８は売ろうと思ったときは、調整端末１５又は１６から、せりサーバ１０に、うりきりを送信する（ＳＰ４）。
【０１０９】
このように、うりきりを送信したときは、現在表示中のせり上げ価格でせりが確定したのであるから、出品店端末１２は出品店向け画面５６のせり状況表示を終了すると共に、せり終了表示を行う（ＳＰ５）。
【０１１０】
一方、せりサーバ１０は、購買店端末１１又は出品店端末１２からの送信を待ちながら、うりきりとなったか（ＳＳ９）応札者が居ないかを判別し（ＳＳ１０）、うりきりでなく且つ応札者が居る（ＳＳ８）ときは（ＳＳ１０がｎｏ）、処理ＳＳ５を繰り返す。
【０１１１】
そして、出品店端末１２から「うりきり」（ＳＳ９）が送信されてきたとき、又は購買店端末１１から「応札」（ＳＳ８）の送信が無い場合は（ＳＳ１０がｙｅｓ）、処理ＳＳ１１を行う。
【０１１２】
すなわち、せりサーバ１０は、最終応札者名とせり終了の通知を各端末へ送信する。更に、せりサーバ１０は、業務サーバ４へ（７）せり結果と（８）応札マトリクスデータを送信する（ＳＳ１１）。
【０１１３】
このとき、送信に先立って、せりサーバ１０は、処理ＳＳ１１で、（７）せり結果として、うりきりになっていた場合は、せり結果の区分に「うりきり」を示す「１」を入れ、うりきりになっていない場合は、せり結果の区分に「流れ」を示す「２」を入れる。
【０１１４】
せりサーバ１０から（７）せり結果と（８）応札マトリクスデータを受け取った業務サーバ４は、その受け取った（７）せり結果と（８）応札マトリクスデータをせり結果データベースへ格納する（ＧＳＳ５）、図８の（ＤＢＳ５）。これでせり確定時の処理が全て終了する。
【０１１５】
続いて、せり保守日に行われるせりの保守処理について説明する。
図１５は、ＤＢ５と業務サーバ４との間で行われる保守処理を示すフローチャート（その１）である。
【０１１６】
図１６は、ＤＢ５と業務サーバ４との間で行われる保守処理を示すフローチャート（その２）である。
先ず、業務サーバ４側から保守処理が開始される（ＧＳＳ１０１）。この保守処理の第１の処理は、過去４回分の車種毎の最大応札数を計算する処理である。この処理では、業務サーバ４は、処理のループ１として全車種をチェックする（ＧＳＳ１０２）。
【０１１７】
そして、業務サーバ４は、最新の過去４回分の開催回を指定して、チェック結果と共にせり結果ＤＢ８に送信する（ＧＳＳ１０３）
せり結果ＤＢ８は、受信した最新の過去４回分の開催回と指定された車種とを検索し（ＤＢＳ１０１）、その（７）せり結果と（８）応札マトリクスデータを業務サーバ４に返信する（ＤＢＳ１０２）。
【０１１８】
業務サーバ４は、せり結果ＤＢ８から受け取った（８）応札マトリクスデータの、全ての応札状況マトリクス２８−２のＯＲをとり、車種毎の最大応札数を求める（ＧＳＳ１０４）。
【０１１９】
続いて、業務サーバ４は、第２の処理として、売り時グラフデータの計算を行う。この計算では、業務サーバ４は、せり結果ＤＢ８から受け取ったせり結果の、一番大きいスタート価格を求め、求めた価格を、その車種の最小価格とする（ＧＳＳ１０５）。
【０１２０】
次に、業務サーバ４は、せり結果ＤＢ８から受け取ったせり結果の、一番大きい最終応札価格を求め、求めた価格を、その車種の最大価格とする（ＧＳＳ１０６）。
そして、業務サーバ４は、一定値（例えば３千円）を価格帯として、いま求めた最小価格から最大価格までを、価格帯単位で区切る。そして、各価格帯で応札状況マトリクス２８−２のＯＲをとり、価格帯毎の応札数を求める。そして、この求めた価格帯と応札数を車種毎の売り時グラフデータとする（ＧＳＳ１０７）。
【０１２１】
ここまでの過去４回分の開催回を合計した車種毎の最大応札数の算出と、売り時グラフデータの作成までで、業務サーバ４は、ループ１の処理を終了する（ＧＳＳ１０８）。
そして第３の処理として、業務サーバ４は、会場毎の平均応札数の計算を行う。この計算では、業務サーバ４は、全車種の最大応札数の和をとり、車種の数で割ることで、過去４回のそのせり会場の平均応札数を算出する。
【０１２２】
次に、第４の処理として、業務サーバ４は、人気上昇中の計算を行う。この計算では、業務サーバ４は、ループ２の処理の最初の処理として、全車種のチェックを行う（ＧＳＳ２０１）。
【０１２３】
尚、このループ２の処理には、第４の処理として人気上昇中計算、第５の処理として人気車種計算、第６の処理として会場毎の平均応札数計算が含まれている。
上記に続いて業務サーバ４は、ループ２の処理の中のループ３の処理として、過去４回の開催回をチェックする（ＧＳＳ２０２）。そして、業務サーバ４は、せり結果ＤＢ８へ、チェックした開催回のある車種の応札マトリクスデータを要求する（ＧＳＳ２０３）。
【０１２４】
せり結果ＤＢ８は、受信した開催回と指定された車種とを検索し（ＤＢＳ２０１）、その（８）応札マトリクスデータ２８を業務サーバ４に返信する（ＤＢＳ２０２）。
業務サーバ４は、せり結果ＤＢ８から受け取った応札マトリクスデータ２８の、全ての応札状況マトリクス２８−１のＯＲをとり、開催回毎の同車種の最大応札数を求める（ＧＳＳ２０４）。
【０１２５】
業務サーバ４は、ここまででループ３の処理を終了し（ＧＳＳ２０５）、続いて処理ＧＳＳ２０６に移る。処理ＧＳＳ２０６では、業務サーバ４は、最大応札数の遷移を計算し、上昇傾向にあるかどうかを調べる。
【０１２６】
この調査結果として、例えば、「４回前の開催回の応札数」＜「３回前の開催回の応札数」＜「２回前の開催回の応札数」＜「前回の開催回の応札数」なら、（３）人気車種データ２５の人気上昇中２５−２のフラグをＯＮにする。上記の比較式が成立しないときは人気上昇中２５−２のフラグをＯＦＦにする（ＧＳＳ２０６）。これで第４の処理の人気上昇中計算が終了する。
【０１２７】
続いて、業務サーバ４は、人気車種計算を行う。この計算では、業務サーバ４は、「（車種毎の最大応札数）−（会場の平均応札数）」＞「一定量」のとき（３）人気車種データ２５の人気車種２５−１のフラグをＯＮにする。上記の比較式が成立しないときは、人気車種２５−１のフラグをＯＦＦにする（ＧＳＳ２０７）。これで第５の処理の人気車種計算が終了する。
【０１２８】
続いて、業務サーバ４は、会場毎の平均応札数の計算を行う。この計算では、業務サーバ４は、車種情報データベースにアクセスし、ループ３の処理で行った車種と同じ車種の人気車種、人気上昇中、売り時グラフのデータを上書きする（ＧＳＳ２０８）。
【０１２９】
これにより、車種情報ＤＢ７では、車種、人気車種、人気上昇中、売り時グラフのデータを上書きして更新し（ＤＢＳ２０３）、上書き終了を業務サーバ４に通知する。この通知を受け取って、業務サーバ４は、ループ２の処理を終了し（ＧＳＳ２０９）、全ての保守処理を終了する（ＧＳＳ２１０）。
【産業上の利用可能性】
【０１３０】
本発明は、競りに応札した実人数を延べ人数を除外して計数する競り応札人数計数装置に利用することができる。
【符号の説明】
【０１３１】
（１）  せりデータ
（２）  出品情報
（３）  人気車種データ
（４）  売り時グラフデータ
（５）  応札
（６）  売り切り
（７）  せり結果
（８）  応札マトリクスデータ
１  中古車せりシステム
２  せり業務システム
３  せり機システム
４  業務サーバ
５  データベース（ＤＢ）
６  車両情報ＤＢ（データベース）
７  車種情報ＤＢ
８  せり結果ＤＢ
１０  せりサーバ
１１  購買店端末
１２  出品店端末
１３  購買店用の表示・応札端末
１４  外部連携の表示・応札端末
１５  外部連携の調整端末
１６  出品店用の表示・調整端末
１７  データベース名
１８  データ構造
１９  開催回
２１  出品番号
２２  車種
２３  スタート価格
２４  車両情報
２４−１  車種名
２４−２  外装色
２４−３  走行距離
２４−４  傷
２４−５  内装
２４−６  画像
２５  （３）人気車種データ
２５−１  人気車種
２５−２  人気上昇中
２６  （４）売り時グラフ
２６−１  価格帯
２６−２  平均応札数
２７  区分
２８  （８）応札マトリクスデータ
２８−１  価格
２８−２  応札状況マトリクス
２８−３  開催回
２８−４  出品番号
２９  最終応札価格
３０  会員番号
３１  出品情報
３２  車種情報
３３  せり状況
３３−１  価格
３３−２  応札状況
３３−３  応札人数
３４  応札
３５  せり結果
３６  マトリクス表示
３７  ビット配列
３８  数値化されたビット配列
４０  マトリクス表示
４１  時間
４３  Ａ番の会員
４４  Ｂ番の会員
４５  Ｃ番の会員
４６  購買店向け画面
４７  レーン表示窓
４８  車種名表示窓
４９  出品番号表示
５０  車両画像表示領域
５１  車両情報詳細
５２  人気車種
５３  人気上昇中
５４  人気指標ラベル
５５  現在のせり上げ価格
５６  出品店向け画面
５７  レーン表示窓
５８  出品番号表示
５９  マトリクス表示
６０  応札人数グラフ
６１  折れ線グラフ
６２  棒グラフ
６３  現在のせりの情報
６４  次のせりの情報
６５  せり状況
６６  現在のせり価格
６７  応札者
６８  出品者
【図１】
2011180728.tif 000003
【図２】
2011180728.tif 000004
【図３】
2011180728.tif 000005
【図８】
2011180728.tif 000006
【図９】
2011180728.tif 000007
【図１０】
2011180728.tif 000008
【図１１】
2011180728.tif 000009
【図１２】
2011180728.tif 000010
【図１３】
2011180728.tif 000011
【図１５】
2011180728.tif 000012
【図１６】
2011180728.tif 000013
【図４】
2011180728.tif 000014
【図５】
2011180728.tif 000015
【図６】
2011180728.tif 000016
【図７】
2011180728.tif 000017
【図１４】
2011180728.tif 000018