JP2012248021A - 情報処理装置、資産情報管理方法、及びプログラム - Google Patents

Abstract

【課題】ネットワーク上に記憶されている資産情報を元のユーザから相続人となるユーザにより適切に譲渡できるように管理することを目的とする。
【解決手段】記憶部には、ユーザの資産情報とユーザを識別する識別情報とが関連付けられて記憶され、更に、ユーザの識別情報とユーザの相続人を識別する識別情報とが関連付けられて記憶され、ユーザが生きているかを確認する確認情報をユーザ端末に送信し、確認情報に対する返答情報をユーザ端末から受信し、一定の時間内に返答情報を受信していないと判断すると、ユーザの識別情報をもとに記憶部から資産情報と相続人の識別情報とを読み出し、資産情報と相続人の識別情報とを関連付けて記憶部に格納することによって課題を解決する。
【選択図】図９

Description

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

近年、画像データ、音楽データ、画像データをレイアウト編集したアルバムデータなどのコンテンツをクライアント装置がネットワークを介してコンテンツ管理サーバ装置にアップロードし、コンテンツがコンテンツ管理サーバ装置で保管されている。
このような場合、クライアント装置のユーザ以外は、コンテンツがコンテンツ管理サーバ装置に保管してあることを知ることができなかったり、たとえ知っていてもアクセス制限のためにコンテンツを参照できなかったりした。したがって、ユーザが死亡してしまうと、他のユーザがコンテンツを相続して管理することができなかった。
ここで、ユーザの相続の原因が発生したことがシステムに入力されると、データベースに登録済みの処理方法およびコンテンツに基づき、処理を行うことが開示されている（特許文献１参照）。なお、コンテンツの譲渡（相続）を行うために、ユーザによりコンテンツの処理方法とコンテンツとが関連付けられて予めデータベースに登録されている。
この仕組よれば、相続の原因が入力されることで、事前に登録された処理方法とコンテンツとの関連付けに基づいて、そのコンテンツを他のユーザに譲渡することができる。

特開２００８−２３４３４１号公報

ここで、従来の仕組みでは、ユーザの所有するコンテンツをユーザの死後に参照するためには、管理者に問い合わせて法的な手続きをとるなど、複雑な手順を踏まなければならなかった。
他方、特許文献１に記載の方法では、事前に処理方法とコンテンツとを関連付けてデータベースに登録しておき、相続の原因の入力が他のユーザを介して行われることで、他のユーザにコンテンツを譲渡することができる。しかしながら、このような方法では、相続の原因の入力が他のユーザに起因しているので、相続の原因の入力が行われないことがあり、コンテンツ等の資産情報が譲渡されない事態が生じ、資産情報が適切に管理できないおそれがある。

本発明はこのような問題点に鑑みなされたもので、資産情報をより適切に管理することを目的とする。

そこで、本発明に係る情報処理装置は、ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置であって、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段と、前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段と、を有することを特徴とする。

また、本発明は、資産情報管理方法、プログラム等としてもよい。

本発明によれば、資産情報をより適切に管理することができる。

資産情報管理システムの構成の一例を示す図である。 情報処理装置の構成の一例を示す図である。 画面の一例を示す図である。 画面の一例を示す図である。 画面の一例を示す図である。 情報を格納する管理形態の一例を示す図である。 情報を格納する管理形態の一例を示す図である。 情報を格納する管理形態の一例を示す図である。 ユーザ登録時処理に係るフローチャートの一例を示す図である。 相続人検索時処理に係るフローチャートの一例を示す図である。 続柄取得時処理に係るフローチャートの一例を示す図である。 状態確認時処理に係るフローチャートの一例を示す図である。 状態更新時処理に係るフローチャートの一例を示す図である。 相続確認時処理に係るフローチャートの一例を示す図である。 相続承認時処理に係るフローチャートの一例を示す図である。 相続放棄時処理に係るフローチャートの一例を示す図である。 管理処理に係るフローチャートの一例を示す図である。 関係削除時処理に係るフローチャートの一例を示す図である。 関係更新時処理に係るフローチャートの一例を示す図である。

以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。

＜第１の実施形態＞
（システム全体の説明）
本実施形態に係る資産情報管理システムについて図１を参照して説明する。図１は、資産情報管理システムの構成の一例を示す図である。
資産情報管理システムは、ユーザ端末１０１、サーバ装置１０４、及び相続人端末１０５を含んで構成される。ユーザ端末１０１、サーバ装置１０４、及び相続人端末１０５は、情報処理装置（コンピュータ）の一例であり、ネットワーク（インターネット１０３等）を介して通信可能に接続されている。

ユーザ端末１０１は、被相続人（以下ではユーザと適宜称する。）が利用する情報処理装置の一例であり、デジタルカメラ１０２で撮影された画像情報（画像）を取り込み、保持している。サーバ装置１０４は、ユーザ端末１０１からインターネット１０３を経由してアップロードされた画像を格納する。また、サーバ装置１０４は、ユーザ端末１０１から要求があると、要求に従って画像を取得してユーザ端末１０１に送信する。
ここで、ユーザ端末１０１は、複数設けられていてもよい。この場合、サーバ装置１０４は、複数のユーザ端末１０１と通信可能である。また、この場合、画像のアップロード元のユーザ端末と画像の送信先のユーザ端末とは、異なっていてもよい。

また、サーバ装置１０４は、ユーザ端末１０１から入力された被相続人の情報と相続人の情報との続柄をもとに相続人の階層構造を作成する。また、サーバ装置１０４は、認証に用いられるユーザＩＤ等の認証情報がユーザにより入力されてサーバ装置１０４にログインしたユーザ端末１０１からのアクセスが一定期間ない場合、ユーザの死活を確認する処理を行う。そして、サーバ装置１０４は、処理結果に基づいて、相続人端末１０５にユーザの資産（資産情報）を譲渡するために（相続人に相続させるために）、ユーザの資産および相続人に関するデータの更新を行う。
相続人端末１０５は、相続人が利用する情報処理装置の一例であり、サーバ装置１０４と通信し、例えばユーザ端末１０１のユーザが保有していたアルバムなどの資産をサーバ装置１０４から受理する。

（情報処理装置の説明）
ユーザ端末１０１、サーバ装置１０４、相続人端末１０５等として適用可能な情報処理装置２００の構成について図２を参照して説明する。図２は、情報処理装置２００の構成の一例を示す図である。
なお、情報処理装置２００については、それぞれ単一の情報処理装置で実現してもよいし、必要に応じた複数の情報処理装置に各機能を分散して実現するようにしてもよい。また、例えば、ユーザ端末１０１と相続人端末１０５とを一の情報処理装置で実現してもよい。複数の情報処理装置で構成される場合は、互いに通信可能なようにLocal Area Network（ＬＡＮ）などで接続されている。
Central Processing Unit（ＣＰＵ）２０１は、情報処理装置２００全体を制御する制御部の一例である。Read Only Memory（ＲＯＭ）２０２は、変更を必要としないプログラム、パラメータ等を格納する。Random Access Memory（ＲＡＭ）２０３は、外部登録装置またはインターネット２１４などから供給されるプログラム、データ等を一時記憶する。外部記憶装置２０４は、情報処理装置２００に固定して設置されたハードディスク、メモリカード、情報処理装置２００から着脱可能な光ディスク、磁気カード、光カード、ＩＣカードなどである。ＲＯＭ２０２、ＲＡＭ２０３、及び外部記憶装置２０４は、記憶部の一例である。

