JP2001006051A - 商品販売登録データ処理装置 - Google Patents

Abstract

(57)【要約】 【目的】 客が買上げた全商品の商品コード読取り入力
をキャッシャと顧客の双方で分担して行った場合に、ど
の商品を客自身が登録したかを明確に区別できるように
する。 【構成】 コード読取装置にキャッシャ用コード読取部
と客用コード読取部とを設けてキャッシャと客との協力
により客買上商品の商品コード読取入力が行なえるよう
にする。そして、コード読取装置により読取られた商品
コードがキャッシャ用コード読取部で読取られたコード
なのか客用コード読取部で読取られたコードなのかを判
断する。ここで、客用コード読取部で読取られたと判断
した商品コードに基づいて売上登録処理した商品の明細
情報をレシート用紙に印字する際には、客登録マークを
印字する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、キャッシャと顧客
の双方が商品コードを読取り入力できる商品販売登録デ
ータ処理装置に関する。

【０００２】

【従来の技術】従来、顧客自身がスキャナを用いて買上
げ商品の商品コードを読取り入力するセルフスキャニン
グ式の商品販売登録データ処理装置としては、図７に示
すようにスキャナ１，計量器２Ｍを含む搬入コンベア
２，搬出コンベア３及び袋詰め台４を商品の流れ方向に
配列してなるチェックアウトレーン５を、電子式キャッ
シュレジスタ（以下ＥＣＲと略称する）６の両側に配設
した２レーン式のものが知られている。

【０００３】かかる装置では、客ＣＳＴ１（ＣＳＴ２）
がスキャナ１を用いて自己の買上げ商品に付されている
商品コードを読取り入力すると、その商品コードがＥＣ
Ｒ６に伝送される。また、客ＣＳＴ１（ＣＳＴ２）が商
品コードの読取り入力を終えた商品を搬入コンベア２に
載せると、計量器２Ｍで計量された商品の実重量データ
がＥＣＲ６に送信される。

【０００４】一方、ＥＣＲ６には各商品の商品コードに
対応して品名，単価等とともに設定重量データがプリセ
ットされた商品ファイルが設けられている。そしてＥＣ
Ｒ６は、スキャナ１からの商品コードを取込むと商品フ
ァイルを検索して入力商品コードに対応する設定重量デ
ータを読出し、計量器２Ｍからの実重量データと比較し
て両重量データの同一性を判定し、同一性有りを判定し
た場合のみ該当商品の販売データを取得して記憶部に売
上登録処理する。このとき、商品は搬入コンベア２及び
搬出コンベア３で移送されて袋詰め部４にストックされ
る。

【０００５】こうして、客ＣＳＴ１（ＣＳＴ２）が全買
上げ商品の商品コード読取り入力を終了すると、キャッ
シャＣＨＲはＥＣＲ６のキーボードに設けられている締
めキーを操作入力する。そうすると、ＥＣＲ６にて全買
上げ商品の合計が出力されるとともにその取引に関する
データが印字されたレシートが発行されるので、キャッ
シャＣＨＲは客ＣＳＴ１（ＣＳＴ２）との間で合計金額
に対する代金支払いの金銭授受及びレシートの受渡しを
行なえばよい。

【０００６】

【発明が解決しようとする課題】しかしながら、前述し
た従来のセルフスキャニング式商品販売登録データ処理
装置においては、客自身がスキャナを用いて全買上げ商
品の商品コードを読取り入力するので、キャッシャの負
担は軽減されるものの客の負担が増大する。このため、
セルフスキャニングシステムの導入に客の不評を買うお
それもある。また、客のなかには商品コードの読取り入
力に不慣れで手間取ることも考えられ、必ずしも会計処
理の効率が向上するとは限らない。

【０００７】このような問題は、客が全買上げ商品の商
品コードを読取り入力しなければならないために生じて
いる。すなわち、キャッシャと顧客の双方で全買上げ商
品の商品コード読取り入力を分担すればキャッシャの負
担を軽減できるばかりか会計処理の効率を向上できる。

【０００８】しかし、この場合でも依然として客の負担
は増加しており、その負担に対する見返りがないと客が
商品コードの読取り入力を積極的に行なうとは思えず、
キャッシャの負担軽減及び会計処理の効率向上は期待で
きない。客の負担に対して特典などの見返りを与えるに
は、全買上商品のうちどの商品を客自身が登録したかを
明確にする必要がある。

【０００９】そこで本発明は、客が買上げた全商品の商
品コード読取り入力をキャッシャと顧客の双方で分担し
て行なえるとともに、全買上商品のうちどの商品を客自
身が登録したかを明確に区別できる商品販売登録データ
処理装置を提供しようとするものである。

【００１０】

【課題を解決するための手段】本願請求項１記載の発明
は、コード読取装置により読取られた商品コードに基づ
いて商品販売データを取得し記憶部に売上登録処理する
とともに、締めキーの操作入力により１取引にて買上げ
られる全商品の売上登録終了が宣言されると、その１取
引に関するデータが印字されたレシートを発行する商品
販売登録データ処理装置において、コード読取装置にキ
ャッシャ用コード読取部と客用コード読取部とを設けて
キャッシャと客との協力により客買上商品の商品コード
読取入力が行なえるように構成するとともに、コード読
取装置により読取られた商品コードがキャッシャ用コー
ド読取部で読取られたコードなのか客用コード読取部で
読取られたコードなのかを判断し、客用コード読取部で
読取られたと判断した商品コードに基づいて売上登録処
理した商品の明細情報をレシート用紙に印字する際には
客登録マークを印字するようにしたものである。

【００１１】このような構成により、１取引にて買上げ
られる全商品の商品コードをキャッシャと客が分担して
読取り入力すると、その１取引のレシートに印字される
各商品の明細情報のうち客が読取り入力した商品の明細
情報には客登録マークが印字されるので、キャッシャが
読取り入力した商品と客が読取り入力した商品とを区別
することができる。

