特開 2023-183550 情報処理システム及び情報処理方法

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

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

(11)【公開番号】P2023183550

(43)【公開日】2023-12-28

(54)【発明の名称】情報処理システム及び情報処理方法

(51)【国際特許分類】

   G06Q 50/10 20120101AFI20231221BHJP

【ＦＩ】

G06Q50/10

【審査請求】未請求

【請求項の数】10

【出願形態】ＯＬ

(21)【出願番号】P 2022097121

(22)【出願日】2022-06-16

(71)【出願人】

【識別番号】000005108

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

(74)【代理人】

【識別番号】110000176

【氏名又は名称】弁理士法人一色国際特許事務所

(72)【発明者】

【氏名】今富 俊文

(72)【発明者】

【氏名】西先 崇

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

5L049

【Ｆターム（参考）】

5L049CC11

(57)【要約】

【課題】適切に情報の送受信を行うことのできる情報処理システム及び情報処理方法を提供する。
【解決手段】情報処理システムは、処理装置と、契約者、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有する記憶装置と、を備え、前記処理装置は、対象者を設定する設定処理と、前記関連付情報を参照して、前記対象者が前記契約者として関連付けされた前記第１情報及び前記第２情報の少なくとも１つを送信情報として抽出する抽出処理と、前記送信情報を送信する送信処理と、を実行する。
【選択図】図１

【特許請求の範囲】

【請求項1】

処理装置と、
契約者、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有する記憶装置と、を備え、
前記処理装置は、
対象者を設定する設定処理と、
前記関連付情報を参照して、前記対象者が前記契約者として関連付けされた前記第１情報及び前記第２情報の少なくとも１つを送信情報として抽出する抽出処理と、
前記送信情報を送信する送信処理と、
を実行する情報処理システム。

【請求項2】

前記処理装置は、
前記対象者に関する問い合わせを受け付ける照会処理をさらに実行し、
前記問い合わせに応じて、前記設定処理、前記抽出処理、及び前記送信処理を実行する、
請求項１に記載の情報処理システム。

【請求項3】

前記問い合わせは、前記対象者の生死に関する問い合わせであり、
前記送信情報は、前記対象者が前記契約者として関連付けされた前記第１情報を含む、
請求項２に記載の情報処理システム。

【請求項4】

前記処理装置は、
前記照会処理に応じて、
前記対象者が死亡しているかどうかを確認する処理と、
情報開示が可能かどうか判断する処理と、をさらに実行し、
前記対象者が死亡し、かつ、情報開示が可能と判断された場合に、前記送信処理を実行する、
請求項２に記載の情報処理システム。

【請求項5】

前記処理装置は、
前記抽出処理において、前記対象者が前記契約者として関連付けされた前記第２情報が抽出できない場合に、予め定められた者に通知する処理をさらに実行する、
請求項１または２に記載の情報処理システム。

【請求項6】

前記契約者は生命保険の契約を行った者であり、
前記契約先は生命保険会社である、
請求項１または２に記載の情報処理システム。

【請求項7】

前記処理装置は、
前記設定処理、前記抽出処理、及び前記送信処理を定期的に実施する、
請求項１または２に記載の情報処理システム。

【請求項8】

前記処理装置は、
前記特定の者が属していた自治体から前記第１情報を取得する、
請求項１または２に記載の情報処理システム。

【請求項9】

前記処理装置は、
前記特定の者の死亡届の届出人から自治体を介さずに前記第１情報を取得する、
請求項１または２に記載の情報処理システム。

【請求項10】

処理装置と、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有する記憶装置と、を備えた情報処理システムにおいて、
前記処理装置が、
対象者を設定する設定処理と、
前記関連付情報を参照して、前記対象者が前記契約者として関連付けされた前記第１情報及び前記第２情報の少なくとも１つを送信情報として抽出する抽出処理と、
前記送信情報を送信する送信処理と、
を実行する情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、情報処理システム及び情報処理方法に関する。

【背景技術】

【0002】

組織間の情報の連携を行う計算機システムが、ユーザの死亡届をきっかけとして、所定のシナリオに沿って、あらかじめ決められた組織間手続きを実行する技術が、従来知られている（特許文献１）。

【先行技術文献】

【特許文献】

【0003】

【特許文献1】特開２０２１－６０９０３号公報

【発明の概要】

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

【0004】

上記従来技術の場合、例えば、死亡というイベントをトリガ情報としてもつシナリオに従った処理となるため、保険会社やその他のサービス事業者は情報を受動的に待つ形になる。また、イベントに起因するため、単発の情報連携となる。このことから、保険会社やその他のサービス事業者が能動的に自ら望むタイミングで情報収集する、あるいは、複数回検索する、といったケースにはマッチしていない。

【0005】

更に、連携基盤システムに参加するために特定のコンソーシアムに参加する必要があり、このため、ギブアンドテイクで自社からも何等かのサービス提供が必要な点と、連携基盤システムに対応するために費用を要する点など、サービス導入までのコストの高さが課題となっている。

【0006】

本発明はこのような背景に鑑みてなされたものであり、その目的は、適切に情報の送受信を行うことのできる情報処理システム及び情報処理方法を提供することにある。

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

【0007】

