JPH03250295A

JPH03250295A - Ｐｏｓ端末群管理装置

Info

Publication number: JPH03250295A
Application number: JP4881990A
Authority: JP
Inventors: Hideki Takenaka; 秀樹竹中
Original assignee: Omron Corp; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1990-02-27
Filing date: 1990-02-27
Publication date: 1991-11-08

Abstract

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

Description

【発明の詳細な説明】［産業上の利用分野］本発明は、ＰＯＳ（販売時点情報管理）システムにおい
て用いられるＰＯＳ端末群管理装置に関する。具体的に
いえば、複数台のＰＯＳ端末からＰＬＵファイルへのア
クセス要求があった場合、ＰＯＳ端末の優先順位を決定
し、当該ＰＯＳ端末を優先順位に従って記憶装置に割当
てるためのＰＯＳ端末群管理装置に関する。

［背景技術とその問題点］従来のＰＯＳシステムにおけるＰＯＳ端末群管理装置と
しては、種々のものがある。

〔第一の従来例〕

もっとも簡単なものは、ＦＬＵファイルが２重化されて
おらず、全てのＰＬＵファイルが１つの記憶装置に格納
されている。

しかし、このようなＰＯＳ端末群管理装置では、ＰＬＵ
ファイルを格納している記憶装置が故障すると、ＰＯＳ
端末からＰＬＵファイルの読み出しが不可能となる。

〔第二の従来例〕

このため、２つの記憶装置に同一のＰＬＵファイルを格
納して２重ファイル化し、一方を主記憶装置とし、他方
を予備記憶装置としたものがある。

このようなＰＯ８端末群管理装置は、通常の運用状態で
は主ｇｃ！憶装置にアクセスし、主記憶装置にアクセス
して故障であった場合には、予備記憶装置にアクセスす
るようになフている。

しかしながら、ＰＬＵファイルが２重化されていても、
通常の運用状態では１台の主記憶装置が使用されるだけ
であるので、主記憶装置がＰＯＳ端末により読み出され
ている間は、他のＰＯ８端末からアクセス要求があって
も、アクセス要求を受は付けることができず、主記憶装
置の読み出しが完了した後でなければ、アクセス要求を
受は付けることができなかった。このため、複数のＰＯ
８端末からのアクセス要求が滞留している場合には、１
つのＰＯ８端末による主記憶装置の読み出しが完了した
後、次のＰＯ８端末から主記憶装置へアクセス要求を出
し、このアクセス要求が受は付けられた後、当該ＰＯＳ
端末により主記憶装置から読み出しを実行している。こ
の結果、ＰＯ８端末による読み出し完了と次のＰＯ８端
末による読み出し開始との間には、ｒ／Ｏ処理のための
待ち時間が必要となり、ＰＯ８端末への応答時間が長く
なるという欠点があった。さらに、ＰＯ８端末への応答
時間が長くなる結果、ＰＯ８端末の処理能力（端末台数
や取引可能数）が制限されていた。

また、ＰＬｔＪファイルを２重化しても、予備記憶装置
は、主記憶装置の故障時に用いられるだけで１通常の運
用状態では使用されず、システム構成の無駄が大きかっ
た。

さらに、主記憶装置は、アクセスされる毎に事前に故障
をチエツクされているが、予備記憶装置は、主記憶装置
の故障まではチエツクされなかった。

〔第三の従来例〕

第二の従来例のように、ＰＬＵファイルを２重化しても
、主記憶装置の故障を発見してから、予備記憶装置にア
クセス開始したのでは、読み出し障害時の応答速度が遅
くなる。このため、２台の記憶装置に同時にアクセスし
、速くアクセス要求を受は付けた記憶装置からＰＬＵフ
ァイルを読み出すようにしたものもある。このようなＰ
Ｏ８端末群管理装置では、一方の記憶装置の故障時には
直ちに他方の記憶装置から読み出させるので、故障時の
応答速度が改善される。

