JPH0447347B2 - - Google Patents

Description

【発明の詳細な説明】 (A) 産業上の利用分野 本発明は、フアイル更新処理方式、特に売場点
などの端末装置を統括するデータ処理システムに
おいて、上位側のいわばセンタ・コントローラ上
に置いたプライス・ルツク・アツプ・テーブルに
対する照会要求処理と更新要求処理とを実質上並
行して実行するようにしたフアイル更新処理方式
に関するものである。

(B) 開示の概要 プライス・ルツク・アツプ・テーブルをセンタ
のコントローラ上にもうけて各端末装置が当該コ
ントローラと交信して当該テーブルの内容を受け
取るように、POSターミナル・システムの如き
システムを構成したデータ処理システムにおい
て、上記コントローラ内における処理にモードと
して少なくともテーブル照会要求処理（テーブル
内容索引処理）とテーブル更新要求処理（テーブ
ル内容の更新処理）をもつよう構成せしめると共
に前者処理優先順位を与えることによつて、テー
ブル内容を索引して端末装置側へ通知する処理に
とどこおりを与えないようにすることが開示され
ている。

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

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

第１図において、１は端末装置、１００はプラ
イス・ルツク・アツプ・コントローラ
（PLUCONTL）、１０１は各端末毎の集計フアイ
ル、１０２はPLUテーブルであつてコードと商
品名と価格と当該商品についての売上げ集計とを
もつもの、１０３は復旧処理部であつて障害の発
生したPLUコントローラに対する復旧処理を行
うもの、１０４はポーリング監視部であつて他側
PLUコントローラが発するポーリング信号を監
視し他側PLUコントローラが健全状態か障害状
態かをチエツクするものを表している。なお、図
示を省略しているが、図示PLUコントローラ１
００−０内にも復旧処理部１０３やポーリング監
視部１０４の機能がそなえられており、また
PLUコントローラ１００−１内にもPLUテーブ
ル１０２がそなえられていることは言うまでもな
い。

第１図図示の場合には、各端末装置１−０，…
１−ｎにおいては、商取引に当たつて必要とする
価格については、上位側のPLUコントローラ１
００と交信し当該コントローラからその都度所望
の商品についての価格を受信するようにされる。
このようにすることによつて、上記PLUテーブ
ルの管理を一元化できる。

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

また、（）単価を変更するような場合に端末
装置のいずれかから上記PLUテーブルを更新す
るデータを入力して当該テーブルの内容を更新す
ることがあるが、このような更新処理が行われて
いる間にも、上記PLUテーブルの照会処理がと
どこおることは出来る限りさける必要がある。即
ち、PLUテーブルを更新するに当つて、例えば
更新がすべての品目にわたつて完了するまでの間
では当該PLUテーブルの照会を禁止しないもの
とすると、一般には例えばあるPOS端末からの
上記PLUテーブルの照会時に際しては旧料金が
通知され、略同時に照会を行つた例えば隣の
POS端末には新料金が通知されることとなり、
商取引に当つて店の信用にかかわる混乱をまねく
ことが生じかねない。しかし上述の如くテーブル
の照会処理がとどこおることはさけるべきであ
る。

(D) 問題点を解決するための手段 本発明は上記の問題点を解決するようにしてお
り、特に、PLUテーブルには取扱商品全品につ
いての価格が記載されているが、これら商品は商
品の種類や特質によつて分類管理されており、あ
る部門（甲）から照会される商品と他の部門
（乙）から照会される商品とが異なる分類に属し
ていることを考慮して、更新処理と照会処理とに
優先順位をつけて対処し、更新中における全面照
会禁止をなくするようにしている。本発明のフア
イル更新処理方式は、商品と価格との対応表であ
るプライス・ルツク・アツプ・テーブルを索引し
た結果を利用する複数の端末装置を有し、 前記複数の端末装置に接続されるコントローラ
内に上記プライス・ルツク・アツプ・テーブルを
もつよう構成され、 かつ、上記各端末装置は商品取引に当たつて上
記コントローラと交信して上記商品に対応する価
格情報を受け取ると共に、プライス・ルツク・ア
ツプ・テーブルに対して商品情報を更新する場合
には、更新要求を行うとともに更新する対象とな
る対応するコードを上記コントローラに送信し、
且つ、コントローラより送信されてきた少なくと
も価格情報に対して更新処理を行い再びコントロ
ーラに返送するよう構成され、 上記コントローラは、上記端末装置からの価格
情報を要求するプライス・ルツク・アツプ・テー
ブル照会要求処理モードと、当該プライス・ルツ
ク・アツプ・テーブルに対して更新要求があつた
場合に、その更新要求のあつた商品に対応する少
なくとも価格情報を更新要求のあつた端末装置に
送信し、端末装置から返送される更新情報に基づ
いてプライス・ルツク・アツプ・テーブルを更新
する更新要求処理モードとを少なくとも持つよう
構成されたデータ処理システムのフアイル更新処
理方式において、 上記更新要求処理モードにおける処理を実行中
において、少なくとも更新要求のあつた端末装置
に対し、要求のあつた商品に対応する価格情報を
送信し、上記端末装置からの更新情報の待ち時間
であることを検出し、この待ち時間中には照会要
求処理モードにおいて処理を実行して上記更新要
求処理モートにおける継続処理を実行するように
したことを特徴としている。以下図面を参照しつ
つ説明する。

