特許 6731102 紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B1)

(11)【特許番号】6731102

(24)【登録日】2020年7月7日

(45)【発行日】2020年7月29日

(54)【発明の名称】紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラム

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20200716BHJP

   G06Q 20/32 20120101ALI20200716BHJP

【ＦＩ】

   G06Q20/40

   G06Q20/32 300

【請求項の数】18

【全頁数】24

(21)【出願番号】特願2019-176228(P2019-176228)

(22)【出願日】2019年9月26日

【審査請求日】2019年9月26日

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和１年９月１８日東海テレビ放送株式会社の取材に応じて本願の内容を説明

【早期審査対象出願】

(73)【特許権者】

【識別番号】519110124

【氏名又は名称】ＰａｙＰａｙ株式会社

(74)【代理人】

【識別番号】110002147

【氏名又は名称】特許業務法人酒井国際特許事務所

(72)【発明者】

【氏名】高橋 諒

(72)【発明者】

【氏名】多田 真展

(72)【発明者】

【氏名】加賀野 祐

(72)【発明者】

【氏名】三浦 和也

(72)【発明者】

【氏名】太田 真紀

(72)【発明者】

【氏名】赤尾 玲

(72)【発明者】

【氏名】藤沢 勇彦

【審査官】 渡邉 加寿磨

(56)【参考文献】

【文献】 特許第６５２７２８２（ＪＰ，Ｂ１）

【文献】 特開２０１１−２１０１７１（ＪＰ，Ａ）

【文献】 特許第６５４２４５５（ＪＰ，Ｂ１）

【文献】 米国特許出願公開第２０１６／０２２４９７２（ＵＳ，Ａ１）

【文献】 特開２０１５−１２２００９（ＪＰ，Ａ）

【文献】 特開２００３−２８８４８５（ＪＰ，Ａ）

【文献】 ”ウォレット決済新時代”，ＣａｒｄＷａｖｅ 第３０巻 第５号，日本，株式会社カード・ウェーブ，２０１７年１０月２５日，第30巻第5号，p.12-13，特に12頁を参照

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｇ０６Ｑ １０／００ − ９９／００

Ｇ１６Ｈ １０／００ − ８０／００

(57)【特許請求の範囲】

【請求項1】

所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査部と、
前記審査部による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知部と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成部と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得部と、
前記取得部が取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付部と
を有し、
前記審査部は、前記提供者が決済に用いる口座の情報が所定の条件を満たすか否かを判定し、
前記通知部は、前記提供者が決済に用いる口座の情報が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
することを特徴とする紐付装置。

【請求項2】

所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査部と、
前記審査部による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知部と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成部と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得部と、
前記取得部が取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付部と
を有し、
前記審査部は、前記提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定し、
前記通知部は、前記提供者が取引対象を提供する形態が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする紐付装置。

【請求項3】

前記取得部は、前記認証情報を示す情報として、所定の物体に予め印刷された二次元コードを示す情報を取得する
ことを特徴とする請求項１または２に記載の紐付装置。

【請求項4】

前記取得部は、前記二次元コードとして、支払額の通知先となる統一資源位置指定子であって、前記利用者端末から支払額を示す情報を受付けた際に当該利用者端末を利用する利用者から当該二次元コードと紐付けられた提供者に対する支払を実現するための統一資源位置指定子を示す二次元コードを示す情報を取得する
ことを特徴とする請求項３に記載の紐付装置。

【請求項5】

前記取得部は、前記二次元コードが示す統一資源位置指定子のうち、前記認証情報を示す情報として、当該二次元コードを識別するための部分を取得する
ことを特徴とする請求項４に記載の紐付装置。

【請求項6】

前記審査部は、前記提供者が提供する取引対象が所定の条件を満たすか否かを判定し、
前記通知部は、前記取引対象が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする請求項１〜５のうちいずれか１つに記載の紐付装置。

【請求項7】

前記生成部は、前記識別情報として、前記提供者を識別する第１識別子と、当該提供者により取引対象が提供される態様を識別する第２識別子とを組合せた情報を生成する
ことを特徴とする請求項１〜６のうちいずれか１つに記載の紐付装置。

【請求項8】

前記紐付部は、前記提供者と当該提供者により取引対象が提供される態様との組合せごとに、前記認証情報と前記識別情報とを紐付ける
ことを特徴とする請求項７に記載の紐付装置。

【請求項9】

紐付装置が実行する紐付方法であって、
所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査工程と、
前記審査工程による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知工程と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成工程と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得工程と、
前記取得工程で取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付工程と
を含み、
前記審査工程は、前記提供者が決済に用いる口座の情報が所定の条件を満たすか否かを判定し、
前記通知工程は、前記提供者が決済に用いる口座の情報が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする紐付方法。

【請求項10】

所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査手順と、
前記審査手順による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知手順と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成手順と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得手順と、
前記取得手順で取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付手順と
をコンピュータに実行させ、
前記審査手順は、前記提供者が決済に用いる口座の情報が所定の条件を満たすか否かを判定し、
前記通知手順は、前記提供者が決済に用いる口座の情報が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする紐付プログラム。

【請求項11】

紐付装置が実行する紐付方法であって、
所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査工程と、
前記審査工程による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知工程と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成工程と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得工程と、
前記取得工程が取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付工程と
を含み、
前記審査工程は、前記提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定し、
前記通知工程は、前記提供者が取引対象を提供する形態が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする紐付方法。

【請求項12】

所定の端末装置から取引対象を提供する提供者の審査に用いる情報を受付けた場合は、当該情報に基づいて、当該提供者の審査を行う審査手順と、
前記審査手順による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する通知手順と、
前記提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成手順と、
所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を、前記審査結果が所定の条件を満たす旨が通知された前記所定の端末装置から取得する取得手順と、
前記取得手順が取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付手順と
をコンピュータに実行させ、
前記審査手順は、前記提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定し、
前記通知手順は、前記提供者が取引対象を提供する形態が前記所定の条件を満たすと判定した場合は、前記審査結果が所定の条件を満たす旨を前記所定の端末装置に対して通知する
ことを特徴とする紐付プログラム。

