JP6867961B2 - プログラム、決済処理システム、方法 - Google Patents

Description

通貨を用いた決済処理を実行する端末装置を制御する制御装置のプログラム、当該端末装置を含む決済処理システム、方法に関する。

従来、店員の作業軽減やセキュリティの強化を目的として、決済に伴う精算を自動化して行うことが可能な精算機が広く用いられている。昨今では、クレジットカードや電子マネーの普及によりキャッシュレスな取引が増えているものの、現在普及している多くの精算機は、紙幣や硬貨を含む通貨を使用した決済処理を兼ねて実行するものである。

このような精算機としては、例えばホテル業で用いられ、利用者のルームカードキーを受け取る際等における利用料金の決済を行う端末装置や、銀行のＡＴＭ等が挙げられる。特許文献１には、従来使用される自動精算機が開示されている。

特開２００１−３２５６５９号公報

一般に硬貨は、その国内において金種を判別可能に作られているものの、外国で用いられている硬貨との関連については考慮がなされていない。従って、日本の硬貨の特徴と類似する外国硬貨が流通している。

そのため、上述した精算機を利用する外国人が誤って外国硬貨を入金した際、精算機側が入金された外国硬貨を日本の硬貨として誤認識してしまい、外国硬貨を受け付けてしまうことが起こり得る。そうすると、精算機を保有する会社が本来受け取る金銭を受け取ることができない、また、入金した硬貨を釣り銭として利用する場合には、精算機が別の利用者に対する出金時に外国硬貨を渡してしまう、といった問題が生じてしまう。

特に近年では、外国人観光客の増加に伴い、そのような外国人観光客が日本国内のホテルを利用する機会が多い。即ち、外国人が上述した利用料金の決済を行う端末装置を利用する機会が増えており、そのような端末装置に対する外国硬貨の混入を防ぐ技術が所望されている。

以上の実情を鑑みて、本発明は、決済処理を実行する端末装置に外国硬貨の混入を防止することを目的とする。

本発明の一態様におけるプログラムは、利用者からの入力に基づき決済処理を実行する端末装置を含むシステムのコンピュータに制御処理を実行させるプログラムであって、前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定する処理であって、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む、処理と、前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定する処理と、を前記コンピュータに実行させる。

本発明の一態様における決済処理システムは、利用者からの入力に基づき決済処理を実行する端末装置を含む決済処理システムであって、前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定し、前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定する判定部を含み、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む。

本発明の一態様における制御方法は、利用者からの入力に基づき決済処理を実行する端末装置を含む決済処理システムによって実行される制御方法であって、前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定することであって、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む、ことと、前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定することと、を含む。

本発明によれば、決済処理を実行する端末装置に外国硬貨の混入を防止することができる。

第１の実施形態の決済処理システムの構成を示す図である。 第１の実施形態の端末装置の外観を示す図である。 第１の実施形態の決済処理システムの機能構成を示す図である。 ユニット制御部の詳細を示す図である。 紙幣処理ユニット、硬貨処理ユニットの詳細を示す図である。 決済処理システムに使用されるハードウェア構成を示す図である。 予約処理の一例を示すフローチャートである。 予約テーブルを示す図である。 第１の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 チェックイン時の決済処理の一例を示すフローチャートである。 チェックイン時の決済処理の一例を示すフローチャートである。 入金画面の一例を示す図である。 入金内容確認画面の一例を示す図である。 第２の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 第２の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 第２の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 言語選択画面の一例を示す図である。 入金内容確認画面の一例を示す図である。 第３の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 第３の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。 第３の実施形態におけるチェックイン時の決済処理の一例を示すフローチャート クレジットカード受付画面の一例を示す図である。 国内外で使用されるクレジットカードを示す図である。 第４の実施形態におけるチェックイン時の決済処理の一例を示すフローチャートである。

本発明の第１の実施形態における決済処理システム１について説明する。図１は、決済処理システム１の構成を示す。

決済処理システム１は、決済に伴う精算を自動化して行うことで決済処理を実行するシステムである。第１の実施形態で説明する決済処理システム１は、ホテルに設置される精算機（以下、端末装置とも記載する）を含むシステムであり、利用者はルームカードキー受け取り時に決済処理システム１を用いて利用料金の決済処理を行う。尚、決済処理は、利用者による端末装置に対する入力に基づき実行される。

決済処理システム１は、サーバー１０、フロント端末２０、端末装置１００を含む。フロント端末２０、端末装置１００は、ネットワークを介してサーバー１０と接続され、サーバー１０との間で互いに情報の送受信を行う。また、フロント端末２０は、外部とインターネット回線で接続されており、利用者が保持するスマートフォン等の端末２００から情報を受信する。尚、フロント端末２０、端末装置１００は、複数の同種のものがサーバー１０と接続されていても構わない。

図２は、端末装置１００の外観を示す。端末装置１００は、表示装置１０１、カード挿入口１０２、硬貨入金口１０３、硬貨出金口１０４、紙幣入出金口１０５、ルームキー発行口１０６、フリッカランプ１０７を有している。

