特許 7473346 サービス解約方法、コンピュータプログラム及びサービス解約システム

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

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

(11)【特許番号】

(24)【登録日】2024-04-15

(45)【発行日】2024-04-23

(54)【発明の名称】サービス解約方法、コンピュータプログラム及びサービス解約システム

(51)【国際特許分類】

   G06Q 20/40 20120101AFI20240416BHJP

【ＦＩ】

G06Q20/40 340

【請求項の数】 10

(21)【出願番号】P 2020015781

(22)【出願日】2020-01-31

(65)【公開番号】P2021124782

(43)【公開日】2021-08-30

【審査請求日】2022-08-09

(73)【特許権者】

【識別番号】399035766

【氏名又は名称】エヌ・ティ・ティ・コミュニケーションズ株式会社

(74)【代理人】

【識別番号】110001634

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

(72)【発明者】

【氏名】秋本 哲也

(72)【発明者】

【氏名】平松 真一

(72)【発明者】

【氏名】川崎 雄太

(72)【発明者】

【氏名】秦 令於奈

(72)【発明者】

【氏名】飯田 幸治

(72)【発明者】

【氏名】松岡 菜穂

(72)【発明者】

【氏名】大室 高志

【審査官】谷川 智秀

(56)【参考文献】

【文献】韓国公開特許第２００５－００５１４０６（ＫＲ，Ａ）

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

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

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

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

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

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

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

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

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

【請求項1】

コンピュータが、
サービスの解約指示の入力に応じて前記サービスの解約に必要となる、ユーザが解約対象のサービスに登録している登録情報を取得し、取得した前記登録情報を用いて前記解約対象のサービスを解約する処理を実行する解約処理ステップ、
を有し、
前記登録情報には、前記ユーザの属性情報として、前記ユーザの親族を一意に識別する情報と、前記ユーザの親族が契約しているサービスを一意に特定する情報と、前記ユーザの親族が契約しているサービスに登録している登録情報とが対応付けられ、
前記解約処理ステップにおいて、さらに、前記ユーザからの要求に含まれる前記ユーザの親族を一意に識別する情報及び解約対象のサービスを一意に特定する情報に基づいて前記登録情報に対応付けられた前記ユーザの親族を特定し、特定した前記ユーザの親族が契約しているサービスのうち解約対象のサービスを特定し、特定した前記解約対象のサービスに登録している登録情報を用いて前記ユーザの親族が契約しているサービスのうち、解約対象のサービスを解約するサービス解約方法。

【請求項2】

前記解約処理ステップにおいて、所定のタイミングで前記解約対象のサービスを解約するためのページにおいて、取得した前記登録情報の入力を行うことによって前記解約対象のサービスを解約する、請求項１に記載のサービス解約方法。

【請求項3】

前記解約処理ステップにおいて、前記解約対象のサービスを提供しているサーバが保持している解約処理の手順が記述されているインタフェースを実行させて、前記解約対象のサービスを解約する、請求項１に記載のサービス解約方法。

【請求項4】

前記解約処理ステップにおいて、オペレータからの発話内容を音声認識により解析し、解析した発話内容に応じて回答を音声により応答するように学習されたモデルを用いて、前記解約対象のサービスを解約する、請求項１に記載のサービス解約方法。

【請求項5】

コンピュータが、
少なくとも前記解約対象のサービスのユーザ識別情報及びパスワードを含むユーザが登録しているサービスに関する情報を表示する表示ステップをさらに有し、
前記表示ステップにおいて、前記ユーザの各サービスの利用頻度の情報を少なくとも表示する、請求項１から４のいずれか一項に記載のサービス解約方法。

【請求項6】

コンピュータが、
前記ユーザのサービスの利用頻度が閾値未満の場合に、前記利用頻度が閾値未満のサービスの情報を前記ユーザに対して通知する通知ステップをさらに有する、請求項５に記載のサービス解約方法。

【請求項7】

コンピュータが、
少なくとも解約理由又は乗り換え先の情報を前記サービスの解約に関する情報として前記サービスの提供事業者に提供する情報提供ステップをさらに有する、請求項１から６のいずれか一項に記載のサービス解約方法。

【請求項8】

コンピュータが、
前記解約対象のサービスの解約時を基準としてサービス解約後において少なくとも前記解約対象のサービスのユーザ識別情報及びパスワードを保持する期間である保持期間が経過する前に、解約したサービスの契約指示が入力されたことに応じて、前記解約したサービスを契約する処理を実行する契約処理ステップをさらに有する、請求項１から７のいずれか一項に記載のサービス解約方法。

【請求項9】

コンピュータに対し、請求項１から８のいずれか一項に記載のサービス解約方法を実行させるためのコンピュータプログラム。

【請求項10】

