JPH03296895A - 取引き処理装置 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 ［産業上の利用分野コ この発明は取引き処理装置に関し、特に、データテーブ
ルを用いてキー操作の正否判別を行うような取引き処理
装置に関するものである。

［従来の技術および発明が解決しようとする課題］電子
式キャッシュレジスタ（以下、ＥＣＲと称する）などの
取引き処理装置において、商品登録処理や支払い処理な
どの取引き処理を行なう場合、オペレータはキーボード
上で処理内容ごとに定められたキー操作を行なう。従来
のＥＣＲでは、このキー操作はソフトウェアのプログラ
ムとしてＲＯＭ上に搭載して実現されている。つまりキ
ー操作はプログラムにより規定されている。

しかしながら、近年取引き処理の複雑化に伴い、キー操
作の種類は大幅に増加し、また、ＥＣＲが使用される店
舗によって同じ取引き処理業務でも、キー操作が異なっ
たり、店舗内における運用の途中でキー操作を変更する
必要が生じる場合がある。

このような場合、従来のＣＥＲでは、新しいキー操作が
追加になったり、あるいはキー操作が変更されたりする
たびに、ソフトウェアのプログラムを設計し直し、ＲＯ
Ｍを交換する必要があり、プログラム作製およびＲＯＭ
交換のために煩雑な手間および長時間を要するという問
題点があった。

それゆえに、この発明の主な目的は、キー操作の変更を
容易にかつ短時間で行なうことができる取引き処理装置
を提供することである。

［課題を解決するための手段］ この発明にかかる取引き処理装置は、取引きに関するデ
ータを入力するための入力キーと、該入力キーの操作を
規定するデータを更新可能に記憶する記憶手段と、入力
キーのキー操作に応答して、キー操作が記憶手段に記憶
されたデータに適合しているか否かを判別するための判
別手段と、該判別手段によりキー操作が記憶データに適
合していることが判別されたことに応じて、入力された
取引きに関するデータを処理するデータ処理手段とを備
えて構成される。

［作用］ この発明では、オペレータのキー操作に応じて、キー操
作を規定するデータを参照し、キー操作が正しく行なわ
れている場合のみ、入力された取弓きに関するデータを
処理するようにしている。

［発明の実施例コ 以下、この発明の実施例としてＥＣＲについて説明する
が、この発明はＥＣＲに限らず、入力キーを有するもの
であれば、いかなる取引き処理装置にも適用することが
できることをあらかじめ指摘しておく。

第２図はこの発明の一実施例のＥＣＲの電気的構成を示
す概略ブロック図である。第２図において、ＥＣＲＩに
はＣＰＵ２が設けられる。ＣＰＵ２には、キーボード３
と、表示管４と、プリンタ５と、外部記憶装置６と、Ｒ
ＡＭ７と、ＲＯＭ８とが接続される。

キーボード３には、後の第３図に示すようなキーが設け
られる。表示管４はキーボード３から入力されたデータ
やＣＰＵ２の演算結果などを表示するものであり、プリ
ンタ５はそれらを印字するものである。外部記憶装置６
はキー操作が正しく行なわれたか否かを判別するために
用いられるキー操作データテーブルを記憶するものであ
る。外部記憶装置６には、取引きの処理に応じて、複数
のキー操作データテーブルを記憶することができる。外
部記憶装置６では、記憶媒体としてたとえばフロッピー
ディスクが用いられる。ＲＡＭ７は外部記憶装置６から
読み取られた上記キー操作データテーブルを記憶するも
のである。取引き処理が行なわれると、ＲＡＭ７には、
複数のデータテーブルから選択された１つのデータテー
ブルがロードされ、記憶される。ＲＡＭ７は、また、後
の第４図に示すような記憶エリアを含む。ＲＯＭ８は、
後の第１Ａ図および第１Ｂ図に示すようなフロー図に基
づ（ＣＰＵ２の動作プログラムを記憶するものである。

