JP7457199B1 - 情報処理装置、情報処理方法、およびプログラム - Google Patents

Abstract

【課題】利用者の利便性を向上させること。【解決手段】電子決済サービスを提供する情報処理装置であって、利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、少なくとも１つの前記電子決済サービスを利用する支払方法を含む、２つ以上の支払方法が設定されていることを含む条件を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理部と、を備える情報処理装置。【選択図】図１

Description

特許法第３０条第２項適用 アプリケーションプログラムの提供開始日：２０２２年９月５日

本発明は、情報処理装置、情報処理方法、およびプログラムに関する。

従来、利用者と紐づけられる決済口座を用いて行う所定の決済手段による決済に関する決済情報から特定される前記決済の目的に基づいて、前記利用者の決済口座に対する入金を行うか否かを判定する判定部と、前記判定部により入金を行うと判定された場合に、前記決済口座へ所定の金額を入金し、前記決済情報に基づく決済処理を実行する処理部とを備えることを特徴とする通知装置が開示されている（例えば特許文献１参照）。

特許第７１８９３８９号公報

従来の技術では、電子決済サービスにおいて利用者の利便性が低い場合があった。

本発明は、このような事情を考慮してなされたものであり、利用者の利便性を向上させることができる情報処理装置、情報処理方法、およびプログラムを提供することを目的の一つとする。利用者とは、例えば電子決済サービスを利用する個人や事業者などである。

本発明の一態様は、電子決済サービスを提供するサーバ装置であって、利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、前記利用者の識別情報と、前記電子決済サービスにおける前記利用者のオートチャージの利用に関する情報とが対応付けられた参照情報を参照し、前記利用者の前記オートチャージに関する情報が基準を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行し、前記利用者の前記オートチャージに関する情報が基準を満たさない場合、前記電子決済サービスを前記他のサービスに連携させる処理とは異なる処理を実行する、処理部と、を備える情報処理装置である。

本発明の他の一態様は、電子決済サービスを提供する情報処理装置であって、利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、少なくとも１つの前記電子決済サービスを利用する支払方法を含む、２つ以上の支払方法が設定されていることを含む条件を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理部と、を備える情報処理装置である。

本発明の他の一態様は、電子決済サービスを提供するサーバ装置であって、利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、前記利用者の識別情報と、前記利用者の電子決済サービスにおける資金管理に関する健全度を示す指標とが対応付けられた参照情報を参照し、前記利用者の健全度を示す指標に基づいて、前記電子決済サービスを前記他のサービスに連携させる処理を実行するか否かを判定する処理部と、を備える情報処理装置である。

本発明の一態様または他の一態様によれば、利用者の利便性を向上させることができる情報処理装置、情報処理方法、およびプログラムを提供することができる。

電子決済サービスが実現されるための構成の一例を示す図である。 電子決済の大まかな流れを例示したシーケンス図（その１）である。 電子決済の大まかな流れを例示したシーケンス図（その２）である。 第１実施形態に係る決済サーバ１００の構成図である。 利用者情報１７２の内容の一例を示す図である。 加盟店／店舗情報１７６の内容の一例を示す図である。 サービスサーバ２００、利用者端末装置１０、および決済サーバ１００により実行される処理の流れの一例を示すシーケンス図である。 表示部に表示されるインターフェース画面ＩＭ１の一例を示す図である。 決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。 連携画面ＩＭ２の一例を示す図である。 申込画面ＩＭ３の一例を示す図である。 設定画面ＩＭ４の一例を示す図である。 設定画面ＩＭ５の一例を示す図である。 チャージ残高以外の支払方法を設定するための画面ＩＭ１１の一例を示す図である。 利用者情報１７２Ａの内容の一例を示す図である。 決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。 加盟店／店舗情報１７６＃の内容の一例を示す図である。 第３実施形態の利用者情報１７２Ｂの内容の一例を示す図である。 利用者情報１７２Ｃの内容の一例を示す図である。 決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。 決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。 条件を設定する画面の一例を示す図である。 条件を設定する画面の他の一例を示す図である。 第４実施形態の加盟店／店舗情報１７６の第１テーブル１７６Ａ＃の内容の一例を示す図である。

以下、図面を参照し、本発明の情報処理装置の制御方法の実施形態について説明する。アプリケーションプログラムと決済サーバは、協働して電子決済サービスを提供する。以下の説明ではアプリケーションプログラムを決済アプリと称する。電子決済サービスは、店舗における商品やサービスの購買に係る決済をサポートするサービスである。店舗とは、例えば、現実空間に存在する物理的な店舗（実店舗）であるが、電子商取引の仮想店舗を含んでもよい。仮想店舗は、電子決済サービスの運営者とは異なる主体によって提供されるものを含んでもよい。その場合、仮想店舗における買い物の決済の際に、電子決済サービスのインターフェース画面に遷移するように制御される。電子決済サービスにおいて、店舗は、例えば加盟店（ブランド）に属するものとして扱われ、店舗において購買行動が行われた際の決済などの処理は、主として利用者と加盟店の間で行われる。これに代えて、決済などの処理が利用者と店舗との間で行われてもよい。

＜第１実施形態＞
［電子決済サービス］
図１は、電子決済サービスが実現されるための構成の一例を示す図である。電子決済サービスは、決済サーバ１００を中心として実現される。決済サーバ１００は、例えば、一以上の利用者端末装置１０、一以上の第１店舗端末装置５０、一以上の第２店舗端末装置７０、及びサービスサーバ２００のそれぞれとネットワークＮＷを介して通信する。ネットワークＮＷは、例えば、インターネット、ＬＡＮ（Local Area Network）、無線基地局、プロバイダ装置などを含む。

利用者端末装置１０は、例えば、スマートフォンやタブレット端末等の可搬型端末装置である。利用者端末装置１０は、少なくとも、光学読取機能、通信機能、表示機能、入力受付機能、プログラム実行機能を有するコンピュータ装置である。以下の説明では、これらの機能を実現するための構成をそれぞれカメラ、通信装置、タッチパネル、ＣＰＵ（Central Processing Unit）等と称する。利用者端末装置１０では、ＣＰＵ等のプロセッサにより決済アプリ２０が実行されることで、決済サーバ１００と連携して電子決済サービスを利用者に提供するように動作する。決済アプリ２０は、例えば、アプリケーションストアから利用者端末装置１０にインストールされ、カメラ、通信装置、タッチパネルなどを制御する。

第１店舗端末装置５０は、例えば、店舗に設置される。第１店舗端末装置５０は、少なくとも、商品価格取得機能、光学読取機能、プログラム実行機能、通信機能を有するコンピュータ装置である。第１店舗端末装置５０は、いわゆるＰＯＳ（Point of Sale）装置を含み、ＰＯＳ装置によって商品価格取得機能や光学読取機能を実現してもよい。店舗コード画像６０は、店舗に置かれ、ＱＲコード（登録商標）等のコード画像が紙やプラスチックの媒体に印刷されたものである。なお、店舗コード画像６０は、店舗に置かれたディスプレイ（スマートフォンなどの端末装置のディスプレイでもよい）によって表示されてもよい。

第２店舗端末装置７０は、加盟店の運営者によって使用される。第２店舗端末装置７０は、スマートフォンやタブレット端末、パーソナルコンピュータ等である。第２店舗端末装置７０では、加盟店向けインターフェース７２が動作する。加盟店向けインターフェース７２は、加盟店向けアプリであってもよいし、ブラウザであってもよい。加盟店向けインターフェース７２は、加盟店の運営者によるクーポンの設定等を受け付け、決済サーバ１００に送信する。スマートフォンである第２店舗端末装置７０は、加盟店向けアプリを実行することで、店舗コード画像に相当するコード画像を表示したり、利用者端末装置１０が表示するコード画像を読み取ったりする機能を有する。

決済サーバ１００は、利用者端末装置１０または第１店舗端末装置５０から受信した決済情報に基づいて電子決済を実現する。第１店舗端末装置５０は、ＰＯＳ装置と加盟店サーバを含む場合があり、その場合、ＰＯＳ装置から加盟店サーバを介して決済情報が決済サーバ１００に送信される。以下の説明では、これを特に区別せず、第１店舗端末装置５０から決済情報が送信されるものとする。

図２および図３は、電子決済の大まかな流れを例示したシーケンス図である。電子決済には、パターン１とパターン２の二つが存在してよい。

