JPH0363790B2 - - Google Patents

Description

【発明の詳細な説明】 (a) 技術分野 この発明は、売上合計額算出時に支払われた預
かり額に対する釣銭を、オペレータがその預かり
額をキー入力することによつて求めるようにした
た電子式キヤツシユレジスタ（以下ECRという）
のような取引処理装置に関する。

(b) 従来技術 預かり額に対する釣銭を算出出来るようにした
ECRでは、オペレータはまず預かり額を入力キ
ーからインプツトしなければならない。しかし大
量の処理とスピーデイな操作とを要求される部門
では、預かり額に対する入力ミスを起こす可能性
が常にある。例えば、6200円の買物をした顧客が
オペレータに10200円を支払つた場合、オペレー
タは12000と誤つた入力をすることがある。この
ため店側にとつては1800円の損失となる。従来、
入力ミスを防ぐために、例えば実公昭54−42602
号公報に示されるように、キー入力が所定操作順
序にあるかどうかのチエツクを行い、正確な操作
順序でなければ報知するというものが提案されて
いた。しかしながら、現金売りモードのときに貸
売り指示キーを押圧するなどの誤つた操作手順を
チエツクするのは可能であるが、金額の入力ミス
をチエツクすることは出来なかつた。このため、
正しい取引が出来なくなる不都合があるととも
に、キー操作を正確にしようとすれば、入力スピ
ードを低下させることになつて処理能率の低下が
避けられなくなる欠点があつた。

(c) 発明の目的 この発明の目的は、預かり額をオペレータが入
力することによつて釣銭を算出するようにした標
準的な取引処理装置において、預かり額のキー入
力内容が妥当でないとき自動的にオペレータに対
して報知を行い、取引を確実にし、且つ処理能率
低下を防止する取引処理装置を提供することにあ
る。

(d) 発明の構成および効果 この発明は合計額に対する顧客の支払額、金種
が一般に、規則的である点に着目してなされたも
のである。例えば合計額が125円である場合、顧
客の支払額（オペレータの預かり額）と金種と
が、1000円金種１枚、5000円金種１枚、10000円
金種１枚である可能性はあるが、2000円、3000円
である可能性は一般にない。したがつてこのよう
な規則性に基づき、合計額に対する通常の支払額
パターンを予め記憶しておき、実際の預かり額を
入力したとき記憶される預かり金入力額と上記支
払額パターンとを比較すれば、入力ミスがあつた
かどうかのチエツクを行うことが出来る。

この発明は要約すれば、 売上合計額を記憶する合計額記憶手段と、預か
り額の入力データを記憶する預かり金入力額記憶
手段と、金種データを記憶する金種データ記憶手
段と、前記金種データに基づく予め定めた支払額
パターンと前記預かり金入力額とを比較する比較
手段と、前記預かり金入力額が前記支払額パター
ンに含まれないときにオペレータに報知する手段
とを有し、預かり金の入力があると、金種と合計
額に基づいて予測される支払額パターンにその入
力額が含まれるかどうかをチエツクして、含まれ
ないときは入力ミスとみなしてオペレータに報知
するようにしたものである。

この発明によれば、預かり額の入力ミスを起こ
すと自動的にミスがあつたことを報知するので、
オペレータは預かり額の入力に対して配る注意力
を従来に比して相対的に緩和出来る利点がある。
したがつて、操作性が向上するとともに、スピー
デイな操作が可能になる。また取引が一層確実と
なり、店に対する信頼を高めることが出来るとと
もに精算時の計算処理もスムースに行うことが出
来る。

(e) 実施例 第１図はこの発明の実施例であるECRの外観
斜視図である。

図において、本体１の操作パネル１ａには、テ
ンキー１０、部門キー１１、合計キー１２、現
金／預キー１３からなる入力キーと、モード切換
錠１４とプリンタ１５とが配置されている。ま
た、本体１の前面垂直パネル１ｂには、螢光表示
管で構成される表示器１６が配置されている。

テンキー１０は、０〜９の各数値キーとクリア
キーとで構成され、商品単価、預かり額等を入力
する。部門キー１１はテンキー１０で商品単価を
入力した後に操作され、これにより登録動作が行
われる。合計キー１２は合計額を算出するときに
使用する。現金／預キー１３はテンキー１０で預
かり金を入力した後に操作する。モード切換錠１
４は登録モードＲ、点検モードＸ、精算モードＺ
のいずれかの動作モードを設定する。プリンタ１
５は登録モードにおいては、１取引終了毎に取引
内容の明細をプリンタ紙に印字し、点検モード、
精算モードにおいては点検内容、精算内容をそれ
ぞれプリンタ紙に印字する。表示器１６は、テン
キー１０によつて入力された金額または合計金額
等を表示する。

