JP7493170B2 - プログラム、情報処理方法及び情報処理装置 - Google Patents

Description

特許法第３０条第２項適用 令和 １年 ７月 ６日に、株式会社ｂｅｔｔｅｒのウェブサイト（ｈｔｔｐｓ：／／ｂｅｔｔｅｒ－ｓｏｚｏｋｕ．ｃｏｍ／及びｈｔｔｐｓ：／／ｗｗｗ．ｂｅｔｔｅｒ－ｓｏｕｚｏｋｕ．ｃｏｍ／）にて公開

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

特許文献１には、相続人情報及び財産情報に基づいて、財産の種類に応じた相続税申告書を提出可能な態様で印刷するための申告書データを作成する相続税申告書作成サーバ装置が開示されている。

特開２０１７－９０９４４号公報

しかしながら、特許文献１に係る発明は、申告書の作成に必要な書類を提示していないため、多くの調査時間を要する恐れがある。

一つの側面では、申告書の作成または提出に必要な書類を出力することが可能なプログラム等を提供することにある。

一つの側面に係るプログラムは、被相続人に関する情報、及び相続人に関する情報を取得し、前記被相続人の資産分割における前提情報を取得し、相続税の対象となる前記被相続人の資産情報を取得し、取得した前記被相続人に関する情報、前記相続人に関する情報、前記前提情報及び前記被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を出力し、前記被相続人が不動産を所有していた場合に、前記不動産の不動産情報を取得し、取得した前記不動産情報に基づき、前記不動産に対する小規模宅地等の特例を適用できるか否かを判定し、前記不動産に対する小規模宅地等の特例を適用できると判定した場合に、特定居住用宅地等、特定事業用宅地等及び貸付事業用宅地等を含む宅地種類を判定し、前記小規模宅地等の特例を適用できるか否かの情報、及び、前記小規模宅地等の特例を適用できる場合の宅地種類を含む判定結果を出力する処理をコンピュータに実行させる。

一つの側面では、申告書の作成または提出に必要な書類を出力することが可能となる。

相続システムの概要を示す説明図である。 サーバの構成例を示すブロック図である。 被相続人ＤＢのレコードレイアウトの一例を示す説明図である。 相続人ＤＢのレコードレイアウトの一例を示す説明図である。 資産情報ＤＢのレコードレイアウトの一例を示す説明図である。 書類検索用ＤＢのレコードレイアウトの一例を示す説明図である。 検索結果ＤＢのレコードレイアウトの一例を示す説明図である。 端末の構成例を示すブロック図である。 申告書の作成または提出に必要な書類を出力する動作を説明する説明図である。 必要な書類を出力する際の処理手順を示すフローチャートである。 書類のカテゴリを判定する処理のサブルーチンの処理手順を示すフローチャートである。 カテゴリごとに必要な書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。 不動産に関する書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。 前提情報に関する書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。 カテゴリごとに必要な書類の一覧を表示する画面イメージである。 実施形態２のサーバの構成例を示すブロック図である。 プログレス管理ＤＢのレコードレイアウトの一例を示す説明図である。 プログレスバーを表示する画面イメージである。 「前提情報入力」のプログレスバーを更新する動作を説明する説明図である。 「前提情報入力」のプログレスバーを更新する際の処理手順を示すフローチャートである。 実施形態３のサーバの構成例を示すブロック図である。 相続資産情報ＤＢのレコードレイアウトの一例を示す説明図である。 相続人が第２被相続人になった場合に二次相続処理を行う際の処理手順を示すフローチャートである。 第２相続人の端末上で二次相続処理を行う画面イメージ図である。 端末により相続資産目録を表示するイメージ図である。 実施形態４のサーバの構成例を示すブロック図である。 小規模宅地特例ＤＢのレコードレイアウトの一例を示す説明図である。 小規模宅地等の特例適用を判定する際の処理手順を示すフローチャートである。 小規模宅地等の特例適用の判定結果を表示する画面イメージである。

以下、本発明をその実施形態を示す図面に基づいて詳述する。

（実施形態１）
実施形態１は、相続の申告書の作成または提出に必要な書類を出力する形態に関する。相続は、被相続人が死亡した日に発生する。つまり、死亡してしまった日には何もしていなくても相続がスタートしている。そして相続手続きは、死亡届の提出からスタートし、死亡届を提出しないと、火葬（埋葬）、口座の名義変更、及び不動産の相続手続きを行うことができない。相続手続きを複雑なものにする原因の一つとして、必要な書類のわかりにくさが挙げられる。相続手続きをスムーズに進めるために、必要な書類を集める必要がある。

図１は、相続システムの概要を示す説明図である。本実施形態のシステムは、情報処理装置１及び情報処理端末２を含み、各装置はインターネット等のネットワークＮを介して情報の送受信を行う。

情報処理装置１は、種々の情報に対する処理、記憶及び送受信を行う情報処理装置である。情報処理装置１は、例えばサーバ装置、パーソナルコンピュータ等である。本実施形態において、情報処理装置１はサーバ装置であるものとし、以下では簡潔のためサーバ１と読み替える。

情報処理端末２は、被相続人に関する情報、相続人に関する情報及び被相続人の資産情報等の送信、並びに、相続の申告書の作成または提出に必要な書類の受信及び表示等を行う端末装置である。情報処理端末２は、例えばスマートフォン、携帯電話、アップルウォッチ（Apple Watch:登録商標）等のウェアラブルデバイス、タブレット、パーソナルコンピュータ端末等の情報処理機器である。以下では簡潔のため、情報処理端末２を端末２と読み替える。

本実施形態に係るサーバ１は、端末２から被相続人に関する情報、相続人に関する情報、被相続人の資産分割における前提情報、及び相続税の対象となる被相続人の資産情報を取得して記憶する。サーバ１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を検索する。サーバ１は、検索した必要な書類を端末２に出力（送信）する。

図２は、サーバ１の構成例を示すブロック図である。サーバ１は、制御部１１、記憶部１２、通信部１３、入力部１４、表示部１５、読取部１６及び大容量記憶部１７を含む。各構成はバスＢで接続されている。

制御部１１はＣＰＵ（Central Processing Unit）、ＭＰＵ（Micro-Processing Unit）、ＧＰＵ（Graphics Processing Unit）等の演算処理装置を含み、記憶部１２に記憶された制御プログラム１Ｐを読み出して実行することにより、サーバ１に係る種々の情報処理、制御処理等を行う。なお、図２では制御部１１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。

記憶部１２はＲＡＭ（Random Access Memory）、ＲＯＭ（Read Only Memory）等のメモリ素子を含み、制御部１１が処理を実行するために必要な制御プログラム１Ｐ又はデータ等を記憶している。また、記憶部１２は、制御部１１が演算処理を実行するために必要なデータ等を一時的に記憶する。通信部１３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、端末２等との間で情報の送受信を行う。

入力部１４は、マウス、キーボード、タッチパネル、ボタン等の入力デバイスであり、受け付けた操作情報を制御部１１へ出力する。表示部１５は、液晶ディスプレイ又は有機ＥＬ（electroluminescence）ディスプレイ等であり、制御部１１の指示に従い各種情報を表示する。

読取部１６は、ＣＤ（Compact Disc）－ＲＯＭ又はＤＶＤ（Digital Versatile Disc）－ＲＯＭを含む可搬型記憶媒体１ａを読み取る。制御部１１が読取部１６を介して、制御プログラム１Ｐを可搬型記憶媒体１ａより読み取り、大容量記憶部１７に記憶しても良い。また、ネットワークＮ等を介して他のコンピュータから制御部１１が制御プログラム１Ｐをダウンロードし、大容量記憶部１７に記憶しても良い。さらにまた、半導体メモリ１ｂから、制御部１１が制御プログラム１Ｐを読み込んでも良い。

大容量記憶部１７は、例えばＨＤＤ（Hard disk drive:ハードディスク）、ＳＳＤ(Solid State Drive:ソリッドステートドライブ)等の記録媒体を備える。大容量記憶部１７は、被相続人ＤＢ１７１、相続人ＤＢ１７２、資産情報ＤＢ１７３、書類検索用ＤＢ１７４及び検索結果ＤＢ１７５を含む。

被相続人ＤＢ１７１は、被相続人に関する情報を記憶している。相続人ＤＢ１７２は、相続人に関する情報を記憶している。資産情報ＤＢ１７３は、相続税の対象となる被相続人の資産情報を記憶している。書類検索用ＤＢ１７４は、申告書の作成または提出に必要な書類を検索するための各種の書類情報を記憶している。検索結果ＤＢ１７５は、必要な書類を検索した検索結果を記憶している。

なお、本実施形態において記憶部１２及び大容量記憶部１７は一体の記憶装置として構成されていても良い。また、大容量記憶部１７は複数の記憶装置により構成されていても良い。更にまた、大容量記憶部１７はサーバ１に接続された外部記憶装置であっても良い。

なお、本実施形態では、サーバ１は一台の情報処理装置であるものとして説明するが、複数台により分散して処理させても良く、または仮想マシンにより構成されていても良い。

図３は、被相続人ＤＢ１７１のレコードレイアウトの一例を示す説明図である。被相続人ＤＢ１７１は、被相続人ＩＤ列、被相続人名前列、性別列、死亡日列、職業列、相続人ＩＤ列及び資産ＩＤ列を含む。被相続人ＩＤ列は、各被相続人を識別するために、一意に特定される被相続人のＩＤを記憶している。被相続人名前列は、被相続人の名前を記憶している。性別列は、被相続人の性別を記憶している。

