特許 7570451 情報処理装置、報処理方法および情報処理プログラム

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

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

(11)【特許番号】

(24)【登録日】2024-10-10

(45)【発行日】2024-10-21

(54)【発明の名称】情報処理装置、報処理方法および情報処理プログラム

(51)【国際特許分類】

   G06Q 20/24 20120101AFI20241011BHJP

【ＦＩ】

G06Q20/24

【請求項の数】 10

(21)【出願番号】P 2023048694

(22)【出願日】2023-03-24

(65)【公開番号】P2024137248

(43)【公開日】2024-10-07

【審査請求日】2023-03-27

【新規性喪失の例外の表示】特許法第３０条第２項適用 令和４年１２月１４日 ｈｔｔｐｓ：／／ｃａｒｄ．ｙａｈｏｏ．ｃｏ．ｊｐ／ｐａｙｐａｙｃａｒｄ／ｃａｍｐａｉｇｎ／？＿ｇａ＝２．２０１１００９１０．１１２０４６３３５．１６７８４３０５８４－２１％５Ｂ

【早期審査対象出願】

【前置審査】

(73)【特許権者】

【識別番号】519110124

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

(74)【代理人】

【識別番号】110002147

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

(72)【発明者】

【氏名】森川 晶代

(72)【発明者】

【氏名】鈴木 由佳梨

【審査官】阿部 圭子

(56)【参考文献】

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

【文献】特開２０２０－１２６５４５（ＪＰ，Ａ）

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

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

Ｇ０６Ｑ １０／００ － ９９／００

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

【請求項1】

ユーザから決済サービスの申し込みを受け付ける受付部と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得部と、
前記受付部によって前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供部と、
を備え、
前記受付部は、
前記決済サービスの申し込みを受け付ける際に、前記所定のサービスと連携するウェブサービスへのログインをユーザに対して要求し、
前記取得部は、
前記ウェブサービスのアカウントが前記所定のサービスのアカウントと連携済みか否かに関する情報を前記所定のサービスから取得し、
前記提供部は、
ユーザが前記所定のサービスと前記ウェブサービスとアカウントを連携済みである場合に、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理装置。

【請求項2】

ユーザから決済サービスの申し込みを受け付ける受付部と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得部と、
前記受付部によって前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供部と
を備え、
前記取得部は、
前記アカウント情報として、各サービスにおけるアカウントの連携情報を取得し、
前記提供部は、
前記取得部によって取得された前記アカウント情報に基づき、前記所定のサービスと、アカウントの連携済みか否かの判定対象となる特定のサービスとがアカウント連携済みである前記ユーザに対して、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理装置。

【請求項3】

前記提供部は、
前記所定のサービスと前記ウェブサービスとアカウントを連携済みでないユーザに対して、前記連携サービスの申し込み画面を提供しないこと
を特徴とする請求項１に記載の情報処理装置。

【請求項4】

前記受付部は、
前記所定のサービスと連携する前記決済サービスの申し込みを受け付け、
前記提供部は、
前記所定のサービスにおいて開設されたユーザのウォレットの支払いを前記決済サービスのクレジットカード払いにする前記連携サービスの申し込み画面を提供すること
を特徴とする請求項１または２に記載の情報処理装置。

【請求項5】

前記連携サービスは、
ユーザの前記ウォレットで決済された締め日までの利用金額を前記クレジットカード払いとして、後日まとめて請求するサービスであること
を特徴とする請求項４に記載の情報処理装置。

【請求項6】

前記提供部は、
前記決済サービスを利用中のユーザが既に利用中の連携サービスのうち、所定条件に基づいて選択された連携サービスの申し込み画面を提供すること
を特徴とする請求項１または２に記載の情報処理装置。

【請求項7】

