特開 2024-46505 情報処理装置、及びプログラム

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

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024046505

(43)【公開日】2024-04-03

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

(51)【国際特許分類】

   G06Q 30/06 20230101AFI20240327BHJP

【ＦＩ】

G06Q30/06

【審査請求】有

【請求項の数】11

【出願形態】ＯＬ

(21)【出願番号】P 2022151938

(22)【出願日】2022-09-22

(11)【特許番号】

(45)【特許公報発行日】2023-10-17

(71)【出願人】

【識別番号】399037405

【氏名又は名称】楽天グループ株式会社

(74)【代理人】

【識別番号】100122275

【弁理士】

【氏名又は名称】竹居 信利

(72)【発明者】

【氏名】鍋山 隆人

【テーマコード（参考）】

5L049

【Ｆターム（参考）】

5L049BB25

(57)【要約】

【課題】サブスクリプションサービスの管理を支援できる情報処理装置及びプログラムを提供する。
【解決手段】情報処理装置１が、契約の変更または解約の処理が情報処理装置から可能な、ユーザ契約中の第１種サービスの一覧を取得し、また、契約の変更または解約の処理が情報処理装置から不能な、ユーザ契約中の第２種サービスの一覧を外部の決済サーバから取得する。情報処理装置１は、取得した第１種サービスの一覧と、第２種サービスの一覧とを含む一覧を提示し、サブスクリプションサービス契約に関する所定の契約変更処理指示を、上記提示した一覧に対するユーザの操作により受け入れる。
【選択図】図１

【特許請求の範囲】

【請求項1】

ユーザのサブスクリプションサービス契約に関する処理を行う情報処理装置であって、
契約の変更または解約の処理が情報処理装置から可能な、ユーザ契約中の第１種サービスの一覧を取得する第１取得手段と、
契約の変更または解約の処理が情報処理装置から不能な、ユーザ契約中の第２種サービスの一覧を外部の決済サーバから取得する第２取得手段と、
前記第１取得手段が取得した第１種サービスの一覧と、前記第２取得手段が取得した第２種サービスの一覧とを含む一覧を提示する一覧提示手段と、
サブスクリプションサービス契約に関する所定の契約変更処理指示を、前記一覧提示手段が提示した前記一覧に対するユーザの操作により受け入れる管理手段と、
を含む情報処理装置。

【請求項2】

請求項１に記載の情報処理装置であって、
さらにユーザ未契約の前記第１種サービスまたは前記第２種サービスの一覧を取得する未契約サービス情報取得手段を含み、
前記所定の契約変更処理指示は、前記取得された一覧に含まれる、ユーザ未契約の前記第１種サービスまたは前記第２種サービスに係る契約申し込みの指示である情報処理装置。

【請求項3】

請求項２に記載の情報処理装置であって、
前記取得されたユーザ未契約の前記第１種サービスまたは前記第２種サービスのうちから、前記第１取得手段と第２取得手段とが取得したユーザ契約中の前記第１種サービスまたは前記第２種サービスに係る所定の条件に基づいて推薦サービスを選択して提示する推薦手段をさらに備えた情報処理装置。

【請求項4】

請求項３に記載の情報処理装置であって、
前記推薦手段は、選択した推薦サービスに関わる所定の情報をさらに提示し、
当該所定の情報には、選択した推薦サービスの広告情報を含む情報処理装置。

【請求項5】

請求項３に記載の情報処理装置であって、
前記推薦手段は、前記所定の条件として、取得したユーザ契約中の前記第１種サービスまたは前記第２種サービスと同じジャンルのサービスでより有利な契約条件のサービスであるとの条件で、推薦サービスを選択する情報処理装置。

【請求項6】

請求項１に記載の情報処理装置であって、
さらに、前記第１種サービスに係る支払い先と支払い期日と支払い額と支払い方法とを支払い予約情報として保持し、当該支払い予約情報に基づいて決済を行う決済手段を含む情報処理装置。

【請求項7】

請求項６に記載の情報処理装置であって、
前記支払い予約情報をユーザに提示する手段をさらに有する情報処理装置。

【請求項8】

請求項６に記載の情報処理装置であって、
前記一覧に提示された第１種サービスに対する所定の期間内の支払い額の合計を演算する手段をさらに含み、当該支払い額の合計をユーザに提示する情報処理装置。

【請求項9】

請求項８に記載の情報処理装置であって、
前記支払い方法には、前記ユーザから事前に払い込まれた事前払込金を利用した決済方法が含まれ、
前記演算した支払い額の合計と、ユーザから事前に払い込まれた前記事前払込金の残高との比較の結果が所定の条件を満足する場合に、所定の処理を実行する情報処理装置。

【請求項10】

請求項９に記載の情報処理装置であって、
前記所定の処理は、所定金額の入金処理である情報処理装置。

【請求項11】

情報処理装置に、ユーザのサブスクリプションサービス契約に関する処理を行わせるためのプログラムであって、情報処理装置を、
契約の変更または解約の処理が情報処理装置から可能な、ユーザ契約中の第１種サービスの一覧を取得する第１取得手段と、
契約の変更または解約の処理が情報処理装置から不能な、ユーザ契約中の第２種サービスの一覧を取得する第２取得手段と、
前記第１取得手段が取得した第１種サービスの一覧と、前記第２取得手段が取得した第２種サービスの一覧とを含む一覧を提示する一覧提示手段と、
前記提示された一覧に係るサブスクリプションサービス契約に関する所定の契約変更処理指示をユーザから受け入れる管理手段と、
として機能させるプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

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