死亡日列は、被相続人が亡くなった日を記憶している。なお、被相続人が健在である場合（実施形態３で説明する生前時点の二次相続）、死亡日列は空欄であっても良い。職業列は、被相続人の職業（職種）を記憶している。相続人ＩＤ列は、相続人を特定する相続人ＩＤを記憶している。資産ＩＤ列は、被相続人の資産情報を特定する資産ＩＤを記憶している。

図４は、相続人ＤＢ１７２のレコードレイアウトの一例を示す説明図である。相続人ＤＢ１７２は、相続人ＩＤ列、相続人名前列、被相続人との続柄列、性別列、現況列、職業列、電話番号列、相続放棄列、相続欠格または廃除列及びその他列を含む。

相続人ＩＤ列は、各相続人を識別するために、一意に特定される相続人のＩＤを記憶している。相続人名前列は、相続人の名前を記憶している。被相続人との続柄列は、被相続人との続柄（例えば、配偶者、子、孫等）を記憶している。性別列は、相続人の性別を記憶している。現況列は、相続人の現在状況（例えば、健在または死亡等）を記憶している。職業列は、相続人の職業を記憶している。電話番号列は、相続人の電話番号を記憶している。

相続放棄列は、相続資産を負債も含むすべてを承継しない手続きの有無情報を記憶している。相続欠格または廃除列は、相続欠格または相続廃除の有無情報を記憶している。相続欠格は、故意に被相続人またはほかの相続人の生命を脅かし、遺言行為を侵害する場合に相続資格を失うことである。相続廃除は、相続人となるべき者に欠格事由はないものの、被相続人に対し生前に虐待や重大な侮辱、または著しい非行等がある場合、家庭裁判所の調停や審判手続きにより、その者の相続権を剥奪する制度である。

その他列は、海外在住列、行方不明列、成年被後見人列、障害者列及び特別障害者列を含む。海外在住列は、日本国籍を有し、海外で生活し、海外に住所がある者に該当するか否かの情報を記憶している。行方不明列は、相続人が音信不通または行方不明の場合でも、生存していればその相続権は失われることがないため、行方不明に該当するか否かの情報を記憶している。

成年被後見人列は、精神上の障害により事理を弁識する能力を欠く常況にある者で、家庭裁判所より後見開始の審判を受けた者に該当するか否かの情報を記憶している。障害者列は、障害者に該当するか否かの情報を記憶している。障害者は、身体障害者手帳に身体上の障害の等級が３級～６級と記載されている者、又は精神障害者保健福祉手帳に障害等級が２級若しくは３級と記載されている者を含む。特別障害者列は、特別障害者に該当するか否かの情報を記憶している。特別障害者は、身体障害者手帳に身体上の障害の等級が１級若しくは２級と記載されている者、又は精神障害者保健福祉手帳に障害等級が１級と記載されている者を含む。

図５は、資産情報ＤＢ１７３のレコードレイアウトの一例を示す説明図である。資産情報ＤＢ１７３は、資産ＩＤ列、現金列、預金列、不動産列、有価証券列、保険列及び前提情報列を含む。資産ＩＤ列は、各資産情報（資産データ）を識別するために、一意に特定される資産情報のＩＤを記憶している。

現金列は、金額列、死亡直前の引出し金額列及び死亡日以降の使用金額列を含む。金額列は、現金の金額を記憶している。死亡直前の引出し金額列は、亡くなった日の直前に引き出しを行った場合に保有していた現金の金額を記憶している。死亡日以降の使用金額列は、相続開始日（死亡日）以降に、使用した被相続人の現金の金額を記憶している。

預金列は、金融機関口座列及び仮想通貨口座列を含む。金融機関口座列は、被相続人名義の金融機関口座情報を記憶している。仮想通貨口座列は、被相続人が保有していたＦＸ（Foreign Exchange）または仮想通貨の口座を記憶している。

不動産列は、自宅の種類列、住所列、小規模宅地特例列、自宅以外の不動産列及び共用不動産列を含む。自宅の種類列は、被相続人が住んでいた自宅の種類を記憶している。住所列は、被相続人の自宅の住所を記憶している。小規模宅地特例列は、不動産に対する小規模宅地等の特例を適用できるか否かの情報を記憶している。なお、小規模宅地等の特例に関しては、実施形態４で後述する。自宅以外の不動産列は、被相続人が住んでいた自宅以外の駐車場、別荘、賃貸マンション・アパート、山林、田畑などの不動産の種類及び住所等の情報を記憶している。共用不動産列は、共有で保有していた不動産の種類及び住所等の情報を記憶している。

有価証券列は、証券口座列、非上場株式列及び国外の株式・投資信託列を含む。証券口座列は、被相続人名義の証券口座を記憶している。非上場株式列は、被相続人が保有していた非上場株式（出資金・新株予約権含む）の会社名を記憶している。国外の株式・投資信託列は、国内の証券会社以外から購入した、国外の上場株式・非上場株式・投資信託の銘柄（有価証券の名称）を記憶している。

保険列は、保険会社名列及び死亡後の返還保険料列を含む。保険会社名列は、被相続人が名義を問わず実際に支払っていた保険金があった場合の保険会社名称を記憶している。死亡後の返還保険料列は、亡くなった後に返還される保険料がある場合の保険会社名称を記憶している。

前提情報列は、過去確定申告列、準確定申告列、税金還付列、遺言書列、法定相続人以外列、遺産分割協議列及び相次相続控除列を含む。過去確定申告列は、被相続人は過去に確定申告を行っていたか否かの情報を記憶している。準確定申告列は、準確定申告に該当する情報（複数可）を記憶している。準確定申告は、確定申告をすべき人が亡くなった場合、相続人が代わりとなって確定申告をすることである。準確定申告は、例えば「給与が２０００万円を超えている」、「２箇所以上から給与を支給されている」、または「メインの給与所得以外に２０万円を超える所得がある」等である。

税金還付列は、準確定申告により税金が還付されることに該当する情報（複数可）を記憶している。税金還付に該当する情報は、「医療費控除対象の多額の医療費を支払っていた場合（１０万円超）」、「年の途中で退職し、年末調整を受けていない場合」または「その他各種控除（小規模共済など）を受ける場合」を含む。

遺言書列は、遺言書がある場合に遺言書の電子ファイルまたは内容（テキスト）を記憶している。例えば、遺言書はＰＤＦ（Portable Document Format）形式の電子ファイルであっても良い。法定相続人以外列は、遺言書中の法定相続人以外の財産取得者がいるか否かの情報を記憶している。遺産分割協議列は、相続人間の遺産分割協議の状況（状態）を記憶している。遺産分割協議列には、例えば「完了」または「未完」等が記憶されても良い。相次相続控除列は、相次相続控除に適用可能か否かの情報を記憶している。相続財産の中に、被相続人が亡くなった日から１０年以内に相続によって取得した財産がある場合、相次相続控除の適用の可能性がある。

なお、上述したレコードレイアウトが一例として挙げられたが、これに限るものではない。例えば、死亡退職金、年金、貸付金または贈与等種類の資産情報を資産情報ＤＢ１７３に記憶しても良い。

図６は、書類検索用ＤＢ１７４のレコードレイアウトの一例を示す説明図である。書類検索用ＤＢ１７４は、カテゴリ列、項目列、必要書類列、書類説明列、入手場所列及び取得代行列を含む。カテゴリ列は、書類の種別を記憶している。項目列は、カテゴリに対応する入力項目を記憶している。必要書類列は、必要な書類のタイトル（名称）を記憶している。書類説明列は、書類に対する説明情報を記憶している。入手場所列は、書類を入手する場所を記憶している。取得代行列は、書類に対する取得代行の可否情報を記憶している。取得代行（取得代行依頼）は、相続人の委任によって相続人の代理人が必要な書類を取得することである。

図７は、検索結果ＤＢ１７５のレコードレイアウトの一例を示す説明図である。検索結果ＤＢ１７５は、相続人ＩＤ列、カテゴリ列、必要書類列、書類説明列、入手場所列、取得代行列及び入手状況列を含む。相続人ＩＤ列は、相続人を特定する相続人ＩＤを記憶している。カテゴリ列は、書類の種別を記憶している。必要書類列は、カテゴリごとに検索された必要な書類を記憶している。書類説明列は、書類に対する説明情報を記憶している。入手場所列は、書類を入手する場所を記憶している。取得代行列は、書類に対する取得代行の可否情報を記憶している。入手状況列は、必要な書類の入手状況（例えば、入手済み、未入手または取得代行等）を記憶している。

なお、上述した各ＤＢの記憶形態は一例であり、データ間の関係が維持されていれば、他の記憶形態であっても良い。

図８は、端末２の構成例を示すブロック図である。端末２は、制御部２１、記憶部２２、通信部２３、入力部２４及び表示部２５を含む。各構成はバスＢで接続されている。

制御部２１はＣＰＵ、ＭＰＵ等の演算処理装置を含み、記憶部２２に記憶された制御プログラム２Ｐを読み出して実行することにより、端末２に係る種々の情報処理、制御処理等を行う。なお、図８では制御部２１を単一のプロセッサであるものとして説明するが、マルチプロセッサであっても良い。記憶部２２はＲＡＭ、ＲＯＭ等のメモリ素子を含み、制御部２１が処理を実行するために必要な制御プログラム２Ｐ又はデータ等を記憶している。また、記憶部２２は、制御部２１が演算処理を実行するために必要なデータ等を一時的に記憶する。

