JPS6410866B2 - - Google Patents

Description

【発明の詳細な説明】 発明の技術分野 本発明は、トータリゼータシステムにおけるト
ータルシステムダウン時の自動リカバリ方式に関
する。

従来技術と問題点 公営競輪場または競馬場などでは発券、払戻し
等の自動化のために、コンピユータを用いたトー
タリゼータシステムが採用されている。第１図は
同システムの一例を示す概略図で、１および２は
マスターおよびスレーブの関係にあるコンピユー
タで、トータリゼータと呼ばれるパツケージ化さ
れた発券、払戻し用システムの心臓部である。３
は端末制御処理装置（TCM）で複数個設けられ、
各々の下位には多数のユニツト端末４が接続され
る。これらの端末４は場内各投票所に分散して設
置される。１台の端末４には２台の操作卓が設け
られ、この操作卓から顧客の希望する投票券の発
売（発券）が行われる。つまり、発行しようとす
る投票券の情報即ちレース番号、投票馬番号の組
合せ等はコンピユータ１，２に同時に転送されて
各々で集計処理され、発券指令がTCM３へ送ら
れてそこで照合され、一致すると要求を上げた端
末へ返され、該端末で顧客が希望する投票券の発
売が行なわれる。各端末４の上述した発売動作は
ランダムに行われ、またコンピユータ１，２間で
は例えば１分周期で相互の診断（異常発見）が行
われる。５は各レース毎の概算予想配当率（オツ
ズ）を表示する大型の屋外表示器で、顧客はこの
表示内容を参考にして投票する。このオツズは集
計処理された投票数を基に例えば１分周期で更新
される。６はテレビジヨン等の小型な屋内表示器
で、同様にオツズ等を表示する。発走通知が出さ
れると表示はその時点の内容に固定され、レース
が終了して着順が確定すると審判は着順を通知し
コンピユータ１，２はそれに基ずいて配当金を算
出し、それを表示器５，６に表示する。７はカー
ドリーダ、８はラインプリンタ、９はメインコン
ソールで、これらは全てマスター側のコンピユー
タ１で制御される。

上記システムに片系障害が生じても、例えばマ
スター側に障害が生じるとスレーブ側がその代行
をするので問題はない。しかし、メモリパリテイ
エラー或いはソフトの異常走行等によつてマスタ
ー、スレーブ両方が同時に障害になると（両系障
害）、遂にシステムダウンとなる。トータリゼー
タシステムではシステムダウンを長時間放置して
おけないので、速やかにリカバリさせる必要があ
るが、従来はこれをオペレータによる手動操作に
まかせているので、復旧までに５〜７分かかる欠
点がある。

発明の目的 本発明は、システムダウン直後の再立上げを自
動化して速やかにリカバリさせようとするもので
ある。

発明の構成 本発明は、各投票券発売所には発券、払戻し等
を行う端末を分散配置し、センタ側には該端末か
らのデータに基づき集計、予想配当金算出、払戻
し金算出等の処理をするマスターコンピユータ及
びスレーブコンピユータを設置し、該マスターコ
ンピユータとスレーブコンピユータ間で相互に診
断を行ない、マスターコンピユータに障害が生じ
ると、スレーブコンピユータが処理を代行する様
にしたトータリゼータシステムにおいて、該マス
タおよびスレーブコンピユータの両方が同時にダ
ウンしたとき、ダウン直前に該コンピユータのベ
ツトプールフアイルなどのメモリ内容を外部記憶
媒体へキープし、その後該コンピユータの管理プ
ログラムによりユーザiPLルーチンを起動して、
別途設けた自動リカバリスイツチがオンになつて
いることを条件に、自動的にリカバリ処理を行う
ことを特徴とするが、以下図示の実施例を参照し
ながらこれを詳細に説明する。