しかしながら、このような装置にあっても、通常の運用
状態では応答速度の速い側の記憶装置のみがアクセスさ
れることに変わりなく、第二の従来例と同様、複数のア
クセス要求が滞留している場合には、Ｉ／Ｏ処理の待ち
時間のために応答時間が長くなるという欠点がある。ま
た、通常の運用状態では、一方の記憶装置しか用いられ
ない点や、応答速度の遅い記憶装置の故障を事前にチエ
ツクできない点なども、同様であった。

［発明が解決しようとする課題］本発明は斜上の従来例の欠点に鑑みてなされたものであ
り、その目的とするところはＰＯＳ端末からのアクセス
要求が複数滞留している場合の応答速度を向上させると
共に、通常の運用状態でも両記憶装置のチエツクを行な
えるようにすることにある。

［課題を解決するための手段］本発明のＰＯ８端末群管理装置は、商品名や商品単価等
の商品情報を記録した同一のＰＬＵファイルを格納し、
交互にアクセスされるようになった２つの独立した記憶
装置と、ＰＬＵファイルにアクセスを要求する複数台の
ＰＯ８端末と、ＰＯ８端末からのアクセス要求に応じ、
アクセスされていない側の記憶装置に当該アクセス要求
を登録し、各記憶装置に登録されたアクセス要求を順次
処理させるＩ／Ｏ制御手段とからなることを特徴として
いる。

［作用］本発明のＰＯ８端末群管理装置にあっては、同一のＰＬ
Ｕファイルを格納している２つの記憶装置が、交互にア
クセスされるようにしたので、−方の記憶装置のアクセ
ス中に他のＰＯ８端末からアクセス要求があっても、他
方の記憶装置へアクセス要求を登録させてＩ／Ｏ処理を
行なわせることができ、アクセス中の記憶装置からの読
み出しが完了すれば、直ちに他方の記憶装置に登録され
ているＰＬＵファイルの読み出しを実行させることかで
きる。従って、本発明によれば、ＰＯ８端末からのアク
セス要求が複数滞留している場合でも、一方の記憶装置
からの読み出し完了を待たず、他方の記憶装置へアクセ
ス要求（特に、読み出し要求）させることができ、Ｉ／
Ｏ処理待ち時間を減少させてシステム全体としての応答
速度を向上させることがでとる。さらに、応答時間が短
縮される結果、接続可能なＰＯ８端末台数等も増加し、
処理能力も向上する。

また、複数台の記憶装置が交互にアクセスされるので、
記憶装置の無駄が少なくなると共に、アクセス時に障害
の有無が判断されるので、通常の運用状態においても両
記憶装置の故障がチエツクされる。

［実施例］以下、本発明の実施例を添付図に基づいて詳述する。

第１図及び第２図に示すように、複数台のＰＯ８端末３
は、パスライン５を通じて通信制御部４に接続されてお
り、通信制御部４は、２台のハードディスク等の記憶装
置＃１．＃２に接続されている。両記憶装置＃１．＃２
は互いに独立した装置であって、両記憶装置＃１．＃２
には、複数の同一のＰＬＵファイルＡ、Ｂ、Ｃが格納さ
れ、２重ファイル化されており、一方の記憶装置＃１（
あるいは＃２）に障害もしくは故障が発生した場合でも
、他方の記憶装置＃２（あるいは＃１）に格納されたＰ
ＬＵファイルＡ、Ｂ、Ｃにアクセスできるようになって
いる。

ＰＯ８端末３は、ＰＯＳシステムの端末機であって、バ
ーコードリーダーによって商品に貼付されたバーコード
からＰＬＵコード等を読み込むことができるようになっ
ている。あるいは、キーボードからＰＬＵコード等を入
力するようになっていてもよい。