通信部２３は通信に関する処理を行うための通信モジュールであり、ネットワークＮを介して、サーバ１等と情報の送受信を行う。入力部２４は、キーボード、マウスまたは表示部２５と一体化したタッチパネルでも良い。表示部２５は、液晶ディスプレイ又は有機ＥＬディスプレイ等であり、制御部２１の指示に従い各種情報を表示する。

図９は、申告書の作成または提出に必要な書類を出力する動作を説明する説明図である。端末２の制御部２１は、入力部２４を介して、被相続人に関する情報、相続人に関する情報、被相続人の資産分割における前提情報、及び相続税の対象となる被相続人の資産情報を受け付ける。被相続人に関する情報は、被相続人の名前、性別、死亡日及び職業等を含む。

相続人に関する情報は、相続人の名前、被相続人との続柄、現況（健在または死亡）、職業、電話番号、相続放棄の有無、相続欠格・廃除の有無、及び海外在住・行方不明・成年被後見人・障害者・特別障害者に該当するか否かの情報を含む。なお、相続人は法律で定められたルールに基づき、死亡者も含め、法定相続人、及び、法定相続人以外の遺言等により財産を取得する者を含む。法定相続人は遺産を相続する者だけではなく、相続を放棄する等、実際に相続をしない者も含む。

前提情報（前提条件）は、資産分割の前提になる情報であり、確定申告、遺言書の有無、遺言書中の法定相続人以外の資産取得者の有無、相続人間の遺産分割協議の状態、または相次相続控除の適用に関する情報を含む。資産情報は、現金、預金、名義預金・名義株式、不動産、有価証券、ゴルフ・リゾート会員権、保険、死亡退職金、年金、貸付金、家財ほか（例えば、車、船、高額な書画、骨董等）、葬儀費用、借入金、未納・未払金、返還・未収金または贈与等を含む。

制御部２１は、通信部２３を介して、受け付けた被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報をサーバ１に送信する。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報を受信する。制御部１１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報を、相続人ＩＤに対応付けて大容量記憶部１７に記憶する。

具体的には、制御部１１は相続人ＩＤに対応付けて、相続人の名前、被相続人との続柄、性別、現況（健在または死亡）、職業、電話番号、相続放棄、相続欠格または廃除、その他（海外在住、行方不明、成年被後見人、障害者、特別障害者）を一つのレコードとして相続人ＤＢ１７２に記憶する。なお、相続人ＩＤが存在していない場合、制御部１１は相続人ＩＤを割り振る。

制御部１１は、資産ＩＤを割り振って、現金（保有金額、死亡直前の引出し金額、死亡日以降の使用金額）、預金（金融機関口座、仮想通貨口座）、不動産（自宅の種類、住所、小規模宅地等の特例、自宅以外の不動産等）、有価証券（証券口座、非上場株式等）、保険（保険会社名称、死亡後の返還保険料）及び前提情報（確定申告、遺言書、遺産分割協議等）を一つのレコードとして資産情報ＤＢ１７３に記憶する。

制御部１１は、被相続人ＩＤを割り振って、相続人ＩＤ及び資産ＩＤに対応付けて、被相続人の名前、性別、死亡日、職業を一つのレコードとして被相続人ＤＢ１７１に記憶する。

続いて、制御部１１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を検索する。

具体的には、先ず、制御部１１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報に基づき、該当する書類のカテゴリを判定する。書類のカテゴリは、書類を分類する情報であり、例えば「マイナンバー関係」、「身分関係」、「不動産関係」、「現金預金・出資金関係」、「保険・年金関係」または「前提情報関係」等を含む。なお、「不動産関係」カテゴリは、更に細かく「土地関係」及び「建物関係」カテゴリに分類されても良い。以下では、「マイナンバー関係」、「不動産関係」、「現金預金・出資金関係」、「保険・年金関係」及び「前提情報関係」カテゴリの例を説明する。

例えば制御部１１は、被相続人に関する情報または相続人に関する情報を受信した場合、「マイナンバー関係」カテゴリに該当すると判定する。

また、制御部１１は、被相続人の資産情報に基づき、不動産の有無情報により被相続人が不動産を保有していたか否かを判定する。制御部１１は、被相続人が不動産を保有していたと判定した場合、「不動産関係」カテゴリに該当すると判定する。

また、制御部１１は、受信した被相続人の資産情報に基づき、預金口座情報の有無情報により被相続人が預金を保有していたか否かを判定する。制御部１１は、被相続人が預金を保有していたと判定した場合、「現金預金・出資金関係」カテゴリに該当すると判定する。

また、制御部１１は、受信した被相続人の資産情報に基づき、保険または年金情報（保険会社の名称等）により被相続人が保険または年金を保有していたか否かを判定する。制御部１１は、被相続人が保険または年金を保有していたと判定した場合、「保険・年金関係」カテゴリに該当すると判定する。

さらにまた、制御部１１は、受信した前提情報に基づき、過去の確定申告、準確定申告、遺言書または遺産分割協議書等の有無を判定する。制御部１１は、例えば遺言書があると判定した場合、「前提情報関係」カテゴリに該当すると判定する。

次に、制御部１１は判定した該当のカテゴリを取得し、取得した各カテゴリに対応する必要な書類（複数可）、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を大容量記憶部１７の書類検索用ＤＢ１７４から抽出する。

相続人における「マイナンバー関係」カテゴリに該当する場合、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「マイナンバー関係」及び項目列に記憶された「相続人情報」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「マイナンバー関係」カテゴリから抽出された必要な書類は、「相続人全員の番号確認書類」及び「相続人全員の身元確認書類」を含む。

また、「不動産関係」カテゴリに該当する場合、被相続人が自宅を保有していた例として、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「不動産関係」及び項目列に記憶された「自宅・自宅以外の不動産」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「不動産関係」カテゴリから抽出された必要な書類は、「固定資産税評価証明書」、「名寄帳(固定資産課税台帳)」及び「賃貸借契約書」を含む。

また、「現金預金・出資金関係」カテゴリに該当する場合、被相続人が預金を保有していた例として、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「現金預金・出資金関係」及び項目列に記憶された「預金」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「現金預金・出資金関係」カテゴリから抽出された必要な書類は、「預金残高証明書」、及び「過去６年分の通帳・定期預金の証書のコピー」を含む。

また、「保険・年金関係」カテゴリに該当する場合、被相続人が保険を加入していた例として、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「保険・年金関係」及び項目列に記憶された「保険」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「保険・年金関係」カテゴリから抽出された必要な書類は、「保険金支払通知書」を含む。

また、「前提情報関係」カテゴリに該当する場合、被相続人が過去の確定申告を行った例として、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「前提情報関係」及び項目列に記憶された「過去確定申告」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「前提情報関係」カテゴリから抽出された必要な書類は、「被相続人の過去３年分の確定申告書」を含む。

さらにまた、財産分割における「前提情報関係」カテゴリに該当する場合、制御部１１は、書類検索用ＤＢ１７４のカテゴリ列に記憶された「前提情報関係」及び項目列に記憶された「財産分割」に対応する必要な書類、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を抽出する。例えば、「前提情報関係」カテゴリから抽出された必要な書類は、「遺言書の写し及び検認証明書」及び「遺産分割協議書」を含む。

続いて、検索（抽出）した必要な書類を出力する処理を説明する。制御部１１は、抽出した各書類の取得代行可否情報に基づき、各書類の入手状況を選択するための入手状況項目を生成する。例えば、制御部１１は取得代行可の書類に対し、「入手済み」、「未入手」及び「取得代行」を含む入手状況項目を生成する。また、制御部１１は取得代行不可の書類に対し、「入手済み」及び「未入手」を含む入手状況項目を生成する。なお、入手状況項目に関しては、上述した項目に限るものではない。例えば、入手状況項目には、「該当なし」が設定されても良い。「該当なし」項目は、利用者の判断によって、検索された必要な書類が対象外となる場合に受付用の項目である。なお、入手状況項目は端末２側で生成されても良い。

制御部１１は、複数の書類一覧、並びに、各書類に関連付けられた書類のカテゴリ、書類の説明情報、入手場所及び生成した入手状況項目を含む書類情報を大容量記憶部１７の検索結果ＤＢ１７５に記憶する。具体的には、制御部１１は、相続人ＩＤに対応付けて、カテゴリ、必要な書類のタイトル、書類の説明、入手場所、取得代行可否情報及び入手状況を一つのレコードとして検索結果ＤＢ１７５に記憶する。なお、利用者が入手状況を入力していない初期状態である場合、入手状況には「未入手」が設定されても良い。なお、本実施形態では、検索した必要な書類情報を検索結果ＤＢ１７５に記憶した例を説明したが、これに限るものではない。例えば制御部１１は、通信部１３を介して、検索した必要な書類情報を直接に端末２に送信しても良い。

