(57)【要約】【課題】二重センタ化したトータリゼータにおいて、トータ端末が主導的に制御して両センタのデータの整合性を図る。【解決手段】トータ端末１の応答送信部１０は、投票対象と票数を含む発売データをメインセンタ２へ送信する。メインセンタ２の発売処理部２１は、発売データをもとに発売集計ファイル２３を更新し、処理完了を示す肯定応答をトータ端末１へ送信する。応答送信部１０は、メインセンタ２の肯定応答を受信すると、発売データと肯定応答とをサブセンタ３へ送信する。サブセンタ３の発売処理部３１は、トータ端末１からの発売データをもとに発売集計ファイル３３を更新し、肯定応答をトータ端末１へ送信する。トータ端末１の発売／払戻処理部１１は、サブセンタ３の肯定応答を受信すると発売データにもとづく発売処理を行う。【選択図】          図１
2004334569.tif 000002
【特許請求の範囲】
【請求項１】
公営競技に対する発売投票数もしくは払戻投票数を管理するメインセンタおよびサブセンタとトータ端末とを用いて、投票券の発売処理または払戻処理を運営・管理する二重センタ化したトータリゼータシステムにおいて、
トータ端末は、
投票対象およびその投票数を含む発売データもしくは払戻データをメインセンタへ送信し、前記メインセンタから前記発売データもしくは払戻データに対するメインセンタでの処理完了を示すメイン肯定応答を受信した場合に、前記発売データもしくは前記払戻データを前記メイン肯定応答と共にサブセンタへ送信する応答送信手段と、
前記サブセンタから前記発売データもしくは前記払戻データに対する前記サブセンタでの処理完了を示すサブ肯定応答を受信した場合に、前記発売データにもとづく発売処理または前記払戻データにもとづく払戻処理を行う発売／払戻処理手段とを備え、
前記メインセンタは、
投票対象ごとに発売される投票の集計数を記憶する発売集計記憶手段と、
投票対象ごとに払戻される投票の集計数を記憶する払戻集計記憶手段と、
投票対象ごとに前記トータ端末から送信された発売データの受付を制限する発売受付期限を設定し、前記発売データが前記発売受付期限前の受付であるかどうかを判定するデータチェック手段と、
前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すメイン肯定応答を前記トータ端末へ送信するメインセンタ発売／払戻処理手段とを備え、
前記サブセンタは、
投票対象ごとに発売される投票の集計数を記憶する発売集計記憶手段と、
投票対象ごとに払戻される投票の集計数を記憶する払戻集計記憶手段と、
前記トータ端末から前記メイン肯定応答とともに前記発売データもしくは前記払戻データを受信した場合に、前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すサブ肯定応答を前記トータ端末へ送信するサブセンタ発売／払戻処理手段とを備えることを特徴とする二重センタ化したトータリゼータシステム。
【請求項２】
請求項１に記載の二重センタ化したトータリゼータシステムにおいて、
前記トータ端末は、
前記発売データもしくは前記払戻データの送信時から所定の待機時間を設定し、前記待機時間内に前記発売データもしくは前記払戻データに対する前記サブ肯定応答を受信しない場合に、前記発売データもしくは前記払戻データに対するキャンセルを前記メインセンタおよび前記サブセンタへ通知するキャンセル送信手段を備え、
前記メインセンタは、
前記メインセンタ発売／払戻処理手段で処理された内容のメインセンタ履歴情報をトータ端末ごとに記憶する端末管理記憶手段を備え、
前記サブセンタは、
前記サブセンタ発売／払戻処理手段で処理された内容のサブセンタ履歴情報をトータ端末ごとに記憶する端末管理記憶手段を備え、
前記メインセンタ発売／払戻処理手段は、前記キャンセルを受信した場合に、前記キャンセルの発売データもしくは払戻データが前記メインセンタ履歴情報の処理内容に対応するものであるときは、前記キャンセルに対応する発売データもしくは払戻データにもとづく処理をキャンセルする処理を行い、
前記サブセンタ発売／払戻処理手段は、前記キャンセルを受信した場合に、前記キャンセルの発売データもしくは払戻データが前記サブセンタ履歴情報の処理内容に対応するものであるときは、前記キャンセルに対応する発売データもしくは払戻データにもとづく処理をキャンセルする処理を行うことを特徴とする二重センタ化したトータリゼータシステム。
【請求項３】
公営競技に対する発売投票数もしくは払戻投票数を管理するメインセンタおよびサブセンタとトータ端末とを用いて、投票券の発売処理または払戻処理を運営・管理する二重センタ化したトータリゼータシステムで用いるトータ端末であって、
投票対象およびその投票数を含む発売データもしくは払戻データをメインセンタへ送信し、前記メインセンタから前記発売データもしくは払戻データに対するメインセンタでの処理完了を示すメイン肯定応答を受信した場合に、前記発売データもしくは前記払戻データを前記メイン肯定応答と共にサブセンタへ送信する応答送信手段と、
前記サブセンタから前記発売データもしくは前記払戻データに対する前記サブセンタでの処理完了を示すサブ肯定応答を受信した場合に、前記発売データにもとづく発売処理または前記払戻データにもとづく払戻処理を行う発売／払戻処理手段とを備えることを特徴とする二重センタ化したトータリゼータシステム用トータ端末。
【請求項４】
公営競技に対する発売投票数もしくは払戻投票数を管理するメインセンタおよびサブセンタとトータ端末とを用いて、投票券の発売処理または払戻処理を運営・管理する二重センタ化したトータリゼータ方法であって、
メインセンタおよびサブセンタは、それぞれ、投票対象ごとに、発売される投票の集計数または払戻される投票の集計数を記憶し、
トータ端末では、投票対象およびその投票数を含む発売データもしくは払戻データを前記メインセンタへ送信し、
前記メインセンタでは、投票対象ごとに前記トータ端末から送信された発売データの受付を制限する発売受付期限を設定し、前記発売データが前記発売受付期限前の受付であるかどうかを判定し、
受け付けた前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すメイン肯定応答を前記トータ端末へ送信し、
前記トータ端末では、前記メインセンタから前記メイン肯定応答を受信した場合に、前記発売データもしくは前記払戻データを前記メイン肯定応答と共に前記サブセンタへ送信し、
前記サブセンタでは、前記メイン肯定応答とともに前記発売データもしくは前記払戻データを受信した場合に、前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すサブ肯定応答を前記トータ端末へ送信し、
前記トータ端末では、前記サブ肯定応答を受信した場合に、前記発売データにもとづく発売処理または前記払戻データにもとづく払戻処理を行うことを特徴とする二重センタ化したトータリゼータ方法。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、公営競技の投票運営・管理業務において、トータ端末を用いた投票券の発売業務および的中した投票券の払戻業務を支援するトータリゼータシステムに関する。
【０００２】
【従来の技術】
トータリゼータシステムは、公営競技の投票券の発売または払戻を運営・管理するシステムであって、トータ端末において、投票券の発売や的中した投票券の払戻の要求を受け付けて投票券の発売処理または払戻処理を行う。
【０００３】
一般的に、トータリゼータシステムは、発売される投票の集計情報や払戻される投票の集計情報を管理するセンタ（コンピュータ）を多重化することによりセキュリティの向上を図っている。
【０００４】
メインセンタおよびサブセンタを備えたトータリゼータシステムにおいて、センタ間のデータの整合性を図る従来手法を説明する。
【０００５】
図１４は、従来手法の一つである「バックアップ方式」を説明するための図である。バックアップ方式は、サブセンタでバックアップするデータをメインセンタがサブセンタへ送信することにより、両センタでそれぞれ管理するデータの整合性を図る手法である。
【０００６】
バックアップ方式では、例えば投票券発売処理の場合に、以下のようにして両センタのデータの整合性を図る。
（ａ）  まず、トータ端末９３−１では、投票券の発売要求をもとに作成した発売データをメインセンタ９１に送信する。ここで、発売データには、投票対象の識別情報（レース場、レース、賭式、番号または組番など）およびその投票数が含まれる。
（ｂ）  メインセンタ９１では、発売処理部９１１により、発売データをもとに投票対象の投票集計数を記憶する発売集計ファイル９１３を更新する。
（ｃ）  メインセンタ９１では、発売集計ファイル９１３の更新完了後、発売処理部９１１がトータ端末９３−１に応答（肯定応答）を返すと共に、送信部９１５により、発売データをサブセンタ９２へ送信する。
（ｄ）  サブセンタ９２では、メインセンタ９１と同様に、発売処理部９２１により、受信した発売データをもとに発売集計ファイル９２３を更新する。
（ｅ）  一方、トータ端末９３−１では、メインセンタ９１からの応答（肯定応答）を受信して発売処理を行う。
【０００７】
図１５は、従来手法の一つである「デュアル送信方式」を説明するための図である。デュアル送信方式は、トータ端末において、メインセンタ側およびサブセンタ側へ同一データを送信し、両センタからの応答を照合して、両センタでその同一データにもとづく更新処理が完了したことを確認してから発売／払戻処理を行うことにより、データの整合性を図る手法である（特許文献１参照）。
【０００８】
デュアル送信方式は、例えば投票券の発売処理の場合に、以下のようにして両センタ間のデータの整合性を図る。
（ａ）  まず、トータ端末９３−１では、発売要求をもとに作成した発売データをメインセンタ９１およびサブセンタ９２の両方へ送信する。
（ｂ）  メインセンタ９１およびサブセンタ９２では、それぞれ、発売処理部９１１、９２１により、発売データをもとに発売集計ファイル９１３、９２３を更新する。
（ｃ）  メインセンタ９１およびサブセンタ９２では、それぞれ、発売集計ファイル９１３、９２３の更新完了後、トータ端末９３−１に応答（肯定応答）を返す。
（ｄ）  トータ端末９３−１では、メインセンタ９１およびサブセンタ９２の両方からの応答を照合し、両方が一致（肯定応答）していた場合にのみ発売処理を行う。
【０００９】
【特許文献１】
特開平１１−２６５４１６号公報
【００１０】
【発明が解決しようとする課題】
しかし、上記の従来手法「バックアップ方式」では、以下のような問題が生ずる。
【００１１】
１）例えば投票券の発売処理の場合に、メインセンタ９１で発売集計ファイル９１３を更新後サブセンタ９２への発売データ送信前にメインセンタ９１がダウンしたときは、サブセンタ９２へ発売データが送信されないにもかかわらず、トータ端末９３−１ではメインセンタ９１の肯定応答が受信できるために、発売データをもとに発売処理が実行される。そのため、サブセンタ９２の発売集計ファイル９２３の発売投票集計数は、実際に発売された票数と一致しなくなる。
【００１２】
２）両センタ（メインセンタ９１およびサブセンタ９２）間で通信障害が発生している間は、サブセンタ９２へ発売データ／払戻データの反映が行えないため、通信障害の復旧後に、メインセンタ９１からサブセンタ９２へ全データを送信する必要がある。しかし、集計の差分範囲を特定するためには、センタ間の通信障害発生中にメインセンタ９１で処理した全トータ端末９３−１、９３−２、９３−３、…、９３−ｎの発売データ／払戻データを解析する必要があり、一般的には、全データをサブセンタ９２へ送信するために処理負担が大きい。
【００１３】
また、従来手法「デュアル送信方式」では、以下のような問題が生ずる。
【００１４】
１）トータ端末９３−１において、両センタからの応答の不一致が生じやすく、実際には投票券の発売ができない状態が多発する。
【００１５】
すなわち、トータリゼータシステムでは、レース施行の所定時間前にそのレースを投票対象とする投票券の発売を締め切るため、発売受付期限（時刻）を設定し、発売受付期限前に受け付けた発売データのみを処理する。ここで、両センタで同一の発売受付期限を設定しても、時刻監視処理は各センタで個々に実行される。
【００１６】
そのため、発売受付期限の直前にトータ端末９３−１から両センタへ発売データを送信した場合に、一つのセンタでは、受け付けた発売データにより更新処理を完了して肯定応答を返却し、もう一つのセンタでは、受け付けを許可せずに否定応答を返却するという状況が生じうる。この場合には、トータ端末９３−１で受信した応答は不一致となり、投票券の発売が実行されないことになる。
【００１７】
２）また、トータ端末９３−１は、受信された応答が不一致の場合に、その発売データで更新処理を完了したセンタに対し、該当する更新処理のキャンセルを依頼する必要がある。また、該当するセンタでも、発売集計ファイル９１３の更新分を減算するというキャンセル処理が発生する。
【００１８】
３）また、トータ端末９３−１は、両センタからの応答の監視処理、受信した応答の照合処理など、制御処理が複雑になる。
【００１９】
デュアル送信方式の上記２）および３）の問題は、トータリゼータシステムに何ら障害がない状態すなわち正常な運用状態においても生じる問題であり、投票券の発売要求は、発売受付期限の直前に増加する傾向にあるため、特に重要である。
【００２０】
本発明の目的は、上記のような問題点に鑑みてなされたものであり、二重化したセンタを備えて投票券の発売業務または払戻業務を支援するトータリゼータシステムであって、各センタ間で保持・管理するデータの整合性を確実に図ることが可能なトータリゼータシステムおよびトータリゼータ方法を提供することである。
【００２１】
さらに、本発明の目的は、二重化したセンタを備えたトータリゼータシステムで用いるトータ端末を提供することである。
【００２２】
【課題を解決するための手段】
本発明は、上記の目的を達成するため、公営競技に対する発売投票数もしくは払戻投票数を管理するメインセンタおよびサブセンタとトータ端末とを用いて、投票券の発売処理または払戻処理を運営・管理する二重センタ化したトータリゼータシステムにおいて、以下の処理手段または要素を備える。
【００２３】
すなわち、本発明において、トータ端末は、投票対象およびその投票数を含む発売データもしくは払戻データをメインセンタへ送信し、前記メインセンタから前記発売データもしくは払戻データに対するメインセンタでの処理完了を示すメイン肯定応答を受信した場合に、前記発売データもしくは前記払戻データを前記メイン肯定応答と共にサブセンタへ送信する応答送信手段と、前記サブセンタから前記発売データもしくは前記払戻データに対する前記サブセンタでの処理完了を示すサブ肯定応答を受信した場合に、前記発売データにもとづく発売処理または前記払戻データにもとづく払戻処理を行う発売／払戻処理手段とを備える。
【００２４】
また、メインセンタは、投票対象ごとに発売される投票の集計数を記憶する発売集計記憶手段と、投票対象ごとに払戻される投票の集計数を記憶する払戻集計記憶手段と、投票対象ごとに前記トータ端末から送信された発売データの受付を制限する発売受付期限を設定し、前記発売データが前記発売受付期限前の受付であるかどうかを判定するデータチェック手段と、前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すメイン肯定応答を前記トータ端末へ送信するメインセンタ発売／払戻処理手段とを備える。
【００２５】
また、サブセンタは、投票対象ごとに発売される投票の集計数を記憶する発売集計記憶手段と、投票対象ごとに払戻される投票の集計数を記憶する払戻集計記憶手段と、前記トータ端末から前記メイン肯定応答とともに前記発売データもしくは前記払戻データを受信した場合に、前記発売データにもとづく前記発売投票集計数の更新処理または前記払戻データにもとづく前記払戻投票集計数の更新処理を行い、前記処理の完了を示すサブ肯定応答を前記トータ端末へ送信するサブセンタ発売／払戻処理手段とを備える。
【００２６】
上記の構成をとる本発明は、例えば、投票券の発売処理の場合に以下のように作用する。
【００２７】
まず、メインセンタおよびサブセンタは、それぞれ、発売される投票の集計数（発売投票集計数）または払戻される投票の集計数（払戻投票集計数）を投票対象ごとに記憶しておく。
【００２８】
トータ端末では、投票対象およびその投票数を含む発売データをメインセンタへ送信する。メインセンタでは、投票対象ごとにトータ端末から送信された発売データの受付を制限する発売受付期限を設定し、受信した発売データが前記発売受付期限前の受付であるかどうかを判定し、受け付けた前記発売データにもとづく発売投票集計数の更新処理を行い、この処理の完了を示すメイン肯定応答をトータ端末へ送信する。
【００２９】
次に、トータ端末では、メインセンタからメイン肯定応答を受信すると、発売データをメイン肯定応答と共にサブセンタへ送信する。サブセンタでは、メイン肯定応答とともに発売データを受信すると、発売データにもとづく発売投票集計数の更新処理を行い、この処理の完了を示すサブ肯定応答をトータ端末へ送信する。
【００３０】
そして、トータ端末では、サブ肯定応答を受信すると、この発売データにもとづく発売処理を行う。
【００３１】
また、例えば、的中した投票券の払戻処理の場合に以下のように作用する。
【００３２】
トータ端末では、投票対象およびその投票数を含む払戻データをメインセンタへ送信する。メインセンタでは、受信した払戻データにもとづく払戻投票集計数の更新処理を行い、この処理の完了を示すメイン肯定応答をトータ端末へ送信する。
【００３３】
次に、トータ端末では、メインセンタからメイン肯定応答を受信すると、払戻データをメイン肯定応答と共にサブセンタへ送信する。サブセンタでは、メイン肯定応答とともに払戻データを受信すると、払戻データにもとづく払戻投票集計数の更新処理を行い、この処理の完了を示すサブ肯定応答をトータ端末へ送信する。
【００３４】
そして、トータ端末では、サブ肯定応答を受信すると、この払戻データにもとづく払戻処理を行う。
【００３５】
本発明によれば、サブセンタでは、トータ端末から送信された発売データ／払戻データとメインセンタの肯定応答とが共に送信され、データの有効性を判定することなく発売投票集計数または払戻投票集計数の更新を行う。また、トータ端末での発売処理もしくは払戻処理は、サブセンタからのサブ肯定応答の受信後に実行される。
【００３６】
そのため、トータ端末で投票券の発売処理または払戻処理が実行される時は、メインセンタおよびサブセンタの両方において、発売投票集計数もしくは払戻投票集計数の更新処理が完了しているため、これらのデータ内容が一致して整合性をとることができる。
【００３７】
また、トータ端末では、メインセンタおよびサブセンタからの応答を待ち合わせ、応答内容（肯定か否定か）を照合する必要がなく、トータ端末での制御処理の負荷を軽減することができる。
【００３８】
さらに、投票券の発売処理において、従来の「デュアル通信方法」で特に問題となっていた、両センタでの発売受付期限の時間差に起因する、更新処理を完了したセンタでのキャンセル処理の発生を防止することができる。
【００３９】
また、本発明によれば、トータ端末での投票券の発売もしくは払戻において、従来の「バックアップ方法」では必要であった両センタ間のネットワークが不要となるため、通信障害のリスクを軽減することができる。
【００４０】
【発明の実施の形態】
まず、本発明の第１の実施の形態を説明する。
【００４１】
図１に、第１の実施の形態における本発明の構成例を示す。本発明のトータリゼータシステムは、トータ端末１（１−１、１−２、１−３、…、１−ｎ）、メインセンタ２、およびサブセンタ３から構成される。
【００４２】
トータ端末１は、発売もしくは払戻の要求にもとづき、投票券の発売処理または的中した投票券の払戻処理を行う端末である。メインセンタ２およびサブセンタ３は、発売される投票の集計数または払戻される投票の集計数を投票対象ごとに管理するコンピュータである。トータ端末１、メインセンタ２、およびサブセンタ３は、ネットワーク４により相互にデータ通信が可能である。
【００４３】
トータ端末１は、応答送信部１０および発売／払戻処理部１１を備える。
【００４４】
応答送信部１０は、投票券発売の要求をもとに発売データを作成し、メインセンタ２へ発売データを送信し、メインセンタ２から発売データにもとづく処理完了を示す肯定応答を受信した場合に、この肯定応答と共に発売データをサブセンタ３へ送信する手段である。
【００４５】
また、応答送信部１０は、的中した投票券の払戻の要求をもとに払戻データを作成し、メインセンタ２へ払戻データを送信し、メインセンタ２から払戻データにもとづく処理完了を示す肯定応答を受信した場合に、この肯定応答と共に払戻データをサブセンタ３へ送信する。
【００４６】
発売／払戻処理部１１は、サブセンタ３から、送信した発売データもしくは払戻データについての肯定応答を受信すると、発売データにもとづく発売処理もしくは払戻データにもとづく払戻処理を行う手段である。
【００４７】
メインセンタ２は、データチェック部２０、発売処理部２１、払戻処理部２２、発売集計ファイル２３、および払戻集計ファイル２４を備える。
【００４８】
データチェック部２０は、トータ端末１から受信した発売データの投票対象、投票数などの内容が妥当であるか、発売データが該当する発売受付期限前に受信されたかどうかなど、発売データの有効性をチェックする手段である。
【００４９】
発売データは、投票対象およびその投票数を含むデータである。投票対象は、例えば、レース開催場所（場Ｔ）、レース（レースＲ）、賭式の種類（単勝式、複勝式、ｘｘ式など）、投票対象（番号（ｎ番）または組番（ｎ−ｍ））などのデータ項目により特定される。また、払戻データは、的中した投票対象およびその投票数を含む情報である。
【００５０】
発売処理部２１は、データチェック部２０で有効と判定された発売データをもとに各投票対象の発売された投票数を集計し、発売集計ファイル２３を用いて発売投票集計数を管理する手段である。
【００５１】
図２に、発売集計ファイル２３のデータ構成例を示す。発売集計ファイル２３は、投票対象を特定するためのレース開催場所（場Ｔ：Ｔ１、Ｔ２、…、Ｔｎ）、レース（レースＲ：Ｒ１、Ｒ２、…、Ｒｎ）、賭式（単勝式、複勝式、ｘｘ式など）、ならびに投票対象（番号：１番、２番、…、ｎ番、または組番：１−２、１−３、…、ｎ−ｍ）の各項目、および投票対象ごとの発売された投票数（票数）の項目から構成される。
【００５２】
払戻処理部２２は、払戻データをもとに、的中した投票対象ごとに払戻される投票数を集計し、払戻集計ファイル２４を用いて払戻投票集計数を管理する手段である。
【００５３】
図３に、払戻集計ファイル２４のデータ構成例を示す。払戻集計ファイル２４は、的中した投票対象を特定するためのレース開催場所（場Ｔ）、レース（レースＲ）、賭式、ならびに的中した投票対象（番号または組番）の各項目、および的中した投票対象ごとの払戻された投票数（票数）の項目から構成される。
【００５４】
サブセンタ３は、発売処理部３１、払戻処理部３２、発売集計ファイル３３、および払戻集計ファイル３４を備える。
【００５５】
発売処理部３１は発売処理部２１と、払戻処理部３２は払戻処理部２２と同様の処理を行う手段であり、発売集計ファイル３３は発売集計ファイル２３と、払戻集計ファイル３４は払戻集計ファイル２４と同様のデータ構成のデータファイルである。
【００５６】
図４に、本発明の処理の流れを示す。図４では、投票券の発売処理の場合の処理について太矢印線および（ａ）〜（ｅ）で示す。
【００５７】
（ａ）  トータ端末１−１では、ユーザまたはオペレータから投票券発売の要求を受け付けると、応答送信部１０により、発売データを作成しメインセンタ２に送信する。
【００５８】
（ｂ）  メインセンタ２では、データチェック部２０により、トータ端末１−１から受信した発売データが発売受付期限前の受信であるか、発売データの内容が妥当であるかなど、発売データの有効性をチェックする。そして、発売データが有効であれば、発売処理部２１により、受信した発売データをもとに発売集計ファイル２３の該当する投票対象に票数を加算する。さらに、発売集計ファイル２３の更新完了後に肯定応答を作成してトータ端末１−１へ送信する。一方、発売集計ファイル２３の更新が完了できなければ、発売データにもとづく処理の未完了を示す否定応答を作成してトータ端末１−１へ送信する。
【００５９】
（ｃ）  トータ端末１−１では、メインセンタ２から肯定応答を受信した場合に、応答送信部１０により、作成した発売データとメインセンタ２の肯定応答とを共にサブセンタ３へ送信する。なお、メインセンタ２から否定応答を受信した場合には、以下の（ｄ）および（ｅ）の処理を行わない。
【００６０】
（ｄ）  サブセンタ３では、発売処理部３１により、トータ端末１−１から受信した発売データをもとに発売集計ファイル３３の該当する投票対象へ投票数を加算する。そして、発売集計ファイル３３の更新完了後に、肯定応答を作成してトータ端末１−１へ送信する。一方、発売集計ファイル３３の更新が完了できなければ、否定応答を作成してトータ端末１−１へ送信する。
【００６１】
（ｅ）  トータ端末１−１の発売／払戻処理部１１では、サブセンタ３から肯定応答を受信した場合には、発売データにもとづいて投票券の発売処理を行う。
一方、サブセンタ３から否定応答を受信した場合には、発売要求を拒否して投票券の発売を行わない。
【００６２】
なお、的中した投票券の払戻処理の場合にも、ほぼ同様の処理が行われる。
【００６３】
このように、トータ端末１−１では、メインセンタ２およびサブセンタ３から肯定応答を受信しない限り、すなわちメインセンタ２およびサブセンタ３において発売集計ファイル２３、３３の更新処理が完了しない限り、投票券の発売を行わない。したがって、発売集計ファイル２３、３３の投票数、および実際に発売される投票数の整合性をとることが可能となる。
【００６４】
以下、本発明の第２の実施の形態を説明する。
【００６５】
図５に、第２の実施の形態における本発明の構成例を示す。本形態において、本発明のトータリゼータシステムの構成は、第１の実施の形態の構成と同様に、トータ端末１、メインセンタ２、およびサブセンタ３から構成される。メインセンタ２およびサブセンタ３は、トータ端末１とのネットワーク４ａの他に、別のネットワーク４ｂを備え、相互にデータ通信を行うことが可能である。
【００６６】
トータ端末１は、図１に示す処理手段に加えて、キャンセル送信部１２を備える。メインセンタ２は、図１に示す処理手段に加えて、センタ間整合化部２５および端末管理ファイル２６を備え、サブセンタ３も、同様に、センタ間整合化部３５および端末管理ファイル３６を備える。
【００６７】
トータ端末１のキャンセル送信部１２は、所定の時間経過後にタイムアウトを検出した場合に、メインセンタ２およびサブセンタ３へ該当する発売データ／払戻データにもとづく処理のキャンセルを依頼する手段である。
【００６８】
メインセンタ２のセンタ間整合化部２５は、所定の時間もしくは契機に、サブセンタ３との間で、発売集計ファイル２３、３３の整合性、または払戻集計ファイル２４、３４の整合性をとる処理を行う手段である。
【００６９】
端末管理ファイル２６は、図６に示すように、メインセンタ２の発売処理部２１もしくは払戻処理部２２で行った処理の履歴情報をトータ端末１ごとに記憶するデータファイルである。
【００７０】
本形態において、発売処理部２１は、データチェック部２０で有効と判定された発売データをもとに発売集計ファイル２３を更新し、その処理内容を端末管理ファイル２６に設定する。また、払戻処理部２２は、同様に、払戻データをもとに払戻集計ファイル２４を更新し、その処理内容を端末管理ファイル２６に設定する。
【００７１】
サブセンタ３の発売処理部３１、払戻処理部３２、およびセンタ間整合化部３５は、メインセンタ２の発売処理部２１、払戻処理部２２およびセンタ間整合化部２５の各処理手段と同様の処理を行う。また、端末管理ファイル３６は、端末管理ファイル２６と同様のデータ構成のデータファイルである。
【００７２】
第２の実施の形態における本発明の処理の流れを説明する。
【００７３】
図７は、投票券の発売処理時の通常運用状態の場合のシーケンス図である。
【００７４】
（ａ１）  トータ端末１では、投票券発売の要求Ｒ１があると、応答送信部１０により、発売データＤ１を作成し、メインセンタ２へ発売データＤ１を送信する。
【００７５】
（ｂ１）  メインセンタ２では、データチェック部２０により発売データＤ１の有効性を判定する。そして、発売処理部２１により、発売データＤ１の票数を発売集計ファイル２３の該当する投票対象の票数に加算して発売集計ファイル２３を更新し、更新完了後、発売データＤ１による処理内容を端末管理ファイル２６の最終履歴に設定し（発売データＤ１加算）、肯定応答を作成してトータ端末１へ送信する。
【００７６】
（ｃ１）  トータ端末１は、メインセンタ２から肯定応答を受信すると、サブセンタ３へ、メインセンタ２の肯定応答および発売データＤ１を送信する。
【００７７】
（ｄ１）  サブセンタ３では、肯定応答と発売データＤ１とを受信し、発売データＤ１の票数を発売集計ファイル３３の該当投票対象の票数に加算して発売集計ファイル３３を更新する。更新完了後、発売データＤ１による処理内容を端末管理ファイル３６の最終履歴に設定し（発売データＤ１加算）、肯定応答を作成してトータ端末１へ送信する。
【００７８】
（ｅ１）  トータ端末１では、サブセンタ３から肯定応答を受信すると、発売／払戻処理部１１により発売データＤ１をもとに投票券の発売処理を行う。
【００７９】
その後、別の発売の要求Ｒ２があると、応答送信部１０により、発売データＤ２を作成し、メインセンタ２へ発売データＤ２を送信する（ａ１）。以降、発売データＤ２について（ｂ１）〜（ｅ１）と同様の処理を繰り返して、投票券の発売処理を行う。
【００８０】
図８は、投票券の発売処理時に障害が発生した場合のシーケンス図である。図８では、図７の処理（ａ１）〜（ｅ１）の終了後に、サブセンタ３で障害が発生したと仮定する。
【００８１】
メインセンタ２およびサブセンタ３では、発売データＤ１については更新処理を完了し、それぞれの最終履歴には発売データＤ１にもとづく処理内容を設定して、発売集計ファイル２３、３３には、それぞれ発売データＤ１が反映されている。
【００８２】
（ａ２）  トータ端末１では、投票券発売の要求Ｒ２があると、応答送信部１０により、発売データＤ２を作成し、メインセンタ２へ発売データＤ２を送信する。
【００８３】
（ｂ２）  メインセンタ２では、データチェック部２０により発売データＤ２の有効性を判定し、発売処理部２１により、発売データＤ２の票数を発売集計ファイル２３の該当投票対象の票数に加算して発売集計ファイル２３を更新する。
更新完了後に、発売データＤ２による処理内容を最終履歴に設定し（発売データＤ２加算）、肯定応答を作成してトータ端末１へ送信する。
【００８４】
（ｃ２）  トータ端末１では、メインセンタ２から肯定応答を受信すると、応答送信部１０により、メインセンタ２の肯定応答および発売データＤ２をサブセンタ３へ送信する。ここで、サブセンタ３の障害により、トータ端末１からのデータを受信できなかったと仮定する。
【００８５】
（ｄ２）  トータ端末１では、所定時間内にサブセンタ３から応答を受信せずタイムアウトを検出すると、キャンセル送信部１２により、発売データＤ２のキャンセルをメインセンタ２へ送信する。
【００８６】
（ｅ２）  メインセンタ２では、トータ端末１から発売データＤ２のキャンセルを受信すると、最終履歴の内容と照合する。ここで、キャンセルの対象と最終履歴に設定された内容とが一致するので、発売集計ファイル２３の該当する投票対象の票数から発売データＤ２の票数を減算して発売集計ファイル２３を更新する。さらに、最終履歴に発売データＤ２のキャンセル処理の処理内容（発売データＤ２減算）を設定し、肯定応答を作成してトータ端末１へ送信する。
【００８７】
（ｆ２）  トータ端末１では、メインセンタ２からキャンセルの肯定応答を受信すると、キャンセル送信部１２により、発売データＤ２のキャンセルおよび肯定応答をサブセンタ３へ送信する。ここで、サブセンタ３が復旧し、トータ端末１からキャンセルを受信したとする。
【００８８】
（ｇ２）  サブセンタ３では、発売処理部３１により、最終履歴の内容とキャンセルの内容とを照合し、両方の内容が不一致であるので、発売データＤ２のキャンセルを廃棄し、発売集計ファイル３３の更新処理を行わない。
【００８９】
この場合に、トータ端末１では、サブセンタ３から発売データＤ２に対する肯定応答を受信しないので、発売データＤ２にもとづく発売処理は行なわれない。
また、メインセンタ２では、トータ端末１が送信したキャンセルにより発売集計ファイル２３の更新内容がキャンセル処理（発売データＤ２の票数の減算処理）されるため、発売集計ファイル２３、３３のデータの整合性がとられる。
【００９０】
図９は、投票券の発売処理時に障害が発生した場合のシーケンス図である。図９では、図８と同様に、図７の処理（ａ１）〜（ｅ１）の終了後に、サブセンタ３とトータ端末１との間で障害が発生したと仮定する。
【００９１】
（ａ３）  トータ端末１では、投票券発売の要求Ｒ２があると、応答送信部１０により、発売データＤ２を作成し、メインセンタ２へ発売データＤ２を送信する。
【００９２】
（ｂ３）  メインセンタ２では、データチェック部２０により発売データＤ２の有効性を判定する。そして、発売処理部２１により、発売データＤ２の票数を発売集計ファイル２３の該当投票対象の票数に加算して発売集計ファイル２３を更新する。更新完了後、発売データＤ２にもとづく処理内容を最終履歴に設定し（発売データＤ２加算）、肯定応答を作成してトータ端末１へ送信する。
【００９３】
（ｃ３）  トータ端末１は、メインセンタ２から肯定応答を受信すると、サブセンタ３へ、メインセンタ２の肯定応答および発売データＤ２を送信する。
【００９４】
（ｄ３）  サブセンタ３では、発売データＤ２の票数を発売集計ファイル３３の該当投票対象の票数に加算して発売集計ファイル３３を更新する。更新完了後、発売データＤ２にもとづく処理内容を最終履歴に設定し（発売データＤ２加算）、肯定応答を作成してトータ端末１へ送信する。ここで、サブセンタ３とトータ端末１との間で障害が発生し、トータ端末１がサブセンタ３の肯定応答を受信できなかったとする。
【００９５】
（ｅ３）  トータ端末１では、所定時間内にサブセンタ３から応答を受信せずタイムアウトを検出して、キャンセル送信部１２により、発売データＤ２のキャンセルをメインセンタ２へ送信する。
【００９６】
（ｆ３）  メインセンタ２では、発売データＤ２のキャンセルを受信すると、最終履歴の内容とキャンセルの内容とを照合し、両者の内容が一致するので、発売集計ファイル２３の該当する投票対象の票数から発売データＤ２の票数を減算し、キャンセルにもとづく処理内容を最終履歴に設定し（発売データＤ２減算）、肯定応答を作成してトータ端末１へ送信する。
【００９７】
（ｇ３）  トータ端末１では、メインセンタ２から肯定応答を受信すると、キャンセル送信部１２により、発売データＤ２のキャンセルをサブセンタ３へ送信する。ここで、サブセンタ３がこのキャンセルを受信できなかったとする。
【００９８】
（ｈ３）  メインセンタ２では、センタ間整合化部２５により、サブセンタ３へセンタ間チェックを通知する。サブセンタ３では、メインセンタ２からのセンタ間チェックの通知により、発売データＤ２のキャンセルを受信し、発売集計ファイル３３から発売データＤ２の票数を減算して、発売集計ファイル３３を更新する。これにより、発売集計ファイル２３、３３の整合性がとられる。
【００９９】
なお、整合化処理は、所定の時期または契機により、既知の処理方法を用いて行う。
【０１００】
図１０は、投票券の発売処理時に障害が発生した場合のシーケンス図である。
図１０では、図８と同様に、図７の処理（ａ１）〜（ｅ１）の終了後に、メインセンタ２とトータ端末１との間で障害が発生したと仮定する。
【０１０１】
（ａ４）  トータ端末１では、投票券発売の要求Ｒ２があると、応答送信部１０により、発売データＤ２を作成し、メインセンタ２へ発売データＤ２を送信する。
【０１０２】
（ｂ４）  メインセンタ２では、データチェック部２０により発売データＤ２の有効性を判定し、発売処理部２１により、発売データＤ２の票数を発売集計ファイル２３の該当投票対象の票数に加算して発売集計ファイル２３を更新する。
更新完了後、発売データＤ２にもとづく処理内容を最終履歴に設定し（発売データＤ２加算）、肯定応答を作成してトータ端末１へ送信する。ここで、トータ端末１は、メインセンタ２の肯定応答を受信できなかったとする。
【０１０３】
（ｃ４）  トータ端末１は、タイムアウトを検出し、キャンセル送信部１２により、メインセンタ２からの受信がない状態を示すメイン無応答をサブセンタ３へ通知する。
【０１０４】
（ｄ４）  サブセンタ３では、メイン無応答を受信すると、肯定応答を作成してトータ端末１へ送信する。
【０１０５】
（ｅ４）  サブセンタ３では、センタ間整合化部３５により、メインセンタ２へセンタ間チェックを通知する。メインセンタ２では、サブセンタ３からのセンタ間チェックの通知により、発売集計ファイル２３から発売データＤ２の票数を減算して、発売集計ファイル２３を更新する。
【０１０６】
図１１に、発売処理時のトータ端末１の処理フローを示す。
【０１０７】
トータ端末１は、投票券発売の要求を待ち（ステップＳ１０）、要求を受け付けると、発売データを作成し（ステップＳ１１）、メインセンタ２へ発売データを送信する（ステップＳ１２）。
【０１０８】
その後、メインセンタ２から受信した応答が所定時間内であるかどうかを判定する（ステップＳ１３）。メインセンタ２から受信した応答が所定時間内である場合には、応答の内容を判定し（ステップＳ１４）、応答が肯定応答であれば、サブセンタ３へ肯定応答と発売データとを送信し（ステップＳ１５）、応答が否定応答であれば、ステップＳ１０の処理へ戻る。
【０１０９】
その後、サブセンタ３から受信した応答が所定時間内にであるかどうかを判定する（ステップＳ１６）。所定時間内にサブセンタ３から応答を受信した場合には、発売データをもとに発売処理を行い（ステップＳ１７）、処理内容を最終履歴にセットする（ステップＳ１８）。
【０１１０】
一方、ステップＳ１３の処理において、所定時間内にメインセンタ２から応答を受信できなかった場合（タイムアウトの場合）には、メイン無応答をサブセンタ３へ通知する（ステップＳ１９）。そして、サブセンタ３から受信した応答が所定時間内である場合には（ステップＳ１１０）、メインセンタ２との接続復旧処理を行う（ステップＳ１１１）。一方、所定時間内にサブセンタ３からも応答を受信できなければ（ステップＳ１１０）、メインセンタ２およびサブセンタ３との接続復旧処理を行う（ステップＳ１１２）。
【０１１１】
また、ステップＳ１６の処理において、所定時間内にサブセンタ３から応答を受信できなかった場合（タイムアウトの場合）には、発売データのキャンセルをメインセンタ２へ送信する（ステップＳ１１３）。そして、所定時間内にメインセンタ２から応答を受信できれば（ステップＳ１１４）、サブセンタ３へ発売データのキャンセルを送信する（ステップＳ１１５）。一方、所定時間内にメインセンタ２から応答を受信できなければ、メインセンタ２およびサブセンタ３との接続復旧処理を行う（ステップＳ１１２）。
【０１１２】
さらに、ステップＳ１１５の処理でサブセンタ３へ送信した発売データのキャンセルに対し、所定時間内にサブセンタ３から受信した応答が所定時間内であれば（ステップＳ１１６）、ステップＳ１０の処理へ戻り、所定時間内に応答を受信できなければ、サブセンタ３との接続復旧処理を行う（ステップＳ１１７）。
【０１１３】
なお、メインセンタ２またはサブセンタ３との接続復旧処理（ステップＳ１１１、Ｓ１１２、Ｓ１１７）は、既知の処理手法により行う。
【０１１４】
図１２に、発売処理時のメインセンタ２の処理フローを示す。
【０１１５】
メインセンタ２は、発売データの受信を待ち（ステップＳ２０）、トータ端末１から発売データを受信すると（ステップＳ２１）、発売データの内容の有効性のチェック処理を行う（ステップＳ２２）。
【０１１６】
チェック結果がＯＫであれば（ステップＳ２３）、受信したデータから処理の内容を判定する（ステップＳ２４）。ここで、内容が「発売」であれば、肯定応答を作成し（ステップＳ２５）、発売集計ファイル２３を更新し（ステップＳ２６）、発売データにもとづく処理内容を最終履歴にセットし（ステップＳ２７）、トータ端末１へ応答する（ステップＳ２８）。
【０１１７】
ステップＳ２４の処理で、内容が「キャンセル」であれば、肯定応答を作成し（ステップＳ２９）、キャンセルの対象となるデータをもとに発売集計ファイル２３から票数を減算し（ステップＳ２１０）、処理内容を最終履歴にセットし（ステップＳ２１１）、トータ端末１へ応答する（ステップＳ２８）。
【０１１８】
また、ステップＳ２３の処理で、受信した発売データのチェック結果がＮＧであれば、否定応答を作成し（ステップＳ２１２）、トータ端末へ応答する（ステップＳ２８）。
【０１１９】
図１３に、発売処理時のサブセンタ３の処理フローを示す。
【０１２０】
サブセンタ３は、発売データの受信を待ち（ステップＳ３０）、トータ端末１から発売データを受信すると（ステップＳ３１）、受信したデータから処理の内容を判定する（ステップＳ３２）。
【０１２１】
内容が「発売」であれば、肯定応答を作成し（ステップＳ３３）、発売集計ファイル３３を更新し（ステップＳ３４）、発売データにもとづく処理内容を最終履歴にセットし（ステップＳ３５）、トータ端末１へ応答する（ステップＳ３６）。
【０１２２】
また、内容が「キャンセル」であれば、肯定応答を作成し（ステップＳ３７）、発売集計ファイル３３から該当する票数を減算し（ステップＳ３８）、処理内容を最終履歴にセットし（ステップＳ３９）、トータ端末１へ応答する（ステップＳ３６）。
【０１２３】
また、内容が「メイン無応答」であれば、肯定応答を作成し（ステップＳ３１０）、処理内容を最終履歴にセットし（ステップＳ３１１）、トータ端末１へ応答する（ステップＳ３６）。
【０１２４】
なお、的中した投票券の払戻処理の場合には、トータ端末１、メインセンタ２およびサブセンタ３は、図１１〜図１３に示す処理の流れと同様の流れにより、払戻データについてそれぞれ処理を行う。
【０１２５】
以上、本発明をその実施の形態により説明したが、本発明はその主旨の範囲において種々の変形が可能であることは当然である。
【０１２６】
本発明の実施の形態において、トータリゼータシステムのメインセンタ２およびサブセンタ３が別個に設置されるセンタである形態を説明したが、メインセンタ２およびサブセンタ３は、例えばＬＡＮ環境で接続される２つのホストとして設置されていてもよい。
【０１２７】
また、トータ端末１が投票券の発売処理および的中投票券の払戻処理を行う端末である形態を説明したが、トータ端末１は、発売処理または払戻処理のいずれかの処理を行う端末であってもよい。この場合に、トータ端末１の発売／払戻処理部１１は、投票券の発売処理または的中投票券の払戻処理のいずれか一方の処理を行うものでよい。
【０１２８】
また、トータ端末１の応答送信部１０は、受け付けた要求をもとに発売データ／払戻データを作成し、メインセンタ２へ送信するものとして説明した。しかし、発売／払戻処理部１１が、要求にもとづいて発売データ／払戻データを作成し、応答送信部１０が、作成された発売データ／払戻データをメインセンタ２へ送信するようにしてもよい。
【０１２９】
さらに、本発明の各処理手段または機能または要素は、コンピュータにより読み取られ実行される処理プログラムとして実現することができる。本発明を実現する処理プログラムは、コンピュータが読み取り可能な、可搬媒体メモリ、半導体メモリ、ハードディスクなどの適当な記録媒体に格納することができ、これらの記録媒体に記録して提供され、または、通信インタフェースを介して種々の通信網を利用した送受信により提供されるものである。
【０１３０】
【発明の効果】
以上説明したように、本発明によれば、トータ端末で投票券の発売処理または払戻処理の実行時には、メインセンタおよびサブセンタの発売投票集計数もしくは払戻投票集計数の更新処理が完了している。
【０１３１】
そのため、両センタで管理する発売投票集計数もしくは払戻投票集計数情報の整合性をとることができ、さらには、実際に発売／払戻された投票数との整合性をも図ることができる。
【０１３２】
また、両センタでの発売受付期限の監視処理上の時間差により生ずるトータ端末での投票券発売の受付拒否を減少させ、更新処理を完了したセンタでのキャンセル処理の発生を防止することができる。
【０１３３】
また、投票券の発売もしくは払戻時に、両センタ間のネットワークが不要であるため、ネットワーク障害のリスクを軽減することができる。
【図面の簡単な説明】
【図１】第１の実施の形態における本発明の構成例を示す図である。
【図２】発売集計ファイルのデータ構成例を示す図である。
【図３】払戻集計ファイルのデータ構成例を示す図である。
【図４】本発明の処理の流れを示す図である。
【図５】第２の実施の形態における本発明の構成例を示す図である。
【図６】端末管理ファイルのデータ構成例を示す図である。
【図７】投票券の発売処理時の通常の運用状態の場合のシーケンス図である。
【図８】投票券の発売処理時に障害が発生した場合のシーケンス図である。
【図９】投票券の発売処理時に障害が発生した場合のシーケンス図である。
【図１０】投票券の発売処理時に障害が発生した場合のシーケンス図である。
【図１１】トータ端末の処理フローを示す図である。
【図１２】メインセンタの処理フローを示す図である。
【図１３】サブセンタの処理フローを示す図である。
【図１４】従来手法の「バックアップ方式」の説明図である。
【図１５】従来手法の「デュアル送信方式」の説明図である。
【符号の説明】
１（１−１，１−２，１−３，…，１−ｎ）  トータ端末
１０  応答送信部
１１  発売／払戻処理部
１２  キャンセル送信部
２  メインセンタ（コンピュータ）
２０  データチェック部
２１  発売処理部
２２  払戻処理部
２３  発売集計ファイル
２４  払戻集計ファイル
２５  センタ間整合化部
２６  端末管理ファイル
３  サブセンタ（コンピュータ）
３１  発売処理部
３２  払戻処理部
３３  発売集計ファイル
３４  払戻集計ファイル
３５  センタ間整合化部
３６  端末管理ファイル
４（４ａ，４ｂ）  ネットワーク
【図１】
2004334569.tif 000003
【図２】
2004334569.tif 000004
【図３】
2004334569.tif 000005
【図４】
2004334569.tif 000006
【図５】
2004334569.tif 000007
【図６】
2004334569.tif 000008
【図７】
2004334569.tif 000009
【図８】
2004334569.tif 000010
【図９】
2004334569.tif 000011
【図１０】
2004334569.tif 000012
【図１１】
2004334569.tif 000013
【図１２】
2004334569.tif 000014
【図１３】
2004334569.tif 000015
【図１４】
2004334569.tif 000016
【図１５】
2004334569.tif 000017