【背景技術】

【0002】

近年、所定の料金を断続的に支払ってサービスを受給する、サブスクリプションサービスが広く利用されている。

【0003】

特許文献１には、サブスクリプションサービスの解約手続を簡便に行わせることを目的として、コンピュータを利用してサブスクリプションサービスの解約処理を行うことが開示されている。

【先行技術文献】

【特許文献】

【0004】

【特許文献1】特開２０２１－１２４７８２号公報

【発明の概要】

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

【0005】

しかしながら、上記従来例の技術ではユーザがサブスクリプションサービスの登録情報等を別途登録しておく必要があり、ユーザがサブスクリプションサービスの登録状況を把握している必要があるなど、利便性が低い。

【0006】

本発明は上記実情に鑑みて為されたもので、サブスクリプションサービスの管理を支援できる情報処理装置及びプログラムを提供することを、その目的の一つとする。

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

【0007】

上記従来例の問題点を解決する本発明の一態様は、ユーザのサブスクリプションサービス契約に関する処理を行う情報処理装置であって、契約の変更または解約の処理が情報処理装置から可能な、ユーザ契約中の第１種サービスの一覧を取得する第１取得手段と、契約の変更または解約の処理が情報処理装置から不能な、ユーザ契約中の第２種サービスの一覧を外部の決済サーバから取得する第２取得手段と、前記第１取得手段が取得した第１種サービスの一覧と、前記第２取得手段が取得した第２種サービスの一覧とを含む一覧を提示する一覧提示手段と、サブスクリプションサービス契約に関する所定の契約変更処理指示を、前記一覧提示手段が提示した前記一覧に対するユーザの操作により受け入れる管理手段と、を含むこととしたものである。

【発明の効果】

【0008】

本発明によると、サブスクリプションサービスの管理が支援される。

【図面の簡単な説明】

【0009】

【図1】本発明の実施の形態に係る情報処理装置の構成とその接続例を表すブロック図である。

【図2】本発明の実施の形態に係る情報処理装置の事前払込金の管理処理を行う制御部の例を表す機能ブロック図である。

【図3】本発明の実施の形態に係る情報処理装置の契約仲介処理を行う制御部の例を表す機能ブロック図である。

【図4】本発明の実施の形態に係る情報処理装置が保持する第１種サービス契約情報の内容例を表す説明図である。

【図5】本発明の実施の形態に係る情報処理装置の契約管理処理を行う制御部の例を表す機能ブロック図である。

【図6】本発明の実施の形態に係る情報処理装置が提供する画面例を表す説明図である。

【図7】本発明の実施の形態に係る情報処理装置による契約管理の処理の例を表すフローチャート図である。

【図8】本発明の実施の形態に係る情報処理装置による契約管理の処理のもう一つの例を表すフローチャート図である。

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

【0010】

本発明の実施の形態について図面を参照しながら説明する。本発明の実施の形態に係る情報処理装置１は、図１に例示するように、制御部１１、記憶部１２、操作部１３、表示部１４、及び通信部１５を含んで構成され、ネットワークを介して第１種サービスサーバ装置２、第２種サービスサーバ装置３、決済サーバ４、及びユーザ側端末５との間で通信可能に接続される。なお、第１種サービスサーバ装置２，第２種サービスサーバ装置３，決済サーバ４，及びユーザ側端末５は一般に複数存在するが、図示の都合上、図１ではそれぞれを一つずつ示している。

【0011】

制御部１１は、ＣＰＵ等のプログラム制御デバイスであり、記憶部１２に格納されたプログラムに従って動作する。本実施の形態の一例では、この制御部１１は、契約の変更または解約の処理が情報処理装置１から可能なユーザ契約中の第１種サービスの一覧を取得する。またこの制御部１１は、契約の変更または解約の処理が情報処理装置１から不能な、ユーザ契約中の第２種サービスの一覧を取得する。そして制御部１１は、上記取得した第１種サービスの一覧と、第２種サービスの一覧とを含む一覧を提示し、当該提示した一覧に含まれるサービスに関する所定の契約変更処理指示を受け入れて、所定の処理を実行する。この制御部１１の詳しい動作については後に述べる。

【0012】

記憶部１２は、メモリデバイスやディスクデバイス等を含んで構成され、制御部１１によって実行されるプログラムを保持する。このプログラムは、ＤＶＤ－ＲＯＭ等のコンピュータ可読かつ非一時的な記憶媒体に格納されて提供され、この記憶部１２に格納されたものであってもよいし、ネットワーク等を介して配信され、この記憶部１２に格納されたものであってもよい。またこの記憶部１２は、制御部１１のワークメモリとしても動作する。

【0013】

操作部１３は、キーボードやマウス等を含んで構成され、ユーザの指示操作を受け入れて、当該指示操作の内容を制御部１１に出力する。表示部１４は、ディスプレイデバイス等に接続される表示制御部であり、制御部１１から入力される指示に従って、当該ディスプレイデバイス等に対して表示させる画像の情報を出力する。

【0014】

