特開 2023-106971 資産管理装置及び資産管理方法

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

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

(11)【公開番号】P2023106971

(43)【公開日】2023-08-02

(54)【発明の名称】資産管理装置及び資産管理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20230726BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】9

【出願形態】ＯＬ

(21)【出願番号】P 2022008033

(22)【出願日】2022-01-21

(71)【出願人】

【識別番号】000005108

【氏名又は名称】株式会社日立製作所

(74)【代理人】

【識別番号】110001678

【氏名又は名称】藤央弁理士法人

(72)【発明者】

【氏名】久我 知也

(72)【発明者】

【氏名】井上 栞

(72)【発明者】

【氏名】小池 泰輔

(72)【発明者】

【氏名】齊藤 紳一郎

(72)【発明者】

【氏名】小田川 雄大

(72)【発明者】

【氏名】長谷川 迪子

(72)【発明者】

【氏名】清水 彩花

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

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】      （修正有）

【課題】資産の相続に伴う相続リスクを適切に管理し、ひいては相続人に不測の不利益をもたらさない資産管理装置及び資産管理方法を提供する。
【解決手段】顧客の資産を管理する資産管理装置１００は、プロセッサを含むＣＰＵと、メモリと、を含む。メモリは、顧客の相続対象資産を相続する予定の相続人と、相続対象資産それぞれの金額と、を示す資産情報を保持する。プロセッサは、資産情報が示す相続対象資産の合計額を算出し、算出した合計額に基づいて、相続リスクアラートを出力する。
【選択図】図３

【特許請求の範囲】

【請求項1】

顧客の資産を管理する資産管理装置であって、
プロセッサとメモリとを含み、
前記メモリは、前記顧客の相続対象資産を相続する予定の相続人と、前記相続対象資産それぞれの金額と、を示す資産情報を保持し、
前記プロセッサは、
前記資産情報が示す前記相続対象資産の合計額を算出し、
前記算出した合計額に基づいて、相続リスクアラートを出力する、資産管理装置。

【請求項2】

請求項１に記載の資産管理装置であって、
前記メモリは、前記相続人が前記顧客の前記相続対象資産を相続するときの非課税枠を示す情報を保持し、
前記プロセッサは、前記相続対象資産の合計額と、前記非課税枠と、に基づいて、前記顧客が死亡するときには相続税が発生することを示す相続税アラートを出力する、資産管理装置。

【請求項3】

請求項２に記載の資産管理装置であって、
前記プロセッサは、
資産に関するルール変更を示す情報を取得した場合、
前記ルール変更の内容に基づいて、前記非課税枠を更新し、
前記相続対象資産の合計額と、前記更新した非課税枠と、に基づいて、前記相続税アラートを出力する、資産管理装置。

【請求項4】

請求項２に記載の資産管理装置であって、
前記プロセッサは、
前記相続対象資産それぞれの金額の変更を示す情報を取得した場合、
当該情報が示す変更後の金額を前記資産情報に反映し、
前記変更後の相続対象資産の合計額と、前記非課税枠と、に基づいて、前記相続税アラートを出力する、資産管理装置。

【請求項5】

請求項１に記載の資産管理装置であって、
前記メモリは、前記相続人それぞれの遺留分を示す情報を保持し、
前記プロセッサは、
前記資産情報を参照して、前記相続人それぞれが相続する予定の前記相続対象資産の総額を算出し、
前記相続対象資産の合計額と、前記遺留分と、に基づいて、前記相続人それぞれの相続遺留額を算出し、
前記相続人それぞれが相続する予定の前記相続対象資産の総額と、前記相続人それぞれの相続遺留額と、に基づいて、前記顧客が死亡するときには前記相続人のうち遺留分を侵害される相続人が発生することを示す遺留分アラートを出力する、資産管理装置。

【請求項6】

請求項５に記載の資産管理装置であって、
前記プロセッサは、
資産に関するルール変更を示す情報を取得した場合、
前記ルール変更の内容に基づいて、前記遺留分を更新し、
前記相続対象資産の合計額と、前記更新した遺留分と、に基づいて、前記相続人それぞれの相続遺留額を再算出し、
前記相続人それぞれが相続する予定の前記相続対象資産の総額と、前記再算出した相続人それぞれの相続遺留額と、に基づいて、前記遺留分アラートを出力する、資産管理装置。

【請求項7】

請求項５に記載の資産管理装置であって、
前記プロセッサは、
前記相続対象資産それぞれの金額の変更を示す情報を取得した場合、
当該情報が示す変更後の金額を前記資産情報に反映し、
前記相続人それぞれが相続する予定の変更後の前記相続対象資産の総額を再算出し、
前記変更後の相続対象資産の合計額と、前記遺留分と、に基づいて、前記相続人それぞれの相続遺留額を再算出し、
前記再算出した相続人それぞれが相続する予定の前記相続対象資産の総額と、前記再算出した相続人それぞれの相続遺留額と、に基づいて、前記遺留分アラートを出力する、資産管理装置。

【請求項8】

請求項１に記載の資産管理装置であって、
前記プロセッサは、
前記顧客が死亡したことを示す情報を受領した場合、
前記顧客の相続対象資産を相続する予定の相続人と、前記相続対象資産それぞれの金額と、前記相続リスクアラートと、を示す財産目録を出力する、資産管理装置。

【請求項9】

資産管理装置が、顧客の資産を管理する資産管理方法であって、
前記資産管理装置は、プロセッサとメモリとを含み、
前記メモリは、前記顧客の相続対象資産を相続する予定の相続人と、前記相続対象資産それぞれの金額と、を示す資産情報を保持し、
前記資産管理方法は、
前記プロセッサが、前記資産情報が示す前記相続対象資産の合計額を算出し、
前記プロセッサが、前記算出した合計額に基づいて、相続リスクアラートを出力する、資産管理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、資産管理装置及び資産管理方法に関する。

【背景技術】

【0002】

本発明の背景技術として、特開２００２－１５７３２４号公報（特許文献１）がある。この公報には、「解約代行装置１は、クレジットカード会社や電気会社等と契約を交わしている契約当事者がその利用者端末２から契約内容の申請登録の要求があった場合に、その契約内容と当事者識別情報とを対応付けて登録する。解約代行装置１は、契約当事者本人あるいはその当事者と特別な関係をもった関係者がその利用者端末２から解約実行の申込要求があった場合、その当事者識別情報に対応付けられている契約内容を取得し、この当事者識別情報と契約内容を要件とする解約手続きの実行要求を当該契約先端末４に対して送信する。」と記載されている（要約参照）。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

特許文献１には、契約当事者の死亡時に、契約当事者が契約しているサービスの解約手続きを代行することが記載されている。しかし、特許文献１には、契約当事者の死亡時にサービスの契約を相続人等が引き継ぐことについては記載されていない。

【0005】

一方、顧客が有する資産を管理する資産管理装置は、顧客死亡時には相続人に相続させることとなる資産を管理する。さらに、資産の相続においては、例えば、相続税の発生や遺留分侵害の発生等の特有のリスクが存在する。

【0006】

そこで、本発明の一態様は、資産の相続に伴う相続リスクを適切に管理し、ひいては相続人に不測の不利益をもたらさないことを目的とする。

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

【0007】

上記課題を解決するため、本発明の一態様は以下の構成を採用する。顧客の資産を管理する資産管理装置は、プロセッサとメモリとを含み、前記メモリは、前記顧客の相続対象資産を相続する予定の相続人と、前記相続対象資産それぞれの金額と、を示す資産情報を保持し、前記プロセッサは、前記資産情報が示す前記相続対象資産の合計額を算出し、前記算出した合計額に基づいて、相続リスクアラートを出力する。

【発明の効果】

【0008】

本発明の一態様によれば、資産の相続に伴う相続リスクを適切に管理することができ、ひいては相続人に不測の不利益をもたらさないようにすることができる。

【0009】

上記した以外の課題、構成及び効果は、以下の実施形態の説明により明らかにされる。

【図面の簡単な説明】

【0010】

【図1】実施例１における顧客の生前における資産管理システムのユースケースの概要の一例を示す説明図である。

【図2】実施例１における顧客の死亡時における資産管理システムのユースケースの概要の一例を示す説明図である。

【図3】実施例１における資産管理装置の構成例を示すブロック図である。

【図4】実施例１における作業実施装置の構成例を示すブロック図である。

【図5】実施例１における顧客テーブルの一例である。

【図6】実施例１における法定相続人テーブルの一例である。

【図7】実施例１における資産情報テーブルの一例である。

【図8】実施例１における作業実施企業テーブルの一例である。

【図9】実施例１における簡易財産目録テーブルの一例である。

【図10】実施例１における暗号鍵テーブルの一例である。

【図11】実施例１における削除ランクテーブルの一例である。

【図12】実施例１における選択可能削除ランクテーブルの一例である。

【図13】実施例１における相続リスクテーブルの一例である。

【図14】実施例１における顧客生存時の資産情報登録処理の一例を示すフローチャートである。

【図15】実施例１における情報登録処理の一例を示すフローチャートである。

【図16】実施例１における暗号化処理の一例を示すフローチャートである。

【図17】実施例１における概算金額日次更新処理の一例を示すフローチャートである。

【図18】実施例１における削除ランク／相続リスクアラート更新処理の一例を示すフローチャートである。