図２に示すパターン１（以下、ユーザスキャンと称する）の場合、決済アプリ２０が起動した状態の利用者端末装置１０が、光学読取機能によって店舗コード画像６０をデコードする（Ｓ１）。店舗コード画像６０には、店舗ＵＲＬ（Uniform Resource Locator）の情報が含まれている。この店舗ＵＲＬは、電子決済サービスのドメインに対して店舗を識別可能な情報が付加されたものであり、決済サーバ１００において加盟店ＩＤや店舗ＩＤ等との対応付けがなされている（後述）。決済アプリ２０は、店舗ＵＲＬとアカウントＩＤを含む第１決済情報を決済サーバ１００に送信する（Ｓ２）。決済サーバ１００は、店舗ＵＲＬに対応する加盟店ＩＤ、店舗ＩＤから、店舗情報（後述）を検索して加盟店名と店舗名の情報を取得し（Ｓ３）、決済アプリ２０に送信する（Ｓ４）。利用者は、加盟店名や店舗名が表示された画面において、決済金額を利用者端末装置１０に入力する（Ｓ５）。そして、利用者端末装置１０は、少なくとも決済金額を含む第２決済情報を生成し、決済サーバ１００に送信する（Ｓ６）。決済サーバ１００は、受信した第２決済情報に基づいて電子決済を行う（Ｓ７）。そして、決済サーバ１００は、決済完了通知（決済完了画面を表示するための情報）を決済アプリ２０に送信し（Ｓ８）、決済アプリ２０は決済完了画面を表示する（Ｓ９）。なお、店舗コード画像６０が店舗に置かれたディスプレイによって表示される場合、店舗コード画像６０には、店舗ＵＲＬだけでなく決済金額の情報が含まれる場合がある。この場合、利用者が決済金額を入力する手順が省略され、第１決済情報に決済金額の情報が含められて決済サーバ１００に送信される。加盟店名や店舗名の情報は、決済完了画面に含めて表示されてよい。

図３に示すパターン２（以下、ストアスキャンと称する）の場合、決済アプリ２０の起動時、決済アプリ２０において支払う操作が行われたとき、自動更新のタイミング（例えば１分おき）になったとき、およびその他のタイミングで、決済アプリ２０はワンタイムコードの発行要求を決済サーバ１００に送信する（Ｓ１１）。決済サーバ１００はワンタイムコードを生成し（Ｓ１２）、決済アプリ２０に送信する（Ｓ１３）。決済アプリ２０は、ワンタイムコードに基づいて生成した、ＱＲコードやバーコード等のコード画像を表示する（Ｓ１４）。利用者は利用者端末装置１０の表示面を第１店舗端末装置５０に翳し（提示し）、第１店舗端末装置５０は、光学読取機能によってコード画像をデコードし、ワンタイムコード等を取得する（Ｓ１５）。そして、第１店舗端末装置５０は、ワンタイムコード、決済金額、加盟店ＩＤ、店舗ＩＤ等を含む決済情報を生成し、決済サーバ１００に送信する（Ｓ１６）。決済金額の情報は、予めバーコード読み取りや手入力等によって取得されている。決済サーバ１００は、受信した情報に基づいて、ワンタイムコードに対応する利用者を特定し、電子決済を行う（Ｓ１７）。そして、決済サーバ１００は、決済完了通知を決済アプリ２０に送信し（Ｓ１８）、決済アプリ２０は決済完了画面を表示する（Ｓ１９）。

なお、上記のいずれか一方のみのパターンで電子決済が行われてもよい。また、図２で説明した「アカウントＩＤ」は、利用者の識別情報として用いられ得る他の情報（例えば電話番号、利用者ＩＤなど）であってもよい。また、ストアスキャンにおいてワンタイムコードの発行が省略され、決済アプリ２０は、利用者のアカウントＩＤに基づいて生成したコード画像を表示してもよい。その場合、決済サーバ１００は、ワンタイムコードに対応する利用者を特定するのに代えて、アカウントＩＤに対応する利用者を特定する。

［決済サーバ］
図４は、第１実施形態に係る決済サーバ１００の構成図である。決済サーバ１００は、例えば、通信部１１０と、コンテンツ提供部１２０と、決済処理部１３０と、情報管理部１４０と、連携処理部１５０と、記憶部１７０とを備える。通信部１１０および記憶部１７０以外の構成要素は、例えば、ＣＰＵなどのハードウェアプロセッサがプログラム（ソフトウェア）を実行することにより実現される。これらの構成要素のうち一部または全部は、ＬＳＩ（Large Scale Integration）やＡＳＩＣ（Application Specific Integrated Circuit）、ＦＰＧＡ（Field-Programmable Gate Array）、ＧＰＵ（Graphics Processing Unit）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアの協働によって実現されてもよい。プログラムは、予めＨＤＤ（Hard Disk Drive）やフラッシュメモリなどの記憶装置（非一過性の記憶媒体を備える記憶装置）に格納されていてもよいし、ＤＶＤやＣＤ－ＲＯＭなどの着脱可能な記憶媒体（非一過性の記憶媒体）に格納されており、記憶媒体がドライブ装置に装着されることで記憶装置にインストールされてもよい。情報管理部１４０は「取得部」の一例である。連携処理部１５０、連携処理部１５０とコンテンツ提供部１２０とを合わせた機能構成、或いは連携処理部１５０とコンテンツ提供部１２０と決済処理部１３０とを合わせた機能構成は「処理部」の一例である。決済サーバ１００の機能の一部または全部は、他の装置や決済アプリ２０が有していてもよい。決済サーバ１００と、他の装置または決済アプリ２０とが連携して、各種処理を実行してもよい。

記憶部１７０は、ＨＤＤやフラッシュメモリ、ＲＡＭ（Random Access Memory）などである。記憶部１７０は、決済サーバ１００がネットワークを介してアクセス可能なＮＡＳ（Network Attached Storage）装置であってもよい。記憶部１７０には、利用者情報１７２、コンテンツ情報１７４、加盟店／店舗情報１７６などの情報が格納される。

通信部１１０は、ネットワークＮＷに接続するための通信インターフェースである。通信部１１０は、例えばネットワークインターフェースカードである。

コンテンツ提供部１２０は、例えば、Ｗｅｂサーバの機能を有し、電子決済サービスの各種画面を表示するための情報（コンテンツ）を利用者端末装置１０に提供する。コンテンツ提供部１２０は、コンテンツ情報１７４から適宜、必要なコンテンツを読み出して利用者端末装置１０に提供する。利用者端末装置１０は、決済アプリ２０によってコンテンツが再生された状態で利用者による各種入力を受け付け、前述した決済情報などを決済サーバ１００に送信する。

決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０により送信された決済情報に基づいて、決済処理を行う。決済処理部１３０は、利用者情報１７２を参照しながら決済処理を行う。

図５は、利用者情報１７２の内容の一例を示す図である。利用者情報１７２は、利用者の登録情報の一例である。利用者情報１７２は、例えば、利用者ＵＲＬ、アカウントＩＤ、電話番号、パスワードの他、メールアドレス、利用者ＩＤ、氏名・住所・生年月日、登録日、チャージ残高、後払い設定、後払い枠、後払い利用額、後払い利用可能額、決済方法設定、銀行口座、クレジットカード番号、チャージ履歴情報、決済履歴情報、連携情報、オートチャージの申込の状況、オートチャージの設定の状況などの情報が対応付けられたものである。利用者ＵＲＬは、利用者間の送金処理に使用される。電子決済サービスへの新規登録時には、電話番号およびパスワードの登録が必須となる。アカウントＩＤは、決済サーバ１００によって利用者に発行されるものであり、利用者ＩＤは、利用者が任意に設定できる（設定しなくてもよい）ＩＤである。メールアドレス、および氏名・住所・生年月日も同様に、利用者が任意に設定できる（設定しなくてもよい）情報である。登録日とは利用者が電子決済サービスに登録した日（アカウントを作成した日）である。以下、これらの情報が対応付けられた利用者のインスタンス（電子決済口座）のことをアカウントと称する。

チャージ残高は、利用者が予めアカウントに送金することで設定された電子マネーの残高を示す情報である。送金の手段としては、指定業者（銀行）のＡＴＭ（Automatic Teller Machine）からの送金、登録された銀行口座からの送金などがある。後払い設定は、後払いによる電子決済を可能とするための設定が済んでいるか否かを示す情報であり、「済」と「未」のいずれかに設定される。後払い枠は月ごとに利用可能な後払いの限度額であり、後払い利用額は、当月に既に利用された後払いの金額であり、後払い利用可能額は、後払い枠から後払い利用額を差し引いて求められる、当月に利用可能な後払いの金額である。図では後払い枠を一つだけ示しているが、実際には更に日ごとの上限額などが存在し、それらの低い方が後払い枠に設定されてよい。