サービスの解約指示の入力に応じて前記サービスの解約に必要となる、ユーザが解約対象のサービスに登録している登録情報を取得し、取得した前記登録情報を用いて前記解約対象のサービスを解約する処理を実行する解約処理部、
を備え、
前記登録情報には、前記ユーザの属性情報として、前記ユーザの親族を一意に識別する情報と、前記ユーザの親族が契約しているサービスを一意に特定する情報と、前記ユーザの親族が契約しているサービスに登録している登録情報とが対応付けられ、 前記解約処理部は、さらに、前記ユーザからの要求に含まれる前記ユーザの親族を一意に識別する情報及び解約対象のサービスを一意に特定する情報に基づいて前記登録情報に対応付けられた前記ユーザの親族を特定し、特定した前記ユーザの親族が契約しているサービスのうち解約対象のサービスを特定し、特定した前記解約対象のサービスに登録している登録情報を用いて前記ユーザの親族が契約しているサービスのうち、解約対象のサービスを解約するサービス解約システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、サービス解約方法、コンピュータプログラム及びサービス解約システムに関する。

【背景技術】

【0002】

従来のように顧客が商品を購入して使用するのではなく、顧客がサービスや商品の利用期間に応じて料金を支払う方式のサービス（以下「サブスクリプションサービス」という。）のビジネスが注目を集めている（例えば、非特許文献１及び非特許文献２参照）。

【先行技術文献】

【非特許文献】

【0003】

【文献】“ＩＫＡＺＵＣＨＩ（雷） サブスクリプション管理ポータル”、ダイワボウ情報システム株式会社、[令和２年１月１４日検索]、インターネット（URL: https://www.ikazuchi.biz/）

【文献】“Ｂｏｂｂｙ－Ｔｒａｃｋ ｓｕｂｓｃｒｉｐｔｉｏｎｓ”、Ａｐｐ Ｓｔｏｒｅ Ｐｒｅｖｉｅｗ、[令和２年１月１４日検索]、インターネット（URL: https://apps.apple.com/us/app/bobby-track-subscriptions/id1059152023）

【発明の概要】

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

【0004】

ところで、サブスクリプションサービスのような契約して利用するサービスは、一度契約すると解約するために行わなければならない手順が多く、さらに解約の手続きが煩雑な場合がある。例えば、解約する際にアンケートの入力が必須となる場合、解約手順が規約などに明記されておらずサポートセンタ等に問い合わせが必要となる場合、電話による解約が必須となる場合等がある。そのため、顧客は、サブスクリプションサービスの解約を容易に行うことができないという問題があった。このような問題は、サブスクリプションサービスに限らず、解約の手続きを行う必要があるサービス全般に共通する問題である。

【0005】

上記事情に鑑み、本発明は、簡便にサービスの解約を行うことができる技術の提供を目的としている。

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

【0006】

本発明の一態様は、コンピュータが、サービスの解約指示の入力に応じて前記サービスの解約に必要となる、ユーザが解約対象のサービスに登録している登録情報を取得し、取得した前記登録情報を用いて前記解約対象のサービスを解約する処理を実行する解約処理ステップ、を有し、前記登録情報には、前記ユーザの属性情報として、前記ユーザの親族を一意に識別する情報と、前記ユーザの親族が契約しているサービスを一意に特定する情報と、前記ユーザの親族が契約しているサービスに登録している登録情報とが対応付けられ、
前記解約処理ステップにおいて、さらに、前記ユーザからの要求に含まれる前記ユーザの親族を一意に識別する情報及び解約対象のサービスを一意に特定する情報に基づいて前記登録情報に対応付けられた前記ユーザの親族を特定し、特定した前記ユーザの親族が契約しているサービスのうち解約対象のサービスを特定し、特定した前記解約対象のサービスに登録している登録情報を用いて前記ユーザの親族が契約しているサービスのうち、解約対象のサービスを解約するサービス解約方法である。

【0007】

本発明の一態様は、上記のサービス解約方法であって、前記解約処理ステップにおいて、所定のタイミングで前記解約対象のサービスを解約するためのページにおいて、取得した前記登録情報の入力を行うことによって前記解約対象のサービスを解約する。

【0008】

本発明の一態様は、上記のサービス解約方法であって、前記解約処理ステップにおいて、前記解約対象のサービスを提供しているサーバが保持している解約処理の手順が記述されているインタフェースを実行させて、前記解約対象のサービスを解約する。

【0009】

本発明の一態様は、上記のサービス解約方法であって、前記解約処理ステップにおいて、オペレータからの発話内容を音声認識により解析し、解析した発話内容に応じて回答を音声により応答するように学習されたモデルを用いて、前記解約対象のサービスを解約する。

【0010】

本発明の一態様は、上記のサービス解約方法であって、コンピュータが、少なくとも前記解約対象のサービスのユーザ識別情報及びパスワードを含むユーザが登録しているサービスに関する情報を表示する表示ステップをさらに有し、前記表示ステップにおいて、前記ユーザの各サービスの利用頻度の情報を少なくとも表示する。

【0011】

本発明の一態様は、上記のサービス解約方法であって、コンピュータが、前記ユーザのサービスの利用頻度が閾値未満の場合に、前記利用頻度が閾値未満のサービスの情報を前記ユーザに対して通知する通知ステップをさらに有する。

【0012】

本発明の一態様は、上記のサービス解約方法であって、コンピュータが、少なくとも解約理由又は乗り換え先の情報を前記サービスの解約に関する情報として前記サービスの提供事業者に提供する情報提供ステップをさらに有する。

【0013】

本発明の一態様は、上記のサービス解約方法であって、コンピュータが、前記解約対象のサービスの解約時を基準としてサービス解約後において少なくとも前記解約対象のサービスのユーザ識別情報及びパスワードを保持する期間である保持期間が経過する前に、解約したサービスの契約指示が入力されたことに応じて、前記解約したサービスを契約する処理を実行する契約処理ステップをさらに有する。

