JPS61156437A - システム障害復旧制御方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （Ａ）産業上の利用分野 本発明は、システム障害復旧制御方式、特に売場点など
の端末装置を統括するデータ処理システムにおいて、プ
ライス・ルック・アップ・テーブルを夫々もつコントロ
ーラを複数台もうけて、メイン側のコントローラの障害
に対処するようにしたシステム障害復旧制御方式に関す
るものである。

（Ｂ）開示の概要 プライス・ルック・アップ・テーブルをセンタのコント
ローラ上にもうけて各端末装置が当該コントローラと交
信して当該テーブルの内容を受取るように、ｐｏｓター
ミナル・システムの如きシステムを構成したデータ処理
システムにおいて。

コントローラを複数台もうけて、メイン側の障害時に予
備側は、引継いでテーブル照会要求処理を実行し、メイ
ン側復旧時に引継ぎの間の集計データを通知し、つづい
て親権放棄を行なうようにすることによって、システム
・ダウンを防止するようにしたことが開示されている。

（Ｃ）従来の技術と発明が解決しようとする問題点従来
から例えばいわゆるＰｏｓターミナルを有するデータ処
理システムが知られているが、当該システムにおいて商
品コードと商品名と価格との対応表であるプライス・ル
ック・アップ・テーブル（以下ＰＬＵテーブルと略す）
は、当該テーブルに対する索引頻度がきわめて高いこと
から、夫々の端末装置内にもうけられていた。しかし１
例えば毎朝所定の時刻に上位側のコントローラから当該
臼において取引を行なう価格（即ちＰＬＵテーブルの一
部）を夫々端末装置に転送する処理が煩雑であり、また
１日の業務の途中で価格を変更する必要が生じた場合な
どにおける処理が面倒である。

このためもあって、第１図に示す如くセンタ側にＰＬＵ
コントローラと呼ぶコントローラをもうけて上記ＰＬＵ
テーブルを一括管理することが考慮されている。なお第
１図図示の場合には、予備用ＰＬＵコントローラを含め
て、上位側に２台のＰＬＵコントローラをもつようにし
ている。

第１図において、■は端末装置、１００はプライス・ル
ック・アンプ・コントローラ（ＰＬＵＣＯＮＴＬ）、１
０１は各端末毎の集計ファイル。

１０２はＰＬＵテーブルであってコードと商品名と価格
と当該商品についての売上げ集計とをもつもの、１０３
は復旧処理部であって障害の発生したＰＬＵコントロー
ラに対する復旧処理を行なうもの、１０４はポーリング
監視部であって他側ＰＬＵコントローラが発するポーリ
ング信号を監視し他側ＰＬＬＩコントローラが健全状態
が障害状態かをチェックするものを表わしている。なお
２図示を省略しているが１図示ＰＬＵコントローラ１０
０−０内にも復旧処理部１０３やポーリング監視部１０
４の機能がそなえられており、またＰＬＵコントローラ
１００−１内にもＰＬＵテーブル・１０２がそなえられ
ていることは言うまでもない。

第１図図示の場合には、各端末装置１−０．・・・。

１−ｎにおいては、商取引に当って必要とする価格につ
いては、上位側のＰＬＵコントローラ１゜Ｏと交信し当
該コントローラからその都度所望の商品についての価格
を受信するようにされる。このようにすることによって
、上記ＰＬＵテーブルの管理を一元化できる。

しかし、このような一元化した管理を行なうようにする
ことによって、一方では、　　（ｉ）ＰＬＵコントロー
ラ１００に障害が生じたときの対策や（ｉｉ）各端末装
置１が夫々その都度ＰＬＵコントローラ１００と交信す
るための処理量の増大に対する対策を考慮することが必
要となる。

（Ｄ）問題点を解決するための手段 本発明は、上記の前者の対策に解決を与えるものであり
、コントローラ内に復旧処理のための機能を与えること
によって対処している。そして具体的には１本発明のシ
ステム障害復旧制御方式は。

顧客との商取引を行なうに当って、商品と価格との対応
表であるプライス・ルック・ア・ノブ・テーブルを索引
した結果を利用する複数の端末装置を有するデータ処理
システムにおいて。

上位側のコントローラ内に上記プライス・ルック・アッ
プ・テーブルをもつよう構成され。

かつ、上記各端末装置は商取引に当って上記コントロー
ラと交信して上記商品に対応する価格情報を受取るよう
構成され。

上記コントローラは夫々上記プライス・ルック・アップ
・テーブルを有する独立した複数台のコントローラをも
つよう構成され。

予備側にあるコントローラは、メイン側のコントローラ
における動作を監視する機能をもつと共に。

メイン側のコントローラの障害に対処して自己のもつプ
ライス・ルック・アップ・テーブルにもとづいて各端末
装置との間の少なくともテーブル照会要求処理を引継く
バック・アップ機能と。

