(57)【要約】【課題】決済端末が設置されている環境に関わらず、決済端末が決済媒体との間で決済を行うことができる技術を提供する。【解決手段】決済端末１０の制御部１８は、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出しておらず、サーバ５０とＷｉ−Ｆｉ通信が可能である間に、サーバ５０に対してＮ個の認証要求を供給し、サーバ５０から、Ｎ個の認証成功情報を取得し、取得されたＮ個の認証成功情報をメモリ２２に格納する。また、制御部１８は、決済情報が入力されている状態で、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出する場合に、メモリ２２内の１以上の認証成功情報４０ａ、４０ｂ等のうちの１個の認証成功情報を用いて、決済媒体８０との間でＮＦＣＩ／Ｆ２０を介して決済を実行することができる。【選択図】図１
2016157236.tif 000002
【特許請求の範囲】
【請求項１】
決済システムであって、
決済媒体との間で決済を行う決済端末と、
決済端末と通信を行うことによって決済端末を管理するサーバと、
を有しており、
決済端末は、
決済媒体を検出可能であると共に決済媒体と通信可能な通信インターフェースと、
メモリと、
制御装置と、を備えており、
制御装置は、
通信インターフェースが決済媒体を検出していない間に、サーバに対して第１の認証要求を供給し、第１の認証要求の供給後に、サーバから、Ｎ個（Ｎは２以上の整数）の認証成功情報を取得し、
取得されたＮ個の認証成功情報をメモリに格納し、
決済を行うために必要な決済情報を取得し、
Ｎ個の認証成功情報のうちの利用可能な状態のＭ個（Ｍは１以上Ｎ以下の整数）の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合に、Ｍ個の認証成功情報のうちの１個の認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行可能であり、
Ｍ個の認証成功情報のうちの１個の認証成功情報を用いて決済を完了したときは、決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させ、
サーバは、決済端末から第１の認証要求を取得すると、決済端末にＮ個の認証成功情報を供給する、
決済システム。
【請求項２】
制御装置は、
（ａ）利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であって、決済端末がサーバと通信不可能である第１の場合には、
利用可能な状態のＭ個の認証成功情報のうちの１個の認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行し、
決済の完了後に、決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させ、
（ｂ）利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であって、決済端末がサーバと通信可能である第２の場合には、
サーバに対して第２の認証要求を供給し、第２の認証要求の供給後にサーバから１個の認証成功情報を取得し、
その取得された認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行し、
サーバは、決済端末から第２の認証要求を取得すると、決済端末に１個の認証成功情報を供給する、
請求項１に記載の決済システム。
【請求項３】
制御装置は、
（ｉ）取得されている決済情報に含まれる決済金額が第１の上限値を超えることと、
（ｉｉ）認証成功情報の有効期間が徒過していることと、
（ｉｉｉ）決済端末における積算決算金額が第２の上限値を超えることと、
のうちの少なくとも一つの条件が満たされる場合には、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であっても、決済媒体との間で決済を実行しない、
請求項１又は２に記載の決済システム。
【請求項４】
メモリには、暗号鍵が格納されており、
各認証成功情報は、暗号鍵を用いて暗号化されており、
制御装置は、決済を実行すべき場合に、認証成功情報を、メモリ内の暗号鍵を用いて復号化し、復号化された認証成功情報を用いて決済を実行する、
請求項１から３のいずれか１項に記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、決済システムに関する。
【背景技術】
【０００２】
様々な決済システムが知られている。例えば、特許文献１には、位置情報を利用した決済システムが開示されている。特許文献１の決済システムは、購入主体（例えば顧客）が所持する購入端末と、販売主体（例えば店員）が使用する決済端末と、位置情報管理サーバを備える。購入端末は、ＧＰＳ（Global Positioning Systemの略）を用いて現在の位置情報を取得し、現在の位置情報を位置情報管理サーバに通知する。この購入端末を所持する購入主体が販売主体に対して決済手続きを要求すると、決済端末は、自機の位置情報をキーとして位置情報管理サーバに決済端末と同位置又は所定の近接範囲内にある購入端末を特定する。決済端末は、特定された購入端末と購入主体が所持する購入端末とが一致すると、その購入端末との間で決済を行う。これにより、決済端末の近接範囲（同位置を含む）内にない購入端末との間で決済が行われてしまうことの抑制を図っている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１１−１１８５６３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
特許文献１の技術では、決済端末と位置情報管理サーバとの間の通信が確保されていないと、決済端末は購入端末を認証できず、決済を実行することができない。その一方、決済端末の近接範囲内に１つの購入端末しか存在しない場合には、その購入端末以外の購入端末と決済端末との間で決済が行われることはない。このため、特許文献１の技術を厳格に適用すると、屋内等でＧＰＳが圏外である場合のように、不測の事態で外部との通信が遮断されてしまった場合など、決済端末と位置情報管理サーバとの間の通信が確保されていないために、決済端末との決済が行えないという問題がある。
【０００５】
本明細書では、決済端末が設置されている環境に関わらず、決済端末が決済媒体との間で決済を行うことができる技術を提供する。
【課題を解決するための手段】
【０００６】
本明細書が開示する決済システムは、決済媒体との間で決済を行う決済端末と、決済端末と通信を行うことによって決済端末を管理するサーバと、を有している。決済端末は、決済媒体を検出可能であると共に決済媒体と通信可能な通信インターフェースと、メモリと、制御装置と、を備えている。制御装置は、通信インターフェースが決済媒体を検出していない間に、サーバに対して第１の認証要求を供給し、第１の認証要求の供給後に、サーバから、Ｎ個（Ｎは２以上の整数）の認証成功情報を取得し、取得されたＮ個の認証成功情報をメモリに格納し、決済を行うために必要な決済情報を取得し、Ｎ個の認証成功情報のうちの利用可能な状態のＭ個（Ｍは１以上Ｎ以下の整数）の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合に、Ｍ個の認証成功情報のうちの１個の認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行可能であり、Ｍ個の認証成功情報のうちの１個の認証成功情報を用いて決済を完了したときは、決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させる。サーバは、決済端末から第１の認証要求を取得すると、決済端末にＮ個の認証成功情報を供給する。
【０００７】
この構成によると、決済端末は、利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、通信インターフェースが決済媒体を検出する場合に、Ｍ個の認証成功情報のうちの１個の認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行することができる。メモリ内の認証成功情報を用いて決済を実行することができるため、決済端末は、自機が設置されている環境（例えば、サーバとの間の通信環境）に関わらず、決済媒体との間で決済を行うことができる。
【０００８】
ここで、「認証成功情報を用いて・・・決済を実行」は、認証成功情報に含まれる情報を用いて実際に決済を実行することと、決済の実行後に、実行済みの決済の内容を示す情報に認証成功情報に含まれる情報を対応付ける場合と、のどちらも含む。また、「決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させる」は、決済に用いられた認証成功情報をメモリから削除することと、決済に用いられた認証成功情報を利用不可能な状態に移行させた上でメモリに格納させておくことと、のどちらも含む。
【図面の簡単な説明】
【０００９】
【図１】実施例の決済システムの構成を模式的に示す図。
【図２】決済端末の制御部が実行する認証成功情報取得処理を示すフローチャート。
【図３】決済端末の制御部が実行する決済関連処理を示すフローチャート。
【図４】サーバの制御部が実行する認証成功情報供給処理を示すフローチャート。
【発明を実施するための形態】
【００１０】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に示す技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。
【００１１】
（特徴１）制御装置は、（ａ）利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であって、決済端末がサーバと通信不可能である第１の場合には、利用可能な状態のＭ個の認証成功情報のうちの１個の認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行し、決済の完了後に、決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させてもよい。また、制御装置は、（ｂ）利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であって、決済端末がサーバと通信可能である第２の場合には、サーバに対して第２の認証要求を供給し、第２の認証要求の供給後にサーバから１個の認証成功情報を取得し、その取得された認証成功情報を用いて、検出された決済媒体との間で通信インターフェースを介して決済を実行してもよい。サーバは、決済端末から第２の認証要求を取得すると、決済端末に１個の認証成功情報を供給してもよい。
【００１２】
この構成によると、決済端末は、利用可能な状態のＭ個の認証成功情報がメモリに格納されている間に、通信インターフェースが決済媒体を検出する場合において、サーバと通信可能であるか否かに応じて、メモリに予め格納されている認証成功情報を用いて決済を実行するのか、サーバから取得された認証成功情報を用いて決済を実行するのか、を切り替えることができる。従って、この構成によると、決済端末は、サーバとの通信環境に応じて、適切な認証成功情報を用いて決済を実行することができる。
【００１３】
（特徴２）制御装置は、（ｉ）取得されている決済情報に含まれる決済金額が第１の上限値を超えることと、（ｉｉ）認証成功情報の有効期限が経過していることと、（ｉｉｉ）決済端末における積算決算金額が第２の上限値を超えることと、のうちの少なくとも一つの条件が満たされる場合には、決済情報が取得されている状態で、通信インターフェースが決済媒体を検出する場合であっても、決済媒体との間で決済を実行しなくてもよい。
【００１４】
この構成によると、（ｉ）〜（ｉｉｉ）のうちの少なくとも一つの条件が満たされる場合に、決済端末が決済媒体との間で決済を実行することを制限することができる。決済端末が決済媒体との間で無制限に決済を実行することが制限されるため、決済媒体と決済端末との間で不正に決済が実行されることを抑制し得る。
【００１５】
（特徴３）メモリには、暗号鍵が格納されていてもよい。各認証成功情報は、それぞれ、暗号鍵を用いて暗号化されていてもよい。制御装置は、決済を実行すべき場合に、認証成功情報を、メモリ内の暗号鍵を用いて復号化し、復号化された認証成功情報を用いて決済を実行してもよい。
【００１６】
この構成によると、暗号鍵を用いて暗号化されている認証成功情報が、暗号鍵を格納している決済端末以外の端末によって復号化されて利用されることを抑制することができる。従って、暗号鍵を記憶していない端末によって認証成功情報を用いて決済が実行されることを防止することができる。暗号鍵を記憶していない端末によって不正に決済が実行されることを抑制することができる。
【実施例】
【００１７】
（システム構成；図１）
図１に示す決済システム２は、商品の販売に伴う決済を行うシステムであって、決済端末１０と、サーバ５０と、決済媒体８０とを備える。図１では、決済端末１０、決済媒体８０をそれぞれ１つずつ図示しているが、実際には、決済システム２は、決済端末１０以外の１以上の決済端末（図示しない）、及び、決済媒体８０以外の１以上の決済媒体（図示しない）を備えている。
【００１８】
この決済システム２を用いて決済を実行する前提となる事項について説明する。この決済システム２では、決済端末１０が決済媒体８０との間で決済を実行するためには、決済端末１０は、サーバ５０との間で行われる所定の認証が成功することを条件としてサーバ５０から取得される認証成功情報を利用して決済を実行する必要がある。決済端末１０が１回の決済を実行するためには、サーバ５０から取得される１個の認証成功情報を利用しなければならない。決済端末１０は、認証成功情報を利用することなく決済を実行することはできない。また、一度決済に利用された認証成功情報は再利用できない。そのため、決済端末１０は、決済媒体８０との間で決済を実行すべき場合毎に１個の認証成功情報を利用しなければならない。
【００１９】
本実施例では、決済端末１０が、例えば、店舗内等、サーバ５０との間の通信状態が良好な環境下で利用されることと、例えば、屋外イベント会場等、サーバ５０との間の通信状態が比較的不安定になり易い（即ち、サーバ５０との通信が不可能な状態になり易い）環境下で利用されることと、の両方の状況が想定されている。本実施例では、決済端末１０は、サーバ５０との通信が可能な環境下で利用される場合には、決済媒体８０を検出する毎にサーバ５０から１個の認証成功情報を取得し、その認証成功情報を利用して決済媒体８０との間で決済を実行する。一方、上記の通り、決済端末１０は、サーバ５０との間の通信が不可能な環境下で利用される状況も想定されている。そのような状況でも決済端末１０を利用して決済を実行するために、本実施例では、決済端末１０は、サーバ５０との通信が可能である間に、予め１以上の認証成功情報をサーバ５０から取得しておくことができる。そして、決済端末１０は、サーバ５０との通信が不可能な環境下で利用される間に決済媒体８０との間で決済を実行すべき場合に、予め取得された１以上の認証成功情報のうちの１個の認証成功情報を利用して決済を実行することができる。
【００２０】
（決済端末１０の構成）
決済端末１０は、決済媒体８０との間で決済を実行する端末装置である。本実施例では、決済端末１０は、屋外イベント会場等で利用可能な可搬式のハンディターミナルである。変形例では、決済端末１０は、店舗内に設置されるタイプの据置式端末装置であってもよい。
【００２１】
決済端末１０は、操作部１２と、表示部１４と、Ｗｉ−Ｆｉインターフェース１６と、制御部１８と、ＮＦＣインターフェース２０と、メモリ２２とを備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する。
【００２２】
操作部１２は、複数のキーを備える。決済端末１０のユーザ（例えば、店員、顧客等）は、操作部１２を操作することによって、様々な指示を決済端末１０に入力することができる。決済端末１０の使用者である販売主体（例えば店員）は、操作部１２を操作して、顧客が購入を希望する商品の金額（即ち、決済金額）等、決済に必要な決済情報を入力することができる。表示部１４は、様々な情報を表示するためのディスプレイである。
【００２３】
Ｗｉ−ＦｉＩ／Ｆ１６は、サーバ５０との間でＷｉ−Ｆｉ方式に従った無線通信を実行するための無線Ｉ／Ｆである。Ｗｉ−Ｆｉ方式は、例えば、ＩＥＥＥ（The Institute of Electrical and Electronics Engineers, Inc.の略）の８０２．１１の規格、及び、それに準ずる規格（例えば、８０２．１１ａ，１１ｂ，１１ｇ，１１ｎ等）に従って、無線通信を実行するための無線通信方式である。
【００２４】
ＮＦＣＩ／Ｆ２０は、決済媒体８０との間でＮＦＣ方式に従ったＮＦＣ通信（いわゆる近距離無線通信の一種）を実行するための無線Ｉ／Ｆある。ＮＦＣ方式は、例えば、ＩＳＯ／ＩＥＣ２１４８１又は１８０９２の国際標準規格に基づく無線通信方式である。ＮＦＣＩ／Ｆ２０は、決済媒体８０を検出可能であると共に決済媒体８０と通信可能である。
【００２５】
制御部１８は、メモリ２２内のプログラム３０に従って様々な処理を実行する。制御部１８が実行する処理の内容は後で詳しく説明する。
【００２６】
メモリ２２は、プログラム３０を格納している。また、メモリ２２は、サーバ５０から予め取得された認証成功情報を格納するための認証成功情報格納領域３２を有している。認証成功情報格納領域３２には、サーバ５０から予め取得された１以上の認証成功情報４０ａ、４０ｂ等が格納されている。また、認証成功情報４０ａ、４０ｂ等のそれぞれには、サーバ５０から取得された付属情報４２ａ、４２ｂ等が対応付けられている。以下では、認証成功情報格納領域３２内の認証成功情報４０ａ、４０ｂ等、及び、付属情報４２ａ、４２ｂ等のことを、それぞれ、「認証成功情報４０」及び「付属情報４２」と総称する場合がある。上記の通り、認証成功情報４０は、決済端末１０が決済媒体８０との間で決済を実行する場合に利用される情報である。付属情報４２は、対応する認証成功情報４０の利用条件に関係する各種情報を含む。具体的には、付属情報４２は、１回の決済処理で決済可能な決済金額の上限値を示す情報を含む。後で詳しく説明する通り、決済端末１０は、入力された決済情報に含まれる決済金額が当該上限値（例えば、50,000円）を超える場合には、対応する認証成功情報４０を利用した決済を実行することができない（後述の図３のＳ５２でＮＯの場合参照）。さらに、付属情報４２は、対応する認証成功情報４０の有効期限を示す情報を含む。後で詳しく説明する通り、決済端末１０は、当該有効期限を徒過した場合には、その認証成功情報４０を利用した決済を実行することができない（後述の図３のＳ５４でＮＯの場合参照）。また、本実施例では、認証成功情報４０は、サーバ５０が有する暗号鍵６４によって暗号化されている。ただし、付属情報４２は暗号化されていない。
【００２７】
さらに、メモリ２２は、暗号鍵３４を格納している。暗号鍵３４は、サーバ５０が有する暗号鍵６４と同じ暗号鍵である。決済端末１０の制御部１８は、暗号鍵３４を用いて、認証成功情報格納領域３２に格納されている暗号化された認証成功情報４０を復号化し、復号化された認証成功情報４０を利用して決済を実行することができる（後述の図３のＳ５６、Ｓ６０参照）。
【００２８】
さらに、メモリ２２は、決済端末１０を識別するための端末ＩＤ（Identification Informationの略）３５を格納している。端末ＩＤ３５は、決済端末毎に固有の識別情報（例えば、ロット番号）である。本実施例では、端末ＩＤ３５は「ＩＤ１０」で示される。
【００２９】
さらに、メモリ２２は、販売主体が操作部１２を操作して入力した決済情報を一時的に格納するための決済情報格納領域３６も有している。さらに、メモリ２２は、決済端末１０が行った決済に関連する決済関連情報を格納しておくための決済関連情報格納領域３８も有している。決済関連情報は、決済端末１０で行われた決済の内容（例えば、決済媒体のＩＤ、決済金額、電子マネーの種類、決済時刻、等）を示す情報を含む。制御部１８は、サーバ５０との間のＷｉ−Ｆｉ通信が確立されている間に、所定時間毎（例えば、１日毎）に、決済関連情報格納領域３８に格納されている１又は複数の決済関連情報をサーバ５０に供給する。以下では、１又は複数の決済関連情報をサーバ５０に供給することを、「精算」と呼ぶ場合がある。制御部１８は、決済関連情報格納領域３８に格納されている１以上の決済関連情報のそれぞれを参照することにより、決済端末１０における精算前の積算決済金額を算出することもできる。
【００３０】
（サーバ５０の構成）
サーバ５０は、決済端末１０とＷｉ−Ｆｉ通信を行うことによって決済端末１０を管理するためのサーバである。上記の通り、サーバ５０は、決済端末１０が決済を実行するために利用する認証成功情報を生成し、決済端末１０に供給する。サーバ５０は、決済システム２を用いた決済サービスの提供者によって設置される。
【００３１】
サーバ５０は、Ｗｉ−ＦｉＩ／Ｆ５２と、制御部５４と、メモリ５６とを備える。
【００３２】
Ｗｉ−ＦｉＩ／Ｆ５２は、決済端末１０との間でＷｉ−Ｆｉ方式に従った無線通信を実行するための無線Ｉ／Ｆであり、上記Ｗｉ−ＦｉＩ／Ｆ１６と同様のＩ／Ｆである。
【００３３】
制御部５４は、メモリ５６内のプログラム６０に従って様々な処理を実行する。制御部５４が実行する処理の内容は後で詳しく説明する。
【００３４】
メモリ５６は、プログラム６０を格納している。また、メモリ５６は、決済端末１０の端末ＩＤ６２と、暗号鍵６４とを対応付けて格納している。端末ＩＤ６２は、上記の端末ＩＤ３５と同様に「ＩＤ１０」で示される。端末ＩＤ６２は、事前に決済端末１０とサーバ５０との間で登録処理が行われることによってメモリ５６に格納される。暗号鍵６４は、決済端末１０が有する暗号鍵３４と同じ暗号鍵である。後で詳しく説明する通り、制御部５４は、暗号鍵６４を用いて決済端末１０に供給するための認証成功情報を暗号化し、暗号化された認証成功情報を、付属情報とともに決済端末１０に供給する（後述の図４のＳ７４参照）。
【００３５】
（決済媒体８０の構成）
決済媒体８０は、例えば、顧客が所持するＩＣカード、携帯電話端末等、決済端末１０とＮＦＣ通信を実行可能な媒体である。決済媒体８０は、図示しないＩＣチップを内蔵している。ＩＣチップには、例えば、決済媒体のＩＤ、電子マネーの残高を示す残高情報などを含む媒体情報が格納されている。
【００３６】
（決済端末１０の制御部１８が実行する認証成功情報取得処理；図２）
続いて、本実施例の決済端末１０の制御部１８が実行する認証成功情報取得処理（図２参照）について説明する。決済端末１０の電源がＯＮされると、決済端末１０は、初期状態で動作する。決済端末１０の使用者である販売主体は、屋外イベントへの出店等、サーバ５０との間の通信が不可能になり得る環境下で決済端末１０を使用する状況に備えて、予め１以上の認証成功情報を決済端末１０のメモリ２２に格納しておくことを希望する場合がある。そのような場合において、販売主体は、操作部１２を操作し、初期状態の決済端末１０に対して、所定の認証成功情報取得指示を入力する。販売主体は、認証成功情報取得指示を入力する際に、認証成功情報取得の必要数Ｎ（Ｎは１以上の整数。例えば、１０００）をあわせて入力することもできる。販売主体によって認証成功情報取得指示が入力されたことをトリガとして、制御部１８は、図２の認証成功情報取得処理を開始する。
【００３７】
Ｓ１０では、制御部１８は、決済端末１０が、サーバ５０とＷｉ−Ｆｉ通信可能な状態であるか否かを判断する。ここで、制御部１８は、サーバ５０とＷｉ−Ｆｉ通信可能な状態であるか否かを公知の手法によって確認する。サーバ５０とＷｉ−Ｆｉ通信可能な状態であることが確認された場合、制御部１８は、Ｓ１０でＹＥＳと判断し、Ｓ１２に進む。一方、サーバ５０とＷｉ−Ｆｉ通信不可能な状態であることが確認された場合、制御部１８は、Ｓ１０でＮＯと判断し、図２の認証成功情報取得処理をエラー終了する。この際、制御部１８は、認証成功情報取得処理がエラー終了した旨を示すメッセージを表示部１４に表示する。以下、認証成功情報取得処理がエラー終了する各場合についても同様である。
【００３８】
Ｓ１２では、制御部１８は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、Ｎ個の認証要求をサーバ５０に供給する。認証要求は、サーバ５０に対して認証成功情報の供給を求めるための信号である。認証要求は、メモリ２２に格納されている端末ＩＤ３５を含む。認証成功情報取得指示が入力された際に、販売主体によって必要数Ｎが指定されている場合には、Ｓ１２では、制御部１８は、指定された必要数であるＮ個の認証要求をサーバ５０に供給する。認証成功情報取得指示が入力された際に、販売主体によって必要数Ｎが指定されていない場合には、Ｓ１２では、制御部１８は、所定のＮ個（例えば３００個）の認証要求をサーバ５０に供給する。
【００３９】
次いで、Ｓ１４では、制御部１８は、サーバ５０から、Ｎ個の認証成功情報及びＮ個の付属情報を取得することを監視する。後で説明する通り、サーバ５０は、決済端末１０からＮ個の認証要求を取得すると、Ｎ回分の認証を実行する（後述の図４のＳ７０参照）。サーバ５０は、認証が成功した場合に（後述の図４のＳ７２でＹＥＳの場合参照）、Ｎ個の認証成功情報と、それらに対応付けられるＮ個の付属情報を生成する。また、サーバ５０は、暗号鍵６４を用いて、Ｎ個の認証成功情報のそれぞれを暗号化する。サーバ５０は、Ｎ個の認証成功情報（暗号化済みのもの）と、対応するＮ個の付属情報とを、決済端末１０に供給する。この場合、制御部１８は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、サーバ５０から、Ｎ個の認証成功情報及びＮ個の付属情報を取得する。この場合、制御部１８は、Ｓ１４でＹＥＳと判断し、Ｓ１６に進む。一方、サーバ５０は、認証が失敗する場合（例えば、認証要求に含まれている端末ＩＤと、サーバ５０が予め格納している端末ＩＤとが一致しない場合など）には、Ｎ個の認証成功情報及びＮ個の付属情報を決済端末１０に供給しない（図４のＳ７２でＮＯの場合参照）。この場合、制御部１８は、サーバ５０から、Ｎ個の認証成功情報及びＮ個の付属情報を取得することはできない。この場合、制御部１８は、Ｓ１４でＮＯと判断し、図２の認証成功情報取得処理をエラー終了する。
【００４０】
Ｓ１６では、制御部１８は、取得されたＮ個の認証成功情報及びＮ個の付属情報を、メモリ２２の認証成功情報格納領域３２内に格納する。Ｓ１６を終えると、制御部１８は、図２の認証成功情報取得処理を正常終了する。
【００４１】
（決済端末１０の制御部１８が実行する決済関連処理；図３）
続いて、本実施例の決済端末１０の制御部１８が実行する決済関連処理（図３参照）について説明する。決済端末１０の電源がＯＮされると、上記の通り、制御部１８は、初期状態で動作する。販売主体は、操作部１２を操作して、初期状態の決済端末１０に対して、決済情報（即ち、顧客が購入を希望する商品の価格（即ち決済金額）等）を入力する。販売主体によって決済情報が入力されると、制御部１８は、図３の決済関連処理を開始する。また、制御部１８は、入力された決済情報をメモリ２２の決済情報格納領域３６に記憶させる。
【００４２】
Ｓ３０では、制御部１８は、決済情報が入力された後、所定のタイムアウト期間が経過する前に、決済媒体８０が検出されることを監視する。顧客が決済媒体８０を決済端末１０の筐体にかざすと、ＮＦＣＩ／Ｆ２０は、決済媒体８０を検出する。ＮＦＣＩ／Ｆ２０が決済媒体８０を検出すると、制御部１８は、Ｓ３０でＹＥＳと判断し、Ｓ３２に進む。一方、図示しないが、決済媒体８０が検出されることなく、所定のタイムアウト期間が経過する場合、制御部１８は、図３の決済関連処理をエラー終了する。その際、制御部１８は、決済関連処理がエラー終了した旨のメッセージを表示部１４に表示する。以下、決済関連処理がエラー終了する各場合についても同様である。
【００４３】
Ｓ３２では、制御部１８は、決済端末１０が、サーバ５０とＷｉ−Ｆｉ通信可能な状態であるか否かを判断する。Ｓ３２の処理の内容は図２のＳ１０と同じであるため、詳細な説明は省略する。Ｓ３２でＹＥＳと判断する場合、制御部１８は、Ｓ３４に進む。一方、Ｓ３２でＮＯと判断する場合、制御部１８は、Ｓ５０に進む。
【００４４】
Ｓ３４では、制御部１８は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、１個の認証要求をサーバ５０に供給する。
【００４５】
続くＳ３６では、制御部１８は、サーバ５０から、１個の認証成功情報及び１個の付属情報を取得することを監視する。サーバ５０は、決済端末１０から１個の認証要求を取得すると、１回分の認証を実行する（後述の図４のＳ７０参照）。サーバ５０は、認証が成功した場合に（後述の図４のＳ７２でＹＥＳの場合参照）、１個の認証成功情報と、それに対応付けられる１個の付属情報を生成する。また、サーバ５０は、暗号鍵６４を用いて、１個の認証成功情報を暗号化する。サーバ５０は、１個の認証成功情報（暗号化済みのもの）と、対応する１個の付属情報とを、決済端末１０に供給する。この場合、制御部１８は、Ｗｉ−ＦｉＩ／Ｆ１６を介して、サーバ５０から、１個の認証成功情報及び１個の付属情報を取得する。制御部１８は、取得した１個の認証成功情報及び１個の付属情報を、メモリ２２の認証成功情報格納領域３２に一時的に格納する。この場合、制御部１８は、Ｓ３６でＹＥＳと判断し、Ｓ３８に進む。一方、サーバ５０は、認証が失敗する場合には１個の認証成功情報及び１個の付属情報を決済端末１０に供給しない。（図４のＳ７２でＮＯの場合参照）。この場合、制御部１８は、サーバ５０から、１個の認証成功情報及び１個の付属情報を取得することはできない。この場合、制御部１８は、Ｓ３６でＮＯと判断し、図３の決済関連処理をエラー終了する。
【００４６】
Ｓ３８では、制御部１８は、入力された決済情報に含まれる決済金額が、所定の上限値以下であるか否かを判断する。制御部１８は、入力された決済情報に含まれる決済金額と、取得された認証成功情報に対応づけられている付属情報に含まれる上限値（例えば、50,000円）とを比較する。決済金額が上限値以下である場合には、制御部１８は、Ｓ３８でＹＥＳと判断し、Ｓ４０に進む。一方、決済金額が上限値より大きい場合には、制御部１８は、Ｓ３８でＮＯと判断し、図３の決済関連処理をエラー終了する。
【００４７】
Ｓ４０では、制御部１８は、取得した認証成功情報の有効期限が経過していないか否かを判断する。具体的には、Ｓ４０では、制御部１８は、取得された認証成功情報に対応付けられている付属情報に含まれる有効期限と現在の時刻とを比較し、現在の時刻が有効期限より前であるか否かを判断する。現在の時刻が有効期限より前である（即ち、有効期限が未経過である）場合、制御部１８は、Ｓ４０でＹＥＳと判断し、Ｓ４２に進む。一方、現在の時刻が有効期限以降である場合、制御部１８は、Ｓ４０でＮＯと判断し、図３の決済関連処理をエラー終了する。
【００４８】
Ｓ４２では、制御部１８は、メモリ２２に格納されている暗号鍵３４を用いて、取得した認証成功情報を復号化する。Ｓ４２を終えると、Ｓ６０に進む。
【００４９】
一方、Ｓ５０（即ち、サーバ５０とのＷｉ−Ｆｉ通信が不可能な場合）では、制御部１８は、メモリ２２の認証成功情報格納領域３２内に、１以上の認証成功情報が格納されているか否かを判断する。認証成功情報格納領域３２内に、１以上の認証成功情報（例えば、図１の認証成功情報４０ａ、４０ｂなど）が格納されている場合、制御部１８は、Ｓ５０でＹＥＳと判断し、Ｓ５１に進む。一方、Ｓ５０の時点で、認証成功情報格納領域３２内に認証成功情報が格納されていない場合、制御部１８は、Ｓ５０でＮＯと判断し、図３の決済関連処理をエラー終了する。
【００５０】
Ｓ５１では、制御部１８は、メモリ２２の認証成功情報格納領域３２内の１以上の認証成功情報のうちの１個の認証成功情報を特定する。以下では、Ｓ５１で特定された１個の認証成功情報のことを「特定の認証成功情報」と呼ぶ場合がある。
【００５１】
続くＳ５２では、制御部１８は、入力された決済情報に含まれる決済金額が、所定の上限値以下であるか否かを判断する。Ｓ５２の判断の内容は、Ｓ３８とほぼ同様である。制御部１８は、入力された決済情報に含まれる決済金額と、特定の認証成功情報に対応づけられている付属情報に含まれる上限値とを比較し、決済金額が上限値以下である場合に、Ｓ５２でＹＥＳと判断し、Ｓ５４に進む。一方、Ｓ５２でＮＯと判断する場合、制御部１８は、図３の決済関連処理をエラー終了する。
【００５２】
Ｓ５４では、制御部１８は、特定の認証成功情報の有効期限が経過していないか否かを判断する。Ｓ５４の判断の内容は、Ｓ４０とほぼ同様である。制御部１８は、特定の認証成功情報に対応付けられている付属情報に含まれる有効期限と現在の時刻とを比較し、現在の時刻が有効期限より前である場合、Ｓ５４でＹＥＳと判断し、Ｓ５６に進む。一方、Ｓ５４でＮＯと判断する場合、制御部１８は、図３の決済関連処理をエラー終了する。
【００５３】
Ｓ５６では、制御部１８は、メモリ２２に格納されている暗号鍵３４を用いて、特定の認証成功情報を復号化する。Ｓ５６を終えると、Ｓ６０に進む。
【００５４】
Ｓ６０では、制御部１８は、Ｓ４２又はＳ５６で復号化された認証成功情報を用いて、入力された決済情報に従って、検出された決済媒体８０との間で決済を実行する。具体的には、制御部１８は、決済媒体８０から読み取った電子マネーの残高を決済金額分だけ減じたうえで、変更後の残高情報を決済媒体８０に書き込む処理を行う。ここで、制御部１８は、認証成功情報を用いて決済を実行する場合には、認証成功情報に含まれる情報を実際に用いて決済を実行する。ただし、変形例では、制御部１８は、認証成功情報を用いて決済を実行する場合、決済の実行後に、実行済みの決済の内容を示す決済関連情報に、当該認証成功情報に含まれる情報を対応付けるようにしてもよい。Ｓ６０を終えると、Ｓ６２に進む。この際、制御部１８は、決済が正常終了した旨のメッセージを表示部１４に表示する。また、制御部１８は、完了した決済の内容を示す決済関連情報を決済関連情報格納領域３８に格納する。
【００５５】
なお、Ｓ６０の処理の際に、例えば、決済媒体８０に記憶されている電子マネーの残高が決済金額より少ない（即ち、残高が不足する）、決済媒体８０のＩＤが所定の取扱不可ＩＤ（例えば、紛失扱いＩＤ、取扱拒否ＩＤ等）に指定されている、決済媒体８０の決済機能が故障している等、決済を実行できない状況が発生している場合には、制御部１８は、電子マネーの残高を変更せずに（即ち、決済を実行せずに）、図３の決済関連処理をエラー終了する。
【００５６】
Ｓ６２では、制御部１８は、Ｓ６０の決済で利用された認証成功情報と、対応する付属情報とをメモリ２２から削除する。これにより、制御部１８は、Ｓ６０の決済で利用された認証成功情報を再利用することができなくなる。また、同時に、制御部１８は、メモリ２２の決済情報格納領域３６に記憶されている決済情報も削除する。これにより、決済情報格納領域３６は、決済情報が記憶されていない状態に戻る。Ｓ６２を終えると、制御部１８は、図３の決済関連処理を正常終了する。
【００５７】
（サーバ５０の制御部５４が実行する認証成功情報供給処理；図４）
続いて、本実施例のサーバ５０の制御部５４が実行する認証成功情報供給処理（図４参照）について説明する。サーバ５０が稼働している間、制御部５４は、決済端末１０から認証要求を取得することを監視している。上記の通り、決済端末１０は、所定の場合に、サーバ５０に１個又はＮ個の認証要求を供給する（図２のＳ１２、図３のＳ３４）。その場合、サーバ５０の制御部５４は、Ｗｉ−ＦｉＩ／Ｆ５２を介して、１個又はＮ個の認証要求を取得する。その場合、制御部５４は、図４の認証成功情報取得処理を開始する。
【００５８】
Ｓ７０では、制御部５４は、取得した認証要求に従って認証を実行する。具体的には、制御部５４は、認証要求に含まれる端末ＩＤがメモリ５６に格納されているか否かを判断することによって認証を行う。制御部５４は、１個の認証要求を取得した場合、１回分の認証を実行する。制御部５４は、Ｎ個の認証要求を取得した場合、Ｎ回分の認証を実行する。
【００５９】
続くＳ７２では、制御部５４は、Ｓ７０で実行した認証が成功したか否かを判断する。認証要求に含まれる端末ＩＤがメモリ５６に格納されている場合、制御部５４は、Ｓ７２でＹＥＳ（即ち認証成功）と判断し、Ｓ７４に進む。一方、認証要求に含まれる端末ＩＤがメモリ５６に格納されていない場合、制御部５４は、Ｓ７２でＮＯ（即ち認証失敗）と判断し、図４の認証成功情報供給処理をエラー終了する。
【００６０】
Ｓ７４では、制御部５４は、認証成功情報と、それらに対応付けられる付属情報とを決済端末１０に供給する。具体的には、まず、制御部５４は、認証成功情報と、それらに対応付けられる付属情報を生成する。この際、制御部５４は、取得された認証要求の数（即ち１個又はＮ個）と同数の認証成功情報及び付属情報を同時に生成する。次いで、制御部５４は、暗号鍵６４を用いて、生成した認証成功情報（１個又はＮ個）をすべて暗号化する。そして、制御部５４は、暗号化済みの認証成功情報と、対応する付属情報とを、決済端末１０に供給する。制御部５４は、Ｓ７４を終えると、図４の認証成功情報供給処理を終了する。
【００６１】
以上、本実施例の決済システム２について説明した。決済端末１０の制御部１８は、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出しておらず、サーバ５０とＷｉ−Ｆｉ通信が可能である間に、サーバ５０に対してＮ個の認証要求を供給し（図２のＳ１２）、サーバ５０から、Ｎ個の認証成功情報を取得し（Ｓ１４でＹＥＳ）、取得されたＮ個の認証成功情報をメモリ２２に格納しておく（Ｓ１６）。また、制御部１８は、決済情報が入力されている状態で、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出する場合（図３のＳ３０でＹＥＳ）であって、サーバ５０とＷｉ−Ｆｉ通信が不可能である場合（Ｓ３２でＮＯ）に、メモリ２２内の１以上の認証成功情報のうちの１つの認証成功情報を用いて、決済媒体８０との間でＮＦＣＩ／Ｆ２０を介して決済を実行することができる（Ｓ６０）。そのため、本実施例では、決済端末１０は、１以上の認証成功情報がメモリ２２に格納されている間に、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出する場合に、メモリ２２内の１以上の認証成功情報のうちの１つの認証成功情報を用いて、検出された決済媒体８０との間でＮＦＣＩ／Ｆ２０を介して決済を実行することができる。メモリ２２内の認証成功情報を用いて決済を実行することができるため、決済端末１０は、自機が設置されている環境（例えば、サーバ５０との間のＷｉ−Ｆｉ通信環境）に関わらず、決済媒体８０との間で決済を行うことができる。
【００６２】
また、本実施例では、決済端末１０の制御部１８は、１以上の認証成功情報がメモリ２２に格納されている間に、決済情報が入力されている状態で、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出する場合（図３のＳ３０でＹＥＳ）であって、サーバ５０とＷｉ−Ｆｉ通信が可能である場合（Ｓ３２でＹＥＳ）に、サーバ５０に対して１個の認証要求を供給し（Ｓ３４）、サーバから１個の認証成功情報を取得し（Ｓ３６でＹＥＳ）、その取得された認証成功情報を用いて、決済媒体８０との間で決済を行う（Ｓ６０）。そのため、本実施例では、決済端末１０は、１以上の認証成功情報がメモリ２２に格納されている間に、ＮＦＣＩ／Ｆ２０が決済媒体８０を検出する場合において、サーバ５０と通信可能であるか否かに応じて、メモリ２２に予め格納されている認証成功情報を用いて決済を実行するのか、サーバ５０から取得された認証成功情報を用いて決済を実行するのか、を切り替えることができる。従って、本実施例では、決済端末１０は、サーバとの通信環境に応じて、適切な認証成功情報を用いて決済を実行することができる。
【００６３】
また、本実施例では、決済端末１０の制御部１８は、入力された決済情報に含まれる決済金額が所定の上限値を超える場合（図３のＳ３８でＮＯ、Ｓ５２でＮＯ）、若しくは、認証成功情報の有効期限が経過している場合（Ｓ４０でＮＯ、Ｓ５４でＮＯ）には、決済情報が入力された状態で決済媒体８０が検出される場合であっても、決済媒体８０との間で決済を実行しない。即ち、本実施例では、入力された決済情報に含まれる決済金額が所定の上限値を超える場合、若しくは、認証成功情報の有効期限が経過している場合には、決済端末１０が決済媒体８０との間で決済を実行することを制限することができる。決済端末１０が決済媒体８０との間で無制限に決済を実行することが制限されるため、決済媒体８０と決済端末１０との間で不正に決済が実行されることを抑制し得る。
【００６４】
また、本実施例では、決済端末１０の制御部１８がサーバ５０から取得する各認証成功情報は、暗号鍵６４（３４）によって暗号化されている。制御部１８は、決済を実行すべき場合に、認証成功情報を、メモリ２２内の暗号鍵３４によって復号化し（図３のＳ４２、Ｓ５６）、復号化された認証成功情報を用いて決済を実行する（Ｓ６０）。即ち、本実施例では、暗号鍵６４を用いて暗号化されている認証成功情報が、暗号鍵３４を格納している決済端末１０以外の端末によって復号化されて利用されることを抑制することができる。従って、暗号鍵を記憶していない端末によって認証成功情報を用いて決済が実行されることを防止することができる。暗号鍵を記憶していない端末によって不正に決済が実行されることを抑制することができる。
【００６５】
本実施例の構成と請求項の記載との対応関係を記載しておく。ＮＦＣＩ／Ｆ２０が「通信インターフェース」の一例である。制御部１８が「制御装置」の一例である。図２のＳ１２でサーバ５０に供給される認証要求が「第１の認証要求」の一例である。図３のＳ３４でサーバ５０に供給される認証要求が「第２の認証要求」の一例である。メモリ２２の認証成功情報格納領域３２に格納されている認証成功情報４０ａ、４０ｂ等が「Ｍ個の認証成功情報」の一例である。図３のＳ３２でＮＯの場合、Ｓ３２でＹＥＳの場合が、それぞれ、「第１の場合」、「第２の場合」の一例である。付属情報に含まれる決済金額の上限値を示す情報が「第１の上限値」の一例である。
【００６６】
以上、本明細書で開示する技術の一実施例について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を含んでもよい。
【００６７】
（変形例１）上記の実施例では、決済端末１０とサーバ５０はともにＷｉ−ＦｉＩ／Ｆを備えており、決済端末１０とサーバ５０との間でＷｉ−Ｆｉ通信を実行可能である。しかしながら、決済端末１０とサーバ５０との間の通信手法はＷｉ−Ｆｉ通信には限られず、任意の通信手法を用いてもよい。例えば、決済端末１０とサーバ５０がともに有線Ｉ／Ｆを備えていてもよい。有線Ｉ／Ｆ同士が通信可能に接続されることにより、決済端末１０とサーバ５０との間での有線通信が実行されてもよい。その場合、例えば、決済端末１０の制御部１８は、図２のＳ１０、図３のＳ３２において、サーバ５０の電源がＯＦＦになっている場合等に、決済端末１０とサーバ５０との間の通信が不可能であると判断するようにしてもよい。
【００６８】
（変形例２）上記の実施例では、決済端末１０はＮＦＣＩ／Ｆ２０を備えており、決済端末１０と決済媒体８０との間でＮＦＣ通信を実行可能である。しかしながら、決済端末１０と決済媒体８０との間の通信手法も、ＮＦＣ通信には限られず、任意の通信手法を用いてもよい。例えば、決済端末１０と決済媒体８０との間で、Ｂｌｕｅｔｏｏｔｈ（登録商標）通信を実行可能であってもよい。その場合、決済端末１０は、Ｂｌｕｅｔｏｏｔｈ通信を実行するための通信Ｉ／Ｆを備えていればよい。
【００６９】
（変形例３）上記の実施例では、制御部１８は、決済媒体８０との間で電子マネーを利用した決済を実行する。これに限られず、制御部１８は、決済媒体８０との間でクレジットカード決済等、電子マネー決済以外の決済を実行してもよい。その場合も、決済端末１０は、決済媒体８０を検出可能であると共に決済媒体と通信可能な通信Ｉ／Ｆを有していればよい。
【００７０】
（変形例４）上記の実施例では、決済端末１０の制御部１８は、決済端末１０の制御部１８は、入力された決済情報に含まれる決済金額が所定の上限値を超える場合（図３のＳ３８でＮＯ、Ｓ５２でＮＯ）、若しくは、認証成功情報の有効期限が経過している場合（Ｓ４０でＮＯ、Ｓ５４でＮＯ）には、決済情報が入力された状態で決済媒体８０が検出される場合であっても、決済媒体８０との間で決済を実行しない。しかしながら、制御部１８が決済を実行しない条件は上記の２つには限られず、任意の条件を含んでいてもよい。例えば、制御部１８は、上記の２つの条件に加えて、決済端末１０における精算前の積算決済金額（即ち、決済関連情報格納領域３８に格納されている１又は複数個の決済関連情報が示す決済金額の積算値）が所定の上限値を超える場合にも、決済媒体８０との間で決済を実行しないようにしてもよい。この場合、認証成功情報に対応する付属情報には、積算決済金額の上限値を示す情報がさらに含まれていてもよい。この変形例における積算決済金額の上限値が「第２の上限値」の一例である。
【００７１】
（変形例５）上記の実施例では、制御部１８は、決済に実行された認証成功情報及び付属情報をメモリ２２から削除する（図３のＳ６２）。これに代えて、制御部１８は、決済に用いられた認証成功情報を利用不可能な状態に移行させた上でメモリ２２に格納させておいてもよい。この変形例も、「決済に用いられた認証成功情報を利用可能な状態から利用不可能な状態に移行させる」ことの一例である。
【００７２】
（変形例６）決済端末１０のメモリ２２内に格納されている各情報３０、３４、３５、及び、各格納領域３２、３６、３８のうち、少なくとも１つは、決済端末１０に接続され、制御部１８によってアクセス可能な外部メモリ内に格納されていてもよい。この変形例では、決済端末１０のメモリ２２（即ち決済端末１０の内部メモリ）と、外部メモリと、が「メモリ」の一例である。
【００７３】
（変形例７）上記の実施例では、制御部１８は、決済情報が入力された状態で決済媒体８０が検出されると（図３のＳ３０でＹＥＳ）、サーバ５０と通信が可能か否かを判断し（Ｓ３２）、通信が可能である場合には（Ｓ３２でＹＥＳ）、サーバ５０から１個の認証成功情報を取得し（Ｓ３６でＹＥＳ）、その認証成功情報を用いて決済を実行している（Ｓ６０）。これに代えて、制御部１８は、決済情報が入力された状態で決済媒体８０が検出される場合、サーバ５０と通信が可能か否かを判断することなく、メモリ２２内に格納されている認証成功情報を用いて決済を実行するようにしてもよい。
【００７４】
（変形例８）制御部１８がサーバ５０から取得する各認証成功情報は、暗号鍵によって暗号化されていなくてもよい。制御部１８は、決済を実行すべき場合に、認証成功情報を、取得時の状態のまま用いて決済を実行してもよい。
【００７５】
（変形例９）上記の実施例では、サーバ５０の制御部５４は、認証要求に含まれる端末ＩＤがメモリ５６に格納されているか否かを判断することによって認証を行う。しかしながら、制御部５４による認証は、これに限られず任意の手法で行われてもよい。例えば、制御部５４は、認証要求に含まれる認証方式が予め定められた認証方式と一致するか否かを判断することによって認証を行ってもよい。
【００７６】
（変形例１０）上記の実施例では、図２の認証成功情報取得処理において、制御部１８は、Ｎ個の認証成功情報及びＮ個の付属情報をサーバ５０から取得し、メモリ２２に格納する。これに代えて、制御部１８は、Ｎ個の認証成功情報及びＮ個の付属情報を必要に応じて制御部１８が利用可能な態様で払い出すアプリケーションプログラムをサーバ５０から取得し、メモリ２２に格納するようにしてもよい。この変形例も「サーバから、Ｎ個の認証成功情報を取得」の一例である。
【００７７】
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【００７８】
１０：決済端末
１２：操作部
１４：表示部
１６：Ｗｉ−ＦｉＩ／Ｆ
１８：制御部
２０：ＮＦＣＩ／Ｆ
２２：メモリ
３０：プログラム
３２：認証成功情報格納領域
３４：暗号鍵
３５：端末ＩＤ
３６：決済情報格納領域
３８：決済関連情報格納領域
４０（４０ａ，４０ｂ）：認証成功情報
４２（４２ａ，４２ｂ）：付属情報
５０：サーバ
５２：Ｗｉ−ＦｉＩ／Ｆ
５４：制御部
５６：メモリ
６０：プログラム
６２：端末ＩＤ
６４：暗号鍵
８０：決済媒体
【図１】
2016157236.tif 000003
【図２】
2016157236.tif 000004
【図３】
2016157236.tif 000005
【図４】
2016157236.tif 000006