JP7404490B1 - 決済管理装置、決済管理方法、及びプログラム - Google Patents

Abstract

【課題】ユーザが利用可能な決済処理をライフイベントに応じて提供することが可能な決済管理装置、決済管理方法、及びプログラムを提供すること。【解決手段】実施形態によれば、決済管理装置は、取得部と、判定部と、コード送信部と、広告送信部と、を備える。取得部は、オンラインストアのユーザから電話番号及び生年月日を含む申込情報を取得する。判定部は、申込情報に基づき、ユーザの注文の決済の可否を判定する。コード送信部は、判定部によって決済が可能であると判定された注文の支払いの際、注文の額を示すコード情報を電話番号に関連づけられた端末に送信する。広告送信部は、生年月日に基づいて広告情報を端末に送信する。【選択図】図１３

Description

特許法第３０条第２項適用 １．２０２２年１１月１１日 ｈｔｔｐｓ：／／ｗｗｗ．０１０１ｍａｒｕｉｇｒｏｕｐ．ｃｏ．ｊｐ／ｉｒ／ｌｉｂ／ｒｅｓｕｌｔ．ｈｔｍｌ ｈｔｔｐｓ：／／ｗｅｂｃａｓｔ．ｎｅｔ－ｉｒ．ｎｅ．ｊｐ／８２５２２２１１／ｉｎｄｅｘ．ｈｔｍｌにて発表 ２．２０２２年１１月１１日 第２四半期決算説明会資料にて発表 ３．２０２２年１１月１１日 ｈｔｔｐｓ：／／ｗｅｂｃａｓｔ．ｎｅｔ－ｉｒ．ｎｅ．ｊｐ／８２５２２２１１／ｉｎｄｅｘ．ｈｔｍｌ（第２四半期決算発表）にて発表 ４．２０２２年１１月１４日 ｈｔｔｐｓ：／／ｖｏｉ．０１０１．ｃｏ．ｊｐ／ｖｏｉ／ｃｏｎｔｅｎｔ／０１／ｓｐ／ｃｏｎｔｅｎｔｓ／ｉｎｆｏｒｍａｔｉｏｎ／ｎｅｗｓ／ａｒｔｉｃｌｅ／２２１１０１．ｈｔｍｌにて発表

本発明の実施形態は、決済管理装置、決済管理方法、及びプログラムに関する。

クレジットカード（以降では、単に「カード」とも呼ぶ。）を使用して物品等を購入するカード払い決済処理が知られている。カード払い決済処理は、急速なキャッシュレス化と共に、広く浸透している。

一方、近年では、ＢＮＰＬ（Buy Now, Pay Later）と呼ばれる後払い決済処理の利用が拡大している。後払い決済処理は、対象とするユーザの範囲がカード払い決済処理よりも広い。このため、未成年者のような、カード払い決済処理を利用できないユーザを中心として、後払い決済処理の利用の拡大が予測されている。

特許第７０６６１５１号公報

ユーザには、利用可能な決済処理がライフイベントに応じて提供されることが望ましい。

本発明が解決しようとする課題は、ユーザが利用可能な決済処理をライフイベントに応じて提供することが可能な決済管理装置、決済管理方法、及びプログラムを提供することである。

実施形態によれば、決済管理装置は、取得部と、識別部と、認証部と、判定部と、コード送信部と、広告送信部と、を備える。上記取得部は、オンラインストアにおける決済手段として後払い決済処理がユーザによって選択されることに応じて、上記オンラインストアのユーザにより入力された電話番号及び生年月日を含む申込情報、及び上記オンラインストアに記憶される上記ユーザに関する生年月日を含むユーザ情報を取得する。上記識別部は、上記申込情報に含まれる生年月日と上記ユーザ情報に含まれる生年月日とが一致するか否かに基づき、上記ユーザが上記申込情報により特定される申込者と同一人物であることを識別する。上記認証部は、上記識別が成功した場合、上記電話番号に関連づけられた端末に送信される第１認証情報と、上記送信に対する応答として上記端末から取得される第２認証情報とが一致するか否かに基づき、上記申込者が上記端末の所有者と同一人物であることを認証する。上記判定部は、上記認証が成功した場合、上記ユーザの注文の決済が可能であると判定する。上記コード送信部は、上記判定部によって決済が可能であると判定された注文の支払いの際、上記注文の額を示すコード情報を上記電話番号に関連づけられた端末に送信する。上記広告送信部は、上記生年月日に基づいて広告情報を上記端末に送信する。

本発明によれば、ユーザが利用可能な決済処理をライフイベントに応じて提供することが可能な決済管理装置、決済管理方法、及びプログラムを提供することができる。

図１は、第１実施形態に係る決済管理システムの構成の一例を示すブロック図。 図２は、第１実施形態に係る決済管理サーバのハードウェア構成の一例を示すブロック図。 図３は、第１実施形態に係る既存ＢＮＰＬ客ＤＢに記憶される情報の一例を示す図。 図４は、第１実施形態に係るカード会員ＤＢに記憶される情報の一例を示す図。 図５は、第１実施形態に係るＥＣ管理サーバのハードウェア構成の一例を示すブロック図。 図６は、第１実施形態に係るＥＣユーザＤＢに記憶される情報の一例を示す図。 図７は、第１実施形態に係る端末のハードウェア構成の一例を示すブロック図。 図８は、第１実施形態に係る端末ＤＢに記憶される情報の一例を示す図。 図９は、第１実施形態に係る決済管理サーバの制御部の機能構成の一例を示すブロック図。 図１０は、第１実施形態に係る決済管理システムにおける後払い決済処理の一例を示すシーケンス図。 図１１は、第１実施形態に係る決済管理システムにおける識別処理の一例を示すフローチャート。 図１２は、第１実施形態に係る決済管理システムにおける与信処理の一例を示すフローチャート。 図１３は、第１実施形態に係る決済管理システムにおける支払処理の一例を示すシーケンス図。 図１４は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第１例を示す図。 図１５は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第２例を示す図。 図１６は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第３例を示す図。 図１７は、第２実施形態に係る決済管理サーバのハードウェア構成の一例を示すブロック図。 図１８は、第２実施形態に係る決済管理サーバの支払支援アプリモジュールの機能構成の一例を示すブロック図。 図１９は、第２実施形態に係るアプリ登録者ＤＢに記憶される情報の一例を示す図。 図２０は、第２実施形態に係る決済管理システムにおける支払支援アプリの登録者による支払処理の一例を示すシーケンス図。 図２１は、第２実施形態に係る決済管理システムにおける支払支援アプリの未登録者による支払処理の一例を示すシーケンス図。 図２２は、第２実施形態に係る決済管理システムにおける支払支援アプリの未登録者による支払処理で端末に表示される支払金額確定画面の一例を示す図。

以下、図面を参照していくつかの実施形態について説明する。なお、以下の説明において、同一の機能及び構成を有する構成要素については、共通する参照符号を付す。

１． 第１実施形態
１．１ 構成
１．１．１ 全体構成
図１は、第１実施形態に係る決済管理システムの構成の一例を示すブロック図である。決済管理システム１は、商品の購入者とＥＣ（Electronic Commerce）事業者との間で行われる電子商取引において、決済事業者の提供する決済サービスを利用するためのシステムである。決済管理システム１は、決済管理サーバ１０、ＥＣ管理サーバ２０、及び端末３０を含む。決済管理サーバ１０、ＥＣ管理サーバ２０、及び端末３０は、ネットワークＮＷを介して互いに通信できるように構成される。なお、決済管理サーバ１０とＥＣ管理サーバ２０との間のネットワークＮＷは、専用回線によって構成されていてもよい。

決済管理サーバ１０は、決済事業者の管理するサーバである。決済管理サーバ１０は、決済管理装置とも呼ばれる。決済管理サーバ１０は、ＥＣ管理サーバ２０に複数の決済処理を提供する。複数の決済処理は、ＢＮＰＬに代表される後払い決済処理、及びクレジットカードを使用するカード払い決済処理を含む。後払い決死処理の詳細については、後述する。