【００１２】

【発明の実施の形態】以下、本発明の実施の形態につい
て図面を参照しながら説明する。はじめに、第１の実施
の形態について説明する。

【００１３】第１の実施の形態にかかる商品販売登録デ
ータ処理装置は、図１，図２に示すようにＥＣＲ（電子
式キャッシュレジスタ）１０とコード読取装置２０とを
インタフェース用ケーブル３０で接続して構成される。

【００１４】ＥＣＲ１０は、筐体正面にキーボード１１
及び表示器１２を設けるとともに、下部に現金等を収容
するためのドロワ１３を形成している。また、プリンタ
１４及びカードリーダ１５を搭載している。

【００１５】前記キーボード１１は、客買上商品の売上
登録終了を宣言する締めキーとして現計キーを備えてお
り、この現計キーが操作入力されると客買上商品の合計
金額、いわゆる取引合計金額が表示器１２に表示される
ようになっている。

【００１６】また、キーボード１１には「登録」，「精
算」，「設定」等の各種業務を選択するための業務選択
キーも設けられている。因みに、「登録」業務とはコー
ド読取装置２０により読取られた商品コードで後述する
商品ファイル５１を検索して商品販売データを取得し記
憶部に売上登録処理するとともに、前記現計キーの操作
入力により１取引にて買上げられる全商品の売上登録終
了が宣言されると、その１取引に関するデータが印字さ
れたレシートを発行する業務である。

【００１７】前記プリンタ１４は、レシート用紙及びジ
ャーナル用紙にデータ印字するもので、印字済みのレシ
ート用紙は筐体正面に形成されたレシート発行口１４ａ
より排出され、１取引毎に切断されて、客にレシートと
して発行する。また、印字済みのジャーナル用紙は内部
で巻き取られ、取引データの履歴として店側が保存す
る。

【００１８】また、ＥＣＲ１０は、商品販売登録のデー
タ処理等を行なうＣＰＵ（中央処理装置）１６、上記Ｃ
ＰＵ１６が実行するプログラム等の固定的データが予め
記憶されたＲＯＭ（リード・オンリ・メモリ）１７、商
品販売データを売上登録処理するための記憶部を形成す
るＲＡＭ（ランダム・アクセス・メモリ）１８及び現日
時を計時する時計回路１９を搭載している。

【００１９】また、前記インタフェース用ケーブル３０
が接続されるインタフェース１１０，前記カードリーダ
１５が接続されるカードリーダ回路１１１，前記キーボ
ード１１が接続されるキーボード回路１１２，前記表示
器１２が接続される表示制御回路１１３及び前記プリン
タ１４を駆動させるプリンタ駆動回路１１４と前記ドロ
ワ１３を開放させるドロワ開放装置１１５とにそれぞれ
駆動信号を送出するＩ／Ｏポート１１６等を備えてい
る。

【００２０】前記コード読取装置２０は、筐体正面にキ
ャッシャ用のコード読取装置として機能するキャッシャ
用の定置型スキャナ（以下キャッシャ用スキャナと略称
する）２１を設け、かつ筐体背面に客用のコード読取装
置として機能する客用の定置型スキャナ（以下客用スキ
ャナと略称する）２２を設けるとともに、両スキャナ２
１，２２の各上方にそれぞれキャッシャ用表示器２３及
び客用表示器２４を設けたもので、キャッシャと客との
協力により迅速かつ正確に客買上商品の商品コード（バ
ーコード）読取入力が行なえるように構成されている。

【００２１】すなわち、コード読取装置２０は、サッカ
ー台４０のほぼ中央に、正面をキャッシャ側に向けた状
態で配設され、このコード読取装置２０よりも下流側に
ＥＣＲ１０が配設されている。そして、サッカー台４０
を挟んで対峙したキャッシャと客が、サッカー台４０の
上流側位置４１に載置されたカゴ（不図示）に収容され
た客買上商品をそれぞれ１点ずつ取り出し、その商品に
付された商品コード（バーコード）を各々のスキャナ２
１，２２を用いて読取入力する。読取入力済みの商品は
サッカー台４０の下流側位置４２に載置された空カゴ
（不図示）内に収容する。

【００２２】キャッシャ用表示器２３及び客用表示器２
４は上下２段のドット表示器で構成され、各上段はそれ
ぞれの自己入力に係るデータが表示され、各下段はそれ
ぞれの相手入力に係るデータが表示される。

【００２３】そして、前記キャッシャ用スキャナ２１及
び客用スキャナ２２は、それぞれスキャナ回路２５，２
６、インタフェース２７、インタフェースケーブル３０
及びインタフェース１１０を介してＥＣＲ１０内のＣＰ
Ｕ１６に接続され、キャッシャ用表示器２３及び客用表
示器２４は、それぞれ表示制御回路２８，２９、インタ
フェース２７、インタフェースケーブル３０及びインタ
フェース１１０を介してＥＣＲ１０内のＣＰＵ１６に接
続されている。

【００２４】なお、各スキャナ回路２５，２６及び各表
示制御回路２８，２９をＥＣＲ１０内に設けて、インタ
フェース１１０及びインタフェース２７を除外するよう
に構成してもよい。

【００２５】さて、本商品販売登録データ処理装置は、
前記ＥＣＲ１０内のＲＡＭ１８に、図３に示すように商
品ファイル５１、会員ファイル５２、現金合計器５３、
値引額合計器５４、特典種類データメモリ５５及び１客
用ワークメモリ５６等の各種領域を形成している。

【００２６】前記商品ファイル５１は店で販売される全
商品にそれぞれ付される商品コードに対応してその商品
の品名，単価等の設定データがプリセットされるととも
に、販売点数及び販売金額の商品販売データを商品コー
ド別に累積するための領域である。