メイン側のコントローラの復旧に対処して、上記引継い
だ処理期間中に生じた集計データを通知する機能と。

メイン側のコントローラの再スタートに対処して９ｍ権
放棄を行なう旨の電文を送信する機能とをもつように構
成されることを特徴としている。

以下図面を参照しつつ説明する。

（Ｅ）実施例 第１図は本発明が適用されるデータ処理システムの一実
施例構成、第２図は本発明の要部に対応する所のコント
ローラ内−実施例処理フローチャート第３図は端末装置
の一実施例構成、第４図（ａ）ないしくＣ）はＰＬＵコ
ントローラの具体的構成を示すブロック図を示す。

第１図に関しては上述したので説明の重複をさけるが、
第１図図示の復旧処理部１０３は、後述する如く。

（ｉ）他コントローラの障害に対応して、全端末装置に
対して回線をイニシャライズするためのコマンドを送出
するリンク処理機能１０５゜（ｉｉ　）テーブル照会要
求処理などを引継ぐバック・アップ処理機能１０６゜ ・（ｉｉｉ　）メイン・コントローラの復旧に対応する
メイン・コントローラ側からの復旧電文受信に対処して
、上記引継いだ期間中に生じた集計データをメイン・コ
ントローラへｉｉ知するＰＬＵファイル・ロード処理機
能１０７゜（ｉｖ　）メイン・コントローラからの再ス
タート電文に対処して、親権放棄電文を送信する機能１
０８゜ を少なくとももつようにされている。

上述の如＜　ＰＬＵテーブル１０２をコントローラ１０
０側にもうけるようにしたことによって端末装置１にお
ける処理量などが増大する。このため、第１図図示の端
末装置においては、第３図に示す如く２例えばＰＯＳタ
ーミナル本来の処理を行なうメイン・プログラムを実行
する第１のマイクロ・コンピュータ部と上記コントロー
ラとの交信を含む入出力制御サブプログラムを実行する
第２のマイクロ・コンピュータ部とをもつようにして、
いわばマイクロ・コンピュータをマルチにして用いるよ
うにしている。

第３図において、１は端末装置全体を示し、２０は第１
のマイクロ・コンピュータ部、３０は第２のマイクロ・
コンピュータ部、２１はマイクロ・プロセッサ、２２は
Ｃ−ＭＯＳ　　ＲＡＭ、２３はＲＯＭ、２４はダイレク
ト・メモリ・アクセス制御装置、３１はマイクロ・プロ
セッサ、３２はＣ−ＭＯＳ　　ＲＡＭ、３３はＲＯＭ、
３４はダイレクト・メモリ・アクセス制御装置、３５は
回線アダプタであって第１図図示のＰＬＵコントローラ
１００との連繋を行なうもの、３６はキーボード、３７
はディスプレイ、３８はプリンタ、３９はスキャナ、４
０はインタフェース回路を表わしている。

第３図図示の場合、第１のマイクロ・コンピュータ部２
０と第２のマイクロ・コンピュータ部３０とがインタフ
ェース回路４０を介して結合されており、夫々のマイク
ロ・コンピュータ部のダイレクト・メモリ・アクセス制
御装置（以下ＤＭＡＣと略す）２４と３４は相手方マイ
クロ・コンピュータ部の少なくともＲＡＭ２２と３２と
をアクセスすることができるように構成されている。

第１のマイクロ・コンピュータ部２０のＲＡＭ２２上に
はＰＯＳターミナルの本来の処理に相当するメイン・プ
ログラムか格納されており、他力筒２のマイクロ・コン
ピュータ部３０のＲＯＭ３３上には入出力装置制御サブ
プログラムが格納されている。言うまでもなく、当ａ亥
すフ゛フ゛ログラムには、上述の上位側のコントローラ
１００と交信し、ＰＬＵテーブル１０２の内容を受取る
処理や。

プリンタ３８によるプリント処理などの機能をもってい
る。

例えば商品の売上げに対応して、メイン・プロダラムか
らサブプログラムに対して、ＤＭＡによって、キーボー
ド３６又はスキャナ３９からデータを入力するよう通知
する。これにより、サブプログラムは、キーボード３６
やスキャナ３９から例えばＪＡＮコードが入力されると
、この旨をメイン・プログラム１に通知を行ない、ＰＬ
Ｏテーブル照会電文をＰＬＯコントローラ１００−０に
送信する。第１のマイクロ・コンピュータにおいてはＰ
ＬＵ応答がくるまで他の処理を実行する。

そして、ＰＬＵコントローラ１００−０からのＰＬＵ応
答があれば、このこ、とがメイン・プログラムに通知さ
れる。

第３図図示の場合、端末装置１は上述の如く動作する。

