(57)【特許請求の範囲】
【請求項１】
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付け、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーが前記記憶部に存在しない場合に、受付けた前記マイナンバーにサーバーで管理する符号が対応付けられていない場合であると判定し、前記サーバーに前記マイナンバーについての符号情報の付与を依頼し、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する、
処理をコンピュータに実行させる情報連携プログラム。
【請求項２】
前記記憶部は、前記マイナンバーと前記住民の情報と符号の依頼状態とを記憶し、
前記記憶部を参照して、受付けた前記マイナンバーに前記サーバーで管理する符号が対応付けられていない場合であり、かつ前記サーバーに符号情報の付与の依頼がされていない場合に、前記サーバーに前記マイナンバーについての符号情報の付与を依頼する、
処理をコンピュータに実行させる請求項１に記載の情報連携プログラム。
【請求項３】
受付けた前記マイナンバーに符号が対応付けられていない場合に前記マイナンバーに対応する前記住民に対して統合宛名番号を採番し、
採番された前記統合宛名番号を前記個別業務装置へ送信する、
処理をコンピュータに実行させる請求項１又は請求項２に記載の情報連携プログラム。
【請求項４】
前記サーバーから送信された処理通番と前記マイナンバーとを、
住民基本台帳システムサーバー又は住民基本台帳ゲートウェイサーバーへ送信する、
処理をコンピュータに実行させる請求項１〜請求項３の何れか１項に記載の情報連携プログラム。
【請求項５】
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付ける受信部と、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーが前記記憶部に存在しない場合に、受付けた前記マイナンバーにサーバーで管理する符号が対応付けられていない場合であると判定し、前記サーバーに前記マイナンバーについての符号情報の付与を依頼する依頼部と、
受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する更新部と、
を備えた情報連携サーバー。
【請求項６】
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付け、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーが前記記憶部に存在しない場合に、受付けた前記マイナンバーにサーバーで管理する符号が対応付けられていない場合であると判定し、前記サーバーに前記マイナンバーについての符号情報の付与を依頼し、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する、
処理をコンピュータが実行する情報連携方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報連携プログラム、情報連携サーバー、及び情報連携方法に関する。
【背景技術】
【０００２】
住民情報をデータベースに登録・管理し、必要に応じて利用する技術が知られている。このような技術の一例として、住民情報についての管理元・異動先の自治体コードを比較して、管理元又は異動先自治体の業務データベースを更新する技術が知られている。また、住民の個人番号とは異なる仮番号と個人番号とを対応付けて記憶する技術が知られている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−３３９０号公報
【特許文献２】特開２０１５−７９４０６号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかしながら、マイナンバー制度における符号に関する技術は開示されていない。
【０００５】
本発明は一つの側面として、自動で符号の取得要求を行うことができるようにすることを目的とする。
【課題を解決するための手段】
【０００６】
１つの態様では、自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付ける。また、マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照する。受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合に符号を付与する中間サーバーに前記マイナンバーについての符号情報の付与を依頼する。また、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する。
【発明の効果】
【０００７】
一つの側面として、自動で符号の取得要求を行うことができる、という効果を有する。
【図面の簡単な説明】
【０００８】
【図１】本実施形態に係るマイナンバーシステムの一例の構成を表す概略図である。
【図２】第１実施形態に係るマイナンバーシステムの一例の詳細な構成を表す概略図である。
【図３】宛名情報テーブルの一例を示す図である。
【図４】業務情報テーブルの一例を示す図である。
【図５】本実施形態に係る情報連携サーバーとして機能するコンピュータの概略構成を示すブロック図である。
【図６】マイナンバーシステムにおける一連の処理の一例を示すシーケンス図である。
【図７】本実施形態に係る基幹系システムの各サーバーで実行される処理の一例のフローチャートである。
【図８】本実施形態に係る情報連携サーバーで実行される処理の一例のフローチャートである。
【図９】本実施形態に係る中間サーバーで実行される処理の一例のフローチャートである。
【図１０】マイナンバーシステムにおける一連の処理の一例を示すシーケンス図である。
【図１１】第２実施形態に係るマイナンバーシステムの一例の詳細な構成を表す概略図である。
【発明を実施するための形態】
【０００９】
以下、図面を参照して開示の技術の一例を詳細に説明する。
【００１０】
＜第１実施形態＞
まず、本実施形態に係るマイナンバーシステム全体の概略について説明する。図１には、本実施形態のマイナンバーシステムの一例の構成を表す概略図を示す。
【００１１】
マイナンバーシステム１は、各自治体の自治体システム２と、中間サーバー３と、情報提供ネットワークシステム４と、住民基本台帳ネットワークシステムにおける全国サーバー５（以下、住基全国サーバー５と称する。）とを備える。自治体システム２と、中間サーバー３と、情報提供ネットワークシステム４とは、総合行政ネットワーク（LGWAN：Local Government Wide Area Network）６を介して接続される。また、自治体システム２と住基全国サーバー５とは、住民基本台帳ネットワーク７を介して接続される。また、情報提供ネットワークシステム４と住基全国サーバー５とは、コアシステムを介してネットワークによって接続されている。
【００１２】
図２に、マイナンバーシステム１の詳細な構成例を表す概略図を示す。
【００１３】
図２に示すように、自治体システム２は、基幹系システム１０と、情報連携サーバー３０と、ユーザ端末４３と、コミュニケーションサーバー４４とを備える。
【００１４】
基幹系システム１０は、各自治体の住民に関する情報を管理するために自治体に備えられたシステムである。基幹系システム１０は、個別業務装置の一例として、例えば、住基システムサーバー２０、税システムサーバー２２、国保システムサーバー２４、及び福祉システムサーバー２６を備える。
【００１５】
住基システムサーバー２０は、世帯情報テーブル２１を有する。
【００１６】
世帯情報テーブル２１には、例えば、住基システムサーバー２０において住民を識別するための宛名番号と、その宛名番号で識別される住民についての世帯情報と、後述する統合宛名番号とが対応付けられて記憶される。世帯情報は、住民の世帯に関係する情報と、例えば、住民の基本４情報（「氏名」、「生年月日」、「性別」、及び「住所」）、連絡先情報、又は送付先情報などを表す宛名情報とを含む。
【００１７】
住基システムサーバー２０を所管する部署において、宛名の新規登録手続き、例えば、住民の出生、住民の転入、又は住登外の住民に関する手続きが行われる場合に、担当職員によって、当該住民の個人番号と世帯情報とが住基システムサーバー２０に入力される。個人番号は、マイナンバーの一例である。
【００１８】
住基システムサーバー２０は、担当職員によって入力された住民の個人番号と世帯情報とを受け付ける。そして、住基システムサーバー２０は、入力された住民の個人番号に対応する宛名番号を生成し、世帯情報テーブル２１の新たなレコードに、生成した宛名番号を登録する。
【００１９】
次に、住基システムサーバー２０は、世帯情報テーブル２１を参照し、受け付けた個人番号と、所定の記憶領域に予め格納された番号体系と、宛名番号と、受け付けた世帯情報との組み合わせを表す宛名異動データを生成する。そして、住基システムサーバー２０は、生成した宛名異動データを、ネットワークを介して情報連携サーバー３０へ送信する。
【００２０】
ここで、番号体系は、基幹系システム１０の何れのサーバーから送信されたデータであるかを表すコードである。また、宛名番号は、基幹系システム１０に含まれる各サーバーにおいて住民を識別するための情報である。
【００２１】
また、住基システムサーバー２０は、情報連携サーバー３０から送信された、番号体系と宛名番号と統合宛名番号とを受信する。そして、住基システムサーバー２０は、受信した宛名番号と統合宛名番号とを対応付けて、世帯情報テーブル２１に格納する。
【００２２】
また、住基システムサーバー２０は、情報連携サーバー３０から送信された、個人番号及び処理通番を受信する。そして、住基システムサーバー２０は、受信した個人番号及び処理通番を、コミュニケーションサーバー４４へ送信する。
【００２３】
税システムサーバー２２は、所得情報テーブル２３を有する。
【００２４】
所得情報テーブル２３には、例えば、税システムサーバー２２において住民を識別するための宛名番号と、その宛名番号で識別される住民についての所得情報とが対応付けられて記憶される。所得情報は、住民の所得に関係する情報と、宛名情報とを含む。
【００２５】
住基システムサーバー２０と同様に、税システムサーバー２２を所管する部署において、宛名の新規登録手続きが行われる場合に、担当職員は、当該住民の個人番号と所得情報とを税システムサーバー２２に入力する。
【００２６】
税システムサーバー２２は、担当職員によって入力された住民の個人番号と所得情報とを受け付ける。そして、税システムサーバー２２は、入力された住民の個人番号に対応する宛名番号を生成し、生成した宛名番号を所得情報テーブル２３に登録する。
【００２７】
次に、税システムサーバー２２は、所得情報テーブル２３を参照し、受け付けた個人番号と、所定の記憶領域に予め格納された番号体系と、宛名番号と、受け付けた所得情報との組み合わせを表す宛名異動データを生成する。そして、税システムサーバー２２は、生成した宛名異動データを、ネットワークを介して情報連携サーバー３０へ送信する。
【００２８】
また、税システムサーバー２２は、情報連携サーバー３０から送信された、番号体系と宛名番号と統合宛名番号とを受信する。そして、税システムサーバー２２は、受信した宛名番号と統合宛名番号とを対応付けて、所得情報テーブル２３に格納する。
【００２９】
国保システムサーバー２４は、国保情報テーブル２５を有する。
【００３０】
国保情報テーブル２５には、例えば、国保システムサーバー２４において住民を識別するための宛名番号と、その宛名番号で識別される住民についての国保情報とが対応付けられて記憶される。国保情報は、住民の国民健康保険に関係する情報と、宛名情報とを含む。
【００３１】
住基システムサーバー２０と同様に、国保システムサーバー２４を所管する部署において、宛名の新規登録手続きが行われる場合に、担当職員は、当該住民の個人番号と国保情報とを国保システムサーバー２４に入力する。
【００３２】
国保システムサーバー２４は、担当職員によって入力された住民の個人番号と国保情報とを受け付ける。そして、国保システムサーバー２４は、入力された住民の個人番号に対応する宛名番号を生成し、生成した宛名番号を国保情報テーブル２５に登録する。
【００３３】
次に、国保システムサーバー２４は、国保情報テーブル２５を参照し、受け付けた個人番号と、所定の記憶領域に予め格納された番号体系と宛名番号と、受け付けた国保情報との組み合わせを表す宛名異動データを生成する。そして、国保システムサーバー２４は、生成した宛名異動データを、ネットワークを介して情報連携サーバー３０へ送信する。
【００３４】
また、国保システムサーバー２４は、情報連携サーバー３０から送信された、番号体系と宛名番号と統合宛名番号とを受信する。そして、国保システムサーバー２４は、受信した宛名番号と統合宛名番号とを対応付けて、国保情報テーブル２５に格納する。
【００３５】
福祉システムサーバー２６は、福祉情報テーブル２７を有する。
【００３６】
福祉情報テーブル２７には、例えば、福祉システムサーバー２６において住民を識別するための宛名番号と、その宛名番号で識別される住民についての福祉情報とが対応付けられて記憶される。福祉情報は、住民の福祉に関係する情報と、宛名情報とを含む。
【００３７】
住基システムサーバー２０と同様に、福祉システムサーバー２６を所管する部署において、宛名の新規登録手続きが行われる場合に、担当職員は、当該住民の個人番号と福祉情報とを福祉システムサーバー２６に入力する。
【００３８】
福祉システムサーバー２６は、担当職員によって入力された住民の個人番号と福祉情報とを受け付ける。そして、福祉システムサーバー２６は、入力された住民の個人番号に対応する宛名番号を生成し、生成した宛名番号を福祉情報テーブル２７に登録する。
【００３９】
次に、福祉システムサーバー２６は、受け付けた個人番号と、所定の記憶領域に予め格納された番号体系と、宛名番号と、受け付けた福祉情報との組み合わせを表す宛名異動データを生成する。そして、福祉システムサーバー２６は、生成した宛名異動データを、ネットワークを介して情報連携サーバー３０へ送信する。
【００４０】
また、福祉システムサーバー２６は、情報連携サーバー３０から送信された、番号体系と宛名番号と統合宛名番号とを受信する。そして、福祉システムサーバー２６は、受信した宛名番号と統合宛名番号とを対応付けて、福祉情報テーブル２７に格納する。世帯情報、所得情報、福祉情報、及び国保情報は、住民の情報の一例である。
【００４１】
情報連携サーバー３０は、基幹系システム１０と中間サーバー３との間で、基幹系システム１０の各システムから送信された住民の個人番号が符号と対応付けられていない場合に、中間サーバー３に符号情報の付与を依頼する。また、基幹系システム１０から送信された住民の個人番号が符号と対応付けられている場合に、受け付けた宛名情報に基づいて個人番号に対応する宛名情報を更新する。なお、マイナンバー制度では、情報の連携が行われる際、個人番号を直接用いずに、個人番号と対応付けられ、かつ機関ごとに振り出された符号が利用される。
【００４２】
図２に示すように、情報連携サーバー３０は、基幹系システム１０と中間サーバー３との間で、符号の依頼と住民の情報の更新とを行う機能部として、データ連携部３２と、オンライン機能部４０と、リスト作成部４１と、確認部４２とを含む。また、情報連携サーバー３０は、宛名情報テーブル３３と、業務情報テーブル３４とを有する。
【００４３】
次に、情報連携サーバー３０が有する各テーブルについて説明する。
【００４４】
宛名情報テーブル３３には、住民の個人番号毎に採番した統合宛名番号に対応付けて、宛名情報が記憶される。図３に、宛名情報テーブル３３の一例を示す。図３の宛名情報テーブル３３の例では、個人番号に対応付けて、番号体系、宛名番号、履歴ＳＥＱ、統合宛名番号、宛名情報（ここでは「氏名」、「生年月日」、「性別」、及び「住所」）、及び符号依頼状態が記憶されている。新規登録時点は、当該レコードが宛名情報テーブル３３に新規に登録された時点を表す。履歴ＳＥＱは、宛名情報に対して実行された処理の履歴を識別する番号を表す。図３の宛名情報テーブル３３の例では、履歴ＳＥＱの値が大きいほど、最近実行された処理であることを表す。また、符号依頼状態は、中間サーバー３に対して符号が依頼中であるか否かを表す。図３の宛名情報テーブル３３の例では、現在、符号を依頼中である状態を「依頼中」で表し、符号の依頼が完了し、個人番号と符号とが対応付けられている状態を「依頼済」で表す。
【００４５】
業務情報テーブル３４には、住民の個人番号毎に採番した統合宛名番号に対応付けて、各基幹系システムから送信された宛名異動データに含まれる宛名情報以外の情報から所定の項目が記憶される。図４に、業務情報テーブル３４の一例を示す。図４の業務情報テーブル３４の例では、統合宛名番号に対応付けて、データ種別、確定時点、業務項目１、及び業務項目２が記憶されている。データ種別は、基幹系システムから送信されたデータの種別を表すコードである。また、確定時点は、データ種別に対応するデータが確定した時点を表す。また業務項目１及び業務項目２は、データ種別に対応するデータの内容を表す。
【００４６】
次に、情報連携サーバー３０の各機能部について説明する。
【００４７】
データ連携部３２は、送受信部３５と、判定部３６と、採番部３７と、依頼部３８と、更新部３９とを備える。
【００４８】
送受信部３５は、各システムとの間で情報の送受信を行う。送受信部３５は、基幹系システム１０から送信された宛名異動データを受信すると、判定部３６へ受け渡す。
【００４９】
判定部３６は、送受信部３５から宛名異動データを受け取ると、宛名情報テーブル３３を参照して、宛名異動データに含まれる住民の個人番号が宛名情報テーブル３３に存在するか否かを判定する。判定部３６は、宛名異動データに含まれる住民の個人番号が、宛名情報テーブル３３の「個人番号」欄の何れかと一致する場合に、宛名異動データに含まれる住民の個人番号が宛名情報テーブル３３に存在すると判定する。
【００５０】
そして、判定部３６は、住民の個人番号が宛名情報テーブル３３に存在する場合に、当該住民の個人番号に符号が対応付けられていると判定する。
【００５１】
また、判定部３６は、住民の個人番号が宛名情報テーブル３３に存在しない場合に、当該住民の個人番号に符号が対応付けられていないと判定する。
【００５２】
採番部３７は、判定部３６による判定結果に基づいて、住民の個人番号に符号が対応付けられていないと判定された場合に、宛名異動データに対応する住民に対して統合宛名番号を採番する。
【００５３】
依頼部３８は、判定部３６による判定結果に基づいて、住民の個人番号に符号が対応付けられていないと判定され、かつ統合宛名番号に対応する符号依頼状態が未依頼である場合、中間サーバー３に当該住民の個人番号についての符号情報の付与を依頼する。
具体的には、依頼部３８は、中間サーバー３に当該住民の個人番号についての符号情報の付与を依頼することを表す、処理通番の発行依頼を示す情報を生成し、送受信部３５へ受け渡す。送受信部３５は、処理通番の発行依頼を示す情報を受け取り、中間サーバー３へ送信する。処理通番の発行依頼を示す情報には、住民の個人番号と統合宛名番号とが含まれている。
【００５４】
更新部３９は、宛名情報テーブル３３に対する設定を行い、宛名情報テーブル３３を使用可能な状態とする。
【００５５】
そして、更新部３９は、住民の個人番号に符号が対応付けられている場合に、宛名異動データの宛名情報に基づいて宛名情報テーブル３３に記憶された個人番号に対応する宛名情報を更新する。
具体的には、更新部３９は、宛名情報テーブル３３の新たなレコードに、宛名異動データの宛名情報を格納して、宛名情報を更新する。そして、更新部３９は、宛名情報が更新された日時等を、新規登録時点の欄に登録する。また、更新部３９は、住民の個人番号又は統合宛名番号を参照して、対応する住民に対する処理の履歴を識別する番号を、履歴ＳＥＱの欄に登録する。また、更新部３９は、符号依頼状態の欄を「依頼済」に設定する。また、更新部３９は、受信した宛名異動データに含まれる宛名情報以外の情報の所定の項目を用いて、業務情報テーブル３４を更新する。
また、更新部３９は、宛名情報が更新されたことを示す情報を送受信部３５へ受け渡し、送受信部３５は、宛名情報が更新されたことを示す情報を、基幹系システム１０のサーバーへ送信する。
【００５６】
また、更新部３９は、住民の個人番号に符号が対応付けられていない場合に、宛名異動データに含まれる個人番号、番号体系、宛名番号、及び宛名情報と、採番された統合宛名番号とを対応付けて、宛名情報テーブル３３の新たなレコードに格納する。そして、更新部３９は、新たなレコードが格納された日時等を、新規登録時点の欄に登録する。また、更新部３９は、符号依頼状態の欄を「依頼中」に設定する。また、更新部３９は、住民の個人番号又は統合宛名番号を参照して、対応する住民に対する処理の履歴を識別する番号を、履歴ＳＥＱの欄に登録する。
そして、更新部３９は、宛名情報テーブル３３の新たなレコードに格納された、番号体系、宛名番号、及び統合宛名番号を送受信部３５に受け渡す。送受信部３５は、番号体系、宛名番号、及び統合宛名番号を、基幹系システム１０のサーバーへ送信する。
【００５７】
また、更新部３９は、基幹系システム１０のサーバーから送信されたデータに基づいて、業務情報テーブル３４を更新する。
【００５８】
オンライン機能部４０は、ユーザ端末４３から送信された入力データに応じて、宛名情報テーブル３３に記憶された各情報をユーザ端末４３に送信する。例えば、オンライン機能部４０は、ユーザ端末４３からの入力データに基づいて、宛名情報テーブル３３に格納されているデータの検索、参照、又は更新を行い、結果をユーザ端末４３へ送信する。
また、オンライン機能部４０は、ユーザ端末４３によって宛名情報テーブル３３に格納された情報が更新された場合、更新された情報を基幹系システム１０の各サーバーへ送信する。
【００５９】
また、オンライン機能部４０は、ユーザ端末４３から送信された入力データに応じて、異動した住民の一覧のリストを作成する指示を、リスト作成部４１へ受け渡す。また、オンライン機能部４０は、リスト作成部４１から住民の一覧リストを受け取り、ユーザ端末４３に送信する。
【００６０】
リスト作成部４１は、ユーザ端末４３から受け取った、異動した住民の一覧のリストを作成する指示に応じて、宛名情報テーブル３３を参照して、異動した住民の一覧リストを作成する。例えば、リスト作成部４１は、異動した住民の一覧のリストを作成する指示に含まれる対象時期をキーとして、宛名情報テーブル３３の「新規登録時点」の欄が、対象時期に含まれるレコードを検索する。そして、リスト作成部４１は、検索されたレコードの「統合宛名番号」、「氏名」を含む住民情報のリストを、異動した住民の一覧のリストとして作成する。そして、リスト作成部４１は、異動した住民の一覧リストをユーザ端末４３へ送信する。
【００６１】
確認部４２は、宛名情報テーブル３３を参照し、「符号依頼状態」の欄が「依頼中」のレコードを抽出し、抽出されたレコードに含まれる統合宛名番号についての符号取得状態の確認要求を生成する。そして、確認部３２８は、符号取得状態の確認要求を、送受信部３５へ受け渡す。送受信部３５は、符号取得状態の確認要求を受け取り、中間サーバー３へ送信する。そして、送受信部３５は、中間サーバー３から符号取得状態の確認結果を受け取り、符号取得状態の確認結果を確認部４２へ受け渡す。
【００６２】
そして、確認部３２８は、符号取得状態の確認結果に基づいて、符号取得に関してエラーが発生したものの統合宛名番号の一覧を、エラーリストとして生成し、エラーリストをユーザ端末４３へ送信する。また、確認部３２８は、符号取得状態の確認結果に基づいて、符号取得が正常に完了した統合宛名番号について、宛名情報テーブル３３の符号依頼状態の欄を「依頼済」に設定する。
【００６３】
中間サーバー３は、住民の個人番号に対応付けられた符号を管理する。図２に示すように、中間サーバー３は、符号情報テーブル４６を有する。
【００６４】
符号情報テーブル４６には、自治体毎に、住民の統合宛名番号と符号とが対応付けて記憶される。
【００６５】
中間サーバー３は、情報連携サーバー３０及び情報提供ネットワークシステム４の各々との間で、情報の送受信を行う。また、中間サーバー３は、情報連携サーバー３０から送信された、統合宛名番号及び個人番号を、処理通番の発行依頼を表す情報として受信する。
また、中間サーバー３は、受信した統合宛名番号及び個人番号を、処理通番の発行依頼を表す情報として情報提供ネットワークシステム４へ送信する。
また、中間サーバー３は、情報提供ネットワークシステム４から送信された処理通番を受信する。そして、中間サーバー３は、受信した処理通番と個人番号とを対応付け、処理通番及び個人番号を、情報連携サーバー３０へ送信する。
【００６６】
また、中間サーバー３は、情報提供ネットワークシステム４から送信された処理通番と符号とを受信し、処理通番が対応する統合宛名番号と符号とを対応付けて、符号情報テーブル４６に格納する。
【００６７】
また、中間サーバー３は、情報連携サーバー３０から送信された、符号取得状態の確認を示す情報を受信する。そして、中間サーバー３は、符号取得状態の確認を示す情報に含まれる統合宛名番号について、符号取得状態の確認を行い、確認結果を情報連携サーバー３０へ送信する。
【００６８】
コミュニケーションサーバー４４は、住基システムサーバー２０から送信された、処理通番及び個人番号を受信し、処理通番及び個人番号を、符号要求を表す情報として住基全国サーバー５へ送信する。
【００６９】
住基全国サーバー５は、コミュニケーションサーバー４４から送信された、処理通番及び個人番号を受信する。そして、住基全国サーバー５は、受信した個人番号に対応する住民票コードと処理通番とを対応付け、住民票コードと処理通番とを情報提供ネットワークシステム４へ送信する。
【００７０】
情報提供ネットワークシステム４は、住基全国サーバー５から送信された住民票コードと処理通番とを受信する。また、情報提供ネットワークシステム４は、受信した住民票コードに基づき符号を生成する。そして、情報提供ネットワークシステム４は、処理通番及び符号を中間サーバー３へ送信する。
【００７１】
情報連携サーバー３０は、例えば、図５に示すコンピュータ８０で実現することができる。コンピュータ８０はＣＰＵ８１、一時記憶領域としてのメモリ８２、及び不揮発性の記憶部８３を備える。また、コンピュータ８０は、表示装置及び入力装置等の入出力装置８８が接続される入出力インターフェース（Ｉ／Ｆ）８４を備える。また、コンピュータ８０は、記録媒体８９に対するデータの読み込み及び書き込みを制御するｒｅａｄ／ｗｒｉｔｅ（Ｒ／Ｗ）部８５、及びインターネット等のネットワークに接続されるネットワークＩ／Ｆ８６を備える。ＣＰＵ８１、メモリ８２、記憶部８３、入出力Ｉ／Ｆ８４、Ｒ／Ｗ部８５、及びネットワークＩ／Ｆ８６は、バス８７を介して互いに接続される。
【００７２】
記憶部８３は、ＨＤＤ（Hard Disk Drive）、ＳＳＤ（solid state drive）、フラッシュメモリ等によって実現できる。記憶媒体としての記憶部８３には、コンピュータ８０を情報連携サーバー３０として機能させるための符号依頼プログラム９０が記憶される。また、記憶部８３は、宛名情報テーブル３３を構成する情報が記憶される宛名情報記憶領域９６と、業務情報テーブル３４を構成する情報が記憶される業務情報記憶領域９７とを有する。ＣＰＵ８１は、符号依頼プログラム９０を記憶部８３から読み出してメモリ８２に展開し、符号依頼プログラム９０が有するプロセスを順次実行する。また、ＣＰＵ８１は、宛名情報記憶領域９６から情報を読み出して、宛名情報テーブル３３としてメモリ８２に展開する。また、ＣＰＵ８１は、業務情報記憶領域９７から情報を読み出して、業務情報テーブル３４としてメモリ８２に展開する。
【００７３】
符号依頼プログラム９０は、送受信プロセス９１と、判定プロセス９２と、採番プロセス９３と、依頼プロセス９４と、更新プロセス９５とを有する。ＣＰＵ８１は、送受信プロセス９１を実行することで、図２に示す送受信部３５として動作する。また、ＣＰＵ８１は、判定プロセス９２を実行することで、図２に示す判定部３６として動作する。また、ＣＰＵ８１は、採番プロセス９３を実行することで、図２に示す採番部３７として動作する。また、ＣＰＵ８１は、依頼プロセス９４を実行することで、図２に示す依頼部３８として動作する。また、ＣＰＵ８１は、更新プロセス９５を実行することで、図２に示す更新部３９として動作する。これにより、符号依頼プログラム９０を実行したコンピュータ８０が、情報連携サーバー３０として機能することになる。なお、記憶部８３には、オンライン機能プログラム、リスト作成プログラム、及び確認プログラムも含まれる（図示省略）。ＣＰＵ８１が各プログラムを実行することで、図２に示すオンライン機能部４０、リスト作成部４１、及び確認部４２の各々として動作する。
【００７４】
なお、符号依頼プログラム９０により実現される機能は、例えば半導体集積回路、より詳しくはＡＳＩＣ（Application Specific Integrated Circuit）等で実現することも可能である。
【００７５】
次に、図６に示すシーケンス図を参照して、本実施形態に係るマイナンバーシステム１の作用について説明する。なお、以下では、住基システムサーバー２０において、基幹系システム側処理が実行される場合を例に説明する。
【００７６】
図６は、宛名の新規登録手続きのために住民の個人番号と世帯情報とが入力され、住民の個人番号が符号と対応付けられていない場合のシーケンスを示す。
【００７７】
例えば、住民が自治体庁舎に来庁し、その自治体において所定の手続きを行いたい旨を、担当窓口の担当職員に申告する。そして、住民は、担当職員に当該住民の個人番号と世帯情報とを記入した書類を受け渡す。担当職員は、所管の基幹系システム１０のサーバーにより提供される業務メニューから該当の項目を選択するなどして、受け取った書類に記入されている住民の個人番号と世帯情報とを入力すると、基幹系システム１０のサーバーにおいて、図７に示す基幹系システム側処理が実行される（図６のＳ１０）。
【００７８】
図７に示す基幹系システム側処理のステップＳ１１で、住基システムサーバー２０が、入力された住民の個人番号と世帯情報とを取得する。
【００７９】
次に、ステップＳ１２で、住基システムサーバー２０が、取得した住民の個人番号に対応する宛名番号を生成し、世帯情報テーブル２１に登録する。
【００８０】
次に、ステップＳ１３で、住基システムサーバー２０が、世帯情報テーブル２１を参照して、上記ステップＳ１１で取得した住民の個人番号、番号体系、上記ステップＳ１２で登録した宛名番号、及び取得した世帯情報を含む宛名異動データを生成する。
【００８１】
次に、ステップＳ１４で、住基システムサーバー２０が、上記ステップＳ１３で生成した宛名異動データを、ネットワークを介して情報連携サーバー３０へ送信する。
【００８２】
次に、ステップＳ１５で、住基システムサーバー２０は、情報連携サーバー３０から、結果を受信したか否かを判定する。結果を受信した場合には、処理はステップＳ１６へ移行し、受信していない場合には、受信するまで待機状態となる。
【００８３】
ここで、住基システムサーバー２０から送信された宛名異動データを受信した情報連携サーバー３０での処理について説明する。情報連携サーバー３０の送受信部３５が、住基システムサーバー２０から送信された宛名異動データを受信すると、情報連携サーバー３０において、図８に示す情報連携サーバー側処理が実行される（図６のＳ２０）。
【００８４】
図８に示す情報連携サーバー側処理のステップＳ２１で、送受信部３５は、住基システムサーバー２０から送信された宛名異動データを受信する。そして、判定部３６は、送受信部３５から宛名異動データを受け取ると、宛名情報テーブル３３を参照して、受け取った宛名異動データに含まれる住民の個人番号が、宛名情報テーブル３３に存在するか否かを判定する。
【００８５】
次にステップＳ２２で、住民の個人番号が、宛名情報テーブル３３に存在する場合には、判定部３６は、住民の個人番号に符号が対応付けられていると判定し、ステップＳ２３へ進む。一方、住民の個人番号が、宛名情報テーブル３３に存在しない場合には、判定部３６は、住民の個人番号に符号が対応付けられていないと判定し、ステップＳ２５へ進む。住民の個人番号に符号が対応付けられていると判定された場合には、ステップＳ２３で、更新部３９は、上記ステップＳ２１での判定結果と、取得した宛名異動データとに基づいて、宛名情報テーブル３３に記憶された個人番号に対応する宛名情報を更新する。また、更新部３９は、宛名情報を更新したことを示す情報を生成する。
【００８６】
次に、ステップＳ２４で、送受信部３５は、上記ステップＳ２３で生成された、宛名情報を更新したことを示す情報を、住基システムサーバー２０へ送信し、情報連携サーバー側処理を終了する。
【００８７】
ステップＳ２５では、採番部３７は、上記ステップＳ２１での判定結果に基づいて、上記ステップＳ２１で受信した宛名異動データに対応する当該住民に対して統合宛名番号を採番する。
【００８８】
ステップＳ２６で、更新部３９は、上記ステップＳ２１での判定結果から、受信した宛名異動データの住民の個人番号、番号体系、宛名番号、及び世帯情報に含まれる宛名情報と、採番された統合宛名番号とを、宛名情報テーブル３３の新たなレコードに格納する。また、更新部３９は、新たなレコードが格納された日時等を、新規登録時点の欄に登録する。また、更新部３９は、住民の個人番号又は統合宛名番号を参照して、対応する住民に対する処理の履歴を識別する番号を、履歴ＳＥＱの欄に登録する。また、更新部３９は、符号依頼状態の欄を「依頼中」に設定する。また、更新部３９は、受信した宛名異動データに含まれる世帯情報の所定の項目を用いて、業務情報テーブル３４を更新する。
【００８９】
次に、ステップＳ２７で、送受信部３５は、上記ステップＳ２６で宛名情報テーブル３３に格納された、番号体系、宛名番号、及び統合宛名番号を、住基システムサーバー２０へ送信する。
【００９０】
上記のように送信された番号体系、宛名番号、及び統合宛名番号を、住基システムサーバー２０が受信すると、図７に示す基幹系システム側処理の上記ステップＳ１５で肯定判定されて、処理はステップＳ１６へ移行する。ステップＳ１６では、住基システムサーバー２０が、受信した宛名番号と統合宛名番号とを対応付けて、世帯情報テーブル２１に格納し、基幹系システム側処理を終了する（図６のＳ１０）。
【００９１】
情報連携サーバー側処理のステップＳ２８で、依頼部３８は、住民の個人番号に符号が対応付けられていないと判定された場合、中間サーバー３に当該住民の個人番号についての符号情報の付与を依頼する、処理通番の発行依頼を示す情報を生成する。
【００９２】
次に、ステップＳ２９で、送受信部３５は、上記ステップＳ２８で生成された処理通番の発行依頼を示す情報を受け取り、中間サーバー３へ送信する。
【００９３】
次に、ステップＳ３０で、処理通番と個人番号とを含む符号取得依頼ファイルの作成要求を、中間サーバー３へ送信する。
【００９４】
次に、ステップＳ３１で、情報連携サーバー３０は、中間サーバー３から、符号取得依頼ファイルの作成要求に対する受付番号を受信したか否かを判定する。受付番号を受信した場合には、処理はステップＳ３２へ移行し、受信していない場合には、受信するまで待機状態となる。
【００９５】
ここで、情報連携サーバー３０から送信された処理通番の発行依頼を示す情報を受信した中間サーバー３での処理について説明する。中間サーバー３が、情報連携サーバー３０から送信された処理通番の発行依頼を示す情報を受信すると、中間サーバー３において、図９に示す中間サーバー側処理が実行される（図６のＳ４０）。
【００９６】
図９に示す中間サーバー側処理のステップＳ４１で、中間サーバー３は、情報連携サーバー３０から送信された処理通番の発行依頼を示す情報を受信する。そして、中間サーバー３は、受信した処理通番の発行依頼を示す情報を、情報提供ネットワークシステム４へ送信する。
【００９７】
情報提供ネットワークシステム４は、情報連携サーバー３０から送信された処理通番の発行依頼を示す情報を受信し、処理通番の発行依頼を示す情報に含まれる統合宛名番号及び個人番号に基づき、処理通番を生成する。そして、情報提供ネットワークシステム４は、生成した処理通番を、中間サーバー３へ送信する（図６のＳ５０）。
【００９８】
なお、情報提供ネットワークシステム４において処理通番の生成が行われている間、図９に示す中間サーバー側処理のステップＳ４２で、情報連携サーバー３０から送信された符号取得依頼ファイルの作成要求を受信したか否かを判定する。符号取得依頼ファイルの作成要求を受信した場合には、処理はステップＳ４３へ移行し、受信していない場合には、受信するまで待機状態となる。
【００９９】
次に、ステップＳ４３で、中間サーバー３は、情報連携サーバー３０から送信された符号取得依頼ファイルの作成要求に対する受付番号を、情報連携サーバー３０へ送信する。
【０１００】
次に、ステップＳ４４で、中間サーバー３は、情報提供ネットワークシステム４から、処理通番を受信したか否かを判定する。処理通番を受信した場合には、処理はステップＳ４５へ移行し、受信していない場合には、受信するまで待機状態となる。
【０１０１】
ステップＳ４５で、中間サーバー３は、情報提供ネットワークシステム４から送信された処理通番に基づき、処理通番と個人番号とを含む符号取得依頼ファイルを作成する。
【０１０２】
次に、ステップＳ４６で、中間サーバー３は、情報連携サーバー３０から、受付番号を受信したか否かを判定する。受付番号を受信した場合には、処理はステップＳ４７へ移行し、受信していない場合には、受信するまで待機状態となる。
【０１０３】
そして、ステップＳ４７で、中間サーバー３は、上記ステップＳ４５で作成された符号取得依頼ファイルを情報連携サーバー３０へ送信して、中間サーバー側処理を終了する。
【０１０４】
一方、図８に示す情報連携サーバー側処理のステップＳ３２で、情報連携サーバー３０の送受信部３５は、中間サーバーから送信された受付番号を、再度情報連携サーバー３０へ送信し、符号取得依頼ファイルの送信を要求する。
【０１０５】
図８に示す情報連携サーバー側処理のステップＳ３３で、送受信部３５は、中間サーバー３から、符号取得依頼ファイルを受信したか否かを判定する。符号取得依頼ファイルを受信した場合には、処理はステップＳ３４へ移行し、受信していない場合には、受信するまで待機状態となる。
【０１０６】
そして、ステップＳ３４で、送受信部３５は、受信した符号取得依頼ファイルに含まれる処理通番と個人番号とを、住基システムサーバー２０へ送信し、情報連携サーバー側処理を終了する。
【０１０７】
住基システムサーバー２０は、情報連携サーバー３０から送信された処理通番及び個人番号を受信し、受信した処理通番及び個人番号をコミュニケーションサーバー４４へ送信する（図６のＳ６０）。
【０１０８】
コミュニケーションサーバー４４は、住基システムサーバー２０から送信された処理通番及び個人番号を受信し、受信した処理通番及び個人番号を住基全国サーバー５へ送信する（図６のＳ７０）。
【０１０９】
住基全国サーバー５は、コミュニケーションサーバー４４から送信された処理通番及び個人番号を受信する。そして、住基全国サーバー５は、受信した個人番号と住民票コードとを対応付ける。そして、住基全国サーバー５は、処理通番及び住民票コードを、情報提供ネットワークシステム４へ送信する（図６のＳ８０）。
【０１１０】
情報提供ネットワークシステム４は、住基全国サーバー５から送信された処理通番及び住民票コードに基づき、符号を生成する。そして、情報提供ネットワークシステム４は、生成された符号及び処理通番を中間サーバー３へ送信する（図６のＳ９０）。
【０１１１】
中間サーバー３は、情報提供ネットワークシステム４から送信された符号及び処理通番を受信する。そして、中間サーバー３は、受信した処理通番に対応する統合宛名番号と、符号とを対応付けて、符号情報テーブル４６に格納する（図６のＳ１００）。
【０１１２】
宛名の新規登録手続きのために入力された住民の個人番号が符号と対応付けられていない場合には、以上のようにして、住民の個人番号と符号とが対応付けられる。
【０１１３】
次に、宛名の新規登録手続きのために入力された住民の個人番号が符号と対応付けられている場合のシーケンスを図１０に示す。
【０１１４】
担当職員が受け取った書類に記入されている住民の個人番号を入力すると、基幹系システム１０の住基システムサーバー２０において、上記図７に示す基幹系システム側処理が実行され、宛名異動データが、情報連携サーバー３０へ送信される（図１０のＳ１１０）。そして、情報連携サーバー３０の更新部３９は、取得した宛名異動データに基づいて、宛名情報テーブル３３に記憶された個人番号に対応する宛名情報を更新する。また、更新部３９は、宛名情報が更新された日時等を、新規登録時点の欄に登録する。また、更新部３９は、住民の個人番号又は統合宛名番号を参照して、対応する住民に対する処理の履歴を識別する番号を、履歴ＳＥＱの欄に登録する。また、更新部３９は、符号依頼状態の欄を「依頼済」に設定する。また、更新部３９は、受信した宛名異動データに含まれる世帯情報の所定の項目を用いて、業務情報テーブル３４を更新する。また、更新部３９は、宛名情報を更新したことを示す情報を生成する。
【０１１５】
次に、送受信部３５は、宛名情報を更新したことを示す情報を、住基システムサーバー２０へ送信する（図１０のＳ１２０）。
【０１１６】
上記のように送信された宛名情報を更新したことを示す情報を、住基システムサーバー２０が受け付けると、住基システムサーバー２０が、例えば、格納された統合宛名番号又は宛名情報を更新されたことを示す情報について、住基システムサーバー２０の表示部に表示されるように制御し、基幹系システム側処理を終了する（図１０のＳ１１０）。
【０１１７】
以上説明したように、本実施形態に係る情報連携サーバー３０によれば、住民の個人番号に符号が対応付けられていない場合に、中間サーバーに個人番号についての符号情報の付与を依頼する。これにより、住民の個人番号に符号が対応付けられていない場合に、住民の個人番号と符号とを対応付けることができる。従って、担当職員による手作業ではなく、自動で符号の取得要求を行うことができる。
【０１１８】
また、中間サーバー３に符号情報の付与の依頼がされていない場合に、中間サーバーに個人番号についての符号情報の付与を依頼する。これにより、符号の依頼を重複して行うことなく、自動で符号の取得要求を行うことができる。
【０１１９】
また、個人番号に符号が対応付けられていない場合に個人番号に対応する住民に対して統合宛名番号を採番する。これにより、統合宛名番号を採番する際に、自動で符号の取得要求をすることができる。
【０１２０】
また、中間サーバーから送信された処理通番と個人番号とを、住基システムサーバーへ送信する。これにより、住基システムサーバーからコミュニケーションサーバー４４へ処理通番と個人番号とが送信され、自動で符号の取得が行われる。
【０１２１】
＜第２実施形態＞
次に、第２実施形態に係るマイナンバーシステムついて説明する。第２実施形態では、情報連携サーバーから送信された処理通番及び個人番号を取得し、取得した処理通番及び個人番号をコミュニケーションサーバーに送信する住民基本台帳ゲートウェイサーバー（以下、住基ＧＷサーバーと称する。）を備える場合について説明する。なお、第２実施形態に係るマイナンバーシステムにおいて、第１実施形態に係るマイナンバーシステム１と同様の部分には、同一符号を付して詳細な説明を省略する。
【０１２２】
図１１に示すように、第２実施形態に係るマイナンバーシステム１００の自治体システム１０２は、基幹系システム１０と、情報連携サーバー３０と、ユーザ端末４３と、コミュニケーションサーバー４４と、住基ゲートウェイサーバー２４４とを含む。情報連携サーバー３０と、住基システムサーバー２０と、コミュニケーションサーバー４４と、住基ＧＷサーバー２４４とは、互いにネットワークを介して接続されている。
【０１２３】
住基ＧＷサーバー２４４は、住民の個人番号と処理通番とを管理する。図１１に示すように、住基ＧＷサーバー２４４は、情報テーブル２４６を有する。
【０１２４】
情報テーブル２４６には、住民毎に、住民の個人番号と処理通番とが対応付けて記憶される。
【０１２５】
住基ＧＷサーバー２４４は、情報連携サーバー３０、コミュニケーションサーバー４４、及び住基システムサーバー２０の各々との間で、情報の送受信を行う。また、住基ＧＷサーバー２４４は、情報連携サーバー３０から送信された、住民の個人番号と処理通番とを受信し、情報テーブル２４６に格納する。また、住基ＧＷサーバー２４４は、情報テーブル２４６に格納された住民の個人番号と処理通番とをコミュニケーションサーバー４４に送信する。
【０１２６】
コミュニケーションサーバー４４は、住基ＧＷサーバー２４４から送信された、処理通番及び個人番号を受信し、処理通番及び個人番号を、符号要求を表す情報として住基全国サーバー５へ送信する。
【０１２７】
以上説明したように、第２実施形態に係るマイナンバーシステム１００によれば、住基ＧＷサーバー２４４が、情報連携サーバー３０から送信された、住民の個人番号と処理通番とを受信し、情報テーブル２４６に格納する。そして、住基ＧＷサーバー２４４が、情報テーブル２４６に格納された住民の個人番号と処理通番とをコミュニケーションサーバー４４に送信する。これにより、基幹系システム１０である住基システムサーバー２０を介さずに、自動で符号の取得要求を行うことができる。
【０１２８】
なお、上記実施形態では、住民の情報の一例として、世帯情報、所得情報、福祉情報、及び国保情報を用いる場合について説明したが、その他の情報を用いてもよいし、複数の情報を組み合わせて用いてもよい。例えば、住民の情報として、宛名情報のみを用いてもよい。また、住民の情報として、住民の世帯に関係する情報、住民の所得に関係する情報、住民の国民健康保険に関係する情報、又は住民の福祉に関係する情報のみを用いてもよい。
【０１２９】
また、上記では、符号依頼プログラム９０が記憶部８３に予め記憶（インストール）されている態様を説明したが、これに限定されない。ＣＤ−ＲＯＭ、ＤＶＤ−ＲＯＭ、ＵＳＢメモリ等の記憶媒体に記録された形態で提供することも可能である。
【０１３０】
以上の上記各実施形態に関し、更に以下の付記を開示する。
【０１３１】
（付記１）
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付け、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合に符号を付与する中間サーバーに前記マイナンバーについての符号情報の付与を依頼し、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する、
処理をコンピュータに実行させる情報連携プログラム。
【０１３２】
（付記２）
前記記憶部は、前記マイナンバーと前記住民の情報と符号の依頼状態とを記憶し、
前記記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合であり、かつ前記中間サーバーに符号情報の付与の依頼がされていない場合に、前記中間サーバーに前記マイナンバーについての符号情報の付与を依頼する、
処理をコンピュータに実行させる付記１に記載の情報連携プログラム。
【０１３３】
（付記３）
受付けた前記マイナンバーに符号が対応付けられていない場合に前記マイナンバーに対応する前記住民に対して統合宛名番号を採番し、
採番された前記統合宛名番号を前記個別業務装置へ送信する、
処理をコンピュータに実行させる付記１又は付記２に記載の情報連携プログラム。
【０１３４】
（付記４）
前記中間サーバーから送信された処理通番と前記マイナンバーとを、
住民基本台帳システムサーバー又は住民基本台帳ゲートウェイサーバーへ送信する、
処理をコンピュータに実行させる付記１〜付記３の何れか１項に記載の情報連携プログラム。
【０１３５】
（付記５）
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付ける受信部と、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合に符号を付与する中間サーバーに前記マイナンバーについての符号情報の付与を依頼する依頼部と、
受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する更新部と、
を備えた情報連携サーバー。
【０１３６】
（付記６）
前記記憶部は、前記マイナンバーと前記住民の情報と符号の依頼状態とを記憶し、
前記依頼部は、前記記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合であり、かつ前記中間サーバーに符号情報の付与の依頼がされていない場合に、前記中間サーバーに前記マイナンバーについての符号情報の付与を依頼する、
付記５に記載の情報連携サーバー。
【０１３７】
（付記７）
受付けた前記マイナンバーに符号が対応付けられていない場合に前記マイナンバーに対応する前記住民に対して統合宛名番号を採番する採番部と、
採番された前記統合宛名番号を前記個別業務装置へ送信する送信部とを、
更に備える付記５又は付記６に記載の情報連携サーバー。
【０１３８】
（付記８）
前記送信部は、前記中間サーバーから送信された処理通番と前記マイナンバーとを、
住民基本台帳システムサーバー又は住民基本台帳ゲートウェイサーバーへ送信する、
付記５〜付記７の何れか１項に記載の情報連携サーバー。
【０１３９】
（付記９）
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付け、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合に符号を付与する中間サーバーに前記マイナンバーについての符号情報の付与を依頼し、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する、
処理をコンピュータが実行する情報連携方法。
【０１４０】
（付記１０）
前記記憶部は、前記マイナンバーと前記住民の情報と符号の依頼状態とを記憶し、
前記記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合であり、かつ前記中間サーバーに符号情報の付与の依頼がされていない場合に、前記中間サーバーに前記マイナンバーについての符号情報の付与を依頼する、
処理をコンピュータに実行させる付記９に記載の情報連携方法。
【０１４１】
（付記１１）
受付けた前記マイナンバーに符号が対応付けられていない場合に前記マイナンバーに対応する前記住民に対して統合宛名番号を採番し、
採番された前記統合宛名番号を前記個別業務装置へ送信する、
処理をコンピュータに実行させる付記９又は付記１０に記載の情報連携方法。
【０１４２】
（付記１２）
前記中間サーバーから送信された処理通番と前記マイナンバーとを、
住民基本台帳システムサーバー又は住民基本台帳ゲートウェイサーバーへ送信する、
処理をコンピュータに実行させる付記９〜付記１１の何れか１項に記載の情報連携方法。
【０１４３】
（付記１３）
自治体の住民の情報を管理する個別業務装置からのマイナンバーを含む住民の情報を受付け、
マイナンバーと住民の情報とを対応付けて記憶する記憶部を参照して、受付けた前記マイナンバーに中間サーバーで管理する符号が対応付けられていない場合に符号を付与する中間サーバーに前記マイナンバーについての符号情報の付与を依頼し、受付けた前記マイナンバーに符号が対応付けられている場合に受け付けた前記住民の情報に基づいて前記記憶部に記憶された前記マイナンバーに対応する住民の情報を更新する、
処理をコンピュータに実行させる情報連携プログラムを記憶した記憶媒体。
【符号の説明】
【０１４４】
１     マイナンバーシステム
２     自治体システム
３     中間サーバー
１０   基幹系システム
２０   住基システムサーバー
２１   世帯情報テーブル
２２   税システムサーバー
２３   所得情報テーブル
２４   国保システムサーバー
２５   国保情報テーブル
２６   福祉システムサーバー
２７   福祉情報テーブル
３０   情報連携サーバー
３２   データ連携部
３３   宛名情報テーブル
３４   業務情報テーブル
３５   送受信部
３６   判定部
３７   採番部
３８   依頼部
３９   更新部
４６   符号情報テーブル
８０   コンピュータ
８１   ＣＰＵ
８２   メモリ
８３   記憶部
９０   符号依頼プログラム
２４４ 住基ゲートウェイサーバー
２４６ 情報テーブル
【図１】
0006561738.tif 000002
【図２】
0006561738.tif 000003
【図３】
0006561738.tif 000004
【図４】
0006561738.tif 000005
【図５】
0006561738.tif 000006
【図６】
0006561738.tif 000007
【図７】
0006561738.tif 000008
【図８】
0006561738.tif 000009
【図９】
0006561738.tif 000010
【図１０】
0006561738.tif 000011
【図１１】
0006561738.tif 000012