決済方法設定は、その時点において利用者がチャージ残高による電子決済を行うのか、後払いによる決済を行うのかを示す設定情報である。銀行口座とクレジットカード番号のそれぞれは、電子決済サービスに入金可能な銀行口座またはクレジットカード番号の情報（口座番号、カード番号）である。チャージ履歴情報は、利用者が予め電子決済サービスに送金してチャージ残高を増加させた履歴である。決済履歴情報は、利用者が行った決済の内訳（日時、購買行動が行われた店舗の店舗ＩＤ、決済金額、決済方法など）を、決済ごとに示す情報である。

連携情報とは、電子決済サービスとアカウント連携している他のサービスの情報である。連携とは、他のサービスの利用の支払いに対して電子決済サービスを利用して支払いを行うことや、他のサービスに電子決済サービスにおける利用者の情報を提供するなどである。例えば、決済サーバ１００は、連携している他のサービスから電子決済の依頼があった場合、電子決済サービスを利用した電子決済を行う。例えば、決済サーバ１００は、利用者に確認することなく電子決済を行う。例えば、チャージ残高から決済に係る金額が引き落としされたり、後払いによる決済が行われたりする。チャージ残高が決済額に対して不足する場合、決済サーバ１００は、オートチャージを行って決済を行うことがある。

オートチャージの申込の状況は、利用者がオートチャージの利用について申し込みを行っているか否かを示す情報である。申し込みを行っているユーザは、決済アプリ２０を操作して、オートチャージの設定をオンにすることでオートチャージが利用可能である。

オートチャージの設定の状況は、オートチャージがオン状態になっているか、オフ状態になっているかを示す情報である。オートチャージの設定の状況は、上述したように利用者の決済アプリ２０に対する操作に基づいて、決済サーバ１００が書き換える。

図６は、加盟店／店舗情報１７６の内容の一例を示す図である。加盟店／店舗情報１７６は、例えば、店舗ＵＲＬに対して加盟店ＩＤと店舗ＩＤが対応付けられた第１テーブル１７６Ａと、加盟店ＩＤに対して加盟店名と売上金（前述）が対応付けられた第２テーブル１７６Ｂと、店舗ＩＤに対して店舗名が対応付けられた第３テーブル１７６Ｃとを含む。加盟店／店舗情報１７６には、これらの情報の他、加盟店または店舗のカテゴリ、店舗の所在地、決済パターン等の情報が含まれてもよい。

情報管理部１４０は、利用者端末装置１０や第２店舗端末装置７０から各種情報を取得する。情報管理部１４０は、取得した情報に基づいて、利用者情報１７２および加盟店／店舗情報１７６を管理する。情報管理部１４０は、利用者情報１７２および加盟店／店舗情報１７６について新規レコードの追加、編集、削除などを行う。

［電子決済］
決済処理部１３０は、利用者端末装置１０または第１店舗端末装置５０から決済情報が取得されると、利用者情報１７２を参照して当該利用者の「決済方法設定」を取得する。決済処理部１３０は、「決済方法設定」が「チャージ残高」に設定されている利用者に関して、以下のように電子決済を行う。決済処理部１３０は、例えば、利用者ＩＤに対応付けて管理しているチャージ残高を減少させ、加盟店の売上金の項目値を増加させることで、電子決済を行う。加盟店の売上金の項目値は、例えば、それ自体が電子マネーとして使用されるものでは無く、加盟店と電子決済サービスとの取り決めに応じたサイクルで、売上金の項目値に対応する金額が銀行口座に送金される。

決済処理部１３０は、「設定情報」が「後払い」に設定されている利用者に関して、以下のように電子決済を行う。後払いとは、電子決済サービスの運営者とは別主体であるクレジットカード会社との連携による「クレジット払い」とは別枠で設定されるものであり、電子決済サービスの運営者が与信者となって、後払い枠の範囲内でチャージ残高に依存しない電子決済を許容するものである。なお後払いサービスを受けるために、電子決済サービスの運営者が提供するクレジットカードの取得が要求されてよい。後払いで利用された金額は、一か月分まとめて翌月の支払日に、例えば銀行口座からの引き落としによって決済される。この場合、決済処理部１３０は、後払い利用額に決済金額を加算し、後払い利用可能額から同額を差し引くことで暫定決済を行い、締め日になると上記のように当月分の決済を翌月の支払い日に引き落とすための処理を行う、或いはクレジットカード会社の運営者に当該処理を依頼する。なお暫定決済の時点で決済金額が後払い利用可能額を超える場合は、エラー通知が決済アプリ２０に返信される。

[サービスサーバのサービスの提供に関する処理]
以下に説明するように、サービスサーバ２００が提供するサービス（以下、「対象サービス」）の提供に利用者が申し込んだ場合、サービスサーバ２００は、対象サービスと電子決済サービスとの連携が行われたことを条件に利用者にサービスを提供する。

上記のサービスは、例えば、サブスクリプションサービスなどの継続課金が行われることで提供されるサービスである。継続課金とは、例えば、解約などサービスの停止を行わない限り、課金が継続される課金方式である。サブスクリプションサービスとは、例えば、予め設定された金額を支払うことで、一定期間、サービスを利用することができる権限を利用者に付与するサービスである。

図７は、サービスサーバ２００、利用者端末装置１０、および決済サーバ１００により実行される処理の流れの一例を示すシーケンス図である。例えば、利用者が利用者端末装置１０を操作して対象サービスのコンテンツにアクセスして、当該コンテンツにおいて対象サービスの利用に申し込もうとしたものとする。この場合、サービスサーバ２００は、サービスを利用するための料金の支払い方法を設定するための画面を利用者端末装置１０の表示部に表示させる（Ｓ５０）。

図８は、表示部に表示されるインターフェース画面ＩＭ１の一例を示す図である。インターフェース画面ＩＭ１は、利用者がサービスの利用に対する決済の支払い方法を指定するための画面である。例えば、クレジットカード支払いを指定する領域ＡＲ１、電子決済サービス支払いを指定する領域ＡＲ２、他の電子決済サービスを指定する領域ＡＲ３、および選択した支払い方法を決定するためのボタンＢ１を含む。利用者は、所望の支払い方法に応じた領域ＡＲ１を操作して、ボタンＢ１を操作することで、支払い方法を設定することができる。

インターフェース画面ＩＭ１において、利用者が電子決済サービスを選択した場合（Ｓ５２）、利用者端末装置１０の決済アプリ２０と決済サーバ１００とが連携処理（詳細は後述する）を実行する（Ｓ５４）。例えば、支払い方法に電子決済サービスが選択された場合、選択された操作に応じて電子決済サービスの利用者を識別するための識別情報（利用者ＩＤやアカウントＩＤ、電話番号など）を入力するための画面が表示部に表示される。この画面の表示は、サービスサーバ２００、利用者端末装置１０、または決済サーバ１００のいずれかが行う。例えば、サービスサーバ２００、利用者端末装置１０、および決済サーバ１００が連携して、決済サーバ１００が、利用者端末装置１０の表示部に電子決済サービスの利用者を識別するための識別情報を入力するための画面を表示させる。利用者が、識別情報を入力すると、入力された情報が決済アプリ２０を介してまたは直接決済サーバ１００に提供され、所定の処理を経て連携処理が開始される。

連携処理が完了した場合、決済サーバ１００は、連携完了の通知をサービスサーバ２００に送信する（Ｓ５６）。次に、サービスサーバ２００は、連携完了の通知を取得した場合、電子決済サービスを利用した電子決済を行い（Ｓ５８）、利用者端末装置１０を介して対象サービスを利用者に提供する（Ｓ６０）。

なお、上記の処理において、連携処理の一部または全部は利用者端末装置１０の決済アプリ２０が実行し、決済アプリ２０が連携完了の通知をサービスサーバ２００に送信してもよい。後述する図９のフローチャートの処理の一部または全部についても、決済サーバ１００に代わり、決済アプリ２０が実行してもよい。この場合、処理に必要な情報は、例えば、決済サーバ１００により提供され利用者端末装置１０の記憶部に記憶されている。また、サービスサーバ２００は、連携完了の通知を取得した後に対象サービスを利用者端末装置１０に提供して、その後、電子決済を行うことを決済サーバ１００に指示してもよい。

