ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置であって、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段と、前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段と、を有することを特徴とする情報処理装置。前記相続人が利用する相続人端末と通信可能に接続され、前記記憶部には、更に、前記相続人の識別情報と前記相続人の所在情報とが関連付けられて記憶され、前記通信手段は、前記相続人の識別情報をもとに前記相続人の所在情報を読み出し、相続について承認するか放棄するかを問い合わせる問合情報を、前記所在情報をもとに送信し、前記制御手段は、前記通信手段で前記問合情報に対する承認する旨の承認情報が受信されたと判断した場合、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納することを特徴とする請求項1記載の情報処理装置。前記記憶部には、更に、前記相続人の識別情報と相続を許可するかを判定するための条件情報とが関連付けられて記憶され、前記制御手段は、前記相続人の識別情報をもとに前記相続人の条件情報を読み出し、読み出した条件情報より相続を許可すると判定した相続人の識別情報と前記資産情報とを関連付けて前記記憶部に格納することを特徴とする請求項1又は2記載の情報処理装置。前記記憶部には、更に、管理用のユーザを識別する識別情報が含まれ、前記制御手段は、前記相続人の識別情報が前記記憶部に存在しないと判断した場合、前記ユーザの資産情報が関連付けられている前記ユーザの識別情報を前記管理用のユーザの識別情報に変更することを特徴とする請求項1乃至3の何れか1項記載の情報処理装置。前記記憶部には、更に、前記資産情報の取り扱いを示す設定情報が記憶され、前記制御手段は、前記管理用のユーザの識別情報が関連付けられた資産情報を前記設定情報に従って処理することを特徴とする請求項4記載の情報処理装置。前記記憶部に記憶されている前記ユーザの識別情報と前記相続人の識別情報との関連付けを変更する変更手段を更に有することを特徴とする請求項1乃至5の何れか1項記載の情報処理装置。前記ユーザの識別情報は、前記ユーザ端末が当該情報処理装置にログインする際に用いられる認証情報であることを特徴とする請求項1乃至6の何れか1項記載の情報処理装置。前記資産情報は、画像情報であり、前記記憶部には、更に、前記相続人の識別情報と前記相続人を示す画像情報とが関連付けられて記憶され、前記制御手段は、前記相続人の識別情報をもとに前記相続人の画像情報を読み出し、前記相続人の画像情報および前記資産情報の画像情報を解析し、前記相続人の識別情報に関連付ける前記資産情報の画像情報を決定することを特徴とする請求項1乃至7の何れか1項記載の情報処理装置。ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置における資産情報管理方法であって、通信手段が、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信工程と、制御手段が、前記通信工程で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御工程と、を有することを特徴とする資産情報管理方法。ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続されたコンピュータを、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段、前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段、として機能させるプログラム。ここで、従来の仕組みでは、ユーザの所有するコンテンツをユーザの死後に参照するためには、管理者に問い合わせて法的な手続きをとるなど、複雑な手順を踏まなければならなかった。他方、特許文献1に記載の方法では、事前に処理方法とコンテンツとを関連付けてデータベースに登録しておき、相続の原因の入力が他のユーザを介して行われることで、他のユーザにコンテンツを譲渡することができる。しかしながら、このような方法では、相続の原因の入力が他のユーザに起因しているので、相続の原因の入力が行われないことがあり、コンテンツ等の資産情報が譲渡されない事態が生じ、資産情報が適切に管理できないおそれがある。本発明はこのような問題点に鑑みなされたもので、資産情報をより適切に管理することを目的とする。そこで、本発明に係る情報処理装置は、ユーザが利用するユーザ端末および前記ユーザの資産情報と前記ユーザを識別する識別情報とが関連付けられて記憶され、更に、前記ユーザの識別情報と前記ユーザの相続人を識別する識別情報とが関連付けられて記憶された記憶部と通信可能に接続された情報処理装置であって、前記ユーザが生きているかを確認する確認情報を前記ユーザ端末に送信し、前記確認情報に対する返答情報を前記ユーザ端末から受信する通信手段と、前記通信手段で一定の時間内に前記返答情報が受信されていないと判断すると、前記ユーザの識別情報をもとに前記記憶部から前記資産情報と前記相続人の識別情報とを読み出し、前記資産情報と前記相続人の識別情報とを関連付けて前記記憶部に格納する制御手段と、を有することを特徴とする。また、本発明は、資産情報管理方法、プログラム等としてもよい。本発明によれば、資産情報をより適切に管理することができる。以下、本発明の実施形態について図面に基づいて説明する。なお、実施形態は、本発明を限定するものではなく、また、実施形態で説明されている全ての構成が本発明の課題を解決するための手段に必須であるとは限らない。<第1の実施形態>システム全体の説明本実施形態に係る資産情報管理システムについて図1を参照して説明する。図1は、資産情報管理システムの構成の一例を示す図である。資産情報管理システムは、ユーザ端末101、サーバ装置104、及び相続人端末105を含んで構成される。ユーザ端末101、サーバ装置104、及び相続人端末105は、情報処理装置コンピュータの一例であり、ネットワークインターネット103等を介して通信可能に接続されている。ユーザ端末101は、被相続人以下ではユーザと適宜称する。が利用する情報処理装置の一例であり、デジタルカメラ102で撮影された画像情報画像を取り込み、保持している。サーバ装置104は、ユーザ端末101からインターネット103を経由してアップロードされた画像を格納する。また、サーバ装置104は、ユーザ端末101から要求があると、要求に従って画像を取得してユーザ端末101に送信する。ここで、ユーザ端末101は、複数設けられていてもよい。この場合、サーバ装置104は、複数のユーザ端末101と通信可能である。また、この場合、画像のアップロード元のユーザ端末と画像の送信先のユーザ端末とは、異なっていてもよい。また、サーバ装置104は、ユーザ端末101から入力された被相続人の情報と相続人の情報との続柄をもとに相続人の階層構造を作成する。また、サーバ装置104は、認証に用いられるユーザID等の認証情報がユーザにより入力されてサーバ装置104にログインしたユーザ端末101からのアクセスが一定期間ない場合、ユーザの死活を確認する処理を行う。そして、サーバ装置104は、処理結果に基づいて、相続人端末105にユーザの資産資産情報を譲渡するために相続人に相続させるために、ユーザの資産および相続人に関するデータの更新を行う。相続人端末105は、相続人が利用する情報処理装置の一例であり、サーバ装置104と通信し、例えばユーザ端末101のユーザが保有していたアルバムなどの資産をサーバ装置104から受理する。情報処理装置の説明ユーザ端末101、サーバ装置104、相続人端末105等として適用可能な情報処理装置200の構成について図2を参照して説明する。図2は、情報処理装置200の構成の一例を示す図である。なお、情報処理装置200については、それぞれ単一の情報処理装置で実現してもよいし、必要に応じた複数の情報処理装置に各機能を分散して実現するようにしてもよい。また、例えば、ユーザ端末101と相続人端末105とを一の情報処理装置で実現してもよい。複数の情報処理装置で構成される場合は、互いに通信可能なようにLocalAreaNetworkLANなどで接続されている。CentralProcessingUnitCPU201は、情報処理装置200全体を制御する制御部の一例である。ReadOnlyMemoryROM202は、変更を必要としないプログラム、パラメータ等を格納する。RandomAccessMemoryRAM203は、外部登録装置またはインターネット214などから供給されるプログラム、データ等を一時記憶する。外部記憶装置204は、情報処理装置200に固定して設置されたハードディスク、メモリカード、情報処理装置200から着脱可能な光ディスク、磁気カード、光カード、ICカードなどである。ROM202、RAM203、及び外部記憶装置204は、記憶部の一例である。操作入力インターフェイス操作入力IF205は、操作者被相続人、相続人、管理者等の操作を受け付ける、各種のデータを入力するポインティングデバイス209、キーボード210などの入力デバイスとのインターフェイスである。表示インターフェイス表示IF206は、情報処理装置200の保持するデータ、供給されたデータ等を表示するためのディスプレイ211などの表示装置とのインターフェイスである。ネットワークインターフェイスネットワークIF207は、インターネット214などのネットワーク回線に接続するためのインターフェイスである。画像入力インターフェイス画像入力IF208は、画像入力デバイス213とのインターフェイスである。システムバス212は、各デバイス201~208を通信可能に接続するバスである。なお、情報処理装置200の機能および後述のフローチャートに係る処理は、CPU201が外部記憶装置204またはインターネット214などから供給されるプログラムを読み出して実行し、上述の各デバイスを適時に制御することにより実現される。ユーザ端末の動作の説明ユーザ端末101は、ユーザ端末用のプログラムを実行し、所定のURLを設定しておくことで、サーバ装置104と通信し、画像を包含したアルバム資産の一例、ユーザの相続人などを表示し、各種の設定を受け付ける。ユーザ端末101を利用するためには、ログインするユーザ被相続人についての登録が事前に必要であるので、ユーザの情報ユーザ情報の登録について図3を参照して説明する。なお、図3は、ユーザ情報を登録する画面の一例画面301を示す図である。画面301は、ユーザ情報を登録するときにディスプレイ211に表示される画面である。なお、画面301は、ユーザ端末用のプログラムが実行されることにより起動される資産を管理するアプリケーションによりディスプレイ211に表示される。画面301には、ユーザ情報を入力するための入力欄ユーザ名302、生年月日303、与信情報としてのクレジットカード番号304、E-Mail305、及び任意に相続人を選択するための相続人を選択するボタン306が表示されている。ユーザによる入力デバイスの操作ユーザ操作により相続人を選択するボタン306が押下されると、相続人のユーザ情報を選択などする画面例えば後述の画面501を表示する。また、ユーザ操作により顔写真を追加するボタン308が押下され、ユーザの顔写真が選択されると、ユーザ情報として指定され、顔写真が領域307に表示される。また、ユーザ操作に応答して、ユーザ情報が入力され、追加するボタン310が押下されると、ユーザ端末101からサーバ装置104にユーザ情報が送信され、サーバ装置104にログインするユーザのレコードとして保管される。なお、ユーザ操作により閉じるボタン309が押下されると、画面301が閉じられる。次に、ユーザ端末101のユーザが資産情報管理システムサーバ装置104にログインしたときにディスプレイ211表示される画面について図4を参照して説明する。図4は、画面の一例画面401、画面411、画面421を示す図である。なお、各画面は、上記アプリケーションによりディスプレイ211に表示される。図4Aに示す画面401は、トップページの画面である。領域402には、無効化されているトップページボタン404、有効化されているアルバムを参照するボタン405、及び有効化されている相続人を参照するボタン406が表示されている。例えば、ユーザ操作により、アルバムを参照するボタン405が押下されると、図4Bのようなアルバム一覧の画面411に画面が遷移し、相続人を参照するボタン406が押下されると、図4Cのような相続人一覧の画面421に画面が遷移する。なお、トップページボタン404は、トップページの画面401を表示している間は無効となっている。領域403では、画面毎の目的に応じて表示が切り替えられる。領域403には、トップページの画面401ではシステムの概要407が表示され、アルバム一覧の画面411ではアルバムの一覧が表示され、相続人一覧の画面421では相続人の一覧が表示される。また、図4Bに示すように、アルバム一覧の画面411の領域402では、有効化されているトップページボタン412、無効化されているアルバムを参照するボタン413、及び有効化されている相続人を参照するボタン406が表示されている。また、領域403には、ログインしているユーザの保有するアルバムの情報がサーバ装置104から受信されて表示される。例えば、アルバム414からアルバム416までは、サーバ装置104に登録されているアルバムである。例えば、ユーザ操作により、アルバムが選択され、画像を参照するボタン417が押下されると、アルバムの画像の一覧表示画面図示せず。に画面が遷移する。また、例えば、ユーザ操作により、アルバムが選択され、削除するボタン418が押下されると、選択されたアルバムの削除の要求がサーバ装置104に送信され、サーバ装置104では選択されたアルバムが削除される。また、例えば、ユーザ操作により、追加するボタン419が押下されてアルバムが指定されると、アルバムの追加の要求がサーバ装置104に送信され、サーバ装置104ではアルバムが追加される。また、図4Cに示すように、相続人一覧の画面421の領域402では、有効化されているトップページボタン412、有効化されているアルバムを参照するボタン405、及び無効化されている相続人を参照するボタン422が表示されている。また、領域403には、相続人を選択するボタン423が押下されることで開かれる後述の図5の画面で選択されたユーザ情報、及び指定された続柄の情報相続人情報が表示される。領域425には、相続人情報に関する項目が表示される。例えば、相続人の属性を入力するための入力欄優先度426、適用開始年齢427、適用終了年齢428の値が編集され、更新するボタン431が押下されると、サーバ装置104にその更新情報が送信される。これにより、優先度426、適用開始年齢427、及び適用終了年齢428のぞれぞれの規定値が更新される。また、相続人が複数人存在し、画面に表示することができない場合には、ユーザは、スクロールバー429を利用して、表示されていない相続人情報に関する項目を表示することができる。また、ユーザ操作により、チェックボックス424が選択された状態にされ、削除するボタン430が押下されると、サーバ装置104にログインしているユーザと相続人との関連を削除するための要求削除要求が送信される。そして、サーバ装置104では、削除要求が受信されると、前記ユーザの資産の譲渡の対象から選択された相続人に関する情報が削除される。次に、相続人一覧の画面421の相続人を選択するボタン423が押下された場合に開かれる相続人を特定する画面について図5を参照して説明する。図5は、ディスプレイ211に表示される画面の一例画面501を示す図である。画面501は、相続人情報を入力するための画面である。ユーザ操作により、入力欄502に相続人を検索のための条件が入力され、相続人を検索するボタン503が押下されると、検索結果が領域505に表示される。より具体的には、領域505には、相続人の候補のユーザ名、年齢など、相続人のユーザ情報が表示される。また、領域505では、リストボタン506によりユーザとの続柄が指定可能である。相続人の候補が複数存在し、画面に表示することができない場合には、ユーザは、スクロールバー507を利用して、表示されていない相続人のユーザ情報を表示することができる。また、ユーザ操作により、チェックボックス504が選択された状態にされ、選択するボタン509が押下されると、選択された相続人の候補がユーザの相続人として設定される。また、ユーザ操作により閉じるボタン508が押下されると、画面501が閉じられる。また、ユーザがユーザ端末101などを介してサーバ装置104に一定期間アクセスしていない場合は、ユーザ端末101は、サーバ装置104からメールを受信する。このときに受信されるメールは、ユーザの死活確認用メールユーザが生きているかを確認する確認情報の一例であり、メールには、ユーザに関する情報、確認済みの通知先へのリンクが含まれる。なお、確認済みの通知先へのリンクには後述する死活確認の対象のユーザを特定するためのユーザIDが関連付けられている。ここで、ユーザ操作により、確認済みの通知先へのリンクが押下されると、ユーザ端末101は、ユーザが活動中であることを示すメッセージ返答情報の一例をサーバ装置104に送信する。相続人端末の動作の説明相続人端末105は、相続人端末用のプログラムを実行してアプリケーションを起動する。そして、所定のURLを設定しておくことで、相続人端末105は、サーバ装置104と通信し、サーバ装置104で保有されていたアルバムなどのユーザの資産を受理する。相続人端末105を利用するためには、ログインする相続人の登録が事前に必要であるが、この登録は、ユーザ端末101におけるユーザの登録の画面301での操作と同じように行われる。なお、この相続人のユーザ情報については、ユーザ端末101のユーザのユーザ情報と同様にレコードとしてサーバ装置104に保管されて管理される。ここで、相続人端末105は、相続人が資産情報管理システムにログインした後に、サーバ装置104からの資産相続メールを受信することがある。資産相続メールは、ユーザの死後に資産の相続を承認するか放棄するかを確認する問合情報の一例である。相続人端末105は、資産相続メールを受信した場合、ユーザ情報、相続を承認する旨の通知先へのリンク、相続を放棄する旨の通知先へのリンクを表示する。なお、これらのリンクには、ユーザを特定するためのユーザIDが関連付けられている。例えば、相続を承認する旨の通知先へのリンクが押下されると、相続人端末105は、ユーザが保有しているアルバムなどの資産を相続することを示すメッセージ承認情報の一例をサーバ装置104に送信する。なお、ユーザの資産を相続することを示すメッセージが相続人端末105からサーバ装置104に送信されることで、相続人は、ユーザの資産を相続することになる。また、相続を放棄する旨の通知先へのリンクが押下され、ユーザの資産を相続しないことを示すメッセージ放棄情報の一例がサーバ装置104に送信されることで、相続人は、ユーザの資産の相続を放棄することになる。サーバ装置の動作の説明図6、図7、及び図8は、サーバ装置104が管理する情報を格納する管理形態の一例ユーザテーブル601、続柄テーブル621、ユーザ相続人テーブル701、ユーザアルバムテーブル801等を示す図である。なお、各テーブルは、外部記憶装置204に設けられているものとして説明する。図6Aに示すように、ユーザテーブル601には、ユーザを表現するレコードが格納される。ここでのユーザには、被相続人および相続人が含まれる。ユーザテーブル601については、ユーザID602、ユーザ名603、生年月日604、与信情報605、最終アクセス時間606、状態607、E-Mail608、及び顔情報609のデータを格納するための属性が定義されている。ユーザID602は、レコードを特定するための識別子ユーザを識別可能な識別情報の一例である。ユーザ名603は、ユーザの名前を示す。生年月日604は、ユーザの生年月日を示す。与信情報605は、ユーザのクレジットカード番号などの与信情報を示す。最終アクセス時間606は、ユーザがサーバ装置104に最後にアクセスした時間最終アクセス時間を示す。状態607は、ユーザに死活確認用メールを送信済みであるか否かを示す。E-Mail608は、ユーザの所在を示す所在情報の一例であり、E-Mailを示す。顔情報609は、ユーザの顔情報顔の画像を示す。また、レコード610は、ユーザテーブル601のレコードの一例である。ユーザ端末101、相続人端末105等からのユーザの登録要求に従ってレコードが追加される。なお、レコード611は、サーバ装置104の管理者のアカウント管理用ユーザの情報を示し、ユーザ端末101、相続人端末105等をユーザが利用するのに先立って、管理者によって事前に登録されているレコードである。図6Bに示すように、続柄テーブル621には、続柄を表現するレコードが格納される。続柄テーブル621については、続柄ID622、続柄名623、優先度624、適用開始年齢625、及び適用終了年齢626のデータを格納するための属性が定義されている。続柄ID622は、レコードを特定するための識別子の一例である。続柄名623は、続柄名を示す。優先度624は、続柄の優先度を示す。適用開始年齢625は、続柄が適用開始される年齢を示す。適用終了年齢626は、続柄が適用終了される年齢を示す。また、レコード627は、続柄テーブル621のレコードの一例である。例えば、続柄テーブル621には、父、母、祖父母、息子、娘など、あるユーザを本人として見た場合の続柄に関するレコードが事前に登録されている。なお、レコード628は、サーバ装置104で利用される管理用の続柄を示すレコードである。図7に示すように、ユーザ相続人テーブル701には、ユーザと相続人との関係を表現するレコードが格納される。ユーザ相続人テーブル701については、ユーザID702、相続人ID703、続柄ID704、優先度上書き705、適用開始年齢上書き706、及び適用終了年齢上書き707のデータを格納するための属性が定義されている。ユーザID702は、ユーザを特定する識別子の一例である。相続人ID703は、相続人を特定する識別子の一例である。続柄ID704は、ユーザと相続人との続柄を特定する識別子の一例である。優先度上書き705では、続柄テーブル621の優先度624に格納されている値を任意に上書きするための値を示す。適用開始年齢上書き706では、続柄テーブル621の適用開始年齢625に格納されている値を任意に上書きするための値を示す。適用終了年齢上書き707では、続柄テーブル621の適用終了年齢626に格納されている値を任意に上書きするための値を示す。また、レコード708は、ユーザ相続人テーブル701のレコードの一例である。なお、レコード709は、サーバ装置104で利用される管理用のレコードを示す。ユーザID702および相続人ID703は、ユーザテーブル601のユーザID602の値と関連付けられている。本実施形態では、サーバ装置104は、ユーザのユーザID602の値をユーザID702に設定し、ユーザの相続人のユーザID602の値を相続人ID703に設定したレコードを作成することで、ユーザと相続人とを関連付ける。故に、サーバ装置104は、ユーザのユーザIDをもとに、ユーザの相続人のレコードを取得することができる。また、続柄ID704は、続柄テーブル621の続柄ID622の値と関連付けられている。例えば、サーバ装置104は、あるユーザのユーザID702と、ある相続人の相続人ID703との続柄については、この続柄ID704に関連する続柄ID622の続柄テーブル621のレコードを特定することで取得することができる。換言するならば、ユーザと相続人との関係は、ユーザIDと相続人IDとその続柄IDによって決定される。また、優先度624および優先度上書き705の値、生年月日604、適用開始年齢625および適用開始年齢上書き706の値、並びに適用終了年齢626および適用終了年齢上書き707の値から、ユーザにとっての相続人優先度が確定される。例えば、ユーザ相続人テーブル701の優先度上書き705の値がなしである場合、ユーザにとっての相続人の優先度は、続柄テーブル621の優先度624の優先度が適用される。また、続柄テーブル621には、相続人の続柄が実際に適用開始される相続人の年齢が設定されているが、これを、ユーザ相続人テーブル701の適用開始年齢上書き706の値で上書きすることができる。また、続柄テーブル621には、相続人の続柄が実際に適用終了される相続人の年齢が設定されているが、これを、ユーザ相続人テーブル701の適用終了年齢上書き707の値で上書きすることができる。即ち、優先度624および優先度上書き705の値、生年月日604、適用開始年齢625および適用開始年齢上書き706の値、並びに適用終了年齢626および適用終了年齢上書き707の値は、相続を許可するかを判定するための条件情報の一例である。本実施形態では、ユーザID702にはユーザのユーザIDが関連付けられているので、サーバ装置104は、ユーザのユーザIDをもとに相続人のレコードを取得できる。この際、サーバ装置104は、レコード間の優先度が高いレコード順にソートすることで、ユーザから見た場合の相続人の階層関係を取得することができる。なお、管理用のレコード709は、優先度が必ず最下位になる。よって、サーバ装置104は、ユーザ端末101から登録された相続人のレコードを検索し、1件も見つからなかった場合、管理用のレコード709の管理用ユーザを最終的な相続人として設定する。管理用ユーザは、資産の譲渡先相続人が見つからない場合に、最終的な相続人としての資産に対する処理を実行するためのユーザである。図8は、サーバ装置104が管理する資産の一例であるアルバムおよび画像の情報を格納する管理形態の一例を示す図である。図8Aに示すように、ユーザアルバムテーブル801には、ユーザが保有するアルバムを表現するレコードが格納される。ユーザアルバムテーブル801については、ユーザを特定する識別子の一例であるユーザID802、アルバムを特定する識別子の一例であるアルバムID803のデータを格納するための属性が定義されている。また、レコード804は、ユーザアルバムテーブル801のレコードの一例である。ユーザID802の値は、ユーザテーブル601のユーザID602の値と関連付けられている。アルバムID803の値は、後述するアルバムテーブル811のアルバムID812の値と関連付けられている。サーバ装置104は、これらの関連付けによってユーザが保有するアルバムを特定することができる。図8Bに示すように、アルバムテーブル811には、アルバム自体を表現するレコードが格納される。アルバムテーブル811については、アルバムを特定する識別子の一例であるアルバムID812、アルバムの名前を示すアルバム名813のデータを格納するための属性が定義されている。また、レコード814は、アルバムテーブル811のレコードの一例である。図8Cに示すように、アルバム構成画像テーブル821には、アルバムが包含している画像を表現するレコードが格納される。アルバム構成画像テーブル821については、アルバムを特定する識別子の一例であるアルバムID822、アルバムに包含される画像を特定する識別子の一例である画像ID823のデータを格納するための属性が定義されている。また、レコード824は、アルバム構成画像テーブル821のレコードの一例である。アルバムID822の値は、アルバムテーブル811のアルバムID812の値と関連付けられている。また、画像ID823の値は、後述する画像テーブル831の画像ID832の値と関連付けられている。サーバ装置104は、これらの関連付けによってアルバムが包含する画像を特定することができる。図8Dに示すように、画像テーブル831には、画像自体を表現するレコードが格納される。画像テーブル831については、画像を特定する識別子の一例である画像ID832、画像の名前を示す画像名833、画像の保管先を示すパス834のデータを格納するための属性が定義されている。また、レコード835は、画像テーブル831のレコードの一例である。例えば、サーバ装置104は、登録されたユーザに対応するユーザテーブル601のレコードからユーザID602ユーザID602の値を取得する。そして、サーバ装置104は、ユーザアルバムテーブル801、アルバムテーブル811、アルバム構成画像テーブル821、画像テーブル831と順に辿ることで、ユーザの保有するアルバムおよび画像を取得することができる。ここで取得されたアルバム、画像などについては、サーバ装置104は、ユーザ端末101の取得要求に従って送信する。また、ユーザ端末101は、アルバム、画像などの情報を受信すると、アルバム一覧の画面411、アルバムの画像の一覧表示画面などにそれぞれ表示する。次に、ユーザ端末101における画面301での追加するボタン310の押下によって、サーバ装置104がユーザの登録要求を受信したときの動作について図9を参照して説明する。図9は、ユーザ登録時処理に係るフローチャートの一例を示す図である。以下では、登録要求に、画面301で入力された情報ユーザのユーザ情報、相続人情報などが含まれているものとして説明をする。なお、以下の処理は、サーバ装置104のCPU201が外部記憶装置204からプログラムを実行し、各種デバイスを制御することにより実現される。まず、CPU201は、ユーザ端末101からユーザの登録要求を受信したかを判定するS901。このとき、CPU201は、ユーザの登録要求を受信したと判定した場合、S902に処理を進め、他方、受信していないと判定した場合、受信したと判定するまでS901の処理を継続する。S902では、CPU201は、受信した登録要求受信データからユーザ情報を取得する。続いて、CPU201は、取得したユーザ情報をもとにユーザテーブル601のレコードを作成し、作成したレコードをユーザテーブル601に登録するS903。例えば、CPU201は、ユーザテーブル601の新規レコードには、自動採番号の値をユーザID602に設定し、画面301のユーザ名302の値をユーザ名603に設定し、生年月日303の値を生年月日604に設定する。また、CPU201は、クレジットカード番号304の値を与信情報605に設定し、E-Mail305の値をE-Mail608に設定し、顔写真の領域307に設定された写真を顔情報609に設定する。また、CPU201は、最終アクセス時間606には現在の時間を設定し、状態607には規定値としてなしを設定する。続いて、CPU201は、受信データから相続人情報を取得しS904、取得した相続人情報から配列SOZOKUを作成するS905。続いて、CPU201は、ユーザテーブル601から管理用のユーザのレコード611を取得しS906、続柄テーブル621から管理用の続柄のレコード628を取得するS907。続いて、CPU201は、S905で作成した配列SOZOKUに、S905およびS906で取得した管理用のユーザのレコードおよび続柄のレコードから管理用の相続人情報を作成し、配列SOZOKUの要素として追加するS908。続いて、CPU201は、変数I、相続人情報が格納された配列SOZOKUの要素数を格納するための変数SIZEを作成し、それぞれ、0ゼロ、配列SOZOKUの要素数で初期化するS909。なお、受信する相続人情報には、画面301の相続人を選択するボタン306の押下によって起動する画面501で選択された相続人のユーザ情報が含まれる。より具体的には、相続人を検索するボタン503の押下によって、画面501の検索の条件の値をもとに、ユーザテーブル601から相続人の候補となるレコードが取得され、画面501に表示されることになる。そして、選択するボタン509が押下されたときに選択されている相続人のレコードの値が相続人のユーザ情報として扱われる。また、画面501には、続柄テーブル621から管理用のレコード628を除いた全てのレコードが表示され、画面501での続柄の選択によって、登録されるユーザと相続人との続柄が決定される。配列SOZOKUでは、このようにして取得された相続人のユーザ情報と続柄の情報とを含む相続人情報が要素となっている。例えば、配列SOZOKUには、相続人のユーザID、登録されるユーザとの続柄に対応する続柄IDとが格納されている。相続人の検索および続柄の取得に関する詳細については図10、及び図11を用いて後述する。続いて、CPU201は、変数Iの値と変数SIZEの値とを比較し、変数Iの値が変数SIZEの値より小さいかを判定するS910。このとき、CPU201は、変数Iの値が変数SIZEの値よりも小さいと判定した場合、S911に処理を進め、他方、変数Iの値が変数SIZEの値以上であると判定した場合、処理を終了する。S911では、CPU201は、配列SOZOKU[I]の要素である相続人情報を取得し、ユーザ相続人テーブル701のレコードとして登録する。この際、CPU201は、ユーザ相続人テーブル701の新規レコードのユーザID702には被相続人となるユーザのユーザIDを設定し、相続人ID703には相続人となるユーザのユーザIDを設定する。また、CPU201は、続柄IDには相続人情報の続柄IDの値被相続人と相続人というユーザ間の続柄に対応する続柄テーブル621の続柄ID622の何れかの値を設定する。また、CPU201は、優先度上書き705、適用開始年齢上書き706、及び適用終了年齢上書き707には、それぞれ規定値なし等を設定する。なお、優先度上書き705、適用開始年齢上書き706、適用終了年齢上書き707については、ユーザ端末101の画面421を介して更新され得る。例えば、優先度426、適用開始年齢427、適用終了年齢428の値が相続人の更新情報とされ、サーバ装置104は、更新するボタン431の押下によって更新情報を受信した場合に更新するが、この処理の詳細については後述する。続いて、CPU201は、変数Iを1だけカウントアップしS912、S910からの処理を継続する。なお、ユーザ相続人テーブル701の新規レコードの作成方法は、上述の内容に限られるものではない。例えば、ユーザ端末101の画面501の選択するボタン509の押下によって、サーバ装置104は、ユーザの相続人情報および相続人の登録要求を受信する構成とすることもできる。この場合、サーバ装置104のCPU201は、サーバ装置104にログインしているユーザのユーザIDに関連付けて、S905からS912までと同様の処理を実行する。CPU201は、このように処理を実行し、相続人情報をユーザ相続人テーブル701のレコードとして登録する。次に、ユーザ端末101における画面501での相続人を検索するボタン503の押下によって、サーバ装置104が相続人の検索要求を受信したときの動作について図10を参照して説明する。図10は、相続人検索時処理に係るフローチャートの一例を示す図である。まず、CPU201は、ユーザ端末101から、画面501での相続人を検索するボタン503の押下によって、被相続人としてのユーザに関係する相続人の検索要求を受信したかを判定するS1001。このとき、CPU201は、検索要求を受信したと判定した場合、S1202に処理を進め、他方、検索要求を受信していないと判定した場合、検索要求を受信するまでS1001の処理を継続する。続いて、CPU201は、受信した検索要求受信データから検索条件を取得するS1002。なお、S1002で取得される検索条件としては、相続人としてのユーザを特定するためのユーザ名、生年月日などが考えられる。続いて、CPU201は、ユーザ名、生年月日などの検索条件をもとに、ユーザテーブル601から相続人の候補となるユーザのレコードを取得するS1003。続いて、CPU201は、ユーザ端末101の画面501に表示させるための相続人のユーザ情報を作成するS1004。続いて、CPU201は、S1004で作成した相続人のユーザ情報をユーザ端末101に送信返却するS1005。なお、CPU201は、ユーザ端末101の画面421に表示される相続人情報については、検索条件として被相続人のユーザIDを用いて、上述とは異なる方法で取得する。例えば、CPU201は、被相続人のユーザIDに対応するユーザ相続人テーブル701のレコードを特定し、特定したレコードの相続人IDに対応するユーザテーブル601のレコードを特定し、特定したこれらのレコードから被相続人情報を作成する。次に、ユーザ端末101が画面501を表示するときに、サーバ装置104がユーザ端末101からの続柄の取得要求を受信したときの動作について図11を参照して説明する。図11は、続柄取得時処理に係るフローチャートの一例を示す図である。まず、CPU201は、ユーザ端末101から続柄の取得要求を受信したかを判定するS1101。このとき、CPU201は、続柄の取得要求を受信したと判定した場合、S1102に処理を進め、他方、続柄の取得要求を受信していないと判定した場合、続柄の取得要求を受信するまでS1101の処理を継続する。S1102では、CPU201は、続柄テーブル621から管理用のレコード628を除いた全てのレコードを取得する。続いて、CPU201は、S1102で取得した続柄テーブル621のレコードからユーザ端末101に返却するための続柄の情報を作成するS1103。続いて、CPU201は、作成した続柄の情報を、ユーザ端末101の画面501の続柄に表示する情報として送信返却するS1104。次に、一定期間、サーバ装置104にユーザ端末101からアクセスがない場合、サーバ装置104がユーザ端末101にユーザの死活確認のメッセージ死活確認用メール等を送信するときの動作について図12を参照して説明する。図12は、状態確認時処理に係るフローチャートの一例を示す図である。まず、CPU201は、サーバ装置104に事前に設定されているタイマーによって、被相続人としてのユーザに死活確認のメッセージを送信する時間となったかを判定するS1201。このとき、CPU201は、送信する時間となったと判定した場合、S1202に処理を進め、他方、送信する時間になっていないと判定した場合、送信する時間となるまでS1201の処理を継続する。S1202では、CPU201は、ユーザテーブル601の与信情報605を参照し、与信情報を管理している第三者に問い合わせを行い、死亡している可能性のあるユーザのレコードを取得する。なお、S1201で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、OSオペレーティングシステムなどのタイマーを利用してもよい。また、与信情報を管理している第三者としては、金融機関、保険会社など、クレジットカード番号などを利用し、ユーザの死活を確認できる機関、個人等のシステムを採用することができる。続いて、CPU201は、ユーザテーブル601の最終アクセス時間606を参照し、最後にアクセスしてから現在までの時間が一定期間を超える場合は、死亡している可能性があると判定し、該当するユーザのレコードを取得するS1203。続いて、CPU201は、S1202およびS1203で取得したレコードをマージしS1204、死活確認の対象となるユーザ情報の配列RECEIVERを作成するS1205。なお、S1203の判定に使用する期間の情報については、サーバ装置104に、ファイル、データベースなどとして事前に設定されているものとする。続いて、CPU201は、変数I、死活確認の対象となるユーザ情報の配列RECEIVERの要素数を格納するための変数SIZEを作成し、それぞれ、0ゼロ、配列RECEIVERの要素数で初期化するS1206。続いて、CPU201は、変数Iの値と変数SIZEの値とを比較し、変数Iの値が変数SIZEの値よりも小さいかを判定するS1207。このとき、CPU201は、変数Iの値が変数SIZEの値よりも小さいと判定した場合、S1208に処理を進め、他方、変数Iの値が変数SIZEの値以上であると判定した場合、処理を終了する。S1208では、CPU201は、配列RECEIVER[I]の情報からユーザのユーザID、ユーザ名、E-Mailを取得する。続いて、CPU201は、S1208で取得したユーザID、ユーザ名を関連付けて死活確認用メールを作成するS1209。例えば、CPU201は、ユーザ端末101が受信する死活確認用メールにユーザ名、確認済みの通知先へのリンクにユーザIDを関連付けることで、ユーザ端末101の死活確認用メールに死活確認するユーザのユーザ名が表示される。また、確認済みの通知先へのリンクの押下時には、サーバ装置104のCPU201は、死活確認の対象となったユーザのユーザIDを受信することができる。続いて、CPU201は、S1209で作成した死活確認用メールをS1208で取得したE-Mailの宛先に送信するS1210。続いて、CPU201は、メールを送信したユーザのユーザIDに対応するユーザテーブル601のレコードの状態607を譲渡確認中に更新しS1211、変数Iを1だけカウントアップしS1212、S1207からの処理を継続する。次に、ユーザ端末101での死活確認用メールのリンクの押下によって、サーバ装置104が、ユーザが活動中であることユーザの有効を示すメッセージを受信したときの動作について図13を参照して説明する。図13は、状態更新時処理に係るフローチャートの一例を示す図である。まず、CPU201は、ユーザ端末101での死活確認用メールのリンクの押下によって、死活確認中のユーザの有効を示すメッセージを受信したかを判定するS1301。このとき、CPU201は、メッセージを受信したと判定した場合、S1302に処理を進め、他方、受信していないと判定した場合、受信するまでS1301の処理を継続する。S1302では、CPU201は、受信したメッセージ受信データからユーザIDを取得する。続いて、CPU201は、S1302で取得したユーザIDの値に対応するユーザテーブル601のレコードの状態607をS1211で更新した譲渡確認中からなしに更新するS1303。このようにすることで、CPU201は、死活確認中のユーザが有効であり、資産の譲渡の対象から外すことができる。次に、サーバ装置104から相続人端末105に資産を譲渡、即ちユーザから相続人に資産が相続されるときの動作について図14を参照して説明する。図14は、相続確認時処理に係るフローチャートの一例を示す図である。まず、CPU201は、サーバ装置104に事前に設定されているタイマーによって、相続人としてのユーザに対して、被相続人のユーザの資産の相続遺産相続に関するメッセージを送信する時間となったか一定の時間内であるかを判定するS1401。このとき、CPU201は、送信する時間となったと判定した場合、S1402に処理を進め、他方、送信する時間になっていないと判断した場合、送信する時間となるまでS1401の処理を継続する。S1402では、CPU201は、ユーザテーブル601の状態607を参照して譲渡確認中のユーザのレコードを取得する。なお、S1401で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、OSなどのタイマーを利用してもよい。また、S1402で抽出の対象となるユーザテーブル601のレコードは、S1211で譲渡確認中に状態607が更新され、死活確認中の状態が開始してから一定期間が経過してもS1303で状態607がなしに更新されなかったレコードである。ここで、死活確認中の状態が開始した時間は、最終アクセス時間であってもよいし、譲渡確認中に更新された時間図示せず。であってもよい。続いて、CPU201は、S1402で取得したレコードから配列USERを作成するS1403。続いて、CPU201は、変数I、変数SIZEを作成し、それぞれ、0ゼロ、配列USERの要素数で初期化するS1404。続いて、CPU201は、変数Iの値と変数S1ZEの値とを比較し、変数Iの値が変数S1ZEの値よりも小さいかを判定するS1405。このとき、CPU201は、変数Iの値が変数SIZEの値よりも小さいと判定した場合、S1406に処理を進め、他方、変数Iの値が変数SIZEの値以上であると判定した場合、処理を終了する。S1406では、CPU201は、配列USER[I]の情報からユーザIDを取得する。続いて、CPU201は、取得したユーザIDをもとに、ユーザ相続人テーブル701のユーザIDに関連付けられている相続人のレコードを取得するS1407。続いて、CPU201は、S1407で取得した相続人のレコードから、優先度の最も高いレコードを抽出し、抽出したレコードの値が格納された配列RECEIVERを作成するS1408。ここで、相続人の優先度は、上述したように優先度624および優先度上書き705の値、生年月日604、適用開始年齢625および適用開始年齢上書き706の値、並びに、適用終了年齢626および適用終了年齢上書き707の値から決定される。続いて、CPU201は、変数J、変数RSIZEを作成し、それぞれ、0ゼロ、配列RECEIVERの要素数で初期化するS1409。続いて、CPU201は、変数Jの値と変数RSIZEの値とを比較し、変数Jの値が変数RSIZEの値よりも小さいかを判定するS1410。このとき、CPU201は、変数Jの値が変数RSIZEの値よりも小さいと判定した場合、S1411に処理を進め、他方、変数Jの値が変数RSIZEの値以上であると判定した場合、続いてS1414の処理を行う。S1411では、CPU201は、配列RECEIVER[J]から相続人のユーザIDを取得する。続いて、CPU201は、S1411で取得したユーザIDの値に対応するユーザテーブル601のレコードのユーザに対し、資産の相続の確認処理を実行するS1412。資産の相続の確認処理には、幾つかのパターンがある。1つは、S1412で取得したユーザの情報から、相続人端末105が受信する資産相続メールを作成し、相続人端末105に送信するパターンである。このパターンでは、資産相続メールには、被相続人のユーザ情報、相続を承認する旨の通知先へのリンク、相続を放棄する旨の通知先へのリンクには相続人のユーザIDを関連付けておく。そして、相続人端末105からこれらのリンクの押下によって、サーバ装置104は、被相続人のユーザID、相続人のユーザIDを受信し、資産を相続人に譲渡したり、しなかったりする制御を行うことができる。また、他には、被相続人と相続人との続柄が、続柄テーブル621の管理用のレコード818の続柄であるパターンである。このパターンでは、サーバ装置104のCPU201は、資産相続メールを作成せずに、被相続人のユーザIDに関連するアルバム、画像を全て、ユーザテーブル601の管理用のレコード610の管理用ユーザに譲渡する。例えば、CPU201は、資産に関連する被相続人のユーザIDを管理用ユーザのユーザIDに変更する。そして、CPU201は、被相続人に関連するレコードをユーザテーブル601、ユーザ相続人テーブル701、ユーザアルバムテーブル801から全て削除する。なお、CPU201は、被相続人としてのユーザが保有するアルバム、画像を相続人としてのユーザに譲渡するために、被相続人のユーザIDを取得し、このユーザIDに関連付けられたユーザアルバムテーブル801のレコードを取得する。そして、CPU201は、アルバムテーブル811、アルバム構成画像テーブル821、画像テーブル831と順に辿り、ユーザの保有するアルバムおよび画像を取得し、これらのレコードをコピーし、相続人のユーザIDに関連付けることで譲渡を行う。この処理の詳細については、図15を用いて後述する。続いて、CPU201は、変数Jの値を1だけカウントアップしS1413、S1410からの処理を継続する。S1614では、CPU201は、変数Iの値を1だけカウントアップし、S1405からの処理を継続する。次に、相続人端末105での資産相続メールの相続を承認する旨の通知先へのリンク押下によって、サーバ装置104が資産の相続を承認することを示すメッセージを受信したときの動作について図15を参照して説明する。図15は、相続承認時処理に係るフローチャートの一例を示す図である。まず、CPU201は、相続人端末105での資産相続メールの相続を承認する旨の通知先へのリンクの押下によって、相続人からの資産の相続を承認することを示すメッセージを受信したかを判定するS1501。このとき、CPU201は、メッセージを受信したと判定した場合、S1502に処理を進め、他方、受信していないと判定した場合、受信するまでS1501の処理を継続する。S1502では、CPU201は、受信したメッセージ受信データから被相続人のユーザID、及び相続人のユーザIDを取得する。続いて、CPU201は、S1502で取得した被相続人のユーザIDに対応するユーザアルバムテーブル801のレコードからアルバムIDを取得するS1503。続いて、CPU201は、S1503で取得したアルバムIDから、アルバムテーブル811、アルバム構成画像テーブル821、画像テーブル831と順に辿ることで、ユーザの保有するアルバムおよび画像を取得する。そして、CPU201は、これらのレコードをコピーし、相続人のユーザIDに関連付け、ユーザアルバムテーブル801にレコードを登録するS1504。続いて、CPU201は、被相続人のユーザIDとユーザ相続人テーブル701のユーザID702とを用いて、被相続人のユーザIDに関連付けられている相続人のレコードをユーザ相続人テーブル701から取得するS1505。続いて、CPU201は、取得したレコードの中から最も優先度の高いレコードを抽出するS1506。続いて、CPU201は、S1506で取得した相続人のレコードに対応するユーザに対してアルバムという資産の相続に係る処理を実行するS1507。ここで、相続に係る処理とは、被相続人から相続人への資産の引渡しに係る最終的な処理である。被相続人に関係する最も優先度の高い全ての相続人が相続の承認、又は相続の放棄を完了している場合は、被相続人の情報は不要となる。よって、相続に係る処理では、CPU201は、被相続人のユーザIDに関連するレコードをユーザテーブル601、ユーザ相続人テーブル701、ユーザアルバムテーブル801から全て削除する処理を実行する。なお、ユーザテーブル601から相続人のユーザIDに対応するレコードの顔情報808を参照し、その顔情報を分析し、被相続人の保有するアルバムの画像内容と比較して画像処理などの技術を用いて解析して譲渡の配分を決定する構成を採用してもよい。次に、ユーザ端末101での資産相続メールの相続を放棄する旨の通知先へのリンク押下によって、サーバ装置104が資産の相続を放棄することを示すメッセージを受信したときの動作について図16を参照して説明する。図16は、相続放棄時処理に係るフローチャートの一例を示す図である。まず、CPU201は、相続人端末105での資産相続メールの相続を放棄する旨の通知先へのリンクの押下によって、相続人からの資産の相続を放棄することを示すメッセージを受信したかを判定するS1601。このとき、CPU201は、メッセージを受信したと判定した場合、S1602に処理を進め、他方、受信していないと判定した場合、受信するまでS1601の処理を継続する。S1602では、CPU201は、受信したメッセージ受信データから被相続人のユーザID、相続人のユーザIDを取得する。続いて、CPU201は、被相続人のユーザIDとユーザ相続人テーブル701のユーザID702とを用いて、被相続人のユーザIDに関連付けられている相続人のレコードをユーザ相続人テーブル701から取得するS1603。続いて、CPU201は、取得したレコードの中から最も優先度の高いレコードを抽出するS1604。続いて、CPU201は、S1604で取得した相続人のレコードに対応するユーザに対してアルバムという資産の相続に係る処理を実行するS1605。上述したように、相続に係る処理では、CPU201は、被相続人のユーザIDに関連するレコードをユーザテーブル601、ユーザ相続人テーブル701、ユーザアルバムテーブル801から全て削除する処理を実行する。なお、CPU201は、最も高い優先度の全ての相続人が相続を放棄することとなっている場合、次に高い優先度の相続人のユーザを検索し、そのユーザをその時点で最も優先度の高い相続人として資産相続メールを作成し、相続人端末105に送信する。また、このとき、CPU201は、相続人が管理用のユーザの場合は、S1412で管理用ユーザを見つけたときと同様の処理を実行する。次に、管理用ユーザが資産を保有したときのサーバ装置104の動作について図17を参照して説明する。図17は、管理処理に係るフローチャートの一例を示す図である。まず、CPU201は、サーバ装置104に事前に設定しておいたタイマーによって、管理用ユーザに係る処理が実行される時間となったかを判定するS1701。このとき、CPU201は、実行する時間となったと判定した場合、S1702に処理を進め、他方、時間となっていないと判定した場合、実行可能な時間となるまでS1701を継続する。S1702では、CPU201は、ユーザテーブル601の管理用ユーザのユーザIDに関連するアルバム、画像を全て取得する。続いて、CPU201は、それらに対して、事前に設定情報に設定されていた管理用ユーザの処理を実行するS1703。例えば、設定情報が管理用ユーザのユーザIDに関連するテーブルのレコードおよび画像を削除することを示す情報であった場合について説明する。この場合、CPU201は、ユーザテーブル601、ユーザ相続人テーブル701、ユーザアルバムテーブル801から、管理用ユーザのユーザIDに対応するレコードおよび画像を全て削除する。なお、S1701で使用するタイマーについては、ファイル、データベース等に設定情報を格納して管理してもよいし、OSなどのタイマーを利用してもよい。次に、ユーザ端末101での相続人一覧の画面421の削除するボタン430の押下によって、サーバ装置104がユーザと相続人の関係の削除要求を受信したときの動作について図18を参照して説明する。図18は、関係削除時処理に係るフローチャートの一例を示す図である。まず、CPU201は、ユーザ端末101での画面421の削除するボタン430の押下による相続人の削除要求を受信したかを判定するS1801。このとき、CPU201は、受信したと判定した場合、S1802に処理を進め、他方、受信していないと判定した場合、受信するまでS1801の処理を継続する。S1802では、CPU201は、受信した削除要求受信データから被相続人のユーザID、及び相続人のユーザIDを取得する。続いて、CPU201は、被相続人のユーザIDおよび相続人のIDに関連付けられているユーザ相続人テーブル701のレコードを削除するS1803。次に、ユーザ端末101での相続人一覧の画面421の更新するボタン431の押下によって、サーバ装置104がユーザと相続人の関係の更新要求を受信したときの動作について図19を参照して説明する。図19は、関係更新時処理に係るフローチャートの一例を示す図である。まず、CPU201は、ユーザ端末101での画面421の更新するボタン431の押下による相続人の更新要求を受信したかを判定するS1901。このとき、CPU201は、受信したと判定した場合、S1902に処理を進め、他方、受信していないと判定した場合、受信するまでS1901の処理を継続する。S1902では、CPU201は、受信した更新要求受信データから被相続人のユーザID、及び相続人のユーザIDを取得する。続いて、CPU201は、被相続人のユーザIDおよび相続人のIDに関連付けられているユーザ相続人テーブル701のレコードを取得するS1903。続いてCPU201は、更新要求更新情報に含まれる優先度、適用開始年齢、適用終了年齢を、ユーザ相続人テーブル701の優先度上書き705、適用開始年齢上書き706、適用終了年齢上書き707に設定して更新処理を実行するS1904。上述の構成によれば、ユーザの親族、友人といった関係性に基づき、譲渡先のユーザの存在が確認できないような場合でも、その譲渡先の関係性を辿って、譲渡先を決めることができる。また、上述の構成によれば、譲渡先の優先順位付けを行ったり、ユーザの年齢といった時間軸によって、譲渡先を切り替えたりすることができる。また、上述の構成によれば、ユーザの死亡について相続人がサーバ装置104に手動で入力する必要がなくなるので、ユーザの資産を相続人に譲渡することができなくなる事態を低減できる。また、上述の構成によれば、譲渡先が特定できないことにより、死亡したユーザの資産コンテンツがサーバ装置104に保存されたままの状態となることを回避できるようになる。<その他の実施形態>本実施形態は、上述した構成に限られるものではない。例えば、サーバ装置104が一定時間内に資産相続メールに対する返答がなかった場合は、CPU201は、S1402からの処理を行ってもよい。この構成によれば、資産相続メールの送信が再度行われるので、より確実に資産情報を管理できるようになる。また、本発明は、以下の処理を実行することによっても実現される。即ち、上述した実施形態の機能を実現するソフトウェアプログラムを、ネットワーク又は各種記憶媒体を介してシステム或いは装置に供給し、そのシステム或いは装置のコンピュータ又はCPUやMPU等がプログラムを読み出して実行する処理である。上述した実施形態の構成によれば、資産情報をより適切に管理することができる。以上、本発明の好ましい実施形態について詳述したが、本発明は係る特定の実施形態に限定されるものではなく、特許請求の範囲に記載された本発明の要旨の範囲内において、種々の変形変更が可能である。