制御部１１は、記憶した書類情報を通信部１３により端末２に送信（出力）する。端末２の制御部２１は、サーバ１から送信された書類情報を通信部２３により受信し、受信した書類情報を表示部２５により表示する。なお、上述した書類情報の出力処理に限るものではない。例えば制御部１１は、検索した必要な書類情報を含む電子文書を作成し、作成した電子文書を端末２に送信しても良い。電子文書は、例えばＰＤＦファイル等であっても良い。具体的には、制御部１１はＰＤＦ生成ライブラリを利用し、検索した必要な書類情報をもとにＰＤＦファイルを生成する。制御部１１は、生成したＰＤＦファイルを通信部１３により端末２に送信する。

図１０は、必要な書類を出力する際の処理手順を示すフローチャートである。端末２の制御部２１は、被相続人に関する情報を入力部２４により受け付ける（ステップＳ２０１）。制御部２１は、相続人に関する情報を入力部２４により受け付ける（ステップＳ２０２）。制御部２１は、被相続人の資産分割における前提情報を入力部２４により受け付ける（ステップＳ２０３）。制御部２１は、相続税の対象となる被相続人の資産情報を入力部２４により受け付ける（ステップＳ２０４）。なお、上述した各種の情報を受け付ける順に限定せず、任意の順または同時に受け付けても良い。

制御部２１は、通信部２３を介して、受け付けた被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報をサーバ１に送信する（ステップＳ２０５）。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報を受信する（ステップＳ１０１）。制御部１１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報を、相続人ＩＤに対応付けて大容量記憶部１７の被相続人ＤＢ１７１、相続人ＤＢ１７２及び資産情報ＤＢ１７３に記憶する（ステップＳ１０２）。

制御部１１は、受信した被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報に基づき、該当する書類のカテゴリを判定する（ステップＳ１０３）。なお、書類のカテゴリを判定するサブルーチンについては後述する。制御部１１は判定した該当のカテゴリを取得し、取得した該当のカテゴリごとの必要な書類（複数可）、並びに、該書類に関連付けられた説明情報、入手場所及び取得代行可否情報を大容量記憶部１７の書類検索用ＤＢ１７４から抽出する（ステップＳ１０４）。なお、カテゴリごとに必要な書類情報を抽出するサブルーチンについては後述する。制御部１１は、抽出した各書類の取得代行可否情報に基づき、各書類の入手状況を選択するための入手状況項目を生成する（ステップＳ１０５）。

制御部１１は、複数の書類一覧、並びに、各書類に関連付けられた書類のカテゴリ、書類の説明情報、入手場所、及び生成した入手状況項目を含む書類情報を大容量記憶部１７の検索結果ＤＢ１７５に記憶する（ステップＳ１０６）。制御部１１は、記憶した書類情報を通信部１３により端末２に送信する（ステップＳ１０７）。端末２の制御部２１は、サーバ１から送信された書類情報を通信部２３により受信し（ステップＳ２０６）、受信した書類情報を表示部２５により表示する（ステップＳ２０７）。

図１１は、書類のカテゴリを判定する処理のサブルーチンの処理手順を示すフローチャートである。なお、図１１では、「不動産関係」及び「前提情報関係」カテゴリを判定する例を説明するが、他のカテゴリの判定処理にも同様に適用される。

制御部１１は、該当するカテゴリの判定結果を格納するためのカテゴリ配列を初期化する（ステップＳ１ａ）。制御部１１は、大容量記憶部１７の資産情報ＤＢ１７３から被相続人の資産情報を取得する（ステップＳ１ｂ）。制御部１１は、取得した被相続人の資産情報に基づき、「不動産関係」カテゴリに該当するか否かを判定する（ステップＳ１ｃ）。具体的には、制御部１１は、被相続人が自宅、自宅以外の不動産または共用不動産を保有していたか否かを判定する。例えば制御部１１は、被相続人の資産情報から自宅の住所を取得した場合、「不動産関係」カテゴリに該当すると判定する。

制御部１１は、「不動産関係」カテゴリに該当すると判定した場合（ステップＳ１ｃでＹＥＳ）、カテゴリ配列に「不動産関係」カテゴリを格納する（ステップＳ１ｄ）。制御部１１は、「不動産関係」カテゴリに該当しないと判定した場合（ステップＳ１ｃでＮＯ）、後述するステップＳ１ｅに遷移する。

制御部１１は、資産情報ＤＢ１７３から前提情報を取得する（ステップＳ１ｅ）。制御部１１は、取得した前提情報に基づき、「前提情報」カテゴリに該当するか否かを判定する（ステップＳ１ｆ）。具体的には、制御部１１は、確定申告に関する情報（例えば、過去の確定申告、準確定申告等）、または財産分割に関する情報（例えば、遺言書、遺産分割協議書等）があるか否かを判定する。例えば遺言書がある場合、制御部１１は「前提情報」カテゴリに該当すると判定する。

制御部１１は、「前提情報」カテゴリに該当すると判定した場合（ステップＳ１ｆでＹＥＳ）、カテゴリ配列に「前提情報関係」カテゴリを格納する（ステップＳ１ｇ）。制御部１１は、「前提情報」カテゴリに該当しないと判定した場合（ステップＳ１ｆでＮＯ）、後述するステップＳ１ｈに遷移する。なお、上述した各カテゴリの判定順序に限らず、任意の順序でカテゴリを判定しても良い。制御部１１は、書類のカテゴリ配列を返却する（ステップＳ１ｈ）。

図１２は、カテゴリごとに必要な書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。書類情報は、書類の一覧、並びに、各書類に関連付けられた書類のカテゴリ、説明情報、入手場所及び取得代行可否情報を含む。

サーバ１の制御部１１は、該当する複数のカテゴリから一つのカテゴリを取得する（ステップＳ２ａ）。制御部１１は、取得したカテゴリが「不動産関係」カテゴリであるか否かを判定する（ステップＳ２ｂ）。制御部１１は、該カテゴリが「不動産関係」カテゴリであると判定した場合（ステップＳ２ｂでＹＥＳ）、不動産に関する書類情報を大容量記憶部１７の書類検索用ＤＢ１７４から抽出する（ステップＳ２ｃ）。なお、不動産に関する書類情報を抽出するサブルーチンについては後述する。

制御部１１は、抽出した不動産に関する書類情報を記憶部１２に一時的に記憶（保持）する（ステップＳ２ｄ）。制御部１１は、該カテゴリが複数のカテゴリの中で最後のカテゴリであるか否かを判定する（ステップＳ２ｅ）。制御部１１は、該カテゴリが最後のカテゴリであると判定した場合（ステップＳ２ｅでＹＥＳ）、取得した書類情報を返却する（ステップＳ２ｆ）。制御部１１は、該カテゴリが最後のカテゴリでないと判定した場合（ステップＳ２ｅでＮＯ）、ステップＳ２ａに戻る。

制御部１１は、該カテゴリが「不動産関係」カテゴリでないと判定した場合（ステップＳ２ｂでＮＯ）、該カテゴリが「前提情報関係」カテゴリであるか否かを判定する（ステップＳ２ｇ）。制御部１１は、該カテゴリが「前提情報関係」カテゴリであると判定した場合（ステップＳ２ｇでＹＥＳ）、前提情報に関する書類情報を大容量記憶部１７の書類検索用ＤＢ１７４から抽出し（ステップＳ２ｈ）、ステップＳ２ｄに遷移する。なお、前提情報に関する書類情報を抽出するサブルーチンについては後述する。制御部１１は、該カテゴリが「前提情報関係」カテゴリでないと判定した場合（ステップＳ２ｇでＮＯ）、ステップＳ２ｅに遷移する。

図１３は、不動産に関する書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、大容量記憶部１７の資産情報ＤＢ１７３に記憶された被相続人の資産情報から不動産情報を取得する（ステップＳ３ａ）。制御部１１は、取得した不動産情報に基づき、被相続人が自宅または自宅以外の不動産を保有していたか否かを判定する（ステップＳ３ｂ）。

制御部１１は、被相続人が自宅または自宅以外の不動産を保有していたと判定した場合（ステップＳ３ｂでＹＥＳ）、大容量記憶部１７の書類検索用ＤＢ１７４のカテゴリ列に記憶された「不動産関係」及び項目列に記憶された「自宅・自宅以外の不動産」に対応する不動産に関する書類情報を抽出する（ステップＳ３ｃ）。不動産に関する書類は、固定資産税評価証明書、売買契約書、または名寄帳(固定資産課税台帳)を含む。

制御部１１は、被相続人が自宅または自宅以外の不動産を保有していないと判定した場合（ステップＳ３ｂでＮＯ）、後述するステップＳ３ｄに遷移する。制御部１１は、取得した不動産情報に基づき、被相続人が共用不動産を保有していたか否かを判定する（ステップＳ３ｄ）。

制御部１１は、被相続人が共用不動産を保有していたと判定した場合（ステップＳ３ｄでＹＥＳ）、書類検索用ＤＢ１７４のカテゴリ列に記憶された「不動産関係」及び項目列に記憶された「共用不動産」に対応する共用不動産に関する書類情報を抽出する（ステップＳ３ｅ）。共用不動産に関する書類は、固定資産税評価証明書（共有不動産）を含む。

制御部１１は、被相続人が共用不動産を保有していないと判定した場合（ステップＳ３ｄでＮＯ）、後述するステップＳ３ｆに遷移する。制御部１１は、抽出した必要な書類情報を返却する（ステップＳ３ｆ）。

