せりシステムの制御方法およびせりシステムならびにせりシステムの制御プログラム
【課題】せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能な技術を提供する。
【解決手段】せりの応札者が操作する座席車両検索端末装置２１６を、せり業務システム１０およびせり機システム２０に接続して遠隔地からの応札を可能にしたセリシステムにおいて、複数のせりを開催地毎の複数のレーンＡ〜Ｚで管理し、開始時刻をせり機システム２０で予想して表示装置２１７の表示エリア８１にレーン毎に時系列に実レーン８１４ｂとして表示する場合に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂに表示中のせりから、当該応札者が応札を指定したウォッチリストに登録されたせりのみを抽出して時系列に表示する仮想的なマイレーン８１４ａを設け、座席車両検索端末装置２１６を操作する応札者はマイレーン８１４ａのみを注視することで応札可能にした。
【解決手段】せりの応札者が操作する座席車両検索端末装置２１６を、せり業務システム１０およびせり機システム２０に接続して遠隔地からの応札を可能にしたセリシステムにおいて、複数のせりを開催地毎の複数のレーンＡ〜Ｚで管理し、開始時刻をせり機システム２０で予想して表示装置２１７の表示エリア８１にレーン毎に時系列に実レーン８１４ｂとして表示する場合に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂに表示中のせりから、当該応札者が応札を指定したウォッチリストに登録されたせりのみを抽出して時系列に表示する仮想的なマイレーン８１４ａを設け、座席車両検索端末装置２１６を操作する応札者はマイレーン８１４ａのみを注視することで応札可能にした。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、せりシステムの制御方法およびせりシステムならびにせりシステムの制御プログラムに関する。
【背景技術】
【０００２】
例えば、中古車せりでは、一会場につき一日に数百〜数千台の車両がせりにかけられ、その１台の車両のせり時間は平均２０秒程度で完了する。
このため、例えば、特許文献１では、端末装置のユーザは、応札ボタンへの操作により、掲示板に表示された価格での応札の意志を表し、表示された価格は、その位置を表す者が一人になるまで自動的に上昇されるようにしている。
【０００３】
応札者は、主催者が発行する出品票を元に、前もって購入対象のせりが何番目に実施されるかを確認し、対象のせりの開始を待つことで目当てのせりに参加することができる。
近年短い時間で複数台のせりを行うため、一つのせり会場での複数レーン化が進んでおり、何番目かだけでなく「どのレーン」でせりが行われるのかも意識する必要がある。さらに、せりシステムのセンター化による会場間の連携が進むことで多会場での同時せり開催も行われつつあり、同一時間帯におけるせりのレーン数はより多くなるものと予想される。
【０００４】
せりは応札状況に応じて進行速度が異なるため、応札者は進行度合いの異なる、時間軸方向に点在した参加したいせりを監視しなければならず、開始タイミングを逃さずに参加する事は困難である。これは、参加機会を逃す要因となっているとともに、応札者にとって大きな負担となっている。
【０００５】
また、出品者にとっても、自分が出品するせりが何時に行われるのかが分りづらく、スタート価格や売り切り価格を指示したいときは、いつせりが開始されても指示出来るように待機しなければならない。このことは、出品者にとって負担になっている。
【０００６】
中古車せり業界は、今後コスト削減／せり時間の短縮のために複数レーン化が進み、またセンター化による会場間連携が進むことでよりレーン数が増加し、この問題が今後益々顕著となる事が懸念されている。従って、複数のレーンに渡るせりに効率よく参加する方法や、応札者が望んでいる車輌のせりを積極的にアピールできる方法が求められている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平５−２９００７０号公報
【特許文献２】特表２００２−５２５７６０号公報
【特許文献３】特開２００２−１５７３８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述の従来技術では、以下のような技術的課題がある。
第１に、応札者は、自分が応札したいせりが「何処の会場」の「どのレーン」で「何号車として」せりにかけられるのかが分かりづらい、という技術的課題がある。
【０００９】
第２に、個々の応札者にとっては、自分が興味のないせりのレーンも混在して表示されてしまうため、誤応札や誤落札が生じる懸念がある。
第３に、参加したいせりが同時刻の場合、どちらも応札する場合は不在応札の申込（以降不在申し込み）などの代行応札処理が必要だが、せり時刻がダブっていることが分かりづらい。
【００１０】
その結果、人気があるはずの車輌でも応札数が低迷してしまい、落札価格も上がらず、せり主催者や出品者の満足度が低下する懸念がある。
なお、特許文献２には、出品される商品であるロット（部品）の製造に合わせてせりが行われ、各ロットのせりが終了する終了時間は隣接しないようにスケジュール調整される技術が開示されている。しかし、当該技術は、せりの主催者側におけるスケジュールの調整技術であり、応札者及び出品者から見た場合、せりの開催時刻がわかりにくいことには変わりがない。
【００１１】
また、特許文献３には、ネットワークを介して接続された端末装置のユーザに対し、ユーザが指定のカテゴリのスケジュール要素を分類分けし、マージ（合成）して、時間軸に沿って並べた確認用スケジュール表示ページを生成し提示する技術が開示されているが、せりにおける上述の技術的課題は認識されていない。
【００１２】
本発明の目的は、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能な技術を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の観点は、ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御方法において、複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、を含むことを特徴とするせりシステムの制御方法を提供する。
【００１４】
本発明の第２の観点は、ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、複数の前記せりの各々毎の開始予測時刻を取得する予測時刻取得手段と、個々の前記せりの開催会場に対応して前記端末装置に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を前記せりの応札者及に提示する予想進行提示手段と、個々の前記応札者に応じた抽出条件で抽出された前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する仮想レーン提示手段と、を含むことを特徴とするせりシステムを提供する。
【００１５】
本発明の第３の観点は、ネットワークを介して接続された端末装置からせりの応札者がせりの応札を行うことが可能なせりシステムの制御プログラムにおいて、複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、をコンピュータに実行させることを特徴とするせりシステムの制御プログラムを提供する。
【発明の効果】
【００１６】
本発明によれば、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能な技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態によるせりシステムの構成例およびレーンの提示方法を説明する概念図である。
【図２】本発明の実施形態によるせりシステムの構成を説明する図である。
【図３】せり制御装置の機能構成を説明する図である。
【図４】本発明の実施形態を適用可能なコンピュータのハードウェア構成の一例を示す図である。
【図５】せりデータデータベースのデータ構成を説明する図である。
【図６】相場情報データベースのデータ構成を説明する図である。
【図７】せり結果データベースのデータ構成を説明する図である。
【図８】せり管理情報ファイルのデータ構成を説明する図である。
【図９】余実差異データベースのデータ構成を説明する図である。
【図１０】本実施の形態の会員情報データベースの構成例を示す概念図である。
【図１１】ウォッチリスト情報の登録処理の一例を示すフローチャートである。
【図１２】スケジュール作成処理のフローチャートである。
【図１３】余実誤差更新処理のフローチャートである。
【図１４】不在申し込みの申請方法を説明する図である。
【図１５】不在申し込みの申請を実現させる応札者、および座席車両検索端末装置の動作の流れの例を表すフローチャートである。
【図１６】開始されたせりの不在申し込みのキャンセルを実現させる応札者、および座席車両検索端末装置の動作の流れの例を表すフローチャートである。
【図１７】本実施の形態におけるマイレーン表示制御の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本実施の形態では、一態様として、実際の複数のレーンの他に、応札者がウォッチリストに登録しているせりをタイムラインで表示する仮想的なレーン（以下、本実施の形態ではマイレーンまたはマイレーン表示と記す）を表示し、応札者が関心のある物品のせりの状況を集中的かつ明解に表示する技術を例示する。
【００１９】
また、ウォッチリストに登録したせり数が少なく、空き時間が多い場合、応札者の好みや要望に応じて抽出された応札候補のせりもマイレーンに表示させる。なお、この応札候補の表示の有無はオプションで設定可能とすることができる。
【００２０】
この場合、応札候補は「車種」「評価点」の指定や、応札者の過去の応札車輌の傾向に応じた車輌など、いくつかの項目に分け、項目毎に優先度をつけてマイレーンに重ねて表示を行う。
【００２１】
マイレーンにおいて、複数のせりの表示がダブる（同じ時間帯にせりが行われる）場合は、不在申し込みを促す。
また、応札を行う際は、応札者からの応札指示に応じて端末がマイレーンと実際のレーン番号を紐づけて、応札を行う。
【００２２】
このように、本実施の形態では、マイレーン表示方式により、応札者にとって不要なせりは表示しない。
また、上述のマイレーン表示により、応札者が参加したいせりを積極的に促す。
【００２３】
上述の本実施の形態の一態様によれば、以下の効果が得られる。
第１に、応札者が応札したいせりと時間がマイレーンに選択的かつ集中的に表示され、希望するせりへの確実な参加と現車チェック等の別作業を行う時間が増加する。
第２に、マイレーンに意識を集中して応札できるため、誤応札が限りなくゼロになる。この結果、誤落札も減少し、落札に関するクレームが減少する。
第３に、マイレーン表示によってせりの参加操作における操作性や利便性が向上し、せりに参加する応札者が増加し、応札数の増加が見込まれる。
【００２４】
以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１は、本発明の実施形態によるせりシステムの構成例を説明する概念図であり、図２は、本実施の形態のせりシステムの構成例をさらに詳細に例示する概念図である。
【００２５】
このせりシステムは、例えば中古車（車両）を出品物としてせりを行うものである。例えば、中古車市場では、せりシステムのセンター化に伴い、会場間連携が行われると予想される。会場間連携とは、例えばＡ会場で行われているせりをＢ会場でも同様にせりに参加できるようにする機能を持つ。
【００２６】
Ａ会場とＢ会場のせりを区別するため、レーン番号（Ａレーン、Ｂレーンなど）はそれぞれ異なるレーンとなるが、従来では、多数レーンについては考慮されていない状況である。
【００２７】
以下の、本実施の形態では、一例として、レーン数を２６と仮定した場合のせり状況画面の表示方法とせりへの参加方法をストレス無く行う技術を例示する。
なお、応札者と出品者は会員と表現する。
【００２８】
図１に例示される本実施の形態のせりシステム１では、会員が操作する座席車両検索端末装置２１６を、せり業務システム１０およびせり機システム２０に接続して遠隔地からの応札を可能にしたセリシステムにおいて、複数のせりを開催地毎の複数のレーンＡ〜Ｚで管理し、個々のせりの開始予定時刻に基づいて、表示装置２１７の表示エリア８１にレーン毎に時系列に実レーン８１４ｂとして表示する場合に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂに表示中のせりから、当該座席車両検索端末装置２１６を使用している応札者がウォッチリストに登録したせりのみ或いはオプションとして設定した条件に合致するせりを抽出して時系列に表示する仮想的なマイレーン８１４ａを設けている。
【００２９】
すなわち、座席車両検索端末装置２１６の表示装置２１７には、後述のように、表示エリア８１と、表示エリア８２が設けられ、表示エリア８１に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂ、および後述のウォッチリストに登録されたせりを選択的に表示するマイレーン８１４ａが、縦方向の時間軸（タイムライン）で表示されている。
【００３０】
後述のように、マイレーン８１４ａまたは、実レーン８１４ｂは、レーン切替ボタン２１８によって選択され、選択された通常の一つのレーンまたはマイレーンの詳細な情報が、表示エリア８２の側に表示される。
【００３１】
図１および図２に例示されるように、このせりシステム１は、せりを行うための準備に主に用いられるせり業務システム１０と、実際にせりを行うためのせり機システム２０と、に大別され、せり業務システム１０とせり機システム２０はネットワーク３０により接続されている。
【００３２】
せり業務システム１０は、２台の業務サーバ１１０、２台の映像サーバ１２０、業務端末装置１３１、出品票登録端末装置１３２、せり検索端末装置１３３、来場者（会員）登録端末装置１３４、発券端末装置１３５、およびそれらを接続するネットワーク１４０を備えている。ネットワーク１４０は、多数のハブ１４１、さらにはハブ１４１間、ハブ１４１と業務端末装置１３１〜発券端末装置１３５の各々との間、ハブ１４１と業務サーバ１１０、映像サーバ１２０の各々と間を結ぶ通信線１４２を備えたものである。
【００３３】
業務端末装置１３１は、せり会場でのせりに参加できる会員の登録、削除、登録情報の変更等を行うためのものである。出品票登録端末装置１３２は、せりに出品される出品物（ここでは中古車）の詳細情報（車名、メーカ、色、評価点など）を記載した出品票の登録に用いられる。せり検索端末装置１３３は、実施されるせり情報の検索に用いられる。来場者（会員）登録端末装置１３４は、せり会場に来場した会員を確認するためのものである。来場した会員か否かの確認には、例えば会員カード４等が用いられる。発券端末装置１３５は、来場した会員へのサービスとして提供する食券等の印刷物の発券に用いられる。
【００３４】
２台の業務サーバ１１０は、会員に係わるデータ、せりに係わるデータ等の保存、業務の遂行等に用いられる。具体的には、一例として、業務サーバ１１０は会員からのログインの受け付け、せりデータの応答等を行う、会員向けＷＥＢシステムとして機能することができる。
【００３５】
２台の映像サーバ１２０は、出品票のデータ等の会員に提供すべき映像データの保存に用いられる。これら業務サーバ１１０、映像サーバ１２０がそれぞれ２台、設置されているのは、より高い安全性を実現するためである。また、より高い安全性を実現するために、ネットワーク１４０も２重化されている。
【００３６】
せり機システム２０は、２台のせり制御装置２００、連携ＰＣ（パーソナル・コンピュータ）２１１、２台の表示制御ＰＣ２１２、２１３、せり人・調整人操作端末装置２１４、多数の購買店操作端末装置２１５、複数の座席車両検索端末装置２１６、せり状況表示モニター２２１、出品店表示モニター２２２、および２台のせり制御装置２００と連携ＰＣ２１１〜座席車両検索端末装置２１６等の各端末装置の間を接続するネットワーク２３０を備えている。
【００３７】
２台のせり制御装置２００とそれぞれ２台の業務サーバ１１０および映像サーバ１２０との間は、上記ネットワーク３０により接続されている。このネットワーク３０は、２台のハブ３１、各ハブ３１に接続された複数の通信線３２により、２重化されている。ネットワーク２３０もネットワーク１４０、および３０と同様に、多数のハブ２３１、各ハブ２３１に接続された複数の通信線２３２により２重化されている。
【００３８】
連携ＰＣ２１１は、せり会場以外の場所に居る会員のせりへの参加を可能にするものである。その連携ＰＣ２１１により、会員は例えばインターネットを介してせりに参加することができる。表示制御ＰＣ２１２は、接続されたせり状況表示モニター２２１に表示すべき画像の表示等を制御している。そのせり状況表示モニター２２１は、現在、行われているせりに出品された中古車の出品票、現在価格、等の情報が表示される大型の表示装置である。
【００３９】
表示制御ＰＣ２１３は、接続された出品店表示モニター２２２への画像の表示等を制御している。出品店表示モニター２２２は、出品者（出品店）に対して現在価格や応札状況が表示される大型の表示装置である。
【００４０】
せり人・調整人操作端末装置２１４は、せり人によるせりの進行などを可能とし、調整人によるせり中の価格の調整などを可能にする。購買店操作端末装置２１５は、会員がせりに参加するためのものであり、せりの会員用の座席に設置されている。購買店操作端末装置２１５は、会員カード４に記録された情報を読み取るカードリーダ、応札を行うための応札スイッチ（いずれも図示せず）を備えている。
【００４１】
座席車両検索端末装置２１６は、せりの会員が、せりに出品された車両（出品物）のなかで所望の車両の検索や、せり会場の主催者の代理参加を依頼する不在申し込みの申請等が行えるものであり、せりの会員用の座席に設置されている。その座席車両検索端末装置２１６は、実際は例えばパーソナルコンピュータ（ＰＣ）であり、車両の検索や不在申し込みの申請等のために、表示装置２１７、およびキーボードおよびレーン切替ボタン２１８を搭載、或いは接続により備えている。
【００４２】
また、座席車両検索端末装置２１６は、購買店操作端末装置２１５と同様に、会員カード４に記録された情報を読み取るカードリーダを備えている。
本実施の形態の場合、レーン切替ボタン２１８は、現実のレーンＡ〜Ｚの各々を選択するための実レーンボタン２１８ｂの他に、マイレーンを選択するためのマイレーンボタン２１８ａを備えている。
【００４３】
なお、レーン切替ボタン２１８、マイレーンボタン２１８ａは、ハードウェアに限らず、表示装置２１７に表示されるＧＵＩ（グラフィカルユーザインターフェイス）で実装してもよい。
【００４４】
２台のせり制御装置２００は、せり人・調整人操作端末装置２１４からの指示に従い、せりの進行、提示する価格の更新、等を行う。また、購買店操作端末装置２１５、或いは座席車両検索端末装置２１６を使用する会員の認証、それらを用いた応札の受け付けを行う。受け付けた応札数は、価格の変更、落札者の決定、等の判断用に、せり人・調整人操作端末装置２１４に通知する。
【００４５】
上記のような構成のせりシステム１を導入したせり会場では、多数の中古車（車両）が出品物として出品される。中古車を出品物としてせりを行うせり会場では、せりに要するせり時間の短縮によるコスト削減のために、複数レーン化が進む傾向にあり、このせりシステム１を導入したせり会場でも複数レーンでせりを行うようになっている。
【００４６】
このため、応札者は、レーン毎に、多数、行われる予定のせりのなかから応札したい車両が出品されるせりを探し出し、探し出したせりに参加するか、または、不在応札の申請を行うことが必要となる。
【００４７】
そのような応札者が所望のせりへの参加をより容易に行えるように、本実施形態では、各レーンで行われる各せり対象の出品物におけるせりに掛かる時間（せり対象出品物のせり開始〜せり終了までの時間）を計算し、計算した各せり対象の出品物におけるせりのせりに掛かる時間を用いて、各せりの開始が予想される開始時刻（以降「せり開始予定時刻」）を計算するようにしている。そのように計算された各せり開始予定時刻（スケジュール）は、会員が確認可能なようにたとえばレーン毎に時系列に提示するようにしている。
【００４８】
さらに、本実施の形態の場合、後述のように、実際のレーンの他に、当該実際のレーンに表示される多数のせりの中から、座席車両検索端末装置２１６等を利用する個々の応札者に応じた特定のせりが、選択的に抽出されて表示されるマイレーンを表示する。
【００４９】
これにより、応札者がより快適にせりに参加できる環境を実現させている。
レーン毎の各せり開始予定時刻の計算、およびスケジュールの提示は、例えばせり制御装置２００によって行われる。それにより、せり制御装置２００には、本実施形態によるせり開始時刻予測装置、およびせり予想進行提示装置が搭載されている。せり開始時刻予測装置、およびせり予想進行提示装置は、１台のノードであるせり制御装置２００に搭載しているが、別のノードに搭載しても良い。それらを異なるノードに搭載させても良い。
【００５０】
そのせり制御装置２００は、レーン毎の各せり開始予定時刻の計算、およびせりの進行を制御するために、図３に例示されるような機能構成となっている。つまり、せり制御装置２００は、せり業務制御部３１０、通信部群３２０、認証部３３０、落札価格予想部３４０、開始時刻予想部３５０、誤差計算部３６０、不在管理部３７０、画面作成部３８０、およびデータ格納部３９０を備えている。
【００５１】
通信部群３２０は、ネットワーク３０、或いは２３０を介したデータの送受信を行うための複数の通信部を備えている。せり業務制御部３１０は、通信部群のうちの少なくとも一つを介したデータの送受信を制御し、せりの実施のための各種業務を制御し、せりを実施する環境を提供する。それにより、通信部群３２０の他に、認証部３３０、落札価格予想部３４０、開始時刻予想部３５０、誤差計算部３６０、不在管理部３７０、および画面作成部３８０はせり業務制御部３１０に従って動作する。これら認証部３３０〜画面作成部３８０の各々は、それぞれ以下のような機能を備えている。
【００５２】
認証部３３０は、購買店操作端末装置２１５、或いは座席車両検索端末装置２１６を使用する人が会員か否か確認する認証を行う。せりシステム１では、連携ＰＣ２１１とインターネットを介して端末装置（ＰＣ、携帯端末、或いはゲーム機等）を接続させることで、せり会場に来場しない会員もせりに参加することができるようになっている。そのようにせり会場に来場しない会員も認証の対象となる。しかし、ここでは、説明上、便宜的に、せり会場に来場した会員のみを想定することとする。
【００５３】
落札価格予想部３４０は、せり毎に、そのせりに出品された出品物（中古車）の落札価格を予想する。その予想は、せりに出品された中古車の相場を考慮して行われる。
せり業務制御部３１０は、せり人・調整人操作端末装置２１４からの指示により、せりが開始してから結果が出るまでの間、予め設定された時間間隔（せり上げ間隔）が経過する毎に、予め設定された価格分（値幅）、上乗せすることで現在価格を更新する。開始時刻予想部３５０は、そのような現在価格の更新方法、および落札価格予想部３４０が予想した落札価格を用いて、各せりのせりに要すると予測される時間（せり予測時間）を計算し、計算した各せり予測時間を用いて、さらに各せりのせり開始予定時刻を計算する。
【００５４】
誤差計算部３６０は、開始時刻予想部３５０が計算したせり開始予定時刻、および実際にせりが開始した時刻（実際のせり開始時刻）との間の誤差をレーン毎に計算する。その誤差は以降「余実差異」と呼ぶことにする。
【００５５】
不在管理部３７０は、不在申し込みに対応するためのものである。画面作成部３８０は、座席車両検索端末装置２１６、せり検索端末装置１３３、せり状況表示モニター２２１、および出品店表示モニター２２２に表示させる画像（画面）を生成するものである。
【００５６】
本実施の形態では、画面作成部３８０は、後述のせりスケジュール表示領域８１４において、実際の実レーン８１４ｂの他に、マイレーン８１４ａを表示する処理を行うマイレーン表示制御機能３８１を備えている。
【００５７】
上記の認証部３３０〜画面作成部３８０の各々は、データ格納部３９０に格納されたデータを用いて処理を行う。そのデータ格納部３９０は、せりデータＤＢ（データベース）３９１、相場情報ＤＢ３９２、せり管理情報ファイル３９３、会場情報ファイル３９４、せり結果ＤＢ３９５、余実差異ＤＢ３９６、および会員情報ＤＢ３９７を格納している。
【００５８】
図３に示す機能構成は、せり制御装置２００として用いられるコンピュータに、せり制御プログラム７００を実行させることで実現される。本実施形態によるせり開始時刻予測装置、およびせり予想進行提示装置はいずれも、せり制御プログラム７００のサブプログラムを実行することで実現される。
【００５９】
ここでは、本実施形態によるせり開始時刻予測装置を実現させるサブプログラムを「開始時刻予測プログラム７０１」、本実施形態によるマイレーン表示を行うマイレーン表示制御機能３８１を備え、せり予想進行提示装置を実現させるサブプログラムを「画面作成プログラム７０２」とそれぞれ呼ぶことにする。
【００６０】
ここで図４を参照して、本実施形態を適用可能なコンピュータ、つまりこのせり制御プログラム７００を実行することでせり制御装置２００として使用可能なコンピュータについて具体的に説明する。
【００６１】
図４に例示されるコンピュータは、ＣＰＵ６１、メモリ６２、外部記憶装置６５、媒体駆動装置６６、およびネットワーク接続装置群６７を有し、これらがバス６８によって互いに接続された構成となっている。図４に例示される構成は一例であり、これに限定されるものではない。
【００６２】
ＣＰＵ６１は、当該コンピュータ全体の制御を行う。
メモリ６２は、プログラムの実行、データ更新等の際に、外部記憶装置６５（あるいは可搬型の記録媒体７０）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等の半導体メモリ、或いはメモリモジュールである。ＣＰＵ６１は、プログラムをメモリ６２に読み出して実行することにより、全体の制御を行う。
【００６３】
外部記憶装置６５は、例えばハードディスク装置（ディスクアレイ装置を含む）、或いは不揮発性の半導体メモリである。主に各種データやプログラムの保存に用いられる。媒体駆動装置６６は、光ディスクや光磁気ディスク等の可搬型の記録媒体７０にアクセスするものである。
【００６４】
ネットワーク接続装置群６７は、少なくとも、ネットワーク３０、および２３０を介した通信を可能とさせる数のネットワーク接続装置である。ネットワーク３０および２３０はそれぞれ２重化されているため、ネットワーク接続装置群６７は４個以上のネットワーク接続装置を備えている。
【００６５】
上記せり制御プログラム７００は、外部記憶装置６５、若しくは可搬型の記録媒体７０に記録されているか、或いはネットワーク３０、若しくは２３０を介してネットワーク接続装置群６７により取得される。そのせり制御プログラム７００をメモリ６２に読み出してＣＰＵ６１が実行することにより、せり制御装置２００は実現される。
【００６６】
図４に示す構成では、図３のデータ格納部３９０は例えば外部記憶装置６５、或いは可搬型の記録媒体７０が装着された媒体駆動装置６６である。通信部群３２０は例えばネットワーク接続装置群６７である。せり制御プログラム７００が外部記憶装置６５に格納されていると想定する場合、せり制御装置２００の通信部群３２０〜画面作成部３８０はいずれも、例えばＣＰＵ６１、メモリ６２、外部記憶装置６５、およびバス６８によって実現される。
【００６７】
データ格納部３９０に格納されたせりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４において、例えばせりデータＤＢ３９１、相場情報ＤＢ３９２、せり管理情報ファイル３９３、および会員情報ＤＢ３９７は業務サーバ１１０の保存するデータのコピーである。
【００６８】
せりの進行に伴って随時、更新されるのは、例えばせりデータＤＢ３９１、せり結果ＤＢ３９５、会場情報ファイル３９４、および余実差異ＤＢ３９６である。
ここで、せりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４等について、より詳細に説明する。
【００６９】
せりデータＤＢ３９１は、せり毎に、そのせりの実施に必要なデータ（せりデータ）を格納したデータベースである。図５に例示されるように、各せりデータ（レコード）は、出品番号３９１ａ、車種３９１ｂ、レーン３９１ｃ、スタート価格３９１ｄ、市場価格３９１ｅ、せり予測時間３９１ｆ、せり開始予定時刻３９１ｇ、実際のせり開始時刻３９１ｈ、不在申し込み情報３９１ｉ、ウォッチ会員３９１ｊ、の各属性データを含む。特には図示していないが、属性データとして他に、出品者会員番号が存在する。
【００７０】
各属性データにおいて、出品番号３９１ａは、対応するせりを一意に識別可能な識別情報である。車種３９１ｂは、出品物として出品された中古車を表すデータである。レーン３９１ｃは、対応するレーンを表すデータである。
【００７１】
本実施形態では、Ａ〜Ｚの２６レーンでせりが実施されると想定する。せりへの出品番号、およびレーンの割り当ては、各レーンにおいて、早く開始される程、小さい値の出品番号となるように行われる。
【００７２】
スタート価格３９１ｄは、せりの開始価格である。市場価格は、車種データが表す中古車が販売される平均的な価格である。せり予測時間３９１ｆは、対応するせりに要すると予測された時間である。せり開始予定時刻３９１ｇは、対応するせりが開始されると予測された時刻である。実際のせり開始時刻３９１ｈは、対応するせりが実際に開始された時刻であり、このデータはそのせりが実際に開始された後に格納される。
【００７３】
不在申し込み情報３９１ｉは、不在申し込みを行った応札者を表す識別情報（ここでは会員番号を想定する）と、その応札者が提示した応札上限金額と、を含む。この不在申し込み情報は、不在申し込みを行った応札者毎に、追加される。不在申し込みを複数の応札者が行った場合、不在申し込み情報は応札上限金額に応じて格付けされる。
【００７４】
図５中に表記の不在申し込み情報３９１ｉにおける「不在申し込み１位金額」は、各応札者から提示された応札上限金額のなかで金額が最も大きい応札上限金額を表している。また、「不在申し込み１位会員」は、金額が最も大きい応札上限金額を提示した応札者を表している。
【００７５】
ウォッチ会員３９１ｊは、対応するせりを参加予定に設定（ウォッチリストへ登録）した応札者を表すデータである。
本実施の形態の場合、このウォッチ会員として登録された応札者が、座席車両検索端末装置２１６を使用する時、対応するせりについては、実際の実レーン８１４ｂに表示される他に、マイレーン８１４ａにも同時に表示される。
【００７６】
そして、応札者が、レーン切替ボタン２１８のマイレーンボタン２１８ａを押圧することにより、マイレーン８１４ａの個々のせりの情報が、表示エリア８２に表示される。
従って、応札者は自分がウォッチ登録したせりについては、マイレーン８１４ａのみを監視するだけでよく、実レーン８１４ｂの数が増加しても、見逃すことがない。
【００７７】
さらに、ウォッチ登録したせりの開始時間が競合していることも、マイレーン８１４ａを見るだけで判るので、不在申し込みによる応札を確実に行うことができる。
また、応札者は当該対応するせりについては、所望のメッセージを受け取ることができる。
【００７８】
せりデータＤＢ３９１に対するウォッチ会員３９１ｊの登録、つまり応札者による所望のせりの参加予定の設定は、座席車両検索端末装置２１６の他に、せり検索端末装置１３３等を用いて行うことができる。
【００７９】
上記のようなことから、せりデータの属性データのなかで業務サーバ１１０からコピーされるのは、出品番号３９１ａ、車種３９１ｂ、レーン３９１ｃ、スタート価格３９１ｄ、および出品者会員番号であり、他の属性データはせり制御装置２００の側で追加される。
【００８０】
せり制御装置２００は、例えば業務サーバ１１０から、１レコード（せりデータ）の属性データとして出品番号、車種、スタート価格が格納されたせりデータＤＢ３９１をコピーし、それ以外の属性データを随時、格納する。不在申し込み情報、ウォッチ会員は、応札者からの申請によって更新される。その更新は、登録（不在申し込み除法では変更を含む）、或いは削除によって行われる。
【００８１】
相場情報ＤＢ３９２は、出品された中古車の落札価格の予測に用いられるデータベースである。相場情報ＤＢ３９２には、図６に例示されるように、車種３９２ａ毎に市場価格３９２ｂが格納されている。せりデータＤＢ３９１の各レコードに格納される市場価格３９１ｅは、各レコードに格納された車種３９１ｂに対応する市場価格３９２ｂを相場情報ＤＢ３９２から抽出したものである。
【００８２】
せり結果ＤＢ３９５は、終了したせりを管理するためのデータベースである。図７に例示されるように、各レコードには、出品番号３９５ａ、落札価格３９５ｂ、落札会員番号３９５ｃ、せり確定時刻３９５ｄ、次出品番号３９５ｅ、の各属性データが格納される。
【００８３】
上記のように、せり業務制御部３１０は、せり人・調整人操作端末装置２１４からの指示により、せりが開始してから結果が出るまでの間、予め設定された、せり上げ間隔が経過する毎に、予め設定された値幅を上乗せすることで現在価格を更新する。
【００８４】
せり管理情報ファイル３９３は、現在価格の更新、さらには落札の決定用のファイルであり、図８に例示されるように、値幅３９３ａ、せり上げ間隔３９３ｂ、決定時間３９３ｃが格納されている。
【００８５】
決定時間３９３ｃは、応札者が一人となっている状況が継続した時間の長さにより応札者を落札者として決定するための条件である。図８中に決定時間３９３ｃとして表記の「３」は、応札者が一人となっている状況が３秒間、継続した場合、その一人の応札者を落札者とすることを表しており、例えばせり制御装置があらかじめ設定できる。
【００８６】
本実施形態では、上記のように、レーン毎にせりのスケジュールを立てる。余実差異ＤＢ３９６は、図９に例示されるように、レーン３９６ａ毎のスケジュールと実際のせりの進行との間の誤差である余実差異３９６ｂを管理するためのデータベースである。
【００８７】
会員情報ＤＢ３９７は、応札者毎に係わる会員情報を格納したデータベースであり、認証等に用いられる。
図１０に例示されるように、会員情報ＤＢ３９７は、例えば会員番号３９７ａ、氏名３９７ｂ（ここでは法人名、屋号等も含まれるが、それらを含め「氏名」と総称する）、ウォッチリスト情報３９７ｃ、趣向情報３９７ｄ、与信枠３９７ｅ等の情報を含むものである。
【００８８】
ウォッチリスト情報３９７ｃは、ウォッチリスト登録し、応札者が自分の意思で買いたいと思っている車輌に関するせり番号のリストである（以下、ウォッチリスト情報３９７ｃによって抽出されたせりは、必要に応じて「購入対象」と記す）。
【００８９】
趣向情報３９７ｄは、その応札者が、過去に良く落札した車輌の車種や評価値、さらには、過去にウォッチリストに登録した車両の情報が格納される（以下、趣向情報３９７ｄによって抽出されたせりは、必要に応じて「応札候補」と記す）。
【００９０】
本実施の形態の場合、この趣向情報３９７ｄは、後述のマイレーン８１４ａの表示制御において参照される。
図１１を参照して、本実施の形態における上述のウォッチリスト情報の登録処理を説明する。図１１は、ウォッチリスト情報の登録処理の一例を示すフローチャートである。
【００９１】
なお、この図１１のフローチャートの処理は、せり業務制御部３１０として用いられるコンピュータ（ＣＰＵ６１）に、所定の制御プログラムを実行させることで実現される。
まず、会員番号選出し（ステップＳ６１０）、当該会員番号で会員情報ＤＢ３９７をアクセスし、ウォッチリスト情報３９７ｃを取得する（ステップＳ６１２）。
【００９２】
そして、ウォッチリスト情報３９７ｃからせり番号を取得する（ステップＳ６１４）。
取得したせり番号をキーにせりデータＤＢ３９１にアクセスし、ウォッチ会員３９１ｊに当該会員番号を追加登録する（ステップＳ６１６）。
【００９３】
このステップＳ６１４〜ステップＳ６１６の処理を、ウォッチリスト情報３９７ｃに含まれる全てのせり番号について反復する（ステップＳ６１８）。
さらに、上述のステップＳ６１０〜ステップＳ６１８の処理を全部の会員番号について反復する（ステップＳ６２０）。
【００９４】
なお、せりデータＤＢ３９１における個々のレコードでのウォッチ会員３９１ｊの登録方法としては、例えば、応札者数よりも大きなビット数のビット列の１ビットにつき一つの会員番号を紐付け、当該ビットのON/OFFで、当該会員番号の登録の有無を設定／管理することが考えられる。
【００９５】
また、会員情報ＤＢ３９７における趣向情報３９７ｄでは、所望のビット数のビット列の１ビットに一つの趣向属性を割り当て、当該ビットのON/OFFで、当該趣向属性の有無を管理することが考えられる。
【００９６】
会員カード４には、例えば会員番号、および氏名が記録されており、認証は、その会員番号と氏名の組み合わせが格納されたレコード（会員情報）が会員情報ＤＢ３９７に存在するか否か照合することで行われる。与信枠は、不在申し込みによる代理応札の実施管理に用いられる。
【００９７】
次に、データ格納部３９０に格納されたせりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４を用いてせり制御装置２００の通信部群３２０〜画面作成部３８０の各々が実行する処理について、より詳細に説明する。
【００９８】
データ格納部３９０には、通常、せりデータＤＢ３９１、せり結果ＤＢ３９５、および余実差異ＤＢ３９６以外の相場情報ＤＢ３９２、会員情報ＤＢ３９７およびせり管理情報ファイル３９３、会場情報ファイル３９４が格納されている。せりデータＤＢ３９１は、例えばせり会場でのせりが開始される前に、せり業務制御部３１０が通信部群３２０を用いて業務サーバ１１０から取得し、データ格納部３９０に格納される。せり結果ＤＢ３９５、および余実差異ＤＢ３９６は、その後に、例えばせり業務制御部３１０によって作成される。
【００９９】
せり業務制御部３１０は、せりデータＤＢ３９１をデータ格納部３９０に格納（コピー）した後、落札価格予想部３４０に対し、各せりの応札価格の予想を指示する。その指示により、落札価格予想部３４０は、せりデータＤＢ３９１の各レコードに格納されている車種を用いて相場情報ＤＢ３９２を参照し、落札価格を予想する。落札価格の予想は、相場情報ＤＢ３９２から、せりデータＤＢ３９１のレコード毎に、そのレコードの車種に対応する市場価格を抽出することで行われる。抽出された市場価格が、せりデータＤＢ３９１の各レコードに市場価格として格納される。
【０１００】
せり業務制御部３１０は、落札価格予想部３４０への落札価格の予想の指示と並行して、開始時刻予想部３５０に対し、各せりのせり予測時間の計算を指示する。その指示により、開始時刻予想部３５０は、せりデータＤＢ３９１のレコードのなかから市場価格が格納されたレコードを順次、抽出し、抽出したレコードの市場価格を用いてせり予測時間を計算し、さらに計算したせり予測時間を用いてせり開始予定時刻を計算する。計算したせり予測時間、およびせり開始予定時刻はせりデータＤＢ３９１のレコードに格納する。
【０１０１】
１つの対象出品物におけるせりのせり開始予定時刻の計算は、せりが行われるレーンで対象出品物のせりの前に行われる各せりのせり予測時間を積算することで行われる。せり予測時間は、例えば以下のようにして計算される。
せり予測時間＝（（市場価格−スタート価格）／値幅）×会場係数×開催係数＋決定時間
・・・ （１）
【０１０２】
ここで、会場係数はせり会場によるせりの進行の傾向を表す係数、開催係数はせりが行われる日におけるせりの進行の傾向を表す係数、である。
開催係数は、例えばせり人／調整人のせりにおける傾向、出品者の傾向、等を考慮して決定するものである。会場係数は、例えば全てのせりが終了した後、実際に発生した余実差異、その絶対値等を考慮して更新される係数である。
【０１０３】
本実施形態では、会場係数や開催係数等の各係数をせり予測時間の計算に用いることにより、せり予測時間をより高精度に計算できるようにしている。せり予測時間の計算方法は、（１）式に限定されるものではない。その計算方法は、出品物、出品者、せりの開催日における状況等を考慮して、複数、用意したもののなかから選択するようにしても良い。また、（１）式を用いてせり予測時間を計算する場合であっても、実際のせりの進行に応じて、例えば開催係数を変更し、再度、せり予測時間、さらにはせり開始予定時刻の計算を行うようにしても良い。
【０１０４】
上記落札価格予想部３４０および開始時刻予想部３５０は、例えば、図４に例示されるＣＰＵ６１が図１２に例示されるスケジュール作成処理を実行することで実現される。ここで図１２を参照して、スケジュール作成処理について詳細に説明する。スケジュール作成処理は、例えばせり制御装置２００が業務サーバ１１０のせりデータＤＢ３９１を格納（コピー）した場合に自動的に、或いは業務端末装置１３１等を用いた指示により、上記開始時刻予測プログラム７０１を実行することで実現される。
【０１０５】
スケジュール作成処理では、せり毎に、ステップＳ１１〜ステップＳ１７の一連の処理が実行される。その処理ループの１回の実行により、１せりのせり予測時間の予測、およびせり開始予定時刻の計算が行われる。上記のように、せりへの出品番号、およびレーンの割り当ては、各レーンにおいて、早く開始される程、小さい値の出品番号となるように行われる。このため、対象とするせりは、出品番号の小さいほうから行われる。最初に処理ループを実行する場合、出品番号のなかで最小の出品番号が対象とすべきせりを特定するものとして選択される。
【０１０６】
先ず、ステップＳ１１では、ＣＰＵ６１は、現在、対象とすべき出品番号を特定し、特定した出品番号をキーとしてせりデータＤＢ３９１を検索することにより、その出願番号を格納したレコードを抽出し、抽出したレコード中の車種を取得する。続くステップＳ１２では、ＣＰＵ６１は、取得した車種をキーにして相場情報ＤＢ３９２を検索することにより、その車種に対応付けられた市場価格を取得する。その後はステップＳ１３に移行する。
【０１０７】
ステップＳ１３では、ＣＰＵ６１は、せり管理情報ファイル３９３にアクセスし、値幅、せり上げ間隔、および決定時間を取得する。次のステップＳ１４では、ＣＰＵ６１は、会場情報ファイル３９４にアクセスし、会場係数、および開催係数を取得する。その次に移行するステップＳ１５では、ＣＰＵ６１は、（１）式を用いてせり予測時間を計算し、さらに計算したせり予測時間を用いて、せり開始予定時刻を計算する。せり開始予定時刻の計算は、例えばレーン毎に、直前に計算されたせり開始予定時刻を保存しておき、現在、対象とするせりが割り当てられたレーンのせり開始予定時刻に、計算したせり予測時間を加算することで行われる。そのようにして計算されたせり開始予定時刻は、それまでのせり開始予定時刻に代わって保存される。
【０１０８】
ステップＳ１６では、ＣＰＵ６１は、計算したせり予測時間、およびせり開始予定時刻を取得した市場価格とともに、せりデータＤＢ３９１の対応するレコードに格納する。次のステップＳ１７では、ＣＰＵ６１は、対象とすべき出品番号をインクリメントする。その後は、ステップＳ２０に移行する。
【０１０９】
ステップＳ２０では、ＣＰＵ６１は、インクリメント後の出品番号が、存在する出品番号の最大値を超えるか否かの判定を行う。インクリメント後の出品番号が最大の出品番号を越えていると判定された場合（ＹＥＳの場合）、ここでスケジュール作成処理が終了する。インクリメント後の出品番号が最大の出品番号以下と判定された場合（ＮＯの場合）、ステップＳ１１に戻り、インクリメント後の出品番号を用いたせりデータＤＢ３９１の検索が行われることとなる。
【０１１０】
なお、最小の出品番号と最大の出品番号の間の番号が全て使用されているとは限らない。このため、ステップＳ１１でレコードを抽出できない場合、後述するステップＳ１７に移行するようになっている。取得した車種（車両の種類（名称、タイプ、等）、年式、色、等）に完全に一致する車種が相場情報ＤＢ３９２に格納されていない場合、ステップＳ１２では、取得した車種に最も近いと考えられる車種の市場価格が取得される。
【０１１１】
上記のようにして、本実施形態では、最初のせりが開始する前に、全てのせりのせり開始予定時刻を計算するようにしている。これは、最初のせりが開始する前に、参加すべきせりを選択し、対象せりの選択に沿ってせりに参加するスケジュールを立てる応札者に対応するためである。
【０１１２】
上記のように計算されるせり開始予定時刻は、各せりに設定されたスタート価格と予想される落札価格の差を個別に考慮したものである。このため、計算されるせり開始予定時刻は、実際のせり開始時刻との誤差が小さいと見なすことのできる高精度のものとなる。
【０１１３】
せり業務制御部３１０は、例えばせり人・調整人操作端末装置２１４からのせりの終了通知により、せり結果ＤＢ３９５に１レコードｒ１を追加して、レコードｒ１に終了したせりの結果を格納する。レコードｒ１には、図７に例示されるように、終了したせりの出品番号、落札価格（最終価格）、落札した応札者会員の番号、せり確定時刻、次に実施されるせりの出品番号がそれぞれ属性データとして格納される。
【０１１４】
せり業務制御部３１０は、例えばせり人・調整人操作端末装置２１４からのせりの終了通知により、誤差計算部３６０に余実差異の計算を指示する。指示を受けた誤差計算部３６０は、図５に例示されるように、例えば、せりデータＤＢ３９１の次に実施されるせりの出品番号６０を格納したレコードｒ２に、現在時刻の１０：３５：５５を、次に実施されるせり（出品番号６０）の実際のせり開始時刻としてレコードｒ２に格納する。せりデータＤＢ３９１を更新した後、レコードｒ２のせり開始予定時刻と現在時刻の差をせりが終了したレーンの余実差異として計算し、計算した余実差異が、余実差異ＤＢ３９６に格納されている次の同じレーンの余実差異と異なるか否か判定する。
【０１１５】
それにより、計算した余実差異が、次の同じレーンの余実差異ＤＢ３９６に格納されている余実差異と異なると判定した場合に、計算した余実差異を次の同じレーンの最新の余実差異として、余実差異ＤＢ３９６に格納する。そのようにして、本実施形態では、レーン毎に、次の同じレーンのせりが終了する度に、次の同じレーンの余実差異の計算と、計算結果に応じた余実差異ＤＢ３９６の更新を行っている。
このため、応札者は、リアルタイムでスケジュールと現在のせりの進行の差の確認を行うことができる。尚、本実施例では、対象せりの確定時刻を次のせりの開始時刻としているが、これに限らず、確定時刻と次の開始時刻が違うこともあるので、その場合は、所定の時間を追加することも可能である。また、レーン毎にせりが実施するためレーンの考慮も必要となる。
【０１１６】
上記のような処理を行う誤差計算部３６０は、例えば、図４に例示されるＣＰＵ６１が、せりの終了通知を契機にして図１３に例示される余実誤差更新処理を実行することで実現される。ここで図１３を参照して、その更新処理について詳細に説明する。
【０１１７】
先ず、ステップＳ３１では、ＣＰＵ６１は、せりデータＤＢ３９１の終了したせりと同じレーンで次に実施されるせりの出品番号を格納したレコードの実際のせり開始時刻として現在時刻を格納することにより、せり結果をせりデータＤＢ３９１に反映させる。また、そのレコードに格納されているせり開始予定時刻を用いて、せりが終了したレーンでの余実誤差を計算する。その後、ステップＳ３２に移行する。
【０１１８】
ステップＳ３２では、ＣＰＵ６１は、余実差異ＤＢ３９６からそのレーンの余実誤差を取得し、取得した余実誤差と計算した余実誤差が異なるか否か判定する。取得した余実誤差と計算した余実誤差が異なっていた場合、判定はＹＥＳとなってステップＳ３３に移行し、ＣＰＵ６１は、余実差異ＤＢ３９６の次の同じレーンの余実差異として、計算した余実差異を格納する。そのようにして余実差異ＤＢ３９６を更新した後、この余実差異更新処理が終了する。一方、余実誤差と計算した余実誤差が異なっていない場合、判定はＮＯとなり、ここでこの余実差異更新処理が終了する。
【０１１９】
せり業務制御部３１０は、座席車両検索端末装置２１６を使用する応札者に対し、上記のようにしてせりデータＤＢ３９１の各レコードに格納されたせり開始予定時刻、および余実差異ＤＢ３９６に格納された各レーンの余実差異を提示する。
【０１２０】
ここで、本実施の形態におけるマイレーンの表示制御の一例について、提示方法について、図１等を参照して具体的に説明する。
図１において、進行表示画面８０は座席車両検索端末装置２１６に搭載された、或いは接続された表示装置２１７画面に表示される表示例であり、当該進行表示画面８０は２つの表示エリア８１、および８２に分けて用いられる。
【０１２１】
表示エリア８１は、せり開始予測時刻の計算により推定したせりの進行を表すせり進行表示画面の表示に用いられ、表示エリア８２は、応札者が所望する画面の表示に用いられる。
【０１２２】
本実施の形態の場合、表示エリア８１には、実際のＡ〜Ｚのレーンの各々に対応した複数の実レーン８１４ｂの他に、当該座席車両検索端末装置２１６にログインした会員の会員番号に対応した会員情報ＤＢ３９７のウォッチリスト情報３９７ｃに基づいて、実レーン８１４ｂの側から該当するせりを抽出して表示するための仮想レーンとしてのマイレーン８１４ａが設けられている。
【０１２３】
また、このマイレーン８１４ａには、上述の会員情報ＤＢ３９７の趣向情報３９７ｄに対応して、実レーン８１４ｂから抽出されたせりも、必要に応じて表示される。
例えば、ウォッチリスト情報３９７ｃに登録された複数のせりの開始予想時刻の間に所定の長さ以上の空き時間が生じた場合に、その空き時間帯に、趣向情報３９７ｄに基づいて選択されたせりを、実レーン８１４ｂの側から抽出して、マイレーン８１４ａに表示する。
【０１２４】
なお、ウォッチリスト情報３９７ｃに登録されているせりの実行予想時間帯が競合する場合には、後述のような不在応札を行わせることもできる。
これにより、応札者にとっては、ウォッチリスト情報３９７ｃに登録した目的のせりに対する応札以外の空き時間を有効に利用して、無駄なく、より多数のせりに応札できる利点がある。
【０１２５】
また、せりの主催者や出品者の側からみれば、出品物を、ウォッチ登録していない、より多数の応札者に応札させ、落札の可能性や、落札価格を向上させることができる利点がある。
【０１２６】
なお、趣向情報３９７ｄとしては、例えば、ウォッチリスト情報３９７ｃに登録された「車種」、車両の「評価情報」、過去における当該応札者の応札履歴情報、等を登録することができる。
【０１２７】
さらに、これらの登録情報に抽出条件としての優先順位をつけてマイレーン８１４ａに表示することもできる。
例えば、上述の空き時間が比較的短い場合は、まず、ウォッチリスト情報３９７ｃと同一または類似の「車種」のせりを優先して実レーン８１４ｂから抽出してマイレーン８１４ａに表示し（趣向条件ｃ１）、さらに空き時間がある場合には、「車種」に関係なく「評価情報」が類似するせりを実レーン８１４ｂから抽出してマイレーン８１４ａに表示し（趣向条件ｃ２）、さらに空き時間がある場合には、当該応札者の過去の応札履歴情報に基づいて、「車種」や「評価情報」に関係なく、さらに広い範囲のせりを実レーン８１４ｂから抽出してマイレーン８１４ａに表示する（趣向条件ｃ３）、ことができる。
【０１２８】
なお、本実施の形態では、マイレーン８１４ａにおけるアイコン８１２のうち、ウォッチリスト情報３９７ｃに対応したせりには「購入対象車」のアイコン８１２が用いられ、趣向情報３９７ｄに対応したせりには「応札候補車」のアイコン８１２が用いられ、各アイコンは色や形を互いに異ならせることで、会員が簡単に判別できるようにする。
このため、表示エリア８１の下端部には、時間尺度選択ボタン８１１の他に、アイコン８１２に関するアイコン凡例表示８１４ｃが表示される。
【０１２９】
図１に表しているのは、応札者が応札を行うための応札画面である。表示エリア８２には、応札画面の他に、車両の詳細情報を確認するための車両詳細画面、せりに出品された車両を検索するための車両検索画面、参加予定とするせりの設定、或いは設定解除が可能な参加予定設定画面、不在申し込み申請画面、等を応札者の操作に応じて表示させることができる。
【０１３０】
表示エリア８２に表示される上記応札画面には、図１に例示されるように、応札が可能なせりが行われているレーンを表すレーンエリア８２１、そのせりの出品番号を表す出品番号エリア８２２、車種や担当者による評価点等の出品された車両の情報を確認できる情報エリア８２３、出品された車両の画像８２４、現在価格を確認できる現在価格エリア８２５が配置されている。
【０１３１】
今後に行われる、応札者が参加予定に設定したせりのせり予定開始時刻までの残り時間が所定時間以下となった場合、その旨を通知するためのメッセージエリア８２６が表示される。このメッセージエリア８２６は、画面の種類に係わらず表示される。
【０１３２】
表示エリア８１に表示されるせり進行表示画面は、図１に例示されるように、マイレーン８１４ａおよび実レーン８１４ｂの各々において、レーン毎に、進行表示画面８０の上方から、各レーンで実施中のせりの現在の出品番号８１３、各レーンで実施中のせりに続いて実施される複数のせりの各出品番号（次出品番号、次々出品番号）８１３、余実差異８１５が配置される。余実差異８１５の下方には、応札者が参加予定として設定したせりを表すアイコン８１２が、進行表示画面８０の上下方向を時間軸として、アイコン８１２に対応するせりのせり開始予定時刻を表す位置に配置されている。
【０１３３】
本実施の形態の場合、表示エリア８１において、実レーン８１４ｂの他に、当該会員が関心のあるせりを上述のように選択的に表示するマイレーン８１４ａを設けていることより、実レーン８１４ｂの数が増加しても、目的のせり以外の多数のせりの表示に幻惑されることなく、応札者が容易に、ウォッチリスト情報３９７ｃに参加予定と設定したせりが開始されると予想される時刻を確認できるようにしている。
【０１３４】
以降、進行表示画面８０の上下方向を時間軸としてせりのアイコン８１２を配置したマイレーン８１４ａおよび実レーン８１４ｂの領域を総称してせりスケジュール表示領域８１４と呼ぶこととする。
【０１３５】
このせりスケジュール表示領域８１４の下方には、「１０分」「１時間」「６時間」「１２時間」の各ボタンが配置されている。これらのボタンは、せりスケジュール表示領域８１４における時間尺度選択ボタン８１１である。そのような時間尺度選択ボタン８１１を複数、配置することにより、本実施形態では、せりスケジュール表示領域８１４に一度に表示できる時間範囲を応札者に選択可能とさせている。残り全てのせり分をスケジュール表示領域に表示できない場合、せりスケジュール表示領域８１４はスクロール表示が可能となる。
【０１３６】
一方、出品者は、応札者が座席車両検索端末装置２１６で表示されるようなせりの進行表示画面８０を例えばせり検索端末装置１３３で確認することができる。出品者の場合、アイコン８１２が配置されるせりは、出品者が車両を出品したせりとなる。それにより、応札者と同様に、出品者は自身が車両を出品したせりへの対応をより容易に行うことができる。
【０１３７】
本実施形態では、アイコン８１２の時間軸上の配置は変更しないようにしている。これは、出品者が確認したスケジュールを基準に、余実差異の影響を判断できるようにするためである。しかし、余実差異を反映したスケジュール（せりスケジュール表示領域８１４）を確認できるようにしても良い。
【０１３８】
せり進行表示画面上に配置されたアイコン８１２、および出品番号８１３は、対応するせりで出品される車両の車両詳細画面を表示させるためのリンクボタンとなっている。ここで図１４を参照し、不在申し込みの申請方法について具体的に説明する。
【０１３９】
図１４（ａ）は、応札者が「１０６０」の出品番号８１３をクリックした後の進行表示画面８０の表示例を表している。その出品番号８１３を応札者がクリックしたことにより、表示エリア８２には、出品番号が１０６０のせりで出品される車両の車両詳細画面が表示されている。
【０１４０】
車両詳細画面には、不在申し込み用の「不在登録＿ボタン９２１、スタート価格を確認可能なスタート価格エリア９２２が配置されている。不在登録＿ボタン９２１をクリックすると、出品番号が１０６０のせりの不在申し込み申請画面が表示される。図１４（ｂ）は、不在申し込み申請画面が表示された状態を表している。不在申し込み申請画面には、応札上限金額入力エリア９２３、応札上限金額入力エリア９２３に入力された応札上限金額での不在申し込みの登録を申請するか否かを応札者に選択させるためのＹｅｓ＿ボタン９２４、およびＮｏ＿ボタン９２５が配置されている。応札上限金額の入力は、例えば応札上限金額入力エリア９２３内にカーソルを移動させた後、キーボードを用いて行うことができる。
【０１４１】
不在申し込み申請画面の表示は、不在申し込みが登録されている状況で行われる場合がある。その場合、不在申し込みの登録のキャンセルを申請するためのＣａｎｃｅｌ＿ボタン９２６が不在申し込み申請画面上に配置される。
【０１４２】
不在申し込み申請画面上のＹｅｓ＿ボタン９２４を応札者がクリックした場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、および申請内容が格納された申請メッセージ（データ情報またはデータ信号）が座席車両検索端末装置２１６からせり制御装置２００に送信される。それにより、せり制御装置２００は、受信した申請メッセージ（データ情報またはデータ信号）内の申請内容が登録、或いは変更であった場合、そのメッセージ（データ情報またはデータ信号）内の応札上限金額、応札者の会員番号を、せりデータＤＢ３９１のそのメッセージ（データ情報またはデータ信号）内の出品番号を格納したレコードに追加、或いは上書きする。申請内容がキャンセルであった場合、メッセージ（データ情報またはデータ信号）内の応札上限金額、応札者の会員番号を、せりデータＤＢ３９１のそのメッセージ（データ情報またはデータ信号）内の出品番号を格納したレコードから削除する。
【０１４３】
応札者がＮｏ＿ボタン９２５をクリックした場合、せりデータＤＢ３９１の更新は行われることなく、直前の画面が表示エリア８２に表示される。直前の画面の表示エリア８２への表示は、応札者がＹｅｓ＿ボタン９２４、或いはＣａｎｃｅｌ＿ボタン９２６をクリックした場合にも行われる。しかし、不在申し込みの登録、或いは変更を申請した場合、不在申し込みが登録されていることを応札者に通知するためのメッセージエリア９２７が直前の画面上に配置される。それにより、進行表示画面８０は図１４（ｃ）に例示されるような状態となる。一方、Ｎｏ＿ボタン９２５、或いはＣａｎｃｅｌ＿ボタン９２６のクリックにより、不在申し込みが登録されていない場合には、図１４（ｃ）に例示されるような画面ではなく、図１４（ａ）に例示されるような画面が表示されることとなる。
【０１４４】
図３の不在管理部３７０は、せり制御装置２００のせり業務制御部３１０が通信部群３２０を介して上記申請メッセージ（データ情報またはデータ信号）を受信した場合、せり業務制御部３１０の指示により、上記のようなせりデータＤＢ３９１の更新を行う。
【０１４５】
画面作成部３８０は、せりデータＤＢ３９１、および余実差異ＤＢ３９６を参照し、図１、および図１４に例示されるような画面を含む各種画面をせり業務制御部３１０の指示に従って作成し、せり業務制御部３１０に出力する。そのように作成される画面をせり業務制御部３１０が通信部群３２０を介して座席車両検索端末装置２１６に送信することにより、応札者はせり制御装置２００が作成したスケジュール、そのスケジュールと実際のせり進行との差の確認、不在申し込みの申請、等を行うことができる。このことから、上記画面作成プログラム７０２は、画面作成部３８０を実現させるものとしてせり制御プログラム７００に搭載されている。
【０１４６】
図１５は、不在申し込みの申請を実現させる応札者、および座席車両検索端末装置の動作の流れの例を表す図である。
せり会場側では、座席車両検索端末装置２１６は、応札者が必要に応じて随時、使用するものと想定している。このことから、不在申し込みの何らかの申請、或いは登録内容の確認等を考えている応札者は、空いている座席車両検索端末装置２１６に会員カード４を読み取らせることでログインを行う（Ｓ５１）。ログインにより、図１に例示されるような画面が座席車両検索端末装置２１６に表示されることとなる。
【０１４７】
応札者は、表示されたせり進行表示画面、或いは表示エリア８２に所望の画面（車両検索画面）を表示させ、次回以降に開催されるせりのなかから、自身の希望する条件にあったせりを必要に応じて検索する（Ｓ５２）。そのようにして、応札者は、図１４（ａ）に例示されるように所望の車両詳細画面を表示させ、その車両詳細画面上の不在登録＿ボタン９２１をクリックして不在申し込み申請画面を表示エリア８２に表示させる。その後は、応札者は、応札上限金額入力エリア９２３への応札上限金額の入力を必要に応じて行い、Ｙｅｓ＿ボタン９２４、Ｎｏ＿ボタン９２５、或いはＣａｎｃｅｌ＿ボタン９２６をクリックする（Ｓ５３）。
【０１４８】
座席車両検索端末装置２１６は、応札者のＹｅｓ＿ボタン９２４、Ｎｏ＿ボタン９２５、およびＣａｎｃｅｌ＿ボタン９２６のなかでクリックされたボタンから申請内容を判定し（Ｓ５４）、その判定結果に応じた処理を行う。それにより、申請内容が登録、或いは変更であった場合、つまり応札者がＹｅｓ＿ボタン９２４をクリックした場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、および登録、或いは変更を求める申請内容が格納された申請メッセージが座席車両検索端末装置２１６からせり制御装置２００に送信される。座席車両検索端末装置２１６は、メッセージ（データ情報またはデータ信号）の送信によりせり制御装置２００から図１４（ｃ）に例示されるような画面を受信するのを待って、その画面を表示させる（以上、Ｓ５５）。
【０１４９】
申請内容がキャンセルであった場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、およびキャンセルを求める申請内容が格納された申請メッセージが座席車両検索端末装置２１６からせり制御装置２００に送信される。そのメッセージの送信によりせり制御装置２００から図１４（ａ）に例示されるような画面を受信するのを待って、その画面を表示させる（以上、Ｓ５６）。
【０１５０】
申請しない場合、つまり応札者がＮｏ＿ボタン９２５をクリックした場合、直前に表示エリア８２に表示されていた画面の再送信をせり制御装置２００に要求し、その画面を受信するのを待って、その画面を表示させる（Ｓ５７）。図１４に例示される画面例では、表示される画面は図１４（ａ）、或いは図１４（ｃ）に例示されるようなものとなる。
【０１５１】
応札者は、そのようにして表示エリア８２上の画面が切り替わった後、他に希望する条件にあったせりを調べるか否か判断する（Ｓ５８）。それにより、他のせりを調べる必要がないと判断した場合（Ｓ５８のＮｏ）、ログオフを行い、座席車両検索端末装置２１６の使用を終了する（Ｓ５８→終了）。他のせりを調べる必要があると判断した場合（Ｓ５８のＹｅｓ）、調べる必要のあるせりの検索を行う（Ｓ５８→Ｓ５２）。
【０１５２】
不在申し込みのキャンセルは、対応するせりが開始した後に応札者が望む場合がありうる。このことから、本実施形態では、応札者が不在申し込みを登録したせりが開始すると、図１４（ｂ）に例示されるようなＣａｎｃｅｌ＿ボタン９２６を、表示エリア８２に表示されている画面の種類に係わらず表示させるようにしている。それにより、せりが終了するまでの間にＣａｎｃｅｌ＿ボタン９２６を応札者がクリックすると、せりの不在申し込みを無効にするようにしている。その無効は、せり制御装置２００が、会員情報ＤＢ３９７の応札者の会員情報中の与信枠を「０」とすることで行うものとする。このようにするのは、応札者は与信枠を越える応札を行えないからである。
【０１５３】
このことから、せり制御装置２００は、応札者が不在申し込みによりせりに参加しているか否かに係わらず、応札を行っている応札者の会員情報中の与信枠を現在価格（応札価格）と比較することにより、その応札が有効か否かを確認する。また、与信枠は例えば落札する毎に、与信管理部４００によって会員情報ＤＢ３９７の応札者の与信枠を落札金額だけ減算する等により更新される。
【０１５４】
このようなことから、開始しているせりの不在申し込みのキャンセルは、図１６に例示されるように、応札者が空いている座席車両検索端末装置２１６に会員カード４を読み取らせることでログインし（Ｓ６１）、そのログインにより、図１４（ｂ）に例示されるようなＣａｎｃｅｌ＿ボタン９２６が配置された画面が表示エリア８２に表示されるのを待って、そのＣａｎｃｅｌ＿ボタン９２６を応札者がクリックすることで行われる。クリック操作により、座席車両検索端末装置２１６は、例えば不在申し込みをキャンセルすべきせりの出品番号、応札者の会員番号、および不在申し込みのキャンセルを求める申請内容を格納したメッセージをせり制御装置２００に送信する。
【０１５５】
そのようなメッセージの受信により、せり制御装置２００は、会員情報ＤＢ３９７の受信メッセージ中の会員番号を格納したレコードの与信枠を０に更新し、応札者の応札を無効にする。与信枠は、対応するせりが終了した後、元の値に戻す。それにより、応札者の応札を一時的に無効にする。
【０１５６】
次に、上述のせり開始時間の予測技術等の説明を踏まえて、本実施の形態におけるマイレーンの表示制御の一例について、図１、図１７、等を参照して具体的に説明する。
図１７は、本実施の形態におけるマイレーン表示制御の一例を示すフローチャートである。この図１７のフローチャートにおけるステップＳ５１２〜ステップＳ５２８の処理は、せり制御装置２００として用いられるコンピュータ（ＣＰＵ６１）に、せり制御プログラム７００としての画面作成部３８０（マイレーン表示制御機能３８１）を実行させることで実現される。
【０１５７】
上述のステップＳ６１０〜ステップＳ６１８の処理によって、せりデータＤＢ３９１には、ウォッチ登録の会員番号の情報が登録されている（ステップＳ５１０）。
ＣＰＵ６１は、ログインおよび会員情報の取得を行う。具体的には、上述の会員カード４による会員認証を行う（ステップＳ５１２）。
【０１５８】
本実施の形態では、この認証の直後に、マイレーン８１４ａにおけるウォッチリスト情報３９７ｃ以外の、後述の趣向情報３９７ｄによるせりの表示の有無や、趣向情報３９７ｄにおける各種情報の判別順序などをオプションとして受け付けて記憶する。
【０１５９】
次に、上述のＳ１１〜Ｓ２０（図１５）の処理によりせり状況画面のための実レーン８１４ｂのせりの実行時刻の予想および表示（せりデータの生成）を行う（ステップＳ５１４）。
【０１６０】
次に、上述のステップＳ５１４で生成された実レーン８１４ｂにおける、せりスケジュール表示領域８１４の表示範囲内での未処理のせりデータの一つを選択する（ステップＳ５１６）。
【０１６１】
そして、ログイン情報の会員番号が当該せりデータのウォッチ会員３９１ｊに含まれているか否かを判別する（ステップＳ５１８）。
そして、含まれていると判定されは場合には、当該せりデータをマイレーン８１４ａに表示する（ステップＳ５２２）。
【０１６２】
上述のステップＳ５１８で含まれていないと判定された場合には、さらに、当該せりデータが当該応札者の趣向情報３９７ｄ（例えば、趣向条件ｃ１〜ｃ３）に該当するか判別し（ステップＳ５２０）、該当する場合には、当該せりデータをマイレーン８１４ａに表示する（ステップＳ５２２）。
【０１６３】
なお、この趣向情報３９７ｄによるせりデータの抽出のとき、空き時間の判定や所望の優先順位の設定を行うことは、上述のとおりである。
一方、上述のステップＳ５１８、ステップＳ５２０の判定のいずれにも該当しない場合には、ステップＳ５２２はスキップされ、マイレーン８１４ａへの表示は行われず、現行のせり状況画面の表示／更新の停止の有無を判別し、表示／更新が継続の場合にはステップＳ５１４に戻る。
【０１６４】
次に、マイレーン８１４ａにおける現在の抽出結果と、既表示のせりデータの予想時間が競合するか否かを判別する（ステップＳ５２４）。
そして、競合すると判定された場合は、当該せりデータの不在応札（上述の図１５の処理）を行わせる（ステップＳ５２６）。
【０１６５】
ただし、この場合、ログインは完了しているので、上述のＳ５２〜Ｓ５８が行われることになる。
その後は、上述のステップＳ５２８へ移行する。
【０１６６】
以上説明したように、本実施の形態によれば、例えば、複数のレーンにおける多数のせりの開始時刻予想技術によって、せりスケジュール表示領域８１４の複数の実レーン８１４ｂに時系列に表示する場合に、会員のウォッチリスト情報３９７ｃに該当するせりデータを抽出し、マイレーン８１４ａにまとめて表示することで、会員が参加を希望するせりデータを明解に見易く表示することができる。
【０１６７】
すなわち、応札者が応札したいせりと時間がマイレーン８１４ａに集中的に表示され、希望するせりへの確実な参加と、現車チェック等の別作業を行う時間が増加し、利便性が向上する。また、レーンの選択ミスや錯誤等に起因する誤応札が限りなくゼロになる。この結果、誤落札も減少し顧客クレームが減少する。さらに、せりに参加する応札者が増加し、応札数の増加が見込まれる。
【０１６８】
すなわち、実レーン８１４ｂの数が増えても、会員が参加を希望するウォッチリストのせりデータのみが選択的に一つのマイレーン８１４ａに集中して表示されるので、会員は、せりスケジュール表示領域８１４においてマイレーン８１４ａを注視するだけで済むため、視認性が向上し、応札作業における疲労軽減、利便性の向上、さらには、見逃しや誤落札等の防止を確実に実現できる。
【０１６９】
せりの主催者や出品者からみれば、せりシステムの利便性の向上により応札者を増やすことができ、落札率が向上する利点がある。
また、ウォッチリスト情報３９７ｃに登録されているせりの実行予想時間帯が競合することも容易に発見でき、競合する場合には不在応札を行わせることで、参加できるせりの数が増加する。
【０１７０】
さらに、例えば、ウォッチリスト情報３９７ｃに登録された複数のせりの開始予想時刻の間に所定の長さ以上の空き時間が生じた場合に、その空き時間帯に、それ以外の、趣向情報３９７ｄに基づいて選択されたせりを、実レーン８１４ｂの側から抽出して、マイレーン８１４ａに表示するので、会員にとっては、ウォッチリスト情報３９７ｃに登録した目的のせりに対する応札以外の空き時間を有効に利用して、無駄なく、より多数のせりに応札できる利点がある。
【０１７１】
また、せりの主催者や出品者の側からみれば、出品物を、ウォッチ登録していない、より多数の応札者に応札させ、落札の可能性や、落札価格を向上させることができる利点がある。
【０１７２】
この結果、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能なせり制御技術等を提供することが可能となる。
なお、本実施形態では、一例として、各せりの落札価格の予想機能、各せりのせり開始予定時間の計算機能、不在申し込みの申請への対応機能、余実差異の計算機能はいずれもせり制御装置２００に搭載させているが、各機能はせりシステムに含まれる１つ以上のノードに分散させても良い。また、各機能の全てをせり制御装置２００以外のノードに搭載させても良い。このようなことから、機能を搭載させるノードの選択、選択したノードに搭載させる機能の選択等は非常に幅広く行うことができる。
【０１７３】
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
例えば、上述の説明では、一例として、開始時刻をせり機システム２０で予想し、予想結果に基づいて各せりのアイコン８１２を配置する例を説明したが、これに限らず、開始時刻予想部３５０や誤差計算部３６０等による予測処理を行わず、出品申し込みの情報に基づいて、せり登録時にせりデータＤＢ３９１に設定された固定的な開始予定時刻を取得して用いても良く、その場合にも、同様の効果が得られる。
【０１７４】
また、例えば、せりの対象物品としては、中古車等の車両に限らず、一般の物品のせりに広く適用することができる。
【符号の説明】
【０１７５】
１ せりシステム
４ 会員カード
１０ せり業務システム
２０ せり機システム
３０ ネットワーク
３１ ハブ
３２ 通信線
６０ 出品番号
６１ ＣＰＵ
６２ メモリ
６５ 外部記憶装置
６６ 媒体駆動装置
６７ ネットワーク接続装置群
６８ バス
７０ 記録媒体
８０ 画面
８１ 表示エリア
８２ 表示エリア
１１０ 業務サーバ
１２０ 映像サーバ
１３１ 業務端末装置
１３２ 出品票登録端末装置
１３３ せり検索端末装置
１３４ 来場者登録端末装置
１３５ 発券端末装置
１４０ ネットワーク
１４１ ハブ
１４２ 通信線
２００ せり制御装置
２１１ 連携ＰＣ
２１２ 表示制御ＰＣ
２１３ 表示制御ＰＣ
２１４ せり人・調整人操作端末装置
２１５ 購買店操作端末装置
２１６ 座席車両検索端末装置
２１７ 表示装置
２１８ レーン切替ボタン
２１８ａ マイレーンボタン
２１８ｂ 実レーンボタン
２２１ せり状況表示モニター
２２２ 出品店表示モニター
２３０ ネットワーク
２３１ ハブ
２３２ 通信線
３１０ せり業務制御部
３２０ 通信部群
３３０ 認証部
３４０ 落札価格予想部
３５０ 開始時刻予想部
３６０ 誤差計算部
３７０ 不在管理部
３８０ 画面作成部
３８１ マイレーン表示制御機能
３９０ データ格納部
３９１ せりデータＤＢ
３９１ａ 出品番号
３９１ｂ 車種
３９１ｃ レーン
３９１ｄ スタート価格
３９１ｅ 市場価格
３９１ｆ せり予測時間
３９１ｇ せり開始予定時刻
３９１ｈ せり開始時刻
３９１ｉ 不在申し込み情報
３９１ｊ ウォッチ会員
３９２ 相場情報ＤＢ
３９２ａ 車種
３９２ｂ 市場価格
３９３ せり管理情報ファイル
３９３ａ 値幅
３９３ｂ せり上げ間隔
３９３ｃ 決定時間
３９４ 会場情報ファイル
３９５ せり結果ＤＢ
３９５ａ 出品番号
３９５ｂ 落札価格
３９５ｃ 落札会員番号
３９５ｄ せり確定時刻
３９５ｅ 次出品番号
３９６ 余実差異ＤＢ
３９６ａ レーン
３９６ｂ 余実差異
３９７ 会員情報ＤＢ
３９７ａ 会員番号
３９７ｂ 氏名
３９７ｃ ウォッチリスト情報
３９７ｄ 趣向情報
３９７ｅ 与信枠
４００ 与信管理部
８１１ 時間尺度選択ボタン
８１２ アイコン
８１３ 出品番号
８１４ せりスケジュール表示領域
８１４ａ マイレーン
８１４ｂ 実レーン
８１４ｃ アイコン凡例表示
８１５ 余実差異
８２１ レーンエリア
８２２ 出品番号エリア
８２３ 情報エリア
８２４ 画像
８２５ 現在価格エリア
８２６ メッセージエリア
９２１ 不在登録＿ボタン
９２２ スタート価格エリア
９２３ 応札上限金額入力エリア
９２４ Ｙｅｓ＿ボタン
９２５ Ｎｏ＿ボタン
９２６ Ｃａｎｃｅｌ＿ボタン
９２７ メッセージエリア
Ａ〜Ｚ レーン
【技術分野】
【０００１】
本発明は、せりシステムの制御方法およびせりシステムならびにせりシステムの制御プログラムに関する。
【背景技術】
【０００２】
例えば、中古車せりでは、一会場につき一日に数百〜数千台の車両がせりにかけられ、その１台の車両のせり時間は平均２０秒程度で完了する。
このため、例えば、特許文献１では、端末装置のユーザは、応札ボタンへの操作により、掲示板に表示された価格での応札の意志を表し、表示された価格は、その位置を表す者が一人になるまで自動的に上昇されるようにしている。
【０００３】
応札者は、主催者が発行する出品票を元に、前もって購入対象のせりが何番目に実施されるかを確認し、対象のせりの開始を待つことで目当てのせりに参加することができる。
近年短い時間で複数台のせりを行うため、一つのせり会場での複数レーン化が進んでおり、何番目かだけでなく「どのレーン」でせりが行われるのかも意識する必要がある。さらに、せりシステムのセンター化による会場間の連携が進むことで多会場での同時せり開催も行われつつあり、同一時間帯におけるせりのレーン数はより多くなるものと予想される。
【０００４】
せりは応札状況に応じて進行速度が異なるため、応札者は進行度合いの異なる、時間軸方向に点在した参加したいせりを監視しなければならず、開始タイミングを逃さずに参加する事は困難である。これは、参加機会を逃す要因となっているとともに、応札者にとって大きな負担となっている。
【０００５】
また、出品者にとっても、自分が出品するせりが何時に行われるのかが分りづらく、スタート価格や売り切り価格を指示したいときは、いつせりが開始されても指示出来るように待機しなければならない。このことは、出品者にとって負担になっている。
【０００６】
中古車せり業界は、今後コスト削減／せり時間の短縮のために複数レーン化が進み、またセンター化による会場間連携が進むことでよりレーン数が増加し、この問題が今後益々顕著となる事が懸念されている。従って、複数のレーンに渡るせりに効率よく参加する方法や、応札者が望んでいる車輌のせりを積極的にアピールできる方法が求められている。
【先行技術文献】
【特許文献】
【０００７】
【特許文献１】特開平５−２９００７０号公報
【特許文献２】特表２００２−５２５７６０号公報
【特許文献３】特開２００２−１５７３８４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００８】
上述の従来技術では、以下のような技術的課題がある。
第１に、応札者は、自分が応札したいせりが「何処の会場」の「どのレーン」で「何号車として」せりにかけられるのかが分かりづらい、という技術的課題がある。
【０００９】
第２に、個々の応札者にとっては、自分が興味のないせりのレーンも混在して表示されてしまうため、誤応札や誤落札が生じる懸念がある。
第３に、参加したいせりが同時刻の場合、どちらも応札する場合は不在応札の申込（以降不在申し込み）などの代行応札処理が必要だが、せり時刻がダブっていることが分かりづらい。
【００１０】
その結果、人気があるはずの車輌でも応札数が低迷してしまい、落札価格も上がらず、せり主催者や出品者の満足度が低下する懸念がある。
なお、特許文献２には、出品される商品であるロット（部品）の製造に合わせてせりが行われ、各ロットのせりが終了する終了時間は隣接しないようにスケジュール調整される技術が開示されている。しかし、当該技術は、せりの主催者側におけるスケジュールの調整技術であり、応札者及び出品者から見た場合、せりの開催時刻がわかりにくいことには変わりがない。
【００１１】
また、特許文献３には、ネットワークを介して接続された端末装置のユーザに対し、ユーザが指定のカテゴリのスケジュール要素を分類分けし、マージ（合成）して、時間軸に沿って並べた確認用スケジュール表示ページを生成し提示する技術が開示されているが、せりにおける上述の技術的課題は認識されていない。
【００１２】
本発明の目的は、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能な技術を提供することにある。
【課題を解決するための手段】
【００１３】
本発明の第１の観点は、ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御方法において、複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、を含むことを特徴とするせりシステムの制御方法を提供する。
【００１４】
本発明の第２の観点は、ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、複数の前記せりの各々毎の開始予測時刻を取得する予測時刻取得手段と、個々の前記せりの開催会場に対応して前記端末装置に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を前記せりの応札者及に提示する予想進行提示手段と、個々の前記応札者に応じた抽出条件で抽出された前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する仮想レーン提示手段と、を含むことを特徴とするせりシステムを提供する。
【００１５】
本発明の第３の観点は、ネットワークを介して接続された端末装置からせりの応札者がせりの応札を行うことが可能なせりシステムの制御プログラムにおいて、複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、をコンピュータに実行させることを特徴とするせりシステムの制御プログラムを提供する。
【発明の効果】
【００１６】
本発明によれば、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能な技術を提供することができる。
【図面の簡単な説明】
【００１７】
【図１】本発明の実施形態によるせりシステムの構成例およびレーンの提示方法を説明する概念図である。
【図２】本発明の実施形態によるせりシステムの構成を説明する図である。
【図３】せり制御装置の機能構成を説明する図である。
【図４】本発明の実施形態を適用可能なコンピュータのハードウェア構成の一例を示す図である。
【図５】せりデータデータベースのデータ構成を説明する図である。
【図６】相場情報データベースのデータ構成を説明する図である。
【図７】せり結果データベースのデータ構成を説明する図である。
【図８】せり管理情報ファイルのデータ構成を説明する図である。
【図９】余実差異データベースのデータ構成を説明する図である。
【図１０】本実施の形態の会員情報データベースの構成例を示す概念図である。
【図１１】ウォッチリスト情報の登録処理の一例を示すフローチャートである。
【図１２】スケジュール作成処理のフローチャートである。
【図１３】余実誤差更新処理のフローチャートである。
【図１４】不在申し込みの申請方法を説明する図である。
【図１５】不在申し込みの申請を実現させる応札者、および座席車両検索端末装置の動作の流れの例を表すフローチャートである。
【図１６】開始されたせりの不在申し込みのキャンセルを実現させる応札者、および座席車両検索端末装置の動作の流れの例を表すフローチャートである。
【図１７】本実施の形態におけるマイレーン表示制御の一例を示すフローチャートである。
【発明を実施するための形態】
【００１８】
本実施の形態では、一態様として、実際の複数のレーンの他に、応札者がウォッチリストに登録しているせりをタイムラインで表示する仮想的なレーン（以下、本実施の形態ではマイレーンまたはマイレーン表示と記す）を表示し、応札者が関心のある物品のせりの状況を集中的かつ明解に表示する技術を例示する。
【００１９】
また、ウォッチリストに登録したせり数が少なく、空き時間が多い場合、応札者の好みや要望に応じて抽出された応札候補のせりもマイレーンに表示させる。なお、この応札候補の表示の有無はオプションで設定可能とすることができる。
【００２０】
この場合、応札候補は「車種」「評価点」の指定や、応札者の過去の応札車輌の傾向に応じた車輌など、いくつかの項目に分け、項目毎に優先度をつけてマイレーンに重ねて表示を行う。
【００２１】
マイレーンにおいて、複数のせりの表示がダブる（同じ時間帯にせりが行われる）場合は、不在申し込みを促す。
また、応札を行う際は、応札者からの応札指示に応じて端末がマイレーンと実際のレーン番号を紐づけて、応札を行う。
【００２２】
このように、本実施の形態では、マイレーン表示方式により、応札者にとって不要なせりは表示しない。
また、上述のマイレーン表示により、応札者が参加したいせりを積極的に促す。
【００２３】
上述の本実施の形態の一態様によれば、以下の効果が得られる。
第１に、応札者が応札したいせりと時間がマイレーンに選択的かつ集中的に表示され、希望するせりへの確実な参加と現車チェック等の別作業を行う時間が増加する。
第２に、マイレーンに意識を集中して応札できるため、誤応札が限りなくゼロになる。この結果、誤落札も減少し、落札に関するクレームが減少する。
第３に、マイレーン表示によってせりの参加操作における操作性や利便性が向上し、せりに参加する応札者が増加し、応札数の増加が見込まれる。
【００２４】
以下、図面を参照しながら、本発明の実施の形態について詳細に説明する。
図１は、本発明の実施形態によるせりシステムの構成例を説明する概念図であり、図２は、本実施の形態のせりシステムの構成例をさらに詳細に例示する概念図である。
【００２５】
このせりシステムは、例えば中古車（車両）を出品物としてせりを行うものである。例えば、中古車市場では、せりシステムのセンター化に伴い、会場間連携が行われると予想される。会場間連携とは、例えばＡ会場で行われているせりをＢ会場でも同様にせりに参加できるようにする機能を持つ。
【００２６】
Ａ会場とＢ会場のせりを区別するため、レーン番号（Ａレーン、Ｂレーンなど）はそれぞれ異なるレーンとなるが、従来では、多数レーンについては考慮されていない状況である。
【００２７】
以下の、本実施の形態では、一例として、レーン数を２６と仮定した場合のせり状況画面の表示方法とせりへの参加方法をストレス無く行う技術を例示する。
なお、応札者と出品者は会員と表現する。
【００２８】
図１に例示される本実施の形態のせりシステム１では、会員が操作する座席車両検索端末装置２１６を、せり業務システム１０およびせり機システム２０に接続して遠隔地からの応札を可能にしたセリシステムにおいて、複数のせりを開催地毎の複数のレーンＡ〜Ｚで管理し、個々のせりの開始予定時刻に基づいて、表示装置２１７の表示エリア８１にレーン毎に時系列に実レーン８１４ｂとして表示する場合に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂに表示中のせりから、当該座席車両検索端末装置２１６を使用している応札者がウォッチリストに登録したせりのみ或いはオプションとして設定した条件に合致するせりを抽出して時系列に表示する仮想的なマイレーン８１４ａを設けている。
【００２９】
すなわち、座席車両検索端末装置２１６の表示装置２１７には、後述のように、表示エリア８１と、表示エリア８２が設けられ、表示エリア８１に、実際のレーンＡ〜Ｚに対応した実レーン８１４ｂ、および後述のウォッチリストに登録されたせりを選択的に表示するマイレーン８１４ａが、縦方向の時間軸（タイムライン）で表示されている。
【００３０】
後述のように、マイレーン８１４ａまたは、実レーン８１４ｂは、レーン切替ボタン２１８によって選択され、選択された通常の一つのレーンまたはマイレーンの詳細な情報が、表示エリア８２の側に表示される。
【００３１】
図１および図２に例示されるように、このせりシステム１は、せりを行うための準備に主に用いられるせり業務システム１０と、実際にせりを行うためのせり機システム２０と、に大別され、せり業務システム１０とせり機システム２０はネットワーク３０により接続されている。
【００３２】
せり業務システム１０は、２台の業務サーバ１１０、２台の映像サーバ１２０、業務端末装置１３１、出品票登録端末装置１３２、せり検索端末装置１３３、来場者（会員）登録端末装置１３４、発券端末装置１３５、およびそれらを接続するネットワーク１４０を備えている。ネットワーク１４０は、多数のハブ１４１、さらにはハブ１４１間、ハブ１４１と業務端末装置１３１〜発券端末装置１３５の各々との間、ハブ１４１と業務サーバ１１０、映像サーバ１２０の各々と間を結ぶ通信線１４２を備えたものである。
【００３３】
業務端末装置１３１は、せり会場でのせりに参加できる会員の登録、削除、登録情報の変更等を行うためのものである。出品票登録端末装置１３２は、せりに出品される出品物（ここでは中古車）の詳細情報（車名、メーカ、色、評価点など）を記載した出品票の登録に用いられる。せり検索端末装置１３３は、実施されるせり情報の検索に用いられる。来場者（会員）登録端末装置１３４は、せり会場に来場した会員を確認するためのものである。来場した会員か否かの確認には、例えば会員カード４等が用いられる。発券端末装置１３５は、来場した会員へのサービスとして提供する食券等の印刷物の発券に用いられる。
【００３４】
２台の業務サーバ１１０は、会員に係わるデータ、せりに係わるデータ等の保存、業務の遂行等に用いられる。具体的には、一例として、業務サーバ１１０は会員からのログインの受け付け、せりデータの応答等を行う、会員向けＷＥＢシステムとして機能することができる。
【００３５】
２台の映像サーバ１２０は、出品票のデータ等の会員に提供すべき映像データの保存に用いられる。これら業務サーバ１１０、映像サーバ１２０がそれぞれ２台、設置されているのは、より高い安全性を実現するためである。また、より高い安全性を実現するために、ネットワーク１４０も２重化されている。
【００３６】
せり機システム２０は、２台のせり制御装置２００、連携ＰＣ（パーソナル・コンピュータ）２１１、２台の表示制御ＰＣ２１２、２１３、せり人・調整人操作端末装置２１４、多数の購買店操作端末装置２１５、複数の座席車両検索端末装置２１６、せり状況表示モニター２２１、出品店表示モニター２２２、および２台のせり制御装置２００と連携ＰＣ２１１〜座席車両検索端末装置２１６等の各端末装置の間を接続するネットワーク２３０を備えている。
【００３７】
２台のせり制御装置２００とそれぞれ２台の業務サーバ１１０および映像サーバ１２０との間は、上記ネットワーク３０により接続されている。このネットワーク３０は、２台のハブ３１、各ハブ３１に接続された複数の通信線３２により、２重化されている。ネットワーク２３０もネットワーク１４０、および３０と同様に、多数のハブ２３１、各ハブ２３１に接続された複数の通信線２３２により２重化されている。
【００３８】
連携ＰＣ２１１は、せり会場以外の場所に居る会員のせりへの参加を可能にするものである。その連携ＰＣ２１１により、会員は例えばインターネットを介してせりに参加することができる。表示制御ＰＣ２１２は、接続されたせり状況表示モニター２２１に表示すべき画像の表示等を制御している。そのせり状況表示モニター２２１は、現在、行われているせりに出品された中古車の出品票、現在価格、等の情報が表示される大型の表示装置である。
【００３９】
表示制御ＰＣ２１３は、接続された出品店表示モニター２２２への画像の表示等を制御している。出品店表示モニター２２２は、出品者（出品店）に対して現在価格や応札状況が表示される大型の表示装置である。
【００４０】
せり人・調整人操作端末装置２１４は、せり人によるせりの進行などを可能とし、調整人によるせり中の価格の調整などを可能にする。購買店操作端末装置２１５は、会員がせりに参加するためのものであり、せりの会員用の座席に設置されている。購買店操作端末装置２１５は、会員カード４に記録された情報を読み取るカードリーダ、応札を行うための応札スイッチ（いずれも図示せず）を備えている。
【００４１】
座席車両検索端末装置２１６は、せりの会員が、せりに出品された車両（出品物）のなかで所望の車両の検索や、せり会場の主催者の代理参加を依頼する不在申し込みの申請等が行えるものであり、せりの会員用の座席に設置されている。その座席車両検索端末装置２１６は、実際は例えばパーソナルコンピュータ（ＰＣ）であり、車両の検索や不在申し込みの申請等のために、表示装置２１７、およびキーボードおよびレーン切替ボタン２１８を搭載、或いは接続により備えている。
【００４２】
また、座席車両検索端末装置２１６は、購買店操作端末装置２１５と同様に、会員カード４に記録された情報を読み取るカードリーダを備えている。
本実施の形態の場合、レーン切替ボタン２１８は、現実のレーンＡ〜Ｚの各々を選択するための実レーンボタン２１８ｂの他に、マイレーンを選択するためのマイレーンボタン２１８ａを備えている。
【００４３】
なお、レーン切替ボタン２１８、マイレーンボタン２１８ａは、ハードウェアに限らず、表示装置２１７に表示されるＧＵＩ（グラフィカルユーザインターフェイス）で実装してもよい。
【００４４】
２台のせり制御装置２００は、せり人・調整人操作端末装置２１４からの指示に従い、せりの進行、提示する価格の更新、等を行う。また、購買店操作端末装置２１５、或いは座席車両検索端末装置２１６を使用する会員の認証、それらを用いた応札の受け付けを行う。受け付けた応札数は、価格の変更、落札者の決定、等の判断用に、せり人・調整人操作端末装置２１４に通知する。
【００４５】
上記のような構成のせりシステム１を導入したせり会場では、多数の中古車（車両）が出品物として出品される。中古車を出品物としてせりを行うせり会場では、せりに要するせり時間の短縮によるコスト削減のために、複数レーン化が進む傾向にあり、このせりシステム１を導入したせり会場でも複数レーンでせりを行うようになっている。
【００４６】
このため、応札者は、レーン毎に、多数、行われる予定のせりのなかから応札したい車両が出品されるせりを探し出し、探し出したせりに参加するか、または、不在応札の申請を行うことが必要となる。
【００４７】
そのような応札者が所望のせりへの参加をより容易に行えるように、本実施形態では、各レーンで行われる各せり対象の出品物におけるせりに掛かる時間（せり対象出品物のせり開始〜せり終了までの時間）を計算し、計算した各せり対象の出品物におけるせりのせりに掛かる時間を用いて、各せりの開始が予想される開始時刻（以降「せり開始予定時刻」）を計算するようにしている。そのように計算された各せり開始予定時刻（スケジュール）は、会員が確認可能なようにたとえばレーン毎に時系列に提示するようにしている。
【００４８】
さらに、本実施の形態の場合、後述のように、実際のレーンの他に、当該実際のレーンに表示される多数のせりの中から、座席車両検索端末装置２１６等を利用する個々の応札者に応じた特定のせりが、選択的に抽出されて表示されるマイレーンを表示する。
【００４９】
これにより、応札者がより快適にせりに参加できる環境を実現させている。
レーン毎の各せり開始予定時刻の計算、およびスケジュールの提示は、例えばせり制御装置２００によって行われる。それにより、せり制御装置２００には、本実施形態によるせり開始時刻予測装置、およびせり予想進行提示装置が搭載されている。せり開始時刻予測装置、およびせり予想進行提示装置は、１台のノードであるせり制御装置２００に搭載しているが、別のノードに搭載しても良い。それらを異なるノードに搭載させても良い。
【００５０】
そのせり制御装置２００は、レーン毎の各せり開始予定時刻の計算、およびせりの進行を制御するために、図３に例示されるような機能構成となっている。つまり、せり制御装置２００は、せり業務制御部３１０、通信部群３２０、認証部３３０、落札価格予想部３４０、開始時刻予想部３５０、誤差計算部３６０、不在管理部３７０、画面作成部３８０、およびデータ格納部３９０を備えている。
【００５１】
通信部群３２０は、ネットワーク３０、或いは２３０を介したデータの送受信を行うための複数の通信部を備えている。せり業務制御部３１０は、通信部群のうちの少なくとも一つを介したデータの送受信を制御し、せりの実施のための各種業務を制御し、せりを実施する環境を提供する。それにより、通信部群３２０の他に、認証部３３０、落札価格予想部３４０、開始時刻予想部３５０、誤差計算部３６０、不在管理部３７０、および画面作成部３８０はせり業務制御部３１０に従って動作する。これら認証部３３０〜画面作成部３８０の各々は、それぞれ以下のような機能を備えている。
【００５２】
認証部３３０は、購買店操作端末装置２１５、或いは座席車両検索端末装置２１６を使用する人が会員か否か確認する認証を行う。せりシステム１では、連携ＰＣ２１１とインターネットを介して端末装置（ＰＣ、携帯端末、或いはゲーム機等）を接続させることで、せり会場に来場しない会員もせりに参加することができるようになっている。そのようにせり会場に来場しない会員も認証の対象となる。しかし、ここでは、説明上、便宜的に、せり会場に来場した会員のみを想定することとする。
【００５３】
落札価格予想部３４０は、せり毎に、そのせりに出品された出品物（中古車）の落札価格を予想する。その予想は、せりに出品された中古車の相場を考慮して行われる。
せり業務制御部３１０は、せり人・調整人操作端末装置２１４からの指示により、せりが開始してから結果が出るまでの間、予め設定された時間間隔（せり上げ間隔）が経過する毎に、予め設定された価格分（値幅）、上乗せすることで現在価格を更新する。開始時刻予想部３５０は、そのような現在価格の更新方法、および落札価格予想部３４０が予想した落札価格を用いて、各せりのせりに要すると予測される時間（せり予測時間）を計算し、計算した各せり予測時間を用いて、さらに各せりのせり開始予定時刻を計算する。
【００５４】
誤差計算部３６０は、開始時刻予想部３５０が計算したせり開始予定時刻、および実際にせりが開始した時刻（実際のせり開始時刻）との間の誤差をレーン毎に計算する。その誤差は以降「余実差異」と呼ぶことにする。
【００５５】
不在管理部３７０は、不在申し込みに対応するためのものである。画面作成部３８０は、座席車両検索端末装置２１６、せり検索端末装置１３３、せり状況表示モニター２２１、および出品店表示モニター２２２に表示させる画像（画面）を生成するものである。
【００５６】
本実施の形態では、画面作成部３８０は、後述のせりスケジュール表示領域８１４において、実際の実レーン８１４ｂの他に、マイレーン８１４ａを表示する処理を行うマイレーン表示制御機能３８１を備えている。
【００５７】
上記の認証部３３０〜画面作成部３８０の各々は、データ格納部３９０に格納されたデータを用いて処理を行う。そのデータ格納部３９０は、せりデータＤＢ（データベース）３９１、相場情報ＤＢ３９２、せり管理情報ファイル３９３、会場情報ファイル３９４、せり結果ＤＢ３９５、余実差異ＤＢ３９６、および会員情報ＤＢ３９７を格納している。
【００５８】
図３に示す機能構成は、せり制御装置２００として用いられるコンピュータに、せり制御プログラム７００を実行させることで実現される。本実施形態によるせり開始時刻予測装置、およびせり予想進行提示装置はいずれも、せり制御プログラム７００のサブプログラムを実行することで実現される。
【００５９】
ここでは、本実施形態によるせり開始時刻予測装置を実現させるサブプログラムを「開始時刻予測プログラム７０１」、本実施形態によるマイレーン表示を行うマイレーン表示制御機能３８１を備え、せり予想進行提示装置を実現させるサブプログラムを「画面作成プログラム７０２」とそれぞれ呼ぶことにする。
【００６０】
ここで図４を参照して、本実施形態を適用可能なコンピュータ、つまりこのせり制御プログラム７００を実行することでせり制御装置２００として使用可能なコンピュータについて具体的に説明する。
【００６１】
図４に例示されるコンピュータは、ＣＰＵ６１、メモリ６２、外部記憶装置６５、媒体駆動装置６６、およびネットワーク接続装置群６７を有し、これらがバス６８によって互いに接続された構成となっている。図４に例示される構成は一例であり、これに限定されるものではない。
【００６２】
ＣＰＵ６１は、当該コンピュータ全体の制御を行う。
メモリ６２は、プログラムの実行、データ更新等の際に、外部記憶装置６５（あるいは可搬型の記録媒体７０）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等の半導体メモリ、或いはメモリモジュールである。ＣＰＵ６１は、プログラムをメモリ６２に読み出して実行することにより、全体の制御を行う。
【００６３】
外部記憶装置６５は、例えばハードディスク装置（ディスクアレイ装置を含む）、或いは不揮発性の半導体メモリである。主に各種データやプログラムの保存に用いられる。媒体駆動装置６６は、光ディスクや光磁気ディスク等の可搬型の記録媒体７０にアクセスするものである。
【００６４】
ネットワーク接続装置群６７は、少なくとも、ネットワーク３０、および２３０を介した通信を可能とさせる数のネットワーク接続装置である。ネットワーク３０および２３０はそれぞれ２重化されているため、ネットワーク接続装置群６７は４個以上のネットワーク接続装置を備えている。
【００６５】
上記せり制御プログラム７００は、外部記憶装置６５、若しくは可搬型の記録媒体７０に記録されているか、或いはネットワーク３０、若しくは２３０を介してネットワーク接続装置群６７により取得される。そのせり制御プログラム７００をメモリ６２に読み出してＣＰＵ６１が実行することにより、せり制御装置２００は実現される。
【００６６】
図４に示す構成では、図３のデータ格納部３９０は例えば外部記憶装置６５、或いは可搬型の記録媒体７０が装着された媒体駆動装置６６である。通信部群３２０は例えばネットワーク接続装置群６７である。せり制御プログラム７００が外部記憶装置６５に格納されていると想定する場合、せり制御装置２００の通信部群３２０〜画面作成部３８０はいずれも、例えばＣＰＵ６１、メモリ６２、外部記憶装置６５、およびバス６８によって実現される。
【００６７】
データ格納部３９０に格納されたせりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４において、例えばせりデータＤＢ３９１、相場情報ＤＢ３９２、せり管理情報ファイル３９３、および会員情報ＤＢ３９７は業務サーバ１１０の保存するデータのコピーである。
【００６８】
せりの進行に伴って随時、更新されるのは、例えばせりデータＤＢ３９１、せり結果ＤＢ３９５、会場情報ファイル３９４、および余実差異ＤＢ３９６である。
ここで、せりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４等について、より詳細に説明する。
【００６９】
せりデータＤＢ３９１は、せり毎に、そのせりの実施に必要なデータ（せりデータ）を格納したデータベースである。図５に例示されるように、各せりデータ（レコード）は、出品番号３９１ａ、車種３９１ｂ、レーン３９１ｃ、スタート価格３９１ｄ、市場価格３９１ｅ、せり予測時間３９１ｆ、せり開始予定時刻３９１ｇ、実際のせり開始時刻３９１ｈ、不在申し込み情報３９１ｉ、ウォッチ会員３９１ｊ、の各属性データを含む。特には図示していないが、属性データとして他に、出品者会員番号が存在する。
【００７０】
各属性データにおいて、出品番号３９１ａは、対応するせりを一意に識別可能な識別情報である。車種３９１ｂは、出品物として出品された中古車を表すデータである。レーン３９１ｃは、対応するレーンを表すデータである。
【００７１】
本実施形態では、Ａ〜Ｚの２６レーンでせりが実施されると想定する。せりへの出品番号、およびレーンの割り当ては、各レーンにおいて、早く開始される程、小さい値の出品番号となるように行われる。
【００７２】
スタート価格３９１ｄは、せりの開始価格である。市場価格は、車種データが表す中古車が販売される平均的な価格である。せり予測時間３９１ｆは、対応するせりに要すると予測された時間である。せり開始予定時刻３９１ｇは、対応するせりが開始されると予測された時刻である。実際のせり開始時刻３９１ｈは、対応するせりが実際に開始された時刻であり、このデータはそのせりが実際に開始された後に格納される。
【００７３】
不在申し込み情報３９１ｉは、不在申し込みを行った応札者を表す識別情報（ここでは会員番号を想定する）と、その応札者が提示した応札上限金額と、を含む。この不在申し込み情報は、不在申し込みを行った応札者毎に、追加される。不在申し込みを複数の応札者が行った場合、不在申し込み情報は応札上限金額に応じて格付けされる。
【００７４】
図５中に表記の不在申し込み情報３９１ｉにおける「不在申し込み１位金額」は、各応札者から提示された応札上限金額のなかで金額が最も大きい応札上限金額を表している。また、「不在申し込み１位会員」は、金額が最も大きい応札上限金額を提示した応札者を表している。
【００７５】
ウォッチ会員３９１ｊは、対応するせりを参加予定に設定（ウォッチリストへ登録）した応札者を表すデータである。
本実施の形態の場合、このウォッチ会員として登録された応札者が、座席車両検索端末装置２１６を使用する時、対応するせりについては、実際の実レーン８１４ｂに表示される他に、マイレーン８１４ａにも同時に表示される。
【００７６】
そして、応札者が、レーン切替ボタン２１８のマイレーンボタン２１８ａを押圧することにより、マイレーン８１４ａの個々のせりの情報が、表示エリア８２に表示される。
従って、応札者は自分がウォッチ登録したせりについては、マイレーン８１４ａのみを監視するだけでよく、実レーン８１４ｂの数が増加しても、見逃すことがない。
【００７７】
さらに、ウォッチ登録したせりの開始時間が競合していることも、マイレーン８１４ａを見るだけで判るので、不在申し込みによる応札を確実に行うことができる。
また、応札者は当該対応するせりについては、所望のメッセージを受け取ることができる。
【００７８】
せりデータＤＢ３９１に対するウォッチ会員３９１ｊの登録、つまり応札者による所望のせりの参加予定の設定は、座席車両検索端末装置２１６の他に、せり検索端末装置１３３等を用いて行うことができる。
【００７９】
上記のようなことから、せりデータの属性データのなかで業務サーバ１１０からコピーされるのは、出品番号３９１ａ、車種３９１ｂ、レーン３９１ｃ、スタート価格３９１ｄ、および出品者会員番号であり、他の属性データはせり制御装置２００の側で追加される。
【００８０】
せり制御装置２００は、例えば業務サーバ１１０から、１レコード（せりデータ）の属性データとして出品番号、車種、スタート価格が格納されたせりデータＤＢ３９１をコピーし、それ以外の属性データを随時、格納する。不在申し込み情報、ウォッチ会員は、応札者からの申請によって更新される。その更新は、登録（不在申し込み除法では変更を含む）、或いは削除によって行われる。
【００８１】
相場情報ＤＢ３９２は、出品された中古車の落札価格の予測に用いられるデータベースである。相場情報ＤＢ３９２には、図６に例示されるように、車種３９２ａ毎に市場価格３９２ｂが格納されている。せりデータＤＢ３９１の各レコードに格納される市場価格３９１ｅは、各レコードに格納された車種３９１ｂに対応する市場価格３９２ｂを相場情報ＤＢ３９２から抽出したものである。
【００８２】
せり結果ＤＢ３９５は、終了したせりを管理するためのデータベースである。図７に例示されるように、各レコードには、出品番号３９５ａ、落札価格３９５ｂ、落札会員番号３９５ｃ、せり確定時刻３９５ｄ、次出品番号３９５ｅ、の各属性データが格納される。
【００８３】
上記のように、せり業務制御部３１０は、せり人・調整人操作端末装置２１４からの指示により、せりが開始してから結果が出るまでの間、予め設定された、せり上げ間隔が経過する毎に、予め設定された値幅を上乗せすることで現在価格を更新する。
【００８４】
せり管理情報ファイル３９３は、現在価格の更新、さらには落札の決定用のファイルであり、図８に例示されるように、値幅３９３ａ、せり上げ間隔３９３ｂ、決定時間３９３ｃが格納されている。
【００８５】
決定時間３９３ｃは、応札者が一人となっている状況が継続した時間の長さにより応札者を落札者として決定するための条件である。図８中に決定時間３９３ｃとして表記の「３」は、応札者が一人となっている状況が３秒間、継続した場合、その一人の応札者を落札者とすることを表しており、例えばせり制御装置があらかじめ設定できる。
【００８６】
本実施形態では、上記のように、レーン毎にせりのスケジュールを立てる。余実差異ＤＢ３９６は、図９に例示されるように、レーン３９６ａ毎のスケジュールと実際のせりの進行との間の誤差である余実差異３９６ｂを管理するためのデータベースである。
【００８７】
会員情報ＤＢ３９７は、応札者毎に係わる会員情報を格納したデータベースであり、認証等に用いられる。
図１０に例示されるように、会員情報ＤＢ３９７は、例えば会員番号３９７ａ、氏名３９７ｂ（ここでは法人名、屋号等も含まれるが、それらを含め「氏名」と総称する）、ウォッチリスト情報３９７ｃ、趣向情報３９７ｄ、与信枠３９７ｅ等の情報を含むものである。
【００８８】
ウォッチリスト情報３９７ｃは、ウォッチリスト登録し、応札者が自分の意思で買いたいと思っている車輌に関するせり番号のリストである（以下、ウォッチリスト情報３９７ｃによって抽出されたせりは、必要に応じて「購入対象」と記す）。
【００８９】
趣向情報３９７ｄは、その応札者が、過去に良く落札した車輌の車種や評価値、さらには、過去にウォッチリストに登録した車両の情報が格納される（以下、趣向情報３９７ｄによって抽出されたせりは、必要に応じて「応札候補」と記す）。
【００９０】
本実施の形態の場合、この趣向情報３９７ｄは、後述のマイレーン８１４ａの表示制御において参照される。
図１１を参照して、本実施の形態における上述のウォッチリスト情報の登録処理を説明する。図１１は、ウォッチリスト情報の登録処理の一例を示すフローチャートである。
【００９１】
なお、この図１１のフローチャートの処理は、せり業務制御部３１０として用いられるコンピュータ（ＣＰＵ６１）に、所定の制御プログラムを実行させることで実現される。
まず、会員番号選出し（ステップＳ６１０）、当該会員番号で会員情報ＤＢ３９７をアクセスし、ウォッチリスト情報３９７ｃを取得する（ステップＳ６１２）。
【００９２】
そして、ウォッチリスト情報３９７ｃからせり番号を取得する（ステップＳ６１４）。
取得したせり番号をキーにせりデータＤＢ３９１にアクセスし、ウォッチ会員３９１ｊに当該会員番号を追加登録する（ステップＳ６１６）。
【００９３】
このステップＳ６１４〜ステップＳ６１６の処理を、ウォッチリスト情報３９７ｃに含まれる全てのせり番号について反復する（ステップＳ６１８）。
さらに、上述のステップＳ６１０〜ステップＳ６１８の処理を全部の会員番号について反復する（ステップＳ６２０）。
【００９４】
なお、せりデータＤＢ３９１における個々のレコードでのウォッチ会員３９１ｊの登録方法としては、例えば、応札者数よりも大きなビット数のビット列の１ビットにつき一つの会員番号を紐付け、当該ビットのON/OFFで、当該会員番号の登録の有無を設定／管理することが考えられる。
【００９５】
また、会員情報ＤＢ３９７における趣向情報３９７ｄでは、所望のビット数のビット列の１ビットに一つの趣向属性を割り当て、当該ビットのON/OFFで、当該趣向属性の有無を管理することが考えられる。
【００９６】
会員カード４には、例えば会員番号、および氏名が記録されており、認証は、その会員番号と氏名の組み合わせが格納されたレコード（会員情報）が会員情報ＤＢ３９７に存在するか否か照合することで行われる。与信枠は、不在申し込みによる代理応札の実施管理に用いられる。
【００９７】
次に、データ格納部３９０に格納されたせりデータＤＢ３９１、相場情報ＤＢ３９２、およびせり結果ＤＢ３９５〜会員情報ＤＢ３９７、さらにはせり管理情報ファイル３９３および会場情報ファイル３９４を用いてせり制御装置２００の通信部群３２０〜画面作成部３８０の各々が実行する処理について、より詳細に説明する。
【００９８】
データ格納部３９０には、通常、せりデータＤＢ３９１、せり結果ＤＢ３９５、および余実差異ＤＢ３９６以外の相場情報ＤＢ３９２、会員情報ＤＢ３９７およびせり管理情報ファイル３９３、会場情報ファイル３９４が格納されている。せりデータＤＢ３９１は、例えばせり会場でのせりが開始される前に、せり業務制御部３１０が通信部群３２０を用いて業務サーバ１１０から取得し、データ格納部３９０に格納される。せり結果ＤＢ３９５、および余実差異ＤＢ３９６は、その後に、例えばせり業務制御部３１０によって作成される。
【００９９】
せり業務制御部３１０は、せりデータＤＢ３９１をデータ格納部３９０に格納（コピー）した後、落札価格予想部３４０に対し、各せりの応札価格の予想を指示する。その指示により、落札価格予想部３４０は、せりデータＤＢ３９１の各レコードに格納されている車種を用いて相場情報ＤＢ３９２を参照し、落札価格を予想する。落札価格の予想は、相場情報ＤＢ３９２から、せりデータＤＢ３９１のレコード毎に、そのレコードの車種に対応する市場価格を抽出することで行われる。抽出された市場価格が、せりデータＤＢ３９１の各レコードに市場価格として格納される。
【０１００】
せり業務制御部３１０は、落札価格予想部３４０への落札価格の予想の指示と並行して、開始時刻予想部３５０に対し、各せりのせり予測時間の計算を指示する。その指示により、開始時刻予想部３５０は、せりデータＤＢ３９１のレコードのなかから市場価格が格納されたレコードを順次、抽出し、抽出したレコードの市場価格を用いてせり予測時間を計算し、さらに計算したせり予測時間を用いてせり開始予定時刻を計算する。計算したせり予測時間、およびせり開始予定時刻はせりデータＤＢ３９１のレコードに格納する。
【０１０１】
１つの対象出品物におけるせりのせり開始予定時刻の計算は、せりが行われるレーンで対象出品物のせりの前に行われる各せりのせり予測時間を積算することで行われる。せり予測時間は、例えば以下のようにして計算される。
せり予測時間＝（（市場価格−スタート価格）／値幅）×会場係数×開催係数＋決定時間
・・・ （１）
【０１０２】
ここで、会場係数はせり会場によるせりの進行の傾向を表す係数、開催係数はせりが行われる日におけるせりの進行の傾向を表す係数、である。
開催係数は、例えばせり人／調整人のせりにおける傾向、出品者の傾向、等を考慮して決定するものである。会場係数は、例えば全てのせりが終了した後、実際に発生した余実差異、その絶対値等を考慮して更新される係数である。
【０１０３】
本実施形態では、会場係数や開催係数等の各係数をせり予測時間の計算に用いることにより、せり予測時間をより高精度に計算できるようにしている。せり予測時間の計算方法は、（１）式に限定されるものではない。その計算方法は、出品物、出品者、せりの開催日における状況等を考慮して、複数、用意したもののなかから選択するようにしても良い。また、（１）式を用いてせり予測時間を計算する場合であっても、実際のせりの進行に応じて、例えば開催係数を変更し、再度、せり予測時間、さらにはせり開始予定時刻の計算を行うようにしても良い。
【０１０４】
上記落札価格予想部３４０および開始時刻予想部３５０は、例えば、図４に例示されるＣＰＵ６１が図１２に例示されるスケジュール作成処理を実行することで実現される。ここで図１２を参照して、スケジュール作成処理について詳細に説明する。スケジュール作成処理は、例えばせり制御装置２００が業務サーバ１１０のせりデータＤＢ３９１を格納（コピー）した場合に自動的に、或いは業務端末装置１３１等を用いた指示により、上記開始時刻予測プログラム７０１を実行することで実現される。
【０１０５】
スケジュール作成処理では、せり毎に、ステップＳ１１〜ステップＳ１７の一連の処理が実行される。その処理ループの１回の実行により、１せりのせり予測時間の予測、およびせり開始予定時刻の計算が行われる。上記のように、せりへの出品番号、およびレーンの割り当ては、各レーンにおいて、早く開始される程、小さい値の出品番号となるように行われる。このため、対象とするせりは、出品番号の小さいほうから行われる。最初に処理ループを実行する場合、出品番号のなかで最小の出品番号が対象とすべきせりを特定するものとして選択される。
【０１０６】
先ず、ステップＳ１１では、ＣＰＵ６１は、現在、対象とすべき出品番号を特定し、特定した出品番号をキーとしてせりデータＤＢ３９１を検索することにより、その出願番号を格納したレコードを抽出し、抽出したレコード中の車種を取得する。続くステップＳ１２では、ＣＰＵ６１は、取得した車種をキーにして相場情報ＤＢ３９２を検索することにより、その車種に対応付けられた市場価格を取得する。その後はステップＳ１３に移行する。
【０１０７】
ステップＳ１３では、ＣＰＵ６１は、せり管理情報ファイル３９３にアクセスし、値幅、せり上げ間隔、および決定時間を取得する。次のステップＳ１４では、ＣＰＵ６１は、会場情報ファイル３９４にアクセスし、会場係数、および開催係数を取得する。その次に移行するステップＳ１５では、ＣＰＵ６１は、（１）式を用いてせり予測時間を計算し、さらに計算したせり予測時間を用いて、せり開始予定時刻を計算する。せり開始予定時刻の計算は、例えばレーン毎に、直前に計算されたせり開始予定時刻を保存しておき、現在、対象とするせりが割り当てられたレーンのせり開始予定時刻に、計算したせり予測時間を加算することで行われる。そのようにして計算されたせり開始予定時刻は、それまでのせり開始予定時刻に代わって保存される。
【０１０８】
ステップＳ１６では、ＣＰＵ６１は、計算したせり予測時間、およびせり開始予定時刻を取得した市場価格とともに、せりデータＤＢ３９１の対応するレコードに格納する。次のステップＳ１７では、ＣＰＵ６１は、対象とすべき出品番号をインクリメントする。その後は、ステップＳ２０に移行する。
【０１０９】
ステップＳ２０では、ＣＰＵ６１は、インクリメント後の出品番号が、存在する出品番号の最大値を超えるか否かの判定を行う。インクリメント後の出品番号が最大の出品番号を越えていると判定された場合（ＹＥＳの場合）、ここでスケジュール作成処理が終了する。インクリメント後の出品番号が最大の出品番号以下と判定された場合（ＮＯの場合）、ステップＳ１１に戻り、インクリメント後の出品番号を用いたせりデータＤＢ３９１の検索が行われることとなる。
【０１１０】
なお、最小の出品番号と最大の出品番号の間の番号が全て使用されているとは限らない。このため、ステップＳ１１でレコードを抽出できない場合、後述するステップＳ１７に移行するようになっている。取得した車種（車両の種類（名称、タイプ、等）、年式、色、等）に完全に一致する車種が相場情報ＤＢ３９２に格納されていない場合、ステップＳ１２では、取得した車種に最も近いと考えられる車種の市場価格が取得される。
【０１１１】
上記のようにして、本実施形態では、最初のせりが開始する前に、全てのせりのせり開始予定時刻を計算するようにしている。これは、最初のせりが開始する前に、参加すべきせりを選択し、対象せりの選択に沿ってせりに参加するスケジュールを立てる応札者に対応するためである。
【０１１２】
上記のように計算されるせり開始予定時刻は、各せりに設定されたスタート価格と予想される落札価格の差を個別に考慮したものである。このため、計算されるせり開始予定時刻は、実際のせり開始時刻との誤差が小さいと見なすことのできる高精度のものとなる。
【０１１３】
せり業務制御部３１０は、例えばせり人・調整人操作端末装置２１４からのせりの終了通知により、せり結果ＤＢ３９５に１レコードｒ１を追加して、レコードｒ１に終了したせりの結果を格納する。レコードｒ１には、図７に例示されるように、終了したせりの出品番号、落札価格（最終価格）、落札した応札者会員の番号、せり確定時刻、次に実施されるせりの出品番号がそれぞれ属性データとして格納される。
【０１１４】
せり業務制御部３１０は、例えばせり人・調整人操作端末装置２１４からのせりの終了通知により、誤差計算部３６０に余実差異の計算を指示する。指示を受けた誤差計算部３６０は、図５に例示されるように、例えば、せりデータＤＢ３９１の次に実施されるせりの出品番号６０を格納したレコードｒ２に、現在時刻の１０：３５：５５を、次に実施されるせり（出品番号６０）の実際のせり開始時刻としてレコードｒ２に格納する。せりデータＤＢ３９１を更新した後、レコードｒ２のせり開始予定時刻と現在時刻の差をせりが終了したレーンの余実差異として計算し、計算した余実差異が、余実差異ＤＢ３９６に格納されている次の同じレーンの余実差異と異なるか否か判定する。
【０１１５】
それにより、計算した余実差異が、次の同じレーンの余実差異ＤＢ３９６に格納されている余実差異と異なると判定した場合に、計算した余実差異を次の同じレーンの最新の余実差異として、余実差異ＤＢ３９６に格納する。そのようにして、本実施形態では、レーン毎に、次の同じレーンのせりが終了する度に、次の同じレーンの余実差異の計算と、計算結果に応じた余実差異ＤＢ３９６の更新を行っている。
このため、応札者は、リアルタイムでスケジュールと現在のせりの進行の差の確認を行うことができる。尚、本実施例では、対象せりの確定時刻を次のせりの開始時刻としているが、これに限らず、確定時刻と次の開始時刻が違うこともあるので、その場合は、所定の時間を追加することも可能である。また、レーン毎にせりが実施するためレーンの考慮も必要となる。
【０１１６】
上記のような処理を行う誤差計算部３６０は、例えば、図４に例示されるＣＰＵ６１が、せりの終了通知を契機にして図１３に例示される余実誤差更新処理を実行することで実現される。ここで図１３を参照して、その更新処理について詳細に説明する。
【０１１７】
先ず、ステップＳ３１では、ＣＰＵ６１は、せりデータＤＢ３９１の終了したせりと同じレーンで次に実施されるせりの出品番号を格納したレコードの実際のせり開始時刻として現在時刻を格納することにより、せり結果をせりデータＤＢ３９１に反映させる。また、そのレコードに格納されているせり開始予定時刻を用いて、せりが終了したレーンでの余実誤差を計算する。その後、ステップＳ３２に移行する。
【０１１８】
ステップＳ３２では、ＣＰＵ６１は、余実差異ＤＢ３９６からそのレーンの余実誤差を取得し、取得した余実誤差と計算した余実誤差が異なるか否か判定する。取得した余実誤差と計算した余実誤差が異なっていた場合、判定はＹＥＳとなってステップＳ３３に移行し、ＣＰＵ６１は、余実差異ＤＢ３９６の次の同じレーンの余実差異として、計算した余実差異を格納する。そのようにして余実差異ＤＢ３９６を更新した後、この余実差異更新処理が終了する。一方、余実誤差と計算した余実誤差が異なっていない場合、判定はＮＯとなり、ここでこの余実差異更新処理が終了する。
【０１１９】
せり業務制御部３１０は、座席車両検索端末装置２１６を使用する応札者に対し、上記のようにしてせりデータＤＢ３９１の各レコードに格納されたせり開始予定時刻、および余実差異ＤＢ３９６に格納された各レーンの余実差異を提示する。
【０１２０】
ここで、本実施の形態におけるマイレーンの表示制御の一例について、提示方法について、図１等を参照して具体的に説明する。
図１において、進行表示画面８０は座席車両検索端末装置２１６に搭載された、或いは接続された表示装置２１７画面に表示される表示例であり、当該進行表示画面８０は２つの表示エリア８１、および８２に分けて用いられる。
【０１２１】
表示エリア８１は、せり開始予測時刻の計算により推定したせりの進行を表すせり進行表示画面の表示に用いられ、表示エリア８２は、応札者が所望する画面の表示に用いられる。
【０１２２】
本実施の形態の場合、表示エリア８１には、実際のＡ〜Ｚのレーンの各々に対応した複数の実レーン８１４ｂの他に、当該座席車両検索端末装置２１６にログインした会員の会員番号に対応した会員情報ＤＢ３９７のウォッチリスト情報３９７ｃに基づいて、実レーン８１４ｂの側から該当するせりを抽出して表示するための仮想レーンとしてのマイレーン８１４ａが設けられている。
【０１２３】
また、このマイレーン８１４ａには、上述の会員情報ＤＢ３９７の趣向情報３９７ｄに対応して、実レーン８１４ｂから抽出されたせりも、必要に応じて表示される。
例えば、ウォッチリスト情報３９７ｃに登録された複数のせりの開始予想時刻の間に所定の長さ以上の空き時間が生じた場合に、その空き時間帯に、趣向情報３９７ｄに基づいて選択されたせりを、実レーン８１４ｂの側から抽出して、マイレーン８１４ａに表示する。
【０１２４】
なお、ウォッチリスト情報３９７ｃに登録されているせりの実行予想時間帯が競合する場合には、後述のような不在応札を行わせることもできる。
これにより、応札者にとっては、ウォッチリスト情報３９７ｃに登録した目的のせりに対する応札以外の空き時間を有効に利用して、無駄なく、より多数のせりに応札できる利点がある。
【０１２５】
また、せりの主催者や出品者の側からみれば、出品物を、ウォッチ登録していない、より多数の応札者に応札させ、落札の可能性や、落札価格を向上させることができる利点がある。
【０１２６】
なお、趣向情報３９７ｄとしては、例えば、ウォッチリスト情報３９７ｃに登録された「車種」、車両の「評価情報」、過去における当該応札者の応札履歴情報、等を登録することができる。
【０１２７】
さらに、これらの登録情報に抽出条件としての優先順位をつけてマイレーン８１４ａに表示することもできる。
例えば、上述の空き時間が比較的短い場合は、まず、ウォッチリスト情報３９７ｃと同一または類似の「車種」のせりを優先して実レーン８１４ｂから抽出してマイレーン８１４ａに表示し（趣向条件ｃ１）、さらに空き時間がある場合には、「車種」に関係なく「評価情報」が類似するせりを実レーン８１４ｂから抽出してマイレーン８１４ａに表示し（趣向条件ｃ２）、さらに空き時間がある場合には、当該応札者の過去の応札履歴情報に基づいて、「車種」や「評価情報」に関係なく、さらに広い範囲のせりを実レーン８１４ｂから抽出してマイレーン８１４ａに表示する（趣向条件ｃ３）、ことができる。
【０１２８】
なお、本実施の形態では、マイレーン８１４ａにおけるアイコン８１２のうち、ウォッチリスト情報３９７ｃに対応したせりには「購入対象車」のアイコン８１２が用いられ、趣向情報３９７ｄに対応したせりには「応札候補車」のアイコン８１２が用いられ、各アイコンは色や形を互いに異ならせることで、会員が簡単に判別できるようにする。
このため、表示エリア８１の下端部には、時間尺度選択ボタン８１１の他に、アイコン８１２に関するアイコン凡例表示８１４ｃが表示される。
【０１２９】
図１に表しているのは、応札者が応札を行うための応札画面である。表示エリア８２には、応札画面の他に、車両の詳細情報を確認するための車両詳細画面、せりに出品された車両を検索するための車両検索画面、参加予定とするせりの設定、或いは設定解除が可能な参加予定設定画面、不在申し込み申請画面、等を応札者の操作に応じて表示させることができる。
【０１３０】
表示エリア８２に表示される上記応札画面には、図１に例示されるように、応札が可能なせりが行われているレーンを表すレーンエリア８２１、そのせりの出品番号を表す出品番号エリア８２２、車種や担当者による評価点等の出品された車両の情報を確認できる情報エリア８２３、出品された車両の画像８２４、現在価格を確認できる現在価格エリア８２５が配置されている。
【０１３１】
今後に行われる、応札者が参加予定に設定したせりのせり予定開始時刻までの残り時間が所定時間以下となった場合、その旨を通知するためのメッセージエリア８２６が表示される。このメッセージエリア８２６は、画面の種類に係わらず表示される。
【０１３２】
表示エリア８１に表示されるせり進行表示画面は、図１に例示されるように、マイレーン８１４ａおよび実レーン８１４ｂの各々において、レーン毎に、進行表示画面８０の上方から、各レーンで実施中のせりの現在の出品番号８１３、各レーンで実施中のせりに続いて実施される複数のせりの各出品番号（次出品番号、次々出品番号）８１３、余実差異８１５が配置される。余実差異８１５の下方には、応札者が参加予定として設定したせりを表すアイコン８１２が、進行表示画面８０の上下方向を時間軸として、アイコン８１２に対応するせりのせり開始予定時刻を表す位置に配置されている。
【０１３３】
本実施の形態の場合、表示エリア８１において、実レーン８１４ｂの他に、当該会員が関心のあるせりを上述のように選択的に表示するマイレーン８１４ａを設けていることより、実レーン８１４ｂの数が増加しても、目的のせり以外の多数のせりの表示に幻惑されることなく、応札者が容易に、ウォッチリスト情報３９７ｃに参加予定と設定したせりが開始されると予想される時刻を確認できるようにしている。
【０１３４】
以降、進行表示画面８０の上下方向を時間軸としてせりのアイコン８１２を配置したマイレーン８１４ａおよび実レーン８１４ｂの領域を総称してせりスケジュール表示領域８１４と呼ぶこととする。
【０１３５】
このせりスケジュール表示領域８１４の下方には、「１０分」「１時間」「６時間」「１２時間」の各ボタンが配置されている。これらのボタンは、せりスケジュール表示領域８１４における時間尺度選択ボタン８１１である。そのような時間尺度選択ボタン８１１を複数、配置することにより、本実施形態では、せりスケジュール表示領域８１４に一度に表示できる時間範囲を応札者に選択可能とさせている。残り全てのせり分をスケジュール表示領域に表示できない場合、せりスケジュール表示領域８１４はスクロール表示が可能となる。
【０１３６】
一方、出品者は、応札者が座席車両検索端末装置２１６で表示されるようなせりの進行表示画面８０を例えばせり検索端末装置１３３で確認することができる。出品者の場合、アイコン８１２が配置されるせりは、出品者が車両を出品したせりとなる。それにより、応札者と同様に、出品者は自身が車両を出品したせりへの対応をより容易に行うことができる。
【０１３７】
本実施形態では、アイコン８１２の時間軸上の配置は変更しないようにしている。これは、出品者が確認したスケジュールを基準に、余実差異の影響を判断できるようにするためである。しかし、余実差異を反映したスケジュール（せりスケジュール表示領域８１４）を確認できるようにしても良い。
【０１３８】
せり進行表示画面上に配置されたアイコン８１２、および出品番号８１３は、対応するせりで出品される車両の車両詳細画面を表示させるためのリンクボタンとなっている。ここで図１４を参照し、不在申し込みの申請方法について具体的に説明する。
【０１３９】
図１４（ａ）は、応札者が「１０６０」の出品番号８１３をクリックした後の進行表示画面８０の表示例を表している。その出品番号８１３を応札者がクリックしたことにより、表示エリア８２には、出品番号が１０６０のせりで出品される車両の車両詳細画面が表示されている。
【０１４０】
車両詳細画面には、不在申し込み用の「不在登録＿ボタン９２１、スタート価格を確認可能なスタート価格エリア９２２が配置されている。不在登録＿ボタン９２１をクリックすると、出品番号が１０６０のせりの不在申し込み申請画面が表示される。図１４（ｂ）は、不在申し込み申請画面が表示された状態を表している。不在申し込み申請画面には、応札上限金額入力エリア９２３、応札上限金額入力エリア９２３に入力された応札上限金額での不在申し込みの登録を申請するか否かを応札者に選択させるためのＹｅｓ＿ボタン９２４、およびＮｏ＿ボタン９２５が配置されている。応札上限金額の入力は、例えば応札上限金額入力エリア９２３内にカーソルを移動させた後、キーボードを用いて行うことができる。
【０１４１】
不在申し込み申請画面の表示は、不在申し込みが登録されている状況で行われる場合がある。その場合、不在申し込みの登録のキャンセルを申請するためのＣａｎｃｅｌ＿ボタン９２６が不在申し込み申請画面上に配置される。
【０１４２】
不在申し込み申請画面上のＹｅｓ＿ボタン９２４を応札者がクリックした場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、および申請内容が格納された申請メッセージ（データ情報またはデータ信号）が座席車両検索端末装置２１６からせり制御装置２００に送信される。それにより、せり制御装置２００は、受信した申請メッセージ（データ情報またはデータ信号）内の申請内容が登録、或いは変更であった場合、そのメッセージ（データ情報またはデータ信号）内の応札上限金額、応札者の会員番号を、せりデータＤＢ３９１のそのメッセージ（データ情報またはデータ信号）内の出品番号を格納したレコードに追加、或いは上書きする。申請内容がキャンセルであった場合、メッセージ（データ情報またはデータ信号）内の応札上限金額、応札者の会員番号を、せりデータＤＢ３９１のそのメッセージ（データ情報またはデータ信号）内の出品番号を格納したレコードから削除する。
【０１４３】
応札者がＮｏ＿ボタン９２５をクリックした場合、せりデータＤＢ３９１の更新は行われることなく、直前の画面が表示エリア８２に表示される。直前の画面の表示エリア８２への表示は、応札者がＹｅｓ＿ボタン９２４、或いはＣａｎｃｅｌ＿ボタン９２６をクリックした場合にも行われる。しかし、不在申し込みの登録、或いは変更を申請した場合、不在申し込みが登録されていることを応札者に通知するためのメッセージエリア９２７が直前の画面上に配置される。それにより、進行表示画面８０は図１４（ｃ）に例示されるような状態となる。一方、Ｎｏ＿ボタン９２５、或いはＣａｎｃｅｌ＿ボタン９２６のクリックにより、不在申し込みが登録されていない場合には、図１４（ｃ）に例示されるような画面ではなく、図１４（ａ）に例示されるような画面が表示されることとなる。
【０１４４】
図３の不在管理部３７０は、せり制御装置２００のせり業務制御部３１０が通信部群３２０を介して上記申請メッセージ（データ情報またはデータ信号）を受信した場合、せり業務制御部３１０の指示により、上記のようなせりデータＤＢ３９１の更新を行う。
【０１４５】
画面作成部３８０は、せりデータＤＢ３９１、および余実差異ＤＢ３９６を参照し、図１、および図１４に例示されるような画面を含む各種画面をせり業務制御部３１０の指示に従って作成し、せり業務制御部３１０に出力する。そのように作成される画面をせり業務制御部３１０が通信部群３２０を介して座席車両検索端末装置２１６に送信することにより、応札者はせり制御装置２００が作成したスケジュール、そのスケジュールと実際のせり進行との差の確認、不在申し込みの申請、等を行うことができる。このことから、上記画面作成プログラム７０２は、画面作成部３８０を実現させるものとしてせり制御プログラム７００に搭載されている。
【０１４６】
図１５は、不在申し込みの申請を実現させる応札者、および座席車両検索端末装置の動作の流れの例を表す図である。
せり会場側では、座席車両検索端末装置２１６は、応札者が必要に応じて随時、使用するものと想定している。このことから、不在申し込みの何らかの申請、或いは登録内容の確認等を考えている応札者は、空いている座席車両検索端末装置２１６に会員カード４を読み取らせることでログインを行う（Ｓ５１）。ログインにより、図１に例示されるような画面が座席車両検索端末装置２１６に表示されることとなる。
【０１４７】
応札者は、表示されたせり進行表示画面、或いは表示エリア８２に所望の画面（車両検索画面）を表示させ、次回以降に開催されるせりのなかから、自身の希望する条件にあったせりを必要に応じて検索する（Ｓ５２）。そのようにして、応札者は、図１４（ａ）に例示されるように所望の車両詳細画面を表示させ、その車両詳細画面上の不在登録＿ボタン９２１をクリックして不在申し込み申請画面を表示エリア８２に表示させる。その後は、応札者は、応札上限金額入力エリア９２３への応札上限金額の入力を必要に応じて行い、Ｙｅｓ＿ボタン９２４、Ｎｏ＿ボタン９２５、或いはＣａｎｃｅｌ＿ボタン９２６をクリックする（Ｓ５３）。
【０１４８】
座席車両検索端末装置２１６は、応札者のＹｅｓ＿ボタン９２４、Ｎｏ＿ボタン９２５、およびＣａｎｃｅｌ＿ボタン９２６のなかでクリックされたボタンから申請内容を判定し（Ｓ５４）、その判定結果に応じた処理を行う。それにより、申請内容が登録、或いは変更であった場合、つまり応札者がＹｅｓ＿ボタン９２４をクリックした場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、および登録、或いは変更を求める申請内容が格納された申請メッセージが座席車両検索端末装置２１６からせり制御装置２００に送信される。座席車両検索端末装置２１６は、メッセージ（データ情報またはデータ信号）の送信によりせり制御装置２００から図１４（ｃ）に例示されるような画面を受信するのを待って、その画面を表示させる（以上、Ｓ５５）。
【０１４９】
申請内容がキャンセルであった場合、例えば応札上限金額入力エリア９２３に入力されている応札上限金額、応札者の会員番号、出品番号、およびキャンセルを求める申請内容が格納された申請メッセージが座席車両検索端末装置２１６からせり制御装置２００に送信される。そのメッセージの送信によりせり制御装置２００から図１４（ａ）に例示されるような画面を受信するのを待って、その画面を表示させる（以上、Ｓ５６）。
【０１５０】
申請しない場合、つまり応札者がＮｏ＿ボタン９２５をクリックした場合、直前に表示エリア８２に表示されていた画面の再送信をせり制御装置２００に要求し、その画面を受信するのを待って、その画面を表示させる（Ｓ５７）。図１４に例示される画面例では、表示される画面は図１４（ａ）、或いは図１４（ｃ）に例示されるようなものとなる。
【０１５１】
応札者は、そのようにして表示エリア８２上の画面が切り替わった後、他に希望する条件にあったせりを調べるか否か判断する（Ｓ５８）。それにより、他のせりを調べる必要がないと判断した場合（Ｓ５８のＮｏ）、ログオフを行い、座席車両検索端末装置２１６の使用を終了する（Ｓ５８→終了）。他のせりを調べる必要があると判断した場合（Ｓ５８のＹｅｓ）、調べる必要のあるせりの検索を行う（Ｓ５８→Ｓ５２）。
【０１５２】
不在申し込みのキャンセルは、対応するせりが開始した後に応札者が望む場合がありうる。このことから、本実施形態では、応札者が不在申し込みを登録したせりが開始すると、図１４（ｂ）に例示されるようなＣａｎｃｅｌ＿ボタン９２６を、表示エリア８２に表示されている画面の種類に係わらず表示させるようにしている。それにより、せりが終了するまでの間にＣａｎｃｅｌ＿ボタン９２６を応札者がクリックすると、せりの不在申し込みを無効にするようにしている。その無効は、せり制御装置２００が、会員情報ＤＢ３９７の応札者の会員情報中の与信枠を「０」とすることで行うものとする。このようにするのは、応札者は与信枠を越える応札を行えないからである。
【０１５３】
このことから、せり制御装置２００は、応札者が不在申し込みによりせりに参加しているか否かに係わらず、応札を行っている応札者の会員情報中の与信枠を現在価格（応札価格）と比較することにより、その応札が有効か否かを確認する。また、与信枠は例えば落札する毎に、与信管理部４００によって会員情報ＤＢ３９７の応札者の与信枠を落札金額だけ減算する等により更新される。
【０１５４】
このようなことから、開始しているせりの不在申し込みのキャンセルは、図１６に例示されるように、応札者が空いている座席車両検索端末装置２１６に会員カード４を読み取らせることでログインし（Ｓ６１）、そのログインにより、図１４（ｂ）に例示されるようなＣａｎｃｅｌ＿ボタン９２６が配置された画面が表示エリア８２に表示されるのを待って、そのＣａｎｃｅｌ＿ボタン９２６を応札者がクリックすることで行われる。クリック操作により、座席車両検索端末装置２１６は、例えば不在申し込みをキャンセルすべきせりの出品番号、応札者の会員番号、および不在申し込みのキャンセルを求める申請内容を格納したメッセージをせり制御装置２００に送信する。
【０１５５】
そのようなメッセージの受信により、せり制御装置２００は、会員情報ＤＢ３９７の受信メッセージ中の会員番号を格納したレコードの与信枠を０に更新し、応札者の応札を無効にする。与信枠は、対応するせりが終了した後、元の値に戻す。それにより、応札者の応札を一時的に無効にする。
【０１５６】
次に、上述のせり開始時間の予測技術等の説明を踏まえて、本実施の形態におけるマイレーンの表示制御の一例について、図１、図１７、等を参照して具体的に説明する。
図１７は、本実施の形態におけるマイレーン表示制御の一例を示すフローチャートである。この図１７のフローチャートにおけるステップＳ５１２〜ステップＳ５２８の処理は、せり制御装置２００として用いられるコンピュータ（ＣＰＵ６１）に、せり制御プログラム７００としての画面作成部３８０（マイレーン表示制御機能３８１）を実行させることで実現される。
【０１５７】
上述のステップＳ６１０〜ステップＳ６１８の処理によって、せりデータＤＢ３９１には、ウォッチ登録の会員番号の情報が登録されている（ステップＳ５１０）。
ＣＰＵ６１は、ログインおよび会員情報の取得を行う。具体的には、上述の会員カード４による会員認証を行う（ステップＳ５１２）。
【０１５８】
本実施の形態では、この認証の直後に、マイレーン８１４ａにおけるウォッチリスト情報３９７ｃ以外の、後述の趣向情報３９７ｄによるせりの表示の有無や、趣向情報３９７ｄにおける各種情報の判別順序などをオプションとして受け付けて記憶する。
【０１５９】
次に、上述のＳ１１〜Ｓ２０（図１５）の処理によりせり状況画面のための実レーン８１４ｂのせりの実行時刻の予想および表示（せりデータの生成）を行う（ステップＳ５１４）。
【０１６０】
次に、上述のステップＳ５１４で生成された実レーン８１４ｂにおける、せりスケジュール表示領域８１４の表示範囲内での未処理のせりデータの一つを選択する（ステップＳ５１６）。
【０１６１】
そして、ログイン情報の会員番号が当該せりデータのウォッチ会員３９１ｊに含まれているか否かを判別する（ステップＳ５１８）。
そして、含まれていると判定されは場合には、当該せりデータをマイレーン８１４ａに表示する（ステップＳ５２２）。
【０１６２】
上述のステップＳ５１８で含まれていないと判定された場合には、さらに、当該せりデータが当該応札者の趣向情報３９７ｄ（例えば、趣向条件ｃ１〜ｃ３）に該当するか判別し（ステップＳ５２０）、該当する場合には、当該せりデータをマイレーン８１４ａに表示する（ステップＳ５２２）。
【０１６３】
なお、この趣向情報３９７ｄによるせりデータの抽出のとき、空き時間の判定や所望の優先順位の設定を行うことは、上述のとおりである。
一方、上述のステップＳ５１８、ステップＳ５２０の判定のいずれにも該当しない場合には、ステップＳ５２２はスキップされ、マイレーン８１４ａへの表示は行われず、現行のせり状況画面の表示／更新の停止の有無を判別し、表示／更新が継続の場合にはステップＳ５１４に戻る。
【０１６４】
次に、マイレーン８１４ａにおける現在の抽出結果と、既表示のせりデータの予想時間が競合するか否かを判別する（ステップＳ５２４）。
そして、競合すると判定された場合は、当該せりデータの不在応札（上述の図１５の処理）を行わせる（ステップＳ５２６）。
【０１６５】
ただし、この場合、ログインは完了しているので、上述のＳ５２〜Ｓ５８が行われることになる。
その後は、上述のステップＳ５２８へ移行する。
【０１６６】
以上説明したように、本実施の形態によれば、例えば、複数のレーンにおける多数のせりの開始時刻予想技術によって、せりスケジュール表示領域８１４の複数の実レーン８１４ｂに時系列に表示する場合に、会員のウォッチリスト情報３９７ｃに該当するせりデータを抽出し、マイレーン８１４ａにまとめて表示することで、会員が参加を希望するせりデータを明解に見易く表示することができる。
【０１６７】
すなわち、応札者が応札したいせりと時間がマイレーン８１４ａに集中的に表示され、希望するせりへの確実な参加と、現車チェック等の別作業を行う時間が増加し、利便性が向上する。また、レーンの選択ミスや錯誤等に起因する誤応札が限りなくゼロになる。この結果、誤落札も減少し顧客クレームが減少する。さらに、せりに参加する応札者が増加し、応札数の増加が見込まれる。
【０１６８】
すなわち、実レーン８１４ｂの数が増えても、会員が参加を希望するウォッチリストのせりデータのみが選択的に一つのマイレーン８１４ａに集中して表示されるので、会員は、せりスケジュール表示領域８１４においてマイレーン８１４ａを注視するだけで済むため、視認性が向上し、応札作業における疲労軽減、利便性の向上、さらには、見逃しや誤落札等の防止を確実に実現できる。
【０１６９】
せりの主催者や出品者からみれば、せりシステムの利便性の向上により応札者を増やすことができ、落札率が向上する利点がある。
また、ウォッチリスト情報３９７ｃに登録されているせりの実行予想時間帯が競合することも容易に発見でき、競合する場合には不在応札を行わせることで、参加できるせりの数が増加する。
【０１７０】
さらに、例えば、ウォッチリスト情報３９７ｃに登録された複数のせりの開始予想時刻の間に所定の長さ以上の空き時間が生じた場合に、その空き時間帯に、それ以外の、趣向情報３９７ｄに基づいて選択されたせりを、実レーン８１４ｂの側から抽出して、マイレーン８１４ａに表示するので、会員にとっては、ウォッチリスト情報３９７ｃに登録した目的のせりに対する応札以外の空き時間を有効に利用して、無駄なく、より多数のせりに応札できる利点がある。
【０１７１】
また、せりの主催者や出品者の側からみれば、出品物を、ウォッチ登録していない、より多数の応札者に応札させ、落札の可能性や、落札価格を向上させることができる利点がある。
【０１７２】
この結果、せりにおける応札者、出品者、主催者の三者の満足度を向上させることが可能なせり制御技術等を提供することが可能となる。
なお、本実施形態では、一例として、各せりの落札価格の予想機能、各せりのせり開始予定時間の計算機能、不在申し込みの申請への対応機能、余実差異の計算機能はいずれもせり制御装置２００に搭載させているが、各機能はせりシステムに含まれる１つ以上のノードに分散させても良い。また、各機能の全てをせり制御装置２００以外のノードに搭載させても良い。このようなことから、機能を搭載させるノードの選択、選択したノードに搭載させる機能の選択等は非常に幅広く行うことができる。
【０１７３】
なお、本発明は、上述の実施の形態に例示した構成に限らず、その趣旨を逸脱しない範囲で種々変更可能であることは言うまでもない。
例えば、上述の説明では、一例として、開始時刻をせり機システム２０で予想し、予想結果に基づいて各せりのアイコン８１２を配置する例を説明したが、これに限らず、開始時刻予想部３５０や誤差計算部３６０等による予測処理を行わず、出品申し込みの情報に基づいて、せり登録時にせりデータＤＢ３９１に設定された固定的な開始予定時刻を取得して用いても良く、その場合にも、同様の効果が得られる。
【０１７４】
また、例えば、せりの対象物品としては、中古車等の車両に限らず、一般の物品のせりに広く適用することができる。
【符号の説明】
【０１７５】
１ せりシステム
４ 会員カード
１０ せり業務システム
２０ せり機システム
３０ ネットワーク
３１ ハブ
３２ 通信線
６０ 出品番号
６１ ＣＰＵ
６２ メモリ
６５ 外部記憶装置
６６ 媒体駆動装置
６７ ネットワーク接続装置群
６８ バス
７０ 記録媒体
８０ 画面
８１ 表示エリア
８２ 表示エリア
１１０ 業務サーバ
１２０ 映像サーバ
１３１ 業務端末装置
１３２ 出品票登録端末装置
１３３ せり検索端末装置
１３４ 来場者登録端末装置
１３５ 発券端末装置
１４０ ネットワーク
１４１ ハブ
１４２ 通信線
２００ せり制御装置
２１１ 連携ＰＣ
２１２ 表示制御ＰＣ
２１３ 表示制御ＰＣ
２１４ せり人・調整人操作端末装置
２１５ 購買店操作端末装置
２１６ 座席車両検索端末装置
２１７ 表示装置
２１８ レーン切替ボタン
２１８ａ マイレーンボタン
２１８ｂ 実レーンボタン
２２１ せり状況表示モニター
２２２ 出品店表示モニター
２３０ ネットワーク
２３１ ハブ
２３２ 通信線
３１０ せり業務制御部
３２０ 通信部群
３３０ 認証部
３４０ 落札価格予想部
３５０ 開始時刻予想部
３６０ 誤差計算部
３７０ 不在管理部
３８０ 画面作成部
３８１ マイレーン表示制御機能
３９０ データ格納部
３９１ せりデータＤＢ
３９１ａ 出品番号
３９１ｂ 車種
３９１ｃ レーン
３９１ｄ スタート価格
３９１ｅ 市場価格
３９１ｆ せり予測時間
３９１ｇ せり開始予定時刻
３９１ｈ せり開始時刻
３９１ｉ 不在申し込み情報
３９１ｊ ウォッチ会員
３９２ 相場情報ＤＢ
３９２ａ 車種
３９２ｂ 市場価格
３９３ せり管理情報ファイル
３９３ａ 値幅
３９３ｂ せり上げ間隔
３９３ｃ 決定時間
３９４ 会場情報ファイル
３９５ せり結果ＤＢ
３９５ａ 出品番号
３９５ｂ 落札価格
３９５ｃ 落札会員番号
３９５ｄ せり確定時刻
３９５ｅ 次出品番号
３９６ 余実差異ＤＢ
３９６ａ レーン
３９６ｂ 余実差異
３９７ 会員情報ＤＢ
３９７ａ 会員番号
３９７ｂ 氏名
３９７ｃ ウォッチリスト情報
３９７ｄ 趣向情報
３９７ｅ 与信枠
４００ 与信管理部
８１１ 時間尺度選択ボタン
８１２ アイコン
８１３ 出品番号
８１４ せりスケジュール表示領域
８１４ａ マイレーン
８１４ｂ 実レーン
８１４ｃ アイコン凡例表示
８１５ 余実差異
８２１ レーンエリア
８２２ 出品番号エリア
８２３ 情報エリア
８２４ 画像
８２５ 現在価格エリア
８２６ メッセージエリア
９２１ 不在登録＿ボタン
９２２ スタート価格エリア
９２３ 応札上限金額入力エリア
９２４ Ｙｅｓ＿ボタン
９２５ Ｎｏ＿ボタン
９２６ Ｃａｎｃｅｌ＿ボタン
９２７ メッセージエリア
Ａ〜Ｚ レーン
【特許請求の範囲】
【請求項１】
ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御方法において、
複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、
個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、
を含むことを特徴とするせりシステムの制御方法。
【請求項２】
請求項１記載のせりシステムの制御方法において、
前記第１ステップでは、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの前記開始予測時刻を計算することを特徴とするせりシステムの制御方法。
【請求項３】
請求項１記載のせりシステムの制御方法において、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示する、
ことを特徴とするせりシステムの制御方法。
【請求項４】
請求項３記載のせりシステムの制御方法において、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する、
ことを特徴とするせりシステムの制御方法。
【請求項５】
請求項３記載のせりシステムの制御方法において、
前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を行わせる、
ことを特徴とするせりシステムの制御方法。
【請求項６】
ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、
複数の前記せりの各々毎の開始予測時刻を取得する予測時刻取得手段と、
個々の前記せりの開催会場に対応して前記端末装置に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を前記せりの応札者に提示する予想進行提示手段と、
個々の前記応札者に応じた抽出条件で抽出された前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する仮想レーン提示手段と、
を含むことを特徴とするせりシステム。
【請求項７】
請求項６記載のせりシステムにおいて、
前記予測時刻取得手段は、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの開始予測時刻を計算する予測時刻計算手段からなることを特徴とするせりシステム。
【請求項８】
請求項６記載のせりシステムにおいて、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーン提示手段は、前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示する、
ことを特徴とするせりシステム。
【請求項９】
請求項８記載のせりシステムにおいて、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記仮想レーン提示手段は、前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する、
ことを特徴とするせりシステム。
【請求項１０】
請求項８記載のせりシステムにおいて、
前記仮想レーン提示手段は、前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を促す画面を提示する、
ことを特徴とするせりシステム。
【請求項１１】
ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御プログラムにおいて、
複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、
個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、
をコンピュータに実行させることを特徴とするせりシステムの制御プログラム。
【請求項１２】
請求項１１記載のせりシステムの制御プログラムにおいて、
前記第１ステップでは、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの開始予測時刻を計算することを特徴とするせりシステムの制御プログラム。
【請求項１３】
請求項１１記載のせりシステムの制御プログラムにおいて、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示させる処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【請求項１４】
請求項１３記載のせりシステムの制御プログラムにおいて、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【請求項１５】
請求項１３記載のせりシステムの制御プログラムにおいて、
前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を促す画面を表示する処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【請求項１】
ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御方法において、
複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、
個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、
を含むことを特徴とするせりシステムの制御方法。
【請求項２】
請求項１記載のせりシステムの制御方法において、
前記第１ステップでは、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの前記開始予測時刻を計算することを特徴とするせりシステムの制御方法。
【請求項３】
請求項１記載のせりシステムの制御方法において、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示する、
ことを特徴とするせりシステムの制御方法。
【請求項４】
請求項３記載のせりシステムの制御方法において、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する、
ことを特徴とするせりシステムの制御方法。
【請求項５】
請求項３記載のせりシステムの制御方法において、
前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を行わせる、
ことを特徴とするせりシステムの制御方法。
【請求項６】
ネットワークを介して接続された端末装置からせりの応札を行うことが可能なせりシステムにおいて、
複数の前記せりの各々毎の開始予測時刻を取得する予測時刻取得手段と、
個々の前記せりの開催会場に対応して前記端末装置に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を前記せりの応札者に提示する予想進行提示手段と、
個々の前記応札者に応じた抽出条件で抽出された前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する仮想レーン提示手段と、
を含むことを特徴とするせりシステム。
【請求項７】
請求項６記載のせりシステムにおいて、
前記予測時刻取得手段は、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの開始予測時刻を計算する予測時刻計算手段からなることを特徴とするせりシステム。
【請求項８】
請求項６記載のせりシステムにおいて、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーン提示手段は、前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示する、
ことを特徴とするせりシステム。
【請求項９】
請求項８記載のせりシステムにおいて、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記仮想レーン提示手段は、前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する、
ことを特徴とするせりシステム。
【請求項１０】
請求項８記載のせりシステムにおいて、
前記仮想レーン提示手段は、前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を促す画面を提示する、
ことを特徴とするせりシステム。
【請求項１１】
ネットワークを介して接続された端末装置から応札者がせりの応札を行うことが可能なせりシステムの制御プログラムにおいて、
複数の前記せりの各々毎の開始予測時刻を取得する第１ステップと、
個々の前記せりの開催会場に対応して前記端末装置の画面に表示される複数のレーンの各々に、前記開始予測時刻を用いて、複数の前記せりの予想されるせり予想進行を表示するとともに、個々の前記応札者に応じた抽出条件に基づいて抽出された特定の前記せりの前記予想進行を、前記レーンとは異なる仮想レーンに表示する第２ステップと、
をコンピュータに実行させることを特徴とするせりシステムの制御プログラム。
【請求項１２】
請求項１１記載のせりシステムの制御プログラムにおいて、
前記第１ステップでは、複数の前記せりの各々毎に、前記せりに要すると予想されるせり予想時間を計算し、前記予想時間を用いて、各々の前記せりの開始予測時刻を計算することを特徴とするせりシステムの制御プログラム。
【請求項１３】
請求項１１記載のせりシステムの制御プログラムにおいて、
前記抽出条件は、
前記応札者が事前に参加を指定したせりが記録されるウォッチリストに前記せりが登録されているか否かに基づく第１抽出条件、
前記第１条件以外で、前記せりシステムが自動的に設定した第２抽出条件、
を含み、
前記仮想レーンにおける、前記第１条件で抽出された前記せりの表示の時間軸方向の隙間に、前記第２抽出条件で抽出された前記せりを表示させる処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【請求項１４】
請求項１３記載のせりシステムの制御プログラムにおいて、
前記第２条件は、前記ウォッチリストに登録されている前記せりの対象の物品と同種の物品を示す種類情報、前記せりの対象の物品の評価を示す評価情報、前記応札者の過去の応札履歴情報、の少なくとも一つを含み、
前記応札者が事前に指定した優先順位で、前記種類情報、前記評価情報、前記応札履歴情報の各々を適用して前記せりを抽出する処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【請求項１５】
請求項１３記載のせりシステムの制御プログラムにおいて、
前記第１条件に合致し、前記開始予測時刻が競合する複数の前記せりが抽出される場合、一つの前記せりのみを前記仮想レーンに表示し、他の前記せりについては不在応札を促す画面を表示する処理を前記コンピュータに実行させる、
ことを特徴せりシステムの制御プログラム。
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１６】
【図１７】
【図１】
【図２】
【図１４】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１５】
【図１６】
【図１７】
【図１】
【図２】
【図１４】
【公開番号】特開２０１３−１１４３３３（Ｐ２０１３−１１４３３３Ａ）
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願番号】特願２０１１−２５７７９４（Ｐ２０１１−２５７７９４）
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
【公開日】平成２５年６月１０日（２０１３．６．１０）
【国際特許分類】
【出願日】平成２３年１１月２５日（２０１１．１１．２５）
【出願人】（０００２３７６３９）富士通フロンテック株式会社 (667)
[ Back to top ]