操作入力インターフェイス（操作入力ＩＦ）２０５は、操作者（被相続人、相続人、管理者等）の操作を受け付ける、各種のデータを入力するポインティングデバイス２０９、キーボード２１０などの入力デバイスとのインターフェイスである。表示インターフェイス（表示ＩＦ）２０６は、情報処理装置２００の保持するデータ、供給されたデータ等を表示するためのディスプレイ２１１などの表示装置とのインターフェイスである。
ネットワークインターフェイス（ネットワークＩＦ）２０７は、インターネット２１４などのネットワーク回線に接続するためのインターフェイスである。画像入力インターフェイス（画像入力ＩＦ）２０８は、画像入力デバイス２１３とのインターフェイスである。システムバス２１２は、各デバイス（２０１〜２０８）を通信可能に接続するバスである。なお、情報処理装置２００の機能および後述のフローチャートに係る処理は、ＣＰＵ２０１が外部記憶装置２０４またはインターネット２１４などから供給されるプログラムを読み出して実行し、上述の各デバイスを適時に制御することにより実現される。

（ユーザ端末の動作の説明）
ユーザ端末１０１は、ユーザ端末用のプログラムを実行し、所定のＵＲＬを設定しておくことで、サーバ装置１０４と通信し、画像を包含したアルバム（資産の一例）、ユーザの相続人などを表示し、各種の設定を受け付ける。
ユーザ端末１０１を利用するためには、ログインするユーザ（被相続人）についての登録が事前に必要であるので、ユーザの情報（ユーザ情報）の登録について図３を参照して説明する。なお、図３は、ユーザ情報を登録する画面の一例（画面３０１）を示す図である。

画面３０１は、ユーザ情報を登録するときにディスプレイ２１１に表示される画面である。なお、画面３０１は、ユーザ端末用のプログラムが実行されることにより起動される資産を管理するアプリケーションによりディスプレイ２１１に表示される。画面３０１には、ユーザ情報を入力するための入力欄（ユーザ名３０２、生年月日３０３、与信情報としてのクレジットカード番号３０４、Ｅ−Ｍａｉｌ３０５）、及び任意に相続人を選択するための相続人を選択するボタン３０６が表示されている。
ユーザによる入力デバイスの操作（ユーザ操作）により相続人を選択するボタン３０６が押下されると、相続人のユーザ情報を選択などする画面（例えば後述の画面５０１）を表示する。また、ユーザ操作により顔写真を追加するボタン３０８が押下され、ユーザの顔写真が選択されると、ユーザ情報として指定され、顔写真が領域３０７に表示される。
また、ユーザ操作に応答して、ユーザ情報が入力され、追加するボタン３１０が押下されると、ユーザ端末１０１からサーバ装置１０４にユーザ情報が送信され、サーバ装置１０４にログインするユーザのレコードとして保管される。なお、ユーザ操作により閉じるボタン３０９が押下されると、画面３０１が閉じられる。

次に、ユーザ端末１０１のユーザが資産情報管理システム（サーバ装置１０４）にログインしたときにディスプレイ２１１表示される画面について図４を参照して説明する。図４は、画面の一例（画面４０１、画面４１１、画面４２１）を示す図である。なお、各画面は、上記アプリケーションによりディスプレイ２１１に表示される。
図４（Ａ）に示す画面４０１は、トップページの画面である。領域４０２には、無効化されているトップページボタン４０４、有効化されているアルバムを参照するボタン４０５、及び有効化されている相続人を参照するボタン４０６が表示されている。例えば、ユーザ操作により、アルバムを参照するボタン４０５が押下されると、図４（Ｂ）のようなアルバム一覧の画面４１１に画面が遷移し、相続人を参照するボタン４０６が押下されると、図４（Ｃ）のような相続人一覧の画面４２１に画面が遷移する。なお、トップページボタン４０４は、トップページの画面４０１を表示している間は無効となっている。
領域４０３では、画面毎の目的に応じて表示が切り替えられる。領域４０３には、トップページの画面４０１ではシステムの概要４０７が表示され、アルバム一覧の画面４１１ではアルバムの一覧が表示され、相続人一覧の画面４２１では相続人の一覧が表示される。

また、図４（Ｂ）に示すように、アルバム一覧の画面４１１の領域４０２では、有効化されているトップページボタン４１２、無効化されているアルバムを参照するボタン４１３、及び有効化されている相続人を参照するボタン４０６が表示されている。また、領域４０３には、ログインしているユーザの保有するアルバムの情報がサーバ装置１０４から受信されて表示される。
例えば、アルバム４１４からアルバム４１６までは、サーバ装置１０４に登録されているアルバムである。例えば、ユーザ操作により、アルバムが選択され、画像を参照するボタン４１７が押下されると、アルバムの画像の一覧表示画面（図示せず。）に画面が遷移する。
また、例えば、ユーザ操作により、アルバムが選択され、削除するボタン４１８が押下されると、選択されたアルバムの削除の要求がサーバ装置１０４に送信され、サーバ装置１０４では選択されたアルバムが削除される。また、例えば、ユーザ操作により、追加するボタン４１９が押下されてアルバムが指定されると、アルバムの追加の要求がサーバ装置１０４に送信され、サーバ装置１０４ではアルバムが追加される。

また、図４（Ｃ）に示すように、相続人一覧の画面４２１の領域４０２では、有効化されているトップページボタン４１２、有効化されているアルバムを参照するボタン４０５、及び無効化されている相続人を参照するボタン４２２が表示されている。また、領域４０３には、相続人を選択するボタン４２３が押下されることで開かれる後述の図５の画面で選択されたユーザ情報、及び指定された続柄の情報（相続人情報）が表示される。
領域４２５には、相続人情報に関する項目が表示される。例えば、相続人の属性を入力するための入力欄（優先度４２６、適用開始年齢４２７、適用終了年齢４２８）の値が編集され、更新するボタン４３１が押下されると、サーバ装置１０４にその更新情報が送信される。これにより、優先度４２６、適用開始年齢４２７、及び適用終了年齢４２８のぞれぞれの規定値が更新される。
また、相続人が複数人存在し、画面に表示することができない場合には、ユーザは、スクロールバー４２９を利用して、表示されていない相続人情報に関する項目を表示することができる。また、ユーザ操作により、チェックボックス４２４が選択された状態にされ、削除するボタン４３０が押下されると、サーバ装置１０４にログインしているユーザと相続人との関連を削除するための要求（削除要求）が送信される。そして、サーバ装置１０４では、削除要求が受信されると、前記ユーザの資産の譲渡の対象から選択された相続人に関する情報が削除される。

次に、相続人一覧の画面４２１の相続人を選択するボタン４２３が押下された場合に開かれる相続人を特定する画面について図５を参照して説明する。図５は、ディスプレイ２１１に表示される画面の一例（画面５０１）を示す図である。
画面５０１は、相続人情報を入力するための画面である。ユーザ操作により、入力欄５０２に相続人を検索のための条件が入力され、相続人を検索するボタン５０３が押下されると、検索結果が領域５０５に表示される。より具体的には、領域５０５には、相続人の候補のユーザ名、年齢など、相続人のユーザ情報が表示される。また、領域５０５では、リストボタン５０６によりユーザとの続柄が指定可能である。相続人の候補が複数存在し、画面に表示することができない場合には、ユーザは、スクロールバー５０７を利用して、表示されていない相続人のユーザ情報を表示することができる。

また、ユーザ操作により、チェックボックス５０４が選択された状態にされ、選択するボタン５０９が押下されると、選択された相続人の候補がユーザの相続人として設定される。また、ユーザ操作により閉じるボタン５０８が押下されると、画面５０１が閉じられる。
また、ユーザがユーザ端末１０１などを介してサーバ装置１０４に一定期間アクセスしていない場合は、ユーザ端末１０１は、サーバ装置１０４からメールを受信する。このときに受信されるメールは、ユーザの死活確認用メール（ユーザが生きているかを確認する確認情報の一例）であり、メールには、ユーザに関する情報、確認済みの通知先へのリンクが含まれる。なお、確認済みの通知先へのリンクには後述する死活確認の対象のユーザを特定するためのユーザＩＤが関連付けられている。
ここで、ユーザ操作により、確認済みの通知先へのリンクが押下されると、ユーザ端末１０１は、ユーザが活動中であることを示すメッセージ（返答情報の一例）をサーバ装置１０４に送信する。