【0014】

本発明の一態様は、コンピュータに対し、上記のサービス解約方法を実行させるためのコンピュータプログラムである。

【0015】

本発明の一態様は、サービスの解約指示の入力に応じて前記サービスの解約に必要となる、ユーザが解約対象のサービスに登録している登録情報を取得し、取得した前記登録情報を用いて前記解約対象のサービスを解約する処理を実行する解約処理部、を備え、前記登録情報には、前記ユーザの属性情報として、前記ユーザの親族を一意に識別する情報と、前記ユーザの親族が契約しているサービスを一意に特定する情報と、前記ユーザの親族が契約しているサービスに登録している登録情報とが対応付けられ、 前記解約処理部は、さらに、前記ユーザからの要求に含まれる前記ユーザの親族を一意に識別する情報及び解約対象のサービスを一意に特定する情報に基づいて前記登録情報に対応付けられた前記ユーザの親族を特定し、特定した前記ユーザの親族が契約しているサービスのうち解約対象のサービスを特定し、特定した前記解約対象のサービスに登録している登録情報を用いて前記ユーザの親族が契約しているサービスのうち、解約対象のサービスを解約するサービス解約システムである。

【発明の効果】

【0016】

本発明により、簡便にサービスの解約を行うことが可能となる。

【図面の簡単な説明】

【0017】

【図1】第１の実施形態におけるサービス解約システムのシステム構成を表す図である。

【図2】第１の実施形態における通信装置の機能構成を表す概略ブロック図である。

【図3】第１の実施形態における表示部の画面に表示されるマイページの情報の一例を示す図である。

【図4】第１の実施形態における管理サーバの機能構成を表す概略ブロック図である。

【図5】第１の実施形態におけるユーザ情報の一具体例を示す図である。

【図6】第１の実施形態における通信装置の解約処理の流れを示すフローチャートである。

【図7】第１の実施形態における表示部の画面に表示される情報の一例を示す図である。

【図8】第２の実施形態における通信装置の機能構成を表す概略ブロック図である。

【図9】第２の実施形態におけるサービス提供サーバの機能構成を表す概略ブロック図である。

【図10】第２の実施形態におけるサービス解約システムの解約処理の流れを示すシーケンス図である。

【図11】第３の実施形態における通信装置の機能構成を表す概略ブロック図である。

【図12】第３の実施形態における管理サーバの機能構成を表す概略ブロック図である。

【図13】第３の実施形態におけるサービス解約システムの解約処理の流れを示すシーケンス図である。

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

【0018】

以下、本発明の一実施形態を、図面を参照しながら説明する。
（概要）
本発明の実施形態におけるサービス解約システムは、簡便にサービスの解約を行うことを目的としている。本発明の実施形態におけるサービスとは、例えばサブスクリプションサービスである。以下の実施形態におけるサービス解約システムでは、サブスクリプションサービスの解約指示の入力に応じてサービスの解約に必要となる、ユーザが解約対象のサービスに登録している登録情報を取得し、取得した登録情報を用いて、解約対象となるサブスクリプションサービス（以下「解約対象サービス」という。）を解約するための所定の処理を実行することによって、簡便にサブスクリプションサービスの解約を行う。登録情報は、少なくとも解約対象サービスに登録しているユーザＩＤ及びパスワードを含む。
以下、各実施形態（第１の実施形態から第３の実施形態）について詳細に説明する。

【0019】

（第１の実施形態）
第１の実施形態では、ＲＰＡ（Robotic Process Automation）の機能を用いて解約対象サービスを解約する構成について説明する。
図１は、第１の実施形態におけるサービス解約システム１００のシステム構成を表す図である。サービス解約システム１００は、１以上の通信装置１０（１０－１～１０－Ｍ）、１以上のサービス提供サーバ２０（２０－１～２０－Ｎ）及び管理サーバ３０を備える。Ｍ及びＮは、１以上の整数である。通信装置１０、サービス提供サーバ２０及び管理サーバ３０は、ネットワーク４０を介して通信可能に接続される。ネットワーク４０は、どのように構成されたネットワークであってもよい。例えば、ネットワーク４０は、インターネットである。

【0020】

通信装置１０は、サブスクリプションサービスの解約指示の入力に応じてサービスの解約に必要となる登録情報を取得し、取得した登録情報を用いて解約対象サービスを解約するための所定の処理を実行する。第１の実施形態において解約対象サービスを解約するための所定の処理とは、ＲＰＡが、サーバ（例えば、サービス提供サーバ２０）にアクセスするためのソフトウェア（ウェブブラウザやアプリケーション）を起動して、起動したソフトウェアを介して、取得した登録情報の入力を行うことによって解約対象のサービスを解約する処理である。より具体的には、ＲＰＡが、ユーザが登録している解約対象サービスの少なくともＩＤ及びパスワードを取得し、ウェブブラウザを起動させて、ウェブブラウザ上で解約対象サービスの解約用のページにアクセスし、取得したＩＤ及びパスワードを解約対象サービスの解約用のページに入力して解約対象サービスを解約する処理である。ただし、通信装置１０は、サービスの解約に必要な情報がユーザＩＤ及びパスワード以外にもある場合には、サービスの解約に必要な情報をすべて取得する。所定のタイミングは、予め設定された時刻である。通信装置１０は、サブスクリプションサービスを利用しているユーザが所持している通信装置である。通信装置１０は、例えばスマートフォン、携帯電話、タブレット端末等の情報処理装置を用いて構成される。

