JP2000200310A - 個人情報更新装置 - Google Patents

Abstract

(57)【要約】 【課題】 どの自治体からでも異動の届出を可能とす
る。また一の自治体が管理する個人情報の更新に伴って
人手を介入せずに他の自治体が管理する関連する個人情
報の更新を可能とする。 【解決手段】 個人識別カード２０は個人情報を扱う業
務ごとに管理元自治体のコードと個人番号の組を記録す
る。受付端末１６は個人識別カード２０から入力された
情報と入力装置１９を介して入力された異動情報とを申
請情報として総合窓口サーバ１１へ送信する。総合窓口
サーバ１１は、異動情報に関連する業務について入力さ
れた管理元自治体コードとこの異動情報に基づく異動先
の自治体のコードとを比較して申請受付元が保有するデ
ータベース１３，１５を更新するか否か及び他自治体が
保有するデータベースを更新するか否か判定し、更新す
べきデータベースを保有する業務システムに向けて申請
情報を送信する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、電子計算機を利用
して自治体が管理する個人情報を更新するシステムに係
わり、特に広域ネットワークを利用して申請受付元の自
治体とは別の他自治体が管理する個人情報を更新するシ
ステムに関する。

【０００２】

【従来の技術】自治体は戸籍情報システム、住民記録情
報システムなどを運用することによって個人情報を管理
している。個人情報に異動が生じたとき、複数の業務シ
ステムに亘って各々のデータベースを更新しなければな
らない場合が少なくない。例えば個人の転入・転出に伴
って転出元及び転入先の自治体の住民記録データベース
を更新するとともに、その個人の戸籍を管理する自治体
の戸籍データベースの住所履歴を更新しなければならな
い。また町名変更や転籍などによって個人の本籍地が異
動した場合、その個人の戸籍を管理する自治体の戸籍デ
ータベースを更新するとともに、その個人の住民記録を
管理する自治体の住民記録データベースを更新しなけれ
ばならない。従来、同一自治体内の戸籍情報システムと
住民記録情報システムとの間で一方のデータベースの更
新を他方のデータベースの更新に自動的に反映する実施
例が存在するが、異なる自治体間では異動通知書の郵送
および電話確認などの手段によって情報交換がなされた
上で各々自治体がその管理するデータベースを更新して
いる。

【０００３】なお個人情報に関する証明書を交付する場
合には、個人の基本情報を格納するＩＣカードを利用し
て個人情報を管理する自治体とは別の自治体を介して証
明書の交付を受ける広域交付サービスが知られている。

【０００４】

【発明が解決しようとする課題】上記従来技術によれ
ば、個人情報に異動が生じたとき、申請者は戸籍または
住民記録を管理する自治体に届出をしなければならない
という制約がある。また届出を受けた自治体が管理する
個人情報の更新に伴って他の自治体が管理する同一個人
の個人情報を更新しなければならない場合には、異動通
知書を印刷し、郵送などの手段によって通知しており、
人手を介する事務処理を要する。

【０００５】本発明の目的は、個人識別子を記録するカ
ードを利用することによってどの自治体からでも異動の
届出を可能とする広域個人情報更新システムを提供する
ことにある。

【０００６】本発明の他の目的は、一の自治体が管理す
る個人情報の更新に伴って人手を介入せずに他の自治体
が管理する関連する個人情報の更新を可能とするような
広域個人情報更新システム及びその中心部のプログラム
手段を提供することにある。

【０００７】

【課題を解決するための手段】本発明は、カードから個
人の業務に関する管理元自治体の情報を入力する手段
と、業務に関する申請種類と申請に関する自治体の情報
を入力する手段と、業務に関する管理元自治体の情報と
申請に関する自治体の情報とを比較してこのカードに記
憶してある管理元自治体の情報を更新するか否かを判断
する手段とを備えた個人情報更新装置を特徴とする。

【０００８】また本発明は、個人情報を扱う業務ごとに
管理元自治体のコードと個人識別子の組を記録するカー
ドと、このカードを読み書きする手段と、個人情報につ
いての異動情報を入力する手段と、この異動情報に関連
する業務について入力された管理元自治体のコードと異
動情報に基づく異動先の自治体のコードとを比較して申
請受付元自治体が保有する業務データベースを更新する
か否かの判定と他自治体が保有する業務データベースを
更新するか否かの判定をする手段とを有する広域個人情
報更新システムを特徴とする。このときカード上の関連
する業務の管理元自治体コードと個人識別子の組を更新
するか否か判定し、必要に応じてこれを更新する。

