JPS59183465A

JPS59183465A - 電子式キヤツシユレジスタ

Info

Publication number: JPS59183465A
Application number: JP5854383A
Authority: JP
Inventors: Haruki Shiyudo; 首藤　春樹
Original assignee: Tateisi Electronics Co; Omron Tateisi Electronics Co
Current assignee: Omron Corp
Priority date: 1983-04-02
Filing date: 1983-04-02
Publication date: 1984-10-18

Abstract

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

Description

【発明の詳細な説明】発明の分野この発明は、電子式キャツシコレジスタ（Ｃり下ＥＣＲ
と称ず）に関し、特にたとえば商品の値引登参公かで〒
なえるような１日ＣＲｒ係１１る。

先行技術の説明商品を販売づるとき、同−硬類の１１酷を所定個数置Ｊ
−買上げた顧客対しては、その商品を１へ引きり、て販
売する場合が市った。このＪ：うな値引販売された商品
を従来のＥ　ＣＲに登録りる場合、副ペレータＧ！ｗ客
が売場かり持つ−（釆た商品の中から同じＩＪ類の商品
をＡ？でブ出し、値引ざできる個数に達し１いるが否か
を判ｌ？ｌｉ（〕、飴引きできる個数に遅し−（いると
きは鮪引き後の販売額をたとえば暗棹でｉ′ｌ評し′？
、登録しなけｆ＋　Ｇｌ″ならなかった。このように、
従来のＥＣＲでは、値引登録のための操作が非常に面倒
であり、また値引ｌｉ＋幹を１ぺ又オペレータがやらな
ければならず、オペレータの負担が非常に大きくなって
いた。したがって、Ａベレータの処理が遅くなるという
欠点があった。また、オペレータが気付かずに商品を１
個ずつ登録すると、まとめて値引登録した場合と合計金
額が狂ってしまい、顧客から苦情が出る。そのため、店
の信用を落とす結果となっていた。

発明の目的゛それゆえに、この発明の主たる目的は、自動的に値引
登録が行なえてオペレータの負担を軽減でき登録処理が
迅速に行なえるようなＥＣＲを提供することである。

発明の構成および効果この発明は、要約すれば、商品の種類別にその商品が値
引販売の許可されている商品か否かの情報を記憶する値
引許可情報記憶手段と、商品の販売個数に関連して値引
に関する情報を記憶する値引情報記憶手段とを設け、成
る商品を登録するときその商品に対して値引販売を許可
する情報が値引許可情報記憶手段に記憶されていれば、
値引情報記憶手段から対応の値引情報を読出し、その読
出した値引情報に基づいて値引登録を行なうようにした
ものである。

この発明によれば、商品の値引登録が自助的に行なわれ
るため、オペレータの負担を著しり什ハ覆ることができ
る。そのため、オペレータの＜’３理速度が速くなり、
顧客へのザービス向上を図ることができる。、Ｊ、た、
（ｎ引登録が正確に行なえるため、ｒ′へ客からの苦情
がなくなり、店のｆＨ用が四手するのを防止することが
できる。

Ｊ叉Ｆ、Ｉ”Ｉ而に示づ実施例とともにこの発明をＪ、
り具体的に説明する。

実施例の説明第゛１図はこの発明の一実施例のＥ　ＣＲの概略ブロッ
ク図である。図において、ＣＰＵ　１には、ＲＯＭ２お
よび１（△Ｍ３が接続される。ＲＯＭ　２　＋、：は、
第６図に示ずＪ：うな動作プログラムが記憶さ１’Ｌル
、、ＣＰＬＪ　１１１、ｎ　ＯＭ　２　＜＝記ｉｆｉさ
れた１作プログラムに従って動作を行なう。Ｒ’　Ａ　
Ｍ　３１よ、たとえば第３図に示づ゛ような記１り領域
をイ１づる。

また、ＣＰＵ１には、キーボー１−’／ｌ、表示器５Ｊ
３よびプリンタ６が接続される。

第２図は第１図に示すキーボー１−４のキー配門図であ
る。、図において、キーボード４は数１臼情報を入力す
るための数字キー４１と、ＥＣＲに締め動作を行なわせ
るための支払キー４２と、その操作の直前に入力された
数値情報がＰＬＵ　（プライスルックアップ）コードで
あることを指示するためのＰＬＬＩキー４３と、ＥＣＲ
のモードを切換えるためのモードキー４４とを含む。

第３図は第１図に示すＲＡ　Ｍ　３の記憶領域を示す図
解図である。図において、ＲＡＭ３は、記憶領域３１〜
３４を含む。記憶領域３１は、登録デープルとして用い
られる。この登録テーブル３１は、Ｐ　Ｌ　ＩＪコード
別に各商品の商品名と、単価と、売上個数と、売上合計
額と、その商品がまとめ売りの許可されているか否かの
情報と、後述するまとめ売り処理テーブル３２のリンク
先のテーブル番号とを記憶する。ここで、まとめ売りが
許可されているか否かの情報とは、対応の商品が一定個
数以上販売されたとき値引きして販売することが許可さ
れているか否かを表わす情報である。一方、記憶領域３
２は、まとめ売り処理テーブルとじて用いられる。この
まとめ売り処理テーブル３２は、テーブル番号１，２・
・・ｉ・・・別に商品の単価と、値引販売できる１ｌＦ
ａ数と、値引き後の販売金額と、登録個数の合計と、登
録金額の合計とを記憶する。