通信部１５は、ネットワークインタフェース等であり、制御部１１から入力される指示に従って、ネットワーク等の通信手段を介してデータを受信し、またはネットワーク等の通信手段を介して種々のデータを送出する。

【0015】

第１種サービスサーバ装置２及び第２種サービスサーバ装置３は、いずれもサブスクリプションサービスを実施する事業者が管理するサーバ装置である。このうち第１種サービスサーバ装置２は、契約の変更または解約の処理が情報処理装置１から可能なサブスクリプションサービスの事業者が管理するものであり、具体的には、情報処理装置１との間で通信連携し、情報処理装置１から契約開始、契約内容変更、及び契約解約のそれぞれの手続きを行うためのＡＰＩ（application program interface）を提供している。

【0016】

また第２種サービスサーバ装置３は、情報処理装置１による契約の処理が許容されていない（情報処理装置１との間で通信連携しておらず、情報処理装置１からの契約の変更や解約が不能な）サブスクリプションサービスを提供するものであり、本実施の形態の例では、この第２種サービスサーバ装置３は、ウェブサーバとして動作し、ユーザは、契約開始、契約内容変更、及び契約解約を当該ウェブサーバが提供するウェブページ（以下の例では、契約ウェブページと呼ぶ）により実施する。

【0017】

これら第１種サービスサーバ装置２及び第２種サービスサーバ装置３との間での情報処理装置１の通信内容及び、それぞれに対応する情報処理装置１の動作については後に述べる。

【0018】

決済サーバ４は、例えば銀行業務を行う事業者のサーバやクレジット決済を行う事業者のサーバ等であり、料金の支払いや、取引履歴の情報送出といったサービスを提供する。この決済サーバ４もまた、情報処理装置１に対して、これらのサービスの提供のためのＡＰＩ（application program interface）を提供しているものとする。

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

契約管理処理部４４は、契約情報提示部４３が提示した一覧に関連した情報提供処理を実行するとともに、契約に関する処理の指示をユーザから受け入れる。

【0054】

本実施の形態の一例では、この契約管理処理部４４は、第１種サービス契約情報に基づいて、第１種サービスのうち、支払い方法が事前払込となっており、かつ、今後の所定の期間内（例えば当月内）に支払い期日が到来する第１種サービスを特定する。

【0055】

契約管理処理部４４は、上記特定した、支払い方法が事前払込であり、かつ上記所定期間内に支払い期日が到来する第１種サービスについてその支払い額の情報を取得し、その合計を演算してユーザに提示する。このとき契約管理処理部４４はさらに、当該合計が、認証したユーザを特定する情報に関連付けて記憶している払込金残高を下回るか否かを判断してもよい。

【0056】

そして契約管理処理部４４は、演算して求めた合計が、払込金残高を上回る場合、あるいは、払込金残高から求めた合計を差引きした結果が予め定めたしきい値を下回る場合など、所定の条件を満足する場合、契約管理処理部４４は、ユーザに対して入金を促す案内を行ってもよい。

【0057】

さらに契約管理処理部４４は、契約に関するリコメンデーションなどの処理を行ってもよい。これらの変形例については後に述べる。

【0058】

契約変更処理部４５は、契約情報提示部４３が提示した一覧からユーザが選択した第１種サービスまたは第２種サービスについての契約を、ユーザの操作に基づいて、当該操作により行われる指示に従って変更または解除する処理を実行する。

【0059】

契約変更処理部４５は、契約情報提示部４３が提示した一覧からユーザにより選択された項目が、第１種サービスに係る項目であるか、第２種サービスに係る項目であるかを判断する。

【0060】

ここでユーザにより選択された項目が、第１種サービスに係る項目であると判断すると、契約変更処理部４５は、ユーザの指示に従い、当該選択された第１種サービスに係る第１種サービスサーバ装置２に対して指示された契約の変更や解約などの要求を送出する。ここで契約の変更は例えば契約オプションの変更等であり、サブスクリプションサービスによって異なるのが一般的である。契約変更処理部４５は、認証したユーザを特定する情報とともに、選択可能な契約オプションを列挙するよう第１種サービスサーバ装置２に求める。この要求に応じて第１種サービスサーバ装置２が選択可能な契約オプション（それぞれの料金等の契約条件を含む）を列挙して送出すると、契約変更処理部４５は、この列挙された契約オプションをユーザに提示して契約オプションを選択させる。

【0061】

契約変更処理部４５は、ユーザが選択した契約オプションを、ユーザを特定する情報とともに第１種サービスサーバ装置２へ送出し、契約変更のためのＡＰＩを利用して契約変更を要求する。そして第１種サービスサーバ装置２が契約変更を完了した旨の通知を送出すると、契約変更処理部４５は、ユーザが選択した契約オプションの情報に基づいて、対応する第１種サービスに係る第１種サービス契約情報を変更して更新する。例えば契約変更処理部４５は、支払い額の情報を、変更後の契約オプションの情報に基づいて変更する。

【0062】