コンピュータが実行する情報処理方法であって、
ユーザから決済サービスの申し込みを受け付ける受付工程と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得工程と、
前記受付工程によって前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供工程と、
を含み、
前記受付工程は、
前記決済サービスの申し込みを受け付ける際に、前記所定のサービスと連携するウェブサービスへのログインをユーザに対して要求し、
前記取得工程は、
前記ウェブサービスのアカウントが前記所定のサービスのアカウントと連携済みか否かに関する情報を前記所定のサービスから取得し、
前記提供工程は、
ユーザが前記所定のサービスと前記ウェブサービスとアカウントを連携済みである場合に、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理方法。

【請求項8】

ユーザから決済サービスの申し込みを受け付ける受付手順と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得手順と、
前記受付手順によって前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供手順と、
をコンピュータに実行させ、
前記受付手順は、
前記決済サービスの申し込みを受け付ける際に、前記所定のサービスと連携するウェブサービスへのログインをユーザに対して要求し、
前記取得手順は、
前記ウェブサービスのアカウントが前記所定のサービスのアカウントと連携済みか否かに関する情報を前記所定のサービスから取得し、
前記提供手順は、
ユーザが前記所定のサービスと前記ウェブサービスとアカウントを連携済みである場合に、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理プログラム。

【請求項9】

コンピュータが実行する情報処理方法であって、
ユーザから決済サービスの申し込みを受け付ける受付工程と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得工程と、
前記受付工程による前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供工程と
を含み、
前記取得工程は、
前記アカウント情報として、各サービスにおけるアカウントの連携情報を取得し、
前記提供工程は、
前記取得工程によって取得された前記アカウント情報に基づき、前記所定のサービスと、アカウントの連携済みか否かの判定対象となる特定のサービスとがアカウント連携済みである前記ユーザに対して、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理方法。

【請求項10】

ユーザから決済サービスの申し込みを受け付ける受付手順と、
前記決済サービスの申し込みを行うユーザのアカウント情報を所定のサービスから取得する取得手順と、
前記受付手順による前記決済サービスの申し込みを受け付ける際に、前記所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供手順と
をコンピュータに実行させ、
前記取得手順は、
前記アカウント情報として、各サービスにおけるアカウントの連携情報を取得し、
前記提供手順は、
前記取得手順によって取得された前記アカウント情報に基づき、前記所定のサービスと、アカウントの連携済みか否かの判定対象となる特定のサービスとがアカウント連携済みである前記ユーザに対して、前記連携サービスの申し込み画面を提供する
ことを特徴とする情報処理プログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

従来、電子マネーを用いて代金を支払う電子決済サービスが知られている。たとえば、電子決済サービスの一種として、ユーザが携帯する端末装置を用いて２次元コード等を表示または読み取ることで決済を行う手法が知られている。

【0003】

たとえば、電子決済サービスでは、ユーザのウォレットにクレジットカードを紐づけておき、ユーザが電子マネー決済で利用した金額を後日まとめて支払う後払い決済に関する技術が提案されている（たとえば、特許文献１参照）。

【先行技術文献】

【特許文献】

【0004】

【文献】特開２０２２－１５８８１０号公報

【発明の概要】

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

【0005】

しかしながら、従来技術では、ユーザは、後払いサービス等の連携サービスと、クレジットカードの申し込みを別々に行う必要があり、ユーザが複数のサービスを効率よく申し込みを行ううえで改善の余地があった。

【0006】

本発明は、上記に鑑みてなされたものであって、ユーザが複数のサービスを効率よく申し込みを行うことができる情報処理装置、情報処理システム、情報処理方法および情報処理プログラムを提供することを目的とする。

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

【0007】

上述した課題を解決し、目的を達成するために、本発明に係る情報処理装置は、ユーザから決済サービスの申し込みを受け付ける受付部と、前記受付部による前記決済サービスの申し込みを受け付ける際に、所定のサービスで利用可能な連携サービスの申し込み画面を提供する提供部とを備える。

【発明の効果】

【0008】

本発明によれば、ユーザが複数のサービスを効率よく申し込みを行うことができる。

【図面の簡単な説明】

【0009】

【図1】図１は、実施形態に係る情報処理の一例を示す図である。

【図2】図２は、連携サービスの申し込み条件の一例を示す図である。

