JPH01297787A - 金銭登録器 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔産業上の利用分野〕 本発明は、小売り店等に設置される金銭登録器に関する
ものである。

〔従来の技術〕

金銭登録器は、ＰＬＵタイプとＮ０Ｎ−ＰＬＵタイプに
大別される。ＰＬＵ　（プライス・ルック・アップ）タ
イプというのは、金銭登録器での売上登録の際に商品コ
ードだけを入力し、それによって、記憶装置に記憶され
ている価格表（データ）から価格を引き出して、金額登
録を行う。一方、Ｎ０Ｎ−ＰＬＵ　（ノン−プライス・
ルック・アップ）タイプというのは、値札等から価格も
入力して金額登録を行うもので、記憶装置に価格表を設
ける必要のないタイプである。

この種の技術の参考になるものとしては、特公昭５８−
２８６１’３号、特公昭５２−４６４６７号、特公昭５
４−６３４５号がある。

〔発明が解決しようとする課題〕

Ｎ、ｏＮ−Ｐ　Ｌ　Ｕタイプのものでは、例えば、単価
、商品コードの印刷位置や桁数が店舗により異なってお
り、またそのデータ桁数の違いのためにそれを表すバー
コードが２段読みであったり３段読みであったり、とい
う違いもある。このような種々の条件に対応するには、
従来は多大の工数を掛け、それぞれの顧客仕様に合わせ
て、ハードウェア又は、ソフトウェアを改造するしかな
かった。

一方、ＰＬＵタイプでは、商品メーカまたは発売元で、
商品コードが予め印刷されている場合（これをソースマ
ーキングという。ＪＩＳ規格で定められた頭“４９″で
始まる１３桁又は８桁の固定表コードを持つ）は問題無
い。しかし商品コードに区分されていない食料品、薬品
等の一部の商品はソースマーキングされておらず、店舗
で独自にコードを付ける場合がある。（これをインスト
アマーキングと言う）この場合には、やはり桁数などが
店舗によりまちまちでそれへの対応が簡単には行えなか
った。

本発明の目的は、多様な顧客要求に対応可能な、汎用的
機能をもつ金銭登録器を提供するにある。

〔課題を解決するための手段〕

上記の目的は、バーコードの種別を示す頭部情報等の識
別情報ごとに、そのバーコードの登録処理のタイプと参
照すべきデータのレコード番号とを記録するための第１
のテーブルと、このレコード番号をもつレコードに入力
バーコードの各桁のデータが示すコード内容を示す情報
を格納するための第２のテーブルとを設け、入力バーコ
ードの処理時に、上記第１及び第２のテーブルからとり
出した情報に応じて入力バーコード各桁から所要のデー
タを読み出し、このデータを同じくとり出した処理タイ
プに対応する処理手段で処理する構成とすることにより
達成される。

〔作　用〕

入力バーコードの頭部等の識別情報をもとに第１、第２
のテーブルを参照して、登録処理タイプと、入力バーコ
ードデータの示す商品コード等のデータとをとり出し、
このデータを上記タイプに従って処理をすれば、各種バ
ーコードをいつも正しく処理できる。しかも第１．第２
のテーブル内容を適宜変更するだけで、処理プログラム
やハードウェアの変更を必要とせずに各種のバーコード
に対応できる。

〔実施例〕

以下、本発明の詳細な説明する。第１図は本発明の金銭
登録器の処理系の実施例を示すブロック図である。同図
において、キーボード１又はバーコードリーダ２より入
力されたコードデータは、キー人力処理１０１又は、バ
ーコード入力処理１０２を通して、バーコードデータバ
ッファ３へ格納される。データ生成処理１０３では、バ
ッファ３に格納されたバーコードの先頭部を参照して、
ＰＬＵかＮ０Ｎ＝ＰＬＵかのどの売上処理形態かを示す
タイプ番号や、コード生成のためのデータを格納したコ
ード生成テーブル５のどのレコードを参照するかを示す
レコード番号等を、バーコードテーブル４をしらべてと
り出し、とり出した情報にもと−Ｆ、− づいてテーブル５を参照し、商品コード、単価等データ
６の生成を行う。続いてテーブル４から先にとり出した
タイプ番号に従って、Ｎ０Ｎ−ＰＬＵ処理１０４又はＰ
ＬＵ処理１０５が行われる。そしてＰＬＵ処理１０５の
場合には、生成データ６を基に、ＰＬＵマスタデータ７
が参照され、入力されたコードデータに該当する単価、
商品名等がとり込まれる。またＮ０Ｎ−ＰＬＵ処理１０
４の場合には、生成データ６として商品コード、単価デ
ータが生成されている。これらのデータは、売り上げ結
果として表示装置８、印字装置９に表示、印字され、ま
た同時に売上累計記憶装置１０に売上累計データが、売
上履歴記憶装置１１に売上履歴データが格納される。

