JP2013239080A - 精算装置及びｐｏｓシステム - Google Patents

Abstract

【課題】領収書の重複発行を確実に防止する技術を提供する。
【解決手段】精算装置３００は、お客により操作され、買上商品の明細が印字されたレシートと、領収書とを発行する。精算装置３００は、領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する制御手段（ＣＰＵ３０１）を有する。
【選択図】図３

Description

本発明は、精算装置及びＰＯＳシステムに関する。

店員が操作するＰＯＳレジスタで、明細が印字されたレシートの他に領収書を発行する装置が知られている（例えば、特許文献１参照）。店舗によっては、レシートとともに領収書を発行した場合、一度領収書を発行しているのに、後日レシートを持参し、同一取引における領収書を再度発行してしまう領収書の重複発行を防止するため、例えば、発行したレシートを回収する、あるいは、発行したレシートに領収書を手渡済みである旨の記録（例えば、印、サイン）を残すという方式により前記重複発行を防止しているが、上記ＰＯＳレジスタでは、レシート及び領収書の発行時に店員が介在しているので可能であった。

特開２００４−０７８３０５号公報

しかしながら、昨今導入され始めているお客が操作するＰＯＳレジスタで、特許文献１に開示されている技術を用いてレシートの他に領収書を発行しようとすると、レシート及び領収書の発行時に店員が介在していないので、発行されたレシート、領収書はそのままお客によって持ち帰られ、後日、そのお客が当該発行されたレシートを持参し、領収書発行を要望した場合に、領収書の重複発行を確実に防止することができないという問題がある。

本発明は、上記問題を考慮してなされたものであり、お客が操作する装置で、領収書の重複発行を確実に防止する技術を提供することを目的とする。

上記問題を解決するために、本発明の一態様である精算装置は、買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置であって、領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する制御手段を有することを特徴とする。
上記精算装置によれば、お客が領収書を要求する操作（例えば、領収書ありボタンの押下）を行うと、店員が呼び出され、また、領収書の発行も止まるので、お客が、領収書を手渡済みである旨の記録がないレシートとともに、領収書を持ち帰ることは生じない。従って、そのレシートから、既に領収書が発行されていることが分かるので、領収書の重複発行を確実に防止することができる。しかも、お客は、領収書が必要な場合に、単に、領収書を要求する操作を行えばよく、特別な操作も要らないので、お客の負担も少なくて済む。

また、上記精算装置において、前記制御手段は、店員のみが消去可能な所定の表示を当該精算装置の表示部に表示し、前記所定の表示が消去された後に領収書を発行するように制御するようにしてもよい。
上記精算装置によれば、店員が呼ばれ、所定の表示を消去する操作を行う前は、領収書は発行されることはない。つまり、上記精算装置によれば、領収書の発行時に店員を介在させることができる。従って、呼ばれた店員が、発行したレシートを回収したり、発行したレシートに領収書を手渡済みである旨の記録を残したりすることができるので、そのレシートから、既に領収書が発行されていることが分かるので、領収書の重複発行を確実に防止することができる。

また、上記精算装置において、前記制御手段は、前記報知として、店員が視認可能な装置に、領収書が必要である旨を表示するように制御してもよい。
上記精算装置によれば、お客が領収書を要求する操作を行った場合、店員は、視認可能な装置にて呼出の要件が分かるので、必要な物（例えば、領収書に記録するための印、ペン）を持参して、呼んでいるお客の元に向かい、到着後に、直ちに対処することができる。つまり、お客に呼出の用件を確認したり、必要な物をとりに行くため一旦お客の元を離れたり、店員にとってもお客にとっても煩わしい状況がなくなる。

また、上記精算装置において、前記制御手段は、前記報知として、店員が視認可能な装置に、当該精算装置を識別する識別情報を表示するように制御してもよい。
上記精算装置によれば、お客が領収書を要求する操作を行って店員が呼ばれたときは、どの精算装置から呼ばれたかが分かるので、呼んでいるお客の元に迅速に向かうことができる。