【図3】図３は、実施形態に係る画面遷移の一例を示す図である。

【図4】図４は、実施形態に係る画面遷移の一例を示す図である。

【図5】図５は、実施形態に係る情報処理装置の構成例を示すブロック図である。

【図6】図６は、実施形態に係る提供処理の処理手順の一例を示すフローチャートである。

【図7】図７は、実施形態に係る情報処理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。

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

【0010】

以下に、本願に係る情報処理装置、情報処理方法および情報処理プログラムを実施するための形態（以下、「実施形態」と記載する。）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る情報処理装置、情報処理方法および情報処理プログラムが限定されるものではない。

【0011】

［実施形態］
〔１．情報処理〕
まず、図１を用いて、実施形態に係る情報処理の一例について説明する。図１は、実施形態に係る情報処理の一例を示す図である。なお、以下では、決済サービスがクレジットカードの信用取引に関するサービスであり、所定のサービスがユーザのユーザ端末１００を利用した電子マネー決済に関するサービスである場合について説明する。

【0012】

図１に示すように、実施形態に係る情報処理装置１は、たとえば、クレジットカード会社が運営する情報処理装置であり、例えば、サーバ装置やクラウドシステムにより実現される。

【0013】

たとえば、図１に示すクレジットカード会社は、電子決済事業者およびポータルサイト事業者と連携し、ユーザに対して各種サービスを提供する。本実施形態において、情報処理装置１は、ユーザからクレジットカードの申請を受け付ける。

【0014】

電子決済事業者が保有する電子決済サーバ２００は、各ユーザに対して電子マネー決済サービスを提供するサーバ装置である。例えば、電子決済サーバ２００は、ユーザ端末１００を用いる電子決済に関する電子決済サービスを提供し、各種の決済を行う情報処理装置である。例えば、電子決済サーバ２００は、取引対象の提供者（事業者）や取引対象が提供されるユーザの口座を管理しており、ユーザからの決済要求に従って、口座間における電子マネーの送金等を行うことで、各種決済を実現する。

【0015】

ポータルサイト事業者が保有するポータルサーバ３００は、ポータルサイトを運営するサーバ装置である。ポータルサイトは、ネットショッピングや、オークション、フリマなどといった各種ＥＣサイトや、インターネット接続、検索サービス、ＳＮＳ（Social Networking Service）、電子商取引、電子決済、オンラインゲーム、オンラインバンキング、オンライントレーディング、宿泊・チケット予約、動画・音楽配信等のサービスを含む。

【0016】

図１に示すユーザ端末１００は、ユーザによって利用される情報処理装置である。ユーザ端末１００は、例えば、スマートフォンや、タブレット型端末や、ノート型ＰＣ（Personal Computer）や、デスクトップＰＣや、携帯電話機や、ＰＤＡ（Personal Digital Assistant）等により実現される。また、ユーザ端末１００は、情報処理装置１、電子決済サーバ２００およびポータルサーバ３００によって配信される情報を、ウェブブラウザやアプリケーションにより表示する。なお、図１に示す例では、ユーザ端末１００がスマートフォンである場合を示す。

【0017】

ここで、情報処理装置１が実行する提供処理に先立ち、ユーザ端末１００を用いた決済（電子決済）の一例について説明する。なお、以下の説明では、店舗Ａに配置された２次元コード（ＱＲコード（登録商標））であって、店舗Ａを識別する店舗識別情報を示す２次元コードを用いて、ユーザがユーザ端末１００を用いた決済を行う例について説明するが、実施形態は、これに限定されるものではない。以下に説明する決済の一例は、任意のユーザが任意のユーザ端末１００を用いて、任意の店舗にて決済を行う場合においても適用可能である。また、店舗識別情報は、ＱＲコードのみならず、バーコードや所定のマーク、番号等であってもよい。

【0018】

