JP5518615B2 - 決済システム、決済方法および決済プログラム - Google Patents

Description

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

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

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

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

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

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

また、上述した従来の技術は、たとえば、クレジットカード、デビットカードなどの現金以外の手段を用いておこなわれる決済を対面販売方式でおこなう場合、店舗側に設置された端末に暗証番号を入力する必要があるため、たとえば店舗がビデオカメラなどを設置し、当該ビデオカメラを利用して利用者が暗証番号を入力する操作を盗み見ることで、容易に暗証番号が入手されてしまうという危険性を含んでいるという問題があった。

また、上述した従来の技術における電子マネーに関しては、電子マネーのＩＤや残高を携帯端末装置において管理しており、電子マネーを用いた対面販売方式の決済に際しては本人確認をおこなわない。一般的に、電子マネーのＩＤや残高を管理（記憶）する携帯端末装置を紛失したり盗難されたりした場合は、再発行の手続きが必要になる。

このため、上述した従来の技術は、電子マネーのＩＤや残高を管理（記憶）する携帯端末装置を紛失したり盗難されたりした場合、再発行の手続きが完了するまでの期間は、紛失したあるいは盗難された携帯端末装置の拾得者に、当該携帯端末装置が管理（記憶）する電子マネーを容易に悪用されてしまう危険性を含んでいるという問題があった。

また、このような事情から、携帯端末装置に高額の電子マネーをチャージしておくことは好ましくなく、電子マネーを用いた決済は高額の決済には不適当であると判断される傾向にあり、決済に際しての高い利便性を十分に活用することができないという問題があった。

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

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

このため、上述した従来の技術は、現金以外の手段を用いた決済をすべての店舗でおこなうためには、複数種類のカードや電子マネーを所有していなくてはならず、煩わしいという問題があった。

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

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

上述した課題を解決し、目的を達成するため、この発明にかかる決済システムは、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムであって、前記店舗側決済サーバが、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、前記支払金額受信手段によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成手段と、前記店舗側取引番号生成手段によって生成された店舗側取引番号と、前記支払金額受信手段によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶手段と、前記店舗側取引番号生成手段によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信手段と、を備え、前記利用者側決済サーバが、前記店舗側取引番号送信手段によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側取引情報受信手段と、前記店舗側取引情報受信手段によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得手段と、前記店舗側取引情報受信手段によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成手段と、前記利用者側取引番号生成手段によって生成された利用者側取引番号と、前記口座番号取得手段によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側取引情報受信手段によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶手段と、前記店舗側取引情報受信手段によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信手段と、を備え、前記店舗側決済サーバが、前記店舗側取引番号送信手段によって送信された店舗側取引番号を受信する店舗側取引番号受信手段と、前記店舗側取引番号受信手段によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶手段と、前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信手段によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信手段と、を備え、前記利用者側決済サーバが、前記店舗側決済情報送信手段によって送信された情報を受信する店舗側決済情報受信手段と、前記店舗側決済情報受信手段によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行手段と、を備え、前記店舗側決済サーバが、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行手段を備えたことを特徴とする。

また、この発明にかかる決済システムは、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムであって、前記利用者側決済サーバが、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、前記支払意思情報受信手段によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成手段と、前記利用者側取引番号生成手段によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶手段と、前記利用者側取引番号生成手段によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信手段と、を備え、前記店舗側決済サーバが、前記利用者側取引番号送信手段によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信手段と、前記利用者側情報受信手段によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得手段と、前記利用者側情報受信手段によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成手段と、前記店舗側取引番号生成手段によって生成された店舗側取引番号と、前記口座番号取得手段によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信手段によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶手段と、前記利用者側情報受信手段によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得手段によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信手段と、を備え、前記利用者側決済サーバが、前記店舗側決済情報送信手段によって送信された情報を受信する店舗側決済情報受信手段と、前記店舗側決済情報受信手段によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶手段と、前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行手段と、を備え、前記店舗側決済サーバが、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行手段を備えたことを特徴とする。

また、この発明にかかる決済システムは、上記の発明において、前記利用者側決済サーバが、前記利用者側決済実行手段による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信手段を備え、前記店舗側決済サーバの前記店舗側決済実行手段が、前記利用者側決済結果送信手段によって送信された前記利用者側決済の実行結果に基づいて、前記店舗側決済をおこなうことを特徴とする。

また、この発明にかかる決済システムは、上記の発明において、前記利用者側決済結果送信手段が、前記利用者側決済の実行結果を前記利用者端末装置に送信することを特徴とする。

また、この発明にかかる決済システムは、上記の発明において、前記利用者側決済サーバが、前記店舗側決済情報受信手段によって受信された情報に基づいて、該当する前記利用者側取引番号と当該利用者側取引番号に関連付けられた前記支払金額および前記店舗情報を前記利用者端末装置へ送信する認証用情報送信手段と、前記認証用情報送信手段によって送信された情報に対する認証情報を前記利用者端末装置から受信する認証情報受信手段と、前記認証情報受信手段によって受信された認証情報に基づいて前記利用者の認証処理をおこなう認証処理手段と、を備え、前記利用者側決済実行手段が、前記認証処理手段によって前記認証処理がおこなわれた場合に、前記利用者側決済を実行することを特徴とする。

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

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

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

また、この発明にかかる決済システムは、上記の発明において、前記店舗側決済サーバと前記利用者側決済サーバとが、同一のコンピュータ装置によって実現されていることを特徴とする。

また、この発明にかかる決済方法は、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムがおこなう決済方法であって、前記店舗側決済サーバに実行させる、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信工程と、前記支払金額受信工程によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成工程と、前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記支払金額受信工程によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、前記店舗側取引番号生成工程によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信工程と、前記利用者側決済サーバに実行させる、前記店舗側取引番号送信工程によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側情報受信工程と、前記店舗側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得工程と、前記店舗側情報受信工程によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号と、前記口座番号取得工程によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側情報受信工程によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、前記店舗側情報受信工程によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信工程と、前記店舗側決済サーバに実行させる、前記店舗側取引番号送信工程によって送信された店舗側取引番号を受信する店舗側取引番号受信工程と、前記店舗側取引番号受信工程によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶工程と、前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信工程によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、前記利用者側決済サーバに実行させる、前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、前記店舗側決済情報受信工程によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、前記店舗側決済サーバに実行させる、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程と、を含んだことを特徴とする。

また、この発明にかかる決済方法は、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムがおこなう決済方法であって、前記利用者側決済サーバに実行させる、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信工程と、前記支払意思情報受信工程によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信工程と、前記店舗側決済サーバに実行させる、前記利用者側取引番号送信工程によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信工程と、前記利用者側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得工程と、前記利用者側情報受信工程によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成工程と、
前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記口座番号取得工程によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信工程によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、前記利用者側情報受信工程によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得工程によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、前記利用者側決済サーバに実行させる、前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、前記店舗側決済情報受信工程によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶工程と、前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、前記店舗側決済サーバに実行させる、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程と、を含んだことを特徴とする。

また、この発明にかかる決済プログラムは、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムに実行させる決済プログラムであって、前記店舗側決済サーバに、前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信工程と、前記支払金額受信工程によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成工程と、前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記支払金額受信工程によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、前記店舗側取引番号生成工程によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信工程と、を実行させ、前記利用者側決済サーバに、前記店舗側取引番号送信工程によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側情報受信工程と、前記店舗側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得工程と、前記店舗側情報受信工程によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号と、前記口座番号取得工程によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側情報受信工程によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、前記店舗側情報受信工程によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信工程と、を実行させ、前記店舗側決済サーバに、前記店舗側取引番号送信工程によって送信された店舗側取引番号を受信する店舗側取引番号受信工程と、前記店舗側取引番号受信工程によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶工程と、前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信工程によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、を実行させ、前記利用者側決済サーバに、前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、前記店舗側決済情報受信工程によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、を実行させ、前記店舗側決済サーバに、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程を実行させることを特徴とする。

また、この発明にかかる決済プログラムは、利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムに実行させる決済プログラムであって、前記利用者側決済サーバに、前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信工程と、前記支払意思情報受信工程によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、前記利用者側取引番号生成工程によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信工程と、を実行させ、前記店舗側決済サーバに、前記利用者側取引番号送信工程によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信工程と、前記利用者側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得工程と、前記利用者側情報受信工程によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成工程と、前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記口座番号取得工程によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信工程によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、前記利用者側情報受信工程によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得工程によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、を実行させ、前記利用者側決済サーバに、前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、前記店舗側決済情報受信工程によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶工程と、前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、を実行させ、前記店舗側決済サーバに、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程を実行させることを特徴とする。

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

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

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

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

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

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

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

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

アクワイアラサーバ１３０は、アクワイアラサーバ１３０用の口座情報テーブル４００を備えている。アクワイアラサーバ１３０における各情報は、たとえばアクワイアラサーバ１３０の管理者などによってあらかじめ登録されている。また、アクワイアラサーバ１３０は、アクワイアラサーバ１３０用の取引情報テーブル（図６における符号６００を参照）を備えている。アクワイアラサーバ１３０用の取引情報テーブルは、決済をおこなうごとに生成される情報を記憶する。アクワイアラサーバ１３０が備える口座情報テーブルおよび取引情報テーブルについては、説明を後述する（図４および図６を参照）。

イシュアサーバ１４０は、イシュアサーバ１４０用の口座情報テーブル５００を備えている。イシュアサーバ１４０における各情報は、たとえばイシュアサーバ１４０の管理者などによってあらかじめ登録されている。また、イシュアサーバ１４０は、イシュアサーバ１４０用の取引情報テーブル７００を備えている。取引情報テーブル７００は、決済をおこなうごとに生成される情報を記憶する。イシュアサーバ１４０が備える口座情報テーブルおよび取引情報テーブルについては、説明を後述する（図５および図７を参照）。

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

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

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

操作部２０５は、文字、数値、各種指示などの入力のためのキーを備え、データ入力をおこなう。操作部２０５は、たとえば、タッチパネルやキーボードなどによって実現することができる。タッチパネルやキーボードなどによって実現される操作部２０５は、当該操作部２０５に対する入力操作に応じた信号を出力する。

操作部２０５をタッチパネルによって実現する場合、当該タッチパネルは、ディスプレイ２０４の表示面側に積層される。タッチパネルは、指やペンなどの筆記部材が接触したことを検出した場合に、タッチパネルに対する筆記部材の接触位置に応じた電気信号を出力する。

また、タッチパネルは、タッチパネルに対する筆記部材の接触が解除された場合は、信号の出力を停止する。あるいは、タッチパネルは、タッチパネルに対する筆記部材の接触が解除された場合に、タッチパネルに対する筆記部材の接触がないことを示す信号を出力してもよい。

タッチパネルは、抵抗膜方式、静電容量方式、電磁誘導方式、表面弾性波方式など公知の各種の方式によってタッチパネルに対する筆記部材の接触位置を検出し、検出した接触位置に応じた電気信号を、ＣＰＵ２０１に対して出力する。電磁誘導方式を採用する場合、電子ペンなどと称される専用の筆記部材を用いる。

マイク２０６は、アナログデータとして入力された話者の声をアナログ／デジタル変換し、デジタル形式の音声データを生成する。スピーカ２０７は、通話相手側から送信されたデジタル形式の音声データをデジタル／アナログ変換し、アナログ形式の音声データに基づいてスピーカコーンにおけるコイルに通電するなどして音声を出力する。

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

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

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

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

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

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

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

（アクワイアラサーバ１３０が備える口座情報テーブルの一例）
つぎに、アクワイアラサーバ１３０が備える口座情報テーブルの一例について説明する。図４は、アクワイアラサーバ１３０が備える口座情報テーブルの一例を示す説明図である。図４において、アクワイアラサーバ１３０が備える口座情報テーブル４００は、決済システム１００に加盟する店舗の店舗情報やイシュアサーバ１４０に関する情報を記憶している。

店舗情報は、あらかじめ設けられた店舗の口座番号や、店舗のパスワード、店舗名を示す情報などを含んでいる。口座情報テーブル４００において、店舗の口座番号や、店舗のパスワードおよび店舗名を示す情報は、それぞれ関連付けられて記憶されている。口座情報テーブル４００において、店舗の口座番号には、当該口座番号によって特定される口座の利用残高が関連付けて記憶されている。店舗のパスワードは、店舗の口座番号によって特定される口座へのアクセスに際して用いられる。店舗名を示す情報は、たとえば、当該店舗名を示す文字情報や文字コード情報などによって実現することができる。店舗名を示す情報は、店舗のロゴを示す画像情報によって実現してもよい。

イシュアサーバ１４０に関する情報は、あらかじめ設けられたイシュアサーバ１４０の口座番号、イシュアサーバ１４０のパスワード、イシュアサーバ１４０の識別情報などを含んでいる。口座情報テーブル４００において、イシュアサーバ１４０の口座番号、イシュアサーバ１４０のパスワード、イシュアサーバ１４０の識別情報は、それぞれ関連付けられて記憶されている。

口座情報テーブル４００において、イシュアサーバ１４０の口座番号には、当該口座番号によって特定される口座の利用残高が関連付けて記憶されている。イシュアサーバ１４０のパスワードは、イシュアサーバ１４０の口座番号によって特定される口座へのアクセスに際して用いられる。イシュアサーバ１４０の識別情報は、たとえば、イシュアサーバ１４０のホスト名によって実現することができる。また、イシュアサーバ１４０の識別情報は、たとえば、決済システム１００の運用者などによって任意に設定された文字列や数列などによって実現されるものであってもよい。

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

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

（イシュアサーバ１４０が備える口座情報テーブルの一例）
つぎに、イシュアサーバ１４０が備える口座情報テーブルの一例について説明する。図５は、イシュアサーバ１４０が備える口座情報テーブルの一例を示す説明図である。図５において、イシュアサーバ１４０が備える口座情報テーブル５００は、決済システム１００に加盟する利用者に関する情報やアクワイアラサーバ１３０に関する情報を記憶している。

利用者に関する情報は、あらかじめ設けられた利用者の口座番号や、利用者のパスワード、利用者名を示す情報などを含んでいる。口座情報テーブル５００において、利用者の口座番号や、利用者のパスワードおよび利用者名を示す情報は、それぞれ関連付けられて記憶されている。

口座情報テーブル５００において、利用者の口座番号には、当該口座番号によって特定される口座の利用残高が関連付けて記憶されている。利用者のパスワードは、利用者の口座番号によって特定される口座へのアクセスに際して用いられる。利用者名を示す情報は、たとえば、当該利用者名を示す文字情報や文字コード情報などによって実現することができる。利用者名を示す情報は、利用者のロゴを示す画像情報によって実現してもよい。

アクワイアラサーバ１３０に関する情報は、あらかじめ設けられたアクワイアラサーバ１３０の口座番号、アクワイアラサーバ１３０のパスワード、アクワイアラサーバ１３０の識別情報などを含んでいる。口座情報テーブル５００において、アクワイアラサーバ１３０の口座番号、アクワイアラサーバ１３０のパスワード、アクワイアラサーバ１３０の識別情報は、それぞれ関連付けられて記憶されている。

口座情報テーブル５００において、アクワイアラサーバ１３０の口座番号には、当該口座番号によって特定される口座の利用残高が関連付けて記憶されている。アクワイアラサーバ１３０のパスワードは、アクワイアラサーバ１３０の口座番号によって特定される口座へのアクセスに際して用いられる。アクワイアラサーバ１３０の識別情報は、たとえば、アクワイアラサーバ１３０のホスト名によって実現することができる。また、アクワイアラサーバ１３０の識別情報は、たとえば、決済システム１００の運用者などによって任意に設定された文字列や数列などによって実現されるものであってもよい。

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

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

（アクワイアラサーバ１３０が備える取引情報テーブルの一例）
つぎに、アクワイアラサーバ１３０が備える取引情報テーブルの一例について説明する。図６は、アクワイアラサーバ１３０が備える取引情報テーブルの一例を示す説明図である。図６において、アクワイアラサーバ１３０が備える取引情報テーブル６００は、店舗側取引番号（図６においては「取引番号」と記載）、送金元口座番号、送金先口座番号、送金額、状況フラグを記憶している。取引情報テーブル６００において、送金元口座番号、送金先口座番号、送金額および状況フラグは、店舗側取引番号に関連付けて記憶されている。

取引情報テーブル６００において、店舗側取引番号は、決済システム１００を利用しておこなわれる各決済のうち、アクワイアラサーバ１３０においておこなわれた決済（以下「店舗側決済」という）を特定可能な情報であって、店舗側決済がおこなわれるごとに生成される。取引情報テーブル６００において、送金元口座番号は、店舗側決済にかかわったイシュアサーバ１４０の口座番号を示す。

取引情報テーブル６００において、送金先口座番号は、店舗側決済にかかわった店舗の口座番号を示す。送金額は、イシュアサーバ１４０の口座から店舗の口座に資金移動する金額を示し、利用者が店舗へ支払う支払金額と同額とされる。送金額（イシュアサーバ１４０の口座から店舗の口座に資金移動する金額）は、たとえば、利用者が支払う金額から、決済システム１００の運用にかかる手数料を差し引いた金額であってもよい。状況フラグは、取引情報テーブル６００における各項目の処理の進行状況を示す。

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

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

（イシュアサーバ１４０が備える取引情報テーブルの一例）
つぎに、イシュアサーバ１４０が備える取引情報テーブルの一例について説明する。図７は、イシュアサーバ１４０が備える取引情報テーブルの一例を示す説明図である。図７において、イシュアサーバ１４０が備える取引情報テーブル７００は、店舗側取引番号（図７においては「アクワイアラ取引番号」と記載）、利用者側取引番号（図７においては「取引番号」と記載）、アクワイアラホスト名（アクワイアラサーバの識別情報）、送金元口座番号、送金先口座番号、送金額、状況フラグを記憶している。取引情報テーブル７００において、利用者側取引番号、送金元口座番号、送金先口座番号、送金額および状況フラグは、店舗側取引番号に関連付けて記憶されている。

取引情報テーブル７００において、利用者側取引番号は、決済システム１００を利用しておこなわれる各決済のうち、イシュアサーバ１４０においておこなわれた決済（以下「利用者側決済」という）を特定可能な情報であって、利用者側決済がおこなわれるごとに生成される。取引情報テーブル７００において、送金元口座番号は、利用者側決済にかかわった利用者の口座番号を示す。

取引情報テーブル７００において、送金先口座番号は、利用者側決済にかかわったアクワイアラサーバ１３０の口座番号を示す。送金額は、利用者の口座からアクワイアラサーバ１３０の口座に資金移動する金額を示し、利用者が店舗へ支払う支払金額と同額とされる。送金額（利用者の口座からアクワイアラサーバ１３０の口座に資金移動する金額）は、たとえば、利用者が支払う金額から、決済システム１００の運用にかかる手数料を差し引いた金額であってもよい。状況フラグは、取引情報テーブル７００における各項目の処理の進行状況を示す。

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

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

この発明にかかる実施の形態１の決済システム１００を利用した決済に際しては、当該決済に先立って、利用者端末装置１１０からイシュアサーバ１４０へのログイン、店舗端末装置１２０からアクワイアラサーバ１３０へのログイン、イシュアサーバ１４０からアクワイアラサーバ１３０へのログインをおこなう。これらの各ログインに際しては、初回ログイン時あるいはログインするごとにセッションＩＤを生成し、当該セッションＩＤを用いて決済システム１００を構成する各装置を識別することができる。決済システム１００を構成する各装置をセッションＩＤを用いて識別する場合、アクワイアラサーバ１３０およびイシュアサーバ１４０は、それぞれ、セッションＩＤと各口座番号とを関連付けて記憶するテーブルを別途設けてもよい。

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

図８において、この発明にかかる実施の形態１の決済システム１００は、店舗端末装置１２０と、利用者端末装置１１０と、アクワイアラサーバ１３０と、イシュアサーバ１４０と、を備えている。この発明にかかる実施の形態１の決済システム１００における店舗端末装置１２０は、アクワイアラサーバ１３０から送信された店舗側取引番号（アクワイアラ取引番号）を表示する表示部１２０ａを備えている。

また、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０は、店舗端末装置１２０の表示部１２０ａに表示された店舗側取引番号を入力する入力部１１０ａを備えている。さらに、この発明にかかる実施の形態１の決済システム１００は、決済システム１００における決済の一部を負担する外部決済サーバ（図示を省略する）を備えていてもよい。

（アクワイアラサーバ１３０の機能的構成）
図８において、この発明にかかる実施の形態１の決済システム１００におけるアクワイアラサーバ１３０の各機能は、支払金額受信部８０１と、店舗側取引番号生成部８０２と、店舗側取引情報記憶部８０３と、店舗側取引番号送信部８０４と、店舗側記憶媒体８０５と、店舗側取引番号受信部８０６と、店舗側取引情報追加記憶部８０７と、送信用情報抽出部８０８と、店舗側決済情報送信部８０９と、実行結果受信部８１０と、店舗側決済実行部８１１と、実行結果送信部８１２と、によって実現される。

