JP2007249717A - 競りシステムおよび応札端末 - Google Patents

Abstract

【課題】応札端末の増設に容易に対応できるようにする。
【解決手段】１０以上の応札端末（２０）を２以上のグループに分け、各グループの応札端末（２０）をそれぞれセグメントサーバ（１１）に接続し、セグメントサーバ（１１）を競りサーバ（１）に接続する。セグメントサーバ（１１）は、自己に接続された応札端末（２０）の応札情報を収集する。競りサーバ（１）は、各セグメントサーバ（１１）が収集した応札情報を収集し、競りの継続、落札および流れの決定を行う。
【効果】応札端末（２０）と通信して応札情報を収集する負荷を２以上のセグメントサーバ（１１）に分担させるため、応札端末（２０）の数が増加しても競りサーバ（１）の負荷の増大を抑制できる。よって、処理速度の低下を回避でき、応札端末（２０）の増設が容易になる。
【選択図】図１

Description

本発明は、競りシステムおよび応札端末に関し、さらに詳しくは、応札端末の増設に容易に対応できる競りシステムおよび増設が容易な応札端末に関する。

従来、競りサーバと応札端末とをＬＡＮで接続した競りシステムが知られている（例えば特許文献１、特許文献２参照。）。
特開平１０−６３７４１号公報 特開２００４−５４３３３号公報

上記従来の競りシステムでは、一つの競りに参加する応札端末は一つの競りサーバに接続され、一つの競りサーバが応札端末と通信して応札情報を収集する共に競り継続、落札および流れの決定を行っていた。
しかし、応札端末の数が増加すると、それに比例して競りサーバの負荷が増大し、処理速度が低下してしまうため、応札端末を増設し難い問題点があった。
また、応札端末を増設する際には、そのポートを確保するため、ハブの増設や応札端末の接続変更が必要になり、この点でも応札端末を増設し難い問題点があった。
そこで、本発明の目的は、応札端末の増設に容易に対応できる競りシステムおよび増設が容易な応札端末を提供することにある。

第１の観点では、本発明は、１０以上の応札端末（２０）と、前記応札端末（２０）を２以上のグループに分けて各グループの応札端末（２０）が接続されると共に自己に接続された応札端末（２０）の応札情報を収集する２以上のセグメントサーバ（１１）と、前記セグメントサーバ（１１）が接続されると共に各セグメントサーバ（１１）が収集した応札情報を収集し競り継続、落札および流れの決定を行う競りサーバ（１）とを具備したことを特徴とする競りシステム（１００）を提供する。
上記第１の観点による競りシステム（１００）では、応札端末（２０）と通信して応札情報を収集する負荷を２以上のセグメントサーバ（１１）に分担させるため、応札端末（２０）の数が増加しても競りサーバ（１）の負荷の増大を抑制できる。よって、処理速度の低下を回避でき、応札端末（２０）の増設が容易になる。

第２の観点では、本発明は、前記第１の観点による競りシステム（１００）において、前記応札端末（２０）は２ポートのスイッチング・ハブ（２１）を備え、同一グループの応札端末（２０）は前記スイッチング・ハブ（２１）によりカスケード接続されることを特徴とする競りシステム（１００）を提供する。
上記第２の観点による競りシステム（１００）では、同一グループの応札端末（２０）はスイッチング・ハブ（２１）によりカスケード接続で増設できる。よって、ハブの増設や応札端末の接続変更が不要になり、この点でも応札端末（２０）を増設しやすくなる。

第３の観点では、本発明は、２ポートのスイッチング・ハブ（２１）を備えたことを特徴とする応札端末（２０）を提供する。
上記第３の観点による応札端末（２０）では、スイッチング・ハブ（２１）によりカスケード接続で増設できる。よって、ハブの増設や接続変更が不要になり、増設が容易になる。

本発明の競りシステムおよび応札端末によれば、応札端末の数が増加しても競りサーバの負荷の増大を抑制できるので、処理速度の低下を回避でき、応札端末の増設が容易になる。

以下、図に示す実施の形態により本発明をさらに詳細に説明する。なお、これにより本発明が限定されるものではない。

図１は、実施例１にかかる競りシステム１００を示す構成説明図である。
この競りシステム１００は、１０台以上の応札端末２０と、応札端末２０をほぼ均等の台数でＩ（≧２）個のグループに分けて各グループの応札端末２０がそれぞれ接続されたＩ個のセグメントサーバ１１と、Ｉ個のセグメントサーバ１１がハブ３を介して接続された競りサーバ１と、競りサーバ１に接続された表示装置２とを具備している。
接続方式は、イーサネット（登録商標）である。