【0021】

サービス提供サーバ２０は、通信装置１０のユーザに対して、サブスクリプションサービスを提供するサーバである。例えば、サービス提供サーバ２０－１～２０－Ｎのそれぞれは、異なるサブスクリプションサービス又は一部が共通するサブスクリプションサービスを通信装置１０に提供する。サービス提供サーバ２０は、サブスクリプションサービスに契約しているユーザに関する情報をユーザ毎に記憶する。サブスクリプションサービスに契約しているユーザに関する情報には、例えばユーザ属性（例えば、ＩＤ、名前、年齢、電話番号及び性別）と、サービス情報（例えば、契約サービス名、登録ＩＤ、パスワード、ログイン情報及び課金情報）とが含まれる。ログイン情報は、例えば、所定期間分のログイン（利用頻度）の日時の情報を表す。課金情報は、サブスクリプションサービスにおける課金の情報を表す。ここで、課金とは、サービスの契約で生じる料金（例えば、ユーザの使用量に応じて生じる料金）やオプションなどにより追加で生じた料金が含まれる。サービス提供サーバ２０は、パーソナルコンピュータ等の情報処理装置を用いて構成される。

【0022】

管理サーバ３０は、通信装置１０のユーザのサブスクリプションサービスに関する情報を管理する。管理サーバ３０は、例えば通信装置１０のユーザの契約しているサブスクリプションサービスの情報（例えば、サブスクリプションサービス名、ＩＤ、パスワード等）を管理する。管理サーバ３０は、パーソナルコンピュータ等の情報処理装置を用いて構成される。

【0023】

図２は、第１の実施形態における通信装置１０の機能構成を表す概略ブロック図である。通信装置１０は、通信部１１、表示部１２、操作部１３、記憶部１４及び制御部１５を備える。
通信部１１は、ネットワーク４０を介してサービス提供サーバ２０及び管理サーバ３０との間で通信を行う通信インタフェースである。

【0024】

表示部１２は、液晶ディスプレイ、有機ＥＬ（Electro Luminescence）ディスプレイ、ＣＲＴ（Cathode Ray Tube）ディスプレイ等の画像表示装置である。表示部１２は、例えば、ユーザのマイページの情報を表示する。ユーザのマイページの情報は、管理サーバ３０から提供される、ユーザが契約しているサブスクリプションサービスに関する情報である。表示部１２は、画像表示装置を通信装置１０に接続するためのインタフェースであってもよい。この場合、表示部１２は、ユーザのマイページの情報を表示するための映像信号を生成し、自身に接続されている画像表示装置に映像信号を出力する。

【0025】

操作部１３は、キーボード、ポインティングデバイス（マウス、タブレット等）、タッチパネル、ボタン等の既存の入力装置を用いて構成される。操作部１３は、ユーザの指示を通信装置１０に入力する際にユーザによって操作される。操作部１３は、サブスクリプションサービスの登録指示、サブスクリプションサービスの解約指示及びマイページの表示指示の入力を受け付ける。また、操作部１３は、入力装置を通信装置１０に接続するためのインタフェースであってもよい。この場合、操作部１３は、入力装置においてユーザの入力に応じて生成された入力信号を通信装置１０に入力する。

【0026】

記憶部１４は、サービス情報１４１を記憶する。サービス情報１４１は、管理サーバ３０から提供される、ユーザが契約しているサブスクリプションサービスに関する情報である。記憶部１４は、例えば、ＨＤＤ（Hard Disk Drive）やＳＳＤ（Solid State Drive）、マスクＲＯＭ（Read Only Memory）、ＥＰＲＯＭ（Erasable Programmable Read Only Memory）、ＥＥＰＲＯＭ（Electrically Erasable Programmable Read Only Memory）などのうち１つ以上により構成されている。

【0027】

制御部１５は、ＣＰＵ（Central Processing Unit）又はＧＰＵ（Graphics Processing Unit）等のプロセッサやメモリを用いて構成される。制御部１５は、プログラムを実行することによって、解約処理部１５１、通信制御部１５２及び表示制御部１５３の機能を実現する。これらの機能部のうち一部または全部は、ＡＳＩＣ（Application Specific Integrated Circuit）やＰＬＤ（Programmable Logic Device）、ＦＰＧＡ（Field Programmable Gate Array）などのハードウェア（回路部；circuitryを含む）によって実現されてもよいし、ソフトウェアとハードウェアとの協働によって実現されてもよい。プログラムは、コンピュータ読み取り可能な記録媒体に記録されてもよい。コンピュータ読み取り可能な記録媒体とは、例えばフレキシブルディスク、光磁気ディスク、ＲＯＭ、ＣＤ－ＲＯＭ等の可搬媒体、コンピュータシステムに内蔵されるハードディスク等の記憶装置などの非一時的な記憶媒体である。プログラムは、電気通信回線を介して送信されてもよい。これらの機能の一部（例えば、解約処理部１５１）は、予め通信装置１０に搭載されている必要はなく、追加のアプリケーションプログラムが通信装置１０にインストールされることで実現されてもよい。