例えば、ユーザが店舗Ａにて各種の商品やサービスといった決済対象（取引対象）の利用や購入に伴う決済を行う場合、ユーザは、ユーザ端末１００に予めインストールされた決済アプリを起動する。そして、ユーザは、決済アプリを介して、店舗Ａに設置された店舗識別情報を撮影する。このような場合、ユーザ端末１００は、決済対象の価格を入力するための画面を表示し、ユーザ或いは店舗Ａの店員から決済金額の入力を受け付ける。そして、ユーザ端末１００は、ユーザを識別するユーザ識別情報と、店舗識別情報（若しくは、店舗識別情報が示す情報、すなわち、店舗Ａ（若しくは店舗Ａの事業者）を示す情報（例えば、店舗ＩＤ）と、決済金額とを示す決済情報を電子決済サーバ２００へ送信する。

【0019】

このような場合、電子決済サーバ２００は、ユーザ識別情報が示すユーザの口座から、店舗識別情報が示す店舗Ａの口座へと、決済金額が示す額の電子マネーを移行させる。そして、電子決済サーバ２００は、決済が完了した旨の通知をユーザ端末１００へ送信する。このような場合、ユーザ端末１００は、決済が完了した旨の画面や所定の音声を出力することで、電子マネーによる決済が行われた旨を通知する。

【0020】

より詳細な例を説明する。例えば、店舗Ａに設置された店舗識別情報は、店舗ごとに設定されるＵＲＬであって、店舗Ａが属するグループを示すグループ識別情報と、そのグループにおいて店舗Ａを識別するグループ店舗識別情報とに紐づけ、電子決済サーバ２００が参照可能に管理されている。なお、店舗識別情報となるＵＲＬは、電子決済サーバ２００にアクセスするためのＵＲＬとなる。ユーザ端末１００は、店舗識別情報を撮影すると、撮影した店舗識別情報が示すＵＲＬにアクセスし、ユーザ識別情報を送信する。このような場合、電子決済サーバ２００は、アクセスされたＵＲＬと対応するグループ識別情報を特定し、特定したグループ識別情報と紐づけられた電子マネーの口座（「ウォレット」と表示する場合がある）を特定する。続いて、電子決済サーバ２００は、ユーザ端末１００に対して金額入力画面を表示させ、金額を入力させる。そして、電子決済サーバ２００は、ユーザ端末１００から受けつけたユーザ識別情報と紐づけられたウォレットから、グループ識別情報を特定し、特定したグループ識別情報と紐づけられたウォレットに対して、入力された金額の電子マネーを移動させる。なお、電子決済サーバ２００は、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに電子マネーを移動させてもよい。

【0021】

なお、ユーザ端末１００を用いた決済は、上述した処理に限定されるものではない。例えば、ユーザ端末１００を用いた決済は、店舗Ａに設置された店舗端末を用いたものであってもよい。例えば、ユーザ端末１００は、ユーザを識別するためのユーザ識別情報を画面上に表示させる。このような場合、店舗Ａに設置された店舗端末は、ユーザ端末１００に表示されたユーザ識別情報を読み取り、ユーザ識別情報（若しくは、ユーザ識別情報が示す情報、すなわち、ユーザを示す情報（例えば、ユーザＩＤ）と、決済金額と、店舗Ａを識別する情報とを示す決済情報を電子決済サーバ２００へ送信する。このような場合、電子決済サーバ２００は、ユーザ識別情報が示すユーザの口座から、店舗Ａの口座へ、決済金額が示す額の電子マネーを移行させ、店舗Ａの店舗端末或いはユーザ端末１００に対し、決済が完了した旨の画面や所定の音声を出力させることで、決済が行われた旨を通知してもよい。

【0022】

より詳細には、ユーザ端末１００は、ユーザ識別情報とともに電子決済サーバ２００に対して支払いリクエストを送信する。このような場合、電子決済サーバ２００は、ワンタイムコードを生成し、生成したワンタイムコードとユーザ識別情報とを紐づけるとともに、ワンタイムコードをユーザ端末１００に送信する。すると、ユーザ端末１００は、画面上にワンタイムコード（すなわち、ユーザを識別する情報）を表示する。このような場合、店舗端末は、ユーザ端末１００に表示されたワンタイムコードを読み取ると、読み取ったワンタイムコードと、グループ識別情報、グループ店舗識別情報および決済金額を電子決済サーバ２００に送信する。すると、電子決済サーバ２００は、ワンタイムコードに紐づけられたユーザ識別情報に紐づくウォレットから、グループ識別情報およびグループ店舗識別情報とに紐づけられるウォレットに決済金額分の電子マネーを移動させる。

