(57)【要約】【目的】本発明は、発券された競技の券の的中金額を払い戻す払戻システムに関し、利用者は主催者の発券機で券を購入し、いずれの主催者の払戻機でいずれの主催者の競技の的中券でも払戻しでき、従来の他の主催者の券の払戻しが不可という利用者の不便、不満を解消することことを目的とする。【構成】  主催者毎の発券機で発券された券の当該主催者用のデータを共通フォーマットのデータに変換する手段と、変換された共通フォーマットのデータを登録する手段と、いずれかの主催者の払戻機で払戻請求されたデータについて、登録されたデータと照合してＯＫのときに払戻し許可すると共に払戻したときに当該払戻したデータに払戻し済みを設定する手段とを備え、払戻機は前記払戻し許可の通知があったときに利用者に払い戻す。【選択図】        図１
2006085301.tif 000002
【特許請求の範囲】
【請求項１】
発券された競技の券の的中金額を払い戻す払戻システムにおいて、
主催者毎の発券機で発券された券の当該主催者用のデータを共通フォーマットのデータに変換する手段と、
前記変換された共通フォーマットのデータを登録する手段と、
いずれかの主催者の払戻機で払戻請求されたデータについて、前記登録されたデータと照合してＯＫのときに払戻し許可すると共に払戻したときに当該払戻したデータに払戻し済みを設定する手段とを備え、
前記払戻機は前記払戻し許可の通知があったときに利用者に払い戻すことを特徴とする払戻システム。
【請求項２】
前記共通フォーマットのデータ中には、前記券を発券した主催者情報を含むことを特徴とする請求項１記載の払戻システム。
【請求項３】
前記払戻機は、全ての主催者で共通フォーマットのデータで払戻請求および払戻許可の情報を送受信することを特徴とする請求項１あるいは請求項２記載の払戻システム。
【請求項４】
前記主催者用のデータを共通フォーマットのデータに変換する手段を、当該主催者のシステムに設けたことを特徴とする請求項１から請求項３のいずれかに記載の払戻システム。
【請求項５】
前記主催者用のデータを共通フォーマットのデータに変換する手段を、複数の主催者を統括するセンタに設けたことを特徴とする請求項１から請求項３のいずれかに記載の払戻システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、発券された競技の券の的中金額を払い戻す払戻システムに関するものである。
【背景技術】
【０００２】
従来、競馬などの競技は、主催者が主催する競技場やその場外の発券機を利用者が操作し、券を購入している。そして、競技が終了後に、利用者が当該主催者の払戻機を操作して払戻し要求すると、当該主催者のセンタに通知してチェックしてＯＫのときに払い戻しすると共にセンタで消し込み処理を行っていた（特許文献１）。
【特許文献１】特開２００３−２３３８４９号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上述したように、従来は、主催者の発券機で券を購入し、主催者の払戻機で払戻しを受けるようにしていたため、的中した券を他の主催者の払戻機で払い戻しを受けることができず不便であり、エンドユーザからの不満が大きいという問題があった。
【課題を解決するための手段】
【０００４】
本発明は、これらの問題を解決するため、利用者からの券の購入依頼時に主催者毎の発券機で券をそれぞれ発券すると共に発券したときの当該主催者用のデータを共通フォーマットに変換してセンタに登録して蓄積し、いずれの主催者の払戻機を操作した利用者からの払戻要求があったときでもセンタで共通フォーマットのデータをチェックしてＯＫのときに当該払戻機でいずれの主催者の券も払戻しするようにしている。
【０００５】
従って、利用者は主催者の発券機で券を購入し、いずれの主催者の払戻機でいずれの主催者の競技の的中券でも払戻しでき、従来の他の主催者の券の払戻しが不可という利用者の不便、不満を解消することが可能となる。
【発明の効果】
【０００６】
本願発明は、利用者は主催者の発券機で券を購入し、いずれの主催者の払戻機でいずれの主催者の競技の的中券でも払戻しができ、従来の他の主催者の券の払戻しが不可という利用者の不満を解消することが可能となる。
【発明を実施するための最良の形態】
【０００７】
本発明は、利用者は主催者の発券機で券を購入し、いずれの主催者の払戻機でいずれの主催者の競技の的中券でも払戻しができ、従来の他の主催者の券の払戻しが不可という利用者の不便、不満を解消することを実現した。
【実施例１】
【０００８】
図１は、本発明のシステム構成図を示す。
図１において、センタ１は、ネットワークを介して複数の主催者のシステム（Ａ主催者システム２、Ｂ主催者システム３など）に接続して一括してそのデータ（共通フォーマットにした投票データテーブル１３）を登録して保存したり、払戻し請求の通知があったときにチェックしてその結果を返信したり、払戻したときにそのデータ（投票データテーブル１３のデータ）の払戻済フラグをＯＮに設定したりなどするものであって、ここでは、登録手段１１、払戻チェック手段１２、投票データテーブル（共通フォーマット）１３などから構成されるものである。
【０００９】
登録手段１１は、各主催者システム２，３・・・の発券機２４，３４・・・で発券された情報を格納した投票データテーブル２３，３３・・・について、各主催者システム２，３・・・で共通フォーマットに変換した後のデータ（あるいは受信した後に共通フォーマットのデータに変換した後のデータ）を、投票データテーブル１３に登録するものである（図５の（ａ），（ｂ），（ｃ）参照）。
【００１０】
払戻チェック手段１２は、ネットワークを介してＡ主催者システム２、Ｂ主催者システム３・・・の払戻機Ａ２５，払戻機Ｂ２６・・・から通知された払い戻し要求について、共通フォーマットの投票データテーブル１３を検索して払戻しＯＫかチェックし、その結果（払戻しＯＫあるいはＮＧ）を該当払戻機に返信するものである（図２から図４参照）。
【００１１】
投票データテーブル１３は、共通フォーマットの投票データテーブルであって、複数の主催者フォーマットの投票データテーブル２５，３５・・・の情報を共通フォーマットにして登録したものである（図５の（ａ）参照）。
【００１２】
Ａ主催者システム２、Ｂ主催者システム３は、Ａ主催者、Ｂ主催者のコンピュータシステムであって、センタ１にそれぞれ接続され、それぞれの専用フォーマットの投票データテーブル２３，３３を共通フォーマットの投票データテーブル１３に変換して登録する対象の主催者システムであり、開催サーバＡ２１，開催サーバＢ３１，発券機Ａ２４，発券Ｂ３４，払戻機Ａ２５，払戻機Ｂ３５などから構成されるものである。
【００１３】
開催サーバＡ２１，開催サーバＢ３１は、Ａ主催者、Ｂ主催者の競技を開催するために使用するサーバであって、投票手段２２、３２、投票データテーブル２３、３３などから構成されるものである。
【００１４】
投票手段２２，３２は、開催サーバＡ２１，開催サーバＢ３１にそれぞれ接続された発券機Ａ２４、発券機Ｂ３４を利用者が操作し、投票して券を購入依頼したときに当該投票を受け付けてその投票情報を投票データテーブル２３，３３に設定して共通フォーマットに変換した後にセンタ１に送信して共通フォーマットの投票データテーブル１３として登録させるものである。尚、主催者の専用フォーマットから共通フォーマットへの変換は、開催サーバＡ２１，開催サーバＢ３１の投票手段２２，３２が上述したように行ってもよいし、センタ１の登録手段１１が行ってもよい（いずれか一方で変換して共通フォーマットとして投票データテーブル１３に登録する）。
【００１５】
投票データテーブル２３，３３は、利用者が発券機Ａ２４，発券機Ｂ３４を操作し投票して発券した券の情報を、主催者Ａ，主催者Ｂの専用フォーマットで登録した投票データテーブルである（図５の（ｂ），（ｃ）参照）。
【００１６】
発券機Ａ２４，発券機Ｂ３４は、利用者が操作して競技に投票して支払って券を発券してもらう装置であって、主催者システムに専用の装置である。
【００１７】
支払機Ａ２５，支払機Ｂ３５は、利用者が的中券を挿入して支払い要求し、センタ１にそのデータを送信してチェックして支払ＯＫの許可があったときに支払うものであって、支払手段２６、３６などから構成されるものであり、主催者共通の装置である。
【００１８】
支払手段２６、３６は、利用者から的中券を挿入して支払い要求があっときに、センタ１にそのデータを送信してチェックし支払ＯＫの許可があったときに支払うものである（図２から図４参照）。
【００１９】
次に、図２から図４のフローチャートの順番に、図１の構成の動作を詳細に説明する。
図２は、本発明の動作説明フローチャート（その１）を示す。ここで、Ａ主催者システム２、Ｂ主催者システム３、センタ１は、図１のＡ主催者システム２、Ｂ主催者システム３、センタ１にそれぞれ対応する。
【００２０】
図２において、Ｓ１は、エンドユーザが投票する。これは、エンドユーザ（利用者）が図１のＢ主催者システム３の発券機Ｂ３４を操作し、競技の投票および現金を投入し、券の発券を請求して券を受け取る。
【００２１】
Ｓ２は、Ｂ主催者システム３がＳ１の発券要求に対応し、投票されたデータを当該Ｂ主催者の専用フォーマットにした投票データテーブル３３で累積する（図５の（ｃ）参照）。
【００２２】
Ｓ３は、日の終わりか判別する。ＹＥＳの場合には、Ｓ４に進む。ＮＯの場合には、Ｓ１に戻り、エンドユーザからの投票を受け付けて発券を行い、Ｓ２の発券した投票データを主催者専用フォーマットにして投票データテーブル３３に累積することを繰り返す。
【００２３】
Ｓ４は、的中未払データを作成する。これは、Ｓ３のＹＥＳで日の終わりと判明し、今日の競技は終了したと判明したので、発券した券のうち、的中、未払のデータを作成する。
【００２４】
Ｓ５は、共通フォーマットへ変換する。これは、Ｓ４で作成した例えば後述する図５の（ｃ）のＢ主催者フォーマットの投票データテーブル３３を、図５の（ａ）の共通フォマットの投票データテーブル１３へ変換する。そして、センタ１に送信し、センタ１の登録手段１１が共通フォーマットの投票データテーブル１３に登録する。尚、共通フォーマットへの変換は、センタ１で行うようにしてもよい。
【００２５】
Ｓ６は、登録する。
以上のＳ１からＳ６によって、エンドユーザが図１のＢ主催者システム３の発券機Ｂ３４を操作して競技に投票して券の発券を受けると、そのときの投票データを当該Ｂ主催者フォーマットで作成して一時的に投票データテーブル３３として累積し、日の終わりで競技が全て終わった時点で、的中、未払のデータを作成してこれらを付加した後、共通フォーマットの投票データに変換し、センタ１に送信して投票データテーブル１３として登録することが可能となる。尚、センタ１で共通フォーマットに変換した後に投票データテーブル１３に登録するようにしてもよい。
【００２６】
また、Ｓ１１、Ｓ１４かＳらＳ６は、Ｓ１からＳ６と同様に、他のＡ主催者システム２の発券機Ａ２４でエンドユーザが競技に投票して券の発券を受けた場合も、同様に、共通フォーマットの投票データに変換しセンタ１の投票データテーブル１３に登録することが可能となる。
【００２７】
以上のＳ１からＳ６、およびＳ１１、Ｓ１４からＳ１６によって、Ｂ主催者システム３の発券機Ｂ３４，および他のＡ主催者システム２の発券機Ａ２４のいずれからエンドユーザが競技に投票して券の発券を受けても、その投票データ（図５の（ｂ），（ｃ））は共通フォーマットに変換されて１つのセンタ１の共通フォーマットの投票データテーブル１３（図５の（ａ））として登録されることとなる。
【００２８】
図２のＳ２１は、エンドユーザが払戻依頼する。これは、エンドユーザが、図１のＡ主催者システム２の払戻機Ａ２５を操作し的中した券を挿入して払い戻し請求ボタンを押下して払戻請求する。
【００２９】
Ｓ２２は、Ａ主催者システム２の払戻機Ａ２５（払戻手段２６）が的中チェック通番照会をセンタ１にネットワークを介して送信する。
【００３０】
Ｓ２３は、通番チェックする。これは、Ｓ２２の照会を受信したセンタ１の払戻チェック手段１２が照会を受けたデータをもとに、共通フォーマットの投票データテーブル１３を検索して該当する通番、競技、主催者、払戻済フラグ、紛失フラグなどを照合して払戻の可否を決定する。
【００３１】
Ｓ２４は、払戻可／否のいずれか判別する。ＮＯの場合には、払戻し否と判明したので、払戻不可を払戻機Ａ２５に返答し、Ｓ２６で不正な券です、というメッセージを表示して終了する。一方、ＹＥＳの場合には、払戻し可と判明したので、Ｓ２５で当該通番を払戻済に変更（払戻済フラグをＯＮに変更）し、払戻し可を払戻機Ａ２５に返答し、Ｓ２７で払戻機Ａ２５がエンドユーザに現金を払う。
【００３２】
以上のＳ２１からＳ２７によって、エンドユーザが券をＢ主催者システム３の発券機Ｂ３４で購入し、当該エンドユーザが的中した券について、他の主催者である、ここでは、Ａ主催者システム２の払戻機Ａ２５で券を挿入して払戻請求し、払戻を受けることが可能となる。
【００３３】
図３は、本発明の動作説明フローチャート（その２）を示す。ここで、Ａ主催者システム２、Ｂ主催者システム３、センタ１は、図１のＡ主催者システム２、Ｂ主催者システム３、センタ１にそれぞれ対応する。
【００３４】
図３において、Ｓ３１は、エンドユーザが盗難、紛失などを届け出る。これは、券を購入したエンドユーザが券の盗難、紛失した旨を、ここでは、Ｂ主催者システム３の担当者に届け出る。
【００３５】
Ｓ３２は、Ｂ主催者システム３の担当者が、紛失依頼をセンタ１に送信する。
Ｓ３３は、紛失フラグをセットする。これは、センタ１がＳ３２で受信した紛失依頼を受け付け、図５の（ａ）の共通フォーマットの投票データテーブル１３中の該当通番のエントリの紛失フラグを０（ＯＦＦ）から１（ＯＮ）にセットし、当該通番の券の紛失依頼を受け付けた旨を設定する。
【００３６】
以上のＳ３１からＳ３３によって、エンドユーザが購入した券が盗難にあった、あるいは紛失してしまった場合に、ここでは、Ｂ主催者システム３の担当者に連絡して盗難、紛失の旨を連絡すると、担当者がセンタ１に通知し、共通フォーマットの投票データテーブル１３中の該当通番のエントリの紛失フラグを１（ＯＮ）にセットし、当該通番の券が盗難、紛失した旨を設定することが可能となる。
【００３７】
図３のＳ４１は、エンドユーザが払戻依頼する。これは、他のエンドユーザが異なるここでは、Ａ主催者システム２の払戻機Ａ２４を操作して的中した券を挿入して払戻請求する。
【００３８】
Ｓ４２は、Ａ主催者システム２の払戻機Ａ２５の払戻手段２６が的中チェック通番照会を、ネットワークを介してセンタ１に送信する。
【００３９】
Ｓ４３は、通番チェックする。これは、Ｓ４２の照会を受信したセンタ１の払戻チェック手段１２が照会を受けたデータをもとに、共通フォーマットの投票データテーブル１３を検索して該当する通番、競技、主催者、払戻済フラグ、紛失フラグなどを照合して払戻の可否を決定する。
【００４０】
Ｓ４４は、払戻可／否のいずれか判別する。ＮＯの場合には、払戻し否と判明したので、払戻不可を払戻機Ａ２５に返答し、Ｓ４７で不正な券です、というメッセージを表示して終了する。一方、ＹＥＳの場合には、Ｓ４５に進む。
【００４１】
Ｓ４５は、紛失フラグがＯＮか判別する。これは、Ｓ４４のＹＥＳで払戻可となった通番のエントリの、更に、紛失フラグがＯＮ（１：紛失、盗難受付済）か判別する。ＹＥＳの場合には、当該通番の券が、盗難、紛失の届出たあったと判明したので、紛失（盗難）の旨を返答し、Ｓ４８で当該通番の券が紛失券である旨のメッセージを表示し、終了する。一方、ＮＯの場合には、紛失、盗難した券の通番でないと判明したので、Ｓ４６で当該通番を払戻済に変更（払戻済フラグをＯＮに変更）し、払戻し可を払戻機Ａ２５に返答し、Ｓ４９で払戻機Ａ２５がエンドユーザに現金を払う。
【００４２】
以上のＳ４１からＳ４９によって、あるエンドユーザが券の盗難、紛失をＢ主催者システム３の担当者に連絡してセンタ１の投票データテーブル１３中の該当通番のエントリの紛失フラグを１にセットし、他のエンドユーザが他の主催者である、ここでは、Ａ主催者システム２の払戻機Ａ２５で券を挿入して払戻請求した場合に、センタ１で当該払戻請求した券の通番をもとに共通フォーマットの投票データテーブル１３中の該当エントリの紛失フラグが１（ＯＮ）のときに紛失券とメッセージを表示して払戻を拒否することが可能となる。紛失フラグが０（ＯＦＦ）のときは払戻機Ａ２５は、通常通り、エンドユーザに現金を支払う。
【００４３】
図４は、本発明の動作説明フローチャート（その３）を示す。ここで、Ａ主催者システム２、Ｂ主催者システム３、センタ１は、図１のＡ主催者システム２、Ｂ主催者システム３、センタ１にそれぞれ対応する。
【００４４】
図４において、Ｓ５１は、センタ１が精算処理を行う。これは、センタ１が、Ａ主催者システム２の払戻機Ａ２５で払戻した金額、Ｂ主催者システム３の払戻機Ｂ３５で払戻した金額・・・を集計してＡ主催者、Ｂ主催者・・・の相互の間の支払いの精算を計算する。
【００４５】
Ｓ５２は、Ｓ５１の精算結果を紙に出力する。
Ｓ５３は、各主催者に、Ｓ５２で印刷した精算結果、およびその明細を送付する。
【００４６】
Ｓ５４、Ｓ５５は、Ｓ５３でそれぞれ送付を受けた精算結果（更に、その明細）を見た各主催者の管理者が精算結果について了解したときに、相互の間の差額分（精算）を相手方に送金し、精算する（相手の主催者の銀行口座に差額を送信して精算する）。
【００４７】
以上によって、センタ１で共通フォーマットの投票データテーブル１３で一括して各主催者で発券した的中券のエンドユーザへの払戻を管理し、各主催者毎の払戻金額、各主催者間の差額を算出して各主催者に送付し、各主催者がその差額分を他の主催者に送金し、精算することが可能となる。
【００４８】
図５は、本発明の投票データテーブル例を示す。
図５の（ａ）は、共通フォーマットの投票データテーブル１３の例を示す。これは、既述した図１のセンタ１で登録して管理する共通フォーマットの投票データテーブル１３の例であって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００４９】
・通番：
・開催競馬場：
・回：
・日：
・レース：
・式別：
・馬組番：
・発売金額：
・主催者：
・払戻済フラグ：
・紛失フラグ：
・その他：
ここで、通番は主催者毎の発券した券に付与した一意の通番である。開催競馬場は競技を開催した場所である。回、日、レース、馬組番、発売金額は、競技の回、開催した日、レース、馬組番、発売金額である。主催者は競技を主催した主催者であって、例えば図１のＡ主催者システム２、Ｂ主催者システム３などを管理する主催者Ａ，主催者Ｂである。払戻済フラグは当該通番の券の払戻が済か未かを設定するフラグである。紛失フラグは当該通番の券が盗難、紛失してその届出があった旨を設定するフラグ（１：紛失、０：紛失していない）である。
【００５０】
ここでは、○１の開催競技場について、Ａ主催者フォーマットの投票データテーブル２３では「大井」と漢字表記であるが、Ｂ主催者フォーマットの投票データテーブル３３では「ＵＲＡＷＡ」をアルファベット表記であるが、これらの共通フォーマットに変換してセンタ１の投票データテーブル１３には漢字の「大井」、「浦和」に統一（変換して統一）して登録、管理する。同様に、（２）の式別のデータも同じである。また、（３）の主催者、払戻フラグ、紛失フラグは共通フォーマットの投票データテーブル１３では、主催毎に管理したり、払戻を管理したり、盗難、紛失を受け付けて管理するために追加されたものである。
【００５１】
以上のように、主催者と当該主催者で一意の通番をもとに全ての主催者の発券したデータを一括して共通フォーマットにして投票データテーブル１３に登録して管理することにより、いずれの主催者の払戻機からいずれの主催者で発券した券でもその払戻をエンドユーザが受けたたり、いずれの主催者の担当者に盗難、紛失届けを依頼してもセンタ１で一括して投票データテーブル１３中の該当主催者、通番のエントリの紛失フラグをＯＮに設定し、他の主催者の払戻機から払戻請求しても払戻不可にしたりすることが可能となる。
【００５２】
図５の（ｂ）は、Ａ主催者フォーマットの投票データテーブル２３の例を示す。これは、既述した図１のＡ主催者システム２で登録して管理する当該Ａ主催者専用フォーマットの投票データテーブル２３の例であって、ここでは、図示の下記の情報を対応づけて登録して管理するものである。
【００５３】
・通番：
・開催競馬場：
・回：
・日：
・レース：
・式別：
・馬組番：
・発売金額：
・その他：
ここで、通番は主催者の発券した券に付与した一意の通番である。開催競馬場は競技を開催した場所である。回、日、レース、馬組番、発売金額は、競技の回、開催した日、レース、馬組番、発売金額である。
【００５４】
以上のように、Ａ主催者で一意の通番をもとに発券したデータをＡ主催者専用フォーマットにして投票データテーブル２３に一時的に登録して管理することが可能となる（センタ１に送信して共通フォーマットの投票データテーブル１３に登録して管理するまで管理することが可能となる）。
【００５５】
図５の（ｃ）は、Ｂ主催者フォーマットの投票データテーブル３３の例を示す。これは、既述した図１のＢ主催者システム３で登録して管理する当該Ｂ主催者専用フォーマットの投票データテーブル３３の例であって、図５の（ｂ）のＡ主催者フォーマットの投票データテーブル２３と同様であるので、省略する。
【産業上の利用可能性】
【００５６】
本発明は、利用者は主催者の発券機で券を購入し、いずれの主催者の払戻機でいずれの主催者の競技の的中券でも払戻しができ、従来の他の主催者の券の払戻しが不可という利用者の不便、不満を解消することが可能となる。
【図面の簡単な説明】
【００５７】
【図１】本発明のシステム構成図である。
【図２】本発明の動作説明フローチャート（その１）である。
【図３】本発明の動作説明フローチャート（その２）である。
【図４】本発明の動作説明フローチャート（その３）である。
【図５】本発明の投票データテーブル例である。
【符号の説明】
【００５８】
１：センタ
１１：登録手段
１２：払戻チェック手段
１３：投票データテーブル（共通フォーマット）
２：Ａ主催者システム
２１：開催サーバＡ
２２：投票手段
２３：投票データテーブル（個別フォーマットＡ）
２４：発券機Ａ
２５：払戻機Ａ（共通）
２６：払戻手段
３：Ｂ主催者システム
３１：開催サーバＢ
３２：投票手段
３３：投票データテーブル（個別フォーマットＢ）
３４：発券機Ｂ
３５：払戻機Ｂ（共通）
３６：払戻手段
【図１】
2006085301.tif 000003
【図２】
2006085301.tif 000004
【図３】
2006085301.tif 000005
【図４】
2006085301.tif 000006
【図５】
2006085301.tif 000007