ＥＣ管理サーバ２０は、ＥＣ事業者の管理するサーバである。ＥＣ管理サーバ２０は、例えば、端末３０の所有者にオンラインストアを提供する。

端末３０は、例えば、スマートフォンのような携帯電話端末である。端末３０の所有者は、端末３０を用いて、ＥＣ管理サーバ２０が提供するオンラインストアにおいて、決済管理サーバ１０が提供する決済処理を用いて商品を購入する。

１．１．２ ハードウェア構成
次に、第１実施形態に係る決済管理システムを構成する各種構成要素のハードウェア構成について説明する。

（決済管理サーバ）
図２は、第１実施形態に係る決済管理サーバのハードウェア構成の一例を示すブロック図である。

決済管理サーバ１０は、制御部１１、ユーザインタフェース１２、通信モジュール１３、ドライブ１４、及びストレージ１５を備える。

制御部１１は、ＣＰＵ（Central Processing Unit）、ＲＡＭ（Random Access Memory）、及びＲＯＭ（Read Only Memory）等を含む。制御部１１のＲＯＭは、決済管理サーバ１０における各種処理で使用されるプログラム等を記憶する。制御部１１のＣＰＵは、制御部１１のＲＯＭに記憶されるプログラムにしたがって、決済管理サーバ１０の全体を制御する。制御部１１のＲＡＭは、制御部１１のＣＰＵの作業領域として使用される。

ユーザインタフェース１２は、決済事業者と制御部１１との間の通信を司るインタフェースである。ユーザインタフェース１２は、入力機器及び出力機器を含む。入力機器は、例えば、タッチパネル及び操作ボタン等を含む。出力機器は、例えば、ＬＣＤ（Liquid Crystal Display）又はＥＬ（Electroluminescence）ディスプレイを含む。ユーザインタフェース１２は、決済事業者からの入力を電気信号に変換した後、制御部１１に送信する。ユーザインタフェース１２は、決済事業者からの入力に基づく各種処理の実行結果を、決済事業者に出力する。

通信モジュール１３は、決済管理サーバ１０と、ＥＣ管理サーバ２０及び端末３０との間のデータの送受信に使用される回路である。

ドライブ１４は、記憶媒体１４ａに記憶されたソフトウェアを読み込むための機器である。ドライブ１４は、例えば、ＣＤ（Compact Disk）ドライブ、又はＤＶＤ（Digital Versatile Disk）ドライブ等を含む。

記憶媒体１４ａは、ソフトウェアを、電気的、磁気的、光学的、機械的又は化学的作用によって記憶する媒体である。記憶媒体１４ａは、決済管理サーバ１０における各種処理を実行するためのプログラムを記憶してもよい。

ストレージ１５は、ＤＢ（Database）サーバである。ストレージ１５は、例えば、ＨＤＤ（Hard Disk Drive）、又はＳＳＤ（Solid State Drive）等を含む。ストレージ１５には、既存ＢＮＰＬ客ＤＢ１５ａ、及びカード会員ＤＢ１５ｂが記憶される。

図３は、第１実施形態に係る既存ＢＮＰＬ客ＤＢに記憶される情報の一例を示す図である。既存ＢＮＰＬ客ＤＢ１５ａは、決済管理サーバ１０が提供する後払い決済処理を過去に利用したことがある人物（以下、「既存ＢＮＰＬ客」と呼ぶ。）に関する情報を記憶するデータベースである。

具体的には、既存ＢＮＰＬ客ＤＢ１５ａには、複数の既存ＢＮＰＬ客情報が記憶される。既存ＢＮＰＬ客情報は、例えば、既存ＢＮＰＬ客ＩＤ、住所、氏名、生年月日、携帯電話番号、及び後払い与信ステータスを含む。

既存ＢＮＰＬ客ＩＤは、既存ＢＮＰＬ客を一意に識別する識別子である。

住所、氏名、及び生年月日はそれぞれ、既存ＢＮＰＬ客ＩＤに対応する既存ＢＮＰＬ客の住所、氏名、及び生年月日である。

携帯電話番号は、既存ＢＮＰＬ客ＩＤに対応する既存ＢＮＰＬ客の所有する携帯電話端末（すなわち、端末３０）の電話番号である。

ＢＮＰＬ与信ステータスは、決済管理サーバ１０が提供する後払い決済処理の過去の利用結果に基づく、既存ＢＮＰＬ客ＩＤに対応する既存ＢＮＰＬ客の信用状態を示すステータスである。ＢＮＰＬ与信ステータスが示す信用状態は、例えば、通常状態、支払遅れ状態、要注意状態、貸倒れ状態、及び販禁状態等を含む。

図４は、第１実施形態に係るカード会員ＤＢに記憶される情報の一例を示す図である。カード会員ＤＢ１５ｂは、決済管理サーバ１０が提供するカード払い決済処理を過去に利用したことがある人物（以下、「カード会員」と呼ぶ。）に関する情報を記憶するデータベースである。

具体的には、カード会員ＤＢ１５ｂには、複数のカード会員情報が記憶される。カード会員情報は、例えば、カード会員ＩＤ、住所、氏名、生年月日、電話番号、及びカード与信ステータスを含む。

カード会員ＩＤは、カード会員を一意に識別する識別子である。

住所、氏名、及び生年月日はそれぞれ、カード会員ＩＤに対応するカード会員の住所、氏名、及び生年月日である。

電話番号は、カード会員ＩＤに対応するカード会員の電話番号である。電話番号は、必ずしも携帯電話番号でなくてもよい。

カード与信ステータスは、決済管理サーバ１０が提供するカード払い決済処理の過去の利用結果に基づく、カード会員ＩＤに対応するカード会員の信用状態を示すステータスである。カード与信ステータスが示す信用状態は、例えば、通常状態、支払遅れ状態、要注意状態、貸倒れ状態、及び販禁状態等を含む。

（ＥＣ管理サーバ）
図５は、第１実施形態に係るＥＣ管理サーバのハードウェア構成の一例を示すブロック図である。

ＥＣ管理サーバ２０は、制御部２１、ユーザインタフェース２２、通信モジュール２３、及びストレージ２４を備える。

制御部２１は、ＣＰＵ、ＲＡＭ、及びＲＯＭ等を含む。制御部２１のＲＯＭは、ＥＣ管理サーバ２０における各種処理で使用されるプログラム等を記憶する。制御部２１のＣＰＵは、制御部２１のＲＯＭに記憶されるプログラムにしたがって、ＥＣ管理サーバ２０の全体を制御する。制御部２１のＲＡＭは、制御部２１のＣＰＵの作業領域として使用される。

ユーザインタフェース２２は、ＥＣ事業者と制御部２１との間の通信を司るインタフェースである。ユーザインタフェース２２は、入力機器及び出力機器を含む。入力機器は、例えば、タッチパネル及び操作ボタン等を含む。出力機器は、例えば、ＬＣＤ又はＥＬディスプレイを含む。ユーザインタフェース２２は、ＥＣ事業者からの入力を電気信号に変換した後、制御部２１に送信する。ユーザインタフェース２２は、ＥＣ事業者からの入力に基づく各種処理の実行結果を、ＥＣ事業者に出力する。

通信モジュール２３は、ＥＣ管理サーバ２０と、決済管理サーバ１０及び端末３０との間のデータの送受信に使用される回路である。

ストレージ２５は、ＤＢサーバである。ストレージ２５は、例えば、ＨＤＤ又はＳＳＤ等を含む。ストレージ２５は、ＥＣユーザＤＢ２４ａを含む。

図６は、第１実施形態に係るＥＣユーザＤＢに記憶される情報の一例を示す図である。ＥＣユーザＤＢ２４ａは、ＥＣ管理サーバ２０が提供するオンラインストアの利用者（以下、「ＥＣユーザ」と呼ぶ。）に関する情報を記憶するデータベースである。

