JP6939942B2 - プログラム、情報処理方法、および情報処理システム - Google Patents

Description

本発明は、プログラム、情報処理方法、および情報処理システムに関する。

金融機関等から顧客に対して、投資および融資に関するアドバイスおよび提案が行なわれている。資産運用および債務返済にかかるシミュレーションを提供することにより、これらのアドバイスおよび提案を支援するシミュレーション生成装置が提案されている（特許文献１）。

資産運用を行なうには、ある程度まとまった金額の資金が必要である。ユーザの日々の支払の端数金額を貯蓄金として振り替えることにより、所望の金融商品を購入する資金を効率的に形成する、端数資金振替蓄積システムが提案されている（特許文献２）。

特開２０１７−１８８１１１号公報 国際公開第２０１７／２０４３１０号

高齢者が、人生の終わりに向けて身の回りを整理する、いわゆる終活が注目されている。しかしながら、特許文献１および特許文献２に開示されたシステム等では、既にある程度の資産を保有する高齢者の終活の支援はできない。

一つの側面では、終活を支援するプログラム等を提供することを目的とする。

プログラムは、高齢者の身の回りの整理を行なう終活に関する情報を管理するアカウントに関連付けられた第１代理人による、前記アカウントの所有者による承認に基づいた前記アカウントへのログインを要求する第１ログイン要求と、前記第１代理人とは異なる第２代理人による承認に基づいた前記アカウントへのログインを要求する第２ログイン要求とのいずれか一方の選択を、ネットワークを介して取得し、前記第１ログイン要求の選択を取得した場合、前記アカウントの所有者に承認要求を送信し、前記第２ログイン要求の選択を取得した場合、前記第２代理人に前記承認要求を送信し、送信した前記承認要求に対する承認を受信した場合に、前記ネットワークを介して前記第１代理人によるログイン要求を承認する処理をコンピュータに実行させる。

一つの側面では、終活を支援するプログラム等を提供できる。

終活システムの構成を示す説明図である。 終活システムの構成を示す説明図である。 代理人による通常ログインの手順を説明する説明図である。 有事ログインの手順を説明する説明図である。 高級ブランド品、宝飾品、絵画または骨董品等の、本人が保有する高級動産を競売事業者に売却する手順を説明する説明図である。 ユーザＤＢのレコードレイアウトを示す説明図である。 権限ＤＢのレコードレイアウトを示す説明図である。 動産ＤＢのレコードレイアウトを示す説明図である。 資産ＤＢのレコードレイアウトを示す説明図である。 推移ＤＢのレコードレイアウトを示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 依頼メールの例を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 情報処理装置が表示する画面を示す説明図である。 プログラムの処理の流れを説明するフローチャートである。 プログラムの処理の流れを説明するフローチャートである。 操作受付のサブルーチンの処理の流れを説明するフローチャートである。 動産のサブルーチンの処理の流れを説明するフローチャートである。 鑑定依頼のサブルーチンの処理の流れを説明するフローチャートである。 売却のサブルーチンの処理の流れを説明するフローチャートである。 代理人情報のサブルーチンの処理の流れを説明するフローチャートである。 資産取得のサブルーチンの処理の流れを説明するフローチャートである。 実施の形態２の競売サーバが表示する画面を示す説明図である。 実施の形態２の競売サーバが表示する画面を示す説明図である。 実施の形態２の情報処理装置が表示する画面を示す説明図である。 実施の形態２のプログラムの処理の流れを説明するフローチャートである。 実施の形態３の終活システムの機能ブロック図である。 実施の形態４の終活システムの構成を示す説明図である。

［実施の形態１］
図１は、終活システム１０の構成を示す説明図である。図１は、ユーザが終活システム１０にログインする段階の構成を示す。終活システム１０は、ネットワークを介して接続された第１情報処理装置２０１、第２情報処理装置２０２、第３情報処理装置２０３、第４情報処理装置２０４および終活サーバ３０を備える。

第１情報処理装置２０１は、第１ＣＰＵ（Central Processing Unit）２１１、主記憶装置２２、補助記憶装置２３、通信部２４、入力部２５、表示部２６、カメラ２７およびバスを備える。第１ＣＰＵ２１１は、本実施の形態のプログラムを実行する演算制御装置である。第１ＣＰＵ２１１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。第１ＣＰＵ２１１は、バスを介して第１情報処理装置２０１を構成するハードウェア各部と接続されている。

主記憶装置２２は、ＳＲＡＭ（Static Random Access Memory）、ＤＲＡＭ（Dynamic Random Access Memory）、フラッシュメモリ等の記憶装置である。主記憶装置２２には、第１ＣＰＵ２１１が行なう処理の途中で必要な情報および第１ＣＰＵ２１１で実行中のプログラムが一時的に保存される。

補助記憶装置２３は、ＳＲＡＭ、フラッシュメモリまたはハードディスク等の記憶装置である。補助記憶装置２３には、第１ＣＰＵ２１１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部２４は、第１情報処理装置２０１とネットワークとの間のデータ通信を行なうインターフェイスである。入力部２５は、キーボードおよびマウス等の入力デバイスである。表示部２６は、液晶表示パネルまたは有機ＥＬ（Electro-Luminescence）表示パネル等の表示パネルである。入力部２５と表示部２６とは積層されてタッチパネルを構成しても良い。

カメラ２７は、静止画および動画を撮影して、補助記憶装置２３に記憶させることができる。カメラ２７は、第１情報処理装置２０１とは別体であり、ネットワークまたは記憶媒体を介して撮影した画像データを第１情報処理装置２０１に入力可能であっても良い。

第２情報処理装置２０２、第３情報処理装置２０３および第４情報処理装置２０４の構成は、第１情報処理装置２０１と同様であり、図示を省略する第２ＣＰＵ２１２、第３ＣＰＵ２１３および第４ＣＰＵ２１４をそれぞれ有する。

なお、第１情報処理装置２０１から第４情報処理装置２０４は、終活システム１０に含まれる多数の情報処理装置２０（図２参照）の例示である。以後の説明において、第１情報処理装置２０１から第４情報処理装置２０４のいずれであるかを区別しない場合には、情報処理装置２０およびＣＰＵ２１（図２参照）と記載する。情報処理装置２０は、パソコン、スマートフォンまたはタブレット等の汎用の情報処理装置である。

終活サーバ３０は、終活ＣＰＵ３１、主記憶装置３２、補助記憶装置３３、通信部３４およびバスを備える。終活ＣＰＵ３１は、本実施の形態のプログラムを実行する演算制御装置である。終活ＣＰＵ３１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。終活ＣＰＵ３１は、バスを介して終活サーバ３０を構成するハードウェア各部と接続されている。

主記憶装置３２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置３２には、終活ＣＰＵ３１が行なう処理の途中で必要な情報および終活ＣＰＵ３１で実行中のプログラムが一時的に保存される。

補助記憶装置３３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置３３には、ユーザＤＢ（Database）４１、権限ＤＢ４２、資産ＤＢ４３、推移ＤＢ４４、動産ＤＢ４５、終活ＣＰＵ３１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。なお、ユーザＤＢ４１、権限ＤＢ４２、資産ＤＢ４３、推移ＤＢ４４および動産ＤＢ４５は、終活サーバ３０に接続された外部の大容量記憶装置等に保存されていても良い。

通信部３４は、終活サーバ３０とネットワークとの間の通信を行なうインターフェイスである。終活サーバ３０は、大型計算機上で動作する仮想マシンでも良い。終活サーバ３０は、複数のコンピュータまたはサーバマシンを組み合わせて構成されても良い。

図２は、終活システム１０の構成を示す説明図である。図２は、ユーザが終活システム１０にログインした後の構成を示す。図２においては、第１情報処理装置２０１から第４情報処理装置２０４のいずれであるかを区別せず、情報処理装置２０と記載する。終活システム１０は、ネットワークを介して接続された情報処理装置２０および終活サーバ３０を含む。

終活システム１０は、ネットワークを介してそれぞれ複数の金融機関サーバ１５、配送サーバ１７および競売サーバ５０に接続されている。競売サーバ５０は、競売事業者が管理するサーバである。ここで競売は複数の買い手が買取価格を提示し、最も高い価格を提示した買い手に商品を販売する販売方式を意味する。なお、競売事業者は、終活システム１０を介して動産を買い取る事業者の一例である。動産を買い取る事業者は、たとえば質屋、または美術商等、競売以外の取引を主に行なう事業者でも良い。

競売サーバ５０は、競売ＣＰＵ５１、主記憶装置５２、補助記憶装置５３、通信部５４、入力部５５、表示部５６およびバスを備える。競売ＣＰＵ５１は、本実施の形態のプログラムを実行する演算制御装置である。競売ＣＰＵ５１には、一または複数のＣＰＵまたはマルチコアＣＰＵ等が使用される。競売ＣＰＵ５１は、バスを介して競売サーバ５０を構成するハードウェア各部と接続されている。

主記憶装置５２は、ＳＲＡＭ、ＤＲＡＭ、フラッシュメモリ等の記憶装置である。主記憶装置５２には、競売ＣＰＵ５１が行なう処理の途中で必要な情報および競売ＣＰＵ５１で実行中のプログラムが一時的に保存される。

補助記憶装置５３は、ＳＲＡＭ、フラッシュメモリ、ハードディスクまたは磁気テープ等の記憶装置である。補助記憶装置５３には、競売ＣＰＵ５１に実行させるプログラム、およびプログラムの実行に必要な各種データが保存される。

通信部５４は、競売サーバ５０とネットワークとの間の通信を行なうインターフェイスである。入力部５５は、キーボードおよびマウス等の入力デバイスである。表示部５６は、液晶表示パネルまたは有機ＥＬ表示パネル等の表示パネルである。競売サーバ５０は、大型計算機上で動作する仮想マシンでも良い。競売サーバ５０は、複数のコンピュータまたはサーバマシンを組み合わせて構成されても良い。

金融機関サーバ１５は、銀行および証券会社等の金融機関が管理するサーバであり、いわゆるネットバンキング等の処理を受け付ける。配送サーバ１７は、配送事業者が管理するサーバであり、配送車量の手配を受け付ける。

金融機関サーバ１５および配送サーバ１７は、汎用のパソコン、またはサーバ等の情報処理装置である。金融機関サーバ１５および配送サーバ１７は、大型計算機上で動作する仮想マシンでも良い。金融機関サーバ１５および配送サーバ１７は、複数のコンピュータまたはサーバマシンを組み合わせて構成されても良い。金融機関サーバ１５および配送サーバ１７の構成の詳細については省略する。

図３は、第１代理人による通常ログインの手順を説明する説明図である。第１情報処理装置２０１は第１代理人である代理人Ａが使用する情報処理装置２０である。第２情報処理装置２０２は、終活アカウントの所有者本人が使用する情報処理装置２０である。

本人は、スマートフォン等の情報機器を操作することが苦手な高齢者である。代理人Ａは、たとえば本人の子供、孫、甥または姪等の近親者である。代理人Ａは、弁護士、税理士、ケアマネージャ、または、コンサルタント等の専門家であっても良い。

代理人Ａがアカウントにログインする手順を説明する。代理人Ａによる操作に基づいて、第１ＣＰＵ２１１は終活ＣＰＵ３１に通常ログイン要求を送信する。通常ログイン要求は、本実施の形態の第１ログイン要求の一例である。終活ＣＰＵ３１は、第２情報処理装置２０２にログイン可否の問合せを送信する。

第２情報処理装置２０２は、たとえばポップアップ画面により「代理人Ａさんがあなたの終活アカウントを使用します。承認しますか？（承認する／承認しない）」と表示する。本人は、「承認する」または「承認しない」のボタンをタッチすることにより、承認の可否を入力する。本人による入力は、音声入力またはジェスチャー入力等、任意の入力方式により行なわれても良い。