本発明は、一つの態様として、処理装置と、契約者、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有する記憶装置と、を備え、前記処理装置は、対象者を設定する設定処理と、前記関連付情報を参照して、前記対象者が前記契約者として関連付けされた前記第１情報及び前記第２情報の少なくとも１つを送信情報として抽出する抽出処理と、前記送信情報を送信する送信処理と、を実行する情報処理システムを示す。

【0008】

上記課題を解決するための、他の態様は、処理装置と、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有する記憶装置と、を備えた情報処理システムに対し、対象者を設定する設定処理と、前記関連付情報を参照して、前記対象者が前記契約者として関連付けされた前記第１情報及び前記第２情報の少なくとも１つを送信情報として抽出する抽出処理と、前記送信情報を送信する送信処理と、を実行させる方法である。

【発明の効果】

【0009】

上記構成によれば、適切に情報の送受信を行うことのできる情報処理システム及び情報処理方法を提供できる。

【図面の簡単な説明】

【0010】

【図1】本実施形態に係る全体概念図

【図2】死亡情報連携の情報処理装置の概念図

【図3】情報処理装置のハードウェア構成図

【図4】契約者情報ファイルの一例図

【図5】死亡届情報ファイルの一例図

【図6】死亡契約者情報ファイルの一例図

【図7】死亡契約者情報照会用APIの一例図

【図8】死亡届マスタ情報の一例図

【図9】契約者マスタ情報の一例図

【図10】事業者マスタ情報の一例図

【図11】自治体マスタ情報の一例図

【図12】契約者契約関連情報の一例図

【図13】死亡届契約者関連情報の一例図

【図14】契約者情報収集処理のフローチャートを示す図

【図15】死亡届情報収集処理のフローチャートを示す図

【図16】死亡契約者情報連携処理のフローチャートを示す図

【図17】死亡者情報照会処理のフローチャートを示す図

【図18】未登録の死亡者情報の連携処理のフローチャートを示す図

【図19】契約有無情報の遺族への開示処理のフローチャートを示す図

【図20】情報処理装置の死亡届情報収集処理のフローチャート

【図21】情報処理装置の未登録の死亡契約者情報の連携処理のフローチャート

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

【0011】

本明細書および添付図面の記載により、少なくとも以下の事項が明らかとなる。以下、本発明をその一実施形態に即して添付図面を参照しつつ説明する。

【0012】

＜概要＞
図１に本発明の一実施形態に係る情報処理システム１００の構成を示す。情報処理システム１００は、情報処理装置１、市町村などの自治体が管理する自治体サーバ２、生命保険などの保険会社やクレジットカード会社などの各種事業者が管理する事業者サーバ３、死亡届情報入力端末６を含む。情報処理装置１、自治体サーバ２、事業者サーバ３及び死亡届情報入力端末６は、通信ネットワークを介して互いにデータの送受信が可能となるように接続された装置である。

【0013】

情報処理システム１００は、複数の自治体サーバ２、複数の事業者サーバ３、複数の死亡届情報入力端末６を備え得る。事業者サーバ３の具体例としては、保険会社のサーバ３Ａや、その他のサービス事業者のサーバ３Ｂなどが挙げられる。

【0014】

死亡届情報入力端末６は、死亡届届出人からの情報入力を受け付け、自治体に提出可能な書式の死亡届（プレ印字済死亡届）として出力を行う端末である。また、死亡届情報入力端末６は、情報処理装置１へ死亡届に関する情報を送信する機能を備える。

【0015】

各装置を繋ぐ通信ネットワークは、無線方式または有線方式の通信手段であり、例えば、インターネット、ＷＡＮ（Wide Area Network）、ＬＡＮ（Local Area Network）、公
衆通信網、専用線等である。

【0016】

なお、本実施形態による情報処理システム１００は上記複数の装置によって構成されているが、本発明はこれらの装置の数を限定するものではない。そのため、情報処理システム１００は、以下のような機能を備えるものであれば、１以上の装置によって構成するこ
とができる。

【0017】

情報処理装置１は、図２に示すように、死亡届情報入力端末６、自治体サーバ２及び事業者サーバ３と通信し、保険等の事業に関する契約者や、クレジットカードなどの各種サービスの契約者または顧客（これらを、以下単に「契約者」とする場合がある）に関する情報の処理を行う装置である。具体的な情報の内容としては、保険契約者の情報、契約者の死亡届情報、死亡した契約者に関する情報、照会処理に関連する情報、などである。

【0018】

図３は、情報処理装置１の構成の一例である。同図に示すように、情報処理装置１は、ＣＰＵ１０１、メモリ１０２、ハードディスク１０３、データベース１０４、およびネットワークカード１０６を備える。これらはバス等の通信手段を介して互いに通信可能に接続されている。

【0019】

尚、情報処理装置１は、その全ての構成が必ずしもハードウェアで実現されている必要はなく、構成の全部又は一部が、例えば、クラウドシステム（cloud system）のクラウドサーバ（cloud server）のような仮想的な資源によって実現されていてもよい。

【0020】

ＣＰＵ１０１は、Central Processing Unitを用いて構成される。ＣＰＵ１０１が、メ
モリ１０２、ハードディスク１０３、またはデータベース１０４に格納されているプログラムを読み出して実行することにより、情報処理装置１の機能が実現される。

【0021】