【００２７】前記会員ファイル５２はサービスポイント
制度の会員となった顧客にそれぞれ付される顧客コード
別に買物毎に付与したサービスポイントを累計するため
の領域である。

【００２８】前記現金合計器５３は当該ＥＣＲ１０にて
精算した全客の買上金額を総計する領域であり、値引額
合計器５４は当該ＥＣＲ１０にて精算した各客に対して
発生した値引額を総計する領域である。

【００２９】前記特典種類データメモリ５５は客自身が
客用スキャナ２２を用いて客買上商品の登録をしたとき
の特典の内容を示すデータであり、「設定」業務におい
てキーボード１１の所定キー操作により変更が可能であ
る。

【００３０】なお、この第１の実施の形態では、客自身
が登録した全商品の合計点数に応じて値引きを行なう特
典を示すデータを「１」とし、客自身が登録した全商品
の合計金額に応じて値引きを行なう特典を示すデータを
「２」とし、取引合計額に応じたサービスポイントを客
自身が登録した全商品の合計点数に応じて増加する特典
を示すデータを「３」とする。

【００３１】前記１客用ワークメモリ５６は、当該ＥＣ
Ｒ１０にて精算する１客が買い上げる商品のうち前記キ
ャッシャ用スキャナ２１でコード読取りが行われた商品
の金額を合計する第１加算器Ｍ１及び前記客用スキャナ
２２でコード読取りが行われた商品の金額を合計する第
２加算器Ｍ２と、前記客用スキャナ２２でコード読取り
が行われた商品の点数を計数するカウンタＣと、商品登
録中のとき“１”にセットされる登録中フラグＦとを備
えた領域である。

【００３２】しかして、この第１の実施の形態における
商品販売登録データ処理装置は、業務選択キーにより
「登録」業務が選択された状態で、コード読取装置２０
により商品コード（バーコード）を読取入力すると、前
記ＣＰＵ１６が図４の流れ図に示すスキャナ入力処理を
実行するようにプログラムされている。

【００３３】すなわち、ＣＰＵ１６は、先ずＳＴ（ステ
ップ）１で「登録」業務が選択されていることを確認し
た後、ＳＴ２で１客用ワークメモリ５６の登録中フラグ
Ｆを調べる。そして、この登録中フラグＦが“０”にリ
セットされている場合には、１客が買上げる商品の最初
の売上登録なので、上記登録中フラグＦを“１”にセッ
トするとともに、１客用ワークメモリ５６の第１加算器
Ｍ１，第２加算器Ｍ２及びカウンタＣをクリアする。登
録中フラグＦが既に“１”にセットされている場合に
は、１客買上商品の２点目以降の売上登録なので上記処
理は行なわない。

【００３４】次に、ＳＴ３で商品コードの読取入力がキ
ャッシャ用スキャナ２１で行われたのか、客用スキャナ
２２で行われたのかを判断する。この判断は、例えばキ
ャッシャ用スキャナ２１で読取られた商品コードの伝送
データと客用スキャナ２２で読取られた商品コードの伝
送データとにそれぞれ送信元を示すデータを付加するこ
とで可能となる。

【００３５】ここで、キャッシャ用スキャナ２１で読取
られた商品コードのデータを入力した場合には、ＳＴ４
Ａで商品ファイル５１を検索する。そして、入力商品コ
ードに対応する品名，単価等の登録商品データを読出し
て商品販売データを取得し記憶部に売上登録処理する。
具体的には登録商品の販売金額を単価とし、販売点数を
「１」として、商品ファイル５１の該当商品コードに対
応する売上点数エリア及び売上金額エリアにそれぞれ前
記販売点数及び販売金額を加算する。

【００３６】次に、ＳＴ５Ａで登録商品の品名及び販売
金額の表示データを作成する。そしてこの表示データを
インタフェース１１０からインタフェース２７へ伝送し
て、キャッシャ用表示器２３の上段と客用表示器２４の
下段とにそれぞれ登録商品の品名及び販売金額を表示さ
せる。

【００３７】次に、ＳＴ６Ａで登録商品の品名，販売点
数及び販売金額の印字データを作成する。そしてこの印
字データをＩ／Ｏポート１１６を介してプリンタ制御回
路１１４に供給して、プリンタ１４によりレシート用紙
及びジャーナル用紙にそれぞれ登録商品の品名，販売点
数及び販売金額を印字させる。

【００３８】しかる後、ＳＴ７Ａで１客用ワークメモリ
５６の第１加算器Ｍ１に登録商品の販売金額を加算した
ならば、今回のスキャナ入力処理を終了する。一方、Ｓ
Ｔ３にて客用スキャナ２２で読取られた商品コードのデ
ータを入力した場合には、ＳＴ４Ｂで商品ファイル５１
を検索する。そして、ＳＴ４Ａのときと同様に入力商品
コードに対応する品名，単価等の登録商品データを読出
して商品販売データを取得し記憶部に売上登録処理す
る。

【００３９】次に、ＳＴ５Ｂで登録商品の品名及び販売
金額の表示データを作成する。そしてこの表示データを
インタフェース１１０からインタフェース２７へ伝送し
て、客用表示器２４の上段とキャッシャ用表示器２３の
下段とにそれぞれ登録商品の品名及び販売金額を表示さ
せる。

【００４０】次に、ＳＴ６Ｂで登録商品の品名，販売点
数及び販売金額の印字データを作成する。そしてこの印
字データをＩ／Ｏポート１１６を介してプリンタ制御回
路１１４に供給して、プリンタ１４によりレシート用紙
及びジャーナル用紙にそれぞれ登録商品の品名，販売点
数及び販売金額を印字させる。また、客自身が登録した
ことを示すマーク「＊」の印字データもプリンタ制御回
路１１４に供給して、プリンタ１４によりレシート用紙
及びジャーナル用紙に印字させる。