応札端末２０は、２ポートのスイッチング・ハブ２１と、スイッチング・ハブ２１に接続されたイーサネット・コントローラ２２と、イーサネット・コントローラ２２に接続されたＣＰＵ２３と、ＣＰＵ２３に接続されたカードリーダ２４，状態ランプ２５，応札ボタン２６，応札ランプ２７およびブザー２８とを具備している。
同一グループの応札端末２０は、２ポートのスイッチング・ハブ２１によりカスケード接続されている。

表示装置２は、応札端末２０が置かれた場所から見える位置に設置された大画面表示装置である。

図２は、競りサーバ１の動作を示すフロー図である。
ステップＭ１では、参加資格を持つ応札端末２０の認証データを各セグメントサーバ１１に送信する。

ステップＭ２では、表示装置２に商品情報と競り価格を表示する。
ステップＭ３では、各セグメントサーバ１１に応札データを要求し、収集する。
ステップＭ４では、応札データを基に競りの継続か、落札か、流れかを決定する。
ステップＭ５では、各セグメントサーバ１１に結果データを送信する。
ステップＭ６では、競りを継続するならステップＭ７へ進み、そうでないならステップＭ８へ進む。
ステップＭ７では、競り価格を変更し、ステップＭ２に戻る。

ステップＭ８では、落札ならステップＭ９へ進み、そうでないならステップＭ１３へ進む。
ステップＭ９では、落札した応札端末２０を管理するセグメントサーバ１１に落札確認情報を要求し、一定時間待つ。
ステップＭ１０では、落札した応札端末２０を管理するセグメントサーバ１１から落札確認情報を受信したならステップＭ１１へ進み、受信しなかったらステップＭ１３へ進む。
ステップＭ１１では、落札した応札端末２０を管理するセグメントサーバ１１へ落札確定情報を送信する。
ステップＭ１２では、落札された旨を表示装置２に表示し、終了する。

ステップＭ１３では、流れた旨を表示装置２に表示し、終了する。

図３は、セグメントサーバ１１の動作を示すフロー図である。
ステップＳ１では、競りサーバ１から認証データを受信する。
ステップＳ２では、自己に接続されている応札端末２０にＩＤカードデータを要求し、収集する。そして、認証データを参照して認証する。

ステップＳ３では、認証済みの応札端末２０だけに購買権利獲得情報を送る。
ステップＳ４では、認証済みの応札端末２０に応札ボタン状態を要求し、収集する。
ステップＳ５では、収集した応札ボタン情報を合成して応札データを作成し、競りサーバ１からの要求に応じて送信する。
ステップＳ６では、競りサーバ１から結果データを受信する。
ステップＳ７では、結果データを解析し、競りの継続ならステップＳ８へ進み、そうでないならステップＳ９へ進む。
ステップＳ８では、結果データを解析し、応札しなかった認証済みの応札端末２０へ購買権利喪失情報を送り、認証を外す。そして、ステップＳ３に戻る。

ステップＳ９では、結果データを解析し、自己に接続されている認証済みの応札端末２０が落札したならステップＳ１０へ進み、そうでないならステップＳ１７へ進む。
ステップＳ１０では、落札した応札端末２０だけに落札情報を送り、他の応札端末２０には購買権利喪失情報を送る。
ステップＳ１１では、落札した応札端末２０に落札確認情報を要求し、一定時間待つ。
ステップＳ１２では、落札した応札端末２０から落札確認情報を受信したならステップＳ１３へ進み、受信しなかったらステップＳ１８へ進む。
ステップＳ１３では、競りサーバ１からの要求に応じて、落札確認情報を送信する。
ステップＳ１４では、競りサーバ１からの落札確定情報の受信を一定時間待つ。
ステップＳ１５では、競りサーバ１から落札確定情報を受信したならステップＳ１６へ進み、受信しなかったならステップＳ１８へ進む。
ステップＳ１６では、落札した応札端末２０へ落札確定情報を送し、終了する。

ステップＳ１７では、自己に接続されている認証済みの応札端末２０へ購買権利喪失情報を送り、終了する。

ステップＳ１８では、落札した応札端末２０へ購買権利喪失情報を送り、終了する。

図４は、応札端末２０の動作を示すフロー図である。
ステップＲ０では、状態ランプ２５をレッド点灯（赤色点灯）する。これは応札操作できないことを示す。

ステップＲ１では、カードリーダ２４に挿入されたＩＤカードを読み込んでＩＤカードデータを作成し、セグメントサーバ１１からの要求に応じてＩＤカードデータを送る。カードリーダ２４にＩＤカードが挿入されてないなら、その旨のＩＤカードデータを作成し、セグメントサーバ１１からの要求に応じてＩＤカードデータを送る。
ステップＲ２では、セグメントサーバ１１から購買権利獲得情報を受け取るまで待機し、受け取ったらステップＲ３へ進む。