第２ＣＰＵ２１２は、本人の操作を取得して、終活ＣＰＵ３１に送信する。本人が承認した場合、終活ＣＰＵ３１はログイン許可を第１ＣＰＵ２１１に送信する。以上により、代理人Ａは所定の権限の範囲内で、本人の終活アカウントに関する操作を行なえる。

本人が承認しない場合、終活ＣＰＵ３１は代理人Ａのログインを拒否する。したがって、たとえば本人と代理人Ａとの関係が悪化した場合には、本人は代理人Ａによる終活アカウントに関する操作を容易に拒否できる。

図４は、有事ログインの手順を説明する説明図である。有事ログインは、本人が認知症を発症した場合、意識不明になった場合、または、死亡した場合等、本人が自己の判断により代理人の行為を承認できない場合に使用される。有事ログインにおいては、第２代理人が本人の代わりに第１代理人のログインを承認する。

第３情報処理装置２０３は、第２代理人である代理人Ｂが使用する情報処理装置２０である。第４情報処理装置２０４は、第２代理人である代理人Ｃが使用する情報処理装置２０である。代理人Ｂおよび代理人Ｃは、代理人Ａが有事ログインする場合に、本人に代わって承認を行なう承認者である。代理人Ｂおよび代理人Ｃは、あらかじめ指定されている。

代理人Ａによる操作に基づいて、第１ＣＰＵ２１１は終活ＣＰＵ３１に有事ログイン要求を送信する。終活ＣＰＵ３１は、第３ＣＰＵ２１３および第４ＣＰＵ２１４にログイン可否の問合せを送信する。有事ログイン要求は、本実施の形態の第２ログイン要求の一例である。

第３ＣＰＵ２１３は、代理人Ｂの操作を取得して、終活ＣＰＵ３１に送信する。第４ＣＰＵ２１４は、代理人Ｃの操作を取得して、終活ＣＰＵ３１に送信する。第３ＣＰＵ２１３および第４ＣＰＵ２１４の双方から承認を受信した場合、終活ＣＰＵ３１はログイン許可を第１ＣＰＵ２１１に送信する。代理人Ａは所定の権限の範囲内で、本人の終活アカウントに関する操作を行なえる。

以上により、本人が突然代理人のログインを承認できなくなった場合であっても、代理人Ａは有事ログインにより本人のアカウントにログインできる。以上により、高齢者である本人の自己決定権を尊重しつつ、本人の状況が急変した場合にも対応できる終活システム１０を実現できる。

なお図示を省略するがアカウントの所有者本人がログインする場合には、終活ＣＰＵ３１は本人のユーザＩＤおよびパスワードの認証により、ログインを許可する。本人は、有事ログインを行なわない。ただし、認知症等により本人が適切な判断を行なえないおそれがある場合には、本人がログインする際に、代理人の承認を得るようにしても良い。

図５は、高級ブランド品、宝飾品、絵画または骨董品等の、本人が保有する動産を競売事業者に売却する手順を説明する説明図である。後述するように、本人が保有する動産が動産ＤＢ４５に記録されている。本人または代理人は、物品を指定して、売却指示を行なう。

終活ＣＰＵ３１は、複数の競売事業者に対して売却指示を受けた物品に関する情報を競売ＣＰＵ５１に送信する。それぞれの競売ＣＰＵ５１は、競売事業者の買取査定額を終活ＣＰＵ３１に送信する。終活ＣＰＵ３１は、どの競売事業者が最高額を提示したかを判定する。

終活ＣＰＵ３１は、最高額を提示した競売事業者に落札通知を送信する。落札通知を受信した競売事業者は、金融機関サーバ１５を介してネットバンキングにより終活システム１０が指定する口座への送金手続を行なう。金融機関サーバ１５は、終活ＣＰＵ３１に入金通知を送信する。

終活ＣＰＵ３１は、配送サーバ１７に物品の受取先と配達先を通知して、配送手配を行なう。配送サーバ１７からの指示に基づき、配送車両が本人または代理人から物品を受け取り、競売業者に届ける。

終活ＣＰＵ３１は、競売事業者から受領した金額から、配送事業者に支払う発送費用および売却手数料を差し引いた金額について、金融機関サーバ１５を介して本人または代理人が指定する口座への送金手続を行なう。金融機関サーバ１５は、送金処理を行う。

以上により、本人または代理人は売却指示を行なうだけで、競売事業者との交渉等の手間を掛けずに、有利な価格で物品を売却できる。また、査定の段階では本人の個人情報を伏せておくことができる。終活システム１０が介在することにより、競売事業者も安全に取引を行なえる。

図６は、ユーザＤＢ４１のレコードレイアウトを示す説明図である。ユーザＤＢ４１は、終活システム１０を使用するアカウントのユーザＩＤ、アカウントにアクセスするユーザのユーザＩＤ、本人との関係、権限レベル、有事ログイン条件および個人情報を関連付けて記録するＤＢである。ユーザＤＢ４１は、アカウントＩＤフィールド、ユーザＩＤフィールド、関係フィールド、権限レベルフィールド、有事ログイン条件フィールドおよび個人情報フィールドを有する。個人情報フィールドは、氏名フィールド、所属フィールド、メールアドレスフィールド、電話番号フィールド、住所フィールド、生年月日フィールドおよび性別フィールドを有する。

アカウントＩＤフィールドには、終活システム１０により資産管理等の終活を行なう本人に固有に付与されたユーザＩＤ（Identifier）が記録されている。ユーザＩＤフィールドには、本人のアカウントにアクセスするユーザのユーザＩＤが記録されている。関係フィールドには、本人との関係が記録されている。権限レベルフィールドには、アカウントを操作する権限のレベルが記録されている。なお、それぞれのレベルの内容は、後述の権限ＤＢ４２に記録されている。

有事ログイン条件フィールドには、有事ログイン時の承認者のユーザＩＤが記録されている。たとえば、ユーザＩＤ「ＡＡＡ」は本人であるため、有事ログインを行なわない。ユーザＩＤ「ＢＢＢ」が有事ログインする場合には、ユーザＩＤ「ＣＣＣ」およびユーザＩＤ「ＤＤＤ」の承認が必要である。

ユーザＩＤ「ＦＦＦ」が有事ログインする際には、レベル２以上のユーザ２名の承認が必要である。この場合、図４を使用して説明した有事ログインの手順において、終活ＣＰＵ３１は、ユーザＩＤ「ＢＢＢ」、ユーザＩＤ「ＣＣＣ」およびユーザＩＤ「ＤＤＤ」の３名に問合せを送信する。終活ＣＰＵ３１は、このうちの２名からの承認を受信した場合に、ユーザＩＤ「ＦＦＦ」のログインを許可する。

氏名フィールドには、氏名が記録されている。所属フィールドには、所属が記録されている。メールアドレスフィールドには、メールアドレスが記録されている。電話番号フィールドには、電話番号が記録されている。住所フィールドには、住所が記録されている。生年月日フィールドには、生年月日が記録されている。性別フィールドには、性別が記録されている。個人情報フィールドには、さらにＳＮＳ（Social Network Service）のアカウント等が記録されても良い。

ユーザＤＢ４１は、一つのアカウントにアクセスする一人のユーザについて、一つのレコードを有する。なお、図４および図６においては、有事ログイン時の承認者は２名であるが、承認者の数は３名以上または１名であっても良い。有事ログインするユーザによって、承認者の数が異なっていても良い。

図７は、権限ＤＢ４２のレコードレイアウトを示す説明図である。権限ＤＢ４２は、権限レベルと、許可される操作とを関連付けて記録するＤＢである。権限ＤＢ４２は、権限レベルフィールド、本人情報フィールド、代理人情報フィールド、資産情報フィールド、履歴情報閲覧フィールドおよび競売品情報フィールドを有する。本人情報フィールド、代理人情報フィールドおよび資産情報フィールドは、それぞれ登録・変更フィールドおよび閲覧フィールドを有する。競売品情報フィールドは、登録・変更フィールド、売却フィールドおよび閲覧フィールドを有する。

権限レベルフィールドには、権限レベルが記録されている。本人情報フィールドの登録・変更フィールドには、本人情報の登録および変更権限の有無が記録されている。本人情報フィールドの閲覧フィールドには、本人情報の閲覧権限の有無が記録されている。代理人情報フィールドの登録・変更フィールドには、代理人情報の登録および変更権限の有無が記録されている。代理人情報フィールドの閲覧フィールドには、代理人情報の閲覧権限の有無が記録されている。

資産情報フィールドの登録・変更フィールドには、資産情報の登録および変更権限の有無が記録されている。資産情報フィールドの閲覧フィールドには、資産情報の閲覧権限の有無が記録されている。履歴情報閲覧フィールドには、アカウントの登録、変更および閲覧にかかる履歴情報の閲覧権限の有無が記録されている。

競売品情報フィールドの登録・変更フィールドには、競売品情報の登録および変更権限の有無が記録されている。競売品情報フィールドの売却フィールドには、競売品の売却権限の有無が記録されている。競売品情報フィールドの閲覧フィールドには、競売品情報の閲覧権限の有無が記録されている。権限ＤＢ４２は、一つの権限レベルについて、一つのフィールドを有する。

なお、競売品は、後述する動産ＤＢ４５に記録された高級ブランド品、宝飾品、絵画または骨董品等の高級動産を意味する。これらの高級動産は、競売事業者による競売により、売却可能である。相続が発生する前に高級動産を売却することにより、終活の一環である身辺整理を行なえる。

各レベルの概要を説明する。レベル０は、本人の権限であり、本人情報、代理人情報および資産情報の登録、変更、閲覧と、履歴情報の閲覧と、競売品情報の登録、変更、閲覧および競売品の売却とが可能である。レベル１は、ログイン時に本人の承認を得るか、または有事ログインを行なうことにより、本人と同等の情報の閲覧および操作が可能である。レベル１は、スマートフォン等の操作が苦手な本人に代わり、アカウントに関連する各種操作を行なうユーザに付与されるレベルである。

レベル２は、本人情報の登録および変更と、競売品の売却以外の操作が可能である。レベル３は、本人情報、代理人情報、資産情報、履歴情報および競売品情報の閲覧が可能であるが、登録、変更および競売品の売却は行なえない。レベル４は、本人情報および代理人情報の閲覧のみが可能である。たとえば、近所の知人、訪問看護師等、資産管理には関与しない人にレベル４のアカウントを発行しておくことにより、本人が意識不明になったような場合に、代理人の連絡先を調べて連絡することが可能である。

なお、権限レベルは４段階に限定しない。５段階以上または３段階以下に、権限レベルを分けても良い。権限ＤＢ４２に、アカウント所有者本人のＩＤを記録するアカウントＩＤフィールドを設け、アカウントごとに、権限レベルの定義を異なるようにしても良い。

図８は、動産ＤＢ４５のレコードレイアウトを示す説明図である。動産ＤＢ４５は、高級ブランド品、宝飾品、絵画または骨董品等の、相続品になり得る高級動産に固有に付与した動産ＩＤと、対象物品と、相続人と、査定額とを関連付けて記録するＤＢである。

動産ＤＢ４５は、アカウントＩＤフィールド、動産ＩＤフィールド、対象物品フィールド、相続人フィールドおよび査定額フィールドを有する。対象物品フィールドは、カテゴリフィールド、品名・説明フィールド、購入日フィールド、購入金額フィールドおよび画像フィールドを有する。査定額フィールドは、Ａ動産鑑定フィールド、Ｂ鑑定協会フィールド、Ｃ鑑定フィールドおよび最高査定額フィールドを有する。