【図19】実施例１における顧客の生前に実行される資産情報更新処理の一例を示すフローチャートである。

【図20】実施例１における顧客死亡後の資産情報管理処理の一例を示すフローチャートである。

【図21】実施例１における死亡情報連携処理の一例を示すフローチャートである。

【図22】実施例１における簡易財産目録生成処理の一例を示すフローチャートである。

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

【0011】

以下、本発明の実施形態を図面に基づいて詳細に説明する。本実施形態において、同一の構成には原則として同一の符号を付け、繰り返しの説明は省略する。なお、本実施形態は本発明を実現するための一例に過ぎず、本発明の技術的範囲を限定するものではないことに注意すべきである。

【実施例0012】

図１は、顧客の生前における資産管理システムのユースケースの概要の一例を示す説明図である。資産管理システムは、例えば、サービサー企業が有する資産管理装置１００と、複数の作業実施企業それぞれが有する作業実施装置２００と、を含む。資産管理装置１００と、作業実施装置２００それぞれと、は、例えばインターネット等のネットワークを介して互いに接続されている。

【0013】

送客企業は、資産を有する顧客に対して資産管理サービスを紹介し、サービサー企業に対して当該顧客を送客する。サービサー企業は顧客の紹介を受けた見返りとして、送客フィーを送客企業に支払ってもよい。サービサー企業は、顧客に対して資産管理サービスを案内する。

【0014】

顧客は、サービサー企業に対して資産管理サービスの利用を申し込む。顧客は、例えば自身が有する端末（例えば、ＰＣ（Ｐｅｒｓｏｎａｌ Ｃｏｍｐｕｔｅｒ）やスマートフォン等）を用いて、自身が保有する資産の情報、自身が保有する資産を相続する予定の相続人の情報、各相続人へ相続する予定の相続資産の情報を入力する。顧客が有する端末は、入力された資産情報を資産管理装置１００に送信する。

【0015】

資産管理装置１００は、受信した資産情報を暗号化して一時的に保管し、作業実施企業が有する作業実施装置２００に暗号化された資産情報（以下、単に暗号化資産情報とも呼ぶ）のリストを送信する。作業実施装置２００は、暗号化資産情報を保管する。また、資産管理装置１００は、相続資産の概算評価情報、及び相続人情報を（暗号化せずに又は所定のアルゴリズムで暗号化して）保管する。なお、登録対象の資産は、現金、預金口座、有価証券、及び暗号通貨等の金融資産、ＳＮＳ（Ｓｏｃｉａｌ Ｎｅｔｗｏｒｋｉｎｇ Ｓｅｒｖｉｃｅ）のＩＤ及びパスワード、並びに不動産及び動産等を含む（つまり換金性がある資産も換金性がない資産も含んでもよい）。

【0016】

なお、顧客は、自身が有する端末を用いて、資産管理装置１００に対して資産情報の更新（例えば、追加及び／又は削除）を指示することができる。資産情報の更新指示を受け付けた資産管理装置１００は、資産情報の更新を指示した顧客を識別する情報を示す契約者通知を、当該顧客の暗号化資産情報を保管している作業実施装置２００に送信し、契約者通知を受信した作業実施装置２００は、暗号化資産情報を資産管理装置１００に送信する。

【0017】

資産管理装置１００は、暗号化資産情報を復号化することで資産情報を取得して、顧客が有する端末に提示する。顧客は、提示された資産情報を参照しながら、資産情報の更新内容を当該端末に入力し、当該端末は資産管理装置１００に当該更新内容を送信する。資産管理装置１００は、当該更新内容が反映された資産情報を暗号化して一時的に保管し、作業実施装置２００に当該更新内容が反映された暗号化資産情報を、作業実施装置２００に送信する。作業実施装置２００は、当該顧客の暗号化資産情報を当該更新内容が反映された暗号化資産情報へと更新する。

【0018】

また、顧客が、自身が有する端末を用いて、資産管理装置１００に対して相続資産の概算表額情報及び／又は相続人情報の更新（例えば、追加及び／又は削除）を指示することができる。相続資産の概算表額情報及び／又は相続人情報の更新指示を受け付けた資産管理装置１００は、当該顧客の相続資産の概算表額情報及び／又は相続人情報を取得して、顧客が有する端末に提示する。顧客は、提示された相続資産の概算表額情報及び／又は相続人情報を参照しながら、相続資産の概算表額情報及び／又は相続人情報の更新内容を当該端末に入力し、当該端末は資産管理装置１００に当該更新内容を送信する。資産管理装置１００は、当該更新内容が反映された相続資産の概算表額情報及び／又は相続人情報を保管する。

【0019】

なお、資産情報は、例えば、資産の内容を示すデータと、資産の種別ごとの顧客の死後の取り扱い（例えば、顧客の死亡が確認されてもデータを削除しない、顧客の死後所定日数が経過したらデータを削除する、又は顧客の死亡が確認されたらデータを即時削除する等）を示す削除フラグと、を含む。なお、この削除フラグは、例えば、顧客からの指定によって設定されるが、後述するように法律やガイドラインの変更があった際に自動で変更されることがある。

【0020】

なお、顧客の暗号化資産情報がどの作業実施装置２００に登録されるかは、顧客によって指定されてもよいし、サービサー企業によって指定されてもよいし、ランダムに決定されてもよい。また、一人の顧客の資産情報が全て１つの作業実施装置２００に登録されてもよいし、複数の作業実施装置２００に分散して登録されてもよい。

【0021】

資産管理装置１００は、顧客の資産に相続時のトラブルが発生するリスクが顕在しているかを判定し、相続時のトラブルが発生するリスクが顕在していると判定した場合、顧客に相続リスクアラートを発令する（例えば顧客が有する端末へと相続リスクアラートを送信する）。相続リスクアラートは、例えば、顧客の資産に相続時のトラブルが発生するリスクがあることや、サービサー企業が連携する登録ＦＰ（Ｆｉｎａｎｃｉａｌ Ｐｌａｎｎｅｒ）へ相続リスクに対する有料相談を受けることができることを示す。

【0022】

相続リスクアラートを受け取った顧客は、必要に応じて登録ＦＰへの相続リスク対策に対する有料相談を、例えば当該顧客が有する端末を利用して、資産管理装置１００に対して申し込む。サービサー企業は、資産管理装置１００が有料相談の申し込みを受信した場合、登録ＦＰに対して、顧客申込情報を連携する。顧客申込情報は、例えば、顧客情報（例えば、顧客の氏名及び連絡先を含む）、顧客の資産情報、相続人情報、相続資産の概算評価額情報、及び相続リスクアラートの種別等を含む。

【0023】

顧客申込情報の連携を受けた登録ＦＰは、顧客に対して相続リスクの有料相談を受ける。なお、顧客は、有料相談についての費用を資産管理装置１００に支払ってもよいし、登録ＦＰに直接支払ってもよい。なお、有料相談について支払われた費用を、例えば、サービサー企業と登録ＦＰとで按分してもよいし、サービサー企業又は登録ＦＰの一方のみが受け取ってもよい。このように顧客が生前に相続リスクアラートを受け取って、登録ＦＰに相続リスクに関する有料相談をすることにより、被相続人の生前の意思及び行動によって、相続人間のトラブルの減少が見込まれ、さらにはサービサー企業及び／又は登録ＦＰは相談料を受け取ることができる。

【0024】

なお、顧客が利用している保険会社は送客企業の一例である。また、顧客が利用している保険会社や金融機関は、サービサー企業の一例である。また、司法書士事務所や法律事務所は作業実施企業の一例である。

【0025】

図２は、顧客の死亡時における資産管理システムのユースケースの概要の一例を示す説明図である。顧客が死亡すると、当該顧客の法定相続人は送客企業に対して、当該顧客が死亡したことを示す死亡連絡をする。送客企業は、サービサー企業に対して当該死亡連絡をする。

【0026】

サービサー企業は、資産管理装置１００に対して、死亡情報を登録する。資産管理装置１００は、当該顧客の資産を保管する作業実施装置２００に対して死亡連絡と、死亡連絡に基づく作業指示と、を送信する。死亡連絡と作業指示を受信した作業実施装置２００は、資産種別ごとの削除フラグに基づき、必要に応じて資産のデータを削除する。

【0027】

死亡連絡と作業指示を受信した作業実施装置２００それぞれは、必要に応じて削除処理が行われた後の資産の一覧を示す簡易財産目録を生成して、資産管理装置１００に送信する。なお、上記した削除処理と簡易財産目録生成処理とは、作業実施装置２００のユーザによって手動で行われてもよい。具体的には、例えば、作業実施装置２００は、当該顧客の削除フラグを含む資産のリストを復号化して表示装置に表示し、作業実施装置２００のユーザから入力装置を介した入力を受け付けることで、資産のデータの削除と、簡易財産目録の生成と、を実行する。

【0028】

資産管理装置１００は、複数の作業実施装置２００それぞれから簡易財産目録を受信した場合には、受信した簡易財産目録をマージする。さらに、資産管理装置１００は、簡易財産目録に含まれる資産の相続人、概算評価額、及び／又は相続リスクアラート等の相続情報を、顧客意思に基づきマージ後の簡易財産目録に付与する。サービサー企業は、簡易財産目録（簡易財産目録がマージされた場合にはマージした簡易財産目録）を資産管理装置１００から取得し、法定相続人に送付する。

