JPS59186068A - Ｐｌｕ機能付電子式キヤツシユレジスタ - Google Patents

Abstract

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

Description

【発明の詳細な説明】 発明の分野 この発明は電子式キャッシュレジスタ（以下ＦＯＲと称
する）に関し、特にいわゆる’Ｐ　Ｌ　ＬＪ　Ｉ能が設
けられたＥＣＲにおいて、ＰＬＵデータを設定するため
の記憶手段の活用方法が改良されたＦＯＲに間する。

発明の背景 近年釜（の商品には、メーカで商品が＠造される際に、
バーコードによって符号化されたその商品を表わすデー
タが印刷等されている。そして、これらの商品が各店舗
において販売され、ＥＣＲに登録されるとき、この印刷
されたバーコードが活用され、該］−ドで表わされたデ
ータによって部門別登録等がされる。

一方、Ｅ　ＣＲｋ：、　Ｌｔ、Ｉｔ’　ワユルＰ　Ｌ　
Ｕ　’ｆ！４　能ｔｆｉ　１４　ケられたちのがある。

このＰＬＬｌ１［能とは、商品に関連するデータ、たと
えば商品名、商品の単品金額データ、商品部門等が予め
記憶手段に記憶されている。そして、商品を登録する際
には、その商品を表わす商品コード（商品識別コード）
を入力するだ番プで、その入力された商品コードに対応
する商品名Ａ５商品の単品金額データが前記記憶手段か
ら読出されて登録される機能である。

それゆえ、ＥＣＲに商品コードを入力する際、上記バー
コードで符号化された商品データを商品コードとするこ
とにより、メーカで製造時に付されたバーコード（これ
をソースマーキングコードという）を利用Ｊることによ
り、ＥＣＲのＰＬＵ機能を十二分に活用することができ
る。

しかしながら、ソースマーキングされる商品は、類似商
品であっても、価格、容量、包装形態等が違えば、異な
ったソースマーキングコードにされている。さらにまた
、同じ商品でもメーカが違えばそのソースマーキングコ
ードも全く違ったものになる。それゆえ、このソースマ
ーキングコードを商品コードとしてＰＬＵ機能により商
品の登録をしようとすれば、商品コード（ソースマーキ
ングコード）が多いため、それらに対応して予め記憶す
る商品関連データが非常に多くなり、ＥＣＲが大容量の
メモリを備えなけ３ればならないという欠点があった。

さらにまた、上述のように同じ商品でもメーカが違えば
ソースマーキングコードも興なるので、同一商品のメー
カ間の比較がし難いという欠点もあった。

発明の目的 それゆえに、この発明の目的は、ソースマーキングコー
ドを活用し、かつ少ない容量のメモリであってもソース
マーキングコードに基づ＜ＰＬＬＪ登録が多くの商品に
活用可能なＥＣＲを提供することである。

発明の構成と効果 この発明は、簡単に言えば、報かく分類する必要がない
類似商品゛に共通の商品項目データ、すなわちアイテム
７１ミリ番号を定める。そして、ＥＯＲの記憶手段の一
部に各商品のソースマーキングコードとそのソースマー
キングコードに対応するアイテムファミリ番号とを予め
記憶しておく。

そして、バニコードリーダによってソースマーキングコ
ードが入力されたとき、そのソースマーキングコードに
対応するアイテムノアミリ番号があれば、そのアイテム
ファミリ番号に対応する商品関連データを読出して登録
し、アイテムファミリ番号がなければ、通常のＰＬＬＩ
登録、つまり入力されたソースマーキングコードに対応
する商品関連データを読出して登録するようにしたＥＣ
Ｒである。

この発明は、上述のように構成したので、各ソースマー
キングコードごとに商品関連データを予め設定する必要
がない。それに代えて、複数の類似商品に共通的に定め
られたアイテムノアミリ番号に対応して商品関連データ
を予め設定すればよいので、記憶手段の容量が少なくて
も、比較的多くの商品について商品関連データを予め設
定可能である。

さらにまた、メーカが異なっても、類似商品はその類似
商品ごとに登録されるので、売行きの良い商品等の把握
が容易である。

この発明の上述の特徴は、図面を参照して行なう以下の
実施例から一層明らかとなろう。

実施例の説明 第１図はこの発明の一実施例の概略構成ブロック図であ
る。バーコードスキャナ１は、バーコードで符号化され
たデータを読取って、ＣＰＬＩ３にデータ入力をづるた
めの装置である。キーボード２は、たとえば第２図に示
すような構成になっており、このキーボード２からＣＰ
Ｕ３に各種の指令が与えられる。