なお、Ｊメ下には、デープル番号ｉに対応する半均は＠
１で示し、置引販売できる個数はＣ１で示し、値引きさ
れた金額はｙ：で示し、登０個数の１泪はｎｉで示し、
登録金口の合計はｌｉで示す。次に、記１ｆｉｊ［３３
はキーボード４から入力されたｒ！ｌ値情層情報詩記憶
するための置数バッフ１（ＢＦ＞として用いられ、記憶
領域３４はキーボード４から入力されたデータが数値デ
ータか否かを記憶するための置数７ラグ（ＦＫＮ）とし
て用いられる。

第４図＜ａ＞ないしくｈ　）は１取引における商品登録
のためのキーボード４のキー操作例を示づ図である。第
５図は第４図に示すキー１４作で登録が行なわれた場合
、プリンタ６がら出力されるレシートの一例を示す図で
ある。

第６図はＣＰＵ１の動作を説明するためのフローチャー
１−である。

以下、第４図ないし第６図を参照して上述の実施例の動
作について説明する。

まず、ＣＰＵ１は第６図のステップ（図示ではＳと略す
）１において、まとめ売り処理テーブル３２における個
数合計エリア（登録個数の合計を記憶するエリア）と、
金額合計エリア（登録金額の合計を記憶するエリア）と
をクリアする。そして、ステップ２に進み、置数バッフ
ァ（ＢＦ）３３と、置数７ラグ（ＦＫＮ）３４とをクリ
アする。

ここで、オペレータは第４図（ａ　）に示すように、数
字キー４１を用いてＰＬＵコード「１」を入力する。応
じて、ＣＰＵ１は第６図のステップ３でキー人力有りを
判断し、ステップ４で数字キーが操作されたことを判断
する。そして、ステップ５において、入力されたＰＬＬ
Ｊコードを置数バッファ３３にストアする。続いて、ス
テップ６に進み、置数７ラグ３４をセットする。その後
再びステップ３の動作に戻る。

次に、オペレータはＰＬＵキー４３を操作する。

このＰＬＵキー４３の操作は、第６図のステップ３．４
の後ステップ７で判断される。そして、ステップ８に進
む。ステップ８では、置数７ラグ３４がセットされてい
るか否かが判断される。もし、置数フラグ３４がセット
されていなければ、キー操作手順に誤りがあると判断さ
れ、エラー処理が行なわれる。一方、置数７ラグ３４が
セットされていれば、ステップ９に！む。このステップ
９では、置数バッファ３３に記憶され−ＣいるＰ　Ｌ　
Ｕコードに対応するデータが登録テーブル３１から読出
される。続いて、ステップ１０に進み、ステップ９で読
出したデータに基づき、該当の商品に対してまとめ売り
が許可されているか否かが判Ｖｆｉされる。もし、まと
め売りが許可されていると判断されれば、ステップ１１
に進む。このステップ１１では、まとめ売り処理テーブ
ル３２の対応の個数合計ｎｌ（この場合は０１）が＋゛
１される。続いて、ステップ１２に進み、まとめ売り処
理テーブル３２の個数合計口１が値引販売可能な個数０
１に達したか否かが判断される。この場合は、個数合計
１１が３個になったか否かが判断される。もし、ｎｌが
３個に達していなければ、ステップ１３に進む。このス
テップ１３では、対応の商品名とその商品の単価とが表
示器５によって表示される。

そして、ステップ１４に進み、商品名とその商品の単価
とがプリンタ６によって印字される。その後、ステップ
１５に進む。このステップ１５では、まとめ売り処理テ
ーブル３２の金額合計エリアに商品の単価が加算される
。この場合は、金額合計Ｔ１に単価３５円が加算される
。続いて、ステップ１６に進み、登録テーブル３１がア
ップデート（更新）される。すなわち、登録テーブル３
１の対応の回数器（商品の売上個数を記憶するエリア）
が＋１され、対応の合計器（商品売上合計額を記憶する
エリア）に商品の単価（この場合は３５円）が加算され
る。

次に、オペレータは第４図（ｂ）に示すキー操作を行な
う。この場合は、第４図（ａ）の場合と全く同様の動作
が行なわれる。

次に、オペレータは第４図（Ｃ）のキー操作を行なう。