メモリ１０２、ハードディスク１０３、及びデータベース１０４は、いずれもプログラムやデータを記憶する装置である。

【0022】

メモリ１０２を構成する装置は、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）、不揮発性半導体メモリ（ＮＶＲＡＭ（Non Volatile RAM））、ＳＳＤ（Solid State Drive）、ＳＤメモリカード等の各種不揮発性メモリ（NVRAM:Non-volatile memory）、光学式記憶装置（ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等）、クラウドサーバの記憶領域等である。

【0023】

データベース１０４を構成する装置の具体例としては、不揮発性半導体メモリ（ＮＶＲＡＭ（Non Volatile RAM））、ＳＳＤ（Solid State Drive）、ＳＤメモリカード等の各
種不揮発性メモリ（NVRAM:Non-volatile memory）、ハードディスクドライブ、光学式記
憶装置（ＣＤ（Compact Disc）、ＤＶＤ(Digital Versatile Disc)等）、クラウドサーバの記憶領域等である。

【0024】

メモリ１０２には、死亡契約者情報照会ＡＰＩ２１が保存される。ハードディスク１０３には、契約者情報ファイル３１、死亡届情報ファイル３２、及び死亡契約者情報ファイル３３が保存される。データベース１０４には、死亡届マスタ情報４１、契約者マスタ情報４２、事業者マスタ情報４３、自治体マスタ情報４４、契約者契約関連情報４５、及び死亡届契約者関連情報４６が保存される。

【0025】

なお、これらの情報、データ、プログラム等の保存先は一例であり、ハードディスク１０３、またはデータベース１０４のいずれに保存されてもよい。

【0026】

ネットワークカード１０６は、通信ネットワーク５を介した他の装置との間の通信を実現する有線方式又は無線方式の通信インタフェースであり、例えば、ＮＩＣ（Network Interface Card）、無線通信モジュール、ＵＳＢ（Universal Serial Interface）モジュール、シリアル通信モジュール等である。

【0027】

契約者情報ファイル３１の一例を図２、図４に示す。契約者情報ファイル３１は、事業者サーバ３から契約者の情報を示すものとして情報処理装置１に送信されるファイルである（図２）。契約者情報ファイル３１は、複数の契約者に関する情報を含み、各契約者について、主に氏名、生年月日、住所、マイナンバー、事業者コード、事業者名、事業者管理番号、登録日、契約合意の有無が関連付けされて保存される。事業者コード及び事業者管理番号は、それぞれ、事業者に付与された固有の識別子である。契約開示合意の有無は、契約に関する情報を、遺族などに開示することに対する契約者の合意の有無を示す情報である。

【0028】

死亡届情報ファイル３２の一例を図２、図５に示す。死亡届情報ファイル３２は、自治体サーバ２から死亡届に関する情報を示すものとして情報処理装置１に送信されるファイルである（図２）。死亡届情報ファイル３２は、死亡届が提出された契約者に関する情報を含むファイルであり、各契約者について、主に氏名、生年月日、住所、マイナンバー、契約者の属する自治体の自治体コード及び自治体名、登録日が関連付けされて保存される。

【0029】

死亡契約者情報ファイル３３の一例を図２、図６に示す。死亡契約者情報ファイル３３は、情報処理装置１から死亡した契約者に関する情報を示すものとして情報処理装置１に送信されるファイルである（図２）。死亡契約者情報ファイル３３は、死亡届が提出された契約者に関する情報を含むファイルであり、各契約者について、主に氏名、生年月日、住所、マイナンバー、契約先の事業者コード、事業者名、事業者管理番号、死亡日が関連付けされて保存される。なお、マイナンバーの代わりに、またはマイナンバーに加えて、社会保障（保険）番号や、免許証またはパスポートの番号、システムが独自に発行した識別子等が用いられ得る。

【0030】

死亡契約者情報照会ＡＰＩ２１の機能を説明する図を、図２、図７に示す。死亡契約者情報照会ＡＰＩ２１は、外部のサーバから契約者に関する情報の照会（リクエスト）を受け付ける機能と、照会に対する回答（レスポンス）を作成し、送信する機能とを備える。

【0031】

事業者サーバ３などの装置は、死亡契約者照会情報２１１を用いて、特定の契約者に関する情報の送信を、情報処理装置１に対して要求することができる。詳細は後述するが、死亡契約者情報照会ＡＰＩ２１は、死亡契約者照会情報２１１に記載された情報に基づいて、死亡契約者照会回答情報２１２を作成し、事業者サーバ３に対して送信する。

【0032】

死亡届マスタ情報４１の一例を図８に示す。死亡届マスタ情報４１は、死亡届が提出された、または死亡が確認された複数の契約者に関する情報であり、死亡届ごとに付された固有の連番（マスタ連番）、死亡届に係る契約者の氏名、生年月日、住所、マイナンバー、自治体名及び自治体名、死亡日などが関連付けされて保存される。

【0033】

契約者マスタ情報４２の一例を図９に示す。契約者マスタ情報４２は、死亡届が提出された、または死亡が確認された複数の契約者に関する情報であり、各契約者について、契約者ごとに付された固有の連番（マスタ連番）、契約者の氏名、生年月日、住所、マイナンバー、死亡日、契約開示合意の有無などが関連付けされて保存される。

