JP5520873B2 - 決済サーバおよび決済システム - Google Patents

Description

この発明は、現金に代わる決済手段を用いて対面販売方式でおこなう決済に用いられる決済サーバおよび決済システムに関する。

従来、商品代金やサービス代金を、たとえばクレジットカード、デビットカードあるいは電子マネーなどの現金に代わる決済手段を用いて支払う決済方法がある。このような決済方法によって、利用者は、たとえば多額の現金を持ち歩くことなく商品やサービスの提供を受けることができたり、小銭を取り扱うなどの煩わしさを解消できたりするので、決済に際しての高い利便性を享受することができる。

このような、現金に代わる決済手段を用いておこなわれる決済は、接客を通じて販売をおこなういわゆる対面販売方式の形態でおこなわれることが多い。具体的には、たとえば、現金に代わる決済手段としてクレジットカード、デビットカードあるいは電子マネーカードなどのカードを用いて対面販売方式の形態で決済をおこなう場合、利用者は、店舗（店員）に対して、決済に用いるカードを手渡す。また、具体的には、電子マネーの管理をおこなうソフトウェアがインストールされるとともに電子マネーがチャージされた携帯型電話機などの携帯端末装置を用いて対面販売方式の形態で決済をおこなう場合、利用者は、店舗（店員）に対して、携帯端末装置をかざす。

また、従来、たとえば、携帯端末から送信された払込票のバーコードデータを受信した決済中継サーバが、生成したマルチペイメント識別子とバーコードデータとを関連付けして記録した後にマルチペイメント識別子を銀行ホストシステムに送信すると、銀行ホストシステムがユーザ認証を完了したユーザの口座に対して引落処理をおこなうとともに携帯端末を介して決済中継サーバに完了通知をおこない、完了通知を受けた決済中継サーバが払込票を用いて代金回収をおこなう企業の企業システムに対して代金回収が完了した旨の通知をおこなうようにした技術があった（たとえば、下記特許文献１を参照）。

特開２００６−２４３８４２号公報

しかしながら、上述した従来の技術は、クレジットカード、デビットカードあるいは電子マネーなどの現金以外の手段を用いておこなわれる決済を対面販売方式でおこなう場合、カードや携帯端末装置を店舗側に手渡すことになるため、カードや携帯端末に記憶されている情報が、決済端末装置などの店舗側の機器に読み取られる危険性を含んでいるという問題があった。

また、上述した特許文献１に記載された従来の技術は、通信販売による商品の代金や自治体での公共料金などの支払いのように、支払者を特定（認識）する必要性が高く、決済の手続きをおこなうその場で当該決済が完了したことを確認する必要性（リアルタイム性）が低い決済を対象としており、決済の手続きをおこなうその場で当該決済が完了したことを確認することが難しい。

一方、現金に代わる決済手段を用いて対面販売方式でおこなう決済においては、決済の手続きをおこなうその場で当該決済が完了したことを確認する必要性（リアルタイム性）が高く、支払者の特定は不要であるため、上述した特許文献１に記載された従来の技術を、現金に代わる決済手段を用いて対面販売方式でおこなう決済に適用することは難しいという問題があった。

また、利用者の端末装置（利用者端末装置）と店舗の端末装置（店舗端末装置）との間にサーバを介在させ、利用者と店舗との間における決済をサーバが仲介する方法が考えられるが、この場合、悪意のある店員などの第三者が利用者端末装置を不正な端末装置にアクセスさせることによって、本来利用者と店舗との間でおこなわれるべき決済を、不正な端末装置（悪意のある第三者の口座）と顧客との間でおこなってしまう不正が懸念される。

この発明は、上述した従来技術による問題点を解消するため、現金に代わる決済手段を用いて対面販売方式でおこなう決済において、高い利便性を維持しつつ安全性および信頼性の向上を図ることができる決済サーバおよび決済システムを提供することを目的とする。

上述した課題を解決し、目的を達成するため、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗端末装置が設置された店舗の店舗識別情報ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、前記公認判別用データベースに基づいて、前記支払金額受信手段によって受信された支払金額の送信元の店舗端末装置が設置された店舗が公認店舗であるか否かを判断する公認判断手段と、前記公認判断手段によって公認店舗であると判断された場合に、前記支払金額受信手段によって受信された支払金額に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記支払金額および前記店舗識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記店舗端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、および当該取引番号が入力された利用者端末装置の利用者の利用者識別情報を、当該利用者端末装置から受信する取引番号受信手段と、前記取引番号受信手段によって受信された取引番号に対応する支払金額および店舗識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記抽出手段によって抽出された支払金額および店舗識別情報にかかる店舗の情報を含む取引情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、前記認証情報受信手段によって受信された認証情報に基づいて認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、を備え、前記公認判断手段によって公認店舗ではないと判断された場合は、以降の処理を中断することを特徴とする。

また、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗端末装置が設置された店舗の店舗識別情報ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、前記支払金額受信手段によって受信された支払金額に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記支払金額および前記店舗端末装置が設置された店舗の店舗識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記店舗端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、および当該取引番号が入力された利用者端末装置の利用者の利用者識別情報を、当該利用者端末装置から受信する取引番号受信手段と、前記取引番号受信手段によって受信された取引番号に対応する支払金額および店舗識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記公認判別用データベースに基づいて、前記抽出手段によって抽出された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、前記公認判断手段によって公認店舗であると判断された場合には前記抽出手段によって抽出された支払金額および店舗識別情報にかかる店舗の情報を含む取引情報を前記利用者端末装置へ送信するとともに、前記公認判断手段によって公認店舗ではないと判断された場合には前記取引情報および該当店舗が公認店舗ではないことを示す情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、前記認証情報受信手段によって受信された認証情報に基づいて認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、を備えたことを特徴とする。

また、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗端末装置が設置された店舗の店舗識別情報ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、前記支払金額受信手段によって受信された支払金額に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記支払金額および前記店舗端末装置が設置された店舗の店舗識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記店舗端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、および当該取引番号が入力された利用者端末装置の利用者の利用者識別情報を、当該利用者端末装置から受信する取引番号受信手段と、前記取引番号受信手段によって受信された取引番号に対応する支払金額および店舗識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記公認判別用データベースに基づいて、前記抽出手段によって抽出された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、前記公認判断手段によって公認店舗であると判断された場合に、前記抽出手段によって抽出された支払金額および店舗識別情報にかかる店舗の情報を含む取引情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、前記認証情報受信手段によって受信された認証情報に基づいて認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、前記公認判断手段によって公認店舗ではないと判断された場合に、該当店舗が公認店舗ではないために処理を中断することを前記利用者端末装置に通知する中断通知手段と、を備えたことを特徴とする。

また、この発明にかかる決済サーバは、上記の発明において、前記店舗端末装置が、前記決済サーバから送信された取引番号を表示する表示手段を備え、前記利用者端末装置が、前記店舗端末装置の表示手段に表示された取引番号を入力する入力手段を備えたことを特徴とする。

また、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、前記支払意思情報受信手段によって受信された支払意思情報に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記利用者端末装置の利用者の利用者識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記利用者端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、前記利用者が前記店舗へ支払う支払金額、および当該取引番号が入力された店舗端末装置が設置された店舗の店舗識別情報を、当該店舗端末装置から受信する取引番号受信手段と、前記公認判別用データベースに基づいて、前記取引番号受信手段によって受信された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、前記公認判断手段によって公認店舗であると判断された場合に、前記取引番号受信手段によって受信された取引番号に対応する利用者識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および前記取引番号受信手段によって受信された情報に基づいて、当該利用者の認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、を備え、前記公認判断手段によって公認店舗ではないと判断された場合は、以降の処理を中断することを特徴とする。

また、この発明にかかる決済サーバは、上記の発明において、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および取引番号受信手段によって受信された支払金額を含む取引情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、を備え、前記認証処理手段が、前記認証情報受信手段によって受信された認証情報に基づいて認証処理をおこなうことを特徴とする。

また、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、前記支払意思情報受信手段によって受信された支払意思情報に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記利用者端末装置の利用者の利用者識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記利用者端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、前記利用者が前記店舗へ支払う支払金額、および当該取引番号が入力された店舗端末装置が設置された店舗の店舗識別情報を、当該店舗端末装置から受信する取引番号受信手段と、前記取引番号受信手段によって受信された取引番号に対応する利用者識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記公認判別用データベースに基づいて、前記取引番号受信手段によって受信された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、前記公認判断手段によって公認店舗であると判断された場合には前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および取引番号受信手段によって受信された支払金額を含む取引情報を前記利用者端末装置へ送信するとともに、前記公認判断手段によって公認店舗ではないと判断された場合には前記取引情報および該当店舗が公認店舗ではないことを示す情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、前記認証情報受信手段によって前記認証情報を受信した場合に、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および前記取引番号受信手段によって受信された情報に基づいて、当該利用者の認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、を備えたことを特徴とする。

また、この発明にかかる決済サーバは、利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、前記店舗ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、前記支払意思情報受信手段によって受信された支払意思情報に対して取引番号を生成する取引番号生成手段と、前記取引番号生成手段によって生成された取引番号と、前記利用者端末装置の利用者の利用者識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、前記取引番号生成手段によって生成された取引番号を前記利用者端末装置へ送信する取引番号送信手段と、前記取引番号送信手段によって送信された取引番号、前記利用者が前記店舗へ支払う支払金額、および当該取引番号が入力された店舗端末装置が設置された店舗の店舗識別情報を、当該店舗端末装置から受信する取引番号受信手段と、前記公認判別用データベースに基づいて、前記取引番号受信手段によって受信された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、前記取引番号受信手段によって受信された取引番号に対応する利用者識別情報を前記所定の記憶媒体から抽出する抽出手段と、前記公認判断手段によって公認店舗であると判断された場合に、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および前記取引番号受信手段によって受信された支払金額を含む取引情報を前記利用者端末装置へ送信する取引情報送信手段と、前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、前記認証情報受信手段によって前記認証情報を受信した場合に、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および前記取引番号受信手段によって受信された情報に基づいて、当該利用者の認証処理をおこなう認証処理手段と、前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、前記公認判断手段によって公認店舗ではないと判断された場合に、該当店舗が公認店舗ではないために処理を中断することを前記利用者端末装置に通知する中断通知手段と、を備えたことを特徴とする。

また、この発明にかかる決済サーバは、上記の発明において、前記利用者端末装置が、前記決済サーバから送信された取引番号を表示する表示手段を備え、前記店舗端末装置が、前記利用者端末装置の表示手段に表示された取引番号を入力する入力手段を備えたことを特徴とする。

また、この発明にかかる決済サーバは、上記の発明において、前記公認判別用データベースは、利用者ごとに、当該利用者によって指定された任意の店舗およびあらかじめ登録された店舗にかかる前記公認情報を関連付けて記憶することを特徴とする。

また、この発明にかかる決済サーバは、上記の発明において、前記決済実行手段が、あらかじめ設けられた前記利用者の口座から前記店舗の口座へ支払金額の資金移動をおこなうことを特徴とする。

また、この発明にかかる決済システムは、上記の決済サーバ、前記利用者端末装置および前記店舗端末装置とから構成されることを特徴とする。

この発明にかかる決済サーバおよび決済システムによれば、現金に代わる決済手段を用いて対面販売方式でおこなう決済において、高い利便性を維持しつつ安全性および信頼性の向上を図ることができるという効果を奏する。

この発明にかかる実施の形態１の決済システムのシステム構成を示す説明図である。 この発明にかかる実施の形態１の利用者端末装置および店舗端末装置を実現するスマートフォンのハードウエア構成を示すブロック図である。 この発明にかかる実施の形態１の決済仲介サーバおよび外部決済サーバを実現するコンピュータ装置のハードウエア構成を示すブロック図である。 決済仲介サーバが備える口座情報テーブルの一例を示す説明図である。 決済仲介サーバが備える取引情報テーブルの一例を示す説明図である。 外部決済サーバが備えるカード決済情報データベースの一例を示す説明図である。 外部決済サーバが備える完了カード決済情報データベースの一例を示す説明図である。 この発明にかかる実施の形態１の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その１）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その２）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その３）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その４）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その５）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その６）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その７）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その８）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その９）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その１０）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その１１）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その１２）である。 この発明にかかる実施の形態１の決済システムの処理手順を示す説明図（その１３）である。 この発明にかかる実施の形態１の決済システムにおける店舗端末装置の表示画面例を示す説明図（その１）である。 この発明にかかる実施の形態１の決済システムにおける店舗端末装置の表示画面例を示す説明図（その２）である。 この発明にかかる実施の形態１の決済システムにおける店舗端末装置の表示画面例を示す説明図（その３）である。 この発明にかかる実施の形態１の決済システムにおける利用者端末装置の表示画面例を示す説明図（その１）である。 この発明にかかる実施の形態１の決済システムにおける利用者端末装置の表示画面例を示す説明図（その２）である。 この発明にかかる実施の形態１の決済システムにおける利用者端末装置の表示画面例を示す説明図（その３）である。 この発明にかかる実施の形態１の決済システムにおける店舗端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態１の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。 この発明にかかる実施の形態１の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態２の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態２の決済システムの処理手順を示す説明図である。 この発明にかかる実施の形態２の決済システムにおける利用者端末装置の表示画面例を示す説明図である。 この発明にかかる実施の形態２の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。 この発明にかかる実施の形態２の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態３の決済システムにおける決済仲介サーバが備える口座情報テーブルの一例を示す説明図である。 信用店舗の登録に際しての、利用者端末装置の表示画面例を示す説明図（その１）である。 信用店舗の登録に際しての、利用者端末装置の表示画面例を示す説明図（その２）である。 信用店舗の登録に際しての、利用者端末装置の表示画面例を示す説明図（その３）である。 この発明にかかる実施の形態３の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態３の決済システムの処理手順を示す説明図である。 この発明にかかる実施の形態３の決済システムにおける利用者端末装置の表示画面例を示す説明図である。 この発明にかかる実施の形態３の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。 図４４は、この発明にかかる実施の形態３の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態４の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態４の決済システムの処理手順を示す説明図である。 この発明にかかる実施の形態４の決済システムにおける利用者端末装置の表示画面例を示す説明図（その１）である。 この発明にかかる実施の形態４の決済システムにおける利用者端末装置の表示画面例を示す説明図（その２）である。 この発明にかかる実施の形態１の決済システムにおける利用者端末装置の表示画面例を示す説明図（その３）である。 この発明にかかる実施の形態４の決済システムにおける店舗端末装置の表示画面例を示す説明図（その１）である。 この発明にかかる実施の形態４の決済システムにおける店舗端末装置の表示画面例を示す説明図（その２）である。 この発明にかかる実施の形態４の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態４の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。 この発明にかかる実施の形態４の決済システムにおける店舗端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態５の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態５の決済システムの処理手順を示す説明図である。 この発明にかかる実施の形態５の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態５の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。 この発明にかかる実施の形態６の決済システムを構成する各部の機能的構成を示すブロック図である。 この発明にかかる実施の形態６の決済システムの処理手順を示す説明図である。 この発明にかかる実施の形態６の決済システムにおける利用者端末装置の処理手順を示すフローチャートである。 この発明にかかる実施の形態６の決済システムにおける決済仲介サーバの処理手順を示すフローチャートである。

以下に添付図面を参照して、この発明にかかる決済サーバおよび決済システムの好適な実施の形態を詳細に説明する。

（（実施の形態１））
（決済システムのシステム構成）
まず、この発明にかかる実施の形態１の決済システムのシステム構成について説明する。図１は、この発明にかかる実施の形態１の決済システムのシステム構成を示す説明図である。

図１において、この発明にかかる実施の形態１の決済システム１００は、利用者端末装置１１０と、店舗端末装置１２０と、決済仲介サーバ１３１と、外部決済サーバ１３２と、を備えている。決済システム１００において、利用者端末装置１１０と決済仲介サーバ１３１、店舗端末装置１２０と決済仲介サーバ１３１、決済仲介サーバ１３１と外部決済サーバ１３２とは、インターネットなどのネットワーク（図示を省略する）を介して相互に通信可能に接続されている。

利用者端末装置１１０や店舗端末装置１２０は、インターネットに接続可能な端末装置であって、たとえばスマートフォンなどによって実現することができる。スマートフォンは、インターネットへの接続機能の他に、音声通話や個人情報の管理など複数のデータ処理機能を備える。スマートフォンの構成については説明を後述する（図２を参照）。スマートフォンが備える各種の機能については、公知の技術であるため説明を省略する。

決済仲介サーバ１３１や外部決済サーバ１３２は、インターネットに接続可能な端末装置であって、たとえばパーソナルコンピュータなどのコンピュータ装置によって実現することができる。決済仲介サーバ１３１や外部決済サーバ１３２を実現するコンピュータ装置については、説明を後述する（図３を参照）。

決済仲介サーバ１３１は、口座情報テーブル、取引情報テーブルなどの各種のデータテーブルを備えている。口座情報テーブルは、決済システム１００の利用者および決済システム１００に加盟する店舗（の店員）によって登録された利用者情報に加えて、公認情報を記憶している。公認情報は、決済システム１００への加盟者のうち、店舗に該当する加盟者が、決済システム１００の管理者などによってあらかじめ公認され、登録された公認店舗であるか否かを示す。取引情報テーブルは、決済をおこなうごとに生成される情報を記憶する。外部決済サーバ１３２は、カード決済情報データベースを備えている。カード決済情報データベースは、カード決済に関する情報を記憶している。口座情報テーブル、取引情報テーブルおよびカード決済情報データベースについては、説明を後述する（図４、図５、図６を参照）。

（利用者端末装置１１０および店舗端末装置１２０のハードウエア構成）
つぎに、この発明にかかる実施の形態１の利用者端末装置１１０および店舗端末装置１２０を実現するスマートフォンのハードウエア構成について説明する。図２は、この発明にかかる実施の形態１の利用者端末装置１１０および店舗端末装置１２０を実現するスマートフォンのハードウエア構成を示すブロック図である。

図２において、この発明にかかる実施の形態１の利用者端末装置１１０および店舗端末装置１２０を実現するスマートフォンは、ＣＰＵ２０１と、ＲＯＭ２０２と、ＲＡＭ２０３と、ディスプレイ２０４と、キーボード２０５と、マイク２０６と、スピーカ２０７と、カメラ２０８と、通信Ｉ／Ｆ（インターフェース）２０９と、を備えている。また、この発明にかかる実施の形態１の利用者端末装置１１０および店舗端末装置１２０を実現するスマートフォンが備える各構成部２０１〜２０９は、バス２１０によってそれぞれ接続されている。

ＣＰＵ２０１は、スマートフォン全体の制御を司る。ＲＯＭ２０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ２０３は、ＣＰＵ２０１のワークエリアとして使用される。ディスプレイ２０４は、スマートフォンを携帯型電話機（あるいはＰＨＳ）として利用する場合における設定中のモード（マナーモードやドライブモードなど）や電波の受信状態を示す各種のマーク、アイコンあるいはツールボックスなどを表示し、主にＴＦＴ液晶ディスプレイなどの液晶ディスプレイによって実現される。

キーボード２０５は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。マイク２０６は、アナログデータとして入力された話者の声をアナログ／デジタル変換し、デジタル形式の音声データを生成する。スピーカ２０７は、通話相手側から送信されたデジタル形式の音声データをデジタル／アナログ変換し、アナログ形式の音声データに基づいてスピーカコーンにおけるコイルに通電するなどして音声を出力する。

カメラ２０８は、キーボード２０５の操作によって撮像対象を撮像し、画像データを生成する。生成された画像データは、ＲＡＭ２０３などに記憶される。通信Ｉ／Ｆ２０９は、インターネットなどのネットワークに接続され、当該ネットワークとスマートフォンの内部とのインターフェースを司る。

通信Ｉ／Ｆ２０９は、インターネットなどのネットワークを介して、当該ネットワークに接続されたコンピュータ装置や別のスマートフォンとの間におけるデータの入出力を制御する。また、通信Ｉ／Ｆ２０９は、電話回線網に接続されており、別のスマートフォン（携帯型電話機やＰＨＳ）などの通信端末装置や、固定型電話機との間における音声による通話を実現する。

（決済仲介サーバ１３１および外部決済サーバ１３２のハードウエア構成）
つぎに、この発明にかかる実施の形態１の決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置のハードウエア構成について説明する。図３は、この発明にかかる実施の形態１の決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置のハードウエア構成を示すブロック図である。

図３において、この発明にかかる実施の形態１の決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置は、ＣＰＵ３０１と、ＲＯＭ３０２と、ＲＡＭ３０３と、ＨＤＤ（ハードディスクドライブ）３０４と、ＨＤ（ハードディスク）３０５と、ＦＤＤ（フレキシブルディスクドライブ）３０６と、着脱可能な記録媒体の一例としてのＦＤ（フレキシブルディスク）３０７と、通信Ｉ／Ｆ３０８と、を備えている。また、この発明にかかる実施の形態１の決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部３０１〜３０８は、バス３０９によってそれぞれ接続されている。

ＣＰＵ３０１は、コンピュータ装置全体の制御を司る。ＲＯＭ３０２は、ブートプログラムなどのプログラムを記憶している。ＲＡＭ３０３は、ＣＰＵ３０１のワークエリアとして使用される。ＨＤＤ３０４は、ＣＰＵ３０１の制御にしたがってＨＤ３０５に対するデータのリード／ライトを制御する。ＨＤ３０５は、ＨＤＤ３０４の制御で書き込まれたデータを記憶する。

ＦＤＤ３０６は、ＣＰＵ３０１の制御にしたがってＦＤ３０７に対するデータのリード／ライトを制御する。ＦＤ３０７は、ＦＤＤ３０６の制御で書き込まれたデータを記憶する。ＦＤ３０７に代えてあるいはＦＤ３０７に加えて、ＣＤ−ＲＯＭ（ＣＤ−ＲＷ）、ＭＯ、ＤＶＤ（Ｄｉｇｉｔａｌ Ｖｅｒｓａｔｉｌｅ Ｄｉｓｋ）などの各種の記録媒体を、着脱可能な記録媒体として用いてもよい。この場合、この発明にかかる実施の形態１の決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置は、各種の記録媒体に対するデータのリード／ライトを制御するドライブを備える。

通信Ｉ／Ｆ３０８は、インターネットなどのネットワークに接続され、当該ネットワークを介して利用者端末装置１１０、店舗端末装置１２０、別のコンピュータ装置などの外部装置に接続される。そして、通信Ｉ／Ｆ３０８は、ネットワークとコンピュータ装置の内部とのインターフェースを司り、コンピュータ装置からのデータの入出力を制御する。

（口座情報テーブルの一例）
つぎに、決済仲介サーバ１３１が備える口座情報テーブルの一例について説明する。図４は、決済仲介サーバ１３１が備える口座情報テーブルの一例を示す説明図である。図４において、決済仲介サーバ１３１が備える口座情報テーブル４００は、利用者名（店舗名）、本人確認情報（パスワード）、口座番号、口座残高、公認情報、外部決済サーバ１３２との通信に際して必要な情報などを記憶している。口座情報テーブル４００に記憶される各種の情報は、たとえば、決済システム１００の利用登録時などに、利用者や店舗（の店員）から決済システム１００の運用者に対して申請される。

利用者や店舗の店員などは、まず、決済システム１００の利用に先立って、利用者端末装置１１０や店舗端末装置１２０にログイン用の所定の表示画面（図示を省略する）を表示させ、当該所定の表示画面の内容にしたがって、ログインＩＤとパスワードとを入力する。このログインＩＤおよびパスワードは、決済システム１００の利用登録時に申請された情報とする。そして、ログインＩＤおよびパスワードが入力された状態で、ログイン用の所定の表示画面における「ＯＫ」キーや「送信」キーなどのキーを操作する。以降、ログインＩＤは口座番号とすることとする。

なお、ログインＩＤは口座番号ではなく、加盟者識別情報とすることもできる。加盟者識別情報とは、利用者や店舗など、この発明にかかる実施の形態１の決済システムへの加盟者（会員）を識別可能な情報であって、加盟者（利用者および店舗）ごとにそれぞれ異なる情報である。この場合、口座情報テーブルにはパスワードは存在せず、図示を省略する利用者情報テーブルに加盟者識別情報に関連付けてパスワードと口座番号を保存する。

利用者や店舗の店員が加盟者識別情報とパスワードを使って利用者端末装置１１０や店舗端末装置１２０にログインした場合、加盟者識別情報に関連付けられたパスワードを使って利用者や店舗の店員の認証を行い、加盟者識別情報に関連付けられた口座番号を元に、口座情報テーブルを参照する。以降の処理は口座番号とパスワードでログインした場合と同様である。

利用者端末装置１１０や店舗端末装置１２０は、口座番号およびパスワードが入力された状態のログイン用の所定の表示画面の表示中に「ＯＫ」キーや「送信」キーなどのキーが操作された場合、口座番号およびパスワードに加えて、各端末装置１１０、１２０の端末識別情報を、決済仲介サーバ１３１に送信する。

決済仲介サーバ１３１は、口座番号、パスワード、端末識別情報を受信し、受信された情報に含まれる口座番号およびパスワードに基づいて、口座情報テーブル４００を参照して、該当する口座番号に関連付けて記憶されているパスワードが、受信された情報に含まれるパスワードと一致するかどうかを判断する。一致する場合、受信された口座番号と端末識別情報とを関連付けて記憶する。口座番号および端末識別情報は、口座情報テーブル４００とは別に、図示を省略する端末情報テーブルなどを作成し、当該端末情報テーブルにおいて相互を関連付けして記憶してもよい。

端末情報テーブルにおいては、店舗端末装置１２０の識別情報（店舗端末装置１２０のＩＤや製造番号など）と当該店舗端末装置１２０が設置された店舗の口座番号とを関連付けて記憶してもよい。これにより、決済仲介サーバ１３１と店舗端末装置１２０との間で、店舗の口座番号を直接送受信しなくても、店舗端末装置１２０から送信された情報を受信した場合に、当該情報の送信元となる店舗の口座番号を特定することができる。

また、端末情報テーブルにおいては、利用者端末装置１１０の識別情報（利用者端末装置１１０に設定されたメールアドレス、利用者端末装置１１０のＩＤや製造番号など）と当該利用者端末装置１１０の利用者の口座番号とを関連付けて記憶してもよい。これにより、決済仲介サーバ１３１と利用者端末装置１１０との間で、利用者の口座番号を直接送受信しなくても、利用者端末装置１１０から送信された情報を受信した場合に、当該情報の送信元となる利用者端末装置１１０の利用者の口座番号を特定することができる。

また、決済仲介サーバ１３１は、該当する口座番号に関連付けて記憶されているパスワードが、受信された情報に含まれるパスワードと一致する場合、口座番号、パスワードおよび端末識別情報の送信元となる各端末装置１１０、１２０に対してログイン認証結果を送信する。ログイン認証結果を受信した各端末装置１１０、１２０は、その後、各端末装置１１０、１２０から決済仲介サーバ１３１に対して各種のリクエストを送信する際には、各端末装置１１０、１２０の加盟者識別情報（利用者名や店舗名）を、決済仲介サーバ１３１に送信する。これによって、決済仲介サーバ１３１は、各種のリクエストの送信元となる各端末装置１１０、１２０の口座番号を特定することができる。

