JPS61156470A - データ処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 （Ａ）産業上の利用分野 本発明は、データ処理システム、特に売場点などの端末
装置を統括するデータ処理システムにおいて、いわばセ
ンタ側のコントローラ上に存在する商品対応の集計ファ
イルについての存在位置情報を端末装置に知らせて、コ
ントローラにおける集計処理を高速化せしめたデータ処
理システムに関するものである。

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

端末装置からのＰＬＯ照会要求に対応して価格情報を当
該端末装置に返送する際に、コントローラが自己上の当
該商品に対応する集計ファイルの位置情報を一緒に知ら
せるようにすることによって。

端末装置からの明細電文に対応してコントローラが行う
集計処理を迅速に行い得るようにしたことが開示されて
いる。

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

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

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

１０２はＰＬＵテーブルであってコードと商品名と価格
とをもつもの、１０３は復旧処理部であって障害の発生
したＰＬＵコントローラに対する復旧処理を行うもの、
１０４はポーリング監視部であって他側ＰＬＵコントロ
ーラが発するポーリング信号を監視し他側ＰＬＵコント
ローラが健全状態か障害状態かをチェックするものを表
している。

なお１図示を省略しているが２図示ＰＬＵコントローラ
１００−０内にも復旧処理部１０３やポーリング監視部
１０４の機能がそなえられており。

またＰＬＵコントローラ１００−１内にもＰＬＯテーブ
ル１０２がそなえられていることは言うまでもない。

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

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

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

また、更に、ＰＬＵコントローラ１００における処理に
ついて考慮するに９次のことが問題となる。即ち、コン
トローラ１００においては、一般にハードトータルと呼
ばれる集計ファイルをもち。

各商品毎に、売上げ数量と売上げ金額とを集計するよう
にされるが、第１図図示構成の場合には。

（ｉ）端末装置１−ｉから商品コードを指定して当該商
品の単価を問い合わせる所のＰＬＵ照会要求があったと
きに、当該商品コードから当該商品に関する情報（単価
など）を調べるための検索処理と共に、（ｉｉ）次いで
当該端末から売上げ個数などを同じ商品コードを指示し
て通知してくる明細電文に対応して、やはり当該商品コ
ードから上記集計ファイルの位置を調べるための検索処
理とが必要となる。このために、コントローラ１００内
における処理量が増大する。

（Ｄ）問題点を解決するための手段 本発明は上記の点を解決しており、上記第１回目の検索
処理を行った上で端末装置に対して価格情報を返送する
際に、コントローラがあわせて上記集計ファイルの位置
を通知するようにし、上記第２回目の検索処理を省略で
きるようにしている。

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

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

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

上記コントローラは、上記端末装置からの商品コードを
指定したプライス・ルック・アップ・テーブル照会要求
に対応して、当該要求に対応する上記価格情報と一緒に
当該商品コードに対応するコントローラ上の集計ファイ
ル位置情報を返送する処理機能をもち、かつ。

上記端末装置からの明細電文中に記述されている集計デ
ータと上記集計ファイル位置情報とを受信し、当該位置
情報上のデータと上記集計データとを演算して、当該集
計ファイル上に格納する機能をもつようにしたことを特
徴としている。以下図面を参照しつつ説明する。

（Ｅ）実施例 第１図は本発明が適用されるデータ処理システムの一実
施例構成、第２図はコントローラにおける一実施例処理
を表したフローチャート、第３図はコントローラと端末
装置との間の一実施例電文フォーマット、第４図は端末
装置の一実施例構成を示す。

第１図に関しては、上述したので説明の重複をさけるが
、上述の如＜ＰＬＵテーブル１０２をコントローラ１０
０側にもうけるようにしたことによって端末装置１にお
ける処理量などが増大する。

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

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

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

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

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

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

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

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

第３図はコンＩ・ローラと端末装置との間で交信される
電文の一実施例フォーマントを示している。

当該電文内には。

■　アイテム長 ■　アイテム識別 ■　電文識別データ ｉ）メンテナンス要求（端末−コントローラ）ｉｉ）旧
データ電文（コントローラ一端末）ｉｉｉ　）新データ
電文（端末→コントローラ）ｉｖ）未登録電文（コント
ローラ一端末）端末から指定されたＰＬＯコードがファ
イル中に存在しない場合に送出するもの Ｖ）重複登録電文（コントローラ一端末）創成のために
指定されたＰＬＬＪコードが既にファイル中に存在して
いる場合に送出するもの ｖｉ）ビジー電文（コントローラ一端末）ｖｉ）処理完
了（ＯＫ）電文（コントローラ一端末） ｖｉ）処理ＮＧ電文（コントローラ一端末）■　指定 ＰＬＵデータの創成や変更や消去や組み込みなどを指定
する（端末から指定入力） ■　単品コード ■　部門コード 両者は端末から入力するものであって、上記■、■、■
の電文のとき用いる。

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

■　属性 顧客が商品をまとめ買いした場合の値引き（バンドル／
ミックスマツチ）処理に関する情報を記述する。

［相］　バンク魚及び番地 当該商品に対応する集計ファイルの位置情報。

０　′元単価 上記値引きなどを行う場合に知らせる原価情報。

＠　区分コード の各情報が必要に応じて与えられる。

端末装置１−ｉからのＰＬＵ照会要求に当たっては、第
３図図示の単品コード（商品コード）や部門コードを記
述した電文をコントローラ１００−０に送出する。本発
明においては、コントローラ１００−０は、これに対応
して、第３図図示の（ｉ）単品コードや部門コード、（
ｉｉ）品名、　（ｉｉｉ　）単価と共に、　　（ｉｖ）
バンク階及び番地を少な（とも返送するようにされる。

