(57)【要約】【課題】レシートの受取を希望しない客に対してレシート発行を行うと、客に渡されることなく廃棄されるため、無駄な紙の消費となる。【解決手段】個人を識別する識別情報とレシート発行の要否を示す発行条件とを対応付けて記憶する記憶部と、前記識別情報を取得する取得部と、この取得部により取得された識別情報が前記記憶部に記憶されているかを判定する第１の判定部と、この第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件に応じてレシートを発行又は非発行とする発行制御部と、を備え、発行制御部は、第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合かつ、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件が要の場合に、レシートを印字発行する。【選択図】図８
2013069221.tif 000002
【特許請求の範囲】
【請求項１】
１商取引毎に販売登録された販売データをレシート用紙に印字する印字部を有する商品販売データ処理装置において、
個人を識別する識別情報とレシート発行の要否を示す発行条件とを対応付けて記憶する記憶部と、
前記識別情報を取得する取得部と、
この取得部により取得された識別情報が前記記憶部に記憶されているか否かを判定する第１の判定部と、
この第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件に応じてレシートを発行又は非発行とする発行制御部と、を備え、
前記発行制御部は、
前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合であって、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件が要である場合に、レシートを印字発行することを特徴とする商品販売データ処理装置。
【請求項２】
操作者からのレシート発行の要否の操作入力を受け付ける受付部と、
この受付部からの操作入力に基づいてレシート発行の要否を判定する第２の判定部と、をさらに備え、
前記発行制御部は、
前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在しないと判定した場合、前記第２の判定部での判定結果に応じてレシートを発行又は非発行とすることを特徴とする請求項１記載の商品販売データ処理装置。
【請求項３】
前記発行制御部は、
前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合であって、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件が否であると、レシートを非発行とすることを特徴とする請求項１又は２に記載の商品販売データ処理装置。
【請求項４】
前記発行制御部は、
前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合、前記第２の判定部の判定結果を優先してレシートを発行又は非発行とすることを特徴とする請求項２又は３に記載の商品販売データ処理装置。
【請求項５】
前記発行制御部は、
前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件が否である場合に、前記第２の判定部で前記レシート発行が要と判定されると、この第２の判定部の判定結果を優先してレシートを印字発行することを特徴とする請求項４に記載の商品販売データ処理装置。
【請求項６】
時間を計時する計時部と、をさらに備え
前記第２の判定部は、前記計時部が予め定められた時間を計時してもなお前記受付部からの操作入力がないと判定した場合であって前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定している場合、前記識別情報に対応付けられている前記レシート発行の要否を示す発行条件に応じて印字発行することを特徴とする請求項２乃至５のいずれか一つに記載の商品販売データ処理装置。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明の実施形態は、レシート印字発行が可能な商品販売データ処理装置に関する。
【背景技術】
【０００２】
従来、バーコードスキャナ等により商品登録がされた商品名やその単価などの商取引情報をレシートに印字発行するＰＯＳ端末等の商品販売データ処理装置が広く知られている。これらのＰＯＳ端末は、一般的に一商取引が終了した後に、その都度、一商取引に係るレシートを発行する。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００１−７６２５７公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、お客によっては、発行されたレシートの受け取りを希望しない者も存在する。この場合、発行されたレシートは、お客に渡されることなく廃棄されることとなるため、無駄な紙の消費となってしまう。また、店員においては、発行されたレシートの受け取りを希望するか否かお客に確認する必要が生ずるため、余計な負担がかかるという問題がある。
【課題を解決するための手段】
【０００５】
本実施形態の商品販売データ処理装置は、１商取引毎に販売登録された販売データをレシート用紙に印字する印字部を有する商品販売データ処理装置において、個人を識別する識別情報とレシート発行の要否を示す発行条件とを対応付けて記憶する記憶部と、前記識別情報を取得する取得部と、この取得部により取得された識別情報が前記記憶部に記憶されているか否かを判定する第１の判定部と、この第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件に応じてレシートを発行又は非発行とする発行制御部と、を備え、前記発行制御部は、前記第１の判定部で前記取得部により取得された識別情報が前記記憶部に存在すると判定した場合であって、この識別情報に対応付けられている前記レシート発行の要否を示す発行条件が要である場合に、レシートを印字発行する。
【図面の簡単な説明】
【０００６】
【図１】本実施形態のＰＯＳ端末の外観を示す図。
【図２】本実施形態のＰＯＳ端末の電気的接続を示すブロック図。
【図３】本実施形態の商品マスタファイルを示す図。
【図４】本実施形態の会員マスタファイルを示す図。
【図５】本実施形態の会員マスタファイルの具体的データ構造を示す図。
【図６】本実施形態のＲＡＭに形成される主要なメモリエリアを示す図。
【図７】本実施形態のＲＡＭに形成されるレシート発行テーブルを示す図。
【図８】本実施形態のＰＯＳ端末のＣＰＵ１１が実行するレシート発行処理の処理を示すフローチャート。
【図９】本実施形態のＰＯＳ端末のＣＰＵ１１が実行するレシート発行処理の処理を示すフローチャート。
【図１０】図８、９のフローチャートによるレシート発行・非発行の結果を纏めた対応表
【図１１】本実施形態のＰＯＳ端末のＣＰＵ１１が実行するレシート発行処理の処理を示すフローチャート。
【発明を実施するための形態】
【０００７】
以下、添付図面を参照して、本発明の実施形態に係る商品販売データ処理装置を詳細に説明する。本実施形態は、一例としてレシートプリンタを備えたＰＯＳ（Ｐｏｉｎｔ  Ｏｆ  Ｓａｌｅｓ）端末に適用したものである。なお、本実施形態に係る商品販売データ処理装置は、ＰＯＳ端末単体のみで構成される形態やストアサーバ等とネットワーク接続されたＰＯＳ端末の形態を含む。
【０００８】
図１は、ＰＯＳ端末１を示す外観斜視図である。ＰＯＳ端末１は、店舗のレジカウンタに載置されたドロワ１７の上に載置されており、ドロワ１７の引出しの開放動作を制御する。
【０００９】
ＰＯＳ端末１の上面には、情報を表示する表示部としてオペレータ用表示器２７と客用表示器２８とが立設されている。オペレータ用表示器２７の画面上には、タッチパネル３２が積層配置されている。タッチパネル３２は、オペレータ用表示器２７の表示内容に従った情報入力をＰＯＳ端末１のオペレータに行わせるための入力部として機能する。入力する内容としては、例えば、顧客コードなどがある。
【００１０】
図１に示すオペレータ用表示器２７の左側には、レシートプリンタ２９が設けられている。レシートプリンタ２９は、キャッシャから顧客に手渡されるレシートＲＴを印刷発行する。
【００１１】
オペレータ用表示器２１の手前側（下側）には、ＰＯＳ端末１に情報を入力するためのキーボード２６が設けられている。キーボード２６は、例えば、上面に数字が印字された数字を入力するためのテンキー、上面に「小計」と印字された仮締めキー、上面に「預／現計」と印字された締めキー等を含んでいる。
【００１２】
キーボード２６の右側には、会員カードやクレジットカード等の磁気カードから情報を読み取るためのカードリーダ３０が設けられている。このカードリーダ３０には、カード読取溝１１０が設けられている。カード読み取りの際は、店員等がこのカード読取溝１１０に沿って磁気カードをスライドさせることにより磁気カードの磁気ストライプに記憶されている情報が読取される。カードリーダ３０は会員カードの磁気ストライプに記憶されている顧客コードのデータを取得し、ＰＯＳ端末１のＣＰＵ１１（図２参照）に出力する。したがって、カードリーダ３０は、タッチパネルと同様に顧客コードである会員ＩＤの入力を許容する入力部として機能する。
【００１３】
なお、会員ＩＤを入力する入力部は、カードリーダ３０に限られることはなく、例えば、操作者がキーボードに設けられた数値キーを置数することにより、所定の会員番号（会員ＩＤ）等の会員情報を入力するものであってもよいし、バーコードスキャナにより会員情報が記憶されているバーコード等をスキャン操作して会員番号を取得するものであってもよい。また、予め定められた会員識別用の会員番号を記憶したＩＣチップを有する無線タグと更新するＲＦＩＤリーダライタにより入力するものであってもよい。
【００１４】
また、ＰＯＳ端末１には、商品に付されているバーコードや二次元コード等のコードシンボルを読み取る読取部としてのコードリーダ３１が接続される。本実施の形態のコードリーダ３１は、バーコードや二次元コードの読み取りにも対応可能である。コードリーダ３１は、読取口を有し、この読取口の前面に形成される読取空間に所定パターンの可視光半導体レーザを照射して、そのコードシンボルから読み取れる情報（例えば、商品を特定する商品コード）を取得し、ＰＯＳ端末１のＣＰＵ１１（図２参照）に出力する。商品コードは、例えばＪＡＮ等の１次元バーコードの形態で商品の包装等に印刷されている。
【００１５】
また、このようなＰＯＳ端末１には、ネットワーク回線を介して外部機器とデータ通信を実行するための通信インターフェース１９（図２参照）も内蔵されている。
【００１６】
図２はＰＯＳ端末１の要部構成を示すブロック図である。このＰＯＳ端末１は、制御部本体としてＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１を搭載している。そしてこのＣＰＵ１１に、アドレスバス，データバスなどのバスライン１２を介して、読取り専用メモリであるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１３、書換え可能な不揮発性メモリであるＥＥＰＲＯＭ（Ｅｌｅｃｔｒｉｃａｌｌｙ Ｅｒａｓａｂｌｅ Ｐｒｏｇｒａｍｍａｂｌｅ ＲＯＭ）１４、読み書き自在な揮発性メモリであるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１５、現在の日時を計時する時計部１６，ドロワ１７に駆動信号を出力するＩ／Ｏポート１８の他、通信インターフェイス１９，キーボードコントローラ２０，第１の表示コントローラ２１，第２の表示コントローラ２２，プリンタコントローラ２３，カードリーダコントローラ２４，スキャナインターフェイス２５等が接続されている。
【００１７】
キーボードコントローラ２０は、キーボードの操作キーに対応したキー信号を取り込むもので、このキーボードコントローラ２０には、置数キー，ＰＬＵキー，小計キー，預／現計キー等が配設されたＰＯＳ端末専用のキーボード２６に接続されている。
【００１８】
第１及び第２の表示コントローラ２１，２２は、ディスプレイの駆動を制御して表示データに対応する画面を表示させるもので、第１の表示コントローラ２１にはオペレータに対する画面を表示するためのオペレータ用ディスプレイ２７が接続されており、第２の表示コントローラ２２には客に対する画面を表示するための客用ディスプレイ２８が接続されている。
【００１９】
プリンタコントローラ２３は、プリンタの駆動を制御して印字データを記録紙に印字させるもので、このプリンタコントローラ２３には、商取引毎にその商取引に関する種々の情報をレシート用紙に印字してレシートを発行するためのプリンタ２９が接続されている。
【００２０】
カードリーダコントローラ２４は、カードリーダで読み取られたカードデータを取り込むもので、このカードリーダコントローラ２４には、会員カードに記憶された会員コード等のカードデータを読取ることが可能なカードリーダ３０が接続されている。
【００２１】
スキャナインターフェイス２５は、スキャナで読み取られたデータを取り込むもので、このスキャナインターフェイス２５には、商品に付されたバーコードを読取ることが可能なスキャナ３１が接続されている。
【００２２】
通信インターフェイス１９は、通信回線を介して接続される外部機器との間で行うデータ通信を制御するもので、この通信インターフェイス１９には、商品マスタファイル８１，会員マスタファイル８３をＰＯＳ端末１からアクセス自在に記憶管理しているストアサーバ８が接続されている。なお、このストアサーバ８に代えてＰＯＳ端末に内蔵されるＨＤＤ３２をストアサーバ８の代わりとして構成することもできる。
【００２３】
商品マスタファイル８１には、図３に示すように、商品コード，分類コード，商品名，単価，売上点数，売上金額等の項目情報からなる商品情報レコードが、店で販売されている商品数分、蓄積保存されている。商品コードは、各商品に対して設定された商品固有の識別コードであって、各商品には商品コードがバーコードの形態で記録されている。分類コードは、対応する商品コードによって特定される商品が属する商品分類を識別するためのコードである。商品名及び単価は、対応する商品コードによって特定される商品の品名及び単位数量あたりの価格である。
【００２４】
会員マスタファイル８３には、図４に示すように、会員ＩＤ、会員名、レシート発行情報、ポイント等の項目情報からなる会員情報レコードが、会員の人数分、蓄積保存されている。会員ＩＤは、各会員に対して設定された会員固有の識別コードであって、当該会員が有する会員カードに記録されている。会員名は、対応する会員ＩＤによって特定される会員の氏名である。ランクは対応する会員ＩＤによって特定される会員の売上実績に応じて設定されるランクである。ポイントは、対応する会員ＩＤによって特定される会員が獲得したポイントの累計値である。レシート発行情報とは、商品購入時に発行されるレシートを一商取引毎に発行又は非発行とするかを決定する情報であって、予め会員毎に独自にそれぞれ割り当てられているものである。
【００２５】
会員マスタファイル８３について図５を用いて詳述する。会員マスタファイル８３は、会員ＩＤとレシート発行情報とが対応付けて記憶されている。例えば、会員ＩＤ“ｘｘ０００１”には、レシート発行情報が“発行”と対応付けれ設定されている。この場合、、レシート発行情報が“発行”とされている会員ＩＤ“ｘｘ０００１”の会員に対しては、原則として商品購入後にレシート発行が行われる。また、会員ＩＤ“ｘｘ０００２”には、レシート発行情報が“非発行”と設定されているため、原則として、会員ＩＤ“ｘｘ０００２”のお客に対しては商品購入後のレシート発行は行われない。このように、各会員ＩＤに対応付けてレシート発行の有無が記憶されている。なお、これらのストアサーバ８に記憶されている商品マスタ８１、会員マスタ８３は必ずしもストアサーバ８に記憶されている必要はなく、例えば、ＨＤＤ３２等に記憶されていてもよい。
【００２６】
また、ＲＡＭ１５には、図６に示すように、取引明細バッファ１５１、レシート印字バッファ１５２、レシート発行テーブル１５３等が形成されている。 
図７は、ＲＡＭ１５に形成されるレシート発行テーブル１５３のデータテーブルを示す図である。このレシート発行テーブル１５３には会員フラグＦ１、会員ＩＤ、発行フラグＦ２がそれぞれ記憶される。
【００２７】
図８及び図９は、ＰＯＳ端末１のＣＰＵ１１が実行するレシート発行処理の処理を示すフローチャートである。以下、このフローチャートに沿って処理を説明する。
【００２８】
まず、ＣＰＵ１１は、初期化処理として、ＲＡＭ１５に形成されているレシート発行テーブルの会員フラグＦ１を“０”にセットする（Ａｃｔ８０１）。
【００２９】
そして、会員情報の入力の有無を待機する（Ａｃｔ８０２）。本実施形態での会員情報の入力は、ＰＯＳ端末１が有するカードリーダ３０のスライド溝を会員情報が記憶されている磁気カードをスライド操作することにより行われる。
【００３０】
なお、会員情報の入力はカードリーダ３０以外にも実現することが可能であり、例えば、操作者がキーボードに設けられた数値キーを置数することにより、所定の会員番号等の会員情報を入力するものであってもよいし、バーコードスキャナにより会員情報が記憶されている会員カード等をスキャン操作して会員番号を取得するものであってもよい。また、予め定められた会員識別用の会員番号を記憶したＩＣチップを有する無線タグと更新するＲＦＩＤリーダライタにより入力するものであってもよい。
【００３１】
ＣＰＵ１１は、会員情報の入力があったと判断した場合（Ａｃｔ８０２のＹｅｓ）、ＲＡＭ１５に形成されているレシート発行テーブル１５３に会員フラグＦ１を“１”として設定する（Ａｃｔ８０３）。また、ＣＰＵ１１は、ストアサーバ８の会員マスタ８３から会員ＩＤを取得してＲＡＭ１５のレシート発行テーブル１５３に会員ＩＤを記憶する。
【００３２】
次に、ＣＰＵ１１は、スキャナ３１による商品に付されたバーコードのスキャニングあるいはキーボードのキー操作入力により商品コードの入力を検出すると（Ａｃｔ８０４のＹｅｓ）、入力された商品コードによりストアサーバ８に対して問い合わせを行う。そして、ストアサーバ８の商品マスタ８１からこの商品コードに対応して設定されている分類コード、商品名、単価等の商品情報を取得し、取得したこれらの商品情報をＲＡＭ１５に形成されている取引明細バッファ１５１に記憶する（Ａｃｔ８０５）。
【００３３】
次に、ＣＰＵ１１は、小計キーの入力の有無を検知する（Ａｃｔ８０６）。すなわち、店員により小計キーが押下されたか否かを検知する。小計キーの入力無しを判断した場合は（Ａｃｔ８０６のＮｏ）、再びＡｃｔ８０４の処理に戻り商品コードの入力を待機する（Ａｃｔ８０４）。このようにして、ＣＰＵ１１は、小計キーが操作入力されるまでは、スキャナ３１等から商品コードが入力される毎に、Ａｃｔ８０４からＡｃｔ８０５の処理を繰り返し実行して商品登録処理を実行する。
【００３４】
次に、ＣＰＵ１１は、小計キー１１が入力されたことを検知すると（Ａｃｔ８０６のＹｅｓ）、ＲＡＭ１５のレシート発行テーブル１５３の会員フラグＦ１が“１”であるか否かを判定する（Ａｃｔ８０７）。すなわち、お客が会員であるかどうかを判定する。
【００３５】
なお、小計キーが操作入力されたことを検知した場合（Ａｃｔ８０６のＹｅｓ）、ＣＰＵ１１は一商取引の小計金額を算出し、算出した金額をオペレータ用ディスプレイと客用ディスプレイとに表示させる。
【００３６】
図８の説明に戻る。ＣＰＵ１１は、Ａｃｔ８０７にて会員フラグＦ１が“１”であると判定した場合（Ａｃｔ８０７のＹｅｓ）、ＲＡＭ１５に形成されているレシート発行テーブル１５３の会員ＩＤで、この会員ＩＤに対応付けられているレシート発行情報を会員マスタ８３から読み出す（Ａｃｔ８０８）。そして、この読み出したレシート発行情報が“発行”又は“非発行”であるかを判定する（Ａｃｔ８０９）。ここで、レシート発行情報が“発行”である場合は（Ａｃｔ８０９のＹｅｓ）、ＲＡＭ１５のレシート発行テーブル１５３に、発行フラグＦ２を“１”に設定する（Ａｃｔ８１０）。一方、レシート発行情報が“非発行”である場合は（Ａｃｔ８０９のＮｏ）、発行フラグＦ２を“０”に設定する（Ａｃｔ８１７）。
【００３７】
例えば、先のＡｃｔ８０３における処理により、ＲＡＭ１５のレシート発行テーブル１５３に会員フラグＦ１が“１”、会員ＩＤ“ｘｘ０００１”、がそれぞれ記憶されている場合、ＣＰＵ１１は、会員ＩＤ“ｘｘ０００１”に対応するレシート発行情報をストアサーバ８の会員マスタ８３に問い合わせる。ストアサーバ８の会員マスタ８３には会員ＩＤ“ｘｘ０００１”に対応するレシート発行情報として“発行”が記憶されているため（図５参照）（Ａｃｔ８０９のＹｅｓ）。ＣＰＵ１１は、会員ＩＤ“ｘｘ０００１”に対応するレシート発行情報として“発行”を取得し、レシート発行テーブルの発行フラグＦ２を“１”に設定する（Ａｃｔ８１０）。
【００３８】
次に、ＣＰＵ１１は、予め定められた時間、すなわち所定時間内にレシート発行キー又はレシート非発行キーが操作入力されることを待機する（Ａｃｔ８１１）。レシート発行キー及びレシート非発行キーは客用ディスプレイ２８の表示面に表示される。そして、レシート発行キーが操作入力されたことを検知した場合（Ａｃｔ８１１の発行）、発行フラグＦ２を“１”に設定する（Ａｃｔ８１２）。なお、先のＡｃｔ８１０までの処理にて、レシート発行テーブルに会員フラグ“１”、会員ＩＤ“ｘｘ０００１”が記憶されている場合、発行フラグＦ２の“１”は変更されない。なお、ここでは、所定時間は、例えば、５秒間として設定されており、この５秒間の間にお客若しくはオペレータから客面ディスプレイ若しくはオペレータ用ディスプレイにタッチ操作入力を待機する。
【００３９】
なお、Ａｃｔ８１１にて、ＣＰＵ１１は、レシート発行キーが操作入力されたことを検知した場合は（Ａｃｔ８１１の非発行）、発行フラグＦ２を“０”に設定し（Ａｃｔ８２１）、その後のＡｃｔ８１３以降の処理を実行する。また、ＣＰＵ１１は、Ａｃｔ８１１にて、所定時間内にレシート発行キーが操作入力されない場合（Ａｃｔ８１１の入力なし）、Ａｃｔ８１８の処理に進み、会員フラグＦ１が“１”であるか“０”であるかを判定する（Ａｃｔ８１８）。ここでは、レシート発行テーブルの会員フラグＦ１は“１”にて設定されている場合は、Ａｃｔ８１９の処理に進み、現在の発行フラグＦ２の状態（Ｆ２が“１”）を維持して、以降のＡｃｔ８１３の処理に進む。
【００４０】
次に、Ａｃｔ８１２以降の処理の説明に戻る。ＣＰＵ１１は、Ａｃｔ８１１の判断後Ａｃｔ８１２もしくはＡｃｔ８１８もしくはＡｃｔ８２１の処理のいずれかがなされた後、現計キーが操作入力されることを待機する（Ａｃｔ８１２）。そして、現計キーが操作入力されたことを検知したならば、いわゆる一商取引の締めが宣言されたので、ＣＰＵ１１は、小計金額から預かり金額を減算して釣銭額を算出し、この釣銭額を客面ディスプレイ２７若しくはオペレータ用ディスプレイ２８に表示する。
【００４１】
現計キーが操作入力されると、ＣＰＵ１１はレシート発行テーブルの発行フラグＦ２の状態を確認し、発行フラグＦ２が“１”である場合は（Ａｃｔ８１３のＹｅｓ）、レシート印字バッファ１５２に格納されている情報に基づいてレシートを印刷する（Ａｃｔ８１４）。
【００４２】
Ａｃｔ８１５にて、ＣＰＵ１１は、ＲＡＭ１５のレシート発行テーブルの会員フラグＦ１が“１”に設定されている場合であって、今回の一商取引開始前の発行フラグＦ２と今回の一商取引終了時の発行フラグＦ２との状態が異なる場合は、今回の一商取引終了時の発行フラグＦ２の状態と会員ＩＤとを対応付けて会員マスタ８３の情報を更新する（Ａｃｔ８１５）。なお、ＲＡＭ１５のレシート発行テーブルの会員フラグＦ１が“１”に設定されている場合であって、今回の一商取引開始前の発行フラグＦ２と今回の一商取引終了時の発行フラグＦ２との状態が同じ場合は、会員フラグＦ１“１”を維持する。
【００４３】
以上の処理により、今回の一商取引に係る会計処理を終了する（Ａｃｔ８１６）
上記の説明では、お客が会員ＩＤである場合であって、この会員に割り当てられている会員ＩＤ“ｘｘ０００１”に対応付けられているレシート発行情報が“発行”であり、さらにレシート発行キーの操作入力があった場合を例について説明した。
【００４４】
（２）次に述べる一例は、図８、９のフローチャートにおいて、お客が会員ＩＤ“ｘｘ０００２”を有する会員である場合であって（レシート発行情報は“非発行”）、Ａｃｔ８１１においてレシート発行キーの操作入力がある場合を例として説明する。なお、先の図８、９の説明と重複する箇所については省略する。
【００４５】
ＣＰＵ１１はＡｃｔ８０１の処理の後、スキャナ３０等を介して会員ＩＤを取得する（Ａｃｔ８０２）。ここで、ＣＰＵ１１は、会員フラグＦ１を“１”、会員ＩＤ“ｘｘ０００２”をレシート発行テーブル１５３に記憶する（Ａｃｔ８０３）。Ａｃｔ８０３からＡｃｔ８０８までの処理は先の説明と同様である。
【００４６】
ＣＰＵ１１は、Ａｃｔ８０７にて小計キーの操作入力を検知した後（Ａｃｔ８０７のＹｅｓ）、ＲＡＭ１５に形成されているレシート発行テーブル１５３の会員ＩＤ（会員ＩＤ“ｘｘ０００２”）で、この会員ＩＤ（会員ＩＤ“ｘｘ０００２”）に対応付けられているレシート発行情報を会員マスタ８３から読み出す（Ａｃｔ８０８）。ここで、会員ＩＤ“ｘｘ０００２”は、レシート発行情報“非発行”として予め対応付けられて会員マスタ８３に記憶されているので（図５参照）、ＣＰＵ１１はレシート発行情報が“非発行”であることを取得すると（Ａｃｔ８０９のＮｏ）、レシート発行テーブルの発行フラグＦ２を“０”に設定する（Ａｃｔ８１７）。
【００４７】
次に、ＣＰＵ１１は、Ａｃｔ８０７の小計キーの操作入力がされた後、所定時間内にレシート発行キーの入力があるか否か待機する（Ａｃｔ８１１）。所定時間内にレシート発行キーの操作入力を検知した場合は（Ａｃｔ８１１の発行）、レシート発行テーブル１５３の発行フラグＦ２を“０”から“１”へと変更する（Ａｃｔ８１２）。次に、ＣＰＵ１１は、現計キーが操作入力されることを待機する（Ａｃｔ８１３）。
【００４８】
現計キーが操作入力されると、ＣＰＵ１１はレシート発行テーブルの発行フラグＦ２の状態を確認する（Ａｃｔ８１３）。Ａｃｔ８１１にて、所定時間内にレシート発行キーの操作入力がされていることから、レシート発行テーブルの発行フラグＦ２は“０”から“１”へと変更されている（Ａｃｔ８１２）このため、ＣＰＵ１１は、レシート発行テーブルの発行フラグＦ２“１”を確認して（Ａｃｔ８１３）、レシートの印字発行を実行する（Ａｃｔ８１４）、
次に、ＣＰＵ１１は、会員ＩＤとレシート発行情報とが対応付けて記憶されている会員マスタ８３の情報を更新する（Ａｃｔ８１６）。すなわち、今回の一商取引開始前では、会員ＩＤ“ｘｘ０００２”に対応するレシート発行情報は“非発行”として会員マスタ８３に記憶されていたが、今回の一商取引終了時のレシート発行テーブルの発行フラグＦ２はレシート発行を示す“１”として記憶されている。したがって、ＣＰＵ１１は、レシート発行後のレシート発行テーブル１５３の発行フラグＦ２“１”の設定を採用して、会員ＩＤ“ｘｘ０００２”とレシート発行情報“発行”とを対応付けて記憶（更新）する（Ａｃｔ８１５）。つまり、Ａｃｔ８１５の処理にて、今回の一商取引開始前と今回の一商取引開始後とにおいて、操作者などの操作入力によりレシートを発行するか否かの発行情報が変更された場合、この変更が会員マスタ８３に反映される。Ａｃｔ８１５の後、Ａｃｔ８１６の処理にて会計処理が終了する。
【００４９】
なお、Ａｃｔ８１１の判断において、所定時間内にレシート発行キーの操作入力を検知しない場合は（Ａｃｔ８１１の入力なし）、レシート発行テーブル１５３の会員フラグＦ１が１であるか否かを判定する（Ａｃｔ８１８）。この場合、会員フラグＦ１は“１”に設定されているため（Ａｃｔ８１８のＦ１＝１）、現在のＦ２の設定を維持したまま（言い換えると、Ｆ２の状態を変更しない）、発行フラグＦ２は“０”の設定で、以降のＡｃｔ８１３の処理が実行されることとなる。
【００５０】
（３）次に述べる一例は、図８、９のフローチャートにおいて、お客が非会員であった場合（言い換えると会員情報の入力がない場合）について説明する。なお、先の図８、９の説明と重複する箇所については省略する。
【００５１】
まず、ＣＰＵ１１は、初期化処理として、ＲＡＭ１５に形成されているレシート発行テーブルの会員フラグＦ１を“０”にセットする。
【００５２】
そして、ＣＰＵ１１は、会員情報の入力の有無を待機する（Ａｃｔ８０２）。
【００５３】
ＣＰＵ１１は、操作者によりカードリーダ３０を介して会員情報の入力がされることなく、スキャナ３１により商品コードの入力があったと判断した場合（Ａｃｔ８０２のＮｏ）、会員フラグＦ１は初期化処理にて会員フラグＦ１が“０”にて、以降の処理を進める。すなわち、会員情報の入力がされることなく、商品コードの入力があった場合は、Ａｃｔ８０３の処理は実行されない。
【００５４】
Ａｃｔ８０４、Ａｃｔ８０５、Ａｃｔ８０６の処理については、上記した説明と同様であることから省略する。
【００５５】
Ａｃｔ８０７にてＣＰＵ１１は、小計キー１１が入力されたことを検知すると（Ａｃｔ８０６のＹｅｓ）、ＲＡＭ１５のレシート発行テーブル１５３の会員フラグＦ１が“１”であるか否かを判定する（Ａｃｔ８０７）。すなわち、お客が会員であるかどうかが判定される。
【００５６】
ここで、ＲＡＭ１５のレシート発行テーブル１５３の会員フラグＦ１は“０”であることから、ＣＰＵ１１は、Ａｃｔ８０７にて会員フラグＦ１が“１”ではないと判定し（Ａｃｔ８０７のＮｏ）、Ａｃｔ８１２の処理に進みレシート発行テーブル１５３の発行フラグＦ２を“１”に設定する（Ａｃｔ８１０）。
【００５７】
次に、ＣＰＵ１１は、Ａｃｔ８０７の小計キーの操作入力がされた後、所定時間内にレシート発行キー又はレシート非発行キーの入力があるか否か待機する（Ａｃｔ８１１）。レシート発行キーの操作入力があった場合（Ａｃｔ８１１の発行）、発行フラグＦ２は“１”のままである（Ａｃｔ８１２）。一方、レシート発行キーの操作入力を検知しなかった場合（Ａｃｔ８１１の入力なし）、会員フラグＦ１が“１”であるか否かを判定する（Ａｃｔ８１８）。ここで、レシート発行テーブルに記憶されている会員フラグＦ１は“０”であるため（Ａｃｔ８１８のＦ１＝０）、Ａｃｔ８２０に進み、発行フラグＦ２を“１”として以降の処理を進める。また、Ａｃｔ８１１にて、レシート非発行キーの操作入力があった場合（Ａｃｔ８１１の非発行）、発行フラグＦ２を“１”から“０”に変更する（Ａｃｔ８１２）。ＣＰＵ１１は、Ａｃｔ８１１の判断後Ａｃｔ８１２もしくはＡｃｔ８１８もしくはＡｃｔ８２１の処理のいずれかがなされた後、現計キーが操作入力されることを待機し（Ａｃｔ８１３）、Ａｃｔ８１３以降の処理を実行する。なお、Ａｃｔ８１４以降の処理は上記の実施形態と同様であるため省略する。
【００５８】
図１０は、図８、９のフローチャートによる会員、非会員の判定結果及び会計時レシート発行・非発行の操作入力に応じたレシート発行・非発行の結果について纏めた対応表１００である。
【００５９】
まず、この対応表１００の会員登録情報欄の見方について説明する。会員登録情報欄１１０は、お客が会員又は非会員であるかを示すとともに、会員である場合は会員ＩＤに対応付けられたレシート発行情報が発行、非発行であるかを示している。詳しく説明すると、会員登録情報欄１１０の上から１行目１１０１は、会員登録が有り、この会員登録に対応するレシート発行情報が発行と記憶されているお客（図５の例を用いると会員ＩＤが“ｘｘ０００１”のお客）の場合を示している。上から２行目１１０２は会員登録が有り、この会員登録に対応するレシート発行情報が非発行（レシート発行を希望しない）と記憶されているお客（図５の例を用いると会員ＩＤが“ｘｘ０００２”のお客）の場合を示している。上から３行目１１０３は会員登録がされていない、すなわち非会員のお客の場合を示している。
【００６０】
次に、会計時レシート発行キー選択１２０の有無の欄について説明する。左から１列目１２０１は小計キーの操作入力後にお客によりレシート発行キーの入力がされた場合、左から２列目１２０２は小計キーの操作入力後にお客によりレシート非発行キーの入力がされた場合、左から３列目１２０３は小計キーの操作入力後の所定時間内にレシート発行キー及びレシート非発行キーの入力がなかった場合を示している。
【００６１】
次に、この対応表１００について説明すると、例えば、会員登録情報欄１１０の上から１行目であって会計時キー選択欄１２０の左から１列目に対応するエリアには、“発行”となっている。これは、会員登録がされており、この会員登録に対応するレシート発行情報が発行（レシート発行を希望）と記憶されているお客（例えば、会員ＩＤ“ｘｘ０００１”）が、図８でのＡｃｔ８１１の処理においてレシート発行キーの入力があった場合を意味している。なお、この場合は対応表に示すようにレシート１００は発行される。
【００６２】
また、会員登録情報欄１１０の上から１行目であって会計時キー選択欄１２０の左から２列目に対応するエリアには、“非発行”となっている。これは、会員登録がされており、この会員登録に対応するレシート発行情報が発行（レシート発行を希望）と記憶されているお客（例えば会員ＩＤ“ｘｘ０００１”）が、図８でのＡｃｔ８１１の処理においてレシート非発行キーの入力があった場合を意味しており、この場合、レシートは非発行となることを意味している。
【００６３】
また、会員登録情報欄１１０の上から１行目であって会計時キー選択欄１２０の左から３列目に対応するエリアには、“発行”となっている。これは、会員登録がされており、この会員登録に対応するレシート発行情報が発行（レシート発行を希望）と記憶されているお客（例えば会員ＩＤ“ｘｘ０００１”）が、図８でのＡｃｔ８１１の処理において発行キー及び非発行キーの入力を行わなかった場合を意味している。この場合は、会員登録に対応するレシート発行情報が“発行”となっていることから、このレシート発行情報に基づいてレシートが発行されることを意味している。
【００６４】
以上、本実施の形態によれば、お客が会員である場合は、例えば、ストアサーバ等に会員ＩＤとレシート発行情報とが対応付けられて記憶されているので、このレシート発行情報に基づいて会員毎にレシートを発行するまたは、レシートを非発行とすることができる。
【００６５】
また、本実施の形態によれば、小計キーの操作入力後の所定時間内にレシート発行キー又はレシート非発行キーの操作入力を検知した場合、この発行キー又は非発行キーの操作入力に応じてレシート発行または非発行が決定されるので、例えば、会員ＩＤに対応付けられて記憶されているレシート発行情報が”発行”である場合であっても、小計キーの操作入力後の所定時間内にレシート非発行キーが操作入力されることにより、レシートを非発行とすることが可能となる。また、会員ＩＤに対応付けられて記憶されているレシート発行情報が”非発行”である場合であっても、小計キーの操作入力後の所定時間内にレシート発行キーが操作入力されることにより、レシートを発行することが可能となる。また、会員ＩＤに対応付けられているレシート発行情報（例えば、“発行”）と異なるレシート発行情報（例えば、“非発行”）が小計キーの操作入力後の所定時間に選択された場合は、次回の商取引の場面において、今回の商取引の際のレシート発行要否の結果が反映されるようにレシート発行情報を今回のレシート発行情報の結果に更新される。
【００６６】
また、お客が非会員の場合は、小計キーの操作入力後の所定時間内にレシート非発行キーが操作されない限りは、レシートを発行するように構成されているので、レシートの発行し忘れを防止することが可能となる。このように構成することで非会員のお客に対しては、小計キーの操作入力後の所定時間内にレシートを非発行とする選択肢を与えると共に、仮に所定時間内にレシート発行又はレシート非発行の操作入力がされなかった場合であっても必ずレシートが発行されるという従来のレシート発行処理と同様の運用がなされることができる。
【００６７】
以上、本発明の実施形態を説明したが、この実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。この新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。この実施形態は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。
【００６８】
例えば、上記の変形例として、図１１に示すように会員情報とこの会員情報に対応付けられたレシートの発行・非発行を示すレシート発行情報とに基づいて、レシート発行の有無を決定する形態としてもよい。
【００６９】
かかる場合のＣＰＵ１１が実行するレシート発行の処理は、図８、図９のフローチャートにおいてＡｃｔ８１１のレシート発行キーの操作入力を判断する処理及び、当該レシート発行キーの操作入力に伴う処理を除外した点が異なり、その他の点については同様である。
【００７０】
図１１において、Ａｃｔ１１０１からＡｃｔ１１１０までの処理は図８のＡｃｔ８０１からＡｃｔ８１０までの処理と同様であるので説明を省略し、Ａｃｔ１１１１以降の処理を説明する。Ａｃｔ１１１１にて、ＣＰＵ１１は発行フラグＦ２が“１”であるか否かを判断する（Ａｃｔ１１１１）。発行フラグＦ２が“１” である場合（Ａｃｔ１１１１のＹｅｓ）、ＣＰＵ１１はレシート印字バッファ１５２に格納されている情報に基づいてレシートを印刷し（Ａｃｔ１１１２）、会計処理を終了する。一方、発行フラグＦ２が“０” である場合（Ａｃｔ１１１１のＮｏ）、ＣＰＵ１１はレシート印字の印字発行を実行することなく（Ａｃｔ１１１５）、会計処理を終了する。
【００７１】
かかる変形例によれば、予め会員情報と対応付けられたレシートの発行・非発行を示すレシート発行情報のみに基づいてレシート発行の有無の処理がなされるため、レシート発行情報が非発行とされている会員情報のお客に対しては、レシートが発行されない。このため、レシート発行を希望しないお客とって、必要としないレシートを受け取ることがないとともに、紙の消費を削減することが可能となる。また、非会員のお客に対しては、Ａｃｔにて発行フラグＦ２が１となるように処理されることから必ずレシートが発行されることとなる。このため、会員と非会員とにおいて、異なるレシート発行処理を実現することが可能となるとともに、非会員のお客に対しては従来どおりの店舗運営を実現することが可能となる。
【符号の説明】
【００７２】
１  ＰＯＳ端末
１１  ＣＰＵ
１３  ＲＯＭ
１５  ＲＡＭ
３０  カードリーダ
３１  スキャナ
８３  会員マスタ
【図１】
2013069221.tif 000003
【図２】
2013069221.tif 000004
【図３】
2013069221.tif 000005
【図４】
2013069221.tif 000006
【図５】
2013069221.tif 000007
【図６】
2013069221.tif 000008
【図７】
2013069221.tif 000009
【図８】
2013069221.tif 000010
【図９】
2013069221.tif 000011
【図１０】
2013069221.tif 000012
【図１１】
2013069221.tif 000013