【請求項13】

取引対象を提供する提供者の審査を行い、当該提供者が決済に用いる口座の情報が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信部と、
前記情報処理装置から、前記提供者が決済に用いる口座の情報が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求部と
を有することを特徴とする要求装置。

【請求項14】

要求装置が実行する要求方法であって、
取引対象を提供する提供者の審査を行い、当該提供者が決済に用いる口座の情報が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信工程と、
前記情報処理装置から、前記提供者が決済に用いる口座の情報が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求工程と
を含むことを特徴とする要求方法。

【請求項15】

取引対象を提供する提供者の審査を行い、当該提供者が決済に用いる口座の情報が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信手順と、
前記情報処理装置から、前記提供者が決済に用いる口座の情報が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求手順と
をコンピュータに実行させるための要求プログラム。

【請求項16】

取引対象を提供する提供者の審査を行い、当該提供者が取引対象を提供する形態が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信部と、
前記情報処理装置から、前記提供者が取引対象を提供する形態が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求部と
を有することを特徴とする要求装置。

【請求項17】

要求装置が実行する要求方法であって、
取引対象を提供する提供者の審査を行い、当該提供者が取引対象を提供する形態が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信工程と、
前記情報処理装置から、前記提供者が取引対象を提供する形態が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求工程と
を含むことを特徴とする要求方法。

【請求項18】

取引対象を提供する提供者の審査を行い、当該提供者が取引対象を提供する形態が所定の条件を満たす場合に、当該提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する送信手順と、
前記情報処理装置から、前記提供者が取引対象を提供する形態が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を前記情報処理装置に送信し、当該認証情報と、前記識別情報との紐付けを要求する要求手順と
をコンピュータに実行させるための要求プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラムに関する。

【背景技術】

【0002】

近年、利用者が利用する利用者装置を用いて、各種の決済を実現する決済技術が提供されている。このような技術の一例として、商品やサービス等の提供者と紐付いた識別コードを利用者の利用者装置で読み取り、決済を実現するサーバ装置に利用者装置から識別コードと決済内容とを送信することで、利用者から提供者への決済を実現する技術が知られている。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特許第６５２７２８２号公報

【発明の概要】

【発明が解決しようとする課題】

【0004】

しかしながら、上記の従来技術では、識別コードを用いた決済技術の導入を迅速に行えるとは言えない場合がある。

【0005】

例えば、バーコードやＱＲコード（登録商標）（Ｑｕｉｃｋ Ｒｅｓｐｏｎｓｅ Ｃｏｄｅ）等の識別コードが印刷された物体を店内等に設置し、設置した物体を利用者の利用者装置で撮影することで、決済を実現するといった手法が考えられる。しかしながら、上記の従来技術では、提供者が決済技術を導入しようとしても、識別コードが印刷された物体が提供されるまでは、識別コードを用いた決済を実現することができない。

【0006】

本願は、上記に鑑みてなされたものであって、識別コードを用いた決済技術の導入を迅速に行うことができる紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラムを提供することを目的とする。

【課題を解決するための手段】

【0007】

本願に係る紐付装置は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、当該提供者を識別する識別情報を生成する生成部と、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に当該利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する取得部と、前記取得部が取得した情報が示す認証情報と、前記識別情報とを紐付ける紐付部とを有することを特徴とする。

【発明の効果】

【0008】

実施形態の一態様によれば、識別コードを用いた決済技術の導入を迅速に行うことができるという効果を奏する。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る紐付装置が実行する紐付処理の一例を示す図である。

【図2】図２は、実施形態に係る利用者端末が実行する決済処理の一例を示す図である。

【図3】図３は、実施形態に係る紐付装置の構成例を示す図である。

【図4】図４は、実施形態に係る紐付データベースの一例を示す図である。

【図5】図５は、実施形態に係る端末装置の構成例を示す図である。

【図6】図６は、実施形態に係る紐付装置が実行する紐付処理の流れの一例を示すフローチャートである。

【図7】図７は、実施形態に係る端末装置が実行する紐付要求処理の流れの一例を示すフローチャートである。

【図8】図８は、紐付装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

【発明を実施するための形態】

【0010】

以下に、本願に係る紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る紐付装置、紐付方法、紐付プログラム、要求装置、要求方法及び要求プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。

【0011】

〔１．紐付装置が示す紐付処理の一例〕
図１を用いて、実施形態に係る紐付装置１００が実行する紐付処理の一例について説明する。図１は、実施形態に係る紐付装置１００が実行する紐付処理の一例を示す図である。紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合に生成された提供者を識別する識別情報と、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報とを紐付ける。

【0012】

また、ここでいう決済とは、電子決済サービス等を示す。例えば、電子決済サービスとは、商品またはサービスの料金及び代金の決済を、硬貨や紙幣などの現金ではなく、現金に対応する価値を有するデータの送受信などの電子的な手段で決済を行う決済サービスである。

【0013】

例えば、電子決済サービスとは、バーコードによる決済、二次元コードによる決済、ＱＲコード決済、電子マネーを利用した決済又はクレジットカードを利用したカード決済等である。以下では、ＱＲコードによる決済について例を挙げて説明する。

【0014】

以下、図１を用いて、紐付装置１００による紐付処理の一例を流れに沿って説明する。図１の例では、提供者ＳＭは、店舗を運営する事業者等であり、例えば、オーナ等である。また、営業者ＳＡは、ＱＲコードによる決済を提供者ＳＭに勧めたり、店舗にＱＲコードによる決済を導入したりといった営業を行うものである。

【0015】

以下では、営業者ＳＡによって店舗ＳＨ１にＱＲコードＣ１が予め付与された対象物ＰＲが導入される場合について例を挙げて説明する。ここで、対象物ＰＲに付与されたＱＲコードＣ１は、所定の処理を行わないと利用できない態様であるとする。