【００４１】次に、ＳＴ７Ｂで１客用ワークメモリ５６
の第２加算器Ｍ２に登録商品の販売金額を加算する。し
かる後、ＳＴ８Ｂで特典種類データメモリ５５の内容を
調べる。ここで、同メモリ５５内の特典種類データが
「１」または「３」の場合には、１客用ワークメモリ５
６のカウンタＣを＋１だけインクリメントした後、今回
のスキャナ入力処理を終了する。同メモリ５５内の特典
種類データが「１」または「３」以外の場合には、カウ
ンタＣをインクリメントすることなく今回のスキャナ入
力処理を終了する。

【００４２】また、本商品販売登録データ処理装置は、
業務選択キーにより「登録」業務が選択された状態で、
キーボード１１の現計キーを入力すると、前記ＣＰＵ１
６が図５及び図６の流れ図に示す現計キー処理を実行す
るようにプログラムされている。

【００４３】すなわち、ＣＰＵ１６は、先ずＳＴ１１で
「登録」業務が選択されていることを確認した後、ＳＴ
１２で１客用ワークメモリ５６の登録中フラグＦを調べ
る。そして、この登録中フラグＦが“０”にリセットさ
れている場合には、客買上商品の登録無しに現計キーが
操作されたミスなので、現計キーの入力をエラーとして
この処理を終了する。

【００４４】ＳＴ１２で登録中フラグＦが“１”にセッ
トされている場合には、客買上商品の登録終了が宣言さ
れたので、次に特典種類データメモリ５５の内容を調べ
る。ここで、同メモリ５５内の特典種類データが
「１」，「２」及び「３」以外の場合には、客自身の登
録に対する特典が設定されていないので、ＳＴ１３で第
１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算し
て取引合計金額Ｍを求め、この取引合計金額Ｍを表示器
１２に表示させるとともに、プリンタ１４によりレシー
ト用紙及びジャーナル用紙に印字させる。また、現金合
計器５３に取引合計金額Ｍを加算する。

【００４５】次に、ＳＴ１４でプリンタ駆動回路１１４
にレシート発行指令を送出する。また、ドロワ開放装置
１１５にドロワ開放指令を送出する。これにより、レシ
ート発行口１４ａからレシートが発行されるとともに、
ドロワ１３が開放されるので、しかる後、１客用ワーク
メモリ５６の登録中フラグＦを“０”にリセットしたな
らば、この処理を終了する。

【００４６】これに対し、特典種類データが「１」の場
合には客自身が登録した全商品の合計点数に応じて値引
きを行なうので、図６（ａ）に具体的に示す処理を実行
する。

【００４７】すなわち、第１加算器Ｍ１の内容と第２加
算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。
また、ＳＴ１５として次の（１）式により客自身が登録
した全商品の合計点数に比例する値引額Ｄを求める。

【００４８】 Ｄ＝Ｃ×ｄ …（１） この（１）式において、ＣはカウンタＣの計数値であ
り、ｄは登録点数１点当りの値引額（例えば２円）であ
る。

【００４９】次に、上記取引合計金額Ｍ及び値引額Ｄを
プリンタ１４によりレシート用紙及びジャーナル用紙に
印字させる。

【００５０】次に、ＳＴ１６として上記取引合計金額Ｍ
から値引額Ｄを減じることにより取引合計金額の値引を
行い、この値引後の取引合計金額Ａを客が支払う代金と
して表示器１２に表示させるとともにプリンタ１４によ
りレシート用紙及びジャーナル用紙に印字させる。

【００５１】しかる後、現金合計器５３に値引前の取引
合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄ
を加算したならば、前記ＳＴ１４に進む。そして、レシ
ートを発行させるとともにドロワ１３を開放させ、登録
中フラグＦを“０”にリセットしたならば、この処理を
終了する。

【００５２】また、特典種類データが「２」の場合には
客自身が登録した全商品の合計金額に応じて値引きを行
なうので、図６（ｂ）に具体的に示す処理を実行する。

【００５３】すなわち、第１加算器Ｍ１の内容と第２加
算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。
また、ＳＴ１７として次の（２）式により客自身が登録
した全商品の合計金額に比例する値引額Ｄを求める。

【００５４】 Ｄ＝Ｍ２×ｅ／１００ …（２） この（２）式において、Ｍ２は第２加算器Ｍ２の内容で
あり、ｅは予め設定されている値引率（例えば１
（％））である。

【００５５】次に、上記取引合計金額Ｍ及び値引額Ｄを
プリンタ１４によりレシート用紙及びジャーナル用紙に
印字させる。

【００５６】次に、ＳＴ１８として上記取引合計金額Ｍ
から値引額Ｄを減じることにより取引合計金額の値引を
行い、この値引後の取引合計金額Ａを客が支払う代金と
して表示器１２に表示させるとともにプリンタ１４によ
りレシート用紙及びジャーナル用紙に印字させる。

【００５７】しかる後、現金合計器５３に値引前の取引
合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄ
を加算したならば、前記ＳＴ１４に進む。そして、レシ
ートを発行させるとともにドロワ１３を開放させ、登録
中フラグＦを“０”にリセットしたならば、この処理を
終了する。

【００５８】また、特典種類データが「３」の場合には
客自身が登録した全商品の合計点数に応じて取引合計額
に応じたサービスポイントを増加するので、図６（ｃ）
に具体的に示す処理を実行する。

【００５９】すなわち、第１加算器Ｍ１の内容と第２加
算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。
そして、この取引合計金額Ｍを客が支払う代金として表
示器１２に表示させるとともにプリンタ１４によりレシ
ート用紙及びジャーナル用紙に印字させる。また、現金
合計器５３に取引合計金額Ｍを加算する。

【００６０】次に、カードリーダ１５によりサービスポ
イント会員に発行される有効な会員カードの記録データ
（顧客コード）が読取られているか否かを判断する。そ
して、読取られていない場合には非サービンポイント会
員である客の登録終了なので、直ちに前記ＳＴ１４に進
む。