この発明にかかる実施の形態１のアクワイアラサーバ１３０の各機能を実現する支払金額受信部８０１、店舗側取引番号生成部８０２、店舗側取引情報記憶部８０３、店舗側取引番号送信部８０４、店舗側記憶媒体８０５、店舗側取引番号受信部８０６、店舗側取引情報追加記憶部８０７、送信用情報抽出部８０８、店舗側決済情報送信部８０９、実行結果受信部８１０、店舗側決済実行部８１１および実行結果送信部８１２は、アクワイアラサーバ１３０を実現するコンピュータ装置が備える各部によって実現することができる。

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

店舗側取引番号生成部８０２は、支払金額受信部８０１によって受信された支払金額に対して店舗側取引番号を生成する。店舗側取引番号は、決済システム１００を利用しておこなわれる各決済のうち、アクワイアラサーバ１３０においておこなわれた店舗側決済を特定可能な情報であって、たとえば、支払金額受信部８０１によって支払金額が受信された順番を示す通し番号によって実現することができる。

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

店舗側取引情報記憶部８０３は、店舗側取引番号生成部８０２によって生成された店舗側取引番号と、支払金額受信部８０１によって受信された支払金額と、あらかじめ設けられた店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体８０５に記憶する。店舗側取引情報記憶部８０３は、たとえば、店舗側取引番号生成部８０２によって店舗側取引番号が生成されるごとに、店舗側取引番号生成部８０２によって生成された店舗側取引番号と、支払金額受信部８０１によって受信された支払金額と、あらかじめ設けられた店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体８０５に記憶する。

この実施の形態１において、店舗側取引情報記憶部８０３は、店舗側取引番号生成部８０２によって生成された店舗側取引番号と、支払金額受信部８０１によって受信された支払金額と、あらかじめ設けられた店舗の口座番号を含む店舗情報と、を関連付けて取引情報テーブル６００に記憶する。この場合、取引情報テーブル６００が設けられた、アクワイアラサーバ１３０を実現するコンピュータ装置が備えるＨＤ３０５によって店舗側記憶媒体８０５を実現することができる。

店舗側取引番号送信部８０４は、店舗側取引番号生成部８０２によって生成された店舗側取引番号を店舗端末装置１２０に送信する。また、店舗側取引番号送信部８０４は、店舗側取引番号生成部８０２によって生成された店舗側取引番号に加えて、アクワイアラサーバ１３０の識別情報を店舗端末装置１２０に送信してもよい。店舗端末装置１２０は、店舗側取引番号を受信した場合に、当該店舗側取引番号およびアクワイアラサーバ１３０の識別情報を可視化して出力する。店舗端末装置１２０はアクワイアラサーバ１３０にログインしているため、店舗端末装置１２０は、アクワイアラサーバ１３０の識別情報を特定することができる。

この実施の形態１においては、店舗端末装置１２０は、たとえば、店舗側取引番号およびアクワイアラサーバ１３０の識別情報を受信した場合に、当該店舗側取引番号およびアクワイアラサーバ１３０の識別情報を含むＵＲＬを示すＱＲコードを生成し、生成されたＱＲコードを表示部において表示することによって可視化する。アクワイアラサーバ１３０の識別情報は、たとえば、アクワイアラサーバ１３０を示すホスト名によって実現することができる。具体的には、店舗端末装置１２０は、たとえば、生成されたＱＲコードを店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって店舗側取引番号を可視化する。

店舗側取引番号受信部８０６は、イシュアサーバ１４０から、当該イシュアサーバ１４０が備える店舗側取引番号送信部８２５によって送信された店舗側取引番号、または、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを受信する。店舗側取引番号は、アクワイアラサーバ１３０から店舗端末装置１２０に送信した店舗側取引番号が、利用者端末装置１１０を介してイシュアサーバ１４０に受信された場合に、当該イシュアサーバ１４０から送信される。

店舗側取引情報追加記憶部８０７は、店舗側取引番号受信部８０６によって受信された店舗側取引番号に、あらかじめ設けられたイシュアサーバ１４０の口座番号を関連付けて店舗側記憶媒体８０５に記憶する。イシュアサーバ１４０はアクワイアラサーバ１３０にログインしているため、アクワイアラサーバ１３０は、セッションＩＤなどに基づいて、口座情報テーブル４００を検索することによりイシュアサーバ１４０の口座番号を取得することができる。

店舗側取引情報追加記憶部８０７は、取引情報テーブル６００を参照し、当該取引情報テーブル６００に記憶されている店舗側取引番号のうち、店舗側取引番号受信部８０６によって受信された店舗側取引番号と同じ店舗側取引番号に関連付けられた送金元口座番号に、口座情報テーブル４００から取得されたイシュアサーバ１４０の口座番号を記憶する。

送信用情報抽出部８０８は、店舗側記憶媒体８０５に記憶された情報すなわち取引情報テーブル６００を参照し、当該取引情報テーブル６００から、店舗側取引番号受信部８０６によって受信された店舗側取引番号に関連付けて記憶された支払金額および店舗情報を抽出する。

店舗側決済情報送信部８０９は、店舗側記憶媒体８０５に記憶された情報に基づいて、店舗側取引番号受信部８０６によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報をイシュアサーバ１４０に送信する。具体的には、店舗側決済情報送信部８０９は、取引情報テーブル６００を参照し、取引情報テーブル６００において店舗側取引番号受信部８０６によって受信された店舗側取引番号に関連付けて記憶されている支払金額および店舗情報を取得する。そして、店舗側決済情報送信部８０９は、取得された支払金額および店舗情報と、店舗側取引番号受信部８０６によって受信された店舗側取引番号とを、イシュアサーバ１４０に送信する。この実施の形態１において、店舗側決済情報送信部８０９は、店舗側取引番号受信部８０６によって受信された店舗側取引番号および送信用情報抽出部８０８によって抽出された情報を、イシュアサーバ１４０に送信する。

実行結果受信部８１０は、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信する。実行結果受信部８１０は、たとえば、イシュアサーバ１４０においておこなわれた、利用者の口座とアクワイアラサーバ１３０の口座との間における資金移動が完了したか否かを示す情報を受信する。

店舗側決済実行部８１１は、店舗側記憶媒体８０５に記憶された情報に基づいて店舗側決済をおこなう。店舗側決済実行部８１１は、イシュアサーバ１４０から送信された、利用者側決済の実行結果を実行結果受信部８１０において受信した場合に、店舗側記憶媒体８０５に記憶された情報に基づいて店舗側決済をおこなうものであってもよい。店舗側決済実行部８１１は、あらかじめ設けられたイシュアサーバ１４０の口座から店舗の口座へ支払金額の資金移動をおこなうことによって店舗側決済をおこなう。

実行結果送信部８１２は、店舗側決済実行部８１１によっておこなわれた店舗側決済の実行結果を、店舗端末装置１２０に対して送信する。実行結果送信部８１２は、たとえば、店舗側決済実行部８１１によっておこなわれた店舗側決済が完了した場合は、店舗端末装置１２０に対して、店舗側決済が完了したことを示す実行結果を送信する。また、実行結果送信部８１２は、たとえば、店舗側決済実行部８１１によっておこなわれた店舗側決済が何らかの原因によって中断された場合は、店舗端末装置１２０に対して、店舗側決済が中断したことを示す実行結果を送信する。

上述したように、店舗側取引番号受信部８０６がイシュアサーバ１４０から受信する店舗側取引番号は、利用者端末装置１１０を介してイシュアサーバ１４０に受信された場合に、当該イシュアサーバ１４０から送信される。利用者端末装置１１０は、入力部１１０ａによって、店舗端末装置１２０が可視化した店舗側取引番号およびアクワイアラサーバ１３０の識別情報（アクワイアラサーバ１３０を示すホスト名）の入力を受け付ける。そして、入力を受け付けた店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名をイシュアサーバ１４０に送信する。

利用者端末装置１１０において、店舗端末装置１２０が可視化した店舗側取引番号およびホスト名の入力を受け付け、当該店舗側取引番号およびホスト名を送信する方法については、たとえば、以下の（ｉ）あるいは（ｉｉ）の２つのパターンが想定される。

（ｉ）
一つめのパターンは、利用者端末装置１１０に、当該利用者端末装置１１０において店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名の入力を受け付けた場合に、入力を受け付けた店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬをイシュアサーバ１４０に対して送信させるアプリケーションソフト（以下「決済支援アプリケーションソフト」という）を搭載しておく。利用者は、決済支援アプリケーションソフトを起動して、店舗端末装置１２０のディスプレイ２０４に表示されたＱＲコードを読み取る。

決済支援アプリケーションソフトは、読み取られたＱＲコードに含まれる店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを、イシュアサーバ１４０に対して送信する。

（ｉｉ）
２つめのパターンは、利用者端末装置１１０に、ＱＲコードの読み取りソフトをあらかじめ搭載しておく。利用者は、ＱＲコードの読み取りソフトを起動して、店舗端末装置１２０のディスプレイ２０４に表示されたＱＲコードを読み取る。読み取られたＱＲコードには、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名と決済支援アプリケーションソフトに対応するスキーム名が含まれたＵＲＬが含まれている。

ＱＲコードの読み取りソフトは、ＵＲＬに含まれたスキーム名に対応する決済支援アプリケーションソフト（ブラウザ）を起動して、ＵＲＬを起動された決済支援アプリケーションソフトに対して渡す。決済支援アプリケーションソフトはイシュアサーバ１４０にアクセスし、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬをイシュアサーバ１４０に対して送信する。

イシュアサーバ１４０は、上記の（ｉ）あるいは（ｉｉ）のいずれかのパターンによって、利用者端末装置１１０から送信されたアクワイアラサーバ１３０を示すホスト名に基づいて、該当するアクワイアラサーバ１３０を特定し、特定されたアクワイアラサーバ１３０に対して店舗側取引番号を送信する（図８における符号８２５を参照）。

（イシュアサーバ１４０の機能的構成）
図８において、この発明にかかる実施の形態１の決済システム１００におけるイシュアサーバ１４０の各機能は、店舗側取引情報受信部８２０と、口座番号取得部８２１と、利用者側取引番号生成部８２２と、利用者側取引情報記憶部８２３と、利用者側記憶媒体８２４と、店舗側取引番号送信部８２５と、店舗側決済情報受信部８２６と、利用者側取引情報追加記憶部８２７と、認証用情報送信部８２８と、認証情報受信部８２９と、認証処理部８３０と、利用者側決済実行部８３１と、利用者側決済結果送信部８３２と、によって実現される。

この発明にかかる実施の形態１のイシュアサーバ１４０の各機能を実現する店舗側取引情報受信部８２０、口座番号取得部８２１、利用者側取引番号生成部８２２、利用者側取引情報記憶部８２３、利用者側記憶媒体８２４、店舗側取引番号送信部８２５、店舗側決済情報受信部８２６、利用者側取引情報追加記憶部８２７、認証用情報送信部８２８、認証情報受信部８２９、認証処理部８３０、利用者側決済実行部８３１、利用者側決済結果送信部８３２は、イシュアサーバ１４０を実現するコンピュータ装置が備える各部によって実現することができる。

店舗側取引情報受信部８２０は、店舗側取引番号送信部８０４によって店舗端末装置１２０に送信された店舗側取引番号およびアクワイアラサーバ１３０の識別情報を利用者端末装置１１０から受信する。利用者端末装置１１０は、上述した（ｉ）あるいは（ｉｉ）のいずれかのパターンによって、利用者端末装置１１０から送信された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名の入力を受け付ける。

口座番号取得部８２１は、店舗側取引情報受信部８２０によって受信された情報に基づいて、あらかじめ設けられたアクワイアラサーバ１３０の口座番号および利用者端末装置１１０の利用者の口座番号を取得する。口座番号取得部８２１は、利用者端末装置１１０から送信された情報に含まれるアクワイアラサーバ１３０を示すホスト名に基づいて口座情報テーブル５００を検索することにより、イシュアサーバ１４０の口座番号を取得することができる。また、利用者の利用者端末装置１１０はイシュアサーバ１４０にログインしているので、イシュアサーバ１４０は、セッションＩＤなどに基づいて、口座情報テーブル４００を検索することにより利用者の口座番号を取得することができる。

利用者側取引番号生成部８２２は、店舗側取引情報受信部８２０によって受信された店舗側取引番号に対して利用者側取引番号を生成する。利用者側取引番号は、決済システム１００を利用しておこなわれる各決済のうち、イシュアサーバ１４０においておこなわれた利用者側決済を特定可能な情報であって、たとえば、店舗側取引情報受信部８２０によって店舗側取引番号が受信された順番を示す通し番号によって実現することができる。あるいは、利用者側取引番号は、たとえば、上述した店舗側取引番号生成部８０２による店舗側取引番号の生成と同様にして、店舗側取引情報受信部８２０によって店舗側取引番号が受信された日時に基づいて生成されるものであってもよい。

利用者側取引情報記憶部８２３は、利用者側取引番号生成部８２２によって生成された利用者側取引番号と、口座番号取得部８２１によって取得されたアクワイアラサーバ１３０の口座番号および利用者の口座番号と、店舗側取引情報受信部８２０によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体８２４に記憶する。利用者側取引情報記憶部８２３は、たとえば、利用者側取引番号生成部８２２によって利用者側取引番号が生成されるごとに、生成された利用者側取引番号と、口座番号取得部８２１によって取得されたアクワイアラサーバ１３０の口座番号および利用者の口座番号と、店舗側取引情報受信部８２０によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体８２４に記憶する。

利用者側取引情報記憶部８２３は、利用者側取引番号生成部８２２によって生成された利用者側取引番号と、口座番号取得部８２１によって取得されたアクワイアラサーバの口座番号および利用者の口座番号と、店舗側取引情報受信部８２０によって受信された店舗側取引番号と、を関連付けて取引情報テーブル７００に記憶する。この場合、取引情報テーブル７００が設けられた、イシュアサーバ１４０を実現するコンピュータ装置が備えるＨＤ３０５によって店舗側記憶媒体８０５を実現することができる。

店舗側取引番号送信部８２５は、店舗側取引情報受信部８２０によって受信された店舗側取引番号、または、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを、アクワイアラサーバ１３０に送信する。店舗側取引情報受信部８２０によって受信された利用者端末装置１１０からの店舗側取引番号を、イシュアサーバ１４０がログイン中のアクワイアラサーバ１３０に送信する。

店舗側決済情報受信部８２６は、アクワイアラサーバ１３０の店舗側決済情報送信部８０９によって送信された情報を受信する。すなわち、店舗側決済情報受信部８２６は、支払金額および店舗情報と、店舗側取引番号送信部８２５によってアクワイアラサーバ１３０に送信された店舗側取引番号と同じ店舗側取引番号と、をログイン中のアクワイアラサーバ１３０から受信する。

利用者側取引情報追加記憶部８２７は、店舗側決済情報受信部８２６によって受信された情報を、利用者側記憶媒体８２４に記憶する。利用者側取引情報追加記憶部８２７は、取引情報テーブル７００を参照して、店舗側決済情報受信部８２６によって受信された店舗側取引番号と同じ店舗側取引番号に、店舗側決済情報受信部８２６によって受信された支払金額および店舗情報を関連付けて記憶する。

認証用情報送信部８２８は、店舗側決済情報受信部８２６によって受信された情報に基づいて、該当する利用者側取引番号と当該利用者側取引番号に関連付けられた支払金額および店舗情報を利用者端末装置１１０へ送信する。認証用情報送信部８２８は、取引情報テーブル７００において、店舗側決済情報受信部８２６によって受信された店舗側取引番号と同じ店舗側取引番号に関連付けて記憶されている利用者側取引番号、支払金額および店舗情報を利用者端末装置１１０へ送信する。

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

本人確認情報は、たとえば、口座情報テーブル５００において、イシュアサーバ１４０からの情報の送信先となる利用者端末装置１１０の利用者の口座番号に関連付けて記憶されたパスワードによって実現することができる。本人確認情報は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された表示画面（図２８における符号２８００を参照）にしたがって、利用者が、利用者端末装置１１０を実現するスマートフォンが備える操作部２０５に対して所定の入力操作をおこなうことによって入力することができる。

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

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

利用者端末装置１１０（の決済支援アプリケーションソフト）は、本人確認情報が入力された場合、利用者端末装置１１０において受信された利用者側取引番号に対する認証情報を、イシュアサーバ１４０へ送信する。認証情報は、利用者端末装置１１０において受信された利用者側取引番号によって示される利用者側決済を、利用者が認証（承認）したことを示す。

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

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

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

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

また、認証情報受信部８２９は、利用者端末装置１１０から認証情報が送信された場合、当該認証情報を受信した日時が、認証用情報送信部８２８によって利用者側取引番号、支払金額および店舗情報を送信した日時から所定時間以内である場合に、当該認証情報を受信するようにしてもよい。あるいは、認証情報受信部８２９は、利用者端末装置１１０から認証情報が送信された場合、当該認証情報を受信した日時が、認証用情報送信部８２８によって利用者側取引番号、支払金額および店舗情報を送信した日時から所定時間以上経過している場合に、当該認証情報を受信せず、利用者端末装置１１０から送信された認証情報を無視するようにしてもよい。

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

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

利用者側決済実行部８３１は、店舗側決済情報受信部８２６によって受信された情報および利用者側記憶媒体８２４に記憶された情報に基づいて、利用者側決済を実行する。また、利用者側決済実行部８３１は、認証処理部８３０によって認証処理がおこなわれた場合に、利用者側決済を実行する。

利用者側決済実行部８３１は、あらかじめ設けられた利用者の口座からアクワイアラサーバ１３０の口座へ支払金額の資金移動をおこなう。具体的に、利用者側決済実行部８３１は、認証処理部８３０によって認証がおこなわれた場合、取引情報テーブル７００を参照して、認証情報受信部８２９によって受信された認証情報によって特定される取引に関する情報を抽出する。

また、利用者側決済実行部８３１は、口座情報テーブル５００を参照して、認証情報受信部８２９によって受信された認証情報によって特定される取引にかかわる利用者およびアクワイアラサーバ１３０を特定する。そして、利用者側決済実行部８３１は、抽出された取引に関する情報を用いて、特定された利用者の口座とアクワイアラサーバ１３０の口座との間で支払金額に相当する金額の資金移動をおこなうことによって利用者側決済を実行する。

利用者側決済実行部８３１は、利用者の口座とアクワイアラサーバ１３０の口座との間における資金移動によって決済を実行するものにかぎらない。利用者側決済実行部８３１は、たとえば、クレジットカードによる信用決済を仲介することによって、利用者側決済実行部８３１における決済を実行するものであってもよい。

利用者側決済実行部８３１においてクレジットカードによる信用決済を仲介する場合は、たとえば、口座情報テーブル５００において、クレジットカードのカード番号およびクレジットカード決済を承認するための暗証番号をあらかじめ登録しておく。そして、あらかじめ登録されているカード番号および暗証番号（パスワード）を用いて処理をおこなう。また、利用者側決済実行部８３１においてクレジットカードによる信用決済を仲介する場合、たとえば、本人確認情報を入力するタイミングで利用者に対して入力させた暗証番号（パスワード）を用いて処理をおこなってもよい。

クレジットカードによる信用決済を仲介する場合、クレジットカードによる信用決済に入力が要求される暗証番号は、口座情報テーブル４００、５００に記憶されているパスワードと同じ情報であってもよい。また、クレジットカードによる信用決済に入力が要求される暗証番号は、口座情報テーブル４００、５００に記憶されているパスワードであってもよい。

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

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

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

利用者側決済結果送信部８３２は、利用者側決済実行部８３１による利用者側決済の実行結果をアクワイアラサーバ１３０に送信する。利用者側決済結果送信部８３２が送信する実行結果は、利用者側決済実行部８３１によって利用者決済を実行したかどうかを示す情報を含んでいる。

利用者側決済結果送信部８３２は、たとえば、利用者側決済実行部８３１によって利用者側決済が実行された場合は、利用者側決済が実行されたことを示す実行結果をアクワイアラサーバ１３０に送信する。また、利用者側決済結果送信部８３２は、たとえば、利用者側決済実行部８３１によって利用者側決済が実行されなかった場合は、利用者側決済が実行されなかったことを示す実行結果をアクワイアラサーバ１３０に送信する。

上述したアクワイアラサーバ１３０が備える店舗側決済実行部８１１は、イシュアサーバ１４０の利用者側決済結果送信部８３２によって送信された利用者側決済の実行結果に基づいて、店舗側決済をおこなう。具体的には、店舗側決済実行部８１１は、利用者側決済結果送信部８３２によって送信された、利用者側決済が完了したことを示す実行結果をアクワイアラサーバ１３０において受信した場合に、店舗側決済をおこなう。