（相続人端末の動作の説明）
相続人端末１０５は、相続人端末用のプログラムを実行してアプリケーションを起動する。そして、所定のＵＲＬを設定しておくことで、相続人端末１０５は、サーバ装置１０４と通信し、サーバ装置１０４で保有されていたアルバムなどのユーザの資産を受理する。
相続人端末１０５を利用するためには、ログインする相続人の登録が事前に必要であるが、この登録は、ユーザ端末１０１におけるユーザの登録の画面３０１での操作と同じように行われる。なお、この相続人のユーザ情報については、ユーザ端末１０１のユーザのユーザ情報と同様にレコードとしてサーバ装置１０４に保管されて管理される。

ここで、相続人端末１０５は、相続人が資産情報管理システムにログインした後に、サーバ装置１０４からの資産相続メールを受信することがある。資産相続メールは、ユーザの死後に資産の相続を承認するか放棄するかを確認する問合情報の一例である。相続人端末１０５は、資産相続メールを受信した場合、ユーザ情報、相続を承認する旨の通知先へのリンク、相続を放棄する旨の通知先へのリンクを表示する。なお、これらのリンクには、ユーザを特定するためのユーザＩＤが関連付けられている。
例えば、相続を承認する旨の通知先へのリンクが押下されると、相続人端末１０５は、ユーザが保有しているアルバムなどの資産を相続することを示すメッセージ（承認情報の一例）をサーバ装置１０４に送信する。なお、ユーザの資産を相続することを示すメッセージが相続人端末１０５からサーバ装置１０４に送信されることで、相続人は、ユーザの資産を相続することになる。
また、相続を放棄する旨の通知先へのリンクが押下され、ユーザの資産を相続しないことを示すメッセージ（放棄情報の一例）がサーバ装置１０４に送信されることで、相続人は、ユーザの資産の相続を放棄することになる。

（サーバ装置の動作の説明）
図６、図７、及び図８は、サーバ装置１０４が管理する情報を格納する管理形態の一例（ユーザ・テーブル６０１、続柄・テーブル６２１、ユーザ相続人・テーブル７０１、ユーザアルバム・テーブル８０１等）を示す図である。なお、各テーブルは、外部記憶装置２０４に設けられているものとして説明する。
図６（Ａ）に示すように、ユーザ・テーブル６０１には、ユーザを表現するレコードが格納される。ここでのユーザには、被相続人および相続人が含まれる。ユーザ・テーブル６０１については、ユーザＩＤ６０２、ユーザ名６０３、生年月日６０４、与信情報６０５、最終アクセス時間６０６、状態６０７、Ｅ−Ｍａｉｌ６０８、及び顔情報６０９のデータを格納するための属性が定義されている。
ユーザＩＤ６０２は、レコードを特定するための識別子（ユーザを識別可能な識別情報）の一例である。ユーザ名６０３は、ユーザの名前を示す。生年月日６０４は、ユーザの生年月日を示す。与信情報６０５は、ユーザのクレジットカード番号などの与信情報を示す。最終アクセス時間６０６は、ユーザがサーバ装置１０４に最後にアクセスした時間（最終アクセス時間）を示す。状態６０７は、ユーザに死活確認用メールを送信済みであるか否かを示す。Ｅ−Ｍａｉｌ６０８は、ユーザの所在を示す所在情報の一例であり、Ｅ−Ｍａｉｌを示す。顔情報６０９は、ユーザの顔情報（顔の画像）を示す。

また、レコード６１０は、ユーザ・テーブル６０１のレコードの一例である。ユーザ端末１０１、相続人端末１０５等からのユーザの登録要求に従ってレコードが追加される。なお、レコード６１１は、サーバ装置１０４の管理者のアカウント（管理用ユーザ）の情報を示し、ユーザ端末１０１、相続人端末１０５等をユーザが利用するのに先立って、管理者によって事前に登録されているレコードである。
図６（Ｂ）に示すように、続柄・テーブル６２１には、続柄を表現するレコードが格納される。続柄・テーブル６２１については、続柄ＩＤ６２２、続柄名６２３、優先度６２４、適用開始年齢６２５、及び適用終了年齢６２６のデータを格納するための属性が定義されている。続柄ＩＤ６２２は、レコードを特定するための識別子の一例である。続柄名６２３は、続柄名を示す。優先度６２４は、続柄の優先度を示す。適用開始年齢６２５は、続柄が適用開始される年齢を示す。適用終了年齢６２６は、続柄が適用終了される年齢を示す。
また、レコード６２７は、続柄・テーブル６２１のレコードの一例である。例えば、続柄・テーブル６２１には、父、母、祖父母、息子、娘など、あるユーザを本人として見た場合の続柄に関するレコードが事前に登録されている。なお、レコード６２８は、サーバ装置１０４で利用される管理用の続柄を示すレコードである。

図７に示すように、ユーザ相続人・テーブル７０１には、ユーザと相続人との関係を表現するレコードが格納される。ユーザ相続人・テーブル７０１については、ユーザＩＤ７０２、相続人ＩＤ７０３、続柄ＩＤ７０４、優先度・上書き７０５、適用開始年齢・上書き７０６、及び適用終了年齢・上書き７０７のデータを格納するための属性が定義されている。ユーザＩＤ７０２は、ユーザを特定する識別子の一例である。相続人ＩＤ７０３は、相続人を特定する識別子の一例である。続柄ＩＤ７０４は、ユーザと相続人との続柄を特定する識別子の一例である。
優先度・上書き７０５では、続柄・テーブル６２１の優先度６２４に格納されている値を任意に上書きするための値を示す。適用開始年齢・上書き７０６では、続柄・テーブル６２１の適用開始年齢６２５に格納されている値を任意に上書きするための値を示す。適用終了年齢・上書き７０７では、続柄・テーブル６２１の適用終了年齢６２６に格納されている値を任意に上書きするための値を示す。

また、レコード７０８は、ユーザ相続人・テーブル７０１のレコードの一例である。なお、レコード７０９は、サーバ装置１０４で利用される管理用のレコードを示す。ユーザＩＤ７０２および相続人ＩＤ７０３は、ユーザ・テーブル６０１のユーザＩＤ６０２の値と関連付けられている。本実施形態では、サーバ装置１０４は、ユーザのユーザＩＤ６０２の値をユーザＩＤ７０２に設定し、ユーザの相続人のユーザＩＤ６０２の値を相続人ＩＤ７０３に設定したレコードを作成することで、ユーザと相続人とを関連付ける。故に、サーバ装置１０４は、ユーザのユーザＩＤをもとに、ユーザの相続人のレコードを取得することができる。
また、続柄ＩＤ７０４は、続柄・テーブル６２１の続柄ＩＤ６２２の値と関連付けられている。例えば、サーバ装置１０４は、あるユーザのユーザＩＤ７０２と、ある相続人の相続人ＩＤ７０３との続柄については、この続柄ＩＤ７０４に関連する続柄ＩＤ６２２の続柄・テーブル６２１のレコードを特定することで取得することができる。換言するならば、ユーザと相続人との関係は、ユーザＩＤと相続人ＩＤとその続柄ＩＤによって決定される。

また、優先度６２４および優先度・上書き７０５の値、生年月日６０４、適用開始年齢６２５および適用開始年齢・上書き７０６の値、並びに適用終了年齢６２６および適用終了年齢・上書き７０７の値から、ユーザにとっての相続人（優先度）が確定される。例えば、ユーザ相続人・テーブル７０１の優先度・上書き７０５の値が「なし」である場合、ユーザにとっての相続人の優先度は、続柄・テーブル６２１の優先度６２４の優先度が適用される。
また、続柄・テーブル６２１には、相続人の続柄が実際に適用開始される相続人の年齢が設定されているが、これを、ユーザ相続人・テーブル７０１の適用開始年齢・上書き７０６の値で上書きすることができる。また、続柄・テーブル６２１には、相続人の続柄が実際に適用終了される相続人の年齢が設定されているが、これを、ユーザ相続人・テーブル７０１の適用終了年齢・上書き７０７の値で上書きすることができる。
即ち、優先度６２４および優先度・上書き７０５の値、生年月日６０４、適用開始年齢６２５および適用開始年齢・上書き７０６の値、並びに適用終了年齢６２６および適用終了年齢・上書き７０７の値は、相続を許可するかを判定するための条件情報の一例である。

