JP7091752B2 - 釣銭機、釣銭機の管理方法、およびプログラム - Google Patents

Description

本発明は、釣銭機、釣銭機の管理方法、およびプログラムに関する。

店舗での代金のやり取りのミスを防ぎ、現金管理業務の効率化を図るために自動釣銭機が用いられている。店舗では、閉店後に所謂レジ締めの作業、つまり、釣銭機内の残高が一定の金額になるように翌日の釣銭用の準備金を残し、必要に応じて釣銭を補充した上で、残りの売上金の回収が行われる。釣銭機では、釣銭機内での貨幣の入出金の取引履歴（貨幣の枚数や残高額等）や、釣銭機のイベント履歴（例えば、開閉、エラー発生等）が記憶されている。また、釣銭機はＰＯＳ（Point Of Sales）端末と接続されていて、取引内容と売上金額はＰＯＳ端末で管理されている。レジ締めの結果、回収された売上金とＰＯＳ端末で管理している売上金の金額が合わない場合、その違算の原因を特定するために解析作業が必要となる。

釣銭機の一例として、投入された貨幣を金種毎に鑑別して計数し、金種毎に収納庫に収納するとともに、上位制御部からの出金指示に基づいて金種および枚数を限定して収納庫から出金する貨幣処理機が特許文献１に記載されている。特許文献１の貨幣処理機は、貨幣の入出金上記に関するログ情報を格納する記憶手段と、ログ情報に付与されているタイムスタンプに基づいてログ情報を検索する情報検索手段と、情報検索手段によって記憶手段から抽出されたログ情報をタイムスタンプ付きで表示する表示手段とを備えている。そして、特許文献１には、違算等の障害が発生した時や、レジ担当者の操作ミスが発生した時に、障害発生時刻と、その原因を示すエラーコードを表示手段に表示させることで、違算発生の原因の特定や操作ミスの確認がその場で簡単にできると記載されている。

特開２００９－２２３３９６号公報

上述した特許文献１に記載の貨幣処理機でも記載されているように、違算への対応は迅速に行えることが望ましい。その理由は、違算への対応が後回しになると、解析対象となる情報が増え続けるため、違算の原因を特定しにくくなるためである。

解析作業は、例えば、店舗のＰＯＳ（Point Of Sales）端末や釣銭機等の店舗システムのメンテナンスを担っているサポートセンタで行われる。レジ締め作業は閉店後に行われるため、違算が発覚した場合、店舗からの報告は夜受信され、その対応は翌日以降となり、即日の解消は困難であった。また、違算の原因は様々考えられる上、取引履歴のデータ件数が多いと問題解消に時間を要し、負担が大きかった。

上述した特許文献１に記載の貨幣処理機では、例えば、紙幣の回収を指示したが、回収が実行されていない障害が発生したときに、直前の動作指示情報をタイムスタンプに基づいて読み出して表示することが記載されている（段落００３２、図５（ａ））。

この特許文献１に記載の貨幣処理機では、障害が発生した時点に障害が発生したことをタイムスタンプ付きで、障害に関連する情報、例えば、障害が発生した直前の動作を示す情報（カイシュウ）と実際に回収された金額（￥０）、又は、その回収作業に障害が発生した旨（イジョウ）とその原因を示すエラーコードをスクロールボタン操作により切り替えて表示している。したがって、レジ締め後に違算が発覚した場合のように、例えば、その日一日分の取引履歴データを解析して違算の原因を特定することは想定されていない。

本発明は上記事情に鑑みてなされたものであり、その目的とするところは、釣銭機の運用ミスを未然に防ぎ、運用ミスや障害の原因解析と対策を店舗で迅速に知ることができるようにすることである。

本発明の各側面では、上述した課題を解決するために、それぞれ以下の構成を採用する。

第一の側面は、釣銭機に関する。
第一の側面に係る釣銭機は、
所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する抽出手段と、
抽出した前記所定のイベントを時刻情報とともに表示部に表示する表示処理手段と、を有する。

第二の側面は、少なくとも１つのコンピュータにより実行される釣銭機の管理方法に関する。
第二の側面に係る釣銭機の管理方法は、
釣銭機が、
所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出し、
抽出した前記所定のイベントを時刻情報とともに表示部に表示する、ことを含む。