[決済サーバによる処理]
決済サーバ１００は、利用者が他のサービス（対象サービス）の提供を受けるために電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された利用者の識別情報を取得する。決済サーバ１００は、利用者の識別情報と、電子決済サービスにおける利用者のオートチャージの利用に関する情報とが対応付けられた利用者情報１７２（参照情報）を参照し、利用者のオートチャージに関する情報が基準を満たす場合、電子決済サービスを他のサービスに連携させる処理を実行し、利用者のオートチャージに関する情報が基準を満たさない場合、電子決済サービスを他のサービスに連携させる処理とは異なる処理（例えば後述するＳ１１４、Ｓ１１６、またはＳ１１８の処理）を実行する。

基準を満たすとは、例えば、（１）オートチャージを利用するための申し込みがされ、且つ利用の設定がされていることである。基準を満たすとは、例えば、（２）オートチャージを利用するための申し込みがされていることであってもよい。以下の説明では、基準を満たすとは、上記（１）であり、オートチャージが利用可能な状態（有効）であるものとして説明する。

電子決済サービスを他のサービスに連携させる処理とは、例えば、電子決済サービスと他のサービスとが連携して電子決済サービスを利用した電子決済を行う処理である。例えば、利用者の操作に依らずに、他のサービスの料金を電子決済サービスの電子決済を行うことで決済することを可能とする処理である。例えば、利用者の操作に依らずに、他のサービスの指示に基づいて電子決済サービスの電子決済を行うことである。

図９は、決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。本処理の順序の一部または全部は変更されてもよいし、一部の処理は省略されてもよい。例えば、Ｓ１０２、Ｓ１０４、またはＳ１０６の処理は省略されてもよい。

まず、決済サーバ１００の連携処理部１５０が、連携が開始されたか否かを判定する（Ｓ１００）。連携処理部１５０は、連携の開始のトリガーとなる情報を取得したか否かに基づいて、上記の判定を行う。連携の開始のトリガーとなる情報は、サービスサーバ２００が送信する情報であってもよいし、決済アプリ２０が送信する情報であってもよい。例えば、連携の開始のトリガーの情報と共に利用者を特定するための識別情報が決済サーバ１００に送信される。

連携が開始された場合、連携処理部１５０は、決済アプリ２０のバージョンが予め定められたバージョンであるか否かを判定する（Ｓ１０２）。決済アプリ２０のバージョンが予め定められたバージョンでない場合、本フローチャートのルーチンの処理が終了する。決済アプリ２０のバージョンが予め定められたバージョンでない場合、決済処理部１３０は、コンテンツ提供部１２０に予め定められたバージョンの決済アプリ２０をインストールさせるための画面を利用者端末装置１０の表示部に表示させてもよい。この画面を操作して利用者は予め定められたバージョンの決済アプリ２０を利用者端末装置１０にインストールすることができる。

決済アプリ２０のバージョンが予め定められたバージョンである場合、連携処理部１５０は、利用者情報１７２を参照して、利用者のオートチャージの申し込みが完了しているか否かを判定する（Ｓ１０４）。オートチャージの申し込みが完了している場合、連携処理部１５０は、利用者情報１７２を参照して、オートチャージの利用の設定がされているか否かを判定する（Ｓ１０６）。

オートチャージの利用の設定がされている場合、連携処理部１５０は、コンテンツ提供部１２０に、連携画面を利用者端末装置１０の表示部に表示させる（Ｓ１０８）。図１０は、連携画面ＩＭ２の一例を示す図である。連携画面ＩＭ２は、「前記電子決済サービスを前記他のサービスに連携させることを許可するか否かを問い合わせる問い合わせ画面」の一例である。

連携画面ＩＭ２には、アカウント連携することを示す情報や、対象サービスの支払いに継続的に電子決済サービスが利用されること、対象サービスが決済アプリ２０に支払いを依頼すること、対象サービスが電子決済サービスの残高を参照することなどの情報、これらの権限付与（連携）、情報提供（連携）に同意することを示す同意ボタンＢ２などが含まれる。

連携処理部１５０は、連携画面における同意ボタンが操作されたか否かを判定する（Ｓ１１０）。上記の同意ボタンＢ２が操作された場合、連携処理部１５０は、連携を確定させる（Ｓ１１２）。この場合、連携処理部１５０は、利用者情報１７２の連携情報において利用者の識別情報に対して、連携が確定したサービスの情報（「他のサービスとの連携が完了したことを示す情報」）を対応付ける。これにより、本フローチャートの処理が終了する。

Ｓ１０４の処理で、オートチャージの申し込みが完了していない場合、連携処理部１５０は、コンテンツ提供部１２０に申込画面を利用者端末装置１０の表示部に表示させる（Ｓ１１４）。図１１は、申込画面ＩＭ３の一例を示す図である。申込画面ＩＭ３には、銀行口座を追加するためのボタンＢ１１や、この処理をキャンセルするためのボタンＢ１２などが含まれる。利用者がボタンＢ１１を操作して銀行口座の登録を行うと、オートチャージの申し込みが完了する。この場合、連携処理部１５０（或いは情報管理部１４０）が、利用者情報１７２において利用者のオートチャージの申込の状態を済に変更する。申込画面は「前記申し込みを行うための画面」の一例である。

オートチャージの申し込みが完了すると、連携処理部１５０は、コンテンツ提供部１２０に設定画面を利用者端末装置１０の表示部に表示させる（Ｓ１１６）。図１２は、設定画面ＩＭ４の一例を示す図である。申込画面ＩＭ４には、オートチャージを有効にするための設定画面ＩＭ５に進むためのボタンＢ１３が表示される。ボタンＢ１３が操作されると、設定画面ＩＭ５が利用者端末装置１０の表示部に表示される。

図１３は、設定画面ＩＭ５の一例を示す図である。設定画面ＩＭ５には、最小チャージ額を設定する領域ＡＲ２１や、オートチャージの支払いを有効にするためのボタンＢ２１、この処理をキャンセルするためのボタンＢ２２などを含む。例えば、利用者が領域ＡＲ２１を操作することで最小チャージ額を変更することができる。利用者がボタンＢ２１を操作してオートチャージの設定を行うと、オートチャージの利用が設定される。この場合、連携処理部１５０が、利用者情報１７２において利用者のオートチャージの設定を有効に変更する。そして、図９のＳ１０８の処理に進む。

Ｓ１０６の処理で、オートチャージの利用が設定されていない場合、連携処理部１５０は、Ｓ１１６の処理と同様に設定画面（ＩＭ４、ＩＭ５）を表示部に表示させる（Ｓ１１８）。利用者が設定画面を操作して、所定の操作（口座の指定やオートチャージを有効にする操作など）を行ってオートチャージを有効にした場合、Ｓ１０８以降の処理に進む。すなわち連携処理部１５０は、利用の設定を行うための画面に対して利用者が利用を設定する操作を行った場合、電子決済サービスを他のサービスに連携させる処理を実行する。このように本フローチャートの処理が行われる。設定画面は「前記利用の設定を行うための画面」の一例である。

上記のように、連携処理部１５０は、電子決済サービスを他のサービスに連携させる処理を実行した後、他のサービスのサービスサーバ２００から他のサービスの利用者の利用に対する決済の依頼に応じて、電子決済サービスにおいて管理されている利用者のチャージ残高を利用して電子決済を行う。

連携処理部１５０は、他のサービスの電子決済においてチャージ残高が不足している場合、利用者に問い合わせことなくオートチャージを行って電子決済を完了させる。この場合、連携処理部１５０は、例えば、利用者に問い合わせことなく予め設定された金額をオートチャージして電子決済を完了させる。予め設定された金額とは、利用者が設定したオートチャージされる金額である。

予め設定された金額は、上記に代えて、電子決済において不足する金額であってもよいし、不足する金額を超えた所定額であってもよい。また、決済サーバ１００は、電子決済において不足する金額が、利用者が設定したオートチャージされる金額を超える場合には、利用者に電子決済において不足する金額をオートチャージすることを問い合わせ、利用者が承諾した場合にオートチャージを行ってもよい。

[オートチャージを設定することの効果]
例えば、オートチャージを設定せずに、対象サービスの利用を提供する場合、チャージ残高の不足により電子決済を完了させることができないことがある。例えば、マンスリーサブスクリプションサービスなどでは、対象サービスの申込時にはチャージ残高を利用して対象サービスの電子決済を行えたが、次の月などではチャージ残高が不足していることがある。利用者は、月々の支払い日を把握していなく支払い日にチャージ残高が不足していることがあるためである。このため、オートチャージを設定しないチャージ残高を利用した支払いは、対象サービスの管理者（電子決済サービスの利用者）および決済アプリ２０を利用する利用者にとって利便性が十分に高いとは言えないことがあった。

