JP3886496B2 - 商品販売データ処理装置 - Google Patents

Description

本発明は、商品に付されたバーコードを入力し、そのバーコードデータに基づいて商品販売データを処理するＰＯＳ（Point Of Sales）端末，電子式キャッシュレジスタ等の商品販売データ処理装置に関する。

我が国において雑誌等の定期刊行物に付されているバーコードは、これまで統一商品コードとして制定されたＪＡＮコード体系との整合性を保つために、２桁の定期刊行物コード用フラグに、刊行物の発行形態，種類，号数等を表わす７桁の刊行物コードと、当該刊行物の価格を表わす３桁の価格コードと、１桁のチェックデジットとを加えた１３桁のバーコードから構成されていた。この定期刊行物用のバーコードにおいて、価格は消費税込みの販売価格となっていた。このため、この種のバーコードをスキャナで読取り、そのバーコードデータに基づいて商品販売データの売上登録等の処理を行うＰＯＳ端末においては、読取ったバーコードのフラグから定期刊行物用のバーコードであることを認識した場合、そのバーコードから価格データを取得し、その価格データをそのまま当該バーコードが付された商品（雑誌等）の価格として表示していた。

ところが、例えば雑誌はバックナンバーとして長期間保管された後に販売されることがあり、その間に税率が変更される可能性があることを考慮すると、バーコードに含まれる価格は税込み価格よりも税抜き価格としたほうが都合がよかった。そこでこの度、定期刊行物のバーコード体系を、ＪＡＮコード（先頭２桁を「４９」とした１３桁のバーコード）の規格に準じた１３桁のメインバーコード（定期刊行物コード用フラグ［４９１］を含む）に、５桁のアドオンバーコードを付加した１８桁のバーコードとし、アドオンバーコード内の４桁で税抜き価格を表わすように変更されることとなった。

その一方で、我が国では、消費者に対する値札や広告等において価格を表示する場合には、消費税相当額を含んだ支払総額の表示を義務付ける総額表示方式が開始されることとなった。このため、従来のＰＯＳ端末で新方式の定期刊行物用バーコードを読取った場合、バーコードに含まれる価格は税抜き価格であるので、当該定期刊行物の価格として表示される金額は税抜き価格となり、総額表示方式に適さないという問題があった。

因みに従来、商品の登録時に外税対象商品を内税対象商品に変更して登録することができるようにした電子式金銭登録機が知られている。その内容は、登録された商品が外税対象商品であっても内税への変更が指令された場合には、登録商品の外税対象額から内税額を算出して表示することで、外税対象額をそのまま税込み価格とみなして処理するものである（例えば、特許文献１参照）。
特開平７−１２９８５８号公報

しかしながら、外税対象商品を内税対象商品に変更して登録できる従来の電子式金銭登録機においては、外税対象額をそのまま税込み価格とみなして処理していたので、実質的に内税分が値引きされており、雑誌等のように定価が定められた定期刊行物の処理には適さなかった。

本発明はこのような事情に基づいてなされたもので、その目的とするところは、バーコードに含まれる価格が税抜き価格であっても、オペレータの負担が増加することなく総額表示方式の導入に即座に対応し得る商品販売データ処理装置を提供しようとするものである。

本発明の商品販売データ処理装置は、例えばバーコードスキャナ等のバーコード入力部を介してバーコードが入力されると、そのバーコードが定期刊行物コード用フラグを含むメインバーコードに価格データを含むアドオンバーコードを付加してなる新雑誌バーコードであるか否かを定期刊行物コード用フラグから判断する。そして、新雑誌バーコードであるとき、そのバーコードのアドオンバーコードから価格データを取得し、その価格データに所定の税額を加算した税込価格データを算出する。そして、この算出された税込価格データを新雑誌バーコードが付された商品の価格として表示する。これに対し、新雑誌バーコードでないと判断されたバーコードのうち価格データを含むインストアマーキングのバーコードからは価格データを取得する。そして、その取得した価格データをそのままインストアマーキングのバーコードが付された商品の価格として表示するようにしたものである。

