JP2023066580A - 資産管理システム及び資産管理方法 - Google Patents

Abstract

【課題】顧客の死亡時に相続人に存在を知られたくない資産、及び相続人に存在を知らせなければならない資産を適切に管理する。【解決手段】資産管理システムは資産管理装置と作業実施装置とを含み、資産管理装置は、顧客が有する資産のデータと、削除ランクと、を資産の種別ごとに示す資産情報を保持し、削除ランクは、顧客の死亡後にデータが削除されないことを示す第１種ランクと、顧客の死亡後に所定条件が満たされるとデータが削除されることを示す第２種ランクと、を含み、資産管理装置は、資産に関するルール変更内容と、ルール変更の対象である資産の種別と、を示す情報を取得した場合、当該情報を前記作業実施装置に通知し、作業実施装置は、ルール変更内容に基づいて、資産情報においてルール変更の対象である資産の種別に対応する削除ランクを更新する。【選択図】図１３

Description

本発明は、資産管理システム及び資産管理方法に関する。

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

特開２００２－１５７３２４号公報

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

一方、顧客が有する資産を管理する資産管理システムにおいては、顧客死亡時には資産を相続する相続人がいる。また、資産管理システムが管理する資産には、顧客の死亡時に相続人に存在を知られたくない資産や、相続人に存在を知らせなければならないルールが定められた資産がある。

そこで、本発明の一態様は、顧客の死亡時に相続人に存在を知られたくない資産、及び相続人に存在を知らせなければならない資産を適切に管理することを目的とする。

上記課題を解決するため、本発明の一態様は以下の構成を採用する。顧客の資産を管理する資産管理システムは、資産管理装置と作業実施装置とを含み、前記資産管理装置は、前記顧客が有する資産のデータと、前記顧客の死亡後における前記データに対する対応を示す削除ランクと、を資産の種別ごとに示す資産情報を保持し、前記削除ランクは、前記顧客の死亡後にデータが削除されないことを示す第１種ランクと、前記顧客の死亡後に所定条件が満たされるとデータが削除されることを示す第２種ランクと、を含み、前記資産管理装置は、資産に関するルール変更内容と、ルール変更の対象である資産の種別と、を示す情報を取得した場合、当該情報を前記作業実施装置に通知し、前記作業実施装置は、前記ルール変更内容に基づいて、前記資産情報において前記ルール変更の対象である資産の種別に対応する削除ランクを更新し、前記資産管理装置は、第１顧客の死亡連絡を取得した場合、前記死亡連絡を前記作業実施装置に送信し、前記作業実施装置は、前記第１顧客の前記削除ランクが前記第２種ランクである種別の資産のデータを、前記所定条件が満たされれば前記資産情報から削除する削除処理を実行し、前記資産情報に含まれ、かつ前記削除処理によってデータが削除されていない、前記第１顧客の資産を示す目録を前記資産管理装置に送信する。

本発明の一態様によれば、顧客の死亡時に相続人に存在を知られたくない資産、及び相続人に存在を知らせなければならない資産を適切に管理することができる。

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

実施例１における顧客の生前における資産管理システムのユースケースの概要の一例を示す説明図である。 実施例１における顧客の死亡時における資産管理システムのユースケースの概要の一例を示す説明図である。 実施例１における資産管理装置の構成例を示すブロック図である。 実施例１における作業実施装置の構成例を示すブロック図である。 実施例１における顧客テーブルの一例である。 実施例１における法定相続人テーブルの一例である。 実施例１における資産情報テーブルの一例である。 実施例１における作業実施企業テーブルの一例である。 実施例１における簡易財産目録テーブルの一例である。 実施例１における暗号鍵テーブルの一例である。 実施例１における削除ランクテーブルの一例である。 実施例１における選択可能削除ランクテーブルの一例である。 実施例１における顧客生存時の資産情報登録処理の一例を示すフローチャートである。 実施例１における情報登録処理の一例を示すフローチャートである。 実施例１における暗号化処理の一例を示すフローチャートである。 実施例１における削除ランク更新処理の一例を示すフローチャートである。 実施例１における顧客の生前に実行される資産情報更新処理の一例を示すフローチャートである。 実施例１における顧客死亡後の資産情報管理処理の一例を示すフローチャートである。 実施例１における死亡情報連携処理の一例を示すフローチャートである。 実施例１における簡易財産目録生成処理の一例を示すフローチャートである。

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

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

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

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

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

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

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

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

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

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

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

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

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