なお、本発明の他の側面としては、上記第二の側面の方法を少なくとも１つのコンピュータに実行させるプログラムであってもよいし、このようなプログラムを記録したコンピュータが読み取り可能な記録媒体であってもよい。この記録媒体は、非一時的な有形の媒体を含む。
このコンピュータプログラムは、コンピュータにより実行されたとき、コンピュータに、釣銭機上で、その管理方法を実施させるコンピュータプログラムコードを含む。

なお、以上の構成要素の任意の組合せ、本発明の表現を方法、装置、システム、記録媒体、コンピュータプログラムなどの間で変換したものもまた、本発明の態様として有効である。

また、本発明の各種の構成要素は、必ずしも個々に独立した存在である必要はなく、複数の構成要素が一個の部材として形成されていること、一つの構成要素が複数の部材で形成されていること、ある構成要素が他の構成要素の一部であること、ある構成要素の一部と他の構成要素の一部とが重複していること、等でもよい。

また、本発明の方法およびコンピュータプログラムには複数の手順を順番に記載してあるが、その記載の順番は複数の手順を実行する順番を限定するものではない。このため、本発明の方法およびコンピュータプログラムを実施するときには、その複数の手順の順番は内容的に支障のない範囲で変更することができる。

さらに、本発明の方法およびコンピュータプログラムの複数の手順は個々に相違するタイミングで実行されることに限定されない。このため、ある手順の実行中に他の手順が発生すること、ある手順の実行タイミングと他の手順の実行タイミングとの一部ないし全部が重複していること、等でもよい。

上記各側面によれば、釣銭機の運用ミスや障害の原因解析と対策を店舗で迅速に知ることができ、運用ミスを未然に防ぐことができる。

本発明の実施の形態に係る釣銭機の構成を論理的に示す機能ブロック図である。 釣銭機を実現するコンピュータのハードウェア構成を示すブロック図である。 本実施形態の釣銭機の外観図を示す。 本実施形態の店舗システムのシステム構成を概念的に示す図である。 釣銭機の履歴記憶部のデータ構造の一例を示す図である。 本実施形態の釣銭機の動作の一例を示すフローチャートである。 釣銭機の表示画面の例を示す図である。 釣銭機の表示画面の例を示す図である。 釣銭機の履歴記憶部のデータ構造の一例を示す図である。 本実施形態の釣銭機において、つまりが発生した場合の対処法を提示するための動作の一例を示すフローチャートである。

以下、本発明の実施の形態について、図面を用いて説明する。尚、すべての図面において、同様な構成要素には同様の符号を付し、適宜説明を省略する。

（第１の実施の形態）
図１は、本発明の実施の形態に係る釣銭機１００の構成を論理的に示す機能ブロック図である。
釣銭機１００は、抽出部１０２と、表示処理部１０４と、を備える。
抽出部１０２は、所定の入力があると、釣銭機１００の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する。履歴情報は、履歴記憶部１１０に記憶されている。履歴記憶部１１０は、釣銭機１００に含まれてもよいし、外部装置であってもよい。
表示処理部１０４は、抽出した所定のイベントを時刻情報とともに表示部（後述する図３のタッチパネル６０）に表示する。

図２は、釣銭機１００を実現するコンピュータのハードウェア構成を示すブロック図である。図３は、本実施形態の釣銭機１００の外観図を示す。図３（ａ）は、釣銭機１００の上面図であり、図３（ｂ）は、釣銭機１００の正面図である。なお、本明細書の各図において、本発明の本質に関わらない部分の構成については省略してあり、図示されていない。

図２に示すように、釣銭機１００（コンピュータ）は、ＣＰＵ（Central Processing Unit）１０、メモリ１２、メモリ１２にロードされた図１の構成要素を実現するプログラム２０、そのプログラム２０を格納するストレージ１４、Ｉ／Ｏ（Input/Output）１６、および外部装置接続用のインタフェース（Ｉ／Ｆ１８）を備える。

ＣＰＵ１０、メモリ１２、ストレージ１４、Ｉ／Ｏ１６、Ｉ／Ｆ１８は、バスを介して互いに接続され、ＣＰＵ１０により釣銭機１００全体が制御される。ただし、ＣＰＵ１０などを互いに接続する方法は、バス接続に限定されない。

ＣＰＵ１０は、ＧＰＵ（Graphics Processing Unit）などでもよい。メモリ１２は、ＲＡＭ（Random Access Memory）やＲＯＭ（Read Only Memory）などのメモリである。ストレージ１４は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（Solid State Drive）、またはメモリカードなどの記憶装置である。