上記問題を解決するために、他の態様である精算装置は、買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置であって、領収書が必要である旨が宣言されると、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行するように制御する制御手段を有することを特徴とする。
上記精算装置によれば、お客が、領収書を要求する操作を行うと、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行されるので、そのレシートから、既に領収書が発行されていることが分かるので、領収書の重複発行を確実に防止することができる。しかも、お客は、領収書が必要な場合に、順当に、領収書を要求する操作を行えばよく、特別な操作も要らないので、お客の負担も少なくて済む。

上記問題を解決するために、他の態様であるＰＯＳシステムは、購入される商品を登録し、店員により操作される登録装置と、買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置とからなるＰＯＳシステムであって、前記精算装置は、領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する制御手段を有することを特徴とする。
上記ＰＯＳシステムによれば、上記精算装置と同様、お客が領収書を要求する操作を行うと、店員が呼び出され、また、領収書の発行も止まるので、お客が、領収書を手渡済みである旨の記録がないレシートとともに、領収書を持ち帰ることは生じない。従って、そのレシートから、既に領収書が発行されていることが分かるので、領収書の重複発行を確実に防止することができる。しかも、お客は、領収書が必要な場合に、単に、領収書を要求する操作を行えばよく、特別な操作も要らないので、お客の負担も少なくて済む。

本発明によれば、以上の様に、領収書の重複発行を確実に防止することができる。

本発明の一実施形態に係る精算装置を含むＰＯＳシステムの構成例である。 本発明の一実施形態に係る精算装置の機能ブロック図の一例である。 本発明の一実施形態に係る精算装置の概略斜視図の一例である。 表示部の表示例である。 表示部の表示例等である。 本発明の一実施形態に係る精算装置の動作の一例を示すフローチャートである。 本発明の一実施形態に係る精算装置の他の動作の一例を示すフローチャートである。

以下、本発明の実施形態について図面を参照して説明する。図１は、本発明の一実施形態に係る精算装置を含むＰＯＳシステム１の構成例である。ＰＯＳシステム１は、図１に示すように、ストアコントローラ１００と、Ｎ台（Ｎは１以上の整数）の登録装置２００と、Ｍ台（Ｍは１以上の整数）の精算装置３００と、Ｌ台（Ｌは１以上の整数）の携帯端末４００と、アテンダント端末５００とを有する。

ストアコントローラ１００は、ＰＯＳシステム１を制御するコンピュータであって、商品マスタなどの種々の情報を管理する。ストアコントローラ１００は、適宜、最新の商品マスタを各登録装置２００と各精算装置３００に送信する。なお、商品マスタは、各商品の商品識別情報、商品名称、販売価格などの商品情報を格納したファイルであって、適宜、更新される。

登録装置２００は、店員の操作により、お客が購入する商品（買上商品）の登録処理を行う。店員は、商品の登録後、お客がどの精算装置３００で精算をするのかをお客に指示する。例えば、店員は、商品の登録後、精算処理に必要な情報（例えば、買上商品の明細情報）を当該登録装置２００からＬＡＮ１１０を介して送信する１つの精算装置３００をＭ台の精算装置３００のなかから指定するとともに、指定した精算装置３００の番号をお客に伝達する（例えば、口頭で教える）。また例えば、登録装置２００は、商品の登録処理後、精算処理に必要な情報を当該登録装置２００からＬＡＮ１１０を介して送信する１つの精算装置３００をＭ台の精算装置３００のなかから選択するとともに、選択した精算装置３００の番号を表示部に表示し、表示部を確認した店員が、精算装置３００の番号を口頭でお客に伝達してもよい。なお、登録装置２００は、店員による指定後（又は、当該登録装置２００による選択後）に直ちに、当該精算装置３００に精算処理に必要な情報を送信してもよいし、当該精算装置３００において、お客が操作し始めたときに、当該精算装置３００からの要求に応じて、精算処理に必要な情報を送信してもよい。