図１４は、前提情報に関する書類情報を抽出するサブルーチンの処理手順を示すフローチャートである。サーバ１の制御部１１は、大容量記憶部１７の資産情報ＤＢ１７３に記憶された前提情報を取得する（ステップＳ４ａ）。制御部１１は、取得した前提情報に基づき、準確定申告に該当するか否かを判定する（ステップＳ４ｂ）。

具体的には、制御部１１は、準確定申告に該当するか否かを判定するための複数の条件項目により、準確定申告に該当するか否かを判定する。条件項目は、例えば、「事業所得、不動産所得がある」、「給与が２０００万円を超える」、「２箇所以上から給与を支給されている」、「メインの給与所得以外に２０万円を超える所得がある」、「生命保険などの満期金や一時所得を受け取った」、「土地や建物を売却した」または「年金額が４００万円を超えている」等を含む。制御部１１は、上述した複数の条件項目のうちいずれか１つに該当すると判定した場合、準確定申告に該当すると判定する。

制御部１１は、準確定申告に該当すると判定した場合（ステップＳ４ｂでＹＥＳ）、大容量記憶部１７の書類検索用ＤＢ１７４のカテゴリ列に記憶された「前提情報関係」及び項目列に記憶された「準確定申告」に対応する準確定申告に関する書類情報を抽出する（ステップＳ４ｃ）。準確定申告に関する書類は、準確定申告書を含む。制御部１１は、準確定申告に該当しないと判定した場合（ステップＳ４ｂでＮＯ）、後述するステップＳ４ｄに遷移する。

制御部１１は、取得した前提情報に基づき、遺産分割協議が完了したか否かを判定する（ステップＳ４ｄ）。制御部１１は、遺産分割協議が完了したと判定した場合（ステップＳ４ｄでＹＥＳ）、書類検索用ＤＢ１７４のカテゴリ列に記憶された「前提情報関係」及び項目列に記憶された「遺産分割協議」に対応する遺産分割協議に関する書類情報を抽出する（ステップＳ４ｅ）。遺産分割協議に関する情報は、遺産分割協議書を含む。制御部１１は、遺産分割協議が完了していないと判定した場合（ステップＳ４ｄでＮＯ）、後述するステップＳ４ｆに遷移する。制御部１１は、抽出した必要な書類情報を返却する（ステップＳ４ｆ）。

なお、図１４では、準確定申告情報及び遺産分割協議情報を用いて、必要な書類情報を抽出した例を説明したが、これに限るものではない。例えば、過去の確定申告情報、または遺言書情報等を用いて必要な書類情報を抽出しても良い。

図１５は、カテゴリごとに必要な書類の一覧を表示する画面イメージである。１０ａは、書類のカテゴリを表示する領域である。１０ｂは、カテゴリごとに必要な書類のタイトルを表示する領域である。１０ｃは、書類の説明情報を表示する領域である。１０ｄは、書類の入手場所を表示する領域である。１０ｅは、書類の入手状況の選択を受け付けるコンボボックスである。

サーバ１の制御部１１は、各書類の取得代行可否情報に基づき、各書類の入手状況項目を生成する。例えば、制御部１１は取得代行可の書類に対し、「入手済み」、「未入手」、「該当なし」及び「取得代行」を含む入手状況項目を生成する。また、制御部１１は取得代行不可の書類に対し、「入手済み」、「未入手」及び「該当なし」を含む入手状況項目を生成する。制御部１１は、通信部１３を介して、カテゴリごとの必要な書類の一覧、各書類の説明、入手場所及び入手状況項目を端末２に送信する。

端末２の制御部２１は、通信部２３を介して、サーバ１から送信されたカテゴリごとの必要な書類の一覧、各書類の説明、入手場所及び入手状況項目を受信する。制御部２１は、表示部２５を介して、受信したそれぞれのカテゴリを１０ａに表示し、カテゴリごとに必要な書類の名称を１０ｂに表示し、該書類に対する書類の説明情報を１０ｃに表示し、該書類の入手場所を１０ｄに表示し、該書類の入手状況項目を１０ｅに表示する。

制御部２１は、入手状況項目１０ｅの選択（タッチイベント）を入力部２４により受け付けた場合、受け付けた入手状況項目を相続人ＩＤに対応付けて通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された相続人ＩＤ及び入手状況項目を通信部１３により受信する（受け付ける）。制御部１１は、受信した相続人ＩＤに対応付けて、受信した入手状況項目の内容で大容量記憶部１７の検索結果ＤＢ１７５の入手状況列を更新する。

以下では、「固定資産税評価証明書」書類の例を説明する。図示のように、制御部２１は、サーバ１から送信された取得代行可能な「固定資産税評価証明書」書類に対応する入手状況項目を表示部２５により入手状況項目１０ｅに表示する。「固定資産税評価証明書」書類に対応する入手状況項目は、「未入手」、「入手済み」、「該当なし」及び「取得代行」を含む。なお、制御部２１は、１０ｅに「未入手」項目を初期表示項目として設定しても良い。制御部２１は、入力部２４を介して、１０ｅのタッチイベントを受け付けた場合、「未入手」、「入手済み」、「該当なし」及び「取得代行」をコンボボックスのリストの項目として表示する。

制御部２１は、「入手済み」入手状況項目の選択を入力部２４により受け付けた場合、選択された「入手済み」入手状況項目を相続人ＩＤに対応付けて通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された相続人ＩＤ及び「入手済み」入手状況項目を通信部１３により受信する。制御部１１は、受信した相続人ＩＤに対応付けて、検索結果ＤＢ１７５の入手状況列を「入手済み」で更新する。

制御部２１は、「取得代行」入手状況項目の選択を入力部２４により受け付けた場合、選択された「取得代行」入手状況項目を相続人ＩＤに対応付けて通信部２３によりサーバ１に送信する。制御部１１は、相続人ＩＤ及び「取得代行」入手状況項目を通信部１３により受信した場合、相続人ＩＤ及び取得代行依頼の書類情報を通信部１３により図示しない担当者の端末に送信する。なお、担当者がサーバ１上で直接に取得代行依頼の書類情報を確認する場合、制御部１１は、相続人ＩＤ及び取得代行依頼の書類情報を表示部１５により表示しても良い。

担当者の端末は、相続人ＩＤ、及び取得代行依頼の書類に対する取得代行の対応状況項目（例えば、「入手済み」、「取得代行中」または「取得代行済み」等）をサーバ１に送信する。サーバ１の制御部１１は、担当者の端末から送信された相続人ＩＤ及び取得代行依頼の対応状況項目を通信部１３により受信する。制御部１１は、受信した相続人ＩＤに対応付けて、取得代行依頼の対応状況項目の内容で大容量記憶部１７の検索結果ＤＢ１７５の入手状況列を更新する。

制御部１１は、相続人ＩＤ、及び更新した入手状況項目を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信された相続人ＩＤ及び入手状況項目を通信部２３により受信する。制御部２１は、表示部２５を介して、受信した相続人ＩＤに基づいて入手状況項目（例えば、「入手済み」または「取得代行済み」）を１０ｅに更新する。

本実施形態によると、被相続人に関する情報、相続人に関する情報、前提情報及び被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を出力することが可能となる。

本実施形態によると、申告書の作成または提出に必要な書類を自動に出力することにより、書類の調査時間を短縮してスムーズに相続申告を行うことが可能となる。

（実施形態２）
実施形態２は、相続フローにおける各段階の項目の入力状態に応じて、それぞれの進捗状況が表示できるプログレスバーを出力する形態に関する。なお、実施形態１と重複する内容については説明を省略する。

図１６は、実施形態２のサーバ１の構成例を示すブロック図である。なお、図２と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、プログレス管理ＤＢ１７６が記憶されている。プログレス管理ＤＢ１７６は、相続フローにおける各段階の進捗情報を記憶している。

図１７は、プログレス管理ＤＢ１７６のレコードレイアウトの一例を示す説明図である。プログレス管理ＤＢ１７６は、相続人ＩＤ列、フロー列、項目数列及び進捗状況列を含む。相続人ＩＤ列は、相続人を特定する相続人ＩＤを記憶している。フロー列は、相続フローにおける各段階の名称を記憶している。項目数列は、各段階で入力（完成）すべき項目数を記憶している。なお、フロー列には「申告に必要な書類集め」または「申告に必要な書類入力」が記憶された場合、実施形態１で出力された必要な書類の出力結果に応じて項目数が更新される。進捗状況列は、進捗状況を示す情報を記憶している。

図１８は、プログレスバーを表示する画面イメージである。なお、本実施形態では、「基本情報入力」、「前提情報（前提条件）入力」、「資産情報（財産・債務）入力」、「申告に必要な書類集め（収集）」、「申告に必要な情報入力」及び「相続税の申告手続き」を含むフローの例を説明したが、これに限るものではない。業務内容に応じて、上述したフローの内容を適当に変更しても良い。１１ａは、各段階の進捗状況を示すプログレスバーである。また、プログレスバーで表示する以外に達成度をパーセントで表示しても良い。

以下では、「前提情報入力」を一例として、「前提情報入力」のプログレスバーを更新する処理を説明するが、フローにおける他の段階にも同様に適用される。

図１９は、「前提情報入力」のプログレスバーを更新する動作を説明する説明図である。図１９Ａは、前提情報の未入力画面イメージである。１１ｂは、プログレスバー１１ａに対応付けて、項目の入力状況に応じたプログレス情報を表示する領域である。１２ａは、確定申告に関する前提情報を入力するためのボタンである。１２ｂは、財産分割における前提情報（例えば、遺言書または遺産分割協議書等）を入力するためのボタンである。