なお、利用者側決済結果送信部８３２が送信する実行結果は、利用者側決済実行部８３１によって利用者決済を実行したかどうかを示す情報にかぎるものではなく、当該利用者決済の実行が利用者によって承認されたかどうかを示す情報であってもよい。この場合、利用者側決済結果送信部８３２は、たとえば、利用者端末装置１１０から送信された認証情報に基づいて認証が正常におこなわれた場合と、認証が正常におこなわれなかった場合と、で異なる情報（実行結果）をアクワイアラサーバ１３０に送信する。

利用者側決済結果送信部８３２は、利用者側決済の実行結果を利用者端末装置１１０に送信してもよい。利用者側決済結果送信部８３２が利用者端末装置１１０に送信する実行結果は、利用者側決済実行部８３１によって利用者決済を実行したかどうかを案内するものであればよく、イシュアサーバ１４０から利用者端末装置１１０に送信される実行結果の内容とアクワイアラサーバ１３０から店舗端末装置１２０に送信される実行結果の内容とは完全に一致していなくてもよい。

具体的には、利用者側決済結果送信部８３２は、たとえば、利用者端末装置１１０に対して「決済が完了しました。ご利用ありがとうございました。」という内容のメッセージを含む実行結果を送信し、店舗端末装置１２０に対して「決済が完了しました。取引番号は１１２２です。」という内容のメッセージを含む実行結果を送信してもよい。また、利用者側決済結果送信部８３２は、たとえば、「決済が完了しました。ご利用ありがとうございました。日の丸商店」などのように、決済がおこなわれた店舗名を利用者端末装置１１０に対して通知してもよい。また、利用者側決済結果送信部８３２は、たとえば、利用者側決済がおこなわれた日時を含む実行結果を送信してもよい。

上述した利用者側決済実行部８３１が、クレジットカードによる信用決済を仲介することによって利用者側決済を実行するようにした場合、利用者側決済結果送信部８３２は、カード決済要求を外部決済サーバに送信した結果、利用者側決済実行部８３１によって外部決済サーバから受信された処理の結果を、アクワイアラサーバ１３０や利用者端末装置１１０に送信する。

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

図９、図１０、図１１、図１２、図１３、図１４、図１５、図１６、図１７、図１８、図１９、図２０、図２１、図２２、図２３、図２４、図２５および図２６において、この発明にかかる実施の形態１の決済システム１００を利用した決済に際しては、当該決済に先立って、利用者端末装置１１０がイシュアサーバ１４０にログインする（図９および図２６における矢印９１０を参照）。また、当該決済に先立って、イシュアサーバ１４０はアクワイアラサーバ１３０にログインする（図９および図２６における矢印９２０を参照）。また、当該決済に先立って、店舗端末装置１２０はアクワイアラサーバ１３０にログインする（図９および図２６における矢印９３０を参照）。

上記の各ログインがおこなわれた状態において、店舗端末装置１２０は、店舗の店員などの入力操作を受け付けることによって支払金額（送金額）の入力を受け付ける。店舗端末装置１２０は、支払金額の入力の受け付けに際し、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に所定の表示画面（図２７における符号２７００を参照）を表示する。店舗の店員は、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示された所定の表示画面にしたがって支払金額を入力する。

また、店舗の店員は、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示された所定の表示画面にしたがって支払金額を入力した後、所定の入力操作をおこなうことによって、店舗端末装置１２０に対して、入力した支払金額のアクワイアラサーバ１３０への送信を指示する。店舗端末装置１２０は、店舗の店員などによってアクワイアラサーバ１３０への送信を指示する入力操作がおこなわれた場合、入力された支払金額をアクワイアラサーバ１３０へ送信する（図１０および図２６における矢印１０００を参照）。

アクワイアラサーバ１３０は、店舗端末装置１２０から送信された支払金額を受信すると、店舗側取引番号を生成（採番）するとともに、口座情報テーブル４００を参照して支払金額の送信元となる店舗端末装置１２０を備える店舗の口座番号を取得する。この発明にかかる実施の形態１の決済システム１００の利用に際しては、利用に先立って、店舗端末装置１２０からアクワイアラサーバ１３０へのログインがおこなわれているため、アクワイアラサーバ１３０は、当該ログインにかかるセッションＩＤなどに基づいて、店舗の口座番号を取得することができる。

そして、アクワイアラサーバ１３０は、生成された店舗側取引番号と、取得された店舗の口座番号と、受信された支払金額と、を関連付けて取引情報テーブル６００に記憶する（図１１における矢印１１００を参照）。アクワイアラサーバ１３０は、受信された支払金額を「送金額」として取引情報テーブル６００に記憶する。

アクワイアラサーバ１３０は、店舗の口座番号を「送金先口座番号」として取引情報テーブル６００に記憶する。また、アクワイアラサーバ１３０は、取引情報テーブル６００における該当する取引の状況フラグを「処理中」とする。その後、支払金額の送信元となる店舗端末装置１２０に対して、生成された店舗側取引番号を送信する（図１２および図２６における矢印１２００を参照）。

店舗端末装置１２０は、アクワイアラサーバ１３０から送信された店舗側取引番号を受信すると、受信された店舗側取引番号と当該店舗側取引番号の送信元となるアクワイアラサーバ１３０のホスト名とを含むＵＲＬを示すＱＲコードを生成する。店舗端末装置１２０は、たとえば、アクワイアラサーバ１３０を示すホスト名をあらかじめ記憶し、記憶されているホスト名を含むＵＲＬを示すＱＲコードを生成する。あるいは、店舗端末装置１２０は、たとえば、店舗側取引番号とともにアクワイアラサーバ１３０を示すホスト名を当該アクワイアラサーバ１３０から受信し、受信されたアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを示すＱＲコードを生成するものであってもよい。

店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬは、たとえば「ｈｔｔｐｓ：／／ａｃｑｕｉｒｅｒ１．ｃｏｍ／？ｔｒａｎｓａｃｔｉｏｎ＝１１２２」などとすることができる。そして、店舗端末装置１２０は、生成されたＱＲコードを店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を可視化して出力する（図１３における符号１３１０を参照）。

決済システム１００においては、アクワイアラサーバ１３０から送信された店舗側取引番号に基づくＱＲコードの生成を、店舗端末装置１２０においておこなうものに限らない。たとえば、アクワイアラサーバ１３０において画像ファイルとしてＱＲコードを生成し、生成された画像ファイルとしてのＱＲコードを店舗端末装置１２０に送信し、店舗端末装置１２０において画像ファイルとしてのＱＲコードを表示するものであってもよい。

店舗端末装置１２０は、ＱＲコード１３１０を表示することによって、店舗側取引番号およびホスト名を可視化して出力するものにかぎらない。ＱＲコード１３１０に代えて、あるいはＱＲコード１３１０に加えて、マイクロソフトタグなどと称されるＨＣＣＢ（Ｈｉｇｈ Ｃａｐａｃｉｔｙ Ｃｏｌｏｒ Ｂａｒｃｏｄｅ）を用いてもよい。また、具体的には、たとえば、店舗側取引番号を口頭で伝えたり、赤外線通信などの無線通信を利用して店舗端末装置１２０から利用者端末装置１１０に伝達したりしてもよい。

また、店舗端末装置１２０は、たとえば、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを示すＱＲコード１３１０を、所定の印刷装置を介して印刷することにより可視化して出力するようにしてもよい。店舗端末装置１２０は、かならずしも店舗側取引番号とアクワイアラサーバ１３０を示すホスト名とを含むＵＲＬを可視化して出力するものにかぎらない。店舗端末装置１２０は、店舗側取引番号とホスト名とをそれぞれ個別に可視化（表示、印刷など）して出力するようにしてもよい。

利用者は、店舗端末装置１２０において表示されたＱＲコード１３１０を、利用者端末装置１１０を用いて読み取ることによって、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を利用者端末装置１１０に入力する（図１３および図２６における矢印１３２０を参照）。利用者端末装置１１０は、ＱＲコード１３１０を読み取ることによって入力された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を、イシュアサーバ１４０に送信する（図１４および図２６における矢印１４００を参照）。

このように、この発明にかかる実施の形態１の決済システム１００を利用した決済は、店舗から利用者へ、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬ（あるいは当該ＵＲＬを示すＱＲコードなど）を案内することによって実現される。

イシュアサーバ１４０は、利用者端末装置１１０から送信された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を受信すると、口座情報テーブル４００を参照して、受信されたアクワイアラサーバ１３０を示すホスト名によって識別されるアクワイアラサーバ１３０を特定する。受信されたアクワイアラサーバ１３０を示すホスト名によって識別されるアクワイアラサーバ１３０が、口座情報テーブル５００に記憶されていない場合は、たとえば、該当するアクワイアラサーバ１３０は決済システム１００が提供するサービスに加盟していないと判断し、エラー処理を実行するなどして以降の処理を中断してもよい。

また、イシュアサーバ１４０は、特定されたアクワイアラサーバ１３０の口座番号を取得するとともに、利用者端末装置１１０の利用者の口座番号を取得する（図１５における矢印１５００を参照）。この発明にかかる実施の形態１の決済システム１００の利用に際しては、利用に先立って、利用者端末装置１１０からイシュアサーバ１４０へのログインがおこなわれているため、イシュアサーバ１４０は当該ログインにかかるセッションＩＤなどに基づいて、利用者の口座番号を取得することができる。

さらに、イシュアサーバ１４０は、利用者端末装置１１０から送信された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を受信すると、利用者側取引番号を生成（採番）する。そして、イシュアサーバ１４０は、生成された利用者側取引番号と、受信されたアクワイアラサーバ１３０を示すホスト名および店舗側取引番号と、アクワイアラサーバ１３０の口座番号および利用者の口座番号と、を関連付けて取引情報テーブル７００に記憶する（図１６における矢印１６００を参照）。イシュアサーバ１４０は、アクワイアラサーバ１３０の口座番号を「送金先口座番号」とし、利用者の口座番号を「送金元口座番号」として、取引情報テーブル７００に記憶する。

また、イシュアサーバ１４０は、取引情報テーブル７００における該当する取引の状況フラグを「処理中」とする。その後、イシュアサーバ１４０は、受信された店舗側取引番号を、利用者端末装置１１０から送信されたホスト名に対応するアクワイアラサーバ１３０に送信する（図１７および図２６における矢印１７１０を参照）。

アクワイアラサーバ１３０は、イシュアサーバ１４０から送信された店舗側取引番号を受信すると、口座情報テーブル４００を参照して、当該店舗側取引番号の送信元となるイシュアサーバ１４０の口座番号を取得する。この発明にかかる実施の形態１の決済システム１００を利用した決済に際しては、当該決済に先立って、イシュアサーバ１４０がアクワイアラサーバ１３０にログインしているため、アクワイアラサーバ１３０はイシュアサーバ１４０がアクワイアラサーバ１３０にログインした際のセッションＩＤなどに基づいて、イシュアサーバ１４０の口座番号を取得することができる。

そして、アクワイアラサーバ１３０は、取得されたイシュアサーバ１４０の口座番号を、受信された店舗側取引番号に関連付けて取引情報テーブル６００に記憶する（図１７における矢印１７２０を参照）。アクワイアラサーバ１３０は、イシュアサーバ１４０の口座番号を「送金元口座番号」として取引情報テーブル６００に記憶する。

つぎに、アクワイアラサーバ１３０は、取引情報テーブル６００を参照して、「送金元口座番号」としてイシュアサーバ１４０の口座番号が記憶された取引において「送金先口座番号」として記憶されている店舗の口座番号および支払金額を取得する。また、アクワイアラサーバ１３０は、口座情報テーブル４００を参照して、取得された店舗の口座番号に関連付けられている店舗情報を取得する（図１８における矢印１８１０を参照）。このとき取得される店舗情報は、店舗名を示す情報を含んでいる。

そして、アクワイアラサーバ１３０は、取得された店舗側取引番号と支払金額と店舗情報とを、イシュアサーバ１４０に送信する（図１８および図２６における矢印１８２０を参照）。イシュアサーバ１４０は、アクワイアラサーバ１３０から送信された支払金額および店舗情報を受信すると、受信された支払金額を取引情報テーブル７００に記憶する（図１９における矢印１９００を参照）。

このとき、イシュアサーバ１４０は、当該イシュアサーバ１４０において受信された支払金額および店舗情報の送信元となるアクワイアラサーバ１３０にかかわる取引のうち、取引情報テーブル７００において状況フラグが「処理中」とされている取引に関連付けて記憶する。イシュアサーバ１４０は、受信された支払金額にあわせて、受信された店舗情報を当該支払金額に関連付けて取引情報テーブル７００に記憶してもよい。

つぎに、イシュアサーバ１４０は、利用者端末装置１１０に対して、取引情報テーブル７００において状況フラグが「処理中」とされている取引に関連付けて記憶されている取引にかかわる利用者側取引番号と店舗情報と支払金額とを送信する（図２０および図２６における矢印２０００を参照）。このとき、イシュアサーバ１４０は、利用者端末装置１１０に対して、該当する取引にかかわるアクワイアラサーバ１３０を示すホスト名と店舗側取引番号とを送信してもよい。

利用者端末装置１１０は、イシュアサーバ１４０から送信された利用者側取引番号と店舗情報と支払金額とを受信すると、受信されたこれらの情報に基づく所定の表示画面を、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する（図２８における符号２８００を参照）。この所定の表示画面においては、利用者名、支払先となる店舗名、支払金額などが表示される。

利用者は、利用者名、店舗名、支払金額を確認し、決済を実行することを了承した場合に、あらかじめ定められたパスワードなどの本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された利用者側取引番号と店舗情報と支払金額とに対する認証情報を、イシュアサーバ１４０へ送信する（図２１および図２６における矢印２１００を参照）。

イシュアサーバ１４０は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果をイシュアサーバ１４０が備える所定の記憶領域に記憶する（図２２における矢印２２００を参照）。そして、イシュアサーバ１４０は、認証処理の結果に基づいて、認証が正常におこなわれた場合に、利用者側決済をおこなうとともに、取引情報テーブル７００において該当する取引にかかわる「処理中」の状況フラグを「完了」に更新する。

利用者側決済は、口座情報テーブル５００に記憶されている情報に基づいて、利用者の口座からアクワイアラサーバ１３０の口座へ、支払金額に相当する資金移動をおこなうことによって実行される。利用者側決済の実行に際しては、適宜、図示を省略する外部決済サーバと通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバにおいておこなうようにしてもよい。

その後、イシュアサーバ１４０は、利用者側決済（あるいは認証処理）の実行結果を、アクワイアラサーバ１３０に送信する（図２３および図２６における矢印２３００を参照）。アクワイアラサーバ１３０は、イシュアサーバ１４０から送信された実行結果に基づいて、店舗側決済をおこなうとともに、取引情報テーブル６００において該当する取引にかかわる「処理中」の状況フラグを「完了」に更新する（図２４における矢印２４００を参照）。

店舗側決済は、口座情報テーブル４００に記憶されている情報に基づいて、イシュアサーバ１４０の口座から店舗の口座へ、支払金額に相当する資金移動をおこなうことによって実行される。店舗側決済の実行に際しては、適宜、図示を省略する外部決済サーバと通信をおこなうことによって、決済システム１００における決済の一部を外部決済サーバにおいておこなうようにしてもよい。

そして、イシュアサーバ１４０から利用者端末装置１１０に対して利用者側決済の実行結果を送信する（図２５および図２６における矢印２５１０を参照）とともに、アクワイアラサーバ１３０から店舗端末装置１２０に対して店舗側決済の実行結果を送信する（図２５および図２６における矢印２５２０を参照）。これによって、決済が完了したことを、利用者および店舗に案内することができる。

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

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

図２７において、表示画面２７００は、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。表示画面２７００は、店舗名や支払金額を表示する。表示画面２７００は、支払金額の入力に際して、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示される。

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

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

図２８において、表示画面２８００は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される。表示画面２８００は、利用者名、利用する店舗名、支払金額などを表示する。また、表示画面２８００は、たとえば、「お支払いをおこないます。パスワードを入力してＯＫを押してください。」などの、利用者に対してパスワードの入力を指示するメッセージを表示する。

また、表示画面２８００は、パスワードを入力するための数字キーや、入力したパスワードが正しいことを示す意思表示をおこなうための「ＯＫ」キーなどを表示する。ディスプレイ２０４において表示画面２８００が表示された、利用者端末装置１１０を実現するスマートフォンの利用者は、表示画面２８００に表示されたこれらのキーを操作することによってパスワードを入力することができる。

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

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

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

つぎに、ステップＳ２９０３において支払金額を送信した結果、アクワイアラサーバ１３０から送信された店舗側取引番号を受信したか否かを判断する（ステップＳ２９０４）。アクワイアラサーバ１３０から送信された店舗側取引番号を受信した場合（ステップＳ２９０４：Ｙｅｓ）は、受信された店舗側取引番号およびアクワイアラサーバ１３０のホスト名を含むＵＲＬを示すＱＲコード１３１０を生成する（ステップＳ２９０５）。そして、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ２９０５において生成されたＱＲコード１３１０を表示する（ステップＳ２９０６）。

ステップＳ２９０６において、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示されたＱＲコード１３１０が示すＵＲＬに含まれる店舗側取引番号およびアクワイアラサーバ１３０のホスト名は、利用者端末装置１１０によって読み取られる。そして、読み取られた店舗側取引番号と、アクワイアラサーバ１３０のホスト名に基づいて取得される店舗情報と、が利用者端末装置１１０からイシュアサーバ１４０に送信される。

つぎに、アクワイアラサーバ１３０から送信された、店舗側決済の実行結果を受信したか否かを判断する（ステップＳ２９０７）。店舗側決済の実行結果を受信したと判断した場合（ステップＳ２９０７：Ｙｅｓ）は、受信された店舗側決済の実行結果に基づいて、店舗側決済の実行結果を報知する（ステップＳ２９０８）。

ステップＳ２９０８においては、ステップＳ２９０７：Ｙｅｓにおいて受信された店舗側決済の実行結果が、店舗側決済が正常に実行されたことを示す場合は、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、店舗側決済が正常に実行されたことを案内するメッセージなどを表示する。また、ステップＳ２９０８においては、ステップＳ２９０７：Ｙｅｓにおいて受信された店舗側決済の実行結果が、店舗側決済が正常に実行されなかったことを示す場合は、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、店舗側決済が正常に実行されなかったことを案内するメッセージや、決済の操作を再度おこなうように案内するメッセージなどを表示する。

ステップＳ２９０７において、店舗側決済の実行結果を受信していない場合（ステップＳ２９０７：Ｎｏ）は、ステップＳ２９０６においてＱＲコード１３１０を表示してから所定時間が経過したか否かを判断する（ステップＳ２９０９）。ステップＳ２９０９において、ステップＳ２９０６においてＱＲコード１３１０を表示してから所定時間が経過していない場合（ステップＳ２９０９：Ｎｏ）は、ステップＳ２９０７へ戻る。

一方、ステップＳ２９０９において、ステップＳ２９０６においてＱＲコード１３１０を表示してから所定時間が経過した場合（ステップＳ２９０９：Ｙｅｓ）は、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、所定の確認メッセージを報知して（ステップＳ２９１０）、一連の処理を終了する。ステップＳ２９１０においては、たとえば、「ＱＲコードの読み取りを再度おこなってください。」や「はじめから操作をやり直してください。」などの確認メッセージを、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

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

一方、ステップＳ２９１１において、ステップＳ２９０３において支払金額を送信してから所定時間が経過した場合（ステップＳ２９１１：Ｙｅｓ）は、ステップＳ２９１０へ移行し、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、所定の確認メッセージを報知して（ステップＳ２９１０）、一連の処理を終了する。ステップＳ２９１１：Ｙｅｓを経由した場合、ステップＳ２９１０においては、たとえば、「操作を最初からやり直してください。」などの確認メッセージを報知する。

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

図３０のフローチャートにおいて、この発明にかかる実施の形態１の決済システム１００における利用者端末装置１１０は、まず、ＱＲコード１３１０を読み取ったか否かを判断する（ステップＳ３００１）。ステップＳ３００１においては、上述のステップＳ２９０６において店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示されたＱＲコード１３１０を読み取ったか否かを判断する。ステップＳ３００１において、ＱＲコード１３１０を読み取っていない場合（ステップＳ３００１：Ｎｏ）は、そのまま待機する。

一方、ステップＳ３００１において、ＱＲコード１３１０を読み取った場合（ステップＳ３００１：Ｙｅｓ）は、読み取られたＱＲコード１３１０を解析して（ステップＳ３００２）、ＱＲコード１３１０に含まれる店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を取得する（ステップＳ３００３）。そして、イシュアサーバ１４０に対して、ステップＳ３００３において取得された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を送信する（ステップＳ３００４）。

