(57)【要約】【課題】実在高と理論在高の不整合が発生した処理についての履歴と、不整合の訂正の処理についての履歴とのそれぞれを、操作を行った店員と対応付けて管理できるようにする。【解決手段】買上商品の精算を行う精算装置を備える精算システムについて、入金内容を指定して精算装置への入金を指示する入金指示手段と、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、入金結果情報に対応する再入金が行われた場合に、再入金の結果を示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段とを備えて構成する。【選択図】図１１
2018124881.tif 000002
【特許請求の範囲】
【請求項１】
買上商品の精算を行う精算装置を備える精算システムであって、
入金内容を指定して前記精算装置への入金を指示する入金指示手段と、
指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段と
を備える精算システム。
【請求項２】
理論在高に応じた金額に対して実在高に応じた金額が不足する場合に前記再入金を指示する再入金指示手段をさらに備える
請求項１に記載の精算システム。
【請求項３】
前記再入金指示手段は、少なくとも不足金額と再入金先の精算装置との情報に基づいて前記再入金を指示する
請求項２に記載の精算システム。
【請求項４】
再入金としての入金により実在高が理論在高と一致した場合に、前記再入金に対応する再入金処理を終了させる再入金処理手段をさらに備える
請求項１から３のいずれか一項に記載の精算システム。
【請求項５】
買上商品の精算を行う精算装置であって、
入金内容を指定して前記精算装置への入金を指示する入金指示手段と、
指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段と
を備える精算装置。
【請求項６】
買上商品の精算を行う精算装置を備える精算システムとしてのコンピュータを、
入金内容を指定して前記精算装置への入金を指示する入金指示手段、
指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段
として機能させるためのプログラム。
【請求項７】
買上商品の精算を行う精算装置としてのコンピュータを、
入金内容を指定して前記精算装置への入金を指示する入金指示手段、
指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段
として機能させるためのプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、精算システム、精算装置及びプログラムに関する。
【背景技術】
【０００２】
１取引ごとに、売上金額と釣銭機内の貨幣の変動額が一致しているか否かについて判断し、判断結果を、キャッシャ（商品販売データ処理装置を操作する店員）の識別情報と対応付けて記憶するようにされた商品販売データ処理装置が知られている（例えば、特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００５−７１０１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
例えば特許文献１に記載の商品販売データ処理装置のもとで、理論在高に対して実在高が不足するとの差分が生じた場合には、不足金額の入金を行えばよい。これにより、実在高を理論在高に一致させることができる。しかしながら、実在高の不足を生じた取引を行った店員についての履歴は残っている。つまり、実在高を理論在高に一致させるように訂正したのにかかわらず、店員の操作の履歴としては実在高が不足している状態のままの記録が残ってしまっていた。このような状態は、例えば店員が行った業務を正しく把握できないことにもつながるため、改善されるようにすることが好ましい。
【０００５】
本発明は、このような事情に鑑みてなされたもので、実在高と理論在高の不整合が発生した処理についての履歴と、不整合の訂正の処理についての履歴とのそれぞれを、操作を行った店員と対応付けて管理できるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上述した課題を解決する本発明の一態様は、買上商品の精算を行う精算装置を備える精算システムであって、入金内容を指定して前記精算装置への入金を指示する入金指示手段と、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段とを備える精算システムである。
【０００７】
また、本発明の一態様は、買上商品の精算を行う精算装置であって、入金内容を指定して前記精算装置への入金を指示する入金指示手段と、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段とを備える精算装置である。
【０００８】
また、本発明の一態様は、買上商品の精算を行う精算装置を備える精算システムとしてのコンピュータを、入金内容を指定して前記精算装置への入金を指示する入金指示手段、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段として機能させるためのプログラムである。
【０００９】
また、本発明の一態様は、買上商品の精算を行う精算装置としてのコンピュータを、入金内容を指定して前記精算装置への入金を指示する入金指示手段、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段として機能させるためのプログラムである。
【発明の効果】
【００１０】
本発明によれば、実在高と理論在高の不整合が発生した処理についての履歴と、不整合の訂正の処理についての履歴とのそれぞれを、操作を行った店員と対応付けて管理できるようになるという効果が得られる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態におけるＰＯＳシステムの構成例を示す図である。
【図２】本実施形態における登録装置と精算装置の外観例を示す図である。
【図３】本実施形態における登録装置の構成例を示す図である。
【図４】本実施形態における精算装置の構成例を示す図である。
【図５】本実施形態における精算装置間入出金の手順例ついて説明する図である。
【図６】本実施形態における入出金指示伝票の印刷内容例を示す図である。
【図７】本実施形態の精算装置間入出金における入金処理強制終了から再入金処理までに応じた手順例について説明する図である。
【図８】本実施形態の入金処理の強制終了に対応して発行された入金結果伝票の一例を示している。
【図９】本実施形態の再入金指示伝票の印刷内容例を示す図である。
【図１０】本実施形態において、精算装置間入出金における入金処理が強制終了された場合に対応して発行される入出金処理結果伝票の内容例を示す図である。
【図１１】本実施形態において、再入金処理の終了に応じて発行される入金結果伝票の印刷内容例を示す図である。
【図１２】本実施形態における再入金処理の結果を示す入出金処理結果伝票の印刷内容例を示す図である。
【図１３】本実施形態の管理装置が記憶する入出金処理履歴情報の一例を示す図である。
【図１４】本実施形態の精算装置が、入金先とされ、入金に対応する操作が行われることに応じて実行する処理手順例を示すフローチャートである。
【発明を実施するための形態】
【００１２】
＜実施形態＞
以下、本発明の実施形態について図面を参照して説明する。
図１は、本実施形態に係るＰＯＳシステム１（精算システムの一例）の構成例を示している。同図に示すＰＯＳシステム１は、管理装置１０と、２台の登録装置２０−１、２０−２と、３台の精算装置３０−１、３０−２、３０−３とを備えて構成されている。
なお、以降の説明にあたり、登録装置２０−１、２０−２について特に区別しない場合には、登録装置２０と記載する。また、精算装置３０−１、３０−２、３０−３について特に区別しない場合には、精算装置３０と記載する。
管理装置１０と登録装置２０と精算装置３０とは、有線または無線接続のＬＡＮ（Local Area Network）１１で相互に接続されている。
【００１３】
なお、同図に示したＰＯＳシステム１の構成は一例である。例えば、ＰＯＳシステム１は、１台または３台以上の登録装置２０を含む構成としてもよいし、２台以下または４台以上の精算装置３０を含む構成としてもよい。また、本実施形態のＰＯＳシステム１は、管理装置１０を含まない構成としてもよい。
なお、ＰＯＳシステム１の構成として、管理装置１０を含まない構成とする場合には、他の装置（例えば、複数の登録装置２０のうち代表となる１台の登録装置２０）に、管理装置１０としての機能を兼用させてもよい。
【００１４】
管理装置１０は、ＰＯＳシステム１を管理する情報処理装置であり、ＰＯＳシステム１において登録装置２０や精算装置３０などを管理し、商品マスタなどの種々の情報を管理する。管理装置１０は、登録装置２０及び各精算装置３０に、最新の商品マスタを適宜送信する。
商品マスタは、各商品の商品識別情報（例えば、ＪＡＮコード）、商品名（品名、アイテム名）、価格などの商品情報を格納したファイルである。
管理装置１０は、最新の商品情報が反映された商品マスタを、外部（例えば、本部のサーバ、リムーバブル形式の記憶媒体）から取得し、登録装置２０及び各精算装置３０に適宜送信する。
管理装置１０は、例えば店舗ＳＴにおけるバックヤードなどに配置される。
【００１５】
登録装置２０は、購入対象の商品を登録する商品登録処理を実行する。商品の登録は、例えば、スキャナを用いて、商品に付されているバーコードを読み取るか、商品登録画面に表示されたプリセットボタン等を操作することにより行われる。
また、登録装置２０は、登録された商品の精算に用いられる情報（以下、精算情報という）を生成し、記憶する。
【００１６】
精算情報は、当該精算情報を識別するための精算情報識別情報、登録日時、登録された各商品の商品識別情報、登録された各商品の商品名、販売価格、値引き情報、購入対象の商品の品数を示す取引点数（購入点数）、購入対象の商品の総額（合計金額）を含む。また、精算情報は、当該精算情報を生成した登録装置２０（すなわち、当該精算情報に係る商品を登録した登録装置２０）を識別するための登録装置識別情報をさらに含んでもよい。
さらに、精算情報に対応する顧客が会員とであって、商品登録に際して会員識別情報（例えば会員番号）の入力が行われている場合には、精算情報に会員識別情報が含められてよい。
【００１７】
精算情報は、精算装置３０において精算処理に用いられる。精算処理とは、登録された商品の代金を、現金、電子マネー、クレジットカードなどを選択的に用いて支払い、決済する処理である。
【００１８】
本実施の形態では、複数の精算装置３０が存在するが、複数のうちのいずれか１台が、登録装置２０において生成された商品登録データを用いて精算処理を実行する。複数の精算装置３０のうちから、精算処理を実行させるべき精算装置３０を指定する態様としては、下記の第１の指定態様と第２の指定態様が挙げられる。
【００１９】
第１の指定態様は、精算処理を実行させる精算装置３０を、店員が登録装置２０にて指定する態様である。
すなわち、店員が、精算装置３０を指定する操作を登録装置２０に対して行うことによって、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する。
なお、登録装置２０において、各精算装置３０の稼働状況を示した稼働情報を表示するようにし、登録装置２０において、店員が精算装置３０を指定する際に、各精算装置３０の稼働状況を確認できるようにしてもよい。
【００２０】
店員が精算装置３０を指定した場合には、ＬＡＮ１１を介して、登録装置２０において生成された商品登録データを含む精算情報が、指定された精算装置３０に送信される。すなわち、登録装置２０は、商品登録処理に続いて精算装置３０が指定された場合には、指定された精算装置３０に対し、当該商品登録処理に基づく商品登録データを含む精算情報を送信する。
なお、本実施の形態では、登録装置２０は、直接、精算装置３０に精算情報を送信するが、管理装置１０を経由して、精算装置３０に精算情報を送信してもよい。
【００２１】
また、第２の指定態様は、精算処理用の媒体（お会計券（登録商標））を登録装置２０から発行させ、店員から手渡しされたお会計券を、客が１つの精算装置３０に読み取らせる態様である。
すなわち、客が、店員から手渡しされたお会計券を精算装置３０に読み取らせることによって、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する。
お会計券には、発行元の登録装置２０を示す登録装置ＩＤと精算情報とが、バーコード（一次元コード）または２次元コードのいずれかのコードの形式で印字（印刷）されている。精算装置３０は、お会計券のコードを読み取ると、読み取ったコードにより示される精算情報から商品登録データを取得する。
【００２２】
精算装置３０は、客の操作に応じて精算処理を実行する。また、精算装置３０は、精算処理を終了した場合には、登録装置２０に精算処理の終了を通知する。
【００２３】
次に、図２〜図４を参照して、登録装置２０及び精算装置３０の構成例について説明する。
図２は、登録装置２０と精算装置３０との外観例を示す斜視図である。図３は、登録装置２０の構成例を示すブロック図である。図４は、精算装置３０の構成例を示すブロック図である。
【００２４】
登録装置２０は、図３に示すように、ＣＰＵ（Central Processing Unit）２０１と、記憶部２０２と、ＲＡＭ（Random Access Memory）２０３と、スキャナ部２０４と、店員用表示部２０５と、客用表示部２０５ａと、操作部２０６と、通信部２０７と、ブザー２０８と、印刷部２０９と、カードリーダ２１０を備える。これらは、バスを介して相互に通信可能である。
【００２５】
ＣＰＵ２０１は、中央演算処理装置であり、記憶部２０２に記憶されているプログラムを読み出して実行することにより、登録装置２０の動作を制御する。
記憶部２０２は、ＣＰＵ２０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ２０１が利用する各種の情報を記憶する。
【００２６】
ＲＡＭ２０３は、ＣＰＵ２０１の主記憶装置であって、種々の情報を記憶する。例えば、ＲＡＭ２０３は、管理装置１０から取得した商品マスタや、商品登録処理後に生成された精算情報などを記憶する。
スキャナ部２０４は、商品に付されているバーコード（商品コード）を光学的に読み取る。
【００２７】
店員用表示部２０５は、タッチパネル（例えば、液晶タッチパネル）であり、店員用の種々の情報を表示する。
例えば、店員用表示部２０５は、商品情報（商品コード等）に関連付けられているプリセットボタンを配置した商品登録画面などを表示する。
【００２８】
客用表示部２０５ａは、客用の種々の情報を表示する。例えば、客用表示部２０５ａは、登録した商品の価格等を表示する。客用表示部２０５ａは、タッチパネル（例えば、液晶タッチパネル）であってもよい。
【００２９】
操作部２０６は、登録装置２０を動作させるための各種の操作ボタン（小計キー、現計キー、置数キー、訂正キー、及びプリセットキー等）を備える。例えば、操作部２０６は、操作ボタン（プリセットキー）が操作されることにより、そのプリセットキーに予め設定登録されている商品情報（商品コード等）について、操作入力を受け付ける。
【００３０】
通信部２０７は、ＬＡＮ１１を介して、他の装置と通信する。
ブザー２０８は、店員が操作を確認することが必要な場合などに、ブザー音を発生させる。
印刷部２０９は、必要に応じて媒体を印刷して発行する。例えば、印刷部２０９は、お会計券を印刷して発行することができる。
【００３１】
カードリーダ２１０は、例えばＩＣ（Integra Circuit）カード形式のＲＦＩＤ（Radio Frequency Identifier）タグに対する情報の読み出しを行うデバイスである。
【００３２】
図２においては、スキャナ部２０４、店員用表示部２０５、操作部２０６、印刷部２０９及びカードリーダ２１０を含む登録装置２０の外観例が示される。
【００３３】
精算装置３０は、図４に示すように、ＣＰＵ３０１と、記憶部３０２と、ＲＡＭ３０３と、スキャナ部３０４と、表示部３０５と、操作部３０６と、通信部３０７と、ブザー３０８と、印刷部３０９と、決済部３１０と、サインポール３１１と、人感知センサ３１２と、カードリーダ３１３とを備える。これらは、バスを介して相互に通信可能である。
【００３４】
ＣＰＵ３０１は、中央演算処理装置であり、記憶部３０２に記憶されているプログラムを読み出して実行することにより、精算装置３０の動作を制御する。
記憶部３０２は、ＣＰＵ３０１の補助記憶装置であって、プログラムをはじめとしてＣＰＵ３０１が利用する各種の情報を記憶する。
【００３５】
ＲＡＭ３０３は、ＣＰＵ３０１の主記憶装置であって、種々の情報を記憶する。例えば、ＲＡＭ３０３は、管理装置１０から取得した商品マスタや、登録装置２０から取得した精算情報を記憶する。
スキャナ部３０４は、例えば、お会計券に印刷されたコード（バーコードまたは２次元コード）や、会員カード等に付されているコード（会員コード）を光学的に読み取る。
【００３６】
表示部３０５は、タッチパネル（例えば、液晶タッチパネル）であり、種々の情報を表示する。例えば、表示部３０５は、合計金額などが表示される精算画面を表示する。
【００３７】
操作部３０６は、精算装置３０を動作させるための各種の操作ボタン（訂正キー及びプリセットキー等）を備える。例えば、操作部３０６は、操作ボタン（訂正キー）が操作されることにより、操作入力の訂正を受け付ける。
【００３８】
通信部３０７は、ＬＡＮ１１を介して、他の装置と通信する。
ブザー３０８は、エラー等が発生した場合、エラーを報知するブザー音を発生させる。
印刷部３０９は、媒体を印刷して発行する。例えば、印刷部３０９は、精算処理（すなわち、商品の買上金額の決済）が終了した場合、客が持ち帰る精算済みレシートを印刷して発行する。
【００３９】
決済部３１０は、決済（精算）に関する処理を行う。本実施形態における決済部３１０が対応可能な決済の種別としては、現金による決済と、クレジットカードの使用による決済と、電子マネーの使用による決済とのうちの少なくともいずれか１つである場合を例に挙げる。
現金による決済に対応するため、決済部３１０は、釣銭機を備える。釣銭機は、貨幣を投入する貨幣投入口（例えば、紙幣を投入するための紙幣投入口と、硬貨を投入するための硬貨投入口とを備える）と、釣銭等としての貨幣を排出する貨幣排出口（例えば、紙幣排出口と硬貨排出口とをそれぞれ備える）とを備えている。決済部３１０は、釣銭機によって、現金により決済を実行し、決済を実行した結果（例えば、決済が成立したか否かを示す情報）を、バスを介してＣＰＵ３０１に出力する。
また、クレジットカードの使用による決済に対応する場合、決済部３１０は、クレジットカードリーダを備え、クレジットカードリーダにより読み込まれた情報を利用して精算処理を行う。
また、電子マネーの使用による決済に対応する場合、決済部３１０は、電子マネーリーダを備え、電子マネーリーダにより読み込まれた情報を利用して精算処理を行う。
【００４０】
サインポール３１１は、複数色の表示灯を有し、それらの表示灯を点灯や点滅させることで、精算装置３０が店員により指定された装置であることを示す情報を報知したり、操作可能である旨を報知したりする。
人感知センサ３１２は、精算装置３０の正面の所定圏内に人物（客）がいることを検知するセンサである。
なお、人感知センサ３１２の検知出力は、例えば精算装置３０が、人が自機に近づいたことに応じて、自動的に精算画面を表示させる際に、人が自機に近づいたか否かを判定するのに用いられる。しかしながら、精算装置３０は、例えば精算画面は、例えば精算情報の受信や、お会計券に印刷されたバーコードの読み取りなどに応じて表示されるようにしてもよく、この場合には、人感知センサ３１２は、省略されてよい。
【００４１】
カードリーダ３１３は、例えばＩＣカード形式のＲＦＩＤタグに対する情報の読み出しを行うデバイスである。
【００４２】
図２においては、スキャナ部３０４、表示部３０５、操作部３０６、印刷部３０９、決済部３１０、サインポール３１１及びカードリーダ３１３などを含む精算装置３０の外観構成が示される。
【００４３】
営業中において精算装置３０の釣銭機に収納されている釣銭用の現金が一定以下となるニアエンドの状態となる場合がある。この場合、例えばバックヤードで管理される現金を引き出し、引き出した現金をニアエンドの状態となった精算装置３０に補充することもできる。しかし、この場合には、店員がわざわざバックヤードに移動しなければならず、面倒で時間もかかってしまい、業務に支障が生じる可能性もある。
そこで、本実施形態のＰＯＳシステム１では、ニアエンドの状態にない精算装置３０から現金を出金し、出金された現金をニアエンドの状態の精算装置３０に入金させることで、ニアエンドの状態を解消させる精算装置間入出金が可能とされている。このような精算装置間入出金を行えば、店員は、ニアエンドの状態の精算装置３０に現金を補充するにあたり、バックヤードにまで赴くことなく、店舗ＳＴ内の精算装置３０間を移動すればよい。
【００４４】
ここで、バックヤードにおける現金管理の態様について２例を挙げて説明する。
バックヤードにおける現金管理の態様の第１例は、金庫を用いるものである。金庫には、釣銭や売上金などとしての現金が保管される。このような金庫は、例えばネットワークなどの通信網と接続されるものではない。金庫に対する現金の出し入れは、規定の用紙に入出金の記入（記録）を伴って行われる。
また、バックヤードにおける現金管理の態様の第２例は、現金処理機を用いるものである。現金処理機には例えば売上金等が投入される。現金処理機は、投入された売上金に応じた売上データを生成し、生成した売上データを警備会社のネットワーク経由で銀行口座などに送信する。投入された売上金は警備会社により回収される。また、現金処理機からは、売上金として投入した硬貨等を利用して棒金を作成し、棒金単位で出金をすることもできる。現金処理機は、バーコードを読み取る機能を備えている。このため、精算装置３０と同様に、同じように現金処理機に入出金指示伝票を読み取らせることで、現金処理機から充当金を出金させることができる。
警備会社は現金処理機に保管されている売上金の回収と、釣銭用棒金の配達との業務を行う。上記のように現金処理機が収納する売上金から釣銭用棒金を充当金として出金できるようにすれば、店舗としては、現金処理機を精算装置３０と同様に出金元とすることができるという利点が得られる。また、警備会社にとっても、釣銭用棒金の配達頻度や配達する釣銭用棒金の量を削減できるというに利点が得られる。
また、配達される棒金にはバーコード等の識別情報が付されている。現金処理機や管理装置１０は、棒金に付されたバーコードを読み取ることで、配達金の金種や枚数の情報を容易に取得できる。これにより、店舗側では、入金や管理に係る負担を軽減することができる。
さらに、管理装置１０は、現金処理機や金庫、ＰＯＳレジスタ等の店舗にて保管される現金（店舗現金）の全てまたは一部を管理可能なようにされてよい。この場合、管理装置１０が備える表示部にて店舗現金の保管状況を表示させることで、店員は、店舗における売上金や釣銭の状況を把握することができる。そして、例えば、釣銭について店舗にて最低限保有すべき金額（最低限保有額）以下（もしくは未満）となった、あるいは最低限保有額より多いが最低限保有額に近い一定額以下となった場合、管理装置１０の表示部にてその旨が報知されるようにしてよい。このような報知を受けて、店員は報知に応じて即座に警備会社への棒金配達の注文（例えば、管理装置１０等に対する注文入力操作）を行うように対応できる。
また、警備会社側では、ネットワークに接続された端末により、店舗側の現金処理機や店舗側の管理装置１０から情報を受信し、受信された情報を出力させることで、店舗における売上金や釣銭の状況等を把握することができる。これにより、警備会社側では、店舗からの注文を受ける前に配達金を準備したり、売上金回収の計画を立てたりすることが可能になり、業務の効率化が図られる。
【００４５】
図５を参照して、本実施形態のＰＯＳシステム１において行われる精算装置間入出金の手順例ついて説明する。
ステップＳ１：入金先の精算装置３０−Ｒがニアエンドの状態となった。ニアエンドの状態となった精算装置３０−Ｒは、自己がニアエンドの状態となったことを検出すると、その旨を示すニアエンド通知を管理装置１０に送信する。
ステップＳ２：管理装置１０は、ニアエンド通知を受信したことに応じて、入出金指示伝票５１を発行する。入出金指示伝票５１は、例えばレシート用の用紙に出金指示に応じた所定の内容が印刷された伝票である。具体的に、入出金指示伝票５１には、精算装置３０−Ｒ以外の精算装置３０に収納されている現金を出金し、出金された現金を充当金として精算装置３０−Ｒに入金させることを指示する情報（入出金指示情報）が印刷されている。
【００４６】
図６は、入出金指示伝票５１の印刷内容例を示している。同図の入出金指示伝票５１には、出金元情報エリアＡＲ１１、充当金情報エリアＡＲ１２、入金先情報エリアＡＲ１３、及びバーコードＢＣ１の各印刷領域を含む。
出金元情報エリアＡＲ１１には、出金元の精算装置３０を示す出金元情報が示される。具体的に、出金元情報エリアＡＲ１１においては、店舗ＳＴでの運用のもとで精算装置３０ごとに付与されたレジ番号のうちで、出金元の精算装置３０に対応するレジ番号が示される。
充当金情報エリアＡＲ１２には、充当金の内容を示す充当金情報が示される。同図の例では、充当金情報として、充当金としての現金の内訳（貨幣種別と貨幣種別ごとの枚数）とが充当金情報として示されている。具体的に、充当金情報エリアＡＲ１２には、充当金としての現金の内訳として、５０円硬貨が１枚と１０円硬貨が１枚（計６０円）であることが示されている。
入金先情報エリアＡＲ１３には、入金先の精算装置３０を示す入金先情報が示される。具体的に、入金先情報エリアＡＲ１３においては、入金先の精算装置３０に対応するレジ番号が示される。
バーコードＢＣ１は、入出金指示情報をコード化した情報である。具体的に、バーコードＢＣ１の入出金指示情報は、入出金処理識別子を含む。入出金処理識別子は、今回の精算装置間入出金に対応する入金処理と出金処理とに共通に付与された識別子である。また、バーコードＢＣ１の入出金指示情報は、出金元情報エリアＡＲ１１において示されるのと同じ出金元の精算装置３０を示す精算装置識別子（出金元精算装置識別子）、充当金情報エリアＡＲ１２において示されるのと同じ内容の充当金情報、及び入金先情報エリアＡＲ１３において示されるのと同じ入金先の精算装置３０を示す精算装置識別子（入金先精算装置識別子）を含む。
【００４７】
ステップＳ２による入出金指示伝票５１の発行にあたり、管理装置１０は、ニアエンドの状態となった精算装置３０−Ｒに充当すべき充当金を決定する。ここでの充当金の決定とは、精算装置３０−Ｒに充当すべき現金としての貨幣種別と貨幣種別ごとの枚数を決定することをいう。ニアエンド通知にはニアエンドの状態を示すニアエンド状態情報が含まれる。ニアエンド状態情報は、例えばニアエンドとなった貨幣種別と貨幣種別ごとの枚数を示す。管理装置１０は、充当金としての貨幣種別と貨幣種別ごとの枚数を、ニアエンド状態情報に基づいて決定すればよい。
また、管理装置１０は、精算装置３０−Ｒ以外の精算装置３０のうちから出金元の精算装置３０−Ｗを決定する。管理装置１０は、例えば精算装置３０−Ｒ以外の精算装置３０の稼働状況や、精算装置３０−Ｒ以外の精算装置３０ごとの釣銭機に収納されている貨幣種別ごとの枚数に基づいて出金元の精算装置３０−Ｗを決定すればよい。
【００４８】
ステップＳ１によりニアエンド通知を受信した管理装置１０は、各登録装置２０に対して、さらに精算装置３０−Ｒがニアエンドの状態にあることを通知するニアエンド通知を送信する。登録装置２０は、各精算装置３０の状態（ステータス）を示す表示を所定の態様により行っており、ニアエンド通知の受信に応じて、精算装置３０−Ｒについてはニアエンドの状態にあることを報知する表示を行う。また、精算装置３０−Ｒ自体も、例えばサインポール３１１を所定の態様で点灯させることで、自己がニアエンドの状態にあることを報知する。このように、各登録装置２０と精算装置３０−Ｒ自体とで報知が行われることで、店舗ＳＴにて勤務する店員は、精算装置３０−Ｒがニアエンドの状態にあることを知る。
この場合、ニアエンド解消のための精算装置間入出金を担当する店員（入出金担当店員）は、管理装置１０に赴いて、ステップＳ２により発行された入出金指示伝票５１を取りに行く。なお、入出金担当店員は、予め担当が決まっていてもよいし、そのときの状況に応じて適宜決められてもよい。
入出金担当店員は、入出金指示伝票５１における出金元情報エリアＡＲ１１に印刷された内容を見て、出金元の精算装置３０−Ｗを確認する。そして、入出金担当店員は、出金元の精算装置３０−Ｗからの出金を行うため、入出金指示伝票５１を持参して出金元の精算装置３０−Ｗに移動する。
【００４９】
ステップＳ３：入出金担当店員は、出金元の精算装置３０−Ｗからの出金にあたり、まず、持参している入出金指示伝票５１のバーコードＢＣ１を出金元の精算装置３０−Ｗのスキャナ部３０４により読み取らせる。これにより、出金元の精算装置３０−Ｗは、バーコードＢＣ１として記録されていた入出金指示情報を入力する。
入力された入出金指示情報には、出金元の精算装置３０を指定する精算装置識別子が含まれている。この場合の出金元の精算装置３０−Ｗは、入出金指示情報に含まれる出金元精算装置識別子と、自己の精算装置識別子とが一致していることにより、自己が出金元の精算装置３０として指定されたことを認識する。これにより、出金元の精算装置３０−Ｗは、出金処理モードに移行する。
なお、出金元の精算装置３０−Ｗは、バーコードＢＣ１から読み取った入出金指示情報に含まれる出金元精算装置識別子と入金先精算装置識別子とのいずれとも自己の精算装置識別子が一致しない場合には、自己が今回の精算装置間入出金の対象となっていない旨のエラー報知を行ってもよい。
【００５０】
ステップＳ４：次に、入出金担当店員は、自分が所持している店員証６０を、出金元の精算装置３０−Ｗに読み取らせる操作を行う。店員証６０には、対応の店員に関する情報である店員情報が記憶されている。店員情報には、対応の店員を一意に示す店員識別子が含まれる。この場合、店員証６０において店員識別子がバーコード（あるいは二次元コード）形式で記録されている場合には、入出金担当店員は、スキャナ部３０４を使用して店員証６０から店員情報を読み取らせる操作を行えばよい。一方、例えば店員証６０が備えるＩＣチップに店員識別子が記録されている場合、あるいは磁気により店員識別子が記録されている場合には、入出金担当店員は、カードリーダ３１３を使用して店員証６０から店員情報を読み取らせる操作を行えばよい。
上記のように店員証６０を読み取らせる操作が行われることにより、出金元の精算装置３０−Ｗは、店員証６０に記録された店員識別子を入力する。当該ステップＳ３により店員識別子が入力されることにより、出金作業を行う店員の登録が行われる。
なお、出金元の精算装置３０−Ｗは、出金処理モードに移行したタイミングで、入出金担当店員に向けて店員証の読み込みを促す案内表示を行ってもよい。
【００５１】
ステップＳ５：上記のように出金宣言操作が行われたうえで、バーコードＢＣ１の読み取りと店員識別子の入力とが行われると、出金元の精算装置３０−Ｗは、出金処理を実行する。出金処理として、出金元の精算装置３０−Ｗは、ステップＳ４によりバーコードＢＣ１から読み取った入出金指示情報に含まれる充当金情報が示す貨幣種別ごとの枚数による現金の排出（出金）を行う。出金に際しては、決済部３１０における貨幣排出口から貨幣の排出が行われればよい。このようにして、出金元の精算装置３０−Ｗによる出金が行われることで、入出金担当店員は、現金としての充当金７０を得る。
【００５２】
ステップＳ５−１：また、出金元の精算装置３０−Ｗは、出金処理の結果を示す出金処理結果情報を管理装置１０に送信する。出金処理結果情報には、出金が行われた日時、出金作業を行った店員の店員識別子（ステップＳ４により入力された店員識別子）、出金された貨幣ごとの枚数の情報等を含む。管理装置１０は、入出金処理履歴情報が記憶された記憶部を備える。管理装置１０は、受信された出金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
【００５３】
ここで、出金元の精算装置３０−Ｗにて正常に出金が行われない出金エラーが生じる場合がある。このように出金エラーが生じた場合に応じた出金元の精算装置３０−Ｗの処理の一例について説明する。
まず、出金元の精算装置３０−Ｗは、出金処理としての現金の排出中に電源がオフになった場合に、出金エラーが生じたと判定する。また、出金元の精算装置３０−Ｗは、出金処理としての現金の排出中に現金収納庫の扉が開けられた場合に、出金エラーが生じたと判定する。また、出金元の精算装置３０−Ｗは、出金処理としての現金の排出の制御を行ったが、現金の排出口に設けられたセンサにより指定された充当金としての貨幣の内訳に応じた現金が正常に排出されたことが検出されなかった場合に、出金エラーが生じたと判定する。
上記のように出金エラーが生じた状況で現金が排出された場合、排出された現金は、指定された充当金としての現金の内訳の通りとなっていない可能性がある。そこで、出金エラーが発生した場合、出金元の精算装置３０−Ｗは、排出された現金の戻し入れを受け付けることができる。現金の戻し入れに際して、精算装置３０−Ｗは、現金の戻し入れの操作に対応する案内画面を表示する。店員は案内画面による案内に従って、排出された現金を出金元の精算装置３０−Ｗに戻すように入金する操作を行う。このように、出金エラーに応じた現金の戻し入れが可能とされていることで、店員は出金エラーが発生したことを把握できるとともに、指定された充当金としての現金の内訳通りに排出されなかった現金を、簡単な作業で、正しく出金元の精算装置３０−Ｗに戻すことができる。そして、この後において、店員は、もう一度、出金作業をやり直すことができる。
【００５４】
現金による充当金７０を得た入出金担当店員は、例えば入出金指示伝票５１の充当金情報エリアＡＲ１２において示されている貨幣種別ごとの枚数と、充当金７０の貨幣種別ごとの内訳とが一致しているかどうかを確認する。ここで、一致しているとの確認がとれたのであれば、入出金担当店員は、入出金指示伝票５１の入金先情報エリアＡＲ１３に印刷されている入金先の精算装置３０−Ｒを確認し、充当金７０を入金するために、入金先の精算装置３０−Ｒにまで赴く。
【００５５】
ステップＳ６：入金担当店員は、入金先の精算装置３０−Ｒにまで赴くと、持参している入出金指示伝票５１のバーコードＢＣ１を入金先の精算装置３０−Ｒのスキャナ部３０４に読み取らせる。これにより、入金先の精算装置３０−Ｒは、バーコードＢＣ１として記録されていた入出金指示情報を入力する。入出金指示情報には、入金先の精算装置３０を指定する精算装置識別子が含まれている。
この場合の入金先の精算装置３０−Ｒは、入出金指示情報に含まれる入金先の精算装置３０を指定する精算装置識別子と、自己の精算装置識別子とが一致していることにより、自己が入金先の精算装置３０として指定されたことを認識する。これにより、入金先の精算装置３０−Ｒは、入金処理モードに移行する。
なお、入金先の精算装置３０−Ｒも、バーコードＢＣ１から読み取った入出金指示情報に含まれる出金元精算装置識別子と入金先精算装置識別子とのいずれとも自己の精算装置識別子が一致しない場合には、自己が今回の精算装置間入出金の対象となっていない旨のエラー報知を行ってもよい。
【００５６】
ステップＳ７：入金処理モードに移行した入金先の精算装置３０−Ｒは、まず、店員証の読み込みを受け付ける状態となる。この際、入金先の精算装置３０−Ｒは、入出金担当店員に向けて店員証の読み込みを促す案内表示を行ってもよい。
そこで、入金担当店員は、入金作業を行う店員が自分であることを登録するため、自分が所持している店員証６０を、入金先の精算装置３０−Ｒに読み取らせる操作を行う。店員証６０を読み取らせる操作が行われたことに応じて、入金先の精算装置３０−Ｒは、店員証６０に記録された店員情報に含まれる店員識別子を入力する。このようにして、入金作業を行う店員の登録が行われる。
【００５７】
ステップＳ８：上記のように入金宣言操作が行われたうえで、バーコードＢＣ１の読み取りと店員識別子の入力とを行った入金先の精算装置３０−Ｒは、以下のように、入金に対応する処理（入金処理）を実行する。
入金先の精算装置３０−Ｒは、充当金７０としての現金を、決済部３１０における貨幣投入口に投入する入金作業を行う。入金先の精算装置３０−Ｒは、貨幣投入口に対する現金の投入に対応して入金処理を行う。つまり、入金先の精算装置３０−Ｒは、貨幣投入口に投入された紙幣または硬貨ごとの貨幣種別を判別するとともに貨幣種別ごとの投入枚数をカウントする。そして、入金先の精算装置３０−Ｒは、貨幣種別ごとの投入枚数が、ステップＳ６によるバーコードＢＣ１の読み取りに応じて取得した充当金情報が示す貨幣種別ごとの枚数と一致すると、入金が完了したものとして入金処理を終了させる。また、入金処理の終了に応じて、精算装置３０−Ｒは、今回の入金結果を示す入金処理結果情報を管理装置１０に送信する。管理装置１０は、受信された入金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
【００５８】
ステップＳ９：入金処理が完了すると、入金先の精算装置３０−Ｒは、入金処理結果を示す入金結果伝票５２を発行する。
ステップＳ９−１：また、入金先の精算装置３０−Ｒは、今回の入金処理の結果を示す入金処理結果情報を管理装置１０に送信する。入金処理結果情報には、入金が行われた日時、入金作業を行った店員の店員識別子（ステップＳ７により入力された店員識別子）、実際に入金された貨幣ごとの枚数の情報等を含む。管理装置１０は、受信した入金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
【００５９】
この場合において、ステップＳ９により発行された入金結果伝票５２には、図示は省略するが、バーコードＢＣ１の読み取りに応じて取得した充当金情報が示す通りに、貨幣種別ごとの枚数による入金が行われたことが示されている。入出金担当店員は、入金結果伝票５２を見ることで、充当金７０の入金が正しく行われたことを確認できる。
【００６０】
しかしながら、実際には、充当金情報が示す内訳の通りの入金が行われない場合がある。一具体例として、例えば入出金担当店員が入金作業を行っているときに硬貨を１枚落としてしまったが、何かの物の下に入ってしまったなどのために、すぐには拾えないような場合がある。このような場合、落とした硬貨を拾っていては時間がかかってしまい、入金先の精算装置３０−Ｒを再稼働させることができずに、会計業務に支障を与える可能性がある。
そこで、このような場合に対応して、精算装置３０は、入金処理として、充当金情報が示す内訳の通りの入金が行われていない状態（入金されるべき貨幣の枚数が不足している状態）であっても、例えば操作による指示が得られたのであれば、強制的に入金処理を終了させることができるようになっている。
例えば、入出金担当店員は、図５のステップＳ８の入金処理に対応して入金作業を行っている際に、上記のように入金を正常に終了させることができなくなった場合、入金先の精算装置３０−Ｒに対して、入金処理の強制終了を指示する操作（入金処理強制終了操作）を行う。入金処理強制終了操作に応じて、入金先の精算装置３０−Ｒは、充当金情報が示す通りの入金が行われていない状態であっても、入金処理を終了させる。
【００６１】
上記のように入金処理が強制終了された場合、入金先の精算装置３０−Ｒにおいては、充当金情報が示す充当金の金額が反映された理論在高と、実際に充当金として入金された金額が反映された実在高とについて不整合が生じる。
例えば入出金担当店員は、落としてしまった硬貨を後で回収し、入金先の精算装置３０−Ｒに入金させることができる。このように入金処理が強制終了の際に不足していた貨幣（不足金）の入金（再入金）が行われることで、入金先の精算装置３０−Ｒにおいては、正常に入金が行われたものとして処理することができる。これにより、入金先の精算装置３０−Ｒにおける入金処理後の理論在高と実在高との整合が図られる。
しかしながら、このままでは、入金先の精算装置３０−Ｒにおける理論在高と実在高との不整合は解消されるものの、入出金担当店員の入出金の操作に関する履歴としては、依然として入金が正常に完了していないままの内容が維持されてしまう。このような状態は、例えば店員が行った業務を正しく把握できないなどの不具合を招く可能性がある。
【００６２】
そこで、本実施形態においては、以下のような構成によって精算装置間入出金における入金処理が行われるようにすることで、再入金に応じて、入出金担当店員の入出金の操作に関する履歴についても、再入金が行われたことが示されるようにする。
【００６３】
図７を参照して、本実施形態の精算装置間入出金における入金処理強制終了から再入金処理までに応じた手順例について説明する。
ステップＳ９−１１：前述のように、入金処理強制終了操作が行われた場合、入金先の精算装置３０−Ｒは、入金の金額の内訳が充当金情報に対して不足しているのに係わらず、入金処理を強制終了させる。このように入金処理を強制終了させた場合、精算装置３０−Ｒは、入金処理の強制終了に対応する入金結果伝票５２−１を発行する。
【００６４】
図８は、入金処理の強制終了に対応して発行された入金結果伝票５２−１の一例を示している。同図の入金結果伝票５２−１は、入金者情報エリアＡＲ２１、入金結果情報エリアＡＲ２２、及び不足金情報エリアＡＲ２３の各印刷領域を含む。
入金者情報エリアＡＲ２１には、入金作業を行った入出金担当店員の店員識別子が示される。入金者情報エリアＡＲ２１に印刷される店員識別子は、図５のステップＳ７により入力した店員識別子である。
入金結果情報エリアＡＲ２２には、入金結果情報として、実の入金の内訳が示される。同図においては、実の入金の内訳として、１０円硬貨が１枚であったことが示されている。
不足金情報エリアＡＲ２３には、充当金情報が示す充当金の内訳に対する実の入金の不足分が示される。この場合の充当金は６０円であり、その内訳は５０円硬貨１枚と１０円硬貨１枚である。これに対して実の入金の内訳は、上記のように１０円硬貨が１枚である。このことに応じて、同図の不足金情報エリアＡＲ２３においては、５０円硬貨が１枚不足であることが示されている。
【００６５】
説明を図７に戻す。
ステップＳ１０：入金先の精算装置３０−Ｒは、入金処理を強制終了させた場合、ステップＳ９−１１による入金結果伝票の発行に続けて、再入金指示伝票５３を発行する。再入金指示伝票５３は、入出金担当店員が、強制終了させた入金処理のもとで発生した再入金の作業を行うにあたって使用する伝票である。
図９は、再入金指示伝票５３の印刷内容例を示している。同図の再入金指示伝票５３は、入金先情報エリアＡＲ３１と、入金内訳情報エリアＡＲ３２とバーコードＢＣ３の各印刷領域を含む。
入金先情報エリアＡＲ３１においては、再入金先の精算装置３０が示される。図９の例との対応では、入金先情報エリアＡＲ３１は、再入金先の精算装置３０として、精算装置３０−Ｒの精算装置識別子を示す。
入金内訳情報エリアＡＲ３２においては、入金先の精算装置に再入金すべき金額（不足金額）の内訳（貨幣種別と貨幣種別ごとの枚数）が示される。
バーコードＢＣ３は、再入金指示情報をコード化した情報である。具体的に、バーコードＢＣ３の再入金指示情報は、対応の出金処理と入金処理とに共通に付与されたのと同じ入出金処理識別子を含む。このような入出金処理識別子が含まれることで、対応の不足金を発生させた入出金処理との対応付けが図られる。また、バーコードＢＣ３の再入金指示情報は、入金先の精算装置３０を示す精算装置識別子と、入金内訳情報エリアＡＲ３２において示されるのと同じ再入金の金額の内訳を示す入金内訳情報とを含む。
【００６６】
ステップＳ１０−１：また、入金先の精算装置３０−Ｒは、今回の強制終了された入金処理の終了に応じて入金処理結果情報を管理装置１０に送信する。管理装置１０は、入金処理結果情報を、自己が記憶する入出金処理履歴情報に反映させる。
【００６７】
本実施形態の管理装置１０は、例えば操作に応じて、精算装置間入出金として行われた入出金の結果を示す入出金処理結果伝票を、入出金処理履歴情報に基づいて出力させることが可能とされている。
図１０は、図５にて説明した出金処理と、図７にて説明した入金処理の強制終了とが行われた場合に対応して発行された入出金処理結果伝票の内容例を示している。同図の入出金処理結果伝票は、入出金作業者エリアＡＲ４１と、実入出金情報エリアＡＲ４２との各印刷領域を含む。
入出金作業者エリアＡＲ４１には、出金作業と入金作業とを行った店員の店員識別子が示される。つまり、図５のステップＳ３、Ｓ６にて入力された店員識別子が示される。
実入出金情報エリアＡＲ４２には、出金先の精算装置３０−Ｗから実際に出金された金額（実出金金額）と、入金先の精算装置３０−Ｒに対して実際に入金された金額（実入金金額）と、出金額に対する入金額の差額（出入金差額）と、差額が対応する貨幣種別と貨幣種別ごとの枚数（差額内訳）との各情報が示されている。
同図の例では、出金先の精算装置３０−Ｗからの実出金金額が６０円であり、入金先の精算装置３０−Ｒに対する実入金金額が１０円であり、出入金差額が−５０円（５０円不足）であり、出入金差額の貨幣種別の内訳としては５０円硬貨が１枚であることが示されている。このような入出金処理結果伝票に示されるように、管理装置１０においては、精算装置間入出金についての入出金処理履歴情報を管理している。
【００６８】
説明を図７に戻す。
入出金担当店員は、後で入金先の精算装置３０−Ｒに対して再入金を行うときのために、再入金指示伝票５３を所持しておく。そして、入出金担当店員は、先ほどの入金作業の際に落としてしまった現金を回収したうえで、例えば客が少なくなって入金先の精算装置３０−Ｒがしばらくは使用されなくともよいような状況となったところを見計らって、回収した現金を不足金７１として、以下のように入金先の精算装置３０−Ｒに再入金する作業を行う。
【００６９】
ステップＳ１１：まず、入出金担当店員は、自分が保管していた再入金指示伝票５３に印刷されているバーコードＢＣ３を入金先の精算装置３０−Ｒのスキャナ部３０４により読み取らせる。これにより、入金先の精算装置３０−Ｒは、再入金指示伝票５３にバーコードＢＣ３として記録されていた再入金指示情報を入力する。再入金指示情報には、入金先の精算装置３０を指定する精算装置識別子が含まれている。この場合の入金先の精算装置３０−Ｗは、入出金指示情報に含まれる入金先の精算装置３０を指定する精算装置識別子と、自己の精算装置識別子とが一致していることにより、自己が再入金に対応する入金先の精算装置３０として指定されたことを認識する。これにより、入金先の精算装置３０−Ｒは、再入金に対応の入金処理モードに移行する。
なお、入金先の精算装置３０−Ｒは、バーコードＢＣ３から読み取った入金指示情報に含まれる入金先精算装置識別子と自己の精算装置識別子が一致しない場合には、自己が今回の再入金の対象となっていない旨のエラー報知を行ってもよい。
【００７０】
ステップＳ１２：また、入出金担当店員は、再入金作業を行う店員として自分を登録するため、自分が所持している店員証６０を、入金先の精算装置３０−Ｒに読み取らせる操作を行う。この操作に応じて、入金先の精算装置３０−Ｒは、店員証６０に記憶されている店員情報に含まれる店員識別子を入力する。これにより、再入金の作業を行う店員の登録が行われる。
【００７１】
ステップＳ１３：入出金担当店員は、先ほど回収し所持している不足金７１を入金先の精算装置３０−Ｒの決済部３１０における貨幣投入口に入金する操作を行う。入金先の精算装置３０−Ｒは、入金処理として、貨幣投入口に投入された現金としての貨幣ごとの貨幣種別を判定し、判定した貨幣種別の貨幣の枚数をカウントする。入金先の精算装置３０−Ｒは、入金処理により受け付けた現金の内訳が、入金内訳情報が示す内訳と一致したことを判定すると、今回の再入金に対応する入金処理を終了する。
【００７２】
ステップＳ１４：上記のように再入金に対応する入金処理（再入金処理）が終了すると、入金先の精算装置３０−Ｒは、今回の再入金処理の結果を示す入金結果伝票５２−２を発行する。
図１１は、ステップＳ１４にて発行される入金結果伝票５２−２の印刷内容例を示している。なお、同図において図８と同一部分については同一符号を付して説明を省略する。
この場合、再入金の作業を行った入出金担当店員は、先に精算装置間入出金の作業を行った店員と同じである。このため、同図の入金結果伝票５２−２の入金者情報エリアＡＲ２１においては、図８の入金者情報エリアＡＲ２１と同じ店員識別子が示される。
また、同図の入金結果伝票５２−２の入金結果情報エリアＡＲ２２においては、５０円硬貨が１枚入金されたことが示されている。つまり、正常に不足金の入金が行われたことが示されている。このため、同図の入金結果伝票５２−２においては、不足金に関する情報を示す不足金情報エリアＡＲ２３は印刷されていない。
【００７３】
ステップＳ１４−１：また、入金先の精算装置３０−Ｒは、上記のように再入金処理を終了させたことに応じて、再入金に対応する入金処理結果を示す入金処理結果情報を管理装置１０に送信する。管理装置１０は、受信された入金処理結果情報が示す入金処理結果を、自己が記憶する入出金処理履歴情報に反映させる。
【００７４】
図１２は、図７の再入金処理に対応の入金処理結果に対応して管理装置１０から発行させた入出金処理結果伝票の印刷内容例を示している。同図の入出金作業者エリアＡＲ４１には、今回の再入金処理に対応の入金処理に対応する入力作業を行った店員の店員識別子が示される。つまり、図７のステップＳ１１にて入力された店員識別子が示される。この場合、先の入出金の作業を行った入出金担当店員と、今回の再入金を行った入出金担当店員は同じである。従って、同図の入出金作業者エリアＡＲ４１にて示される店員識別子は、図１０の入出金作業者エリアＡＲ４１にて示される店員識別子と同じになる。
また、同図の実入出金情報エリアＡＲ４２には、出金先の精算装置３０−Ｗから実際に出金された実出金金額とともに、先の入金処理における実入金金額と、今回の再入金処理における実入金金額とを合算した実入金金額が示される。具体的に、同図の例では、出金先の精算装置３０−Ｗからの実出金金額が６０円であり、入金先の精算装置３０−Ｒに対する実入金金額が６０円あることが示されている。
ここで、図１２の内容の入出金処理結果伝票は、今回の再入金処理の結果、先の入金処理において発生した不足金による入金先の精算装置３０−Ｒでの理論在高と実在高との不整合が訂正されたことを示している。また、同図の入出金処理結果伝票の入出金作業者エリアＡＲ４１には、先の入出金の作業を行ったのと同じ店員の店員識別子が示されている。このことは、先の入金処理において発生した不足金による在高と理論在高の不整合に対応する店員の操作の履歴についても、不整合が解消されたものとして管理されるように訂正されていることを示す。
【００７５】
図１３を参照して、管理装置１０が記憶する入出金処理履歴情報の一例について説明する。同図の例では、入出金処理履歴情報は、出金処理履歴情報と入金処理履歴情報とを含む構造である。出金処理履歴情報は、出金先の精算装置３０に対して行われた出金処理結果についての履歴情報である。入金処理履歴情報は、入金先の精算装置３０に対して行われた入金処理結果についての履歴情報である。
同図の出金処理履歴情報は、１回の出金処理ごとに対応する出金処理結果情報をテーブル化した構造である。出金処理履歴情報における出金処理結果情報は、入出金処理識別子、店員識別子、出金日時、指示充当金内訳（指定された入金内容に対応する理論在高の一例）、及び実出金内訳の情報を格納する各領域を含む。
入出金処理識別子の領域には、対応の出金処理に付与された入出金処理識別子が格納される。
店員識別子の領域には、対応の出金処理に際して入力された店員識別子が格納される。
出金日時の領域には、出金処理が実行された日時が格納される。
指示充当金内訳の領域には、対応の出金処理を含む入出金処理について決定された充当金の内訳を示す情報が格納される。
実出金内訳の領域には、対応の出金処理により実際に出金された現金の内訳を示す情報が格納される。
【００７６】
同図の入金処理履歴情報は、１回の入金処理ごとに対応する入金処理結果情報をテーブル化した構造である。入金処理履歴情報における入金処理結果情報は、入出金処理識別子、店員識別子、入金日時、入金処理結果種別、及び実入金内訳（実際に行われた入金の内容に対応する実在高の一例）の情報を格納する各領域を含む。
入金処理識別子の領域には、対応の入金処理に付与された入金処理識別子が格納される。入金処理履歴情報において、同じ入出金処理に含まれる出金処理結果情報と入金処理結果情報とは、入出金処理識別子によって対応付けが図られる。
店員識別子の領域には、対応の入金処理に際して入力された店員識別子が格納される。
入金日時の領域には、入金処理が実行された日時が格納される。
入金処理結果種別の領域には、入金処理結果種別を示す情報が格納される。入金処理結果御種別によっては、入金処理が再入金に対応するものであるか、再入金ではない入金金額が「０」からの入金（初期入金）に対応するものであるのかが示される。また、入金処理の終了が正常終了と強制終了のいずれであるのかが示される。
実入金内訳の領域には、対応の入金処理により実際に入金された現金の内訳を示す情報が格納される。
【００７７】
同図の入出金処理履歴情報において、「Ｔ０００００１」の入出金処理識別子により示される出金処理結果情報と入金処理結果情報が、図５と図７に示した事例に対応する。
つまり、出金履歴情報においては、「Ｔ０００００１」の入出金処理識別子により示される出金処理結果情報が１つ示されている。この出金処理結果情報によっては、指示された充当金の内訳が５０円硬貨１枚と１０円硬貨１枚による計６０円であることが示されている。また、この出金処理結果情報においては、実出金内訳が、指示された充当金の内訳と同じであることが示されている。
また、入金処理履歴情報においては、「Ｔ０００００１」の入出金処理識別子により示される出金処理結果情報が２つ示されている。ここで、「Ｔ０００００１」の入出金処理識別子により示される１つの出金処理結果情報と２つの入金処理結果情報とのそれぞれが格納する店員識別子は、「０００００１」で共通である。つまり、「Ｔ０００００１」の入出金処理識別子が対応する入金処理と出金処理とのそれぞれに対応する出金作業、入金作業は、同じ店員が行っていることが示されている。
入金処理履歴情報において「Ｔ０００００１」の入出金処理識別子を格納する２つの入金処理結果情報のうち、１行目の入金処理結果情報によれば、対応の入金処理は、初期入金であって入金が不足した状態で強制終了されたことが入金処理結果種別によって示されている。また、この際の実入金内訳は、５０円硬貨が０枚、１０円硬貨が１枚であることが示されている。このような実入金内訳と、対応の出金処理結果情報における指示充当金内訳及び実出金内訳とを比較することにより、実入金内訳として５０円硬貨１枚が不足していることが把握される。
そして、「Ｔ０００００１」の入出金処理識別子を格納するもう一方の入金処理結果情報（３行目の入金処理結果情報）によれば、対応の入金処理は、再入金であって正常終了されたことが入金処理結果種別によって示されている。また、この際の実入金内訳は、５０円硬貨が１枚であることが示されている。
本実施形態においては、このように再入金の履歴についても入出金処理履歴情報に含めるようにしている。そのうえで、入出金処理履歴情報における出金処理結果情報と入金処理結果情報には、それぞれ入金作業、出金作業を行った店員の店員識別子の情報が含められている。これにより、再入金によって精算装置３０における理論在高と実在高との不整合が訂正されることに応じて、店員の操作（作業）としても、再入金により不整合の訂正を行ったことが履歴として残される。
【００７８】
図１４のフローチャートを参照して、本実施形態の精算装置３０が実行する処理手順例について説明する。同図は、精算装置３０が入金先とされ、入金に対応する操作が行われることに応じて実行する処理手順例を示している。
ステップＳ１０１：精算装置３０は、精算処理を実行していない待機状態において、入出金指示伝票５１からのバーコードＢＣ１の読み取りにより、自己を入金先の精算装置として指定する入出金指示情報の取得が行われたか否かについて判定する。
バーコードＢＣ１から取得された入出金指示情報に含まれている入金先精算装置識別子が自己の精算装置識別子と同じであれば、自己を入金先の精算装置として指定する入出金指示情報の取得が行われたことになる。なお、バーコードＢＣ１からの読み取りにより自己を入金先の精算装置として指定する入出金指示情報の取得が行われなかった場合には、前述のように、精算装置３０は、エラー報知を行ってもよい。
【００７９】
ステップＳ１０２：また、精算装置３０は、バーコードＢＣ１からの読み取りにより自己を再入金での入金先の精算装置として指定する入出金指示情報の取得が行われなかった場合、さらに以下の判定を行う。つまり、精算装置３０は、再入金指示伝票５３からのバーコードＢＣ３の読み取りにより、自己を再入金先の精算装置として指定する入金指示情報の取得が行われたか否かについて判定している。この場合、入金指示情報に含まれている入金先精算装置識別子が自己の精算装置識別子と同じであれば、自己を再入金先の精算装置として指定する入金指示情報の取得が行われたことになる。
なお、自己を再入金先の精算装置として指定する入金指示情報の取得が行われなかった場合、精算装置３０は、エラー報知を行ってもよい。
【００８０】
ステップＳ１０３：ステップＳ１０１にて、入出金指示伝票５１からのバーコードＢＣ１の読み取りにより、自己を再入金先の精算装置として指定する入出金指示情報の取得が行われたと判定された場合、精算装置３０は以下の処理を実行する。つまり、精算装置３０は、例えば表示部３０５に店員証６０の読み取り操作を入出金担当店員に案内する表示を行ったうえで、店員証６０の読み取りを受け付ける。精算装置３０は、入出金担当店員が店員証６０を読み取らせる操作を行ったことに応じて、店員証６０に記録されている店員識別子を入力する。入力された店員識別子は、今回の再入金処理に対応する入金作業を行う店員を示す。
【００８１】
ステップＳ１０４：ステップＳ１０３により店員識別子を入力した後、精算装置３０は、例えば表示部３０５において充当金７０の入金を案内する表示を行ったうえで、充当金７０としての現金の入金を受け付け可能な状態とする。そして、入出金担当店員が、決済部３１０における貨幣投入口に現金を投入すると、精算装置３０は、投入された貨幣ごとに貨幣種別を判定し、また、投入された貨幣種別ごとの枚数をカウントする。
上記のようにカウントされた貨幣種別ごとの枚数が、ステップＳ１０１に対応して取得された入出金指示情報の充当金情報が示す金額の内訳と一致した状態となると、入金処理が終了される（正常終了）。また、投入された貨幣についてカウントされた貨幣種別ごとの枚数が、ステップＳ１０１に対応して取得された入出金指示情報の充当金情報が示す金額の内訳に対して不足する場合であっても、強制終了を指示する操作が行われたのであれば、入金処理が終了される（強制終了）。
【００８２】
ステップＳ１０５：入金処理が終了すると、精算装置３０は、入金処理の終了が正常終了と強制終了のいずれであったのかについて判定する。
ステップＳ１０６：入金処理が正常終了した場合、精算装置３０は、正常終了に応じた入金結果伝票５２（図５）を印刷部３０９により発行させる制御を実行する。
ステップＳ１０７：また、精算装置３０は、入金処理結果情報を送信する。当該ステップＳ１０７により送信される入金処理結果情報には、ステップＳ１０３にて入力された店員識別子と、今回の入金処理のもとで入金された現金の内訳（貨幣種別ごとの枚数）を示す情報と、今回の入金処理が初期入金であることを示す情報と、今回の入金処理が正常終了であったことを示す情報とが含まれる。
【００８３】
ステップＳ１０８：ステップＳ１０５にて、入金処理が強制終了したことが判定された場合、精算装置３０は、強制終了に応じた入金結果伝票５２−１（図８）を印刷部３０９により発行させる制御を実行する。
ステップＳ１０９：また、この場合の精算装置３０は、今回の入金処理が強制終了されたことに応じて、不足金の入金（再入金）を指示する再入金指示伝票５３を印刷部３０９により発行させる制御を実行する。
ステップＳ１１０：また、精算装置３０は、入金処理結果情報を送信する。当該ステップＳ１１０により送信される入金処理結果情報には、ステップＳ１０３にて入力された店員識別子と、今回の入金処理のもとで入金された現金の内訳（貨幣種別ごとの枚数）を示す情報と、今回の入金処理が初期入金であることを示す情報と、今回の入金処理が強制終了であったことを示す情報とが含まれる。
【００８４】
ステップＳ１１１：先のステップＳ１０２にて、自己を再入金での入金先の精算装置として指定する入金指示情報の取得が行われたことが判定された場合、精算装置３０は、ステップＳ１０３と同様に、店員識別子を入力する。但し、ステップＳ１１１にて入力された店員識別子は、再入金の作業者である店員を示す。
ステップＳ１１２：次に、精算装置３０は、ステップＳ１０４と同様の処理により、入金処理として、不足金７１としての現金の入金（再入金）を受け付ける。この場合には、決済部３１０の貨幣投入口に投入された現金の内訳が、ステップＳ１０２に対応して取得された再入金指示情報に含まれる入金内訳情報が示す内訳に一致すると入金処理が正常終了される。
なお、同図では図示を省略しているが、例えば、実は不足金を回収できていなかったなど、何らかの理由で再入金としての現金の入金を行えない状況となった場合には、今回の再入金に対応の入金処理を中止させる操作が行えるようにしてよい。
ステップＳ１１３：上記のように入金処理が正常終了されたことに応じて、精算装置３０は、再入金の正常終了に応じた入金結果伝票５２−２（図１１）を印刷部３０９により発行させる制御を実行する。
ステップＳ１１４：また、精算装置３０は、入金処理結果情報を送信する。当該ステップＳ１１４により送信される入金処理結果情報には、ステップＳ１１１にて入力された店員識別子と、今回の入金処理のもとで入金された現金の内訳（貨幣種別ごとの枚数）を示す情報と、今回の入金処理が再入金であることを示す情報と、今回の入金処理が正常終了であったことを示す情報とが含まれる。
【００８５】
ステップＳ１０７、Ｓ１１０、及びステップＳ１１４により管理装置１０に送信される入金処理結果情報のいずれにも出金作業または入金作業を行った店員の店員識別子が含まれている。このため、管理装置１０では、出金処理の履歴と入金処理の履歴とを店員と対応付けて管理することができる。これにより、前述のように、精算装置３０についての理論在高と実在高との不整合が訂正されるとともに、管理装置１０において、入出金担当店員の操作（作業）についても、再入金により理論在高と実在高との不整合の訂正を行ったことの履歴が記憶されることになる。
【００８６】
＜変形例＞
以下、本実施形態の変形例について説明する。
［第１変形例］
なお、上記の例では、例えば責任上等の観点から、再入金の作業は、対応の精算装置間入出金の作業を行った店員が行うように運用されている場合を例に挙げた。しかしながら、運用によっては、精算装置間入出金の作業を行った店員と、再入金の作業を行った店員とが異なっていてもよいとする場合があってもよい。このような場合には、再入金指示伝票５３のバーコードＢＣ３としての再入金指示情報に、対応の精算装置間入出金において精算装置３０に入力された店員識別子を含めておくようにする。
このようにすれば、実際の再入金の作業を行った店員は、再入金に際して店員証６０から読み取られた店員識別子によって示され、対応の精算装置間入出金の作業を行った店員は、再入金指示伝票５３のバーコードＢＣ３から取得された再入金指示情報に含まれる店員識別子によって示される。このように再入金の作業を行った店員と、対応の精算装置間入出金の作業を行った店員とを区別して管理しておくようにすれば、再入金の作業に関して、対応の精算装置間入出金の作業を行った店員とは異なる店員により行われたことを履歴として記録することができる。
【００８７】
［第２変形例］
なお、再入金が行われる精算装置としては、本実施形態のように登録装置と組み合わされることでＰＯＳシステムを構成する精算装置３０に限定されない。例えば、商品の登録と精算とを同じ店員が操作するようにされたＰＯＳレジスタ、顧客の操作に応じて食券等を発行する券売機などをはじめ、精算機能を有し、例えば釣銭などの現金の不足が生じ得る装置であればよい。
【００８８】
［第３変形例］
なお、本実施形態の構成は、精算装置３０に対して指定された金額の現金を入金させる操作が行われる場合であれば、精算装置３０がニアエンド状態となったことに対応して行われる充当金の入金以外にも適用できる。
具体例として、商品の登録と精算とを同じ店員が操作するようにされたＰＯＳレジスタへの適用例について説明する。
例えば、現金での支払いが行われたことに応じて、ＰＯＳレジスタを操作する店員は、客から現金を手渡しで受け取り、受け取った現金をＰＯＳレジスタに入金しようとする。この際に、店員が受け取った現金に含まれていた１枚の硬貨を誤って落としてしまい、落とした硬貨が例えばカウンタの下などの直ぐには拾えないような場所に転がってしまった。
このような場合、ＰＯＳレジスタを入金待ち状態のまま放置することは客捌き等の観点から好ましくない。そこで、本変形例のＰＯＳレジスタは、このような場合に対応して、店員による入金処理強制終了操作に応じて、入金された現金の金額（入金金額）が預かり金として入力された金額に満たなくとも、入金処理を強制的に終了させることができる。このように、入金処理を強制終了させた際、ＰＯＳレジスタは、客向けには正常に精算処理が終了した場合に対応した内容のレシートを発行するとともに、入金に不整合があった（不足金が生じた）ことを示す入金結果伝票や、再入金を指示する再入金指示伝票を発行する。
そして、店員は、顧客がいない時間や閉店後などにおいて、落としてしまった硬貨を回収し、再入金の操作を行う。この際には、先の実施形態と同様に、店員は、再入金指示伝票のバーコードの読み取りと、店員識別子の入力とＰＯＳレジスタに実行させたうえで、再入金の操作を行う。これにより、ＰＯＳレジスタは、再入金に応じた入金処理結果情報を生成し、自己または管理装置に記憶させる。これにより、ＰＯＳレジスタにおける理論在高と実在高との不整合が訂正され、不整合に対応する店員の操作の履歴についても、不整合が解消されたものとして管理される。
上記の例は、店員が顧客から現金を受け取って入金操作を行う際に不足金が生じる場合であるが、不足金は、以下のような場合にも生じる。つまり、店員が顧客に釣銭を手渡す際に、釣銭に含まれていた１枚の硬貨が誤って床に落ちてしまった。このような場合、店員は、落ちた硬貨を拾わずに、落ちたのと同じ硬貨をドロアから取り出して釣銭に補充し、顧客に手渡す。このようなことが行われた際にも、ＰＯＳレジスタにおける理論在高と実在高とに不整合が生じ、不足金が発生することになる。このような場合にも、預かり金に不足が生じた場合と同様に、店員は、入金処理強制終了操作を行うことで取引を終了させることができる。そして、後から床に落ちた現金を回収し、預かり金に不足が生じた場合と同様に再入金の操作を行うことができる。
【００８９】
［第４変形例］
なお、上記実施形態において、再入金の指示は、管理装置１０が再入金指示伝票を発行することによって行われていた。しかしながら、再入金の指示は、表示によって行われるようにしてよい。一具体例として、例えば再入金が必要な精算装置３０の画面にて店員に再入金を指示する旨の表示（例えば、アイコンあるいはメッセージなどの表示）を行う。そのうえで、再入金を指示する旨の表示に対して操作が行われたことに応じて、再入金に関する情報が表示されるようにしてよい。再入金に関する情報として、具体的には、例えば図１３に例示したような入出金に関する履歴の一覧を表示させてもよい。あるいは、再入金に関する情報として、図１３の入出金処理履歴情報として例示したような入出金に関する履歴のうちから、強制終了された履歴を抽出して一覧として表示するようにしてよい。
【００９０】
［第５変形例］
また、上記実施形態において、複数の精算装置３０のうちから精算処理を実行させる精算装置３０を指定する態様としては、精算処理を実行させる精算装置３０を、店員が登録装置２０にて指定する態様（第１の指定態様）と、客に手渡しされるお会計券を登録装置２０から発行させ、店員から手渡しされたお会計券を、客が１つの精算装置３０に読み取らせる態様（第２の指定態様）とを挙げている。しかながら、精算装置３０を指定する態様としては、上記の態様に限定されない。例えば、以下のように精算装置３０を指定する態様であってもよい。
１つの態様として、商品登録の完了に応じて店員用表示部２０５に表示された送信ボタンに対して行われた操作に応じて（あるいは商品登録の完了を宣言するような操作であってもよい）、登録装置２０が、例えば精算装置３０に状態の問合せを行って精算処理が可能な（例えば、障害が発生しておらず、使用中でもない）精算装置３０を認識し、使用中でない精算装置３０のうちから所定の規則（例えば精算装置番号順）に従って、１つの精算装置３０を決定する。そして、登録装置２０は、決定した精算装置３０に精算情報を送信して精算処理の実行を指示する。
また、もう１つの態様として、予め精算装置３０について精算処理の優先順位を設定しておくようにする。そのうえで、商品登録の完了に応じて、店員用表示部２０５に精算装置３０への精算情報の送信を指示する送信ボタンの操作が有効となるように表示する。送信ボタンが操作されたことに応じて、登録装置２０は、設定された優先順位に従った順で精算装置３０の精算処理が可能であるか否かを確認し、精算処理が可能であることが確認されなければ、優先順位が次の精算装置３０について確認するようにする。そのうえで、登録装置２０は、最初に精算処理が可能であることが確認された精算装置３０に精算情報を送信して精算処理の実行を指示する。
また、もう１つの態様として、以下のように精算装置３０が指定されてもよい。つまり、登録装置２０は予め決められた精算装置３０に対して精算情報を送信する。精算情報を受信した精算装置３０は、自己による精算処理が可能であるか否か判定し、精算が不可能な状態であると判断した場合に、精算装置３０は他の精算装置３０に対して精算情報を送信（転送）する。転送された精算情報を受信した他の精算装置３０は自己による精算処理が可能であるか否か判定し、精算処理が不可能である場合は、さらに他の精算装置に対して精算情報を送信（転送）する。このようにして、精算装置３０にて、順次、精算処理が可能であるか否かの判定が行われる。そして、或る精算装置３０により精算処理が可能であると判定された場合、精算処理が可能であると判定した精算装置３０が、自己にて精算処理を実行することを、精算情報の送信元の登録装置２０に対して通知する。通知を受信した登録装置２０は、例えば、店員用表示部２０５において、「Ｎ番の精算装置で精算可能です。お客様をＮ番の精算装置の案内してください」のようにメッセージを表示する。そこで、店員は、顧客を、精算処理が行われる精算装置３０に案内する。
【００９１】
［第６変形例］
また、出金元の精算装置３０−Ｗについては、登録装置２０を操作する店員が決定するようにしてよい。即ち、ニアエンド状態となった精算装置３０は、登録装置２０にニアエンド通知を送信するようにする。ここで、精算装置３０は、例えば全ての登録装置２０にニアエンド通知を送信してもよいし、特定の登録装置２０にニアエンド通知を送信してもよい。例えば、精算装置３０と各登録装置２０との距離に関する情報に基づいて、ニアエンド状態となった精算装置３０に近いとされる位置に配置された登録装置２０にニアエンド通知を送信してもよい。あるいは、入出金担当の店員が操作者として登録されている登録装置２０にニアエンド通知を送信してもよい。
ニアエンド通知を受信した登録装置２０は、ニアエンド状態となった精算装置３０を報知する表示を行う。この報知の表示を見た店員は、ニアエンド状態にない精算装置３０のうちで、例えば店員の場所から近く、かつ充当金に足る釣銭を収納している精算装置３０を出金元と決定する。そして、店員は、登録装置２０に対して、出金元の精算装置３０を指定する操作を行う。この操作に応じて、登録装置２０は入出金指示伝票を発行する。この場合、店員は、管理装置１０にまで赴かなくとも、その場で入出金指示伝票を入手して、入出金の作業を行うことができる。
【００９２】
［第７変形例］
また、入出金指示伝票には出金元の精算装置３０を指定する情報を含めないようにしてもよい。この場合、入出金指示伝票には充当金情報、入金先情報等は示されていても、出金元の精算装置３０については指定されていない。このため、出金元の精算装置３０について任意に選択して入出金の作業を行うように運用することが可能となる。このような入出金指示伝票は、ニアエンドの状態にあって入金先となる精算装置３０以外であれば、いずれの精算装置３０でも読み取らせることが可能となる。この場合、入出金担当者は、例えば現在の店舗の状況をみて、利用されていない精算装置３０がどれであるのかを自分自身で判断し、出金先の精算装置３０として決定することができるため、効率よく出金を行える。なお、出金後は出金元となった精算装置３０が通知を行うことで、出金元の精算装置３０を示す情報が管理装置１０にて記憶されるようにしてよい。
【００９３】
［第８変形例］
また、これまでの説明では、出金元は精算装置３０のうちから選択されていたが、例えば自動釣銭機やドロアを備える単体のＰＯＳレジスタや、バックヤードに設置されている金庫、現金処理機なども出金元の候補に含まれてよい。
【００９４】
＜実施形態の総括＞
（１）以上説明したように、本実施形態の一態様は、買上商品の精算を行う精算装置を備える精算システムであって、入金内容を指定して精算装置への入金を指示する入金指示手段と、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、入金結果情報に対応する再入金が行われた場合に、再入金の結果を示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段とを備える精算システムである。
上記構成によれば、精算装置に対して行われた初期入金と、初期入金における理論在高（例えば、指示充当金内訳）と実在高（例えば、実入金内訳）との不整合を訂正する再入金とでそれぞれの操作を行った店員を履歴に記録できる。これにより、実在高と理論在高の不整合が発生した処理についての履歴と、不整合の訂正の処理についての履歴とのそれぞれを、操作を行った店員と対応付けて管理できるようになる。
【００９５】
（２）また、本実施形態の一態様は、上記のＰＯＳシステムであって、理論在高に応じた金額に対して実在高に応じた金額が不足する場合に再入金を指示する再入金指示手段をさらに備える。
上記構成によれば、初期入金における理論在高（例えば、指示充当金内訳）と実在高（例えば、実入金内訳）との不整合として、理論在高に対して実在高のほうが不足する場合に、再入金の指示が行われる。再入金が必要な状態となったことに応じて適切に再入金の指示が得られる。
【００９６】
（３）また、本実施形態の一態様は、上記のＰＯＳシステムであって、再入金指示手段は、少なくとも不足金額と再入金先の精算装置との情報に基づいて再入金を指示する。
上記構成によれば、再入金に必要な情報の提示とともに再入金の指示を行うことができる。
【００９７】
（４）また、本実施形態の一態様は、上記のＰＯＳシステムであって、再入金としての入金により実在高が理論在高と一致した場合に、再入金に対応する再入金処理を終了させる再入金処理手段をさらに備える。
上記構成によれば、再入金としての入金により実在高が理論在高と一致した場合に、不整合が解消されたとして再入金処理が終了される。これにより、再入金処理に際して、実在高が理論在高より小さくなったり大きくなったりすることなく、同じ金額となったときに適切に再入金処理が終了されることになる。
【００９８】
（５）本実施形態の一態様は、買上商品の精算を行う精算装置であって、入金内容を指定して前記精算装置への入金を指示する入金指示手段と、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段とを備える精算装置である。
【００９９】
（６）本実施形態の一態様は、買上商品の精算を行う精算装置を備える精算システムとしてのコンピュータを、入金内容を指定して精算装置への入金を指示する入金指示手段、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、入金結果情報に対応する再入金が行われた場合に、再入金の結果を示す入金結果情報を、入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段として機能させるためのプログラムである。
【０１００】
（７）本実施形態の一態様は、買上商品の精算を行う精算装置としてのコンピュータを、入金内容を指定して前記精算装置への入金を指示する入金指示手段、指定された入金内容に対応する理論在高と実際に行われた入金の内容に対応する実在高とを示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させ、前記入金結果情報に対応する再入金が行われた場合に、前記再入金の結果を示す入金結果情報を、前記入金を行った店員の店員識別情報と対応付けて記憶部に記憶させる記憶制御手段として機能させるためのプログラムである。
【０１０１】
なお、上述の管理装置１０、登録装置２０、精算装置３０等としての機能を実現するためのプログラムをコンピュータ読み取り可能な記録媒体に記録して、この記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行することにより上述の管理装置１０、登録装置２０、精算装置３０等としての処理を行ってもよい。ここで、「記録媒体に記録されたプログラムをコンピュータシステムに読み込ませ、実行する」とは、コンピュータシステムにプログラムをインストールすることを含む。ここでいう「コンピュータシステム」とは、ＯＳや周辺機器等のハードウェアを含むものとする。また、「コンピュータシステム」は、インターネットやＷＡＮ、ＬＡＮ、専用回線等の通信回線を含むネットワークを介して接続された複数のコンピュータ装置を含んでもよい。また、「コンピュータ読み取り可能な記録媒体」とは、フレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ−ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置のことをいう。このように、プログラムを記憶した記録媒体は、ＣＤ−ＲＯＭ等の非一過性の記録媒体であってもよい。また、記録媒体には、当該プログラムを配信するために配信サーバからアクセス可能な内部または外部に設けられた記録媒体も含まれる。配信サーバの記録媒体に記憶されるプログラムのコードは、端末装置で実行可能な形式のプログラムのコードと異なるものでもよい。すなわち、配信サーバからダウンロードされて端末装置で実行可能な形でインストールができるものであれば、配信サーバで記憶される形式は問わない。なお、プログラムを複数に分割し、それぞれ異なるタイミングでダウンロードした後に端末装置で合体される構成や、分割されたプログラムのそれぞれを配信する配信サーバが異なっていてもよい。さらに「コンピュータ読み取り可能な記録媒体」とは、ネットワークを介してプログラムが送信された場合のサーバやクライアントとなるコンピュータシステム内部の揮発性メモリ（ＲＡＭ）のように、一定時間プログラムを保持しているものも含むものとする。また、上記プログラムは、上述した機能の一部を実現するためのものであってもよい。さらに、上述した機能をコンピュータシステムにすでに記録されているプログラムとの組み合わせで実現できるもの、いわゆる差分ファイル（差分プログラム）であってもよい。
【符号の説明】
【０１０２】
１  ＰＯＳシステム、１０  管理装置、１１  ＬＡＮ、２０（２０−１、２０−２）  登録装置、３０（３０−１〜３０−３）  精算装置、１０１  通信部、１０２  制御部、１０３  記憶部、１３１  商品マスタ記憶部、１３２  第１対象商品情報記憶部、１３３  第２対象商品情報記憶部、１３４  税制情報記憶部、１３５  会員情報記憶部、１３６  会員購入履歴情報記憶部、２０１  ＣＰＵ、２０２  記憶部、２０３  ＲＡＭ、２０４  スキャナ部、２０５  店員用表示部、２０５ａ  客用表示部、２０６  操作部、２０７  通信部、２０８  ブザー、２０９  印刷部、２１０  カードリーダ、３０１  ＣＰＵ、３０２  記憶部、３０３  ＲＡＭ、３０４  スキャナ部、３０５  表示部、３０６  操作部、３０７  通信部、３０８  ブザー、３０９  印刷部、３１０  決済部、３１１  サインポール、３１２  人感知センサ、３１３  カードリーダ
【図１】
2018124881.tif 000003
【図２】
2018124881.tif 000004
【図３】
2018124881.tif 000005
【図４】
2018124881.tif 000006
【図５】
2018124881.tif 000007
【図６】
2018124881.tif 000008
【図７】
2018124881.tif 000009
【図８】
2018124881.tif 000010
【図９】
2018124881.tif 000011
【図１０】
2018124881.tif 000012
【図１１】
2018124881.tif 000013
【図１２】
2018124881.tif 000014
【図１３】
2018124881.tif 000015
【図１４】
2018124881.tif 000016