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