かかる手段を講じた本発明によれば、バーコードに含まれる価格が税抜き価格であっても、オペレータの負担が増加することなく総額表示方式の導入に即座に対応し得る商品販売データ処理装置を提供できる。

以下、本発明を実施するための最良な形態について、図面を用いて説明する。
なお、この実施の形態は、新方式の定期刊行物用バーコード（以下、説明の便宜上、新雑誌バーコード１０と称する）を処理する書店向けＰＯＳ端末に本発明を適用した場合である。

新雑誌バーコード１０は、図１に示すように、１３桁のメインバーコード１１の右側に５桁のアドオンバーコード１２を付加した全１８桁のバーコードからなる。メインバーコード１１のうち、先頭の３桁は定期刊行物コード用フラグ１３であり、［４９１］に固定されている。残りの１０桁は商品識別コード１４であり、その内訳は１桁目が予備コード（雑誌＝０）、２〜６桁目はアイテムコード、７，８桁目は月または号数、９桁目は年号、１０桁目はチェックデジットである。また、アドオンバーコード１２のうち、先頭の１桁目は予備コードであり、残りの４桁が価格コード１５である。価格コード１５は、円単位の税抜き本体価格であり、９，９９９円を超える場合は［００００］となる。

図２は本実施の形態におけるＰＯＳ端末の外観構成を示す斜視図である。このＰＯＳ端末は、本体２０の正面にキーボード２１、モードスイッチ２２及びオペレータ用表示器２３が設けられており、背面に客用表示器２４が設けられている。また、レシートを印字するためのプリンタ２５が本体２０に内蔵されており、このプリンタ２５によって印刷されたレシートがレシート発行口２６から排出されるようになっている。さらに、バーコードを光学的に読取るためのスキャナ２７が接続されている。また、釣銭などを収容しておくためのドロワ２８が本体２０と一体的に形成されている。

図３は同ＰＯＳ端末の要部構成を示すブロック図である。ＰＯＳ端末には、制御部本体としてＣＰＵ（Central Processing Unit）３１が設けられている。また、プログラム等の固定的データが予め格納されたＲＯＭ（Read Only Memory）３２、可変的データを書換自在に記憶するための各種メモリエリアが形成されたＲＡＭ（Random Access Memory）３３、現在の日付，時刻を計時する時計部３４、通信回線を介して接続された上位機種であるストアコンピュータとの間のデータ通信を司る通信インターフェイス３５、モードスイッチ２２からのモード選択信号が入力されるとともにドロワ２８への開放指令信号が出力されるＩ／Ｏポート３６、キーボード２１から操作キーに対応したキー信号を取り込むキーボードコントローラ３７、オペレータ用表示器２３に表示データに対応した画像を表示させる表示コントローラ３８、客用表示器２４に表示データに対応した画像を表示させる表示コントローラ３９、プリンタ２５の印字動作を制御するプリンタコントローラ４０、スキャナ２７で読取られたバーコードデータを取り込むスキャナコントローラ４１などが設けられている。ＣＰＵ３１と、ＲＯＭ３２，ＲＡＭ３３，時計部３４，通信インターフェイス３５，Ｉ／Ｏポート３６及び各種入出力機器のコントローラ３７〜４１とは、アドレスバス，データバス等のバスライン４２で接続されている。

キーボード２１には、「０」〜「９」の置数キーの他、金額キー、合計キー、現計キー、券キー、クリアキー、バーコードキー等の各種ファンクションキーが配設されている。金額キーは、置数データが金額データであることを宣言するキーである。合計キーは、１取引の合計出力を指令するキーである。現計キーは、置数データが現金による支払金額データであることを宣言するキーである。券キーは、置数データが図書券等の金券による支払金額データであることを宣言するキーである。クリアキーは、置数のクリア及びエラー状態の解除を指令するキーである。バーコードキーは、置数データがバーコードであることを宣言するキーである。ここに、置数キーとバーコードキーは、バーコードスキャナ２７とともにバーコード入力手段を構成する。