【0016】

なお、ここでいう店舗とは、商品及びサービスを提供する店舗である。例えば、店舗とは、商品を販売する実際の店舗や、モール等の複合施設に位置する店舗等である。また、例えば、ここでいうサービスとは、利用者によって実際の店舗を介して利用されたサービス等である。

【0017】

まず、図１に示すように、営業者ＳＡは、ＱＲコードＣ１が印刷済みの対象物ＰＲを店舗ＳＨ１に持ち込む（ステップＳ１）。続いて、営業者ＳＡは、提供者ＳＭから審査用情報を取得する（ステップＳ２）。例えば、営業者ＳＡは、提供者ＳＭから審査用情報として、取引対象の種別、提供者ＳＭの名義、決済に用いる口座の情報又は提供者が取引対象を提供する形態等を取得する。なお、ここでいう取引対象は、商品又はサービスの利用等である。

【0018】

そして、端末装置１０は、営業者ＳＡによる審査用情報の入力を受付ける（ステップＳ３）。続いて、端末装置１０は、審査用情報を紐付装置１００に送信する（ステップＳ４）。

【0019】

そして、紐付装置１００は、店舗ＳＨ１が所定の審査要件を満たすか否かを判定する（ステップＳ５）。このように、紐付装置１００は、店舗でＱＲコードによる決済が利用できるか否かをリアルタイムで判定することができる。具体的には、紐付装置１００は、所定の端末装置から提供者の審査に用いる情報を受付けた場合は、情報に基づいて、提供者の審査を行う。

【0020】

より具体的には、紐付装置１００は、提供者が提供する取引対象が所定の条件を満たすか否かを判定する。例えば、紐付装置１００は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たす場合、所定の条件が満たされたと判定する。一方、紐付装置１００は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たさない場合、所定の条件が満たされないと判定する。この場合、紐付装置１００は、端末装置１０に「持ち帰り、確認・検討」といった通知を行う。

【0021】

なお、実施形態は、上記例に限定されない。例えば、紐付装置１００は、軽微のミスによって所定の条件を満たさないと判定された場合、所定の回数修正する機会を提供してもよい。また、紐付装置１００は、取引対象の種別や、提供者が取引対象を提供する形態に公的な許可又は免許等が必須である場合、所定の条件を満たさないと判定する。この場合、紐付装置１００は、端末装置１０に「持ち帰り、確認」といった通知を行う。また、紐付装置１００は、所定の条件が満たされないと判定した場合、所定の期間後に、対象物ＰＲに印刷済みのＱＲコードＣ１とは異なるＱＲコードを生成して提供してもよい。

【0022】

続いて、紐付装置１００は、店舗を識別する識別情報を生成する（ステップＳ６）。具体的には、紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。

【0023】

より具体的には、紐付装置１００は、識別情報として、提供者を識別する第１識別子と、提供者により取引対象が提供される態様を識別する第２識別子とを組合せた情報を生成する。例えば、紐付装置１００は、店舗を識別する識別子がＡＡ店舗に対応する識別子である場合、ＡＡ店舗に対応する識別子「ＭＩＤ０００１」と、ＡＡ店舗ＢＢ支店又はＡＡ店舗ＢＢ店等といった店舗に対応する識別子「ＳＩＤ０００１」とを組合せた情報を生成する。

【0024】

そして、紐付装置１００は、審査結果を端末装置１０に通知する（ステップＳ７）。具体的には、紐付装置１００は、審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を端末装置１０に対して通知する。

【0025】

例えば、紐付装置１００は、取引対象の種別、提供者ＳＭの名義、決済に用いる口座の情報又は提供者が取引対象を提供する形態に関する審査結果が所定の条件を満たす場合に、審査結果が所定の条件を満たす旨を端末装置１０に対して通知する。

【0026】

続いて、端末装置１０は、ＱＲコードＣ１を撮影することで、ＱＲコードＣ１が示すＵＲＬ（Uniform Resource Locator）を取得する（ステップＳ８）。例えば、図１の例では、端末装置１０は、ＱＲコードＣ１が示すＵＲＬとして、決済サーバ２０が示すＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｋｅｓｓａｉ．ｃｏｍ」と、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」とが組合されたＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｋｅｓｓａｉ．ｃｏｍ／ｑｒｉｄ０００１」を取得する。

【0027】

そして、端末装置１０は、ＵＲＬのうち、ＱＲコードＣ１の識別子部分を紐付装置１００に送信する（ステップＳ９）。例えば、図１の例では、端末装置１０は、ＱＲコードＣ１の識別子部分として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」を紐付装置１００に送信する。

【0028】

続いて、紐付装置１００は、識別情報とＱＲコードＣ１の識別子とを紐付ける（ステップＳ１０）。これにより、紐付装置１００は、対象物ＰＲに付与されたＱＲコードを即時に利用可能とすることができる。

【0029】

具体的には、紐付装置１００は、取得した情報が示す認証情報と、識別情報とを紐付ける。より具体的には、紐付装置１００は、提供者と提供者により取引対象が提供される態様との組合せごとに、認証情報と識別情報とを紐付ける。

【0030】

例えば、図１の例では、紐付装置１００は、認証情報として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」と、店舗をさらに細分化するための識別子「ＳＩＤ０００１」とを紐付ける。

【0031】

そして、紐付装置１００は、紐付け情報を決済サーバ２０に送信する（ステップＳ１１）。例えば、紐付装置１００は、店舗とＱＲコードとの組合せに関する情報を決済サーバ２０に送信する。これにより、紐付装置１００は、対象物ＰＲに付与されたＱＲコードＣ１を利用できる態様にすることができる。

【0032】

このように、実施形態に係る紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。そして、紐付装置１００は、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。そして、紐付装置１００は、取得した情報が示す認証情報と、識別情報とを紐付ける。これにより、実施形態に係る紐付装置１００は、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0033】