本実施形態では、ユーザＩＤ７０２にはユーザのユーザＩＤが関連付けられているので、サーバ装置１０４は、ユーザのユーザＩＤをもとに相続人のレコードを取得できる。この際、サーバ装置１０４は、レコード間の優先度が高いレコード順にソートすることで、ユーザから見た場合の相続人の階層関係を取得することができる。
なお、管理用のレコード７０９は、優先度が必ず最下位になる。よって、サーバ装置１０４は、ユーザ端末１０１から登録された相続人のレコードを検索し、１件も見つからなかった場合、管理用のレコード７０９の管理用ユーザを最終的な相続人として設定する。管理用ユーザは、資産の譲渡先（相続人）が見つからない場合に、最終的な相続人としての資産に対する処理を実行するためのユーザである。

図８は、サーバ装置１０４が管理する資産の一例であるアルバムおよび画像の情報を格納する管理形態の一例を示す図である。
図８（Ａ）に示すように、ユーザアルバム・テーブル８０１には、ユーザが保有するアルバムを表現するレコードが格納される。ユーザアルバム・テーブル８０１については、ユーザを特定する識別子の一例であるユーザＩＤ８０２、アルバムを特定する識別子の一例であるアルバムＩＤ８０３のデータを格納するための属性が定義されている。

また、レコード８０４は、ユーザアルバム・テーブル８０１のレコードの一例である。ユーザＩＤ８０２の値は、ユーザ・テーブル６０１のユーザＩＤ６０２の値と関連付けられている。アルバムＩＤ８０３の値は、後述するアルバム・テーブル８１１のアルバムＩＤ８１２の値と関連付けられている。サーバ装置１０４は、これらの関連付けによってユーザが保有するアルバムを特定することができる。
図８（Ｂ）に示すように、アルバム・テーブル８１１には、アルバム自体を表現するレコードが格納される。アルバム・テーブル８１１については、アルバムを特定する識別子の一例であるアルバムＩＤ８１２、アルバムの名前を示すアルバム名８１３のデータを格納するための属性が定義されている。また、レコード８１４は、アルバム・テーブル８１１のレコードの一例である。

図８（Ｃ）に示すように、アルバム構成画像・テーブル８２１には、アルバムが包含している画像を表現するレコードが格納される。アルバム構成画像・テーブル８２１については、アルバムを特定する識別子の一例であるアルバムＩＤ８２２、アルバムに包含される画像を特定する識別子の一例である画像ＩＤ８２３のデータを格納するための属性が定義されている。
また、レコード８２４は、アルバム構成画像・テーブル８２１のレコードの一例である。アルバムＩＤ８２２の値は、アルバム・テーブル８１１のアルバムＩＤ８１２の値と関連付けられている。また、画像ＩＤ８２３の値は、後述する画像・テーブル８３１の画像ＩＤ８３２の値と関連付けられている。サーバ装置１０４は、これらの関連付けによってアルバムが包含する画像を特定することができる。
図８（Ｄ）に示すように、画像・テーブル８３１には、画像自体を表現するレコードが格納される。画像・テーブル８３１については、画像を特定する識別子の一例である画像ＩＤ８３２、画像の名前を示す画像名８３３、画像の保管先を示すパス８３４のデータを格納するための属性が定義されている。また、レコード８３５は、画像・テーブル８３１のレコードの一例である。

例えば、サーバ装置１０４は、登録されたユーザに対応するユーザ・テーブル６０１のレコードからユーザＩＤ６０２（ユーザＩＤ６０２の値）を取得する。そして、サーバ装置１０４は、ユーザアルバム・テーブル８０１、アルバム・テーブル８１１、アルバム構成画像・テーブル８２１、画像・テーブル８３１と順に辿ることで、ユーザの保有するアルバムおよび画像を取得することができる。
ここで取得されたアルバム、画像などについては、サーバ装置１０４は、ユーザ端末１０１の取得要求に従って送信する。また、ユーザ端末１０１は、アルバム、画像などの情報を受信すると、アルバム一覧の画面４１１、アルバムの画像の一覧表示画面などにそれぞれ表示する。

次に、ユーザ端末１０１における画面３０１での追加するボタン３１０の押下によって、サーバ装置１０４がユーザの登録要求を受信したときの動作について図９を参照して説明する。図９は、ユーザ登録時処理に係るフローチャートの一例を示す図である。以下では、登録要求に、画面３０１で入力された情報（ユーザのユーザ情報、相続人情報など）が含まれているものとして説明をする。なお、以下の処理は、サーバ装置１０４のＣＰＵ２０１が外部記憶装置２０４からプログラムを実行し、各種デバイスを制御することにより実現される。
まず、ＣＰＵ２０１は、ユーザ端末１０１からユーザの登録要求を受信したかを判定する（Ｓ９０１）。このとき、ＣＰＵ２０１は、ユーザの登録要求を受信したと判定した場合、Ｓ９０２に処理を進め、他方、受信していないと判定した場合、受信したと判定するまでＳ９０１の処理を継続する。

Ｓ９０２では、ＣＰＵ２０１は、受信した登録要求（受信データ）からユーザ情報を取得する。続いて、ＣＰＵ２０１は、取得したユーザ情報をもとにユーザ・テーブル６０１のレコードを作成し、作成したレコードをユーザ・テーブル６０１に登録する（Ｓ９０３）。
例えば、ＣＰＵ２０１は、ユーザ・テーブル６０１の新規レコードには、自動採番号の値をユーザＩＤ６０２に設定し、画面３０１のユーザ名３０２の値をユーザ名６０３に設定し、生年月日３０３の値を生年月日６０４に設定する。また、ＣＰＵ２０１は、クレジットカード番号３０４の値を与信情報６０５に設定し、Ｅ−Ｍａｉｌ３０５の値をＥ−Ｍａｉｌ６０８に設定し、顔写真の領域３０７に設定された写真を顔情報６０９に設定する。また、ＣＰＵ２０１は、最終アクセス時間６０６には現在の時間を設定し、状態６０７には規定値として「なし」を設定する。

続いて、ＣＰＵ２０１は、受信データから相続人情報を取得し（Ｓ９０４）、取得した相続人情報から配列ＳＯＺＯＫＵを作成する（Ｓ９０５）。続いて、ＣＰＵ２０１は、ユーザ・テーブル６０１から管理用のユーザのレコード６１１を取得し（Ｓ９０６）、続柄・テーブル６２１から管理用の続柄のレコード６２８を取得する（Ｓ９０７）。
続いて、ＣＰＵ２０１は、Ｓ９０５で作成した配列ＳＯＺＯＫＵに、Ｓ９０５およびＳ９０６で取得した管理用のユーザのレコードおよび続柄のレコードから管理用の相続人情報を作成し、配列ＳＯＺＯＫＵの要素として追加する（Ｓ９０８）。続いて、ＣＰＵ２０１は、変数Ｉ、相続人情報が格納された配列ＳＯＺＯＫＵの要素数を格納するための変数ＳＩＺＥを作成し、それぞれ、０（ゼロ）、配列ＳＯＺＯＫＵの要素数で初期化する（Ｓ９０９）。