決済システム１００の利用に先立っておこなわれるログインに際しては、各端末装置１１０、１２０の端末識別情報に代えて、ログインごとにセッションＩＤを生成し、当該セッションＩＤを用いるようにしてもよい。各端末装置１１０、１２０の端末識別情報に代えてセッションＩＤを用いる場合、上記の端末情報テーブルにおいては、セッションＩＤと口座番号と関連付けして記憶する。

この場合、決済仲介サーバ１３１は、該当する口座番号に関連付けて記憶されているパスワードが、受信された情報に含まれるパスワードと一致すると、口座番号、パスワードおよび加盟者識別情報の送信元となる各端末装置１１０、１２０に対して、ログイン認証結果およびセッションＩＤを送信する。ログイン認証結果を受信した各端末装置１１０、１２０は、その後、各端末装置１１０、１２０から決済仲介サーバ１３１に対して各種のリクエストを送信する際には、ログイン認証結果とともに受信されたセッションＩＤを、決済仲介サーバ１３１に送信する。これによって、決済仲介サーバ１３１は、各種のリクエストの送信元となる各端末装置１１０、１２０の口座番号を特定することができる。

なお、ログインの方法は、決済仲介サーバ１３１において端末情報テーブルなどを用いて管理する方法に限るものではない。上記のログイン方法に代えて、たとえば、各端末装置１１０、１２０において口座番号およびパスワードを記憶しておき、決済仲介サーバ１３１に対してリクエストを送信するごとに、記憶されている口座番号およびパスワードを送信するようにしてもよい。

本人確認情報（パスワード）は、この発明にかかる実施の形態１の決済システムへの加盟者（会員）であることを識別可能な情報であって、加盟者（会員）ごとに異なる情報とすることができる。本人確認情報（パスワード）は、加盟者が、任意に設定可能な情報であってもよいし、決済仲介サーバの管理者などによって割り当てられる情報であってもよい。

口座情報は、加盟者が資金を預け入れた口座を識別可能な情報であって、たとえば銀行などの金融機関に開設した預金口座の口座番号とすることができる。この実施の形態においては、店舗端末装置１２０が設置された店舗の口座番号によって、当該店舗端末装置１２０が設置された店舗の店舗識別情報を実現することができる。また、この実施の形態においては、利用者端末装置１１０の利用者の口座番号によって、当該利用者端末装置１１０の利用者の利用者識別情報を実現することができる。

口座情報は、一般的な金融機関に開設した預金口座の口座番号に限らない。口座情報は、たとえば、決済システム１００の運営者によって当該決済システム１００内で移動可能な資金を預かる口座を設け、当該口座を識別可能な情報であってもよい。口座残高は、口座情報によって識別される口座に預け入れられている資金額を示す。口座残高は、たとえば、クレジット信用取引における信用供与可能枠であってもよい。

公認情報は、店舗端末装置１２０が設置された店舗が、決済システム１００の管理者などによってあらかじめ登録された公認店舗であるか否かを示す。口座情報テーブル４００において、公認情報は、店舗端末装置１２０の店舗識別情報ごとに記憶されている。図４に示した口座情報テーブル４００においては、公認情報が、「○（オフィシャル）」あるいは「×」によって示されている。

また、図４に示した口座情報テーブル４００においては、公認情報が「○（オフィシャル）」の場合に公認店舗すなわちオフィシャル店舗であることを示し、「×」の場合にオフィシャル店舗ではないことを示す。この発明にかかる実施の形態１においては、口座情報テーブル４００によって公認判別用データベースを実現することができる。

外部決済サーバ１３２との通信に際して必要な情報は、たとえば、カード番号や、当該カード番号のカードの発行に際して設定した暗証番号などとすることができる。口座情報テーブル４００において、口座番号、利用者名や店舗名などの加盟者識別情報、本人確認情報（パスワード）、口座残高、外部決済サーバ１３２との通信に必要な情報は、同一の利用者あるいは同一の店舗ごとに関連付けして記憶されている。

口座情報テーブル４００は、不揮発性の記憶媒体に設けられている。不揮発性の記憶媒体は、具体的には、たとえば、決済仲介サーバ１３１が備えるＨＤ３０５によって実現することができる。あるいは、不揮発性の記憶媒体は、具体的には、たとえば、決済仲介サーバ１３１が備えるＲＯＭ３０２によって実現してもよい。

口座情報テーブル４００が設けられる不揮発性の記憶媒体は、決済仲介サーバ１３１を実現するコンピュータ装置に記憶されているものに限らない。口座情報テーブル４００が設けられる不揮発性の記憶媒体は、決済仲介サーバ１３１を実現するコンピュータ装置とは別のコンピュータ装置が備えていてもよい。この場合、決済仲介サーバ１３１は、口座情報テーブル４００が設けられる不揮発性の記憶媒体を備えるコンピュータ装置との間で通信をおこなうことによって、口座情報テーブル４００に記憶されている情報を取得することができる。

（取引情報テーブルの一例）
つぎに、決済仲介サーバ１３１が備える取引情報テーブルの一例について説明する。図５は、決済仲介サーバ１３１が備える取引情報テーブルの一例を示す説明図である。図５において、決済仲介サーバ１３１が備える取引情報テーブル５００は、取引番号、送金元口座番号、送金先口座番号、送金額、取引情報登録日時、状況フラグを記憶している。

取引情報テーブル５００において、取引番号は、決済システム１００を利用した各決済を特定可能な情報であって、決済システム１００を利用した決済がおこなわれるごとに生成される。また、取引情報テーブル５００において、送金元口座番号、送金先口座番号、送金額、状況フラグは、取引番号に関連付けて記憶されている。送金元口座番号および送金先口座番号は店舗が開設した口座を識別可能な情報であって、取引情報登録日時は取引情報を取引情報テーブル５００に登録した日時を示す。送金額は当該店舗において利用者が買い物をした金額を特定可能な情報とすることができる。状況フラグは、取引情報テーブル５００における各項目の処理の進行状況を示す。

取引情報テーブル５００は、不揮発性の記憶媒体に設けられている。不揮発性の記憶媒体は、具体的には、たとえば、決済仲介サーバ１３１が備えるＨＤ３０５によって実現することができる。あるいは、不揮発性の記憶媒体は、具体的には、たとえば、決済仲介サーバ１３１が備えるＲＯＭ３０２によって実現してもよい。

取引情報テーブル５００が設けられる不揮発性の記憶媒体は、決済仲介サーバ１３１を実現するコンピュータ装置に記憶されているものに限らない。取引情報テーブル５００が設けられる不揮発性の記憶媒体は、決済仲介サーバ１３１を実現するコンピュータ装置とは別のコンピュータ装置が備えていてもよい。この場合、決済仲介サーバ１３１は、取引情報テーブル５００が設けられる不揮発性の記憶媒体を備えるコンピュータ装置との間で通信をおこなうことによって、取引情報テーブル５００に記憶されている情報を取得することができる。

（カード決済情報データベースの一例）
つぎに、外部決済サーバ１３２が備えるカード決済情報データベースの一例について説明する。図６は、外部決済サーバ１３２が備えるカード決済情報データベースの一例を示す説明図である。図６において、外部決済サーバ１３２が備えるカード決済情報データベース６００は、カード決済に関する情報を記憶している。カード決済に関する情報は、カード決済が完了するごとに、カード決済情報データベース６００に登録される。カード決済に関する情報は、カード番号を含んでいる。

カード番号は、カードごとに固有の情報であって、個々のカードを識別可能な情報とされる。具体的には、たとえば、この実施の形態１におけるカードをクレジットカードによって実現する場合、カード番号は、クレジットカードごとに固有のクレジットカード番号とすることができる。

クレジットカード番号においては、最初の６桁の銀行識別番号（Ｂａｎｋ Ｉｄｅｎｔｉｆｉｃａｔｉｏｎ Ｎｕｍｂｅｒ：ＢＩＮ）によって、クレジットカード会社などのカードの発行事業者（イシュア）を特定することができる。クレジットカード番号は、ＢＩＮを含み、カードの発行事業者によって割り当てられた任意の数列によって構成され、カードごとに固有の情報とされている。

カード番号は、各カードを識別することができる情報（カード識別情報）であればよく、クレジットカード番号のように、数字の羅列によって構成されるものに限らない。具体的には、カード番号は、たとえばアルファベットのみを含む所定桁数の情報、あるいは、数字とアルファベットとを含む所定桁数の情報によって実現してもよい。

また、カード決済に関する情報は、カードの利用日時を特定可能な情報を含んでいる。カードの利用日時を特定可能な情報は、たとえば決済仲介サーバ１３１から送信されたカード決済要求情報に含まれるカード決済の日時情報（カードを読み取った日時情報）とすることができる。

あるいは、カードの利用日時を特定可能な情報は、決済仲介サーバ１３１から送信されたカード決済要求情報を受信した日時を特定可能な情報であって、たとえば電波時計における時刻修正に用いられる標準電波やＧＰＳ電波を用いて特定することができる。また、カードの利用日時を特定可能な情報は、外部決済サーバ１３２が備える計時機能によって計時される時刻において、決済仲介サーバ１３１から送信されたカード決済要求情報を受信した日時を特定可能な情報であってもよい。

この場合、カードの利用日時を特定可能な情報は、決済仲介サーバ１３１から送信されたカード決済要求情報を受信した日時を直接的に示す情報とすることができる。具体的には、たとえば「２０１０年５月１日の１８時２７分」などのように日付を直接的に示す情報とすることができる。

また、カードの利用日時を特定可能な情報は、たとえば利用日時が「２０１０年５月１日の１８時２７分」であれば、「２０１００５０１１８２７」などのように設定することができる。また、カード決済に関する情報は、カードの利用店舗すなわちカード決済をおこなった店舗の店舗端末装置ＩＤを含んでいてもよい。店舗端末装置ＩＤは、たとえば、店舗端末装置１２０ごとに設定することができる。

また、カード決済に関する情報は、たとえばカード決済ごとに指定された支払い回数、カード決済ごとの利用金額（カード決済１回あたりの利用金額）、所定期間ごとの利用金額など、各カード決済の内容を特定可能な情報を含んでいてもよい。図６に示したカード決済情報データベース６００においては、所定期間ごとの利用金額として、１ヶ月あたり（当月）の利用金額が記憶されている。また、カード決済に関する情報は、たとえば１ヶ月などの所定の期間における累積の利用限度額を特定可能な情報を含んでいてもよい。

カード決済情報データベース６００においては、所定期間ごとの利用金額として、既に満了した所定期間の利用金額と、満了していない所定期間の利用金額と、が記憶されている。満了していない所定期間の利用金額は、未確定であり、所定期間（前月１１日〜翌月１０日まで）が満了した時点で確定する。カード決済情報データベース６００において、満了していない所定期間の利用金額は、請求予定金額として記憶されている。

（完了カード決済情報データベースの一例）
つぎに、外部決済サーバ１３２が備える完了カード決済情報データベース７００の一例について説明する。図７は、外部決済サーバ１３２が備える完了カード決済情報データベース７００の一例を示す説明図である。

図７において、外部決済サーバ１３２が備える完了カード決済情報データベース７００は、完了したカード決済に関する情報を記憶している。完了したカード決済に関する情報は、カード決済が完了するごとに、完了カード決済情報データベース７００に登録される。カード決済に関する情報は、カード番号を含んでいる。

また、完了したカード決済に関する情報は、カード決済の完了日時を特定可能な情報を含んでいる。カード決済の完了日時を特定可能な情報は、たとえば決済仲介サーバ１３１から送信されたカード決済要求情報に含まれるカード決済の日時情報（カードを読み取った日時情報）とすることができる。

あるいは、カード決済の日時を特定可能な情報は、外部決済サーバ１３２が備える計時機能によって計時される時刻において、決済仲介サーバ１３１から送信されたカード決済要求情報を受信した日時を特定可能な情報であってもよい。また、完了したカード決済に関する情報は、カードの利用店舗すなわちカード決済をおこなった店舗を特定可能な情報を含んでいる。カードの利用店舗を特定可能な情報は、たとえば各店舗端末装置が設置された店舗の店舗識別情報（店舗の口座番号）とすることができる。

また、完了したカード決済に関する情報は、たとえばカード決済の実行に際して指定された支払い回数、各回のカード決済における利用金額（カード決済１回あたりの利用金額）、所定期間ごとの利用金額など、各カード決済の内容を特定可能な情報を含んでいてもよい。所定期間は、たとえば１ヶ月とすることができ、この場合１ヶ月あたりの利用金額が記憶されている。

完了カード決済情報データベース７００においては、所定期間ごとの利用金額として、既に満了した所定期間の利用金額と、満了していない所定期間の利用金額と、が記憶されている。満了していない所定期間の利用金額は、未確定であり、所定期間（前月１１日〜翌月１０日まで）が満了した時点で確定する。完了カード決済情報データベース７００において、満了していない所定期間の利用金額は、請求予定金額として記憶されている。

完了カード決済情報データベース７００において、完了したカード決済に関する情報は、カード決済ごとに記憶されている。具体的には、たとえば、１枚のカードを用いて同日に３回のカード決済をおこなった場合、完了カード決済情報データベース７００においては、当該カードのカード番号に関連付けられた３件分のカード決済に関する情報が、１日における完了したカード決済に関する情報としてそれぞれ記憶される。

この実施の形態１においては、クレジットカードによって現金に代わる決済手段を実現する場合に必要なデータベースについて説明したが、現金に代わる決済手段はクレジットカードによって実現されるものに限らない。現金に代わる決済手段は、たとえば、デビットカードによって実現してもよい。デビットカードによって現金に代わる決済手段を実現する場合に必要なデータベースおよび当該データベースを用いた処理などについては、公知の技術であるため、説明を省略する。

（決済システム１００の機能的構成）
つぎに、この発明にかかる実施の形態１の決済システム１００を構成する各部の機能的構成について説明する。図８は、この発明にかかる実施の形態１の決済システム１００を構成する各部の機能的構成を示すブロック図である。

図８において、この発明にかかる実施の形態１の決済システム１００は、店舗端末装置１２０と、利用者端末装置１１０と、決済仲介サーバ１３１と、を備えている。また、この発明にかかる実施の形態１の決済システム１００は、さらに、外部決済サーバ１３２を備えていてもよい。

この発明にかかる実施の形態１の決済システム１００においては、決済仲介サーバ１３１と外部決済サーバ１３２とによって、決済サーバを実現することができる。店舗端末装置１２０は、決済サーバから送信された取引番号を表示する表示部１２０ａを備えている。利用者端末装置１１０は、店舗端末装置１２０の表示部１２０ａに表示された取引番号を入力する入力部１１０ａを備えている。

この発明にかかる実施の形態１の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払金額受信部８０１と、公認判断部８０２と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、抽出部８０７と、取引情報送信部８０８と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、中断通知部８１３と、によって実現される。

この発明にかかる実施の形態１の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払金額受信部８０１、公認判断部８０２、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、取引番号受信部８０６、抽出部８０７、取引情報送信部８０８、認証情報受信部８０９、認証処理部８１０、決済実行部８１１、通知部８１２および中断通知部８１３は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

支払金額受信部８０１は、利用者が店舗へ支払う支払金額を店舗端末装置１２０から受信する。店舗端末装置１２０は、店舗の店員あるいは利用者による所定の入力操作を受け付けた場合に、利用者が店舗へ支払う支払金額の入力を受け付ける。そして、店舗端末装置１２０は、入力を受け付けた支払金額（あるいは、当該支払金額を特定可能な情報を含む支払金額）を、決済仲介サーバ１３１に対して送信する。

店舗端末装置１２０は、決済仲介サーバ１３１に対して、支払金額に加えて、当該支払金額の送信元となる店舗端末装置１２０が設置された店舗の店舗識別情報である店舗の口座番号を特定可能な情報を含む情報を送信する。この発明にかかる実施の形態１においては、入力を受け付けた支払金額、および、店舗端末装置１２０が設置された店舗の口座番号を送信する。店舗の口座番号を特定可能な情報は、たとえば、端末識別情報やセッションＩＤなどの情報を用いてもよい。

公認判断部８０２は、口座情報テーブル４００に基づいて、支払金額受信部８０１によって受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗であるか否かを判断する。店舗は、店舗識別情報によって特定される店舗とする。公認判断部８０２は、支払金額受信部８０１によって支払金額が受信されるごとに、当該支払金額の送信元の店舗端末装置１２０が設置された店舗の店舗識別情報（店舗の口座番号）に基づいて、当該店舗が公認店舗であるか否かを判断する。

取引番号生成部８０３は、公認判断部８０２によって公認店舗であると判断された場合に、支払金額受信部８０１によって受信された支払金額に対して取引番号を生成する。取引番号生成部８０３は、公認判断部８０２によって公認店舗であると判断されるごとに、当該支払金額に含まれる支払金額に対して取引番号を生成する。

取引番号生成部８０３は、公認判断部８０２によって公認店舗であると判断された場合にのみ取引番号を生成する。すなわち、取引番号生成部８０３は、公認判断部８０２によって公認店舗ではないと判断された場合は、支払金額受信部８０１によって受信された支払金額に対する取引番号の生成はおこなわない。決済仲介サーバ１３１は、公認判断部８０２によって公認店舗ではないと判断された場合、以降の処理を中断する。

取引番号は、決済システム１００を利用しておこなわれた各決済を特定可能な情報であって、たとえば、支払金額受信部８０１によって支払金額が受信された順番を示す通し番号によって実現することができる。具体的には、取引番号生成部８０３は、たとえば、支払金額受信部８０１によって支払金額が受信された順序にしたがって、「００００１」、「００００２」、・・・、「ｎｎｎｎｎ（ｎは任意の整数）」という取引番号を生成することができる。取引番号の桁数は、５桁に限るものではなく、４桁以下であってもよいし、６桁以上であってもよい。

あるいは、取引番号は、たとえば、支払金額受信部８０１によって支払金額が受信された日時に基づいて生成されるものであってもよい。具体的には、たとえば支払金額受信部８０１によって支払金額が受信された日時が「２０１０年４月１５日１５時４９分２５秒」である場合、取引番号生成部８０３は「２０１００４１５１５４９２５」という取引番号を生成することができる。

記憶部８０４は、取引番号生成部８０３によって生成された取引番号と、支払金額および店舗識別情報である店舗の口座番号とを関連付けて記憶する。記憶部８０４は、取引番号生成部８０３によって生成された取引番号と、支払金額受信部８０１によって受信された支払金額に含まれる支払金額と、店舗の口座番号とを関連付けて、取引情報テーブル５００に記憶する。記憶部８０４は、たとえば、取引番号生成部８０３によって取引番号が生成されるごとに、当該取引番号と、支払金額および店舗の口座番号とを関連付けて記憶する。

取引番号送信部８０５は、取引番号生成部８０３によって生成された取引番号を店舗端末装置１２０へ送信する。取引番号送信部８０５は、支払金額受信部８０１によって受信された支払金額に含まれる支払金額に対して取引番号生成部８０３によって生成された取引番号を、当該支払金額の送信元となる店舗端末装置１２０へ送信する。

取引番号送信部８０５は、取引番号生成部８０３によって取引番号が生成されるごとに、生成された取引番号を該当する店舗端末装置１２０へ送信する。あるいは、取引番号送信部８０５は、取引番号生成部８０３によって生成された取引番号が記憶部８０４によって記憶されるごとに、記憶された取引番号を該当する店舗端末装置１２０へ送信するようにしてもよい。

取引番号送信部８０５によって送信された取引番号は、該当する店舗端末装置１２０によって受信される。店舗端末装置１２０は、取引番号送信部８０５によって送信された取引番号を受信した場合、受信した取引番号を可視化して出力する。店舗端末装置１２０は、たとえば、取引番号送信部８０５によって送信された取引番号を示すＱＲコード（図１３における符号１３１０を参照）を生成し、生成されたＱＲコードを店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって取引番号を可視化する。

この実施の形態１においては、取引番号送信部８０５によって送信された取引番号を示すＱＲコードを店舗端末装置１２０において生成するようにしたが、これに限るものではない。たとえば、決済仲介サーバ１３１において、取引番号送信部８０５によって送信された取引番号を示すＱＲコードを生成し、当該ＱＲコードをあらわす画像データを決済仲介サーバ１３１から店舗端末装置１２０にダウンロードさせ、ダウンロードされたＱＲコードの画像をディスプレイ２０４に表示するようにしてもよい。

利用者端末装置１１０は、店舗端末装置１２０が可視化した取引番号の入力を受け付ける。そして、利用者端末装置１１０は、入力を受け付けた取引番号、および、当該取引番号の入力を受け付けた利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号を、決済仲介サーバ１３１に対して送信する。利用者端末装置１１０において店舗端末装置１２０が可視化した取引番号の入力を受け付け、当該取引番号とともに利用者の口座番号を送信する方法については、たとえば、以下の方法が想定される。

利用者端末装置１１０において店舗端末装置１２０が可視化した取引番号の入力を受け付け、当該取引番号とともに利用者の口座番号を送信する方法は、利用者端末装置１１０に、当該利用者端末装置１１０において取引番号の入力を受け付けた場合に、入力を受け付けた取引番号および当該取引番号の入力を受け付けた利用者端末装置１１０の利用者の口座番号を決済仲介サーバ１３１（のＵＲＬ）に対して送信させるアプリケーションソフト（以下「決済支援アプリケーションソフト」という）を搭載しておく。利用者は、決済支援アプリケーションソフトを起動して、店舗端末装置１２０のディスプレイ２０４に表示されたＱＲコードを読み取る。

決済支援アプリケーションソフトは、読み取られたＱＲコードに含まれる取引番号を、決済仲介サーバ１３１に対して送信する。送信先となる決済仲介サーバ１３１のアドレスは、決済支援アプリケーションソフトとともにあらかじめ利用者端末装置１１０にインストールされていてもよいし、ディスプレイ２０４に表示されたＱＲコードにＵＲＬとして含まれていてもよい。

上記の方法において、利用者端末装置１１０は、利用者の口座番号を送信するものに限らない。上記の方法において、利用者端末装置１１０は、利用者端末装置１１０を特定可能な情報を送信すればよく、たとえば、利用者の口座番号に代えて利用者端末装置１１０に割り当てられたアドレスを送信してもよい。利用者の口座番号に代えて利用者端末装置１１０に割り当てられたアドレスを送信する場合、口座番号に代えて送信される利用者端末装置１１０に割り当てられたアドレスとして、たとえば、端末識別情報やセッションＩＤを用いることができる。

また、利用者端末装置ＩＤは、たとえば、利用者端末装置１１０の製造番号などであってもよい。これらの場合、いずれの場合にも、決済仲介サーバ１３１においては利用者端末装置１１０から送信される情報と利用者の口座番号とを関連付けて記憶するデータベースを備えることにより、当該データベースに基づいて利用者の口座番号を特定することができる。

取引番号受信部８０６は、取引番号送信部８０５によって送信された取引番号、および当該取引番号が入力された利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号を、当該利用者端末装置１１０から受信する。抽出部８０７は、取引番号受信部８０６によって取引番号が受信された場合に、取引情報テーブル５００を参照して、取引番号受信部８０６によって受信された取引番号に対応する支払金額および店舗識別情報である店舗の口座番号を、取引情報テーブル５００から抽出する。

取引情報送信部８０８は、抽出部８０７によって抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を利用者端末装置１１０へ送信する。決済仲介サーバ１３１においては、取引番号が生成されていることをもって公認店舗であると判断できるので、取引情報送信部８０８は、取引番号が生成されている場合には該当する利用者端末装置１１０に対して取引情報を送信する。

店舗の情報は、たとえば店舗の口座番号によって識別される店舗の加盟者識別情報（店舗名）とすることができる。また、店舗の情報は、たとえば店舗の口座番号によって識別される店舗の所在地などを含んでいてもよい、店舗の情報は、たとえば、決済仲介サーバ１３１が備えるＨＤ３０５において、店舗の口座番号に関連付けてあらかじめ記憶されている。

また、取引情報送信部８０８は、利用者端末装置１１０へ送信した取引情報に含まれる取引番号と当該取引番号によって特定される送金元口座番号（利用者の口座番号）とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

また、取引情報送信部８０８は、たとえば、取引情報テーブル５００における状況フラグを参照し、取引番号受信部８０６によって受信された取引番号および利用者の口座番号（送金元口座番号となる利用者の口座番号）に関連付けられている状況フラグが「完了」となっている取引情報に関する認証情報を受信した場合、「利用者端末装置１１０における誤操作」、「通信エラー」などと判断し、受信された取引番号および利用者の口座番号を無視する（支払金額および取引情報の送信をおこなわない）。

また、取引情報送信部８０８は、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、取引番号受信部８０６によって受信された取引番号および利用者の口座番号が受信された日時が、取引番号受信部８０６によって受信された取引番号および利用者端末装置ＩＤに関連付けられている取引情報登録日時から所定時間以上経過している場合、「利用者端末装置１１０における誤操作」、「通信エラー」などと判断し、受信された取引番号および利用者の口座番号を無視する（支払金額および取引情報の送信をおこなわない）。

取引情報送信部８０８は、たとえば、取引番号受信部８０６によって取引番号が受信された場合に、取引番号受信部８０６によって受信された取引番号の送信元となる利用者端末装置１１０へ、取引情報を送信する。取引番号の送信元となる利用者端末装置１１０は、当該取引番号とともに送信された、当該取引番号の送信元となる利用者端末装置１１０に割り当てられたアドレスによって特定することができる。取引情報送信部８０８は、送信する支払金額に関連付けられた取引番号を含む取引情報を、利用者端末装置１１０へ送信してもよい。

取引情報送信部８０８によって送信された取引情報は、該当する利用者端末装置１１０によって受信される。利用者端末装置１１０（の決済支援アプリケーションソフト）は、取引情報を受信した場合に、決済支援アプリケーションソフトを実行し、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

利用者は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。本人確認情報は、決済仲介サーバ１３１において、決済システム１００の利用者を特定可能な情報とすることができる。

本人確認情報は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された表示画面（図２４を参照）にしたがって、利用者が、利用者端末装置１１０を実現するスマートフォンが備えるキーボード２０５に対して所定の入力操作をおこなうことによって入力することができる。具体的には、本人確認情報は、たとえば、口座情報テーブル４００に登録したパスワードとすることができる。

また、本人確認情報は、たとえば、口座情報テーブル４００に登録した利用者の氏名、暗証番号、カード番号などであってもよい。また、本人確認情報は、たとえば、任意に設定される会員番号などであってもよい。本人確認情報は、上記のパスワード、利用者の氏名、暗証番号、カード番号、会員番号のうちのいずれかであってもよいし、パスワード、暗証番号、会員番号などを２つ以上組み合わせた情報であってもよい。

あるいは、本人確認情報は、たとえば、サイン情報であってもよい。この場合、利用者は、たとえばタッチパネル（タッチパッド）などを用いてサイン情報を入力する。タッチパネル（タッチパッド）は、利用者端末装置１１０を実現するスマートフォンが備えるものにかぎらず、利用者端末装置１１０を実現するスマートフォンに接続された外部装置によって実現されるものであってもよい。本人確認情報をサイン情報とする場合、上記の口座情報テーブル４００においては、利用者の加盟者識別情報にサイン情報を関連付けて記憶しておく。

利用者端末装置１１０（の決済支援アプリケーションソフト）は、本人確認情報が入力された場合、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する。認証情報は、利用者端末装置１１０において受信された取引情報（支払金額など）によって示される決済（取引）を、利用者が認証（承認）したことを示す情報であって、たとえば入力された本人確認情報あるいは本人確認情報が入力されたことを示す情報とすることができる。