この点について説明する。図１の例では、紐付装置１００は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定する。このように、紐付装置１００は、店舗でＱＲコードによる決済が利用できるか否かをリアルタイムで判定することができる。そして、紐付装置１００は、所定の条件が満たされたと判定した場合、認証情報として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」とを紐付ける。これにより、紐付装置１００は、対象物ＰＲに付与されたＱＲコードを即時に利用可能とすることができる。

【0034】

従来、決済手段の認可には、各種書類の提出や、各種証明書の提出等といった煩雑な手続きが必要であった。そのため、決済手段の認可には、一般には、各種書類又は証明書の郵送や、ウェブページ等を介した手続きが主流であった。このように、決済手段の認可に所定の時間が必要であるため、提供者が決済手段を導入することに慎重になるといった場合があり、決済手段の普及を阻害する場合があった。

【0035】

これに対して、紐付装置１００は、営業者が予め所持しているＱＲコードと、端末装置１０とを用いることで、かかるＱＲコードを利用可能な態様にできる。これにより、紐付装置１００は、ＱＲコードを用いた決済技術の導入を迅速に行うことができる。例えば、紐付装置１００は、認可済みのフランチャイズチェーン店のうち、認可に関する処理を行った店舗とは異なる店舗でも即時にＱＲコードを利用可能とすることができる。

【0036】

〔２．利用者端末が示す決済処理の一例〕
次に、図２を用いて、実施形態に係る利用者端末３０による決済処理の一例を流れに沿って説明する。図２は、実施形態に係る利用者端末が実行する決済処理の一例を示す図である。なお、利用者Ｕ１によって利用される利用者端末３０が、ＱＲコードを読取る機能を有するアプリケーションであって、電子決済サービスに関するアプリケーションである決済アプリＡを予めインストールしているものとして説明する。

【0037】

図２に示すように、利用者Ｕ１によって商品が購入された場合に、又は、利用者Ｕ１によってサービスが利用された場合に、店舗ＳＨ１で決済アプリＡを用いて決済処理を行う例を挙げて説明する。例えば、利用者Ｕ１は、予め決済アプリＡを介して所定の金額を入金しているものとする。

【0038】

まず、図２に示すように、利用者端末３０は、利用者Ｕ１による操作に応じて、対象物ＰＲのＱＲコードＣ１を読取る（ステップＳ２１）。続いて、利用者端末３０は、利用者Ｕ１による決済額の入力を受付ける（ステップＳ２２）。例えば、利用者端末３０は、利用者Ｕ１による決済額の入力として、決済額「１０００円」を受付ける。

【0039】

そして、利用者端末３０は、ＱＲコードＣ１が示すＵＲＬを介して、決済額を決済サーバ２０に通知する（ステップＳ３）。例えば、利用者端末３０は、利用者Ｕを識別する識別情報と、ＱＲコードＣ１が示すＵＲＬを介して、利用者Ｕによって入力された決済額「１０００円」とを決済サーバ２０に通知する。続いて、決済サーバ２０は、ＵＲＬと対応するＱＲコードと紐付けられた識別情報と対応する店舗ＳＨ１に対する決済を行う（ステップＳ４）。

【0040】

以上のように、実施形態に係る紐付装置１００は、ＱＲコードを用いた決済技術の導入を迅速に行うことができるため、ＱＲコードによる決済の利用を利用者に対して促進させることができる。

【0041】

〔３．紐付システムの構成〕
次に、図３を用いて、実施形態に係る紐付システムの構成について説明する。図３は、実施形態に係る紐付システムの構成例を示す図である。図３に示すように、紐付システムは、端末装置１０と、決済サーバ２０と、利用者端末３０と、紐付装置１００とを含む。端末装置１０、決済サーバ２０、利用者端末３０及び紐付装置１００は、ネットワークＮを介して有線又は無線により通信可能に接続される。なお、図３に示す紐付システムには、複数台の端末装置１０や、複数台の決済サーバ２０や、複数台の利用者端末３０や、複数台の紐付装置１００が含まれてもよい。

【0042】

実施形態に係る端末装置１０（要求装置の一例に相当）は、例えば、情報処理装置等により実現される。具体的には、端末装置１０は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合に、提供者を識別する識別情報を生成する紐付装置１００に対し、審査に用いる情報を送信する。そして、端末装置１０は、紐付装置１００から審査結果が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を紐付装置１００に送信し、認証情報と、識別情報との紐付けを要求する。

【0043】

例えば、端末装置１０は、デスクトップ型ＰＣ（Personal Computer）や、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等である。また、端末装置１０は、カメラを備える。

【0044】

実施形態に係る決済サーバ２０は、決済処理を行う情報処理装置であり、例えば、サーバ装置等により実現される。例えば、決済サーバ２０は、各種決済が決定した場合、利用者端末３０と連携して決済処理を実行する。

【0045】

実施形態に係る利用者端末３０は、ブラウザに表示されるウェブページやアプリケーション用のコンテンツ等のコンテンツにアクセスする利用者によって利用される情報処理装置である。例えば、利用者端末３０は、デスクトップ型ＰＣや、ノート型ＰＣや、タブレット端末や、携帯電話機や、ＰＤＡ等である。また、利用者端末３０は、カメラを備える。

【0046】

実施形態に係る紐付装置１００は、例えば、情報処理装置等により実現される。具体的には、紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。そして、紐付装置１００は、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末３０によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。そして、紐付装置１００は、取得した情報が示す認証情報と、識別情報とを紐付ける。

【0047】

〔４．紐付装置の構成〕
また、図３を用いて、実施形態に係る紐付装置１００の構成について説明する。図３は、実施形態に係る紐付装置１００の構成例を示す図である。図３に示すように、紐付装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。

【0048】

（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部１１０は、ネットワークＮと有線又は無線で接続され、端末装置１０と、決済サーバ２０と、利用者端末３０との間で情報の送受信を行う。

【0049】