精算装置３００は、お客の操作により、お客が購入する商品の精算処理を行う。お客は、店員による商品の登録後、店員が指示した精算装置３００に移動し、当該精算装置３００において自ら精算を行う。つまり、お客が移動した精算装置３００（店員が指示した精算装置３００）は、登録装置２００から送信された当該お客の精算処理に必要な情報を用いて精算処理を行う。

また、精算装置３００は、精算処理の終了時に、買上商品の明細が印字されたレシートを発行する。また、精算装置３００は、お客の指示に応じて領収書（領収証）を発行する。なお、精算装置３００によるレシート、領収書の発行についての詳細は後述する。

携帯端末４００及びアテンダント端末５００は、店員が使用する、登録装置２００以外の端末装置の一例である。なお、ＬＡＮ１１０の接続の形態は、有線であってもよいし、無線であってもよい。

続いて、図２及び図３を用いて精算装置３００について説明する。図２は、本発明の一実施形態に係る精算装置３００の機能ブロック図の一例である。図３は、本発明の一実施形態に係る精算装置３００の概略斜視図の一例である。

精算装置３００は、図２及び図３に示すように、精算装置３００は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、表示部３０５と、操作部３０６と、通信部３０７と、音声出力部３０８と、印刷部３０９と、入出金部３１０と、サインポール部（発光部）３２１とを備える。各構成要素は、バスを介して接続されており相互に通信可能である。なお、図３は、見える部分を図示している。

ＣＰＵ３０１は、精算装置３００の動作を制御する中央処理装置である。例えば、ＣＰＵ３０１は、ＲＯＭ３０２に記憶されているプログラムを読み出して実行することにより、精算装置３００の精算処理を制御する。なお、ＣＰＵ３０１によるレシート、領収書の発行に関する処理の詳細は後述する。

ＲＯＭ３０２は、種々の情報を記憶する読み出し専用メモリである。例えば、ＲＯＭ３０２は、上記プログラムを記憶する。ＲＡＭ３０３は、種々の情報を記憶する随時読み出し書き込みメモリである。例えば、ＲＡＭ３０３は、ストアコントローラ１００から取得した商品マスタを記憶する。

表示部３０５は、ＣＰＵ３０１の制御に基づいて、種々の情報を表示する。例えば、表示部３０５は、ＣＰＵ３０１の制御に基づいて、精算処理時の画面（例えば、後述の図４、図５の画面）を表示する。

操作部３０６は、各種のキー／ボタンを備え、キー／ボタンを介して、種々の入力（指示）を受け付ける。例えば、操作部３０６は、操作画面上のボタン（例えば、後述の図４（ｂ）の領収書ありボタン）を介して、領収書が必要である旨を宣言する入力をお客から受け付ける。また、操作部３０６は、操作画面上のボタン（例えば、後述の図５（ａ）の確認ボタン）を介して、捺印を促したメッセージを確認した旨の入力を受け付ける。操作部３０６を介して入力された情報（キー／ボタンの操作情報）は、ＣＰＵ３０１に供給される。なお、本実施形態では、キー／ボタンは、表示部３０５に表示する操作画面上のソフトキー／ソフトボタンであるが、ハードキー／ハードボタンであってもよい。

通信部３０７は、ＣＰＵ３０１の制御に基づいて、他の装置と通信し、種々の情報を送受信する。例えば、通信部３０７は、ストアコントローラ１００から最新の商品マスタを受信する。また、通信部３０７は、店員呼出情報（後述）を携帯端末４００又はアテンダント端末５００に送信する。

音声出力部３０８（スピーカ、ブザー）は、ＣＰＵ３０１の制御に基づいて、音声メッセージ、ブザー音等を出力する。

