JPH0156438B2

JPH0156438B2 -

Info

Publication number: JPH0156438B2
Application number: JP59280629A
Authority: JP
Inventors: Osamu Hosoyama
Original assignee: Fujitsu Ltd
Current assignee: Fujitsu Ltd
Priority date: 1984-12-27
Filing date: 1984-12-27
Publication date: 1989-11-30
Also published as: EP0187523A3; EP0187523A2; DE3581920D1; US4841442A; JPS61156368A; EP0187523B1

Description

【発明の詳細な説明】 (A) 産業上の利用分野本発明は、テーブル内容変更制御方式、特に売
場点などの端末装置を統括するデータ処理システ
ムにおいて、上位側のいわばセンタ・コントロー
ラ上に置いたプライス・ルツク・アツプ・テーブ
ルを含むテーブルの内容を端末装置側から変更し
得るようにしたテーブル内容変更制御方式に関す
るものである。

(B) 開示の概要プライス・ルツク・アツプ・テーブルをセンタ
のコントローラ上にもうけて各端末装置が当該コ
ントローラと交信して当該テーブルの内容を受け
取るように、POSターミナル・システムの如き
システムを構成したデータ処理システムにおい
て、上記端末装置と上記コントローラとの間で上
記テーブルの内容を変更するための情報の授受を
行つた上で、端末装置側から新しいデータを送出
して上記テーブルの内容を変更するよう構成する
ことによつて、上記テーブルの内容を端末装置側
から変更するようにしたことが開示される。

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

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

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

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

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

また、(iii)単価を変更するような場合に端未装置
のいずれからも上記PLUテーブルやその他のテ
ーブルの内容を更新するデータを入力して当該内
容を更新することが望まれるが、このための手段
を考慮することが望まれる。また、(iv)必要に応じ
て、１つの端末装置から他の端末装置上に存在す
る情報についても変更できるようにすることが望
まれる。

(D) 問題点を解決するための手段本発明は上記の問題を解決するようにしてお
り、本発明のテーブル内容変更制御方式は、顧客
との商取引を行うに当つて、商品と価格との対応
表であるプライス・ルツク・アツプ・テーブルを
索引した結果を利用する複数の端末装置を有する
データ処理システムにおいて、上位側のコントローラ内に上記プライス・ルツ
ク・アツプ・テーブルをもつよう構成されると共
に、上記各端末装置は商取引に当つて上記コント
ローラと交信して上記商品に対応する価格情報を
受け取るよう構成されてなり、上記端末装置は、上記コントローラとの間で、
上記価格情報を受け取るためのテーブル照会要求
処理に関する情報の授受を行う外に、上記プライ
ス・ルツク・アツプ・テーブルを含むテーブルの
内容を更新するためのテーブル更新要求処理に関
する情報の授受を行うよう構成され、当該後者の情報は、上記テーブル内容を更新す
るに当たつての電文内容を指示する電文識別デー
タを含み、上記端末装置と上記コントローラとの間で旧デ
ータと新データとを送受しあつて、端末装置側か
ら当該新データに変更され、当該変更された新データは以後全端末装置から
の上記テーブル照会要求に当たつて夫々の端末装
置に通知されることを特徴としている。以下図面
を参照しつつ説明する。

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

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

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

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

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

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

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

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

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

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

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

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

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

第２図はコントローラにおける一実施例処理を
表したフローチヤートを示し、PLUテーブルの
内容変更が指示された場合の処理を表している。

(1) 第３図図示における「電文識別データ」中に
「メンテナンス要求電文」を記述した上で単品
コードを指定して、例えば端末装置１―０から
PLUテーブル更新要求が発せられ、コントロ
ーラ１００―０がこれを受信したとする（処理
Ａ）、 (2) これに応じてコントローラ１００―０におい
ては、PLUテーブルをサーチする処理が開始
される（処理Ｂ）、 (3) 上記単品コードによつて指示された商品に関
するPLUテーブル内容が存在するか否かがチ
エツクされ（処理Ｃ）、 (4) 存在していれば、当該内容に示される部門情
報と金額（旧データ）とをコントローラ１００
―０が端末装置１―０に通知する。即ち、第３
図における「電文識別データ」中に「旧データ
電文」を記述した上で部門コードや単価（旧デ
ータ）を記述して、端末装置１―０に通知され
る（処理Ｄ）、 (5) 存在していなければ、上記処理(4)において部
門コードや単位を「ゼロ」表示して、端末装置
１―０に通知される（処理Ｅ）、 (6) 端末装置１―０側でオペレータが新しい価格
（上記旧データに代わる新データ）を入力した
ことに伴つて第３図図示の「電文識別データ」
中に「新データ電文」を記述した上で単価（新
データ）を記述した電文が、コントローラ１０
０―０において受信される（処理Ｆ）、 (7) 当該新データの受信に対応して、コントロー
ラ１００―０においてはPLUテーブル内に新
データが書き込まれ（処理Ｇ）、以後、各端末
装置から当該商品に関するPLUテーブル内容
の照会については、新データが通知されること
となる。