利用者端末装置１１０（の決済支援アプリケーションソフト）は、決済仲介サーバ１３１から受信された取引情報に含まれる取引番号をあわせて送信する。これにより、どの決済（取引）についての本人確認情報であるかを、利用者端末装置１１０から送信された情報に基づいて決済仲介サーバ１３１において判断することができる。

また、決済システム１００の運用上、利用者端末装置１１０（の決済支援アプリケーションソフト）は、本人確認情報が入力された後、所定の入力操作がおこなわれるなどして、入力された本人確認情報の送信指示を受け付けた場合に、決済仲介サーバ１３１へ認証情報を送信するようにしてもよい。これにより、認証情報が誤って決済仲介サーバ１３１へ送信されることを抑制することができ、利用者によって確かに認証された場合にのみ認証情報を送信することができる。

あるいは、利用者端末装置１１０（の決済支援アプリケーションソフト）は、利用者本人が認証したことを示す情報および利用者本人が認証していないことを示す情報のいずれかを含む認証情報を送信するようにしてもよい。これによって、誤った認証情報が決済仲介サーバ１３１へ送信されることを抑制することができ、利用者によって確かに認証された場合にのみ認証情報を送信することができる。

認証情報受信部８０９は、利用者端末装置１１０から、取引情報に対する認証情報を受信する。認証情報受信部８０９は、取引情報送信部８０８によって送信された取引情報に対する認証情報を利用者端末装置１１０から受信する。取引情報送信部８０８によって送信された取引情報のうち、対応する認証情報を受信していない取引情報であるかどうかは、取引情報テーブル５００における状況フラグに基づいて、当該状況フラグが「処理中」あるいは「完了」となっているかに基づいて判断することができる。たとえば取引情報テーブル５００における状況フラグが「完了」となっている取引情報に関する認証情報を受信した場合、認証情報受信部８０９は、「利用者端末装置１１０における誤操作」、「通信エラー」などと判断し、重ねて受信された認証情報を無視する（受信しない）。

また、認証情報受信部８０９は、利用者端末装置１１０から認証情報が送信された場合、取引情報テーブル５００を参照し、現在時刻が、受信された認証情報に対応する取引情報に関連付けられている取引情報登録日時から所定時間以内である場合に、当該認証情報を受信する。あるいは、認証情報受信部８０９は、利用者端末装置１１０から認証情報が送信された場合、取引情報テーブル５００を参照し、現在時刻が、受信された認証情報に対応する取引情報に関連付けられている取引情報登録日時から所定時間以上経過している場合に、当該認証情報を受信せず、利用者端末装置１１０から送信された認証情報を無視する。

認証処理部８１０は、認証情報受信部８０９によって受信された認証情報に基づいて認証処理をおこなう。認証処理部８１０は、認証処理に際して、認証情報受信部８０９によって受信された認証情報に含まれる本人確認情報に基づいて、口座情報テーブル４００を参照して、当該認証情報の送信元となる利用者（取引の実行を許可（承認）した利用者）を特定し、特定された利用者の口座残高を抽出する。

また、認証処理部８１０は、認証処理に際して、特定された利用者が認証した取引情報を特定し、特定された取引情報に含まれる支払金額を特定する。そして、口座情報テーブル４００を参照して、特定された利用者の口座残高と特定された支払金額とを比較し、口座残高が支払金額以上であるかどうかを判断する。

決済実行部８１１は、認証処理部８１０によって認証処理がおこなわれた場合に、決済を実行する。決済実行部８１１は、あらかじめ設けられた利用者の口座から店舗の口座へ支払金額の資金移動をおこなう。具体的に、決済実行部８１１は、認証処理部８１０によって認証がおこなわれた場合、取引情報テーブル５００を参照して、認証情報受信部８０９によって受信された認証情報によって特定される取引に関する情報を抽出する。また、決済実行部８１１は、口座情報テーブル４００を参照して、認証情報受信部８０９によって受信された認証情報によって特定される取引にかかわる利用者および店舗を特定する。そして、決済実行部８１１は、抽出された取引に関する情報を用いて、特定された利用者の口座と店舗の口座との間で支払金額に相当する金額の資金移動をおこなうことによって決済を実行する。

通知部８１２は、決済実行部８１１によって決済が実行されたことを少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに通知する。決済結果通知は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、決済実行部８１１によって決済が実行されたことを示すメッセージを表示させるための情報を含む。

通知部８１２は、決済実行部８１１によって決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の両方に通知してもよい。通知部８１２が通知する通知内容は、決済実行部８１１によって決済を実行した結果を案内するものであればよく、利用者端末装置１１０と店舗端末装置１２０で異なっていてもよい。

具体的には、通知部８１２は、たとえば、利用者端末装置１１０に対して、「決済が完了しました。ご利用ありがとうございました。」という内容を通知し、店舗端末装置１２０に対して「決済が完了しました。取引番号は１１２２です。」という内容を通知してもよい。また、通知部８１２は、たとえば、「決済が完了しました。ご利用ありがとうございました。○×書店」などのように、決済がおこなわれた店舗名を利用者端末装置１１０に対して通知してもよい。また、通知部８１２は、たとえば、決済がおこなわれた日時を通知してもよい。

上述した決済実行部８１１は、利用者の口座と店舗の口座との間における資金移動によって決済を実行するものに限らない。決済実行部８１１は、たとえば、クレジットカードによる信用決済を仲介することによって、決済実行部８１１における決済を実行するものであってもよい。

クレジットカードによる信用決済を仲介する場合、たとえば、口座情報テーブル４００においてあらかじめ登録されているカード番号および暗証番号を用いて処理をおこなうことができる。また、クレジットカードによる信用決済を仲介する場合、たとえば、本人確認情報を入力するタイミングで利用者に対して入力させた暗証番号を用いて処理をおこなってもよい。

具体的には、クレジットカードによる信用決済を仲介する場合は、たとえば、利用者端末装置１１０（の決済支援アプリケーションソフト）によって、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、本人確認情報に加えてカード番号の入力を求める画面を表示する。決済実行部８１１は、認証情報受信部８０９において、ディスプレイ２０４に表示された画面にしたがって入力された本人確認情報およびカード番号を含む認証情報を受信した場合、外部決済サーバ１３２に対してカード決済要求を送信する。このカード決済要求は、外部決済サーバ１３２における信用決済を要求する利用者のカード番号と支払金額とを含む。

外部決済サーバ１３２は、決済実行部８１１によって送信されたカード決済要求に基づいて、カード決済情報データベース６００を参照して、当該カード決済要求に含まれるカード番号によって特定される利用者が、当該カード決済要求に含まれる支払金額の信用決済が可能であるか否かを判断する。具体的には、外部決済サーバ１３２は、たとえば、カード番号に基づいて、該当するカード番号の有効期限を特定し、有効期限内のカードであるか否かを判断する。そして、信用決済が可能である場合に、所定の信用決済処理をおこない、処理の結果を決済仲介サーバ１３１（の決済実行部８１１）に送信する。

外部決済サーバ１３２は、信用決済が不可能である場合は、信用決済が不可能であることを示す情報を決済仲介サーバ１３１（の決済実行部８１１）に送信してもよい。決済実行部８１１は、カード決済要求を送信した結果、外部決済サーバ１３２から決済仲介サーバ１３１に対して送信された処理の結果を受信する。

決済実行部８１１が外部決済サーバ１３２に対してカード決済要求を送信した場合、通知部８１２は、当該カード決済要求を送信した結果、決済実行部８１１によって外部決済サーバ１３２から受信された処理の結果を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに通知する。

中断通知部８１３は、公認判断部８０２によって公認店舗ではないと判断された場合に、該当店舗が公認店舗ではないために処理を中断することを、店舗端末装置１２０に通知する。中断通知部８１３は、たとえば、「貴店は××決済システムのオフィシャル店舗ではないため決済をお受けできません。」などの、該当店舗が公認店舗ではないために処理を中断することを示す中断通知を、該当する店舗端末装置１２０に対して送信する。また、具体的には、中断通知部８１３は、たとえば、「貴店は××決済システムのオフィシャル店舗ではないため決済をお受けできません。本決済システムの利用については××−××××−××××にお問い合わせください。」というメッセージを含む中断通知を、該当する店舗端末装置１２０に対して送信してもよい。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態１の決済システム１００の処理手順について説明する。図９、図１０、図１１、図１２、図１３、図１４、図１５、図１６、図１７、図１８、図１９、図２０および図２１は、この発明にかかる実施の形態１の決済システム１００の処理手順を示す説明図である。

図９、図１０、図１１、図１２、図１３、図１４、図１５、図１６、図１７、図１８、図１９、図２０および図２１において、この発明にかかる実施の形態１の決済システム１００を利用した決済に際しては、店舗端末装置１２０から決済仲介サーバ１３１に対して、利用者（購入者）が購入しようとする商品あるいはサービスについてのＱＲコードの生成を依頼する（図９および図２１における矢印９００を参照）。店舗端末装置１２０は、決済仲介サーバ１３１に対して、支払金額および店舗識別情報である店舗の口座番号（たとえば日の丸商店の「００００２」）を送信することによって、ＱＲコードの生成を依頼する。店舗端末装置１２０は、ＱＲコードに代えて、ＵＲＬアドレスの生成を依頼してもよい。

店舗においては、商品やサービスの金額などが日々変動する場合があるため、バッチ処理によってあらかじめＱＲコードまたはＵＲＬアドレスを生成しておくことはせず、決済システム１００を利用した決済をおこなうごとに、店舗端末装置１２０から決済仲介サーバ１３１に対してＱＲコードまたはＵＲＬアドレスの生成を依頼する。

決済仲介サーバ１３１は、店舗端末装置１２０から支払金額を受信すると、口座情報テーブル４００に基づいて、当該支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗（オフィシャル）であるか否かを判断する（オフィシャル判断：図１０における矢印１０００を参照）。具体的には、決済仲介サーバ１３１は、たとえば、店舗端末装置１２０から支払金額を受信すると、当該支払金額の送信元の店舗端末装置１２０が設置された店舗の口座番号（たとえば日の丸商店の「００００２」）を特定する。つぎに、特定された店舗の口座番号に関連付けて記憶されている公認情報を参照して、該当店舗が公認店舗であるか否かを判断する。

決済仲介サーバ１３１は、該当店舗が公認店舗であると判断した場合に、取引番号を生成する。そして、生成された取引番号と受信された支払金額とを関連付けて取引情報テーブル５００に記憶する（図１１における矢印１１００を参照）。また、決済仲介サーバ１３１は、支払金額とともに受信された店舗の口座番号を送金先口座番号として、取引番号に関連付けて取引情報テーブル５００に記憶する。そして、決済仲介サーバ１３１は、生成された取引番号を、支払金額の送信元となる店舗端末装置１２０に対して送信する（図１２および図２１における矢印１２００を参照）。

店舗端末装置１２０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコードを生成し、生成されたＱＲコードを表示する（図１３における矢印１３００を参照）。利用者は、店舗端末装置１２０において表示されたＱＲコード１３１０を読み取ることによって、利用者端末装置１１０に取引番号を入力する（図１４および図２１における矢印１４００を参照）。

利用者端末装置１１０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図１５および図２１における矢印１５００を参照）。利用者端末装置１１０は、取引番号に加えて、当該利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号を決済仲介サーバ１３１に送信する。

決済仲介サーバ１３１は、利用者端末装置１１０から送信された取引番号を受信すると、受信された取引番号に対応する支払金額および店舗の口座番号を、取引情報テーブル５００から抽出する（図１６における矢印１６１０を参照）。そして、決済仲介サーバ１３１は、抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を利用者端末装置１１０へ送信する（図１６および図２１における矢印１６２０を参照）。決済仲介サーバ１３１は、該当する店舗が公認店舗であると判断した場合にのみ、該当する利用者端末装置１１０に対して取引情報を送信する。

利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する（図２４における符号２４００を参照）。利用者は、店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図１７および図２１における矢印１７００を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する（図１８における矢印１８１０を参照）。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図１８および図２１における矢印１８２０を参照）。

その後、決済仲介サーバ１３１は、決済を実行した結果を示す決済結果通知を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに送信する（図１９および図２１における矢印１９１０、１９２０を参照）。これによって、決済が完了したことを、利用者や店舗に案内することができる。利用者端末装置１１０のみ、あるいは店舗端末装置１２０のみに決済結果通知を送信する場合、受信した一方（たとえば利用者）が他方（たとえば店員）に対して、受信された決済結果通知を見せるような決済システム１００の運用としてもよい。決済仲介サーバ１３１は、決済結果通知を、利用者端末装置１１０および店舗端末装置１２０の両方に送信してもよい。

決済仲介サーバ１３１は、上記の判断（図１０における矢印１０００を参照）の結果、該当店舗が公認店舗ではないと判断した場合に、以降の処理を中断する。また、決済仲介サーバ１３１は、上記の判断（図１０における矢印１０００を参照）の結果、該当店舗が公認店舗ではないと判断した場合に、該当店舗が公認店舗ではないために処理を中断することを、店舗端末装置１２０に通知するようにしてもよい（図２０および図２１における矢印２０００を参照）。

（店舗端末装置１２０の表示画面例）
つぎに、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０の表示画面例について説明する。図２２、図２３および図２４は、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０の表示画面例を示す説明図である。

図２２において、表示画面２２００は、店舗名や支払金額を表示する。表示画面２２００は、支払金額の入力に際して、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。表示画面２２００は、該当する店舗が公認店舗であると判断された場合にのみ表示され、該当する店舗が公認店舗ではないと判断された場合は表示されないようにすることもできる。表示画面２２００を表示するか否かの設定は、たとえば、店舗端末装置１２０に対する所定の入力操作によって設定可能なオプション機能によって実現するようにしてもよい。

表示画面２２００において、店舗名はあらかじめ表示され、支払金額は店舗（の店員）によって入力される。また、表示画面２２００は、支払金額を入力するための数字キーや「ＯＫ」キーを表示する。店舗（の店員）は、表示画面２２００に表示されたこれらのキーを操作することによって支払金額を入力することができる。

図２３において、表示画面２３００は、店舗名や支払金額に加えて、店舗（の店員）によって入力された支払金額および取引番号を表示する。表示画面２３００は、表示画面２２００において入力された支払金額が決済仲介サーバ１３１に送信された結果、決済仲介サーバ１３１において生成された取引番号と受信した際に、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。取引番号を示すＱＲコード１３１０は、たとえば、店舗端末装置１２０を実現するスマートフォンにおいて生成される。あるいは、取引番号を示すＱＲコード１３１０は、たとえば、決済仲介サーバ１３１において生成されたものであってもよい。

図２４において、表示画面２４００は、店舗名、支払金額および取引番号に加えて、これらの店舗名、支払金額および取引番号によって示される取引が完了したことを示すメッセージを表示する。表示画面２４００は、決済仲介サーバ１３１において決済が実行され、当該決済仲介サーバ１３１から決済結果通知を受信した際に、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

（利用者端末装置１１０の表示画面例）
つぎに、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０の表示画面例について説明する。図２５、図２６および図２７は、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０の表示画面例を示す説明図である。

図２５において、表示画面２５００は、利用者名および当該利用者に対して取引番号の入力を指示するメッセージを表示する。表示画面２５００は、たとえば、「下記枠内にＱＲコード１３１０をかざしてください」など、取引番号を示すＱＲコード１３１０の読み取りを指示するメッセージや、読み取り対象とするＱＲコード１３１０の位置や大きさ（利用者端末装置１１０とＱＲコード１３１０との距離）などを案内する枠画像などを表示する。表示画面２３００は、利用者端末装置１１０において決済支援アプリケーションソフトが起動された際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

図２６において、表示画面２６００は、利用者名、利用店舗名および支払金額を表示する。表示画面２６００は、決済仲介サーバ１３１において、取引番号が生成されていることにより該当店舗が公認店舗である（オフィシャルである）と認められる場合に、決済仲介サーバ１３１から利用者端末装置１１０に対して取引情報が送信された場合に表示される。表示画面２６００は、決済仲介サーバ１３１から送信された取引情報を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

表示画面２６００は、たとえば、「お支払いを行います。暗証番号を入力してＯＫを押してください。」など、本人確認情報（たとえば、暗証番号）の入力を指示するメッセージや、本人確認情報を入力するための数字キーや「ＯＫ」キーを表示する。利用者は、表示画面２６００に表示されたこれらのキーを操作することによって本人確認情報（たとえば、暗証番号）を入力することができる。

図２７において、表示画面２７１０は、利用者名、利用店舗名および支払金額に加えて、これらの利用者名、利用店舗名および支払金額によって示される取引が完了したことを示すメッセージを表示する。表示画面２７１０は、決済仲介サーバ１３１において決済が実行され、当該決済仲介サーバ１３１から決済結果通知を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

（店舗端末装置１２０の処理手順）
つぎに、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０の処理手順について説明する。図２８は、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０の処理手順を示すフローチャートである。

図２８のフローチャートにおいて、まず、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０は、支払金額の入力を受け付けたか否かを判断する（ステップＳ２８０１）。支払金額の入力を受け付けていない場合（ステップＳ２８０１：Ｎｏ）は、支払金額の入力を受け付けるまで待機する。

ステップＳ２８０１において、支払金額の入力を受け付けた場合（ステップＳ２８０１：Ｙｅｓ）は、入力を受け付けた支払金額の決済仲介サーバ１３１への送信指示があるまで待機する（ステップＳ２８０２：Ｎｏ）。そして、当該送信指示があった場合（ステップＳ２８０２：Ｙｅｓ）は、決済仲介サーバ１３１に対して、ステップＳ２８０１：Ｙｅｓにおいて入力を受け付けた支払金額を送信する（ステップＳ２８０３）。

つぎに、ステップＳ２８０３において支払金額を送信した結果、決済仲介サーバ１３１から送信された取引番号を受信したか否かを判断する（ステップＳ２８０４）。決済仲介サーバ１３１から送信された取引番号を受信した場合（ステップＳ２８０４：Ｙｅｓ）は、受信された取引番号を出力する（ステップＳ２８０５）。ステップＳ２８０５においては、受信された取引番号を示すＱＲコード１３１０を生成し、生成されたＱＲコード１３１０を店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって、取引番号を出力する。

その後、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断し（ステップＳ２８０６）、決済結果通知を受信した場合（ステップＳ２８０６：Ｙｅｓ）は決済完了を報知して（ステップＳ２８０７）、一連の処理を終了する。ステップＳ２８０６において、決済結果通知を受信していない場合（ステップＳ２８０６：Ｎｏ）は、ステップＳ２８０５において取引番号を出力してから所定時間が経過したか否かを判断する（ステップＳ２８０８）。ステップＳ２８０５において取引番号を出力してから所定時間が経過していない場合（ステップＳ２８０８：Ｎｏ）は、ステップＳ２８０６へ戻る。

ステップＳ２８０８において、ステップＳ２８０５において取引番号を出力してから所定時間が経過した場合（ステップＳ２８０８：Ｙｅｓ）は、一連の処理を終了する。決済システム１００において、決済仲介サーバ１３１から店舗端末装置１２０に対して決済結果通知が送信される設定とされている状況下においては、ステップＳ２８０５において取引番号を出力してから所定時間が経過した場合を通信エラーなどが発生したと判断し、エラー報知などの所定のエラー処理をおこなってもよい。

ステップＳ２８０４において、ステップＳ２８０３において支払金額を送信した結果、決済仲介サーバ１３１から送信された取引番号を受信していない場合（ステップＳ２８０４：Ｎｏ）は、ステップＳ２８０３において支払金額を送信してから所定時間が経過したか否かを判断する（ステップＳ２８０９）。ステップＳ２８０９において、ステップＳ２８０３において支払金額を送信してから所定時間が経過していない場合（ステップＳ２８０９：Ｎｏ）は、ステップＳ２８０４へ戻る。

ステップＳ２８０９において、ステップＳ２８０３において支払金額を送信してから所定時間が経過した場合（ステップＳ２８０９：Ｙｅｓ）は、一連の処理を終了する。なお、ステップＳ２８０９において、ステップＳ２８０３において支払金額を送信してから所定時間が経過した場合（ステップＳ２８０９：Ｙｅｓ）は、通信エラーなどが発生したと判断し、エラー報知などの所定のエラー処理をおこなってもよい。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態１の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図２９は、この発明にかかる実施の形態１の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図２９のフローチャートにおいて、まず、この発明にかかる実施の形態１の決済システム１００における決済仲介サーバ１３１は、店舗端末装置１２０から送信された支払金額を受信したか否かを判断する（ステップＳ２９０１）。店舗端末装置１２０から送信された支払金額を受信していない場合（ステップＳ２９０１：Ｎｏ）は、受信するまで待機する。

ステップＳ２９０１において、店舗端末装置１２０から送信された支払金額を受信した場合（ステップＳ２９０１：Ｙｅｓ）は、口座情報テーブル４００に基づいて、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗であるか否かを判断する（ステップＳ２９０２）。

ステップＳ２９０２において、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗である（オフィシャル店舗である）場合（ステップＳ２９０２：Ｙｅｓ）は、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額に対して取引番号を生成する（ステップＳ２９０３）。取引番号は、ステップＳ２９０２：Ｙｅｓを経由した場合、すなわち、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗である場合にのみ生成される。

つぎに、ステップＳ２９０３において生成された取引番号を記憶する（ステップＳ２９０４）。ステップＳ２９０４においては、ステップＳ２９０３において生成された取引番号、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額、および、当該支払金額の送信元の店舗端末装置１２０が設置された店舗の口座番号を関連付けて、取引情報テーブル５００に記憶する。そして、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元となる店舗端末装置１２０に対して、ステップＳ２９０３において生成された取引番号を送信する（ステップＳ２９０５）。

つぎに、利用者端末装置１１０から、取引番号および利用者の口座番号を受信したか否かを判断する（ステップＳ２９０６）。取引番号および利用者の口座番号を受信した場合（ステップＳ２９０６：Ｙｅｓ）は、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００を参照し、支払金額および店舗の口座番号を抽出する（ステップＳ２９０７）。

そして、ステップＳ２９０７において抽出された支払金額および店舗の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ２９０８）。ステップＳ２９０８においては、ステップＳ２９０７において抽出された支払金額および店舗の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金元口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

また、ステップＳ２９０８においては、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００における取引情報登録日時および状況フラグを参照し、取引情報テーブル５００を更新するか否かを判断する。具体的に、ステップＳ２９０８においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以内に含まれる日時である場合に、取引情報テーブル５００を更新する。あるいは、具体的に、ステップＳ２９０８においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「処理中」を示す場合に、取引情報テーブル５００を更新する。

また、具体的に、ステップＳ２９０８においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以上経過した日時である場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。あるいは、具体的に、ステップＳ２９０８においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「完了」を示す場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。

つぎに、ステップＳ２９０６：Ｙｅｓにおいて受信された取引番号および利用者の口座番号の送信元となる利用者端末装置１１０に対して、生成された取引情報を送信する（ステップＳ２９０９）。そして、ステップＳ２９０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ２９１０）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ２９１０：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ２９１１）。

つぎに、ステップＳ２９１１においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可された（認証がＯＫだった）か否かを判断する（ステップＳ２９１２）。認証がＯＫではない場合（ステップＳ２９１２：Ｎｏ）は、ステップＳ２９２０へ移行する。

ステップＳ２９１２において、認証がＯＫであった場合（ステップＳ２９１２：Ｙｅｓ）は、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ２９１３）。ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ２９１３：Ｎｏ）は、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ２９１４）。

ステップＳ２９１４において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ２９１４：Ｙｅｓ）は、ステップＳ２９１７へ移行する。一方、ステップＳ２９１４において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ２９１４：Ｎｏ）は、ステップＳ２９２０へ移行する。

ステップＳ２９１３において、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ２９１３：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ２９１５）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ２９１６）。

ステップＳ２９１６において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ２９１６：Ｙｅｓ）は、ステップＳ２９１７へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ２９１６：Ｎｏ）は、ステップＳ２９２０へ移行する。

ステップＳ２９１７においては、認証処理の結果に基づいて、決済を実行する（ステップＳ２９１７）。ステップＳ２９１７においては、たとえば、ステップＳ２９１４：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ２９１７においては、たとえば、ステップＳ２９１６：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

その後、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ２９１７において実行された決済の結果を示す決済結果通知を送信して（ステップＳ２９１８）、一連の処理を終了する。また、ステップＳ２９１８においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「完了」に更新する。ステップＳ２９１８において更新される状況フラグは、「処理中」および「完了」のみを示すのではなく、たとえば、後述するステップＳ２９２０のように、一連の処理がエラーで終了した場合などは「エラー」を示すものであってもよい。

一方、ステップＳ２９１０において、ステップＳ２９０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ２９１０：Ｎｏ）は、ステップＳ２９０９において取引情報を送信してから所定時間が経過したか否かを判断する（ステップＳ２９１９）。ステップＳ２９０９において取引情報を送信してから所定時間が経過していない場合（ステップＳ２９１９：Ｎｏ）は、ステップＳ２９１０へ戻る。

ステップＳ２９１９において、ステップＳ２９０９において取引情報を送信してから所定時間が経過した場合（ステップＳ２９１９：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、所定のエラー処理をおこなって（ステップＳ２９２０）、一連の処理を終了する。ステップＳ２９２０においては、たとえば、処理の終了を報知したりエラー報知をおこなったりする。

また、ステップＳ２９２０においては、たとえば、ステップＳ２９１４：Ｎｏを経由した場合は、該当する口座番号に関連付けられている口座残高が支払金額以上ではないために決済ができないことを示すエラーメッセージを、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

また、ステップＳ２９２０においては、たとえば、ステップＳ２９１６：Ｎｏを経由した場合は、外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であることを示すエラーメッセージを、ステップＳ２９１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

ステップＳ２９０６において、利用者端末装置１１０から取引番号および利用者の口座番号を受信していない場合（ステップＳ２９０６：Ｎｏ）は、ステップＳ２９０５において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ２９２１）。ステップＳ２９０５において取引番号を送信してから所定時間が経過していない場合（ステップＳ２９２１：Ｎｏ）は、ステップＳ２９０６へ戻る。ステップＳ２９０５において取引番号を送信してから所定時間が経過した場合（ステップＳ２９２１：Ｙｅｓ）は、ステップＳ２９２０へ移行する。

ステップＳ２９０２において、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗ではない場合（ステップＳ２９０２：Ｎｏ）は、一連の処理を終了する。これにより、決済システム１００における決済処理は中断される。

なお、ステップＳ２９０２においては、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗ではない場合に、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０に対して中断通知を送信するようにしてもよい。具体的には、ステップＳ２９０１：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗ではない場合、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、「貴店は××決済システムのオフィシャル店舗ではないため決済をお受けできません。」などのメッセージを表示させる中断通知を送信する。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０の処理手順について説明する。図３０は、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。

図３０のフローチャートにおいて、まず、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０は、取引番号が入力されたか否かを判断する（ステップＳ３００１）。取引番号の入力は、たとえば、店舗端末装置１２０によって表示されたＱＲコード１３１０を、利用者端末装置１１０を実現するスマートフォンが備えるカメラ２０８を用いて読み取ることによっておこなうことができる。取引番号は、利用者端末装置１１０を実現するスマートフォンが備えるキーボード２０５を操作することによって、取引番号を示す数値を直接入力してもよい。