（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random Access Memory)、フラッシュメモリ（Flash Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。記憶部１２０は、紐付データベース１２１を有する。

【0050】

（紐付データベース１２１について）
実施形態に係る紐付データベース１２１は、利用者情報を記憶する。ここで、図４に、実施形態に係る紐付データベース１２１の一例を示す。図４に示した例では、紐付データベース１２１は、「ＱＲコード識別子」、「マーチャントＩＤ（Identifier）」、「ショップＩＤ」といった項目を有する。

【0051】

「ＱＲコード識別子」は、ＱＲコードを識別する識別子である。「マーチャントＩＤ」は、「ＱＲコード識別子」に対応付けられた店舗を識別する識別子である。「ショップＩＤ」は、「ＱＲコード識別子」に対応付けられた店舗をさらに細分化するための識別子である。

【0052】

例えば、図４では、ＱＲコード識別子によって識別された「ＱＲＩＤ０００１」は、マーチャントＩＤが「ＭＩＤ０００１」であり、ショップＩＤが「ＳＩＤ０００３」である。

【0053】

（制御部１３０について）
制御部１３０は、コントローラ（Controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、紐付装置１００内部の記憶装置に記憶されている各種プログラム（紐付プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、コントローラであり、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。

【0054】

図３に示すように、制御部１３０は、受信部１３１と、審査部１３２と、通知部１３３と、生成部１３４と、取得部１３５と、紐付部１３６と、提供部１３７とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図３に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１３０が有する各処理部の接続関係は、図３に示した接続関係に限られず、他の接続関係であってもよい。

【0055】

（受信部１３１について）
受信部１３１は、各種情報を受信する。具体的には、受信部１３１は、審査用情報を受信する。例えば、受信部１３１は、提供者から審査用情報として、取引対象の種別、提供者の名義、決済に用いる口座の情報又は提供者が取引対象を提供する形態等を受信する。

【0056】

（審査部１３２について）
審査部１３２は、所定の端末装置から提供者の審査に用いる情報を受付けた場合は、情報に基づいて、提供者の審査を行う。より具体的には、審査部１３２は、提供者が提供する取引対象が所定の条件を満たすか否かを判定する。

【0057】

例えば、審査部１３２は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たす場合、所定の条件が満たされたと判定する。一方、審査部１３２は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たさない場合、所定の条件が満たされないと判定する。この場合、審査部１３２は、端末装置１０に「持ち帰り、確認・検討」といった通知を行う。

【0058】

（通知部１３３について）
通知部１３３は、審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を端末装置１０に対して通知する。例えば、通知部１３３は、取引対象の種別、提供者の名義、決済に用いる口座の情報又は提供者が取引対象を提供する形態に関する審査結果が所定の条件を満たす場合に、審査結果が所定の条件を満たす旨を端末装置１０に対して通知する。

【0059】

（生成部１３４について）
生成部１３４は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。より具体的には、生成部１３４は、識別情報として、提供者を識別する第１識別子と、提供者により取引対象が提供される態様を識別する第２識別子とを組合せた情報を生成する。

【0060】

例えば、生成部１３４は、店舗を識別する識別子がＡＡ店舗に対応する識別子である場合、ＡＡ店舗に対応する識別子「ＭＩＤ０００１」と、ＡＡ店舗ＢＢ支店又はＡＡ店舗ＢＢ店等といった店舗に対応する識別子「ＳＩＤ０００１」とを組合せた情報を生成する。

【0061】

（取得部１３５について）
取得部１３５は、各種情報を取得する。具体的には、取得部１３５は、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末３０によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。

【0062】

より具体的には、取得部１３５は、認証情報を示す情報として、所定の物体に予め印刷された二次元コードを示す情報を取得する。より具体的には、取得部１３５は、二次元コードとして、支払額の通知先となる統一資源位置指定子であって、利用者端末３０から支払額を示す情報を受付けた際に利用者端末３０を利用する利用者から二次元コードと紐付けられた提供者に対する支払を実現するための統一資源位置指定子を示す二次元コードを示す情報を取得する。

【0063】

例えば、取得部１３５は、二次元コードが示す統一資源位置指定子のうち、認証情報を示す情報として、二次元コードを識別するための部分を取得する。例えば、図１の例では、取得部１３５は、ＱＲコードＣ１の識別子部分として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」を取得する。

【0064】

（紐付部１３６について）
紐付部１３６は、取得部１３５が取得した情報が示す認証情報と、識別情報とを紐付ける。そして、紐付部１３６は、かかる紐付けられた情報を紐付データベース１２１に記憶する。より具体的には、紐付部１３６は、提供者と提供者により取引対象が提供される態様との組合せごとに、認証情報と識別情報とを紐付ける。

【0065】

例えば、図１の例では、紐付部１３６は、認証情報として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」と、店舗をさらに細分化するための識別子「ＳＩＤ０００１」とを紐付ける。

【0066】

（提供部１３７について）
提供部１３７は、各種情報を提供する。具体的には、提供部１３７は、紐付データベース１２１に記憶される情報を決済サーバ２０に送信する。例えば、提供部１３７は、店舗とＱＲコードとの組合せに関する情報を決済サーバ２０に送信する。

【0067】

〔５．端末装置の構成〕
次に、図５を用いて、実施形態に係る端末装置１０の構成について説明する。図５は、実施形態に係る端末装置１０の構成例を示す図である。図５に示すように、端末装置１０は、通信部１１と、記憶部１２と、カメラ１３と、入力部１４と、出力部１５と、制御部１６とを有する。

【0068】

（通信部１１について）
通信部１１は、紐付装置１００の通信部１１０と同一の構成であるため、説明を省略する。

【0069】

（記憶部１２について）
記憶部１２は、例えば、ＲＡＭ、フラッシュメモリ等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。

【0070】

（カメラ１３について）
カメラ１３は、ユーザからの各種操作を受け付け、後述の撮影部１６３によって制御されることで、物体又は風景等の撮影を行う。

