せり制御装置、せりシステムおよびせり制御方法
【課題】せり時間を効率的に短縮すること。
【解決手段】せり制御装置１は、計数部１ａと制御部１ｂとを有する。計数部１ａは、せり対象品への応札数を計数する。制御部１ｂは、計数部１ａが計数した応札数に応じて応札受付時間またはせり上げ金額を変更する。例えば、制御部１ｂは、応札数に応じて、次回せり上げ金額Ｍを増加させる。また、例えば、制御部１ｂは、現在の応札受付時間Ｔ１の前半の期間の応札数に応じて、Ｔ１をＴ１’（＜Ｔ１）に短縮する。あるいは、制御部１ｂは、現在の応札受付時間Ｔ１での応札数に応じて次回せり上げ後の応札受付時間Ｔ２を規定の時間よりも短縮する。
【解決手段】せり制御装置１は、計数部１ａと制御部１ｂとを有する。計数部１ａは、せり対象品への応札数を計数する。制御部１ｂは、計数部１ａが計数した応札数に応じて応札受付時間またはせり上げ金額を変更する。例えば、制御部１ｂは、応札数に応じて、次回せり上げ金額Ｍを増加させる。また、例えば、制御部１ｂは、現在の応札受付時間Ｔ１の前半の期間の応札数に応じて、Ｔ１をＴ１’（＜Ｔ１）に短縮する。あるいは、制御部１ｂは、現在の応札受付時間Ｔ１での応札数に応じて次回せり上げ後の応札受付時間Ｔ２を規定の時間よりも短縮する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、せり制御装置、せりシステムおよびせり制御方法に関する。
【背景技術】
【０００２】
従来、中古車販売業者の間で、せりによる中古車の取り引きが行われている。せり会場では、せりシステムによってせりが実現される。
せりシステムは、例えば、せり制御装置、応札端末装置および大型表示装置を有する。せり制御装置は、せりの進行を制御する。応札端末装置は、応札者による応札入力を受け付け、応札者の識別情報と共にせり制御装置に通知する。大型表示装置は、現在せりの対象となっている中古車の情報や、現在のせり金額を表示する。
【０００３】
せり制御装置は、大型表示装置に現在のせり金額を提示させた後、最も早く応札端末装置による応札入力を行った応札者を落札権利者と特定する。ここで、落札権利者は、価格がせり上げられるたびに変更され得る。そして、せり制御装置は、応札がなくなるまで価格をせり上げ、最終の落札権利者（最終落札者）を該当の中古車の販売成約者とする。
【０００４】
ところで、せりシステムでは、多数の中古車が取り引きされる。例えば、１日当たり数千台の中古車が販売されることもある。このため、せり全体の所要時間を短縮したいという要求がある。
【０００５】
この課題に対し、予め各中古車の人気度を取得しておき、人気度に応じてせり上げ時間やせり金額の上げ幅を変更する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１６５６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、実際のせり取り引きでは、所定の価格帯に応札が集中することが考えられる。
例えば、値の低い価格帯では、該当の中古車の購入に対する強い希望はないが安く購入したい者と、購入を強く希望する者とが、応札者の中に混在することが考えられる。この場合、このような応札の集中する価格帯を超えるまでは、購入を強く希望する者同士が競争する価格帯には至らず、最終落札者の決定には至り難い。すなわち、応札の集中する価格帯を超えるまでに時間を要することは、せり時間の短縮の観点からは非効率である。
【０００８】
これに対し、このように応札の集中する価格帯を短時間で超えて、購入を強く希望する者同士が競争する価格帯へとより早く進めることが、せり時間の短縮の観点からは望ましい。
【０００９】
本発明はこのような点に鑑みてなされたものであり、せり時間を効率的に短縮することができるせり制御装置、せりシステムおよびせり制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記の課題を解決するために、せり制御装置が提供される。このせり制御装置は、計数部と制御部とを有する。計数部は、せり対象品への応札数を計数する。制御部は、応札数に応じて応札受付時間またはせり上げ金額を変更する。
【００１１】
また、上記課題を解決するためにせりシステムが提供される。このせりシステムは、せり制御装置と応札端末装置とを有する。せり制御装置は、受付部と計数部と制御部とを備える。受付部は、複数の応札端末装置からせり対象品への応札を示す応札情報を受け付ける。計数部は、受付部が受け付けた応札数を計数する。制御部は、応札数に応じて応札受付時間またはせり上げ金額を変更する。応札端末装置は、応札操作部と送信部とを有する。応札操作部は、せり対象品への応札の操作入力を受け付ける。送信部は、応札操作部が操作入力を受け付けると、応札情報をせり制御装置に送信する。
【００１２】
また、上記課題を解決するために、上記せり制御装置と同様の処理を行うせり制御方法が提供される。
【発明の効果】
【００１３】
上記せり制御装置、せりシステムおよびせり制御方法によれば、せり時間を効率的に短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態のせり制御装置を示す図である。
【図２】せりシステムの全体構成を示す図である。
【図３】第２の実施の形態のせり制御装置のハードウェア構成を示す図である。
【図４】第２の実施の形態の応札端末装置のハードウェア構成を示す図である。
【図５】第２の実施の形態の各装置の機能構成を示す図である。
【図６】せり管理テーブルのデータ構造例を示す図である。
【図７】せり制御テーブルのデータ構造例を示す図である。
【図８】落札権利者テーブルのデータ構造例を示す図である。
【図９】第２の実施の形態のせり制御処理を示すフローチャートである。
【図１０】第２の実施の形態の応札受付処理を示すフローチャートである。
【図１１】第２の実施の形態の応札受付処理を示すフローチャートである。
【図１２】第２の実施の形態の応札カウント処理を示すフローチャートである。
【図１３】第２の実施の形態の制御情報取得処理を示すフローチャートである。
【図１４】第２の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。
【図１５】第２の実施の形態のせりの進行を示す図である。
【図１６】第３の実施の形態のせり制御装置の機能構成を示す図である。
【図１７】第３の実施の形態の応札受付処理を示すフローチャートである。
【図１８】第３の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。
【図１９】第４の実施の形態のせり制御装置の機能構成を示す図である。
【図２０】第４の実施の形態の制御情報取得処理を示すフローチャートである。
【図２１】第５の実施の形態のせり制御装置の機能構成を示す図である。
【図２２】第５の実施の形態の応札ログ管理テーブルのデータ構造例を示す図である。
【図２３】第５の実施の形態の応札受付処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本実施の形態を図面を参照して詳細に説明する。
［第１の実施の形態］
以下、第１の実施の形態に関して説明する。
【００１６】
図１は、第１の実施の形態のせり制御装置を示す図である。せり制御装置１は、せりによる取り引きにおいて、あるせり金額において応札を受け付ける時間幅（応札受付時間）またはせり上げ金額を制御する。せり制御装置１は、例えば、中古車や家畜などのせりの進行に用いることができる。
【００１７】
せり制御装置１は、計数部１ａおよび制御部１ｂを有する。
計数部１ａは、せり対象品への応札数を計数する。
制御部１ｂは、計数部１ａが計数した応札数に応じて、応札受付時間またはせり上げ金額を変更する。
【００１８】
せり制御装置１によれば、計数部１ａにより、せり対象品に対する応札数が計数される。制御部１ｂにより、計数部１ａが計数した応札数に応じて、応札受付時間またはせり上げ金額が変更される。
【００１９】
これにより、効率的にせり時間を短縮することができる。
具体的には、制御部１ｂは、計数部１ａが計数した応札数が多いほど応札受付時間を短縮させる。または、制御部１ｂは、計数部１ａが計数した応札数が多いほどせり上げ金額を増加させる。あるいは、制御部１ｂは、計数部１ａが計数した応札数に応じて応札受付時間とせり上げ金額との両方を変更する。
【００２０】
例えば、計数部１ａは、ある価格の応札受付時間Ｔ１内の前半に応札数Ｃを計数したとする。このとき、制御部１ｂは、応札受付時間Ｔ１を応札数Ｃに応じて、応札受付時間Ｔ１の後半を削減し、Ｔ１’（＜Ｔ１）に短縮することが考えられる。また、制御部１ｂは、次のせり上げ金額Ｍを規定のせり上げ金額よりも増加させることが考えられる。
【００２１】
また、例えば、計数部１ａは、ある価格の応札受付時間Ｔ１内の間に応札数Ｃ’を計数したとする。このとき、制御部１ｂは、次回せり上げ後の応札受付時間Ｔ２を規定の時間より短縮することが考えられる。この場合、次回せり上げ時のせり上げ金額Ｍも応札数Ｃ’に応じて増加させることが考えられる。
【００２２】
これにより、応札を希望する者が多く存在する価格帯を短時間で超えて、購入を強く希望する者同士が競争する価格帯へとより早く進めることができる。その結果、最終落札者を短時間で決定することができ、せりに要する時間を一層短縮することができる。
【００２３】
せり制御装置１は、例えば、中古車のせりの進行に利用することができる。以下では、せり制御装置１を中古車の販売を行うせりシステムに適用する場合を例に採り、更に具体的に説明する。
【００２４】
［第２の実施の形態］
以下、第２の実施の形態に関して説明する。
図２は、せりシステムの全体構成を示す図である。このせりシステムは、せりによる中古車の販売を行うためのシステムである。このせりシステムは、管理用端末装置２０、大型表示装置３０、表示パネル４０、せり制御装置１００、応札端末装置２００，３００，４００，・・・および調整人端末装置５００がネットワーク１０を介して接続される。ネットワーク１０は、有線または無線のネットワークである。
【００２５】
管理用端末装置２０は、せり制御装置１００と接続される。管理用端末装置２０は、せり制御装置１００の運用管理を行うコンピュータである。
大型表示装置３０は、せり会場内の応札者によって閲覧され、応札者に現在のせり対象品の情報を提供するための大型の画面を備えている。大型表示装置３０は、ネットワーク１０を介してせりの対象となっている中古車の画像情報や、該当の中古車に関する属性情報（車名、型式、年式および状態など）をせり制御装置１００から受信する。大型表示装置３０は、受信した画像情報や属性情報を画面に表示する。
【００２６】
表示パネル４０は、大型表示装置３０に表示された中古車の現在のせり金額や“売り切り”対象品であるか否か、その価格で販売が決定したか否か、“流れ”となったか否かなどの情報を表示する。
【００２７】
ここで、“売り切り”とは、該当の中古車に対して、スタート価格から一回でも応札があれば、それ以後の最高応札者に対して販売成約（落札）を行うモードである。
また、“流れ”とは、応札者が一人もいない場合、或いは、最終応札者に対して販売成約を行わず、今回は該当の中古車を販売しないことを示す。
【００２８】
せり制御装置１００は、せりの進行を制御する。せり制御装置１００は、受け付けた応札数に応じて、応札受付時間やせり上げ金額を変更する。また、せり制御装置１００は、応札を受け付け、該当の中古車の落札権利者を管理する。
【００２９】
応札端末装置２００，３００，４００，・・・は、応札者が応札に用いる端末装置である。応札者は、例えば、応札端末装置２００が設置された座席に着く。そして、応札端末装置２００に自己のＩＤ（IDentifier）を記憶したＩＣ（Integrated Circuit）カードを応札端末装置２００に挿入する。これにより、応札端末装置２００は、応札者による応札の入力を受け付けるたびに、ＩＣカードに記憶されたＩＤと応札通知の信号をせり制御装置１００に送信する。
【００３０】
調整人端末装置５００は、せりを主催する調整人がせりの進行状況により必要に応じて、応札受付時間やせり上げ金額を変更するための端末装置である。
せり会場では、例えば、複数のせりを並行して行うために大型表示装置、表示パネル、応札端末装置および調整人端末装置のセットが複数レーン分設けられる。
【００３１】
図３は、第２の実施の形態のせり制御装置のハードウェア構成を示す図である。せり制御装置１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＨＤＤ（Hard Disk Drive）１０３、画像処理装置１０４、入力インタフェース１０５および通信インタフェース１０６，１０７を有する。
【００３２】
ＣＰＵ１０１は、せり制御装置１００全体を制御する。
ＲＡＭ１０２は、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションソフトウェア（以下、アプリケーションという）のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２は、ＣＰＵ１０１による処理に必要な各種データを一時的に記憶する。
【００３３】
ＨＤＤ１０３は、ＯＳのプログラムやアプリケーションのプログラムを記憶する。また、ＨＤＤ１０３は、ＣＰＵ１０１による処理に必要な各種データを記憶する。なお、ＨＤＤ１０３の代わりにＳＳＤ（Solid State Drive）のような他の不揮発性の記憶媒体を用いることもできる。
【００３４】
画像処理装置１０４は、モニタ１１と接続されている。画像処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。
入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。
【００３５】
通信インタフェース１０６，１０７は、他の情報処理装置とデータ通信を行う。通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、大型表示装置３０、応札端末装置２００，３００，４００，・・・および調整人端末装置５００とデータ通信を行う。また、通信インタフェース１０７は、管理用端末装置２０と接続される。通信インタフェース１０７は、例えば、管理用端末装置２０からの接続を受け付け、制御用コマンドや制御情報などの送受信を行う。
【００３６】
なお、調整人端末装置５００もせり制御装置１００と同様のハードウェア構成を備えたコンピュータにより実現することができる。
図４は、第２の実施の形態の応札端末装置のハードウェア構成を示す図である。応札端末装置２００は、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ２０３、ＩＣカード読取部２０４、表示パネル用インタフェース２０５、表示パネル２０６、応札ボタン用インタフェース２０７および通信インタフェース２０８を有する。
【００３７】
ＣＰＵ２０１は、応札端末装置２００全体を制御する。
ＲＯＭ２０２は、ＣＰＵ２０１に実行させるＯＳのプログラムやアプリケーションのプログラムを記憶する。
【００３８】
ＲＡＭ２０３は、ＣＰＵ２０１に実行させるＯＳのプログラムやアプリケーションのプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０３は、ＣＰＵ２０１による処理に必要な各種データを一時的に記憶する。
【００３９】
ＩＣカード読取部２０４は、応札者が応札端末装置２００に挿入したＩＣカードを読み取る。
表示パネル用インタフェース２０５は、表示パネル２０６が接続されている。表示パネル用インタフェース２０５は、ＣＰＵ２０１からの命令に従って、表示パネル２０６の権利表示ＬＥＤ（Light Emitting Diode）２０６ａの点灯および消灯を制御する。これにより、応札端末装置２００は、操作中の応札者が現在落札権利者となっているか否かを通知する。例えば、落札権利者となっている場合、表示パネル用インタフェース２０５は、権利表示ＬＥＤ２０６ａを点灯させる。その後、落札権利者でなくなった場合、表示パネル用インタフェース２０５は、表示ＬＥＤ２０６ａを消灯させる。また、表示パネル用インタフェース２０５は、ＣＰＵ２０１からの命令に従って、表示パネル２０６の金額表示部２０６ｂに現在のせり金額を表示する。
【００４０】
応札ボタン用インタフェース２０７は、応札ボタン２１と接続されている。応札ボタン用インタフェース２０７は、応札者による応札ボタン２１の押下を検知し、ＣＰＵ２０１に通知する。
【００４１】
通信インタフェース２０８は、ネットワーク１０に接続されている。通信インタフェース２０８は、ネットワーク１０を介して、せり制御装置１００とデータ通信を行う。
なお、応札端末装置３００，４００，・・・も応札端末装置２００と同様のハードウェア構成により実現することができる。
【００４２】
図５は、第２の実施の形態の各装置の機能構成を示す図である。せり制御装置１００は、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０、せり制御部１５０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【００４３】
制御情報記憶部１１０は、せりの進行を制御するための制御情報を記憶する。また、制御情報記憶部１１０は、出品対象である中古車の情報などを含む管理情報を記憶する。
応札情報記憶部１２０は、せりによって決定した落札権利者情報や、応札のログなどの運用情報を記憶する。
【００４４】
応札端末側通信部１３０は、応札端末装置２００，３００，４００，・・・から応札情報を受信する。ここで、応札情報は、応札端末装置２００で応札ボタン２１の押下を検出したことを示す情報および応札端末装置２００に挿入されたＩＣカードが記憶する識別情報を含むものである（応札端末装置３００，４００，・・・についても同様）。そして、応札端末側通信部１３０は、受信した応札情報を応札受付部１４０に出力する。
【００４５】
また、応札端末側通信部１３０は、権利通知部１６０から取得する権利通知情報を応札端末装置２００，３００，４００，・・・に送信する。更に、応札端末側通信部１３０は、せり金額通知部１６５から取得するせり金額通知情報を応札端末装置２００，３００，４００，・・・に送信する。
【００４６】
応札受付部１４０は、所定期間の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札情報を受け付けた回数（応札数）を計数する。応札受付部１４０は、せり制御部１５０によって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０は、取得した応札情報をせり制御部１５０に出力する。また、所定期間の間に計数して取得した応札数をせり制御部１５０に出力する。
【００４７】
せり制御部１５０は、せりの進行や落札権利者などの管理を行う。せり制御部１５０は、進行管理部１５１、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４を有する。
【００４８】
進行管理部１５１は、制御情報記憶部１１０に記憶された制御情報や管理情報を参照して、せりの進行を管理する。例えば、進行管理部１５１は、せりの開始タイミングや価格をせり上げるタイミングなどを管理する。進行管理部１５１は、現在の価格の応札受付時間が経過すると、せり上げを行い、せり上げ後の金額をせり金額通知部１６５に出力する。また、進行管理部１５１は、せりの進行に応じて、せり情報表示制御部１７０に、現在のせり金額や中古車の情報などを出力する。更に、進行管理部１５１は、現在のせり金額を示す情報を応札状況受付部１８０に出力する。
【００４９】
権利者登録部１５２は、応札受付部１４０から取得した応札情報に基づいて、現在の価格における落札権利者を特定する。権利者登録部１５２は、現在の価格において最も早く応札を受け付けた応札者を落札権利者と特定する。権利者登録部１５２は、特定した落札権利者のＩＤを権利通知部１６０および応札状況受付部１８０に出力する。そして、権利者登録部１５２は、最終落札者を販売成約者として応札情報記憶部１２０に登録する。
【００５０】
応札受付時間制御部１５３は、応札受付部１４０から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて応札受付時間を変更する。
せり上げ金額制御部１５４は、応札受付部１４０から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて次回のせり上げ金額を変更する。
【００５１】
権利通知部１６０は、権利者登録部１５２から取得した落札権利者のＩＤに基づいて、そのＩＤを含む権利通知情報を生成し、応札端末側通信部１３０に出力する。
せり金額通知部１６５は、進行管理部１５１から取得したせり上げ後の金額を通知するためのせり金額通知情報を生成し、応札端末側通信部１３０に出力する。
【００５２】
せり情報表示制御部１７０は、進行管理部１５１から現在のせり金額や中古車の情報などを取得すると、大型表示装置３０および表示パネル４０の表示内容を変更する。
応札状況受付部１８０は、進行管理部１５１から現在のせり金額を示す情報を取得し、調整人端末側通信部１９０に出力する。また、応札状況受付部１８０は、権利者登録部１５２から落札権利者の情報を取得し、調整人端末側通信部１９０に出力する。
【００５３】
調整人端末側通信部１９０は、応札状況受付部１８０から取得した現在のせり金額を示す情報や落札権利者の情報（ＩＤなど）を調整人端末装置５００に送信する。
応札端末装置２００，３００，４００，・・・は、応札端末側通信部１３０と通信し、応札の有無を通知する。なお、以下では、応札端末装置２００の機能構成に関してのみ説明するが、応札端末装置３００，４００，・・・も同一の機能構成により実現できる。
【００５４】
応札端末装置２００は、スイッチ押下検出部２１０、せり金額表示制御部２２０、権利状況表示制御部２３０および通信部２４０を有する。
スイッチ押下検出部２１０は、応札者による応札ボタン２１の押下を検出し、その旨を通知するための応札情報を生成して通信部２４０に出力する。
【００５５】
せり金額表示制御部２２０は、通信部２４０から取得するせり金額通知情報に基づいて、表示パネル２０６の金額表示部２０６ｂに現在のせり金額を表示させる。
権利状況表示制御部２３０は、通信部２４０から取得する権利通知情報を参照して、権利者のＩＤが応札端末装置２００に挿入されたＩＣカードに記憶されたＩＤと一致するか否かを照合する。権利状況表示制御部２３０は、ＩＤが同一、かつ、表示パネル２０６の権利表示ＬＥＤ２０６ａが消灯状態である場合、権利表示ＬＥＤ２０６ａを点灯させる。ＩＤが同一かつ権利表示ＬＥＤ２０６ａが点灯状態である場合には、点灯状態を維持させる。また、権利状況表示制御部２３０は、ＩＤが異なり、かつ、権利表示ＬＥＤ２０６ａが点灯状態である場合、権利表示ＬＥＤ２０６ａを消灯させる。ＩＤが異なり、かつ権利表示ＬＥＤ２０６ａが消灯状態である場合には、消灯状態を維持させる。
【００５６】
通信部２４０は、スイッチ押下検出部２１０から取得した応札情報をせり制御装置１００に送信する。また、通信部２４０は、せり制御装置１００から受信したせり金額通知情報をせり金額表示制御部２２０に出力する。また、通信部２４０は、せり制御装置１００から受信した権利通知情報を権利状況表示制御部２３０に出力する。
【００５７】
調整人端末装置５００は、操作入力受付部５１０、せり金額表示制御部５２０、権利取得者通知部５３０および通信部５４０を有する。
操作入力受付部５１０は、応札受付時間やせり上げ金額を変更するための調整人による操作入力を受け付ける。
【００５８】
せり金額表示制御部５２０は、通信部５４０から取得する現在のせり金額の情報を調整人端末装置５００が有するモニタに表示する。
権利取得者通知部５３０は、通信部５４０から取得する落札権利者の情報を調整人端末装置５００が有するモニタに表示する。
【００５９】
通信部５４０は、操作入力受付部５１０が受け付けた調整人の操作入力をせり制御装置１００に送信する。なお、せり制御装置１００では、応札受付時間やせり上げ金額の変更を受け付けると制御情報記憶部１１０に記憶された応札受付時間やせり上げ金額を変更する。通信部５４０は、せり制御装置１００から受信した現在のせり金額の情報をせり金額表示制御部５２０に出力する。また、通信部５４０は、せり制御装置１００から受信した落札権利者の情報を権利取得者通知部５３０に出力する。
【００６０】
図６は、せり管理テーブルのデータ構造例を示す図である。せり管理テーブル１１１は、制御情報記憶部１１０に予め記憶される。せり管理テーブル１１１には、せり番号を示す項目、スタート価格を示す項目、希望価格を示す項目、画像ファイルを示す項目、売り切りフラグを示す項目および属性情報を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つのせりに関する情報を示す。
【００６１】
せり番号を示す項目には、該当の中古車が対象となるせりを特定するための識別番号が設定される。スタート価格を示す項目には、せりの開始時点の価格が設定される。希望価格を示す項目には、落札希望価格を示す情報が設定される。画像ファイルを示す項目には、該当の中古車をカメラで撮像した画像データが設定される。売り切りフラグを示す項目には、該当の中古車が売り切り品であるか否かを示すフラグが設定される。属性情報を示す項目には、該当の中古車に関する属性情報（例えば、車名、型名、年式および状態など）が設定される。
【００６２】
せり管理テーブル１１１には、例えば、せり番号が“１”、スタート価格が“４００，０００（円）”、希望価格が“４６０，０００（円）”、画像ファイルが“０００１．ｊｐｇ”、売り切りフラグが“−”、車名が“ＡＢＣ”という情報が設定される。これは、せり番号“１”のせりに掛けられる中古車（“ＡＢＣ”）の画像データがファイル名“０００１．ｊｐｇ”で登録されており、その中古車のスタート価格が“４００，０００（円）”、落札希望価格が“４６０，０００（円）”であり、売り切り品ではないことを示している。
【００６３】
また、せり管理テーブル１１１には、例えば、せり番号が“４”スタート価格が“３５０，０００（円）”、希望価格が“−（円）”、画像ファイルが“０００４．ｊｐｇ”、売り切りフラグが“○”、車名が“ＶＲＭ”という情報が設定される。これは、せり番号“４”のせりに掛けられる中古車（“ＶＲＭ”）の画像データがファイル名“０００４．ｊｐｇ”で登録されており、その中古車のスタート価格が“３５０，０００（円）”、落札希望価格のない売り切り品であることを示している。
【００６４】
これらの情報は、例えば、中古車を販売する販売者やせりを主催する主催者により予め登録される。
図７は、せり制御テーブルのデータ構造例を示す図である。せり制御テーブル１１２は、制御情報記憶部１１０に予め記憶される。せり制御テーブル１１２には、応札カウンタ値を示す項目、せり上げ金額ΔＭを示す項目および応札受付時間Ｔを示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの制御内容を示す。
【００６５】
応札カウンタ値を示す項目には、応札数を示す値が設定される。せり上げ金額ΔＭを示す項目には、該当の応札数であった場合にせり上げる金額の上げ幅が設定される。応札受付時間Ｔを示す項目には、該当の応札数であった場合の変更後の応札受付時間が設定される。
【００６６】
せり制御テーブル１１２には、例えば、応札カウンタ値が“０−２０”、せり上げ金額ΔＭが“７，０００（円）”、応札受付時間Ｔが“２．０（秒）”という情報が設定される。これは、カウンタ１４１が計数した応札数が“０−２０”の範囲にある場合、せり上げ金額ΔＭを“７，０００（円）”とし、応札受付時間Ｔを“２．０（秒）”とすることを示している。なお、応札カウンタ値“０−２０”に対応するΔＭおよびＴの値は、せりのスタート時にＭ０およびＴ０の初期値として設定される。
【００６７】
図８は、落札権利者テーブルのデータ構造例を示す図である。落札権利者テーブル１２１は、応札情報記憶部１２０に記憶される。落札権利者テーブル１２１は、せり番号を示す項目、落札権利者ＩＤを示す項目および落札価格を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つのせりの落札に関する情報を示す。
【００６８】
せり番号を示す項目には、せりを特定するための識別番号が設定される。落札権利者ＩＤを示す項目には、該当のせりで現在または最終の落札権利者となっている者のＩＤが設定される。落札価格を示す項目には、該当のせりに出品された中古車の落札価格が設定される。
【００６９】
落札権利者テーブル１２１には、例えば、せり番号が“１”、落札権利者ＩＤが“１２１２３”、落札価格が“４７６，０００（円）”という情報が設定される。これは、せり番号“１”で特定されるせりに出品された中古車をＩＤ“１２１２３”の応札者が最終落札者であり、落札価格が“４７６，０００”であることを示している。なお、例えば、せり番号“１”のせりが現在進行している場合には、ＩＤ“１２１２３”の応札者は現在の落札権利者である。
【００７０】
次に、以上のような構成を備えるせり制御装置１００の処理手順について説明する。
図９は、第２の実施の形態のせり制御処理を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
【００７１】
［ステップＳ１１］進行管理部１５１は、せりの開始指示を受け付ける。
［ステップＳ１２］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、最初に開始するせり番号を取得する。
【００７２】
［ステップＳ１３］進行管理部１５１は、せり管理テーブル１１１を参照して、せり番号に対応する中古車の画像情報、せりの進行に必要な情報（スタート価格や希望価格など）および属性情報を取得する。
【００７３】
［ステップＳ１４］進行管理部１５１は、中古車の画像情報、属性情報およびスタート価格などを参加者に提示し、応札の受け付けを開始する。そして、その中古車に対して複数の応札があるたびに金額をせり上げる。権利者登録部１５２は、応札情報の受け付けの前後により落札権利者を特定し、その時点の応札額と共に応札情報記憶部１２０の落札権利者テーブル１２１に登録する。そして、進行管理部１５１は、最も高値で応札し、落札権利者となった者を特定すると、その中古車のせりを完了させる。なお、スタート価格から所定時間経過しても応札者が一人もいない場合にも、その中古車のせりを完了させる。
【００７４】
［ステップＳ１５］進行管理部１５１は、せり管理テーブル１１１を参照して、その中古車が売り切り対象であるか否かを判定する。売り切り対象である場合、処理をステップＳ１６に進める。売り切り対象でない場合、処理をステップＳ１７に進める。
【００７５】
［ステップＳ１６］進行管理部１５１は、落札権利者テーブル１２１を参照して、該当の中古車の落札権利者がいるか否かを判定する。落札権利者がいる場合、処理をステップＳ１８に進める。落札権利者がいない場合、処理をステップＳ１９に進める。
【００７６】
［ステップＳ１７］進行管理部１５１は、せり管理テーブル１１１を参照して、最終の応札額が希望価格以上であるか否かを判定する。希望価格以上である場合、処理をステップＳ１８に進める。希望価格よりも小さい場合、処理をステップＳ１９に進める。
【００７７】
［ステップＳ１８］進行管理部１５１は、落札権利者テーブル１２１に登録された最終落札者に対する落札を確定する。これにより、販売が成約する。
［ステップＳ１９］進行管理部１５１は、該当の中古車のせりを流れとする。
【００７８】
［ステップＳ２０］進行管理部１５１は、せり管理テーブル１１１を参照して、全てのせりが終了したか否かを判定する。全て終了した場合、せり制御処理を完了させる。全て終了していない場合、処理をステップＳ２１に進める。
【００７９】
［ステップＳ２１］進行管理部１５１は、せり番号に１を加算する。そして、処理をステップＳ１３に進める。なお、ここではせり番号は１，２，３，４・・・の様に連続しているものとした。
【００８０】
このようにして、各中古車のせりが進行される。上記ステップＳ１４では、応札数に応じて、応札受付時間やせり上げ金額を変更して、１台の中古車にあてるせり時間の短縮を図る。以下では、このようなステップＳ１４の処理を更に詳細に説明する。
【００８１】
図１０，１１は、第２の実施の形態の応札受付処理を示すフローチャートである。以下、図１０，１１に示す処理をステップ番号に沿って説明する。なお、以下の処理は図９におけるステップＳ１４の処理を詳細に示したものである。
【００８２】
［ステップＳ３１］進行管理部１５１は、せり上げ回数ｉ＝０を設定する。
［ステップＳ３２］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
【００８３】
［ステップＳ３３］進行管理部１５１は、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１は、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【００８４】
［ステップＳ３４］進行管理部１５１は、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１は、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【００８５】
［ステップＳ３５］進行管理部１５１は、応札受付時間Ｔ０を計測するための応札受付時間タイマのカウントを開始する。それと同時に、応札受付部１４０は、応札数をカウントする時間τを計測するためのタイマ（応札カウント用タイマという）のカウントを開始する。ここで、τ＜Ｔ０である。例えば、せり制御テーブル１１２に設定された各応札受付時間に対して、τ＝０．５（秒）が制御情報記憶部１１０に予め設定される。
【００８６】
［ステップＳ３６］せり情報表示制御部１７０は、進行管理部１５１の指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１の指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１の指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１は、応札受付部１４０に応札受付の開始を指示する。
【００８７】
［ステップＳ３７］応札受付部１４０は、最初の応札情報を受け付けたか否かを判定する。ここで、最初の応札とは、上記ステップＳ３６で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けた応札を意味する。最初の応札を受け付けた場合、応札受付部１４０は、応札情報を権利者登録部１５２に出力して、処理をステップＳ３８に進める。最初の応札を受け付けていない場合、処理をステップＳ４１に進める。
【００８８】
［ステップＳ３８］権利者登録部１５２は、応札受付部１４０は、応札情報に含まれるＩＤを取得して、取得したＩＤを、応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
【００８９】
［ステップＳ３９］応札受付部１４０は、応札数を計数する応札カウント処理を行う。応札受付部１４０は、計数した応札数を応札受付時間制御部１５３およびせり上げ金額制御部１５４に出力する。
【００９０】
［ステップＳ４０］応札受付時間制御部１５３は、応札受付部１４０から取得した応札数と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを特定する。応札受付時間制御部１５３は、変更後の応札受付時間Ｔを進行管理部１５１に通知する。進行管理部１５１は、Ｔ０＝Ｔとする。また、せり上げ金額制御部１５４は、応札受付部１４０から取得した応札数とせり制御テーブル１１２に基づいて、変更後のせり上げ金額ΔＭを特定する。せり上げ金額制御部１５４は、変更後のせり上げ金額ΔＭを進行管理部１５１に通知する。進行管理部１５１は、Ｍ０＝ΔＭとする。
【００９１】
［ステップＳ４１］進行管理部１５１は、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ４２に進める。Ｔ０を経過していない場合、処理をステップＳ３７に進める。
【００９２】
［ステップＳ４２］進行管理部１５１は、Ｍ（ｉ＋１）＝Ｍ（ｉ）＋Ｍ０を算出する。
［ステップＳ４３］進行管理部１５１は、今回提示価格Ｍ（ｉ）に対して応札があったか否かを判定する。応札があった場合、処理をステップＳ４４に進める。応札がなかった場合、処理をステップＳ４５に進める。
【００９３】
［ステップＳ４４］進行管理部１５１は、ｉをインクリメントする。そして、処理をステップＳ３４に進める。
［ステップＳ４５］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、該当の中古車が売り切り対象であるか否かを判定する。売り切り対象である場合、処理を完了させる。売り切り対象でない場合、処理をステップＳ４６に進める。
【００９４】
［ステップＳ４６］進行管理部１５１は、せり管理テーブル１１１を参照して、今回提示価格Ｍ（ｉ）が希望価格以上であるか否かを判定する。希望価格以上である場合、処理を完了させる。希望価格よりも低い場合、処理をステップＳ４７に進める。
【００９５】
［ステップＳ４７］進行管理部１５１は、誘導せり上げを行うか否かを判定する。誘導せり上げを行わない場合、処理を完了する。誘導せり上げを行う場合、処理をステップＳ４４に進める。ここで、誘導せり上げとは、提示価格Ｍ（ｉ）に対して応札者がいない場合にも、提示価格Ｍ（ｉ＋１）を提示して、参加者の応札意欲を探る方法である。進行管理部１５１は、応札者がいない場合でも、例えば１回だけ誘導せり上げを行うことが考えられる。
【００９６】
このようにして、各中古車のせりが進められる。その際、応札受付時間制御部１５３は、応札受付部１４０により計数された応札数に応じて、応札受付時間Ｔ０の変更後の値Ｔを特定し、進行管理部１５１に通知する。また、せり上げ金額制御部１５４は、応札受付部１４０により計数された応札数に応じて、せり上げ金額Ｍ０の変更後の値ΔＭを特定し、進行管理部１５１に通知する。
【００９７】
なお、応札受付部１４０による応札数の計数は、応札受付時間Ｔ０の前半の期間に行われる。これにより、応札受付時間Ｔ０の後半の期間の短縮を可能とする。
次に、上記ステップＳ３９の応札カウント処理を更に詳細に説明する。
【００９８】
図１２は、第２の実施の形態の応札カウント処理を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。なお、以下の処理は図１０におけるステップＳ３９の処理を詳細に示したものである。
【００９９】
［ステップＳ５１］応札受付部１４０は、応札カウント用タイマによる時間τのカウントがカウントアップしているか否かを判定する。カウントアップしていない場合、処理をステップＳ５２に進める。カウントアップしている場合、処理を完了させる。
【０１００】
［ステップＳ５２］応札受付部１４０は、カウンタ１４１の応札数ＪをＪ＝１に設定する。
［ステップＳ５３］応札受付部１４０は、応札カウント用タイマが時間τをカウントアップするまで、ステップＳ５４，Ｓ５５を繰り返し実行する。
【０１０１】
［ステップＳ５４］応札受付部１４０は、応札端末側通信部１３０から応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ５５に進める。受け付けていない場合、処理をステップＳ５６に進める。
【０１０２】
［ステップＳ５５］カウンタ１４１は、Ｊに１を加算する。
［ステップＳ５６］応札受付部１４０は、応札カウント用タイマが時間τをカウントすると、上記ステップＳ５４，Ｓ５５の繰り返し処理を終了させる。そして、応札受付部１４０は、カウンタ１４１により取得した応札数Ｊを応札受付時間制御部１５３およびせり上げ金額制御部１５４に出力する。
【０１０３】
このようにして、応札受付部１４０は応札カウント用タイマが時間τをカウントするまで、カウンタ１４１により応札数を計数する。すなわち、カウンタ１４１は応札受付部１４０が応札を受け付けるたびに、応札の受け付け回数の累積を求める。これによって、応札カウント用タイマがカウントアップするまでに受け付けた応札数を得ることができる。なお、応札カウント用タイマが時間τをカウントした後に受け付けた応札に関しては、カウントされないことになる。
【０１０４】
次に、上記ステップＳ４０の制御情報取得処理を更に詳細に説明する。
図１３は、第２の実施の形態の制御情報取得処理を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。なお、以下の処理は図１０におけるステップＳ４０の処理を詳細に示したものである。
【０１０５】
［ステップＳ６１］応札受付時間制御部１５３は、応札受付部１４０から取得した応札数Ｊと制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３は、取得した応札受付時間Ｔを進行管理部１５１に出力する。
【０１０６】
［ステップＳ６２］せり上げ金額制御部１５４は、応札受付部１４０から取得した応札数Ｊとせり制御テーブル１１２とに基づいて、変更後のせり上げ金額ΔＭを取得する。せり上げ金額制御部１５４は、取得したΔＭを進行管理部１５１に出力する。
【０１０７】
［ステップＳ６３］進行管理部１５１は、応札受付時間制御部１５３から取得した応札受付時間Ｔにより、応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１は、せり上げ金額制御部１５４から取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１０８】
このようにして、進行管理部１５１は、応札受付時間制御部１５３およびせり上げ金額制御部１５４から取得した変更後の値によって、応札受付時間Ｔ０とせり上げ金額Ｍ０を変更する。
【０１０９】
図１４は、第２の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。進行管理部１５１は、応札受付時間Ｔ０の初期値Ｔ０ａを、応札カウント時間τで計数された応札数Ｊに応じて応札受付時間制御部１５３により取得されたＴ０ｂ（≦Ｔ０ａ）に変更する。これにより、ある価格におけるせりの時間を短縮することができる。また、進行管理部１５１は、せり上げ金額Ｍ０の変更前の値Ｍ０ａを、応札カウント時間τで計数された応札数Ｊに応じてせり上げ金額制御部１５４により取得されたＭ０ｂに変更する。なお、Ｍ０ｂは、Ｍ０ｂ≧Ｍ０ａとなる場合もあるし、Ｍ０ｂ＜Ｍ０ａとなる場合もある。
【０１１０】
次に、このようなせり制御装置１００によるせりの進行の具体例を説明する。
図１５は、第２の実施の形態のせりの進行を示す図である。以下、図１４に示す処理をグラフＧ１に付したステップ番号に沿って説明する。なお、グラフＧ１は、せり制御装置１００によるせりの進行を示すグラフである。また、グラフＧ２は、従来の方法によるせりの進行を示すグラフであり、比較のために図示している。更に、ステップ番号は、グラフＧ１において、あるせり金額についての応札を受け付ける期間を１単位として付与されている。
【０１１１】
［ステップＳＴ１］せり制御装置１００は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、せり番号“１”のせりを開始する。せり制御装置１００は、大型表示装置３０に現在の対象品である中古車（車名“ＡＢＣ”）の画像や属性情報などを表示させる。また、せり制御装置１００は、せり管理テーブル１１１を参照して、スタート価格をＭ（０）＝“４００，０００”（円）とし、応札受付時間Ｔ０＝“２．０”（秒）、せり上げ金額Ｍ０＝“７，０００”（円）とする。このスタート価格が表示パネル４０、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも表示される。その後、せり制御装置１００は、応札の受付を開始し、応札カウント時間τの間に応札数Ｊ＝１０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。なお、これらは元の値と同一であるため、このような場合には再設定を行わなくてもよい。
【０１１２】
［ステップＳＴ２］せり制御装置１００は、Ｍ（１）＝Ｍ（０）＋Ｍ０＝“４０７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝２５をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．８”（秒）、ΔＭ＝“１０，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．８”（秒）、Ｍ０＝ΔＭ＝“１０，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．８”（秒）に変更となるので、ステップＳＴ２の応札受付時間Ｔ０は、０．２秒短縮される。
【０１１３】
［ステップＳＴ３］せり制御装置１００は、Ｍ（２）＝Ｍ（１）＋Ｍ０＝“４１７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝７０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．５”（秒）、ΔＭ＝“２０，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．５”（秒）、Ｍ０＝ΔＭ＝“２０，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．５”（秒）に変更となるので、ステップＳ３の応札受付時間Ｔ０は、０．５秒短縮される。
【０１１４】
［ステップＳＴ４］せり制御装置１００は、Ｍ（３）＝Ｍ（２）＋Ｍ０＝“４３７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝１１０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．３”（秒）、ΔＭ＝“２５，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．３”（秒）、Ｍ０＝ΔＭ＝“２５，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．３”（秒）に変更となるので、ステップＳＴ４の応札受付時間Ｔ０は、０．７秒短縮される。
【０１１５】
［ステップＳＴ５］せり制御装置１００は、Ｍ（４）＝Ｍ（３）＋Ｍ０＝“４６２，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝１２をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１６】
［ステップＳＴ６］せり制御装置１００は、Ｍ（５）＝Ｍ（４）＋Ｍ０＝“４６９，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝８をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１７】
［ステップＳＴ７］せり制御装置１００は、Ｍ（６）＝Ｍ（５）＋Ｍ０＝“４７６，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝３をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１８】
［ステップＳＴ８］せり制御装置１００は、Ｍ（７）＝Ｍ（６）＋Ｍ０＝“４８３，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。そして、せり制御装置１００は、応札者がなくなり、希望価格“４６０，０００”（円）を超えた価格に応札があったことから、ステップＳＴ７で落札権利者となった者に販売の成約を確定する。
【０１１９】
このように、せり制御装置１００は、応札受付時間Ｔ０の前半の期間τでカウントした応札数Ｊに応じてＴ０を短縮し、また、せり上げ金額Ｍ０を増減させる。
これにより、応札者が多数存在する価格帯でのせり上げを迅速に行うことができる。そして、該当の中古車の購入を強く希望する者同士が競争する価格帯へとより早く進めることができるようになる。その結果、せりの時間を効率的に短縮することができる。
【０１２０】
この様子を図示したものが、本実施の形態のせり制御装置１００によるせりの進行を示すグラフＧ１、および、従来のせりの進行を示すグラフＧ２である。グラフＧ１では、グラフＧ２よりも早く希望価格に到達する。このようにして、販売者の希望価格に早期に到達し、また、それ以上の価格帯での競争を活発化させることで、せりの時間を短縮するとともに、より高値での販売を促すこともできる。
【０１２１】
なお、上述の例では、応札受付時間Ｔ０とせり上げ金額Ｍ０とを両方変更する場合を例示したが、何れか一方のみを変更することとしてもよい。
また、今回の応札受付時間の前半の期間でカウントした応札数に応じて、次回の応札受付時間を変更するようにしてもよい。
【０１２２】
［第３の実施の形態］
以下、第３の実施の形態について説明する。前述の第２の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１２３】
第２の実施の形態では、応札受付時間Ｔ０の前半に応札数のカウント用の期間を設けた。これに対し、第３の実施の形態では、応札受付時間Ｔ０の全期間中の応札数を計数する。
【０１２４】
なお、第３の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第３の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１２５】
図１６は、第３の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ａは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ａ、せり制御部１５０ａ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１２６】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１２７】
応札受付部１４０ａは、今回の応札受付時間Ｔ０の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札数を計数する。応札受付部１４０ａは、せり制御部１５０ａによって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０ａは、取得した応札情報をせり制御部１５０ａに出力する。また、応札受付時間Ｔ０が経過すると、カウントした応札数をせり制御部１５０ａに出力する。
【０１２８】
せり制御部１５０ａは、せりの進行や落札権利者などの管理を行う。せり制御部１５０ａは、進行管理部１５１ａ、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４を有する。なお、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。ただし、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、応札受付部１４０ａから、応札受付時間Ｔ０の間にカウントされた応札数によって、応札受付時間およびせり上げ金額を変更する。
【０１２９】
進行管理部１５１ａは、制御情報記憶部１１０に記憶された制御情報や管理情報を参照して、せりの進行を管理する。進行管理部１５１ａは、図５で説明した第２の実施の形態の進行管理部１５１に対応するものである。ただし、進行管理部１５１ａは、応札受付時間制御部１５３から取得した応札受付時間に基づいて、次のせり上げ後の応札受付時間を変更する。
【０１３０】
次に、以上のような構成を備えるせり制御装置１００ａの処理手順について説明する。
第３の実施の形態のせり制御処理の手順は、第２の実施の形態の図９で説明したせり制御処理の手順と同一である。ただし、ステップＳ１４で示した応札受付処理の手順が、第２の実施の形態と異なる。以下、その応札受付処理の手順を詳細に説明する。
【０１３１】
図１７は、第３の実施の形態の応札受付処理を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
［ステップＳ７１］進行管理部１５１ａは、せり上げ回数ｉ＝０を設定する。
【０１３２】
［ステップＳ７２］進行管理部１５１ａは、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
［ステップＳ７３］進行管理部１５１ａは、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１ａは、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【０１３３】
［ステップＳ７４］進行管理部１５１ａは、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１ａは、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【０１３４】
［ステップＳ７５］進行管理部１５１ａは、応札受付時間Ｔ０を測定するための応札受付時間タイマのカウントを開始する。
［ステップＳ７６］応札受付部１４０ａは、応札数Ｊ＝０を設定する。
【０１３５】
［ステップＳ７７］せり情報表示制御部１７０は、進行管理部１５１ａの指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１ａの指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１ａの指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１ａは、応札受付部１４０ａに応札受付の開始を指示する。
【０１３６】
［ステップＳ７８］応札受付部１４０ａは、応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ７９に進める。受け付けていない場合、処理をステップＳ８２に進める。
【０１３７】
［ステップＳ７９］応札受付部１４０ａは、受け付けた応札情報が上記ステップＳ７７で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けたものであるか否かを判定する。最初の応札を受け付けた場合、応札受付部１４０ａは、応札情報を権利者登録部１５２に出力して処理をステップＳ８０に進める。受け付けた応札が最初の応札でない場合、処理をステップＳ８１に進める。
【０１３８】
［ステップＳ８０］権利者登録部１５２は、応札情報に含まれるＩＤを取得して、取得したＩＤを応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
［ステップＳ８１］カウンタ１４１は、Ｊに１を加算する。
【０１３９】
［ステップＳ８２］進行管理部１５１ａは、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ８３に進める。Ｔ０を経過していない場合、処理をステップＳ７８に進める。
【０１４０】
［ステップＳ８３］応札受付部１４０ａは、応札数Ｊの値をせり制御部１５０ａに出力する。応札受付時間制御部１５３は、応札受付部１４０ａから取得した応札数と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを特定する。応札受付時間制御部１５３は、変更後の応札受付時間Ｔを進行管理部１５１ａに通知する。進行管理部１５１ａは、Ｔ０＝Ｔとする。また、せり上げ金額制御部１５４は、応札受付部１４０ａから取得した応札数とせり制御テーブル１１２に基づいて、変更後のせり上げ金額ΔＭを特定する。せり上げ金額制御部１５４は、変更後のせり上げ金額ΔＭを進行管理部１５１ａに通知する。進行管理部１５１ａは、Ｍ０＝ΔＭとする。ここで、ステップＳ８３の処理の詳細は、図１３で説明した通りである。
【０１４１】
なお、ステップＳ８３よりも後の処理は、図１１で説明したステップＳ４２〜Ｓ４７と同一であるため、説明を省略する。ただし、ステップＳ４４の後、ステップＳ７５に進められる。すなわち、第３の実施の形態では、第２の実施の形態でせり上げのたびに行っていた応札受付時間Ｔ０への初期値の設定を行わない。その結果、上記ステップＳ８３で設定された応札受付時間Ｔ０＝Ｔがせり上げ後の応札受付時間となる。
【０１４２】
このようにして、応札受付部１４０ａは応札受付時間Ｔ０中の応札数をカウンタ１４１により計数する。すなわち、カウンタ１４１は応札受付部１４０ａが応札を受け付けるたびに、応札の受け付け回数の累積を求める。そして、進行管理部１５１ａは求めた応札数に応じて次回の応札受付時間およびせり上げ金額を変更する。
【０１４３】
図１８は、第３の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。進行管理部１５１ａは、次のせり上げ後の応札受付時間Ｔ０を、応札カウント時間τで計数された応札数Ｊに応じて応札受付時間制御部１５３により取得されたＴ０ｂ（≦初期値Ｔ０ａ）に変更する。これにより、せりの時間を短縮することができる。また、進行管理部１５１ａは、せり上げ金額Ｍ０の変更前の値Ｍ０ａを、応札カウント時間τ（＝今回の応札受付時間Ｔ０’）で計数された応札数Ｊに応じてせり上げ金額制御部１５４により取得されたＭ０ｂに変更する。なお、Ｍ０ｂは、Ｍ０ｂ≧Ｍ０ａとなる場合もあるし、Ｍ０ｂ＜Ｍ０ａとなる場合もある。
【０１４４】
これにより、第２の実施の形態と同様の効果を実現することができる。
［第４の実施の形態］
以下、第４の実施の形態について説明する。前述の第２，３の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１４５】
第３の実施の形態では、今回の応札受付時間でカウントされた応札数により、次回の応札受付時間を変更するものとした。第４の実施の形態では、得られたカウント数を正規化する。そして、正規化したカウント数に基づいて、変更後の応札受付時間およびせり上げ金額を決定する。
【０１４６】
なお、第４の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第４の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１４７】
図１９は、第４の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ｂは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ｂ、せり制御部１５０ａ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１４８】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。また、せり制御部１５０ａに関しては、図１６で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１４９】
応札受付部１４０ｂは、応札受付時間Ｔ０の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札数を計数する。応札受付部１４０ｂは、せり制御部１５０ａによって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０ｂは、取得した応札情報をせり制御部１５０ａに出力する。また、応札受付時間Ｔ０が経過すると、カウントした応札数を単位時間当たりの平均応札数に換算して、せり制御部１５０ａに出力する。
【０１５０】
応札受付時間制御部１５３およびせり上げ金額制御部１５４は、正規化された応札数に基づいて、変更後の応札受付時間およびせり上げ金額を特定する。
次に、以上のような構成を備えるせり制御装置１００ｂの処理手順について説明する。
【０１５１】
第４の実施の形態のせり制御処理の手順は、図９で説明した第２の実施の形態のせり制御処理の手順と同一である。また、応札受付処理の手順は、図１７で説明した第３の実施の形態の応札処理の手順と同一である。ただし、ステップＳ８３で示した制御情報取得処理の手順が異なる。以下、その制御情報取得処理の手順を詳細に説明する。
【０１５２】
図２０は、第４の実施の形態の制御情報取得処理を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。
［ステップＳ９１］応札受付部１４０ｂは、カウントした応札数Ｊに（Ｎ／Ｔ０）を乗じて平均化後の応札数Ｊ０を算出する。ここで、Ｎは、応札受付時間の規定値を表す定数であり、例えば、応札受付時間の初期値である。また、Ｔ０は、カウントを行った今回の応札受付時間を示す。応札受付部１４０ｂは、平均化後の応札数Ｊ０をせり制御部１５０に出力する。
【０１５３】
［ステップＳ９２］応札受付時間制御部１５３は、応札受付部１４０ｂから取得した正規化後の応札数Ｊ０と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３は、取得した応札受付時間Ｔを進行管理部１５１ａに出力する。
【０１５４】
［ステップＳ９３］せり上げ金額制御部１５４は、応札受付部１４０ｂから取得した正規化後の応札数Ｊ０とせり制御テーブル１１２とに基づいて、せり上げ金額ΔＭを取得する。せり上げ金額制御部１５４は、取得したΔＭを進行管理部１５１ａに出力する。
【０１５５】
［ステップＳ９４］進行管理部１５１ａは、応札受付時間制御部１５３から取得した応札受付時間Ｔにより、応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１ａは、せり上げ金額制御部１５４から取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１５６】
このようにして、応札受付部１４０ｂは、カウントした応札数を単位時間当たりの応札数に平均化してせり制御部１５０に出力するようにする。そして、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、平均応札数によって、応札受付時間およびせり上げ金額の変更後の値を特定する。
【０１５７】
これにより、第２の実施の形態と同様の効果を実現することができる。
また、前述の第３の実施の形態の方法では、各せり金額における応札受付時間が異なるため、応札数が各せり金額によって大きく異なることも考えられる。例えば、応札受付時間が長ければカウントされる応札数は多くなり、応札受付時間が短ければカウントされる応札数は少なくなることが考えられる。このため、本実施の形態のように、各せり金額において、カウントした応札数を単位時間当たりの平均応札数に換算することで、各せり金額での応札について均一の評価を行うことができる。その結果、次回応札受付時間やせり上げ金額の変更幅について、今回応札受付時間の長短によるバラつきを抑えることができる。
【０１５８】
［第５の実施の形態］
以下、第５の実施の形態について説明する。前述の第２〜４の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。第２〜４の実施の形態では、カウンタにより受け付けた応札の数をカウントするものとした。これに対し、第５の実施の形態では、応札ログによって応札数を取得する。
【０１５９】
なお、第５の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第５の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１６０】
図２１は、第５の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ｃは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ｃ、せり制御部１５０ｃ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０、調整人端末側通信部１９０およびログ解析処理部１９５を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１６１】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１６２】
応札受付部１４０ｃは、応札端末側通信部１３０から応札情報を取得すると、せり制御部１５０ｃに出力する。
せり制御部１５０ｃは、せりの進行や落札権利者などの管理を行う。せり制御部１５０ｃは、進行管理部１５１ｃ、権利者登録部１５２、応札受付時間制御部１５３ｃおよびせり上げ金額制御部１５４ｃを有する。なお、権利者登録部１５２は、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１６３】
進行管理部１５１ｃは、制御情報記憶部１１０に記憶された制御情報や管理情報を参照してせりの進行を管理する。進行管理部１５１ｃは、図５で説明した第２の実施の形態の進行管理部１５１に対応するものである。進行管理部１５１ｃは、応札受付部１４０ｃから取得した応札情報を取得すると、その内容を応札情報記憶部１２０に応札ログとして格納する。
【０１６４】
応札受付時間制御部１５３ｃは、ログ解析処理部１９５から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて応札受付時間を変更する。
【０１６５】
せり上げ金額制御部１５４ｃは、ログ解析処理部１９５から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて次回のせり上げ金額を変更する。
【０１６６】
ログ解析処理部１９５は、ある価格での応札受付時間が経過すると、応札情報記憶部１２０に記憶された応札ログを参照して、その価格における応札数をカウントする。そして、カウントした応札数をせり制御部１５０ｃに出力する。
【０１６７】
図２２は、第５の実施の形態の応札ログ管理テーブルのデータ構造例を示す図である。応札ログ管理テーブル１２２ａ，１２２ｂ，１２２ｃ，・・・は、進行管理部１５１ｃによりせり番号単位に生成され、応札情報記憶部１２０に格納される。なお、以下では、応札ログ管理テーブル１２２ａの構成に関して説明するが、応札ログ管理テーブル１２２ｂ，１２２ｃ，・・・に関しても同様の構成である。なお、応札ログ管理テーブル１２２ａは、例えば、せり番号“１０”のせりに対する応札ログである。
【０１６８】
応札ログ管理テーブル１２２ａには、応札時刻を示す項目、金額を示す項目、応札者ＩＤを示す項目および解析後応札数を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１回分の応札に関する情報を示す。
【０１６９】
応札時刻を示す項目には、応札された時刻が時分秒およびミリ秒単位で設定される。金額を示す項目には、応札のあったときの提示金額が設定される。応札者ＩＤを示す項目には、応札した応札者のＩＤが設定される。解析後応札数を示す項目には、ログ解析処理部１９５が取得した、ある提示価格における応札数の解析結果が設定される。
【０１７０】
応札ログ管理テーブル１２２ａには、例えば、応札時刻が“１１：１２：２３”、“９６０”（ミリ秒）、金額が“９９５，０００”（円）、応札者ＩＤが“００１２３０”という情報が設定される。これは、せり番号“１０”で示されるせりで、応札時刻１１時１２分２３秒、“９６０”（ミリ秒）の時点において、提示価格“９９５，０００”（円）に対し、応札者ＩＤ“００１２３０”の者が応札を行ったことを示している。また、解析後応札数“７”は、該当の金額“９９５，０００”（円）での応札受付時間内に“７”回の応札があったことを示している。この応札数は、ログ解析処理部１９５によりカウントされ、設定されるものである。
【０１７１】
次に、以上のような構成を備えるせり制御装置１００ｃの処理手順について説明する。
第５の実施の形態のせり制御処理の手順は、図９で説明した第２の実施の形態のせり制御処理の手順と同一である。ただし、ステップＳ１４で示した応札受付処理の手順が、第２の実施の形態と異なる。以下、その応札受付処理の手順を詳細に説明する。
【０１７２】
図２３は、第５の実施の形態の応札受付処理を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
［ステップＳ１０１］進行管理部１５１ｃは、せり上げ回数ｉ＝０を設定する。
【０１７３】
［ステップＳ１０２］進行管理部１５１ｃは、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
［ステップＳ１０３］進行管理部１５１ｃは、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１ｃは、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【０１７４】
［ステップＳ１０４］進行管理部１５１ｃは、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１ｃは、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【０１７５】
［ステップＳ１０５］進行管理部１５１ｃは、応札受付時間Ｔ０を測定するための応札受付時間タイマのカウントを開始する。
［ステップＳ１０６］せり情報表示制御部１７０は、進行管理部１５１ｃの指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１ｃの指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１ｃの指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１ｃは、応札受付部１４０ｃに応札受付の開始を指示する。
【０１７６】
［ステップＳ１０７］応札受付部１４０ｃは、応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ１０８に進める。受け付けていない場合、処理をステップＳ１１１に進める。
【０１７７】
［ステップＳ１０８］応札受付部１４０ｃは、受け付けた応札情報が上記ステップＳ１０６で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けたものであるか否かを判定する。最初の応札を受け付けた場合、応札受付部１４０ｃは、応札情報を権利者登録部１５２に出力して処理をステップＳ１０９に進める。受け付けた応札が最初の応札でない場合、処理をステップＳ１１０に進める。
【０１７８】
［ステップＳ１０９］権利者登録部１５２は、応札情報に含まれるＩＤを取得して、取得したＩＤを応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
［ステップＳ１１０］進行管理部１５１ｃは、応札情報に含まれるＩＤを取得して応札情報記憶部１２０に記憶された応札ログ管理テーブルに記録する。
【０１７９】
［ステップＳ１１１］進行管理部１５１ｃは、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ１１２に進める。Ｔ０を経過していない場合、処理をステップＳ１０７に進める。
【０１８０】
［ステップＳ１１２］ログ解析処理部１９５は、応札情報記憶部１２０に記憶された応札ログ管理テーブルのうち、現在のせり番号、かつ、現在の提示価格のログを抽出して、レコード数をカウントする。そして、カウントした応札数Ｊを解析後応札数として応札ログ管理テーブルに登録するとともに、せり制御部１５０ｃに出力する。
【０１８１】
［ステップＳ１１３］応札受付時間制御部１５３ｃは、ログ解析処理部１９５から取得した応札数Ｊと制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３ｃは、取得した応札受付時間Ｔを進行管理部１５１ｃに出力する。また、せり上げ金額制御部１５４ｃは、ログ解析処理部１９５から取得した応札数Ｊとせり制御テーブル１１２とに基づいて、変更後のせり上げ金額ΔＭを取得する。せり上げ金額制御部１５４ｃは、取得したΔＭを進行管理部１５１ｃに出力する。進行管理部１５１ｃは、応札受付時間制御部１５３ｃから取得した応札受付時間Ｔにより応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１ｃは、せり上げ金額制御部１５４ｃから取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１８２】
なお、ステップＳ１１３よりも後の処理は、図１１で説明したステップＳ４２〜Ｓ４７と同一であるため、説明を省略する。ただし、ステップＳ４４の後、ステップＳ１０５に進められる。
【０１８３】
このようにして、せり制御部１５０ｃは、応札ログ管理テーブルにより今回の応札受付時間内で受け付けた応札数をカウントし、その応札数に応じて、次回のせり上げ金額およびせり上げ後の応札受付時間を変更する。
【０１８４】
これにより、第２の実施の形態と同様の効果を実現することができる。
なお、上述の例では、ログ解析処理部１９５は、今回のせり金額に対する応札数（応札受付時間内に受け付けた全応札の数）をカウントするものとしたが、第２の実施の形態に示したように、今回の応札受付時間の前半の期間に受け付けた応札の数をカウントするものとしてもよい。その場合、第２の実施の形態と同様に、今回の応札受付時間の後半部分を短縮することが考えられる。
【０１８５】
以上、説明したように、第２〜５の実施の形態のせり制御装置１００，１００ａ、１００ｂ、１００ｃは、応札受付時間内にカウントした応札数に応じて今回または次回の応札受付時間を短縮し、また、次回のせり上げ金額を増減させる。
【０１８６】
これにより、応札者が多数存在する価格帯（例えば、低価格帯）でのせり上げを迅速に行うことができる。そして、該当の中古車の購入を強く希望する者同士が競争する価格帯へとより早く進めることができるようになる。その結果、せりの時間を効率的に短縮することができる。
【０１８７】
なお、上述の例では、応札受付時間とせり上げ金額とを両方変更する場合を例示したが、何れか一方のみを変更することとしてもよい。
以上、本発明のせり制御装置、せりシステムおよびせり制御方法を図示の実施の形態に基づいて説明したが、これらに限定されるものではなく、各部の構成は同様の機能を有する任意の構成のものに置き換えることができる。また、他の任意の構成物や工程が付加されてもよい。また、本発明は前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０１８８】
１ せり制御装置
１ａ 計数部
１ｂ 制御部
Ｃ 応札数
Ｍ せり上げ金額
Ｔ１，Ｔ２ 応札受付時間
【技術分野】
【０００１】
本発明は、せり制御装置、せりシステムおよびせり制御方法に関する。
【背景技術】
【０００２】
従来、中古車販売業者の間で、せりによる中古車の取り引きが行われている。せり会場では、せりシステムによってせりが実現される。
せりシステムは、例えば、せり制御装置、応札端末装置および大型表示装置を有する。せり制御装置は、せりの進行を制御する。応札端末装置は、応札者による応札入力を受け付け、応札者の識別情報と共にせり制御装置に通知する。大型表示装置は、現在せりの対象となっている中古車の情報や、現在のせり金額を表示する。
【０００３】
せり制御装置は、大型表示装置に現在のせり金額を提示させた後、最も早く応札端末装置による応札入力を行った応札者を落札権利者と特定する。ここで、落札権利者は、価格がせり上げられるたびに変更され得る。そして、せり制御装置は、応札がなくなるまで価格をせり上げ、最終の落札権利者（最終落札者）を該当の中古車の販売成約者とする。
【０００４】
ところで、せりシステムでは、多数の中古車が取り引きされる。例えば、１日当たり数千台の中古車が販売されることもある。このため、せり全体の所要時間を短縮したいという要求がある。
【０００５】
この課題に対し、予め各中古車の人気度を取得しておき、人気度に応じてせり上げ時間やせり金額の上げ幅を変更する方法が提案されている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−１６５６０９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ここで、実際のせり取り引きでは、所定の価格帯に応札が集中することが考えられる。
例えば、値の低い価格帯では、該当の中古車の購入に対する強い希望はないが安く購入したい者と、購入を強く希望する者とが、応札者の中に混在することが考えられる。この場合、このような応札の集中する価格帯を超えるまでは、購入を強く希望する者同士が競争する価格帯には至らず、最終落札者の決定には至り難い。すなわち、応札の集中する価格帯を超えるまでに時間を要することは、せり時間の短縮の観点からは非効率である。
【０００８】
これに対し、このように応札の集中する価格帯を短時間で超えて、購入を強く希望する者同士が競争する価格帯へとより早く進めることが、せり時間の短縮の観点からは望ましい。
【０００９】
本発明はこのような点に鑑みてなされたものであり、せり時間を効率的に短縮することができるせり制御装置、せりシステムおよびせり制御方法を提供することを目的とする。
【課題を解決するための手段】
【００１０】
本発明では上記の課題を解決するために、せり制御装置が提供される。このせり制御装置は、計数部と制御部とを有する。計数部は、せり対象品への応札数を計数する。制御部は、応札数に応じて応札受付時間またはせり上げ金額を変更する。
【００１１】
また、上記課題を解決するためにせりシステムが提供される。このせりシステムは、せり制御装置と応札端末装置とを有する。せり制御装置は、受付部と計数部と制御部とを備える。受付部は、複数の応札端末装置からせり対象品への応札を示す応札情報を受け付ける。計数部は、受付部が受け付けた応札数を計数する。制御部は、応札数に応じて応札受付時間またはせり上げ金額を変更する。応札端末装置は、応札操作部と送信部とを有する。応札操作部は、せり対象品への応札の操作入力を受け付ける。送信部は、応札操作部が操作入力を受け付けると、応札情報をせり制御装置に送信する。
【００１２】
また、上記課題を解決するために、上記せり制御装置と同様の処理を行うせり制御方法が提供される。
【発明の効果】
【００１３】
上記せり制御装置、せりシステムおよびせり制御方法によれば、せり時間を効率的に短縮することができる。
【図面の簡単な説明】
【００１４】
【図１】第１の実施の形態のせり制御装置を示す図である。
【図２】せりシステムの全体構成を示す図である。
【図３】第２の実施の形態のせり制御装置のハードウェア構成を示す図である。
【図４】第２の実施の形態の応札端末装置のハードウェア構成を示す図である。
【図５】第２の実施の形態の各装置の機能構成を示す図である。
【図６】せり管理テーブルのデータ構造例を示す図である。
【図７】せり制御テーブルのデータ構造例を示す図である。
【図８】落札権利者テーブルのデータ構造例を示す図である。
【図９】第２の実施の形態のせり制御処理を示すフローチャートである。
【図１０】第２の実施の形態の応札受付処理を示すフローチャートである。
【図１１】第２の実施の形態の応札受付処理を示すフローチャートである。
【図１２】第２の実施の形態の応札カウント処理を示すフローチャートである。
【図１３】第２の実施の形態の制御情報取得処理を示すフローチャートである。
【図１４】第２の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。
【図１５】第２の実施の形態のせりの進行を示す図である。
【図１６】第３の実施の形態のせり制御装置の機能構成を示す図である。
【図１７】第３の実施の形態の応札受付処理を示すフローチャートである。
【図１８】第３の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。
【図１９】第４の実施の形態のせり制御装置の機能構成を示す図である。
【図２０】第４の実施の形態の制御情報取得処理を示すフローチャートである。
【図２１】第５の実施の形態のせり制御装置の機能構成を示す図である。
【図２２】第５の実施の形態の応札ログ管理テーブルのデータ構造例を示す図である。
【図２３】第５の実施の形態の応札受付処理を示すフローチャートである。
【発明を実施するための形態】
【００１５】
以下、本実施の形態を図面を参照して詳細に説明する。
［第１の実施の形態］
以下、第１の実施の形態に関して説明する。
【００１６】
図１は、第１の実施の形態のせり制御装置を示す図である。せり制御装置１は、せりによる取り引きにおいて、あるせり金額において応札を受け付ける時間幅（応札受付時間）またはせり上げ金額を制御する。せり制御装置１は、例えば、中古車や家畜などのせりの進行に用いることができる。
【００１７】
せり制御装置１は、計数部１ａおよび制御部１ｂを有する。
計数部１ａは、せり対象品への応札数を計数する。
制御部１ｂは、計数部１ａが計数した応札数に応じて、応札受付時間またはせり上げ金額を変更する。
【００１８】
せり制御装置１によれば、計数部１ａにより、せり対象品に対する応札数が計数される。制御部１ｂにより、計数部１ａが計数した応札数に応じて、応札受付時間またはせり上げ金額が変更される。
【００１９】
これにより、効率的にせり時間を短縮することができる。
具体的には、制御部１ｂは、計数部１ａが計数した応札数が多いほど応札受付時間を短縮させる。または、制御部１ｂは、計数部１ａが計数した応札数が多いほどせり上げ金額を増加させる。あるいは、制御部１ｂは、計数部１ａが計数した応札数に応じて応札受付時間とせり上げ金額との両方を変更する。
【００２０】
例えば、計数部１ａは、ある価格の応札受付時間Ｔ１内の前半に応札数Ｃを計数したとする。このとき、制御部１ｂは、応札受付時間Ｔ１を応札数Ｃに応じて、応札受付時間Ｔ１の後半を削減し、Ｔ１’（＜Ｔ１）に短縮することが考えられる。また、制御部１ｂは、次のせり上げ金額Ｍを規定のせり上げ金額よりも増加させることが考えられる。
【００２１】
また、例えば、計数部１ａは、ある価格の応札受付時間Ｔ１内の間に応札数Ｃ’を計数したとする。このとき、制御部１ｂは、次回せり上げ後の応札受付時間Ｔ２を規定の時間より短縮することが考えられる。この場合、次回せり上げ時のせり上げ金額Ｍも応札数Ｃ’に応じて増加させることが考えられる。
【００２２】
これにより、応札を希望する者が多く存在する価格帯を短時間で超えて、購入を強く希望する者同士が競争する価格帯へとより早く進めることができる。その結果、最終落札者を短時間で決定することができ、せりに要する時間を一層短縮することができる。
【００２３】
せり制御装置１は、例えば、中古車のせりの進行に利用することができる。以下では、せり制御装置１を中古車の販売を行うせりシステムに適用する場合を例に採り、更に具体的に説明する。
【００２４】
［第２の実施の形態］
以下、第２の実施の形態に関して説明する。
図２は、せりシステムの全体構成を示す図である。このせりシステムは、せりによる中古車の販売を行うためのシステムである。このせりシステムは、管理用端末装置２０、大型表示装置３０、表示パネル４０、せり制御装置１００、応札端末装置２００，３００，４００，・・・および調整人端末装置５００がネットワーク１０を介して接続される。ネットワーク１０は、有線または無線のネットワークである。
【００２５】
管理用端末装置２０は、せり制御装置１００と接続される。管理用端末装置２０は、せり制御装置１００の運用管理を行うコンピュータである。
大型表示装置３０は、せり会場内の応札者によって閲覧され、応札者に現在のせり対象品の情報を提供するための大型の画面を備えている。大型表示装置３０は、ネットワーク１０を介してせりの対象となっている中古車の画像情報や、該当の中古車に関する属性情報（車名、型式、年式および状態など）をせり制御装置１００から受信する。大型表示装置３０は、受信した画像情報や属性情報を画面に表示する。
【００２６】
表示パネル４０は、大型表示装置３０に表示された中古車の現在のせり金額や“売り切り”対象品であるか否か、その価格で販売が決定したか否か、“流れ”となったか否かなどの情報を表示する。
【００２７】
ここで、“売り切り”とは、該当の中古車に対して、スタート価格から一回でも応札があれば、それ以後の最高応札者に対して販売成約（落札）を行うモードである。
また、“流れ”とは、応札者が一人もいない場合、或いは、最終応札者に対して販売成約を行わず、今回は該当の中古車を販売しないことを示す。
【００２８】
せり制御装置１００は、せりの進行を制御する。せり制御装置１００は、受け付けた応札数に応じて、応札受付時間やせり上げ金額を変更する。また、せり制御装置１００は、応札を受け付け、該当の中古車の落札権利者を管理する。
【００２９】
応札端末装置２００，３００，４００，・・・は、応札者が応札に用いる端末装置である。応札者は、例えば、応札端末装置２００が設置された座席に着く。そして、応札端末装置２００に自己のＩＤ（IDentifier）を記憶したＩＣ（Integrated Circuit）カードを応札端末装置２００に挿入する。これにより、応札端末装置２００は、応札者による応札の入力を受け付けるたびに、ＩＣカードに記憶されたＩＤと応札通知の信号をせり制御装置１００に送信する。
【００３０】
調整人端末装置５００は、せりを主催する調整人がせりの進行状況により必要に応じて、応札受付時間やせり上げ金額を変更するための端末装置である。
せり会場では、例えば、複数のせりを並行して行うために大型表示装置、表示パネル、応札端末装置および調整人端末装置のセットが複数レーン分設けられる。
【００３１】
図３は、第２の実施の形態のせり制御装置のハードウェア構成を示す図である。せり制御装置１００は、ＣＰＵ（Central Processing Unit）１０１、ＲＡＭ（Random Access Memory）１０２、ＨＤＤ（Hard Disk Drive）１０３、画像処理装置１０４、入力インタフェース１０５および通信インタフェース１０６，１０７を有する。
【００３２】
ＣＰＵ１０１は、せり制御装置１００全体を制御する。
ＲＡＭ１０２は、ＣＰＵ１０１に実行させるＯＳ（Operating System）のプログラムやアプリケーションソフトウェア（以下、アプリケーションという）のプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ１０２は、ＣＰＵ１０１による処理に必要な各種データを一時的に記憶する。
【００３３】
ＨＤＤ１０３は、ＯＳのプログラムやアプリケーションのプログラムを記憶する。また、ＨＤＤ１０３は、ＣＰＵ１０１による処理に必要な各種データを記憶する。なお、ＨＤＤ１０３の代わりにＳＳＤ（Solid State Drive）のような他の不揮発性の記憶媒体を用いることもできる。
【００３４】
画像処理装置１０４は、モニタ１１と接続されている。画像処理装置１０４は、ＣＰＵ１０１からの命令に従って、画像をモニタ１１の画面に表示させる。
入力インタフェース１０５には、キーボード１２とマウス１３とが接続されている。入力インタフェース１０５は、キーボード１２やマウス１３から送られてくる信号をＣＰＵ１０１に送信する。
【００３５】
通信インタフェース１０６，１０７は、他の情報処理装置とデータ通信を行う。通信インタフェース１０６は、ネットワーク１０に接続されている。通信インタフェース１０６は、ネットワーク１０を介して、大型表示装置３０、応札端末装置２００，３００，４００，・・・および調整人端末装置５００とデータ通信を行う。また、通信インタフェース１０７は、管理用端末装置２０と接続される。通信インタフェース１０７は、例えば、管理用端末装置２０からの接続を受け付け、制御用コマンドや制御情報などの送受信を行う。
【００３６】
なお、調整人端末装置５００もせり制御装置１００と同様のハードウェア構成を備えたコンピュータにより実現することができる。
図４は、第２の実施の形態の応札端末装置のハードウェア構成を示す図である。応札端末装置２００は、ＣＰＵ２０１、ＲＯＭ（Read Only Memory）２０２、ＲＡＭ２０３、ＩＣカード読取部２０４、表示パネル用インタフェース２０５、表示パネル２０６、応札ボタン用インタフェース２０７および通信インタフェース２０８を有する。
【００３７】
ＣＰＵ２０１は、応札端末装置２００全体を制御する。
ＲＯＭ２０２は、ＣＰＵ２０１に実行させるＯＳのプログラムやアプリケーションのプログラムを記憶する。
【００３８】
ＲＡＭ２０３は、ＣＰＵ２０１に実行させるＯＳのプログラムやアプリケーションのプログラムの少なくとも一部が一時的に格納される。また、ＲＡＭ２０３は、ＣＰＵ２０１による処理に必要な各種データを一時的に記憶する。
【００３９】
ＩＣカード読取部２０４は、応札者が応札端末装置２００に挿入したＩＣカードを読み取る。
表示パネル用インタフェース２０５は、表示パネル２０６が接続されている。表示パネル用インタフェース２０５は、ＣＰＵ２０１からの命令に従って、表示パネル２０６の権利表示ＬＥＤ（Light Emitting Diode）２０６ａの点灯および消灯を制御する。これにより、応札端末装置２００は、操作中の応札者が現在落札権利者となっているか否かを通知する。例えば、落札権利者となっている場合、表示パネル用インタフェース２０５は、権利表示ＬＥＤ２０６ａを点灯させる。その後、落札権利者でなくなった場合、表示パネル用インタフェース２０５は、表示ＬＥＤ２０６ａを消灯させる。また、表示パネル用インタフェース２０５は、ＣＰＵ２０１からの命令に従って、表示パネル２０６の金額表示部２０６ｂに現在のせり金額を表示する。
【００４０】
応札ボタン用インタフェース２０７は、応札ボタン２１と接続されている。応札ボタン用インタフェース２０７は、応札者による応札ボタン２１の押下を検知し、ＣＰＵ２０１に通知する。
【００４１】
通信インタフェース２０８は、ネットワーク１０に接続されている。通信インタフェース２０８は、ネットワーク１０を介して、せり制御装置１００とデータ通信を行う。
なお、応札端末装置３００，４００，・・・も応札端末装置２００と同様のハードウェア構成により実現することができる。
【００４２】
図５は、第２の実施の形態の各装置の機能構成を示す図である。せり制御装置１００は、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０、せり制御部１５０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【００４３】
制御情報記憶部１１０は、せりの進行を制御するための制御情報を記憶する。また、制御情報記憶部１１０は、出品対象である中古車の情報などを含む管理情報を記憶する。
応札情報記憶部１２０は、せりによって決定した落札権利者情報や、応札のログなどの運用情報を記憶する。
【００４４】
応札端末側通信部１３０は、応札端末装置２００，３００，４００，・・・から応札情報を受信する。ここで、応札情報は、応札端末装置２００で応札ボタン２１の押下を検出したことを示す情報および応札端末装置２００に挿入されたＩＣカードが記憶する識別情報を含むものである（応札端末装置３００，４００，・・・についても同様）。そして、応札端末側通信部１３０は、受信した応札情報を応札受付部１４０に出力する。
【００４５】
また、応札端末側通信部１３０は、権利通知部１６０から取得する権利通知情報を応札端末装置２００，３００，４００，・・・に送信する。更に、応札端末側通信部１３０は、せり金額通知部１６５から取得するせり金額通知情報を応札端末装置２００，３００，４００，・・・に送信する。
【００４６】
応札受付部１４０は、所定期間の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札情報を受け付けた回数（応札数）を計数する。応札受付部１４０は、せり制御部１５０によって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０は、取得した応札情報をせり制御部１５０に出力する。また、所定期間の間に計数して取得した応札数をせり制御部１５０に出力する。
【００４７】
せり制御部１５０は、せりの進行や落札権利者などの管理を行う。せり制御部１５０は、進行管理部１５１、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４を有する。
【００４８】
進行管理部１５１は、制御情報記憶部１１０に記憶された制御情報や管理情報を参照して、せりの進行を管理する。例えば、進行管理部１５１は、せりの開始タイミングや価格をせり上げるタイミングなどを管理する。進行管理部１５１は、現在の価格の応札受付時間が経過すると、せり上げを行い、せり上げ後の金額をせり金額通知部１６５に出力する。また、進行管理部１５１は、せりの進行に応じて、せり情報表示制御部１７０に、現在のせり金額や中古車の情報などを出力する。更に、進行管理部１５１は、現在のせり金額を示す情報を応札状況受付部１８０に出力する。
【００４９】
権利者登録部１５２は、応札受付部１４０から取得した応札情報に基づいて、現在の価格における落札権利者を特定する。権利者登録部１５２は、現在の価格において最も早く応札を受け付けた応札者を落札権利者と特定する。権利者登録部１５２は、特定した落札権利者のＩＤを権利通知部１６０および応札状況受付部１８０に出力する。そして、権利者登録部１５２は、最終落札者を販売成約者として応札情報記憶部１２０に登録する。
【００５０】
応札受付時間制御部１５３は、応札受付部１４０から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて応札受付時間を変更する。
せり上げ金額制御部１５４は、応札受付部１４０から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて次回のせり上げ金額を変更する。
【００５１】
権利通知部１６０は、権利者登録部１５２から取得した落札権利者のＩＤに基づいて、そのＩＤを含む権利通知情報を生成し、応札端末側通信部１３０に出力する。
せり金額通知部１６５は、進行管理部１５１から取得したせり上げ後の金額を通知するためのせり金額通知情報を生成し、応札端末側通信部１３０に出力する。
【００５２】
せり情報表示制御部１７０は、進行管理部１５１から現在のせり金額や中古車の情報などを取得すると、大型表示装置３０および表示パネル４０の表示内容を変更する。
応札状況受付部１８０は、進行管理部１５１から現在のせり金額を示す情報を取得し、調整人端末側通信部１９０に出力する。また、応札状況受付部１８０は、権利者登録部１５２から落札権利者の情報を取得し、調整人端末側通信部１９０に出力する。
【００５３】
調整人端末側通信部１９０は、応札状況受付部１８０から取得した現在のせり金額を示す情報や落札権利者の情報（ＩＤなど）を調整人端末装置５００に送信する。
応札端末装置２００，３００，４００，・・・は、応札端末側通信部１３０と通信し、応札の有無を通知する。なお、以下では、応札端末装置２００の機能構成に関してのみ説明するが、応札端末装置３００，４００，・・・も同一の機能構成により実現できる。
【００５４】
応札端末装置２００は、スイッチ押下検出部２１０、せり金額表示制御部２２０、権利状況表示制御部２３０および通信部２４０を有する。
スイッチ押下検出部２１０は、応札者による応札ボタン２１の押下を検出し、その旨を通知するための応札情報を生成して通信部２４０に出力する。
【００５５】
せり金額表示制御部２２０は、通信部２４０から取得するせり金額通知情報に基づいて、表示パネル２０６の金額表示部２０６ｂに現在のせり金額を表示させる。
権利状況表示制御部２３０は、通信部２４０から取得する権利通知情報を参照して、権利者のＩＤが応札端末装置２００に挿入されたＩＣカードに記憶されたＩＤと一致するか否かを照合する。権利状況表示制御部２３０は、ＩＤが同一、かつ、表示パネル２０６の権利表示ＬＥＤ２０６ａが消灯状態である場合、権利表示ＬＥＤ２０６ａを点灯させる。ＩＤが同一かつ権利表示ＬＥＤ２０６ａが点灯状態である場合には、点灯状態を維持させる。また、権利状況表示制御部２３０は、ＩＤが異なり、かつ、権利表示ＬＥＤ２０６ａが点灯状態である場合、権利表示ＬＥＤ２０６ａを消灯させる。ＩＤが異なり、かつ権利表示ＬＥＤ２０６ａが消灯状態である場合には、消灯状態を維持させる。
【００５６】
通信部２４０は、スイッチ押下検出部２１０から取得した応札情報をせり制御装置１００に送信する。また、通信部２４０は、せり制御装置１００から受信したせり金額通知情報をせり金額表示制御部２２０に出力する。また、通信部２４０は、せり制御装置１００から受信した権利通知情報を権利状況表示制御部２３０に出力する。
【００５７】
調整人端末装置５００は、操作入力受付部５１０、せり金額表示制御部５２０、権利取得者通知部５３０および通信部５４０を有する。
操作入力受付部５１０は、応札受付時間やせり上げ金額を変更するための調整人による操作入力を受け付ける。
【００５８】
せり金額表示制御部５２０は、通信部５４０から取得する現在のせり金額の情報を調整人端末装置５００が有するモニタに表示する。
権利取得者通知部５３０は、通信部５４０から取得する落札権利者の情報を調整人端末装置５００が有するモニタに表示する。
【００５９】
通信部５４０は、操作入力受付部５１０が受け付けた調整人の操作入力をせり制御装置１００に送信する。なお、せり制御装置１００では、応札受付時間やせり上げ金額の変更を受け付けると制御情報記憶部１１０に記憶された応札受付時間やせり上げ金額を変更する。通信部５４０は、せり制御装置１００から受信した現在のせり金額の情報をせり金額表示制御部５２０に出力する。また、通信部５４０は、せり制御装置１００から受信した落札権利者の情報を権利取得者通知部５３０に出力する。
【００６０】
図６は、せり管理テーブルのデータ構造例を示す図である。せり管理テーブル１１１は、制御情報記憶部１１０に予め記憶される。せり管理テーブル１１１には、せり番号を示す項目、スタート価格を示す項目、希望価格を示す項目、画像ファイルを示す項目、売り切りフラグを示す項目および属性情報を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つのせりに関する情報を示す。
【００６１】
せり番号を示す項目には、該当の中古車が対象となるせりを特定するための識別番号が設定される。スタート価格を示す項目には、せりの開始時点の価格が設定される。希望価格を示す項目には、落札希望価格を示す情報が設定される。画像ファイルを示す項目には、該当の中古車をカメラで撮像した画像データが設定される。売り切りフラグを示す項目には、該当の中古車が売り切り品であるか否かを示すフラグが設定される。属性情報を示す項目には、該当の中古車に関する属性情報（例えば、車名、型名、年式および状態など）が設定される。
【００６２】
せり管理テーブル１１１には、例えば、せり番号が“１”、スタート価格が“４００，０００（円）”、希望価格が“４６０，０００（円）”、画像ファイルが“０００１．ｊｐｇ”、売り切りフラグが“−”、車名が“ＡＢＣ”という情報が設定される。これは、せり番号“１”のせりに掛けられる中古車（“ＡＢＣ”）の画像データがファイル名“０００１．ｊｐｇ”で登録されており、その中古車のスタート価格が“４００，０００（円）”、落札希望価格が“４６０，０００（円）”であり、売り切り品ではないことを示している。
【００６３】
また、せり管理テーブル１１１には、例えば、せり番号が“４”スタート価格が“３５０，０００（円）”、希望価格が“−（円）”、画像ファイルが“０００４．ｊｐｇ”、売り切りフラグが“○”、車名が“ＶＲＭ”という情報が設定される。これは、せり番号“４”のせりに掛けられる中古車（“ＶＲＭ”）の画像データがファイル名“０００４．ｊｐｇ”で登録されており、その中古車のスタート価格が“３５０，０００（円）”、落札希望価格のない売り切り品であることを示している。
【００６４】
これらの情報は、例えば、中古車を販売する販売者やせりを主催する主催者により予め登録される。
図７は、せり制御テーブルのデータ構造例を示す図である。せり制御テーブル１１２は、制御情報記憶部１１０に予め記憶される。せり制御テーブル１１２には、応札カウンタ値を示す項目、せり上げ金額ΔＭを示す項目および応札受付時間Ｔを示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つの制御内容を示す。
【００６５】
応札カウンタ値を示す項目には、応札数を示す値が設定される。せり上げ金額ΔＭを示す項目には、該当の応札数であった場合にせり上げる金額の上げ幅が設定される。応札受付時間Ｔを示す項目には、該当の応札数であった場合の変更後の応札受付時間が設定される。
【００６６】
せり制御テーブル１１２には、例えば、応札カウンタ値が“０−２０”、せり上げ金額ΔＭが“７，０００（円）”、応札受付時間Ｔが“２．０（秒）”という情報が設定される。これは、カウンタ１４１が計数した応札数が“０−２０”の範囲にある場合、せり上げ金額ΔＭを“７，０００（円）”とし、応札受付時間Ｔを“２．０（秒）”とすることを示している。なお、応札カウンタ値“０−２０”に対応するΔＭおよびＴの値は、せりのスタート時にＭ０およびＴ０の初期値として設定される。
【００６７】
図８は、落札権利者テーブルのデータ構造例を示す図である。落札権利者テーブル１２１は、応札情報記憶部１２０に記憶される。落札権利者テーブル１２１は、せり番号を示す項目、落札権利者ＩＤを示す項目および落札価格を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１つのせりの落札に関する情報を示す。
【００６８】
せり番号を示す項目には、せりを特定するための識別番号が設定される。落札権利者ＩＤを示す項目には、該当のせりで現在または最終の落札権利者となっている者のＩＤが設定される。落札価格を示す項目には、該当のせりに出品された中古車の落札価格が設定される。
【００６９】
落札権利者テーブル１２１には、例えば、せり番号が“１”、落札権利者ＩＤが“１２１２３”、落札価格が“４７６，０００（円）”という情報が設定される。これは、せり番号“１”で特定されるせりに出品された中古車をＩＤ“１２１２３”の応札者が最終落札者であり、落札価格が“４７６，０００”であることを示している。なお、例えば、せり番号“１”のせりが現在進行している場合には、ＩＤ“１２１２３”の応札者は現在の落札権利者である。
【００７０】
次に、以上のような構成を備えるせり制御装置１００の処理手順について説明する。
図９は、第２の実施の形態のせり制御処理を示すフローチャートである。以下、図９に示す処理をステップ番号に沿って説明する。
【００７１】
［ステップＳ１１］進行管理部１５１は、せりの開始指示を受け付ける。
［ステップＳ１２］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、最初に開始するせり番号を取得する。
【００７２】
［ステップＳ１３］進行管理部１５１は、せり管理テーブル１１１を参照して、せり番号に対応する中古車の画像情報、せりの進行に必要な情報（スタート価格や希望価格など）および属性情報を取得する。
【００７３】
［ステップＳ１４］進行管理部１５１は、中古車の画像情報、属性情報およびスタート価格などを参加者に提示し、応札の受け付けを開始する。そして、その中古車に対して複数の応札があるたびに金額をせり上げる。権利者登録部１５２は、応札情報の受け付けの前後により落札権利者を特定し、その時点の応札額と共に応札情報記憶部１２０の落札権利者テーブル１２１に登録する。そして、進行管理部１５１は、最も高値で応札し、落札権利者となった者を特定すると、その中古車のせりを完了させる。なお、スタート価格から所定時間経過しても応札者が一人もいない場合にも、その中古車のせりを完了させる。
【００７４】
［ステップＳ１５］進行管理部１５１は、せり管理テーブル１１１を参照して、その中古車が売り切り対象であるか否かを判定する。売り切り対象である場合、処理をステップＳ１６に進める。売り切り対象でない場合、処理をステップＳ１７に進める。
【００７５】
［ステップＳ１６］進行管理部１５１は、落札権利者テーブル１２１を参照して、該当の中古車の落札権利者がいるか否かを判定する。落札権利者がいる場合、処理をステップＳ１８に進める。落札権利者がいない場合、処理をステップＳ１９に進める。
【００７６】
［ステップＳ１７］進行管理部１５１は、せり管理テーブル１１１を参照して、最終の応札額が希望価格以上であるか否かを判定する。希望価格以上である場合、処理をステップＳ１８に進める。希望価格よりも小さい場合、処理をステップＳ１９に進める。
【００７７】
［ステップＳ１８］進行管理部１５１は、落札権利者テーブル１２１に登録された最終落札者に対する落札を確定する。これにより、販売が成約する。
［ステップＳ１９］進行管理部１５１は、該当の中古車のせりを流れとする。
【００７８】
［ステップＳ２０］進行管理部１５１は、せり管理テーブル１１１を参照して、全てのせりが終了したか否かを判定する。全て終了した場合、せり制御処理を完了させる。全て終了していない場合、処理をステップＳ２１に進める。
【００７９】
［ステップＳ２１］進行管理部１５１は、せり番号に１を加算する。そして、処理をステップＳ１３に進める。なお、ここではせり番号は１，２，３，４・・・の様に連続しているものとした。
【００８０】
このようにして、各中古車のせりが進行される。上記ステップＳ１４では、応札数に応じて、応札受付時間やせり上げ金額を変更して、１台の中古車にあてるせり時間の短縮を図る。以下では、このようなステップＳ１４の処理を更に詳細に説明する。
【００８１】
図１０，１１は、第２の実施の形態の応札受付処理を示すフローチャートである。以下、図１０，１１に示す処理をステップ番号に沿って説明する。なお、以下の処理は図９におけるステップＳ１４の処理を詳細に示したものである。
【００８２】
［ステップＳ３１］進行管理部１５１は、せり上げ回数ｉ＝０を設定する。
［ステップＳ３２］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
【００８３】
［ステップＳ３３］進行管理部１５１は、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１は、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【００８４】
［ステップＳ３４］進行管理部１５１は、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１は、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【００８５】
［ステップＳ３５］進行管理部１５１は、応札受付時間Ｔ０を計測するための応札受付時間タイマのカウントを開始する。それと同時に、応札受付部１４０は、応札数をカウントする時間τを計測するためのタイマ（応札カウント用タイマという）のカウントを開始する。ここで、τ＜Ｔ０である。例えば、せり制御テーブル１１２に設定された各応札受付時間に対して、τ＝０．５（秒）が制御情報記憶部１１０に予め設定される。
【００８６】
［ステップＳ３６］せり情報表示制御部１７０は、進行管理部１５１の指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１の指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１の指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１は、応札受付部１４０に応札受付の開始を指示する。
【００８７】
［ステップＳ３７］応札受付部１４０は、最初の応札情報を受け付けたか否かを判定する。ここで、最初の応札とは、上記ステップＳ３６で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けた応札を意味する。最初の応札を受け付けた場合、応札受付部１４０は、応札情報を権利者登録部１５２に出力して、処理をステップＳ３８に進める。最初の応札を受け付けていない場合、処理をステップＳ４１に進める。
【００８８】
［ステップＳ３８］権利者登録部１５２は、応札受付部１４０は、応札情報に含まれるＩＤを取得して、取得したＩＤを、応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
【００８９】
［ステップＳ３９］応札受付部１４０は、応札数を計数する応札カウント処理を行う。応札受付部１４０は、計数した応札数を応札受付時間制御部１５３およびせり上げ金額制御部１５４に出力する。
【００９０】
［ステップＳ４０］応札受付時間制御部１５３は、応札受付部１４０から取得した応札数と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを特定する。応札受付時間制御部１５３は、変更後の応札受付時間Ｔを進行管理部１５１に通知する。進行管理部１５１は、Ｔ０＝Ｔとする。また、せり上げ金額制御部１５４は、応札受付部１４０から取得した応札数とせり制御テーブル１１２に基づいて、変更後のせり上げ金額ΔＭを特定する。せり上げ金額制御部１５４は、変更後のせり上げ金額ΔＭを進行管理部１５１に通知する。進行管理部１５１は、Ｍ０＝ΔＭとする。
【００９１】
［ステップＳ４１］進行管理部１５１は、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ４２に進める。Ｔ０を経過していない場合、処理をステップＳ３７に進める。
【００９２】
［ステップＳ４２］進行管理部１５１は、Ｍ（ｉ＋１）＝Ｍ（ｉ）＋Ｍ０を算出する。
［ステップＳ４３］進行管理部１５１は、今回提示価格Ｍ（ｉ）に対して応札があったか否かを判定する。応札があった場合、処理をステップＳ４４に進める。応札がなかった場合、処理をステップＳ４５に進める。
【００９３】
［ステップＳ４４］進行管理部１５１は、ｉをインクリメントする。そして、処理をステップＳ３４に進める。
［ステップＳ４５］進行管理部１５１は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、該当の中古車が売り切り対象であるか否かを判定する。売り切り対象である場合、処理を完了させる。売り切り対象でない場合、処理をステップＳ４６に進める。
【００９４】
［ステップＳ４６］進行管理部１５１は、せり管理テーブル１１１を参照して、今回提示価格Ｍ（ｉ）が希望価格以上であるか否かを判定する。希望価格以上である場合、処理を完了させる。希望価格よりも低い場合、処理をステップＳ４７に進める。
【００９５】
［ステップＳ４７］進行管理部１５１は、誘導せり上げを行うか否かを判定する。誘導せり上げを行わない場合、処理を完了する。誘導せり上げを行う場合、処理をステップＳ４４に進める。ここで、誘導せり上げとは、提示価格Ｍ（ｉ）に対して応札者がいない場合にも、提示価格Ｍ（ｉ＋１）を提示して、参加者の応札意欲を探る方法である。進行管理部１５１は、応札者がいない場合でも、例えば１回だけ誘導せり上げを行うことが考えられる。
【００９６】
このようにして、各中古車のせりが進められる。その際、応札受付時間制御部１５３は、応札受付部１４０により計数された応札数に応じて、応札受付時間Ｔ０の変更後の値Ｔを特定し、進行管理部１５１に通知する。また、せり上げ金額制御部１５４は、応札受付部１４０により計数された応札数に応じて、せり上げ金額Ｍ０の変更後の値ΔＭを特定し、進行管理部１５１に通知する。
【００９７】
なお、応札受付部１４０による応札数の計数は、応札受付時間Ｔ０の前半の期間に行われる。これにより、応札受付時間Ｔ０の後半の期間の短縮を可能とする。
次に、上記ステップＳ３９の応札カウント処理を更に詳細に説明する。
【００９８】
図１２は、第２の実施の形態の応札カウント処理を示すフローチャートである。以下、図１２に示す処理をステップ番号に沿って説明する。なお、以下の処理は図１０におけるステップＳ３９の処理を詳細に示したものである。
【００９９】
［ステップＳ５１］応札受付部１４０は、応札カウント用タイマによる時間τのカウントがカウントアップしているか否かを判定する。カウントアップしていない場合、処理をステップＳ５２に進める。カウントアップしている場合、処理を完了させる。
【０１００】
［ステップＳ５２］応札受付部１４０は、カウンタ１４１の応札数ＪをＪ＝１に設定する。
［ステップＳ５３］応札受付部１４０は、応札カウント用タイマが時間τをカウントアップするまで、ステップＳ５４，Ｓ５５を繰り返し実行する。
【０１０１】
［ステップＳ５４］応札受付部１４０は、応札端末側通信部１３０から応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ５５に進める。受け付けていない場合、処理をステップＳ５６に進める。
【０１０２】
［ステップＳ５５］カウンタ１４１は、Ｊに１を加算する。
［ステップＳ５６］応札受付部１４０は、応札カウント用タイマが時間τをカウントすると、上記ステップＳ５４，Ｓ５５の繰り返し処理を終了させる。そして、応札受付部１４０は、カウンタ１４１により取得した応札数Ｊを応札受付時間制御部１５３およびせり上げ金額制御部１５４に出力する。
【０１０３】
このようにして、応札受付部１４０は応札カウント用タイマが時間τをカウントするまで、カウンタ１４１により応札数を計数する。すなわち、カウンタ１４１は応札受付部１４０が応札を受け付けるたびに、応札の受け付け回数の累積を求める。これによって、応札カウント用タイマがカウントアップするまでに受け付けた応札数を得ることができる。なお、応札カウント用タイマが時間τをカウントした後に受け付けた応札に関しては、カウントされないことになる。
【０１０４】
次に、上記ステップＳ４０の制御情報取得処理を更に詳細に説明する。
図１３は、第２の実施の形態の制御情報取得処理を示すフローチャートである。以下、図１３に示す処理をステップ番号に沿って説明する。なお、以下の処理は図１０におけるステップＳ４０の処理を詳細に示したものである。
【０１０５】
［ステップＳ６１］応札受付時間制御部１５３は、応札受付部１４０から取得した応札数Ｊと制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３は、取得した応札受付時間Ｔを進行管理部１５１に出力する。
【０１０６】
［ステップＳ６２］せり上げ金額制御部１５４は、応札受付部１４０から取得した応札数Ｊとせり制御テーブル１１２とに基づいて、変更後のせり上げ金額ΔＭを取得する。せり上げ金額制御部１５４は、取得したΔＭを進行管理部１５１に出力する。
【０１０７】
［ステップＳ６３］進行管理部１５１は、応札受付時間制御部１５３から取得した応札受付時間Ｔにより、応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１は、せり上げ金額制御部１５４から取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１０８】
このようにして、進行管理部１５１は、応札受付時間制御部１５３およびせり上げ金額制御部１５４から取得した変更後の値によって、応札受付時間Ｔ０とせり上げ金額Ｍ０を変更する。
【０１０９】
図１４は、第２の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。進行管理部１５１は、応札受付時間Ｔ０の初期値Ｔ０ａを、応札カウント時間τで計数された応札数Ｊに応じて応札受付時間制御部１５３により取得されたＴ０ｂ（≦Ｔ０ａ）に変更する。これにより、ある価格におけるせりの時間を短縮することができる。また、進行管理部１５１は、せり上げ金額Ｍ０の変更前の値Ｍ０ａを、応札カウント時間τで計数された応札数Ｊに応じてせり上げ金額制御部１５４により取得されたＭ０ｂに変更する。なお、Ｍ０ｂは、Ｍ０ｂ≧Ｍ０ａとなる場合もあるし、Ｍ０ｂ＜Ｍ０ａとなる場合もある。
【０１１０】
次に、このようなせり制御装置１００によるせりの進行の具体例を説明する。
図１５は、第２の実施の形態のせりの進行を示す図である。以下、図１４に示す処理をグラフＧ１に付したステップ番号に沿って説明する。なお、グラフＧ１は、せり制御装置１００によるせりの進行を示すグラフである。また、グラフＧ２は、従来の方法によるせりの進行を示すグラフであり、比較のために図示している。更に、ステップ番号は、グラフＧ１において、あるせり金額についての応札を受け付ける期間を１単位として付与されている。
【０１１１】
［ステップＳＴ１］せり制御装置１００は、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、せり番号“１”のせりを開始する。せり制御装置１００は、大型表示装置３０に現在の対象品である中古車（車名“ＡＢＣ”）の画像や属性情報などを表示させる。また、せり制御装置１００は、せり管理テーブル１１１を参照して、スタート価格をＭ（０）＝“４００，０００”（円）とし、応札受付時間Ｔ０＝“２．０”（秒）、せり上げ金額Ｍ０＝“７，０００”（円）とする。このスタート価格が表示パネル４０、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも表示される。その後、せり制御装置１００は、応札の受付を開始し、応札カウント時間τの間に応札数Ｊ＝１０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。なお、これらは元の値と同一であるため、このような場合には再設定を行わなくてもよい。
【０１１２】
［ステップＳＴ２］せり制御装置１００は、Ｍ（１）＝Ｍ（０）＋Ｍ０＝“４０７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝２５をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．８”（秒）、ΔＭ＝“１０，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．８”（秒）、Ｍ０＝ΔＭ＝“１０，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．８”（秒）に変更となるので、ステップＳＴ２の応札受付時間Ｔ０は、０．２秒短縮される。
【０１１３】
［ステップＳＴ３］せり制御装置１００は、Ｍ（２）＝Ｍ（１）＋Ｍ０＝“４１７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝７０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．５”（秒）、ΔＭ＝“２０，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．５”（秒）、Ｍ０＝ΔＭ＝“２０，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．５”（秒）に変更となるので、ステップＳ３の応札受付時間Ｔ０は、０．５秒短縮される。
【０１１４】
［ステップＳＴ４］せり制御装置１００は、Ｍ（３）＝Ｍ（２）＋Ｍ０＝“４３７，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝１１０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“１．３”（秒）、ΔＭ＝“２５，０００”（円）を取得し、Ｔ０＝Ｔ＝“１．３”（秒）、Ｍ０＝ΔＭ＝“２５，０００”（円）を設定する。Ｔ０が“２．０”（秒）から“１．３”（秒）に変更となるので、ステップＳＴ４の応札受付時間Ｔ０は、０．７秒短縮される。
【０１１５】
［ステップＳＴ５］せり制御装置１００は、Ｍ（４）＝Ｍ（３）＋Ｍ０＝“４６２，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝１２をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１６】
［ステップＳＴ６］せり制御装置１００は、Ｍ（５）＝Ｍ（４）＋Ｍ０＝“４６９，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝８をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１７】
［ステップＳＴ７］せり制御装置１００は、Ｍ（６）＝Ｍ（５）＋Ｍ０＝“４７６，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝３をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。
【０１１８】
［ステップＳＴ８］せり制御装置１００は、Ｍ（７）＝Ｍ（６）＋Ｍ０＝“４８３，０００”（円）、応札受付時間Ｔ０＝“２．０”（秒）として、次の応札の受付を開始する。そして、せり制御装置１００は、応札カウント時間τの間に応札数Ｊ＝０をカウントしたとする。すると、せり制御装置１００は、せり制御テーブル１１２を参照して、Ｔ＝“２．０”（秒）、ΔＭ＝“７，０００”（円）を取得し、Ｔ０＝Ｔ＝“２．０”（秒）、Ｍ０＝ΔＭ＝“７，０００”（円）を設定する。そして、せり制御装置１００は、応札者がなくなり、希望価格“４６０，０００”（円）を超えた価格に応札があったことから、ステップＳＴ７で落札権利者となった者に販売の成約を確定する。
【０１１９】
このように、せり制御装置１００は、応札受付時間Ｔ０の前半の期間τでカウントした応札数Ｊに応じてＴ０を短縮し、また、せり上げ金額Ｍ０を増減させる。
これにより、応札者が多数存在する価格帯でのせり上げを迅速に行うことができる。そして、該当の中古車の購入を強く希望する者同士が競争する価格帯へとより早く進めることができるようになる。その結果、せりの時間を効率的に短縮することができる。
【０１２０】
この様子を図示したものが、本実施の形態のせり制御装置１００によるせりの進行を示すグラフＧ１、および、従来のせりの進行を示すグラフＧ２である。グラフＧ１では、グラフＧ２よりも早く希望価格に到達する。このようにして、販売者の希望価格に早期に到達し、また、それ以上の価格帯での競争を活発化させることで、せりの時間を短縮するとともに、より高値での販売を促すこともできる。
【０１２１】
なお、上述の例では、応札受付時間Ｔ０とせり上げ金額Ｍ０とを両方変更する場合を例示したが、何れか一方のみを変更することとしてもよい。
また、今回の応札受付時間の前半の期間でカウントした応札数に応じて、次回の応札受付時間を変更するようにしてもよい。
【０１２２】
［第３の実施の形態］
以下、第３の実施の形態について説明する。前述の第２の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１２３】
第２の実施の形態では、応札受付時間Ｔ０の前半に応札数のカウント用の期間を設けた。これに対し、第３の実施の形態では、応札受付時間Ｔ０の全期間中の応札数を計数する。
【０１２４】
なお、第３の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第３の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１２５】
図１６は、第３の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ａは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ａ、せり制御部１５０ａ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１２６】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１２７】
応札受付部１４０ａは、今回の応札受付時間Ｔ０の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札数を計数する。応札受付部１４０ａは、せり制御部１５０ａによって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０ａは、取得した応札情報をせり制御部１５０ａに出力する。また、応札受付時間Ｔ０が経過すると、カウントした応札数をせり制御部１５０ａに出力する。
【０１２８】
せり制御部１５０ａは、せりの進行や落札権利者などの管理を行う。せり制御部１５０ａは、進行管理部１５１ａ、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４を有する。なお、権利者登録部１５２、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。ただし、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、応札受付部１４０ａから、応札受付時間Ｔ０の間にカウントされた応札数によって、応札受付時間およびせり上げ金額を変更する。
【０１２９】
進行管理部１５１ａは、制御情報記憶部１１０に記憶された制御情報や管理情報を参照して、せりの進行を管理する。進行管理部１５１ａは、図５で説明した第２の実施の形態の進行管理部１５１に対応するものである。ただし、進行管理部１５１ａは、応札受付時間制御部１５３から取得した応札受付時間に基づいて、次のせり上げ後の応札受付時間を変更する。
【０１３０】
次に、以上のような構成を備えるせり制御装置１００ａの処理手順について説明する。
第３の実施の形態のせり制御処理の手順は、第２の実施の形態の図９で説明したせり制御処理の手順と同一である。ただし、ステップＳ１４で示した応札受付処理の手順が、第２の実施の形態と異なる。以下、その応札受付処理の手順を詳細に説明する。
【０１３１】
図１７は、第３の実施の形態の応札受付処理を示すフローチャートである。以下、図１７に示す処理をステップ番号に沿って説明する。
［ステップＳ７１］進行管理部１５１ａは、せり上げ回数ｉ＝０を設定する。
【０１３２】
［ステップＳ７２］進行管理部１５１ａは、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
［ステップＳ７３］進行管理部１５１ａは、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１ａは、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【０１３３】
［ステップＳ７４］進行管理部１５１ａは、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１ａは、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【０１３４】
［ステップＳ７５］進行管理部１５１ａは、応札受付時間Ｔ０を測定するための応札受付時間タイマのカウントを開始する。
［ステップＳ７６］応札受付部１４０ａは、応札数Ｊ＝０を設定する。
【０１３５】
［ステップＳ７７］せり情報表示制御部１７０は、進行管理部１５１ａの指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１ａの指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１ａの指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１ａは、応札受付部１４０ａに応札受付の開始を指示する。
【０１３６】
［ステップＳ７８］応札受付部１４０ａは、応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ７９に進める。受け付けていない場合、処理をステップＳ８２に進める。
【０１３７】
［ステップＳ７９］応札受付部１４０ａは、受け付けた応札情報が上記ステップＳ７７で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けたものであるか否かを判定する。最初の応札を受け付けた場合、応札受付部１４０ａは、応札情報を権利者登録部１５２に出力して処理をステップＳ８０に進める。受け付けた応札が最初の応札でない場合、処理をステップＳ８１に進める。
【０１３８】
［ステップＳ８０］権利者登録部１５２は、応札情報に含まれるＩＤを取得して、取得したＩＤを応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
［ステップＳ８１］カウンタ１４１は、Ｊに１を加算する。
【０１３９】
［ステップＳ８２］進行管理部１５１ａは、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ８３に進める。Ｔ０を経過していない場合、処理をステップＳ７８に進める。
【０１４０】
［ステップＳ８３］応札受付部１４０ａは、応札数Ｊの値をせり制御部１５０ａに出力する。応札受付時間制御部１５３は、応札受付部１４０ａから取得した応札数と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを特定する。応札受付時間制御部１５３は、変更後の応札受付時間Ｔを進行管理部１５１ａに通知する。進行管理部１５１ａは、Ｔ０＝Ｔとする。また、せり上げ金額制御部１５４は、応札受付部１４０ａから取得した応札数とせり制御テーブル１１２に基づいて、変更後のせり上げ金額ΔＭを特定する。せり上げ金額制御部１５４は、変更後のせり上げ金額ΔＭを進行管理部１５１ａに通知する。進行管理部１５１ａは、Ｍ０＝ΔＭとする。ここで、ステップＳ８３の処理の詳細は、図１３で説明した通りである。
【０１４１】
なお、ステップＳ８３よりも後の処理は、図１１で説明したステップＳ４２〜Ｓ４７と同一であるため、説明を省略する。ただし、ステップＳ４４の後、ステップＳ７５に進められる。すなわち、第３の実施の形態では、第２の実施の形態でせり上げのたびに行っていた応札受付時間Ｔ０への初期値の設定を行わない。その結果、上記ステップＳ８３で設定された応札受付時間Ｔ０＝Ｔがせり上げ後の応札受付時間となる。
【０１４２】
このようにして、応札受付部１４０ａは応札受付時間Ｔ０中の応札数をカウンタ１４１により計数する。すなわち、カウンタ１４１は応札受付部１４０ａが応札を受け付けるたびに、応札の受け付け回数の累積を求める。そして、進行管理部１５１ａは求めた応札数に応じて次回の応札受付時間およびせり上げ金額を変更する。
【０１４３】
図１８は、第３の実施の形態の応札受付時間およびせり上げ金額の変更を示す図である。進行管理部１５１ａは、次のせり上げ後の応札受付時間Ｔ０を、応札カウント時間τで計数された応札数Ｊに応じて応札受付時間制御部１５３により取得されたＴ０ｂ（≦初期値Ｔ０ａ）に変更する。これにより、せりの時間を短縮することができる。また、進行管理部１５１ａは、せり上げ金額Ｍ０の変更前の値Ｍ０ａを、応札カウント時間τ（＝今回の応札受付時間Ｔ０’）で計数された応札数Ｊに応じてせり上げ金額制御部１５４により取得されたＭ０ｂに変更する。なお、Ｍ０ｂは、Ｍ０ｂ≧Ｍ０ａとなる場合もあるし、Ｍ０ｂ＜Ｍ０ａとなる場合もある。
【０１４４】
これにより、第２の実施の形態と同様の効果を実現することができる。
［第４の実施の形態］
以下、第４の実施の形態について説明する。前述の第２，３の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。
【０１４５】
第３の実施の形態では、今回の応札受付時間でカウントされた応札数により、次回の応札受付時間を変更するものとした。第４の実施の形態では、得られたカウント数を正規化する。そして、正規化したカウント数に基づいて、変更後の応札受付時間およびせり上げ金額を決定する。
【０１４６】
なお、第４の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第４の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１４７】
図１９は、第４の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ｂは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ｂ、せり制御部１５０ａ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１４８】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。また、せり制御部１５０ａに関しては、図１６で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１４９】
応札受付部１４０ｂは、応札受付時間Ｔ０の間に応札端末側通信部１３０から応札情報を取得すると、カウンタ１４１により応札数を計数する。応札受付部１４０ｂは、せり制御部１５０ａによって価格のせり上げが行われるたびにカウンタ１４１をリセットする。応札受付部１４０ｂは、取得した応札情報をせり制御部１５０ａに出力する。また、応札受付時間Ｔ０が経過すると、カウントした応札数を単位時間当たりの平均応札数に換算して、せり制御部１５０ａに出力する。
【０１５０】
応札受付時間制御部１５３およびせり上げ金額制御部１５４は、正規化された応札数に基づいて、変更後の応札受付時間およびせり上げ金額を特定する。
次に、以上のような構成を備えるせり制御装置１００ｂの処理手順について説明する。
【０１５１】
第４の実施の形態のせり制御処理の手順は、図９で説明した第２の実施の形態のせり制御処理の手順と同一である。また、応札受付処理の手順は、図１７で説明した第３の実施の形態の応札処理の手順と同一である。ただし、ステップＳ８３で示した制御情報取得処理の手順が異なる。以下、その制御情報取得処理の手順を詳細に説明する。
【０１５２】
図２０は、第４の実施の形態の制御情報取得処理を示すフローチャートである。以下、図２０に示す処理をステップ番号に沿って説明する。
［ステップＳ９１］応札受付部１４０ｂは、カウントした応札数Ｊに（Ｎ／Ｔ０）を乗じて平均化後の応札数Ｊ０を算出する。ここで、Ｎは、応札受付時間の規定値を表す定数であり、例えば、応札受付時間の初期値である。また、Ｔ０は、カウントを行った今回の応札受付時間を示す。応札受付部１４０ｂは、平均化後の応札数Ｊ０をせり制御部１５０に出力する。
【０１５３】
［ステップＳ９２］応札受付時間制御部１５３は、応札受付部１４０ｂから取得した正規化後の応札数Ｊ０と制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３は、取得した応札受付時間Ｔを進行管理部１５１ａに出力する。
【０１５４】
［ステップＳ９３］せり上げ金額制御部１５４は、応札受付部１４０ｂから取得した正規化後の応札数Ｊ０とせり制御テーブル１１２とに基づいて、せり上げ金額ΔＭを取得する。せり上げ金額制御部１５４は、取得したΔＭを進行管理部１５１ａに出力する。
【０１５５】
［ステップＳ９４］進行管理部１５１ａは、応札受付時間制御部１５３から取得した応札受付時間Ｔにより、応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１ａは、せり上げ金額制御部１５４から取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１５６】
このようにして、応札受付部１４０ｂは、カウントした応札数を単位時間当たりの応札数に平均化してせり制御部１５０に出力するようにする。そして、応札受付時間制御部１５３およびせり上げ金額制御部１５４は、平均応札数によって、応札受付時間およびせり上げ金額の変更後の値を特定する。
【０１５７】
これにより、第２の実施の形態と同様の効果を実現することができる。
また、前述の第３の実施の形態の方法では、各せり金額における応札受付時間が異なるため、応札数が各せり金額によって大きく異なることも考えられる。例えば、応札受付時間が長ければカウントされる応札数は多くなり、応札受付時間が短ければカウントされる応札数は少なくなることが考えられる。このため、本実施の形態のように、各せり金額において、カウントした応札数を単位時間当たりの平均応札数に換算することで、各せり金額での応札について均一の評価を行うことができる。その結果、次回応札受付時間やせり上げ金額の変更幅について、今回応札受付時間の長短によるバラつきを抑えることができる。
【０１５８】
［第５の実施の形態］
以下、第５の実施の形態について説明する。前述の第２〜４の実施の形態との相違点を主に説明し、同様の事項に関しては説明を省略する。第２〜４の実施の形態では、カウンタにより受け付けた応札の数をカウントするものとした。これに対し、第５の実施の形態では、応札ログによって応札数を取得する。
【０１５９】
なお、第５の実施の形態のせりシステムの全体構成は、図２で説明した第２の実施の形態のせりシステムの全体構成と同一であるため、説明を省略する。また、第５の実施の形態の各装置のハードウェア構成は、図３，４で説明した第２の実施の形態の各装置のハードウェア構成と同一であるため、説明を省略する。
【０１６０】
図２１は、第５の実施の形態のせり制御装置の機能構成を示す図である。せり制御装置１００ｃは、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、応札受付部１４０ｃ、せり制御部１５０ｃ、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０、調整人端末側通信部１９０およびログ解析処理部１９５を有する。なお、これらの機能は、ＣＰＵ１０１により所定のプログラムが実行されることで実現される。ただし、これらの機能のうち少なくとも一部を専用のハードウェアにより実現してもよい。
【０１６１】
ここで、制御情報記憶部１１０、応札情報記憶部１２０、応札端末側通信部１３０、権利通知部１６０、せり金額通知部１６５、せり情報表示制御部１７０、応札状況受付部１８０および調整人端末側通信部１９０に関しては、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１６２】
応札受付部１４０ｃは、応札端末側通信部１３０から応札情報を取得すると、せり制御部１５０ｃに出力する。
せり制御部１５０ｃは、せりの進行や落札権利者などの管理を行う。せり制御部１５０ｃは、進行管理部１５１ｃ、権利者登録部１５２、応札受付時間制御部１５３ｃおよびせり上げ金額制御部１５４ｃを有する。なお、権利者登録部１５２は、図５で同一の符号を付して説明した各構成と同一であるため説明を省略する。
【０１６３】
進行管理部１５１ｃは、制御情報記憶部１１０に記憶された制御情報や管理情報を参照してせりの進行を管理する。進行管理部１５１ｃは、図５で説明した第２の実施の形態の進行管理部１５１に対応するものである。進行管理部１５１ｃは、応札受付部１４０ｃから取得した応札情報を取得すると、その内容を応札情報記憶部１２０に応札ログとして格納する。
【０１６４】
応札受付時間制御部１５３ｃは、ログ解析処理部１９５から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて応札受付時間を変更する。
【０１６５】
せり上げ金額制御部１５４ｃは、ログ解析処理部１９５から応札数を取得すると、制御情報記憶部１１０に記憶された制御情報を参照して、応札数に応じて次回のせり上げ金額を変更する。
【０１６６】
ログ解析処理部１９５は、ある価格での応札受付時間が経過すると、応札情報記憶部１２０に記憶された応札ログを参照して、その価格における応札数をカウントする。そして、カウントした応札数をせり制御部１５０ｃに出力する。
【０１６７】
図２２は、第５の実施の形態の応札ログ管理テーブルのデータ構造例を示す図である。応札ログ管理テーブル１２２ａ，１２２ｂ，１２２ｃ，・・・は、進行管理部１５１ｃによりせり番号単位に生成され、応札情報記憶部１２０に格納される。なお、以下では、応札ログ管理テーブル１２２ａの構成に関して説明するが、応札ログ管理テーブル１２２ｂ，１２２ｃ，・・・に関しても同様の構成である。なお、応札ログ管理テーブル１２２ａは、例えば、せり番号“１０”のせりに対する応札ログである。
【０１６８】
応札ログ管理テーブル１２２ａには、応札時刻を示す項目、金額を示す項目、応札者ＩＤを示す項目および解析後応札数を示す項目が設けられている。各項目の横方向に並べられた情報同士が互いに関連付けられて、１回分の応札に関する情報を示す。
【０１６９】
応札時刻を示す項目には、応札された時刻が時分秒およびミリ秒単位で設定される。金額を示す項目には、応札のあったときの提示金額が設定される。応札者ＩＤを示す項目には、応札した応札者のＩＤが設定される。解析後応札数を示す項目には、ログ解析処理部１９５が取得した、ある提示価格における応札数の解析結果が設定される。
【０１７０】
応札ログ管理テーブル１２２ａには、例えば、応札時刻が“１１：１２：２３”、“９６０”（ミリ秒）、金額が“９９５，０００”（円）、応札者ＩＤが“００１２３０”という情報が設定される。これは、せり番号“１０”で示されるせりで、応札時刻１１時１２分２３秒、“９６０”（ミリ秒）の時点において、提示価格“９９５，０００”（円）に対し、応札者ＩＤ“００１２３０”の者が応札を行ったことを示している。また、解析後応札数“７”は、該当の金額“９９５，０００”（円）での応札受付時間内に“７”回の応札があったことを示している。この応札数は、ログ解析処理部１９５によりカウントされ、設定されるものである。
【０１７１】
次に、以上のような構成を備えるせり制御装置１００ｃの処理手順について説明する。
第５の実施の形態のせり制御処理の手順は、図９で説明した第２の実施の形態のせり制御処理の手順と同一である。ただし、ステップＳ１４で示した応札受付処理の手順が、第２の実施の形態と異なる。以下、その応札受付処理の手順を詳細に説明する。
【０１７２】
図２３は、第５の実施の形態の応札受付処理を示すフローチャートである。以下、図２３に示す処理をステップ番号に沿って説明する。
［ステップＳ１０１］進行管理部１５１ｃは、せり上げ回数ｉ＝０を設定する。
【０１７３】
［ステップＳ１０２］進行管理部１５１ｃは、制御情報記憶部１１０に記憶されたせり管理テーブル１１１を参照して、提示価格Ｍ（ｉ）にスタート価格を設定する。
［ステップＳ１０３］進行管理部１５１ｃは、せり上げ金額Ｍ０に初期値を設定する。進行管理部１５１ｃは、例えば、制御情報記憶部１１０に記憶されたせり制御テーブル１１２の応札カウンタ値“０−２０”に対応するせり上げ金額“７，０００”（円）を初期値とする。
【０１７４】
［ステップＳ１０４］進行管理部１５１ｃは、応札受付時間Ｔ０に初期値を設定する。進行管理部１５１ｃは、例えば、せり制御テーブル１１２の応札カウンタ値“０−２０”に対応する応札受付時間“２．０”（秒）を初期値とする。
【０１７５】
［ステップＳ１０５］進行管理部１５１ｃは、応札受付時間Ｔ０を測定するための応札受付時間タイマのカウントを開始する。
［ステップＳ１０６］せり情報表示制御部１７０は、進行管理部１５１ｃの指示に応じて、表示パネル４０に提示価格Ｍ（ｉ）を表示させる。また、せり金額通知部１６５は、進行管理部１５１ｃの指示に応じて、提示価格Ｍ（ｉ）の情報を応札端末側通信部１３０を介して応札端末装置２００，３００，４００，・・・に送信する。更に、応札状況受付部１８０は、進行管理部１５１ｃの指示に応じて、提示価格Ｍ（ｉ）の情報を調整人端末側通信部１９０を介して調整人端末装置５００に送信する。これによって、応札端末装置２００，３００，４００，・・・および調整人端末装置５００にも提示価格Ｍ（ｉ）が表示される。そして、進行管理部１５１ｃは、応札受付部１４０ｃに応札受付の開始を指示する。
【０１７６】
［ステップＳ１０７］応札受付部１４０ｃは、応札情報を受け付けたか否かを判定する。受け付けた場合、処理をステップＳ１０８に進める。受け付けていない場合、処理をステップＳ１１１に進める。
【０１７７】
［ステップＳ１０８］応札受付部１４０ｃは、受け付けた応札情報が上記ステップＳ１０６で現在の提示価格Ｍ（ｉ）での応札受付を開始した後、最初に受け付けたものであるか否かを判定する。最初の応札を受け付けた場合、応札受付部１４０ｃは、応札情報を権利者登録部１５２に出力して処理をステップＳ１０９に進める。受け付けた応札が最初の応札でない場合、処理をステップＳ１１０に進める。
【０１７８】
［ステップＳ１０９］権利者登録部１５２は、応札情報に含まれるＩＤを取得して、取得したＩＤを応札情報記憶部１２０に記憶された落札権利者テーブル１２１に登録する。
［ステップＳ１１０］進行管理部１５１ｃは、応札情報に含まれるＩＤを取得して応札情報記憶部１２０に記憶された応札ログ管理テーブルに記録する。
【０１７９】
［ステップＳ１１１］進行管理部１５１ｃは、応札受付時間タイマのカウントを参照して、応札受付時間Ｔ０を経過したか否かを判定する。Ｔ０を経過している場合、処理をステップＳ１１２に進める。Ｔ０を経過していない場合、処理をステップＳ１０７に進める。
【０１８０】
［ステップＳ１１２］ログ解析処理部１９５は、応札情報記憶部１２０に記憶された応札ログ管理テーブルのうち、現在のせり番号、かつ、現在の提示価格のログを抽出して、レコード数をカウントする。そして、カウントした応札数Ｊを解析後応札数として応札ログ管理テーブルに登録するとともに、せり制御部１５０ｃに出力する。
【０１８１】
［ステップＳ１１３］応札受付時間制御部１５３ｃは、ログ解析処理部１９５から取得した応札数Ｊと制御情報記憶部１１０に記憶されたせり制御テーブル１１２とに基づいて、変更後の応札受付時間Ｔを取得する。応札受付時間制御部１５３ｃは、取得した応札受付時間Ｔを進行管理部１５１ｃに出力する。また、せり上げ金額制御部１５４ｃは、ログ解析処理部１９５から取得した応札数Ｊとせり制御テーブル１１２とに基づいて、変更後のせり上げ金額ΔＭを取得する。せり上げ金額制御部１５４ｃは、取得したΔＭを進行管理部１５１ｃに出力する。進行管理部１５１ｃは、応札受付時間制御部１５３ｃから取得した応札受付時間Ｔにより応札受付時間Ｔ０＝Ｔと設定する。また、進行管理部１５１ｃは、せり上げ金額制御部１５４ｃから取得したΔＭにより、せり上げ金額Ｍ０＝ΔＭと設定する。
【０１８２】
なお、ステップＳ１１３よりも後の処理は、図１１で説明したステップＳ４２〜Ｓ４７と同一であるため、説明を省略する。ただし、ステップＳ４４の後、ステップＳ１０５に進められる。
【０１８３】
このようにして、せり制御部１５０ｃは、応札ログ管理テーブルにより今回の応札受付時間内で受け付けた応札数をカウントし、その応札数に応じて、次回のせり上げ金額およびせり上げ後の応札受付時間を変更する。
【０１８４】
これにより、第２の実施の形態と同様の効果を実現することができる。
なお、上述の例では、ログ解析処理部１９５は、今回のせり金額に対する応札数（応札受付時間内に受け付けた全応札の数）をカウントするものとしたが、第２の実施の形態に示したように、今回の応札受付時間の前半の期間に受け付けた応札の数をカウントするものとしてもよい。その場合、第２の実施の形態と同様に、今回の応札受付時間の後半部分を短縮することが考えられる。
【０１８５】
以上、説明したように、第２〜５の実施の形態のせり制御装置１００，１００ａ、１００ｂ、１００ｃは、応札受付時間内にカウントした応札数に応じて今回または次回の応札受付時間を短縮し、また、次回のせり上げ金額を増減させる。
【０１８６】
これにより、応札者が多数存在する価格帯（例えば、低価格帯）でのせり上げを迅速に行うことができる。そして、該当の中古車の購入を強く希望する者同士が競争する価格帯へとより早く進めることができるようになる。その結果、せりの時間を効率的に短縮することができる。
【０１８７】
なお、上述の例では、応札受付時間とせり上げ金額とを両方変更する場合を例示したが、何れか一方のみを変更することとしてもよい。
以上、本発明のせり制御装置、せりシステムおよびせり制御方法を図示の実施の形態に基づいて説明したが、これらに限定されるものではなく、各部の構成は同様の機能を有する任意の構成のものに置き換えることができる。また、他の任意の構成物や工程が付加されてもよい。また、本発明は前述した実施の形態のうちの任意の２以上の構成（特徴）を組み合わせたものであってもよい。
【符号の説明】
【０１８８】
１ せり制御装置
１ａ 計数部
１ｂ 制御部
Ｃ 応札数
Ｍ せり上げ金額
Ｔ１，Ｔ２ 応札受付時間
【特許請求の範囲】
【請求項１】
せり対象品への応札数を計数する計数部と、
前記応札数に応じて応札受付時間またはせり上げ金額を変更する制御部と、
を有することを特徴とするせり制御装置。
【請求項２】
前記計数部は、現在のせり金額に対する応札を受け付ける応札受付時間の前半の所定期間における前記応札数を計数し、
前記制御部は、当該応札数に応じて当該応札受付時間を短縮する、
ことを特徴とする請求項１記載のせり制御装置。
【請求項３】
前記計数部は、現在のせり金額に対する応札を受け付ける応札受付時間の間における前記応札数を計数し、
前記制御部は、当該応札数に応じて、前記現在のせり金額から価格をせり上げた次回のせり金額に対する応札を受け付ける次回応札受付時間を短縮する、
ことを特徴とする請求項１記載のせり制御装置。
【請求項４】
前記計数部は、前記応札数を単位時間当たりの応札数に換算した平均応札数を算出し、
前記制御部は、前記平均応札数に応じて、前記次回応札受付時間を短縮する、
ことを特徴とする請求項３記載のせり制御装置。
【請求項５】
前記制御部は、前記応札数に応じて、前記現在のせり金額からのせり上げ金額を変更することを特徴とする請求項２または３の何れか１項に記載のせり制御装置。
【請求項６】
前記制御部は、前記平均応札数に応じて、前記現在のせり金額からのせり上げ金額を変更することを特徴とすることを特徴とする請求項４記載のせり制御装置。
【請求項７】
前記せり対象品への応札を受け付ける受付部を更に有し、
前記計数部は、前記受付部が前記応札を受け付けるたびに、前記応札の受け付け回数の累積を求めることで、前記応札数を計数する、
ことを特徴とする請求項１乃至６の何れか１項に記載のせり制御装置。
【請求項８】
前記応札を受け付けるたびに、当該応札があった旨を示す応札ログを応札ログ記憶部に格納するログ取得部を更に有し、
前記計数部は、前記応札ログ記憶部に記憶された前記応札ログに基づいて、前記応札数を計数する、
ことを特徴とする請求項１乃至６の何れか１項に記載のせり制御装置。
【請求項９】
せり制御装置と複数の応札端末装置とが接続されたせりシステムであって、
前記複数の応札端末装置からせり対象品への応札を示す応札情報を受け付ける受付部と、
前記受付部が受け付けた応札数を計数する計数部と、
前記応札数に応じて応札受付時間またはせり上げ金額を変更する制御部と、
を備える前記せり制御装置と、
前記せり対象品への応札の操作入力を受け付ける応札操作部と、
前記応札操作部が前記操作入力を受け付けると、前記応札情報を前記せり制御装置に送信する送信部と、
を備える前記複数の応札端末装置と、
を有することを特徴とするせりシステム。
【請求項１０】
せり制御装置のせり制御方法であって、
計数部が、せり対象品への応札数を計数し、
制御部が、前記応札数に応じて応札受付時間またはせり上げ金額を変更する、
ことを特徴とするせり制御方法。
【請求項１】
せり対象品への応札数を計数する計数部と、
前記応札数に応じて応札受付時間またはせり上げ金額を変更する制御部と、
を有することを特徴とするせり制御装置。
【請求項２】
前記計数部は、現在のせり金額に対する応札を受け付ける応札受付時間の前半の所定期間における前記応札数を計数し、
前記制御部は、当該応札数に応じて当該応札受付時間を短縮する、
ことを特徴とする請求項１記載のせり制御装置。
【請求項３】
前記計数部は、現在のせり金額に対する応札を受け付ける応札受付時間の間における前記応札数を計数し、
前記制御部は、当該応札数に応じて、前記現在のせり金額から価格をせり上げた次回のせり金額に対する応札を受け付ける次回応札受付時間を短縮する、
ことを特徴とする請求項１記載のせり制御装置。
【請求項４】
前記計数部は、前記応札数を単位時間当たりの応札数に換算した平均応札数を算出し、
前記制御部は、前記平均応札数に応じて、前記次回応札受付時間を短縮する、
ことを特徴とする請求項３記載のせり制御装置。
【請求項５】
前記制御部は、前記応札数に応じて、前記現在のせり金額からのせり上げ金額を変更することを特徴とする請求項２または３の何れか１項に記載のせり制御装置。
【請求項６】
前記制御部は、前記平均応札数に応じて、前記現在のせり金額からのせり上げ金額を変更することを特徴とすることを特徴とする請求項４記載のせり制御装置。
【請求項７】
前記せり対象品への応札を受け付ける受付部を更に有し、
前記計数部は、前記受付部が前記応札を受け付けるたびに、前記応札の受け付け回数の累積を求めることで、前記応札数を計数する、
ことを特徴とする請求項１乃至６の何れか１項に記載のせり制御装置。
【請求項８】
前記応札を受け付けるたびに、当該応札があった旨を示す応札ログを応札ログ記憶部に格納するログ取得部を更に有し、
前記計数部は、前記応札ログ記憶部に記憶された前記応札ログに基づいて、前記応札数を計数する、
ことを特徴とする請求項１乃至６の何れか１項に記載のせり制御装置。
【請求項９】
せり制御装置と複数の応札端末装置とが接続されたせりシステムであって、
前記複数の応札端末装置からせり対象品への応札を示す応札情報を受け付ける受付部と、
前記受付部が受け付けた応札数を計数する計数部と、
前記応札数に応じて応札受付時間またはせり上げ金額を変更する制御部と、
を備える前記せり制御装置と、
前記せり対象品への応札の操作入力を受け付ける応札操作部と、
前記応札操作部が前記操作入力を受け付けると、前記応札情報を前記せり制御装置に送信する送信部と、
を備える前記複数の応札端末装置と、
を有することを特徴とするせりシステム。
【請求項１０】
せり制御装置のせり制御方法であって、
計数部が、せり対象品への応札数を計数し、
制御部が、前記応札数に応じて応札受付時間またはせり上げ金額を変更する、
ことを特徴とするせり制御方法。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２２】
【図２３】
【公開番号】特開２０１１−４４０２７（Ｐ２０１１−４４０２７Ａ）
【公開日】平成２３年３月３日（２０１１．３．３）
【国際特許分類】
【出願番号】特願２００９−１９２１９８（Ｐ２００９−１９２１９８）
【出願日】平成２１年８月２１日（２００９．８．２１）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【公開日】平成２３年３月３日（２０１１．３．３）
【国際特許分類】
【出願日】平成２１年８月２１日（２００９．８．２１）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
[ Back to top ]