印刷部３０９は、ＣＰＵ３０１の制御に基づいて、レシート、領収書を印刷する。印刷部３０９による印刷物は、印刷物出力口３９０ａから排出される。なお、図３に示した印刷物出力口３９０ａの形状は、一例であって、他の形状であってもよい。また、図３に示した印刷物出力口３９０ａの配置位置は、一例であって、他の位置に配置してもよい。

入出金部３１０は、硬貨入金口３１０ａと、硬貨出金口３１０ｂと、紙幣入出金口３１０ｃとを有する。入出金部３１０は、硬貨入金口３１０ａに硬貨が投入された場合、硬貨の種類とそれぞれの枚数を計数し、投入された金額を算出し、算出した金額を示す硬貨金額情報をＣＰＵ３０１へ供給する。また、入出金部３１０は、紙幣入出金口３１０ｃに紙幣が投入された場合、紙幣の種類とそれぞれの枚数を計数し、投入された金額を算出し、算出した金額を示す紙幣金額情報をＣＰＵ３０１へ供給する。また、入出金部３１０は、ＣＰＵ３０１の制御に基づいて、硬貨出金口３１０ｂに釣銭の硬貨を排出し、紙幣入出金口３１０ｃに釣銭の紙幣を排出する。なお、図３に示した硬貨入金口３１０ａ、硬貨出金口３１０ｂ、紙幣入出金口３１０ｃの形状は、一例であって、他の形状であってもよい。また、図３に示した硬貨入金口３１０ａと、硬貨出金口３１０ｂと、紙幣入出金口３１０ｃの配置位置は、一例であって、他の位置に配置してもよい。

サインポール部３２１は、ＣＰＵ３０１の制御に基づいて、先端の発光部が点灯または点滅する。なお、図３に示したサインポール部３２１の形状は、一例であって、他の形状であってもよい。また、図３に示したサインポール部３２１の配置位置は、一例であって、他の位置に配置してもよい。

続いて、図４及び図５を用いて精算装置３００の表示部３０５に表示される精算処理時の画面について説明する。図４及び図５は、表示部３０５の表示例等である。

図４（ａ）は、精算処理の初期画面の一例である。初期画面には、登録装置２００から受信した精算処理に必要な情報（例えば、買上商品の明細情報）に基づくお支払い金額が表示されている。

図４（ｂ）は、精算処理の内容確認用画面の一例である。内容確認用画面には、精算処理を完了させてレシートの発行させるためのおつり（レシート）ボタンと、領収書が必要である旨を宣言する領収書ありボタンが配置されている。なお、おつりボタンが押下された場合には、図５（ｂ）の画面（完了画面）に移動（遷移）し、領収書ありボタンが押下された場合には、図４（ｃ）の画面（報知用割込画面）に移動する。

図４（ｃ）は、精算処理の報知用割込画面の一例である。報知用割込画面には、店員を呼び出し中である旨、印鑑の捺印が必要である旨のメッセージ（文言）が表示されている。また、報知用割込画面は、店員のみが消去可能な表示（店員のみが割込を解除し元の画面に復帰可能な表示）である。例えば、報知用割込画面の右上に店員のみが知る隠しボタンを備え、店員が隠しボタンを押下した場合、パスワードの入力用のダイアログ（非図示）を出力し、又は、パスワードの入力用の画面（非図示）に移行し、店員がパスワードを入力して初めて、報知用割込画面を消去するようにしてもよい。なお、報知用割込画面が消去された場合には、図５（ａ）の画面（確認用のダイアログが重畳表示された内容確認用画面）に移動（復帰）する。なお、精算装置３００にスキャナ部を設けて、店員が従業員バーコードをスキャンした場合に、パスワードの入力用のダイアログ又は画面を表示するようにしてもよい。