【0029】

法定相続人は、取得した簡易財産目録から相続対象資産を把握する。また、法定相続人は、簡易財産目録に記載されていない相続対象資産をさらに把握してもよい。法定相続人は、（特に、例えば簡易財産目録において相続リスクアラートが発令されている場合等）、サービサー企業に対して、相続対策相談を申し込むことができる。

【0030】

サービサー企業は、相続対策相談を申し込んだ法定相続人の情報を登録ＦＰに連携する。登録ＦＰに連携される法定相続人の情報は、例えば、簡易財産目録に記述されている情報を含む。法定相続人の情報の連携を受けた登録ＦＰは、法定相続人に対して相続対策のアドバイスをする。このように顧客の死亡時に、法定相続人が、相続リスクアラート等に基づいて、登録ＦＰに相続対策の相談をすることにより、相続人間のトラブルの減少が見込まれ、相続対策の相談が有料であればさらにはサービサー企業及び／又は登録ＦＰは相談料を受け取ることができる。

【0031】

図３は、資産管理装置１００の構成例を示すブロック図である。資産管理装置１００は、例えば、ＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び表示装置１０６を有する計算機によって構成される。

【0032】

ＣＰＵ１０１は、プロセッサを含み、メモリ１０２に格納されたプログラムを実行する。メモリ１０２は、不揮発性の記憶素子であるＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）及び揮発性の記憶素子であるＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。ＲＯＭは、不変のプログラム（例えば、ＢＩＯＳ（Ｂａｓｉｃ Ｉｎｐｕｔ／Ｏｕｔｐｕｔ Ｓｙｓｔｅｍ））などを格納する。ＲＡＭは、ＤＲＡＭ（Ｄｙｎａｍｉｃ Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）のような高速かつ揮発性の記憶素子であり、ＣＰＵ１０１が実行するプログラム及びプログラムの実行時に使用されるデータを一時的に格納する。

【0033】

補助記憶装置１０３は、例えば、磁気記憶装置（ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ））、フラッシュメモリ（ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ））等の大容量かつ不揮発性の記憶装置であり、ＣＰＵ１０１が実行するプログラム及びプログラムの実行時に使用されるデータを格納する。すなわち、プログラムは、補助記憶装置１０３から読み出されて、メモリ１０２にロードされて、ＣＰＵ１０１によって実行される。

【0034】

入力装置１０５は、キーボードやマウスなどの、オペレータからの入力を受ける装置である。表示装置１０６は、ディスプレイやプリンタなどの、プログラムの実行結果をオペレータが視認可能な形式で出力する装置である。

【0035】

通信装置１０４は、所定のプロトコルに従って、他の装置との通信を制御するネットワークインターフェース装置である。また、通信装置１０４は、例えば、ＵＳＢ（Ｕｎｉｖｅｒｓａｌ Ｓｅｒｉａｌ Ｂｕｓ）等のシリアルインターフェースを含む。

【0036】

ＣＰＵ１０１が実行するプログラムの一部またはすべては、非一時的記憶媒体であるリムーバブルメディア（ＣＤ－ＲＯＭ、フラッシュメモリなど）又は、非一時的記憶装置を備える外部計算機からネットワークを介して資産管理装置１００に提供され、非一時的記憶媒体である不揮発性の補助記憶装置１０３に格納されてもよい。このため、資産管理装置１００は、リムーバブルメディアからデータを読み込むインターフェースを有するとよい。これは、作業実施装置２００についても同様である。

【0037】

資産管理装置１００は、物理的に一つの計算機上で、又は、論理的又は物理的に構成された複数の計算機上で構成される計算機システムであり、同一の計算機上で別個のスレッドで動作してもよく、複数の物理的計算機資源上に構築された仮想計算機上で動作してもよい。これは作業実施装置２００についても同様である。

【0038】

ＣＰＵ１０１は、例えば、資産登録部１１１、鍵管理部１１２、暗号化部１１３、情報連携部１１４、死亡連絡受領部１１５、相続税計算部１１６、及び遺留分計算部１１７を含む。資産登録部１１１は、顧客の資産情報を取得して資産情報テーブル２２３に登録する。鍵管理部１１２は、顧客の資産のデータを暗号化するための暗号鍵を管理する。暗号化部１１３は、暗号鍵を用いて顧客の資産のデータを暗号化する。

【0039】

情報連携部１１４は、作業実施装置２００との間で、情報のやり取りをする。死亡連絡受領部１１５は、顧客が死亡したことを示す死亡連絡を受領する。相続税計算部１１６は、顧客が死亡する時に課税されると想定される相続税を計算する。遺留分計算部１１７は、顧客の法定相続人それぞれの遺留分を計算する。

【0040】

例えば、ＣＰＵ１０１は、メモリ１０２にロードされた資産登録プログラムに従って動作することで、資産登録部１１１として機能し、メモリ１０２にロードされた鍵管理プログラムに従って動作することで、鍵管理部１１２として機能する。ＣＰＵ１０１に含まれる他の機能部についても、プログラムと機能部の関係は同様である。また、作業実施装置２００の後述するＣＰＵ２０１に含まれる機能部についても、プログラムと機能部の関係は同様である。

【0041】

なお、ＣＰＵ１０１、及び作業実施装置２００のＣＰＵ２０１に含まれる機能部による機能の一部又は全部が、例えば、ＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）やＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）等のハードウェアによって実現されてもよい。

【0042】

補助記憶装置１０３は、例えば、顧客テーブル１２１、法定相続人テーブル１２２、資産情報テーブル１２３、作業実施企業テーブル１２４、簡易財産目録テーブル１２５、暗号鍵テーブル１２６、削除ランクテーブル１２７、選択可能削除ランクテーブル１２８、及び相続リスクテーブル１２９を保持する。

【0043】

顧客テーブル１２１は、顧客の個人情報や顧客の死亡情報を保持する。法定相続人テーブル１２２は、顧客の法定相続人に関する情報を保持する。資産情報テーブル１２３は、顧客が有する資産に関する情報を保持する。作業実施企業テーブル１２４は、作業実施装置２００のユーザである作業実施企業に関する情報を保持する。

【0044】

簡易財産目録テーブル１２５は、顧客の死亡時に生成される顧客の財産の簡易的な目録を示す情報を保持する。暗号鍵テーブル１２６は、顧客の資産のデータを暗号化する暗号鍵に関する情報を保持する。削除ランクテーブル１２７は、顧客の死亡後における顧客の有する資産のデータに対する削除に関する対応を示す削除ランクを定義する情報を保持する。選択可能削除ランクテーブル１２８は、資産の種別ごとに選択可能な削除ランクを示す情報を保持する。相続リスクテーブル１２９は、相続人ごとの相続リスクを判定するための情報を保持する。

【0045】

なお、補助記憶装置１０３、及び後述する作業実施装置２００の補助記憶装置２０３に格納されている一部又は全部の情報は、それぞれ、メモリ１０２、及び後述する作業実施装置２００のメモリ２０２に格納されていてもよいし、当該装置に接続されているデータベースに格納されていてもよい。

【0046】

なお、本実施形態において、資産管理システムが使用する情報は、データ構造に依存せずどのようなデータ構造で表現されていてもよい。本実施形態ではテーブル形式で情報が表現されているが、例えば、リスト、データベース又はキューから適切に選択したデータ構造体が、情報を格納することができる。

【0047】

図４は、作業実施装置２００の構成例を示すブロック図である。作業実施装置２００は、例えば、ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、通信装置２０４、入力装置２０５、及び表示装置２０６を有する計算機によって構成される。

【0048】

ＣＰＵ２０１、メモリ２０２、補助記憶装置２０３、通信装置２０４、入力装置２０５、及び表示装置２０６のハードウェアとしての説明は、ＣＰＵ１０１、メモリ１０２、補助記憶装置１０３、通信装置１０４、入力装置１０５、及び表示装置１０６のハードウェアとしての説明と同様であるため省略する。

【0049】

ＣＰＵ２０１は、例えば、データ取得部２１１、復号化部２１２、データ保存部２１３、及び情報連携部２１４を含む。データ取得部２１１は、補助記憶装置１０３が保持する各種テーブルからデータを取得する。復号化部２１２は、暗号化された顧客の資産のデータを復号化する。データ保存部２１３は、補助記憶装置１０３が保持する各種テーブルに情報を保存する。情報連携部２１４は、資産管理装置１００との間で、情報をやり取りする。

【0050】

補助記憶装置２０３は、例えば、顧客テーブル２２１、資産情報テーブル２２３、簡易財産目録テーブル２２５、削除ランクテーブル２２７、選択可能削除ランクテーブル２２８、及び相続リスクテーブル２２９を保持する。顧客テーブル２２１、資産情報テーブル２２３、簡易財産目録テーブル２２５、削除ランクテーブル２２７、選択可能削除ランクテーブル２２８、及び相続リスクテーブル２２９に格納され得る情報は、それぞれ、顧客テーブル１２１、資産情報テーブル１２３、簡易財産目録テーブル１２５、削除ランクテーブル１２７、選択可能削除ランクテーブル１２８、及び相続リスクテーブル１２９に格納され得る情報と同様であるため説明を省略する。

【0051】