【0028】

解約処理部１５１は、所定のタイミングで起動し、サービスの解約に必要となる解約対象サービスのＩＤ及びパスワード等の登録情報を取得し、解約対象サービスのウェブブラウザを起動して、ウェブブラウザ上において解約対象サービスの解約用のページにアクセスして、取得した登録情報を解約用のページに入力することによって解約対象サービスを解約する。解約処理部１５１は、ＲＰＡにより実現される。この場合、例えば事前に次のような（１）～（４）のルールをＲＰＡに設定することで実現される。

【0029】

（１）所定のタイミングになると起動すること。
（２）管理サーバ３０にアクセスして、サービスの解約に必要となる解約対象サービスの登録情報（例えば、ＩＤ及びパスワード）を取得すること。解約対象サービスの登録情報の具体的な取得方法としては、管理サーバ３０に解約対象サービスの登録情報を要求してもよいし、ユーザに入力させてもよい。ユーザに入力させる場合には、解約処理部１５１は、管理サーバ３０にアクセスしなくてもよく、通信装置１０の表示部１２の画面上に入力画面を表示させて、登録情報をユーザに入力させてもよい。
（３）ウェブブラウザを起動して、ウェブブラウザ上で解約対象サービスの解約用のページにアクセスすること。
（４）解約用のページにおいて登録情報を入力することで解約対象サービスの解約処理を実行すること。解約処理部１５１が行う具体的な処理としては、事前に設定されたシナリオに従い、解約用のページにおいて解約処理を実行するために必要な項目を入力し、解約ボタンを押下し、解約処理を実行する。ここで、解約用のページが複数画面に分かれている場合には、解約処理部１５１は各ページにおいて必要な項目を入力することによって解約処理を実行する。
以下の説明では、サービスの解約に必要となる解約対象サービスの登録情報が、ＩＤ及びパスワードであるものとして説明する。

【0030】

通信制御部１５２は、通信部１１を制御する。例えば、通信制御部１５２は、解約処理部１５１の要求に応じて、通信部１１を制御して管理サーバ３０から解約対象サービスのＩＤ及びパスワードを取得する。
表示制御部１５３は、表示部１２の表示を制御する。例えば、表示制御部１５３は、表示部１２に表示するための画面データを生成し、生成した画面データを表示部１２に表示させる。

【0031】

図３は、第１の実施形態における表示部１２の画面に表示されるマイページの情報の一例を示す図である。マイページの情報は、ユーザの指示に応じて、通信装置１０の表示部１２に表示される。
図３に示すように、表示部１２にはマイページの情報として、契約サービス情報５１、新規登録ボタン５２及び契約解約ボタン５３が表示される。契約サービス情報５１は、ユーザが契約中のサブスクリプションサービスの情報である。契約サービス情報５１として、図３には契約中のサブスクリプションサービスの名前、ログイン履歴及び課金状況に関する情報が表示されている。ユーザが画面上のログイン履歴の情報を選択すると、選択されたサブスクリプションサービスのログイン情報が表示部１２に表示される。ログイン履歴の情報は、サービス提供サーバ２０から取得されてもよいし、管理サーバ３０から取得されてもよい。ユーザが画面上の課金状況の情報を選択すると、選択されたサブスクリプションサービスの課金状況が表示部１２に表示される。課金状況の情報は、サービス提供サーバ２０から取得されてもよいし、管理サーバ３０から取得されてもよい。

【0032】

新規登録ボタン５２は、ユーザが新たに契約したサブスクリプションサービスを登録する際に使用されるボタンである。新規登録ボタン５２が選択されると、表示部１２の画面が登録画面に切り替わる。そして、ユーザが、操作部１３を操作してサブスクリプションサービスの登録情報（例えば、契約したサブスクリプションサービス名、アクセス情報（ＵＲＬ（Uniform Resource Locator）等）、ＩＤ及びパスワード）を登録する。
契約解約ボタン５３は、契約中のサブスクリプションサービスの契約を解消する際に使用されるボタンである。

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

（第２の実施形態）
第２の実施形態では、サービス提供サーバ側に解約用のＡＰＩ（Application Programming Interface）を持たせ、ユーザからの解約指示に応じてサービス提供サーバで解約処理を行う構成について説明する。第２の実施形態におけるサービス解約システム１００は、通信装置１０ａ、サービス提供サーバ２０ａ及び管理サーバ３０を備える。以下、第１の実施形態との相違点についてのみ説明する。第２の実施形態において解約対象サービスを解約するための処理とは、通信装置１０ａからの指示に応じてサービス提供サーバ２０ａで解約用のＡＰＩを実行して解約対象サービスを解約する処理である。

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

解約処理部３３５は、オペレータからの発話内容を音声認識により解析し、解析した発話内容に応じて回答を音声により応答するように学習されたモデルを用いて、解約対象のサービスを解約する。解約処理部３３５は、ユーザ属性に関する情報を用いて、想定されるオペレータからの質問内容に応じた回答を作成して音声出力する機能と、オペレータからの発話内容を音声認識により解析する機能、音声合成により回答を発話する機能を有する。オペレータからの発話内容を音声認識により解析する機能、音声合成により回答を発話する機能は、例えばCommunication Engine COTOHAにより実現されてもよいし、それぞれ又は両方の機能を実装する装置により実現されてもよい。オペレータからの質問内容及び回答は、解約手順にしたがって作成される。