【０００９】また本発明は、自治体の情報システムを構
成するプログラムの１つであり、このプログラムは、
（ａ）受付端末から個人情報を扱う業務ごとに管理元自
治体のコードと個人識別子の組と、個人情報についての
異動情報とを有する申請情報を受け取る機能、（ｂ）こ
の異動情報に関連する業務について受け取った管理元自
治体のコードと異動情報に基づく異動先の自治体のコー
ドとを比較して申請受付元自治体が保有する業務データ
ベースの更新が必要か否かの判定と他自治体が保有する
業務データベースの更新が必要か否かの判定をする機
能、及び（ｃ）更新が必要と判定された業務データベー
スを有する申請受付元自治体内の業務システム及び他自
治体の業務システムへこの申請情報の関連する情報を送
信してデータベースの更新を要求する機能を含むような
プログラムの記憶媒体を特徴とする。

【００１０】

【発明の実施の形態】以下、本発明の一実施形態につい
て図面を用いて説明する。

【００１１】図１は、本実施形態の各自治体情報システ
ム間をネットワークで接続する広域の個人情報更新シス
テムの構成図である。自治体情報システム１−１，１−
２，・・・は、各々各自治体に設置される情報システム
であり、ＷＡＮ等のネットワーク３０を介して相互に接
続可能な構成となっている。

【００１２】アドレス管理サーバ３１は、サーバ専用
機、パソコンなどの計算機であり、ネットワーク３０に
接続され、いずれかの自治体情報システム１から照会が
あったとき、アドレス変換テーブル３２を参照して照会
された自治体コードに対応するネットワークアドレスを
取得して応答するサーバである。アドレス変換テーブル
３２は、自治体コードとネットワークアドレスとの対応
を格納するテーブルである。

【００１３】自治体情報システム１−１は、受付端末１
６、総合窓口サーバ１１、業務Ａサーバ１２、業務Ｂサ
ーバ１４、・・・及びこれらの装置間を接続するＬＡＮ
等のネットワーク１０から構成される。受付端末１６
は、パソコンなどの計算機であり、カードリーダライタ
１７、表示装置１８、入力装置１９及びネットワーク１
０を介する通信を制御する通信制御部を接続する。個人
識別カード２０は、各個人を識別するための識別子を記
憶するＩＣカード、メモリカード、磁気カード、光カー
ドなどのカードである。カードリーダライタ１７は個人
識別カード２０から個人の識別子を読み取ったり個人識
別カード２０へ個人の識別子を書き込む装置である。表
示装置１８は、申請情報を入力するための画面を表示し
たり受付処理の結果を表示する装置である。入力装置１
９は、届出の申請書に基づく異動情報を入力したり受付
端末１６へ指令を入力するキーボード、マウス等の入力
装置である。受付端末１６は、カードリーダライタ１７
を介して個人識別カード２０から個人識別子を読み取
り、入力装置１９から入力された異動情報と合わせて申
請情報としてネットワーク１０を介して総合窓口サーバ
１１へ送信し、また総合窓口サーバ１１から受付処理の
結果を受信して表示装置１８に表示する。受付処理の結
果、個人識別カード２０上の個人識別子の更新があれば
カードリーダライタ１７を介して個人識別カード２０に
記録する。