各ＰＬＵファイルＡ、Ｂ、Ｃには、第３図に示すように
、ＰＬＵコード８に対応して、例えば、商品名９、商品
単価／Ｏ、売上げ数量合計１１などの商品管理用の情報
が記録されている。

また、通信制御部４は、ＰＯ８端末３からアクセス要求
があると、ＰＯ８端末３を２台の記憶装置＃１．＃２へ
交互に接続しており、複数台のＰＯ８端末３からアクセ
ス要求があった場合には、それらのＰＯ８端末３の優先
順位（例えば、受信順）を決定し、優先順位に従ってＰ
Ｏ８端末３を両記憶装置＃１．＃２へ交互に接続してい
る。この通信制御部４は、第２図に示すように、プログ
ラムメモリ７に登録されたＰＯ８端末３群管理プログラ
ムに従ってＣＰＵ６により制御されており、以下に説明
するように、第７図のフローチャートに従ってＰＯ８端
末３と両記憶装置＃１．＃２を接続している。

〔１／Ｏ処理〕ＰＯ８端末３は、バーコードリーダにより顧客が購入し
た商品のバーコードを読み取り、第４図に示すように、
電文ヘッダ１３の次にＰＬＵコード８を組み込んでＰＬ
Ｕ要求電文１２を編集し、ＰＯ８端末３から通信制御部
４へＰＬＵ要求電文１２を送信する。

通信制御部４は、ＰＯＳ端末３からＰＬＵ処理を受信し
たか否かを監視しており（Ｓ３１）、ＰＬＵ要求電文１
２を受信すると、両記憶装置＃１゜＃２が正常かどうか
をチエツクする（Ｓ　３２）。

両記憶装置＃１．＃２が正常であることを確認した場合
には、ＰＬＵファイルＡ、Ｂ、Ｃの読み出し要求（ＰＬ
Ｏ要求）かＰＬＵファイルＡ、Ｂ。

Ｃの編集要求かを判断しく５３３）、ＰＬＵ要求処理で
あれば前回読み出しを行った記憶装置が＃１か、＃２か
を判断する（Ｓ３４）。すなわち、ステップ３４におい
ては、ステップ４５あるいは４６で読み出された記憶装
置（後述する。）が＃１であるのか、＃２であるのかを
判断する。

そして、前回読み出しを行った記憶装置が＃１であれば
、ＰＬＵ要求処理を記憶装置＃２のり一ドキュー１８に
登録する（Ｓ　３５）。また、前回読み出しを行った記
憶装置が＃２であれば、ＰＬＵ要求処理を記憶装置＃１
のリードキュー１７に登録する（３３　ｅ）。

すなわち、記憶装置＃１．＃２の各リードキュー１７，
１８は、第６図に示すように、残ＰＬＵ要求データを登
録しておくＦ’ＩＦ○型式の登録エリア２１と、次ＰＬ
Ｕ要求データ登録ポインタ１９と次ＰＬＵ要求データ読
出しポインタ２０を有している。そして、新たなＰＬＵ
要求処理があると、次ＰＬＵ要求データ登録ポインタ１
９が示しているエリア（空のエリア）２２に残ＰＬ、Ｌ
７要求データとして登録され、次ＰＬＵ要求データ登録
ポインタ１９が更新される。一方、次ＰＬＵ要求データ
読出しポインタ２０は、次に読み出される残ＰＬＵ要求
データ（最先の残ＰＬＵ要求データ）を登録したエリア
２３を示しており、次ＦＬＵ要求データ読出しポインタ
２０に示されたエリア２３の残ＰＬＵ要求データが取り
出されると、次ＰＬＵ要求データ読出しポインタ２０が
更新される。

従って、ＰＯＳ端末３から複数の読み出し要求があった
場合、通信制御部４は、各読み出し要求を受信順に面記
憶装置＃１．＃２のリードキュー１７．１８へ一旦登録
しておき、リードキュー１７゜１８に登録された優先順
に読み出しを行なわせるのである。