アカウントＩＤフィールドには、終活システム１０により資産管理等の終活を行なう本人に固有に付与されたユーザＩＤが記録されている。動産ＩＤフィールドには、対象物品に固有に付与された動産ＩＤが記録されている。カテゴリフィールドには、対象物品のカテゴリが記録されている。品名・説明フィールドには、対象物品の品名、説明、型番等が記録されている。購入日フィールドには、対象物品の購入日が記録されている。購入金額フィールドには、対象物品の購入金額が記録されている。画像フィールドには、対象物品の写真が記録されている。画像フィールドには、対象物品自体の写真の他に、購入時の鑑定書、説明書、領収書等の画像が記録されても良い。画像フィールドには、動画または音声が記録されても良い。

相続人フィールドには、将来対象物品を相続する予定の人が記録されている。Ａ動産鑑定フィールド、Ｂ鑑定協会フィールドおよびＣ鑑定フィールドには、Ａ動産鑑定、Ｂ鑑定協会およびＣ鑑定からそれぞれ提示されて対象物品の査定額が記録されている。ここで、Ａ動産鑑定、Ｂ鑑定協会、Ｃ鑑定は、競売事業者の例示である。競売事業者の数は３つに限定しない。最高査定額フィールドには、提示された査定額のうち、最高値が記録されている。

図９は、資産ＤＢ４３のレコードレイアウトを示す説明図である。資産ＤＢ４３は、本人が保有する資産および負債を記録するＤＢである。資産ＤＢ４３は、アカウントＩＤフィールド、区分フィールド、カテゴリフィールド、委託先１フィールド、委託先２フィールド、識別ＩＤフィールド、パスワードフィールド、金額フィールドおよび備考フィールドを有する。

アカウントＩＤフィールドには、終活システム１０により資産管理等の終活を行なう本人に固有に付与されたユーザＩＤが記録されている。区分フィールドには、「流動資産」、「固定資産」および「負債」の区分が記録されている。カテゴリフィールドには、資産および負債のカテゴリが記録されている。

委託先１フィールドおよび委託先２フィールドには、資産および負債にかかわる企業名および支店名が記録されている。識別ＩＤフィールドには、口座番号または証書番号等が記録されている。パスワードフィールドにはパスワードが記録されている。パスワードフィールドは、暗号化されていることが望ましい。

金額フィールドには、資産および負債の金額が記録されている。「随時取得」は、ネットバンキング等のサービスにより最新情報を得られることを示す。備考フィールドには、備考が記録されている。資産ＤＢ４３は、１つの資産または負債について、１つのレコードを有する。

図１０は、推移ＤＢ４４のレコードレイアウトを示す説明図である。推移ＤＢ４４は、本人の資産額および負債額の推移を記録するＤＢである。推移ＤＢ４４は、アカウントフィールド、算出日フィールド、資産フィールド、負債フィールドおよび純資産フィールドを有する。資産フィールドは、流動資産フィールドおよび固定資産フィールドを有する。

アカウントＩＤフィールドには、終活システム１０により資産管理等の終活を行なう本人に固有に付与されたユーザＩＤが記録されている。算出日フィールドには、資産および負債を算出した算出日が記録されている。流動資産フィールドには、流動資産の金額が記録されている。固定資産フィールドには、固定資産の金額が記録されている。

負債フィールドには、負債の金額が記録されている。純資産フィールドには、純資産の金額が記録されている。なお、純資産は、（１）式により算出される。
純資産＝流動資産＋固定資産−負債 ‥‥‥ （１）

推移ＤＢ４４は、１回の算出ごとに１つのレコードを有する。終活ＣＰＵ３１は、本人のアカウントへのアクセスがあり資産および負債を算出する都度、推移ＤＢ４４にレコードを作成して、資産および負債を記録する。終活ＣＰＵ３１は、たとえば毎月１回等の定期的な間隔で資産および負債を算出して、推移ＤＢ４４に記録しても良い。

図１１から図１５は、情報処理装置２０が表示する画面を示す説明図である。図１１は、終活システム１０を起動した際に表示されるログイン画面を示す。ログイン画面には、ログインＩＤ欄６１、パスワード欄６２、本人ＩＤ欄６３およびログインボタン６４が表示されている。ログインボタン６４は、第１ログインボタン６４１および第２ログインボタン６４２を含む。

ユーザは、ログインＩＤ欄６１に自分のユーザＩＤを、パスワード欄６２にパスワードを、本人ＩＤ欄６３に終活アカウント所有者本人のＩＤを入力する。なお、一つのユーザＩＤで、一人のアカウントのみの代理を行なう場合には、本人ＩＤ欄６３は無くても良い。

ログインＩＤと本人ＩＤとが同一である場合、アカウントの所有者本人のログインであるため、ログインＩＤとパスワードの認証により、終活ＣＰＵ３１はログインを許可する。ログインＩＤと本人ＩＤとが異なり、第１ログインボタン６４１の選択を受け付けた場合、ＣＰＵ２１および終活ＣＰＵ３１は図３を使用して説明した通常の代理人ログインの処理を行なう。第２ログインボタン６４２の選択を受け付けた場合、ＣＰＵ２１および終活ＣＰＵ３１は、図４を使用して説明した有事ログインの処理を行なう。

なお、第１ログインボタン６４１および第２ログインボタン６４２は、ボタンの形状に限定しない。たとえば第２ログインボタン６４２は、「有事ログインの際はここを押してください」等の文字が表示されたハイパーリンクであっても良い。

図１２は、図７を使用して説明した権限レベルが０から３であるユーザによるログイン完了後に表示されるトップ画面を示す。トップ画面には、本人名欄６８、資産欄６５、制御ボタン６６およびログアウトボタン６７が表示されている。資産欄６５は、流動資産欄６５１、固定資産欄６５２、負債欄６５３、純資産欄６５４、相続税欄６５５を含む。

流動資産欄６５１、固定資産欄６５２および負債欄６５３には、詳細ボタン６９が表示されている。制御ボタン６６は、本人情報ボタン６６１、代理人情報ボタン６６２、閲覧履歴ボタン６６３、推移グラフボタン６６４、競売品売却ボタン６６５を含む。それぞれのボタンが選択された場合の終活システム１０の動作については、後述する。

本人名欄６８には、アカウントの所有者本人の名前が表示されている。流動資産欄６５１、固定資産欄６５２、負債欄６５３および純資産欄６５４には、資産ＤＢ４３に基づいて算出された流動資産の合計額、固定資産の合計額、負債の合計額および純資産額が表示されている。相続税欄６５５には、純資産額および相続税法の規定に基づいて算出された相続税額が表示されている。

図１３は、図７を使用して説明した権限レベルが４であるユーザによるログイン完了後に表示されるトップ画面を示す。トップ画面には、本人名欄６８、本人情報ボタン６６１、代理人情報ボタン６６２およびログアウトボタン６７が表示されている。権限レベルが４であるユーザは資産情報および履歴情報への閲覧権限を有さない。したがって、資産欄６５には閲覧権限を有さない旨が表示される。推移グラフボタン６６４および閲覧履歴ボタン６６３は表示されない。

図１４は、図１２において競売品売却ボタン６６５の選択を受け付けた場合に表示される相続品一覧画面を示す。相続品一覧画面には、ログアウトボタン６７および物品リスト欄８２が表示されている。物品リスト欄８２には、対象物品が一覧表形式で表示されている。それぞれの物品行に、詳細ボタン６９、物品の概要および代表写真が表示されている。ここで査定額は、事前に競売事業者から取得した査定額のうちの、最高査定額が表示される。

競売品情報の登録変更権限を有するレベル０からレベル２のユーザが使用する場合には、物品リスト欄８２の左端に示すチェックボックス、鑑定依頼ボタン７６および追加ボタン７２が表示される。売却権限を有するレベル０またはレベル１のユーザが使用する場合には、さらに売却ボタン８３が表示される。

ユーザがチェックボックスにチェックを入れた後に鑑定依頼ボタン７６を選択することにより、終活ＣＰＵ３１は、ユーザによる鑑定指示を受け付ける。終活ＣＰＵ３１は、所定の競売事業者に当該物品の買取金額の査定を依頼する。同様にユーザが、チェックボックスにチェックを入れた後に売却ボタン８３を選択することにより、終活ＣＰＵ３１はユーザからの売却指示を受け付ける。終活ＣＰＵ３１は、所定の競売事業者に当該物品の買い取りを依頼する。終活ＣＰＵ３１は、複数の業者に平行して買い取りを依頼し、最も高い金額を提示した業者に対して売却処理を行なう。

図１５は、図１４において詳細ボタン６９または追加ボタン７２の選択を受け付けた場合に表示される相続品情報画面を示す。相続品情報画面の上部にログアウトボタン６７が表示されている。ログアウトボタン６７の下に、カテゴリ、品名・説明、購入日、購入金額、相続人および写真欄７８が表示されている。

競売品情報の登録・変更権限を有するレベル０からレベル２のユーザが使用する場合には、カメラボタン７７、登録ボタン７１および鑑定依頼ボタン７６が表示される。また、各項目は、編集可能な状態である。いずれかの項目の編集が行なわれた場合、登録ボタン７１が選択されるまでの間、鑑定依頼ボタン７６は選択不可能な状態に設定される。それ以外のユーザが使用している場合には、カメラボタン７７、登録ボタン７１および鑑定依頼ボタン７６は表示されず、各項目の編集も行なえない。

カメラボタン７７の選択を受け付けた場合、ＣＰＵ２１はカメラ２７を起動して対象物品等の撮影を受け付ける。ＣＰＵ２１は、撮影された写真を写真欄７８に表示する。登録ボタン７１の選択を受け付けた場合、ＣＰＵ２１は入力を受け付けたデータを終活ＣＰＵ３１に送信する。終活ＣＰＵ３１は、受信したデータを動産ＤＢ４５に記録する。

鑑定依頼ボタン７６の選択を受け付けた場合、ＣＰＵ２１は終活ＣＰＵ３１に通知する。終活ＣＰＵ３１は、所定の競売事業者にメール等により鑑定依頼を送信する。なお、終活ＣＰＵ３１は、ＣＰＵ２１を介してユーザによる競売事業者の選択を受け付けても良い。終活ＣＰＵ３１は、対象物品のカテゴリ等に応じて競売事業者を選択しても良い。

図１６は、依頼メールの例を示す説明図である。送信元は「終活支援サービス」であり、ユーザの個人情報は伏せられている。メールには、競売事業者から査定額の入力を受け付けるＵＲＬ（Uniform Resource Locator）が記載されている。なお、終活ＣＰＵ３１は、送信したメールに対する返信メール、または、ＦＡＸ等により、査定額を受け付けても良い。終活ＣＰＵ３１は、受け付けた査定額を、動産ＤＢ４５に記録する。

なお、終活ＣＰＵ３１は、メール以外の任意の連絡手段により、競売事業者に連絡しても良い。終活ＣＰＵ３１は、対象物品に関する競売事業者からの追加質問を受け付けて、ユーザに伝達しても良い。

図１７から図２６は、情報処理装置２０が表示する画面を示す説明図である。図１７は、競売事業者からの査定額を受信した後の、相続品情報画面を示す。画面の下部に、それぞれの競売事業者から提示された査定額を一覧表示する査定金額欄７９が表示されている。図１７に示す画面を使用して、ユーザは写真等の追加登録、記載内容の修正、および、再度の査定依頼を行なえる。

図１８は、図１２または図１３において本人情報ボタン６６１の選択を受け付けた場合に表示される本人情報画面を示す。本人情報画面の上部に、ログアウトボタン６７が表示されている。本人情報の登録および変更権限を有するレベル０またはレベル１のユーザが使用している場合には、免許証入力ボタン７３および登録ボタン７１が表示される。それ以外のユーザが使用している場合には、免許証入力ボタン７３および登録ボタン７１は表示されない。

画面の中央部には、本人の氏名、メールアドレス、電話番号、住所、生年月日および性別が表示されている。レベル０またはレベル１のユーザは、これらの情報を編集して登録ボタン７１を選択することにより、ユーザＤＢ４１に記録された情報を更新できる。