【００６１】これに対し、有効な会員カードの記録デー
タが読取られている場合にはサービンポイント会員であ
る客の登録終了なので、ＳＴ１９として次の（３）式に
よりサービスポイントＰを算出する。

【００６２】 Ｐ＝ｎ（Ｍ／１００＋Ｃ） …（３） この（３）式において、Ｍは第１加算器Ｍ１の内容と第
２加算器Ｍ２の内容とを合算した取引合計金額であり、
ＣはカウンタＣの計数値である。なお、この実施例では
取引合計金額Ｍが１００円当たりｎポイントとし、さら
に客自身が登録すると１点当りｎポイントを追加するも
のとしている。

【００６３】次に、ＳＴ２０として会員ファイル５２を
検索してカードリーダ１５にて読取った会員カードデー
タ中の顧客コードに対応する累計ポイントエリアに上記
サービスポイントＰを加算したならば、前記ＳＴ１４に
進む。そして、レシートを発行させるとともにドロワ１
３を開放させ、登録中フラグＦを“０”にリセットした
ならば、この処理を終了する。

【００６４】このように構成された第１の実施の形態の
商品販売登録データ処理装置においては、キャッシャは
キャッシャ用スキャナ２１を用いて、客は客用スキャナ
２２を用いて相互に客買上商品の商品コード（バーコー
ド）読取入力を行なうことができる。しかも、商品コー
ドの読取り入力を行った客に対しては、客自身が登録し
た全商品の合計点数に応じて例えば１点当たり２円の値
引きを行なうか、客自身が登録した全商品の合計金額に
応じて例えば１％の値引きを行なうか、取引合計額に応
じたサービスポイントを客自身が登録した全商品の合計
点数に応じて例えば１点当たりｎポイント増加するとい
うような特典が付与される。

【００６５】具体的には、予め特典種類データメモリ５
５に、客自身が登録した全商品の合計点数に応じて値引
きを行なう場合にはデータ「１」を設定し、客自身が登
録した全商品の合計金額に応じて値引きを行なう場合に
はデータ「２」を設定し、客自身が登録した全商品の合
計点数に応じて取引合計額に応じたサービスポイントを
増加する場合にはデータ「３」を設定すればよい。

【００６６】例えば特典種類データ「１」が設定されて
いる場合において、キャッシャと客が協力して客買上商
品の商品コード読取り入力を行い、客が５点の商品コー
ド読取り入力を行ったときには、１点当たりの値引額ｄ
を２円とすると、その客の全買上商品の合計金額、いわ
ゆる取引合計金額から前記（１）式により１０円（５点
×２円）の値引が行われる。

【００６７】また、特典種類データ「２」が設定されて
いる場合において、キャッシャと客が協力して客買上商
品の商品コード読取り入力を行い、客が５００円分の商
品の商品コード読取り入力を行ったときには、値引率を
１％とすると、その客の取引合計金額から前記（２）式
により５円（５００×１／１００）の値引が行われる。

【００６８】さらに、特典種類データ「３」が設定され
ている場合において、キャッシャと客が協力して客買上
商品の商品コード読取り入力を行い、客が５点の商品コ
ード読取り入力を行ったときには、ｎを１とすると前記
（３）式によりその客の取引合計金額に応じたサービス
ポイントに５点が加算されたサービスポイントＰが算出
されて、その客の顧客コードに対応する累計ポイントエ
リアに加算される。

【００６９】このように、キャッシャに協力して客買上
商品の商品コード読取り入力を行った客に対しては、そ
の客自身が商品コード読取り入力を行った商品の点数や
金額に応じて自動的に値引やサービスポイントの増加等
の特典を付与できる。従って、客は自身で買上商品のコ
ード読取り入力を行なえば行なうほど大きな特典が付与
されるので、負担を感じることなくキャッシャと協力し
て自己が買上げる商品の商品コード読取り入力を行なう
ようになる。その結果、キャッシャの負担が軽減される
とともに会計処理の効率化が図られる。

【００７０】そしてこの場合において、客が客用スキャ
ナ２２を用いて商品コード読取り入力を行った商品の明
細情報（品名，販売点数，販売金額等）をレシート用紙
及びジャーナル用紙に印字する際に、同時に客登録マー
ク「＊」も印字して、キャッシャが登録した商品の明細
情報と区別している。従って明細情報に客登録マーク
「＊」が付加された商品は客自身が登録した商品であ
り、その商品登録に対して特典が付与されたことを客に
強く認識させることが可能である。

【００７１】なお、第１の実施の形態では客に付与する
特典の方法として３種類を例示し、これらを特典種類デ
ータの設定によって任意に選択できる構成としたが、い
ずれか１つの方法を固定的に備えた装置であってもよ
い。この場合、特典種類データメモリ５５が不要となる
上、ＣＰＵ１６が実行するスキャナ入力処理及び現計キ
ー処理において特典種類データの判断が不要となる。

【００７２】また、第１の実施の形態では登録点数１点
当たりの値引額ｄや値引率ｅを固定化したが、これらの
データを記憶するメモリエリアをＲＡＭ１８上に設ける
ことによって、ユーザが任意に値引額ｄや割引率ｅを設
定できるようになる。

【００７３】さらに、サービスポイントを増加する場合
においても、客自身が登録した商品はキャッシャが登録
した商品に比べてポイントがｍ倍となるような運用を実
施することも可能である。すなわち、図６（ｃ）におけ
るＳＴ１９の処理においてサービスポイントＰを次の
（４）式にて算出すればよい。

【００７４】 Ｐ＝Ｍ１／１００＋（Ｍ２／１００）ｍ …（４） この（４）式において、Ｍ１は第１加算器Ｍ１の内容、
Ｍ２は第２加算器Ｍ２の内容である。なお、この場合は
１客用ワークメモリ５６のカウンタＣが不要となる。