ストレージ１４は、ＲＡＭやＲＯＭなどのメモリであってもよい。ストレージ１４は、釣銭機１００の内部に設けられてもよいし、釣銭機１００がアクセス可能であれば、釣銭機１００の外部に設けられ、釣銭機１００と有線または無線で接続されてもよい。あるいは、釣銭機１００に着脱可能に設けられてもよい。

ＣＰＵ１０が、ストレージ１４に記憶されるプログラム２０をメモリ１２に読み出して実行することにより、図１の釣銭機１００の各ユニットの各機能を実現することができる。

Ｉ／Ｏ１６は、釣銭機１００と入出力装置間のデータおよび制御信号の入出力制御を行う。入出力装置とは、たとえば、釣銭機１００のタッチパネル２２（図３のタッチパネル６０）、操作スイッチ２４、ＬＥＤ表示器２６（図３のガイドランプ６４）、およびスピーカ（不図示）等を含み、また、これらの入出力装置と釣銭機１００のインタフェースユニットを含んでもよい。

Ｉ／Ｆ１８は、釣銭機１００と外部装置との接続用インタフェースである。外部装置は、例えば、硬貨処理部３０、紙幣処理部３２、回収カセット処理部３４、および通信処理部３６を含む。

図３に示すように、釣銭機１００は、硬貨投入口４０と、硬貨リジェクト口４２と、硬貨出金口４４と、紙幣入出金口４６と、回収カセット４８と、収納庫５０と、を備えている。

硬貨投入口４０は、投入される硬貨を受け入れる開口部を有し、硬貨投入口４０に投入された硬貨は硬貨処理部３０により金種別（１円、５円、１０円、５０円、１００円、５００円）に分類され、収納庫５０に収納されるようになっている。硬貨投入口４０には、ガイドランプ６４が設けられてもよく、硬貨投入口４０に硬貨が投入されたとき、硬貨処理部３０により硬貨の投入が検知され、ガイドランプ６４を点灯又は点滅させる。

硬貨リジェクト口４２は、硬貨投入口４０に投入された硬貨のうち、硬貨処理部３０によって正常に識別できなかったものが排出される開口部を有する。硬貨リジェクト口４２にはガイドランプ６４が設けられてもよく、硬貨がリジェクトされた場合、硬貨処理部３０により、ガイドランプ６４を点灯又は点滅させて、店員又は顧客に硬貨が返却されたことを知らせることができる。

硬貨出金口４４は、釣銭のうち硬貨が排出される開口部を有する。硬貨出金口４４にもガイドランプ６４が設けられてもよく、硬貨が硬貨出金口４４に排出された場合、硬貨処理部３０により、ガイドランプ６４を点灯又は点滅させて、店員又は顧客に硬貨が排出されたことを知らせることができる。

紙幣入出金口４６は、代金として入金される紙幣を受け入れるとともに、釣銭として出金される紙幣が排出される開口部を有する。紙幣入出金口４６の開口部において紙幣が検知されると、紙幣処理部３２によって、紙幣を自走で受入又は排出させる機構の動作が制御され、紙幣が収納庫５０に金種別（千円、５千円、１万円）に格納されて入金され、又は収納庫５０から取り出されて出金される。

また、回収カセット処理部３４は、２千円札紙幣を検知し、回収カセット４８に格納する。また、収納庫５０に入り切らない貨幣も回収カセット処理部３４により回収カセット４８に格納される。

通信処理部３６は、外部装置との通信処理を行うためのインタフェース部である。例えば、ＬＡＮ（Local Area Network）等に接続する有線又は無線通信ネットワークインタフェースでもよいし、ブルートゥース（登録商標）、赤外線通信、又は非接触ＩＣ通信等の近距離通信用のインタフェースでもよい。たとえば、釣銭機１００は、ＬＡＮ等のネットワークを介してＰＯＳ（Point Of Sales）端末又は店舗サーバと接続されてもよい。

本実施形態のコンピュータプログラム２０は、釣銭機１００を実現させるためのコンピュータ（ＣＰＵ１０）に、所定の入力があると、釣銭機１００の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する手順、抽出した所定のイベントを時刻情報とともに表示部（タッチパネル６０）に表示する手順、を実行させるように記述されている。