ステップＳ３００１において、取引番号が入力されていない場合（ステップＳ３００１：Ｎｏ）は、そのまま待機する。一方、ステップＳ３００１において、取引番号が入力された場合（ステップＳ３００１：Ｙｅｓ）は、決済仲介サーバ１３１に対して、入力された取引番号および当該取引番号が入力された利用者端末装置１１０の利用者の口座番号を送信する（ステップＳ３００２）。

つぎに、ステップＳ３００２において取引番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ３００３）。決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ３００３：Ｎｏ）は、受信するまで待機する。

ステップＳ３００３においては、ステップＳ３００２において取引番号を送信してから所定時間が経過したか否かを判断し、ステップＳ３００２において取引番号を送信してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「再度ＱＲコードの読み取りをおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ３００３において、ステップＳ３００２において取引番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ３００３：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ３００３：Ｙｅｓにおいて受信された取引情報を表示する（ステップＳ３００４）。

つぎに、本人確認情報の入力を受け付けるまで待機し（ステップＳ３００５：Ｎｏ）、本人確認情報が入力された場合（ステップＳ３００５：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ３００６）。ステップＳ３００６において、取引番号および本人確認情報の送信指示がない場合（ステップＳ３００６：Ｎｏ）は、当該送信指示があるまで待機する。

一方、ステップＳ３００６において、取引番号および本人確認情報の送信指示があった場合（ステップＳ３００６：Ｙｅｓ）は、認証情報を生成する（ステップＳ３００７）。そして、決済仲介サーバ１３１に対して、生成された認証情報を送信する（ステップＳ３００８）。

つぎに、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ３００９）。ステップＳ３００９において、決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ３００９：Ｙｅｓ）は、決済の完了を報知して（ステップＳ３０１０）、一連の処理を終了する。ステップＳ３０１０においては、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、表示画面２７１０を表示することによって決済の完了を報知する。

ステップＳ３００９において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ３００９：Ｎｏ）は、ステップＳ３００８において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ３０１１）。ステップＳ３００８において認証情報を送信してから所定時間が経過していない場合（ステップＳ３０１１：Ｎｏ）は、ステップＳ３００９へ戻る。

ステップＳ３０１１において、ステップＳ３００８において認証情報を送信してから所定時間が経過した場合（ステップＳ３０１１：Ｙｅｓ）は、決済が完了したことを確認するように促す確認メッセージを報知して（ステップＳ３０１２）、一連の処理を終了する。ステップＳ３０１２においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済完了画面を確認してください。」などの確認メッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

このように、この発明にかかる実施の形態１の決済システム１００においては、以下の機能によって、従来の決済方法による問題を解決することができる。すなわち、この発明にかかる実施の形態１の決済システム１００による決済に際しては、店舗が表示したＱＲコード１３１０を利用者端末装置１１０を用いて読み取ることによって決済をおこなうことにより、クレジットカードや当該クレジットカードの情報を読み取る専用端末を用いることなく、店頭でオンライン決済をおこなうことができる。

店舗においては、商品やサービスの金額などが日々変動することが想定されるため、バッチ処理によってあらかじめＵＲＬアドレスまたはＱＲコード１３１０を生成しておくことはできない。このため、従来の決済方法では、日々変動する商品やサービスに関しては、ＱＲコード１３１０を用いた決済方法を適用し、決済を簡略化することが困難であった。これに対し、この発明にかかる実施の形態１の決済システム１００は、利用者が購入しようとするその商品やサービスについて、店舗が、その場で（リアルタイムに）、決済仲介サーバ１３１にＵＲＬアドレスまたはＱＲコード１３１０の生成を依頼することができる。

また、商品やサービスを提供する店舗は、商品やサービスを提供する（決済をおこなう）その場で、入金状況を確認してから商品を手渡したいという要望がある。近年、個人情報の不正利用が横行しているため、利用者は自分の個人情報を店舗に知らせたくないという要望を持っている。そして、店舗店頭での決済においては、店舗は、商品やサービスを提供する（決済をおこなう）その場で入金を確認すれば十分であり、利用者（購入者）がだれであるかを知る必要はないという現状があった。

この発明にかかる実施の形態１の決済システム１００は、決済仲介サーバ１３１はリアルタイム（即時）に決済状況を店舗に通知し、店舗側は決済仲介サーバ１３１から通知された情報によって利用者の個人情報を確認することなく入金状況と商品の情報が確認できる。これにより、利用者の個人情報を店舗に通知することなく、商品やサービスを提供する（決済をおこなう）その場において店舗に対して入金状況を確認させることができる。

また、この発明にかかる実施の形態１の決済システム１００は、決済にかかる店舗が決済システム１００によって公認された公認店舗である場合にのみ、決済をおこなうことができる。これによって、悪意のある第三者が決済システム１００に加盟している店舗と同じ名称で加盟し、公認店舗と同じ名称の口座を不正に設けた場合にも、利用者が支払う支払金額が不正な口座に入金されることを防止することができる。

この発明にかかる実施の形態１の決済システム１００を実際に運用する際、決済仲介サーバ１３１から複数の決済結果通知（入金確認メールなど）が送信され、手続きをおこなった順番と入金確認メールが店舗端末装置１２０において受信される順番とが異なる（輻輳・前後して到着する）ことが想定される。この発明にかかる実施の形態１の決済システム１００は、決済仲介サーバ１３１から通知された情報に基づいて店舗側が実際の商品と入金確認メールとのつき合わせが容易にできるので、商品授受に際しての混乱を防止することができる。

以上説明したように、この発明にかかる実施の形態１の決済システム１００においては、利用者が店舗へ支払う支払金額を店舗端末装置１２０から受信し、店舗端末装置１２０が設置された店舗の店舗識別情報である店舗の口座番号ごとに公認情報を関連付けて記憶する口座情報テーブル４００に基づいて、受信された支払金額の送信元の店舗端末装置１２０が設置された店舗が公認店舗であるか否かを判断（オフィシャル判断）する。前述の判断（オフィシャル判断）の結果公認店舗であると判断された場合は、受信された支払金額に対して取引番号を生成し、生成された取引番号と、支払金額および店舗の口座番号とを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を店舗端末装置１２０へ送信する。

そして、店舗端末装置１２０へ送信した取引番号、および当該取引番号が入力された利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号を、利用者端末装置１１０から受信し、受信された取引番号に対応する支払金額および店舗の口座番号を取引情報テーブル５００から抽出し、抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を利用者端末装置１１０へ送信する。

その後、送信された取引情報に対する認証情報を利用者端末装置１１０から受信し、受信された認証情報に基づいておこなった認証処理に応じて決済を実行し、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知するようにしたことを特徴としている。また、この発明にかかる実施の形態１の決済システム１００においては、前述の判断（オフィシャル判断）の結果、公認店舗ではないと判断された場合は、以降の処理を中断することを特徴としている。

この発明にかかる実施の形態１の決済システム１００によれば、クレジットカードやデビットカードなどの専用のカード類、およびこれらのカード類の情報を読み取る専用端末を用いることなく、店頭でオンライン決済をおこなうことができる。小規模な店舗など、クレジットカードやデビットカードなどの現金に代わる決済手段による決済のための専用端末を設置していない店舗は、現金に代わる決済ができないために販売の機会を逸していることがあったが、この発明にかかる実施の形態１の決済システム１００によれば、大規模な設備投資をおこなうことなく現金に代わる決済が実現できるため、店舗における販売機会を増やすことができる。また、利用者は、現金に代わる決済ができるため、多額の現金を持ち歩かなくても、希望する商品やサービスを希望するときに入手することができる。

また、この発明にかかる実施の形態１の決済システム１００によれば、たとえばクレジットカードやデビットカードなどの現金に代わる決済手段を用いて、これらの決済手段を用いて決済をおこなうことによる高い利便性を維持しつつ、利用者の個人情報が店舗（の店員）などの第三者に知られることなく対面販売方式での決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態１の決済システム１００によれば、利用者がカード決済によって取引をおこなおうとする店舗が公認店舗である場合にのみ、当該取引にかかる取引情報が利用者端末装置１１０に対して送信される。これによって、公認店舗の店舗端末装置１２０ではない不正な端末装置との間において、利用者が意図していない不正な取引がおこなわれることを防止することができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０は、決済サーバから送信された取引番号を表示する表示部１２０ａを備え、利用者端末装置１１０は、店舗端末装置１２０の表示手段に表示された取引番号を入力する入力部１１０ａを備えたことを特徴としている。

この発明にかかる実施の形態１の決済システム１００によれば、たとえば、スマートフォンなどの汎用的な装置を用いて店舗端末装置１２０や利用者端末装置１１０を実現することができるので、決済システム１００を利用する店舗や利用者に、設備を整えるための過剰な負担をかけることなく、店頭でオンライン決済をおこなうことができる。

また、この発明にかかる実施の形態１の決済システム１００は、あらかじめ設けられた利用者の口座から店舗の口座へ支払金額の資金移動をおこなうことによって決済を実行することを特徴としている。この発明にかかる実施の形態１の決済システム１００によれば、即時決済を実行することができる。

（（実施の形態２））
つぎに、この発明にかかる実施の形態２の決済システム１００について説明する。実施の形態２においては、上述した実施の形態１と同一部分は同一符号で示し、説明を省略する。

（決済システム１００の機能的構成）
図３１は、この発明にかかる実施の形態２の決済システム１００を構成する各部の機能的構成を示すブロック図である。図３１において、この発明にかかる実施の形態２の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払金額受信部８０１と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、抽出部８０７と、公認判断部３１０１と、取引情報送信部３１０２と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、によって実現される。

この発明にかかる実施の形態２の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払金額受信部８０１、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、取引番号受信部８０６、抽出部８０７、公認判断部３１０１、取引情報送信部３１０２、取引情報送信部８０８、認証情報受信部８０９、認証処理部８１０、決済実行部８１１および通知部８１２は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

取引番号生成部８０３は、支払金額受信部８０１によって受信された支払金額に対して取引番号を生成する。取引番号生成部８０２は、支払金額受信部８０１によって支払金額情報が受信されるごとに、当該支払金額情報に含まれる支払金額に対して取引番号を生成する。

公認判断部３１０１は、口座情報テーブル（公認判別用データベース）４００に基づいて、抽出部８０７によって抽出された店舗端末装置１２０が設置された店舗が公認店舗であるか否かを判断する。公認判断部３１０１は、抽出部８０７によって店舗識別情報である店舗の口座番号が抽出されるごとに、当該店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。

取引情報送信部３１０２は、公認判断部３１０１によって公認店舗であると判断された場合に、抽出部８０７によって抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を、利用者端末装置１１０へ送信する。また、取引情報送信部３１０２は、公認判断部３１０１によって公認店舗ではないと判断された場合に、取引情報および該当店舗が公認店舗ではないことを示す情報（以下「確認情報」という）を、利用者端末装置１１０へ送信する。

また、取引情報送信部３１０２は、公認判断部３１０１によって公認店舗であると判断された場合に、該当店舗が公認店舗であることを示す情報を利用者端末装置１１０へ送信するようにしてもよい。これによって、利用者端末装置１１０の利用者に対して、該当店舗が公認店舗であることを積極的に案内することができる。このように、該当店舗が公認店舗であることを積極的に案内することにより、該当店舗における決済における利用者の安心感の向上を図るとともに、該当店舗における販売促進を図る効果が期待できる。

確認情報は、利用者に対して支払いを確定させる際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示させる表示画面（図３３における符号３３００を参照）に示される情報であって、たとえば、決済にかかる店舗名と、当該店舗名によって特定される店舗が公認店舗ではないことを利用者に確認する確認メッセージと、を含む。確認メッセージは、たとえば、「上記店舗（店舗名によって特定される店舗）はオフィシャルではありません。信用できる店舗かどうか、必ずお確かめ下さい。」などとすることができる。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態２の決済システム１００の処理手順について説明する。図３２は、この発明にかかる実施の形態２の決済システム１００の処理手順を示す説明図である。図３２において、この発明にかかる実施の形態２の決済システム１００を利用した決済に際しては、店舗端末装置１２０から決済仲介サーバ１３１に対して、利用者（購入者）が購入しようとする商品あるいはサービスについてのＱＲコードの生成を依頼する（図３２における矢印９００を参照）。

決済仲介サーバ１３１は、店舗端末装置１２０から支払金額を受信すると、取引番号を生成する。そして、生成された取引番号と受信された支払金額とを関連付けて取引情報テーブル５００に記憶する。また、決済仲介サーバ１３１は、支払金額とともに受信された店舗の口座番号を送金先口座番号として、取引番号に関連付けて取引情報テーブル５００に記憶する。そして、決済仲介サーバ１３１は、生成された取引番号を、支払金額の送信元となる店舗端末装置１２０に対して送信する（図３２における矢印１２００を参照）。

店舗端末装置１２０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコードを生成し、生成されたＱＲコード１３１０を表示する。利用者は、店舗端末装置１２０において表示されたＱＲコード１３１０を読み取ることによって、利用者端末装置１１０に取引番号を入力する（図３２における矢印１４００を参照）。

利用者端末装置１１０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図３２における矢印１５００を参照）。利用者端末装置１１０は、取引番号に加えて、当該利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号を決済仲介サーバ１３１に送信する。

決済仲介サーバ１３１は、利用者端末装置１１０から送信された取引番号を受信すると、受信された取引番号に対応する支払金額および店舗の口座番号を、取引情報テーブル５００から抽出する。そして、決済仲介サーバ１３１は、口座情報テーブル４００に基づいて、抽出された店舗の口座番号にかかる店舗が公認店舗（オフィシャル）であるか否かを判断する。

決済仲介サーバ１３１は、該当店舗が公認店舗である（オフィシャルである）と判断した場合に、抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を、利用者端末装置１１０へ送信する（図３２における矢印３２１０を参照）。また、決済仲介サーバ１３１は、該当店舗が公認店舗ではない（オフィシャルではない）と判断した場合に、取引情報および確認情報を、利用者端末装置１１０へ送信する（図３２における矢印３２２０を参照）。

利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する。また、利用者端末装置１１０は、取引情報および確認情報を受信すると、受信された取引情報に基づいて店舗名などの店舗の情報や支払金額を表示するとともに、確認情報に基づいて確認メッセージを表示する（図３３における符号３３００を参照）。

利用者は、利用者端末装置１１０に表示された店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図３２における矢印１７００を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図３２における矢印１８２０を参照）。

その後、決済仲介サーバ１３１は、決済を実行した結果を示す決済結果通知を、利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに送信する（図３２における矢印１９１０、１９２０を参照）。これによって、決済が完了したことを、利用者や店舗に案内することができる。

（利用者端末装置１１０の表示画面例）
つぎに、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０の表示画面例について説明する。図３３は、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０の表示画面例を示す説明図である。

図３３において、表示画面３３００は、利用者名、利用店舗名および支払金額を表示する。表示画面３３００は、決済仲介サーバ１３１において該当店舗が公認店舗ではない（オフィシャルではない）と判断され、決済仲介サーバ１３１から利用者端末装置１１０に対して取引情報および確認情報が送信された場合に表示される。表示画面３３００は、決済仲介サーバ１３１から送信された取引情報および確認情報を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

表示画面３３００は、たとえば、「お支払いを行います。暗証番号を入力してＯＫを押してください。」など、本人確認情報（たとえば、暗証番号）の入力を指示するメッセージや、本人確認情報を入力するための数字キーや「ＯＫ」キーを表示する。また、表示画面３３００は、店舗名の下側に「上記店舗はオフィシャルではありません。信用できる店舗かどうか、必ずお確かめ下さい。」などの、確認情報に基づく確認メッセージを表示する。表示画面３３００において店舗名の下側に確認メッセージを表示することにより、利用者に対して、信用できる店舗における決済をおこなうように喚起することができる。

（店舗端末装置１２０の処理手順）
この発明にかかる実施の形態２の決済システム１００における店舗端末装置１２０は、公認店舗でない場合は表示画面２２００が表示されないようにすることもできる点が、上述した実施の形態とは異なる。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態２の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図３４は、この発明にかかる実施の形態２の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図３４のフローチャートにおいて、まず、この発明にかかる実施の形態２の決済システム１００における決済仲介サーバ１３１は、店舗端末装置１２０から送信された支払金額を受信したか否かを判断する（ステップＳ３４０１）。店舗端末装置１２０から送信された支払金額を受信していない場合（ステップＳ３４０１：Ｎｏ）は、受信するまで待機する。

ステップＳ３４０１において、店舗端末装置１２０から送信された支払金額を受信した場合（ステップＳ３４０１：Ｙｅｓ）は、ステップＳ３４０１：Ｙｅｓにおいて受信された支払金額に対して取引番号を生成し（ステップＳ３４０２）、ステップＳ３４０２において生成された取引番号を記憶する（ステップＳ３４０３）。そして、ステップＳ３４０１：Ｙｅｓにおいて受信された支払金額の送信元となる店舗端末装置１２０に対して、ステップＳ３４０２において生成された取引番号を送信する（ステップＳ３４０４）。

つぎに、利用者端末装置１１０から、取引番号および利用者識別情報である利用者の口座番号を受信したか否かを判断する（ステップＳ３４０５）。取引番号および利用者の口座番号を受信した場合（ステップＳ３４０５：Ｙｅｓ）は、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００を参照し、支払金額および店舗の口座番号を抽出する（ステップＳ３４０６）。

そして、ステップＳ３４０６において抽出された支払金額および店舗の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ３４０７）。ステップＳ３４０７においては、ステップＳ３４０６において抽出された支払金額および店舗の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金元口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

つぎに、口座情報テーブル４００に基づいて、ステップＳ３４０６において抽出された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する（ステップＳ３４０８）。ステップＳ３４０８において、ステップＳ３４０６において抽出された店舗の口座番号にかかる店舗が公認店舗である場合（ステップＳ３４０８：Ｙｅｓ）は、ステップＳ３４０５：Ｙｅｓにおいて受信された取引番号および利用者の口座番号の送信元となる利用者端末装置１１０に対して、生成された取引情報を送信して（ステップＳ３４０９）、ステップＳ３４１１へ移行する。

一方、ステップＳ３４０８において、ステップＳ３４０６において抽出された店舗の口座番号にかかる店舗が公認店舗ではない場合（ステップＳ３４０８：Ｎｏ）は、ステップＳ３４０５：Ｙｅｓにおいて受信された取引番号および利用者の口座番号の送信元となる利用者端末装置１１０に対して、生成された取引情報および確認情報を送信して（ステップＳ３４１０）、ステップＳ３４１１へ移行する。

つぎに、ステップＳ３４０９において取引情報を送信した結果、あるいは、ステップＳ３４１０において取引情報および確認情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ３４１１）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ３４１１：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ３４１２）。ステップＳ３４１２において実行する認証処理は、上記の実施の形態１における認証処理と同様であるため説明を省略する。

そして、ステップＳ３４１２においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可された（認証がＯＫだった）か否かを判断する（ステップＳ３４１３）。認証がＯＫではない場合（ステップＳ３４１３：Ｎｏ）は、ステップＳ３４２１へ移行する。

ステップＳ３４１３において、認証がＯＫであった場合（ステップＳ３４１３：Ｙｅｓ）は、ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ３４１４）。ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ３４１４：Ｎｏ）は、ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ３４１５）。

ステップＳ３４１５において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ３４１５：Ｙｅｓ）は、ステップＳ３４１８へ移行する。一方、ステップＳ３４１５において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ３４１５：Ｎｏ）は、ステップＳ３４２１へ移行する。

ステップＳ３４１４において、ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ３４１４：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ３４１６）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ３４１７）。

ステップＳ３４１７において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ３４１７：Ｙｅｓ）は、ステップＳ３４１８へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ３４１７：Ｎｏ）は、ステップＳ３４２１へ移行する。

ステップＳ３４１８においては、認証処理の結果に基づいて、決済を実行する（ステップＳ３４１８）。ステップＳ３４１８においては、たとえば、ステップＳ３４１５：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ３４１８においては、たとえば、ステップＳ３４１７：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

その後、ステップＳ３４１１：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ３４１８において実行された決済の結果を示す決済結果通知を送信して（ステップＳ３４１９）、一連の処理を終了する。ステップＳ３４１９においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「処理中」から「完了」（あるいは「エラー」など）に更新してもよい。

一方、ステップＳ３４１１において、ステップＳ３４０９において取引情報を送信した結果、あるいは、ステップＳ３４１０において取引情報および確認情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ３４１１：Ｎｏ）は、ステップＳ３４０９において取引情報を送信してから、あるいは、ステップＳ３４１０において取引情報および確認情報を送信してから所定時間が経過したか否かを判断する（ステップＳ３４２０）。所定時間が経過していない場合（ステップＳ３４２０：Ｎｏ）は、ステップＳ３４１１へ戻る。

ステップＳ３４２０において、ステップＳ３４０９において取引情報を送信してから、あるいは、ステップＳ３４１０において取引情報および確認情報を送信してから所定時間が経過した場合（ステップＳ３４２０：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、処理の終了を報知したりエラー報知をおこなったりなどの所定のエラー処理をおこなって（ステップＳ３４２１）、一連の処理を終了する。

ステップＳ３４０５において、利用者端末装置１１０から取引番号および利用者の口座番号を受信していない場合（ステップＳ３４０５：Ｎｏ）は、ステップＳ３４０４において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ３４２２）。ステップＳ３４０４において取引番号を送信してから所定時間が経過していない場合（ステップＳ３４２２：Ｎｏ）は、ステップＳ３４０５へ戻る。ステップＳ３４０４において取引番号を送信してから所定時間が経過した場合（ステップＳ３４２２：Ｙｅｓ）は、ステップＳ３４２１へ移行する。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０の処理手順について説明する。図３５は、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。

図３５のフローチャートにおいて、まず、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０は、取引番号が入力されたか否かを判断する（ステップＳ３５０１）。ステップＳ３５０１において、取引番号が入力されていない場合（ステップＳ３５０１：Ｎｏ）は、取引番号が入力されるまで待機する。ステップＳ３５０１において、取引番号が入力された場合（ステップＳ３５０１：Ｙｅｓ）は、決済仲介サーバ１３１に対して、入力された取引番号および当該取引番号が入力された利用者端末装置１１０の利用者の口座番号を送信する（ステップＳ３５０２）。

つぎに、ステップＳ３５０２において取引番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ３５０３）。決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ３５０３：Ｎｏ）は、受信するまで待機する。

ステップＳ３５０３においては、ステップＳ３５０２において取引番号を送信してから所定時間が経過したか否かを判断し、ステップＳ３５０２において取引番号を送信してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「再度ＱＲコードの読み取りをおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ３５０３において、ステップＳ３５０２において取引番号および利用者の口座番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ３５０３：Ｙｅｓ）は、ステップＳ３５０３：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信したか否かを判断する（ステップＳ３５０４）。ステップＳ３５０４において、ステップＳ３５０３：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信していない場合（ステップＳ３５０４：Ｎｏ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ３５０３：Ｙｅｓにおいて受信された取引情報を表示して（ステップＳ３５０５）、ステップＳ３５０７へ移行する。ステップＳ３５０５においては、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、上記の表示画面２６００を表示する。

一方、ステップＳ３５０４において、ステップＳ３５０３：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信した場合（ステップＳ３５０４：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ３５０３：Ｙｅｓにおいて受信された取引情報および当該取引情報とともに受信された確認情報を表示して（ステップＳ３５０６）、ステップＳ３５０７へ移行する。ステップＳ３５０５においては、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、上記の表示画面３３００を表示する。

ステップＳ３５０７においては、本人確認情報の入力を受け付けるまで待機し（ステップＳ３５０７：Ｎｏ）、本人確認情報が入力された場合（ステップＳ３５０７：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ３５０８）。ステップＳ３５０８において、取引番号および本人確認情報の送信指示がない場合（ステップＳ３５０８：Ｎｏ）は、当該送信指示があるまで待機する。

ステップＳ３５０８において、取引番号および本人確認情報の送信指示があった場合（ステップＳ３５０８：Ｙｅｓ）は、認証情報を生成する（ステップＳ３５０９）。そして、決済仲介サーバ１３１に対して、ステップＳ３５０９において生成された認証情報を送信する（ステップＳ３５１０）。

つぎに、ステップＳ３５１０において送信された認証情報に対して、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ３５１１）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ３５１１：Ｙｅｓ）は、決済の完了を報知して（ステップＳ３５１２）、一連の処理を終了する。

ステップＳ３５１１において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ３５１１：Ｎｏ）は、ステップＳ３５１０において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ３５１３）。ステップＳ３５１３においては、ステップＳ３５１０において認証情報を送信してから所定時間が経過していない場合（ステップＳ３５１３：Ｎｏ）、ステップＳ３５１１へ戻る。

ステップＳ３５１３において、ステップＳ３５１０において認証情報を送信してから所定時間が経過した場合（ステップＳ３５１３：Ｙｅｓ）は、決済が完了したことを確認するように促す確認メッセージを報知して（ステップＳ３５１４）、一連の処理を終了する。

以上説明したように、この発明にかかる実施の形態２の決済システム１００は、店舗端末装置１２０から受信された支払金額に対して取引番号を生成し、生成された取引番号と、支払金額および店舗の口座番号とを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を店舗端末装置１２０へ送信する。

そして、送信された取引番号、および当該取引番号が入力された利用者端末装置１１０の利用者の口座番号を、当該利用者端末装置１１０から受信すると、受信された取引番号に対応する支払金額および店舗の口座番号を取引情報テーブル５００から抽出し、抽出された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断（オフィシャル判断）する。前述の判断（オフィシャル判断）の結果、公認店舗であると判断された場合には、利用者端末装置１１０に対して取引情報を送信する。一方、前述の判断（オフィシャル判断）の結果、公認店舗ではないと判断された場合には、利用者端末装置１１０に対して取引情報および確認情報を送信する。

その後、送信された取引情報に対する認証情報を利用者端末装置１１０から受信し、受信された認証情報に基づいて認証処理をおこなった場合に決済を実行し、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知するようにしたことを特徴としている。

この発明にかかる実施の形態２の決済システム１００によれば、利用者がカード決済によって取引をおこなおうとする店舗が公認店舗ではない場合は、利用者端末装置１１０において確認情報に基づく表示画面３３００などを表示させることによって、公認店舗ではない店舗において決済システム１００を利用した決済をおこなうかどうかを、決済の実行を確定する前に利用者自身に確認させることができる。これによって、利用者に高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

（（実施の形態３））
つぎに、この発明にかかる実施の形態３の決済システム１００について説明する。実施の形態３においては、上述した実施の形態１および実施の形態２と同一部分は同一符号で示し、説明を省略する。

（支払い可能口座テーブルの一例）
この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１は、口座情報テーブル、取引情報テーブルなどの各種のデータテーブルに加えて、支払い可能口座テーブルを備えている。支払い可能口座テーブルは、上記の口座情報テーブル４００などと同様に、不揮発性の記憶媒体に設けられている。

図３６は、この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１が備える口座情報テーブルの一例を示す説明図である。図３６において、支払い可能口座テーブル３６００は、店舗端末装置１２０が設置された店舗の店舗識別情報である店舗の口座番号ごとに、当該店舗があらかじめ登録された信頼店舗であるか否かを示す信頼情報を関連付けて記憶する。支払い可能口座テーブル３６００における信頼情報は、決済システム１００の利用者によって設定された店舗が信頼店舗であるか否かを示す。