ＣＰＵ３はその動作プログラムが格納されたＲＯＭ３・
１を備える。また、ＣＰＵ３に１．を続出し書込みので
きるたとえばＲＡ　ｔｖｌでｇ＃成されるメモリ（記憶
手段）４が接続されている。このメモリ４には、後述す
る商品に１ｆｌＪ達するデータ、商品を表わすデータお
よび商品を表わすデータに共通的に定められる商品項目
データ等が記憶されている。

さらにまた、ＣＰｔＪ３には、表示装Ｗ１５およびプリ
ンタ６が接続されている。これら表示装置およびプリン
タ６は、ＣＰＬＩ３の演算結果等を表示および印字する
。

第２図は、第１図に示すキーボード２の一例を示す外Ｉ
！構成図である。キーボード２は、モード切換スイッチ
２１．ＰＬＵキー２２、部門キー２３およびテンキー２
４を含む。モード切換スイッチ２１はＥＣＲのモードを
切換えるためのものであり、プログラムモードや登録モ
ードなどを選択することができる。ＰＬＵキー２２は、
販売商品の登録をＰＬＵ機能によって行なうときに操作
するキーである。すなわち、たとえば所定の商品を表わ
すデータ、つまり商品コードをテンキー２４で入力した
後、このＰＬ（Ｊキー２２を操作すれば、入力データが
商品コードであることをＣＰＵ３は判断し、該商品コー
ドに対応する商品関連データがメモリ４（第１図）から
読出して登録する。

部門キー２３は商品に定められた部門コードを入力する
ためのキーである。テンキー２４は、ＣＰＵ２にたとえ
ば販売商品の数量や単価や販売商品の商品コード等の数
値データを与えるためのキーである。

第３図は第１図に示すメモリ４の記憶領域を図解的に示
す図である。メモリ４には、販売商品を部門ごとに登録
する部門登録記録エリア４１、商品に関するデータが予
め記憶されたいわゆるＰしＵファイル４２、各商品ごと
にソー・スマーキングされたコードに対応したアイテム
フッミリ番号が記憶されたアイテムファミリ番号テーブ
ル４３．１数バッファ（Ｎ８Ｆ）エリア４４、置数７ラ
グ（ＦＫＮ）エリア４５、および単価ストアバッフＦ　
（ＰＢＦ）エリア４６が設けられている。

このような記憶領域のうち、アイテムファミリ番号テー
ブル４３を設けたことがこの実施例の特徴の１つである
。第３図のアイテムファミリ番号テーブル４３を参照し
てより具体的に説明する。

たとえば「塩ラーメン」のソースマーキングされたコー
ドがｒ４９ｘｘｘｏｏ０１Ｊとし、「味噌ラーメン」の
ソースマーキングされたコードが［４９ＸＸＸＯＯＯ２
Ｊであり、さらに「ｌＩ油味ラうメシ」のコードがｒ４
９ｘｘｘｏｏ０３Ｊであるとする。これらの商品は、と
もにラーメンであり商品項目をラーメンとして共通的に
登録してもよい場合が多い。そのような場合、これら各
ラーメンに付されたそれぞれのソースマーキングコード
に共通的にアイテムフ？ミリ番号としてｒ０４ｘｘｘ０
００１」を定める。イして、このアイテムフ？ミリ番号
ｒ０４ＸＸＸ　０００１　ｊ　ヲ、り（！：　エバＰ　
Ｌ　Ｕファイル４２の商品［１Ｊに対応するコード欄に
記憶させておくっそうすれば、塩ラーメンでも味噌ラー
メンでもまたは饋油味ラーメンでも、共通的にアイテム
ファミリ番号によってＩ”　Ｌ　Ｕ）？イル４２がサー
チされ、そのデータが読出されて登録されることになる
。このようにすれは、ＰＬＵファイルの古註を節約でき
、ＥＣＲのＩ）　Ｌ　Ｕ機能を十二分に活用することが
できる。

なＪ３、定めるアイテムフッミリ番号は、上述のように
新たなコードでもよいし、たとえば、共通する商品のい
ずれかのソースマーキングコード（たとえば、上述の場
合、ｒ４９ｘｘｘ　０００１　Ｊであってもよい。

第４図はこの実施例の動作を説明するためのフロー図で
ある。第１図ないし第４−図を参照して、この実施例の
動作について説明する。

動作がスタートすると、置数バッファ（Ｎ８Ｆ）４４、
置数フラグ（ＦＫＮ）４５および単価ストアバッフｙ　
（ＰＢＦ）４６をクリアＣで、新たなデータ入力を持つ
。その後キー人力があった場合、すなわちキーボード２
（第２図）のテンキー２４や部門キー２３が操作された
場合は、他の処理がされる。