つぎに、ステップＳ３００４において店舗側取引番号およびアクワイアラサーバ１３０のホスト名を送信したイシュアサーバ１４０から、利用者側取引番号、店舗情報および支払金額を受信したか否かを判断する（ステップＳ３００５）。ステップＳ３００５において、イシュアサーバ１４０から、利用者側取引番号、店舗情報および支払金額を受信した場合（ステップＳ３００５：Ｙｅｓ）は、受信された情報に基づいて、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、店舗情報に含まれる店舗名および支払金額を表示する（ステップＳ３００６）。

ステップＳ３００６においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、店舗名および支払金額に加えて、利用者の氏名を表示してもよい。すなわち、ステップＳ３００６においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、表示画面２８００を表示する。

つぎに、本人確認情報の入力（パスワードの入力操作）を受け付けたか否かを判断する（ステップＳ３００７）。ステップＳ３００７においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示画面２８００を表示した状態で、当該表示画面２８００の内容にしたがい、利用者によってパスワードの入力操作を受け付けたか否かを判断する。ステップＳ３００７において、本人確認情報の入力を受け付けていない場合（ステップＳ３００７：Ｎｏ）、本人確認情報の入力を受け付けるまで待機する。

ステップＳ３００７において、本人確認情報の入力を受け付けた場合（ステップＳ３００７：Ｙｅｓ）は、ステップＳ３００７：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示があったか否かを判断する（ステップＳ３００８）。ステップＳ３００８においては、ステップＳ３００７：Ｙｅｓにおいて利用者による本人確認情報の入力を受け付けた後、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される表示画面２８００に表示された「ＯＫ」キーの操作があったか否かを判断することにより、本人確認情報の送信指示を受け付けたか否かを判断する。

ステップＳ３００８において、ステップＳ３００７：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示がない場合（ステップＳ３００８：Ｎｏ）は、本人確認情報の送信指示を受け付けるまで待機する。この発明にかかる実施の形態１の決済システム１００においては、決済システム１００を用いた決済の中断を宣言するキーを表示画面２８００に表示し、当該決済の中断を宣言するキーが操作された場合に、図３０のフローチャートに示した一連の処理を終了するようにしてもよい。

一方、ステップＳ３００８において、ステップＳ３００７：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示があった場合（ステップＳ３００８：Ｙｅｓ）、ステップＳ３００７：Ｙｅｓにおいて入力を受け付けた本人確認情報に基づいて認証情報を生成し（ステップＳ３００９）、イシュアサーバ１４０に対して、ステップＳ３００８において生成された認証情報を送信する（ステップＳ３０１０）。

そして、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信したか否かを判断する（ステップＳ３０１１）。ステップＳ３０１１において、利用者側決済の実行結果を受信した場合（ステップＳ３０１１：Ｙｅｓ）は、受信された利用者側決済の実行結果に基づいて、利用者側決済の実行結果を報知する（ステップＳ３０１２）。

ステップＳ３０１２においては、ステップＳ３０１１：Ｙｅｓにおいて受信された利用者側決済の実行結果が、利用者側決済が正常に実行されたことを示す場合は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者側決済が正常に実行されたことを案内するメッセージなどを表示する。また、ステップＳ３０１２においては、ステップＳ３０１１：Ｙｅｓにおいて受信された利用者側決済の実行結果が、利用者側決済が正常に実行されなかったことを示す場合は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者側決済が正常に実行されなかったことを案内するメッセージや、決済の操作を再度おこなうように案内するメッセージなどを表示する。

ステップＳ３０１１において、利用者側決済の実行結果を受信していない場合（ステップＳ３０１１：Ｎｏ）は、ステップＳ３０１０において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ３０１３）。ステップＳ３０１３において認証情報を送信してから所定時間が経過していない場合（ステップＳ３０１３：Ｎｏ）は、ステップＳ３０１１へ戻る。

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

ステップＳ３００５において、イシュアサーバ１４０から、利用者側取引番号、店舗情報および支払金額を受信していない場合（ステップＳ３００５：Ｎｏ）は、ステップＳ３００４において店舗側取引番号およびアクワイアラサーバ１３０のホスト名を送信してから所定時間が経過したか否かを判断する（ステップＳ３０１５）。ステップＳ３０１５において、ステップＳ３００４において店舗側取引番号およびアクワイアラサーバ１３０のホスト名を送信してから所定時間が経過していない場合（ステップＳ３０１５：Ｎｏ）は、ステップＳ３００５へ戻る。

一方、ステップＳ３０１５において、ステップＳ３００４において店舗側取引番号およびアクワイアラサーバ１３０のホスト名を送信してから所定時間が経過した場合（ステップＳ３０１５：Ｙｅｓ）は、ステップＳ３０１４へ移行し、所定の確認メッセージを報知して（ステップＳ３０１４）、一連の処理を終了する。ステップＳ３０１５：Ｙｅｓを経由した場合、ステップＳ３０１４においては、「ＱＲコード１３１０を再度読み取ってください。」や「操作を最初からやり直してください。」などの確認メッセージを報知する。

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

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

ステップＳ３１０１において、店舗端末装置１２０から送信された支払金額を受信した場合（ステップＳ３１０１：Ｙｅｓ）は、ステップＳ３１０１：Ｙｅｓにおいて受信された支払金額に対して店舗側取引番号を生成する（ステップＳ３１０２）とともに、店舗の口座番号を取得する（ステップＳ３１０３）。ステップＳ３１０３においては、たとえば、この発明にかかる実施の形態１の決済システム１００を利用した決済に先立って店舗端末装置１２０がアクワイアラサーバ１３０にログインした際のセッションＩＤなどに基づいて口座情報テーブル４００を参照することによって店舗の口座番号を取得することができる。

ステップＳ３１０２の処理とステップＳ３１０３の処理とは、実行する順序が逆であってもよい。すなわち、ステップＳ３１０１：Ｙｅｓにおいて支払金額を受信した場合に、店舗の口座番号を取得してからステップＳ３１０１：Ｙｅｓにおいて受信された支払金額に対して店舗側取引番号を生成するようにしてもよい。

そして、ステップＳ３１０２において生成された店舗側取引番号、ステップＳ３１０３において取得された店舗の口座番号、および、ステップＳ３１０１：Ｙｅｓにおいて受信された支払金額を関連付けて、店舗側取引番号、店舗の口座番号および支払金額を取引情報テーブル６００に記憶する（ステップＳ３１０４）とともに、取引情報テーブル６００において該当する取引における状況フラグを更新する（ステップＳ３１０５）。ステップＳ３１０５においては、取引情報テーブル６００において該当する取引における状況フラグが「処理中」となるように更新する。

ステップＳ３１０４の処理とステップＳ３１０５の処理とは、実行する順序が逆であってもよい。すなわち、取引情報テーブル６００において該当する取引における状況フラグが「処理中」となるように更新してから、ステップＳ３１０１：Ｙｅｓにおいて受信された支払金額を関連付けて、店舗側取引番号、店舗の口座番号および支払金額を取引情報テーブル６００に記憶するようにしてもよい。

つぎに、店舗端末装置１２０に対して、ステップＳ３１０２において生成された店舗側取引番号を送信する（ステップＳ３１０６）。そして、店舗側取引番号、または、店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを受信したか否かを判断する（ステップＳ３１０７）。店舗側取引番号は、決済システム１００を構成するいずれかのイシュアサーバ１４０から送信され、常に同一のイシュアサーバ１４０から送信されるものとは限らない。また、店舗側取引番号は、アクワイアラサーバ１３０自身が記憶（管理）している利用者端末装置１１０から送信される場合がある。

ステップＳ３１０７において、イシュアサーバ１４０から送信された店舗側取引番号を受信した場合（ステップＳ３１０７：Ｙｅｓ）は、当該店舗側取引番号の送信元となるイシュアサーバ１４０の口座番号を取得し（ステップＳ３１０８）、取得されたイシュアサーバ１４０の口座番号を取引情報テーブル６００に記憶する（ステップＳ３１０９）。

ステップＳ３１０８においては、たとえば、この発明にかかる実施の形態１の決済システム１００を利用した決済に先立ってイシュアサーバ１４０がアクワイアラサーバ１３０にログインした際のセッションＩＤなどに基づいて口座情報テーブル４００を参照することによってイシュアサーバ１４０の口座番号を取得することができる。

つぎに、ステップＳ３１０７：Ｙｅｓにおいて受信された利用者側取引番号の送信元となるイシュアサーバ１４０に対して、ステップＳ３１０１において受信された後にステップＳ３１０４において取引情報テーブル６００に記憶された支払金額と、該当する店舗情報と、を送信する（ステップＳ３１１０）。ステップＳ３１１０においては、店舗名を含む店舗情報を送信する。

そして、イシュアサーバ１４０から送信された利用者側決済の実行結果を受信したか否かを判断する（ステップＳ３１１１）。ステップＳ３１１１において、イシュアサーバ１４０から送信された利用者側決済の実行結果を受信した場合（ステップＳ３１１１：Ｙｅｓ）は、当該実行結果に基づいて、イシュアサーバ１４０において利用者側決済が完了したか否かを判断する（ステップＳ３１１２）。

ステップＳ３１１２において、イシュアサーバ１４０において利用者側決済が完了したと判断した場合（ステップＳ３１１２：Ｙｅｓ）は、店舗側決済を実行し（ステップＳ３１１３）、取引情報テーブル６００において該当する取引における状況フラグを更新する（ステップＳ３１１４）。ステップＳ３１１３においては、イシュアサーバ１４０の口座から店舗の口座へ支払金額の資金移動をおこなうことによって店舗側決済を実行する。ステップＳ３１１４においては、取引情報テーブル６００において該当する取引における状況フラグが「完了」となるように更新する。

その後、ステップＳ３１０１：Ｙｅｓにおいて受信された支払金額の送信元となる店舗端末装置１２０に対して、店舗側決済の実行結果を送信して（ステップＳ３１１５）、一連の処理を終了する。店舗側決済の実行結果を受信した店舗端末装置１２０は、受信された実行結果に基づいて店舗側決済が完了したことを報知する。

一方、ステップＳ３１１２において、ステップＳ３１１１：Ｙｅｓにおいて受信された利用者側決済の実行結果に基づいて、イシュアサーバ１４０において利用者側決済が完了していないと判断した場合（ステップＳ３１１２：Ｎｏ）は、店舗端末装置１２０に対して確認要求を送信して（ステップＳ３１１６）、一連の処理を終了する。ステップＳ３１１６においては、たとえば、店舗端末装置１２０において「エラーが発生しました。」などの確認メッセージを表示させる確認要求を送信する。これによって、イシュアサーバにおいて利用者側決済が完了していない場合に、当該利用者側決済が完了していないことを店舗端末装置１２０を介して店舗（の店員）に報知することができる。

あるいは、ステップＳ３１１６においては、たとえば、店舗端末装置１２０において「利用者側のサーバで処理の継続が拒否されました。決済処理を終了します。」などの確認メッセージを含む確認要求を送信してもよい。これによって、イシュアサーバにおいて利用者側決済が完了していない理由を店舗（の店員）に報知することができ、決済処理を複数回やり直して無駄な時間を費やすことを防止することができる。

ステップＳ３１１１において、イシュアサーバ１４０から送信された利用者側決済の実行結果を受信していない場合（ステップＳ３１１１：Ｎｏ）は、ステップＳ３１１０において支払金額と店舗情報とを送信してから所定時間が経過したか否かを判断する（ステップＳ３１１７）。ステップＳ３１１７において、ステップＳ３１１０において支払金額と店舗情報とを送信してから所定時間が経過していない場合（ステップＳ３１１７：Ｎｏ）は、ステップＳ３１１１へ戻る。

一方、ステップＳ３１１０において支払金額と店舗情報とを送信してから所定時間が経過した場合（ステップＳ３１１７：Ｙｅｓ）は、ステップＳ３１１６へ移行して、店舗端末装置１２０に対して確認要求を送信して（ステップＳ３１１６）、一連の処理を終了する。ステップＳ３１１７：Ｙｅｓを経由した場合、ステップＳ３１１６においては、たとえば、店舗端末装置１２０において「決済結果を確認してください。」などの確認メッセージを表示させる確認要求を送信する。これによって、イシュアサーバ１４０において利用者側決済が完了していない場合に、当該利用者側決済が完了していないことを店舗端末装置１２０を介して店舗（の店員）に報知することができる。

ステップＳ３１０７において、ステップＳ３１０６において店舗側取引番号を送信したイシュアサーバ１４０から送信された利用者側取引番号を受信していない場合（ステップＳ３１０７：Ｎｏ）は、ステップＳ３１０２において生成された店舗側取引番号をイシュアサーバ１４０に対して送信してから所定時間が経過したか否かを判断する（ステップＳ３１１８）。ステップＳ３１１８において、ステップＳ３１０２において生成された店舗側取引番号をイシュアサーバ１４０に対して送信してから所定時間が経過していない場合（ステップＳ３１１８：Ｎｏ）は、ステップＳ３１０７へ戻る。

一方、ステップＳ３１１８において、ステップＳ３１０２において生成された店舗側取引番号をイシュアサーバ１４０に対して送信してから所定時間が経過した場合（ステップＳ３１１８：Ｙｅｓ）は、ステップＳ３１１６へ移行して、店舗端末装置１２０に対して確認要求を送信して（ステップＳ３１１６）、一連の処理を終了する。ステップＳ３１１８：Ｙｅｓを経由した場合、ステップＳ３１１６においては、たとえば、店舗端末装置１２０において「通信エラーが発生しました。決済結果を確認してください。」などの確認メッセージを含む確認要求を送信する。これによって、店舗側決済の途中でエラーが発生したことを店舗端末装置１２０を介して店舗（の店員）に報知することができる。

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

図３２のフローチャートにおいて、この発明にかかる実施の形態１の決済システム１００におけるイシュアサーバ１４０は、まず、図３１に示したフローチャートのステップＳ３１０６において利用者端末装置１１０から送信されたアクワイアラサーバ１３０のホスト名と店舗側取引番号とを受信したか否かを判断する（ステップＳ３２０１）。ステップＳ３２０１において、利用者端末装置１１０から送信されたアクワイアラサーバ１３０のホスト名と店舗側取引番号とを受信していない場合（ステップＳ３２０１：Ｎｏ）は、当該アクワイアラサーバ１３０のホスト名と店舗側取引番号とを受信するまで待機する。

一方、ステップＳ３２０１において、利用者端末装置１１０から送信されたアクワイアラサーバ１３０のホスト名と店舗側取引番号とを受信した場合（ステップＳ３２０１：Ｙｅｓ）は、受信された店舗側取引番号に対して利用者側取引番号を生成する（ステップＳ３２０２）とともに、口座情報テーブル５００を参照して、受信されたアクワイアラサーバ１３０のホスト名に基づくアクワイアラサーバ１３０の口座番号および利用者の口座番号を取得する（ステップＳ３２０３）。

ステップＳ３２０３においては、たとえば、イシュアサーバ１４０は、利用者端末装置１１０から送信された店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を受信すると、口座情報テーブル５００を参照して、受信されたアクワイアラサーバ１３０を示すホスト名によって識別されるアクワイアラサーバ１３０を特定する。受信されたアクワイアラサーバ１３０を示すホスト名によって識別されるアクワイアラサーバ１３０が、口座情報テーブル５００に記憶されていない場合（後述のステップＳ３２０４：Ｎｏを参照）は、たとえば、該当するアクワイアラサーバ１３０は決済システム１００が提供するサービスに加盟していないと判断し、エラー処理を実行するなどして以降の処理を中断してもよい。また、ステップＳ３２０３においては、たとえば、この発明にかかる実施の形態１の決済システム１００を利用した決済に先立って利用者端末装置１１０がイシュアサーバ１４０にログインした際のセッションＩＤなどに基づいて口座情報テーブル５００を参照することによって利用者の口座番号を取得することができる。

ステップＳ３２０２の処理とステップＳ３２０３の処理とは、実行する順序が逆であってもよい。すなわち、ステップＳ３２０１：Ｙｅｓにおいて受信された店舗側取引番号の送信元となるアクワイアラサーバ１３０の口座番号および利用者の口座番号を取得した後に、当該店舗側取引番号に対して利用者側取引番号を生成するようにしてもよい。

つぎに、アクワイアラサーバ１３０のホスト名に基づくアクワイアラサーバ１３０の口座番号が存在するかいなかを判断する（ステップＳ３２０４）。アクワイアラサーバ１３０のホスト名に基づくアクワイアラサーバ１３０の口座番号が存在しない場合（ステップＳ３２０４：Ｎｏ）は、ステップＳ３２１８へ移行し、所定のエラー処理をおこなって（ステップＳ３２１８）、一連の処理を終了する。

ステップＳ３２０４において、アクワイアラサーバ１３０のホスト名に基づくアクワイアラサーバ１３０の口座番号が存在する場合（ステップＳ３２０４：Ｙｅｓ）は、ステップＳ３２０１：Ｙｅｓにおいて受信された店舗側取引番号と、ステップＳ３２０２において生成された利用者側取引番号と、ステップＳ３２０３において取得されたアクワイアラサーバ１３０の口座番号および利用者の口座番号と、を関連付けて、取引情報テーブル７００に記憶する（ステップＳ３２０５）。そして、取引情報テーブル７００において該当する処理の状況フラグを更新する（ステップＳ３２０６）。ステップＳ３２０６においては、取引情報テーブル７００において該当する処理の状況フラグが「処理中」となるように更新する。

つぎに、アクワイアラサーバ１３０に対して、ステップＳ３２０１：Ｙｅｓにおいて受信された店舗側取引番号を送信する（ステップＳ３２０７）。そして、ステップＳ３２０７において送信した店舗側取引番号によって特定される取引における支払金額と店舗情報とを受信したか否かを判断する（ステップＳ３２０８）。

ステップＳ３２０８において、ステップＳ３２０７において送信した店舗側取引番号によって特定される取引における支払金額と店舗情報とを受信した場合（ステップＳ３２０８：Ｙｅｓ）は、受信された支払金額を、取引情報テーブル７００において該当する取引に関連付けて記憶する（ステップＳ３２０９）。ステップＳ３２０９においては、ステップＳ３２０８：Ｙｅｓにおいて受信された支払金額にあわせて、当該支払金額とともに受信された店舗情報を当該支払金額に関連付けて取引情報テーブル７００に記憶してもよい。そして、利用者端末装置１１０に対して、ステップＳ３２０８：Ｙｅｓにおいて受信された支払金額と、該当する取引にかかる店舗情報（ステップＳ３２０８：Ｙｅｓにおいて受信された店舗情報）および利用者側取引番号とを送信する（ステップＳ３２１０）。

つぎに、利用者端末装置１１０から、ステップＳ３２１０において送信した支払金額、店舗情報および利用者側取引番号に対応する認証情報を受信したか否かを判断する（ステップＳ３２１１）。ステップＳ３２１１において、該当する認証情報を受信した場合（ステップＳ３２１１：Ｙｅｓ）は、受信された認証情報を用いて認証処理を実行する（ステップＳ３２１２）。

つぎに、ステップＳ３２１２においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ３２１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果、認証が許可されたか否かを判断する（ステップＳ３２１３）。ステップＳ３２１３において、認証がＯＫであった場合（ステップＳ３２１３：Ｙｅｓ）は、ステップＳ３２１１：Ｙｅｓにおいて受信された認証情報に基づいて、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ３２１４）。

ステップＳ３２１４において、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ３２１４：Ｙｅｓ）は、ステップＳ３２１２においておこなわれた認証処理の結果に基づいて、利用者側決済を実行する（ステップＳ３２１５）。ステップＳ３２１５においては、たとえば、利用者の口座とアクワイアラサーバ１３０の口座との間において支払金額分の資金移動をおこなうことによって利用者側決済を実行する。

また、ステップＳ３２１５においては、たとえば、クレジットカード会社などが管理する外部決済サーバとの間で通信をおこない、外部決済サーバにおいて決済をおこなうようにしてもよい。この場合、イシュアサーバは、外部決済サーバに対してカード決済要求やカード決済に必要な情報（利用者や支払金額を特定可能な情報など）を送信し、外部決済サーバから決済結果を取得する。外部決済サーバとの間で通信をおこなうことによるカード決済については、公知の各種の技術を用いて容易に実現可能であるため説明を省略する。

つぎに、取引情報テーブル７００において、ステップＳ３２１５において利用者側決済が実行された取引の状況フラグを更新する（ステップＳ３２１６）。ステップＳ３２１６においては、取引情報テーブル７００において該当する取引の状況フラグを「処理中」から「完了」に更新する。

その後、ステップＳ３２１５においておこなわれた利用者側決済の結果をアクワイアラサーバ１３０に送信して（ステップＳ３２１７）、一連の処理を終了する。ステップＳ３２１７においては、ステップＳ３２１５においておこなわれた利用者側決済の結果を、アクワイアラサーバ１３０に加えて、利用者端末装置１１０に送信してもよい。

ステップＳ３２１４において、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ３２１４：Ｎｏ）、エラー処理を実行する（ステップＳ３２１８）。ステップＳ３２１８においては、たとえば、利用者の口座残高が支払金額よりも少ないため利用者側決済が実行不可能であることを案内するエラーメッセージを生成して、ステップＳ３２１７へ移行する。

