(57)【要約】【課題】せりの応札情報を管理する技術に関し、実際にせり取引をした参加者を適切に判別可能とする。【解決手段】購買店端末装置２１７内のログ収集部２１７−３は、せり毎に、そのせりの識別情報と、そのせりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードを含む応札情報とを、そのせりのログとして収集する。購買店端末装置２１７内の端末制御部２１７−１（せり参加率算出部）は、せりのログに基づいて、せり毎およびそのせりに参加した参加者毎に、その参加者のそのせり内での価格帯が異なる応札の割合をモード毎にせり参加率として算出し、その算出結果を集計用応札データ２００−３として出力する。せり機サーバ装置２００内のせり機制御部２００−１は、集計用応札データ２００−３に基づいて、所定の開催単位毎および参加者毎に、モード毎の各せり参加率を集計し、その集計結果をせり結果データとしてせり業務サーバに出力する。モード毎のせり参加率を集計できることにより、サクラ応札を適切に排除できる。【選択図】図３
2014164442.tif 000002
【特許請求の範囲】
【請求項１】
参加者がせりに参加し応札を行う応札端末装置であって、
前記せりの進行を制御するせり機サーバ装置から前記せりの進行情報を受信することにより、自装置が参加する前記せり毎に、該せりの識別情報と、該せりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードとを、該せりのログとして収集するログ収集部と、
前記せりのログに基づいて、自装置が参加する前記せり毎および該せりに参加した参加者毎に、該参加者の該せり内での価格帯が異なる応札の割合を前記モード毎にせり参加率として算出し、該算出結果を集計用応札データとして出力するせり参加率算出部と、
を備えることを特徴とするせり応札端末装置。
【請求項２】
参加者がせりに参加し応札を行う応札端末装置と通信することによりせりの進行を制御するせり機サーバ装置であって、
前記応札端末装置から前記集計用応札データを受信することにより、所定の開催単位毎および前記参加者毎に、前記モード毎の各せり参加率を集計し、該集計結果をせり結果データとして出力するせり参加率集計部を備える、
ことを特徴とするせり機サーバ装置。
【請求項３】
前記所定の開催単位はせりの開催回または開催日である、
ことを特徴とする請求項２に記載のせり応札情報管理方法。
【請求項４】
参加者がせりに参加し応札を行う応札端末装置と、前記応札端末装置と通信することにより前記せりの進行を制御するせり機サーバ装置と、前記せりに関する情報、前記参加者に関する情報、および前記出品者に関する情報を制御するせり業務サーバ装置とを含むせりシステムにおいて、
前記応札端末装置に、
前記せり機サーバ装置から前記せりの進行情報を受信することにより、自装置が参加する前記せり毎に、該せりの識別情報と、該せりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードを含む応札情報とを、該せりのログとして収集するログ収集部と、
前記せりのログに基づいて、自装置が参加した前記せり毎および該せりに参加した参加者毎に、該参加者の該せり内での価格帯が異なる応札の割合を前記モード毎にせり参加率として算出し、該算出結果を集計用応札データとして出力するせり参加率算出部と、
を備え、
前記せり機サーバ装置に、
前記応札端末装置から前記集計用応札データを受信することにより、所定の開催単位毎および前記参加者毎に、前記モード毎の各せり参加率を集計し、該集計結果をせり結果データとして出力するせり参加率集計部を備え、
前記せり業務サーバ装置に、
前記せり機サーバ装置から前記せり結果データを受信しデータベース管理するせり結果管理部を備える、
ことを特徴とするせりシステム。
【請求項５】
せり毎に、該せりの識別情報と、該せりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードを含む応札情報とを、該せりのログとして収集し、
前記せりのログに基づいて、前記せり毎および該せりに参加した参加者毎に、該参加者の該せり内での価格帯が異なる応札の割合を前記モード毎にせり参加率として算出し、該算出結果を集計用応札データとして出力し、
前記集計用応札データに基づいて、所定の開催単位毎および前記参加者毎に、前記モード毎の各せり参加率を集計し、該集計結果をせり結果データとして出力する、
ことを特徴とするせり応札情報管理方法。
【請求項６】
せり毎に、該せりの識別情報と、該せりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードを含む応札情報とを、該せりのログとして収集するログ収集ステップと、
前記せりのログに基づいて、前記せり毎および該せりに参加した参加者毎に、該参加者の該せり内での価格帯が異なる応札の割合を前記モード毎にせり参加率として算出し、該算出結果を集計用応札データとして出力するせり参加率算出ステップと、
前記集計用応札データに基づいて、所定の開催単位毎および前記参加者毎に、前記モード毎の各せり参加率を集計し、該集計結果をせり結果データとして出力するせり参加率集計ステップと、
をコンピュータに実行させるためのプログラム。
【請求項７】
参加者がせりに参加し応札を行う応札端末装置であるコンピュータに、
前記せりの進行を制御するせり機サーバ装置から前記せりの進行情報を受信することにより、自装置が参加する前記せり毎に、該せりの識別情報と、該せりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードを含む応札情報と、該せりのログとして収集するログ収集ステップと、
前記せりのログに基づいて、自装置が参加する前記せり毎および該せりに参加した参加者毎に、該参加者の該せり内での価格帯が異なる応札の割合を前記モード毎にせり参加率として算出し、該算出結果を集計用応札データとして出力するせり参加率算出ステップと、
を実行させるためのプログラム。
【請求項８】
参加者がせりに参加し応札を行う応札端末装置と通信することによりせりの進行を制御するせり機サーバ装置であるコンピュータに、
前記応札端末装置から前記集計用応札データを受信することにより、所定の開催単位毎および前記参加者毎に、前記モード毎の各せり参加率を集計し、該集計結果をせり結果データとして出力するせり参加率集計ステップを、
実行させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、せりの応札情報を管理する装置、方法、システム、およびプログラムに関する。
【背景技術】
【０００２】
近年、多くのせり会場には、参加者が応札に用いることが可能な応札用端末装置を多数、ネットワークに接続したせりシステムが導入されている。そのせりシステムは、多数の応札用端末装置の他に、せり人がせりの進行などを行うためのせり人操作端末装置、調整人がせり中の価格の調整を行うための調整人操作端末装置、参加者が応札用端末装置を操作しての応札を受け付け、応札状況を調整人操作端末装置などに通知するせり機サーバ装置（せり制御装置）、及びせりの対象としている出品物に関する情報や現在の価格などを表示するせり状況表示装置などを備えているのが一般的である。最近では、せり会場に来場しない人もせりに参加できるように、インターネットを介して端末装置を接続可能としているせり会場もある。
【０００３】
せり会場のなかには、非常に多くの出品物が出品されるところがある。例えば中古車を出品物としてせりを行うせり会場では、１日に数百〜数千台の中古車をせりにかけるのが一般的である。そのように多くの出品物（中古車）をせりにかける必要から、そのせりが行われるせり会場では、せりシステムの導入が必須となっている。これは、せりシステムでは、提示された価格に対して応札を行った人（応札者）の特定を迅速、且つ正確に行えるからである。それにより、せりシステムを導入したせり会場では、１出品物当たりのせりに要する時間が平均２０秒程度となっている。また、より多くの出品物をせりにかけられるように、複数のレーンで並行にせりを行うせり会場も多く存在する。
【０００４】
せりにおいては、出品者は多くの商品を買ってもらいたいため、通常、多くの客に来場してもらいたいと考える。多くの客が来場すれば、多くの出品者が集まる。また、せり運営者側としては、落札手数料や仲介手数料等で利益を得るため、なるべく多くの客に来場してもらって落札してもらいたいというニーズがある。このような好循環を形成するために、出品者等は、いわゆるサクラの客を多く入札に参加させて新たな客を呼び込ませるような活動を行う場合が多い。
【０００５】
一方、せり運営者側としては、集客を図るために、入札および落札によく参加する会員客に例えば景品プレゼント等の会員サービスを行っている。
【０００６】
この場合に、いわゆるサクラを会員サービスから排除するために、実際にせり取引をした客を適切に判断することが求められている。
【０００７】
従来、オークションサーバが、通信端末からの現在位置と住所とに基づいて、地図ＤＢの情報を参照して、送信元の信頼性のチェックを行うことにより、虚偽のエントリーや虚偽の入札を排除する技術が知られている（例えば特許文献１）。
【０００８】
また、本発明により例えば購買店端末装置の端末名等の詳細なログ収集を行うことで、顧客からの応札有無に対するクレームへの対応策へつなげることも目的としている。
【先行技術文献】
【特許文献】
【０００９】
【特許文献１】特開２０１２−１３７９０１号公報
【発明の概要】
【発明が解決しようとする課題】
【００１０】
しかし、せり会場で会員が参加して行う応札に対するサクラか否かの判断は、上記のような従来技術では行うことはできず、せりの運営スタッフがどのせり会員がサクラでないかの判断を個別に行わなければならず、実質的にサクラか否かの判断は困難であるという問題点を有していた。
【００１１】
そこで、本発明は、実際にせり取引をした参加者を適切に判別可能とすることを特徴とする。
【課題を解決するための手段】
【００１２】
態様の一例では、参加者がせりに参加し応札を行う応札端末装置であって、せりの進行を制御するせり機サーバ装置からせりの進行情報を受信することにより、自装置が参加するせり毎に、そのせりの識別情報と、そのせりの応札毎の応札価格、参加者、およびせり上げまたは売り切りの区別を示すモードとを、そのせりのログとして収集するログ収集部と、せりのログに基づいて、自装置が参加するせり毎およびそのせりに参加した参加者毎に、その参加者のそのせり内での価格帯が異なる応札の割合をモード毎にせり参加率として算出し、その算出結果を集計用応札データとして出力するせり参加率算出部とを備える。
【発明の効果】
【００１３】
本発明によれば、実際にせり取引をした参加者を適切に判別することが可能となる。
【図面の簡単な説明】
【００１４】
【図１】本実施形態によるせりシステムの構成図である。
【図２】せり業務システムの詳細構成を示す図である。
【図３】せり機システムの詳細構成を示す図である。
【図４】せり機サーバと購買店端末装置との間で一般的に通信されるせりの制御シーケンスを示す図である。
【図５】ログ収集部が収集するログのデータ構成例を示す図である。
【図６】購買店端末装置によるログ収集処理および集計用応札データ算出処理を示すフローチャートである。
【図７】せり機サーバによる集計用応札データの再集計処理を示すフローチャートである。
【図８】せり業務サーバによるせり結果データの管理処理を示すフローチャートである。
【図９】集計用応札データの算出処理の説明図である。
【発明を実施するための形態】
【００１５】
以下、本発明を実施するための形態について図面を参照しながら詳細に説明する。
図１は、本発明の実施形態によるせりシステムの構成図である。
【００１６】
このせりシステムは、例えば中古車（車両）を出品物としてせりを行うものである。図１に表すように、このせりシステム１は、せりを行うための基本情報を管理するせり業務システム１０と、実際にせりを行うためのせり機システム２０と、に大別され、せり業務システム１０とせり機システム２０はネットワーク３０により接続されている。
【００１７】
せり業務システム１０は、システム障害に備えた予備系を含む例えば２台のせり業務サーバ装置１１０、２台の映像サーバ装置１２０、業務端末装置１３１、会員管理端末装置１３２、出品票登録端末装置１３３、せり検索端末装置１３４、来場者登録端末装置１３５、発券端末装置１３６、及びそれらを接続するネットワーク１４０を備えている。ネットワーク１４０は、多数のハブ１４１、並びにハブ１４１間、ハブ１４１と各端末装置１３１〜１３６間、ハブ１４１と各サーバ装置１１０、１２０間を結ぶ通信線１４２を備えたものである。
【００１８】
業務端末装置１３１は、せりの運営スタッフが、各せりの状況確認や出品車両の登録等を行うための端末である。
【００１９】
会員管理端末装置１３２は、せり会場でのせりに参加できる会員の登録、削除、登録情報の変更等を行うための端末である。
【００２０】
出品票登録端末装置１３３は、せりに出品される出品物（ここでは中古車）の詳細情報（車名、メーカ、色など）を記載した出品票の登録に用いられる。
【００２１】
せり検索端末装置１３４は、実施されるせり情報の検索に用いられる。
来場者登録端末装置１３５は、せり会場に来場した会員を確認するための端末である。来場した会員か否かの確認には、例えば会員カード４等が用いられる。
【００２２】
発券端末装置１３６は、来場した会員へのサービスとして提供する食券等の印刷物の発券に用いられる。
【００２３】
２台のせり業務サーバ装置１１０は、会員に係わるデータ、せりに係わるデータ等の保存、業務の遂行等に用いられる。
【００２４】
２台の映像サーバ装置１２０は、出品票のデータ等の参加者に提供すべき映像データの保存に用いられる。
【００２５】
これらせり業務サーバ装置１１０、映像サーバ装置１２０がそれぞれ２台ずつ設置されているのは、一方を運用系、他方を予備系の冗長構成として、より高い安全性を実現するためである。また、より高い安全性を実現するために、ネットワーク１４０も２重化されている。
【００２６】
せり機システム２０は、せり業務システム同様に予備系を含む２台のせり機サーバ装置２００、せり機サーバ装置２００、せり人・調整人操作端末装置２１４、購買店端末装置２１７等の各端末装置の動作状況やログの確認等といったせり機システムにおける保守機能を有する運用ワークステーション２０１、連携ＰＣ（パーソナル・コンピュータ）２１１、２台の表示制御ＰＣ２１２、２１３、せり人・調整人操作端末装置２１４、多数の購買店操作端末装置２１５および複数の座席車両検索端末装置２１６からなる購買店端末装置２１７、せり状況表示モニター２２１、出品店表示モニター２２２、及び２台のせり機サーバ装置２００と各端末装置２１１〜２１７間を接続するネットワーク２３０を備えている。
【００２７】
２台のせり機サーバ装置２００とそれぞれ２台のせり業務サーバ装置１１０及び映像サーバ装置１２０との間は、上記ネットワーク３０により接続されている。このネットワーク３０は、２台のハブ３１、各ハブ３１に接続された複数の通信線３２により、２重化されている。ネットワーク２３０もネットワーク１４０、及び３０と同様に、多数のハブ２３１、各ハブ２３１に接続された複数の通信線２３２により２重化されている。
【００２８】
連携ＰＣ２１１は、せり会場以外の場所にいる会員のせりへの参加（応札、出品）を可能にするものである。その連携ＰＣ２１１により、会員は例えばインターネットを介してせりに参加することができる。
【００２９】
表示制御ＰＣ２１２は、接続されたせり状況表示モニター２２１に表示すべき画像の表示等を制御している。そのせり状況表示モニター２２１は、現在、行われているせりに出品された中古車の出品票、現在価格、等の情報が表示される大型の表示装置である。
【００３０】
表示制御ＰＣ２１３は、接続された出品店表示モニター２２２への画像の表示等を制御している。出品店表示モニター２２２は、出品者（出品店）に対して現在価格や応札状況が表示される大型の表示装置である。この表示制御ＰＣ２１３は、出品店端末装置として機能する。
【００３１】
せり人・調整人操作端末装置２１４は、ディスプレイに表示される調整人操作卓画面２２３を見ながら、せり人によるせりの進行などを可能とし、調整人によるせり中の価格の調整などを可能にする。
【００３２】
購買店操作端末装置２１５は、会員がせりに参加するためのものであり、せりの参加者用の座席に設置されている。購買店操作端末装置２１５は、会員カード４に記録された情報を読み取るカードリーダ、応札を行うための応札スイッチ（共に図示せず）を備えている。
【００３３】
座席車両検索端末装置２１６は、ディスプレイに表示されるせり状況表示画面２２４、車輌検索画面２２５を見ながら、せりの参加者が、せりに出品された車両（出品物）のなかで所望の車両の検索や、せり会場のエージェントの代理参加を依頼する不在申し込みの申請等が行えるものであり、せりの参加者用の座席に設置されている。座席車両検索端末装置２１６は、実際は例えばＰＣであり、車両の検索や不在申し込みの申請等のために、表示装置２１７、及びキーボードを搭載、或いは接続により備えている。また、購買店操作端末装置２１５と同様に、会員カード４に記録された情報を読み取るカードリーダを備えている。
【００３４】
上述の購買店操作端末装置２１５、座席車両検索端末装置２１６、および一部の連携ＰＣ２１１は、会員が応札に参加することができる購買店端末装置２１７を構成する。
【００３５】
２台のせり機サーバ装置２００は、せり人・調整人操作端末装置２１４からの指示に従い、せりの進行、提示する価格の更新、等を行う。また、購買店端末装置２１７を使用する会員の認証、それらを用いた応札の受け付けを行う。受け付けた応札数は、価格の変更、落札者の決定、等の判断用に、せり人・調整人操作端末装置２１４に通知する。
【００３６】
図２は、図１のせり業務システム１０の詳細構成を示す図である。
せり業務システム１０は、せりの運営を行う中枢となるシステムであり、せり業務サーバ装置１１０によって制御される。せり業務サーバ装置１１０は、せり業務制御部１１０−１、せりデータ管理部１１０−２、せり機中継部１１０−３、Ｗｅｂシステム１１０−４、せりデータベース１１０−５、およびせり結果管理部１１０−６を備える。
【００３７】
せり業務制御部１１０−１は、せり業務サーバ装置１１０の全体の動作を制御する。この機能は、特には図示しないが例えば、せり業務サーバ装置１１０を構成するＣＰＵ（中央制御処理装置）が、外部記憶装置２０３に記憶された制御プログラムを主記憶装置に読み出して実行する機能として実現される。この制御プログラムは、特には図示しないが例えば、可搬記録媒体をせり機サーバ装置２００に搭載される可搬記録媒体駆動装置に挿入することで、あるいは、ネットワークインタフェースを介して外部のサーバからダウンロードすることで、外部記憶装置にインストールできる。
【００３８】
せりデータ管理部１１０−２は、せりを運営するための会員情報（名前、与信等）やせりにかけられる中古車の情報（車名、値段、状態、出品者等）を、せりデータベース１１０−５に格納する。せりデータベース１１０−５は、せり情報、相場情報、会員情報などをデータベースとして管理し、例えばせり業務サーバ装置１１０を構成する外部記憶装置に記憶される。この機能は、特には図示しないが例えば、ＣＰＵが外部記憶装置に記憶されたデータベース制御プログラムを主記憶装置に読み出して実行する機能として実現される。
【００３９】
また、せりデータ管理部１１０−２は、せり業務制御部１１０−１からせりデータの要求をうけたとき、せりデータベース１１０−５に登録されている情報を返す。せりデータ管理部１１０−２は、せりデータベース１１０−５から返された情報を、せり機中継部１１０−３へ送信する。
【００４０】
せり機中継部１１０−３は、図１のせり機システム２０内のせり機サーバ装置２００に、出品車両の情報（車両情報、価格情報等）を送信し、また、図１のせり機サーバ装置２００からのせり結果情報を受信するネットワークカード等の通信ハードウェアである。
【００４１】
せり結果管理部１１０−６は、図１のせり機システム２０内のせり機サーバ装置２００から送られてきたせり結果データを、せり結果データ１１０−７としてデータベース等に保存する。この詳細については、後述する。
【００４２】
Ｗｅｂシステム１１０−４は、利用者（会員スタッフ、せり参加ディーラ）と図１のせり機サーバ装置２００とを接続するユーザインターフェスであり、各種制御用の操作画面をＨＴＴＰ（ハイパーテキストトランスファプロトコル）の通信プロトコルを使って提供する。
【００４３】
Ｗｅｂシステム１１０−４内の会員認証部１１０−４−１は、各端末装置からの利用者のログインに対して、会員情報に照会することで、会員認証を行う。
【００４４】
Ｗｅｂシステム１１０−４内の不在申込み機能部１１０−４−２は、利用者が、不在申込みとして、「何号車のせりをいくらまで代理で応札する」という要望を申し込むことができる。不在申し込み情報は、せり業務制御部１１０−１からせりデータ管理部１１０−２を介して、せりデータベース１１０−５に入力され、せりデータとともに図１のせり機サーバ装置２００へ送信される。
【００４５】
上述の構成において、せりを運営するスタッフは、図１の業務端末装置１３１、会員管理端末装置１３２、出品票登録端末装置１３３、せり検索端末装置１３４、来場者登録端末装置１３５、または発券端末装置１３６を構成する端末装置２０１から、Ｗｅｂブラウザソフトウェアを操作して、せり業務サーバ装置１１０のＷｅｂシステム１１０−４に、会員認証部１１０−４−１を介してログインする。ログインしたスタッフは、各せりの状況確認や出品車両の登録、会員情報の管理等を行う。
【００４６】
来場者がせりに参加する場合は、チェックイン端末２０２に会員カードをかざすことで来場したことをせり業務制御部１１０−１へ送信する。せり業務制御部１１０−１は、来場した会員の情報を、せり機中継部１１０−３より図１のせり機システム２０へ送信する。
【００４７】
せりに参加するディーラは、ディーラ端末２０３からＷｅｂブラウザソフトウェアを操作して、せり業務サーバ装置１１０のＷｅｂシステム１１０−４に、会員認証部１１０−４−１を介してログインする。ログインしたディーラは、車両の情報やせりの状況、出品票、自分が出品・落札した車両の取引状況等を確認できる。
【００４８】
図３は、図１のせり機システム２０の詳細構成を示す図である。せり機システム２０は、実際に例えば中古車をせりにかけるシステムであり、せり機サーバ装置２００によって制御される。せり機サーバ装置２００は、せり機制御部２００−１およぶ電文通信部２００−２を備える。
【００４９】
せり機制御部２００−１は、電文通信部２００−２を通じて図１および図２のせり業務システム１０から、車情報や来場した会員の情報を受け取る。受け取った会員の情報は、会員テーブル２００−４に書き込まれる。
【００５０】
また、せり機制御部２００−１は、せりにかけられた中古車の情報（価格や映像等）を、各せり参加ディーラ用の端末である購買店端末２１７や、せりへの出品を行ったディーラ用の端末である出品点端末３００に送信する。
【００５１】
この電文に基づいて、せり機制御部２００−１が、各ディーラの応札の集計やせりの進行を行う。
【００５２】
せり機制御部２００−１の機能は、特には図示しないが例えば、せり機サーバ装置２００内のＣＰＵが外部記憶装置に記憶された制御プログラムを主記憶装置に読み出して実行する機能として実現される。この制御プログラムは、特には図示しないが例えば、可搬記録媒体をせり機サーバ装置２００に搭載される可搬記録媒体駆動装置に挿入することで、あるいは、ネットワークインタフェースを介して外部のサーバからダウンロードすることで、外部記憶装置にインストールできる。
【００５３】
せり機システム２０は、せり機サーバ装置２００のほかに、購買店端末装置２１７および出品店端末装置３００を備える。
【００５４】
購買店端末装置２１７は、せりに参加し、応札を行う端末である。購買店端末装置２１７は、図１に示される、購買店用の表示・応札端末装置である購買店操作端末装置２１５や座席車両検索端末装置２１６、およびインターネット等を通じて外部から連携される表示・応札端末装置である一部の連携ＰＣ２１１の総称である。購買店端末装置２１７は、共通の構成として、端末制御部２１７−１、応札制御部２１７−２、ログ収集部２１７−３、電文通信部２１７−４、せり状況表示部２１７−５、および会員認証部２１７−６を備える。
【００５５】
端末制御部２１７−１は、購買店端末装置２１７の全体の動作を制御する。端末制御部２１７−１は、電文通信部２１７−４を通じてせり機サーバ装置２００と通信を行ない、通信した電文に応じて応札制御部２１７−２およびせり状況表示部２１７−５を制御する。
【００５６】
端末制御部２１７−１の機能は、特には図示しないが例えば、購買店端末装置２１７内のＣＰＵが外部記憶装置に記憶された制御プログラムを主記憶装置に読み出して実行する機能として実現される。この制御プログラムは、特には図示しないが例えば、可搬記録媒体を購買店端末装置２１７に搭載される可搬記録媒体駆動装置に挿入することで、あるいは、ネットワークインタフェースを介して外部のサーバからダウンロードすることで、外部記憶装置にインストールできる。
【００５７】
応札制御部２１７−２は、利用者による応札動作を制御する。
せり状況表示部２１７−５は、現在せりにかけられているせりの情報を表示する。せり状況表示部２１７−５は、せり機サーバ装置２００からのリアルタイムのせり情報と特には図示しないＷｅｂシステムからのせり進行情報を受け取り、図１のせり状況表示画面２２４として表示する。
【００５８】
ログ収集部２１７−３は、せり機サーバ装置２００からせりの進行情報を受信することにより、自装置が参加するせり毎に、そのせりの識別情報（開催日、開催回、出品番号等）と、そのせりの応札毎の応札価格、会員番号（参加者）、およびせり上げまたは売り切りの区別を示すモードや応札した端末名を含む応札情報を、そのせりのログとして収集する。収集されたログは、特には図示しないが例えば、購買店端末装置２１７内の外部記憶装置に記録され、運用ワークステーション２０１からログ内容を確認することができる。これにより、例えば応札した会員から応札した記憶が無いのに応札もしくは落札したという問い合わせ（クレーム）が発生した場合に、ログ上の端末名を確認することで応札の実態を調査することが可能となる。
【００５９】
これに対して、端末制御部２１７−１は、ログ収集部２１７−３が収集したせりのログに基づいて、次の動作を実行する。端末制御部２１７−１は、自装置が参加したせり毎およびそのせりに参加した会員番号（参加者）毎に、その会員番号のそのせり内での価格帯が異なる応札の割合をせり上げおよび売り切りのモード毎に、せり参加率として算出する。端末制御部２１７−１は、そのせり参加率の算出結果を集計用応札データ２００−３として、電文通信部２１７−４を介してせり機サーバ装置２００に通知する。すなわち、端末制御部２１７−１は、せり参加率算出部として機能する。
【００６０】
せり機サーバ装置２００では、せり機制御部２００−１が、電文通信部２００−２を介して集計用応札データ２００−３を受信する。せり機制御部２００−１は、せり参加率集計部として動作し、所定の開催単位毎（例えば、開催日毎または開催回毎）および会員番号（参加者）毎に、前述したモード毎の各せり参加率を集計する。せり機制御部２００−１は、その集計結果をせり結果データとして、図１および図２のせり業務システム１０内のせり業務サーバ装置１１０に送信する。せり業務サーバ装置１１０では、せり結果管理部１１０−６が、せり機中継部１１０−３およびせり業務制御部１１０−１を介してせり結果データを受信し、それを例えば特には図示しない外部記憶装置内のデータベースに、せり結果データ１１０−７として保存する。
【００６１】
会員認証部２１７−６は、せり機サーバ装置２００にアクセスすることにより、同装置内の会員テーブル２００−４にアクセスし、購買店端末装置２１７から応札する会員の情報をせり機サーバ装置２００に通知する。
【００６２】
出品店端末装置３００は、せりにかける中古車の持ち主が使用する端末である。出品店端末装置３００は、図１に示される、出品店用の表示・応札端末装置である表示制御ＰＣ２１３、およびインターネット等を通じて外部から連携される調整端末装置である一部の連携ＰＣ２１１の総称である。出品店端末装置３００は、共通の構成として、端末制御部３００−１、せり調整部３００−２、せり状況表示部３００−３、および電文通信部３００−４を備える。
【００６３】
端末制御部３００−１は、出品店端末３００の全体の動作を制御する。端末制御部３００−１は、電文通信部３００−４を通じてせり機サーバ装置２００と通信を行ない、通信した電文に応じてせり調整部３００−２およびせり状況表示部３００−３を制御する。
【００６４】
端末制御部３００−１の機能は、特には図示しないが例えば、出品店端末装置３００内のＣＰＵが外部記憶装置に記憶された制御プログラムを主記憶装置に読み出して実行する機能として実現される。この制御プログラムは、特には図示しないが例えば、可搬記録媒体を出品店端末装置３００に搭載される可搬記録媒体駆動装置に挿入することで、あるいは、ネットワークインタフェースを介して外部のサーバからダウンロードすることで、外部記憶装置にインストールできる。
【００６５】
せり調整部３００−２は、せりのスタート価格を調整する。一般的には、せりの進行は調整人と呼ばれる会場スタッフが行うことが多く、出品者は、せり調整部３００−２から調整人に対して、価格変更等の指示を行う。
【００６６】
せり状況表示部３００−３は、現在せりにかけられているせりの情報を表示する。
図４は、図３に示されるせり機サーバ装置２００と購買店端末装置２１７との間で一般的に通信されるせりの制御シーケンスを示す図である。
【００６７】
まず、せり機サーバ装置２００内のせり機制御部２００−１（以下単に「せり機サーバ装置２００」と記載する）は、購買店端末装置２１７内の端末制御部２１７−１（以下単に「購買店端末装置２１７」と記載する）に、せり基本情報を通知する。せり基本情報は例えば、開催日、開催回、せり上げ幅等の情報である（ステップＳ４０１）。
【００６８】
続いて、せり機サーバ装置２００は、図１または図２のせり業務サーバ装置１１０からの通知に基づいて、せり情報を購買店端末装置２１７に通知する。せり情報は例えば、出品番号、スタート価格等である（ステップＳ４０２）。
【００６９】
これ以後、購買店端末２１７の利用者は、応札を開始する。利用者が、図３の購買店端末２１７内の応札制御部２１７−２から応札情報を入力すると、その応札情報は端末制御部２１７−１から電文通信部２７１−４を介して、せり機サーバ装置２００に通知される。応札情報は例えば、出品番号、会員番号、応札価格等である（ステップＳ４０３）。購買店端末２１７の利用者は、せり状況表示部２１７−５に表示されるせり状況表示画面２２４（図１）を見ながら、随時応札を行い、応札情報をせり機サーバ装置２００に通知する。
【００７０】
せり機サーバ装置２００内のせり機制御部２００−１は、購買店端末２１７からの応札情報に基づいて、応札状況を更新し、それを購買店端末装置２１７に通知する（ステップＳ４０４）。応札状況は例えば、出品番号、現在価格等である。購買店端末装置２１７内のせり状況表示部２１７−５は、電文通信部２１７−４から端末制御部２１７−１を介してせり機サーバ装置２００から応札状況を受信すると、その内容に従って、せり状況表示画面２２４を更新する。
【００７１】
せり機サーバ装置２００内のせり機制御部２００−１は、最終的に落札が行われると、落札情報を購買店端末２１７に通知する（ステップＳ４０５）。落札情報は例えば、出品番号、最終価格等である。購買店端末装置２１７内のせり状況表示部２１７−５は、電文通信部２１７−４から端末制御部２１７−１を介してせり機サーバ装置２００から落札情報を受信すると、その内容をせり状況表示画面２２４に表示してせりを終了する。
【００７２】
図５は、購買店端末装置２１７内のログ収集部２１７−３によって収集される応札情報のログのデータ構成例を示す図である。ログ収集部２１７−３は、図４に例示されるようにしてせり機サーバ装置２００と自装置との間で通信されるせり基本情報（ステップＳ４０１）、せり情報（ステップＳ４０２）、応札情報（ステップＳ４０３）、応札状況（ステップＳ４０４）、および落札情報（ステップＳ４０５）に基づいて、応札情報のログを収集する。
【００７３】
図５の例では、ログ収集部２１７−３は、「開催日」、「開催回」、「出品番号」、「モード」、「時間」、「応札価格」、「現在価格」、「会員番号」、および「端末名」の各情報をログとして収集する。ここで、「開催日」、「開催回」、および「出品番号」は、せりの識別情報を示している。また、「モード」、「時間」、「応札価格」、「現在価格」、「会員番号」、および「端末名」は、せりの応札情報を示している。
【００７４】
また、ログ収集部２１７−３は、落札情報データも収集する。このデータは例えば、図５に示されるように、「出品番号」、「スタート価格」、「最終価格」、および「せり上げ幅」等である。
【００７５】
ログ収集部２１７−３による上述のログ収集処理を含む購買店端末装置２１７の制御処理、これらを受けて実行されるせり機サーバ装置２００、およびせり業務サーバ装置１１０の各制御処理について、以下に詳細に説明する。
【００７６】
図６は、購買店端末装置によるログ収集処理および集計用応札データ算出処理を示すフローチャートである。図７は、せり機サーバによる集計用応札データの再集計処理を示すフローチャートである。図８は、せり業務サーバによるせり結果データの管理処理を示すフローチャートである。また、図９は、集計用応札データの算出処理の説明図である。
【００７７】
はじめに、購買店端末装置２１７によるログ収集処理および集計用応札データ算出処理について、図６のフローチャートと図９の説明に従って、以下に説明する。
【００７８】
まず、ログ収集部２１７−３は、図５で説明したようなフォーマットでログ収集処理を実行し、そのログを応札データとして、特には図示しないが例えば、購買店端末装置２１７内の外部記憶装置に記録する（図６のステップＳ６０１）。
【００７９】
端末制御部２１７−１は、図５に例示されるように収集されたログを示す応札データにおいて、例えば５０１のように同一の応札価格および現在価格で推移する部分については、同一価格帯の情報にまとめることにより、例えば図９（ａ）に示されるようなデータに整形する（図６のステップＳ６０２）。これは、会員の応札割合を算出する上で、例えば会員が購買店端末装置２１７から応札スイッチを連打したような場合に、図５の５０１として示されるような同一の情報が多数登録され得るため、このような情報は一つにまとめて適正化する。
【００８０】
次に、端末制御部２１７−１は、図６のステップＳ６０３の処理の一部として、自装置が参加したせり毎およびそのせりに参加した会員番号（参加者）毎に、その会員番号のそのせり内での価格帯が異なる応札の割合をせり上げおよび売り切りのモード毎に、せり参加率として算出する。
【００８１】
例えば、図９（ａ）のように整形されたログにおいて、まず、スタート価格から落札時の最終価格までの全体の応札回数は８回である。これに対して、自装置を操作した会員Ａの「せり上げ」「売り切り」のモードによらない全体のせりへの参加状況は、応札が４回である。従って、まず全体のせり参加率は、次式により５０％と算出される。
せり参加率（全体）＝４回÷８回×１００＝５０％
【００８２】
次に、図９（ａ）より、スタート価格から落札時の最終価格までの「せり上げ」のみの応札回数は３回である。これに対して、自装置を操作した会員Ａの「せり上げ」のみでのせりへの参加状況は、応札が１回である。従って、「せり上げ」でのせり参加率は、次式により３３．３％と算出される。
せり参加率（せり上げ）＝１回÷３回×１００＝３３．３％
【００８３】
更に、図９（ａ）より、スタート価格から落札時の最終価格までの「売り切り」のみの応札回数は５回である。これに対して、自装置を操作した会員Ａの「売り切り」のみでのせりへの参加状況は、応札が３回である。従って、「売り切り」でのせり参加率は、次式により６０％と算出される。
せり参加率（売り切り）＝３回÷５回×１００＝６０％
【００８４】
以上の算出処理に基づいて、端末制御部２１７−１は、図６のステップＳ６０３の処理の一部として、例えば図９（ｂ）に示されるようなデータフォーマットを有する集計用応札データを生成する。そして、端末制御部２１７−１は、この集計用応札データを、電文通信部２１７−４を介してせり機サーバ装置２００に送信する。
【００８５】
次に、せり機サーバ装置２００による集計用応札データの再集計処理について、図７のフローチャートと図９の説明に従って、以下に説明する。
【００８６】
せり機サーバ装置２００では、せり機制御部２００−１が、電文通信部２００−２を介して、上述のデータを集計用応札データ２００−３として受信し、特には図示しないが例えばせり機サーバ装置２００内の外部記憶装置に記憶する。
【００８７】
せり機制御部２００−１は、全ての購買店端末装置２１７（図１の購買店操作端末装置２１５、座席車両検索端末装置２１６、および一部の連携ＰＣ２１１等）から送信された、１日分または１開催回分の各集計用応札データ２００−３（図９（ｂ））を、全て結合する（図７のステップＳ７０１）。この結果、図９（ｃ）に示されるような集計用応札データ２００−３が得られる。
【００８８】
せり機制御部２００−１は、１日分または１開催回分の集計用応札データ２００−３の結合を完了すると、そのデータを会員番号でソートし、さらにソートされた会員番号毎に次式により、１日または１開催回でのせり参加率を算出する（図７のステップＳ７０２）。
「せり上げ」のせり参加率
＝「せり上げ」のせり参加率の総和÷当日（当開催）のせり出品台数
「売り切り」のせり参加率
＝「売り切り」のせり参加率の総和÷当日（当開催）のせり出品台数
この結果、例えば図９（ｄ）に例示されるような集計結果が得られる。
【００８９】
せり機サーバ装置２００内のせり機制御部２００−１は、このようにして集計した結果を、せり結果データとして、せり業務サーバ装置１１０に送信する（図７のステップＳ７０３）。
【００９０】
次に、せり業務サーバ装置１１０によるせり結果データの管理処理について、図８のフローチャートに従って、以下に説明する。
【００９１】
せり業務サーバ装置１１０では、せり結果管理部１１０−６が、せり機中継部１１０−３およびせり業務制御部１１０−１を介して、せり機サーバ装置２００からせり結果データを受信する。せり結果管理部１１０−６は、受信したデータを、せり結果データ１１０−７として、特には図示しないが例えばせり業務サーバ装置１１０内の外部記憶装置内のデータベースに記録する（図８のステップＳ８０１）。
【００９２】
その後、せりの運営者は、図２の端末装置２０１（例えば図１の業務端末装置１３１）から、せり結果データ１１０−７のデータベースにアクセスすることにより、例えば開催回を指定して検索する。せりの運営者は、せり参加率を参照するときに、せり上げに関するせり参加率だけではなく、売り切りに関するせり参加率も参照することができる。売り切りに関するせり参加率では、いわゆるサクラは売り切りの応札を行う可能性は低いため、サクラ応札の参加が排除される。これにより、せりの運営者は、サクラ応札を排除しながら、実際にせり取引をした参加者を適切に判別し、せり参加率の高い会員を抽出し、特別な会員サービスを提供することが可能となる。  
【符号の説明】
【００９３】
１  せりシステム
１０  せり業務システム
２０  せり機システム
３０、１４０、２３０  ネットワーク
１１０  せり業務サーバ装置
１２０  映像サーバ装置
１３１  業務端末装置
１３２  会員管理端末装置
１３３  出品票登録端末装置
１３４  せり検索端末装置
１３５  来場者登録端末装置
１３６  発券端末装置
１４１  ハブ
１４２、２３２  通信線
２００  せり機サーバ装置
２０１  端末装置
２０２  チェックイン端末
２０３  ディーラ端末
２１１  連携ＰＣ（パーソナル・コンピュータ）
２１２、２１３  表示制御ＰＣ
２１４  せり人・調整人操作端末装置
２１５  多数の購買店操作端末装置
２１６  座席車両検索端末装置
２１７  購買店端末装置
２２１  せり状況表示モニター
２２２  出品店表示モニター
１１０−１  せり業務制御部
１１０−２  せりデータ管理部
１１０−３  せり機中継部
１１０−４  Ｗｅｂシステム
１１０−５  せりデータベース
１１０−６  せり結果管理部
１１０−７  せり結果データ
２００−１  せり機制御部
２００−２、２１７−４、３００−４  電文通信部
２００−３  集計用応札データ
２００−４  会員データ
２１７−１、３００−１  端末制御部
２１７−２  応札制御部
２１７−３  ログ収集部
２１７−５、３００−３  せり状況表示部
２１７−６  会員認証部
３００−２  せり調整部
【図４】
2014164442.tif 000003
【図５】
2014164442.tif 000004
【図６】
2014164442.tif 000005
【図７】
2014164442.tif 000006
【図８】
2014164442.tif 000007
【図９】
2014164442.tif 000008
【図１】
2014164442.tif 000009
【図２】
2014164442.tif 000010
【図３】
2014164442.tif 000011