上記のように、このＰＯ８端末群管理装置では、２台の
記憶装置＃１．＃２から交互に読み出しを行なわせ（８
４４〜４６：後述する。）、記憶装置＃１で読み出しが
行なわれている場合は、記憶装置＃２のリードキュー１
８に登録を行ない（Ｓ３５）、記憶装置＃２で読み出し
が行なわれている場合は、記憶装置＃１のリードキュー
１７に登録を行なっている（８３　Ｂ）ので、いずれの
場合も、他方の記憶装置の読み出し中にリードキューへ
の登録ないしＩ／Ｏ処理を行なうことができ、通常の運
用状態では、複数の読み出し要求が滞留している場合に
は、１／Ｏ処理待ち時間を短縮することができる。すな
わち、読み圧し中の記憶装置の読み圧しが完了したら、
Ｉ／Ｏ処理のための待ち時間を要することなく、直ちに
読み出しを行なうことができる。

〔読み出し処理〕

いずれかの記憶装置の読み出しが完了すると、読み出し
が完了した記憶装置が＃１か、＃２か判断する（Ｓ４４
）。記憶装置＃２の読み出しが完了したのであれば、記
憶装置＃１のリードキュー１７から次要求データ読出し
ポインタ２０で示されたＰＬＯ要求データを取り出し、
ＰＬＯファイルＡ、Ｂ、Ｃにアクセスして単価／Ｏや商
品名９等の読み出し処理を開始する（Ｓ４５）。そして
、ＰＬＵファイルＡ、Ｂ、Ｃの読み出しが完了したか否
か判断され（Ｓ４２）、読み出しが完了すると、読み出
した商品名９や単価／Ｏ等を応答電文（図示せず）に編
集してＰＯ８端末３へ返信する（Ｓ４３）。こうして記
憶装置＃１の読み出しが完了すると、記憶装置＃２のリ
ードキュー１８から次要求データ読出しポインタ２０で
示されたＰＬＵ要求データを取り出し、ＰＬＵ７アイル
Ａ。

Ｂ、Ｃにアクセスして単価／Ｏや商品名９等の読み出し
処理を開始する（Ｓ４４，４ｅ）。そして、ＰＬＵファ
イルＡ、Ｂ、Ｃの読み出しが完了したか否か判断され（
８４２）、読み出しが完了すると、読み出した商品名９
や単価／Ｏ等を応答電文に編集してＰＯ８端末３へ返信
する（８４３）。

このようにして、面記憶装置＃１及び＃２は、交互にＰ
ＬＵファイルの読み出しを行なわれている。

また、ステップ４５もしくは４θにより、記憶装置＃１
もしくは＃２の読み出し処理を開始した後は、ＰＬＯフ
ァイルＡ、Ｂ、Ｃの読み出しが完了するまでは、通信制
御部４は、ＰＯ８端末３からのＰＬＵ処理を受信したか
否かを繰り返し監視しており（３４２，３１）、ＰＯＳ
端末３からのＰＬＵ処理を受信すれば、前記のごと＜Ｐ
ＬＵ処理を受は付けて読み出し中でない記憶装置のり−
ドキューに登録させる（８３１〜３６）。

したがって、ステップ４４からステップ４５又は４６へ
移る際に、Ｉ／Ｏ処理の必要がなく、直ちにステップ４
５又は４θへ移ることかでき、処理時間が短くて済む。

［：ＰＬＵファイルの更新］ＰＯＳ端末３は、ステップ４３で送信された応答電文を
受信すると、単価／Ｏ及び商品名９を取り出し、デイス
プレィに表示すると共に集計し、第５図に示すように、
電文ヘッド１５の後にＰＬＵコード８及び売り上げ数量
１６を加えてＰＬＵ更新電文１４を編集し、通信制御部
４へ送信する。

なお、この後、ＰＯ８端末３は、次の商品を処理するこ
とができる。