第３図は第２図に示すキーボードのキー配置図である。

第３図において、キーボード３は、部門キー３１と、値
引きキー３２と、支払いキー３３と、テーブルロードキ
ー３４と、＠キー３５と、ＣＬＲキー３６と置数キー３
７とを含む。部門キー３１は、商品の種類を指定するた
めのものであり、雑貨キー、衣類キー、文具キー、菓子
キーおよび食品キーを含む。値引きキー３２は、値引き
を指示するためのものであり、支払いキー３３は支払い
処理を指示するためのものである。ここでは、部門キー
３１．値引きキー３２および支払いキー３３を総称して
機能キーと呼ぶ。テーブルロードキー３４は、外部記憶
装置６から取引き処理に必要なキー操作データテーブル
をＲＡＭ７にロードするためのものである。＠キー３５
は、同一商品を連続して複数回登録する場合に用いられ
る。

ここでは同一商品を連続して複数回登録することをマル
チ入力と呼ぶ。ＣＬＲキー３６は、キー人力の誤りを訂
正するためのものである。置数キー３７は、登録処理の
際に商品価格、値引き額およびマルチ入力すべき商品の
個数などを入力するものであり、また、支払い処理の際
に預かり金額などを入力するためのものである。

第４図は第２図に示すＲＡＭ７の一部の記憶エリアを示
す図解図である。記憶エリア７０は、置数バッファ７１
と、マルチ入力用置数バッファ７２と、機能キーコード
記憶エリア７３と、マルチ入力有無フラグ記憶エリア７
４と、部門人力有無フラグ記憶エリア７５と、値引き入
力有無フラグ記憶エリア７６とを含む。

置数バッファ７１は、置数キー３７から入力された数字
データを記憶するものである。マルチ入力用置数バッフ
ァ７２は、マルチ入力すべき商品の個数を記憶するもの
である。機能キーコード記憶エリア７３は、上記機能キ
ーが入力されたとき、そのキーのコードを記憶するもの
である。

記憶エリア７４は、マルチ入力有無フラグを記憶するも
のである。マルチ入力有無フラグは、＠キー３５が操作
されると、“１”になる。記憶エリア７５は、部門人力
有無フラグを記憶するものである。部門人力有無フラグ
は、部門キー３１が操作されると、“１″になる。記憶
エリア７６は、値引き入力有無フラグを記憶するもので
ある。値引き入力有無フラグは、値引きキー３２が操作
されると、　“１″になる。

第５図は第２図に示すＲＡＭに格納されるキー操作デー
タテーブルの一例を示す図解図である。

キー操作データテーブルは、登録処理、値引き処理、支
払い処理のように取引き処理における各種の処理におけ
るキー操作を規定するものである。

キー操作データテーブル７７ａは、ｎ個のレコード１〜
ｎからなる。レコード１には部門登録に関するデータが
格納され、レコード２には値引き処理に関するデータが
格納され、レコード３には支払い処理に関する１データ
が格納されている。

各レコードは、Ｆ１〜Ｆ６の各エリアに分かれている。

エリアＦ１には上記機能キーに対応するコードが格納さ
れる。エリアＦ２には、マルチ入力の許否を示すデータ
が格納される。Ｆ２＝０であれば、マルチ入力は許可さ
れ、Ｆ２＝１であれば、マルチ入力は禁止される。エリ
アＦ３には、部門キー３１が他の機能キーよりも先にキ
ー人力されることが必要であるか否かを示すデータが格
納される。

Ｆ３＝０であれば、部門キー３１の先入力が必要であり
、Ｆ３＝１であれば、部門キー３１の先入力は禁止され
、Ｆ３＝２であれば、部門キー３１は先入力されてもよ
く、後入力されてもよい。エリアＦ４には、値引きキー
３２が他の機能キーよりも先にキー人力されることが許
可されているか否かを示すデータが格納される。Ｆ４＝
０であれば、値引きキー３２の先入力は許可され、Ｆ４
＝１であれば、値引きキー３２の先入力は禁止される。