また例えば上記ＰＬＵテーブル上に上記「属性」に関す
る情報が記述してあれば、この旨と第３図図示「元単価
」などとを記述した形で返送する。

更に端末装置１−ｉ側においては、上記返送を受けた上
で、商取引を行い、その結果を明細電文の形でコントロ
ーラに通知するが、このとき、端末装置１−ｉは先に受
け取った「バンク魚及び番地」を当該明細電文中に記述
して通知する。言うまでもなく、コントローラ１００−
０においては。

当該明細電文中に示されている「バンク魚及び番地」を
アドレスとして用いて、自己内の集計ファイルをアクセ
スし、当該ファイルの内容に上記明細電文中に記述しで
ある売上げ個数情報や売上げ金額などを加算する。

第２図はコントローラにおける一実施例処理を表したフ
ローチャートを示している。

（１）　　最初に端末装置１−ｉからＰＬＵ照会要求が
あると、それに対応して、コントローラ１００−０はＰ
ＬＵファイルを検索する（処理Ａ）。

なお１本実施例の場合にはＰＬＵテーブルと対にして当
該商品に対応する集計ファイルが用意されており、これ
をＰ　Ｌ　Ｕファイルと呼んでいる。このために、ＰＴ
、Ｕ照会のためにＰＬＵファイルを検索することによっ
て、集計ファイルの位置をも抽出することができる。

（２）ＰＬＵファイルに対する検索の結果、当該商品コ
ードが消去されていたりすると、コントローラｔｏｏ−
ｏはＰＬＵ応答（ＮＧ）を返送する（処理Ｂ）。

（３）またＰＬＵファイル上への登録が指示されている
場合（処理Ｃ）には、ＰＬＵマスタ・ファイル（いわば
すべての商品−当面の商取引の対象となっていなかった
ものを含めた商品−についてのファイル）を検索する（
処理Ｄ）。

（４１ＰＬＵマスタ・ファイル上にも未登録のものであ
った場合には、コントローラ１ｏｏ−ｏはＰＬＵ応答（
ＮＧ）を返送する（処理Ｅ）。

（５１ＰＬＵフアイル上に当該商品コードが存在してい
て当該ファイルの内容が読み出された際に。

上述の「属性」に関する情報が存在していれば（処理Ｆ
）、そのためのバンドル／ミックスマツチ処理を実行す
る（処理Ｇ）。

（６）　　そして上記「属性なし」の場合あるいは処理
Ｇが終了すると、コントローラ１００−０は。

ＰＬＵ応答（ＯＫ）を返送する。このとき、当該ＰＬＵ
応答（ＯＫ）内に上述の「バンク階及び番地」を−緒に
記述しておくようにされる。

（７）端末装置１−ｉにおいては、上述の如り、「バン
ク阻及び番地」を記述した形の明細電文を通知してくる
。

（８）　　コントローラ１００−０においては、当８亥
受け取った「バンク隘及び番地」をアドレスとして集計
ファイルをアクセスしく処理Ｈ）。

（９）　　当該集計ファイルの内容に対して所定の演算
を行って、当該演算の結果を当該集計ファイルに格納す
る（処理Ｉ）。

なお、上記商品コードをキーとしてＰＬＵファイルを検
索しその内容を読み出すに当たっては次の如き処理が行
われると考えてよい。即ち、商品コード（単品コードに
同じ）とバンク魚との対応を記述しているインデックス
・テーブルが用意されており、当８亥インデックス・テ
ーフ゛ル上では商品コードが例えば昇順に配列されてい
る。したがって、与えられた商品コードにもとづいてイ
ンデックス・テーブルを調べ、対応するバンク隘を決定
し、メモリ上のどのバンクに格納されているかを知る。

そして、該当するバンク上で、商品コードをキーとして
当該バンク内を検索して、所望のＰＬＵファイルが検索
される。勿論、このとき得られた結果にもとづいて、「
バンク隘」と「番地」とが抽出されており、コントロー
ラはこれらを端末装置へ通知することとなる。

（Ｆ）発明の詳細 な説明した如く２本発明によれば、コントローラ側にお
いて、商品コードを用いて行う検索回数を減少すること
が可能となる。

【図面の簡単な説明】

第１図は本発明が適用されるデータ処理システムの一実
施例構成、第２図はコントローラにおける一実施例処理
を表したフローチャート、第３図はコントローラと端末
装置との間の一実施例電文フォーマット、第４図は端末
装置の一実施例構成を示す。 図中、１は端末装置、１００はＰＬＵコントローラ、１
０２はＰＬＵテーブルを表す。

Claims (1)

1. 【特許請求の範囲】 顧客との商取引を行うに当たって、商品と価格との対応
   表であるプライス・ルック・アップ・テーブルを索引し
   た結果を利用する複数の端末装置を有するデータ処理シ
   ステムにおいて、 上位側のコントローラ内に上記プライス・ルック・アッ
   プ・テーブルをもつよう構成され、かつ、上記各端末装
   置は商取引に当たって上記コントローラと交信して上記
   商品に対応する価格情報を受け取るよう構成されてなり
   、 上記コントローラは、上記端末装置からの商品コードを
   指定したプライス・ルック・アップ・テーブル照会要求
   に対応して、当該要求に対応する上記価格情報と一緒に
   当該商品コードに対応するコントローラ上の集計ファイ
   ル位置情報を返送する処理機能をもち、かつ、 上記端末装置からの明細電文中に記述されている集計デ
   ータと上記集計ファイル位置情報とを受信し、当該位置
   情報上のデータと上記集計データとを演算して、当該集
   計ファイル上に格納する機能をもつようにしたことを特
   徴とするデータ処理システム。