【0034】

事業者マスタ情報４３の一例を図１０に示す。事業者マスタ情報４３は、事業者に関する情報であり、事業者ごとに、事業者コード、事業者名、業態、インタフェース個別設定などが関連付けされて保存される。インタフェース個別設定は、情報処理システム１００において使用できる機能を定めたものであり、事業者ごとに設定される。

【0035】

自治体マスタ情報４４の一例を図１１に示す。自治体マスタ情報４４は、事業者に関す
る情報であり、自治体ごとに、固有の自治体コード、自治体名などが関連付けされて保存される。自治体マスタ情報４４は、自治体コードを参照して、自治体名を特定する場合などに使用される。例えば、死亡届マスタ情報４１の自治体コードを用いて自治体マスタ情報４４を参照すれば、契約者の所属する自治体を特定することが可能となる。

【0036】

契約者契約関連情報４５の一例を図１２に示す。契約者契約関連情報４５は、契約者が締結した契約の内容と契約先の事業者に関する情報である。契約者契約関連情報４５には、契約者ごとに、契約者マスタ連番、その契約者が契約している事業者の事業者コード、契約個別に付された事業者管理番号、登録日（契約日）などが関連付けされて保存される。契約者契約関連情報４５を参照することにより、契約者が締結した契約の一覧を参照することが可能となる。

【0037】

死亡届契約者関連情報４６の一例を図１３に示す。死亡届契約者関連情報４６は、死亡届が提出された契約者に関する情報であり、死亡届ごと、すなわち契約者ごとに、死亡届マスタ連番、契約者マスタ連番などが関連付けされて保存される。

【0038】

死亡届契約者関連情報４６では、契約者が複数の事業者と契約関係を有していた場合、契約者マスタ連番が、１つの死亡届に関連付けられて複数登録される。そのため、死亡届契約者関連情報４６を参照すると、死亡届が提出された契約者と契約関係のあると事業者の一覧を抽出可能となる。死亡届契約者関連情報４６を参照することにより、死亡した契約者が締結した契約の一覧と死亡届マスタ連番とを参照することが可能となる。

【0039】

＜処理＞
情報処理システム１００において実行される処理を以下に説明する。以下の処理において、情報処理装置１は、メモリ１０２、ハードディスク１０３、及びデータベース１０４のいずれかに保存されたプログラムまたはＡＰＩを、ＣＰＵ１０１が起動することにより、処理を実行する。以下では、ＣＰＵ１０１が実行する処理についても、「情報処理装置１」や「死亡契約者情報照会ＡＰＩ２１」が実行するものとして説明する場合がある。

【0040】

（契約者情報収集処理）
情報処理システム１００における契約者情報収集処理を、図１４を用いて説明する。契約者情報収集処理は、保険会社をはじめとするサービス事業者（以下、単に「事業者」とする）と契約した契約者について、情報処理装置１が情報を収集する処理である。

【0041】

契約者が、契約の申し込みを行い（Ｓ１）、事業者がその申し込みを受付ける際（Ｓ２）、事業者は死亡時の情報提供に関する契約を提案する（Ｓ３）。契約者が同意して契約を締結すると（Ｓ４、Ｓ５）、事業者は、契約者情報を契約者情報ファイル３１に保持させ、情報処理装置１に送信する（Ｓ６）。

【0042】

情報処理装置１は、契約者情報を受信すると（Ｓ７）、契約者マスタ情報４２及び契約者契約関連情報４５の登録及び更新を行う（Ｓ８、Ｓ９）。これにより、契約者情報ファイル３１に保持される契約者情報が、契約者マスタ情報４２及び契約者契約関連情報４５に書き込まれ、保存される（Ｓ９）。

【0043】

（死亡届情報収集処理）
契約者が死亡した後に実行される処理を、図１５を用いて説明する。

【0044】

契約者が死亡すると、届出人が死亡届を自治体に対して提出する（Ｓ１１）。自治体は、死亡届を受理すると（Ｓ１２）、死亡届情報を死亡届情報ファイル３２に保持させ、自治体サーバ２を介して情報処理装置１へ送信する（Ｓ１３）。

【0045】

情報処理装置１が死亡届情報ファイル３２、すなわち死亡届情報を受信すると（Ｓ１４）、死亡届情報の内容に不備がないかを検査する（Ｓ１５）。

【0046】

不備がある場合（Ｓ１５：有）、情報処理装置１は、自治体サーバ２に不備のある旨とその具体的な内容を通知する（Ｓ１６）。通知は自治体サーバ２を介して、届出人に送達される（Ｓ１７）。届出人は、不備の内容を踏まえて、再度死亡届を自治体サーバ２へ提出する（Ｓ１８Ａ、Ｓ１８Ｂ、Ｓ１２）。

【0047】

不備がない場合（Ｓ１５：無）、情報処理装置１は、死亡届マスタ情報４１及び契約者マスタ情報４２に、死亡届情報ファイル３２に保持された死亡届情報の内容を書き込んで登録し、更新する（Ｓ１９Ａ、Ｓ１９Ｂ）。

【0048】