このために、上記第２のマイクロ・コンピュータ部３０
がいわば入出力制御に関する処理を専ら実行することが
でき、コントローラとの間の交信処理がきわめて容易と
なる。

以下、第１図図示の予備側のコントローラ１００−１　
（勿論コントローラ１’　ＯＯ−０側が予備側となるこ
ともある）について、第２図を参照しつつ９本発明に関
連する動作を説明する。

第２図図示フローチャートにおいて。

（１）予備側のコントローラ１００−１はメイン側のコ
ントローラ１００−０から一定の間隔で送られてくるコ
マンドが停止したことをポーリング監視部１０４が検出
したことをもってメイ゛ン側のコントローラ１００−０
に障害が発生したものと判断する（処理Ａ）。

（２）これに伴なって復旧処理部１０３におけるリンク
処理機能１０５が、全端末装置１−０ないし１−ｎに対
して回線をイニシャライズするためのコマンドを送出す
る（処理Ｂ）。

これに対応して、各端末装置においては、当該時点の電
文処理のイニシャライズを行ない。

再度その処理をやりなおすこととなる。

（３）バック・アップ処理機能１０６は、以後各端末装
置からのＰＬＵテーブル照会要求処理を実行し、ＰＬＵ
テーブルの内容を夫々の要求のあった端末装置に通知し
たり、売上げた商品についての集計処理などを、上記メ
イン側のコントローラ１００−０が実行していた通りに
実行する（処理Ｃ）。しかし、ファイル更新などの処理
についてはＰＬＯテーブルの更新に限って有効とし他の
ファイルに対するアクセスについては操作ミスであると
してリジェクトするようにする（処理Ｃ）。

（４）このようにして予備側のコントローラ１００−１
が動作している間に、上記メイン側のコントローラ１０
０−０が復旧電文を発信した旨を１ポ一リング監視部１
０４が検出したとき（処理Ｄ）。

（５）コントローラ１００−１は、それまで上記引継ぎ
の間に集計したデータを含むＰＬＵテーブルの内容を、
メイン側のコントローラ１００−０に伝送する（処理Ｅ
）。これによって、メイン側のコントローラ１００−０
においては、自己内のＰＬＵテーブル１０２の内容を更
新することとなる。

（６）次いでメイン・コントローラ１００−０が再スタ
ート電文を発するか否かを、ポーリング監視部１０４が
監視する（処理Ｆ）。

（７）そして再スタート電文を受信したコントローラ１
００−１は、親権放棄電文を送信し。

コントローラ１００−１による回線サービスを停止し、
コントローラ１００−１は再び回線監視のモードに戻る
（処理Ｇ）。

第４図（ａ）〜（ｃ）は、上述したメイン及び予備側の
各ＰＬＵコントローラ１００−０．１００−１の具体的
構成を示す機能ブロック図であり。

各図において共通する部分には、同一の符号を付してい
る。即ち、第４図（ａ）〜（ｃ）に示す各構成（機能）
を両コントローラ１００−０．１００−１が備えている
ものである。

同図に示す如＜、ＰＬＵコントローラ１００は。

メインＣＰＵＩ　１０に対して、３つのサブＣＰＵ１５
０．１６０．１７０を備えている。即ち、ＰＯＳ端末１
−０．・・・、１−ｎに対する下位回線に関する制御を
受は持つサブＣＰＵ１５０．上位装置２０１との回線（
上位回線）の制御を司るサブＣＰＵＩ　６０．及びＰＬ
Ｕコントローラの持つ処理に必要な演算処理を受は持つ
サブＣＰＵＩ　７０をそれぞれ有する。

一方、メインＣＰＵｌｌ０は、下位回線及び上位回線に
対する各制御タスク１１１．　１１２．下位及び上位回
線からの受信電文分析タスク１１３゜１１４、モジュー
ル分岐タスク１１５．及びフロッピィ処理タスク１１６
を備える。そして、これら各タスクは１図示しないモ二
り部により、予め定めた順序（本実施例では各部に付し
た番号１１１〜１１６の順）に従って、実行権が与えら
れるよう構成される。また、各タスク間の処理データ（
送受信電文も含む）の受は渡しは、それぞれの間に設け
られるキュー１１８〜１２０，１２７〜１２９を介して
行われる。

本例では、各ＰＯ８端末ｌ−０，・・・・・・との間の
下位回線１９９．及び上位回線１９８において。

各ＰＬＵコントローラ１００−０．１が並列的に接続さ
れる。このうち下位回線１９９は１例えば２線式のデー
タ通信回線が用いられる。

第４図に示すコントローラを、上述した予備側コントロ
ーラ１００−１とすると、その動作は以下のようになる
。