【0085】

図１３は、第３の実施形態におけるサービス解約システム１００の解約処理の流れを示すシーケンス図である。図１３の解約処理は、通信装置１０ｂにおいて解約の指示が入力された場合（契約解約ボタン５３が押下された場合）に実行される。
通信装置１０ｂは、契約解約ボタン５３が押下された旨を管理サーバ３０ｂに通知する（ステップＳ３０１）。通信装置１０ｂから送信される通知には、解約対象サービスの情報が含まれる。
管理サーバ３０ｂの通信部３１は、通信装置１０ｂから送信された通知を受信する。解約処理部３３５は、受信された通知に応じて、解約対象サービスのサポートデスクに対して発信する（ステップＳ３０２）。具体的には、まず解約処理部３３５は、ユーザ情報３２１を参照し、通知に含まれる解約対象サービスのアクセス情報を取得する。そして、解約処理部３３５は、取得したアクセス情報から解約対象サービスのサポートデスクに対して発信する。これにより、サポートデスクのオペレータと通話が可能になる。通話に対してサポートデスクのオペレータが質問する（ステップＳ３０３）。例えば、サポートデスクのオペレータが、本日はどのようなご用件でしょうか、といったような質問をしたとする。

【0086】

解約処理部３３５は、オペレータからの質問の内容を音声認識により解析する（ステップＳ３０４）。解約処理部３３５は、解析した結果に基づいて、質問に対する回答を取得する。例えば、オペレータからの質問の内容が、本日はどのようなご用件でしょうか、といったような内容である場合、解約処理部３３５はサービスの解約を行いたい旨の回答を取得する。例えば、オペレータからの質問の内容が、解約するユーザのＩＤ及びパスワードを求める内容である場合、解約処理部３３５は、音声認識により解析した結果に基づいて、解約するユーザのＩＤ及びパスワードをユーザ情報３２１から取得する。解約処理部３３５は、取得した回答の音声データを生成する（ステップＳ３０５）。解約処理部３３５は、生成した音声データを出力することによって音声により応答する（ステップＳ３０６）。ここでは、解約までの処理が音声により実行される。

【0087】

オペレータは、解約対象サービスの情報を、サービス提供サーバ２０に対して入力する（ステップＳ３０７）。これにより、サービス提供サーバ２０から解約対象サービスの情報が削除される。サービス提供サーバ２０は、解約処理が完了した旨を含む処理結果を通信装置１０ｂ及び管理サーバ３０ｂに送信する（ステップＳ３０８）。

【0088】

通信装置１０ｂの通信部１１は、サービス提供サーバ２０から送信された処理結果を受信する。表示制御部１５３は、受信された処理結果を表示部１２に表示させる。表示部１２は、表示制御部１５３の制御に従って、処理結果を画面上に表示する（ステップＳ３０９）。例えば、表示部１２の画面上には、サブスクリプションサービスの解約が完了した旨の情報が表示される。
管理サーバ３０の通信部３１は、サービス提供サーバ２０から送信された処理結果を受信する。登録部３３２は、受信された処理結果に基づいて、記憶部３２に記憶されているサブスクリプションサービスの情報のうち、処理結果に含まれるサブスクリプションサービスの情報の情報を消し込むことによって情報を更新する（ステップＳ３１０）。

【0089】

以上のように構成された第３の実施形態におけるサービス解約システム１００では、管理サーバ３０ｂが、オペレータからの発話内容を音声認識により解析し、解析した発話内容に応じて回答を音声により応答するように学習されたモデルを用いて、解約対象のサービスを解約する。これにより、ユーザは、解約の指示を入力するだけでサブスクリプションサービスを解約することができる。これにより、ユーザは、少ない手順（例えば、１タップ）でサブスクリプションを解約することができる。そのため、簡便にサービスの解約を行うことが可能になる。

【0090】

第３の実施形態におけるサービス解約システム１００では、第１の実施形態におけるサービス解約システム１００と同様に、ユーザが契約しているサブスクリプションサービスを一覧で表示することによって可視化することができる。第３の実施形態におけるサービス解約システム１００では、第１の実施形態におけるサービス解約システム１００と同様に、サブスクリプションサービスの事業者に対して、ユーザがサブスクリプションサービスの利用をやめた原因や乗り換え先のサブスクリプションサービスの情報を提供する。これにより、サブスクリプションサービスの事業者は、事業の見直しをすることができる。

【0091】