資産管理装置１００は、複数の作業実施装置２００それぞれから簡易財産目録を受信した場合には、受信した簡易財産目録をマージする。サービサー企業は、簡易財産目録（簡易財産目録がマージされた場合にはマージした簡易財産目録）を資産管理装置１００から取得し、法定相続人に送付する。

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

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

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

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

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

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

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

ＣＰＵ１０１は、例えば、資産登録部１１１、鍵管理部１１２、暗号化部１１３、情報連携部１１４、及び死亡連絡受領部１１５を含む。資産登録部１１１は、顧客の資産情報を取得して資産情報テーブル２２３に登録する。鍵管理部１１２は、顧客の資産のデータを暗号化するための暗号鍵を管理する。暗号化部１１３は、暗号鍵を用いて顧客の資産のデータを暗号化する。情報連携部１１４は、作業実施装置２００との間で、情報のやり取りをする。死亡連絡受領部１１５は、顧客が死亡したことを示す死亡連絡を受領する。

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

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

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

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

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

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

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

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

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

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

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

図５は、顧客テーブル１２１の一例である。顧客テーブル１２１は、例えば、顧客ＩＤ欄１２１１、氏名欄１２１２、住所欄１２１３、電話番号欄１２１４、ログインＩＤ欄１２１５、パスワード欄１２１６、死亡年月日欄１２１７、及び死亡受領年月日欄１２１８を含む。

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

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

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

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

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

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

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

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

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

図９は、簡易財産目録テーブル１２５の一例である。簡易財産目録テーブル１２５は、例えば、目録ＩＤ欄１２５１、資産ＩＤ欄１２５２、及び企業ＩＤ欄１２５３を含む。目録ＩＤ欄１２５１は、簡易財産目録を識別するＩＤを保持する。資産ＩＤ欄１２５２は、簡易財産目録に含まれる資産の資産ＩＤを保持する。企業ＩＤ欄１２５３は、簡易財産目録を生成した作業実施企業の企業ＩＤを保持する。

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

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

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

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

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

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

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

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

情報連携部１１４は、資産情報テーブル１２３に登録した情報を作業実施装置２００に送信し、データ保存部２１３は受信した情報を資産情報テーブル２２３に登録し、情報連携部１１４は、資産情報テーブル１２３のデータ欄１２３９に登録したデータを削除する（Ｓ１０５）。ステップＳ１０５の処理により、資産管理装置１００の資産情報テーブル１２３からは資産のデータが削除され、セキュリティ性が向上する。情報連携部１１４は、ルール変更に基づく削除ランク更新処理を実行し（Ｓ１０６）、資産情報登録処理を終了する。ステップＳ１０６の詳細については後述する。

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

なお、ステップＳ１０３１で入力される顧客情報は、顧客テーブル１２１に格納される値のうち、顧客ＩＤ、死亡年月日、及び死亡受領年月日を除く欄の値である。また、ステップＳ１０３１で入力される法定相続人情報は、法定相続人テーブル１２２に含まれる相続人ＩＤ及び顧客ＩＤを除く欄の値である。また、ステップＳ１０３１で入力される資産情報は、資産情報テーブル１２３に格納される値のうち、資産の種別、削除ランク、及びデータである。

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

具体的には、例えば、情報連携部２１４は、資産情報テーブル２２３において復号化したデータに対応する資産ＩＤと、作業実施装置２００を利用する作業実施企業の企業ＩＤと、目録ＩＤと、を対応付けたレコードを生成する。なお、情報連携部２１４は、復号化したデータも当該レコードに含めてもよいが、所定の種別の資産のデータ（例えば、預金口座の暗証番号）は当該レコードに含めないことが望ましい。

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

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

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

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

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

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

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

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