具体的には、ＥＣユーザＤＢ２４ａには、複数のＥＣユーザ情報が記憶される。ＥＣユーザ情報は、例えば、ＥＣユーザＩＤ、住所、氏名、生年月日、及び携帯電話番号を含む。

ＥＣユーザＩＤは、ＥＣユーザを一意に識別する識別子である。ＥＣユーザＩＤは、オンラインストアへのログインＩＤとして使用される。

住所、氏名、及び生年月日はそれぞれ、ＥＣユーザＩＤに対応するＥＣユーザの住所、氏名、及び生年月日である。

携帯電話番号は、ＥＣユーザＩＤに対応するＥＣユーザの所有する携帯電話端末（すなわち、端末３０）の電話番号である。

（端末）
図７は、第１実施形態に係る端末のハードウェア構成の一例を示すブロック図である。

端末３０は、制御部３１、ユーザインタフェース３２、通信モジュール３３、通話モジュール３４、及びストレージ３５を備える。

制御部３１は、ＣＰＵ、ＲＡＭ、及びＲＯＭ等を含む。制御部３１のＲＯＭは、端末３０における各種処理で使用されるプログラム等を記憶する。制御部３１のＣＰＵは、制御部３１のＲＯＭに記憶されるプログラムにしたがって、端末３０の全体を制御する。制御部３１のＲＡＭは、制御部３１のＣＰＵの作業領域として使用される。

ユーザインタフェース３２は、端末３０の所有者と制御部３１との間の通信を司るインタフェースである。ユーザインタフェース３２は、入力機器及び出力機器を含む。入力機器は、例えば、タッチパネル及び操作ボタン等を含む。出力機器は、例えば、ＬＣＤを含む。ユーザインタフェース３２は、端末３０の所有者からの入力を電気信号に変換した後、制御部３１に送信する。ユーザインタフェース３２は、端末３０の所有者からの入力に基づく各種処理の実行結果を、端末３０に出力する。

通信モジュール３３は、端末３０と、決済管理サーバ１０及びＥＣ管理サーバ２０との間のデータの送受信に使用される回路である。

通話モジュール３４は、端末３０の所有者と他者との間の端末３０を介した通話に使用される回路である。

ストレージ３５は、ＤＢサーバである。ストレージ３５は、例えば、ＨＤＤ又はＳＳＤ等を含む。ストレージ３５は、端末ＤＢ３５ａを含む。

図８は、第１実施形態に係る端末ＤＢに記憶される情報の一例を示す図である。端末ＤＢ３５ａは、端末３０に関する情報を記憶するデータベースである。

具体的には、例えば、端末ＤＢ３５ａには、機器ＩＤ、携帯電話番号、及びメールアドレスが記憶される。

機器ＩＤは、端末３０を、一意に識別する識別子である。

携帯電話番号及びメールアドレスはそれぞれ、端末３０に一意に割り当てられた電話番号及びメールアドレスである。

１．１．３ 機能構成
次に、第１実施形態に係る決済管理サーバの機能構成について説明する。

図９は、第１実施形態に係る決済管理サーバの制御部の機能構成の一例を示すブロック図である。制御部１１のＣＰＵは、制御部１１のＲＯＭ又は記憶媒体１４ａに記憶されたプログラムを制御部１１のＲＡＭに展開する。そして、制御部１１のＣＰＵは、制御部１１のＲＡＭに展開されたプログラムを解釈及び実行する。これにより、制御部１１は、取得部１１１、判定部１１２、及び支払管理部１１３を備えるコンピュータとして機能する。取得部１１１、判定部１１２、及び支払管理部１１３は主として、後払い決済処理を担う機能ブロックである。

取得部１１１は、後払い決済処理の際に、端末３０から申込情報を取得する。申込情報は、携帯電話番号、及び生年月日を含む。また、取得部１１１は、オンラインストアで後払い決済処理を申し込んだＥＣユーザのＥＣユーザ情報を、ＥＣ管理サーバ２０から取得する。取得部１１１は、取得された申込情報及びＥＣユーザ情報を判定部１１２に送信する。

判定部１１２は、後払い決済処理による決済の可否を判定する。具体的には、判定部１１２は、識別部１１２－１、認証部１１２－２、及び与信部１１２－３を含む。

識別部１１２－１は、申込情報及びＥＣユーザ情報に基づき、識別処理を実行する。識別処理は、申込情報により特定される申込者が、後払い決済処理を申し込んだＥＣユーザと同一人物であるか否かを識別する処理を含む。申込情報により特定される申込者が後払い決済処理を申し込んだＥＣユーザと同一人であると識別された場合、識別部１１２－１は、「識別ＯＫ」の識別処理結果を認証部１１２－２に送信する。申込情報により特定される申込者が後払い決裁処理を申し込んだＥＣユーザと別人であると識別された場合、識別部１１２－１は、後払い決済処理の利用不可通知を端末３０に送信する。

認証部１１２－２は、「識別ＯＫ」の識別処理結果を受けると、認証処理を実行する。認証処理は、申込情報により特定される申込者が端末３０の所有者であるか否かを認証する処理である。申込情報により特定される申込者が端末３０の所有者であると認証された場合、認証部１１２－２は、「認証ＯＫ」の認証処理結果を与信部１１２－３に送信する。申込情報により特定される申込者が端末３０の所有者ではないと認証された場合、認証部１１２－２は、後払い決済処理の利用不可通知を端末３０に送信する。

以下では、識別処理及び認証処理によって同一人物であることが確認された申込者、ＥＣユーザ、及び端末３０の所有者を総称して、単に「ユーザ」とも呼ぶ。

与信部１１２－３は、「認証ＯＫ」の認証処理結果を受けると、与信処理を実行する。与信処理は、後払い決済処理で決済する信用をユーザが有しているか否かを判定する処理である。与信処理は、例えば、ＢＮＰＬ与信ステータスに基づく与信処理と、カード与信ステータスに基づく与信処理と、を含む。後払い決済処理で決済する信用をユーザが有していると判定された場合、与信部１１２－３は、「与信ＯＫ」の与信処理結果を支払管理部１１３に送信する。後払い決済処理で決済する信用をユーザが有していないと判定された場合、与信部１１２－３は、後払い決済処理の利用不可通知を端末３０に送信する。

支払管理部１１３は、後払い決済された注文の支払処理を管理する。具体的には、支払管理部１１３は、コード送信部１１３－１及び広告送信部１１３－２を含む。

コード送信部１１３－１は、後払い決済された注文の額を示すコード情報を生成し、端末３０に送信する。コード情報は、例えば、バーコードである。

広告送信部１１３－２は、決済管理サーバ１０が提供する決済サービスに関する広告情報を生成する。広告送信部１１３－２は、申込情報内の生年月日に基づき、端末３０に送信する広告情報を選択し、送信する。

１．２ 動作
第１実施形態に係る決済管理システムにおける動作について説明する。

１．２．１ 後払い決済処理
（全体処理）
図１０は、第１実施形態に係る決済管理システムにおける後払い決済処理の一例を示すシーケンス図である。図１０では、端末３０の所有者が、ＥＣ管理サーバ２０が提供するオンラインショッピングサービスにおいて、後払い決済処理で決済する際の一連の処理が示される。

決済処理の種類を選択する画面が端末３０に表示されると（開始）、端末３０の所有者は、後払い決済処理を選択する旨をＥＣ管理サーバ２０に通知する（Ｓ１１）。

後払い決済処理が選択された旨が通知されると、ＥＣ管理サーバ２０は、ＥＣユーザＤＢ２４ａを参照し、端末３０がオンラインショッピングサービスにログインした際に使用したＥＣユーザ情報を決済管理サーバ１０に通知する（Ｓ１２）。これにより、決済管理サーバ１０の取得部１１１は、ＥＣユーザ情報を取得する。