免許証入力ボタン７３の選択を受け付けた場合、ＣＰＵ２１はカメラ２７を起動して免許証の撮影を受け付ける。ＣＰＵ２１は文字認識により免許証に記載された氏名、住所等を取得して、氏名欄および住所欄にそれぞれ入力する。これにより、文字入力の手間を省くことができる。なお、ＣＰＵ２１は運転免許証の代わりに、マイナンバーカード、健康保険証等の写真から氏名、住所等を取得しても良い。

図１９は、図１２または図１３において代理人情報ボタン６６２の選択を受け付けた場合に表示される代理人一覧画面を示す。代理人一覧画面には、ログアウトボタン６７、代理人リスト欄８１、および追加ボタン７２が表示されている。代理人リスト欄８１には、代理人が一覧表形式で表示されている。それぞれの代理人の行に、詳細ボタン６９が表示されている。

図２０および図２１は、図１９において詳細ボタン６９の選択を受け付けた場合に表示される代理人情報画面を示す。図２０および図２１は、一繋がりの画面であり、スクロール操作により全体が表示される。

代理人情報画面の上部にログアウトボタン６７および免許証入力ボタン７３が表示されている。免許証入力ボタン７３の機能は、図１８を使用して説明した本人情報画面と同様である。免許証入力ボタン７３の下に、代理人の氏名、メールアドレス、本人との関係、パスワード、電話番号、住所、生年月日および性別が表示されている。

代理人情報画面の下部に２つの有事承認者欄７５が設けられている。有事承認者欄７５には、図４を使用して説明した有事ログイン時の承認者が表示されている。

本人との関係の欄に、成年後見人欄７４が設けられている。成年後見人欄７４は、成年後見人指定欄７４１および登記事項証明書欄７４２を含む。未入力の登記事項証明書欄７４２に、カメラボタン７７が表示されている。

本人の判断力が不十分になり家庭裁判所により成年後見人等が選任された場合、ユーザは成年後見人指定欄７４１を選択してチェックマークを入れる。ユーザは、カメラボタン７７を操作して成年後見等にかかる登記事項証明書を撮影する。撮影された登記事項証明書の写真は、登記事項証明書欄７４２に入力される。

登記事項証明書は、法務局で発行される書類であり、地紋等の偽造防止手段が使用されている。ＣＰＵ２１または終活ＣＰＵ３１は、登記事項証明書の写真を解析することにより、真贋の判定および登記内容の認証を行なえる。

代理人情報の登録および変更権限を有さない、レベル３およびレベル４のユーザであっても、登録ボタン７１を選択することにより、成年後見人の登録をユーザＤＢ４１に記録できる。これにより、家庭裁判所により選任された成年後見人等が終活システム１０を利用できる。

なお、レベル３およびレベル４のユーザから、成年後見人の登録以外の箇所の編集および登録ボタン７１の選択を受け付けた場合、ＣＰＵ２１は編集内容をユーザＤＢ４１に反映しない。代理人情報の登録および変更権限を有するレベル０からレベル２のユーザから登録ボタン７１の選択を受け付けた場合、ＣＰＵ２１は編集内容を終活ＣＰＵ３１に送信して、ユーザＤＢ４１に反映させる。

図２２は、図１２において流動資産欄６５１または固定資産欄６５２内に表示された詳細ボタン６９の選択を受け付けた場合に表示される資産情報画面を示す。資産情報画面には、資産ＤＢ４３に記録された流動資産および固定資産の一覧が表示される。なお、資産ＤＢ４３の金額フィールドに「随時取得」と記録された資産に関しては、識別ＩＤフィールドおよびパスワードフィールドに記録された識別ＩＤおよびパスワードを用いて、終活ＣＰＵ３１が各金融機関等から取得する。資産情報の登録および変更権限を有するレベル０からレベル２のユーザが使用する場合には、画面の右下に、追加ボタン７２が表示される。

図２３は、図１２において負債欄６５３内に表示された詳細ボタン６９の選択を受け付けた場合に表示される負債情報画面を示す。負債情報画面には、資産ＤＢ４３に記録された負債の一覧が表示される。資産情報の登録および変更権限を有するレベル０からレベル２のユーザが使用する場合には、画面の右下に、追加ボタン７２が表示される。

図２４は、図２２または図２３において、追加ボタン７２の選択を受け付けた場合に表示される資産登録画面を示す。資産登録画面には、資産の区分、カテゴリ等、資産ＤＢ４３の各フィールドに対応する項目の入力を受け付ける入力欄が表示されている。登録ボタン７１の選択を受け付けた場合、ＣＰＵ２１は編集内容を終活ＣＰＵ３１に送信して、資産ＤＢ４３に反映させる。

図２５は、図１２において閲覧履歴ボタン６６３の選択を受け付けた場合に表示される履歴画面を示す。履歴画面には、終活ＣＰＵ３１により補助記憶装置３３に記録された、いつ、どのユーザがどのような操作を行なったかの操作ログが表示される。操作ログは、テキスト形式またはＣＳＶ（Comma-Separated Values）形式等、任意の形式で記録される。情報処理システムの操作ログは、従来から一般的に使用されているため、詳細については省略する。

なお、操作ログは、ブロックチェーンを用いて記録されても良い。ブロックチェーンを用いることにより、ログの改竄が困難になる。そのため、代理人による不正な操作を抑止できる。

図２６は、図１２において推移グラフボタン６６４の選択を受け付けた場合に表示される資産推移画面を示す。終活ＣＰＵ３１は、推移ＤＢ４４に記録されたデータに基づいて、資産の推移をグラフで資産推移画面に表示する。グラフの横軸は、資産、負債および純資産を算出した月を示す。縦軸は、資産、負債および純資産の金額を示す。実線は、固定資産と流動資産とを合計した資産の推移を示す。破線は、負債の推移を示す。縦棒グラフは、純資産の推移を示す。

図２７および図２８は、プログラムの処理の流れを説明するフローチャートである。第１ＣＰＵ２１１は、図１１を使用して説明したログイン画面から受け付けた情報に基づいて、終活ＣＰＵ３１にログイン要求を送信する（ステップＳ５０１）。

終活ＣＰＵ３１は、ログイン要求を受信する（ステップＳ６０１）。終活ＣＰＵ３１は、ログイン情報が正しいか否かを判定する認証を行なう（ステップＳ６０２）。ログイン情報が正しくない場合には、終活ＣＰＵ３１はログインできない旨を第１ＣＰＵ２１１に送信するか、または、ログイン要求を無視する。

終活ＣＰＵ３１は、ログイン要求が通常ログイン要求であるか否かを判定する（ステップＳ６０３。通常ログイン要求であると判定した場合（ステップＳ６０３でＹＥＳ）、ログインするユーザの権限が本人、すなわち権限がレベル０であるか否かを判定する（ステップＳ６０４）。

本人の権限であると判定した場合（ステップＳ６０４でＹＥＳ）、終活ＣＰＵ３１は資産取得のサブルーチンを起動する（ステップＳ６０５）。資産取得のサブルーチンは、資産ＤＢ４３に記録された情報に基づいて資産を取得するサブルーチンである。資産取得のサブルーチンの処理の流れは後述する。終活ＣＰＵ３１は、第１ＣＰＵ２１１にログイン許可およびユーザの権限レベルを送信する。

第１ＣＰＵ２１１は、ログイン許可およびユーザの権限レベルを受信する（ステップＳ５０２）。第１ＣＰＵ２１１は、操作受付のサブルーチンを起動する（ステップＳ５０３）。操作受付のサブルーチンは、図１２から図２６を使用して説明したユーザの操作を受け付けて、画面を表示するサブルーチンである。操作受付のサブルーチンの処理の流れは後述する。その後、第１ＣＰＵ２１１は処理を終了する。

本人の権限ではないと判定した場合（ステップＳ６０４でＮＯ）、終活ＣＰＵ３１は第２ＣＰＵ２１２に、承認要求を送信する（ステップＳ６０６）。第２ＣＰＵ２１２は、承認要求を受信する（ステップＳ７０１）。第２ＣＰＵ２１２は、たとえば「代理人Ａさんがあなたの終活アカウントを使用します。承認しますか？（承認する／承認しない）」というポップアップ画面を表示する（ステップＳ７０２）。

第２ＣＰＵ２１２は、「承認する」または「承認しない」のボタンを介して本人による入力を取得する（ステップＳ７０３）。第２ＣＰＵ２１２は、取得した回答を終活ＣＰＵ３１に送信する（ステップＳ７０４）。

終活ＣＰＵ３１は、回答を受信する（ステップＳ６１１）。なお、終活ＣＰＵ３１は、所定の時間内に回答を受信しない場合には、「承認しない」の回答を受信したと判定して、次のステップに進んでも良い。

終活ＣＰＵ３１は、本人により代理人のログインが承認されたか否かを判定する（ステップＳ６１２）。承認されないと判定した場合（ステップＳ６１２でＮＯ）、終活ＣＰＵ３１は、第１ＣＰＵ２１１にログイン不許可を送信する。第１ＣＰＵ２１１は、ログイン不許可を受信する（ステップＳ５０５）。第１ＣＰＵ２１１は、ログインが許可されない旨を表示して、処理を終了する。

承認されたと判定した場合（ステップＳ６１２でＹＥＳ）、終活ＣＰＵ３１は資産取得のサブルーチンを起動する（ステップＳ６１３）。資産取得のサブルーチンは、ステップＳ６０５で起動するサブルーチンと同一のサブルーチンである。終活ＣＰＵ３１は、第１ＣＰＵ２１１にログイン許可およびユーザの権限レベルを送信する。

第１ＣＰＵ２１１は、ログイン許可およびユーザの権限レベルを受信する（ステップＳ５０７）。第１ＣＰＵ２１１は、操作受付のサブルーチンを起動する（ステップＳ５０８）。操作受付のサブルーチンは、ステップＳ５０３で起動するサブルーチンと同一のサブルーチンである。その後、第１ＣＰＵ２１１は処理を終了する。

通常ログイン要求ではない、すなわち、有事ログイン要求であると判定した場合（ステップＳ６０３でＮＯ）、終活ＣＰＵ３１は本人のアカウントＩＤおよびログイン中のユーザＩＤをキーとしてユーザＤＢ４１を検索し、抽出したレコードの有事ログイン条件フィールドから有事ログイン条件を取得する（ステップＳ６２１）。以下の説明では、有事ログイン条件は、第３情報処理装置２０３のユーザおよび第４情報処理装置２０４のユーザの承認である場合を例にして説明する。

終活ＣＰＵ３１は、第３ＣＰＵ２１３および第４ＣＰＵ２１４にそれぞれ承認要求を送信する（ステップＳ６２２）。第３ＣＰＵ２１３および第４ＣＰＵ２１４は、承認要求を受信する（ステップＳ７１１）。第３ＣＰＵ２１３および第４ＣＰＵ２１４は、たとえば「代理人Ａさんが、太郎さんの終活アカウントへの有事ログインを希望しています。承認しますか？（承認する／承認しない）」というポップアップ画面を表示する（ステップＳ７１２）。

第３ＣＰＵ２１３および第４ＣＰＵ２１４は、「承認する」または「承認しない」のボタンを介して承認者による入力を取得する（ステップＳ７１３）。第３ＣＰＵ２１３および第４ＣＰＵ２１４は、取得した回答を終活ＣＰＵ３１に送信する（ステップＳ７１４）。

終活ＣＰＵ３１は、回答を受信する（ステップＳ６３１）。なお、終活ＣＰＵ３１は、所定の時間内に回答を受信しない場合には、「承認しない」の回答を受信したと判定して、次のステップに進んでも良い。

終活ＣＰＵ３１は、ステップＳ６２１で取得した有事ログイン条件が満たされたか否かを判定する（ステップＳ６３２）。条件が満たされないと判定した場合（ステップＳ６３２でＮＯ）、終活ＣＰＵ３１は、第１ＣＰＵ２１１にログイン不許可を送信する。第１ＣＰＵ２１１は、ログイン不許可を受信する（ステップＳ５１１）。第１ＣＰＵ２１１は、ログインが許可されない旨を表示して、処理を終了する。