図１の本実施形態の釣銭機１００の各構成要素は、図２のコンピュータ（ＣＰＵ１０）のハードウェアとソフトウェアの任意の組合せによって実現される。そして、その実現方法、装置にはいろいろな変形例があることは、当業者には理解されるところである。以下説明する各実施形態の釣銭機１００を示す機能ブロック図は、ハードウェア単位の構成ではなく、論理的な機能単位のブロックを示している。

本実施形態のコンピュータプログラム２０は、コンピュータで読み取り可能な記録媒体に記録されてもよい。記録媒体は特に限定されず、様々な形態のものが考えられる。また、プログラム２０は、記録媒体からコンピュータのメモリ１２にロードされてもよいし、ネットワークを通じてコンピュータにダウンロードされ、メモリ１２にロードされてもよい。

コンピュータプログラム２０を記録する記録媒体は、非一時的な有形のコンピュータが使用可能な媒体を含み、その媒体に、コンピュータが読み取り可能なプログラムコードが埋め込まれる。コンピュータプログラム２０が、コンピュータ上で実行されたとき、コンピュータに、釣銭機１００を実現する以下の管理方法を実行させる。

図４は、本実施形態の店舗システム１のシステム構成を概念的に示す図である。
店舗システム１は、ＰＯＳ端末５と、ＰＯＳ端末５に接続される釣銭機１００と、サーバ７とを含む。図４では、店舗システム１は複数組みのＰＯＳ端末５と釣銭機１００を含む例を示しているか、本発明の店舗システム１は、少なくとも１組のＰＯＳ端末５と釣銭機１００を含む。ＰＯＳ端末５とサーバ７は互いにネットワーク３を介して接続されてもよい。ネットワーク３は、特に限定されないが、ＬＡＮ（Local Area Network）、ＷＡＮ（Wide Area Network）等である。ネットワーク３の一部は公衆通信網であってもよい。また、サーバ７とＰＯＳ端末５間、ＰＯＳ端末５同士間のそれぞれのネットワークは異なる系統であってもよい。

釣銭機１００は、ＰＯＳ端末５で購入のために登録された商品の代金のうち、現金による支払について、貨幣の入出金を自動で行う。

図５は、釣銭機１００の履歴記憶部１１０のデータ構造の一例を示す図である。
履歴記憶部１１０は、釣銭機１００毎に、その識別情報に紐付けて、釣銭機１００の取引履歴が蓄積される。履歴情報には、例えば、取引が行われた日時、その取引内容（例えば、入金、出金等）、取引金額、残高金額等、又は、イベントが発生した日時、イベント内容等が含まれる。

履歴は、所定期間分、例えば、当日分、前回抽出済みの後から現在までの分、又は、指定期間分のレコードが記憶される。

履歴に含まれる取引内容とは、代金の預かり金の入金、釣銭の出金、釣銭の補充（入金）、および売上金回収（出金）を含む。イベント内容とは、例えば、貨幣のつまり、収納庫５０の開閉（つまり解消のため）、売上金回収のための回収カセット４８の着脱、釣銭機１００の電源投入、読み取りできない硬貨のリジェクト、２千円札又は読み取りできない紙幣のリジェクト、タッチパネル６０の操作受け付け、アラーム出力（釣銭下限値以下、又は釣銭切れ等）、装置エラー（回収カセット４８の装着ミス、通信エラー、故障）、お手入れ時期通知等を含む。

図６は、本実施形態の釣銭機１００の動作の一例を示すフローチャートである。
本実施形態の釣銭機１００の管理方法において、釣銭機１００が、所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出し（ステップＳ１０３）、抽出した所定のイベントを時刻情報とともに表示部（タッチパネル６０）に表示する（ステップＳ１０７）。

具体的には、抽出部１０２は、所定の入力があると（ステップＳ１０１のＹＥＳ）、履歴記憶部１１０の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する（ステップＳ１０３）。

所定の入力の例を、図７を用いて説明する。図７（ａ）は、メイン画面１３０の表示例を示している。このメイン画面１３０は、釣銭機１００の操作を受け付ける各種メニューの操作ボタン１３２を複数含む。そのうちの一つの操作ボタン１３４（「困った時」）は、例えば、違算やつまりが発生した場合等、対策が必要なイベントが発生した時の対処方法や発生状況を示す情報を提示する図７（ｂ）の選択画面１４０に移行させるための操作を受け付けるものである。

