JPS61156436A - システム・ダウン・バツク・アツプ方式 - Google Patents

Abstract

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

Description

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

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

コントローラを複数台もうけて、メイン側の障害時に予
備側は、引継いでテーブル照会要求処理を実行するに当
たって、メイン側の障害を自己あてのポーリングの有無
によって検出するようにすることによって、処理引継ぎ
を行うようにすることが開示されている。

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

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

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

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

第１図図示の場合には、各端末装置１−０．・・・１−
ｎにおいては、商取引に当たって必要とする価格につい
ては、上位側のＰＬＵコントローラ１００と交信し当該
コントローラからその都度所望の商品についての価格を
受信するようにされる。

このようにすることによって、上記ＰＬＵテーブルの管
理を一元化できる。

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

（０）問題点を解決するための手段 本発明は上記前者の対策に解決を与えるものであり、メ
イン側のコントローラの障害を自己あてのポーリング信
号の有無によって検出するようにしている。そして具体
的には２本発明のシステム・ダウン・バック・アンプ方
式は、顧客との商取引を行うに当たって、商品と価格と
の対応表であるプライス・ルック・アップ・テーブルを
索引した結果を利用する複数の端末装置を有するデータ
処理システムにおいて。

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

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

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

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

当該監視機能具　メイン側のコントローラが自己あてに
発信するポーリング信号の有無を監視すると共に、メイ
ン側のコントローラが障害となった以降においてメイン
側のコントローラからの復旧電文の受信を監視するよう
にしたことを特徴としている。以下図面を参照しつつ説
明する。

（Ｅ）実施例 第１図は本発明が適用されるデータ処理システムの一実
施例構成、第２図はコントローラ内の処理の一実施例フ
ローチャート、第３図は障害検出を行う原理を説明する
説明図、第４図は端末装置の〜実施例構成、第５図（ａ
）ないしくｃ）はＰＬＵコントローラの具体的構成を示
すブロック図を示す。

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

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

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

いわばマイクロ・コンピュータをマルチにして用いるよ
うにしている。

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

３７はディスプレイ、３８はプリンタ、３９はスキャナ
、４０はインタフェース回路を表している。

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

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

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

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

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

以下、第１図図示の予備側のコントローラ１００−１　
（勿論コントローラ１００−０側が予備側となることも
ある）について、第２図を参照しつつ、復旧処理につい
て述べておく。

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

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

（２）　　これに伴って復旧処理部１０３におけるリン
ク処理機能１０５が、全端末装置１−０ないし１−ｎに
対して回線をイニシャライズするためのコマンドを送出
する（処理Ｂ）。これに対応して、各端末装置において
は、当該時点の電文処理のイニシャライズを行い、再度
その処理をやりなおすこととなる。

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

（４）　　このようにして予備側のコントローラ１００
−１が動作している間に、上記メイン側のコントローラ
１００−０が復旧電文を発信した旨を。

ポーリング監視部１０４が検出したとき（処理Ｄ）。

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

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

（７）そして再スタート電文を受信したコントローラ１
００−１は、親権放棄電文を送信し、コントローラ１０
０−１による回線サービスを停止し、コントローラ１０
０−１は再び回線監視のモードに戻る（処理Ｇ）。

本発明の場合、上記ポーリング監視部１０４は。

メイン側のコントローラ１００−０からのポーリング信
号を監視するようにしている。

第３図はそのため原理を説明する説明図を示しティる。

第３図（Ａ）はメイン側のコントローラ１００−０が健
全状態にある状態を示し、第３図（Ｂ）は障害状態にす
る状態を示している。

メイン側のコントローラｔｏｏ−ｏは、予備側のコント
ローラ１００−１に対しても、端末装置１−０などに対
すると同様に、所定の間隙をもってポーリングを行って
いる。第３図（Ａ）（Ｂ）図示の場合、予備側のコント
ローラ１００−１に対するポーリング信号がｒＮｓＰ＃
ＯＪとして示されている。第１図図示のポーリング監視
部１０４においては、ポーリング信号の末尾でオンライ
ン・フラグを「オフ」シ、そして直後に「オン」するよ
うにされる。一方、当該「オン」と同時に監視タイマを
起動させている。したがって、第３図（Ａ）図示の如く
所定の間隙でポーリング信号が検出されている限り、コ
ントローラ１０（１０は健全であると判定できる。しか
し、第３図（Ｂ）図示の如く例えば５程度度の間ポーリ
ング信号が欠除すると、コントローラ１００−０が障害
と判定される。

なお、ポーリング監視部１０４は、上記の他に。

第２図に示す所の復旧電文の受信機能や再スタート電文
受信機能をもっているが５通常の受信機能と同じである
ので説明を省略する。

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

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

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

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

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

本例では、各ｐｏｓ端末１−０．・・・・・・との間の
下位回線１９９．及び上位回線１９Ｂにおいて。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

【図面の簡単な説明】

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

Claims (1)

1. 【特許請求の範囲】 顧客との商取引を行うに当たって、商品と価格との対応
   表であるプライス・ルック・アップ・テーブルを索引し
   た結果を利用する複数の端末装置を有するデータ処理シ
   ステムにおいて、 上位側のコントローラ内に上記プライス・ルック・アッ
   プ・テーブルをもつよう構成され、かつ、上記各端末装
   置は商取引に当たって上記コントローラと交信して上記
   商品に対応する価格情報を受け取るよう構成され、 上記コントローラは夫々上記プライス・ルック・アップ
   ・テーブルを有する独立した複数台のコントローラをも
   つよう構成され、 予備側にあるコントローラは、メイン側のコントローラ
   における動作を監視する監視機能をもち、当該監視機能
   は、メイン側のコントローラが自己あてに発信するポー
   リング信号の有無を監視すると共に、メイン側のコント
   ローラが障害となった以降においてメイン側のコントロ
   ーラからの復旧電文の受信を監視するようにしたことを
   特徴とするシステム・ダウン・バック・アップ方式。