【００１４】総合窓口サーバ１１は、サーバ専用機、パ
ソコンなどの計算機であり、ネットワーク１０を介して
受付端末１６や他のサーバとの通信を制御する通信制御
部と、ネットワーク３０を介して他の自治体情報システ
ム１との通信を制御する通信制御部とを有する。総合窓
口サーバ１１は、ネットワーク１０を介して受付端末１
６から申請情報を受信したとき、受け取った個人識別子
を含む申請情報から自治体情報システム１−１内のデー
タベースの更新があるか否かを判定し、同更新があれば
業務Ａサーバ１２、業務Ｂサーバ１４など該当する業務
サーバへ申請情報を送信する。また総合窓口サーバ１１
は、他の自治体情報システム１のデータベースの更新が
あるか否かを判定し、同更新があればネットワーク３０
を介してアドレス管理サーバ３１へ該当する自治体の自
治体情報システム１のネットワークアドレスを照会した
後、該当する自治体情報システム１へ申請情報を送信す
る。自治体情報システム１−１内の業務サーバ及び他自
治体情報システム１から処理結果を受信したとき、個人
識別カード２０上の個人識別子の更新があるか否かを判
定し、更新があれば受付完了通知のほかにカードの更新
情報を受付端末１６へ送信する。また総合窓口サーバ１
１は、他の自治体情報システム１から申請情報を受信し
たとき、この申請情報を自治体情報システム１−１内の
該当する業務サーバへ送信し、その処理結果を申請受付
元の自治体情報システム１へ送信する。

【００１５】業務Ａサーバ１２、業務Ｂサーバ１４、・
・・は、それぞれ個人情報を扱う業務システムの処理部
となる計算機であり、それぞれデータベース１３、デー
タベース１５、・・・を接続する。例えば業務Ａサーバ
１２は戸籍情報を扱う業務サーバ、データベース１３は
戸籍データベース、業務Ｂサーバ１４は住民記録情報を
扱う業務サーバ、データベース１５は住民記録データベ
ースである。

【００１６】自治体情報システム１−２、自治体情報シ
ステム１−３、・・・は、上記受付端末１６の機能をも
つ端末、総合窓口サーバ１１のもつ機能および業務Ａサ
ーバ１２、業務Ｂサーバ１４など自治体情報システム１
−１の各業務に対応する業務処理機能を有するものとす
る。ただしハードウェア構成は自治体情報システム１−
１と同じである必要はなく、自治体情報システム１−１
について説明した機能を備えていればよい。例えば総合
窓口サーバ１１の機能をもつプログラムと業務Ａサーバ
１２の機能をもつプログラムとを同一のサーバ計算機上
に搭載してもよい。

【００１７】総合窓口サーバ１１が実行する処理を記述
するプログラムを記憶媒体に格納し、総合窓口サーバ１
１に接続される図示しない駆動装置を介して総合窓口サ
ーバ１１の主記憶装置に読み込むか、またはこの駆動装
置を有する他の計算機とネットワーク１０、ネットワー
ク３０などのネットワークを介して総合窓口サーバ１１
の主記憶装置に読み込み、総合窓口サーバ１１の処理装
置によって実行することができる。

【００１８】図２は、個人識別カード２０のデータ構成
を示す図である。個人識別カード２０は、一般の個人情
報を記録する領域のほかに個人情報を扱う各業務ごとに
業務Ａ用領域４１、業務Ｂ用領域４２、・・・が設けら
れている。各業務用領域には自治体コード４５、個人番
号４６、更新日付４７及び受付自治体４８が１レコード
として記録され、その業務で扱う自治体コード４５と個
人番号４６の組が作成、変更になるごとに新しいレコー
ドが追加される履歴追記の形式となっている。自治体コ
ード４５及び個人番号４６は、該当する業務について自
治体コード４５で示される管理元自治体が当該カードを
保有する個人に対して付与した個人番号（個人識別子）
を記録する。更新日付４７は自治体コード４５と個人番
号４６の組が作成、更新された日付、すなわち当該レコ
ードが記録された日付を示す。受付自治体４８は当該カ
ードを受け付け、新しいレコードを追加した自治体のコ
ードを示す。なお履歴追記の形式の代わりに旧レコード
の上に新レコードを上書きする変更形式でもよい。

【００１９】受付端末１６は、カードリーダライタ１７
に個人識別カード２０が挿入されると、業務Ａ用領域４
１、業務Ｂ用領域４２等に記録されているレコードを読
み取る。また利用者が記載した申請書の情報が入力装置
１９を介して入力される。次に受付端末１６は、受け付
けた個人について個人識別カード２０から読み取った業
務Ａの最新の自治体コード４５と個人番号４６、業務Ｂ
の最新の自治体コード４５と個人番号４６等と申請書か
ら入力した情報に基づく申請種別、異動後の自治体コー
ド、異動後の住所、異動日など個人情報についての異動
情報とを申請情報のトランザクションとしてネットワー
ク１０を介して総合窓口サーバ１１へ送信する。