支払い可能口座テーブル３６００は、たとえば、利用者端末装置１１０の利用者の利用者識別情報である利用者の口座番号ごと、すなわち利用者ごとに、当該利用者が信頼できると判断した店舗（以下、「信頼店舗」という）の識別情報を記憶する。また、支払い可能口座テーブル３６００は、たとえば、利用者の口座番号ごと、すなわち利用者ごとに、信頼店舗の口座番号を記憶するものであってもよい。支払い可能口座テーブル３６００における各情報は、利用者の操作によって、当該利用者の任意のタイミングで記憶される（図３７、図３８および図３９を参照）。この実施の形態３においては、口座情報テーブル４００および支払い可能口座テーブル３６００によって、信頼判別用データベースを実現することができる。

つぎに、信頼店舗の登録方法について説明する。図３７、図３８および図３９は、信頼店舗の登録に際しての、利用者端末装置１１０の表示画面例を示す説明図である。図３７、図３８および図３９において、表示画面３７００、３８００、３９００は、それぞれ、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

表示画面３７００は、利用者名、当該利用者に対して信頼店舗の口座番号の入力を指示するメッセージ、口座番号の入力欄などを表示する。表示画面３７００は、たとえば、「お支払いを行いたい店舗の口座番号を入力して下さい。」などのメッセージとともに、口座番号の入力欄を表示する。また、表示画面３７００は、口座番号の入力欄に入力された信頼店舗の口座番号を確定させる「ＯＫ」キーなどを表示する。利用者は、口座番号の入力欄に信頼店舗の口座番号を入力した後、「ＯＫ」キーを操作することにより入力内容を確定させる。

表示画面３８００は、表示画面３７００において「ＯＫ」キーが操作された場合に表示される。表示画面３８００は、利用者名、表示画面３７００において入力された店舗の口座番号および店舗名を表示する。また、表示画面３８００は、表示画面３７００において入力された店舗を信頼店舗として登録することを確定させる「ＯＫ」キーなどを表示する。

決済システム１００においては、表示画面３７００において口座番号が入力された場合、口座情報テーブルを参照して入力された口座番号に該当する店舗名を検索し、検索された店舗名によって特定される店舗がオフィシャル店舗であるかどうかを判断することができる。

さらに、表示画面３８００は、利用者によって入力された店舗を信頼店舗として登録することを案内するメッセージや、利用者によって入力された店舗が、決済システム１００の管理者が信頼した信頼店舗ではないことを案内するメッセージを表示する。

表示画面３８００は、たとえば、表示画面３７００において入力された店舗の店舗名の上側に、「下記店舗を支払先として登録します。」などのメッセージを表示することによって、利用者によって入力された店舗を信頼店舗として登録することを案内する。また、表示画面３８００は、表示画面３７００において入力された店舗の店舗名の下側に「上記店舗はオフィシャル店舗ではありません。信頼できる店舗かどうか、必ずお確かめ下さい。」などのメッセージを表示することによって、利用者によって入力された店舗が、決済システム１００の管理者が信頼した信頼店舗ではないことを案内する。利用者は、「ＯＫ」キーを操作することにより表示画面３８００に表示されている店舗を信頼店舗として登録させる。

表示画面３９００は、表示画面３８００において「ＯＫ」キーが操作された場合に表示される。表示画面３９００は、利用者名、表示画面３８００において「ＯＫ」キーが操作されることによって確定された店舗名および当該店舗の口座番号、表示画面３８００において「ＯＫ」キーが操作されることによって確定された店舗を信頼店舗として登録することを案内するメッセージを表示する。表示画面３９００は、たとえば店舗名および当該店舗の口座番号の上側に「下記の店舗を支払先として登録しました。」、「下記の店舗を信頼できる店舗として登録しました。」などのメッセージを表示する。

（決済システム１００の機能的構成）
つぎに、この発明にかかる実施の形態３の決済システム１００を構成する各部の機能的構成について説明する。図４０は、この発明にかかる実施の形態３の決済システム１００を構成する各部の機能的構成を示すブロック図である。

図４０において、この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払い可能口座テーブル３６００と、支払金額受信部８０１と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、抽出部８０７と、信頼判断部（公認判断部）３１０１と、取引情報送信部４００１と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、中断通知部４００２と、によって実現される。

この発明にかかる実施の形態１の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払い可能口座テーブル３６００、支払金額受信部８０１、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、取引番号受信部８０６、抽出部８０７、信頼判断部３１０１、取引情報送信部４００１、取引情報送信部８０８、認証情報受信部８０９、認証処理部８１０、決済実行部８１１、通知部８１２および中断通知部４００２は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

取引番号生成部８０３は、支払金額受信部８０１によって受信された支払金額に対して取引番号を生成する。取引番号生成部８０３は、支払金額受信部８０１によって支払金額情報が受信されるごとに、当該支払金額情報に含まれる支払金額に対して取引番号を生成する。

信頼判断部３１０１は、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、抽出部８０７によって抽出された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する。信頼判断部３１０１は、抽出部８０７によって店舗の口座番号が抽出されるごとに、当該店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する。この実施の形態３の決済システム１００においては、利用者が信頼店舗信頼店舗として支払い可能口座テーブル３６００に登録してある店舗であれば、登録した任意の店舗を信頼店舗として判断することができる。

利用者によって支払い可能口座テーブル３６００に登録された店舗は、当該店舗を登録した利用者が決済する場合にのみ信頼店舗として判断される。支払い可能口座テーブル３６００においては、利用者ごとに信頼店舗を登録することができる。

取引情報送信部４００１は、信頼判断部３１０１によって信頼店舗であると判断された場合に、抽出部８０７によって抽出された支払金額および店舗の口座番号かかる店舗の情報を含む取引情報を、利用者端末装置１１０へ送信する。取引情報送信部４００１は、信頼判断部３１０１によって信頼店舗であると判断された場合にのみ、該当する利用者端末装置１１０に対して取引情報を送信する。

中断通知部４００２は、信頼判断部３１０１によって信頼店舗ではないと判断された場合に、該当店舗が信頼店舗ではないために処理を中断することを、利用者端末装置１１０に通知する。中断通知部４００２は、たとえば、該当店舗が信頼店舗ではないために処理を中断することを示す中断通知を、該当する利用者端末装置１１０に対して送信することによって、該当店舗が信頼店舗ではないために処理を中断することを通知する。

中断通知は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者によって指定された店舗名を表示させるための情報と、該ディスプレイ２０４に表示されている店舗名の上側に「下記店舗は支払先として登録されていないためお支払いできません。」というメッセージを表示させるための情報と、を含む。

利用者端末装置１１０は、たとえば、中断通知を受信した場合、当該中断通知に基づいて、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者によって指定された店舗名と、当該店舗名の上側に「下記店舗は支払先として登録されていないためお支払いできません。」というメッセージと、を表示させる（図４２における符号４２００を参照）。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態３の決済システム１００の処理手順について説明する。図４１は、この発明にかかる実施の形態３の決済システム１００の処理手順を示す説明図である。

図４１において、この発明にかかる実施の形態３の決済システム１００を利用した決済に際しては、店舗端末装置１２０から決済仲介サーバ１３１に対して、利用者（購入者）が購入しようとする商品あるいはサービスについてのＱＲコードの生成を依頼する（図４１における矢印９００を参照）。

決済仲介サーバ１３１は、店舗端末装置１２０から支払金額を受信すると、取引番号を生成する。そして、生成された取引番号と受信された支払金額とを関連付けて取引情報テーブル５００に記憶する。また、決済仲介サーバ１３１は、支払金額とともに受信された店舗の口座番号および口座情報テーブル４００に基づいて店舗の口座番号を特定し、特定された口座番号を送金先口座番号として、取引番号に関連付けて取引情報テーブル５００に記憶する。そして、決済仲介サーバ１３１は、生成された取引番号を、支払金額の送信元となる店舗端末装置１２０に対して送信する（図４１における矢印１２００を参照）。

店舗端末装置１２０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコードを生成し、生成されたＱＲコード１３１０を表示する。利用者は、店舗端末装置１２０において表示されたＱＲコード１３１０を読み取ることによって、利用者端末装置１１０に取引番号を入力する（図４１における矢印１４００を参照）。

利用者端末装置１１０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図４１おける矢印１５００を参照）。利用者端末装置１１０は、取引番号に加えて、当該利用者端末装置１１０の利用者の口座番号を決済仲介サーバ１３１に送信する。

決済仲介サーバ１３１は、利用者端末装置１１０から送信された取引番号を受信すると、受信された取引番号に対応する支払金額および店舗の口座番号を、取引情報テーブル５００から抽出する。そして、決済仲介サーバ１３１は、口座情報テーブル４００に基づいて、抽出された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する（信頼店舗の判断）。

決済仲介サーバ１３１は、該当店舗が信頼店舗であると判断した場合に、抽出された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を、利用者端末装置１１０へ送信する（図４１における矢印４１１０を参照）。利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する。

利用者は、利用者端末装置１１０に表示された店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図４１における矢印１７００を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図４１における矢印１８２０を参照）。

その後、決済仲介サーバ１３１は、決済を実行した結果を示す決済結果通知を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに送信する（図４１における矢印１９１０、１９２０を参照）。これによって、決済が完了したことを、利用者や店舗に案内することができる。

一方、決済仲介サーバ１３１は、該当店舗が信頼店舗ではないと判断した場合に、利用者端末装置１１０に対して中断通知を送信する（図４１における矢印４１２０を参照）。利用者端末装置１１０は、中断通知を受信すると、受信された中断通知に基づいて、利用者によって指定された店舗名や、当該店舗名の上側に「下記店舗は支払先として登録されていないためお支払いできません。」というメッセージなどを表示する（図４２における符号４２００を参照）。

（利用者端末装置１１０の表示画面例）
つぎに、この発明にかかる実施の形態３の決済システム１００における利用者端末装置１１０の表示画面例について説明する。図４２は、この発明にかかる実施の形態３の決済システム１００における利用者端末装置１１０の表示画面例を示す説明図である。

図４２において、表示画面４２００は、利用者名、利用した店舗名を表示する。また、表示画面４２００は、店舗名の上側に、信頼店舗ではないために決済を中断したことを示すメッセージを表示する。具体的には、表示画面４２００は、たとえば「下記店舗は支払先として登録されていないためお支払いできません。」などのメッセージを表示する。表示画面４２００は、決済仲介サーバ１３１において該当する店舗が信頼店舗ではないと判断され、当該決済仲介サーバ１３１から中断通知を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

（店舗端末装置１２０の処理手順）
この発明にかかる実施の形態３の決済システム１００における店舗端末装置１２０は、決済仲介サーバ１３１を介した決済に際して、上述した図２８に示した、実施の形態２の決済システム１００における店舗端末装置１２０が実行する処理と同様の処理を実行する。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図４３は、この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図４３のフローチャートにおいて、まず、この発明にかかる実施の形態３の決済システム１００における決済仲介サーバ１３１は、店舗端末装置１２０から送信された支払金額を受信したか否かを判断する（ステップＳ４３０１）。店舗端末装置１２０から送信された支払金額を受信していない場合（ステップＳ４３０１：Ｎｏ）は、受信するまで待機する。

ステップＳ４３０１において、店舗端末装置１２０から送信された支払金額を受信した場合（ステップＳ４３０１：Ｙｅｓ）は、ステップＳ４３０１：Ｙｅｓにおいて受信された支払金額に対して取引番号を生成し（ステップＳ４３０２）、ステップＳ４３０２において生成された取引番号を記憶する（ステップＳ４３０３）。そして、ステップＳ４３０１：Ｙｅｓにおいて受信された支払金額の送信元となる店舗端末装置１２０に対して、ステップＳ４３０２において生成された取引番号を送信する（ステップＳ４３０４）。

つぎに、利用者端末装置１１０から、取引番号および当該利用者端末装置１１０の利用者の口座番号を受信したか否かを判断する（ステップＳ４３０５）。取引番号および利用者の口座番号を受信した場合（ステップＳ４３０５：Ｙｅｓ）は、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００を参照し、支払金額および店舗の口座番号を抽出する（ステップＳ４３０６）。

そして、ステップＳ４３０６において抽出された支払金額および店舗の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ４３０７）。ステップＳ４３０７においては、ステップＳ４３０６において抽出された支払金額および店舗の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金元口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

つぎに、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、ステップＳ４３０６において抽出された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する（ステップＳ４３０８）。ステップＳ４３０８においては、口座情報テーブル４００において信頼店舗として登録された店舗、および、支払い可能口座テーブル３６００において信頼店舗信頼店舗として登録された店舗を、信頼店舗として判断する。

ステップＳ４３０８において、ステップＳ４３０６において抽出された店舗の口座番号にかかる店舗が信頼店舗である場合（ステップＳ４３０８：Ｙｅｓ）は、ステップＳ４３０５：Ｙｅｓにおいて受信された取引番号および利用者の口座番号の送信元となる利用者端末装置１１０に対して、生成された取引情報を送信する（ステップＳ４３０９）。

つぎに、ステップＳ４３０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ４３１０）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ４３１０：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ４３１１）。ステップＳ４３１１において実行する認証処理は、上記の実施の形態１における認証処理と同様であるため説明を省略する。

そして、ステップＳ４３１１においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ４３１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可された（認証がＯＫだった）か否かを判断する（ステップＳ４３１２）。認証がＯＫではない場合（ステップＳ４３１２：Ｎｏ）は、ステップＳ４３２０へ移行する。

ステップＳ４３１２において、認証がＯＫであった場合（ステップＳ４３１２：Ｙｅｓ）は、ステップＳ４３１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ４３１３）。ステップＳ４３１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ４３１３：Ｎｏ）は、ステップＳ４３１０：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ４３１４）。

ステップＳ４３１４において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ４３１４：Ｙｅｓ）は、ステップＳ４３１７へ移行する。一方、ステップＳ４３１４において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ４３１４：Ｎｏ）は、ステップＳ４３２０へ移行する。

ステップＳ４３１４において、ステップＳ４３１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ４３１４：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ４３１５）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ４３１６）。

ステップＳ４３１６において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ４３１６：Ｙｅｓ）は、ステップＳ４３１７へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ４３１６：Ｎｏ）は、ステップＳ４３２０へ移行する。

ステップＳ４３１７においては、認証処理の結果に基づいて、決済を実行する（ステップＳ４３１７）。ステップＳ４３１７においては、たとえば、ステップＳ４３１４：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ４３１７においては、たとえば、ステップＳ４３１６：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

その後、ステップＳ４３１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ４３１８において実行された決済の結果を示す決済結果通知を送信して（ステップＳ４３１８）、一連の処理を終了する。ステップＳ４３１８においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「処理中」から「完了」（あるいは「エラー」など）に更新してもよい。

一方、ステップＳ４３１０において、ステップＳ４３０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ４３１０：Ｎｏ）は、ステップＳ４３０９において取引情報を送信してから所定時間が経過したか否かを判断する（ステップＳ４３１９）。所定時間が経過していない場合（ステップＳ４３１９：Ｎｏ）は、ステップＳ４３１０へ戻る。

ステップＳ４３１９において、ステップＳ４３０９において取引情報を送信してから所定時間が経過した場合（ステップＳ４３１９：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、処理の終了を報知したりエラー報知をおこなったりなどの所定のエラー処理をおこなって（ステップＳ４３２０）、一連の処理を終了する。

ステップＳ４３０８において、ステップＳ４３０６において抽出された店舗の口座番号にかかる店舗が信頼店舗ではない場合（ステップＳ４３０８：Ｎｏ）は、ステップＳ４３０５：Ｙｅｓにおいて受信された取引番号および利用者の口座番号の送信元となる利用者端末装置１１０に対して中断通知を送信して（ステップＳ４３２１）、一連の処理を終了する。

ステップＳ４３０５において、利用者端末装置１１０から取引番号および利用者の口座番号を受信していない場合（ステップＳ４３０５：Ｎｏ）は、ステップＳ４３０４において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ４３２２）。ステップＳ４３０４において取引番号を送信してから所定時間が経過していない場合（ステップＳ４３２２：Ｎｏ）は、ステップＳ４３０５へ戻る。ステップＳ４３０４において取引番号を送信してから所定時間が経過した場合（ステップＳ４３２２：Ｙｅｓ）は、ステップＳ４３２０へ移行する。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態３の決済システム１００における利用者端末装置１１０の処理手順について説明する。図４４は、この発明にかかる実施の形態３の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。

図４４のフローチャートにおいて、まず、この発明にかかる実施の形態３の決済システム１００における利用者端末装置１１０は、取引番号が入力されたか否かを判断する（ステップＳ４４０１）。取引番号の入力は、たとえば、店舗端末装置１２０によって表示されたＱＲコード１３１０を、利用者端末装置１１０を実現するスマートフォンが備えるカメラ２０８を用いて読み取ることによっておこなうことができる。取引番号は、利用者端末装置１１０を実現するスマートフォンが備えるキーボード２０５を操作することによって、取引番号を示す数値を直接入力してもよい。ステップＳ４４０１において、取引番号が入力されていない場合（ステップＳ４４０１：Ｎｏ）は、取引番号が入力されるまで待機する。

ステップＳ４４０１において、取引番号が入力された場合（ステップＳ４４０１：Ｙｅｓ）は、決済仲介サーバ１３１に対して、入力された取引番号および当該取引番号が入力された利用者端末装置１１０の利用者の口座番号を送信する（ステップＳ４４０２）。そして、ステップＳ４４０２において取引番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ４４０３）。

ステップＳ４４０３においては、ステップＳ４４０２において取引番号および利用者の口座番号を送信してから所定時間が経過したか否かを判断し、ステップＳ４４０２において取引番号を送信してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「再度ＱＲコードの読み取りをおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ４４０３において、ステップＳ４４０２において取引番号を送信した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ４４０３：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ４４０３：Ｙｅｓにおいて受信された取引情報を表示する（ステップＳ４４０４）。

つぎに、本人確認情報の入力を受け付けるまで待機し（ステップＳ４４０５：Ｎｏ）、本人確認情報が入力された場合（ステップＳ４４０５：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ４４０６）。取引番号および本人確認情報の送信指示がない場合（ステップＳ４４０６：Ｎｏ）は、当該送信指示があるまで待機する。取引番号および本人確認情報の送信指示があった場合（ステップＳ４４０６：Ｙｅｓ）は、認証情報を生成し（ステップＳ４４０７）、決済仲介サーバ１３１に対して、生成された認証情報を送信する（ステップＳ４４０８）。

そして、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ４４０９）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ４４０９：Ｙｅｓ）は、決済の完了を報知して（ステップＳ４４１０）、一連の処理を終了する。

ステップＳ４４０９において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ４４０９：Ｎｏ）は、ステップＳ４４０８において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ４４１１）。ステップＳ４４０８において認証情報を送信してから所定時間が経過していない場合（ステップＳ４４１１：Ｎｏ）は、ステップＳ４４０９へ戻る。

ステップＳ４４１１において、ステップＳ４４０８において認証情報を送信してから所定時間が経過した場合（ステップＳ４４１１：Ｙｅｓ）は、決済が完了したことを確認するように促す確認メッセージを報知して（ステップＳ４４１２）、一連の処理を終了する。ステップＳ４４１２においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済完了画面を確認してください。」などの確認メッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

一方、決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ４４０３：Ｎｏ）は、上述した図４３におけるステップＳ４３２１において決済仲介サーバ１３１から送信された中断通知を受信したか否かを判断する（ステップＳ４４１３）。ステップＳ４４１３において、中断通知を受信していない場合（ステップＳ４４１３：Ｎｏ）は、ステップＳ４４０３に戻る。

ステップＳ４４１３において、中断通知を受信した場合（ステップＳ４４１３：Ｙｅｓ）は、受信された中断通知に基づいて、決済の中断を報知して（ステップＳ４４１４）、一連の処理を終了する。ステップＳ４４１４においては、たとえば、ステップＳ４４１３：Ｙｅｓにおいて受信された中断通知に基づいて、表示画面４２００を表示することによって決済の中断を報知する。

以上説明したように、この発明にかかる実施の形態３の決済システム１００は、店舗端末装置１２０から受信された支払金額に対して取引番号を生成し、生成された取引番号と、支払金額および店舗の口座番号とを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を店舗端末装置１２０へ送信する。そして、送信された取引番号、および当該取引番号が入力された利用者端末装置１１０の利用者の口座番号を、当該利用者端末装置１１０から受信すると、受信された取引番号に対応する支払金額および店舗の口座番号を取引情報テーブル５００から抽出し、口座情報テーブル４００および支払い可能口座情報テーブル３６００に基づいて、抽出された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する。

前述の判断の結果、信頼店舗であると判断された場合は、利用者端末装置１１０に対して取引情報を送信し、送信された取引情報に対する認証情報を利用者端末装置１１０から受信すると、受信された認証情報に基づいておこなった認証処理に応じて決済を実行し、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知するようにしたことを特徴としている。また、この発明にかかる実施の形態３の決済システム１００においては、前述の判断の結果、信頼店舗ではないと判断された場合は、該当する利用者端末装置１１０に対して送信された中断通知に基づいて、利用者端末装置１１０において決済の中断を報知することを特徴としている。

この発明にかかる実施の形態３の決済システム１００によれば、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて信頼できる店舗（信頼店舗）かどうかの判断をおこなうことにより、決済システム１００において信頼店舗に登録されていない店舗であっても、利用者が信頼店舗として支払い可能口座テーブル３６００に登録してある店舗であれば、決済システム１００を利用した決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

（（実施の形態４））
つぎに、この発明にかかる実施の形態４の決済システム１００について説明する。実施の形態４においては、上述した実施の形態１、実施の形態２および実施の形態３と同一部分は同一符号で示し、説明を省略する。

（決済システム１００の機能的構成）
図４５は、この発明にかかる実施の形態４の決済システム１００を構成する各部の機能的構成を示すブロック図である。図４５において、この発明にかかる実施の形態４の決済システム１００は、店舗端末装置１２０と、利用者端末装置１１０と、決済仲介サーバ１３１と、を備えている。また、この発明にかかる実施の形態４の決済システム１００は、さらに、外部決済サーバ１３２を備えていてもよい。

利用者端末装置１１０は、決済サーバから送信された取引番号を表示する表示部１１０ｂを備えている。店舗端末装置１２０は、利用者端末装置１１０の表示部１１０ｂに表示された取引番号を入力する入力部１２０ｂを備えている。

図２９において、この発明にかかる実施の形態４の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払意思情報受信部４５０１と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、公認判断部４５０２と、抽出部８０７と、取引情報送信部８０８と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、中断通知部４５０３と、によって実現される。

この発明にかかる実施の形態４の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払意思情報受信部４５０１、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、公認判断部４５０２、取引番号受信部８０６、抽出部８０７、取引情報送信部８０８、認証情報受信部８０９、認証処理部８１０、決済実行部８１１、通知部８１２および中断通知部４５０３は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

支払意思情報受信部４５０１は、利用者から店舗への支払意思に関する支払意思情報を利用者端末装置１１０から受信する。支払意思情報受信部４５０１における支払意思情報の受信に先立って、利用者は、利用者端末装置１１０に対して所定の入力操作をおこなうことによって、利用者から店舗への支払意思があることを示す情報を入力し、入力された情報の送信をおこなう。具体的には、利用者は、たとえば、利用者端末装置１１０における決済支援アプリケーションを実行し、所定の表示画面（図４２を参照）を表示させ、当該所定の表示画面にしたがって操作をおこなうことによって支払意思情報を送信する。

取引番号生成部８０３は、支払意思情報受信部４５０１によって受信された支払意思情報に対して取引番号を生成する。取引番号生成部８０３は、支払意思情報受信部４５０１によって支払意思情報が受信されるごとに取引番号を生成する。取引番号送信部８０５は、取引番号生成部８０３によって生成された取引番号を利用者端末装置１１０へ送信する。取引番号送信部８０５は、取引番号生成部８０３によって取引番号が生成されるごとに、取引番号生成部８０３によって生成された取引番号を、利用者端末装置１１０へ送信する。

利用者端末装置１１０は、取引番号送信部８０５によって送信された取引番号を受信した場合、受信した取引番号を可視化して出力する。利用者端末装置１１０は、たとえば、取引番号送信部８０５によって送信された取引番号を示すＱＲコード１３１０を生成し、生成されたＱＲコード１３１０を利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって取引番号を可視化する。

利用者端末装置１１０は、取引番号を示すＱＲコード１３１０を出力する際に、取引番号送信部８０５によって送信された取引番号に加えて、当該取引番号を読み取った店舗端末装置１２０に、読み取った取引番号および店舗識別情報である店舗の口座番号を決済仲介サーバ１３１（のＵＲＬ）に対して送信させるアプリケーションソフト（以下、実施の形態１と同様に、「決済支援アプリケーションソフト」という）を含むＱＲコード１３１０を出力してもよい。この決済支援アプリケーションソフトは、決済システム１００を利用する店舗端末装置１２０にあらかじめインストールされているものであってもよい。

あるいは、利用者端末装置１１０は、たとえば、取引番号送信部８０５によって送信された取引番号を示す数値（数字）情報を、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって、取引番号を可視化してもよい。また、あるいは、利用者端末装置１１０は、たとえば、取引番号送信部８０５によって送信された取引番号を示すＱＲコード１３１０や数値（数字）情報を、利用者端末装置１１０に無線あるいは有線接続されたプリンタを介してプリント出力することによって、取引番号を可視化してもよい。

店舗端末装置１２０（の決済支援アプリケーションソフト）は、利用者端末装置１１０によって可視化された取引番号の入力を受け付ける。決済システム１００においては、たとえば、利用者端末装置１１０のディスプレイ２０４に取引番号を示すＱＲコード１３１０が表示された場合、利用者は、店舗端末装置１２０を実現するスマートフォンが備えるカメラ２０８を用いて、ＱＲコード１３１０を読み取らせる運用とする。

店舗端末装置１２０は、ＱＲコード１３１０の読み取りがおこなわれた場合、読み取られたＱＲコード１３１０に含まれる決済支援アプリケーションソフトを実行することにより、当該ＱＲコード１３１０に含まれている取引番号の入力を受け付け、入力を受け付けた取引番号および当該取引番号が入力された店舗の口座番号を、決済仲介サーバ１３１に送信する。また、店舗端末装置１２０は、利用者が店舗へ支払う支払金額をあわせて決済仲介サーバ１３１に送信する。

取引番号受信部８０６は、店舗端末装置１２０から送信された、取引番号送信部８０５によって送信された取引番号と、利用者が店舗へ支払う支払金額と、当該取引番号が入力された店舗端末装置１２０が設置された店舗の口座番号と、を受信する。

公認判断部４５０２は、口座情報テーブル４００に基づいて、取引番号受信部８０６によって受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。公認判断部４５０２は、取引番号受信部８０６によって支払金額が受信されるごとに、当該支払金額とともに取引番号受信部８０６によって受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。

抽出部８０７は、公認判断部４５０２によって公認店舗であると判断された場合に、取引番号受信部８０６によって受信された取引番号に対応する利用者端末装置１１０の利用者の口座番号を記憶部８０４から抽出する。抽出部８０７は、取引番号受信部８０６によって受信された取引番号が公認判断部４５０２によって公認店舗であると判断された場合に、取引情報テーブル５００を参照して、取引番号受信部８０６によって受信された取引番号に対応する利用者の口座番号を、取引情報テーブル５００から抽出する。すなわち、取引番号受信部８０６によって受信された取引番号に対応する利用者の口座番号は、公認判断部４５０２によって公認店舗であると判断された場合にのみ抽出される。