ステップＳ３２１８を経由した場合、ステップＳ３２１７においては、ステップＳ３２１８において生成されたエラーメッセージを含む実行結果を送信する。これにより、利用者端末装置１１０において、利用者の口座残高が支払金額よりも少ないため決済システム１００における決済の実行が不可能であることを案内することができる。

ステップＳ３２１３において、ステップＳ３２１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果、認証が許可されなかった（認証がＯＫではなかった）場合（ステップＳ３２１３：Ｎｏ）は、ステップＳ３２１８へ移行する。ステップＳ３２１３：Ｎｏを経由した場合、ステップＳ３２１８においては、認証が許可されなかったため利用者側決済が実行不可能であることを案内するエラーメッセージを生成する。そして、この場合、ステップＳ３２１７においてエラーメッセージを含む実行結果を送信することにより、認証が許可されなかったため利用者側決済が実行不可能であることを案内することができる。

ステップＳ３２１１において、利用者端末装置１１０から、ステップＳ３２１０において送信した支払金額、店舗情報および利用者側取引番号に対応する認証情報を受信していない場合（ステップＳ３２１１：Ｎｏ）は、ステップＳ３２１０において支払金額、店舗情報および利用者側取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ３２１９）。ステップＳ３２１９において、ステップＳ３２１０において支払金額、店舗情報および利用者側取引番号を送信してから所定時間が経過していない場合（ステップＳ３２１９：Ｎｏ）は、ステップＳ３２１１へ戻る。

一方、ステップＳ３２１９において、ステップＳ３２１０において支払金額、店舗情報および利用者側取引番号を送信してから所定時間が経過した場合（ステップＳ３２１９：Ｙｅｓ）は、ステップＳ３２１８へ移行して、エラー処理を実行する（ステップＳ３２１８）。ステップＳ３２１９：Ｙｅｓを経由した場合、ステップＳ３２１８においては、たとえば、「認証情報の送信の有無を確認してください。」などのように、認証情報の送信の有無を確認するエラーメッセージを生成する。認証情報の送信の有無を確認するエラーメッセージは、イシュアサーバ１４０から利用者端末装置１１０に送信されるものであってもよいし、アクワイアラサーバ１３０を介して店舗端末装置１２０に送信されるものであってもよい。

ステップＳ３２１９：Ｙｅｓを経由した場合、ステップＳ３２１７においては、ステップＳ３２１８において生成されたエラーメッセージを送信する。これにより、店舗端末装置１２０を介して、認証情報の入力を促すことができる。

ステップＳ３２０８において、ステップＳ３２０７において送信した店舗側取引番号によって特定される取引における支払金額と店舗情報とを受信していない場合（ステップＳ３２０８：Ｎｏ）は、ステップＳ３２０７において店舗側取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ３２２０）。ステップＳ３２２０において、ステップＳ３２０７において店舗側取引番号を送信してから所定時間が経過していない場合（ステップＳ３２２０：Ｎｏ）は、ステップＳ３２０８へ戻る。

一方、ステップＳ３２２０において、ステップＳ３２０７において店舗側取引番号を送信してから所定時間が経過した場合（ステップＳ３２２０：Ｙｅｓ）は、ステップＳ３２１８へ移行して、エラー処理を実行する（ステップＳ３２１８）。ステップＳ３２２０：Ｙｅｓを経由した場合、ステップＳ３２１８においては、たとえば、「決済処理を再度おこなってください。」などのように、アクワイアラサーバ１３０を介して店舗端末装置１２０に送信する、決済システム１００を利用した決済処理の再実行を促すエラーメッセージを生成する。

ステップＳ３２２０：Ｙｅｓを経由した場合、ステップＳ３２１７においては、ステップＳ３２１８において生成されたエラーメッセージを送信する。これにより、店舗端末装置１２０を介して、決済処理の再実行を促すことができる。

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

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

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

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

上記のように、実施の形態１の決済システム１００における決済に際しては、本人確認情報の入力の処理が設けられているが、本人確認情報の入力の処理は、かならずしもおこなうものではない。たとえば、「あらかじめ店舗が信用できる」かつ「少額（所定金額未満）の決済である」ような場合は、本人確認情報の入力を省略し、店舗名と金額とを確認した後に「ＯＫ」キーを操作するだけの手続きとしてもよい。また、本人確認情報の入力に加えて、利用者端末装置１１０から認証情報を受信する手続きや、当該受信された認証情報に基づく認証処理などを省略してもよい。

この発明にかかる実施の形態１の決済システム１００においては、アクワイアラサーバ１３０とイシュアサーバ１４０とは、同じサーバ（同じコンピュータ装置）であってもよい。この場合、具体的には、利用者端末装置１１０は、アクワイアラサーバ１３０にログインすることとなる。

利用者端末装置１１０は、店舗端末装置１２０から店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを読み取った際に、アクワイアラサーバ１３０とイシュアサーバ１４０が別々のサーバであった場合と同様に、アクワイアラサーバ１３０に読み取ったＵＲＬを送信する。

たとえば、アクワイアラサーバ１３０は、利用者端末装置１１０から受信されたＵＲＬに含まれるホスト名（たとえば、ａｃｑｕｉｒｅｒ１．ｃｏｍ）とアクワイアラサーバ１３０自身のホスト名（たとえば、ａｃｑｕｉｒｅｒ１．ｃｏｍ）とを比較すると、双方のホスト名が一致していると判断される。

このように、アクワイアラサーバ１３０は、利用者端末装置１１０から渡されたアクワイアラサーバ１３０のホスト名が自分のものであることに基づいて、アクワイアラサーバ１３０が店舗の口座情報を保有していると判断することができる。

利用者端末装置１１０から受信されたＵＲＬに含まれるホスト名と、アクワイアラサーバ１３０自身のホスト名と、が一致している場合、アクワイアラサーバ１３０は、他のコンピュータ装置（アクワイアラサーバ１３０とは異なるコンピュータ装置によって実現される他のアクワイアラサーバ１３０）との決済を仲介する取引ではなく、既にアクワイアラサーバ１３０において登録されている店舗にかかる決済処理であると判断する。決済システム１００においては、アクワイアラサーバ１３０とイシュアサーバ１４０とが同じサーバ（同じコンピュータ装置）であると判断した場合は、以降、上記と同様にして、利用者と店舗（の店員）との間において、イシュアサーバ１４０と店舗端末装置１２０との決済にかかる処理と同様の処理をおこなう。

逆に、アクワイアラサーバ１３０とイシュアサーバ１４０が別々のサーバであった場合は、利用者端末装置１１０は店舗端末装置１２０から店舗側取引番号およびアクワイアラサーバ１３０を示すホスト名を含むＵＲＬを読み取った際に、イシュアサーバ１４０に読み取ったＵＲＬを送信する。

イシュアサーバ１４０は、利用者端末装置１１０から受信されたＵＲＬに含まれるホスト名（たとえば、ａｃｑｕｉｒｅｒ１．ｃｏｍ）とイシュアサーバ１４０自身のホスト名（たとえば、ｉｓｓｕｕｅｒ１．ｃｏｍ）とを比較すると、双方のホスト名が一致していないと判断する。

このように、イシュアサーバ１４０は、利用者端末装置１１０から渡されたアクワイアラサーバ１３０のホスト名が自分のものでないことに基づいて、イシュアサーバ１４０が店舗の口座情報を保有していないと判断することができる。

利用者端末装置１１０から受信されたＵＲＬに含まれるホスト名と、イシュアサーバ１４０自身のホスト名と、が一致していない場合、イシュアサーバ１４０は、他のコンピュータ装置（イシュアサーバ１４０とは異なるコンピュータ装置によって実現されるアクワイアラサーバ１３０）との決済を仲介する取引であると判断する。

アクワイアラサーバ１３０とイシュアサーバ１４０とを同じサーバ（同じコンピュータ装置）によって実現することにより、決済システム１００を用いた決済にかかる処理の効率化を図り、決済システム１００を用いた決済にかかる処理を迅速に実行することができる。

以上説明したように、この発明にかかる実施の形態１の決済システム１００は、利用者の利用者端末装置１１０が接続可能なイシュアサーバ１４０と、店舗の店舗端末装置１２０が接続可能なアクワイアラサーバ１３０と、を備えた決済システム１００であって、アクワイアラサーバ１３０が、支払金額を店舗端末装置１２０から受信し、受信された支払金額に対して店舗側取引番号を生成し、生成された店舗側取引番号と受信された支払金額と店舗情報と、を関連付けて店舗側記憶媒体８０５に記憶するとともに、生成された店舗側取引番号およびアクワイアラサーバの識別情報を店舗端末装置に送信する。

また、イシュアサーバ１４０が、アクワイアラサーバ１３０から店舗端末装置１２０に送信された店舗側取引番号およびアクワイアラサーバ１３０の識別情報を利用者端末装置１１０から受信し、受信された情報に基づいて、あらかじめ設けられたアクワイアラサーバの口座番号および利用者の口座番号を取得するとともに、受信された店舗側取引番号に対して利用者側取引番号を生成し、生成された利用者側取引番号と取得されたアクワイアラサーバ１３０の口座番号および利用者の口座番号と受信された店舗側取引番号と、を関連付けて利用者側記憶媒体８２４に記憶するとともに、受信された店舗側取引番号を前記アクワイアラサーバ１３０に送信する。

また、アクワイアラサーバ１３０が、イシュアサーバ１４０から送信された店舗側取引番号を受信し、受信された店舗側取引番号に、あらかじめ設けられたイシュアサーバ１４０の口座番号を関連付けて店舗側記憶媒体８０５に記憶し、記憶された情報に基づいて、店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報をイシュアサーバ１４０に送信するとともに店舗側決済をおこなう。そして、イシュアサーバ１４０が、アクワイアラサーバ１３０から送信された情報を受信し、受信された情報および利用者側記憶媒体８２４に記憶された情報に基づいて、利用者側決済を実行するようにしたことを特徴としている。

この発明にかかる実施の形態１の決済システム１００においては、アクワイアラサーバ１３０は、店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報をイシュアサーバ１４０に送信した後、イシュアサーバ１４０からの利用者側決済完了を受信してから店舗側決済をおこなう。このように、アクワイアラサーバ１３０は、店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報をイシュアサーバ１４０に送信した後、直ちに店舗側決済をおこなうものに限るものではなく、該当する情報をイシュアサーバ１４０に送信した後、所定のタイミングにおいて店舗側決済をおこなうものであればよい。

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

また、この発明にかかる実施の形態１の決済システム１００によれば、上記の専用端末を用いることなく、店頭でオンライン決済をおこなうことができるため、当該専用端末に接続される専用回線を用いて専用のネットワークを構築することなく、決済システム１００を用いた決済を実現することができる。これによって、この発明にかかる実施の形態１の決済システム１００によれば、大規模な設備投資をおこなうことなく現金に代わる決済を実現することができる。

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

さらに、この発明にかかる実施の形態１の決済システム１００によれば、現金に代わる決済手段による決済のための専用端末を用いることなく、店頭でオンライン決済をおこなうサービスが複数種類存在し、利用者と店舗とが同じサービスに加盟していない場合にも、異なるサービス間において、専用端末を用いることのない店頭でのオンライン決済を実現することができる。

すなわち、この発明にかかる実施の形態１の決済システム１００によれば、現金に代わる決済手段を用いて対面販売方式でおこなう決済において、現金に代わる決済手段の種類にかかわらず、高い利便性を維持しつつ安全性および信頼性の向上を図ることができる。

これによって、利用者および店舗は、複数種類のサービスを利用するために、各サービス提供者に対して口座情報を提供する必要がなくなるので、複数のサービスに口座情報を提供することによって情報の漏洩などの危険性を低くすることができる。そして、これによって、専用端末を用いることのない店頭でのオンライン決済の実現によって高い利便性を維持しつつ、口座情報などの個人情報が漏洩することによる安全性および信頼性の低下を抑制することができる。

また、この発明にかかる実施の形態１の決済システム１００は、イシュアサーバ１４０が、利用者側決済の実行結果をアクワイアラサーバ１３０に送信し、アクワイアラサーバ１３０が、イシュアサーバ１４０から送信された利用者側決済の実行結果に基づいて店舗側決済をおこなうことを特徴としている。

この発明にかかる実施の形態１の決済システム１００によれば、利用者側決済の実行結果に基づいて店舗側決済がおこなわれるため、いずれか一方の決済のみが実行されることを防止し、決済システム１００における決済を確実に実行させることができる。

また、この発明にかかる実施の形態１の決済システム１００は、利用者側決済の実行結果を利用者端末装置１１０に送信することを特徴としている。この発明にかかる実施の形態１の決済システム１００によれば、利用者側決済の実行結果を利用者端末装置１１０に送信することにより、決済の完了を確実に案内することができる。また、レシート用紙などを印字出力することなく決済の完了を案内することができるので、省資源化を図ることができる。

また、この発明にかかる実施の形態１の決済システム１００は、イシュアサーバ１４０が、アクワイアラサーバ１３０から受信された情報に基づいて、該当する利用者側取引番号と当該利用者側取引番号に関連付けられた支払金額および店舗情報を利用者端末装置１１０へ送信し、送信された情報に対する認証情報を利用者端末装置１１０から受信し、受信された認証情報に基づいて利用者の認証処理をおこない、認証処理がおこなわれた場合に、利用者側決済を実行することを特徴としている。

この発明にかかる実施の形態１の決済システム１００によれば、利用者端末装置１１０から受信された取引情報に対する認証情報に基づいて利用者側決済をおこなうことにより、決済システム１００を利用する決済をおこなうことができる利用者を限定し、現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

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

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

また、この発明にかかる実施の形態１の決済システム１００によれば、利用者が携帯型電話機などとして日常使用している利用者端末装置１１０を用いて、当該利用者端末装置１１０に対してパスワードの入力操作をおこなうため、店舗（の店員）などの第三者にパスワード（暗証番号）を盗み見られる（読み取られる）おそれが少なくなる。これによって、高い利便性を維持しつつ現金に代わる決済手段を用いた決済における安全性および信頼性の向上を図ることができる。

また、この発明にかかる実施の形態１の決済システム１００によれば、万一、利用者端末装置１１０を紛失した場合にも、再発行の手続きが不要であるため、利用者に対して負担をかけることがない。また、この発明にかかる実施の形態１の決済システム１００によれば、支払に際して本人確認をおこなうことができるため、万一、紛失した（あるいは盗難された）利用者端末装置１１０が利用（悪用）されることを防止することができる。

また、この発明にかかる実施の形態１の決済システム１００によれば、セキュリティ性を重視した運用、あるいは、利便性を重視した運用、などのように目的に応じた運用方法を、適宜、選択することができる。具体的には、たとえば、決済金額や商品の性質（たとえば、換金性が高い商品であるかどうか、など）に応じて、セキュリティ性よりも利便性を重視し、本人確認を省略するなどのように、運用方法を柔軟に変更することができる。

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

（（実施の形態２））
（決済システム１００の機能的構成）
つぎに、この発明にかかる実施の形態２の決済システム１００について説明する。実施の形態２においては、上述した実施の形態１と同一部分は同一符号で示し、説明を省略する。図３３は、この発明にかかる実施の形態２の決済システム１００を構成する各部の機能的構成を示すブロック図である。

図３３において、この発明にかかる実施の形態２の決済システム１００は、店舗端末装置１２０と、利用者端末装置１１０と、アクワイアラサーバ１３０と、イシュアサーバ１４０と、を備えている。この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０は、決済サーバから送信された取引番号を表示する表示部１１０ｂを備えている。また、この発明にかかる実施の形態２の決済システム１００における店舗端末装置１２０は、利用者端末装置１１０の表示部１１０ｂに表示された取引番号を入力する入力部１２０ｂを備えている。また、この発明にかかる実施の形態１の決済システム１００は、さらに、決済システム１００における決済の一部を負担する外部決済サーバ（図示を省略する）を備えていてもよい。

（イシュアサーバ１４０の機能的構成）
図３３において、この発明にかかる実施の形態２の決済システム１００におけるイシュアサーバ１４０の各機能は、支払意思情報受信部３３０１と、利用者側取引番号生成部８２２と、利用者側取引情報記憶部８２３と、利用者側記憶媒体８２４と、利用者側取引番号送信部３３０２と、店舗側決済情報受信部８２６と、利用者側取引情報追加記憶部８２７と、利用者側決済実行部８３１と、利用者側決済結果送信部８３２と、によって実現される。

この発明にかかる実施の形態２のイシュアサーバ１４０の各機能を実現する支払意思情報受信部３３０１、利用者側取引番号生成部８２２、利用者側取引情報記憶部８２３、利用者側記憶媒体８２４、利用者側取引番号送信部３３０２、店舗側決済情報受信部８２６、利用者側取引情報追加記憶部８２７、利用者側決済実行部８３１、利用者側決済結果送信部８３２は、イシュアサーバ１４０を実現するコンピュータ装置が備える各部によって実現することができる。

支払意思情報受信部３３０１は、利用者から店舗への支払意思に関する支払意思情報を利用者端末装置１１０から受信する。支払意思情報は、利用者から店舗への支払意思があることを示し、支払意思がある利用者の利用者端末装置１１０を特定可能な情報（たとえば、利用者端末装置１１０がイシュアサーバ１４０にログインした際のセッションＩＤなど）を含んでいる。

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

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

利用者側取引番号は、決済システム１００を利用しておこなわれた各決済を特定可能な情報であって、たとえば、支払意思情報受信部３３０１によって支払意思情報が受信された順番を示す通し番号によって実現することができる。あるいは、利用者側取引番号は、たとえば、支払意思情報受信部３３０１によって支払意思情報が受信された日時に基づいて生成されるものであってもよい。

利用者側取引情報記憶部８２３は、利用者側取引番号生成部８２２によって生成された利用者側取引番号と、あらかじめ設けられた利用者の口座番号と、を関連付けて利用者側記憶媒体８２４に記憶する。利用者端末装置１１０はイシュアサーバ１４０にログインしているため、イシュアサーバ１４０は、セッションＩＤなどに基づいて、口座情報テーブル５００を検索することにより利用者の口座番号を取得することができる。

利用者側取引番号送信部３３０２は、利用者側取引番号生成部８２２によって生成された利用者側取引番号を利用者端末装置１１０に送信する。また、利用者側取引番号送信部３３０２は、利用者側取引番号生成部８２２によって生成された利用者側取引番号に加えて、イシュアサーバ１４０の識別情報を利用者端末装置１１０に送信してもよい。

利用者端末装置１１０は、利用者側取引番号を受信した場合に、当該利用者側取引番号およびイシュアサーバ１４０の識別情報を可視化して出力する。利用者端末装置１１０はイシュアサーバ１４０にログインしているため、利用者端末装置１１０は、イシュアサーバ１４０の識別情報を特定することができる。

店舗側決済情報受信部８２６は、アクワイアラサーバ１３０が備える店舗側決済情報送信部３３１３によって送信された情報を受信する。利用者側取引情報追加記憶部８２７は、店舗側決済情報受信部３３１３によって受信された利用者側取引番号に、あらかじめ設けられたアクワイアラサーバ１３０の口座番号および支払金額を利用者側記憶媒体８２４に記憶する。

認証用情報送信部８２８は、店舗側決済情報受信部８２６によって受信された情報に基づいて、該当する利用者側取引番号と当該利用者側取引番号に関連付けられた支払金額および店舗情報を利用者端末装置１１０へ送信する。認証情報受信部８２９は、認証用情報送信部８２８によって送信された情報に対する認証情報を利用者端末装置１１０から受信する。認証処理部８３０は、認証情報受信部８２９によって受信された認証情報に基づいて利用者の認証処理をおこなう。

利用者側決済実行部８３１は、店舗側決済情報受信部８２６によって受信された情報および利用者側記憶媒体８２４に記憶された情報に基づいて、利用者側決済を実行する。また、利用者側決済実行部８３１は、認証処理部８３０によって認証処理がおこなわれた場合に、利用者側決済を実行する。利用者側決済結果送信部８３２は、利用者側決済実行部８３１による利用者側決済の実行結果をアクワイアラサーバ１３０に送信する。

（アクワイアラサーバ１３０の機能的構成）
図３３において、この発明にかかる実施の形態２の決済システム１００におけるアクワイアラサーバ１３０の各機能は、利用者側情報受信部３３１１と、店舗側取引番号生成部８０２と、口座番号取得部３３１２と、店舗側取引情報記憶部８０３と、店舗側決済情報送信部３３１３と、店舗側記憶媒体８０５と、実行結果受信部８１０と、店舗側決済実行部８１１と、実行結果送信部８１２と、によって実現される。

この発明にかかる実施の形態１のアクワイアラサーバ１３０の各機能を実現する利用者側情報受信部３３１１、店舗側取引番号生成部８０２、口座番号取得部３３１２、店舗側取引情報記憶部８０３、店舗側記憶媒体８０５、店舗側決済情報送信部３３１３、実行結果受信部８１０、店舗側決済実行部８１１、実行結果送信部８１２は、アクワイアラサーバ１３０を実現するコンピュータ装置が備える各部によって実現することができる。