表示装置１０１は、決済処理に際し、端末装置１００を利用する利用者に対して決済に係る画面を表示する。表示装置１０１は、タッチ操作による入力を受け付ける液晶型のタッチパネルであってもよく、その場合には利用者からの入力を受け付ける入力装置１０８としての機能も兼ね揃えている。カード挿入口１０２は、クレジットカード等のカードによる決済処理に際し、カードの挿入を受け付け、カードの返却を行う。硬貨入金口１０３は、硬貨による決済処理に際し、硬貨の入金を受け付ける。硬貨出金口１０４は、決済処理に係る返金に伴い硬貨の出金を行う。紙幣入出金口１０５は、決済処理に際し、紙幣の入出金を行う。ルームキー発行口１０６は、ホテルの客室への出入りに使用するルームカードキーを発行し、利用者に対してルームカードキーの授受を行う。フリッカランプ１０７は、カード挿入口１０２〜ルームキー発行口１０６における通貨やカードの授受の際に点灯または点滅することで、通貨の出金やルームカードの発行を利用者に報知する。図２では、紙幣入出金口１０５の上部にフリッカランプ１０７が設けられ、紙幣の出金を報知する構成を示しているが、フリッカランプ１０７の位置はこれに限定されない。

図３は、決済処理システム１の機能構成を示す。

サーバー１０は、記憶部１１、通信制御部１２、を有している。記憶部１１は、フロント端末２０が作成した予約テーブルを格納する。通信制御部１２は、端末装置１００、フロント端末２０との間で情報の送受信を行う。

端末装置１００は、主制御部１１０、ＩＯ制御部１２０、記憶部１２５、硬貨処理ユニット１４０、紙幣処理ユニット１５０、ルームカード処理ユニット１６０、カード/レシート処理ユニット１７０、を有している。

主制御部１１０は、通信制御部１１１、画面表示部１１２、キー入力制御部１１３、決済処理部１１４、判定部１１５を含む。通信制御部１１１は、サーバー１０との間で情報の送受信を行う。画面表示部１１２は、表示装置１０１への画面表示制御を行う。キー入力制御部１１３は、利用者からの入力装置１０８（タッチパネル等）に対する入力を受け付ける。

決済処理部１１４は、決済処理システム１により実行される一連の決済処理を制御する。決済処理部１１４による制御については、具体的には後述する。

判定部１１５は、決済処理部１１４が実行する決済処理において、利用者により硬貨が入金されることを抑止するか否かを判定する。第１の実施形態では、判定部１１５は、サーバー１０に格納されている予約テーブルに記録された決済情報に基づき、硬貨の入金の可否を判定する。

ＩＯ制御部１２０は、フリッカランプ制御部１２１、ユニット制御部１２２を含む。フリッカランプ制御部１２１は、カード挿入口１０２〜ルームキー発行口１０６における通貨やカードの授受の際にフリッカランプ１０７の点灯または点滅を制御する。ユニット制御部１２２は、硬貨処理ユニット１４０、紙幣処理ユニット１５０、ルームカード処理ユニット１６０、カード/レシート処理ユニット１７０の各ユニットにおける処理を制御する。具体的には、ユニット制御部１２２は、図４に示すように、紙幣処理ユニット１５０を制御する紙幣処理ユニット制御部１３１、硬貨処理ユニット１４０を制御する硬貨処理ユニット制御部１３２、ルームカード処理ユニット１６０を制御するルームカード処理ユニット制御部１３３、カード/レシート処理ユニット１７０を制御するカード/レシート処理ユニット制御部１３４、を含む。

記憶部１２５は、主制御部１１０、ＩＯ制御部１２０が決済処理を実行するためのプログラムや、種々データ（表示用のデータ等）を格納する。記憶部１２５は、サーバー１０から受信した予約テーブルについても格納する。

硬貨処理ユニット１４０は、硬貨の入出金、格納等を実行する。紙幣処理ユニット１５０は、紙幣の入出金、格納等を実行する。ルームカード処理ユニット１６０は、ルームキー発行口１０６を介したルームカードキーの発行を実行する。カード/レシート処理ユニット１７０は、カード挿入口１０２におけるカードの挿入、返却を実行し、レシートを発行する。

図５は、硬貨処理ユニット１４０、紙幣処理ユニット１５０、の詳細を示す図である。硬貨処理ユニット１４０は、入出金部１４１、識別部１４２、金種別収納部１４３、リジェクト部１４４、補充回収カセット１４５、硬貨搬送部１４６を含む。

入出金部１４１は、硬貨の入出金を行うものであり、硬貨入金口１０３、硬貨出金口１０４を有する。

識別部１４２は、硬貨の金種を識別する。識別部１４２は、入金された硬貨が使用可能なものであるかどうかを識別してもよい。識別部１４２は、磁気センサ、もしくは、硬貨の模様を撮像するイメージセンサ等であり、硬貨の外形や厚みの測定を行うことで金種識別を実行する。

金種別収納部１４３は、識別部１４２で識別した金種別に入金された硬貨を格納する。金種別収納部１４３は、例えば、五百円収納部、百円収納部、五十円収納部、十円収納部、五円収納部、一円収納部を含む。