またこの契約変更処理部４５は、ユーザが選択した第１種サービスの契約解約を指示すると、ユーザの指示に従い、当該選択された第１種サービスに係る第１種サービスサーバ装置２に対して、認証したユーザを特定する情報を送出し、指示された契約の解約のためのＡＰＩを利用して契約の解約を求める。第１種サービスサーバ装置２がこの要求に応じて、契約の解約を行った旨の通知を行うと、契約変更処理部４５は、対応する第１種サービスに係る第１種サービス契約情報を、記憶部１２から削除する。なお、第１種サービスサーバ装置２が送出する、契約の解約を行った旨の通知には契約残金の情報が含まれてもよい。契約の解約を行った旨の通知に契約残金の情報が含まれる場合、契約変更処理部４５は、契約解約を指示した第１種サービスの支払い方法を調べ、支払い方法が事前払込の方法であったならば、当該通知された契約残金が、認証したユーザを特定する情報に関連付けて記憶している払込金残高を下回るか否かを判断し、下回る場合には、指定されている支払い先に対して、契約残金を支払う処理を行い、上記払込金残高から契約残金の額を差し引いて払込金残高の情報を更新することとしてもよい。

【0063】

また、通知された契約残金が認証したユーザを特定する情報に関連付けて記憶している払込金残高を上回る場合には、ユーザの使用するユーザ側端末５に対して、契約残金の支払いを求める通知を行う。

【0064】

この場合、制御部１１は事前払込金の管理処理の入金処理部２２としての処理において、入金処理が正常に完了した場合に、その旨を表す情報を、契約変更処理部４５に通知してもよい。契約変更処理部４５は、当該入金処理が完了した旨を表す情報を受け入れると、再度、契約残金が認証したユーザを特定する情報に関連付けて記憶している払込金残高を下回るか否かを判断する処理に戻って処理を続ける。このとき、契約残金が認証したユーザを特定する情報に関連付けて記憶している払込金残高を下回る場合には、指定されている支払い先に対して、契約残金を支払う処理が行われることとなる。

【0065】

さらに契約変更処理部４５は、契約解約を指示した第１種サービスを特定する情報を解約履歴情報として、記憶部１２のディスクデバイス等不揮発性の記憶領域に蓄積して格納する。この例では、記憶部１２が、ユーザが過去に契約し、その後解約した第１種サービスの一覧を保持する履歴保持手段として機能する。

【0066】

一方、契約変更処理部４５は、契約情報提示部４３が提示した一覧からユーザにより選択された項目が第２種サービスに係る項目であると判断すると、第２種サービス候補データベースから選択された第２種サービスに関連付けられた情報を読み出し、当該読み出した情報のうち、契約の変更や解約を受け付ける契約ウェブページのＵＲＬを取得する。

【0067】

そして契約変更処理部４５は、当該取得したＵＲＬを、ユーザの使用するユーザ側端末５に送出し、ユーザに対して当該ウェブページを利用して契約の変更などを行わせる。

【0068】

また契約変更処理部４５は、上記ＵＲＬをユーザ側端末５へ送出してから所定の時間（ユーザが契約変更等を行うのに十分な時間、例えば３０分程度）だけ経過した後、ユーザ側端末５に対して契約の解除を行ったか否かを問い合わせるメッセージを送信してもよい。ユーザがこのメッセージに応答して、ユーザ側端末５を操作し、契約の解除を行った旨の応答を行うと、契約変更処理部４５は、ユーザが契約の解約をした第２種サービスを特定する情報を、解約履歴情報として、記憶部１２のディスクデバイス等不揮発性の記憶領域に蓄積して格納する。この例では、記憶部１２が、ユーザが過去に契約し、その後解約した第２種サービスの一覧を保持する履歴保持手段として機能する。

【0069】

また制御部１１は、ユーザ未契約の第２種サービスの一覧を生成してユーザに提示してもよい。この場合、制御部１１は、上記第２種契約情報取得部４２としての処理において取得した、ユーザ契約中の第２種サービスを、第２種サービス候補データベースに保持されている第２種サービスの一覧から除いて、ユーザ未契約の第２種サービスの一覧を得る。そして制御部１１は、当該得られたユーザ未契約の第２種サービスの一覧を、ユーザ側端末５に送出してユーザに提示する。

【0070】

この例では制御部１１は、ユーザが選択したジャンルの情報に合致するものや、ユーザが指示した名称に一致（完全一致または部分一致）する、ユーザ未契約の第２種サービスの一覧を提供してもよい。

【0071】

さらに制御部１１は、当該提供した一覧からユーザが第２種サービスを選択して契約を行うべき旨の操作をしたときには、当該選択した第２種サービスに係る契約の変更や解約を受け付ける契約ウェブページのＵＲＬを、第２種サービス候補データベースから検索して取得し、当該取得したＵＲＬをユーザ側端末５へ送出して、契約の手続を案内してもよい。

【0072】

制御部１１は、この処理を、契約候補提示部３１とともに実行してもよい。この場合、制御部１１は、ユーザ未契約の第１種サービスの一覧と、第２種サービスの一覧とを取得することとなる。制御部１１は、当該取得したユーザ未契約の第１種サービスの一覧と、第２種サービスの一覧とをユーザ側端末５に送出してユーザに提示する。このとき制御部１１は、第１種サービスの一覧と、第２種サービスの一覧とを互いに区別可能な態様でユーザに提示してもよい。例えば第１種サービスの一覧と、第２種サービスの一覧との間に罫線を挿入したり、それぞれの一覧の表示色（背景色等）を互いに異ならせるなどの広く知られた方法で区別可能な態様での提示を実現できる。