図７（ｂ）の選択画面１４０は、イベントを選択するための複数の操作ボタン１４２、１４４を含む。上記した所定の入力の第１例は、操作ボタン１４２，１４４のいずれかの押下である。操作ボタン１４２は、違算が発生した場合、操作ボタン１４４は、貨幣のつまりが発生した場合の情報を提示させる操作を受け付ける。本実施形態では、違算が発生した場合の対処方法を表示する場合について説明する。つまり発生については後述する実施形態で説明する。

操作ボタン１４２（「違算発生」）が選択されると（ステップＳ１０１のＹＥＳ）、抽出部１０２は、違算の要因となりうる所定のイベントを抽出する（ステップＳ１０３）。

違算の要因となりうるイベントとして抽出部１０２が抽出するイベントは、例えば、金銭のつまり、金銭収納庫の開閉（つまり解消のため）、当該釣銭機の起動又は停止、回収カセットの着脱、回収カセット内残留金検知、金銭リジェクト、および、当該釣銭機の入力部（例えば、タッチパネル６０）へのユーザ操作の少なくともいずれか一つの発生を示す情報である。

例えば、つまりが発生した際につまった貨幣を取り除いた後、その貨幣を回収カセット４８又は収納庫５０に戻さなかった場合に、その貨幣が違算の要因となることもある。また、機械が読み取りできずにリジェクトされた貨幣を別の場所に保管することがある。その貨幣をレジ締め作業時に回収し忘れたり、リジェクト時にオペレータがリジェクトされた貨幣分をＰＯＳ端末で手入力により入金金額を訂正する際に、入力ミスや訂正作業を忘れたりすることも違算の要因となりうる。回収カセット４８に収容された紙幣が、回収カセット４８の上蓋に張り付いてしまうことがあり、そのため違算が発生することもある。回収カセット４８に貨幣が残っているとこのことを検知して通知されるが、それを見落としてしまうことがある。また、タッチパネル６０へのユーザ操作は、運用上行われないイレギュラーな操作であるため違算の原因となりうる。

イベントが抽出された場合（ステップＳ１０５のＹＥＳ）、表示処理部１０４は、図７（ｃ）のイベント一覧画面１５０のイベント一覧１５１を発生時刻とともに釣銭機１００のタッチパネル６０に表示する（ステップＳ１０７）。イベント一覧１５１は、抽出部１０２によって抽出されたイベントの発生時刻とその内容を含む。イベント一覧画面１５０は、さらにイベント一覧１５１に表示されるレコードを上下させる操作ボタン１５５を含む。これにより操作者は複数のレコードを順次閲覧できる。

表示処理部１０４は、タッチパネル６０に表示されたイベント一覧１５１に含まれるイベントの中から、一つのイベントの選択を受け付けると（ステップＳ１０９のＹＥＳ）、当該イベントに対応する対処法を示す情報をタッチパネル６０に表示する（ステップＳ１１１）。対処法を示す情報は、具体的な対処方法だけでなく、例えば、当該イベントがエラーの場合、エラーを解消するための作業中に起こりうるミスや、注意点を含んでもよい。

釣銭機１００は、イベント別に対処法を示す情報を紐付けて記憶する記憶部（不図示）をさらに備える。表示処理部１０４は、記憶部から情報を読み出して表示する。

対処法を示す情報は、異なるイベントを組み合わせたセットに紐付けてもよいし、その他の条件、例えば、イベントの発生時刻、時間帯、期間等とイベントを組み合わせたセットに紐付けてもよい。

そして、イベント一覧画面１５０で、イベント一覧１５１の中で、つまり発生のイベントの発生を示すレコード１５３が選択されると（ステップＳ１０９のＹＥＳ）、表示処理部１０４は、図７（ｄ）の対処法画面１６０を開き、タッチパネル６０に表示する（ステップＳ１１１）。対処法画面１６０には、違算の要因として考えられるイベントの「つまり」に対する対処法として、例えば、つまり解消時に取り出した貨幣をちゃんと戻していない可能性を指摘する情報などが含まれる。

対処法画面１６０の戻るボタンが押下されるとイベント一覧画面１５０に戻る。さらに、別のレコードが選択されると、対処法画面１６０に移行し、そのレコードのイベントに対する対処法に関する情報が表示される。