利用者側情報受信部３３１１は、利用者側取引番号送信部３３０２によって利用者端末装置１１０に送信された利用者側取引番号およびイシュアサーバ１４０の識別情報（イシュアサーバ１４０を示すホスト名）と、利用者が店舗へ支払う支払金額と、を店舗端末装置１２０から受信する。利用者側取引番号は、イシュアサーバ１４０から利用者端末装置１１０に送信した利用者側取引番号が、店舗端末装置１２０を介してアクワイアラサーバ１３０に受信された場合に、当該アクワイアラサーバ１３０から送信される。

店舗端末装置１２０は、入力部１２０ｂによって、利用者端末装置１１０が可視化した利用者側取引番号およびイシュアサーバ１４０の識別情報（イシュアサーバ１４０を示すホスト名）の入力を受け付ける。そして、入力を受け付けた利用者側取引番号およびホスト名をアクワイアラサーバ１３０に送信する。

店舗端末装置１２０において、利用者端末装置１１０が可視化した利用者側取引番号およびイシュアサーバ１４０を示すホスト名の入力を受け付け、当該利用者側取引番号およびイシュアサーバ１４０を示すホスト名を送信する方法については、たとえば、以下の（ｉｖ）あるいは（ｖ）の２つのパターンが想定される。

（ｉｖ）
一つめのパターンは、店舗端末装置１２０に、当該店舗端末装置１２０において利用者側取引番号およびイシュアサーバ１４０を示すホスト名の入力を受け付けた場合に、入力を受け付けた利用者側取引番号およびイシュアサーバ１４０を示すホスト名をアクワイアラサーバ１３０（のＵＲＬ）に対して送信させるアプリケーションソフト（以下「決済支援アプリケーションソフト」という）を搭載しておく。店舗（の店員）は、決済支援アプリケーションソフトを起動して、利用者端末装置１１０のディスプレイ２０４に表示されたＱＲコードを読み取る。

また、決済支援アプリケーションソフトは、決済金額（売上金額）を入力させる表示画面を表示させ、当該表示画面にしたがって決済金額の入力を受け付ける。そして、決済支援アプリケーションソフトは、読み取られたＱＲコードに含まれる利用者側取引番号およびイシュアサーバ１４０を示すホスト名と、決済金額とを、アクワイアラサーバ１３０に対して送信する。送信先となるアクワイアラサーバ１３０のアドレスは、決済支援アプリケーションソフトとともにあらかじめ店舗端末装置１２０にインストールされていてもよい。

（ｖ）
２つめのパターンは、店舗端末装置１２０に、ＱＲコードの読み取りソフトをあらかじめ搭載しておく。店舗（の店員）は、ＱＲコードの読み取りソフトを起動して、利用者端末装置１１０のディスプレイ２０４に表示されたＱＲコードを読み取る。読み取られたＱＲコードには、利用者側取引番号およびイシュアサーバ１４０を示すホスト名と決済支援アプリケーションソフトに対応するスキーム名が含まれたＵＲＬが含まれている。

ＱＲコードの読み取りソフトは、ＵＲＬに含まれたスキーム名に対応する決済支援アプリケーションソフト（ブラウザ）を起動して、ウＲＬを起動された決済支援アプリケーションソフトに対して渡す。決済支援アプリケーションソフトはアクワイアラサーバ１３０にアクセスし、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬをアクワイアラサーバ１３０に対して送信する。

アクワイアラサーバ１３０は、上記の（ｉｖ）あるいは（ｖ）のいずれかのパターンによって、店舗端末装置１２０から送信された利用者側取引番号およびイシュアサーバ１４０を示すホスト名に基づいて、該当するイシュアサーバ１４０を特定し、特定されたイシュアサーバ１４０に対して利用者側取引番号および支払金額と、店舗の口座番号を含む店舗情報と、を送信する（図３３における符号３３１３を参照）。

店舗側取引番号生成部８０２は、利用者側情報受信部３３１１によって受信された情報（たとえば、利用者側取引番号）に対して店舗側取引番号を生成する。口座番号取得部３３１２は、利用者側情報受信部３３１１によって受信された情報に基づいて、あらかじめ設けられたイシュアサーバ１４０の口座番号および店舗の口座番号を取得する。

店舗側取引情報記憶部８０３は、店舗側取引番号生成部８０２によって生成された店舗側取引番号と、口座番号取得部３３１２によって取得されたイシュアサーバ１４０の口座番号および店舗の口座番号と、利用者側情報受信部３３１１によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体８０５に記憶する。

店舗側決済情報送信部３３１３は、利用者側情報受信部３３１１によって受信された利用者側取引番号および支払金額と、口座番号取得部３３１２によって取得された店舗の口座番号を含む店舗情報と、をイシュアサーバ１４０に送信する。店舗側決済情報送信部３３１３は、店舗の口座番号に加えて、店舗名を含む店舗情報をイシュアサーバ１４０に送信する。

実行結果受信部８１０は、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信する。店舗側決済実行部８１１は、店舗側記憶媒体８０５に記憶された情報に基づいて店舗側決済をおこなう。店舗側決済実行部８１１は、イシュアサーバ１４０から送信された、利用者側決済の実行結果を実行結果受信部８１０において受信した場合に、店舗側記憶媒体８０５に記憶された情報に基づいて店舗側決済をおこなうものであってもよい。実行結果送信部８１２は、店舗側決済実行部８１１によっておこなわれた店舗側決済の実行結果を、店舗端末装置１２０に対して送信する。

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

図３４、図３５、図３６、図３７、図３８、図３９、図４０、図４１、図４２、図４３、図４４、図４５、図４６、図４７、図４８、図４９、図５０および図５１において、この発明にかかる実施の形態２の決済システム１００を利用した決済に際しては、当該決済に先立って、利用者端末装置１１０がイシュアサーバ１４０にログインする（図３４および図５１における矢印３４１０を参照）。また、当該決済に先立って、アクワイアラサーバ１３０はイシュアサーバ１４０にログインする（図３４および図５１における矢印３４２０を参照）。また、当該決済に先立って、店舗端末装置１２０はアクワイアラサーバ１３０にログインする（図３４および図５１における矢印３４３０を参照）。

上記の各ログインがおこなわれた状態において、利用者端末装置１１０は、利用者による入力操作を受け付けることによって支払意思情報の入力を受け付ける。利用者端末装置１１０は、支払意思情報の入力の受け付けに際し、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に所定の表示画面（図５２における符号５２００を参照）を表示する。利用者は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された所定の表示画面にしたがって支払意思情報を入力する。

また、利用者は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示された所定の表示画面にしたがって支払意思情報を入力した後、所定の入力操作をおこなうことによって、利用者端末装置１１０に対して、入力した支払意思情報のイシュアサーバ１４０への送信を指示する。利用者端末装置１１０は、利用者によってイシュアサーバ１４０への送信を指示する入力操作がおこなわれた場合、利用者端末装置１１０からイシュアサーバ１４０に対して、支払意思情報を送信する（図３５および図５１における矢印３５００を参照）。

イシュアサーバ１４０は、利用者端末装置１１０から支払意思情報を受信すると、利用者側取引番号を生成するとともに、利用者の口座番号を取得する。利用者端末装置１１０は、この発明にかかる実施の形態２の決済システム１００を利用した決済に先立ってイシュアサーバ１４０にログインしているため、イシュアサーバ１４０は、利用者端末装置１１０がイシュアサーバ１４０へログインした際のセッションＩＤなどに基づいて、利用者の口座番号を取得することができる。

そして、イシュアサーバ１４０は、生成された利用者側取引番号と取得された利用者の口座番号とを関連付けて取引情報テーブル７００に記憶する（図３６における矢印３６００を参照）。そして、イシュアサーバ１４０は、生成された利用者側取引番号を、支払意思情報の送信元となる利用者端末装置１１０に対して送信する（図３７および図５１における矢印３７００を参照）。

利用者端末装置１１０は、イシュアサーバ１４０から送信された利用者側取引番号を受信すると、受信された利用者側取引番号を示すＱＲコードを生成する。利用者端末装置１１０は、たとえば、イシュアサーバ１４０を示すホスト名をあらかじめ記憶し、記憶されているホスト名を含むＵＲＬを示すＱＲコードを生成する。あるいは、利用者端末装置１１０は、たとえば、利用者側取引番号とともにイシュアサーバ１４０を示すホスト名を当該イシュアサーバ１４０から受信し、受信されたイシュアサーバ１４０を示すホスト名を含むＵＲＬを示すＱＲコードを生成するものであってもよい。

利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬは、たとえば「ｈｔｔｐｓ：／／ｉｓｓｕｅｒ１．ｃｏｍ／？ｔｒａｎｓａｃｔｉｏｎ＝１１２２」などとすることができる。そして、利用者端末装置１１０は、生成されたＱＲコード１３１０を店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって利用者側取引番号およびイシュアサーバ１４０を示すホスト名を可視化（表示）して出力する（図３８における符号１３１０を参照）。

決済システム１００においては、イシュアサーバ１４０から送信された利用者側取引番号に基づくＱＲコードの生成を、利用者端末装置１１０においておこなうものに限らない。たとえば、イシュアサーバ１４０において画像ファイルとしてＱＲコードを生成し、生成された画像ファイルとしてのＱＲコードを利用者端末装置１１０に送信し、利用者端末装置１１０において画像ファイルとしてのＱＲコードを表示するものであってもよい。

店舗（の店員）は、利用者端末装置１１０において表示されたＱＲコード１３１０を読み取ることによって、店舗端末装置１２０に、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を入力する（図３８における矢印３８００を参照）。

店舗端末装置１２０は、ＱＲコード１３１０を読み取ることによって入力された利用者側取引番号およびイシュアサーバ１４０を示すホスト名を、アクワイアラサーバ１３０に送信する（図３９および図５１における矢印３９００を参照）。また、店舗端末装置１２０は、利用者側取引番号およびイシュアサーバ１４０を示すホスト名に加えて、支払金額をアクワイアラサーバ１３０に送信する。支払金額は、店舗端末装置１２０による利用者側取引番号およびイシュアサーバ１４０を示すホスト名の送信に先立って、たとえば、店舗（の店員）によって入力される。利用者側取引番号およびイシュアサーバ１４０を示すホスト名と支払金額とは、どちらが先に入力されるものであってもよい。

アクワイアラサーバ１３０は、店舗端末装置１２０から送信された利用者側取引番号、イシュアサーバ１４０を示すホスト名および支払金額を受信すると、口座情報テーブル４００を参照して、受信されたイシュアサーバ１４０を示すホスト名によって識別されるイシュアサーバ１４０を特定する（図４０における矢印４０００を参照）。

受信されたイシュアサーバ１４０を示すホスト名によって識別されるイシュアサーバ１４０が、口座情報テーブル４００に記憶されていない場合は、たとえば、該当するアクワイアラサーバ１３０は決済システム１００が提供するサービスに加盟していないと判断し、エラー処理を実行するなどして以降の処理を中断してもよい。

また、アクワイアラサーバ１３０は、店舗端末装置１２０から送信された利用者側取引番号およびイシュアサーバ１４０を示すホスト名を受信すると、店舗側取引番号を生成（採番）する。そして、アクワイアラサーバ１３０は、生成された店舗側取引番号と、受信されたイシュアサーバ１４０を示すホスト名および利用者側取引番号と、イシュアサーバ１４０の口座番号および店舗の口座番号と、を関連付けて取引情報テーブル６００に記憶する（図４１における矢印４１００を参照）。

決済システム１００を利用した決済に先立って、店舗端末装置１２０がアクワイアラサーバ１３０にログインしているため、アクワイアラサーバ１３０は店舗端末装置１２０がアクワイアラサーバ１３０にログインした際のセッションＩＤなどに基づいて、店舗の口座番号を取得することができる（図４２および図５１における矢印４２００を参照）。アクワイアラサーバ１３０は、イシュアサーバ１４０の口座番号を「送金元口座番号」とし、店舗の口座番号を「送金先口座番号」として、取引情報テーブル６００に記憶する。

また、アクワイアラサーバ１３０は、取引情報テーブル６００における該当する取引の状況フラグを「処理中」とする。その後、アクワイアラサーバ１３０は、受信された利用者側取引番号と、当該利用者側取引番号に関連付けられた支払金額と、該当する店舗情報とを、店舗端末装置１１０から送信されたホスト名に対応するイシュアサーバ１４０に送信する（図４３および図５１における矢印４３００を参照）。

イシュアサーバ１４０は、アクワイアラサーバ１３０から送信された利用者側取引番号、支払金額および店舗情報を受信すると、受信された支払金額を取引情報テーブル７００に記憶する（図４４における矢印４４００を参照）。このとき、イシュアサーバ１４０は、当該イシュアサーバ１４０において受信された支払金額および店舗情報の送信元となるアクワイアラサーバ１３０にかかわる取引のうち、取引情報テーブル７００において状況フラグが「処理中」とされている取引に関連付けて記憶する。イシュアサーバ１４０は、受信された支払金額にあわせて、受信された店舗情報を当該支払金額に関連付けて取引情報テーブル７００に記憶してもよい。

つぎに、イシュアサーバ１４０は、利用者端末装置１１０に対して、取引情報テーブル７００において状況フラグが「処理中」とされている取引に関連付けて記憶されている取引にかかわる利用者側取引番号と店舗情報と支払金額とを送信する（図４５および図５１における矢印４５００を参照）。このとき、イシュアサーバ１４０は、利用者端末装置１１０に対して、該当する取引にかかわるアクワイアラサーバ１３０を示すホスト名と店舗側取引番号とを送信してもよい。

利用者端末装置１１０は、イシュアサーバ１４０から送信された利用者側取引番号と店舗情報と支払金額とを受信すると、受信されたこれらの情報に基づく所定の表示画面２８００を、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示する。この所定の表示画面においては、利用者名、支払先となる店舗名、支払金額などが表示される。

利用者は、利用者名、店舗名、支払金額を確認し、決済を実行することを了承した場合に、あらかじめ定められたパスワードなどの本人確認情報を入力する。利用者端末装置１１０は、本人確認情報が入力されると、利用者端末装置１１０において受信された利用者側取引番号と店舗情報と支払金額とに対する認証情報を、イシュアサーバ１４０へ送信する（図４６および図５１における矢印４６００を参照）。

イシュアサーバ１４０は、認証情報を受信すると、受信された認証情報に基づいて認証処理をおこない、認証処理の結果をイシュアサーバ１４０が備える所定の記憶領域に記憶する（図４７における矢印４７００を参照）。そして、イシュアサーバ１４０は、認証処理の結果に基づいて、認証が正常におこなわれた場合に、上述した第１の実施の形態と同様に利用者側決済をおこなうとともに、取引情報テーブル７００において該当する取引にかかわる「処理中」の状況フラグを「完了」に更新する。

その後、イシュアサーバ１４０は、利用者側決済（あるいは認証処理）の実行結果を、アクワイアラサーバ１３０に送信する（図４８および図５１における矢印４８００を参照）。アクワイアラサーバ１３０は、イシュアサーバ１４０から送信された実行結果に基づいて、上述した第１の実施の形態と同様に店舗側決済をおこなうとともに、取引情報テーブル６００において該当する取引にかかわる「処理中」の状況フラグを「完了」に更新する（図４９における矢印４９００を参照）。

そして、イシュアサーバ１４０から利用者端末装置１１０に対して利用者側決済の実行結果を送信する（図５０および図５１における矢印５０１０を参照）とともに、アクワイアラサーバ１３０から店舗端末装置１２０に対して店舗側決済の実行結果を送信する（図５０および図５１における矢印５０２０を参照）。これによって、決済が完了したことを、利用者および店舗に案内することができる。

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

図５２において、表示画面５２００は、支払の意思表示を求める利用者名、および、支払意思があることをたずねるメッセージや、支払意思があることを宣言するキーなどを表示する。ディスプレイ２０４において表示画面５２００が表示された、利用者端末装置１１０を実現するスマートフォンの利用者は、表示画面５２００に表示された支払意思があることを宣言するキーを操作することによって支払意思があることを宣言することができる。

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

図５３のフローチャートにおいて、この発明にかかる実施の形態２の決済システム１００における利用者端末装置１１０は、まず、支払意思情報の入力を受け付けたか否かを判断する（ステップＳ５３０１）。ステップＳ５３０１においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示画面５２００を表示するための入力操作があったか否かを判断することにより、支払意思情報の入力を受け付けたか否かを判断する。ステップＳ５３０１において、支払意思情報の入力を受け付けていない場合（ステップＳ５３０１：Ｎｏ）は、支払意思情報の入力を受け付けるまで待機する。

一方、ステップＳ５３０１において、支払意思情報の入力を受け付けた場合（ステップＳ５３０１：Ｙｅｓ）は、入力を受け付けた支払意思情報の送信指示があったか否かを判断する（ステップＳ５３０２）。ステップＳ５３０２においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示画面５２００を表示している状態で、支払意思があることを宣言するキーが操作されたか否かを判断することにより、支払意思情報の送信指示があったか否かを判断する。ステップＳ５３０２において、支払意思情報の送信指示がない場合（ステップＳ５３０２：Ｎｏ）は、支払意思情報の送信指示があるまで待機する。

一方、ステップＳ５３０１：Ｙｅｓにおいて入力を受け付けた支払意思情報の送信指示があった場合（ステップＳ５３０２：Ｙｅｓ）は、イシュアサーバ１４０に対して、当該支払意思情報を送信する（ステップＳ５３０３）。そして、イシュアサーバ１４０から、利用者側取引番号を受信したか否かを判断する（ステップＳ５３０４）。ステップＳ５３０４において、イシュアサーバ１４０から、利用者側取引番号を受信した場合（ステップＳ５３０４：Ｙｅｓ）は、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、ステップＳ５３０４：Ｙｅｓにおいて受信された利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬを示すＱＲコードを表示する（ステップＳ５３０５）。

つぎに、アクワイアラサーバ１３０から、利用者側取引番号、店舗情報および支払金額を受信したか否かを判断する（ステップＳ５３０６）。ステップＳ５３０６において、アクワイアラサーバ１３０から、利用者側取引番号、店舗情報および支払金額を受信した場合（ステップＳ５３０６：Ｙｅｓ）は、受信された情報に基づいて、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、店舗情報に含まれる店舗名および支払金額を表示する（ステップＳ５３０７）。

ステップＳ５３０７においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、店舗名および支払金額に加えて、利用者の氏名を表示してもよい。すなわち、ステップＳ５３０７においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、表示画面２８００を表示する。

つぎに、本人確認情報の入力を受け付けたか否かを判断する（ステップＳ５３０８）。ステップＳ５３０８においては、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示画面２８００を表示した状態で、当該表示画面２８００の内容にしたがい、利用者によってパスワードなどの本人確認情報の入力操作を受け付けたか否かを判断する。ステップＳ５３０８において、本人確認情報の入力を受け付けていない場合（ステップＳ５３０８：Ｎｏ）、本人確認情報の入力を受け付けるまで待機する。

ステップＳ５３０８において、本人確認情報の入力を受け付けた場合（ステップＳ５３０８：Ｙｅｓ）は、ステップＳ５３０８：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示があったか否かを判断する（ステップＳ５３０９）。ステップＳ５３０９においては、ステップＳ５３０８：Ｙｅｓにおいて利用者による本人確認情報の入力を受け付けた後、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示される表示画面２８００に表示された「ＯＫ」キーの操作があったか否かを判断することにより、本人確認情報の送信指示を受け付けたか否かを判断する。

ステップＳ５３０９において、ステップＳ５３０８：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示がない場合（ステップＳ５３０９：Ｎｏ）は、本人確認情報の送信指示を受け付けるまで待機する。この発明にかかる実施の形態２の決済システム１００においては、決済システム１００を用いた決済の中断を宣言するキーを表示画面２８００に表示し、当該決済の中断を宣言するキーが操作された場合に、図５３のフローチャートに示した一連の処理を終了するようにしてもよい。

一方、ステップＳ５３０９において、ステップＳ５３０８：Ｙｅｓにおいて入力を受け付けた本人確認情報の送信指示があった場合（ステップＳ５３０９：Ｙｅｓ）、ステップＳ５３０８：Ｙｅｓにおいて入力を受け付けた本人確認情報に基づいて認証情報を生成し（ステップＳ５３１０）、イシュアサーバ１４０に対して、ステップＳ５３１０において生成された認証情報を送信する（ステップＳ５３１１）。

そして、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信したか否かを判断する（ステップＳ５３１２）。ステップＳ５３１２において、利用者側決済の実行結果を受信した場合（ステップＳ５３１２：Ｙｅｓ）は、受信された利用者側決済の実行結果に基づいて、利用者側決済の実行結果を報知する（ステップＳ５３１３）。