Ｓ１２の処理の後、ＥＣ管理サーバ２０は、同意画面を端末３０に表示させる（Ｓ１３）。同意画面には、例えば、「同意」ボタンと共に、以後の処理が決済管理サーバ１０に引き継がれること、及びＥＣユーザ情報内の住所、氏名、生年月日、及び携帯電話番号等が決済管理サーバ１０に連携されること等の確認事項が表示される。

端末３０の所有者は、「同意」ボタンを押下する（Ｓ１４）。これにより、Ｓ１３の処理で表示された確認事項に同意する旨が決済管理サーバ１０に通知される。

確認事項に同意する旨が通知されると、決済管理サーバ１０は、申込情報入力画面を端末３０に表示させる（Ｓ１５）。申込情報入力画面には、例えば、「次へ」ボタンと共に、申込情報として携帯電話番号及び生年月日を入力するための領域が表示される。

端末３０の所有者は、Ｓ１５の処理で表示された申込情報入力画面に携帯電話番号及び生年月日を入力すると共に、「次へ」ボタンを押下する（Ｓ１６）。これにより、決済管理サーバ１０の取得部１１１は、申込情報を取得する。

決済管理サーバ１０の識別部１１２－１は、Ｓ１２の処理で取得したＥＣユーザ情報と、Ｓ１６の処理で取得した申込情報とに基づき、識別処理を実行する（Ｓ１７）。識別処理の詳細については、後述する。

識別処理結果が「識別ＯＫ」の場合、決済管理サーバ１０は、認証情報入力画面を端末３０に表示させる（Ｓ１８）。認証情報入力画面には、例えば、「次へ」ボタンと共に、認証情報としてワンタイムパスワードを入力するための領域が表示される。

Ｓ１８の処理と並行して、決済管理サーバ１０は、例えば、ＳＭＳ（Short Mail Service）機能を利用して、ワンタイムパスワードを含むショートメールを、Ｓ１６の処理で通知された申込情報内の携帯電話番号を宛先として送信する（Ｓ１９）。

端末３０の所有者は、Ｓ１９の処理で受信したショートメール内のワンタイムパスワードをＳ１８の処理で表示された認証情報入力画面に入力すると共に、「次へ」ボタンを押下する（Ｓ２０）。これにより、決済管理サーバ１０の取得部１１１は、認証情報を取得する。

決済管理サーバ１０の認証部１１２－２は、Ｓ２０の処理で取得した認証情報に基づき、認証処理を実行する（Ｓ２１）。認証処理では、例えば、Ｓ２０の処理で通知された認証情報と、Ｓ１９の処理で送信された認証情報とが一致するか否かが判定される。そして、Ｓ２０の処理で通知された認証情報と、Ｓ１９の処理で送信された認証情報とが一致する場合、認証処理結果が「認証ＯＫ」となる。

認証処理結果が「認証ＯＫ」の場合、決済管理サーバ１０の与信部１１２－３は、与信処理を更に実行する（Ｓ２２）。与信処理の詳細については、後述する。

与信処理結果が「与信ＯＫ」の場合、決済管理サーバ１０は、支払内容画面を端末３０に表示させる（Ｓ２３）。支払内容画面には、例えば、「支払確定」ボタンと共に、注文の総額、及び支払期日等が表示される。

端末３０の所有者は、Ｓ２３の処理で表示された支払内容画面の「支払確定」ボタンを押下する（Ｓ２４）。これにより、注文の決済が完了した旨が決済管理サーバ１０に通知される。

Ｓ２４の処理によって決済が完了すると、決済管理サーバ１０は、Ｓ１１の処理で後払い決済処理が選択された注文の決済が完了した旨をＥＣ管理サーバ２０に通知する（Ｓ２５）。

決済完了通知を受けると、ＥＣ管理サーバ２０は、対応する商品の出荷処理を実行する（Ｓ２６）。

Ｓ２６の出荷処理の後、ＥＣ管理サーバ２０は、商品が出荷された旨を決済管理サーバ１０に通知する（Ｓ２７）。

出荷通知を受けると、決済管理サーバ１０の支払管理部１１３は、例えば、ＳＭＳ機能を利用して、後払いサイトのＵＲＬ（Uniform Resource Locator）を含むショートメールを、Ｓ１６の処理で通知された申込情報内の携帯電話番号を宛先として送信する（Ｓ２８）。後払いサイト情報は、例えば、後払い決済処理で決済された注文の支払処理を行うためのＷＥＢサイトへのリンクである。

Ｓ２８の処理が終了すると、後払い決済処理は終了となる（終了）。
（識別処理の詳細）
図１１は、第１実施形態に係る決済管理システムにおける識別処理の一例を示すフローチャートである。

識別処理が開始すると（開始）、識別部１１２－１は、ミス数を初期化する（Ｓ３１）。ミス数は、例えば、０以上の整数である。この場合、ミス数は、Ｓ３１の処理で０に初期化される。

Ｓ３１の処理の後、識別部１１２－１は、ＥＣユーザ情報の生年月日と、申込情報の生年月日とが一致するか否かを判定する（Ｓ３２）。

ＥＣユーザ情報の生年月日と申込情報の生年月日とが一致しない場合（Ｓ３２；ｎｏ）、識別部１１２－１は、ミス数をインクリメントする（Ｓ３３）。

Ｓ３３の処理の後、識別部１１２－１は、ミス数が閾値以上であるか否かを判定する（Ｓ３４）。閾値は、例えば、１以上の整数（例えば、４）である。

ミス数が閾値未満の場合（Ｓ３４；ｎｏ）、決済管理サーバ１０は、申込情報入力画面を端末３０に表示させることにより、端末３０の所有者に申込情報の再入力処理を実行させる（Ｓ３５）。

Ｓ３５の処理の後、識別部１１２－１は、ＥＣユーザ情報の生年月日と、Ｓ３５の再入力処理で入力された申込情報の生年月日とが一致するか否かを判定する（Ｓ３２）。このように、ミス数が閾値未満である間、ＥＣユーザ情報と申込情報との比較が繰り返される。

ミス数が閾値以上の場合（Ｓ３４；ｙｅｓ）、識別部１１２－１は、識別処理結果が識別ＮＧであると判定し、後払い決済処理が利用不可である旨の通知（利用不可通知）を端末３０に通知する（Ｓ３６）。

ＥＣユーザ情報の生年月日と申込情報の生年月日とが一致する場合（Ｓ３２；ｙｅｓ）、識別部１１２－１は、識別処理結果が識別ＯＫと判定する（Ｓ３７）。

Ｓ３７の処理の後、識別部１１２－１は、ＥＣユーザ情報を申込情報にマージする（Ｓ３８）。以下では、Ｓ３８の処理でマージされたＥＣユーザ情報を申込情報は、「マージ済み申込情報」とも呼ぶ。

Ｓ３６の処理の後、又はＳ３８の処理の後、識別処理は終了となる（終了）。
（与信処理の詳細）
図１２は、第１実施形態に係る決済管理システムにおける与信処理の一例を示すフローチャートである。

与信処理が開始すると（開始）、与信部１１２－３は、Ｓ４１～Ｓ４８の処理で、ＢＮＰＬ与信ステータスに基づく与信処理を行う。

具体的には、与信部１１２－３は、Ｓ３８の処理で生成されたマージ済み申込情報を既存ＢＮＰＬ客ＤＢ１５ａに照会する（Ｓ４１）。

既存ＢＮＰＬ客ＤＢ１５ａにマージ済み申込情報の携帯電話番号及び生年月日と一致する既存ＢＮＰＬ客情報が存在する場合（Ｓ４１；ｃａｓｅＡ－１）、与信部１１２－３は、ユーザが既存ＢＮＰＬ客であると判定する（Ｓ４２）。

Ｓ４２の処理の後、与信部１１２－３は、Ｓ４２の処理で既存ＢＮＰＬ客と判定されたユーザのＢＮＰＬ与信ステータスが条件を満たすか否かを判定する（Ｓ４３）。条件を満たすことは、例えば、ＢＮＰＬ与信ステータスが通常状態であることを含む。条件を満たさないことは、例えば、ＢＮＰＬ与信ステータスが支払遅れ状態、要注意状態、貸倒れ状態、又は販売禁止状態であることを含む。