リジェクト部１４４は、識別部１４２で識別した硬貨のうち、例えば、旧式の硬貨、損傷した硬貨を格納する。

補充回収カセット１４５は、金種別収納部１４３が許容する収容量を超えて金種別収納部１４３に硬貨が格納されてしまうことを抑制するために、金種別収納部１４３の収容量が一定量を超えたときに、入金された硬貨を回収する。また、補充回収カセット１４５は、金種収納部１４３にある種の硬貨が不足している場合、その種の硬貨の補充を行う。

硬貨搬送部１４６は、入金、出金の際に金種別収納部１４３と入出金部１４１との間で硬貨（リジェクト部１４４に搬送される硬貨を除く）の搬送を実行する。尚、入金された硬貨は、硬貨搬送部１４６により搬送されて金種別収納部１４３へ収納されるとともに、出金される硬貨についても、金種別収納部１４３から搬送されて繰り出される。即ち、入出金に際して硬貨搬送部１４６の搬送先及び搬送元となる領域は同じ金種別収納部１４３となる。

尚、紙幣処理ユニット１５０は、硬貨処理ユニット１４０の各要素と同等の機能と構成を有しており、各種紙幣を扱う。紙幣処理ユニット１５０は、入出金部１５１、識別部１５２、金種別収納部１５３、リジェクト部１５４、補充回収カセット１５５、紙幣搬送部１５６を含む。

フロント端末２０は、予約テーブル作成部２１、判定部２２、通信制御部２３を有している。フロント端末２０は、利用者がホテルへ入場して端末装置１００により決済処理を行う前に、事前にインターネットや電話等を用いて遠隔からホテルを予約する際の予約処理を実行するものである。フロント端末は格納されたプログラムにより動作するコンピュータを含む。

予約テーブル作成部２１は、予約を行った各利用者に関する利用者情報を記録した予約テーブルを作成する。図８は、本実施形態における予約テーブルの一例を示している。

予約テーブルは、利用者情報である住所（居住国を含む）や氏名を、割り当てられた予約番号（図８中では単に番号と表記）とともに記録することで、予約した利用者を管理する。また、予約テーブルは、端末装置１００を用いた決済処理の際に記録され得る情報、例えば、支払われた料金や、チェックイン、チェックアウト時刻の情報も併せて記録可能にすることで管理を容易にする。決済情報は、予約テーブルの該当する行の利用者の決済処理の入金時に、受け付けることができる通貨（及びカード）を示している。図８の予約番号００１の利用者については、紙幣、硬貨のいずれの入金についても受け付け、予約番号００２の利用者については、紙幣、硬貨の入金は受け付けずクレジットカードのみを受け付けることを示している。決済情報は、後述する判定部２２の判定に基づき、利用者毎に予約テーブル作成部２１が記録する。

尚、作成した予約テーブルは、サーバー１０に格納される。また、決済処理時に予約テーブルが更新された場合には最新の予約テーブルに上書きされる。サーバー１０と、フロント端末２０、端末装置１００間における予約テーブルの情報のやり取りは各通信制御部（通信制御部１２、通信制御部２３、通信制御部１１１）を介してとり行われる。

判定部２２は、予約処理時に入力された利用者情報に基づいて、上述の決済情報を確定する。換言すると判定部２２は、利用者情報に基づき、決済処理において硬貨が入金されることを抑止するか否かを判定する処理を実行する。

判定部２２は、具体的には、利用者が外国人であるかどうかを特定する情報に基づき、硬貨の入金の可否を判定して、決済情報を確定する。外国人であるかどうかを特定する情報とは、例えば、利用者情報における住所である。住所（国名）に記録された地名が日本のものであれば外国人ではないと判定することができ、日本のものでなければ外国人であると判定することができる。そして判定部２２は、利用者が外国人である場合、決済処理において硬貨が入金されることを抑止すると判定する。図８の例では、住所（居住国）が日本である予約番号００１の利用者については、紙幣、硬貨のいずれの入金についても受け付けるように設定し、住所（居住国）が外国である予約番号００２、００３の利用者については、硬貨（及び紙幣）の入金は受け付けずクレジットカードのみを受け付けるように設定する。

一般に、流通している各国の硬貨は、その国内においては金種を判別可能に作られているものの、外国で用いられている硬貨との関連については考慮がなされていない。そのため、現状日本の硬貨と特徴が類似する外国硬貨が流通している可能性がある。そのような状況では、日本国内で外国人が、ホテルに設置された決済取引を行う端末装置やＡＴＭ等を使用する際に、所持している外国硬貨を誤って使用した場合に、装置側がその外国硬貨を日本の硬貨と誤認識して受け付けてしまう虞がある。

一方、決済処理システム１によれば、予約処理時に判定部２２が、利用者の利用者情報から外国人であるか否かを判定し、外国人であった場合に決済処理時における硬貨による入金を抑止することができる。このように、外国硬貨を誤って使用してしまう可能性がある外国人の決済処理方法を制限することで、外国硬貨の混入を防ぐことができる。