【0071】

（入力部１４について）
入力部１４は、ユーザからの各種操作を受け付ける。例えば、入力部１４は、タッチパネル機能により表示面を介してユーザからの各種操作を受け付けてもよい。また、入力部１４は、端末装置１０に設けられたボタンや、端末装置１０に接続されたキーボードやマウスからの各種操作を受け付けてもよい。

【0072】

（出力部１５について）
出力部１５は、例えば液晶ディスプレイや有機ＥＬ（Electro-Luminescence）ディスプレイ等によって実現されるタブレット端末等の表示画面であり、各種情報を表示するための表示装置である。

【0073】

（制御部１６について）
制御部１６は、コントローラであり、例えば、ＣＰＵやＭＰＵ等によって、端末装置１０内部の記憶装置に記憶されている各種プログラム（要求プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１６は、コントローラであり、例えば、ＡＳＩＣやＦＰＧＡ等の集積回路により実現される。

【0074】

図５に示すように、制御部１６は、送信部１６１と、審査要求部１６２と、撮影部１６３と、紐付要求部１６４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１６の内部構成は、図５に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。また、制御部１６が有する各処理部の接続関係は、図５に示した接続関係に限られず、他の接続関係であってもよい。

【0075】

（送信部１６１について）
送信部１６１は、各種情報を送信する。具体的には、送信部１６１は、審査用情報を送信する。例えば、送信部１６１は、提供者から審査用情報として、取引対象の種別、提供者の名義、決済に用いる口座の情報又は提供者が取引対象を提供する形態等を紐付装置１００に送信する。

【0076】

また、送信部１６１は、ＵＲＬのうち、ＱＲコードＣ１の識別子部分を紐付装置１００に送信する。例えば、図１の例では、送信部１６１は、ＱＲコードＣ１の識別子部分として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」を紐付装置１００に送信する。

【0077】

（審査要求部１６２について）
審査要求部１６２は、各種審査要求を行う。具体的には、審査要求部１６２は、提供者の審査に用いる情報を送信した場合に、情報に基づいて、提供者の審査を行うよう紐付装置１００に要求する。より具体的には、審査要求部１６２は、提供者が提供する取引対象が所定の条件を満たすか否かを判定するよう要求する。例えば、審査要求部１６２は、提供者が決済に用いる口座の情報又は提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定するよう要求する。

【0078】

（撮影部１６３について）
撮影部１６３は、カメラを制御することで撮影を行う。例えば、撮影部１６３は、ＱＲコードＣ１を撮影する。これにより、撮影部１６３は、ＱＲコードＣ１が示すＵＲＬを取得する。例えば、図１の例では、撮影部１６３は、ＱＲコードＣ１が示すＵＲＬとして、決済サーバ２０が示すＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｋｅｓｓａｉ．ｃｏｍ」と、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」とが組合されたＵＲＬ「ｈｔｔｐ：／／ｗｗｗ．ｋｅｓｓａｉ．ｃｏｍ／ｑｒｉｄ０００１」を取得する。

【0079】

（紐付要求部１６４について）
紐付要求部１６４は、各種紐付要求を行う。具体的には、紐付要求部１６４は、取得した情報が示す認証情報と、識別情報とを紐付けるよう紐付装置１００に要求する。より具体的には、紐付要求部１６４は、提供者と提供者により取引対象が提供される態様との組合せごとに、認証情報と識別情報とを紐付けるように要求する。

【0080】

例えば、図１の例では、紐付要求部１６４は、認証情報として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」と、店舗をさらに細分化するための識別子「ＳＩＤ０００１」とを紐付けるよう要求する。

【0081】

〔６．処理手順（１）紐付処理〕
次に、図６を用いて、実施形態に係る紐付装置１００が実行する紐付処理の手順について説明する。図６は、実施形態に係る紐付装置１００が実行する紐付処理の流れの一例を示すフローチャートである。

【0082】

図６に示すように、受信部１３１は、審査要求を受付ける（ステップＳ１０１）。そして、受信部１３１は、審査要求を受付けていない場合（ステップＳ１０１；Ｎｏ）、審査要求を受付けるまで待機する。

【0083】

一方、受信部１３１は、審査要求を受付ける場合（ステップＳ１０１；Ｙｅｓ）、審査用の情報を取得する（ステップＳ１０２）。そして、審査部１３２は、審査結果が所定の条件を満たすか否かを判定する（ステップＳ１０３）。そして、通知部１３３は、審査部１３２が、審査結果が所定の条件を満していないと判定した場合（ステップＳ１０３；Ｎｏ）、持ち帰り審査の対象とする旨を通知する（ステップＳ１０７）。

【0084】

一方、生成部１３４は、審査部１３２が、審査結果が所定の条件を満たすと判定した場合（ステップＳ１０３；Ｙｅｓ）、識別情報を生成する。そして、通知部１３３は、審査結果が所定の条件を満たす旨を通知する（ステップＳ１０４）。

【0085】

そして、取得部１３５は、ＱＲコードの識別子を受信するか否かを判定する（ステップＳ１０５）。そして、取得部１３５は、ＱＲコードの識別子を受信していないと判定した場合（ステップＳ１０５；Ｎｏ）、ステップＳ１０５の前まで戻る。

【0086】

一方、紐付部１３６は、取得部１３５がＱＲコードの識別子を受信したと判定した場合（ステップＳ１０５；Ｙｅｓ）、識別情報とＱＲコードの識別子とを紐付ける（ステップＳ１０６）。

【0087】

〔７．処理手順（２）紐付要求処理〕
次に、図７を用いて、実施形態に係る端末装置１０が実行する紐付要求処理の手順について説明する。図７は、実施形態に係る端末装置１０が実行する紐付要求処理の流れの一例を示すフローチャートである。

【0088】