エリアＦ５には、部門人力有無フラグおよび値引き入力
有無フラグをクリアするか否かを示すデータが格納され
る。Ｆ５；０であれば、各フラグはクリアされ、Ｆ５＝
１であれば、各フラグはクリアされない。エリアＦ６に
は、入力された機能キーに対応する各取引き処理プログ
ラムのスタートアドレスが格納される。

第７図は第５図に示すキー操作データテーブルに基づい
て許容されるキー操作例およびそのキー操作により印字
されるジャーナルあるいはレシートの印字例を示す図で
ある。第７図（ａ）に示すように部門登録を行なう場合
には、商品価格（たとえば１００円）が入力され、続い
て、部門キー３１（たとえば食品キー）が操作される。

値引付部門登録を行なう場合には、第７図（ｂ）に示す
ように、値引額（たとえば１０円）が入力され、続いて
値引キー３２が操作され、続いて商品価格（たとえば３
５０円）が入力され、続いて部門キー３１（たとえば菓
子キー）が操作される。支払い処理を行なう場合には、
第７図（Ｃ）に示すように、支払い金額（たとえば１０
００円）が入力され、続いて、支払いキー３３が操作さ
れる。第７図に示すキー操作は第５図に示すキー操作デ
ータテーブルによって許可される。

第６図は第５図に示すのとは別のキー操作データテーブ
ルを示す図解図である。第８図は第６図に示すキー操作
データテーブルに基づいて許容されるキー操作例および
そのキー操作により印字されるジャーナルあるいはレシ
ートの印字例を示す図である。

以下、第５図および第６図に示すキー操作データテーブ
ルの相違点と、その相違点からもたらされるキー操作の
相違点について詳細に説明する。

Ａ１部門登録について（各テーブルのレコード１を参照
） ｉ）　第５図に示すテーブルでは、Ｆ２＝１であるが、
第６図に示すテーブルＣはＦ２＝０である。このことは
、第５図に示すテーブルではマルチ入力が禁止されてい
るが、第６図に示すテーブルではマルチ入力が許可され
ていることを意味している。

ｉｉ）　　第５図に示すテーブルでは、Ｆ４＝０である
が、第６図に示すテーブルではＦ４＝１である。このこ
とは、第５図に示すテーブルでは、値引きキー３２の先
入力が許可されているが、第６図に示すテーブルでは値
引きキー３２の先入力が禁止されていることを意味して
いる。

１ｉｉ）　　第５図に示すテーブルでは、Ｆ５＝Ｏであ
るが、第６図に示すテーブルではＦ５＝１である。この
ことは、第５図に示すテーブルでは、部門人力有無フラ
グおよび値引き入力有無フラグをクリアすることが規定
されているが、第６図に示すテーブルではクリアしない
ことが規定されていることを意味している。

Ｂ、値引き処理について（各テーブルのレコード２を参
照） ｉ）　第５図に示すテーブルではＦ３＝１であるが、第
６図に示すテーブルでは、Ｆ３＝０である。このことは
、第５図に示すテーブルでは、部門キー３１の先入力が
禁止されているが、第６図に示すテーブルでは、部門キ
ー３１の先入力か必要であることを意味している。

ｉｉ）　　第５図に示すテーブルでは、Ｆ５＝１である
が、第６図に示すテーブルでは、Ｆ５＝０である。この
ことは、第５図に示すテーブルでは、部門人力有無フラ
グおよび値引き入力有無フラグをクリアしないことが規
定されているが、第６図に示すテーブルでは、クリアす
ることか規定されていることを意味している。