特に、決済処理システム１によれば、予約処理に際して判定部２２が自動的に硬貨による入金を抑止する利用者を決定することから、ホテル管理者による判断を要さず、容易に外国硬貨の混入を防ぐことが可能である。

また、上述した硬貨処理ユニット１４０の構成では、入出金に際して搬送先及び搬送元となる領域が同じである。硬貨処理ユニット１４０に相当する構成を含む従来の端末装置を考えた場合、入金時に外国硬貨を誤って受け取ることが起これば、出金時に利用者に外国硬貨を渡してしまうという虞も生じてしまう。入出金に際して搬送先及び搬送元となる領域が同じである構成は、公知の端末装置として普及していることから、外国硬貨を誤って受け取ってしまうことによる問題は大きい。それ故に決済処理システム１による外国硬貨の誤混入を防ぐ技術が寄与するところは大きい。

図６は、決済処理システム１のサーバー１０、フロント端末２０、端末装置１００で使用されるコンピュータのハードウェア構成図である。ハードウェア構成は、ＣＰＵ１８１、ＤＲＡＭ１８２、ＲＯＭ１８３、記憶部１８４、入出力ＩＦ１８５を備えている。

ＣＰＵ１８１は、ＲＯＭ１８３に格納される各種制御プログラムを読みこんで実行する。

ＤＲＡＭ１８２は、制御プログラムや各種データを一時的に格納するワーキングエリアを提供する。ＲＯＭ１８３は、各種制御プログラムを不揮発的に記憶する記憶媒体である。

記憶部１８４は、プログラムや予約テーブル等の決済処理に用いるデータを格納し、フラッシュメモリやハードディスク等により構成される。入出力ＩＦ１８５は、ハードウェア外部とデータの送受信を行うものである。尚、各構成は、バス１８６により接続される。

以上の構成を有する決済処理システム１によって行われる各種処理の流れについて図面を用いて説明する。図７は、フロント端末２０によって実行される予約処理の一例を示すフローチャートであり、図９〜１１は、端末装置１００によって実行されるチェックイン時の決済処理の一例を示すフローチャートである。予約処理の進行は、主に予約テーブル作成部２１により実行され、決済処理の進行は、主に決済処理部１１４により実行される。各フロー中で必要に応じて各種機能構成が適切な処理を実行、制御する。

以下、図７で示される予約処理の流れについて説明する。

図７のステップＳ１では、フロント端末２０は予約処理を開始するにあたり、利用者からの利用者情報の入力を受け付ける。より詳しくは、フロント端末２０は、外部のインターネット回線を通じて、利用者が保持するスマートフォン等の端末２００から送信された利用者情報の入力を受け付ける。予約テーブル作成部２１は、入力された情報に基づき、図８で説明した予約テーブルを作成する。尚、この時点において予約テーブル作成部２１により予約テーブルに記録される情報は、決済処理時に記録される内容（チェックイン日、チェックアウト日、料金）と決済情報を除いた各種情報である。

ステップＳ２では、判定部２２は、利用者の居住国が日本であるかどうか（外国人であるかどうか）について判定する。判定部２２による判定は、上述したように住所（居住国）から判定する。

ステップＳ２における判定がＹｅｓである場合、ステップＳ３へ移行し、予約テーブル作成部２１は、紙幣、硬貨、クレジットによる決済を許可する。即ち予約テーブルの決済情報の欄を全て○にする。

ステップＳ２における判定がＮｏである場合、ステップＳ４へ移行し、予約テーブル作成部２１は、クレジット決済のみを許可する。即ち予約テーブルの決済情報の欄を、クレジットカードを除いて×とする。

ステップＳ５では、予約テーブル作成部２１は、以上ステップＳ１〜Ｓ４に基づき、決済処理時に記録される内容（チェックイン日、チェックアウト日、料金）を除いた各欄を記録し、予約テーブルの作成を終了する。尚、フロント端末２０は、予約テーブルの作成が終わったあと、利用者に対して予約番号の通知を適宜行う。また、フロント端末２０は、作成した予約テーブルをサーバー１０へ送信し、サーバー１０へ格納する。

以下、図９〜１１で示される決済処理の流れについて説明する。

ステップＳ１１では、キー入力制御部１１３が顧客からの入力を検知したか否かを判定する。尚、端末装置１００に付属されたセンサー（不図示）により顧客が端末装置１００の前に近づいたことを検知したか否かを判定してもよい。ステップＳ１１では、顧客が端末装置１００を利用する状況となるまで判定を繰り返す。

ステップＳ１２では、端末装置１００は、利用者からの予約番号を受け付け、装置内へ入力する。具体的には、画面表示部１１２は、表示装置１０１に予約番号の入力を促す画面を表示させる。そして、表示装置１０１（入力装置１０８）を介して利用者から予約番号の入力を受け付ける。予約番号は、予約処理時に付与された規定の桁の番号（図８の００１、００２等）を示す。