【００２０】図３は、総合窓口サーバ１１が受付端末１
６から受け取ったトランザクションを処理するプログラ
ムの処理の流れを示すフローチャートである。総合窓口
サーバ１１は受付端末１６から申請情報を受け取り（ス
テップ５１）、申請種別、異動後の自治体コード及び各
業務で扱う最新の自治体コード４５から当該自治体内の
データベースについて更新があるか否か判定する（ステ
ップ５２）。ここでデータベースの更新とは、受け付け
られた個人の情報について追加、更新又は削除を加える
ことであり、データベースについてなんらかの変更を加
えることを意味する。自治体内データベースの更新があ
れば（ステップ５２ＹＥＳ）、ネットワーク１０を介し
て業務Ａサーバ１２、業務Ｂサーバ１４等の業務サーバ
のうち関連する各業務サーバへ申請種別、その業務で扱
う最新の個人番号４６、異動後の住所、異動日などその
業務サーバに関連する申請情報を含むデータベース更新
要求を送信し（ステップ５３）、各業務サーバごとに処
理結果の受信待ちとする。自治体内データベースの更新
がないと判定すれば（ステップ５２ＮＯ）、ステップ５
４へ行く。次に総合窓口サーバ１１は申請種別、異動後
の自治体コード及び各業務で扱う最新の自治体コード４
５から他自治体のデータベースについて更新があるか否
か判定する（ステップ５４）。他自治体のデータベース
について更新があれば（ステップ５４ＹＥＳ）、ネット
ワーク３０を介してアドレス管理サーバ３１へ異動後の
他自治体の自治体コードを送り、そのネットワークアド
レスを照会する（ステップ５５）。なお異動前の自治体
が申請受付元の自治体と異なる場合には、異動前の他自
治体のネットワークアドレスも照会する。アドレス管理
サーバ３１は、照会元の認証をした後にアドレス変換テ
ーブル３２を検索して問合せのあった自治体コードに対
応するネットワークアドレスを取得して総合窓口サーバ
１１へ送信する。総合窓口サーバ１１は取得したネット
ワークアドレスに基づいてネットワーク３０を介し異動
前、異動後の他自治体の自治体情報システム１へ申請種
別、異動後の住所、異動日など関連する申請情報を含む
データベース更新要求を送信し（ステップ５６）、処理
結果の受信待ちとする。

【００２１】次に総合窓口サーバ１１は、自治体内業務
サーバ又は他自治体の自治体情報システム１からの処理
結果受信待ちが解除されたとき、各々の処理結果を受信
する（ステップ５７）。処理結果は異動処理の成功／失
敗の情報と異動処理成功の場合に各業務ごとに新たに付
与された個人番号４６を含んでいる。総合窓口サーバ１
１は、関連する自治体内業務サーバ及び他自治体の処理
結果がすべて揃い、すべて異動処理成功の場合には個人
識別カード２０の情報に更新があるか否かを判定する
（ステップ５８）。なおここで個人識別カード２０情報
の更新というとき、個人識別カード２０上のレコードの
変更又は新レコードの追記のいずれをも含むものとす
る。個人識別カード２０情報の更新があれば（ステップ
５８ＹＥＳ）、ネットワーク１０を介して受付端末１６
へ受付完了通知とカード情報を更新するために業務種
別、自治体コード４５及び個人番号４６を通知する（ス
テップ５９）。個人識別カード２０情報の更新がなけれ
ば（ステップ５８ＮＯ）、受付完了通知のみを受付端末
１６へ通知する（ステップ６０）。

【００２２】この通知を受信した受付端末１６は、表示
装置１８上に受付完了を示すメッセージを表示し、個人
識別カード２０への情報追加があれば、個人識別カード
２０の該当する業務用領域に異動後の自治体コード４
５、新設された個人番号４６、更新日付４７及び受付自
治体４８から成るレコードを追加して記録する。最後に
カードリーダライタ１７から個人識別カード２０を排出
し、個人識別カード２０は申請者の手に戻る。