(E) 実施例 第１図は本発明が適用されるデータ処理システ
ムの一実施例構成、第２図はコントローラにおけ
る一実施例処理を表したフローチヤート、第３図
はコントローラと端末装置との間で交信される情
報のうち更新要求に対応するメンテナンス電文の
一実施例フオーマツト、第４図は端末装置の一実
施例構成、第５図ｃないしｂはPLUコントロー
ラの具体的構成を示すブロツク図を示す。

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

第４図において、１は端末装置全体を示し、２
０は第１のマイクロ・コンピユータ部、３０は第
２のマイクロ・コンピユータ部、２１はマイク
ロ・プロセツサ、２２はＣ−MOS RAM、２３
はROM、２４はダイレクト・メモリ・アクセス
制御装置、３１はマイクロ・プロセツサ、３２は
Ｃ−MOS RAM、３３はROM、３４はダイレク
ト・メモリ・アクセス制御装置、３５は回線アダ
プタであつて第１図図示のPLUコントローラ１
００との連繋を行うもの、３６はキーボード、３
７はデイスプレイ、３８はプリンタ、３９はスキ
ヤナ、４０はインタフエース回路を表している。

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

第１のマイクロ・コンピユータ部２０のRAM
２２上にはPOSターミナリの本来の処理に相当
するメイン・プログラムが格納されており、他方
第２のマイクロ・コンピユータ部３０のROM３
３上には入出力装置制御サブプログラムが格納さ
れている。言うまでもなく、当該サブプログラム
には、上述の上位側のコントローラ１００と交信
し、PLUテーブル１０２の内容を受け取る処理
や、プリンタ３８によるプリント処理などの機能
をもつている。

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

第４図図示の場合、端末装置１は上述の如く動
作する。このために、上記第２のマイクロ・コン
ピユータ部３０がいわば入出力制御に関する処理
を専ら実行することができ、コントローラとの間
の交信処理がきわめて容易となる。

しかし、上記システム構成の場合には、例えば
商品単価を変更する如き際に、端末装置から当該
変更データを入力し、コントローラ１００内の
PLUテーブル１０２を更新することが望まれ、
このことが可能となるようにされる。

第３図はコントローラと端末装置との間で交信
される情報のうち更新要求に対応するメンテナン
ス電文の一実施例フオーマツトを示している。当
該電文内には、 アイテム長 アイテム識別 電文識別データ () メンテナンス要求（端末→コントロー
ラ） () 旧データ電文（コントローラ→端末） () 新データ電文（端末→コントローラ） () 未登録電文（コントローラ→端末）端末
から指定されたPLUコードがフアイル中に
存在しない場合に送出するもの () 重複登録電文（コントローラ→端末）創
成のために指定されたPLUコードが既にフ
アイル中に存在している場合に送出するもの () ビジー電文（コントローラ→端末） () 処理完了（OK）電文（コントローラ→
端末） () 処理NG電文（コントローラ→端末） 指定 PLUデータの創成や変更や消去や組み込みな
どを指定する（端末から指定入力） 単品コード 部門コード 両者は端末から入力するものであつて、上記
、、の電文のとき用いる。

単価 品名 両者は上記またはの電文に含まれる。

属性 区分 の各情報が必要に応じて与えられる。

上記第３図に示す如きフオーマツトをもつメン
テナンス電文にもとづいて、PLUテーブルの内
容を変更する際の情報送受が行われるが、第１図
図示のコントローラ１００は、キユー１（テーブ
ル照会要求処理）とキユー２（テーブル更新処理）
とキユー３（集計（点検）要求処理）との３個の
キユーよりなる処理モードをもつていて、キユー
１、キユー２、キユー３の順に前者ほど高い優先
順位が与えられる。