図５（ａ）は、精算処理の内容確認用画面（図４（ｂ））、確認用のダイアログの一例である。確認用のダイアログには、印鑑の捺印を指示するメッセージが表示され、また、その確認ボタンが配置されている。なお、確認用のダイアログの確認ボタンが押下された場合には、図５（ｂ）の完了画面に移動する。

図５（ｂ）は、精算処理の完了画面の一例である。図４（ｂ）の内容確認用画面のおつりボタンの押下後の完了画面の場合（即ち、領収書を発行しない場合）には、完了画面の表示中にレシートが出力される。図５（ａ）の確認用のダイアログの確認ボタンの押下後の完了画面の場合（即ち、領収書を発行する場合）には、完了画面の表示中にレシート及び領収書が出力される。なお、図５（ｂ）に示した完了画面には、レシートの受け取りを促すメッセージが表示されているが、領収書を発行する場合には、レシート及び領収書の受け取りを促すメッセージを表示してもよい。なお、図５（ｃ）は、発行される領収書の一例である。

続いて、ＣＰＵ３０１によるレシート、領収書の発行に関する処理を説明する。ＣＰＵ３０１は、領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する。

即ち、お客が、図４（ｂ）の内容確認用画面の領収書ありボタンを押下した場合、ＣＰＵ３０１は、店員を呼び出すための店員呼出情報を生成し、通信部３０７を介して、携帯端末４００に送信する。ＣＰＵ３０１は、携帯端末４００に代えて又は加えてアテンダント端末５００に店員呼出情報を送信してもよい。換言すれば、ＣＰＵ３０１は、店員の呼び出しの報知として、店員が視認可能な装置（携帯端末４００、アテンダント端末５００）に、領収書が必要である旨を出力し、当該視認可能な装置に、領収書が必要である旨を表示するように制御している。

なお、ＣＰＵ３０１は、呼出元の精算装置３００の番号を含む店員呼出情報を生成し、携帯端末４００、アテンダント端末５００に送信してもよい。換言すれば、ＣＰＵ３０１は、店員の呼び出しの報知として、店員が視認可能な装置（携帯端末４００、アテンダント端末５００）に、当該精算装置３００を識別する識別情報を表示するように制御してもよい。

また、ＣＰＵ３０１は、お客が、図４（ｂ）の内容確認用画面の領収書ありボタンを押下した場合、店員呼出情報の生成及び送信に加えて、図４（ｂ）の内容確認用画面から図４（ｃ）の報知用割込画面に表示画面を切り替える。

報知用割込画面を表示した場合には、上述した様に、当該報知用割込画面が店員によって消去されなければ、レシート及び領収書を発行することはできないので、店員による報知用割込画面の消去の段階迄、領収書の発行が制限される（止まる）。換言すれば、ＣＰＵ３０１は、店員のみが消去可能な所定の表示（図４（ｃ）の報知用割込画面）を表示部３０５に表示し、所定の表示が消去された後に領収書を発行するように制御している。

即ち、店員が、図４（ｃ）の報知用割込画面の隠しボタンを押下した場合、ＣＰＵ３０１は、パスワードの入力用のダイアログを出力し（又は、パスワードの入力用の画面に移行し）、入力されたパスワードが正しい場合に、図５（ｂ）の完了画面に表示画面を切り替えるとともに、レシート及び領収書の印字出力命令を印刷部３０９に出力する。また、スキャナ部を有していれば、スキャナ部が従業員バーコードをスキャンした場合、ＣＰＵ３０１は、隠しボタンの押下時と同様、パスワードの入力用のダイアログを出力し（又は、パスワードの入力用の画面に移行し）、入力されたパスワードが正しい場合に、図５（ｂ）の完了画面に表示画面を切り替えるとともに、レシート及び領収書の印字出力命令を印刷部３０９に出力してもよい。

図６は、本発明の一実施形態に係る精算装置３００の動作の一例を示すフローチャートである。図６に示すフローチャートの開示時において、図４（ａ）の初期画面を表示しているものとする。なお、各ステップは、ＣＰＵ３０１によって制御される。

