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

Description

【０００１】
【発明の属する技術分野】
本発明は、キャッシャと顧客の双方が商品コードを読取り入力できる商品販売登録データ処理装置に関する。
【０００２】
【従来の技術】
従来、顧客自身がスキャナを用いて買上げ商品の商品コードを読取り入力するセルフスキャニング式の商品販売登録データ処理装置としては、図１１に示すようにスキャナ１，計量器２Ｍを含む搬入コンベア２，搬出コンベア３及び袋詰め台４を商品の流れ方向に配列してなるチェックアウトレーン５を、電子式キャッシュレジスタ（以下ＥＣＲと略称する）６の両側に配設した２レーン式のものが知られている。
【０００３】
かかる装置では、客ＣＳＴ１（ＣＳＴ２）がスキャナ１を用いて自己の買上げ商品に付されている商品コードを読取り入力すると、その商品コードがＥＣＲ６に伝送される。また、客ＣＳＴ１（ＣＳＴ２）が商品コードの読取り入力を終えた商品を搬入コンベア２に載せると、計量器２Ｍで計量された商品の実重量データがＥＣＲ６に送信される。
【０００４】
一方、ＥＣＲ６には各商品の商品コードに対応して品名，単価等とともに設定重量データがプリセットされた商品ファイルが設けられている。そしてＥＣＲ６は、スキャナ１からの商品コードを取込むと商品ファイルを検索して入力商品コードに対応する設定重量データを読出し、計量器２Ｍからの実重量データと比較して両重量データの同一性を判定し、同一性有りを判定した場合のみ該当商品の販売データを取得して記憶部に売上登録処理する。このとき、商品は搬入コンベア２及び搬出コンベア３で移送されて袋詰め部４にストックされる。
【０００５】
こうして、客ＣＳＴ１（ＣＳＴ２）が全買上げ商品の商品コード読取り入力を終了すると、キャッシャＣＨＲはＥＣＲ６のキーボードに設けられている締めキーを操作入力する。そうすると、ＥＣＲ６にて全買上げ商品の合計が出力されるとともにその取引に関するデータが印字されたレシートが発行されるので、キャッシャＣＨＲは客ＣＳＴ１（ＣＳＴ２）との間で合計金額に対する代金支払いの金銭授受及びレシートの受渡しを行えばよい。
【０００６】
【発明が解決しようとする課題】
しかしながら、前述した従来のセルフスキャニング式商品販売登録データ処理装置においては、客自身がスキャナを用いて全買上げ商品の商品コードを読取り入力するので、キャッシャの負担は軽減されるものの客の負担が増大する。このため、セルフスキャニングシステムの導入に客の不評を買うおそれもある。また、客のなかには商品コードの読取り入力に不慣れで手間取ることも考えられ、必ずしも会計処理の効率が向上するとは限らない。
【０００７】
このような問題は、客が全買上げ商品の商品コードを読取り入力しなければならないために生じている。すなわち、キャッシャと顧客の双方で全買上げ商品の商品コード読取り入力を分担すればキャッシャの負担を軽減できるばかりか会計処理の効率を向上できる。
【０００８】
しかし、この場合でも依然として客の負担は増加しており、その負担に対する見返りがないと客が商品コードの読取り入力を積極的に行うとは思えず、キャッシャの負担軽減及び会計処理の効率向上は期待できない。
【０００９】
また、小型でかつ計量の商品は商品コード読取り入力の操作性がよいが、サイズが大きかったり重量が重い商品は操作性が悪い。このため、キャッシャと顧客の双方で全買上げ商品の商品コード読取り入力を分担するようにしても、顧客が操作性のよい商品ばかりを選んで操作するようになると、キャッシャの負担は軽減されない。
【００１０】
そこで本発明は、客が買上げた全商品の商品コード読取り入力をキャッシャと顧客の双方で分担して行えるとともに、客自身の作業負担に対する見返りとして自動的に特典を付与することができ、キャッシャの負担軽減及び会計処理の効率向上を確実に図り得る商品販売登録データ処理装置を提供しようとするものである。
【００１１】
【課題を解決するための手段】
本願請求項１対応の発明は、コード読取装置により読取られた商品コードに基づいて商品販売データを取得し記憶部に売上登録処理するとともに、締めキーの操作入力により１取引にて買上げられる全商品の売上登録終了が宣言されると、その１取引に関するデータが印字されたレシートを発行する商品販売登録データ処理装置において、コード読取装置をキャッシャ用コード読取装置と客用コード読取装置の２種類としてキャッシャと客との協力により客買上商品の商品コード読取入力が行えるように構成するとともに、１客が買い上げる商品のうちキャッシャ用コード読取装置によりコード読取りが行われた商品の金額を合計する第１加算器及び客用コード読取装置によりコード読取りが行われた商品の金額を合計する第２加算器と、第１加算器の内容と第２加算器の内容とを合算して取引合計金額を求める手段と、締めキーの操作入力に応動して第２加算器による累計値をもとに特典データを算出する特典データ演算手段と、この演算手段により算出された特典データを該当する客に付与する特典付与手段とを備えたものである。
【００１２】
また、本願請求項２対応の発明は、上記加算器に代えて、１客が買い上げる商品のうち客用コード読取装置によりコード読取りが行われた商品の点数を計数するカウンタを設け、特典データ演算手段は、カウンタによる累計値をもとに特典データを算出する手段としたものである。
【００１３】
【発明の実施の形態】
以下、本発明の実施の形態について図面を参照しながら説明する。始めに、本願請求項１対応の発明に関わる実施形態（以下、第１の実施形態と略称する）について説明する。
【００１４】
第１の実施形態に係る商品販売登録データ処理装置は、図１，図２に示すようにＥＣＲ（電子式キャッシュレジスタ）１０とコード読取装置２０とをインタフェース用ケーブル３０で接続して構成される。
【００１５】
ＥＣＲ１０は、筐体正面にキーボード１１及び表示器１２を設けるとともに、下部に現金等を収容するためのドロワ１３を形成している。また、プリンタ１４及びカードリーダ１５を搭載している。
【００１６】
前記キーボード１１は、客買上商品の売上登録終了を宣言する締めキーとして現計キーを備えており、この現計キーが操作入力されると客買上商品の合計金額、いわゆる取引合計金額が表示器１２に表示されるようになっている。
【００１７】
また、キーボード１１には「登録」，「精算」，「設定」等の各種業務を選択するための業務選択キーも設けられている。因みに、「登録」業務とはコード読取装置２０により読取られた商品コードで後述する商品ファイル５１を検索して商品販売データを取得し記憶部に売上登録処理するとともに、前記現計キーの操作入力により１取引にて買上げられる全商品の売上登録終了が宣言されると、その１取引に関するデータが印字されたレシートを発行する業務である。
【００１８】
前記プリンタ１４は、レシート用紙及びジャーナル用紙にデータ印字するもので、印字済みのレシート用紙は筐体正面に形成されたレシート発行口１４ａより排出され、１取引毎に切断されて、客にレシートとして発行する。また、印字済みのジャーナル用紙は内部で巻き取られ、取引データの履歴として店側が保存する。
【００１９】
また、ＥＣＲ１０は、商品販売登録のデータ処理等を行うＣＰＵ（中央処理装置）１６、上記ＣＰＵ１６が実行するプログラム等の固定的データが予め記憶されたＲＯＭ（リード・オンリ・メモリ）１７、商品販売データを売上登録処理するための記憶部を形成するＲＡＭ（ランダム・アクセス・メモリ）１８及び現日時を計時する時計回路１９を搭載している。
【００２０】
また、前記インタフェース用ケーブル３０が接続されるインタフェース１１０，前記カードリーダ１５が接続されるカードリーダ回路１１１，前記キーボード１１が接続されるキーボード回路１１２，前記表示器１２が接続される表示制御回路１１３及び前記プリンタ１４を駆動させるプリンタ駆動回路１１４と前記ドロワ１３を開放させるドロワ開放装置１１５とにそれぞれ駆動信号を送出するＩ／Ｏポート１１６等を備えている。
【００２１】
前記コード読取装置２０は、筐体正面にキャッシャ用のコード読取装置として機能するキャッシャ用の定置型スキャナ（以下キャッシャ用スキャナと略称する）２１を設け、かつ筐体背面に客用のコード読取装置として機能する客用の定置型スキャナ（以下客用スキャナと略称する）２２を設けるとともに、両スキャナ２１，２２の各上方にそれぞれキャッシャ用表示器２３及び客用表示器２４を設けたもので、キャッシャと客との協力により迅速かつ正確に客買上商品の商品コード（バーコード）読取入力が行えるように構成されている。
【００２２】
すなわち、コード読取装置２０は、サッカー台４０のほぼ中央に、正面をキャッシャ側に向けた状態で配設され、このコード読取装置２０よりも下流側にＥＣＲ１０が配設されている。そして、サッカー台４０を挟んで対峙したキャッシャと客が、サッカー台４０の上流側位置４１に載置されたカゴ（不図示）に収容された客買上商品をそれぞれ１点ずつ取り出し、その商品に付された商品コード（バーコード）を各々のスキャナ２１，２２を用いて読取入力する。読取入力済みの商品はサッカー台４０の下流側位置４２に載置された空カゴ（不図示）内に収容する。
【００２３】
キャッシャ用表示器２３及び客用表示器２４は上下２段のドット表示器で構成され、各上段はそれぞれの自己入力に係るデータが表示され、各下段はそれぞれの相手入力に係るデータが表示される。
【００２４】
そして、前記キャッシャ用スキャナ２１及び客用スキャナ２２は、それぞれスキャナ回路２５，２６、インタフェース２７、インタフェースケーブル３０及びインタフェース１１０を介してＥＣＲ１０内のＣＰＵ１６に接続され、キャッシャ用表示器２３及び客用表示器２４は、それぞれ表示制御回路２８，２９、インタフェース２７、インタフェースケーブル３０及びインタフェース１１０を介してＥＣＲ１０内のＣＰＵ１６に接続されている。
【００２５】
なお、各スキャナ回路２５，２６及び各表示制御回路２８，２９をＥＣＲ１０内に設けて、インタフェース１１０及びインタフェース２７を除外するように構成してもよい。
【００２６】
さて、本商品販売登録データ処理装置は、前記ＥＣＲ１０内のＲＡＭ１８に、図３に示すように商品ファイル５１、会員ファイル５２、現金合計器５３、値引額合計器５４、特典種類データメモリ５５及び１客用ワークメモリ５６等の各種領域を形成している。
【００２７】
前記商品ファイル５１は店で販売される全商品にそれぞれ付される商品コードに対応してその商品の品名，単価等の設定データがプリセットされるとともに、販売点数及び販売金額の商品販売データを商品コード別に累積するための領域である。
【００２８】
前記会員ファイル５２はサービスポイント制度の会員となった顧客にそれぞれ付される顧客コード別に買物毎に付与したサービスポイントを累計するための領域である。
【００２９】
前記現金合計器５３は当該ＥＣＲ１０にて精算した全客の買上金額を総計する領域であり、値引額合計器５４は当該ＥＣＲ１０にて精算した各客に対して発生した値引額を総計する領域である。
【００３０】
前記特典種類データメモリ５５は客自身が客用スキャナ２２を用いて客買上商品の登録をしたときの特典の内容を示すデータであり、「設定」業務においてキーボード１１の所定キー操作により変更が可能である。
【００３１】
なお、この第１の実施形態では、客自身が登録した全商品の合計点数に応じて値引きを行う特典を示すデータを「１」とし、客自身が登録した全商品の合計金額に応じて値引きを行う特典を示すデータを「２」とし、取引合計額に応じたサービスポイントを客自身が登録した全商品の合計点数に応じて増加する特典を示すデータを「３」とする。
【００３２】
前記１客用ワークメモリ５６は、当該ＥＣＲ１０にて精算する１客が買い上げる商品のうち前記キャッシャ用スキャナ２１でコード読取りが行われた商品の金額を合計する第１加算器Ｍ１及び前記客用スキャナ２２でコード読取りが行われた商品の金額を合計する第２加算器Ｍ２と、前記客用スキャナ２２でコード読取りが行われた商品の点数を計数するカウンタＣと、商品登録中のとき“１”にセットされる登録中フラグＦとを備えた領域である。ここに、１客用ワークメモリ５６の第２加算器Ｍ２及びカウンタＣは累計手段を構成する。
【００３３】
しかして、この第１の実施形態における商品販売登録データ処理装置は、業務選択キーにより「登録」業務が選択された状態で、コード読取装置２０により商品コード（バーコード）を読取入力すると、前記ＣＰＵ１６が図４の流れ図に示すスキャナ入力処理を実行するようにプログラムされている。
【００３４】
すなわち、ＣＰＵ１６は、先ずＳＴ（ステップ）１で「登録」業務が選択されていることを確認した後、ＳＴ２で１客用ワークメモリ５６の登録中フラグＦを調べる。そして、この登録中フラグＦが“０”にリセットされている場合には、１客が買上げる商品の最初の売上登録なので、上記登録中フラグＦを“１”にセットするとともに、１客用ワークメモリ５６の第１加算器Ｍ１，第２加算器Ｍ２及びカウンタＣをクリアする。登録中フラグＦが既に“１”にセットされている場合には、１客買上商品の２点目以降の売上登録なので上記処理は行わない。
【００３５】
次に、ＳＴ３で商品コードの読取入力がキャッシャ用スキャナ２１で行われたのか、客用スキャナ２２で行われたのかを判断する。この判断は、例えばキャッシャ用スキャナ２１で読取られた商品コードの伝送データと客用スキャナ２２で読取られた商品コードの伝送データとにそれぞれ送信元を示すデータを付加することで可能となる。
【００３６】
ここで、キャッシャ用スキャナ２１で読取られた商品コードのデータを入力した場合には、ＳＴ４Ａで商品ファイル５１を検索する。そして、入力商品コードに対応する品名，単価等の登録商品データを読出して商品販売データを取得し記憶部に売上登録処理する。具体的には登録商品の販売金額を単価とし、販売点数を「１」として、商品ファイル５１の該当商品コードに対応する売上点数エリア及び売上金額エリアにそれぞれ前記販売点数及び販売金額を加算する。
【００３７】
次に、ＳＴ５Ａで登録商品の品名及び販売金額の表示データを作成する。そしてこの表示データをインタフェース１１０からインタフェース２７へ伝送して、キャッシャ用表示器２３の上段と客用表示器２４の下段とにそれぞれ登録商品の品名及び販売金額を表示させる。
【００３８】
次に、ＳＴ６Ａで登録商品の品名，販売点数及び販売金額の印字データを作成する。そしてこの印字データをＩ／Ｏポート１１６を介してプリンタ制御回路１１４に供給して、プリンタ１４によりレシート用紙及びジャーナル用紙にそれぞれ登録商品の品名，販売点数及び販売金額を印字させる。
【００３９】
しかる後、ＳＴ７Ａで１客用ワークメモリ５６の第１加算器Ｍ１に登録商品の販売金額を加算したならば、今回のスキャナ入力処理を終了する。
【００４０】
一方、ＳＴ３で客用スキャナ２２で読取られた商品コードのデータを入力した場合には、ＳＴ４Ｂで商品ファイル５１を検索する。そして、ＳＴ４Ａのときと同様に入力商品コードに対応する品名，単価等の登録商品データを読出して商品販売データを取得し記憶部に売上登録処理する。
【００４１】
次に、ＳＴ５Ｂで登録商品の品名及び販売金額の表示データを作成する。そしてこの表示データをインタフェース１１０からインタフェース２７へ伝送して、客用表示器２４の上段とキャッシャ用表示器２３の下段とにそれぞれ登録商品の品名及び販売金額を表示させる。
【００４２】
次に、ＳＴ６Ｂで登録商品の品名，販売点数及び販売金額の印字データを作成する。そしてこの印字データをＩ／Ｏポート１１６を介してプリンタ制御回路１１４に供給して、プリンタ１４によりレシート用紙及びジャーナル用紙にそれぞれ登録商品の品名，販売点数及び販売金額を印字させる。また、客自身が登録したことを示すマーク「＊」の印字データもプリンタ制御回路１１４に供給して、プリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【００４３】
次に、ＳＴ７Ｂで１客用ワークメモリ５６の第２加算器Ｍ２に登録商品の販売金額を加算する。
【００４４】
しかる後、ＳＴ８Ｂで特典種類データメモリ５５の内容を調べる。ここで、同メモリ５５内の特典種類データが「１」または「３」の場合には、１客用ワークメモリ５６のカウンタＣを＋１だけインクリメントした後、今回のスキャナ入力処理を終了する。同メモリ５５内の特典種類データが「１」または「３」以外の場合には、カウンタＣをインクリメントすることなく今回のスキャナ入力処理を終了する。
【００４５】
また、本商品販売登録データ処理装置は、業務選択キーにより「登録」業務が選択された状態で、キーボード１１の現計キーを入力すると、前記ＣＰＵ１６が図５及び図６の流れ図に示す現計キー処理を実行するようにプログラムされている。
【００４６】
すなわち、ＣＰＵ１６は、先ずＳＴ１１で「登録」業務が選択されていることを確認した後、ＳＴ１２で１客用ワークメモリ５６の登録中フラグＦを調べる。そして、この登録中フラグＦが“０”にリセットされている場合には、客買上商品の登録無しに現計キーが操作されたミスなので、現計キーの入力をエラーとしてこの処理を終了する。
【００４７】
ＳＴ１２で登録中フラグＦが“１”にセットされている場合には、客買上商品の登録終了が宣言されたので、次に特典種類データメモリ５５の内容を調べる。ここで、同メモリ５５内の特典種類データが「１」，「２」及び「３」以外の場合には、客自身の登録に対する特典が設定されていないので、ＳＴ１３で第１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算して取引合計金額Ｍを求め、この取引合計金額Ｍを表示器１２に表示させるとともに、プリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。また、現金合計器５３に取引合計金額Ｍを加算する。
【００４８】
次に、ＳＴ１４でプリンタ駆動回路１１４にレシート発行指令を送出するとともにドロワ開放装置１１５にドロワ開放指令を送出する。これにより、レシート発行口１４ａからレシートが発行されるとともに、ドロワ１３が開放されるので、しかる後、１客用ワークメモリ５６の登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【００４９】
これに対し、特典種類データが「１」の場合には客自身が登録した全商品の合計点数に応じて値引きを行うので、図６（ａ）に具体的に示す処理を実行する。
【００５０】
すなわち、第１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。また、ＳＴ１５として次の（１）式により客自身が登録した全商品の合計点数に比例する値引額Ｄを求める。
【００５１】
Ｄ＝Ｃ×ｄ …（１）
この（１）式において、ＣはカウンタＣの計数値であり、ｄは登録点数１点当りの値引額（例えば２円）である。
【００５２】
次に、上記取引合計金額Ｍ及び値引額Ｄをプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【００５３】
次に、ＳＴ１６として上記取引合計金額Ｍから値引額Ｄを減じることにより取引合計金額の値引を行い、この値引後の取引合計金額Ａを客が支払う代金として表示器１２に表示させるとともにプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【００５４】
しかる後、現金合計器５３に値引前の取引合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄを加算したならば、前記ＳＴ１４に進む。そして、レシートを発行させるとともにドロワ１３を開放させ、登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【００５５】
また、特典種類データが「２」の場合には客自身が登録した全商品の合計金額に応じて値引きを行うので、図６（ｂ）に具体的に示す処理を実行する。
【００５６】
すなわち、第１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。また、ＳＴ１７として次の（２）式により客自身が登録した全商品の合計金額に比例する値引額Ｄを求める。
【００５７】
Ｄ＝Ｍ２×ｅ／１００ …（２）
この（２）式において、Ｍ２は第２加算器Ｍ２の内容であり、ｅは予め設定されている値引率（例えば１（％））である。
【００５８】
次に、上記取引合計金額Ｍ及び値引額Ｄをプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【００５９】
次に、ＳＴ１８として上記取引合計金額Ｍから値引額Ｄを減じることにより取引合計金額の値引を行い、この値引後の取引合計金額Ａを客が支払う代金として表示器１２に表示させるとともにプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【００６０】
しかる後、現金合計器５３に値引前の取引合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄを加算したならば、前記ＳＴ１４に進む。そして、レシートを発行させるとともにドロワ１３を開放させ、登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【００６１】
また、特典種類データが「３」の場合には客自身が登録した全商品の合計点数に応じて取引合計額に応じたサービスポイントを増加するので、図６（ｃ）に具体的に示す処理を実行する。
【００６２】
すなわち、第１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算して取引合計金額Ｍを求める。そして、この取引合計金額Ｍを客が支払う代金として表示器１２に表示させるとともにプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。また、現金合計器５３に取引合計金額Ｍを加算する。
【００６３】
次に、カードリーダ１５によりサービスポイント会員に発行される有効な会員カードの記録データ（顧客コード）が読取られているか否かを判断する。そして、読取られていない場合には非サービンポイント会員である客の登録終了なので、直ちに前記ＳＴ１４に進む。
【００６４】
これに対し、有効な会員カードの記録データが読取られている場合にはサービンポイント会員である客の登録終了なので、ＳＴ１９として次の（３）式によりサービスポイントＰを算出する。
【００６５】
Ｐ＝ｎ（Ｍ／１００＋Ｃ） …（３）
この（３）式において、Ｍは第１加算器Ｍ１の内容と第２加算器Ｍ２の内容とを合算した取引合計金額であり、ＣはカウンタＣの計数値である。なお、この実施形態 では取引合計金額Ｍが１００円当たりｎポイントとし、さらに客自身が登録すると１点当りｎポイントを追加するものとしている。
【００６６】
次に、ＳＴ２０として会員ファイル５２を検索してカードリーダ１５にて読取った会員カードデータ中の顧客コードに対応する累計ポイントエリアに上記サービスポイントＰを加算したならば、前記ＳＴ１４に進む。そして、レシートを発行させるとともにドロワ１３を開放させ、登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【００６７】
ここに、締めキー（現計キー）の操作入力に応動して前記累計手段（１客用ワークメモリ５６の第２加算器Ｍ２及びカウンタＣ）による累計値をもとに特典データを算出する特典データ演算手段は、前記現計キー処理のＳＴ１５，ＳＴ１７及びＳＴ１９の各処理によって構成される。
【００６８】
また、この特典データ演算手段（ＳＴ１５，ＳＴ１７，ＳＴ１９）により算出された特典データを該当する客に付与する特典付与手段は、前記現計キー処理のＳＴ１６，ＳＴ１８及びＳＴ２０の各処理によって構成される。
【００６９】
すなわち、特典データを客に付与する方法としては、客が商品コードの読取り入力を行った全商品の合計点数に応じて値引きを行う第１の方法や、客が商品コードの読取り入力を行った全商品の合計金額に応じて値引きを行う第２の方法がある。
【００７０】
また、客が買上げる全商品の合計金額すなわち取引合計額に応じてサービスポイントを発生し、このサービスポイントを買物毎に累積して一定値になると特典を付与するポイント会員制度は既に実用化されている。そこで、客が商品コードの読取り入力を行った全商品の合計点数に応じて取引合計額に応じたサービスポイントを増加する第３の方法もある。
【００７１】
そこで、第１の方法では累計手段は販売点数を累計している。そして、締めキーの操作入力に応動して販売点数累計値に予め設定された１点当りの値引額を乗じて値引額を算出し、今回の取引合計額から算出された値引額を減じることで客に特典を付与している。
【００７２】
また、第２の方法では累計手段は販売金額を累計している。そして、締めキーの操作入力に応動して販売金額累計値に予め設定された値引率を乗じて値引額を算出し、今回の取引合計額から算出された値引額を減じることで客に特典を付与している。
【００７３】
さらに、第３の方法では累計手段は販売点数を累計している。そして、締めキーの操作入力に応動して販売点数累計値に基準ポイントを乗じて増加分のポイントを算出し、このポイントを今回の取引合計額に対するサービスポイントに加算することで客に特典を付与している。
【００７４】
このように構成された第１の実施形態の商品販売登録データ処理装置においては、キャッシャはキャッシャ用スキャナ２１を用いて、客は客用スキャナ２２を用いて相互に客買上商品の商品コード（バーコード）読取入力を行うことができる。しかも、商品コードの読取り入力を行った客に対しては、客自身が登録した全商品の合計点数に応じて例えば１点当たり２円の値引きを行うか、客自身が登録した全商品の合計金額に応じて例えば１％の値引きを行うか、取引合計額に応じたサービスポイントを客自身が登録した全商品の合計点数に応じて例えば１点当たりｎポイント増加するというような特典が付与される。
【００７５】
具体的には、予め特典種類データメモリ５５に、客自身が登録した全商品の合計点数に応じて値引きを行う場合にはデータ「１」を設定し、客自身が登録した全商品の合計金額に応じて値引きを行う場合にはデータ「２」を設定し、客自身が登録した全商品の合計点数に応じて取引合計額に応じたサービスポイントを増加する場合にはデータ「３」を設定すればよい。
【００７６】
例えば特典種類データ「１」が設定されている場合において、キャッシャと客が協力して客買上商品の商品コード読取り入力を行い、客が５点の商品コード読取り入力を行ったときには、１点当たりの値引額ｄを２円とすると、その客の全買上商品の合計金額、いわゆる取引合計金額から前記（１）式により１０円（５点×２円）の値引が行われる。
【００７７】
また、特典種類データ「２」が設定されている場合において、キャッシャと客が協力して客買上商品の商品コード読取り入力を行い、客が５００円分の商品の商品コード読取り入力を行ったときには、値引率を１％とすると、その客の取引合計金額から前記（２）式により５円（５００×１／１００）の値引が行われる。
【００７８】
さらに、特典種類データ「３」が設定されている場合において、キャッシャと客が協力して客買上商品の商品コード読取り入力を行い、客が５点の商品コード読取り入力を行ったときには、ｎを１とすると前記（３）式によりその客の取引合計金額に応じたサービスポイントに５点が加算されたサービスポイントＰが算出されて、その客の顧客コードに対応する累計ポイントエリアに加算される。
【００７９】
このように第１の実施形態によれば、キャッシャに協力して客買上商品の商品コード読取り入力を行った客に対しては、その客自身が商品コード読取り入力を行った商品の点数や金額に応じて自動的に値引やサービスポイントの増加等の特典を付与できる。従って、客は自身で買上商品のコード読取り入力を行えば行うほど大きな特典が付与されるので、負担を感じることなくキャッシャと協力して自己が買上げる商品の商品コード読取り入力を行うようになる。その結果、キャッシャの負担が軽減されるとともに会計処理の効率化が図られる。
【００８０】
また、前記第１の実施形態では客が客用スキャナ２２を用いて商品コード読取り入力を行った商品の明細情報（品名，販売点数，販売金額等）をレシート用紙及びジャーナル用紙に印字する際に、同時に客登録マーク「＊」も印字して、キャッシャが登録した商品の明細情報と区別している。従って明細情報に客登録マーク「＊」が付加された商品は客自身が登録した商品であり、その商品登録に対して特典が付与されたことを客に強く認識させることが可能である。
【００８１】
なお、前記第１の実施形態では客に付与する特典の方法として３種類を例示し、これらを特典種類データの設定によって任意に選択できる構成としたが、いずれか１つの方法を固定的に備えた装置であってもよい。この場合、特典種類データメモリ５５が不要となる上、ＣＰＵ１６が実行するスキャナ入力処理及び現計キー処理において特典種類データの判断が不要となる。
【００８２】
また、前記第１の実施形態では登録点数１点当たりの値引額ｄや値引率ｅを固定化したが、これらのデータを記憶するメモリエリアをＲＡＭ１８上に設けることによって、ユーザが任意に値引額ｄや割引率ｅを設定できるようになる。
【００８３】
さらに、サービスポイントを増加する場合においても、客自身が登録した商品はキャッシャが登録した商品に比べてポイントがｍ倍となるような運用を実施することも可能である。すなわち、図６（ｃ）におけるＳＴ１９の処理においてサービスポイントＰを次の（４）式にて算出すればよい。
【００８４】
Ｐ＝Ｍ１／１００＋（Ｍ２／１００）ｍ …（４）
この（４）式において、Ｍ１は第１加算器Ｍ１の内容、Ｍ２は第２加算器Ｍ２の内容である。なお、この場合は１客用ワークメモリ５６のカウンタＣが不要となる。
【００８５】
ところで、前記第１の実施形態では商品コード読取り入力の操作性の善し悪しに拘らず商品コード読取り入力の数量に応じて特典を付与したが、サイズが大きかったり重量の重い商品は操作性が悪いために、サッカー台４０の上流側位置４１から取出してスキャナ２１，２２により商品コードを読取らせ、下流側位置４２に置くまでに多くの時間と労力を費やす。このため、操作性がよい商品ばかりを選んで数多くスキゃニングした顧客と、操作性が悪い商品ばかりを選んだためにスキャニングの数が少なかった顧客とがいた場合に、キャッシャにかかる負担は後者の方が軽減されるにも拘らず、前者の方が特典が大きくなる不都合が生じる。
【００８６】
そこで、このような不都合を無くすために、客用スキャナ２２を用いて商品コード読取り入力された商品のスキャナ入力操作の難易度を判別し累計して、この累計値に基づいて値引，サービスポイント付与等の特典を客に与えるようにした、本願請求項２対応の発明に関わる実施形態（以下、第２の実施形態と称する）について説明する。
【００８７】
なお、この第２の実施形態における商品販売登録データ処理装置の外観及び回路構成は前記第１の実施形態のそれと同様であるため、図１，図２を用いて説明を省略する。
【００８８】
さて、この第２の実施形態における商品販売登録データ処理装置のＥＣＲ１０内のＲＡＭ１８にも、前記第１の実施形態と同様に、図７に示すように商品ファイル５１、会員ファイル５２、現金合計器５３、値引額合計器５４、特典種類データメモリ５５及び１客用ワークメモリ５６等の各種領域が形成されている。
【００８９】
ただし、商品ファイル５１には、各商品の商品コードに対応して、スキャナ読取入力の操作難易度データｇを記憶するエリア５７が追加形成されている。そして、該当商品のサイズ（体積）や重量等を規準にして店側または製造者側が任意に定めた操作難易度データｇ（難易度が高ければ高いほど大きい値となる）が前記エリア５７に予め設定されている。
【００９０】
また、１客用ワークメモリ５６は、当該ＥＣＲ１０にて精算する１客が買い上げる商品の金額を合計する金額加算器Ｍと、前記客用スキャナ２２でコード読取りが行われた商品の操作難易度データを加算する難易度加算器Ｇと、前記登録中フラグＦのエリアとで構成される。
【００９１】
また、前記特典種類データメモリ５５に設定されるデータは、この第２の実施形態では、客自身が客用スキャナ２２を用いて登録した全商品の操作難易度累計値に応じて値引を行う特典を示すデータを「４」とし、取引合計額に応じたサービスポイントを客自身が登録した全商品の操作難易度累計値に応じて増加する特典をデータ「５」とする。
【００９２】
しかして、この第２の実施形態における商品販売登録データ処理装置は、業務選択キーにより「登録」業務が選択された状態で、コード読取装置２０により商品コード（バーコード）を読取入力すると、前記ＣＰＵ１６が図８の流れ図に示すスキャナ入力処理を実行するようにプログラムされている。
【００９３】
すなわち、ＣＰＵ１６は、ＳＴ１で「登録」業務が選択されていることを確認した後、ＳＴ２で１客用ワークメモリ５６の登録中フラグＦを調べる。そして、この登録中フラグＦが“０”にリセットされている場合には、１客が買上げる商品の最初の売上登録なので、上記登録中フラグＦを“１”にセットするとともに、ＳＴ３１として１客用ワークメモリ５６の金額加算器Ｍ及び難易度加算器Ｇをクリアする。登録中フラグＦが既に“１”にセットされている場合には、１客買上商品の２点目以降の売上登録なので上記処理は行わない。
【００９４】
次に、ＳＴ３で商品コードの読取入力がキャッシャ用スキャナ２１で行われたのか、客用スキャナ２２で行われたのかを判断する。そして、キャッシャ用スキャナ２１で読取られた商品コードのデータを入力した場合には、前記第１の実施形態の場合とほぼ同様に動作する。
【００９５】
すなわち、ＳＴ４Ａで商品ファイル５１を検索して、入力商品コードに対応する品名，単価等の登録商品データを読出して商品販売データを取得し記憶部に売上登録処理する。次に、ＳＴ５Ａでキャッシャ用表示器２３の上段と客用表示器２４の下段とにそれぞれ登録商品の品名及び販売金額を表示させるとともに、ＳＴ６Ａでプリンタ１４によりレシート用紙及びジャーナル用紙にそれぞれ登録商品の品名，販売点数及び販売金額を印字させる。しかる後、ＳＴ７Ａで１客用ワークメモリ５６の金額加算器Ｍに登録商品の販売金額を加算したならば、今回のスキャナ入力処理を終了する。
【００９６】
一方、ＳＴ３で客用スキャナ２２で読取られた商品コードのデータを入力した場合にも、前記第１の実施形態と同様にＳＴ４Ｂで商品ファイル５１を検索する。そして、入力商品コードに対応する品名，単価等の登録商品データを読出して商品販売データを取得し記憶部に売上登録処理する。
【００９７】
次に、ＳＴ５Ｂで、客用表示器２４の上段とキャッシャ用表示器２３の下段とにそれぞれ登録商品の品名及び販売金額を表示させるとともに、ＳＴ６Ｂでプリンタ１４によりレシート用紙及びジャーナル用紙にそれぞれ登録商品の品名，販売点数及び販売金額を印字させる。また、客自身が登録したことを示すマーク「＊」もプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。しかる後、ＳＴ７Ｂで１客用ワークメモリ５６の金額加算器Ｍに登録商品の販売金額を加算する。
【００９８】
次に、ＳＴ３２として商品ファイル５１を検索し、入力商品コードに対応する操作難易度データｇを読出すことにより当該商品の操作難易度を判別する（難易度判別手段）。そして、ＳＴ３３として上記操作難易度データｇを１客用ワークメモリ５６の難易度加算器Ｇに加算したならば（難易度累計手段）、今回のスキャナ入力処理を終了する。
【００９９】
また、本商品販売登録データ処理装置は、業務選択キーにより「登録」業務が選択された状態で、キーボード１１の現計キーを入力すると、前記ＣＰＵ１６が図９及び図１０の流れ図に示す現計キー処理を実行するようにプログラムされている。
【０１００】
すなわち、ＣＰＵ１６は、先ずＳＴ１１で「登録」業務が選択されていることを確認した後、ＳＴ１２で１客用ワークメモリ５６の登録中フラグＦを調べる。そして、この登録中フラグＦが“０”にリセットされている場合には、客買上商品の登録無しに現計キーが操作されたミスなので、現計キーの入力をエラーとしてこの処理を終了する。
【０１０１】
ＳＴ１２で登録中フラグＦが“１”にセットされている場合には、客買上商品の登録終了が宣言されたので、次に特典種類データメモリ５５の内容を調べる。ここで、同メモリ５５内の特典種類データが「４」及び「５」以外の場合には、客自身の登録に対する特典が設定されていないので、前記第１の実施形態の場合と同様に金額加算器Ｍの内容を取引合計金額Ｍとして表示器１２に表示させるとともに、プリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。また、現金合計器５３に取引合計金額Ｍを加算する。次いで、ＳＴ１４でプリンタ駆動回路１１４にレシート発行指令を送出するとともにドロワ開放装置１１５にドロワ開放指令を送出し、１客用ワークメモリ５６の登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【０１０２】
これに対し、特典種類データが「４」の場合には客自身が登録した全商品の操作難易度累計値に応じて値引きを行うので、図１０（ａ）に具体的に示す処理を実行する。
【０１０３】
すなわち、ＳＴ４１として次の（５）式により客自身が登録した全商品の操作難易度累計値に比例する値引額Ｄを求める。
【０１０４】
Ｄ＝Ｇ×ｄ …（５）
この（５）式において、Ｇは難易度加算器Ｇの記憶値であり、ｄは難易度１当りの値引額（例えば１円）である。
【０１０５】
次に、上記取引合計金額Ｍ及び値引額Ｄをプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【０１０６】
次に、ＳＴ４２として上記取引合計金額Ｍから値引額Ｄを減じることにより取引合計金額の値引を行い、この値引後の取引合計金額Ａを客が支払う代金として表示器１２に表示させるとともにプリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。
【０１０７】
しかる後、現金合計器５３に値引前の取引合計金額Ｍを加算し、かつ値引額合計器５４に値引額Ｄを加算したならば、前記ＳＴ１４に進む。そして、レシートを発行させるとともにドロワ１３を開放させ、登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【０１０８】
また、特典種類データが「５」の場合には客自身が登録した全商品の操作難易度累計値に応じて取引合計額に応じたサービスポイントを増加するので、図１０（ｃ）に具体的に示す処理を実行する。
【０１０９】
すなわち、金額加算器Ｍの内容を取引合計金額Ｍとして表示器１２に表示させるとともに、プリンタ１４によりレシート用紙及びジャーナル用紙に印字させる。また、現金合計器５３に取引合計金額Ｍを加算する。
【０１１０】
次に、カードリーダ１５によりサービスポイント会員に発行される有効な会員カードの記録データ（顧客コード）が読取られているか否かを判断する。そして、読取られていない場合には非サービンポイント会員である客の登録終了なので、直ちに前記ＳＴ１４に進む。
【０１１１】
これに対し、有効な会員カードの記録データが読取られている場合にはサービンポイント会員である客の登録終了なので、ＳＴ４３として次の（６）式によりサービスポイントＰを算出する。
【０１１２】
Ｐ＝ｎ（Ｍ／１００＋Ｇ） …（６）
この（６）式において、Ｍは金額加算器Ｍの記憶値であり、Ｇは難易度合計器Ｇの記憶値である。なお、この実施形態では取引合計金額Ｍが１００円当たりｎポイントとし、さらに客自身が登録すると操作難易度１当りｎポイントを追加するものとしている。
【０１１３】
次に、ＳＴ４４として会員ファイル５２を検索してカードリーダ１５にて読取った会員カードデータ中の顧客コードに対応する累計ポイントエリアに上記サービスポイントＰを加算したならば、前記ＳＴ１４に進む。そして、レシートを発行させるとともにドロワ１３を開放させ、登録中フラグＦを“０”にリセットしたならば、この処理を終了する。
【０１１４】
ここに、締めキー（現計キー）の操作入力に応動して前記累計手段（１客用ワークメモリ５６の難易度加算器Ｇ）による累計値をもとに特典データを算出する特典データ演算手段は、前記現計キー処理のＳＴ４１及びＳＴ４３の各処理によって構成される。
【０１１５】
また、この特典データ演算手段（ＳＴ４１，ＳＴ４３）により算出された特典データを該当する客に付与する特典付与手段は、前記現計キー処理のＳＴ４２及びＳＴ４４の各処理によって構成される。
【０１１６】
このように構成された第２の実施形態の商品販売登録データ処理装置においても、第１の実施形態と同様にキャッシャはキャッシャ用スキャナ２１を用いて、客は客用スキャナ２２を用いて相互に客買上商品の商品コード（バーコード）読取入力を行うことができる。そして、商品コードの読取り入力を行った客に対しては、客自身が登録した全商品の操作難易度累計値に応じて例えば難易度１当たり１円の値引きを行うか、取引合計額に応じたサービスポイントを客自身が登録した全商品の操作難易度累計値に応じて例えば難易度１当たりｎポイント増加するというような特典が付与される。
【０１１７】
このように第２の実施形態によれば、キャッシャに協力して客買上商品の商品コード読取り入力を行った客に対しては、その客自身が商品コード読取り入力を行った商品の操作難易度に応じて自動的に値引やサービスポイントの増加等の特典を付与できる。従って、客は自身で買上商品のコード読取り入力を行えば行うほど、しかも操作難易度が高い商品を選択すればするほど大きな特典が付与されるので、負担を感じることなくキャッシャと協力して自己が買上げる商品のうち特に操作難易度が高い商品（サイズが大きかったり、重量が重い商品）を好んで商品コード読取り入力を行うようになる。その結果、キャッシャの負担が一層軽減され、会計処理の効率化が図られる。
【０１１８】
なお、前記第２の実施形態では予め商品毎に操作難易度データｇを設定したが、各商品の重量データ，体積データをそれぞれ設定しておき、客用スキャナ２２によって商品コードが読取り入力される毎にその商品の重量データ及び体積データを読出して操作難易度ｇを所定の演算式で算出することにより判別するようにしてもよい。こうすることにより、店側で各商品の操作難易度をいちいち判定して設定する面倒がなくなる。
【０１１９】
また、前記第１及び第２の実施形態ではキャッシャ用スキャナ２１及び客用スキャナ２２をそれぞれ１台ずつとしたが、それぞれ複数台にしてもよい。例えば客用スキャナ２２としてさらにハンドスキャナを用意し、客に連れ（子供や知人等）がいる場合はその人もキャッシャに協力して客買上商品のコード読取り入力を行えるようにしてもよい。客側は登録すればするほど特典の度合は大きくなるので、よりキャッシャの負担軽減及び会計処理の効率向上を図り得る。
【０１２０】
この他、本発明の要旨を逸脱しない範囲で種々変形実施可能であるのは勿論である。
【０１２１】
【発明の効果】
以上詳述したように本願請求項１対応の発明によれば、キャッシャと客との協力により１客が買上げる商品の商品コード読取入力を行えるとともに、その１客が買上げる商品のうち客自身が商品コードの読取り操作を行った商品の金額に応じて自動的に特典を付与することができ、キャッシャの負担軽減及び会計処理の効率向上を確実に図り得る商品販売登録データ処理装置を提供できる。
【０１２２】
また、本願請求項２対応の発明によれば、キャッシャと客との協力により１客が買上げる商品の商品コード読取入力を行えるとともに、その１客が買上げる商品のうち客自身が商品コードの読取り操作を行った商品の点数に応じて自動的に特典を付与することができ、やはりキャッシャの負担軽減及び会計処理の効率向上を確実に図り得る商品販売登録データ処理装置を提供できる。
【図面の簡単な説明】
【図１】本発明の第１の実施形態の外観を示す斜視図。
【図２】同実施形態の回路構成を示すブロック図。
【図３】同実施形態におけるＲＡＭの主要領域を示す図。
【図４】同実施形態のＣＰＵが実行するスキャナ入力処理を示す流れ図。
【図５】同実施形態のＣＰＵが実行する現計キー処理を示す流れ図。
【図６】図５に示す現計キー処理の一部を示す流れ図。
【図７】本発明の第２の実施形態におけるＲＡＭの主要領域を示す図。
【図８】同実施形態のＣＰＵが実行するスキャナ入力処理を示す流れ図。
【図９】同実施形態のＣＰＵが実行する現計キー処理を示す流れ図。
【図１０】図９に示す現計キー処理の一部を示す流れ図。
【図１１】従来のセルフスキャニング式商品販売登録データ処理装置の概略構成を示す平面図。
【符号の説明】
１０…ＥＣＲ（電子式キャッシュレジスタ）
１６…ＣＰＵ（中央処理装置）
１７…ＲＯＭ（リード・オンリ・メモリ）
１８…ＲＡＭ（ランダム・アクセス・メモリ）
２０…コード読取装置
２１…キャッシャ用スキャナ
２２…客用スキャナ
２７，１１０…インタフェース
３０…インタフェース用ケーブル
５１…商品ファイル
Ｍ１…第１加算器
Ｍ２…第２加算器
Ｃ…カウンタ
Ｇ…難易度加算器