Claims (12)

1. 顧客の資産を管理する資産管理システムであって、
   資産管理装置と作業実施装置とを含み、
   前記資産管理装置は、
   前記顧客が有する資産のデータと、前記顧客の死亡後における前記データに対する対応を示す削除ランクと、を資産の種別ごとに示す資産情報を保持し、
   前記削除ランクは、前記顧客の死亡後にデータが削除されないことを示す第１種ランクと、前記顧客の死亡後に所定条件が満たされるとデータが削除されることを示す第２種ランクと、を含み、
   前記資産管理装置は、資産に関するルール変更内容と、ルール変更の対象である資産の種別と、を示す情報を取得した場合、当該情報を前記作業実施装置に通知し、
   前記作業実施装置は、前記ルール変更内容に基づいて、前記資産情報において前記ルール変更の対象である資産の種別に対応する削除ランクを更新し、
   前記資産管理装置は、第１顧客の死亡連絡を取得した場合、前記死亡連絡を前記作業実施装置に送信し、
   前記作業実施装置は、前記第１顧客の前記削除ランクが前記第２種ランクである種別の資産のデータを、前記所定条件が満たされれば前記資産情報から削除する削除処理を実行し、
   前記資産情報に含まれ、かつ前記削除処理によってデータが削除されていない、前記第１顧客の資産を示す目録を前記資産管理装置に送信する、資産管理システム。
2. 請求項１に記載の資産管理システムであって、
   前記ルール変更内容は、相続税対象でなかった種別の資産が相続税対象の種別の資産に変更されたことを含み、
   前記作業実施装置は、相続税対象となった資産の種別に対応する削除ランクのうち前記第２種ランクであるものを前記第１種ランクに更新する、資産管理システム。
3. 請求項１に記載の資産管理システムであって、
   前記ルール変更内容は、相続税対象であった種別の資産が相続税対象でない種別の資産に変更されたことを含み、
   前記作業実施装置は、相続税対象となった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新する、又は相続税対象となった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新可能であることを資産管理装置に通知する、資産管理システム。
4. 請求項１に記載の資産管理システムであって、
   前記ルール変更内容は、譲渡可能であった種別の資産を、本人以外に譲渡できなくなったことを含み、
   前記作業実施装置は、本人以外に譲渡できなくなった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新する、資産管理システム。
5. 請求項１に記載の資産管理システムであって、
   前記第２種ランクは、前記顧客の死亡が検知されたらデータを即削除することを示す第１ランクと、前記顧客の死亡から所定期間が経過したらデータを削除することを示す第２ランクと、を含む、資産管理システム。
6. 請求項１に記載の資産管理システムであって、
   前記資産情報は、前記顧客が有する資産を示すデータが暗号鍵で暗号化された暗号化データと、前記顧客の死亡後における前記データに対する対応を示す削除ランクと、資産の種別と、を対応付けたレコードを保持し、
   前記資産管理装置は、
   表示装置に接続され、
   前記暗号鍵を保持し、
   前記資産情報における第１顧客のレコードの更新指示を受け付けた場合、前記作業実施装置から前記資産情報における前記第１顧客のレコードを取得し、
   前記取得したレコードに含まれる暗号化データを前記暗号鍵で復号し、
   前記取得したレコードに含まれる暗号化データを前記復号したデータに代えた上で、当該レコードを前記表示装置に表示し、
   前記取得したレコードの更新内容を受け付け、
   前記更新内容に基づいて、前記取得したレコードを更新し、
   前記更新したレコードに含まれる前記顧客が有する資産を示すデータを前記暗号鍵で暗号化して、前記作業実施装置に送信し、
   前記作業実施装置は、前記受信したレコードを前記資産情報に反映する、資産管理システム。