【００７５】ところで、第１の実施の形態では商品コー
ド読取り入力の操作性の善し悪しに拘らず商品コード読
取り入力の数量に応じて特典を付与したが、サイズが大
きかったり重量の重い商品は操作性が悪いために、サッ
カー台４０の上流側位置４１から取り出してスキャナ２
１，２２により商品コードを読取らせ、下流側位置４２
に置くまでに多くの時間と労力を費やす。このため、操
作性がよい商品ばかりを選んで数多くスキャニングした
顧客と、操作性が悪い商品ばかりを選んだためにスキャ
ニングの数が少なかった顧客とがいた場合に、キャッシ
ャにかかる負担は後者の方が軽減されるにも拘らず、前
者の方が特典が大きくなる不都合が生じる。

【００７６】そこで、このような不都合を無くすため
に、客用スキャナ２２を用いて商品コード読取り入力さ
れた商品のスキャナ入力操作の難易度を判別し累計し
て、この累計値に基づいて値引，サービスポイント付与
等の特典を客に与えるようにした、第２の実施の形態に
ついて説明する。

【００７７】なお、この第２の実施の形態における商品
販売登録データ処理装置の外観及び回路構成は第１の実
施の形態のそれと同様であるため、図１，図２を用いて
説明を省略する。

【００７８】さて、この第２の実施の形態における商品
販売登録データ処理装置のＥＣＲ１０内のＲＡＭ１８に
も、第１の実施の形態と同様に、図７に示すように商品
ファイル５１、会員ファイル５２、現金合計器５３、値
引額合計器５４、特典種類データメモリ５５及び１客用
ワークメモリ５６等の各種領域が形成されている。

【００７９】ただし、商品ファイル５１には、各商品の
商品コードに対応して、スキャナ読取入力の操作難易度
データｇを記憶するエリア５７が追加形成されている。
そして、該当商品のサイズ（体積）や重量等を規準にし
て店側または製造者側が任意に定めた操作難易度データ
ｇ（難易度が高ければ高いほど大きい値となる）が前記
エリア５７に予め設定されている。

【００８０】また、１客用ワークメモリ５６は、当該Ｅ
ＣＲ１０にて精算する１客が買い上げる商品の金額を合
計する金額加算器Ｍと、前記客用スキャナ２２でコード
読取りが行われた商品の操作難易度データを加算する難
易度加算器Ｇと、前記登録中フラグＦのエリアとで構成
される。

【００８１】また、前記特典種類データメモリ５５に設
定されるデータは、この第２の実施の形態では、客自身
が客用スキャナ２２を用いて登録した全商品の操作難易
度累計値に応じて値引を行なう特典を示すデータを
「４」とし、取引合計額に応じたサービスポイントを客
自身が登録した全商品の操作難易度累計値に応じて増加
する特典をデータ「５」とする。

【００８２】しかして、この第２の実施の形態における
商品販売登録データ処理装置は、業務選択キーにより
「登録」業務が選択された状態で、コード読取装置２０
により商品コード（バーコード）を読取入力すると、前
記ＣＰＵ１６が図８の流れ図に示すスキャナ入力処理を
実行するようにプログラムされている。

【００８３】すなわち、ＣＰＵ１６は、ＳＴ１で「登
録」業務が選択されていることを確認した後、ＳＴ２で
１客用ワークメモリ５６の登録中フラグＦを調べる。そ
して、この登録中フラグＦが“０”にリセットされてい
る場合には、１客が買上げる商品の最初の売上登録なの
で、上記登録中フラグＦを“１”にセットするととも
に、ＳＴ３１として１客用ワークメモリ５６の金額加算
器Ｍ及び難易度加算器Ｇをクリアする。登録中フラグＦ
が既に“１”にセットされている場合には、１客買上商
品の２点目以降の売上登録なので上記処理は行なわな
い。

【００８４】次に、ＳＴ３で商品コードの読取入力がキ
ャッシャ用スキャナ２１で行われたのか、客用スキャナ
２２で行われたのかを判断する。そして、キャッシャ用
スキャナ２１で読取られた商品コードのデータを入力し
た場合には、前記一実施の形態の場合とほぼ同様に動作
する。

【００８５】すなわち、ＳＴ４Ａで商品ファイル５１を
検索して、入力商品コードに対応する品名，単価等の登
録商品データを読出して商品販売データを取得し記憶部
に売上登録処理する。次に、ＳＴ５Ａでキャッシャ用表
示器２３の上段と客用表示器２４の下段とにそれぞれ登
録商品の品名及び販売金額を表示させるとともに、ＳＴ
６Ａでプリンタ１４によりレシート用紙及びジャーナル
用紙にそれぞれ登録商品の品名，販売点数及び販売金額
を印字させる。しかる後、ＳＴ７Ａで１客用ワークメモ
リ５６の金額加算器Ｍに登録商品の販売金額を加算した
ならば、今回のスキャナ入力処理を終了する。

【００８６】一方、ＳＴ３で客用スキャナ２２で読取ら
れた商品コードのデータを入力した場合にも、第１の実
施の形態と同様にＳＴ４Ｂで商品ファイル５１を検索す
る。そして、入力商品コードに対応する品名，単価等の
登録商品データを読出して商品販売データを取得し記憶
部に売上登録処理する。

【００８７】次に、ＳＴ５Ｂで、客用表示器２４の上段
とキャッシャ用表示器２３の下段とにそれぞれ登録商品
の品名及び販売金額を表示させるとともに、ＳＴ６Ｂで
プリンタ１４によりレシート用紙及びジャーナル用紙に
それぞれ登録商品の品名，販売点数及び販売金額を印字
させる。また、客自身が登録したことを示すマーク
「＊」もプリンタ１４によりレシート用紙及びジャーナ
ル用紙に印字させる。しかる後、ＳＴ７Ｂで１客用ワー
クメモリ５６の金額加算器Ｍに登録商品の販売金額を加
算する。