図７に示すように、送信部１６１は、審査用の情報の入力を受付ける（ステップＳ２０１）。そして、送信部１６１は、審査用の情報の入力を受付けない場合（ステップＳ２０１；Ｎｏ）、審査用の情報の入力を受付けるまで待機する。

【0089】

一方、送信部１６１は、審査用の情報の入力を受付けた場合（ステップＳ２０１；Ｙｅｓ）、審査用の情報を送信する（ステップＳ２０２）。そして、審査要求部１６２は、審査要求を紐付装置１００に送信し、審査結果が所定の条件を満たすか否かを判定する（ステップＳ２０３）。

【0090】

そして、出力部１５は、審査要求部１６２が審査要求を紐付装置１００に送信し、審査結果が所定の条件を満たしていないと判定した場合（ステップＳ２０３；Ｎｏ）、持ち帰り審査の対象とする旨を表示する（ステップＳ２０６）。

【0091】

一方、撮影部１６３は、審査要求部１６２が審査要求を紐付装置１００に送信し、審査結果が所定の条件を満たすと判定した場合（ステップＳ２０３；Ｙｅｓ）、ＱＲコードを撮影する（ステップＳ２０４）。そして、紐付要求部１６４は、ＱＲコードの識別子を紐付装置１００に送信するとともに、識別情報との紐付けを紐付装置１００に要求する。
（ステップＳ１０６）。

【0092】

〔８．変形例〕
上述した紐付装置１００は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、紐付装置１００の他の実施形態について説明する。

【0093】

〔８−１．ＱＲコード〕
上記実施形態では、ＱＲコードは、紐付装置１００によって紐付けられる紐付処理により、利用可能な態様となる例を説明したが、上記例に限定されない。例えば、ＱＲコードは、所定の時間だけ利用できる時限付きの機能を有してもよい。また、ＱＲコードは、予め決定された金額だけ利用できる機能を有してもよい。

【0094】

このように、実施形態に係る紐付装置１００は、時限付きの機能を有したＱＲコードを利用可能とするため、フリーマーケット、各種のフェスティバル又はライブ等の非常設で行われるイベントにおいて、開催日時を限定したＱＲコードを利用可能とすることができる。これにより、紐付装置１００は、イベントの会場内で提供者に対してＱＲコードを配布することを促すことができるため、ＱＲコードによる決済の利用を促進させることができる。

【0095】

また、紐付装置１００は、金額を限定したＱＲコードを利用可能とするため、５００円のお弁当専用のＱＲコードや、１０００円の商品専用のＱＲコードといった多様な態様のＱＲコードを設定可能とすることができる。

【0096】

〔８−２．紐付処理〕
上記実施形態では、紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合に生成された提供者を識別する識別情報と、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報とを紐付ける紐付処理の一例を説明したが、上記紐付処理に限定されない。

【0097】

例えば、紐付装置１００は、１つの店舗に対して複数のＱＲコードを利用可能としてもよい。例えば、紐付装置１００は、所定の条件が満たされたと判定した場合、認証情報として、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００１」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」とを紐付ける。また、紐付装置１００は、ＱＲコードＣ１が示す識別子「ｑｒｉｄ０００２」と、識別情報として、店舗が示す識別子「ＭＩＤ０００１」とを紐付けてもよい。なお、上記紐付処理は、営業者が店舗を訪問した場合に、行われてもよいし、所定の日数が経過後に行われてもよい。

【0098】

このように、実施形態に係る紐付装置１００は、１つの店舗に対して複数のＱＲコードを利用可能とするため、ＱＲコードによる決済を店舗の態様等に応じて多様化することができる。

【0099】

〔９．ハードウェア構成〕
また、上述してきた実施形態に係る端末装置１０、決済サーバ２０、利用者端末３０及び紐付装置１００は、例えば図８に示すような構成のコンピュータ１０００によって実現される。以下、紐付装置１００を例に挙げて説明する。図８は、紐付装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ（Read Only Memory）１３００、ＨＤＤ（Hard Disk Drive）１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。

【0100】

ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に格納されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を格納する。

【0101】

ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を格納する。通信インターフェイス１５００は、ネットワークＮを介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００がネットワークＮを介して生成したデータを他の機器へ送信する。

【0102】

ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して生成したデータを出力装置へ出力する。

【0103】

メディアインターフェイス１７００は、記録媒体１８００に格納されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital Versatile Disc）、ＰＤ（Phase change rewritable Disk）等の光学記録媒体、ＭＯ（Magneto-Optical disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。

【0104】

例えば、コンピュータ１０００が実施形態に係るウェアラブルデバイス２００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが格納される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

【0105】

〔１０．その他〕
また、上記実施形態及び変形例において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。

【0106】

また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。

【0107】

また、上述してきた実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。

【0108】

また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、紐付部は、紐付手段や紐付回路に読み替えることができる。

【0109】

〔１１．効果〕
上述してきたように、実施形態に係る紐付装置１００は、生成部１３４と、取得部１３５と、紐付部１３６とを有する。生成部１３４は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。取得部１３５は、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。紐付部１３６は、取得部１３５が取得した情報が示す認証情報と、識別情報とを紐付ける。

【0110】

このように、実施形態に係る紐付装置１００は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成し、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。そして、紐付装置１００は、取得した情報が示す認証情報と、識別情報とを紐付ける。これにより、紐付装置１００は、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0111】

また、実施形態に係る紐付装置１００において、取得部１３５は、認証情報を示す情報として、所定の物体に予め印刷された二次元コードを示す情報を取得する。

【0112】

これにより、実施形態に係る紐付装置１００は、認証情報を示す情報として、所定の物体に予め印刷された二次元コードを示す情報を取得するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0113】

また、実施形態に係る紐付装置１００において、取得部１３５は、二次元コードとして、支払額の通知先となる統一資源位置指定子であって、利用者端末から支払額を示す情報を受付けた際に当該利用者端末を利用する利用者から当該二次元コードと紐付けられた提供者に対する支払を実現するための統一資源位置指定子を示す二次元コードを示す情報を取得する。