＜第３の実施形態における変形例＞
通信装置１０ｂには、解約処理部３３５の機能が実装されてもよい。
上記の第３の実施形態におけるサービス解約システム１００において、サービス解約後一定期間（保持期間）はユーザに関する情報を保持し、解約対象のサブスクリプションサービスの解約時から保持期間経過する前に、解約したサービスの契約指示が入力されたことに応じて、契約処理を実行するように構成されてもよい。このように構成される場合、管理サーバ３０ｂは、契約処理部をさらに備える。契約処理部は、サブスクリプションサービスの契約指示が入力されたことに応じて、解約したサブスクリプションサービスを契約するための処理を実行する。契約処理部は、ユーザ属性に関する情報を用いて、想定されるオペレータからの質問内容に応じた回答を作成して音声出力する機能と、オペレータからの発話内容を音声認識により解析する機能、音声合成により回答を発話する機能を有する。オペレータからの発話内容を音声認識により解析する機能、音声合成により回答を発話する機能は、例えばCommunication Engine COTOHAにより実現されてもよいし、それぞれ又は両方の機能を実装する装置により実現されてもよい。契約処理部は、制御部３３ｂがプログラムを実行することによって実現される機能である。

【0092】

契約処理の具体的な流れ以外の基本的な構成（例えば、図７（Ａ）及び（Ｂ）に示す画面表示、解約を行ったユーザに関する情報を保持する構成）については第１の実施形態と同様である。
次に、第３の実施形態における契約処理の具体的な流れについて説明する。第３の実施形態においても、解約処理が行われた後にマイページへのログインがなされると、通信装置１０ｂの表示部１２の画面には図７（Ａ）に示すようなマイページの情報が表示される。すなわち、解約処理が行われた後のマイページには契約開始ボタン５４が表示される。そして、第１の実施形態で説明したように、ユーザによって契約開始ボタン５４が押下されると、表示部１２の画面には図７（Ｂ）に示す画面が表示される。

【0093】

図７（Ｂ）において選択ボタン５５が押下された場合、すなわち再契約処理の指示がなされた場合、通信装置１０ｂは、再契約処理の指示が入力された旨を管理サーバ３０ｂに通知する。この場合、通信装置１０ｂから送信される通知には、契約対象サービスの情報と再契約処理の指示とが含まれる。
管理サーバ３０ｂの通信部３１は、通信装置１０ｂから送信された通知を受信する。契約処理部は、受信された通知に応じて、契約対象サービスのサポートデスクに対して発信する。具体的には、まず契約処理部は、ユーザ情報３２１を参照し、通知に含まれる契約対象サービスのアクセス情報を取得する。そして、契約処理部は、取得したアクセス情報から契約対象サービスのサポートデスクに対して発信する。これにより、サポートデスクのオペレータと通話が可能になる。通話に対してサポートデスクのオペレータが質問する。例えば、サポートデスクのオペレータが、本日はどのようなご用件でしょうか、といったような質問をしたとする。

【0094】

契約処理部は、オペレータからの質問の内容を音声認識により解析する。契約処理部は、解析した結果に基づいて、質問に対する回答を取得する。例えば、オペレータからの質問の内容が、本日はどのようなご用件でしょうか、といったような内容である場合、契約処理部はサービスの契約を行いたい旨の回答を取得する。例えば、通信装置１０ｂから送信される通知に再契約処理の指示が含まれていた場合、契約処理部はサービスの再契約を行いたい旨の回答を取得する。例えば、オペレータからの質問の内容が、再契約するユーザのＩＤ及びパスワードを求める内容である場合、契約処理部は、音声認識により解析した結果に基づいて、再契約するユーザのＩＤ及びパスワードをユーザ情報３２１から取得する。契約処理部は、取得した回答の音声データを生成する。契約処理部は、生成した音声データを出力することによって音声により応答する。ここでは、再契約までの処理が音声により実行される。

【0095】

オペレータは、再度契約されたサービスの情報を、サービス提供サーバ２０に対して入力する。これにより、サービス提供サーバ２０において入力されたサービスが再契約される。サービス提供サーバ２０は、再度契約した対象となるユーザに関する情報を通信装置１０ｂ及び管理サーバ３０ｂに通知する。管理サーバ３０ｂでは、ユーザ情報３２１の解約中であることを示す情報の項目の値を“１”から“０”の値に変更する。

【0096】

図７（Ｂ）において選択ボタン５６が押下された場合、すなわち新契約処理の指示がなされた場合、通信装置１０ｂは、新契約処理の指示が入力された旨を管理サーバ３０ｂに通知する。この場合、通信装置１０ｂから送信される通知には、契約対象サービスの情報と新契約処理の指示とが含まれる。

【0097】

管理サーバ３０ｂの通信部３１は、通信装置１０ｂから送信された通知を受信する。契約処理部は、受信された通知に応じて、契約対象サービスのサポートデスクに対して発信する。具体的には、まず契約処理部は、ユーザ情報３２１を参照し、通知に含まれる契約対象サービスのアクセス情報を取得する。そして、契約処理部は、取得したアクセス情報から契約対象サービスのサポートデスクに対して発信する。これにより、サポートデスクのオペレータと通話が可能になる。通話に対してサポートデスクのオペレータが質問する。例えば、サポートデスクのオペレータが、本日はどのようなご用件でしょうか、といったような質問をしたとする。

【0098】

契約処理部は、オペレータからの質問の内容を音声認識により解析する。契約処理部は、解析した結果に基づいて、質問に対する回答を取得する。例えば、オペレータからの質問の内容が、本日はどのようなご用件でしょうか、といったような内容である場合、契約処理部はサービスの契約を行いたい旨の回答を取得する。例えば、通信装置１０ｂから送信される通知に新契約処理の指示が含まれていた場合、契約処理部はサービスを新しいアカウントで契約したい旨の回答を取得する。契約処理部は、取得した回答の音声データを生成する。契約処理部は、生成した音声データを出力することによって音声により応答する。ここでは、新たな契約までの処理が音声により実行される。