これに対して本実施形態では、上記のような課金時のエラー率を低減させ、課金時の決済成功率を向上させることができる。例えば、上記のようにオートチャージを設定して連携処理を完了させることにより対象サービスの管理者（電子決済サービスの利用者）および決済アプリ２０を利用する利用者にとって利便性を向上させることができる。例えば、チャージ残高が不足していても、オートチャージが行われた後のチャージ残高から支払いが行われるためである。例えばチャージ残高が不足していても、管理者および利用者の手間を掛けずに自動でオートチャージを利用した電子決済が行われるためである。

これにより、管理者は、安心して利用者に対象サービスを提供することができる。更に利用者は、チャージ残高を気にせずに対象サービスを利用することができる。例えば、利用者は、チャージ残高を気にせずに、サブスクリプションサービスを利用することができる。例えば、動画配信や、漫画の閲覧などの種々のサブスクリプションサービスの電子決済に関する利便性が向上する。

更に、本実施形態では、上述したように、利用者は、他のサービスの申し込みのフローから逸脱することなくシームレスにオートチャージの申し込みや設定を行うことができる。このため、利用者の利便性が向上する。

例えば、オートチャージは決済アプリで設定することができるが、サービスの申し込みにおいて決済アプリとのシームレスな動線によって、ユーザは容易にオートチャージを行うことができる。例えば、アカウント連携のフローにオートチャージの設定の有無を照会するフロー（例えば申込画面や設定画面）を組み込むことで、オートチャージのフローが簡略化され、ユーザは容易にオートチャージの申し込みや設定を行うことができる。これにより、ユーザの利便性の向上と、ユーザのサービスの申し込みの離脱率が低減する。このように、本実施形態では、ユーザがオートチャージを有効にしている場合、サービスへの申込が許可され、ユーザがオートチャージを利用することができる場合（設定がされていない場合）、サービスの申し込みとシームレスな動線でユーザはオートチャージを設定することができ、更に、ユーザがオートチャージに申し込んでない場合も同様にサービスの申し込みとシームレスにオートチャージのために銀行を追加してオートチャージを設定してサービスに申し込むことができる。本実施形態では、アカウント連携時にユーザがシームレスにオートチャージを設定できるようにして、サービスの申し込みのフローからの離脱を抑制してサービスの申し込みの成功率を向上させることに寄与することができる。

なお、上記の例では、本実施形態の処理は、サブスクリプションサービスにおける電子決済に対して適用されるものとして説明したが、これに加えて（代えて）、サブスクリプションサービスとは異なるサービスや商品の購入の決済に適用されてもよい。例えば、電子決済サービスとの連携が行われるサービスにおいて適用されてもよい。また、例えば、利用者が、ウエブ上で商品の購入の申し込みやサービスの利用の申し込みを行った場合に、決済サーバ１００は、オートチャージの申し込みや利用の設定などが行われているか否かに基づいて、連携を確定させてもよい。

また、例えば、サブスクリプションサービス（または所定のサービス）の申し込みにおいて、連携処理部１５０は、利用者情報１７２を参照して、利用者のオートチャージに関する情報が基準を満たす場合、電子決済サービスを他のサービスに連携させる処理を実行し、利用者のオートチャージに関する情報が基準を満たさない場合、電子決済サービスを他のサービスに連携させる処理とは異なる処理を実行してもよい。例えば、サブスクリプションサービスとは異なるサービス（所定のサービスとは異なるサービス）である場合、連携処理部１５０は、上記のように利用者のオートチャージに関する情報が基準を満たすか否かの判定を行う処理（例えば図９のフローチャートの処理）を行わなくてもよい。

また、ウエブを利用したサービスや商品の購入の申し込みに関わらず、オフラインでのサービスや商品の購入の申し込みにおいて、本実施形態の処理が適用されてもよい。例えば、利用者が店頭でサービスに申し込む際に電子決済サービスとの連携処理が行われる場合に、本実施形態の処理が適用されてもよい。

以上説明した第１実施形態によれば、決済サーバ１００が、利用者のオートチャージに関する情報が基準を満たす場合、電子決済サービスを他のサービスに連携させる処理を実行し、利用者のオートチャージに関する情報が基準を満たさない場合、電子決済サービスを他のサービスに連携させる処理とは異なる処理を実行することにより、利用者の利便性を向上させることができる。

＜第２実施形態＞
以下、第２実施形態について説明する。第２実施形態では、オートチャージが設定されていなくても、他の支払方法を利用可能である場合、連携処理が完了する。以下、第１実施形態との相違点を中心に説明する。

決済サーバ１００は、利用者が他のサービスの提供を受けるために電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された利用者の識別情報を取得する。決済サーバ１００は、利用者の識別情報と、電子決済サービスにおける支払方法の情報とが対応付けられた利用者情報１７２（参照情報）を参照し、支払方法として２つ以上の支払方法が設定されていることを含む条件を満たす場合、電子決済サービスを他のサービスに連携させる処理を実行し、支払方法として２つ以上の支払方法が設定されていることを含む条件を満たさない場合、電子決済サービスを他のサービスに連携させる処理とは異なる処理（例えば後述するＳ２１８、Ｓ２２０）を実行する。以下、この処理について説明する。

[インターフェース画面]
利用者が決済アプリ２０に対して所定の操作を行うと、２つ以上の支払方法を設定するための画面が表示部に表示される。例えば、チャージ残高以外の支払方法を設定するための画面が表示部に表示される。

図１４は、チャージ残高以外の支払方法を設定するための画面ＩＭ１１の一例を示す図である。画面ＩＭ１１には、例えば、利用を許可する支払方法を選択するため情報と、複数の支払方法を利用することを設定するためのスライドバーとを含む。例えば、利用者は、利用者が登録している支払方法のリストから利用する支払方法を選択したり、優先度を設定したりすることができる。また、スライドバーを操作することで、優先度に応じた支払方法によって決済が行われることを設定することができる。

画面ＩＭ１１では、チャージ残高と、後払いとが利用される支払方法として設定され、チャージ残高の次に後払いが利用されることが設定されている。画面ＩＭ１１で設定された情報は、連携処理部１５０によって第２実施形態の利用者情報１７２Ａに反映される。この場合、チャージ残高による決済ができなかった場合（例えばオートチャージが有効となっていなかったり、残高が不足していたりする場合）は、自動で次に優先順位が高い支払方法である後払いによる決済が行われる。

[利用者情報]
図１５は、利用者情報１７２Ａの内容の一例を示す図である。利用者情報１７２Ａには、第１実施形態の利用者情報１７２に含まれる情報に加え、利用者の識別情報に対して複数の支払方法の利用の可否を示す情報、および優先順位ごとの支払方法の情報が対応付けられている。例えば、チャージ残高が優先的に利用され、次に後払いが利用されることが利用者情報１７２Ａにおいて規定されている。

[フローチャート]
図１６は、決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。まず、決済サーバ１００の連携処理部１５０が、連携が開始されたか否かを判定する（Ｓ２００）。連携が開始された場合、連携処理部１５０は、利用者情報１７２を参照して、利用者のオートチャージが有効であるか否かを判定する（Ｓ２０２）。

オートチャージが有効である場合、連携処理部１５０は、コンテンツ提供部１２０に、連携画面を利用者端末装置１０の表示部に表示させる（Ｓ２０４）。連携処理部１５０は、連携画面における同意ボタンが操作されたか否かを判定する（Ｓ２０６）。連携画面における同意ボタンが操作された場合、連携処理部１５０は、連携を確定させる（Ｓ２０８）。このように、連携処理部１５０は、チャージ残高へのオートチャージが有効である場合、他の支払方法が利用可能であるか否かに関わらず、電子決済サービスを他のサービスに連携させる処理を実行する。これにより、本フローチャートの処理が終了する。なお、Ｓ２０２の処理の前に、決済アプリ２０のバージョンが予め定められたバージョンであるか否かが判定されてもよい（図９のＳ１０２参照）。

オートチャージが有効でない場合、連携処理部１５０は、利用者情報１７２Ａを参照して、他の支払方法を利用することが設定されているか否かを判定する（Ｓ２１０）。他の支払方法は、例えば、チャージ残高とは異なる一以上の支払い方法である。他の支払い方法は、例えば、後払いやクレジットカード支払いなど任意の支払い方法であってもよいし、予め設定された支払い方法であってもよい。予め設定された支払い方法は、例えば、後払いであってもよいし、クレジットカード支払いであってもよいし、これらの組み合わせであってもよい。他の支払方法が設定されている場合、連携処理部１５０は、加盟店／店舗情報１７６＃を参照して、対象サービス（対象サービスを提供している加盟店）が他の支払方法を許可しているか否かを判定する（Ｓ２１２）。