登録、更新（Ｓ１９Ａ、Ｓ１９Ｂ）の際、情報処理装置１は、死亡届情報ファイル３２の内容から、死亡届が提出された者の氏名、住所、マイナンバーなどの識別子を用いて契約者を特定する。情報処理装置１は、死亡届マスタ情報４１及び契約者マスタ情報４２にアクセスし、特定された契約者について、死亡日を書き込む。

【0049】

さらに情報処理装置１は、死亡届契約者関連情報４６について、死亡届情報の内容を登録し、更新する（Ｓ２０）。具体的に述べると、情報処理装置１は死亡届マスタ情報４１及び契約者マスタ情報４２を読み込んで、死亡届が出された契約者の死亡届マスタ連番と契約者マスタ連番とを抽出し、これら２種の連番を関連付けて死亡届契約者関連情報４６に書き込む。

【0050】

（死亡契約者情報連携処理）
情報処理装置１は、死亡した契約者に関する情報を、所定の期間ごとに、事業者に対して連絡することができる。このような死亡契約者情報連携処理を、図１６を用いて説明する。

【0051】

まず情報処理装置１は、ステップＳ３１において死亡契約者情報の抽出を行う。情報処理装置１は、死亡届契約者関連情報４６を読込み、契約者毎の死亡届マスタ連番と契約者マスタ連番とを抽出する。さらに情報処理装置１は、死亡届マスタ情報４１及び契約者マスタ情報４２を読み込み、抽出した死亡届マスタ連番及び契約者マスタ連番に関連付けられた契約者の、名前、住所、死亡日、マイナンバーなどを読み込む。

【0052】

情報処理装置１は、ステップＳ３１で読み込んだ情報について、抽出対象が有るかどうかを調べる（Ｓ３２）。抽出対象の有無は様々な条件によって判断され得るが、例えば、死亡契約者情報送信対象の事業者に関して、ある期間内に死亡届が出された、または死亡した契約者が存在するかどうかを調べることによって判断できる。

【0053】

抽出対象となる契約者が存在する場合（Ｓ３２：有）、情報処理装置１は、事業者ごとに、ある期間内に死亡届が出された（または死亡した）契約者と、その者の死亡日、住所、マイナンバーなどを、ステップＳ３１で取得した情報に基づき、死亡契約者情報としてまとめる。

【0054】

まとめた死亡契約者情報は、例えば死亡契約者情報ファイル３３（図６）として、事業者サーバ３へ送信され（Ｓ３３）、事業者サーバ３によって受信される（Ｓ３４）。

【0055】

事業者サーバ３を介して死亡契約者情報を受信した事業者は、情報を用いて様々な行動をとることができる。一例として、事業者は、自社の契約情報とのマッチングを行い（Ｓ
３５）、契約者との間に契約が存在しているかどうかの判定を行う（Ｓ３６）。

【0056】

契約者との間に契約が存在している場合（Ｓ３６：有）、事業者は、契約者との間で同意していた契約内容に基づいて、死亡時の処理を実施する（Ｓ３７）。

【0057】

なお、ステップＳ３２で抽出対象が無い場合（Ｓ３２：無）、事業者サーバ３への情報送信は行われない。また、ステップＳ３６で契約が存在しない場合（Ｓ３６：無）、死亡時の処理は実施されない。

【0058】

上記のような処理が、日または月に１回や四半期に１回など、定期的に実施されることにより、事業者は、死亡した契約者に関する情報を容易に入手し、実行すべき処理を確実に実施することができる。

【0059】

（死亡契約者情報照会処理）
情報処理システム１００では、事業者の照会に対して対応することも可能である。以下に、死亡契約者情報照会処理として図１７を用いて説明する。

【0060】

事業者は、事業者サーバ３を用いて、情報を得たい契約者を抽出する作業を行う（Ｓ４１、Ｓ４２）。情報照会すべき契約者が存在する場合（Ｓ４２：有）、事業者サーバ３は、情報処理装置１の死亡契約者情報照会ＡＰＩ２１を呼び出す（Ｓ４３）。

【0061】

その際、事業者サーバ３は、対象契約者の氏名、住所、マイナンバーなどの識別子を用いて、情報照会を行う契約者を特定して死亡契約者照会情報２１１とし、死亡契約者情報照会ＡＰＩ２１に送信する。

【0062】

死亡契約者情報照会ＡＰＩ２１は、事業者サーバ３からの照会に対応し、対象契約者の死亡判定を行う（Ｓ４４）。死亡判定は、様々な方法によって実行できるが、例えば、契約者マスタ情報４２または死亡届マスタ情報４１を参照することによって実行される。一例として契約者マスタ情報４２が用いられる場合、マイナンバー、識別子や契約者氏名、住所などを用いて照会対象の契約者を特定し、その契約者に関連付けられた死亡日の登録有無を確認することによって死亡判定が実行される。

【0063】

死亡日の登録が確認された場合（Ｓ４５：有）、情報処理装置１は、照会された契約者が死亡していることを回答する（Ｓ４６Ａ）。死亡日の登録が確認されない場合（Ｓ４５：無）、死亡契約者情報照会ＡＰＩ２１は、照会された契約者が生存していることを回答する（Ｓ４６Ｂ）。回答は、死亡契約者照会回答情報２１２（図７）として送信される。この際、送信先は照会を行った事業者に設定される。

【0064】

事業者サーバ３が回答を受信すると（Ｓ４７）、死亡契約者照会回答情報２１２を参照して、照会した契約者の死亡情報の有無を判定する（Ｓ４８）。