モードスイッチ２２は、「登録」，「点検」，「精算」等の各種業務モードのなかから選択操作された業務モードの実行をＣＰＵ３１に指令する操作スイッチである。因みに「登録」とは、バーコード入力部を介して入力されたバーコードのデータに基づいて、当該バーコードが付された商品の販売データをＲＡＭ３３の所定メモリエリアに登録処理し、かつ取引毎にレシートの発行等を行う業務のモードである。「点検」とは、「登録」業務によって所定メモリエリアに登録されたデータを集計項目別に集計し、集計項目別の売上データを作成して印字または表示出力する業務である。「精算」とは、「点検」と同様に集計項目別の売上データを作成して出力した後、所定メモリエリアに登録されたデータをクリアする業務である。

ＲＡＭ３３には、上述した商品販売データ登録用のメモリエリアの他、特に図４に示すように、定期刊行物である各種アイテム毎にそれぞれ割当てられたアイテムコードに対応して、印字及び表示用の商品名データが設定される名称設定テーブル５１、税（消費税）の現行税率が設定される税率メモリ５２、１取引分のレシート印字データが一時的に蓄えられるレシートバッファ５３、１取引分の商品買上金額を合計する金額合計器５４、１取引の商品登録中であるとき“１”にセットされる登録中フラグのフラグメモリ５５が形成されている。名称設定テーブル５１及び税率メモリ５２のデータは、予めストアコンピュータからダウンロードされている。若しくは、キーボード１６のキー操作入力によって設定してもよい。

しかしてＣＰＵ３１は、「登録」モードにおいて、バーコード入力部（スキャナ２７，キーボード２１）を介してバーコードデータが入力されると、図６の流れ図に示すバーコード入力処理を開始する。

先ず、ＳＴ（ステップ）１として入力されたバーコードが新雑誌バーコード１０であるか否かをそのフラグから判断する（バーコード判断手段）。フラグが［４９１］以外の場合には新雑誌バーコード１０でないので、既存のＰＯＳ端末と同様のバーコード入力処理を実行する。

バーコードのフラグが［４９１］であった場合には、ＣＰＵ３１は、入力されたバーコードは価格データを含む新雑誌バーコード１０であると判断する。そして、ＳＴ２としてバーコードデータが１８桁から構成されているか否かを判断する。ここで、バーコードデータが１８桁でない場合には、バーコードの入力エラーを報知して、このバーコード入力処理を終了する。

バーコードデータが１８桁からなることを確認した場合には、１３桁のメインバーコード１１と５桁のアドオンバーコード１２とからなる新雑誌バーコード１０が正しく入力されたので、ＣＰＵ３１は、ＳＴ３としてフラグメモリ５５に登録中フラグがセットされているか否かを判断する。ここで、登録中フラグがリセットされていた場合には、１取引の１点目の商品登録なので、ＣＰＵ３１は、ＳＴ４としてレシートバッファ５３及び金額合計器５４をクリアする。また、ＳＴ５として登録中フラグをセットして、登録中とする。ＳＴ３にて登録中フラグが既にセットされていた場合には、１取引の２点目以降の商品登録なので、ＳＴ４，５の処理は実行しない。

次に、ＣＰＵ３１は、ＳＴ６として入力された新雑誌バーコード１０のメインバーコード１１から商品識別コード１４を取得する。そして、ＳＴ７としてこの商品識別コード１４のアイテムコードで名称設定テーブル５１を検索して、当該アイテムコードに対応して設定されている商品名を取得する。

次に、ＣＰＵ３１は、ＳＴ８として入力された新雑誌バーコード１０のアドオンバーコード１２から４桁の本体価格コードを取得する（商品価格取得手段）。そして、ＳＴ９としてこの本体価格コードが［００００］であるか否かを判断する。