本実施形態では、前提情報は、確定申告に関する前提情報及び財産分割における前提情報を含み、いずれかの入力が完了される場合、プログレスバーを更新する。図１９Ａでは、１２ａ及び１２ｂの各項目を入力していないため、端末２の制御部２１はプログレスバーを灰色で表示し、プログレス情報（例えば、０/２）を１１ｂに表示する。制御部２１は、入力部２４を介して、財産分割における前提情報の入力ボタン１２ｂのタッチ（クリック）イベントを受け付けた場合、図１９Ｂに遷移する。

図１９Ｂは、財産分割における前提情報の入力を受け付ける画面イメージである。１２ｃは、財産分割における前提情報を入力する領域である。１２ｄは、確定ボタンである。制御部２１は、入力部２４を介して、確定ボタン１２ｄのタッチイベントを受け付けた場合、１２ｃで受け付けた財産分割における前提情報を通信部２３によりサーバ１に送信する。

サーバ１の制御部１１は、端末２から送信された財産分割における前提情報を通信部１３により受信する。制御部１１は、被相続人の資産ＩＤに対応付けて、財産分割における前提情報を大容量記憶部１７の資産情報ＤＢ１７３に記憶する。制御部１１は、相続人ＩＤに対応付けて、プログレス管理ＤＢ１７６のフロー列に記憶された「前提情報入力」に対応する進捗状況を更新する。

制御部１１は、進捗状況に応じて、プログレスバーを表示するためのプログレス情報（例えば、１/２）を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信されたプログレス情報を通信部２３により受信し、図１９Ｃに遷移する。制御部２１は、表示部２５を介して、受信したプログレス情報に応じて、プログレスバー１１ａの進捗（例えば、青色）を更新し、プログレス情報を１１ｂに表示する。

図２０は、「前提情報入力」のプログレスバーを更新する際の処理手順を示すフローチャートである。制御部２１は、前提情報を入力部２４により受け付け（ステップＳ２１１）、受け付けた前提情報を通信部２３によりサーバ１に送信する（ステップＳ２１２）。

サーバ１の制御部１１は、端末２から送信された前提情報を通信部１３により受信する（ステップＳ１１１）。制御部１１は、被相続人の資産ＩＤに対応付けて、前提情報を大容量記憶部１７の資産情報ＤＢ１７３に記憶する（ステップＳ１１２）。制御部１１は、相続人ＩＤに対応付けて、プログレス管理ＤＢ１７６のフロー列に記憶された「前提情報入力」に対応する進捗状況を更新する（ステップＳ１１３）。

制御部１１は、進捗状況に応じて、プログレスバーを表示するためのプログレス情報を通信部１３により端末２に送信する（ステップＳ１１４）。端末２の制御部２１は、サーバ１から送信されたプログレス情報を通信部２３により受信する（ステップＳ２１３）。制御部２１は受信したプログレス情報に基づき、表示部２５を介して、プログレスバー及びプログレス情報の表示を画面に更新する（ステップＳ２１４）。

本実施形態によると、相続フローにおける各段階の進捗状況をプログレスバーで反映することにより、進捗状況を容易に把握することが可能となる。

（実施形態３）
実施形態３は、相続人が新たな被相続人（以下、第２被相続人と読み替える）になった場合、二次相続処理を行う形態に関する。なお、実施形態１～２と重複する内容については説明を省略する。

図２１は、実施形態３のサーバ１の構成例を示すブロック図である。なお、図１６と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、相続資産情報ＤＢ１７７が記憶されている。相続資産情報ＤＢ１７７は、被相続人の資産が相続された相続資産情報を記憶している。

図２２は、相続資産情報ＤＢ１７７のレコードレイアウトの一例を示す説明図である。相続資産情報ＤＢ１７７は、相続人ＩＤ列、相続人名前列、被相続人ＩＤ列、被相続人現況列、現金列、預金列、不動産列、株式列及び保険列を含む。相続人ＩＤ列は、相続人を特定する相続人ＩＤを記憶している。相続人名前列は、相続人の名前を記憶している。被相続人ＩＤ列は、被相続人を特定する被相続人ＩＤを記憶している。被相続人現況列は、被相続人の現況（死亡または健在）を記憶している。

現金列は、被相続人の現金から相続された現金の金額を記憶している。預金列は、預金金額列及び預金詳細列を含む。預金金額列は、被相続人の預金から相続された預金の金額を記憶している。預金詳細は、預金の口座情報等を記憶している。不動産列は、不動産金額列及び不動産詳細列を含む。

不動産金額列は、被相続人の不動産から相続された不動産の金額を記憶している。不動産詳細列は、不動産の詳細情報（種類、住所等）を記憶している。株式列は、株式金額列及び株式詳細列を含む。株式金額列は、被相続人の株式から相続された株式の金額を記憶している。株式詳細列は、株式の詳細情報（株式会社名称等）を記憶している。

保険列は、保険金額列及び保険詳細列を含む。保険金額列は、被相続人の保険から相続された保険の金額を記憶している。保険詳細列は、保険の詳細情報（保険会社名称等）を記憶している。なお、上述した情報（列）に限らず、例えば将来収支等の他の資産情報が記憶されても良い。

相続人が第２被相続人になった場合、サーバ１の制御部１１は、大容量記憶部１７に記憶された相続人に関する情報、及び相続人が相続した相続資産情報から、第２被相続人に関する情報及び第２被相続人の資産情報を抽出する。具体的には、制御部１１は、相続人ＩＤ及び相続人の名前に基づき、大容量記憶部１７の相続人ＤＢ１７２から相続人の性別及び職業を、第２被相続人に関する情報として抽出する。制御部１１は、相続人ＩＤ及び相続人の名前に基づき、相続資産情報ＤＢ１７７から現金、預金、不動産及び株式等の相続資産を、第２被相続人の資産情報として抽出する。

制御部１１は、第２被相続人に関連付けられた新たな相続人（以下、第２相続人と読み替える）のＩＤを割り振る。制御部１１は、割り振った第２相続人ＩＤに対応付けて、抽出した第２被相続人に関する情報及び第２被相続人の資産情報を大容量記憶部１７の被相続人ＤＢ１７１及び資産情報ＤＢ１７３に記憶する。

図２３は、相続人が第２被相続人になった場合に二次相続処理を行う際の処理手順を示すフローチャートである。相続人が第２被相続人になった場合、第２相続人の端末２の制御部２１は、通信部２３を介して、相続人ＩＤ及び相続人の名前をサーバ１に送信する（ステップＳ２２１）。サーバ１の制御部１１は、通信部１３を介して、端末２から送信された相続人ＩＤ及び相続人の名前を受信する（ステップＳ１２１）。

制御部１１は、受信した相続人ＩＤ及び相続人の名前に基づき、大容量記憶部１７の相続人ＤＢ１７２から相続人の性別及び職業を、第２被相続人に関する情報として抽出する（ステップＳ１２２）。制御部１１は、相続人ＩＤ及び相続人の名前に基づき、相続資産情報ＤＢ１７７から現金、預金、不動産及び株式等の相続資産を、第２被相続人の資産情報として抽出する（ステップＳ１２３）。

制御部１１は、第２被相続人に関連付けられた第２相続人のＩＤを割り振る（ステップＳ１２４）。制御部１１は、割り振った第２相続人ＩＤに対応付けて、抽出した第２被相続人に関する情報及び第２被相続人の資産情報を大容量記憶部１７の被相続人ＤＢ１７１及び資産情報ＤＢ１７３に記憶する（ステップＳ１２５）。

図２４は、第２相続人の端末２上で二次相続処理を行う画面イメージ図である。図２４Ａは、第２被相続人の選択を受け付ける画面イメージ図である。１５ａは、相続人が第２被相続人になる前に（死亡前）、相続人が利用した相続人ＩＤ（全ての相続人の共用ＩＤ）の入力を受け付けるテキストフィールドである。１５ｂは、１５ａで受け付けた相続人ＩＤに基づき、全ての相続人（Ａ氏及びＢ氏）を検索するためのボタンである。１５ｃは、相続人の検索結果（Ａ氏及びＢ氏）を表示し、第２被相続人（Ａ氏またはＢ氏）の選択を受け付ける領域である。

１５ｄは、１５ｃで選択された第２被相続人（例えば、Ａ氏）をサーバ１に送信するためのボタンである。１５ｅは、第２被相続人（Ａ氏）に関する情報を表示する領域である。１５ｆは、１５ｅに表示している第２被相続人（Ａ氏）に関する情報を編集するためのボタンである。１５ｇは、第２被相続人（Ａ氏）の死亡日の入力を受け付けるテキストフィールドである。１５ｈは、第２被相続人（Ａ氏）の資産情報を資産種類ごとに表示するためのボタンの表示領域である。

第２相続人（Ｃ氏）の端末２の制御部２１は、相続人ＩＤ（Ａ氏とＢ氏との共用ＩＤ）の入力を入力部２４により１５ａで受け付け、受け付けた相続人ＩＤを通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された相続人ＩＤを通信部１３により受信し、受信した相続人ＩＤに基づき、大容量記憶部１７の相続人ＤＢ１７２から全ての相続人の名前（Ａ氏及びＢ氏）を取得する。制御部１１は、取得した全ての相続人の名前（Ａ氏及びＢ氏）を通信部１３により端末２に送信する。