以上は、本発明の登録器の概要であるが、以下では、こ
れを詳細に説明する。第２図はバーコードタイプテーブ
ル４の内容を例示するもので、エリア４１には入力され
たバーコードデータの先頭２桁と比べるための情報が、
エリア４２にはバーコードの全体桁数情報が、エリア４
３にはＰＬＵかＮ。

Ｎ−ＰＬＵかの売上処理タイプを示す情報が、エリア４
４にはコード生成処理を行うために参照するコード生成
テーブルのレコード番号を示す情報がそれぞれ格納され
ている。

第３図はコード生成テーブル５の一例を示している。各
レコードは、商品コード生成情報エリア５１、単価生成
情報エリア５２、部門コード生成情報エリア５３から構
成されている。

第４図は、コード生成処理を示すフローチャー１〜であ
り、以下このフローに従って説明する。第４図のステッ
プＳ旧では、キーボード１又はバーコード２からのコー
ドの入力を待っている。この状態で、第５図に示すよう
なバーコードをバーコードリーダ２にて読み込むと、ス
テップＳＯ２へ移って、入力されたデータがバーコード
かどうかの判定を行い、もしバーコードデータ以外の場
合には、本コード生成処理は行わない。バーコードデー
タであればステップＳＯ３へ移り、第５図のように入力
データをバッファ３へ格納する。

ここで入力されたバーコードは、第６図に示すように、
Ｎ０Ｎ−ＰＬＵタイプを示すもので第１段目：　２１１
２３４５６７８８０１第２段目：　２０９８７６５４１
５００７とする。

続くステップ８０４では、入力されたバーコードデータ
の先頭２桁をとり出し、これとバーコードタイプテーブ
ル４のエリア４１で一致するものがあるかどうかをしら
べる。第６図の入力コードの第一段目では、先頭は“２
１”であるから、第４図に示したテーブル４のエリア４
１にはこれに一致するものはない。このためステップＳ
ＱＬへもどる。そして第６図工段目のコードが読み込ま
れるとこれはバッファ３へ一段目に続いて格納され（ス
テップ５Ｏ３）　、その先頭２桁がテーブル４のエリア
４１と比較される（ステップ８０４）。今の場合先頭は
２０”であり、これはテーブル４のエリア４１に存在す
るからステップＳＯ５へ移る。

ステップＳ０５では、テーブル４を参照して、第２図の
エリア４１が“２０″のもののエリア４２の値、つまり
全体桁数をとり出す。第２図の第３レコードのときはこ
の値は２６である。そしてこれと入力バーコードデータ
の桁数を比較するが、今の場合は第６図としているから
これも２６で一致する（もし一致しなければエリア４１
が２０”になる他のレコードをしらべ、それでも一致し
ないときはエラー処理ＳＯ６へ移る）。そうするとステ
ップＳ０７゜ＳＯ８と進んで、第２図テーブル４の同じ
三行目（第３レコード）のエリア４３．４４から登録処
理のタイプ（ＰＬＵかそうでないか）とコート生成テー
ブル５のアクセスすべきレコード番号とをとり込む。今
の場合タイプは２、つまりＮ　ＯＮ　−Ｐ　ＬＵタイプ
であり、レコード番号は３である。

次のステップＳＯ９では必要なコード生成を行う。

コード生成テーブル５のステップＳＯ８で取得したレコ
ード番号３が分節６図のように設定されているとする。

エリア５１のポジション（第６図５の左側の番号）８〜
１０及び１６〜１９には１〜７の番号が入っており、こ
れはバーコードデータバッファ３の同じポジション８〜
１０及び１６〜１９に入っている数値が上記番号順に商
品コードであることを示し一８＝ ている。ポジション２０にはＦＦが入っているが、この
ＦＦはエリア５１の内容がここで終わりであることを示
す。従って今の場合は第６図下部に示したように、生成
データ６の商品コードとしては、バッファ３（つまり入
力データ）のポジション８〜１０．１６〜１９の数値“
６７８９８７６”がとり出される。同様にして、コード
生成テーブル５のレコ　　　　゛−ド３のエリア５２．
５３の情報から、バッファ３のポジション２２〜２５の
内容“１５００”’が単価として、ポジション３〜６の
内容“１２３４”が部門コードとしてとり出される。こ
こで、商品コードというのは、単品ごとの管理を行う上
で必要なコードであり、また部門コードは、売上累計を
集積する上で必要な、データ集積エリアの位置を示す情
報である。

以上のステップＳＯ９のコード生成処理はＮ０Ｎ−ＰＬ
Ｕタイプの例であるが、ユーザが用いる種々のコード形
式に対して、コード生成テーブル５を適当に設定すれば
容易に対応でき、第４図の処理を行うプログラム等には
何の変更も必要としない。