本体価格コードが［００００］でない場合には、この本体価格コードの値が登録商品の税抜き価格であるので、ＣＰＵ３１は、ＳＴ１０としてこの税抜き価格Ａと、税率メモリ５２に設定されている税率Ｂとから、下記（１）式により登録商品の税込み価格Ｃを算出する（税込価格算出手段）。

Ｃ＝Ａ＋Ａ×Ｂ …（１）
そして、ＳＴ１１としてこの税込み価格を当該登録商品の商品名とともにオペレータ用表示器２３及び客用表示器２４に表示させる（商品価格表示手段）。また、ＳＴ１２として上記商品名と税込み価格とをレシートバッファ５３に格納する。さらに、ＳＴ１３として上記税込み価格を金額合計器５４のデータに加算する（価格合計手段）。以上で、今回のバーコード入力処理を終了する。

一方、アドオンバーコード１２から取得した本体価格コードが［００００］であった場合には、登録商品の価格は本体価格コードの桁数（４桁）より大きい金額（１万円以上）なので、ＣＰＵ３１は、ＳＴ１４としてオペレータに対して登録商品の税抜き価格手入力を強制するメッセージ、例えば「登録商品の税抜き価格をキー入力してください」をオペレータ用表示器２３に表示させる。そして、ＳＴ１５として金額データが入力されるのを待機する。

この状態で、置数キーと金額キーの操作により金額データが入力されると、ＣＰＵ３１は、ＳＴ１６としてその金額データの桁数が本体価格コードの桁数より大きいか否かを判断する。ここで、金額データの桁数が本体価格コードの桁数以下であった場合には、ＣＰＵ３１は、オペレータ用表示器２３に金額データの入力エラーを示すメッセージ、例えば「価格を正しく入力してください」を表示させる。しかる後、ＳＴ１８としてクリアキーが操作されたならば、エラー解除が指令されたので、ＣＰＵ３１はＳＴ１４の処理に戻り、登録商品の税抜き価格手入力を強制するメッセージをオペレータ用表示器２３に再表示させた後、金額データの再入力を待機する。

キー入力された金額データの桁数が本体価格コードの桁数より大きかった場合には、ＣＰＵ３１は、その金額データが登録商品の税抜き価格であると判断する。そして、ＳＴ１０〜ＳＴ１３の各処理を実行して、今回のバーコード入力処理を終了する。

またＣＰＵ３１は、「登録」モードにおいて、キーボード２１の合計キーが操作入力されると、図７の流れ図に示す合計キー入力処理を開始する。

先ず、ＳＴ２１としてフラグメモリ５５に登録中フラグがセットされているか否かを判断する。登録中フラグがセットされていない場合には、１取引の商品登録無しに合計キーが操作された誤操作なので、キー入力エラーを報知して、今回の合計キー入力処理を終了する。

登録中フラグがセットされていた場合には、ＣＰＵ３１は、ＳＴ２２として金額合計器５４に記憶されている金額データを１取引の合計金額としてオペレータ用表示器２３及び客用表示器２４に表示させる（取引合計表示手段）。また、ＳＴ２３としてこの１取引の合計金額データを、合計金額を示す文字データ「合計」とともにレシートバッファ５３に格納する（取引合計印字手段）。

さらに、ＣＰＵ３１は、ＳＴ２４として１取引の合計金額Ｄと税率メモリ５２に設定されている税率Ｂとから、下記（２）式により上記合計金額Ｄに含まれる税額（消費税額）、いわゆる内税額Ｅを算出する（税額算出手段）。

Ｅ＝（Ｄ×Ｂ）／（１＋Ｂ） …（２）
そして、ＳＴ２５としてこの内税額Ｅのデータを、内税額を示す文字データ「内税」とともにレシートバッファ５３に格納する（税額印字手段）。