端末２の制御部２１は、サーバ１から送信された全ての相続人の名前（Ａ氏及びＢ氏）を通信部２３により受信し、受信した全ての相続人の名前（Ａ氏及びＢ氏）を表示部２５により１５ｃに表示する。制御部２１は、相続人の名前の選択（Ａ氏）を入力部２４により受け付けた場合、受け付けた相続人の名前（Ａ氏）と相続人ＩＤとを通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された相続人ＩＤ及び相続人の名前（Ａ氏）を通信部１３により受信する。

制御部１１は、受信した相続人ＩＤ及び相続人の名前（Ａ氏）に基づき、大容量記憶部１７の相続人ＤＢ１７２及び相続資産情報ＤＢ１７７から該相続人（Ａ氏）の相続人に関する情報及び相続資産情報を、第２被相続人（Ａ氏）に関する情報及び第２被相続人（Ａ氏）の資産情報として抽出する。制御部１１は、通信部１３を介して、抽出した第２被相続人（Ａ氏）に関する情報及び第２被相続人（Ａ氏）の資産情報を端末２に送信する。

端末２の制御部２１は、通信部２３を介して、サーバ１から送信された第２被相続人（Ａ氏）に関する情報及び第２被相続人（Ａ氏）の資産情報を受信する。制御部２１は、表示部２５を介して、受信した第２被相続人（Ａ氏）に関する情報を１５ｅに表示する。また、１５ｅに表示している第２被相続人（Ａ氏）に関する情報に対して編集することができる。具体的には、制御部２１は、入力部２４を介して、「編集」ボタン１５ｆのタッチイベントを受け付けた場合、１５ｅを編集可能な状態に変更する。

制御部２１は、入力部２４を介して、１５ｇに入力された死亡日を受け付ける。制御部２１は、入力部２４を介して、１５ｈでの資産種類ごとのボタンのタッチイベント（クリック）を受け付けた場合、該当する資産種類に対応する資産の二次相続画面（図２４Ｂ）に遷移する。

図２４Ｂは、不動産の二次相続画面イメージ図である。１５ｉは、第２被相続人（Ａ氏）の不動産情報を表示する領域である。１５ｊは、１５ｉに表示している不動産情報を編集するためのボタンである。制御部２１は、受信した第２被相続人（Ａ氏）の資産情報から不動産情報を取得し、取得した不動産情報を表示部２５により１５ｉに表示する。制御部２１は、入力部２４を介して、「編集」ボタン１５ｊのタッチイベントを受け付けた場合、１５ｉを編集可能な状態に変更する。

なお、図２４Ｂでは不動産情報を例示したが、他の種類の資産情報にも同様に適用される。

上述した処理は、相続人がなくなって第２被相続人になった場合に二次相続の処理である。続いて、被相続人が健在である（生前時点）場合に、予め相続人が被相続人の資産を相続するための相続資産目録を作成する処理を説明する。

相続法または被相続人の願望等によって、それぞれの相続人（例えば、妻または子等）に対し、被相続人の資産情報から相続された相続資産情報が、予めに大容量記憶部１７の相続資産情報ＤＢ１７７に記憶される。制御部１１は、大容量記憶部１７の相続資産情報ＤＢ１７７から、相続資産種類（例えば現金・預金、不動産または株式等）ごとに、それぞれの相続人が保有している相続金額を取得する。制御部１１は、取得した相続資産種類ごとの各相続人の相続金額に基づき、相続資産目録を作成する。制御部１１は、作成した相続資産目録を通信部１３により端末２に送信する。

図２５は、端末２により相続資産目録を表示するイメージ図である。１３ａは、相続資産種類別の資産サマリーを示す第１グラフである。図示のように、現金・預金、不動産、株式及び保険ごとに被相続人が保有している金額を円グラフ形式で１３ａに表示している。１３ｂは、相続人別の相続資産情報を示す第２グラフである。図示のように、現金・預金、不動産、株式及び保険ごとにそれぞれの相続人が保有している相続資産金額を縦棒グラフ形式で１３ｂに表示している。１３ｃは、相続資産種類ごとに被相続人の資産総額、及びそれぞれの相続人の相続資産金額等を表示している領域である。なお、相続資産目録の表示形式については、上述した表示形式に限らず、任意の形式で表す統計表であっても良い。

サーバ１の制御部１１は、相続人ＩＤに基づき、大容量記憶部１７の相続資産情報ＤＢ１７７から、相続資産種類ごとにそれぞれの相続人が保有している相続金額及び詳細情報を取得する。相続資産の種類は、例えば現金・預金、不動産、株式または保険等を含む。具体的には、制御部１１は相続人ＩＤに基づき、相続資産情報ＤＢ１７７の現金列から現金の金額を取得する。制御部１１は相続人ＩＤに基づき、相続資産情報ＤＢ１７７の預金列から、預金の金額及び預金の口座情報等の詳細情報を取得する。

制御部１１は相続人ＩＤに基づき、相続資産情報ＤＢ１７７の不動産列から、不動産の金額及び不動産の住所等の詳細情報を取得する。制御部１１は相続人ＩＤに基づき、相続資産情報ＤＢ１７７の株式列から、株式の金額及び株式会社名称等の詳細情報を取得する。制御部１１は相続人ＩＤに基づき、相続資産情報ＤＢ１７７の保険列から、保険の金額及び保険会社名称等の詳細情報を取得する。

制御部１１は、取得した現金・預金、不動産、株式または保険の金額に基づき、第１グラフ及び第２グラフを生成する。制御部１１は、通信部１３を介して、生成した第１グラフ、第２フラフ、並びに、相続資産種類ごとの相続金額及び詳細情報を端末２に送信する。端末２の制御部２１は、通信部２３を介して、サーバ１から送信された第１グラフ、第２フラフ、並びに、相続資産種類ごとの相続金額及び詳細情報を受信する。制御部２１は、表示部２５を介して、受信した第１グラフを１３ａに表示し、受信した第２グラフを１３ｂに表示し、受信した相続資産種類ごとの相続金額及び詳細情報を１３ｃに表示する。

本実施形態によると、相続人が第２被相続人になった場合、データベースに記憶された相続人に関する情報及び相続人の相続資産情報から、第２被相続人として利用可能な情報を自動に抽出することにより、無駄な手間や時間をかけず効率的に二次相続手続きを進めることが可能となる。

本実施形態によると、被相続人の生前時点に相続人が相続するための相続資産目録を出力することが可能となる。

（実施形態４）
実施形態４は、不動産情報に基づき、該不動産に対する小規模宅地等の特例を適用できるか否かを判定する形態に関する。なお、実施形態１～３と重複する内容については説明を省略する。小規模宅地等の特例は、被相続人が自宅・店舗・事務所等として使っていた宅地を取得する場合、宅地の価格を一定の面積まで減額して評価する制度である。

図２６は、実施形態４のサーバ１の構成例を示すブロック図である。なお、図２１と重複する内容については同一の符号を付して説明を省略する。大容量記憶部１７には、小規模宅地特例ＤＢ１７８が記憶されている。小規模宅地特例ＤＢ１７８は、小規模宅地等の特例の要件を記憶している。

図２７は、小規模宅地特例ＤＢ１７８のレコードレイアウトの一例を示す説明図である。小規模宅地特例ＤＢ１７８は、要件番号列、種類列、限度面積列、減額率列、土地列、建物列及び共通列を含む。要件番号列は、各小規模宅地等の特例の要件を識別するために、一意に特定される要件のＩＤを記憶している。種類列は、小規模宅地等の特例に適用可能な宅地種類を記憶している。宅地種類は、例えば「特定居住用宅地等」、「特定事業用宅地等」及び「貸付事業用宅地等」を含む。限度面積列は、土地種類ごとの限度面積を記憶している。減額率列は、小規模宅地等の特例に適用される場合に土地種類ごとの減額率を記憶している。

土地列は、所有者列、保有形態列及び土地地代列を含む。所有者列は、所有者の種類（例えば、被相続人）を記憶している。保有形態列は、土地を保有していた形態（例えば、全部保有等）を記憶している。土地地代列は、土地の地代情報を記憶している。地代は、土地賃貸借契約や借地契約において、借主が貸主に支払う賃料である。

建物列は、所有者列、態様列、保有形態列、建物形態列及び家賃列を含む。所有者列は、所有者の種類（例えば、被相続人）を記憶している。態様列は、建物の態様（例えば、通常等）を記憶している。保有形態列は、建物を保有していた形態（例えば、全部保有等）を記憶している。建物形態列は、建物の形態（例えば、自宅等）を記憶している。家賃列は、家賃情報を記憶している。

共通列は、相続開始時の居住者列及び資産取得者列を含む。相続開始時の居住者列は、相続開始時の居住者の種類（例えば、被相続人）を記憶している。資産取得者列は、資産を取得した取得者の種類（例えば、被相続人）を記憶している。

被相続人が不動産を所有していた場合、サーバ１の制御部１１は、端末２から該不動産の不動産情報を取得する。不動産情報は、土地面積、土地の保有形態、土地所有者、建物の保有形態、建物の形態、建物の所有者、相続開始の居住者、資産取得者等を含む。制御部１１は、取得した不動産情報に基づき、大容量記憶部１７の小規模宅地特例ＤＢ１７８に記憶された小規模宅地等の特例の要件を照合し、該不動産に対する小規模宅地等の特例を適用できるか否かを判定する。