第２図は上記ECRのブロツク図である。

入力キー２０は上記テンキー１０、部門キー１
１、合計キー１２、現金／預キー１３およびモー
ド切換錠１４を含む。CPU２１は入力キー２０
からの入力データを取込み、各モード毎に所定の
演算を行うとともに、演算結果をプリンタ１５お
よび表示器１６に出力する。ROM２２はCPU２
１の動作手順を記憶する。RAM２３は部門別の
売上データや後述の金種データを記憶し、また、
売上合計額や預かり金入力額を記憶するワークエ
リア等を有する。ブザー２４は合計額に対する預
かり金を入力したときその預かり金入力額が妥当
でないとみなした場合にオペレータに対して警報
する手段である。

第３図は上記RAM２３の要部構成図である。

エリアＧ１〜Ｇ７で構成される合計額記憶部Ｇ
は、１取引毎の売上合計額を記憶する。エリアＡ
１〜Ａ７で構成される預かり金入力額記憶部Ａ
は、預かり金の入力データを記憶する。エリアＣ
１〜Ｃ７で構成される金種データ記憶部Ｃは、取
引に使用される通貨を貨幣単位の小さいものから
順に記憶する。すなわちエリアCiにおいては、ｉ
桁の金種を記憶する。ポインタｉは上記合計額記
憶部Ｇ、預かり金入力額記憶部Ａ、金種データ記
憶部Ｃの各記憶部における７個の記憶エリアのい
ずれかのアドレスを指定する。フラグＦは合計額
に対する預かり金入力額が妥当であるかどうかを
チエツクした後の判定結果を記憶する。１にセツ
トされれば預かり金入力額が妥当であるとみなさ
れる。０にセツトされれば妥当でないとみなされ
る。なお第３図において合計額記憶部Ｇには2035
円が、預かり金入力額記憶部Ａには2100円が一例
としてストアされていることを示す。また金種デ
ータ記憶部Ｃには１円、５円（エリアＣ１）、10
円、50円（エリアＣ２）、100円、500円（エリア
Ｃ３）、1000円、5000円（エリアＣ４）、10000円
（エリアＣ５）、の各金種が金種データとして登録
されていることを示す。エリアＣ１，Ｃ２，Ｃ
３，Ｃ４はさらに２分割され、Ci１はCiの２種類
の金種データの小さい方を登録するエリアで、Ci
２は大きい方を登録するエリアである。例えばＣ
１１は１円金種データを登録するエリアであり、
Ｃ１２は５円金種データを登録するエリアであ
る。エリアＣ６、エリアＣ７の登録データ１は、
100000円金種、1000000円金種を想定したもので
あり、現状ではこれらの金種が存在しないが、論
理上の必要性から金種のない上位桁にも１を設定
してある。

次に以上の構成からなるECRの動作につき第
４図〜第６図を参照して説明する。

第４図は入力キー２０から入力された商品毎の
金額を合計するときに実行されるサブルーチンの
フローチヤートである。

このサブルーチンは、購入された商品の部門登
録が終了して合計キー１２が操作されたときに実
行される。ステツプn1（以下ステツプniを単にni
という）は、部門毎に登録されたデータを合計し
て合計額を算出する。n2はその合計額を合計額
記憶部Ｇにストアする。n3は合計額記憶部Ｇに
ストアした合計額を表示器１６に表示する。

合計額記憶部Ｇへの合計額のストアと、その表
示が行われると、顧客からオペレータに対する現
金の支払が行われる。第５図はその預かり金をテ
ンキー１０で入力して現金／預キー１３をし操作
したときに実行されるサブルーチンのフローチヤ
ートである。

まずn4、n5で合計キー１２の操作の有無およ
びテンキー１０からの預かり金の入力の有無をチ
エツクする。n5の判定は、テンキー１０からの
入力データが一時記憶される置数バツフア（図示
せず）の内容に基づいて行われる。置数バツフア
にデータがストアされていれば、預かり額の入力
があつたものとしてn6へ進む。n6では、上記置
数バツフアにストアされている預かり金入力額と
合計額記憶部Ｇにストアされている合計額との比
較を行う。合計額より預かり金入力額が大きい条
件を満たしていればn7へ進み、そうでなければ
他の処理へ移る。例えば合計額と預かり金入力額
とが等しい場合にはn7以下の処理が実行されず
に他の処理において印字処理等が実行されること
になる。

