キャッシュレジスタ装置
【課題】入出金機の動作エラーにより過不足が生じたとしても適切に対応できるキャッシュレジスタ装置を提供する。
【解決手段】ＰＯＳターミナルでは、精算処理における演算値である合計価格に基づいて、入出金機の収納金額が理論残高として導出される。一方で、入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合には、その動作エラーの種別情報とその動作エラーに起因するエラー金額とが取得され、これらの動作エラーに関する情報がＳＲＡＭに記録される。在高登録処理においては、実残高、理論残高、過不足額、及び、発生した全ての動作エラーに関する情報が、一つの在高登録票７３に印刷される。したがって、在高登録票７３を参照することで、過不足が生じた場合であっても、過不足の具体的な状況と、その過不足がどのような要因で生じたかを容易に把握することが可能となる。
【解決手段】ＰＯＳターミナルでは、精算処理における演算値である合計価格に基づいて、入出金機の収納金額が理論残高として導出される。一方で、入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合には、その動作エラーの種別情報とその動作エラーに起因するエラー金額とが取得され、これらの動作エラーに関する情報がＳＲＡＭに記録される。在高登録処理においては、実残高、理論残高、過不足額、及び、発生した全ての動作エラーに関する情報が、一つの在高登録票７３に印刷される。したがって、在高登録票７３を参照することで、過不足が生じた場合であっても、過不足の具体的な状況と、その過不足がどのような要因で生じたかを容易に把握することが可能となる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、入出金機と連動し、入出金機の計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置に関する。
【背景技術】
【０００２】
スーパーマーケットやコンビニエンスストアなどの小売店舗の売買取引においては、ＰＯＳターミナルなどとも呼ばれるキャッシュレジスタ装置が使用される。キャッシュレジスタ装置では、売買取引ごとに、当該売買取引に係る演算処理が行われる。具体的には、顧客が購入を希望する全ての商品の合計価格が導出された後、顧客から受け渡された預かり金の金額が取得され、合計価格と預かり金の金額とに基づいて釣銭の金額が導出される。
【０００３】
通常、このような売買取引では、預かり金の計数や釣銭の計数は、キャッシュレジスタ装置を取り扱う店舗スタッフが担うことになる。一方で近年では、店舗スタッフの計数ミスや不正操作等を防止するため、キャッシュレジスタ装置を入出金機と連動させ、預かり金の計数や釣銭の計数を入出金機に行わせることもなされている。この入出金機は、投入された金銭の金額を計数する入金機能と、指定された金額の金銭を放出する出金機能とを有する装置である。
【０００４】
入出金機を利用する場合は、預かり金は入出金機に投入され、入出金機によりその金額が正確に計数される。そして、その正確な計数結果が信号でキャッシュレジスタ装置に受け渡され、売買取引に係る演算処理に利用される。また、キャッシュレジスタ装置において釣銭の金額が導出されると、導出された釣銭の金額が信号で入出金機に受け渡され、その金額の金銭が釣銭として入出金機から放出される（例えば、特許文献１参照。）。
【０００５】
【特許文献１】特開２００５−２２２１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
キャッシュレジスタ装置と入出金機とを連動させる場合は、原則として売上金及び釣銭準備金の全ての現金が入出金機内に収納される。キャッシュレジスタ装置は、この入出金機の理論上の収納金額である理論残高を示す内部変数を記憶しており、売買取引ごとに更新している。入出金機の収納金額は、理論的には、売買取引ごとにその売買取引における合計価格の分だけ増加する。このため、キャッシュレジスタ装置は、売買取引に係る演算処理において導出された合計価格に基づいて理論残高を更新する。
【０００７】
しかしながら、入出金機において預かり金の投入動作や釣銭の放出動作で動作エラーが発生した場合には、入出金機の実際の収納金額である実残高と、キャッシュレジスタ装置が記憶している理論残高とが相違する過不足の状態が生じる。例えば、入出金機において預かり金の投入時にリジェクト（金銭を投入できない動作エラー）が生じたときには、実際には入出金機に金銭が投入されておらず実残高が増加していないにもかかわらず、理論残高は増加されるという事態が生じる。従来のキャッシュレジスタ装置では、このような入出金機の動作エラーに起因して過不足が生じたとしても、その原因の特定が難しく問題となっていた。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、入出金機の動作エラーにより、入出金機の実際の収納金額と理論残高とが相違する過不足が生じたとしても適切に対応できるキャッシュレジスタ装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１の発明は、投入された金銭の金額を計数するとともに指定された金額の金銭を放出する入出金機と連動し、前記入出金機による計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置であって、前記売買取引に係る演算処理における演算値に基づいて、前記入出金機の収納金額を理論残高として導出する導出手段と、前記入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合に、当該動作エラーの種別情報を特定する種別特定手段と、前記動作エラーにより投入または放出できなかった金額であるエラー金額を取得する金額取得手段と、を備えている。
【００１０】
また、請求項２の発明は、請求項１に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報と、該動作エラーに起因する前記エラー金額とを記録用紙に印刷する印刷手段、をさらに備えている。
【００１１】
また、請求項３の発明は、請求項２に記載のキャッシュレジスタ装置において、前記入出金機の実際の収納金額である実残高を、前記入出金機から取得する取得手段、をさらに備え、前記印刷手段は、前記理論残高と前記実残高とを前記記録用紙にさらに印刷する。
【００１２】
また、請求項４の発明は、請求項１に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報、及び、該動作エラーに起因する前記エラー金額に基づいて、前記理論残高を修正する修正手段、をさらに備えている。
【００１３】
また、請求項５の発明は、請求項４に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報は、前記投入動作の動作エラー、及び、前記放出動作の動作エラーのいずれであるかを特定可能な情報である。
【００１４】
また、請求項６の発明は、請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、時刻を計時する計時手段と、前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを記録用紙に印刷する記録手段と、をさらに備えている。
【００１５】
また、請求項７の発明は、請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、時刻を計時する計時手段と、前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを関連付けて記憶する記憶手段と、をさらに備えている。
【発明の効果】
【００１６】
請求項１ないし７の発明によれば、入出金機において金銭の投入動作時及び放出動作時のいずれかの動作エラーが発生した場合に、発生した動作エラーの種別情報を特定するとともに、その動作エラーに起因するエラー金額を取得する。このため、動作エラーにより、入出金機の実際の収納金額と理論残高とが相違する過不足の状態が生じたとしても適切に対応できる。
【００１７】
また、特に請求項２の発明によれば、動作エラーの種別情報と、その動作エラーに起因するエラー金額とが関連付けて記録用紙に印刷されるため、過不足の要因を事後的に容易に把握できる。
【００１８】
また、特に請求項３の発明によれば、理論残高、実残高、及び、動作エラーに関する情報が一つの記録用紙に印刷されるため、過不足の状況と、その要因とを容易に把握できる。
【００１９】
また、特に請求項４の発明によれば、動作エラーが発生したとしても理論残高を修正して、入出金機の実際の収納金額と理論残高とを一致させることができる。
【００２０】
また、特に請求項５の発明によれば、理論残高を正しく修正できる。
【００２１】
また、特に請求項６の発明によれば、動作エラーが発生するごとに、その動作エラーの発生時刻と、種別情報と、エラー金額とが記録用紙に記録されるため、いつどのような動作エラーが発生したかを事後的に把握できる。
【００２２】
また、特に請求項７の発明によれば、動作エラーが発生するごとに、その動作エラーの発生時刻と、種別情報と、エラー金額とが関連付けて記憶されるため、いつどのような動作エラーが生じたかを事後的に把握することができる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照しつつ、本発明の実施の形態について説明する。
【００２４】
＜１．第１の実施の形態＞
＜１−１．構成概要＞
図１は、第１の実施の形態に係るキャッシュレジスタ装置であるＰＯＳターミナル２が適用されるＰＯＳシステム（キャッシュレジスタシステム）１００の概要を示す図である。このＰＯＳシステム１００は、スーパーマーケットやコンビニエンスストアなどの店舗において採用されるものであり、ＰＯＳサーバ１と、複数のＰＯＳターミナル２とを主に備えている。ＰＯＳサーバ１と複数のＰＯＳターミナル２とはＬＡＮ４１によって接続され、相互にデータ通信が可能とされている。また、複数のＰＯＳターミナル２のそれぞれには入出金機３がケーブル４２によって接続されている。これにより、各ＰＯＳターミナル２は、自装置に接続された入出金機３とデータ通信が可能となっている。
【００２５】
ＰＯＳサーバ１は、ＰＯＳシステム１００の全体を統括的に管理する装置であり、通常は店舗の販売エリアとは別の管理事務所等に配置される。ＰＯＳサーバ１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク等を備えた一般的なコンピュータで構成される。ＰＯＳサーバ１のハードディスクには、当該店舗で扱われる各商品の商品データが登録された商品マスタなど、ＰＯＳシステム１００の全体で必要となるデータが記憶される。
【００２６】
ＰＯＳターミナル２は、主として商品の売買取引の際に店舗の販売スタッフによって実際に操作される装置であり、店舗の販売エリアに配置される。ＰＯＳターミナル２は、売買取引ごとに精算処理を実行する。精算処理では、売買取引に係る商品の商品登録（商品データの登録）、及び、売買取引に係る各種の演算処理（商品の合計価格や釣銭の導出等）がなされる。
【００２７】
また、入出金機３は、投入された金銭の金額を計数する入金機能と、指定された金額の金銭を放出する出金機能と、金銭を収納する収納機能とを有する装置である。ＰＯＳターミナル２は精算処理において、自装置に接続された入出金機３と連動することになる。原則として、精算処理において顧客と販売スタッフとの間で受け渡される全ての金銭は、入出金機３において計数される。また原則として、売買取引に関する全ての金銭（売上金及び釣銭準備金の双方）は、入出金機３に収納される。
【００２８】
精算処理において顧客から受け渡された預かり金は、入出金機３に投入される。投入された預かり金の金額は入出金機３により正確に計数され、その計数結果が信号でＰＯＳターミナル２に受け渡されて演算処理に利用される。また、ＰＯＳターミナル２において釣銭の金額が導出されると、導出された釣銭の金額が信号で入出金機３に受け渡され、その金額の金銭が釣銭として入出金機３から放出されるようになっている。
【００２９】
＜１−２．ＰＯＳターミナル＞
図２は、ＰＯＳターミナル２の外観構成を示す図である。図に示すように、ＰＯＳターミナル２は、各種情報の表示を行う２つのディスプレイ２２，２３と、ユーザの操作や入力を受け付ける複数のボタンからなる操作キー部２４と、商品に付されたバーコードなどを読み取るバーコードリーダ２５と、記録用紙を印刷してレシート等を発行する印刷発行部２６と、金銭を収納可能なドロワ２７とを備えている。操作キー部２４には、小計キーやテンキーなどの各種のボタンが含まれている。
【００３０】
また、２つのディスプレイ２２，２３のうち、一方はユーザたる販売スタッフの側に示すべき情報を表示する販売側ディスプレイ２２であり、他方は顧客の側に示すべき情報を表示する顧客側ディスプレイ２３である。顧客側ディスプレイ２３の画面は、精算処理において顧客が視認しやすいように、その向きが調整可能となっている。
【００３１】
図３は、ＰＯＳターミナル２の内部構成を含めた構成を示すブロック図である。図に示すように、ＰＯＳターミナル２はその内部に、装置全体を制御するとともに、各種の演算処理を行うコンピュータである制御部２１を備えている。制御部２１は、演算処理を行うＣＰＵ２０１と、制御用プログラム等を記憶するＲＯＭ２０２と、演算処理の作業領域となるＲＡＭ２０３と、各種データを記憶する不揮発性メモリであるバッテリーバックアップされたＳＲＡＭ２０４と、時刻を計時する機能を有するタイマ２０５とを備えている。制御部２１の各種機能は、ＣＰＵ２０１がＲＯＭ２０２内の制御用プログラムに従って演算処理を行うことで実現される。
【００３２】
ＰＯＳターミナル２の制御部２１は、精算処理における演算値に基づいて、入出金機３が収納している理論上の金額（以下、「理論残高」という。）を導出して把握している。具体的には、理論残高を示す内部変数がＲＡＭ２０３に記憶されており、精算処理で導出された商品の合計価格に基づいて理論残高がＣＰＵ２０１により更新される。この理論残高の更新を含む精算処理の詳細については後述する。
【００３３】
また、上述した販売側ディスプレイ２２、顧客側ディスプレイ２３、操作キー部２４、バーコードリーダ２５、ドロワ２７及び印刷発行部２６の各部は、バスライン２０を介して制御部２１に接続される。これにより、ＰＯＳターミナル２の各部は制御部２１の制御下で動作するとともに、操作キー部２４及びバーコードリーダ２５で取得された情報は制御部２１に入力される。
【００３４】
また、ＰＯＳターミナル２は、ＬＡＮ４１を介して通信するための通信部２８と、ケーブル４２を介して通信するためのインターフェイス２９とを備えている。これら通信部２８及びインターフェイス２９もバスライン２０を介して制御部２１に接続されている。これにより、制御部２１はＰＯＳサーバ１及び入出金機３との間で、各種信号やデータの送受信を行うことが可能となっている。
【００３５】
＜１−３．入出金機＞
図４は、入出金機３の外観構成を示す図である。図に示すように、入出金機３は、前面側上部に硬貨を投入するための硬貨投入部３２を備え、前面側右方に紙幣を投入するための紙幣投入部３４を備えている。また、前面側左方には硬貨を放出するための硬貨放出部３３を備え、紙幣投入部３４の左側には紙幣を放出するための紙幣放出部３５を備えている。
【００３６】
精算処理において顧客から受け渡された預かり金は、硬貨投入部３２及び紙幣投入部３４を介して入出金機３に収納される。また、釣銭は、硬貨放出部３３及び紙幣放出部３５を介して入出金機３から払い出される。
【００３７】
図５は、入出金機３の内部構成を含めた構成を示すブロック図である。図に示すように、入出金機３はその内部に、硬貨投入部３２を介して投入された硬貨を計数する硬貨計数部３６と、硬貨を収納する硬貨収納部３６１と、紙幣投入部３４を介して投入された紙幣を計数する紙幣計数部３７と、紙幣を収納する紙幣収納部３７１とを備えている。硬貨計数部３６及び紙幣計数部３７は、投入された金銭が真貨であるか否かを判別する機能も有している。
【００３８】
硬貨収納部３６１は、硬貨計数部３６で計数された硬貨を収納するとともに、外部へ放出すべき硬貨を硬貨放出部３３に供給する。同様に、紙幣収納部３７１は、紙幣計数部３７で計数された紙幣を収納するとともに、外部へ放出すべき紙幣を紙幣放出部３５に供給する。
【００３９】
また、入出金機３は、その内部に装置全体を制御するとともに、各種の演算処理を行うコンピュータである制御部３１を備えている。制御部３１は、演算処理を行うＣＰＵ３０１と、制御用プログラム等を記憶するＲＯＭ３０２と、演算処理の作業領域となるＲＡＭ３０３と、各種データを記憶する不揮発性メモリであるバッテリーバックアップされたＳＲＡＭ３０４とを備えている。制御部３１の各種機能は、ＣＰＵ３０１がＲＯＭ３０２内の制御用プログラムに従って演算処理を行うことで実現される。
【００４０】
上述した硬貨投入部３２、硬貨放出部３３、紙幣投入部３４、紙幣放出部３５、硬貨計数部３６及び紙幣計数部３７の各部は、バスライン３０を介して制御部３１に接続される。これにより、入出金機３の各部は制御部３１の制御下で動作するとともに、硬貨計数部３６及び紙幣計数部３７における計数結果は制御部３１に入力される。
【００４１】
入出金機３の制御部３１は、硬貨計数部３６及び紙幣計数部３７の計数結果、及び、硬貨放出部３３及び紙幣放出部３５が放出した金額に基づいて、硬貨収納部３６１及び紙幣収納部３７１が実際に収納している金額（以下、「実残高」という。）を導出して把握している。具体的には、実残高を示す内部変数がＲＡＭ３０３に記憶されており、実際の金銭の投入や放出に応じて実金額がＣＰＵ３０１により更新される。さらに、制御部３１は、硬貨収納部３６１及び紙幣収納部３７１に収納されている金銭の種別とその数も把握している。
【００４２】
また、入出金機３は、ケーブル４２を介して通信するためのインターフェイス３９を備えている。インターフェイス３９もバスライン３０を介して制御部３１に接続されている。これにより、制御部３１はＰＯＳターミナル２との間で、各種信号やデータの送受信を行うことが可能となっている。
【００４３】
このような入出金機３においては、投入すべき預かり金を投入できない、あるいは、放出すべき釣銭を放出できないという動作エラーが発生することがある。このような動作エラーとしては、「釣銭切れ」「リジェクト」及び「釣銭フル」がある。
【００４４】
「釣銭切れ」とは、放出すべき釣銭を放出できないという放出動作の動作エラーである。釣銭を放出する際には、その金額を指定する信号がＰＯＳターミナル２から入出金機３に入力される。しかしながら、硬貨収納部３６１及び紙幣収納部３７１に収納された金銭の金額が指定された金額に満たない場合や、収納された金銭では指定された金額の組合せを実現できない場合は、釣銭が放出されない。すなわち、「釣銭切れ」が発生する。
【００４５】
「リジェクト」とは、投入すべき預かり金を投入できないという投入動作の動作エラーである。預かり金を投入した場合において、金銭が真貨であっても、汚れや折り目などにより硬貨計数部３６及び紙幣計数部３７にその金銭が真貨と認識されない場合がある。この場合、真貨と認識されない金銭は、入出金機３に収納されずにそのまま放出される。すなわち、「リジェクト」が発生する。
【００４６】
「釣銭フル」とは、投入すべき預かり金を投入できないという投入動作の動作エラーである。預かり金を投入した場合において、金銭が真貨と認識された場合あっても、硬貨収納部３６１及び紙幣収納部３７１の収納スペースが物理的に満杯であれば、さらなる金銭の収納はできない。このため、この場合においては、収納できない金銭は入出金機３に収納されずにそのまま放出される。すなわち、「釣銭フル」が発生する。なお、「リジェクト」及び「釣銭フル」の場合においては、預かり金のうちの一部の金銭のみが入出金機３に収納され、残りの金銭が入出金機３に収納されずに放出されるといった場面もあり得る。
【００４７】
入出金機３においてこのような動作エラーが発生したときには、制御部３１の制御により動作エラー信号が入出金機３からＰＯＳターミナル２に送信されるようになっている。動作エラー信号には、発生した動作エラーが、「釣銭切れ」「リジェクト」及び「釣銭フル」のいずれであるかを示す種別情報が含まれている。
【００４８】
＜１−４．精算処理＞
ＰＯＳターミナル２は、精算処理において動作エラー信号を入出金機３から受信すると、それに応じた処理を行うようになっている。以下、このようなＰＯＳターミナル２の精算処理について説明する。
【００４９】
図６及び図７は、精算処理の流れを示す図である。図６及び図７に示す一連の処理は、一の売買取引ごと（一の顧客が購入を希望する商品群ごと）になされる処理である。また、図６及び図７において、左側はＰＯＳターミナル２の処理の流れを示し、右側は入出金機３の処理の流れを示している。
【００５０】
まず、顧客が購入を希望する商品に付されたバーコードが、ＰＯＳターミナル２のバーコードリーダ２５によって読み取られる。これにより取得された商品コードに基づいてＰＯＳサーバ１内の商品マスタが参照され、当該商品の「商品名」及び「価格」などの商品データがＰＯＳターミナル２に取得される。取得された商品データはＲＡＭ２０２に記憶され、これにより当該商品の商品登録がなされる。このような商品登録は、顧客が購入を希望する全ての商品について行われる（ステップＳ１１）。
【００５１】
全ての商品について商品登録がなされると、ユーザたる販売スタッフにより操作キー部２４に含まれる小計キーが押下される。小計キーが押下されると（ステップＳ１２にてＹｅｓ）、全ての商品についての「価格」がＣＰＵ２０１により合計され、その結果の演算値が合計価格としてＲＡＭ２０２に記憶される（ステップＳ１３）。
【００５２】
導出された合計価格は、２つのディスプレイ２２，２３に表示される。この合計価格の表示に基づいて、預かり金となる決済用の金銭が顧客から店舗スタッフに受け渡される。預かり金は、入出金機３の硬貨投入部３２及び紙幣投入部３４に、店舗スタッフにより投入される。預かり金が入出金機３に投入されると、入出金機３の硬貨計数部３６及び紙幣計数部３７により預かり金の金額が計数される。そして、その計数結果（すなわち、預かり金の金額）を示す信号（以下、「計数結果信号」という。）が、入出金機３からＰＯＳターミナル２に送信される（ステップＳ９１）。
【００５３】
しかしながら、この入出金機３の投入動作において「リジェクト」あるいは「釣銭フル」の動作エラーが発生した場合は、動作エラー信号が入出金機３からＰＯＳターミナル２に送信される。また、「リジェクト」あるいは「釣銭フル」の動作エラーにより、預かり金のうちの一部の金銭のみが入出金機３に収納され、残りの金銭が収納されずに放出された場合は、収納された一部の金銭の金額を示す計数結果信号と、動作エラー信号との双方が、入出金機３からＰＯＳターミナル２に送信される。
【００５４】
入出金機３から送信された信号はＰＯＳターミナル２に受信される（ステップＳ１４）。そして、受信した信号に動作エラー信号がなかった場合（すなわち、入出金機３の投入動作において動作エラーが発生しなかった場合）は（ステップＳ１５にてＮｏ）、計数結果信号に基づいて預かり金の金額がＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される（ステップＳ１６）。
【００５５】
一方、受信した信号に動作エラー信号があった場合（すなわち、入出金機３の投入動作において動作エラーが発生した場合）は（ステップＳ１５にてＹｅｓ）、まず、動作エラーがあった旨が販売側ディスプレイ２２に表示される（ステップＳ１７）。
【００５６】
次に、動作エラー信号とともに計数結果信号を受信していた場合は、その計数結果信号に基づいて、預かり金のうち入出金機３に投入できた金銭の金額（以下、「投入済金額」という。）が、ＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される（ステップＳ１８）。
【００５７】
次に、預かり金のうち入出金機３に投入できなかった金銭の金額（以下、「未投入金額」という。）が、操作キー部２４を介して店舗スタッフにより操作入力される。これにより、未投入金額がＰＯＳターミナル２に取得され、ＲＡＭ２０２に記憶される。入出金機３に投入できなかった金銭はドロワ２７などに収納される。未投入金額は、「リジェクト」あるいは「釣銭フル」の動作エラーに起因して入出金機３に投入できなかったエラー金額であるともいえる（ステップＳ１９）。
【００５８】
次に、投入済金額と未投入金額とがＣＰＵ２０１により加算され、その結果が預かり金の金額とされる。導出された預かり金の金額は、ＲＡＭ２０２に記憶される（ステップＳ２０）。
【００５９】
このようにして預かり金の金額が得られると、次に、預かり金の金額から合計価格がＣＰＵ２０１により差し引かれ、その結果が釣銭金額とされる。導出された釣銭金額は、２つのディスプレイ２２，２３に表示される（図７のステップＳ２１）。次に、釣銭金額を指定してその金銭の放出を指示する釣銭指示信号が、ＰＯＳターミナル２から入出金機３に送信される（ステップＳ２２）。
【００６０】
この釣銭指示信号の受信に応答して入出金機３では、釣銭指示信号が指定する釣銭金額の金銭が、硬貨放出部３３及び紙幣放出部３５から放出される。放出された金銭は、釣銭として店舗スタッフにより顧客に受け渡される。このようにして入出金機３が正常に釣銭を放出した場合は、正常完了信号が入出金機３からＰＯＳターミナル２に送信される。しかしながら、この入出金機３の放出動作において「釣銭切れ」の動作エラーが発生した場合は、動作エラー信号が入出金機３からＰＯＳターミナル２に送信される（ステップＳ９２）。
【００６１】
入出金機３から送信された信号はＰＯＳターミナル２に受信される（ステップＳ２３）。受信した信号が正常完了信号の場合（すなわち、入出金機３の放出動作において動作エラーが発生しなかった場合）は（ステップＳ２４にてＮｏ）、処理はそのままステップＳ２７に進む。
【００６２】
一方、受信した信号が動作エラー信号の場合（すなわち、入出金機３の放出動作において動作エラーが発生した場合）は（ステップＳ２４にてＹｅｓ）、まず、動作エラーがあった旨が販売側ディスプレイ２２に表示される（ステップＳ２５）。このようなエラー表示があった場合は、釣銭が入出金機３から放出されないため、ドロワ２７や店舗事務室などから釣銭が持ち出されて顧客に受け渡される。
【００６３】
続いて、入出金機３が放出できなかった金銭の金額（以下、「未放出金額」という。）が取得される。本実施の形態の入出金機３は、「釣銭切れ」の場合には、釣銭となる全ての金銭を放出しない。このため、ステップＳ２１において導出された釣銭金額が、そのまま未放出金額としてＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される。未放出金額は「釣銭切れ」の動作エラーに起因して入出金機３から放出できなかったエラー金額であるともいえる（ステップＳ２６）。
【００６４】
ステップＳ２７では、ステップＳ１３において導出された合計価格に基づいて、ＲＡＭ２０３に記憶された理論残高が更新される。具体的には、その時点の理論残高に合計価格がＣＰＵ２０１により加算され、その結果が新たな理論残高とされる（ステップＳ２７）。ただし、以上の処理過程において入出金機３において動作エラーが生じたときには、理論残高と実残高とはこの時点で相違することになる（具体例については後述。）。
【００６５】
次に、印刷発行部２６により、売買取引の内容が記録用紙に印刷され、レシートとして発行される（ステップＳ２８）。通常は、このレシートの発行により精算処理が完了する。しかしながら、以上の処理過程において動作エラー信号を入出金機３から受信していた場合は、動作エラーに対応すべくエラー対応処理がさらに行われる（ステップＳ２９，Ｓ３０）。
【００６６】
図８は、エラー対応処理の流れの詳細を示す図である。まず、タイマ２０５が計時している時刻が取得される（ステップＳ３１）。このとき取得された時刻は、以降、動作エラーの発生時刻として取り扱われる。なお、動作エラー信号を受信した時点で、タイマ２０５が計時している時刻が取得され、その時刻が動作エラーの発生時刻とされてもよい。
【００６７】
次に、入出金機３において発生した動作エラーの種別情報が、ＣＰＵ２０１により特定される。前述のように、入出金機３から受信した動作エラー信号には、発生した動作エラーが「釣銭切れ」「リジェクト」及び「釣銭フル」のいずれであるかを示す種別情報が含まれている。このため、この動作エラー信号に基づいて、発生した動作エラーの種別情報が容易に特定される（ステップＳ３２）。
【００６８】
次に、以上のようにして取得された動作エラーに関連する情報が、ＳＲＡＭ２０４に記憶される。ＳＲＡＭ２０４には、発生した全ての動作エラーに関する情報が登録されるテーブルデータであるエラーテーブルが記憶されている。このエラーテーブルに対して、動作エラーの発生時刻と、動作エラーの種別情報と、動作エラーに起因するエラー金額とが関連付けられて記録される（ステップＳ３３）。
【００６９】
図９は、エラーテーブル７２の一例を示す図である。図に示すように、エラーテーブル７２では、一つのレコードＲに一つの動作エラーに関連する情報が登録される。すなわち、各レコードＲにおいては、一つの動作エラーに関する発生時刻、種別情報、及び、エラー金額が関連付けられている。エラーテーブル７２のレコードＲは、精算処理において入出金機３の動作エラーが発生するごとに登録される。したがって、このエラーテーブル７２を参照することで、いつどのような動作エラーが入出金機３において発生したかを事後的に把握することが可能となる。
【００７０】
エラーテーブル７２に情報が記録されると、エラーテーブル７２に記録された情報と同一の情報が、印刷発行部２６により記録用紙に印刷され、エラー伝票として発行される（ステップＳ３４）。図１０は、発行されたエラー伝票７１の一例を示す図である。図に示すように、エラー伝票７１においては、一つの動作エラーに関する発生時刻７１ａ、種別情報７１ｂ、及び、エラー金額７１ｃが印刷されている。動作エラーが発生するごとに、このようなエラー伝票７１が発行される。このため、エラーテーブル７２を閲覧する装置を利用せずとも、エラー伝票７１を管理しておくことで、いつどのような動作エラーが入出金機３において発生したかを事後的に把握することが可能となる。
【００７１】
なお、一回の精算処理において「リジェクト」と「釣銭切れ」とが生じるなど、複数回の動作エラーが発生することもある。この場合は、発生した動作エラーごとに図８に示すエラー対応処理が実行される。したがって、発生した動作エラーごとに、エラーテーブル７２のレコードＲが登録されるとともに、エラー伝票７１が発行されることになる。
【００７２】
＜１−５．在高登録処理＞
ＰＯＳターミナル２では、上記の精算処理が繰り返された後、店舗の営業時間の終了後などにおいて在高登録処理と呼ばれる処理が実行される。この在高登録処理では、ＰＯＳターミナル２が管理している理論残高と、入出金機３の実際の収納金額である実残高とが対比され、過不足の存在が確認される。
【００７３】
図１１は、在高登録処理の流れを示す図である。以下、図１１を参照して在高登録処理の流れを説明する。
【００７４】
まず、ＲＡＭ２０３に記憶された理論残高が取得される（ステップＳ４１）。次に、入出金機３に所定の制御信号が送信され、入出金機３の制御部３１が管理している実残高が、入出金機３からＰＯＳターミナル２に取得される（ステップＳ４２）。
【００７５】
続いて、実残高から理論残高がＣＰＵ２０１により差し引かれ、その結果が過不足額とされる。過不足額は、実残高が理論残高よりも多いとき（残高過剰のとき）は正の値、実残高が理論残高よりも少ないとき（残高不足のとき）は負の値となる（ステップＳ４３）。
【００７６】
次に、ＳＲＡＭ２０４に記憶されたエラーテーブル７２が参照され、営業時間内の精算処理において発生した全ての動作エラーに関する情報（発生時刻、種別情報、エラー金額）が取得される（ステップＳ４４）。
【００７７】
そして、以上のようにして取得された実残高、理論残高、過不足額、及び、全ての動作エラーに関する情報が、印刷発行部２６により記録用紙に印刷され、一枚の在高登録票として発行される（ステップＳ４５）。
【００７８】
図１２は、このようにして発行された在高登録票７３の一例を示す図である。図に示すように、在高登録票７３では、残高に関する情報を示す現金残高欄７３ａと、動作エラーに関する情報を示す動作エラー欄７３ｂとがある。
【００７９】
現金残高欄７３ａでは、実残高と、理論残高と、過不足額とが示される。この現金残高欄７３ａを閲覧することにより、実残高及び理論残高とともに、営業時間内の精算処理において発生した過不足の状況を把握することができる。
【００８０】
一方で、動作エラー欄７３ｂでは、動作エラーの種別情報と、該動作エラーの発生件数と、該動作エラーに起因するトータルのエラー金額とが、動作エラーの種別ごとに記録されている。したがって、この動作エラー欄７３ｂを閲覧することにより、営業時間内の精算処理において、どのような動作エラーが何件発生し、それによってどれだけのエラー金額が生じたかを容易に把握することができる。したがって、過不足（実残高と理論残高との相違）が生じた場合であっても、その過不足がどのような要因で生じたかを容易に特定することが可能となる。
【００８１】
＜１−６．釣銭切れの具体例＞
次に、精算処理において「釣銭切れ」が発生した場合の具体例を説明する。
【００８２】
図１３は、「釣銭切れ」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ１１ないしＴ１９は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ１１における理論残高と実残高とは一致しており、それぞれ「０円」であるとする。
【００８３】
まず、時点Ｔ１２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【００８４】
次に、時点Ｔ１３において、預かり金の千円札が入出金機３に投入される。これにより、預かり金の金額が「１，０００円」と計数され、その計数結果を示す計数結果信号ｓｇ１が入出金機３からＰＯＳターミナル２に送信される。また、実残高「０円」に計数結果「１，０００円」が加算され、実残高が「１，０００円」に更新される。
【００８５】
次に、時点Ｔ１４において、計数結果信号ｓｇ１がＰＯＳターミナル２に受信される。これにより、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【００８６】
次に、時点Ｔ１５において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【００８７】
次に、時点Ｔ１６において、釣銭指示信号ｓｇ２が入出金機３に受信される。入出金機３は、釣銭指示信号ｓｇ２に従って釣銭を放出すべきであるが、その内部には千円札のみが収納されていることから「１００円」の金銭を放出できない。このため、「釣銭切れ」が発生し、その旨を示す動作エラー信号ｓｇ３が入出金機３からＰＯＳターミナル２に送信される。
【００８８】
次に、時点Ｔ１７において、動作エラー信号ｓｇ３がＰＯＳターミナル２に受信される。これにより、ＰＯＳターミナル２において、釣銭金額「１００円」が未放出金額（エラー金額）として取得される。
【００８９】
次に、時点Ｔ１８において、理論残高の「０円」に合計価格「９００円」が加算され、理論残高が「９００円」に更新される。その結果、理論残高が「９００円」、実残高が「１，０００円」となり、「＋１００円」の過不足（残高過剰）が生じる。
【００９０】
次に、時点Ｔ１９において、エラー対応処理がなされ、発生した「釣銭切れ」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１０に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「釣銭切れ」、エラー金額として「１００円」が記録されている。
【００９１】
図１３に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図１４に示す在高登録票７３が発行される。図１４に示すように、在高登録票７３の現金残高欄７３ａでは、「１００円」の残高過剰が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「釣銭切れ」が１件発生し、その「釣銭切れ」に起因するエラー金額が「１００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「釣銭切れ」によって生じたことを容易に把握できる。また、図１０に示すエラー伝票７１も併せて参照することで、「釣銭切れ」の発生時刻も確認可能である。
【００９２】
＜１−７．リジェクトの具体例＞
次に、精算処理において「リジェクト」が発生した場合の具体例を説明する。
【００９３】
図１５は、「リジェクト」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ２１ないしＴ２８は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ２１における理論残高と実残高とは一致しており、それぞれ「１００円」であるとする。より具体的には、この開始時点Ｔ２１において入出金機３には、百円玉が１枚収納されているものとする。
【００９４】
まず、時点Ｔ２２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【００９５】
次に、時点Ｔ２３において、預かり金の千円札の入出金機３への投入を試みるが、「リジェクト」が発生し、入出金機３に投入できずに放出される。このため、「リジェクト」が発生した旨を示す動作エラー信号ｓｇ４が入出金機３からＰＯＳターミナル２に送信される。
【００９６】
次に、時点Ｔ２４において、動作エラー信号ｓｇ４がＰＯＳターミナル２に受信される。そして、店舗スタッフの操作入力により、未投入金額（エラー金額）が「１，０００円」とＰＯＳターミナル２に取得される。投入済金額は存在しないため、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【００９７】
次に、時点Ｔ２５において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【００９８】
次に、時点Ｔ２６において、釣銭指示信号ｓｇ２が入出金機３に受信される。この釣銭指示信号ｓｇ２に従って、入出金機３の内部に収納されている百円玉が、釣銭として入出金機３から放出される。また、実残高「１００円」から放出金額「１００円」が減算され、実残高が「０円」に更新される。
【００９９】
次に、時点Ｔ２７において、理論残高の「１００円」に合計価格「９００円」が加算され、理論残高が「１，０００円」に更新される。その結果、理論残高が「１，０００円」、実残高が「０円」となり、「−１，０００円」の過不足（残高不足）が生じる。
【０１００】
次に、時点Ｔ２８において、エラー対応処理がなされ、発生した「リジェクト」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１６に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「リジェクト」、エラー金額として「１，０００円」が記録されている。
【０１０１】
図１５に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図１７に示す在高登録票７３が発行される。図１７に示すように、在高登録票７３の現金残高欄７３ａでは、「１，０００円」の残高不足が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「リジェクト」が１件発生し、その「リジェクト」に起因するエラー金額が「１，０００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「リジェクト」によって生じたことを容易に把握できる。また、図１６に示すエラー伝票７１も併せて参照することで、「リジェクト」の発生時刻も確認可能である。
【０１０２】
＜１−８．釣銭フルの具体例＞
次に、精算処理において「釣銭フル」が発生した場合の具体例を説明する。
【０１０３】
図１８は、「釣銭フル」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ３１ないしＴ３９は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ３１における理論残高と実残高とは一致しており、それぞれ「１００円」であるとする。より具体的には、この開始時点Ｔ３１において入出金機３には、百円玉が１枚収納されているものとする。
【０１０４】
まず、時点Ｔ３２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【０１０５】
次に、時点Ｔ３３において、預かり金の２枚の五百円玉の入出金機３への投入を試みるが、１枚の五百円玉は入出金機３に投入できたものの、「釣銭フル」が発生し、他の１枚の五百円玉は投入できずに放出される。これにより、計数結果は「５００円」となり、その計数結果を示す計数結果信号ｓｇ１が入出金機３からＰＯＳターミナル２に送信される。また、実残高「１００円」に計数結果「５００円」が加算され、実残高が「６００円」に更新される。さらに、「釣銭フル」が発生した旨を示す動作エラー信号ｓｇ５も入出金機３からＰＯＳターミナル２に送信される。
【０１０６】
次に、時点Ｔ３４において、計数結果信号ｓｇ１及び動作エラー信号ｓｇ５の双方がＰＯＳターミナル２に受信される。これにより、投入済金額が「５００円」としてＰＯＳターミナル２に取得される。
【０１０７】
次に、時点Ｔ３５において、店舗スタッフの操作入力により、未投入金額（エラー金額）が「５００円」とＰＯＳターミナル２に取得される。そして、投入済金額「５００円」と未投入金額「５００円」とが加算され、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【０１０８】
次に、時点Ｔ３６において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【０１０９】
次に、時点Ｔ３７において、釣銭指示信号ｓｇ２が入出金機３に受信される。この釣銭指示信号ｓｇ２に従って、入出金機３の内部に収納されている百円玉が、釣銭として入出金機３から放出される。また、実残高「６００円」から放出金額「１００円」が減算され、実残高が「５００円」に更新される。
【０１１０】
次に、時点Ｔ３８において、理論残高の「１００円」に合計価格「９００円」が加算され、理論残高が「１，０００円」に更新される。その結果、理論残高が「１，０００円」、実残高が「５００円」となり、「−５００円」の過不足（残高不足）が生じる。
【０１１１】
次に、時点Ｔ３９において、エラー対応処理がなされ、発生した「釣銭フル」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１９に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「釣銭フル」、エラー金額として「５００円」が記録されている。
【０１１２】
図１８に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図２０に示す在高登録票７３が発行される。図２０に示すように、在高登録票７３の現金残高欄７３ａでは、「５００円」の残高不足が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「釣銭フル」が１件発生し、その「釣銭フル」に起因するエラー金額が「５００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「釣銭フル」によって生じたことを容易に把握できる。また、図１９に示すエラー伝票７１も併せて参照することで、「釣銭フル」の発生時刻も確認可能である。
【０１１３】
＜１−９．まとめ＞
以上のように、ＰＯＳターミナル２では、精算処理における演算値である合計価格に基づいて、入出金機３の収納金額が理論残高として導出される。一方で、入出金機３において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合には、当該動作エラーの種別情報が動作エラー信号に基づいて特定される。さらに、その動作エラーにより投入または放出できなかった金額であるエラー金額も取得される。このように、入出金機３の動作エラーが発生した場合には、その動作エラーの種別情報とそれに起因するエラー金額とが取得されるため、動作エラーにより実残高と理論残高とが相違する過不足の状態が生じたとしても適切に対応できることになる。
【０１１４】
また、在高登録処理においては、実残高、理論残高、過不足額、及び、発生した全ての動作エラーに関する情報が取得され、これらが一つの記録用紙に印刷されて在高登録票７３として発行される。したがって、過不足が生じた場合であっても、過不足の具体的な状況と、その過不足がどのような要因で生じたかを容易に把握することが可能となる。
【０１１５】
また、動作エラーが発生するごとに、当該動作エラーの情報（発生時刻、種別情報、及び、エラー金額）がＳＲＡＭ２０４に記憶されると共に、記録用紙に印刷されてエラー伝票７１として発行される。したがって、個々の動作エラーごとの情報も事後的に容易に把握可能である。
【０１１６】
＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第１の実施の形態では、入出金機３の動作エラーが発生したとしても理論残高を修正することはなかったが、本実施の形態では動作エラーが発生したときは、エラー金額に基づいて理論残高が修正されるようになっている。
【０１１７】
本実施の形態の精算処理の内容は、図６及び図７に示す第１の実施の形態のものとほぼ同様であるが、エラー対応処理（図７のステップＳ３０）の内容が相違している。
【０１１８】
図２１は、本実施の形態のエラー対応処理の流れの詳細を示す図である。ステップＳ５１からステップＳ５４までの処理は、図８に示すステップＳ３１からＳ３４までの処理と同一である。すなわち、タイマ２０５の計時する時刻に基づいて動作エラーの発生時刻が取得されるとともに（ステップＳ５１）、動作エラー信号に基づいて発生した動作エラーの種別情報が特定される（ステップＳ５２）。続いて、取得された動作エラーに関連する情報がエラーテーブル７２に記録されるとともに（ステップＳ５３）、その情報が記録用紙に印刷されてエラー伝票７１が発行される（ステップＳ５４）。
【０１１９】
次に、発生した動作エラーの種別情報が確認され（ステップＳ５５）、動作エラーの種別情報と、該動作エラーに起因するエラー金額とに基づいて、ＲＡＭ２０３に記憶された理論残高がＣＰＵ２０１により修正される。
【０１２０】
発生した動作エラーが「釣銭切れ」、すなわち、放出動作の動作エラーの場合は、放出できなかったエラー金額の分だけ理論残高が実残高よりも少なくなっている。このため、その時点の理論残高にエラー金額が加算され、その結果が新たな理論残高とされる（ステップＳ５６）。
【０１２１】
一方、発生した動作エラーが「リジェクト」あるいは「釣銭フル」、すなわち、投入動作の動作エラーの場合は、投入できなかったエラー金額の分だけ理論残高が実残高よりも多くなっている。このため、その時点の理論残高からエラー金額が減算され、その結果が新たな理論残高とされる（ステップＳ５７）。
【０１２２】
このように本実施の形態では、動作エラーが発生したとしても、動作エラーの種別情報とエラー金額とに基づいて理論残高が修正される。このため、実残高と理論残高とを一致させることができ、動作エラーに起因する過不足そのものの発生を防止できる。
【０１２３】
なお、このような理論残高の修正は、発生した動作エラーが投入動作及び放出動作のいずれの動作エラーであるかの情報と、エラー金額とが得られれば行うことが可能である。このため、動作エラーの種別情報は、「釣銭切れ」、「リジェクト」及び「釣銭フル」を示す情報でなくても、少なくとも投入動作の動作エラー、及び、放出動作の動作エラーのいずれであるかを特定可能な情報であればよい。
【０１２４】
＜３．他の実施の形態＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような他の実施の形態について説明する。もちろん、以下で説明する形態を適宜に組み合わせてもよい。
【０１２５】
上記実施の形態では、動作エラー信号に基づいて動作エラーの種別情報が特定されていたが、操作キー部２４等を介してユーザたる店舗スタッフが動作エラーの種別情報を操作入力することにより、動作エラーの種別情報が特定されてもよい。このような場合、動作エラー信号が入出金機３からＰＯＳターミナル２に送信されなくてもよい。
【０１２６】
また、動作エラーが発生した時点における精算処理における工程に基づいて、動作エラーの種別情報が特定されてもよい。例えば、預かり金を投入すべき工程（図６のステップＳ１４）において動作エラーが発生すれば投入動作の動作エラーであると特定でき、釣銭を放出すべき工程（図７のステップＳ２３）において動作エラーが発生すれば放出動作の動作エラーであると特定できる。
【０１２７】
また、上記第２の実施の形態ではエラー対応処理において理論残高が修正されていたが、理論残高を更新する際（図７のステップＳ２７）において、エラー金額を考慮して理論残高を修正するようにしてもよい。
【０１２８】
また、入出金機３は、売買取引とは無関係に、金銭（釣銭準備金等）を投入する入金処理と、金銭（売上金等）を放出する出金処理とを行うことが可能であり、この入金処理及び出金処理を行う場合はＰＯＳターミナル２に信号が送信されて、理論残高も更新される。この入金処理及び出金処理に伴う理論残高の更新の際に、エラー金額を考慮して理論残高を修正するようにしてもよい。
【図面の簡単な説明】
【０１２９】
【図１】ＰＯＳターミナルが適用されるＰＯＳシステムの概要を示す図である。
【図２】ＰＯＳターミナルの外観構成を示す図である。
【図３】ＰＯＳターミナルの内部構成を含めた構成を示すブロック図である。
【図４】入出金機の外観構成を示す図である。
【図５】入出金機の内部構成を含めた構成を示すブロック図である。
【図６】精算処理の流れを示す図である。
【図７】精算処理の流れを示す図である。
【図８】第１の実施の形態のエラー対応処理の流れの詳細を示す図である。
【図９】エラーテーブルの一例を示す図である。
【図１０】エラー伝票の一例を示す図である。
【図１１】在高登録処理の流れを示す図である。
【図１２】在高登録票の一例を示す図である。
【図１３】釣銭切れが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１４】在高登録票の一例を示す図である。
【図１５】リジェクトが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１６】エラー伝票の一例を示す図である。
【図１７】在高登録票の一例を示す図である。
【図１８】釣銭フルが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１９】エラー伝票の一例を示す図である。
【図２０】在高登録票の一例を示す図である。
【図２１】第２の実施の形態のエラー対応処理の流れの詳細を示す図である。
【符号の説明】
【０１３０】
１ ＰＯＳサーバ
２ ＰＯＳターミナル
３ 入出金機
２１ 制御部
２４ 操作キー部
２６ 印刷発行部
７１ エラー伝票
７３ 在高登録票
２０１ ＣＰＵ
【技術分野】
【０００１】
本発明は、入出金機と連動し、入出金機の計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置に関する。
【背景技術】
【０００２】
スーパーマーケットやコンビニエンスストアなどの小売店舗の売買取引においては、ＰＯＳターミナルなどとも呼ばれるキャッシュレジスタ装置が使用される。キャッシュレジスタ装置では、売買取引ごとに、当該売買取引に係る演算処理が行われる。具体的には、顧客が購入を希望する全ての商品の合計価格が導出された後、顧客から受け渡された預かり金の金額が取得され、合計価格と預かり金の金額とに基づいて釣銭の金額が導出される。
【０００３】
通常、このような売買取引では、預かり金の計数や釣銭の計数は、キャッシュレジスタ装置を取り扱う店舗スタッフが担うことになる。一方で近年では、店舗スタッフの計数ミスや不正操作等を防止するため、キャッシュレジスタ装置を入出金機と連動させ、預かり金の計数や釣銭の計数を入出金機に行わせることもなされている。この入出金機は、投入された金銭の金額を計数する入金機能と、指定された金額の金銭を放出する出金機能とを有する装置である。
【０００４】
入出金機を利用する場合は、預かり金は入出金機に投入され、入出金機によりその金額が正確に計数される。そして、その正確な計数結果が信号でキャッシュレジスタ装置に受け渡され、売買取引に係る演算処理に利用される。また、キャッシュレジスタ装置において釣銭の金額が導出されると、導出された釣銭の金額が信号で入出金機に受け渡され、その金額の金銭が釣銭として入出金機から放出される（例えば、特許文献１参照。）。
【０００５】
【特許文献１】特開２００５−２２２１９２号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
キャッシュレジスタ装置と入出金機とを連動させる場合は、原則として売上金及び釣銭準備金の全ての現金が入出金機内に収納される。キャッシュレジスタ装置は、この入出金機の理論上の収納金額である理論残高を示す内部変数を記憶しており、売買取引ごとに更新している。入出金機の収納金額は、理論的には、売買取引ごとにその売買取引における合計価格の分だけ増加する。このため、キャッシュレジスタ装置は、売買取引に係る演算処理において導出された合計価格に基づいて理論残高を更新する。
【０００７】
しかしながら、入出金機において預かり金の投入動作や釣銭の放出動作で動作エラーが発生した場合には、入出金機の実際の収納金額である実残高と、キャッシュレジスタ装置が記憶している理論残高とが相違する過不足の状態が生じる。例えば、入出金機において預かり金の投入時にリジェクト（金銭を投入できない動作エラー）が生じたときには、実際には入出金機に金銭が投入されておらず実残高が増加していないにもかかわらず、理論残高は増加されるという事態が生じる。従来のキャッシュレジスタ装置では、このような入出金機の動作エラーに起因して過不足が生じたとしても、その原因の特定が難しく問題となっていた。
【０００８】
本発明は、上記課題に鑑みてなされたものであり、入出金機の動作エラーにより、入出金機の実際の収納金額と理論残高とが相違する過不足が生じたとしても適切に対応できるキャッシュレジスタ装置を提供することを目的とする。
【課題を解決するための手段】
【０００９】
上記課題を解決するため、請求項１の発明は、投入された金銭の金額を計数するとともに指定された金額の金銭を放出する入出金機と連動し、前記入出金機による計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置であって、前記売買取引に係る演算処理における演算値に基づいて、前記入出金機の収納金額を理論残高として導出する導出手段と、前記入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合に、当該動作エラーの種別情報を特定する種別特定手段と、前記動作エラーにより投入または放出できなかった金額であるエラー金額を取得する金額取得手段と、を備えている。
【００１０】
また、請求項２の発明は、請求項１に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報と、該動作エラーに起因する前記エラー金額とを記録用紙に印刷する印刷手段、をさらに備えている。
【００１１】
また、請求項３の発明は、請求項２に記載のキャッシュレジスタ装置において、前記入出金機の実際の収納金額である実残高を、前記入出金機から取得する取得手段、をさらに備え、前記印刷手段は、前記理論残高と前記実残高とを前記記録用紙にさらに印刷する。
【００１２】
また、請求項４の発明は、請求項１に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報、及び、該動作エラーに起因する前記エラー金額に基づいて、前記理論残高を修正する修正手段、をさらに備えている。
【００１３】
また、請求項５の発明は、請求項４に記載のキャッシュレジスタ装置において、前記動作エラーの種別情報は、前記投入動作の動作エラー、及び、前記放出動作の動作エラーのいずれであるかを特定可能な情報である。
【００１４】
また、請求項６の発明は、請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、時刻を計時する計時手段と、前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを記録用紙に印刷する記録手段と、をさらに備えている。
【００１５】
また、請求項７の発明は、請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、時刻を計時する計時手段と、前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを関連付けて記憶する記憶手段と、をさらに備えている。
【発明の効果】
【００１６】
請求項１ないし７の発明によれば、入出金機において金銭の投入動作時及び放出動作時のいずれかの動作エラーが発生した場合に、発生した動作エラーの種別情報を特定するとともに、その動作エラーに起因するエラー金額を取得する。このため、動作エラーにより、入出金機の実際の収納金額と理論残高とが相違する過不足の状態が生じたとしても適切に対応できる。
【００１７】
また、特に請求項２の発明によれば、動作エラーの種別情報と、その動作エラーに起因するエラー金額とが関連付けて記録用紙に印刷されるため、過不足の要因を事後的に容易に把握できる。
【００１８】
また、特に請求項３の発明によれば、理論残高、実残高、及び、動作エラーに関する情報が一つの記録用紙に印刷されるため、過不足の状況と、その要因とを容易に把握できる。
【００１９】
また、特に請求項４の発明によれば、動作エラーが発生したとしても理論残高を修正して、入出金機の実際の収納金額と理論残高とを一致させることができる。
【００２０】
また、特に請求項５の発明によれば、理論残高を正しく修正できる。
【００２１】
また、特に請求項６の発明によれば、動作エラーが発生するごとに、その動作エラーの発生時刻と、種別情報と、エラー金額とが記録用紙に記録されるため、いつどのような動作エラーが発生したかを事後的に把握できる。
【００２２】
また、特に請求項７の発明によれば、動作エラーが発生するごとに、その動作エラーの発生時刻と、種別情報と、エラー金額とが関連付けて記憶されるため、いつどのような動作エラーが生じたかを事後的に把握することができる。
【発明を実施するための最良の形態】
【００２３】
以下、図面を参照しつつ、本発明の実施の形態について説明する。
【００２４】
＜１．第１の実施の形態＞
＜１−１．構成概要＞
図１は、第１の実施の形態に係るキャッシュレジスタ装置であるＰＯＳターミナル２が適用されるＰＯＳシステム（キャッシュレジスタシステム）１００の概要を示す図である。このＰＯＳシステム１００は、スーパーマーケットやコンビニエンスストアなどの店舗において採用されるものであり、ＰＯＳサーバ１と、複数のＰＯＳターミナル２とを主に備えている。ＰＯＳサーバ１と複数のＰＯＳターミナル２とはＬＡＮ４１によって接続され、相互にデータ通信が可能とされている。また、複数のＰＯＳターミナル２のそれぞれには入出金機３がケーブル４２によって接続されている。これにより、各ＰＯＳターミナル２は、自装置に接続された入出金機３とデータ通信が可能となっている。
【００２５】
ＰＯＳサーバ１は、ＰＯＳシステム１００の全体を統括的に管理する装置であり、通常は店舗の販売エリアとは別の管理事務所等に配置される。ＰＯＳサーバ１は、ＣＰＵ、ＲＡＭ、ＲＯＭ、ハードディスク等を備えた一般的なコンピュータで構成される。ＰＯＳサーバ１のハードディスクには、当該店舗で扱われる各商品の商品データが登録された商品マスタなど、ＰＯＳシステム１００の全体で必要となるデータが記憶される。
【００２６】
ＰＯＳターミナル２は、主として商品の売買取引の際に店舗の販売スタッフによって実際に操作される装置であり、店舗の販売エリアに配置される。ＰＯＳターミナル２は、売買取引ごとに精算処理を実行する。精算処理では、売買取引に係る商品の商品登録（商品データの登録）、及び、売買取引に係る各種の演算処理（商品の合計価格や釣銭の導出等）がなされる。
【００２７】
また、入出金機３は、投入された金銭の金額を計数する入金機能と、指定された金額の金銭を放出する出金機能と、金銭を収納する収納機能とを有する装置である。ＰＯＳターミナル２は精算処理において、自装置に接続された入出金機３と連動することになる。原則として、精算処理において顧客と販売スタッフとの間で受け渡される全ての金銭は、入出金機３において計数される。また原則として、売買取引に関する全ての金銭（売上金及び釣銭準備金の双方）は、入出金機３に収納される。
【００２８】
精算処理において顧客から受け渡された預かり金は、入出金機３に投入される。投入された預かり金の金額は入出金機３により正確に計数され、その計数結果が信号でＰＯＳターミナル２に受け渡されて演算処理に利用される。また、ＰＯＳターミナル２において釣銭の金額が導出されると、導出された釣銭の金額が信号で入出金機３に受け渡され、その金額の金銭が釣銭として入出金機３から放出されるようになっている。
【００２９】
＜１−２．ＰＯＳターミナル＞
図２は、ＰＯＳターミナル２の外観構成を示す図である。図に示すように、ＰＯＳターミナル２は、各種情報の表示を行う２つのディスプレイ２２，２３と、ユーザの操作や入力を受け付ける複数のボタンからなる操作キー部２４と、商品に付されたバーコードなどを読み取るバーコードリーダ２５と、記録用紙を印刷してレシート等を発行する印刷発行部２６と、金銭を収納可能なドロワ２７とを備えている。操作キー部２４には、小計キーやテンキーなどの各種のボタンが含まれている。
【００３０】
また、２つのディスプレイ２２，２３のうち、一方はユーザたる販売スタッフの側に示すべき情報を表示する販売側ディスプレイ２２であり、他方は顧客の側に示すべき情報を表示する顧客側ディスプレイ２３である。顧客側ディスプレイ２３の画面は、精算処理において顧客が視認しやすいように、その向きが調整可能となっている。
【００３１】
図３は、ＰＯＳターミナル２の内部構成を含めた構成を示すブロック図である。図に示すように、ＰＯＳターミナル２はその内部に、装置全体を制御するとともに、各種の演算処理を行うコンピュータである制御部２１を備えている。制御部２１は、演算処理を行うＣＰＵ２０１と、制御用プログラム等を記憶するＲＯＭ２０２と、演算処理の作業領域となるＲＡＭ２０３と、各種データを記憶する不揮発性メモリであるバッテリーバックアップされたＳＲＡＭ２０４と、時刻を計時する機能を有するタイマ２０５とを備えている。制御部２１の各種機能は、ＣＰＵ２０１がＲＯＭ２０２内の制御用プログラムに従って演算処理を行うことで実現される。
【００３２】
ＰＯＳターミナル２の制御部２１は、精算処理における演算値に基づいて、入出金機３が収納している理論上の金額（以下、「理論残高」という。）を導出して把握している。具体的には、理論残高を示す内部変数がＲＡＭ２０３に記憶されており、精算処理で導出された商品の合計価格に基づいて理論残高がＣＰＵ２０１により更新される。この理論残高の更新を含む精算処理の詳細については後述する。
【００３３】
また、上述した販売側ディスプレイ２２、顧客側ディスプレイ２３、操作キー部２４、バーコードリーダ２５、ドロワ２７及び印刷発行部２６の各部は、バスライン２０を介して制御部２１に接続される。これにより、ＰＯＳターミナル２の各部は制御部２１の制御下で動作するとともに、操作キー部２４及びバーコードリーダ２５で取得された情報は制御部２１に入力される。
【００３４】
また、ＰＯＳターミナル２は、ＬＡＮ４１を介して通信するための通信部２８と、ケーブル４２を介して通信するためのインターフェイス２９とを備えている。これら通信部２８及びインターフェイス２９もバスライン２０を介して制御部２１に接続されている。これにより、制御部２１はＰＯＳサーバ１及び入出金機３との間で、各種信号やデータの送受信を行うことが可能となっている。
【００３５】
＜１−３．入出金機＞
図４は、入出金機３の外観構成を示す図である。図に示すように、入出金機３は、前面側上部に硬貨を投入するための硬貨投入部３２を備え、前面側右方に紙幣を投入するための紙幣投入部３４を備えている。また、前面側左方には硬貨を放出するための硬貨放出部３３を備え、紙幣投入部３４の左側には紙幣を放出するための紙幣放出部３５を備えている。
【００３６】
精算処理において顧客から受け渡された預かり金は、硬貨投入部３２及び紙幣投入部３４を介して入出金機３に収納される。また、釣銭は、硬貨放出部３３及び紙幣放出部３５を介して入出金機３から払い出される。
【００３７】
図５は、入出金機３の内部構成を含めた構成を示すブロック図である。図に示すように、入出金機３はその内部に、硬貨投入部３２を介して投入された硬貨を計数する硬貨計数部３６と、硬貨を収納する硬貨収納部３６１と、紙幣投入部３４を介して投入された紙幣を計数する紙幣計数部３７と、紙幣を収納する紙幣収納部３７１とを備えている。硬貨計数部３６及び紙幣計数部３７は、投入された金銭が真貨であるか否かを判別する機能も有している。
【００３８】
硬貨収納部３６１は、硬貨計数部３６で計数された硬貨を収納するとともに、外部へ放出すべき硬貨を硬貨放出部３３に供給する。同様に、紙幣収納部３７１は、紙幣計数部３７で計数された紙幣を収納するとともに、外部へ放出すべき紙幣を紙幣放出部３５に供給する。
【００３９】
また、入出金機３は、その内部に装置全体を制御するとともに、各種の演算処理を行うコンピュータである制御部３１を備えている。制御部３１は、演算処理を行うＣＰＵ３０１と、制御用プログラム等を記憶するＲＯＭ３０２と、演算処理の作業領域となるＲＡＭ３０３と、各種データを記憶する不揮発性メモリであるバッテリーバックアップされたＳＲＡＭ３０４とを備えている。制御部３１の各種機能は、ＣＰＵ３０１がＲＯＭ３０２内の制御用プログラムに従って演算処理を行うことで実現される。
【００４０】
上述した硬貨投入部３２、硬貨放出部３３、紙幣投入部３４、紙幣放出部３５、硬貨計数部３６及び紙幣計数部３７の各部は、バスライン３０を介して制御部３１に接続される。これにより、入出金機３の各部は制御部３１の制御下で動作するとともに、硬貨計数部３６及び紙幣計数部３７における計数結果は制御部３１に入力される。
【００４１】
入出金機３の制御部３１は、硬貨計数部３６及び紙幣計数部３７の計数結果、及び、硬貨放出部３３及び紙幣放出部３５が放出した金額に基づいて、硬貨収納部３６１及び紙幣収納部３７１が実際に収納している金額（以下、「実残高」という。）を導出して把握している。具体的には、実残高を示す内部変数がＲＡＭ３０３に記憶されており、実際の金銭の投入や放出に応じて実金額がＣＰＵ３０１により更新される。さらに、制御部３１は、硬貨収納部３６１及び紙幣収納部３７１に収納されている金銭の種別とその数も把握している。
【００４２】
また、入出金機３は、ケーブル４２を介して通信するためのインターフェイス３９を備えている。インターフェイス３９もバスライン３０を介して制御部３１に接続されている。これにより、制御部３１はＰＯＳターミナル２との間で、各種信号やデータの送受信を行うことが可能となっている。
【００４３】
このような入出金機３においては、投入すべき預かり金を投入できない、あるいは、放出すべき釣銭を放出できないという動作エラーが発生することがある。このような動作エラーとしては、「釣銭切れ」「リジェクト」及び「釣銭フル」がある。
【００４４】
「釣銭切れ」とは、放出すべき釣銭を放出できないという放出動作の動作エラーである。釣銭を放出する際には、その金額を指定する信号がＰＯＳターミナル２から入出金機３に入力される。しかしながら、硬貨収納部３６１及び紙幣収納部３７１に収納された金銭の金額が指定された金額に満たない場合や、収納された金銭では指定された金額の組合せを実現できない場合は、釣銭が放出されない。すなわち、「釣銭切れ」が発生する。
【００４５】
「リジェクト」とは、投入すべき預かり金を投入できないという投入動作の動作エラーである。預かり金を投入した場合において、金銭が真貨であっても、汚れや折り目などにより硬貨計数部３６及び紙幣計数部３７にその金銭が真貨と認識されない場合がある。この場合、真貨と認識されない金銭は、入出金機３に収納されずにそのまま放出される。すなわち、「リジェクト」が発生する。
【００４６】
「釣銭フル」とは、投入すべき預かり金を投入できないという投入動作の動作エラーである。預かり金を投入した場合において、金銭が真貨と認識された場合あっても、硬貨収納部３６１及び紙幣収納部３７１の収納スペースが物理的に満杯であれば、さらなる金銭の収納はできない。このため、この場合においては、収納できない金銭は入出金機３に収納されずにそのまま放出される。すなわち、「釣銭フル」が発生する。なお、「リジェクト」及び「釣銭フル」の場合においては、預かり金のうちの一部の金銭のみが入出金機３に収納され、残りの金銭が入出金機３に収納されずに放出されるといった場面もあり得る。
【００４７】
入出金機３においてこのような動作エラーが発生したときには、制御部３１の制御により動作エラー信号が入出金機３からＰＯＳターミナル２に送信されるようになっている。動作エラー信号には、発生した動作エラーが、「釣銭切れ」「リジェクト」及び「釣銭フル」のいずれであるかを示す種別情報が含まれている。
【００４８】
＜１−４．精算処理＞
ＰＯＳターミナル２は、精算処理において動作エラー信号を入出金機３から受信すると、それに応じた処理を行うようになっている。以下、このようなＰＯＳターミナル２の精算処理について説明する。
【００４９】
図６及び図７は、精算処理の流れを示す図である。図６及び図７に示す一連の処理は、一の売買取引ごと（一の顧客が購入を希望する商品群ごと）になされる処理である。また、図６及び図７において、左側はＰＯＳターミナル２の処理の流れを示し、右側は入出金機３の処理の流れを示している。
【００５０】
まず、顧客が購入を希望する商品に付されたバーコードが、ＰＯＳターミナル２のバーコードリーダ２５によって読み取られる。これにより取得された商品コードに基づいてＰＯＳサーバ１内の商品マスタが参照され、当該商品の「商品名」及び「価格」などの商品データがＰＯＳターミナル２に取得される。取得された商品データはＲＡＭ２０２に記憶され、これにより当該商品の商品登録がなされる。このような商品登録は、顧客が購入を希望する全ての商品について行われる（ステップＳ１１）。
【００５１】
全ての商品について商品登録がなされると、ユーザたる販売スタッフにより操作キー部２４に含まれる小計キーが押下される。小計キーが押下されると（ステップＳ１２にてＹｅｓ）、全ての商品についての「価格」がＣＰＵ２０１により合計され、その結果の演算値が合計価格としてＲＡＭ２０２に記憶される（ステップＳ１３）。
【００５２】
導出された合計価格は、２つのディスプレイ２２，２３に表示される。この合計価格の表示に基づいて、預かり金となる決済用の金銭が顧客から店舗スタッフに受け渡される。預かり金は、入出金機３の硬貨投入部３２及び紙幣投入部３４に、店舗スタッフにより投入される。預かり金が入出金機３に投入されると、入出金機３の硬貨計数部３６及び紙幣計数部３７により預かり金の金額が計数される。そして、その計数結果（すなわち、預かり金の金額）を示す信号（以下、「計数結果信号」という。）が、入出金機３からＰＯＳターミナル２に送信される（ステップＳ９１）。
【００５３】
しかしながら、この入出金機３の投入動作において「リジェクト」あるいは「釣銭フル」の動作エラーが発生した場合は、動作エラー信号が入出金機３からＰＯＳターミナル２に送信される。また、「リジェクト」あるいは「釣銭フル」の動作エラーにより、預かり金のうちの一部の金銭のみが入出金機３に収納され、残りの金銭が収納されずに放出された場合は、収納された一部の金銭の金額を示す計数結果信号と、動作エラー信号との双方が、入出金機３からＰＯＳターミナル２に送信される。
【００５４】
入出金機３から送信された信号はＰＯＳターミナル２に受信される（ステップＳ１４）。そして、受信した信号に動作エラー信号がなかった場合（すなわち、入出金機３の投入動作において動作エラーが発生しなかった場合）は（ステップＳ１５にてＮｏ）、計数結果信号に基づいて預かり金の金額がＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される（ステップＳ１６）。
【００５５】
一方、受信した信号に動作エラー信号があった場合（すなわち、入出金機３の投入動作において動作エラーが発生した場合）は（ステップＳ１５にてＹｅｓ）、まず、動作エラーがあった旨が販売側ディスプレイ２２に表示される（ステップＳ１７）。
【００５６】
次に、動作エラー信号とともに計数結果信号を受信していた場合は、その計数結果信号に基づいて、預かり金のうち入出金機３に投入できた金銭の金額（以下、「投入済金額」という。）が、ＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される（ステップＳ１８）。
【００５７】
次に、預かり金のうち入出金機３に投入できなかった金銭の金額（以下、「未投入金額」という。）が、操作キー部２４を介して店舗スタッフにより操作入力される。これにより、未投入金額がＰＯＳターミナル２に取得され、ＲＡＭ２０２に記憶される。入出金機３に投入できなかった金銭はドロワ２７などに収納される。未投入金額は、「リジェクト」あるいは「釣銭フル」の動作エラーに起因して入出金機３に投入できなかったエラー金額であるともいえる（ステップＳ１９）。
【００５８】
次に、投入済金額と未投入金額とがＣＰＵ２０１により加算され、その結果が預かり金の金額とされる。導出された預かり金の金額は、ＲＡＭ２０２に記憶される（ステップＳ２０）。
【００５９】
このようにして預かり金の金額が得られると、次に、預かり金の金額から合計価格がＣＰＵ２０１により差し引かれ、その結果が釣銭金額とされる。導出された釣銭金額は、２つのディスプレイ２２，２３に表示される（図７のステップＳ２１）。次に、釣銭金額を指定してその金銭の放出を指示する釣銭指示信号が、ＰＯＳターミナル２から入出金機３に送信される（ステップＳ２２）。
【００６０】
この釣銭指示信号の受信に応答して入出金機３では、釣銭指示信号が指定する釣銭金額の金銭が、硬貨放出部３３及び紙幣放出部３５から放出される。放出された金銭は、釣銭として店舗スタッフにより顧客に受け渡される。このようにして入出金機３が正常に釣銭を放出した場合は、正常完了信号が入出金機３からＰＯＳターミナル２に送信される。しかしながら、この入出金機３の放出動作において「釣銭切れ」の動作エラーが発生した場合は、動作エラー信号が入出金機３からＰＯＳターミナル２に送信される（ステップＳ９２）。
【００６１】
入出金機３から送信された信号はＰＯＳターミナル２に受信される（ステップＳ２３）。受信した信号が正常完了信号の場合（すなわち、入出金機３の放出動作において動作エラーが発生しなかった場合）は（ステップＳ２４にてＮｏ）、処理はそのままステップＳ２７に進む。
【００６２】
一方、受信した信号が動作エラー信号の場合（すなわち、入出金機３の放出動作において動作エラーが発生した場合）は（ステップＳ２４にてＹｅｓ）、まず、動作エラーがあった旨が販売側ディスプレイ２２に表示される（ステップＳ２５）。このようなエラー表示があった場合は、釣銭が入出金機３から放出されないため、ドロワ２７や店舗事務室などから釣銭が持ち出されて顧客に受け渡される。
【００６３】
続いて、入出金機３が放出できなかった金銭の金額（以下、「未放出金額」という。）が取得される。本実施の形態の入出金機３は、「釣銭切れ」の場合には、釣銭となる全ての金銭を放出しない。このため、ステップＳ２１において導出された釣銭金額が、そのまま未放出金額としてＣＰＵ２０１により取得され、ＲＡＭ２０２に記憶される。未放出金額は「釣銭切れ」の動作エラーに起因して入出金機３から放出できなかったエラー金額であるともいえる（ステップＳ２６）。
【００６４】
ステップＳ２７では、ステップＳ１３において導出された合計価格に基づいて、ＲＡＭ２０３に記憶された理論残高が更新される。具体的には、その時点の理論残高に合計価格がＣＰＵ２０１により加算され、その結果が新たな理論残高とされる（ステップＳ２７）。ただし、以上の処理過程において入出金機３において動作エラーが生じたときには、理論残高と実残高とはこの時点で相違することになる（具体例については後述。）。
【００６５】
次に、印刷発行部２６により、売買取引の内容が記録用紙に印刷され、レシートとして発行される（ステップＳ２８）。通常は、このレシートの発行により精算処理が完了する。しかしながら、以上の処理過程において動作エラー信号を入出金機３から受信していた場合は、動作エラーに対応すべくエラー対応処理がさらに行われる（ステップＳ２９，Ｓ３０）。
【００６６】
図８は、エラー対応処理の流れの詳細を示す図である。まず、タイマ２０５が計時している時刻が取得される（ステップＳ３１）。このとき取得された時刻は、以降、動作エラーの発生時刻として取り扱われる。なお、動作エラー信号を受信した時点で、タイマ２０５が計時している時刻が取得され、その時刻が動作エラーの発生時刻とされてもよい。
【００６７】
次に、入出金機３において発生した動作エラーの種別情報が、ＣＰＵ２０１により特定される。前述のように、入出金機３から受信した動作エラー信号には、発生した動作エラーが「釣銭切れ」「リジェクト」及び「釣銭フル」のいずれであるかを示す種別情報が含まれている。このため、この動作エラー信号に基づいて、発生した動作エラーの種別情報が容易に特定される（ステップＳ３２）。
【００６８】
次に、以上のようにして取得された動作エラーに関連する情報が、ＳＲＡＭ２０４に記憶される。ＳＲＡＭ２０４には、発生した全ての動作エラーに関する情報が登録されるテーブルデータであるエラーテーブルが記憶されている。このエラーテーブルに対して、動作エラーの発生時刻と、動作エラーの種別情報と、動作エラーに起因するエラー金額とが関連付けられて記録される（ステップＳ３３）。
【００６９】
図９は、エラーテーブル７２の一例を示す図である。図に示すように、エラーテーブル７２では、一つのレコードＲに一つの動作エラーに関連する情報が登録される。すなわち、各レコードＲにおいては、一つの動作エラーに関する発生時刻、種別情報、及び、エラー金額が関連付けられている。エラーテーブル７２のレコードＲは、精算処理において入出金機３の動作エラーが発生するごとに登録される。したがって、このエラーテーブル７２を参照することで、いつどのような動作エラーが入出金機３において発生したかを事後的に把握することが可能となる。
【００７０】
エラーテーブル７２に情報が記録されると、エラーテーブル７２に記録された情報と同一の情報が、印刷発行部２６により記録用紙に印刷され、エラー伝票として発行される（ステップＳ３４）。図１０は、発行されたエラー伝票７１の一例を示す図である。図に示すように、エラー伝票７１においては、一つの動作エラーに関する発生時刻７１ａ、種別情報７１ｂ、及び、エラー金額７１ｃが印刷されている。動作エラーが発生するごとに、このようなエラー伝票７１が発行される。このため、エラーテーブル７２を閲覧する装置を利用せずとも、エラー伝票７１を管理しておくことで、いつどのような動作エラーが入出金機３において発生したかを事後的に把握することが可能となる。
【００７１】
なお、一回の精算処理において「リジェクト」と「釣銭切れ」とが生じるなど、複数回の動作エラーが発生することもある。この場合は、発生した動作エラーごとに図８に示すエラー対応処理が実行される。したがって、発生した動作エラーごとに、エラーテーブル７２のレコードＲが登録されるとともに、エラー伝票７１が発行されることになる。
【００７２】
＜１−５．在高登録処理＞
ＰＯＳターミナル２では、上記の精算処理が繰り返された後、店舗の営業時間の終了後などにおいて在高登録処理と呼ばれる処理が実行される。この在高登録処理では、ＰＯＳターミナル２が管理している理論残高と、入出金機３の実際の収納金額である実残高とが対比され、過不足の存在が確認される。
【００７３】
図１１は、在高登録処理の流れを示す図である。以下、図１１を参照して在高登録処理の流れを説明する。
【００７４】
まず、ＲＡＭ２０３に記憶された理論残高が取得される（ステップＳ４１）。次に、入出金機３に所定の制御信号が送信され、入出金機３の制御部３１が管理している実残高が、入出金機３からＰＯＳターミナル２に取得される（ステップＳ４２）。
【００７５】
続いて、実残高から理論残高がＣＰＵ２０１により差し引かれ、その結果が過不足額とされる。過不足額は、実残高が理論残高よりも多いとき（残高過剰のとき）は正の値、実残高が理論残高よりも少ないとき（残高不足のとき）は負の値となる（ステップＳ４３）。
【００７６】
次に、ＳＲＡＭ２０４に記憶されたエラーテーブル７２が参照され、営業時間内の精算処理において発生した全ての動作エラーに関する情報（発生時刻、種別情報、エラー金額）が取得される（ステップＳ４４）。
【００７７】
そして、以上のようにして取得された実残高、理論残高、過不足額、及び、全ての動作エラーに関する情報が、印刷発行部２６により記録用紙に印刷され、一枚の在高登録票として発行される（ステップＳ４５）。
【００７８】
図１２は、このようにして発行された在高登録票７３の一例を示す図である。図に示すように、在高登録票７３では、残高に関する情報を示す現金残高欄７３ａと、動作エラーに関する情報を示す動作エラー欄７３ｂとがある。
【００７９】
現金残高欄７３ａでは、実残高と、理論残高と、過不足額とが示される。この現金残高欄７３ａを閲覧することにより、実残高及び理論残高とともに、営業時間内の精算処理において発生した過不足の状況を把握することができる。
【００８０】
一方で、動作エラー欄７３ｂでは、動作エラーの種別情報と、該動作エラーの発生件数と、該動作エラーに起因するトータルのエラー金額とが、動作エラーの種別ごとに記録されている。したがって、この動作エラー欄７３ｂを閲覧することにより、営業時間内の精算処理において、どのような動作エラーが何件発生し、それによってどれだけのエラー金額が生じたかを容易に把握することができる。したがって、過不足（実残高と理論残高との相違）が生じた場合であっても、その過不足がどのような要因で生じたかを容易に特定することが可能となる。
【００８１】
＜１−６．釣銭切れの具体例＞
次に、精算処理において「釣銭切れ」が発生した場合の具体例を説明する。
【００８２】
図１３は、「釣銭切れ」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ１１ないしＴ１９は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ１１における理論残高と実残高とは一致しており、それぞれ「０円」であるとする。
【００８３】
まず、時点Ｔ１２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【００８４】
次に、時点Ｔ１３において、預かり金の千円札が入出金機３に投入される。これにより、預かり金の金額が「１，０００円」と計数され、その計数結果を示す計数結果信号ｓｇ１が入出金機３からＰＯＳターミナル２に送信される。また、実残高「０円」に計数結果「１，０００円」が加算され、実残高が「１，０００円」に更新される。
【００８５】
次に、時点Ｔ１４において、計数結果信号ｓｇ１がＰＯＳターミナル２に受信される。これにより、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【００８６】
次に、時点Ｔ１５において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【００８７】
次に、時点Ｔ１６において、釣銭指示信号ｓｇ２が入出金機３に受信される。入出金機３は、釣銭指示信号ｓｇ２に従って釣銭を放出すべきであるが、その内部には千円札のみが収納されていることから「１００円」の金銭を放出できない。このため、「釣銭切れ」が発生し、その旨を示す動作エラー信号ｓｇ３が入出金機３からＰＯＳターミナル２に送信される。
【００８８】
次に、時点Ｔ１７において、動作エラー信号ｓｇ３がＰＯＳターミナル２に受信される。これにより、ＰＯＳターミナル２において、釣銭金額「１００円」が未放出金額（エラー金額）として取得される。
【００８９】
次に、時点Ｔ１８において、理論残高の「０円」に合計価格「９００円」が加算され、理論残高が「９００円」に更新される。その結果、理論残高が「９００円」、実残高が「１，０００円」となり、「＋１００円」の過不足（残高過剰）が生じる。
【００９０】
次に、時点Ｔ１９において、エラー対応処理がなされ、発生した「釣銭切れ」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１０に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「釣銭切れ」、エラー金額として「１００円」が記録されている。
【００９１】
図１３に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図１４に示す在高登録票７３が発行される。図１４に示すように、在高登録票７３の現金残高欄７３ａでは、「１００円」の残高過剰が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「釣銭切れ」が１件発生し、その「釣銭切れ」に起因するエラー金額が「１００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「釣銭切れ」によって生じたことを容易に把握できる。また、図１０に示すエラー伝票７１も併せて参照することで、「釣銭切れ」の発生時刻も確認可能である。
【００９２】
＜１−７．リジェクトの具体例＞
次に、精算処理において「リジェクト」が発生した場合の具体例を説明する。
【００９３】
図１５は、「リジェクト」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ２１ないしＴ２８は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ２１における理論残高と実残高とは一致しており、それぞれ「１００円」であるとする。より具体的には、この開始時点Ｔ２１において入出金機３には、百円玉が１枚収納されているものとする。
【００９４】
まず、時点Ｔ２２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【００９５】
次に、時点Ｔ２３において、預かり金の千円札の入出金機３への投入を試みるが、「リジェクト」が発生し、入出金機３に投入できずに放出される。このため、「リジェクト」が発生した旨を示す動作エラー信号ｓｇ４が入出金機３からＰＯＳターミナル２に送信される。
【００９６】
次に、時点Ｔ２４において、動作エラー信号ｓｇ４がＰＯＳターミナル２に受信される。そして、店舗スタッフの操作入力により、未投入金額（エラー金額）が「１，０００円」とＰＯＳターミナル２に取得される。投入済金額は存在しないため、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【００９７】
次に、時点Ｔ２５において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【００９８】
次に、時点Ｔ２６において、釣銭指示信号ｓｇ２が入出金機３に受信される。この釣銭指示信号ｓｇ２に従って、入出金機３の内部に収納されている百円玉が、釣銭として入出金機３から放出される。また、実残高「１００円」から放出金額「１００円」が減算され、実残高が「０円」に更新される。
【００９９】
次に、時点Ｔ２７において、理論残高の「１００円」に合計価格「９００円」が加算され、理論残高が「１，０００円」に更新される。その結果、理論残高が「１，０００円」、実残高が「０円」となり、「−１，０００円」の過不足（残高不足）が生じる。
【０１００】
次に、時点Ｔ２８において、エラー対応処理がなされ、発生した「リジェクト」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１６に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「リジェクト」、エラー金額として「１，０００円」が記録されている。
【０１０１】
図１５に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図１７に示す在高登録票７３が発行される。図１７に示すように、在高登録票７３の現金残高欄７３ａでは、「１，０００円」の残高不足が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「リジェクト」が１件発生し、その「リジェクト」に起因するエラー金額が「１，０００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「リジェクト」によって生じたことを容易に把握できる。また、図１６に示すエラー伝票７１も併せて参照することで、「リジェクト」の発生時刻も確認可能である。
【０１０２】
＜１−８．釣銭フルの具体例＞
次に、精算処理において「釣銭フル」が発生した場合の具体例を説明する。
【０１０３】
図１８は、「釣銭フル」が発生した一例となる精算処理における、ＰＯＳターミナル２及び入出金機３の具体的動作と、理論残高及び実残高の推移とを時系列に沿って示す図である。図中の符号Ｔ３１ないしＴ３９は時点を示している。なお、説明の便宜上、精算処理の開始時点Ｔ３１における理論残高と実残高とは一致しており、それぞれ「１００円」であるとする。より具体的には、この開始時点Ｔ３１において入出金機３には、百円玉が１枚収納されているものとする。
【０１０４】
まず、時点Ｔ３２において、ＰＯＳターミナル２において合計価格が「９００円」と導出される。
【０１０５】
次に、時点Ｔ３３において、預かり金の２枚の五百円玉の入出金機３への投入を試みるが、１枚の五百円玉は入出金機３に投入できたものの、「釣銭フル」が発生し、他の１枚の五百円玉は投入できずに放出される。これにより、計数結果は「５００円」となり、その計数結果を示す計数結果信号ｓｇ１が入出金機３からＰＯＳターミナル２に送信される。また、実残高「１００円」に計数結果「５００円」が加算され、実残高が「６００円」に更新される。さらに、「釣銭フル」が発生した旨を示す動作エラー信号ｓｇ５も入出金機３からＰＯＳターミナル２に送信される。
【０１０６】
次に、時点Ｔ３４において、計数結果信号ｓｇ１及び動作エラー信号ｓｇ５の双方がＰＯＳターミナル２に受信される。これにより、投入済金額が「５００円」としてＰＯＳターミナル２に取得される。
【０１０７】
次に、時点Ｔ３５において、店舗スタッフの操作入力により、未投入金額（エラー金額）が「５００円」とＰＯＳターミナル２に取得される。そして、投入済金額「５００円」と未投入金額「５００円」とが加算され、預かり金の金額が「１，０００円」としてＰＯＳターミナル２に取得される。
【０１０８】
次に、時点Ｔ３６において、預かり金の金額「１，０００円」から合計価格「９００円」が差し引かれ、釣銭金額が「１００円」と導出される。そして、釣銭金額「１００円」を指定した釣銭指示信号ｓｇ２が、ＰＯＳターミナル２から入出金機３に送信される。
【０１０９】
次に、時点Ｔ３７において、釣銭指示信号ｓｇ２が入出金機３に受信される。この釣銭指示信号ｓｇ２に従って、入出金機３の内部に収納されている百円玉が、釣銭として入出金機３から放出される。また、実残高「６００円」から放出金額「１００円」が減算され、実残高が「５００円」に更新される。
【０１１０】
次に、時点Ｔ３８において、理論残高の「１００円」に合計価格「９００円」が加算され、理論残高が「１，０００円」に更新される。その結果、理論残高が「１，０００円」、実残高が「５００円」となり、「−５００円」の過不足（残高不足）が生じる。
【０１１１】
次に、時点Ｔ３９において、エラー対応処理がなされ、発生した「釣銭フル」に関する情報を示すレコードＲがエラーテーブル７２に登録される。これとともに、図１９に示すエラー伝票７１が発行される。このエラー伝票７１では、動作エラーの種別情報として「釣銭フル」、エラー金額として「５００円」が記録されている。
【０１１２】
図１８に示す精算処理のみを行った状態で在高登録処理を実行した場合は、図２０に示す在高登録票７３が発行される。図２０に示すように、在高登録票７３の現金残高欄７３ａでは、「５００円」の残高不足が生じていることが示されている。一方で、動作エラー欄７３ｂでは、「釣銭フル」が１件発生し、その「釣銭フル」に起因するエラー金額が「５００円」であることが示される。したがって、この在高登録票７３を視認すれば、過不足が「釣銭フル」によって生じたことを容易に把握できる。また、図１９に示すエラー伝票７１も併せて参照することで、「釣銭フル」の発生時刻も確認可能である。
【０１１３】
＜１−９．まとめ＞
以上のように、ＰＯＳターミナル２では、精算処理における演算値である合計価格に基づいて、入出金機３の収納金額が理論残高として導出される。一方で、入出金機３において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合には、当該動作エラーの種別情報が動作エラー信号に基づいて特定される。さらに、その動作エラーにより投入または放出できなかった金額であるエラー金額も取得される。このように、入出金機３の動作エラーが発生した場合には、その動作エラーの種別情報とそれに起因するエラー金額とが取得されるため、動作エラーにより実残高と理論残高とが相違する過不足の状態が生じたとしても適切に対応できることになる。
【０１１４】
また、在高登録処理においては、実残高、理論残高、過不足額、及び、発生した全ての動作エラーに関する情報が取得され、これらが一つの記録用紙に印刷されて在高登録票７３として発行される。したがって、過不足が生じた場合であっても、過不足の具体的な状況と、その過不足がどのような要因で生じたかを容易に把握することが可能となる。
【０１１５】
また、動作エラーが発生するごとに、当該動作エラーの情報（発生時刻、種別情報、及び、エラー金額）がＳＲＡＭ２０４に記憶されると共に、記録用紙に印刷されてエラー伝票７１として発行される。したがって、個々の動作エラーごとの情報も事後的に容易に把握可能である。
【０１１６】
＜２．第２の実施の形態＞
次に、第２の実施の形態について説明する。第１の実施の形態では、入出金機３の動作エラーが発生したとしても理論残高を修正することはなかったが、本実施の形態では動作エラーが発生したときは、エラー金額に基づいて理論残高が修正されるようになっている。
【０１１７】
本実施の形態の精算処理の内容は、図６及び図７に示す第１の実施の形態のものとほぼ同様であるが、エラー対応処理（図７のステップＳ３０）の内容が相違している。
【０１１８】
図２１は、本実施の形態のエラー対応処理の流れの詳細を示す図である。ステップＳ５１からステップＳ５４までの処理は、図８に示すステップＳ３１からＳ３４までの処理と同一である。すなわち、タイマ２０５の計時する時刻に基づいて動作エラーの発生時刻が取得されるとともに（ステップＳ５１）、動作エラー信号に基づいて発生した動作エラーの種別情報が特定される（ステップＳ５２）。続いて、取得された動作エラーに関連する情報がエラーテーブル７２に記録されるとともに（ステップＳ５３）、その情報が記録用紙に印刷されてエラー伝票７１が発行される（ステップＳ５４）。
【０１１９】
次に、発生した動作エラーの種別情報が確認され（ステップＳ５５）、動作エラーの種別情報と、該動作エラーに起因するエラー金額とに基づいて、ＲＡＭ２０３に記憶された理論残高がＣＰＵ２０１により修正される。
【０１２０】
発生した動作エラーが「釣銭切れ」、すなわち、放出動作の動作エラーの場合は、放出できなかったエラー金額の分だけ理論残高が実残高よりも少なくなっている。このため、その時点の理論残高にエラー金額が加算され、その結果が新たな理論残高とされる（ステップＳ５６）。
【０１２１】
一方、発生した動作エラーが「リジェクト」あるいは「釣銭フル」、すなわち、投入動作の動作エラーの場合は、投入できなかったエラー金額の分だけ理論残高が実残高よりも多くなっている。このため、その時点の理論残高からエラー金額が減算され、その結果が新たな理論残高とされる（ステップＳ５７）。
【０１２２】
このように本実施の形態では、動作エラーが発生したとしても、動作エラーの種別情報とエラー金額とに基づいて理論残高が修正される。このため、実残高と理論残高とを一致させることができ、動作エラーに起因する過不足そのものの発生を防止できる。
【０１２３】
なお、このような理論残高の修正は、発生した動作エラーが投入動作及び放出動作のいずれの動作エラーであるかの情報と、エラー金額とが得られれば行うことが可能である。このため、動作エラーの種別情報は、「釣銭切れ」、「リジェクト」及び「釣銭フル」を示す情報でなくても、少なくとも投入動作の動作エラー、及び、放出動作の動作エラーのいずれであるかを特定可能な情報であればよい。
【０１２４】
＜３．他の実施の形態＞
以上、本発明の実施の形態について説明してきたが、この発明は上記実施の形態に限定されるものではなく様々な変形が可能である。以下では、このような他の実施の形態について説明する。もちろん、以下で説明する形態を適宜に組み合わせてもよい。
【０１２５】
上記実施の形態では、動作エラー信号に基づいて動作エラーの種別情報が特定されていたが、操作キー部２４等を介してユーザたる店舗スタッフが動作エラーの種別情報を操作入力することにより、動作エラーの種別情報が特定されてもよい。このような場合、動作エラー信号が入出金機３からＰＯＳターミナル２に送信されなくてもよい。
【０１２６】
また、動作エラーが発生した時点における精算処理における工程に基づいて、動作エラーの種別情報が特定されてもよい。例えば、預かり金を投入すべき工程（図６のステップＳ１４）において動作エラーが発生すれば投入動作の動作エラーであると特定でき、釣銭を放出すべき工程（図７のステップＳ２３）において動作エラーが発生すれば放出動作の動作エラーであると特定できる。
【０１２７】
また、上記第２の実施の形態ではエラー対応処理において理論残高が修正されていたが、理論残高を更新する際（図７のステップＳ２７）において、エラー金額を考慮して理論残高を修正するようにしてもよい。
【０１２８】
また、入出金機３は、売買取引とは無関係に、金銭（釣銭準備金等）を投入する入金処理と、金銭（売上金等）を放出する出金処理とを行うことが可能であり、この入金処理及び出金処理を行う場合はＰＯＳターミナル２に信号が送信されて、理論残高も更新される。この入金処理及び出金処理に伴う理論残高の更新の際に、エラー金額を考慮して理論残高を修正するようにしてもよい。
【図面の簡単な説明】
【０１２９】
【図１】ＰＯＳターミナルが適用されるＰＯＳシステムの概要を示す図である。
【図２】ＰＯＳターミナルの外観構成を示す図である。
【図３】ＰＯＳターミナルの内部構成を含めた構成を示すブロック図である。
【図４】入出金機の外観構成を示す図である。
【図５】入出金機の内部構成を含めた構成を示すブロック図である。
【図６】精算処理の流れを示す図である。
【図７】精算処理の流れを示す図である。
【図８】第１の実施の形態のエラー対応処理の流れの詳細を示す図である。
【図９】エラーテーブルの一例を示す図である。
【図１０】エラー伝票の一例を示す図である。
【図１１】在高登録処理の流れを示す図である。
【図１２】在高登録票の一例を示す図である。
【図１３】釣銭切れが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１４】在高登録票の一例を示す図である。
【図１５】リジェクトが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１６】エラー伝票の一例を示す図である。
【図１７】在高登録票の一例を示す図である。
【図１８】釣銭フルが発生した場合の理論残高及び実残高の推移の一例を示す図である。
【図１９】エラー伝票の一例を示す図である。
【図２０】在高登録票の一例を示す図である。
【図２１】第２の実施の形態のエラー対応処理の流れの詳細を示す図である。
【符号の説明】
【０１３０】
１ ＰＯＳサーバ
２ ＰＯＳターミナル
３ 入出金機
２１ 制御部
２４ 操作キー部
２６ 印刷発行部
７１ エラー伝票
７３ 在高登録票
２０１ ＣＰＵ
【特許請求の範囲】
【請求項１】
投入された金銭の金額を計数するとともに指定された金額の金銭を放出する入出金機と連動し、前記入出金機による計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置であって、
前記売買取引に係る演算処理における演算値に基づいて、前記入出金機の収納金額を理論残高として導出する導出手段と、
前記入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合に、当該動作エラーの種別情報を特定する種別特定手段と、
前記動作エラーにより投入または放出できなかった金額であるエラー金額を取得する金額取得手段と、
を備えることを特徴とするキャッシュレジスタ装置。
【請求項２】
請求項１に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報と、該動作エラーに起因する前記エラー金額とを記録用紙に印刷する印刷手段、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項３】
請求項２に記載のキャッシュレジスタ装置において、
前記入出金機の実際の収納金額である実残高を、前記入出金機から取得する取得手段、
をさらに備え、
前記印刷手段は、前記理論残高と前記実残高とを前記記録用紙にさらに印刷することを特徴とするキャッシュレジスタ装置。
【請求項４】
請求項１に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報、及び、該動作エラーに起因する前記エラー金額に基づいて、前記理論残高を修正する修正手段、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項５】
請求項４に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報は、前記投入動作の動作エラー、及び、前記放出動作の動作エラーのいずれであるかを特定可能な情報であることを特徴とするキャッシュレジスタ装置。
【請求項６】
請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、
時刻を計時する計時手段と、
前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを記録用紙に印刷する記録手段と、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項７】
請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、
時刻を計時する計時手段と、
前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを関連付けて記憶する記憶手段と、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項１】
投入された金銭の金額を計数するとともに指定された金額の金銭を放出する入出金機と連動し、前記入出金機による計数結果に基づいて売買取引に係る演算処理を行うキャッシュレジスタ装置であって、
前記売買取引に係る演算処理における演算値に基づいて、前記入出金機の収納金額を理論残高として導出する導出手段と、
前記入出金機において金銭の投入動作及び放出動作のいずれかの動作エラーが発生した場合に、当該動作エラーの種別情報を特定する種別特定手段と、
前記動作エラーにより投入または放出できなかった金額であるエラー金額を取得する金額取得手段と、
を備えることを特徴とするキャッシュレジスタ装置。
【請求項２】
請求項１に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報と、該動作エラーに起因する前記エラー金額とを記録用紙に印刷する印刷手段、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項３】
請求項２に記載のキャッシュレジスタ装置において、
前記入出金機の実際の収納金額である実残高を、前記入出金機から取得する取得手段、
をさらに備え、
前記印刷手段は、前記理論残高と前記実残高とを前記記録用紙にさらに印刷することを特徴とするキャッシュレジスタ装置。
【請求項４】
請求項１に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報、及び、該動作エラーに起因する前記エラー金額に基づいて、前記理論残高を修正する修正手段、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項５】
請求項４に記載のキャッシュレジスタ装置において、
前記動作エラーの種別情報は、前記投入動作の動作エラー、及び、前記放出動作の動作エラーのいずれであるかを特定可能な情報であることを特徴とするキャッシュレジスタ装置。
【請求項６】
請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、
時刻を計時する計時手段と、
前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを記録用紙に印刷する記録手段と、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【請求項７】
請求項１ないし５のいずれかに記載のキャッシュレジスタ装置において、
時刻を計時する計時手段と、
前記動作エラーが発生した場合に、前記計時手段から得られる前記動作エラーの発生時刻と、前記動作エラーの種別情報と、前記動作エラーに起因する前記エラー金額とを関連付けて記憶する記憶手段と、
をさらに備えることを特徴とするキャッシュレジスタ装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図１７】
【図１８】
【図１９】
【図２０】
【図２１】
【公開番号】特開２００８−２１００２９（Ｐ２００８−２１００２９Ａ）
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願番号】特願２００７−４４１８４（Ｐ２００７−４４１８４）
【出願日】平成１９年２月２３日（２００７．２．２３）
【出願人】（０００１４７８３３）株式会社イシダ (859)
【Ｆターム（参考）】
【公開日】平成２０年９月１１日（２００８．９．１１）
【国際特許分類】
【出願日】平成１９年２月２３日（２００７．２．２３）
【出願人】（０００１４７８３３）株式会社イシダ (859)
【Ｆターム（参考）】
[ Back to top ]