条件が満たされたと判定した場合（ステップＳ６３２でＹＥＳ）、終活ＣＰＵ３１は資産取得のサブルーチンを起動する（ステップＳ６３３）。資産取得のサブルーチンは、ステップＳ６０５で起動するサブルーチンと同一のサブルーチンである。終活ＣＰＵ３１は、第１ＣＰＵ２１１にログイン許可およびユーザの権限レベルを送信する。

第１ＣＰＵ２１１は、ログイン許可およびユーザの権限レベルを受信する（ステップＳ５１５）。第１ＣＰＵ２１１は、操作受付のサブルーチンを起動する（ステップＳ５１６）。操作受付のサブルーチンは、ステップＳ５０３で起動するサブルーチンと同一のサブルーチンである。その後、第１ＣＰＵ２１１は処理を終了する。

図２９は、操作受付のサブルーチンの処理の流れを説明するフローチャートである。操作受付のサブルーチンは、入力部２５を介して図１２から図２６を使用して説明したユーザの操作を受け付けて、表示部２６に画面を表示するサブルーチンである。

ＣＰＵ２１は、終活ＣＰＵ３１からデータを取得して、図１２および図１３を使用して説明したトップ画面を表示する（ステップＳ５２１）。ＣＰＵ２１は、資産欄６５内の詳細ボタン６９の選択を受け付けたか否かを判定する（ステップＳ５２２）。詳細ボタン６９の選択を受け付けたと判定した場合（ステップＳ５２２でＹＥＳ）、ＣＰＵ２１は終活ＣＰＵ３１からデータを取得して、図２２を使用して説明した資産情報画面または図２３を使用して説明した負債情報画面により、資産の詳細を表示する（ステップＳ５２３）。

詳細ボタン６９の選択を受け付けていないと判定した場合（ステップＳ５２２でＮＯ）、ＣＰＵ２１は本人情報ボタン６６１の選択を受け付けたか否かを判定する（ステップＳ５２４）。本人情報ボタン６６１の選択を受け付けたと判定した場合（ステップＳ５２４でＹＥＳ）、ＣＰＵ２１は終活ＣＰＵ３１からデータを取得して、図１８を使用して説明した本人情報画面を表示する（ステップＳ５２５）。

本人情報ボタン６６１の選択を受け付けていないと判定した場合（ステップＳ５２４でＮＯ）、ＣＰＵ２１は代理人情報ボタン６６２の選択を受け付けたか否かを判定する（ステップＳ５２６）。代理人情報ボタン６６２の選択を受け付けたと判定した場合（ステップＳ５２６でＹＥＳ）、ＣＰＵ２１は代理人情報のサブルーチンを起動する（ステップＳ５２７）。代理人情報のサブルーチンは、代理人情報の登録、変更および閲覧を受け付けるサブルーチンである。代理人情報のサブルーチンの処理の流れは後述する。

代理人情報ボタン６６２の選択を受け付けていないと判定した場合（ステップＳ５２６でＮＯ）、ＣＰＵ２１は閲覧履歴ボタン６６３の選択を受け付けたか否かを判定する（ステップＳ５２８）。閲覧履歴ボタン６６３の選択を受け付けたと判定した場合（ステップＳ５２８でＹＥＳ）、ＣＰＵ２１は終活ＣＰＵ３１からデータを取得して、図２５を使用して説明した履歴画面を表示する（ステップＳ５２９）。

閲覧履歴ボタン６６３の選択を受け付けていないと判定した場合（ステップＳ５２８でＮＯ）、ＣＰＵ２１は推移グラフボタン６６４の選択を受け付けたか否かを判定する（ステップＳ５３０）。推移グラフボタン６６４の選択を受け付けたと判定した場合（ステップＳ５３０でＹＥＳ）、ＣＰＵ２１は終活ＣＰＵ３１からデータを取得して、図２６を使用して説明した資産推移画面を表示する（ステップＳ５３１）。

推移グラフボタン６６４の選択を受け付けていないと判定した場合（ステップＳ５３０でＮＯ）、ＣＰＵ２１は競売品売却ボタン６６５の選択を受け付けたか否かを判定する（ステップＳ５７１）。競売品売却ボタン６６５の選択を受け付けたと判定した場合（ステップＳ５７１でＹＥＳ）、ＣＰＵ２１は動産のサブルーチンを起動する（ステップＳ５７２）。動産のサブルーチンは、動産に関する情報の入力および更新を受け付けるサブルーチンである。動産のサブルーチンの処理の流れは後述する。

ステップＳ５２３、ステップＳ５２５、ステップＳ５２７、ステップＳ５２９、ステップＳ５３１またはステップＳ５７２の終了後、ＣＰＵ２１はユーザによる操作のログを終活ＣＰＵ３１に送信して補助記憶装置３３の操作ログに記録する（ステップＳ５３２）。なお、ＣＰＵ２１は、補助記憶装置２３に一時的に操作ログを記録し、定期的に、または、プログラムの終了時に終活ＣＰＵ３１に送信しても良い。

競売品売却ボタン６６５の選択を受け付けていないと判定した場合（ステップＳ５７１でＮＯ）、またはステップＳ５３２の終了後、ＣＰＵ２１は処理を終了するか否かを判定する（ステップＳ５３３）。終了しないと判定した場合（ステップＳ５３３でＮＯ）、ＣＰＵ２１はステップＳ５２２に戻る。終了すると判定した場合（ステップＳ５３３でＹＥＳ）、ＣＰＵ２１は処理を終了する。

図３０は、動産のサブルーチンの処理の流れを説明するフローチャートである。動産のサブルーチンは、動産に関する情報の入力および更新を受け付けるサブルーチンである。

ＣＰＵ２１は終活ＣＰＵ３１を介して動産ＤＢ４５に記録されたデータを取得し、図１４を使用して説明した相続品一覧画面を表示する（ステップＳ５８１）。ＣＰＵ２１は、詳細ボタン６９の選択を受け付けたか否かを判定する（ステップＳ５８２）。

受け付けたと判定した場合（ステップＳ５８２でＹＥＳ）、選択を受け付けた詳細ボタン６９に対応する物品について、図１５を使用して説明した相続品情報画面を表示する（ステップＳ５８３）。ＣＰＵ２１は、ユーザが競売品情報を変更する権限を有するか否かを判定する（ステップＳ５８４）。

権限を有すると判定した場合（ステップＳ５８４でＹＥＳ）、ＣＰＵ２１は相続品情報画面の各項目を変更可能な状態にする。ＣＰＵ２１は、いずれかの項目の変更を受け付けたか否かを判定する（ステップＳ５８５）。変更を受け付けたと判定した場合（ステップＳ５８５でＹＥＳ）、ＣＰＵ２１は鑑定依頼ボタン７６を選択不可能な状態に設定する。ＣＰＵ２１は、登録ボタン７１の選択を受け付けるまで、相続品情報画面中の各項目の編集を受け付ける（ステップＳ５８６）。

詳細ボタン６９の選択を受け付けていないと判定した場合（ステップＳ５８２でＮＯ）、ＣＰＵ２１は追加ボタン７２の選択を受け付けたか否かを判定する（ステップＳ５８７）。追加ボタン７２の選択を受け付けたと判定した場合（ステップＳ５８７でＹＥＳ）、ＣＰＵ２１は図１５を使用して説明した相続品情報画面を各項目が空欄の状態で表示する。ＣＰＵ２１は、登録ボタン７１の選択を受け付けるまで、相続品情報画面中の各項目の入力を受け付ける（ステップＳ５８８）。

ステップＳ５８６またはステップＳ５８８の終了後、ＣＰＵ２１はステップＳ５８５またはステップＳ５８７で受け付けたデータを終活ＣＰＵ３１に送信して、動産ＤＢ４５を更新する（ステップＳ５８９）。

変更を受け付けていないと判定した場合（ステップＳ５８５でＮＯ）、または、ステップＳ５８９の終了後、ＣＰＵ２１は、鑑定依頼ボタン７６の選択を受け付けたか否かを判定する（ステップＳ５９１）。鑑定依頼ボタン７６の選択を受け付けたと判定した場合（ステップＳ５９１でＹＥＳ）、ＣＰＵ２１は鑑定依頼のサブルーチンを起動する（ステップＳ５９２）。鑑定依頼のサブルーチンは、終活ＣＰＵ３１を介して競売事業者に買い取り時の査定額の提示を依頼するサブルーチンである。鑑定依頼のサブルーチンの処理の流れは後述する。

追加ボタン７２の選択を受け付けていないと判定した場合（ステップＳ５８７でＮＯ）、ＣＰＵ２１は、鑑定依頼ボタン７６の選択を受け付けたか否かを判定する（ステップＳ９０１）。鑑定依頼ボタン７６の選択を受け付けたと判定した場合（ステップＳ９０１でＹＥＳ）、ＣＰＵ２１は、物品リスト欄８２の左端にあるチェックボックスにチェックマークが入った物品にかかる情報を取得する（ステップＳ９０２）。

ＣＰＵ２１は、チェックマークが入ったそれぞれの物品に関して、鑑定依頼のサブルーチンを起動する（ステップＳ９０３）。鑑定依頼のサブルーチンは、ステップＳ５９２で起動するサブルーチンと同一のサブルーチンである。

鑑定依頼ボタン７６の選択を受け付けていないと判定した場合（ステップＳ９０１でＮＯ）、ＣＰＵ２１は、売却ボタン８３の選択を受け付けたか否かを判定する（ステップＳ９０４）。売却ボタン８３の選択を受け付けたと判定した場合（ステップＳ９０４でＹＥＳ）、ＣＰＵ２１は、物品リスト欄８２の左端にあるチェックボックスにチェックマークが入った物品にかかる情報を取得する（ステップＳ９０５）。

ＣＰＵ２１は、チェックマークが入ったそれぞれの物品に関して、売却のサブルーチンを起動する（ステップＳ９０６）。売却のサブルーチンは、終活ＣＰＵ３１を介して競売事業者に物品を売却するサブルーチンである。売却のサブルーチンの処理の流れ

ユーザが競売品情報を変更する権限をしないと判定した場合（ステップＳ５８４でＮＯ）、相続品情報画面において鑑定依頼ボタン７６の選択を受け付けていないと判定した場合（ステップＳ５９１でＮＯ）、ステップＳ５９２、ステップＳ９０３、もしくはステップＳ９０６の終了後、ＣＰＵ２１はユーザによる操作のログを終活ＣＰＵ３１に送信して補助記憶装置３３に記録する（ステップＳ５９３）。

売却ボタン８３の選択を受け付けていないと判定した場合（ステップＳ９０４でＮＯ）、または、ステップＳ５９３の終了後、ＣＰＵ２１は処理を終了するか否かを判定する（ステップＳ５９４）。たとえば、ログアウトボタン６７の選択を受け付けた場合、ＣＰＵ２１は処理を終了すると判定する。

処理を終了しないと判定した場合（ステップＳ５９４でＮＯ）、ＣＰＵ２１はステップＳ５８１に戻る。処理を終了すると判定した場合（ステップＳ５９４でＹＥＳ）、ＣＰＵ２１は、処理を終了する。

なお、図３０を使用して説明する処理は、動産に関する情報の入力および更新を受け付ける処理の一例である。図１４に例示する詳細ボタン６９、追加ボタン７２および鑑定依頼ボタン７６が選択された際の処理は、図３０に示すフローチャートに示す処理に限定されず、独立して実施される場合もある。

図３１は、鑑定依頼のサブルーチンの処理の流れを説明するフローチャートである。鑑定依頼のサブルーチンは、終活ＣＰＵ３１を介して競売事業者に買取金額の査定を依頼するサブルーチンである。