【0099】

オペレータは、新たに契約したサービスの情報を、サービス提供サーバ２０に対して入力する。これにより、サービス提供サーバ２０において新たに契約したサービスが登録される。すなわち新契約処理により、サービス提供サーバ２０には新規のアカウントで契約がなされる。新規のアカウントで契約がなされた場合、サービス提供サーバ２０は、新規登録されたユーザに関する情報を通信装置１０ｂ及び管理サーバ３０ｂに通知してもよい。この場合、管理サーバ３０ｂでは、通知されたユーザに関する情報をユーザ情報３２１に新たに登録する。

【0100】

以上のように構成されることによって、一度解約処理を行ったサービスにおいて、ユーザは、少ない手順（例えば、２タップ）でサブスクリプションサービスを再契約することができる。そのため、簡便にサービスの契約を行うことが可能になる。

【0101】

＜第１の実施形態から第３の実施形態に共通する変形例＞
上記の例では、解約対象となるサービスがサブスクリプションサービスである場合を例に説明したが、解約対象となるサービスは解約の手続きを行う必要があるサービスであればどのようなサービスであってもよい。
通信装置１０，１０ａ，１０ｂは、ログイン履歴及び課金情報を、サービス提供サーバ２０，２０ａから直接取得してもよい。
サービス解約システム１００において、利用頻度が閾値未満のサービスの情報を他の方法で通知するように構成されてもよい。ここで、他の方法とは、例えば郵送や電話等である。このように構成されることによって、通信装置１０，１０ａ，１０ｂの通知を見ない又は見ることが少ないユーザに対しても利用頻度が閾値未満のサービスの情報を提供することができる。

【0102】

通信装置１０，１０ａ，１０ｂは、ユーザが契約解約ボタン５３を押下した後に、再確認用のメッセージを含む画面を表示部１２に表示させて再確認するように構成されてもよい。このように構成される場合、通信装置１０，１０ａ，１０ｂは、再確認用のメッセージを含む画面上において契約の解約を要求する指示が入力された場合にサブスクリプションサービスの解約処理を行う。このように構成されることによって、ユーザが誤って契約解約ボタン５３を押下した場合にすぐに契約が解約されてしまうことがない。さらに、ユーザとしては、画面上でボタンを選択するのみで済む。したがって、せいぜい２タップするだけでサブスクリプションサービスの契約を解約することができる。そのため、簡便にサービスの解約を行うことが可能になる。

【0103】

サービス解約システム１００は、以下のようなサービスに利用されてもよい。管理サーバ３０には、ユーザ属性の情報が登録されているため、選挙や年金のリマインドに利用されてもよい。このように構成される場合、管理サーバ３０の通知部３３３は、選挙の時期には、登録されているユーザの通信装置１０，１０ａ，１０ｂに対して選挙の投票を促す通知を送信する。管理サーバ３０の通知部３３３は、登録されているユーザの通信装置１０，１０ａ，１０ｂに対して年金の情報を通知する。

【0104】

通信装置１０，１０ａ，１０ｂは、通信装置１０，１０ａ，１０ｂのユーザ個人が契約しているサブスクリプションサービスの情報だけでなく、ユーザの親族（例えば、家族や婚約者など）が契約しているサブスクリプションサービスの情報を閲覧及びサブスクリプションサービスの解約処理を実行可能に構成されてもよい。このように構成される場合、管理サーバ３０，３０ｂは、ユーザ情報３２１のユーザ属性の項目に親族の情報を登録可能とし、親族に公開してもよいサブスクリプションサービスと、親族に公開しないサブスクリプションサービスとを別々に登録可能に構成されてもよい。そして、管理サーバ３０，３０ｂは、通信装置１０，１０ａ，１０ｂからの要求に応じて、ユーザの親族が契約しているサブスクリプションサービスの情報を通信装置１０，１０ａ，１０ｂに提供する。
このように構成されることによって、ユーザの親族が契約を解約することができない場合（例えば、身体が不自由な場合、親族に不幸があった場合）や、親が子供の契約しているサブスクリプションサービスを解約したい場合に、サブスクリプションサービスの契約を容易に解約することができる。

【0105】

以上、この発明の実施形態について図面を参照して詳述してきたが、具体的な構成はこの実施形態に限られるものではなく、この発明の要旨を逸脱しない範囲の設計等も含まれる。

【符号の説明】

【0106】

１０、１０ａ、１０ｂ、１０－１～１０－Ｍ…通信装置， ２０、２０ａ、２０－１～２０－Ｍ…サービス提供サーバ， ３０、３０ｂ…管理サーバ， １１、２１、３１…通信部， １２…表示部， １３…操作部， １４、２２、３２…記憶部， １５、１５ａ、１５ｂ、２３、３３、３３ｂ…制御部， １５１、１５１ａ…解約処理部， １５２、１５２ｂ…通信制御部， １５３…表示制御部， ２３１…解約処理部， ２３２…サービス提供部， ２３３…通信制御部， ３３１…情報取得部， ３３２…登録部， ３３３…通知部， ３３４…情報提供部， ３３５…解約処理部，

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】