【００２３】図４は、総合窓口サーバ１１が他自治体情
報システム１から受信した申請情報に応答するプログラ
ムの処理の流れを示すフローチャートである。総合窓口
サーバ１１はネットワーク３０を介して他自治体情報シ
ステム１からアクセスがあったとき、アクセス元の認証
をした後に申請情報を含むデータベース更新要求を受信
し（ステップ７１）、ネットワーク１０を介して業務Ａ
サーバ１２、業務Ｂサーバ１４等の業務サーバのうち関
連する各業務サーバへ申請種別、その業務で扱う最新の
個人番号４６、異動後の住所、異動日などその業務サー
バに関連する申請情報を送信し（ステップ７２）、各業
務サーバごとに処理結果の受信待ちとする。各業務サー
バから処理結果を受信したとき（ステップ７３）、ネッ
トワーク３０を介して申請受付元の自治体情報システム
１へ処理結果を送信する（ステップ７４）。処理結果の
内容は上記ステップ５７で受信するものと同様である。
このように他自治体から申請情報を受信した場合には、
受信した自治体情報システム１内のデータベースを更新
し処理結果を申請受付元の自治体情報システム１に返す
だけでよい。

【００２４】例えば申請種別が転出／転入であり、転出
元の自治体に申請する場合には、申請情報は戸籍業務に
関する最新の自治体コード４５と個人番号４６、住民記
録業務に関する最新の自治体コード４５と個人番号４
６、転入先の自治体コード、転入先の住所、転出日など
を含む。総合窓口サーバ１１は、住民記録の自治体コー
ド４５が当該自治体のコードであるので、転出元が当該
自治体と判定し、戸籍業務に関する最新の自治体コード
４５が当該自治体のコードであれば自治体内の自治体情
報システム１の戸籍業務の業務サーバと住民記録業務の
業務サーバへ各業務に関する個人番号４６、転入先（転
出先）の住所及び転出日を送信する。戸籍業務サーバは
戸籍データベースの指定された個人番号４６の個人情報
に転出先の住所及び転出日の記録を追加する。また住民
記録業務サーバは住民記録データベースの指定された個
人番号４６の個人情報に転出先の住所及び転出日の記録
を追加する。さらに総合窓口サーバ１１は、転入先の自
治体の自治体情報システム１へ申請情報を送信する。転
入先の自治体の総合窓口サーバ１１は、転入先が当該自
治体であり住民記録データベースの更新が必要と判断
し、自治体内の自治体情報システム１の住民記録業務の
業務サーバへ申請種別、転入先住所及び転入日（転出
日）を送信する。住民記録業務サーバは新しい個人番号
４６を付与して住民記録データベースに転入先住所及び
転入日を記録するレコードを追加する。そして付与した
個人番号４６を申請受付元の自治体情報システム１へ送
信する。申請受付元の自治体情報システム１の総合窓口
サーバ１１は、住民記録用の個人番号４６を受信し、受
付端末１６を経由して申請者の個人識別カード２０の住
民記録用領域に転入先自治体の自治体コード４５、新設
した個人番号４６、更新日付４７及び受付自治体４８を
記録する。

【００２５】申請種別が転出／転入であり、転入先の自
治体に申請する場合には、転入先の自治体コードが当該
自治体のコードであるので、転入先が当該自治体と判定
し、当該自治体の自治体情報システム１内の住民記録業
務の業務サーバへ申請種別、転入先住所及び転入日を送
信する。住民記録業務サーバは新しい個人番号４６を付
与して住民記録データベースに転入先住所及び転入日を
記録するレコードを追加する。そして付与した個人番号
４６を当該自治体の情報システム１内の総合窓口サーバ
１１へ送信する。また当該総合窓口サーバ１１は、住民
記録の自治体コード４５が他自治体のコードであるの
で、転出元が他自治体と判定し、転出元の自治体の自治
体情報システム１へ申請情報の関連部分を送信する。転
出元の自治体の総合窓口サーバ１１は、転出元が当該自
治体であり戸籍データベースと住民記録データベースの
更新が必要と判断し、自治体内の自治体情報システム１
の戸籍業務の業務サーバと住民記録業務の業務サーバへ
各業務に関する個人番号４６、転出先の住所及び転出日
を送信する。戸籍業務サーバ及び住民記録業務サーバ
は、申請情報の記録がないことを確認した上でそれぞれ
転出先の住所及び転出日の記録を追加する。もし戸籍業
務に関する最新の自治体コード４５と住民記録業務に関
する最新の自治体コード４５とが異なっている場合に
は、申請受付元の自治体の総合窓口サーバ１１は、各々
の自治体の自治体情報システム１へ転出の申請情報の関
連部分を送信しなければならない。もし住民記録業務に
関する最新の自治体コード４５が転入先の自治体コード
であれば、総合窓口サーバ１１は同一自治体内の転居で
あると判断し、当該自治体の住民記録データベースに対
して転居の更新を行う。この場合には住民記録業務に関
する最新の個人番号４６は変わらないので、カード情報
の更新はない。