ＢＮＰＬ与信ステータスが条件を満たさない場合（Ｓ４３；ｎｏ）、与信部１１２－３は、既存ＢＮＰＬ客に対する与信処理結果が与信ＮＧであると判定し、利用不可通知を端末３０に通知する（Ｓ４４）。

既存ＢＮＰＬ客ＤＢ１５ａにマージ済み申込情報の携帯電話番号及び生年月日と一致する既存ＢＮＰＬ客情報が存在しない場合、又はマージ済み申込情報の生年月日とは一致する既存ＢＮＰＬ客情報は存在するが当該既存ＢＮＰＬ客情報の携帯電話番号、及び住所若しくは氏名のいずれか一方がマージ済み申込情報とは一致しない場合（Ｓ４１；ｃａｓｅＡ－２）、与信部１１２－３は、ユーザが既存ＢＮＰＬ客ではない（すなわち、新規のＢＮＰＬ客である）と判定する（Ｓ４５）。

Ｓ４５の処理の後、与信部１１２－３は、Ｓ４５の処理で新規ＢＮＰＬ客と判定されたユーザが１３歳以上であるか否かを判定する（Ｓ４６）。

新規ＢＮＰＬ客が１３歳未満の場合（Ｓ４６；ｎｏ）、与信部１１２－３は、既存ＢＮＰＬ客に対する与信処理結果が与信ＮＧであると判定し、利用不可通知を端末３０に通知する（Ｓ４７）。

既存ＢＮＰＬ客ＤＢ１５ａにマージ済み申込情報の携帯電話番号と一致する既存ＢＮＰＬ客情報は存在するが当該既存ＢＮＰＬ客情報の生年月日がマージ済み申込情報とは一致しない場合、又はマージ済み申込情報の生年月日、氏名、及び住所と一致する既存ＢＮＰＬ客情報は存在するが当該既存ＢＮＰＬ客情報の携帯電話番号がマージ済み申込情報とは一致しない場合（Ｓ４１；ｃａｓｅＡ－３）、与信部１１２－３は、既存ＢＮＰＬ客に対する与信処理結果が与信ＮＧであると判定し、利用不可通知を端末３０に通知する（Ｓ４８）。

なお、既存ＢＮＰＬ客ＤＢ１５ａにマージ済み申込情報の携帯電話番号と一致する既存ＢＮＰＬ客情報は存在するが当該既存ＢＮＰＬ客情報の生年月日がマージ済み申込情報とは一致しない場合は、過去の後払い決済処理の際に使用した携帯電話端末を、別人が使用したケースに対応する。既存ＢＮＰＬ客ＤＢ１５ａにマージ済み申込情報の生年月日、氏名、及び住所と一致する既存ＢＮＰＬ客情報は存在するが当該既存ＢＮＰＬ客情報の携帯電話番号がマージ済み申込情報とは一致しない場合は、携帯電話番号が変更となった、又は携帯電話端末を２台持っている等の理由で、過去の後払い決済処理の際に使用した携帯電話端末とは異なる携帯電話端末が使用されたケースに対応する。

ＢＮＰＬ与信ステータスが条件を満たす場合（Ｓ４３；ｙｅｓ）、又は新規ＢＮＰＬ客が１３歳以上の場合（Ｓ４６；ｙｅｓ）、与信部１１２－３は、Ｓ４９～Ｓ５４の処理で、カード与信ステータスに基づく与信処理を行う。

具体的には、与信部１１２－３は、Ｓ３８の処理で生成されたマージ済み申込情報をカード会員ＤＢ１５ｂに照会する（Ｓ４９）。

カード会員ＤＢ１５ｂにマージ済み申込情報の携帯電話番号、生年月日、住所、氏名、及び電話番号のうち少なくとも３点の情報と一致するカード会員情報が存在する場合（Ｓ４９；ｃａｓｅＢ－１）、与信部１１２－３は、ユーザがカード会員であると判定する（Ｓ５０）。

カード会員ＤＢ１５ｂにマージ済み申込情報の携帯電話番号、生年月日、住所、氏名、及び電話番号のうち少なくとも３点の情報と一致するカード会員情報が存在しない場合（Ｓ４９；ｃａｓｅＢ－２）、与信部１１２－３は、ユーザがカード非会員であると判定する（Ｓ５１）。

Ｓ５０の処理の後、与信部１１２－３は、Ｓ５０の処理でカード会員と判定されたユーザのカード与信ステータスが条件を満たすか否かを判定する（Ｓ５２）。条件を満たすことは、例えば、カード与信ステータスが通常状態であることを含む。条件を満たさないことは、例えば、カード与信ステータスが支払遅れ状態、要注意状態、貸倒れ状態、又は販売禁止状態であることを含む。

カード与信ステータスが条件を満たさない場合（Ｓ５２；ｎｏ）、与信部１１２－３は、カード会員に対する与信処理結果が与信ＮＧであると判定し、利用不可通知を端末３０に通知する（Ｓ５３）。

カード与信ステータスが条件を満たす場合（Ｓ５２；ｙｅｓ）、又はＳ５１の処理の後、与信部１１２－３は、与信処理結果が与信ＯＫと判定する（Ｓ５４）。

Ｓ４４、Ｓ４７、Ｓ４８、Ｓ５３、又はＳ５４の処理の後、与信処理は終了となる（終了）。

１．２．２ 支払処理
図１３は、第１実施形態に係る決済管理システムにおける支払処理の一例を示すシーケンス図である。図１３に示される支払処理は、図１１におけるＳ２８の処理の後、支払期日までに、決済管理サーバ１０と端末３０との間で実行される。

端末３０は、Ｓ２８の処理で通知された後払いサイト情報に基づき、後払いサイトにログインする（Ｓ６１）。後払いサイトへのログインの際には、例えば、申込情報と同等の情報の入力が要求される。以下では、後払いサイトへログインしたユーザは、「支払者」とも呼ぶ。

決済管理サーバ１０の支払管理部１１３は、Ｓ６１の処理で入力されたログイン情報に基づき、成人判定処理を実行する（Ｓ６２）。成人判定処理は、ログイン情報に含まれる生年月日に基づく年齢が成年又は所定日数（例えば、１ヶ月）以内に成年に到るか否かを判定する処理である。以下では、成年又は所定日数以内に成年に到る年齢を、「成年等」とも呼ぶ。

また、決済管理サーバ１０の支払管理部１１３は、Ｓ６１の処理で入力されたログイン情報に基づき、カード会員判定処理を実行する（Ｓ６３）。カード会員判定処理は、例えば、Ｓ４９の処理と同等の処理である。

決済管理サーバ１０の支払管理部１１３は、端末３０に支払金額確定画面を表示させる（Ｓ６４～Ｓ６６）。支払金額確定画面には、例えば、「支払へ進む」ボタンと共に、後払い決済処理で決済した１又は複数の注文の各々の額と、注文の総額とが表示される。そして、支払金額確定画面では、１又は複数の注文から、今回の支払処理の対象とする注文を選択できる。注文の総額は、選択された注文の数に応じて変化する。

支払金額確定画面の表示に際して、決済管理サーバ１０の広告送信部１１３－２は、Ｓ６２の成人判定処理及びＳ６３のカード会員判定処理の結果に応じて、端末３０に異なる広告情報を更に表示させる。

図１４は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第１例を示す図である。図１５は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第２例を示す図である。図１６は、第１実施形態に係る決済管理システムにおける支払処理で端末に表示される支払金額確定画面の第３例を示す図である。図１４、図１５、及び図１６はそれぞれ、Ｓ６４、Ｓ６５、及びＳ６６の処理に対応する。