上記Ａｉ）は、第８図に示す例においては、第８図（ｂ
）（ｄ）に示すように、マルチ登録のためのキー操作が
許可されているが、第７図に示す例においては、マルチ
登録のためのキー操作が許可されていないことに対応す
る。第８図（ｂ）は、部門マルチ登録のキー操作を示し
、１８０円の衣類を３個登録する場合を示す。第８図（
ｄ）は、値引き付部門マルチ登録を示し、４８０円の食
品を５個登録し、かつ１００円値引きする場合を示す。

上記Ａ１１）、Ｂｉ）は、要するに、第５図に示すテー
ブルでは、値引きキー３２よりも先に部門キー３１を操
作するキー操作は許されないことを意味し、第６図に示
すテーブルでは部門キー３１よりも先に値引きキー３２
を操作するキー操作は許されないことを意味する。した
がって、値弓き付き部門登録については、第５図に示す
テーブルに基づく場合には、第７図（ｂ）に示すように
、値引き額（たとえば１０円）−値引きキー−商品価格
（たとえば３５０円）一部門キー（たとえば菓子）の順
でキー操作された場合にのみ、キー操作は有効であり、
第６図に示すテーブルに基づく場合には、第８図（ｃ）
に示すように、商品価格（たとえば５００円）一部門キ
ー（たとえば雑貨）−値引き額（たとえば３０円）−値
引きキーの順でキー操作された場合にのみ、キー操作は
有効である。

上記Ａ１１ｉ）、Ｂｉｔ）は、要するに部門人力有無フ
ラグおよび値引入力有無フラグは、第７図（ｂ）に示す
値引付部門登録では、先入力される部門キー３２の操作
によってクリアされず、後入力される部門キー３１の操
作によりクリアされ、一方、第８図（ｃ）に示す値引付
部門登録では、先入力される部門キー３１の操作によっ
てはクリアされず、後入力される値引キー３２の操作に
よりクリアされることを意味している。すなわち、キー
操作途中では各フラグは維持され、キー操作終了時に各
フラグがクリアされるようになっている。

第９図は外部記憶装置６からＲＡＭ７にキー操作データ
テーブルをロードするときのキー操作を示す図である。

キー操作データテーブルをＲＡＭ７にロードするときに
は、第９図に示すように、キー操作データテーブルを識
別する識別番号の入力に続いて、テーブルロードキー３
４が操作される。

第１Ａ図および第１Ｂ図はこの発明の一実施例の動作を
説明するためのフロー図である。次に、第１Ａ図、第１
Ｂ図、第２図ないし第９図を参照して、この発明の一実
施例の動作について説明する。

キーボード３が操作されると、ステップＳ１（図１では
Ｓｌと略称する）において、キーの読み込みが行なわれ
る。次いで、ステップＳ２．Ｓ３、Ｓ４およびＳ５では
、それぞれ、操作されたキーがテーブルロードキー３４
であるのか、置数キー３７であるのか、ＣＬＲキー３６
であるのか、＠キー３５であるのかが判別される。これ
らのいずれのキーでもなければ、操作キーは機能キーで
あり、その場合にはステップＳ１３以降の動作に移行す
る。

ステップＳ２において、テーブルロードキー３４が操作
されたことが判別された場合には、ステップＳ６に進み
、フロッピーディスクからキー操作データテーブルがＲ
ＡＭ７にロードされ、次に、ステップＳ１に戻る。ステ
ップＳ３において、置数キー３７が操作されたことが判
別された場合には、ステップＳ７に進み、置数キー３７
から入力された数字データが表示管４に表示され、続い
て、ステップＳ８において、入力された置数データは置
数バッファ７１に記憶され、次に、ステップＳ１に戻る
。ステップＳ４において、ＣＬＲキー３６が操作された
ことが判別された場合には、ステップＳ９に進み、表示
管４がクリアされ、次に、ステップＳ１０において、置
数バッファ７１はクリアさ、れ、次に、ステップＳ１に
戻る。ステップＳ５において、＠キー３５が操作された
ことが判別された場合には、ステップＳ１１に進み、表
示管４はクリアされ、次いで、ステップＳ１０において
、置数バッファ７１の記憶内容はマルチ入力用置数バッ
ファ７２にコピーされ、次に、ステップＳ１に戻る。