【0065】

死亡情報が有る場合（Ｓ４８：有）、事業者は、契約者との間で同意していた契約内容に基づいて、死亡時の処理を実施する（Ｓ４９）。

【0066】

（未登録の死亡者情報の連携処理）
情報処理システム１００は、未登録の死亡者に関する情報を事業者に対して提供することも可能である。以下に、未登録の死亡者情報の連携処理として、図１８を用いて説明する。

【0067】

死亡者に関して届出人が死亡届を自治体に対して提出する（Ｓ５１）。自治体は、死亡
届を受理すると（Ｓ５２）、死亡届情報を死亡届情報ファイル３２に保持させ、自治体サーバ２を介して情報処理装置１へ送信する（Ｓ５３）。

【0068】

ステップＳ５４で死亡届情報を受信（Ｓ５４）した情報処理装置１は、死亡届マスタ情報４１に、死亡届情報の内容を新たに書き込んで登録し、更新する（Ｓ５５）。この処理の具体的内容は、ステップＳ１９Ａと同様である。

【0069】

死亡届に係る死亡者が、契約者マスタ情報４２に登録されていなかった者である場合（Ｓ５６：無）、情報処理装置１は、未登録死亡契約者であることを示す情報（未登録死亡契約者情報）を事業者サーバ３に送信する（Ｓ５７）。その際、未登録死亡契約者情報は、例えば、死亡契約者情報ファイル３３と同様の形式で送信される。

【0070】

事業者は、事業者サーバ３を介して、未登録死亡契約者情報を受け取り（Ｓ５８）、事業との関連性や、死亡後のサービス提供等の検討を行うことができる。また、何らかの錯誤や過誤で未登録となっている可能性を検討し、契約状況の有無を、事業者内で参照することもできる。

【0071】

図１８では、死亡届に係る死亡者が契約者マスタ情報４２に登録されている者である場合（Ｓ５６：有）、未登録の死亡者情報の連携処理を終える。その後、図１５のＳ１９Ｂ及びＳ２０の両方またはいずれかの処理を、情報処理装置１が実行してもよい。

【0072】

（契約有無情報の遺族への開示処理）
情報処理システム１００は、遺族からの情報開示依頼に対応することも可能である。以下に、契約有無情報の遺族への開示処理として、図１９を用いて説明する。

【0073】

遺族などから、ある者（依頼対象者）についての契約の有無に関する情報開示依頼が送信されると（Ｓ６１）、情報処理装置１は、その依頼を受信する（Ｓ６２）。情報処理装置１は、依頼対象者である契約者が、生存しているかどうか確認する（Ｓ６３）。確認は、例えば、ステップＳ４４の処理と同様、情報処理装置１が契約者マスタ情報４２や死亡届マスタ情報４１を参照することによって実施可能である。

【0074】

契約者が生存している場合（Ｓ６３：生存）、情報処理装置１は情報を開示せず、そのまま処理を終了する。一方、契約者が死亡している場合（Ｓ６３：死亡）、情報処理装置は、情報を開示することに契約者の合意が有るかどうか、契約者マスタ情報４２を参照して確認する（Ｓ６４）。

【0075】

合意の具体的な確認方法には、様々なルートや方法が考えられるが、一例として、死亡届マスタ情報４１を参照する方法が考えられる。その場合、情報処理装置１は、死亡届マスタ情報４１を参照し、対象者の氏名、住所、マイナンバーなど識別子等の情報に関連付けられた契約者を特定し、その契約者の死亡届マスタ連番を採取する。さらに情報処理装置１は、死亡届契約者関連情報４６を参照して、採取した死亡届マスタ連番に関連付けられた契約者マスタ連番を取得する。次に情報処理装置１は、契約者マスタ情報４２を参照し、取得した契約者マスタ連番と関連付けられた情報を読込むことにより、契約ごとの合意有無を確認することができる。

【0076】

合意が無い場合、情報は開示されない（Ｓ６４：合意無し）。一方、契約者の合意が有る場合（Ｓ６４：合意あり）、情報処理装置１は、依頼対象となっている対象者の契約有無情報を抽出する（Ｓ６５）。契約有無情報には、契約先の事業者名や、契約日、契約の内容、登録日（契約日）などが含まれ、これらは契約者契約関連情報４５及び契約者マスタ情報４２を参照して、対象者と関連付けられた情報を読込むことにより、抽出可能であ
る。

【0077】

契約有無情報の抽出は、ファイル３１－３３や情報４１－４６を参照して、対象者に関連付けられた事業者が存在するかどうか確認することによっても実行され得る。関連付けられた事業者が存在しなければ、対象者が行った契約自体が存在しないと判断できるし、事業者が存在すれば、何らかの契約が存在すると判断できるからである。

【0078】

情報処理装置１は、依頼対象契約者に関する契約有無情報を、例えば死亡契約者情報ファイル３３の形式にまとめ、送信することができる（Ｓ６６、Ｓ６７）。遺族は、ファイルを受信することによって、契約に関する情報を得ることができる（Ｓ６８）。

【0079】