ステップＲ３では、状態ランプ２５をグリーン点灯（緑色点灯）する。これは応札操作可能になったことを示す。

ステップＲ４では、応札ボタン２６が操作（応札操作）されるまではステップＲ５へ進み、応札ボタン２６が操作されたらステップＲ６へ進む。
ステップＲ５では、セグメントサーバ１１から購買権利喪失情報を受け取るまではステップＲ４に戻り、購買権利喪失情報を受け取ったらステップＲ１に戻る。
つまり、状態ランプ２５がグリーン点灯の間は、応札ボタン２６の操作が応札操作として有効である。しかし、所定時間を経過しても応札操作をしなければ、購買権利喪失情報を受け取ってしまい、参加資格を喪失してしまう。

ステップＲ６では、応札ランプ２７をグリーン点灯する。これは応札操作を受け付けたことを示す。
ステップＲ７では、応札ボタン２６の状態を基に応札ボタン状態を作成し、セグメントサーバ１１からの要求に応じて送る。

ステップＲ８では、セグメントサーバ１１から購買権利獲得情報を受け取るまではステップＲ９へ進み、受け取ったらステップＲ３に戻る。
ステップＲ９では、セグメントサーバ１１から落札情報を受け取るまではステップＲ１０へ進み、受け取ったらステップＲ１１へ進む。
ステップＲ１０では、セグメントサーバ１１から購買権利喪失情報を受け取るまではステップＲ８に戻り、受け取ったらステップＲ１に戻る。
ステップＲ１１では、ブザー２８を鳴らす。
ステップＲ１２では、応札ランプ２７をグリーン点滅（緑色点滅）する。これは自分が落札候補となったこと及び所定時間内に落札確認操作をすべきことを示す。所定時間を経過しても落札確認操作をしなければ、落札資格を喪失してしまう。

ステップＲ１３では、応札ボタン２６が操作（落札確認操作）されるまではステップＲ１４へ進み、応札ボタン２６が操作されたらステップＲ１６へ進む。
ステップＲ１４では、セグメントサーバ１１から購買権利喪失情報を受け取るまではステップＲ１３に戻り、受け取ったらステップＲ１に戻る。

ステップＲ１６では、セグメントサーバ１１からの要求に応じ落札確認情報を送る。

ステップＲ１７では、セグメントサーバ１１から落札確定情報を受け取るまではステップＲ１８へ進み、受け取ったらステップＲ１９へ進む。
ステップＲ１８では、セグメントサーバ１１から購買権利喪失情報を受け取るまではステップＲ１７に戻り、受け取ったらステップＲ１に戻る。
ステップＲ１９では、ブザー２８を止める。
ステップＲ２０では、応札ランプ２７を消灯する。これは自分が落札したことを示す。
ステップＲ２１では、所定時間経過後にステップＲ１に戻る。

実施例１の競りシステム１００によれば、応札端末２０と通信して応札情報を収集する負荷をセグメントサーバ１１に分担させるため、応札端末２０の数が増加しても競りサーバ１の負荷の増大を抑制できる。よって、処理速度の低下を回避でき、応札端末２０の増設が容易になる。
また、同一グループの応札端末２０はスイッチング・ハブ２１によりカスケード接続で増設できるため、ハブの増設や応札端末２０の接続変更が不要になり、この点でも応札端末２０を増設しやすくなる。

本発明の競りシステムは、会場型オークションに好適である。

実施例１に係る競りシステムを示す構成説明図である。 競りサーバの動作を示すフロー図である。 セグメントサーバの動作を示すフロー図である。 応札端末の動作を示すフロー図である。

符号の説明

１ 競りサーバ
２ 表示装置
３ ハブ
１１ セグメントサーバ
２０ 応札端末
２１ スイッチング・ハブ
１００ 競りシステム

Claims (3)

1. １０以上の応札端末（２０）と、前記応札端末（２０）を２以上のグループに分けて各グループの応札端末（２０）が接続されると共に自己に接続された応札端末（２０）の応札情報を収集する２以上のセグメントサーバ（１１）と、前記セグメントサーバ（１１）が接続されると共に各セグメントサーバ（１１）が収集した応札情報を収集し競り継続、落札および流れの決定を行う競りサーバ（１）とを具備したことを特徴とする競りシステム（１００）。
2. 請求項１に記載の競りシステム（１００）において、前記応札端末（２０）は２ポートのスイッチングハブ（２１）を備え、同一グループの応札端末（２０）は前記スイッチングハブ（２１）によりカスケード接続されることを特徴とする競りシステム（１００）。
3. ２ポートのスイッチングハブ（２１）を備えたことを特徴とする応札端末（２０）。
   

Images