図５は、顧客テーブル１２１の一例である。顧客テーブル１２１は、例えば、顧客ＩＤ欄１２１１、氏名欄１２１２、住所欄１２１３、電話番号欄１２１４、ログインＩＤ欄１２１５、パスワード欄１２１６、非課税枠欄１２１７、課税対象額欄１２１８、相続税アラート欄１２１９、遺留分アラート欄１２１１０、死亡年月日欄１２１１１、及び死亡受領年月日欄１２１１２を含む。

【0052】

顧客ＩＤ欄１２１１は、顧客を識別するＩＤを保持する。氏名欄１２１２は、顧客の氏名を示す情報を保持する。住所欄１２１３は、顧客の住所を示す情報を保持する。電話番号欄１２１４は、顧客の電話番号を示す情報を保持する。ログインＩＤ欄１２１５は、顧客が資産管理装置１００にログインするためのログインＩＤを示す情報を保持する。パスワード欄１２１６は、資産管理装置１００にログインするためのパスワードを示す情報を保持する。

【0053】

非課税枠欄１２１７は、顧客が死亡するときの相続資産（相続税）の非課税枠を示す情報を保持する。課税対象額欄１２１８は、顧客が死亡するときの相続資産（相続税）の課税対象額を示す情報を保持する。相続税アラート欄１２１９は、当該顧客が死亡すると相続税がかかることを示すアラート（フラグ）である相続税アラートを保持する。相続税アラート欄１２１９の値が「１」の顧客が死亡すると相続税がかかり、相続税アラート欄１２１９の値が「０」の顧客が死亡すると相続税がかからないと判断する。

【0054】

遺留分アラート欄１２１１０は、顧客が死亡するときに法定相続人となる者のうち遺留分を侵害される者が発生するかを示すアラート（フラグ）である遺留分アラートを保持する。遺留分アラート欄１２１１０の値が「１」の顧客が死亡すると遺留分を侵害されている者が発生し、遺留分アラート欄１２１１０の値が「１」の顧客が死亡すると遺留分を侵害されている者が発生していないと判断する。なお、相続税アラート及び遺留分アラートはいずれも相続リスクアラートの一例である。

【0055】

死亡年月日欄１２１１１は、顧客の死亡年月日を示す情報を保持する。死亡受領年月日欄１２１１２は、顧客の死亡連絡を受領した年月日を受信する。顧客の死亡連絡を受領していない場合には、当該顧客に対応する死亡年月日欄１２１１１及び死亡受領年月日欄１２１１２には例えばｎｕｌｌ値が格納されている。

【0056】

図６は、法定相続人テーブル１２２の一例である。法定相続人テーブル１２２は、例えば、相続人ＩＤ欄１２２１、顧客ＩＤ欄１２２２、氏名欄１２２３、住所欄１２２４、電話番号欄１２２５、及び続柄欄１２２６を含む。

【0057】

相続人ＩＤ欄１２２１は、法定相続人を識別するＩＤを保持する。顧客ＩＤ欄１２２２は、相続人ＩＤ欄１２２１が示す法定相続人に対する被相続人である顧客の顧客ＩＤを保持する。氏名欄１２２３は、法定相続人の氏名を示す情報を保持する。住所欄１２２４は、法定相続人の住所を示す情報を保持する。電話番号欄１２２５は、法定相続人の電話番号を示す情報を保持する。続柄欄１２２６は、相続人ＩＤ欄１２２１が示す法定相続人の被相続人である顧客に対する続柄を示す情報を保持する。

【0058】

図７は、資産情報テーブル１２３の一例である。資産情報テーブル１２３は、例えば、資産ＩＤ欄１２３１、顧客ＩＤ欄１２３２、相続人ＩＤ欄１２３３、暗号鍵ＩＤ欄１２３４、削除ランク欄１２３５、種別欄１２３６、概算金額欄１２３７、登録年月日欄１２３８、更新年月日欄１２３９、対応年月日欄１２３１０、及びデータ欄１２３１１を含む。

【0059】

資産ＩＤ欄１２３１は、顧客ＩＤ欄１２３２が示す顧客の資産を識別するＩＤを保持する。顧客ＩＤ欄１２３２は、顧客ＩＤを保持する。相続人ＩＤ欄１２３３は、種別欄１２３６及び概算金額欄１２３７が示す資産を相続する相続人を識別する相続人ＩＤを保持する。なお、顧客が相続対象に指定していない資産に対応する相続人ＩＤ欄１２３３には「－」が格納されている。

【0060】

なお、現在の税制上、相続税の課税対象になり得る資産であっても、例えば、顧客が当該資産の寄付を希望している場合等のように、法定相続人への相続を希望しない場合には、当該資産に対応する相続人ＩＤ欄１２３３には「－」が格納される。他にも、資産登録時点で各資産に対する相続人を考えていない場合においても、相続人ＩＤ欄１２３３に「－」が格納されることを許容する。また、ＳＮＳ等のように現在の税制上、相続税の課税対象ではない資産についても、例えば、顧客死亡時にＳＮＳのアカウントの管理を委ねるために、相続人ＩＤ欄１２３３に相続人が指定されていてもよい。

【0061】

暗号鍵ＩＤ欄１２３４は、データ欄１２３１１に格納されているデータを暗号化した暗号鍵を識別するＩＤを保持する。削除ランク欄１２３５は、データ欄１２３１１に格納されているデータの削除ランクを保持する。種別欄１２３６は、資産の種別を示す情報を保持する。

【0062】

概算金額欄１２３７は、資産の価値（概算金額）を示す情報を保持する。登録年月日欄１２３８は、当該レコードが登録された年月日を示す情報を保持する。更新年月日欄１２３９は、当該レコードが最後に更新された年月日を示す情報を保持する。当該レコードが更新されていない場合、更新年月日欄１２３９には例えばｎｕｌｌ値が格納されている。対応年月日欄１２３１０は、顧客ＩＤ欄１２３２が示す顧客の死亡連絡を受領した後に、簡易目録に含める等の対応がされた年月日を示す情報を保持する。

【0063】

データ欄１２３１１は、資産を示す暗号化されたデータを保持する。資産の種別が現金であれば現金の所在を示す情報はデータの一例であり、資産の種別が預金口座であれば預金口座を示す情報はデータの一例であり、資産の種別がＳＮＳであれば当該ＳＮＳのログインＩＤとパスワードはデータの一例である。

【0064】

図８は、作業実施企業テーブル１２４の一例である。作業実施企業テーブル１２４は、例えば、企業ＩＤ欄１２４１、企業名欄１２４２、及び連絡先欄１２４３を含む。企業ＩＤ欄１２４１は、作業実施企業を識別するＩＤを保持する。企業名欄１２４２は、作業実施企業の名称を示す情報を保持する。連絡先欄１２４３は、作業実施企業の連絡先を示す情報を保持する。

【0065】

図９は、簡易財産目録テーブル１２５の一例である。簡易財産目録テーブル１２５は、例えば、目録ＩＤ欄１２５１、資産ＩＤ欄１２５２、相続人ＩＤ欄１２５３、概算金額欄１２５４、相続税アラート欄１２５５、遺留分アラート欄１２５６、及び企業ＩＤ欄１２５７を含む。目録ＩＤ欄１２５１は、簡易財産目録を識別するＩＤを保持する。資産ＩＤ欄１２５２は、簡易財産目録に含まれる資産の資産ＩＤを保持する。

【0066】

相続人ＩＤ欄１２５３は、相続人ＩＤを保持する。概算金額欄１２５４は、資産の価値（概算金額）を示す情報を保持する。相続税アラート欄１２５５は、相続税アラートを保持する。遺留分アラート欄１２５６は、遺留分アラートを保持する。企業ＩＤ欄１２５７は、簡易財産目録を生成した作業実施企業の企業ＩＤを保持する。

【0067】

図１０は、暗号鍵テーブル１２６の一例である。暗号鍵テーブル１２６は、例えば、暗号鍵ＩＤ欄１２６１及び暗号鍵欄１２６２を含む。暗号鍵ＩＤ欄１２６１は、暗号鍵ＩＤを保持する。暗号鍵欄１２６２は、暗号鍵を保持する。

【0068】

図１１は、削除ランクテーブル１２７の一例である。削除ランクテーブル１２７は、例えば、削除ランク欄１２７１及び死後対応欄１２７２を含む。削除ランク欄１２７１は、削除ランクを保持する。死後対応欄１２７２は、削除ランク欄１２７１が示す削除ランクが設定された資産のデータに対する、顧客の死後対応を示す情報を保持する。

【0069】

図１１の例では、削除ランクが「Ａ」に設定された資産のデータは、顧客の死亡連絡が受領されても削除が不可能である。削除ランクが「Ｂ」に設定された資産のデータは、顧客の死亡連絡が受領されると即時削除される。削除ランクが「Ｃ」に設定された資産のデータは、顧客の死亡年月日からＮ日後（所定期間経過後）に削除される。なお、削除ランクとして、「Ａ」と、「Ｂ」又は「Ｃ」の一方と、のみが含まれてもよい。

【0070】

図１２は、選択可能削除ランクテーブル１２８の一例である。選択可能削除ランクテーブル１２８は、例えば、種別欄１２８１及び削除ランク欄１２８２を含む。種別欄１２８１は、資産の種別を示す情報を保持する。削除ランク欄１２８２は、種別欄１２８１が示す種別の資産のデータに対して選択可能な削除ランクを示す情報を保持する。