ＣＰＵ２１は、鑑定依頼ボタン７６の選択を受け付けた旨および鑑定依頼対象の物品にかかる情報を終活ＣＰＵ３１に送信する（ステップＳ９１１）。ＣＰＵ２１は、その後処理を終了する。終活ＣＰＵ３１は、ＣＰＵ２１から送信された情報を受信する（ステップＳ６５１）。

終活ＣＰＵ３１は、所定の競売事業者が管理する競売サーバ５０の競売ＣＰＵ５１に、鑑定依頼を送信する（ステップＳ６５２）。たとえば、競売サーバ５０は競売事業者が使用するメールサーバであり、鑑定依頼は図１６を使用して説明したメールである。

競売ＣＰＵ５１は、依頼を受信する（ステップＳ９５１）。競売ＣＰＵ５１は、査定額を取得する（ステップＳ９５２）。査定額は、たとえば競売事業者の担当者により入力される。査定額は、競売事業者が管理するＤＢ等に基づいて自動的に算出されても良い。競売ＣＰＵ５１は査定額を終活ＣＰＵ３１に送信する（ステップＳ９５３）。

終活ＣＰＵ３１は、査定額を受信する（ステップＳ６５３）。終活ＣＰＵ３１は、動産ＤＢ４５に査定額を記録する（ステップＳ６５４）。終活ＣＰＵ３１は、各競売事業者から提示された査定額から最高額を抽出し、最高査定額フィールドに記録する（ステップＳ６５５）。

終活ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ６５６）。終活ＣＰＵ３１は、たとえばステップＳ６５２で鑑定依頼を送信したすべての競売事業者から査定額を受信した場合に、処理を終了すると判定する。終活ＣＰＵ３１は、ステップＳ６５２で鑑定依頼を送信した後に、所定の期間が経過した場合に、処理を終了すると判定しても良い。

処理を終了しないと判定した場合（ステップＳ６５６でＮＯ）、終活ＣＰＵ３１はステップＳ６５３に戻る。処理を終了すると判定した場合（ステップＳ６５６でＹＥＳ）、終活ＣＰＵ３１は処理を終了する。

図３２は、売却のサブルーチンの処理の流れを説明するフローチャートである。売却のサブルーチンは、終活ＣＰＵ３１を介して競売事業者に物品を売却するサブルーチンである。

ＣＰＵ２１は、売却ボタン８３の選択を受け付けた旨および売却対象の物品にかかる情報を終活ＣＰＵ３１に送信する（ステップＳ９２１）。ＣＰＵ２１は、その後処理を終了する。終活ＣＰＵ３１は、ＣＰＵ２１から送信された情報を受信する（ステップＳ６６１）。

終活ＣＰＵ３１は、所定の競売事業者が管理する競売サーバ５０の競売ＣＰＵ５１に、買取依頼を送信する（ステップＳ６６２）。たとえば、競売サーバ５０は競売事業者が使用するメールサーバであり、鑑定依頼は買取を依頼するメールである。

競売ＣＰＵ５１は、依頼を受信する（ステップＳ９６１）。競売ＣＰＵ５１は、査定額を取得する（ステップＳ９６２）。競売ＣＰＵ５１は査定額を終活ＣＰＵ３１に送信する（ステップＳ９６３）。

終活ＣＰＵ３１は、査定額を受信する（ステップＳ６６３）。終活ＣＰＵ３１は、動産ＤＢ４５に査定額を記録する（ステップＳ６６４）。終活ＣＰＵ３１は、各競売事業者から提示された査定額から最高額を抽出し、最高査定額フィールドに記録する（ステップＳ６５５）。

終活ＣＰＵ３１は、処理を終了するか否かを判定する（ステップＳ６６６）。処理を終了しないと判定した場合（ステップＳ６６６でＮＯ）、終活ＣＰＵ３１はステップＳ６６３に戻る。処理を終了すると判定した場合（ステップＳ６６６でＹＥＳ）、終活ＣＰＵ３１は処理を終了する。

なお、図３１を使用して説明した鑑定依頼のサブルーチンを実行後、所定の査定額有効期間内である場合には、終活ＣＰＵ３１はステップＳ６６２からステップＳ６６６までを省略しても良い。

終活ＣＰＵ３１は、売却先を決定する（ステップＳ６６７）。たとえば終活ＣＰＵ３１は、最高の査定額を提示した競売事業者を売却先に決定する。終活ＣＰＵ３１は、ＣＰＵ２１を介して競売事業者と査定額の一覧をユーザに提示して、売却先の選択を受け付けても良い。

終活ＣＰＵ３１は、売却先の競売ＣＰＵ５１に落札通知を送信する。落札通知は、たとえば売却する物品、売却価格、代金の振込先および振込期限等が記載されたメールである。競売ＣＰＵ５１は落札通知を受信する（ステップＳ９６４）。競売ＣＰＵ５１は、たとえばネットバンキングシステム等を介して送金処理を行う（ステップＳ９６５）。

終活ＣＰＵ３１は、入金を確認する（ステップＳ６７１）。終活ＣＰＵ３１は所定の配送事業者が管理する配送サーバ１７に、売却する物品を競売事業者に運ぶ配送依頼を送信する（ステップＳ６７２）。以上により、終活ＣＰＵ３１は、対象物品を競売事業者あてに発送する処理を実現する。終活ＣＰＵ３１は、動産ＤＢ４５を更新して、売却する対象物品を削除する（ステップＳ６７３）。

配送サーバ１７は、配送依頼を受信する（ステップＳ９７１）。配送サーバ１７は、配送手配を行なう（ステップＳ９７２）。具体的には、配送サーバ１７は、ドライバおよび車両のスケジュールを所定の予定表に記録するとともに、ドライバに配送にかかる情報を通知する。

図３３は、代理人情報のサブルーチンの処理の流れを説明するフローチャートである。代理人情報のサブルーチンは、代理人情報の登録、変更および閲覧を受け付けるサブルーチンである。

ＣＰＵ２１は終活ＣＰＵ３１からデータを取得して、図１９を使用して説明した代理人一覧画面を表示する（ステップＳ５４１）。ＣＰＵ２１は、詳細ボタン６９の選択を受け付けたか否かを判定する（ステップＳ５４２）。

受け付けたと判定した場合（ステップＳ５４２でＹＥＳ）、選択を受け付けた詳細ボタン６９に対応する代理人について、図２０および図２１を使用して説明した代理人情報画面を表示する（ステップＳ５４３）。ＣＰＵ２１は、登録ボタン７１の選択を受け付けるまで、代理人情報画面中の各項目の編集を受け付ける（ステップＳ５４４）。

受け付けていないと判定した場合（ステップＳ５４２でＮＯ）、ＣＰＵ２１は追加ボタン７２の選択を受け付けたか否かを判定する（ステップＳ５４５）。追加ボタン７２の選択を受け付けたと判定した場合（ステップＳ５４５でＹＥＳ）、ＣＰＵ２１は図２０および図２１を使用して説明した代理人情報画面を各項目が空欄の状態で表示する。ＣＰＵ２１は、登録ボタン７１の選択を受け付けるまで、代理人情報画面中の各項目の入力を受け付ける（ステップＳ５４６）。

ステップＳ５４４またはステップＳ５４６の終了後、ＣＰＵ２１は成年後見人指定欄７４１にチェックマークが表示されているか否かを判定する（ステップＳ５５１）。チェックマークが表示されていると判定した場合（ステップＳ５５１でＹＥＳ）、ＣＰＵ２１は登記事項証明書欄７４２に登記事項証明書が入力されているか否かを判定する（ステップＳ５５２）。

登記事項証明書が入力されていると判定された場合（ステップＳ５５２でＹＥＳ）、ＣＰＵ２１は登記事項証明書が真正であるか否かを認証する（ステップＳ５５３）。なお、ＣＰＵ２１は登記事項証明書のデータを終活ＣＰＵ３１に送信し、終活ＣＰＵ３１が認証を行なっても良い。

ＣＰＵ２１は、認証が成功した、すなわち登記事項証明書欄７４２に入力された登記事項証明書が真正であると認められたか否かを判定する（ステップＳ５５４）。認証が成功したと判定した場合（ステップＳ５５４でＹＥＳ）、ＣＰＵ２１はステップＳ５４４またはステップＳ５４６で受け付けたデータを終活ＣＰＵ３１に送信して、ユーザＤＢ４１を更新する（ステップＳ５５５）。

なお、代理人が成年後見人または保佐人である旨が登記事項証明書に記載されている場合、ＣＰＵ２１および終活ＣＰＵ３１は、代理人の権限レベルを本人の権限レベルに相当するレベル０に設定し、アカウント所有者本人の権限レベルをたとえばレベル４に設定する。このようにすることにより、「判断能力を欠く常況にある」本人により、誤った入力等が行なわれることを防止できる。

成年後見人指定欄７４１にチェックマークが表示されていないと判定した場合（ステップＳ５５１でＮＯ）、ＣＰＵ２１はログイン中のユーザが代理人情報を登録および変更する権限を有するか否かを判定する（ステップＳ５６１）。権限を有すると判定した場合（ステップＳ５６１でＹＥＳ）、ＣＰＵ２１はステップＳ５４４またはステップＳ５４６で受け付けたデータを終活ＣＰＵ３１に送信して、ユーザＤＢ４１を更新する（ステップＳ５６２）。

登記事項証明書が入力されていないと判定した場合（ステップＳ５５２でＮＯ）、認証が失敗したと判定した場合（ステップＳ５５４でＮＯ）、または、権限を有さないと判定した場合（ステップＳ５６１でＮＯ）、ＣＰＵ２１はエラーが発生した旨を表示部２６に表示する（ステップＳ５６３）。

追加ボタン７２の選択を受け付けていないと判定した場合（ステップＳ５４５でＮＯ）、または、ステップＳ５５５、ステップＳ５６２もしくはステップＳ５６３の終了後、ＣＰＵ２１は処理を終了するか否かを判定する（ステップＳ５６４）。たとえば、ログアウトボタン６７の選択を受け付けた場合、ＣＰＵ２１は処理を終了すると判定する。

処理を終了しないと判定した場合（ステップＳ５６４でＮＯ）、ＣＰＵ２１はステップＳ５４２に戻る。処理を終了すると判定した場合（ステップＳ５６４でＹＥＳ）、ＣＰＵ２１はユーザによる操作のログを終活ＣＰＵ３１に送信して補助記憶装置３３に記録する（ステップＳ５６５）。ＣＰＵ２１は、処理を終了する。

図３４は、資産取得のサブルーチンの処理の流れを説明するフローチャートである。資産取得のサブルーチンは、資産ＤＢ４３に記録された情報に基づいて資産を取得するサブルーチンである。

終活ＣＰＵ３１は、本人のアカウントＩＤをキーとして資産ＤＢ４３を検索し、１つの資産レコードを取得する（ステップＳ６４１）。終活ＣＰＵ３１は、取得したレコードの金額フィールドに「随時取得」と記録されているか否かを判定する（ステップＳ６４２）。

「随時取得」と記録されていると判定した場合（ステップＳ６４２でＹＥＳ）、終活ＣＰＵ３１は同じレコードの識別ＩＤフィールドおよびパスワードフィールドに記録された情報を用いて当該資産の残高にかかる情報を、銀行、保険会社、ローン会社等の金融機関サーバ１５に要求する（ステップＳ６４３）。

金融機関サーバ１５は要求を受信する（ステップＳ８０１）。金融機関サーバ１５は、識別ＩＤおよびパスワードを認証する（ステップＳ８０２）。仮に認証に失敗した場合には、金融機関サーバ１５はステップＳ６４４で受信した要求を無視するか、または、認証できない旨を終活ＣＰＵ３１に通知する。金融機関サーバ１５は、指定された識別ＩＤにかかる残高を取得する（ステップＳ８０３）。金融機関サーバ１５は残高を終活ＣＰＵ３１に送信する（ステップＳ８０４）。終活ＣＰＵ３１は、残高を受信し、主記憶装置３２または補助記憶装置３３に一時的に記憶する（ステップＳ６４４）。