図１４に示されるように、生年月日に基づく支払者の年齢が成年等でない（すなわち、生年月日に基づく支払者の年齢が未成年かつ所定日数以内に成年に到らない）場合、広告送信部１１３－２は、広告情報を、端末３０に表示させない（Ｓ６４）。

図１５に示されるように、生年月日に基づく支払者の年齢が成年等であり、かつ支払者がカード非会員である場合、広告送信部１１３－２は、カードの入会に関する広告情報ＡＤ１を、端末３０に表示させる（Ｓ６５）。広告情報ＡＤ１は、例えば、カード入会のメリットをアピールする文章又は画像と、より詳細な内容が記載されたＷｅｂページへのリンクとを含む。

図１６に示されるように、支払者がカード会員である場合、広告送信部１１３－２は、例えば、分割支払機能に関する広告情報ＡＤ２を、端末３０に表示させる（Ｓ６６）。広告情報ＡＤ２は、例えば、分割支払のメリットをアピールする文章又は画像と、より詳細な内容が記載されたＷｅｂページへのリンクを含む。

支払者は、端末３０の支払金額確定画面から、「支払へ進む」ボタンを押下する（Ｓ６７）。これにより、決済管理サーバ１０に、支払者が今回支払う金額が通知される。

決済管理サーバ１０のコード送信部１１３－１は、Ｓ６７の処理で通知された金額を示すコード情報を端末３０に表示させる（Ｓ６８）。

支払者は、Ｓ６８の処理で表示されたコード情報に基づき、入金処理を行う（Ｓ６９）。具体的には、例えば、支払者は、コード情報をコンビニエンスストアで提示することにより、Ｓ６７の処理で確定させた金額を支払う。

Ｓ６９の処理が終了すると、支払処理は終了となる（終了）。

１．３ 第１実施形態に係る効果
第１実施形態によれば、取得部１１１は、オンラインストアのユーザから電話番号及び生年月日を含む申込情報を取得する。これにより、申込情報に基づいて判定部１１２による識別処理、認証処理、及び与信処理を行うことができるだけでなく、申込情報に基づいて広告送信部１１３－２による広告情報の送信タイミングを把握することができる。また、広告送信部１１３－２は、申込情報内の生年月日に基づく年齢が成年等であり、かつユーザがカードの非会員である場合、カードの入会に関する広告情報ＡＤ１を端末３０に送信する。これにより、ユーザは、後払い決済処理しか利用できない未成年から、カード払い決済処理を更に利用できるようになる成年になるタイミングで、カードの入会に関する情報を得ることができる。このため、決済管理サーバ１０は、ユーザが利用可能な決済処理をユーザのライフイベントに応じて適切なタイミングで案内することができる。なお、ユーザが成年等でない場合、広告情報ＡＤ１は端末３０に送信されない。これにより、カードの入会に関心のあるユーザに対して選択的に広告情報ＡＤ１を送信することができる。このため、広告情報ＡＤ１をユーザの目にとまり易くすることができ、ユーザに対してカードの入会をより強く促すことができる。

また、広告送信部１１３－２は、ユーザがカード会員である場合、分割支払機能等を案内する広告情報ＡＤ２を端末３０に送信する。これにより、既にカード会員となっているユーザに対しても、より充実した決済サービスを案内することができる。

また、広告送信部１１３－２は、支払処理の際に、広告情報を送信する。これにより、決済事業者は、後払い決済処理のユーザとの間の限られたデジタル接点である後払いサイトを利用して、カードの入会を勧めることができる。

２． 第２実施形態
次に、第２実施形態に係る決済管理システムについて説明する。第２実施形態では、決済管理サーバ１０が、支払者による支払処理を支援するアプリケーションを提供する点において、第１実施形態と異なる。以下では、第１実施形態と異なる構成及び動作について、主に説明する。第１実施形態と同等の構成及び動作については、適宜説明を省略する。

２．１ 決済管理サーバ
図１７は、第２実施形態に係る決済管理サーバのハードウェア構成の一例を示すブロック図である。図１７は、第１実施形態における図２に対応する。

決済管理サーバ１０は、制御部１１、ユーザインタフェース１２、通信モジュール１３、ドライブ１４、ストレージ１５、及び支払支援アプリモジュール１６を備える。制御部１１、ユーザインタフェース１２、通信モジュール１３、及びドライブ１４の構成については、第１実施形態と同等である。

支払支援アプリモジュール１６は、支払支援アプリとしての機能を有するアプリケーションサーバである。支払支援アプリは、決済管理サーバ１０が提供する決済サービスを利用した注文の支払を支援する機能を、端末３０を介して登録者に提供するモバイルアプリケーションである。支払支援アプリによる支援機能は、端末３０に対応するアプルケーションソフトウェアへのインストール、及び端末３０の所有者の情報（例えば、申込情報に相当する情報）を登録することによって端末３０の所有者に提供される。以下では、支払支援アプリを登録済みのユーザは、「登録者」とも呼ぶ。

図１８は、第２実施形態に係る支払支援アプリモジュールの機能構成の一例を示すブロック図である。図１８に示されるように、支払支援アプリモジュール１６は、後払い支援部１６１、カード払い支援部１６２、ポイント管理部１６３、及び切替え部１６４として機能する。

後払い支援部１６１は、決済管理サーバ１０が提供する決済サービスのうち、後払い決済処理で決済された注文の支払処理を支援する後払い支援機能を担う。具体的には、例えば、後払い支援部１６１は、後払い決済処理で決済された注文の額及び支払期日等をタイムリーに端末３０に送信する。また、後払い支援部１６１は、後払いサイトを使用することなく、後払い決済処理で決済された注文の支払処理で使用されるコード情報等を端末３０に送信する。

カード払い支援部１６２は、決済管理サーバ１０が提供する決済サービスのうち、カード払い決済処理で決済された注文の支払処理を支援するカード払い支援機能を担う。具体的には、例えば、カード払い支援部１６２は、カード払い決済処理で決済された注文の額及び引き落とし日等をタイムリーに端末３０に送信する。

ポイント管理部１６３は、支払支援アプリの登録者が保有するポイントの利用に関するポイント管理機能を担う。ポイントは、例えば、決済管理サーバ１０が提供する決済サービスを利用して商品を購入するたびに、その購入額に応じて登録者に付与されるインセンティブ値である。ポイント管理機能は、例えば、付与機能、値引き機能、及びクーポン機能を含む。

付与機能は、決済管理サーバ１０が提供する決済サービスが利用された際に、登録者にポイントを付与する機能である。例えば、登録者がカード払い決済処理を利用して商品を購入した場合、当該購入額に応じた第１ポイントが登録者に付与される。また、第１ポイントを保有する登録者がカード払い決済処理を利用して商品を購入した場合、当該購入額に応じた第２ポイントが、第１ポイントに合算される形で登録者に付与される。

値引き機能は、決済サービスの利用の際に、登録者が保有するポイントを注文の金額の値引き額として充当する機能である。例えば、第３ポイントを保有する登録者は、後払い決済処理及びカード払い決済処理のいずれを利用する場合にも、注文額から第３ポイントに対応する金額を差し引いた購入額で、商品を購入することができる。

クーポン機能は、登録者が保有するポイントをクーポンに変換する機能である。例えば、第４ポイントを保有する登録者は、第４ポイントを、第４ポイントに対応するクーポンに変換することができる。クーポンは、例えば、商品券、割引券、及びマイル等が挙げられる。

切替え部１６４は、支払支援アプリの登録者がカード会員か否かに応じて、後払い支援部１６１、カード払い支援部１６２、及びポイント管理部１６３が提供する機能を切り替える。

具体的には、登録者がカード非会員の場合、切替え部１６４は、後払い支援部１６１を有効な状態にし、かつカード払い支援部１６２を無効な状態にする。また、登録者がカード非会員の場合、切替え部１６４は、ポイント管理部１６３の機能のうち値引き機能及び後払い決済処理に関する付与機能を有効な状態にし、かつ変換機能及びカード払い決済処理に関する付与機能を無効な状態にする。