Claims (2)

1. コード読取装置により読取られた商品コードに基づいて商品販売データを取得し記憶部に売上登録処理するとともに、締めキーの操作入力により１取引にて買上げられる全商品の売上登録終了が宣言されると、その１取引に関するデータが印字されたレシートを発行する商品販売登録データ処理装置において、
   前記コード読取装置をキャッシャ用コード読取装置と客用コード読取装置の２種類としてキャッシャと客との協力により客買上商品の商品コード読取入力が行えるように構成するとともに、１客が買い上げる商品のうち前記キャッシャ用コード読取装置によりコード読取りが行われた商品の金額を合計する第１加算器及び前記客用コード読取装置によりコード読取りが行われた商品の金額を合計する第２加算器と、前記第１加算器の内容と前記第２加算器の内容とを合算して取引合計金額を求める手段と、前記締めキーの操作入力に応動して前記第２加算器による累計値をもとに特典データを算出する特典データ演算手段と、この演算手段により算出された特典データを該当する客に付与する特典付与手段とを具備したことを特徴とする商品販売登録データ処理装置。
2. コード読取装置により読取られた商品コードに基づいて商品販売データを取得し記憶部に売上登録処理するとともに、締めキーの操作入力により１取引にて買上げられる全商品の売上登録終了が宣言されると、その１取引に関するデータが印字されたレシートを発行する商品販売登録データ処理装置において、
   前記コード読取装置をキャッシャ用コード読取装置と客用コード読取装置の２種類としてキャッシャと客との協力により客買上商品の商品コード読取入力が行えるように構成するとともに、１客が買い上げる商品のうち前記キャッシャ用コード読取装置によりコード読取りが行われた商品の金額を合計する第１加算器及び前記客用コード読取装置によりコード読取りが行われた商品の金額を合計する第２加算器と、前記第１加算器の内容と前記第２加算器の内容とを合算して取引合計金額を求める手段と、前記１客が買い上げる商品のうち前記客用コード読取装置によりコード読取りが行われた商品の点数を計数するカウンタと、前記締めキーの操作入力に応動して前記カウンタによる累計値をもとに特典データを算出する特典データ演算手段と、この演算手段により算出された特典データを該当する客に付与する特典付与手段とを具備したことを特徴とする商品販売登録データ処理装置。

Images