そして、コントローラ１００は、キユー１に属
するテーブル照会要求処理を最優先に処理し、キ
ユー２に属するテーブル更新要求処理を行つてい
ても空き時間が生じるとキユー１に属する処理が
あればそれを処理した上でキユー２の当該処理を
継続する。またキユー３に属する処理を実行して
いる場合でも、空き時間が生じると、キユー１に
属する処理やキユー２に属する処理があればそれ
を実行し、次いで当該キユー３の処理を継続す
る。即ち、１つの処理が終わればキユー１の処理
があるか否かをチエツクし、なければキユー２の
処理を実行し、それもなければキユー３の処理を
実行するようにされる。これによつて、コントロ
ーラ１００における各端末装置１−ｉからの
PLUテーブルの内容照会所がとどこおることが
ないようにされる。

第２図はコントローラにおける一実施例処理を
表したフローチヤートを示し、図示の場合には上
記キユー３の処理については省略され、上記キユ
ー２の処理が「メンテナンス要求」として図示さ
れ、上記キユー１の処理が「PLU要求」として
図示されていると考えてよい。

図において、 (1) 端末装置＃１からの「メンテナンス要求」を
受信したとすると（処理Ａ）、 (2) コントローラは当該商品に関する旧データ
（更新対象データ−更新前のデータ）を端末装
置＃１に返送する（処理Ｂ）、 (3) 当該旧データを送信した後に新データ（更新
しようとするデータ−更新前のデータ）を受信
するまでの間に空き時間があることから、この
とき他の端末装置から「PLU要求」があるか
否かをチエツクし（処理Ｃ）、 (4) あれば当該他の端末装置からの「PLU要求」
を処理し（処理Ｄ）、 (5) その上で、上記端末装置＃１からの新データ
を受信する状態に入り（処理Ｅ）、それを持ち、 (6) 新データを受信すると、当該新データをフア
イルに書き込み（処理Ｆ）、 (7) このときコントローラにエラーがあるか否か
をチエツクし（処理Ｇ）、 (8) エラーがなければ処理OKを端末装置＃１に
送信し（処理Ｉ）、 (9) エラーがあれば処理NGを端末装置＃１に送
信する。

即ち、空き時間が生じると、キユー１の処理の
有無を調べ、あればその処理を実行するようにす
る。このようにして、コントローラ１００に対し
て発せられる所の各端末装置からのPLUテーブ
ル内容の照会要求処理がとどこおることがなく、
当該処理を実行しつつ、PLUテーブルの内容を
更新することが可能となる。

第５図ａ〜ｃは、上述したメイン及び予備側の
各PLUコントローラ１００−０、１００−１の
具体的構成を示す機能ブロツク図であり、各図に
おいて共通する部分には、同一の符号を付してい
る。即ち、第５図ａ〜ｃに示す各構成（機能）を
両コントローラ１００−０，１００−１が備えて
いるものである。

同図に示す如く、PLUコントローラ１００は、
メインCPU１１０に対して、３つのサブCPU１
５０，１６０，１７０を備えている。即ち、
POS端末１−０，…，１−ｎに対する下位回線
に関する制御を受け持つサブCPU１５０、上位
装置２０１との回線（上位回線）の制御を司るサ
ブCPU１６０、及びPLUコントローラの持つ処
理に必要な演算処理を受け持つサブCPU１７０
をそれぞれ有する。

一方、メインCPU１１０は、下位回線及び上
位回線に対する各制御タスク１１１，１１２、下
位および上位回線からの受信電文分析タスク１１
３，１１４、モジユール分岐タスク１１５、及び
フロツピイ処理タスク１１６を備える。そして、
これら各タスクは、図示しないモニタ部により、
予め定められた優先順位（本実施例では各部に付
した番号111〜116の順）にしたがつて、実行権が
与えられる。また各タスク間の処理データ（送受
信電文も含む）の受け渡しは、それぞれの間に設
けられるキユー118〜120、127〜129を介して行わ
れる。

以下、動作を説明する。

POS端末１−０，…，１−ｎからの「PLU要
求」及び「メンテナンス要求」の各電文は、回線
１９９を介して、サブCPU１５０の電文制御部
１５５にて受信される。

電文制御部１５５は受信した電文をDMA制御
部１５１，１２１を介して、メインCPU１１０
側の下位回線制御タスク１１１に送出する。この
タスク１１１では、キユー119を介して、受信電
文を電文分析タスク１１３へ送る。電文分析タス
ク１１３は、電文中における電文識別データ（第
３図参照）を読み、電文によつて要求される処理
を判別する。判別結果に基づいて、モジユール分
岐キユー118のうちの所定のキユーに入れること
になる。