登録者がカード会員の場合、切替え部１６４は、後払い支援部１６１、カード払い支援部１６２、ポイント管理部１６３の各々の全ての機能を有効な状態にする。

以上のような支払支援アプリモジュール１６の構成により、支払支援アプリの各種機能が実現される。

再び図１７に戻って、決済管理サーバ１０の構成について説明する。

ストレージ１５には、既存ＢＮＰＬ客ＤＢ１５ａ及びカード会員ＤＢ１５ｂに加えて、アプリ登録者ＤＢ１５ｃが更に記憶される。

図１９は、第２実施形態に係るアプリ登録者ＤＢに記憶される情報の一例を示す図である。アプリ登録者ＤＢ１５ｃは、支払支援アプリの登録者に関する情報を記憶するデータベースである。

具体的には、アプリ登録者ＤＢ１５ｃには、複数の登録者情報が記憶される。登録者情報は、例えば、登録者ＩＤ、生年月日、携帯電話番号、カード会員フラグ、及び残ポイントを含む。

登録者ＩＤは、支払支援アプリの登録者を一意に識別する識別子である。登録者ＩＤは、支払支援アプリへのログインＩＤとして使用される。

生年月日及び携帯電話番号はそれぞれ、登録者の生年月日及び登録者が所有する携帯電話の番号である。

カード会員フラグは、登録者がカード会員であるか否かを識別するための識別子である。

残ポイントは、登録者が現在保有しているポイントである。

２．２ 支払支援アプリの登録者による支払処理
図２０は、第２実施形態に係る決済管理システムにおける支払支援アプリの登録者による支払処理の一例を示すシーケンス図である。

端末３０は、支払支援アプリにログインする（Ｓ７１）。以下では、支払支援アプリへログインした登録者は、支払者とも呼ぶ。

決済管理サーバ１０の支払支援アプリモジュール１６は、登録者情報のカード会員フラグに基づき、カード会員判定処理を実行する（Ｓ７２）。

支払支援アプリモジュール１６の切替え部１６４は、Ｓ７２のカード会員判定処理の結果に応じて、端末３０に提供する機能を切り替える。

具体的には、支払者がカード会員の場合、切替え部１６４は、カード払い支援機能、後払い支援機能、及びポイント管理機能を含む全ての機能を端末３０に提供する（Ｓ７３）。

支払者がカード非会員の場合、切替え部１６４は、後払い支援機能、並びにポイント管理機能のうち後払い決済処理に伴う付与機能及び値引き機能を端末３０に提供する（Ｓ７４）。

支払者は、Ｓ７３又はＳ７４の処理で提供された機能によって表示されたメニューから、後払いを選択する（Ｓ７５）。これにより、支払支援アプリモジュール１６に、後払い決済処理を利用した注文の支払いを行う旨が通知される。

支払支援アプリモジュール１６の後払い支援部１６１は、端末３０に使用ポイント入力画面を表示させる（Ｓ７６）。使用ポイント入力画面には、例えば、「支払へ進む」ボタンと共に、使用可能な残ポイント、使用ポイントを入力する領域、及び使用ポイントを考慮した注文の額が表示される。

支払者は、Ｓ７６の処理で表示された使用ポイント入力画面に使用ポイントを入力すると共に、「支払へ進む」ボタンを押下する（Ｓ７７）。これにより、支払支援アプリモジュール１６に支払者が今回支払う金額が通知される。

支払支援アプリモジュール１６の後払い支援部１６１は、Ｓ７７の処理で通知された金額を示すコード情報を端末３０に表示させる（Ｓ７８）。

支払者は、Ｓ７８の処理で表示されたコード情報に基づき、入金処理を行う（Ｓ７９）。具体的には、例えば、支払者は、コード情報をコンビニエンスストアで提示することにより、Ｓ７７の処理で確定させた金額を支払う。

Ｓ７９の入金処理が終了すると、支払支援アプリモジュール１６は、支払完了通知を受ける（Ｓ８０）。

支払支援アプリモジュール１６のポイント管理部１６３は、Ｓ７９の処理で支払われた金額に応じたポイントを支払者に付与する（Ｓ８１）。

Ｓ８１の処理が終了すると、支払支援アプリの登録者による支払処理は終了となる（終了）。

２．３ 支払支援アプリの未登録者による支払処理
図２１は、第２実施形態に係る決済管理システムにおける支払支援アプリの未登録者による支払処理の一例を示すシーケンス図である。図２１に示される支払支援アプリの未登録者による支払処理は、第１実施形態における図１３に示される支払処理に対応する。

図２１におけるＳ６１～Ｓ６３の処理は、図１３と同等であるため、説明を省略する。

決済管理サーバ１０の支払管理部１１３は、端末３０に支払金額確定画面を表示させる（Ｓ６４Ａ～Ｓ６６）。

支払金額確定画面の表示に際して、決済管理サーバ１０の広告送信部１１３－２は、Ｓ６２の成人判定処理及びＳ６３のカード会員判定処理の結果に応じて、端末３０に異なる広告情報を更に表示させる。

図２２は、第２実施形態に係る決済管理システムにおける支払支援アプリの未登録者による支払処理で端末に表示される支払金額確定画面の一例を示す図である。図２２は、Ｓ６４Ａの処理に対応する。

図２２に示されるように、支払者が支払支援アプリの未登録者である場合、広告送信部１１３－２は、アプリ登録に関する広告情報ＡＤ３を、端末３０に表示させる（Ｓ６４Ａ）。広告情報ＡＤ３は、例えば、支払支援アプリへの登録のメリットをアピールする文章又は画像と、より詳細な内容が記載されたＷｅｂページへのリンクを含む。

生年月日に基づく支払者の年齢が成年等であり、かつ支払者がカード非会員である場合、広告送信部１１３－２は、カードの入会に関する広告情報ＡＤ１を、端末３０に表示させる（Ｓ６５）。なお、生年月日に基づく支払者の年齢が成年等であり、支払者がカード非会員であり、かつ支払支援アプリの登録者である場合、広告送信部１１３－２は、広告情報ＡＤ１に、カードの入会によってポイント管理機能を含む各種機能が拡充されることを含めてもよい。

支払者がカード会員である場合、広告送信部１１３－２は、例えば、分割支払機能に関する広告情報ＡＤ２を、端末３０に表示させる（Ｓ６６）。

なお、Ｓ６４Ａの処理は、Ｓ６５の処理又はＳ６５の処理と重複して実行されてもよい。

図２１におけるＳ６７～Ｓ６９の処理は、図１３と同等であるため、説明を省略する。

Ｓ６９の処理が終了すると、支払支援アプリの未登録者による支払処理は終了となる（終了）。

２．４ 第２実施形態に係る効果
第２実施形態によれば、支払支援アプリモジュール１６は、後払い決済処理の注文の額に応じた第１ポイントを支払支援アプリの登録済みのユーザに付与する。これにより、後払い決済処理のユーザは、支払支援アプリに登録することにより、付与された第１ポイントを用いて、以後の後払い決済処理の注文の額を値引きすることができる。このため、後払い決済処理のユーザに対して、より充実した決済サービスを提供することができる。

また、支払支援アプリモジュール１６は、ユーザがアプリ未登録者である場合、アプリ登録に関する広告情報ＡＤ３を端末３０に送信する。これにより、値引き機能等の決済サービスを受けられる支払支援アプリの存在をユーザに通知することができる。このため、ユーザに、支払支援アプリの登録を促すことができる。

また、支払支援アプリモジュール１６は、ユーザがアプリ登録済みかつカードの会員である場合、カードの利用額に応じた第２ポイントをユーザに更に付与する。これにより、後払い決済処理による第１ポイントと、カード払い決済処理による第２ポイントを合算したポイントをユーザに付与できる。このため、カード会員となったユーザに対して、より充実した決済サービスを提供することができると共に、カード非会員であるユーザに、カードの入会を促すことができる。このように、支払支援アプリへの登録を介することにより、未成年者のようにカードへの入会資格を持たないユーザを将来的にカード会員とするためのハードルを低くすることができる。