【0023】

また、ユーザ端末１００を用いた決済は、ユーザが予め電子マネーをチャージした口座から店舗Ａの口座へ電子マネーを移行させる処理のみならず、例えば、ユーザが予め登録したクレジットカードを用いた決済であってもよい。このような場合、例えば、ユーザ端末１００は、店舗Ａの口座に対して決済金額の電子マネーを移行させるとともに、ユーザのクレジットカードの運用会社（カード会社）に対し、決済金額を請求してもよい。

【0024】

ところで、近年では、上述したＱＲコードを用いた電子マネー決済が広く普及しつつある。電子マネー決済では、ユーザのウォレットにユーザのクレジットカードを紐づけておき、ユーザによって行われた電子マネー決済をクレジットカードの引き落としとして後日まとめて請求するサービスが提供されている。なお、以下では、かかるサービスについて、後払いサービスと記載する。

【0025】

従来では、ユーザが後払いサービスを申し込む場合に、クレジットカードの申し込みとは別々に申し込みを行う必要があった。すなわち、クレジットカードの申し込みを行ったユーザが、与信審査の結果を経て、後日、後払いサービスの申し込みを行う必要がある。

【0026】

そこで、実施形態に係る情報処理装置１は、ユーザによるクレジットカードの申し込み時に、電子マネー決済の後払いサービスの申し込み画面を併せて提供する。具体的には、図１に示すように、情報処理装置１は、ユーザ端末１００を通じて、ユーザからクレジットカードの申し込みを受け付ける（ステップＳ１）。

【0027】

たとえば、情報処理装置１は、Ｗｅｂブラウザ経由で、ユーザ端末１００からクレジットカードの申し込みを受け付ける。なお、たとえば、実店舗においてユーザが携帯電話を契約する際などに、従業員からクレジットカードの入会案内を行ったうえで、クレジットカードの申し込みを行うようにしてもよい。

【0028】

この場合、ユーザが契約する携帯電話の料金等を支払うクレジットカードを申し込むことになる。そして、情報処理装置１では、かかるクレジットカードの申し込みを受け付ける際に、後払いサービスの申し込み画面を提供する。

【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】

通信部２０は、例えば、ＮＩＣ（Network Interface Card）等によって実現される。そして、通信部２０は、ネットワークＮと有線または無線で接続され、ユーザ端末１００等との間で情報の送受信を行う。

【0054】

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

【0055】

制御部４０は、コントローラ（controller）であり、例えば、ＣＰＵ（Central Processing Unit）やＭＰＵ（Micro Processing Unit）等によって、情報処理装置１内部の記憶装置に記憶されている各種プログラムがＲＡＭを作業領域として実行されることにより実現される。また、制御部４０は、例えば、ＡＳＩＣ（Application Specific Integrated Circuit）やＦＰＧＡ（Field Programmable Gate Array）等の集積回路により実現される。実施形態に係る制御部４０は、図５に示すように、受付部４１と、取得部４２と、判定部４３と、提供部４４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。

【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】

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

【0089】

例えば、コンピュータ１０００が実施形態に係る情報処理装置１として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部４０の機能を実現する。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置からネットワークＮを介してこれらのプログラムを取得してもよい。

【0090】

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

【0091】

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

【0092】

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

【0093】

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

【0094】

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

【符号の説明】

【0095】

１ 情報処理装置
２０ 通信部
３０ 記憶部
４０ 制御部
４１ 受付部
４２ 取得部
４３ 判定部
４４ 提供部
１００ ユーザ端末
２００ 電子決済サーバ
３００ ポータルサーバ

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】