(57)【要約】【課題】合計金額から顧客が支払いそうな額を推定し、これを支払い候補額としてキャッシャーに提示し、顧客の支払い額に一致する支払い候補額を、キャッシャーに選択させる。【解決手段】ＰＯＳ管理サーバ１００は、合計金額演算部１１０及び支払い候補額推定部１２０を備える。合計金額演算部１１０は、ＰＯＳレジ端末３００から送信されるバーコード情報を検索キーとして商品データベース２００を検索することにより、バーコード情報に対応した全ての商品の価格を合計して合計金額を求める。支払い候補額推定部１２０は、求めた合計金額から顧客が支払いそうな額を少なくとも１つ以上推定し、支払い候補額としてＰＯＳレジ端末３００に送信する。【選択図】図１
2018041141.tif 000002
【特許請求の範囲】
【請求項１】
顧客に対して商品の購入金額を提示する一方、キャッシャーによる前記購入金額に対する前記顧客の支払い額の入力を受け付け、会計処理を行う会計システムであって、
前記購入金額を算出する算出部と、
前記購入金額に応じて、前記顧客が支払う可能性がある支払い候補額を１つ以上推定する推定部と、
推定した前記支払い候補額を表示する表示部と、
前記キャッシャーによる前記支払い候補額の選択操作の入力を受け付ける受付部と、
前記購入金額と入力される前記支払い候補額とに基づき、会計処理を行う会計部とを具備する会計システム。
【請求項２】
前記推定部は、前記顧客が支払う可能性がある支払い候補額について、貨幣の組み合わせを考慮に入れて複数推定し、
前記受付部は、前記キャッシャーによって選択されるいずれか１つの前記支払い候補額の入力を受け付ける、請求項１に記載の会計システム。
【請求項３】
前記推定部は、前記購入金額に近くなる紙幣の組み合わせを、前記支払い候補額として優先的に決定する、請求項２に記載の会計システム。
【請求項４】
前記購入代金に対し、前記顧客によって支払われる貨幣の組み合わせを撮像し、撮像した貨幣画像データを生成するカメラ部をさらに備え、
前記推定部は、前記購入金額とともに、前記撮像した貨幣画像データに基づいて、前記支払い候補額を推定する、請求項１に記載の会計システム。
【請求項５】
前記推定部は、前記購入金額とともに、前記撮像した貨幣画像データに基づいて、前記支払い候補額を複数推定するとともに、前記撮像した貨幣画像データから推定される貨幣の組み合わせをもとに、もっとも可能性の高い前記支払い候補額を決定し、
前記表示部は、前記もっとも可能性の高い前記支払い候補額の表示態様を、他の前記支払い候補額の表示態様とは異ならせる、請求項４に記載の会計システム。
【請求項６】
顧客に対して商品の購入金額を提示する一方、キャッシャーによる前記購入金額に対する前記顧客の支払い額の入力を受け付け、会計処理を行う会計装置の制御プログラムであって、
前記会計装置を、
前記購入金額を算出する算出部と、
前記購入金額に応じて、前記顧客が支払う可能性がある支払い候補額を１つ以上推定する推定部と、
推定した前記支払い候補額を表示する表示部と、
前記キャッシャーによる前記支払い候補額の選択操作の入力を受け付ける受付部と、
前記購入金額と入力される前記支払い候補額とに基づき、会計処理を行う会計部として機能させるための制御プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、迅速な会計処理を可能とする技術に関する。
【背景技術】
【０００２】
タブレット端末などを用いたＰＯＳ（Point Of Sale）レジサービスでは、顧客は、注文商品の購入代金（すなわち、合計金額）を把握すると、この合計金額に応じた額の現金を用意し、キャッシャー（店員）に支払いを行う（以下、キャッシャーに支払われる額を「支払い額」という）。
【０００３】
キャッシャーは、顧客の支払い額を目視で確認すると、タッチパネル等を利用したテンキー操作等により、ＰＯＳレジ端末に支払い額を直接入力し、精算等を行っていた（例えば、下記特許文献１参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開平９−２２３２７３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、支払い額をテンキー操作などによって直接入力するのは、煩雑なうえ、時間がかかるという問題がある。
【０００６】
本発明は、以上説明した事情を鑑みてなされたものであり、キャッシャーに支払い額の直接入力を求める代わりに、合計金額から顧客が支払いそうな額を推定し、これを支払い候補額としてキャッシャーに提示し、支払い候補額の選択をキャッシャーに促すことで、簡易かつスピーディーな会計を可能とすることを目的の一つとする。
【課題を解決するための手段】
【０００７】
本発明の一態様である会計処理システムは、顧客に対して商品の購入金額を提示する一方、キャッシャーによる購入金額に対する顧客の支払い額の入力を受け付け、会計処理を行う会計システムであって、購入金額を算出する算出部と、購入金額に応じて、顧客が支払う可能性がある支払い候補額を１つ以上推定する推定部と、推定した支払い候補額を表示する表示部と、キャッシャーによる支払い候補額の選択操作の入力を受け付ける受付部と、購入金額と入力される支払い候補額とに基づき、会計処理を行う会計部とを具備することを要旨とする。
【０００８】
ここで、上記構成にあっては、推定部は、顧客が支払う可能性がある支払い候補額について、貨幣の組み合わせを考慮に入れて複数推定し、受付部は、キャッシャーによって選択されるいずれか１つの支払い候補額の入力を受け付ける態様が好ましい。
【０００９】
また、上記構成にあっては、推定部は、購入金額に近くなる紙幣の組み合わせを、支払い候補額として優先的に決定する態様も好ましい。
【００１０】
さらにまた、上記構成にあっては、購入代金に対し、顧客によって支払われる貨幣の組み合わせを撮像し、撮像した貨幣画像データを生成するカメラ部をさらに備え、推定部は、購入金額とともに、撮像した貨幣画像データに基づいて、支払い候補額を推定する態様が好ましい。
【００１１】
さらに、上記構成にあっては、推定部は、購入金額とともに、撮像した貨幣画像データに基づいて、支払い候補額を複数推定するとともに、撮像した貨幣画像データから推定される貨幣の組み合わせをもとに、もっとも可能性の高い支払い候補額を決定し、表示部は、もっとも可能性の高い支払い候補額の表示態様を、他の前記支払い候補額の表示態様とは異ならせることが好ましい。
【発明の効果】
【００１２】
本発明によれば、キャッシャーに支払い額の直接入力を求める代わりに、合計金額から顧客が支払いそうな額を推定し、これを支払い候補額としてキャッシャーに提示し、支払い候補額の選択をキャッシャーに促すことで、簡易かつスピーディーな会計が可能となる。
【図面の簡単な説明】
【００１３】
【図１】本実施形態に係るＰＯＳシステムの概略構成を示す図である。
【図２】従来のＰＯＳレジ端末の表示画面を例示した図である。
【図３Ａ】本実施形態に係るＰＯＳレジ端末の表示画面を例示した図である。
【図３Ｂ】本実施形態に係るＰＯＳレジ端末の表示画面を例示した図である。
【図３Ｃ】本実施形態に係るＰＯＳレジ端末の表示画面を例示した図である。
【図４】ＰＯＳレジ端末の構成を示すブロック図である。
【図５】ワンタップ会計処理を示すシーケンス図である。
【図６】注文時における顧客とキャッシャーとの会話を説明するための模式図である。
【図７】ワンタップ会計処理の効果を説明するための模式図である。
【図８】変形例に係るＰＯＳレジ端末の構成を示すブロック図である。
【図９】変形例に係るワンタップ会計処理を示すシーケンス図である。
【図１０】貨幣画像データの解析結果を例示した図である。
【図１１】変形例に係るＰＯＳレジ端末の表示画面を例示した図である。
【発明を実施するための形態】
【００１４】
以下、本発明の実施形態について図面を参照しつつ詳細に説明する。なお、同一の要素には同一の符号を付し、重複する説明を省略する。
【００１５】
Ａ．本実施形態
図１に示すように、ＰＯＳシステム（会計システム）１０００は、店舗が取り扱うあらゆる商品やサービス（以下、サービスを含めて「商品」と総称する）などを管理するＰＯＳ管理サーバ１００と、各商品の詳細情報を記憶する商品データベース（ＤＢ）２００と、タブレット端末などによって構成されたＰＯＳレジ端末３００と、商品やメニューなどに貼り付けられたバーコードタグを読み取るバーコードリーダ４００とを備えて構成されている。本実施形態では、ある店舗（飲食店Ａ）に複数のＰＯＳレジ端末３００及びバーコードリーダ４００が設けられる構成を例示するが、ＰＯＳレジ端末３００及びバーコードリーダ４００が１つだけ設けられる構成であっても良い。また、ＰＯＳ管理サーバ１００によって管理される店舗は複数であっても良い。
【００１６】
ＰＯＳ管理サーバ１００は、ＣＰＵ、ＲＯＭ、ＲＡＭなどを備えたサーバコンピュータなどによって構成され、店舗が取り扱うあらゆる商品及びＰＯＳレジ端末３００を統括管理する。ＰＯＳ管理サーバ１００は、ＲＯＭなどに格納された制御プログラムを実行することにより、合計金額演算部１１０および支払い候補額推定部１２０を実現する。
【００１７】
合計金額演算部（算出部）１１０は、ＰＯＳレジ端末３００から送信されるバーコード情報を検索キーとして商品データベース２００を検索することにより、バーコード情報に対応した商品の価格や商品名などの詳細情報を読み出し、詳細情報を読み出した全ての商品の価格を合計して商品の購入金額（すなわち、合計金額）を求める。
【００１８】
支払い候補額推定部（推定部）１２０は、求めた合計金額から、顧客が支払いそうな額（顧客が支払う可能性がある額）を少なくとも１つ以上推定し、支払い候補額としてＰＯＳレジ端末３００に送信する。
【００１９】
図２は、従来のＰＯＳレジ端末の表示画面Ｆ１を例示した図であり、図３Ａ〜図３Ｃは、本実施形態に係るＰＯＳレジ端末３００の表示画面Ｆ２を例示した図である。
図２に示すように、従来のＰＯＳレジ端末の表示画面Ｆ１の左上には、合計金額を表示するスペースＣ１が表示される一方、表示画面Ｆ１の右上には、顧客がキャッシャーに支払う額（すなわち「支払い額」）を表示するスペースＣ２が表示される。顧客は、合計金額に応じた額の現金を用意し、支払いを行う一方、キャッシャーは、顧客の支払い額を目視で確認し、ＰＯＳレジ端末のテンキー部分Ｔ１を利用して支払い額を直接入力する。例えば、図２に示すように、合計金額が「ＵＳＤ ５２９．００」である場合に、顧客によって「ＵＳＤ ５４０．００」が支払われたとすると、キャッシャーは、顧客の支払い額を目視で確認し、ＰＯＳレジ端末のテンキー部分Ｔ１を利用して「ＵＳＤ ５４０．００」と入力する必要があり、入力に時間がかかるという問題があった。
【００２０】
一方、図３Ａに示すように、本実施形態に係るＰＯＳレジ端末３００の表示画面（表示部）Ｆ２の上方には、合計金額を表示するスペースＣａ１が表示される一方、表示画面Ｆ２の下方には、合計金額に基づき顧客がキャッシャーに支払いそうな額（すなわち、支払い候補額）を複数表示するスペースＣａ２が表示される。顧客は、合計金額に応じた額の現金を用意し、支払いを行う一方、キャッシャーは、顧客によって支払われる紙幣及び／またはコインの組み合わせを大まかに確認することで、顧客の支払い額に一致する支払い候補額を選択し、タップ操作を行う。例えば、図３Ａに示すように、「ＵＳＤ ２２．２０」である場合に、顧客によって紙幣が２枚（２０ドル紙幣＋５ドル紙幣）支払われたことを確認すると（図３Ｂ参照）、キャッシャーは、支払い候補額として「ＵＳＤ ２５．００」（＝２０ドル紙幣＋５ドル紙幣）を選択し、「ＵＳＤ ２５」をタップ操作する（図３Ｃ参照）。ＰＯＳレジ端末３００は、タップ操作された支払い候補額から合計金額を減算することでおつりを求め、表示する。キャッシャーはおつりを確認すると、顧客におつりを渡すことで会計処理を終了する。
【００２１】
このように、本実施形態によれば、顧客から合計金額に応じた支払いを受ける際、キャッシャーは、顧客の支払い金額を直接入力することなく、複数の支払い候補額の中から１つの支払い候補額を選択（タップ）するという、簡易な操作で迅速な会計（以下、適宜「ワンタップ会計」）を実現することが可能となる。
【００２２】
図１に戻り、商品データベース２００には、店舗で販売される全ての商品について、価格、商品名、在庫状況などが、バーコード情報に対応づけて登録されている。
【００２３】
通信ネットワークＮは、ＰＯＳ管理サーバ１００とＰＯＳレジ端末３００との間で相互に情報を送受信可能な通信網を含む。通信ネットワークＮは、例えば、インターネット、ＬＡＮ、専用線、電話回線、企業内ネットワーク、移動体通信網、ブルートゥース（登録商標）、ＷｉＦｉ（Wireless Fidelity）、その他の通信回線、それらの組み合わせ等のいずれであってもよく、有線であるか無線であるかを問わない。
【００２４】
ＰＯＳレジ端末３００は、例えば商品を提供する店舗（本実施形態では飲食店Ａ）内に設置され、各顧客によって購入される各商品の価格や、購入される全商品の合計金額、さらには、求めた合計金額から顧客が支払いそうな額（すなわち、支払い候補額）などを表示する。ＰＯＳレジ端末３００は、例えばキャッシャー（店員）が待機するレジカウンタ付近等に設置される。
【００２５】
なお、本実施形態ではＰＯＳレジ端末３００としてタブレット端末を想定するが、パーソナルコンピュータ（ＰＣ）、ノートＰＣ、スマートフォン、携帯電話機、携帯情報端末（ＰＤＡ）など、通信ネットワークＮを介してＰＯＳ管理サーバ１００とデータの授受が可能なあらゆる端末装置を利用することができる。
【００２６】
図４は、ＰＯＳレジ端末３００の主要構成を示すブロック図である。ＰＯＳレジ端末３００は、プロセッサ３１０と、入力装置３１５と、表示装置３１６と、通信インタフェース３２０と、記憶資源３３０とを備える。上述したように、キャッシャーは、ＰＯＳレジ端末３００に設けられたタッチパネルなどの入力装置３１５を適宜操作することで、複数表示される支払い候補額の中から、顧客の支払い額と一致するものを見つけ、この支払い候補額をタップ操作するなどしてワンタップ会計を実現する。
【００２７】
プロセッサ３１０は、算術演算、論理演算、ビット演算等を処理する算術論理演算ユニット（ＣＰＵなど）および各種レジスタから構成され、記憶資源３３０に格納されている各種プログラムを実行することでＰＯＳレジ端末３００の各部を中枢的に制御する。各種レジスタは、例えば、プログラムカウンタ、データレジスタ、命令レジスタ、汎用レジスタ等である。
【００２８】
入力装置（受付部）３１５は、支払い候補額の選択操作などを受け付けるためのタッチパネル３１５ａを備えている。
【００２９】
表示装置（表示部）３１６は、支払い候補額の選択を促す画面（サジェスト画面）などを表示するための装置であり、例えば液晶ディスプレイにより構成される。
【００３０】
通信インタフェース３２０は、通信ネットワークＮに接続し、通信ネットワークＮ上の他の端末と通信をするためのハードウェアモジュールである。通信インタフェース３２０は、例えば、ＩＳＤＮモデム、ＡＤＳＬモデム、ケーブルモデム、光モデム、ソフトモデム等の変調復調装置である。
【００３１】
記憶資源３３０は、例えば、物理デバイスの記憶領域が提供する論理デバイスである。物理デバイスは、例えば、ディスクドライブまたは半導体メモリ（ＲＯＭ、ＲＡＭなど）等のコンピュータ読み取り可能な記録媒体である。記憶資源３３０は、複数の物理デバイスを１つの論理デバイスにマッピングして構築してもよいし、１つの物理デバイスを複数の論理デバイスにマッピングして構築してもよい。
【００３２】
記憶資源３３０には、オペレーティングシステムプログラム、ドライバプログラム、各種データ等が格納される。ドライバプログラムとしては、例えば、通信インタフェース３２０を制御するための通信インタフェースドライバプログラム等がある。また、記憶資源３３０には、これら各種プログラムや各種データのほか、プロセッサ（会計部）３１０が実行することにより、ＰＯＳ管理サーバ１００と連携して、商品の購入金額と、キャッシャーによって入力される支払い候補額とに基づき会計処理（おつり清算など）を実現するための販売管理プログラムが記憶されている。
【００３３】
以下、飲食店Ａにおいて、顧客が商品を購入する場合に行われるワンタップ会計処理の動作について説明する。
【００３４】
＜ワンタップ会計処理＞
図５は、ワンタップ会計処理を示すシーケンス図であり、図６は、注文時における顧客とキャッシャーとの会話を説明するための模式図である。
飲食店Ａにおいて、顧客は、ハンバーガーとポテトを注文すると、キャッシャーは、メニューに掲載されているハンバーガーとポテトに対応するバーコードを、バーコードリーダ４００でスキャンする。バーコードリーダ４００は、バーコードのスキャン操作に応じてバーコード情報を生成する（Ｃ１）。バーコードリーダ４００は、読み取ったバーコード情報をＰＯＳレジ端末３００に送信する（Ｃ２）。ＰＯＳレジ端末３００は、さらに、通信ネットワークＮを経由してＰＯＳ管理サーバ１００にバーコード情報を送信する（Ｃ３）。
【００３５】
ＰＯＳ管理サーバ１００の合計金額演算部１１０は、ＰＯＳレジ端末３００から送信されるバーコード情報を検索キーとして商品データベース２００を検索することにより（Ｃ４）、バーコード情報に対応した商品（ここでは、「ハンバーガー」及び「ポテト」）の価格や商品名などの詳細情報を読み出し、詳細情報を読み出した全ての商品の価格を合計して請求金額（合計金額；「ＵＳＤ ２２．２０」）を求める（Ｃ５）。そして、ＰＯＳ管理サーバ１００の合計金額演算部１１０は、求めた合計金額をＰＯＳレジ端末３００に送信する（Ｃ６）。ＰＯＳレジ端末３００は、受信した合計金額を表示装置３１６に表示する（Ｃ７）。キャッシャーは、表示画面Ｆ２を参照しながら、顧客に対して合計金額が「ＵＳＤ ２２．２０」であることを通知する。
【００３６】
さらに、ＰＯＳ管理サーバ１００の支払い候補額推定部１２０は、求めた合計金額（ここでは、「ＵＳＤ ２２．２０」）から顧客が支払いそうな額（紙幣、及び／又はコイン（貨幣）の組み合わせによって求まる額）を少なくとも１つ以上推定する（Ｃ８）。具体的には、合計金額が「ＵＳＤ ２２．２０」の場合、支払い候補額推定部１２０は、支払い候補額として「ＵＳＤ ２２．２０」、「ＵＳＤ ２３」、「ＵＳＤ ２５」、「ＵＳＤ ３０」の４つの支払い候補額を求める。そして、ＰＯＳ管理サーバ１００は、求めた４つの支払い候補額をＰＯＳレジ端末３００に返信する（Ｃ９）。ＰＯＳレジ端末３００は、受信した４つの支払い候補額を表示装置３１６に表示する（Ｃ１０）。
【００３７】
この結果、図３Ａに示すように、表示画面Ｆ２の上方のスペースＣａ１には、合計金額「ＵＳＤ ２２．２０」が表示される一方、表示画面Ｆ２の下方のスペースＣａ２には、４つの支払い候補額「ＵＳＤ ２２．２０」、「ＵＳＤ ２３」、「ＵＳＤ ２５」、「ＵＳＤ ３０」が表示される。顧客は、キャッシャーからの求めに応じて合計金額に応じた額の現金（別言すれば、合計金額を払えるだけの金額）を用意し、支払いを行う。キャッシャーは、顧客によって支払われる紙幣及び／またはコインの組み合わせを大まかに確認することで、顧客の支払い額に一致する支払い候補額を選択し、タップ操作を行う。図３Ｂに示すように、「ＵＳＤ ２２．２０」である場合に、顧客によって紙幣が２枚（２０ドル紙幣＋５ドル紙幣）支払われたことを確認すると、キャッシャーは、支払い候補額として「ＵＳＤ ２５」を選択し、をタップ操作する。ＰＯＳレジ端末３００は、支払い候補額「ＵＳＤ ２５」がタップ操作されたことを検知すると（Ｃ１１；ＹＥＳ）、タップ操作された支払い候補額から合計金額を減算することでおつり（＝「ＵＳＤ ２．８０」）を求める（Ｃ１２）。そして、キャッシャーは、ＰＯＳレジ端末３００が求めたおつりを顧客に手渡し、ワンタップ会計処理を終了する。
【００３８】
図７は、ワンタップ会計処理の効果を説明するための模式図である。顧客の支払い金額を直接入力（キーボード入力）していた従来の方法では（Ｗ１参照）、３タップ以上、２．６〜３．８＋ｎ秒以上を要していたのに対し、複数の支払い候補額の中から１つの支払い候補額を選択（ワンタップ入力）するという本実施形態の方法では（Ｗ２参照）、１タップ、０．８秒に抑えられることが明らかとなった。
【００３９】
上述した実施形態では、通貨の一例として「ドル」を例示したが、「円」、「ウォン」、「ユーロ」などあらゆる通貨に適用可能である。
【００４０】
また、実施形態では、紙幣とコインの組み合わせがある場合を例にしたが、いずれか一方（紙幣のみ、コインのみ）の場合にも適用可能である。
【００４１】
さらに、ＰＯＳ管理サーバ１００は、４種類の支払い候補額を求める場合について説明したが、１種類以上であれば良く、その数は特に制限されない。
【００４２】
もっとも、顧客の支払い額が、いずれの支払い候補額とも一致しない場合が考えられ得る。例えば、合計金額が「ＵＳＤ ２２．００」であるのに対して、顧客が「ＵＳＤ １００」を支払い、支払い候補額に「ＵＳＤ １００」がないような場合である。かかる事態を想定し、顧客の支払い額をキャッシャーが直接入力できる構成を併用しても良い。
【００４３】
また、支払い候補額を求めるアルゴリズムとして、様々な優先順位（プライオリティ）を設定しても良い。例えば、支払い候補額推定部１２０は、紙幣枚数（またはコイン枚数）が少なくなるような支払い候補額を優先する、あるいは、合計金額に近くなるような紙幣の組み合わせを支払い候補額として優先する等である。さらに、国の貨幣事情（米国であれば、１ドル紙幣、５ドル紙幣、１０ドル紙幣、２０ドル紙幣は良く使われる一方、コインはあまり使われないなど）を把握し、貨幣事情を考慮のうえ、支払い候補額を決定するようにしても良い。さらに、国によっては、おつりをキリ良くもらう（日本の場合であれば、５円、１０円、１００円、５００円など）顧客が多いという事情を考慮のうえ、支払い候補額を決定するようにしても良い。
【００４４】
Ｂ．応用例
図８は、応用例に係るＰＯＳレジ端末３００ａの主要構成を示すブロック図である。ＰＯＳレジ端末３００ａは、カメラ３４０が搭載されている点を除けば、図４に示すＰＯＳレジ端末３００と同様である。よって、対応する部分には同一符号を付し、詳細な説明は割愛する。
カメラ（カメラ部）３４０は、ＣＣＤセンサまたはＣＭＯＳセンサなどを備えて構成され、顧客によって支払われる貨幣を撮像（キャプチャ）し、キャプチャした貨幣の画像データ（貨幣画像データ）を生成する。ＰＯＳレジ端末３００ａは、ＰＯＳ管理サーバ１００に貨幣画像データを送信する。ＰＯＳ管理サーバ１００の支払い候補額推定部１２０は、支払い候補額を求める際、ＰＯＳレジ端末３００ａから供給される貨幣画像データを利用することで、より精度の高い支払い候補額の提示を可能とする（詳細は後述）。
【００４５】
＜ワンタップ会計処理＞
図９は、応用例に係るワンタップ会計処理を示すシーケンス図である。なお、前掲図５に対応する部分には、同一符号を付し、詳細な説明を割愛する。なお、以下の説明では、合計金額が「ＵＳＤ ８．５」の商品を購入した場合を想定する。
【００４６】
ＰＯＳ管理サーバ１００の合計金額演算部１１０は、ＰＯＳレジ端末３００ａから送信されるバーコード情報を検索キーとして商品データベース２００を検索することにより（Ｃ４）、バーコード情報に対応した商品の価格や商品名などの詳細情報を読み出し、詳細情報を読み出した全ての商品の価格を合計して購入金額（合計金額；「ＵＳＤ ８．５」）を求める（Ｃ５）。そして、ＰＯＳ管理サーバ１００の合計金額演算部１１０は、求めた合計金額をＰＯＳレジ端末３００ａに送信する（Ｃ６）。ＰＯＳレジ端末３００ａは、受信した合計金額を表示装置３１６に表示する（Ｃ７）。キャッシャーは、図３Ａに示す表示画面Ｆ２を参照しながら、顧客に対して合計金額が「ＵＳＤ ２２．２０」であることを通知する。顧客は、キャッシャーからの求めに応じて合計金額に応じた額の現金（別言すれば、合計金額を払えるだけの金額）を用意し、支払いを行う。
【００４７】
一方、ＰＯＳ管理サーバ１００の支払い候補額推定部１２０は、求めた合計金額（ここでは、「ＵＳＤ ８．５」）から顧客が支払いそうな額（紙幣、及び／又はコインの組み合わせによって求まる額）を少なくとも１つ以上推定する。例えば、「ＵＳＤ ８．５」、「ＵＳＤ １０」、「ＵＳＤ ２０」、「ＵＳＤ ５０」、「ＵＳＤ １０．５」、「ＵＳＤ １３．５」といった支払い候補額を導出する（Ｃ８）。
【００４８】
その一方で、ＰＯＳレジ端末３００ａは、カメラ３４０を利用して顧客によって支払われる貨幣をキャプチャし、貨幣画像データを生成する。具体的には、顧客による支払いが開始してから終了するまでの間、連続してキャプチャすることでシーケンシャルな貨幣画像データ（あるいは動画データ）を生成し、ＰＯＳ管理サーバ１００に送信する（Ｃａ１）。
【００４９】
ＰＯＳ管理サーバ１００の支払い候補額推定部１２０は、受信する貨幣画像データから紙幣（例えば矩形）とコイン（例えば円形）を抽出し、紙幣、コインのそれぞれについて、Ｄｅｅｐ Ｌｅａｒｉｎｇなどの機械学習を利用して種類と枚数を把握する（Ｃａ２）。
支払い候補額推定部１２０は、把握できた紙幣とコインの金額（貨幣画像データから認識でいた金額）を、支払い候補額から減算する（Ｃａ３）。例えば、合計金額が「ＵＳＤ ８．５」の商品について、貨幣画像データを解析することで、５ドル紙幣が１枚、２５セントが２枚と、種類不明の矩形の紙幣が認識できたとする（図１０参照）。
【００５０】
この場合、貨幣画像データから認識できた金額は、「ＵＳＤ ５．５」（＝５ドル紙幣＋２５セント＋２５セント）であり、かつ、その他１枚の紙幣が認識されていることから、支払うべき金額「ＵＳＤ ８．５」を考慮すると、その他の１枚の紙幣は５ドル紙幣である可能性が最も高いことがわかる。この場合、支払い候補額推定部１２０は、上述した６つの支払い候補額のうち、「ＵＳＤ １０．５」（＝５ドル紙幣＋５ドル紙幣＋２５セント＋２５セント）を、最も可能性の高い支払い候補額として決定する（Ｃａ４）。なお、可能性の高い支払い候補額であることがわかるように、表示する際には指標（例えば、星マークなど）をつけるようにすればよい。なお、支払い候補額推定部１２０は、合計金額のみに基づいて複数の支払い候補額を推定するのではなく、合計金額とともに、ＰＯＳレジ端末３００ａから受信する貨幣画像データに基づいて、複数の支払い候補額を推定しても良いのはもちろんである。
【００５１】
そして、ＰＯＳ管理サーバ１００は、求めた６つの支払い候補額とともに、支払い候補額の可能性の高いものについては、星マークなどの指標を付与し、ＰＯＳレジ端末３００ａに返信する（Ｃ９）。ＰＯＳレジ端末３００ａは、ＰＯＳ管理サーバ１００から受信した６つの支払い候補額ととともに、可能性の高い支払い候補額（この場合は「ＵＳＤ １０．５」）の隣に星マークを付与するなどして表示装置（表示部）３１６に表示する（Ｃ１０）。この結果、図１１に示すように、表示画面Ｆ２の上方のスペースＣａ１には、合計金額「ＵＳＤ ２２．２０」が表示される一方、表示画面Ｆ３の下方のスペースＣａ２には、６つの支払い候補額「ＵＳＤ ８．５」、「ＵＳＤ １０」、「ＵＳＤ ２０」、「ＵＳＤ ５０」、星マークＩｎが付された「ＵＳＤ １０．５」、「ＵＳＤ １３．５」が表示される。なお、表示画面Ｆ３に表示される複数の支払い候補額のうち、いずれの支払い候補額が、もっとも可能性の高い支払い候補額がわかるのであれば、どのような表示態様であっても良い。例えば、最も可能性の高い支払い候補額については、点滅表させる一方、他の支払い候補額については、常時点灯表示させるようにしても良い。また、支払い候補額を提示するボタンの色を変えることで、もっとも可能性の高い支払い候補額を、キャッシャーに提示しても良い。
【００５２】
キャッシャーは、貨幣画像データから最も可能性の高い支払い候補額が「ＵＳＤ １０．５」であることを確認しつつ、顧客によって支払われる紙幣及び／またはコインの組み合わせを大まかに確認することで、最終的に、顧客の支払い額に一致する支払い候補額を選択し、タップ操作を行う。なお、支払い候補額が選択（タップ操作）された後の動作については、前掲図５と同様に説明することができるため、割愛する。
【００５３】
以上説明したように、応用例によれば、顧客が支払う貨幣をキャプチャし、キャプチャした画像を利用することで、顧客の支払い額の推定精度をより高めることが可能となる。
【００５４】
Ｃ．その他
本発明は、上述した実施形態等に限定されるものではなく、本発明の要旨を逸脱しない範囲内において、他の様々な形で実施することができる。このため、上記実施形態等はあらゆる点で単なる例示にすぎず、限定的に解釈されるものではない。例えば、上述した各処理ステップは処理内容に矛盾を生じない範囲で任意に順番を変更し、または並列に実行することができる。
【００５５】
上記実施形態等では、ＰＯＳ管理サーバ１００とＰＯＳレジ端末３００を別体構成としたが、ＰＯＳレジ端末３００にＰＯＳ管理サーバ１００（及び商品データベース２００）を搭載し、一体構成としても良い。もちろん、ＰＯＳ管理サーバ１００及び商品データベース２００の一部の機能を、ＰＯＳレジ端末３００に搭載しても良い。また、上記実施形態等では、バーコードリーダ４００を用いて商品を判別する態様を例示したが、これに限定する趣旨ではない。例えば、飲食店等のように、バーコードリーダを用いることなく、キャッシャーが顧客から注文を直接聞き、ハンディ端末の表示部に表示される商品群の中から、該当する商品をタップ操作して選択する態様にも適用可能である。
【００５６】
また、以上説明した実施形態等を実現するためのプログラムは、記録媒体に記憶させてもよい。この記録媒体を用いれば、ＰＯＳシステム１０００を管理するためのコンピュータ（ＰＯＳ管理サーバ１００など）に、上記プログラムをインストールすることができる。ここで、上記プログラムを記憶した記録媒体は、非一過性の記録媒体であっても良い。非一過性の記録媒体は特に限定されないが、例えば、ＣＤ−ＲＯＭ等の記録媒体であっても良い。
【符号の説明】
【００５７】
１０００…ＰＯＳシステム
１００…ＰＯＳ管理サーバ
１１０…合計金額演算部
１２０…支払い候補額推定部
２００…商品データベース
３００，３００ａ…ＰＯＳレジ端末
３１０…プロセッサ
３１５…入力装置
３１５ａ…タッチパネル
３１６…表示装置
３２０…通信インタフェース
３３０…記憶資源
３４０…カメラ
４００…バーコードリーダ
【図１】
2018041141.tif 000003
【図２】
2018041141.tif 000004
【図３Ａ】
2018041141.tif 000005
【図３Ｂ】
2018041141.tif 000006
【図３Ｃ】
2018041141.tif 000007
【図４】
2018041141.tif 000008
【図５】
2018041141.tif 000009
【図６】
2018041141.tif 000010
【図７】
2018041141.tif 000011
【図８】
2018041141.tif 000012
【図９】
2018041141.tif 000013
【図１０】
2018041141.tif 000014
【図１１】
2018041141.tif 000015
【手続補正書】
【提出日】平成29年4月18日(2017.4.18)
【手続補正１】
【補正対象書類名】特許請求の範囲
【補正対象項目名】全文
【補正方法】変更
【補正の内容】
【特許請求の範囲】
【請求項１】
顧客に対して商品の購入金額を提示する一方、キャッシャーによる前記購入金額に対する前記顧客の支払い額の入力を受け付け、会計処理を行う会計システムであって、
前記購入金額を算出する算出部と、
前記購入金額に対し、前記顧客によって支払われる貨幣の組み合わせを撮像し、撮像した貨幣画像データを生成するカメラ部と、
前記購入金額に応じて、前記顧客が支払う可能性がある支払い候補額を１つ以上推定する推定部と、
推定した前記支払い候補額を表示する表示部と、
前記キャッシャーによる前記支払い候補額の選択操作の入力を受け付ける受付部と、
前記購入金額と入力される前記支払い候補額とに基づき、会計処理を行う会計部とを具備し、
前記推定部は、前記購入金額とともに、前記撮像した貨幣画像データに基づいて、前記支払い候補額を複数推定するとともに、前記撮像した貨幣画像データから推定される貨幣の組み合わせをもとに、もっとも可能性の高い前記支払い候補額を決定し、
前記表示部は、前記もっとも可能性の高い前記支払い候補額の表示態様を、他の前記支払い候補額の表示態様とは異ならせる、会計システム。
【請求項２】
顧客に対して商品の購入金額を提示する一方、キャッシャーによる前記購入金額に対する前記顧客の支払い額の入力を受け付け、会計処理を行う会計装置の制御プログラムであって、
前記会計装置は、
前記購入金額に対し、前記顧客によって支払われる貨幣の組み合わせを撮像し、撮像した貨幣画像データを生成するカメラと、表示装置とを備え、
前記会計装置を、
前記購入金額を算出する算出部と、
前記購入金額に応じて、前記顧客が支払う可能性がある支払い候補額を１つ以上推定する推定部と、
推定した前記支払い候補額を前記表示装置に表示する表示部と、
前記キャッシャーによる前記支払い候補額の選択操作の入力を受け付ける受付部と、
前記購入金額と入力される前記支払い候補額とに基づき、会計処理を行う会計部として機能させ、
前記推定部は、前記購入金額とともに、前記カメラが撮像した貨幣画像データに基づいて、前記支払い候補額を複数推定するとともに、前記撮像した貨幣画像データから推定される貨幣の組み合わせをもとに、もっとも可能性の高い前記支払い候補額を決定し、
前記表示部は、前記もっとも可能性の高い前記支払い候補額の表示態様を、他の前記支払い候補額の表示態様とは異ならせるための制御プログラム。