なお、受信する相続人情報には、画面３０１の相続人を選択するボタン３０６の押下によって起動する画面５０１で選択された相続人のユーザ情報が含まれる。より具体的には、相続人を検索するボタン５０３の押下によって、画面５０１の検索の条件の値をもとに、ユーザ・テーブル６０１から相続人の候補となるレコードが取得され、画面５０１に表示されることになる。そして、選択するボタン５０９が押下されたときに選択されている相続人のレコードの値が相続人のユーザ情報として扱われる。
また、画面５０１には、続柄・テーブル６２１から管理用のレコード６２８を除いた全てのレコードが表示され、画面５０１での続柄の選択によって、登録されるユーザと相続人との続柄が決定される。配列ＳＯＺＯＫＵでは、このようにして取得された相続人のユーザ情報と続柄の情報とを含む相続人情報が要素となっている。
例えば、配列ＳＯＺＯＫＵには、相続人のユーザＩＤ、登録されるユーザとの続柄に対応する続柄ＩＤとが格納されている。相続人の検索および続柄の取得に関する詳細については図１０、及び図１１を用いて後述する。

続いて、ＣＰＵ２０１は、変数Ｉの値と変数ＳＩＺＥの値とを比較し、変数Ｉの値が変数ＳＩＺＥの値より小さいかを判定する（Ｓ９１０）。このとき、ＣＰＵ２０１は、変数Ｉの値が変数ＳＩＺＥの値よりも小さいと判定した場合、Ｓ９１１に処理を進め、他方、変数Ｉの値が変数ＳＩＺＥの値以上であると判定した場合、処理を終了する。
Ｓ９１１では、ＣＰＵ２０１は、配列ＳＯＺＯＫＵ［Ｉ］の要素である相続人情報を取得し、ユーザ相続人・テーブル７０１のレコードとして登録する。
この際、ＣＰＵ２０１は、ユーザ相続人・テーブル７０１の新規レコードのユーザＩＤ７０２には被相続人となるユーザのユーザＩＤを設定し、相続人ＩＤ７０３には相続人となるユーザのユーザＩＤを設定する。また、ＣＰＵ２０１は、続柄ＩＤには相続人情報の続柄ＩＤの値（被相続人と相続人というユーザ間の続柄に対応する続柄・テーブル６２１の続柄ＩＤ６２２の何れかの値）を設定する。また、ＣＰＵ２０１は、優先度・上書き７０５、適用開始年齢・上書き７０６、及び適用終了年齢・上書き７０７には、それぞれ規定値（「なし」等）を設定する。

なお、優先度・上書き７０５、適用開始年齢・上書き７０６、適用終了年齢・上書き７０７については、ユーザ端末１０１の画面４２１を介して更新され得る。例えば、優先度４２６、適用開始年齢４２７、適用終了年齢４２８の値が相続人の更新情報とされ、サーバ装置１０４は、更新するボタン４３１の押下によって更新情報を受信した場合に更新するが、この処理の詳細については後述する。続いて、ＣＰＵ２０１は、変数Ｉを１だけカウントアップし（Ｓ９１２）、Ｓ９１０からの処理を継続する。
なお、ユーザ相続人・テーブル７０１の新規レコードの作成方法は、上述の内容に限られるものではない。例えば、ユーザ端末１０１の画面５０１の選択するボタン５０９の押下によって、サーバ装置１０４は、ユーザの相続人情報および相続人の登録要求を受信する構成とすることもできる。この場合、サーバ装置１０４のＣＰＵ２０１は、サーバ装置１０４にログインしているユーザのユーザＩＤに関連付けて、Ｓ９０５からＳ９１２までと同様の処理を実行する。ＣＰＵ２０１は、このように処理を実行し、相続人情報をユーザ相続人・テーブル７０１のレコードとして登録する。

次に、ユーザ端末１０１における画面５０１での相続人を検索するボタン５０３の押下によって、サーバ装置１０４が相続人の検索要求を受信したときの動作について図１０を参照して説明する。図１０は、相続人検索時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、ユーザ端末１０１から、画面５０１での相続人を検索するボタン５０３の押下によって、被相続人としてのユーザに関係する相続人の検索要求を受信したかを判定する（Ｓ１００１）。このとき、ＣＰＵ２０１は、検索要求を受信したと判定した場合、Ｓ１２０２に処理を進め、他方、検索要求を受信していないと判定した場合、検索要求を受信するまでＳ１００１の処理を継続する。
続いて、ＣＰＵ２０１は、受信した検索要求（受信データ）から検索条件を取得する（Ｓ１００２）。なお、Ｓ１００２で取得される検索条件としては、相続人としてのユーザを特定するためのユーザ名、生年月日などが考えられる。

続いて、ＣＰＵ２０１は、ユーザ名、生年月日などの検索条件をもとに、ユーザ・テーブル６０１から相続人の候補となるユーザのレコードを取得する（Ｓ１００３）。続いて、ＣＰＵ２０１は、ユーザ端末１０１の画面５０１に表示させるための相続人のユーザ情報を作成する（Ｓ１００４）。続いて、ＣＰＵ２０１は、Ｓ１００４で作成した相続人のユーザ情報をユーザ端末１０１に送信（返却）する（Ｓ１００５）。
なお、ＣＰＵ２０１は、ユーザ端末１０１の画面４２１に表示される相続人情報については、検索条件として被相続人のユーザＩＤを用いて、上述とは異なる方法で取得する。例えば、ＣＰＵ２０１は、被相続人のユーザＩＤに対応するユーザ相続人・テーブル７０１のレコードを特定し、特定したレコードの相続人ＩＤに対応するユーザ・テーブル６０１のレコードを特定し、特定したこれらのレコードから被相続人情報を作成する。

次に、ユーザ端末１０１が画面５０１を表示するときに、サーバ装置１０４がユーザ端末１０１からの続柄の取得要求を受信したときの動作について図１１を参照して説明する。図１１は、続柄取得時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、ユーザ端末１０１から続柄の取得要求を受信したかを判定する（Ｓ１１０１）。このとき、ＣＰＵ２０１は、続柄の取得要求を受信したと判定した場合、Ｓ１１０２に処理を進め、他方、続柄の取得要求を受信していないと判定した場合、続柄の取得要求を受信するまでＳ１１０１の処理を継続する。
Ｓ１１０２では、ＣＰＵ２０１は、続柄・テーブル６２１から管理用のレコード６２８を除いた全てのレコードを取得する。続いて、ＣＰＵ２０１は、Ｓ１１０２で取得した続柄・テーブル６２１のレコードからユーザ端末１０１に返却するための続柄の情報を作成する（Ｓ１１０３）。続いて、ＣＰＵ２０１は、作成した続柄の情報を、ユーザ端末１０１の画面５０１の続柄に表示する情報として送信（返却）する（Ｓ１１０４）。

次に、一定期間、サーバ装置１０４にユーザ端末１０１からアクセスがない場合、サーバ装置１０４がユーザ端末１０１にユーザの死活確認のメッセージ（死活確認用メール等）を送信するときの動作について図１２を参照して説明する。図１２は、状態確認時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、サーバ装置１０４に事前に設定されているタイマーによって、被相続人としてのユーザに死活確認のメッセージを送信する時間となったかを判定する（Ｓ１２０１）。このとき、ＣＰＵ２０１は、送信する時間となったと判定した場合、Ｓ１２０２に処理を進め、他方、送信する時間になっていないと判定した場合、送信する時間となるまでＳ１２０１の処理を継続する。Ｓ１２０２では、ＣＰＵ２０１は、ユーザ・テーブル６０１の与信情報６０５を参照し、与信情報を管理している第三者に問い合わせを行い、死亡している可能性のあるユーザのレコードを取得する。
なお、Ｓ１２０１で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、ＯＳ（オペレーティングシステム）などのタイマーを利用してもよい。また、与信情報を管理している第三者としては、金融機関、保険会社など、クレジットカード番号などを利用し、ユーザの死活を確認できる機関、個人等のシステムを採用することができる。