【0071】

図１２の例では、現金、預金口座、及び不動産等の相続税対象資産については、削除ランク「Ａ」のみが選択可能である（即ち死亡連絡が受領されても削除できない）。一方、ＳＮＳやＮＦＴ（Ｎｏｎ－Ｆｕｎｇｉｂｌｅ Ｔｏｋｅｎ）等のように資産情報の登録時点で相続税対象でない資産については、削除ランク「Ａ」、「Ｂ」、「Ｃ」のいずれもが選択可能である。

【0072】

図１３は、相続リスクテーブル１２９の一例である。相続リスクテーブル１２９は、例えば、相続人ＩＤ欄１２９１、顧客ＩＤ欄１２９２、総額欄１２９３、遺留分欄１２９４、相続遺留額欄１２９５、及び遺留超過／侵害額欄１２９６を含む。相続人ＩＤ欄１２９１は、相続人ＩＤを保持する。顧客ＩＤ欄１２９２は、顧客ＩＤを保持する。

【0073】

総額欄１２９３は、当該顧客が死亡する場合の、当該相続人が当該顧客から相続する資産の総額を示す情報を保持する。遺留分欄１２９４は、当該顧客が死亡する場合の、当該相続人が当該顧客から相続可能な遺留分を示す情報を保持する。相続遺留額欄１２９５は、当該顧客が死亡する場合の、当該相続人が当該顧客から相続可能な遺留分による相続資産の価値（相続遺留額＝当該顧客の相続資産の概算金額総額×個別的遺留分）を示す情報を保持する。遺留超過／侵害額欄１２９６は、当該顧客が死亡する場合における、当該相続人が当該顧客から相続する相続資産総額から遺留額を引いた差額を示す情報を保持する。

【0074】

図１４は、顧客生存時の資産情報登録処理の一例を示すフローチャートである。図１３の資産情報登録処理が実行される前に、作業実施企業テーブル１２４、削除ランクテーブル１２７、選択可能削除ランクテーブル１２８、削除ランクテーブル２２７、及び選択可能削除ランクテーブル２２８の値は予め登録されている。

【0075】

送客企業は、被相続人である顧客に資産管理サービスを紹介する（Ｓ１０１）。送客企業は、サービサー企業に顧客を送客し、サービサー企業は顧客に対して資産管理サービスを案内し、顧客は資産管理サービスを申し込む（Ｓ１０２）。なお、送客企業による顧客の紹介が実行されることなく、顧客がサービサー企業に対して資産管理サービスを申し込んでもよい。

【0076】

資産登録部１１１は、顧客が有する端末に顧客が入力した顧客情報、法定相続人情報、相続資産の概算金額情報、及び資産情報を取得して、顧客テーブル１２１、法定相続人テーブル１２２、資産情報テーブル１２３、及び相続リスクテーブル１２９に情報を登録する情報登録処理を実行する（Ｓ１０３）。ステップＳ１０３の詳細については、後述する。暗号化部１１３は暗号鍵を用いて資産のデータを暗号化する暗号化処理を実行する（Ｓ１０４）。ステップＳ１０４の詳細については後述する。

【0077】

情報連携部１１４は、資産情報テーブル１２３に登録した情報を作業実施装置２００に送信し、データ保存部２１３は受信した情報を資産情報テーブル２２３に登録し、情報連携部１１４は、資産情報テーブル１２３のデータ欄１２３１１に登録したデータを削除する（Ｓ１０５）。ステップＳ１０５の処理により、資産管理装置１００の資産情報テーブル１２３からは資産のデータが削除され、セキュリティ性が向上する。

【0078】

なお、情報連携部１１４は、顧客テーブル１２１及び相続リスクテーブル１２９に登録した情報を併せて作業実施装置２００に送信し、データ保存部２１３が受信した情報を顧客テーブル２２１及び相続リスクテーブル２２９に登録してもよい。

【0079】

情報連携部１１４は、削除ランク／相続リスクアラート更新処理を実行し（Ｓ１０６）、資産情報登録処理を終了する。ステップＳ１０６の詳細については後述する。

【0080】

図１５は、ステップＳ１０３における情報登録処理の一例を示すフローチャートである。資産登録部１１１は、顧客が有する端末に顧客が入力した顧客情報、法定相続人情報、相続資産の概算金額情報、及び資産情報を取得する（Ｓ１０３１）。

【0081】

なお、ステップＳ１０３１で入力される顧客情報は、顧客テーブル１２１に格納される値のうち、顧客ＩＤ、相続人ＩＤ、死亡年月日、課税対象額、相続税アラート、遺留分アラート、及び死亡受領年月日を除く欄の値である。また、ステップＳ１０３１で入力される法定相続人情報は、顧客テーブル１２１に格納される相続人ＩＤと、法定相続人テーブル１２２に含まれる相続人ＩＤ及び顧客ＩＤを除く欄の値と、相続リスクテーブル１２９に格納される遺留分と、である。

【0082】

また、ステップＳ１０３１で入力される相続資産の概算金額情報は、顧客テーブル１２１に格納される資産の種別ごとの相続人及び概算金額である。また、ステップＳ１０３１で入力される資産情報は、資産情報テーブル１２３に格納される値のうち、資産の種別、削除ランク、及びデータである。

【0083】

なお、顧客が資産の種別を入力すると、資産登録部１１１は選択可能削除ランクテーブル１２８を参照して当該種別に対応する削除ランクを顧客の端末に提示し、顧客は提示された削除ランクから入力する削除ランクを選択する。

【0084】

なお、ステップＳ１０３１において、顧客情報に含まれる非課税枠が顧客から直接入力されてもよいし、資産管理装置１００が、顧客の家族構成及び法定相続人の続柄から非課税枠遺留分を特定するための情報を予め保持し、顧客から家族構成及び続柄が入力されると、当該情報を参照して非課税枠を特定してもよい。

【0085】

なお、ステップＳ１０３１において、法定相続人情報として遺留分の値が顧客から直接入力されてもよいし、資産管理装置１００が、顧客の家族構成及び法定相続人の続柄から遺留分を特定するための情報を予め保持し、顧客から家族構成及び続柄が入力されると、当該情報を参照して遺留分を特定してもよい。

【0086】

なお、上記した例ではステップＳ１０３において、資産登録部１１１は、顧客が有する端末に顧客が入力した顧客情報、法定相続人情報、及び資産情報を取得しているが、サービサー企業の担当者が顧客から顧客情報、法定相続人情報、相続資産の概算金額情報、及び資産情報をヒアリングし、資産登録部１１１は、入力装置１０５を介してヒアリングされた情報の入力を受け付けてもよい。

【0087】

資産登録部１１１は、新規の顧客ＩＤを生成し、生成した顧客ＩＤに取得した顧客情報を紐づけて生成したレコードを顧客テーブル１２１に格納する（Ｓ１０３２）。さらに、ステップＳ１０３２において、相続税計算部１１６は、相続資産のうち選択可能削除ランクテーブル１２８が示すが選択可能削除ランクがＡのみである種別の資産の概算金額合計から非課税枠を引いた差を、課税対象額として顧客テーブル１２１に格納する。

【0088】

資産登録部１１１は、取得した法定相続人情報が示す法定相続人ごとに新規の相続人ＩＤを生成し、法定相続人に対応する相続人ＩＤそれぞれに、当該相続人ＩＤに対応する法定相続人情報と、ステップＳ１０３２で生成した顧客ＩＤと、を紐づけて生成したレコードを、法定相続人テーブル１２２に格納する（Ｓ１０３３）。

【0089】

資産登録部１１１は、資産情報が示す資産ごとに新規の資産ＩＤを生成し、登録年月日を取得し、資産に対応する資産ＩＤそれぞれに、ステップＳ１０３１で生成した顧客ＩＤと、当該資産に対応する削除ランクと、当該資産の種別と、登録年月日と、当該資産の種別に対応する資産のデータと、課税対象額と、資産の概算金額と、を紐づけて生成したレコードを資産情報テーブル１２３に格納する（Ｓ１０３４）。

【0090】

資産登録部１１１、相続税計算部１１６、及び遺留分計算部１１７は、生成した相続人ＩＤごとに相続リスクテーブル１２９のレコードを生成して格納し、さらに必要に応じて相続税アラート及び遺留分アラートを発出する（Ｓ１０３５）。具体的には、遺留分計算部１１７は、生成した相続人ＩＤと、生成した顧客ＩＤと、相続資産の概算金額情報が示す相続人ごとの概算金額の総額と、法定相続人情報が示す遺留分と、を相続リスクテーブル１２９に格納する。

【0091】

さらに、遺留分計算部１１７は、相続資産の概算金額情報が示す概算金額の合計に、相続人それぞれの遺留分を掛けた値を、相続遺留額として相続リスクテーブル１２９に格納する。また、遺留分計算部１１７は、相続リスクテーブル１２９に格納した総額から相続遺留額を引いた差を、遺留超過／侵害額として、相続リスクテーブル１２９に格納する。

【0092】

また、ステップＳ１０３５において、相続税計算部１１６は、顧客テーブル１２１に格納した課税対象額が正であると判定した場合に、顧客テーブル１２１における当該顧客ＩＤに対応する相続税アラートを「１」に設定し（つまり相続税アラートを発出し）、顧客テーブル１２１に格納した課税対象額が０又は負であると判定した場合に、顧客テーブル１２１における当該顧客ＩＤに対応する相続税アラートを「０」に設定する（つまり相続税アラートを発出しない）。