ステップＳ１３では、端末装置１００は、通信制御部１１１を介してサーバー１０に対してホスト通信を行う。ここで行われる通信内容は、ステップＳ１２で入力された予約番号に該当する番号が予約テーブル（図８）にある場合に、サーバー１０が予約内容（図８の予約テーブルの該当する予約番号の行に記録された諸々の情報）を端末装置１００へ送信し、該当する番号がない場合にサーバー１０がその旨を端末装置１００へ送信するように、サーバー１０へ問合せを行うものである。

ステップＳ１４では、端末装置１００は、受信した電文に該当する予約番号があるか否かを判断し、該当する予約番号がある場合には、ステップＳ１６において画面表示部１１２が、その予約内容を表示装置１０１へ表示する。一方、該当する予約番号がない場合には、図１１へ移行し、決済処理を終了する。このとき、端末装置１００は、利用者に対して予約番号が未登録である旨を報知するために表示装置１０１へ適切な画面を表示してもよい。

ステップＳ１６では、利用者に予約内容が合っているかどうかを確認するために、画面表示部１１２は、予約内容を表示装置１０１へ表示する。また、ステップＳ１７では、入力装置１０８（１０１）は、利用者からの予約内容の是非の入力を受け付ける。ステップＳ１７における判定がＮｏ（予約内容に誤りがある）である場合には、図１１へ移行し、決済処理を終了する。ステップＳ１７における判定がＹｅｓ（予約内容ＯＫ）である場合、図１０のステップＳ２２へ移行する。

ステップＳ２２では、ユニット制御部１２２は、カード/レシート処理ユニット制御部１３４を制御して、カード/レシート処理ユニット１７０を初期化する。

ステップＳ２３では、判定部１１５は、ステップＳ１３において、サーバー１０より受信した予約内容より決済処理方法を判定する。第１の実施形態においては、予約処理時に作成された予約テーブルの決済情報に従って、決済処理の際の入金時において、許可されていない通貨での取引を抑止する。ステップＳ２３において、利用者が、予約処理時に判定部２２により日本人と判定され、全ての通貨による入金を許可されている利用者であるときには、ステップＳ２４へ移行する。ステップＳ２３において、利用者が、予約処理時に判定部２２により外国人と判定され、クレジットカード以外の通貨による入金が許可されていない利用者である場合には、ステップＳ２９へ移行する。

ステップＳ２４では、ユニット制御部１２２は、紙幣処理ユニット制御部１３１を制御して、紙幣処理ユニット１５０を初期化し、ステップＳ２５では、ユニット制御部１２２は、硬貨処理ユニット制御部１３２を制御して、硬貨処理ユニット１４０を初期化する。

ステップＳ２６では、画面表示部１１２は、表示装置１０１に入金画面（１）を表示させる。図１２は、入金画面の一例を示す図である。画面表示部１１２は、図１２に示すような、紙幣と硬貨での支払いが可能である旨と利用料金とを利用者に知らせる入金画面（１）を表示させる。そして、利用者からの入金を受け付ける。

ステップＳ２７では、ユニット制御部１２２は、紙幣処理ユニット制御部１３１を制御して、入金された通貨を計数する。

ステップＳ２８では、画面表示部１１２は、表示装置１０１に入金金額を表示させる。このとき表示装置１０１が表示する画面は、図１３で示されるような入金内容確認画面である。

ステップＳ３２では、決済処理部１１４は、利用者が入金金額等に問題がないかどうか判断し、利用者から入力を受け付け、決済処理を確定するか判定する。例えば、ステップＳ２８で表示された入金内容確認画面に対して利用者が確認アイコンをタッチした場合、決済処理部１１４は決済処理を確定し、ステップＳ３３へ移行する。利用者が取消をタッチした場合、決済処理部１１４は決済処理を中止、終了するため、ステップＳ３７へ移行する。

ステップＳ３３では、ユニット制御部１２２は、紙幣処理ユニット制御部１３１及び（または）硬貨処理ユニット制御部１３２を制御して、入金された紙幣、硬貨を対応する金種別収納部へ収納する。

ステップＳ３４では、利用者からの入金金額に釣り銭が生じた場合、ユニット制御部１２２は、紙幣処理ユニット制御部１３１及び（または）硬貨処理ユニット制御部１３２を制御して、釣り銭を利用者に対して出金する。

ステップＳ３５では、ユニット制御部１２２は、カード/レシート処理ユニット制御部１３４を制御して、レシートを発行し、ステップＳ３６では、ユニット制御部１２２は、ルームカード処理ユニット制御部１３３を制御して、ルームカードキーを発行する。

そして、決済処理部１１４は決済処理を終了する。尚、ステップＳ３２からステップＳ３７へ移行した場合には、ユニット制御部１２２は、紙幣処理ユニット制御部１３１及び（または）硬貨処理ユニット制御部１３２を制御して、入金された通貨を返金し、決済処理部１１４は、決済処理を中止、終了する。

ステップＳ２３において、判定部１１５が決済情報に従い、クレジットカード以外の通貨による入金が許可されていない利用者であると判定した場合には、ステップＳ２９へ移行する。