次に、機能キーつまり部門キー３１．値引きキー３２お
よび支払いキー３３のいずれかが操作された場合につい
て説明する。

ステップＳ１３では、ＲＡＭ７にロードされているキー
操作データテーブルがサーチされ、Ｆｌのエリアから入
力された機能キーに対応するレコードが捜し出される。

つまり、部門キー３１が操作された場合にはレコード１
がサーチされ、値引きキー３２が操作された場合には、
レコード２がサーチされ、支払いキー３３が操作された
場合には、レコード３がサーチされる。ステップＳ１４
では、Ｆ２が“１”か否かが判別され、ステップＳ１５
では、マルチ入力有無フラグが“１”か否かが判別され
る。要するに、ステップＳ１４．Ｓ１５では、キー操作
データテーブルによってマルチ入力が禁止されているに
もかかわらず、＠キー３５が操作されたか否かが判別さ
れる。＠キー３５が操作されて、マルチ入力有無フラグ
が“１″にセットされていれば、ステップ８１６におい
て、エラーの旨が表示管４に表示され、次いで、ステッ
プＳ１７において、エラー処理が行なわれる。

マルチ入力に関し、キー操作データテーブルと実際のキ
ー操作とが適合している場合には、ステップＳ１８に進
む。ステップＳ１８では、Ｆ３が“０“か“１”か“２
″であるかが判別される。

Ｆ３＝０の場合には、ステップＳ２２において、部門人
力有無フラグが“０”であるか否かが判別される。これ
は、Ｆ３＝０の場合は、部門キー３１の先入力が必要な
場合であり、この時、部門人力有無フラグが“０”であ
れば、部門キー３１が先入力されていないことになるか
らである。ステップＳ２２において、部門人力有無フラ
グが“０”であることが判別された場合には、ステップ
Ｓ２３において、エラーの旨が表示管４に表示され、次
いで、ステップＳ２４において、エラー処理が行なわれ
る。

Ｆ３＝１の場合には、ステップＳ１９において、部門人
力有無フラグが“１”であるか否かが判別される。これ
は、Ｆ３＝１の場合は、部門キー３１の先入力が禁止さ
れている場合であり、この時、部門人力有無フラグが“
１”であれば、部門キー３１が先入力されていることに
なるからである。

ステップＳ１９において、部門人力有無フラグが“１”
であることが判別された場合には、ステップＳ２０にお
いて、表示管４にエラーの旨が表示され、次いで、ステ
ップＳ２１において、エラー処理が行なわれる。

Ｆ３＝２の場合、つまり部門キー３１が先入力されよう
が、後入力されようが構わない場合およびＦ３が“２”
以外の場合であって、Ｆ３の値と実際のキー操作とが適
合している場合には、ステップＳ２５に進む。ステップ
Ｓ２５では、Ｆ４が１″であるか否かが判別される。Ｆ
４＝の場合には、ステップＳ２６において、値引き入力
有無フラグが“１”であるか否かが判別される。これは
、Ｆ４＝１の場合は、値引きキー３２の先入力が禁止さ
れている場合であり、この時、値引き入力有無フラグが
“１”であれば、値引きキー３２が先入力されているこ
とになるからである。ステップＳ２６において、値引き
入力有無フラグが“１”であることが判別された場合に
は、ステップＳ２７において、エラーの旨が表示管４に
表示され、次いで、ステップ３２８において、エラー処
理が行なわれる。

値引き処理に関し、キー操作データテーブルと実際のキ
ー操作とが適合していれば、ステップＳ２９に進み、Ｆ
６に示されるスタートアドレスから取引き処理のための
プログラムが呼出される。