n7では預かり金入力額が預かり金入力額記憶
部Ａにストアされる。続いてより低レベルのサブ
ルーチン“チエツク”（n8）で、記憶部Ａにスト
アされた預かり金入力額が妥当であるかどうかが
判定される。このサブルーチン“チエツク”で
は、記憶部Ａにストアされた預かり金入力額が妥
当である場合、フラグＦを１にセツトする。した
がつてサブルーチン“チエツク”を終了後、フラ
グＦ＝１であれば預かり金が正しく入力されたと
みなして次の処理に移る。これに対してフラグＦ
＝０であればn10へ進んで、ブザー２４を駆動す
る。オペレータはブザーがなると預かり金の入力
にミスがあつたかどうかの確認を行うが、判定の
結果通りに入力ミスのあることを確認すればクリ
アキーを操作する。n11はブザー駆動後にこのク
リアキーが操作されたかどうかを判定するステツ
プで、クリアキーが操作されればn12へ進み、預
かり金入力額記憶部Ａをリセツトしてリターンす
る。リターン後、現金／預キー１３が操作された
段階で再びn4以下が実行される。一方、預かり
金入力額が妥当でないとみなされても顧客から例
外的に通常起こりえない支払が行われたときに
は、預かり金の入力にミスがなかつたものとして
処理しなければならない。n13はこのような例外
的な場合の処理を行うためのステツプである。す
なわちブザー駆動後に現金／預キー１３が操作さ
れたときは、預かり金の入力にミスがなかつたも
のとして次の処理に移る。

次に上記サブルーチン“チエツク”の動作手順
について説明する。第６図Ａ，Ｂはサブルーチン
“チエツク”のフローチヤートである。

最初にn20においてポインタｉを７に設定す
る。次にn21，n22においてポインタｉによつて
預かり金入力額の最上位桁の記憶位置を指示す
る。続いてn23でその時のポインタｉで指示され
る合計額の桁位置の内容をチエツクする。合計額
に対しポインタｉで指示される桁の値が０である
ならn24へ進み、そうでないならn28へ進む。す
なわち、n23→n24へ進むときは、預かり金入力
額の桁数が合計額の桁数より大きいときであり、
n23→n28へ進むときは、預かり金入力額の桁数
が合計額の桁数に等しい時である。

預かり金入力額の桁数が合計額の桁数より大き
い場合は、金種データとして第３図に示すデータ
が登録されているとすると、妥当な入力額として
みなされるのは、預かり金入力額が次の２種類の
状態を同時に満足しているときである。

預かり額（支払額）の最上位桁の値は、１枚
の紙幣（硬貨）の値に一致する。

例えば、合計額が125円のとき、預かり金入
力額が1000円、5000円、10000円のいずれかで
あれば妥当な入力状態とみなす。これに対し
て、2000円または3000円の入力状態は複数枚の
紙幣（硬貨）による支払となるため、妥当でな
いとみなす。

合計額の最上位桁に対応する預かり額の桁の
値、および合計額の最上位桁と預かり金の最上
位桁の間にある桁の値は０である。

例えば、合計額が125円のとき、その最上位
桁は１であるが、この場合の預かり金入力額が
1000円、1025円、10025円のいずれかであると
きは、妥当な入力状態とみなす。これに対し
て、預かり金入力額が例えば1100円、1125円ま
たは11000円のいずれかである場合は、妥当な
状態とみなさない。前者の場合は、合計額の最
上位桁に対応する預かり額の桁の値、および合
計額の最上位桁と預かり額の最上位桁の間にあ
る桁の値はすべて０であるが、後者の場合は、
その桁の値に１が含まれている。

このように預かり金入力額の桁数が合計額の桁
数より大きい場合には、上記、の条件による
支払額パターンによつて預かり金入力額の妥当性
を判定する。n24は上記の条件を満たすかどう
かの判定を行うステツプである。すなわちこの段
階ではポインタｉが預かり金入力額の最上位桁を
指示していることから、その最上位桁の預かり金
入力額の値が同ポインタｉで指示される桁の金種
データに含まれるかどうかの判定によつて、条件
の充足有無をチエツクする。もしその条件を満
たしていれば続いてn25〜n27で条件のチエツ
クを行う。また条件を満たさない場合には、後
述するように支払状態が妥当でないとみなしてフ
ラグＦを０にセツトする。