【0093】

また、ステップＳ１０３５において、遺留分計算部１１７は、相続リスクテーブル１２９に格納した遺留超過／侵害額が負である相続人がいると判定した場合に、顧客テーブル１２１における当該顧客ＩＤに対応する遺留分アラートを「１」に設定し（つまり遺留分アラートを発出し）、相続リスクテーブル１２９に格納した遺留超過／侵害額が負である相続人がいないと判定した場合に、顧客テーブル１２１における当該顧客ＩＤに対応する遺留分アラートを「０」に設定し（つまり遺留分アラートを発出しない）。

【0094】

続いて、資産登録部１１１は、ステップＳ１０３５において相続税アラート及び遺留分アラートの少なくとも一方が発出されたかを判定する（Ｓ１０３６）。資産登録部１１１は、相続税アラート及び遺留分アラートのいずれも発出されていないと判定した場合（Ｓ１０３６：Ｎｏ）、情報登録処理を終了する。

【0095】

資産登録部１１１は、相続税アラート及び遺留分アラートの少なくとも一方が発出されたと判定した場合（Ｓ１０３６：Ｙｅｓ）、例えば、顧客が有する端末の画面等にポップアップにて専門家への相談（例えば有料相談）を推奨する旨を表示させ、顧客の選択に基づき顧客を専門家へ送客して（Ｓ１０３７）、情報登録処理を終了する。

【0096】

なお、ステップＳ１０３７において、資産登録部１１１は、発出されている相続リスクアラート（相続税アラート及び遺留分アラートの少なくとも一方）の種別を示す情報を顧客が有する端末の画面に併せて表示してもよい。また、ステップＳ１０３７において、遺留分アラートが発出されている場合、資産登録部１１１は、遺留超過／侵害額が負の値である相続人の相続人ＩＤを顧客が有する端末の画面に併せて表示してもよい。

【0097】

図１６は、ステップＳ１０４における暗号化処理の一例を示すフローチャートである。暗号化部１１３は、資産のデータを暗号化するための暗号鍵を生成し、生成した暗号鍵を用いて、ステップＳ１０３３で資産情報テーブル１２３に格納した資産のデータを暗号化する（Ｓ１０４１）。なお、暗号化部１１３は、任意の暗号鍵の生成アルゴリズムを用いて暗号鍵を生成することができる。本実施例では、暗号化部１１３は、共通鍵暗号方式を用いて暗号鍵を生成したものとする。

【0098】

また、ステップＳ１０４１において、暗号化部１１３は、ステップＳ１０３１で取得した資産情報が示す資産ごとに異なる暗号鍵を用いて暗号化を実行してもよいし、ステップＳ１０３１で取得した資産情報が示す資産の種別ごとに異なる暗号鍵を用いて暗号化を実行してもよいし、ステップＳ１０３１で取得した資産情報が示す資産に対して同じ暗号鍵を用いて暗号化を実行してもよいし、顧客ＩＤが同じ顧客の資産に対して同じ暗号鍵を用いてもよい。

【0099】

鍵管理部１１２は、ステップＳ１０４１で生成された暗号鍵それぞれに対して新規の暗号鍵ＩＤを生成し、ステップＳ１０４１で暗号化されたデータに対応する暗号鍵に対応する暗号鍵ＩＤそれぞれを資産情報テーブル１２３に格納し、生成した暗号鍵ＩＤそれぞれと対応する暗号鍵の組み合わせを暗号鍵テーブル１２６に格納して（Ｓ１０４２）、暗号化処理を終了する。

【0100】

図１７は、概算金額日次更新処理の一例を示すフローチャートである。相続税計算部１１６は、日次で所定の種別の資産のチャート（価格推移）を取得（監視）する（Ｓ１７０１）。なお、ステップＳ１７０１において、相続税計算部１１６は、日次ではない所定の期間ごとに（例えば、１時間ごと、週次、又は月次等）、当該所定の種別の資産のチャートを取得してもよい。なお、所定の種別の資産は、例えば、仮想通貨やＮＦＴ等のボラティリティが高い資産を含むとよい。また、相続税計算部１１６は、例えば、資産管理装置１００に接続された外部のシステム等から、当該所定の種別の資産のチャートを取得する。

【0101】

相続税計算部１１６は、ステップＳ１７０１で取得したチャートに従って、資産情報テーブル１２３における当該所定の種別の資産の概算金額を更新し、情報連携部１１４は更新した概算金額及び概算金額を更新したレコードを示す情報を作業実施装置２００に送信し、データ保存部２１３は受信した概算金額に従って資産情報テーブル２２３を更新し（Ｓ１０７２）、概算金額日時更新処理を終了する。

【0102】

図１８は、ステップＳ１０６における削除ランク／相続リスクアラート更新処理の一例を示すフローチャートである。情報連携部１１４は、資産に関するルール変更があったか、及び／又は顧客の資産の概算金額に変更があったかを判定する（Ｓ１０６１）。

【0103】

なお、ステップＳ１０６１において、情報連携部１１４は、例えば、入力装置１０５に資産に関するルール変更についての情報（ルール変更内容、及びルール変更対象の資産の種別を示す情報）が入力された、又は資産管理装置１００に接続された外部のシステムから資産に関するルール変更を示す当該情報を受信した場合には、資産に関するルール変更があったと判定する。

【0104】

法律改正、ガイドライン変更、新たな判例が示されたこと、預金規定変更、及びＳＮＳの利用規約変更等はいずれもルール変更の一例である。以下では、ステップＳ１０６１におけるルール変更の判定として、情報連携部１１４が、法律改正等（法律改正、ガイドライン変更、又は新たな判例が示されることを含む）の前には相続税対象でなかったものの、法律改正等によって、相続税対象となった種別の資産があるかを判定する例を主に説明する。また、ルール変更の一例として、相続税の非課税枠の改正や、相続税対象の資産種別の改正等がある。

【0105】

また、ステップＳ１０６１において、情報連携部１１４は、例えば、図１７の概算金額日次更新処理又は後述する図１９の資産情報更新処理によって概算金額が変更された資産情報テーブル１２３のレコードがあると判定した場合には、資産の概算金額に変更があったと判定する。なお、ステップＳ１０６１において、情報連携部１１４は、図１７の概算金額日次更新処理又は後述する図１９の資産情報更新処理によって資産の概算金額が所定額以上（例えば１０万円以上等）変更された資産情報テーブル１２３のレコードがあると判定した場合にのみ、資産の概算金額に変更があったと判定してもよい（つまり当該所定額未満の概算金額の変更を無視してもよい）。

【0106】

情報連携部１１４は、法律改正等の前には相続税対象でなかったものの、法律改正等によって、相続税対象となった種別の資産がないと判定し、かつ顧客の資産の概算金額に変更がないと判定した場合（Ｓ１０６１：ＮＯ）、ステップＳ１０６１の処理を繰り返す。なお、ステップＳ１０６１の処理が所定時間繰り返されたときには、削除ランク／相続リスクアラート更新処理を終了してもよい。

【0107】

情報連携部１１４は、法律改正等の前には相続税対象でなかったものの、法律改正等によって、相続税対象となった種別の資産があると判定した場合（Ｓ１０６１：ＹＥＳ）、当該資産の種別（つまりルール変更内容）を各作業実施装置２００に通知し、データ取得部２１１は、資産情報テーブル２２３から、当該種別を含むレコードを取得する（Ｓ１０６２）。

【0108】

データ保存部２１３は、取得したレコードに含まれる「Ｂ」又は「Ｃ」である削除ランクを「Ａ」に更新する（Ｓ１０６３）。また、データ保存部２１３は、ステップＳ１０６３において、選択可能削除ランクテーブル２２８の当該種別に対応する削除ランクに、「Ｂ」及び「Ｃ」が含まれていると判定した場合、「Ｂ」及び「Ｃ」を削除する。

【0109】

なお、情報連携部１１４は、ステップＳ１６０１において、法律改正等の前には相続税対象でなかったものの、法律改正等によって、相続税対象となった種別の資産がないと判定したものの、顧客の資産の概算金額に変更があると判定した場合には、ステップＳ１０６２及びステップＳ１０６３の処理を省略して、後述するステップＳ１０６４の処理へ遷移する。

【0110】

なお、ステップＳ１０６３において、資産登録部１１１も資産情報テーブル１２３から、当該種別を含むレコードを取得し、取得したレコードに含まれる「Ｂ」又は「Ｃ」である削除ランクを「Ａ」に更新してもよい。さらに、資産登録部１１１も、ステップＳ１０６３において、選択可能削除ランクテーブル２２８の当該種別に対応する削除ランクに、「Ｂ」及び「Ｃ」が含まれていると判定した場合、「Ｂ」及び「Ｃ」を削除する。

【0111】

ステップＳ１６０３における削除ランク更新処理により、資産情報の登録時には相続税の対象でなかった種別の資産のデータを顧客の死亡時に削除されないよう変更することができる、つまり法律改正等に対応することができる。

【0112】

