(19)【発行国】日本国特許庁(JP)
(12)【公報種別】特許公報(B2)
(11)【特許番号】
(24)【登録日】2024-02-01
(45)【発行日】2024-02-09
(54)【発明の名称】サーバー及びその決済処理方法、サーバーの使用者認証方法
(51)【国際特許分類】
G06Q 20/40 20120101AFI20240202BHJP
【ＦＩ】
G06Q20/40
【請求項の数】
14
(21)【出願番号】P 2021172391
(22)【出願日】2021-10-21
(65)【公開番号】P2022068133
(43)【公開日】2022-05-09
【審査請求日】2021-10-21
(31)【優先権主張番号】10-2020-0136572
(32)【優先日】2020-10-21
(33)【優先権主張国・地域又は機関】KR
(31)【優先権主張番号】10-2021-0014504
(32)【優先日】2021-02-02
(33)【優先権主張国・地域又は機関】KR
【前置審査】
(73)【特許権者】
【識別番号】521462680
【氏名又は名称】ビバ リパブリカ インク
【氏名又は名称原語表記】Ｖｉｖａ Ｒｅｐｕｂｌｉｃａ Ｉｎｃ．
【住所又は居所原語表記】１２ Ｆｌｏｏｒ， １４２， Ｔｅｈｅｒａｎ－ｒｏ， Ｇａｎｇｎａｍ－ｇｕ， Ｓｅｏｕｌ ０６２３６， Ｒｅｐｕｂｌｉｃ ｏｆ Ｋｏｒｅａ
(74)【代理人】
【識別番号】110001069
【氏名又は名称】弁理士法人京都国際特許事務所
(72)【発明者】
【氏名】リ スンゴン
(72)【発明者】
【氏名】リ ソンミン
(72)【発明者】
【氏名】パク ヒョンジュン
(72)【発明者】
【氏名】パク ヨンウォン
(72)【発明者】
【氏名】キム ジュンモ
(72)【発明者】
【氏名】アン ジヨン
【審査官】渡邉 加寿磨
(56)【参考文献】
【文献】特開２０１０－１７０４３９（ＪＰ，Ａ）
【文献】特開２０１３－２０４９６（ＪＰ，Ａ）
【文献】特開２０１６－１５７２９４（ＪＰ，Ａ）
【文献】特開２０２０－１４４７８７（ＪＰ，Ａ）
【文献】特開２０１６－９５５４７（ＪＰ，Ａ）
【文献】国際公開第２０１９／０２６１９６（ＷＯ，Ａ２）
【文献】特開２０１９－６７０７５（ＪＰ，Ａ）
【文献】特開２０１３－２４６５８０（ＪＰ，Ａ）
【文献】石原 洋，”電子マネー決済ログによる消費行動パターン分類 マーケティングプラットフォームの提案と解析事例報告”，電子情報通信学会技術研究報告，日本，社団法人電子情報通信学会，2006年03月06日，第105巻第652号，p.13-18，ISSN:0913-5685
(58)【調査した分野】(Int.Cl.，ＤＢ名)
Ｇ０６Ｑ １０／００－９９／００
(57)【特許請求の範囲】
【請求項1】
決済サービスに加入した使用者の使用者情報を管理する情報管理部と、前記決済サービスに加入した使用者それぞれが商店を訪問する場合、前記商店を訪問した使用者の使用者端末から使用者識別情報及び商店識別情報を受信する通信部と、
前記決済サービスに加入した使用者それぞれの生体情報を含む使用者情報を、使用者認証のための比較対象の選定のために前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する分析部と、
前記少なくとも一つのターゲット集合のうち、商店端末から受信される決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を、前記決済要請に含まれた使用者の生体情報と優先的に比較することにより、使用者認証を行う使用者認証部と、
を含む、サーバー。
【請求項2】
前記使用者情報は、決済履歴情報をさらに含むことを特徴とする、請求項１に記載のサーバー。
【請求項3】
前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値以上の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項２に記載のサーバー。
【請求項4】
前記分析部は、前記決済履歴情報を用いて前記決済サービスに加入した使用者の決済パターン情報を生成し、前記決済パターン情報に基づいて前記対応ターゲット集合に含まれる前記少なくとも一人の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項２に記載のサーバー。
【請求項5】
前記使用者情報は、商店滞在時間情報をさらに含み、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間以上の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項１に記載のサーバー。
【請求項6】
決済サービスに加入した使用者の使用者情報を管理する情報管理部と、前記決済サービスに加入した使用者それぞれが商店を訪問する場合、前記商店を訪問した使用者の使用者端末から使用者識別情報及び商店識別情報を受信し、商店端末から前記商店端末に対応する商店の商店識別情報及び対象使用者の生体情報を含む決済要請を受信する通信部と、
前記決済サービスに加入した使用者それぞれの生体情報を含む使用者情報を、使用者認証のための比較対象の選定のために前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する分析部と、
前記少なくとも一つのターゲット集合のうち、前記決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に前記対象使用者の生体情報と比較することにより、前記対象使用者に対する使用者認証を行い、使用者認証結果を生成する使用者認証部と、
前記使用者認証結果に基づいて前記対象使用者の使用者情報を用いて前記決済要請を処理する決済処理部と、を含む、サーバー。
【請求項7】
前記使用者情報は、決済履歴情報をさらに含むことを特徴とする、請求項６に記載のサーバー。
【請求項8】
前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値以上の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項７に記載のサーバー。
【請求項9】
前記分析部は、前記決済履歴情報を用いて前記決済サービスに加入した使用者それぞれの決済パターン情報を生成し、前記決済パターン情報に基づいて前記対応ターゲット集合に含まれる前記少なくとも一人の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項７に記載のサーバー。
【請求項10】
前記使用者情報は、商店滞在時間情報をさらに含み、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間以上の使用者を追加的に識別することにより、細部集合を生成することを特徴とする、請求項６に記載のサーバー。
【請求項11】
前記通信部は、前記使用者端末が前記商店に配置された感知端末により感知される場合、前記使用者識別情報及び商店識別情報を受信することを特徴とする、請求項６に記載のサーバー。
【請求項12】
前記商店識別情報は、前記商店に配置された前記感知端末から獲得したＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）情報を含むことを特徴とする、請求項１１に記載のサーバー。
【請求項13】
サーバーが、決済サービスに加入した使用者それぞれが商店を訪問する場合、前記商店を訪問した使用者の使用者端末から使用者識別情報及び商店識別情報を受信する段階と、前記サーバーが、前記決済サービスに加入した使用者それぞれの生体情報を含む使用者情報を、使用者認証のための比較対象の選定のために前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する段階と、
前記サーバーが、商店端末から前記商店端末に対応する商店の商店識別情報及び対象使用者の生体情報を含む決済要請を受信する段階と、
前記サーバーが、前記少なくとも一つのターゲット集合のうち、前記決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に前記対象使用者の生体情報と比較することにより、前記対象使用者に対する使用者認証を行い、使用者認証結果を生成する段階と、
前記サーバーが、前記使用者認証結果に基づいて前記対象使用者の使用者情報を用いて前記決済要請を処理する段階を含む、決済処理方法。
【請求項14】
サービスに加入した使用者それぞれが商店を訪問する場合、前記商店を訪問した使用者の使用者端末から各使用者の生体情報を受信する段階と、前記各使用者の生体情報から特徴情報を抽出して各使用者ごとに基準テンプレート情報を生成する段階と、
前記基準テンプレート情報を前記各使用者の使用者情報に保存する段階と、
商店端末から対象使用者の生体情報を受信する段階と、
前記商店端末から前記商店端末に対応する商店の商店識別情報を受信する段階と、
前記対象使用者の生体情報から特徴情報を抽出して対象テンプレート情報を生成する段階と、
前記サービスに加入した使用者それぞれの基準テンプレート情報と前記対象テンプレート情報とを比較することにより、前記対象使用者に対する使用者認証を行う段階と、
前記サービスに加入した使用者それぞれが商店を訪問する場合、前記商店を訪問した使用者の使用者端末から使用者識別情報及び商店識別情報を受信する段階と、
前記サービスに加入した使用者それぞれの生体情報を含む使用者情報を、使用者認証のための比較対象の選定のために前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する段階と、を含み、
前記サービスに加入した使用者それぞれの基準テンプレート情報と前記対象テンプレート情報とを比較することにより、前記対象使用者に対する使用者認証を行う段階は、前記少なくとも一つのターゲット集合のうち、前記商店端末から受信された商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の基準テンプレート情報を優先的に前記対象テンプレート情報と比較することにより、前記対象使用者に対する使用者認証を行うことを特徴とする、サーバーの使用者認証方法。
【発明の詳細な説明】
【技術分野】
【0001】
本明細書に開示される実施形態は、サーバー及びその決済処理方法、サーバーの使用者認証方法に関する。
【背景技術】
【0002】
ＩＴ技術の発達とスマートフォンの普及に伴い、既存の現金決済、カード決済などの伝統的な決済手段から脱皮した様々な決済サービスが開発されている。このような決済サービスには、スマートフォンを用いたアップルペイ（Ａｐｐｌｅ ｐａｙ）、サムスンペイ（Ｓａｍｓｕｎｇ ｐａｙ）などのような様々なペイサービスがあり、この他にも、使用者の指紋、虹彩などのような生体情報を用いた電子決済サービスが存在するか、開発されている。
【0003】
しかし、スマートフォンを用いた決済サービスの場合、決済時に必ずスマートフォンを所持しなければならない不便があり、スマートフォンを紛失すると、保存されたカード情報、決済関連情報のような個人情報が流出される問題がある。また、使用者の生体情報を用いた電子決済サービスの場合、獲得した使用者の生体情報をそのまま保存することにより、使用者の個人情報流出の恐れがある。
【発明の概要】
【発明が解決しようとする課題】
【0004】
本明細書に開示される実施形態の一目的は、使用者利便性が向上した決済サービスを提供することができるサーバー及びその決済処理方法、サーバーの使用者認証方法を提供することにある。
【0005】
本明細書に開示される実施形態の一目的は、保安性が向上した決済サービスを提供することができるサーバー及びその決済処理方法、サーバーの使用者認証方法を提供することにある。
【0006】
本明細書に開示された実施形態の技術的課題は、上述した技術的課題に制限されず、言及されていないさらに他の技術的課題は、以下の記載から当業者に明確に理解され得る。
【課題を解決するための手段】
【0007】
本明細書に開示された一実施形態によるサーバーは、決済サービスに加入した使用者の使用者情報を管理する情報管理部、前記決済サービスに加入した使用者それぞれの使用者端末から使用者識別情報及び商店識別情報を受信する通信部、及び前記決済サービスに加入した使用者それぞれの使用者情報を前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する分析部を含んでよい。
【0008】
一実施形態において、前記少なくとも一つのターゲット集合のうち、商店端末から受信される決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を、前記決済要請に含まれた使用者の生体情報と優先的に比較することにより、使用者認証を行う使用者認証部をさらに含んでよい。
【0009】
一実施形態において、前記使用者情報は、決済履歴情報をさらに含んでよい。
【0010】
一実施形態において、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値以上の使用者を追加的に識別することにより、細部集合を生成してよい。
【0011】
一実施形態において、前記分析部は、前記決済履歴情報を用いて前記決済サービスに加入した使用者の決済パターン情報を生成し、前記決済パターン情報に基づいて前記対応ターゲット集合に含まれる前記少なくとも一人の使用者を追加的に識別することにより、細部集合を生成してよい。
【0012】
一実施形態において、前記使用者情報は、商店滞在時間情報をさらに含み、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間以上の使用者を追加的に識別することにより、細部集合を生成してよい。
【0013】
本明細書に開示された一実施形態によるサーバーは、決済サービスに加入した使用者の使用者情報を管理する情報管理部、前記決済サービスに加入した使用者それぞれの使用者端末から使用者識別情報及び商店識別情報を受信し、商店端末から前記商店端末に対応する商店の商店識別情報及び対象使用者の生体情報を含む決済要請を受信する通信部、前記決済サービスに加入した使用者それぞれの使用者情報を、前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する分析部、前記少なくとも一つのターゲット集合のうち、前記決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報と前記対象使用者の生体情報とを用いて、前記対象使用者に対する使用者認証を行い、使用者認証結果を生成する使用者認証部、及び前記使用者認証結果に基づいて、前記対象使用者の使用者情報を用いて前記決済要請を処理する決済処理部を含んでよい。
【0014】
一実施形態において、前記使用者認証部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に前記対象使用者の生体情報と比較することにより、前記対象使用者に対する使用者認証を行ってよい。
【0015】
一実施形態において、前記使用者情報は、決済履歴情報をさらに含んでよい。
【0016】
一実施形態において、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値以上の使用者を追加的に識別することにより、細部集合を生成してよい。
【0017】
一実施形態において、前記分析部は、前記決済履歴情報を用いて、前記決済サービスに加入した使用者それぞれの決済パターン情報を生成し、前記決済パターン情報に基づいて前記対応ターゲット集合に含まれる前記少なくとも一人の使用者を追加的に識別することにより、細部集合を生成してよい。
【0018】
一実施形態において、前記使用者情報は、商店滞在時間情報をさらに含み、前記分析部は、前記対応ターゲット集合に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間以上の使用者を追加的に識別することにより、細部集合を生成してよい。
【0019】
一実施形態において、前記通信部は、前記使用者端末が前記商店に配置された感知端末により感知される場合、前記使用者識別情報及び商店識別情報を受信してよい。
【0020】
一実施形態において、前記商店識別情報は、前記商店に配置された前記感知端末から獲得したＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）情報を含んでよい。
【0021】
本明細書に開示された一実施形態による決済処理方法は、決済サービスに加入した使用者それぞれの使用者端末から使用者識別情報及び商店識別情報を受信する段階、前記決済サービスに加入した使用者それぞれの使用者情報を前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する段階、商店端末から前記商店端末に対応する商店の商店識別情報及び対象使用者の生体情報を含む決済要請を受信する段階、前記少なくとも一つのターゲット集合のうち、前記決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報と前記対象使用者の生体情報とを用いて、前記対象使用者に対する使用者認証を行い、使用者認証結果を生成する段階、及び前記使用者認証結果に基づいて、前記対象使用者の使用者情報を用いて前記決済要請を処理する段階を含んでよい。
【0022】
一実施形態において、前記少なくとも一つのターゲット集合のうち、前記決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報と前記対象使用者の生体情報とを用いて、前記対象使用者に対する使用者認証を行い、使用者認証結果を生成する段階は、前記対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に前記対象使用者の生体情報と比較することにより、前記対象使用者に対する使用者認証を行ってよい。
【0023】
本明細書に開示された一実施形態によるサーバーの使用者認証方法は、サービスに加入した使用者それぞれの使用者端末から各使用者の生体情報を受信する段階、前記各使用者の生体情報から特徴情報を抽出して各使用者ごとに基準テンプレート情報を生成する段階、前記基準テンプレート情報を前記各使用者の使用者情報に保存する段階、商店端末から対象使用者の生体情報を受信する段階、前記対象使用者の生体情報から特徴情報を抽出して対象テンプレート情報を生成する段階、及び前記サービスに加入した使用者それぞれの基準テンプレート情報と前記対象テンプレート情報とを比較することにより、前記対象使用者に対する使用者認証を行う段階を含んでよい。
【0024】
一実施形態において、前記サービスに加入した使用者それぞれの使用者端末から使用者識別情報及び商店識別情報を受信する段階、前記サービスに加入した使用者それぞれの使用者情報を、前記商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成する段階、及び前記商店端末から前記商店端末に対応する商店の商店識別情報を受信する段階をさらに含んでよい。
【0025】
一実施形態において、前記サービスに加入した使用者それぞれの基準テンプレート情報と前記対象テンプレート情報とを比較することにより、前記対象使用者に対する使用者認証を行う段階は、前記少なくとも一つのターゲット集合のうち、前記商店端末から受信された商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の基準テンプレート情報と前記対象テンプレート情報とを比較することにより、前記対象使用者に対する使用者認証を行ってよい。
【発明の効果】
【0026】
本明細書に開示された一実施形態によるサーバー及びその決済処理方法、サーバーの使用者認証方法は、使用者利便性が向上した決済サービスを提供することができる。
【0027】
本明細書に開示された一実施形態によるサーバー及びその決済処理方法、サーバーの使用者認証方法は、保安性が向上した決済サービスを提供することができる。
【図面の簡単な説明】
【0028】
【図1】本明細書に開示された一実施形態による決済処理システムを示す図である。
【図2】本明細書に開示された一実施形態による決済処理システムの動作を説明するための図である。
【図3】本明細書に開示された一実施形態による決済処理システムの動作を説明するための図である。
【図4】本明細書に開示された一実施形態によるサーバーを示すブロック図である。
【図5】本明細書に開示された一実施形態によるサーバーの動作を説明するための図である。
【図6】本明細書に開示された一実施形態によるサーバーの動作を説明するための図である。
【図7】本明細書に開示された一実施形態によるサーバーの使用者認証方法を説明するための図である。
【図8】本明細書に開示された他の実施形態によるサーバーの使用者認証方法を説明するための図である。
【図9】本明細書に開示された他の実施形態による決済処理システムの動作を説明するための図である。
【図10】本明細書に開示された他の実施形態による決済処理システムの動作を説明するための図である。
【発明を実施するための形態】
【0029】
以下、本発明の一部実施形態を、例示的な図面を通じて詳細に説明する。各図面の構成要素に参照符号を付加するにあたり、同一の構成要素に対しては、たとえ他の図面上に表示されても可能な限り同一の符号を有するようにしていることに留意しなければならない。また、本発明の実施形態を説明するにあたり、かかる公知の構成又は機能に対する具体的な説明が本発明の実施形態に対する理解を妨害すると判断される場合は、その詳細な説明は省略する。
【0030】
本発明の実施形態の構成要素を説明するにあたり、第１、第２、Ａ、Ｂ、（ａ）、（ｂ）などの用語を使用することがある。このような用語は、その構成要素を他の構成要素と区別するためのものに過ぎず、その用語により当該構成要素の本質や順番又は順序などが限定されない。また、特に定義しない限り、技術的や科学的な用語を含めてここで用いられる全ての用語は、本発明の属する技術分野における通常の知識を有する者により一般的に理解される意味と同一の意味を有する。一般的に用いられる辞典に定義されているもののような用語は、関連技術の文脈上有する意味と一致する意味を有すると解釈すべきであり、本出願で明らかに定義しない限り、理想的又は過度に形式的な意味に解釈されない。
【0031】
【0032】
【0033】
使用者は、使用者端末１００を用いて、管理サーバー２００で提供されるサービスを用いることができる。例えば、前記サービスは、決済サービスを含んでよい。このために、使用者端末１００には、決済サービスの利用のためのアプリケーションが設置されることがある。使用者は、使用者端末１００でアプリケーションを実行して決済サービスに加入し、使用者情報を登録することができる。例えば、使用者は、使用者識別情報、使用者生体情報、決済登録情報のような使用者情報をアプリケーションに登録することができる。また、使用者は、使用者情報の提供に対する同意情報をアプリケーションに登録することができる。
【0034】
ここで、使用者識別情報は、使用者の携帯電話番号、使用者のＩＤ及び／又はパスワード、使用者の名前など、使用者を識別し得る多様な情報を含んでよい。使用者の生体情報は、使用者の顔を撮影した顔画像を含んでよく、実施形態に応じて顔を撮影した顔画像は、顔の特徴点情報を含むテンプレート情報に加工されてよい。例えば、使用者は、使用者端末１００のカメラ（未図示）を介して顔を撮影することにより、使用者認証のための使用者の顔画像をアプリケーションに事前登録することができる。例えば、使用者端末１００は、撮影された顔画像を管理サーバー２００に伝達し、管理サーバー２００は、使用者の顔画像から特徴情報を抽出してテンプレート情報を生成し、それぞれのテンプレート情報を、対応する使用者の使用者情報に保存することができる。
【0035】
また、使用者の顔画像以外にも、使用者の指紋、虹彩画像などの様々な生体情報を、使用者端末１００の様々な感知装置により獲得することができ、獲得した情報は、使用者情報としてアプリケーションに登録することができる。決済登録情報は、決済処理に用いられるカード情報及び／又は口座情報を含んでよい。
【0036】
図２及び図３を参照すれば、決済サービスに加入した使用者が、使用者端末１００を所持して商店Ｓを訪問する場合、使用者端末１００は、商店端末３００から商店識別情報を受信することができる（Ｓ１１０）。例えば、使用者端末１００は、ブルートゥース通信を介して商店端末３００から商店識別情報を受信することができる。例えば、商店識別情報は、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を含んでよく、特定商店を識別できるように、商店ごとに異なる値を有するように設定されてよい。使用者端末１００が商店識別情報を受信する場合、前記アプリケーションは自動的に活性化され得る。使用者端末１００は、活性化されたアプリケーションを介して使用者識別情報及び商店識別情報を管理サーバー２００に伝達することができる。
【0037】
一方、使用者端末１００は、移動通信端末機、ＰＤＡ（Ｐｅｒｓｏｎａｌ Ｄｉｇｉｔａｌ Ａｓｓｉｓｔａｎｔ）、電子手帳、スマートフォン、タブレットＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）などを全て含んでよい。
【0038】
また図１及び図２を参照すれば、管理サーバー２００は、決済サービスに加入した使用者に決済サービスを提供することができる。このために、管理サーバー２００は、決済サービスに加入した使用者の使用者情報を管理することができる。ここで、使用者情報は、使用者それぞれの使用者識別情報、使用者の各使用者端末から受信される商店識別情報、決済履歴情報、使用者生体情報、商店滞在時間情報などを含んでよい。
【0039】
管理サーバー２００は、使用者端末１００から使用者識別情報及び商店識別情報を受信することができる（Ｓ１２０）。管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者情報を商店識別情報に基づいて管理してよい。管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者情報を商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成することができる（Ｓ１３０）。前記少なくとも一つのターゲット集合は、決済サービスに加入した少なくとも一人の使用者を含んでよい。したがって、同一の商店を訪問している使用者は、同一のターゲット集合に区分されて管理され得る。実施形態に応じて、管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者端末１００から商店識別情報が受信される度に、少なくとも一つのターゲット集合をアップデートすることができる。
【0040】
管理サーバー２００は、商店端末３００から決済要請を受信することができる（Ｓ１５０）。例えば、決済要請は、対象使用者（すなわち、商店端末３００に決済を要請した使用者）に対する決済要請であってよく、商店端末３００に対応する商店の商店識別情報及び対象使用者の生体情報を含んでよい。このために、商店端末３００は、決済を要請する使用者の生体情報を獲得することができる（Ｓ１４０）。
【0041】
管理サーバー２００は、決済要請に含まれた使用者の生体情報から特徴情報（例えば、特徴点情報）を抽出してテンプレート情報を生成することができる。
【0042】
管理サーバー２００は、少なくとも一つのターゲット集合のうち、決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報と対象使用者の生体情報とを用いて、対象使用者に対する使用者認証を行い、使用者認証結果を生成することができる（Ｓ１６０）。このために、管理サーバー２００は、少なくとも一つのターゲット集合のうち、対応する商店識別情報が決済要請に含まれた商店識別情報と一致するターゲット集合を対応ターゲット集合として識別することができる。
【0043】
具体的には、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に対象使用者の生体情報と比較することにより、対象使用者に対する使用者認証を行うことができる。例えば、管理サーバー２００は、対象使用者のテンプレート情報と対応ターゲット集合に含まれた少なくとも一人の使用者のテンプレート情報とを優先的に比較することにより、対象使用者に対する使用者認証を行うことができる。管理サーバー２００は、使用者認証結果を商店端末３００に伝達することができる（Ｓ１７０）。
【0044】
上述したように、管理サーバー２００は、既保存された使用者情報全体ではなく、選別された一部使用者の使用者情報（例えば、生体情報）を優先的に対象使用者の使用者認証のための比較対象として使用するので、使用者認証の処理速度が向上することができる。さらに、管理サーバー２００は、既保存された使用者全体ではなく、確率的に決済要請の対象となる可能性が高い一部使用者の使用者情報を優先的に対象使用者の使用者認証のための比較対象として使用するので、使用者認証の正確度も向上することができる。
【0045】
また、管理サーバー２００は、使用者情報中の決済履歴情報を用いて、対応ターゲット集合に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値以上の使用者を追加的に識別することにより、細部集合を生成することができる。
【0046】
また、管理サーバー２００は、決済サービスに加入した使用者それぞれの決済履歴情報を用いて、使用者それぞれに対する決済パターン情報を生成することができる。管理サーバー２００は、決済パターン情報に基づいて対応ターゲット集合に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の決済パターン情報を用いて、使用者を追加的に識別することにより、細部集合を生成することができる。
【0047】
また、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の商店滞在時間情報を用いて、対応ターゲット集合に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間以上の使用者を追加的に識別することにより、細部集合を生成することができる。
【0048】
管理サーバー２００は、細部集合に含まれた少なくとも一人の使用者の使用者情報を優先的に対象使用者の生体情報と比較することにより、対象使用者に対する使用者認証を行うことができる。
【0049】
このように、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者を追加的に識別することにより細部集合を生成し、細部集合に含まれた少なくとも一人の使用者の使用者情報（例えば、生体情報）を優先的に使用者認証のための比較対象として使用するので、使用者認証の処理速度及び認証の正確度がさらに向上することができる。
【0050】
また、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に対象使用者の生体情報と比較することにより、対象使用者に対する使用者認証を行った結果、対応ターゲット集合に含まれた使用者のうち、２人以上の使用者が対象使用者と一致する結果が出る場合、細部集合に含まれた少なくとも一人の使用者の使用者情報を対象使用者の生体情報と比較することにより、使用者認証を行ってよい。
【0051】
また、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に対象使用者の生体情報と比較することにより対象使用者に対する使用者認証を行った結果、対応ターゲット集合に含まれた使用者のうち、２人以上の使用者が対象使用者と一致する結果が出る場合、前記２人以上の使用者の使用者情報を細部集合に含まれた少なくとも一人の使用者の使用者情報と比較した結果に基づいて使用者認証を行ってよい。例えば、前記２人以上の使用者のうち、細部集合に含まれた少なくとも一人の使用者の使用者情報と一致する使用者がいる場合、当該使用者の使用者情報を最終的に対象使用者の使用者認証に用いてよい。したがって、使用者認証の正確度が向上することができる。
【0052】
管理サーバー２００は、使用者認証結果に基づいて対象使用者に対する決済要請を処理することができる。管理サーバー２００は、使用者認証結果が認証成功の場合、対象使用者の決済登録情報を用いて決済要請を処理することができる。例えば、管理サーバー２００は、使用者認証結果が認証成功の場合、ＶＡＮサーバー４００に決済承認要請を伝達することができる（Ｓ１８０）。ここで、決済承認要請は、対象使用者の決済登録情報を含んでよい。
【0053】
管理サーバー２００は、ＶＡＮサーバー４００から決済承認結果を受信する場合（Ｓ１９０）、使用者端末１００及び／又は商店端末３００に決済完了情報を伝達することができる（Ｓ２００）。ここで、決済完了情報は、決済金額、決済時間、商店情報、利用内訳などを含んでよい。
【0054】
商店端末３００は、使用者端末１００が感知される場合、使用者端末１００に商店識別情報を伝達することができる。商店端末３００は、商店内部に配置されてよい。例えば、商店識別情報は、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を含んでよく、特定商店を識別できるように、商店ごとに互いに異なる値を有するように設定されてよい。商店端末３００は、ブルートゥース通信を介して使用者端末１００にＵＵＩＤを含むビーコン（ｂｅａｃｏｎ）を送信することにより、使用者端末１００に商店識別情報を伝達することができる。
【0055】
商店端末３００は、使用者が選択する決済方式に応じて決済を処理することができる。ここで、決済方式は、カード決済、現金決済、電子マネー、口座振替などの一般的な決済方式と、本明細書に開示している決済サービスとを全て含んでよい。一側面において、前記決済サービスは、使用者の生体情報認証のみで決済処理が可能なサービスを意味してよい。
【0056】
使用者は、商店で財貨やサービスを購買したか用いた後、商店端末３００で決済を進行するが、決済方式として前記決済サービスが選択される場合、商店端末３００は決済情報を生成し、生成された決済情報に対する決済要請を管理サーバー２００に伝達することができる。例えば、決済情報は、対象使用者が購買したか用いた金額、商店識別情報、対象使用者（すなわち、決済を要請する使用者）の生体情報などを含んでよい。
【0057】
すなわち、使用者は、商店で財貨やサービスを購買したか用いた後、管理サーバー２００で提供する決済サービスを決済手段として選択し、商店端末３００に生体情報のみ提供すると（すなわち、一回の顔撮影だけで）簡便かつ迅速に決済を進行することができる。したがって、決済過程での使用者利便性が向上することができる。
【0058】
商店端末３００は、使用者の生体情報を収集することができる。ここで、使用者の生体情報は、使用者の顔画像、指紋、虹彩などの様々な生体情報を含んでよい。例えば、商店端末３００は、カメラを含んでよく、カメラを介して使用者の顔画像を撮影し、撮影された顔画像を管理サーバー２００に伝達することができる。また、実施形態に応じて、商店端末３００は、撮影された顔画像から特徴点を抽出してテンプレート情報を生成することができる。商店端末３００は、収集したテンプレート情報を管理サーバー２００に伝達することができる。
【0059】
一方、実施形態に応じて、商店端末３００とは別途に使用者の生体情報を収集する装置が運営され得る。すなわち、商店端末３００と物理的に分離され、使用者の生体情報を収集する装置が運営され得る。また、使用者の生体情報を収集する装置は、商店端末３００の運営主体とは異なる運営主体により運営及び管理されることから、使用者の個人情報である生体情報が流出されるか用いられることを防止することができる。
【0060】
ＶＡＮサーバー４００は、管理サーバー２００から伝達される決済承認要請に応答して決済を処理することができる。例えば、ＶＡＮサーバー４００は、決済承認要請に含まれた対象使用者の決済登録情報を用いて決済を処理し、決済承認結果を管理サーバー２００に伝達することができる。
【0061】
【0062】
先ず、図４を参照すれば、本明細書に開示された一実施形態による管理サーバー２００は、情報管理部２１０、通信部２２０、分析部２３０、使用者認証部２４０、及び決済処理部２５０を含んでよい。
【0063】
情報管理部２１０は、決済サービスに加入した使用者の使用者情報を管理することができる。ここで、使用者情報は、使用者それぞれの使用者識別情報、使用者から受信される商店識別情報、決済履歴情報、使用者生体情報、商店滞在時間情報などを含んでよい。
【0064】
通信部２２０は、使用者端末１００から使用者識別情報及び商店識別情報を受信することができる。通信部２２０は、商店端末３００から決済要請を受信することができる。ここで、決済要請は、対象使用者（すなわち、商店端末３００に決済を要請した使用者）に対する決済要請であってよく、商店端末３００に対応する商店の商店識別情報及び前記商店で決済を要請した対象使用者の生体情報を含んでよい。通信部２２０は、使用者認証結果を商店端末３００に伝達することができる。通信部２２０は、決済完了情報を使用者端末１００及び／又は商店端末３００に伝達することができる。
【0065】
分析部２３０は、決済サービスに加入した使用者それぞれの使用者情報を商店識別情報に基づいて区分することにより、少なくとも一つのターゲット集合を生成することができる。前記少なくとも一つのターゲット集合は、決済サービスに加入した少なくとも一人の使用者を含んでよい。
【0066】
図５を参照すれば、情報管理部２１０に既保存された使用者情報が図示される。使用者情報は、使用者識別情報、商店識別情報、決済履歴情報、決済登録情報、及び使用者テンプレート情報を含んでよい。ここで、商店識別情報は、各使用者の使用者端末から受信された情報であってよく、理解を助けるために、商店識別情報に対応する商店名（例えば、商店Ａ、商店Ｂ）と仮定して説明する。また、決済履歴情報は、決済回数、決済場所、決済金額を含んでよい。
【0067】
分析部２３０は、決済サービスに加入した使用者それぞれの使用者情報を商店識別情報に基づいて区分することにより、ターゲット集合（Ｔ１、Ｔ２）を生成することができる。図５では、例示的に２つのターゲット集合（Ｔ１、Ｔ２）が生成される場合を図示するが、これに限定されるものではなく、３つ以上のターゲット集合が生成されてもよい。例えば、使用者端末１００から受信された商店識別情報に対応する商店が商店Ａの場合、分析部２３０は、使用者端末１００に対応する使用者をターゲット集合（Ｔ１）に区分して管理することができる。
【0068】
また、分析部２３０は、使用者情報中の決済履歴情報を用いて、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、分析部２３０は、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者のうち、決済履歴情報に含まれた決済回数が基準値（例えば、４）以上の使用者３乃至使用者５を追加的に識別することにより、細部集合（Ｄ１）を生成することができる。
【0069】
また、分析部２３０は、決済サービスに加入した使用者それぞれの決済履歴情報を用いて、使用者それぞれに対する決済パターン情報を生成することができる。例えば、決済履歴情報は、訪問時間、決済時間をさらに含んでよい。ここで、訪問時間は、使用者それぞれの使用者端末から商店識別情報を受信した時間から獲得されてよい。例えば、分析部２３０は、特定使用者の決済履歴情報を用いて、当該使用者が商店Ａを通常いつ訪問するか、いくら長く滞在するか、平均決済金額はいくらなのかなどを含む決済パターン情報を生成することができる。
【0070】
分析部２３０は、決済パターン情報に基づいてターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、分析部２３０は、対象使用者が商店Ａを訪問した現在時間に基づいて、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者の決済パターン情報を比較し、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者を追加的に識別することにより、細部集合を生成することができる。
【0071】
図６を参照すれば、使用者情報は、使用者識別情報、商店識別情報、商店滞在時間情報、決済登録情報、及び使用者生体情報を含んでよい。
【0072】
分析部２３０は、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者の商店滞在時間情報を用いて、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者を追加的に識別することができる。例えば、分析部２３０は、ターゲット集合（Ｔ１）に含まれた少なくとも一人の使用者のうち、商店滞在時間が基準時間（例えば、３０分）以上の使用者４及び使用者５を追加的に識別することにより、細部集合（Ｄ２）を生成することができる。例えば、商店Ａを用いる使用者の平均的な滞在時間が３０分の場合、商店滞在時間が３０分以上の使用者は、商店の利用を終えて決済を要請する可能性が高いからである。
【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】
Ｓ４８０段階において、管理サーバー２００は、対象使用者の生体情報から特徴情報を抽出して対象テンプレート情報を生成することができる。
【0100】
Ｓ４９０段階において、管理サーバー２００は、少なくとも一つのターゲット集合のうち、商店端末３００から受信された商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の基準テンプレート情報と対象使用者の対象テンプレート情報とを用いて、対象使用者に対する使用者認証を行うことができる（Ｓ４９０）。このために、管理サーバー２００は、少なくとも一つのターゲット集合のうち、対応する商店識別情報が決済要請に含まれた商店識別情報と一致するターゲット集合を対応ターゲット集合として識別することができる。
【0101】
具体的には、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の基準テンプレート情報を優先的に対象使用者の対象テンプレート情報と比較することにより、対象使用者に対する使用者認証を行うことができる。
【0102】
したがって、管理サーバー２００は、既保存された使用者情報全体ではなく、選別された一部使用者（すなわち、対応ターゲット集合に含まれた使用者）のテンプレート情報を優先的に対象使用者の使用者認証のための比較対象として使用するので、使用者認証の処理速度が向上することができる。さらに、管理サーバー２００は、既保存された使用者全体ではなく、確率的に決済要請の対象となる可能性が高い一部使用者の使用者情報を優先的に対象使用者の使用者認証のための比較対象として使用するので、使用者認証の正確度も向上することができる。
【0103】
【0104】
【0105】
図１を参照して説明したように、使用者は、使用者端末１００でアプリケーションを実行して決済サービスに加入し、使用者情報を登録することができる。例えば、使用者は、使用者識別情報、使用者生体情報、決済登録情報のような使用者情報をアプリケーションに登録することができる。また、使用者は、使用者情報及び使用者位置情報などの提供に対する同意情報をアプリケーションに登録することができる。
【0106】
決済サービスに加入した使用者が、使用者端末１００を所持して商店Ｓを訪問する場合、使用者端末１００は、商店端末３００から商店識別情報を受信することができる（Ｓ５１０）。例えば、使用者端末１００は、ブルートゥース通信を介して商店端末３００から商店識別情報を受信することができる。例えば、商店識別情報は、ＵＵＩＤ（Ｕｎｉｖｅｒｓａｌ Ｕｎｉｑｕｅ ＩＤｅｎｔｉｆｉｅｒ）を含んでよく、特定商店を識別できるように、商店ごとに異なる値を有するように設定されてよい。使用者端末１００が商店識別情報を受信する場合、前記アプリケーションは自動的に活性化され得る。使用者端末１００は、活性化されたアプリケーションを介して使用者識別情報及び商店識別情報を管理サーバー２００に伝達することができる。
【0107】
使用者端末１００は、使用者の位置に関する情報である使用者位置情報を獲得することができる（Ｓ５２０）。例えば、使用者端末１００は、ＧＰＳモジュール（未図示）を介して使用者位置情報を獲得することができる。また、例えば、使用者端末１００がＡＰを介してＷｉＦｉに連結された場合、ＷｉＦｉ接続情報により使用者位置情報を獲得することができる。ここで、ＷｉＦｉ接続情報は、ＷｉＦｉ連結サービスを提供する場所（Ｅｘ．「Ｉｎｃｈｅｏｎ Ａｉｒｐｏｒｔ」、「ＯＯ ｂａｎｋ Ｊｏｎｇｎｏ」など）の名称を含んでよい。例えば、使用者端末１００の運営体制がアンドロイドの場合、ＷｉＦｉ接続情報を管理するＡＰＩ（ｅｘ．ＷｉｆｉＭａｎａｇｅｒ ＡＰＩ）を介してＷｉＦｉ接続情報が獲得され得る。使用者端末１００は、獲得した使用者位置情報を管理サーバー２００に提供することができる。
【0108】
管理サーバー２００は、使用者端末１００から使用者識別情報、商店識別情報及び使用者位置情報を受信することができる（Ｓ５３０）。
【0109】
管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者情報を、商店識別情報及び使用者位置情報のうち少なくともいずれか一つに基づいて管理することができる。管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者情報を、商店識別情報及び使用者位置情報のうち少なくともいずれか一つに基づいて区分することにより、少なくとも一つのターゲット集合を生成することができる（Ｓ５４０）。
【0110】
例えば、管理サーバー２００は、使用者位置情報に基づいて使用者情報を管理することができる。したがって、同一の商店を訪問している使用者は、同一のターゲット集合に区分されて管理され得る。
【0111】
また、管理サーバー２００は、商店識別情報及び使用者位置情報に基づいて使用者情報を管理することができる。例えば、管理サーバー２００は、１次的に商店識別情報に基づいて使用者情報を区分することにより、少なくとも一つのターゲット集合を生成し、２次的に使用者位置情報に基づいて少なくとも一つのターゲット集合を検証することにより、使用者情報をより正確に管理することができる。すなわち、商店識別情報及び使用者位置情報を相互補完的に作用することができる。
【0112】
実施形態に応じて、管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者端末１００から商店識別情報及び使用者位置情報が受信される度に、少なくとも一つのターゲット集合をアップデートすることができる。
【0113】
Ｓ５５０動作乃至Ｓ６１０動作の場合、図２を参照して説明したＳ１４０動作乃至Ｓ２００動作と実質的に同一であってよいので、説明の重複を避けるために具体的な説明は省略する。
【0114】
図１０に図示された実施形態の場合、図２に図示された実施形態と比較して、使用者音声情報を用いて使用者認証を行う点で異なることがある。図１及び図９を参考にして説明した内容と重複する内容に対しては、具体的な説明を省略する。
【0115】
図１及び図９を参照して説明したように、使用者は、使用者端末１００でアプリケーションを実行して決済サービスに加入し、使用者情報を登録することができる。例えば、使用者は、使用者識別情報、使用者生体情報、使用者音声情報、決済登録情報のような使用者情報をアプリケーションに登録することができる。ここで、使用者の音声情報は、使用者端末１００のマイク（未図示）を介して録音され、アプリケーションに事前登録することができる。例えば、使用者の音声情報は、使用者認証に用いてよい。また、使用者は、使用者情報及び使用者位置情報などの提供に対する同意情報をアプリケーションに登録することができる。
【0116】
管理サーバー２００は、使用者端末１００から使用者識別情報、商店識別情報を受信することができる（Ｓ７２０）。また、管理サーバー２００は、使用者端末１００から使用者位置情報をさらに受信することもできる。管理サーバー２００は、決済サービスに加入した使用者に決済サービスを提供することができる。このために、管理サーバー２００は、決済サービスに加入した使用者の使用者情報を管理することができる。ここで、使用者情報は、使用者それぞれの使用者識別情報、使用者の各使用者端末から受信される商店識別情報、決済履歴情報、使用者生体情報、使用者音声情報、商店滞在時間情報、使用者位置情報などを含んでよい。
【0117】
管理サーバー２００は、決済サービスに加入した使用者それぞれの使用者情報を、商店識別情報及び使用者位置情報のうち少なくともいずれか一つに基づいて区分することにより、少なくとも一つのターゲット集合を生成することができる（Ｓ７３０）。したがって、同一の商店を訪問している使用者は、同一のターゲット集合に区分されて管理され得る。
【0118】
管理サーバー２００は、商店端末３００から決済要請を受信することができる（Ｓ７６０）。例えば、決済要請は、対象使用者（すなわち、商店端末３００に決済を要請した使用者）に対する決済要請であってよく、商店端末３００に対応する商店の商店識別情報、対象使用者の生体情報及び対象使用者の音声情報を含んでよい。
【0119】
このために、商店端末３００は、決済を要請する対象使用者の生体情報を獲得することができる（Ｓ７４０）。また、商店端末３００は、決済を要請する対象使用者の音声情報を獲得することができる（Ｓ７５０）。例えば、商店端末３００は、マイクを含んでよく、マイクを介して使用者の音声情報（ｅｘ．「ＯＯペイで決済します」）を収集することができる。
【0120】
一方、実施形態に応じて、商店端末３００とは別途に使用者の音声情報を収集する装置が運営され得る。すなわち、商店端末３００と物理的に分離され、使用者の音声情報を収集する装置が運営され得る。また、使用者の音声情報を収集する装置は、商店端末３００の運営主体とは異なる運営主体により運営及び管理されることにより、使用者の個人情報である音声情報が流出されるか用いられることを防止することができる。
【0121】
商店端末３００は、収集した使用者の音声情報を管理サーバー２００に伝達することができる。実施形態に応じて、商店端末３００は、使用者の音声情報を前処理するか、圧縮して管理サーバー２００に伝達することもできる。
【0122】
管理サーバー２００は、決済要請に含まれた使用者の生体情報から特徴情報（例えば、特徴点情報）を抽出してテンプレート情報を生成することができる。
【0123】
管理サーバー２００は、少なくとも一つのターゲット集合のうち、決済要請に含まれた商店識別情報に対応する対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報と対象使用者の生体情報及び対象使用者の音声情報のうち少なくともいずれか一つを用いて、対象使用者に対する使用者認証を行い、使用者認証結果を生成することができる（Ｓ７７０）。このために、管理サーバー２００は、少なくとも一つのターゲット集合のうち、対応する商店識別情報が決済要請に含まれた商店識別情報と一致するターゲット集合を対応ターゲット集合として識別することができる。
【0124】
具体的には、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を優先的に対象使用者の生体情報及び対象使用者の音声情報のうち少なくともいずれか一つと比較することにより、対象使用者に対する使用者認証を行うことができる。例えば、管理サーバー２００は、対応ターゲット集合に含まれた少なくとも一人の使用者の使用者情報を対象使用者の音声情報と比較することにより、対象使用者に対する使用者認証を行うことができる。
【0125】
また例えば、管理サーバー２００は、１次的に対象使用者の生体情報を用いて対象使用者に対する使用者認証を行い、２次的に使用者の音声情報を用いて対象使用者に対する使用者認証を行うことができる。したがって、使用者認証の正確度がさらに向上することができる。すなわち、使用者の生体情報及び使用者の音声情報は、相互補完的に作用することができる。
【0126】
Ｓ７８０動作乃至Ｓ８１０動作は、図２を参照して説明したＳ１７０動作乃至Ｓ２００動作と実質的に同一であってよいので、説明の重複を避けるために具体的な説明は省略する。
【0127】
以上の説明は、本開示の技術思想を例示的に説明したものに過ぎないものであって、本開示の属する技術分野における通常の知識を有する者であれば、本開示の本質的な特性から外れない範囲で様々な修正及び変形が可能である。
【0128】
したがって、本開示に開示された実施形態は、本開示の技術思想を限定するためのものではなく、説明するためのものであり、このような実施形態に応じて本開示の技術思想の範囲が限定されるものではない。本開示の保護範囲は、以下の特許請求の範囲により解釈されるべきであり、それと同等の範囲内にある全ての技術思想は、本開示の権利範囲に含まれるものと解釈されるべきである。
【符号の説明】
【0129】
１０００ 決済処理システム
１００ 使用者端末
２００ 管理サーバー
２１０ 情報管理部
２２０ 通信部
２３０ 分析部
２４０ 使用者認証部
２５０ 決済処理部
３００ 商店端末
４００ ＶＡＮサーバー
１００ 使用者端末
２００ 管理サーバー
２１０ 情報管理部
２２０ 通信部
２３０ 分析部
２４０ 使用者認証部
２５０ 決済処理部
３００ 商店端末
４００ ＶＡＮサーバー
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】
【図10】