JP2019117607A - 入出金管理装置及びプログラム - Google Patents
入出金管理装置及びプログラム Download PDFInfo
- Publication number
- JP2019117607A JP2019117607A JP2017252634A JP2017252634A JP2019117607A JP 2019117607 A JP2019117607 A JP 2019117607A JP 2017252634 A JP2017252634 A JP 2017252634A JP 2017252634 A JP2017252634 A JP 2017252634A JP 2019117607 A JP2019117607 A JP 2019117607A
- Authority
- JP
- Japan
- Prior art keywords
- settlement
- withdrawal
- deposit
- payment
- registration
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000012545 processing Methods 0.000 claims abstract description 150
- 238000003860 storage Methods 0.000 claims abstract description 39
- 230000014759 maintenance of location Effects 0.000 claims description 3
- 230000008859 change Effects 0.000 abstract description 59
- 238000000034 method Methods 0.000 description 200
- 230000008569 process Effects 0.000 description 186
- 238000007726 management method Methods 0.000 description 103
- 230000004044 response Effects 0.000 description 60
- 230000015556 catabolic process Effects 0.000 description 30
- 230000005540 biological transmission Effects 0.000 description 15
- 238000000151 deposition Methods 0.000 description 12
- 238000004891 communication Methods 0.000 description 11
- 238000012986 modification Methods 0.000 description 10
- 230000004048 modification Effects 0.000 description 10
- 230000006870 function Effects 0.000 description 9
- 238000003780 insertion Methods 0.000 description 9
- 230000037431 insertion Effects 0.000 description 9
- 238000012544 monitoring process Methods 0.000 description 8
- 230000007704 transition Effects 0.000 description 8
- 238000010586 diagram Methods 0.000 description 7
- 238000012546 transfer Methods 0.000 description 7
- 101000674731 Homo sapiens TGF-beta-activated kinase 1 and MAP3K7-binding protein 1 Proteins 0.000 description 6
- 102100021228 TGF-beta-activated kinase 1 and MAP3K7-binding protein 1 Human genes 0.000 description 6
- 238000001514 detection method Methods 0.000 description 6
- 238000012790 confirmation Methods 0.000 description 5
- 238000009826 distribution Methods 0.000 description 5
- 230000000694 effects Effects 0.000 description 5
- 238000012937 correction Methods 0.000 description 4
- 238000009434 installation Methods 0.000 description 4
- 238000012384 transportation and delivery Methods 0.000 description 4
- PCHJSUWPFVWCPO-UHFFFAOYSA-N gold Chemical compound [Au] PCHJSUWPFVWCPO-UHFFFAOYSA-N 0.000 description 3
- 239000010931 gold Substances 0.000 description 3
- 229910052737 gold Inorganic materials 0.000 description 3
- 238000003384 imaging method Methods 0.000 description 3
- 239000004973 liquid crystal related substance Substances 0.000 description 3
- 230000008901 benefit Effects 0.000 description 2
- 230000004397 blinking Effects 0.000 description 2
- 230000007423 decrease Effects 0.000 description 2
- 238000007599 discharging Methods 0.000 description 2
- 238000004519 manufacturing process Methods 0.000 description 2
- 208000033748 Device issues Diseases 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 239000003086 colorant Substances 0.000 description 1
- 230000003111 delayed effect Effects 0.000 description 1
- 238000013461 design Methods 0.000 description 1
- 230000006872 improvement Effects 0.000 description 1
- 230000010365 information processing Effects 0.000 description 1
- 229910052751 metal Inorganic materials 0.000 description 1
- 239000002184 metal Substances 0.000 description 1
- 150000002739 metals Chemical class 0.000 description 1
- 239000000203 mixture Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000002093 peripheral effect Effects 0.000 description 1
- 238000013439 planning Methods 0.000 description 1
- 230000000717 retained effect Effects 0.000 description 1
- 238000010186 staining Methods 0.000 description 1
- 239000000725 suspension Substances 0.000 description 1
- 230000008685 targeting Effects 0.000 description 1
- 230000001960 triggered effect Effects 0.000 description 1
Images
Landscapes
- Cash Registers Or Receiving Machines (AREA)
- Management, Administration, Business Operations System, And Electronic Commerce (AREA)
Abstract
Description
店員は、管理装置の画面を監視している。そして、例えば或る商品販売データ処理装置にて貨幣枚数が規定範囲より少なくなり、釣り銭不足の状態となったことを報知する表示が行われた場合、店員は、釣り銭不足の状態となった商品販売データ処理装置に釣り銭補充のための入金作業を行うようにされる。
以下、本発明の実施形態について図面を参照して説明する。
図1は、本実施形態に係るPOSシステム1(商品販売データ処理システムの一例)の構成例を示している。同図に示すPOSシステム1は、管理装置10と、3台の登録装置20−1〜20−3と、6台の精算装置30−1〜30−6とを備えて構成されている。
なお、以降の説明にあたり、登録装置20−1〜20−3について特に区別しない場合には、登録装置20と記載する。また、精算装置30−1〜30−6について特に区別しない場合には、精算装置30と記載する。
管理装置10と登録装置20と精算装置30とは、有線または無線接続のLAN(Local Area Network)11で相互に接続されている。
商品マスタは、各商品の商品識別情報(例えば、JANコード)、商品名(品名、アイテム名)、価格などの商品情報を格納したファイルである。
管理装置10は、最新の商品情報が反映された商品マスタを、外部(例えば、本部のサーバ、リムーバブル形式の記憶媒体)から取得し、登録装置20及び各精算装置30に適宜送信する。
管理装置10は、例えば店舗におけるバックヤードなどに配置される。
また、登録装置20は、登録された商品の精算に用いられる情報(以下、精算情報(登録データの一例)という)を生成し、記憶する。
さらに、精算情報に対応する顧客が会員とであって、商品登録に際して会員識別情報(例えば会員番号)の入力が行われている場合には、精算情報に会員識別情報が含められてよい。
すなわち、店員が、精算装置30を指定する操作を登録装置20に対して行うことによって、複数の精算装置30のうちから精算処理を実行させる精算装置30を指定する。
なお、登録装置20において、各精算装置30の稼働状況を示した稼働情報を表示するようにし、登録装置20において、店員が精算装置30を指定する際に、各精算装置30の稼働状況を確認できるようにしてもよい。
なお、本実施の形態では、登録装置20は、直接、精算装置30に精算情報を送信するが、管理装置10を経由して、精算装置30に精算情報を送信してもよい。
すなわち、客が、店員から手渡しされたお会計券を精算装置30に読み取らせることによって、複数の精算装置30のうちから精算処理を実行させる精算装置30を指定する。
お会計券には、発行元の登録装置20を示す登録装置IDと精算情報とが、バーコード(一次元コード)または二次元コードのいずれかのコードの形式で印字(印刷)されている。精算装置30は、お会計券のコードを読み取ると、読み取ったコードにより示される精算情報から商品登録データを取得する。
図2は、登録装置20と精算装置30との外観例を示す斜視図である。図3は、登録装置20の構成例を示すブロック図である。図4は、精算装置30の構成例を示すブロック図である。
記憶部202は、CPU201の補助記憶装置であって、プログラムをはじめとしてCPU201が利用する各種の情報を記憶する。
スキャナ部204は、商品に付されているバーコード(商品コード)を光学的に読み取る。
例えば、店員用表示部205は、商品情報(商品コード等)に関連付けられているプリセットボタンを配置した商品登録画面などを表示する。
ブザー208は、店員が操作を確認することが必要な場合などに、ブザー音を発生させる。
印刷部209は、必要に応じて媒体を印刷して発行する。例えば、印刷部209は、お会計券を印刷して発行することができる。
記憶部302は、CPU301の補助記憶装置であって、プログラムをはじめとしてCPU301が利用する各種の情報を記憶する。
スキャナ部304は、例えば、お会計券に印刷されたコード(バーコードまたは2次元コード)や、会員カード等に付されているコード(会員コード)を光学的に読み取る。
ブザー308は、エラー等が発生した場合、エラーを報知するブザー音を発生させる。
印刷部309は、媒体を印刷して発行する。例えば、印刷部309は、精算処理(すなわち、商品の買上金額の決済)が終了した場合、客が持ち帰る精算済みレシートを印刷して発行する。
現金による決済に対応するため、決済部310は、釣銭機を備える。釣銭機は、貨幣を投入する貨幣投入口(例えば、紙幣を投入するための紙幣投入口と、硬貨を投入するための硬貨投入口とを備える)と、釣銭等としての貨幣を排出する貨幣排出口(例えば、紙幣排出口と硬貨排出口とをそれぞれ備える)とを備えている。決済部310は、釣銭機によって、現金により決済を実行し、決済を実行した結果(例えば、決済が成立したか否かを示す情報)を、バスを介してCPU301に出力する。
また、クレジットカードの使用による決済に対応する場合、決済部310は、クレジットカードリーダを備え、クレジットカードリーダにより読み込まれた情報を利用して精算処理を行う。
また、電子マネーの使用による決済に対応する場合、決済部310は、電子マネーリーダを備え、電子マネーリーダにより読み込まれた情報を利用して精算処理を行う。
人感知センサ312は、精算装置30の正面の所定圏内に人物(客)がいることを検知するセンサである。
なお、人感知センサ312の検知出力は、例えば精算装置30が、人が自機に近づいたことに応じて、自動的に精算画面を表示させる際に、人が自機に近づいたか否かを判定するのに用いられる。しかしながら、精算装置30は、例えば精算画面は、例えば精算情報の受信や、お会計券に印刷されたバーコードの読み取りなどに応じて表示されるようにしてもよく、この場合には、人感知センサ312は、省略されてよい。
記憶部102は、CPU101の補助記憶装置であって、プログラムをはじめとしてCPU101が利用する各種の情報を記憶する。
RAM103は、CPU101の主記憶装置であって、種々の情報を記憶する。
通信部104は、LAN11を介して、他の装置と通信する。
表示部105は、種々の情報を表示する。
操作部106は、管理装置10に備えられる各種の操作子(ボタン、キー等)や入力デバイス(キーボード、マウス等を含む)を一括して示す。
印刷部107は、用紙に印刷を行う。
そこで、本実施形態のPOSシステム1では、ニアエンドの状態にない精算装置30から現金を出金し、出金された現金をニアエンドの状態の精算装置30に入金させることで、ニアエンドの状態を解消させる精算装置間入出金が可能とされている。このような精算装置間入出金を行えば、店員は、ニアエンドの状態の精算装置30に現金を補充するにあたり、バックヤードにまで赴くことなく、店舗内の精算装置30間を移動すればよい。
バックヤードにおける現金管理の態様の第1例は、金庫を用いるものである。金庫には、釣銭や売上金などとしての現金が保管される。このような金庫は、例えばネットワークなどの通信網と接続されるものではない。金庫に対する現金の出し入れは、規定の用紙に入出金の記入(記録)を伴って行われる。
また、バックヤードにおける現金管理の態様の第2例は、現金処理機を用いるものである。現金処理機には例えば売上金等が投入される。現金処理機は、投入された売上金に応じた売上データを生成し、生成した売上データを警備会社のネットワーク経由で銀行口座などに送信する。投入された売上金は警備会社により回収される。また、現金処理機からは、売上金として投入した硬貨等を利用して棒金を作成し、棒金単位で出金をすることもできる。現金処理機は、バーコードを読み取る機能を備えている。このため、精算装置30と同様に、同じように現金処理機に入出金指示伝票を読み取らせることで、現金処理機から充当金を出金させることができる。
警備会社は現金処理機に保管されている売上金の回収と、釣銭用棒金の配達との業務を行う。上記のように現金処理機が収納する売上金から釣銭用棒金を充当金として出金できるようにすれば、店舗としては、現金処理機を精算装置30と同様に出金元とすることができるという利点が得られる。また、警備会社にとっても、釣銭用棒金の配達頻度や配達する釣銭用棒金の量を削減できるというに利点が得られる。
また、配達される棒金にはバーコード等の識別情報が付されている。現金処理機や管理装置10は、棒金に付されたバーコードを読み取ることで、配達金の金種や枚数の情報を容易に取得できる。これにより、店舗側では、入金や管理に係る負担を軽減することができる。
さらに、管理装置10は、現金処理機や金庫、POSレジスタ等の店舗にて保管される現金(店舗現金)の全てまたは一部を管理可能なようにされてよい。この場合、管理装置10が備える表示部にて店舗現金の保管状況を表示させることで、店員は、店舗における売上金や釣銭の状況を把握することができる。そして、例えば、釣銭について店舗にて最低限保持(保有)すべき金額(最低限保持額)以下(もしくは未満)となった、あるいは最低限保持額より多いが最低限保持額に近い一定額以下となった場合、管理装置10の表示部にてその旨が報知されるようにしてよい。このような報知を受けて、店員は報知に応じて即座に警備会社への棒金配達の注文(例えば、管理装置10等に対する注文入力操作)を行うように対応できる。
また、警備会社側では、ネットワークに接続された端末により、店舗側の現金処理機や店舗側の管理装置10から情報を受信し、受信された情報を出力させることで、店舗における売上金や釣銭の状況等を把握することができる。これにより、警備会社側では、店舗からの注文を受ける前に配達金を準備したり、売上金回収の計画を立てたりすることが可能になり、業務の効率化が図られる。
ステップS1:入金先の精算装置30−Rがニアエンドの状態となった。ニアエンドの状態となった精算装置30−Rは、自己がニアエンドの状態となったことを検出すると、その旨を示すニアエンド通知を管理装置10に送信する。
ステップS2:管理装置10は、ニアエンド通知を受信したことに応じて、精算装置30−Rがニアエンドの状態になったことの報知(ニアエンド報知)を行う。ニアエンド報知は、ニアエンド状態となったことを報知する内容を含む画面の表示により行われてよい。また、ニアエンド報知は、音による報知も併せて行われてよい。
管理装置10の表示を監視する監視店員は、ニアエンド報知として表示された画面を見ることで、精算装置30−Rがニアエンドの状態になったことを把握する。そこで、監視店員は、管理装置10を操作して、入出金指示伝票51を発行させるための操作を行う。
管理装置10は、入出金指示伝票51を発行させるための操作が行われたことに応じて、入出金指示伝票51を発行する。入出金指示伝票51は、例えばレシート用の用紙に出金指示に応じた所定の内容が印刷された伝票である。具体的に、入出金指示伝票51には、精算装置30−R以外の精算装置30に収納されている現金を出金し、出金された現金を充当金として精算装置30−Rに入金させることを指示する情報(入出金指示情報)が印刷されている。
出金元情報エリアAR1には、出金元の精算装置30を示す出金元情報が示される。具体的に、出金元情報エリアAR1においては、店舗での運用のもとで精算装置30ごとに付与されたレジ番号のうちで、出金元の精算装置30に対応するレジ番号が示される。
充当金情報エリアAR2には、充当金の内容を示す充当金情報が示される。同図の例では、充当金情報として、充当金としての現金の内訳(金種と、金種ごとの枚数)とが充当金情報として示されている。具体的に、充当金情報エリアAR2には、充当金としての現金の内訳として、50円硬貨が1枚と10円硬貨が1枚(計60円)であることが示されている。
入金先情報エリアAR3には、入金先の精算装置30を示す入金先情報が示される。具体的に、入金先情報エリアAR3においては、入金先の精算装置30に対応するレジ番号が示される。
バーコードBC1は、入出金指示情報をコード化した情報である。具体的に、バーコードBC1の入出金指示情報は、入出金処理識別子を含む。入出金処理識別子は、今回の精算装置間入出金に対応する入金処理と出金処理とに共通に付与された識別子である。また、バーコードBC1の入出金指示情報は、出金元情報エリアAR1において示されるのと同じ出金元の精算装置30を示す精算装置識別子(出金元精算装置識別子)、充当金情報エリアAR2において示されるのと同じ内容の充当金情報、及び入金先情報エリアAR3において示されるのと同じ入金先の精算装置30を示す精算装置識別子(入金先精算装置識別子)を含む。
ステップS2による入出金指示伝票51の発行にあたり、管理装置10は、ニアエンドの状態となった精算装置30−Rに充当すべき充当金を決定する。ここでの充当金の決定とは、精算装置30−Rに充当すべき現金としての金種と金種ごとの枚数とを決定することをいう。ニアエンド通知にはニアエンドの状態を示すニアエンド状態情報が含まれる。ニアエンド状態情報は、例えばニアエンドとなった金種(金種)と金種ごとの枚数とを示す。管理装置10は、充当金としての金種と金種ごとの枚数とを、ニアエンド状態情報に基づいて決定すればよい。
また、管理装置10は、精算装置30−R以外の精算装置30のうちから出金元の精算装置30−Wを決定する。管理装置10は、例えば精算装置30−R以外の精算装置30の稼働状況や、精算装置30−R以外の精算装置30ごとの釣銭機に収納されている金種ごとの枚数に基づいて出金元の精算装置30−Wを決定すればよい。
あるいは、充当金と出金元の精算装置30−Wとの決定は、監視店員が入出金指示伝票51を発行させるための操作のうちの一部として行うようにされてもよい。
また、報知音の出力によって自己がニアエンドの状態にあることを報知するようにしてもよい。この場合、報知音としての特定の音色によりニアエンドの状態であることが示されるようにしてよい。ニアエンドの状態であることの報知として定められた時間により報知音の出力を行わせてもよい。また、ニアエンドの状態であることの報知として定められた断続パターンで報知音を出力させるようにしてもよい。
また、サインポール311と報知音を組み合わせて自己がニアエンドの状態にあることの報知が行われてもよい。
上記のように、各登録装置20と精算装置30−R自体とにおいても報知が行われることで、店舗にて勤務する店員は、精算装置30−Rがニアエンドの状態にあることを知ることができる。
この場合、ニアエンド状態解消のための精算装置間入出金を担当する店員(入出金担当店員)は、管理装置10に赴いて、ステップS2により発行された入出金指示伝票51を取りに行く。なお、入出金担当店員は、予め担当が決まっていてもよいし、そのときの状況に応じて適宜決められてもよい。また、これまで管理装置10により監視を行っていた監視店員が入出金担当店員として作業を行ってもよい。
入出金担当店員は、入出金指示伝票51における出金元情報エリアAR1に印刷された内容を見て、出金元の精算装置30−Wを確認する。そして、入出金担当店員は、出金元の精算装置30−Wからの出金を行うため、入出金指示伝票51を持参して出金元の精算装置30−Wに移動する。
入力された入出金指示情報には、出金元の精算装置30を指定する精算装置識別子が含まれている。この場合の出金元の精算装置30−Wは、入出金指示情報に含まれる出金元精算装置識別子と、自己の精算装置識別子とが一致していることにより、自己が出金元の精算装置30として指定されたことを認識する。これにより、出金元の精算装置30−Wは、出金処理モードに移行する。
なお、出金元の精算装置30−Wは、バーコードBC1から読み取った入出金指示情報に含まれる出金元精算装置識別子と入金先精算装置識別子とのいずれとも自己の精算装置識別子が一致しない場合には、自己が今回の精算装置間入出金の対象となっていない旨のエラー報知を行ってもよい。
上記のように店員証60を読み取らせる操作が行われることにより、出金元の精算装置30−Wは、店員証60に記録された店員識別子を入力する。当該ステップS4により店員識別子が入力されることにより、出金作業を行う店員の登録が行われる。
なお、出金元の精算装置30−Wは、出金処理モードに移行したタイミングで、入出金担当店員に向けて店員証の読み込みを促す案内表示を行ってもよい。
まず、出金元の精算装置30−Wは、出金処理としての現金の排出中に電源がオフになった場合に、出金エラーが生じたと判定する。また、出金元の精算装置30−Wは、出金処理としての現金の排出中に現金収納庫の扉が開けられた場合に、出金エラーが生じたと判定する。また、出金元の精算装置30−Wは、出金処理としての現金の排出の制御を行ったが、現金の排出口に設けられたセンサにより指定された充当金としての貨幣の内訳に応じた現金が正常に排出されたことが検出されなかった場合に、出金エラーが生じたと判定する。
上記のように出金エラーが生じた状況で現金が排出された場合、排出された現金は、指定された充当金としての現金の内訳の通りとなっていない可能性がある。そこで、出金エラーが発生した場合、出金元の精算装置30−Wは、排出された現金の戻し入れを受け付けることができる。現金の戻し入れに際して、精算装置30−Wは、現金の戻し入れの操作に対応する案内画面を表示する。店員は案内画面による案内に従って、排出された現金を出金元の精算装置30−Wに戻すように入金する操作を行う。このように、出金エラーに応じた現金の戻し入れが可能とされていることで、店員は出金エラーが発生したことを把握できるとともに、指定された充当金としての現金の内訳通りに排出されなかった現金を、簡単な作業で、正しく出金元の精算装置30−Wに戻すことができる。そして、この後において、店員は、もう一度、出金作業をやり直すことができる。
この場合の入金先の精算装置30−Rは、入出金指示情報に含まれる入金先の精算装置30を指定する精算装置識別子と、自己の精算装置識別子とが一致していることにより、自己が入金先の精算装置30として指定されたことを認識する。これにより、入金先の精算装置30−Rは、入金処理モードに移行する。
なお、入金先の精算装置30−Rも、バーコードBC1から読み取った入出金指示情報に含まれる出金元精算装置識別子と入金先精算装置識別子とのいずれとも自己の精算装置識別子が一致しない場合には、自己が今回の精算装置間入出金の対象となっていない旨のエラー報知を行ってもよい。
そこで、入金担当店員は、入金作業を行う店員が自分であることを登録するため、自分が所持している店員証60を、入金先の精算装置30−Rに読み取らせる操作を行う。店員証60を読み取らせる操作が行われたことに応じて、入金先の精算装置30−Rは、店員証60に記録された店員情報に含まれる店員識別子を入力する。このようにして、入金作業を行う店員の登録が行われる。
入金先の精算装置30−Rは、充当金70としての現金を、決済部310における貨幣投入口に投入する入金作業を行う。入金先の精算装置30−Rは、貨幣投入口に対する現金の投入に対応して入金処理を行う。つまり、入金先の精算装置30−Rは、貨幣投入口に投入された紙幣または硬貨ごとの金種を判別するとともに金種ごとの投入枚数をカウントする。そして、入金先の精算装置30−Rは、金種ごとの投入枚数が、ステップS6によるバーコードBC1の読み取りに応じて取得した充当金情報が示す金種ごとの枚数と一致すると、入金が完了したものとして入金処理を終了させる。また、入金処理の終了に応じて、精算装置30−Rは、今回の入金結果を示す入金処理結果情報を管理装置10に送信する。管理装置10は、受信された入金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
ステップS9−1:また、入金先の精算装置30−Rは、今回の入金処理の結果を示す入金処理結果情報を管理装置10に送信する。入金処理結果情報には、入金が行われた日時、入金作業を行った店員の店員識別子(ステップS7により入力された店員識別子)、実際に入金された貨幣ごとの枚数の情報等を含む。管理装置10は、受信した入金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
上記の第1実施形態のPOSシステム1は、管理装置10にてニアエンド報知が行われ、管理装置10から発行させた入出金指示伝票51を利用して入出金が行われる運用である。このような運用の場合には、管理装置10にてニアエンド報知の行われることを監視する要員として監視店員が必要になる。
前述のように、第1実施形態のPOSシステム1において、ニアエンド報知を登録装置20と精算装置30とにおいて行わせるようにして、フロアにいる店員にニアエンドの状態が生じたことを把握させることも可能である。この場合、必ずしも監視店員は必要ない。
しかしながら、いずれにせよ管理装置10から入出金指示伝票51を発行させる必要があるため、フロアにいた店員も、例えばバックヤードに設置された管理装置10にまで赴く必要がある。このように、管理装置10を監視する監視要員を配置したり、フロアで業務を行っている店員が管理装置10にまで赴いたりすることは、業務効率の観点からは好ましくない場合がある。
そこで、本実施形態のPOSシステム1は、以下のような構成により、管理装置10を監視する店員を配置せずに、フロアで業務を行う店員によりニアエンドに対応する入出金の作業が行えるようにされる。
まず、登録装置20−1に対して2台の精算装置30−1、30−2が対応付けられるように会計グループが設定される。つまり、登録装置20−1により登録された商品についての精算は、精算装置30−1、30−2のいずれかによって行われる。この場合、登録装置20−1は、精算情報を精算装置30−1、30−2のいずれかに送信するようにされる。店舗においては、登録装置20−1にて商品登録を受けた客の動線に沿った位置に精算装置30−1、30−2が設置される。
また、登録装置20−2に対して2台の精算装置30−3、30−4が対応付けられるように会計グループが設定される。店舗においては、登録装置20−2にて商品登録を受けた客の動線に沿った位置に精算装置30−3、30−4が設置される。
また、登録装置20−3に対して2台の精算装置30−5、30−6が対応付けられるように会計グループが設定される。店舗においては、登録装置20−3にて商品登録を受けた客の動線に沿った位置に精算装置30−5、30−6が設置される。
同図の商品登録画面は、一取引ごとに対応する商品登録内容を示すシート(商品登録シート)が重ねられた構造を有する。各商品登録シートの上側にはタブが付されている。同図においては、3つの商品登録タブTAB1−1、TAB1−2、TAB1−3が表示されている。同図の商品登録画面は、これら3つの商品登録シートが重ねられた状態の構造を有する。
商品登録タブTAB1−1、TAB1−2、TAB1−3には、登録順番号を示す数字が表示されている。登録順番号は、商品の登録が開始された順番を示す。同図においては、商品登録タブTAB1−1、TAB1−2、TAB1−3のそれぞれに登録順番号「1」、「2」、「3」が表示されている。これは、商品の登録が開始された順番が、商品登録タブTAB1−1が設けられた商品登録シートに対応する取引、商品登録タブTAB1−2が設けられた商品登録シートに対応する取引、商品登録タブTAB1−3が設けられた商品登録シートに対応する取引の順であることを示す。
なお、以降の説明にあたり、個々の商品登録タブTAB1−1、TAB1−2、TAB1−3等について特に区別しない場合には、商品登録タブTAB1と記載する。
店員は、商品登録タブTAB1に対する操作(タッチ操作)を行うことで、操作された商品登録タブTAB1の付された商品登録シートを最前面に移動させ、最前面に移動された商品登録シートに対応する取引の商品登録を行うことができる。つまり、店員は、商品登録タブTAB1に対する操作によって複数の商品登録中の取引のうちから任意の1つの取引に対応する商品登録シートをアクティブとなるように選択し、アクティブの商品登録シートに対応する取引における商品登録操作を行うことができる。
店員は、商品登録操作において、商品ボタンに対する操作を行うことで、登録対象の商品の指定を行うことができる。具体的に、「商品A」との商品名の商品を登録対象として指定したい場合、店員は、商品ボタンエリアAR10において配置される商品ボタンのうち、「商品A」と表示された商品ボタンに対する操作を行えばよい。「商品A」の商品ボタンに対する操作により、「商品B」が登録対象として指定される。続けて、店員は、例えば「商品A」についての数量などを入力する操作を行うことができる。店員は、買上商品ごとに上記のような操作を行っていくことで、順次、商品の登録を行っていくことができる。
また、合計金額領域AR13においては、これまでに登録された商品の総数と、これまでに登録された商品の合計金額が示される。同図の例では、未だ登録された商品がないことから、合計金額領域AR13においては、これまでに登録された商品の総数が「0」であり、これまでに登録された商品の合計金額も「0」円であることが示されている。
精算装置指定ボタンBT1は、精算処理を実行させる精算装置30を指定する操作(精算装置指定操作)が行われるボタンである。そのうえで、登録装置20−1にて表示される商品登録画面における精算装置指定ボタンBT1−1、BT1−2は、それぞれ、同じ第1会計グループの精算装置30−1、30−2に対応する。
また、同図の精算装置指定ボタンBT1−1には、「待機」と表示されたバッジBGが配置された例が示されている。このような精算装置指定ボタンBT1−1の状態は、精算装置30−1が、精算処理の開始を待機している状態にあることを示す。この際の精算装置30−1は、客による精算に対応する操作も開始されておらず、精算情報も受信していない状態である。
また、精算装置指定ボタンBT1−2には、「使用中」と表示されたバッジBGが配置された例が示されている。さらに、精算装置指定ボタンBT1−2における「精算機2」の文字に対して斜線が引かれた状態となっている。この精算装置指定ボタンBT1−2の状態は、精算装置30−2が、精算情報の受信により取得された精算情報に基づく精算処理を客の操作に応じて実行中であることを示す。
なお、上記のような精算装置30の状態ごとに応じて、例えば精算装置指定ボタンBT1自体の色、柄などが変更されるように表示されてもよい。
同図の精算装置指定ボタンBT1によれば、現在において待機中である精算装置30は、精算装置30−1のみである。この場合、店員は、精算装置指定ボタンBT1−1に対する操作を行うことになる。
なお、精算装置指定ボタンBT1−1と精算装置指定ボタンBT1−2とのいずれも「待機中」が表示された状態である場合には、店員は、精算装置30−1、30−2のうちのいずれかを、精算処理を実行させる精算装置30として決定し、決定した精算装置30に対応する精算装置指定ボタンBT1に対する操作を行うことができる。
上記のように精算装置30−1に対して精算情報が送信されたことに応じて、登録装置20にてこれまで表示されていた商品登録タブTAB1−1の付された商品登録シートは、商品登録画面から消去されればよい。そして、代わりに、例えば商品登録タブTAB1−2の付された商品登録シートが最前面となるように表示される。
また、このように商品登録タブTAB1−2の付された商品登録シートが最前面となるように表示された際、商品登録タブTAB1−2において表示されている登録順番号は「2」から「1」に繰り上がり、商品登録タブTAB1−2において表示されている登録順番号は「3」から「2」に繰り上がる。
また、精算装置30−1に対応する精算装置指定ボタンBT1−1のバッジBGは、これまでの「待機中」から「使用中」の表示に変化する。
本実施形態において、ニアエンドに対応する入出金は、同じ会計グループに属する精算装置30間で行われる。同じ会計グループに属する精算装置30は、1つの登録装置20に対応した客の動線に沿って配置されていることから、互いに近接して配置されている。このため、入出金作業のために店員が移動する距離も少なくて済むため、業務の効率化を図ることができる。
出金指示登録装置は、入金精算装置及び出金精算装置と同じ会計グループに属する。出金指示登録装置、入金精算装置、及び出金精算装置を含む会計グループについては、他の会計グループと区別するために、入出金対象会計グループとも記載する場合がある。
例えば、精算装置30−1がニアエンドの状態となって入金精算装置となった場合には、精算装置30−1が属する第1会計グループが入出金対象会計グループとなる。そのうえで、第1会計グループに属するもう1つの精算装置30−2が出金精算装置となり、登録装置20−1が出金指示登録装置となる。
ステップS102:ニアエンドの状態の発生が判定されたことに応じて、入金精算装置は、ニアエンド通知により送信する情報(ニアエンド情報)を生成する。このために、入金精算装置は、ニアエンドの状態となった金種を特定し、特定された金種について定められた最低限の保持枚数等に基づいて、補充が必要な貨幣の枚数を算出する。入金精算装置は、特定された金種と算出された貨幣の枚数を、入金が必要な金種、貨幣枚数の情報として含むニアエンド情報を生成する。
ステップS103:入金精算装置は、ニアエンド通知を出金指示登録装置に送信する。ニアエンド通知は、自己がニアエンドの状態となったことの通知であり、ステップS102により生成されたニアエンド情報を含む。
ステップS105:出金指示登録装置を操作する店員は、出金依頼ボタンBT2−1が表示されたことに応じて、同じ会計グループに属する精算装置30のうちのいずれかがニアエンドの状態となったことを把握する。この場合、店員は、出金依頼ボタンBT2−1に対する操作を行う。出金依頼ボタンBT2−1に対する操作は、例えばタップ操作であればよい。
出金依頼ボタンBT2−1に対する操作が行われたことに応じて、出金指示登録装置は、店員用表示部205において、新規に出金実行画面を表示させる。出金実行画面は、店員が、充当金を出金する出金元としての精算装置30(即ち、出金精算装置)に出金処理を指示する操作を行う画面である。
出金実行画面WD1においては、出金精算装置と入金精算装置とが、それぞれいずれの精算装置30であるのかが示されるとともに、入出金される充当金の内訳が示される。同図の出金実行画面WD1は、第1会計グループにて充当金の入出金が行われたことに応じて、出金指示登録装置とされた登録装置20−1にて表示されたものである。
具体的に、同図の出金実行画面WD1においては、出金精算装置の番号がNo.000002であり、入金精算装置の番号がNo.000001であることが示されている。つまり、第1会計グループにおいては、精算装置30−1がニアエンドの状態となって入金精算装置とされ、もう一方の精算装置30−2が出金精算装置とされたことが示されている。本実施形態においては、1つの会計グループにおいて2つの精算装置30が属する。このため、2つの精算装置30のうちの一方の精算装置30にニアエンドの状態が発生して入金精算装置となることに伴い、他方の精算装置30が出金精算装置となる。
また、出金実行画面WD1においては、充当金の内訳について、1円の金種が10枚であることが示されている。このような表示を見ることで、店員は、精算装置30−2から1円硬貨を10枚出金させ、精算装置30−1に入金すべきことを把握する。
一方、例えば出金が可能な状況でないため、いまは入出金作業を行わないと判断したような場合には、店員は、出金実行画面WD1にて配置されるキャンセルホタンBT22を操作する。
ステップS106:出金実行画面WD1にて配置される出金ボタンBT21に対する操作が行われたことに応じて、出金指示登録装置は、出金ボタンBT21に対して行われた操作を受け付ける。
ただし、出金精算装置が精算処理を実行中である場合には、出金指示登録装置は、出金ボタンBT21に対する操作を受け付けないようにされてよい。登録装置20は、例えば精算装置30ごとのステータスを監視していることから、監視しているステータスに基づき、出金精算装置が精算処理を実行中であるか否かについて判定できる。具体的に、出金指示登録装置は、出金精算装置が精算処理を実行中のときには出金ボタンBT21をグレーアウトの状態とするなどして、操作が不可なようにしてよい。あるいは、出金指示登録装置は、出金精算装置が精算処理を実行中のときには、出金ボタンBT21が操作されたことに応じて、操作が受け付けられなかった旨のエラーを表示等により報知するようにしてよい。
出金ボタンBT21に対する操作が受け付けられた場合には、出金実行画面WD1の表示は消去されてよい。
また、入出金作業が行われる間、入金精算装置と出金精算装置とのいずれも客による操作に応じた精算処理を実行できない。そこで、出金指示登録装置は、例えば出金指示を送信した後において、休止状態となって商品登録操作等を受け付けないようにされてもよい。
このためには、例えば出金指示登録装置が、ステップS106により出金ボタンBT21に対する操作を受け付けてから、予め定められた一定時間を待機した後に、ステップS107による出金指示を送信するようにしてよい。
あるいは、出金指示登録装置は、ステップS106により出金ボタンBT21に対する操作を受け付けたことに応じてステップS107による出金指示を送信する。そのうえで、出金精算装置が、出金指示を受信したタイミングから予め定められた一定時間を待機した後に、ステップS108による出金待機状態とするようにしてもよい。
ここで、ステップS108により出金待機状態となった出金精算装置は、出金操作を受け付ける画面(出金操作画面)を表示させる。出金操作画面は、図示は省略するが、図10の出金実行画面WD1に準じて、出金処理の実行を指示する出金処理実行ボタンとキャンセルボタンとが配置されたウィンドウ形式であればよい。店員により出金処理実行ボタンが操作されることに応じて、出金精算装置は、ステップS109の出金処理を実行する。
なお、出金操作画面が表示された際に、店員が未だ来ておらず、精算を行おうとする客が出金精算装置の前にいたような場合には、客が出金精算装置に対する操作を行ってしまう可能性がある。そこで、出金操作画面に対する操作は、例えばパスワードの入力を行わなければ可能とならないようにされてもよい。また、パスワードの入力を必要とする場合には、出金指示登録装置にて表示される出金実行画面WD1にて、入力すべきパスワードを表示させて、店員がパスワードを把握できるようにしてもよい。
また、ステップS110における出金完了通知の送信とともに、出金精算装置は、出金処理完了の報知を実行する。出金処理完了の報知は、例えば画面(出金処理完了報知画面)の表示により行われてよい。出金処理完了報知画面を見ることで、出金作業を行った店員は、出金処理により出金された貨幣の金種、枚数等が正しいかどうかを確認したり、入金精算装置がいずれの精算装置30であるのかを確認したりすることができる。
また、出金処理完了報知画面においては、店員に出金処理完了を確認させるための確認ボタンを配置してよい。この場合、店員が確認ボタンを操作することに応じて、出金処理完了報知画面が消去され、出金精算装置は、通常の精算装置として、登録装置20からの精算指示に応じて精算処理を実行可能な状態に遷移する。
あるいは、決済部310における釣銭機の貨幣の排出口には、貨幣の有無を検出するセンサが設けられている。そこで、出金精算装置は、出金処理により貨幣の排出口に排出させた貨幣が店員により取り出されずに残っている場合には、その旨を警告する報知を行ってもよい。また、出金精算装置は、出金処理により貨幣の排出口に排出させた貨幣が全て取り出されたことを判定したことに応じて、通常の精算処理が可能な状態に遷移するようにされてよい。この場合のステップS110による出金完了通知の送信は、出金精算装置が通常の精算処理が可能な状態に遷移したタイミングで実行されるようにしてよい。
ステップS112による入金処理の終了は、補充されるべき金種及び枚数による貨幣が正常に入金された場合に対応する。しかしながら、同図には処理として反映されていないが、何らかの理由により、入金された貨幣の金種や枚数等の内訳について、補充されるべき正しい内訳と異なってしまう場合がある。このような場合に、正しい内訳となるまで入金処理の終了が保留されると、精算が滞る原因となるので、強制的に入金処理を終了させる場合がある。
例えば、入金処理に際しては、入金精算装置においては、例えば出金実行画面WD1に準じたウィンドウ形式の態様により、入金操作を受け付ける入金操作画面が表示される。入金操作画面においては、入金すべき貨幣についての金種、枚数等の内訳が示される。また、釣銭機の貨幣投入口への貨幣の投入(入金)の案内が表示される。
また、入金操作画面には、店員が入金作業の確認を行うための操作を行う確認ボタンや、入金処理をキャンセルするためのキャンセルボタン等が表示される。
正しい金種及び枚数の内訳により貨幣が入金されたうえで確認ボタンが操作されれば、入金精算装置は、入金処理を正常に終了させる。これに対して、正しい金種及び枚数の内訳と異なる内訳により貨幣が入金された状態で確認ボタンに対する操作が行われた場合には、内訳が異なっていることの理由を入力する理由入力画面が表示される。理由入力画面としては、例えば複数の理由の候補が示されるリストのうちから、1つの理由を選択することが可能なようにされた画面とされればよい。この場合の理由としては、例えば、紛失(貨幣を落としたことで何かの設置物の下などに入り込んでしまったような状態)、貨幣の状態不良(貨幣として認識ができない程度に汚損、破損しているような状態)等を挙げることができる。理由の入力が行われると、例えば入金精算装置は、今回の入出金処理を強制終了させる。
続いて、第3実施形態について説明する。上記の第2実施形態においては、ニアエンドの状態の発生に応じた精算装置30間の入出金は、同じ会計グループ内で行われていた。しかしながら、1の会計グループに含まれる精算装置30は、店舗に設置される精算装置30の一部であることから、出金元となる精算装置30の数も限定される。この点を考慮すると、異なる会計グループの精算装置30の間でもニアエンドに対応する入出金が行えるようにすることが好ましい。
本実施形態においては、以下のようにして、異なる会計グループの精算装置30の間でのニアエンドに対応する入出金が可能なように構成される。
このようにマスタ登録装置は、POSシステム1において予め指定される1つの登録装置20であることから、ニアエンドの状態が発生した精算装置30がいずれであるのかに応じて、入出金対象会計グループ以外の会計グループに属する場合もあれば、入出金対象会計グループに属する場合もある。マスタ登録装置が入出金対象会計グループに属する場合、同じ1つの登録装置20が、マスタ登録装置及び出金指示登録装置として機能する。同図のシーケンス図においては、説明の便宜のため、マスタ登録装置と出金指示登録装置とが異なる登録装置20である場合を例に挙げている。
図8においては、便宜上、出金依頼ボタンBT2−1、出金指定ボタンBT2−2、及び入金待ちボタンBT2−3が同時に表示された状態で示している。しかしながら、実際には、入出金手順における状況に応じて、出金依頼ボタンBT2−1、出金指定ボタンBT2−2、及び入金待ちボタンBT2−3のいずれかが表示される。また、ニアエンドに応じた入出金手順が行われていない状態では、出金依頼ボタンBT2−1、出金指定ボタンBT2−2、及び入金待ちボタンBT2−3のいずれも非表示の状態である。
ステップS202:ニアエンドの状態の発生が判定されたことに応じて、入金精算装置は、ニアエンド情報を生成する。
ステップS203:入金精算装置は、ステップS202にて生成されたニアエンド情報を含めたニアエンド通知をマスタ登録装置に送信する。
ステップS205:マスタ登録装置を操作する店員は、出金指定ボタンBT2−2が表示されたことに応じて、いずれかの精算装置30がニアエンドの状態となったことを把握する。この場合、店員は、出金指定ボタンBT2−2に対する操作を行う。
出金指定ボタンBT2−2に対する操作が行われたことに応じて、マスタ登録装置は、店員用表示部205において、新規に出金指定画面を表示させる。出金指定画面は、POSシステム1における精算装置30のうちから出金精算装置とする精算装置30を店員が指定する操作を行うことのできる画面である。また、出金指定画面においては、入金精算装置と出金精算装置との間で入出される充当金としての現金の内訳を指定する操作が行えるようにされてもよい。
出金指定画面においては、入金精算装置エリアAR21、出金精算装置エリアAR22、及び出金精算装置選択エリアAR23が配置される。
同図の入金精算装置エリアAR21においては、1円の金種を示す「1」と表示された項目が他の金種の項目と異なる態様で表示されていることで、1円の金種が入出金対象として指定されていることを示す。
また、同図の入金精算装置エリアAR21においては、5円の金種に対応する枚数の項目については、白地に黒色の文字で表示されているが、残りの金種に対応する枚数の項目については、白地以外の所定の色地の背景に対して例えば赤色により文字が表示されている。このような表示は、5円の金種がニアエンドの状態ではなく、5円以外の各金種がニアエンドの状態であることを示す。
また、入金精算装置エリアAR21と出金精算装置エリアAR22においては、それぞれ、2000円と10000円の金種の項目が、他の金種の項目から切り離されて配置されている。そのうえで、入金精算装置エリアAR21と出金精算装置エリアAR22とにおける2000円と10000円の金種の項目については、グレーアウトで表示されることで、入出金の対象ではない(入出金不可)ことが示される。また、同図では、出金精算装置エリアAR22における1000円と2000円の各金種の項目もグレーアウトで表示されていることで、1000円と2000円の各金種が出金不可であることが示される。
精算装置選択ボタンBT11−1〜BT11−5の配列順は、入金精算装置以外の精算装置30の充当対象となる金種の保持枚数が多い順に対応する。そのうえで、精算装置選択ボタンBT11においては、それぞれが対応する精算装置30の番号と、充当対象の金種の保持枚数とが示されている。
つまり、同図の精算装置選択ボタンBT11の配列によっては、充当対象の金種である1円については、精算装置30−2(No.000002)、精算装置30−5(No.000005)、精算装置30−6(No.000006)、精算装置30−3(No.000003)、精算装置30−4(No.000004)の順で保持枚数が多いことが示される。
なお、出金精算装置選択エリアAR23において、精算装置選択ボタンBT11の配列順は、設置位置が入金精算装置に近い精算装置30の順に対応するようにされてもよい。また、例えば店員の操作に応じて、精算装置選択ボタンBT11の配列順について、充当対象となる金種の保持枚数が多い順と、設置位置が入金精算装置に近い順とで切り替えられるようにされてもよい。
店員は、例えば精算装置選択ボタンBT11−1〜BT11−5にて示される、入金精算装置以外の精算装置30ごとの充当対象の金種枚数や、店舗における精算装置30の利用状況等を考慮して、出金精算装置とすべき精算装置30をいずれにすべきか判断する。そして、出金精算装置とすべきと判断した精算装置30に対応する精算装置選択ボタンBT11に対する操作を行う。同図においては、ユーザが精算装置選択ボタンBT11−3に対する操作を行ったことにより、精算装置30−6が候補として選択された状態が示されている。同図においては、選択された精算装置選択ボタンBT11−3が強調表示された状態が示されている。
また、精算装置30−6が候補として選択されていることに応じて、出金精算装置エリアAR22においては、精算装置30−6が保持する現金についての金種ごとの枚数が示される。
バックヤードでの現金の管理は、入出金装置による場合と金庫による場合とがある。入出金装置は、例えば収納された現金の金種ごとの枚数を管理し、POSシステム1と通信可能に接続される装置である。金庫は、単に現金を収納するのみであって、金種ごとの枚数の管理やPOSシステム1との通信を行わない設備である。
バックヤードにて入出金装置により現金が管理される場合、バックヤード出金指定ボタンBT12に対する操作に応じて、例えば出金指示登録装置が入出金装置を対象に出金処理を実行させるようにことができる。あるいは、出金指示の情報のコードを印刷した出金伝票を出金指示登録装置により発行させ、入出金装置が備えるスキャナにより出金伝票のコードを読み取らせることで、入出金装置に出金処理を実行させてよい。
これに対して、バックヤードでの現金の管理が金庫により行われている場合には、入出金すべき金種、枚数の内訳を印刷した入出金伝票を例えば出金指示登録装置により発行させ、店員が入出金伝票を見て確認を行って、金庫から出金を行う。また、入金作業に際しては、入出金伝票に入金指示に応じたコードを印刷しておくことで、入金精算装置のスキャナにコードを読み込ませたうえで、入金精算装置に入金処理を実行させることができる。
このように、本実施形態においても、例えば入出金の対象となる装置が金庫である場合などのように、状況に応じて、媒体を用いた入出金が行われてもよい。また、例えば、先の第2実施形態や本実施形態(第3実施形態)のPOSシステム1の構成のもとで、状況によっては、第1実施形態の構成による入出金が行われてよい。
決定ボタンBT13は、精算装置選択ボタンBT11に対する操作により候補として選択された精算装置30を、出金精算装置として指定する操作(出金指定操作)が行われるボタンである。
終了ボタンBT14は、出金精算装置を指定することなく、出金指定画面の表示を終了させる場合に操作されるボタンである。
ステップS206:出金指定操作としての決定ボタンBT13に対する操作が行われると、マスタ登録装置は、当該出金指定操作を受け付ける。
ステップS207:マスタ登録装置は、出金指定操作を受け付けたことに応じて、出金指示登録装置に対して出金指定通知を送信する。出金指示登録装置は、出金指定操作によって出金精算装置として指定された精算装置30と同じ会計グループに属する登録装置20である。出金指定通知は、出金指示登録装置に対して、同じ会計グループに属する精算装置30のうちの1つが出金精算装置であることを通知するものである。出金指定通知には、出金精算装置として指定された精算装置30を示す情報と、出金精算装置から出金すべき現金の内訳を示す情報とが含まれる。
出金精算装置から出金すべき現金の内訳として、枚数については、出金精算装置が保持していた出金対象の金種の枚数に基づいてマスタ登録装置が算出してよい。あるいは、枚数については、出金指定画面に対する所定操作によって店員が指定できるようにしてよい。
また、ステップS211により出金指示登録装置から送信された出金指示の受信に応じて、出金精算装置が実行するステップS212、S213、S214の処理は、図9のステップS108、S109、S110と同様である。
これまでマスタ登録装置において表示されていた出金指定画面は、例えばステップS206にて出金指定操作が受け付けられ、ステップS207による出金指定通知の送信とステップS221による入金指定通知の送信とが行われるタイミングに応じて消去されてよい。
ステップS223:入金指示登録装置を操作する店員は、入金待ちボタンBT2−3が表示されたことに応じて、同じ会計グループに属する精算装置30のうちのいずれかがニアエンドの状態となったことを把握する。この場合、店員は、入金待ちボタンBT2−3に対する操作を行う。入金待ちボタンBT2−3に対する操作は、例えばタップ操作であればよい。
入金待ちボタンBT2−3に対する操作が行われたことに応じて、入金指示登録装置は、店員用表示部205において、新規に入金実行画面を表示させる。入金実行画面は、店員が、充当金が入金される入金精算装置に入金処理を指示する操作を行う画面である。
入金実行画面WD2においては、出金精算装置と入金精算装置とがいずれの精算装置30であるのかが示されるとともに、入出金される充当金の内訳が示される。
具体的に、同図の入金実行画面WD2においては、出金精算装置の番号がNo.000006であり、入金精算装置の番号がNo.000001であることが示されている。つまり、第1会計グループに属する精算装置30−1がニアエンドの状態となって入金精算装置とされ、第3会計グループに属する精算装置30−6が出金精算装置とされたことが示されている。
また、入金実行画面WD2においては、充当金の内訳について、1円の金種が10枚であることが示されている。このような表示を見ることで、入金指示登録装置を操作する店員は、精算装置30−6から1円硬貨を10枚出金させ、精算装置30−1に入金すべきことを把握する。
一方、例えば入金が可能な状況でないため、いまは入出金作業を行わないと判断したような場合には、店員は、入金実行画面WD2にて配置されるキャンセルホタンBT32を操作する。
ステップS224:入金実行画面WD2にて配置される入金ボタンBT31に対する操作が行われたことに応じて、入金指示登録装置は、入金ボタンBT31に対して行われた操作を受け付ける。入金ボタンBT31に対する操作が受け付けられたことに応じて、入金実行画面WD2の表示は消去されてよい。
ステップS225:入金指示登録装置は、入金ボタンBT31に対する操作を受け付けたことに応じて、入金精算装置に対して、入金処理の実行を指示する入金指示を送信する。入金指示には、入金精算装置に入金すべき充当金の内訳を示す充当金内訳情報が含まれる。
また、入金指示登録装置は、出金指示登録装置と同様に、例えば入金指示を送信した後において、休止状態となって商品登録操作等を受け付けないようにされてもよい。
ステップS229:ステップS228による入金処理が終了すると、入金精算装置は、マスタ登録装置に入金完了通知を送信する。入金完了通知には、例えば入金精算装置にて実行された入金処理結果を示す情報が含まれる。
図14は、管理装置10の表示部105にて表示される入出金履歴一覧画面の態様例を示している。同図の入出金履歴一覧画面においては、1回の入出金に応じた入出金履歴のリスト項目がボタン形式で配置される。即ち、入出金履歴一覧画面においては、1回の入出金ごとに対応する入出金履歴項目ボタンBT41が配置される。同図においては、入出金履歴項目ボタンBT41として、4つの入出金履歴項目ボタンBT41−1〜BT41−4が配置された状態が示されている。
店員は、このように配置される入出金履歴項目ボタンBT41のうちの1つを選択して操作を行うことができる。入出金履歴項目ボタンBT41に対する操作が行われたことに応じて、図示は省略するが、操作された入出金履歴項目ボタンBT41に対応する入出金履歴の詳細を示す入出金詳細画面が表示される。
店員は、このように表示される入出金詳細画面を見ることで、過去に行われた入出金の処理結果の詳細を確認できる。
なお、上記のような入出金履歴に関する出力は、登録装置20や精算装置30においても行われてよい。
また、登録装置20における出金依頼ボタンBT2−1、出金指定ボタンBT2−2、入金待ちボタンBT2−3等の表示のように、精算装置30において、ニアエンドに対応する報知(入金または出金が可能である旨の報知の一態様)が行われてもよい。例えば、入金精算装置において、ニアエンドに応じた入金待機状態となることに応じて、ニアエンドであることを報知し、また入金操作を受け付け可能な画面の表示が行われてよい。また、出金精算装置において、出金指示を受けて出金待機状態となったことに応じて、ニアエンドに応じた出金操作を待機中であることを報知する表示が行われてもよい。
第2実施形態または第3実施形態における会計グループの他の設定例について、図15を参照して説明する。同図のPOSシステム1は、4つの登録装置20−1〜20−4と、6つの登録装置30−1〜30−6とを備える。
そのうえで、同図のPOSシステム1では、2つの登録装置20−1、20−2と、3つの登録装置30−1、30−2、30−3とにより1つの会計グループ(第1会計グループ)が設定される。また、2つの登録装置20−3、20−4と、3つの登録装置30−3、30−4、30−5とによりもう1つの会計グループ(第2会計グループ)が設定される。
即ち、同図においては、2つの登録装置20と3つの精算装置30とを組み合わせて1つの会計グループが設定される。
そのうえで、第1会計グループにおいては、登録装置20−1が精算装置30−1を専有して精算処理を実行させ、登録装置20−2が精算装置30−3を専有して精算処理を実行させる。即ち、例えば精算装置30−1は、登録装置20−1からの精算指示(精算情報の送信)のみを受け付ける。精算装置30−3は、登録装置20−2からの精算指示(精算情報の送信)のみを受け付ける。
一方、精算装置30−2は、登録装置20−1と登録装置20−2とのいずれからの精算指示も受け付けることができる。つまり、精算装置30−2は、登録装置20−1と登録装置20−2とにより共有される。
同様に、第2会計グループにおいては、登録装置20−3が精算装置30−4を専有し、登録装置20−4が精算装置30−6を専有し、精算装置30−5は、登録装置20−3、20−4により供給される。
精算装置30−1は、登録装置20−1を利用して会計を受ける客の動線に対して、登録装置20−1に最も近い位置に設置される。また、精算装置30−3は、登録装置20−2を利用して会計を受ける客の動線に対して、登録装置20−2に最も近い位置に設置される。精算装置30−2は、例えば登録装置20−1からは精算装置30−1よりも離れ、登録装置20−2からは精算装置30−3よりも離れた位置に設置される。
通常は、登録装置20−1にて商品登録処理が実行された場合の精算指示は、精算装置30−1に対して行われる。同様に、登録装置20−2にて商品登録処理が実行された場合の精算指示は、精算装置30−3に対して行われる。しかしながら、登録装置20−1から精算装置30−1に対して精算指示を行おうとした際に、精算装置30−1が使用中であったりエラー状態であったりするなどして、精算指示の受け付けが不可の場合がある。このような場合、登録装置20−1は、精算装置30−2に精算指示を行うことができる。
同様に、登録装置20−2は、通常は、精算装置30−3に対して精算指示を行うが、精算装置30−3において精算指示の受け付けが不可の状態の場合には、精算装置30−2に精算指示を行うことができる。
このように2つの登録装置20と3つの精算装置30との組み合わせによる本変形例の会計グループの構成では、複数の登録装置20により共有される精算装置30が設定される。これにより、本変形例の会計グループの構成では、例えば店舗にて2つの登録装置20を設置することが前提となる場合に、1つの登録装置20と2つの精算装置30とによる会計グループを構成する場合と比較して、精算装置30の設置数を1つ削減することができる。
例えば、ニアエンド状態となったことに応じた報知は、図8において示される釣銭情報ボタンBT3の表示によって行われてもよい。釣銭情報ボタンBT3は、状況に応じて、例えば出金依頼ボタンBT2−1、出金指定ボタンBT2−2、及び入金待ちボタンBT2−3のいずれかとして機能するようにされてよい。
また、ニアエンド状態となったことの報知は、例えば精算装置30が備えるサインポール311が所定のパターンによって点灯することにより行われてよい。また、サインポール311によるニアエンド状態の報知は、入金精算装置にて行われる。あるいは、出金精算装置にて行われてもよい。あるいは、入金精算装置では、入金先であることが示されるパターンによる点灯を行い、出金精算装置では出金元であることを示すパターンによる点灯を行ってもよい。
続いて、第4実施形態について説明する。第4実施形態の構成は、先の第1実施形態〜第3実施形態のいずれにも適用が可能である。
精算装置30は、自己がニアエンドの状態となったか否かの判定にあたり、最低保持枚数情報を参照する。最低保持枚数情報は、精算装置30が釣り銭の確保のために最低限保持しておくべき現金の枚数(最低保持枚数)を金種ごとに示す情報である。
例えば、店員は、最低保持枚数情報における金種ごとの最低保持枚数について、管理装置10を操作することによって設定することができる。管理装置10は、このように金種ごとの最低保持枚数が設定された最低保持枚数情報を記憶部102に記憶する。
精算装置30は、例えば営業日の開始に応じた開始処理の際に、管理装置10から最低保持枚数情報を取得してRAM303に記憶させる。そのうえで、精算装置30は、例えば精算処理等により現金の在高が変更されるごとに、RAM303に記憶された最低保持枚数情報を参照して、ニアエンドの状態となった金種の有無について判定する。具体的には、精算装置30は、現金の在高が変更に伴って保持枚数が変更された金種のうちで、最低保持枚数情報が示す最低保持枚数よりも少なくなった金種の有無を判定する。精算装置30は、最低保持枚数よりも少なくなった金種があれば、該当金種についてニアエンドの状態が発生したと判定する。
つまり、精算装置30が保持している現金について、客数が少ない状態では最低保持枚数について十分余裕があるのに対して、客数が多い状態では、最低保持枚数を維持するのが難しく、すぐにニアエンドの状態が発生するといった状況になりやすくなる可能性がある。
ステップS301:精算装置30は、例えば精算処理、現金の補充(入金)もしくは回収(出金)などが実行された結果として、自己が保持する現金(貨幣)の枚数に変更が生じるのを待機する。
ステップS304:精算装置30は、ステップS303による比較の結果、現保持枚数が最低保持枚数より少ないか否かについて判定する。
ステップS305:ステップS304にて現保持枚数が最低保持枚数より少ないと判定された場合には、ニアエンドの状態が発生したと判定する。ニアエンドの状態が発生したと判定した状態は、例えば図9との対応では、ステップS101が該当する。
一方、ステップS304にて現保持枚数が最低保持枚数以上であると判定された場合には、ステップS305の処理を実行することなく、同図の処理が終了される。
例えば精算装置30の機種の相違により、機種間で貨幣の収納可能枚数が異なったり、例えば機種により2000円札が扱えるものと扱えないものとが混在するような場合がある。また、同じ機種の精算装置30であっても設置場所の相違等によって客により利用される頻度が精算装置30間で大きく異なるような場合がある。このような場合に、精算装置30ごとに異なる最低保持枚数を設定した最低保持枚数情報を適用することで、精算装置30のそれぞれにおいて保持される金種ごとの枚数を適切に管理できる。
このような出金上限枚数情報を利用することで、ニアエンドの状態発生に応じた精算装置30からの出金に際して、出金上限枚数より多い枚数による出金を制限することができる。これにより、ニアエンドの状態発生に対応する出金によって精算装置30にて釣り銭のために保持する貨幣が不足することを回避しやすくなる。
ニアエンドの状態が発生したことに応じて行われる出金元の精算装置30からの出金に関しては以下のことがいえる。客数が少ない状況では、精算装置30から釣り銭が排出される機会も少ないことから、ニアエンドの状態発生に応じて出金が可能な貨幣の枚数には余裕がある。一方、客数が多い状況では、精算装置30から釣り銭が排出される機会も多くなることから、精算装置30が保持する貨幣の枚数も減少しやすい傾向となる。
このようなことを考慮すると、客数の多い時間においては、必要以上に精算装置30における貨幣の保持枚数が少なくならないように、精算装置30からの出金を不可とする場合も含めて、精算装置30から出金可能な貨幣の枚数を制限したほうがよいとの考え方を採ることができる。
そこで、本実施形態においては、出金上限枚数情報について、最低保持枚数情報と同様に、金種ごとに時間に応じて異なる出金上限枚数が設定されるようにする。管理装置10は、出金上限枚数情報を記憶部102に記憶する。
つまり、管理装置10は、例えばニアエンドの状態となった精算装置30における対象金種の保持枚数に基づいて、対象金種についての充当枚数(即ち、出金枚数)を算出する。管理装置10は、現在時間に対応する時間帯区分における対象金種の出金上限枚数を出金上限枚数情報から取得する。また、管理装置10は、出金元の精算装置30−Wの候補となる精算装置30ごとの現在における対象金種の保持枚数を取得する。
管理装置10は、算出された充当枚数が出金上限枚数よりも少ない場合には、算出された充当枚数を出金可能な精算装置30を判定する。充当枚数を出金可能な精算装置30とは、仮に対象金種について充当枚数による出金を行った場合に、現在の保持枚数から出金された充当枚数を減じた残りの保持枚数が最低保持枚数以上の精算装置30である。管理装置10は、充当枚数を出金可能であるとして判定された精算装置30のうちから、例えば残りの保持枚数や各精算装置30の利用状況などに基づいて、1つの精算装置30を出金元の精算装置30−Wとして決定すればよい。
また、算出された充当枚数が出金上限枚数よりも多い場合には、対象金種について出金可能な枚数は、出金上限枚数に制限される。そこで、この場合の管理装置10は、出金上限枚数を出金可能な精算装置30を判定する。
即ち、マスタ登録装置は、出金指定画面の表示にあたり、上記の管理装置10と同様の処理によって、対象金種についての充当枚数の算出と、充当枚数を出金可能な精算装置30と、これ以外の充当枚数を出金不可の精算装置30とを判定する。
そして、マスタ登録装置は、出金指定画面を表示するにあたり、金精算装置選択エリアAR23において、出金可能な精算装置30と出金不可の精算装置30とを区別して提示する。
なお、出金上限枚数が「0」として設定されている場合には、最低保持枚数及び現保持枚数等にかかわらず、充当枚数を出金不可の精算装置30として判定される。つまり、出金上限枚数を「0」として設定すれば、該当の時間帯においては、精算装置30から出金可能な枚数が「0」となる。即ち、精算装置30からの出金について禁止とすることができる。
同図においては、精算装置選択ボタンBT11−1〜BT11−5のうち、精算装置選択ボタンBT11−1、BT11−2、BT11−3が、操作が可能なアクティブ状態で表示され、精算装置選択ボタンBT11−4、11−5が操作不可を示すグレーアウトの状態で表示されている。
このような表示が行われていることで、店員は、精算装置選択ボタンBT11−1、BT11−2、BT11−3に対応する精算装置30−2、30−5、30−6については出金可能であるが、精算装置選択ボタンBT11−4、11−5に対応する精算装置30−3、30−4については出金不可であることを認識できる。
なお、例えば、いずれの精算装置からの出金も不可である状態の場合には、出金精算装置選択エリアAR23自体が非表示もしくは、出金精算装置選択エリアAR23内に対する操作が不可であることを示す態様の表示が行われるようにされてよい。また、この場合には、バックヤードからの出金しか行えないことになるので、バックヤード出金指定ボタンBT12を所定の態様により強調表示させてよい。バックヤード出金指定ボタンBT12の強調表示の態様として、例えばバックヤード出金指定ボタンBT12について、サイズを大きく変化させる、色を変化させる、所定のパターンで点滅させるなどしてよい。
続いて、第5実施形態について説明する。第5実施形態の構成は、先の第1実施形態〜第4実施形態のいずれにも適用が可能である。
まず、図21により、1つの精算装置30を対象として2回の出金が行われる場合の一事例について説明する。図21は、或る1つの精算装置30において、出金対象として指定された或る特定の1金種(指定金種)の在高を模式的に示している。
図21(a)においては、精算装置30における指定金種の保持枚数(在高)として、実在高(図では「CR」で示す)が100枚として管理されている状態が示されている。また、同図では、同じ金種の保持枚数について出金指示に対応する出金指示が実行された場合の暫定在高(図では「CL」で示す)についても実在高と同じ100枚である状態が示されている。また、この場合の最低保持枚数(図では「NE」で示す)は、20枚である。
第1出金指示を受けたことに応じて、指定金種の実在高については100枚で管理される状態で変化はないが、暫定在高は、図21(b)に示されるように、100枚から50枚を減算した50枚になる。
第2出金指示は、第1出金指示と同じ指定金種により、25枚の出金枚数を指示する内容であった。精算装置30は、出金指示に応じた出金の可否を、指定金種についての現在の実在高と出金指示が指定する出金枚数とを比較して判定する。すると、この段階での指定金種の実在高は90枚であるから、第2出金指示に応じて25枚の出金処理を実行したとしても、指定金種の実在高は65枚であり、最低保持枚数(20枚)より多い。そこで、この場合の精算装置30は、第2出金指示を受け付ける。
この段階で、指定金種の暫定在高は最低保持枚数より少ない状態となった。しかしながら、実在高については、90枚とされて最低保持枚数より多い。このため、精算装置30は、ニアエンドの状態が発生したと判定しない。
次に、さらに精算装置30にて第2出金指示に応じた第3出金処理が実行され、25枚の指定金種の貨幣が出金された。これにより、図21(e)から図21(f)への遷移として示すように、指定金種の実在高は40枚から25枚が減算された15枚となり、この時点で暫定在高と一致する。
そして、この状態では、指定金種の実在高が最低保持枚数よりも少なくなったため、精算装置30は、ニアエンドの状態が発生したと判定する。
しかしながら、同図の事例のように、受け付けられた出金指示に対応する出金処理を実行した結果、ニアエンドの状態が発生してしまう可能性がある。このような状況は、例えばニアエンドが予期せずして発生していると捉えることもできることから、回避すべきとの考え方を採ることができる。
そこで、本実施形態においては、以下のようにして、出金処理を実行した結果としてニアエンドの状態が発生することが回避されるようにする。
図22(a)においては、本実施形態の精算装置30における或る特定の1金種の保持枚数(在高)として、図21(a)の場合と同様に、実在高が100枚として管理され、暫定在高は実在高と同じ100枚であり、最低保持枚数は、20枚である場合が示されている。
第1出金指示を受けたことに応じて、指定金種の実在高については100枚で管理される状態で変化はないが、暫定在高は、図22(b)に示されるように、100枚から50枚を減算した50枚になる。
このため、図22(c)の状態のもとでは、第2出金指示は受け付けられることなく拒否される。この結果、図22(d)に示すように、第2出金指示が為された後の実在高と暫定在高とは、図22(c)から変化しない。
そこで、同図の例では、同一の指定金種について15枚の出金枚数による第3出金指示が行われた場合が示されている。精算装置30は第3出金指示を受け付ける。第3出金指示が受け付けられたことにより、図22(e)から図22(f)への遷移として示すように、指定金種の暫定在高は、40枚から15枚を減算した25枚とある。指定金種の実在高については40枚で変化しない。
この場合の出金予約フラグは、「1」により、該当金種について待機中の出金処理のあることを示す。つまり、「1」の出金予約フラグは、精算装置30のステータスとして、該当金種を指定して出金を指示する出金指示を受け付けたが、受け付けた出金指示に応じた出金処理を未だ実行していない状態である。
また、この場合の出金予約フラグは、「0」により、該当金種について待機中の出金処理のないことを示す。
即ち、ステップS402において、精算装置30は、自己のステータスとして、新規の出金指示と同じ金種を指定する待機中の出金処理があるか否かについて判定する。
即ち、この場合の精算装置30は、ステップS401にて得られた出金指示については受け付けずに無効とする。
報知は、例えば第1実施形態のもとでは、バーコードの読み取りを実行した出金元の精算装置30−Wにて行われればよい。また、管理装置10にても行われるようにされてよい。また、第2実施形態または第3実施形態のもとでは、店員の出金ボタン操作に応じて出金指示を送信した出金指示登録装置にて行われればよい。
また、報知の態様としては、表示部に対する表示によって行われてよい。あるいは、音の出力を伴う報知が行われてもよい。
なお、待機中の精算処理がない状態のもとで出金操作が行われたとしても、ステップS405においては、出金操作は行われなかったものとして扱われ、ステップS401に処理が戻される。このように待機中の精算処理がない状態のもとで出金操作が行われた場合には、店員に向けて、待機中の精算処理がないことから出金操作は無効(エラー)である旨の報知を行ってもよい。報知が行われる装置、報知の態様については、ステップS403における出金指示拒否の報知の場合に準ずればよい。
ステップS408:精算装置30は、ステップS407による出金処理が完了すると、ステップS407により実行された出金処理により出金された金種に対応する出金予約フラグの値を「1」から「0」に変更する。ステップS408の処理の後、ステップS401に処理が戻される。
このように、出金予約フラグの値が「0」に変更されたうえで、ステップS401に処理が戻されることで、以降においては、実行された出金処理が出金対象としていた金種を指定する新規の出金指示を受け付け可能な状態となる。
具体的に、例えば管理装置10は、ニアエンドの状態が発生した精算装置30からニアエンド通知を受信すると、ニアエンド通知送信先以外の精算装置30のうちから、所定の条件に適合する精算装置30を出金元の精算装置30−Wとして決定する。
管理装置10は、精算装置30−Wにおいて、ニアエンド通知によりニアエンドとなったことが示されるのと同じ金種を指定する出金処理が待機中であるか否かについて判定する。管理装置10は、同じ金種を指定する出金処理が待機中でなければ、入出金指示伝票51を発行する。管理装置10は、同じ金種を指定する出金処理が待機中である場合には、入出金指示伝票51の発行を保留させる。そして、管理装置10は、精算装置30−Wにおいて、同じ金種を指定する出金処理が完了したのであれば、入出金指示伝票51の発行の保留を解除し、入出金指示伝票51を発行する。
本変形例の出金処理における具体的事例として、図21(a)〜図21(e)までの過程を経過した。そのうえで、本変形例の精算装置30は、第2出金処理を実行するにあたり、第2出金指示により指示された金種の出金枚数により出金処理を実行したと仮定した場合の、同じ金種の保持枚数についての最低保持枚数に対する差分値を算出する。出金処理後の保有枚数と最低保持枚数とが等しければ差分値は「0」であり、出金処理後の保有枚数が最低保持枚数よりも多ければ、差分値は正の値となり、出金処理後の保有枚数が最低保持枚数よりも少なければ、差分値は負の値となる。
同図の例では、出金処理後の保有枚数が最低保持枚数は15(=40−25)枚であり、最低保持枚数が20枚であることから、差分値は「−5」である。
このように差分値が負の値となる状態は、ニアエンドの状態である。そこで、本変形例の精算装置30は、このように差分値が負の値となった場合には、差分値が「0」となるように、出金枚数を変更する。具体的には、出金指示により指示された出金枚数に差分値を加算する。この場合であれば、変更後の出金枚数は、20(=25+(−5))となる。
精算装置30は、第2出金処理として、変更後の出金枚数により出金処理を実行する。この結果、出金処理後の保持枚数は、最低保持枚数と等しくなり、ニアエンドの状態の発生が回避されることとなる。
なお、出金指示により指示された出金枚数に対しては、絶対地が差分値よりも大きい負の値を加算してもよい。この場合には、出金処理後において最低保持枚数よりも多い保持枚数とすることができる。
また、出金枚数変更対応入出金指示伝票51Aにおいては、元の入出金指示伝票51と同じ内容の充当金情報エリアAR2の印刷部分に対しては、例えば同図のように取り消しを示す線が引かれることで、今回の出金処理においては無効であったことが示される。
そのうえで、出金枚数変更対応入出金指示伝票51Aにおいては、変更後の出金枚数に対応する充当金の内容を示す充当金情報エリアAR2−1が印刷される。
また、同図の出金枚数変更対応入出金指示伝票51Aにおいては、出金枚数に変更がある旨のメッセージと、変更理由とが印刷されている。
また、図示は省略するが、出金枚数変更対応入出金指示伝票51Aにおいては、元の入出金指示伝票51の廃棄を店員に指示するメッセージ等が印刷されてもよい。
そして、出金枚数変更対応入出金指示伝票51AのバーコードBC1は、変更後の出金枚数による入出金を指示する内容を有する。
入出金作業を行う店員は、発行された出金枚数変更対応入出金指示伝票51Aを利用して、出金作業と入金作業とを行えばよい。この結果、出金元の精算装置がニアエンドの状態とならないように入出金が行われる。
以下、上記各実施形態に対応する変形例について説明する。
[第1変形例]
精算装置30は、「ニアフル」と呼ばれる状態に対応する通知も実行可能とされてよい。精算装置30は、例えば釣銭機の仕様等に応じて、金種ごとに保持(収容)可能な最大枚数(保持最大可能枚数)が定められている。ニアフルの状態とは、或る金種の枚数について、保持最大可能枚数に基づいて定められた、保持許容最大枚数(ニアフルに対応する閾値)を越えた状態である。
ニアフルの状態が発生した場合には、例えばニアフルの状態となった精算装置30から出金し、収容枚数に余裕のある他の精算装置30に入金させるようにして入出金を行うことができる。第1実施形態〜第3実施形態の構成は、ニアフルの状態となったことに応じた入出金に適用してもよい。
上記各実施形態においては、会計に関して、店員の操作に応じて商品登録処理を実行する登録装置20と、客の操作に応じて精算処理を実行する精算装置30とを備える構成である場合を例に挙げた。
上記各実施形態の構成は、例えば店員の操作に応じて商品登録処理と精算処理とを実行するPOSレジスタを備えるPOSシステムにも適用してよい。
また、上記各実施形態の構成は、客の操作に応じて商品登録処理と精算処理とを実行するフルセルフのタイプのPOSレジスタにも適用してよい。
また、上記各実施形態の構成は、1台において、店員の操作に応じて商品登録処理を実行し、店員と対面して位置する客の操作に応じて精算処理実行する対面式のPOSレジスタにも適用してよい。
また、上記各実施形態の構成は、店員が商品登録に関する操作と精算に関する操作とを行うモードと、店員が商品登録に関する操作を行い、客が精算に関する操作を行うモードと、客が商品登録に関する操作と精算に関する操作とを行うモードとで切り替えが可能なPOSレジスタにも適用してよい。
なお、上記実施形態において、複数の精算装置30のうちから精算処理を実行させる精算装置30を指定する態様としては、精算処理を実行させる精算装置30を、店員が登録装置20にて指定する態様(第1の指定態様)と、客に手渡しされるお会計券を登録装置20から発行させ、店員から手渡しされたお会計券を、客が1つの精算装置30に読み取らせる態様(第2の指定態様)とを挙げている。しかながら、精算装置30を指定する態様としては、上記の態様に限定されない。例えば、以下の第3の指定態様から第7の指定態様のように精算装置30が指定されてもよい。
登録装置20は、精算処理実行通知の受信に応じて、精算処理実行通知の送信先の精算装置30を示す表示(精算処理実行表示)を行う。店員は、精算処理実行表示を見て、精算処理を実行する精算装置30がいずれであるのかを客に伝えればよい。
この際、精算処理実行表示とともに、精算処理実行通知を送信した精算装置30のサインポール311を所定のパターンで点灯させたり、精算装置30から所定の報知音を出力させたりすることで、自己が精算処理を実行することを報知するようにしてよい。
カゴ置き場には、載置された買い物カゴを検出するセンサ(重量センサ、あるいは光センサ等)が備えられる。センサによりカゴ置き場買い物カゴが載置されたことが判定されると、対応の精算装置30が要求を行って、登録装置20から対応の精算情報を取得し、精算処理を実行するようにされる。
この場合にも、精算処理を実行することとなった精算装置30が、サインポール311の点灯や報知音の出力などにより、自己が精算処理を実行することを報知するようにしてよい。
なお、載置された買い物カゴを検出するセンサに代えて、例えば店員に対応して人感センサや撮像装置を設けてよい。そして、登録装置20は、人感センサの検出出力や撮像装置により撮像して得られた画像等に基づいて、店員の動きを判断し、判断された結果に基づいて、店員が精算装置30ごとに対応して設置されたカゴ置き場のうちのいずれに買い物カゴを設置したのかを判定する。そして、判定されたカゴ置き場に対応する精算装置30を、精算処理を実行すべき精算装置30として決定するようにしてよい。
精算指示情報を受信した精算装置30は、自己が精算処理を実行可能であれば、精算指示情報の送信元の登録装置20に対して、精算処理実行通知を送信し、受信された精算指示情報に含まれる精算情報を利用して精算処理を実行する。
一方、精算指示情報を受信した精算装置30は、自己が精算処理を実行不可である場合、受信された精算指示情報に含まれる転送順情報に従って、転送順が次の精算装置30に対して、受信された精算指示情報を転送する。このようにして、精算装置30間で精算指示情報が順次転送されるようにすることによっても、精算処理を実行させるべき精算装置30の指定に相当する手順が実現される。
以下、本実施形態(第4実施形態)について総括する。
(1)以上説明したように、本実施形態の一態様は、現金の入金と出金との少なくともいずれか一方が行われる商品販売データ処理装置(例えば、精算装置30)についての入出金に関する時間ごとにおける条件を示す条件情報(例えば、最低保持枚数情報もしくは出金上限枚数情報)を記憶する条件情報記憶手段と、前記条件情報に基づいて、前記商品販売データ処理装置を対象とする入金の要否判定または出金指示に応じた出金の可否判定を行う判定手段とを備える入出金管理装置(例えば、管理装置10)である。
上記構成によれば、最低保持枚数情報または出金上限枚数情報については、時間ごとに異なる枚数の値(条件)が設定される。そこで、最低保持枚数情報または出金上限枚数情報について、時間に応じた店舗の状況に応じて適切な枚数の値を設定する。これにより、時間に応じた店舗の状況の変化に対応させて、適切に入出金を行わせることが可能となる。この結果、店舗の状況の変化に応じて、商品販売データ処理装置の保持枚数を適切に管理することが可能になる。
上記構成によれば、客数等による店舗の状況の変化に応じて、適切にニアエンドの判定を行って、商品販売データ処理装置の保持枚数を適切に管理することが可能になる。
上記構成によれば、ニアエンド状態解消のための出金にあたり、出金対象とすることができる商品販売データ処理装置の判定(即ち、出金の可否判定)を、客数等による店舗の状況の変化に応じて適切に行うことができる。
Claims (4)
- 現金の入金と出金との少なくともいずれか一方が行われる商品販売データ処理装置についての入出金に関する時間ごとにおける条件を示す条件情報を記憶する条件情報記憶手段と、
前記条件情報に基づいて、前記商品販売データ処理装置を対象とする入金の要否判定または出金指示に応じた出金の可否判定を行う判定手段と
を備える入出金管理装置。 - 前記条件情報は、商品販売データ処理装置が最低限保持すべき貨幣の枚数である最低保持枚数を時間ごとに対応付けて備え、
前記判定手段は、商品販売データ処理装置が保持する枚数と、現在時間に対応する前記条件情報が示す最低保持枚数と比較した結果に基づいて、商品販売データ処理装置に対する入金の要否を判定する
請求項1に記載の入出金管理装置。 - 前記条件情報は、商品販売データ処理装置が出金指示に応じて出金が可能な貨幣の枚数の上限である出金上限枚数を時間ごとに対応付けて備え、
前記判定手段は、商品販売データ処理装置の保持枚数と、現在時間に対応する前記条件情報が示す出金上限枚数とに基づいて、商品販売データ処理装置からの出金の可否を判定する
請求項1または2に記載の入出金管理装置。 - コンピュータを、
現金の入金と出金との少なくともいずれか一方が行われる商品販売データ処理装置についての入出金に関する時間ごとにおける条件を示す条件情報を記憶する条件情報記憶手段、
前記条件情報に基づいて、前記商品販売データ処理装置を対象とする入金の要否判定または出金指示に応じた出金の可否判定を行う判定手段
として機能させるためのプログラム。
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017252634A JP7050252B2 (ja) | 2017-12-27 | 2017-12-27 | 入出金管理装置及びプログラム |
Applications Claiming Priority (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
JP2017252634A JP7050252B2 (ja) | 2017-12-27 | 2017-12-27 | 入出金管理装置及びプログラム |
Publications (2)
Publication Number | Publication Date |
---|---|
JP2019117607A true JP2019117607A (ja) | 2019-07-18 |
JP7050252B2 JP7050252B2 (ja) | 2022-04-08 |
Family
ID=67305385
Family Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
JP2017252634A Active JP7050252B2 (ja) | 2017-12-27 | 2017-12-27 | 入出金管理装置及びプログラム |
Country Status (1)
Country | Link |
---|---|
JP (1) | JP7050252B2 (ja) |
Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008197831A (ja) * | 2007-02-09 | 2008-08-28 | Oki Electric Ind Co Ltd | 現金管理システム |
JP2010224811A (ja) * | 2009-03-23 | 2010-10-07 | Fujitsu Frontech Ltd | 現金機、現金機の制御方法 |
JP2014099164A (ja) * | 2012-10-17 | 2014-05-29 | Teraoka Seiko Co Ltd | 会計システム、会計装置、及び、管理装置 |
JP2014170421A (ja) * | 2013-03-04 | 2014-09-18 | Glory Ltd | 貨幣管理システム及び貨幣管理方法 |
JP2016012265A (ja) * | 2014-06-30 | 2016-01-21 | 株式会社寺岡精工 | 精算システム、及び精算装置 |
-
2017
- 2017-12-27 JP JP2017252634A patent/JP7050252B2/ja active Active
Patent Citations (5)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
JP2008197831A (ja) * | 2007-02-09 | 2008-08-28 | Oki Electric Ind Co Ltd | 現金管理システム |
JP2010224811A (ja) * | 2009-03-23 | 2010-10-07 | Fujitsu Frontech Ltd | 現金機、現金機の制御方法 |
JP2014099164A (ja) * | 2012-10-17 | 2014-05-29 | Teraoka Seiko Co Ltd | 会計システム、会計装置、及び、管理装置 |
JP2014170421A (ja) * | 2013-03-04 | 2014-09-18 | Glory Ltd | 貨幣管理システム及び貨幣管理方法 |
JP2016012265A (ja) * | 2014-06-30 | 2016-01-21 | 株式会社寺岡精工 | 精算システム、及び精算装置 |
Also Published As
Publication number | Publication date |
---|---|
JP7050252B2 (ja) | 2022-04-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
JP7362161B2 (ja) | セルフ会計装置、プログラム、入出金指示方法及びシステム | |
JP2014086032A (ja) | Posシステム | |
JP6110633B2 (ja) | 貨幣管理システム及び貨幣管理方法 | |
JP2016091485A (ja) | 貨幣管理システム及び貨幣管理方法 | |
JP7335008B2 (ja) | 商品販売データ処理システム、登録装置及びプログラム | |
JP4452109B2 (ja) | 資金管理システム及び資金管理方法 | |
JP6917137B2 (ja) | 現金管理システム及び現金管理方法 | |
JP2004005347A (ja) | 店舗における現金管理システム並びに現金入出金装置及び現金管理方法 | |
JP7100348B2 (ja) | 商品販売データ処理装置、商品販売データ処理システム及びプログラム | |
JP7441542B2 (ja) | 商品販売データ処理装置、商品販売データ処理システム、及びプログラム | |
JP2000137869A (ja) | 売上代金循環システム | |
JP2014093031A (ja) | 貨幣管理システム及び貨幣管理方法 | |
WO2019181426A1 (ja) | 顧客誘導装置、現金払出システム、顧客誘導方法およびプログラム | |
JP2016118876A (ja) | 貨幣管理システム及び貨幣管理方法 | |
JP2019117607A (ja) | 入出金管理装置及びプログラム | |
JP2019117606A (ja) | 商品販売データ処理システム | |
JP6741086B2 (ja) | 会計システム、販売データ処理装置、プログラム及び販売データ処理方法 | |
JP2017059098A (ja) | 取引処理システム、取引処理装置、電子記帳機及び取引処理方法 | |
JP7486794B2 (ja) | 精算装置及びプログラム | |
JP5922055B2 (ja) | 両替配金システム、両替配金方法および両替配金制御装置 | |
JP5529993B2 (ja) | 現金管理システム | |
JP2006260413A (ja) | 現金処理システムおよびそれに用いる現金処理機と自動取引装置 | |
JP2022037162A (ja) | 精算システム、精算装置及びプログラム | |
JP2024118197A (ja) | 貨幣処理システムおよび貨幣処理方法 | |
JP2022053274A (ja) | 商品販売データ処理装置 |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
A621 | Written request for application examination |
Free format text: JAPANESE INTERMEDIATE CODE: A621 Effective date: 20201224 |
|
A131 | Notification of reasons for refusal |
Free format text: JAPANESE INTERMEDIATE CODE: A131 Effective date: 20211109 |
|
A977 | Report on retrieval |
Free format text: JAPANESE INTERMEDIATE CODE: A971007 Effective date: 20211112 |
|
A521 | Request for written amendment filed |
Free format text: JAPANESE INTERMEDIATE CODE: A523 Effective date: 20220106 |
|
TRDD | Decision of grant or rejection written | ||
A01 | Written decision to grant a patent or to grant a registration (utility model) |
Free format text: JAPANESE INTERMEDIATE CODE: A01 Effective date: 20220215 |
|
A61 | First payment of annual fees (during grant procedure) |
Free format text: JAPANESE INTERMEDIATE CODE: A61 Effective date: 20220314 |
|
R150 | Certificate of patent or registration of utility model |
Ref document number: 7050252 Country of ref document: JP Free format text: JAPANESE INTERMEDIATE CODE: R150 |