「随時取得」と記録されていないと判定した場合（ステップＳ６４２でＮＯ）、終活ＣＰＵ３１は金額フィールドに記録された金額を取得する（ステップＳ６４５）。ステップＳ６４５またはステップＳ６４４の終了後、終活ＣＰＵ３１はステップＳ６４１で取得したレコードの区分フィールドに記録された区分ごとに分けて、金額を加算する（ステップＳ６４６）。

終活ＣＰＵ３１は、資産ＤＢ４３に記録された本人のアカウントＩＤにかかるレコードの処理を終了したか否かを判定する（ステップＳ６４７）。終了していないと判定した場合（ステップＳ６４７でＮＯ）、終活ＣＰＵ３１はステップＳ６４１に戻る。終了したと判定した場合（ステップＳ６４７でＹＥＳ）、終活ＣＰＵ３１は処理を終了する。

本実施の形態によると、近親者等の代理人が、本人の承認を得て操作を行なうことにより、情報機器の操作が苦手な高齢者の終活を支援する終活システム１０を提供できる。有事ログイン機能を有することにより、本人の自己決定権を尊重しつつ、本人の状況が急変した場合にも対応できる終活システム１０を提供できる。

本実施の形態によると、預金等の金融資産に比べると金銭的価値が不明確であるが、相続を考慮する必要がある高額動産の処理を支援する終活システム１０を提供できる。代理人がスマートフォン等の情報処理装置２０を使用して、動産ＤＢ４５に対象物品を容易に登録可能である。動産ＤＢ４５に相続人フィールドを設けることにより、それぞれの物品を誰に相続させたいかという本人の意思を容易に記録できる。

図１４を使用して説明した相続品一覧画面を使用することにより、どのような高額動産を保有しているかを、容易に把握できる。そのため、売却等の生前整理をスムーズに行なえる。

終活ＣＰＵ３１を介して競売事業者に査定および買取を依頼することにより、ユーザのプライバシーを保護しながら、対象物品の金銭的価値を取得する終活システム１０を提供できる。複数の競売事業者から査定額を取得するため、対象物品を高く売却することにより、本人の身辺整理を円滑に進める終活システム１０を提供できる。

なお、対象物品を売却する代わりに、レンタルしても良い。この場合、図３２を使用して説明した売却のサブルーチンにおいて、売却価格の代わりにレンタル価格の査定を依頼する。

真正の登記事項証明書が入力された場合には、代理人の登録および変更権限を有さないユーザによる操作であっても代理人の登録および変更を可能にすることにより、家庭裁判所により選任された成年後見人等が操作できる終活システム１０を提供できる。

ネットワークを介して、預金、保険金、ローン残高等を取得して資産欄６５、資産情報画面および負債情報画面に表示することにより、純資産等の現状を容易に確認できる終活システム１０を提供できる。資産推移画面を表示することにより、たとえば今後の生活費の見通し等を容易に確認できる終活システム１０を提供できる。

履歴画面により、各ユーザの操作内容を一覧できるため、代理人同士の相互監視および本人による監視を行なえる。したがって、不正な操作を抑止できる終活システム１０を提供できる。ログの記録にブロックチェーンを使用することにより、ログの改竄が困難になり、さらに安全性の高い終活システム１０を提供できる。

履歴画面により、各ユーザの操作内容を一覧できるため、代理人同士の相互監視および本人による監視を行なえる。したがって、不正な操作を抑止できる終活システム１０を提供できる。ログの記録にブロックチェーンを使用することにより、ログの改竄が困難になり、さらに安全性の高い終活システム１０を提供できる。

相続税欄６５５に、純資産額および相続税法の規定に基づいて算出された相続税額が表示されるため、節税対策および納税準備対策の必要性を検討できる終活システム１０を提供できる。

［実施の形態２］
本実施の形態は、競売事業者からの買取希望を受け付ける終活システム１０に関する。実施の形態１と共通する部分については、説明を省略する。

図３５および図３６は、実施の形態２の競売サーバ５０が表示する画面を示す説明図である。図３５は、図示を省略する検索条件入力画面を介して、競売サーバ５０のユーザから「時計」の選択を受け付けた場合に、競売ＣＰＵ５１が表示部５６に表示する競売候補品情報画面を示す。

競売候補品一覧画面には、ログアウトボタン６７および物品リスト欄８２が表示されている。物品リスト欄８２には、複数のアカウントが保有する時計が終活ＣＰＵ３１を介して動産ＤＢ４５から取得され、一覧表形式で表示されている。それぞれの物品行に、詳細ボタン６９、物品の概要および代表写真が表示されている。

図３６は、図３５において詳細ボタン６９の選択を受け付けた場合に表示される競売候補品情報画面を示す。競売候補品情報画面の上部にログアウトボタン６７が表示されている。ログアウトボタン６７の下に、詳細情報欄８４および買取申込欄８５が表示されている。

詳細情報欄８４に、終活ＣＰＵ３１を介して動産ＤＢ４５から取得されたカテゴリ、品名・説明、購入日、購入金額、査定金額および写真が表示されている。買取申込欄８５に、買取オファー額欄８５１、コメント入力欄８５２および送信ボタン８５３が表示されている。なお、送信ボタン８５３は、買取オファー額欄８５１に数値が入力された場合に、選択可能な状態に設定される。競売ＣＰＵ５１は、それぞれの物品の動産ＩＤも終活ＣＰＵ３１から取得しているが、競売候補品情報画面には表示しない。

なお、図３５および図３６を使用して説明した画面は、ネットワークを介して競売サーバ５０に接続されたスマートフォン、タブレットまたはパソコン等の、汎用の情報処理装置に表示されても良い。

競売事業者は、図３５および図３６を使用して説明した画面を閲覧し、買取を申し込む物品を決定する。競売ＣＰＵ５１は、買取オファー額欄８５１に買取オファー額の入力を受け付ける。競売ＣＰＵ５１は、コメント入力欄８５２に競売事業者によるコメントの入力を受け付ける。送信ボタン８５３の選択を受け付けた場合、競売ＣＰＵ５１は対象物品の動産ＩＤ、買取オファー額およびコメントを終活ＣＰＵ３１に送信する。

終活ＣＰＵ３１は、競売サーバ５０から受信した動産ＩＤをキーとして動産ＤＢ４５を検索し、当該動産を保有するアカウントＩＤを抽出する。終活ＣＰＵ３１は、抽出したアカウントＩＤを保有する本人および権限レベルがレベル１である代理人が使用する情報処理装置２０のＣＰＵ２１に対して、いわゆるプッシュ通知により買取オファーを送信する。

図３７は、実施の形態２の情報処理装置２０が表示する画面を示す説明図である。ＣＰＵ２１は、競売ＣＰＵ５１から受信したプッシュ通知に基づいて、図３７に示す特別オファー画面を表示部２６に表示する。

特別オファー画面の上部にログアウトボタン６７が表示されている。ログアウトボタン６７の下に、買取オファー欄８６、詳細情報欄８４および査定金額欄７９が表示されている。買取オファー欄８６に、コメント表示欄８６１、受諾ボタン８６２および拒否ボタン８６３が表示されている。コメント表示欄８６１に、競売ＣＰＵ５１から終活ＣＰＵ３１を介して送信された買取オファー額およびコメントが表示されている。

詳細情報欄８４に、動産ＤＢ４５から取得されたカテゴリ、品名・説明、購入日、購入金額、相続人および写真が表示されている。査定金額欄７９に、動産ＤＢ４５の査定額フィールドから取得した、過去に各競売事業者から取得した査定金額が一覧表示されている。

本人または代理人は、買取オファー額およびコメントに基づいて、オファーを受諾するか、拒否するかを判断する。ＣＰＵ２１は、受諾ボタン８６２および拒否ボタン８６３を介して本人または代理人による判断を取得する。

終活ＣＰＵ３１は、本人または代理人による判断を競売ＣＰＵ５１に送信する。オファーが受諾された場合には、競売ＣＰＵ５１は金融機関サーバ１５を介して代金を送金する。入金が確認された後、終活ＣＰＵ３１は配送サーバ１７に配送依頼を送信する。

図３８は、実施の形態２のプログラムの処理の流れを説明するフローチャートである。競売ＣＰＵ５１は、図示を省略する検索条件入力画面を介して、競売事業者から検索条件を取得する（ステップＳ９８１）。競売ＣＰＵ５１は、終活ＣＰＵ３１に検索条件を送信する（ステップＳ９８２）。

終活ＣＰＵ３１は、検索条件を受信する（ステップＳ６９１）。終活ＣＰＵ３１は、動産ＤＢ４５を検索して、検索条件に合致する動産レコードを抽出する（ステップＳ６９２）。終活ＣＰＵ３１は、抽出した動産レコードのうちに、動産ＩＤフィールド、対象物品フィールドおよび最高査定額フィールドに記録されたデータを競売ＣＰＵ５１に送信する（ステップＳ６９３）。

競売ＣＰＵ５１は、受信した動産レコードに基づいて、図３５および図３６を使用して説明した競売候補品情報画面を表示する（ステップＳ９８３）。競売ＣＰＵ５１は、送信ボタン８５３の選択を受け付けたか否かを判定する（ステップＳ９８４）。受け付けたと判定した場合（ステップＳ９８４でＹＥＳ）、競売ＣＰＵ５１は、動産ＩＤ、買取オファー額およびコメントを終活ＣＰＵ３１に送信する（ステップＳ９８５）。受け付けていないと判断した場合（ステップＳ９８４でＮＯ）、競売ＣＰＵ５１は処理を終了する。

終活ＣＰＵ３１は、競売ＣＰＵ５１から送信された情報を受信する（ステップＳ６９４）。終活ＣＰＵ３１は、受信した動産ＩＤをキーとして動産ＤＢ４５を検索してレコードを抽出し、アカウントＩＤフィールドに記録されたアカウントＩＤを取得する。終活ＣＰＵ３１は、アカウントＩＤをキーとしてユーザＤＢ４１を検索し、アカウント所有者本人および権限レベルがレベル１である代理人のユーザＩＤを抽出する。終活ＣＰＵ３１は、抽出したユーザＩＤにかかるユーザが使用する情報処理装置２０のＣＰＵ２１に、動産ＩＤに対応する動産レコード、買取オファー額およびコメントを送信する（ステップＳ６９５）。

ＣＰＵ２１は、受信した情報に基づいて、図３７を使用して説明した特別オファー画面を表示する（ステップＳ４０１）。ＣＰＵ２１は、受諾ボタン８６２または拒否ボタン８６３を介して本人または代理人の応答を取得する（ステップＳ４０２）。ＣＰＵ２１は、終活ＣＰＵ３１に応答を送信する（ステップＳ４０３）。

終活ＣＰＵ３１は、応答を受信する（ステップＳ６９６）。終活ＣＰＵ３１は、競売ＣＰＵ５１に応答を送信する（ステップＳ６９７）。競売ＣＰＵ５１は、応答を受信する（ステップＳ９８６）。競売ＣＰＵ５１は、買取オファーが受諾されて取引が成立したか否かを判定する（ステップＳ９８７）。成立したと判定した場合（ステップＳ９８７でＹＥＳ）、競売ＣＰＵ５１は、たとえばネットバンキングシステム等を介して送金処理を行う（ステップＳ９８８）。成立しないと判定した場合（ステップＳ９８７でＮＯ）、競売ＣＰＵ５１は処理を終了する。