３． 変形例等
上述の第１実施形態及び第２実施形態は、種々の変形が可能である。

上述の第１実施形態及び第２実施形態では、支払処理の際に広告情報を端末３０に表示させる場合について説明したが、これに限られない。広告情報は、支払処理以外のタイミングで端末３０に表示されてもよい。

例えば、決済管理サーバ１０は、成年等でない支払者が成年等になったことを条件に、カード入会に関する広告情報ＡＤ１を端末３０に送信してもよい。

より具体的には、支払者が支払支援アプリの未登録者である場合、広告送信部１１３－２は、カードの入会に関する広告情報ＡＤ１と同等の情報を含むショートメールを、当該支払者の所有する端末３０に送信してもよい。支払者が支払支援アプリの登録者である場合、支払支援アプリモジュール１６は、カードの入会に関する広告情報ＡＤ１が支払支援アプリ上で表示されるように、当該支払者の所有する端末３０に送信してもよい。

また、上述の第１実施形態及び第２実施形態では、支払者が成年等になることを条件に広告情報ＡＤ１が送信される場合について説明したが、これに限られない。例えば、決済管理サーバ１０は、支払者が高校の卒業日を迎えること、及び支払者が高校の卒業日から所定日（例えば、１ヶ月）前の日を迎えることを条件に、広告情報ＡＤ１を送信してもよい。

本発明のいくつかの実施形態を説明したが、これらの実施形態は、例として提示したものであり、発明の範囲を限定することは意図していない。これら新規な実施形態は、その他の様々な形態で実施されることが可能であり、発明の要旨を逸脱しない範囲で、種々の省略、置き換え、変更を行うことができる。これら実施形態やその変形は、発明の範囲や要旨に含まれるとともに、特許請求の範囲に記載された発明とその均等の範囲に含まれる。

１…決済管理システム、１０…決済管理サーバ、２０…ＥＣ管理サーバ、３０…端末
１１，２１，３１…制御部、１２，２２，３２…ユーザインタフェース、１３，２３，３３…通信モジュール、１４…ドライブ、１４ａ…記憶媒体、１５，２４，３５…ストレージ、１６…支払支援アプリモジュール、３４…通話モジュール
１１１…取得部、１１２…判定部、１１２－１…識別部、１１２－２…認証部、１１２－３…与信部、１１３…支払管理部、１１３－１…コード送信部、１１３－２…広告送信部、１６１…後払い支援部、１６２…カード払い支援部、１６３…ポイント管理部、１６４…切替え部
１５ａ…既存ＢＮＰＬ客ＤＢ、１５ｂ…カード会員ＤＢ、１５ｃ…アプリ登録者ＤＢ、２４ａ…ＥＣユーザＤＢ、３５ａ…端末ＤＢ

Claims (14)

1. オンラインストアにおける決済手段として後払い決済処理がユーザによって選択されることに応じて、前記オンラインストアのユーザにより入力された電話番号及び生年月日を含む申込情報、及び前記オンラインストアに記憶される前記ユーザに関する生年月日を含むユーザ情報を取得する取得部と、
   前記申込情報に含まれる生年月日と前記ユーザ情報に含まれる生年月日とが一致するか否かに基づき、前記ユーザが前記申込情報により特定される申込者と同一人物であることを識別する識別部と、
   前記識別が成功した場合、前記電話番号に関連づけられた端末に送信される第１認証情報と、前記送信に対する応答として前記端末から取得される第２認証情報とが一致するか否かに基づき、前記申込者が前記端末の所有者と同一人物であることを認証する認証部と、
   前記認証が成功した場合、前記ユーザの注文の決済が可能であると判定する判定部と、
   前記判定部によって決済が可能であると判定された注文の支払いの際、前記注文の額を示すコード情報を前記電話番号に関連づけられた端末に送信するコード送信部と、
   前記生年月日に基づいて広告情報を前記端末に送信する広告送信部と、
   を備える決済管理装置。
2. 前記広告送信部は、前記生年月日に基づく年齢が成年又は所定日数以内に成年に到り、かつ前記ユーザがカードの非会員である場合、前記カードの入会に関する第１広告情報を前記端末に送信する、
   請求項１記載の決済管理装置。
3. 前記広告送信部は、前記生年月日に基づく年齢が成年であり、かつ前記ユーザが前記カードの会員である場合、前記注文の支払いの分割に関する第２広告情報を前記端末に送信する、
   請求項２記載の決済管理装置。
4. 支払支援アプリモジュールを更に備え、
   前記支払支援アプリモジュールは、前記ユーザが前記支払支援アプリモジュールを利用登録済みである場合、前記注文の額に応じた第１インセンティブを前記ユーザに付与するように構成された、
   請求項１記載の決済管理装置。
5. 前記広告送信部は、前記ユーザが前記支払支援アプリモジュールを利用登録済みでない場合、前記支払支援アプリモジュールの利用登録に関する第３広告情報を前記端末に送信する、
   請求項４記載の決済管理装置。
6. 前記広告送信部は、前記生年月日に基づく年齢が成年又は所定日数以内に成年に到り、かつ前記ユーザがカードの非会員である場合、前記カードの入会に関する第１広告情報を前記端末に送信する、
   請求項５記載の決済管理装置。
7. 前記広告送信部は、前記生年月日に基づく年齢が成年であり、かつ前記ユーザが前記カードの会員である場合、前記注文の支払いの分割に関する第２広告情報を前記端末に送信する、
   請求項６記載の決済管理装置。
8. 前記支払支援アプリモジュールは、前記ユーザがカードの会員である場合、前記カードの利用額に応じた第２インセンティブを、前記ユーザに更に付与する、
   請求項４記載の決済管理装置。
9. 前記支払支援アプリモジュールは、前記ユーザが前記カードの非会員である場合、前記第１インセンティブを前記コード情報に対応する注文の額の値引きに適用する、
   請求項８記載の決済管理装置。
10. 前記支払支援アプリモジュールは、前記ユーザが前記カードの会員である場合、前記第１インセンティブ及び前記第２インセンティブを、前記コード情報に対応する注文の額の値引き、前記カードの利用額の値引き、及びクーポンへの変換から選択される少なくとも１つに適用する、
    請求項９記載の決済管理装置。
11. 前記広告送信部は、前記支払いの際に、前記広告情報を前記端末に送信する、
    請求項１記載の決済管理装置。
12. 前記広告送信部は、前記支払いの際であるか否かに関わらず、前記広告情報を前記端末に送信する、
    請求項１記載の決済管理装置。
13. 決済管理装置によって実行される決済管理方法であって、
    オンラインストアにおける決済手段として後払い決済処理がユーザによって選択されることに応じて、前記オンラインストアのユーザにより入力された電話番号及び生年月日を含む申込情報、及び前記オンラインストアに記憶される前記ユーザに関する生年月日を含むユーザ情報を取得することと、
    前記申込情報に含まれる生年月日と前記ユーザ情報に含まれる生年月日とが一致するか否かに基づき、前記ユーザが前記申込情報により特定される申込者と同一人物であることを識別することと、
    前記識別が成功した場合、前記電話番号に関連づけられた端末に送信される第１認証情報と、前記送信に対する応答として前記端末から取得される第２認証情報とが一致するか否かに基づき、前記申込者が前記端末の所有者と同一人物であることを認証することと、
    前記認証が成功した場合、前記ユーザの注文の決済が可能であると判定することと、
    前記判定によって決済が可能であると判定された注文の支払いの際、前記注文の額を示すコード情報を前記電話番号に関連づけられた端末に送信することと、
    前記生年月日に基づいて広告情報を前記端末に送信することと、
    を備える決済管理方法。
14. コンピュータを、請求項１乃至請求項１２のいずれか１項に記載の決済管理装置が備える各部として機能させるためのプログラム。