【0073】

さらに制御部１１は、このときも、ユーザが選択したジャンルの情報に合致するものや、ユーザが指示した名称に一致（完全一致または部分一致）する、ユーザ未契約の第１種サービスの一覧と第２種サービスの一覧とを抽出して提供してもよい。

【0074】

さらに制御部１１は、このようにユーザ未契約の第１種サービスの一覧や第２種サービスの一覧を提供する際には、記憶部１２に蓄積されている解約履歴情報を参照し、ユーザが過去に契約し、その後解約した第１種サービスまたは第２種サービスと、そうでない（解約履歴情報に含まれない）第１種サービスまたは第２種サービスとを互いに区別可能な態様で提示してもよい。

【0075】

［リコメンデーション］
また契約管理処理部４４は、所定のタイミングで、契約に関するリコメンデーションなどの処理を行ってもよい。ここでリコメンデーションを行うタイミングは、月初や週の始めなど、暦との関係で定められるものであってもよいし、ユーザがいずれかのサブスクリプションサービス契約を締結、変更あるいは解約したタイミングなど、ユーザの操作に基づくタイミングであってもよい。

【0076】

一例として、この契約管理処理部４４は、支払い額に基づいてリコメンデーションを行ってよい。この例では、契約管理処理部４４は、契約情報提示部４３が提示した一覧に含まれる各項目について、第１種サービスについては第１種サービス契約情報に基づいて、また第２種サービスについては決済サーバ４から取得した情報に基づいて、所定の期間ごと（例えば月ごと）の各サブスクリプションサービスに対する支払い額を得る。また契約管理処理部４４は、その合計を求めて現在支払額として保持する。

【0077】

そして契約管理処理部４４は、例えば契約情報提示部４３が提示した一覧に含まれる各項目に係る第１種サービス、または第２種サービスのそれぞれについてジャンルの情報を取得し、次のリコメンドの処理のうち少なくとも一つを実行する。

【0078】

（１）同じジャンルのサービスが複数ある場合は、一部のサービスの契約解除をリコメンドする。
この処理では、契約管理処理部４４は、取得したジャンルの情報のうちに、重複したものがあるか否か、つまり、共通のジャンルの情報に関連付けられた複数のサービスがあるか否かを調べる。

【0079】

そして共通のジャンルの情報に関連付けられた複数のサービスがあれば、ユーザに対して当該複数のサービスの一覧を提示して、いずれかの契約の解約を提案する。例えば複数のサービスのうち、支払い額が最も高額なものから順に一覧を提示して、高額なサービスから順に契約の解約を提案してもよいし、当該複数のサービスに第２種サービスと第１種サービスとが含まれていれば、第２種サービス（つまり情報処理装置１が契約の変更等が不能なサービス）についての契約解約を提案してもよい。

【0080】

（２）同じジャンルのサービスでより有利な契約条件のものがあれば、サービスの置き換えをリコメンドする。
この処理では、契約管理処理部４４は、契約情報提示部４３が提示した一覧に含まれる各項目について、順次注目項目として選択する。契約管理処理部４４は、そして、当該注目項目に係るサービスと同じジャンルのサービスであって、ユーザが契約していないサービスのうちに、より有利な契約条件のものがあるかを調べる。

【0081】

ここで有利な契約条件とは、
・契約時の月間の支払い額がより低い、あるいは、
・現在契約中のサービスが第２種サービスであり、同じジャンルの第１種サービスがある（契約の変更等が容易にできるようになる）
といったものがある。

【0082】

すなわち契約管理処理部４４は、契約可能な第１種サービス及び第２種サービスについて契約時の月間の支払い額（オプションによって相違する場合はその最低額、最高額、あるいは平均額等でよい）についての情報を収集し（第１種サービスについては情報処理装置１の管理者による事前の情報入力により、第２種サービスについては第２種サービス候補データベースを参照して収集すればよい）、現在契約中の注目項目に係るサービスと同じジャンルの、現在契約していないサービスのうちに、月間の支払い額がより低いサービス（推薦サービスと称する）があれば、注目項目に係るサービス（契約中サービス）と当該推薦サービスとを関連付けて、乗り換え提案データベースとして保持する。

【0083】

またこの乗り換え提案データベースでは、各推薦サービスについて、有利な契約条件の内容を表す情報（以下、広告情報と呼ぶ）をさらに関連付けて保持していてもよい。

【0084】

契約管理処理部４４は、契約情報提示部４３が提示した一覧に含まれる各項目について上記処理を終了すると、契約情報提示部４３が提示した一覧に含まれる項目のうち、乗り換え提案データベースに含まれる契約中サービスにかかる項目について、推薦サービスが存在することを表す案内を行う。この案内は、例えば推薦サービスの存在を示すアイコンを、項目に対応付けて表示するものであってもよい。

【0085】

ユーザが当該案内に従って、項目を選択すると、契約管理処理部４４は、当該選択した項目の契約中サービスに関連付けられた推薦サービスを提示する。このとき契約管理処理部４４は、当該提示した推薦サービスに関連して広告情報が乗り換え提案データベースに格納されていれば、当該広告情報をユーザに提示してもよい。

【0086】