ステップＳ２９では、画面表示部１１２は、表示装置１０１に図１２に示すような、入金画面（２）を表示させる。ここで利用者は、カード挿入口１０２へクレジットカードを挿入し、ステップＳ３０においてユニット制御部１２２は、カード/レシート処理ユニット制御部１３４を制御して、クレジットカードを読み取る。ステップＳ３１では、キー入力制御部１１３は、ステップＳ２９において表示装置１０１に表示された画面のテンキーアイコンから暗証番号の入力を受け付ける。そして、決済処理部１１４により決済処理が確定して実行され、上述のステップＳ３５へ移行する。

以上の決済処理システム１によれば、予約処理時に、決済処理を行う際に硬貨による入金を抑止する利用者を予め判定しておくことで、決済処理を行う端末装置１００に外国硬貨の混入を未然に防止することができる。

尚、第１の実施形態では、外国人による決済処理に際して、紙幣による入金も抑止する例を示しているが、紙幣による入金は許可して硬貨のみを抑止するように設定しても構わない。

また、第１の実施例では、外国人による決済に対して、クレジットのみの取引、日本人には、紙幣と硬貨の取引としているが、日本人にはクレジット／紙幣／硬貨の取引と設定しても構わない。

以下、第２の実施形態における決済処理システムについて説明する。第２の実施形態における決済処理システムは、決済処理システム１と同様の構成を有するが、主制御部１１０の判定部１１５が実行する処理が異なっている点が、第１の実施形態と相違する。また、フロント端末２０による予約処理を事前に実行する点で変わりはないが、図８に示す予約テーブルの決済情報の欄は使用しない。

判定部１１５は、キー入力制御部１１３を介して利用者から入力される使用言語を選択する入力に基づき、決済処理において硬貨が入金されることを抑止するか否かを判定する。第１の実施形態では、フロント端末２０の判定部２２が硬貨の抑止の是非を判定していたが、第２の実施形態では、判定部１１５において硬貨の抑止の是非が判定される。そしてここでは、利用者情報は、利用者の住所ではなく、利用者が使用する言語である。

以上の構成を有する第２の実施形態における決済処理システムによって行われる各種処理の流れについて図面を用いて説明する。図１４〜図１６は、端末装置１００によって実行される決済処理のフローチャートを示す。決済処理の進行は、主に決済処理部１１４により実行される。各フロー中で必要に応じて各種機能構成が適切な処理を実行、制御する。

以下、図１４〜図１６で示される決済処理の流れについて説明する。

図１４に示す決済処理のフローチャートのステップＳ１０１、Ｓ１０５〜Ｓ１１０は、図９のステップＳ１１〜Ｓ１７と等しいため説明を省略する。

ステップＳ１０１で顧客を検知した場合、ステップＳ１０２へ移行する。ステップＳ１０２では、画面表示部１１２は、表示装置１０１に図１７に示すような言語選択画面を表示させる。キー入力制御部１１３は、言語選択画面において国名を記したアイコンをタッチすることによる利用者からの使用言語の選択を受け付ける。

ステップＳ１０３では、判定部１１５は、使用言語として日本語が選択されたか否かを判定する。ステップＳ１０３の判定がＹｅｓである場合、ステップＳ１０５へ移行する。ステップＳ１０３の判定がＮｏである場合、ステップＳ１０４へ移行する。

ステップＳ１０４では、決済処理部１１４は、決済処理方法の判定時に硬貨による入金が行われることを抑止するフラグをオン（１）に設定する。尚、フラグの初期値はオフ（０）に設定されている。

図１５へ移る。ステップＳ１１１では、判定部１１５は、決済処理方法を判定する。第２の実施形態においては、判定部１１５により利用者が使用する言語（入力された言語）に基づいて、硬貨による入金が行われることを抑止するフラグがオンに設定されているか否かを判定する。フラグがオフの場合には、ステップＳ１１２へ移行し、フラグがオンの場合には、ステップＳ１１７へ移行する。ステップＳ１１２〜ステップＳ１１６は、紙幣及び硬貨による入金を受け付け、決済処理を実行する流れを示すものであり、図１０のステップＳ２４〜Ｓ２８と等しいため説明を省略する。

ステップＳ１１７では、ユニット制御部１２２は、紙幣処理ユニット制御部１３１を制御して、紙幣処理ユニット１５０を初期化する。

ステップＳ１１８では、画面表示部１１２は、表示装置１０１に図１８に示すような、紙幣での支払いが可能である旨と利用料金とを利用者に知らせる入金画面（３）を表示させる。そして、利用者からの紙幣による入金を受け付ける。

ステップＳ１１９では、ユニット制御部１２２は、紙幣処理ユニット制御部１３１を制御して、入金された通貨を計数する。

ステップＳ１２０では、画面表示部１１２は、表示装置１０１に入金金額を表示させる。

以下、図１６のステップＳ１２１〜ステップＳ１２６は、図１１のステップＳ３２〜ステップＳ３７と等しいため説明を省略する。

第２の実施形態によれば、予約処理時の利用者から入力された情報ではなく、決済処理時に利用者から入力された情報（ここでは選択された言語）を利用者情報として扱い、外国人による硬貨の入金を抑止する。このように利用者情報は、第１の実施形態で示した予約処理時に入力される情報に限らず、利用者が外国人であるかどうかを特定できる情報であれば、決済処理時に入力される情報であってもよい。

