JPS59161771A

JPS59161771A - ト−タリゼ−タシステムの自動リカバリ方式

Info

Publication number: JPS59161771A
Application number: JP58035642A
Authority: JP
Inventors: Toshiaki Oota; 太田　利明
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1983-03-04
Filing date: 1983-03-04
Publication date: 1984-09-12
Also published as: JPS6410866B2

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

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

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

上記システムに片系障害が生しても、例えばマスター側
に障害か生しるとスレーブ側がその代行をするので問題
はない。しかし、メモリパリティエラー或いはソフトの
異常走行等によってマスター、スレーブ両方が同時に障
害になると（両系障害）、遂にシステムダウンとなる。

１−一りリセ−＾　１％タンス、テムではシステムダウンを長時間放置しておけ
ないので、速やかにリカバリさせる必要があるが、従来
は、これをオペレータにょろり操作にまかせているので
、復旧までに５〜７分かかる欠点がある。

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

発明の構成本発明は、各投票券発売所には発券、払戻し等を行う端
末を分散配置し、センタ側には該端末からのデータに基
づきｉ計、予想配当金算出、払戻し全算出等の処理をす
るコンピュータを設置してなるトータリゼータシステム
において、トータルシステムダウンが生じたとき、シス
テムダウン直前に該コンピュータのベントブールファイ
ルなどのメモリ内容を外部記憶媒体ヘキープし、その後
該コンピュータの管理プログラムにより、別途設けた１
即Ｐツカハリスイッチかオンになっていることを条件に
ユーザｉＰＬルーチンを起動して、自動的にリカバリ処
理を行うことを特徴とするが、以下図示の実施例を参照
しながらこれを詳細に説明する。

発明の実施例第２図は本発明の一実施例を示すフローチャートで、実
線枠内はダウン直前の処理である。■のｒ　ＣＫ’　Ｐ
　ＴファイルＫＥＥＰＪは、チェックポイントファイル
（ＣＫＰＴ）の内容をバルクコアメモリ　（ＢＧＭ）へ
キープ（ＫＥＥＰ）するステップである。続く■の［コ
アＢＰＦ　　ＫＥＥＰＪはベントブールファイル（ＢＰ
Ｆ）の内容を同じくＢＧＭヘキープするステップである
。ここでＢＰＦ・の内容とは現在発売中のレースに関す
る掛は目（１−２，’１−３等の）毎の票数であり、こ
れを基にオツズか算出され、予想又は最終的な配当金が
計算される。なお投票券の発売は各レース分−斉にでは
なくレース順に例えば第ル−スは１０時から１０時５０
分まで、第２レースは１０時５０分から１１時１０分ま
で・・・とじて行なわれる。そしてＢＧＭはアクセスタ
イムか大なので現在発売中のレース分はＣＰＵのメモリ
に格納しておき、発売が次のレース分になるときＢＧＭ
へ格納するが、障害時は該メモリ上のＢＰＦをＢＧＭヘ
キープする。■の「障害メソセージ出力」は如何なる種
類の障害であるかを示すメンセージの出力ステップであ
る。該メソセージは例えばハードウェアチェック障害、
メモリパリティエラー、ＣＰＵ異常、プログラムヂエソ
ク異常なとの種別を示すものであり、このメソセージは
コンソールタイプライタに出力される。このとき、後に
Ｓ’ＥまたはＣＥ’　（保守用技術者）が障害原因をチ
ェックするために、■のステップでＣＰＵの全メモリ内
容をティスフ（ＤｉＳＫ）にキープする。このＤｉＳＫ
の内容は全レース終了後の点検、補修時にラインプリン
タから出力される。

続く■〜［相］がリカバリに必要な処理であるが、この
うち■と■、そして上記の■が本発明により追加された
ルーチンである。■のｒｉＰｓＷルーチン」は、第１図
のコンピュータ１，２のｏＳ（管理プログラム）の中に
あり、これに飛び込むと■の「ユーザｉＰＬルーチン」
起動か行なわれる。

■のルーチンでは、その立上げが通常のものか、システ
ムダウン後のもの（リカバリ立上げ）かを判断する。具
体的には１６個あるエントリスイッチの１３番目ＥＮＴ
ＲＹ　　Ｓ／Ｗ１３　（後述する）がオン（６Ｎ）して
いるか否かを判定する。ここでは該スイッチのオンかり
カバリ立上げを意味する。オンであれば■〜［相］のり
カバリルーチンへ移行する。

■のｒＣＢＢＲＧＥＴＪはコモンフランチハス（ＣＢＢ
Ｒ）を獲得（ＧＥＴ）するステップである。つまり、第
３図に示すようにマスターＡ、スレーブＢには切換スイ
ッチがあって、０番目と１番目はＤｉＳＫ−ＡとＤｉＳ
Ｋ−Ｂの選択に使用される。ＤｉＳＫ−ＡはＣＰＵ−Ａ
側（マスター側）のディスクで、ここには２００〜３０
０本のプログラムの他に、３０種類程度のデータファイ
ルが格納されている。ＤｉＳＫ−Ｂについても同様であ
る。２番目と３番目のスイッチかＣＢＢＲ用で、これら
は低速の１１０（カードリーダ７、ラインプリンタ８、
メインコンソール９等）をマスター側、スレーブ側に切
換える。４番目と５番目のスイッチは磁気テープＭＴ−
Ａ、ＭＴ−Ｂの切換え用である。このうち２番目から５
番目のスイッチは中立状態にしておき、Ａ側、Ｂ側をソ
フトで選択するようになっている。これらのスイッチは
手動で上又は下に倒しておく　　（Ａ又はＢ選択状態に
しでおく）と、ソフトでの切換はできない。

