(57)【特許請求の範囲】
【請求項１】
せり取引会場ごとに設けられ、前記せり取引会場に設置された複数の応札端末からの応札電文を受け付けてせりサーバへ中継する中継サーバであって、
前記応札端末からの応札電文を受信する受信部と、
受信した前記応札電文を前記せりサーバへ転送する転送部と、
前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成する生成部とを備え、
前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、
前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成され、
前記転送部は、前記集約応札電文が生成された場合には、生成された前記集約応札電文を前記せりサーバへ送信することを特徴とする中継サーバ。
【請求項２】
前記転送部による前記応札電文の転送ごとに前記転送カウンターに１を加える集計部と、
前記転送カウンターが所定の転送数より小さいか否かを判断する判断部とを更に備え、
前記転送部は、前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、
前記生成部は、前記転送カウンターが前記所定の転送数以上の場合、前記転送部により転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することを特徴とする請求項１に記載の中継サーバ。
【請求項３】
せりサーバと、せり取引会場に設置された複数の応札端末と、前記せり取引会場に設けられ、前記複数の応札端末からの応札電文を受け付けて前記せりサーバへ中継する中継サーバとを備えるせり取引システムであって、
前記中継サーバは、
前記応札端末からの応札電文を受信する受信部と、
受信した前記応札電文を前記せりサーバへ転送する転送部と、
前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成する生成部とを備え、
前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、
前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成され、
前記転送部が、前記集約応札電文が生成された場合に、生成された前記集約応札電文を前記せりサーバへ送信することを特徴とするせり取引システム。
【請求項４】
前記中継サーバは、
前記転送部による前記応札電文の転送ごとに前記転送カウンターに１を加える集計部と、
前記転送カウンターが所定の転送数より小さいか否かを判断する判断部とを更に備え、
前記転送部が、前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、
前記生成部が、前記転送カウンターが前記所定の転送数以上の場合、前記転送部により転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することを特徴とする請求項３に記載のせり取引システム。
【請求項５】
せり取引会場ごとに設けられ、前記せり取引会場に設置された複数の応札端末からの応札電文を受け付けてせりサーバへ中継する中継サーバのせり取引方法であって、
前記応札端末からの応札電文を受信するステップと、
受信した前記応札電文を前記せりサーバへ転送するステップと、
前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成するステップと、
生成された前記集約応札電文を前記せりサーバへ送信するステップとを、
有し、
前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、
前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成される、ことを特徴とするせり取引方法。
【請求項６】
前記応札電文の転送ごとに前記転送カウンターに１を加えるステップと、
前記転送カウンターが所定の転送数より小さいか否かを判断するステップとを更に有し、
前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、
前記転送カウンターが前記所定の転送数以上の場合、転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することを特徴とする請求項５に記載のせり取引方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数のせり取引会場を連携させて相互に応札を行うせり取引の技術に関する。
【背景技術】
【０００２】
従来から、せり取引（オークション）を自動で行うことができるせり取引システムがあり、主なものとして中古車のせり取引システムがある。中古車せり取引システムは、有線ＬＡＮで接続されたクライアントサーバシステムであり、せり調整人操作端末と、出品店表示装置と、購買店座席端末と、せりサーバとから構成されている（図１６参照）。
【０００３】
このような中古車せり取引システムでは、せり調整人操作端末から出品車輌のせり取引の開始が指示されると、応札状況に応じて数十ｍｓ（ミリ秒）間隔で価格が上昇する。購買店会員は、車輌情報や価格を参照して、購買店座席端末を用いて応札を行う。出品店会員は、価格や応札状況を参照して、出品店表示装置を用いて、せり調整人操作端末へスローや希望クリアなどの調整操作指示を行う。そして、出品店会員が指定した希望価格を超えて、最終まで応札した購買店会員が落札する。上記中古車せり取引システムは、せり取引会場ごとに独立したシステムとなっているため、せりサーバや各端末は、せり取引会場ごとに設置されている。
【０００４】
これに対して、せりサーバの費用削減のため、１台のせりサーバをデータセンターなどに集約し、１台のせりサーバと各せり取引会場を専用線を通じて接続することで、せりサーバを共有することが検討されており、複数のせり取引会場をネットワークを介して接続した中古車せり取引システムも存在する（下記の特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００５−７８４３５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかし、１台のせりサーバと各せり取引会場を専用線を通じて接続する場合、従来の中古車せり取引システムの構内ＬＡＮと比較して、通信可能な帯域が小さくなる。中古車せり取引システムでは、１会場につき最大数千台の購買店座席端末が接続され、それぞれの端末から一斉に応札が送信されるため、応札信号をすべて専用線で通信しようとすると、専用線の通信可能な帯域を超えてしまい、通信エラーが発生する可能性がある。
【０００７】
本発明は、上記課題に鑑み、通信可能な帯域が小さい回線であっても、通信エラーなく応札をすることができる中継サーバを提供することを目的とする。
【課題を解決するための手段】
【０００８】
上記目的を達成するために、本発明の中継サーバは、せり取引会場ごとに設けられ、前記せり取引会場に設置された複数の応札端末からの応札電文を受け付けてせりサーバへ中継する中継サーバであって、前記応札端末からの応札電文を受信する受信部と、受信した前記応札電文を前記せりサーバへ転送する転送部と、前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成する生成部とを備え、前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成され、前記転送部は、前記集約応札電文が生成された場合には、生成された前記集約応札電文を前記せりサーバへ送信することを特徴とする。なお、上記転送カウンターは、後述する応札スルーカウンターに相当する。また、応札電文の送信元に関する情報は、後述する会員情報（会員番号と枝番）に相当する。
【０００９】
また、本発明の中継サーバにおいて、前記転送部による前記応札電文の転送ごとに前記転送カウンターに１を加える集計部と、前記転送カウンターが所定の転送数より小さいか否かを判断する判断部とを更に備え、前記転送部は、前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、前記生成部は、前記転送カウンターが前記所定の転送数以上の場合、前記転送部により転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することは、好ましい態様である。なお、所定の転送数は、後述する応札スルー件数に相当し、所定の時間は、後述する応札集約タイマーに相当する。
【００１１】
また、本発明のせり取引システムは、せりサーバと、せり取引会場に設置された複数の応札端末と、前記せり取引会場に設けられ、前記複数の応札端末からの応札電文を受け付けて前記せりサーバへ中継する中継サーバとを備えるせり取引システムであって、前記中継サーバは、前記応札端末からの応札電文を受信する受信部と、受信した前記応札電文を前記せりサーバへ転送する転送部と、前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成する生成部とを備え、前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成され、前記転送部が、前記集約応札電文が生成された場合に、生成された前記集約応札電文を前記せりサーバへ送信することを特徴とする。
【００１２】
また、本発明のせり取引システムにおいて、前記中継サーバが、前記転送部による前記応札電文の転送ごとに前記転送カウンターに１を加える集計部と、前記転送カウンターが所定の転送数より小さいか否かを判断する判断部とを更に備え、前記転送部が、前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、前記生成部が、前記転送カウンターが前記所定の転送数以上の場合、前記転送部により転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することは、好ましい態様である。
【００１４】
また、本発明のせり取引方法は、せり取引会場ごとに設けられ、前記せり取引会場に設置された複数の応札端末からの応札電文を受け付けてせりサーバへ中継する中継サーバのせり取引方法であって、前記応札端末からの応札電文を受信するステップと、受信した前記応札電文を前記せりサーバへ転送するステップと、前記応札電文の転送数を示す転送カウンターに応じて、受信した前記応札電文を集約した集約応札電文を生成するステップと、生成された前記集約応札電文を前記せりサーバへ送信するステップとを有し、前記応札電文は、少なくとも、該応札電文の送信元に関する情報と、応札価格とを含み、前記集約応札電文は、所定の時間内に受信した応札電文のうち、受信した時間が早い上位所定数の応札電文の送信元に関する情報と、前記所定の時間内に受信した応札電文の件数とを含み、かつ、応札価格ごとに生成される、ことを特徴とする。
【００１５】
また、本発明のせり取引方法において、前記応札電文の転送ごとに前記転送カウンターに１を加えるステップと、前記転送カウンターが所定の転送数より小さいか否かを判断するステップとを更に有し、前記転送カウンターが前記所定の転送数より小さい場合、受信した前記応札電文を前記せりサーバへ転送し、前記転送カウンターが前記所定の転送数以上の場合、転送された直近の応札電文以降の応札電文であって、前記所定の時間内に受信した応札電文を保持し、該保持した応札電文から前記集約応札電文を生成することは、好ましい態様である。
【発明の効果】
【００１７】
本発明によれば、通信可能な帯域が小さい回線であっても、通信エラーなく応札をすることができる。
【図面の簡単な説明】
【００１８】
【図１】実施の形態に係る中継サーバを含む中古車せり取引システムの一例を示す構成図である。
【図２Ａ】実施の形態における中古車せり取引システムのせり取引の運用（決定パターン）の一例を説明するための図である。
【図２Ｂ】実施の形態における中古車せり取引システムのせり取引の運用（流れパターン）の一例を説明するための図である。
【図３】実施の形態に係る中継サーバの機能ブロックの一例を示す機能ブロック図である。
【図４】実施の形態における応札電文の電文形式の一例を示す図である。
【図５】実施の形態における応札電文の項目の内容を示す表である。
【図６】実施の形態における応札状況電文の電文形式の一例を示す図である。
【図７】実施の形態における応札状況電文の項目の内容を示す表である。
【図８】実施の形態におけるランプ情報の一例を示す図である。
【図９Ａ】実施の形態における調整卓画面の一例を示す図である。
【図９Ｂ】実施の形態における応札状況ランプを説明するための図である。
【図１０】実施の形態における応札電文集約処理の概要について説明するための図である。
【図１１】実施の形態における集約応札電文の電文形式の一例を示す図である。
【図１２】実施の形態における集約応札電文の内容を説明するための図である。
【図１３】実施の形態に係る中継サーバを実現するためのハードウェア構成の一例を示すハードウェア構成図である。
【図１４】実施の形態における中古車せり取引システムの中継サーバの応札電文集約処理フローの一例を示すフローチャートである。
【図１５Ａ】実施の形態における応札集約タイマーがタイムアウトするまでに保持されたせり応札電文の一例を示す図である。
【図１５Ｂ】実施の形態における、応札価格ごとに応札件数と上位２位の会員情報を設定した集約応札電文の一例を示す図である。
【図１６】従来の中古車せり取引システムの一例を示す構成図である。
【発明を実施するための形態】
【００１９】
以下、実施の形態について図面を参照して説明する。図１は、本発明の実施の形態に係る中継サーバを含む中古車せり取引システムの一例を示す図である。以下では、中古車せり取引について説明するが、本発明は、中古車のせり取引に限らず、他のせり取引であっても実施可能である。
【００２０】
図１に示すように、中古車せり取引システム１は、せり取引会場１００（Ａ会場１００ａ、Ｂ会場１００ｂ）と、せり取引会場ごとに設けられ、せり取引会場１００とせりサーバ３の間の通信を中継する中継サーバ２（中継サーバ２ａ、２ｂ）と、せり取引を進行するために必要な処理（例えば、せり取引の開始、応札状況の通知、せり取引の確定などのための処理）を行うせりサーバ３から構成されている。せりサーバ３は、中継サーバ２を介してせり取引会場１００と通信可能に接続されているとともに、専用線４を介してせり取引会場１００と通信可能に接続されている。
【００２１】
せり取引会場１００は、せり取引が行われる場所であって、多くの購買店会員がせり取引に参加できるように複数設置される。せり取引会場１００（１００ａ、１００ｂ）には、各種表示装置（出品店表示装置とも言う）１０（１０ａ、１０ｂ）、せり調整人操作端末１１（１１ａ、１１ｂ）、購買店座席端末１２（１２ａ１、１２ａ２、１２ｂ１、１２ｂ２）が設置され、各端末や装置は中継サーバ２（２ａ、２ｂ）と通信可能に接続されている。また、せり取引会場１００では、せり取引を行うレーンが複数設けられ、レーンごとにせり取引が行われており、購買店会員は、購買店座席端末１２を用いて、複数のせり取引を同時に行うことができる。これにより、短い時間で多くのせり取引を行うことができる。
【００２２】
出品店表示装置１０は、中古車（車輌）をせり取引に出品する出品店会員が操作する装置であって、車輌のせり取引価格の情報や応札状況などが表示される装置である。出品店会員は、出品店表示装置１０に表示される各情報を参照し、出品店表示装置１０を用いて、せり調整人が操作するせり調整人操作端末１１に対して、スロー（後述するせり上げの停止）や希望価格のクリア（希望価格の達成）などの調整操作指示を行う。これにより、出品店会員は、所望のせり取引を行うことができる。
【００２３】
せり調整人操作端末１１は、せり取引を調整する調整人が操作する端末であって、出品店表示装置１０からの調整操作指示に基づいて、せりサーバ３に対して、中継サーバ２を介してせり取引の調整指示をしたり、せり取引の開始や終了（中断を含む）の指示をしたりする。
【００２４】
購買店座席端末１２は、せり取引に出品される車輌を購入する購買店会員が操作する端末であって、出品される車輌の車輌情報や価格を表示するものであり、１つの会場に最大数千台が設置されることもある。購買店会員は、購買店座席端末１２に表示される車輌情報や価格を参照し、購買店座席端末１２を用いて、せりサーバ３に対して、中継サーバ２を介して応札電文を送信する。
【００２５】
中継サーバ２は、せりサーバ３とせり取引会場１００の間に設置され、せり取引会場１００の購買店座席端末１２からの応札電文を受信し、せりサーバ３へ転送したり、せりサーバ３からの応札状況電文（応札の状況を通知するための電文）を受信し、せり取引会場１００の各装置や各端末へ転送したりする。応札電文を受信した中継サーバ２の具体的な応札電文処理については後述する。中継サーバ２の特徴的な応札電文処理により、通信可能な帯域が小さい回線であっても、通信エラーなく応札をすることができる。
【００２６】
せりサーバ３は、せり取引を進行するために必要な処理を行うものであって、具体的には以下のような処理を行う。せりサーバ３は、せり取引の開始を促すせり取引開始電文（後述する応札状況電文（スタートビットＯＮ））を中継サーバ２へ送信する。これにより、中継サーバ２は購買店座席端末１２からの応札を受ける準備をし、購買店座席端末１２は応札を開始することができる。
【００２７】
また、せりサーバ３は、出品される車輌の車輌情報や価格を、出品店表示装置１０、せり調整人操作端末１１、購買店座席端末１２へ中継サーバ２を介して送信する。また、せりサーバ３は、中継サーバ２を介してせり取引会場１００から応札電文を受信し、受信した応札電文に基づいて応札状況を判断し、応札に関する情報、例えば、現在の応札価格の情報や応札数の情報を含む応札状況電文を生成し、中継サーバ２へ送信する。また、せりサーバ３は、せり取引が進行した結果、最終的に落札や流札（流れ）の決定などを行う。
【００２８】
ここで、実施の形態における中古車せり取引システムのせり取引の運用の一例について図２Ａ及び図２Ｂを用いて説明する。
【００２９】
まず、せり取引において、せり決定された場合（落札された場合）、すなわち決定パターンについて図２Ａを用いて説明する。せり取引開始の指示が行われることにより、せり取引が開始（スタート）される（Ａ１）。
【００３０】
この例では、せり取引の開始価格（スタート価格）は１００千円であり、売却してもよい金額（希望価格）は１１０千円である。また、値幅は１千円であり、せり上げ時間は５０ｍｓ（ミリ秒）であり、決定時間は５００ｍｓ（ミリ秒）である。
【００３１】
値幅（Ａ３）は、誘導せり上げ時間毎、又は応札毎にせり上がる金額である。誘導せり上げ（Ａ４）は、せり取引が開始されてから希望価格までの間、応札の有無に関わらず、せり上げ時間毎にせり上げを行うことを言う。せり上げ時間（Ａ２）は、値幅がせり上がる時間間隔を言い、決定時間は、うりきり後の応札があってから所定の時間が経過するまでの時間を言う。
【００３２】
図２Ａでは、せり取引開始時のスタート価格から希望価格までは５０ｍｓ毎にせり取引価格がせり上がっている。せり取引価格が希望価格を超えると、応札があった場合にせり上がり、応札がなければせり上がらない。これをうりきり（Ａ５）と言う。なお、同一価格で一人が応札しても複数人（例、６０人）が応札しても、せり上がる価格は値幅分のみである（Ａ６）。うりきり後、応札がなくなると、決定時間の経過待ちとなり、決定時間の経過待ちの間に応札があるとせり取引価格がせり上がり、再度、決定時間の経過待ちとなる（Ａ７）。決定時間の経過待ちの間に応札がなければ、せり決定（Ａ８）となり、最後の応札者が落札者となり、購入権利者となる。
【００３３】
次に、せり取引において、せり決定されなかった場合（落札されなかった場合）、すなわち流れパターンについて図２Ｂを用いて説明する。
【００３４】
決定パターンと同様、せり取引開始の指示が行われることにより、せり取引が開始される（Ｂ１）。流れパターンの例では、応札が入ることなく誘導せり上げにより、希望価格の１値幅前、すなわち１０９千円までせり取引価格がせり上がっている（Ｂ２）。この状態で、決定時間の経過待ちとなり、決定時間の経過待ちの間に応札が入らないため、応札者なしとなって流れとなる（Ｂ３）。なお、この場合の決定時間は、１０９千円までせり取引価格がせり上がってから所定の時間が経過するまでの時間を言う。
【００３５】
次に、実施の形態に係る中継サーバの機能ブロックの一例について図３を用いて説明する。中継サーバ２は、受信部２１、転送部２２、集計部２３、判断部２４、生成部２５、記憶部２６から構成されている。中継サーバ２の構成要素は、これらに限定されるものではなく、他の構成要素を含むものであってもよい。
【００３６】
受信部２１は、せりサーバ３からのせり取引開始電文（スタートビットＯＮの応札状況電文）を受信する。また、受信部２１は、せり取引開始電文を受信後、せり取引会場１００の購買店座席端末１２からの応札電文を受信したり、せりサーバ３からの応札状況電文を受信したりする。ここで、応札電文及び応札状況電文の電文形式の一例について図４から図７を用いて説明する。
【００３７】
まず、応札電文の電文形式について図４及び図５を用いて説明する。図４は応札電文の電文形式の一例を示し、図５は応札電文の項目の内容を示す表である。図４に示すように、応札電文の電文形式は、ヘッダ部とデータ部から構成されている。ヘッダ部は、“機能”、“修飾”、“通番”、“予備１”、“送信元”、“送信先”、“データ長”を設定する領域から構成されている。
【００３８】
“機能”及び“修飾”は、電文がどのような種類の電文であるかを示すものであり、“機能”で応札電文（００１８ｈ）であることを示し、“修飾”では会場応札（０００１）であることを示している。“通番”は、送信元の電文の通し番号を示す。“予備１”は、予備のデータ領域である。
【００３９】
“送信元”は、応札電文の送信元の識別情報を示し、購買店座席端末１２から中継サーバ２へ送信される応札電文の場合には、購買店座席端末１２の識別情報（１１：購買＋座席車輌端末）であり、中継サーバ２からせりサーバ３へ送信される応札電文の場合には、中継サーバ２の識別情報（２２：購買店集約アプリ）である。
【００４０】
“送信先”は、応札電文の送信先の識別情報を示し、購買店座席端末１２から中継サーバ２へ送信される応札電文の場合には、中継サーバ２の識別情報（２２：購買店集約アプリ）であり、中継サーバ２からせりサーバ３へ送信される応札電文の場合には、せりサーバ３の識別情報（１：せりサーバ）である。応札電文は、複数の中継サーバ２にマルチキャストされる後述の応札状況電文と異なり、特定の相手に送信されるもの、すなわちユニキャストされるものである。“データ長”は、応札電文のデータの長さを示し、この場合、８０固定である。
【００４１】
データ部は、“応札情報１から４”、“座席番号”、“会員情報”から構成されている。
【００４２】
“応札情報”は、“レーン区分”、“予備Ａ”、“出品番号”、“応札価格”から構成されている。“レーン区分”は、せり取引のレーンを示し、この例では、ＡレーンからＬレーンのいずれかが示される。“予備Ａ”は、予備のデータ領域である。“出品番号”は、車輌を出品した際に付される番号を示す。“応札価格”は、応札した際の価格を示し、千円単位で示される。
【００４３】
“座席番号”は、購買店座席端末１２に付された番号を示す。“会員情報”は、購買店会員の会員番号と枝番を示す。会員番号は、‘０’〜‘９’、‘Ａ’〜‘Ｚ’の組み合わせで示され、会員番号が８桁未満の場合は、右詰のゼロフィルでセットされる。会員番号の一例として、‘１２３４’は‘００００１２３４’とセットされる。枝番は、０’〜‘９’、‘Ａ’〜‘Ｚ’の組み合わせで示され、枝番が４桁未満の場合は、右詰のゼロフィルでセットされる。枝番の一例として、‘１２’は‘００１２’とセットされる。
【００４４】
次に、応札状況電文について図６及び図７を用いて説明する。図６は応札状況電文の電文形式の一例を示し、図７は応札状況電文の項目の内容を示す表である。図６に示すように、応札状況電文の電文形式は、ヘッダ部とデータ部から構成されている。ヘッダ部は、“機能”、“修飾”、“通番”、“予備１”、“送信元”、“送信先”、“データ長”を設定する領域から構成されている。この例の場合、図７に示すように、“機能”は応札状況電文（００５Ａｈ）であることを示している。
【００４５】
“送信元”は、応札電文の送信元の識別情報を示し、せりサーバ３の識別情報（１：せりサーバ）である。“送信先”は、応札電文の送信先の識別情報を示し、未指定（０：未指定）である。応札状況電文は、複数の中継サーバ２へマルチキャストされるためである。“データ長”は、応札電文のデータの長さを示し、この場合、８０固定である。
【００４６】
データ部は、“レーン区分”、“決定区分”、“出品番号”、“現在価格”、“最終応札価格”、“ランプ情報”、“値幅情報”、“応札人数”、“応札区分”、“最終応札店番号”、“応札状況ランプ１”、“応札状況ランプ２”、“落札店番号”、“落札店座席番号”から構成されている。
【００４７】
“レーン区分”は、せり取引のレーンを示している。“決定区分”は、せり取引の状況を示すものであり、応札（０）、流れ（１）、決定（２）のいずれかが示される。“出品番号”は、車輌を出品した際に付される番号を示す。“現在価格”は、現在のせり取引の価格を示し、千円単位で示される。“最終応札価格”は、最終的に応札された際の価格を示し、“決定区分”が流れの場合には“０”がセットされる。
【００４８】
“ランプ情報”には、図８に示すランプ情報１から８までのいずれかのランプ情報が埋め込まれ、例えば、せり取引を開始させる応札状況電文であれば、ランプ情報１が埋め込まれ、スタートビットがＯＮとされる。“値幅情報”は、上述した値幅の情報を示す。“応札人数”は、応札した人数を示す。“応札区分”は、どのような応札であるかを示す。“最終応札店番号”は、最終的に応札した購買店会員の会員番号と枝番を示す。会員番号は、‘０’〜‘９’、‘Ａ’〜‘Ｚ’の組み合わせで示され、会員番号が８桁未満の場合は、右詰のゼロフィルでセットされる。会員番号の一例として、‘１２３４’は‘００００１２３４’とセットされる。枝番は、‘０’〜‘９’、‘Ａ’〜‘Ｚ’の組み合わせで示され、枝番が４桁未満の場合は、右詰のゼロフィルでセットされる。枝番の一例として、‘１２’は‘００１２’とセットされる。
【００４９】
“応札状況ランプ１”及び“応札状況ランプ２”は、応札数がどの程度あるかを示すものであり、“応札状況ランプ１”及び“応札状況ランプ２”に基づいて生成される調整卓画面がせり調整人操作端末１１のディスプレイに表示される。せり調整人は、調整卓画面を見ることによって、どの程度の応札があるかを把握することができる。調整卓画面の一例を図９Ａに示す。調整卓画面には、応札人数６０人分の表示領域があり、応札人数分の表示領域が点灯し、６０人以上の応札があると、すべての表示領域が点灯する。“応札状況ランプ１”のビット０〜３１が調整卓画面の１〜３２に対応し、“応札状況ランプ２”のビット０から２７が調整卓画面の３３〜６０に対応している（図９Ｂ参照）。
【００５０】
“落札店番号”は、落札した購買店会員の会員番号と枝番を示す。会員番号と枝番については、上述した“最終応札店番号”の会員番号と枝番と同様であるため、説明を省略する。“落札店座席番号”は、落札した購買店会員の座席番号を示す。
【００５１】
転送部２２は、購買店座席端末１２から受信した応札電文をせりサーバ３へ転送したり、せりサーバ３から受信した応札状況電文をせり取引会場１００の出品店表示装置１０、せり調整人操作端末１１、購買店座席端末１２へマルチキャストしたりする。また、転送部２２は、後述する生成部２５によって生成された集約応札電文をせりサーバ３へ送信する。
【００５２】
集計部２３は、転送部２２による応札電文の転送ごとに、後述する応札スルーカウンター（転送カウンターとも言う）に１を加える。
【００５３】
判断部２４は、応札スルーカウンターが後述する応札スルー件数（所定の転送数）より小さいか否かを判断する。
【００５４】
生成部２５は、応札スルーカウンターが応札スルー件数以上の場合、転送部２２により転送された直近の応札電文以降の応札電文（応札スルー件数を超えた応札電文）であって、応札集約タイマーがタイムアウトするまでの時間（所定の時間）内に受信した応札電文を集約した集約応札電文を生成する。このように、複数の応札電文を集約して１つの電文とすることで、回線を通る応札電文の通信量を抑えることができるため、通信可能な帯域が小さい回線であっても、通信エラーなく、せり取引を行うことができる。
【００５５】
ここで、実施の形態における応札電文集約処理の概要について図１０を用いて説明する。応札電文集約処理は、レーン単位で実施される。まず、せりサーバアプリを実装したせりサーバ３が、応札状況電文（スタートビットＯＮ）を、購買店集約アプリを実装した中継サーバ２や、購買店操作アプリを実装した購買店座席端末１２へマルチキャストする（Ｓ１）。応札状況電文を受信した中継サーバ２は、応札集約タイマーを開始し、応札スルーカウンター及び応札カウンターをリセットする（Ｓ２）。なお、応札状況電文（スタートビットＯＮ）を受信する前に応札電文（せり応札電文とも言う）を受信した場合、受信した応札電文はせりサーバ３へそのまま送信される。
【００５６】
応札集約タイマーは、あらかじめ設定される、応札電文を集約するための時間で、例えば３０ｍｓ（ミリ秒）である。応札スルーカウンターは、購買店座席端末１２からの応札電文をせりサーバ３へそのまま転送した応札電文の数であり、応札カウンターは、応札スルーカウンターが所定の転送数（応札スルー件数、例えば３件）以上になった場合、それ以降に購買店座席端末１２から受信した応札電文の数である。
【００５７】
中継サーバ２は、せり応札電文（Port:50001）を購買店座席端末１２から受信すると、応札スルーカウンターが応札スルー件数より小さいか判断し、小さい場合、受信したせり応札電文（Port:50001）をせりサーバ３へ送信し、応札スルーカウンターに１を加える（Ｓ３）。
【００５８】
その後、中継サーバ２は、更に、せり応札電文（Port:50001）を受信すると、応札スルーカウンターが応札スルー件数より小さいか判断し、応札スルーカウンターが応札スルー件数以上である場合、購買店座席端末１２から受信した応札電文を保持し、応札カウンターに１を加える（Ｓ４）。なお、応札スルーカウンターが応札スルー件数より小さい場合、受信したせり応札電文（Port:50001）をせりサーバ３へ送信し、応札スルーカウンターに１を加える。
【００５９】
応札集約タイマーがタイムアウトすると、中継サーバ２は、保持していたせり応札電文と応札カウンターの値から、集約応札電文を生成し（Ｓ５）、せりサーバ３へ送信する（Ｓ６）。中継サーバ２は、集約応札電文を生成すると、応札集約タイマーを開始し、応札スルーカウンター及び応札カウンターをリセットする。なお、応札集約タイマーは、応札状況電文のスタートビットがＯＦＦになった時点で停止する。
【００６０】
ここで、集約応札電文の電文形式の一例について図１１及び図１２を用いて説明する。図１１に示すように、集約応札電文の電文形式は、ヘッダ部とデータ部から構成されている。ヘッダ部は、“機能”、“修飾”、“通番”、“予備１”、“送信元”、“送信先”、“データ長”を設定する領域から構成されている。この例の場合、“機能”は集約応札電文（００１８ｈ）であることを示し、“修飾”は集約応札（０００３）であることを示している。
【００６１】
“送信元”は、集約応札電文の送信元の識別情報を示し、中継サーバ２の識別情報（２２：購買店集約アプリ）である。“送信先”は、集約応札電文の送信先の識別情報を示し、せりサーバ３の識別情報（１：せりサーバ）である。集約応札電文は、特定の相手（せりサーバ３）へ送信されるもの、すなわちユニキャストされるものである。“データ長”は、応札電文のデータの長さを示し、この場合、５６固定である。
【００６２】
データ部は、“レーン区分”、“予備２”、“出品番号”、“応札価格”、“応札人数”、“予備３”、“第１位応札店”、“第２位応札店”から構成されている。“第１位応札店”及び“第２位応札店”は、“会員番号”、“枝番”、“座席番号”から構成されている。“レーン区分”は、せり取引のレーンを示している。“予備２”は、予備のデータ領域である。“出品番号”は、車輌を出品した際に付される番号を示す。“応札価格”は、応札時の応札価格を示し、千円単位である。“応札人数”は、応札した人数を示す。“予備３”は、予備のデータ領域である。“第１位応札店”及び“第２位応札店”の“会員番号”、“枝番”、座席番号”は、上述した応札電文の“会員番号”、“枝番”、“座席番号”と同様であるため、説明を省略する。
【００６３】
次に、実施の形態に係る中継サーバを実現するためのハードウェア構成の一例について図１３を用いて説明する。図１３に示すように、ハードウェア構成は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１３１、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）１３２、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３３、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１３４、通信インタフェース（Ｉ／Ｆ）１３５、バス１３６を備えている。ＣＰＵ１３１、ＨＤＤ１３２、ＲＯＭ１３３、ＲＡＭ１３４、通信インタフェース（Ｉ／Ｆ）１３５は、例えば、バス１３６を介して互いに接続されている。
【００６４】
ＣＰＵ１３１は、バス１３６を介して、ＨＤＤ１３２などに格納される中継サーバ２の各種処理を行うためのプログラムを読み込み、読み込んだプログラムをＲＡＭ１３４に一時的に格納し、そのプログラムにしたがって各種処理を行うものであり、主として上述した集計部２３、判断部２４、生成部２５として機能する。
【００６５】
ＨＤＤ１３２には、中継サーバ２の各種処理を行うためのアプリケーションプログラムや、中継サーバ２の処理に必要なデータなどが格納され、主として上述した記憶部２６として機能する。
【００６６】
ＲＯＭ１３３は、不揮発性メモリであって、ブートプログラムやＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）などのプログラムを記憶する。
【００６７】
ＲＡＭ１３４には、揮発性メモリであって、ＣＰＵ１３１に実行させるためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）プログラムやアプリケーションプログラムの一部が一時的に格納される。また、ＲＡＭ１３４には、ＣＰＵ１３１による処理に必要な各種データが格納される。
【００６８】
通信インタフェース（Ｉ／Ｆ）１３５は、外部（せりサーバ３、出品店表示装置１０、せり調整人操作端末１１、購買店座席端末１２）とデータの送受信を行うものであり、主として上述した受信部２１、転送部２２として機能する。
【００６９】
バス１３６は、各装置間の制御信号、データ信号などの授受を媒介する経路である。
次に、実施の形態における中古車せり取引システムの中継サーバの応札電文集約処理フローの一例について図１４を用いて説明する。中継サーバ２が、せりサーバ３からの応札状況電文を受信するせりサーバ電文受信スレッドと、購買店座席端末１２からのせり応札電文を受信する購買店電文受信スレッドと、受信した電文を処理する集約応札実行スレッドを実行することによって、応札電文集約処理が行われる。
【００７０】
せりサーバ電文受信スレッド及び購買店電文受信スレッドは、中継サーバ２の受信部２１が実行し、集約応札実行スレッドは、中継サーバ２の転送部２２、集計部２３、判断部２４、生成部２５が実行する。
【００７１】
まず、せりサーバ３が、中継サーバ２へ応札状況電文（スタートビットＯＮ）を送信する。受信部２１（せりサーバ電文受信スレッド）は、応札状況電文（スタートビットＯＮ）を受信する（ステップＳ１４０１）と、応札状況通知として集計部２３（集約応札実行スレッド）に渡す。応札状況通知を受け取ると、集約初期化処理が行われる。具体的には、応札状況電文のスタートビットがＯＮであるか否かが、例えば判断部２４に判断される（ステップＳ１４０２）。すなわち、せり取引が開始されるか否かを判断する。スタートビットがＯＮである場合（ステップＳ１４０２でＹｅｓの場合）、集計部２３は、応札集約タイマーを開始し、応札スルーカウンターのクリア、応札カウンターのクリア、保持しているせり応札電文のクリアを行う（ステップＳ１４０３）。これにより、せり取引が開始された状態（スタート後）となる。スタートビットがＯＮでない場合（ステップＳ１４０２でＮｏの場合）、せり取引の開始の待ち状態（スタート前）となる。
【００７２】
せり取引が開始された後、購買店座席端末１２が、中継サーバ２へせり応札電文を送信する。受信部２１は、購買店座席端末１２からせり応札電文を受信する（ステップＳ１４０４）と、せり応札電文には複数のレーンの応札情報が設定されている場合があるため、レーンごとにせり応札電文を生成し、集計部２３（集約応札実行スレッド）に渡す。なお、上述した応札状況電文（スタートビットＯＮ）を受信する前に、購買店座席端末１２からせり応札電文を受信した場合にも同様の処理を行うが、転送部２２（集約応札実行スレッド）は、受け取ったせり応札電文をそのまま、せりサーバ３へ転送（スルー）する。
【００７３】
せり応札電文が受け取られると、集約処理が行われる。具体的には、判断部２４は、応札スルーカウンターが応札スルー件数より小さいか否かを判断する（ステップＳ１４０５）。応札スルーカウンターが応札スルー件数よりも小さい場合（ステップＳ１４０５でＹｅｓの場合）、転送部２２は、せり応札電文をせりサーバ３へ転送し、集計部２３は、応札スルーカウンターに１を加える（ステップＳ１４０６）。一方、応札スルーカウンターが応札スルー件数以上の場合（ステップＳ１４０５でＮｏの場合）、せり応札電文が保持され、集計部２３は、応札カウンターに１を加える（ステップＳ１４０７）。このときの保持形式は、例えば、“応札価格”と“会員番号−枝番”（文字列）をキーとした２次元のハッシュテーブルとする。
【００７４】
その後、応札集約タイマーがタイムアウトすると、集約電文送信処理が行われる（ステップＳ１４０８）。
【００７５】
ここで、集約電文送信処理の一例について説明する。応札集約タイマーがタイムアウトするまでに保持されたせり応札電文の一例を図１５Ａに示す。図１５Ａに示すせり応札電文は、時系列の項目に示された番号順に受信されたものである。すなわち、時系列“１”のせり応札電文が最初に受信されたもので、時系列“８”のせり応札電文が最後に受信されたものである。時系列“１”〜“５”のせり応札電文の応札価格は１０，０００円であり、時系列“６”〜“８”のせり応札電文の応札価格は１１，０００円である。
【００７６】
時系列“２”のせり応札電文は、時系列“１”のせり応札電文と会員番号が異なるため、保持される。時系列“３”のせり応札電文は、時系列“１”及び“２”のせり応札電文と会員番号が異なるため、保持される。時系列“４”のせり応札電文は、時系列“２”のせり応札電文と同一応札価格、同一会員番号、同一枝番のため、破棄される。時系列“５”のせり応札電文は、時系列“３”のせり応札電文と枝番が異なるため、保持される。以上のことから、応札価格１０，０００円での応札件数は４件となる。
【００７７】
時系列“６”のせり応札電文は、時系列“２”のせり応札電文と応札価格が異なるため、保持される。時系列“７”のせり応札電文は、時系列“５”のせり応札電文と応札価格が異なるため、保持される。時系列“８”のせり応札電文は、時系列“１”〜“７”のせり応札電文と会員番号が異なり、時系列“１”〜“５”のせり応札電文と応札価格が異なるため、保持される。以上のことから、応札価格１１，０００円での応札件数は３件となる。
【００７８】
集約応札電文を生成する方法として、例えば、応札価格ごとに、上位２位の会員情報（応札電文の送信元に関する情報）と応札件数を集約応札電文に設定し、応札件数が６０（設定値）を超える場合には６０を応札件数として集約応札電文に設定する。なお、集約応札電文を生成する方法はこれに限られるものではなく、他の情報などを含めてもよい。
【００７９】
生成部２５は、図１５Ａに示す保持結果に基づいて、図１５Ｂに示すように、応札価格ごとに、応札件数と上位２位の会員情報（会員番号と枝番）を設定した集約応札電文を生成する。応札価格ごとに生成された集約応札電文は、それぞれ送信される。すなわち、この場合、２つの集約応札電文がせりサーバ３へ送信される。
【００８０】
ステップＳ１４０８に戻り、集約応札電文が転送部２２によってせりサーバ３へ送信されると、集計部２３は、応札集約タイマーを開始し、応札スルーカウンターのクリア、応札カウンターのクリア、保持しているせり応札電文のクリアを行う。
【００８１】
その後、受信部２１（せりサーバ電文受信スレッド）は、せりサーバ３から応札状況電文（スタートビットＯＦＦ）を受信する（ステップＳ１４０９）と、応札状況通知として集計部２３（集約応札実行スレッド）に渡す。応札状況通知を受け取ると（ステップＳ１４０９−１でＹｅｓの場合）、集約処理停止処理が行われる（ステップＳ１４１０）。具体的には、集計部２３は、応札状況電文のスタートビットがＯＦＦの場合、集約中の電文があれば破棄し、集約初期化処理を行い、スタート前の状態となる。スタートビットがＯＦＦとなるのは、せり取引が確定した場合やせり取引が中断した場合である。
【００８２】
なお、ステップＳ１４０９において、受信部２１は、集約応札電文の送信後に、せりサーバ３から応札状況電文（スタートビットＯＦＦ）を受信しているが、せり取引が確定せず、せり取引が継続して行われている場合に、せりサーバ３から送信される応札状況（例えば、現在のせり取引価格や応札人数などのスタートビットがＯＦＦでない応札状況電文）を伝える応札状況電文を受信する場合（ステップＳ１４０９−１でＮｏの場合）には、購買店座席端末１２から受信するせり応札電文（ステップＳ１４０４）の上記集約処理が引き続き行われる。すなわち、ステップＳ１４０５からの処理が繰り返し行われる。
【００８３】
上述したような中継サーバ、中古車のせり取引システム、中古車のせり取引方法によれば、通信可能な帯域が小さい回線であっても、通信エラーなく応札をすることができる。
【００８４】
なお、上述した実施の形態では、中継サーバの主な処理をＣＰＵによるソフトウェア処理によって実行するものとして説明したが、この処理の全部又は一部をハードウェアによって実現するようにしてもよい。
【００８５】
また、上述した実施の形態は、上述したものに限定されるものではなく、実施の形態の要旨を逸脱しない範囲において種々の変更を加えることができる。
【符号の説明】
【００８６】
１  中古車せり取引システム
２  中継サーバ
３  せりサーバ
１０  各種表示装置（出品店表示装置）
１１  せり調整人操作端末
１２  購買店座席端末
２１  受信部
２２  転送部
２３  集計部
２４  判断部
２５  生成部
２６  記憶部
１００  せり取引会場
１３１  ＣＰＵ
１３２  ＨＤＤ
１３３  ＲＯＭ
１３４  ＲＡＭ
１３５  Ｉ／Ｆ
１３６  バス
【図１】
0006449743.tif 000002
【図２Ａ】
0006449743.tif 000003
【図２Ｂ】
0006449743.tif 000004
【図３】
0006449743.tif 000005
【図４】
0006449743.tif 000006
【図５】
0006449743.tif 000007
【図６】
0006449743.tif 000008
【図７】
0006449743.tif 000009
【図８】
0006449743.tif 000010
【図９Ａ】
0006449743.tif 000011
【図９Ｂ】
0006449743.tif 000012
【図１０】
0006449743.tif 000013
【図１１】
0006449743.tif 000014
【図１２】
0006449743.tif 000015
【図１３】
0006449743.tif 000016
【図１４】
0006449743.tif 000017
【図１５Ａ】
0006449743.tif 000018
【図１５Ｂ】
0006449743.tif 000019
【図１６】
0006449743.tif 000020