【００２６】申請種別が転出／転入であり、戸籍業務に
関する最新の自治体コード４５と住民記録業務に関する
最新の自治体コード４５及び転入先の自治体コードのい
ずれもが申請受付元の自治体の自治体コードと異なる場
合には、総合窓口サーバ１１は、申請受付元の自治体情
報システム１内のデータベースの更新がないと判定し、
申請情報中の自治体コードからデータベースの更新が必
要な自治体を判定し、関連する各々の自治体へ申請情報
の関連部分を送信する。

【００２７】以上申請種別が転出／転入の場合を例にと
って具体的な処理手順を説明したが、申請種別が婚姻、
転籍など他の種別の場合も同様に総合窓口サーバ１１
は、申請種別、戸籍業務に関する最新の自治体コード４
５、住民記録業務に関する最新の自治体コード４５及び
異動後の自治体コードから自治体内データベースの更新
が必要か否か及び他自治体データベースの更新が必要か
否かを判定でき、データベース更新が必要な管理元業務
サーバへ申請情報を送信し、その処理結果は申請受付元
の自治体情報システム１に集まり、必要に応じて個人識
別カード２０への情報追加を行う。なお申請種別が出生
の場合のように個人識別カード２０を新設する場合にも
初期状態の個人識別カード２０の業務Ａ用領域４１、業
務Ｂ用領域４２などに最初のレコードを記録する。また
個人情報を扱う業務であれば、戸籍業務や住民記録業務
以外の業務にも本発明を適用できる。

【００２８】

【発明の効果】本発明によれば、カードに記録された業
務ごとの管理元自治体のコードと異動後の自治体コード
とを比較することによって届出のあった個人情報を更新
すべき自治体を判定できるので、申請受付元の自治体か
ら判定された管理元自治体へ広域ネットワークを介して
申請情報を伝送し、関連する自治体のデータベースを更
新する。これによってどの自治体からでも異動の届出を
することができる。

【００２９】また一の自治体が管理する個人情報の更新
に伴って人手を介入せずに他の自治体が管理する関連す
る個人情報を更新することができる。

【００３０】さらに本発明により従来の届出別窓口から
どの届出も受け付ける総合窓口に改善され、窓口サービ
スがより効率化されたものとなる。

【図面の簡単な説明】

【図１】実施形態の広域個人情報更新システムの構成図
である。

【図２】実施形態の個人識別カード２０のデータ構成図
である。

【図３】実施形態の申請情報を受け付ける総合窓口サー
バ１１の処理の流れを示すフローチャートである。

【図４】実施形態の他自治体から受信した申請情報に応
答する総合窓口サーバ１１の処理の流れを示すフローチ
ャートである。

【符号の説明】

１：自治体情報システム、１１：総合窓口サーバ、１
６：受付端末、２０：個人識別カード、４５：自治体コ
ード、４６：個人番号

───────────────────────────────────────────────────── フロントページの続き (72)発明者 飯野 敏章 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共情報事業部内 (72)発明者 横井 慎一 東京都江東区新砂一丁目６番27号 株式会 社日立製作所公共情報事業部内

Claims (1)

【特許請求の範囲】
1. 【請求項１】カードから個人の業務に関する管理元自治
   体の情報を入力する手段と、業務に関する申請種類と申
   請に関する自治体の情報を入力する手段と、業務に関す
   る管理元自治体の情報と申請に関する自治体の情報とを
   比較して該カードに記憶してある管理元自治体の情報を
   更新するか否かを判断する手段とを備えたことを特徴と
   する個人情報更新装置。