続いて、ＣＰＵ２０１は、ユーザ・テーブル６０１の最終アクセス時間６０６を参照し、最後にアクセスしてから現在までの時間が一定期間を超える場合は、死亡している可能性があると判定し、該当するユーザのレコードを取得する（Ｓ１２０３）。続いて、ＣＰＵ２０１は、Ｓ１２０２およびＳ１２０３で取得したレコードをマージし（Ｓ１２０４）、死活確認の対象となるユーザ情報の配列ＲＥＣＥＩＶＥＲを作成する（Ｓ１２０５）。なお、Ｓ１２０３の判定に使用する期間の情報については、サーバ装置１０４に、ファイル、データベースなどとして事前に設定されているものとする。
続いて、ＣＰＵ２０１は、変数Ｉ、死活確認の対象となるユーザ情報の配列ＲＥＣＥＩＶＥＲの要素数を格納するための変数ＳＩＺＥを作成し、それぞれ、０（ゼロ）、配列ＲＥＣＥＩＶＥＲの要素数で初期化する（Ｓ１２０６）。続いて、ＣＰＵ２０１は、変数Ｉの値と変数ＳＩＺＥの値とを比較し、変数Ｉの値が変数ＳＩＺＥの値よりも小さいかを判定する（Ｓ１２０７）。このとき、ＣＰＵ２０１は、変数Ｉの値が変数ＳＩＺＥの値よりも小さいと判定した場合、Ｓ１２０８に処理を進め、他方、変数Ｉの値が変数ＳＩＺＥの値以上であると判定した場合、処理を終了する。

Ｓ１２０８では、ＣＰＵ２０１は、配列ＲＥＣＥＩＶＥＲ［Ｉ］の情報からユーザのユーザＩＤ、ユーザ名、Ｅ−Ｍａｉｌを取得する。続いて、ＣＰＵ２０１は、Ｓ１２０８で取得したユーザＩＤ、ユーザ名を関連付けて死活確認用メールを作成する（Ｓ１２０９）。例えば、ＣＰＵ２０１は、ユーザ端末１０１が受信する死活確認用メールにユーザ名、確認済みの通知先へのリンクにユーザＩＤを関連付けることで、ユーザ端末１０１の死活確認用メールに死活確認するユーザのユーザ名が表示される。また、確認済みの通知先へのリンクの押下時には、サーバ装置１０４のＣＰＵ２０１は、死活確認の対象となったユーザのユーザＩＤを受信することができる。

続いて、ＣＰＵ２０１は、Ｓ１２０９で作成した死活確認用メールをＳ１２０８で取得したＥ−Ｍａｉｌの宛先に送信する（Ｓ１２１０）。続いて、ＣＰＵ２０１は、メールを送信したユーザのユーザＩＤに対応するユーザ・テーブル６０１のレコードの状態６０７を「譲渡確認中」に更新し（Ｓ１２１１）、変数Ｉを１だけカウントアップし（Ｓ１２１２）、Ｓ１２０７からの処理を継続する。

次に、ユーザ端末１０１での死活確認用メールのリンクの押下によって、サーバ装置１０４が、ユーザが活動中であること（ユーザの有効）を示すメッセージを受信したときの動作について図１３を参照して説明する。図１３は、状態更新時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、ユーザ端末１０１での死活確認用メールのリンクの押下によって、死活確認中のユーザの有効を示すメッセージを受信したかを判定する（Ｓ１３０１）。このとき、ＣＰＵ２０１は、メッセージを受信したと判定した場合、Ｓ１３０２に処理を進め、他方、受信していないと判定した場合、受信するまでＳ１３０１の処理を継続する。
Ｓ１３０２では、ＣＰＵ２０１は、受信したメッセージ（受信データ）からユーザＩＤを取得する。続いて、ＣＰＵ２０１は、Ｓ１３０２で取得したユーザＩＤの値に対応するユーザ・テーブル６０１のレコードの状態６０７をＳ１２１１で更新した「譲渡確認中」から「なし」に更新する（Ｓ１３０３）。このようにすることで、ＣＰＵ２０１は、死活確認中のユーザが有効であり、資産の譲渡の対象から外すことができる。

次に、サーバ装置１０４から相続人端末１０５に資産を譲渡、即ちユーザから相続人に資産が相続されるときの動作について図１４を参照して説明する。図１４は、相続確認時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、サーバ装置１０４に事前に設定されているタイマーによって、相続人としてのユーザに対して、被相続人のユーザの資産の相続（遺産相続）に関するメッセージを送信する時間となったか（一定の時間内であるか）を判定する（Ｓ１４０１）。このとき、ＣＰＵ２０１は、送信する時間となったと判定した場合、Ｓ１４０２に処理を進め、他方、送信する時間になっていないと判断した場合、送信する時間となるまでＳ１４０１の処理を継続する。

Ｓ１４０２では、ＣＰＵ２０１は、ユーザ・テーブル６０１の状態６０７を参照して「譲渡確認中」のユーザのレコードを取得する。
なお、Ｓ１４０１で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、ＯＳなどのタイマーを利用してもよい。
また、Ｓ１４０２で抽出の対象となるユーザ・テーブル６０１のレコードは、Ｓ１２１１で「譲渡確認中」に状態６０７が更新され、死活確認中の状態が開始してから一定期間が経過してもＳ１３０３で状態６０７が「なし」に更新されなかったレコードである。ここで、死活確認中の状態が開始した時間は、最終アクセス時間であってもよいし、「譲渡確認中」に更新された時間（図示せず。）であってもよい。

続いて、ＣＰＵ２０１は、Ｓ１４０２で取得したレコードから配列ＵＳＥＲを作成する（Ｓ１４０３）。続いて、ＣＰＵ２０１は、変数Ｉ、変数ＳＩＺＥを作成し、それぞれ、０（ゼロ）、配列ＵＳＥＲの要素数で初期化する（Ｓ１４０４）。続いて、ＣＰＵ２０１は、変数Ｉの値と変数Ｓ１ＺＥの値とを比較し、変数Ｉの値が変数Ｓ１ＺＥの値よりも小さいかを判定する（Ｓ１４０５）。このとき、ＣＰＵ２０１は、変数Ｉの値が変数ＳＩＺＥの値よりも小さいと判定した場合、Ｓ１４０６に処理を進め、他方、変数Ｉの値が変数ＳＩＺＥの値以上であると判定した場合、処理を終了する。
Ｓ１４０６では、ＣＰＵ２０１は、配列ＵＳＥＲ［Ｉ］の情報からユーザＩＤを取得する。続いて、ＣＰＵ２０１は、取得したユーザＩＤをもとに、ユーザ相続人・テーブル７０１のユーザＩＤに関連付けられている相続人のレコードを取得する（Ｓ１４０７）。

続いて、ＣＰＵ２０１は、Ｓ１４０７で取得した相続人のレコードから、優先度の最も高いレコードを抽出し、抽出したレコードの値が格納された配列ＲＥＣＥＩＶＥＲを作成する（Ｓ１４０８）。ここで、相続人の優先度は、上述したように優先度６２４および優先度・上書き７０５の値、生年月日６０４、適用開始年齢６２５および適用開始年齢・上書き７０６の値、並びに、適用終了年齢６２６および適用終了年齢・上書き７０７の値から決定される。続いて、ＣＰＵ２０１は、変数Ｊ、変数ＲＳＩＺＥを作成し、それぞれ、０（ゼロ）、配列ＲＥＣＥＩＶＥＲの要素数で初期化する（Ｓ１４０９）。
続いて、ＣＰＵ２０１は、変数Ｊの値と変数ＲＳＩＺＥの値とを比較し、変数Ｊの値が変数ＲＳＩＺＥの値よりも小さいかを判定する（Ｓ１４１０）。このとき、ＣＰＵ２０１は、変数Ｊの値が変数ＲＳＩＺＥの値よりも小さいと判定した場合、Ｓ１４１１に処理を進め、他方、変数Ｊの値が変数ＲＳＩＺＥの値以上であると判定した場合、続いてＳ１４１４の処理を行う。