具体的には、制御部１１は、要件に定義された土地面積、土地の保有形態、土地所有者類、建物の保有形態、建物の形態、建物の所有者、相続開始の居住者、資産取得者等の情報を満たしたか否かを判定する。制御部１１は、小規模宅地等の特例を適用できるか否かの判定結果を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信された判定結果を通信部２３により受信し、受信した判定結果を表示部２５により表示する。

図２８は、小規模宅地等の特例適用を判定する際の処理手順を示すフローチャートである。端末２の制御部２１は、不動産情報を入力部２４により受け付け（ステップＳ２３１）、受け付けた不動産情報を通信部２３によりサーバ１に送信する（ステップＳ２３２）。サーバ１の制御部１１は、端末２から送信された不動産情報を受信する（ステップＳ１３１）。

制御部１１は、受信した不動産情報に基づき、大容量記憶部１７の小規模宅地特例ＤＢ１７８に記憶された小規模宅地等の特例の要件を照合し、該不動産に対する小規模宅地等の特例を適用できるか否かを判定する（ステップＳ１３２）。制御部１１は、小規模宅地等の特例を適用できないと判定した場合（ステップＳ１３２でＮＯ）、後述するステップＳ１３６に遷移する。

制御部１１は、小規模宅地等の特例を適用できると判定した場合（ステップＳ１３２でＹＥＳ）、制御部１１は、宅地種類が「特定居住用宅地等」であるか否かを判定する（ステップＳ１３３）。具体的には、制御部１１は、小規模宅地特例ＤＢ１７８の種類列に記憶された「特定居住用宅地等」宅地種類に対応する限度面積を、小規模宅地特例ＤＢ１７８の限度面積列から取得する。制御部１１は、取得した限度面積と、受信した不動産の面積とを比較する。制御部１１は、受信した不動産の面積が限度面積を超えないと判定した場合、受信した不動産情報（例えば、保有形態または建物形態等）に基づき、該不動産が特定居住用の不動産であるか否かを判定する。制御部１１は、該不動産が特定居住用の不動産であると判定した場合、宅地種類が「特定居住用宅地等」であると判定する。

制御部１１は、宅地種類が「特定居住用宅地等」であると判定した場合（ステップＳ１３３でＹＥＳ）、後述するステップＳ１３６に遷移する。制御部１１は、宅地種類が「特定居住用宅地等」でないと判定した場合（ステップＳ１３３でＮＯ）、宅地種類が「特定事業用宅地等」であるか否かを判定する（ステップＳ１３４）。

制御部１１は、宅地種類が「特定事業用宅地等」であると判定した場合（ステップＳ１３４でＹＥＳ）、後述するステップＳ１３６に遷移する。制御部１１は、宅地種類が「特定事業用宅地等」でないと判定した場合（ステップＳ１３４でＮＯ）、宅地種類が「貸付事業用宅地等」であるか否かを判定する（ステップＳ１３５）。

制御部１１は、宅地種類が「貸付事業用宅地等」であると判定した場合（ステップＳ１３５でＹＥＳ）、後述するステップＳ１３６に遷移する。制御部１１は、宅地種類が「貸付事業用宅地等」でないと判定した場合（ステップＳ１３５でＮＯ）、後述するステップＳ１３６に遷移する。

なお、「特定事業用宅地等」または「貸付事業用宅地等」宅地種類の判定処理に関しては、「特定居住用宅地等」宅地種類の判定処理と同様であるため、説明を省略する。なお、宅地種類に限らず、限度面積または減額率等の情報が小規模宅地特例ＤＢ１７８から取得されても良い。

制御部１１は、資産ＩＤに対応付けて、小規模宅地等の特例を適用できるか否かの判定結果を大容量記憶部１７の資産情報ＤＢ１７３の不動産列の小規模宅地特例列に記憶する（ステップＳ１３６）。判定結果は、小規模宅地等の特例を適用できるか否かの情報、及び小規模宅地等の特例を適用できる場合の宅地種類（例えば「特定居住用宅地等」、「特定事業用宅地等」または「貸付事業用宅地等」）等を含む。

制御部１１は、判定結果を通信部１３により端末２に送信する（ステップＳ１３７）。端末２の制御部２１は、サーバ１から送信された判定結果を通信部２３により受信し（ステップＳ２３３）、受信した判定結果を表示部２５により表示する（ステップＳ２３４）。

図２９は、小規模宅地等の特例適用の判定結果を表示する画面イメージである。１４ａは、不動産情報の入力を受け付ける領域である。１４ｂは、小規模宅地等の特例を適用できるか否かの判定結果を表示する領域である。端末２の制御部２１は、入力部２４を介して、土地面積、土地所有者、建物の保有形態、建物の形態、建物の所有者、相続開始の居住者、資産取得者等を含む不動産情報の入力を受け付ける。なお、上述した不動産情報が予め大容量記憶部１７の資産情報ＤＢ１７３に記憶された場合、サーバ１の制御部１１は、該不動産情報を通信部１３により端末２に送信する。端末２の制御部２１は、サーバ１から送信された不動産情報を用いて画面に自動入力しても良い。

制御部２１は、受け付けた不動産情報を通信部２３によりサーバ１に送信する。サーバ１の制御部１１は、端末２から送信された不動産情報に基づいて小規模宅地等の特例を適用できるか否かを判定し、判定結果を通信部２３により端末２に送信する。端末２の制御部２１は、表示部２５を介して、サーバ１から送信された判定結果を１４ｂに表示する。

本実施形態によると、不動産に対する小規模宅地等の特例を適用できるか否かを判定することにより、相続税の減額情報等を相続人に提供することが可能となる。

今回開示された実施形態はすべての点で例示であって、制限的なものではないと考えられるべきである。本発明の範囲は、上記した意味ではなく、特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内でのすべての変更が含まれることが意図される。

１ 情報処理装置（サーバ）
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 入力部
１５ 表示部
１６ 読取部
１７ 大容量記憶部
１７１ 被相続人ＤＢ
１７２ 相続人ＤＢ
１７３ 資産情報ＤＢ
１７４ 書類検索用ＤＢ
１７５ 検索結果ＤＢ
１７６ プログレス管理ＤＢ
１７７ 相続資産情報ＤＢ
１７８ 小規模宅地特例ＤＢ
１ａ 可搬型記憶媒体
１ｂ 半導体メモリ
１Ｐ 制御プログラム
２ 情報処理端末（端末）
２１ 制御部
２２ 記憶部
２３ 通信部
２４ 入力部
２５ 表示部
２Ｐ 制御プログラム

Claims (3)

1. 被相続人に関する情報、及び相続人に関する情報を取得し、
   前記被相続人の資産分割における前提情報を取得し、
   相続税の対象となる前記被相続人の資産情報を取得し、
   取得した前記被相続人に関する情報、前記相続人に関する情報、前記前提情報及び前記被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を出力し、
   前記前提情報に関する進捗を示す第１プログレスバーと必要書類に関する第２プログレスバーとを並べて一覧表示し、
   前記前提情報に関する複数の質問を第１プログレスバーに対応付けて表示すると共に、複数の質問に対する回答を得る度に前記第１プログレスバーを伸長し、
   複数の必要書類に関する情報を第２プログレスバーに対応付けて表示すると共に、複数の書類の入手に関する情報を受け付ける度に前記第２プログレスバーを伸長する
   処理をコンピュータに実行させるプログラム。
2. 被相続人に関する情報、及び相続人に関する情報を取得し、
   前記被相続人の資産分割における前提情報を取得し、
   相続税の対象となる前記被相続人の資産情報を取得し、
   取得した前記被相続人に関する情報、前記相続人に関する情報、前記前提情報及び前記被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を出力し、
   前記前提情報に関する進捗を示す第１プログレスバーと必要書類に関する第２プログレスバーとを並べて一覧表示し、
   前記前提情報に関する複数の質問を第１プログレスバーに対応付けて表示すると共に、複数の質問に対する回答を得る度に前記第１プログレスバーを伸長し、
   複数の必要書類に関する情報を第２プログレスバーに対応付けて表示すると共に、複数の書類の入手に関する情報を受け付ける度に前記第２プログレスバーを伸長する
   処理をコンピュータが実行する情報処理方法。
3. 制御部を備える情報処理装置であって、
   前記制御部は、
   被相続人に関する情報、及び相続人に関する情報を取得し、
   前記被相続人の資産分割における前提情報を取得し、
   相続税の対象となる前記被相続人の資産情報を取得し、
   取得した前記被相続人に関する情報、前記相続人に関する情報、前記前提情報及び前記被相続人の資産情報に基づき、申告書の作成または提出に必要な書類を出力し、
   前記前提情報に関する進捗を示す第１プログレスバーと必要書類に関する第２プログレスバーとを並べて一覧表示し、
   前記前提情報に関する複数の質問を第１プログレスバーに対応付けて表示すると共に、複数の質問に対する回答を得る度に前記第１プログレスバーを伸長し、
   複数の必要書類に関する情報を第２プログレスバーに対応付けて表示すると共に、複数の書類の入手に関する情報を受け付ける度に前記第２プログレスバーを伸長する
   情報処理装置。

Images