この場合は、ＰＬｔＪコード「２」が入力される。その
ため、登録テーブル３１におけるＰＬＵコード「２」に
対応するデータがステップ９で読出される。このとぎ、
ＰＬＵコード「２」の商品にはまとめ売りが許可されて
いないため、ステップ１０でそのことが判断され、ステ
ップ１７に進む。このステップ１７では、ＰＬＵコード
「２」に対応する商品の商品名と単価とが表示器５によ
って表示される。そして、ステップ゛１８において、同
様の商品名と単価とがプリンタ６によって印字される。

さらに、ステップ１９に進み、登録テーブル３１がアッ
プデー１−される。この場合、ＰＬＵコード「２」に対
応する回数器が＋１され、同じく対応する合計器に単価
（１００円）が加算される。その後、ステップ２の動作
に戻る。

次にオペレータは第４図（ｄ　）に示すようなキー操作
を行なう。この場合、まとめ売り処理テーブル３２のテ
ーブル番＠１に対応する個数合計０１が３１１１となる
ため、ステップ１２でそのことが判断され、ステップ２
０に進む。このステップ２０では、商品名と商品の値引
後の販売金額とが表示器５に表示される。ここで、値引
後の販売金額とは、まとめ売り処理テーブル３２の金額
Ｖ＋（この場合は１００円）から金額合計ｒ＋　　＜こ
の場合はＴ１−７０円）を差し引いた金額（この場合は
３０円）である。続いて、ステップ２１に進み、ステッ
プ２０と同様の商品名と金額とがプリンタ６によって表
示される。そして、ステップ２２に進み、まとめ売り処
理テーブル３２の個数合計エリアと金額合計エリアとが
クリアされる。そして、ステップ２３に進み、登録テー
ブル３１がアップデー１−される。ここで、回数器は前
述と同様に＋１されるが、合計器は値引後の金額が加算
される。

これによって、値引登録が行なわれる。

次に、オペレータは第４図（ｅ）に示すキー操作を行な
う。この場合、前述の第４図（Ｃ）と同様の動作が行な
われる。続いて、オペレータは第４図（ｆ）のキー操作
を行なうが、まとめ売り処理テーブル３２の個数合計エ
リアｎ１および金額合計エリアＴ１が前述のステップ２
２でクリアされているため、値引登録は行なわれない。

ずなわち、第４図−（ａ）および（ｂ）と同様の動作が
行なわれる。次に、オペレータは第４図（（１）のキー
操作を行なうが、この場合も第４図（ａ）。

（ｂ）および（ｆ）と同様の動作が行なわれる。

次に、オペレータは第４図（ｈ）のキー操作を行なう。

この場合、支払キー４２の操作が、ステップ３．４およ
び７の後、ステップ２４で判断される。そして、ステッ
プ２５に進む。このステップ２５では、まとめ売り処理
テーブル３２の個数合計エリアｎｉ、ｎ２．・・・がす
べてクリアされ、金額合計エリアｒ１．Ｔ２．・・・が
すべてクリアされる。そして、ステップ２６において、
取引終了処理が行なわれる。その後、再びステップ２の
動作に戻る。

以上のごとく、上述の実施例によれば、商品の登録処理
が自動的に行なえてオペレータの負担を大幅に軽減する
ことができる。また、まとめ売り処理デープル３２は、
まとめ売りが許可されている商品のみに対して設定され
ているため、ＲＡＭ３の記憶領域を有効に利用すること
ができる。

【図面の簡単な説明】

第１図はこの発明の一実施例のＥＣＲの概略ブロック図
である。第２図は第１図に示すキーボード４のキー配置
図である。第３図は第１図に示すＲＡＭ３の記憶領域を
図解的に示す図である。第４図は商品の登録時における
キーボード４のキー操作例を示す図である。第５図は第
４図に示すキー操作が行なわれたときにプリンタ６から
出力されるレシートの一例を示す図である。第６図は第
１図に示すＣＰＵ１の動作を説明するためのフローチャ
ートである。図において、１はＣＰＬＩ、２はＲＯＭ、３はＲＡＭ、
４はキーボード、５は表示器、６はプリンタ、４１は数
字キー、４２は支払キー、４３はＰＬｔＪキー、４４は
モード切換キーを示す。（ほか２名）第１図第２図第４因（幻■　ロ顛（シ）■　区コ（こ）　■　　　　　■ （ｄ）■　固（ｅ）−回目・子・　■　　　　　■ （９）■　円囲（ｈ）■ 第５図

Claims

【特許請求の範囲】商品の種類別に各商品を登録する電子式ギヤツシュレジ
スタにおいて、前記商品の種類別に各商品が値引販売の許可されている
商品か否かの情報を記憶する値引許可情報記憶手段、商品の販売個数に関連して値引きに関する情報を記憶す
る値引情報記憶手段、成る商品を登録するとき、前記値引許可情報記憶手段の
対応の記憶情報に基づいて、その商品に対して値引販売
が許可されているか否かを判別する判別手段、前記判別手段が該当商品の値引販売の許可を判別したこ
とに応答し、前記値引情報記憶手段から対応の値引情報
を読出し、該読出した値引情報に基づいて該当商品の値
引登録を行なう手段を備える、電子式キャッシュレジス
タ。