Ｓ１４１１では、ＣＰＵ２０１は、配列ＲＥＣＥＩＶＥＲ［Ｊ］から相続人のユーザＩＤを取得する。続いて、ＣＰＵ２０１は、Ｓ１４１１で取得したユーザＩＤの値に対応するユーザ・テーブル６０１のレコードのユーザに対し、資産の相続の確認処理を実行する（Ｓ１４１２）。
資産の相続の確認処理には、幾つかのパターンがある。１つは、Ｓ１４１２で取得したユーザの情報から、相続人端末１０５が受信する資産相続メールを作成し、相続人端末１０５に送信するパターンである。このパターンでは、資産相続メールには、被相続人のユーザ情報、相続を承認する旨の通知先へのリンク、相続を放棄する旨の通知先へのリンクには相続人のユーザＩＤを関連付けておく。そして、相続人端末１０５からこれらのリンクの押下によって、サーバ装置１０４は、被相続人のユーザＩＤ、相続人のユーザＩＤを受信し、資産を相続人に譲渡したり、しなかったりする制御を行うことができる。

また、他には、被相続人と相続人との続柄が、続柄・テーブル６２１の管理用のレコード８１８の続柄であるパターンである。このパターンでは、サーバ装置１０４のＣＰＵ２０１は、資産相続メールを作成せずに、被相続人のユーザＩＤに関連するアルバム、画像を全て、ユーザ・テーブル６０１の管理用のレコード６１０の管理用ユーザに譲渡する。
例えば、ＣＰＵ２０１は、資産に関連する被相続人のユーザＩＤを管理用ユーザのユーザＩＤに変更する。そして、ＣＰＵ２０１は、被相続人に関連するレコードをユーザ・テーブル６０１、ユーザ相続人・テーブル７０１、ユーザアルバム・テーブル８０１から全て削除する。

なお、ＣＰＵ２０１は、被相続人としてのユーザが保有するアルバム、画像を相続人としてのユーザに譲渡するために、被相続人のユーザＩＤを取得し、このユーザＩＤに関連付けられたユーザアルバム・テーブル８０１のレコードを取得する。そして、ＣＰＵ２０１は、アルバム・テーブル８１１、アルバム構成画像・テーブル８２１、画像・テーブル８３１と順に辿り、ユーザの保有するアルバムおよび画像を取得し、これらのレコードをコピーし、相続人のユーザＩＤに関連付けることで譲渡を行う。この処理の詳細については、図１５を用いて後述する。
続いて、ＣＰＵ２０１は、変数Ｊの値を１だけカウントアップし（Ｓ１４１３）、Ｓ１４１０からの処理を継続する。Ｓ１６１４では、ＣＰＵ２０１は、変数Ｉの値を１だけカウントアップし、Ｓ１４０５からの処理を継続する。

次に、相続人端末１０５での資産相続メールの相続を承認する旨の通知先へのリンク押下によって、サーバ装置１０４が資産の相続を承認することを示すメッセージを受信したときの動作について図１５を参照して説明する。図１５は、相続承認時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、相続人端末１０５での資産相続メールの相続を承認する旨の通知先へのリンクの押下によって、相続人からの資産の相続を承認することを示すメッセージを受信したかを判定する（Ｓ１５０１）。このとき、ＣＰＵ２０１は、メッセージを受信したと判定した場合、Ｓ１５０２に処理を進め、他方、受信していないと判定した場合、受信するまでＳ１５０１の処理を継続する。
Ｓ１５０２では、ＣＰＵ２０１は、受信したメッセージ（受信データ）から被相続人のユーザＩＤ、及び相続人のユーザＩＤを取得する。続いて、ＣＰＵ２０１は、Ｓ１５０２で取得した被相続人のユーザＩＤに対応するユーザアルバム・テーブル８０１のレコードからアルバムＩＤを取得する（Ｓ１５０３）。

続いて、ＣＰＵ２０１は、Ｓ１５０３で取得したアルバムＩＤから、アルバム・テーブル８１１、アルバム構成画像・テーブル８２１、画像・テーブル８３１と順に辿ることで、ユーザの保有するアルバムおよび画像を取得する。そして、ＣＰＵ２０１は、これらのレコードをコピーし、相続人のユーザＩＤに関連付け、ユーザアルバム・テーブル８０１にレコードを登録する（Ｓ１５０４）。
続いて、ＣＰＵ２０１は、被相続人のユーザＩＤとユーザ相続人・テーブル７０１のユーザＩＤ７０２とを用いて、被相続人のユーザＩＤに関連付けられている相続人のレコードをユーザ相続人・テーブル７０１から取得する（Ｓ１５０５）。

続いて、ＣＰＵ２０１は、取得したレコードの中から最も優先度の高いレコードを抽出する（Ｓ１５０６）。続いて、ＣＰＵ２０１は、Ｓ１５０６で取得した相続人のレコードに対応するユーザに対してアルバムという資産の相続に係る処理を実行する（Ｓ１５０７）。
ここで、相続に係る処理とは、被相続人から相続人への資産の引渡しに係る最終的な処理である。被相続人に関係する最も優先度の高い全ての相続人が相続の承認、又は相続の放棄を完了している場合は、被相続人の情報は不要となる。よって、相続に係る処理では、ＣＰＵ２０１は、被相続人のユーザＩＤに関連するレコードをユーザ・テーブル６０１、ユーザ相続人・テーブル７０１、ユーザアルバム・テーブル８０１から全て削除する処理を実行する。
なお、ユーザ・テーブル６０１から相続人のユーザＩＤに対応するレコードの顔情報８０８を参照し、その顔情報を分析し、被相続人の保有するアルバムの画像内容と比較して（画像処理などの技術を用いて解析して）譲渡の配分を決定する構成を採用してもよい。

次に、ユーザ端末１０１での資産相続メールの相続を放棄する旨の通知先へのリンク押下によって、サーバ装置１０４が資産の相続を放棄することを示すメッセージを受信したときの動作について図１６を参照して説明する。図１６は、相続放棄時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、相続人端末１０５での資産相続メールの相続を放棄する旨の通知先へのリンクの押下によって、相続人からの資産の相続を放棄することを示すメッセージを受信したかを判定する（Ｓ１６０１）。このとき、ＣＰＵ２０１は、メッセージを受信したと判定した場合、Ｓ１６０２に処理を進め、他方、受信していないと判定した場合、受信するまでＳ１６０１の処理を継続する。

Ｓ１６０２では、ＣＰＵ２０１は、受信したメッセージ（受信データ）から被相続人のユーザＩＤ、相続人のユーザＩＤを取得する。続いて、ＣＰＵ２０１は、被相続人のユーザＩＤとユーザ相続人・テーブル７０１のユーザＩＤ７０２とを用いて、被相続人のユーザＩＤに関連付けられている相続人のレコードをユーザ相続人・テーブル７０１から取得する（Ｓ１６０３）。続いて、ＣＰＵ２０１は、取得したレコードの中から最も優先度の高いレコードを抽出する（Ｓ１６０４）。
続いて、ＣＰＵ２０１は、Ｓ１６０４で取得した相続人のレコードに対応するユーザに対してアルバムという資産の相続に係る処理を実行する（Ｓ１６０５）。
上述したように、相続に係る処理では、ＣＰＵ２０１は、被相続人のユーザＩＤに関連するレコードをユーザ・テーブル６０１、ユーザ相続人・テーブル７０１、ユーザアルバム・テーブル８０１から全て削除する処理を実行する。

なお、ＣＰＵ２０１は、最も高い優先度の全ての相続人が相続を放棄することとなっている場合、次に高い優先度の相続人のユーザを検索し、そのユーザをその時点で最も優先度の高い相続人として資産相続メールを作成し、相続人端末１０５に送信する。また、このとき、ＣＰＵ２０１は、相続人が管理用のユーザの場合は、Ｓ１４１２で管理用ユーザを見つけたときと同様の処理を実行する。