(8) なお、上記処理(1)における要求電文中に記述
されている単品コードがエラーなどのために、
対応するものが見出せなかつた場合には、第３
図図示における「電文識別データ」中に「未登
録電文」を記述して、端末装置１―０に返送す
るようにされる。

(9) また、上記処理(1)における要求電文の「指
定」中にPLUデータの創成を指示した上で与
えた単品コードが、既にPLUテーブル上に存
在していた場合には、第３図図示における「電
文識別データ」中に「重複登録」を記述して、
端末装置１―０に返送するようにされる。

(10) また、上記処理(1)における要求電文にも拘わ
らずコントローラ１００―０側がビジーであつ
た場合には、第３図図示における「電文識別デ
ータ」中に「ビジー電文」を記述して、端末装
置１―０に返送するようにされる。

(11) また、上記処理(7)までの処理が正しく完了し
た場合には、第３図図示における「電文識別デ
ータ」中に「処理完了（OK）電文」を記述し
て、端末装置１―０に返送するようにされる。
逆に処理(7)までの処理が正し完了しなかつた場
合には、第３図図示における「電文識別デー
タ」中に「処理NG電文」を記述して、端末装
置１―０に返送するようにされる。

なお上記説明において、端末装置１側から上
記コントローラ１００におけるテーブルなどの
内容を変更し、その結果を全端末装置に反映さ
せることを述べたが、当該コントローラ１００
上の変更のみでなく、例えば、端末装置１―０
からの入力によつて他の端末装置１―１…１―
ｎ上に存在する情報を変更することができる。
即ち、例えば、各端末装置上に保持されている
所の、値引率や割引率を変更したり、また例え
ば伝票上に印字するなどされるコマーシヤル・
メツセージなどを指示したりすることができ
る。

この場合には言うまでもなく、１つの端末装
置例えば端装置１―０が上記コントローラ１０
０にこの旨を上り電文で伝え、当該コントロー
ラ１００が夫々の端末装置１―０，１―１，…
１―ｎに対して下り電文で伝えるようにされる
形となる。

(F) 発明の効果以上説明した如く、本発明によれば、端末装置
側からPLUテーブルの内容を変更することが可
能となり、価格変更などにおいて変更もれを気付
いた端末装置側から、全端末装置に対して当該変
更結果をゆきわたらせることが可能となる。

【図面の簡単な説明】

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

Claims

【特許請求の範囲】１顧客との商取引を行うに当たつて、商品と価
格との対応表であるプライス・ルツク・アツプ・
テーブルを索引した結果を利用する複数の端末装
置を有するデータ処理システムにおいて、上位側のコントローラ内に上記プライス・ルツ
ク・アツプ・テーブルをもつよう構成されると共
に、上記各端末装置は商取引に当たつて上記コン
トローラと交信して上記商品に対応する価格情報
を受け取るように構成されてなり、上記端末装置は、上記コントローラとの間で、
上記価格情報を受け取るためのテーブル照会要求
処理に関する情報の授受を行う外に、上記プライ
ス・ルツク・アツプ・テーブルを含むテーブルの
内容を更新するためのテーブル更新要求処理に関
する情報の授受を行うよう構成され、当該後者の情報は、上記テーブル内容を更新す
るに当つての電文内容を指示する電文識別データ
を含み、上記端末装置と上記コントローラとの間で旧デ
ータと新データとを送受しあつて、端末装置側か
ら当該新データに変更され、当該変更された新データは以後全端末装置から
の上記テーブル照会要求に当たつて夫々の端末装
置に通知されることを特徴とするテーブル内容変
更制御方式。