次に、ステップ８０９で、ＰＬＵタイプの売上登録にお
けるコード生成処理を第７図の入力バーコード４９０３
０５０１２１２８１を例として説明する。この場合には
、ＰＬＵタイプであることが、ステップＳＯ７でわかる
から、入力バーコードは商品コードのみである。従って
コード生成テーブル５のレコード３のエリア５１のポジ
ション１〜１３の内容１〜１３の順にバッファ３の内容
”４９０３０５０１２１２８１　”を商品コードとし、
他のコードは空として（エリア５２．５３のポジション
１に終わりを示すＦＦがある）生成コード６とする。

本ＰＬＵタイプの売上登録においては、本コード生成処
理は、無意味なものの様に思われるかもしれないが、本
方法を行えば、例えば、１３桁コードの内、先頭１２桁
のみを有効としたいという要求に対しても簡単に対応可
能である。

以上に説明したステップ５Ｏ９（第４図）のコード生成
処理が終了すると、ステップＳＩＯに移り、ステップＳ
Ｏ７で記憶した値をしらべ、それに応じてＰＬＵ売上処
理（ステップ５１１）またはＮ０Ｎ−ＰＬＵ売上処理（
ステップ５１２）を実行する。

このとき、前記の第６図、第７図で説明した生成コード
が使用される。そしてステップＳ１３でバーコードデー
タバッファ３をクリアし、ステップＳ０１のコード入力
待ちに戻る。

以上が本発明の実施例の詳細な説明であるが、この例の
ままではＰＬＵかＮ０Ｎ−”ＰＬＵタイプの、どちらか
の売上登録処理しかできない。しかし、入力されたコー
ドをプリンタ９に印字するだけとか、売上履歴データ１
１のみを格納する様な処理が必要な場合にも、第２図に
示したバーコードタイプテーブル４のエリア４３にレコ
ードデータを示す値を入れ、この処理に必要な処理プロ
グラムを追加してこのレコードデータに応じてこの追加
プログラムへ分岐するようにすれば容易に処理でき、本
発明の装置の機能を一層拡張できる。

〔発明の効果〕

本発明によれば、Ｎ０Ｎ−ＰＬＵ売上登録処理において
、バーコードからの収集データ位置７桁＝１１− 数等の変更が容易に行え、また、ＰＬＵ売上登録処理に
おいて、店舗独自で作成した桁数不定のバーコードデー
タも正しく読み込むことができ、同一店舗内において、
Ｎ０Ｎ−ＰＬＵ売上処理及びＰＬＵ売上処理が混在する
場合や、顧客ごとに種々の仕様がある場合にも容易に対
応できる金銭登録器を実現できるという効果がある。

【図面の簡単な説明】

第１図は本発明の金銭登録器の処理系の一実施例を示す
図、第２図及び第３図はバーコードタイプテーブル及び
コード生成テーブルの構成説明図、第４図は第１図の処
理系の動作を示すフローチャート、第５図はバーコード
読み取りの説明図、第６図及び第７図はＮ０Ｎ−ＰＬＵ
タイプの場合及びＰＬＵタイプの場合のコード生成処理
の説明図である。 ４・・・バーコードタイプテーブル、５・・・コード生
成テーブル、１０３・・・コード生成処理、１０４・・
・Ｎ０Ｎ−ＰＬＵ処理、１０５・・・ＰＬＵ処理。 代理人弁理士　　秋　本　正　実 第 ・入ｈバーコードデー７ ７図 Ｎｏ　　　　　　　　　　” １　　　１　　　　ＦＦ　　　ＦＦ ４ＦＦ ｉ： ）＼　へ

Claims (1)

【特許請求の範囲】
1. １、バーコード識別情報ごとに、該当するバーコードの
   登録処理タイプを示すタイプ情報と参照レコード番号と
   を格納した第１のテーブルと、上記参照レコード番号の
   レコードとして、該当するバーコードの各桁が商品に関
   するどのような情報を示しているかを指示する情報を格
   納した第２のテーブルと、上記第１のテーブルに、入力
   したバーコード識別情報と対応するものがあったときに
   は当該バーコード識別情報に対応する上記タイプ情報及
   び参照レコード番号をとり出す第１の処理手段と、上記
   第２のテーブル上の上記とり出した参照レコード番号の
   レコードを参照して入力バーコードから商品に関する各
   種情報を読み出す第２の処理手段と、該手段により読み
   出した商品に関する各種情報を入力データとし上記第１
   の処理手段によりとり出されたタイプ情報の示す登録処
   理を実行する第３の処理手段とを有したことを特徴とす
   る金銭登録器。