発明の実施例 第２図は本発明の一実施例を示すフローチヤー
トで、実線枠内はダウン直前の処理である。の
「CKPTフアイルKEEP」は、チエツクポイント
フアイル（CKPT）の内容をバルクコアメモリ
（BCM）へキープ（KEEP）するステツプであ
る。続くの「コアBPF KEEP」はベツトプー
ルフアイル（BPF）の内容を同じくBCMへキー
プするステツプである。ここでBPFの内容とは
現在発売中のレースに関する掛け目（１−２，１
−３等の）毎の票数であり、これを基にオツズが
算出され、予想又は最終的な配当金が計算され
る。なお投票券の発売は各レース分一斉にではな
くレース順に例えば第１レースは10時から10時50
分まで、第２レースは10時50分から11時10分まで
…として行なわれる。そしてBCMはアクセスタ
イムが大なので現在発売中のレース分はCPUの
メモリに格納しておき、発売が次のレース分にな
るときBCMへ格納するが、障害時は該メモリ上
のBPFをBCMへキープする。の「障害メツセ
ージ出力」は如何なる種類の障害であるかを示す
メツセージの出力ステツプである。該メツセージ
は例えばハードウエアチエツク障害、メモリパリ
テイエラー、CPU異常、プログラムチエツク異
常などの種別を示すものであり、このメツセージ
はコンソールタイプライタに出力される。このと
き、後にSEまたはCE（保守用技術者）が障害原
因をチエツクするために、のステツプでCPU
の全メモリ内容をデイスク（DiSK）にキープす
る。このDiSKの内容は全レース終了後の点検、
補修時にラインプリンタから出力される。

続く〜がリカバリに必要な処理であるが、
このうちと、そして上記のが本発明により
追加されたルーチンである。の「iPSWルーチ
ン」は、第１図のコンピユータ１，２のOS（管理
プログラム）の中にあり、これに飛び込むとの
「ユーザiPLルーチン」起動が行なわれる。の
ルーチンでは、その立上げが通常のものか、シス
テムダウン後のもの（リカバリ立上げ）かを判断
する。具体的には16個あるエントリスイツチの13
番目ENTRY Ｓ／W13（後述する）がオン
（ON）しているか否かを判定する。ここでは該
スイツチのオンがリカバリ立上げを意味する。オ
ンであれば〜のリカバリルーチンへ移行す
る。

の「CBBR GET」はコモンブランチバス
（CBBR）を獲得（GET）するステツプである。
つまり、第３図に示すようにマスターＡ、スレー
ブＢには切換スイツチがあつて、０番目と１番目
はDiSK−ＡとDiSK−Ｂの選択に使用される。
DiSK−ＡはCPU−Ａ側（マスター側）のデイス
クで、ここには200〜300本のプログラムの他に、
30種類程度のデータフアイルが格納されている。
DiSK−Ｂについても同様である。２番目と３番
目のスイツチがCBBR用で、これらは低速のｉ／
Ｏ（カードリーダ７、ラインプリンタ８、メイン
コンソール９等）をマスター側、スレーブ側に切
換える。４番目と５番目のスイツチは磁気テープ
MT−Ａ、MT−Ｂの切換え用である。このうち
２番目から５番目のスイツチは中立状態にしてお
き、Ａ側、Ｂ側をソフトで選択するようになつて
いる。これらのスイツチは手動で上又は下に倒し
ておく（Ａ又はＢ選択状態にしておく）と、ソフ
トでの切換はできない。そこで常時は中立にして
おき、ソフトでＡ又はＢ選択状態とするが、シス
テムダウン時はこれを解放する。このためシステ
ムダウン後には再びCBBRを獲得（GET）する
必要がある。これがのステツプである。続く
の「発払TR KEEP」は端末（投票券発売機）４
のシステムダウン直前の状態、詳しくは各端末に
接続された操作卓毎の取引状況（トランザクシヨ
ン）TRをリスト形式で磁気テープMTへキープ
するステツプである。このリストを後にプリント
アウトしてコンピユータ側の情報（履歴）と比較
することによつて、例えば集計処理して発売指示
を出したが実際に投票券が出る前にシステムダウ
ンが生じたものか、或いは集計処理して発券指示
を出す前にシステムダウンが生じたものか等の判
別ができ、これにより帳簿と現金を合わせる等の
処理ができる。次の「FiLEの復元」は票数フ
アイルBPF、操作卓毎の発券総数フアイルTiP、
チエツクポイントフアイルCKPTがシステムダウ
ン直前にBCM上にキープされているので、これ
をコア（コンピユータのメモリ）上に展開するス
テツプである。