【００８８】次に、ＳＴ３２として商品ファイル５１を
検索し、入力商品コードに対応する操作難易度データｇ
を読出すことにより当該商品の操作難易度を判別する。
そして、ＳＴ３３として上記操作難易度データｇを１客
用ワークメモリ５６の難易度加算器Ｇに加算したなら
ば、今回のスキャナ入力処理を終了する。

【００８９】また、第２の実施の形態における商品販売
登録データ処理装置は、業務選択キーにより「登録」業
務が選択された状態で、キーボード１１の現計キーを入
力すると、前記ＣＰＵ１６が図９及び図１０の流れ図に
示す現計キー処理を実行するようにプログラムされてい
る。

【００９０】すなわち、ＣＰＵ１６は、先ずＳＴ１１で
「登録」業務が選択されていることを確認した後、ＳＴ
１２で１客用ワークメモリ５６の登録中フラグＦを調べ
る。そして、この登録中フラグＦが“０”にリセットさ
れている場合には、客買上商品の登録無しに現計キーが
操作されたミスなので、現計キーの入力をエラーとして
この処理を終了する。

【００９１】ＳＴ１２で登録中フラグＦが“１”にセッ
トされている場合には、客買上商品の登録終了が宣言さ
れたので、次に特典種類データメモリ５５の内容を調べ
る。ここで、同メモリ５５内の特典種類データが「４」
及び「５」以外の場合には、客自身の登録に対する特典
が設定されていないので、前記第１の実施例の場合と同
様に金額加算器Ｍの内容を取引合計金額Ｍとして表示器
１２に表示させるとともに、プリンタ１４によりレシー
ト用紙及びジャーナル用紙に印字させる。また、現金合
計器５３に取引合計金額Ｍを加算する。次いで、ＳＴ１
４でプリンタ駆動回路１１４にレシート発行指令を送出
するとともにドロワ開放装置１１５にドロワ開放指令を
送出し、１客用ワークメモリ５６の登録中フラグＦを
“０”にリセットしたならば、この処理を終了する。

【００９２】これに対し、特典種類データが「４」の場
合には客自身が登録した全商品の操作難易度累計値に応
じて値引きを行なうので、図１０（ａ）に具体的に示す
処理を実行する。

【００９３】すなわち、ＳＴ４１として次の（５）式に
より客自身が登録した全商品の操作難易度累計値に比例
する値引額Ｄを求める。

【００９４】 Ｄ＝Ｇ×ｄ …（５） この（５）式において、Ｇは難易度加算器Ｇの記憶値で
あり、ｄは難易度１当りの値引額（例えば１円）であ
る。

【００９５】次に、上記取引合計金額Ｍ及び値引額Ｄを
プリンタ１４によりレシート用紙及びジャーナル用紙に
印字させる。

【００９６】次に、ＳＴ４２として上記取引合計金額Ｍ
から値引額Ｄを減じることにより取引合計金額の値引を
行い、この値引後の取引合計金額Ａを客が支払う代金と
して表示器１２に表示させるとともにプリンタ１４によ
りレシート用紙及びジャーナル用紙に印字させる。

【００９７】しかる後、現金合計器５３に値引前の取引
合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄ
を加算したならば、前記ＳＴ１４に進む。そして、レシ
ートを発行させるとともにドロワ１３を開放させ、登録
中フラグＦを“０”にリセットしたならば、この処理を
終了する。

【００９８】また、特典種類データが「５」の場合には
客自身が登録した全商品の操作難易度累計値に応じて取
引合計額に応じたサービスポイントを増加するので、図
１０（ｃ）に具体的に示す処理を実行する。

【００９９】すなわち、金額加算器Ｍの内容を取引合計
金額Ｍとして表示器１２に表示させるとともに、プリン
タ１４によりレシート用紙及びジャーナル用紙に印字さ
せる。また、現金合計器５３に取引合計金額Ｍを加算す
る。

【０１００】次に、カードリーダ１５によりサービスポ
イント会員に発行される有効な会員カードの記録データ
（顧客コード）が読取られているか否かを判断する。そ
して、読取られていない場合には非サービンポイント会
員である客の登録終了なので、直ちに前記ＳＴ１４に進
む。

【０１０１】これに対し、有効な会員カードの記録デー
タが読取られている場合にはサービンポイント会員であ
る客の登録終了なので、ＳＴ４３として次の（６）式に
よりサービスポイントＰを算出する。

【０１０２】 Ｐ＝ｎ（Ｍ／１００＋Ｇ） …（６） この（６）式において、Ｍは金額加算器Ｍの記憶値であ
り、Ｇは難易度合計器Ｇの記憶値である。なお、この実
施例では取引合計金額Ｍが１００円当たりｎポイントと
し、さらに客自身が登録すると操作難易度１当りｎポイ
ントを追加するものとしている。

【０１０３】次に、ＳＴ４４として会員ファイル５２を
検索してカードリーダ１５にて読取った会員カードデー
タ中の顧客コードに対応する累計ポイントエリアに上記
サービスポイントＰを加算したならば、前記ＳＴ１４に
進む。そして、レシートを発行させるとともにドロワ１
３を開放させ、登録中フラグＦを“０”にリセットした
ならば、この処理を終了する。

【０１０４】ここに、締めキー（現計キー）の操作入力
に応動して前記累計手段（１客用ワークメモリ５６の難
易度加算器Ｇ）による累計値をもとに特典データを算出
する特典データ演算手段は、前記現計キー処理のＳＴ４
１及びＳＴ４３の各処理によって構成される。

【０１０５】また、この特典データ演算手段（ＳＴ４
１，ＳＴ４３）により算出された特典データを該当する
客に付与する特典付与手段は、前記現計キー処理のＳＴ
４２及びＳＴ４４の各処理によって構成される。