ステップＳ５３１３においては、ステップＳ５３１２：Ｙｅｓにおいて受信された利用者側決済の実行結果が、利用者側決済が正常に実行されたことを示す場合は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者側決済が正常に実行されたことを案内するメッセージなどを表示する。

また、ステップＳ５３１３においては、ステップＳ５３１２：Ｙｅｓにおいて受信された利用者側決済の実行結果が、利用者側決済が正常に実行されなかったことを示す場合は、たとえば、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に、利用者側決済が正常に実行されなかったことを案内するメッセージや、決済の操作を再度おこなうように案内するメッセージなどを表示する。

ステップＳ５３１２において、利用者側決済の実行結果を受信していない場合（ステップＳ５３１２：Ｎｏ）は、ステップＳ５３１１において認証情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５３１４）。ステップＳ５３１１において認証情報を送信してから所定時間が経過していない場合（ステップＳ５３１４：Ｎｏ）は、ステップＳ５３１２へ戻る。

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

ステップＳ５３０６において、イシュアサーバ１４０から、利用者側取引番号、店舗情報および支払金額を受信していない場合（ステップＳ５３０６：Ｎｏ）は、ステップＳ５３０５において利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬを示すＱＲコードを表示してから所定時間が経過したか否かを判断する（ステップＳ５３１６）。ステップＳ５３１６において、ステップＳ５３０５において該当するＱＲコードを表示してから所定時間が経過していない場合（ステップＳ５３１６：Ｎｏ）は、ステップＳ５３０６へ戻る。

一方、ステップＳ５３１６において、ステップＳ５３０５において利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬを示すＱＲコードを表示してから所定時間が経過した場合（ステップＳ５３１６：Ｙｅｓ）は、ステップＳ５３１５へ移行し、所定の確認メッセージを報知して（ステップＳ５３１５）、一連の処理を終了する。ステップＳ５３１６：Ｙｅｓを経由した場合、ステップＳ５３１５においては、「ＱＲコードを再度読み取ってください。」や「操作を最初からやり直してください。」などの確認メッセージを表示する。

ステップＳ５３０４において、イシュアサーバ１４０から利用者側取引番号を受信していない場合（ステップＳ５３０４：Ｎｏ）は、ステップＳ５３０３においてイシュアサーバ１４０に対して支払意思情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５３１７）。ステップＳ５３１７において、ステップＳ５３０３においてイシュアサーバ１４０に対して支払意思情報を送信してから所定時間が経過していない場合（ステップＳ５３１７：Ｎｏ）は、ステップＳ５３０４へ戻る。

一方、ステップＳ５３１７において、ステップＳ５３０３においてイシュアサーバ１４０に対して支払意思情報を送信してから所定時間が経過した場合（ステップＳ５３１７：Ｙｅｓ）は、ステップＳ５３１５へ移行し、所定の確認メッセージを報知して（ステップＳ５３１５）、一連の処理を終了する。ステップＳ５３１７：Ｙｅｓを経由した場合、ステップＳ５３１５においては、たとえば「操作を最初からやり直してください。」などの確認メッセージを表示する。

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

図５４のフローチャートにおいて、まず、この発明にかかる実施の形態２の決済システム１００における店舗端末装置１２０は、上述したステップＳ５３０５において、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示されたＱＲコード１３１０を読み取ったか否かを判断する（ステップＳ５４０１）。ステップＳ５４０１において、当該ＱＲコード１３１０を読み取っていない場合（ステップＳ５４０１：Ｎｏ）は、当該ＱＲコード１３１０を読み取るまで待機する。

一方、上述したステップＳ５３０５において、利用者端末装置１１０を実現するスマートフォンが備えるディスプレイ２０４に表示されたＱＲコード１３１０を読み取った場合（ステップＳ５４０１：Ｙｅｓ）は、読み取られたＱＲコード１３１０を解析して（ステップＳ５４０２）、ＱＲコード１３１０に含まれる利用者側取引番号およびイシュアサーバ１４０を示すホスト名を取得する（ステップＳ５４０３）。

そして、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に支払金額入力画面（図示を省略する）を表示する（ステップＳ５４０４）。ステップＳ５４０４においては、たとえば、支払金額を入力するための数字キーや、入力した数値を確定する「ＯＫ」キーなどを含む支払金額入力画面を表示する。店舗（の店員）は、支払金額入力画面にしたがって各キーを操作することによって支払金額を入力することができる。

つぎに、支払金額の入力を受け付けたか否かを判断する（ステップＳ５４０５）。ステップＳ５４０５においては、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に支払金額入力画面を表示した状態で、当該支払金額入力画面に含まれる「ＯＫ」キーが操作されたか否かを判断することによって、支払金額の入力を受け付けたか否かを判断する。

ステップＳ５４０５において、支払金額の入力を受け付けた場合（ステップＳ５４０５：Ｙｅｓ）は、アクワイアラサーバ１３０に対して、入力を受け付けた支払金額、ステップＳ５４０１：Ｙｅｓにおいて読み取られたＱＲコード１３１０に含まれる利用者側取引番号およびイシュアサーバ１４０を示すホスト名を送信する（ステップＳ５４０６）。

そして、アクワイアラサーバ１３０から、アクワイアラサーバ１３０によっておこなわれた店舗側決済の実行結果を受信したか否かを判断する（ステップＳ５４０７）。ステップＳ５４０７において、アクワイアラサーバ１３０によっておこなわれた店舗側決済の実行結果を受信した場合（ステップＳ５４０７：Ｙｅｓ）は、受信された実行結果に基づいて、店舗側決済の実行結果を報知する（ステップＳ５４０８）。

ステップＳ５４０８においては、ステップＳ５４０７：Ｙｅｓにおいて受信された店舗側決済の実行結果が、店舗側決済が正常に実行されたことを示す場合は、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、店舗側決済が正常に実行されたことを案内するメッセージなどを表示する。また、ステップＳ５４０８においては、ステップＳ５４０７：Ｙｅｓにおいて受信された店舗側決済の実行結果が、店舗側決済が正常に実行されなかったことを示す場合は、たとえば、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、店舗側決済が正常に実行されなかったことを案内するメッセージや、決済の操作を再度おこなうように案内するメッセージなどを表示する。

ステップＳ５４０７において、実行結果を受信していない場合（ステップＳ５４０７：Ｎｏ）は、ステップＳ５４０６において支払金額、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を送信してから所定時間が経過したか否かを判断する（ステップＳ５４０９）。ステップＳ５４０９において、ステップＳ５４０６において支払金額、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を送信してから所定時間が経過していない場合（ステップＳ５４０９：Ｎｏ）は、ステップＳ５４０７へ戻る。

一方、ステップＳ５４０９において、ステップＳ５４０６において支払金額、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を送信してから所定時間が経過した場合（ステップＳ５４０９：Ｙｅｓ）は、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に、所定の確認メッセージを報知して（ステップＳ５４１０）、一連の処理を終了する。ステップＳ５４１０においては、たとえば、「ＱＲコード１３１０の読み取りを再度おこなってください。」や「はじめから操作をやり直してください。」などの確認メッセージを、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示する。

ステップＳ５４０５において、支払金額の入力を受け付けていない場合（ステップＳ５４０５：Ｎｏ）は、ステップＳ５４０４において支払金額入力画面を表示してから所定時間が経過したか否かを判断する（ステップＳ５４１１）。ステップＳ５４１１において、ステップＳ５４０４において支払金額入力画面を表示してから所定時間が経過していない場合（ステップＳ５４１１：Ｎｏ）は、ステップＳ５４０５へ戻り、支払金額の入力を受け付けたか否かを判断する。

一方、ステップＳ５４１１において、ステップＳ５４０４において支払金額入力画面を表示してから所定時間が経過した場合（ステップＳ５４１１：Ｙｅｓ）は、ステップＳ５４１０へ移行する。ステップＳ５４１１：Ｙｅｓを経由した場合のステップＳ５４１０においては、所定の確認メッセージとして、たとえば「支払金額が入力されていません。支払金額を入力してください。」などの確認メッセージを、店舗端末装置１２０を実現するスマートフォンが備えるディスプレイ２０４に表示することによって、所定の確認メッセージを報知する。

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

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

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

この発明にかかる実施の形態２の決済システム１００を利用した決済の実行に際しては、当該決済の実行に先立って、利用者端末装置１１０がイシュアサーバ１４０にログインしているため、イシュアサーバ１４０は、セッションＩＤなどに基づいて、口座情報テーブル５００を検索することにより利用の口座番号を取得することができる。

ステップＳ５５０２の処理とステップＳ５５０３の処理とは、実行する順序が逆であってもよい。すなわち、口座情報テーブル５００を参照して、支払意思情報の送信元となる利用者端末装置１１０の利用者の口座番号を取得した後に、ステップＳ５５０１：Ｙｅｓにおいて受信された支払意思情報に対して利用者側取引番号を生成するようにしてもよい。

そして、取引情報テーブル７００に、ステップＳ５５０２において生成された利用者側取引番号と、ステップＳ５５０３において取得された利用者の口座番号とを関連付けて記憶する（ステップＳ５５０４）。そして、取引情報テーブル７００において該当する処理の状況フラグを更新する（ステップＳ５５０５）。ステップＳ５５０５においては、取引情報テーブル７００において該当する処理の状況フラグが「処理中」となるように更新する。

つぎに、利用者端末装置１１０に対して、ステップＳ５５０２において生成された利用者側取引番号を送信する（ステップＳ５５０６）。そして、利用者側取引番号（または、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬ）、支払金額、店舗情報を受信したか否かを判断する（ステップＳ５５０７）。利用者側取引番号は、決済システム１００を構成するいずれかのアクワイアラサーバ１３０から送信され、常に同一のアクワイアラサーバ１３０から送信されるものとは限らない。また、店舗側取引番号は、イシュアサーバ１４０自身が記憶（管理）している店舗端末装置１２０から送信される場合がある。

ステップＳ５５０７において、ステップＳ５５０６において利用者側取引番号を送信した結果、アクワイアラサーバ１３０から送信された利用者側取引番号、支払金額、店舗情報を受信した場合（ステップＳ５５０７：Ｙｅｓ）は、当該情報の送信元となるアクワイアラサーバ１３０の口座番号、および、店舗の口座番号を取得する（ステップＳ５５０８）。

この発明にかかる実施の形態２の決済システム１００を利用した決済の実行に際しては、当該決済の実行に先立って、アクワイアラサーバ１３０がイシュアサーバ１４０にログインしているため、イシュアサーバ１４０は、ステップＳ５５０８において、セッションＩＤなどに基づいて、口座情報テーブル５００を検索することによりアクワイアラサーバ１３０の口座番号を取得することができる。

つぎに、取引情報テーブル７００に、ステップＳ５５０８において取得されたアクワイアラサーバ１３０の口座番号、ステップＳ５５０７：Ｙｅｓにおいて受信された店舗情報に含まれる店舗の口座番号および支払金額を記憶する（ステップＳ５５０９）。そして、利用者端末装置１１０に対して、ステップＳ５５０２において生成された利用者側取引番号、ステップＳ５５０７：Ｙｅｓにおいて受信された店舗情報および支払金額を送信する（ステップＳ５５１０）。

つぎに、ステップＳ５５１０において利用者側取引番号、店舗情報および支払金額を送信した結果、利用者端末装置１１０から送信された認証情報を受信したか否かを判断する（ステップＳ５５１１）。ステップＳ５５１１において、ステップＳ５５１０において利用者側取引番号、店舗情報および支払金額を送信した結果、利用者端末装置１１０から送信された認証情報を受信した場合（ステップＳ５５１１：Ｙｅｓ）は、受信された認証情報を用いて認証処理を実行する（ステップＳ５５１２）。

つぎに、ステップＳ５５１２においておこなわれた認証がＯＫだったか否か、すなわち、ステップＳ５５１１：Ｙｅｓにおいて受信された認証情報に基づいて実行された認証処理の結果が、認証が許可されたか否かを判断する（ステップＳ５５１３）。ステップＳ５５１３において、認証がＯＫであった場合（ステップＳ５５１３：Ｙｅｓ）は、ステップＳ５５１１：Ｙｅｓにおいて受信された認証情報に基づいて、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上であるか否かを判断する（ステップＳ５５１４）。

ステップＳ５５１４において、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上である場合（ステップＳ５５１４：Ｙｅｓ）は、ステップＳ５５１２においておこなわれた認証処理の結果に基づいて、利用者側決済を実行する（ステップＳ５５１５）。ステップＳ５５１５においては、たとえば、利用者の口座とアクワイアラサーバ１３０の口座との間において、支払金額分の資金移動をおこなうことによって利用者側決済を実行する。

つぎに、取引情報テーブル７００において、ステップＳ５５１５において利用者側決済が実行された取引の状況フラグを更新する（ステップＳ５５１６）。ステップＳ５５１６においては、取引情報テーブル７００において該当する取引の状況フラグを「処理中」から「完了」に更新する。

その後、ステップＳ５５１５においておこなわれた利用者側決済の結果をアクワイアラサーバ１３０に送信して（ステップＳ５５１７）、一連の処理を終了する。ステップＳ５５１７においては、ステップＳ５５１５においておこなわれた利用者側決済の結果を、アクワイアラサーバ１３０に加えて、利用者端末装置１１０に送信してもよい。

ステップＳ５５１４において、該当する利用者の口座番号に関連付けられている口座残高が支払金額以上ではない場合（ステップＳ５５１４：Ｎｏ）、エラー処理を実行する（ステップＳ５５１８）。ステップＳ５５１８においては、たとえば、利用者の口座残高が支払金額よりも少ないため利用者側決済が実行不可能であることを案内するエラーメッセージを生成して、ステップＳ５５１７へ移行し、ステップＳ５５１８において生成されたエラーメッセージを含む実行結果を送信する。

ステップＳ５５１３において、ステップＳ５５１２においておこなわれた認証処理の結果、認証が許可されなかった（認証がＯＫではなかった）場合（ステップＳ５５１３：Ｎｏ）は、ステップＳ５５１８へ移行する。ステップＳ５５１３：Ｎｏを経由した場合、ステップＳ５５１８においては、認証が許可されなかったため利用者側決済が実行不可能であることを案内するエラーメッセージを生成して、ステップＳ５５１７へ移行し、ステップＳ５５１８において生成されたエラーメッセージを含む実行結果を送信する。

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

一方、ステップＳ５５１１において、ステップＳ５５１０において利用者側取引番号、店舗情報および支払金額を送信してから、対応する認証情報を受信していないまま所定時間が経過した場合（ステップＳ５５１９：Ｙｅｓ）は、ステップＳ５５１８へ移行する。ステップＳ５５１９：Ｙｅｓを経由した場合、ステップＳ５５１８においては、たとえば認証情報の送信の有無を確認するエラーメッセージを生成して、ステップＳ５５１７へ移行し、ステップＳ５５１８において生成されたエラーメッセージを含む実行結果を送信する。

ステップＳ５５０７において、ステップＳ５５０６において利用者側取引番号を送信した結果、アクワイアラサーバ１３０から送信された利用者側取引番号、支払金額、店舗情報を受信していない場合（ステップＳ５５０７：Ｎｏ）は、ステップＳ５５０６において利用者側取引番号を送信してから所定時間が経過したか否かを判断する（ステップＳ５５２０）。ステップＳ５５２０において、ステップＳ５５０６において利用者側取引番号を送信してから所定時間が経過していない場合（ステップＳ５５２０：Ｎｏ）は、ステップＳ５５０７へ戻る。

一方、ステップＳ５５２０において、ステップＳ５５０６において利用者側取引番号を送信してから、アクワイアラサーバ１３０から送信された利用者側取引番号、支払金額、店舗情報を受信していないまま所定時間が経過した場合（ステップＳ５５２０：Ｙｅｓ）は、ステップＳ５５１８へ移行する。ステップＳ５５２０：Ｙｅｓを経由した場合、ステップＳ５５１８においては、たとえば決済システム１００を利用した決済処理の再実行を促すエラーメッセージを生成して、ステップＳ５５１７へ移行し、ステップＳ５５１８において生成されたエラーメッセージを含む実行結果を送信する。

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

図５６のフローチャートにおいて、まず、この発明にかかる実施の形態２の決済システム１００におけるアクワイアラサーバ１３０は、上述したステップＳ５４０６において、店舗端末装置１２０から送信された支払金額、利用者側取引番号、イシュアサーバ１４０を示すホスト名を受信したか否かを判断する（ステップＳ５６０１）。店舗端末装置１２０から送信された支払金額、利用者側取引番号、イシュアサーバ１４０を示すホスト名を受信していない場合（ステップＳ５６０１：Ｎｏ）は、該当する情報を受信するまで待機する。

ステップＳ５６０１において、店舗端末装置１２０から送信された支払金額、利用者側取引番号、イシュアサーバ１４０を示すホスト名を受信した場合（ステップＳ５６０１：Ｙｅｓ）は、受信された情報に対して店舗側取引番号を生成（採番）する（ステップＳ５６０２）。

つぎに、ステップＳ５６０１：Ｙｅｓにおいて受信されたイシュアサーバ１４０を示すホスト名に基づいて、口座情報テーブル４００を参照して、イシュアサーバ１４０の口座番号、および、店舗の口座番号を含む店舗情報を取得する（ステップＳ５６０３）。この発明にかかる実施の形態２の決済システム１００を利用した決済に際しては、当該決済に先立って店舗端末装置１２０がアクワイアラサーバ１３０にログインしているため、ステップＳ５６０３においては、当該ログインに際してのセッションＩＤに基づいて店舗の口座番号を取得することができる。

ステップＳ５６０３においては、アクワイアラサーバ１３０は、店舗端末装置１２０から送信された利用者側取引番号およびイシュアサーバ１４０を示すホスト名を受信すると、口座情報テーブル４００を参照して、受信されたイシュアサーバ１４０を示すホスト名によって識別されるイシュアサーバ１４０を特定する。受信されたイシュアサーバ１４０を示すホスト名によって識別されるイシュアサーバ１４０が、口座情報テーブル４００に記憶されていない場合（後述するステップＳ５６０４：Ｎｏを参照）は、たとえば、該当するイシュアサーバ１４０は決済システム１００が提供するサービスに加盟していないと判断し、エラー処理を実行するなどして以降の処理を中断してもよい。

つぎに、イシュアサーバ１４０のホスト名に基づくイシュアサーバ１４０の口座番号が存在するか否かを判断する（ステップＳ５６０４）。イシュアサーバ１４０のホスト名に基づくイシュアサーバ１４０の口座番号が存在しない場合（ステップＳ５６０４：Ｎｏ）は、所定のエラー処理をおこなって（ステップ５６１５）、一連の処理を終了する。

一方、ステップＳ５６０４において、イシュアサーバ１４０のホスト名に基づくイシュアサーバ１４０の口座番号が存在する場合（ステップＳ５６０４：Ｙｅｓ）は、ステップＳ５６０２において生成された店舗側取引番号、ステップＳ５６０３において取得されたイシュアサーバ１４０の口座番号および店舗の口座番号を関連付けて、取引情報テーブル６００に記憶する（ステップＳ５６０５）。そして、取引情報テーブル６００において該当する取引にかかわる状況フラグを更新する（ステップＳ５６０６）。ステップＳ５６０６においては、取引情報テーブル６００において該当する取引にかかる状況フラグを「処理中」に更新する。

つぎに、イシュアサーバ１４０に対して、ステップＳ５６０１：Ｙｅｓにおいて受信された利用者側取引番号（または、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬ）、支払金額およびステップＳ５６０３において取得された店舗情報を送信する（ステップＳ５６０７）。

イシュアサーバ１４０においては、ステップＳ５６０７において送信された利用者側取引番号（または、利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬ）、支払金額、店舗情報に基づいて、利用者端末装置１１０から取得された認証情報を用いて認証処理がおこなわれ、当該認証処理の結果に基づいて利用者側決済がおこなわれる。イシュアサーバ１４０は、利用者側決済をおこなった後、利用者側決済の実行結果をアクワイアラサーバ１３０に送信する。

つぎに、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信したか否かを判断する（ステップＳ５６０８）。そして、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信した場合（ステップＳ５６０８：Ｙｅｓ）は、受信された利用者側の実行結果に基づいて、イシュアサーバ１４０において利用者側決済が完了したか否かを判断する（ステップＳ５６０９）。

ステップＳ５６０９において、イシュアサーバ１４０において利用者側決済が完了した場合（ステップＳ５６０９：Ｙｅｓ）は、店舗側決済を実行し（ステップＳ５６１０）、取引情報テーブル６００における該当する状況フラグを更新する（ステップＳ５６１１）。ステップＳ５６１１においては、取引情報テーブル６００において該当する取引にかかわる「処理中」の状況フラグを「完了」に更新する。

その後、店舗端末装置１２０に対して、ステップＳ５６１０においておこなわれた店舗側決済の実行結果を送信して（ステップＳ５６１２）、一連の処理を終了する。ステップＳ５６１２においては、ステップＳ５６１０においておこなわれた店舗側決済の実行結果をイシュアサーバ１４０に対して送信してもよい。