次の「MODE指示」を第４図を参照して説
明する。第１図に示したTCM（端末制御処理装
置）３は複数台で、しかも各TCMは２台のマイ
クロコンピユータＬ＃１，Ｌ＃２からなる。これ
ら２台のマイクロコンピユータＬ＃１，Ｌ＃２
は、複数の端末に対し、一方は上から下へ、他方
は下から上へ（端末に番号を付してあるとして、
一方は番号の小さい方から大きい方へ、他方は大
きい方から小さい方へ）という様に逆方向にダブ
ルボーリングをかけて高速にデータを収集する。
ところが、Ｌ＃１，Ｌ＃２相互間のやりとりは全
くない。このためマスター１側またはスレーブ２
側からTCMに対し、現在はＬ＃１，Ｌ＃２がデ
ユアル（２台）で動作しているか、シングル（１
台）で動作しているか等の動作モードを知らせて
いる。これが「MODE指示」である。尚、一例
を挙げるとTCMは４台で、各TCMに48端末が接
続されるので端末数は192、そして操作卓はその
２培の384台となる。またこの「MODE指示」に
はTCMがマスター、スレーブのいずれにデータ
を転送すればよいか、換言すればマスター、スレ
ーブがデユアルモードカングルモードかの区別を
指示することも含まれる。

続くの「運用制御」は、例えば端末が発券可
能な状態か否か、或いは発券後の減算処理が可能
か否か等を指示するステツプである。次の「ス
テータスリスト出力」は現在何レースまでの業務
の実行が済んでいるのかをタイプライタ（ライン
プリンタ）で帳票上に出力するステツプである。
最後の「ONL START処理（OST）」はマス
タ、スレーブ１′，２′をオプシヨンで追加した場
合に、オンライン（ONL）でサブ側即ち追加し
た側のマスタ、スレーブ１′，２′に対し、メイン
側のマスタ、スレーブ１，２が立上つたことを通
知するステツプで、マスタ、スレーブ１，２だけ
の標準システムでは不要である。

従来のユーザiPLルーチンは自動立上げを全く
考慮していないので、OSからユーザiPLルーチ
ンへとぶとiPLエンドになり、ユーザが手動操作
でイニシヤル立上げ指令を入れるのを待つことに
なる（ストツプする）。しかし本発明ではiPLル
ーチンのスタートが自動化され（但し運転中は前
述のスイツチ１３をオンにしておくことが必要）、
オペレータによるリカバリ立上げという操作が不
要になるので、５〜７分かかつたリカバリ時間が
２〜３分程度に短縮される。またこのシステムは
BCMとデイスクを備えフアイムはこれらに格納
して２重化しており、フアイル復元はBCM、デ
イスクのどちらで行なうかをオペレータが決めて
いた。そこでオペレータはBCM、デイスクのど
ちらから立上げるべきか判断に迷うことがある
が、本発明では自動的にBCMから立上げられ、
オペレータの判断は不要である。また従来はの
「全メモリKEEP」を行つていないので、それを
オペレータ操作で行なうには１時間程度かかり、
即刻業務再開ということは困難であつた。これに
対し「全メモリKEEP」では数〜10数秒程度でデ
イスクへの全メモリ内容のキープを完了できるの
で、この直後にiPLに入ることができる。

発明の効果 以上述べたように本発明によれば、公営競技場
などで発券、払戻し等の業務を行うトータリゼー
タシステムでトータルシステムダウンが生じて
も、速やかに且つ自動的にリカバリできる利点が
ある。

【図面の簡単な説明】

第１図はトータリゼータシステムの一例を示す
概略構成図、第２図は本発明の一実施例を示すフ
ローチヤート、第３図はコモンブランチバス獲得
の説明図、第４図はモード指示の説明図である。 図中、１，２はトータリゼータ（コンピユー
タ）、４は端末である。

Claims (1)

1. 【特許請求の範囲】 １ 各投票券発売所には発券、払戻し等を行う端
   末を分散配置し、センタ側には該端末からのデー
   タに基づき集計、予想配当金算出、払戻し金算出
   等の処理をするマスターコンピユータ及びスレー
   ブコンピユータを設置し、該マスターコンピユー
   タとスレーブコンピユータ間で相互に診断を行な
   い、マスターコンピユータに障害が生じると、ス
   レーブコンピユータが処理を代行する様にしたト
   ータリゼータシステムにおいて、 該マスタおよびスレーブコンピユータの両方が
   同時にダウンしたとき、ダウン直前に該コンピユ
   ータのベツトプールフアイルなどのメモリ内容を
   外部記憶媒体へキープし、その後該コンピユータ
   の管理プログラムによりユーザiPLルーチンを起
   動して、別途設けた自動リカバリスイツチがオン
   になつていることを条件に、自動的にリカバリ処
   理を行うことを特徴とする、トータリゼータシス
   テムの自動リカバリ方式。