携帯端末、制御方法およびプログラム。
【課題】複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する。
【解決手段】
ハンディターミナル１００は、商品の合計購入金額を算出する第一の算出手段と、算出した合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、支払残金を満たすための支払パターンを算出する第二の算出手段と、支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段とを備えることを特徴とする。
【解決手段】
ハンディターミナル１００は、商品の合計購入金額を算出する第一の算出手段と、算出した合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、支払残金を満たすための支払パターンを算出する第二の算出手段と、支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段とを備えることを特徴とする。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数種類の通貨での支払いにおける最適な支払い形態を携帯端末で算出する方法に関する。
【背景技術】
【０００２】
現在、航空機や鉄道などの輸送機関では、販売物品を用意して機内販売を行っている。例えば、航空機内では、航空会社の客室乗務員や販売員により、ハンディターミナルを用いた購入商品の決済業務が行われている。国際線の機内では、日本円のほか、外国通貨を用いた支払いを受けて付けていることが一般的である。よって、顧客は旅先で使い切らずに余った紙幣硬貨を日本円と併せて使用することが可能である。外国通貨は、交換レートが日ごとに違うので、ハンディターミナルは、上位端末からその日のレート情報をダウンロードする等して、外国通貨による精算を受付けている。
【０００３】
また最近では、現金（以下、キャッシュという。）での支払いのほかに、商品券や電子マネーなど様々な支払い形態に対応している。このとき、ハンディターミナルでは、商品の合計金額に対して、顧客が提示した順に支払手段と支払金額を入力し、精算を行っているのが現状の方法である。
【０００４】
特許文献１に開示される発明では、ＰＯＳ端末内のメモリに、あらかじめ複数の外国通貨と円通貨との換算レートを登録した通貨換算レートテーブルを設けておき、顧客が前記通貨換算テーブルに登録された外国通貨による代金の支払を希望した場合に、前記ＰＯＳ端末が、前記通貨換算レートテーブルを用いて、顧客が支払を希望した外国通貨による代金額及び釣銭額を表示する発明が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２７３５６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された発明を用いて、現状の精算方法により支払いすると、支払通貨のレートや端数処理の仕方、端数処理の位置がそれぞれ違う為、通貨を出す順番によってその支払い金額に差が生じて顧客にとっては損な状況が発生するおそれがある。
【０００７】
例えば、図８に示す通貨レートに基づいて支払いを行った場合、日本円と米ドルの支払い順序を逆にすることで支払い合計額に２０円の差が生じてしまい、顧客にとっては非常に不利益である。本発明は、このような、通貨の提示順により支払い合計額に差異が生じる場合における最適な支払い方法を提示することで、顧客の不利益を解消したい。
【０００８】
即ち、本発明の目的は、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することである。
【課題を解決するための手段】
【０００９】
即ち、本発明の携帯端末は、商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末であって、商品の合計購入金額を算出する第一の算出手段と、前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段とを備えることを特徴とする。
また、本発明の携帯端末は、前記第二の算出手段は、前記第二の受付手段で受け付けた前記支払残金を支払うための通貨の通貨レートと、端数処理位置と、端数処理方法と、最低入力単位とを含む支払通貨情報を前記通貨マスタより取得する取得手段を備え、前記取得手段で取得した前記支払通貨情報の一つの通貨の最低入力単位の数値から、前記支払残金を前記通貨の１円当たりの通貨レートで割った数値までの数字と、他の種類の通貨の組み合わせを一つずつ算出することにより、前記支払パターンを算出することを特徴とする。
また、本発明の携帯端末は、前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切ると判定された場合には、前記商品の合計購入金額の支払を確定させることを特徴とする。
また、本発明の携帯端末は、前記提示手段により提示された複数の支払いパターンのうち、前記合計購入金額との差損が最も少ない支払パターンを、他の支払パターンと区別可能な形式で提示することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態で用いるハンディターミナルの機能構成を概略的に示す図である。
【図２】本実施形態で用いるハンディターミナルのハードウェア構成を概略的に示すブロック図である。
【図３】本実施形態で用いるハンディターミナルで記憶される通貨マスタテーブルの構成例を示す図である。
【図４】本実施形態で用いるハンディターミナルでの処理例を示すフローチャートである。
【図５】本実施形態で用いるハンディターミナルでの処理例を示すフローチャートである。。
【図６】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図７】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図８】本実施形態で用いるハンディターミナルでの処理により提示される支払い方法の算出例を示す図である。
【図９】本実施形態で用いるハンディターミナルでの演算方法の一例を示す図である。
【図１０】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図１１】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面により本発明を実施するための形態について説明していく。
【００１３】
先述の図８で提示している支払い方法を説明する。このケースでは、日本円１０，０００円分の商品券と、米１０ドル（キャッシュ）、１９０ユーロ（キャッシュ）を用いた支払いを行おうとしている。
【００１４】
図８によると、（Ａ）の方法では、日本円「３５，５００円」する商品の購入のために、１〜４の順序で支払いを行っている。まず、日本円で１０，０００円の商品券（ギフト券）を使い、この時点で支払い残金「２５，５００円」となる。（１）
【００１５】
次に、米ドルのキャッシュで１０ドルを支払う（２）。この日の１ドル当たりのレートは「９０．２５円」であり、米ドルの端数処理方法は、小数第一位を四捨五入すると設定されている。端数処理を行い円換算をすると、１０ドルは、「９０２．５円」となり、
〔２５，５００−９０２．５＝２４，５９７．５（円）〕となる。
【００１６】
次に、ユーロのキャッシュを用いて支払いを行う（３）。この日の１ユーロ当たりのレートは「１２９．００円」であり、ユーロの端数処理方法は、小数第一位を四捨五入すると設定されている。以下の式から、支払残金２４，５９７．５円をユーロで支払うためには１９１ユーロ必要であることがわかる。
〔２４，５９７．５÷１２９≒１９１〕。
【００１７】
１９１ユーロを円換算すると、２４，６７７．２円となり、支払残金は、〔２４，５９７．５−２４，６７７．２＝−７９．７（円）〕で、「７９．７円」を超過払いで支払うことになる。なお、この場合、通貨レートにより生じる誤差の釣りは返金しないこととしている。
【００１８】
また、（Ｂ）の方法では、日本円「３５，５００円」する商品の購入のために、４〜６の順序で支払いを行っているが、まず、日本円で１０，０００円の商品券（ギフト券）を使い、この時点で支払い残金「２５，５００円」となる。（４）
【００１９】
次に、１９０ユーロをキャッシュで支払う（５）。この日の１ユーロ当たりのレートは「１２９．２円」であり、ユーロの端数処理方法は、小数第一位を四捨五入すると設定されている。端数処理を行い円換算をすると、１９０ユーロは、「２４，５４８円」となり、
〔２５，５００−２４，５４８＝９５２（円）〕となる。
【００２０】
次に、米ドルのキャッシュを用いて支払う（６）。この日の１ドル当たりのレートは「９０．２５円」であり、米ドルの端数処理方法は、小数第一位を四捨五入すると設定されている。支払残金９５２円を米ドルで支払うためには１１ドル必要であることがわかる
〔９５２÷９０≒１１〕。
【００２１】
１１ドルを円換算すると、９９２．７５円となり、支払残金は、〔９５２−９９２．７５＝−４０．７５（円）〕で、「４０．７５円」を超過払いで支払うことになる。なお、この場合、通貨レートにより生じる誤差の釣りは返金しないこととしている。
【００２２】
図８のように同種類の通貨を用いて支払をする場合にも、支払う順序によっては、通貨レートの差損に大小が生じてしまうため、本発明はこの問題を解決するための方法を提供する。
【００２３】
まず、図１を用いて、本発明のハンディターミナル１００のモジュール構成について説明する。図１は、ハンディターミナル１００におけるモジュール構成の一例を示す図である。
【００２４】
本発明のハンディターミナル１００は、例えば、通貨マスタ登録部１０１、演算部１０２、データ送受信部１０３を備えているものとする。
【００２５】
ハンディターミナル１００の表示部に表示される画面のうち、メンテナンスメニュー画面（不図示）で「通貨マスタ登録ボタン」の押下を受け付けると、通貨マスタ登録部１０１は、「通貨マスタ登録画面」を表示し、支払い可能な通貨とレートの設定入力を受け付ける。
【００２６】
演算部１０２は、購入商品の合計額に対して、支払い方法と、支払通貨の選択を受け付けた後に、最適な支払い方法を算出するための機能構成である。
【００２７】
データ送受信部１０３は、ハンディターミナル１００がクレイドル（不図示）にセットされた後の、上位端末（不図示）とのデータ送受信を制御するための機能構成である。
【００２８】
次に、図２を用いて本発明のハンディターミナル１００のハードウエア構成について説明する。図２は、本発明のハンディターミナル１００におけるハードウエア構成の一例を示す図である。
【００２９】
ハンディターミナル１００のＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００３０】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００３１】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００３２】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００３３】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。
【００３４】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、利用者ファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標）（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００３５】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００３７】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等での利用者指示を可能とする。
【００３８】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３９】
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００４０】
次に、図３を用いて本発明のハンディターミナル１００で売買処理をする際に利用可能な通貨と支払い方法を記憶している通貨マスタテーブルについて説明する。
【００４１】
売買処理をする前に、ハンディターミナル１００は、商品購入時に支払いで利用できる通貨と、通貨レートと、支払い方法とを登録しておく必要がある。
【００４２】
図３の３００は、ハンディターミナル１００のディスプレイ２１０に表示される通貨マスタ登録画面の画面例である。
【００４３】
本図では、支払い可能な通貨種類（３０２）に日本円（ＪＰＹ）、米ドル（ＵＳＤ）、ユーロ（ＥＵＲ）、カナダドル（ＣＡＤ）が設定されており、日本円、米ドル、ユーロはキャッシュでの支払いが可能であり、ユーロとカナダドルは、トラベラーズチェック（Ｔ／Ｃ）での支払いが可能である。また、日本円は（ＪＰＹ）キャッシュでの支払い方法のほか、「商品券」、「クレジット」「電子マネー」での支払い可能に設定がなされている。設定情報は、適宜ハンディターミナルのユーザ操作により変更が可能である。
【００４４】
通貨マスタの登録方法は、例えば、ハンディターミナル１００をクレイドルにセットし、上位端末（不図示）に設定されたその日の通貨レートをダウンロードする方法がある。この場合、上位端末とハンディターミナル１００とは、有線／無線を問わずネットワークに接続可能な環境になければならない。
【００４５】
また、不図示のメニュー画面から、通貨マスタ登録画面を呼び出し、その日の通貨レートを登録する方法がある。
【００４６】
通貨マスタ登録画面３００では、例えば、支払い可能な通貨種類（３０２）とその支払い方法（３０１）とその日の通貨レート（３０３）とを登録し、計算をする際の端数処理単位（３０４）と、端数の処理方法（３０５）と、通貨ごとの最低入力単位（３０６）を登録することが可能である。端数処理方法には、“四捨五入”、“切り上げ”、“切り捨て”などがある。本画面において、通貨レートを少数第二位まで登録しているが、登録する位は特に限定されない。
【００４７】
図４は、本発明のハンディターミナル１００で行う、最適な支払い方法を算出するための処理を示すフローチャートである。
【００４８】
まず、ハンディターミナル１００のユーザ操作により、顧客が購入する商品の選択を受け付ける。例えば、不図示の画面に商品コード入力を受け付ける方法や、スキャナー（不図示）を搭載しているハンディターミナルであれば、商品の包装に附されているバーコードを読み取る方法があり、その方法は既知の技術であってよい。
【００４９】
ステップＳ００１で、ハンディターミナル１００のＣＰＵ２０１は、顧客が購入する商品選択を受け付けて、商品の合計購入金額を確定する。この時の合計購入金額を“Ａ”とする。
【００５０】
次に、ステップＳ００２で、ハンディターミナル１００のＣＰＵ２０１は、合計購入金額“Ａ”に対する支払い方法の選択を受け付ける。商品合計金額Ａに対して、複数種類の通貨や支払い方法を用いず、一種類の通貨で、かつ、一つの支払い方法のみで、購入代金の支払いを行う場合（例えば日本円のキャッシュのみ）には、支払い通貨と、当該通貨の支払い方法の選択を受付けて、ステップＳ００３へ進む。複数種類の通貨や支払い方法を用いる場合には、ステップＳ００４へ進む。
【００５１】
ステップＳ００３で、ハンディターミナル１００のＣＰＵ２０１は、先述のステップＳ００２で選択を受け付けた支払い通貨の通貨レートを通過マスタより取得し、〔合計購入金額“Ａ”÷支払い通貨レート〕の演算を行って、選択通貨での「支払金額“Ｂ”」を算出する（日本円での支払いの場合は、このステップは不要となる）。
【００５２】
例えば、日本円での商品合計金額が「３０，０００円」であって、ステップＳ００２で選択された支払い通貨が米ドルであった場合、図３の通貨マスタでは「１ドル＝９３．２円」というレートが登録されている。また、米ドルの端数処理位置は、小数第一位であり、端数処理方法“切り上げ”が設定されている。
【００５３】
これにより、
〔ｘドル（Ｂ）×９３．２円＝３０，０００円〕の式から
「Ｂ≒３２１．８８ドル」であり、米ドルは、小数第一位を切り上げする端数処理方法であると登録されていることから、〔Ｂ＝３２２ドル〕の解が求められる。
【００５４】
ステップＳ０１５で、顧客からの預かり金額を入力し、ステップＳ０１６で、「預かり金額−商品合計金額≧０」になれば、おつりが発生することになるので、釣り銭の金額をディスプレイ２１０に表示する。
【００５５】
一方、ステップＳ００４で、ハンディターミナル１００のＣＰＵ２０１は、優先的に支払を行いたい通貨の種類、支払方法と、金額（Ｃ）の入力を受け付け、ステップＳ００５で、商品合計金額ＡからＣの円換算金額を減算して支払残金を算出する。ステップＳ００４の支払金額受付画面は、図６で詳細に説明する。
【００５６】
図６は、ハンディターミナル１００のディスプレイ２１０に表示される支払金額受付画面である。
【００５７】
支払金額受付画面は、ステップＳ００１で確定した商品合計金額６０１（本図では、３５５００円）と、支払い方法選択部６０２と、支払残金６０３が表示されている。
【００５８】
商品合計金額６０１に対して、支払い方法選択部６０２で、優先的に支払いを行いたい通貨とその金額、支払い方法の入力受け付ける。例えば、本図では、日本円で「１００００円」の商品券で優先的に支払い、次に、米ドルのキャッシュで１０ドルの支払いを行うこととされている。支払い方法選択部６０２に入力された通貨種類、金額、支払い方法から、支払残金６０３が算出される（ステップＳ００５）。支払金額を設定して６０４の決定ボタンの押下を受け付けることにより、次の処理に進む。
【００５９】
引き続き、図４のフローチャートに沿って説明を行う。ステップＳ００６で、ハンディターミナル１００のＣＰＵ２０１は、「支払残金≧０」を確認し、「支払残金＝０」であればステップＳ０１５へ進み、「支払残金＞０」であればステップＳ００７に進む。
【００６０】
ステップＳ００７で、ハンディターミナル１００のＣＰＵ２０１は、支払い可能な支払手段と金額の上限、下限の入力を受け付け、ステップＳ００８で、最適な支払いパターンの算出処理を実行する。本処理は、後述の図５において詳細に説明する。
【００６１】
図７は、ハンディターミナル１００のディスプレイ２１０に表示される支払残金受付画面である。図６で、優先的に支払いを行う通貨と支払方法の登録を終え、「支払残金＞０」である場合には、本画面が表示される。
【００６２】
７０１は、合計購入金額（６０１）から、図６の６０２で登録した支払方法で支払われる金額を引いた、支払残金である。この数値は、６０３と同じ数値である。
【００６３】
７０２で、ハンディターミナル１００は、支払残金に対して支払い可能な通貨と、その通貨での支払手段と、その通貨での最低でも使用したい金額と、最高で使用できる金額と、通貨の単位とを入力する。引き続き、図４のフローチャートの説明に戻る。
【００６４】
ステップＳ００９で、ハンディターミナル１００のＣＰＵ２０１は、ステップＳ００８で算出した支払いパターンのうち、差額が０に近い１０パターンをディスプレイ２１０に表示する。なお、ここで表示する支払いパターンの数は、特に定める必要はなく、本実施形態における１０パターンも一例である。
【００６５】
ステップＳ０１０で、ハンディターミナル１００のＣＰＵ２０１は、先ほどディスプレイ２１０に表示された１０パターンから、どの支払いパターンで支払いをするかの選択を受け付ける。
【００６６】
入力受付方法としては、ハンディターミナル１００の入力部（上下ボタンや決定ボタンなど）の押下による入力受付や、ディスプレイ２１０が既知のタッチパネル技術を用いているものであれば、所定位置のタッチ入力受付の方法がある。
【００６７】
ステップ０１１で、ハンディターミナル１００のＣＰＵ２０１は、顧客からの預かり金額（Ｄ）の入力を受け付けると、ステップＳ０１２で、「預かり金額Ｄ−ステップＳ０１０で選択された支払い金額＞０」になるか否かを判定する。つまり、ここではおつりが発生するか否かの判定を行っている。
【００６８】
判定の結果、おつりが発生する場合には、ステップＳ０１３へ進み、おつりが発生しない場合にはステップＳ０１４へ進み、支払いを確定させる。
【００６９】
ステップＳ０１３で、ハンディターミナル１００のＣＰＵ２０１は、先ほど算出されたおつりの金額は支払えるか否かの判定を行う。おつりを支払える場合には、ステップＳ０１４へ進み、支払いを確定させる。おつりを支払えない場合には、ステップＳ０１０に戻って、支払いパターンの選択の再受け付けをする。
【００７０】
次に、ステップＳ００８の支払いパターン算出処理について、図５を用いて詳細に説明をする。図５は、本発明のハンディターミナル１００を用いて、複数種類の通貨での支払いにおける最適な支払い形態を携帯端末で算出する処理方法を示すフローチャートである。
【００７１】
ステップＳ０２１で、ハンディターミナル１００のＣＰＵ２０１は、先述のステップＳ００７で入力を受け付けた、支払い可能な通貨を（Ｐ，Ｑ，Ｒ・・・・）として、図４の通貨マスタを参照して、各通貨のレート（Ｐ１、Ｑ１、Ｒ１）、端数処理位置（Ｐ２、Ｑ２、Ｒ２）、端数処理方法（Ｐ３、Ｑ３、Ｒ３）、最低入力単位（Ｐ４、Ｑ４、Ｒ４）を取得する。
【００７２】
ステップＳ０２２で、ハンディターミナル１００のＣＰＵ２０１は、支払残金を支払可能手段２つ以上で支払うパターンを算出する。例えば、支払残金が１５０００円の場合に、ドルとユーロで支払うパターンを算出すべく、図９を用いて説明をする。
【００７３】
図３の通貨マスタを参照し、（Ｐ＝ドル、Ｐ１＝９３．２０円、Ｐ２＝小数点第一位、Ｐ３＝四捨五入、Ｐ４＝１）および、（Ｑ＝ユーロ、Ｑ１＝１２９．６０円、Ｑ２＝小数点第一位、Ｑ３＝切上、Ｑ４＝１）の値を取得する（図９−Ａを参照）。
【００７４】
次に、ドルでの支払い分を最低入力単位から順に計算式に当てはめ、合計購入金額から、ドルで支払う分を減算した残額を、ユーロの１円当たりのレートで割って、ユーロでの支払い額を算出する。
【００７５】
具体的には、ドルでの支払い最低値「１」×０＝０（ドル）で、〔（合計購入金額１５０００円−０ドル×９３．２０円）／（１ユーロ＝１２９．６０円）≒１１５．７４〕の計算式から小数第一位を切り上げて、１１６ユーロで支払う。このパターンでは、〔０ドルと１１６ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ａ）での、合計購入金額との差額を算出する。
【００７６】
（Ａ）〔０×９３．２０円＋１１６×１２９．６０円＝１５０３３．６円〕となり、合計購入金額１５，０００円との差額は、「＋３３．６円」となる。
【００７７】
次に、ドルでの支払い最低値「１」×１＝１（ドル）で、〔（合計購入金額１５０００円−１ドル×９３．２０円）／（１ユーロ＝１２９．６０円）≒１１４．６６〕の計算式から小数第一位を切り上げて、１１５ユーロで支払う。このパターンでは、〔１ドルと１１５ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ｂ）での、合計購入金額との差額を算出する。
【００７８】
（Ｂ）〔１×９３．２０円＋１１５×１２９．６０円＝１４９９７．２円〕となり、〔合計購入金額１５，０００円〕との差額は、「−２．８円」となる。
【００７９】
上記の計算式を用いてドルで支払う金額をカウントアップしていき、１５０００円／Ｐ１（端数処理する位）まで計算を行う。
【００８０】
つまり、（Ａ）で０ドル、（Ｂ）で１ドルと計算していくので、この先も、Ｃで２ドル、Ｄで３ドル・・という具合に同様の計算をしていく。合計購入金額を米ドルで支払う場合の最高支払額は〔１５０００÷９３．２０≒１６０．９４〕の結果から１６１ドルなので、この場合は米ドルで１６１ドルを支払うパターンまで計算をする。
【００８１】
また、ユーロでの支払い最低値「１」×０＝０（ユーロ）で、〔（合計購入金額１５０００円−０ユーロ×１２９．６円）／（１ドル＝９３．２円）≒１６０．９４〕の計算式が成り立つ。小数第一位を切り上げて、１６１ドルで支払う。このパターンでは、〔０ユーロと１６１ドル〕の支払パターンが算出される。また、この時の支払いパターン（Ｃ）での、合計購入金額との差額を算出する。
【００８２】
（ａ）〔０×１２９．６０円＋１６１×９３．２０円＝１５００５．２円〕となり、〔合計購入金額１５，０００円〕との差額は、「＋５．２円」となる。
【００８３】
また、ユーロでの支払い最低値「１」×１＝１（ユーロ）で、〔（合計購入金額１５０００円−１ユーロ×１２９．６円）／（１ドル＝９３．２円）≒１５９．５５〕の計算式が成り立つ。小数第一位を切り上げて、１６０ドルで支払う。このパターンでは、〔１６０ドルと１ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ｄ）での、合計購入金額との差額を算出する。
【００８４】
（ｂ）〔１６０×９３．２０円＋１×１２９．６０円＝１５０４１．６円〕となり、〔合計購入金額１５，０００円〕との差額は、「＋４１．６円」となる。
【００８５】
上記の計算式を用いてユーロで支払う金額をカウントアップしていき、１５０００／Ｑ１（端数処理の位）まで計算を行う。
【００８６】
つまり、（ａ）で０ユーロ、（ｂ）で１ユーロと計算していくので、この先も、Ｃで２ユーロ、Ｄで３ユーロ・・という具合に同様の計算をしていく。合計購入金額をユーロで支払う場合の最高支払額は〔１５０００÷１２９．６０≒１１５．７４〕の結果から１１６ユーロなので、この場合はユーロで１１６ユーロを支払うパターンまで計算をする。
【００８７】
ステップＳ００９で、ハンディターミナル１００は、ステップＳ０２２で算出した支払いパターンのうち、合計購入金額との差額が最も小さい１０パターンを表示する。上記計算例では、以下の差額の結果が得られている。
（Ａ）差額＝＋３３．６円
（Ｂ）差額＝−２．８円
（ａ）差額＝＋５．２円
（ｂ）差額＝＋４１．６円
【００８８】
これら差額を知らせる画面をハンディターミナル１００のディスプレイに表示させる。図１０は、ハンディターミナル１００のディスプレイ２１０に表示される支払方法提示画面である。
【００８９】
１００１は、顧客が購入する商品の合計購入金額である。１００２は、先で説明をした支払方法を提示している提示部である。ここに、合計購入金額を基準として差損が少ない支払方法の１０パターンが提示される。１００２に提示される支払方法のうち最も差損が少ない１パターンは、他のパターンとは別の色で識別しやすく表示するようにしてもよい。
【００９０】
１００３は、最適な支払いパターンを表示するメッセージ表示部である。１００４は、支払いパターンの決定ボタンであり、１００２に表示された支払いパターンのうちのいずれか１つの選択を受け付け、決定ボタンの押下を受け付けると、支払いパターンを決定する。
【００９１】
また、図１１は、ハンディターミナル１００のディスプレイ２１０に表示される支払方法確定画面である。１１０１は、図１０で選択した支払いパターンの支払い方法が表示されている。この内容がユーザにより確認されて、１１０２の決定ボタンが押下されることにより、支払いパターンが確定される。
【００９２】
以上、本発明の目的によれば、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することが可能となる。。
【００９３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９５】
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４および５の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４および５の各装置の処理方法ごとのプログラムであってもよい。
【００９６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００９９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１０３】
１００ ハンディターミナル
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ（またはマウス）
２１０ ディスプレイ
２１１ 外部メモリ（ＨＤ、ＦＣ）
【技術分野】
【０００１】
本発明は、複数種類の通貨での支払いにおける最適な支払い形態を携帯端末で算出する方法に関する。
【背景技術】
【０００２】
現在、航空機や鉄道などの輸送機関では、販売物品を用意して機内販売を行っている。例えば、航空機内では、航空会社の客室乗務員や販売員により、ハンディターミナルを用いた購入商品の決済業務が行われている。国際線の機内では、日本円のほか、外国通貨を用いた支払いを受けて付けていることが一般的である。よって、顧客は旅先で使い切らずに余った紙幣硬貨を日本円と併せて使用することが可能である。外国通貨は、交換レートが日ごとに違うので、ハンディターミナルは、上位端末からその日のレート情報をダウンロードする等して、外国通貨による精算を受付けている。
【０００３】
また最近では、現金（以下、キャッシュという。）での支払いのほかに、商品券や電子マネーなど様々な支払い形態に対応している。このとき、ハンディターミナルでは、商品の合計金額に対して、顧客が提示した順に支払手段と支払金額を入力し、精算を行っているのが現状の方法である。
【０００４】
特許文献１に開示される発明では、ＰＯＳ端末内のメモリに、あらかじめ複数の外国通貨と円通貨との換算レートを登録した通貨換算レートテーブルを設けておき、顧客が前記通貨換算テーブルに登録された外国通貨による代金の支払を希望した場合に、前記ＰＯＳ端末が、前記通貨換算レートテーブルを用いて、顧客が支払を希望した外国通貨による代金額及び釣銭額を表示する発明が開示されている。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２００１−２７３５６８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
しかしながら、特許文献１に開示された発明を用いて、現状の精算方法により支払いすると、支払通貨のレートや端数処理の仕方、端数処理の位置がそれぞれ違う為、通貨を出す順番によってその支払い金額に差が生じて顧客にとっては損な状況が発生するおそれがある。
【０００７】
例えば、図８に示す通貨レートに基づいて支払いを行った場合、日本円と米ドルの支払い順序を逆にすることで支払い合計額に２０円の差が生じてしまい、顧客にとっては非常に不利益である。本発明は、このような、通貨の提示順により支払い合計額に差異が生じる場合における最適な支払い方法を提示することで、顧客の不利益を解消したい。
【０００８】
即ち、本発明の目的は、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することである。
【課題を解決するための手段】
【０００９】
即ち、本発明の携帯端末は、商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末であって、商品の合計購入金額を算出する第一の算出手段と、前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段とを備えることを特徴とする。
また、本発明の携帯端末は、前記第二の算出手段は、前記第二の受付手段で受け付けた前記支払残金を支払うための通貨の通貨レートと、端数処理位置と、端数処理方法と、最低入力単位とを含む支払通貨情報を前記通貨マスタより取得する取得手段を備え、前記取得手段で取得した前記支払通貨情報の一つの通貨の最低入力単位の数値から、前記支払残金を前記通貨の１円当たりの通貨レートで割った数値までの数字と、他の種類の通貨の組み合わせを一つずつ算出することにより、前記支払パターンを算出することを特徴とする。
また、本発明の携帯端末は、前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切ると判定された場合には、前記商品の合計購入金額の支払を確定させることを特徴とする。
また、本発明の携帯端末は、前記提示手段により提示された複数の支払いパターンのうち、前記合計購入金額との差損が最も少ない支払パターンを、他の支払パターンと区別可能な形式で提示することを特徴とする。
【発明の効果】
【００１０】
本発明によれば、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することが可能となる。
【図面の簡単な説明】
【００１１】
【図１】本実施形態で用いるハンディターミナルの機能構成を概略的に示す図である。
【図２】本実施形態で用いるハンディターミナルのハードウェア構成を概略的に示すブロック図である。
【図３】本実施形態で用いるハンディターミナルで記憶される通貨マスタテーブルの構成例を示す図である。
【図４】本実施形態で用いるハンディターミナルでの処理例を示すフローチャートである。
【図５】本実施形態で用いるハンディターミナルでの処理例を示すフローチャートである。。
【図６】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図７】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図８】本実施形態で用いるハンディターミナルでの処理により提示される支払い方法の算出例を示す図である。
【図９】本実施形態で用いるハンディターミナルでの演算方法の一例を示す図である。
【図１０】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【図１１】本実施形態で用いるハンディターミナルの表示部に表示される画面構成の一例を示す図である。
【発明を実施するための形態】
【００１２】
以下、図面により本発明を実施するための形態について説明していく。
【００１３】
先述の図８で提示している支払い方法を説明する。このケースでは、日本円１０，０００円分の商品券と、米１０ドル（キャッシュ）、１９０ユーロ（キャッシュ）を用いた支払いを行おうとしている。
【００１４】
図８によると、（Ａ）の方法では、日本円「３５，５００円」する商品の購入のために、１〜４の順序で支払いを行っている。まず、日本円で１０，０００円の商品券（ギフト券）を使い、この時点で支払い残金「２５，５００円」となる。（１）
【００１５】
次に、米ドルのキャッシュで１０ドルを支払う（２）。この日の１ドル当たりのレートは「９０．２５円」であり、米ドルの端数処理方法は、小数第一位を四捨五入すると設定されている。端数処理を行い円換算をすると、１０ドルは、「９０２．５円」となり、
〔２５，５００−９０２．５＝２４，５９７．５（円）〕となる。
【００１６】
次に、ユーロのキャッシュを用いて支払いを行う（３）。この日の１ユーロ当たりのレートは「１２９．００円」であり、ユーロの端数処理方法は、小数第一位を四捨五入すると設定されている。以下の式から、支払残金２４，５９７．５円をユーロで支払うためには１９１ユーロ必要であることがわかる。
〔２４，５９７．５÷１２９≒１９１〕。
【００１７】
１９１ユーロを円換算すると、２４，６７７．２円となり、支払残金は、〔２４，５９７．５−２４，６７７．２＝−７９．７（円）〕で、「７９．７円」を超過払いで支払うことになる。なお、この場合、通貨レートにより生じる誤差の釣りは返金しないこととしている。
【００１８】
また、（Ｂ）の方法では、日本円「３５，５００円」する商品の購入のために、４〜６の順序で支払いを行っているが、まず、日本円で１０，０００円の商品券（ギフト券）を使い、この時点で支払い残金「２５，５００円」となる。（４）
【００１９】
次に、１９０ユーロをキャッシュで支払う（５）。この日の１ユーロ当たりのレートは「１２９．２円」であり、ユーロの端数処理方法は、小数第一位を四捨五入すると設定されている。端数処理を行い円換算をすると、１９０ユーロは、「２４，５４８円」となり、
〔２５，５００−２４，５４８＝９５２（円）〕となる。
【００２０】
次に、米ドルのキャッシュを用いて支払う（６）。この日の１ドル当たりのレートは「９０．２５円」であり、米ドルの端数処理方法は、小数第一位を四捨五入すると設定されている。支払残金９５２円を米ドルで支払うためには１１ドル必要であることがわかる
〔９５２÷９０≒１１〕。
【００２１】
１１ドルを円換算すると、９９２．７５円となり、支払残金は、〔９５２−９９２．７５＝−４０．７５（円）〕で、「４０．７５円」を超過払いで支払うことになる。なお、この場合、通貨レートにより生じる誤差の釣りは返金しないこととしている。
【００２２】
図８のように同種類の通貨を用いて支払をする場合にも、支払う順序によっては、通貨レートの差損に大小が生じてしまうため、本発明はこの問題を解決するための方法を提供する。
【００２３】
まず、図１を用いて、本発明のハンディターミナル１００のモジュール構成について説明する。図１は、ハンディターミナル１００におけるモジュール構成の一例を示す図である。
【００２４】
本発明のハンディターミナル１００は、例えば、通貨マスタ登録部１０１、演算部１０２、データ送受信部１０３を備えているものとする。
【００２５】
ハンディターミナル１００の表示部に表示される画面のうち、メンテナンスメニュー画面（不図示）で「通貨マスタ登録ボタン」の押下を受け付けると、通貨マスタ登録部１０１は、「通貨マスタ登録画面」を表示し、支払い可能な通貨とレートの設定入力を受け付ける。
【００２６】
演算部１０２は、購入商品の合計額に対して、支払い方法と、支払通貨の選択を受け付けた後に、最適な支払い方法を算出するための機能構成である。
【００２７】
データ送受信部１０３は、ハンディターミナル１００がクレイドル（不図示）にセットされた後の、上位端末（不図示）とのデータ送受信を制御するための機能構成である。
【００２８】
次に、図２を用いて本発明のハンディターミナル１００のハードウエア構成について説明する。図２は、本発明のハンディターミナル１００におけるハードウエア構成の一例を示す図である。
【００２９】
ハンディターミナル１００のＣＰＵ２０１は、システムバス２０４に接続される各デバイスやコントローラを統括的に制御する。
【００３０】
また、ＲＯＭ２０２あるいは外部メモリ２１１には、ＣＰＵ２０１の制御プログラムであるＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ ／ Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ）やオペレーティングシステムプログラム（以下、ＯＳ）や、サーバ或いは各クライアントの実行する機能を実現するために必要な後述する各種プログラム等が記憶されている。ＲＡＭ２０３は、ＣＰＵ２０１の主メモリ、ワークエリア等として機能する。
【００３１】
ＣＰＵ２０１は、処理の実行に際して必要なプログラム等をＲＡＭ２０３にロードして、プログラムを実行することで各種動作を実現するものである。
【００３２】
また、入力コントローラ（入力Ｃ）２０５は、キーボード２０９や不図示のマウス等のポインティングデバイスからの入力を制御する。
【００３３】
ビデオコントローラ（ＶＣ）２０６は、ディスプレイ２１０への表示を制御する。ディスプレイは、ＣＲＴディスプレイでも液晶ディスプレイ等でも構わない。
【００３４】
メモリコントローラ（ＭＣ）２０７は、ブートプログラム、ブラウザソフトウエア、各種のアプリケーション、フォントデータ、利用者ファイル、編集ファイル、各種データ等を記憶するハードディスク（ＨＤ）やフロッピーディスク（登録商標）（ＦＤ）或いはＰＣＭＣＩＡカードスロットにアダプタを介して接続されるコンパクトフラッシュメモリ等の外部メモリ２１１へのアクセスを制御する。
【００３５】
通信Ｉ／Ｆコントローラ（通信Ｉ／ＦＣ）２０８は、ネットワークを介して、外部機器と接続・通信するものであり、ネットワークでの通信制御処理を実行する。例えば、ＴＣＰ／ＩＰを用いたインターネット通信等が可能である。
【００３６】
なお、ＣＰＵ２０１は、例えばＲＡＭ２０３内の表示情報用領域へアウトラインフォントの展開（ラスタライズ）処理を実行することにより、ディスプレイ２１０上での表示を可能としている。
【００３７】
また、ＣＰＵ２０１は、ディスプレイ２１０上の不図示のマウスカーソル等での利用者指示を可能とする。
【００３８】
本発明を実現するためのプログラムは外部メモリ２１１に記録されており、必要に応じてＲＡＭ２０３にロードされることによりＣＰＵ２０１によって実行されるものである。
【００３９】
さらに、本発明に係わるプログラムが用いる各種データ及び各種テーブルは外部メモリ２１１に格納されており、これらについての詳細な説明は後述する。なお、全ての装置がこれらの構成を備えているわけではなく、必要なものを夫々備えていればよい。
【００４０】
次に、図３を用いて本発明のハンディターミナル１００で売買処理をする際に利用可能な通貨と支払い方法を記憶している通貨マスタテーブルについて説明する。
【００４１】
売買処理をする前に、ハンディターミナル１００は、商品購入時に支払いで利用できる通貨と、通貨レートと、支払い方法とを登録しておく必要がある。
【００４２】
図３の３００は、ハンディターミナル１００のディスプレイ２１０に表示される通貨マスタ登録画面の画面例である。
【００４３】
本図では、支払い可能な通貨種類（３０２）に日本円（ＪＰＹ）、米ドル（ＵＳＤ）、ユーロ（ＥＵＲ）、カナダドル（ＣＡＤ）が設定されており、日本円、米ドル、ユーロはキャッシュでの支払いが可能であり、ユーロとカナダドルは、トラベラーズチェック（Ｔ／Ｃ）での支払いが可能である。また、日本円は（ＪＰＹ）キャッシュでの支払い方法のほか、「商品券」、「クレジット」「電子マネー」での支払い可能に設定がなされている。設定情報は、適宜ハンディターミナルのユーザ操作により変更が可能である。
【００４４】
通貨マスタの登録方法は、例えば、ハンディターミナル１００をクレイドルにセットし、上位端末（不図示）に設定されたその日の通貨レートをダウンロードする方法がある。この場合、上位端末とハンディターミナル１００とは、有線／無線を問わずネットワークに接続可能な環境になければならない。
【００４５】
また、不図示のメニュー画面から、通貨マスタ登録画面を呼び出し、その日の通貨レートを登録する方法がある。
【００４６】
通貨マスタ登録画面３００では、例えば、支払い可能な通貨種類（３０２）とその支払い方法（３０１）とその日の通貨レート（３０３）とを登録し、計算をする際の端数処理単位（３０４）と、端数の処理方法（３０５）と、通貨ごとの最低入力単位（３０６）を登録することが可能である。端数処理方法には、“四捨五入”、“切り上げ”、“切り捨て”などがある。本画面において、通貨レートを少数第二位まで登録しているが、登録する位は特に限定されない。
【００４７】
図４は、本発明のハンディターミナル１００で行う、最適な支払い方法を算出するための処理を示すフローチャートである。
【００４８】
まず、ハンディターミナル１００のユーザ操作により、顧客が購入する商品の選択を受け付ける。例えば、不図示の画面に商品コード入力を受け付ける方法や、スキャナー（不図示）を搭載しているハンディターミナルであれば、商品の包装に附されているバーコードを読み取る方法があり、その方法は既知の技術であってよい。
【００４９】
ステップＳ００１で、ハンディターミナル１００のＣＰＵ２０１は、顧客が購入する商品選択を受け付けて、商品の合計購入金額を確定する。この時の合計購入金額を“Ａ”とする。
【００５０】
次に、ステップＳ００２で、ハンディターミナル１００のＣＰＵ２０１は、合計購入金額“Ａ”に対する支払い方法の選択を受け付ける。商品合計金額Ａに対して、複数種類の通貨や支払い方法を用いず、一種類の通貨で、かつ、一つの支払い方法のみで、購入代金の支払いを行う場合（例えば日本円のキャッシュのみ）には、支払い通貨と、当該通貨の支払い方法の選択を受付けて、ステップＳ００３へ進む。複数種類の通貨や支払い方法を用いる場合には、ステップＳ００４へ進む。
【００５１】
ステップＳ００３で、ハンディターミナル１００のＣＰＵ２０１は、先述のステップＳ００２で選択を受け付けた支払い通貨の通貨レートを通過マスタより取得し、〔合計購入金額“Ａ”÷支払い通貨レート〕の演算を行って、選択通貨での「支払金額“Ｂ”」を算出する（日本円での支払いの場合は、このステップは不要となる）。
【００５２】
例えば、日本円での商品合計金額が「３０，０００円」であって、ステップＳ００２で選択された支払い通貨が米ドルであった場合、図３の通貨マスタでは「１ドル＝９３．２円」というレートが登録されている。また、米ドルの端数処理位置は、小数第一位であり、端数処理方法“切り上げ”が設定されている。
【００５３】
これにより、
〔ｘドル（Ｂ）×９３．２円＝３０，０００円〕の式から
「Ｂ≒３２１．８８ドル」であり、米ドルは、小数第一位を切り上げする端数処理方法であると登録されていることから、〔Ｂ＝３２２ドル〕の解が求められる。
【００５４】
ステップＳ０１５で、顧客からの預かり金額を入力し、ステップＳ０１６で、「預かり金額−商品合計金額≧０」になれば、おつりが発生することになるので、釣り銭の金額をディスプレイ２１０に表示する。
【００５５】
一方、ステップＳ００４で、ハンディターミナル１００のＣＰＵ２０１は、優先的に支払を行いたい通貨の種類、支払方法と、金額（Ｃ）の入力を受け付け、ステップＳ００５で、商品合計金額ＡからＣの円換算金額を減算して支払残金を算出する。ステップＳ００４の支払金額受付画面は、図６で詳細に説明する。
【００５６】
図６は、ハンディターミナル１００のディスプレイ２１０に表示される支払金額受付画面である。
【００５７】
支払金額受付画面は、ステップＳ００１で確定した商品合計金額６０１（本図では、３５５００円）と、支払い方法選択部６０２と、支払残金６０３が表示されている。
【００５８】
商品合計金額６０１に対して、支払い方法選択部６０２で、優先的に支払いを行いたい通貨とその金額、支払い方法の入力受け付ける。例えば、本図では、日本円で「１００００円」の商品券で優先的に支払い、次に、米ドルのキャッシュで１０ドルの支払いを行うこととされている。支払い方法選択部６０２に入力された通貨種類、金額、支払い方法から、支払残金６０３が算出される（ステップＳ００５）。支払金額を設定して６０４の決定ボタンの押下を受け付けることにより、次の処理に進む。
【００５９】
引き続き、図４のフローチャートに沿って説明を行う。ステップＳ００６で、ハンディターミナル１００のＣＰＵ２０１は、「支払残金≧０」を確認し、「支払残金＝０」であればステップＳ０１５へ進み、「支払残金＞０」であればステップＳ００７に進む。
【００６０】
ステップＳ００７で、ハンディターミナル１００のＣＰＵ２０１は、支払い可能な支払手段と金額の上限、下限の入力を受け付け、ステップＳ００８で、最適な支払いパターンの算出処理を実行する。本処理は、後述の図５において詳細に説明する。
【００６１】
図７は、ハンディターミナル１００のディスプレイ２１０に表示される支払残金受付画面である。図６で、優先的に支払いを行う通貨と支払方法の登録を終え、「支払残金＞０」である場合には、本画面が表示される。
【００６２】
７０１は、合計購入金額（６０１）から、図６の６０２で登録した支払方法で支払われる金額を引いた、支払残金である。この数値は、６０３と同じ数値である。
【００６３】
７０２で、ハンディターミナル１００は、支払残金に対して支払い可能な通貨と、その通貨での支払手段と、その通貨での最低でも使用したい金額と、最高で使用できる金額と、通貨の単位とを入力する。引き続き、図４のフローチャートの説明に戻る。
【００６４】
ステップＳ００９で、ハンディターミナル１００のＣＰＵ２０１は、ステップＳ００８で算出した支払いパターンのうち、差額が０に近い１０パターンをディスプレイ２１０に表示する。なお、ここで表示する支払いパターンの数は、特に定める必要はなく、本実施形態における１０パターンも一例である。
【００６５】
ステップＳ０１０で、ハンディターミナル１００のＣＰＵ２０１は、先ほどディスプレイ２１０に表示された１０パターンから、どの支払いパターンで支払いをするかの選択を受け付ける。
【００６６】
入力受付方法としては、ハンディターミナル１００の入力部（上下ボタンや決定ボタンなど）の押下による入力受付や、ディスプレイ２１０が既知のタッチパネル技術を用いているものであれば、所定位置のタッチ入力受付の方法がある。
【００６７】
ステップ０１１で、ハンディターミナル１００のＣＰＵ２０１は、顧客からの預かり金額（Ｄ）の入力を受け付けると、ステップＳ０１２で、「預かり金額Ｄ−ステップＳ０１０で選択された支払い金額＞０」になるか否かを判定する。つまり、ここではおつりが発生するか否かの判定を行っている。
【００６８】
判定の結果、おつりが発生する場合には、ステップＳ０１３へ進み、おつりが発生しない場合にはステップＳ０１４へ進み、支払いを確定させる。
【００６９】
ステップＳ０１３で、ハンディターミナル１００のＣＰＵ２０１は、先ほど算出されたおつりの金額は支払えるか否かの判定を行う。おつりを支払える場合には、ステップＳ０１４へ進み、支払いを確定させる。おつりを支払えない場合には、ステップＳ０１０に戻って、支払いパターンの選択の再受け付けをする。
【００７０】
次に、ステップＳ００８の支払いパターン算出処理について、図５を用いて詳細に説明をする。図５は、本発明のハンディターミナル１００を用いて、複数種類の通貨での支払いにおける最適な支払い形態を携帯端末で算出する処理方法を示すフローチャートである。
【００７１】
ステップＳ０２１で、ハンディターミナル１００のＣＰＵ２０１は、先述のステップＳ００７で入力を受け付けた、支払い可能な通貨を（Ｐ，Ｑ，Ｒ・・・・）として、図４の通貨マスタを参照して、各通貨のレート（Ｐ１、Ｑ１、Ｒ１）、端数処理位置（Ｐ２、Ｑ２、Ｒ２）、端数処理方法（Ｐ３、Ｑ３、Ｒ３）、最低入力単位（Ｐ４、Ｑ４、Ｒ４）を取得する。
【００７２】
ステップＳ０２２で、ハンディターミナル１００のＣＰＵ２０１は、支払残金を支払可能手段２つ以上で支払うパターンを算出する。例えば、支払残金が１５０００円の場合に、ドルとユーロで支払うパターンを算出すべく、図９を用いて説明をする。
【００７３】
図３の通貨マスタを参照し、（Ｐ＝ドル、Ｐ１＝９３．２０円、Ｐ２＝小数点第一位、Ｐ３＝四捨五入、Ｐ４＝１）および、（Ｑ＝ユーロ、Ｑ１＝１２９．６０円、Ｑ２＝小数点第一位、Ｑ３＝切上、Ｑ４＝１）の値を取得する（図９−Ａを参照）。
【００７４】
次に、ドルでの支払い分を最低入力単位から順に計算式に当てはめ、合計購入金額から、ドルで支払う分を減算した残額を、ユーロの１円当たりのレートで割って、ユーロでの支払い額を算出する。
【００７５】
具体的には、ドルでの支払い最低値「１」×０＝０（ドル）で、〔（合計購入金額１５０００円−０ドル×９３．２０円）／（１ユーロ＝１２９．６０円）≒１１５．７４〕の計算式から小数第一位を切り上げて、１１６ユーロで支払う。このパターンでは、〔０ドルと１１６ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ａ）での、合計購入金額との差額を算出する。
【００７６】
（Ａ）〔０×９３．２０円＋１１６×１２９．６０円＝１５０３３．６円〕となり、合計購入金額１５，０００円との差額は、「＋３３．６円」となる。
【００７７】
次に、ドルでの支払い最低値「１」×１＝１（ドル）で、〔（合計購入金額１５０００円−１ドル×９３．２０円）／（１ユーロ＝１２９．６０円）≒１１４．６６〕の計算式から小数第一位を切り上げて、１１５ユーロで支払う。このパターンでは、〔１ドルと１１５ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ｂ）での、合計購入金額との差額を算出する。
【００７８】
（Ｂ）〔１×９３．２０円＋１１５×１２９．６０円＝１４９９７．２円〕となり、〔合計購入金額１５，０００円〕との差額は、「−２．８円」となる。
【００７９】
上記の計算式を用いてドルで支払う金額をカウントアップしていき、１５０００円／Ｐ１（端数処理する位）まで計算を行う。
【００８０】
つまり、（Ａ）で０ドル、（Ｂ）で１ドルと計算していくので、この先も、Ｃで２ドル、Ｄで３ドル・・という具合に同様の計算をしていく。合計購入金額を米ドルで支払う場合の最高支払額は〔１５０００÷９３．２０≒１６０．９４〕の結果から１６１ドルなので、この場合は米ドルで１６１ドルを支払うパターンまで計算をする。
【００８１】
また、ユーロでの支払い最低値「１」×０＝０（ユーロ）で、〔（合計購入金額１５０００円−０ユーロ×１２９．６円）／（１ドル＝９３．２円）≒１６０．９４〕の計算式が成り立つ。小数第一位を切り上げて、１６１ドルで支払う。このパターンでは、〔０ユーロと１６１ドル〕の支払パターンが算出される。また、この時の支払いパターン（Ｃ）での、合計購入金額との差額を算出する。
【００８２】
（ａ）〔０×１２９．６０円＋１６１×９３．２０円＝１５００５．２円〕となり、〔合計購入金額１５，０００円〕との差額は、「＋５．２円」となる。
【００８３】
また、ユーロでの支払い最低値「１」×１＝１（ユーロ）で、〔（合計購入金額１５０００円−１ユーロ×１２９．６円）／（１ドル＝９３．２円）≒１５９．５５〕の計算式が成り立つ。小数第一位を切り上げて、１６０ドルで支払う。このパターンでは、〔１６０ドルと１ユーロ〕の支払パターンが算出される。また、この時の支払いパターン（Ｄ）での、合計購入金額との差額を算出する。
【００８４】
（ｂ）〔１６０×９３．２０円＋１×１２９．６０円＝１５０４１．６円〕となり、〔合計購入金額１５，０００円〕との差額は、「＋４１．６円」となる。
【００８５】
上記の計算式を用いてユーロで支払う金額をカウントアップしていき、１５０００／Ｑ１（端数処理の位）まで計算を行う。
【００８６】
つまり、（ａ）で０ユーロ、（ｂ）で１ユーロと計算していくので、この先も、Ｃで２ユーロ、Ｄで３ユーロ・・という具合に同様の計算をしていく。合計購入金額をユーロで支払う場合の最高支払額は〔１５０００÷１２９．６０≒１１５．７４〕の結果から１１６ユーロなので、この場合はユーロで１１６ユーロを支払うパターンまで計算をする。
【００８７】
ステップＳ００９で、ハンディターミナル１００は、ステップＳ０２２で算出した支払いパターンのうち、合計購入金額との差額が最も小さい１０パターンを表示する。上記計算例では、以下の差額の結果が得られている。
（Ａ）差額＝＋３３．６円
（Ｂ）差額＝−２．８円
（ａ）差額＝＋５．２円
（ｂ）差額＝＋４１．６円
【００８８】
これら差額を知らせる画面をハンディターミナル１００のディスプレイに表示させる。図１０は、ハンディターミナル１００のディスプレイ２１０に表示される支払方法提示画面である。
【００８９】
１００１は、顧客が購入する商品の合計購入金額である。１００２は、先で説明をした支払方法を提示している提示部である。ここに、合計購入金額を基準として差損が少ない支払方法の１０パターンが提示される。１００２に提示される支払方法のうち最も差損が少ない１パターンは、他のパターンとは別の色で識別しやすく表示するようにしてもよい。
【００９０】
１００３は、最適な支払いパターンを表示するメッセージ表示部である。１００４は、支払いパターンの決定ボタンであり、１００２に表示された支払いパターンのうちのいずれか１つの選択を受け付け、決定ボタンの押下を受け付けると、支払いパターンを決定する。
【００９１】
また、図１１は、ハンディターミナル１００のディスプレイ２１０に表示される支払方法確定画面である。１１０１は、図１０で選択した支払いパターンの支払い方法が表示されている。この内容がユーザにより確認されて、１１０２の決定ボタンが押下されることにより、支払いパターンが確定される。
【００９２】
以上、本発明の目的によれば、複数種類の通貨を用いた購入代金の支払いや、様々な支払い方法時に定められている、通貨ごとの端数誤差をなくし、損得を最小限にする最適な支払い方法を提示する仕組みを提供することが可能となる。。
【００９３】
なお、上述した各種データの構成及びその内容はこれに限定されるものではなく、用途や目的に応じて、様々な構成や内容で構成されることは言うまでもない。
【００９４】
以上、一実施形態について示したが、本発明は、例えば、システム、装置、方法、プログラムもしくは記録媒体等としての実施態様をとることが可能であり、具体的には、複数の機器から構成されるシステムに適用しても良いし、また、一つの機器からなる装置に適用しても良い。
【００９５】
また、本発明におけるプログラムは、図の処理方法をコンピュータが実行可能なプログラムであり、本発明の記憶媒体は図４および５の処理方法をコンピュータが実行可能なプログラムが記憶されている。なお、本発明におけるプログラムは図４および５の各装置の処理方法ごとのプログラムであってもよい。
【００９６】
以上のように、前述した実施形態の機能を実現するプログラムを記録した記録媒体を、システムあるいは装置に供給し、そのシステムあるいは装置のコンピュータ（またはＣＰＵやＭＰＵ）が記録媒体に格納されたプログラムを読出し実行することによっても、本発明の目的が達成されることは言うまでもない。
【００９７】
この場合、記録媒体から読み出されたプログラム自体が本発明の新規な機能を実現することになり、そのプログラムを記憶した記録媒体は本発明を構成することになる。
【００９８】
プログラムを供給するための記録媒体としては、例えば、フレキシブルディスク，ハードディスク，光ディスク，光磁気ディスク，ＣＤ−ＲＯＭ，ＣＤ−Ｒ，ＤＶＤ−ＲＯＭ，磁気テープ，不揮発性のメモリカード，ＲＯＭ，ＥＥＰＲＯＭ，シリコンディスク等を用いることができる。
【００９９】
また、コンピュータが読み出したプログラムを実行することにより、前述した実施形態の機能が実現されるだけでなく、そのプログラムの指示に基づき、コンピュータ上で稼働しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１００】
さらに、記録媒体から読み出されたプログラムが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その機能拡張ボードや機能拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した実施形態の機能が実現される場合も含まれることは言うまでもない。
【０１０１】
また、本発明は、複数の機器から構成されるシステムに適用しても、１つの機器からなる装置に適用してもよい。また、本発明は、システムあるいは装置にプログラムを供給することによって達成される場合にも適応できることは言うまでもない。この場合、本発明を達成するためのプログラムを格納した記録媒体を該システムあるいは装置に読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【０１０２】
さらに、本発明を達成するためのプログラムをネットワーク上のサーバ，データベース等から通信プログラムによりダウンロードして読み出すことによって、そのシステムあるいは装置が、本発明の効果を享受することが可能となる。
【符号の説明】
【０１０３】
１００ ハンディターミナル
２０１ ＣＰＵ
２０２ ＲＯＭ
２０３ ＲＡＭ
２０４ システムバス
２０５ 入力コントローラ
２０６ ビデオコントローラ
２０７ メモリコントローラ
２０８ 通信Ｉ／Ｆコントローラ
２０９ ＫＢ（またはマウス）
２１０ ディスプレイ
２１１ 外部メモリ（ＨＤ、ＦＣ）
【特許請求の範囲】
【請求項１】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末であって、
商品の合計購入金額を算出する第一の算出手段と、
前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、
前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、
前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、
前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段と
を備えることを特徴とする携帯端末。
【請求項２】
前記第二の算出手段は、
前記第二の受付手段で受け付けた前記支払残金を支払うための通貨の通貨レートと、端数処理位置と、端数処理方法と、最低入力単位とを含む支払通貨情報を前記通貨マスタより取得する取得手段を備え、
前記取得手段で取得した前記支払通貨情報の一つの通貨の最低入力単位の数値から、前記支払残金を前記通貨の１円当たりの通貨レートで割った数値までの数字と、他の種類の通貨の組み合わせを一つずつ算出することにより、前記支払パターンを算出することを特徴とする請求項１に記載の
【請求項３】
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切ると判定された場合には、前記商品の合計購入金額の支払を確定させることを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記提示手段により提示された複数の支払いパターンのうち、前記合計購入金額との差損が最も少ない支払パターンを、他の支払パターンと区別可能な形式で提示することを特徴とする請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末の制御方法であって、
前記携帯端末の第一の算出手段が、商品の合計購入金額を算出する第一の算出ステップと、
前記携帯端末の第一の受付手段が、前記第一の算出ステップで算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付ステップと、
前記携帯端末の判定手段が、前記第一の受付ステップで受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定ステップと、
前記携帯端末の第二の受付手段が、前記前記判定ステップで、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付ステップと、
前記携帯端末の第二の算出手段が、前記第二の受付ステップで受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出ステップと、
前記携帯端末の提示手段が、前記第二の算出ステップで算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示ステップと
を含むことを特徴とする制御方法。
【請求項６】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末をコンピュータで読み取り実行可能なプログラムであって、
前記携帯端末を、
商品の合計購入金額を算出する第一の算出手段と、
前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、
前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、
前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、
前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段
として機能させるプログラム。
【請求項１】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末であって、
商品の合計購入金額を算出する第一の算出手段と、
前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、
前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、
前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、
前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段と
を備えることを特徴とする携帯端末。
【請求項２】
前記第二の算出手段は、
前記第二の受付手段で受け付けた前記支払残金を支払うための通貨の通貨レートと、端数処理位置と、端数処理方法と、最低入力単位とを含む支払通貨情報を前記通貨マスタより取得する取得手段を備え、
前記取得手段で取得した前記支払通貨情報の一つの通貨の最低入力単位の数値から、前記支払残金を前記通貨の１円当たりの通貨レートで割った数値までの数字と、他の種類の通貨の組み合わせを一つずつ算出することにより、前記支払パターンを算出することを特徴とする請求項１に記載の
【請求項３】
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切ると判定された場合には、前記商品の合計購入金額の支払を確定させることを特徴とする請求項１または２に記載の携帯端末。
【請求項４】
前記提示手段により提示された複数の支払いパターンのうち、前記合計購入金額との差損が最も少ない支払パターンを、他の支払パターンと区別可能な形式で提示することを特徴とする請求項１乃至３のいずれか１項に記載の携帯端末。
【請求項５】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末の制御方法であって、
前記携帯端末の第一の算出手段が、商品の合計購入金額を算出する第一の算出ステップと、
前記携帯端末の第一の受付手段が、前記第一の算出ステップで算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付ステップと、
前記携帯端末の判定手段が、前記第一の受付ステップで受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定ステップと、
前記携帯端末の第二の受付手段が、前記前記判定ステップで、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付ステップと、
前記携帯端末の第二の算出手段が、前記第二の受付ステップで受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出ステップと、
前記携帯端末の提示手段が、前記第二の算出ステップで算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示ステップと
を含むことを特徴とする制御方法。
【請求項６】
商品購入時に利用可能な通貨の種類と支払い方法の情報を含む通貨マスタを記憶した携帯端末をコンピュータで読み取り実行可能なプログラムであって、
前記携帯端末を、
商品の合計購入金額を算出する第一の算出手段と、
前記算出手段で算出した前記合計購入金額のうち、優先的に支払いに使用する通貨と該通貨による支払い金額の入力を受け付ける第一の受付手段と、
前記第一の受付手段で受け付けた前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切るか否かを判定する判定手段と、
前記判定手段で、前記優先的に支払いに使用する通貨による支払金額で、前記合計購入金額を払い切れないと判定された場合に、支払残金を支払うための通貨の種類と支払方法の入力を受け付ける第二の受付手段と、
前記第二の受付手段で受け付けた支払い方法で、前記支払残金を満たすための支払パターンを算出する第二の算出手段と、
前記第二の算出手段で算出した前記支払残金を満たすための支払パターンのうち、前記合計購入金額との差損の少ない複数の支払パターンを提示部に表示する提示手段
として機能させるプログラム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【公開番号】特開２０１２−３４７５（Ｐ２０１２−３４７５Ａ）
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願番号】特願２０１０−１３７２９８（Ｐ２０１０−１３７２９８）
【出願日】平成２２年６月１６日（２０１０．６．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
【公開日】平成２４年１月５日（２０１２．１．５）
【国際特許分類】
【出願日】平成２２年６月１６日（２０１０．６．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．コンパクトフラッシュ
【出願人】（５９２１３５２０３）キヤノンＩＴソリューションズ株式会社 (528)
【Ｆターム（参考）】
[ Back to top ]