また、図６のステップＳ１０５で違算の要因となりうるイベントが抽出されなかった場合（ステップＳ１０５のＮＯ）、表示処理部１０４は、図８の画面１７０をタッチパネル６０に表示する（ステップＳ１１３）。画面１７０は、釣銭機１００以外の要因で違算が発生している可能性があることを示すメッセージ１７２を含む。画面１７０は、さらに、対処方法を提示するための操作ボタン１７４を含んでもよい。操作ボタン１７４が選択されると、表示処理部１０４は、図７（ｄ）の対処法画面１６０を表示する（不図示）。

なお、釣銭機１００以外の要因とは、例えば、盗難や装置の故障等を含む。

以上説明したように、本実施形態によれば、釣銭機１００において、抽出部１０２により釣銭機１００の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出し、表示処理部１０４により時刻情報とともにタッチパネル６０に表示する。よって、釣銭機１００の運用ミスや障害が発生した場合やその発生前に、それらの要因となりうるイベントを抽出して閲覧でき、かつ、イベントに関連する対処法を店舗で迅速に知ることができ、運用ミスや障害を発生前に未然に防ぐことができる。

例えば、レジ締め作業後に違算が発生した場合にも、サポートセンタに連絡して、その日１日分の取引データを用いた要因解析を要請しなくてもよい。店舗で直ぐに違算の要因となりうるイベントが抽出されたイベント一覧を閲覧でき、各イベントの対処法を閲覧することができるので、違算の原因を特定して対処できる可能性が増す。

（第２の実施の形態）
本実施形態の釣銭機１００は、所定のイベントの前後の取引履歴に示される残高の差分を算出し、その差分に基づいて対処法を表示する点以外は、上記実施形態と同じである。
釣銭機１００は、抽出部１０２により抽出されたイベントの前後の取引履歴を履歴情報からさらに抽出し、前後の取引履歴に示される残高の差分を算出する算出部（不図示）をさらに備える。表示処理部１０４は、差分に基づいて対処法を表示する。

具体的には、イベントの種別と差分結果の組み合わせで対処法を選択して表示する。
図９（ａ）は、「開閉」イベントの前後の取引履歴を含む図である。図９（ｂ）は、「つまり」イベントの前後の取引履歴を含む図である。図９（ａ）では、「開閉」イベントの前後の残高は適正な値となっている。

ここで、イベントの前後のレコードだけでなく、複数のレコードの残高を確認してもよい。例えば、図９（ｂ）では、「つまり」イベントの前２レコードの取引の残高において、出金後の残高と入金後の残高で１００円不足していることが分かる。釣銭機１００内に１００円硬貨がつまり、残高が不足した可能性がある。このようなケースでは、詰まった硬貨を取り除いた後、釣銭機１００に戻し忘れたことが違算の要因となりうることを対処法として表示処理部１０４は表示することができる。

このように、算出部は、履歴のイベントの前の残高とイベント後の取引内容（入出金）に基づいて、残高を算出し、履歴のイベント後の残高と算出された残高の差分を算出する。
表示処理部１０４は、差分の有無で、イベントに対する対処法を替えて表示する。例えば、表示処理部１０４は、差があればその差の値と対処法（つまり硬貨の戻し忘れの可能性を示唆する等）を表示し、差がなければ残高は適正である旨や、他に関連するイベントがなければ釣銭機１００外の違算の可能性を示唆する表示を行う。

また、イベント一覧に、残高に差が検出されたイベントのレコードを強調表示（点滅、反転、色替え、太文字、修飾、３Ｄ、アニメーション、マーク付け等）してもよい。

以上説明したように、本実施形態によれば、釣銭機１００は、所定のイベントの前後の動作情報に示される残高の差分を算出し、差分に基づいて対処法を表示するので、より具体的な対処法を提供できる。

（第３の実施形態）
本実施形態では、釣銭機１００でつまりが発生した場合の対処法を知りたい場合の操作を受け付けた時の釣銭機１００の動作について説明する。図１０は、本実施形態の釣銭機１００において、つまりが発生した場合の対処法を提示するための動作の一例を示すフローチャートである。

つまり等の発生が繰り返される場合、装置のハードウェアの故障等が原因であることが考えられ、ユーザサイドでは対処できない可能性が高い。そこで、本実施形態では、つまり等のエラーが頻発に発生する場合は、メンテナンス会社の連絡先を対処法として表示させることで、迅速なエラー回復を可能にする。

