(57)【特許請求の範囲】
【請求項１】
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付部と、
前記ユーザに関するイベント情報を取得する取得部と、
前記取得部によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信部と、
を備え、
前記取得部は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容をさらに取得し、
前記送信部は、
前記取得部によって取得された前記サービス提供者側で実行された承継に関する処理の内容に基づいて、さらに他のサービス提供者に前記イベント情報に基づく通知を送信する、
ことを特徴とする管理装置。
【請求項２】
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付部と、
前記ユーザに関するイベント情報を取得する取得部と、
前記取得部によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信部と、
を備え、
前記取得部は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容を取得し、
前記送信部は、
前記イベント情報を通知したユーザ、又は当該イベント情報に関して登録を受け付けているユーザに対して、前記サービス提供者側で実行された承継に関する処理の内容に基づく通知を送信する、
ことを特徴とする管理装置。
【請求項３】
前記取得部は、
前記ユーザに関するイベント情報を前記サービス提供者側から取得し、
前記送信部は、
前記取得部によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されている、前記イベント情報の送信元である前記サービス提供者以外の他のサービス提供者に対して、当該イベント情報に基づく通知を送信する、
ことを特徴とする請求項１又は２に記載の管理装置。
【請求項４】
前記受付部は、
前記ユーザに対応付けられるサービス提供者として、複数のサービス提供者の登録を受け付け、
前記送信部は、
前記取得部によって取得された一つのイベント情報に基づく通知を複数のサービス提供者に対して送信する、
ことを特徴とする請求項１〜３のいずれか一つに記載の管理装置。
【請求項５】
前記受付部は、
前記サービス提供者と前記ユーザに関するイベント情報の内容とを対応付ける情報を受け付け、受け付けた情報を前記記憶部に記憶し、
前記取得部によって取得された前記イベント情報が含む内容と、前記受付部によって受け付けられたサービス提供者とイベント情報の内容とを対応付けた情報とを参照することにより、取得された当該イベント情報に関連するサービス提供者を選択する選択部、をさらに備え、
前記送信部は、
前記選択部によって選択されたサービス提供者に対して、前記イベント情報に基づく通知を送信する、
ことを特徴とする請求項１〜４のいずれか一つに記載の管理装置。
【請求項６】
前記選択部は、
前記イベント情報に応じて、予め管理装置側が通知先として設定しているサービス提供者のうち、前記ユーザと対応付けられているサービス提供者を選択し、
前記送信部は、
前記選択部によって選択されたサービス提供者に対して、前記イベント情報に基づく通知を送信する、
ことを特徴とする請求項５に記載の管理装置。
【請求項７】
前記取得部は、
複数のユーザが関連するイベント情報を取得し、
前記送信部は、
前記取得部によって取得された複数のユーザが関連するイベント情報に基づく通知を、当該複数のユーザのいずれにも対応付けられているサービス提供者、又は当該複数のユーザのいずれかに対応付けられているサービス提供者に対して送信する、
ことを特徴とする請求項１〜６のいずれか一つに記載の管理装置。
【請求項８】
前記受付部は、
所定のサービス提供者と対応付けのされていないユーザであって、当該所定のサービス提供者が提供するサービスに当該ユーザが登録された場合には、当該所定のサービス提供者から、当該所定のサービス提供者と当該ユーザとの対応付けの登録を受け付ける、
ことを特徴とする請求項１〜７のいずれか一つに記載の管理装置。
【請求項９】
コンピュータが実行する管理方法であって、
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付工程と、
前記ユーザに関するイベント情報を取得する取得工程と、
前記取得工程によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信工程と、
を含み、
前記取得工程は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容をさらに取得し、
前記送信工程は、
前記取得工程によって取得された前記サービス提供者側で実行された承継に関する処理の内容に基づいて、さらに他のサービス提供者に前記イベント情報に基づく通知を送信する、
ことを特徴とする管理方法。
【請求項１０】
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付手順と、
前記ユーザに関するイベント情報を取得する取得手順と、
前記取得手順によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信手順と、
をコンピュータに実行させ、
前記取得手順は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容をさらに取得し、
前記送信手順は、
前記取得手順によって取得された前記サービス提供者側で実行された承継に関する処理の内容に基づいて、さらに他のサービス提供者に前記イベント情報に基づく通知を送信する、
ことを特徴とする管理プログラム。
【請求項１１】
コンピュータが実行する管理方法であって、
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付工程と、
前記ユーザに関するイベント情報を取得する取得工程と、
前記取得工程によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信工程と、
を含み、
前記取得工程は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容を取得し、
前記送信工程は、
前記イベント情報を通知したユーザ、又は当該イベント情報に関して登録を受け付けているユーザに対して、前記サービス提供者側で実行された承継に関する処理の内容に基づく通知を送信する、
ことを特徴とする管理方法。
【請求項１２】
ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付け、受け付けた当該サービス提供者と当該ユーザとを対応付けた情報を記憶部に記憶する受付手順と、
前記ユーザに関するイベント情報を取得する取得手順と、
前記取得手順によって取得されたイベント情報に関係するサービス提供者であって、前記記憶部において前記ユーザに対応付けられて登録されているサービス提供者に対して、当該イベント情報に基づく通知を送信する送信手順と、
をコンピュータに実行させ、
前記取得手順は、
前記イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容を取得し、
前記送信手順は、
前記イベント情報を通知したユーザ、又は当該イベント情報に関して登録を受け付けているユーザに対して、前記サービス提供者側で実行された承継に関する処理の内容に基づく通知を送信する、
ことを特徴とする管理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、管理装置、管理方法及び管理プログラムに関する。
【背景技術】
【０００２】
近年、情報技術の発達により、スマートフォン等のスマートデバイスの利用が拡がっている。デバイスのユーザは、通信ネットワークを介して、様々なサービスの提供を受けることができる。また、ユーザは、例えば自身が死亡した場合など、サービスの提供を受けることが出来なくなった場合に、サービスにおける権限や資産の承継を所望する場合がある。
【０００３】
このような承継に関する技術として、ユーザの死亡届をサーバに登録することで相続手続を行うインターネット相続手続システムに関する技術が知られている。また、個人が予め自分の死後又は要介護時に、電子メール等を管理するシステムに対して、自分に係る残存データを消去する又は指定者に送信する等の情報処理を依頼又は実行するシステムに関する技術が知られている。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２００８−９５８１号公報
【特許文献２】特開２０１４−１７４９７６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、上記の従来技術では、承継に関するユーザの手間の軽減を図ることが難しい。すなわち、ユーザの身上に発生するイベントは死亡に限られず、また、ユーザが利用するサービスも多岐にわたる。このため、ユーザは、承継に関する手続を包括的に行うことが難しく、手続そのものが手間となり、負担となる。
【０００６】
本願は、上記に鑑みてなされたものであって、承継に関するユーザの手間の軽減を図ることができる管理装置、管理方法及び管理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００７】
本願に係る管理装置は、ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付ける受付部と、前記ユーザに関するイベント情報を取得する取得部と、前記ユーザに対応付けられるサービス提供者であって、前記取得部によって取得されたイベント情報に関係するサービス提供者に対して、当該イベント情報に基づく通知を送信する送信部と、を備えたことを特徴とする。
【発明の効果】
【０００８】
実施形態の一態様によれば、承継に関するユーザの手間の軽減を図ることができるという効果を奏する。
【図面の簡単な説明】
【０００９】
【図１】図１は、実施形態に係る管理システムによる処理の一例を示す図である。
【図２】図２は、実施形態に係る管理装置の構成例を示す図である。
【図３】図３は、実施形態に係るユーザ情報記憶部の一例を示す図である。
【図４】図４は、実施形態に係る承継設定記憶部の一例を示す図である。
【図５】図５は、実施形態に係る承継設定の一例を示す図である。
【図６】図６は、実施形態に係る処理手順を示すフローチャート（１）である。
【図７】図７は、実施形態に係る処理手順を示すフローチャート（２）である。
【図８】図８は、変形例に係る管理システムによる処理の一例を示す図である。
【図９】図９は、管理装置の機能を実現するコンピュータの一例を示すハードウェア構成図である。
【発明を実施するための形態】
【００１０】
以下に、本願に係る管理装置、管理方法及び管理プログラムを実施するための形態（以下、「実施形態」と呼ぶ）について図面を参照しつつ詳細に説明する。なお、この実施形態により本願に係る管理装置、管理方法及び管理プログラムが限定されるものではない。また、各実施形態は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。また、以下の各実施形態において同一の部位には同一の符号を付し、重複する説明は省略される。
【００１１】
〔１．管理システムによる処理の一例〕
まず、図１を用いて、実施形態に係る管理システム１による処理の一例について説明する。図１は、実施形態に係る管理システム１による処理の一例を示す図である。図１では、本願に係る管理装置に対応する管理装置１００が、ユーザから承継に関する登録を受け付け、受け付けた内容に従い、承継を実行する処理の一例について説明する。
【００１２】
図１に示すように、管理システム１には、ユーザ端末１０１〜１０２と、サービス提供装置５０１〜５０４と、管理装置１００とが含まれる。ユーザ端末１０、サービス提供装置５０１〜５０４及び管理装置１００は、図示しないネットワーク（例えば、インターネット）を介して、有線又は無線により互いに通信可能に接続される。なお、図１に示した管理システム１に含まれる各装置の台数は、図示した数に限られない。
【００１３】
ユーザ端末１０１は、ユーザＵ０１によって利用される情報処理端末である。ユーザ端末１０２は、ユーザＵ０２によって利用される情報処理端末である。ユーザ端末１０１〜１０２は、例えば、デスクトップ型ＰＣ（Personal  Computer）や、ノート型ＰＣや、タブレット型端末や、ＰＤＡ（Personal  Digital  Assistant）や、ウェアラブル端末（Wearable  Device）等である。ユーザ端末１０１〜１０２は、ユーザＵ０１又はユーザＵ０２による操作に従って、管理装置１００との情報の送受信等を行う。なお、以下では、ユーザ端末１０１とユーザ端末１０２とを区別する必要のないときは、ユーザ端末１０と表記する。また、ユーザＵ０１とユーザＵ０２とを区別する必要のないときは、ユーザと表記する。また、ユーザ端末１０をユーザと読み替える場合がある。例えば、ユーザ端末１０１をユーザＵ０１と読み替え、ユーザ端末１０２をユーザＵ０２と読み替える場合がある。
【００１４】
サービス提供装置５０１〜５０４は、ユーザに対して各種サービスを提供する事業者等に管理されるサーバ装置である。例えば、サービス提供装置５０１は、生命保険会社によって管理されるサーバ装置である。サービス提供装置５０１は、ユーザから生命保険に関する手続きを受け付けたり、管理装置１００から所定の情報を受け付けたりする。また、サービス提供装置５０２は、金融機関によって管理されるサーバ装置である。また、サービス提供装置５０３は、ＳＮＳ（Social  Networking  Service）をユーザに提供する事業者によって管理されるサーバ装置である。また、サービス提供装置５０４は、クラウドを利用したネットワークサービスをユーザに提供する事業者によって管理されるサーバ装置である。なお、以下では、サービス提供装置５０１〜５０４を区別する必要のないときは、サービス提供装置５０と表記する。
【００１５】
管理装置１００は、ユーザが利用するサービスの承継に関する処理を管理するサーバ装置である。管理装置１００は、ユーザから承継に関する設定の登録を受け付ける。また、管理装置１００は、ユーザに何らかのイベント（承継に関する設定を行ったユーザが死亡したことや、ユーザが認知症等により要介護認定されたことや、ユーザが身体障害認定を受けたこと、また、ユーザが結婚したり、引っ越ししたりしたこと等、ユーザの身上に起こる事象）が発生した場合に、予めユーザから受け付けていた設定内容に従い、承継の処理を行う。例えば、管理装置１００は、ユーザＵ０１が死亡した場合に、ユーザＵ０１の契約していた生命保険会社への伝達を行う、という設定をユーザＵ０１から受け付ける。また、管理装置１００は、承継人に設定されたユーザＵ０２への生命保険契約の権限を委譲する、という設定を受け付ける。そして、管理装置１００は、ユーザＵ０１が死亡した、というようなイベントに関する情報（以下、「イベント情報」と表記する場合がある）を取得した場合には、受けていた設定に従い、生命保険会社が管理するサービス提供装置５０１に予め設定されていた内容の承継の通知を送信する。
【００１６】
管理装置１００は、ユーザＵ０１が承継の設定を行うに際して、例えばユーザ端末１０上に表示される管理ツールのようなユーザインターフェイスを提供する。すなわち、管理装置１００は、承継に関するプラットフォームのような役割を果たし、ユーザ端末１０とサービス提供装置５０との間で行われる承継手続等を包括的に管理することができる。以下、図１を用いて、管理システム１が実現する一連の処理を流れに沿って説明する。
【００１７】
図１に示す例において、ユーザＵ０１は、管理装置１００に対して承継設定を登録する（ステップＳ１１）。具体的には、ユーザＵ０１は、ユーザＵ０１が死亡した場合等の各サービスに関する取扱いを管理装置１００に登録する。すなわち、ユーザＵ０１は、ユーザＵ０１に所定のサービスを提供する事業者であるサービス提供者と、ユーザＵ０１自身との対応付けを登録する。また、ユーザＵ０１は、サービス提供者に対して、自身が提供を受けているサービスの承継に関する詳細な内容を登録する。例えば、ユーザＵ０１は、自身が死亡した場合の生命保険会社や金融機関との取引に関する権限をユーザＵ０２に委譲することや、利用中のＳＮＳのアカウントをユーザＵ０２に承継することや、利用中のクラウドサービスに保存されているデータを消去すること等の設定を登録する。ユーザＵ０１は、例えばユーザ端末１０１を用いて管理装置１００が提供する管理ツールにアクセスし、管理ツール上で承継に関する設定を行う。なお、管理ツールは、ユーザ端末１０上で実行される所定のアプリとして提供されてもよい。
【００１８】
その後、ユーザＵ０１にイベントが発生したとする。例えば、ユーザＵ０１が死亡したというイベントが発生した場合に、ユーザＵ０１の死亡を知り得た人物（ここでは、ユーザＵ０２とする）によって、イベントの発生が管理装置１００に通知される（ステップＳ１２）。この場合、ユーザＵ０２は、所定の公的な証明書（例えば、ユーザＵ０１の死亡が確認できる戸籍表や、火葬許可証、医師の診断書等）とともに、管理装置１００側にユーザＵ０１の死亡を通知してもよい。管理装置１００側（例えば、管理装置１００の管理者）は、証明書に記載されている内容を検証し、イベントの通知が信頼のおける通知と判定した場合に、ユーザＵ０１にイベントが発生したという情報を入力する。言い換えれば、管理装置１００は、ユーザＵ０１に対して、「死亡」状態であるというフラグを設定する。
【００１９】
管理装置１００は、通知されたイベント情報に基づいて、イベントが発生したユーザを特定する。そして、管理装置１００は、発生したイベントがユーザＵ０１に関するものであることを特定したのち、ユーザＵ０１の承継に関する設定を参照する。
【００２０】
そして、管理装置１００は、イベントに応じた通知先を選択する（ステップＳ１３）。すなわち、管理装置１００は、死亡というイベントが発生した場合に、ユーザＵ０１が利用していたサービスのうち、いずれのサービスに通知をするべきかを選択する。また、管理装置１００は、通知先のサービスにそれぞれどのような内容で承継処理を実行すべきかの設定を参照する。そして、管理装置１００は、サービス提供装置５０１〜５０４のうち、通知先として設定されているサービス提供装置５０に、イベントに応じた通知を送信する（ステップＳ１４）。
【００２１】
サービス提供装置５０１は、管理装置１００から通知を受信する。すなわち、サービス提供装置５０１は、ユーザＵ０１が死亡したというイベントが発生したという情報を受信する。また、サービス提供装置５０１は、ユーザＵ０１が、ユーザＵ０１が契約している生命保険に関して所定の承継処理を実行するよう設定していたという情報を受信する。通知の内容に従い、サービス提供装置５０１は、ユーザＵ０１に関する承継を実行する（ステップＳ１５）。例えば、サービス提供装置５０１は、ユーザＵ０１が契約している生命保険の番号を承継人として設定されているユーザＵ０２に通知すること、今後の処理の権限をユーザＵ０２が承継すること、また、ユーザＵ０１がユーザＵ０２に対するメッセージ等を残している場合には、かかるメッセージをユーザＵ０２に通知する、など、設定された内容に応じた処理を実行する。これらの処理は、サービス提供装置５０１とユーザ端末１０２との間で直接行われてもよいし、管理装置１００を介して行われてもよい。
【００２２】
また、管理装置１００は、ユーザＵ０１のイベントに応じて、サービス提供装置５０２〜５０４に対しても通知が送信されるよう設定を受け付けていた場合には、サービス提供装置５０２〜５０４に対して設定の通りに通知を送信する。その後、管理装置１００は、各サービス提供装置５０によって行われた承継の結果を、承継人として設定されているユーザＵ０２に通知する（ステップＳ１６）。例えば、管理装置１００は、サービス提供装置５０１〜５０４で実行された承継処理の内容をユーザＵ０２が一元的に確認できるよう、管理ツールに承継処理の内容を表示する。
【００２３】
このように、実施形態に係る管理装置１００は、ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付ける。また、管理装置１００は、ユーザに関するイベント情報を取得する。そして、管理装置１００は、ユーザＵ０１に対応付けられるサービス提供者であって、取得されたイベント情報に関係するサービス提供者に対して、当該イベント情報に基づく通知を送信する。
【００２４】
このように、実施形態に係る管理装置１００は、ユーザが利用するサービスとユーザとを対応付けておき、ユーザにイベントが発生した場合には、ユーザと対応付けられているサービスのうち、イベントに応じた通知先に通知を送信する。また、管理装置１００は、ユーザからイベント情報を取得した場合に、ユーザに設定に応じて、複数のサービスへ通知を送信することができる。すなわち、管理装置１００は、ユーザが利用するサービスに関する承継処理を包括的に管理させることができるため、ユーザの利便性を向上させることができる。また、管理装置１００によれば、各サービス提供者は、ユーザからわざわざ通知を受けなくとも、管理装置１００からイベントの発生の通知を受けることができる。このため、サービス側は、イベントの発生を容易に把握することが可能となり、イベントの発生したユーザや承継人に対する対応を一早く行うことができたり、ユーザの意向に沿った対応をしたりすることができる。通常、上記のような処理をユーザが行うためには、サービス提供者一つ一つと個別に承継の設定を行うことが必要となる。一方で、管理装置１００は、上述のように、承継に関するプラットフォームとして機能することにより、管理ツールを介した登録を受け付けることで、複数のサービスとユーザとを対応付け、適切な承継処理を行うことができる。また、ユーザＵ０１から承継を受けるユーザＵ０２にとっても、管理装置１００にイベント情報の発生を通知するだけで、ユーザＵ０１に発生したイベント情報を複数のサービスに通知することが可能となり、手続きを管理装置１００に対する手続きに一本化することができる。さらに、ユーザＵ０２は、例えば管理装置１００から提供される管理ツールを用いて各サービスとの承継処理を管理することで、自らが承継を受けるサービスを一元的に把握することができる。これにより、管理装置１００は、承継するユーザ、承継を受けるユーザの双方にとって、承継に関する手間の軽減を図ることができる。
【００２５】
〔２．管理装置の構成〕
次に、図２を用いて、実施形態に係る管理装置１００の構成について説明する。図２は、実施形態に係る管理装置１００の構成例を示す図である。図２に示すように、管理装置１００は、通信部１１０と、記憶部１２０と、制御部１３０とを有する。なお、管理装置１００は、管理装置１００を利用する管理者等から各種操作を受け付ける入力部（例えば、キーボードやマウス等）や、各種情報を表示するための表示部（例えば、液晶ディスプレイ等）を有してもよい。
【００２６】
（通信部１１０について）
通信部１１０は、例えば、ＮＩＣ（Network  Interface  Card）等によって実現される。かかる通信部１１０は、通信ネットワークと有線又は無線で接続され、通信ネットワークを介して、ユーザ端末１０やサービス提供装置５０等との間で情報の送受信を行う。
【００２７】
（記憶部１２０について）
記憶部１２０は、例えば、ＲＡＭ（Random  Access  Memory)、フラッシュメモリ（Flash  Memory）等の半導体メモリ素子、または、ハードディスク、光ディスク等の記憶装置によって実現される。実施形態に係る記憶部１２０は、ユーザ情報記憶部１２１と、承継設定記憶部１２２とを有する。以下、各記憶部について順に説明する。
【００２８】
（ユーザ情報記憶部１２１について）
ユーザ情報記憶部１２１は、管理装置１００を利用するユーザに関する情報を記憶する。ここで、図３に、実施形態に係るユーザ情報記憶部１２１の一例を示す。図３は、実施形態に係るユーザ情報記憶部１２１の一例を示す図である。図３に示した例では、ユーザ情報記憶部１２１は、「ユーザＩＤ」、「氏名」、「住所」、「生年月日」、「年齢」、「本人確認書類」、「連絡ユーザ」といった項目を有する。
【００２９】
「ユーザＩＤ」は、管理装置１００を利用するユーザを識別する識別情報を示す。「氏名」は、ユーザの氏名を示す。「住所」は、ユーザの居住している住所を示す。「生年月日」は、ユーザの生年月日を示す。「年齢」は、ユーザの年齢を示す。なお、各項目の情報は概念的に示したものであり、例えば、「住所」の項目には、実際にはユーザが居住している都道府県名や市町村名等が記憶される。
【００３０】
「本人確認書類」は、ユーザを確認するための書類である。言い換えれば、本人確認書類は、管理装置１００に登録されるユーザ情報を証明するための書類である。本人確認書類は、例えば、住民票や免許証などの公的な書類である。例えば、ユーザは、管理ツールでユーザ自身の情報を入力するとともに、管理装置１００の管理者等に公的な書類を送付する。管理装置１００の管理者は、管理ツールで入力された情報と本人確認書類とを照合し、情報の信頼性が確認された場合に、ユーザ情報を管理装置１００に登録する。なお、管理装置１００は、通信ネットワークを介して公的に証明された情報としてユーザ情報を受け付けた場合には、管理者の入力等によらず、受け付けた情報をユーザ情報としてユーザ情報記憶部１２１に登録してもよい。
【００３１】
「連絡ユーザ」は、登録されたユーザの代わりに管理装置１００に連絡を行ったり、管理装置１００からの連絡を受け付けたりすることを許可されたユーザを示す。例えば、登録を行ったユーザが死亡するなどして、ユーザ本人から死亡届を管理装置１００に通知できない状態となった場合、管理装置１００は、連絡ユーザに設定されたユーザからの死亡届の連絡を正当な連絡として受け付けることができる。なお、連絡ユーザとして登録される情報は、ユーザの氏名等ではなく、例えば、ユーザの代わりに管理装置１００との情報のやり取りを認められたユーザが使用するユーザ端末１０の識別情報等であってもよい。
【００３２】
すなわち、図３では、ユーザ情報記憶部１２１に記憶される情報として、ユーザＩＤ「Ｕ０１」で識別されるユーザの氏名は「ＡＡＡ」であり、住所は「ＢＢＢ」であり、生年月日は「１９ＣＣ／ＣＣ／ＣＣ」であり、年齢は「ＤＤ」であり、これらの個人情報を確認した本人確認書類は「住民票」であり、また、ユーザＵ０１の代わりに管理装置１００との連絡が認められているユーザには、「ユーザＵ０２」や「ユーザＵ０３」や「ユーザＵ０４」が設定されている、という一例を示している。
【００３３】
（承継設定記憶部１２２について）
承継設定記憶部１２２は、ユーザが設定した承継に関する情報を記憶する。ここで、図４に、実施形態に係る承継設定記憶部１２２の一例を示す。図４は、実施形態に係る承継設定記憶部１２２の一例を示す図である。図４に示した例では、承継設定記憶部１２２は、「ユーザＩＤ」、「イベント」、「証明書」、「通知先」、「承継設定」といった項目を有する。
【００３４】
「ユーザＩＤ」は、ユーザを識別する識別情報を示す。「イベント」は、ユーザに発生するイベントの種類を示す。「証明書」は、イベントが発生したことを証明する書類を示す。証明書は、イベントごとに異なっていてもよい。例えば、イベントが「死亡」である場合の証明書は、戸籍表や火葬許可証や医師診断書等の公的な書類である。なお、図４に示した証明書は一例であり、管理装置１００がイベントの発生を証明するものとして信頼性を有すると判定した書類やデータについては、証明書として認められる。例えば、ユーザＵ０１が死亡した場合には、管理装置１００側は、ユーザＵ０１の連絡ユーザであるユーザＵ０２や、ユーザＵ０３や、ユーザＵ０４から、イベントが発生した連絡とともに、署名書を取得する。管理装置１００の管理者は、イベントと証明書とを照合し、情報の信頼性が確認された場合に、イベントに応じたフラグをユーザＵ０１に設定する。
【００３５】
「通知先」は、イベントが発生した場合に、イベントの発生及び承継処理の内容が通知されるサービス提供者を示す。「承継設定」は、ユーザが個別に設定する承継処理の詳細内容を示す。なお、図４の例では、承継設定は、「Ｅ０１」といった概念で示しているが、実際には、サービスを承継する人物を特定する情報や、承継処理として行う処理内容などが記憶される。
【００３６】
すなわち、図４では、承継設定記憶部１２２に記憶される情報として、ユーザＩＤ「Ｕ０１」で識別されるユーザにイベント「死亡」が発生した場合には、イベントを証明する証明書として、「戸籍表」や「火葬許可証」や「医師診断書」が必要であり、当該イベントに対応する通知先は、「生命保険会社」や「金融機関」や「ＳＮＳ」や「クラウドサービス」であり、それぞれの承継設定は「Ｅ０１」、「Ｅ０２」、「Ｅ０３」、「Ｅ０４」として設定されている、という一例を示している。
【００３７】
ここで、ユーザが設定する承継設定について、図５を用いて説明する。図５は、実施形態に係る承継設定の一例を示す図である。図５に示すように、承継設定は、設定されるサービスごとに異なる情報を含んでいてもよい。
【００３８】
例えば、承継設定Ｅ０１は、「ユーザＩＤ」、「承継者」、「保険番号」、「伝達情報」といった項目を有する。「ユーザＩＤ」は、ユーザを識別する識別情報を示す。「承継者」は、ユーザＵ０１がサービスの手続に関する権限を承継するユーザ名を示す。「保険番号」は、ユーザＵ０１が契約している保険内容を特定する番号を示す。「伝達情報」は、ユーザＵ０１が承継者やサービス側に対して承継の内容を伝達するメッセージや、承継の詳細な内容を示す。
【００３９】
例えば、承継設定Ｅ０２は、「ユーザＩＤ」、「承継者」、「口座番号」、「伝達情報」といった項目を有する。「ユーザＩＤ」、「承継者」、「伝達情報」は、承継設定Ｅ０１で説明した同様の項目に対応する。「口座番号」は、ユーザＵ０１が契約している金融機関における口座を特定する番号を示す。
【００４０】
例えば、承継設定Ｅ０３は、「ユーザＩＤ」、「承継者」、「アカウント」、「承継後設定」といった項目を有する。「ユーザＩＤ」、「承継者」は、承継設定Ｅ０１で説明した同様の項目に対応する。「アカウント」は、ユーザＵ０１が利用しているＳＮＳのアカウントを識別する識別情報を示す。
【００４１】
「承継後設定」は、ユーザＵ０１からアカウントが承継されるにあたり、承継されたＳＮＳの情報に対してどのような取扱いを認めるかを示す。例えば、「承継後設定」が「編集を許可」である場合は、ユーザＵ０１のアカウントＬＬＬを承継したユーザＵ０２が、ユーザＵ０１のアカウントＬＬＬに保持されている情報等を自由に編集することが許可されていることを示す。例えば、「承継後設定」が「公開のみ」である場合は、ユーザＵ０１のアカウントＭＭＭを承継したユーザＵ０４が、ユーザＵ０１のアカウントＭＭＭに保持されている情報等を編集できないものの、公開したり、保持し続けたりすることができることを示している。例えば、「承継後設定」が「消去」である場合は、ユーザＵ０１のアカウントＮＮＮについては、アカウントそのものや、保持されている情報を消去する処理が行われることを示す。
【００４２】
なお、図５に示した承継設定は、一例であり、図５に示した設定以外であっても、承継設定として、サービスごとに種々の設定が登録されてもよい。
【００４３】
（制御部１３０について）
図２に戻って説明を続ける。制御部１３０は、例えば、ＣＰＵ（Central  Processing  Unit）やＭＰＵ（Micro  Processing  Unit）等によって、管理装置１００内部の記憶装置に記憶されている各種プログラム（管理プログラムの一例に相当）がＲＡＭを作業領域として実行されることにより実現される。また、制御部１３０は、例えば、ＡＳＩＣ（Application  Specific  Integrated  Circuit）やＦＰＧＡ（Field  Programmable  Gate  Array）等の集積回路により実現される。
【００４４】
実施形態に係る制御部１３０は、図２に示すように、受付部１３１と、取得部１３２と、選択部１３３と、送信部１３４とを有し、以下に説明する情報処理の機能や作用を実現または実行する。なお、制御部１３０の内部構成は、図２に示した構成に限られず、後述する情報処理を行う構成であれば他の構成であってもよい。
【００４５】
（受付部１３１について）
受付部１３１は、各種情報を受け付ける。例えば、受付部１３１は、管理装置１００が提供する承継に関するプラットフォームへの登録をユーザから受け付ける。そして、受付部１３１は、ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付ける。
【００４６】
また、受付部１３１は、対応付けを行ったサービスごとの承継設定を受け付ける。すなわち、受付部１３１は、ユーザ側でイベントが発生した場合にサービス側で実行される承継処理の内容の設定を受け付ける。具体的には、受付部１３１は、死亡や要介護認定などユーザ本人が手続きを行うことが困難となるイベントが発生した場合には、サービスにおける手続の権限を所定のユーザに承継させる、といった設定を受け付ける。また、受付部１３１は、例えばユーザがＳＮＳやクラウド系サービス等のネットワークサービスを利用している場合には、それらのサービスで保持されているデータの取り扱い等の設定を受け付ける。受付部１３１は、ユーザから受け付けた情報をユーザ情報記憶部１２１や承継設定記憶部１２２に適宜記憶する。
【００４７】
なお、受付部１３１は、管理装置１００の管理者等から、ユーザから受け付けた情報がユーザから送付された公的な証明書により確認されたこと等の情報の入力を受け付けてもよい。また、受付部１３１は、ユーザや管理装置１００の管理者等から、登録された承継設定に関する変更や修正などを受け付けてもよい。
【００４８】
また、受付部１３１は、ユーザ端末１０から各種情報を受け付けるにあたり、承継処理を管理する管理ツールを提供してもよい。例えば、管理ツールは、ユーザ端末１０上で表示されるユーザインターフェイスを有する。そして、受付部１３１は、管理ツールを介して、ユーザ端末１０から承継処理の設定等の登録を受け付ける。
【００４９】
（取得部１３２について）
取得部１３２は、各種情報を取得する。具体的には、取得部１３２は、ユーザ側で発生するイベントに関する情報であるイベント情報を取得する。例えば、取得部１３２は、イベント情報として、受付部１３１によって登録されたユーザが死亡したことや、要介護認定を受けたこと、成年後見人がついたこと、結婚したこと、身体障害者の認定を受けたこと、破産したこと、引っ越しをしたこと等、ユーザの身上で発生する事象に関する情報を取得する。
【００５０】
なお、取得部１３２は、イベント情報を取得する際には、公的な証明書によって証明されたイベント情報を取得するようにしてもよい。この場合、取得部１３２は、例えば管理装置１００の管理者等から人為的に確認されたイベント情報を、当該管理者等から入力されることにより取得する。また、取得部１３２は、ユーザのイベント情報を公的に管理するシステムからイベント情報を取得することが可能な場合には、公的なシステムからイベント情報を取得してもよい。例えば、取得部１３２は、受付部１３１によって登録されたユーザが死亡したことを承継者等から通知された場合に、公的なシステムに当該ユーザの情報を問い合わせる。そして、取得部１３２は、イベント情報として、公的に認証された、当該ユーザの死亡情報を取得する。この場合、取得部１３２は、例えば、ユーザ１人１人に公的に発行される識別情報（例えば、マイナンバー（登録商標）等）に基づいて、公的なシステムに問い合わせを行うことによって、イベント情報を取得してもよい。
【００５１】
また、取得部１３２は、サービス提供装置５０から各種情報を取得してもよい。例えば、取得部１３２は、受付部１３１によってユーザから受け付けられた承継設定のうち、サービスに関する情報であって、ユーザから受け付けた情報では不足している情報等をサービス提供装置５０から取得する。例えば、取得部１３２は、ユーザから生命保険に関する保険番号等を取得していない場合に、ユーザ識別情報等に基づいて、保険番号を生命保険会社によって管理されるサービス提供装置５０１から取得するようにしてもよい。
【００５２】
また、取得部１３２は、サービス側で承継処理が実行された場合に、実行された処理の内容をサービス側から取得してもよい。例えば、取得部１３２は、サービス提供装置５０との相互の通信を確立することにより、サービス側で行われた処理内容をサービス提供装置５０から取得する。
【００５３】
取得部１３２は、取得した情報をユーザ情報記憶部１２１や承継設定記憶部１２２に適宜記憶する。また、取得部１３２は、取得した情報を送信部１３４に送り、例えばユーザ端末１０に情報を送信させるようにしてもよい。
【００５４】
なお、取得部１３２は、上述した管理ツールを介して、イベント情報を取得してもよい。例えば、取得部１３２は、管理ツールを介して、イベントが発生した旨をユーザ端末１０から取得する。また、取得部１３２は、ユーザ端末１０から取得したイベントに関して、証明書による証明を必要とする場合には、その旨を管理ツール上に表示し、ユーザに証明書を管理装置１００側に送付することを促してもよい。
【００５５】
（選択部１３３について）
選択部１３３は、イベントに応じたサービスを選択する。具体的には、選択部１３３は、受付部１３１によって登録されたユーザとサービスとの対応付けのうち、取得部１３２が取得したイベント情報に応じたユーザとサービスとの対応付けを選択する。
【００５６】
例えば、選択部１３３は、ユーザから受け付けた承継設定に従い、ユーザ側で発生したイベントに応じたサービスを選択する。すなわち、選択部１３３は、ユーザ側で「死亡」というイベントが発生した場合に、ユーザが、「生命保険会社」と、「金融機関」と、「ＳＮＳ提供事業者」と、「クラウドサービス提供事業者」とが提供するサービスに対する承継処理を設定していることを参照する。そして、選択部１３３は、取得部１３２によってイベント情報を取得された場合に、承継処理を実行させるサービスとして、ユーザが設定した上記サービスを選択する。
【００５７】
なお、選択部１３３は、ユーザの設定によりサービスを選択するとともに、イベントに応じて予め設定されたサービスを選択するようにしてもよい。例えば、選択部１３３は、所定のユーザに「死亡」というイベントが発生した場合、少なくとも「生命保険会社」は承継処理を実行させるサービス提供先として選択するなど、予めイベントごとに承継処理の通知を行うサービスを管理装置１００側で設定しておく。そして、選択部１３３は、ユーザによる手動の設定によらず、管理装置１００側で設定された仕様に従い、サービスを選択する。これにより、選択部１３３は、ユーザの手間を省くことができる。
【００５８】
（送信部１３４について）
送信部１３４は、各種情報を送信する。例えば、送信部１３４は、ユーザに対応付けられるサービス提供者であって、取得部１３２によって取得されたイベント情報に関係するサービス提供者に対して、当該イベント情報に基づく通知を送信する。イベント情報に基づく通知とは、例えば、発生したイベントの種類、イベントが発生したユーザの識別情報、ユーザによって設定されていた承継処理の内容等である。
【００５９】
送信部１３４は、選択部１３３によって選択されたサービスに対して、イベント情報に基づく通知を送信する。すなわち、送信部１３４は、ユーザによって設定された内容に従ってサービスに通知を送信する場合もあるし、発生したイベントに応じて管理装置１００側で通知を送信するサービスとして定められたサービスに通知を送信する場合もある。また、送信部１３４は、受付部１３１によってユーザに対応付けられるサービス提供者として、複数のサービス提供者の登録が受け付けられている場合には、取得された一つのイベント情報に基づく通知を複数のサービス提供者に対して送信するようにしてもよい。
【００６０】
また、送信部１３４は、各サービス側で承継処理が実行された場合に、承継処理の内容をユーザ端末１０に送信してもよい。例えば、送信部１３４は、サービス提供装置５０から送信された情報に基づいて、ユーザ端末１０に承継処理の内容を送信する。このような情報の伝達は、送信部１３４から直接ユーザ端末１０に情報が送信されてもよいし、管理装置１００が提供する管理ツールを介して、ユーザに伝達されてもよい。この場合、送信部１３４が通知を送信する送信先は、イベント情報を送信したユーザ端末１０に限られない。例えば、送信部１３４は、管理装置１００に登録されているユーザ、言い換えれば、イベント情報を通知したユーザ、又は当該イベント情報に関して登録を受け付けているユーザ（連絡ユーザ、承継者等）に対して、承継処理の内容を送信するようにしてもよい。
【００６１】
〔３．処理手順〕
次に、図６及び図７を用いて、実施形態に係る管理装置１００による処理の手順について説明する。図６は、実施形態に係る処理手順を示すフローチャート（１）である。図６では、管理装置１００がユーザ端末１０から承継処理に関する登録を受け付ける処理の流れについて説明する。
【００６２】
図６に示すように、管理装置１００に係る受付部１３１は、ユーザ端末１０から承継設定の登録を受け付けたか否かを判定する（ステップＳ１０１）。承継設定の登録を受け付けていない場合には、受付部１３１は、受け付けるまで待機する（ステップＳ１０１；Ｎｏ）。
【００６３】
一方、承継設定の登録を受け付けた場合には（ステップＳ１０１；Ｙｅｓ）、受付部１３１は、受け付けた内容に従い、ユーザとサービスとを対応付けて登録する（ステップＳ１０２）。
【００６４】
また、受付部１３１は、イベントが発生した場合に通知を行う送信先となるサービスに関して、イベント情報ごとの通知先の設定を登録する（ステップＳ１０３）。なお、受付部１３１は、サービスで実行される承継処理の内容の設定を受け付けてもよい。これにより、受付部１３１による、承継に関する登録処理が完了する。なお、受付部１３１は、登録を行った後であっても、任意のタイミングで、ユーザから登録情報の変更や更新を受け付けてもよい。
【００６５】
次に、図７を用いて、管理装置１００が各サービスに対して承継処理を実行させる処理の流れについて説明する。図７は、実施形態に係る処理手順を示すフローチャート（２）である。
【００６６】
図７に示すように、管理装置１００に係る取得部１３２は、管理装置１００に登録を行ったユーザ本人、又は、連絡ユーザからイベント情報を取得したか否かを判定する（ステップＳ２０１）。イベント情報を取得していない場合には、取得部１３２は、取得するまで待機する（ステップＳ２０１；Ｎｏ）。
【００６７】
一方、取得部１３２がイベント情報を取得した場合には（ステップＳ２０１；Ｙｅｓ）、選択部１３３は、イベント情報に含まれるユーザの識別情報に基づいて、イベントに関するユーザを特定する（ステップＳ２０２）。
【００６８】
そして、選択部１３３は、イベント情報に応じた通知先を選択する。続いて、送信部１３４は、イベント情報に応じた通知先へ通知を送信する（ステップＳ２０３）。その後、取得部１３２は、承継処理等に関するサービスからのフィードバックがあったか否かを判定する（ステップＳ２０４）。
【００６９】
サービスからのフィードバックがあった場合には（ステップＳ２０４；Ｙｅｓ）、送信部１３４は、サービスが実行した承継の内容を承継者等（例えば、連絡ユーザ）に通知する（ステップＳ２０５）。サービスからのフィードバックがない場合や（ステップＳ２０４；Ｎｏ）、サービスが実行した承継の内容を承継者等に通知した場合には、管理装置１００は、承継に関する処理を終了する。
【００７０】
〔４．変形例〕
上述した管理システム１による処理は、上記実施形態以外にも種々の異なる形態にて実施されてよい。そこで、以下では、管理システム１の他の実施形態（変形例）について説明する。
【００７１】
〔４−１．サービス側からの通知〕
上記実施形態では、ユーザ又は連絡ユーザがイベントの発生を管理装置１００に送信する例を示した。しかし、イベントの発生は、サービス側から管理装置１００に送信されてもよい。この点について、図８を用いて説明する。
【００７２】
図８に示す例において、ユーザＵ０１は、図１と同じく、管理装置１００に対して承継設定を登録する（ステップＳ２１）。
【００７３】
その後、ユーザＵ０１にイベントが発生したとする。例えば、ユーザＵ０１が死亡したというイベントが発生した場合に、ユーザＵ０１の死亡を知り得たユーザＵ０２によって、イベントの発生が通知される。この場合、ユーザＵ０１が管理装置１００に承継に関する登録を行っていることをユーザＵ０２が知らない場合等には、ユーザＵ０２は、ユーザＵ０２が死亡したことを生命保険会社等のサービスに連絡する場合がある。図８の例では、ユーザＵ０２は、生命保険会社が管理するサービス提供装置５０１にイベントの発生を通知するものとする（ステップＳ２２）。
【００７４】
サービス提供装置５０１は、ユーザＵ０２からの通知を受けて、ユーザＵ０１に関する承継を実行する（ステップＳ２３）。この場合、サービス提供装置５０１が実行する処理は、管理装置１００に登録されている承継処理と同一でなくてもよい。例えば、サービス提供装置５０１は、承継処理として、ユーザＵ０２が死亡した場合に所定の保険金を支払う等、通常の生命保険会社の業務を行ってもよい。サービス提供装置５０１は、承継の結果をユーザ側に通知する（ステップＳ２４）。
【００７５】
ここで、サービス提供装置５０１は、通知を受けたイベントに関するユーザがユーザＵ０１であり、管理装置１００に承継処理を登録しているユーザであることを参照する。そして、サービス提供装置５０１は、ステップＳ２２で受け付けたイベントの発生を管理装置１００に通知する（ステップＳ２５）。
【００７６】
管理装置１００は、サービス提供装置５０１から通知されたイベント情報に基づいて、イベントが発生したユーザＵ０１を特定する。そして、管理装置１００は、発生したイベントがユーザＵ０１に関するものであることを特定したのち、ユーザＵ０１の承継に関する設定を参照する。
【００７７】
そして、管理装置１００は、イベントに応じた通知先を選択する（ステップＳ２６）。そして、管理装置１００は、サービス提供装置５０２〜５０４のうち、通知先として設定されているサービス提供装置５０に、イベントに応じた通知を送信する（ステップＳ２７）。
【００７８】
管理装置１００から通知を受け付けたサービス提供装置５０は、ユーザＵ０１に関する承継を実行する（ステップＳ２８）。その後、管理装置１００は、各サービス提供装置５０によって行われた承継の結果をユーザ側に通知する（ステップＳ２９）。
【００７９】
このように、変形例に係る管理装置１００は、ユーザ側に限らず、サービス経由でイベント情報を受け付けてもよい。すなわち、管理装置１００に係る取得部１３２は、ユーザに関するイベント情報をサービス側から取得してもよい。そして、送信部１３４は、イベント情報の送信元であるサービス以外の他のサービスであって、ユーザと対応付けられている他のサービスに対して、当該イベント情報に基づく通知を送信する。この場合であっても、管理装置１００は、登録された内容に従い、各サービス提供装置５０にイベントの発生を通知し、承継処理を実行させることができる。すなわち、ユーザ側は、管理装置１００に承継に関する登録を行っていることで、所定のサービスのみにイベントが発生したことを通知した場合であっても、登録しておいた複数の承継処理を実行させることができる。このようにして、管理装置１００は、承継に関するユーザの手間の軽減を図ることができる。
【００８０】
〔４−２．承継処理〕
上記実施形態における承継処理は、様々な態様で実施されてよい。例えば、ユーザＵ０１は、金融機関に関する承継処理として、家族であるユーザＵ０２へ口座を承継させるとともに、伝達情報としてメッセージを登録しておき、承継の際には、金融機関側がメッセージを確認できるようにしておいてもよい。
【００８１】
例えば、ユーザＵ０１は、承継者に向けたメッセージとして、当該金融機関における口座を保持すること、といったメッセージを登録する。金融機関側は、承継処理の際に、メッセージを参照する。そして、金融機関側は、ユーザＵ０２へ口座が承継するとともに、当該メッセージをユーザＵ０２へ伝達する。これにより、金融機関側は、ユーザＵ０１が亡くなった後でも、自身が管理する口座が解約されないよう承継者に依頼するといった営業活動を円滑に行うことができる。
【００８２】
また、管理装置１００は、ユーザＵ０１が許可する場合には、あるサービスにおける承継者の情報を共有させてもよい。これにより、例えば、生命保険に関してユーザＵ０１の承継者となるユーザＵ０２に対して、それまで取引のなかった金融機関がユーザＵ０２に営業を行うなど、事業活動を活性化させることができる。なお、ユーザＵ０２は、管理装置１００を利用することで、種々の態様で実施される承継処理について、各サービスへの連絡を効率よく行ったり、各サービスで実施される処理を一元的に把握したりすることができるため、煩雑化させずに各サービスへの対応を行うことができる。
【００８３】
〔４−３．通知順序〕
管理装置１００は、各サービスに通知を行う際に、同時に通知を送信するのではなく、順序を付けて通知を送信してもよい。すなわち、管理装置１００は、イベント情報に基づく通知を受信したサービス側で実行された承継に関する処理の内容を取得し、取得されたサービス側で実行された承継に関する処理の内容に基づいて、さらに他のサービス提供者にイベント情報に基づく通知を送信するようにしてもよい。例えば、金融機関における承継処理において、イベントが発生したユーザの口座が凍結すると不都合が生じる場合等には、管理装置１００は、金融機関に先立って、他のサービス提供装置５０に通知を送信してもよい。
【００８４】
また、サービス提供装置５０は、自身における承継処理が完了した場合に、かかる処理のフィードバックを管理装置１００に送信するようにしてもよい。管理装置１００は、サービス提供装置５０からのフィードバックを受けて、次の順序となる他のサービス提供装置５０にイベントに関する通知を送信する。これにより、管理装置１００は、サービスごとに順序付けて行う通知を円滑に行うことができる。
【００８５】
〔４−４．承継処理の自動登録〕
管理装置１００は、全ての承継処理や選択先をユーザの設定に委ねるのではなく、自動で行ってもよい。すなわち、管理装置１００は、予め、イベントに対応した通知先や承継処理の雛形を予め設定しておく。そして、管理装置１００は、ユーザが未設定の項目に関しては、雛形に従った処理を行う。例えば、管理装置１００は、イベントが死亡である場合には、少なくとも、ユーザが契約している生命保険会社や金融機関には通知が送信される、といった雛形を有しておく。また、例えば、管理装置１００は、ユーザが利用しているネットワークサービス関連のデータは、特段の指示の無い限り、アクセス不可にしたり消去したりする、といった雛形を有しておく。これにより、ユーザは、全ての処理を一つ一つ設定する手間が省けるため、承継に関する処理を効率的に行うことができる。
【００８６】
〔４−５．サービス〕
管理装置１００が通知先として選択するサービスは、上記実施形態で示した例に限られない。例えば、管理装置１００は、イベントの発生を受けて所定の対象者にメッセージを送付するメッセージサービス事業者や、ユーザ端末１０の通信回線を提供する通信事業者などに、イベントに応じた通知を行ってもよい。
【００８７】
また、管理装置１００は、イベントが結婚の場合等、複数のユーザに関するイベント情報を取得してもよい。そして、管理装置１００は、取得された複数のユーザが関連するイベント情報に基づく通知を、複数のユーザのいずれにも対応付けられているサービス提供者に送信してもよいし、複数のユーザのいずれかに対応付けられているサービス提供者に対して送信するようにしてもよい。このように、管理装置１００は、対象となるユーザが複数である場合や、サービスが複数のユーザにまたがる場合であっても、各々に対応する柔軟な処理を行うことができる。
【００８８】
〔４−６．対応付けの自動登録〕
管理装置１００は、ユーザ側からの申請のみならず、サービス側からの申請に応じて、ユーザとサービスとの対応付けを登録してもよい。
【００８９】
例えば、生命保険会社は、まだ管理装置１００によって対応付けされていないユーザであるユーザＵ０５から、生命保険会社が提供する保険への申し込みを受け付けたとする。この場合、生命保険会社によって管理されるサービス提供装置５０１は、ユーザＵ０５に対して保険番号を発行する。そして、サービス提供装置５０１は、管理装置１００に対して、発行した保険番号を通知する。管理装置１００は、サービス提供装置５０１から送信された保険番号を受け付けるとともに、ユーザＵ０５に対応するユーザＩＤを発行する。そして、管理装置１００は、ユーザＵ０５と、生命保険会社とを対応付けて登録する。なお、ユーザＵ０５は、ユーザＩＤが既に発行されているユーザであってもよい。すなわち、管理装置１００は、管理プラットフォームを既に利用しているユーザであっても、新たに何らかのサービスに加入したユーザに関しては、サービス側からの申請に応じて、サービスとユーザとの対応付けを行うようにしてもよい。
【００９０】
このように、管理装置１００は、ユーザと対応付けられていないサービス提供者であって、当該ユーザからサービスの提供を受ける旨の申し出を受け付けたサービス提供者から、当該ユーザとサービス提供者との対応付けの申し出を受け付ける。そして、管理装置１００は、サービス提供者からの申し出に応じて、当該ユーザとサービス提供者とを対応付けて登録する。このように、管理装置１００は、ユーザ側からの申請のみならず、サービス側からの申請に応じて、ユーザとサービスとの対応付けを行うことができる。これにより、ユーザは、あるサービスを利用する際に、自動的に管理装置１００に対応付けを登録することができるため、自ら登録処理を行う手間が省けるため、承継処理に関する手間を軽減することができる。
【００９１】
〔５．ハードウェア構成〕
また、上述してきた実施形態に対応する管理装置は、例えば図９に示すような構成のコンピュータ１０００によって実現される。以下、管理装置１００を例に挙げて説明する。図９は、管理装置１００の機能を実現するコンピュータ１０００の一例を示すハードウェア構成図である。コンピュータ１０００は、ＣＰＵ１１００、ＲＡＭ１２００、ＲＯＭ１３００、ＨＤＤ１４００、通信インターフェイス（Ｉ／Ｆ）１５００、入出力インターフェイス（Ｉ／Ｆ）１６００、及びメディアインターフェイス（Ｉ／Ｆ）１７００を有する。
【００９２】
ＣＰＵ１１００は、ＲＯＭ１３００又はＨＤＤ１４００に記憶されたプログラムに基づいて動作し、各部の制御を行う。ＲＯＭ１３００は、コンピュータ１０００の起動時にＣＰＵ１１００によって実行されるブートプログラムや、コンピュータ１０００のハードウェアに依存するプログラム等を記憶する。
【００９３】
ＨＤＤ１４００は、ＣＰＵ１１００によって実行されるプログラム、及び、かかるプログラムによって使用されるデータ等を記憶する。通信インターフェイス１５００は、通信網５００（通信ネットワーク）を介して他の機器からデータを受信してＣＰＵ１１００へ送り、ＣＰＵ１１００が作成したデータを、通信網５００を介して他の機器へ送信する。
【００９４】
ＣＰＵ１１００は、入出力インターフェイス１６００を介して、ディスプレイやプリンタ等の出力装置、及び、キーボードやマウス等の入力装置を制御する。ＣＰＵ１１００は、入出力インターフェイス１６００を介して、入力装置からデータを取得する。また、ＣＰＵ１１００は、入出力インターフェイス１６００を介して作成したデータを出力装置へ出力する。
【００９５】
メディアインターフェイス１７００は、記録媒体１８００に記憶されたプログラム又はデータを読み取り、ＲＡＭ１２００を介してＣＰＵ１１００に提供する。ＣＰＵ１１００は、かかるプログラムを、メディアインターフェイス１７００を介して記録媒体１８００からＲＡＭ１２００上にロードし、ロードしたプログラムを実行する。記録媒体１８００は、例えばＤＶＤ（Digital  Versatile  Disc）、ＰＤ（Phase  change  rewritable  Disk）等の光学記録媒体、ＭＯ（Magneto-Optical  disk）等の光磁気記録媒体、テープ媒体、磁気記録媒体、または半導体メモリ等である。
【００９６】
例えば、コンピュータ１０００が実施形態に係る管理装置１００として機能する場合、コンピュータ１０００のＣＰＵ１１００は、ＲＡＭ１２００上にロードされたプログラムを実行することにより、制御部１３０の機能を実現する。また、ＨＤＤ１４００には、記憶部１２０内のデータが記憶される。コンピュータ１０００のＣＰＵ１１００は、これらのプログラムを記録媒体１８００から読み取って実行するが、他の例として、他の装置から通信網５００を介してこれらのプログラムを取得してもよい。
【００９７】
〔６．その他〕
また、上記実施形態において説明した各処理のうち、自動的に行われるものとして説明した処理の全部または一部を手動的に行うこともでき、あるいは、手動的に行われるものとして説明した処理の全部または一部を公知の方法で自動的に行うこともできる。この他、上記文書中や図面中で示した処理手順、具体的名称、各種のデータやパラメータを含む情報については、特記する場合を除いて任意に変更することができる。例えば、各図に示した各種情報は、図示した情報に限られない。
【００９８】
また、図示した各装置の各構成要素は機能概念的なものであり、必ずしも物理的に図示の如く構成されていることを要しない。すなわち、各装置の分散・統合の具体的形態は図示のものに限られず、その全部または一部を、各種の負荷や使用状況などに応じて、任意の単位で機能的または物理的に分散・統合して構成することができる。例えば、図２に示した受付部１３１と取得部１３２とは統合されてもよい。また、例えば、記憶部１２０に記憶される情報は、通信ネットワークを介して、外部に備えられた記憶装置に記憶されてもよい。
【００９９】
また、例えば、上記実施形態では、管理装置１００が、イベント情報を取得する取得部１３２と、通知先を選択する選択部１３３とを備える例を示した。しかし、管理装置１００は、イベント情報を取得する等、情報の送受信を行うフロントサーバと、通知先を選択する等の処理を行うバックエンドサーバとに分離されてもよい。この場合、説明してきた管理装置１００による処理は、例えば、フロントエンドサーバとバックエンドサーバとを有する管理システム１によって実現される。
【０１００】
また、上述してきた各実施形態及び変形例は、処理内容を矛盾させない範囲で適宜組み合わせることが可能である。
【０１０１】
〔７．効果〕
上述してきたように、実施形態に係る管理装置１００は、受付部１３１と、取得部１３２と、送信部１３４とを有する。受付部１３１は、ユーザに所定のサービスを提供する事業者であるサービス提供者と当該ユーザとの対応付けの登録を受け付ける。取得部１３２は、ユーザに関するイベント情報を取得する。送信部１３４は、ユーザに対応付けられるサービス提供者であって、取得部１３２によって取得されたイベント情報に関係するサービス提供者に対して、当該イベント情報に基づく通知を送信する。
【０１０２】
このように、実施形態に係る管理装置１００は、ユーザが利用するサービスとユーザとを対応付けておき、ユーザにイベントが発生した場合には、ユーザと対応付けられているサービスのうち、イベントに応じた通知先に通知を送信することができる。これにより、管理装置１００は、承継に関するユーザの利便性を向上させるとともに、承継に関するユーザの手間の軽減を図ることができる。
【０１０３】
また、受付部１３１は、ユーザに対応付けられるサービス提供者として、複数のサービス提供者の登録を受け付ける。送信部１３４は、取得部１３２によって取得された一つのイベント情報に基づく通知を複数のサービス提供者に対して送信する。
【０１０４】
このように、実施形態に係る管理装置１００は、ユーザが利用する複数のサービスに関する承継処理を包括的に管理することができる。すなわち、管理装置１００は、一つのイベントに対して、複数のサービスに関して承継処理を行わせることができるため、ユーザの利便性を向上させることができる。また、管理装置１００によれば、承継を受けるユーザにとっても、管理装置１００に対する通知のみで複数のサービス提供者への連絡を済ませることができるため、承継される側のユーザに関する承継処理の手間を軽減させることもできる。
【０１０５】
また、取得部１３２は、ユーザに関するイベント情報をサービス提供者側から取得してもよい。送信部１３４は、イベント情報の送信元であるサービス提供者以外の他のサービス提供者であって、ユーザと対応付けられている他のサービス提供者に対して、当該イベント情報に基づく通知を送信する。
【０１０６】
このように、実施形態に係る管理装置１００は、サービス側からイベント情報を取得してもよい。すなわち、ユーザは、ある一つのサービス提供者にイベントの発生を通知することで、自身が関わる全てのサービスにイベントの発生を通知させたり、承継処理を実行させたりすることができる。これにより、管理装置１００は、承継に関するユーザの負担を軽減させることができる。
【０１０７】
また、実施形態に係る管理装置１００は、受付部１３１によって受け付けられたサービス提供者のうち、イベント情報が含む内容に基づいて、当該イベント情報に関連するサービス提供者を選択する選択部１３３をさらに有する。送信部１３４は、選択部１３３によって選択されたサービス提供者に対して、イベント情報に基づく通知を送信する。
【０１０８】
このように、実施形態に係る管理装置１００は、イベントに応じて、通知を行うサービス提供者を選択することができる。このため、管理装置１００は、死亡等に限らず、ユーザの身上に発生しうるあらゆるイベントを包括的に管理することができる。これにより、管理装置１００は、承継に関するユーザの手間の軽減を図ることができる。
【０１０９】
また、選択部１３３は、イベント情報に応じて、予め管理装置１００側が通知先として設定しているサービス提供者のうち、ユーザと対応付けられているサービス提供者を選択する。送信部１３４は、選択部１３３によって選択されたサービス提供者に対して、イベント情報に基づく通知を送信する。
【０１１０】
このように、実施形態に係る管理装置１００は、全てのサービスに対して通知先や承継処理の内容の登録をユーザから受け付けることを要しない。すなわち、管理装置１００は、予め設定された内容に従い、通知先の選択や、通知の送信を行うようにしてもよい。これにより、管理装置１００は、承継に関するユーザの手間の軽減を図ることができる。
【０１１１】
また、取得部１３２は、複数のユーザが関連するイベント情報（例えば、結婚等）を取得する。送信部１３４は、取得部１３２によって取得された複数のユーザが関連するイベント情報に基づく通知を、当該複数のユーザのいずれにも対応付けられているサービス提供者、又は当該複数のユーザのいずれかに対応付けられているサービス提供者に対して送信する。
【０１１２】
このように、実施形態に係る管理装置１００は、複数のユーザに関連するイベントであっても、それぞれのユーザに対応するサービス提供者に対して通知を送信することができる。このように、管理装置１００は、承継に関するプラットフォームとして、ユーザのニーズに応えた柔軟な処理を実現することができる。
【０１１３】
また、取得部１３２は、イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容を取得する。送信部１３４は、取得部１３２によって取得されたサービス提供者側で実行された承継に関する処理の内容に基づいて、さらに他のサービス提供者にイベント情報に基づく通知を送信する。
【０１１４】
このように、実施形態に係る管理装置１００は、あるサービスで実行された承継処理の内容に応じて、次の順序となるサービス側に通知を送信するようにしてもよい。これにより、管理装置１００は、承継に関するプラットフォームとして、ユーザのニーズに応えた柔軟な処理を実現することができる。
【０１１５】
また、取得部１３２は、イベント情報に基づく通知を受信したサービス提供者側で実行された承継に関する処理の内容を取得する。送信部１３４は、イベント情報を通知したユーザ、又は当該イベント情報に関して登録を受け付けているユーザに対して、サービス提供者側で実行された承継に関する処理の内容に基づく通知を送信する。
【０１１６】
このように、実施形態に係る管理装置１００は、あるサービスで実行された承継処理の内容に基づく通知（承継処理の結果等）をユーザ側に送信することができる。例えば、管理装置１００は、提供する管理ツールを介して、ユーザに承継処理の結果を通知する。これにより、ユーザは、承継処理に関する情報を一元的に管理することができるため、効率のよい承継処理を行うことができる。また、承継を受けるユーザにとっても、自身が承継を受けるサービスで行われた処理を一元的に把握することができるため、効率のよい管理を行うことができる。
【０１１７】
また、受付部１３１は、所定のサービス提供者と対応付けのされていないユーザであって、当該所定のサービス提供者が提供するサービスに当該ユーザが登録された場合には、当該所定のサービス提供者から、当該所定のサービス提供者と当該ユーザとの対応付けの登録を受け付ける。
【０１１８】
このように、実施形態に係る管理装置１００は、あるサービス提供者によって登録されたユーザ（すなわち、サービスを利用しようとするユーザ）に関して、サービスとの対応付けを自動的に登録してもよい。すなわち、管理装置１００によれば、ユーザは、ある一つのサービスへの申請によって管理装置１００への登録を済ませることができるため、手続きの簡素化を図ることができ、承継処理の手間の軽減を図ることができる。
【０１１９】
以上、本願の実施形態のいくつかを図面に基づいて詳細に説明したが、これらは例示であり、発明の開示の欄に記載の態様を始めとして、当業者の知識に基づいて種々の変形、改良を施した他の形態で本発明を実施することが可能である。
【０１２０】
また、上述してきた「部（section、module、unit）」は、「手段」や「回路」などに読み替えることができる。例えば、取得部１３２は、取得手段や取得回路に読み替えることができる。
【符号の説明】
【０１２１】
１  管理システム
１０  ユーザ端末
５０  サービス提供装置
１００  管理装置
１１０  通信部
１２０  記憶部
１２１  ユーザ情報記憶部
１２２  承継設定記憶部
１３０  制御部
１３１  受付部
１３２  取得部
１３３  選択部
１３４  送信部
【図１】
0006436895.tif 000002
【図２】
0006436895.tif 000003
【図３】
0006436895.tif 000004
【図４】
0006436895.tif 000005
【図５】
0006436895.tif 000006
【図６】
0006436895.tif 000007
【図７】
0006436895.tif 000008
【図８】
0006436895.tif 000009
【図９】
0006436895.tif 000010