ステップＳ５６０９において、イシュアサーバ１４０において利用者側決済が完了していない場合（ステップＳ５６０９：Ｎｏ）は、店舗端末装置１２０に対して確認要求を送信して（ステップＳ５６１３）、一連の処理を終了する。ステップＳ５６１３においては、たとえば、店舗端末装置１２０において「エラーが発生しました。」などの確認メッセージを表示させる確認要求を送信する。これによって、イシュアサーバ１４０において利用者側決済が完了していない場合に、当該利用者側決済が完了していないことを店舗端末装置１２０を介して店舗（の店員）に報知することができる。

ステップＳ５６０８において、イシュアサーバ１４０から送信された、利用者側決済の実行結果を受信していない場合（ステップＳ５６０８：Ｎｏ）は、ステップＳ５６０７において利用者側取引番号、支払金額、店舗情報を送信してから所定時間が経過したか否かを判断する（ステップＳ５６１４）。ステップＳ５６０７において利用者側取引番号、支払金額、店舗情報を送信してから所定時間が経過していない場合（ステップＳ５６１４：Ｎｏ）は、ステップＳ５６０８へ戻る。

一方、ステップＳ５６１４において、ステップＳ５６０７において利用者側取引番号、支払金額、店舗情報を送信してから所定時間が経過した場合（ステップＳ５６１４：Ｙｅｓ）は、ステップＳ５６１３へ移行し、確認要求を送信する（ステップＳ５６１３）。ステップＳ５６１４：Ｙｅｓを経由した場合、ステップＳ５６１３においては、たとえば、店舗端末装置１２０において「決済結果を確認してください。」などの確認メッセージを表示させる確認要求を送信する。

この発明にかかる実施の形態２の決済システム１００においては、アクワイアラサーバ１３０とイシュアサーバ１４０とは、同じサーバ（同じコンピュータ装置）であってもよい。この場合、具体的には、店舗端末装置１２０は、イシュアサーバ１４０にログインすることとなる。

店舗端末装置１２０は利用者端末装置１１０から利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬを読み取った際に、アクワイアラサーバ１３０とイシュアサーバ１４０が別々のサーバであった場合と同様に、イシュアサーバ１４０に読み取ったＵＲＬを送信する。

イシュアサーバ１４０は、店舗端末装置１２０から受信されたＵＲＬに含まれるホスト名（たとえば、ｉｓｓｕｕｅｒ１．ｃｏｍ）とアクワイアラサーバ１３０自身のホスト名（たとえば、ｉｓｓｕｕｅｒ１．ｃｏｍ）とを比較すると、双方のホスト名が一致していると判断される。

このように、イシュアサーバ１４０は、店舗端末装置１２０から渡されたイシュアサーバ１４０のホスト名が自分のものである（イシュアサーバ１４０を示すホスト名である）ことに基づいて、イシュアサーバ１４０が利用者の口座情報を保有していると判断することができる。

店舗端末装置１２０から受信されたＵＲＬに含まれるホスト名と、イシュアサーバ１４０自身のホスト名と、が一致している場合、イシュアサーバ１４０は、他のコンピュータ装置（イシュアサーバ１４０とは異なるコンピュータ装置によって実現される他のイシュアサーバ１４０）との決済を仲介する取引ではなく、既にイシュアサーバ１４０において登録されている利用者にかかる決済処理であると判断する。

決済システム１００においては、アクワイアラサーバ１３０とイシュアサーバ１４０とが同じサーバ（同じコンピュータ装置）であると判断した場合は、以降、上記と同様にして、利用者と店舗（の店員）との間において、アクワイアラサーバ１３０と利用者端末装置１１０との決済にかかる処理と同様の処理をおこなう。

逆に、アクワイアラサーバ１３０とイシュアサーバ１４０が別々のサーバであった場合は、店舗端末装置１２０は、利用者端末装置１１０から利用者側取引番号およびイシュアサーバ１４０を示すホスト名を含むＵＲＬを読み取った際に、アクワイアラサーバ１３０に読み取ったＵＲＬを送信する。

アクワイアラサーバ１３０は、店舗端末装置１２０から受信されたＵＲＬに含まれるホスト名（たとえば、ｉｓｓｕｕｅｒ１．ｃｏｍ）とアクワイアラサーバ１３０自身のホスト名（たとえば、ａｃｑｕｉｒｅｒ１．ｃｏｍ）とを比較すると、双方のホスト名が一致していないと判断する。

このように、アクワイアラサーバ１３０は、店舗端末装置１２０から渡されたイシュアサーバ１４０のホスト名が自分のものでないことに基づいて、アクワイアラサーバ１３０が利用者の口座情報を保有していないと判断することができる。

店舗端末装置１２０から受信されたＵＲＬに含まれるホスト名と、アクワイアラサーバ１３０自身のホスト名と、が一致していない場合、アクワイアラサーバ１３０は、他のコンピュータ装置（アクワイアラサーバ１３０とは異なるコンピュータ装置によって実現されるイシュアサーバ１４０）との決済を仲介する取引であると判断する。

アクワイアラサーバ１３０とイシュアサーバ１４０とを同じサーバ（同じコンピュータ装置）によって実現することにより、決済システム１００を用いた決済にかかる処理の効率化を図り、決済システム１００を用いた決済にかかる処理を迅速に実行することができる。

以上説明したように、この発明にかかる実施の形態２の決済システム１００は、利用者端末装置１１０が接続可能なイシュアサーバ１４０が、利用者端末装置１１０から支払意思情報を受信し、受信された支払意思情報に対して利用者側取引番号を生成し、生成された利用者側取引番号と利用者の口座番号とを関連付けて利用者側記憶媒体に記憶するとともに、生成された利用者側取引番号を利用者端末装置１１０に送信する。

また、店舗端末装置１２０が接続可能なアクワイアラサーバ１３０が、イシュアサーバ１４０から利用者端末装置１１０に送信された利用者側取引番号およびイシュアサーバ１４０の識別情報と支払金額とを店舗端末装置１２０から受信し、受信された情報に基づいてイシュアサーバ１４０の口座番号および店舗の口座番号を取得する。そして、受信された利用者側取引番号に対して店舗側取引番号を生成し、生成された店舗側取引番号と取得されたイシュアサーバ１４０の口座番号および店舗の口座番号と受信された利用者側取引番号とを関連付けて店舗側記憶媒体に記憶する。また、店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこない、受信された利用者側取引番号および支払金額と取得された前記店舗の口座番号を含む店舗情報とをイシュアサーバ１４０に送信する。

そして、イシュアサーバ１４０が、アクワイアラサーバ１３０から送信された情報を受信し、受信された情報に含まれる利用者側取引番号にアクワイアラサーバ１３０の口座番号および支払金額を関連付けて利用者側記憶媒体に記憶し、記憶された情報に基づいて、利用者側決済を実行するようにしたことを特徴としている。

この発明にかかる実施の形態２の決済システム１００によれば、クレジットカードやデビットカードなどの専用のカード類、およびこれらのカード類の情報を読み取る専用端末を用いることなく、店頭でオンライン決済をおこなうことができる。

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

さらに、この発明にかかる実施の形態２の決済システム１００によれば、現金に代わる決済手段による決済のための専用端末を用いることなく、店頭でオンライン決済をおこなうサービスが複数種類存在し、利用者と店舗とが同じサービスに加盟していない場合にも、異なるサービス間において、専用端末を用いることのない店頭でのオンライン決済を実現することができる。

すなわち、この発明にかかる実施の形態２の決済システム１００によれば、現金に代わる決済手段を用いて対面販売方式でおこなう決済において、現金に代わる決済手段の種類にかかわらず、高い利便性を維持しつつ安全性および信頼性の向上を図ることができる。

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

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

１００ 決済システム
１１０ 利用者端末装置
１１０ａ 入力部
１１０ｂ 表示部
１２０ 店舗端末装置
１２０ａ 表示部
１２０ｂ 入力部
１３０ アクワイアラサーバ
１４０ イシュアサーバ
８０１ 支払金額受信部
８０２ 店舗側取引番号生成部
８０３ 店舗側取引情報記憶部
８０４ 店舗側取引番号送信部
８０５ 店舗側記憶媒体
８０６ 店舗側取引番号受信部
８０７ 店舗側取引情報追加記憶部
８０９ 店舗側決済情報送信部
８１０ 実行結果受信部
８１１ 店舗側決済実行部
８１２ 実行結果送信部
８２０ 店舗側取引情報受信部
８２１ 口座番号取得部
８２２ 利用者側取引番号生成部
８２３ 利用者側取引情報記憶部
８２４ 利用者側記憶媒体
８２５ 店舗側取引番号送信部
８２６ 店舗側決済情報受信部
８２７ 利用者側取引情報追加記憶部
８２８ 認証用情報送信部
８２９ 認証情報受信部
８３０ 認証処理部
８３１ 利用者側決済実行部
８３２ 利用者側決済結果送信部
３３０１ 支払意思情報受信部
３３０２ 利用者側取引番号送信部
３３１１ 利用者側情報受信部
３３１２ 口座番号取得部
３３１３ 店舗側決済情報送信部

Claims (13)

1. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムであって、
   前記店舗側決済サーバは、
   前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信手段と、
   前記支払金額受信手段によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成手段と、
   前記店舗側取引番号生成手段によって生成された店舗側取引番号と、前記支払金額受信手段によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶手段と、
   前記店舗側取引番号生成手段によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信手段と、を備え、
   前記利用者側決済サーバは、
   前記店舗側取引番号送信手段によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側取引情報受信手段と、
   前記店舗側取引情報受信手段によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得手段と、
   前記店舗側取引情報受信手段によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成手段と、
   前記利用者側取引番号生成手段によって生成された利用者側取引番号と、前記口座番号取得手段によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側取引情報受信手段によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶手段と、
   前記店舗側取引情報受信手段によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信手段と、を備え、
   前記店舗側決済サーバは、
   前記店舗側取引番号送信手段によって送信された店舗側取引番号を受信する店舗側取引番号受信手段と、
   前記店舗側取引番号受信手段によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶手段と、
   前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信手段によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信手段と、を備え、
   前記利用者側決済サーバは、
   前記店舗側決済情報送信手段によって送信された情報を受信する店舗側決済情報受信手段と、
   前記店舗側決済情報受信手段によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行手段と、
   前記利用者側決済実行手段による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信手段と、を備え、
   前記店舗側決済サーバは、
   前記利用者側決済結果送信手段によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行手段を備えたことを特徴とする決済システム。
2. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムであって、
   前記利用者側決済サーバは、
   前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信手段と、
   前記支払意思情報受信手段によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成手段と、
   前記利用者側取引番号生成手段によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶手段と、
   前記利用者側取引番号生成手段によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信手段と、を備え、
   前記店舗側決済サーバは、
   前記利用者側取引番号送信手段によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信手段と、
   前記利用者側情報受信手段によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得手段と、
   前記利用者側情報受信手段によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成手段と、
   前記店舗側取引番号生成手段によって生成された店舗側取引番号と、前記口座番号取得手段によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信手段によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶手段と、
   前記利用者側情報受信手段によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得手段によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信手段と、を備え、
   前記利用者側決済サーバは、
   前記店舗側決済情報送信手段によって送信された情報を受信する店舗側決済情報受信手段と、
   前記店舗側決済情報受信手段によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶手段と、
   前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行手段と、
   前記利用者側決済実行手段による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信手段と、を備え、
   前記店舗側決済サーバは、
   前記利用者側決済結果送信手段によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行手段を備えたことを特徴とする決済システム。
3. 前記利用者側決済結果送信手段は、前記利用者側決済の実行結果を前記利用者端末装置に送信することを特徴とする請求項１または２に記載の決済システム。
4. 前記利用者側決済サーバは、
   前記店舗側決済情報受信手段によって受信された情報に基づいて、該当する前記利用者側取引番号と当該利用者側取引番号に関連付けられた前記支払金額および前記店舗情報を前記利用者端末装置へ送信する認証用情報送信手段と、
   前記認証用情報送信手段によって送信された情報に対する認証情報を前記利用者端末装置から受信する認証情報受信手段と、
   前記認証情報受信手段によって受信された認証情報に基づいて前記利用者の認証処理をおこなう認証処理手段と、を備え、
   前記利用者側決済実行手段は、前記認証処理手段によって前記認証処理がおこなわれた場合に、前記利用者側決済を実行することを特徴とする請求項１〜３のいずれか一つに記載の決済システム。
5. 前記認証情報受信手段は、前記利用者端末装置から送信された認証情報を、前記認証用情報送信手段によって利用者側取引番号、支払金額および店舗情報を送信した日時から所定時間以内である場合にのみ受信することを特徴とする請求項４に記載の決済システム。
6. 前記店舗端末装置は、前記店舗側決済サーバから送信された店舗側取引番号を表示する表示手段を備え、
   前記利用者端末装置は、前記店舗端末装置の表示手段に表示された店舗側取引番号を入力する入力手段を備えたことを特徴とする請求項１に記載の決済システム。
7. 前記利用者端末装置は、前記利用者側決済サーバから送信された利用者側取引番号を表示する表示手段を備え、
   前記店舗端末装置は、前記利用者端末装置の表示手段に表示された利用者側取引番号を入力する入力手段を備えたことを特徴とする請求項２に記載の決済システム。
8. 前記店舗側決済実行手段は、前記利用者側決済サーバの口座から前記店舗の口座へ前記支払金額の資金移動をおこない、
   前記利用者側決済実行手段は、前記利用者の口座から前記利用者側決済サーバの口座へ前記支払金額の資金移動をおこなうことを特徴とする請求項１〜７のいずれか一つに記載の決済システム。
9. 前記店舗側決済サーバと前記利用者側決済サーバとは、同一のコンピュータ装置によって実現されていることを特徴とする請求項１〜８のいずれか一つに記載の決済システム。
10. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムがおこなう決済方法であって、
    前記店舗側決済サーバに実行させる、
    前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信工程と、
    前記支払金額受信工程によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記支払金額受信工程によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信工程と、
    前記利用者側決済サーバに実行させる、
    前記店舗側取引番号送信工程によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側取引情報受信工程と、
    前記店舗側取引情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得工程と、
    前記店舗側取引情報受信工程によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号と、前記口座番号取得工程によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側取引情報受信工程によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、
    前記店舗側取引情報受信工程によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信工程と、
    前記店舗側決済サーバに実行させる、
    前記店舗側取引番号送信工程によって送信された店舗側取引番号を受信する店舗側取引番号受信工程と、
    前記店舗側取引番号受信工程によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶工程と、
    前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信工程によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、
    前記利用者側決済サーバに実行させる、
    前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、
    前記店舗側決済情報受信工程によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、
    前記利用者側決済実行工程による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信工程と、
    前記店舗側決済サーバに実行させる、
    前記利用者側決済結果送信工程によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程と、
    を含んだことを特徴とする決済方法。
11. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムがおこなう決済方法であって、
    前記利用者側決済サーバに実行させる、
    前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信工程と、
    前記支払意思情報受信工程によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信工程と、
    前記店舗側決済サーバに実行させる、
    前記利用者側取引番号送信工程によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信工程と、
    前記利用者側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得工程と、
    前記利用者側情報受信工程によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記口座番号取得工程によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信工程によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、
    前記利用者側情報受信工程によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得工程によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、
    前記利用者側決済サーバに実行させる、
    前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、
    前記店舗側決済情報受信工程によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶工程と、
    前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、
    前記利用者側決済実行工程による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信工程と、
    前記店舗側決済サーバに実行させる、
    前記利用者側決済結果送信工程によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程と、
    を含んだことを特徴とする決済方法。
12. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムに実行させる決済プログラムであって、
    前記店舗側決済サーバに、
    前記利用者が前記店舗へ支払う支払金額を前記店舗端末装置から受信する支払金額受信工程と、
    前記支払金額受信工程によって受信された支払金額に対して店舗側取引番号を生成する店舗側取引番号生成工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記支払金額受信工程によって受信された支払金額と、あらかじめ設けられた前記店舗の口座番号を含む店舗情報と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号を前記店舗端末装置に送信する店舗側取引番号送信工程と、を実行させ、
    前記利用者側決済サーバに、
    前記店舗側取引番号送信工程によって前記店舗端末装置に送信された店舗側取引番号および前記店舗側決済サーバの識別情報を前記利用者端末装置から受信する店舗側取引情報受信工程と、
    前記店舗側取引情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記利用者端末装置の利用者の口座番号を取得する口座番号取得工程と、
    前記店舗側取引情報受信工程によって受信された店舗側取引番号に対して利用者側取引番号を生成する利用者側取引番号生成工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号と、前記口座番号取得工程によって取得された前記店舗側決済サーバの口座番号および前記利用者の口座番号と、前記店舗側取引情報受信工程によって受信された店舗側取引番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、
    前記店舗側取引情報受信工程によって受信された店舗側取引番号を前記店舗側決済サーバに送信する店舗側取引番号送信工程と、を実行させ、
    前記店舗側決済サーバに、
    前記店舗側取引番号送信工程によって送信された店舗側取引番号を受信する店舗側取引番号受信工程と、
    前記店舗側取引番号受信工程によって受信された店舗側取引番号に、あらかじめ設けられた前記利用者側決済サーバの口座番号を関連付けて前記店舗側記憶媒体に記憶する店舗側取引情報追加記憶工程と、
    前記店舗側記憶媒体に記憶された情報に基づいて、前記店舗側取引番号受信工程によって受信された店舗側取引番号および当該店舗側取引番号に関連付けて記憶された支払金額および店舗情報を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、を実行させ、
    前記利用者側決済サーバに、
    前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、
    前記店舗側決済情報受信工程によって受信された情報および前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、
    前記利用者側決済実行工程による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信工程と、を実行させ、
    前記店舗側決済サーバに、
    前記利用者側決済結果送信工程によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程を実行させることを特徴とする決済プログラム。
13. 利用者の利用者端末装置が接続可能な利用者側決済サーバと、店舗の店舗端末装置が接続可能な店舗側決済サーバと、を備えた決済システムに実行させる決済プログラムであって、
    前記利用者側決済サーバに、
    前記利用者から前記店舗への支払意思に関する支払意思情報を前記利用者端末装置から受信する支払意思情報受信工程と、
    前記支払意思情報受信工程によって受信された支払意思情報に対して利用者側取引番号を生成する利用者側取引番号生成工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号と、あらかじめ設けられた前記利用者の口座番号と、を関連付けて利用者側記憶媒体に記憶する利用者側取引情報記憶工程と、
    前記利用者側取引番号生成工程によって生成された利用者側取引番号を前記利用者端末装置に送信する利用者側取引番号送信工程と、を実行させ、
    前記店舗側決済サーバに、
    前記利用者側取引番号送信工程によって前記利用者端末装置に送信された利用者側取引番号および前記利用者側決済サーバの識別情報と、前記利用者が前記店舗へ支払う支払金額と、を前記店舗端末装置から受信する利用者側情報受信工程と、
    前記利用者側情報受信工程によって受信された情報に基づいて、あらかじめ設けられた前記利用者側決済サーバの口座番号および前記店舗の口座番号を取得する口座番号取得工程と、
    前記利用者側情報受信工程によって受信された利用者側取引番号に対して店舗側取引番号を生成する店舗側取引番号生成工程と、
    前記店舗側取引番号生成工程によって生成された店舗側取引番号と、前記口座番号取得工程によって取得された前記利用者側決済サーバの口座番号および前記店舗の口座番号と、前記利用者側情報受信工程によって受信された利用者側取引番号と、を関連付けて店舗側記憶媒体に記憶する店舗側取引情報記憶工程と、
    前記利用者側情報受信工程によって受信された利用者側取引番号および前記支払金額と、前記口座番号取得工程によって取得された前記店舗の口座番号を含む店舗情報と、を前記利用者側決済サーバに送信する店舗側決済情報送信工程と、を実行させ、
    前記利用者側決済サーバに、
    前記店舗側決済情報送信工程によって送信された情報を受信する店舗側決済情報受信工程と、
    前記店舗側決済情報受信工程によって受信された利用者側取引番号に、あらかじめ設けられた前記店舗側決済サーバの口座番号および前記支払金額を前記利用者側記憶媒体に記憶する利用者側取引情報追加記憶工程と、
    前記利用者側記憶媒体に記憶された情報に基づいて、利用者側決済を実行する利用者側決済実行工程と、
    前記利用者側決済実行工程による利用者側決済の実行結果を前記店舗側決済サーバに送信する利用者側決済結果送信工程と、を実行させ、
    前記店舗側決済サーバに、
    前記利用者側決済結果送信工程によって送信された前記利用者側決済の実行結果に基づいて、前記利用者側決済が完了している場合に、前記店舗側記憶媒体に記憶された情報に基づいて店舗側決済をおこなう店舗側決済実行工程を実行させることを特徴とする決済プログラム。

Images