知財求人 - 知財ポータルサイト「IP Force」
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024090037
(43)【公開日】2024-07-04
(54)【発明の名称】決済方法、仲介サーバ、プログラム、及び購入システム
(51)【国際特許分類】
G06Q 20/24 20120101AFI20240627BHJP
G06Q 20/32 20120101ALI20240627BHJP
【ＦＩ】
G06Q20/24
G06Q20/32 300
【審査請求】有
【請求項の数】12
【出願形態】ＯＬ
(21)【出願番号】P 2022205670
(22)【出願日】2022-12-22
(71)【出願人】
【識別番号】595156322
【氏名又は名称】株式会社オリエントコーポレーション
(74)【代理人】
【識別番号】110000752
【氏名又は名称】弁理士法人朝日特許事務所
(72)【発明者】
【氏名】坂上 豪則
【テーマコード（参考）】
5L020
5L055
【Ｆターム（参考）】
5L020AA52
5L020AA64
5L055AA52
5L055AA64
(57)【要約】
【課題】クレジットカードの新規発行の申し込み後、当該クレジットカードに基づく決済を容易に行うことができる仕組みを提供する。
【解決手段】仲介サーバ１０が、ユーザ端末４０にて実行される、商品またはサービスの提供を行う事業者によってユーザに付与されたユーザＩＤと、ユーザ端末４０から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録し、ユーザ端末４０によって入力された、少なくともユーザＩＤと支払情報とを含む決済要求を受信すると、ユーザＩＤに対応するクレジットカード番号を特定して、支払情報とともに決済サーバ３０にクレジットカード番号を送信する。
【選択図】図１６
【解決手段】仲介サーバ１０が、ユーザ端末４０にて実行される、商品またはサービスの提供を行う事業者によってユーザに付与されたユーザＩＤと、ユーザ端末４０から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録し、ユーザ端末４０によって入力された、少なくともユーザＩＤと支払情報とを含む決済要求を受信すると、ユーザＩＤに対応するクレジットカード番号を特定して、支払情報とともに決済サーバ３０にクレジットカード番号を送信する。
【選択図】図１６
【特許請求の範囲】
【請求項1】
ユーザ端末において、前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、
仲介サーバが、商品またはサービスを提供する事業者が前記ユーザ端末のユーザに付与したユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録するステップと、
前記クレジットカード番号の発行が行われたことの通知を前記仲介サーバから受信すると、前記事業者によって提供され前記ユーザ端末において実行されるアプリケーションプログラムの決済機能を活性化するステップと、
前記ユーザ端末が、当該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、
前記仲介サーバが、少なくとも前記ユーザＩＤと、前記支払指示に係る商品またはサービスの購入額を含む金額情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して前記金額情報とともに決済サーバに前記クレジットカード番号を送信するステップと、
前記決済サーバが、前記仲介サーバから受信したカード番号および金額情報に基づいて、決済処理を行うステップと
を有する決済方法。
仲介サーバが、商品またはサービスを提供する事業者が前記ユーザ端末のユーザに付与したユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録するステップと、
前記クレジットカード番号の発行が行われたことの通知を前記仲介サーバから受信すると、前記事業者によって提供され前記ユーザ端末において実行されるアプリケーションプログラムの決済機能を活性化するステップと、
前記ユーザ端末が、当該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、
前記仲介サーバが、少なくとも前記ユーザＩＤと、前記支払指示に係る商品またはサービスの購入額を含む金額情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して前記金額情報とともに決済サーバに前記クレジットカード番号を送信するステップと、
前記決済サーバが、前記仲介サーバから受信したカード番号および金額情報に基づいて、決済処理を行うステップと
を有する決済方法。
【請求項2】
前記アプリケーションプログラムの実行中における前記ユーザ端末のアクセス先となる事業者サーバが、前記クレジットカード番号の発行に伴って前記ユーザに付与される特典を示す特典情報を生成するステップをさらに有する
請求項１に記載の決済方法。
請求項１に記載の決済方法。
【請求項3】
前記特典の内容は、前記クレジットカード番号が発行されてからの経過期間に基づいて定められる
請求項２に記載の決済方法。
請求項２に記載の決済方法。
【請求項4】
前記特典の内容は、前記クレジットカード番号に基づく商取引の回数に基づいて定められる
を有する請求項２に記載の決済方法。
を有する請求項２に記載の決済方法。
【請求項5】
前記決済機能は、
購入対象の商品または利用対象のサービスが前記ユーザによって指定されると、前記仲介サーバに、前記金額情報を示す二次元コードを生成するための情報を要求し、前記仲介サーバから当該情報を受信すると前記ユーザ端末に前記二次元コードを表示する機能である
請求項１に記載の決済方法。
購入対象の商品または利用対象のサービスが前記ユーザによって指定されると、前記仲介サーバに、前記金額情報を示す二次元コードを生成するための情報を要求し、前記仲介サーバから当該情報を受信すると前記ユーザ端末に前記二次元コードを表示する機能である
請求項１に記載の決済方法。
【請求項6】
前記決済機能は、
前記商品を販売する事業者または前記サービスを提供する施設において掲示された二次元コードを前記ユーザ端末にて読取られると、該読取った二次元コードに内包された情報を前記仲介サーバへ送信する機能であって、
前記仲介サーバから読取り確認の通知を受信すると、前記ユーザから前記金額情報の入力を受け付ける機能である
請求項１に記載の決済方法。
前記商品を販売する事業者または前記サービスを提供する施設において掲示された二次元コードを前記ユーザ端末にて読取られると、該読取った二次元コードに内包された情報を前記仲介サーバへ送信する機能であって、
前記仲介サーバから読取り確認の通知を受信すると、前記ユーザから前記金額情報の入力を受け付ける機能である
請求項１に記載の決済方法。
【請求項7】
前記アプリケーションプログラムの決済機能を活性化する処理とは、該発行されたクレジットカード番号を用いた商取引の要求を受け付けるためのオブジェクトを前記ユーザ端末の画面に表示する処理である
請求項１に記載の決済方法。
請求項１に記載の決済方法。
【請求項8】
カード入会代行サーバが、前記ユーザＩＤを含む申込情報と、当該ユーザIDを発行した事業者を識別する事業者識別情報とを前記事業者サーバから受信するステップと、
該受信した申込情報及び事業者識別情報を前記決済サーバへ送信するステップと
をさらに有する
請求項２に記載の決済方法。
該受信した申込情報及び事業者識別情報を前記決済サーバへ送信するステップと
をさらに有する
請求項２に記載の決済方法。
【請求項9】
前記支払指示には、支払いの回数またはタイミングを示す情報が含まれる
請求項１に記載の決済方法。
請求項１に記載の決済方法。
【請求項10】
ユーザ端末にて実行される、商品またはサービスの提供を行う事業者によってユーザに付与されたユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録する手段と、
前記ユーザ端末によって入力された、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、当該ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段と
を有する仲介サーバ。
前記ユーザ端末によって入力された、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、当該ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段と
を有する仲介サーバ。
【請求項11】
商品またはサービスの紹介を行う事業者によって提供されるアプリケーションプログラムが実行されるユーザ端末のコンピュータに、
前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、
該受け付けた申込情報を決済サーバに送信するステップと、
前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化するステップと、
該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、
該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信するステップと
を実行させるためのプログラム。
前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、
該受け付けた申込情報を決済サーバに送信するステップと、
前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化するステップと、
該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、
該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信するステップと
を実行させるためのプログラム。
【請求項12】
ユーザ端末と仲介サーバと決済サーバとを有し、
前記ユーザ端末は、
商品またはサービスの紹介を行う事業者によって提供されるアプリケーションプログラムを実行する手段と、
前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付ける手段と、
該受け付けた申込情報を前記決済サーバに送信する手段と、
前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化する手段と、
該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付ける手段と、
該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信する手段と
を有し、
前記仲介サーバは、
前記ユーザ端末から受信したユーザＩＤと、前記決済サーバから通知されたクレジットカード番号とを対応付けて登録する手段と、
前記支払指示に関する、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段と
を有し、
前記決済サーバは、
前記仲介サーバから受信したクレジットカード番号および支払情報に基づいて決済処理を行う手段を有する
購入システム。
前記ユーザ端末は、
商品またはサービスの紹介を行う事業者によって提供されるアプリケーションプログラムを実行する手段と、
前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付ける手段と、
該受け付けた申込情報を前記決済サーバに送信する手段と、
前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化する手段と、
該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付ける手段と、
該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信する手段と
を有し、
前記仲介サーバは、
前記ユーザ端末から受信したユーザＩＤと、前記決済サーバから通知されたクレジットカード番号とを対応付けて登録する手段と、
前記支払指示に関する、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段と
を有し、
前記決済サーバは、
前記仲介サーバから受信したクレジットカード番号および支払情報に基づいて決済処理を行う手段を有する
購入システム。
【発明の詳細な説明】
【技術分野】
【0001】
本発明は、クレジットカードに関する処理を行う技術に関する。
【背景技術】
【0002】
従来から、クレジットカードに関する処理を行う技術が知られている。例えば特許文献１には、クレジットカードの発行の申し込み後、即時にそのクレジットカードの情報に基づいて商品やサービスの購入を可能にする技術が記載されている。
【先行技術文献】
【特許文献】
【0003】
【特許文献1】特許第６９５２０８４号公報
【発明の概要】
【発明が解決しようとする課題】
【0004】
特許文献１に記載の技術では、クレジットカードを用いて商品の購入を行うにはクレジットカード会社が独自に提供するアプリケーションプログラムを利用する必要があるため、ユーザにとって手間であった。
【0005】
本発明は、クレジットカードの新規発行の申し込み後、当該クレジットカードの情報に基づく決済をユーザが容易に行うことができる仕組みを提供することを目的とする。
【課題を解決するための手段】
【0006】
本発明の一態様は、ユーザ端末において、前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、仲介サーバが、商品またはサービスを提供する事業者が前記ユーザ端末のユーザに付与したユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録するステップと、前記クレジットカード番号の発行が行われたことの通知を前記仲介サーバから受信すると、前記事業者によって提供され前記ユーザ端末において実行されるアプリケーションプログラムの決済機能を活性化するステップと、前記ユーザ端末が、当該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、前記仲介サーバが、少なくとも前記ユーザＩＤと、前記支払指示に係る商品またはサービスの購入額を含む金額情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して前記金額情報とともに決済サーバに前記クレジットカード番号を送信するステップと、前記決済サーバが、前記仲介サーバから受信したカード番号および金額情報に基づいて、決済処理を行うステップとを有する決済方法を提供する。
【0007】
本発明の別の一態様は、ユーザ端末にて実行される、商品またはサービスの提供を行う事業者によってユーザに付与されたユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録する手段と、前記ユーザ端末によって入力された、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、当該ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段とを有する仲介サーバを提供する。
【0008】
本発明のさらに別の一態様は、商品またはサービスの紹介を行う事業者によって提供されるアプリケーションプログラムが実行されるユーザ端末のコンピュータに、前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、該受け付けた申込情報を決済サーバに送信するステップと、前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化するステップと、該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信するステップとを実行させるためのプログラムを提供する。
【0009】
本発明のさらに別の一態様は、ユーザ端末と仲介サーバと決済サーバとを有し、前記ユーザ端末は、商品またはサービスの紹介を行う事業者によって提供されるアプリケーションプログラムを実行する手段と、前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付ける手段と、該受け付けた申込情報を前記決済サーバに送信する手段と、前記決済サーバにて前記クレジットカード番号の発行が行われたことの通知を、前記決済サーバから受信すると、前記事業者によって付与されたユーザＩＤと、該発行されたクレジットカード番号とを対応付けて記憶する仲介サーバを用いた、前記アプリケーションプログラムの決済機能を活性化する手段と、該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付ける手段と、該受け付けた支払指示と前記ユーザＩＤとを対応付けて前記仲介サーバへ送信する手段とを有し、前記仲介サーバは、前記ユーザ端末から受信したユーザＩＤと、前記決済サーバから通知されたクレジットカード番号とを対応付けて登録する手段と、前記支払指示に関する、少なくとも前記ユーザＩＤと支払情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して当該支払情報とともに決済サーバにクレジットカード番号を送信する手段とを有し、前記決済サーバは、前記仲介サーバから受信したクレジットカード番号および支払情報に基づいて決済処理を行う手段を有する購入システムを提供する。
【発明の効果】
【0010】
本発明によれば、クレジットカードの発行の申し込み後、当該クレジットカードの情報に基づく決済をユーザが容易に行うことができる。
【図面の簡単な説明】
【0011】
【図1】一実施形態に係る情報処理システムの概要を示す図。
【図2】情報処理システムの機能構成を例示する概略図。
【図3】情報処理システムの機能構成を例示する図。
【図4】情報処理システムの機能構成を例示する図。
【図5】情報処理システムの機能構成を例示する図。
【図6】情報処理システムの機能構成を例示する図。
【図8】仲介サーバのハードウェア構成を例示する図。
【図9】決済サーバのハードウェア構成を例示する図。
【図10】ユーザ端末のハードウェア構成を例示する図。
【図11】店舗端末のハードウェア構成を例示する図。
【図12】事業者サーバのハードウェア構成を例示する図。
【図13】クレジットカードの即時利用申込処理を例示するシーケンス図。
【図14A】ユーザ端末における表示画面（その１）を例示する図。
【図14B】ユーザ端末における表示画面（その２）を例示する図。
【図14C】ユーザ端末における表示画面（その３）を例示する図。
【図14D】ユーザ端末における表示画面（その４）を例示する図。
【図15】ユーザ情報データベースを例示する図である。
【図16】決済処理（その１）を例示するシーケンス図。
【図17A】ユーザ端末における表示画面（その５）を例示する図。
【図17B】ユーザ端末における表示画面（その６）を例示する図。
【図17C】ユーザ端末における表示画面（その７）を例示する図。
【図18】決済処理（その２）を例示するシーケンス図。
【図19】店舗端末におけるＱＲコード表示画面（その１）を例示する図。
【図20】決済処理（その３）を例示するシーケンス図。
【図21】店舗端末におけるＱＲコード表示画面（その２）を例示する図。
【図22】情報処理システムＳＡの概要を示す図。
【図23】クレジットカードの即時利用申込処理を例示するシーケンス図。
【図24】ユーザ端末４０Ａに記憶される情報の例を示す図。
【図25】決済処理（その４）を例示するシーケンス図。
【図26】ユーザ端末４０Ａの画面に表示される内容の例。
【図27】情報処理システムＳＢの概要を示す図。
【図28】情報処理システムＳＢの機能構成を例示する図。
【図29】カード入会処理サーバのハードウェア構成を例示する図。
【図30】変形例に係るクレジットカードの即時利用申込処理を例示するシーケンス図。
【発明を実施するための形態】
【0012】
１．構成
図１は、一実施形態に係る情報処理システムＳの概要を示す。情報処理システムＳは、仲介サーバ１０、ネットワーク２０、決済サーバ３０、ユーザ端末４０、店舗端末５０、事業者サーバ９０から構成される。
仲介サーバ１０、決済サーバ３０、及びユーザ端末４０は、それぞれ互いにネットワーク２０を介して接続されている。仲介サーバ１０及び店舗端末５０は、ネットワーク２０を介して接続されている。ユーザ端末４０及び事業者サーバ９０は、ネットワーク２０を介して接続されている。ネットワーク２０は、インターネットなどのネットワーク回線網である。ユーザ端末４０及び店舗端末５０は、ネットワーク２０に有線又は無線で接続可能である。
なお、同図においては、便宜上、ユーザ端末４０、決済サーバ３０、事業者サーバ９０、店舗端末５０は一つのみ描かれているが、複数存在しうる。すなわち、多数のユーザに対して、複数の事業者（クレジットカード加盟店）および複数のクレジットカード発行会社（与信業者）がアクセスすることができ、ユーザは複数のクレジットカード発行会社に係るカードに入会し、入会したカードで即時に商取引の実行および特典の享受を行うことができる。
図１は、一実施形態に係る情報処理システムＳの概要を示す。情報処理システムＳは、仲介サーバ１０、ネットワーク２０、決済サーバ３０、ユーザ端末４０、店舗端末５０、事業者サーバ９０から構成される。
仲介サーバ１０、決済サーバ３０、及びユーザ端末４０は、それぞれ互いにネットワーク２０を介して接続されている。仲介サーバ１０及び店舗端末５０は、ネットワーク２０を介して接続されている。ユーザ端末４０及び事業者サーバ９０は、ネットワーク２０を介して接続されている。ネットワーク２０は、インターネットなどのネットワーク回線網である。ユーザ端末４０及び店舗端末５０は、ネットワーク２０に有線又は無線で接続可能である。
なお、同図においては、便宜上、ユーザ端末４０、決済サーバ３０、事業者サーバ９０、店舗端末５０は一つのみ描かれているが、複数存在しうる。すなわち、多数のユーザに対して、複数の事業者（クレジットカード加盟店）および複数のクレジットカード発行会社（与信業者）がアクセスすることができ、ユーザは複数のクレジットカード発行会社に係るカードに入会し、入会したカードで即時に商取引の実行および特典の享受を行うことができる。
【0013】
情報処理システムＳは、ユーザ端末４０から受信したユーザＩＤと決済サーバ３０から通知されたクレジットカード番号とを対応付けて登録している仲介サーバ１０を用いて、決済処理を行う。
一般的に、クレジットカードの入会申し込みが行われた後、クレジットカードの審査を通過し、クレジットカード番号の生成（クレジットカードの発行に相当する）が行われるまでには、さほど時間がかからない。しかし、クレジットカード番号が生成された後、クレジットカードの印字処理及び郵送処理等には、通常、8営業日～３週間程度を要する。また、事業者によっては、事業者における商取引に係る各種代金の支払いおいてクレジットカードを用いて決済を行うことで利用できる特典が設定されている場合がある。しかし、上述の通り、クレジットカードの入会申し込みをしてから実際にクレジットカードを使えるようになるまでに少なくとも１週間程度を要することが通常であるから、クレジットカードの入会申し込みをした後すぐにその特典を利用することは、基本的にはできないことになる。
一般的に、クレジットカードの入会申し込みが行われた後、クレジットカードの審査を通過し、クレジットカード番号の生成（クレジットカードの発行に相当する）が行われるまでには、さほど時間がかからない。しかし、クレジットカード番号が生成された後、クレジットカードの印字処理及び郵送処理等には、通常、8営業日～３週間程度を要する。また、事業者によっては、事業者における商取引に係る各種代金の支払いおいてクレジットカードを用いて決済を行うことで利用できる特典が設定されている場合がある。しかし、上述の通り、クレジットカードの入会申し込みをしてから実際にクレジットカードを使えるようになるまでに少なくとも１週間程度を要することが通常であるから、クレジットカードの入会申し込みをした後すぐにその特典を利用することは、基本的にはできないことになる。
【0014】
この点、情報処理システムＳにおいては、事業者の顧客を一意に識別するために当該事業者側が生成し管理するＩＤ（以下、ユーザＩＤという）とクレジットカード会社（いわゆるイシュア）が生成するクレジットカード番号とを紐づけて登録する仲介サーバ１０を備えている。そのような仲介サーバ１０が備えられていることによって、ユーザは、手元にクレジットカード（物理的なカード、プラスティックカード等とも呼ばれる）を持っていなくても、クレジットカード番号さえ生成されていれば、クレジットカード番号を利用した商取引を即座に行うことができる。
また、事業者における商取引は、実店舗における商取引又はＥＣ（electronic commerce）サイトにおける商取引である。ユーザＩＤは、事業者が当該事業者の顧客を一意に識別するために付与される識別情報（ＩＤ）であって、当該事業者が提供するウェブサービスや店舗サービス等においてユーザが利用可能なものである。ユーザＩＤは、例えば、アルファベット及び数字の少なくとも一方によって構成される。
加えて、後述するように、情報処理システムＳにおいては、クレジットカードに入会する（新たなレジットカード番号が入会者に付与される）と同時に、特典情報（いわゆるポイント等と呼ばれ、金銭的ないし経済的価値を有するもの）を、事業者側および／またはクレジットカード会社を付与することができる。この結果、クレジットカードがない状態で買い物を行った際であっても、当該特典を受けることができる。
また、事業者における商取引は、実店舗における商取引又はＥＣ（electronic commerce）サイトにおける商取引である。ユーザＩＤは、事業者が当該事業者の顧客を一意に識別するために付与される識別情報（ＩＤ）であって、当該事業者が提供するウェブサービスや店舗サービス等においてユーザが利用可能なものである。ユーザＩＤは、例えば、アルファベット及び数字の少なくとも一方によって構成される。
加えて、後述するように、情報処理システムＳにおいては、クレジットカードに入会する（新たなレジットカード番号が入会者に付与される）と同時に、特典情報（いわゆるポイント等と呼ばれ、金銭的ないし経済的価値を有するもの）を、事業者側および／またはクレジットカード会社を付与することができる。この結果、クレジットカードがない状態で買い物を行った際であっても、当該特典を受けることができる。
【0015】
仲介サーバ１０は、クレジットカード番号とユーザＩＤとを紐づけて記憶するユーザ情報データベースを備えているサーバである。クレジットカード番号は、ユーザによるクレジットカード番号の生成の申し込みによって生成される、決済を行うための番号である。
【0016】
決済サーバ３０は、クレジットカード番号を生成するサーバである。決済サーバ３０は、クレジットカード会社が管理するサーバである。決済サーバ３０は、仲介サーバから送信されたクレジットカード番号を用いて決済処理を行う。
【0017】
ユーザ端末４０は、クレジットカードの生成の申し込みを行うために、ユーザによって使用されるスマートフォン、タブレットＰＣ等の情報処理装置である。ユーザ端末４０は、ユーザによる操作に応じて、少なくとも申込情報の入力を受け付ける。申込情報は、ユーザ端末４０のユーザに対してクレジットカード番号を生成するための審査に用いられる情報であって、少なくともユーザＩＤを含んでいる。ユーザＩＤは、商品又はサービスを提供する事業者がユーザ端末４０のユーザに付与した、ユーザを一意に識別するための情報である。ユーザ端末４０は、ユーザＩＤを用いた決済を行う際に、店舗端末５０に読み込ませるための二次元コード（例えばＱＲコード（登録商標））の表示、クレジットカード番号を用いた商取引の要求を受け付けるためのオブジェクトの表示、又は店舗端末５０に表示された二次元コードの読取を行う。
【0018】
店舗端末５０は、事業者が管理し、事業者に紐づくスマートフォン又はタブレットＰＣであって、事業者が運営する実店舗に設けられ、当該事業者の従業員等（例えば接客や会計担当の店員など）によって使用される。店舗端末５０は、ユーザ端末４０に読み込ませるための二次元コードの表示、又はユーザ端末４０に表示された二次元コードの読取を行う。
【0019】
事業者サーバ９０は、店舗端末５０を管理する事業者が管理・運営するものであって、ユーザ端末４０と通信を行い、ユーザ端末４０にて実行されるアプリケーションプログラムの動作を制御する。ユーザ端末と仲介サーバ１０や決済サーバ３０とのやり取りは、必ず事業者サーバ９０を介して行われる。換言すると、前記アプリケーションプログラムを実行し、クレジットカードの申込や決済に係る処理についての情報をやりとりする際、ユーザ端末４０のアクセス先は常に事業者サーバ９０となる。後述するように、事業者サーバ９０は、クレジットカード番号が発行されると、アプリケーションプログラムの決済機能を活性化する。
【0020】
＜基本的機能＞
図２は、情報処理システムＳの基本的な機能構成を例示する図である。
情報処理システムＳは、受付手段２０１、生成手段２０２、記憶手段２０３、読取手段２０４、読取手段２０５、取得手段２０６、決済手段２０７、生成手段２０８、制御手段２０９、制御手段２１０、制御手段２１１、制御手段２１２、制御手段２１３、及び制御手段２１４を有する。
記憶手段２０３、取得手段２０６、及び制御手段２０９は、仲介サーバ１０に実装される。生成手段２０２、決済手段２０７、及び制御手段２１０は、決済サーバ３０に実装される。受付手段２０１、読取手段２０４、及び制御手段２１１は、ユーザ端末４０に実装される。読取手段２０５、及び制御手段２１２は、店舗端末５０に実装される。
図２は、情報処理システムＳの基本的な機能構成を例示する図である。
情報処理システムＳは、受付手段２０１、生成手段２０２、記憶手段２０３、読取手段２０４、読取手段２０５、取得手段２０６、決済手段２０７、生成手段２０８、制御手段２０９、制御手段２１０、制御手段２１１、制御手段２１２、制御手段２１３、及び制御手段２１４を有する。
記憶手段２０３、取得手段２０６、及び制御手段２０９は、仲介サーバ１０に実装される。生成手段２０２、決済手段２０７、及び制御手段２１０は、決済サーバ３０に実装される。受付手段２０１、読取手段２０４、及び制御手段２１１は、ユーザ端末４０に実装される。読取手段２０５、及び制御手段２１２は、店舗端末５０に実装される。
【0021】
まず、仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段２０６は、記憶手段２０３から、ユーザ情報データベースに記憶されている情報を取得する。制御手段２０９は、各種の制御を行う。
【0022】
続いて、決済サーバ３０における機能を説明する。生成手段２０２は、ユーザ端末４０にて入力された申込情報を用いて、クレジットカード番号を生成（発行）する。決済手段２０７は、仲介サーバ１０から取得されたクレジットカード番号を用いて決済処理を行う。制御手段２１０は、各種の制御を行う。
【0023】
続いて、ユーザ端末４０における機能を説明する。受付手段２０１は、ユーザによる操作に基づいて、申込情報の入力を受け付ける。読取手段２０４は、店舗端末５０に表示されている二次元コードを読み取る。制御手段２１１は、各種の制御を行う。
【0024】
続いて、店舗端末５０における機能を説明する。読取手段２０５は、ユーザ端末４０に表示されている二次元コードを読み取る。制御手段２１２は、各種の制御を行う。
【0025】
続いて、事業者サーバ９０における機能を説明する。アプリ制御手段２９１は、ユーザ端末４０にて実行されるアプリの動作内容を制御する。特典管理手段は、決済サーバが発行するクレジットカードに新たに入会した場合に入会者に与えられる特典（特典を付与しない場合も含む）の内容や付与方法を決定する。通信手段２９２、通信手段２９４，通信手段２９５は、それぞれ、ユーザ端末４０，決済サーバ、仲介サーバ１０と各種情報の授受を行う。
【0026】
図３～図７を用いて、情報処理システムＳの機能構成例をより詳細に説明する。
情報処理システムＳが行う処理は、大きく分けると、クレジットカードの利用の申込処理、及び、決済処理の２つに分けられる。決済処理は、ＣＰＭ方式、静的ＭＰＭ方式、及び動的ＭＰＭ方式の３つの方式に分けられる。図３に例示する機能構成図が、クレジットカードの利用の申込処理に対応する。図４に例示する機能構成図が、ＣＰＭ方式の決済処理に対応する。図５に例示する機能構成図が、静的ＭＰＭ方式の決済処理に対応する。図６に例示する機能構成図が、動的ＭＰＭ方式の決済処理に対応する。図７に例示する機能構成図が、クレジットカードの利用の申込処理の変形例に対応する。図３～図７に示す機能図は、それぞれ、後述する図１３、図１６、図１８、図２０、及び図２２に示すシーケンス図に対応している。
情報処理システムＳが行う処理は、大きく分けると、クレジットカードの利用の申込処理、及び、決済処理の２つに分けられる。決済処理は、ＣＰＭ方式、静的ＭＰＭ方式、及び動的ＭＰＭ方式の３つの方式に分けられる。図３に例示する機能構成図が、クレジットカードの利用の申込処理に対応する。図４に例示する機能構成図が、ＣＰＭ方式の決済処理に対応する。図５に例示する機能構成図が、静的ＭＰＭ方式の決済処理に対応する。図６に例示する機能構成図が、動的ＭＰＭ方式の決済処理に対応する。図７に例示する機能構成図が、クレジットカードの利用の申込処理の変形例に対応する。図３～図７に示す機能図は、それぞれ、後述する図１３、図１６、図１８、図２０、及び図２２に示すシーケンス図に対応している。
【0027】
＜クレジットカードの即時利用申込の処理に係る機能＞
図３は、情報処理システムＳの機能構成を例示する図であり、後述する図１３に示すシーケンス図に示す、クレジットカードの即時利用申込の処理に係る動作に対応している。
情報処理システムＳは、記憶手段２０３、活性化手段３４０、受付手段３４１、通信手段３４２、通信手段３３０、通信手段３３１、取得手段３０３、生成手段３０４、送信手段３０５、取得手段３０６、通知手段３０７、取得手段３０８、送信手段３０９、生成手段３１０、記憶制御手段３１１、送信手段３１２、取得手段３１３、登録手段３１４、通知手段３１５、取得手段３１６、要求手段３１７、取得手段３１８、生成手段３１９、送信手段３２０、取得手段３２１、及び活性化手段３２２を有する。
記憶手段２０３、取得手段３０６、取得手段３１３、登録手段３１４、通知手段３１５、取得手段３１８、生成手段３１９、及び送信手段３２０は、仲介サーバ１０に実装される。
取得手段３０３、生成手段３０４、送信手段３０５、通知手段３０７、及び送信手段３０９は、決済サーバ３０に実装される。
通信手段３３０、通信手段３３１、取得手段３０８、生成手段３１０、記憶制御手段３１１、送信手段３１２、取得手段３１６、要求手段３１７、取得手段３２１、及び活性化手段３２２は、事業者サーバ９０に実装される。
活性化手段３４０、受付手段３４１、及び通信手段３４２は、ユーザ端末４０に実装される。
図３は、情報処理システムＳの機能構成を例示する図であり、後述する図１３に示すシーケンス図に示す、クレジットカードの即時利用申込の処理に係る動作に対応している。
情報処理システムＳは、記憶手段２０３、活性化手段３４０、受付手段３４１、通信手段３４２、通信手段３３０、通信手段３３１、取得手段３０３、生成手段３０４、送信手段３０５、取得手段３０６、通知手段３０７、取得手段３０８、送信手段３０９、生成手段３１０、記憶制御手段３１１、送信手段３１２、取得手段３１３、登録手段３１４、通知手段３１５、取得手段３１６、要求手段３１７、取得手段３１８、生成手段３１９、送信手段３２０、取得手段３２１、及び活性化手段３２２を有する。
記憶手段２０３、取得手段３０６、取得手段３１３、登録手段３１４、通知手段３１５、取得手段３１８、生成手段３１９、及び送信手段３２０は、仲介サーバ１０に実装される。
取得手段３０３、生成手段３０４、送信手段３０５、通知手段３０７、及び送信手段３０９は、決済サーバ３０に実装される。
通信手段３３０、通信手段３３１、取得手段３０８、生成手段３１０、記憶制御手段３１１、送信手段３１２、取得手段３１６、要求手段３１７、取得手段３２１、及び活性化手段３２２は、事業者サーバ９０に実装される。
活性化手段３４０、受付手段３４１、及び通信手段３４２は、ユーザ端末４０に実装される。
【0028】
仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段３０６は、決済サーバ３０から送信されたユーザＩＤ及びクレジットカード番号を取得する。取得手段３１３は、ユーザ端末４０から、ユーザＩＤを受信する。登録手段３１４は、ユーザ端末４０からクレジットカード番号ではなくユーザＩＤを取得して行われる決済を行う仕組み（以下、ナンバーレス決済という）を利用するためのユーザ登録を実行する。通知手段３１５は、ユーザ端末４０に、ユーザ登録が完了した旨を通知する。取得手段３１８は、ユーザ端末４０から、認可コードの要求を取得する。生成手段３１９は、ユーザ端末４０からの要求に応じて、認可コードを生成する。また、生成手段３１９は、ユーザ端末４０からの要求に応じて、アクセストークンを生成する。送信手段３２０は、ユーザ端末４０に、認可コードを送信する。また、送信手段３２０は、ユーザ端末４０に、アクセストークンを送信する。認可コードおよびアクセストークンの交換は、店舗端末５０を用いてＱＲコードによる決済を行うために必要な処理である。
【0029】
決済サーバ３０における機能を説明する。取得手段３０３は、ユーザ端末４０から送信された申込情報を取得する。生成手段３０４は、ユーザ端末４０から取得された申込情報に基づいて、クレジットカード番号を生成する。送信手段３０５は、仲介サーバ１０に、申込情報に含まれるユーザＩＤ、及び、生成されたクレジットカード番号を送信する。通知手段３０７は、ユーザ端末４０に、ユーザがクレジットカード番号の生成に係る審査に通過し、クレジットカード番号が生成された旨を通知する。
【0030】
ユーザ端末４０における機能を説明する。受付手段３４１は、ユーザによる操作に基づいて、申込情報の入力を受け付ける。通信手段３４２は、入力された申込情報を事業者サーバ９０に送信する。また、通信手段３４２は、ユーザがクレジットカード番号の生成に係る審査に通過し、クレジットカード番号が生成された旨の通知を事業者サーバ９０から取得する。活性化手段３４０は、事業者サーバ９０からの指示に基づいて、ユーザ端末４０にて実行されるアプリケーションプログラム（以下、アプリという）の決済機能を活性化する。なお、アプリとは、ＯＳ（オペレーティングシステム）から直接呼び出されるいわゆるネイティブアプリであってもよいし、ブラウザ等の他のアプリ上で動作するいわゆるノンネイティブアプリであってもよい。要するに、ユーザ端末４０にて動作するプログラムであればよい。
【0031】
事業者サーバ９０における機能を説明する。通信手段３３０は、ユーザ端末４０から申込情報を受信するとともに、ユーザがクレジットカード番号の生成に係る審査に通過し、クレジットカード番号が生成された旨の通知をユーザ端末４０に送信する。アプリの決済機能を活性化させるための指示をユーザ端末４０に送信する。通信手段３４２は、ユーザ端末４０から受信した申込情報を事業者サーバ９０に送信する。取得手段３０８は、ユーザがクレジットカード番号の生成に係る審査に通過し、クレジットカード番号が生成された旨の通知を決済サーバ３０から取得する。生成手段３１０は特典情報を生成する。記憶制御手段３１１は、ユーザＩＤ及び特典情報を対応付けて記憶する。記憶された情報は、さらにユーザ端末４０に送信されユーザ端末４０の記憶部に記憶されてもよい。特典情報は、アプリの実行時に、必要に応じて（例えば決済時などにおいて）ユーザ端末または事業者サーバによって読み出される。送信手段３１２は、仲介サーバ１０に、ユーザＩＤ及び特典情報を送信する。取得手段３１６は、仲介サーバ１０から、ユーザ登録が完了した旨の通知を取得する。要求手段３１７は、仲介サーバ１０に、アクセストークンを取得するための認可コードを要求する。また、要求手段３１７は、仲介サーバ１０に、アクセストークンを要求する。取得手段３２１は、仲介サーバ１０から、認可コードを取得する。また、取得手段３２１は、仲介サーバ１０から、アクセストークンを取得する。活性化手段３２２は、ユーザ端末４０において実行されるアプリの決済機能を活性化する。
【0032】
＜クレジットカードの即時利用申込の処理に係る機能＞
図４は、図３に引き続き、情報処理システムＳの機能構成を例示する図である。図４は、図１６に示すクレジットカードの即時利用申込の処理シーケンス図に対応している。
情報処理システムＳは、記憶手段２０３、受付手段４０１、要求手段４０２、取得手段４０３、生成手段４０４、表示制御手段４０５、表示制御手段４０５、読取手段４０７、受付手段４０８、要求手段４０９、取得手段４１０、取得手段４１１、送信手段４１２、取得手段４１３、決済手段４１４、通知手段４１５、取得手段４１６、通知手段４１７、取得手段４１８、表示制御手段４１９、及び表示手段４２０を有する。
記憶手段２０３、取得手段４０３、生成手段４０４、表示制御手段４０５、取得手段４１０、取得手段４１１、送信手段４１２、取得手段４１６、通知手段４１７、及び表示制御手段４１９は、仲介サーバ１０に実装される。取得手段４１３、決済手段４１４、及び通知手段４１５は、決済サーバ３０に実装される。受付手段４０１、要求手段４０２、取得手段４０３、及び表示手段４２０は、ユーザ端末４０に実装される。読取手段４０７、受付手段４０８、要求手段４０９、及び取得手段４１８は、店舗端末５０に実装される。
図４は、図３に引き続き、情報処理システムＳの機能構成を例示する図である。図４は、図１６に示すクレジットカードの即時利用申込の処理シーケンス図に対応している。
情報処理システムＳは、記憶手段２０３、受付手段４０１、要求手段４０２、取得手段４０３、生成手段４０４、表示制御手段４０５、表示制御手段４０５、読取手段４０７、受付手段４０８、要求手段４０９、取得手段４１０、取得手段４１１、送信手段４１２、取得手段４１３、決済手段４１４、通知手段４１５、取得手段４１６、通知手段４１７、取得手段４１８、表示制御手段４１９、及び表示手段４２０を有する。
記憶手段２０３、取得手段４０３、生成手段４０４、表示制御手段４０５、取得手段４１０、取得手段４１１、送信手段４１２、取得手段４１６、通知手段４１７、及び表示制御手段４１９は、仲介サーバ１０に実装される。取得手段４１３、決済手段４１４、及び通知手段４１５は、決済サーバ３０に実装される。受付手段４０１、要求手段４０２、取得手段４０３、及び表示手段４２０は、ユーザ端末４０に実装される。読取手段４０７、受付手段４０８、要求手段４０９、及び取得手段４１８は、店舗端末５０に実装される。
【0033】
まず、仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段４０３は、ユーザ端末４０から、ＱＲコード（登録商標）の生成の要求を取得する。このとき、取得手段４０３は、ユーザ端末４０から、ユーザＩＤを取得する。生成手段４０４は、ユーザ端末４０から送信されたユーザＩＤ及び支払情報を用いて、ＱＲコードを生成する。表示制御手段４０５は、ユーザ端末４０にＱＲコードを表示する制御を行う。このとき、表示制御手段４０５は、ユーザ端末４０にＱＲコードを送信する。取得手段４１０は、店舗端末５０から、決済の実行の要求を取得する。このとき、取得手段４１０は、店舗端末５０から、金額情報、事業者識別情報、ユーザＩＤ、及び支払情報を取得する。取得手段４１１は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、店舗端末５０から送信されたユーザＩＤに対応するクレジットカード番号を取得する。
送信手段４１２は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。金額情報は、支払指示に係る商品又はサービスの購入額を含んでいる。取得手段４１６は、決済サーバ３０から、決済が完了した旨の通知を取得する。通知手段４１７は、店舗端末５０に、決済が完了した旨を通知する。表示制御手段４１９は、ユーザ端末４０に、決済が完了した旨を示す画面（以下、決済完了画面という）を表示する制御を行う。このとき、表示制御手段４１９は、ユーザ端末４０に、決済完了画面のデータを送信する。
送信手段４１２は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。金額情報は、支払指示に係る商品又はサービスの購入額を含んでいる。取得手段４１６は、決済サーバ３０から、決済が完了した旨の通知を取得する。通知手段４１７は、店舗端末５０に、決済が完了した旨を通知する。表示制御手段４１９は、ユーザ端末４０に、決済が完了した旨を示す画面（以下、決済完了画面という）を表示する制御を行う。このとき、表示制御手段４１９は、ユーザ端末４０に、決済完了画面のデータを送信する。
【0034】
続いて、決済サーバ３０における機能を説明する。取得手段４１３は、仲介サーバ１０から、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を取得する。決済手段４１４は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。通知手段４１５は、仲介サーバ１０に、決済が完了した旨を通知する。
【0035】
続いて、ユーザ端末４０における機能を説明する。受付手段４０１は、ユーザによる操作に基づいて、商取引に係る支払の指示を受け付ける。要求手段４０２は、仲介サーバ１０に、店舗端末５０に読み込ませるためのＱＲコードの生成を要求する。このとき、要求手段４０２は、仲介サーバ１０にユーザＩＤを送信する。表示制御手段４０５は、仲介サーバ１０から送信されたＱＲコードを表示する。表示手段４２０は、決済サーバ３０から送信された決済完了画面を表示する。
【0036】
続いて、店舗端末５０における機能を説明する。読取手段４０７は、ユーザ端末４０に表示されているＱＲコードを読み取る。受付手段４０８は、店舗端末５０の操作者による操作に基づいて、金額情報の入力を受け付ける。要求手段４０９は、仲介サーバ１０に、決済の実行を要求する。このとき、要求手段４０９は、仲介サーバ１０に、金額情報、事業者識別情報、及び、読み取られたＱＲコードに含まれている情報の一部であるユーザＩＤ及び支払情報を送信する。取得手段４１８は、仲介サーバ１０から、決済が完了した旨の通知を取得する。
【0037】
図５は、図４に引き続き、情報処理システムＳの機能構成を例示する図である。図５は、図１８に示すシーケンス図に対応している。情報処理システムＳは、記憶手段２０３、受付手段５０１、読取手段５０２、送信手段５０３、取得手段５０４、通知手段５０５、取得手段５０６、受付手段５０７、認証手段５０８、要求手段５０９、取得手段５１０、取得手段５１１、送信手段５１２、取得手段５１３、決済手段５１４、通知手段５１５、取得手段５１６、表示制御手段５１７、及び表示手段５１８を有する。記憶手段２０３、取得手段５０４、通知手段５０５、取得手段５１０、取得手段５１１、送信手段５１２、取得手段５１６、及び表示制御手段５１７は、仲介サーバ１０に実装される。取得手段５１３、決済手段５１４、及び通知手段５１５は、決済サーバ３０に実装される。受付手段５０１、読取手段５０２、送信手段５０３、取得手段５０６、受付手段５０７、認証手段５０８、要求手段５０９、及び表示手段５１８は、ユーザ端末４０に実装される。
【0038】
まず、仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段５０４は、ユーザ端末４０から、事業者識別情報を取得する。通知手段５０５は、ユーザ端末４０に、ユーザ端末４０におけるＱＲコードの読取が正常に完了した旨を通知する。取得手段５１０は、ユーザ端末４０から、決済の実行の要求を取得する。このとき、取得手段５１０は、ユーザ端末４０からユーザＩＤ及び支払情報を取得する。取得手段５１１は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、ユーザ端末４０から送信されたユーザＩＤに対応するクレジットカード番号を取得する。送信手段５１２は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。取得手段５１６は、決済サーバ３０から、決済が完了した旨の通知を取得する。表示制御手段５１７は、ユーザ端末４０に、決済完了画面を表示する制御を行う。このとき、表示制御手段５１７は、ユーザ端末４０に、決済完了画面のデータを送信する。
【0039】
続いて、決済サーバ３０における機能を説明する。取得手段５１３は、仲介サーバ１０から、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を取得する。決済手段５１４は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。通知手段５１５は、仲介サーバ１０に、決済が完了した旨を通知する。
【0040】
続いて、ユーザ端末４０における機能を説明する。受付手段５０１は、ユーザによる操作に基づいて、商取引に係る支払の指示を受け付ける。読取手段５０２は、事業者識別情報を含んでいるＱＲコードを読み取る。送信手段５０３は、仲介サーバ１０に、ＱＲコードを読み取って得られた事業者識別情報を送信する。取得手段５０６は、仲介サーバ１０から、ユーザ端末４０がＱＲコードの正常な読取が完了した旨の通知を取得する。受付手段５０７は、ユーザによる操作に基づいて、金額情報の入力を受け付ける。認証手段５０８は、決済を行おうとしている人物がユーザ本人であることを確認するため、アプリにおいてユーザ認証を行う。要求手段５０９は、仲介サーバ１０に、決済の実行を要求する。このとき、要求手段５０９は、仲介サーバ１０にユーザＩＤ及び支払情報を送信する。表示手段５１８は、仲介サーバ１０から送信された決済完了画面を表示する。
【0041】
図６および図７は、図５に引き続き、情報処理システムＳの機能構成を例示する図である。図６は、図２０に示すシーケンス図に対応している。
情報処理システムＳは、記憶手段２０３、送信手段６０１、取得手段６０２、生成手段６０３、表示制御手段６０４、表示手段６０５、受付手段６０６、読取手段６０７、送信手段６０８、取得手段６０９、表示制御手段６１０、表示手段６１１、認証手段６１２、要求手段６１３、取得手段６１４、取得手段６１５、送信手段６１６、取得手段６１７、決済手段６１８、通知手段６１９、取得手段６２０、表示制御手段６２１、表示手段６２２、及び表示手段６２３を有する。記憶手段２０３、取得手段６０２、生成手段６０３、表示制御手段６０４、取得手段６０９、表示制御手段６１０、取得手段６１４、取得手段６１５、送信手段６１６、取得手段６２０、及び表示制御手段６２１は、仲介サーバ１０に実装される。取得手段６１７、決済手段６１８、及び通知手段６１９は、決済サーバ３０に実装される。受付手段６０６、読取手段６０７、送信手段６０８、表示手段６１１、認証手段６１２、要求手段６１３、及び表示手段６２３は、ユーザ端末４０に実装される。送信手段６０１、表示手段６０５、及び表示手段６２２は、店舗端末５０に実装される。
情報処理システムＳは、記憶手段２０３、送信手段６０１、取得手段６０２、生成手段６０３、表示制御手段６０４、表示手段６０５、受付手段６０６、読取手段６０７、送信手段６０８、取得手段６０９、表示制御手段６１０、表示手段６１１、認証手段６１２、要求手段６１３、取得手段６１４、取得手段６１５、送信手段６１６、取得手段６１７、決済手段６１８、通知手段６１９、取得手段６２０、表示制御手段６２１、表示手段６２２、及び表示手段６２３を有する。記憶手段２０３、取得手段６０２、生成手段６０３、表示制御手段６０４、取得手段６０９、表示制御手段６１０、取得手段６１４、取得手段６１５、送信手段６１６、取得手段６２０、及び表示制御手段６２１は、仲介サーバ１０に実装される。取得手段６１７、決済手段６１８、及び通知手段６１９は、決済サーバ３０に実装される。受付手段６０６、読取手段６０７、送信手段６０８、表示手段６１１、認証手段６１２、要求手段６１３、及び表示手段６２３は、ユーザ端末４０に実装される。送信手段６０１、表示手段６０５、及び表示手段６２２は、店舗端末５０に実装される。
【0042】
まず、仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段６０２は、店舗端末５０から、事業者識別情報及び金額情報を取得する。生成手段６０３は、店舗端末５０から送信された事業者識別情報及び金額情報を用いて、ＱＲコードを生成する。表示制御手段６０４は、店舗端末５０にＱＲコードを表示する制御を行う。このとき、表示制御手段６０４は、店舗端末５０にＱＲコードを送信する。取得手段６０９は、事業者サーバ９０を介して、ユーザ端末４０から、金額情報、事業者識別情報、及び支払情報を取得する。表示制御手段６１０は、事業者サーバ９０を介して、ユーザ端末４０に金額情報を表示する制御を行う。言い換えれば、表示制御手段６１０は、ユーザ端末４０におけるＱＲコードの読取が正常に完了したことを通知する。取得手段６１４は、事業者サーバ９０を介して、ユーザ端末４０から、決済の実行の要求を取得する。取得手段６１５は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、事業者サーバ９０から送受信したユーザＩＤに対応するクレジットカード番号を取得する。送信手段６１６は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、支払情報を送信する。取得手段６２０は、決済サーバ３０から、決済が完了した旨の通知を取得する。表示制御手段６２１は、店舗端末５０に決済完了画面を表示する制御を行う。また、表示制御手段６２１は、事業者サーバ９０を介してユーザ端末４０に決済完了画面を表示する制御を行う。
【0043】
続いて、決済サーバ３０における機能を説明する。取得手段６１７は、仲介サーバ１０から、クレジットカード番号及び金額情報を取得する。決済手段６１８は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。通知手段６１９は、仲介サーバ１０に、決済が完了した旨を通知する。
【0044】
続いて、ユーザ端末４０における機能を説明する。受付手段６０６は、ユーザによる操作に基づいて、商取引に伴う代金の支払の指示を受け付ける。読取手段６０７は、店舗端末５０に表示されたＱＲコードを読み取る。送信手段６０８は、仲介サーバ１０に、支払情報、及び、読み取られたＱＲコードに含まれている金額情報及び事業者識別情報を送信する。表示手段６１１は、金額情報を表示する。認証手段６１２は、決済を行おうとしている人物がユーザ本人であることを確認するため、アプリにおいてユーザ認証を行う。要求手段６１３は、仲介サーバ１０に、決済の実行を要求する。このとき、要求手段６１３は、仲介サーバ１０にユーザＩＤを送信する。表示手段６２３は、仲介サーバ１０から送信された決済完了画面を表示する。
【0045】
続いて、店舗端末５０における機能を説明する。送信手段６０１は、仲介サーバ１０に、事業者識別情報及び金額情報を送信する。表示手段６０５は、仲介サーバ１０から送信されたＱＲコードを表示する。表示手段６２２は、仲介サーバ１０から送信された決済完了画面を表示する。
【0046】
図８は、仲介サーバ１０のハードウェア構成を例示する図である。仲介サーバ１０は、ＣＰＵ（Central Processing Unit）１１、メモリ１２、ストレージ１３、及び通信ＩＦ（Interface）１４を有するコンピュータ装置である。ＣＰＵ１１は、プログラムを実行して各種の演算を行い、仲介サーバ１０の他のハードウェア要素を制御する制御装置である。メモリ１２は、ＣＰＵ１１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ１３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ１４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。
【0047】
この例において、ストレージ１３は、コンピュータ装置を情報処理システムＳにおける仲介サーバ１０として機能させるためのプログラム（以下「仲介サーバプログラム」という）を記憶する。ＣＰＵ１１が仲介サーバプログラムを実行することにより、コンピュータ装置に、図２～図７に示した機能が実装される。ＣＰＵ１１が仲介サーバプログラムを実行している状態において、メモリ１２及びストレージ１３の少なくとも一方が記憶手段２０３の一例であり、ＣＰＵ１１が、取得手段２０６、制御手段２０９、登録手段３１４、生成手段３１９、生成手段４０４、取得手段４１１、取得手段５１１、生成手段６０３、及び取得手段６１５の一例であり、通信ＩＦ１４が、取得手段３０６、取得手段３１３、通知手段３１５、取得手段３１８、送信手段３２０、取得手段４０３、表示制御手段４０５、取得手段４１０、送信手段４１２、取得手段４１６、通知手段４１７、表示制御手段４１９、取得手段５０４、通知手段５０５、取得手段５１０、送信手段５１２、取得手段５１６、表示制御手段５１７、取得手段６０２、表示制御手段６０４、取得手段６０９、表示制御手段６１０、取得手段６１４、送信手段６１６、取得手段６２０、表示制御手段６２１、及び取得手段７０８の一例である。
【0048】
図９は、決済サーバ３０のハードウェア構成を例示する図である。決済サーバ３０は、ＣＰＵ（Central Processing Unit）３１、メモリ３２、ストレージ３３、及び通信ＩＦ（Interface）３４を有するコンピュータ装置である。ＣＰＵ３１は、プログラムを実行して各種の演算を行い、決済サーバ３０の他のハードウェア要素を制御する制御装置である。メモリ３２は、ＣＰＵ３１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ３３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ３４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。
【0049】
この例において、ストレージ３３は、コンピュータ装置を情報処理システムＳにおける決済サーバ３０として機能させるためのプログラム（以下「決済サーバプログラム」という）を記憶する。ＣＰＵ３１が決済サーバプログラムを実行することにより、コンピュータ装置に図２～図７の機能が実装される。ＣＰＵ３１が決済サーバプログラムを実行している状態において、ＣＰＵ３１が、生成手段２０２、決済手段２０７、制御手段２１０、生成手段３０４、決済手段４１４、決済手段５１４、及び決済手段６１８の一例であり、通信ＩＦ３４が、取得手段３０３、送信手段３０５、通知手段３０７、送信手段３０９、取得手段４１３、通知手段４１５、取得手段５１３、通知手段５１５、取得手段６１７、通知手段６１９、及び取得手段７１０の一例である。
【0050】
図１０は、ユーザ端末４０のハードウェア構成を例示する図である。ユーザ端末４０は、ＣＰＵ（Central Processing Unit）４１、メモリ４２、ストレージ４３、通信ＩＦ（Interface）４４、入力部４５、及びディスプレイ４６を有するコンピュータ装置である。ＣＰＵ４１は、プログラムを実行して各種の演算を行い、ユーザ端末４０の他のハードウェア要素を制御する制御装置である。メモリ４２は、ＣＰＵ４１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ４３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ４４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。入力部４５は、キーボード、マウス、又はタッチパネルなどで構成される操作部であり、ユーザの指示操作に応じて各種情報を入力する。ディスプレイ４６は、液晶ディスプレイ、又は有機ＥＬディスプレイなどのフラットパネルディスプレイで構成され、画像又は文字を出力する。
【0051】
この例において、ストレージ４３は、コンピュータ装置を情報処理システムＳにおけるユーザ端末４０として機能させるためのプログラム（以下「ユーザ端末プログラム」という）を記憶する。ＣＰＵ４１がユーザ端末プログラムを実行することにより、コンピュータ装置に図２～図７の機能が実装される。ＣＰＵ４１がサーバプログラムを実行している状態において、ＣＰＵ４１が、受付手段２０１、読取手段２０４、制御手段２１１、受付手段３０１、記憶制御手段３１１、活性化手段３２２、受付手段４０１、受付手段５０１、読取手段５０２、受付手段５０７、認証手段５０８、受付手段６０６、読取手段６０７、認証手段６１２、及び受付手段７０１の一例であり、通信ＩＦ４４が、送信手段３０２、取得手段３０８、生成手段３１０、送信手段３１２、取得手段３１６、要求手段３１７、取得手段３２１、要求手段４０２、送信手段５０３、取得手段５０６、要求手段５０９、送信手段６０８、表示手段６１１、要求手段６１３、及び送信手段７０２の一例であり、ディスプレイ４６が、表示制御手段４０５、表示手段４２０、表示手段５１８、及び表示手段６２３の一例である。
【0052】
図１１は、店舗端末５０のハードウェア構成を例示する図である。店舗端末５０は、ＣＰＵ（Central Processing Unit）５１、メモリ５２、ストレージ５３、通信ＩＦ（Interface）５４、入力部５５、及びディスプレイ５６を有するコンピュータ装置である。ＣＰＵ５１は、プログラムを実行して各種の演算を行い、店舗端末５０の他のハードウェア要素を制御する制御装置である。メモリ５２は、ＣＰＵ５１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ５３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ５４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。入力部５５は、キーボード、マウス、又はタッチパネルなどで構成される操作部であり、ユーザの指示操作に応じて各種情報を入力する。ディスプレイ５６は、液晶ディスプレイ、又は有機ＥＬディスプレイなどのフラットパネルディスプレイで構成され、画像又は文字を出力する。
【0053】
この例において、ストレージ５３は、コンピュータ装置を情報処理システムＳにおける店舗端末５０として機能させるためのプログラム（以下「店舗端末プログラム」という）を記憶する。ＣＰＵ５１が店舗端末プログラムを実行することにより、コンピュータ装置に図２、図４及び図６の機能が実装される。ＣＰＵ５１がサーバプログラムを実行している状態において、ＣＰＵ５１が、読取手段２０５、制御手段２１２、読取手段４０７、受付手段４０８、の一例であり、通信ＩＦ５４が、要求手段４０９、取得手段４１８、及び送信手段６０１の一例であり、ディスプレイ５６が、表示手段６０５、及び表示手段６２２の一例である。
【0054】
図１２は、事業者サーバ９０のハードウェア構成を例示する図である。事業者サーバ９０は、ＣＰＵ（Central Processing Unit）９１、メモリ９２、ストレージ９３、及び通信ＩＦ（Interface）９４を有するコンピュータ装置である。ＣＰＵ９１は、プログラムを実行して各種の演算を行い、事業者サーバ９０の他のハードウェア要素を制御する制御装置である。メモリ９２は、ＣＰＵ９１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ９３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ９４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。
【0055】
この例において、ストレージ９３は、コンピュータ装置を情報処理システムＳにおける事業者サーバ９０として機能させるためのプログラムを記憶する。ＣＰＵ９１がこのプログラムを実行することにより、コンピュータ装置に図２ないし６に示す各機能が実装される。ＣＰＵ９１がプログラムを実行している状態において、ＣＰＵ９１が、アプリ制御手段２９１、特典管理手段２９３、活性化手段３２２、表示制御手段４２１、表示制御手段４２２、表示制御手段５３４、表示制御手段６３２、表示制御手段６３４等の一例である。
【0056】
２．動作
２．１ 即時利用申込処理
図１３は、クレジットカードの即時利用申込処理を例示するシーケンス図である。図１４においては、クレジットカード番号が生成されてから物理的なカード（いわゆるプラスティックカード）がユーザに届く前に、そのクレジットカード番号を利用した商取引を行うための申込処理を説明する。
２．１ 即時利用申込処理
図１３は、クレジットカードの即時利用申込処理を例示するシーケンス図である。図１４においては、クレジットカード番号が生成されてから物理的なカード（いわゆるプラスティックカード）がユーザに届く前に、そのクレジットカード番号を利用した商取引を行うための申込処理を説明する。
【0057】
まず、ステップＳ１４０１において、ユーザ端末４０の受付手段３０１は、ユーザによる操作に基づいて、申込情報の入力を受け付ける。具体的には、図１４Ａに示すように、ユーザは、ユーザ端末４０のＯＳの制御の下で表示されるホーム画面から、予めユーザ端末４０にインストールしておいた「ｘｘｘストア」を提供する小売事業者が提供するアプリを選択して起動させる。続いて、必要に応じてIDやパスワード等の入力といった所定のログイン操作を行うと、事業者サーバ９０との間で通信が行われ、図１４Bに示すトップページ画面がユーザ端末４０に表示される。この画面は事業者サーバ９０によって生成されるものであり、クレジットカードの入会を受け付けるためのオブジェクトＯＢ２１が配置されている。クレジットカードに入会したいと考えたユーザがＯＢ２１をタップ操作すると、その操作情報が事業者サーバ９０へ送信され、図１４Ｃに示す画面がユーザ端末４０に表示される。この画面は、クレジットカードの入会にあたり、決済サーバ３０を管理するカード発行会社によって規定された入力フォームであり、カードの入会審査に必要な情報を入力するためのフィールドＯＢ３２を含む。
【0058】
図１３に戻り、ユーザは必要な情報を入力してオブジェクトＯＢ３１をタップすると、入力された情報が事業者サーバ９０に送信される（Ｓ１４０２Ａ）。
ステップＳ１４０２Ｂにおいて、事業者サーバ９０の通信手段３３１は、受信した申込情報をユーザＩＤが含まれていない場合はユーザＩＤを付加して申込情報として、決済サーバ３０に送信する。決済サーバ３０の取得手段３０３は、当該申込情報を取得する。
ステップＳ１４０２Ｂにおいて、事業者サーバ９０の通信手段３３１は、受信した申込情報をユーザＩＤが含まれていない場合はユーザＩＤを付加して申込情報として、決済サーバ３０に送信する。決済サーバ３０の取得手段３０３は、当該申込情報を取得する。
【0059】
ステップＳ１４０３において、決済サーバ３０の生成手段３０４は、取得した申込情報を用いて審査を行い、当該審査を通過した場合に、当該ユーザに対してクレジットカード番号を生成する。ステップＳ１４０４において、決済サーバ３０の送信手段３０５は、ステップＳ１４０２Bにおいて取得されたユーザＩＤ、及び、ステップＳ１４０３において生成されたクレジットカード番号を仲介サーバ１０に送信する。仲介サーバ１０の送信手段３０５は、決済サーバ３０から、ユーザＩＤ及びクレジットカード番号を取得する。
【0060】
ステップＳ１４０５において、仲介サーバ１０の記憶手段２０３は、ユーザ情報データベースに、ステップＳ１４０４において取得されたユーザＩＤ及びクレジットカード番号を対応付けて記憶する。
【0061】
図１５は、ユーザ情報データベースを例示する図である。ユーザ情報データベースは、ユーザＩＤ１５０１、クレジットカード番号１５０２、及びユーザＩＤ決済フラグ１５０３で構成されている。ユーザ情報データベースは、ユーザＩＤ１５０１、クレジットカード番号１５０２、及びユーザＩＤ決済フラグ１５０３を対応付けて記憶している。ユーザＩＤ１５０１は、ステップＳ１４０１において入力を受け付けたユーザＩＤである。クレジットカード番号１５０２は、ステップＳ１４０３において生成されたクレジットカード番号である。ユーザＩＤ決済フラグ１５０３は、クレジットカード番号１５０２と対応付けられたユーザＩＤ１５０１を用いた決済を行うことと示すフラグである。例えば、ユーザＩＤ決済フラグ１５０３が「ＯＮ」の場合、ユーザＩＤ１５０１を用いた決済が可能であって、ユーザＩＤ決済フラグ１５０３が「ＯＦＦ」の場合、ユーザＩＤ１５０１を用いた決済は行えない。ステップＳ１４０５の時点では、ユーザＩＤ決済フラグ１５０３は「ＯＦＦ」として記憶されている。
【0062】
図１３に戻り、ステップＳ１４０６Ａにおいて、決済サーバ３０の通知手段３０７は、クレジットカード番号を生成するための審査を通過した旨、及び、クレジットカード番号が生成された旨を事業者サーバ９０に通知する。そして、事業者サーバ９０は、クレジットカード番号を生成するための審査を通過した旨、及び、クレジットカード番号が生成された旨をユーザ端末４０に通知する（ステップＳ１４０６Ｂ）。
【0063】
ステップＳ１４０８において、事業者サーバ９０の生成手段３１０は、特典情報を生成する。特典情報とは、クレジットカード番号の生成に伴ってユーザに付与されるものであって、事業者における商取引においてクレジットカードを用いて決済を行うことで利用できる特典を示す情報である。
【0064】
特典情報は、例えば、商取引における支払いで用いることができるポイントなどである。ここで、特典情報の内容は、クレジットカード番号が生成されてからの経過期間に基づいて定められてもよい。例えば、特典情報の内容は、クレジットカード番号が生成されてから所定期間（例えば３０日間）において利用可能なポイントとして規定することができる。あるいは、クレジットカード番号が生成されてから所定期間のみポイント数を加算する。
あるいは、特典情報の内容は、カード発行後に当該カードを用いて行った商取引の回数に基づいて規定してもよい。例えば、特典情報の内容は、生成されたクレジットカード番号を用いて初めて行う商取引時のみ（あるいは初回から所定回に限って）利用可能であると定めてもよい。換言すると、特典情報に有効期限を設定してもよい。
あるいは、特典情報の内容は、カード発行後に当該カードを用いて行った商取引の回数に基づいて規定してもよい。例えば、特典情報の内容は、生成されたクレジットカード番号を用いて初めて行う商取引時のみ（あるいは初回から所定回に限って）利用可能であると定めてもよい。換言すると、特典情報に有効期限を設定してもよい。
【0065】
特典情報の内容、特典情報の生成（あるいは削除）のタイミング、有効期限（換言すると特典情報の有効化／無効化処理）、その他の特典情報の仕様は、事業者が独自に設定することができる。設定された仕様は事業者サーバ９０に記憶され、必要に応じてユーザ端末４０への通知およびユーザ端末４０への記憶が行われてもよい。
あるいは、上述した特典情報の内容その他の仕様は、決済サーバ３０において決定されてもよい。この場合、決定した特典情報の内容その他の仕様についての情報、審査に通過してクレジットカードが番号されると同時に、事業者サーバ９０へ通知される。
あるいは、上述した特典情報の内容その他の仕様は、決済サーバ３０において決定されてもよい。この場合、決定した特典情報の内容その他の仕様についての情報、審査に通過してクレジットカードが番号されると同時に、事業者サーバ９０へ通知される。
【0066】
また、事業者あるいはクレジットカードの発行者がユーザに対して付与した特典情報をどのように利用するかは、任意である。要するに、ユーザが少なくとも当該事業者が提供する商取引サービスを利用する際において、ユーザが明示的に指定することによってまたはユーザが認識することなく自動的に、当該特典情報を利用できるように、事業者はアプリの動作または店舗端末５０の動作を制御すればよい。
【0067】
特典情報は、事業者サーバ９０からユーザ端末４０に送信されてユーザ端末４０に記憶されてもよいし、事業者サーバ９０のみが保有してもよい。要するに、少なくともアプリを起動して商取引を行う際に事業者サーバ９０とユーザ端末４０とが情報をやり取りして、ユーザが当該特典情報の通知の受取りや利用を行うことができればよい。
ステップＳ１４０９において、事業者サーバ９０の送信手段３１２は、仲介サーバ１０に、ユーザＩＤ及び特典情報を送信する。仲介サーバ１０の取得手段３１３は、事業者サーバ９０から、ユーザＩＤ及び特典情報を取得する。
ステップＳ１４０９において、事業者サーバ９０の送信手段３１２は、仲介サーバ１０に、ユーザＩＤ及び特典情報を送信する。仲介サーバ１０の取得手段３１３は、事業者サーバ９０から、ユーザＩＤ及び特典情報を取得する。
【0068】
ステップＳ１４１０において、仲介サーバ１０の登録手段３１４は、ステップＳ１４０９において送信されたユーザＩＤ及び特典情報を用いて、ユーザ登録を実行する。ここで実行されるユーザ登録は、ユーザＩＤ及びクレジットカード番号を対応付けて記憶する仲介サーバ１０を用いた決済処理を行うための登録である。このとき、ユーザ情報データベースのユーザＩＤ決済フラグがＯＮに書き換えられる。ステップＳ１４１１において、仲介サーバ１０の通知手段３１５は、ユーザ端末４０に、ユーザ登録が完了した旨を通知する。事業者サーバ９０の取得手段３１６は、仲介サーバ１０から、ユーザ登録が完了した旨の通知を取得する。
【0069】
続いて、事業者サーバ９０と仲介サーバ１０との間で、後述するＱＲコードを用いた決済を行うための準備作業を行う。具体的には、まず、ステップＳ１４１２において、事業者サーバ９０の要求手段３１７は、仲介サーバ１０に、仲介サーバ１０からアクセストークンを取得するための認可コードを要求する。仲介サーバ１０の取得手段３１８は、ユーザ端末４０から、認可コードの要求を取得する。ステップＳ１４１３において、仲介サーバ１０の生成手段３１９は、認可コードを生成する。ステップＳ１４１４において、仲介サーバ１０の送信手段３２０は、ユーザ端末４０に、ステップＳ１４１３において生成された認可コードを送信する。事業者サーバ９０の取得手段３２１は、仲介サーバ１０から、認可コードを取得する。
【0070】
ステップＳ１４１５において、事業者サーバ９０の要求手段３１７は、仲介サーバ１０に、アクセストークンを要求する。仲介サーバ１０の取得手段３１８は、アクセストークンの要求を取得する。ステップＳ１４１６において、仲介サーバ１０の生成手段３１９は、アクセストークンを生成する。ステップＳ１４１７において、仲介サーバ１０の送信手段３２０は、ユーザ端末４０に、ステップＳ１４１６において生成されたアクセストークンを送信する。事業者サーバ９０の取得手段３２１は、仲介サーバ１０からアクセストークンを取得する。
【0071】
ステップＳ１４１８Aおよび／またはＳ１４１８Aにおいて、事業者サーバ９０の活性化手段３２２および／またはユーザ端末４０の活性化手段３４０は、ユーザ端末４０において実行されるアプリの決済機能を活性化する。決済機能の活性化とは、アプリに備えられているナンバーレス決済の機能をユーザ端末４０において利用できるようにすることであり、ユーザ端末４０および事業者サーバ９０の少なくともいずれか一方において実行されるものであればよい。
以下、ナンバーレス決済として、ＱＲコードその他のいわゆるコード決済とユーザＩＤ決済（ＱＲコード等を用いない決済）とに分類して説明する。ただし、本発明に係るシステムは、任意の決済方法に適用することができる。
以下、ナンバーレス決済として、ＱＲコードその他のいわゆるコード決済とユーザＩＤ決済（ＱＲコード等を用いない決済）とに分類して説明する。ただし、本発明に係るシステムは、任意の決済方法に適用することができる。
【0072】
ＱＲコード決済とは、例えば、ＱＲコードの生成又は読取を用いた決済方法であって、主に事業者の実店舗において実行される決済方法である。ユーザＩＤ決済とは、例えば、クレジットカード番号に対応付けられたユーザＩＤを用いた決済方法であって、主に、いわゆるオンライン販売（ＥＣ(E-commerce)サイトを用いた商取引）の際に採用される決済方法である。決済機能とは、例えば、決済処理を行うためのＱＲコードを表示する機能、決済処理を行うためのＱＲコードを読み取る機能、又はユーザに決済方法としてユーザＩＤ決済を指定させるためのボタンその他のオブジェクトをユーザ端末４０の画面上に表示する機能である。
【0073】
２．２ 決済処理
図１６、図１８、及び図２０は、それぞれ、ＱＲコードを用いた決済処理を例示するシーケンス図である。なお、図１６、図１８、及び図２０に示すいずれの例においても、最終的に仲介サーバ１０に決済の実行を要求する点で共通する。決済サーバ３０は、決済の実行の要求を取得した仲介サーバ１０から、クレジットカード番号などの決済に必要な情報を取得し、決済を実行する。
図１６、図１８、及び図２０は、それぞれ、ＱＲコードを用いた決済処理を例示するシーケンス図である。なお、図１６、図１８、及び図２０に示すいずれの例においても、最終的に仲介サーバ１０に決済の実行を要求する点で共通する。決済サーバ３０は、決済の実行の要求を取得した仲介サーバ１０から、クレジットカード番号などの決済に必要な情報を取得し、決済を実行する。
【0074】
２．２．１ ＣＰＭ方式による決済処理
図１６に例示される決済処理は、いわゆるＣＰＭ（Consumer-Presented Mode）方式による決済処理に相当する。ＣＰＭ方式による決済処理とは、店舗端末５０がユーザ端末４０に表示されたＱＲコードを読み取ることによって行われる決済処理である。
図１６に例示される決済処理は、いわゆるＣＰＭ（Consumer-Presented Mode）方式による決済処理に相当する。ＣＰＭ方式による決済処理とは、店舗端末５０がユーザ端末４０に表示されたＱＲコードを読み取ることによって行われる決済処理である。
【0075】
まず、ステップＳ１６０１において、ユーザ端末４０の受付手段４０１は、ユーザによる操作に基づいて、商取引における支払の指示を受け付ける。具体的には、ユーザによる操作に基づいて、支払情報の入力を受け付ける。図１７Aは、ユーザ端末４０に表示される支払の指示を受け付けるための画面の例である。この画面において、ユーザは、購入した商品の決済を行うべく、オブジェクトOB４１をタップ操作する。ここで、支払情報とは、支払回数又は支払のタイミングに係る情報である。支払回数又は支払のタイミングに係る情報とは、例えば、一括払い、分割払い、又はリボ払いなどである。
【0076】
ステップＳ１６０２ＡおよびＳ１６０２Bにおいて、ユーザ端末４０の要求手段４０２は、事業者サーバ９０の通信手段４２３を介して、店舗端末５０に読み込ませるためのＱＲコードの生成を仲介サーバ１０に要求する。このとき、要求手段４０２は、事業者サーバ９０に、ユーザＩＤ及び支払情報を送信する。ユーザＩＤは、例えば、アプリに記憶されている。又は、ユーザＩＤは、ステップＳ１６０１において支払の指示を受け付けたときに、ユーザによる操作に基づいて入力されてもよい。仲介サーバ１０の取得手段４０３は、事業者サーバ９０から、ＱＲコードの生成の要求を取得する。
【0077】
ステップＳ１６０３において、仲介サーバ１０の生成手段４０４は、ステップＳ１６０２において送信されたユーザＩＤ及び支払情報を含むＱＲコードを生成する。ステップＳ１６０４AおよびＳ１６０４Ｂにおいて、仲介サーバ１０の表示制御手段４０５は、事業者サーバ９０を介してユーザ端末４０に、ステップＳ１６０３において生成されたＱＲコードを表示する制御を行う。このとき、表示制御手段４０５は、ユーザ端末４０に、事業者サーバ９０を介してＱＲコードのデータを送信する。ステップＳ１６０５において、ユーザ端末４０の表示制御手段４０５は、事業者サーバ９０から受信したＱＲコードを表示する。
【0078】
図１７Bは、ユーザ端末４０におけるＱＲコード表示画面を例示する。この画面には、発行されたクレジットカード（「○○カード」）に紐づいたＱＲコードを用いた決済を行うことを示し、ユーザに店舗端末５０にＱＲコードを読み取らせるよう促すため、それぞれオブジェクトＯＢ４２およびＯＢ４３が表示されている。
【0079】
図１６に戻り、ステップＳ１６０６において、店舗端末５０の読取手段４０７は、ユーザ端末４０に表示されているＱＲコードを読み取る。ステップＳ１６０７において、店舗端末５０の受付手段４０８は、事業者による操作に基づいて、金額情報の入力を受け付ける。ステップＳ１６０８において、店舗端末５０の要求手段４０９は、仲介サーバ１０に、決済の実行を要求する。このとき、要求手段４０９は、仲介サーバ１０に、金額情報、事業者識別情報、及び、読み取られたＱＲコードに含まれている情報の一部であるユーザＩＤ及び支払情報を送信する。仲介サーバ１０の取得手段４１０は、店舗端末５０から、決済の実行の要求を取得する。このとき、取得手段４１０は、店舗端末５０から、金額情報、事業者識別情報、ユーザＩＤ、及び支払情報を取得する。
【0080】
ステップＳ１６０９において、仲介サーバ１０の取得手段４１１は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、店舗端末５０から送信されたユーザＩＤに対応するクレジットカード番号を取得する。ステップＳ１６１０において、仲介サーバ１０の送信手段４１２は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。決済サーバ３０の取得手段４１３は、仲介サーバ１０から、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を取得する。
【0081】
ステップＳ１６１１において、決済サーバ３０の決済手段４１４は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。例えば、支払情報が一括払いを示している場合、クレジットカード番号を用いて、一括払いで決済が行われる。ステップＳ１６１２において、決済サーバ３０の通知手段４１５は、仲介サーバ１０に、決済が完了した旨を通知する。仲介サーバ１０の取得手段４１６は、決済サーバ３０から、決済が完了した旨の通知を取得する。ステップＳ１６１３において、仲介サーバ１０の通知手段４１７は、店舗端末５０に、決済が完了した旨を通知する。店舗端末５０の取得手段４１８は、仲介サーバ１０から、決済が完了した旨の通知を取得する。
【0082】
ステップＳ１６１４ＡおよびＳ１６１４Ｂにおいて、仲介サーバ１０の表示制御手段４１９は、事業者サーバ９０を介してユーザ端末４０に、決済完了画面を表示する制御を行う。具体的には、事業者サーバ９０は、表示制御手段４１９から受信した情報に基づいて決済完了画面を生成し、ユーザ端末４０へ表示画面のデータを送信する。この結果、ステップＳ１６１５において、表示手段４２０は、図１７Ｃに示すような、決済完了および決済額を示すオブジェクトＯＢ４４を含む決済完了画面が表示する。
【0083】
２．２．２ 静的ＭＰＭ方式による決済処理
図１８に例示される決済処理は、いわゆる静的ＭＰＭ（Merchant-Presented Mode）方式による決済処理に相当する。ＭＰＭ方式による決済処理とは、ユーザ端末４０が、事業者が管理するＱＲコードを読み取ることによって行われる決済処理である。静的ＭＰＭ方式による決済処理とは、時間経過又は商取引ごとによって変化することがないＱＲコードを用いた決済処理を指す。静的ＭＰＭ方式による決済処理においては、ＱＲコードを商取引ごとに生成する必要がないというメリットがある一方、ＱＲコードは金額情報を含むことができないため、ユーザがユーザ端末４０を用いて金額情報を入力することになる。
図１８に例示される決済処理は、いわゆる静的ＭＰＭ（Merchant-Presented Mode）方式による決済処理に相当する。ＭＰＭ方式による決済処理とは、ユーザ端末４０が、事業者が管理するＱＲコードを読み取ることによって行われる決済処理である。静的ＭＰＭ方式による決済処理とは、時間経過又は商取引ごとによって変化することがないＱＲコードを用いた決済処理を指す。静的ＭＰＭ方式による決済処理においては、ＱＲコードを商取引ごとに生成する必要がないというメリットがある一方、ＱＲコードは金額情報を含むことができないため、ユーザがユーザ端末４０を用いて金額情報を入力することになる。
【0084】
ステップＳ１８０１において、ユーザ端末４０の受付手段５０１は、ユーザによる操作に基づいて、商取引における支払の指示を受け付ける。具体的には、ユーザによる操作に基づいて、受付手段５０１は、支払情報の入力を受け付ける。ステップＳ１８０２において、ユーザ端末４０の読取手段５０２は、事業者が所有するＱＲコードを読み取る。ＱＲコードは事業者識別情報を含んでいる。
【0085】
図１９は、店舗端末５０におけるＱＲコード表示画面を例示する図である。ＱＲコードをユーザ端末４０のカメラ機能を用いて読み取らせるようユーザを促すため、店舗端末５０には、ＱＲコードとともに、「下のＱＲコードを読み取ってください。」というメッセージが表示されている。図１８に示す処理においては、ＱＲコードが店舗端末５０に必ずしも表示される必要はなく、例えば、ＱＲコードが紙などに印刷されていてもよい。
【0086】
ステップＳ１８０３AおよびＳ１８０３Bにおいて、ユーザ端末４０の送信手段５０３は、事業者サーバ９０を介して、仲介サーバ１０に、ステップＳ１８０２において読み取られたＱＲコードに含まれている事業者識別情報を送信する。仲介サーバ１０の取得手段５０４は、この事業者識別情報を取得する。
【0087】
ステップＳ１８０４AおよびＳ１８０４Ｂにおいて、仲介サーバ１０の通知手段５０５は、事業者サーバ９０を介してユーザ端末４０に、ＱＲコードの読取が正常に完了した旨を通知する。仲介サーバ１０は、仲介サーバ１０の記憶手段１０３に記憶されている、データベース（不図示）に記憶されている事業者識別情報にステップＳ１８０３において送信された事業者識別情報が含まれている場合に、ＱＲコードの読取が正常に完了したと判定する。
【0088】
ステップＳ１８０５において、ユーザ端末４０の受付手段５０７は、ユーザによる操作に基づいて、金額情報の入力を受け付ける。ステップＳ１８０６において、ユーザ端末４０の認証手段５０８は、決済を行おうとしている人物がユーザ本人であることを確認するため、アプリにおいてユーザ認証を行う。
【0089】
ステップＳ１８０７ＡおよびＳ１８０７Ｂにおいて、ユーザ端末４０の要求手段５０９は、事業者サーバ９０を介して、仲介サーバ１０に決済の実行を要求する。このとき、要求手段５０９は、事業者サーバ９０にユーザＩＤ及び支払情報を送信する。仲介サーバ１０の取得手段５１０は、事業者サーバ９０から、決済の実行の要求を取得する。このとき、取得手段５１０は、ユーザ端末４０からユーザＩＤ及び支払情報を取得する。
【0090】
ステップＳ１８０８において、仲介サーバ１０の取得手段５１１は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、ユーザ端末４０から送信されたユーザＩＤに対応するクレジットカード番号を取得する。ステップＳ１８０９において、仲介サーバ１０の送信手段５１２は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。決済サーバ３０の取得手段５１３は、仲介サーバ１０から、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を取得する。
【0091】
ステップＳ１８１０において、決済サーバ３０の決済手段５１４は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。例えば、支払情報が一括払いを示している場合、クレジットカード番号を用いて、一括払いで決済が行われる。ステップＳ１８１１において、決済サーバ３０の通知手段５１５は、仲介サーバ１０に、決済が完了した旨を通知する。仲介サーバ１０の取得手段５１６は、決済サーバ３０から、決済が完了した旨の通知を取得する。
【0092】
ステップＳ１８１２ＡおよびＳ１８１２Ｂにおいて、仲介サーバ１０の表示制御手段５１７は、事業者サーバ９０を介して、ユーザ端末４０に決済完了画面を表示する制御を行う。このとき、表示制御手段５３４は、ユーザ端末４０に決済完了画面のデータを送信する。この結果、ステップＳ１８１３において、ユーザ端末４０の表示手段５１８は、決済完了画面（不図示）を表示する。
【0093】
２．２．３ 動的ＭＰＭ方式による決済処理
図２０に例示される決済処理は、いわゆる動的ＭＰＭ（Merchant-Presented Mode）方式による決済処理に相当する。動的ＭＰＭ方式による決済処理とは、時間経過又は商取引ごとによって変化するＱＲコードを用いた決済処理を指す。動的ＭＰＭ方式による決済処理においては、ＱＲコードは、金額情報を含むことができる。動的ＭＰＭ方式による決済処理においては、事業者によって店舗端末５０を介して入力された金額情報を含むＱＲコードが店舗端末５０に表示されるため、ユーザが金額情報を入力する必要がないというメリットがある。
図２０に例示される決済処理は、いわゆる動的ＭＰＭ（Merchant-Presented Mode）方式による決済処理に相当する。動的ＭＰＭ方式による決済処理とは、時間経過又は商取引ごとによって変化するＱＲコードを用いた決済処理を指す。動的ＭＰＭ方式による決済処理においては、ＱＲコードは、金額情報を含むことができる。動的ＭＰＭ方式による決済処理においては、事業者によって店舗端末５０を介して入力された金額情報を含むＱＲコードが店舗端末５０に表示されるため、ユーザが金額情報を入力する必要がないというメリットがある。
【0094】
ステップＳ２００１において、店舗端末５０の送信手段６０１は、仲介サーバ１０に、事業者識別情報及び金額情報を送信する。仲介サーバ１０の取得手段６０２は、店舗端末５０から、事業者識別情報及び金額情報を取得する。ステップＳ２００２において、仲介サーバ１０の生成手段６０３は、店舗端末５０から送信された事業者識別情報及び金額情報を用いて、ＱＲコードを生成する。
【0095】
ステップＳ２００３において、仲介サーバ１０の表示制御手段６０４は、店舗端末５０にＱＲコードを表示する制御を行う。このとき、表示制御手段６０４は、店舗端末５０にＱＲコードを送信する。ステップＳ２００４において、店舗端末５０の表示手段６０５は、仲介サーバ１０から送信されたＱＲコードを表示する。
【0096】
図２１は、店舗端末５０におけるＱＲコード表示画面を例示する図である。ＱＲコードをユーザ端末４０に読み取らせるよう促すため、店舗端末５０には、ＱＲコードとともに、「下のＱＲコードを読み取ってください。」というメッセージが表示されている。また、ステップＳ２００１において送信された金額情報に対応する金額として、「金額 ￥１，０００」が表示されている。
【0097】
図２０に戻り、ステップＳ２００５において、ユーザ端末４０の受付手段６０６は、ユーザによる操作に基づいて、商取引における支払の指示を受け付ける。具体的には、ユーザによる操作に基づいて、ユーザ端末４０の受付手段６０６は、支払情報の入力を受け付ける。ステップＳ２００６において、ユーザ端末４０の読取手段６０７は、店舗端末５０に表示されたＱＲコードを読み取る。
ステップＳ２００７ＡおよびＳ２００７Ｂにおいて、ユーザ端末４０の送信手段６０８は、事業者サーバ９０を介して、仲介サーバ１０に、支払情報、及び、読み取られたＱＲコードに含まれている金額情報及び事業者識別情報を送信する。仲介サーバ１０の取得手段６０９は、ユーザ端末４０から、金額情報、事業者識別情報、及び支払情報を取得する。
ステップＳ２００７ＡおよびＳ２００７Ｂにおいて、ユーザ端末４０の送信手段６０８は、事業者サーバ９０を介して、仲介サーバ１０に、支払情報、及び、読み取られたＱＲコードに含まれている金額情報及び事業者識別情報を送信する。仲介サーバ１０の取得手段６０９は、ユーザ端末４０から、金額情報、事業者識別情報、及び支払情報を取得する。
【0098】
ステップＳ２００８ＡおよびＳ２００８Ｂにおいて、仲介サーバ１０の表示制御手段６１０は、事業者サーバ９０をかいして、ユーザ端末４０に金額情報を表示する制御を行う。この結果、ステップＳ２００９において、ユーザ端末４０の表示手段６１１は金額情報を表示する。このとき、表示手段６１１は、金額情報だけではなく事業者識別情報も表示してもよい。
【0099】
ステップＳ２０１０において、ユーザ端末４０の認証手段６１２は、決済を行おうとしている人物がユーザ本人であることを確認するため、アプリにおいてユーザ認証を行う。ステップＳ２０１１ＡおよびＳ２０１１Ｂにおいて、ユーザ端末４０の要求手段６１３は、仲介サーバ１０に、決済の実行を要求する。このとき、要求手段６１３は、事業者サーバ９０にユーザＩＤを送信する。仲介サーバ１０の取得手段６１４は、事業者サーバ９０から、決済の実行の要求を取得する。
【0100】
ステップＳ２０１２において、仲介サーバ１０の取得手段６１５は、記憶手段２０３に記憶されているユーザ情報データベースを読み込み、受信したユーザＩＤに対応するクレジットカード番号を取得する。ステップＳ２０１３において、仲介サーバ１０の送信手段６１６は、決済サーバ３０に、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を送信する。決済サーバ３０の取得手段６１７は、仲介サーバ１０から、クレジットカード番号、金額情報、事業者識別情報、及び支払情報を取得する。
【0101】
ステップＳ２０１４において、決済サーバ３０の決済手段６１８は、仲介サーバ１０から送信されたクレジットカード番号、金額情報、事業者識別情報、及び支払情報に基づいて、決済を実行する。例えば、支払情報が一括払いを示している場合、クレジットカード番号を用いて、一括払いで決済が行われる。ステップＳ２０１５において、決済サーバ３０の通知手段６１９は、仲介サーバ１０に、決済が完了した旨を通知する。仲介サーバ１０の取得手段６２０は、決済サーバ３０から、決済が完了した旨の通知を取得する。
【0102】
ステップＳ２０１６において、仲介サーバ１０の表示制御手段６２１は、店舗端末５０に決済完了画面を表示する制御を行う。ステップＳ２０１７において、店舗端末５０の表示手段６２２は、仲介サーバ１０から送信された決済完了画面を表示する。
【0103】
続いて、ステップＳ２０１８ＡおよびＳ２０１８Ｂにおいて、仲介サーバ１０の表示制御手段６２１は、表示制御手段６２１は、事業者サーバ９０を介して、ユーザ端末４０に決済完了画面を表示する制御を行う。この結果、ステップＳ２０１９において、ユーザ端末４０の表示手段６２３は、事業者サーバ９０から送信された決済完了画面を表示する。
【0104】
上述した各実施例によれば、ＱＲコード等のいわゆるコードを用いた決済であるにもかかわらず、従来では実現されてなかった、支払いの回数や支払いのタイミングその他の支払いの態様をユーザが指定することができる。
【0105】
２．２．４ ＱＲコードを用いない決済処理
図２２～図２６を用いて、ＱＲコードを用いない決済処理の一例を説明する。
図２２は、情報処理システムＳＡの概要を示す。情報処理システムＳＡは、仲介サーバ１０、決済サーバ３０、ユーザ端末４０ＡおよびＥＣサーバ８０を含む。情報処理システムＳＡが図１に示した情報処理システムＳと異なるのは、ユーザ端末４０に替えてユーザ端末４０Ａが設けられ、５０に替えてＥＣサーバが８０設けられている点である。ユーザ端末４０Ａは、ユーザ端末４０からＱＲコードの読み取りや表示に関する機能が省略された、ＥＣサーバ８０と通信を行う機能を有する、スマートフォンやＰＣ等の一般的なコンピュータである。ＥＣサーバ８０は、いわゆるＥＣサイトを管理するサーバであって、ユーザ端末４０Ａと通信を行い、ユーザ端末４０Ａからの要求に応じて、商品やサービスの情報を表示するウェブページ（画面）、購入および支払等の指示を受け付ける画面、その他オンライン商取引に係る画面をユーザ端末４０Ａに表示させる。ＥＣサーバ８０の基本的な機能の説明については、説明を省略する。
一方、仲介サーバ１０および決済サーバ３０については、図１～２１にて説明したものと実質的に同一である。すなわち、仲介サーバ１０は、ユーザＩＤとクレジットカード会社が生成するクレジットカード番号とを紐づけて登録し、商品の購入に伴うユーザ側ないし事業者側からの決済指示に応じて、決済サーバ３０へ決済要求を行い、決済サーバ３０にて実行された決済結果やカードの発行に伴う情報を、ユーザ側ないし事業者側に送信する。
図２２～図２６を用いて、ＱＲコードを用いない決済処理の一例を説明する。
図２２は、情報処理システムＳＡの概要を示す。情報処理システムＳＡは、仲介サーバ１０、決済サーバ３０、ユーザ端末４０ＡおよびＥＣサーバ８０を含む。情報処理システムＳＡが図１に示した情報処理システムＳと異なるのは、ユーザ端末４０に替えてユーザ端末４０Ａが設けられ、５０に替えてＥＣサーバが８０設けられている点である。ユーザ端末４０Ａは、ユーザ端末４０からＱＲコードの読み取りや表示に関する機能が省略された、ＥＣサーバ８０と通信を行う機能を有する、スマートフォンやＰＣ等の一般的なコンピュータである。ＥＣサーバ８０は、いわゆるＥＣサイトを管理するサーバであって、ユーザ端末４０Ａと通信を行い、ユーザ端末４０Ａからの要求に応じて、商品やサービスの情報を表示するウェブページ（画面）、購入および支払等の指示を受け付ける画面、その他オンライン商取引に係る画面をユーザ端末４０Ａに表示させる。ＥＣサーバ８０の基本的な機能の説明については、説明を省略する。
一方、仲介サーバ１０および決済サーバ３０については、図１～２１にて説明したものと実質的に同一である。すなわち、仲介サーバ１０は、ユーザＩＤとクレジットカード会社が生成するクレジットカード番号とを紐づけて登録し、商品の購入に伴うユーザ側ないし事業者側からの決済指示に応じて、決済サーバ３０へ決済要求を行い、決済サーバ３０にて実行された決済結果やカードの発行に伴う情報を、ユーザ側ないし事業者側に送信する。
【0106】
図２３は、ユーザはユーザ端末４０Ａを操作し、ブラウザを起動してＵＲＬを入力するなどして事業者が管理・運営するＥＣサーバ８０アクセスし（ステップＳ２３００）、ＥＣサーバ８０が用意したカード入会申し込み用のウェブページから申し込み情報を入力する（ステップＳ２３０１）。入力された申し込み情報は、当該ユーザのユーザＩＤとともにＥＣサーバ８０に送信される。ＥＣサーバ８０申し込み情報を３０へ送信される。以降の決済サーバ３０における審査およびカードの発行、仲介サーバ１０におけるカード番号とユーザＩＤとの紐づけ、審査結果や特典情報のユーザ端末４０Ａへの通知の処理（ステップＳ２３０４～Ｓ２３０９）は、図１４に示したＳ１４０３～Ｓ１４０７の処理と同様である。カードの入会審査に通過した場合、ユーザ端末４０ＡにおいてこのＥＣサーバ８０へのアクセス情報（ＵＲＬなど）に対応付けて、クレジットカード番号とユーザＩＤによる決済可能であることを示すフラグが記憶される。
【0107】
図２４は、上記フラグ情報がユーザ端末４０Ａの記憶部に記憶される例である。この例では、ＥＣサイトを一意に特定する識別子であるＥＣサイトＩＤ２３０１に対応付けで、ユーザＩＤ２４０２、クレジットカード番号２４０３、およびユーザＩＤ決済フラグ２４０４が記憶される。図２４に示した情報は、例えばブラウザアプリケーションのcookieとして記憶され、ユーザ端末４０Ａにおけるブラウザアプリケーションの起動後、必要に応じてＥＣサーバ８０へ送信される。なお、図２４に示す情報は、ユーザ端末４０ＡではなくＥＣサーバ８０に記憶されてもよいし、ユーザ端末４０ＡとＥＣサーバ８０の両方に記憶されてもよい。要するに、ユーザ端末４０ＡがＥＣサーバ８０へアクセスして商取引を行う際に、ＥＣサーバ８０が、このＥＣサイトを利用する際はユーザＩＤによる決済が可能であることを把握できればよい。
【0108】
図２５は、カード発行された後、ユーザがＥＣサーバ８０にて商取引を行う場合の動作を示す。まず、ユーザはＥＣサーバ８０にアクセスし、必要であればユーザＩＤやパスワードの入力等のログイン操作を行う（ステップＳ２５０１およびＳ２５０２）。ＥＣサーバ８０は、cookie等から上記フラグ情報を確認し、ユーザＩＤによる決済が可能か否かを示す情報を取得し、ユーザＩＤによる決済が可能な場合、活性化処理を行う。活性化処理とは、ユーザ端末４０Ａからの支払い要求を受信した場合において、ユーザＩＤによる決済が可能な場合は、ユーザＩＤによる決済を指定するため表示オブジェクトを含むウェブページを生成することである。
【0109】
図２６を用いて、フラグの有無に応じてＥＣサーバ８０が生成してユーザ端末４０Ａに表示される画面の違いの例を説明する。同図（ａ）は購入対象を選択するための画面であって、フラグの有無に関係なく表示されるものである。同図（ａ）の状態で、ユーザが支払いの指示を入力すると、上記フラグが立っていない場合、例えば同図（ｂ）の画面が表示され、そのユーザが予め登録しておいたクレジットカードが決済方法の候補として表示される。一方、当該フラグが立っている場合、ＥＣサーバ８０にて活性化処理が行われた結果、同図（ｃ）に示す画面が表示され、別途あらかじめ登録しておいたクレジットカードに加えて、ユーザＩＤによる決済が選択できるようになっている。
【0110】
図２５に戻り、ユーザが商品を選択して支払い方法を指定すると（ステップＳ２５０４）、ＥＣサーバ８０は、選択された支払い方法に応じて、決済要求を仲介サーバ１０または決済サーバ３０へ送信する。具体的には、ＥＣサーバ８０は、上記フラグが存在する場合は、ユーザＩＤとともに仲介サーバ１０へ決済要求を行う一方（ステップＳ２５０５Ｂ）、上記フラグが存在しない場合は、従来のクレジットカード決済と同様、決済サーバ３０に決済要求を送信する（ステップＳ２５０５Ａ）。ステップＳ２５０６～Ｓ２５１２の処理は、図１６に示した処理と本質的に同一であるので、説明を省略する。
【0111】
上記の各実施例によれば、図１３、１６、１８、２０、２５に示したように、ユーザは、クレジットカード番号が生成された後、そのクレジットカード番号を用いた決済をすぐに行うことができる。この際、ユーザあるいは事業者は、カードの審査結果とともにカード発行に伴う特典情報を保有ないし取得しているので、当該特定情報を使用することが可能となっている。事業者は、ユーザが商品の検索や購入に利用しているアプリケーションプログラムにカードの入会申し込みためアクセス先（決済サーバ３０）へのリンク情報を組み込んでおけば、購入からカードの即時発行および利用（特典情報の利用を含む）を一気通貫で行うことができ、ユーザの利便性が向上する。
【0112】
３．その他の実施例
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例に記載した事項のうち２つ以上のものが組み合わせて用いられてもよい。
本発明は上述の実施形態に限定されるものではなく、種々の変形実施が可能である。以下、変形例をいくつか説明する。以下の変形例に記載した事項のうち２つ以上のものが組み合わせて用いられてもよい。
【0113】
（１）カードの申込処理の代行
上記実施例においては、決済サーバ３０がカードの発行と申込みの受付処理を行っていたが、申込みの受付処理を行うための専用のサーバを設けてもよい。
上記実施例においては、決済サーバ３０がカードの発行と申込みの受付処理を行っていたが、申込みの受付処理を行うための専用のサーバを設けてもよい。
【0114】
図２７は、変形例に係る情報処理システムＳＢの概要図を示す。情報処理システムＳＢは、情報処理システムＳに、決済サーバ３０が担っていたカード入会に係る処理を行うためのカード入会代行サーバ６０を設けたものである。カード入会代行サーバ６０は、例えば事業者あるいはクレジットカード発行会社から委託された業者によって管理・運営され、決済サーバ３０に代わって、申込情報及び事業者識別情報を取得し、決済サーバ３０に、取得した申込情報及び事業者識別情報を送信する。事業者識別情報は、例えば、アルファベット及び数字の少なくとも一方で構成される文字列を含んでいる。事業者識別情報は、事業者の名称が含まれていてもよい。
【0115】
図２８は、情報処理システムＳＢの機能構成の一例を示す。情報処理システムＳＢは、記憶手段２０３、受付手段７０１、送信手段７０２、取得手段７０３、送信手段７０４、取得手段７０５、生成手段７０６、送信手段７０７、送信手段７０９、送信手段７１１を有する。
記憶手段２０３及び取得手段７１０は、仲介サーバ１０に実装される。取得手段７０８は、決済サーバ３０に実装される。受付手段７０１及び送信手段７０２は、ユーザ端末４０に実装される。取得手段７０３及び送信手段７０４は、カード入会代行サーバ６０に実装される。取得手段７０５、生成手段７０６、送信手段７０７は決済サーバ３０に実装される。送信手段７１１は、事業者サーバ９０に実装される。
記憶手段２０３及び取得手段７１０は、仲介サーバ１０に実装される。取得手段７０８は、決済サーバ３０に実装される。受付手段７０１及び送信手段７０２は、ユーザ端末４０に実装される。取得手段７０３及び送信手段７０４は、カード入会代行サーバ６０に実装される。取得手段７０５、生成手段７０６、送信手段７０７は決済サーバ３０に実装される。送信手段７１１は、事業者サーバ９０に実装される。
【0116】
まず、仲介サーバ１０における機能を説明する。記憶手段２０３は、各種のデータを記憶する。また、記憶手段２０３は、ユーザ情報データベースを記憶する。取得手段７１０は、決済サーバ３０から、ユーザＩＤ及びクレジットカード番号を取得する。
【0117】
続いて、ユーザ端末４０における機能を説明する。受付手段７０１は、ユーザによる操作に基づいて、申込情報及び事業者識別情報の入力を受け付ける。送信手段７０２は、事業者サーバ９０を介して、カード入会代行サーバ６０に申込情報及び事業者識別情報を送信する。
【0118】
事業者サーバ９０の送信手段７１１は、ユーザ端末４０から受信した申込情報及び事業者識別情報をカード入会代行サーバ６０へ送信する。なお、事業者識別情報については、ユーザ端末４０にて入力されず、事業者サーバ９０において申込情報に付加されカード入会代行サーバ６０へ送信されてもよい。
【0119】
続いて、カード入会代行サーバ６０における機能を説明する。取得手段７０３は、ユーザ端末４０から、申込情報及び事業者識別情報を取得する。送信手段７０４は、決済サーバ３０に、申込情報及び事業者識別情報を送信する。
【0120】
図２９は、カード入会代行サーバ６０のハードウェア構成を例示する図である。カード入会代行サーバ６０は、ＣＰＵ（Central Processing Unit）６１、メモリ６２、ストレージ６３、及び通信ＩＦ（Interface）６４を有するコンピュータ装置である。ＣＰＵ６１は、プログラムを実行して各種の演算を行い、カード入会代行サーバ６０の他のハードウェア要素を制御する制御装置である。メモリ６２は、ＣＰＵ６１がプログラムを実行する際のワークエリアとして機能する主記憶装置である。ストレージ６３は、各種のプログラム及びデータを記憶する不揮発性の補助記憶装置である。通信ＩＦ６４は、所定の通信規格（例えばイーサネット（登録商標））に従って他の装置と通信する通信装置である。
【0121】
この例において、ストレージ６３は、コンピュータ装置を情報処理システムＳにおけるカード入会代行サーバ６０として機能させるためのプログラム（以下「カード入会代行サーバプログラム」という）を記憶する。ＣＰＵ６１がカード入会代行サーバプログラムを実行することにより、コンピュータ装置に図２８の機能が実装される。ＣＰＵ６１がカード入会代行サーバプログラムを実行している状態において、ＣＰＵ６１が、制御手段２１３の一例であり、通信ＩＦ６４が、取得手段７０３、及び送信手段７０４の一例である。
【0122】
図３０は、図１３のステップＳ１４０１～ステップＳ１４０５に示されている、ユーザ端末４０において申込情報の入力を受け付けてから仲介サーバ１０にユーザＩＤ及びクレジットカード番号が対応付けて記憶されるまでの処理の変形例である。
【0123】
ステップＳ２２０１において、ユーザ端末４０の受付手段７０１は、ユーザによる操作に基づいて、申込情報及び事業者識別情報の入力を受け付ける。ステップＳ２２０２Ａおよび２２０２Ｂにおいて、ユーザ端末４０の送信手段７０２は、事業者サーバ９０を介してカード入会代行サーバ６０に、申込情報及び事業者識別情報を送信する。カード入会代行サーバ６０の取得手段７０３は、事業者サーバ９０から、申込情報及び事業者識別情報を取得する。
【0124】
ステップＳ２２０３において、カード入会代行サーバ６０の送信手段７０４は、決済サーバ３０に、申込情報及び事業者識別情報を送信する。
【0125】
ステップＳ２２０４において、決済サーバ３０の生成手段７０６は、受信した申込情報及び事業者識別情報に基づいて、クレジットカード番号を生成する。ステップＳ２２０６において、決済サーバ３０の送信手段７０９は、仲介サーバ１０に、申込情報に含まれるユーザＩＤ、及び、生成されたクレジットカード番号を送信する。仲介サーバ１０の取得手段７１０は、決済サーバ３０から、ユーザＩＤ及びクレジットカード番号を取得する。ステップＳ２２０７において、仲介サーバ１０の記憶手段２０３は、ステップＳ２２０５において送信されたユーザＩＤ及びクレジットカード番号を対応付けて記憶する。
【0126】
この態様によれば、カードの新規発行の審査や与信管理（決済）を行う決済サーバ３０は、カード入会に関する処理を実行する必要がないので、決済サーバ３０の処理負荷が低減する。
【0127】
なお、決済サーバ３０からクレジットカード番号の発行機能を切り離し、決済サーバ３０は決済機能のみを担う構成であってもよい。具体的には、仲介サーバ１０またはカード入会代行サーバ６０から申込情報を受信して仲介サーバ１０に発行したクレジットカード番号およびユーザＩＤを通知するサーバを設ける。
【0128】
（２）仲介サーバ
また、仲介サーバ１０は、クレジットカードを発行する事業者と連携している他の事業者によって管理・運用されてもよいし、クレジットカードを発行する事業者自体によって管理・運用されてもよい。また、仲介サーバ１０は、クレジットカードを発行する事業者ごとに設けてられてもよいし、複数のクレジットカードを発行する事業者（換言すると複数の決済サーバ３０）に対して一つの仲介サーバ１０が設けられてもよい。
また、仲介サーバ１０は、クレジットカードを発行する事業者と連携している他の事業者によって管理・運用されてもよいし、クレジットカードを発行する事業者自体によって管理・運用されてもよい。また、仲介サーバ１０は、クレジットカードを発行する事業者ごとに設けてられてもよいし、複数のクレジットカードを発行する事業者（換言すると複数の決済サーバ３０）に対して一つの仲介サーバ１０が設けられてもよい。
【0129】
仲介サーバ１０が複数存在する場合、ユーザ端末４０及び店舗端末５０は、二次元コードを読み取ると、クレジットカードの発行主体によらず、特定の一の仲介サーバ１０に決済の実行の要求を送るように設定されてもよい。この場合、当該特定の一の仲介サーバ１０は、二次元コードを読み取った端末（すなわち、ユーザ端末４０又は店舗端末５０）から取得した要求に含まれる情報から、クレジットカードの発行主体を特定し、クレジットカードの発行主体に対応する決済サーバ３０に対して決済の実行を要求する。
クレジットカードの発行体ごとに仲介サーバ１０が設けられている場合、二次元コードを読み取った店舗端末５０が、クレジットカード番号にクレジットカードの発行体を識別する情報が内包されている場合はクレジットカード番号から一のクレジットカードの発行体を特定し、該特定された一の発行体に対応する一の仲介サーバ１０へ決済の実行を要求してもよい。
クレジットカードの発行体ごとに仲介サーバ１０が設けられている場合、二次元コードを読み取った店舗端末５０が、クレジットカード番号にクレジットカードの発行体を識別する情報が内包されている場合はクレジットカード番号から一のクレジットカードの発行体を特定し、該特定された一の発行体に対応する一の仲介サーバ１０へ決済の実行を要求してもよい。
【0130】
（３）その他
上述した各実施例においては、ユーザ端末４０及び店舗端末５０はそれぞれ、スマートフォン又はタブレットＰＣであることに限定されず、例えば、ＰＣ（パーソナルコンピュータ）又はデスクトップコンピュータであってもよい。
上述した各実施例においては、ユーザ端末４０及び店舗端末５０はそれぞれ、スマートフォン又はタブレットＰＣであることに限定されず、例えば、ＰＣ（パーソナルコンピュータ）又はデスクトップコンピュータであってもよい。
【0131】
情報処理システムＳにおける機能要素とハードウェア要素との対応関係は実施形態において例示したものに限定されない。例えば、実施形態において仲介サーバ１０の機能として説明したものの一部が、別のサーバに実装してもよい。あるいは、実施形態において仲介サーバ１０の機能として説明したものの一部を、ネットワーク上の他の装置に実装してもよい。仲介サーバ１０は物理サーバであってもよいし、仮想サーバ（いわゆるクラウドを含む）であってもよい。
【0132】
上述した情報処理システムＳ、ＳＡ、ＳＢの動作は一例であって、情報処理システムＳの処理手順は、矛盾の無い限り、順序が入れ替えられてもよい。また、情報処理システムＳ、ＳＡ，ＳＢの一部の処理手順が省略されてもよい。
【0133】
要するに、本発明に係る情報処理システムにおいては、ユーザ端末が、前記ユーザ端末のユーザに対してクレジットカード番号を発行するための審査に用いられる申込情報の入力を受け付けるステップと、仲介サーバが、商品またはサービスを提供する事業者が前記ユーザ端末のユーザに付与したユーザＩＤと、前記ユーザ端末から受信した申込情報に基づいて発行されたクレジットカード番号とを対応付けて登録するステップと、前記クレジットカード番号の発行が行われたことの通知を前記仲介サーバから受信すると、前記事業者によって提供され前記ユーザ端末において実行されるアプリケーションプログラムの決済機能を活性化するステップと、前記ユーザ端末が、当該活性化された決済機能を用いて、商品の購入またはサービスの利用に関する支払指示を前記ユーザから受け付けるステップと、前記仲介サーバが、少なくとも前記ユーザＩＤと、前記支払指示に係る商品またはサービスの購入額を含む金額情報とを含む決済要求を受信すると、前記ユーザＩＤに対応するクレジットカード番号を特定して前記金額情報とともに決済サーバに前記クレジットカード番号を送信するステップと、前記決済サーバが、前記仲介サーバから受信したカード番号および金額情報に基づいて、決済処理を行うステップとが実行されていればよい。
【0134】
ここで、アプリケーションプログラムとは、図１～２１を用いて説明したように、事業者が作成・管理し、顧客に対してユーザに配布するものであってものでもあってもよいし、図２２～図２６を用いて説明したように、ＥＣサイトにアクセスするための汎用的なブラウザプログラムであってもよい。また、アプリケーションプログラムの活性化とは、実質的にユーザ端末側で実行されてもよいし、図２２～図２６を用いて説明したように、実質的にＥＣサーバ（事業者側の装置）によって実行されてもよいし、あるいはユーザ端末側と事業者側の装置（店舗端末あるいはＥＣサーバ）との間における情報の授受の結果、混然一体となって実現されるものであってもよい。
【0135】
実施形態において例示した各種プログラムは、インターネット等のネットワークを介したダウンロードにより提供されてもよいし、ＤＶＤ－ＲＯＭ等のコンピュータ読み取り可能な記録媒体に記録された状態で提供されてもよい。
【符号の説明】
【0136】
Ｓ、ＳＡ、ＳＢ…情報処理システム、１０…仲介サーバ、１１…ＣＰＵ、１２…メモリ、１３…ストレージ、１４…通信ＩＦ、２０…ネットワーク、３０…決済サーバ、３１…ＣＰＵ、３２…メモリ、３３…ストレージ、３４…通信ＩＦ、４０、４０Ａ…ユーザ端末、４１…ＣＰＵ、４２…メモリ、４３…ストレージ、４４…通信ＩＦ、４５…入力部、４６…ディスプレイ、５０…店舗端末、５１…ＣＰＵ、５２…メモリ、５３…ストレージ、５４…通信ＩＦ、５５…入力部、５６…ディスプレイ、６０…カード入会代行サーバ、６１…ＣＰＵ、６２…メモリ、６３…ストレージ、６４…通信ＩＦ、８０…ＥＣサーバ、９０…事業者サーバ、９１…ＣＰＵ、９２…メモリ、９３…ストレージ、９４…通信ＩＦ
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】
【図11】
【図12】
【図13】
【図14A】
【図14B】
【図14C】
【図14D】
【図15】
【図16】
【図17A】
【図17B】
【図17C】
【図18】
【図19】
【図20】
【図21】
【図22】
【図23】
【図24】
【図25】
【図26】
【図27】
【図28】
【図29】
【図30】