まずコントローラの電源投入により、メインＣＰＵｌｌ
０は自己が予備側のコントローラとなるべきか否かを判
断する。これは、下位回線１９９上において、既に電文
等のやりとりが行われているか否かをチェックすること
によって行われている。そして９回線１９９上で電文の
やりとりがあれば、メインＣＰＵＩ　１０の下位回線制
御タスク１１１は、サブＣＰＵ１５０の電文制御部１５
５に、予備モードを示すフラグ（図示せず）をセットす
る。

この予備モード指示により、電文制御部１５５は、タイ
マ一部１５４をセットして１回線１９９上の電文監視を
行う。即ち６回線１９９上にて電文が受信される毎にタ
イマ一部１５４をリセットする動作を行う。

上述した例では、メイン側コントローラ１００−０から
発せられる予備個宛へのポーリング間隔を監視するもの
である。一方２本例においては。

回線１９９上に送出されるコントローラ側及びＰＯ８端
末側からの電文の間隔を監視するものである。従って１
回線１９９上から所定時間（例えば４秒）以内に何の電
文も受信されない場合、タイマ一部１５４からのタイム
アツプ信号が、ステータスインタフェース、１５３，１
２３を介して、メインＣＰＬＪＩＩＯ側へ送出されるこ
とになる。

尚、電文制御部１５５にて受信された電文は。

ＤＭＡ制御部１５１，１２１を介して、メインＣＰＵｌ
ｌ０側に送出される。そしてメインＣＰＵｌｌ０側の電
文分析タスク１１３を経て、その電文に対する通常の処
理が行われる。この処理は。

分岐タスク１１５を介して、各処理単位（例えばＰＬＵ
処理、集計処理等）にまとめられたモジュール１１７に
よって実行されることになる。

そして、処理された結果等の応答が必要な場合には、モ
ジュール１１７によって応答電文が組立てられ、下位回
線制御タスク１１１．及びＤＭＡ制御部１２２，１５２
を介して、サブＣＰＵ１５０側に送出される。サブＣＰ
Ｕ１５０の電文制御部１５５は、メインＣＰＵ側から送
られる応答電文（送信電文）を受けると、上述した予備
モードフラグを参照する。そして予備モードフラグがオ
ン（有効）となっていれば、受信した応答電文を廃棄す
る。

即ち、予備側コントローラ１００−１においても、メイ
ン側コントローラ１００−０と同様に。

ＰＬＵ処理、集計処理、ファイル更新処理を行う。

そして送受信電文の回線１９９への送出のみが禁止され
るよう構成されるものである。

従って、メイン側コントロー−７１００−０（１）持つ
ＰＬＵファイル１０２と同一内容のファイル（図示せず
）を予備側でも常時持つことが可能となる。

（Ｆ）発明の詳細 な説明した如く１本発明によれば、ＰＬＵテーブルをコ
ントローラ側に置いて一括管理するようにしたシステム
において、メイン・コントローラに障害が生じても予備
側のコントローラに処理を引継ぎかつメイン・コントロ
ーラの復旧にモ自動的に対処することができる。

【図面の簡単な説明】

第１図は本発明が適用されるデータ処理システムの一実
施例構成、第２図は本発明の要部に対応する所のコント
ローラ内−実施例処理フローチャート、第３図は端末装
置の一実施例構成、第４図（ａ）ないしくに）はＰＬＵ
コントローラの具体的構成を示すブロック図を示す。 図中、１は端末装置、１００はＰＬＵコントローラ、１
０２はＰＬＵテーブル、１０３は復旧処理部、１０４は
ポーリング監視部を示す。

Claims (1)

1. 【特許請求の範囲】 顧客との商取引を行なうに当って、商品と価格との対応
   表であるプライス・ルック・アップ・テーブルを索引し
   た結果を利用する複数の端末装置を有するデータ処理シ
   ステムにおいて、 上位側のコントローラ内に上記プライス・ルック・アッ
   プ・テーブルをもつよう構成され、かつ、上記各端末装
   置は商取引に当って上記コントローラと交信して上記商
   品に対応する価格情報を受取るよう構成され、 上記コントローラは夫々上記プライス・ルック・アップ
   ・テーブルを有する独立した複数台のコントローラをも
   つよう構成され、 予備側にあるコントローラは、メイン側のコントローラ
   における動作を監視する機能をもつと共に、 メイン側のコントローラの障害に対処して自己のもつプ
   ライス・ルック・アップ・テーブルにもとづいて各端末
   装置との間の少なくともテーブル照会要求処理を引継ぐ
   バック・アップ機能と、メイン側のコントローラの復旧
   に対処して、上記引継いだ処理期間中に生じた集計デー
   タを通知する機能と、 メイン側のコントローラの再スタートに対処して、親権
   放棄を行なう旨の電文を送信する機能とをもつように構
   成されることを特徴とするシステム障害復旧制御方式。