選択画面１４０（図７（ｂ））で、操作ボタン１４４（「つまり発生」）が選択された場合（ステップＳ２０１のＹＥＳ）、抽出部１０２によりつまり発生のイベントが抽出され、イベント数を計数する（ステップＳ２０３）。イベント回数が所定回数以上の場合（ステップＳ２０５のＹＥＳ）、表示処理部１０４は、釣銭機１００のメンテナンス会社の連絡先（例えば、電話番号、所在地、ホームページのＵＲＬアドレス、メールアドレス、担当部署名、担当者名等）の情報を表示する（ステップＳ２０７）。イベント回数が所定回数未満の場合（ステップＳ２０５のＮＯ）、表示処理部１０４は、つまり発生に対応する対処法を表示する（ステップＳ２０９）。

本実施形態では、対象となるイベントは、貨幣つまり、通信エラー、装置故障、お手入れ時期通知などを含む。所定回数の設定値は、イベント毎に設定できてよい。

以上説明したように、本実施形態によれば、つまり等のハードウェアの故障が要因と考えられるイベントが繰り返される場合、メンテナンス会社等の連絡先を表示するので、直ぐに連絡を取ることができ、利便性がよい。また、サポートセンタに問い合わせを行う必要がなくなるので、ユーザにとってもサポートセンタにとっても負担が低減される。

本明細書において、「取得」とは、自装置が他の装置や記憶媒体に格納されているデータまたは情報を取りに行くこと（能動的な取得）、たとえば、他の装置にリクエストまたは問い合わせして受信すること、他の装置や記憶媒体にアクセスして読み出すこと等、および、自装置に他の装置から出力されるデータまたは情報を入力すること（受動的な取得）、たとえば、配信（または、送信、プッシュ通知等）されるデータまたは情報を受信すること等、の少なくともいずれか一方を含む。また、受信したデータまたは情報の中から選択して取得すること、または、配信されたデータまたは情報を選択して受信することも含む。

以上、図面を参照して本発明の実施形態について述べたが、これらは本発明の例示であり、上記以外の様々な構成を採用することもできる。

以上、実施形態および実施例を参照して本願発明を説明したが、本願発明は上記実施形態および実施例に限定されるものではない。本願発明の構成や詳細には、本願発明のスコープ内で当業者が理解し得る様々な変更をすることができる。
なお、本発明において利用者に関する情報を取得、利用する場合は、これを適法に行うものとする。

上記の実施形態の一部または全部は、以下の付記のようにも記載されうるが、以下に限られない。
１． 所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する抽出手段と、
抽出した前記所定のイベントを時刻情報とともに表示部に表示する表示処理手段と、を備える釣銭機。
２． １．に記載の釣銭機において、
前記表示処理手段は、前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、当該イベントに対応する対処法を示す情報を表示する、釣銭機。
３． ２．に記載の釣銭機において、
前記イベント別に前記対処法を示す情報を紐付けて記憶する記憶部をさらに備え、
前記表示処理手段は、前記記憶部から前記情報を読み出して表示する、釣銭機。
４． ２．または３．に記載の釣銭機において、
前記抽出手段により抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出する手段をさらに備え、
前記表示処理手段は、前記差分に基づいて前記対処法を表示する、釣銭機。
５． １．から４．のいずれか一つに記載の釣銭機において、
前記イベントは、金銭のつまり、金銭収納庫の開閉、当該釣銭機の起動又は停止、紙幣回収カセットの着脱、カセット内残留金検知、金銭リジェクト、および、当該釣銭機の入力部へのユーザ操作の少なくともいずれか一つの発生を示す情報である、釣銭機。

６． 釣銭機が、
所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出し、
抽出した前記所定のイベントを時刻情報とともに表示部に表示する、釣銭機の管理方法。
７． ６．に記載の釣銭機の管理方法において、
前記釣銭機が、前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、当該イベントに対応する対処法を示す情報を表示する、釣銭機の管理方法。
８． ７．に記載の釣銭機の管理方法において、
前記釣銭機は、前記イベント別に前記対処法を示す情報を紐付けて記憶する記憶部を有し、
前記釣銭機が、前記記憶部から前記情報を読み出して表示する、釣銭機の管理方法。
９． ７．または８．に記載の釣銭機の管理方法において、
前記釣銭機が、さらに、
抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出し、
前記差分に基づいて前記対処法を表示する、釣銭機の管理方法。
１０． ６．から９．のいずれか一つに記載の釣銭機の管理方法において、
前記イベントは、金銭のつまり、金銭収納庫の開閉、当該釣銭機の起動又は停止、紙幣回収カセットの着脱、カセット内残留金検知、金銭リジェクト、および、当該釣銭機の入力部へのユーザ操作の少なくともいずれか一つの発生を示す情報である、釣銭機の管理方法。