上記各処理において、情報処理システム１００では、ファイル３１、死亡届情報ファイル３２、及び死亡契約者情報ファイル３３、死亡届マスタ情報４１、契約者マスタ情報４２、事業者マスタ情報４３、自治体マスタ情報４４、契約者契約者情報４５、及び死亡届契約者関連情報４６を参照し、抽出目的とする契約者、事業者、または自治体等を特定または抽出し、さらに、死亡状況、合意有無、契約詳細などの情報が適切に抽出されている。

【0080】

上記のようにファイル３１－３３、及び情報４１－４６は、各種の情報の関連付けの組合せを複数備えた関連付情報として機能している。情報処理システム１００においては、関連付情報が参照されることによって、契約者や事業者の特定が実行され、また、適切な処理や適切な情報の抽出、取得が実行される。

【0081】

なお、上記実施形態におけるファイル３１－３３、及び情報４１－４６の使用、参照方法は一例である。目的の情報を抽出するために使用されるファイル及び情報は、上記に限定されない。例えば、ステップＳ６１－Ｓ６８において、契約有無に関する情報がファイル３１－３３の参照によって抽出されてもよい。

【0082】

（死亡届情報収集処理）
契約者が死亡した後、死亡届情報入力端末６が介在して、処理が実行されてもよい。図２０を用いて説明する。

【0083】

契約者が死亡すると、契約者の死亡届届出人（以下、届出人ともいう）が死亡届情報を死亡届入力端末６に入力する（Ｓ７１）。死亡届入力端末６は、入力内容をチェックし（Ｓ７２）、不備や不足がある場合には（Ｓ７３：有）、処理をステップＳ７１に戻して再度の入力を要求する。

【0084】

届出人の入力内容に不備がない場合には（Ｓ７３：無）、入力内容のプレ印字済死亡届を死亡届入力端末６が出力する（Ｓ７４）。プレ印字済死亡届とは、自治体に提出する死亡届の下書きに相当する書面であり、死亡者の住所や氏名等、入力された死亡届情報が反映されて記入された状態とされている。

【0085】

届出人は、プレ印字済死亡届へ必要項目を追記し（Ｓ７５）、死亡届を自治体へ提出する（Ｓ７６）。提出は、自治体サーバ２に対して行われてもよい。

【0086】

自治体または自治体サーバ２は死亡届を受理し（Ｓ７７）、その後、死亡届を決裁した旨の情報を死亡届情報入力端末６へ通知する（Ｓ７８）。

【0087】

死亡届情報入力端末６が決裁した旨の情報を受信すると（Ｓ７９）、死亡届情報を情報処理装置１へ、死亡届情報ファイル３２の形式で送信する（Ｓ８０）。

【0088】

情報処理装置１は、死亡届情報を受信すると（Ｓ８０Ａ）、死亡届マスタ情報４１及び契約者マスタ情報４２に、死亡届情報ファイル３２に保持された死亡届情報の内容を書き込んで登録し、更新する（Ｓ８０Ｂ、Ｓ８０Ｃ）。

【0089】

登録、更新（Ｓ８０Ｂ、Ｓ８０Ｃ）の際、情報処理装置１は、死亡届情報ファイル３２の内容から、死亡届が提出された者の氏名、住所、マイナンバーなどの識別子を用いて契約者を特定する。情報処理装置１は、死亡届マスタ情報４１及び契約者マスタ情報４２にアクセスし、特定された契約者について、死亡日を書き込む。

【0090】

さらに情報処理装置１は、死亡届契約者関連情報４６について、死亡届情報の内容を登録し、更新する（Ｓ８０Ｄ）。具体的に述べると、情報処理装置１は死亡届マスタ情報４１及び契約者マスタ情報４２を読み込んで、死亡届が出された契約者の死亡届マスタ連番と契約者マスタ連番とを抽出し、これら２種の連番を関連付けて死亡届契約者関連情報４６に書き込む。

【0091】

（死亡届情報収集処理）
契約者死亡後、死亡届情報入力端末６が介在する処理の別の例について図２１を用いて説明する。

【0092】

ステップＳ７１からＳ８０Ｂまでは、図２０の処理と同じであり、同じステップ番号を付すとともに説明を省略する。

【0093】

死亡届に係る死亡者が、契約者マスタ情報４２に登録されていなかった者である場合（Ｓ９３：無）、情報処理装置１は、未登録死亡契約者であることを示す情報（未登録死亡契約者情報）を事業者サーバ３に送信する（Ｓ９４）。その際、未登録死亡契約者情報は、例えば、死亡契約者情報ファイル３３と同様の形式で送信される。

【0094】

事業者は、事業者サーバ３を介して、未登録死亡契約者情報を受け取り（Ｓ９５）、事業との関連性や、死亡後のサービス提供等の検討を行うことができる。また、何らかの錯誤や過誤で未登録となっている可能性を検討し、契約状況の有無を、事業者内で参照することもできる。

【0095】

図２１では、死亡届に係る死亡者が契約者マスタ情報４２に登録されている者である場合（Ｓ９３：有）、未登録の死亡者情報の連携処理を終える。その後、図２０のＳ８０Ｃ及びＳ８０Ｄの両方またはいずれかの処理を、情報処理装置１が実行してもよい。

【0096】

＜効果＞
本明細書により、少なくとも以下の事項が明らかにされる。

【0097】