ステップＳ１０：図４（ａ）の初期画面において、お客が、紙幣、硬貨を投入した場合、登録装置２００から受信した精算処理に必要な情報（例えば、買上商品の明細情報）と、入出金部３１０から取得した硬貨金額情報、紙幣金額情報とに基づいて精算する。精算後、図４（ａ）の初期画面から図４（ｂ）の内容確認用画面に切り替える。

ステップＳ１２：図４（ｂ）の内容確認用画面において、領収書ありボタンが押下されたか否かを判断する。領収書ありボタンが押下されなかった場合には、ステップＳ１４に進む。領収書ありボタンが押下された場合には、図４（ｂ）の内容確認用画面から店員のみが消去可能な画面（図４（ｃ）の報知用割込画面）に切り替えて、ステップＳ１８に進む。

ステップＳ１４：図４（ｂ）の内容確認用画面において、おつりボタンが押下されたか否かを判断する。おつりボタンが押下されなかった場合には、ステップＳ１２に戻る。おつりボタンが押下された場合には、図４（ｂ）の内容確認用画面から図５（ｂ）の完了画面に切り替えて、ステップＳ１６に進む。
ステップＳ１６：図５（ｂ）の完了画面において、レシートを出力する。そして、図６のフローチャートは終了する。

ステップＳ１８：図４（ｃ）の報知用割込画面において、店員を呼び出す。具体的には、呼出元の精算装置３００の番号を含む店員呼出情報を生成し、携帯端末４００、アテンダント端末５００に送信する。

ステップＳ２０：店員による操作があったか否かを判断する。具体的には、図４（ｃ）の報知用割込画面上の隠しボタンの押下の有無、又は、スキャナ部を有している場合には従業員バーコードのスキャンの有無を判断する。操作がなかった場合には、ステップＳ２０を繰り返し実行する。操作があった場合には、図４（ｃ）の報知用割込画面にパスワードの入力用のダイアログ（非図示）を表示し、又は、図４（ｃ）の報知用割込画面からパスワードの入力用の画面（非図示）に切り替えて、ステップＳ２２に進む。
ステップＳ２２：パスワードの入力用のダイアログ（又は、パスワードの入力用の画面）において、店員が入力したパスワードを取得する。パスワードの取得後、パスワードの入力用のダイアログ（又は、パスワードの入力用の画面）から図５（ｂ）の完了画面に切り替えて、ステップＳ２４に進む。

ステップＳ２４：図５（ｂ）の完了画面において、レシート、領収書を出力する。そして、図６のフローチャートは終了する。そして、店員は、例えば、領収書を発行したことを示す印をレシートに押印したり、あるいは、その旨のサインをしたりして、レシートと領収書をお客に手渡す。

精算装置３００は、図６のフローチャートに示すように、領収書が必要である旨が宣言されると（図４（ｂ）の内容確認用画面上の領収書ありボタンが押下された場合には）、店員のみが消去可能な画面（図４（ｃ）の報知用割込画面）を表示するとともに、店員の呼び出しを報知する（店員呼出情報を生成し、携帯端末４００、アテンダント端末５００に送信する）。

以上、本発明の実施形態による精算装置３００によれば、お客が、領収書ありボタンを押下した場合、店員が呼び出され、また、店員による操作がある迄、領収書は発行されないので、お客が、領収書を手渡済みである旨の記録がないレシートとともに、領収書を持ち帰ることは有り得ない。そして、前記のように、店員は、例えば、領収書を発行したことを示す印をレシートに押印したり、あるいは、その旨のサインをしたりして、レシートと領収書をお客に手渡すことで、そのレシートから、既に領収書が発行されていることが分かるので、領収書の重複発行を確実に防止することができる。しかも、領収書を必要とするお客が、順当に、領収書ありボタンを押下しさえすればよく、特別な操作も要らないので、お客の負担も少なくて済む。