【０１０６】このように構成された第２の実施の形態の
商品販売登録データ処理装置においても、第１の実施の
形態と同様にキャッシャはキャッシャ用スキャナ２１を
用いて、客は客用スキャナ２２を用いて相互に客買上商
品の商品コード（バーコード）読取入力を行なうことが
できる。そして、商品コードの読取り入力を行った客に
対しては、客自身が登録した全商品の操作難易度累計値
に応じて例えば難易度１当たり１円の値引きを行なう
か、取引合計額に応じたサービスポイントを客自身が登
録した全商品の操作難易度累計値に応じて例えば難易度
１当たりｎポイント増加するというような特典が付与さ
れる。

【０１０７】このように第２の実施の形態によれば、キ
ャッシャに協力して客買上商品の商品コード読取り入力
を行った客に対しては、その客自身が商品コード読取り
入力を行った商品の操作難易度に応じて自動的に値引や
サービスポイントの増加等の特典を付与できる。従っ
て、客は自身で買上商品のコード読取り入力を行なえば
行なうほど、しかも操作難易度が高い商品を選択すれば
するほど大きな特典が付与されるので、負担を感じるこ
となくキャッシャと協力して自己が買上げる商品のうち
特に操作難易度が高い商品（サイズが大きい商品や重量
が重い商品）を好んで商品コード読取り入力を行なうよ
うになる。その結果、キャッシャの負担が一層軽減さ
れ、会計処理の効率化が図られる。

【０１０８】そしてこの場合においても、客が客用スキ
ャナ２２を用いて商品コード読取り入力を行った商品の
明細情報（品名，販売点数，販売金額等）をレシート用
紙及びジャーナル用紙に印字する際に、同時に客登録マ
ーク「＊」も印字して、キャッシャが登録した商品の明
細情報と区別している。従って明細情報に客登録マーク
「＊」が付加された商品は客自身が登録した商品であ
り、その商品登録に対して特典が付与されたことを客に
強く認識させることが可能である。

【０１０９】なお、この第２の実施の形態では予め商品
毎に操作難易度データｇを設定したが、各商品の重量デ
ータ，体積データをそれぞれ設定しておき、客用スキャ
ナ２２によって商品コードが読取り入力される毎にその
商品の重量データ及び体積データを読出して操作難易度
ｇを所定の演算式で算出することにより判別するように
してもよい。こうすることにより、店側で各商品の操作
難易度をいちいち判定して設定する面倒がなくなる。

【０１１０】また、第１及び第２の実施の形態ではキャ
ッシャ用スキャナ２１及び客用スキャナ２２をそれぞれ
１台ずつとしたが、それぞれ複数台にしてもよい。例え
ば客用スキャナ２２としてさらにハンドスキャナを用意
し、客に連れ（子供や知人等）がいる場合はその人もキ
ャッシャに協力して客買上商品のコード読取り入力を行
なえるようにしてもよい。客側は登録すればするほど特
典の度合は大きくなるので、よりキャッシャの負担軽減
及び会計処理の効率向上を図り得る。この他、本発明の
要旨を逸脱しない範囲で種々変形実施可能であるのは勿
論である。

【０１１１】

【発明の効果】以上詳述したように本願請求項１記載の
発明によれば、客が買上げた全商品の商品コード読取り
入力をキャッシャと顧客の双方で分担して行なえるとと
もに、全買上商品のうちどの商品を客自身が登録したか
を明確に区別できる商品販売登録データ処理装置を提供
できる。

【図面の簡単な説明】

【図１】 本発明の第１の実施の形態における外観を示
す斜視図。

【図２】 同実施の形態の回路構成を示すブロック図。

【図３】 同実施の形態におけるＲＡＭの主要領域を示
す図。

【図４】 同実施の形態のＣＰＵが実行するスキャナ入
力処理を示す流れ図。

【図５】 同実施の形態のＣＰＵが実行する現計キー処
理を示す流れ図。

【図６】 図５に示す現計キー処理の一部を示す流れ
図。

【図７】 本発明の第２の実施の形態におけるＲＡＭの
主要領域を示す図。

【図８】 同実施の形態のＣＰＵが実行するスキャナ入
力処理を示す流れ図。

【図９】 同実施の形態のＣＰＵが実行する現計キー処
理を示す流れ図。

【図１０】図９に示す現計キー処理の一部を示す流れ
図。

【図１１】従来のセルフスキャニング式商品販売登録デ
ータ処理装置の概略構成を示す平面図。

【符号の説明】

１０…ＥＣＲ（電子式キャッシュレジスタ） １６…ＣＰＵ（中央処理装置） １７…ＲＯＭ（リード・オンリ・メモリ） １８…ＲＡＭ（ランダム・アクセス・メモリ） ２０…コード読取装置 ２１…キャッシャ用スキャナ ２２…客用スキャナ ２７，１１０…インタフェース ３０…インタフェース用ケーブル ５１…商品ファイル

Claims (1)

【特許請求の範囲】
1. 【請求項１】 コード読取装置により読取られた商品コ
   ードに基づいて商品販売データを取得し記憶部に売上登
   録処理するとともに、締めキーの操作入力により１取引
   にて買上げられる全商品の売上登録終了が宣言される
   と、その１取引に関するデータが印字されたレシートを
   発行する商品販売登録データ処理装置において、 前記コード読取装置にキャッシャ用コード読取部と客用
   コード読取部とを設けてキャッシャと客との協力により
   客買上商品の商品コード読取入力が行なえるように構成
   するとともに、前記コード読取装置により読取られた商
   品コードが前記キャッシャ用コード読取部で読取られた
   コードなのか前記客用コード読取部で読取られたコード
   なのかを判断し、前記客用コード読取部で読取られたと
   判断した商品コードに基づいて売上登録処理した商品の
   明細情報をレシート用紙に印字する際には客登録マーク
   を印字することを特徴とする商品販売登録データ処理装
   置。