このキユー118が、上述した優先順位が付され
た３個のキユー（キユー１、２、３）である。そ
してモジユール分岐タスク１１５は、各キユーに
つながれる電文データ（要求データ）の有無を調
べ、キユー１に属するPLU要求を優先して取り
出すことになる。

この分岐タスク１１５の配下には、各々の処理
（PLU処理、メンテナンス処理、集計処理等）に
対応する複数種の処理モジユール（０〜ｎ）１１
７が設けられる。

また、これらの各モジユール１１７の各々に対
応した演算処理タスク（０〜ｎ）１７５が、演算
用のサブCPU１７０に設けられる。そして、モ
ジユール１１７の実行により、演算部分の処理依
頼が、キユー128及び送出部１３０を介して、演
算CPU１７０に送出され、受付部１７９、分析
部１７４を通つて、対応するタスク１７５の１つ
がサブCPU１７０によつて実行されることにな
る。

これら各タスク１７５から処理動作情報（ステ
ータス）を送出する送出部１７１、メインCPU
１００との直接的なデータ（被演算データ、演算
結果等）のやりとりを行うDMA制御部１７２，
１７３も設けられる。各タスクからのステータ
ス、演算結果等のデータは、キユー127、１１８
を介して再び分岐タスク１１５に戻ることにな
る。そして、タスクからの応答により、対応する
モジユール１１７が実行され、応答電文の組立
て、回線制御タスク１１１への送出が行われ、一
連の処理を終了する。

この応答電文を受けたタスク１１１は、DMA
制御部１２２，１５２を介して、サブCPU１５
０の電文制御部１５５に電文を渡す。この結果、
回線１９９を介して要求を上げたPOS端末に対
応して応答電文が返送されることになる。

(F) 発明の効果 以上説明した如く、本発明によれば、PLUテ
ーブルをコントローラ側において一括管理するよ
うにした上で、各端末装置から当該PLUテーブ
ルの内容を更新することもできる。このために日
中の業務の途中で、PLUテーブルの内容を変更
するなどの処理をきわめて容易に行うことが可能
となる。

【図面の簡単な説明】

第１図は本発明が適用されるデータ処理システ
ムの一実施例構成、第２図はコントローラにおけ
る一実施例処理を表したフローチヤート、第３図
はコントローラと端末装置との間で交信される情
報のうち更新要求に対応するメンテナンス電文の
一実施例フオーマツト、第４図は端末装置の一実
施例構成、第５図ａないしｃはPLUコントロー
ラの具体的構成を示すブロツク図を示す。 図中、１は端末装置、１００はPLUコントロ
ーラ、１０２はPLUテーブルを表す。

Claims (1)

1. 【特許請求の範囲】 １ 商品と価格との対応表であるプライス・ルツ
   ク・アツプ・テーブルを索引した結果を利用する
   複数の端末装置を有し、 前記複数の端末装置に接続されるコントローラ
   内に上記プライス・ルツク・アツプ・テーブルを
   もつよう構成され、 かつ、上記各端末装置は商品取引に当たつて上
   記コントローラと交信して上記商品に対応する価
   格情報を受け取ると共に、プライス・ルツク・ア
   ツプ・テーブルに対して商品情報を更新する場合
   には、更新要求を行うとともに更新する対象とな
   る対応するコードを上記コントローラに送信し、
   且つ、コントローラより送信されてきた少なくと
   も価格情報に対して更新処理を行い再びコントロ
   ーラに返送するよう構成され、 上記コントローラは、上記端末装置からの価格
   情報を要求するプライス・ルツク・アツプ・テー
   ブル照会要求処理モードと、当該プライス・ルツ
   ク・アツプ・テーブルに対して更新要求があつた
   場合に、その更新要求のあつた商品に対応する少
   なくとも価格情報を更新要求のあつた端末装置に
   送信し、端末装置から返送される更新情報に基づ
   いてプライス・ルツク・アツプ・テーブルを更新
   する更新要求処理モードとを少なくとも持つよう
   構成されたデータ処理システムのフアイル更新処
   理方式において、 上記更新要求処理モードにおける処理を実行中
   において、少なくとも更新要求のあつた端末装置
   に対し、要求のあつた商品に対応する価格情報を
   送信し、上記端末装置からの更新情報の待ち時間
   であることを検出し、この待ち時間中には照会要
   求処理モードにおいて処理を実行して上記更新要
   求処理モードにおける継続処理を実行するように
   したこをと特徴とするフアイル更新処理方式。