以下、第３の実施形態における決済処理システムについて説明する。第３の実施形態における決済処理システムは、決済処理システム１と同様の構成を有するが、主制御部１１０の判定部１１５が実行する処理が異なっている点が、第１の実施形態と相違する。また、フロント端末２０による予約処理を事前に実行する点で変わりはないが、図８に示す予約テーブルの決済情報の欄は使用しない。

判定部１１５は、ユニット制御部１２２のカード/レシート処理ユニット制御部１３４が読みとったクレジットカードに記録された情報に基づいて、決済処理において硬貨が入金されることを抑止するか否かを判定する。

図２３は、国内外で使用されるクレジットカードを示す。図２３の左側は、日本国内で発行されたクレジットカードの表面及び裏面を示し、図２３の右側は、海外で発行されたクレジットカードの表面及び裏面を示している。日本で発行されたクレジットカードの表面には、日本固有の規格であるＪＩＳ２磁気ストライプが設けられており、この点において海外のクレジットカードと異なっている。判定部１１５は、ユニット制御部１２２のカード/レシート処理ユニット制御部１３４が読みとったクレジットカードにＪＩＳ２磁気ストライプがあるか無いかを判定することで、利用者が外国人か否かを判定することができる。即ち、第３の実施形態では、利用者情報は、利用者が保有するクレジットカードの特徴である。

以上の構成を有する第３の実施形態における決済処理システムによって行われる各種処理の流れについて図面を用いて説明する。図１９〜図２１は、端末装置１００によって実行される決済処理のフローチャートを示す。決済処理の進行は、主に決済処理部１１４により実行される。各フロー中で必要に応じて各種機能構成が適切な処理を実行、制御する。

以下、図１９〜図２１で示される決済処理の流れについて説明する。図１９に示す決済処理のフローチャートのステップＳ２０１、Ｓ２０６〜Ｓ２１１は、図９のステップＳ１１〜Ｓ１７と等しいため説明を省略する。

ステップＳ２０１で顧客を検知した場合、ステップＳ２０２へ移行する。ステップＳ２０２では、画面表示部１１２は、表示装置１０１に図２２に示すようなクレジットカード受付画面を表示させ、利用者に対しクレジットカードの挿入を促す。カード挿入口１０２を介してクレジットカードが挿入されたとき、ユニット制御部１２２は、カード/レシート処理ユニット制御部１３４を制御して、クレジットカードを読み取る。

ステップＳ２０３では、判定部１１５は、ユニット制御部１２２が読みとったクレジットカードにＪＩＳ２磁気ストライプがあるか無いかを判定する。ステップＳ２０３の判定がＹｅｓである場合、ステップＳ２０５へ移行する。ステップＳ２０３の判定がＮｏである場合、ステップＳ２０４へ移行する。

ステップＳ２０４では、決済処理部１１４は、決済処理方法の判定時に硬貨による入金が行われることを抑止するフラグをオン（１）に設定する。尚、フラグの初期値はオフ（０）に設定されている。

図２０のステップＳ２１２〜ステップＳ２２１は、図１０のステップＳ２２〜Ｓ３１と等しいため説明を省略する。図２１のステップＳ２２２〜Ｓ２２７は、図１１のステップＳ３２〜ステップＳ３７と等しいため説明を省略する。

第３の実施形態によれば、利用者が保有するクレジットカードの特徴から外国人かどうかを判定し、外国人であった場合に硬貨による入金を抑止する。第３の実施形態によっても第１、２の実施形態と同様に、決済処理に際して外国硬貨の混入を防止することができる。

以下、第４の実施形態における決済処理システムについて説明する。第４の実施形態における決済処理システムは、決済処理システム１と同様の構成を有するが、主制御部１１０の判定部１１５が実行する処理が異なっている点が、第１の実施形態と相違する。また、フロント端末２０による予約処理を事前に実行する点で変わりはないが、図８に示す予約テーブルの決済情報の欄は使用しない。

判定部１１５は、ユニット制御部１２２のカード/レシート処理ユニット制御部１３４が読みとったクレジットカードに記録された情報に基づいて、決済処理において硬貨が入金されることを抑止するか否かを判定する。より具体的には、判定部１１５は、読みとられたクレジットカードを管理する会社の情報を、予めサーバー１０の記憶部１１に記憶されたクレジットカード会社のリスト情報と比較、照合することで、その会社が日本の会社かどうかを判定する。クレジットカード会社が外国に所在する場合、利用者が外国人であると判定することができる。即ち、第４の実施形態では、利用者情報は、利用者が保有するクレジットカードに記録された情報である。

以上の構成を有する第４の実施形態における決済処理システムによって行われる各種処理の流れについて図面を用いて説明する。図２４は、端末装置１００によって実行される決済処理のフローチャートを示す。決済処理の進行は、主に決済処理部１１４により実行される。各フロー中で必要に応じて各種機能構成が適切な処理を実行、制御する。