なお、ステップＳ１０６１において、情報連携部１１４は、法律改正等の前には相続税対象であったものの、法律改正等によって相続税対象ではなくなった種別の資産があるかを判定してもよい。情報連携部１１４が、法律改正等の前には相続税対象であったものの、法律改正等によって、相続税対象ではなくなった種別の資産があると判定した場合、当該種別を各作業実施装置２００に通知し、データ保存部２１３は、当該種別を含む資産情報テーブル２２３のレコードを取得し、取得したレコードに含まれる「Ａ」である削除ランクを「Ｂ」又は「Ｃ」に更新してもよいし、取得したレコードに含まれる「Ａ」である削除ランクを「Ｂ」又は「Ｃ」に更新可能であることを示す通知を、資産管理装置１００を介して顧客に通知してもよい。

【0113】

また、ステップＳ１０６１において、情報連携部１１４は、資産に関する規定・規約（例えばＳＮＳの利用規約等）の改訂によって、当該種別の資産を本人以外に譲渡できなくなったかを判定してもよい。情報連携部１１４は、資産に関する規定・規約（例えばＳＮＳの利用規約等）の改訂によって、当該種別の資産を本人以外に譲渡できなくなったと判定した場合、当該種別を各作業実施装置２００に通知し、データ保存部２１３は、当該種別を含む資産情報テーブル２２３のレコードを取得し、取得したレコードに含まれる「Ａ」である削除ランクを「Ｂ」又は「Ｃ」に更新する。

【0114】

情報連携部１１４は、新たに相続税対象となった資産の種別（ルール変更内容）を各作業実施装置２００に通知し、データ取得部２１１は、資産情報テーブル２２３における顧客ごとの相続税対象の資産の概算金額の合計と、資産情報テーブル２２３における相続人ごとの相続税対象の相続資産の総額と、を算出する（Ｓ１０６４）。

【0115】

データ保存部２１３は、ステップＳ１０６１で検知したルール変更によって非課税枠に変更があった場合には顧客テーブル２２１における非課税枠を更新し、（更新した場合には）更新した非課税枠と、ステップＳ１０６４で算出した顧客ごとの相続税対象の資産の概算金額の合計と、に基づいて、顧客テーブル２２１における顧客ごとの課税対象額を更新する（Ｓ１０６５）。
さらに、ステップＳ１６０５において、データ保存部２１３は、ステップＳ１０６１で検知したルール変更によって遺留分が変更となった場合は相続リスクテーブル２２９における遺留分を更新し、（更新した場合には）更新した遺留分と、ステップＳ１０６４で算出した相続人ごとの相続税対象の相続資産の総額と、に基づいて、相続リスクテーブル２２９における総額、相続遺留額、及び遺留超過額／侵害額を更新する。

【0116】

データ保存部２１３は、ステップＳ１０６５で変更された課税対象額及び遺留超過額／侵害額に従って、ステップＳ１０３５と同様の方法で、顧客テーブル２２１における相続税アラート及び遺留分アラートを更新し、値が「０」から「１」へと変化したアラートを発出して（Ｓ１０６６）、削除ランク／相続リスクアラート更新処理を終了する。なお、ステップＳ１０６６において発出されるアラートは、資産管理装置１００を介して、当該顧客が有する端末の画面等にステップＳ１０３５で説明したものと同様である。

【0117】

なお、ステップＳ１０６４、ステップＳ１０６５、ステップＳ１０６６において、資産管理装置１００も、作業実施装置２００と同様に、顧客テーブル１２１、資産情報テーブル１２３、及び相続リスクテーブル１２９の値を更新することが望ましい。資産管理装置１００が、顧客テーブル１２１における相続税アラート及び遺留分アラートを更新して「０」から「１」へと変化したアラートがある場合には、資産管理装置１００は、作業実施装置２００に代えて当該アラートを発出してもよい。

【0118】

ステップＳ１０６６における相続リスクアラート更新処理により、資産の概算金額が変更となったときに相続リスクアラートを自動的に発出させることが可能となり、顧客やサービサー企業や作業実施企業等による顧客の相続リスクの監視負荷を低減させることができる。

【0119】

なお、ステップＳ１０６６において、相続税アラート及び遺留分アラートを更新したときに、値が「１」から「０」へと変化したアラートがあった場合に、当該アラートが取り消されたことを示す通知が、当該顧客が有する端末に送信されてもよい。

【0120】

なお、ステップＳ１０６１における判定を作業実施装置２００の情報連携部２１４が実行してもよい。また、上記した例では、ステップＳ１０６の削除ランク／相続リスクアラート更新処理は、図１４の情報登録処理の一部として実行されているが、情報登録処理とは独立して定期的に実行されてもよい。

【0121】

図１９は、顧客の生前に実行される資産情報更新処理の一例を示すフローチャートである。顧客は、資産管理装置１００にログインする（Ｓ２０１）。具体的には、例えば、顧客は自身が有する端末からログインＩＤとパスワードを資産管理装置１００に送信し、資産登録部１１１は、受信したログインＩＤとパスワードの組み合わせが顧客テーブル１２１に含まれると判定した場合、ログインに成功したと判定し、当該組み合わせが含まれるレコードの顧客ＩＤを取得する。

【0122】

資産登録部１１１は、資産情報テーブル１２３から当該顧客ＩＤに対応するレコードを全て取得する（Ｓ２０２）。情報連携部１１４は、当該資産ＩＤを作業実施装置２００に送信し、データ取得部２１１は、資産情報テーブル２２３から当該顧客ＩＤに対応する暗号化されたデータを取得し、情報連携部２１４は、資産管理装置１００に送信する（Ｓ２０３）。

【0123】

資産登録部１１１は、ステップＳ２０１で取得したレコード一覧を、例えば顧客が有する端末に送信する、又は表示装置１０６に表示することで顧客に提示する（Ｓ２０４）。但し、ステップＳ２０４において、鍵管理部１１２は、ステップＳ２０１で取得したレコードに含まれる暗号鍵ＩＤを特定して、当該暗号鍵ＩＤに対応する暗号鍵を取得し、暗号化部１１３は当該暗号鍵を用いてデータを復号し、資産登録部１１１は、取得したレコードに含まれるデータに代えた復号されたデータを提示する。

【0124】

顧客は、自身が有する端末から、提示されたレコードに対する修正内容（例えば、削除ランク、資産の種別、及び／又はデータの修正内容）を資産管理装置１００に送信する（Ｓ２０５）。資産登録部１１１は、受信した修正内容をレコードに反映することで、資産情報テーブル１２３のレコードを更新する（Ｓ２０６）。なお、資産登録部１１１は、当該更新したレコードに更新年月日を格納してもよい。

【0125】

レコードの更新においてデータが更新された場合、鍵管理部１１２は、更新されたレコードに含まれる暗号鍵ＩＤを取得して、取得した暗号鍵に紐づく暗号鍵を暗号鍵テーブル１２６から取得し、（Ｓ２０７）、暗号化部１１３は、取得した暗号鍵で資産情報テーブル１２３のレコードのデータ（当該データが更新されていれば）を暗号化する（Ｓ２０８）。

【0126】

情報連携部１１４は、資産情報テーブル１２３の更新後のレコードを、作業実施装置２００に送信し、データ保存部２１３は、資産情報テーブル２２３の当該レコードを更新し、資産登録部１１１は、資産情報テーブル１２３の当該レコードのデータを削除して（Ｓ２０９）、資産情報更新処理を終了する。

【0127】

なお、ステップＳ２０５において、顧客は、自身が有する端末から、レコードの追加内容を示す追加指示を送信してもよい。この場合、ステップＳ２０６において、資産登録部１１１は、当該追加内容に当該顧客ＩＤを紐づけて生成したレコードを資産情報テーブル１２３に追加する。さらに、ステップＳ２０７の処理が省略されて、ステップＳ２０８において、暗号化部１１３は、暗号鍵を生成して、生成した暗号鍵で追加されたデータに含まれるレコードを暗号化し、鍵管理部１１２は当該暗号鍵に対応する暗号鍵ＩＤを生成し、暗号鍵ＩＤと暗号鍵の組み合わせを暗号鍵テーブル１２６に格納する。さらに、ステップＳ２０９において、情報連携部１１４は、資産情報テーブル１２３の追加されたレコードを、作業実施装置２００に送信し、データ保存部２１３は、資産情報テーブル２２３に当該レコードを追加し、資産登録部１１１は、資産情報テーブル１２３の当該追加されたレコードのデータを削除して、資産情報更新処理を終了する。

【0128】

図２０は顧客死亡後の資産情報管理処理の一例を示すフローチャートである。死亡した顧客の法定相続人は、送客企業に対して、当該顧客を示す情報（例えば顧客氏名、住所、電話番号等）と、当該顧客の死亡年月日を示す死亡連絡をする（Ｓ３０１）。送客企業は、サービサー企業に対して、当該死亡連絡をする（Ｓ３０２）。なお、死亡した顧客の法定相続人は、送客企業への死亡連絡をすることなく、サービサー企業に対して直接死亡連絡をしてもよい。

【0129】

サービサー企業は、資産管理装置１００に当該顧客の死亡情報を登録する（Ｓ３０３）。具体的には、例えば、死亡連絡受領部１１５は、サービサー企業による入力装置１０５への当該顧客の顧客ＩＤ（例えば、顧客テーブル１２１を参照すれば、死亡連絡に含まれる顧客氏名、住所、及び電話番号の組み合わせに対応する顧客ＩＤが特定される）と、死亡年月日と、の入力を受け付け、顧客テーブル１２１の当該顧客ＩＤを含むレコードに当該死亡年月日を格納する。

