(57)【要約】【課題】電子マネー決済を実行する際における利用者の意思表示や操作等を従来よりも簡易化できる技術を提供する。【解決手段】携帯端末１０は、決済コード発行要求を管理サーバ８０に供給する（Ｔ８２）。管理サーバ４０は、決済コードを生成する（Ｔ８６）。決済コードには、ユーザＩＤ、残高情報が記録される。管理サーバ４０は、決済コードデータを含む応答を携帯端末１０に供給する（Ｔ９０）。携帯端末１０は、決済コードを表示させる（Ｔ９２）。一方、決済端末７０は決済情報を取得する（Ｔ９４）。次に決済端末７０は携帯端末１０に表示された決済コードを読み取り（Ｔ９６）、管理サーバ４０に決済要求を供給する（Ｔ９８）。決済要求は、決済情報、ユーザＩＤ、残高情報を含む。管理サーバ４０は、決済要求を取得すると、決済要求に含まれる決済情報と残高情報とを用いて決済を実行する（Ｔ１０２〜Ｔ１１４）。【選択図】図１５
2017162186.tif 000002
【特許請求の範囲】
【請求項１】
特定のＩＤを記憶している端末装置と、
前記端末装置と通信可能であり、前記特定のＩＤに関連付けられた電子マネーに関係するマネー情報を記憶している管理装置と、
前記管理装置と通信可能であり、情報コードを読み取り可能な読取装置と、
を備える決済システムであって、
前記端末装置は、
前記特定のＩＤを含む第１種の情報コード発行要求を前記管理装置に供給し、
前記管理装置は、
前記第１種の情報コード発行要求を取得すると、前記特定のＩＤと、前記特定のＩＤに関連付けられた前記マネー情報と、が記録された第１種の情報コードに対応する第１種の情報コードデータを生成し、
生成された前記第１種の情報コードデータを前記端末装置に供給し、
前記端末装置は、
前記第１種の情報コードデータを取得すると、前記第１種の情報コードデータに基づいて、前記第１種の情報コードを表示部に表示させ、
前記読取装置は、
決済を行うために必要な決済情報を取得し、
前記表示部に表示された前記第１種の情報コードを読み取ることによって、前記第１種の情報コードに記録されている前記特定のＩＤ及び前記マネー情報を取得し、
前記決済情報と、前記特定のＩＤと、前記マネー情報と、を含む決済要求を前記管理装置に供給し、
前記管理装置は、
前記決済要求を取得すると、前記決済要求に含まれる前記決済情報と、前記マネー情報に関連付けられた前記電子マネーと、を用いて、決済を実行する、
決済システム。
【請求項２】
前記管理装置は、さらに、
前記第１種の情報コードデータが生成される場合に、前記第１種の情報コードに記録されたデータである記録データを記憶し、
前記決済要求を取得すると、前記決済要求に含まれる前記特定のＩＤ及び前記マネー情報が、記憶済みの前記記録データに含まれているか否かを判断し、
前記決済要求に含まれる前記特定のＩＤ及び前記マネー情報が、記憶済みの前記記録データに含まれていると判断される場合に、前記決済を実行し、
前記決済要求に含まれる前記特定のＩＤ及び前記マネー情報が、記憶済みの前記記録データに含まれていないと判断される場合に、前記決済を実行しない、
請求項１に記載の決済システム。
【請求項３】
前記管理装置は、さらに、
前記決済要求に含まれる前記特定のＩＤと前記マネー情報が、記憶済みの前記記録データに含まれていないと判断された回数が所定回数を超えた後で、前記端末装置から前記第１種の情報コード発行要求を新たに取得する場合、前記第１種の情報コードデータを前記端末装置に供給しない、
請求項２に記載の決済システム。
【請求項４】
前記管理装置は、
前記特定のＩＤに関連付けられた複数種類の電子マネーのそれぞれに関係する複数のマネー情報を記憶しており、
前記複数のマネー情報は、それぞれ、当該マネー情報に関係する電子マネーに関連づけられている優先順位を示す順位情報を含み、
前記管理装置は、さらに、
前記決済要求を取得すると、前記複数のマネー情報のうちから、最高の優先順位を示す順位情報を含む第１のマネー情報を特定し、
前記決済要求に含まれる前記決済情報と、特定された前記第１のマネー情報に関連付けられた第１の電子マネーと、を用いて、前記決済を実行する、
請求項１から３のいずれか一項に記載の決済システム。
【請求項５】
前記管理装置は、さらに、
前記決済情報と前記第１の電子マネーとを用いた前記決済の実行に失敗する場合に、前記複数のマネー情報のうちから、前記第１のマネー情報に含まれる順位情報が示す優先順位の次に高い優先順位を示す順位情報を含む第２のマネー情報を特定し、
前記決済情報と前記第２の電子マネーとを用いて、前記決済を実行する、
請求項４に記載の決済システム。
【請求項６】
前記決済システムは、さらに、
前記電子マネーの残高を示す第１の残高情報が記憶されている決済媒体を備えており、
前記読取装置は、前記決済媒体と通信可能であり、
前記管理装置に記憶されている前記マネー情報は、前記マネー情報に関連付けられた前記電子マネーの残高を示す第２の残高情報を含み、
前記端末装置は、さらに、
前記特定のＩＤと、前記残高に追加されるべき金額を示すチャージ金額情報と、を含む第２種の情報コード発行要求を前記管理装置に供給し、
前記管理装置は、さらに、
前記第２種の情報コード発行要求を取得すると、前記特定のＩＤと、前記チャージ金額情報と、が記録された第２種の情報コードに対応する第２種の情報コードデータを生成し、
生成された第２種の情報コードデータを前記端末装置に供給し、
前記端末装置は、さらに、
前記第２種の情報コードデータを取得すると、前記第２種の情報コードデータに基づいて、前記第２種の情報コードを前記表示部に表示させ、
前記読取装置は、
前記表示部に表示された前記第２種の情報コードを読み取ることによって、前記第２種の情報コードに記録されている前記特定のＩＤ及び前記チャージ金額情報を取得し、
前記決済媒体と通信を実行して、前記決済媒体に記憶されている前記第１の残高情報が示す前記電子マネーの残高を前記チャージ金額分だけ減算する減算処理を実行し、
前記減算処理が実行される場合に、前記特定のＩＤと、前記チャージ金額情報と、を含むチャージ要求を前記管理装置に供給し、
前記管理装置は、さらに、
前記チャージ要求を取得すると、前記チャージ要求に含まれる前記特定のＩＤに関連付けられている前記マネー情報を特定し、
前記マネー情報に含まれる前記第２の残高情報が示す前記電子マネーの残高を、前記チャージ金額情報が示す金額分だけ増額するチャージ処理を実行する、
請求項１から５のいずれか一項に記載の決済システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本明細書で開示する技術は、電子マネーを利用した決済を実行するための決済システムに関する。
【背景技術】
【０００２】
特許文献１には、電子マネーを利用した決済を実行するための決済システムが開示されている。この決済システムは、決済処理機能を有する決済処理装置と、電子マネー情報が記録された決済媒体（例えばＩＣカード）とを備える。決済媒体には、決済媒体で利用可能な各種電子マネーのうち、利用者が所望する電子マネーの種類を選択させるための選択情報が記録された情報コードが付されている。そして、決済処理装置は、決済媒体と近距離無線通信を実行可能な無線通信装置と、情報コードを読み取り可能なコード読取装置と、をさらに有している。この決済システムでは、決済処理装置は、例えば店舗の精算場所等に設置される。そして、決済媒体は客によって所持される。
【０００３】
特許文献１の決済システムによって電子マネーを利用した決済を実行する場合、例えば次のように実行される。まず、店舗の店員が決済処理装置を操作して対象商品の決済のための決済情報（即ち商品の値段等）を入力する。次いで、客が電子マネーを利用した決済を希望する旨の意思表示をする。次いで、店員が決済処理装置を操作して、電子マネーによる決済を開始するための指示を入力する。次いで、客は、決済媒体を無線通信装置に近づけ、決済媒体に記録された電子マネー情報を読み取らせる。さらに、客は、決済媒体に付された情報コードを読取装置に近づけ、情報コードに記録された選択情報を読み取らせる。決済処理装置は、情報コードから読み取られた選択情報に従って決済に利用されるべき電子マネーの種類を選択し、決済媒体から読み取られた電子マネー情報が示す電子マネーを利用して決済を実行する。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１４−４１４２９号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
特許文献１の決済システムによって決済を実行する場合、店員が決済情報を入力する操作、客が電子マネー決済を希望する旨の意思表示、店員が電子マネーによる決済を開始するための指示を入力する操作、客が決済媒体を無線通信装置に近づける操作、及び、客が情報コードを読取装置に読み取らせる操作、の各操作がすべて行われなければならず、煩わしい。従って、電子マネーを利用した決済を実行する際における利用者（即ち店員及び客）の意思表示や操作等を簡易化できる技術の提供が望まれている。
【０００６】
本明細書では、電子マネーを利用した決済を実行する際における各利用者の意思表示や操作等を従来よりも簡易化できる技術を提供する。
【課題を解決するための手段】
【０００７】
本明細書が開示する決済システムは、特定のＩＤを記憶している端末装置と、端末装置と通信可能であり、特定のＩＤに関連付けられた電子マネーに関係するマネー情報を記憶している管理装置と、管理装置と通信可能であり、情報コードを読み取り可能な読取装置と、を備える。端末装置は、特定のＩＤを含む第１種の情報コード発行要求を管理装置に供給する。管理装置は、第１種の情報コード発行要求を取得すると、特定のＩＤと、特定のＩＤに関連付けられたマネー情報と、が記録された第１種の情報コードに対応する第１種の情報コードデータを生成し、生成された第１種の情報コードデータを端末装置に供給する。端末装置は、第１種の情報コードデータを取得すると、第１種の情報コードデータに基づいて、第１種の情報コードを表示部に表示させる。読取装置は、決済を行うために必要な決済情報を取得し、表示部に表示された第１種の情報コードを読み取ることによって、第１種の情報コードに記録されている特定のＩＤ及びマネー情報を取得し、決済情報と、特定のＩＤと、マネー情報と、を含む決済要求を管理装置に供給する。管理装置は、決済要求を取得すると、決済要求に含まれる決済情報と、マネー情報に関連付けられた電子マネーと、を用いて、決済を実行する。
【０００８】
上記の構成によると、端末装置の利用者が、第１種の情報コード発行要求を管理装置に供給させるための操作を端末装置に行った上で、表示部に表示される第１種の情報コードを読取装置に読み取らせる操作を行い、読取装置の利用者が、読取装置に決済情報を取得させるための操作を行えば、決済を実行することができる。ここで、「端末装置」は、例えば、携帯電話、タブレット端末、携帯型音楽再生装置等、利用者が利用可能な各種端末装置を含む。即ち、端末装置の利用者は、第１種の情報コード発行要求を管理装置に供給させるための操作を行っておけば、実際に決済を実行する際に、表示部に表示される第１種の情報コードを読取装置に読み取らせる操作を行うことで、電子マネー決済を希望する旨の意思表示や、マネー情報が記録されている決済媒体を用いた各種操作を行わなくても、決済を実行することができる。そして、読取装置の利用者も、読取装置に決済情報を取得させるための操作を行えば、他の操作等を行うことなく決済を実行することができる。従って、上記の決済システムによると、電子マネーを利用した決済を実行する際における各利用者の意思表示や操作等を従来よりも簡易化することができる。
【図面の簡単な説明】
【０００９】
【図１】決済システムの概要を模式的に示す図。
【図２】携帯端末の構成を示すブロック図。
【図３】管理サーバの構成を示すブロック図。
【図４】決済端末の構成を示すブロック図。
【図５】携帯端末の制御部が実行する携帯端末登録処理を示すフローチャート。
【図６】携帯端末の制御部が実行する携帯端末チャージ処理を示すフローチャート。
【図７】携帯端末の制御部が実行する携帯端末決済処理を示すフローチャート。
【図８】管理サーバの制御部が実行するサーバ登録処理を示すフローチャート。
【図９】管理サーバの制御部が実行するサーバチャージ処理を示すフローチャート。
【図１０】管理サーバの制御部が実行するサーバ決済処理を示すフローチャート。
【図１１】決済端末の制御部が実行する決済端末チャージ処理を示すフローチャート。
【図１２】決済端末の制御部が実行する決済端末決済処理を示すフローチャート。
【図１３】決済システムが実行する登録関連処理の一例を示すシーケンス図。
【図１４】決済システムが実行するチャージ関連処理の一例を示すシーケンス図。
【図１５】決済システムが実行する決済関連処理の一例を示すシーケンス図。
【発明を実施するための形態】
【００１０】
以下に説明する実施例の主要な特徴を列記しておく。なお、以下に示す技術要素は、それぞれ独立した技術要素であって、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。
【００１１】
（特徴１）管理装置は、さらに、第１種の情報コードデータが生成される場合に、第１種の情報コードに記録されたデータである記録データを記憶し、決済要求を取得すると、決済要求に含まれる特定のＩＤ及びマネー情報が、記憶済みの記録データに含まれているか否かを判断し、決済要求に含まれる特定のＩＤ及びマネー情報が、記憶済みの記録データに含まれていると判断される場合に、決済を実行し、決済要求に含まれる特定のＩＤ及びマネー情報が、記憶済みの記録データに含まれていないと判断される場合に、決済を実行しないようにしてもよい。
【００１２】
この構成によると、管理装置は、決済要求に含まれる特定のＩＤ及びマネー情報が記憶済みの記録データに含まれている場合には決済を実行し、決済要求に含まれる特定のＩＤ及びマネー情報が記憶済みの記録データに含まれていない場合には決済を実行しない。そのため、例えば、管理装置が記録データを記憶してから決済要求を取得するまでの間に、特定のＩＤとマネー情報の少なくとも一方に不正に改変が加えられていた場合等に、決済を実行しないようにすることができる。従って、上記の構成によると、不適切な決済が実行されることを抑制することができる。
【００１３】
（特徴２）管理装置は、さらに、決済要求に含まれる特定のＩＤとマネー情報が、記憶済みの記録データに含まれていないと判断された回数が所定回数を超えた後で、端末装置から第１種の情報コード発行要求を新たに取得する場合、第１種の情報コードデータを端末装置に供給しないようにしてもよい。
【００１４】
この構成によると、管理装置は、決済要求に含まれる特定のＩＤとマネー情報が、記憶済みの記録データに含まれていないと判断された回数が所定回数を超えた後は、特定のＩＤを記憶する端末装置に対して第１種の情報コードデータを供給しないようにすることができる。従って、不適切な決済が実行されることをより適切に抑制することができる。
【００１５】
（特徴３）管理装置は、特定のＩＤに関連付けられた複数種類の電子マネーのそれぞれに関係する複数のマネー情報を記憶していてもよい。複数のマネー情報は、それぞれ、当該マネー情報に関係する電子マネーに関連づけられている優先順位を示す順位情報を含んでもよい。管理装置は、さらに、決済要求を取得すると、複数のマネー情報のうちから、最高の優先順位を示す順位情報を含む第１のマネー情報を特定し、決済要求に含まれる決済情報と、特定された第１のマネー情報に関連付けられた第１の電子マネーと、を用いて、決済を実行してもよい。
【００１６】
この構成によると、複数種類の電子マネーを所有している利用者が決済を実行する場合であっても、当該利用者は、第１種の情報コード発行要求を管理装置に供給させるための操作を端末装置に行った上で、その後表示部に表示される第１種の情報コードを読取装置に読み取らせる操作を行えば、複数種類の電子マネーのうちの第１の電子マネーを利用した決済を自動的に実行することができる。即ち、利用者は、複数種類の電子マネーのうちから、決済に利用されるべき電子マネーを選択する操作を行わなくても、第１の電子マネーを利用した決済を自動的に実行することができる。
【００１７】
（特徴４）管理装置は、さらに、決済情報と第１の電子マネーとを用いた決済の実行に失敗する場合に、複数のマネー情報のうちから、第１のマネー情報に含まれる順位情報が示す優先順位の次に高い優先順位を示す順位情報を含む第２のマネー情報を特定し、決済情報と第２の電子マネーとを用いて、決済を実行してもよい。
【００１８】
ここで、「決済情報と第１の電子マネーとを用いた決済の実行に失敗する場合」とは、例えば、特定のＩＤに関連付けられた第１の電子マネーの残高が不足する場合等である。
【００１９】
上記の構成によると、複数種類の電子マネーのそれぞれに対応付けられている優先順位が高い電子マネーを優先的に利用した決済を適切に実行することができる。
【００２０】
（特徴５）決済システムは、さらに、電子マネーの残高を示す第１の残高情報が記憶されている決済媒体を備えていてもよい。読取装置は、決済媒体と通信可能であってもよい。管理装置に記憶されているマネー情報は、マネー情報に関連付けられた電子マネーの残高を示す第２の残高情報を含んでもよい。端末装置は、さらに、特定のＩＤと、残高に追加されるべき金額を示すチャージ金額情報と、を含む第２種の情報コード発行要求を管理装置に供給してもよい。管理装置は、さらに、第２種の情報コード発行要求を取得すると、特定のＩＤと、チャージ金額情報と、が記録された第２種の情報コードに対応する第２種の情報コードデータを生成し、生成された第２種の情報コードデータを端末装置に供給してもよい。端末装置は、さらに、第２種の情報コードデータを取得すると、第２種の情報コードデータに基づいて、第２種の情報コードを表示部に表示させてもよい。読取装置は、表示部に表示された第２種の情報コードを読み取ることによって、第２種の情報コードに記録されている特定のＩＤ及びチャージ金額情報を取得し、決済媒体と通信を実行して、決済媒体に記憶されている第１の残高情報が示す電子マネーの残高をチャージ金額分だけ減算する減算処理を実行し、減算処理が実行される場合に、特定のＩＤと、チャージ金額情報と、を含むチャージ要求を管理装置に供給してもよい。管理装置は、さらに、チャージ要求を取得すると、チャージ要求に含まれる特定のＩＤに関連付けられているマネー情報を特定し、マネー情報に含まれる第２の残高情報が示す電子マネーの残高を、チャージ金額情報が示す金額分だけ増額するチャージ処理を実行してもよい。
【００２１】
この構成によると、利用者は、決済を実行する前に管理装置に記憶されるマネー情報が示す電子マネーの残高を増額（即ちチャージ）させておくことができる。そして、その後、利用者は、当該増額された電子マネーを用いて適切に決済を実行することができる。
【００２２】
（実施例）
（決済システム２の構成；図１）
図１に示す決済システム２は、電子マネーを用いた決済（以下では「電子マネー決済」と呼ぶ場合がある）を行うためのシステムである。決済システム２は、携帯端末１０と、管理サーバ４０と、マネーセンタサーバＭＳ１、ＭＳ２、ＭＳ３と、決済端末７０と、ＰＯＳ端末１００と、決済媒体１１０、１２０、１３０とを備える。携帯端末１０、決済媒体１１０、１２０、１３０は、ユーザＵによって所持される。携帯端末１０と決済端末７０は、それぞれ、インターネット（図示省略）を介して管理サーバ４０と相互に無線通信可能である（図中実線矢印参照）。また、管理サーバ４０は、インターネットを介してマネーセンタサーバＭＳ１〜ＭＳ３のそれぞれと相互に無線通信可能である（図中実線矢印参照）。また、決済端末７０は、携帯端末１０に表示されている情報コードＣを読取可能である（図中破線矢印参照）とともに、決済媒体１１０、１２０、１３０のそれぞれとの間で、ＮＦＣ（Near Field Communicationの略）方式に従った近距離無線通信（以下では「ＮＦＣ通信」と呼ぶ場合がある）を実行可能である（図中一点鎖線矢印参照）。
【００２３】
（携帯端末１０の構成；図２）
携帯端末１０は、ユーザＵによって所持される可搬式の端末装置である。携帯端末１０は、例えば、ユーザＵが所持する携帯電話端末、ＰＤＡ（Personal Digital Assistantの略）、ノートＰＣ（Personal Computerの略）、タブレットＰＣ、携帯型音楽再生装置、携帯型動画再生装置等である。上記の通り、携帯端末１０は、インターネットを介して管理サーバ４０と無線通信を実行可能な端末である。図２に示すように、携帯端末１０は、表示部１２と、操作部１４と、無線通信インターフェース１６と、制御部２０と、メモリ２２とを備える。以下では、インターフェースのことを「Ｉ／Ｆ」と記載する場合がある。
【００２４】
表示部１２は、様々な情報を表示するディスプレイである。操作部１４は、表示部１２と一体に構成されたタッチパネルである（図１参照）。ユーザＵは、操作部１４を操作して、携帯端末１０に様々な指示を入力することができる。無線通信Ｉ／Ｆ１６は、インターネットを介して管理サーバ４０等の外部機器と無線通信を実行するためのＩ／Ｆである。
【００２５】
制御部２０は、メモリ２２に記憶されているプログラムに従って様々な処理を実行する。また、メモリ２２は、後述の各処理（図５〜図７参照）に伴って取得される様々な情報を記憶するための領域を有している。
【００２６】
（管理サーバ４０の構成；図３）
管理サーバ４０は、本実施例の決済システム２の運営管理者によって設置されるサーバであり、携帯端末１０、決済端末７０等と連動して電子マネー決済を実行するために用いられるサーバである。図３に示すように、管理サーバ４０は、無線通信Ｉ／Ｆ４２と、制御部４４と、メモリ４６とを備える。
【００２７】
無線通信Ｉ／Ｆ４２は、インターネットを介して携帯端末１０、決済端末７０、各マネーセンタサーバＭＳ１〜ＭＳ３との間で無線通信を実行するためのＩ／Ｆである。制御部４４は、メモリ４６に記憶されているプログラムに従って様々な処理を実行する。また、メモリ４６は、後述の各処理（図８〜図１０参照）に伴って取得される様々な情報を記憶するための領域を有している。具体的に言うと、メモリ４６は、ユーザＩＤ毎にユーザ情報を記憶するためのユーザ情報記憶領域４８と、発行済みの情報コードに関する情報コード発行情報を記憶するための情報コード発行情報記憶領域５０とを含む。
【００２８】
（マネーセンタサーバＭＳ１〜ＭＳ３の構成）
マネーセンタサーバＭＳ１〜ＭＳ３（図１参照）は、電子マネーの種類（図１のＭ１、Ｍ２、Ｍ３等）毎に、当該電子マネーに関する各種情報（例えば、ユーザ毎の電子マネーの残高、入出金履歴等）を管理する装置である。マネーセンタサーバＭＳ１〜ＭＳ３のそれぞれは、互いに略同様の構成を有する。マネーセンタサーバＭＳ１〜ＭＳ３のそれぞれは、インターネットを介して管理サーバ４０との間で無線通信を実行することができる。図１の例では、マネーセンタサーバＭＳ１、ＭＳ２、ＭＳ３は、それぞれ、電子マネーの種類Ｍ１、Ｍ２、Ｍ３に対応している。マネーセンタサーバＭＳ１〜ＭＳ３は、対応する種類の電子マネーを提供する電子マネー提供者によって設置される。
【００２９】
（決済端末７０の構成；図４）
決済端末７０は、複数種類の電子マネーを用いた決済に関する各種処理を行うための端末である。決済端末７０は、例えば店舗等に設置されており、同じく店舗等に設置されたＰＯＳ端末１００と有線通信可能に設けられている。また、決済端末７０は、インターネットを介して管理サーバ４０と無線通信を実行することができる。また、決済端末７０は、ユーザＵが所有する携帯端末１０の表示部１２に表示された情報コードＣを読み取ることができるとともに、ユーザＵが所有する決済媒体１１０等とＮＦＣ通信を実行し、決済媒体１１０との間で各種処理を実行することができる。
【００３０】
図４に示すように、決済端末７０は、撮影部７２と、表示部７３と、有線通信Ｉ／Ｆ７４と、無線通信Ｉ／Ｆ７６と、ＮＦＣ通信Ｉ／Ｆ７８と、制御部８０と、メモリ８２とを備える。撮影部７２は、バーコードや２次元コード等の各種情報コード（例えば図１の情報コードＣ）の画像を撮影することができる撮影手段である。後で説明するように、制御部８０は、撮影部７２によって撮影された情報コードの画像に基づいて、情報コードに記録されたデータを読み取る（即ちデコードする）ことができる（図１１のＳ２００、図１２のＳ２３０参照）。表示部７３は、様々な情報を表示するためのディスプレイである。有線通信Ｉ／Ｆ７４は、ＰＯＳ端末１００と有線接続されており、ＰＯＳ端末１００と有線通信を実行するためのＩ／Ｆである。無線通信Ｉ／Ｆ７６は、インターネットを介して管理サーバ４０との間で無線通信を実行するためのＩ／Ｆである。ＮＦＣ通信Ｉ／Ｆ７８は、決済媒体１１０等との間でＮＦＣ通信（図１参照）を実行するためのＩ／Ｆである。
【００３１】
制御部８０は、メモリ８２に記憶されているプログラムに従って様々な処理を実行する。また、メモリ８２は、後述の各処理（図８、図９参照）に伴って取得される様々な情報を記憶するための領域を有している。
【００３２】
（決済媒体１１０、１２０、１３０の構成）
本実施例の決済媒体１１０、１２０、１３０（図１参照）は、ユーザＵが所持するＩＣカードである。決済媒体１１０、１２０、１３０は、電子マネーの種類（図１のＭ１、Ｍ２、Ｍ３等）毎に、当該電子マネーの残高を示す情報を記憶している。本実施例では、決済媒体１１０、１２０、１３０は、それぞれ、電子マネーの種類Ｍ１、Ｍ２、Ｍ３に対応している。ユーザＵは、決済媒体１１０を決済端末７０に近づけ、決済媒体１１０と決済端末７０との間でＮＦＣ通信を実行させることにより、各種処理（例えば支払い、チャージ等）を実行することができる。変形例では、決済媒体１００〜１３０は、ＩＣカードに限らず、電子マネーの残高を示す任意の記録媒体（例えば携帯電話等）であってもよい。
【００３３】
（携帯端末１０の制御部２０が実行する処理；図５〜図７）
続いて、携帯端末１０の制御部２０が実行する携帯端末登録処理（図５参照）、携帯端末チャージ処理（図６参照）、携帯端末決済処理（図７参照）の各処理の内容について説明する。
【００３４】
（携帯端末登録処理；図５）
図５を参照して、携帯端末１０の制御部２０が実行する携帯端末登録処理について説明する。携帯端末登録処理は、ユーザＵが、決済システム２による電子マネー決済サービスを利用するための新規ユーザ登録を行う場合に、携帯端末１０において実行される処理である。ユーザＵが、操作部１４において、所定の登録開始操作を入力すると、制御部２０は、図５の処理を開始する。Ｓ１０では、制御部２０は、表示部１２に、ユーザＵに対して、ユーザ登録に必要な各種情報の入力を要求する登録情報入力画面を表示させる。
【００３５】
次いで、Ｓ１２では、制御部２０は、ユーザＩＤ及び優先順位が入力されることを監視する。ユーザＵは、登録情報入力画面において、自身のユーザＩＤと、複数種類の電子マネーのそれぞれについて、決済の際に当該マネーが利用されるべき優先順位を入力することができる。この場合、制御部２０は、Ｓ１２でＹＥＳと判断し、Ｓ１４に進む。本実施例では、ユーザＩＤは、ユーザＵが入力する任意の情報である。変形例では、ユーザＩＤは、携帯端末１０に固有の識別情報等であってもよい。
【００３６】
Ｓ１４では、制御部２０は、入力されたユーザＩＤと、入力された優先順位を示す順位情報と、を含む登録要求を管理サーバ４０に供給する。登録要求は、ユーザＩＤ及び順位情報に基づいてユーザ登録を要求するための信号である。
【００３７】
続くＳ１６では、制御部２０は、管理サーバ４０から応答を取得することを監視する。管理サーバ４０は、登録要求（Ｓ１４）を取得すると、当該要求に含まれるユーザＩＤが登録可能か否かを判断し（後述の図８のＳ８２）、判断結果に応じて所定の処理を実行し（Ｓ８４〜Ｓ８８、Ｓ９２）、携帯端末１０に対して応答を供給する（Ｓ９０）。応答には、ユーザ登録が成功したことを示す成功情報と、ユーザ登録が失敗したことを示す失敗情報と、のうちの一方が含まれる。管理サーバ４０から応答を取得すると、制御部２０は、Ｓ１６でＹＥＳと判断し、Ｓ１８に進む。
【００３８】
Ｓ１８では、制御部２０は、ユーザ登録が成功したか否かを判断する。具体的には、制御部２０は、取得された応答（Ｓ１６）に成功情報が含まれるか否かを判断する。応答に成功情報が含まれる場合、制御部２０は、Ｓ１８でＹＥＳと判断する。この場合、Ｓ２０において、制御部２０は、ユーザ登録が成功した旨の所定の成功メッセージを表示部１２に表示させる。Ｓ２０を終えると、図５の処理が終了する。一方、応答に失敗情報が含まれる場合、制御部２０は、Ｓ１８でＮＯと判断する。この場合、Ｓ２２において、制御部２０は、ユーザ登録が失敗した旨の所定の失敗メッセージを表示部１２に表示させる。Ｓ２２を終えると、図５の処理が終了する。
【００３９】
（携帯端末チャージ処理；図６）
続いて、図６を参照して、携帯端末１０の制御部２０が実行する携帯端末チャージ処理について説明する。携帯端末チャージ処理は、ユーザＵが、決済システム２による決済サービスを利用するための電子マネーを事前に入金（即ちチャージ）する場合に、携帯端末１０において実行される処理である。以下では、電子マネーを事前に入金することを「チャージ」と呼ぶ場合がある。携帯端末チャージ処理は、ユーザ登録が完了（図５のＳ２２）した後に実行される。ユーザＵが、操作部１４において、所定のチャージ開始操作を入力すると、制御部２０は、図６の処理を開始する。Ｓ３０では、制御部２０は、表示部１２に、ユーザＵに対して、チャージを希望する電子マネーの種類（以下では「チャージ種類」と呼ぶ）、及び、チャージを希望する金額（以下では「チャージ金額」と呼ぶ）の入力を要求するチャージ情報入力画面を表示させる。
【００４０】
次いで、Ｓ３２では、制御部２０は、チャージ種類及びチャージ金額が入力されることを監視する。ユーザＵは、チャージ情報入力画面において、チャージ種類を入力するとともに、チャージ金額を入力することができる。この場合、制御部２０は、Ｓ３２でＹＥＳと判断し、Ｓ３４に進む。
【００４１】
Ｓ３４では、制御部２０は、ユーザ登録済みのユーザＩＤと、入力されたチャージ種類と、入力されたチャージ金額と、を含むチャージコード発行要求を管理サーバ４０に供給する。チャージコード発行要求は、チャージに用いる情報コード（以下では、「チャージコード」と呼ぶ場合がある）の発行を管理サーバ４０に要求するための信号である。
【００４２】
Ｓ３６では、制御部２０は、管理サーバ４０から応答を取得することを監視する。管理サーバ４０は、チャージコード発行要求を取得すると、当該要求に含まれるユーザＩＤが利用可能か否かを判断し（後述の図９のＳ１０２）、判断結果に応じて所定の処理を実行し（Ｓ１０４〜Ｓ１０８、Ｓ１４０）、携帯端末１０に対して応答を供給する（Ｓ１１０、Ｓ１４２）。管理サーバ４０においてチャージコードが生成された場合（Ｓ１０２でＹＥＳ、Ｓ１０４）には、応答には、チャージコードの発行が成功したことを示す成功情報及びチャージコードを示すチャージコードデータが含まれる（Ｓ１０８、Ｓ１１０）。チャージコードに記録されるデータの内容については後で説明する。一方、管理サーバ４０においてチャージコードが生成されなかった場合（Ｓ１０２でＮＯ）には、応答には、チャージコードの発行が失敗したことを示す失敗情報が含まれる（Ｓ１４０、Ｓ１４２）。管理サーバ４０から応答を取得すると、制御部２０は、Ｓ３６でＹＥＳと判断し、Ｓ３８に進む。
【００４３】
Ｓ３８では、制御部２０は、チャージコードが発行されたか否かを判断する。具体的には、制御部２０は、取得された応答（Ｓ３６）にチャージコードデータが含まれているか否かを判断する。応答にチャージコードデータが含まれている場合、制御部２０は、Ｓ３８でＹＥＳと判断し、Ｓ４０に進む。一方、応答にチャージコードデータが含まれていない場合（即ち失敗情報が含まれている場合）、制御部２０は、Ｓ３８でＮＯと判断し、Ｓ４４に進む。Ｓ４４では、制御部２０は、チャージコードの発行が失敗した旨の所定の失敗メッセージを表示部１２に表示させる。Ｓ４４を終えると、図６の処理が終了する。
【００４４】
Ｓ４０では、制御部２０は、チャージコードデータに従って、表示部１２にチャージコードを表示させる。ユーザＵは、表示部１２に表示されたチャージコードを決済端末７０に読み取らせることができる。
【００４５】
続くＳ４２では、制御部２０は、終了操作が入力されることを監視する。ユーザＵは、表示部１２にチャージコードが表示されている間に、操作部１４において、所定の終了操作を入力することができる。この場合、制御部２０は、Ｓ４２でＹＥＳと判断し、図６の処理が終了する。
【００４６】
（携帯端末決済処理；図７）
続いて、図７を参照して、携帯端末１０の制御部２０が実行する携帯端末決済処理について説明する。携帯端末決済処理は、ユーザＵが、決済システム２による決済サービスを利用して実際に決済を実行する場合に、携帯端末１０において実行される処理である。携帯端末決済処理は、ユーザ登録が完了（図５のＳ２２）した後に実行される。ユーザＵが、操作部１４において、所定の決済開始操作を入力すると、制御部２０は、図７の処理を開始する。
【００４７】
Ｓ５０では、制御部２０は、ユーザ登録済みのユーザＩＤを含む決済コード発行要求を管理サーバ４０に供給する。決済コード発行要求は、電子マネー決済に用いる情報コード（以下では、「決済コード」と呼ぶ場合がある）の発行を管理サーバ４０に要求するための信号である。
【００４８】
続くＳ５２では、制御部２０は、管理サーバ４０から応答を取得することを監視する。管理サーバ４０は、決済コード発行要求を取得すると、当該要求に含まれるユーザＩＤが利用可能か否かを判断し（後述の図１０のＳ１５２）、判断結果に応じて所定の処理を実行し（Ｓ１５４〜Ｓ１５８、Ｓ１９０）、携帯端末１０に対して応答を供給する（Ｓ１６０、Ｓ１９２）。管理サーバ４０において決済コードが生成された場合（Ｓ１５２でＹＥＳ、Ｓ１５４）には、応答には、決済コードの発行が成功したことを示す成功情報及び決済コードを示す決済コードデータが含まれる（Ｓ１５８、Ｓ１６０）。決済コードに記録されるデータの内容については後で説明する。一方、管理サーバ４０において決済コードが生成されなかった場合（Ｓ１５２でＮＯ）には、応答には、決済コードの発行が失敗したことを示す失敗情報が含まれる（Ｓ１９０、Ｓ１９２）。管理サーバ４０から応答を取得すると、制御部２０は、Ｓ５２でＹＥＳと判断し、Ｓ５４に進む。
【００４９】
Ｓ５４では、制御部２０は、決済コードが発行されたか否かを判断する。具体的には、制御部２０は、取得された応答（Ｓ５２）に決済コードデータが含まれているか否かを判断する。応答に決済コードデータが含まれている場合、制御部２０は、Ｓ５４でＹＥＳと判断し、Ｓ５６に進む。一方、応答にコードデータが含まれていない場合（即ち失敗情報が含まれている場合）、制御部２０は、Ｓ５４でＮＯと判断し、Ｓ６０に進む。Ｓ６０では、制御部２０は、決済コードの発行が失敗した旨の所定の失敗メッセージを表示部１２に表示させる。Ｓ６０を終えると、図７の処理が終了する。
【００５０】
Ｓ５６では、制御部２０は、決済コードデータに従って、表示部１２に決済コードを表示させる。ユーザＵは、表示部１２に表示された決済コードを決済端末７０に読み取らせることができる。
【００５１】
続くＳ５８では、制御部２０は、終了操作が入力されることを監視する。ユーザＵは、表示部１２に決済コードが表示されている間に、操作部１４において、所定の終了操作を入力することができる。この場合、制御部２０は、Ｓ５８でＹＥＳと判断し、図７の処理が終了する。
【００５２】
（管理サーバ４０の制御部４４が実行する処理；図８〜図１０）
続いて、管理サーバ４０の制御部４４が実行するサーバ登録処理（図８参照）、サーバチャージ処理（図９参照）、サーバ決済処理（図１０参照）の各処理の内容について説明する。
【００５３】
（サーバ登録処理；図８）
図８を参照して、管理サーバ４０の制御部４４が実行するサーバ登録処理について説明する。サーバ登録処理は、ユーザＵが、決済システム２による電子マネー決済サービスを利用する場合に、管理サーバ４０において実行される処理である。管理サーバ４０の電源がオンされると、制御部４４は、図８の処理を開始する。
【００５４】
Ｓ８０では、制御部４４は、携帯端末１０から登録要求（図５のＳ１４）を取得することを監視する。上記の通り、携帯端末１０は、登録要求を管理サーバ４０に供給する（Ｓ１４）。携帯端末１０から登録要求を取得すると、制御部４４は、Ｓ８０でＹＥＳと判断し、Ｓ８２に進む。
【００５５】
Ｓ８２では、制御部４４は、取得された登録要求に含まれるユーザＩＤが登録可能か否かを判断する。具体的には、制御部４４は、メモリ４６のユーザ情報記憶領域４８内に、登録要求に含まれるユーザＩＤと同一のユーザＩＤを含むユーザ情報が既に登録されているか否かを判断する。ユーザ情報記憶領域４８内に、登録要求に含まれるユーザＩＤと同一のユーザＩＤを含むユーザ情報が登録されていない場合、制御部４４は、Ｓ８２でＹＥＳと判断し、Ｓ８４に進む。一方、ユーザ情報記憶領域４８内に、登録要求に含まれるユーザＩＤと同一のユーザＩＤを含むユーザ情報が既に登録されている場合、制御部４４は、Ｓ８２でＮＯと判断し、Ｓ９２に進む。Ｓ９２では、制御部４４は、ユーザ登録に失敗したことを示す失敗情報を生成し、続くＳ９０で、その失敗情報を含む応答を携帯端末１０に供給する。Ｓ９０を終えると図８の処理が終了する。
【００５６】
Ｓ８４では、制御部４４は、登録要求に含まれるユーザＩＤと、当該ユーザＩＤに対応する各種類の電子マネー（Ｍ１、Ｍ２、Ｍ３等）の残高を示す残高情報と、登録要求に含まれる順位情報と、当該ユーザＩＤに対応するチャージ失敗回数を示すチャージ失敗回数情報と、当該ユーザＩＤに対応する決済失敗回数を示す決済失敗回数情報と、を含むユーザ情報をメモリ４６のユーザ情報記憶領域４８内に記憶させる。なお、この時点では、ユーザＩＤに対応する各種類の電子マネー（Ｍ１、Ｍ２、Ｍ３等）の残高はいずれもゼロである。また、ユーザＩＤに対応するチャージ失敗回数情報及び決済失敗回数のそれぞれが示す回数もゼロである。
【００５７】
続くＳ８６では、制御部４４は、登録要求に含まれるユーザＩＤをマネーセンタサーバＭＳ１〜ＭＳ３に供給する。各マネーセンタサーバＭＳ１〜ＭＳ３は、管理サーバ４０からユーザＩＤを取得すると、取得されたユーザＩＤを記憶すると共に、当該ユーザＩＤと対応付けて、当該ユーザの電子マネーの残高を示す残高情報を記憶する。これにより、ユーザ登録が完了する。なお、この時点では、各マネーセンタサーバＭＳ１〜ＭＳ３においてユーザＩＤに対応付けられて記憶される残高情報が示す残高はいずれもゼロである。残高は、チャージが行われることによって増額される。
【００５８】
続くＳ８８では、制御部４４は、ユーザ登録が成功したことを示す成功情報を生成する。そして、Ｓ９０では、制御部４４は、その成功情報を含む応答を携帯端末１０に供給する。Ｓ９０を終えると図８の処理が終了する。
【００５９】
（サーバチャージ処理；図９）
図９を参照して、管理サーバ４０の制御部４４が実行するサーバチャージ処理について説明する。サーバチャージ処理は、ユーザＵが、決済システム２による決済サービスを利用するための電子マネーをチャージする場合に、管理サーバ４０において実行される処理である。管理サーバ４０の電源がオンされると、制御部４４は、図９の処理を開始する。
【００６０】
Ｓ１００では、制御部４４は、携帯端末１０からチャージコード発行要求（図６のＳ３４）を取得することを監視する。上記の通り、携帯端末１０は、チャージコード発行要求を管理サーバ４０に供給する（Ｓ３６）。携帯端末１０からチャージコード発行要求を取得すると、制御部４４は、Ｓ１００でＹＥＳと判断し、Ｓ１０２に進む。
【００６１】
Ｓ１０２では、制御部４４は、取得されたチャージコード発行要求に含まれるユーザＩＤが利用可能であるか否か判断する。具体的には、制御部４４は、メモリ４６のユーザ情報記憶領域４８内を参照し、チャージコード発行要求に含まれるユーザＩＤを含むユーザ情報にエラー情報が含まれるか否かを判断する。エラー情報は、例えば、後述の不正処理（図９のＳ１３４、図１０のＳ１８４参照）が実行された場合や、当該ユーザＩＤのユーザが決済システム２の決済サービスを利用できないその他の状況が発生した場合等に、ユーザ情報に対応付けてメモリ４６に記憶される。チャージコード発行要求に含まれるユーザＩＤを含むユーザ情報にエラー情報が対応付けられていない場合、制御部４４は、Ｓ１０２でＹＥＳと判断し、Ｓ１０４に進む。一方、チャージコード発行要求に含まれるユーザＩＤを含むユーザ情報にエラー情報が対応付けられている場合、制御部４４は、Ｓ１０２でＮＯと判断し、Ｓ１４０に進む。
【００６２】
Ｓ１４０では、制御部４４は、チャージコードの発行が失敗したことを示す失敗情報を生成する。そして、続くＳ１４２では、制御部４４は、その失敗情報を含む応答を携帯端末１０に供給する。Ｓ１４２を終えると、図９の処理が終了する。
【００６３】
Ｓ１０４では、制御部４４は、チャージコードを生成する。チャージコードには、管理サーバ４０のＵＲＩ（Uniform Resource Identifierの略）に加えて、チャージコード発行要求に含まれるユーザＩＤ、チャージ種類、及び、チャージ金額、が記録されている。以下では、チャージコードに記録された各種情報（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ、チャージ種類、及び、チャージ金額）のことをチャージ記録データと呼ぶ場合がある。
【００６４】
続くＳ１０６では、制御部４４は、チャージ記録データ（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ、チャージ種類、及び、チャージ金額）を、メモリ４６の情報コード発行情報記憶領域５０に記憶させる。
【００６５】
続くＳ１０８では、制御部４４は、チャージコードの発行が成功したことを示す成功情報を生成する。そして、Ｓ１１０では、制御部４４は、その成功情報と、Ｓ１０４で生成したチャージコードを示すチャージコードデータと、を含む応答を携帯端末１０に供給する。これにより、応答を取得した携帯端末１０は、チャージコードデータに従って、自機の表示部１２にチャージコードを表示させることができる（図６のＳ４０）。
【００６６】
続くＳ１１２では、制御部４４は、決済端末７０からチャージ要求を取得することを監視する。決済端末７０は、携帯端末１０の表示部１２に表示されたチャージコードを読み取ると（後述の図１１のＳ２００でＹＥＳ）、所定の処理を実行し（Ｓ２０２でＹＥＳ）、管理サーバ４０に対してチャージ要求を供給する（Ｓ２０４）。制御部４４は、決済端末７０からチャージ要求を取得すると、Ｓ１１２でＹＥＳと判断し、Ｓ１１４に進む。チャージ要求には、ユーザＩＤと、チャージ種類と、チャージ金額とが含まれている。
【００６７】
Ｓ１１４では、制御部４４は、取得されたチャージ要求に含まれるユーザＩＤが利用可能であるか否か判断する。Ｓ１１４の判断の内容は、Ｓ１０２と同様であるため、詳しい説明を省略する。Ｓ１１４でＹＥＳの場合、Ｓ１１６に進む。Ｓ１１４でＮＯの場合、Ｓ１４４に進む。
【００６８】
Ｓ１１６では、制御部４４は、チャージ要求に含まれる各種情報の組合せ（即ち、ユーザＩＤ、チャージ種類、及び、チャージ金額の組合せ）が、情報コード発行情報記憶領域５０に記憶されているチャージ記録データに含まれているか否かを判断する。チャージ要求に含まれる各種情報の組合せがチャージ記録データに含まれている場合、制御部４４は、Ｓ１１６でＹＥＳと判断し、Ｓ１１８に進む。一方、チャージ要求に含まれる各種情報の組合せがチャージ記録データに含まれていない場合、制御部４４は、Ｓ１１６でＮＯと判断し、Ｓ１３０に進む。
【００６９】
Ｓ１１８では、制御部４４は、チャージ要求に含まれる各種情報に従って、チャージを実行する。具体的には、制御部４４は、チャージ要求に含まれるチャージ種類（即ち電子マネーの種類）に対応するマネーセンタサーバ（以下では「特定のマネーセンタサーバ」と呼ぶ場合がある）を特定する。そして、制御部４４は、特定のマネーセンタサーバに対して、チャージ要求に含まれるユーザＩＤ（以下では「第１のユーザＩＤ」と呼ぶ場合がある）及びチャージ金額を示すチャージ情報を供給する。特定のマネーセンタサーバは、チャージ情報を取得すると、第１のユーザＩＤに対応付けられた電子マネーの残高を、チャージ金額が示す金額分増額させる。そして、特定のマネーセンタサーバは、第１のユーザＩＤに対応付けられた電子マネーの増額後の残高（即ちチャージ後の残高）を示すチャージ後残高情報を管理サーバ４０に供給する。制御部４４は、チャージ後金額情報を取得すると、ユーザ情報記憶領域４８内の第１のユーザＩＤを含むユーザ情報を特定する。そして、制御部４４は、特定されたユーザ情報に含まれる残高情報が示す各種類の電子マネーの残高のうち、チャージ後残高情報の供給元である特定のマネーセンタサーバに対応する種類の電子マネーの残高を、取得されたチャージ後残高情報が示す金額に更新する。
【００７０】
例えば、チャージ要求に含まれるチャージ種類が種類Ｍ１を示し、チャージ金額が１００００円を示し、かつ、マネーセンタサーバＭＳ１において、第１のユーザＩＤに対応する電子マネー（Ｍ１）の現時点の残高が５０００円である場合の例を想定する。この場合、Ｓ１１８では、制御部４４は、まず、電子マネーの種類Ｍ１に対応するマネーセンタサーバＭＳ１（即ち特定のマネーセンタサーバ）を特定し、第１のユーザＩＤ及びチャージ金額（１００００円）を示すチャージ情報を特定のマネーセンタサーバＭＳ１に供給する。特定のマネーセンタサーバＭＳ１は、チャージ情報を取得すると、第１のユーザＩＤに対応する電子マネー（Ｍ１）の残高（５０００円）を１００００円分増額させる。そして、特定のマネーセンタサーバＭＳ１は、増額後の残高（１５０００円）を示すチャージ後残高情報を管理サーバ４０に供給する。制御部４４は、第１のユーザＩＤに対応する電子マネー（Ｍ１）の残高を、チャージ後残高情報が示す金額（１５０００円）に更新する。
【００７１】
続くＳ１２０では、制御部４４は、Ｓ１１８で実行されたチャージが成功したか否かを判断する。特定のマネーセンタサーバからチャージ後残高情報が取得され、チャージ後残高情報に従って残高が更新された場合（即ちチャージが成功した場合）、制御部４４は、Ｓ１２０でＹＥＳと判断し、Ｓ１２２に進む。一方、管理サーバ４０と特定のマネーセンタサーバとの間の通信の不具合等の要因により、特定のマネーセンタサーバからチャージ後金額情報が取得されず、残高が更新されなかった場合（即ちチャージが失敗した場合）には、制御部４４は、Ｓ１２０でＮＯと判断し、Ｓ１４４に進む。
【００７２】
Ｓ１２２では、制御部４４は、チャージが成功したことを示す成功情報を生成する。そして、Ｓ１２４では、制御部４４は、その成功情報を含む応答を決済端末７０に供給する。Ｓ１２４を終えると図９の処理が終了する。
【００７３】
一方、Ｓ１４４では、制御部４４は、チャージが失敗したことを示す失敗情報を生成する。そして、Ｓ１２４では、制御部４４は、その失敗情報を含む応答を決済端末７０に供給する。Ｓ１２４を終えると図９の処理が終了する。
【００７４】
また、Ｓ１３０（即ち、Ｓ１１６でＮＯの場合）では、制御部４４は、ユーザ情報記憶領域４８内で第１のユーザＩＤに対応付けられているチャージ失敗回数情報が示すＮ１の値（Ｎ１はゼロ以上の整数）を１インクリメントする。
【００７５】
次いで、Ｓ１３２では、制御部４４は、Ｎ１の値が所定の閾値Ｔ１（Ｔ１は１以上の整数）を越えるか否かを判断する。Ｎ１の値が所定の閾値Ｔ１（例えば「３」）を超える場合、制御部４４はＳ１３２でＹＥＳと判断し、Ｓ１３４に進む。一方、Ｎ１の値が所定の閾値Ｔ１以下である場合、制御部４４は、Ｓ１３２でＮＯと判断し、Ｓ１４４に進む。Ｓ１４４以降の処理は上記の通りであるため、説明を省略する。
【００７６】
Ｓ１３４では、制御部４４は、不正処理を実行する。具体的には、制御部４４は、ユーザ情報記憶領域４８内の第１のユーザＩＤを含むユーザ情報にエラー情報を対応付けて記憶させる。Ｓ１３４を終えると、Ｓ１４４に進む。Ｓ１４４以降の処理は上記の通りであるため、説明を省略する。
【００７７】
（サーバ決済処理；図１０）
図１０を参照して、管理サーバ４０の制御部４４が実行するサーバ決済処理について説明する。サーバ決済処理は、ユーザＵが、決済システム２による決済サービスを利用して実際に決済を実行する場合に、管理サーバ４０において実行される処理である。管理サーバ４０の電源がオンされると、制御部４４は、図１０の処理を開始する。
【００７８】
Ｓ１５０では、制御部４４は、携帯端末１０から決済コード発行要求（図７のＳ５０）を取得することを監視する。上記の通り、携帯端末１０は、決済コード発行要求を管理サーバ４０に供給する。携帯端末１０から決済コード発行要求を取得すると、制御部４４は、Ｓ１５０でＹＥＳと判断し、Ｓ１５２に進む。
【００７９】
Ｓ１５２では、制御部４４は、取得された決済コード発行要求に含まれるユーザＩＤが利用可能であるか否か判断する。Ｓ１５２の判断の内容は、図９のＳ１０２と同様である。Ｓ１５２でＹＥＳの場合、Ｓ１５４に進む。Ｓ１５２でＮＯの場合、Ｓ１９０に進む。
【００８０】
Ｓ１９０では、制御部４４は、決済コードの発行が失敗したことを示す失敗情報を生成する。そして、続くＳ１９２では、制御部４４は、その失敗情報を含む応答を携帯端末１０に供給する。Ｓ１９２を終えると、図１０の処理が終了する。
【００８１】
Ｓ１５４では、制御部４４は、決済コードを生成する。決済コードには、管理サーバ４０のＵＲＩと、決済コード発行要求に含まれるユーザＩＤと、そのユーザＩＤに対応付けられてメモリ４６のユーザ情報記憶領域４８に記憶されている残高情報及び順位情報と、が記録されている。以下では、決済コードに記録された各種情報（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ、残高情報、及び、順位情報）のことを「決済記録データ」と呼ぶ場合がある。
【００８２】
続くＳ１５６では、制御部４４は、決済記録データ（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ、残高情報、及び、順位情報）を、メモリ４６の情報コード発行情報記憶領域５０に記憶させる。
【００８３】
続くＳ１５８では、制御部４４は、決済コードの発行が成功したことを示す成功情報を生成する。そして、Ｓ１６０では、制御部４４は、その成功情報と、Ｓ１５４で生成した決済コードを示す決済コードデータと、を含む応答を携帯端末１０に供給する。これにより、応答を取得した携帯端末１０は、決済コードデータに従って、自機の表示部１２に決済コードを表示させることができる（図７のＳ５６）。
【００８４】
続くＳ１６２では、制御部４４は、決済端末７０から決済要求を取得することを監視する。決済端末７０は、携帯端末１０の表示部１２に表示された決済コードを読み取ると（後述の図１２のＳ２３０でＹＥＳ）、管理サーバ４０に対して決済要求を供給する（Ｓ２３２）。制御部４４は、決済端末７０から決済要求を取得すると、Ｓ１６２でＹＥＳと判断し、Ｓ１６４に進む。決済要求には、決済端末７０が事前に取得した決済情報に加えて、ユーザＩＤと、残高情報と、順位情報と（即ち、決済コードに記録された情報）が含まれている。決済情報は、決済対象商品の商品名及び決済金額を含む。
【００８５】
Ｓ１６４では、制御部４４は、取得された決済要求に含まれるユーザＩＤが利用可能であるか否か判断する。Ｓ１６４の判断の内容は、図９のＳ１０２と同様である。Ｓ１６４でＹＥＳの場合、Ｓ１６６に進む。Ｓ１６４でＮＯの場合、Ｓ１９４に進む。
【００８６】
Ｓ１６６では、制御部４４は、決済要求に含まれるユーザＩＤ、残高情報及び順位情報が、情報コード発行情報記憶領域５０に記憶されている決済記録データに含まれているか否かを判断する。決済要求に含まれるユーザＩＤ、残高情報、及び、順位情報の組合せが、決済記録データに含まれている場合、制御部４４は、Ｓ１６６でＹＥＳと判断し、Ｓ１６８に進む。一方、決済要求に含まれるユーザＩＤ、残高情報、及び、順位情報の組合せが、決済記録データに含まれていない場合、制御部４４は、Ｓ１６６でＮＯと判断し、Ｓ１８０に進む。
【００８７】
Ｓ１６８では、制御部４４は、決済要求に含まれる各種情報に従って、決済を実行する。具体的には、まず、制御部４４は、決済要求に含まれる順位情報が示す優先順位が最高の順位（即ち１位）である電子マネー（以下では「１位の電子マネー」と呼ぶ場合がある）の種類を特定する。そして、制御部４４は、残高情報を参照し、１位の電子マネーの残高が、決済要求に含まれる決済情報に含まれる決済金額以上であるか否か（即ち決済可能か否か）を判定する。１位の電子マネーの残高が決済金額以上である場合、制御部４４は、１位の電子マネーの種類に対応するマネーセンタサーバ（以下では「１位のマネーセンタサーバ」と呼ぶ場合がある）に、決済要求に含まれるユーザＩＤ（以下では「第２のユーザＩＤ」と呼ぶ場合がある）と、決済情報（即ち、商品名及び決済金額）と、を供給する。この場合、１位のマネーセンタサーバは、第２のユーザＩＤと決済情報を取得すると、第２のユーザＩＤに対応付けられた電子マネーの残高を、決済情報に含まれる決済金額が示す金額分減額させる。そして、１位のマネーセンタサーバは、第２のユーザＩＤに対応付けられた電子マネーの減額後の残高（即ち決済後の残高）を示す決済後残高情報を管理サーバ４０に供給する。制御部４４は、決済後金額情報を取得すると、ユーザ情報記憶領域４８内の第２のユーザＩＤを含むユーザ情報を特定する。そして、制御部４４は、特定されたユーザ情報に含まれる残高情報が示す各種類の電子マネーの残高のうち、決済後残高情報の供給元である１位のマネーセンタサーバに対応する種類の電子マネーの残高を、取得された決済後残高情報が示す金額に更新する。
【００８８】
一方、１位の電子マネーの残高が決済金額より少ない場合には、１位の電子マネーを利用した決済の実行が不可能である。その場合、制御部４４は、決済要求に含まれる順位情報が示す優先順位が次に高い順位（即ち２位）である電子マネー（以下では「２位の電子マネー」と呼ぶ場合がある）の種類を特定する。そして、２位の電子マネーの残高が決済金額以上である場合、制御部４４は、２位の電子マネーの種類に対応するマネーセンタサーバ（以下では「２位のマネーセンタサーバ」と呼ぶ場合がある）に、第２のユーザＩＤと決済情報とを供給する。これ以降の処理は１位の電子マネーの場合と同様である。一方、２位の電子マネーの残高が決済金額より少ない場合、制御部４４は、その次に高い順位の電子マネーの種類を特定し、再び同様の処理を実行する。上記の処理を繰り返し実行した結果、いずれの種類も電子マネーの残高が決済金額より少ない場合、制御部４４は、決済不可能と判断する。
【００８９】
例えば、決済情報に含まれる決済金額が１０００円を示し、残高情報が示す各電子マネーの残高が、「電子マネー（Ｍ１）＝５００円」、「電子マネー（Ｍ２）＝１５００円」であり、順位情報が示す各電子マネーの優先順位が「１位＝Ｍ１、２位＝Ｍ２」である場合の例を想定する。この場合、Ｓ１６８では、制御部４４は、まず、１位の電子マネー（Ｍ１）を特定する。しかしながら、電子マネー（Ｍ１）の残高（５００円）は決済金額（１０００円）より少ないため、制御部４４は、電子マネー（Ｍ１）を用いた決済が不可能であると判断する。次に、制御部４４は、２位の電子マネー（Ｍ２）を特定する。そして、制御部４４は、決済要求に含まれる第２のユーザＩＤと、決済情報とを、２位のマネーセンタサーバＭＳ２に供給する。２位のマネーセンタサーバＭＳ２は、第２のユーザＩＤと決済情報を取得すると、第２のユーザＩＤに対応付けられた電子マネーの残高（１５００円）を、決済情報に含まれる決済金額が示す金額分減額させる（即ち−１０００円する）。そして、２位のマネーセンタサーバＭＳ２は、第２のユーザＩＤに対応付けられた電子マネーの減額後の残高（５００円）を示す決済後残高情報を管理サーバ４０に供給する。制御部４４は、決済後金額情報を取得すると、ユーザ情報記憶領域４８内の第２のユーザＩＤを含むユーザ情報を特定する。そして、制御部４４は、特定されたユーザ情報に含まれる残高情報が示す各種類の電子マネーの残高のうち、２位のマネーセンタサーバＭＳ２に対応する種類の電子マネー（Ｍ２）の残高を、取得された決済後残高情報が示す金額（５００円）に更新する。
【００９０】
続くＳ１７０では、制御部４４は、Ｓ１６８で実行された決済が成功したか否かを判断する。いずれかのマネーセンタサーバから決済後残高情報が取得され、決済後残高情報に従って残高が更新された場合（即ち決済が成功した場合）、制御部４４は、Ｓ１７０でＹＥＳと判断し、Ｓ１７２に進む。一方、いずれの種類の電子マネーの残高も決済金額より少なかった場合等、いずれのマネーセンタサーバからも決済後残高情報が取得されず、残高が更新されなかった場合（即ち決済が失敗した場合）には、制御部４４は、Ｓ１７０でＮＯと判断し、Ｓ１９４に進む。
【００９１】
Ｓ１７２では、制御部４４は、決済が成功したことを示す成功情報を生成する。そして、Ｓ１７４では、制御部４４は、その成功情報を含む応答を決済端末７０に供給する。Ｓ１７４を終えると図１０の処理が終了する。
【００９２】
一方、Ｓ１９４では、制御部４４は、決済が失敗したことを示す失敗情報を生成する。そして、Ｓ１９４では、制御部４４は、その失敗情報を含む応答を決済端末７０に供給する。Ｓ１９４を終えると図１０の処理が終了する。
【００９３】
また、Ｓ１８０（即ち、Ｓ１６６でＮＯの場合）では、制御部４４は、ユーザ情報記憶領域４８内で第２のユーザＩＤに対応付けられている決済失敗回数情報が示すＮ２の値（Ｎ１はゼロ以上の整数）を１インクリメントする。
【００９４】
次いで、Ｓ１８２では、制御部４４は、Ｎ２の値が所定の閾値Ｔ２（Ｔ２は１以上の整数）を越えるか否かを判断する。Ｎ２の値が所定の閾値Ｔ２（例えば「３」）を超える場合、制御部４４はＳ１８２でＹＥＳと判断し、Ｓ１８４に進む。一方、Ｎ２の値が所定の閾値Ｔ２以下である場合、制御部４４は、Ｓ１８２でＮＯと判断し、Ｓ１９４に進む。Ｓ１９４以降の処理は上記の通りであるため、説明を省略する。
【００９５】
Ｓ１８４では、制御部４４は、不正処理を実行する。具体的には、制御部４４は、ユーザ情報記憶領域４８内の第２のユーザＩＤを含むユーザ情報にエラー情報を対応付けて記憶させる。Ｓ１８４を終えると、Ｓ１９４に進む。Ｓ１９４以降の処理は上記の通りであるため、説明を省略する。
【００９６】
（決済端末７０の制御部８０が実行する処理；図１１、図１２）
続いて、決済端末７０の制御部８０が実行する決済端末チャージ処理（図１１参照）、決済端末決済処理（図１２参照）の各処理の内容について説明する。
【００９７】
（決済端末チャージ処理；図１１）
図１１を参照して、決済端末７０の制御部８０が実行する決済端末チャージ処理について説明する。決済端末チャージ処理は、ユーザＵが、決済システム２による決済サービスを利用するための電子マネーをチャージする場合に、決済端末７０において実行される処理である。決済端末７０の管理者（例えば、店舗の店員）は、ＰＯＳ端末１００の操作部（図示省略）を操作して、ＰＯＳ端末１００に所定のチャージ開始指示を入力することができる。この場合、ＰＯＳ端末１００は、決済端末７０に所定のチャージ指示を供給する。制御部８０は、ＰＯＳ端末１００から所定のチャージ指示を取得すると、図１１の処理を開始する。
【００９８】
Ｓ２００では、制御部８０は、チャージコード（図６のＳ４０）を読み取ることを監視する。Ｓ２００では、制御部８０は、ユーザＵにチャージコードを撮影部７２にかざすように促すためのメッセージを表示部７３に表示させる。上記の通り、携帯端末１０は、チャージコードデータに従って、表示部１２にチャージコードを表示させる（図６のＳ４０）。ユーザＵは、表示部１２に表示されたチャージコードを、決済端末７０の撮影部７２にかざすことができる。この場合、制御部８０は、撮影部７２にチャージコードの画像を撮影させ、撮影された画像に基づいて、チャージコードに記録された各種情報（ＵＲＩ、ユーザＩＤ、チャージ種類、及び、チャージ金額）を読み取る（即ちデコードする）ことができる。この場合、制御部８０は、Ｓ２００でＹＥＳと判断し、Ｓ２０２に進む。一方、図１１の処理の開始から所定のタイムアウト期間が経過するまでの間に、チャージコードが読み取られない場合には、制御部８０は、Ｓ２００でＮＯと判断し、Ｓ２２０に進む。ここで、「チャージコードが読み取られない場合」には、撮影部７２によってチャージコードの画像が撮影されたが、画像が不鮮明である等の事情によりデコードが失敗した場合も含まれる。
【００９９】
Ｓ２０２では、制御部８０は、決済媒体（例えば図１の決済媒体１１０等）との間で、チャージコードに記録されていたチャージ金額の決済処理が実行されることを監視する。具体的には、Ｓ２０２では、制御部８０は、ユーザＵに、読み取られたチャージコード（Ｓ２００）に記録されていたチャージ種類に対応する電子マネーの情報を記憶する決済媒体を決済端末７０に近づけるように促すメッセージを表示部７３に表示させる。ユーザＵは、チャージを希望する種類（即ち、チャージコードに記録されていたチャージ種類）に対応する決済媒体を準備し、その決済媒体を決済端末７０に近づけることができる。この場合、制御部８０は、ＮＦＣ通信Ｉ／Ｆ７８を介して決済媒体とＮＦＣ通信を実行し、決済媒体から、チャージ金額分の電子マネーを引き落とす。具体的には、制御部８０は、決済媒体に記録された残高を示す情報を取得し、その残高をチャージ金額分だけ減額し、減額後の残高を示す情報を決済媒体に書き込む処理を実行する。これらの各処理が実行されると、チャージ金額の決済処理が完了する。この場合、制御部８０は、Ｓ２０２でＹＥＳと判断し、Ｓ２０４に進む。一方、Ｓ２００でＹＥＳと判断された後、所定のタイムアウト期間が経過するまでの間にチャージ金額の決済処理が完了しなかった場合には、制御部８０は、Ｓ２０２でＮＯと判断し、Ｓ２２０に進む。ここで、「チャージ金額の決済処理が完了しなかった場合」には、ユーザＵによって決済端末７０に近づけられた決済媒体が、チャージコードに記録されていたチャージ種類とは異なる種類の電子マネーに対応していた場合や、決済媒体に記録されていた電子マネーの残高が不足していた場合（即ち、チャージ金額より少なかった場合）等も含まれる。
【０１００】
Ｓ２０４では、制御部８０は、管理サーバ４０に対してチャージ要求を供給する。チャージ要求は、チャージコードに記録されていた各種情報（即ち、ユーザＩＤ、チャージ種類、及び、チャージ金額）を含む。なお、Ｓ２０４で制御部８０がチャージ要求を管理サーバ４０に供給する際には、制御部８０は、チャージコードから読み取られた管理サーバ４０のＵＲＩを利用して管理サーバ４０にアクセスした上で、チャージ要求を管理サーバ４０に供給する。
【０１０１】
続くＳ２０６では、制御部８０は、管理サーバ４０から応答（図９のＳ１２４）を取得することを監視する。上記の通り、管理サーバ４０は、決済端末７０からチャージ要求を取得すると（Ｓ１１２）、所定の処理を実行した後、決済端末７０に応答を供給する（Ｓ１２４）。制御部８０は、管理サーバ４０から応答を取得すると、Ｓ２０６でＹＥＳと判断し、Ｓ２０８に進む。
【０１０２】
Ｓ２０８では、制御部８０は、チャージが成功したか否かを判断する。具体的には、制御部８０は、取得された応答（Ｓ２０６）に成功情報が含まれているか否かを判断する。応答に成功情報が含まれている場合、制御部８０は、Ｓ２０８でＹＥＳと判断し、Ｓ２１０に進む。Ｓ２１０では、制御部８０は、チャージが完了したことを示す成功メッセージを表示部７３に表示させる。Ｓ２１０を終えると、図１１の処理が終了する。
【０１０３】
一方、応答に失敗情報が含まれている場合、制御部８０は、Ｓ２０８でＮＯと判断し、Ｓ２２０に進む。Ｓ２２０では、制御部８０は、チャージが失敗したことを示す失敗メッセージを表示部７３に表示させる。Ｓ２２０を終えると、図１１の処理が終了する。
【０１０４】
（決済端末決済処理；図１２）
図１２を参照して、決済端末７０の制御部８０が実行する決済端末決済処理について説明する。決済端末決済処理は、ユーザＵが、決済システム２による決済サービスを利用して実際に決済を実行する場合に、決済端末７０において実行される処理である。決済端末７０の管理者（例えば、店舗の店員）は、決済が実行されるべき場合に、ＰＯＳ端末１００の操作部を操作して、ＰＯＳ端末１００に決済情報を入力することができる。決済情報は、対象商品の商品名及び決済金額を含む。この場合、ＰＯＳ端末１００は、入力された決済情報を決済端末７０に供給する。制御部８０は、ＰＯＳ端末１００から決済情報を取得すると、図１２の処理を開始する。
【０１０５】
Ｓ２３０では、制御部８０は、決済コード（図７のＳ５６）を読み取ることを監視する。Ｓ２３０では、制御部８０は、ユーザＵに決済コードを撮影部７２にかざすように促すためのメッセージを表示部７３に表示させる。上記の通り、携帯端末１０は、決済コードデータに従って、表示部１２に決済コードを表示させる（図６のＳ５６）。ユーザＵは、表示部１２に表示された決済コードを、決済端末７０の撮影部７２にかざすことができる。この場合、制御部８０は、撮影部７２に決済コードの画像を撮影させ、撮影された画像に基づいて、決済コードに記録された各種情報（ＵＲＩ、ユーザＩＤ、残高情報、順位情報）を読み取る（即ちデコードする）ことができる。この場合、制御部８０は、Ｓ２３０でＹＥＳと判断し、Ｓ２３２に進む。一方、図１２の処理の開始から所定のタイムアウト期間が経過するまでの間に、決済コードが読み取られない場合には、制御部８０は、Ｓ２３０でＮＯと判断し、Ｓ２５０に進む。ここで、「決済コードが読み取られない場合」には、撮影部７２によって決済コードの画像が撮影されたが、画像が不鮮明である等の事情によりデコードが失敗した場合も含まれる。
【０１０６】
Ｓ２３２では、制御部８０は、管理サーバ４０に対して決済要求を供給する。決済要求は、ＰＯＳ端末１００から事前に取得された決済情報と、決済コードに記録されていた各種情報（即ちユーザＩＤ、残高情報、順位情報）と、を含む。なお、Ｓ２３２で制御部８０が決済要求を管理サーバ４０に供給する際には、制御部８０は、決済コードから読み取られた管理サーバ４０のＵＲＩを利用して管理サーバ４０にアクセスした上で、決済要求を管理サーバ４０に供給する。
【０１０７】
続くＳ２３４では、制御部８０は、管理サーバ４０から応答（図１０のＳ１７４）を取得することを監視する。上記の通り、管理サーバ４０は、決済端末７０から決済要求を取得すると（Ｓ１６２）、所定の処理を実行した後、決済端末７０に応答を供給する（Ｓ１７４）。制御部８０は、管理サーバ４０から応答を取得すると、Ｓ２３４でＹＥＳと判断し、Ｓ２３６に進む。
【０１０８】
Ｓ２３６では、制御部８０は、決済が成功したか否かを判断する。具体的には、制御部８０は、取得された応答（Ｓ２３４）に成功情報が含まれているか否かを判断する。応答に成功情報が含まれている場合、制御部８０は、Ｓ２３６でＹＥＳと判断し、Ｓ２３８に進む。Ｓ２３８では、制御部８０は、決済が完了したことを示す成功メッセージを表示部７３に表示させる。Ｓ２３８を終えると、図１２の処理が終了する。
【０１０９】
一方、応答に失敗情報が含まれている場合、制御部８０は、Ｓ２３６でＮＯと判断し、Ｓ２５０に進む。Ｓ２５０では、制御部８０は、決済が失敗したことを示す失敗メッセージを表示部７３に表示させる。Ｓ２５０を終えると、図１２の処理が終了する。
【０１１０】
（具体的なケース；図１３〜図１５）
続いて、図１３〜図１５を参照して、本実施例の決済システム２が実行する登録関連処理（図１３参照）、チャージ関連処理（図１４参照）、決済関連処理（図１５参照）の各具体例について説明する。
【０１１１】
（登録関連処理；図１３）
図１３は、ユーザＵが、決済システム２による電子マネー決済サービスを利用するための新規ユーザ登録を行う場合に、各装置が実行する処理の一例である。
【０１１２】
Ｔ１０では、ユーザＵは、携帯端末１０の操作部１４において、所定の登録開始操作を入力する。続いてＴ１２では、ユーザＵは、ユーザＩＤ及び優先順位を入力する（図５のＳ１２でＹＥＳ）。この例では、ユーザＵは、ユーザＩＤ「Ｕ１」と、優先順位「１位＝Ｍ１、２位＝Ｍ２、３位＝Ｍ３」とを入力する。
【０１１３】
Ｔ１４では、携帯端末１０は、登録要求を管理サーバ４０に供給する（Ｓ１４）。登録要求は、入力されたユーザＩＤと、入力された優先順位を示す順位情報と、を含む。
【０１１４】
管理サーバ４０は、登録要求（Ｔ１４）を取得すると、Ｔ１６において、登録要求に含まれるユーザＩＤ「Ｕ１」が登録可能であると判断する（図８のＳ８０及びＳ８２でＹＥＳ）。続いて、Ｔ１８では、管理サーバ４０は、ユーザ情報をメモリ４６のユーザ情報記憶領域４８に記憶させる（Ｓ８４）。ユーザ情報は、ユーザＩＤ「Ｕ１」と、各種類の電子マネー（Ｍ１、Ｍ２、Ｍ３等）の残高を示す残高情報と、順位情報と、チャージ失敗回数情報と、決済失敗回数情報と、を含む。
【０１１５】
続いて、Ｔ２０では、管理サーバ４０は、ユーザＩＤ「Ｕ１」を各マネーセンタサーバＭＳ１〜ＭＳ３に供給する（Ｓ８６）。
【０１１６】
各マネーセンタサーバＭＳ１〜ＭＳ３は、管理サーバ４０からユーザＩＤを取得すると、Ｔ２２において、取得されたユーザＩＤと、残高情報を記憶する。
【０１１７】
そして、Ｔ２４では、管理サーバ４０は、成功情報を含む応答を携帯端末１０に供給する（図８のＳ８８、Ｓ９０）。
【０１１８】
以上の各処理が実行されることにより、ユーザＵによるユーザ登録が完了する。
【０１１９】
（チャージ関連処理；図１４）
図１４は、ユーザＵが、決済システム２による決済サービスを利用するための電子マネーをチャージする場合に、各装置が実行する処理の一例である。図１４の各処理が実行される時点で、ユーザＵは、ユーザ登録を既に完了させている（図１３参照）。図１４では、ユーザＵが、種類Ｍ１の電子マネーを１００００円分チャージする場合の例について説明する。この例では、ユーザＵのチャージ前の電子マネー（Ｍ１）の残高が５０００円であり、チャージ後に１５０００円に更新される場合について説明する。
【０１２０】
Ｔ３０では、ユーザＵは、携帯端末１０の操作部１４において、所定のチャージ開始操作を入力する。続いてＴ３２では、ユーザＵは、チャージ種類及びチャージ金額を入力する（Ｓ３２でＹＥＳ）。この例では、ユーザＵは、チャージ種類「Ｍ１」と、チャージ金額「１００００円」を入力する。
【０１２１】
Ｔ３４では、携帯端末１０は、チャージコード発行要求を管理サーバ４０に供給する（Ｓ３４）。チャージコード発行要求は、ユーザ登録済みのユーザＩＤ「Ｕ１」と、チャージ種類「Ｍ１」と、チャージ金額「１００００円」と、を含む。
【０１２２】
管理サーバ４０は、チャージコード発行要求（Ｔ３４）を取得すると、Ｔ３６において、チャージコード発行要求に含まれるユーザＩＤ「Ｕ１」が利用可能であると判断する（図９のＳ１１０及びＳ１０２でＹＥＳ）。続いて、Ｔ３８では、管理サーバ４０は、チャージコードを生成する（Ｓ１０４）。チャージコードには、チャージ記録データ（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ「Ｕ１」、チャージ種類「Ｍ１」、チャージ金額「１００００円」）が記録される。続くＴ４０では、管理サーバ４０は、チャージコードに記録されたチャージ記録データを、メモリ４６の情報コード発行情報記憶領域５０に記憶させる（Ｓ１０６）。そして、Ｔ４２では、管理サーバ４０は、成功情報と、チャージコードデータと、を含む応答を携帯端末１０に供給する（Ｓ１０８、Ｓ１１０）。
【０１２３】
携帯端末１０は、応答（Ｔ４２）を取得すると、Ｔ４４において、応答に含まれるチャージコードデータに従って、表示部１２にチャージコードを表示させる（図６のＳ４０）。その後、ユーザＵは、表示部１２に表示されたチャージコードを、決済端末７０の撮影部７２にかざす。
【０１２４】
一方、決済端末７０の管理者は、ＰＯＳ端末１００の操作部を操作して、ＰＯＳ端末１００に所定のチャージ開始指示を入力する。そして、ＰＯＳ端末１００は、決済端末７０にチャージ指示を供給する。
【０１２５】
Ｔ４６では、決済端末７０は、ＰＯＳ端末１００からチャージ指示を取得する。次いで、Ｔ４８では、決済端末７０は、携帯端末１０の表示部１２に表示されたチャージコードを読み取る（図１１のＳ２００でＹＥＳ）。
【０１２６】
そして、ユーザＵは、チャージコードが読み取られた後で、電子マネー（Ｍ１）に対応する電子マネーを記憶する決済媒体１１０を準備し、決済端末７０に近づける。
【０１２７】
Ｔ５０では、決済端末７０は、決済媒体１１０との間で、ＮＦＣ通信を実行し、チャージ金額（１００００円）を引き落とす決済処理を実行する（Ｓ２０２でＹＥＳ）。
【０１２８】
続いて、Ｔ５２では、決済端末７０は、チャージ要求を管理サーバ４０に供給する（Ｓ２０４）。チャージ要求は、チャージコードに記録されていた各種情報（即ち、ユーザＩＤ「Ｕ１」、チャージ種類「Ｍ１」、チャージ金額「１００００円」）を含む。
【０１２９】
管理サーバ４０は、決済端末７０からチャージ要求（Ｔ５２）を取得すると、Ｔ５４において、チャージ要求に含まれるユーザＩＤ「Ｕ１」が利用可能であると判断する（図９のＳ１１４でＹＥＳ）。続いて、Ｔ５６では、管理サーバ４０は、チャージ要求に含まれる各種情報が、情報コード発行情報記憶領域５０に記憶されているチャージ記録データに含まれていると判断する（Ｓ１１６でＹＥＳ）。続いて、Ｔ５８では、管理サーバ４０は、チャージ種類「Ｍ１」に対応するマネーセンタサーバＭＳ１を特定し、マネーセンタサーバＭＳ１に対して、チャージ情報を供給する（Ｓ１１８）。チャージ情報は、ユーザＩＤ「Ｕ１」及びチャージ金額「１００００円」を含む。
【０１３０】
マネーセンタサーバＭＳ１は、チャージ情報（Ｔ５８）を取得すると、Ｔ６０において、第１のユーザＩＤに対応付けられた電子マネーの残高（５０００円）を、チャージ金額が示す金額分増額させる（＋１００００円する）。これにより、チャージ後の残高が１５０００円になる。続くＴ６２では、マネーセンタサーバＭＳ１は、チャージ後残高情報を管理サーバ４０に供給する。
【０１３１】
管理サーバ４０は、チャージ後残高情報（Ｔ６２）を取得すると、Ｔ６４において、ユーザＩＤ「Ｕ１」の電子マネー（Ｍ１）の残高情報を、チャージ後残高情報が示す残高（即ち１５０００円）に更新する（Ｓ１１８）。次いで、Ｔ６６では、管理サーバ４０は、成功情報を含む応答を決済端末７０に供給する（Ｓ１２０でＹＥＳ、Ｓ１２２、Ｓ１２４）。
【０１３２】
決済端末７０は、応答（Ｔ６６）を取得すると、Ｔ６８において、チャージが成功したことを示す成功メッセージを表示部７３に表示させる（図１１のＳ２１０）。
【０１３３】
以上の各処理が実行されることにより、ユーザＵによるチャージが完了する。
【０１３４】
（決済関連処理；図１５）
図１５は、ユーザＵが、決済システム２による決済サービスを利用して実際に決済を実行する場合に、各装置が実行する処理の一例である。図１５では、ユーザＵが、１０００円の対象商品の決済を実行する例について説明する。この例では、処理開始時点のユーザＵの１位の電子マネー（Ｍ１）の残高が５００円であり、２位の電子マネー（Ｍ２）の残高が１５００円である場合について説明する。即ち、この例では、１位の電子マネー（Ｍ１）の残高が不足し、２位の電子マネー（Ｍ２）を利用して決済が実行される例について説明する。
【０１３５】
Ｔ８０では、ユーザＵは、携帯端末１０の操作部１４において、所定の決済開始操作を入力する。
【０１３６】
続くＴ８２では、携帯端末１０は、決済コード発行要求を管理サーバ４０に供給する（図７のＳ５０）。決済コード発行要求は、ユーザＩＤ「Ｕ１」を含む。
【０１３７】
管理サーバ４０は、決済コード発行要求（Ｔ８２）を取得すると、Ｔ８４において、決済コード発行要求に含まれるユーザＩＤ「Ｕ１」が利用可能であると判断する（図１０のＳ１５０及びＳ１５２でＹＥＳ）。続いて、Ｔ８６では、管理サーバ４０は、決済コードを生成する（Ｓ１５４）。決済コードには、決済記録データ（即ち、管理サーバ４０のＵＲＩ、ユーザＩＤ「Ｕ１」、ユーザＩＤ「Ｕ１」に対応する残高情報及び順位情報）が記録される。続くＴ８８では、管理サーバ４０は、決済コードに記録された決済記録データを、メモリ４６の情報コード発行情報記憶領域５０に記憶させる（Ｓ１５６）。そして、Ｔ９０では、管理サーバ４０は、成功情報と、決済コードデータと、を含む応答を携帯端末１０に供給する（Ｓ１５８、Ｓ１６０）。
【０１３８】
携帯端末１０は、応答（Ｔ９０）を取得すると、Ｔ９２において、応答に含まれる決済コードデータに従って、表示部１２に決済コードを表示させる（図７のＳ５６）。その後、ユーザＵは、表示部１２に表示された決済コードを、決済端末７０の撮影部７２にかざす。
【０１３９】
一方、決済端末７０の管理者は、ＰＯＳ端末１００の操作部を操作して、ＰＯＳ端末１００に決済情報を入力する。決済情報は、対象商品の商品名及び決済金額「１０００円」を含む。ＰＯＳ端末１００は、入力された決済情報を決済端末７０に供給する。
【０１４０】
Ｔ９４では、決済端末７０は、ＰＯＳ端末１００から決済情報を取得する。次いで、Ｔ９６では、決済端末７０は、携帯端末１０の表示部１２に表示された決済コードを読み取る（図１２のＳ２３０でＹＥＳ）。次いで、Ｔ９８では、決済端末７０は、管理サーバ４０に対して決済要求を供給する（Ｓ２３２）。決済要求は、決済情報（決済金額「１０００円」を含む）、ユーザＩＤ「Ｕ１」、残高情報、及び、順位情報を含む。
【０１４１】
管理サーバ４０は、決済端末７０から決済要求（Ｔ９８）を取得すると、Ｔ１００において、決済要求に含まれるユーザＩＤ「Ｕ１」が利用可能であると判断する（図１０のＳ１６４でＹＥＳ）。続いて、Ｔ１０２では、決済要求に含まれる各種情報が、情報コード発行情報記憶領域５０に記憶されている決済記録データに含まれていると判断する（Ｓ１６６でＹＥＳ）。続いて、Ｔ１０４では、管理サーバ４０は、１位の電子マネー（Ｍ１）の残高（５００円）が、決済金額（１０００円）より少ないと判断する。続くＴ１０６では、管理サーバ４０は、２位の電子マネー（Ｍ２）の残高（１５００円）が決済金額（１０００円）より多いと判断する。そして、Ｔ１０８では、管理サーバ４０は、２位のマネーセンタサーバＭＳ２に、ユーザＩＤ「Ｕ１」と決済情報を供給する（Ｓ１６８）。
【０１４２】
２位のマネーセンタサーバＭＳ２は、ユーザＩＤ「Ｕ１」と決済情報（Ｔ１０８）を取得すると、Ｔ１１０において、ユーザＩＤ「Ｕ１」に対応付けられた電子マネーの残高（１５００円）を、決済情報に含まれる決済金額が示す金額分減額させる（−１０００円する）。これにより、決済後の残高が５０００円になる。続くＴ１１２では、マネーセンタサーバＭＳ２は、決済後残高情報を管理サーバ４０に供給する。
【０１４３】
管理サーバ４０は、決済後残高情報（Ｔ１１２）を取得すると、Ｔ１１４において、ユーザＩＤ「Ｕ１」の電子マネー（Ｍ２）の残高情報を、決済後残高情報が示す残高（即ち５００円）に更新する（Ｓ１６８）。次いで、Ｔ１１６では、管理サーバ４０は、成功情報を含む応答を決済端末７０に供給する（Ｓ１７０でＹＥＳ、Ｓ１７２、Ｓ１７４）。
【０１４４】
決済端末７０は、応答（Ｔ１１６）を取得すると、Ｔ１１８において、決済が成功したことを示す成功メッセージを表示部７３に表示させる（図１２のＳ２３８）。
【０１４５】
以上の各処理が実行されることにより、ユーザＵによる決済が完了する。
【０１４６】
以上、本実施例の決済システム２の構成及び動作について説明した。図１５に示すように、本実施例では、携帯端末１０のユーザＵが、決済開始操作を行った上で（Ｔ８０）、その後表示部１２に表示される決済コードを決済端末７０に読み取らせる操作を行い、
決済端末７０の管理者が、決済端末７０に決済情報を取得させるための操作（即ち、ＰＯＳ端末１００に決済情報を入力する操作。Ｔ９４参照）を行えば、決済を実行することができる。即ち、ユーザＵは、携帯端末１０に決済開始操作を予め入力しておけば、実際に決済を実行する際に、表示部１２に表示される決済コードを決済端末７０に読み取らせる操作を行うことで、電子マネー決済を希望する旨の意思表示や、決済媒体１１０等を用いた各種操作を行わなくても、決済を実行することができる。ユーザＵは、決済の実行の際に、決済媒体１１０等を所持していなくてもよい。決済端末７０の管理者も、決済端末７０に決済情報を取得させるための操作を行えば、他の操作等を行うことなく、決済を実行することができる。従って、本実施例の決済システム２によると、電子マネー決済を実行する際における利用者（ユーザＵ及び決済端末７０の管理者）の意思表示や操作等を従来よりも簡易化することができる。
【０１４７】
また、本実施例では、管理サーバ４０は、決済端末７０から取得された決済要求に含まれる各種情報が、情報コード発行情報記憶領域５０に記憶されている決済記録データに含まれていると判断する場合に決済を実行し（図１５のＴ１０２、図１０のＳ１６６でＹＥＳ、Ｓ１６８）、決済要求に含まれる各種情報が、決済記録データに含まれていないと判断する（Ｓ１６６でＮＯ）場合には決済を実行しない。そのため、例えば、管理サーバ４０が決済記録データを記憶してから決済要求を取得するまでの間に、ユーザＩＤと、残高情報と、順位情報と、のうちの少なくとも一つに不正に改変が加えられていた場合等に、決済を実行しないようにすることができる。従って、本実施例によると、決済の際のセキュリティ性を高めることができるとともに、不適切な決済が実行されることを抑制することができる。
【０１４８】
また、本実施例では、管理サーバ４０は、決済要求に含まれる各種情報が、決済記録データに含まれていないと判断された回数（即ち、決済失敗回数情報が示すＮ２の値）が、所定の閾値Ｔ２を超える場合（Ｓ１８２でＹＥＳ）、不正処理を実行し（Ｓ１８４）、当該ユーザＩＤを含むユーザ情報にエラー情報を対応付ける。これにより、次回以降に携帯端末１０から当該ユーザＩＤを含む決済コード発行要求を新たに取得する場合、管理サーバ４０は、携帯端末１０に決済コードデータを供給しない（Ｓ１５２でＮＯ）。そのため、管理サーバ４０は、決済失敗回数が所定回数を超えた後は、当該ユーザＩＤに対応する携帯端末１０に対して決済コードデータを供給しないようにすることができ、不適切な決済が実行されることをより適切に抑制することができる。
【０１４９】
また、本実施例では、管理サーバ４０は、複数種類の電子マネーのうちの１位の電子マネーを最初に特定して決済を試行する（Ｓ１６８、図１５のＴ１０４、Ｔ１０６）。そのため、複数種類の電子マネーを所有しているユーザＵが決済を実行する場合であっても、当該ユーザＵは、複数種類の電子マネーのうちから、決済に利用されるべき電子マネーを選択する操作を行わなくても、１位の電子マネーを利用した決済を自動的に実行することができる。
【０１５０】
さらに、管理サーバ４０は、図１５のＴ１０４、Ｔ１０６に示すように、１位の電子マネーの残高が決済金額より少ない場合に、２位の電子マネーを特定し、１位の電子マネーと同様に決済を試行する。そして、管理サーバ４０は、２位の電子マネーの残高が決済金額より少ない場合には、その次に高い順位の電子マネーの種類を特定し、再び同様の処理を実行する。従って、本実施例によると、複数種類の電子マネーのそれぞれに対応付けられている優先順位が高い電子マネーを優先的に利用した決済を適切に実行することができる。
【０１５１】
また、本実施例では、決済システム２が図１４に示す各処理を実行することにより（図６、図９、図１１参照）、ユーザＵは、決済システム２による決済サービスを利用するための電子マネーを事前にチャージすることができる。そして、その後、ユーザＵは、当該電子マネーを用いて適切に決済を実行することができる（図１５参照）。
【０１５２】
決済の場合と同様に、本実施例では、管理サーバ４０は、決済端末７０から取得されたチャージ要求に含まれる各種情報が、情報コード発行情報記憶領域５０に記憶されているチャージ記録データに含まれていると判断する場合に決済を実行し（図１４のＴ５６、図９のＳ１１６でＹＥＳ、Ｓ１１８）、チャージ要求に含まれる各種情報が、チャージ記録データに含まれていないと判断する（Ｓ１１６でＮＯ）場合には決済を実行しない。そのため、例えば、管理サーバ４０がチャージ記録データを記憶してからチャージ要求を取得するまでの間に、ユーザＩＤと、チャージ種類と、チャージ金額と、のうちの少なくとも一つに不正に改変が加えられていた場合等に、チャージを実行しないようにすることができる。従って、本実施例によると、チャージの際のセキュリティ性も高めることができるとともに、不適切なチャージが実行されることも抑制することができる。
【０１５３】
また、決済の場合と同様に、本実施例では、管理サーバ４０は、チャージ要求に含まれる各種情報が、チャージ記録データに含まれていないと判断された回数（即ち、チャージ失敗回数情報が示すＮ１の値）が、所定の閾値Ｔ１を超える場合（Ｓ１３２でＹＥＳ）、不正処理を実行し（Ｓ１３４）、当該ユーザＩＤを含むユーザ情報にエラー情報を対応付ける。これにより、次回以降に携帯端末１０から当該ユーザＩＤを含むチャージコード発行要求を新たに取得する場合、管理サーバ４０は、携帯端末１０にチャージコードデータを供給しない（Ｓ１０２でＮＯ）。そのため、管理サーバ４０は、チャージ失敗回数が所定回数を超えた後は、当該ユーザＩＤに対応する携帯端末１０に対してチャージコードデータを供給しないようにすることができ、不適切なチャージが実行されることをより適切に抑制することができる。
【０１５４】
本実施例と請求項の記載の対応関係を説明しておく。携帯端末１０が「端末装置」の一例である。管理サーバ４０及び各マネーセンタサーバＭＳ１〜ＭＳ３が「管理装置」の一例である。決済端末７０が「読取装置」の一例である。ユーザＩＤ（第１のユーザＩＤ、第２のユーザＩＤを含む）が「特定のＩＤ」の一例である。残高情報及び順位情報が「マネー情報」の一例である。決済コードが「第１種の情報コード」の一例である。決済コードデータが「第１種の情報コードデータ」の一例である。決済記録データが「記録データ」の一例である。１位の電子マネー、２位の電子マネーが、それぞれ、「第１の電子マネー」、「第２の電子マネー」の一例である。決済媒体１１０等に記憶されている電子マネーの残高を示す情報が「第１の残高情報」の一例である。ユーザ情報記憶領域４８に記憶されているユーザ情報に含まれる残高情報が「第２の残高情報」の一例である。チャージコードが「第２種の情報コード」の一例である。チャージコードデータが「第２種の情報コードデータ」の一例である。図１１のＳ２０２で実行されるチャージ金額の決済処理が「減算処理」の一例である。
【０１５５】
以上、本発明の実施例について詳細に説明したが、これらは例示に過ぎず、特許請求の範囲を限定するものではない。特許請求の範囲に記載の技術には、以上に例示した具体例を様々に変形、変更したものが含まれる。例えば、以下の変形例を採用してもよい。
【０１５６】
（変形例１）上記の実施例では、管理サーバ４０と各マネーセンタサーバＭＳ１〜ＭＳ３とが異なる管理者によって別個に設けられている。変形例では、管理サーバ４０と各マネーセンタサーバＭＳ１〜ＭＳ３とが共通の管理者によって設けられていてもよい。即ち、管理サーバ４０と各マネーセンタサーバＭＳ１〜ＭＳ３とが一体に構成されていてもよい。
【０１５７】
（変形例２）上記の実施例では、管理サーバ４０の制御部４４は、決済失敗回数と、チャージ失敗回数と、を別個にカウントし、それぞれの回数が所定の閾値を超えるか否かを判断している（図９のＳ１３０、Ｓ１３２、図１０のＳ１８０、Ｓ１８２）。これに限られず、管理サーバ４０は、決済失敗回数とチャージ失敗回数とを合計した合計失敗回数をカウントし、その合計失敗回数が所定の閾値を超えるか否かを判断するようにしてもよい。この変形例では、ユーザ情報は、決済失敗回数情報とチャージ失敗回数情報とに代えて、決済失敗回数とチャージ失敗回数の合計である失敗回数を示す合計失敗回数情報を記憶するようにしてもよい。
【０１５８】
（変形例３）上記の実施例では、決済端末７０は、無線通信Ｉ／Ｆ７６を介して、管理サーバ４０と直接無線通信を実行している。変形例では、決済端末７０は、管理サーバ４０と通信を実行する際、ＰＯＳ端末１００を介して通信するようにしてもよい。この変形例では、決済端末７０とＰＯＳ端末１００の組合せが「読取装置」の一例である。
【０１５９】
（変形例４）上記の実施例では、図１０のＳ１６６において、管理サーバ４０の制御部４４は、決済要求に含まれるユーザＩＤ、残高情報及び順位情報が、情報コード発行情報記憶領域５０に記憶されている決済記録データに含まれているか否かを判断する。これに代えて、Ｓ１６６において、制御部４４は、決済要求に含まれるユーザＩＤが決済記録データに含まれているか否かのみを判断してもよい。同様に、図９のＳ１１６において、制御部４４は、チャージ要求に含まれるユーザＩＤがチャージ記録データに含まれているか否かのみを判断してもよい。
【０１６０】
本明細書または図面に説明した技術要素は、単独であるいは各種の組み合わせによって技術的有用性を発揮するものであり、出願時請求項記載の組み合わせに限定されるものではない。また、本明細書または図面に例示した技術は複数目的を同時に達成するものであり、そのうちの一つの目的を達成すること自体で技術的有用性を持つものである。
【符号の説明】
【０１６１】
２：決済システム
１０：携帯端末
１２：表示部
１４：操作部
１６：無線通信Ｉ／Ｆ
２０：制御部
２２：メモリ
４０：管理サーバ
４２：無線通信Ｉ／Ｆ
４４：制御部
４６：メモリ
４８：ユーザ情報記憶領域
５０：情報コード発行情報記憶領域
７０：決済端末
７２：撮影部
７３：表示部
７４：有線通信Ｉ／Ｆ
７６：無線通信Ｉ／Ｆ
７８：ＮＦＣ通信Ｉ／Ｆ
８０：制御部
８２：メモリ
１００：ＰＯＳ端末
１１０、１２０、１３０：決済媒体
Ｃ：情報コード
Ｍ１、Ｍ２、Ｍ３：（電子マネーの）種類
ＭＳ１、ＭＳ２、ＭＳ３：マネーセンタサーバ
Ｕ：ユーザ
【図１】
2017162186.tif 000003
【図２】
2017162186.tif 000004
【図３】
2017162186.tif 000005
【図４】
2017162186.tif 000006
【図５】
2017162186.tif 000007
【図６】
2017162186.tif 000008
【図７】
2017162186.tif 000009
【図８】
2017162186.tif 000010
【図９】
2017162186.tif 000011
【図１０】
2017162186.tif 000012
【図１１】
2017162186.tif 000013
【図１２】
2017162186.tif 000014
【図１３】
2017162186.tif 000015
【図１４】
2017162186.tif 000016
【図１５】
2017162186.tif 000017