そしてユーザが当該提示した推薦サービスへの乗り換えを指示したときには、契約管理処理部４４は、乗り換え提案データベースにおいて当該推薦サービスに関連付けられている契約中サービスを特定する情報を取得し、契約中サービスに対する契約解約の手続を案内するとともに、推薦サービスの契約開始を案内する画面を提示する。

【0087】

また、第２種サービスから第１種サービスへの乗り換えをリコメンドする場合、契約管理処理部４４は、注目項目が第２種サービスに係る項目であるか否かを判断し、注目項目が第２種サービスに係る項目である場合に次の処理を行う。

【0088】

すなわち契約管理処理部４４は、第２種サービスに係る注目項目について、当該注目項目に係るサービスと同じジャンルのサービスであって、ユーザが契約していない第１種サービス（推薦サービス）を検索する。そして注目項目に係る第２種サービスと、第１種サービスの推薦サービス（複数ある場合は複数）とを関連付けて、乗り換え提案データベースとして保持する。

【0089】

契約管理処理部４４は、契約情報提示部４３が提示した一覧に含まれる各項目について上記処理を終了すると、契約情報提示部４３が提示した一覧に含まれる項目のうち、乗り換え提案データベースに含まれる契約中サービスにかかる項目について、推薦サービスが存在することを表す案内を行う。この案内は、例えば推薦サービスの存在を示すアイコンを、項目に対応付けて表示するものであってもよい。

【0090】

ユーザが当該案内に従って、項目を選択すると、契約管理処理部４４は、当該選択した項目の契約中サービス（第２種サービス）に関連付けられた推薦サービス（第１種サービス）の一覧を提示する。そしてユーザが当該一覧から、いずれかの推薦サービスへの乗り換えを指示したときには、契約管理処理部４４は、乗り換え提案データベースにおいて当該選択された推薦サービスに関連付けられている契約中サービスを特定する情報を取得し、契約中サービスに対する契約解約の手続を案内するとともに、選択された推薦サービスの契約開始を案内する画面を提示する。

【0091】

また、ユーザがいずれかのサブスクリプションサービス契約を締結、変更あるいは解約したタイミングでリコメンデーションを行う場合、契約管理処理部４４は、次のようなリコメンデーションの処理を行ってもよい。

【0092】

例えば契約管理処理部４４は、ユーザからの指示により、ユーザ未契約であった第１種サービスまたは第２種サービスのうちから選択されたサブスクリプションサービスの契約を行ったときに、当該契約の対象となったサブスクリプションサービスと所定の関係を有し、かつユーザ契約中の第１種サービスまたは第２種サービスの契約の変更または解約を案内してもよい。

【0093】

この例の契約管理処理部４４は、例えば第１種サービスについては仲介による契約処理の完了により、第２種サービスについては決済サーバ４から取得される情報により、新規の（前回取得した情報からは見出せなかった）第２種サービスが見出されたときに、新たな第１種サービスまたは第２種サービスの契約が行われたものとして、当該新たな第１種サービスまたは第２種サービスと同じカテゴリの情報に関連付けられている、当該新たな第１種サービスまたは第２種サービスの契約前からユーザが契約していた第１種サービスまたは第２種サービスを検索する。

【0094】

契約管理処理部４４は、この検索により見出された第１種サービスまたは第２種サービスの一覧をユーザに提示し、この一覧に含まれる第１種サービスまたは第２種サービスの解約をリコメンドすることとしてもよい。

【0095】

またこの例では、上記所定の関係として同一のカテゴリの情報に関連付けられていることとしたが、本実施の形態はこの例に限られない。例えば所定の関係は、上述の乗り換え提案データベースにおいて新たに契約された第１種サービスまたは第２種サービスに関連付けられているとの関係であってもよい。この場合、乗り換え提案データベースにおいて新たに契約された第１種サービスまたは第２種サービスに関連付けられている契約中サービスが上記解約をリコメンドする対象としてユーザに提示される。

【0096】

さらにこの例では、契約管理処理部４４が、ユーザからの指示により、ユーザ未契約であった第１種サービスのうちから選択されたサブスクリプションサービスの契約を行ったときに、当該契約の対象となったサブスクリプションサービスと所定の関係を有し、かつユーザ契約中の第２種サービスの契約の変更または解約を案内してもよい。

【0097】

これにより、第２種サービスから第１種サービスへの乗り換えを促進でき、情報処理装置１での管理をより容易にできる。

【0098】

［動作］
本実施の形態の情報処理装置１は、基本的に以上の構成を備えており、次のように動作する。以下では、具体的な例として、ユーザが、情報処理装置１によって契約の変更が可能で、情報処理装置１が契約の仲介を行ったサブスクリプションサービス（第１種サービス）として、
・サービスＡ（ジャンル：動画配信）
・サービスＢ（ジャンル：スポーツ配信）
を契約しているものとし、また、情報処理装置１によって契約の変更等が不能なサブスクリプションサービス（第２種サービス）として、
・サービスＸ（ジャンル：雑誌類配信）
を契約しているものとする。また第１種サービスであるサービスＡ，Ｂは、いずれも決済方法として事前払込の方法が設定されているものとする。

【0099】

この例では、情報処理装置１は、契約している第１種サービスＡ，Ｂについては、その契約を仲介したときに取得した支払い先と支払い方法と支払い期日と支払い額との情報を支払い予約情報として、当該ユーザを特定する情報に関連付けて保持する。

