(57)【要約】【課題】同一時間帯に重なる３つ以上のせりにリアルタイムに応札可能なせり応札端末を提供することである。【解決手段】提案するせり応札端末は、複数の購入希望車両のせりが同一時間帯に実施される場合に、それら購入希望車両のせりが行なわれる複数レーンに対応する車両の情報を同時に画面上に表示する画面表示制御手段と、前記画面に表示された複数のレーンに対応する車両の情報に基づいて、応札するレーンを選択するレーン選択手段と、選択されたレーンに表示された車両に対して応札を実行する応札実行手段と、を備える。【選択図】図１１
2013161368.tif 000002
【特許請求の範囲】
【請求項１】
車両のせり取引を行なうせり応札端末において、
予め複数の購入希望車両のせりの出品番号を登録した会員毎参加希望せり情報テーブルと、
開催される全てのせりのスケジュール情報を登録したスケジュールテーブルと、
前記購入希望車両のせりの出品番号と前記スケジュール情報により同一時間帯に参加する前記購入希望車両のせりの数を算出する参加せり数算出手段と、
前記算出された同一時間帯に参加する購入希望車両のせりの数が複数である場合に、前記購入希望車両のせりが行なわれる複数レーンに対応する車両の情報を同時に画面上に表示する画面表示制御手段と、
前記画面に表示された複数のレーンに対応する車両の情報に基づいて、応札するレーンを選択するレーン選択手段と、
選択されたレーンに表示された車両に対して応札を実行する応札実行手段と、を備えることを特徴とするせり応札端末。
【請求項２】
前記レーン選択手段は、前後左右と斜め方向の８方向に傾けることが可能なレバーを備えた、せり情報の表示枠選択コントローラであり、
前記応札実行手段は、前記レバーの先端に設けられた応札ボタンであり、
現在選択されているレーン位置から前記レバーが利用者により傾けられた方向に選択レーンが変更され、
応札ボタンが押下されたときに選択されていたレーンに対応して応札が行なわれる、ことを特徴とする請求項１記載のせり応札端末。
【請求項３】
前記レーン選択手段は、振り方向が検知可能な加速度センサを内蔵したせり情報の表示枠選択コントローラであり、
前記応札実行手段は、前記表示枠選択コントローラ上に設けられた応札ボタンであり、
前記表示枠選択コントローラを振った方向に表示されているレーンに選択レーンが変更され、
応札ボタンが押下されたときに選択されていたレーンに対応して応札が行なわれる、ことを特徴とする請求項１記載のせり応札端末。
【請求項４】
前記レーン選択手段は、各数字が前後左右と斜め方向の８方向に対応付けられたテンキーボードであり、
前記応札実行手段は、先端に応札ボタンが設けられた応札ボタン器具であり、
現在選択されているレーン位置から利用者により押下されたキーが示す方向に応じて選択レーンが変更され、
応札ボタンが押下されたときに選択されていたレーンに対応して応札が行なわれる、ことを特徴とする請求項１記載のせり応札端末。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、出品物（中古車）を出品する複数の出品者と複数の応札者とがネットワークを通してせり取引（オークション：auction）を行い、応札者（会員）が所望とする商品を応札するシステムが備えるせり応札端末に関する。
【背景技術】
【０００２】
中古車を出品物とするオークション取引がある。
このオークション取引は、主として業者が応札を行い、１台についてのオークションが平均１分以内（例えば２０秒程度）で完結するものである。
【０００３】
全国では１００程度のオークション取引を行なう会場があり、平日（月〜金）の５日間で毎日ほぼ均等に分散して実施されることから、平日の１日に約２０会場で中古車オークションが行なわれていることになる。
【０００４】
このせりシステムは、出品者が出品する出品物（中古車）の情報（年式、車名、走行距離、画像（映像）など）を設定する１台以上の業務端末と、業務端末から設定された出品物（中古車）の情報を受信する業務サーバ・映像サーバと、業務サーバ・映像サーバからオークションの出品物の情報を取得し、当日のスケジュールに沿って、配下の複数のせり応札端末にブロードキャスト（同報）するせり制御装置と、を有する。
【０００５】
１台につき平均２０秒程度という短いオークション（せり）の実施時間においては、せり制御装置が出品物（中古車）の価格を決めて、現在価格情報として出品物情報と対応付けて配下の複数のせり応札端末にブロードキャストする。
【０００６】
そして、それら複数のせり応札端末のうちの現在価格に応札したせり応札端末からの応札数情報をカウントし、所定数以上の端末から応札情報を受信したかどうかを判断する。
例えば、１台以上のせり応札端末から応札情報を受信した場合、出品物の価格に一定額を（例えば５０００円）加算して、その一定額が加算された価格を現在価格情報として出品物情報と対応付けて配下の複数のせり応札端末にブロードキャストする。これを約１分間のせり時間がオーバーするまで繰り返すか、または、上げた価格で応札する応札端末がなくなるまで繰り返す。そして、１つのせりが終了する。
【０００７】
例えば、最終的な応札価格が出品者の希望落札価格を上回った場合、そのオークションは出品物（中古車）の落札という形で終了する。
このように、一会場では、１日に１つが２０秒程度の短時間で終わるせりが数百から数千回開催される。
【０００８】
同一時間帯に何台のせりを行なうかを示す数のことをレーン数というが、せりが開催される１つの会場内でのレーン数が増える傾向に近年ある。
また、せりシステムのセンター化により、せりが開催される複数の会場間での連携も進み、多会場での同時せり開催も行なわれつつあり、同一時間帯に開催するせりのレーン数は一層多くなることが予想される。
応札を行なう会員側としては、現状では、せり応札端末から応札を行なっている。
【０００９】
図１９は、従来のせり応札端末のモニター部の正面図である。
図１９に示すように、従来のせり応札端末は、モニター部１２０の画面を左右に２分割して、２レーン分のせりの情報を表示可能としている。
【００１０】
そして、モニター部１２０の両脇に設置された応札ボタン器具１２１−１、１２１−２のそれぞれ先端に設けられた応札ボタン１２２−１、１２２−２のいずれかを押下して、表示されている、２レーン分のせり情報のいずれかに応札可能としている。なお、図１９において、符号１２３は、落札時の決済をリアルタイムに行なうために設けられたカードリーダを示している。
【００１１】
例えば、８レーンのせりを同時に実施するせり会場の場合、ボタン押下による表示レーン切替により同一時間帯における、８レーンのうちの固定で決められた２レーンの組み合わせ４組（ＡレーンとＢレーン、ＣレーンとＤレーン、ＥレーンとＦレーン、ＧレーンとＨレーン）のディスプレイへの表示が可能である。
【００１２】
しかし、この方法では、例えば、連続した２つのレーンであっても、ＢレーンとＣレーンの同時表示は対応するボタン（指示方法）がないため表示できない。また、同一時間帯に応札したいせりが３つ以上ある場合などは、ボタン数を増やすなどしても対応不可能であり、せりが実施されている時間帯にリアルタイムで応札できず、「不在応札」をしかたなく行なう必要があった。
【００１３】
このように、せりシステムのセンター化により、会場間の連携も進むことにより、多会場での同時せり開催も行なわれつつあり、同一時間帯におけるせりのレーン数が一層増える傾向にあるため、同一時間帯に重なる３つ以上のせりをリアルタイムに応札できる仕組みが必要である。
【００１４】
なお、関連技術として、特許文献１に示されるせりシステムでは、せり応札端末において、応札者がせりの予定表から参加を希望するせりのせり番号を予め指定することにより、参加するせりを指定したせり予定表を作成する。そして、せりが開始すると、入力表示部に、応札者が指定したせり番号のせり取引情報が表示される。また、同一時間帯に複数レーンのせりを指定していた場合には、入力表示部に複数のせり情報が同時に表示され、応札者はこれら複数のせり情報を確認して応札できる。
【００１５】
しかし、特許文献１の技術では、表示された複数のせり情報確認後に、ボタン切替操作などを行い、応札したいせりの情報が表示される画面への切り替えが必要であり、数十秒という短いせり時間を考慮すると、使い勝手がよいシステムとはいえない。
【先行技術文献】
【特許文献】
【００１６】
【特許文献１】特開２０１０−１２８９９８号公報
【発明の概要】
【発明が解決しようとする課題】
【００１７】
本発明は、上記問題を解決するためになされたものであり、同一時間帯に重なる３つ以上のせりにリアルタイムに応札可能なせり応札端末を提供することを目的とする。
【課題を解決するための手段】
【００１８】
提案するせり応札端末は、予め複数の購入希望車両のせりの出品番号を登録した会員毎参加希望せり情報テーブルと、開催される全てのせりのスケジュール情報を登録したスケジュールテーブルと、記購入希望車両のせりの出品番号と前記スケジュール情報により同一時間帯に参加する前記購入希望車両のせりの数を算出する参加せり数算出手段と、前記算出された同一時間帯に参加する購入希望車両のせりの数が複数である場合に、前記購入希望車両のせりが行なわれる複数レーンに対応する車両の情報を同時に画面上に表示する画面表示制御手段と、前記画面に表示された複数のレーンに対応する車両の情報に基づいて、応札するレーンを選択するレーン選択手段と、選択されたレーンに表示された車両に対して応札を実行する応札実行手段と、を備えるものである。
【発明の効果】
【００１９】
提案するせり応札端末では、参加せり数算出手段により、会員毎参加希望せり情報テーブルとスケジュールテーブルを基に、同一時間帯に参加する購入希望車両のせりの数が算出され、画面表示制御手段により、同一時間帯に実施される複数のせりに関する情報が同時に画面に表示されるので、レーン選択手段により、応札したいせり（レーン）の情報が表示されている位置を選択し、応札実行手段により、選択されたレーンのせりに応札できる。よって、同一時間帯に重なる３つ以上のせりにリアルタイムに応札できる。
【図面の簡単な説明】
【００２０】
【図１】本発明の一実施形態に係る中古車のせり業務システムおよびせりシステムを含むせりの全体システムを示す図である。
【図２】本実施形態に係るせり応札端末の外観斜視図である。
【図３】業務サーバの機能ブロック図である。
【図４Ａ】出品物情報テーブルのデータ構造を示す図である。
【図４Ｂ】会員毎参加希望せり情報テーブルのデータ構造を示す図である。
【図４Ｃ】スケジュール・テーブルのデータ構造を示す図（その１）である。
【図４Ｄ】スケジュール・テーブルのデータ構造を示す図（その２）である
【図５Ａ】検索要求パケットのデータ構造を示す図である。
【図５Ｂ】検索結果パケットのデータ構造を示す図である。
【図５Ｃ】次時間帯せり情報パケットのデータ構造を示す図である。
【図６】業務サーバ側の検索処理のフローチャートである。
【図７】せり制御装置の機能ブロック図である。
【図８】次時間帯せり情報テーブルのデータ構造を示す図である。
【図９Ａ】現在価格情報パケットのデータ構造を示す図である。
【図９Ｂ】せり結果情報パケットのデータ構造を示す図である。
【図１０】せり制御装置側のせり処理のフローチャートである。
【図１１】せり応札端末の機能ブロック図である。
【図１２Ａ】参加希望せり情報テーブルのデータ構造を示す図である。
【図１２Ｂ】選択枠情報、枠数情報、および、枠／出品番号対応テーブルのデータ構造を示す図である。
【図１２Ｃ】現在価格情報テーブルのデータ構造を示す図である。
【図１３】せり応札情報パケットのデータ構造を示す図である。
【図１４Ａ】参加しているせりが１つの場合の画面表示例である。
【図１４Ｂ】参加しているせりが１つ以上であり、４つ以下である場合の画面表示例である。
【図１４Ｃ】参加しているせりが５つ以上であり、８つ以下である場合の画面表示例である。
【図１５】本実施形態に係るせり応札端末側の画面表示制御処理およびせり応札処理のフローチャートである。
【図１６】図１５のステップＳ４５の詳細フローチャートである。
【図１７】本実施形態の第１変形例に係るせり応札端末の外観斜視図である。
【図１８】本実施形態の第２変形例に係るせり応札端末の外観斜視図である。
【図１９】従来のせり応札端末のモニター部の正面図である。
【発明を実施するための形態】
【００２１】
以下、本発明に係る実施の形態について図面を参照して詳細に説明する。
図１は、本発明の一実施形態に係る中古車のせり業務システムおよびせりシステムを含むせりの全体システムを示す図である。
【００２２】
図１に示すように、せりシステム１５の上流側に、出品者側せり業務システム１０がある。
出品者側せり業務システム１０は、ｍ社（ｍ人）の出品法人（出品者）にそれぞれ対応するｍ台の業務端末１１−１、・・・、１１−ｍと、業務サーバ１２と、映像サーバ１３とを備える。
【００２３】
ｍ台の業務端末１１−１、・・・、１１−ｍから出品者により出品物（中古車）の各種情報が業務サーバ１２および映像サーバ１３にアップロードされる。
せりシステム１５は、ｎ台のせり応札端末１８−１、・・・、１８−ｎと、せり制御装置１６とを備える。
【００２４】
出品者側せり業務システム１０とせりシステム１５の各装置は通信ネットワーク１９を通して接続されている。
【００２５】
図２は、本実施形態に係るせり応札端末の外観斜視図である。
図２に示すように、せり応札端末は、モニター部２１とコントローラ部２２とを備えている。
【００２６】
カードリーダ２３はモニター部２１の表示画面２９の下部に設けられ、利用者のクレジットカードなどの与信確認を通信ネットワークを通して行なう。これにより、落札時のリアルタイム決済を実現する。
【００２７】
テンキーボード２４は、利用者がせり応札端末にログインするにあたり、利用者ＩＤ、暗証番号、等を入力するものである。
指示手段としてのマウス２５は、後述する検索条件指定時、検索要求送信時などにプルダウンメニュー（不図示）からの選択、送信ボタン（不図示）押下などに使用するものである。
【００２８】
また、せり情報表示枠選択コントローラ２６は、前後左右、斜めの少なくとも８方向に傾けることが可能なレバーを有し、そのレバーは、先端に応札ボタン２８を備える。
テンキーボード２４、マウス２５、せり情報表示枠選択コントローラ２６は、それぞれモニター部２１に接続され、そのモニター部２１を通してコントローラ部２２に接続されるか、または、直接、コントローラ部２２に接続される。
【００２９】
モニター部２１の表示画面２９は後述するように、現時間帯で参加しているせり（レーン）の数に応じてせりの情報表示枠の数を動的に変更する画面表示を行なっている。
現在選択されているレーン位置からレバーが利用者により傾けられた方向に選択レーンが変更される。また、応札ボタンが押下されたときに選択されていたレーンで応札が行なわれる。
【００３０】
図３は、業務サーバの機能ブロック図である。
図３に示すように、業務サーバ１２は、通信インターフェイス部３２、検索処理部３４、検索結果送信部３５、次時間帯せり情報送信部３６、メモリ３８、を備える。
【００３１】
メモリ３８には、出品物情報テーブル４１、会員毎参加希望せり情報テーブル４２、スケジュール・テーブル４３が記憶される。
出品物情報テーブル４１は、図４Ａに示すように、出品番号４１−１、スタート価格４１−２、希望落札価格４１−３、走行距離４１−４、車名４１−５、年式４１−６、評価点４１−７、色４１−８の各項目を有する。
【００３２】
図１の出品者側に設けられた業務端末１１−１、・・・、１１−ｍのそれぞれから出品物（中古車）に関する情報がこの出品物情報テーブル４１中に登録される。
会員（利用者）は図１のせり応札端末１８−１、・・・、１８−ｎのいずれかからログインして、中古車のせりに参加するが、この際、参加するせりを絞り込むために、会員の検索条件に合う出品物を、業務サーバ１２は、この出品物情報テーブル４１から検索する。
【００３３】
具体的には、会員は、せり応札端末の検索条件指定画面（不図示）からマウス２５等により必要な指定を行い、その指定結果を、図５Ａに示すような検索要求パケット４８として業務サーバ１２に送信する。
【００３４】
図５Ａに示すように、検索要求パケット４８は、（検索要求であることを示す）パケットの識別情報４８−１、会員番号４８−２、スタート価格（例えば○○万円以下などとプルダウンメニューから選択）４８−３、希望落札価格４８−４、走行距離（例えば○万Ｋｍ以下などとプルダウンメニューから指定）４８−５、車名（「車種」という場合もある。「プリウス」、「クラウン」、「アルト」などをプルダウンメニューから指定）４８−６、年式（例えば平成○年以降などと指定）４８−７、評価点（ここでは、５段階評価）４８−８、色（車体の色）４８−９、の各項目を備える。
【００３５】
検索要求パケット４８中の各項目は当然のこととして、検索条件を示すものである。
せり応札端末から検索要求パケット４８を業務サーバ１２が通信インターフェイス部３２を通して受信すると、その検索要求パケット４８によって指定された検索時の条件をキーとして、検索処理部３４が出品物情報テーブル４１を検索し、検索結果送信部３５が検索結果を、図５Ｂに示すような検索結果パケット５１として検索要求の送信元のせり応札端末に送信する。
【００３６】
図５Ｂに示すように、検索結果パケット５１は、その内部に（検索結果であることを示す）パケットの識別情報５１−１、出品番号５１−２、スタート価格５１−３、希望落札価格５１−４、走行距離５１−５、車名５１−６、年式５１−７、評価点５１−８、色５１−９、の各項目を備える出品物情報（５１−１０−１、５１−１０−２、・・・）をヒット件数分格納している。
【００３７】
なお、上記検索結果は、会員が当日参加したいせりを示している会員毎の情報であるので、会員毎参加希望せり情報テーブルと呼ばれる。
【００３８】
図４Ｂに示すように、会員毎参加希望せり情報テーブル４２は、出品番号４２−１、年式４２−２、車名４２−３、走行距離４２−４の各項目を備え、会員番号４５に紐付けられている。
【００３９】
なお、ここでは、例えば、年式「平成１０年以降」、車名「プリウス」、走行距離「３００００Ｋｍ以下」という条件で検索して得た結果を示している。正確には、図４Ａと同様の項目を備えるべきであるが、簡単のため省略した。
【００４０】
利用者（会員）の便宜を図る上でも、当日のせりのスケジュールは必要である。スケジュール情報は、図４Ｃに示すようなスケジュール・テーブルとして業務サーバ１２において管理し、例えば、当日のせり開始前に、せり制御装置１６やせり応札端末に送信して共用するようにしておく。
【００４１】
せりが実施される時間帯は例えば３０秒程度であるが、１つのせりの開始時刻と次のせりの開始時刻の間隔を例えば１分とし、その１分間について、せりが実施される時間帯として管理する。
【００４２】
これは、具体的には、○時○分から１分間、という時間帯であるが、簡単のため、時間帯を「１」、「２」、「３」、・・・と連続する番号で識別することにする。この取り決めだと、当然、せりとせりの間には３０秒の休みが挟まることになる。
【００４３】
正確には、「時間帯識別番号」というべきだが、簡単のため、以下では、単に「時間帯」と呼ぶことにする。そして、複数の中古車のせりが同一時間帯に実施される場合に、それら中古車のせりは複数のレーンで行なわれる、といわれる。
【００４４】
図４Ｃは、スケジュール・テーブルのデータ構造を示す図である。
図４Ｃに示すように、スケジュール・テーブル４３は、レーン毎にそれぞれの時間帯でどの出品番号の出品物が出品されるかを示すものである。
【００４５】
上述したように、せりシステムのセンター化により、会場間の連携も進むことにより、多会場での同時せり開催も行なわれつつあり、同一時間帯におけるせりのレーン数が一層増える傾向に近年ある。
【００４６】
また、１つのせり会場で見ても、レーン数が増加する傾向に近年ある。本実施形態としては、図４Ｃに示すように、８レーンある１つの会場で、例えば同一時間帯に重なる３つ以上、８つ以下のせりにリアルタイムに応札できる仕組みについて説明することとする。
【００４７】
一般には、１つの会場でレーン数は８以外であってよいし、会場毎にレーン数は異なっていてよい。
これを多会場に拡張して適用したい場合、出品番号をどのように管理するかが問題になる。
【００４８】
出品番号を全国で一元管理し、出品番号のみでせりを特定する方法、レーン情報を全国で一元管理し、レーン情報と出品番号の組み合わせでせりを特定する方法、会場のＩＤ、レーン情報、出品番号の組み合わせでせりを特定する方法、などが考えられ、そのいずれもが採用可能である。
【００４９】
例えば図４Ｄでは、レーン情報の中に会場のＩＤを埋め込むことで、レーン情報を全国で一元管理している。すなわち、全国で数百会場、１会場に数十レーンまでという前提で、レーン情報を「ＬＸＸＸＹＹ」と表記し、「ＸＸＸ」に会場番号を入れ、「ＹＹ」に会場内のレーン情報を入れている。
【００５０】
スケジュール・テーブルとしては、図４Ｄに示すように、全国で１つのスケジュール・テーブル４４として一元管理できる。
【００５１】
図３の業務サーバ１２の説明に戻る。
本実施形態では、せり制御装置１６は、通信トラフィック等の関係から、当日実施される各レーンの各時間帯の各せりの情報を一括して業務サーバ１２から取得するのではなく、現在のせりを実施している間に、次の時間帯で各レーンで実施されるせりの情報をその都度、業務サーバ１２から取得する。
【００５２】
業務サーバ１２側での処理としては、スケジュール・テーブル４３を参照し、所定のタイミングで、次時間帯せり情報送信部３６が、図５Ｃに示すような次時間帯せり情報パケット５２をせり制御装置１６に送信することになる。
【００５３】
図５Ｃは、次時間帯せり情報パケットのデータ構造を示す図である。
図５Ｃに示すように、次時間帯せり情報パケット５２は、（次時間帯せり情報であることを示す）パケットの識別情報５２−１、時間帯の情報５２−２、レーン数ｎｌだけ続く、レーン情報、次の時間帯のせりの出品番号、スタート価格（レーン情報５２−３−１、次の時間帯のせりの出品番号５２−４−１、スタート価格５２−５−１、・・・、レーン情報５２−３−ｎｌ、次の時間帯のせりの出品番号５２−４−ｎｌ、スタート価格５２−５−ｎｌ）、の各項目を備える。
【００５４】
図６は、業務サーバ側の検索処理のフローチャートである。
図６のステップＳ１１で、検索処理部３４は、検索要求（検索要求パケット４８）を受信したかどうかを判定する。
【００５５】
ステップＳ１１で検索要求パケット４８を受信しないと判定される（ステップＳ１１の判定結果がＮｏである）間は、ステップＳ１１を繰り返す。
ステップＳ１１で検索要求パケット４８を受信したと判定された場合（ステップＳ１１の判定結果がＹｅｓの場合）、ステップＳ１２で、検索処理部３４により、受信した検索要求パケット４８に含まれる条件（パケットの識別情報４８−１、会員番号４８−２の２項目、を除く残りの項目に設定された有効な値の組み合わせ）をキーとして、出品物情報テーブル４１が検索され、ヒットしたレコードが検索結果として抽出される。
【００５６】
そして、ステップＳ１３で、検索処理部３４により、抽出された検索結果が、検索要求パケット４８に含まれる会員番号に紐付けられる形で、図４Ｂに示すような会員毎参加希望せり情報テーブル４２としてメモリ３８内に記憶される。なお、このテーブル４２は、出品を識別可能な情報が会員番号と対応付けられている限り、項目数は加減可能である。
【００５７】
続く、ステップＳ１４では、検索結果送信部３５により、抽出された検索結果（該当する出品物情報）を含む（図５Ｂの）検索結果パケット５１が生成され、検索要求の送信元のせり応札端末に送信される。そして、ステップＳ１４の検索要求の受信待ち状態に戻る。
【００５８】
図７は、せり制御装置の機能ブロック図である。
図７に示すように、せり制御装置１６は、通信インターフェイス部５５、次時間帯判定部５６、次時間帯せり情報取得部５７、せりスタート判定部５８、現在価格情報送信部５９、せり応札情報受信部６１、せり結果情報送信部６２、メモリ６３、を備える。
【００５９】
メモリ６３内には、次時間帯せり情報６４が記憶される。この次時間帯せり情報６４は、図７には示されていないが、図５Ｃの次時間帯せり情報パケット５２をせり制御装置１６で受信したものをメモリ６３内に記憶したものである。文字通り、「次の」時間帯のせり情報が分かればよいので、受信の都度、直近のもので上書きしている。記憶内容は、パケットの識別情報５２−１を除く全項目である。
【００６０】
図８に示すように、次時間帯せり情報テーブル６４は、レーン情報６４−１、出品番号６４−２、スタート価格６４−３、の各項目を備え、時間帯６４−４に紐付けられている。
【００６１】
上記したように、せり時間を３０秒程度とし、現在のせりと、次のせりの開始時刻の間隔を１分とすると、せりとせりの間には３０秒ほどの休みがあることになる。主として、この休みの時間中に、次時間帯判定部５６は、事前に業務サーバ１２から取得したスケジュール・テーブル（不図示。なお、これは、図４Ｃに示したものと同じデータ構造である）を参照して、例えば現在時刻との比較などから、次の時間帯にせりがあるかどうかを判定する。
【００６２】
次時間帯判定部５６が、次の時間帯にせりがあると判定した場合、次時間帯せり情報取得部５７が起動される。
次時間帯せり情報取得部５７は、図８の次時間帯せり情報テーブル６４を参照して、レーン毎に、次時間帯で実行されるせり処理のための準備処理を行なうべく、出品番号６４−２、スタート価格６４−３を取得する。
【００６３】
せりスタート判定部５８は、次時間帯のスタートを判定する。せりスタート判定部５８が次時間帯がスタートしたと判定した場合、当然のことではあるが、「次時間帯」は「現時間帯」となる。
【００６４】
せりスタート判定部５８が次時間帯のせりがスタートしたと判定すると、当然のことではあるが、「次時間帯」は「現時間帯」となり、現在価格情報送信部５９、せり応札情報受信部６１、および、せり結果情報送信部６２との連携により、「現時間帯」のせり処理が実行される。
【００６５】
すなわち、現在価格情報送信部５９により、現在のレーンにおける出品物（中古車）の現在価格が、図９Ａの現在価格情報パケット６７として、通信インターフェイス部５５を通して配下の各せり応札端末にブロードキャストされる。
【００６６】
図９Ａは、現在価格情報パケットのデータ構造を示す図である。
図９Ａに示すように、現在価格情報パケット６７は、（現在価格情報であることを示す）パケットの識別情報６７−１、レーン情報６７−２、出品番号６７−３、現在価格６７−４、の各項目を備える。
【００６７】
また、図７において、せり応札情報受信部６１は、せり応札端末から集められるせり応札情報パケット（図１３で後述）を受信したことに伴う処理を実行する。
具体的には、現在価格に応札したせり応札端末からのせり応札情報の数をカウントし、所定数以上の端末から応札情報を受信したかどうかを判断する。
【００６８】
例えば、１台以上のせり応札端末から応札情報を受信した場合、出品物の価格に一定額（例えば５０００円）を加算して、その一定額が加算された価格を現在価格情報として出品物情報と対応付けて配下の複数のせり応札端末にブロードキャストする。これを約１分間のせり時間がオーバーするまで繰り返すか、または、上げた価格で応札する応札端末がなくなるまで繰り返す。
【００６９】
このようにして、１つのせりが終了すると、図７のせり結果情報送信部６２は、落札されたか、流札されたかを含む図９Ｂに示すようなせり結果情報パケット６８を業務サーバ１２に送信する。
【００７０】
図９Ｂは、せり結果情報パケットのデータ構造を示す図である。  
図９Ｂに示すように、せり結果情報パケット６８は、（せり結果情報であることを示す）パケットの識別情報６８−１、レーン情報６８−２、出品番号６８−３、その出品物に対する応札の数（延べ数（ｔとする）：同一せり応札端末からのダブリもカウント）だけ続く、会員番号、応札価格の組（会員番号６８−４−１、応札価格６８−５−１、・・・、会員番号６８−４−ｔ、応札価格６８−５−ｔ）、せり結果情報（「落札」または「流札」）６８−６、の各項目を備える。
【００７１】
図１０は、せり制御装置側のせり処理のフローチャートである。なお、このフローチャートの処理は、１つのレーンに注目して、そのレーン内でのせり処理を示すものである。全体としては、レーン数分の処理が並列に実行される。
【００７２】
図１０のステップＳ２１で、次時間帯判定部５６により、スケジュール・テーブル（図７では不図示）が参照されて、次の時間帯のせりがあるかどうかが判定される。
ステップＳ２１で次の時間帯のせりがないと判定された場合（ステップＳ２１の判定結果がＮｏの場合）、一連の処理を終了する。
【００７３】
ステップＳ２１で次の時間帯のせりがあると判定された場合（ステップＳ２１の判定結果がＹｅｓの場合）、ステップＳ２２で、業務サーバ１２から受信した対象レーン内の次の時間帯のせりの情報を、メモリ６３内の次時間帯せり情報テーブル６４から取得する。
【００７４】
そして、続く、ステップＳ２３で、せりスタート判定部５８により、次の時間帯のせりがスタートしたかどうかが判定される。
ステップＳ２３で次の時間帯のせりがスタートしていないと判定される限り（ステップＳ２３の判定結果がＮｏである間は）、ステップＳ２３の判定処理が繰り返される。
【００７５】
ステップＳ２３で次の時間帯のせりがスタートしたと判定された場合（ステップＳ２３の判定結果がＹｅｓである場合）、続くステップＳ２４で、現在価格情報送信部５９により、図９Ａに示した出品番号と現在価格とを有する現在価格情報パケット６７が配下の各せり応札端末にブロードキャストされる。
【００７６】
そして、続く、ステップＳ２５で、せり応札情報受信部６１により、応札したせり応札端末のそれぞれから受信したせり応札情報パケット６８の数がカウントされる。
そして、ステップＳ２６で、せり応札情報受信部６１により、そのカウントした端末数が０（ゼロ）に等しいかどうかが判定される。
【００７７】
ステップＳ２６で端末数が０（ゼロ）に等しくないと判定された場合（ステップＳ２６の判定結果がＮｏの場合）、１台以上のせり応札端末から応札があったことになる。この場合、続く、ステップＳ２８で、タイムアウトかどうかが判定される。
【００７８】
ステップＳ２８でタイムアウトではないと判定された場合（ステップＳ２８の判定結果がＮｏの場合）、ステップＳ２９で、現在価格を所定額（例えば５０００円）アップして、ステップＳ２４に戻り、現在価格情報送信部５９により、そのアップした価格を現在価格とした現在価格情報パケット６７が配下の各せり応札端末にブロードキャストされる。
【００７９】
ステップＳ２８でタイムアウトと判定された場合（ステップＳ２８の判定結果がＹｅｓの場合）、ステップＳ３１で、現在価格が希望落札価格以上であるかどうかが判定される。
【００８０】
ステップＳ３１で現在価格が希望落札価格以上であると判定された場合（ステップＳ３１の判定結果がＹｅｓの場合）、ステップＳ３３に進む。
ステップＳ３１で現在価格が希望落札価格より小さいと判定された場合（ステップＳ３１の判定結果がＮｏの場合）、ステップＳ３２に進む。
【００８１】
一方、ステップＳ２６で端末数が０（ゼロ）に等しいと判定された場合（ステップＳ２６の判定結果がＹｅｓの場合）、ステップＳ２７でタイムアウトかどうかが判定される。
ステップＳ２７でタイムアウトではないと判定された場合（ステップＳ２７の判定結果がＮｏの場合）、ステップＳ２５に戻り、せり応札端末からの応札をカウントする。
【００８２】
ステップＳ２７でタイムアウトと判定された場合（ステップＳ２７の判定結果がＹｅｓの場合）、ステップＳ３０で、現在価格の１つ前の価格（ここでは、５０００円減算した価格）が希望落札価格以上であるかどうかが判定される。なお、現在価格がスタート価格の場合は、「現在価格の１つ前の価格」を「スタート価格」と読み替える。
【００８３】
ステップＳ３０で現在価格の１つ前の価格が希望落札価格以上であると判定された場合（ステップＳ３０の判定結果がＹｅｓの場合）、ステップＳ３３に進む。
ステップＳ３０で現在価格の１つ前の価格が希望落札価格より小さいと判定された場合（ステップＳ３０の判定結果がＮｏの場合）、ステップＳ３２に進む。
【００８４】
ステップＳ３０あるいはステップＳ３１のＹｅｓ判定から制御を渡されたステップＳ３３では、せり結果情報送信部６２により、図９Ｂのせり結果情報パケット６８のせり結果情報６８−６に「落札」に相当する値がセットされ、業務サーバ１２に送信される。そして、ステップＳ２１に戻る。
【００８５】
ステップＳ３０あるいはステップＳ３１のＮｏ判定から制御を渡されたステップＳ３２では、せり結果情報送信部６２により、図９Ｂのせり結果情報パケット６８のせり結果情報６８−６に「流札」に相当する値がセットされ、業務サーバ１２に送信される。そして、ステップＳ２１に戻る。
【００８６】
図１１は、せり応札端末の機能ブロック図である。
図１１に示すように、せり応札端末７０は、通信インターフェイス部７１、次時間帯判定部７２、参加レーン数算出部７４、せりスタート判定部７５、応札処理部７８、応札情報送信部７９、現在価格情報受信部８１、メモリ８２、を備える。
【００８７】
メモリ８２には、スケジュール・テーブル８４（これは、図４Ｃのスケジュール・テーブル４３と同じものである）、参加希望せり情報テーブル８６（検索要求を行なった結果に基づいて設定されるものである）、選択枠情報８７、枠数情報８８、枠／出品番号対応テーブル９１、現在価格情報テーブル９２、が記憶される。
【００８８】
図１２Ａに示すように、参加希望せり情報テーブル８６は、出品番号８６−１、年式８６−２、車名８６−３、走行距離８６−４、の各項目を備える。
上記したように、せり時間を３０秒程度とし、現在のせりと、次のせりの開始時刻の間隔を１分とすると、せりとせりの間には３０秒ほどの休みがあることになる。主として、この休みの時間中に、次時間帯判定部７２は、事前にせり制御装置１６から取得したスケジュール・テーブル８４を参照して、例えば現在時刻との比較などから、次の時間帯にせりがあるかどうかを判定する。
【００８９】
次時間帯判定部７２が、次の時間帯にせりがあると判定した場合、参加レーン数算出部７４が起動される。
参加レーン数算出部７４は、スケジュール・テーブル８４を参照して、次時間帯に実施される各レーンのせりの出品番号を取得し、その取得した出品番号をキーとして、図１２Ａの参加希望せり情報テーブル８６を検索し、ヒットした出品番号の数をカウントすることで、このせり応札端末を利用する会員が次時間帯に参加するせりの数（すなわち、次時間帯の参加レーン数）を算出する。
【００９０】
なお、参加レーン数算出部７４は、参加希望せり情報テーブル８６を検索し、ヒットした出品番号を記憶することで、１つの時間帯においてのみ有効な一時的なテーブルである図１２Ｃの現在価格情報テーブル９２を作成する。
【００９１】
図１２Ｃは、現在価格情報テーブルのデータ構造を示す図である。
図１２Ｃに示すように、現在価格情報テーブル９２は、出品番号９２−１、現在価格９２−２の２項目を備える。
【００９２】
参加レーン数算出部７４により、現在価格情報テーブル９２が作成された当初は、現在価格９２−２には有効な値は設定されていない。
せりスタート判定部７５は、次時間帯のスタートを判定する。せりスタート判定部７５が次時間帯がスタートしたと判定した場合、当然のことではあるが、「次時間帯」は「現時間帯」となる。
【００９３】
せりスタート判定部７５が次時間帯のせりがスタートしたと判定すると、当然のことではあるが、「次時間帯」は「現時間帯」となり、応札処理部７８、応札情報送信部７９、および、現在価格情報受信部８１との連携により、「現時間帯」のせり応札処理が実行される。
【００９４】
すなわち、画面表示更新処理部７８−１とせり情報の表示枠選択コントローラ７８−２を備える応札処理部７８において、画面表示更新処理部７８−１が、せり制御装置１６から次々と送信されてくる現在価格情報パケット６７の内容で、画面上のせり情報表示枠の表示内容を順次更新する。
【００９５】
また、表示枠選択コントローラ７８−２は、 前後左右と斜め方向の８方向に傾けることが可能なレバー（図１１では不図示）を備えている。
また、現在選択されているレーン位置からそのレバーが利用者（会員）により傾けられた方向に選択レーンが変更される。また、レバーの先端に設けられた応札ボタンが押下されたときに選択されていたレーン（せり）に対し、そのときの現在価格で応札が行なわれる。
【００９６】
この際、応札情報送信部７９は、図１３に示すようなせり応札情報パケット１０１を作成して、せり制御装置１６に送信する。
【００９７】
図１３は、せり応札情報パケットのデータ構造を示す図である。
図１３に示すように、せり応札情報パケット１０１は、（せり応札情報であることを示す）パケットの識別情報１０１−１、（応札した）レーン情報１０１−２、出品番号１０１−３、会員番号１０１−４、応札価格（応札したときの現在価格）１０１−５、の各項目を備える。
【００９８】
また、図１１において、現在価格情報受信部８１は、せり制御装置１６からの図９Ａの現在価格情報パケット６７をせりスタートとともに受信して、その現在価格情報パケット６７に含まれる出品番号をキーとして、現在価格情報テーブル９２を検索し、ヒットした行の現在価格９２−２の値を、その現在価格情報パケット６７に含まれる現在価格６７−４に設定された値で上書きする。
【００９９】
図１２Ｂは、選択枠情報、枠数情報、および、枠／出品番号対応テーブルのデータ構造を示す図である。
図１２Ｂ（ａ）に示すように、枠／出品番号対応テーブル９１は、枠番号９１−１、出品番号９１−２の２項目を備える。
【０１００】
参加レーン数算出部７４が、そのせり応札端末にログインしている会員が次時間帯に参加するレーン数（せりの数）を算出すると、その数が属する範囲に応じて、図１２Ｂ（ｃ）の枠数情報８８に値が設定される。
【０１０１】
例えば、算出されたせり数が１つの場合、枠数情報８８には、「１」が設定される。この場合、図１１の画面表示更新処理部７８−１は、図１４Ａに示すように、１つの表示枠１０５内にせり情報が表示されるように、画面表示を更新する。
【０１０２】
算出されたせり数が２つ以上で、４つ以下の場合、枠数情報８８には、「４」が設定される。この場合、図１１の画面表示更新処理部７８−１は、図１４Ｂに示すように、４つの表示枠１０６−１、１０６−２、１０６−３、１０６−４のうちの２つ以上、４つ以内の表示枠にせり情報が表示されるように、画面表示を更新する（図１４Ｂでは丁度４つのせりが行なわれる場合が示されている）。図１４Ｂでは、現在の選択レーンは太線１０７で囲まれた表示枠１０６−２である。
【０１０３】
算出されたせり数が５つ以上で、８つ以下の場合、枠数情報８８には、「８」が設定される。この場合、図１１の画面表示更新処理部７８−１は、図１４Ｃに示すように、８つの表示枠１０８−１、１０８−２、１０８−３、１０８−４、１０８−５、１０８−６、１０８−７、１０８−８のうちの５つ以上、８つ以内にせり情報が表示されるように、画面表示を更新する（図１４Ｃでは丁度８つのせりが行なわれる場合が示されている）。図１４Ｃでは、現在の選択レーンは太線１０９で囲まれた表示枠１０８−３である。
【０１０４】
図１４Ｂや図１４Ｃに示すように、（せり参加）画面の真ん中に、表示枠選択コントローラ７８−２のマークを示し、そのマークの周りに、せり情報の表示枠（レーン情報の表示枠）を表示させる。
【０１０５】
また、参加レーン数算出部７４が、参加希望せり情報テーブル８６を検索することで、次時間帯でせりが行なわれる出品番号のリストを取得すると、その出品番号を例えば小さい順に図１２Ｂ（ａ）の枠／出品番号対応テーブル９１に記憶する。
【０１０６】
なお、参加レーン（せり）数と画面上での表示枠数との関係は、図１４Ａ〜図１４Ｃに示されるものに限定されない。例えば、参加せり数＝１、参加せり数＝２、参加せり数＝３〜４、参加せり数＝５〜６、参加せり数＝７〜９、参加せり数＝１０〜１２、・・・に対し、それぞれ、１、２、４、６、９、１２、・・・の表示枠を持つ画面が表示されるように制御してもよい。
【０１０７】
実際のその時間帯に実施されるせりの数と画面上に表示される枠数とは必ずしも一致しない。
例えばその時間帯に３つのレーンでせりが実施される場合、画面上には、図１４Ｂに示すように、４つの表示枠１０６−１、１０６−２、１０６−３、１０６−４が表示されるが、そのうちの１つの枠、例えば、表示枠１０６−４には表示すべきせりの情報が存在しないため、何も表示されない。この場合、参加レーン数算出部７４は、表示枠１０６−４に対応する枠番号４の行の出品番号に無効であることを示す「ＮＵＬＬ」を設定する。
【０１０８】
また、表示枠選択コントローラ７８−２のレバーを傾けて選択枠（選択レーン、選択されたせりの情報）が変更されると、図１２Ｂ（ｂ）の選択枠情報８７に、変更後の枠番号が書き込まれる。
【０１０９】
図１５は、本実施形態に係るせり応札端末側の画面表示制御処理およびせり応札処理のフローチャートである。
図１５のステップＳ４１で、参加レーンの設定が行なわれる。ここでは、上述したように、検索要求パケットが業務サーバ１２に送信され、検索結果パケットを受け取り、その内容に対応して必要なデータが参加希望せり情報テーブル８６に格納される。なお、レーンと出品番号を直接プルダウンメニューなどから指定してもよい。この場合、業務サーバ１２に対して、検索要求パケットの代わりに、例えば、レーン番号、出品番号の組みを指定したせりの数だけ含むせり情報取得パケット（不図示）を送信することになる。
【０１１０】
続く、ステップＳ４２では、次時間帯判定部７２によりスケジュール・テーブル８４が参照されて、次の時間帯のせりがあるかどうかが判定される。
ステップＳ４２で次の時間帯のせりがないと判定された場合（ステップＳ４２の判定結果がＮｏの場合）、一連の処理を終了する。
【０１１１】
ステップＳ４２で次の時間帯のせりがあると判定された場合（ステップＳ４２の判定結果がＹｅｓの場合）、ステップＳ４３で、参加レーン数算出部７４により、スケジュール・テーブル８４が参照されて、次時間帯にこの会員が参加するせり（レーン）の数が算出され、各せりの出品番号のリストが現在価格情報テーブル９２の出品番号９２−１に設定される。そして、参加レーン数算出部７４により、算出されたレーン数が属する範囲に応じて枠数情報（画面上に表示する枠の数を示す）８８に値が設定される。
【０１１２】
続く、ステップＳ４４では、せりスタート判定部７５により、次の時間帯のせりがスタートしたかどうかが判定される。
ステップＳ４４で次の時間帯のせりがスタートしていないと判定される限り（ステップＳ４４の判定結果がＮｏである間は）、ステップＳ４４の判定処理が繰り返される。
【０１１３】
ステップＳ４４で次の時間帯のせりがスタートしたと判定された場合（ステップＳ４４の判定結果がＹｅｓである場合）、続くステップＳ４５で、画面表示更新処理部７８−１により、枠数情報８８が参照されて、画面表示が、枠数情報８８に設定されている値に応じた数のせり情報の表示枠を持つものに（ステップＳ４５の初回実行時は）更新される。
【０１１４】
ステップＳ４５の２回目以降の実行時は、表示枠の数自体の更新は行なわれず、既存の表示枠内部に表示する現在価格の更新のみが行なわれる。
続く、ステップＳ４６では、表示枠選択コントローラ７８−２の先端のレバーが傾けられているかどうかが検知される。
【０１１５】
ステップＳ４６でレバーが傾けられていると検知された場合（ステップＳ４６の判定結果がＹｅｓの場合）、ステップＳ４７で、現在の選択レーン位置（現在選択されている表示枠位置）から見て、レバーが利用者により傾けられた方向に選択レーン（選択表示枠）が変更され、変更結果が選択枠８７に書き込まれ、ステップＳ４８に進む。
【０１１６】
ステップＳ４６でレバーが傾けられていないと検知された場合（ステップＳ４６の判定結果がＮｏの場合）、直ちに、ステップＳ４８に進む。
ステップＳ４６のＮｏ判定、あるいは、ステップＳ４７から制御を渡されたステップＳ４８では、レバーの先端に設けられた応札ボタンが押下されたかどうかが判定される。
【０１１７】
ステップＳ４８で応札ボタンが押下されたと判定された場合（ステップＳ４８の判定結果がＹｅｓの場合）、ステップＳ４９で、その応札ボタンが押下されたときに選択されていた表示枠（レーン、せり）に対し、そのときの現在価格で応札が行なわれたものとして、図１３のせり応札情報パケット１０１が作成され、せり制御装置１６に送信され、ステップＳ５０に進む。
【０１１８】
ステップＳ４８で応札ボタンが押下されていないと判定された場合（ステップＳ４８の判定結果がＮｏの場合）、直ちに、ステップＳ５０に進む。
ステップ５０では、タイマー（不図示）により、現時間帯のせりがタイムアウトになったかどうかが判定される。
【０１１９】
ステップＳ５０で現時間帯のせりがタイムアウトになっていないと判定された場合（ステップＳ５０の判定結果がＮｏの場合）、ステップＳ４５に戻る。
ステップＳ５０で現時間帯のせりがタイムアウトになったと判定された場合（ステップＳ５０の判定結果がＹｅｓの場合）、ステップＳ４２に戻る。
【０１２０】
図１６は、図１５のステップＳ４５の詳細フローチャートである。
図１５のステップＳ４４の処理が終了すると、続く、ステップＳ４５−１で、画面表示更新処理部７８−１により、枠数情報８８が参照され、設定されている値に応じて、対応する画面フォーマットが選択される。
【０１２１】
ステップＳ４５−１で枠数情報８８に「１」が設定されていた場合、ステップＳ４５−４で、画面表示更新処理部７８−１により、図１４Ａに示すような１つのせり情報表示枠を持つ画面が表示される。その表示枠内には１レーン分の参加中のせりの直近の情報（現在価格）が表示される。そして、図１４のステップＳ４６に進む。
【０１２２】
また、ステップＳ４５−１で枠数情報８８に「４」が設定されていた場合、ステップＳ４５−３で、画面表示更新処理部７８−１により、図１４Ｂに示すような４つのせり情報表示枠を持つ画面が表示される。それら表示枠内には、２レーン〜４レーン分の参加中のせりの直近の情報（現在価格）が表示される。そして、図１４のステップＳ４６に進む。
【０１２３】
また、ステップＳ４５−１で枠数情報８８に「８」が設定されていた場合、ステップＳ４５−２で、画面表示更新処理部７８−１により、図１４Ｃに示すような８つのせり情報表示枠を持つ画面が表示される。それら表示枠内には、５レーン〜８レーン分の参加中のせりの直近の情報（現在価格）が表示される。そして、図１４のステップＳ４６に進む。
【０１２４】
図１７は、本実施形態の第１変形例に係るせり応札端末の外観斜視図である。
図１７では、図２のせり情報の表示枠選択コントローラ２６（７８−２）の代わりに、加速度センサ１１２を内蔵し、先端部に応札ボタン１１３を備えた、せり情報の表示枠選択コントローラ１１４が設けられている。
【０１２５】
モニター部２１の表示画面２９は上記したように、現時間帯で参加しているせりの数に応じてせり情報の表示枠の数を動的に変更する画面表示を行なっている。
現在選択されているレーン位置から表示枠選択コントローラ１１４を振った方向に選択レーンが変更される。また、応札ボタン１１３が押下されたときに選択されていたレーンで応札が行なわれる。
【０１２６】
図１８は、本実施形態の第２変形例に係るせり応札端末の外観斜視図である。
図１８では、図２のせり情報の表示枠選択コントローラ２６（７８−２）を、テンキーボード２４と応札ボタン器具１１５で代用している。
【０１２７】
テンキーボード２４の各数字は前後左右と斜め方向の８方向に対応付けられている。
モニター部２１の表示画面２９は上記したように、現時間帯で参加しているせりの数に応じてせりの情報表示枠の数を動的に変更する画面表示を行なっている。
【０１２８】
現在選択されているレーン位置から利用者により押下されたキーが示す方向に応じて選択レーンが変更される。また、応札ボタン器具１１５の先端の応札ボタン１１６が押下されたときに選択されていたレーンで応札が行なわれる。
【０１２９】
図１８の構成では、従来と比較し、応札ボタン器具１１５の数をせり応札端末毎に１台ずつ減らせることができ、システム構成を簡素化できるという利点がある。
以上説明したように、本実施形態によれば、画面表示制御手段により、同一時間帯に実施される複数のせりに関する情報が同時に画面に表示されるので、表示枠選択コントローラ２６、１１４などのレーン選択手段により、応札したいせり（レーン）の情報が表示されている位置を選択し、表示枠選択コントローラ上に設けられた応札ボタンである応札実行手段により、選択されたレーンのせりに応札できる。よって、同一時間帯に重なる３つ以上のせりにリアルタイムに応札できる。
【符号の説明】
【０１３０】
１０  出品者側せり業務システム
１１−１、１１−２、・・・、１１−ｍ  業務端末
１２  業務サーバ
１３  映像サーバ
１５  せりシステム
１６  せり制御装置
１８−１、１８−２、・・・、１８−ｎ、７０  せり応札端末
１９  通信ネットワーク
２１、１２０  モニター部
２２  コントローラ部
２３、１２３  カードリーダ
２４  テンキーボード
２５  マウス
２６、７８−２  レバーを備えた表示枠選択コントローラ
２８、１１３、１１６、１２２−１、１２２−２  応札ボタン
２９  表示画面
３２、５５、７１  通信インターフェイス部
３４  検索処理部
３５  検索結果送信部
３６  次時間帯せり情報送信部
３８、６３、８２  メモリ
４１  出品物情報テーブル
４２  会員毎参加希望せり情報テーブル
４３、４４、８４  スケジュール・テーブル
４８  検索要求パケット
５１  検索結果パケット
５２  次時間帯せり情報パケット
５６、７２  次時間帯判定部
５７  次時間帯せり情報取得部
５８、７５  せりスタート判定部
５９  現在価格情報送信部
６１  せり応札情報送信部
６２  せり結果情報送信部
６７  現在価格情報パケット
６８  せり結果情報パケット
７４  参加レーン数算出部
７８  応札処理部
７８−１  画面表示更新処理部
７９  応札情報送信部
８１  現在価格情報受信部
８６  参加希望せり情報テーブル
８７  選択枠情報
８８  枠数情報
９１  枠／出品番号対応テーブル
９２  現在価格情報テーブル
１０１  せり応札情報パケット
１０５、１０６−１、１０６−２、１０６−３、１０６−４、１０８−１、１０８−２、１０８−３、１０８−４、１０８−５、１０８−６、１０８−７、１０８−８  表示枠
１０７、１０９  太線
１１２  加速度センサ
１１４  加速度センサを備えた表示枠選択コントローラ
１１５、１２１−１、１２１−２  応札ボタン器具
【図１】
2013161368.tif 000003
【図３】
2013161368.tif 000004
【図４Ａ】
2013161368.tif 000005
【図４Ｂ】
2013161368.tif 000006
【図４Ｃ】
2013161368.tif 000007
【図４Ｄ】
2013161368.tif 000008
【図５Ａ】
2013161368.tif 000009
【図５Ｂ】
2013161368.tif 000010
【図５Ｃ】
2013161368.tif 000011
【図６】
2013161368.tif 000012
【図７】
2013161368.tif 000013
【図８】
2013161368.tif 000014
【図９Ａ】
2013161368.tif 000015
【図９Ｂ】
2013161368.tif 000016
【図１０】
2013161368.tif 000017
【図１１】
2013161368.tif 000018
【図１２Ａ】
2013161368.tif 000019
【図１２Ｂ】
2013161368.tif 000020
【図１２Ｃ】
2013161368.tif 000021
【図１３】
2013161368.tif 000022
【図１４Ａ】
2013161368.tif 000023
【図１５】
2013161368.tif 000024
【図１６】
2013161368.tif 000025
【図２】
2013161368.tif 000026
【図１４Ｂ】
2013161368.tif 000027
【図１４Ｃ】
2013161368.tif 000028
【図１７】
2013161368.tif 000029
【図１８】
2013161368.tif 000030
【図１９】
2013161368.tif 000031