以下、図２４で示される決済処理の流れについて説明する。図２４に示す決済処理のフローチャートのステップＳ３０１、Ｓ３０６〜Ｓ３１１は、図９のステップＳ１１〜Ｓ１７と等しいため説明を省略する。

ステップＳ３０２では、画面表示部１１２は、表示装置１０１に図２２に示すようなクレジットカード受付画面を表示させ、利用者に対しクレジットカードの挿入を促す。カード挿入口１０２を介してクレジットカードが挿入されたとき、ユニット制御部１２２は、カード/レシート処理ユニット制御部１３４を制御して、クレジットカードを読み取る。

ステップＳ３０３では、判定部１１５は、クレジットカードを管理する会社の情報を、予めサーバー１０の記憶部１１に記憶されたクレジットカード会社のリスト情報と比較することで、その会社が日本の会社かどうかを判定する。ステップＳ３０３の判定がＹｅｓである場合、ステップＳ３０５へ移行する。ステップＳ３０３の判定がＮｏである場合、ステップＳ３０４へ移行する。

ステップＳ３０４では、決済処理部１１４は、決済処理時に硬貨による入金が行われることを抑止するフラグをオン（１）に設定する。尚、フラグの初期値はオフ（０）に設定されている。

図２４の続きの処理は、図２１、図２２の処理と等しい。

第４の実施形態によれば、利用者が保有するクレジットカードの情報（クレジットカード会社の情報）を照合し、外国の会社か日本国内の会社かを特定することで、利用者が外国人かどうかを判定することができる。第４の実施形態によっても第１−３の実施形態と同様に、決済処理に際して外国硬貨の混入防止することができる。

上述した実施形態は、発明の理解を容易にするために具体例を示したものであり、本発明はこれらの実施形態に限定されるものではない。上述したプログラム、決済処理システム、決済処理に係る方法は、特許請求の範囲に記載した本発明を逸脱しない範囲において、さまざまな変形、変更が可能である。

１ 決済処理システム
１０ サーバー
１１ 記憶部
１２、２３、１１１ 通信制御部
２０ フロント端末
２１ 予約テーブル作成部
２２ 判定部
１００ 端末装置
１０１ 表示装置
１０２ カード挿入口
１０３ 硬貨入金口
１０４ 硬貨出金口
１０５ 紙幣入出金口
１０６ ルームキー発行口
１０７ フリッカランプ
１０８ 入力装置
１１０ 主制御部
１１２ 画面表示部
１１３ キー入力制御部
１１４ 決済処理部
１１５ 判定部
１２１ フリッカランプ制御部
１２２ ユニット制御部
１２５ 記憶部
１３１ 紙幣処理ユニット制御部
１３２ 硬貨処理ユニット制御部
１３３ ルームカード処理ユニット制御部
１３４ カード/レシート処理ユニット制御部
１４０ 硬貨処理ユニット
１４１、１５１ 入出金部
１４２、１５２ 識別部
１４３、１５３ 金種別収納部
１４４、１５４ リジェクト部
１４５、１５５ 補充回収カセット
１４６ 硬貨搬送部
１５０ 紙幣処理ユニット
１５６ 紙幣搬送部
１６０ ルームカード処理ユニット
１７０ カード/レシート処理ユニット
１８１ ＣＰＵ
１８２ ＤＲＡＭ
１８３ ＲＯＭ
１８４ 記憶部
１８５ 入出力ＩＦ
１８６ バス

Claims (7)

1. 利用者からの入力に基づき決済処理を実行する端末装置を含むシステムのコンピュータに制御処理を実行させるプログラムであって、
   前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定する処理であって、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む、処理と、
   前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定する処理と、
   を前記コンピュータに実行させることを特徴とするプログラム。
2. 請求項１に記載のプログラムであって、
   前記利用者情報は、利用者の住所を含む
   ことを特徴とするプログラム。
3. 請求項１に記載のプログラムであって、
   前記利用者情報は、利用者が保有するクレジットカードに記録された情報を含む
   ことを特徴とするプログラム。
4. 請求項３に記載のプログラムであって、
   前記利用者情報と、予め記憶部に記憶された情報とを比較することで、前記利用者が外国人か否かを判定する処理を実行させる
   ことを特徴とするプログラム。
5. 請求項１に記載のプログラムであって、
   前記利用者情報は、利用者が使用する言語を含む
   ことを特徴とするプログラム。
6. 利用者からの入力に基づき決済処理を実行する端末装置を含む決済処理システムであって、
   前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定し、前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定する判定部を含み、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む
   ことを特徴とする決済処理システム。
7. 利用者からの入力に基づき決済処理を実行する端末装置を含む決済処理システムによって実行される制御方法であって、
   前記端末装置の利用者に関する利用者情報に基づき、前記利用者が外国人か否かを判定することであって、前記利用者情報は、前記利用者が外国人か否かを特定する情報を含む、ことと、
   前記利用者が外国人であると判定した場合、前記決済処理において前記利用者からの硬貨の入金を抑止すると判定することと、
   を含むことを特徴とする制御方法。

Images