なお、上記実施形態では、店員のみが消去可能な表示を消去し、レシート及び領収書を印刷する一連の流れとして、パスワードの取得後に確認用のダイアログを表示し、ダイアログ上の確認ボタンの押下後にレシート及び領収書を印刷する流れを説明したが、パスワードの取得後に確認用のダイアログを表示せずに、直ちに、レシート及び領収書を印刷してもよい。

また、上記実施形態では、表示部３０５において種々のメッセージを表示したが（例えば、図４（ｃ）の報知用割込画面における、店員を呼び出し中である旨のメッセージ、印鑑の捺印が必要である旨のメッセージ）、上述のような表示に代えて又は加えて、音声出力部３０８によってメッセージを音声出力してもよい。

また、上記実施形態では、精算装置３００は、領収書発行時の店員の呼び出しの報知態様として、他の端末（携帯端末４００、アテンダント端末５００）へ店員呼出情報を送信する例を説明したが、領収書発行時の店員の呼び出しの報知態様は上記に限定しない。例えば、精算装置３００は、他の端末への店員呼出情報の送信に代えて又は加えて、店員の呼び出しを意味するものとして予め決められた点灯（点滅）の態様（例えば、点灯色、点滅パターン）で、サインポール部３２１を点灯（点滅）させてもよい。

また、上記実施形態では、精算装置３００は、精算処理に必要な情報（例えば、買上商品の明細情報）を登録装置２００から受信すると説明したが、精算処理に必要な情報の取得方法は特に限定しない。例えば、登録装置２００が、買上商品の明細情報（若しくは、買上商品の明細情報を特定する情報）を２次元コード化して印字したお会計シートを出力し、精算装置３００が、お会計シート上に印字された２次元コードをスキャンし、買上商品の明細情報を取得してもよい。つまり、店員は、登録装置２００の登録処理後にお客に会計シートを手渡し、お客は、お会計シートを持って適当な精算装置３００に移動し、移動先の精算装置３００にてお会計シート上の２次元コードをスキャンし、精算を行うようにしてもよい。

また、上記実施形態では、領収書の重複発行の防止の一方針として、レシート及び領収書の発行時に店員を介在させて、発行したレシートに領収書を手渡済みである旨の記録（例えば、印、サイン）を残すため、精算装置３００は、領収書が必要である旨が宣言された場合、店員を呼び出すとともに、店員が来る前の領収書の発行を制限しているが、精算装置３００は、発行時に店員を介在させることなく、他の方針によって、領収書の重複発行の防止を図ってもよい。

例えば、精算装置３００は、領収書が必要である旨が宣言された場合、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行してもよい。つまり、ＣＰＵ３０１は、領収書が必要である旨が宣言された場合、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行するように、表示部３０５、印刷部３０９などを制御してもよい。つまり、領収書の重複発行の防止の方針としては、店員による、発行したレシートへの記録と同様である。

図７は、本発明の一実施形態に係る精算装置３００の他の動作の一例を示すフローチャートである。図７は、具体的には、領収書が必要である旨が宣言された場合、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行する場合の処理の流れを表している。なお、図７のステップＳ３０、Ｓ３２、Ｓ３４、Ｓ３６は、図６のステップＳ１０、Ｓ１２、Ｓ１４、Ｓ１６と同様であるため説明を省略する。

ステップＳ４４：ステップＳ３２（Ｙｅｓ）に続いて、完了画面において、領収書が発行済みである旨を示す情報が印字されたレシート（印付きレシート）、領収書を出力する。そして、図７のフローチャートは終了する。なお、印付きレシートとしては、例えば、印影風の図案、又は、済を意味する記号、図案などをレシートの余白部分に印字したものであってもよい。これにより、レシートには領収書を発行したことを示す印字がされて発行されるので、そのレシートが再度領収書発行のために利用されることを防ぐことできる。