取引情報送信部８０８は、抽出部８０７によって抽出された利用者の口座番号にかかる利用者の情報および取引番号受信部８０６によって受信された支払金額を含む取引情報を利用者端末装置１１０へ送信する。利用者の口座番号にかかる利用者は、たとえば、利用者の口座番号によって特定される利用者端末装置１１０の利用者（所有者）としてあらかじめ登録されている利用者とすることができる。

利用者端末装置１１０（の決済支援アプリケーションソフト）は、取引情報を受信した場合に、決済支援アプリケーションソフトを実行し、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。利用者は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０（の決済支援アプリケーションソフト）は、本人確認情報が入力された場合、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する。

認証情報受信部８０９は、利用者端末装置１１０から、取引情報に対する認証情報を受信する。認証処理部８１０は、抽出部８０７によって抽出された支払金額および利用者端末装置ＩＤにかかる利用者の情報に基づいて、当該利用者の認証処理をおこなう。また、認証処理部８１０は、認証情報受信部８０９によって受信された認証情報に基づいて認証処理をおこなう。

中断通知部４５０３は、公認判断部４５０２によって公認店舗ではないと判断された場合に、該当店舗が公認店舗ではないために処理を中断することを、店舗端末装置１２０に通知する。中断通知部４５０３は、たとえば、「貴店は××決済システムのオフィシャル店舗ではないため決済をお受けできません。」などの、該当店舗が公認店舗ではないために処理を中断することを示す中断通知を、該当する店舗端末装置１２０に対して送信する。また、具体的には、中断通知部４５０３は、たとえば、「貴店は××決済システムのオフィシャル店舗ではないため決済をお受けできません。本決済システムの利用については××−××××−××××にお問い合わせください。」というメッセージを含む中断通知を、該当する店舗端末装置１２０に対して送信してもよい。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態４の決済システム１００の処理手順について説明する。図４６は、この発明にかかる実施の形態４の決済システム１００の処理手順を示す説明図である。

図４６において、この発明にかかる実施の形態４の決済システム１００を利用した決済に際しては、利用者端末装置１１０から決済仲介サーバ１３１に対して、支払意思情報を送信する（図４６における矢印４６１０を参照）。決済仲介サーバ１３１は、利用者端末装置１１０から支払意思情報を受信すると、取引番号を生成する。そして、生成された取引番号と受信された利用者端末装置ＩＤとを関連付けて取引情報テーブル５００に記憶する。

つぎに、決済仲介サーバ１３１は、生成された取引番号を、支払意思情報の送信元となる利用者端末装置１１０に対して送信する（図４６における矢印４６２０を参照）。利用者端末装置１１０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコード１３１０を生成し、生成されたＱＲコード１３１０を表示する。

店舗（の店員）は、利用者端末装置１１０において表示されたＱＲコード１３１０を読み取ることによって、店舗端末装置１２０に取引番号を入力する。店舗端末装置１２０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図４６における矢印４６３０を参照）。店舗端末装置１２０は、取引番号に加えて、支払金額および当該店舗端末装置１２０が設置された店舗の口座番号を決済仲介サーバ１３１に送信する。支払金額は、店舗端末装置１２０による取引番号、支払金額および店舗の口座番号の送信に先立って、たとえば、店舗（の店員）によって入力される。取引番号と支払金額とは、どちらが先に入力されるものであってもよい。

決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信すると、口座情報テーブル４００に基づいて、受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。受信された店舗の口座番号にかかる店舗が公認店舗である場合は、店舗端末装置１２０から送信されて決済仲介サーバ１３１において受信された取引番号に対応する利用者の口座番号を、取引情報テーブル５００から抽出する。

決済仲介サーバ１３１は、抽出された利用者の口座番号によって特定される利用者端末装置１１０に対して、受信された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を送信する（図４６における矢印４６４０を参照）。利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する。利用者は、店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図４６における矢印４６５０を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図４６における矢印１８２０を参照）。

その後、決済仲介サーバ１３１は、決済を実行した場合に、当該決済を実行した結果を示す決済結果通知を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに送信する（図４６における矢印４６６０、４６７０を参照）。これによって、決済が完了したことを、利用者あるいは店舗に案内することができる。

利用者端末装置１１０のみ、あるいは店舗端末装置１２０のみに決済結果通知を送信する場合、受信した一方（たとえば利用者）が他方（たとえば店員）に対して、受信された決済結果通知を見せるような決済システム１００の運用としてもよい。決済仲介サーバ１３１は、決済結果通知を、利用者端末装置１１０および店舗端末装置１２０の両方に送信してもよい。

決済仲介サーバ１３１は、上記の判断（オフィシャル判断）の結果、受信された店舗の口座番号にかかる店舗が公認店舗ではないと判断した場合に、以降の処理を中断する。また、決済仲介サーバ１３１は、上記の判断の結果、受信された店舗の口座番号にかかる店舗が公認店舗ではないと判断した場合に、該当店舗が公認店舗ではないために処理を中断することを、店舗端末装置１２０に通知するようにしてもよい（図４６における矢印４６８０を参照）。

また、決済仲介サーバ１３１は、上記の判断の結果、受信された店舗の口座番号にかかる店舗が公認店舗ではないと判断した場合に、該当店舗が公認店舗ではないために処理を中断することを、利用者端末装置１１０に通知するようにしてもよい。この場合、利用者端末装置１１０は、該当店舗が公認店舗ではないために処理を中断することを案内する表示画面（図４８−２における符号４８２０を参照）を表示する。

（利用者端末装置１１０の表示画面例）
つぎに、この発明にかかる実施の形態４の決済システム１００における利用者端末装置１１０の表示画面例について説明する。図４７、図４８−１および図４８−２は、この発明にかかる実施の形態４の決済システム１００における利用者端末装置１１０の表示画面例を示す説明図である。図４７、図４８−１および図４８−２において、表示画面４７００、４８００、４８２０は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

図４７において、表示画面４７００は、利用者名および当該利用者に支払意思がある意思表示をおこなわせる「ＯＫ」キーを表示する。表示画面４７００において、「ＯＫ」キーが操作された場合、利用者端末装置１１０は、表示画面４７００に表示されている利用者名によって特定される利用者に支払意思があることを示す支払意思情報を、決済仲介サーバ１３１に送信する。

図４８−１において、表示画面４８００は、利用者名、取引番号および取引番号を示すＱＲコード１３１０を表示する。取引番号を示すＱＲコード１３１０は、たとえば、利用者端末装置１１０を実現するスマートフォンにおいて生成される。あるいは、取引番号を示すＱＲコード１３１０は、たとえば、決済仲介サーバ１３１において生成されたものであってもよい。表示画面４８００は、表示画面４７００において「ＯＫ」キーが操作され、決済仲介サーバ１３１において生成された取引番号を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

図４８−２において、表示画面４８２０は、利用者名、利用店舗名に加えて、公認店舗ではないために決済を中断したことを示すメッセージを表示する。表示画面４８２０において、メッセージは、たとえば「下記店舗はオフィシャル店舗ではないためお支払いできません。」などのように、表示画面４８２０に店舗名が示された店舗が公認店舗ではないために、支払いができないことを示す文章とすることができる。表示画面４８２０は、決済仲介サーバ１３１において取引番号が生成されていないために該当する店舗が公認店舗ではないと認められる場合であって当該決済仲介サーバ１３１から中断通知を受信した際に、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

（店舗端末装置１２０の表示画面例）
つぎに、この発明にかかる実施の形態４の決済システム１００における店舗端末装置１２０の表示画面例について説明する。図４９および図５０は、この発明にかかる実施の形態４の決済システム１００における店舗端末装置１２０の表示画面例を示す説明図である。図４９および図５０において、表示画面４９００、５０００は、店舗端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

図４９において、表示画面４９００は、店舗名および枠画像を表示する。枠画像は、読み取り対象とするＱＲコード１３１０の位置や大きさ（店舗端末装置１２０とＱＲコード１３１０との距離）などを案内する。表示画面４９００は、たとえば、「下記の枠内にＱＲコードをかざしてください」など、読み取り対象とするＱＲコード１３１０の位置や大きさ（店舗端末装置１２０とＱＲコード１３１０との距離）などを案内するメッセージを表示してもよい。表示画面４９００は、店舗端末装置１２０において決済支援アプリケーションソフトが起動された際に、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

図５０において、表示画面５０００は、店舗名や支払金額を表示する。表示画面５０００は、支払金額の入力に際して、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。表示画面５０００において、店舗名はあらかじめ表示され、支払金額は店舗（の店員）によって入力される。また、表示画面５０００は、支払金額を入力するための数字キーや「ＯＫ」キーを表示する。店舗（の店員）は、表示画面５０００に表示されたこれらのキーを操作することによって支払金額を入力することができる。

表示画面４９００と表示画面５０００とは、いずれを先に表示してもよい。すなわち、店舗端末装置１２０において決済支援アプリケーションソフトが起動された際に、表示画面５０００を表示し、支払金額が入力された後に表示画面４９００を表示するようにしてもよい。

決済システム１００において、上記の表示画面２４００、２６００、４７００、４８００、４９００、５０００は、表示画面４７００→表示画面４８００→表示画面２６００→表示画面４９００→表示画面５０００→表示画面２４００の順に表示される。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態４の決済システム１００における利用者端末装置１１０の処理手順について説明する。図５１は、この発明にかかる実施の形態４の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。図５１のフローチャートに示した処理は、利用者端末装置１１０において決済支援アプリケーションが起動されている状態において実行される。

図５１のフローチャートにおいて、まず、この発明にかかる実施の形態４の決済システム１００における利用者端末装置１１０は、支払意思情報の入力を受け付けたか否かを判断する（ステップＳ５１０１）。支払意思情報の入力を受け付けていない場合（ステップＳ５１０１：Ｎｏ）は、支払意思情報の入力を受け付けるまで待機する。

ステップＳ５１０１において、支払意思情報の入力を受け付けた場合（ステップＳ５１０１：Ｙｅｓ）は、入力を受け付けた支払意思情報の送信指示があったか否かを判断する（ステップＳ５１０２）。支払意思情報の送信指示がない場合（ステップＳ５１０２：Ｎｏ）は、支払意思情報の送信指示があるまで待機する。

一方、ステップＳ５１０２において、支払意思情報の送信指示があった場合（ステップＳ５１０２：Ｙｅｓ）は、決済仲介サーバ１３１に対して、ステップＳ５１０１：Ｙｅｓにおいて入力を受け付けた支払意思情報を送信する（ステップＳ５１０３）。そして、支払意思情報を送信した結果、決済仲介サーバ１３１から送信された取引番号を受信したか否かを判断する（ステップＳ５１０４）。

ステップＳ５１０４において、決済仲介サーバ１３１から送信された取引番号を受信した場合（ステップＳ５１０４：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、受信された取引番号を表示する（ステップＳ５１０５）。その後、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ５１０６）。決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ５１０６：Ｎｏ）は、受信するまで待機する。

あるいは、ステップＳ５１０６においては、ステップＳ５１０５において取引番号を表示してから所定時間が経過したか否かを判断し、ステップＳ５１０５において取引番号を表示してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合は、一連の処理を終了するようにしてもよい。この場合、利用者端末装置１１０においては、表示画面４８２０を表示して、公認店舗ではないために決済を中断したことを案内する。あるいは、この場合、該当店舗が公認店舗ではないために決済が中断された可能性、および、該当店舗に対する決済方法の確認を促すメッセージなどを表示してもよい。

ステップＳ５１０６においては、ステップＳ５１０５において取引番号を表示してから所定時間が経過したか否かを判断し、ステップＳ５１０５において取引番号を表示してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ５１０６において、ステップＳ５１０５において取引番号を表示した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ５１０６：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ５１０６：Ｙｅｓにおいて受信された取引情報を表示する（ステップＳ５１０７）。

つぎに、本人確認情報の入力を受け付けるまで待機し（ステップＳ５１０８：Ｎｏ）、本人確認情報の入力を受け付けた場合（ステップＳ５１０８：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ５１０９）。取引番号および本人確認情報の送信指示がない場合（ステップＳ５１０９：Ｎｏ）は、当該送信指示があるまで待機する。取引番号および本人確認情報の送信指示があった場合（ステップＳ５１０９：Ｙｅｓ）は、認証情報を生成し（ステップＳ５１１０）、決済仲介サーバ１３１に対して、生成された認証情報を送信する（ステップＳ５１１１）。

そして、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ５１１２）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ５１１２：Ｙｅｓ）は、受信された決済結果通知に基づいて決済結果を報知して（ステップＳ５１１３）、一連の処理を終了する。

ステップＳ５１１２において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ５１１２：Ｎｏ）は、ステップＳ５１１１において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５１１４）。ステップＳ５１１１において認証情報を送信してから所定時間が経過していない場合（ステップＳ５１１４：Ｎｏ）は、ステップＳ５１１２へ戻る。

ステップＳ５１１４において、ステップＳ５１１１において認証情報を送信してから所定時間が経過した場合（ステップＳ５１１４：Ｙｅｓ）は、決済が完了したことを確認するように促すメッセージを報知して（ステップＳ５１１５）、一連の処理を終了する。ステップＳ５１１５においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済結果画面を確認してください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ５１０４において、決済仲介サーバ１３１から送信された取引番号を受信していない場合（ステップＳ５１０４：Ｎｏ）は、ステップＳ５１０３において支払意思情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５１１６）。ステップＳ５１０３において支払意思情報を送信してから所定時間が経過していない場合（ステップＳ５１１６：Ｎｏ）は、ステップＳ５１０４へ戻る。

一方、ステップＳ５１１６において、ステップＳ５１０３において支払意思情報を送信してから所定時間が経過した場合（ステップＳ５１１６：Ｙｅｓ）は、エラーが発生したと判断し、所定のエラー処理をおこなう（ステップＳ５１１７）。ステップＳ５１１７においては、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態４の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図５２は、この発明にかかる実施の形態４の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図５２のフローチャートにおいて、まず、この発明にかかる実施の形態４の決済システム１００における決済仲介サーバ１３１は、利用者端末装置１１０から送信された支払意思情報を受信したか否かを判断する（ステップＳ５２０１）。利用者端末装置１１０から送信された支払意思情報を受信していない場合（ステップＳ５２０１：Ｎｏ）は、受信するまで待機する。

ステップＳ５２０１において、利用者端末装置１１０から送信された支払意思情報を受信した場合（ステップＳ５２０１：Ｙｅｓ）は、取引番号を生成し（ステップＳ５２０２）、生成された取引番号を記憶する（ステップＳ５２０３）。ステップＳ５２０３においては、ステップＳ５２０２において生成された取引番号と支払意思情報の送信元となる利用者端末装置１１０の利用者の口座番号とを関連付けて、取引情報テーブル５００に記憶する。そして、ステップＳ５２０１：Ｙｅｓにおいて受信された支払意思情報の送信元となる利用者端末装置１１０に対して、ステップＳ５２０２において生成された取引番号を送信する（ステップＳ５２０４）。

つぎに、店舗端末装置１２０から、取引番号、店舗の口座番号および支払金額を受信したか否かを判断する（ステップＳ５２０５）。取引番号、店舗の口座番号および支払金額を受信した場合（ステップＳ５２０５：Ｙｅｓ）は、口座情報テーブル４００に基づいて、ステップＳ５２０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する（ステップＳ５２０６）。

ステップＳ５２０６において、ステップＳ５２０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗である場合（ステップＳ５２０６：Ｙｅｓ）は、ステップＳ５２０５：Ｙｅｓにおいて受信された取引番号、店舗の口座番号および支払金額に基づいて、取引情報テーブル５００を参照し、該当する利用者端末装置ＩＤを抽出する（ステップＳ５２０７）。

そして、ステップＳ５２０７において抽出された利用者の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ５２０８）。ステップＳ５２０８においては、ステップＳ５２０７において抽出された利用者の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金先口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

また、ステップＳ５２０８においては、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００における取引情報登録日時および状況フラグを参照し、取引情報テーブル５００を更新するか否かを判断する。具体的に、ステップＳ５２０８においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以内に含まれる日時である場合に、取引情報テーブル５００を更新する。あるいは、具体的に、ステップＳ５２０８においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「処理中」を示す場合に、取引情報テーブル５００を更新する。

また、具体的に、ステップＳ５２０８においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以上経過した日時である場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。あるいは、具体的に、ステップＳ５２０７においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「完了」を示す場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。

つぎに、ステップＳ５２０７において抽出された利用者端末装置ＩＤに該当する利用者端末装置１１０に対して、生成された取引情報を送信する（ステップＳ５２０９）。そして、ステップＳ５２０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ５２１０）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ５２１０：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ５２１１）。ステップＳ５２１１において実行する認証処理は、上記の実施の形態１における認証処理と同様であるため説明を省略する。

つぎに、ステップＳ５２１１においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可されたか否かを判断する（ステップＳ５２１２）。認証がＯＫではない場合（ステップＳ５２１２：Ｎｏ）は、ステップＳ５２２０へ移行する。

ステップＳ５２１２において、認証がＯＫであった場合（ステップＳ５２１２：Ｙｅｓ）は、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ５２１３）。ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ５２１３：Ｎｏ）は、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ５２１４）。

ステップＳ５２１４において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ５２１４：Ｙｅｓ）は、ステップＳ５２１７へ移行する。一方、ステップＳ５２１４において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ５２１４：Ｎｏ）は、ステップＳ５２２０へ移行する。

ステップＳ５２１３において、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ５２１３：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ５２１５）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ５２１６）。

ステップＳ５２１６において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ５２１６：Ｙｅｓ）は、ステップＳ５２１７へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ５２１６：Ｎｏ）は、ステップＳ５２２０へ移行する。

ステップＳ５２１７においては、認証処理の結果に基づいて、決済を実行する（ステップＳ５２１７）。ステップＳ５２１７においては、たとえば、ステップＳ５２１４：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ５２１７においては、たとえば、ステップＳ５２１６：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

そして、認証処理の結果に基づいて、決済を実行する（ステップＳ５２１７）。その後、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ５２１７において実行された決済の結果を示す決済結果通知を送信して（ステップＳ５２１８）、一連の処理を終了する。

また、ステップＳ５２１８においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「完了」に更新する。ステップＳ５２１８において更新される状況フラグは、「処理中」および「完了」のみを示すのではなく、たとえば、後述するステップＳ５２２０のように、一連の処理がエラーで終了した場合などは「エラー」を示すものであってもよい。

一方、ステップＳ５２１０において、ステップＳ５２０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ５２１０：Ｎｏ）は、ステップＳ５２０９において取引情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５２１９）。所定時間が経過していない場合（ステップＳ５２１９：Ｎｏ）は、ステップＳ５２１０へ戻る。

ステップＳ５２１９において、ステップＳ５２０９において取引情報を送信してから所定時間が経過した場合（ステップＳ５２１９：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、処理の終了を報知したりエラー報知をおこなったりなどの所定のエラー処理をおこなって（ステップＳ５２２０）、一連の処理を終了する。

ステップＳ５２２０においては、たとえば、ステップＳ５２１４：Ｎｏを経由した場合は、該当する口座番号に関連付けられている口座残高が支払金額以上ではないために決済ができないことを示すエラーメッセージを、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

また、ステップＳ５２２０においては、たとえば、ステップＳ５２１６：Ｎｏを経由した場合は、外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であることを示すエラーメッセージを、ステップＳ５２１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

ステップＳ５２０６において、ステップＳ５２０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗ではない場合（ステップＳ５２０６：Ｎｏ）は、以降の処理を中断し、一連の処理を終了する。なお、ステップＳ５２０６においては、ステップＳ５２０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗ではない場合に、ステップＳ５２０５：Ｙｅｓにおいて受信された支払金額の送信元の店舗端末装置１２０に対して中断通知を送信するようにしてもよい。

ステップＳ５２０５において、店舗端末装置１２０から取引番号および店舗の口座番号、支払金額を受信していない場合（ステップＳ５２０５：Ｎｏ）は、ステップＳ５２０４において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ５２２１）。

ステップＳ５２２１において、ステップＳ５２０４において取引番号を送信してから所定時間が経過していない場合（ステップＳ５２２１：Ｎｏ）は、ステップＳ５２０５へ戻る。一方、ステップＳ５２２１において、ステップＳ５２０４において取引番号を送信してから所定時間が経過した場合（ステップＳ５２２１：Ｙｅｓ）は、ステップＳ５２２０へ移行する。

（店舗端末装置１２０の処理手順）
つぎに、この発明にかかる実施の形態４の決済システム１００における店舗端末装置１２０の処理手順について説明する。図５３は、この発明にかかる実施の形態４の決済システム１００における店舗端末装置１２０の処理手順を示すフローチャートである。

図５３のフローチャートにおいて、まず、この発明にかかる実施の形態４の決済システム１００における店舗端末装置１２０は、取引番号が入力されたか否かを判断する（ステップＳ５３０１）。ステップＳ５３０１においては、たとえば、利用者端末装置１１０によって表示されたＱＲコード１３１０を、店舗端末装置１２０を実現するスマートフォンが備えるカメラ２０８を用いて読み取ることによって、取引番号の入力をおこなうことができる。あるいは、ステップＳ５３０１においては、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるキーボード２０５を操作することによって、取引番号を示す数値を直接入力してもよい。

ステップＳ５３０１において、取引番号が入力されていない場合（ステップＳ５３０１：Ｎｏ）は、取引番号が入力されるまで待機する。一方、取引番号が入力された場合（ステップＳ５３０１：Ｙｅｓ）は、支払金額が入力されているか否かを判断する（ステップＳ５３０２）。支払金額が入力されていない場合（ステップＳ５３０２：Ｎｏ）は、ステップＳ５３０２へ戻る。

この発明にかかる実施の形態４の決済システム１００において、支払金額の入力は、取引番号の入力を受け付ける前であってもよく、取引番号の入力を受け付けた後であってもよい。取引番号の入力を受け付けた後に支払金額の入力を受け付ける場合、ステップＳ５３０２においては、表示画面５０００における「ＯＫ」キーが操作されたか否かを判断するようにしてもよい。

ステップＳ５３０２において、支払金額が入力されている場合（ステップＳ５３０２：Ｙｅｓ）は、決済仲介サーバ１３１に対して、入力された取引番号、支払金額および当該取引番号が入力された店舗端末装置１２０が設置された店舗の口座番号を送信する（ステップＳ５３０３）。

そして、図５２におけるステップＳ５２１８において決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ５３０４）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ５３０４：Ｙｅｓ）は、受信された決済結果通知に基づいて決済結果を報知して（ステップＳ５３０５）、一連の処理を終了する。

ステップＳ５３０４において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ５３０４：Ｎｏ）は、ステップＳ５３０３において支払金額、取引番号および店舗の口座番号を送信してから所定時間が経過したか否かを判断する（ステップＳ５３０６）。ステップＳ５３０３において支払金額、取引番号および店舗の口座番号を送信してから所定時間が経過していない場合（ステップＳ５３０６：Ｎｏ）は、ステップＳ５３０４へ戻る。

ステップＳ５３０６において、ステップＳ５３０３において取引番号および店舗の口座番号を送信してから所定時間が経過した場合（ステップＳ５３０６：Ｙｅｓ）は、決済が完了したことを確認するように促すメッセージを報知して（ステップＳ５３０７）、一連の処理を終了する。ステップＳ５３０７においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済結果画面を確認してください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

以上説明したように、この発明にかかる実施の形態４の決済システム１００は、利用者端末装置１１０から受信された支払意思情報に対して取引番号を生成し、生成された取引番号と、利用者端末装置１１０の利用者端末装置ＩＤとを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を利用者端末装置１１０へ送信する。そして、送信された取引番号、支払金額、および当該取引番号が入力された店舗端末装置ＩＤを、店舗端末装置１２０から受信すると、口座情報テーブル４００に基づいて、受信された店舗端末装置ＩＤにかかる店舗が公認店舗であるか否かを判断（オフィシャル判断）する。

前述の判断（オフィシャル判断）の結果、公認店舗であると判断された場合は、受信された取引番号に対応する利用者端末装置ＩＤを取引情報テーブル５００から抽出し、抽出された利用者端末装置ＩＤにかかる利用者の情報および受信された情報に基づいておこなわれた認証処理に応じて決済を実行し、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知することを特徴としている。また、この発明にかかる実施の形態４の決済システム１００は、前述の判断（オフィシャル判断）の結果、公認店舗ではないと判断された場合に、以降の処理を中断することを特徴としている。

この発明にかかる実施の形態４の決済システム１００によれば、利用者がカード決済によって取引をおこなおうとする店舗が公認店舗である場合にのみ、当該取引にかかる取引情報が利用者端末装置１１０に対して送信される。これによって、公認店舗の店舗端末装置１２０ではない不正な端末装置との間において、利用者が意図していない不正な取引がおこなわれることを防止することができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態４の決済システム１００によれば、たとえばクレジットカードやデビットカードなどの現金に代わる決済手段を用いて、これらの決済手段を用いて決済をおこなうことによる高い利便性を維持しつつ、利用者の個人情報が店舗（の店員）などの第三者に知られることなく対面販売方式での決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態４の決済システム１００は、抽出された利用者端末装置ＩＤにかかる利用者の情報および受信された支払金額を含む取引情報を利用者端末装置１１０へ送信し、送信された取引情報に対する認証情報を利用者端末装置１１０から受信し、受信された認証情報に基づいて認証処理をおこなうことを特徴としている。この発明にかかる実施の形態２の決済システム１００によれば、利用者の情報や支払金額などを当該利用者が確認してから認証処理がおこなわれる。これによって、現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

（（実施の形態５））
つぎに、この発明にかかる実施の形態５の決済システム１００について説明する。実施の形態５においては、上述した実施の形態１、実施の形態２、実施の形態３および実施の形態４と同一部分は同一符号で示し、説明を省略する。

（決済システム１００の機能的構成）
図５４は、この発明にかかる実施の形態５の決済システム１００を構成する各部の機能的構成を示すブロック図である。図５４において、この発明にかかる実施の形態５の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払意思情報受信部４５０１と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、公認判断部５４０１と、抽出部８０７と、取引情報送信部５４０２と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、によって実現される。

この発明にかかる実施の形態５の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払意思情報受信部４５０１、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、取引番号受信部８０６、公認判断部５４０１、抽出部８０７、取引情報送信部５４０２、認証情報受信部８０９、認証処理部８１０、決済実行部８１１および通知部８１２は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

公認判断部５４０１は、口座情報テーブル４００に基づいて、取引番号受信部８０６によって受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。公認判断部５４０１は、取引番号受信部８０６によって支払金額が受信されるごとに、当該支払金額とともに取引番号受信部８０６によって受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。

抽出部８０７は、取引番号受信部８０６によって受信された取引番号に対応する利用者端末装置ＩＤを記憶部８０４から抽出する。抽出部８０７は、取引情報テーブル５００を参照して、取引番号受信部８０６によって受信された取引番号に対応する利用者端末装置ＩＤを、取引情報テーブル５００から抽出する。

取引情報送信部５４０２は、公認判断部５４０１によって公認店舗であると判断された場合に、抽出部８０７によって抽出された利用者の口座番号にかかる利用者の情報および取引番号受信部８０６によって受信された支払金額を含む取引情報を、利用者端末装置１１０へ送信する。すなわち、取引情報送信部５４０２は、公認判断部５４０１によって公認店舗であると判断された場合は、利用者端末装置１１０に対して取引情報のみを送信する。