図１７は、加盟店／店舗情報１７６＃の内容の一例を示す図である。加盟店／店舗情報１７６＃には、加盟店を特定するための情報（例えば加盟店ＩＤ）に対して、利用可能な支払方法を示す情報が対応付けられている。連携処理部１５０は、例えば加盟店／店舗情報１７６＃において加盟店ＩＤに対してチャージ残高以外の他の支払方法が対応付けられているか否かを判定する。

他の支払方法を許可している場合、Ｓ２０４の処理に進む。具体的には、他のサービスを提供している提供者または他のサービスを管理している管理者が他の支払い方法（または「２つ以上の支払い方法」）が設定されていることで他のサービスを提供することを許可している場合、連携処理部１５０は、電子決済サービスを他のサービスに連携させることを許可するか否かを問い合わせる問い合わせ連携画面（問い合わせ画面）を利用者端末装置１０の表示部に表示させる。上記の「他の支払い方法」は、例えばチャージ残高とは異なる所定の支払方法である。

そして、連携処理部１５０は、連携画面に対して利用者が連携を許可する操作を行った場合、利用者情報１７２の連携情報において利用者の識別情報に対して他のサービスとの連携が完了したことを示す情報を対応付ける。

他の支払方法を許可していない場合、連携処理部１５０は、コンテンツ提供部１２０に、申込画面と設定画面との一方または双方を利用者端末装置１０の表示部に表示させる（Ｓ２１４、Ｓ２１６）。連携処理部１５０は、例えば、利用者がオートチャージを申し込んでない場合は、申込画面を表示させ、申し込んでいる場合、設定画面を表示させる。このように、連携処理部１５０は、チャージ残高へのオートチャージが利用可能でなく、他の支払方法が利用可能であるが、他のサービスの管理者が他の支払方法を許容していない場合、オートチャージを利用者に設定させるための画面を利用者端末装置１０の表示部に表示させる。

Ｓ２１０において他の支払方法が設定されていないと判定された場合、連携処理部１５０は、コンテンツ提供部１２０に、他の支払方法を設定するための画面を利用者端末装置１０の表示部に表示させる（Ｓ２１８）。この画面は、例えば、前述した図１４の画面である。他の支払方法を設定するための画面は、「２つ以上の支払方法を設定するための画面」の一例である。

連携処理部１５０は、利用者端末装置１０の表示部に表示された画面において他の支払方法を設定する操作を行ったか否かを判定する（Ｓ２２０）。利用者が表示部に表示された画面において他の支払方法を設定する操作を行った場合、Ｓ２１２の処理に進む。利用者が表示部に表示された画面において他の支払方法を設定する操作を行わなかった場合、Ｓ２１４の処理に進む。

上記の処理において、Ｓ２０８において電子決済サービスを他のサービスに連携させる処理を実行した後、決済サーバ１００は、他のサービスのサービスサーバ２００から他のサービスの利用者の利用に対する決済の依頼に応じて、電子決済サービスにおいて管理されている利用者のチャージ残高を利用して決済を行う。決済サーバ１００は、他のサービスの電子決済においてチャージ残高が不足している場合、利用者に問い合わせことなく他の支払方法を利用して電子決済を完了させる。このように、利用者が予め設定し、且つ他のサービスの管理者が許容している支払方法が設定されている場合、オートチャージが設定されていなくても、利用者は、サービスを利用することができる。

また、Ｓ２１０で他の支払い方法を利用することが設定されているか否かの判定に代えて、支払い方法の優先度が設定されているか否かが判定されてもよい。例えば、第１優先度の支払い方法と、第２優先度の支払い方法が設定されている場合、Ｓ２１２の処理に進む。

なお、上記の例では、オートチャージが有効であるか否かを判定するものとしたが（Ｓ２０２）、この処理は省略されてもよい。Ｓ２０２において、オートチャージの申し込みが完了の有無および利用の設定の有無の判定が行われてもよい（図９のＳ１０４、Ｓ１０６参照）。申し込みが完了していない場合は、申込画面および設定画面が利用者端末装置１０の表示部に表示されてもよい（図９のＳ１１４、Ｓ１１６参照）。オートチャージの申し込みが完了しているが、利用の設定がされていない場合は、設定画面が利用者端末装置１０の表示部に表示されてもよい（図９のＳ１１８参照）。上記のオートチャージの申し込みが完了の有無および利用の設定の有無の判定は、Ｓ２１０の処理の後や、Ｓ２２０の処理の後など任意のタイミングで実行されてもよい。

また、第２実施形態の処理は、他のサービスがサブスクリプションサービスである場合に実行されてもよい。例えば、サブスクリプションサービス（または所定のサービス）の申し込みにおいて、連携処理部１５０は、利用者情報１７２Ａを参照して、２つ以上の支払い方法が設定されていることを含む条件を満たすか否かに基づいて、電子決済サービスを他のサービスに連携させる処理を実行するか否かを判定してもよい。例えば、サブスクリプションサービスとは異なるサービス（所定のサービスとは異なるサービス）である場合、連携処理部１５０は、上記の判定を行う処理（例えば図１６のフローチャートの処理）を行わなくてもよい。

以上説明した第２実施形態によれば、より利用者の利便性が向上する。例えば、オートチャージが有効でなくても、他の支払い方法が設定されていれば、連携が行われるため、他のサービスの利用者の利便性が向上する。また、他のサービスの提供者である利用者も同様にオートチャージが有効でなくても、他の支払い方法が設定されていれば、対価を得られる可能性が高いため、連携処理を完了させて他のサービスを提供することができるため利便性が向上する。

＜第３実施形態＞
以下、第３実施形態について説明する。第３実施形態では、オートチャージが設定されていなくても、利用者の健全度に基づいて連携処理が完了させる。以下、第１実施形態との相違点を中心に説明する。

決済サーバ１００は、利用者が他のサービスの提供を受けるために電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する。決済サーバ１００は、利用者の識別情報と、利用者の電子決済サービスにおける資金管理に関する健全度を示す指標とが対応付けられた利用者情報（参照情報）を参照し、利用者の健全度を示す指標に基づいて、電子決済サービスを他のサービスに連携させる処理を実行するか否かを判定する。

連携処理部１５０は、指標が基準を満たす場合に電子決済サービスを他のサービスに連携させる処理を実行し、指標が基準を満たさない場合に電子決済サービスを他のサービスに連携させる処理とは異なる処理（例えば後述するＳ３１６、Ｓ３１８、Ｓ３２２）を実行する。以下、この処理について説明する。

図１８は、第３実施形態の利用者情報１７２Ｂの内容の一例を示す図である。利用者情報１７２Ｂは、第１実施形態の利用者情報１７２の情報に加え、利用者を特定するための情報に対して健全指標が対応付けられている。健全指標は、利用者の資金管理に関する健全性を示す指標である。健全指標が高いほど、電子決済サービスにおける電子決済の成功率が高いと推定される。成功率は、例えば電子決済におけるチャージ残高などの決済方法から引き落としがされた場合の成功率である。健全指標は、後述する利用者情報１７２Ｃから導出された指標である。

図１９は、利用者情報１７２Ｃの内容の一例を示す図である。利用者情報１７２Ｃは、利用者を特定するための情報に対して健全指標を導出するための着目指標が対応付けられている。着目指標は、例えば、所定の期間ごと（月々）の引き落としの成功率や、決済成功率、保留中の支払予定額、所定期間における平均残高などである。決済サーバ１００は、複数の着目指標のうち一以上の着目指標を用いて健全指標を導出する。例えば、決済サーバ１００は、統計処理を実行して、健全指標を導出する。

所定の期間ごとの引き落としの成功率は、例えば、電子決済サービスを利用した当該引き落としが成功した度合を示す指標である。例えば、毎月または所定の期間ごとに、予め設定された日に予め設定された利用額や、設定期間における決済額などがチャージ残高から引き落とされる設定がされていることがある。引き落としの成功率は、この場合の成功率（または成功度合）である。例えば、成功率が高いほど、健全指標は高い傾向となる。

決済成功率は、例えば、電子決済サービスを利用した電子決済が成功した度合を示す指標である。例えば、パターン１、パターン２、またはウエブ上で電子決済サービスを利用したときの電子決済が成功した度合を示す指標である。この指標は、能動的に行った電子決済サービスを利用した電子決済における決済の成功度合に基づいて導出された指標である。例えば、成功率が高いほど、健全指標は高い傾向となる。