次に、ＣＰＵ３１は、ＳＴ２６として合計金額Ｄに対する支払データが入力されるのを待機する。そして、キーボード２１の置数キー，現計キー，券キー等のキー操作により支払項目と支払金額の支払データが入力されたならば、ＣＰＵ３１は、ＳＴ２７としてその支払項目と支払金額のデータをレシートバッファ５３に格納する。次に、ＣＰＵ３１は、ＳＴ２８として支払いが完了したが否かを判断する。ここで、合計金額Ｄに対して支払金額が不足している場合には支払未完了と判断し、ＳＴ２６の処理に戻って支払いデータが追加入力されるのを待機する。

支払完了を判断した場合には、ＣＰＵ３１は、ＳＴ２９として支払い金額の総額から合計金額を減算して釣銭額を算出し、オペレータ用表示器２３及び客用表示器２４に表示させる。また、ＳＴ３０としてこの釣銭額のデータを、釣銭を示す文字データ「釣銭」とともにレシートバッファ５３に格納する。しかる後、ＳＴ３１としてレシートバッファ５３のデータをプリンタ２５に出力して、レシートを印字し発行させる（取引合計印字手段，税額印字手段）。また、ＳＴ３２としてドロワ２８に開放指令信号を出力してドロワ２８を開放動作させる。その後、ＳＴ３３として登録中フラグを“０”にリセットしたならば、今回の合計キー入力処理を終了する。

このように構成された本実施の形態において、今、新雑誌バーコード１０「４９１００１２３４５６３０−００５００」が付された月刊誌と、新雑誌バーコード１０「４９１００２１２３５６３８−００３００」が付された週刊誌とを購入する客がおり、キャッシャが月刊誌，週刊誌の順番でその新雑誌バーコード１０を入力したとする。なお、税率は０．０５が設定されているものとする。新雑誌バーコード１０はバーコードをスキャナ２７で読取り入力してもよいし、キーボード２１の置数キーとバーコードキーを操作して入力してもよい。

先ず、月刊誌の新雑誌バーコード１０を入力すると、そのアドオンバーコード「００５００」の価格コード「０５００」から当該月刊誌の税抜き価格５００円が得られる。これにより、税込み価格５２５円が自動的に算出され、オペレータ用表示器２３及び客用表示器２４に表示される。

次に、週刊誌の新雑誌バーコード１０を入力すると、そのアドオンバーコード「００３００」の各コード「０３００」から当該週刊誌の税抜き価格３００円が得られる。これにより、税込み価格３１５円が自動的に算出され、オペレータ用表示器２３及び客用表示器２４に表示される。

次に、合計キーを入力操作する。そうすると、月刊誌の税込み価格５２５円に週刊誌の税込み価格３１５円が加算された金額合計器５４のデータ８４０円が合計金額としてオペレータ用表示器２３及び客用表示器２４に表示される。また、この合計金額に含まれる税額４０円が、金額合計器５４のデータと設定税率とから逆算されて算出される。しかして、この合計金額８４０円に対し５００円分の図書券と現金５００円によって支払いが行われると、図５に示す内容のレシート６０がプリンタ２５によって印字され、レシート発行口２６から発行される。

したがって、本実施の形態によれば、税抜きの価格データを含むバーコードを入力すると、自動的に税込み価格に変換されて表示されるので、総額表示方式に対応したものとなる。この場合において、オペレータは、従前どおり雑誌等に付されたバーコードを入力操作すればよいので、オペレータの負担が増加することはない。

また、１取引の合計金額として表示される金額やレシートに印字される金額も自動的に総額表示方式に対応したものとなるので、この点でもオペレータの負担が増加することはない。しかも、レシートには、合計金額に含まれる税額が自動的に表示されるので、顧客に対して税額を明確にできる利点がある。