そこで常時は中立にしておき、ソフトでＡ又はＢ選択状
態とするが、システムダウン時はこれを解放する。この
ためシステムダウン後には再ひＣＢＢＲを獲得（ＧＥＴ
）する必要がある。これが■のステップである。続く■
の「発払ＴＲＫＥＥＰ」は端末（投票券発売機）４のシ
ステムダウン直前の状態、詳しくは各端末に接続された
操作卓毎の取引状況（トランザクション）ＴＲをリス１
−形式で磁気テープＭＴヘキープするステップである。

このリストを後にプリントアウトしてコンピュータ側の
情報（履歴）と比較することによって、例えば集計処理
して発券指示を出したが実際に投票券が出る前にシステ
ムダウンが生じたものか、或いは集計処理して発券指示
を出す前にシステムダウンが生したものか等の判別がで
き、これにより帳簿と現金を合わせる等の処理ができる
。次の■ｒＦｉＬＥの復元」は票数ファイルＢＰＦ、Ｆ
Ｍ作卓毎の発券総数ファイルＴｉＰ、チェックポイント
ファイルＣＫＰＴがシステムダウン直前にＢＣＭ上にキ
ープされているので、これをコア（コンピュータのメモ
リ）上に展開するステップである。

次の［相］ｒＭＯＤＥ指示」を第４図を参照して説明す
る。第１図に示したＴＣＭ　（端末制御処理装置）３は
複数台セ、しかも各ＴＣＭは２台のマイクロコンピュー
タＬ＃１．Ｌ＃２からなる。これら２台のマイクロコン
ピュータＬ＃１．Ｌ＃２は複数の端末に対し、一方は上
から下へ、他方は下から上へ（端末に番号を付しである
として、一方は番号の小さい方から大きい方へ、他方は
大きい方から小さい方へ）という様に逆方向にダブルポ
ーリングをかけて高速にデータを収集する。ところが、
Ｌ１２．Ｌ＃２相互間のやりとりは全くない。このため
マスター１例またはスレーブ２側からＴＣＭに対し、現
在はＬ１２．Ｌｉ２かデコーアル（２台）で動作してい
るか、シングル（１台）で動作しているか等の動作モー
ドを知らせている。

これがｒＭＯＤＥ指示」である。尚、−例を挙けるとＴ
ＣＭは４台で、各ＴＣＭに４８端末が接続されるので端
末数は１９２、そして操作卓はその２倍の３８４台とな
る。またこのｒＭＯＤＥ指示」にはＴＣＭがマスター、
スレーフのいずれにデータを転送すればよいか、換言す
ればマスター、スレーブがデュアルモードかシンクルモ
ートかの区別を指示することも含まれる。

続く■の「運用制御」は、例えば端末か発券可能な状態
か否か、或いは発券後の減算処理が可能か否か等を指示
するステップである。次の＠「ステークスリスト出力」
は現在何レースまでの業務の実行が済んでいるのがをタ
イプライタ（ラインプリンタ）で帳票上に出力するステ
ップである。

最後の＠ｒＯＮＬ　　５ＴＡＲＴ処理（ＣＩＳＴ）Ｊは
マスク、スレーブ１′、２’をオプションで追加した場
合に、オンライン（ＯＮＬ）でサブ側即ち追加した側の
マスク、スレーブ１′、２′に対し、メイン側のマスク
、スレーブ１，２が立上ったことを通知するステップで
、マスク、スレーブ１．２だけの標準システムでは不要
である。

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

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

【図面の簡単な説明】

第１図はトータリゼータシステムの一例を示す概略構成
図、第２図は本発明の一実施例を示すフローチャート、
第３図はコモンブランチバス獲得の説明図、第４図はモ
ード指示の説明図である。図中、Ｉ、２は１・−タリゼータ（コンピュータ）、４
は端末である。出願人　富士通株式会社代理人弁理士　　青　　柳　　　　稔第２図１ ■Ｃ９９ＲＧＥＴ ■完接ＴＰ　ＫＥＥρ　（〜ＭＴ） ↓ ■　ゴ１Ｆ用体りれ１ ■ ■　ステータスリスト出力

Claims

【特許請求の範囲】

各投票券発売所には発券、払戻し等を行う端末を分散配
置し、センタ側には該端末からのデータに基づき集計、
予想配当金算出、払戻し全算出等の処理をするコンピュ
ータを設置してなるトータリゼータシステムにおいて、
トータルシステムダウンが生じたとき、システムダウン
直前に該コンピュータのペットプールファイルなどのメ
モリ内容を外部記憶媒体ヘキープし、その後該コンピュ
ータの管理プログラムにより、別途設けた自動リカバリ
スイッチがオンになっていることを条件にユーザｉＰＬ
ルーチンを起動して、自動的にリカバリ処理を行うこと
を特徴とする、トータリゼータシステムの自動リカバリ
方式。