(57)【特許請求の範囲】
【請求項１】
決済サービスの複数の提供者が前記決済サービスの利用に関する審査のために設ける所定の審査項目が記憶される審査項目部と、
前記決済サービスの利用を申請する申請者から前記審査項目に対応する内容を取得し、前記審査項目及び前記審査項目に対応する内容を含む審査情報を取得する審査情報取得部と、
前記審査情報を前記提供者へと送信する審査情報送信部と、
取得された前記審査情報に基づく前記申請に対する審査結果を前記提供者から取得する審査結果取得部と、
前記申請者及び前記提供者に関係する前記審査情報及び前記審査結果を含む審査管理情報を記憶する審査管理部と、
を備え、
前記審査項目部には、前記審査項目を前記申請に対する審査に用いる前記提供者に関する情報が、前記審査項目に関連付けられて記憶され、
前記審査情報送信部は、前記審査項目に関連付けられて記憶される前記提供者に関する情報に基づいて、前記審査情報を前記提供者へと送信する、登録管理装置。
【請求項２】
請求項１に記載の登録管理装置であって、
前記審査管理情報には、前記申請における前記提供者ごとの前記審査の経過情報が含まれる、登録管理装置。
【請求項３】
請求項１又は２に記載の登録管理装置であって、
前記審査情報は、前記申請者により申請する前記提供者として選択された前記提供者を示す提供者選択情報を含み、
前記審査結果取得部は、前記提供者選択情報において選択された前記提供者から前記審査結果を取得する、登録管理装置。
【請求項４】
請求項３に記載の登録管理装置であって、
前記審査結果が前記申請を許可する結果であった場合、
前記審査結果取得部は、前記提供者から前記申請者の識別に用いる識別情報を取得する、登録管理装置。
【請求項５】
請求項４に記載の登録管理装置であって、
前記申請を許可した前記提供者が提供する前記決済サービスが利用可能であることを示す利用可能情報を、前記決済サービスの利用に用いられる端末へ送信する、サービス管理部、をさらに備える、登録管理装置。
【請求項６】
請求項１から５のいずれか一項に記載の登録管理装置であって、
前記審査に関する情報を通知する通知部が、前記申請者に前記申請を許可しない前記審査結果を通知した場合、前記審査情報取得部は、前記申請を許可しない前記審査結果を通知された前記申請者から前記審査情報を再取得し、
前記通知部は、前記審査情報が再取得された場合、前記審査結果を送信した前記提供者に対して、前記審査情報が再取得されたことを通知する、登録管理装置。
【請求項７】
請求項６に記載の登録管理装置であって、
前記通知部は、前記審査結果取得部が申請を受けた前記提供者の全てから前記申請を許可する前記審査結果を取得した場合、前記申請者に前記申請を許可する前記審査結果を通知する、登録管理装置。
【請求項８】
請求項１から７のいずれか一項に記載の登録管理装置であって、
前記審査項目部に記憶される前記審査項目には、所定の基準値によって審査される項目が含まれ、
前記審査項目部は、前記基準値によって審査される項目に対して、前記提供者のそれぞれが設ける基準値を関連付けて記憶する、登録管理装置。
【請求項９】
請求項８に記載の登録管理装置であって、
前記審査情報送信部は、前記基準値によって審査される項目が、前記提供者が設ける前記基準値を満たす場合、前記提供者に対して、前記基準値が満たされることを示す情報を送信する、登録管理装置。
【請求項１０】
コンピュータに、
決済サービスの複数の提供者が前記決済サービスの利用に関する審査のために設ける所定の審査項目が記憶される審査項目処理と、
前記決済サービスの利用を申請する申請者から前記審査項目及び前記審査項目に対応する内容を含む審査情報を取得する審査情報取得処理と、
前記審査情報を前記提供者へと送信する審査情報送信処理と、
取得された前記審査情報に基づく前記申請に対する審査結果を前記提供者から取得する審査結果取得処理と、
前記申請者及び前記提供者に関係する前記審査情報及び前記審査結果を含む審査管理情報を記憶する審査管理処理と、
を実行させ、
前記審査項目処理は、前記審査項目を前記申請に対する審査に用いる前記提供者に関する情報を、前記審査項目に関連付けられて記憶し、
前記審査情報送信処理は、前記審査項目に関連付けられて記憶される前記提供者に関する情報に基づいて、前記審査情報を前記提供者へと送信する、登録管理プログラム。
【請求項１１】
コンピュータが、
決済サービスの利用を申請する申請者から、前記決済サービスの複数の提供者が前記決済サービスの利用に関する審査のために設ける所定の審査項目及び前記審査項目に対応する内容を含む審査情報を取得するステップと、
前記審査情報を前記提供者へと送信するステップと、
取得された前記審査情報に基づく前記申請に対する審査結果を前記提供者から取得するステップと、
前記申請者及び前記提供者に関係する前記審査情報及び前記審査結果を含む審査管理情報を記憶するステップと、を含み、
前記審査項目を前記申請に対する審査に用いる前記提供者に関する情報が、前記審査項目に関連付けられて記憶され、
前記審査情報を前記提供者へと送信するステップは、前記審査項目に関連付けられて記憶される前記提供者に関する情報に基づいて、前記審査情報を前記提供者へと送信する、登録管理方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、登録管理装置、登録管理プログラム及び登録管理方法に関する。
【背景技術】
【０００２】
店舗等における決済手段として、特許文献１に示されるように、店舗の利用者の端末に二次元バーコードを表示させ、それを読み取ることによって決済を行うバーコード決済手段がある。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特許第６２０８３８６号
【発明の概要】
【発明が解決しようとする課題】
【０００４】
様々なバーコード決済手段が様々なバーコード決済事業者によって提供されており、決済に用いられるバーコードにも様々な種類が存在する。店舗等における業務効率化のために、単一のバーコードによって、店舗等が各種バーコード決済事業者により提供されるバーコード決済手段を利用可能とするような、決済ゲートウェイシステムが存在する。
【０００５】
店舗の管理者は、バーコード決済手段を自身の店舗に導入する場合、バーコード決済手段を提供する各種バーコード決済事業者に対して利用の申請を行う。店舗による利用の申請は、バーコード決済事業者による審査を経て、許可又は不許可が判定され、バーコード決済手段が利用可能となる場合が多い。
【０００６】
決済ゲートウェイシステムを用いる場合、店舗の管理者はバーコード決済事業者それぞれに対して利用を申請する。各バーコード決済事業者による審査を経たのちにバーコード決済事業者からそれぞれ付与される情報を決済ゲートウェイシステムに登録することによって、決済ゲートウェイシステムを利用している。
【０００７】
各バーコード決済事業者に対して、それぞれ申請を行い、決済ゲートウェイシステムへと登録を行うことは煩雑な手続きとなり、大きな事務負担である。事務負担が大きい場合は店舗等によるバーコード決済の導入への意欲をそぐ結果となる。
【０００８】
そこで、本発明は、複数の決済サービスの提供者に対する決済サービスの利用の申請における事務負担を軽減する登録管理装置に関する技術を提供することを目的とする。
【課題を解決するための手段】
【０００９】
本発明の一態様に係る登録管理装置は、決済サービスの複数の提供者が決済サービスの利用に関する審査のために設ける所定の審査項目が記憶される審査項目部と、決済サービスの利用を申請する申請者から審査項目に対応する内容を取得し、審査項目及び審査項目に対応する内容からなる審査情報を取得する審査情報取得部と、審査情報を提供者へと送信する審査情報送信部と、取得された審査情報に基づく申請に対する審査結果を提供者から取得する審査結果取得部と、申請者及び提供者に関係する審査情報及び審査結果を含む審査管理情報を記憶する審査管理部と、を備える。
【００１０】
この態様によれば、複数の提供者が審査に用いることが可能な審査情報を取得することができる。取得された審査情報を複数の提供者に送信し、審査情報に基づく審査結果を審査管理情報としてそれぞれの提供者から取得することが可能となる。よって、登録管理装置により複数の提供者に対する決済サービスの利用の申請を一括して行うことができる。
【００１１】
登録管理装置において、審査管理情報には、申請における提供者ごとの審査の経過情報が含まれてもよい。
【００１２】
この態様によれば、申請者が審査管理情報に含まれる審査の経過情報を取得することが可能となり、申請者が審査の進捗を把握することができるようになる。よって申請者の利便性が向上する。
【００１３】
登録管理装置において、審査情報取得部は、申請者により申請する提供者として選択された提供者を示す提供者選択情報を取得し、審査結果取得部は、提供者選択情報において選択された提供者から審査結果を取得してもよい。
【００１４】
この態様によれば、申請者は申請者の目的に適うように、提供者を選択して申請を行うことができる。
【００１５】
登録管理装置において、審査結果が申請を許可する結果であった場合、審査結果取得部は、提供者から申請者の識別に用いる識別情報を取得してもよい。
【００１６】
この態様によれば、提供者が申請者を識別する識別情報が審査に伴って登録管理装置によって取得される。よって、識別情報を審査に伴わず別の方法によって取得する場合に比べ、速やかに識別情報を取得することができる。
【００１７】
登録管理装置は、申請を許可した提供者が提供する決済サービスが利用可能であることを示す利用可能情報を、決済サービスの利用に用いられる端末へ送信する、サービス管理部、をさらに備えてもよい。
【００１８】
この態様によれば、申請が許可された場合に、決済サービスの利用に用いられる端末に対して審査結果を反映させることで、決済サービスの利用可否を端末によって確認することが可能となる。
【００１９】
登録管理装置において、通知部が、申請者に申請を許可しない審査結果を通知した場合、審査情報取得部は、申請を許可しない審査結果を通知された申請者から審査情報を再取得し、通知部は、審査情報が再取得された場合、審査結果を送信した提供者に対して、審査情報が再取得されたことを通知してもよい。
【００２０】
この態様によれば、申請者が審査情報を修正したことを提供者に通知することによって、申請者による修正が速やかに審査される。また、提供者は申請者による修正の有無を確認する負担が軽減される。
【００２１】
登録管理装置において、通知部は、審査結果取得部が申請を受けた提供者の全てから申請を許可する審査結果を取得した場合、申請者に申請を許可する審査結果を通知してもよい。
【００２２】
この態様によれば、申請者が申請した提供者の全てから申請を許可する結果を得られた場合、申請者にその旨を通知することによって、申請者は全ての申請が円滑に終了したことを知ることが可能となる。
【００２３】
登録管理装置において、審査項目部には、審査項目を申請に対する審査に用いる提供者に関する情報が、審査項目に関連付けられて記憶され、審査情報送信部は、審査項目に関連付けられて記憶される提供者に関する情報に基づいて、審査情報を提供者へと送信されてもよい。
【００２４】
登録管理装置において、審査項目部に記憶される審査項目には、所定の基準値によって審査される項目が含まれ、審査項目部は、基準値によって審査される項目に対して、提供者のそれぞれが設ける基準値を関連付けて記憶してもよい。
【００２５】
登録管理装置において、審査情報送信部は、基準値によって審査される項目が、提供者が設ける基準値を満たす場合、提供者に対して、基準値が満たされることを示す情報を送信してもよい。
【００２６】
本発明の他の態様に係る登録管理プログラムは、コンピュータに、決済サービスの複数の提供者がサービスの利用に関する審査のために設ける所定の審査項目が記憶される審査項目処理と、サービスの利用を申請する申請者から審査項目に対応する審査情報を取得する審査情報取得処理と、審査情報を提供者へと送信する審査情報送信処理と、取得された審査情報に基づく申請に対する審査結果を提供者から取得する審査結果取得処理と、申請者及び提供者に関係する審査情報及び審査結果を含む審査管理情報を記憶する審査管理処理と、を実行させる。
【００２７】
本発明の他の態様に係る登録管理方法は、決済サービスの利用を申請する申請者から決済サービスの複数の提供者がサービスの利用に関する審査のために設ける所定の審査項目及び審査項目に対応する内容からなる審査情報を取得するステップと、審査情報を提供者へと送信するステップと、取得された審査情報に基づく申請に対する審査結果を提供者から取得するステップと、申請者及び提供者に関係する審査情報及び審査結果を含む審査管理情報を記憶するステップと、を含む。
【発明の効果】
【００２８】
本発明によれば、複数の決済サービスの提供者に対する決済サービスの利用の申請における事務負担を軽減する登録管理装置を提供することができる。
【図面の簡単な説明】
【００２９】
【図１】第１実施形態に係る登録管理装置によって構成される登録管理システムの概略図である。
【図２】第１実施形態に係る登録管理装置のブロック図である。
【図３】第１実施形態に係る加盟店基本情報のデータ構成の一例である。
【図４】第１実施形態に係る審査情報のデータ構成の一例である。
【図５】第１実施形態に係る提供者選択情報のデータ構成の一例である。
【図６】第１実施形態に係る識別情報のデータ構成の一例である。
【図７】第１実施形態に係る審査管理情報のデータ構成の一例である。
【図８】第１実施形態に係る登録管理システムにおけるシーケンス図である。
【図９】第１実施形態に係る登録管理システムにおけるシーケンス図である。
【図１０】第１実施形態に係る審査情報画面の一例である。
【図１１】第１実施形態に係る審査管理画面の一例である。
【図１２】第１実施形態に係る審査情報画面の一例である。
【図１３】第１実施形態に係る審査の処理のフローチャートである。
【図１４】第１実施形態に係る審査結果の通知判断のフローチャートである。
【図１５】第２実施形態に係る登録管理装置のブロック図である。
【図１６】第２実施形態に係る審査項目部に記憶されるデータ構成の一例である。
【図１７】第２実施形態に係る審査の処理のフローチャートである。
【発明を実施するための形態】
【００３０】
添付図面を参照して、本発明の好適な実施形態について説明する。なお、各図において、同一の符号を付したものは、同一又は同様の構成を有する。
【００３１】
本実施形態では、バーコード決済事業者等の決済サービスを提供する者を提供者、決済サービスの利用を申請する者を申請者と呼ぶ。また、決済サービスを利用して決済を行う店舗を加盟店と呼ぶ。
【００３２】
申請者は、必ずしも加盟店の管理者と同じでなくてもよい。本実施形態では、複数の加盟店が入居する施設を管理する代表店舗の管理者が申請者となり、複数の加盟店をとりまとめるようにして申請を行う場合を説明する。
【００３３】
図１には本実施形態に係る登録管理システム１の構成が示される。登録管理システム１は、登録管理装置１０、申請者端末２０、提供者端末３０，３０Ａ、決済端末４０を備える。
【００３４】
登録管理装置１０は、申請者端末２０、提供者端末３０，３０Ａ及び決済端末４０とネットワークＮを通じて通信可能に接続される情報処理装置である。登録管理装置１０は、所定のプログラムを実行することによって、申請者から提供者への決済サービス利用登録の申請及び提供者による審査を管理するサーバ装置である。
【００３５】
申請者端末２０は、申請者によって操作される端末である。申請者は、申請者端末２０を操作し、登録管理装置１０を通じて決済サービスの利用を申請する。
【００３６】
提供者端末３０，３０Ａは、複数の提供者によって操作される端末である。ある提供者は、提供者端末３０を操作し、登録管理装置１０を通じた申請者からの申請に対する審査を行う。別の提供者は提供者端末３０Ａを操作して審査を行う。
【００３７】
申請者端末２０及び提供者端末３０，３０Ａは、例えば、デスクトップ型のパーソナルコンピュータである。あるいは、ノート型のパーソナルコンピュータやタブレット端末等の持ち運び可能なコンピュータであってもよい。すなわち、登録管理装置１０と通信可能であり、各種情報の入出力が可能な端末であればよい。
【００３８】
決済端末４０は、決済サービスを利用するために用いられる端末である。決済端末４０は、例えば店舗の店頭に設置される。決済端末４０は。登録管理装置１０において申請が許可された決済サービスを用いた決済を可能とする。
【００３９】
図２には、登録管理装置１０の構成がブロック図として示される。登録管理装置１０は、加盟店基本情報部１０１、審査項目部１０２、審査情報取得部１０３、審査情報送信部１０４、審査結果取得部１０５、審査管理部１０６、通知部１０７、サービス管理部１０８、及び画面生成部１０９を備える。
【００４０】
図２に示す登録管理装置１０の各部は、例えば、登録管理装置１０において、メモリ等の記憶領域を用いたり、記憶領域に格納されたプログラムをプロセッサが実行したりすることによって、実現することができる。
【００４１】
加盟店基本情報部１０１は、図３に示されるような、加盟店基本情報を申請者から取得する。加盟店基本情報には、「加盟店コード」、「加盟店名」、「業種」、「審査情報」及び「端末情報」が含まれる。
【００４２】
「加盟店コード」は、申請者が加盟店を識別するために加盟店に対して付与するコードである。「加盟店名」、は加盟店の名称である。「業種」は、加盟店の業種を識別するマーチャントカテゴリーコード（Ｍｅｒｃｈａｎｔ Ｃａｔｅｇｏｒｙ Ｃｏｄｅ：ＭＣＣ）である。「審査情報」は、後述する審査項目に対応する情報である。「端末情報」は加盟店が用いる決済端末を識別する情報である。
【００４３】
審査項目部１０２には、決済サービスの提供者が審査に用いる審査項目が記憶される。審査項目は、複数の提供者がそれぞれの審査を行う場合に共通して用いられる項目である。審査項目には、例えば、図４のデータ構成の左側の列に示されるように、「代表店舗コード」、「代表店舗名」、「加盟店コード」、「加盟店名」、「加盟店代表者名」、「業種業務内容」、「取扱商品」及び「開始日時」がある。
【００４４】
「代表店舗コード」及び「代表店舗名」は、複数の加盟店を束ねる代表店舗を識別するためのコード及び代表店舗の名称である。「業種業務内容」は加盟店の業種並びに業務内容を示す情報である。「取扱商品」は加盟店が取り扱う商品の名称である。「開始日時」は決済サービスの利用を希望する日時である。
【００４５】
ここで示される審査項目は一例であり、提供者の審査に用いられる項目であれば任意の項目を審査項目とすることが可能である。
【００４６】
審査情報取得部１０３は、申請者から審査項目に対応する内容を取得する。取得された内容と審査項目が対応付けられて、審査情報が生成される。
【００４７】
審査情報には、申請者による申請の対象である決済サービスの提供者を選択する提供者選択情報が含まれる。図５には提供者選択情報の一例が示される。
【００４８】
提供者選択情報においては、提供者名と提供者が提供するウォレットが選択される。ウォレットとは、具体的な決済サービスの名称である。例えば、提供者が複数の種類のウォレットを選択可能として、決済サービスを提供する場合がある。提供者とウォレット管理者の名称が異なる場合は、ウォレット管理者が包括権限を提供者へ移譲していることがある。
【００４９】
図５において、申請者Ａは、提供者ＡがウォレットＡａａを用いて提供する決済サービス及び、提供者ＢがウォレットＢｂｂを用いて提供する決済サービスを利用するが、提供者ＡがウォレットＢｂｂを用いて提供する決済サービスを利用しないということを選択可能である。
【００５０】
審査情報送信部１０４は、審査情報を、提供者選択情報において選択される提供者へと送信する。ここでは、提供者端末３０，３０Ａへと審査情報が送信されるとする。提供者端末３０は提供者Ａによって、提供者端末３０Ａは提供者Ｂによって操作されるとする。
【００５１】
審査結果取得部１０５は、各提供者から審査結果を取得する。申請を許可する審査結果を得られた場合、審査結果取得部１０５は、提供者から申請者の識別に用いる識別情報を
取得する。
【００５２】
識別情報の一例が図６に示される。「ＩＤ」は、提供者が加盟店ごとに発行するＩＤである。「代表店舗ＩＤ」は、代表店舗を示すＩＤである。「手数料率」は、決済サービスの利用において、決済額に対する手数料の割合である。「業種種別コード」は、各提供者が独自に定める、業種を識別するためのコードである。提供者から審査結果を取得する過程については後述する。
【００５３】
審査管理部１０６は、申請者からの申請及び提供者による審査に基づいて、図７に示されるような審査管理情報を生成し保存する。審査管理情報は、「タスク番号」、「代表店舗名」、「店舗名」、「提供者名」、「送信時間」、「更新時間」、「ウォレット」及び「審査状況」の項目及びこれらの項目に対応する内容を有する。「代表店舗名」、「店舗名」、「提供者名」及び「ウォレット」の項目には、「タスク番号」によって管理されるそれぞれの審査情報が含まれる。
【００５４】
「審査状況」は、審査の経過情報を示す、「審査中」、「審査通過」又は「審査不通過」の情報である。「審査中」の情報は、提供者により申請に対して審査結果が取得される前の状態を示す。「審査通過」、又は「審査不通過」の情報は、提供者による審査を経て、決済サービスの利用を許可する審査結果又は許可しない審査結果が取得された場合の状態をそれぞれ示す。審査管理部１０６は、審査結果の状態を参照して、提供者ごとの審査の経過情報を生成する。
【００５５】
通知部１０７は、審査に関する情報を申請者又は提供者へと送信する。通知部１０７は、申請者から申請があったことを提供者に伝えるための情報を提供者端末３０，３０Ａに送信する。また、通知部１０７は、提供者による審査結果を申請者に伝えるための情報を申請者端末２０に送信する。送信方法は例えば電子メールによる方法である。
【００５６】
サービス管理部１０８は、決済端末４０を介した決済サービスの利用を管理する。サービス管理部１０８は、申請が許可された決済サービスが利用可能であることを示す利用可能情報を、決済端末４０へ送信する。
【００５７】
画面生成部１０９は、申請者端末２０や提供者端末３０，３０Ａに各種情報を表示するための情報や、各種情報の取得に用いられる情報を、登録管理装置１０が取得する情報に基づいて生成する。
【００５８】
図８を参照して、申請者による決済サービスの利用申請の過程について説明する。
【００５９】
ステップＳ１０１において、申請者端末２０から登録管理装置１０へと加盟店追加申請
が行われる。ステップＳ１０２において、申請者端末２０から「加盟店コード」、「加盟店名」、「代表店舗コード」及び「代表店舗名」などの加盟店に関する情報が送信される。
【００６０】
ステップＳ１０３において、登録管理装置１０は、加盟店ごとに審査情報を取得するために、審査情報取得画面を表示するための情報を、申請者端末２０へ送信する。審査情報取得画面は、審査項目を配列し、各項目に対応するような空欄を設けるようにして、申請者から入力を受け付けるような画面とすることができる。審査情報取得画面には、一般的な入力フォームを使用することが可能である。
【００６１】
ステップＳ１０４において申請者端末２０に審査情報取得画面が表示される。ステップＳ１０５において、申請者が審査情報取得画面を介して入力した審査情報が登録管理装置１０へと送信される。
【００６２】
ステップＳ１０６において、送信された審査情報が登録管理装置１０に保存される。ステップＳ１０７において、加盟店基本情報が生成され保存される。
【００６３】
申請者がある決済サービスの利用を申請する場合、ステップＳ１０８において、申請者端末２０から登録管理装置１０へ利用申請が送信される。
【００６４】
利用申請が送信されると、ステップＳ１０９において、登録管理装置１０は、提供者選択画面を表示するための情報を、申請者端末２０へ送信する。提供者選択画面は、例えば、複数の空欄があり、各空欄に対して提供者とウォレットの組及び利用の要否をプルダウン形式によって選択する画面とすることができる。提供者とウォレットの名称が同じである場合は、提供者又はウォレットのいずれかの名称を選択するようにしてもよい。
【００６５】
ステップＳ１１０において、申請者端末２０に提供者選択画面が表示される。ステップＳ１１１において申請者が提供者選択画面を介して入力した提供者選択情報が登録管理装置１０へと送信される。
【００６６】
ステップＳ１１２において登録管理装置１０は、審査管理情報を生成し、保存する。審査管理情報の生成にあたって、タスク番号が生成される。タスク番号は利用申請があった段階にて生成されてもよい。
【００６７】
図９を参照して、申請者からの申請の審査過程について説明する。
【００６８】
ステップＳ２０１、ステップＳ２０２において、登録管理装置１０は、申請者から利用申請の際に選択された提供者に対して申請があったことを通知する。
【００６９】
ステップＳ２０３、ステップＳ２０４において、申請を受けた提供者は登録管理装置１０に保存される審査情報を登録管理装置１０に要求する。
【００７０】
ステップＳ２０５、ステップＳ２０６において、登録管理装置１０は審査情報画面を表示するための情報を提供者端末３０、提供者端末３０Ａに送信する。
【００７１】
ステップＳ２０７、ステップＳ２０８において、提供者端末３０，３０Ａにそれぞれ、図１０に示される審査情報画面５０が表示される。
【００７２】
審査情報画面５０には、基本情報の欄に加盟店基本情報の一部が示される。精算情報の欄には、決済サービスの利用に際して必要な精算情報が示される。提供者審査情報の欄には、審査情報が示される。識別情報の欄には、提供者が入力する識別情報が示される。審査履歴の欄には、審査履歴が示される。審査情報画面５０の下部には、審査結果の送信に用いられるボタンＢＴ１，ＢＴ２が配置される。ボタンＢＴ１は審査不通過の場合に、例えばマウスのクリックなどによって提供者により選択される。ボタンＢＴ２は審査通過の場合に同様に提供者により選択される。
【００７３】
ステップＳ２０９、ステップＳ２１０において、各提供者による審査が行われる。審査の処理については後述する。
【００７４】
ステップＳ２１１において、提供者端末３０から審査結果が送信される。ステップＳ２１２において、登録管理装置１０は審査管理情報を更新する。
【００７５】
ステップＳ２１３において、登録管理装置１０は決済端末４０に対し、利用可能な決済サービスを示す利用可能情報を送信する。
【００７６】
申請者は、審査の進捗を随時知ることが可能である。例えば、ステップＳ２１４において、申請者端末２０が登録管理装置１０へ審査管理情報を要求する。ステップＳ２１５において、登録管理装置１０は申請者端末２０へ審査管理情報を送信する。
【００７７】
例えば、審査管理情報は、図１１に示されるような審査管理画面６０を表示するための情報として送信される。申請者は、審査管理画面６０によって、審査の進捗を把握することができる。
【００７８】
申請者端末２０では、図１１にて下線により強調される各タスク番号を選択する操作入力によって、図１２に示されるような審査情報画面７０を登録管理装置１０から取得することも可能である。審査情報画面７０は、審査情報画面５０と同様の欄が設けられる。識別情報の欄において、提供者から入力された識別情報に基づいて、利用するウォレットを確認可能な点が、審査情報画面５０と異なる。
【００７９】
登録管理装置１０は、提供者端末３０Ａから審査結果を得られていない場合であっても、審査管理情報を送信することができる。
【００８０】
ステップＳ２１６において、提供者端末３０Ａから審査結果が送信される。ステップＳ２１７において、登録管理装置１０は審査管理情報を更新する。ステップＳ２１８において、登録管理装置１０は決済端末４０に対し、利用可能情報を送信する。
【００８１】
ステップＳ２１９において、登録管理装置１０は審査結果を、申請者端末２０を通じて申請者に通知するかを判断する。審査結果を通知すると判断された場合、ステップＳ２２０において、登録管理装置１０は申請者端末２０へ審査結果を通知する。審査結果を通知するかの判断については、後述する。
【００８２】
図１３を参照して、審査の処理について説明する。図１３は、審査過程における提供者端末３０の処理を示すフローチャートである。
【００８３】
ステップＳ３０１において、提供者端末３０は登録管理装置１０から取得した審査情報画面５０を表示する。
【００８４】
ステップＳ３０２において、提供者端末３０は提供者からの入力を受け付ける。
【００８５】
提供者は、申請を認める場合、外部のシステムによって、決済に必要なＩＤの発行や、決済における手数料率の設定を行う。決済に必要なＩＤとは例えばウォレットのＩＤである。提供者とウォレットの発行主体が異なるような場合、提供者はウォレットの発行者からウォレットのＩＤを取得する。
【００８６】
提供者は、識別情報を審査情報画面５０の識別情報の欄に設けられる各項目に情報を入力することができる。識別情報の各項目は例えば、「ＩＤ」、「代表店舗ＩＤ」、「手数料率」、「業種種別コード」等である。
【００８７】
提供者は、審査情報画面５０の下部に設けられるコメントの欄に、不許可の理由を入力することができる。
【００８８】
提供者は、審査結果を送信するために審査情報画面５０下部のボタンＢＴ１又はボタンＢＴ２を選択する。ボタンＢＴ１は申請を許可しない場合に選択される。ボタンＢＴ２は申請を許可する場合に選択される。
【００８９】
ステップＳ３０３において、提供者端末３０は、ボタン操作を検知し、ボタンＢＴ１が選択されたか否かを判断する。
【００９０】
ステップＳ３０３において否定判断された場合、提供者端末３０は、ステップＳ３０４において、ボタンＢＴ２が選択されたか否かを判断する。
【００９１】
ステップＳ３０４において肯定判断された場合、提供者端末３０は、ステップＳ３０５において、入力された識別情報及び申請を許可する審査結果を登録管理装置１０へ送信する。
【００９２】
ステップＳ３０３において肯定判断された場合、提供者端末３０は、ステップＳ３０６において、入力された不許可の理由及び審査結果を登録管理装置１０へ送信する。
【００９３】
ステップＳ３０４において否定判断された場合、提供者端末３０は、ボタンＢＴ１及びボタンＢＴ２の選択状態を再度判断する。
【００９４】
ここでは、提供者端末３０を用いた審査について説明したが、提供者端末３０Ａを用いた審査についても同様である。
【００９５】
図１４を参照して、登録管理装置１０による審査結果の通知判断の処理について説明する。ステップＳ４０１において、登録管理装置１０は提供者端末３０及び３０Ａから審査結果を取得する。
【００９６】
ステップＳ４０２において登録管理装置１０は、申請者によって選択された全ての提供者への申請が許可されたかを判断する。
【００９７】
ステップＳ４０２において否定判断された場合、登録管理装置１０はステップＳ４０３において申請者端末２０を通じて申請者へ審査結果を通知する。
【００９８】
ステップＳ４０４において、登録管理装置１０は申請者端末２０を通じて申請者から審査情報を再取得する。
【００９９】
ステップＳ４０５において、登録管理装置１０は提供者端末３０を通じて、審査情報が再取得されたことを提供者へ通知する。提供者は再取得された審査情報に基づいて審査を行い、審査結果を提供者端末３０から登録管理装置１０へと送信する。
【０１００】
ステップＳ４０２において肯定判断された場合、ステップＳ４０６において登録管理装置１０は申請者端末２０を通じて申請者へ審査結果を通知する。
【０１０１】
申請者へ通知される審査結果には、審査の過程において登録管理装置１０によって取得された識別情報又は不許可の理由が含まれていてもよい。
【０１０２】
例えば、提供者が審査を行った結果、申請が認められず申請者も不許可の理由に納得するような場合がある。この場合、申請者は例えば登録管理装置１０に対して申請の一部を取り下げるような情報を申請者端末２０を通じて送信してもよい。
【０１０３】
以上、登録管理装置１０並びに登録管理システム１を用いた決済サービスの利用登録について説明してきた。ここで、申請が許可された決済サービスの利用過程について説明する。
【０１０４】
ある店舗に決済端末４０が設置されているとする。決済端末４０は上述の登録過程によって、複数の決済サービスの利用が許可された端末であるとする。決済サービスは二次元コードを使用した決済方法である。
【０１０５】
店頭で顧客が決済手法として決済端末４０が対応する決済サービスを利用しようとする場合、決済端末４０を操作する店員に、その旨を伝える。
【０１０６】
店員は決済端末４０を操作し、決済の準備を行う。二次元コードによる決済手法としては、顧客が提示する二次元コードを読み取る決済手法と、決済端末４０に表示される二次元コードを顧客が読み取る決済手法がある。決済端末４０は、登録管理装置１０に保存されている審査管理情報が審査通過となっている決済サービスが利用可能であることを、端末の画面等に表示することで顧客及び店員に知らせることができる。
【０１０７】
顧客が提示する二次元コードを読み取る決済手法においては、顧客が提示する二次元コードを使用する決済サービスの提供者が決済端末４０又は登録管理装置１０に保存された除法を参照する決済ゲートウェイシステムによって識別され、決済が行われる。決済端末４０に表示される二次元コードを使用する場合、決済端末４０が操作されることによって、決済サービスの提供者を選択した上で決済ゲートウェイシステムを介した決済が行われる。
【０１０８】
第１実施形態に係る登録管理装置１０によって、従来の紙の書類を利用する方法や、表計算ソフトを用いて作成されるデータを利用するという方法による情報のやり取りが不要になる。
【０１０９】
また、第１実施形態に係る登録管理装置１０によって、例えば百貨店のような単一のテナントに複数の店舗が存在する場合において、店舗の名称、住所、代表者氏名等、各バーコード決済事業者の申請における基本的な情報については、最初の申請において入力された結果を各バーコード決済事業者の審査に流用することが可能になり、申請効率が向上する。
【０１１０】
第２実施形態について説明する。第２実施形態に係る登録管理装置１０Ａは、図１５に示されるように、審査項目部１０２Ａ及び項目処理部１１０を備える点で登録管理装置１０と異なる。第２実施形態では、単一のパラメータの大小関係で合否を判断可能な項目に関しては登録管理装置１０Ａが合否を判断する点、及び、各提供者が審査において必要とする項目、項目の合格基準、すなわち閾値が登録管理装置１０Ａに記憶されている点において異なっており、その他の構成は同じである。従って、本実施形態２のうち実施形態１と同じ構成については同一の符号を付し説明を省略する。
【０１１１】
審査項目部１０２Ａには、図１６に示されるように、審査項目、審査項目を審査に用いる申請者の情報及び審査項目が登録管理装置１０Ａにおいて処理可能であるかを示す情報が関連付けられて記憶される。登録管理装置１０Ａが処理可能な審査項目である場合には、各提供者が当該審査項目に対して設ける基準値がさらに記憶される。
【０１１２】
審査項目部１０２Ａには、例えば、「特定商取引法違反による行政処分を受けていない年数」という審査項目に対して、各提供者が設ける年数の基準値が予め記憶される。
【０１１３】
項目処理部１１０は、申請者から取得する審査情報及び審査項目部１０２Ａに記憶される審査項目に対して設けられる基準値に基づいて、審査情報送信部１０４が提供者端末３０、３０Ａに対して送信する審査情報を管理する。
【０１１４】
より具体的には、項目処理部１１０は、審査項目部１０２Ａに記憶される審査項目が、登録管理装置１０Ａにおいて処理可能であるかどうかを示す情報を審査項目部１０２Ａから取得する。取得した審査項目が、登録管理装置１０Ａにおいて処理可能である場合、当該項目に対して設けられる基準値を取得する。取得された基準値と、申請者から取得した当該項目に対する値とを比較し、基準値を満たすかを判断する。
【０１１５】
図１７を参照して、第２実施形態における審査情報の処理について説明する。図１７は、審査過程における登録管理装置１０Ａの処理を示すフローチャートである。審査情報の処理は、図９のステップＳ２０９及びステップＳ２１０における、審査情報画面を生成するための情報を送信するステップの前に行われる。ここでは、登録管理装置１０Ａから提供者端末３０へと審査情報画面を生成するための情報が送信される場合について説明する。
【０１１６】
ステップＳ５０１において、登録管理装置１０Ａは、審査項目部１０２Ａに記憶される情報から、審査情報を送信する対象である提供者の情報が関連付けられた審査項目を取得する。
【０１１７】
ステップＳ５０２において、登録管理装置１０Ａは、提供者が必要としている項目に、登録管理装置１０Ａにおいて処理可能である、すなわち単一のパラメータの大小で合否を判断できる項目があるか否かを判断し、なしの場合は、Ｓ５０５に進み、審査情報画面を表示するための情報を提供者端末３０へ送信する。この場合、審査項目は第１実施形態における場合と同様に審査情報画面に表示される。単一のパラメータの大小で合否を判断できる項目がある場合は、Ｓ５０３に進む。
【０１１８】
ステップＳ５０３において、登録管理装置１０Ａは、申請者が上述した単一のパラメータの大小で合否を判断できる項目に関し、合格基準を満たしているか否かを判断する。例えば、項目が「特定商取引法違反による行政処分の有無」であり、合格基準が１０年以上である場合について、合否を判断する。合格すると判断した場合、ステップＳ５０４に進み、審査情報画面から上述した項目を削除した状態で表示するように審査情報を設定する。提供者は、審査情報画面に項目が表示されないことをもって、その項目が合格であると理解することができる。不合格と判断した場合、ステップＳ５０５に進む。不合格と判断された項目は、「特定商取引法違反による行政処分の有無」であれば、申請者から取得した年数が、提供者端末３０においてそのまま表示される。
【０１１９】
ステップＳ５０４において、審査情報画面から合格と判断された項目を削除する形で表示しているが、該当する項目に合格していることが分かる限り表示手法は問わず、例えば「本項目については合格」の文字を付して表示等してもよい。また、不合格と判断された項目についても、第２実施形態ではそのまま年数を表示しているが、不合格であることが分かる限り表示手法は問わず、例えば「本項目については不合格」等の文字を付して表示してもよい。
【０１２０】
第２実施形態によれば、審査項目のうち簡易的な項目については合否判断を登録管理装置が行うため、提供者自身が項目の記入結果について検討するケースを減らすことが可能となり、第１実施形態と比較して、更に店舗の審査を効率よく進めることが可能となる。
【０１２１】
以上説明した実施形態は、本発明の理解を容易にするためのものであり、本発明を限定して解釈するためのものではない。実施形態が備える各要素並びにその配置、材料、条件、形状及びサイズ等は、例示したものに限定されるわけではなく適宜変更することができる。また、異なる実施形態で示した構成同士を部分的に置換し又は組み合わせることが可能である。
【符号の説明】
【０１２２】
１…登録管理システム、１０，１０Ａ…登録管理装置、２０…申請者端末、３０，３０Ａ…提供者端末、４０…決済端末、１０１…加盟店基本情報部、１０２，１０２Ａ…審査項目部、１０３…審査情報取得部、１０４…審査情報送信部、１０５…審査結果取得部、１０６…審査管理部、１０７…通知部、１０８…サービス管理部、１０９…画面生成部
【要約】
【課題】複数の決済サービスの提供者に対する決済サービスの利用の申請における事務負担を軽減する登録管理装置に関する技術を提供する。
【解決手段】決済サービスの複数の提供者がサービスの利用に関する審査のために設ける所定の審査項目が記憶される審査項目部１０２と、サービスの利用を申請する申請者から審査項目に対応する内容を取得し、審査項目及び審査項目に対応する内容からなる審査情報を取得する審査情報取得部１０３と、審査情報を提供者へと送信する審査情報送信部１０４と、取得された審査情報に基づく申請に対する審査結果を提供者から取得する審査結果取得部１０５と、申請者及び提供者に関係する審査情報及び審査結果を含む審査管理情報を記憶する審査管理部１０６と、を備える登録管理装置。
【選択図】図２【図１】
0006728459.tif 000002
【図２】
0006728459.tif 000003
【図３】
0006728459.tif 000004
【図４】
0006728459.tif 000005
【図５】
0006728459.tif 000006
【図６】
0006728459.tif 000007
【図７】
0006728459.tif 000008
【図８】
0006728459.tif 000009
【図９】
0006728459.tif 000010
【図１０】
0006728459.tif 000011
【図１１】
0006728459.tif 000012
【図１２】
0006728459.tif 000013
【図１３】
0006728459.tif 000014
【図１４】
0006728459.tif 000015
【図１５】
0006728459.tif 000016
【図１６】
0006728459.tif 000017
【図１７】
0006728459.tif 000018