n25〜n27での処理は、n24を終了した段階から
（このときポインタｉは預かり金入力額の最上位
桁位置を指示している。）ポインタｉを順にデク
リメントし、ポインタｉによつて合計額の最上位
桁が指示されるときまでの預かり金入力額の各桁
の値が総て０であるかどうかをチエツクする。そ
してポインタｉが合計額の最上位桁の位置を指示
するまでに、（ポインタｉによつて指示される）
預かり金入力額の桁位置の値が０でない場合が生
じると、預かり金の入力状態が妥当でないとして
フラグＦを０にセツトする。こうして預かり金入
力額の桁数が合計額の桁数より大きい場合は、上
記の条件およびによる支払額パターンと預か
り金入力額とを比較して、預かり金入力額がその
支払額パターンに含まれないときには、フラグＦ
を０にセツトする。

預かり金入力額の桁数が合計額の桁数に等しい
とき、または上記n24、n27での判定によつて条
件、条件を充足するときは、続いてn28でそ
のときのポインタｉによつて指示される桁位置を
チエツクする。n28の段階で、もしポインタｉが
１桁目を指示しているときは、n28→n29へ進む。
ポインタｉが２桁以上指示しているときは、n28
→n36へ進む。n36〜n43は最下位桁以外の各桁の
値についてチエツクするルーチンである。

最下位桁以外の値については、金種データとし
て上記と同様に第３図に示すデータが登録されて
いるとすると、その値が妥当な値としてみなされ
るのは次の４種類の条件が満足されているときで
ある。

Ai＝０である。

このときはポインタｉで指示される（預かり
金入力額の）桁の値は妥当とみなす。

Ai＝Gi（Ai≠０）のときは、 （Ａ（ｉ−１）〜Ai）≧（Ｇ（ｉ−１）〜G1）
の条件が成立する。

例えば、合計額が1234円でポインタｉが３桁
目を指示している状態では、預かり金入力額が
1250円または10234円であると、（50、34）≧
（34）であるから、その入力額の３桁目の値で
ある「２」を妥当な値とみなす。これに対して
預かり金入力額が2230円または2204円である
と、（30、04）＜（34）であるから、「２」は妥当
な値とみなさない。

Ai＞Gi（Ai≠０）のときは、 (i) （Ａ（ｉ−１）〜A1≦（Ｇ−（ｉ−１）〜
G1）の条件が成立する。

例えば、合計額が1234円でポインタｉが３
桁目を指示している状態では、預かり金入力
額が1300円または1304円であると、（00、04）
≦（34）であるから、それらの入力額の３桁
目の値である「３」、「３」は妥当な値とみな
す。これに対して預かり金入力額が1350円ま
たは1354円であると、（50、54）＞（34）であ
るから、「３」、「３」は妥当とみなさない。

(ii) AiがCiに含まれるか、または（Ai−Gi）
の値がCi1と一致する。

例えば、合計額が1234円でポインタｉが３
桁目を指示している状態では、預かり金入力
額が1500円または1300円であると、「５」は
C3の（１、５）に含まれ、または（３−２）
はC31の（「１」）に一致するから、それらの
入力額の３桁目の値である「５」または
「３」を妥当な値とみなす。これに対して預
かり金入力額が1600円または1400円である
と、「６」はC3の（１、５）に含まれず、ま
た（４−２）はC31の（「１」）に一致しない
から「６」または「４」を妥当な値とみなさ
ない。

Ai＜Giでない。

例えば、合計額が1234円でポインタｉが３桁
目を指示している状態では、預かり金入力額が
2100円であると、「１」＜「２」であるから、そ
の入力額の３桁目の値である「１」を妥当な値
とみなさない。

このように預かり金入力額の最下位桁以外の各
桁につき、上記〜の条件による支払額パター
ンによつて預かり金入力額の妥当性を判定する。
n36は上記の条件を満たすかどうかの判定を行
うステツプである。Ai＝０で条件を満たすと、
ポインタｉをデクリメントして（n39）次の桁の
チエツクに移る。n37、n38は、上記条件を満
たすかどうかの判定を行うステツプである。n38
で同条件を満さないとききは、エラー処理ステツ
プに移り、フラグＦを０にセツトする。Ai＝Gi
でないときには、n40へ移る。n40は上記条件
を満たすかどうかの判定を行うステツプである。
同条件を満たさない場合は、エラー処理ステツプ
へ移り、満たす場合にはn41へ移る。n41は上記
条件(i)を満たすかどうかの判定を行うステツプ
である。また、n42、n43は上記条件(ii)を満た
すかどうかの判定を行うステツプである。n38、
n40と同様にn41、n43で各条件ぽ満たさない場合
には、エラーステツプへ移りフラグＦを０にセツ
トする。