次に、管理用ユーザが資産を保有したときのサーバ装置１０４の動作について図１７を参照して説明する。図１７は、管理処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、サーバ装置１０４に事前に設定しておいたタイマーによって、管理用ユーザに係る処理が実行される時間となったかを判定する（Ｓ１７０１）。このとき、ＣＰＵ２０１は、実行する時間となったと判定した場合、Ｓ１７０２に処理を進め、他方、時間となっていないと判定した場合、実行可能な時間となるまでＳ１７０１を継続する。

Ｓ１７０２では、ＣＰＵ２０１は、ユーザ・テーブル６０１の管理用ユーザのユーザＩＤに関連するアルバム、画像を全て取得する。続いて、ＣＰＵ２０１は、それらに対して、事前に設定情報に設定されていた管理用ユーザの処理を実行する（Ｓ１７０３）。
例えば、設定情報が管理用ユーザのユーザＩＤに関連するテーブルのレコードおよび画像を削除することを示す情報であった場合について説明する。この場合、ＣＰＵ２０１は、ユーザ・テーブル６０１、ユーザ相続人・テーブル７０１、ユーザアルバム・テーブル８０１から、管理用ユーザのユーザＩＤに対応するレコードおよび画像を全て削除する。
なお、Ｓ１７０１で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、ＯＳなどのタイマーを利用してもよい。

次に、ユーザ端末１０１での相続人一覧の画面４２１の削除するボタン４３０の押下によって、サーバ装置１０４がユーザと相続人の関係の削除要求を受信したときの動作について図１８を参照して説明する。図１８は、関係削除時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、ユーザ端末１０１での画面４２１の削除するボタン４３０の押下による相続人の削除要求を受信したかを判定する（Ｓ１８０１）。このとき、ＣＰＵ２０１は、受信したと判定した場合、Ｓ１８０２に処理を進め、他方、受信していないと判定した場合、受信するまでＳ１８０１の処理を継続する。
Ｓ１８０２では、ＣＰＵ２０１は、受信した削除要求（受信データ）から被相続人のユーザＩＤ、及び相続人のユーザＩＤを取得する。続いて、ＣＰＵ２０１は、被相続人のユーザＩＤおよび相続人のＩＤに関連付けられているユーザ相続人・テーブル７０１のレコードを削除する（Ｓ１８０３）。

次に、ユーザ端末１０１での相続人一覧の画面４２１の更新するボタン４３１の押下によって、サーバ装置１０４がユーザと相続人の関係の更新要求を受信したときの動作について図１９を参照して説明する。図１９は、関係更新時処理に係るフローチャートの一例を示す図である。
まず、ＣＰＵ２０１は、ユーザ端末１０１での画面４２１の更新するボタン４３１の押下による相続人の更新要求を受信したかを判定する（Ｓ１９０１）。このとき、ＣＰＵ２０１は、受信したと判定した場合、Ｓ１９０２に処理を進め、他方、受信していないと判定した場合、受信するまでＳ１９０１の処理を継続する。
Ｓ１９０２では、ＣＰＵ２０１は、受信した更新要求（受信データ）から被相続人のユーザＩＤ、及び相続人のユーザＩＤを取得する。続いて、ＣＰＵ２０１は、被相続人のユーザＩＤおよび相続人のＩＤに関連付けられているユーザ相続人・テーブル７０１のレコードを取得する（Ｓ１９０３）。続いてＣＰＵ２０１は、更新要求（更新情報）に含まれる優先度、適用開始年齢、適用終了年齢を、ユーザ相続人・テーブル７０１の優先度・上書き７０５、適用開始年齢・上書き７０６、適用終了年齢・上書き７０７に設定して更新処理を実行する（Ｓ１９０４）。

上述の構成によれば、ユーザの親族、友人といった関係性に基づき、譲渡先のユーザの存在が確認できないような場合でも、その譲渡先の関係性を辿って、譲渡先を決めることができる。また、上述の構成によれば、譲渡先の優先順位付けを行ったり、ユーザの年齢といった時間軸によって、譲渡先を切り替えたりすることができる。
また、上述の構成によれば、ユーザの死亡について相続人がサーバ装置１０４に手動で入力する必要がなくなるので、ユーザの資産を相続人に譲渡することができなくなる事態を低減できる。また、上述の構成によれば、譲渡先が特定できないことにより、死亡したユーザの資産（コンテンツ）がサーバ装置１０４に保存されたままの状態となることを回避できるようになる。

＜その他の実施形態＞
本実施形態は、上述した構成に限られるものではない。例えば、サーバ装置１０４が一定時間内に資産相続メールに対する返答がなかった場合は、ＣＰＵ２０１は、Ｓ１４０２からの処理を行ってもよい。この構成によれば、資産相続メールの送信が再度行われるので、より確実に資産情報を管理できるようになる。
また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェア（プログラム）を、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ（又はＣＰＵやＭＰＵ等）がプログラムを読み出して実行する処理である。

上述した実施形態の構成によれば、資産情報をより適切に管理することができる。

以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形・変更が可能である。

Claims (10)

1. ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置であって、
   前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段と、
   前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段と、
   を有することを特徴とする情報処理装置。
2. 前記相続人が利用する相続人端末と通信可能に接続され、
   前記記憶部には、更に、前記相続人の識別情報と前記相続人の所在情報とが関連付けられて記憶され、
   前記通信手段は、前記相続人の識別情報をもとに前記相続人の所在情報を読み出し、相続について承認するか放棄するかを問い合わせる問合情報を、前記所在情報をもとに送信し、
   前記制御手段は、前記通信手段で前記問合情報に対する承認する旨の承認情報が受信されたと判断した場合、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納することを特徴とする請求項１記載の情報処理装置。
3. 前記記憶部には、更に、前記相続人の識別情報と相続を許可するかを判定するための条件情報とが関連付けられて記憶され、
   前記制御手段は、前記相続人の識別情報をもとに前記相続人の条件情報を読み出し、読み出した条件情報より相続を許可すると判定した相続人の識別情報と前記資産情報とを関連付けて前記記憶部に格納することを特徴とする請求項１又は２記載の情報処理装置。
4. 前記記憶部には、更に、管理用のユーザを識別する識別情報が含まれ、
   前記制御手段は、前記相続人の識別情報が前記記憶部に存在しないと判断した場合、前記ユーザの資産情報が関連付けられている前記ユーザの識別情報を前記管理用のユーザの識別情報に変更することを特徴とする請求項１乃至３の何れか１項記載の情報処理装置。
5. 前記記憶部には、更に、前記資産情報の取り扱いを示す設定情報が記憶され、
   前記制御手段は、前記管理用のユーザの識別情報が関連付けられた資産情報を前記設定情報に従って処理することを特徴とする請求項４記載の情報処理装置。
6. 前記記憶部に記憶されている前記ユーザの識別情報と前記相続人の識別情報との関連付けを変更する変更手段を更に有することを特徴とする請求項１乃至５の何れか１項記載の情報処理装置。
7. 前記ユーザの識別情報は、前記ユーザ端末が当該情報処理装置にログインする際に用いられる認証情報であることを特徴とする請求項１乃至６の何れか１項記載の情報処理装置。
8. 前記資産情報は、画像情報であり、
   前記記憶部には、更に、前記相続人の識別情報と前記相続人を示す画像情報とが関連付けられて記憶され、
   前記制御手段は、前記相続人の識別情報をもとに前記相続人の画像情報を読み出し、前記相続人の画像情報および前記資産情報の画像情報を解析し、前記相続人の識別情報に関連付ける前記資産情報の画像情報を決定することを特徴とする請求項１乃至７の何れか１項記載の情報処理装置。
9. ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置における資産情報管理方法であって、
   通信手段が、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信工程と、
   制御手段が、前記通信工程で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御工程と、
   を有することを特徴とする資産情報管理方法。
10. ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続されたコンピュータを、
    前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段、
    前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段、
    として機能させるプログラム。

Images