(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-03-13
(45)【発行日】2024-03-22
(54)【発明の名称】決済装置、決済システム及び決済方法
(51)【国際特許分類】
G06Q 20/42 20120101AFI20240314BHJP
G07F 7/02 20060101ALI20240314BHJP
G07F 9/00 20060101ALI20240314BHJP
G07F 9/02 20060101ALI20240314BHJP
【ＦＩ】
G06Q20/42
G07F7/02 Z
G07F9/00 P
G07F9/02 Z
【請求項の数】
8
(21)【出願番号】P 2020103475
(22)【出願日】2020-06-16
(65)【公開番号】P2021196917
(43)【公開日】2021-12-27
【審査請求日】2023-04-18
(73)【特許権者】
【識別番号】593092482
【氏名又は名称】ＪＲ東日本メカトロニクス株式会社
(74)【代理人】
【識別番号】100104880
【弁理士】
【氏名又は名称】古部 次郎
(74)【代理人】
【識別番号】100125346
【弁理士】
【氏名又は名称】尾形 文雄
(72)【発明者】
【氏名】瓜本 忠司
(72)【発明者】
【氏名】橋本 謙一
【審査官】大野 朋也
(56)【参考文献】
【文献】国際公開第２０１９／１１７０２１（ＷＯ，Ａ１）
【文献】特開昭５５－０４７５６３（ＪＰ，Ａ）
【文献】特開２００６－２２７４１６（ＪＰ，Ａ）
【文献】特開２０１９－００８３７４（ＪＰ，Ａ）
【文献】特開２０２０－０１３３２４（ＪＰ，Ａ）
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
Ｇ０７Ｆ ７／０２
Ｇ０７Ｆ ９／００
Ｇ０７Ｆ ９／０２
(57)【特許請求の範囲】
【請求項1】
情報を送受信する通信部と、決済者の携帯端末を用いて撮像する識別画像を表示する表示部と、を有する決済装置であって、撮像された前記識別画像に対応する決済情報の送信先である決済センタに対する、当該決済情報に関する決済の完了の確認を問い合わせる確認要求の送信を、前記通信部に指示する確認ボタンを有する
ことを特徴とする決済装置。
【請求項2】
前記識別画像の表示が開始されてからの経過時間を計測する計測部と、計測された前記経過時間が所定の値を超えた場合に、前記識別画像の表示を終了する制御部と、
を更に有する請求項１に記載の決済装置。
【請求項3】
前記制御部は、前記確認ボタンの操作を検出する機能を有し、
前記確認ボタンの操作を検出した場合に、計測された前記経過時間をリセットし、
前記表示部は、
前記経過時間に対応する時間情報を表示する機能を有し、
前記経過時間のリセットに応じて、表示される前記時間情報を更新する
請求項２に記載の決済装置。
【請求項4】
前記表示部は、前記識別画像が表示される画面に前記確認ボタンを表示する機能と、当該画面に表示された当該確認ボタンに対する操作を検出する機能とを有し、
前記制御部は、
前記操作の検出を通じ、前記画面に表示された前記確認ボタンの操作を検出する
請求項２又は３に記載の決済装置。
【請求項5】
前記通信部は、前記確認ボタンの操作の有無にかかわらず、所定のタイミングで前記確認要求を送信する請求項１～４のいずれか１項に記載の決済装置。
【請求項6】
前記決済装置は、自動販売装置に設置される端末であり、前記表示部は、前記自動販売装置の商品選択ボタンの押下げに応じて、前記識別画像の表示を開始する
請求項１～５のいずれか１項に記載の決済装置。
【請求項7】
決済者の携帯端末から決済情報を受信して決済に関する処理を実行する決済センタと、情報を送受信する通信部と、前記携帯端末を用いて撮像する識別画像を表示する表示部と、当該識別画像に対応する前記決済情報の送信先である前記決済センタに対する、当該決済情報に関する決済の完了の確認を問い合わせる確認要求の送信を、当該通信部に指示する確認ボタンと、を有する決済装置と、
を有する決済システム。
【請求項8】
決済者による商品又はサービスの選択を受け付ける決済装置が、決済者の携帯端末による撮像の対象として、決済者が選択した商品又はサービスに対応する識別画像を表示する工程と、
前記識別画像を撮像した前記携帯端末による決済情報の送信先である決済センタに対し、当該決済情報に関する決済の完了の確認を問い合わせる確認要求を送信する工程と、
を有する決済方法。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、決済装置、決済システム及び決済方法に関する。
【背景技術】
【0002】
業者端末のディスプレイに表示された２次元コードを、ユーザが携帯端末を用いて撮影すると、撮像された２次元コードから読み取られた請求金額や購入者であるユーザを特定するＩＤ等が携帯端末から決済サーバに送信され、その後、決済サーバがユーザのクレジット情報を業者端末に送信することで決済が完了するシステム（以下「決済システム」という）がある。この種の決済システムは、ＭＰＭ（＝Merchant Presented Mode）方式と呼ばれる。
【先行技術文献】
【特許文献】
【0003】
【文献】国際公開第２０１７／０２９７３９号
【発明の概要】
【発明が解決しようとする課題】
【0004】
ところが、業者端末が決済サーバからの決済の完了の通知を待って決済が完了する決済システムでは、通信不良等により通知の完了が遅れることで商品の提供が遅れ、ユーザの不満になる可能性がある。
【0005】
本発明は、ＭＰＭ方式の決済システムにおいて、遅滞なく商品の提供を可能にすることを目的とする。
【課題を解決するための手段】
【0006】
請求項１に記載の発明は、情報を送受信する通信部と、決済者の携帯端末を用いて撮像する識別画像を表示する表示部と、を有する決済装置であって、撮像された前記識別画像に対応する決済情報の送信先である決済センタに対する、当該決済情報に関する決済の完了の確認を問い合わせる確認要求の送信を、前記通信部に指示する確認ボタンを有することを特徴とする決済装置である。
請求項２に記載の発明は、前記識別画像の表示が開始されてからの経過時間を計測する計測部と、計測された前記経過時間が所定の値を超えた場合に、前記識別画像の表示を終了する制御部と、を更に有する請求項１に記載の決済装置である。
請求項３に記載の発明は、前記制御部は、前記確認ボタンの操作を検出する機能を有し、前記確認ボタンの操作を検出した場合に、計測された前記経過時間をリセットし、前記表示部は、前記経過時間に対応する時間情報を表示する機能を有し、前記経過時間のリセットに応じて、表示される前記時間情報を更新する請求項２に記載の決済装置である。
請求項４に記載の発明は、前記表示部は、前記識別画像が表示される画面に前記確認ボタンを表示する機能と、当該画面に表示された当該確認ボタンに対する操作を検出する機能とを有し、前記制御部は、前記操作の検出を通じ、前記画面に表示された前記確認ボタンの操作を検出する請求項２又は３に記載の決済装置である。
請求項５に記載の発明は、前記通信部は、前記確認ボタンの操作の有無にかかわらず、所定のタイミングで前記確認要求を送信する請求項１～４のいずれか１項に記載の決済装置である。
請求項６に記載の発明は、前記決済装置は、自動販売装置に設置される端末であり、前記表示部は、前記自動販売装置の商品選択スイッチの押下げに応じて、前記識別画像の表示を開始する請求項１～５のいずれか１項に記載の決済装置である。
請求項７に記載の発明は、決済者の携帯端末から決済情報を受信して決済に関する処理を実行する決済センタと、情報を送受信する通信部と、前記携帯端末を用いて撮像する識別画像を表示する表示部と、当該識別画像に対応する前記決済情報の送信先である前記決済センタに対する、当該決済情報に関する決済の完了の確認を問い合わせる確認要求の送信を、当該通信部に指示する確認ボタンと、を有する決済装置と、を有する決済システムである。
請求項８に記載の発明は、決済者による商品又はサービスの選択を受け付ける決済装置が、決済者の携帯端末による撮像の対象として、決済者が選択した商品又はサービスに対応する識別画像を表示する工程と、前記識別画像を撮像した前記携帯端末による決済情報の送信先である決済センタに対し、当該決済情報に関する決済の完了の確認を問い合わせる確認要求を送信する工程と、を有する決済方法である。
請求項２に記載の発明は、前記識別画像の表示が開始されてからの経過時間を計測する計測部と、計測された前記経過時間が所定の値を超えた場合に、前記識別画像の表示を終了する制御部と、を更に有する請求項１に記載の決済装置である。
請求項３に記載の発明は、前記制御部は、前記確認ボタンの操作を検出する機能を有し、前記確認ボタンの操作を検出した場合に、計測された前記経過時間をリセットし、前記表示部は、前記経過時間に対応する時間情報を表示する機能を有し、前記経過時間のリセットに応じて、表示される前記時間情報を更新する請求項２に記載の決済装置である。
請求項４に記載の発明は、前記表示部は、前記識別画像が表示される画面に前記確認ボタンを表示する機能と、当該画面に表示された当該確認ボタンに対する操作を検出する機能とを有し、前記制御部は、前記操作の検出を通じ、前記画面に表示された前記確認ボタンの操作を検出する請求項２又は３に記載の決済装置である。
請求項５に記載の発明は、前記通信部は、前記確認ボタンの操作の有無にかかわらず、所定のタイミングで前記確認要求を送信する請求項１～４のいずれか１項に記載の決済装置である。
請求項６に記載の発明は、前記決済装置は、自動販売装置に設置される端末であり、前記表示部は、前記自動販売装置の商品選択スイッチの押下げに応じて、前記識別画像の表示を開始する請求項１～５のいずれか１項に記載の決済装置である。
請求項７に記載の発明は、決済者の携帯端末から決済情報を受信して決済に関する処理を実行する決済センタと、情報を送受信する通信部と、前記携帯端末を用いて撮像する識別画像を表示する表示部と、当該識別画像に対応する前記決済情報の送信先である前記決済センタに対する、当該決済情報に関する決済の完了の確認を問い合わせる確認要求の送信を、当該通信部に指示する確認ボタンと、を有する決済装置と、を有する決済システムである。
請求項８に記載の発明は、決済者による商品又はサービスの選択を受け付ける決済装置が、決済者の携帯端末による撮像の対象として、決済者が選択した商品又はサービスに対応する識別画像を表示する工程と、前記識別画像を撮像した前記携帯端末による決済情報の送信先である決済センタに対し、当該決済情報に関する決済の完了の確認を問い合わせる確認要求を送信する工程と、を有する決済方法である。
【発明の効果】
【0007】
本発明によれば、ＭＰＭ方式の決済システムにおいて、遅滞なく商品の提供を可能にできる。
【図面の簡単な説明】
【0008】
【図1】実施の形態１で使用する決済システムの構成例を説明する図である。
【図2】実施の形態１で使用する決済端末の外観構成の一例を説明する図である。
【図3】決済端末の信号系の構成例を説明する図である。
【図4】決済者による決定スイッチの操作が無い場合の通信シーケンスの例を説明する図である。
【図5】決済者による決定スイッチの操作が無い場合の他の通信シーケンスの例を説明する図である。
【図6】決済者による決定スイッチの操作がある場合の通信シーケンスの例を説明する図である。
【図7】照会や決済完了が通信エラー等により決済端末で受信されない場合を説明する通信シーケンスの例を説明する図である。
【図8】決済端末で実行される処理動作を説明するフローチャートの一例である。
【図9】実施の形態１で使用する決済方法を選択する画面の一例を示す図である。（Ａ）は決済方法のブランド名の選択画面の一例を示し、（Ｂ）はＱＲコードが表示されるまでの表示の例を示す。
【図10】ＱＲコードの表示から決定スイッチが操作されるまでの画像の表示例を説明する図である。（Ａ）はＱＲコードの表示が開始された時点の画像を示し、（Ｂ）はＱＲコードの表示から１秒後の時点の画像を示す。
【図11】ＱＲコードの表示中に決定スイッチが操作された場合の画像の変化を説明する図である。（Ａ）は決定スイッチが操作される直前の画像を示し、（Ｂ）は決定スイッチが操作された直後の画像を示す。
【図12】ＱＲコード決済の結果を表す画面の例を説明する図である。（Ａ）は決済が成功した場合に表示される画面を示し、（Ｂ）は決済が失敗した場合に表示される画面を示す。
【図13】実施の形態２で使用する決済端末の外観構成の一例を説明する図である。
【図14】実施の形態２で使用する表示パネルに表示される画像の一例を説明する図である。
【図15】カウント値のリセットの他の例を説明する図である。
【図16】カウント値のリセットの他の例を説明する図である。
【図17】リセットの他の例を説明する図である。
【図18】決済端末で実行される他の処理動作を説明するフローチャートの一例である。
【図19】実施の形態５における通信シーケンスの例を説明する図である。
【図20】実施の形態５における他の通信シーケンスの例を説明する図である。
【図21】実施の形態６における処理動作の原理を説明する図である。
【図22】決済センタの信号系の構成例を説明する図である。
【図23】２０秒付近と５０秒付近に照会を集中的に配置したスケジュールに基づく通信シーケンスの例を説明する図である。
【発明を実施するための形態】
【0009】
以下、添付図面を参照して、実施の形態について詳細に説明する。
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する決済システム１の構成例を説明する図である。図１に示す決済システム１は、商品を販売する自動販売機１０と、ＱＲコードを介した決済を実行する決済センタ２０とで構成されている。ここでの自動販売機１０は、自動販売装置の一例である。
自動販売機１０の前面には、開閉可能に取り付けられた扉（以下「前面扉」という）が設けられており、この前面扉には、販売の対象とする商品を選択するためのボタン（以下「商品選択スイッチ」ともいう）が設けられている。
＜実施の形態１＞
＜システムの構成＞
図１は、実施の形態１で使用する決済システム１の構成例を説明する図である。図１に示す決済システム１は、商品を販売する自動販売機１０と、ＱＲコードを介した決済を実行する決済センタ２０とで構成されている。ここでの自動販売機１０は、自動販売装置の一例である。
自動販売機１０の前面には、開閉可能に取り付けられた扉（以下「前面扉」という）が設けられており、この前面扉には、販売の対象とする商品を選択するためのボタン（以下「商品選択スイッチ」ともいう）が設けられている。
【0010】
図１に示す自動販売機１０は、容器に入った飲料水を販売する装置である。
もっとも、販売の対象とする商品は、飲料水に限定されず、例えば食品、タバコ、新聞や雑誌、切手やはがき、カプセルに入った玩具、ガソリンや軽油、衣類、化粧品、医薬品も含まれる。また、販売の対象とする商品にはサービスも含まれる。サービスには、例えば交通機関の利用料、施設の利用料、入場料、保険料、理容店のサービス料も含まれる。
もっとも、販売の対象とする商品は、飲料水に限定されず、例えば食品、タバコ、新聞や雑誌、切手やはがき、カプセルに入った玩具、ガソリンや軽油、衣類、化粧品、医薬品も含まれる。また、販売の対象とする商品にはサービスも含まれる。サービスには、例えば交通機関の利用料、施設の利用料、入場料、保険料、理容店のサービス料も含まれる。
【0011】
図１に示す自動販売機１０は、貨幣による決済に加え、電子マネーやＱＲコード（登録商標）による決済も可能である。図１に示す自動販売機１０には、電子マネーによる決済やＱＲコードによる決済に使用する端末（以下「決済端末１１という）が取り付けられている。決済端末１１は、決済装置の一例である。
電子マネーによる決済とは、スマートフォンやカード型の情報端末と決済端末１１との間で受け渡しされる金銭に関する情報により決済が実現される方式をいう。なお、金銭に関する情報の受け渡しには、ＮＦＣ（＝Near Field Communication）等の無線通信を使用する。
電子マネーによる決済とは、スマートフォンやカード型の情報端末と決済端末１１との間で受け渡しされる金銭に関する情報により決済が実現される方式をいう。なお、金銭に関する情報の受け渡しには、ＮＦＣ（＝Near Field Communication）等の無線通信を使用する。
【0012】
ＱＲコードを使用する決済の方式には、商品を販売する事業者側がＱＲコードを提示する方式（ＭＰＭ方式）と、商品を購入するユーザ（以下「決済者」ともいう）がＱＲコードを提示する方式（ＣＰＭ方式）とがある。
本実施の形態では、決済端末１１にＱＲコードが表示されるＭＰＭ方式を想定する。ここでのＱＲコードは、決済に使用する識別画像の一例である。
本実施の形態では、決済端末１１にＱＲコードが表示されるＭＰＭ方式を想定する。ここでのＱＲコードは、決済に使用する識別画像の一例である。
【0013】
ＭＰＭ方式では、決済端末１１に表示されたＱＲコードの画像を、決済者のスマートフォン等で撮像し、ＱＲコードを発行した決済センタ２０との通信により、決済が実現される。なお、ＱＲコードは、手続き回毎に発行されるワンタイムコードである。
このため、ＱＲコードの撮像や撮像されたＱＲコードから取得される決済情報を決済センタ２０に送信するスマートフォン等は、決済者の携帯端末の一例である。
このため、ＱＲコードの撮像や撮像されたＱＲコードから取得される決済情報を決済センタ２０に送信するスマートフォン等は、決済者の携帯端末の一例である。
【0014】
図１には、自動販売機１０を１台のみ表しているが、現実には複数台の自動販売機１０が決済センタ２０に接続される。
また、図１には、決済センタ２０を１つのみ表しているが、現実には複数の決済センタ２０が存在する。具体的には、自動販売機１０が提携している決済サービスを提供する事業者の決済センタ２０を想定する。もっとも、決済センタ２０には、決済の処理を代行する事業者が運用するサーバや決済の処理を中継する事業者が運用するサーバその他のシステムも含まれる。
また、図１には、決済センタ２０を１つのみ表しているが、現実には複数の決済センタ２０が存在する。具体的には、自動販売機１０が提携している決済サービスを提供する事業者の決済センタ２０を想定する。もっとも、決済センタ２０には、決済の処理を代行する事業者が運用するサーバや決済の処理を中継する事業者が運用するサーバその他のシステムも含まれる。
【0015】
＜決済端末の構成＞
図２は、実施の形態１で使用する決済端末１１の外観構成の一例を説明する図である。決済端末１１は、前面側本体１１Ａと後面側本体１１Ｂとで構成される。前面側とは決済者が操作可能な面をいい、後面側とは自動販売機１０（図１参照）の前面扉に取り付けられる面をいう。
図２は、実施の形態１で使用する決済端末１１の外観構成の一例を説明する図である。決済端末１１は、前面側本体１１Ａと後面側本体１１Ｂとで構成される。前面側とは決済者が操作可能な面をいい、後面側とは自動販売機１０（図１参照）の前面扉に取り付けられる面をいう。
【0016】
後面側本体１１Ｂは、前面扉を開いた場合にアクセスが可能になる。後面側本体１１Ｂには、自動販売機１０の保守や管理を担当するスタッフによる確認用のランプやスイッチが設けられている。従って、後面側本体１１Ｂに設けられている各種のボタン類は、自動販売機１０の保守や管理を担当するスタッフのみが操作可能である。
一方の前面側本体１１Ａは、決済者によるアクセスが可能である。図２に示す前面側本体１１Ａには、情報の表示に用いられる表示パネル１１１と、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒと、電子マネーリーダー１１４とが設けられている。
一方の前面側本体１１Ａは、決済者によるアクセスが可能である。図２に示す前面側本体１１Ａには、情報の表示に用いられる表示パネル１１１と、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒと、電子マネーリーダー１１４とが設けられている。
【0017】
本実施の形態の場合、表示パネル１１１には、液晶ディスプレイを使用する。もっとも、表示パネル１１１として、有機ＥＬ（＝Electro Luminescence）ディスプレイを用いてもよい。表示パネル１１１は、表示部の一例である。
本実施の形態の場合、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒは、いずれも物理的なボタンとして表示パネル１１１とは別に用意されている。
本実施の形態の場合、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒは、いずれも物理的なボタンとして表示パネル１１１とは別に用意されている。
【0018】
本実施の形態における決定スイッチ１１２は、例えば決済に利用する決済サービスのブランド名の選択の決定に使用される他、決済者によるＱＲコードの読み取りが可能な残り時間の延長や決済センタ２０（図１参照）に対する決済の完了の問い合わせにも使用される。この意味で、決定スイッチ１１２は、確認ボタンの一例である。ここでの残り時間は、ＱＲコードの表示から経過した時間（以下「経過情報」という）に対応する時間情報の一例である。
【0019】
選択スイッチ１１３Ｌ及び１１３Ｒは、表示パネル１１１に表示される選択状態を示すカーソル等の位置の移動に使用される。選択スイッチ１１３Ｌは、選択状態を示すカーソル等の左方向への移動の指示に使用され、選択スイッチ１１３Ｒは、選択状態を示すカーソル等の右方向への移動の指示に使用される。
なお、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒには、不図示のＬＥＤ（＝Light Emitting Diode）が埋め込まれている。操作が可能な場合や決済者の操作を誘導する場合、不図示のＬＥＤが点灯する。
なお、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒには、不図示のＬＥＤ（＝Light Emitting Diode）が埋め込まれている。操作が可能な場合や決済者の操作を誘導する場合、不図示のＬＥＤが点灯する。
【0020】
電子マネーリーダー１１４は、電子マネーによる決済が決済者により選択された場合に、決済者の情報端末から金銭に関する情報を読み取るための装置である。情報端末がタッチされる部分には、リング型のＬＥＤが埋め込まれている。不図示のＬＥＤは、決済者に対して情報端末のタッチを誘導する目的で点灯される。
【0021】
図３は、決済端末１１の信号系の構成例を説明する図である。
決済端末１１は、端末全体の動作を制御する制御部１１０と、表示パネル１１１と、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒと、電子マネーリーダー１１４と、記憶部１１５と、通信インタフェース１１６とで構成されている。
記憶部１１５は、例えば半導体メモリであり、ファームウェアやアプリケーションプログラムが記憶されている。
決済端末１１は、端末全体の動作を制御する制御部１１０と、表示パネル１１１と、決定スイッチ１１２と、選択スイッチ１１３Ｌ、１１３Ｒと、電子マネーリーダー１１４と、記憶部１１５と、通信インタフェース１１６とで構成されている。
記憶部１１５は、例えば半導体メモリであり、ファームウェアやアプリケーションプログラムが記憶されている。
【0022】
通信インタフェース１１６は、決済センタ２０（図１参照）との通信等に使用される。本実施の形態における通信インタフェース１１６は、例えばＬＡＮ（＝Local Area Network）通信、ＬＴＥ（＝Long Term Evolution）通信、第４世代移動通信方式（いわゆる４Ｇ）、第５世代移動通信方式（いわゆる５Ｇ）による通信に対応している。
本実施の形態の場合、通信インタフェース１１６は、決済センタ２０との通信にＨＴＴＰ（＝Hypertext Transfer Protocol）プロトコルを使用する。通信インタフェース１１６は、通信部の一例である。
本実施の形態の場合、通信インタフェース１１６は、決済センタ２０との通信にＨＴＴＰ（＝Hypertext Transfer Protocol）プロトコルを使用する。通信インタフェース１１６は、通信部の一例である。
【0023】
制御部１１０は、ＣＰＵ（＝Central Processing Unit）を有し、記憶部１１５との連携によりコンピュータとして動作する。図３では、制御部１１０がプログラムの実行を通じて実現する機能の一部として、取引受付部１１０Ａと、ＱＲコード提示部１１０Ｂと、経過時間計測部１１０Ｃと、決済制御部１１０Ｄとを表している。
なお、制御部１１０には、電子マネーによる決済を処理するための機能も備えているが、本実施の形態における説明では省略する。
なお、制御部１１０には、電子マネーによる決済を処理するための機能も備えているが、本実施の形態における説明では省略する。
【0024】
取引受付部１１０Ａは、決済者による商品選択スイッチの操作、決済の方法を選択する操作を受け付ける。本実施の形態の場合、貨幣による決済、電子マネーによる決済（以下「電子マネー決済」ともいう）、ＱＲコードによる決済（以下「ＱＲコード決済」ともいう）の中から決済に用いる方法が選択される。
もっとも、貨幣による決済の選択は、貨幣投入口への硬貨や紙幣の投入により行われる。電子マネー決済とＱＲコード決済の選択は、表示パネル１１１に表示されたブランド名の選択により行われる。
もっとも、貨幣による決済の選択は、貨幣投入口への硬貨や紙幣の投入により行われる。電子マネー決済とＱＲコード決済の選択は、表示パネル１１１に表示されたブランド名の選択により行われる。
【0025】
ＱＲコード提示部１１０Ｂは、決済者が選択したブランド名に対応する決済センタ２０から取得したＱＲコードを表示する。
なお、ＱＲコードの取得に際し、ＱＲコード提示部１１０Ｂは、セキュリティが確保された通信方式により、決済者が選択した商品の決済金額等を対応する決済センタ２０に送信する。ここでの送信には、送信元である決済端末１１（図１参照）を特定する情報や処理を要求する日時の情報も含まれる。
なお、ＱＲコードの取得に際し、ＱＲコード提示部１１０Ｂは、セキュリティが確保された通信方式により、決済者が選択した商品の決済金額等を対応する決済センタ２０に送信する。ここでの送信には、送信元である決済端末１１（図１参照）を特定する情報や処理を要求する日時の情報も含まれる。
【0026】
また、ＱＲコード提示部１１０Ｂは、セキュリティが確保された通信方式により、発行されたＱＲコードを決済センタ２０から取得する。このＱＲコードは、発行から一定時間が経過すると無効になる。
ＱＲコードには、決済金額の他、商品の名称や商品の種別に関する情報、決済センタ２０にアクセスするための情報等が含まれる。もっとも、これらの情報は例示であり、その全てが含まれる必要はなく、また他の情報が含まれることを妨げない。
ＱＲコードには、決済金額の他、商品の名称や商品の種別に関する情報、決済センタ２０にアクセスするための情報等が含まれる。もっとも、これらの情報は例示であり、その全てが含まれる必要はなく、また他の情報が含まれることを妨げない。
【0027】
経過時間計測部１１０Ｃは、表示パネル１１１へのＱＲコードの表示から経過した時間（以下「経過時間」という）を計測する処理部である。本実施の形態の場合、経過時間は、初期値に対するカウントダウンとして計測される。なお、カウントダウンの実行中にリセットのイベントが発生した場合、経過時間計測部１１０Ｃは、カウント値を初期値に戻す処理を実行する。経過時間計測部１１０Ｃは、計測部の一例である。
【0028】
決済制御部１１０Ｄは、ＱＲコードによる決済に関する処理の進捗を管理する処理部である。決済制御部１１０Ｄは、例えば経過時間を示すカウント値の表示、決定スイッチ１１２や選択スイッチ１１３Ｌ、１１３Ｒに対応するＬＥＤの点灯状態の制御、決済者による決定スイッチ１１２の操作の検知、決定スイッチ１１２の操作に伴うカウント値のリセット、予めスケジュールされたタイミングでの決済センタ２０への決済の完了の問い合わせ、決定スイッチ１１２の操作に伴う決済センタ２０への決済の完了の問い合わせを実行する。ここでの決済制御部１１０Ｄは制御部の一例である。
【0029】
カウントダウン方式で表示されるカウント値は、決済者による決済が可能な残り時間を表す。本実施の形態の場合、カウント値の初期値を６０秒とする。
決定スイッチ１１２の操作が検知された場合、決済制御部１１０Ｄは、カウント値を初期値である６０秒にリセットする。このことは、決済者による操作が可能な時間が実質的に延長されることを意味する。
決定スイッチ１１２の操作が検知された場合、決済制御部１１０Ｄは、カウント値を初期値である６０秒にリセットする。このことは、決済者による操作が可能な時間が実質的に延長されることを意味する。
【0030】
ところで、決済者は、ＱＲコード決済に慣れている場合だけでなく、ＱＲコード決済に不慣れな場合もある。
後者の場合、６０秒以内に決済が完了しない可能性がある。６０秒以内に決済が完了しない場合（換言すると、カウント値が０になると）、決済制御部１１０Ｄは、表示パネル１１１におけるＱＲコードの表示を終了する。ここでのカウント値の「０」は、所定の値の一例である。また、カウント値が０になることは、経過時間が所定の値を超えることを意味する。
後者の場合、６０秒以内に決済が完了しない可能性がある。６０秒以内に決済が完了しない場合（換言すると、カウント値が０になると）、決済制御部１１０Ｄは、表示パネル１１１におけるＱＲコードの表示を終了する。ここでのカウント値の「０」は、所定の値の一例である。また、カウント値が０になることは、経過時間が所定の値を超えることを意味する。
【0031】
ＱＲコードが表示パネル１１１から消えた場合、決済者は、商品の選択や決済の方法の選択から操作をやり直さなければならず、購入への意欲を無くす可能性がある。換言すると、自動販売機１０を設置した事業者は、商品を販売する機会を失う可能性がある。
そこで、本実施の形態では、決定スイッチ１１２が操作された場合、決済制御部１１０Ｄは、経過時間計測部１１０Ｃが計測するカウント値を初期値にリセットして、ＱＲコード決済に不慣れな決済者のために作業時間の延長を可能とする。
そこで、本実施の形態では、決定スイッチ１１２が操作された場合、決済制御部１１０Ｄは、経過時間計測部１１０Ｃが計測するカウント値を初期値にリセットして、ＱＲコード決済に不慣れな決済者のために作業時間の延長を可能とする。
【0032】
商品の取り出しは、決済制御部１１０Ｄが、決済の完了を決済センタ２０から受信することで可能になる。
決済の完了を確認する方法には、決済者との間で決済の完了を確認した決済センタ２０が決済端末１１に通知する方法と、決済端末１１が決済センタ２０に決済の完了を問い合わせる方法とがある。
本実施の形態では、決済制御部１１０Ｄが、決済センタ２０に対する決済の完了の問い合わせを制御する。本実施の形態における決済制御部１１０Ｄは、予め定めたスケジュールに基づいて自動的に決済の完了の問い合わせを行う。
決済の完了を確認する方法には、決済者との間で決済の完了を確認した決済センタ２０が決済端末１１に通知する方法と、決済端末１１が決済センタ２０に決済の完了を問い合わせる方法とがある。
本実施の形態では、決済制御部１１０Ｄが、決済センタ２０に対する決済の完了の問い合わせを制御する。本実施の形態における決済制御部１１０Ｄは、予め定めたスケジュールに基づいて自動的に決済の完了の問い合わせを行う。
【0033】
問い合わせに対する応答により、決済の完了が確認されると、決済制御部１１０Ｄは、商品の取り出しを許可する。
このため、決済者が決済センタ２０との間で決済を完了した時点から、決済制御部１１０Ｄが決済の完了を確認するまでの時間が長い場合、商品を取り出せない状態が長くなり、そのことが決済者の不満につながる可能性がある。
この問題を解決する方法の一つは、決済の完了の問い合わせの間隔を短くすることである。換言すると、問い合わせの回数を増やすことである。
ところが、決済が完了していない間は、決済の完了の問い合わせの回数だけが増えることになり、決済センタ２０に支払う利用料金が増加する。すなわち、自動販売機１０側の運用コストが増加する。
このため、決済者が決済センタ２０との間で決済を完了した時点から、決済制御部１１０Ｄが決済の完了を確認するまでの時間が長い場合、商品を取り出せない状態が長くなり、そのことが決済者の不満につながる可能性がある。
この問題を解決する方法の一つは、決済の完了の問い合わせの間隔を短くすることである。換言すると、問い合わせの回数を増やすことである。
ところが、決済が完了していない間は、決済の完了の問い合わせの回数だけが増えることになり、決済センタ２０に支払う利用料金が増加する。すなわち、自動販売機１０側の運用コストが増加する。
【0034】
そこで、本実施の形態における決済制御部１１０Ｄには、決定スイッチ１１２が操作されると、決済センタ２０に対して決済の完了を問い合わせる機能を用意する。
決済の完了の問い合わせを決済者の操作により実行できることで、決済制御部１１０Ｄは、予め定められた次回の問い合わせのタイミングを待つことなく、決済の完了を確認することができる。すなわち、決済者は、決済の実行から遅滞なく、商品を取り出すことが可能になる。決済の完了から商品の取り出しまでの待ち時間が短くなることで、決済者の満足度を高めることが可能になる。
決済の完了の問い合わせを決済者の操作により実行できることで、決済制御部１１０Ｄは、予め定められた次回の問い合わせのタイミングを待つことなく、決済の完了を確認することができる。すなわち、決済者は、決済の実行から遅滞なく、商品を取り出すことが可能になる。決済の完了から商品の取り出しまでの待ち時間が短くなることで、決済者の満足度を高めることが可能になる。
【0035】
また、決済者による決済の実行に伴う決済の完了の問い合わせを実行しても、問い合わせ回数の増加は限定される。決済者の操作に基づいて決済の完了の問い合わせが実行されたとしても、予定されていた問い合わせが前倒しで実行されるのと実質的に同じであるためである。
もっとも、本実施の形態の場合、カウント値のリセットのタイミングでも決済の完了の問い合わせが実行されることになるので、その限りで、問い合わせの回数が増加する。
もっとも、本実施の形態の場合、カウント値のリセットのタイミングでも決済の完了の問い合わせが実行されることになるので、その限りで、問い合わせの回数が増加する。
【0036】
以下、図４～図７を使用して、決済端末１１と決済センタ２０との間で実行される通信シーケンスについて説明する。
図４は、決済者による決定スイッチ１１２の操作が無い場合の通信シーケンスの例を説明する図である。
通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求する。
図４は、決済者による決定スイッチ１１２の操作が無い場合の通信シーケンスの例を説明する図である。
通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求する。
【0037】
要求を受信した決済センタ２０は、ＱＲコードを発行し、決済端末１１にＱＲコードの情報を送信する。
ＱＲコードの情報を受信した決済端末１１は、ＱＲコードを表示する。このＱＲコードの表示から経過時間の計測が開始される。図４の場合、決済端末１１は、初回の問い合わせは計測開始から１０秒後であり、以後、５秒毎に決済センタ２０に決済の完了の問い合わせが実行される。図４では、ここでの問い合わせを「照会」と表している。
決済者による決済の操作（以下「決済操作」という）が行われていない場合、決済センタ２０は、照会に対して「未決済」を返信する。
一方、決済者による決済の操作（以下「決済操作」という）が行われていた場合、決済センタ２０は、照会に対して「決済完了」を返信する。
ＱＲコードの情報を受信した決済端末１１は、ＱＲコードを表示する。このＱＲコードの表示から経過時間の計測が開始される。図４の場合、決済端末１１は、初回の問い合わせは計測開始から１０秒後であり、以後、５秒毎に決済センタ２０に決済の完了の問い合わせが実行される。図４では、ここでの問い合わせを「照会」と表している。
決済者による決済の操作（以下「決済操作」という）が行われていない場合、決済センタ２０は、照会に対して「未決済」を返信する。
一方、決済者による決済の操作（以下「決済操作」という）が行われていた場合、決済センタ２０は、照会に対して「決済完了」を返信する。
【0038】
図５は、決済者による決定スイッチ１１２の操作が無い場合の他の通信シーケンスの例を説明する図である。図５には、図４との対応部分に対応する符号を付して示している。
図５に示す例は、決済センタ２０から決済端末１１に対して未決済の応答があった直後に決済者による決済操作があった場合である。このため、決済端末１１が決済の完了を知ることになるのは、次回の問い合わせのタイミングである。このため、スマートフォンでＱＲコードを撮像した決済者が決済センタ２０との間で決済を実行してから商品を取り出すまでの間に概略５秒ほどの待ち時間を要することになる。しかも、待ち時間は更に長い場合も生じ得る。この待ち時間は、決済者が望まない時間であり、不満の原因になりかねない。
図５に示す例は、決済センタ２０から決済端末１１に対して未決済の応答があった直後に決済者による決済操作があった場合である。このため、決済端末１１が決済の完了を知ることになるのは、次回の問い合わせのタイミングである。このため、スマートフォンでＱＲコードを撮像した決済者が決済センタ２０との間で決済を実行してから商品を取り出すまでの間に概略５秒ほどの待ち時間を要することになる。しかも、待ち時間は更に長い場合も生じ得る。この待ち時間は、決済者が望まない時間であり、不満の原因になりかねない。
【0039】
図６は、決済者による決定スイッチ１１２（図２参照）の操作がある場合の通信シーケンスの例を説明する図である。図６には、図５との対応部分に対応する符号を付して示している。
図６の場合、決済者は、決済操作の後、遅滞なく決定スイッチ１１２を操作している。このため、決済端末１１は、予め定めたタイミングとは無関係に照会を実行し、決済完了の通知を受信する。このため、決済者は、決済操作から遅滞なく商品を取り出すことができる。
図６の場合、決済者は、決済操作の後、遅滞なく決定スイッチ１１２を操作している。このため、決済端末１１は、予め定めたタイミングとは無関係に照会を実行し、決済完了の通知を受信する。このため、決済者は、決済操作から遅滞なく商品を取り出すことができる。
【0040】
ところで、決済操作が終わっているのに商品を取り出せない場合がある。
図７は、照会や決済完了が通信エラー等により決済端末１１で受信されない場合を説明する通信シーケンスの例を説明する図である。図７には、図４との対応部分に対応する符号を付して示している。
図７の場合、決済端末１１から決済センタ２０への照会の送信、又は、決済センタ２０から決済端末１１への決済完了の送信が、通信エラーなどにより不達の場合を表している。いずれの場合も、決済端末１１は、決済完了を確認できないので、商品を取り出すことができない。
図７は、照会や決済完了が通信エラー等により決済端末１１で受信されない場合を説明する通信シーケンスの例を説明する図である。図７には、図４との対応部分に対応する符号を付して示している。
図７の場合、決済端末１１から決済センタ２０への照会の送信、又は、決済センタ２０から決済端末１１への決済完了の送信が、通信エラーなどにより不達の場合を表している。いずれの場合も、決済端末１１は、決済完了を確認できないので、商品を取り出すことができない。
【0041】
この場合でも、予め定めたスケジュールに基づいて５秒後には、決済端末１１が決済センタ２０に決済の完了を照会するので、そのタイミングで商品の取り出しが可能になる。ただし、既に５秒ほど待機していた場合には、決済操作から商品の取り出しまでに計１０秒ほどの時間が必要になる。勿論、決済の完了を照会する周期が５秒より長い場合には、その待ち時間は更に長くなる。
しかし、本実施の形態の場合には、決定スイッチ１１２（図２参照）の操作のタイミングで決済端末１１が決済センタ２０に決済の完了を照会するので、一時的な通信エラーが解消されていれば、即座に商品の取り出しが可能になる。また、決定スイッチ１１２の操作によりＱＲコード決済が可能な時間も延長されるので、時間切れも回避できる。
しかし、本実施の形態の場合には、決定スイッチ１１２（図２参照）の操作のタイミングで決済端末１１が決済センタ２０に決済の完了を照会するので、一時的な通信エラーが解消されていれば、即座に商品の取り出しが可能になる。また、決定スイッチ１１２の操作によりＱＲコード決済が可能な時間も延長されるので、時間切れも回避できる。
【0042】
なお、図７では、決済操作が行われる前に決定スイッチ１１２が操作された場合の通信についても表している。
この場合、決済は完了していないので、決済センタ２０から決済端末１１には未決済が送信される。
因みに、決定スイッチ１１２の操作に伴う照会の実行後も、予め定めたスケジュールに基づく照会が実行される。
この場合、決済は完了していないので、決済センタ２０から決済端末１１には未決済が送信される。
因みに、決定スイッチ１１２の操作に伴う照会の実行後も、予め定めたスケジュールに基づく照会が実行される。
【0043】
＜決済端末で実行される処理動作＞
以下では、図８～図１２を使用して、決済端末１１で実行される処理動作と表示パネル１１１に表示される画面の例を説明する。
図８は、決済端末１１で実行される処理動作を説明するフローチャートの一例である。図中に示す記号のＳはステップを意味する。なお、図８における処理動作は、決済端末１１（図３参照）の制御部１１０（図３参照）で実行される。
以下では、図８～図１２を使用して、決済端末１１で実行される処理動作と表示パネル１１１に表示される画面の例を説明する。
図８は、決済端末１１で実行される処理動作を説明するフローチャートの一例である。図中に示す記号のＳはステップを意味する。なお、図８における処理動作は、決済端末１１（図３参照）の制御部１１０（図３参照）で実行される。
【0044】
まず、制御部１１０は、決済センタ２０よりＱＲコードを取得する（ステップ１）。
なお、この処理動作は、決済者によるＱＲコード決済の選択を通じて実行される。
図９は、実施の形態１で使用する決済方法を選択する画面の一例を示す図である。（Ａ）は決済方法のブランド名の選択画面の一例を示し、（Ｂ）はＱＲコードが表示されるまでの表示の例を示す。
図９に示す表示パネル１１１には、決済に利用するブランドの選択を促す説明文１１１Ａと、決済端末１１で利用が可能な電子マネー決済とＱＲコード決済のブランド名１１１Ｂと、決済金額１１１Ｃとが表示されている。
なお、この処理動作は、決済者によるＱＲコード決済の選択を通じて実行される。
図９は、実施の形態１で使用する決済方法を選択する画面の一例を示す図である。（Ａ）は決済方法のブランド名の選択画面の一例を示し、（Ｂ）はＱＲコードが表示されるまでの表示の例を示す。
図９に示す表示パネル１１１には、決済に利用するブランドの選択を促す説明文１１１Ａと、決済端末１１で利用が可能な電子マネー決済とＱＲコード決済のブランド名１１１Ｂと、決済金額１１１Ｃとが表示されている。
【0045】
図９の場合、電子マネー決済については、「電子マネー決済１」と「電子マネー決済２」の２つのブランドの選択が可能である。
一方、ＱＲコード決済については、「ＱＲコード決済１」、「ＱＲコード決済２」、「ＱＲコード決済３」の３つのブランドの選択が可能である。
図９では、「ＱＲコード決済２」が選択状態である。図９では選択状態を太枠で示している。なお、選択状態を示す太枠の位置は、選択スイッチ１１３Ｌ又は１１３Ｒを操作することで左右に移動する。なお、本実施の形態の場合、「ＱＲコード決済３」が選択状態の場合に選択スイッチ１１３Ｒが操作されると、選択状態は、「電子マネー決済１」に移動する。一方、「ＱＲコード決済１」が選択状態の場合に選択スイッチ１１３Ｌが操作されると、選択状態は、「電子マネー決済２」に移動する。
一方、ＱＲコード決済については、「ＱＲコード決済１」、「ＱＲコード決済２」、「ＱＲコード決済３」の３つのブランドの選択が可能である。
図９では、「ＱＲコード決済２」が選択状態である。図９では選択状態を太枠で示している。なお、選択状態を示す太枠の位置は、選択スイッチ１１３Ｌ又は１１３Ｒを操作することで左右に移動する。なお、本実施の形態の場合、「ＱＲコード決済３」が選択状態の場合に選択スイッチ１１３Ｒが操作されると、選択状態は、「電子マネー決済１」に移動する。一方、「ＱＲコード決済１」が選択状態の場合に選択スイッチ１１３Ｌが操作されると、選択状態は、「電子マネー決済２」に移動する。
【0046】
「ＱＲコード決済２」が選択状態で決定スイッチ１１２が操作されると、制御部１１０（図３参照）は、対応する決済センタ２０に対してＱＲコードの発行を要求する。
決定スイッチ１１２が押下げられると（又は操作されると）、表示パネル１１１の表示は、ＱＲコードが取得されるまでの間、処理中を示す画面に切り替わる。
図８の説明に戻る。
ＱＲコードを取得すると、制御部１１０は、ＱＲコードの表示を開始する（ステップ２）。
決定スイッチ１１２が押下げられると（又は操作されると）、表示パネル１１１の表示は、ＱＲコードが取得されるまでの間、処理中を示す画面に切り替わる。
図８の説明に戻る。
ＱＲコードを取得すると、制御部１１０は、ＱＲコードの表示を開始する（ステップ２）。
【0047】
図１０は、ＱＲコードの表示から決定スイッチ１１２（図２参照）が操作されるまでの画像の表示例を説明する図である。（Ａ）はＱＲコードの表示が開始された時点の画像を示し、（Ｂ）はＱＲコードの表示から１秒後の時点の画像を示す。
図１０に示すように、表示パネル１１１の中央には、決済センタ２０から取得したＱＲコード１１１Ｆが表示される。
この他、表示パネル１１１には、決済金額１１１Ｃと、ＱＲコードの読み取りを促す説明文１１１Ｇと、決済に利用するブランド名の情報１１１Ｈと、カウント値１１１Ｊとが表示される。
図１０に示すように、表示パネル１１１の中央には、決済センタ２０から取得したＱＲコード１１１Ｆが表示される。
この他、表示パネル１１１には、決済金額１１１Ｃと、ＱＲコードの読み取りを促す説明文１１１Ｇと、決済に利用するブランド名の情報１１１Ｈと、カウント値１１１Ｊとが表示される。
【0048】
本実施の形態の場合、カウント値１１１Ｊの初期値は「６０」である。このため、１秒後の画面では、カウント値１１１Ｊが「５９」に更新されている。
なお、本実施の形態の場合、ＱＲコードの表示中は、決定スイッチ１１２の操作が可能である。このため、決定スイッチ１１２に対応する不図示のＬＥＤは点灯状態であり、選択スイッチ１１３Ｌ、１１３Ｒに対応する不図示のＬＥＤは消灯状態である。
なお、本実施の形態の場合、ＱＲコードの表示中は、決定スイッチ１１２の操作が可能である。このため、決定スイッチ１１２に対応する不図示のＬＥＤは点灯状態であり、選択スイッチ１１３Ｌ、１１３Ｒに対応する不図示のＬＥＤは消灯状態である。
【0049】
図８の説明に戻る。
次に、制御部１１０は、決定スイッチ１１２の操作があったか否かを判定する（ステップ３）。
ステップ３で否定結果が得られた場合、制御部１１０は、予め定めた照会のタイミングか否かを判定する（ステップ４）。本実施の形態の場合、予め定めた照会のタイミングは、ＱＲコードの表示の開始から１０秒後を初回とし、以後６０秒が経過するまでの間、５秒間隔で与えられる。
次に、制御部１１０は、決定スイッチ１１２の操作があったか否かを判定する（ステップ３）。
ステップ３で否定結果が得られた場合、制御部１１０は、予め定めた照会のタイミングか否かを判定する（ステップ４）。本実施の形態の場合、予め定めた照会のタイミングは、ＱＲコードの表示の開始から１０秒後を初回とし、以後６０秒が経過するまでの間、５秒間隔で与えられる。
【0050】
ステップ４で否定結果が得られた場合、制御部１１０は、ＱＲコードの表示を終了する時間が経過したか否かを判定する（ステップ５）。本実施の形態の場合、カウント値１１１Ｊ（図１０参照）が「０」か否かが判定される。
ステップ５で否定結果が得られた場合、制御部１１０は、ステップ３に戻り、前述した判定を繰り返す。
なお、ステップ４で肯定結果が得られた場合、制御部１１０は、決済センタ２０に決済の完了を照会する（ステップ６）。この後、制御部１１０は、ステップ９の判定に進む。
ステップ５で否定結果が得られた場合、制御部１１０は、ステップ３に戻り、前述した判定を繰り返す。
なお、ステップ４で肯定結果が得られた場合、制御部１１０は、決済センタ２０に決済の完了を照会する（ステップ６）。この後、制御部１１０は、ステップ９の判定に進む。
【0051】
一方、ステップ３で肯定結果が得られた場合、制御部１１０は、表示中のカウント値１１１Ｊをリセットする（ステップ７）と共に、決済センタ２０に決済の完了を照会する（ステップ８）。この後、制御部１１０は、ステップ９の判定に進む。
図１１は、ＱＲコードの表示中に決定スイッチ１１２（図２参照）が操作された場合の画像の変化を説明する図である。（Ａ）は決定スイッチ１１２が操作される直前の画像を示し、（Ｂ）は決定スイッチ１１２が操作された直後の画像を示す。図１１には、図１０との対応部分に対応する符号を付して示している。
図１１は、ＱＲコードの表示中に決定スイッチ１１２（図２参照）が操作された場合の画像の変化を説明する図である。（Ａ）は決定スイッチ１１２が操作される直前の画像を示し、（Ｂ）は決定スイッチ１１２が操作された直後の画像を示す。図１１には、図１０との対応部分に対応する符号を付して示している。
【0052】
図１１の場合、決定スイッチ１１２が操作される直前のカウント値１１１Ｊは「３０」であるが、決定スイッチ１１２が操作された結果、カウント値１１１Ｊは初期値の「６０」に戻っている。これにより、ＱＲコード決済に不慣れな決済者は、時間的にも心理的にも余裕を持つことが可能になる。
【0053】
図８の説明に戻る。
ステップ６又はステップ８が実行されると、制御部１１０は、決済センタ２０から決済完了の通知があったか否かを判定する（ステップ９）。
ステップ９で肯定結果が得られた場合、制御部１１０は、表示パネル１１１にＱＲコード決済の成功を表示する（ステップ１０）。
一方、ステップ９で否定結果が得られた場合、制御部１１０は、決済失敗の通知か否かを判定する（ステップ１１）。
ステップ６又はステップ８が実行されると、制御部１１０は、決済センタ２０から決済完了の通知があったか否かを判定する（ステップ９）。
ステップ９で肯定結果が得られた場合、制御部１１０は、表示パネル１１１にＱＲコード決済の成功を表示する（ステップ１０）。
一方、ステップ９で否定結果が得られた場合、制御部１１０は、決済失敗の通知か否かを判定する（ステップ１１）。
【0054】
なお、ステップ９で否定結果が得られる場合には、照会に対する応答が届かない場合、未決済の応答がある場合、決済失敗の通知が届く場合がある。
照会に対する応答が届かない場合には、通信エラーや決済センタ２０に障害が発生している場合に起こり得る。また、通信エラーの場合には、決済端末１１から決済センタ２０に照会自体が届かない場合と、決済センタ２０からの応答が決済端末１１に届かない場合がある。
決済失敗には、限度額オーバー、ＱＲコードの期限切れ、取引失敗、異常終了等がある。
照会に対する応答が届かない場合には、通信エラーや決済センタ２０に障害が発生している場合に起こり得る。また、通信エラーの場合には、決済端末１１から決済センタ２０に照会自体が届かない場合と、決済センタ２０からの応答が決済端末１１に届かない場合がある。
決済失敗には、限度額オーバー、ＱＲコードの期限切れ、取引失敗、異常終了等がある。
【0055】
ステップ１１で否定結果が得られた場合、すなわち決済失敗の照会に対する応答が届かない場合や未決済の応答がある場合、制御部１１０は、ステップ１１で否定結果を得てステップ５に進む。
前述したように、ステップ５で否定結果が得られている間、制御部１１０は、ステップ３に戻って処理を継続する。
前述したように、ステップ５で否定結果が得られている間、制御部１１０は、ステップ３に戻って処理を継続する。
【0056】
ステップ１１で肯定結果が得られた場合、又は、ステップ５で肯定結果が得られた場合、制御部１１０は、表示パネル１１１にＱＲコード決済の失敗を表示する（ステップ１２）。
図１２は、ＱＲコード決済の結果を表す画面の例を説明する図である。（Ａ）は決済が成功した場合に表示される画面を示し、（Ｂ）は決済が失敗した場合に表示される画面を示す。
図１２は、ＱＲコード決済の結果を表す画面の例を説明する図である。（Ａ）は決済が成功した場合に表示される画面を示し、（Ｂ）は決済が失敗した場合に表示される画面を示す。
【0057】
図１２（Ａ）の場合、決済が成功したことを表す「ありがとうございました」との文１１１Ｋと、決済に利用したブランド名の情報１１１Ｈと、決済金額の情報１１１Ｌとが表示されている。
一方、図１２（Ｂ）の場合、決済が失敗したことを表す「お取り扱いできません」との文１１１Ｍと、決済に利用したブランド名の情報１１１Ｈと、決済金額の情報１１１Ｌとが表示されている。
なお、決定スイッチ１１２に対応する不図示のＬＥＤも、選択スイッチ１１３Ｌ、１１３Ｒに対応する不図示のＬＥＤも消灯状態である。
一方、図１２（Ｂ）の場合、決済が失敗したことを表す「お取り扱いできません」との文１１１Ｍと、決済に利用したブランド名の情報１１１Ｈと、決済金額の情報１１１Ｌとが表示されている。
なお、決定スイッチ１１２に対応する不図示のＬＥＤも、選択スイッチ１１３Ｌ、１１３Ｒに対応する不図示のＬＥＤも消灯状態である。
【0058】
＜実施の形態２＞
図１３は、実施の形態２で使用する決済端末１１の外観構成の一例を説明する図である。図１３には、図２との対応部分に対応する符号を付して示している。
図１３に示す決済端末１１には、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒが設けられていない。この点で、図１３に示す決済端末１１は、図２に示す決済端末１１と相違する。
図１３は、実施の形態２で使用する決済端末１１の外観構成の一例を説明する図である。図１３には、図２との対応部分に対応する符号を付して示している。
図１３に示す決済端末１１には、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒが設けられていない。この点で、図１３に示す決済端末１１は、図２に示す決済端末１１と相違する。
【0059】
ただし、決定スイッチ１１２が設けられていないと、実施の形態１で説明したカウント値のリセットも、決済者が指定する任意のタイミングでの決済の完了の照会も行うことができない。
このため、本実施の形態では、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒを、ソフトキーとして表示パネル１１１に表示する。
このため、本実施の形態では、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒを、ソフトキーとして表示パネル１１１に表示する。
【0060】
図１４は、実施の形態２で使用する表示パネル１１１に表示される画像の一例を説明する図である。図１４には、図１０との対応部分に対応する符号を付して示している。
図１４の場合、表示パネル１１１の下段に、決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒが表示される点で、図１０に示す画像と相違する。
決定スイッチ１１１Ｐは決定スイッチ１１２（図１０参照）に対応し、選択スイッチ１１１Ｑは選択スイッチ１１３Ｌ（図１０参照）に対応し、選択スイッチ１１１Ｒは選択スイッチ１１３Ｒ（図１０参照）に対応する。
図１４の場合、表示パネル１１１の下段に、決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒが表示される点で、図１０に示す画像と相違する。
決定スイッチ１１１Ｐは決定スイッチ１１２（図１０参照）に対応し、選択スイッチ１１１Ｑは選択スイッチ１１３Ｌ（図１０参照）に対応し、選択スイッチ１１１Ｒは選択スイッチ１１３Ｒ（図１０参照）に対応する。
【0061】
なお、ソフトキーとしての決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒは、図９に例示したＱＲコード決済の選択に用いる画面でも表示される。
また、操作が可能である状態の決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒと、操作を行えない状態の決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒでは、異なる表示の形態が用いられる。例えば操作が可能な場合は、高輝度で表示され、操作を行えない場合には、低輝度で表示される。また例えば操作が可能な場合は緑色で表示され、操作を行えない場合は赤色で表示される。
ここでの決定スイッチ１１１Ｐは、確認ボタンの一例である。
また、操作が可能である状態の決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒと、操作を行えない状態の決定スイッチ１１１Ｐ、選択スイッチ１１１Ｑ、１１１Ｒでは、異なる表示の形態が用いられる。例えば操作が可能な場合は、高輝度で表示され、操作を行えない場合には、低輝度で表示される。また例えば操作が可能な場合は緑色で表示され、操作を行えない場合は赤色で表示される。
ここでの決定スイッチ１１１Ｐは、確認ボタンの一例である。
【0062】
＜実施の形態３＞
前述の実施の形態１の場合には、決定スイッチ１１２（図２参照）が操作された場合、表示パネル１１１に表示されるカウント値が、リセットにより初期値に戻る場合について説明したが、カウント値のリセットは初期値に戻る場合に限らない。
図１５は、カウント値のリセットの他の例を説明する図である。図１５には、図１０及び図１１との対応部分に対応する符号を付して示している。
前述の実施の形態１の場合には、決定スイッチ１１２（図２参照）が操作された場合、表示パネル１１１に表示されるカウント値が、リセットにより初期値に戻る場合について説明したが、カウント値のリセットは初期値に戻る場合に限らない。
図１５は、カウント値のリセットの他の例を説明する図である。図１５には、図１０及び図１１との対応部分に対応する符号を付して示している。
【0063】
図１５の場合、時点Ｔ１がＱＲコード１１１Ｆの表示が開始された時点に対応する。このため、カウント値１１１Ｊは「６０」である。なお、時点Ｔ１から１５秒後の時点Ｔ２のカウント値１１１Ｊは「４５」に更新される。
本実施の形態の場合、決定スイッチ１１２が押下げられると（又は操作されると）、カウント値１１１Ｊが直前の初期値又は最大値に対して「３０」が加算される。なお、加算する値は一例である。
このため、時点Ｔ３におけるカウント値１１１Ｊは「９０」に変更されている。図１５の場合には、続けて決定スイッチ１１２が押下げられたので、時点Ｔ４のカウント値１１１Ｊは「１２０」に変更されている。
本実施の形態の場合、決定スイッチ１１２が押下げられると（又は操作されると）、カウント値１１１Ｊが直前の初期値又は最大値に対して「３０」が加算される。なお、加算する値は一例である。
このため、時点Ｔ３におけるカウント値１１１Ｊは「９０」に変更されている。図１５の場合には、続けて決定スイッチ１１２が押下げられたので、時点Ｔ４のカウント値１１１Ｊは「１２０」に変更されている。
【0064】
なお、決定スイッチ１１２の操作なく８０秒が経過した時点Ｔ５のカウント値１１１Ｊは「４０」である。
もっとも、カウント値１１１Ｊのリセットの方法は、これに限らない。
例えば更新後のカウント値１１１Ｊに上限を設けても良い。例えば上限を「１２０」とする場合、決定スイッチ１１２を何回押下げてもカウント値１１１Ｊは「１２０」を超えることはない。
また、更新後のカウント値１１１Ｊは、ＱＲコード１１１Ｆが有効な期間を超えないように調整されてもよい。有効な期間を超えてＱＲコード１１１Ｆが表示されても、ＱＲコード決済は失敗するためである。
もっとも、カウント値１１１Ｊのリセットの方法は、これに限らない。
例えば更新後のカウント値１１１Ｊに上限を設けても良い。例えば上限を「１２０」とする場合、決定スイッチ１１２を何回押下げてもカウント値１１１Ｊは「１２０」を超えることはない。
また、更新後のカウント値１１１Ｊは、ＱＲコード１１１Ｆが有効な期間を超えないように調整されてもよい。有効な期間を超えてＱＲコード１１１Ｆが表示されても、ＱＲコード決済は失敗するためである。
【0065】
もっとも、カウント値１１１Ｊは、ＱＲコード１１１Ｆが表示される期間を表しているものの、ＱＲコード決済が可能な期間とは無関係でもよい。例えばＱＲコードが無効になった後も、ＱＲコード１１１Ｆの表示を可能とすることは技術的には可能である。
従って、カウント値１１１Ｊは、決定スイッチ１１２が操作されると、何らの制限なくリセットを繰り返してもよい。
従って、カウント値１１１Ｊは、決定スイッチ１１２が操作されると、何らの制限なくリセットを繰り返してもよい。
【0066】
＜実施の形態４＞
前述の実施の形態１の場合には、カウント値が測定された経過の時間に応じてカウントダウンされる場合について説明したが、カウント値がカウントアップされてもよい。
図１６は、カウント値のリセットの他の例を説明する図である。図１６には、図１０及び図１１との対応部分に対応する符号を付して示している。
図１６の場合、時点Ｔ１がＱＲコード１１１Ｆの表示が開始された時点に対応するが、カウント値は「０」である。このため、時点Ｔ１から４５秒後の時点Ｔ２のカウント値１１１Ｊは「４５」となる。
前述の実施の形態１の場合には、カウント値が測定された経過の時間に応じてカウントダウンされる場合について説明したが、カウント値がカウントアップされてもよい。
図１６は、カウント値のリセットの他の例を説明する図である。図１６には、図１０及び図１１との対応部分に対応する符号を付して示している。
図１６の場合、時点Ｔ１がＱＲコード１１１Ｆの表示が開始された時点に対応するが、カウント値は「０」である。このため、時点Ｔ１から４５秒後の時点Ｔ２のカウント値１１１Ｊは「４５」となる。
【0067】
なお、カウント値が経過の時間に応じてカウントアップされる場合、制御部１１０は、カウント値が予め定めた所定の値を超えるか否かを監視する。また、カウント値が所定の値を超えた場合、制御部１１０は、ＱＲコード１１１Ｆの表示を終了する。
図１６には、この所定の値が表示されていないが、ＱＲコード１１１Ｆの表示が終了する値を、カウント値１１１Ｊとは別に表示パネル１１１に表示してもよい。
図１６の場合、時点Ｔ２において決定スイッチ１１２が操作されると、カウント値は初期値である「０」に戻る。このため時点Ｔ３のカウント値は「０」になっている。
図１６には、この所定の値が表示されていないが、ＱＲコード１１１Ｆの表示が終了する値を、カウント値１１１Ｊとは別に表示パネル１１１に表示してもよい。
図１６の場合、時点Ｔ２において決定スイッチ１１２が操作されると、カウント値は初期値である「０」に戻る。このため時点Ｔ３のカウント値は「０」になっている。
【0068】
ところで、カウント値をリセットするのではなく、カウント値の上限をより大きい値に更新することも可能である。この更新もリセットの一例である。
図１７は、リセットの他の例を説明する図である。図１７には、図１６との対応部分に対応する符号を付して示している。
図１７における時点Ｔ１と時点Ｔ２は、図１６と同じである。図１７の場合、時点Ｔ２から５秒後の時点Ｔ３に決定スイッチ１１２が操作されている。この場合、カウント値１１１Ｊのカウントアップは継続され、「５０」となる。ただし、カウント値の上限が「９０」に延長される。
図１７は、リセットの他の例を説明する図である。図１７には、図１６との対応部分に対応する符号を付して示している。
図１７における時点Ｔ１と時点Ｔ２は、図１６と同じである。図１７の場合、時点Ｔ２から５秒後の時点Ｔ３に決定スイッチ１１２が操作されている。この場合、カウント値１１１Ｊのカウントアップは継続され、「５０」となる。ただし、カウント値の上限が「９０」に延長される。
【0069】
図１７の場合、時点Ｔ３の１０秒後に決定スイッチ１１２が操作されている。このため、時点Ｔ４におけるカウント値１１１Ｊは「６０」である。ただし、カウント値の上限は、既に「６０」から「９０」に変更されているので、カウント値１１１Ｊが「６０」になっても、ＱＲコード１１１Ｆの表示は終了しない。
なお、図１７ではカウント値１１１Ｊの上限を「９０」のままとしている。前述したように、無制限に延長してもＱＲコード１１１Ｆが有効な期間を超えてしまうためである。もっとも、決定スイッチ１１２の操作の度に、カウント値１１１Ｊの上限を更に延長することも可能である。例えば上限の値を「１２０」に延長することも可能である。
なお、図１７ではカウント値１１１Ｊの上限を「９０」のままとしている。前述したように、無制限に延長してもＱＲコード１１１Ｆが有効な期間を超えてしまうためである。もっとも、決定スイッチ１１２の操作の度に、カウント値１１１Ｊの上限を更に延長することも可能である。例えば上限の値を「１２０」に延長することも可能である。
【0070】
＜実施の形態５＞
本実施の形態では、前述した実施の形態とは異なり、予め定めたスケジュールに基づいた決済の完了の照会を決済端末１１が実行しない場合について説明する。すなわち、本実施の形態における決済端末１１は、基本的に、決済センタ２０からの決済の結果の通知を待ち受けるものとする。
図１８は、決済端末１１（図１参照）で実行される他の処理動作を説明するフローチャートの一例である。図１８には、図８との対応部分に対応する符号を付して示している。
本実施の形態では、前述した実施の形態とは異なり、予め定めたスケジュールに基づいた決済の完了の照会を決済端末１１が実行しない場合について説明する。すなわち、本実施の形態における決済端末１１は、基本的に、決済センタ２０からの決済の結果の通知を待ち受けるものとする。
図１８は、決済端末１１（図１参照）で実行される他の処理動作を説明するフローチャートの一例である。図１８には、図８との対応部分に対応する符号を付して示している。
【0071】
本実施の形態の場合、ステップ３で否定結果が得られた場合、制御部１１０（図３参照）は、ステップ９に移動し、決済完了の通知があったか否かを判定する。
本実施の形態の場合、決済端末１１から決済センタ２０（図１参照）に決済の完了を照会するのは、決定スイッチ１１２（図２参照）が操作された場合に限られ、それ以外は、決済センタ２０からの決済の結果の通知を待ち受けているためである。
このため、ほとんどの場合、制御部１１０は、ステップ９で否定結果を得、ステップ１１に進み、更にステップ１１でも否定結果を得てステップ５に進む。また、制御部１１０は、ステップ５でも否定結果を得てステップ３に戻る。本実施の形態の場合、このルーチンが基本的に繰り返される。
本実施の形態の場合、決済端末１１から決済センタ２０（図１参照）に決済の完了を照会するのは、決定スイッチ１１２（図２参照）が操作された場合に限られ、それ以外は、決済センタ２０からの決済の結果の通知を待ち受けているためである。
このため、ほとんどの場合、制御部１１０は、ステップ９で否定結果を得、ステップ１１に進み、更にステップ１１でも否定結果を得てステップ５に進む。また、制御部１１０は、ステップ５でも否定結果を得てステップ３に戻る。本実施の形態の場合、このルーチンが基本的に繰り返される。
【0072】
なお、ステップ３で肯定結果が得られた場合、制御部１１０は、ステップ７及び８の実行後にステップ９で決済完了の通知があったか否かを判定する。
ステップ９で肯定結果が得られた場合、制御部１１０は、ステップ１０に進んでＱＲ決済の成功を表示する。一方、ステップ９で否定結果が得られた場合には、ステップ１１の判定に進み、決済失敗の通知が届いている場合以外は、ステップ５の判定に進む。
もっとも、決済失敗の通知が届いている場合、制御部１１０は、ステップ１１で肯定結果を得、ＱＲ決済の失敗を表示する（ステップ１２）。
ステップ９で肯定結果が得られた場合、制御部１１０は、ステップ１０に進んでＱＲ決済の成功を表示する。一方、ステップ９で否定結果が得られた場合には、ステップ１１の判定に進み、決済失敗の通知が届いている場合以外は、ステップ５の判定に進む。
もっとも、決済失敗の通知が届いている場合、制御部１１０は、ステップ１１で肯定結果を得、ＱＲ決済の失敗を表示する（ステップ１２）。
【0073】
図１９は、実施の形態５における通信シーケンスの例を説明する図である。なお、図１９には、図４との対応部分に対応する符号を付して示している。
図１９の場合も、通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求し、決済センタ２０から決済端末１１にはＱＲコードの情報が送信される。
その後、決済端末１１は、表示パネル１１１（図３参照）にＱＲコードを表示する。
図１９の場合も、通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求し、決済センタ２０から決済端末１１にはＱＲコードの情報が送信される。
その後、決済端末１１は、表示パネル１１１（図３参照）にＱＲコードを表示する。
【0074】
本実施の形態の場合、決定スイッチ１１２の操作があったタイミングでのみ決済端末１１から決済センタ２０に決済の完了の照会が実行され、その結果が決済センタ２０から返送される。図１９の場合には、決済者による決済操作の前に決定スイッチ１１２（図２参照）が操作されているので、決済センタ２０から決済端末１１に「未決済」が通知される。
未決済の通知を受けた場合、制御部１１０は、ステップ９及びステップ１１（図１８参照）で否定結果を得るだけである。ただし、カウント値はリセットされる。
やがて、決済者が決済操作を行うと、決済の結果が決済センタ２０から決済端末１１に通知される。図１９に示すように、決済の結果は、決済の完了か決済の失敗のいずれかである。
未決済の通知を受けた場合、制御部１１０は、ステップ９及びステップ１１（図１８参照）で否定結果を得るだけである。ただし、カウント値はリセットされる。
やがて、決済者が決済操作を行うと、決済の結果が決済センタ２０から決済端末１１に通知される。図１９に示すように、決済の結果は、決済の完了か決済の失敗のいずれかである。
【0075】
本実施の形態の場合でも、決済の結果の通信時に通信エラー等が発生していると、決済の結果が決済端末１１に到達しない可能性がある。
仮に決済端末１１から決済センタ２０に対して決済の完了を照会する機能が存在しないと、決済端末１１には、いつまで経っても決済の結果が通知されない。この場合、決済端末１１は、時間切れと判定し、決済の失敗を表示パネル１１１に表示する。
しかし、本実施の形態では、決済者が決定スイッチ１１２を操作することで、決済端末１１から決済センタ２０に決済の完了を照会することが可能である。
仮に決済端末１１から決済センタ２０に対して決済の完了を照会する機能が存在しないと、決済端末１１には、いつまで経っても決済の結果が通知されない。この場合、決済端末１１は、時間切れと判定し、決済の失敗を表示パネル１１１に表示する。
しかし、本実施の形態では、決済者が決定スイッチ１１２を操作することで、決済端末１１から決済センタ２０に決済の完了を照会することが可能である。
【0076】
図２０は、実施の形態５における他の通信シーケンスの例を説明する図である。なお、図２０には、図１９との対応部分に対応する符号を付して示している。
図２０の場合、決済者の決済操作に伴って、決済端末１１を宛先とする決済の結果が決済センタ２０から送信されているが、通信エラー等により不達となっている。このため、決済端末１１は、決済センタ２０で決済が実行されたことを知ることができない。
図２０の場合、決済者の決済操作に伴って、決済端末１１を宛先とする決済の結果が決済センタ２０から送信されているが、通信エラー等により不達となっている。このため、決済端末１１は、決済センタ２０で決済が実行されたことを知ることができない。
【0077】
ただし、本実施の形態の場合には、決済が完了したことを知る決済者が決定スイッチ１１２（図２参照）を操作することで、決済センタ２０から決済の結果を受け取ることが可能になる。このため、本実施の形態の決済端末１１を操作する決済者は、ＱＲコード決済を最初からやり直すことなく、商品を取り出すことができる。
なお、決定スイッチ１１２の操作に伴うリセットの処理については、実施の形態２～４との組合わが可能である。
なお、決定スイッチ１１２の操作に伴うリセットの処理については、実施の形態２～４との組合わが可能である。
【0078】
＜実施の形態６＞
実施の形態１～４においては、決済端末１１が予め定めたスケジュールに基づいて、決済センタ２０に対し、決済の完了の照会を行っている。決済者が決済センタ２０と行った決済の結果の取得に要する待ち時間を減らすには照会の回数の増加が効果的であるが、照会の回数の単純な増加は自動販売機１０の運用コストの増加を招く。
そこで、本実施の形態では、ＱＲコードの表示から決済の完了が確認されるまでの経過時間を集計し、集計結果を分析することにより、決済が完了する可能性が高い時間に照会の実行を集中させる。換言すると、決済が完了する可能性が高い時間に配置する照会の頻度を高くする。
実施の形態１～４においては、決済端末１１が予め定めたスケジュールに基づいて、決済センタ２０に対し、決済の完了の照会を行っている。決済者が決済センタ２０と行った決済の結果の取得に要する待ち時間を減らすには照会の回数の増加が効果的であるが、照会の回数の単純な増加は自動販売機１０の運用コストの増加を招く。
そこで、本実施の形態では、ＱＲコードの表示から決済の完了が確認されるまでの経過時間を集計し、集計結果を分析することにより、決済が完了する可能性が高い時間に照会の実行を集中させる。換言すると、決済が完了する可能性が高い時間に配置する照会の頻度を高くする。
【0079】
図２１は、実施の形態６における処理動作の原理を説明する図である。
図２１に示す決済センタ２０は、複数台の決済端末１１から、ＱＲコードの表示の開始から決済の完了（すなわち成功）を確認するまでに要した時間の情報を、取引毎に収集している。例えば「決済端末１」からは３０秒、「決済端末２」からは１０秒、「決済端末Ｎ」からは５０秒との情報が決済センタ２０にアップロードされている。なお、このアップロードは、複数回の取引をまとめて実行してもよい。その場合、アップロードのタイミングは、例えば１日に１回でもよいし、複数回でもよい。
図２１に示す決済センタ２０は、複数台の決済端末１１から、ＱＲコードの表示の開始から決済の完了（すなわち成功）を確認するまでに要した時間の情報を、取引毎に収集している。例えば「決済端末１」からは３０秒、「決済端末２」からは１０秒、「決済端末Ｎ」からは５０秒との情報が決済センタ２０にアップロードされている。なお、このアップロードは、複数回の取引をまとめて実行してもよい。その場合、アップロードのタイミングは、例えば１日に１回でもよいし、複数回でもよい。
【0080】
決済センタ２０は、収集された情報に基づいて、管理の対象である複数台の決済端末１１において決済が完了する可能性が高い時間や時間帯を特定する。時間や時間帯が特定されると、決済センタ２０は、特定された時間や時間帯に照会を密に配置したスケジュールを生成し、管理の対象である複数台の決済端末１１に通知する。この通知を受けた決済端末１１は、以後、通知されたスケジュールに基づいて決済センタ２０への照会を実行する。
【0081】
なお、スケジュールは、管理の対象とする決済端末１１の全体ではなく、予め定めた地域に設置されている複数台の決済端末１１を単位としてもよいし、１台を単位としてもよい。
また、スケジュールは、全日を通して同じである必要はなく、例えば１日のうちの時間帯別に設定してもよいし、曜日別に設定してもよいし、１週間を単位として設定してもよいし、季節別に設定してもよい。
また、スケジュールは、全日を通して同じである必要はなく、例えば１日のうちの時間帯別に設定してもよいし、曜日別に設定してもよいし、１週間を単位として設定してもよいし、季節別に設定してもよい。
【0082】
図２１には、スケジュールの例を６つ表している。
例１は、ＱＲコードの表示の開始から２０秒付近と５０秒付近に照会のスケジュールを密に配置する場合である。密に配置するとは、他の時間帯に比して照会の回数が多いこと、換言すると、隣接する２つの照会の間の時間が他の時間帯に比して短いことをいう。本実施の形態の場合、例えば２０秒と５０秒をそれぞれ中心とする８秒以内に３回の照会を配置する。一方、１０秒、３０秒、４０秒については、それぞれを中心とする８秒以内に１回の照会を配置する。勿論、これは一例である。
例１は、ＱＲコードの表示の開始から２０秒付近と５０秒付近に照会のスケジュールを密に配置する場合である。密に配置するとは、他の時間帯に比して照会の回数が多いこと、換言すると、隣接する２つの照会の間の時間が他の時間帯に比して短いことをいう。本実施の形態の場合、例えば２０秒と５０秒をそれぞれ中心とする８秒以内に３回の照会を配置する。一方、１０秒、３０秒、４０秒については、それぞれを中心とする８秒以内に１回の照会を配置する。勿論、これは一例である。
【0083】
例２は、地域毎に照会のスケジュールを変更する場合である。例えば人通りが多い地域や人通りが少ない地域では、異なるスケジュールを用意する。例えば繁華街用のスケジュール、ビジネス街用のスケジュール、住宅街用のスケジュールを用意する。
例３は、時間帯に応じて照会のスケジュールを変更する場合である。例えば通勤や通学の時間帯、昼休みの時間帯は、ＱＲコードの表示の開始から１０秒～１５秒の間に照会を密に配置し、帰宅の時間帯や夜間の時間帯は、ＱＲコードの表示の開始から２０秒～３０秒の間に照会を密に配置する。
例３は、時間帯に応じて照会のスケジュールを変更する場合である。例えば通勤や通学の時間帯、昼休みの時間帯は、ＱＲコードの表示の開始から１０秒～１５秒の間に照会を密に配置し、帰宅の時間帯や夜間の時間帯は、ＱＲコードの表示の開始から２０秒～３０秒の間に照会を密に配置する。
【0084】
例４は、季節に応じて照会のスケジュールを変更する場合である。例えば１２月から２月用のスケジュール、３月から５月用のスケジュール、６月から８月用のスケジュール、９月から１１月用のスケジュールを個別に用意する。もっとも、各季節を３ヶ月刻みで管理する必要はない。また、月頭から季節を分ける必要もない。
【0085】
例５は、イベントの開催に応じて照会のスケジュールを変更する場合である。イベントには、スポーツ、展示会、講演会、祭り、コンサート等がある。例えばイベントが開催される時間帯の前後で用いるスケジュールと他の時間帯で用いるスケジュールを別に用意する。また例えばイベントの内容に応じてスケジュールを変更してもよい。また例えばイベントについて想定される参加者の男女比や年齢の分布に応じてスケジュールを変更してもよい。
例６は、天気予報や実際の天候や気温に応じて照会のスケジュールを変更する場合である。例えば晴れの場合と雨の場合で異なるスケジュールを用意する。
例６は、天気予報や実際の天候や気温に応じて照会のスケジュールを変更する場合である。例えば晴れの場合と雨の場合で異なるスケジュールを用意する。
【0086】
図２２は、決済センタ２０の信号系の構成例を説明する図である。
決済センタ２０は、装置全体の動作を制御する制御部２００と、表示パネル２０１と、操作入力部２０２と、記憶部２０３と、通信インタフェース２０４とで構成されている。本実施の形態における決済センタ２０は、クラウド型のサーバである。もっとも、決済センタ２０は、サーバとして機能すれば、デスクトップ型のコンピュータやノート型のコンピュータでも構わない。
決済センタ２０は、装置全体の動作を制御する制御部２００と、表示パネル２０１と、操作入力部２０２と、記憶部２０３と、通信インタフェース２０４とで構成されている。本実施の形態における決済センタ２０は、クラウド型のサーバである。もっとも、決済センタ２０は、サーバとして機能すれば、デスクトップ型のコンピュータやノート型のコンピュータでも構わない。
【0087】
このうち、表示パネル２０１と操作入力部２０２は、決済センタ２０側の作業者の操作用である。表示パネル２０１には、例えば液晶ディスプレイや有機ＥＬディスプレイを使用する。
記憶部２０３は、例えばハードディスク装置や半導体メモリであり、オペレーションシステムやアプリケーションプログラムが記憶されている。スケジュールの配置の設定はアプリケーションプログラムが実行する。
通信インタフェース２０４は、決済端末１１（図２１参照）との通信に用いるプロトコルに準拠している。
記憶部２０３は、例えばハードディスク装置や半導体メモリであり、オペレーションシステムやアプリケーションプログラムが記憶されている。スケジュールの配置の設定はアプリケーションプログラムが実行する。
通信インタフェース２０４は、決済端末１１（図２１参照）との通信に用いるプロトコルに準拠している。
【0088】
制御部２００は、ＣＰＵを有し、記憶部２０３との連携によりコンピュータとして動作する。図２２では、制御部２００がプログラムの実行を通じて実現する機能の一部として、決済時間取得部２００Ａと、統計処理部２００Ｂと、照会スケジュール設定部２００Ｃとを表している。
このうち、決済時間取得部２００Ａは、決済端末１１が取引毎にＱＲコードの表示を開始してから決済を完了するまでに要した時間を、決済端末１１から取得する処理部である。
このうち、決済時間取得部２００Ａは、決済端末１１が取引毎にＱＲコードの表示を開始してから決済を完了するまでに要した時間を、決済端末１１から取得する処理部である。
【0089】
統計処理部２００Ｂは、決済端末１１から取得された時間を集計し、集計の結果を分析する処理部である。本実施の形態における統計処理部２００Ｂは、取得された時間のうち出現の頻度が高い時間又は時間帯を特定する。なお、出現の頻度が高い時間は、予め定めた期間、時間、地域その他の情報で特定される情報の集合を対象として、又は、複数の情報の組み合わせで特定される情報の集合を対象として特定される。
照会スケジュール設定部２００Ｃは、特定された出現の頻度が高い時間の付近に照会を密に配置したスケジュールを設定し、対象とする決済端末１１に送信する処理部である。
照会スケジュール設定部２００Ｃは、特定された出現の頻度が高い時間の付近に照会を密に配置したスケジュールを設定し、対象とする決済端末１１に送信する処理部である。
【0090】
図２３は、２０秒付近と５０秒付近に照会を集中的に配置したスケジュールに基づく通信シーケンスの例を説明する図である。図２３には、図４との対応部分に対応する符号を付して示している。
図２３の場合も、通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求する。
図２３の場合も、通信シーケンスは、決済端末１１におけるＱＲコード決済の選択が終わった時点から開始される。まず、決済端末１１は、決済センタ２０に対してＱＲコードの取得を要求する。
【0091】
要求を受信した決済センタ２０は、ＱＲコードを発行し、決済端末１１にＱＲコードの情報を送信する。
ＱＲコードの情報を受信した決済端末１１は、ＱＲコードを表示する。このＱＲコードの表示から経過時間の計測が開始される。図２３の場合、決済端末１１は、初回は計測開始から１０秒後、１７秒後、２０秒後、２３秒後、３０秒後、４０秒後、４７秒後、５０秒後、５３秒後、６０秒後に、決済センタ２０に対する決済の完了を問い合わせる。図２３の場合も、この問い合わせを「照会」と表している。
ＱＲコードの情報を受信した決済端末１１は、ＱＲコードを表示する。このＱＲコードの表示から経過時間の計測が開始される。図２３の場合、決済端末１１は、初回は計測開始から１０秒後、１７秒後、２０秒後、２３秒後、３０秒後、４０秒後、４７秒後、５０秒後、５３秒後、６０秒後に、決済センタ２０に対する決済の完了を問い合わせる。図２３の場合も、この問い合わせを「照会」と表している。
【0092】
図２３の場合、統計的に決済が完了する可能性が高い２０秒付近と５０秒付近では、２０秒と５０秒を中心とする８秒の間に３回の照会が配置されている。このため、多くの決済者については、決済センタ２０との間で決済が完了すると遅滞なく商品を取り出すことが可能になる。
また、自動販売機１０（図２１参照）を運用する事業者においても、決済が完了する可能性が高い時間に照会を集中できるので、運用コストの抑制と顧客満足の向上とを両立できる。
また、自動販売機１０（図２１参照）を運用する事業者においても、決済が完了する可能性が高い時間に照会を集中できるので、運用コストの抑制と顧客満足の向上とを両立できる。
【0093】
なお、本実施の形態では、決済センタ２０の制御部２００（図２２参照）がアプリケーションプログラムの実行を通じて照会スケジュールを設定しているが、決済センタ２０の作業者が照会スケジュールを手作業で設定してもよい。また、制御部２００が設定した照会スケジュールを、作業者が個別に調整してもよい。
また、本実施の形態では、決済センタ２０から決済端末１１に対して、設定された照会スケジュールが送信されているが、照会スケジュールを設定する処理を、決済端末１１が個別に実行してもよい。換言すると、決済端末１１は、自端末に記憶されている取引の履歴に基づいて、自端末に適用する照会スケジュールを設定してもよい。
また、本実施の形態では、決済センタ２０から決済端末１１に対して、設定された照会スケジュールが送信されているが、照会スケジュールを設定する処理を、決済端末１１が個別に実行してもよい。換言すると、決済端末１１は、自端末に記憶されている取引の履歴に基づいて、自端末に適用する照会スケジュールを設定してもよい。
【0094】
＜他の実施の形態＞
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
以上、本発明の実施の形態について説明したが、本発明の技術的範囲は前述した実施の形態に記載の範囲に限定されない。前述した実施の形態に、種々の変更又は改良を加えたものも、本発明の技術的範囲に含まれることは、特許請求の範囲の記載から明らかである。
【0095】
（１）例えば前述の実施の形態では、ＱＲコードを決済端末１１（図１参照）に表示する場合について説明したが、ＱＲコードに代えてバーコードを表示してもよい。ここでのバーコードは、決済に使用する識別画像の一例である。
（２）前述の実施の形態においては、決定スイッチ１１２（図２参照）の操作の回数に制限を設けていないが、１回の取引において決定スイッチ１１２の操作が可能な回数に制限を設けてもよい。
（２）前述の実施の形態においては、決定スイッチ１１２（図２参照）の操作の回数に制限を設けていないが、１回の取引において決定スイッチ１１２の操作が可能な回数に制限を設けてもよい。
【0096】
（３）前述の実施の形態においては、ＱＲコードの表示が開始されてからの経過の時間に応じて表示されるカウント値のリセットと、決済センタ２０（図１参照）への決済の完了の照会とを決定スイッチ１１２の１回の操作で実現しているが、各処理に対して異なるスイッチの操作を割り当ててもよい。
例えば選択スイッチ１１３Ｌ又は１１３Ｒを操作するとカウント値のリセットを実行し、決定スイッチ１１２を操作すると決済センタ２０に決済の完了の照会を実行してもよい。
また、決定スイッチ１１２を１回クリックした場合にはカウント値をリセットし、２回クリックした場合には決済センタ２０に決済の完了の照会を行ってもよい。
例えば選択スイッチ１１３Ｌ又は１１３Ｒを操作するとカウント値のリセットを実行し、決定スイッチ１１２を操作すると決済センタ２０に決済の完了の照会を実行してもよい。
また、決定スイッチ１１２を１回クリックした場合にはカウント値をリセットし、２回クリックした場合には決済センタ２０に決済の完了の照会を行ってもよい。
【0097】
（４）前述の実施の形態においては、ＱＲコードの表示が開始されてからの経過の時間に応じて表示されるカウント値のリセットと、決済センタ２０（図１参照）への決済の完了の照会との指示に決定スイッチ１１２だけを割り当てているが、決定スイッチ１１２、選択スイッチ１１３Ｌ、１１３Ｒのいずれを操作しても、各処理が実行されるように定めてもよい。
【0098】
（５）前述の実施の形態においては、決済に利用するブランド名の選択が決定されることで、選択されたブランド名に対応する決済センタ２０からＱＲコードが取得されて表示パネル１１１に表示される場合について説明したが、決済に利用するブランド名の選択が商品の選択の前に行われても、この場合には、商品選択スイッチの押下げをトリガーとしてＱＲコードの取得が要求される。
【符号の説明】
【0099】
１…決済システム、１０…自動販売機、１１…決済端末、２０…決済センタ、１１０、２００…制御部、１１１、２０１…表示パネル、１１２…決定スイッチ、１１３Ｌ、１１３Ｒ…選択スイッチ、１１４…電子マネーリーダー、１１５、２０３…記憶部、１１６、２０４…通信インタフェース、１１０Ａ…取引受付部、１１０Ｂ…ＱＲコード提示部、１１０Ｃ…経過時間計測部、１１０Ｄ…決済制御部、２００Ａ…決済時間取得部、２００Ｂ…統計処理部、２００Ｃ…照会スケジュール設定部、２０２…操作入力部
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14】
【図15】
【図16】
【図17】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