（態様１）情報処理装置１は、ＣＰＵ１０１（処理装置に相当）と、契約者、前記契約者の生死を示す第１情報、及び前記契約者が締結した契約の契約先を少なくとも示す第２情報を相互に関連付けた組み合わせを１以上持つ関連付情報を有するメモリ１０２、ハードディスク１０３、及びデータベース１０４（記憶装置に相当）と、を備える。ＣＰＵ１０１は、対象者を設定する設定処理（Ｓ３１、Ｓ４４、Ｓ５６、Ｓ６２）と、関連付情報を参照して、対象者が契約者として関連付けされた第１情報及び第２情報の少なくとも１つを送信情報として抽出する抽出処理（Ｓ３２、Ｓ４５、Ｓ６６）と、前記特定事業者に対して前記情報を送信する送信処理と（Ｓ３３、Ｓ４６Ａ、４６Ｂ、Ｓ６７）、を実行してもよい。

【0098】

このような処理を行うことにより、情報処理システム１００は、例えば、適切に情報の送受信を行うことができる。具体的には、事業者の照会に応じて、契約者に関する情報を送信したり、未登録者の情報送信をしたり、月報や日報などのように定期的に事業者に情報を送信することができる。そのため、何らかのきっかけで情報を単発で送信するに限らず、定期的にまたは適切な多意味イングで情報送信できる。また、特定のコンソーシアムに参加せずとも、情報の送受信が可能である。

【0099】

事業者が保険会社である場合、保険会社は、保険金の支払いなどを実行できるし、事業者がクレジットカード会社や電力等ユーティリティの会社である場合には、サービスの停止、支払いの停止や会員費のキャンセルなどの処理を迅速に実行することができる。

【0100】

（態様２）実施形態において、ＣＰＵ１０１は、対象者に関する問い合わせを受け付ける照会処理（Ｓ４３、Ｓ６１）をさらに実行し、問い合わせに応じて設定処理、抽出処理、及び送信処理を実行してもよい。

【0101】

このような処理を行うことにより、情報処理システム１００は、事業者や遺族からの問い合わせに迅速に対応し、的確な回答を返すことができる。

【0102】

（態様３）また実施形態において、事業者などが、対象者の生死を照会してもよい（Ｓ４３）。この場合、ＣＰＵ１０１は、問い合わせを行った事業者などに対して、対象者の生死を示す情報（第１情報）を送信してもよい（Ｓ４６Ａ、Ｓ４６Ｂ）。

【0103】

（態様４）実施形態において、ＣＰＵ１０１は、照会処理に応じて、照会の対象者が死亡しているかどうかを確認する処理（Ｓ６３）と、照会した者に対して、情報開示が可能かどうか判断する処理（Ｓ６４）と、をさらに実行し、対象者が死亡し、かつ、情報開示が可能と判断された場合に、送信処理（Ｓ６７）を実行してもよい。

【0104】

この場合、虚偽の問い合わせに対する情報漏洩や、情報開示が許可されていない情報を漏洩してしまう虞がない。

【0105】

（態様５）態様１から４のいずれかにおいて、ＣＰＵ１０１は、抽出処理（Ｓ５６）において、対象者が契約者として関連付けされた第２情報が抽出できない場合に、予め定められた者に通知する処理（Ｓ５７）をさらに実行してもよい。

【0106】

上記の場合、契約の有無に関係なく死亡者を通知できる。そのため、過誤による契約の未登録などの状態がないか、事業者などが確認をすることができる。

【0107】

（態様６）態様１から５のいずれかにおいて、契約者は生命保険の契約を行った者であり、契約先は生命保険会社である。

【0108】

上記態様では、生命保険の支払い手続きを的確にまたは迅速に実施することが可能となる。

【0109】

（態様７）態様１から６のいずれかにおいて、ＣＰＵ１０１が設定処理、抽出処理、及び送信処理を定期的に実施することにより、月報や日報等の形式で事業者に対して、的確に連絡することができる。

【0110】

（態様８）態様１から７のいずれかにおいて、ＣＰＵ１０１は、対象者が属していた自治体から生死に関する情報を取得する。

【0111】

死亡情報を自治体から取得するため、迅速かつ確実な情報を取得することが可能となる。

【0112】

（態様９）態様１から８のいずれかにおいて、ＣＰＵ１０１は、対象者の死亡届の届出人から自治体を介さずに生死に関する情報を取得する。

【0113】

死亡情報を死亡届の届出人から取得するため、迅速かつ確実な情報を取得することが可能となる。

【0114】

上記実施形態において、第1情報は、生死を直接示す情報に限らず、間接的に示す情報
でもよい。例えば、死亡日の記載が無かったり、記載欄が空白であったりすれば生存することを示す情報と理解できる。また、第２情報は、契約の詳細を示す情報に限らず、契約先の事業者名等を示す情報であってもよい。また、単に契約先が存在しないことを直接的または間接的に示す情報であってもよい。

【0115】

実施形態において「事業者」とは、法人に限らず、個人を含みうる。また、「者」についても個人に限らず、法人等の組織を含みうる。

【符号の説明】

【0116】

情報処理システム １００
情報処理装置 １
自治体サーバ ２
事業者サーバ ３

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】

【図15】

【図16】

【図17】

【図18】

【図19】

【図20】

【図21】