また、例えば、精算装置３００は、領収書が必要である旨が宣言された場合、領収書のみを発行してもよい。例えば、図７のステップＳ４４において、印付きレシートを発行せずに、領収書のみを発行する。つまり、領収書の重複発行を防止の方針としては、店員による、発行したレシートの回収と同様である。

また、上記実施形態では、精算装置３００は、登録処理を行わず、精算処理のみを行うが、本発明に係る精算装置は、お客自らが少なくとも精算を行う精算装置であればよく、登録処理に係る機能を有するか否かは問わない。つまり、本発明に係る精算装置には、例えば、登録装置２００と精算処理３００とが一体化した場合の装置（登録精算装置）も含まれる。

なお、本発明の実施形態による精算装置３００の処理を実行するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、当該記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより、本発明の実施形態による精算装置３００の処理を行ってもよい。なお、ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものであってもよい。また、「コンピュータシステム」は、ＷＷＷシステムを利用している場合であれば、ホームページ提供環境（あるいは表示環境）も含むものとする。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、フラッシュメモリ等の書き込み可能な不揮発性メモリ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。

さらに「コンピュータ読み取り可能な記録媒体」とは、インターネット等のネットワークや電話回線等の通信回線を介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（例えばＤＲＡＭ（Dynamic Random Access Memory））のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、このプログラムを記憶装置等に格納したコンピュータシステムから、伝送媒体を介して、あるいは、伝送媒体中の伝送波により他のコンピュータシステムに伝送されてもよい。ここで、プログラムを伝送する「伝送媒体」は、インターネット等のネットワーク（通信網）や電話回線等の通信回線（通信線）のように情報を伝送する機能を有する媒体のことをいう。また、上記プログラムは、前述した機能の一部を実現するためのものであっても良い。さらに、前述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であっても良い。

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

１…ＰＯＳシステム １００…ストアコントローラ １１０…ＬＡＮ ２００…登録装置 ３００…精算装置 ３０１…ＣＰＵ（制御手段） ３０２…ＲＯＭ ３０３…ＲＡＭ ３０５…表示部 ３０６…操作部 ３０７…通信部 ３０８…音声出力部 ３０９…印刷部 ３９０ａ…印刷物出力口 ３１０…入出金部 ３１０ａ…硬貨入金口 ３１０ｂ…硬貨出金口 ３１０ｃ…紙幣入出金口 ３２１…サインポール部 ４００…携帯端末 ５００…アテンダント端末

Claims (6)

1. 買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置であって、
   領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する制御手段を有することを特徴とする精算装置。
2. 前記制御手段は、
   店員のみが消去可能な所定の表示を当該精算装置の表示部に表示し、前記所定の表示が消去された後に領収書を発行するように制御する
   ことを特徴とする請求項１に記載の精算装置。
3. 前記制御手段は、
   前記報知として、店員が視認可能な装置に、領収書が必要である旨を表示するように制御する
   ことを特徴とする請求項１又は請求項２に記載の精算装置。
4. 前記制御手段は、
   前記報知として、店員が視認可能な装置に、当該精算装置を識別する識別情報を表示するように制御する
   ことを特徴とする請求項１乃至請求項３の何れか１項に記載の精算装置。
5. 買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置であって、
   領収書が必要である旨が宣言されると、領収書とともに、領収書が発行済みである旨を示す情報が印字されたレシートを発行するように制御する制御手段を有することを特徴とする精算装置。
6. 購入される商品を登録し、店員により操作される登録装置と、買上商品の明細が印字されたレシートと、領収書とを発行し、お客により操作される精算装置とからなるＰＯＳシステムであって、
   前記精算装置は、
   領収書が必要である旨が宣言されると、店員の呼び出しを報知するとともに、領収書を発行しないように制御する制御手段を有することを特徴とするＰＯＳシステム。
   

Images