キー人力がなくバーコードスキャナ１（第１図）がレデ
ィになると、このバーコードスキャナ１によって商品に
付されたデータ、すなわちソースマーキングコードが入
力される。そして、この入力されたソースマーキングコ
ード（よってアイテムフッミリ番号テーブル４３をサー
チする。

アイテムフッミリ番号テーブル４３にソースマーキング
コードに対応するアイテムファミリ番号が登録されてい
なければ、通常のＰＬＵ登録が実行される。すなわち、
バーコードスキャナ２によって読出されたソースマーキ
ングコードによって、ＣＰＬＪ３はＰＬＵファイル４２
をサーチする。そして、対応するその商品の単価を金額
ストアバッファ゛（ＰＢＦ）にストアし、読出した商品
名と金額（単価）とを表示装置５（第１図）よって表示
し、それをプリンタ６によって印字する。そしてＣＰＵ
３はＰＬＬＪファイルの記憶内容を更新し、部門登録エ
リア４１の内容も更新する。すなわち、ＰＬＵファイル
、部門登録エリア４１の各回数器を＋１し、合計器に金
額ストアパンファ（ＰＢＦ）４６にスｌ−アされた金額
を加算するのである。

次に、アイテムファミリ番号テーブル４３がサーチされ
、ソースマーキングコードに対応するアイデムファミリ
番号があったときは、このアイテムファミリ番号テーブ
ル４３のソースマーキングコードに対応して記憶された
単価を金額ストアバッファ（ＰＢＦ＞４６にストアし、
アイテムファミリ笛号をＰＬＵコードとしてＰＬＵファ
イル４２をサーチする。この場合、前述したように、複
数の類似商品にそれぞれ付されたソースマーキングコー
ドに共通的に同一のアイテムフッミリ番号を登録してお
けば、類似商品ごと（異なるソースマーキングコードを
ＰＬＬＪコードとしてＰＬＵファイル４２に予め商品関
連データを記憶しておく必要がなくなる。それに代えて
、類似商品に共通的に定めた１つのアイテムファミリー
号をＰＬＵコードとしてＰＬＵファイル４２に登録して
おけばよい。それゆえ、ＰＬＬＪファイル４２の記憶容
ｌが節約され、多数の商品を対象としてＰＬＵ登録をす
ることができる。

ＰＬＵファイルをサーチした後の動作は、上述の場合と
同様であるので省略する。

なお、この実施例では、ソースマーキングコードに対応
するアイテムフッミリ番号が登録されている場合、ソー
スマーキングコードごとに予め記憶された単価、すなわ
ちアイテムファミリ番号テーブル４３に記憶された単価
を商品単価として使用するようにした。このようにすれ
ば、共通的に定められた１つのアイテムファミリ番号と
対応する複数の類似商品の単価が異なる適合に一１各商
品ごとに異なる単価が登録できるので好ましい。し・か
じ、たとえばアイテムファミリ番号テーブル４３には商
品単価を記憶せず、ＰＬＩＪファイル４２から商品単価
を読出して登録するようにしてもよい。これはたとえば
、共通的；二定められた１つのアイテム７１ミリ番号と
対応する複数の類似商品の単価が同じ単価である場合に
することができる。

【図面の簡単な説明】

第１図はこの発明の一実施例の概略構成ブロック図であ
る。 第２図は、第１図に示すキーボード２の外観構成図であ
る。 第３図は、第１図に示すメモリ４の記憶領域を図解的に
示す図である。 第４図はこの発明の一実施例の動作を示すフロー図であ
る。 図にＪ３いて、１はバーコードスキャナ、４２はＰＬＵ
フフイル、４３はアイテムフ？ミリ番号テーブルを示す
。

Claims (1)

1. 【特許請求の範囲】 商品にＷＩ達するデータが予め記憶されていて、商品を
   表わすデータが入力されたセき、該入力された商品を表
   わすデータに対応する前記商品に関連するデータを読出
   して登録する電子式キャッシュレジスタであって、 バーコードで符号化された前記商品を表わすデータを入
   力するためのバーコードリーダ、複数の子め定める商品
   を表わすデータとそれらデータに共通的に定められた商
   品項目データとを記憶する第１の記憶手段、 前記商品項目データに対応する商品に関連するデータを
   予め記憶する第２の記憶手段、前記バーコードリーダか
   ら入力された商品を表わすデータが、前記共通的に商品
   項目データの定められた商品を表わすデータであること
   を判別する手段、および 前記判別手段の出力に応答して、前記第２の記憶手段か
   ら該商品項目データに対応する商品関連データを読出し
   て登録する手段を含む、電子式キャッシュレジスタ。