また、取引情報送信部５４０２は、公認判断部５４０１によって公認店舗であると判断された場合に、該当店舗が公認店舗であることを示す情報を利用者端末装置１１０へ送信するようにしてもよい。これによって、利用者端末装置１１０の利用者に対して、該当店舗が公認店舗であることを積極的に案内することができる。このように、該当店舗が公認店舗であることを積極的に案内することにより、該当店舗における決済における利用者の安心感の向上を図るとともに、該当店舗における販売促進を図る効果が期待できる。

また、取引情報送信部５４０２は、公認判断部５４０１によって公認店舗ではないと判断された場合に、抽出部８０７によって抽出された利用者の口座番号にかかる利用者の情報および取引番号受信部８０６によって受信された支払金額を含む取引情報と上記の確認情報とを利用者端末装置１１０へ送信する。すなわち、取引情報送信部５４０２は、公認判断部５４０１によって公認店舗ではないと判断された場合は、利用者端末装置１１０に対して取引情報および確認情報を送信する。

なお、抽出部８０７は、取引番号受信部８０６によって取引番号が受信されるごとに、当該取引番号に対応する利用者の口座番号を記憶部８０４から抽出するものであってもよい。この場合、公認判断部５４０１は、取引番号受信部８０６によって受信された取引番号に対応する利用者の口座番号を抽出部８０７によって抽出した後に、取引番号受信部８０６によって受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態５の決済システム１００の処理手順について説明する。図５５は、この発明にかかる実施の形態５の決済システム１００の処理手順を示す説明図である。

図５５において、この発明にかかる実施の形態５の決済システム１００を利用した決済に際しては、利用者端末装置１１０から決済仲介サーバ１３１に対して、支払意思情報を送信する（図５５における矢印４６１０を参照）。決済仲介サーバ１３１は、利用者端末装置１１０から支払意思情報を受信すると、取引番号を生成する。そして、生成された取引番号と受信された利用者の口座番号とを関連付けて取引情報テーブル５００に記憶する。

つぎに、決済仲介サーバ１３１は、生成された取引番号を、支払意思情報の送信元となる利用者端末装置１１０に対して送信する（図５５における矢印４６２０を参照）。利用者端末装置１１０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコード１３１０を生成し、生成されたＱＲコード１３１０を表示する。

店舗（の店員）は、利用者端末装置１１０において表示されたＱＲコード１３１０を読み取ることによって、店舗端末装置１２０に取引番号を入力する。店舗端末装置１２０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図５５における矢印４６３０を参照）。店舗端末装置１２０は、取引番号に加えて、支払金額および当該店舗端末装置１２０が設置された店舗の口座番号を決済仲介サーバ１３１に送信する。支払金額は、店舗端末装置１２０による取引番号、支払金額および店舗の口座番号の送信に先立って、たとえば、店舗（の店員）によって入力される。取引番号と支払金額とは、どちらが先に入力されるものであってもよい。

決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信すると、口座情報テーブル４００に基づいて、受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する。そして、受信された店舗の口座番号にかかる店舗が公認店舗であるか否かの判断をおこなった場合は、店舗端末装置１２０から送信されて決済仲介サーバ１３１において受信された取引番号に対応する利用者の口座番号を、取引情報テーブル５００から抽出する。

上記の判断の結果、受信された店舗の口座番号にかかる店舗が公認店舗である場合、決済仲介サーバ１３１は、抽出された利用者の口座番号によって特定される利用者端末装置１１０に対して、受信された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を送信する（図５５における矢印５５１０を参照）。

一方、上記の判断の結果、受信された店舗の口座番号にかかる店舗が公認店舗ではない場合、決済仲介サーバ１３１は、抽出された利用者の口座番号によって特定される利用者端末装置１１０に対して、上記の取引情報および確認情報を送信する（図５５における矢印５５２０を参照）。

決済仲介サーバ１３１は、受信された店舗の口座番号にかかる店舗が公認店舗であるか否かの判断を、取引情報（あるいは、取引情報および確認情報）を送信する直前までにおこなうものであればよい。決済仲介サーバ１３１は、たとえば、利用者の口座番号を抽出した後に、受信された店舗の口座番号にかかる店舗が公認店舗であるか否かの判断をおこなってもよい。

また、決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信すると、受信された取引番号と当該取引番号によって特定される送金先口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信した場合、取引情報テーブル５００における取引情報登録日時および状況フラグに基づいて、該当する利用者の口座番号を抽出するか否かを判断し、判断結果に応じて、店舗端末装置１２０から送信された取引番号に対応する利用者の口座番号を抽出する。

決済仲介サーバ１３１は、たとえば、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信した日時が、該当する取引番号に対応する取引情報登録日時から所定時間以内である場合に、該当する利用者の口座番号を、取引情報テーブル５００から抽出する。あるいは、決済仲介サーバ１３１は、たとえば、決済仲介サーバ１３１は、受信した取引番号、支払金額および店舗の口座番号に関連付けられている状況フラグが「処理中」を示す場合に、該当する利用者の口座番号を、取引情報テーブル５００から抽出する。

また、決済仲介サーバ１３１は、たとえば、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信した日時が、該当する取引番号に対応する取引情報登録日時から所定時間以上経過した日時である場合、利用者の口座番号の抽出をおこなわない。また、決済仲介サーバ１３１は、たとえば、受信した取引番号に関連付けられている状況フラグが「完了」を示す場合に、利用者の口座番号の抽出をおこなわない。

利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する。利用者は、店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図５５における矢印４６５０を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図５５における矢印１８２０を参照）。

クレジットカードによる信用決済を仲介する場合、たとえば、口座情報テーブル４００においてあらかじめ登録されているカード番号および暗証番号を用いて処理をおこなうことができる。また、クレジットカードによる信用決済を仲介する場合、たとえば、本人確認情報を入力するタイミングで利用者に対して入力させた暗証番号を用いて処理をおこなってもよい。

具体的には、たとえば、利用者端末装置１１０（の決済支援アプリケーションソフト）によって、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、本人確認情報に加えてカード番号の入力を求める画面を表示する。決済実行部８１１は、認証情報受信部８０９において、ディスプレイ２０４に表示された画面にしたがって入力された本人確認情報およびカード番号を含む認証情報を受信した場合、外部決済サーバ１３２に対してカード決済要求を送信する。このカード決済要求は、外部決済サーバ１３２における信用決済を要求する利用者のカード番号と支払金額とを含む。

また、決済仲介サーバ１３１は、認証情報を受信した場合、取引情報テーブル５００における取引情報登録日時および状況フラグに基づいて、認証処理をおこなうか否かを判断し、判断結果に基づいて認証処理をおこなう。たとえば、決済仲介サーバ１３１は、認証情報を受信した日時が、該当する認証情報に対応する取引情報登録日時から所定時間以内である場合に、受信された認証情報に基づいた認証処理をおこなう。あるいは、たとえば、決済仲介サーバ１３１は、受信した認証情報に関連付けられている状況フラグが「処理中」を示す場合に、受信された認証情報に基づいた認証処理をおこなう。

また、たとえば、決済仲介サーバ１３１は、認証情報を受信した日時が、該当する認証情報に対応する取引情報登録日時から所定時間以上経過した日時である場合、認証処理をおこなわない。また、たとえば、決済仲介サーバ１３１は、受信された認証情報に関連付けられている状況フラグが「完了」を示す場合、認証処理をおこなわない。

その後、決済仲介サーバ１３１は、決済を実行した場合に、当該決済を実行した結果を示す決済結果通知を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに送信する（図５５における矢印４６６０、４６７０を参照）。これによって、決済が完了したことを、利用者あるいは店舗に案内することができる。

利用者端末装置１１０のみ、あるいは店舗端末装置１２０のみに決済結果通知を送信する場合、受信した一方（たとえば利用者）が他方（たとえば店員）に対して、受信された決済結果通知を見せるような決済システム１００の運用としてもよい。決済仲介サーバ１３１は、決済結果通知を、利用者端末装置１１０および店舗端末装置１２０の両方に送信してもよい。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態５の決済システム１００における利用者端末装置１１０の処理手順について説明する。図５６は、この発明にかかる実施の形態５の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。図５６のフローチャートに示した処理は、利用者端末装置１１０において決済支援アプリケーションが起動されている状態において実行される。

図５６のフローチャートにおいて、まず、この発明にかかる実施の形態５の決済システム１００における利用者端末装置１１０は、支払意思情報の入力を受け付けたか否かを判断する（ステップＳ５６０１）。支払意思情報の入力を受け付けていない場合（ステップＳ５６０１：Ｎｏ）は、支払意思情報の入力を受け付けるまで待機する。

ステップＳ５６０１において、支払意思情報の入力を受け付けた場合（ステップＳ５６０１：Ｙｅｓ）は、入力を受け付けた支払意思情報の送信指示があったか否かを判断する（ステップＳ５６０２）。支払意思情報の送信指示がない場合（ステップＳ５６０２：Ｎｏ）は、支払意思情報の送信指示があるまで待機する。

一方、ステップＳ５６０２において、支払意思情報の送信指示があった場合（ステップＳ５６０２：Ｙｅｓ）は、決済仲介サーバ１３１に対して、ステップＳ５６０１：Ｙｅｓにおいて入力を受け付けた支払意思情報を送信する（ステップＳ５６０３）。そして、支払意思情報を送信した結果、決済仲介サーバ１３１から送信された取引番号を受信したか否かを判断する（ステップＳ５６０４）。

ステップＳ５６０４において、決済仲介サーバ１３１から送信された取引番号を受信した場合（ステップＳ５６０４：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、受信された取引番号を表示する（ステップＳ５６０５）。その後、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ５６０６）。決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ５６０６：Ｎｏ）は、受信するまで待機する。

ステップＳ５６０６においては、ステップＳ５６０５において取引番号を表示してから所定時間が経過したか否かを判断し、ステップＳ５６０５において取引番号を表示してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ５６０６において、ステップＳ５６０５において取引番号を表示した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ５６０６：Ｙｅｓ）は、ステップＳ５６０６：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信したか否かを判断する（ステップＳ５６０７）。ステップＳ５６０７において、ステップＳ５６０６：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信していない場合（ステップＳ５６０７：Ｎｏ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ５６０６：Ｙｅｓにおいて受信された取引情報を表示して（ステップＳ５６０８）、ステップＳ５６１０へ移行する。ステップＳ５６０８においては、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、上記の表示画面２６００を表示する。

一方、ステップＳ５６０７において、ステップＳ５６０６：Ｙｅｓにおいて受信された取引情報とともに確認情報を受信した場合（ステップＳ５６０７：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ５６０６：Ｙｅｓにおいて受信された取引情報および当該取引情報とともに受信された確認情報を表示して（ステップＳ５６０９）、ステップＳ５６１０へ移行する。ステップＳ５６０９においては、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、上記の表示画面３３００を表示する。

ステップＳ５６１０においては、本人確認情報の入力を受け付けるまで待機し（ステップＳ５６１０：Ｎｏ）、本人確認情報の入力を受け付けた場合（ステップＳ５６１０：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ５６１１）。取引番号および本人確認情報の送信指示がない場合（ステップＳ５６１１：Ｎｏ）は、当該送信指示があるまで待機する。取引番号および本人確認情報の送信指示があった場合（ステップＳ５６１１：Ｙｅｓ）は、認証情報を生成し（ステップＳ５６１２）、決済仲介サーバ１３１に対して、生成された認証情報を送信する（ステップＳ５６１３）。

そして、ステップＳ５６１３において送信された認証情報に対して、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ５６１４）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ５６１４：Ｙｅｓ）は、受信された決済結果通知に基づいて決済結果を報知して（ステップＳ５６１５）、一連の処理を終了する。

ステップＳ５６１４において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ５６１４：Ｎｏ）は、ステップＳ５６１３において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５６１６）。ステップＳ５６１６においては、ステップＳ５６１３において認証情報を送信してから所定時間が経過していない場合（ステップＳ５６１６：Ｎｏ）、ステップＳ５６１４へ戻る。

ステップＳ５６１６において、ステップＳ５６１３において認証情報を送信してから所定時間が経過した場合（ステップＳ５６１６：Ｙｅｓ）は、決済が完了したことを確認するように促すメッセージを報知して（ステップＳ５６１７）、一連の処理を終了する。ステップＳ５６１７においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済結果画面を確認してください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ５６０４において、決済仲介サーバ１３１から送信された取引番号を受信していない場合（ステップＳ５６０４：Ｎｏ）は、ステップＳ５６０３において支払意思情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５６１８）。ステップＳ５６１８においては、ステップＳ５６０３において支払意思情報を送信してから所定時間が経過していない場合（ステップＳ５６１８：Ｎｏ）、ステップＳ５６０４へ戻る。

一方、ステップＳ５６１８において、ステップＳ５６０３において支払意思情報を送信してから所定時間が経過した場合（ステップＳ５６１８：Ｙｅｓ）は、エラーが発生したと判断し、所定のエラー処理をおこなう（ステップＳ５６１９）。ステップＳ５６１９においては、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態５の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図５７は、この発明にかかる実施の形態５の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図５７のフローチャートにおいて、まず、この発明にかかる実施の形態５の決済システム１００における決済仲介サーバ１３１は、利用者端末装置１１０から送信された支払意思情報を受信したか否かを判断する（ステップＳ５７０１）。利用者端末装置１１０から送信された支払意思情報を受信していない場合（ステップＳ５７０１：Ｎｏ）は、受信するまで待機する。

ステップＳ５７０１において、利用者端末装置１１０から送信された支払意思情報を受信した場合（ステップＳ５７０１：Ｙｅｓ）は、取引番号を生成し（ステップＳ５７０２）、生成された取引番号を記憶する（ステップＳ５７０３）。ステップＳ５７０３においては、ステップＳ５７０２において生成された取引番号と支払意思情報の送信元となる利用者端末装置１１０の利用者の口座番号とを関連付けて、取引情報テーブル５００に記憶する。そして、ステップＳ５７０１：Ｙｅｓにおいて受信された支払意思情報の送信元となる利用者端末装置１１０に対して、ステップＳ５７０２において生成された取引番号を送信する（ステップＳ５７０４）。

つぎに、店舗端末装置１２０から、取引番号、店舗の口座番号および支払金額を受信したか否かを判断する（ステップＳ５７０５）。取引番号、店舗の口座番号および支払金額を受信した場合（ステップＳ５７０５：Ｙｅｓ）は、ステップＳ５７０５：Ｙｅｓにおいて受信された取引番号、店舗の口座番号および支払金額に基づいて、取引情報テーブル５００を参照し、該当する利用者の口座番号を抽出する（ステップＳ５７０６）。

そして、ステップＳ５７０７において抽出された利用者の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ５７０７）。ステップＳ５７０７においては、ステップＳ５７０６において抽出された利用者の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金先口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

また、ステップＳ５７０７においては、受信された取引番号および利用者の口座番号に基づいて、取引情報テーブル５００における取引情報登録日時および状況フラグを参照し、取引情報テーブル５００を更新するか否かを判断する。具体的に、ステップＳ５７０７においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以内に含まれる日時である場合に、取引情報テーブル５００を更新する。あるいは、具体的に、ステップＳ５７０７においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「処理中」を示す場合に、取引情報テーブル５００を更新する。

また、具体的に、ステップＳ５７０７においては、たとえば、取引情報テーブル５００における取引情報登録日時を参照し、現在日時が、取引情報テーブル５００における取引情報登録日時から所定時間以上経過した日時である場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。あるいは、具体的に、ステップＳ５７０７においては、たとえば、取引情報テーブル５００における状況フラグを参照し、取引情報テーブル５００における状況フラグが「完了」を示す場合、取引情報テーブル５００を更新せず、一連の処理を終了してもよい。

つぎに、口座情報テーブル４００に基づいて、ステップＳ５７０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断する（ステップＳ５７０８）。ステップＳ５７０８において、ステップＳ５７０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗である場合（ステップＳ５７０８：Ｙｅｓ）は、ステップＳ５７０６において抽出された利用者の口座番号に該当する利用者端末装置１１０に対して、生成された取引情報を送信する（ステップＳ５７０９）。

一方、ステップＳ５７０８において、ステップＳ５７０５：Ｙｅｓにおいて受信された店舗端末装置ＩＤにかかる店舗が公認店舗ではない場合（ステップＳ５７０８：Ｎｏ）は、ステップＳ５７０７において抽出された利用者の口座番号に該当する利用者端末装置１１０に対して、生成された取引情報および確認情報を送信する（ステップＳ５７１０）。

ステップＳ５７０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が公認店舗であるか否かの判断は、ステップＳ５７０９あるいはステップＳ５７１０において取引情報を送信するまでにおこなわれるものであればよく、ステップＳ５７０９あるいはステップＳ５７１０において取引情報を送信する直前におこなうものに限らない。たとえば、ステップＳ５７０５：Ｙｅｓにおいて、取引番号、店舗の口座番号および支払金額を受信した直後に、当該受信された店舗端末装置ＩＤにかかる店舗が公認店舗であるか否かの判断をおこなってもよい。

つぎに、ステップＳ５７０９において取引情報を送信した結果、あるいはステップＳ５７１０において取引情報および確認情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ５７１１）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ５７１１：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ５７１２）。ステップＳ５７１２において実行する認証処理は、上記の各種の実施の形態における認証処理と同様であるため説明を省略する。

つぎに、ステップＳ５７１２においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可されたか否かを判断する（ステップＳ５７１３）。認証がＯＫではない場合（ステップＳ５７１３：Ｎｏ）は、ステップＳ５７２１へ移行する。

ステップＳ５７１３において、認証がＯＫであった場合（ステップＳ５７１３：Ｙｅｓ）は、ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ５７１４）。ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ５７１４：Ｎｏ）は、ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ５７１５）。

ステップＳ５７１５において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ５７１５：Ｙｅｓ）は、ステップＳ５７１８へ移行する。一方、ステップＳ５７１５において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ５７１５：Ｎｏ）は、ステップＳ５７２１へ移行する。

ステップＳ５７１４において、ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ５７１４：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ５７１６）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ５７１７）。

ステップＳ５７１７において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ５７１７：Ｙｅｓ）は、ステップＳ５７１８へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ５７１７：Ｎｏ）は、ステップＳ５７２１へ移行する。

ステップＳ５７１８においては、認証処理の結果に基づいて、決済を実行する（ステップＳ５７１８）。ステップＳ５７１８においては、たとえば、ステップＳ５７１４：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ５７１８においては、たとえば、ステップＳ５７１６：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

そして、ステップＳ５７１１：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ５７１８において実行された決済の結果を示す決済結果通知を送信して（ステップＳ５７１９）、一連の処理を終了する。また、ステップＳ５７１６においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「完了」に更新する。ステップＳ５７１９において更新される状況フラグは、「処理中」および「完了」のみを示すのではなく、たとえば、後述するステップＳ５７２１のように、一連の処理がエラーで終了した場合などは「エラー」を示すものであってもよい。

一方、ステップＳ５７１１において、ステップＳ５７０９において取引情報を送信した結果、あるいはステップＳ５７１０において取引情報および確認情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ５７１１：Ｎｏ）は、ステップＳ５７０９において取引情報を送信してからあるいはステップＳ５７１０において取引情報および確認情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５７２０）。所定時間が経過していない場合（ステップＳ５７２０：Ｎｏ）は、ステップＳ５７１１へ戻る。

ステップＳ５７２０において、ステップＳ５７１０において取引情報を送信してから所定時間が経過した場合（ステップＳ５７２０：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、処理の終了を報知したりエラー報知をおこなったりなどの所定のエラー処理をおこなって（ステップＳ５７２１）、一連の処理を終了する。ステップＳ５７２１において実行するエラー処理は、上述の実施の形態１におけるエラー処理と同様であるため説明を省略する。

ステップＳ５７０５において、店舗端末装置１２０から取引番号、店舗の口座番号および支払金額を受信していない場合（ステップＳ５７０５：Ｎｏ）は、ステップＳ５７０４において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ５７２２）。ステップＳ５７２２において、ステップＳ５７０４において取引番号を送信してから所定時間が経過していない場合（ステップＳ５７２２：Ｎｏ）は、ステップＳ５７０５へ戻る。一方、ステップＳ５７２２において、ステップＳ５７０４において取引番号を送信してから所定時間が経過した場合（ステップＳ５７２２：Ｙｅｓ）は、ステップＳ５７２１へ移行する。

以上説明したように、この発明にかかる実施の形態５の決済システム１００は、利用者端末装置１１０から受信された支払意思情報に対して取引番号を生成し、生成された取引番号と、利用者端末装置１１０の利用者の口座番号とを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を利用者端末装置１１０へ送信する。そして、送信された取引番号、支払金額および当該取引番号が入力された店舗端末装置１２０が設置された店舗の口座番号を、店舗端末装置１２０から受信すると、受信された取引番号に対応する利用者の口座番号を取引情報テーブル５００から抽出する。

また、口座情報テーブル４００に基づいて、店舗端末装置１２０から受信された店舗の口座番号にかかる店舗が公認店舗であるか否かを判断（オフィシャル判断）する。判断（オフィシャル判断）の結果、公認店舗であると判断された場合には、利用者端末装置１１０に対して取引情報を送信する。一方、前述の判断（オフィシャル判断）の結果、公認店舗ではないと判断された場合には、利用者端末装置１１０に対して取引情報および確認情報を前記利用者端末装置１１０へ送信する。

その後、送信された取引情報に対する認証情報を利用者端末装置１１０から受信すると、受信された認証情報に基づいて認証処理をおこない、当該認証処理の結果に応じて決済を実行、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知する。

この発明にかかる実施の形態５の決済システム１００によれば、利用者がカード決済によって取引をおこなおうとする店舗が公認店舗ではない場合は、利用者端末装置１１０において確認情報に基づく表示画面３３００などを表示させることによって、公認店舗ではない店舗において決済システム１００を利用した決済をおこなうかどうかを、決済の実行を確定する前に利用者自身に確認させることができる。これによって、利用者に高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態５の決済システム１００によれば、たとえばクレジットカードやデビットカードなどの現金に代わる決済手段を用いて、これらの決済手段を用いて決済をおこなうことによる高い利便性を維持しつつ、利用者の個人情報が店舗（の店員）などの第三者に知られることなく対面販売方式での決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

（（実施の形態６））
つぎに、この発明にかかる実施の形態６の決済システム１００について説明する。実施の形態６においては、上述した実施の形態１ないし実施の形態５と同一部分は同一符号で示し、説明を省略する。この発明にかかる実施の形態６の決済システム１００における決済仲介サーバ１３１は、口座情報テーブル、取引情報テーブルなどの各種のデータテーブルに加えて、支払い可能口座テーブル３６００を備えている。

（決済システム１００の機能的構成）
図５８は、この発明にかかる実施の形態６の決済システム１００を構成する各部の機能的構成を示すブロック図である。図５８において、この発明にかかる実施の形態６の決済システム１００における決済仲介サーバ１３１の各機能は、口座情報テーブル４００と、支払い可能口座テーブル３６００と、支払意思情報受信部４５０１と、取引番号生成部８０３と、記憶部８０４と、取引番号送信部８０５と、取引番号受信部８０６と、信頼判断部（公認判断部）５８０１と、抽出部８０７と、取引情報送信部８０８と、認証情報受信部８０９と、認証処理部８１０と、決済実行部８１１と、通知部８１２と、によって実現される。

この発明にかかる実施の形態６の決済仲介サーバ１３１の各機能を実現する口座情報テーブル４００、支払い可能口座テーブル３６００、支払意思情報受信部４５０１、取引番号生成部８０３、記憶部８０４、取引番号送信部８０５、取引番号受信部８０６、信頼判断部５８０１、抽出部８０７、取引情報送信部８０８、認証情報受信部８０９、認証処理部８１０、決済実行部８１１および通知部８１２は、決済仲介サーバ１３１および外部決済サーバ１３２を実現するコンピュータ装置が備える各部によって実現することができる。

信頼判断部５８０１は、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、取引番号受信部８０６によって受信された店舗端末装置ＩＤにかかる店舗が信頼店舗であるか否かを判断する。信頼判断部５８０１は、取引番号受信部８０６によって支払金額が受信されるごとに、当該支払金額とともに取引番号受信部８０６によって受信された店舗端末装置ＩＤにかかる店舗が信頼店舗であるか否かを判断する。

抽出部８０７は、信頼判断部信頼店舗取引番号受信部８０６によって受信された取引番号に対応する利用者端末装置ＩＤを記憶部８０４から抽出する。抽出部８０７は、信頼判断部信頼店舗取引情報テーブル５００を参照して、取引番号受信部８０６によって受信された取引番号に対応する利用者端末装置ＩＤを、取引情報テーブル５００から抽出する。

（決済システム１００の処理手順）
つぎに、この発明にかかる実施の形態６の決済システム１００の処理手順について説明する。図５９は、この発明にかかる実施の形態６の決済システム１００の処理手順を示す説明図である。

図５９において、この発明にかかる実施の形態６の決済システム１００を利用した決済に際しては、利用者端末装置１１０から決済仲介サーバ１３１に対して、支払意思情報を送信する（図５９における矢印４６１０を参照）。決済仲介サーバ１３１は、利用者端末装置１１０から支払意思情報を受信すると、取引番号を生成する。そして、生成された取引番号と受信された利用者の口座番号とを関連付けて取引情報テーブル５００に記憶する。

つぎに、決済仲介サーバ１３１は、生成された取引番号を、支払意思情報の送信元となる利用者端末装置１１０に対して送信する（図５９における矢印４６２０を参照）。利用者端末装置１１０は、決済仲介サーバ１３１から送信された取引番号を受信すると、受信された取引番号を示すＱＲコード１３１０を生成し、生成されたＱＲコード１３１０を表示する。

店舗（の店員）は、利用者端末装置１１０において表示されたＱＲコード１３１０を読み取ることによって、店舗端末装置１２０に取引番号を入力する。店舗端末装置１２０は、ＱＲコード１３１０を読み取ることによって入力された取引番号を、決済仲介サーバ１３１に送信する（図５９における矢印４６３０を参照）。店舗端末装置１２０は、取引番号に加えて、支払金額および当該店舗端末装置１２０が設置された店舗の口座番号を決済仲介サーバ１３１に送信する。支払金額は、店舗端末装置１２０による取引番号、支払金額および店舗の口座番号の送信に先立って、たとえば、店舗（の店員）によって入力される。取引番号と支払金額とは、どちらが先に入力されるものであってもよい。

決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信すると、受信された取引番号に対応する利用者の口座番号を、取引情報テーブル５００から抽出する。そして、決済仲介サーバ１３１は、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、受信された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する。

決済仲介サーバ１３１は、上記の判断の結果、受信された店舗の口座番号にかかる店舗が信頼店舗である場合、抽出された利用者の口座番号によって特定される利用者端末装置１１０に対して、受信された支払金額および店舗の口座番号にかかる店舗の情報を含む取引情報を送信する（図５９における矢印５９１０を参照）。また、決済仲介サーバ１３１は、店舗端末装置１２０から送信された取引番号、支払金額および店舗の口座番号を受信すると、受信された取引番号と当該取引番号によって特定される送金先口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

利用者端末装置１１０は、取引情報を受信すると、受信された取引情報に基づいて、店舗名などの店舗の情報や支払金額を表示する。利用者は、店舗名や支払金額を確認し、決済を実行する場合に本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された取引情報に対する認証情報を、決済仲介サーバ１３１へ送信する（図５９における矢印５９２０を参照）。