終活ＣＰＵ３１は、入金を確認する（ステップＳ６９８）。終活ＣＰＵ３１は所定の配送事業者が管理する配送サーバ１７に、売却する物品を競売事業者に運ぶ配送依頼を送信する（ステップＳ６９９）。以上により、終活ＣＰＵ３１は、対象物品を競売事業者あてに発送する処理を実現する。終活ＣＰＵ３１は、動産ＤＢ４５を更新して、売却する対象物品を削除する（ステップＳ６９０）。

配送サーバ１７は、配送依頼を受信する（ステップＳ９７５）。配送サーバ１７は、配送手配を行なう（ステップＳ９７６）。具体的には、配送サーバ１７は、ドライバおよび車両のスケジュールを所定の予定表に記録するとともに、ドライバに配送にかかる情報を通知する。

本実施の形態によると、競売事業者は動産ＤＢ４５に記録された様々な動産の中から、需要の高いものを探して、買い取りを申し込むことができる。たとえば、特定の物品を探している顧客から相談を受けた場合に、動産ＤＢ４５を検索することにより、目的の物品を発見できる。

本実施の形態によると、アカウント所有者本人および代理人は、特段の手続を行なわずに競売事業者からの買取希望を受けることができる。売却を予定していない物品に対して、わざわざ買い取りを希望する場合には、相場よりも高い価格が提示される場合がある。したがって、アカウント所有者が保有する動産を、高い価格で売却する機会を得ることができる。

本実施の形態によると、買取希望を受けることが、アカウント所有者本人および代理人が動産の処分を具体的に検討するきっかけとなり得る。これにより、終活を円滑に進める終活システム１０を実現できる。

［実施の形態３］
図３９は、実施の形態３の終活システム１０の機能ブロック図である。終活システム１０は、ネットワークを介して接続されたサーバ３０と、第１情報処理装置２０１と、第２情報処理装置２０２とを備える。第１情報処理装置２０１は、第１表示部９０１、第１取得部９０２、第１送信部９０３および第２表示部９０４を備える。第２情報処理装置２０２は、承認取得部９１１および第３送信部９１２を備える。サーバ３０は、第２送信部９２１と許可部９２２とを備える。

第１表示部９０１は、アカウントの所有者による承認を要求する第１ログインボタン６４１と、第２代理人による承認を要求する第２ログインボタン６４２とを表示する。第１取得部９０２は、第１表示部９０１に表示した第１ログインボタン６４１と第２ログインボタン６４２とのいずれかの選択、および、アカウントに関連付けられた第１代理人のログイン情報を含むログイン要求を取得する。第１送信部９０３は、第１取得部９０２が取得したログイン要求を送信する。

第２送信部９２１は、第１送信部９０３から送信されたログイン要求に基づいて、第２情報処理装置２０２に承認要求を送信する。承認取得部９１１は、第２送信部９２１から送信された承認要求に基づいて、承認を取得する。第３送信部９１２は、承認取得部９１１が取得した承認を送信する。

許可部９２２は、第３送信部９１２から送信された承認が所定の条件を満たす場合に、第１送信部９０３から送信されたログイン要求を許可する。第２表示部９０４は、許可部９２２によりログイン要求が許可された場合に、第１代理人のログイン完了後の画面を表示する。

［実施の形態４］
本実施の形態は、汎用のサーバコンピュータ９０と、情報処理装置２０とプログラム９７とを組み合わせて動作させることにより、本実施の形態の終活システム１０を実現する形態に関する。図４０は、実施の形態４の終活システム１０の構成を示す説明図である。なお、実施の形態１と共通する部分の説明は省略する。

サーバコンピュータ９０は、終活ＣＰＵ３１、主記憶装置３２、補助記憶装置３３、通信部３４、読取部３８およびバスを備える。サーバコンピュータ９０は、汎用のパーソナルコンピュータ、または大型計算機等の情報機器等である。また、本実施の形態のサーバコンピュータ９０は、大型計算機上で動作する仮想マシンでも良い。

プログラム９７は、可搬型記録媒体９６に記録されている。終活ＣＰＵ３１は、読取部３８を介してプログラム９７を読み込み、補助記憶装置３３に保存する。また終活ＣＰＵ３１は、サーバコンピュータ９０に実装されたフラッシュメモリ等の半導体メモリ９８に記憶されたプログラム９７を読出しても良い。さらに、終活ＣＰＵ３１は、通信部３４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置３３に保存しても良い。

プログラム９７は、サーバコンピュータ９０の制御プログラムとしてインストールされ、主記憶装置３２にロードして実行される。これにより、サーバコンピュータ９０は上述した終活サーバ３０として機能する。

終活ＣＰＵ３１は、プログラム９７のうちの一部を情報処理装置２０に送信する。送信されたプログラム９７は、情報処理装置２０の制御プログラムとしてインストールされ、主記憶装置２２にロードして実行される。ＣＰＵ２１は、通信部２４および図示しないネットワークを介して接続される図示しない他のサーバコンピュータからプログラム９７をダウンロードして補助記憶装置２３に保存しても良い。

各実施例で記載されている技術的特徴（構成要件）はお互いに組合せ可能であり、組み合わせすることにより、新しい技術的特徴を形成することができる。
今回開示された実施の形態はすべての点で例示であって、制限的なものでは無いと考えられるべきである。本発明の範囲は、上記した意味では無く、特許請求の範囲によって示され、特許請求の範囲と均等の意味および範囲内でのすべての変更が含まれることが意図される。

１０ 終活システム
１５ 金融機関サーバ
１７ 配送サーバ
２０ 情報処理装置
２０１ 第１情報処理装置
２０２ 第２情報処理装置
２０３ 第３情報処理装置
２０４ 第４情報処理装置
２１ ＣＰＵ
２１１ 第１ＣＰＵ
２１２ 第２ＣＰＵ
２１３ 第３ＣＰＵ
２１４ 第４ＣＰＵ
２２ 主記憶装置
２３ 補助記憶装置
２４ 通信部
２５ 入力部
２６ 表示部
２７ カメラ
３０ 終活サーバ（サーバ）
３１ 終活ＣＰＵ
３２ 主記憶装置
３３ 補助記憶装置
３４ 通信部
３８ 読取部
４１ ユーザＤＢ
４２ 権限ＤＢ
４３ 資産ＤＢ
４４ 推移ＤＢ
４５ 動産ＤＢ
５０ 競売サーバ
５１ 競売ＣＰＵ
５２ 主記憶装置
５３ 補助記憶装置
５４ 通信部
５５ 入力部
５６ 表示部
６１ ログインＩＤ欄
６２ パスワード欄
６３ 本人ＩＤ欄
６４ ログインボタン
６４１ 第１ログインボタン
６４２ 第２ログインボタン
６５ 資産欄
６５１ 流動資産欄
６５２ 固定資産欄
６５３ 負債欄
６５４ 純資産欄
６５５ 相続税欄
６６ 制御ボタン
６６１ 本人情報ボタン
６６２ 代理人情報ボタン
６６３ 閲覧履歴ボタン
６６４ 推移グラフボタン
６６５ 競売品売却ボタン
６７ ログアウトボタン
６８ 本人名欄
６９ 詳細ボタン
７１ 登録ボタン
７２ 追加ボタン
７３ 免許証入力ボタン
７４ 成年後見人欄
７４１ 成年後見人指定欄
７４２ 登記事項証明書欄
７５ 有事承認者欄
７６ 鑑定依頼ボタン
７７ カメラボタン
７８ 写真欄
７９ 査定金額欄
８１ 代理人リスト欄
８２ 物品リスト欄
８３ 売却ボタン
８４ 詳細情報欄
８５ 買取申込欄
８５１ 買取オファー額欄
８５２ コメント入力欄
８５３ 送信ボタン
８６ 買取オファー欄
８６１ コメント表示欄
８６２ 受諾ボタン
８６３ 拒否ボタン
９０ サーバコンピュータ
９０１ 第１表示部
９０２ 第１取得部
９０３ 第１送信部
９０４ 第２表示部
９１１ 承認取得部
９１２ 第３送信部
９２１ 第２送信部
９２２ 許可部
９６ 可搬型記録媒体
９７ プログラム
９８ 半導体メモリ

Claims (8)

1. 高齢者の身の回りの整理を行なう終活に関する情報を管理するアカウントに関連付けられた第１代理人による、前記アカウントの所有者による承認に基づいた前記アカウントへのログインを要求する第１ログイン要求と、前記第１代理人とは異なる第２代理人による承認に基づいた前記アカウントへのログインを要求する第２ログイン要求とのいずれか一方の選択を、ネットワークを介して取得し、
   前記第１ログイン要求の選択を取得した場合、前記アカウントの所有者に承認要求を送信し、
   前記第２ログイン要求の選択を取得した場合、前記第２代理人に前記承認要求を送信し、
   送信した前記承認要求に対する承認を受信した場合に、前記ネットワークを介して前記第１代理人によるログイン要求を承認する
   処理をコンピュータに実行させるプログラム。
2. ログインを完了した前記第１代理人が所定の権限を有する場合、
   前記アカウントの所有者が保有する宝飾品および絵画を含む動産の登録を受け付け、
   登録された前記動産の鑑定指示を受け付け、
   鑑定指示を受け付けた前記動産にかかる査定額を事業者から取得し、
   取得した査定額を前記動産と関連付けて記録する
   請求項１に記載のプログラム。
3. ログインを完了した前記第１代理人が所定の権限を有する場合、
   前記アカウントの所有者が保有する宝飾品および絵画を含む動産の登録を受け付け、
   登録された前記動産の売却指示を受け付け、
   売却指示を受け付けた前記動産にかかる査定額を事業者から取得し、
   前記動産を前記事業者あてに発送する指示を出力する
   請求項１または請求項２に記載のプログラム。
4. 取得した前記査定額に基づいて前記事業者に代金を請求し、
   請求した代金が入金された後に、前記動産を前記事業者あてに発送する指示を出力する
   請求項３に記載のプログラム。
5. 前記代金から発送費用および手数料を差し引いた金額を前記アカウントの所有者が指定する口座に振り込む指示を出力する
   請求項４に記載のプログラム。
6. 代理人が前記アカウントの所有者を後見する成年後見人であることを示す登記事項証明書の入力を受け付け、
   前記登記事項証明書の真贋を判定し、
   前記登記事項証明書が真であると判定した場合に、前記代理人に前記アカウントの所有者に相当する権限を付与する
   請求項１から請求項５のいずれか一つに記載のプログラム。
7. 高齢者の身の回りの整理を行なう終活に関する情報を管理するアカウントに関連付けられた第１代理人による、前記アカウントの所有者による承認に基づいた前記アカウントへのログインを要求する第１ログイン要求と、前記第１代理人とは異なる第２代理人による承認に基づいた前記アカウントへのログインを要求する第２ログイン要求とのいずれか一方の選択を、ネットワークを介して取得し、
   前記第１ログイン要求の選択を取得した場合、前記アカウントの所有者に承認要求を送信し、
   前記第２ログイン要求の選択を取得した場合、前記第２代理人に前記承認要求を送信し、
   送信した前記承認要求に対する承認を受信した場合に、前記ネットワークを介して前記第１代理人によるログイン要求を承認する
   処理をコンピュータに実行させる情報処理方法。
8. 高齢者の身の回りの整理を行なう終活に関する情報を管理するアカウントに関連付けられた第１代理人による、前記アカウントの所有者による承認に基づいた前記アカウントへのログインを要求する第１ログイン要求と、前記第１代理人とは異なる第２代理人による承認に基づいた前記アカウントへのログインを要求する第２ログイン要求とのいずれか一方の選択を、ネットワークを介して取得する選択取得部と、
   前記第１ログイン要求の選択を取得した場合、前記アカウントの所有者に承認要求を送信する第１送信部と、
   前記第２ログイン要求の選択を取得した場合、前記第２代理人に前記承認要求を送信する第２送信部と、
   送信した前記承認要求に対する承認を受信した場合に、前記ネットワークを介して前記第１代理人によるログイン要求を承認するログイン承認部と
   を備える情報処理システム。

Images