ところで、商品の価格データを含むバーコードの１種として、スーパーマーケットなどで使用されるインストアマーキングのバーコードがある。このインストアマーキングのバーコードは、通常、生鮮食品等のバーコードに用いられるので、税率の変更は考慮する必要はない。このため、総額表示方式導入後は、税込み価格をそのままバーコードに含めるものと考えられる。このような場合でも、本実施の形態のＰＯＳ端末は、入力されたバーコードがフラグ［４９１］の新雑誌バーコード１０以外の場合には従来どおりの処理、すなわち、バーコードから取得した価格をそのまま表示するので、総額表示方式に対応したものとなる。

なお、前記実施の形態におけるバーコード入力処理のＳＴ１の処理において、フラグ［４９１］以外の所定のコードも商品の税抜き価格を含むバーコードであると判断するように構成することによって、新雑誌バーコード１０以外のバーコードにも本発明を適用できるようになる。この場合において、価格コードをアドオンバーコード内に含めるものに限定されることはなく、アドオンバーコードを付随しないバーコード体系のものであってもよい。

本発明の一実施の形態で使用する新雑誌バーコードの模式図。 同実施の形態におけるＰＯＳ端末の外観構成を示す斜視図。 同ＰＯＳ端末の要部構成を示すブロック図。 同ＰＯＳ端末のＲＡＭに形成される主要なメモリエリアを示す模式図。 同ＰＯＳ端末から印字発行されるレシートの一例を示す模式図。 同ＰＯＳ端末のＣＰＵが実行するバーコード入力処理の要部を示す流れ図。 同ＰＯＳ端末のＣＰＵが実行する合計キー入力処理の要部を示す流れ図。

符号の説明

１０…新雑誌バーコード、１１…メインバーコード、１２…アドオンバーコード、２１…キーボード、２２…モードスイッチ、２３…オペレータ用表示器、２４…客用表示器、２５…プリンタ、２７…スキャナ、３１…ＣＰＵ、５１…名称設定テーブル、５２…税率メモリ、５３…レシートバッファ、５４…金額合計器。

Claims (4)

1. 商品に付されているバーコードを入力するバーコード入力部と、
   このバーコード入力部を介して入力されたバーコードが、そのバーコードデータが定期刊行物コード用フラグを含むメインバーコードに価格データを含むアドオンバーコードを付加してなる新雑誌バーコードであるか否かを前記定期刊行物コード用フラグから判断するバーコード判断手段と、
   このバーコード判断手段により前記新雑誌バーコードと判断されたバーコードの前記アドオンバーコードから価格データを取得する第１の商品価格取得手段と、
   この第１の商品価格取得手段により取得した価格データに所定の税額を加算した税込価格データを算出する税込価格算出手段と、
   前記バーコード判断手段により新雑誌バーコードでないと判断されたバーコードのうち価格データを含むインストアマーキングのバーコードから前記価格データを取得する第２の商品価格取得手段と、
   前記税込価格算出手段により算出された税込価格データを前記新雑誌バーコードが付された商品の価格として表示し、前記第２の商品価格取得手段により取得した価格データを前記インストアマーキングのバーコードが付された商品の価格として表示する商品価格表示手段とを具備したことを特徴とする商品販売データ処理装置。
2. 前記税込価格算出手段により算出された税込価格データを合計する価格合計手段と、
   この価格合計手段により合計された金額を１取引の合計金額として表示する取引合計表示手段と、
   をさらに具備したことを特徴とする請求項１記載の商品販売データ処理装置。
3. 前記価格合計手段により合計された金額を１取引の合計金額としてレシートに印字する取引合計印字手段、
   をさらに具備したことを特徴とする請求項２記載の商品販売データ処理装置。
4. 前記価格合計手段により合計された金額からその金額に含まれる税額を逆算する税額算出手段と、
   この税額算出手段により算出された税額をレシートに印字する税額印字手段と、
   をさらに具備したことを特徴とする請求項３記載の商品販売データ処理装置。

Images