【0100】

また第２種サービスＸについては、情報処理装置１は、決済サーバ４から取得した情報に基づいて、その支払い先と支払い期日と支払い額の情報を、ユーザの取引履歴の情報から取得しておき、当該ユーザを特定する情報に関連付けて保持しておくこととする。

【0101】

情報処理装置１は、第１種サービスＡ，Ｂについては、いずれも事前払込による決済を行うこととしているため、この支払い予約情報を、所定のタイミング（例えば毎日、日の変わるタイミング）で参照して、支払い期日が到来した支払い予約情報に基づき、指定された支払い先へ指定された支払い額を支払う手続を行い、このユーザに関連付けられた払込金残高から当該支払い額を差引きして払込金残高の情報を更新する処理を行っているものとする。

【0102】

情報処理装置１は、また、ユーザから所定の指示が行われたときに、上記契約しているサービスに関する情報の提供を行う。本実施の形態の一例では、情報処理装置１は、ユーザが利用するユーザ側端末５から、払込金残高の情報を参照する指示が行われたときに、当該ユーザを認証し、当該認証したユーザを特定する情報に関連付けられた払込金残高の情報を取得するとともに、次の処理を実行する。

【0103】

すなわち情報処理装置１は、第１種サービスについては、認証したユーザを特定する情報に関連付けられた第１種サービス契約情報を参照して、そのサブスクリプションサービスを特定する情報（その名称等：Ｔ）やジャンルの情報（Ｇ）を取得する。

【0104】

また、情報処理装置１は、認証したユーザが契約しているサブスクリプションサービスのうち、情報処理装置１による契約の変更等が不能なサブスクリプションサービス（第２種サービス）の一覧を取得する。ここでは情報処理装置１は、ユーザが登録している支払い予約情報について、その支払い先の情報が、予め列挙されている、第２種サービスの候補のリスト（第２種サービス候補データベース）に含まれているときに、当該支払い先の情報に対応する第２種サービスを特定する情報（その名称等）やジャンルの情報等を取得する。

【0105】

情報処理装置１は、これら取得した第１種サービスや第２種サービスを特定する情報に基づき、契約中のサービスの名称（さらにアイコン等を含んでもよい）を列挙した一覧（サービスＡ，Ｂ，Ｘの一覧）を生成する。情報処理装置１は、先に取得した払込金残高の情報（Ａ）や、ここで生成した一覧（Ｌ）を表示するためのメニュー（Ｍ）を含む画面（ＨＴＭＬ文書）を生成して、ユーザ側端末５に送出する（図６（ａ））。そしてユーザ側端末５が、当該画面を表示する。

【0106】

ここでユーザが、ユーザ側端末５に表示された、上記メニュー（Ｍ）をタップすると、情報処理装置１は、上記生成した一覧（Ｌ）を表示する画面をユーザ側端末５に送出する（図６（ｂ））。ユーザ側端末５は、当該画面を表示する。

【0107】

この一覧（Ｌ）に含まれる項目をユーザがタップすると、情報処理装置１は、当該タップされた項目に対応する第１種サービスまたは第２種サービスの契約情報を表示する画面を生成してユーザ側端末５に送出する（図６（ｃ））。そしてユーザ側端末５が、当該画面を表示する。

【0108】

ここで第１種サービスの契約情報は、対応する第１種契約情報に含まれる支払い期日や支払い額、サービスのオプション等の情報であり、第２種サービスの契約情報は、対応する支払い予約情報に基づく支払い期日や支払い額等の情報でよい。

【0109】

またこの契約情報を表示する画面には、表示された契約情報に係る契約の変更や解約を要求するためのボタン（Ｂ）を配してもよい。このボタン（Ｂ）がタップされると、情報処理装置１は、対応する契約情報に関する処理を実行する。

【0110】

すなわち情報処理装置１は、対応する契約情報（ユーザが選択した一覧（Ｌ）中の項目）が第１種サービスに係るものであるか第２種サービスに係るものであるかを判断する。

【0111】

例えばユーザが、一覧（Ｌ）からサービスＡをタップし、その契約情報を表示させて、当該契約の変更や解約を要求するボタンをタップした場合、情報処理装置１は、対応する契約情報がサービスＡに関するものであるため、第１種サービスに係るものであると判断する。

【0112】

この例では、情報処理装置１は、図７に示した処理を開始し、認証したユーザを特定する情報を送出して、選択可能な契約オプションを列挙するよう、サービスＡに関する第１種サービスサーバ装置２に求める（Ｓ１１）。第１種サービスサーバ装置２は、この要求に応じて選択可能な契約オプションと、各契約オプションに係る料金等の契約条件とを列挙した情報を送出する（Ｓ１２）。

【0113】

情報処理装置１は、この列挙された情報を受信し、当該情報に含まれる契約オプションの一覧を、その契約条件に係る情報とともにユーザ側端末５に提示するとともに、これら契約オプションの選択、または契約の解約の選択を求める（Ｓ１３）。

【0114】

ユーザ側端末５のユーザが、契約オプションのいずれかまたは契約の解約を選択すると、情報処理装置１は、当該選択の結果を表す情報を受信し（Ｓ１４）、ユーザを特定する情報とともに当該選択の結果を表す情報を、サービスＡに関する第１種サービスサーバ装置２へ送出し、契約の変更または解約のためのＡＰＩを利用して契約の変更または解約を要求する（Ｓ１５）。

