(57)【要約】【課題】精算時の不安を解消し、素早く精算をすることができる情報提供装置を提供する。【解決手段】買物等の精算額の支払パターンの情報を提供する情報提供装置であって、あらかじめ登録された所持金に基づいて、精算額の支払いに必要な紙幣及び硬貨の金種と枚数を所定の支払パターンごとに算出する算出部と、算出された所定の支払パターンごとに、支払いに必要な紙幣及び硬貨の金種及び枚数とともに、支払いに必要な紙幣及び硬貨の画像を表示部に表示させる制御部とを備える。【選択図】図３
2017117131.tif 000002
【特許請求の範囲】
【請求項１】
買物等の精算額の支払パターンの情報を提供する情報提供装置であって、
あらかじめ登録された所持金に基づいて、前記精算額の支払いに必要な紙幣及び硬貨の金種と枚数を所定の支払パターンごとに算出する算出部と、
算出された前記所定の支払パターンごとに、支払いに必要な紙幣及び硬貨の金種及び枚数とともに、支払いに必要な紙幣及び硬貨の画像を表示部に表示させる制御部とを、
備えることを特徴とする情報提供装置。
【請求項２】
所持する紙幣及び硬貨の画像及び前記精算額を読み取る画像読取部と、
読み取られた前記画像と、滞在国の紙幣及び硬貨の金種を画像とともに関連付けられた通貨テーブルに基づいて、所持する紙幣及び硬貨の金種と枚数の情報を前記所持金として登録する所持金登録部とを、
更に備えることを特徴とする請求項１に記載の情報提供装置。
【請求項３】
前記精算額の支払い後におつりが生じる場合、
前記画像読取部は、前記おつりの紙幣及び硬貨の画像を読み取り、
前記所持金登録部は、読み取られた前記おつりの画像と、前記通貨テーブルの画像とに基づいて、前記おつりの紙幣及び硬貨の金種と枚数を特定し、特定された金種と枚数に応じて前記所持金を更新することを特徴とする請求項２に記載の情報提供装置。
【請求項４】
前記算出部は、前記精算額の支払いのためにユーザに選択された支払パターンにおける支払合計額と、前記精算額とに基づいて、おつり額を算出し、
前記制御部は、算出されたおつり額と、前記特定された金種と枚数から算出される実際に受け取った受取おつり額が合っているか判断し、合っていない場合には、前記表示部に前記おつりが間違っている旨のメッセージを表示させることを特徴とする請求項３に記載の情報提供装置。
【請求項５】
前記制御部は、前記所定の支払パターンを表示する際、過去の支払パターンの選択履歴に応じて表示させることを特徴とする請求項１から４のいずれか１つに記載の情報提供装置。
【請求項６】
前記算出部は、為替レートの情報に基づいて前記精算額をユーザの自国の通貨に換算し、
前記制御部は、換算された前記精算額を前記表示部に表示させることを特徴とする請求項１から５のいずれか１つに記載の情報提供装置。
【請求項７】
前記通貨テーブルを格納する格納部を更に備え、
前記通貨テーブルの情報は、所定のサーバから定期的に取得されることを特徴とする請求項１から６のいずれか１つに記載の情報提供装置。
【請求項８】
前記支払パターンは、紙幣と硬貨を混在させて支払う支払パターン、高額紙幣を優先させて支払う支払パターン、紙幣を優先させて支払う支払パターン、硬貨を優先させて支払う支払パターンのうち、少なくとも１つ以上であることを特徴とする請求項１から７のいずれか１つに記載の情報提供装置。
【請求項９】
買物等の精算額の支払パターンの情報を提供する情報提供装置による情報提供方法であって、
あらかじめ登録された所持金に基づいて、前記精算額の支払いに必要な紙幣及び硬貨の金種と枚数を所定の支払パターンごとに算出するステップと、
算出された前記所定の支払パターンごとに、支払いに必要な紙幣及び硬貨の金種及び枚数とともに、支払いに必要な紙幣及び硬貨の画像を表示部に表示させるステップとを、
有することを特徴とする情報提供方法。
【請求項１０】
所持する紙幣及び硬貨の画像及び前記精算額を読み取るステップと、
読み取られた前記画像と、滞在国の紙幣及び硬貨の金種を画像とともに関連付けられた通貨テーブルに基づいて、所持する紙幣及び硬貨の金種と枚数の情報を所持金として登録するステップとを、
更に有することを特徴とする請求項９に記載の情報提供方法。
【請求項１１】
前記精算額の支払い後におつりが生じる場合、
前記おつりの紙幣及び硬貨の画像を読み取るステップと、
読み取られた前記おつりの画像と、前記通貨テーブルの画像とに基づいて、前記おつりの紙幣及び硬貨の金種と枚数を特定し、特定された金種と枚数に応じて前記所持金を更新するステップとを、
更に有することを特徴とする請求項１０に記載の情報提供方法。
【請求項１２】
前記精算額の支払いのためにユーザに選択された支払パターンにおける支払合計額と、前記精算額とに基づいて、おつり額を算出するステップと、
算出されたおつり額と、前記特定された金種と枚数から算出される実際に受け取った受取おつり額が合っているか判断し、合っていない場合には、前記表示部に前記おつりが間違っている旨のメッセージを表示させるステップとを、
更に有することを特徴とする請求項１１に記載の情報提供方法。
【請求項１３】
前記所定の支払パターンを表示する際、過去の支払パターンの選択履歴に応じて表示させることを特徴とする請求項９から１２のいずれか１つに記載の情報提供方法。
【請求項１４】
為替レートの情報に基づいて前記精算額をユーザの自国の通貨に換算するステップと、
換算された前記精算額を前記表示部に表示させるステップとを更に有することを特徴とする請求項９から１３のいずれか１つに記載の情報提供方法。
【請求項１５】
前記通貨テーブルの情報は、所定のサーバから定期的に取得されることを特徴とする請求項９から１４のいずれか１つに記載の情報提供方法。
【請求項１６】
前記支払パターンは、紙幣と硬貨を混在させて支払う支払パターン、高額紙幣を優先させて支払う支払パターン、紙幣を優先させて支払う支払パターン、硬貨を優先させて支払う支払パターンのうち、少なくとも１つ以上であることを特徴とする請求項９から１５のいずれか１つに記載の情報提供方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ユーザに対して情報を提供する情報提供装置に関する。
【背景技術】
【０００２】
旅行や仕事などで外国へ行き、行った先で買い物をする場合がある。その際、商品を購入するためにレジで精算をするが、その国の通貨に慣れていない場合には、どの紙幣や硬貨を出せばよいか分からず戸惑うことがある。特に、硬貨は分かり難いため、例えば手のひらに複数の硬貨を並べて、店員に必要な硬貨を取ってもらうようにするなどして精算をすることがある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００９−２７６９５１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、精算額より多く取られているのではないかなど不安になる場合があった。また、店員に硬貨を取ってもらう精算の方法では時間がかかり、レジに並ぶ他の人からのプレッシャーを受け、不安になる場合もあった。このような不安を解消すべく、硬貨の金種を識別する技術（例えば、上記の特許文献１）などを利用して硬貨の金種を把握することは可能であるが、金種が分かっても精算額を満たす硬貨を選択する必要があり、精算が完了するまでに時間がかかる。
【０００５】
本発明は、上記課題に鑑み、精算時の不安を解消し、素早く精算をすることができる情報提供装置を提供することを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するために、本発明は、買物等の精算額の支払パターンの情報を提供する情報提供装置であって、あらかじめ登録された所持金に基づいて、前記精算額の支払いに必要な紙幣及び硬貨の金種と枚数を所定の支払パターンごとに算出する算出部と、算出された前記所定の支払パターンごとに、支払いに必要な紙幣及び硬貨の金種及び枚数とともに、支払いに必要な紙幣及び硬貨の画像を表示部に表示させる制御部とを備えることを特徴とする。なお、算出部は後述する支払方法評価部に相当し、制御部は案内情報生成部に相当する。
【０００７】
また、本発明の情報提供装置において、所持する紙幣及び硬貨の画像及び前記精算額を読み取る画像読取部と、読み取られた前記画像と、滞在国の紙幣及び硬貨の金種を画像とともに関連付けられた通貨テーブルに基づいて、所持する紙幣及び硬貨の金種と枚数の情報を前記所持金として登録する所持金登録部とを更に備えることは、好ましい態様である。なお、画像読取部は後述するカメラに相当し、所持金登録部は後述するデータ管理部に相当する。
【０００８】
また、本発明の情報提供装置において、前記精算額の支払い後におつりが生じる場合、前記画像読取部が、前記おつりの紙幣及び硬貨の画像を読み取り、前記所持金登録部が、読み取られた前記おつりの画像と、前記通貨テーブルの画像とに基づいて、前記おつりの紙幣及び硬貨の金種と枚数を特定し、特定された金種と枚数に応じて前記所持金を更新することは、好ましい態様である。
【０００９】
また、本発明の情報提供装置において、前記算出部が、前記精算額の支払いのためにユーザに選択された支払パターンにおける支払合計額と、前記精算額とに基づいて、おつり額を算出し、前記制御部が、算出されたおつり額と、前記特定された金種と枚数から算出される実際に受け取った受取おつり額が合っているか判断し、合っていない場合には、前記表示部に前記おつりが間違っている旨のメッセージを表示させることは、好ましい態様である。受取おつり額は、後述するおつり受取合計額に相当する。
【００１０】
また、本発明の情報提供装置において、前記制御部が、前記所定の支払パターンを表示する際、過去の支払パターンの選択履歴に応じて表示させることは、好ましい態様である。
【００１１】
また、本発明の情報提供装置において、前記算出部が、為替レートの情報に基づいて前記精算額をユーザの自国の通貨に換算し、前記制御部が、換算された前記精算額を前記表示部に表示させることは、好ましい態様である。
【００１２】
また、本発明の情報提供装置において、前記通貨テーブルを格納する格納部を更に備え、前記通貨テーブルの情報が、所定のサーバから定期的に取得されることは、好ましい態様である。
【００１３】
また、本発明の情報提供装置において、前記支払パターンが、紙幣と硬貨を混在させて支払う支払パターン、高額紙幣を優先させて支払う支払パターン、紙幣を優先させて支払う支払パターン、硬貨を優先させて支払う支払パターンのうち、少なくとも１つ以上であることは、好ましい態様である。
【００１４】
また、本発明は、買物等の精算額の支払パターンの情報を提供する情報提供装置による情報提供方法であって、あらかじめ登録された所持金に基づいて、前記精算額の支払いに必要な紙幣及び硬貨の金種と枚数を所定の支払パターンごとに算出するステップと、算出された前記所定の支払パターンごとに、支払いに必要な紙幣及び硬貨の金種及び枚数とともに、支払いに必要な紙幣及び硬貨の画像を表示部に表示させるステップとを有することを特徴とする。
【００１５】
また、本発明の情報提供方法において、所持する紙幣及び硬貨の画像及び前記精算額を読み取るステップと、読み取られた前記画像と、滞在国の紙幣及び硬貨の金種を画像とともに関連付けられた通貨テーブルに基づいて、所持する紙幣及び硬貨の金種と枚数の情報を所持金として登録するステップとを更に有することは、好ましい態様である。
【００１６】
また、本発明の情報提供方法において、前記精算額の支払い後におつりが生じる場合、前記おつりの紙幣及び硬貨の画像を読み取るステップと、読み取られた前記おつりの画像と、前記通貨テーブルの画像とに基づいて、前記おつりの紙幣及び硬貨の金種と枚数を特定し、特定された金種と枚数に応じて前記所持金を更新するステップとを更に有することは、好ましい態様である。
【００１７】
また、本発明の情報提供方法において、前記精算額の支払いのためにユーザに選択された支払パターンにおける支払合計額と、前記精算額とに基づいて、おつり額を算出するステップと、算出されたおつり額と、前記特定された金種と枚数から算出される実際に受け取った受取おつり額が合っているか判断し、合っていない場合には、前記表示部に前記おつりが間違っている旨のメッセージを表示させるステップとを更に有することは、好ましい態様である。
【００１８】
また、本発明の情報提供方法において、前記所定の支払パターンを表示する際、過去の支払パターンの選択履歴に応じて表示させることは、好ましい態様である。
【００１９】
また、本発明の情報提供方法において、為替レートの情報に基づいて前記精算額をユーザの自国の通貨に換算するステップと、換算された前記精算額を前記表示部に表示させるステップとを更に有することは、好ましい態様である。
【００２０】
また、本発明の情報提供方法において、前記通貨テーブルの情報が、所定のサーバから定期的に取得されることは、好ましい態様である。
【００２１】
また、本発明の情報提供方法において、前記支払パターンが、紙幣と硬貨を混在させて支払う支払パターン、高額紙幣を優先させて支払う支払パターン、紙幣を優先させて支払う支払パターン、硬貨を優先させて支払う支払パターンのうち、少なくとも１つ以上であることは、好ましい態様である。
【発明の効果】
【００２２】
本発明によれば、精算時の不安を解消し、素早く精算をすることができる。
【図面の簡単な説明】
【００２３】
【図１】実施の形態に係る情報提供装置の外観の一例を示す図である。
【図２】実施の形態に係る情報提供装置の概要を説明するための図である。
【図３】実施の形態に係る情報提供装置の機能構成の一例を示す構成図である。
【図４Ａ】実施の形態における通貨テーブルの構成の一例を示す図である。
【図４Ｂ】実施の形態における通貨テーブルの具体的構成例の一例を示す図である。
【図５Ａ】実施の形態における自国／滞在国テーブルの構成の一例を示す図である。
【図５Ｂ】実施の形態における自国／滞在国テーブルの具体的な構成例の一例を示す図である。
【図６Ａ】実施の形態における所持金テーブルの構成の一例を示す図である。
【図６Ｂ】実施の形態における所持金テーブルの具体的な構成例の一例を示す図である。
【図７Ａ】実施の形態における精算額テーブルの構成の一例を示す図である。
【図７Ｂ】実施の形態における精算額テーブルの具体的な構成例の一例を示す図である。
【図８Ａ】実施の形態における支払パターンテーブルの構成の一例を示す図である。
【図８Ｂ】実施の形態における支払パターンテーブルの具体的な構成例の一例を示す図である。
【図９Ａ】実施の形態における選択パターン蓄積テーブルの構成の一例を示す図である。
【図９Ｂ】実施の形態における選択パターン蓄積テーブルの具体的な構成例の一例を示す図である。
【図１０Ａ】実施の形態における釣銭データテーブルの構成の一例を示す図である。
【図１０Ｂ】実施の形態における釣銭データテーブルの具体的な構成例の一例を示す図である。
【図１１】実施の形態に係る情報提供装置を実現するためのハードウェア構成の一例を示す図である。
【図１２】実施の形態に係る情報提供装置の全体処理の処理フローの一例を示すフローチャートである。
【図１３】実施の形態における精算額認識の処理に関するサブルーチンの一例を示すフローチャートである。
【図１４】実施の形態における自国設定の処理に関するサブルーチンの一例を示すフローチャートである。
【図１５】実施の形態における滞在国設定の処理に関するサブルーチンの一例を示すフローチャートである。
【図１６】実施の形態における所持金登録の処理に関するサブルーチンの一例を示すフローチャートである。
【図１７Ａ】実施の形態における支払パターン表示の処理に関するサブルーチンの一例の一部を示すフローチャートである。
【図１７Ｂ】実施の形態における支払パターン表示の処理に関するサブルーチンの一例の一部を示すフローチャートである。
【図１８Ａ】実施の形態における紙幣硬貨混在時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図１８Ｂ】実施の形態における紙幣硬貨混在時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図１８Ｃ】実施の形態における紙幣硬貨混在時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図１８Ｄ】実施の形態における紙幣硬貨混在時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図１９】実施の形態における高額紙幣優先時の支払パターンの算出に関するサブルーチンの一例を示すフローチャートである。
【図２０Ａ】実施の形態における紙幣優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２０Ｂ】実施の形態における紙幣優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２０Ｃ】実施の形態における紙幣優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ａ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ｂ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ｃ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ｄ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ｅ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２１Ｆ】実施の形態における硬貨優先時の支払パターンの算出に関するサブルーチンの一例の一部を示すフローチャートである。
【図２２】実施の形態における支払パターン選択の処理に関するサブルーチンの一例を示すフローチャートである。
【図２３Ａ】実施の形態におけるおつり確認の処理に関するサブルーチンの一例の一部を示すフローチャートである。
【図２３Ｂ】実施の形態におけるおつり確認の処理に関するサブルーチンの一例の一部を示すフローチャートである。
【図２４】実施の形態における所持金更新の処理に関するサブルーチンの一例を示すフローチャートである。
【図２５】実施の形態における精算額認識画面の一例を示す図である。
【図２６】実施の形態における精算額入力画面の一例を示す図である。
【図２７】実施の形態における精算額読取照合エラー画面の一例を示す図である。
【図２８】実施の形態における設定メニュー画面の一例を示す図である。
【図２９】実施の形態における自国／滞在国確認画面の一例を示す図である。
【図３０】実施の形態における所持金確認画面の一例を示す図である。
【図３１】実施の形態における自国設定画面の一例を示す図である。
【図３２】実施の形態における滞在国設定画面の一例を示す図である。
【図３３】実施の形態における所持金（紙幣）登録画面の一例を示す図である。
【図３４】実施の形態における所持金（硬貨）登録画面の一例を示す図である。
【図３５】実施の形態における所持金読取照合エラー画面の一例を示す図である。
【図３６】実施の形態における所持金入力画面の一例を示す図である。
【図３７】実施の形態における所持金登録確認画面の一例を示す図である。
【図３８】実施の形態における支払パターンが選択された際の表示の一例を示す図である。
【図３９】実施の形態における支払パターンが１つもない場合の表示の一例を示す図である。
【図４０】実施の形態における支払確認画面（おつりなし）の一例を示す図である。
【図４１】実施の形態における支払確認画面（おつりあり）の一例を示す図である。
【図４２】実施の形態におけるおつり（紙幣）登録画面の一例を示す図である。
【図４３】実施の形態におけるおつり（硬貨）登録画面の一例を示す図である。
【図４４】実施の形態におけるおつり読取照合エラー画面の一例を示す図である。
【図４５】実施の形態におけるおつり入力画面の一例を示す図である。
【図４６】実施の形態におけるおつり不足画面の一例を示す図である。
【図４７】実施の形態における支払パターンの表示の一例を示す図である。
【発明を実施するための形態】
【００２４】
以下、実施の形態について図面を参照して説明する。実施の形態に係る情報提供装置は、図１に示すように、例えば、スマートホンやタブレット端末などの携帯型情報装置である。情報提供装置１は、ネットワーク２を介して、後述する為替レート情報を為替レート取得サーバ３から取得したり、後述する各国の通貨情報などを不図示の情報提供サーバから取得したりする。情報提供装置１は、例えばスマートホンの場合、通話、電子メールの送受信、その他の情報処理以外に、後述するような、ユーザの所持金のうち、どの紙幣や硬貨を支払いのために出せばよいかの支払パターンの表示のための処理などを行う。具体的な処理の内容については後述する。
【００２５】
情報提供装置１の概要について図２を用いて説明する。情報提供装置１においては、買物等の精算額の情報（精算額情報）、ユーザの所持金の情報（所持金情報）、支払パターンの情報（支払方法情報）、過去に選択した支払パターンの履歴情報（支払方法蓄積情報）などを情報取得部（例えば、後述するデータ管理部３１）が取得し、支払方法評価部３２が所定の処理を行い、案内部（例えば、後述する案内情報生成部３３）に処理結果（例えば、後述する支払パターンなど）を通知し、案内部が処理結果を液晶画面などの表示部などに表示する。
【００２６】
ここで、実施の形態に係る情報提供装置１の機能構成の一例について図３を用いて説明する。図３に示すように、情報提供装置１は、指示受付部３０、データ管理部３１、支払方法評価部３２、案内情報生成部３３、表示部３４、通信制御部３５、格納部３６から構成されている。情報提供装置１の構成は、これに限定されるものではなく、他の構成要素を含むものであってもよい。
【００２７】
なお、情報提供装置１が通信制御部３５を介して通信を行う為替レート取得サーバ３は、通信制御部３ａ、データ管理部３ｂ、格納部３ｃから構成されている。通信制御部３ａは、例えば情報提供装置１からの為替レート情報の取得要求を受信し、取得要求に応じて為替レート情報の送信するものである。データ管理部３ｂは、為替レート情報を管理するものであり、最新の為替レートに基づいて格納部３ｃの為替レートを更新するものである。
【００２８】
指示受付部３０は、ユーザからの指示（選択）を受け付けるものであって、後述する自国設定や滞在国設定の際に選択を受け付けたり、精算額や所持金やおつり（お釣）の読取結果を受け付けたりするものである。
【００２９】
データ管理部３１は、格納部３６に格納される各種データの取得、更新などを行うものである。
【００３０】
支払方法評価部３２は、後述する支払パターンの算出、おつりの額の算出、自国通貨への換算などを行うものである。
【００３１】
案内情報生成部３３は、支払方法評価部３２によって算出された支払パターンなどを表示部３４に表示するための情報を生成するものである。
【００３２】
表示部３４は、支払パターンなどを表示するものであって、ディスプレイなどである。
通信制御部３５は、ネットワーク２を介して、為替レート情報を為替レート取得サーバ３から取得したり、各国の通貨情報などを不図示の情報提供サーバから取得したりするものである。
【００３３】
格納部３６は、通貨テーブル３６ａ、自国／滞在国テーブル３６ｂ、所持金テーブル３６ｃ、精算額テーブル３６ｄ、支払パターンテーブル３６ｅ、選択パターン蓄積テーブル３６ｆ、釣銭データテーブル（おつりテーブルとも言う）３６ｇを備える。
【００３４】
通貨テーブル３６ａは、図４Ａに示すように、各国（Ａ国、Ｂ国など）の通貨情報から構成され、それぞれの通貨情報は国情報、紙幣情報、硬貨情報から構成されている。通貨情報は、例えば、あらかじめ不図示の情報提供サーバなどから取得しておく。国情報は、例えば国ＩＤ、国名、硬貨桁から構成され、紙幣情報は、紙幣の金種、画像ＩＤ、画像データから構成され、硬貨情報は、硬貨の金種、画像ＩＤ、画像データから構成されている。国ＩＤは、各国に割り振られた識別情報であり、硬貨桁は、最も高額な硬貨が存在する桁を示すものである。例えば、日本円の場合、最も高額な硬貨は５００円硬貨であるため、硬貨桁は３桁目となる。また、アメリカドルの場合、最も高額な硬貨は２５セント硬貨であるため、硬貨桁は１桁目の下位の桁である小数点となる。画像データは、該当する金種の画像を示すデータであり、例えば、日本円の１千円の場合、千円札の画像を示すデータとなる。
【００３５】
通貨テーブル３６ａの具体的な構成例が図４Ｂに示されている。図４Ｂに示すように、例えば、国ＩＤが１の国名は日本であって、硬貨桁は３桁目であり、紙幣情報及び硬貨情報がそれぞれ関連付けられている。また、国ＩＤが２の国名はアメリカ合衆国であって、硬貨桁は小数点となっている。
【００３６】
自国／滞在国テーブル３６ｂは、図５Ａに示すように、自国情報と滞在国情報から構成されている。自国情報は、ユーザが属する国の情報であり、滞在国情報は、ユーザが現在滞在している国の情報である。自国／滞在国テーブル３６ｂの具体的な構成例が図５Ｂ示されている。図５Ｂに示すように、自国か滞在国かの種別、国ＩＤ、国名から構成されている。この例では、ユーザは日本人であり、滞在国はアメリカ合衆国であることを示している。
【００３７】
所持金テーブル３６ｃは、図６Ａに示すように、所持金の紙幣情報と硬貨情報から構成されている。紙幣情報及び硬貨情報は、それぞれ金種、所持枚数、画像ＩＤから構成されている。所持金テーブル３６ｃの具体的な構成例が図６Ｂに示されている。図６Ｂに示すように、紙幣に関しては、１００ドル（＄はドルを示す）紙幣が３枚、５０ドル紙幣が１枚など、硬貨に関しては、２５セント（¢はセントを示す）硬貨が４枚、１０セント硬貨が６枚などである。
【００３８】
精算額テーブル３６ｄは、図７Ａに示すように、精算額情報として、紙幣単位情報、硬貨単位情報、自国換算情報から構成されている。紙幣単位情報は、精算額のうちの紙幣単位部分の情報であり、硬貨単位情報は、精算額のうちの硬貨単位部分の情報である。例えば、精算額が４２．２３ドルであった場合、紙幣単位部分は４２ドルであり、硬貨単位部分は２３セントである。自国換算情報は、自国の通貨へ換算した場合の情報を示すものである。精算額テーブル３６ｄの具体的な構成例が図７Ｂに示されている。図７Ｂに示すように、精算額が４２．２３ドルの場合、紙幣単位は４２ドルとなり、硬貨単位は２３セントとなり、自国換算の情報は４２．２３ドルを自国の通貨（この例では日本円）に換算した額であって、５，０６８円となる。
【００３９】
支払パターンテーブル３６ｅは、図８Ａに示すように、支払パターン情報として、紙幣硬貨混在情報、高額紙幣優先情報、紙幣優先情報、硬貨優先情報から構成されている。各支払パターン情報は、支払パターン、紙幣情報、硬貨情報から構成されている。支払パターンは、支払パターンを識別するパターンＩＤとパターン名から構成され、紙幣情報及び硬貨情報は、金種、支払枚数、画像ＩＤから構成されている。パターン名としては、紙幣と硬貨を混在させて支払う紙幣硬貨混在、高額紙幣を優先して支払う高額紙幣優先、紙幣を優先して支払う紙幣優先、硬貨を優先して支払う硬貨優先がある。支払パターンテーブル３６ｅの具体的な構成例が図８Ｂに示されている。この例では、パターン名は紙幣硬貨混在であり、支払う紙幣及び硬貨は、２０ドル紙幣２枚と１ドル紙幣２枚、及び１０セント硬貨２枚と１セント硬貨３枚である。
【００４０】
選択パターン蓄積テーブル３６ｆは、図９Ａに示すように、選択パターン情報として、紙幣硬貨混在情報、高額紙幣優先情報、紙幣優先情報、硬貨優先情報から構成されている。選択パターン蓄積テーブル３６ｆは、過去に選択された支払パターンの選択数を支払パターンごとに蓄積するものである。選択パターン蓄積テーブル３６ｆの具体的な構成例が図９Ｂに示されている。この例では、紙幣優先の支払パターンが最も多く選択され、４回選択されている。
【００４１】
釣銭データテーブル３６ｇは、図１０Ａに示すように、おつりを構成する紙幣情報と硬貨情報から構成されている。釣銭データテーブル３６ｇの具体的な構成例が図１０Ｂに示されている。この例では、おつりに紙幣は含まれておらず、硬貨のみであり、２５セント硬貨が３枚と１セント硬貨が２枚となっている。
【００４２】
次に、実施の形態に係る情報提供装置を実現するためのハードウェア構成の一例について図１１を用いて説明する。ハードウェア構成は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１１１、ＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）１１２、ＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）１１３、通信インターフェース１１４、入出力インターフェース１１５、バス１１６から構成されている。
【００４３】
ＣＰＵ１１１、ＲＯＭ１１２、ＲＡＭ１１３、通信インターフェース１１４、入出力インターフェース１１５は、例えば、バス１１６を介して互いに接続されている。
【００４４】
ＣＰＵ１１１は、バス１１６を介して、不図示のＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）などに格納される情報提供装置１の各種処理を行うためのプログラムを読み込み、読み込んだプログラムをＲＡＭ１１３に一時的に格納し、そのプログラムにしたがって各種処理を行うものであり、主として上述した支払方法評価部３２として機能する。
【００４５】
ＲＯＭ１１２は、不揮発性メモリであって、ブートプログラムやＢＩＯＳ（ＢａｓｉｃＩｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）などのプログラムを記憶する。
【００４６】
ＲＡＭ１１３には、揮発性メモリであって、ＣＰＵ１１１に実行させるためのＯＳ（Ｏｐｅｒａｔｉｎｇ Ｓｙｓｔｅｍ）プログラムやアプリケーションプログラムの一部が一時的に格納される。また、ＲＡＭ１１３には、ＣＰＵ１１１による処理に必要な各種データが格納される。
【００４７】
通信インターフェース１１４は、ネットワーク２を介して、為替レート取得サーバ３などとデータの送受信を行うものであり、主として上述した通信制御部３５として機能する。
【００４８】
入出力インターフェース１１５は、情報の入出力を行うものであって、情報提供装置１が搭載するディスプレイ１１７、タッチパネル１１８、音声出力部１１９、マイク１２０、カメラ１２１、ＧＰＳ１２２が接続され、主として上述した指示受付部３０として機能する。
【００４９】
バス１１６は、各装置間の制御信号、データ信号などの授受を媒介する経路である。
次に、実施の形態に係る情報提供装置の全体処理、すなわち精算額の認識から所持金の更新までの処理フローの一例について図１２を用いて説明する。情報提供装置１は、所定のアプリケーションを起動し、表示する支払パターンが存在しない場合（後述するように、すべての金種で必要枚数が０の場合）、図２５に示す精算額認識画面を表示し、精算額の認識を行う（ステップＳ１２０１）。
【００５０】
ここで、精算額認識の処理について図１３を用いて説明する。この処理の主体は基本的に情報提供装置１である。図１３に示すように、まず、精算額表示機器（例えば、レジ）の表示部に表示された精算額をカメラ１２１で読み取り、図２５に示す画面を表示し、精算額を自動的に取得するか否かの選択をさせる（ステップＳ１３０１）。自動取得する場合（ステップＳ１３０１でＹｅｓ）、読み取られた画像に基づいて精算額を認識する（ステップＳ１３０２）。具体的には、図２５に示すカメラボタンがタップされることにより、精算額が読み取られる。一方、自動取得しない場合（ステップＳ１３０１でＮｏ）、ユーザによって精算額入力画面から入力される精算額を受け付け、精算額を認識する（ステップＳ１３０５）。具体的には、図２５に示す入力ボタンがタップされることで、図２６に示す精算額入力画面に遷移し、テンキーがタップされ、確定ボタンがタップされることで精算額を認識する。
【００５１】
なお、読み取り時に読取エラー（認識できないなど）が発生したか否かを判断し（ステップＳ１３０３）、発生した場合（ステップＳ１３０３でＹｅｓ）には読取エラーの旨の表示を行い（ステップＳ１３０４）、再読取を促す。この表示の一例を図２７に示す。再読取ボタンがタップされると、精算額認識画面に遷移し、再読取が可能となる。
【００５２】
一方、読取エラーが発生しない場合（ステップＳ１３０３でＮｏ）、通貨テーブル３６ａから滞在国の硬貨桁を取得する（ステップＳ１３０６）。取得した硬貨桁をキーにして、精算額を紙幣単位と硬貨単位に分けて精算額テーブル３６ｄに登録する（ステップＳ１３０７）。具体的には、例えば、日本円の場合、硬貨桁３桁目に１桁を加えた部分以上、すなわち４桁目以上の部分が紙幣単位となり、硬貨桁３桁目以下の部分、すなわち２桁目以下の部分が硬貨単位となる。
【００５３】
為替レート取得サーバ３から滞在国の為替レートを取得し（ステップＳ１３０８）、精算額を自国通貨へ換算して精算額テーブル３６ｄに登録する（ステップＳ１３０９）。
【００５４】
図１２のステップＳ１２０１に戻り、精算額の登録後、各種設定を行うか否かの選択をさせ（ステップＳ１２０２）、設定をする場合（ステップＳ１２０２でＹｅｓ）、自国設定をし（ステップＳ１２０３）、滞在国設定をし（ステップＳ１２０４）、自国設定及び滞在国設定がされているか自国／滞在国の確認を行い（ステップＳ１２０５）、所持金登録をし（ステップＳ１２０６）、所持金登録がされているか所持金確認（ステップＳ１２０７）を行う。
【００５５】
具体的には、図２５のメニュー（ＭＥＮＵ）ボタンがタップされると、図２８に示す各種設定を行うための設定メニュー画面を表示し、メニュー項目がタップされることで、自国設定、滞在国設定、所持金登録の画面に遷移する。自国設定及び滞在国設定が行われた際の自国／滞在国確認画面例が図２９に示されている。設定済みの自国及び滞在国が表示される。また、所持金登録が行われた際の所持金確認画面例が図３０に示されている。登録済みの所持金が表示され、硬貨を確認する場合は画面のスクロールを行うことで確認することができる。
【００５６】
ここで、自国設定の処理について図１４を用いて説明する。この処理の主体は基本的に情報提供装置１である。図１４に示すように、まず、情報提供装置１の位置であるＧＰＳ位置情報を取得する（ステップＳ１４０１）。取得した現在位置を自国とするか選択をさせ（ステップＳ１４０２）、選択する場合（ステップＳ１４０２でＹｅｓ）、自国／滞在国テーブル３６ｂの自国に、ＧＰＳ位置情報に該当する国名を登録する（ステップＳ１４０３）。一方、選択しない場合（ステップＳ１４０２でＮｏ）、ユーザによって自国として選択される国名を受け付け（ステップＳ１４０４）、自国／滞在国テーブル３６ｂの自国に、受け付けた国名を登録する（ステップＳ１４０５）。
【００５７】
上述した自国設定を行う際、具体的には図３１に示す自国設定画面を用いて設定する。取得した現在位置を自国と選択する場合には、現在値の行がタップされる。一方、取得した現在位置を自国と選択せず手動で自国を設定する場合には、国名がタップされる。画面をスクロールすることですべての国名を表示することができる。
【００５８】
また、滞在国設定の処理について図１５を用いて説明する。この処理の主体は基本的に情報提供装置１である。図１５に示すように、まず、情報提供装置１の位置であるＧＰＳ位置情報を取得する（ステップＳ１５０１）。取得した現在位置を滞在国とするか選択させ（ステップＳ１５０２）、選択する場合（ステップＳ１５０２でＹｅｓ）、自国／滞在国テーブル３６ｂの滞在国に、ＧＰＳ位置情報に該当する国名を登録する（ステップＳ１５０３）。一方、選択しない場合（ステップＳ１５０２でＮｏ）、ユーザによって滞在国として選択される国名を受け付け（ステップＳ１５０４）、自国／滞在国テーブル３６ｂの滞在国に、受け付けた国名を登録する（ステップＳ１５０５）。
【００５９】
通貨テーブル３６ａに基づいて、所持金テーブル３６ｃの紙幣情報／硬貨情報に、金種及び画像ＩＤを登録する（ステップＳ１５０６）。通貨テーブル３６ａに基づいて、支払パターンテーブル３６ｅの紙幣情報／硬貨情報に、金種及び画像ＩＤを登録する（ステップＳ１５０７）。通貨テーブル３６ａに基づいて、おつりテーブル３６ｇの紙幣情報／硬貨情報に、金種及び画像ＩＤを登録する（ステップＳ１５０８）。
【００６０】
上述した滞在国設定を行う際、具体的には図３２に示す滞在国設定画面を用いて設定する。取得した現在位置を滞在国と選択する場合には、現在値の行がタップされる。一方、取得した現在位置を滞在国と選択せず手動で滞在国を設定する場合には、国名がタップされる。画面をスクロールすることですべての国名を表示することができる。
【００６１】
また、所持金登録の処理について図１６を用いて説明する。この処理の主体は基本的に情報提供装置１である。図１６に示すように、まず、所持金をカメラ１２１で読み取り、図３３や図３４に示す画面を表示し、所持金を自動的に取得するか否かの選択をさせる（ステップＳ１６０１）。自動取得する場合（ステップＳ１６０１でＹｅｓ）、所持金のうち紙幣を読み取るか否かを選択させ（ステップＳ１６０２）、紙幣を読み取る場合（ステップＳ１６０２でＹｅｓ）、カメラ１２１が紙幣にかざされ、紙幣を読み取る（ステップＳ１６０３）。具体的には、カメラ１２１が紙幣にかざされることで、図３３に示す画面が表示され、カメラボタンがタップされることにより、所持金の紙幣が読み取られる。
【００６２】
一方、紙幣ではなく、硬貨を読み取る場合（ステップＳ１６０２でＮｏ）、カメラ１２１が硬貨にかざされ、硬貨を読み取る（ステップＳ１６０４）。具体的には、カメラ１２１が硬貨にかざされることで、図３４に示す画面が表示され、カメラボタンがタップされることにより、所持金の硬貨が読み取られる。
【００６３】
読み取られた後、所持金テーブル３６ｃの画像ＩＤをキーに、通貨テーブル３６ａから滞在国の紙幣画像及び硬貨画像を取得し、読み取った紙幣や硬貨の画像と照合し、各金種の読取枚数をカウントする（ステップＳ１６０５）。
【００６４】
読み取り及び照合後に、読取／照合エラー（紙幣や硬貨が認識できない、滞在国以外の紙幣や硬貨があるなど）が発生したか否かを判断し（ステップＳ１６０６）、発生した場合（ステップＳ１６０６でＹｅｓ）には読取／照合エラーの旨の表示を行い（ステップＳ１６０７）、再読取を促す。この表示の一例が図３５に示されている。再読取ボタンがタップされると、ステップＳ１６０１に戻り、再読取が可能となる。一方、発生しない場合（ステップＳ１６０６でＮｏ）には、すべての金種の読取枚数を一時的に所定の記憶領域に退避データ１として記憶（退避）する（ステップＳ１６０８）。
【００６５】
なお、ステップＳ１６０１で自動取得しない場合（ステップＳ１６０１でＮｏ）、ユーザによって図３６に示す所持金入力画面から入力される所持金の紙幣及び硬貨の所持枚数を受け付け（ステップＳ１６０９）、入力された所持枚数を、所持金テーブル３６ｃの該当金種に登録する（ステップＳ１６１０）。具体的には、自動取得をしない旨の選択がされると、図３６に示す所持金入力画面を表示し、金種ごとの所持枚数が入力され、登録ボタンがタップされることで、所持金テーブル３６ｃの該当金種に登録する。
【００６６】
ステップＳ１６０８の後、追加の所持金の読み取りがあるか選択させ（ステップＳ１６１１）、追加がある場合（ステップＳ１６１１でＹｅｓ）にはステップＳ１６０２へ戻り、再度、タップするなどして読み取り回数に関係なく読み取れ、追加で読み取りしたデータは一時的に記憶された退避データ１に加算される。一方、追加がない場合（ステップＳ１６１１でＮｏ）には、図３７に示す所持金登録確認のための画面を表示し（ステップＳ１６１２）、読み取りが完了（設定完了）したか否かを選択させ（ステップＳ１６１３）、完了の場合（ステップＳ１６１３でＹｅｓ）、一時的に記憶領域に記憶していた退避データ１の読み取り枚数を、所持金テーブル３６ｃの該当金種に登録する（ステップＳ１６１４）。一方、完了していない場合（ステップＳ１６１３でＮｏ）、ステップＳ１６０１へ戻る。具体的には、図３７に示す登録ボタンがタップされることにより、所持金テーブル３６ｃの該当金種に登録する。また、再読取ボタンがタップされることにより、再度、ステップＳ１６０１へ戻り、読み取りを行う。
【００６７】
図１２のステップＳ１２０２に戻り、ステップ１２０２で各種設定の選択がされない場合（ステップＳ１２０２でＮｏ）、支払パターン表示をし（ステップＳ１２０８）、支払パターン選択をさせ（ステップＳ１２０９）、おつり確認を行い（ステップＳ１２１０）、所持金更新を行う（ステップＳ１２１１）。
【００６８】
ここで、支払パターン表示の処理について図１７Ａ及び図１７Ｂを用いて説明する。この処理の主体は基本的に情報提供装置１である。まず、紙幣硬貨混在時の支払パターンを算出する（ステップＳ１７０１）。高額紙幣優先時の支払パターンを算出する（ステップＳ１７０２）。紙幣優先時の支払パターンを算出する（ステップＳ１７０３）。硬貨優先時の支払パターンを算出する（ステップＳ１７０４）。なお、これらの支払パターンの算出順はこれに限られるものではない。
【００６９】
選択パターン蓄積テーブル３６ｆの支払パターンの選択数に基づいて優先順位を算出する（ステップＳ１７０５）。具体的には、例えば、支払パターンの選択数が多いものを優先順位の高いものとし、選択数が同一の場合は、小さいＩＤの支払パターンの方を優先順位が高いものとする。この優先順位に基づいて支払パターンの表示の順番を決めるようにしてもよい。
【００７０】
最優先の支払パターンからすべての金種の必要枚数を取得する（ステップＳ１７０６）。そして、すべての金種の必要枚数が０であるか否かを判断し（ステップＳ１７０７）、必要枚数が０でない場合（ステップＳ１７０７でＮｏ）、支払パターンテーブル３６ｅの画像ＩＤをキーとして通貨テーブル３６ａから紙幣画像及び硬貨画像を取得する（ステップＳ１７０８）。必要枚数が０以上のすべての金種について、必要枚数を紙幣画像及び硬貨画像付きで表示する（ステップＳ１７０９）。上述した４つの支払パターンについて、ステップＳ１７０６からステップＳ１７０９の処理が済んだか否かを判断し（ステップＳ１７１０）、済んでいない場合（ステップＳ１７１０でＮｏ）には次に優先順位が高い支払パターンからすべての金種の必要枚数を取得する（ステップＳ１７１１）。なお、ステップＳ１７０７ですべての金種の必要枚数が０である場合（ステップＳ１７０７でＹｅｓ）には該当の支払パターンの表示をせずに、ステップＳ１７１１に進む。
【００７１】
一方、４つの支払パターンについて処理済みである場合（ステップＳ１７１０でＹｅｓ）、支払パターンの表示があるか否かを判断し（ステップＳ１７１２）、支払パターンの表示がある場合（ステップＳ１７１２でＹｅｓ）、支払パターン表示の処理は終了する。なお、終了後、表示された支払パターンの選択をさせる処理があり、後述する。
【００７２】
上述した支払パターンの表示例が図３８に示されている。この場合、優先順位にしたがって支払パターンが表示されている。
【００７３】
支払いパターンの表示がない場合（ステップＳ１７１２でＮｏ）、所持金テーブル３６ｃから所持金合計額を算出する（ステップＳ１７１３）。精算額テーブル３６ｄから紙幣単位及び硬貨単位を取得する（ステップＳ１７１４）。精算額＝紙幣単位＋硬貨単位を算出する（ステップＳ１７１５）。不足額＝精算額−所持金合計額を算出する（ステップＳ１７１６）。支払パターンがない旨、及び精算額や不足額を表示する（ステップＳ１７１７）。この表示例が図３９に示されている。これは、４つの支払パターンのすべての金種の必要枚数が０の場合に表示される。図３９の戻るボタンがタップされると、図１２のステップＳ１２０１の精算額認識の処理に戻る。
【００７４】
ここで、上記４つの支払パターンの算出方法について説明する。まず、紙幣硬貨混在時の支払パターンの算出について図１８Ａから図１８Ｄを用いて説明する。この処理の主体は基本的に情報提供装置１である。所持金テーブル３６ｃ内のデータを所定の記憶領域に所持金テーブル２として一時的に退避（記憶）させる（ステップＳ１８０１）。通貨テーブル３６ａから滞在国の硬貨桁を取得する（ステップＳ１８０２）。精算額テーブル３６ｄから紙幣単位と硬貨単位を取得する（ステップＳ１８０３）。例えば、精算額が４２．２３ドルの場合、紙幣単位は４２ドル、硬貨単位は２３セントである。このように紙幣単位と硬貨単位を取得するのは、後述するように、紙幣と硬貨に分けて必要枚数を求めるためである。
【００７５】
精算額の最上位桁から順に紙幣の必要枚数を算出するため、紙幣単位の最上位桁（算出桁Ｎ）の金額をＹとする（ステップＳ１８０４）。精算額が４２．２３ドルの場合、最上位桁が２桁目となるため、紙幣単位の最上位桁の金額Ｙは４０ドルとなり、算出桁Ｎは２となる。高額紙幣から順に必要枚数を算出するため、所持金テーブル２から最も高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ１８０５）。例えば、図６Ｂに示す所持金テーブル３６ｃを退避させた所持金テーブル２の場合では、最も高額な紙幣の金種Ａは１００ドルであり、所持枚数Ｂは３枚である。
【００７６】
金額Ｙを金種Ａで割ることで必要枚数Ｃを算出する（ステップＳ１８０６）。このとき、小数点以下は繰り上げる。この場合、必要枚数Ｃは金額Ｙ＝４０を金種Ａ＝１００ドルで割ると０．４となり、繰り上げて必要枚数Ｃは１枚となる。金種Ａに必要枚数Ｃを掛けて、金額Ｙを引いておつり額Ｄを算出する（ステップＳ１８０７）。この場合、おつり額Ｄは、金種Ａ＝１００ドルに必要枚数Ｃ＝１を掛けて金額Ｙ＝４０を引くと６０ドルとなる。
【００７７】
所持枚数Ｂが必要枚数Ｃ以上か否かを判断し（ステップＳ１８０８）、所持枚数Ｂが必要枚数Ｃ以上である場合（ステップＳ１８０８でＹｅｓ）、すべての金種の紙幣について必要枚数とおつり額の算出が完了したか否かを判断し（ステップＳ１８０９）、完了していない場合（ステップＳ１８０９でＮｏ）には、所持金テーブル２から次に高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ１８１０）。なお、所持枚数Ｂが必要枚数Ｃより少ない場合（ステップＳ１８０８でＮｏ）、必要枚数Ｃを所持枚数Ｂとし（ステップＳ１８１１）、ステップＳ１８１０に進む。
【００７８】
一方、すべての金種の紙幣について必要枚数とおつり額の算出が完了した場合（ステップＳ１８０９でＹｅｓ）、すべての金種の紙幣の必要枚数とおつり額を退避データ１として所定の記憶領域に退避（記憶）させる（ステップＳ１８１２）。すべての金種の紙幣のおつり額が０か否かを判断し（ステップＳ１８１３）、おつり額が０である場合（ステップＳ１８１３でＹｅｓ）、必要枚数が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ１８１４）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。一方、おつり額が０でない場合（ステップＳ１８１３でＮｏ）、おつり額が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ１８１５）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。
【００７９】
所持金テーブル２を更新する（ステップＳ１８１６）。具体的には、各金種の紙幣の枚数から必要枚数を減算する。Ｎ−１が硬貨桁より大きいか否かを判断し（ステップＳ１８１７）、大きい場合（ステップＳ１８１７でＹｅｓ）、紙幣単位の算出桁Ｎ−１桁の金額をＹとし（ステップＳ１８１８）、ステップＳ１８０５へ進む。この場合、Ｎ＝２であり、紙幣単位の１桁目の金額をＹとするため、Ｙ＝２となる。一方、Ｎ−１が硬貨桁以下の場合（ステップＳ１８１７でＮｏ）、すべての算出桁の抽出した退避データ２を合算して退避データ２とする（ステップＳ１８１９）。
【００８０】
次に、硬貨単位の最上位桁（算出桁Ｎ´）の金額をＹ´とする（ステップＳ１８２０）。硬貨単位が２３セントの場合、最上位桁が２桁目となるため、硬貨単位の最上位桁の金額Ｙ´は２０セントとなり、Ｎ´は２となる。所持金テーブル２から所持硬貨の合計金額Ｔ´を算出する（ステップＳ１８２１）。合計金額Ｔ´が金額Ｙ´以上か否かを判断し（ステップＳ１８２２）、合計金額Ｔ´が金額Ｙ´以上である場合（ステップＳ１８２２でＹｅｓ）、所持金テーブル２から最も高額な硬貨の金種Ａ´と所持枚数Ｂ´を取得する（ステップＳ１８２３）。例えば、図６Ｂに示す所持金テーブル３６ｃを退避させた所持金テーブル２の場合、最も高額な硬貨の金種Ａ´は２５セントであり、所持枚数Ｂ´は４枚である。
【００８１】
金額Ｙ´を金種Ａ´で割ることで必要枚数Ｃ´を算出する（ステップＳ１８２４）。このとき、小数点以下は繰り上げる。この場合、必要枚数Ｃ´は金額Ｙ´＝２０を金種Ａ´＝２５セントで割ると０．８となり、繰り上げて必要枚数Ｃ´は１枚となる。金種Ａ´に必要枚数Ｃ´を掛けて、金額Ｙ´を引いておつり額Ｄ´を算出する（ステップＳ１８２５）。この場合、おつり額Ｄ´は、金種Ａ´＝２５セントに必要枚数Ｃ´＝１を掛けて金額Ｙ´＝２０を引くと５セントとなる。
【００８２】
所持枚数Ｂ´が必要枚数Ｃ´以上か否かを判断し（ステップＳ１８２６）、所持枚数Ｂ´が必要枚数Ｃ´以上である場合（ステップＳ１８２６でＹｅｓ）、すべての金種の硬貨について必要枚数とおつり額の算出が完了したか否かを判断し（ステップＳ１８２７）、完了していない場合（ステップＳ１８２７でＮｏ）には、所持金テーブル２から次に高額な硬貨の金種Ａ´と所持枚数Ｂ´を取得する（ステップＳ１８２８）。なお、所持枚数Ｂ´が必要枚数Ｃ´より少ない場合（ステップＳ１８２６でＮｏ）、必要枚数Ｃ´を所持枚数Ｂ´とし（ステップＳ１８２９）、ステップＳ１８２８に進む。
【００８３】
一方、すべての金種の硬貨について必要枚数とおつり額の算出が完了した場合（ステップＳ１８２７でＹｅｓ）、すべての金種の硬貨の必要枚数とおつり額を退避データ１１として所定の記憶領域に退避（記憶）させる（ステップＳ１８３０）。すべての金種の硬貨のおつり額が０か否かを判断し（ステップＳ１８３１）、おつり額が０である場合（ステップＳ１８３１でＹｅｓ）、必要枚数が一番少ないパターンを退避データ１１から抽出し退避データ１２として退避させる（ステップＳ１８３２）。なお、抽出結果が複数パターンの場合は高額硬貨を優先する。一方、おつり額が０でない場合（ステップＳ１８３１でＮｏ）、おつり額が一番少ないパターンを退避データ１１から抽出し退避データ１２として退避させる（ステップＳ１８３３）。なお、抽出結果が複数パターンの場合は高額硬貨を優先する。
【００８４】
所持金テーブル２を更新する（ステップＳ１８３４）。具体的には、各金種の硬貨の枚数から必要枚数を減算する。Ｎ−１が最小桁より大きいか否かを判断し（ステップＳ１８３５）、大きい場合（ステップＳ１８３５でＹｅｓ）、硬貨単位の算出桁Ｎ´−１桁の金額をＹ´とし（ステップＳ１８３６）、ステップＳ１８２３へ進む。この場合、Ｎ´＝２であり、硬貨単位の１桁目の金額をＹ´とするため、Ｙ´＝３となる。一方、Ｎ´−１が最小桁以下の場合（ステップＳ１８３５でＮｏ）、すべての算出桁の抽出した退避データ１２を合算して退避データ１２とする（ステップＳ１８３７）。
【００８５】
すべての金種の紙幣及び硬貨で必要枚数が０であるか否かを判断し（ステップＳ１８３８）、必要枚数が０でない場合（ステップＳ１８３８でＮｏ）、紙幣の抽出した退避データ２と硬貨の抽出した退避データ１２を支払パターンテーブル３６ｅに紙幣硬貨混在として登録する（ステップＳ１８３９）。一方、必要枚数が０である場合（ステップＳ１８３８でＹｅｓ）、紙幣硬貨混在の支払いは不可能であるため、支払パターンテーブル３６ｅの紙幣硬貨混在に必要枚数を登録せずに終了する。
【００８６】
なお、ステップＳ１８２２で合計金額Ｔ´が金額Ｙ´より小さい場合（ステップＳ１８２２でＮｏ）、硬貨では支払うことができないため、所持金テーブル２から所持している最も小額な紙幣の金種Ａ”を取得し（ステップＳ１８４０）、支払パターンテーブル３６ｅの金種Ａ”の必要枚数に１を加える（ステップＳ１８４１）。
【００８７】
上述した紙幣硬貨混在パターンにおける支払方法例について説明する。１００ドル紙幣１枚、２５セント硬貨１枚を所持している状況で、４２．２３ドルの買い物をした場合、紙幣単位と硬貨単位それぞれで必要枚数を１枚とし、１００ドル紙幣１枚と２５セント硬貨１枚で支払うことになる。この場合のおつりは５８．０２ドルとなる。
【００８８】
次に、高額紙幣優先時の支払パターンの算出について図１９を用いて説明する。この処理の主体は基本的に情報提供装置１である。まず、精算額テーブル３６ｄから紙幣単位と硬貨単位を取得する（ステップＳ１９０１）。紙幣単位と硬貨単位を加えて精算額Ｇを算出する（ステップＳ１９０２）。紙幣単位が４２ドル、硬貨単位が２３セントである場合、精算額Ｇは４２．２３ドルとなる。この支払パターンでは、紙幣のみでの支払いのため、紙幣単位と硬貨単位を合算する。
【００８９】
高額紙幣から順に必要枚数を算出するため、所持金テーブル３６ｃから最も高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ１９０３）。例えば、所持金が１００ドル紙幣１枚、５０ドル紙幣１枚、１０ドル紙幣２枚の場合、最も高額な紙幣の金種Ａは１００ドルで所持枚数Ｂは１枚である。精算額Ｇを金種Ａで割ることで必要枚数Ｃを算出する（ステップＳ１９０４）。このとき、小数点以下は繰り上げる。精算額が４２．２３ドルの場合、精算額Ｇ４２．２３ドルを金種Ａ１００ドルで割ると０．４２２３となり、小数点以下を繰り上げると、必要枚数Ｃは１枚となる。
【００９０】
金種Ａの所持枚数Ｂを金種Ａの必要枚数Ｃとして退避データ１とする（ステップＳ１９０５）。この場合、１００ドル紙幣１枚を退避データ１とする。所持枚数Ｂが必要枚数Ｃ以上か否かを判断し（ステップＳ１９０６）、所持枚数Ｂが必要枚数Ｃ以上である場合（ステップＳ１９０６でＹｅｓ）、退避データ１を支払パターンテーブル３６ｅの高額紙幣優先に登録する（ステップＳ１９０７）。一方、所持枚数Ｂが必要枚数Ｃより少ない場合（ステップＳ１９０６でＮｏ）、すべての金種の紙幣について必要枚数の算出が完了したか否かを判断し（ステップＳ１９０８）、完了した場合（ステップＳ１９０８でＹｅｓ）には終了し、完了しない場合（ステップＳ１９０８でＮｏ）には、精算額Ｇから金種Ａと所持枚数Ｂを掛けたものを引き、その結果を精算額Ｇとする（ステップＳ１９０９）。所持金テーブル３６ｃから次に高額な紙幣の金種Ａとその所持枚数Ｂを取得し（ステップＳ１９１０）、必要枚数を算出する。なお、最小額の金種で必要枚数が足りない場合、高額紙幣優先の支払いは不可能であるため、支払パターンテーブル３６ｅの高額紙幣優先に必要枚数を登録しない。
【００９１】
上述した高額紙幣優先パターンにおける支払方法例について説明する。１００ドル紙幣１枚、２５セント硬貨１枚を所持している状況で、４２．２３ドルの買い物をした場合、紙幣単位のみで必要枚数を算出するため、１００ドル紙幣１枚のみで支払うことになる。この場合のおつりは５７．７７ドルとなる。
【００９２】
次に、紙幣優先時の支払パターンの算出について図２０を用いて説明する。この処理の主体は基本的に情報提供装置１である。所持金テーブル３６ｃ内のデータを所定の記憶領域に所持金テーブル２として一時的に退避（記憶）させる（ステップＳ２００１）。精算額テーブル３６ｄから紙幣単位と硬貨単位を取得する（ステップＳ２００２）。例えば、精算額が４２．２３ドルの場合、紙幣単位は４２ドル、硬貨単位は２３セントである。
【００９３】
硬貨単位が０より大きいか否かを判断し（ステップＳ２００３）、大きい場合（ステップＳ２００３でＹｅｓ）、所持金テーブル２から所持している最も小額な紙幣の金種Ａ´を取得する（ステップＳ２００４）。所持金テーブル２が、１００ドル紙幣１枚、５０ドル紙幣１枚、２０ドル紙幣２枚、１０ドル紙幣４枚、５ドル紙幣１枚の場合、最も小額な紙幣の金種Ａ´は５ドルとなる。
【００９４】
紙幣優先で支払うため、紙幣単位に金種Ａ´を加えて紙幣単位とする（ステップＳ２００５）。この場合の紙幣単位は、紙幣単位４２ドルに金種Ａ´の５ドルを加えた４７ドルとなる。紙幣単位の最上位桁（算出桁Ｎ）の金額をＹとする（ステップＳ２００６）。紙幣単位が４７ドルの場合、最上位桁が２桁目となるため、紙幣単位の最上位桁の金額Ｙは４０ドルとなり、Ｎ＝２となる。所持金テーブル２から最も高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ２００７）。この場合、最も高額な紙幣の金種Ａは１００ドルであり、所持枚数Ｂは１枚である。
【００９５】
金額Ｙを金種Ａで割ることで必要枚数Ｃを算出する（ステップＳ２００８）。このとき、小数点以下は繰り上げる。この場合、必要枚数Ｃは金額Ｙ＝４０を金種Ａ＝１００ドルで割ると０．４となり、繰り上げて必要枚数Ｃは１枚となる。金種Ａに必要枚数Ｃを掛けて、金額Ｙを引いておつり額Ｄを算出する（ステップＳ２００９）。この場合、おつり額Ｄは、金種Ａ＝１００ドルに必要枚数Ｃ＝１を掛けて金額Ｙ＝４０を引くと６０ドルとなる。
【００９６】
所持枚数Ｂが必要枚数Ｃ以上か否かを判断し（ステップＳ２０１０）、所持枚数Ｂが必要枚数Ｃ以上である場合（ステップＳ２０１０でＹｅｓ）、すべての金種の紙幣について必要枚数とおつり額の算出が完了したか否かを判断し（ステップＳ２０１１）、完了していない場合（ステップＳ２０１１でＮｏ）には、所持金テーブル２から次に高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ２０１２）。なお、所持枚数Ｂが必要枚数Ｃより少ない場合（ステップＳ２０１０でＮｏ）、必要枚数Ｃを所持枚数Ｂとし（ステップＳ２０１３）、ステップＳ２０１２に進む。
【００９７】
一方、すべての金種の紙幣について必要枚数とおつり額の算出が完了した場合（ステップＳ２０１１でＹｅｓ）、すべての金種の紙幣の必要枚数とおつり額を退避データ１として所定の記憶領域に退避（記憶）させる（ステップＳ２０１４）。すべての金種の紙幣のおつり額が０か否かを判断し（ステップＳ２０１５）、おつり額が０である場合（ステップＳ２０１５でＹｅｓ）、必要枚数が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ２０１６）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。一方、おつり額が０でない場合（ステップＳ２０１５でＮｏ）、おつり額が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ２０１７）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。
【００９８】
所持金テーブル２を更新する（ステップＳ２０１８）。具体的には、各金種の紙幣の枚数から必要枚数を減算する。Ｎ−１が０より大きいか否かを判断し（ステップＳ２０１９）、大きい場合（ステップＳ２０１９でＹｅｓ）、紙幣単位の算出桁Ｎ−１桁の金額をＹとし（ステップＳ２０２０）、ステップＳ２００７へ進む。この場合、Ｎ＝２であり、紙幣単位の１桁目の金額をＹとするため、Ｙ＝２となる。一方、Ｎ−１が０以下の場合（ステップＳ２０１９でＮｏ）、すべての算出桁の抽出した退避データ２を合算して退避データ２とする（ステップＳ２０２１）。
【００９９】
すべての金種の紙幣で必要枚数が０であるか否かを判断し（ステップＳ２０２２）、必要枚数が０である場合（ステップＳ２０２２でＮｏ）、紙幣の抽出した退避データ２を支払パターンテーブル３６ｅに紙幣優先として登録する（ステップＳ２０２３）。一方、必要枚数が０である場合（ステップＳ２０２２でＹｅｓ）、紙幣優先の支払いは不可能であるため、支払パターンテーブル３６ｅの紙幣優先に必要枚数を登録せずに終了する。
【０１００】
上述した紙幣優先パターンにおける支払方法例について説明する。２０ドル紙幣３枚、１ドル紙幣５枚、２５セント硬貨１枚を所持している状況で、４２．２３ドルの買い物をした場合、硬貨単位の２３セントを紙幣最小の金種１ドルにして４２ドルに加算して４３とするため、２０ドル紙幣２枚と２ドル紙幣３枚で支払うことになる。この場合のおつりは７７セントとなる。
【０１０１】
次に、硬貨優先時の支払パターンの算出について図２１を用いて説明する。この処理の主体は基本的に情報提供装置１である。この支払パターン算出の特徴の１つは、硬貨単位より多い硬貨（所持硬貨の合計金額）を所持している場合、硬貨単位の硬貨の支払金種と必要枚数を算出し、更に最小紙幣金種（例えば、１ドル）以上の硬貨を所持している場合、硬貨で最小紙幣金種分をどの程度支払えるか、硬貨の支払金種と必要枚数を算出することである。
【０１０２】
所持金テーブル３６ｃ内のデータを所定の記憶領域に所持金テーブル２として一時的に退避（記憶）させる（ステップＳ２１０１）。通貨テーブル３６ａから滞在国の硬貨桁を取得する（ステップＳ２１０２）。精算額テーブル３６ｄから紙幣単位と硬貨単位を取得する（ステップＳ２１０３）。例えば、精算額が４２．２３ドルの場合、紙幣単位は４２ドル、硬貨単位は２３セントである。
【０１０３】
所持金テーブル２から所持硬貨の合計金額Ｔ´を算出する（ステップＳ２１０４）。例えば、所持金が２５セント硬貨１枚、１０セント硬貨３枚、５セント硬貨４枚、１セント硬貨５枚の場合、Ｔ´は８０セントとなる。
【０１０４】
合計金額Ｔ´が硬貨単位２３セント以上か否かを判断し（ステップＳ２１０５）、Ｔ´が硬貨単位以上である場合（ステップＳ２１０５でＹｅｓ）、硬貨単位の最上位桁（算出桁Ｎ´）の金額をＹ´とする（ステップＳ２１０６）。硬貨単位が２３セントの場合、最上位桁が２桁目となるため、硬貨単位の最上位桁の金額Ｙ´は２０セントとなり、Ｎ＝２となる。所持金テーブル２から最も高額な硬貨の金種Ａ´と所持枚数Ｂ´を取得する（ステップＳ２１０７）。この場合、最も高額な硬貨の金種Ａ´は２５セントであり、所持枚数Ｂ´は１枚である。
【０１０５】
金額Ｙ´を金種Ａ´で割ることで必要枚数Ｃ´を算出する（ステップＳ２１０８）。このとき、小数点以下は繰り上げる。この場合、必要枚数Ｃ´は金額Ｙ´＝２０を金種Ａ´＝２５セントで割ると０．８となり、繰り上げて必要枚数Ｃ´は１枚となる。金種Ａ´に必要枚数Ｃ´を掛けて、金額Ｙ´を引いておつり額Ｄ´を算出する（ステップＳ２１０９）。この場合、おつり額Ｄ´は、金種Ａ´＝２５セントに必要枚数Ｃ´＝１を掛けて金額Ｙ´＝２０を引くと５セントとなる。
【０１０６】
所持枚数Ｂ´が必要枚数Ｃ´以上か否かを判断し（ステップＳ２１１０）、所持枚数Ｂ´が必要枚数Ｃ´以上である場合（ステップＳ２１１０でＹｅｓ）、すべての金種の硬貨について必要枚数とおつり額の算出が完了したか否かを判断し（ステップＳ２１１１）、完了していない場合（ステップＳ２１１１でＮｏ）には、所持金テーブル２から次に高額な硬貨の金種Ａ´と所持枚数Ｂ´を取得する（ステップＳ２１１２）。なお、所持枚数Ｂ´が必要枚数Ｃ´より少ない場合（ステップＳ２１１０でＮｏ）、必要枚数Ｃ´を所持枚数Ｂ´とし（ステップＳ２１１３）、ステップＳ２１１２に進む。
【０１０７】
一方、すべての金種の硬貨について必要枚数とおつり額の算出が完了した場合（ステップＳ２１１１でＹｅｓ）、すべての金種の硬貨の必要枚数とおつり額を退避データ１１として所定の記憶領域に退避（記憶）させる（ステップＳ２１１４）。すべての金種の硬貨のおつり額が０か否かを判断し（ステップＳ２１１５）、おつり額が０である場合（ステップＳ２１１５でＹｅｓ）、必要枚数が一番少ないパターンを退避データ１１から抽出し退避データ１２として退避させる（ステップＳ２１１６）。なお、抽出結果が複数パターンの場合は高額硬貨を優先する。一方、おつり額が０でない場合（ステップＳ２１１５でＮｏ）、おつり額が一番少ないパターンを退避データ１１から抽出し退避データ１２として退避させる（ステップＳ２１１７）。なお、抽出結果が複数パターンの場合は高額硬貨を優先する。
【０１０８】
所持金テーブル２を更新する（ステップＳ２１１８）。具体的には、各金種の硬貨の枚数から必要枚数を減算する。Ｎ´−１が最小桁より大きいか否かを判断し（ステップＳ２１１９）、大きい場合（ステップＳ２１１９でＹｅｓ）、硬貨単位の算出桁Ｎ´−１の金額をＹ´とし（ステップＳ２１２０）、ステップＳ２１０７へ進む。この場合、Ｎ´＝２であり、硬貨単位の１桁目の金額をＹ´とするため、Ｙ´＝３となる。一方、Ｎ´−１が最小桁以下の場合（ステップＳ２１１９でＮｏ）、すべての算出桁の抽出した退避データ１２を合算して退避データ１２とする（ステップＳ２１２１）。
【０１０９】
次に、通貨テーブル３６ａから最小紙幣金種を取得する（ステップＳ２１２２）。所持金テーブル２から所持硬貨の合計金額Ｔ”を算出する（ステップＳ２１２３）。ここで、更新後の所持金が２５セント硬貨１０枚、１０セント硬貨５枚、５セント硬貨４枚、１セント硬貨５枚となった場合、Ｔ”は３２５セントとなる。合計金額Ｔ”を最小紙幣金種で割り、小数点以下を切り捨てたものに最小紙幣金種を掛けて最小紙幣単位硬貨数を算出する（ステップＳ２１２４）。この場合、最小紙幣金種は１ドルであるため、３２５セントを１ドルで割ると３２５となり、３２５に最小紙幣金種１ドルを掛けると、最小紙幣単位硬貨数は３２５となる。
【０１１０】
最小紙幣単位硬貨数が１００以上か否かを判断する（ステップＳ２１２５）。ここでは、最小紙幣単位（例えば、１ドル）を支払える硬貨を所持しているか否かを判断している。なお、日本円の場合には、最小紙幣単位が１千円のため、最小紙幣単位硬貨数が１０００以上か否かで判断する。
【０１１１】
最小紙幣単位硬貨数が１００以上である場合（ステップＳ２１２５でＹｅｓ）、所持金テーブル２から最も高額な硬貨の金種Ａ”と所持枚数Ｂ”を取得する（ステップＳ２１２６）。この場合、最も高額な硬貨の金種Ａ”は２５セントであり、所持枚数Ｂ”は１０枚である。最小紙幣単位硬貨数を金種Ａ”で割ることで必要枚数Ｃ”を算出する（ステップＳ２１２７）。この場合、必要枚数Ｃ”は、最小紙幣単位硬貨数３２５を金種Ａ”＝２５セントで割ることで１３となり、必要枚数Ｃ”は１３枚となる。
【０１１２】
所持枚数Ｂ”が必要枚数Ｃ”以上か否かを判断し（ステップＳ２１２８）、所持枚数Ｂ”が必要枚数Ｃ”以上である場合（ステップＳ２１２８でＹｅｓ）、すべての金種Ａ”の必要枚数Ｃ”を退避データ１２に合算する（ステップＳ２１２９）。一方、所持枚数Ｂ”が必要枚数Ｃ”より少ない場合（ステップＳ２１２８でＮｏ）、必要枚数Ｃ”を所持枚数Ｂ”とする（ステップＳ２１３０）。最小紙幣単位硬貨数から金種Ａ”と所持枚数Ｂ”を掛けたものを引いて最小紙幣単位硬貨数とする（ステップＳ２１３１）。所持金テーブル２から次に高額な硬貨の金種Ａ”と所持枚数Ｂ”を取得する（ステップＳ２１３２）。
【０１１３】
ステップＳ２１２９の後、所持金テーブル２を更新する（ステップＳ２１３３）。具体的には、すべての金種から必要枚数Ｃ”を減算する。紙幣単位から最小紙幣単位硬貨数（この場合、３２５）を１００で割った数の３を引いて紙幣単位を算出する（ステップＳ２１３４）。紙幣単位が７２ドルの場合、３を引いて６９ドルとなる。
【０１１４】
紙幣単位の最上位桁（算出桁Ｎ）の金額をＹとする（ステップＳ２１３５）。紙幣単位が６９ドルの場合、最上位桁が２桁目となるため、紙幣単位の最上位桁の金額Ｙは６０ドルとなり、Ｎ＝２となる。所持金テーブル２から最も高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ２１３６）。
【０１１５】
金額Ｙを金種Ａで割ることで必要枚数Ｃを算出する（ステップＳ２１３７）。このとき、小数点以下は繰り上げる。金種Ａに必要枚数Ｃを掛けて、金額Ｙを引いておつり額Ｄを算出する（ステップＳ２１３８）。
【０１１６】
所持枚数Ｂが必要枚数Ｃ以上か否かを判断し（ステップＳ２１３９）、所持枚数Ｂが必要枚数Ｃ以上である場合（ステップＳ２１３９でＹｅｓ）、すべての金種の紙幣について必要枚数とおつり額の算出が完了したか否かを判断し（ステップＳ２１４０）、完了していない場合（ステップＳ２１４０でＮｏ）には、所持金テーブル２から次に高額な紙幣の金種Ａと所持枚数Ｂを取得する（ステップＳ２１４１）。なお、所持枚数Ｂが必要枚数Ｃより少ない場合（ステップＳ２１３９でＮｏ）、必要枚数Ｃを所持枚数Ｂとし（ステップＳ２１４２）、ステップＳ２１４１に進む。
【０１１７】
一方、すべての金種の紙幣について必要枚数とおつり額の算出が完了した場合（ステップＳ２１４０でＹｅｓ）、すべての金種の紙幣の必要枚数とおつり額を退避データ１として所定の記憶領域に退避（記憶）させる（ステップＳ２１４３）。すべての金種の紙幣のおつり額が０か否かを判断し（ステップＳ２１４４）、おつり額が０である場合（ステップＳ２１４４でＹｅｓ）、必要枚数が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ２１４５）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。一方、おつり額が０でない場合（ステップＳ２１４４でＮｏ）、おつり額が一番少ないパターンを退避データ１から抽出し退避データ２として退避させる（ステップＳ２１４６）。なお、抽出結果が複数パターンの場合は高額紙幣を優先する。
【０１１８】
所持金テーブル２を更新する（ステップＳ２１４７）。具体的には、各金種の紙幣の枚数から必要枚数を減算する。算出桁Ｎ−１があるか否かを判断し（ステップＳ２１４８）、ある場合（ステップＳ２１４８でＹｅｓ）、紙幣単位の算出桁Ｎ−１桁の金額をＹとし（ステップＳ２１４９）、ステップＳ２１３６へ進む。一方、算出桁Ｎ−１がない場合（ステップＳ２１４８でＮｏ）、すべての算出桁の抽出した退避データ２を合算して退避データ２とする（ステップＳ２１５０）。
【０１１９】
すべての金種の紙幣及び硬貨で必要枚数が０であるか否かを判断し（ステップＳ２１５１）、必要枚数が０でない場合（ステップＳ２１５１でＮｏ）、硬貨の抽出した退避データ１２と紙幣の抽出した退避データ２を支払パターンテーブル３６ｅに硬貨優先として登録する（ステップＳ２１５２）。一方、必要枚数が０である場合（ステップＳ２１５１でＹｅｓ）、硬貨優先の支払いは不可能であるため、支払パターンテーブル３６ｅの硬貨優先に必要枚数を登録せずに終了する。
【０１２０】
なお、ステップＳ２１０５で合計金額Ｔ´が硬貨単位より小さい場合（ステップＳ２１０５でＮｏ）、硬貨単位の支払の金種と必要枚数を算出できないため、ステップＳ２１２１へ進む。
【０１２１】
上述したような支払パターンが算出されると、図１２のステップＳ１２０８に示すように、支払パターンが表示される（ステップＳ１２０８）。具体的には、図４７に示すようなものが表示される。支払パターンが表示されると、ユーザによる支払パターンの選択を受け付ける（ステップＳ１２０９）。図４７に示す表示例から紙幣硬貨混在パターンが選択されると、図３８に示す表示例のようになり、図４０に示す支払確認画面に遷移する。なお、図３８の表示例において、紙幣優先が選択された場合には、図４１に示す支払確認画面に遷移する。図４１に示す表示例の場合、おつりが発生するため、確認ボタンがタップされると、後述するおつり確認の処理のおつりの読み取りが可能となる。
【０１２２】
ここで、支払パターンの選択の処理について図２２を用いて説明する。この処理の主体は基本的に情報提供装置１である。上述したように、支払パターンの算出後に表示された支払パターンの選択を受け付ける（ステップＳ２２０１）。精算額テーブル３６ｄから紙幣単位と硬貨単位を取得する（ステップＳ２２０２）。取得した紙幣単位と硬貨単位を合算して精算額Ｇを算出する（ステップＳ２２０３）。支払パターンテーブル３６ｅから選択された支払パターンの支払合計Ｔを算出する（ステップＳ２２０４）。支払合計Ｔから精算額Ｇを引いておつり額を算出する（ステップＳ２２０５）。選択された支払パターンのみを表示し、おつりの有無や額を表示する（ステップＳ２２０６）。おつりがない場合の表示例が上述した図４０に、おつりがある場合の表示例が図４１に示されている。いずれも戻るボタンがタップされると、支払パターン表示に戻る。また、確認ボタンがタップされることで、所持金を減算する。
【０１２３】
選択された支払パターンで支払うか否かを選択させ（ステップＳ２２０７）、支払う場合（ステップＳ２２０７でＹｅｓ）、選択された支払パターンのパターンＩＤを退避させ、選択パターン蓄積テーブル３６ｆを更新する（ステップＳ２２０８）。一方、選択された支払パターンで支払わない場合（ステップＳ２２０７でＮｏ）、ステップＳ２２０１へ戻る。
【０１２４】
図１２のステップＳ１２０９に戻り、選択した支払パターンで支払いをし、おつりを受け取った場合にはおつりの確認処理を行う（ステップＳ１２１０）。
【０１２５】
ここで、おつり確認の処理について図２３を用いて説明する。この処理の主体は基本的に情報提供装置１である。おつり額が０より大きいか否か、すなわちおつりがあるか否かを判断し（ステップＳ２３０１）、おつりがない場合（ステップＳ２３０１でＮｏ）にはおつり確認処理は行われない。一方、おつりがある場合（ステップＳ２３０１でＹｅｓ）、おつりをカメラ１２１で読み取り、図４２や図４３に示す画面を表示し、おつりを自動的に取得するか否かの選択をさせる（ステップＳ２３０２）。自動取得する場合（ステップＳ２３０２でＹｅｓ）、おつりのうち紙幣を読み取るか否かを選択させ（ステップＳ２３０３）、紙幣を読み取る場合（ステップＳ２３０３でＹｅｓ）、カメラ１２１が紙幣にかざされ、紙幣を読み取る（ステップＳ２３０４）。具体的には、カメラ１２１が紙幣にかざされることで、図４２に示す画面が表示され、カメラボタンがタップされることにより、おつりの紙幣が読み取られる。
【０１２６】
一方、紙幣ではなく、硬貨を読み取る場合（ステップＳ２３０３でＮｏ）、カメラ１２１が硬貨にかざされ、硬貨を読み取る（ステップＳ２３０５）。具体的には、カメラ１２１が硬貨にかざされることで、図４３に示す画面が表示され、カメラボタンがタップされることにより、おつりの硬貨が読み取られる。
【０１２７】
読み取られた後、おつりテーブル３６ｇの画像ＩＤをキーに、通貨テーブル３６ａから滞在国の紙幣画像及び硬貨画像を取得し（ステップＳ２３０６）、読み取った紙幣や硬貨の画像と照合し、各金種の読取枚数をカウントする（ステップＳ２３０７）。
【０１２８】
読み取り及び照合後に、読取／照合エラー（紙幣や硬貨が認識できない、滞在国以外の紙幣や硬貨があるなど）が発生したか否かを判断し（ステップＳ２３０８）、発生した場合（ステップＳ２３０８でＹｅｓ）には読取／照合エラーの旨の表示を行い（ステップＳ２３０９）、再読取を促す。この表示の一例を図４４に示す。再読取ボタンがタップされると、ステップＳ２３０２に戻り、再読取が可能となる。一方、発生しない場合（ステップＳ２３０８でＮｏ）には、すべての金種と読取枚数を一時的に所定の記憶領域に退避データ１として記憶（退避）する（ステップＳ２３１０）。なお、自動取得しない場合（ステップＳ２３０２でＮｏ）、ユーザによっておつり入力画面（図４５を参照）から入力されるおつりの紙幣及び硬貨の枚数を受け付け（ステップＳ２３１１）、入力されたおつり枚数を、所持金テーブル３６ｃの該当金種に登録（加算）する（ステップＳ２３１２）。
【０１２９】
ステップＳ２３１０の後、追加のおつりの読み取りがあるか選択させ（ステップＳ２３１３）、追加がある場合（ステップＳ２３１３でＹｅｓ）にはステップＳ２３０３へ戻り、再度、タップするなどして読み取り回数に関係なく読み取れ、追加で読み取りしたデータは一時的に記憶された退避データ１に加算される。一方、追加がない場合（ステップＳ２３１３でＮｏ）には、金種と読取枚数からおつり受取合計額を算出する（ステップＳ２３１４）。算出されたおつり額からおつり受取合計額を引いた額が０か否かを判断する（ステップＳ２３１５）。
【０１３０】
差し引いた額が０である場合（ステップＳ２３１５でＹｅｓ）、退避した退避データ１の読取枚数を、所持金テーブル３６ｃの該当金種に加算する（ステップＳ２３１６）。一方、差し引いた額が０でない場合（ステップＳ２３１５でＮｏ）、おつり受取り不足の旨を表示する（ステップＳ２３１７）。このときのおつり不足画面の表示例が図４６である。再読取をするか選択させ（ステップＳ２３１８）、登録ボタンがタップされる（ステップＳ２３１８でＮｏ）と、不足金額のまま所持金テーブル３６ｃにおつりの金種ごとに読取枚数を加算する。また、スピーカボタンがタップされると、滞在国言語でアナウンスされる。再読取ボタンがタップされる（ステップＳ２３１８でＹｅｓ）と、おつりを再読取りする。
【０１３１】
上述のようなおつり確認の処理がされると、所持金が更新される（ステップＳ１２１１）。所持金更新の処理ついて図２４を用いて説明する。この処理の主体は基本的に情報提供装置１である。選択された支払パターンのパターンＩＤを取得する（ステップＳ２４０１）。支払パターンテーブル３６ｅのパターンＩＤに登録されているすべての金種から必要枚数を取得する（ステップＳ２４０２）。所持金テーブル３６ｃのすべての金種から必要枚数を減算する（ステップＳ２４０３）。これにより、支払後の所持金に更新することができる。
【０１３２】
上述したような情報提供装置によれば、精算時の不安を解消し、素早く精算をすることができる。
【０１３３】
なお、上述した実施の形態では、情報提供装置の主な処理をＣＰＵによるソフトウェア処理によって実行するものとして説明したが、この処理の全部又は一部をハードウェアによって実現するようにしてもよい。
【０１３４】
また、上述した実施の形態は、上述したものに限定されるものではなく、実施の形態の要旨を逸脱しない範囲において種々の変更を加えることができる。
【符号の説明】
【０１３５】
１  情報提供装置
２  ネットワーク
３  為替レート取得サーバ
３０  指示受付部
３ｂ、３１  データ管理部
３２  支払方法評価部
３３  案内情報生成部
３４  表示部
３ａ、３５  通信制御部
３ｃ、３６  格納部
３６ａ  通貨テーブル
３６ｂ  自国／滞在国テーブル
３６ｃ  所持金テーブル
３６ｄ  精算額テーブル
３６ｅ  支払パターンテーブル
３６ｆ  選択パターン蓄積テーブル
３６ｇ  釣銭データテーブル（おつりテーブル）
１１１  ＣＰＵ
１１２  ＲＯＭ
１１３  ＲＡＭ
１１４  通信インターフェース
１１５  入出力インターフェース
１１６  バス
１１７  ディスプレイ
１１８  タッチパネル
１１９  音声出力部
１２０  マイク
１２１  カメラ
１２２  ＧＰＳ
【図１】
2017117131.tif 000003
【図２】
2017117131.tif 000004
【図３】
2017117131.tif 000005
【図４Ａ】
2017117131.tif 000006
【図４Ｂ】
2017117131.tif 000007
【図５Ａ】
2017117131.tif 000008
【図５Ｂ】
2017117131.tif 000009
【図６Ａ】
2017117131.tif 000010
【図６Ｂ】
2017117131.tif 000011
【図７Ａ】
2017117131.tif 000012
【図７Ｂ】
2017117131.tif 000013
【図８Ａ】
2017117131.tif 000014
【図８Ｂ】
2017117131.tif 000015
【図９Ａ】
2017117131.tif 000016
【図９Ｂ】
2017117131.tif 000017
【図１０Ａ】
2017117131.tif 000018
【図１０Ｂ】
2017117131.tif 000019
【図１１】
2017117131.tif 000020
【図１２】
2017117131.tif 000021
【図１３】
2017117131.tif 000022
【図１４】
2017117131.tif 000023
【図１５】
2017117131.tif 000024
【図１６】
2017117131.tif 000025
【図１７Ａ】
2017117131.tif 000026
【図１７Ｂ】
2017117131.tif 000027
【図１８Ａ】
2017117131.tif 000028
【図１８Ｂ】
2017117131.tif 000029
【図１８Ｃ】
2017117131.tif 000030
【図１８Ｄ】
2017117131.tif 000031
【図１９】
2017117131.tif 000032
【図２０Ａ】
2017117131.tif 000033
【図２０Ｂ】
2017117131.tif 000034
【図２０Ｃ】
2017117131.tif 000035
【図２１Ａ】
2017117131.tif 000036
【図２１Ｂ】
2017117131.tif 000037
【図２１Ｃ】
2017117131.tif 000038
【図２１Ｄ】
2017117131.tif 000039
【図２１Ｅ】
2017117131.tif 000040
【図２１Ｆ】
2017117131.tif 000041
【図２２】
2017117131.tif 000042
【図２３Ａ】
2017117131.tif 000043
【図２３Ｂ】
2017117131.tif 000044
【図２４】
2017117131.tif 000045
【図２５】
2017117131.tif 000046
【図２６】
2017117131.tif 000047
【図２７】
2017117131.tif 000048
【図２８】
2017117131.tif 000049
【図２９】
2017117131.tif 000050
【図３０】
2017117131.tif 000051
【図３１】
2017117131.tif 000052
【図３２】
2017117131.tif 000053
【図３３】
2017117131.tif 000054
【図３４】
2017117131.tif 000055
【図３５】
2017117131.tif 000056
【図３６】
2017117131.tif 000057
【図３７】
2017117131.tif 000058
【図３８】
2017117131.tif 000059
【図３９】
2017117131.tif 000060
【図４０】
2017117131.tif 000061
【図４１】
2017117131.tif 000062
【図４２】
2017117131.tif 000063
【図４３】
2017117131.tif 000064
【図４４】
2017117131.tif 000065
【図４５】
2017117131.tif 000066
【図４６】
2017117131.tif 000067
【図４７】
2017117131.tif 000068