保留中の支払予定額は、例えば、電子決済サービスにおいて、将来、ユーザが支払う義務を負っている支払予定額である。例えば、電子決済サービスにおける将来の引き落とし額や、後払いに係る将来の支払い額である。例えば、保留中の支払予定額が低いほど、健全指標は高い傾向となる。

所定期間における平均残高は、例えば、所定の期間における電子決済サービスのチャージ残高の平均額である。平均残高は、チャージ残高に加え、後払いなど電子決済サービスにおいて利用可能な他の支払方法の額が含まれていてもよい。例えば、残高が大きいほど、健全指標は高い傾向となる。

上記の例では、電子決済サービスにおける利用者の各種情報が利用されるものとして説明したが、これに加えて（または代えて）、電子決済サービスにおける利用者の各種情報とは異なる情報が利用されてもよい。異なる情報とは、提携している金融機関における利用者の資産の情報や、負債など利用者の信用度を推定可能な情報である。

[フローチャート]
図２０は、決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。なお、本処理の順序の一部または全部は変更されてもよいし、一部の処理は省略されてもよい。例えば、Ｓ３０２や、Ｓ３０４、Ｓ３０６の処理は省略されてもよい。

まず、決済サーバ１００の連携処理部１５０が、連携が開始されたか否かを判定する（Ｓ３００）。連携が開始された場合、連携処理部１５０は、決済アプリ２０のバージョンが予め定められたバージョンであるか否かを判定する（Ｓ３０２）。決済アプリ２０のバージョンが予め定められたバージョンでない場合、本フローチャートのルーチンの処理が終了する。決済アプリ２０のバージョンが予め定められたバージョンである場合、連携処理部１５０は、利用者情報１７２を参照して、利用者のオートチャージの申し込みが完了しているか否かを判定する（Ｓ３０４）。オートチャージの申し込みが完了している場合、連携処理部１５０は、利用者情報１７２を参照して、オートチャージの利用の設定がされているか否かを判定する（Ｓ３０６）。

オートチャージの利用の設定がされている場合、連携処理部１５０は、コンテンツ提供部１２０に、連携画面を利用者端末装置１０の表示部に表示させる（Ｓ３０８）。連携処理部１５０は、連携画面における同意ボタンが操作されたか否かを判定する（Ｓ３１０）。上記の同意ボタンＢ２が操作された場合、連携処理部１５０は、連携を確定させる（Ｓ３１２）。これにより、本フローチャートの処理が終了する。連携処理部１５０は、チャージ残高へのオートチャージが利用可能である場合、利用者の健全度を示す指標に関わらず、電子決済サービスを他のサービスに連携させる処理を実行する。

Ｓ３０４の処理で、オートチャージの申し込みが完了していない場合、連携処理部１５０は、利用者が健全な利用者であるか否かを判定する（Ｓ３１４）。健全な利用者である場合（健全指標が基準を満たす利用者である場合）、Ｓ３０８の処理に進む。この場合、連携処理部１５０は、電子決済サービスを他のサービスに連携させることを許可するか否かを問い合わせる問い合わせ連携画面を利用者端末装置１０の表示部に表示させる。そして、連携処理部１５０は、連携画面に対して利用者が連携を許可する操作を行った場合、利用者情報１７２の連携情報において利用者の識別情報に対して他のサービスとの連携が完了したことを示す情報を対応付ける。

健全な利用者でない場合、連携処理部１５０は、コンテンツ提供部１２０に申込画面を利用者端末装置１０の表示部に表示させる（Ｓ３１６）。申込画面においてオートチャージの申し込みが完了すると、連携処理部１５０は、コンテンツ提供部１２０に設定画面を利用者端末装置１０の表示部に表示させる（Ｓ３１８）。設定画面においてオートチャージが設定されるとＳ３０８の処理に進む。

Ｓ３０６の処理で、オートチャージの利用が設定されていない場合、連携処理部１５０は、Ｓ３１６の処理と同様に設定画面を表示部に表示させる（Ｓ３２２）。利用者が設定画面を操作して、オートチャージを有効にした場合、Ｓ３０８の処理に進む。このように本フローチャートの処理が行われる。

上記のように、連携処理部１５０は、電子決済サービスを他のサービスに連携させる処理を実行した後、他のサービスのサービスサーバ２００から他のサービスの利用者の利用に対する決済の依頼に応じて、電子決済サービスにおいて管理されている利用者のチャージ残高を利用して電子決済を行う。

更に、上記のように、連携処理部１５０は、チャージ残高へのオートチャージが利用可能でなく、利用者の健全度を示す指標が基準を満たしていない場合、オートチャージを利用者に設定させるための画面を利用者の端末装置の表示部に表示させる（例えばＳ３１６、Ｓ３１８、Ｓ３２２参照）。連携処理部１５０は、オートチャージが設定された場合に、他のサービスとの連携を完了させるための処理を実行する（例えばＳ３０８－Ｓ３１２）。

また、第３実施形態の処理は、他のサービスがサブスクリプションサービスである場合に実行されてもよい。例えば、サブスクリプションサービス（または所定のサービス）の申し込みにおいて、連携処理部１５０は、利用者の健全指標に基づいて、電子決済サービスを他のサービスに連携させる処理を実行するか否かを判定してもよい。例えば、サブスクリプションサービスとは異なるサービス（所定のサービスとは異なるサービス）である場合、連携処理部１５０は、上記の判定を行う処理（例えば図２０のフローチャートの処理）を行わなくてもよい。

以上説明した第３実施形態によれば、決済サーバ１００は、利用者の健全度を示す指標に基づいて、電子決済サービスを他のサービスに連携させる処理を実行するか否かを判定することにより、容易に連携処理を行うことを可能にするため、利用者の利便性を向上させることができる。

＜第４実施形態＞
以下、第４実施形態について説明する。第４実施形態では、オートチャージが設定されていなくても、他の支払方法が利用の可否および利用者の健全度に基づいて連携処理の完了が行われる。以下、他の実施形態との相違点を中心に説明する。

[フローチャート]
図２１は、決済サーバ１００により実行される処理の流れの一例を示すフローチャートである。図２１のフローチャートの処理の一部は省略されてもよいし、処理の順序は変更されてもよい。例えば、後述するＳ４１０の処理は、Ｓ４１２の処理とＳ４１６の処理との間や、Ｓ４１４の処理の後、Ｓ４１８の処理の後に実行されてもよい。

まず、決済サーバ１００の連携処理部１５０が、連携が開始されたか否かを判定する（Ｓ４００）。連携が開始された場合、連携処理部１５０は、利用者情報１７２を参照して、利用者のオートチャージが有効であるか否かを判定する（Ｓ４０２）。

オートチャージが有効である場合、連携処理部１５０は、コンテンツ提供部１２０に、連携画面を利用者端末装置１０の表示部に表示させる（Ｓ４０４）。連携処理部１５０は、連携画面における同意ボタンが操作されたか否かを判定する（Ｓ４０６）。連携画面における同意ボタンが操作された場合、連携処理部１５０は、連携を確定させる（Ｓ４０８）。これにより、本フローチャートの処理が終了する。なお、Ｓ４０２の処理の前に、決済アプリ２０のバージョンが予め定められたバージョンであるか否かが判定されてもよい。

オートチャージが有効でない場合、連携処理部１５０は、利用者が健全な利用者であるか否かを判定する（Ｓ４１０）。健全な利用者である場合、Ｓ４０４の処理に進む。健全な利用者でない場合、連携処理部１５０は、利用者情報１７２Ａを参照して、他の支払方法を利用することが設定されているか否かを判定する（Ｓ４１２）。他の支払方法（またはチャージ残高とは異なる所定の支払方法）が設定されている場合、連携処理部１５０は、加盟店／店舗情報１７６＃を参照して、対象サービス（対象サービスを提供している加盟店）が他の支払方法を許可しているか否かを判定する（Ｓ４１４）。

他の支払方法を許可している場合、Ｓ４０４の処理に進む。他の支払方法を許可していない場合、連携処理部１５０は、コンテンツ提供部１２０に、申込画面と設定画面との一方または双方を利用者端末装置１０の表示部に表示させる（Ｓ４２０、Ｓ４２２）。連携処理部１５０は、例えば、利用者がオートチャージを申し込んでない場合は、申込画面を表示させ、申し込んでいる場合、設定画面を表示させる。

Ｓ４１２において他の支払方法が設定されていないと判定された場合、連携処理部１５０は、コンテンツ提供部１２０に、他の支払方法を設定するための画面を利用者端末装置１０の表示部に表示させる（Ｓ４１６）。この画面は、例えば、前述した図１４の画面である。