【0115】

サービスＡに関する第１種サービスサーバ装置２では、当該要求に応答して、契約の変更または解約に係る処理を実行し（Ｓ１６）、その結果（契約変更あるいは契約の解約を完了した旨）の通知を送出する（Ｓ１７）。この通知を受けると、情報処理装置１は、ステップＳ１４で受信した、ユーザの選択の結果に基づき、対応する第１種サービス（この例ではサービスＡ）に係る第１種サービス契約情報を変更（契約変更の場合）あるいは削除（契約解約の場合）して更新する（Ｓ１８）。

【0116】

一方、ユーザが一覧（Ｌ）からサービスＸをタップし、その契約情報を表示させて、当該契約の変更や解約を要求するボタンをタップした場合、情報処理装置１は、対応する契約情報がサービスＸに関するものであるため、第２種サービスに係るものであると判断する。

【0117】

このとき情報処理装置１は、図８に例示する処理を開始し、第２種サービス候補データベースから、ユーザが選択した項目に係る第２種サービスに関連付けられた情報を読み出し、当該読み出した情報のうち、契約の変更や解約を受け付ける契約ウェブページのＵＲＬを取得する（Ｓ２１）。

【0118】

情報処理装置１は、当該サービスＸを提供する事業者の契約ウェブページのＵＲＬをユーザ側端末５に対して送出する（Ｓ２２）。ユーザ側端末５のユーザがこのＵＲＬ（サービスＸに係る第２種サービスサーバ装置３のＵＲＬ）をブラウザで開くと、このサービスＸに係る第２種サービスサーバ装置３が、第２種サービスであるサービスＸの契約変更・解約に係るウエブページを、ユーザ側端末５に対して送出する（Ｓ２３）。

【0119】

ユーザは、ユーザ側端末５を操作して直接、サービスＸに係る第２種サービスサーバ装置３に対してアクセスし、第２種サービスサーバ装置３による認証を受けて、第２種サービスサーバ装置３に対して契約の変更や解約を要求し、第２種サービスサーバ装置３は当該要求に応答して、当該ユーザのサービスＸに係る契約についての変更や解約の処理を実行する（Ｓ２４）。

【0120】

なお、情報処理装置１は、ステップＳ２２において契約ウェブページのＵＲＬをユーザ側端末５に対して送出した後、ユーザが選択した項目に係る第２種サービスに対応する支払い予約情報を変更するか否かを問い合わせる通知（支払い情報の変更の案内）を、ユーザ側端末５に対して送出する（Ｓ２５）。ユーザは、この通知を受けて、情報処理装置１にアクセスし、サービスＸに係る支払い予約情報の変更または削除を行う（Ｓ２６）。

【0121】

［ジャンルごとの合計額］
さらに本実施の形態の別の例では、情報処理装置１の制御部１１が、契約管理処理部４４として機能する際、サブスクリプションサービスのジャンルごとの支払い額の合計を、ユーザに提示してもよい。

【0122】

この例では、制御部１１は、ユーザが契約中の第１種サービスと第２種サービスとを特定する。制御部１１は、当該特定した第１種サービスと第２種サービスとの所定の期間ごと（例えば月ごと）の支払い額の情報を取得し、さらに対応するジャンルの情報が共通するサービスに分類する。制御部１１は、分類で得られたジャンルの情報Ｇごとに、第１種サービスの支払い額の合計ＳＴ１（Ｇ）と、第２種サービスの支払い額の合計ＳＴ２（Ｇ）と、全体の合計Ｔ（Ｇ）＝ＳＴ１（Ｇ）＋ＳＴ２（Ｇ）を得る。

【0123】

そして制御部１１は、この情報を、ユーザ側端末５に送出してユーザに提示する。この例では、ユーザは、動画配信、音楽配信などのジャンルごとの所定の期間ごとの支払い額を確認でき、サービスの契約の検討が可能となる。

【0124】

［実施形態の効果］
本発明の実施の形態によれば、情報処理装置１が、情報処理装置１から契約の変更等の要求が可能であるか否かによらずに、ユーザが契約中のサブスクリプションサービスの一覧を提示し、またこの提示した一覧からユーザが契約の変更等を受け入れて処理を行う。これよりユーザは、情報処理装置１が契約の変更等の要求を行うことが可能であるか否かによらず、ユーザが契約しているサブスクリプションサービスの管理を行うことが可能となって、ユーザのサブスクリプションサービスの管理が支援される。

【符号の説明】

【0125】

１ 情報処理装置、２ 第１種サービスサーバ装置、３ 第２種サービスサーバ装置、４ 決済サーバ、５ ユーザ側端末、１１ 制御部、１２ 記憶部、１３ 操作部、１４ 表示部、１５ 通信部、２１ ユーザ認証部、２２ 入金処理部、２３ 事前払込金管理部、２４ 支払い決済部、３１ 契約候補提示部、３２ 契約条件取得部、３３ 契約条件提示部、３４ 合意取得部、３５ 契約処理部、４１ 第１種契約情報取得部、４２ 第２種契約情報取得部、４３ 契約情報提示部、４４ 契約管理処理部、４５ 契約変更処理部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】