7. 顧客の資産を管理する資産管理システムによる資産管理方法であって、
   前記資産管理システムは、資産管理装置と作業実施装置とを含み、
   前記資産管理装置は、
   前記顧客が有する資産のデータと、前記顧客の死亡後における前記データに対する対応を示す削除ランクと、を資産の種別ごとに示す資産情報を保持し、
   前記削除ランクは、前記顧客の死亡後にデータが削除されないことを示す第１種ランクと、前記顧客の死亡後に所定条件が満たされるとデータが削除されることを示す第２種ランクと、を含み、
   前記資産管理方法は、
   前記資産管理装置が、資産に関するルール変更内容と、ルール変更の対象である資産の種別と、を示す情報を取得した場合、当該情報を前記作業実施装置に通知し、
   前記作業実施装置が、前記ルール変更内容に基づいて、前記資産情報において前記ルール変更の対象である資産の種別に対応する削除ランクを更新し、
   前記資産管理装置が、第１顧客の死亡連絡を取得した場合、前記死亡連絡を前記作業実施装置に送信し、
   前記作業実施装置が、前記第１顧客の前記削除ランクが前記第２種ランクである種別の資産のデータを、前記所定条件が満たされれば前記資産情報から削除する削除処理を実行し、
   前記作業実施装置が、前記資産情報に含まれ、かつ前記削除処理によってデータが削除されていない、前記第１顧客の資産を示す目録を前記資産管理装置に送信する、資産管理方法。
8. 請求項７に記載の資産管理方法であって、
   前記ルール変更内容は、相続税対象でなかった種別の資産が相続税対象の種別の資産に変更されたことを含み、
   前記資産管理方法は、前記作業実施装置が、相続税対象となった資産の種別に対応する削除ランクのうち前記第２種ランクであるものを前記第１種ランクに更新する、資産管理方法。
9. 請求項７に記載の資産管理方法であって、
   前記ルール変更内容は、相続税対象であった種別の資産が相続税対象でない種別の資産に変更されたことを含み、
   前記資産管理方法は、前記作業実施装置が、相続税対象となった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新する、又は相続税対象となった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新可能であることを資産管理装置に通知する、資産管理方法。
10. 請求項７に記載の資産管理方法であって、
    前記ルール変更内容は、譲渡可能であった種別の資産を、本人以外に譲渡できなくなったことを含み、
    前記資産管理方法は、前記作業実施装置が、本人以外に譲渡できなくなった資産の種別に対応する削除ランクのうち前記第１種ランクであるものを前記第２種ランクに更新する、資産管理方法。
11. 請求項７に記載の資産管理方法であって、
    前記第２種ランクは、前記顧客の死亡が検知されたらデータを即削除することを示す第１ランクと、前記顧客の死亡から所定期間が経過したらデータを削除することを示す第２ランクと、を含む、資産管理方法。
12. 請求項７に記載の資産管理方法であって、
    前記資産情報は、前記顧客が有する資産を示すデータが暗号鍵で暗号化された暗号化データと、前記顧客の死亡後における前記データに対する対応を示す削除ランクと、資産の種別と、を対応付けたレコードを保持し、
    前記資産管理装置は、
    表示装置に接続され、
    前記暗号鍵を保持し、
    前記資産管理方法は
    前記資産管理装置が、前記資産情報における第１顧客のレコードの更新指示を受け付けた場合、前記作業実施装置から前記資産情報における前記第１顧客のレコードを取得し、
    前記資産管理装置が、前記取得したレコードに含まれる暗号化データを前記暗号鍵で復号し、
    前記資産管理装置が、前記取得したレコードに含まれる暗号化データを前記復号したデータに代えた上で、当該レコードを前記表示装置に表示し、
    前記資産管理装置が、前記取得したレコードの更新内容を受け付け、
    前記資産管理装置が、前記更新内容に基づいて、前記取得したレコードを更新し、
    前記資産管理装置が、前記更新したレコードに含まれる前記顧客が有する資産を示すデータを前記暗号鍵で暗号化して、前記作業実施装置に送信し、
    前記作業実施装置が、前記受信したレコードを前記資産情報に反映する、資産管理方法。

Images