【0130】

情報連携部１１４は、作業実施装置２００と、死亡情報を連携する死亡情報連携処理を実行する（Ｓ３０４）。ステップＳ３０４の死亡情報連携処理の詳細については後述する。データ保存部２１３は、資産情報テーブル２２３の当該顧客ＩＤに対応するレコードの削除ランクを参照し、削除ランクに応じてレコードを削除する（Ｓ３０５）。具体的には、データ保存部２１３は、当該顧客ＩＤに対応するレコードのうち削除ランクが「Ｂ」であるレコードを削除し、当該顧客の死亡年月日からＮ日が経過していればＩＤに対応するレコードのうち削除ランクが「Ｃ」であるレコードも削除する。

【0131】

情報連携部１１４は、当該顧客の簡易財産目録を生成する簡易財産目録生成処理を実行する（Ｓ３０６）。ステップＳ３０６の簡易財産目録生成処理の詳細は後述する。サービサー企業は、資産管理装置１００から、簡易財産目録を取得する（Ｓ３０７）。サービサー企業は、取得した簡易財産目録を、法定相続人に送信して（Ｓ３０８）、顧客死亡後の資産情報管理処理を終了する。なお、ステップＳ３０７及びステップＳ３０８の処理に代えて、資産管理装置１００が、簡易財産目録を法定相続人が有する端末に送信する処理が実行されてもよい。

【0132】

図２１は、ステップＳ３０４の死亡情報連携処理の一例を示すフローチャートである。情報連携部１１４は、死亡連絡に基づいて、死亡連絡が示す顧客に対応するレコードを顧客テーブル１２１から取得する（Ｓ３０４１）。情報連携部１１４は、法定相続人テーブル１２２から当該顧客ＩＤを含むレコードと、資産情報テーブル１２３から当該顧客ＩＤを含むレコードと、を取得する（Ｓ３０４２）。

【0133】

情報連携部１１４は、ステップＳ３０４２で取得した資産情報テーブル１２３のレコードそれぞれに含まれる暗号鍵ＩＤを特定し、暗号鍵テーブル１２６の特定した暗号鍵ＩＤそれぞれに対応するレコードを取得する（Ｓ３０４３）。情報連携部１１４は、ステップＳ３０４２で法定相続人テーブル１２２から取得したレコードと、ステップＳ３０４１で顧客データから取得したレコードと、ステップＳ３０４３で暗号鍵テーブル１２６から取得したレコードと、作業実施装置２００へ送信する（Ｓ３０４４）、死亡情報連携処理を終了する。

【0134】

図２２は、ステップＳ３０６の簡易財産目録生成処理の一例を示すフローチャートである。復号化部２１２は、ステップＳ３０４４で受信した（暗号鍵テーブル１２６から取得されたレコードに含まれる）暗号鍵それぞれを用いて、資産情報テーブル１２３の当該顧客ＩＤに対応するデータを復号化する（Ｓ３０５１）。データ保存部２１３は、ステップＳ３０５１で復号化したデータを、資産情報テーブル２２３に保存する（Ｓ３０５２）。

【0135】

情報連携部２１４は、資産情報テーブル２２３の復号化したデータを含むレコードに基づいて、簡易財産目録を生成し、目録ＩＤを新規に生成し、生成した目録ＩＤと簡易財産目録とを紐づけたレコードを生成する（Ｓ３０５３）。

【0136】

具体的には、例えば、情報連携部２１４は、資産情報テーブル２２３において復号化したデータに対応する資産ＩＤと、当該資産ＩＤに資産情報テーブル２２３に対応する相続人ＩＤ及び概算金額と、当該顧客ＩＤに顧客テーブル２２１において対応する相続税アラート及び遺留分アラートとの値と、作業実施装置２００を利用する作業実施企業の企業ＩＤと、目録ＩＤと、を対応付けたレコードを生成する。

【0137】

なお、情報連携部２１４は、復号化したデータも当該レコードに含めてもよいが、所定の種別の資産のデータ（例えば、預金口座の暗証番号）は当該レコードに含めないことが望ましい。また、情報連携部２１４は、遺留分アラートの値「１」であるレコードには、当該顧客の相続人のうち遺留超過／侵害額が負の値である相続人の相続人ＩＤを追加してもよい。

【0138】

情報連携部２１４は、生成したレコードを資産管理装置１００に送信し、情報連携部１１４は受信したレコードを簡易財産目録テーブル１２５に格納して（Ｓ３０５４）、簡易財産目録生成処理を終了する。なお、資産管理装置１００が複数の作業実施装置２００から、目録ＩＤと簡易財産目録とが紐づけられたレコードを受信した場合には、情報連携部１１４は当該複数のレコードを簡易財産目録テーブル１２５に格納することで、マージされた簡易財産目録を生成する。

【0139】

以上、本実施例の資産管理システムは、資産の種別と、削除ランクと、資産のデータと、含む資産情報を生前に顧客から預かり、顧客の死後には資産の種別ごとの削除ランクに基づいて各種別の資産のデータに対する死後対応（削除するか、削除不可であるか）をした上で簡易財産目録を生成して法定相続人に渡すことで、顧客の生前の意思に基づく相続が行われる。

【0140】

特に、例えば、顧客は、ＳＮＳのアカウントとパスワードの組み合わせを削除ランク「Ｂ」又は「Ｃ」として、資産管理システムに登録することで、当該顧客の死後にＳＮＳのアカウントとパスワードの組み合わせが法定相続人に渡されることがなく、当該顧客のプライバシーが守られる。

【0141】

また、本実施例の資産管理システムは、資産に関するルール変更を検知した場合に必要に応じて削除ランクを変更することで、顧客の死後の資産のデータに対する対応を変更後のルールに適合させることができる。

【0142】

また、本実施例の資産管理システムは、顧客の資産が相続されるときに相続税が発生することを示す相続税アラートや、顧客の資産が相続されるときに遺留分を侵害される相続人が発生することを示す遺留分アラートを、顧客の生存時に発出することにより、被相続人である顧客自身が相続リスクに対処することができるようになり、顧客死亡時の相続時のトラブルが減少する。

【0143】

また、本実施例の資産管理システムは、ルール変更や相続資産の概算金額の変更（特に、ボラティリティの大きい資産）に基づいて、自動的に相続税アラートや遺留分アラートが更新されるため、被相続人である顧客自身が相続リスクに対処することができるようになり、顧客死亡時の相続時のトラブルが減少する。

【0144】

また、本実施例の資産管理システムは、顧客死亡時に相続人に送付される簡易財産目録に相続税アラートや遺留分アラートを含めるため、相続税が発生することや、遺留分を侵害されている相続人が発生していることを、相続人が気付けるため、相続時のトラブルが減少する。

【0145】

なお、本発明は上記した実施例に限定されるものではなく、様々な変形例が含まれる。例えば、上記した実施例は本発明を分かりやすく説明するために詳細に説明したものであり、必ずしも説明した全ての構成を備えるものに限定されるものではない。また、ある実施例の構成の一部を他の実施例の構成に置き換えることも可能であり、また、ある実施例の構成に他の実施例の構成を加えることも可能である。また、各実施例の構成の一部について、他の構成の追加・削除・置換をすることが可能である。

【0146】

また、上記の各構成、機能、処理部、処理手段等は、それらの一部又は全部を、例えば集積回路で設計する等によりハードウェアで実現してもよい。また、上記の各構成、機能等は、プロセッサがそれぞれの機能を実現するプログラムを解釈し、実行することによりソフトウェアで実現してもよい。各機能を実現するプログラム、テーブル、ファイル等の情報は、メモリや、ハードディスク、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）等の記録装置、または、ＩＣカード、ＳＤカード、ＤＶＤ等の記録媒体に置くことができる。

【0147】

また、制御線や情報線は説明上必要と考えられるものを示しており、製品上必ずしも全ての制御線や情報線を示しているとは限らない。実際には殆ど全ての構成が相互に接続されていると考えてもよい。

【符号の説明】

【0148】

１００ 資産管理装置、１０１ ＣＰＵ、１０２ メモリ、１０３ 補助記憶装置、１０４ 通信装置、１０５ 入力装置、１１１ 資産登録部、１１２ 鍵管理部、１１３ 暗号化部、１１４ 情報連携部、１１５ 死亡連絡受領部、１１６ 相続税計算部、１１７ 遺留分計算部、１２１ 顧客テーブル、１２２ 法定相続人テーブル、１２３ 資産情報テーブル、１２４ 作業実施企業テーブル、１２５ 簡易財産目録テーブル、１２６ 暗号鍵テーブル、１２７ 削除ランクテーブル、１２８ 選択可能削除ランクテーブル、１２９ 相続リスクテーブル、２００ 作業実施装置、２０１ ＣＰＵ、２０２ メモリ、２０３ 補助記憶装置、２０４ 通信装置、２０５ 入力装置、２１１ データ取得部、２１２ 復号化部、２１３ データ保存部、２１４ 情報連携部、２２３ 資産情報テーブル、２２７ 削除ランクテーブル、２２９ 相続リスクテーブル

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】

【図22】