【0114】

これにより、実施形態に係る紐付装置１００は、二次元コードとして、支払額の通知先となる統一資源位置指定子であって、利用者端末から支払額を示す情報を受付けた際に当該利用者端末を利用する利用者から当該二次元コードと紐付けられた提供者に対する支払を実現するための統一資源位置指定子を示す二次元コードを示す情報を取得するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0115】

また、実施形態に係る紐付装置１００において、取得部１３５は、二次元コードが示す統一資源位置指定子のうち、認証情報を示す情報として、二次元コードを識別するための部分を取得する。

【0116】

これにより、実施形態に係る紐付装置１００は、二次元コードが示す統一資源位置指定子のうち、認証情報を示す情報として、二次元コードを識別するための部分を取得するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0117】

また、実施形態に係る紐付装置１００において、所定の端末装置（例えば、端末装置１０に相当）から提供者の審査に用いる情報を受付けた場合は、情報に基づいて、提供者の審査を行う審査部１３２と、審査部１３２による審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知する通知部１３３とを有し、取得部１３５は、審査結果が所定の条件を満たす旨が通知された所定の端末装置から、認証情報を示す情報を取得する。

【0118】

これにより、実施形態に係る紐付装置１００は、所定の端末装置から提供者の審査に用いる情報を受付けた場合は、情報に基づいて、提供者の審査を行い、審査結果が所定の条件を満たす場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知する。そして、紐付装置１００は、審査結果が所定の条件を満たす旨が通知された所定の端末装置から、認証情報を示す情報を取得する。これにより、紐付装置１００は、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0119】

また、実施形態に係る紐付装置１００において、審査部１３２は、提供者が提供する取引対象が所定の条件を満たすか否かを判定し、通知部１３３は、取引対象が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知する。

【0120】

これにより、実施形態に係る紐付装置１００は、提供者が提供する取引対象が所定の条件を満たすか否かを判定し、取引対象が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0121】

また、実施形態に係る紐付装置１００において、審査部１３２は、提供者が決済に用いる口座の情報が所定の条件を満たすか否かを判定し、通知部１３３は、提供者が決済に用いる口座の情報が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知する。

【0122】

これにより、実施形態に係る紐付装置１００は、提供者が決済に用いる口座の情報が所定の条件を満たすか否かを判定し、提供者が決済に用いる口座の情報が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0123】

また、実施形態に係る紐付装置１００において、審査部１３２は、提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定し、通知部１３３は、提供者が取引対象を提供する形態が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知する。

【0124】

これにより、実施形態に係る紐付装置１００は、提供者が取引対象を提供する形態が所定の条件を満たすか否かを判定し、提供者が取引対象を提供する形態が所定の条件を満たすと判定した場合は、審査結果が所定の条件を満たす旨を所定の端末装置に対して通知するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0125】

また、実施形態に係る紐付装置１００において、生成部１３４は、識別情報として、提供者を識別する第１識別子と、提供者により取引対象が提供される態様を識別する第２識別子とを組合せた情報を生成する。

【0126】

これにより、実施形態に係る紐付装置１００は、識別情報として、提供者を識別する第１識別子と、提供者により取引対象が提供される態様を識別する第２識別子とを組合せた情報を生成するため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0127】

また、実施形態に係る紐付装置１００において、紐付部１３６は、提供者と提供者により取引対象が提供される態様との組合せごとに、認証情報と識別情報とを紐付ける。

【0128】

これにより、実施形態に係る紐付装置１００は、提供者と提供者により取引対象が提供される態様との組合せごとに、認証情報と識別情報とを紐付けるため、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0129】

実施形態に係る要求装置（例えば、端末装置１０に相当）は、送信部１６１と、要求部（例えば、紐付要求部１６４に相当）とを有する。送信部１６１は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合に、提供者を識別する識別情報を生成する情報処理装置（例えば、紐付装置１００に相当）に対し、審査に用いる情報を送信する。要求部は、情報処理装置から審査結果が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を情報処理装置に送信し、認証情報と、識別情報との紐付けを要求する。

【0130】

このように、実施形態に係る要求装置は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合に、提供者を識別する識別情報を生成する情報処理装置に対し、審査に用いる情報を送信する。そして、要求装置は、情報処理装置から審査結果が所定の条件を満たす旨の通知を受付けた場合は、所定の物体に予め付与された決済用の認証情報であって、紐付けられた識別情報が示す提供者に対する支払を実現するための認証情報を示す情報を情報処理装置に送信し、認証情報と、識別情報との紐付けを要求する。これにより、要求装置は、識別コードを用いた決済技術の導入を迅速に行うことができる。

【0131】

以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。

【符号の説明】

【0132】

Ｎ ネットワーク
１０ 端末装置
１１ 通信部
１２ 記憶部
１３ カメラ
１４ 入力部
１５ 出力部
１６ 制御部
１６１ 送信部
１６２ 審査要求部
１６３ 撮影部
１６４ 紐付要求部
２０ 決済サーバ
３０ 利用者端末
１００ 紐付装置
１１０ 通信部
１２０ 記憶部
１２１ 紐付データベース
１３０ 制御部
１３１ 受信部
１３２ 審査部
１３３ 通知部
１３４ 生成部
１３５ 取得部
１３６ 紐付部
１３７ 提供部

【要約】

【課題】識別コードを用いた決済技術の導入を迅速に行うこと。
【解決手段】本願に係る紐付装置は、生成部と、取得部と、紐付部とを有する。生成部は、取引対象を提供する提供者の審査結果が所定の条件を満たす場合は、提供者を識別する識別情報を生成する。取得部は、所定の物体に予め付与された決済用の認証情報であって、利用者が利用する利用者端末によって読み取られた場合に利用者から紐付けられた識別情報が示す提供者に対する支払が行われる認証情報を示す情報を取得する。紐付部は、取得部が取得した情報が示す認証情報と、識別情報とを紐付ける。
【選択図】図３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】