JPS59109972A - 取引処理装置 - Google Patents
取引処理装置Info
- Publication number
- JPS59109972A JPS59109972A JP57219943A JP21994382A JPS59109972A JP S59109972 A JPS59109972 A JP S59109972A JP 57219943 A JP57219943 A JP 57219943A JP 21994382 A JP21994382 A JP 21994382A JP S59109972 A JPS59109972 A JP S59109972A
- Authority
- JP
- Japan
- Prior art keywords
- amount
- total
- input
- deposit
- key
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Classifications
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07G—REGISTERING THE RECEIPT OF CASH, VALUABLES, OR TOKENS
- G07G1/00—Cash registers
- G07G1/12—Cash registers electronically operated
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06Q—INFORMATION AND COMMUNICATION TECHNOLOGY [ICT] SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES; SYSTEMS OR METHODS SPECIALLY ADAPTED FOR ADMINISTRATIVE, COMMERCIAL, FINANCIAL, MANAGERIAL OR SUPERVISORY PURPOSES, NOT OTHERWISE PROVIDED FOR
- G06Q20/00—Payment architectures, schemes or protocols
- G06Q20/08—Payment architectures
- G06Q20/20—Point-of-sale [POS] network systems
-
- G—PHYSICS
- G07—CHECKING-DEVICES
- G07F—COIN-FREED OR LIKE APPARATUS
- G07F5/00—Coin-actuated mechanisms; Interlocks
- G07F5/20—Coin-actuated mechanisms; Interlocks specially adapted for registering coins as credit, e.g. mechanically actuated
- G07F5/22—Coin-actuated mechanisms; Interlocks specially adapted for registering coins as credit, e.g. mechanically actuated electrically actuated
Landscapes
- Business, Economics & Management (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Accounting & Taxation (AREA)
- Finance (AREA)
- Strategic Management (AREA)
- General Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Cash Registers Or Receiving Machines (AREA)
Abstract
(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。
め要約のデータは記録されません。
Description
【発明の詳細な説明】
＋ａｌ技術分野
この発明は、売上合計額算出時に支払われた預かり額に
対する釣銭を、オペレータがその預かり額をキー人力す
ることによって求めるようにした電子式キャッシュレジ
スタ（以下ＥＣＲという）のような取引処理装置に関す
る。
対する釣銭を、オペレータがその預かり額をキー人力す
ることによって求めるようにした電子式キャッシュレジ
スタ（以下ＥＣＲという）のような取引処理装置に関す
る。
（ｂ）従来技術
預かり額に対する釣銭を算出出来るようにしたＥＣＲで
は、オペレータはまず預かり額を入カキ−からインプッ
トしなければならない。しかし大けの処理とスピーディ
な操作とを要求される部門では、預かり額に対する入力
ミスを起こす可能性が常にある。例えば、６２００円の
買物をした顧客がオペレータに１０２００円を支払った
場合、オペレータは１２０００と誤った入力をすること
がある。このため店側にとっては１８００円の損失とな
り、正しい取引が出来なくなる不都合があるとともに、
キー操作を正確にしようとすれば、入力スピードを低下
させることになって処理能率の低下が避けられなくなる
欠点があった。
は、オペレータはまず預かり額を入カキ−からインプッ
トしなければならない。しかし大けの処理とスピーディ
な操作とを要求される部門では、預かり額に対する入力
ミスを起こす可能性が常にある。例えば、６２００円の
買物をした顧客がオペレータに１０２００円を支払った
場合、オペレータは１２０００と誤った入力をすること
がある。このため店側にとっては１８００円の損失とな
り、正しい取引が出来なくなる不都合があるとともに、
キー操作を正確にしようとすれば、入力スピードを低下
させることになって処理能率の低下が避けられなくなる
欠点があった。
（ｃ１発明の目的
この発明の目的は、預かり額をオペレータが入力するこ
とによって釣銭を算出するようにした標準的な取引処理
装置において、預かり額のキー人力内容が妥当でないと
き自動的にオペレータに対して報知を行い、取引を確実
にし、且つ処理能率低下を防止する取引処理装置を提供
することにある。
とによって釣銭を算出するようにした標準的な取引処理
装置において、預かり額のキー人力内容が妥当でないと
き自動的にオペレータに対して報知を行い、取引を確実
にし、且つ処理能率低下を防止する取引処理装置を提供
することにある。
（ｄ１発明の構成および効果
この発明は合計額に対する顧客の支払額、金種が一般に
、規則的である点に着目してなされたものである。例え
ば合計額が１２５円である場合、顧客の支払額（オペレ
ータの預かり額）と金種とが、１０００円金種１枚、５
０００円金種１枚、１００００００００円金ある可能性
はあるが、２０００円、３０００円である可能性は一般
にない。したがってこのような規則性に基づき、合計額
に対する通常の支払額パターンを予め記憶しておき、実
際の預かり額を入力したとき記憶される預かり全入力額
と一ヒ記支払額パターンとを比較すれば、入力ミスがあ
ったかどうかのチェックを行うことが出来る。
、規則的である点に着目してなされたものである。例え
ば合計額が１２５円である場合、顧客の支払額（オペレ
ータの預かり額）と金種とが、１０００円金種１枚、５
０００円金種１枚、１００００００００円金ある可能性
はあるが、２０００円、３０００円である可能性は一般
にない。したがってこのような規則性に基づき、合計額
に対する通常の支払額パターンを予め記憶しておき、実
際の預かり額を入力したとき記憶される預かり全入力額
と一ヒ記支払額パターンとを比較すれば、入力ミスがあ
ったかどうかのチェックを行うことが出来る。
この発明は要約すれば、
売上合計額を記憶する合計額記憶手段と、預かり額の入
力データを記憶する預かり金入力額記↑ａ手段と、金種
データを記憶する金種データ記憶手段と、前記金種デー
タに基づく予め定めた支払額パターンと前記預かり全入
力額とを比較する比較手段と、前記預かり全入力額が前
記支払額パターンに含まれないときにオペレータに報知
する手段とを有し、預かり金の入力があると、金種と合
計額に基づいて予測される支払額パターンにその入力額
が含まれるかどうかをチェックして、含まれないときは
入力ミスとみなしてオペレータに報知するようにしたも
のである。
力データを記憶する預かり金入力額記↑ａ手段と、金種
データを記憶する金種データ記憶手段と、前記金種デー
タに基づく予め定めた支払額パターンと前記預かり全入
力額とを比較する比較手段と、前記預かり全入力額が前
記支払額パターンに含まれないときにオペレータに報知
する手段とを有し、預かり金の入力があると、金種と合
計額に基づいて予測される支払額パターンにその入力額
が含まれるかどうかをチェックして、含まれないときは
入力ミスとみなしてオペレータに報知するようにしたも
のである。
この発明によれば、預かり額の入力ミスを起こすと自動
的にミスがあったことを報知するので、オペレータは預
かり額の入力に対して配る注意力を従来に比して相対的
に緩和出来る利貞がある。したがって、操作性が向上す
るとともに、スピーディな操作が可能になる。また取引
が−ＦｆＪＴｉｆＩ実となり、店に対する信頼を高める
ことが出来るとともに精算時の計算処理もスムースに行
うことが出来る。
的にミスがあったことを報知するので、オペレータは預
かり額の入力に対して配る注意力を従来に比して相対的
に緩和出来る利貞がある。したがって、操作性が向上す
るとともに、スピーディな操作が可能になる。また取引
が−ＦｆＪＴｉｆＩ実となり、店に対する信頼を高める
ことが出来るとともに精算時の計算処理もスムースに行
うことが出来る。
ｔｅｌ実施例
第１図はこの発明の実施例であるＥＣＲの外観斜視図で
ある。
ある。
図において、本体１の操作パネル１ａには、テンキー１
０２部門キー１１１合計キー１２．現金／預キー１３か
らなる入カキ−と、モード切換錠１４とプリンタ１５と
が配置されている。また、本体１の前面垂直パネル１ｂ
には、螢光表示管で構成される表示器１６が配置されて
いる。
０２部門キー１１１合計キー１２．現金／預キー１３か
らなる入カキ−と、モード切換錠１４とプリンタ１５と
が配置されている。また、本体１の前面垂直パネル１ｂ
には、螢光表示管で構成される表示器１６が配置されて
いる。
テンキー１０は、０〜９の各数値キーとクリアキーとで
構成され、商品単価、？Ｊｌかり額等を入力する。部門
キー１１はテンキー１０で商品単価を入力した後に操作
され、これにより登録動作が行われる。
構成され、商品単価、？Ｊｌかり額等を入力する。部門
キー１１はテンキー１０で商品単価を入力した後に操作
され、これにより登録動作が行われる。
合計キー１２は合計額を算出するときに使用する。
現金／預キー１３はテンキー１０で預かり金を入力した
後に操作する。モード切換錠１４は登録モードＲ１点検
モードＸ、精算モードＺのいずれかの動作モードを設定
する。プリンタ１５は登録モードにおいては、■取引終
了毎に取引内容の明細をプリンタ紙に印字し、点検モー
ド、精算モードにおいては点検内容、精算内容をそれぞ
れプリンタ紙に印字する。表示器１６は、テンキー１０
によって入力された金額または合計金額等を表示する。
後に操作する。モード切換錠１４は登録モードＲ１点検
モードＸ、精算モードＺのいずれかの動作モードを設定
する。プリンタ１５は登録モードにおいては、■取引終
了毎に取引内容の明細をプリンタ紙に印字し、点検モー
ド、精算モードにおいては点検内容、精算内容をそれぞ
れプリンタ紙に印字する。表示器１６は、テンキー１０
によって入力された金額または合計金額等を表示する。
第２図は上記ＥＣＲのブロック図である。
大カキ−２０は上記テンキー１０９部門キー１１、合計
キー１２．現金／預キー１３およびモード切換錠１４を
含む。ＣＰＵ２１は入カキ−２０からの入力データを取
込み、各モード毎に所定の演算を行うとともに、演算結
果をプリンタ１５および表示器１６に出力する。ＲＯＭ
２２はＣＰＵ２１の動作手順を記憶する。ＲＡＭ２３は
部門別の売上データや後述の金種データを記憶し、また
、売上合計額や預かり全入力額を記憶するワークエリア
等を有する。
キー１２．現金／預キー１３およびモード切換錠１４を
含む。ＣＰＵ２１は入カキ−２０からの入力データを取
込み、各モード毎に所定の演算を行うとともに、演算結
果をプリンタ１５および表示器１６に出力する。ＲＯＭ
２２はＣＰＵ２１の動作手順を記憶する。ＲＡＭ２３は
部門別の売上データや後述の金種データを記憶し、また
、売上合計額や預かり全入力額を記憶するワークエリア
等を有する。
ブザー２４は合計額に対する預かり金を入力したときそ
の預かり全入力額が妥当でないとみなした場合にオペレ
ータに対して警報する手段である。
の預かり全入力額が妥当でないとみなした場合にオペレ
ータに対して警報する手段である。
第３図は上記ＲＡＭ２３の要部構成図である。
エリア０１〜Ｇ７で構成される合ｄＩ額記憶部Ｇは、■
取引毎の売上合計額を記憶する。エリアＡ１〜Ａ７で構
成される預かり全入力額記憶部Ａは、預かり金の入力デ
ータを記憶する。エリア０１〜Ｃ７で構成される金種デ
ータ記憶部Ｃは、取引に使用される通貨を貨幣単位の小
さいものから順に記憶する。
取引毎の売上合計額を記憶する。エリアＡ１〜Ａ７で構
成される預かり全入力額記憶部Ａは、預かり金の入力デ
ータを記憶する。エリア０１〜Ｃ７で構成される金種デ
ータ記憶部Ｃは、取引に使用される通貨を貨幣単位の小
さいものから順に記憶する。
すなわちエリアＣｉにおいては、１桁の金種を記す、ａ
する。ポインタｉは上記合計額記憶部Ｇ、預かり全入力
額記憶部Ａ、金種データ記憶部Ｃの各記憶部における７
個の記憶エリアのいずれかのアドレスを指定する。フラ
グＦは合計額に対する預かり全入力額が妥当であるかど
うかをチェックした後の判定結果を記ｉ、ａする。■に
セットされれば預かり全入力額が妥当であるとみなされ
る。０にセットされれば妥当でないとみなされる。なお
第３図において合計額記憶部Ｇには２０３５円が、預か
り全入力額記憶部Ａには２１００円が一例としてストア
されていることを示す。また金種データ記憶部Ｃには１
円、５円（エリアＣＩ）、１０円、５０円（エリアＣ２
）、１００円、５００円（エリアＣ３）、１０００円、
５０００円（エリアＣ４）、１００００円（エリアＣ５
）、の各金種が金種データとして登録されていることを
示す。エリアＣＩ、Ｃ２，Ｃ３，Ｃ４はさらに２分割さ
れ、Ｃ４ｌはＣ４の２種類の金種データの小さい方を登
録するエリアで、Ｃｉ２は大きい方を登録するエリアで
ある。例えばＣ１ｌは１円金種データを登録するエリア
であり、Ｃ１２は５円金種データを登録するエリアであ
る。エリアＣ６，エリアＣ７の登録データ１は、１００
０００円金種、１ｏｏｏｏｏｏ円金種を想定したもので
あり、現状ではこれらの金種が存在しないが、論理上の
必要性から金種のない上位桁にも１を設定しである。
する。ポインタｉは上記合計額記憶部Ｇ、預かり全入力
額記憶部Ａ、金種データ記憶部Ｃの各記憶部における７
個の記憶エリアのいずれかのアドレスを指定する。フラ
グＦは合計額に対する預かり全入力額が妥当であるかど
うかをチェックした後の判定結果を記ｉ、ａする。■に
セットされれば預かり全入力額が妥当であるとみなされ
る。０にセットされれば妥当でないとみなされる。なお
第３図において合計額記憶部Ｇには２０３５円が、預か
り全入力額記憶部Ａには２１００円が一例としてストア
されていることを示す。また金種データ記憶部Ｃには１
円、５円（エリアＣＩ）、１０円、５０円（エリアＣ２
）、１００円、５００円（エリアＣ３）、１０００円、
５０００円（エリアＣ４）、１００００円（エリアＣ５
）、の各金種が金種データとして登録されていることを
示す。エリアＣＩ、Ｃ２，Ｃ３，Ｃ４はさらに２分割さ
れ、Ｃ４ｌはＣ４の２種類の金種データの小さい方を登
録するエリアで、Ｃｉ２は大きい方を登録するエリアで
ある。例えばＣ１ｌは１円金種データを登録するエリア
であり、Ｃ１２は５円金種データを登録するエリアであ
る。エリアＣ６，エリアＣ７の登録データ１は、１００
０００円金種、１ｏｏｏｏｏｏ円金種を想定したもので
あり、現状ではこれらの金種が存在しないが、論理上の
必要性から金種のない上位桁にも１を設定しである。
次に以上の構成からなるＥＣＲの動作につき第４図〜第
６図を参照して説明する。
６図を参照して説明する。
第４図は入カキ−２０から入力された商品毎の金額を合
計するときに実行されるサブルーチンのフローチャート
である。
計するときに実行されるサブルーチンのフローチャート
である。
このサブルーチンは、購入された商品の部門登録が終了
して合計キー１２が操作されたときに実行される。ステ
ップｎｌ（以下ステップｎｉをｒＢにｎｉという）は、
部門毎に登録されたデータを合計して合計額を算出する
。ｎ２はその合計額を合計額記憶部Ｇにストアする。ｎ
３は合計額記憶部Ｇにストアした合計額を表示器１６に
表示する。
して合計キー１２が操作されたときに実行される。ステ
ップｎｌ（以下ステップｎｉをｒＢにｎｉという）は、
部門毎に登録されたデータを合計して合計額を算出する
。ｎ２はその合計額を合計額記憶部Ｇにストアする。ｎ
３は合計額記憶部Ｇにストアした合計額を表示器１６に
表示する。
合計額記憶部Ｇへの合計額のストアと、その表示が行わ
れると、顧客からオペレータに対する現金の支払が行わ
れる。第５図はその預かり金をテンキー１０で入力して
現金／預キー１３をし操作したときに実行されるサブル
ーチンのフローチャートであるまずｎ４．ｎ５で合計キ
ー１２の操作の有無およびテンキー１０からの預かり金
の入力の有無をチェツタする。ｎ５の判定は、テンキー
１０からの入力データが一時記憶される置数バッファ（
図示せず）の内容に基づいて行われる。置数バッファに
データがストアされていれば、預かり額の入力があった
ものとしてｎ６へ進む。ｎ６では、上記置数バッファに
ストアされている預かり全入力額と合計額記憶部Ｇにス
トアされている合計額との比較を行う。合計額より預か
り全入力額が大きい条件を満たしていればｎ７へ進み、
そうでなければ他の処理へ移る。例えば合計額と預かり
全入力額とが等しい場合にはｎ７以下の処理が実行され
ずに他の処理において印字処理等が実行されることにな
る。
れると、顧客からオペレータに対する現金の支払が行わ
れる。第５図はその預かり金をテンキー１０で入力して
現金／預キー１３をし操作したときに実行されるサブル
ーチンのフローチャートであるまずｎ４．ｎ５で合計キ
ー１２の操作の有無およびテンキー１０からの預かり金
の入力の有無をチェツタする。ｎ５の判定は、テンキー
１０からの入力データが一時記憶される置数バッファ（
図示せず）の内容に基づいて行われる。置数バッファに
データがストアされていれば、預かり額の入力があった
ものとしてｎ６へ進む。ｎ６では、上記置数バッファに
ストアされている預かり全入力額と合計額記憶部Ｇにス
トアされている合計額との比較を行う。合計額より預か
り全入力額が大きい条件を満たしていればｎ７へ進み、
そうでなければ他の処理へ移る。例えば合計額と預かり
全入力額とが等しい場合にはｎ７以下の処理が実行され
ずに他の処理において印字処理等が実行されることにな
る。
ｎ７では預かり全入力額が預かり全入力額記憶部Ａにス
トアされる。続いてより低レベルのサブルーチン“チェ
ック” （ｎ８）で、記憶部Ａにストアされた預かり全
入力額が妥当であるかどうかが判定される。このサブル
ーチン“チェック”では、記憶部Ａにストアされた預か
り全入力額が妥当である場合、フラグＦを１にセットす
る。したがってサブルーチン“チェック”を終了後、フ
ラグＦ＝１であれば預かり金が正しく入力されたとみな
して次の処理に移る。これに対してフラグＦ＝０であれ
ばｎｌＯへ進んで、ブザー２４を駆動する。オペレータ
はブザーがなると預かり金の入力にミスがあったかどう
かの確認を行うが、ｆ＋定の結果通りに入力ミスのある
ことを確認すればクリアキーを操作する。ｎｉｌはブザ
ー駆動後にこのクリアキーが操作されたかどうかを判定
するステップで、クリアキーが操作されればｎ１２へ進
み、Ｙｎかり全入力額記憶部Ａをリセットしてリターン
する。リターン後、現金／預キー１３が操作された段階
で再びｎ４以下が実行される。
トアされる。続いてより低レベルのサブルーチン“チェ
ック” （ｎ８）で、記憶部Ａにストアされた預かり全
入力額が妥当であるかどうかが判定される。このサブル
ーチン“チェック”では、記憶部Ａにストアされた預か
り全入力額が妥当である場合、フラグＦを１にセットす
る。したがってサブルーチン“チェック”を終了後、フ
ラグＦ＝１であれば預かり金が正しく入力されたとみな
して次の処理に移る。これに対してフラグＦ＝０であれ
ばｎｌＯへ進んで、ブザー２４を駆動する。オペレータ
はブザーがなると預かり金の入力にミスがあったかどう
かの確認を行うが、ｆ＋定の結果通りに入力ミスのある
ことを確認すればクリアキーを操作する。ｎｉｌはブザ
ー駆動後にこのクリアキーが操作されたかどうかを判定
するステップで、クリアキーが操作されればｎ１２へ進
み、Ｙｎかり全入力額記憶部Ａをリセットしてリターン
する。リターン後、現金／預キー１３が操作された段階
で再びｎ４以下が実行される。
一方、預かり全入力額が妥当でないとみなされても顧客
から例外的に通常起こりえない支払が行われた０ ときには、預かり金の入力にミスがなかったものとして
処理しなければならない。ｎ１３はこのような例外的な
場合の処理を行うためのステップである。
から例外的に通常起こりえない支払が行われた０ ときには、預かり金の入力にミスがなかったものとして
処理しなければならない。ｎ１３はこのような例外的な
場合の処理を行うためのステップである。
すなわちブザー駆動後に現金／預キー１３が操作された
ときは、預かり金の入力にミスがなかったものとして次
の処理に移る。
ときは、預かり金の入力にミスがなかったものとして次
の処理に移る。
次に上記サブルーチン“チェック”の動作手順について
説明する。第６図（Ａ）、 （Ｂ）はサブルーチン“
チェック”のフローチャートである。
説明する。第６図（Ａ）、 （Ｂ）はサブルーチン“
チェック”のフローチャートである。
最初にｎ２０においてポインタｉを７に設定する。次に
ｎ２］、ｎ２２においてポインタｉによって預かり全入
力額の最上位桁の記憶位置を指示する。
ｎ２］、ｎ２２においてポインタｉによって預かり全入
力額の最上位桁の記憶位置を指示する。
続いてｎ２３でその時のポインタｉで指示される合計額
の桁位置の内容をチェックする。合計額に対しポインタ
ｉで指示される桁の値がＯであるならｎ２４へ進み、そ
うでないならｎ２８へ進む。すなわち、ｎ２３−”ｎ２
４へ進むときは、預かり全入力額の桁数が合計額の桁数
より大きいときであり、ｎ２３→ｎ２８へ進むときは、
預かり全入力額の桁数が合計額の桁数に等しい時である
。
の桁位置の内容をチェックする。合計額に対しポインタ
ｉで指示される桁の値がＯであるならｎ２４へ進み、そ
うでないならｎ２８へ進む。すなわち、ｎ２３−”ｎ２
４へ進むときは、預かり全入力額の桁数が合計額の桁数
より大きいときであり、ｎ２３→ｎ２８へ進むときは、
預かり全入力額の桁数が合計額の桁数に等しい時である
。
預かり全入力額の桁数が合計額の桁数より大きい場合は
、金種データとして第３図に示すデータが登録されてい
るとすると、妥当な入力額としてみなされるのは、預か
り全入力額が次の２種類の状態を同時に満足していると
きである。
、金種データとして第３図に示すデータが登録されてい
るとすると、妥当な入力額としてみなされるのは、預か
り全入力額が次の２種類の状態を同時に満足していると
きである。
■ 預かり額（支払額）の最上位桁の値は、１枚の紙幣
（硬貨）の値に一致する。
（硬貨）の値に一致する。
例えば、合計額が１２５円のとき、預かり全入力額が１
０００円、５０００円、１００００円のいずれかであれ
ば妥当な入力状態とみなす。これに対して、２０００円
または３０００円の入力状態は複数枚の紙幣（硬貨）に
よる支払となるため、妥当でないとみなす。
０００円、５０００円、１００００円のいずれかであれ
ば妥当な入力状態とみなす。これに対して、２０００円
または３０００円の入力状態は複数枚の紙幣（硬貨）に
よる支払となるため、妥当でないとみなす。
■ 合計額の最上位桁に対応する預かり額の桁の値、お
よび合計額の最」−位桁と預かり額の最」二位桁の間に
ある桁の値はＯである。
よび合計額の最」−位桁と預かり額の最」二位桁の間に
ある桁の値はＯである。
例えば、合計額が１２５円のとき、その最上位桁は１で
あるが、この場合の預かり全入力額が１０００円、１０
２５円、１００’２５円のいずれかであるときは、妥当
な入力状態とみなす。これに対して、１ 預かり全入力額が例えば１１００円、１１２５円または
１１０００円のいずれかである場合は、妥当な状態とみ
なさない。前者の場合は、合計額の最上位桁に対応する
預かり額の桁の値、および合計額の最上位桁と預かり額
の最上位桁の間にある桁の値はすべて０であるが、後者
の場合は、その桁の値に１が含まれている。
あるが、この場合の預かり全入力額が１０００円、１０
２５円、１００’２５円のいずれかであるときは、妥当
な入力状態とみなす。これに対して、１ 預かり全入力額が例えば１１００円、１１２５円または
１１０００円のいずれかである場合は、妥当な状態とみ
なさない。前者の場合は、合計額の最上位桁に対応する
預かり額の桁の値、および合計額の最上位桁と預かり額
の最上位桁の間にある桁の値はすべて０であるが、後者
の場合は、その桁の値に１が含まれている。
このように預かり全入力額の桁数が合計額の桁数より大
きい場合には、上記の、■の条件による支払額パターン
によって預かり全入力額の妥当性を判定する。ｎ２４は
上記■の条件を満たすかどうかの判定を行うステップで
ある。すなわちこの段階ではポインタｉｆＪ＜ｆＪｉか
り全入力額の最上位桁を指示していることから、その最
上位桁の預かり全入力額の値が同ポインタｉで指示され
る桁の金種データに含まれるかどうかの判定によって、
条件■の充足有無をチェックする。もしその条件を満た
していれば続いてｎ２５〜ｎ２７で条件■のチェックを
行う。また条件■を満たさない場合には、後述するよう
に支払状態が妥当でないとみなしてフラグＦをＯにセッ
トす３ ２ る。
きい場合には、上記の、■の条件による支払額パターン
によって預かり全入力額の妥当性を判定する。ｎ２４は
上記■の条件を満たすかどうかの判定を行うステップで
ある。すなわちこの段階ではポインタｉｆＪ＜ｆＪｉか
り全入力額の最上位桁を指示していることから、その最
上位桁の預かり全入力額の値が同ポインタｉで指示され
る桁の金種データに含まれるかどうかの判定によって、
条件■の充足有無をチェックする。もしその条件を満た
していれば続いてｎ２５〜ｎ２７で条件■のチェックを
行う。また条件■を満たさない場合には、後述するよう
に支払状態が妥当でないとみなしてフラグＦをＯにセッ
トす３ ２ る。
ｎ２５〜ｎ２７での処理は、ｎ２４を終了した段階から
（このときポインタｉはＦ＋’かり全入力額の最上位桁
位置を指示している。）ポインタｉｔ−順にデクリメン
トし、ポインタｉによって合計額の最上位桁が指示され
るときまでの預かり全入力額の各桁の値が総てＯである
かどうかをチェックする。そしてポインタ１が合計額の
最上位桁の位置を指示するまでに、（ポインタｉによっ
て指示される）預かり全入力額の桁位置の値がＯでない
場合が生じると、預かり金の入力状態が妥当でないとし
てフラグＦ−１−０にセットする。こうして預かり全入
力額の桁数が合計額の桁数より大きい場合は、上記の条
件■および■による支払額パターンと預かり全入力額と
を比較して、預かり全入力額がその支払額パターンに含
まれないときには、フラグＦをＯにセントする。
（このときポインタｉはＦ＋’かり全入力額の最上位桁
位置を指示している。）ポインタｉｔ−順にデクリメン
トし、ポインタｉによって合計額の最上位桁が指示され
るときまでの預かり全入力額の各桁の値が総てＯである
かどうかをチェックする。そしてポインタ１が合計額の
最上位桁の位置を指示するまでに、（ポインタｉによっ
て指示される）預かり全入力額の桁位置の値がＯでない
場合が生じると、預かり金の入力状態が妥当でないとし
てフラグＦ−１−０にセットする。こうして預かり全入
力額の桁数が合計額の桁数より大きい場合は、上記の条
件■および■による支払額パターンと預かり全入力額と
を比較して、預かり全入力額がその支払額パターンに含
まれないときには、フラグＦをＯにセントする。
預かり全入力額の桁数が合計額の桁数に等しいとき、ま
たは上記ｎ２４．ｎ２７での判定によって条件■９条件
■を充足するときは、続いてｎ２８でそのときのポイン
タｉによって指示される桁位置をチ４ ニックする。ｎ２Ｂの段階で、もしポインタｉが１桁目
を指示しているときは、ｎ２８−ｎ２９へ進む。ポイン
タｉが２桁以上指示しているときは、ｎ２Ｂ−ｎ３６へ
進む。ｎ３６〜ｎ４３は最下位桁以外の各桁の値につい
てチェックするルーチンである。
たは上記ｎ２４．ｎ２７での判定によって条件■９条件
■を充足するときは、続いてｎ２８でそのときのポイン
タｉによって指示される桁位置をチ４ ニックする。ｎ２Ｂの段階で、もしポインタｉが１桁目
を指示しているときは、ｎ２８−ｎ２９へ進む。ポイン
タｉが２桁以上指示しているときは、ｎ２Ｂ−ｎ３６へ
進む。ｎ３６〜ｎ４３は最下位桁以外の各桁の値につい
てチェックするルーチンである。
最下位桁以外の値については、金種データとして上記と
同様に第３図に示すデータが登録されているとすると、
その値が妥当な値としてみなされるのは次の４種類の条
件が満足されているときである。
同様に第３図に示すデータが登録されているとすると、
その値が妥当な値としてみなされるのは次の４種類の条
件が満足されているときである。
■ Ａｉ＝０である。
このときはポインタｉで指示される（預かり全入力額の
）桁の値は妥当とみなす。
）桁の値は妥当とみなす。
■ Ａ ｉ ＝Ｇ ｉ （Ａ ＋≠０）のときは、（
Ａ （ｉ −１）〜Ａｔ）≧（Ｇ （＋ −１）〜Ｇｌ
）の条件が成立する。
Ａ （ｉ −１）〜Ａｔ）≧（Ｇ （＋ −１）〜Ｇｌ
）の条件が成立する。
例えば、合計額が１２３４円でポインタｉが３桁目を指
示している状態では、預かり全入力額が１２５０円また
は１０２３４円であると、（５０，３４）≧（３４）で
あるから、その入力額の３桁目の値である「２」を妥当
な値とみなす。これに対して預かり全入力額が２２３０
円または２２０４円であると、（３０，０４）＜ （３
４）であるから、「２」は妥当な値とみなさない。
示している状態では、預かり全入力額が１２５０円また
は１０２３４円であると、（５０，３４）≧（３４）で
あるから、その入力額の３桁目の値である「２」を妥当
な値とみなす。これに対して預かり全入力額が２２３０
円または２２０４円であると、（３０，０４）＜ （３
４）であるから、「２」は妥当な値とみなさない。
■ Ａｉ＞Ｇｉ （Ａｉ≠０）のときは、（ｉ）
（Ａ （＋−１）〜Ａｌ）≦（Ｇ（ｉ−１）〜Ｇｌ）の
条件が成立する。
（Ａ （＋−１）〜Ａｌ）≦（Ｇ（ｉ−１）〜Ｇｌ）の
条件が成立する。
例えば、合計額が１２３４円でポインタｉが３桁目を指
示している状態では、預かり全入力額が１３００円また
は１３０４円であると、（００，０４）≦（３４）であ
るから、それらの入力額の３桁目の値であるｒ３Ｊ、ｒ
３Ｊは妥当な値とみなす。これに対して預かり全入力額
が１３５０円または１３５４円であると、（５０，５４
，） ＞ （３４）であるから、ｒ３Ｊ、ｒ３Ｊは妥当
とみなさない。
示している状態では、預かり全入力額が１３００円また
は１３０４円であると、（００，０４）≦（３４）であ
るから、それらの入力額の３桁目の値であるｒ３Ｊ、ｒ
３Ｊは妥当な値とみなす。これに対して預かり全入力額
が１３５０円または１３５４円であると、（５０，５４
，） ＞ （３４）であるから、ｒ３Ｊ、ｒ３Ｊは妥当
とみなさない。
（ｉｉ）ＡｉがＣｉに含まれるか、または（Ａｉ−Ｇｉ
）の値がＣｉｌと一致する。
）の値がＣｉｌと一致する。
例えば、合計額が１２３４円でポインタｉが３桁目を指
示している状態では、預かり全入力額が１５００円また
は１３００円であると、「５」はＣ３の（１，５）に含
まれ、または（３−２）はＣ３１の（ｒｌＪ）に一致す
るから、それらの入力額の３桁目の値である〔５」また
は「３」を妥当な値とみなす。これに対して預かり全入
力額が１６００円または１４００円であると、「６」は
Ｃ３の（１，５）に含まれず、また（ ４−２ ）はＣ
３１の（ｒｌＪ）に一致しないから「６」または「４」
を妥当な値とみなさない。
示している状態では、預かり全入力額が１５００円また
は１３００円であると、「５」はＣ３の（１，５）に含
まれ、または（３−２）はＣ３１の（ｒｌＪ）に一致す
るから、それらの入力額の３桁目の値である〔５」また
は「３」を妥当な値とみなす。これに対して預かり全入
力額が１６００円または１４００円であると、「６」は
Ｃ３の（１，５）に含まれず、また（ ４−２ ）はＣ
３１の（ｒｌＪ）に一致しないから「６」または「４」
を妥当な値とみなさない。
■ Ａｔ＜Ｇｉでない。
例えば、合計額が１２３４円でポインタｉが３桁目を指
示している状態では、預かり全入力額が２１００円であ
ると、ｒｌＪ ＜ ｒ２Ｊであるから、その入力額の３
桁目の値である「１」を妥当な値とみなさない。
示している状態では、預かり全入力額が２１００円であ
ると、ｒｌＪ ＜ ｒ２Ｊであるから、その入力額の３
桁目の値である「１」を妥当な値とみなさない。
このように預かり全入力額の最下位桁以外の各桁につき
、上記■〜■の条件による支払額パターンによって預か
り全入力額の妥当性を判定する。ｎ３６は上記■の条件
を満たすかどうかの判定を行うステップである。Ａｉ＝
Ｏで条件■を満たすと、ポインタｉをデクリメントして
（ｎ３９）次の桁のチェ’７りに移る。ｎ３７．ｎ３８
は、上記条件■を満たす７ ｂ かどうかの判定を行うステップである。ｎ３８で同条件
を満たさないときは、エラー処理ステップに移り、フラ
グＦを０にセットする。Ａｉ＝Ｇｉでないときには、ｎ
４０へ移る。ｎ４０は」二記条件■を満たすかどうかの
判定を行うステップである。同条件を満たさない場合は
、エラー処理ステップへ移り、満たす場合にはｎ４１へ
移る。ｎ４１は上記条件■（ｉ）を満たすかどうかの判
定を行うステップである。また、ｎ４２．ｎ４３は上記
条件■（ｉｉ ）を満たすかどうかの判定を行うステッ
プである。ｎ３８、ｎ４０と同様にｎ４１．ｎ４３で各
条件を満たさない場合には、エラーステップへ移りフラ
グＦを０にセットする。
、上記■〜■の条件による支払額パターンによって預か
り全入力額の妥当性を判定する。ｎ３６は上記■の条件
を満たすかどうかの判定を行うステップである。Ａｉ＝
Ｏで条件■を満たすと、ポインタｉをデクリメントして
（ｎ３９）次の桁のチェ’７りに移る。ｎ３７．ｎ３８
は、上記条件■を満たす７ ｂ かどうかの判定を行うステップである。ｎ３８で同条件
を満たさないときは、エラー処理ステップに移り、フラ
グＦを０にセットする。Ａｉ＝Ｇｉでないときには、ｎ
４０へ移る。ｎ４０は」二記条件■を満たすかどうかの
判定を行うステップである。同条件を満たさない場合は
、エラー処理ステップへ移り、満たす場合にはｎ４１へ
移る。ｎ４１は上記条件■（ｉ）を満たすかどうかの判
定を行うステップである。また、ｎ４２．ｎ４３は上記
条件■（ｉｉ ）を満たすかどうかの判定を行うステッ
プである。ｎ３８、ｎ４０と同様にｎ４１．ｎ４３で各
条件を満たさない場合には、エラーステップへ移りフラ
グＦを０にセットする。
上記のようにして最下位桁以外の各桁についてのチェッ
クを終了すると、ｎ２９以下の最下位桁の値についての
チェックを行う。
クを終了すると、ｎ２９以下の最下位桁の値についての
チェックを行う。
最下位桁の値については、次の４種類の条件が満足され
ているときに妥当とみなされる。
ているときに妥当とみなされる。
■ Ａ１−０である。
例えば、合計額が１２３４円で預かり全入力額が８
１３００円のときは、最下位桁の値は妥当である。
■ ＡＩ＝Ｇ１である。
例えば、合計額が１２３４円で預かり全入力額が１３０
４円のときはその入力額の最下位桁の値は妥当であると
みなす。
４円のときはその入力額の最下位桁の値は妥当であると
みなす。
■ ＡＩ＜Ｇｌときは、（Ｇ １−Ａ Ｉ） −Ｃ］
２（７）条件が成立する。
２（７）条件が成立する。
例えば、合計額が１２３８円のとき、預かり全入力額が
１３０３円であるときは、（８−３）−５でＣ１２（ｒ
５Ｊ）に一致するために、この入力額の最下位桁の値は
妥当とみなす。これに対して預がり全入力額が１３０４
円であるときは、（８−−４）−４であるため、「４」
は妥当な値とみなさない。
１３０３円であるときは、（８−３）−５でＣ１２（ｒ
５Ｊ）に一致するために、この入力額の最下位桁の値は
妥当とみなす。これに対して預がり全入力額が１３０４
円であるときは、（８−−４）−４であるため、「４」
は妥当な値とみなさない。
（ｉＪ Ａｌ＞ＧＩのときは、Ａｌ＝Ｃ１２の条件が
成立する。
成立する。
例えば、合計額が１２３４円のとき、預かり全入力額が
１２３５円であると、預かり金入方額の最下位桁の値「
５」はＣＩ２ （ｒ５Ｊ）に一致するため、この入力額
の最下位桁を妥当な値とみなす。これに対して預かり全
入力額が１２３６円であるときは、「６」を妥当な値と
みなさない。
１２３５円であると、預かり金入方額の最下位桁の値「
５」はＣＩ２ （ｒ５Ｊ）に一致するため、この入力額
の最下位桁を妥当な値とみなす。これに対して預かり全
入力額が１２３６円であるときは、「６」を妥当な値と
みなさない。
預かり全入力額の最下位桁について番よ、以上の■〜［
相］の条件による支払額パターンによって妥当性を判定
する。ｎ２９は」二記条件■の判定ステップである。ｎ
３０は上記条件■の判定ステップである。これらの条件
が満たされていればｎ３４へ進み、フラグＦを１にセッ
トしてリターンする。なお、ｎ２９以下の判定ステップ
は、−上記条件■〜■を満たした預かり全入力額の最下
位桁を対象とするため、ｎ２９、ｎ３０の条件を満たす
場合には、総ての桁の値が正しいものとみなされる。し
たがってｎ３４において直ちにフラグＦを１にセットす
ることになる。
相］の条件による支払額パターンによって妥当性を判定
する。ｎ２９は」二記条件■の判定ステップである。ｎ
３０は上記条件■の判定ステップである。これらの条件
が満たされていればｎ３４へ進み、フラグＦを１にセッ
トしてリターンする。なお、ｎ２９以下の判定ステップ
は、−上記条件■〜■を満たした預かり全入力額の最下
位桁を対象とするため、ｎ２９、ｎ３０の条件を満たす
場合には、総ての桁の値が正しいものとみなされる。し
たがってｎ３４において直ちにフラグＦを１にセットす
ることになる。
Δ１−０．およびＡ１＝Ｇ１でない場合には、ｎ３１、
ｎ３２において、またはｎ３１．ｎ３３において」二記
条件■または条件［相］の判定を行う。そしてこれらの
条件が満たされているときには、ｎ３４でフラグＦを１
にセットする。満たされていないときには、エラーステ
ップであるｎ３５へ進み、フラグＦを０にセットする。
ｎ３２において、またはｎ３１．ｎ３３において」二記
条件■または条件［相］の判定を行う。そしてこれらの
条件が満たされているときには、ｎ３４でフラグＦを１
にセットする。満たされていないときには、エラーステ
ップであるｎ３５へ進み、フラグＦを０にセットする。
以上のようにして条件■〜［相］に基づく支払額パタｌ
ツ ーンによって預かり全入力額の妥当性をチェックするこ
とにより、顧客が支払った金額を正しく入力出来たかど
うかのチェックを行うことが出来る。そして、正しく入
力されていないとみなしたときには、第５図のｎｌＯへ
進み、ブザー２４を駆動する。オペレータはブザーによ
る報知があると、入力にミスがあったかどうかの確認を
行い、ミスがあれば、クリアキーを操作することによっ
て再度預かり金の入力を行う。預かり額の入力にミスが
あった場合は以上の手順によって自動的にオペレータに
対して報知することが出来、これによってキー操作のス
ピードを低下させることなく預かり金の入力の確実性を
高めることが出来る。
ツ ーンによって預かり全入力額の妥当性をチェックするこ
とにより、顧客が支払った金額を正しく入力出来たかど
うかのチェックを行うことが出来る。そして、正しく入
力されていないとみなしたときには、第５図のｎｌＯへ
進み、ブザー２４を駆動する。オペレータはブザーによ
る報知があると、入力にミスがあったかどうかの確認を
行い、ミスがあれば、クリアキーを操作することによっ
て再度預かり金の入力を行う。預かり額の入力にミスが
あった場合は以上の手順によって自動的にオペレータに
対して報知することが出来、これによってキー操作のス
ピードを低下させることなく預かり金の入力の確実性を
高めることが出来る。
第１図はこの発明の実施例である電子式キャッシュレジ
スタの外観斜視図である。 第２図は上記電子式キャッシュレジスタのブロック図で
ある。 第３図はＲＡＭの要部構成図である。 １ ０ 第４図〜第６図は−１−配電子式キャッシュレジスタの
動作手順を示すフローチャートである。 Ｇ−合計額記憶部、 Ａ−預かり全入力額記憶部、 Ｃ−金種データ記憶部、 ｉ−ポインタ、 Ｆ−フラグ。 出願人 立石電機株式会社 代理人 弁理士 小森久夫 ２ 羊３図 −４４９− （＆種子−タ盲己４％杏Ｋ）
スタの外観斜視図である。 第２図は上記電子式キャッシュレジスタのブロック図で
ある。 第３図はＲＡＭの要部構成図である。 １ ０ 第４図〜第６図は−１−配電子式キャッシュレジスタの
動作手順を示すフローチャートである。 Ｇ−合計額記憶部、 Ａ−預かり全入力額記憶部、 Ｃ−金種データ記憶部、 ｉ−ポインタ、 Ｆ−フラグ。 出願人 立石電機株式会社 代理人 弁理士 小森久夫 ２ 羊３図 −４４９− （＆種子−タ盲己４％杏Ｋ）
Claims (1)
- （１）入カキ−と、この入カキ−から入力された商品毎
の金額を合計して得た売上合計額を記憶する合計額記憶
手段と、前記売上合計額の算出後に支払われた預かり額
の入力データを記憶する預かり全入力額記憶手段と、金
種データを記憶する金種データ記憶手段と、前記金種デ
ータに基づく予め定めた支払額パターンと前記預かり全
入力額とを比較する比較手段と、前記預かり全入力額が
前記支払額パターンに含まれないときにオペレータに報
知する手段と、を有してなる取引処理装置。
Priority Applications (4)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57219943A JPS59109972A (ja) | 1982-12-14 | 1982-12-14 | 取引処理装置 |
| US06/560,820 US4607335A (en) | 1982-12-14 | 1983-12-13 | Apparatus for performing transactions with verification of remittance through comparison with logical payment patterns |
| DE8383112547T DE3379485D1 (en) | 1982-12-14 | 1983-12-13 | Apparatus for performing transactions |
| EP83112547A EP0113459B1 (en) | 1982-12-14 | 1983-12-13 | Apparatus for performing transactions |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| JP57219943A JPS59109972A (ja) | 1982-12-14 | 1982-12-14 | 取引処理装置 |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| JPS59109972A true JPS59109972A (ja) | 1984-06-25 |
| JPH0363790B2 JPH0363790B2 (ja) | 1991-10-02 |
Family
ID=16743455
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| JP57219943A Granted JPS59109972A (ja) | 1982-12-14 | 1982-12-14 | 取引処理装置 |
Country Status (4)
| Country | Link |
|---|---|
| US (1) | US4607335A (ja) |
| EP (1) | EP0113459B1 (ja) |
| JP (1) | JPS59109972A (ja) |
| DE (1) | DE3379485D1 (ja) |
Families Citing this family (22)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US4947479A (en) * | 1985-10-15 | 1990-08-07 | Hitachi, Ltd. | Method of processing data in a banking terminal employing the total-first handling technique |
| US5263164A (en) | 1991-01-09 | 1993-11-16 | Verifone, Inc. | Method and structure for determining transaction system hardware and software configurations |
| US5297030A (en) * | 1992-04-08 | 1994-03-22 | Ncr Corporation | Method using bill and coin images on a touch screen for processing payment for merchandise items |
| US6876971B1 (en) * | 2000-07-05 | 2005-04-05 | Every Penny Counts, Inc. | Funds distribution system connected with point of sale transaction |
| US5621640A (en) * | 1993-02-18 | 1997-04-15 | Every Penny Counts, Inc. | Automatic philanthropic contribution system |
| US6112191A (en) * | 1993-02-18 | 2000-08-29 | Every Penny Counts, Inc. | Method and system to create and distribute excess funds from consumer spending transactions |
| US7571849B2 (en) * | 1993-02-18 | 2009-08-11 | Burke Bertram V | Method and system to create and distribute excess funds from consumer spending transactions |
| US20030195848A1 (en) | 1996-06-05 | 2003-10-16 | David Felger | Method of billing a purchase made over a computer network |
| US7555458B1 (en) | 1996-06-05 | 2009-06-30 | Fraud Control System.Com Corporation | Method of billing a purchase made over a computer network |
| US8229844B2 (en) | 1996-06-05 | 2012-07-24 | Fraud Control Systems.Com Corporation | Method of billing a purchase made over a computer network |
| US20030050889A1 (en) * | 2001-09-11 | 2003-03-13 | Burke Bertram V. | Creation and distribution of deposits and payments to financial institutions |
| US7822679B1 (en) | 2001-10-29 | 2010-10-26 | Visa U.S.A. Inc. | Method and system for conducting a commercial transaction between a buyer and a seller |
| US20030149629A1 (en) * | 2002-02-06 | 2003-08-07 | Claridge Bo. T. | Method of point of sale investment |
| US6798353B2 (en) * | 2002-04-24 | 2004-09-28 | Itron Electricity Metering, Inc. | Method of using flash memory for storing metering data |
| GB2404768A (en) * | 2003-08-08 | 2005-02-09 | Tellermate Plc | Reconciling actual and expected cash holdings |
| GB2411035A (en) * | 2004-02-12 | 2005-08-17 | Tellermate Group Ltd | Monotoring cash handling in a retail environment |
| GB2413679A (en) * | 2004-04-30 | 2005-11-02 | Tellermate Group Ltd | Fraud detection at a point of sale |
| US8606697B2 (en) | 2004-06-17 | 2013-12-10 | Visa International Service Association | Method and system for providing buyer bank payable discounting services |
| US20060112008A1 (en) * | 2004-11-23 | 2006-05-25 | Rothbart James E | System and method for funding a retirement account |
| US7711639B2 (en) | 2005-01-12 | 2010-05-04 | Visa International | Pre-funding system and method |
| US8587816B2 (en) * | 2011-01-24 | 2013-11-19 | Static Control Components, Inc. | Method and apparatus for storing increment values without using an increment counter |
| GB2557259B (en) | 2016-12-02 | 2018-11-14 | Tellermate Ltd | An intelligent cash holding unit and method of operation thereof |
Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5442602U (ja) * | 1977-08-31 | 1979-03-23 | ||
| JPS55162171A (en) * | 1979-06-06 | 1980-12-17 | Casio Comput Co Ltd | Calculation system for amount of change |
Family Cites Families (19)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| US3805937A (en) * | 1970-12-29 | 1974-04-23 | Glory Kogyo Kk | Automatic money dispensing machine |
| JPS5320878B2 (ja) * | 1971-10-30 | 1978-06-29 | ||
| JPS5099799A (ja) * | 1973-12-29 | 1975-08-07 | ||
| JPS50159639A (ja) * | 1974-06-13 | 1975-12-24 | ||
| DE2554270A1 (de) * | 1975-12-03 | 1977-06-16 | Paul Stueben | Registrierkasse mit preiskontrolleinrichtung |
| JPS54842A (en) * | 1977-06-03 | 1979-01-06 | Casio Comput Co Ltd | Change calculating system |
| JPS5412239A (en) * | 1977-06-13 | 1979-01-29 | Hitachi Ltd | Automatic transaction device |
| JPS5844270B2 (ja) * | 1978-06-16 | 1983-10-01 | 三洋電機株式会社 | 電子式キヤッシュレジスタの登録装置 |
| GB2001793B (en) * | 1978-07-14 | 1982-01-20 | Casio Computer Co Ltd | System of displaying to a customer an amount of paper money delivered as a change |
| JPS5583956A (en) * | 1978-12-21 | 1980-06-24 | Casio Comput Co Ltd | Electronic cash register with change device |
| JPS5595140A (en) * | 1979-01-12 | 1980-07-19 | Casio Comput Co Ltd | Electronic cash register |
| JPS5814696B2 (ja) * | 1979-03-06 | 1983-03-22 | 東芝テック株式会社 | 電子式キヤツシユレジスタ |
| JPS55118175A (en) * | 1979-03-06 | 1980-09-10 | Tokyo Electric Co Ltd | Electronic cash register |
| JPS5839349B2 (ja) * | 1979-03-27 | 1983-08-29 | ロ−レルバンクマシン株式会社 | レジスタ装置 |
| US4435767A (en) * | 1979-05-07 | 1984-03-06 | Sharp Kabushiki Kaisha | Error alarm system for detecting an abnormal condition in a peripheral system of an electronic cash register |
| JPS6013518B2 (ja) * | 1979-12-18 | 1985-04-08 | カシオ計算機株式会社 | 電子レジスタの精算方式 |
| JPS57147792A (en) * | 1981-03-10 | 1982-09-11 | Nippon Coinco Co Ltd | Marketing possibility determination method of and apparatus for vending machine |
| JPS58109966A (ja) * | 1981-12-24 | 1983-06-30 | Sharp Corp | デ−タ編集機能付金銭出納装置 |
| JPS5924370A (ja) * | 1982-07-30 | 1984-02-08 | Sharp Corp | 電子レジスタ装置 |
-
1982
- 1982-12-14 JP JP57219943A patent/JPS59109972A/ja active Granted
-
1983
- 1983-12-13 DE DE8383112547T patent/DE3379485D1/de not_active Expired
- 1983-12-13 US US06/560,820 patent/US4607335A/en not_active Expired - Lifetime
- 1983-12-13 EP EP83112547A patent/EP0113459B1/en not_active Expired
Patent Citations (2)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| JPS5442602U (ja) * | 1977-08-31 | 1979-03-23 | ||
| JPS55162171A (en) * | 1979-06-06 | 1980-12-17 | Casio Comput Co Ltd | Calculation system for amount of change |
Also Published As
| Publication number | Publication date |
|---|---|
| DE3379485D1 (en) | 1989-04-27 |
| JPH0363790B2 (ja) | 1991-10-02 |
| EP0113459B1 (en) | 1989-03-22 |
| EP0113459A2 (en) | 1984-07-18 |
| US4607335A (en) | 1986-08-19 |
| EP0113459A3 (en) | 1986-11-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| JPS59109972A (ja) | 取引処理装置 | |
| US4191999A (en) | System of displaying to a customer an amount of paper money delivered as a change | |
| JPH05342475A (ja) | 商品取引処理装置 | |
| JP2931171B2 (ja) | 電子キャッシュレジスタ | |
| JPS589306Y2 (ja) | 電子キャッシュレジスタ | |
| JP3415511B2 (ja) | 預り金チェック方法とそれを含む金銭登録機 | |
| JPS6248271B2 (ja) | ||
| JPH02300892A (ja) | 商品販売装置 | |
| KR930012021B1 (ko) | 금전등록기의 예수금 처리방법 | |
| JP3025087B2 (ja) | 電子式キャッシュレジスタ | |
| JPS59168565A (ja) | 電子式金銭登録機 | |
| KR910004630B1 (ko) | 외상거래 금액의 관리기능을 갖는 금전등록기 | |
| JP2810427B2 (ja) | 電子式金銭登録機 | |
| JP2559518B2 (ja) | 電子式キャッシュレジスタ | |
| JP4709341B2 (ja) | 販売管理装置 | |
| JPS58123154A (ja) | 流通端末装置 | |
| JPS5833981B2 (ja) | 電子式キヤツシユレジスタ | |
| JPS59201162A (ja) | 電子式金銭登録機 | |
| JPH034398A (ja) | 電子式金銭登録機 | |
| JPH01214994A (ja) | 金融端末装置 | |
| JPS59168572A (ja) | 電子式金銭登録機 | |
| JPS61134898A (ja) | 電子キヤツシユレジスタ | |
| JPH02257398A (ja) | 商品販売データ処理装置 | |
| JPS61134897A (ja) | 電子キヤツシユレジスタ | |
| JPH0259892A (ja) | 商品販売データ処理装置 |