次いで、ステップＳ３０では、Ｆ５が“１”であるか否
かが判別される。Ｆ５＝０の場合には、ステップＳ３１
に進み、部門人力有無フラグおよび値引き入力有無フラ
グがクリアされ、次に、ステップＳ１に戻る。一方、Ｆ
５＝１の場合には、ステップＳ３０におよびステップＳ
３３において、それぞれ、操作されたキーが部門キー３
１であるのか、また、値引きキー３２であるのかが判別
される。操作キーが部門キー３１であれば、ステップＳ
３０において、部門人力有無フラグが“ｌ”にセットさ
れ、次にステップＳ１に戻る。一方、操作キーが値引き
キー３２であれば、ステップＳ３５において、値引き入
力有無フラグは“１”にセットされ、次に、ステップＳ
１に戻る。操作キーが部門キー３１．値引きキー３２の
いずれでもなければ、ステップＳ１に戻る。

以上の説明かられかるように、第１Ａ図、第１Ｂ図のフ
ロー図によれば、たとえば値引き付き部門登録を行なう
場合において、キー操作データテーブルが第５図に示す
ように構成されていれば、第７図（ｂ）に示すように、
値引きキー３２が部門キー３１よりも先に入力するキー
操作が許容され、キー操作データテーブルが第６図に示
すように構成されていれば、第８図（Ｃ）に示すように
部門キー３１が値引きキー３２よりも先に入力するキー
操作が許容される。このようにして、キー操作はデータ
テーブルにより規定される。

［発明の効果コ 以上のように、この発明によれば、キー操作の正否を、
プログラムではなく、データテーブルを用いて判別する
ようにしたので、データテーブルの内容を更新するだけ
でキー操作を変更することができる。したがって、キー
操作の変更を容易にかつ短時間で行なうことができ、時
間および費用の削減を行なうことができる。

【図面の簡単な説明】

第１Ａ図および第１Ｂ図はこの発明の一実施例の動作を
説明するためのフロー図である。第２図はこの発明の一
実施例のＥＣＲの電気的構成を示す概略ブロック図であ
る。第３図は第２図に示すキーボードのキー配置図であ
る。第４図は第２図に示すＲＡＭの一部の記憶エリアを
示す図解図である。第５図は第１図に示すＲＡＭに格納
されるキー操作データテーブルの一例を示す図解図であ
る。第６図は第５図に示すのとは別のキー操作データテ
ーブルを示す図解図である。第７図は第５図に示すキー
操作データテーブルに基づいて許容されるキー操作例お
よびそのキー操作により印字されるジャーナルあるいは
レシートの印字例を示す図である。第８図は第６図に示
すキー操作データテーブルに基づいて許容されるキー操
作例およびそのキー操作により印字されるジャーナルあ
るいはレシートの印字例を示す図である。第９図は第２
図に示す外部記憶装置からＲＡＭにキー操作データテー
ブルをロードするときのキー操作を示す図である。 図において、１はＥＣＲ，２はＣＰＵ、３はキ−ボード
、６は外部記憶装置、７はＲＡＭ、８はＲＯＭ、３１は
部門キー、３２は値引きキー、３３は支払いキー、３４
はテーブルロードキー、３７は置数キー、７０は記憶エ
リアを示す。 も２図 気５図 孔６図

Claims (1)

1. 【特許請求の範囲】 取引きに関するデータを入力するための入力キーと、 前記入力キーの操作を規定するデータを更新可能に記憶
   する記憶手段と、 前記入力キーのキー操作に応答して、キー操作が前記記
   憶手段に記憶されたデータに適合しているか否かを判別
   するための判別手段と、 前記判別手段によりキー操作が記憶データに適合してい
   ることが判別されたことに応じて、入力された取引きに
   関するデータを処理するデータ処理手段とを備えた、取
   引き処理装置。