利用者が表示部に表示された画面において他の支払方法を設定する操作を行った場合、Ｓ４１４の処理に進む。利用者が表示部に表示された画面において他の支払方法を設定する操作を行わなかった場合、Ｓ４２０の処理に進む。

以上説明した第４実施形態によれば、決済サーバ１００は、上述した各実施形態と同様に、利用者の利便性を向上させることができる。

＜第５実施形態＞
以下、第５実施形態について説明する。第５実施形態では、加盟店または店舗が、利用者にサービスを提供する条件（例えばオートチャージや、他の支払方法、健全度など）を任意に設定することができる。以下、第１実施形態との相違点を中心に説明する。

図２２は、条件を設定する画面の一例を示す図である。画面ＩＭ２１は、例えば、オートチャージをサービスの申し込みの条件に設定する操作領域ＡＲ３１、後払い（または所定の支払い方法）をサービスの申し込みの条件に設定する操作領域ＡＲ３２、健全なユーザをサービスの申し込みの条件に設定する操作領域ＡＲ３３、および操作された操作領域を条件に決定するための決定ボタンＢ３１を含む。この画面ＩＭ２１は、例えば、加盟店向けインターフェース７２が第２店舗端末装置７０の表示部に表示させる画面である。操作領域が加盟店または店舗の管理者により操作され、且つ決定ボタンＢ３１が操作された場合、操作に応じた条件が設定される。管理者は、複数の条件を設定することができる。操作領域ＡＲ３１と、操作領域ＡＲ３２と、操作領域ＡＲ３３とのうち、いずれかの操作領域は省略されてもよい。例えば、オートチャージのみが申し込みの条件として選択可能でもよい。

図２３は、条件を設定する画面の他の一例を示す図である。画面ＩＭ２２には、例えば、健全なユーザをサービスの申し込みの条件に設定した場合に、表示される加盟店または店舗が許容する健全度を設定するための画面である。この画面ＩＭ２２は、例えば、加盟店向けインターフェース７２が第２店舗端末装置７０の表示部に表示させる画面である。

画面ＩＭ２２は、例えば、健全度Ａの利用者をサービスの申し込みにおいて許容することを設定する操作領域ＡＲ４１、健全度Ｂの利用者をサービスの申し込みにおいて許容することを設定する操作領域ＡＲ４２、健全度Ｃの利用者をサービスの申し込みにおいて許容することを設定する操作領域ＡＲ４３、および操作された操作領域を許容する健全度に決定するための決定ボタンＢ４１を含む。操作領域が加盟店または店舗の管理者により操作され、且つ決定ボタンＢ４１が操作された場合、操作に応じた健全度が判定の条件として設定される。例えば、画面ＩＭ２２に示すように、健全度Ａおよび健全度Ｂが設定された場合、健全度Ａおよび健全度Ｂの利用者はサービスの申し込みが許容される。

連携処理部１５０は、上記の画面ＩＭ２１および画面ＩＭ２２に対する操作に応じた情報を、加盟店／店舗情報１７６の対応する加盟店または店舗を識別するための情報に対応付ける。図２４は、第４実施形態の加盟店／店舗情報１７６の第１テーブル１７６Ａ＃の内容の一例を示す図である。第１テーブル１７６Ａ＃は、例えば、店舗ＵＲＬ、加盟店ＩＤ、および店舗ＩＤに対して、画面ＩＭ２１で設定された許容する支払い方法および画面ＩＭ２２で設定された許容する健全度が対応付けられた情報である。

連携処理部１５０は、上記の第１テーブル１７６Ａ＃を参照して、利用者がサービスの申し込みの条件を満たす利用者であるか否かを判定する。例えば、連携処理部１５０は、申し込みの条件を対象の加盟店または店舗が設定していない場合は、利用者がオートチャージや後払い、健全なユーザであるか否かに関わらず、連携処理を完了させ、申し込みの条件を対象の加盟店または店舗が設定している場合は、条件を考慮して連携処理の完了の可否を判断する。

以上説明した第５実施形態によれば、加盟店または店舗が、利用者にサービスを提供する条件を任意に設定することができるため、加盟店または店舗の意図に応じた利用者にサービスを提供することができる。これにより、加盟店または店舗にとっての利便性が向上する。

以上説明した各実施形態によれば、決済サーバ１００は、他のサービスとの連携を適切に行うことができるため、利用者の利便性を向上させることができる。

以上、本発明を実施するための形態について実施形態を用いて説明したが、本発明はこうした実施形態に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。

１０ 利用者端末装置
２０ 決済アプリ
１００ 決済サーバ
１２０ コンテンツ提供部
１３０ 決済処理部
１４０ 情報管理部
１５０ 連携処理部
１７２ 利用者情報

Claims (12)

1. 電子決済サービスを提供する情報処理装置であって、
   利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、
   前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
   前記支払方法として、少なくとも１つの前記電子決済サービスを利用する支払方法を含む、２つ以上の支払方法が設定されていることを含む条件を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理部と、
   を備える情報処理装置。
2. 電子決済サービスを提供する情報処理装置であって、
   利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する取得部と、
   前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
   前記支払方法として、前記電子決済サービスにおけるオートチャージが設定されていない場合に、前記オートチャージとは異なる他の支払方法が設定されている場合に、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理部と、
   を備える情報処理装置。
3. 前記処理部は、前記支払方法として、前記電子決済サービスにおけるオートチャージが設定されている場合に、前記電子決済サービスを前記他のサービスに連携させる処理を実行する、
   請求項１または２に記載の情報処理装置。
4. 前記電子決済サービスは、チャージ残高を利用した支払を行うことが可能なサービスであり、
   前記処理部は、
   前記電子決済サービスを前記他のサービスに連携させる処理を実行した後、前記他のサービスのサーバ装置から前記他のサービスの前記利用者の利用に対する決済の依頼に応じて、前記電子決済サービスにおいて管理されている前記利用者のチャージ残高を利用して前記決済を行う、
   請求項１に記載の情報処理装置。
5. 前記処理部は、前記他のサービスの決済において前記チャージ残高が不足している場合、前記利用者に問い合わせことなく他の支払方法を利用して前記決済を完了させる、
   請求項４に記載の情報処理装置。
6. 前記他の支払方法は、前記利用者が予め設定し、且つ前記他のサービスの管理者が許容している支払方法である、
   請求項５に記載の情報処理装置。
7. 前記電子決済サービスは、チャージ残高を利用した支払を行うことが可能なサービスであり、
   前記処理部は、
   前記利用者がチャージ残高を利用した支払方法の他に他の支払方法が利用可能である場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行し、
   前記利用者がチャージ残高を利用した支払方法の他に他の支払方法が利用可能でない場合、前記電子決済サービスを前記他のサービスに連携させる処理とは異なる処理を実行する、
   請求項１に記載の情報処理装置。
8. 前記他のサービスは、前記連携が行われた後、所定期間後に前記他のサービスのサービス料が決済されるサービスである、
   請求項１または２に記載の情報処理装置。
9. 電子決済サービスを提供する情報処理装置が、
   利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する処理と、
   前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
   前記支払方法として、少なくとも１つの前記電子決済サービスを利用する支払方法を含む、２つ以上の支払方法が設定されていることを含む条件を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理と、
   を実行する情報処理方法。
10. 電子決済サービスを提供する情報処理装置に、
    利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する処理と、
    前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
    前記支払方法として、少なくとも１つの前記電子決済サービスを利用する支払方法を含む、２つ以上の支払方法が設定されていることを含む条件を満たす場合、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理と、
    を実行させるプログラム。
11. 電子決済サービスを提供する情報処理装置が、
    利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する処理と、
    前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
    前記支払方法として、前記電子決済サービスにおけるオートチャージが設定されていない場合に、前記オートチャージとは異なる他の支払方法が設定されている場合に、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理と、
    を実行する情報処理方法。
12. 電子決済サービスを提供する情報処理装置に、
    利用者が他のサービスの提供を受けるために前記電子決済サービスとの連携を行うことを指示する操作を行ったことに応じて送信された前記利用者の識別情報を取得する処理と、
    前記利用者の識別情報と、前記電子決済サービスにおける支払方法の情報とが対応付けられた参照情報を参照し、
    前記支払方法として、前記電子決済サービスにおけるオートチャージが設定されていない場合に、前記オートチャージとは異なる他の支払方法が設定されている場合に、前記電子決済サービスを前記他のサービスに連携させる処理を実行する処理と、
    を実行させるプログラム。

Images