このＰＬＵ更新電文１４が送信されると、通信制御部４
は当該電文１４を受信しく８３１）、両記憶装置＃ｌ、
＃２が正常であることを確認しく３３２）、ＰＬＯ要求
処理でないと判断（Ｓ３３）した後、両方の記憶装置＃
１．＃２の当該ＰＬＵファイルＡ、Ｂ、Ｃの売上げ数量
を同時に書き換えて更新する（Ｓ　４７）。

〔故障発生時の動作〕

読み出し要求、もしくは更新の要求が受信された（８３
１）後、ステップ３２において、いずれかの記憶装置が
故障であると判断されると、記憶装置＃１が故障か、＃
２が故障か判断する（Ｓ３７）。記憶装置＃１が故障で
あると判断すると、ＰＩ、ｔＪ要求処理か否か判断しく
５３８）、ＰＬＵ要求処理であれば、記録装置＃２のリ
ードキュー１８に登録しく５３９）、更新の要求であれ
ば、記憶装置＃２のＰＬＵファイルＡ、Ｂ、Ｃの売上げ
数量を更新する（Ｓ　４８）。一方、言己憶装置＃２が
故障であると判断すると、ＰＬＵ要求処理か否か判断し
く５４０）、ＰＬＵ要求処理であれば、記憶装置＃ｌの
リードキュー１７に登録しく５４１）、更新の要求であ
れば、記憶装置＃１のＰＬＵファイルＡ、Ｂ、Ｃの売上
げ数量を更新する（８４９）。

［発明の効果］本発明によれば、ＰＯＳ端末からのアクセヌ要求が複数
滞留している場合にも、一方の記憶装置からの読み出し
完了を待つことなく、他方の記憶装置へ読み出し要求を
出すことができ、システム全体として見れば、Ｉ／Ｏ処
理待ち時間が短縮され、ＰＯ８端末への応答速度を向上
させることがでとる。さらに、応答速度が向上する結果
、接続することができるＰＯ８端末数も増加させること
ができ、ＰＯＳシステムの処理能力を向上させることも
できる。また、両記憶装置が交互にアクセスされるので
、通常の運用状態においても、両記憶装置の故障をチエ
ツクすることができると共に記憶装置の無駄を減らすこ
とができる。

【図面の簡単な説明】

第１図は本発明のＰＯ８端末群管理装置の基本構成を示
す概略図、第２図は本発明のＰｏｓ端末群管理装置の一
実施例を示す構成図、第３図はＰＬＯファイルの一例を
示す一部省略したファイル構成図、第４図はＰＬＵ要求
電文の一部省略した構成図、第５図はＰＬＵ更新電文の
一部省略した構成図、第６図は記憶装置のリードキュー
を示すメモリ構成図、第７図は同上のＰｏｓ端末群管理
装置の一実施例による処理手順を説明するフローチャー
トである。＃１．＃２・・・記憶装置３・・・ＰＯ８端末４・・・通信制御部Ａ、Ｂ、Ｃ・・・ＰＬＵファイル？Ｐ　１　＋　＋？　２・・・記憶装置３・・・ＰＯ８
端末４・・・通信匍ｆ御部Ａ、Ｂ、Ｃ・・・ＰＬＵファイル公、串、ｑ罵面３５第図

Claims

【特許請求の範囲】

（１）商品名や商品単価等の商品情報を記録した同一の
ＰＬＵファイルを格納し、交互にアクセスされるように
なった２つの独立した記憶装置と、ＰＬＵファイルにアクセスを要求する複数台のＰＯＳ端末と、ＰＯＳ端末からのアクセス要求に応じ、アクセスされていない側の記憶装置に当該アクセス要求を
登録し、各記憶装置に登録されたアクセス要求を順次処
理させるＩ／Ｏ制御手段とからなることを特徴とするＰＯＳ端末群管理装置。。