(57)【要約】【課題】戸籍書類を用いて親族関係を確認する事務作業における戸籍書類の漏れの有無の確認に係る作業負担を軽減する。【解決手段】本情報処理装置は、１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の個人情報領域の各々を示す個人区分情報の指定を受け付ける受付手段と、前記戸籍画像のうち、前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、識別符号と個人情報画像の対応を管理する対応管理手段と、前記個人情報画像を前記識別符号ごとに出力する出力手段と、前記個人情報画像のうち、前記識別符号が同一であって、入籍日と戸籍から除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定手段と、前記組情報に基づいて、収集した前記戸籍書類が連続しているか否かを前記識別符号ごとに判定する判定手段と、を備える。【選択図】図２
2019212033.tif 000002
【特許請求の範囲】
【請求項１】
１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付手段と、
前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理手段と、
前記個人情報画像を前記識別符号ごとに出力する出力手段と、
出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定手段と、
前記組情報に基づいて、収集した前記戸籍書類が時系列的に連続しているか否かを前記識別符号ごとに判定する判定手段と、を備える、
情報処理装置。
【請求項２】
前記判定手段は、さらに、前記戸籍書類が時系列的に連続していないと判定された識別符号を出力する、
請求項１に記載の情報処理装置。
【請求項３】
前記判定手段は、さらに、前記識別符号と前記判定の結果とを対応付けて出力する、
請求項１に記載の情報処理装置。
【請求項４】
前記設定手段は、前記個人情報画像の各々に対して前記入籍日が記載された入籍日領域および前記除籍日が記載された除籍日領域の指定を受け付けるとともに、同一の前記識別符号に対応付けられる前記個人情報画像間において、連続する入籍日と除籍日に対応する入籍日領域と除籍日領域とが接続されるように描画した画像を出力する、
請求項１から３のいずれか一項に記載の情報処理装置。
【請求項５】
１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付手段と、
前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理手段と、
前記個人情報画像を前記識別符号ごとに出力する第１出力手段と、
出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定手段と、
前記組情報によって組み合わせられる前記個人情報画像が互いに隣り合うように、前記個人情報画像を出力する第２出力手段と、を備える、
情報処理装置。
【請求項６】
コンピュータが、
１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付ステップと、
前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して、各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理ステップと、
前記個人情報画像を前記識別符号ごとに出力する出力ステップと、
出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記
組み合わせを識別する組情報の設定を受け付ける設定ステップと、
前記組情報に基づいて、収集した前記戸籍書類が時系列的に連続しているか否かを前記識別符号ごとに判定する判定ステップと、を実行する、
情報処理方法。
【請求項７】
コンピュータに、
１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付ステップと、
前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対いて、各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理ステップと、
前記個人情報画像を前記識別符号ごとに出力する出力ステップと、
出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定ステップと、
前記組情報に基づいて、収集した前記戸籍書類が時系列的に連続しているか否かを前記識別符号ごとに判定する判定ステップと、を実行させる、
情報処理プログラム。
【請求項８】
コンピュータに、
１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付ステップと、
前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理ステップと、
前記個人情報画像を前記識別符号ごとに出力する第１出力ステップと、
出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定ステップと、
前記組情報によって組み合わせられる前記個人情報画像が互いに隣り合うように、前記個人情報画像を出力する第２出力ステップと、を実行させる、
情報処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置、情報処理方法および情報処理プログラムに関する。
【背景技術】
【０００２】
金融機関等において、相続に関する相続事務が行われている。相続事務では、相続関係情報を漏れなく把握するため、例えば、相続関係者の戸籍を収集し、収集した戸籍の入籍日および除籍日の時系列的な連続性を確認することで、戸籍書類や相続人自体の漏れの有無を確認することが行われる。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１５−９０６５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
戸籍の連続性の確認は相続関係者毎に行われるため、相続関係者毎に戸籍書類を時系列に並べたり、ある相続関係者の戸籍を確認するために、既に確認済みの他の相続関係者の戸籍書類を再度確認したりすることがある。また、戸籍書類は時代によって様式が異なっていたり、情報が手書きで記入されていたりするため、文字認識等の機械的な手法によってコンピュータに読み取らせることは容易ではない。そのため、相続事務において、戸籍書類の漏れの有無を確認することは負担となっていた。なお、このような負担は相続事務に限らず、戸籍書類を用いて親族関係を確認する事務作業一般で生じ得る。
【０００５】
開示の技術の１つの側面は、戸籍書類を用いて親族関係を確認する事務作業における戸籍書類の漏れの有無の確認に係る作業負担を軽減できる情報処理装置、情報処理方法および情報処理プログラムを提供することを目的とする。
【課題を解決するための手段】
【０００６】
開示の技術の１つの側面は、次のような情報処理装置によって例示される。本情報処理装置は、１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付手段と、前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理手段と、前記個人情報画像を前記識別符号ごとに出力する出力手段と、出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定手段と、前記組情報に基づいて、収集した前記戸籍書類が時系列的に連続しているか否かを前記識別符号ごとに判定する判定手段と、を備える。
【０００７】
開示の技術によれば、個人区分情報を指定することで、各相続関係者の情報が記載される個人画像領域を含む画像である個人情報画像を戸籍画像から切り出すことができる。個人情報画像の各々に対して識別符号との対応が管理されるため、識別符号ごとに個人情報画像が出力されるため、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像に対して組情報を容易に設定する事ができる。開示の技術では、設定された組情報に基づいて、収集した前記戸籍書類が時系列的に連続しているか否かを前記識別符号ごとに判定されるため、各個人毎に戸籍書類の漏れの有無が容易に判定できる。そのた
め、開示の技術によれば、戸籍書類を用いて親族関係を確認する事務作業における戸籍書類の漏れの有無の確認に係る作業負担が軽減される。
【０００８】
開示の技術は、さらに次の特徴を有してもよい。前記判定手段は、さらに、前記戸籍書類が時系列的に連続していないと判定された識別符号を出力する。このような技術によれば、いずれの相続関係者の戸籍書類が不足しているかを容易に把握できる。
【０００９】
開示の技術は、さらに次の特徴を有してもよい。前記判定手段は、さらに、前記識別符号と前記判定の結果とを対応付けて出力する。このような技術によれば、各相続関係者について、戸籍書類の漏れがあるか否かを容易に把握できる。
【００１０】
開示の技術は、さらに次の特徴を有してもよい。前記設定手段は、前記個人情報画像の各々に対して前記入籍日が記載された入籍日領域および前記除籍日が記載された除籍日領域の指定を受け付けるとともに、同一の前記識別符号に対応付けられる前記個人情報画像間において、連続する入籍日と除籍日に対応する入籍日領域と除籍日領域とが接続されるようにするように描画した画像を出力する。このような技術によれば、同一の識別符号に対応付けられる個人情報画像間、換言すれば、同一の相続関係者に対応付けられる個人情報画像間における、入籍日と除籍日の対応を視覚的に把握できる。
【００１１】
開示の技術は、次のような情報処理装置であってもよい。本情報処理装置は、１以上の戸籍書類を読み取った戸籍画像の各々について、各個人の戸籍情報が記載される個人情報領域の各々を示す個人区分情報の指定を受け付ける受付手段と、前記戸籍画像のうち、前記個人区分情報によって示される前記個人情報領域を切り出した個人情報画像の各々に対して各個人を識別する識別符号の指定を受け付け、受け付けた識別符号と個人情報画像の対応を管理する対応管理手段と、前記個人情報画像を前記識別符号ごとに出力する第１出力手段と、出力された前記個人情報画像のうち、前記識別符号が同一であって、戸籍に入籍した入籍日と戸籍から除籍された除籍日とが連続する個人情報画像の組み合わせについて、前記組み合わせを識別する組情報の設定を受け付ける設定手段と、前記組情報によって組み合わせられる前記個人情報画像が互いに隣り合うように、前記個人情報画像を出力する第２出力手段と、を備える。
【００１２】
このような技術によれば、組情報によって組み合わせられる個人情報画像が互いに隣り合うように、個人情報が出力される。ここで、隣り合うように、とは、個人情報画像が横方向に並んで出力されることに限定されず、縦方向に並んで出力されてもよい。組情報によって組み合わせられる個人情報画像が互いに隣り合うため、個人情報画像は時系列に沿って並んで出力されることになる。そのため、このような技術によれば、出力された個人情報画像の確認が容易になる。
【００１３】
上記した開示の技術は、情報処理方法および情報処理プログラムとして把握することも可能である。
【発明の効果】
【００１４】
開示の技術は、戸籍書類を用いて親族関係を確認する事務作業における戸籍書類の漏れの有無の確認に係る作業負担を軽減できる。
【図面の簡単な説明】
【００１５】
【図１】図１は、実施形態に係る相続事務支援装置のハードウェア構成の一例を示す図である。
【図２】図２は、実施形態に係る相続事務支援装置の処理ブロックの一例を示す図である。
【図３】図３は、戸籍管理データベースに格納される相続関係者管理テーブルの一例を示す図である。
【図４】図４は、戸籍管理データベースに格納される戸籍画像管理テーブルの一例を示す図である。
【図５】図５は、戸籍管理データベースに格納される区分枠管理テーブルの一例を示す図である。
【図６】図６は、戸籍管理データベースに格納される区分枠位置管理テーブルの一例を示す図である。
【図７】図７は、戸籍管理データベースに格納される対応管理テーブルの一例を示す図である。
【図８】図８は、戸籍管理データベースに格納される個人情報画像管理テーブルの一例を示す図である。
【図９】図９は、戸籍管理データベースに格納される連続性管理テーブルの一例を示す図である。
【図１０】図１０は、取得部が取得した戸籍画像の一例を示す図である。
【図１１】図１１は、受付部によって区分枠の設定が受け付けられた戸籍画像の一例を示す図である。
【図１２】図１２は、個人別出力部が出力した個人情報画像の一例を示す図である。
【図１３】図１３は、入籍日および除籍日に対してマーキングが行われた個人情報画像の一例を示す図である。
【図１４】図１４は、判定部が出力する判定結果の一例を示す図である。
【図１５】図１５は、相続事務支援装置の処理フローの一例を示す図である。
【図１６】図１６は、連続する入籍日と除籍日とを線で結んだ画像の一例を示す第１の図である。
【図１７】図１７は、連続する入籍日と除籍日とを線で結んだ画像の一例を示す第２の図である。
【図１８】図１８は、連続する入籍日と除籍日とを線で結んだ画像の一例を示す第３の図である。
【図１９】図１９は、連続する入籍日と除籍日とを線で結んだ画像の一例を示す第４の図である。
【図２０】図２０は、戸籍管理データベースに格納されるマーキング位置管理テーブルの一例を示す図である。
【発明を実施するための形態】
【００１６】
以下、図面を参照して、一実施形態に係る情報処理装置、情報処理方法および情報処理プログラムについて説明する。以下に示す実施形態の構成は例示であり、開示の技術は実施形態の構成に限定されない。
【００１７】
＜実施形態＞
実施形態では、相続事務における戸籍の連続性の確認を容易にする情報処理装置が例示される。図１は、実施形態に係る相続事務支援装置１の一例を示す図である。相続事務支援装置１は、Central Processing Unit（ＣＰＵ）１０１、主記憶部１０２、補助記憶部
１０３、通信部１０４、表示部１０５、外部インターフェース１０６および接続バスＢ１を含む情報処理装置である。ＣＰＵ１０１、主記憶部１０２、補助記憶部１０３、通信部１０４、表示部１０５および外部インターフェース１０６は、接続バスＢ１によって相互に接続されている。なお、図中では、インターフェースは、「ＩＦ」と記載されている。
【００１８】
ＣＰＵ１０１は、マイクロプロセッサユニット（ＭＰＵ）、演算処理装置、プロセッサとも呼ばれる。相続事務支援装置１では、ＣＰＵ１０１が補助記憶部１０３に記憶されたプログラムを主記憶部１０２の作業領域に展開し、プログラムの実行を通じて周辺装置の
制御を行う。これにより、相続事務支援装置１は、所定の目的に合致した処理を実行することができる。主記憶部１０２および補助記憶部１０３は、相続事務支援装置１が読み取り可能な記録媒体である。
【００１９】
主記憶部１０２は、ＣＰＵ１０１から直接アクセスされる記憶部として例示される。主記憶部１０２は、Random Access Memory（ＲＡＭ）およびRead Only Memory（ＲＯＭ）を含む。
【００２０】
補助記憶部１０３は、各種のプログラムおよび各種のデータを読み書き自在に記録媒体に格納する。補助記憶部１０３は外部記憶装置とも呼ばれる。補助記憶部１０３は、例えば、ハードディスクドライブ（Hard Disk Drive、ＨＤＤ）によって例示される磁気記憶
装置や、Compact Disc（ＣＤ）ドライブによって例示される光学記憶装置である。補助記憶部１０３には、オペレーティングシステム（Operating System、ＯＳ）、各種プログラム、各種テーブル等が格納される。ＯＳは、通信部１０４を介して接続される外部装置等とのデータの受け渡しを行う通信インターフェースプログラムを含む。
【００２１】
通信部１０４は、例えば、コンピュータネットワークとのインターフェースである。通信部１０４は、コンピュータネットワークを介して外部の装置と通信を行う。コンピュータネットワークは、例えば、Local Area Network（ＬＡＮ）やインターネットである。
【００２２】
表示部１０５は、ＣＰＵ１０１による演算処理結果を出力する。表示部１０５は、例えば、ディスプレイである。外部インターフェース１０６は、外部の機器との接続インターフェースである。外部インターフェース１０６には、キーボード１３、マウス１４および画像取得装置１５が接続される。キーボード１３およびマウス１４は、ユーザからの操作を受け付けるユーザインターフェースである。画像取得装置１５は、戸籍書類を読み込んでディジタル画像化した戸籍画像を生成する。画像取得装置１５は、例えば、イメージスキャナやデジタルカメラである。
【００２３】
＜相続事務支援装置１の処理ブロック＞
図２は、実施形態に係る相続事務支援装置１の処理ブロックの一例を示す図である。相続事務支援装置１は、登録部２０１、取得部２０２、受付部２０３、個人別出力部２０４、設定部２０５、判定部２０６および戸籍管理データベース２０７を備える。相続事務支援装置１は、主記憶部１０２に実行可能に展開されたコンピュータプログラムをＣＰＵ１０１が実行することで、上記相続事務支援装置１の、登録部２０１、取得部２０２、受付部２０３、個人別出力部２０４、設定部２０５、判定部２０６および戸籍管理データベース２０７等の各部としての処理を実行する。なお、図中において、データベースは「ＤＢ」と記載される。
【００２４】
戸籍管理データベース２０７は、相続事務に当たって収集した戸籍書類を管理するデータベースである。図３は、戸籍管理データベース２０７に格納される相続関係者管理テーブル２０７１の一例を示す図である。相続関係者管理テーブル２０７１は、相続関係者各々の情報を管理するテーブルである。相続関係者管理テーブル２０７１は、個人ＩＤ、氏名、相続関係、被相続人との関係、必要範囲の各項目を含む。個人ＩＤとは、各個人を識別するＩＤであり、同一人物であれば異なる戸籍書類においても共通して使用されるＩＤである。氏名には、相続関係者の氏名が格納される。相続関係には、相続人、被相続人、被代襲相続人のいずれであるかを示す情報が格納される。被相続人との関係には、被相続人との親族関係（配偶者、子、孫等）を示す情報が格納される。必要範囲には、相続事務にあたり必要とされる戸籍書類の範囲を示す情報が格納される。例えば、図３では、「生〜亡」は出生から死亡までの戸籍書類が必要であることを示し、「現在」は現在の戸籍書類が必要であることを示す。
【００２５】
図４は、戸籍管理データベース２０７に格納される戸籍画像管理テーブル２０７２の一例を示す図である。戸籍画像管理テーブル２０７２は、戸籍画像ＩＤおよびパス名の各項目を含む。戸籍画像ＩＤには、戸籍画像各々を一意に識別するＩＤが格納される。パス名には、補助記憶部１０３に記憶された戸籍画像の所在を示すファイルパス名が格納される。戸籍画像管理テーブル２０７２によって、戸籍画像の各々と戸籍画像ＩＤとの対応付けが管理される。
【００２６】
図５は、戸籍管理データベース２０７に格納される区分枠管理テーブル２０７３の一例を示す図である。区分枠は、戸籍画像において各個人の情報が記載された領域を示すように設定される矩形の枠である。区分枠管理テーブル２０７３は、戸籍画像と戸籍画像において個人毎の領域を示す区分枠との対応関係を管理する。区分枠管理テーブル２０７３は、戸籍画像ＩＤと区分枠ＩＤの各項目を含む。戸籍画像ＩＤは、戸籍画像管理テーブル２０７２と同一であるため、説明を省略する。
【００２７】
区分枠ＩＤは、戸籍画像に設定された区分枠を一意に識別するＩＤである。戸籍画像は、戸籍に入籍している各個人に共通する情報が記載される共通情報領域と入籍している各個人の情報が記載される個人情報領域を含む。区分枠は共通情報領域および個人情報領域のそれぞれに設定されるため、戸籍画像には複数の区分枠が設定される。そのため、戸籍画像ＩＤに対応付けられる区分枠ＩＤは、図５に例示されるように、複数列挙される。以下、本明細書において、共通情報領域を示す区分枠を共通区分枠、個人情報領域を示す区分枠を個人区分枠と称する。また、共通区分枠と個人区分枠とを区別しない場合は、単に区分枠と称する。なお、図５に例示される区分枠管理テーブル２０７３では、列挙された区分枠ＩＤのうち先頭に記載された区分枠ＩＤ（例えば、Ｗ００１）が共通区分枠の区分枠ＩＤを示す。
【００２８】
図６は、戸籍管理データベース２０７に格納される区分枠位置管理テーブル２０７４の一例を示す図である。区分枠位置管理テーブル２０７４は、戸籍画像上における区分枠の範囲を管理する。区分枠位置管理テーブル２０７４は、区分枠ＩＤ、第１座標および第２座標の各項目を含む。区分枠ＩＤは区分枠管理テーブル２０７３と同一であるため、説明を省略する。第１座標および第２座標の各々は、矩形で示される区分枠の互いに対角に位置する角の座標を示す。第１座標および第２座標は、例えば、戸籍画像の所定位置（例えば、左上端）の座標を（０、０）とする相対的な座標によって示される。
【００２９】
図７は、戸籍管理データベース２０７に格納される対応管理テーブル２０７５の一例を示す図である。対応管理テーブル２０７５は、区分枠と区分枠によって示される領域に記載される個人の情報との対応関係を管理する。対応管理テーブル２０７５は、区分枠ＩＤおよび個人ＩＤの各項目を含む。区分枠ＩＤは区分枠管理テーブル２０７３と同一であるため、説明を省略する。個人ＩＤは、相続関係者管理テーブル２０７１と同一であるため、説明を省略する。区分枠ＩＤと個人ＩＤとの対応関係が管理されることで、複数の戸籍画像から指定した個人の情報が記載された区分枠を抽出することができる。
【００３０】
図８は、戸籍管理データベース２０７に格納される個人情報画像管理テーブル２０７６の一例を示す図である。個人情報画像は、戸籍画像において個人ＩＤで示される個人の情報が記載された領域を含む画像であり、個人別出力部２０４が生成する。個人情報画像管理テーブル２０７６は、個人ＩＤと、個人ＩＤで特定される個人の個人情報を含む個人情報画像と、個人情報画像の格納場所との対応を管理する。個人情報画像管理テーブル２０７６は、個人ＩＤ、個人情報画像ＩＤ、パス名の各項目を含む。個人ＩＤは、相続関係者管理テーブル２０７１と同一であるため、説明を省略する。個人情報画像ＩＤには、個人情報画像を一意に識別するＩＤが格納される。パス名には、補助記憶部１０３に記憶され
た個人情報画像の所在を示すファイルパス名が格納される。個人情報画像管理テーブル２０７６は、「対応管理手段」の一例である。
【００３１】
図９は、戸籍管理データベース２０７に格納される連続性管理テーブル２０７７の一例を示す図である。連続性管理テーブル２０７７では、戸籍画像において個人ＩＤで示される個人の情報が記載された領域を含む個人情報画像と、個人情報画像上に記載された個人の入籍日および除籍日との対応を管理する。連続性管理テーブル２０７７は、個人情報画像ＩＤ、パス名、入籍フラグ、出生フラグ、除籍フラグおよび死亡フラグの各項目を含む。個人情報画像ＩＤは、個人情報画像管理テーブル２０７６と同一であるため、説明を省略する。入籍フラグと除籍フラグには、入籍日と除籍日とが連続する個人情報画像の組を示す情報が格納される。出生フラグには、入籍した理由が出生である場合にオンにされる出生フラグが格納される。死亡フラグには、除籍した理由が死亡である場合にオンにされる死亡フラグが格納される。
【００３２】
入籍フラグと除籍フラグについて、詳細には、２つの個人情報画像において、一方の入籍日と他方の除籍日とが連続しているとユーザが判断すると、一方の個人情報画像に対応する入籍フラグと他方の個人情報画像に対応する除籍フラグに同じ符号が格納される。入籍日と除籍日とが連続するとは、例えば、一方の個人情報画像における除籍日と他方の個人情報画像における入籍日とが一致する場合や、一方の個人情報画像における除籍日と他方の個人情報画像における入籍日との間が所定日数以内である場合を挙げることができる。入籍日と除籍日とが連続していることで、一方の個人情報画像に対応する戸籍書類と他方の個人情報画像に対応する戸籍書類とが時系列的に連続していることが確認できる。換言すれば、一方の個人情報画像に対応する戸籍書類と他方の個人情報画像に対応する戸籍書類との間において、戸籍書類の漏れが無いことが確認できる。入籍フラグと除籍フラグの組は、「組情報」の一例である。
【００３３】
登録部２０１は、相続関係者に係る情報の登録を受け付ける。登録部２０１は、相続関係者の氏名、相続関係および必要となる戸籍書類の範囲を含む相続関係者情報の入力を受け付けると、受け付けた相続関係者情報と、相続関係者の各々を識別する個人ＩＤとを対応付けて、相続関係者管理テーブル２０７１に格納する。相続関係者情報は、例えば、相続事務を申請した申請者によって記入される相続手続請求書に記載され、登録部２０１は、相続手続請求書に記載された相続関係者情報を光学的文字認識（Optical Character Recognition/Reader、ＯＣＲ）によって読み込んで、相続関係者管理テーブル２０７１に格納してもよい。個人ＩＤは、「識別符号」の一例である。
【００３４】
取得部２０２は、戸籍書類を画像データ化した戸籍画像を取得する。取得部２０２は、例えば、画像取得装置１５が戸籍書類を読み取ってディジタル化した戸籍画像を画像取得装置１５から取得することができる。取得部２０２は、取得した戸籍画像を補助記憶部１０３に記憶させる。取得部２０２は、補助記憶部１０３に戸籍画像を記憶させると、当該戸籍画像を一意に識別する戸籍画像ＩＤを生成する。取得部２０２は、補助記憶部１０３に記憶させた戸籍画像のパス名と生成した戸籍画像ＩＤとを対応付けて、戸籍画像管理テーブル２０７２に記憶させる。
【００３５】
図１０は、取得部２０２が取得した戸籍画像の一例を示す図である。図１０に例示される戸籍画像は、大正４年に改製された様式の戸籍を読み取った戸籍画像の一例である。図１０に例示されるように、戸籍画像には、戸主とその家族の情報が区分されて記載される。
【００３６】
受付部２０３は、戸籍画像管理テーブル２０７２を参照して戸籍画像のパス名を取得し、取得したパス名を基に戸籍画像を補助記憶部１０３から取得する。受付部２０３は、取
得した戸籍画像を表示部１０５に出力する。受付部２０３は、出力した戸籍画像において各個人の情報が記載された領域を示す区分枠の設定を受け付ける。区分枠は、例えば、マウス１４によって矩形選択されることで、設定される。受付部２０３は、「受付手段」の一例である。
【００３７】
図１１は、受付部２０３によって区分枠の設定が受け付けられた戸籍画像の一例を示す図である。図１１において、点線で示される区分枠２０３１−１〜２０３１−３は、個人毎の情報が記載された個人情報領域に設定された区分枠を示す。例えば、区分枠２０３１−２には、「郵貯始」の妻である「郵貯ハナ」の情報が記載されている。また、一点鎖線で示される区分枠２０３１−Ｂは、戸籍に入籍している各個人に共通する情報が記載される共通情報領域に設定された区分枠を示す。受付部２０３は、マウス１４等の操作によってこのような区分枠の設定を受け付ける。受付部２０３は、区分枠を一意に識別する区分枠ＩＤを生成し、戸籍画像ＩＤと区分枠ＩＤとを対応付けて、区分枠管理テーブル２０７３に記憶させる。さらに、受付部２０３は、設定された区分枠の位置を示す座標情報を区分枠ＩＤと対応付けて、区分枠位置管理テーブル２０７４に記憶させる。以下、本明細書において、個人情報領域に設定された区分枠を個人区分枠、共通情報領域に設定された区分枠を共通区分枠と称する。また、個人区分枠と共通区分枠とを区別しないときは単に区分枠と称する。なお、戸籍の書式によっては、共通情報領域に戸主個人に係る情報と戸籍に入籍している各個人に共通する情報の双方が含まれることがある。区分枠は、「個人区分情報」の一例である。
【００３８】
受付部２０３は、さらに、設定された各個人区分枠２０３１−１〜２０３１−３に対して、各個人を識別する個人ＩＤの設定を受け付ける。個人ＩＤの設定は、例えば、マウス１４等によって個人区分枠２０３１−１〜２０３１−３の何れかが選択された状態において、キーボード１３によって個人ＩＤが入力されることで行われる。受付部２０３は、選択された区分枠の区分枠ＩＤと入力された個人ＩＤとを対応付けて、対応管理テーブル２０７５に記憶させる。
【００３９】
個人別出力部２０４は、個人ＩＤが指定されると、複数の戸籍画像から当該個人ＩＤで示される個人の情報が記載された領域を含む個人情報画像を出力する。個人別出力部２０４は、対応管理テーブル２０７５を参照して、指定された個人ＩＤに対応付けられた個人区分枠の区分枠ＩＤを取得する。個人別出力部２０４は、区分枠位置管理テーブル２０７４を参照して、取得した区分枠ＩＤで示される各区分枠の範囲を取得する。個人別出力部２０４は、区分枠管理テーブル２０７３を参照して、各区分枠が設定された戸籍画像ＩＤと共通区分枠の区分枠ＩＤを特定する。個人別出力部２０４は、区分枠位置管理テーブル２０７４を参照して、特定した共通区分枠の区分枠ＩＤで示される共通区分枠の範囲を取得する。
【００４０】
個人別出力部２０４は、戸籍画像管理テーブル２０７２を参照して、特定した戸籍画像ＩＤに対応付けられたパス名を基に戸籍画像を取得する。個人別出力部２０４は、取得した戸籍画像において、指定された個人ＩＤに対応付けられた区分枠で示される領域を個人画像として切り出す。また、個人別出力部２０４は、取得した戸籍画像において、共通区分枠で示される領域を共通画像として切り出す。個人別出力部２０４は、共通画像と個人別画像を結合した個人情報画像を生成し、補助記憶部１０３に記憶させる。個人別出力部２０４は、個人ＩＤと、個人情報画像を一意に識別する個人情報画像ＩＤと、補助記憶部１０３に記憶させた個人情報画像のパス名とを対応付けて、個人情報画像管理テーブル２０７６に記憶させる。さらに、個人別出力部２０４は、生成した個人情報画像を表示部１０５に出力する。個人別出力部２０４は、「出力手段」および「第１出力手段」の一例である。
【００４１】
図１２は、個人別出力部２０４が出力した個人情報画像２０４１の一例を示す図である。図１２に例示される個人情報画像２０４１は、共通区分枠２０３１−Ｂによって示される共通情報領域と個人区分枠２０３１−１によって示される個人情報領域とが結合された画像として出力されている。
【００４２】
設定部２０５は、個人別出力部２０４が出力した個人情報画像２０４１に対して、入籍フラグおよび除籍フラグを設定する。設定部２０５は、入籍フラグおよび除籍フラグが指定されると、個人情報画像ＩＤ、入籍フラグおよび除籍フラグを対応付けて連続性管理テーブル２０７７に記憶させる。さらに、設定部２０５は、出生による入籍であることを指示されると、連続性管理テーブル２０７７において出生フラグをオンにする。また、設定部２０５は、死亡による除籍であることを指示されると、連続性管理テーブル２０７７において死亡フラグをオンにする。
【００４３】
設定部２０５は、例えば、個人別出力部２０４が出力した個人情報画像２０４１における入籍日および除籍日に対するマーキングを行ってもよい。マーキングは、例えば、キーボード１３やマウス１４による入籍日および除籍日に該当する箇所の指定を受け付け、指定された箇所を枠で囲ったり、他の箇所とは異なる色を付したりすることで行われる。設定部２０５は、「設定手段」の一例である。
【００４４】
図１３は、入籍日および除籍日に対してマーキングが行われた個人情報画像２０４１の一例を示す図である。図１３では、２点鎖線で示される枠によってマーキング２０５１−４、２０５１−５が示される。図１３では、マーキングとして枠が例示されているが、マーキングが枠に限定されるわけではなく、カッコ（「」）で囲ったり、色を付したりすることでマーキングが行われてもよい。
【００４５】
判定部２０６は、各個人の戸籍書類が時系列的に連続しているか否かを判定する。判定部２０６は、収集した複数の戸籍書類間における入籍フラグと除籍フラグとが組になっているか否かを、相続関係者各々について判定する。判定部２０６は、対応管理テーブル２０７５に格納されている個人ＩＤの各々について、個人情報画像管理テーブル２０７６を参照して、当該個人ＩＤに対応する個人情報画像ＩＤを取得する。判定部２０６は、取得した個人情報画像ＩＤに対応付けられた入籍フラグおよび除籍フラグの組を、連続性管理テーブル２０７７から取得する。
【００４６】
判定部２０６は、例えば、個人情報画像管理テーブル２０７６と連続性管理テーブル２０７７を参照して、戸籍書類が連続しているか否かを各個人について判定する。判定部２０６は、各個人情報画像ＩＤで示される個人情報画像のそれぞれについて、当該個人情報画像に対応する入籍フラグ（または除籍フラグ）と、組になる除籍フラグ（または入籍フラグ）が設定された個人情報画像があるか否かを判定する。ここで、判定部２０６は、当該個人情報画像に対応する入籍フラグ（または除籍フラグ）と組になる除籍フラグ（または入籍フラグ）が設定された個人情報画像がある場合に、これら２つの個人情報画像に対応する戸籍書類は連続していると判定する。判定部２０６は、例えば、当該個人情報画像に対応する入籍フラグ（または除籍フラグ）に対応する除籍フラグ（または入籍フラグ）が設定された個人情報画像が無い場合には、当該個人情報画像に対応する戸籍書類に連続する戸籍書類は無いと判定する。さらに、判定部２０６は、出生フラグおよび死亡フラグに基づいて、入籍または除籍の理由が出生であるか死亡であるかを判定する。
【００４７】
例えば、個人情報画像管理テーブル２０７６が図８に例示される状態であり、連続性管理テーブル２０７７が図９に例示される状態である場合を考える。この場合、判定部２０６は、個人情報画像管理テーブル２０７６を参照して、個人ＩＤ「ｋ０００１１２１」に対応する個人情報画像ＩＤとして、「Ｐ００１」、「Ｐ００２」、「Ｐ００３」および「
Ｐ００４」を抽出する。判定部２０６は、抽出した各個人情報画像ＩＤについて、連続性管理テーブル２０７７を参照して、戸籍の連続性を判定する。連続性管理テーブル２０７７では、個人情報画像ＩＤ「Ｐ００１」の除籍フラグには「Ａ」が格納されており、個人情報画像ＩＤ「Ｐ００２」の入籍フラグにも「Ａ」が格納されていることから、判定部２０６は、個人情報画像ＩＤ「Ｐ００１」の個人情報画像と個人情報画像ＩＤ「Ｐ００２」の個人情報画像とが連続していると判定する。判定部２０６は、同様に、個人情報ＩＤ「Ｐ００２」の個人情報画像と個人情報ＩＤ「Ｐ００３」の個人情報画像とが連続し、個人情報ＩＤ「Ｐ００３」の個人情報画像と個人情報ＩＤ「Ｐ００４」の個人情報画像とが連続すると判定する。その結果、判定部２０６は、個人情報ＩＤ「Ｐ００１」、「Ｐ００２」、「Ｐ００３」および「Ｐ００４」において、戸籍書類は連続していると判定する。さらに、判定部２０６は、個人情報ＩＤ「Ｐ００１」において出生フラグがオンであり、個人情報ＩＤ「Ｐ００４」において死亡フラグがオンであることから、個人情報ＩＤ「Ｐ００１」に対応する戸籍書類において個人ＩＤ「ｋ０００１１２１」の個人が出生し、個人情報ＩＤ「Ｐ００４」に対応する戸籍書類において個人ＩＤ「ｋ０００１１２１」の個人が死亡したと判定する。すなわち、この例では、個人ＩＤ「ｋ０００１１２１」について、出生から死亡までの戸籍書類に漏れが無いと判定部２０６は判定する。
【００４８】
判定部２０６は、判定結果を表示部１０５に出力する。図１４は、判定部２０６が出力する判定結果２０６１の一例を示す図である。図１４に例示される判定結果２０６１は、個人ＩＤ、氏名、相続関係、被相続人との関係、必要範囲、取得状況、戸籍１〜６の各項目を含む。個人ＩＤ、氏名、相続関係、被相続人との関係、必要範囲の各項目には、判定部２０６が相続関係者管理テーブル２０７１から読み出した情報が出力される。取得状況には、各個人についての戸籍書類が必要範囲において連続していると判定した場合には「取得済」、連続していないと判定部２０６が判定した場合には「要確認」が出力される。戸籍１〜６は、収集した各戸籍書類を古いものから順に採番した名称であり、相続関係者各々が記載されている戸籍書類について丸印（○）が付される。判定部２０６は、連続性管理テーブル２０７７において出生フラグが設定されている戸籍書類については「生」、死亡フラグが設定されている戸籍書類については「亡」との記載を付す。判定部２０６は、収集した戸籍書類において連続していない箇所については、バツ印「×」を付す。判定部２０６は、「判定手段」の一例である。
【００４９】
図１５は、相続事務支援装置１の処理フローの一例を示す図である。以下、図１５を参照して、相続事務支援装置１の処理フローの一例について説明する。
【００５０】
ステップＳ１では、登録部２０１は、相続関係者情報の登録を受け付ける。登録部２０１は、相続関係者の氏名、相続関係、必要範囲を含む相続関係情報の入力を受け付けると、相続関係情報と個人ＩＤとを対応付けて、相続関係者管理テーブル２０７１に格納する。
【００５１】
ステップＳ２では、取得部２０２は、収集された非相続人の戸籍書類の各々を画像取得装置１５が読み取ってディジタル化した複数の戸籍画像を取得する。取得部２０２は、取得した戸籍画像の各々を補助記憶部１０３に格納するとともに、戸籍画像のパス名と戸籍画像ＩＤとを対応付けて、戸籍画像管理テーブル２０７２に記憶させる。
【００５２】
ステップＳ３では、受付部２０３は、戸籍画像管理テーブル２０７２を参照して補助記憶部１０３から戸籍画像を読み出して、表示部１０５に出力する。受付部２０３は、出力した戸籍画像に対して共通区分枠と個人区分枠の設定を受け付ける。受付部２０３は、戸籍画像ＩＤと区分枠ＩＤとを対応付けて、区分枠管理テーブル２０７３に記憶させる。さらに、受付部２０３は、区分枠それぞれの位置を示す情報を区分枠ＩＤと対応付けて、区分枠位置管理テーブル２０７４に記憶させる。区分枠が設定された戸籍画像は、図１１に
例示される。ステップＳ３の処理は、「受付ステップ」の一例である。
【００５３】
ステップＳ４では、受付部２０３は、ステップＳ３で設定された個人区分枠のそれぞれに対する個人ＩＤの指定を受け付ける。受付部２０３は、指定された個人ＩＤと個人区分枠の区分枠ＩＤとを対応付けて、対応管理テーブル２０７５に記憶させる。ステップＳ４の処理は、「対応管理ステップ」の一例である。
【００５４】
ステップＳ５では、個人別出力部２０４は、個人ＩＤの指定を受け付ける。個人別出力部２０４は、個人ＩＤに対応付けられた区分枠ＩＤを特定し、区分枠ＩＤが示す区分枠によって戸籍画像を切り出した個人画像を生成する。さらに、個人別出力部２０４は、戸籍画像において、共通区分枠が示す領域を切り出して共通画像を生成する。個人別出力部２０４は、共通画像と個人画像とを結合して個人情報画像を生成し、個人ＩＤと、個人情報画像ＩＤと、個人情報画像のパス名とを対応付けて、個人情報画像管理テーブル２０７６に記憶させる。さらに、個人別出力部２０４は、生成した個人情報画像を表示部１０５に出力する。ステップＳ５の処理は、「出力ステップ」および「第１出力ステップ」の一例である。
【００５５】
ステップＳ６では、設定部２０５は、表示部１０５に出力された個人情報画像に対して、入籍フラグおよび除籍フラグの設定を受け付ける。設定部２０５は、個人情報画像ＩＤと、入籍フラグと、除籍フラグとを対応付けて、連続性管理テーブル２０７７に記憶させる。ステップＳ６の処理は、「設定ステップ」の一例である。
【００５６】
ステップＳ７では、判定部２０６は、戸籍書類の連続性を判定する。判定部２０６は、上記の通り、個人情報画像に対応する入籍フラグと除籍フラグの組に基づいて、戸籍書類が連続しているか否かを判定する。ステップＳ７の処理は、「判定ステップ」の一例である。
【００５７】
ステップＳ８では、判定部２０６は、ステップＳ７において実行した判定の判定結果を表示部１０５等に出力する。
【００５８】
＜実施形態の作用効果＞
実施形態では、相続事務支援装置１は、収集された相続関係者の戸籍書類が読み込まれてディジタル化された戸籍画像を取得する。相続事務支援装置１は、戸籍画像に含まれる各個人の情報が記載された個人情報領域を指定する区分枠の指定を受け付ける。相続事務支援装置１は、指定された区分枠と相続関係者各々を識別する個人ＩＤとを対応付けて対応管理テーブル２０７５に記憶させるとともに、各区分枠の範囲を区分枠位置管理テーブル２０７４で管理する。戸籍書類は時代によって様式が変更されるため、機械的な読み取りは困難であるが、本実施形態によれば、相続事務支援装置１は、各個人の情報が記載された領域を容易に管理できる。
【００５９】
実施形態では、相続事務支援装置１は、個人情報画像に設定された入籍フラグおよび除籍フラグを基に、相続関係者の各々について戸籍書類が連続しているか否かを判定した。そのため、本実施形態によれば、機械的な読み取りが困難な戸籍書類に対しても、戸籍書類が連続しているか否かを容易に判定することができる。また、相続事務支援装置１は、戸籍書類が連続していないことで、戸籍書類の不足を判定することができる。
【００６０】
実施形態では、相続事務支援装置１は、相続関係者それぞれについての戸籍書類が連続しているか否かの判定結果を一覧表として出力した。そのため、本実施形態によれば、相続関係者のうち戸籍書類が不足している人物の特定が容易になる。
【００６１】
＜第１変形例＞
実施形態では、設定部２０５は個人別出力部２０４が出力した個人情報画像２０４１における入籍日や除籍日にマーキングを行った。設定部２０５は、連続する入籍日と除籍日とを線で結んだ画像を表示部１０５に出力してもよい。図１６から図１９は、連続する入籍日と除籍日とを線で結んだ画像の一例を示す図である。図１６から図１９の各々は戸籍画像を示す。図１６が最も古い時期の戸籍画像であり、以後、図１７、図１８、とだんだん新しい時期の戸籍画像となり、図１９が最も新しい時期の戸籍画像を示す。図１６の「Ｂ」は図１７の「Ｂ」に接続し、図１７の「Ｃ」は図１８の「Ｃ」に接続し、図１８の「Ｄ」は図１９の「Ｄ」に接続する。
【００６２】
設定部２０５は、個人情報画像２０４１においてマーキングが設定されると、マーキング位置管理テーブル２０７８によって設定されたマーキングの位置を管理する。図２０は、戸籍管理データベース２０７に格納されるマーキング位置管理テーブル２０７８の一例を示す図である。マーキング位置管理テーブル２０７８は、マーキングＩＤ、個人情報画像ＩＤ、入籍／除籍フラグ、第１座標および第２座標の各項目を含む。マーキングＩＤには、マーキングを一意に識別するマーキングＩＤが格納される。個人情報画像ＩＤには、マーキングが設定された個人情報画像の個人情報画像ＩＤが格納される。入籍／除籍フラグには、入籍日と除籍日とが連続することを示すフラグが格納される。第１座標および第２座標の各々は、略矩形で示されるマーキングの互いに対角に位置する角の座標を示す。第１座標および第２座標は、例えば、個人情報画像の所定位置（例えば、左上端）の座標を（０、０）とする相対的な座標によって示される。
【００６３】
設定部２０５は、マーキング位置管理テーブル２０７８を参照して、入籍／除籍フラグが同一であるマーキングを特定し、特定したマーキングを結ぶように直線を描画する。このように直線が描画された結果、図１６において除籍日を示すマーキング２０５１−１と図１７において入籍日を示すマーキング２０５１−２とが線２０５２−１で結ばれ、図１７において除籍日を示すマーキング２０５１−３と図１８において入籍日を示すマーキング２０５１−４とが線２０５２−２で結ばれ、図１８において除籍日を示すマーキング２０５１−５と図１９において入籍日を示すマーキング２０５１−６とが線２０５２−３で結ばれる。第１変形例のように、マーキングした日付を線で結ぶことにより、入籍日と除籍日のつながりが視覚的に理解しやすくなる。各個人情報画像において、マーキング２０５１−２、２０５１−４、２０５１−６によって示される領域は「入籍日領域」の一例である。各個人情報画像において、マーキング２０５１−１、２０５１−３、２０５１−５によって示される領域は、「除籍日領域」の一例である。
【００６４】
＜その他の変形＞
実施形態では、相続事務支援装置１は、相続関係者各々について、個人情報画像を生成し、生成した個人情報画像に対応付けて入籍フラグおよび除籍フラグとして設定された符号を管理し、入籍フラグと除籍フラグに設定された符号を基に戸籍の連続性が確認された。しかしながら、入籍フラグと除籍フラグは符号に限定されるわけではない。入籍フラグとして入籍日を設定し、除籍フラグとして除籍日を設定してもよい。このような場合、判定部２０６は、入籍日と除籍日が同じ場合、または、入籍日と除籍日との間が所定日数以内である場合に、戸籍が連続すると判定すればよい。また、入籍フラグおよび除籍フラグとして入籍日と除籍日とが連続性管理テーブルに格納されることで、各戸籍書類における各相続関係者の入籍日および除籍日を容易に管理できる。
【００６５】
また、実施形態では、マーキング位置管理テーブル２０７８の入籍／除籍フラグにおいて、入籍日と除籍日とが連続することを示すフラグが格納される。しかしながら、マーキング位置管理テーブル２０７８の入籍／除籍フラグには、例えば、入籍日と除籍日が格納されてもよい。このような場合、設定部２０５は、入籍日と除籍日が同じ場合、または入
籍日と除籍日との間が所定日数以内であるマーキングを特定し、特定したマーキングを結ぶように直線を描画すればよい。
【００６６】
実施形態では、判定部２０６は、入籍フラグおよび除籍フラグを基に、戸籍の連続性を判定したが、判定部２０６は、戸籍の連続性の判定までは実施せずに、戸籍の連続性の判定を支援する処理を実行してもよい。判定部２０６は、例えば、入籍フラグと除籍フラグとで組になっている個人情報画像が隣り合うように、個人情報画像を表示部１０５に出力してもよい。このような処理により、連続する個人情報画像が隣り合って出力されるため、戸籍書類の連続性を目視で確認することが容易になる。
【００６７】
入籍フラグと除籍フラグとで組になっている個人情報画像が隣り合うように、個人情報画像を表示部１０５に出力する判定部２０６は、「第２出力手段」の一例である。また、入籍フラグと除籍フラグとで組になっている個人情報画像が隣り合うように、個人情報画像を表示部１０５に出力する処理は、「第２出力ステップ」の一例である。また、上記の通り入籍フラグとして入籍日が設定され、除籍フラグとして除籍日が設定されている場合には、判定部２０６は、個人情報画像を時系列に沿って表示部１０５に出力してもよい。
【００６８】
以上で開示した実施形態や変形例はそれぞれ組み合わせる事ができる。
【００６９】
<<コンピュータが読み取り可能な記録媒体>>
コンピュータその他の機械、装置（以下、コンピュータ等）に上記いずれかの機能を実現させる情報処理プログラムをコンピュータ等が読み取り可能な記録媒体に記録することができる。そして、コンピュータ等に、この記録媒体のプログラムを読み込ませて実行させることにより、その機能を提供させることができる。
【００７０】
ここで、コンピュータ等が読み取り可能な記録媒体とは、データやプログラム等の情報を電気的、磁気的、光学的、機械的、または化学的作用によって蓄積し、コンピュータ等から読み取ることができる記録媒体をいう。このような記録媒体のうちコンピュータ等から取り外し可能なものとしては、例えばフレキシブルディスク、光磁気ディスク、Compact Disc Read Only Memory（ＣＤ−ＲＯＭ）、Compact Disc - Recordable（ＣＤ−Ｒ）、Compact Disc - ReWriterable（ＣＤ−ＲＷ）、Digital Versatile Disc（ＤＶＤ）、ブ
ルーレイディスク（ＢＤ）、Digital Audio Tape（ＤＡＴ）、８ｍｍテープ、フラッシュメモリなどのメモリカード等がある。また、コンピュータ等に固定された記録媒体としてハードディスクやＲＯＭ等がある。
【符号の説明】
【００７１】
１・・・相続事務支援装置
１３・・・キーボード
１４・・・マウス
１５・・・画像取得装置
１００・・・情報処理装置
１０１・・・ＣＰＵ
１０２・・・主記憶部
１０３・・・補助記憶部
１０４・・・通信部
１０５・・・表示部
１０６・・・外部インターフェース
２０１・・・登録部
２０２・・・取得部
２０３・・・受付部
２０４・・・個人別出力部
２０４１・・・個人情報画像
２０５・・・設定部
２０６・・・判定部
２０７・・・戸籍管理データベース
２０７１・・・相続関係者管理テーブル
２０７２・・・戸籍画像管理テーブル
２０７３・・・区分枠管理テーブル
２０７４・・・区分枠位置管理テーブル
２０７５・・・対応管理テーブル
２０７６・・・個人情報画像管理テーブル
２０７７・・・連続性管理テーブル
２０７８・・・マーキング位置管理テーブル
Ｂ１・・・接続バス
【図１】
2019212033.tif 000003
【図２】
2019212033.tif 000004
【図３】
2019212033.tif 000005
【図４】
2019212033.tif 000006
【図５】
2019212033.tif 000007
【図６】
2019212033.tif 000008
【図７】
2019212033.tif 000009
【図８】
2019212033.tif 000010
【図９】
2019212033.tif 000011
【図１０】
2019212033.tif 000012
【図１１】
2019212033.tif 000013
【図１２】
2019212033.tif 000014
【図１３】
2019212033.tif 000015
【図１４】
2019212033.tif 000016
【図１５】
2019212033.tif 000017
【図１６】
2019212033.tif 000018
【図１７】
2019212033.tif 000019
【図１８】
2019212033.tif 000020
【図１９】
2019212033.tif 000021
【図２０】
2019212033.tif 000022