１１． 釣銭機を実現するコンピュータに、
所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する手順、
抽出した前記所定のイベントを時刻情報とともに表示部に表示する手順、を実行させるためのプログラム。
１２． １１．に記載のプログラムにおいて、
前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、当該イベントに対応する対処法を示す情報を表示する手順、をさらにコンピュータ実行させるためのプログラム。
１３． １２．に記載のプログラムにおいて、
前記イベント別に前記対処法を示す情報を紐付けて記憶する記憶部をさらに備え、
前記記憶部から前記情報を読み出して表示する手順、をさらにコンピュータ実行させるためのプログラム。
１４． １２．または１３．に記載のプログラムにおいて、
前記抽出する手順により抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出する手順、
前記差分に基づいて前記対処法を表示する手順、をさらにコンピュータ実行させるためのプログラム。
１５． １１．から１４．のいずれか一つに記載のプログラムにおいて、
前記イベントは、金銭のつまり、金銭収納庫の開閉、当該釣銭機の起動又は停止、紙幣回収カセットの着脱、カセット内残留金検知、金銭リジェクト、および、当該釣銭機の入力部へのユーザ操作の少なくともいずれか一つの発生を示す情報である、プログラム。

１ 店舗システム
３ ネットワーク
５ ＰＯＳ端末
７ サーバ
１０ ＣＰＵ
１２ メモリ
１４ ストレージ
１６ Ｉ／Ｏ
１８ Ｉ／Ｆ
２０ コンピュータプログラム
２２ タッチパネル
２４ 操作スイッチ
２６ ＬＥＤ表示器
３０ 硬貨処理部
３２ 紙幣処理部
３４ 回収カセット処理部
３６ 通信処理部
４０ 硬貨投入口
４２ 硬貨リジェクト口
４４ 硬貨出金口
４６ 紙幣入出金口
４８ 回収カセット
５０ 収納庫
６０ タッチパネル
６４ ガイドランプ
１００ 釣銭機
１０２ 抽出部
１０４ 表示処理部
１１０ 履歴記憶部
１３０ メイン画面
１３２ 操作ボタン
１３４ 操作ボタン
１４０ 選択画面
１４２ 操作ボタン
１４４ 操作ボタン
１５０ イベント一覧画面
１５１ イベント一覧
１５３ レコード
１５５ 操作ボタン
１６０ 対処法画面
１７０ 画面
１７２ メッセージ
１７４ 操作ボタン

Claims (5)

1. 所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する抽出手段と、
   抽出した前記所定のイベントを時刻情報とともに表示部に表示する表示処理手段と、
   前記抽出手段により抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出する手段と、を備え、
   前記表示処理手段は、前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、前記差分に基づいて当該イベントに対応する対処法を示す情報を表示する、釣銭機。
2. 請求項１に記載の釣銭機において、
   前記イベント別に前記対処法を示す情報を紐付けて記憶する記憶部をさらに備え、
   前記表示処理手段は、前記記憶部から前記情報を読み出して表示する、釣銭機。
3. 請求項１または２に記載の釣銭機において、
   前記イベントは、金銭のつまり、金銭収納庫の開閉、当該釣銭機の起動又は停止、紙幣回収カセットの着脱、カセット内残留金検知、金銭リジェクト、および、当該釣銭機の入力部へのユーザ操作の少なくともいずれか一つの発生を示す情報である、釣銭機。
4. 釣銭機が、
   所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出し、
   抽出した前記所定のイベントを時刻情報とともに表示部に表示し、
   抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出し、
   前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、前記差分に基づいて当該イベントに対応する対処法を示す情報を表示する、釣銭機の管理方法。
5. 釣銭機を実現するコンピュータに、
   所定の入力があると、釣銭機の取引履歴とイベント履歴を含む履歴情報から所定のイベントを抽出する手順、
   抽出した前記所定のイベントを時刻情報とともに表示部に表示する手順、
   抽出された前記イベントの前後の前記取引履歴を前記履歴情報からさらに抽出し、前記前後の取引履歴に示される残高の差分を算出する手順、
   前記表示部に表示された前記イベントの中から、一つのイベントの選択を受け付けると、前記差分に基づいて当該イベントに対応する対処法を示す情報を表示する手順、を実行させるためのプログラム。

Images