決済仲介サーバ１３１は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果に基づいて決済を実行する。決済の実行に際しては、口座情報テーブル４００に記憶されている情報に基づいて、口座間における資金移動をおこなうことによって、決済仲介サーバ１３１において決済を実行する。また、決済の実行に際しては、適宜、外部決済サーバ１３２と通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバ１３２において実行するようにしてもよい（図５９における矢印１８２０を参照）。

その後、決済仲介サーバ１３１は、決済を実行した場合に、当該決済を実行した結果を示す決済結果通知を、少なくとも利用者端末装置１１０および店舗端末装置１２０のいずれかに送信する（図５９における矢印４６６０、４６７０を参照）。これによって、決済が完了したことを、利用者あるいは店舗に案内することができる。

利用者端末装置１１０のみ、あるいは店舗端末装置１２０のみに決済結果通知を送信する場合、受信した一方（たとえば利用者）が他方（たとえば店員）に対して、受信された決済結果通知を見せるような決済システム１００の運用としてもよい。決済仲介サーバ１３１は、決済結果通知を、利用者端末装置１１０および店舗端末装置１２０の両方に送信してもよい。

決済仲介サーバ１３１は、上記の判断の結果、受信された店舗端末装置ＩＤにかかる店舗が信頼店舗ではないと判断した場合、以降の処理を中断し、抽出された利用者端末装置ＩＤによって特定される利用者端末装置１１０に対して、中断通知を送信する（図５９における矢印５９３０を参照）。利用者端末装置１１０は、中断通知を受信すると、受信された中断通知に基づいて、利用者によって指定された店舗名や、当該店舗名の上側に「下記店舗は支払先として登録されていないためお支払いできません。」というメッセージなどを表示する（図４２における表示画面４２００を参照）。なお、中断通知は、店舗端末装置１２０に対しても送信するようにしてもよい。

（利用者端末装置１１０の処理手順）
つぎに、この発明にかかる実施の形態６の決済システム１００における利用者端末装置１１０の処理手順について説明する。図６０は、この発明にかかる実施の形態６の決済システム１００における利用者端末装置１１０の処理手順を示すフローチャートである。図６０のフローチャートに示した処理は、利用者端末装置１１０において決済支援アプリケーションが起動されている状態において実行される。

図６０のフローチャートにおいて、まず、この発明にかかる実施の形態６の決済システム１００における利用者端末装置１１０は、支払意思情報の入力を受け付けたか否かを判断する（ステップＳ６００１）。支払意思情報の入力を受け付けていない場合（ステップＳ６００１：Ｎｏ）は、支払意思情報の入力を受け付けるまで待機する。

ステップＳ６００１において、支払意思情報の入力を受け付けた場合（ステップＳ６００１：Ｙｅｓ）は、入力を受け付けた支払意思情報の送信指示があったか否かを判断する（ステップＳ６００２）。支払意思情報の送信指示がない場合（ステップＳ６００２：Ｎｏ）は、支払意思情報の送信指示があるまで待機する。

一方、ステップＳ６００２において、支払意思情報の送信指示があった場合（ステップＳ６００２：Ｙｅｓ）は、決済仲介サーバ１３１に対して、ステップＳ６００１：Ｙｅｓにおいて入力を受け付けた支払意思情報を送信する（ステップＳ６００３）。そして、支払意思情報を送信した結果、決済仲介サーバ１３１から送信された取引番号を受信したか否かを判断する（ステップＳ６００４）。ステップＳ６００４において、決済仲介サーバ１３１から送信された取引番号を受信していない場合（ステップＳ６００４：Ｎｏ）は、決済仲介サーバ１３１から送信された取引番号を受信するまで待機する。

ステップＳ６００４において、決済仲介サーバ１３１から送信された取引番号を受信した場合（ステップＳ６００４：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、受信された取引番号を表示する（ステップＳ６００５）。その後、決済仲介サーバ１３１から送信された取引情報を受信したか否かを判断する（ステップＳ６００６）。

ステップＳ６００６においては、ステップＳ６００５において取引番号を表示してから所定時間が経過したか否かを判断し、ステップＳ６００５において取引番号を表示してから所定時間が経過しても決済仲介サーバ１３１から送信された取引情報を受信していない場合はエラーが発生したと判断し、所定のエラー処理をおこなうようにしてもよい。この場合、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ６００６において、ステップＳ６００５において取引番号を表示した結果、決済仲介サーバ１３１から送信された取引情報を受信した場合（ステップＳ６００６：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ６００６：Ｙｅｓにおいて受信された取引情報を表示する（ステップＳ６００７）。

つぎに、本人確認情報の入力を受け付けるまで待機し（ステップＳ６００８：Ｎｏ）、本人確認情報の入力を受け付けた場合（ステップＳ６００８：Ｙｅｓ）は、取引番号および本人確認情報の送信指示があったか否かを判断する（ステップＳ６００９）。取引番号および本人確認情報の送信指示がない場合（ステップＳ６００９：Ｎｏ）は、当該送信指示があるまで待機する。取引番号および本人確認情報の送信指示があった場合（ステップＳ６００９：Ｙｅｓ）は、認証情報を生成し（ステップＳ６０１０）、決済仲介サーバ１３１に対して、生成された認証情報を送信する（ステップＳ６０１１）。

そして、決済仲介サーバ１３１から送信された決済結果通知を受信したか否かを判断する（ステップＳ６０１２）。決済仲介サーバ１３１から送信された決済結果通知を受信した場合（ステップＳ６０１２：Ｙｅｓ）は、受信された決済結果通知に基づいて決済結果を報知して（ステップＳ６０１３）、一連の処理を終了する。

ステップＳ６０１２において、決済仲介サーバ１３１から送信された決済結果通知を受信していない場合（ステップＳ６０１２：Ｎｏ）は、ステップＳ６０１１において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ６０１４）。ステップＳ６０１１において認証情報を送信してから所定時間が経過していない場合（ステップＳ６０１２：Ｎｏ）は、ステップＳ６０１２へ戻る。

ステップＳ６０１４において、ステップＳ６０１１において認証情報を送信してから所定時間が経過した場合（ステップＳ６０１４：Ｙｅｓ）は、決済が完了したことを確認するように促すメッセージを報知して（ステップＳ６０１５）、一連の処理を終了する。ステップＳ６０１５においては、たとえば、「決済が正しく完了したことを確認してください。」や「店舗端末装置１２０に表示される決済結果画面を確認してください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ６００６において、決済仲介サーバ１３１から送信された取引情報を受信していない場合（ステップＳ６００６：Ｎｏ）は、中断通知を受信したか否かを判断する（ステップＳ６０１６）。ステップＳ６０１６において、中断通知を受信した場合（ステップＳ６０１６：Ｙｅｓ）は、受信された中断通知に基づいて、決済の中断を報知して（ステップＳ６０１７）、一連の処理を終了する。ステップＳ６０１７においては、たとえば、ステップＳ６１０６：Ｙｅｓにおいて受信された中断通知に基づいて、上記の表示画面４２００を表示することによって決済の中断を報知する。

一方、ステップＳ６０１６において、中断通知を受信していない場合（ステップＳ６０１６：Ｎｏ）は、ステップＳ６００３において支払意思情報を送信してから所定時間が経過したか否かを判断する（ステップＳ６０１８）。ステップＳ６００３において支払意思情報を送信してから所定時間が経過していない場合（ステップＳ６０１８：Ｎｏ）は、ステップＳ６００６へ戻る。

一方、ステップＳ６０１８において、ステップＳ６００３において支払意思情報を送信してから所定時間が経過した場合（ステップＳ６０１８：Ｙｅｓ）は、エラーが発生したと判断し、所定のエラー処理をおこなう（ステップＳ６０１９）。ステップＳ６０１９においては、たとえば、「もう一度最初から処理をおこなってください。」などのメッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

（決済仲介サーバ１３１の処理手順）
つぎに、この発明にかかる実施の形態６の決済システム１００における決済仲介サーバ１３１の処理手順について説明する。図６１は、この発明にかかる実施の形態６の決済システム１００における決済仲介サーバ１３１の処理手順を示すフローチャートである。

図６１のフローチャートにおいて、まず、この発明にかかる実施の形態６の決済システム１００における決済仲介サーバ１３１は、利用者端末装置１１０から送信された支払意思情報を受信したか否かを判断する（ステップＳ６１０１）。利用者端末装置１１０から送信された支払意思情報を受信していない場合（ステップＳ６１０１：Ｎｏ）は、受信するまで待機する。

ステップＳ６１０１において、利用者端末装置１１０から送信された支払意思情報を受信した場合（ステップＳ６１０１：Ｙｅｓ）は、取引番号を生成し（ステップＳ６１０２）、生成された取引番号を記憶する（ステップＳ６１０３）。ステップＳ６１０３においては、ステップＳ６１０２において生成された取引番号と支払意思情報の送信元となる利用者端末装置１１０の利用者の口座番号とを関連付けて、取引情報テーブル５００に記憶する。そして、ステップＳ６１０１：Ｙｅｓにおいて受信された支払意思情報の送信元となる利用者端末装置１１０に対して、ステップＳ６１０２において生成された取引番号を送信する（ステップＳ６１０４）。

つぎに、店舗端末装置１２０から、取引番号、店舗の口座番号および支払金額を受信したか否かを判断する（ステップＳ６１０５）。取引番号、店舗の口座番号および支払金額を受信した場合（ステップＳ６１０５：Ｙｅｓ）は、ステップＳ６１０５：Ｙｅｓにおいて受信された取引番号、店舗の口座番号および支払金額に基づいて、取引情報テーブル５００を参照し、該当する利用者の口座番号を抽出する（ステップＳ６１０６）。

そして、ステップＳ６１０７において抽出された利用者の口座番号に基づいて、取引情報テーブル５００を更新する（ステップＳ６１０７）。ステップＳ６１０８においては、ステップＳ６１０７において抽出された利用者の口座番号に基づいて、取引情報を生成するとともに、利用者端末装置１１０から送信された取引番号と、当該取引番号によって特定される送金先口座番号とが関連付けられた状態で、取引情報テーブル５００に記憶されるように、取引情報テーブル５００に記憶されている情報を更新する。

つぎに、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、ステップＳ６１０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する（ステップＳ６１０８）。ステップＳ６１０８において、ステップＳ６１０５：Ｙｅｓにおいて受信された店舗の口座番号にかかる店舗が信頼店舗である場合（ステップＳ６１０８：Ｙｅｓ）は、ステップＳ６１０６において抽出された利用者の口座番号にかかる利用者端末装置１１０に対して、生成された上記の取引情報を送信する（ステップＳ６１０９）。

そして、ステップＳ６１０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ６１１０）。利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ６１１０：Ｙｅｓ）は、受信された認証情報に基づいて認証処理を実行する（ステップＳ６１１１）。ステップＳ６１１１において実行する認証処理は、上記の実施の形態１における認証処理と同様であるため説明を省略する。

つぎに、ステップＳ６１１１においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可されたか（認証がＯＫであったか）否かを判断する（ステップＳ６１１２）。認証がＯＫではない場合（ステップＳ６１１２：Ｎｏ）は、ステップＳ６１１８へ移行する。

ステップＳ６１１２において、認証がＯＫであった場合（ステップＳ６１１２：Ｙｅｓ）は、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれているか否かを判断する（ステップＳ６１１３）。ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれていない場合（ステップＳ６１１３：Ｎｏ）は、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報に基づいて、該当する口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ６１１４）。

ステップＳ６１１４において、該当する口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ６１１４：Ｙｅｓ）は、ステップＳ６１１７へ移行する。一方、ステップＳ６１１４において、該当する口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ６１１４：Ｎｏ）は、ステップＳ６１２０へ移行する。

ステップＳ６１１３において、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報にカード番号が含まれている場合（ステップＳ６１１３：Ｙｅｓ）は、外部決済サーバ１３２に対してカード決済要求を送信する（ステップＳ６１１５）。そして、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２におけるカード決済がＯＫであることを示す応答があったか否か（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が可能であるＯＫを示す応答を返したか否か）を判断する（ステップＳ６１１６）。

ステップＳ６１１６において、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返した場合（ステップＳ６１１６：Ｙｅｓ）は、ステップＳ６１１７へ移行する。一方、外部決済サーバ１３２に対して送信したカード決済要求に対して、外部決済サーバ１３２がＯＫを返していない（外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であるＮＧを示す応答を返した）場合（ステップＳ６１１６：Ｎｏ）は、ステップＳ６１２０へ移行する。

ステップＳ６１１７においては、認証処理の結果に基づいて、決済を実行する（ステップＳ６１１７）。ステップＳ６１１７においては、たとえば、ステップＳ６１１４：Ｙｅｓを経由した場合は、利用者の口座と店舗の口座との間における資金移動をおこなうことによって決済を実行する。また、ステップＳ６１１７においては、たとえば、ステップＳ６１１６：Ｙｅｓを経由した場合は、外部決済サーバ１３２との間で通信をおこない、外部決済サーバ１３２における決済処理の結果を取得することによって決済を実行する。

その後、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、ステップＳ６１１７において実行された決済の結果を示す決済結果通知を送信して（ステップＳ６１１８）、一連の処理を終了する。

また、ステップＳ６１１８においては、取引情報テーブル５００における、該当する取引情報の状況フラグを「完了」に更新する。ステップＳ６１１８において更新される状況フラグは、「処理中」および「完了」のみを示すのではなく、たとえば、後述するステップＳ６１２０のように、一連の処理がエラーで終了した場合などは「エラー」を示すものであってもよい。

一方、ステップＳ６１１０において、ステップＳ６１０９において取引情報を送信した結果、利用者端末装置１１０から送信された認証情報を受信していない場合（ステップＳ６１１０：Ｎｏ）は、ステップＳ６１０９において取引情報を送信してから所定時間が経過したか否かを判断する（ステップＳ６１１９）。所定時間が経過していない場合（ステップＳ６１１９：Ｎｏ）は、ステップＳ６１１０へ戻る。

ステップＳ６１１９において、ステップＳ６１０９において取引情報を送信してから所定時間が経過した場合（ステップＳ６１１９：Ｙｅｓ）は、利用者によって認証されなかった、あるいは、通信エラーなどが発生したと判断し、処理の終了を報知したりエラー報知をおこなったりなどの所定のエラー処理をおこなって（ステップＳ６１２０）、一連の処理を終了する。

ステップＳ６１２０においては、たとえば、ステップＳ６１１４：Ｎｏを経由した場合は、該当する口座番号に関連付けられている口座残高が支払金額以上ではないために決済ができないことを示すエラーメッセージを、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

また、ステップＳ６１２０においては、たとえば、ステップＳ６１１６：Ｎｏを経由した場合は、外部決済サーバ１３２が外部決済サーバ１３２におけるカード決済が不可能であることを示すエラーメッセージを、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して送信するなどのエラー処理をおこなう。

ステップＳ６１０８において、ステップＳ６１０５：Ｙｅｓにおいて受信された店舗端末装置ＩＤにかかる店舗が信頼店舗ではない場合（ステップＳ６１０８：Ｎｏ）は、ステップＳ６１１０：Ｙｅｓにおいて受信された認証情報の送信元となる利用者端末装置１１０に対して、中断通知を送信して（ステップＳ６１２１）、一連の処理を終了する。

ステップＳ６１０５において、店舗端末装置１２０から取引番号、店舗の口座番号および支払金額を受信していない場合（ステップＳ６１０５：Ｎｏ）は、ステップＳ６１０４において取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ６１２２）。

ステップＳ６１２２において、ステップＳ６１０４において取引番号を送信してから所定時間が経過していない場合（ステップＳ６１２２：Ｎｏ）は、ステップＳ６１０５へ戻る。一方、ステップＳ６１２２において、ステップＳ６１０４において取引番号を送信してから所定時間が経過した場合（ステップＳ６１２２：Ｙｅｓ）は、ステップＳ６１２０へ移行する。

（店舗端末装置１２０の処理手順）
この発明にかかる実施の形態６の決済システム１００における店舗端末装置１２０は、決済仲介サーバ１３１を介した決済に際して、上述した図５３に示した、実施の形態５の決済システム１００における店舗端末装置１２０が実行する処理と同様の処理を実行する。

以上説明したように、この発明にかかる実施の形態６の決済システムは、利用者端末装置１１０から受信された支払意思情報に対して取引番号を生成し、生成された取引番号と利用者の口座番号とを関連付けて取引情報テーブル５００に記憶するとともに、生成された取引番号を利用者端末装置１１０へ送信する。そして、送信された取引番号、支払金額、および当該取引番号が入力された店舗の口座番号を、店舗端末装置１２０から受信すると、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて、受信された店舗の口座番号にかかる店舗が信頼店舗であるか否かを判断する。また、受信された取引番号に対応する利用者の口座番号を取引情報テーブル５００から抽出する。

前述の判断の結果、信頼店舗であると判断された場合は、利用者端末装置１１０に対して取引情報を送信する。そして、送信された取引情報に対する認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、当該認証処理の結果に応じて決済を実行し、当該決済が実行されたことを利用者端末装置１１０および店舗端末装置１２０の少なくともいずれかに通知することを特徴としている。また、この発明にかかる実施の形態６の決済システムは、前述の判断の結果、信頼店舗ではないと判断された場合に、該当店舗が信頼店舗ではないために処理を中断することを利用者端末装置１１０に通知することを特徴としている。

この発明にかかる実施の形態６の決済システム１００によれば、口座情報テーブル４００および支払い可能口座テーブル３６００に基づいて信頼店舗であるか否かの判断をおこなうことにより、決済システム１００において信頼店舗に登録されていない店舗であっても、利用者が信頼店舗として支払い可能口座テーブル３６００に登録してある店舗であれば、決済システム１００を利用した決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態６の決済システム１００によれば、たとえばクレジットカードやデビットカードなどの現金に代わる決済手段を用いて、これらの決済手段を用いて決済をおこなうことによる高い利便性を維持しつつ、利用者の個人情報が店舗（の店員）などの第三者に知られることなく対面販売方式での決済をおこなうことができる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

上記各種の実施の形態１〜６の決済システム１００においては、該当する端末装置１１０、１２０に対して店舗の口座番号や利用者の口座番号を直接入力することにより決済にかかる各種の処理を実行する方法を例示したが、決済にかかる各種の処理の実行方法はこれに限るものではない。たとえば、店舗端末装置ＩＤと特定の口座番号とを関連付けて記憶する端末情報テーブル（図示を省略する）を、決済仲介サーバ１３１に設け、店舗端末装置１２０が決済仲介サーバ１３１にログインする際には、当該店舗端末装置１２０にログイン先となる口座番号を宣言させるようにしてもよい。

この場合、具体的には、たとえば、店舗端末装置１２０において、店舗端末装置１２０が決済仲介サーバ１３１にログインする操作がおこなわれた場合に、当該店舗端末装置１２０のログイン先となる口座番号を入力させる。そして、店舗端末装置１２０から決済仲介サーバ１３１に対して、ログイン先となる口座番号と当該店舗端末装置１２０の店舗端末装置ＩＤとを送信させる。

決済仲介サーバ１３１は、店舗端末装置１２０から送信された口座番号および店舗端末装置ＩＤと端末情報テーブルとに基づいて、当該店舗端末装置１２０がログインしようとしている口座番号が、当該店舗端末装置１２０の店舗端末装置ＩＤに関連付けられた特定の口座番号であるかどうかを判断する。そして、店舗端末装置１２０がログインしようとしている口座番号が、当該店舗端末装置１２０の店舗端末装置ＩＤに関連付けられた特定の口座番号ではない場合は、当該店舗端末装置１２０のログインを許可しないようにする。

このように、利用者からの入金を受け付ける店舗端末装置１２０が決済仲介サーバ１３１にログインする際に、店舗端末装置１２０がログインできる特定の口座番号を店舗端末装置１２０に宣言させ、宣言させた口座番号が正規の口座番号である場合にのみ決済システム１００を利用した決済を可能とすることにより、正規の口座番号以外の不正な口座番号に入金されてしまうこと（店舗へのなりすまし）を防止することができる。

そして、このように店舗端末装置１２０のログインに制限を設けたうえに、さらに上記各種の実施の形態１〜６の決済システム１００を利用した決済をおこなうことにより、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性のより一層の向上を図ることができる。

なお、この実施の形態１〜６で説明した決済方法は、あらかじめ用意されたプログラムをパーソナルコンピュータやワークステーションなどのコンピュータで実行することにより実現することができる。このプログラムは、ハードディスク、フレキシブルディスク、ＣＤ−ＲＯＭ、ＭＯ、ＤＶＤなどのコンピュータで読み取り可能な記録媒体に記録され、コンピュータによって記録媒体から読み出されることによって実行される。またこのプログラムは、インターネットなどのネットワークを介して配布することが可能な伝送媒体であってもよい。

以上のように、この発明にかかる決済サーバおよび決済システムは、現金に代わる決済手段を用いておこなう決済に用いられる決済サーバおよび決済システムに有用であり、特に、現金に代わる決済手段を用いて対面販売方式でおこなう決済に用いられる決済サーバおよび決済システムに適している。

１００ 決済システム
１１０ 利用者端末装置
１１０ａ 入力部
１１０ｂ 表示部
１２０ 店舗端末装置
１２０ａ 表示部
１２０ｂ 入力部
１３１ 決済仲介サーバ
１３２ 外部決済サーバ
８０１ 支払金額受信部
８０２ 公認判断部
８０３ 取引番号生成部
８０４ 記憶部
８０５ 取引番号送信部
８０６ 取引番号受信部
８０７ 抽出部
８０８ 取引情報送信部
８０９ 認証情報受信部
８１０ 認証処理部
８１１ 決済実行部
８１２ 通知部
３１０１ 公認判断部
３６００ 支払い可能口座テーブル
４００１ 取引情報送信部
４００２ 中断通知部
４５０１ 支払意思情報受信部
４５０２ 公認判断部
４５０３ 中断通知部
５４０１ 公認判断部
５４０２ 取引情報送信部
５８０１ 公認判断部

Claims (8)

1. 利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、
   前記店舗端末装置が設置された店舗の店舗識別情報ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、
   前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、
   前記支払金額受信手段によって受信された支払金額に対して取引番号を生成する取引番号生成手段と、
   前記取引番号生成手段によって生成された取引番号と、前記支払金額および前記店舗端末装置が設置された店舗の店舗識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、
   前記取引番号生成手段によって生成された取引番号を前記店舗端末装置へ送信する取引番号送信手段と、
   前記取引番号送信手段によって送信された取引番号、および当該取引番号が入力された利用者端末装置の利用者の利用者識別情報を、当該利用者端末装置から受信する取引番号受信手段と、
   前記取引番号受信手段によって受信された取引番号に対応する支払金額および店舗識別情報を前記所定の記憶媒体から抽出する抽出手段と、
   前記公認判別用データベースに基づいて、前記抽出手段によって抽出された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、
   前記公認判断手段によって公認店舗であると判断された場合には前記抽出手段によって抽出された支払金額および店舗識別情報にかかる店舗の情報を含む取引情報を前記利用者端末装置へ送信するとともに、前記公認判断手段によって公認店舗ではないと判断された場合には前記取引情報および該当店舗が公認店舗ではないことを示す情報を前記利用者端末装置へ送信する取引情報送信手段と、
   前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、
   前記認証情報受信手段によって受信された認証情報に基づいて認証処理をおこなう認証処理手段と、
   前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、
   前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、
   を備えたことを特徴とする決済サーバ。
2. 前記店舗端末装置は、前記決済サーバから送信された取引番号を表示する表示手段を備え、
   前記利用者端末装置は、前記店舗端末装置の表示手段に表示された取引番号を入力する入力手段を備えたことを特徴とする請求項１に記載の決済サーバ。
3. 前記記憶手段は、前記取引番号と、前記支払金額および前記店舗端末装置が設置された店舗の店舗識別情報とを関連付けて、その登録日時とともに、所定の記憶媒体に記憶し、
   前記取引情報送信手段は、前記登録日時を参照し、前記取引番号受信手段によって取引番号および利用者識別番号が受信された日時が、当該登録日時から所定時間以上経過している場合、前記取引情報を前記利用者端末装置へ送信しないことを特徴とする請求項２に記載の決済サーバ。
4. 利用者の利用者端末装置と店舗の店舗端末装置とが接続可能な決済サーバであって、
   前記店舗ごとに、当該店舗があらかじめ登録された公認店舗であるか否かを示す公認情報を関連付けて記憶する公認判別用データベースと、
   前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、
   前記支払意思情報受信手段によって受信された支払意思情報に対して取引番号を生成する取引番号生成手段と、
   前記取引番号生成手段によって生成された取引番号と、前記利用者端末装置の利用者の利用者識別情報とを関連付けて所定の記憶媒体に記憶する記憶手段と、
   前記取引番号生成手段によって生成された取引番号を前記利用者端末装置へ送信する取引番号送信手段と、
   前記取引番号送信手段によって送信された取引番号、前記利用者が前記店舗へ支払う支払金額、および当該取引番号が入力された店舗端末装置が設置された店舗の店舗識別情報を、当該店舗端末装置から受信する取引番号受信手段と、
   前記取引番号受信手段によって受信された取引番号に対応する利用者識別情報を前記所定の記憶媒体から抽出する抽出手段と、
   前記公認判別用データベースに基づいて、前記取引番号受信手段によって受信された店舗識別情報にかかる店舗が公認店舗であるか否かを判断する公認判断手段と、
   前記公認判断手段によって公認店舗であると判断された場合には前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および取引番号受信手段によって受信された支払金額を含む取引情報を前記利用者端末装置へ送信するとともに、前記公認判断手段によって公認店舗ではないと判断された場合には前記取引情報および該当店舗が公認店舗ではないことを示す情報を前記利用者端末装置へ送信する取引情報送信手段と、
   前記利用者端末装置から、前記取引情報に対する認証情報を受信する認証情報受信手段と、
   前記認証情報受信手段によって前記認証情報を受信した場合に、前記抽出手段によって抽出された利用者識別情報にかかる利用者の情報および前記取引番号受信手段によって受信された情報に基づいて、当該利用者の認証処理をおこなう認証処理手段と、
   前記認証処理手段によって前記認証処理がおこなわれた場合に、決済を実行する決済実行手段と、
   前記決済実行手段によって決済が実行されたことを少なくとも前記利用者端末装置および前記店舗端末装置のいずれかに通知する通知手段と、
   を備えたことを特徴とする決済サーバ。
5. 前記利用者端末装置は、前記決済サーバから送信された取引番号を表示する表示手段を備え、
   前記店舗端末装置は、前記利用者端末装置の表示手段に表示された取引番号を入力する入力手段を備えたことを特徴とする請求項４に記載の決済サーバ。
6. 前記公認判別用データベースは、利用者ごとに、当該利用者によって指定された任意の店舗およびあらかじめ登録された店舗にかかる前記公認情報を関連付けて記憶することを特徴とする請求項１〜５のいずれか一つに記載の決済サーバ。
7. 前記決済実行手段は、あらかじめ設けられた前記利用者の口座から前記店舗の口座へ支払金額の資金移動をおこなうことを特徴とする請求項１〜６のいずれか一つに記載の決済サーバ。
8. 請求項１〜７のいずれか一つの決済サーバ、前記利用者端末装置および前記店舗端末装置とから構成されることを特徴とする決済システム。

Images