上記のようにして最下位桁以外の各桁について
のチエツクを終了すると、n29以下の最下位桁の
値についてのチエツクを行う。

最下位桁の値については、次の４種類の条件が
満足されているときに妥当とみなされる。

A1＝０である。

例えば、合計額が1234円で預かり金入力額が
1300円のときは、最下位桁の値は妥当である。

A1＝G1である。

例えば、合計許が1234円で預かり金入力額が
1304円のときはその入力額の最下位桁の値は妥
当であるとみなす。

A1＜G1のときは、（G1−A1）＝C12の条件が
成立する。

例えば、合計額が1238円のとき、預かり金入
力額が1303円であるときは、（８−３）＝５で
C12（「５」）に一致するために、この入力額の
最下位桁の値は妥当とみなす。これに対して預
かり金入力額が1304円であるときは、（８−４）
＝４であるため、「４」は束当な値とみなさな
い。

A1＞G1をときは、A1＝C12の条件が成立す
る。

例えば、合計額が1234円のとき、預かり金入
力額が1235円であると、預かり金入力額の最下
位桁の値「５」はC12（「５」）に一致するため、
この入力額の最下位桁を妥当な値とみなす。こ
れに対して預かり金入力額が1236円であるとき
は、「６」を妥当な値とみなさない。

預かり金入力額の最下位桁については、以上の
〜の条件による支払額パターンによつて妥当
性を判定する。n29は上記条件の判定ステツプ
である。n30は上記条件の判定ステツプであ
る。これらの条件が満たされていればn34へ進
み、フラグＦを１にセツトしてリターンする。な
お、n29以下の判定ステツプは、上記条件〜
を満たした預かり金入力額の最下位桁を対象とす
るため、n29、n30の条件を満たす場合には、総
ての桁の値が正しいものとみなされる。したがつ
てn34において直ちにフラグＦを１にセツトする
ことになる。A1＝０、およびA1＝G1でない場合
には、n31、n32において、またはn31、n33にお
いて上記条件または条件の判定を行う。そし
てこれらの条件が満たされているときには、n34
でフラグＦを１にセツトする。満たされていない
ときには、エラーステツプであるn35へ進み、フ
ラグＦを０にセツトする。

以上のようにして条件〜に基づく支払額パ
ターンによつて預かり金入力額の妥当性をチエツ
クすることにより、顧客が支払つた金額を正しく
入力出来たかどうかのチエツクを行うことが出来
る。そして、正しく入力されていないとみなした
ときには、第５図のn10へ進み、ブザー２４を駆
動する。オペレータはブザーによる報知がある
と、入力にミスがあつたかどうかの確認を行い、
ミスがあれば、クリアキーを操作することによつ
て再度預かり金の入力を行う。預かり額の入力に
ミスがあつた場合は以上の手順によつて自動的に
オペレータに対して報知することが出来、これに
よつてキー操作のスピードを低下させることなく
預かり金の入力の確実性を高めることが出来る。

【図面の簡単な説明】

第１図はこの発明の実施例である電子式キヤツ
シユレジスタの外観斜視図である。第２図は上記
電子式キヤツシユレジスタのブロツク図である。
第３図はRAMの要部構成図である。第４図〜第
６図は上記電子式キヤツシユレジスタの動作手順
を示すフローチヤートである。 Ｇ……合計額記憶部、Ａ……預かり金入力額記
憶部、Ｃ……金種データ記憶部、ｉ……ポイン
タ、Ｆ……フラグ。

Claims (1)

【特許請求の範囲】
1. １ 入力キーと、この入力キーから入力された商
   品毎の金額を合計して得た売上合計額を記憶する
   合計額記憶手段と、前記売上合計額の算出後に支
   払われた預かり額の入力データを記憶する預かり
   金入力額記憶手段と、金種データを記憶する金種
   データ記憶手段と、前記金種データおよび前記売
   上合計額に基づいて決められる桁単位の支払額パ
   ターンと前記預かり金入力額とを桁単位で比較す
   る比較手段と、前記預かり金入力額が前記支払額
   パターンに含まれないときにオペレータに報知す
   る手段と、を有してなる取引処理装置。