JP2002269295A - 個人情報の変更を自動通知する戸籍情報管理システムおよびプログラム - Google Patents

Abstract

(57)【要約】 【課題】利用者が，住民票の交付が必要な団体のサービ
ス利用（たとえば，銀行，クレジットカード，パスポー
トの申請，運転免許証，携帯電話等）を開始する場合に
は，住民票の交付を受けてから別途団体の窓口まで出向
いて届出しなくてはいけないという制約がある。また，
個人情報に変更が生じた場合，届出の変更内容は同一で
あっても，それぞれの団体が保有する個人情報管理サー
バはシステム連携がとられていないため，利用者は利用
している団体の数だけ別途手続きの手間を強いられる。 【解決手段】利用者が利用者端末２から広域ネットワー
ク網１を介して，自治体の戸籍情報管理サーバ３に対し
て個人情報の公開手続きおよび，個人情報の更新手続き
を行うことで，利用者が利用している各種団体への変更
手続きを行うことなく，自治体が管理する個人情報の更
新に伴って，各種団体が運用する個人情報管理サーバ４
内の個人情報の自動更新を可能にする手段を提供する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は，電子計算機を利用
して自治体が管理する個人情報を更新するシステムに関
わる。

【０００２】

【従来の技術】特開2000−200310号公報には，複数の自
治体間で，各々の自治体が管理する個人情報システムの
データベースを自動的に反映する手段が開示されてい
る。ここでは，個人識別子を記録するＩＣカードを利用
することによってどの自治体からでも異動の届出を可能
としている。

【０００３】

【発明が解決しようとする課題】上記従来技術によれ
ば，住民票の交付が必要な団体のサービス利用（たとえ
ば，銀行，クレジットカード，パスポートの申請，運転
免許証，携帯電話等）を開始する場合には，ＩＣカード
によって住民票の交付を受けてから，別途団体の窓口ま
で出向いて届出を行う必要がある。

【０００４】また，個人情報に変更が生じたとき，ＩＣ
カード内の個人情報を更新する為に，利用者は戸籍や個
人情報を管理する自治体に出向いて届出をした上で，利
用者はサービスを利用している団体の数だけ別途同内容
の変更手続きの手間がかかる。

【０００５】本発明はこのような状況に鑑みてなされた
ものであり，利用者が自治体への手続きを行うだけで，
利用者が利用している各種団体への変更手続きを行うこ
となく，自治体が管理する個人情報の更新に伴って，各
種団体が運用する個人情報管理サーバ内の個人情報の自
動更新を可能にするようにしたものである。

【０００６】

【課題を解決するための手段】上記目的を達成するため
に，自治体が発行する電子証明書によって個人認証を行
い，広域ネットワークを介して，各種団体のサービスの
利用登録を可能にするようにしたものである。さらに，
個人情報に変更が生じた場合，自動的に個人情報の変更
を各種団体に通知するために，自治体が個人や団体の情
報を管理し，個人情報のデータベースにサービスを利用
する団体の情報を登録する手段を備えるものである。

【０００７】さらに，自治体が管理する個人または団体
の情報を第３者に公開する範囲（公開レベル）を本人ま
たは当該団体が，指定または判断できる手段を設けるこ
とを特徴としたものである。

【０００８】

【発明の実施の形態】図１は，本発明の情報処理システ
ムを適用した場合の実施形態の構成例を表している。

【０００９】利用者が操作する利用者端末２や戸籍情報
を管理する自治体が保有する戸籍情報管理サーバ３，各
種団体が保有する個人情報管理サーバ４は広域ネットワ
ーク網１を介し，各々相互にアクセスすることができ
る。

【００１０】アドレス管理サーバ５は，サーバ専用機な
どの計算機であり，広域ネットワーク網１に接続され，
いずれかの利用者端末２や戸籍情報管理サーバ３，個人
情報管理サーバ４から照会があったとき，アドレス変換
テーブル６を参照して照会された自治体ＩＤや個人Ｉ
Ｄ，団体ＩＤや団体名に対応するネットワークアドレス
を取得して応答するサーバである。アドレス変換テーブ
ル６は自治体ＩＤや個人ＩＤ，団体ＩＤや団体名とネッ
トワークアドレスとの対応を格納するテーブルである。

【００１１】自治体ＩＤは，自治体を識別するコードで
あり，自治体ごとにユニークなコードが保証されている
必要がある。個人ＩＤや団体ＩＤは，自治体が管理する
戸籍情報管理サーバ３が個人や団体を識別するコードで
あり，個人や団体ごとにユニークなコードが保証されて
いる必要がある。

【００１２】図２は，図１の利用者端末２の構成例を表
している。外部記憶装置２０１には，中央処理装置２０
５が各種の処理を実行する上において，必要なデータが
便宜記録される。公開鍵Ａ２５０，公開鍵Ｂ２５１・・・
は，本人が第３者に公開する公開鍵である。各公開鍵に
対応する秘密鍵Ａ２５３，秘密鍵Ｂ２５４・・・は，第３
者に悪用されないように本人が管理しておかなければな
らない。

【００１３】主記憶装置２０２は，中央処理装置２０５
が行う各種処理を実行するためのプログラムが記憶され
ている。入力装置２０３は，例えばキーボードやマウス
等で構成され，中央処理装置２０５に所定の指令を利用
者が入力するときに便宜操作される。出力装置２０４
は，例えばディスプレイ等により構成され，所定のメッ
セージを表示する。通信装置２０６は，広域ネットワー
ク網１に対してデータの送信または受信することができ
る。

【００１４】図３は，図１の戸籍情報管理サーバ３の構
成例を表している。外部記憶装置３０１が格納するデー
タは，公開レベル管理テーブル３５０，個人情報管理テ
ーブル３５１と，団体公開情報管理テーブル３５２，戸
籍情報ＤＢ３５３で構成される。戸籍情報ＤＢ３５３
は，自治体が管理する戸籍情報（個人ＩＤ，個人名，住
所，電話番号等）を格納した情報データベースである。
団体情報ＤＢ３５４は，自治体が管理する団体の情報
（団体ＩＤ，団体名，住所，電話番号等）を格納した情
報データベースである。外部記憶装置３０１〜通信装置
３０６は，利用者２の外部記憶装置２０１〜通信装置２
０６と同等の機能を持つものとする。

【００１５】図４は，図１の個人情報管理サーバ３の構
成例を表している。登録フォーム４５０は，利用者が新
規登録を行う場合，団体が独自に必要とする登録情報で
ある。登録フォーム４５０の媒体はテキスト形式あるい
は既製のワープロ文書形式等の電子データなど団体が自
由に決定することができる。登録フォーム４５０は，フ
ォームａ４５６，フォームｂ４５７・・・で構成してお
り，各フォームは，戸籍情報管理サーバ３には登録され
ていない情報（たとえば携帯の電話番号や当該団体独自
のアンケート内容など）を利用者が文字や数値等を入力
することができるようになされている。

【００１６】個人情報ＤＢ４５１は，当該団体が管理す
る顧客の情報等を格納した個人情報データベースであ
る。公開鍵Ｗ４５２，公開鍵Ｘ４５３・・・は，当該団体
が第３者に公開する公開鍵である。各公開鍵に対応する
秘密鍵Ｗ４５４，秘密鍵Ｘ４５５・・・は，第３者に悪用
されないように当該団体が管理しておかなければならな
い。

【００１７】外部記憶装置４０１〜通信装置４０６は，
利用者２の外部記憶装置２０１〜通信装置２０６と同等
の機能を持つものとする。このように，利用者端末２と
戸籍情報管理サーバ３，個人情報管理サーバ４は基本的
に構成内容は同様であるが，その規模，処理性能，およ
び処理速度が異なっている。

【００１８】図５は，図３の公開レベル管理テーブル３
５０の詳細図の一例を示したものである。

【００１９】公開レベル管理テーブル３５０は，自治体
が管理する戸籍情報ＤＢ３５３や団体情報ＤＢ３５４の
基本部分を自治体が第３者に公開する公開レベル５１０
と公開範囲５２０（個人／団体ＩＤ，個人／団体名，住
所，電話番号等）の対応を定義したものである。公開レ
ベル５１０は，すべての個人および団体に対して共通に
適用される。

【００２０】公開レベル５１０＝０は，非公開の公開レ
ベルである。個人情報の変更手続を行う場合など，本人
が個人情報を参照または更新する場合に使用され，第３
者は参照や更新を行うことはできない。一方，公開レベ
ル５１０が１以上は，一般公開する公開レベルである。
例えば，公開レベル５１０＝３は個人／団体ＩＤ，個人
／団体名に関する情報に限定して，第３者に公開するこ
とを意味し，公開された第３者は上記情報への参照が可
能となる。図６は，図３の個人公開情報管理テーブル３
５１の詳細図の一例を示したものである。

【００２１】個人公開情報管理テーブル３５１は，各個
人ごとに公開レベル６１０，公開鍵６２０，公開先６３
０で構成される。公開レベル６１０は，図５の公開レベ
ル５１０に対応するものである。公開鍵６２０は，各公
開レベル６１０に対応する公開先６３０に公開するため
に必要な公開鍵を本人が登録するものである。公開先６
３０は，本人が個人情報を公開する個人の個人ＩＤや団
体の団体ＩＤを登録するものである。

【００２２】非公開の公開レベル６１０＝０に対応する
公開先６３０には，何も登録することはできない。ま
た，公開レベル６１０＝０は，本人の個人情報の更新が
可能な公開レベルであるため，対応する公開鍵は自治体
以外の第３者に悪用されないように注意する必要があ
る。一般公開する公開レベルに対しては，公開先６３０
に「ＡＬＬ」を指定することによって，第３者のすべて
の個人及び団体に対して，個人情報を公開することが可
能であるものとする。

【００２３】図７は，図３の団体公開情報管理テーブル
３５２の詳細図の一例を示したものである。

【００２４】団体公開情報管理テーブル３５２は，各団
体ごとに公開レベル７１０，公開鍵７２０，公開先７３
０で構成される。公開レベル７１０は，図５の公開レベ
ル５１０に対応するものである。公開鍵７２０と公開先
７３０は個人公開情報管理テーブル３５１の公開鍵６２
０と公開先６３０と同等の意味を持つものとする。次
に，第１の実施の形態の動作を説明する。

【００２５】この動作例においては，自治体が管理する
戸籍情報管理サーバ３に戸籍情報が登録されている利用
者が，利用者端末２を操作し，広域ネットワーク網１を
介して，団体が管理する個人情報管理サーバ４に所定の
公開レベルの個人情報を公開することで団体のサービス
利用登録を行うものとする。

【００２６】この場合の処理手順は，図８に示される。

【００２７】利用者は，利用者端末２から個人情報管理
サーバ４にアクセスして団体へのサービス利用登録に必
要な情報（団体ＩＤ，公開レベル５１０，登録フォーム
４５０）を入手するために，ステップ８０１にて，登録
要求を送信する。このとき，個人情報管理サーバ４のネ
ットワークアドレスは，アドレス管理サーバ５から団体
名をキーにして取得できる。各サーバや端末が通信相手
のネットワークアドレスを取得する処理は，以下同様の
手順で解決されるものとする。

【００２８】公開レベル５１０は，団体が登録を行うた
めに利用者に要求する個人の公開レベルである。登録フ
ォーム４５０は，個人情報の登録に際し当該団体が独自
に必要とする登録情報である。次に，ステップ８０２に
進み，登録要求を受信し，受信先に登録に必要な団体Ｉ
Ｄと公開レベル５１０と登録フォーム４５０を利用者端
末２に送信する（ステップ８０３）。

【００２９】次に，ステップ８０４で，利用者端末２
は，団体ＩＤと公開レベル５１０と登録フォーム４５０
を受信する。利用者は，受信した団体ＩＤや公開レベル
５１０から個人情報を公開するかどうか判断する（ステ
ップ８０５）。利用者は，公開レベル５１０に対応する
個人情報を公開したくない場合は，ここで処理を終了す
ることができる。公開する場合は，利用者端末２は登録
フォーム４５０を外部記憶装置２０１に格納する。ここ
では，公開レベル５１０に１が設定されていたものと仮
定する。

【００３０】次に，ステップ８０６において，利用者端
末２から公開レベル５１０に対応する公開鍵（ここで
は，公開鍵６２０に登録してある公開鍵Ｂ２５１とな
る。）と個人情報管理サーバ３から受信した団体ＩＤを
送信する。（尚、必要に応じて、利用者自身を証明する
識別子等も送付する。これを用いて、戸籍管理サーバプ
ログラムは、どの利用者の情報を送信すべきかを判断す
る。）利用者は，公開レベル５１０に対応する各公開鍵
を，戸籍情報管理サーバ３から電子証明書を発行しても
らうために，事前に自治体に届出ておく必要がある。

【００３１】次に，ステップ８０７において，利用者端
末２から送信された公開鍵Ｂ２５１と団体ＩＤを受信
し，認証を行う。認証は，受信した公開鍵Ｂ２５１が個
人公開情報管理テーブル３５１に登録されていて，受信
した団体ＩＤの団体公開情報管理テーブル３５２が存在
することで達成される。

【００３２】認証に失敗した場合は，戸籍情報管理サー
バ３は，認証に失敗したことを利用者端末２に通知する
（ステップ８０９）。利用者端末２は認証の失敗通知を
受信し（ステップ８１０），出力装置２０４に登録処理
に失敗した旨のメッセージを表示する。

【００３３】ステップ８０８の認証に成功した場合は，
戸籍情報管理サーバ３は，利用者端末２から受信した公
開鍵Ｂ２５１を電子証明書に含めて，電子証明書を利用
者端末２に送信する（ステップ８１１）。このとき，団
体ＩＤに対応する団体に関する一般公開情報（団体名や
団体の住所等の情報）についても，電子証明書と共に利
用者端末２に送信する。一般公開情報とは，団体ＩＤに
対応する団体公開情報管理テーブル３５２の公開先７３
０に「ＡＬＬ」と指定された公開レベルの情報である。
「ＡＬＬ」と指定された公開レベルが複数存在する場合
は，公開範囲５２０が最も多い公開レベルが適用され
る。

【００３４】戸籍情報管理サーバ３は，利用者の個人公
開情報管理テーブル３５１の公開鍵６２０に対応する公
開先６３０に団体ＩＤを仮登録する（ステップ８１
２）。仮登録情報は，下記の情報を有する。団体ＩＤ／
仮登録日時／仮登録有効期限。仮登録有効期限とは，団
体が所有する個人情報管理サーバ４から有効期限内に戸
籍情報管理サーバ３に対してアクセスがなかった場合
に，仮登録を無効にするためのものである。

【００３５】次に，ステップ８１３において，利用者端
末２は電子証明書と団体に関する情報を戸籍情報管理サ
ーバ３から受信する。利用者端末２は出力装置２０４に
上述の団体に関する情報を表示する。利用者は，登録処
理を継続するかどうか判断できる。登録処理を中断する
場合は，ここで処理を終了することが可能であり，この
場合ステップ８１２の団体ＩＤの仮登録は時間経過とと
もに無効となる。

【００３６】登録処理を続行する場合，ステップ８１４
において，利用者端末２は外部記憶装置２０１から公開
鍵Ｂ２５１に対応する秘密鍵Ｂ２５４と，ステップ８０
４で受信した登録フォーム４５０を呼び出す。利用者
は，登録フォーム４５０に登録に必要な事項（フォーム
ａ４５６，フォームｂ４５７・・・）を記入する。利用者
端末２は，必要事項の記入された登録フォーム４５０を
秘密鍵Ｂ２５４で暗号化する。

【００３７】次に，ステップ８１５において，利用者端
末２は，暗号化された登録フォーム４５０とステップ８
１３で受信した電子証明書を個人情報管理サーバ４に送
信する。次に，ステップ８１６において，個人情報管理
サーバ４は，利用者端末２から暗号化された登録フォー
ム４５０と，公開鍵Ｂ２５１が含まれた電子証明書を受
信する。

【００３８】次に，ステップ８１７において，個人情報
管理サーバ４は，電子証明書から公開鍵Ｂ２５１を取り
出し，登録フォーム４５０を復号する。復号に成功する
ことで，電子証明書が有効であることが確認できれば，
登録フォーム４５０は利用者自身から送られたデータで
あることが証明される。

【００３９】次に，ステップ８１８にて，電子証明書の
有効性の確認と，個人情報の自動更新を有効にするため
に，団体ＩＤとステップ８１６で受信した電子証明書を
戸籍情報管理サーバ３に送信する。次に，ステップ８１
９において，戸籍情報管理サーバ３は個人情報管理サー
バ４から送信された団体ＩＤと電子証明書を受信し，認
証を行う。認証は，電子証明書の対象となる個人の個人
公開情報管理テーブル３５１に団体ＩＤが仮登録されて
いることで達成される。

【００４０】ステップ８１９の認証に成功した場合は，
戸籍情報管理サーバ３は，ステップ８１２で仮登録して
いた公開先５４０の団体ＩＤを利用者の個人公開情報管
理テーブル３５１に正式登録する（ステップ８２０）。
この時点から個人情報の更新に伴う自動通知は有効とな
る。

【００４１】次に，ステップ８２１において，戸籍情報
管理サーバ３への登録に成功した旨を，戸籍情報管理サ
ーバ３は利用者端末２と個人情報管理サーバ４に通知す
る。利用者端末２は，登録に成功した旨の通知を受信す
る（ステップ８２２）。

【００４２】次に，ステップ８２３において，個人情報
管理サーバ４は，登録に成功した旨の通知を受信する。
この時点で，ステップ８１６で受信した電子証明書と登
録フォーム４５０が利用者自身から送られた正式データ
であることが確認される。個人情報管理サーバ４は，電
子証明書と登録フォーム４５０をもとに個人情報ＤＢ４
５１を更新する（ステップ８２４）。

【００４３】次に，ステップ８２５において，個人情報
の登録作業が完了した旨を，個人情報管理サーバ４は，
利用者端末２に送信する。利用者端末２は，登録が完了
した旨の通知を受信する（ステップ８２６）。

【００４４】次に，第２の実施の形態の動作を説明す
る。

【００４５】この動作例においては，利用者の住所の変
更等の理由により戸籍情報を更新する手続きの必要が発
生した場合において，利用者が戸籍情報管理サーバ３の
個人情報を変更した際に，個人情報の変更情報が利用者
がサービス利用を登録済みの団体の個人情報管理サーバ
４内の情報を自動的に更新を行うものとする。いまの場
合，利用者は，第１の実施形態の動作例で説明された処
理と同様の操作を行って，利用者の個人公開情報管理テ
ーブル３５１の公開先６３０にサービスを利用している
団体の団体ＩＤが登録されているものとする。

【００４６】この場合の処理手順は，図９に示される。

【００４７】利用者は，利用者端末２から戸籍情報を更
新するために，広域ネットワーク網１を介して戸籍情報
管理サーバ３にアクセスし，戸籍情報の変更要求を送信
する（ステップ９０１）。更新情報の変更要求情報は，
第３者に漏洩することを防止するため，公開レベル６１
０＝０で届出ていた公開鍵Ａ２５０に対応する秘密鍵Ａ
２５３で暗号化されている必要がある。

【００４８】次に，ステップ９０２に進み，戸籍情報管
理サーバ３は，利用者端末２から戸籍情報の変更要求を
受信し，個人公開情報管理テーブル３５１に登録済みの
公開鍵Ａ２５０で，戸籍情報の変更要求を復号し認証を
行う。復号できなかった場合，あるいは認証に失敗した
場合，戸籍情報管理サーバ３は，戸籍情報の変更に失敗
したことを利用者端末２に通知する（ステップ９０
４）。利用者端末２は，戸籍情報の変更に失敗した通知
を受信する（ステップ９０５）。

【００４９】ステップ９０３で認証に成功した場合，ス
テップ９０６に進み，戸籍情報ＤＢ３５３を更新する。

【００５０】次に，ステップ９０７において，公開レベ
ル管理テーブル３５０で，変更の発生した個人情報に対
応する公開範囲５２０を含む公開レベル５１０をすべて
検索する。そして，個人公開情報管理テーブル３５１か
ら，ステップ９０７の検索に該当した公開レベル６１０
に登録されている公開先６３０に登録されている個人Ｉ
Ｄや団体ＩＤをすべて検索する（ステップ９０８）。公
開先６３０に「ＡＬＬ」が指定されている公開レベル
は，検索をスキップする。

【００５１】次に，検索された個人ＩＤあるいは団体Ｉ
Ｄが１つ以上存在する場合はステップ９１０に進み，１
つも存在しない場合はステップ９１１に進む（ステップ
９０９）。次に，ステップ９１０に進んだ場合，ステッ
プ９０８で検索した個人ＩＤに対応する個人が保有する
利用者端末２や，団体ＩＤに対応する団体が保有する個
人情報管理サーバ４すべてに対して，個人情報の変更情
報を暗号化して送信する。この場合，公開先の個人また
は団体が自治体に登録済みの公開レベル＝０に対応する
公開鍵にて暗号化される。

【００５２】次に，ステップ９１１において，戸籍情報
管理サーバ３は，戸籍情報ＤＢ３５３の更新が終了した
旨と，自動更新を実施した個人および団体の情報を利用
者端末２に送信する。

【００５３】次に，ステップ９１２において，利用者端
末２は，戸籍情報管理サーバ３から，戸籍情報ＤＢ３５
３の更新が終了した旨と，自動更新を実施した団体の情
報を受信する。

【００５４】次に，ステップ９１３において，団体の個
人情報管理サーバ４は，戸籍情報管理サーバ３から，個
人情報の更新情報を受信し，公開レベル＝０に対応する
秘密鍵Ｗ４５４で復号する。更新情報に基づき，個人情
報管理サーバ４が管理する個人情報ＤＢ４５１を更新す
る（ステップ９１４）。

【００５５】次に，ステップ９１５において，個人情報
管理サーバ４は，利用者端末２に個人情報の更新が終了
したことを通知する。利用者端末２は，個人情報管理サ
ーバ４から，個人情報の自動更新が実施された旨を受信
する。

【００５６】本発明によれば，利用者が自治体への手続
きを行うだけで，利用者が利用している各種団体への変
更手続きを行うことなく，自治体が管理する個人情報の
更新に伴って，各種団体が運用する個人情報管理サーバ
内の個人情報の自動更新が可能になる。このため、各種
手続き変更にかかる時間・労力等が軽減できる。また、
各種団体に応じた認証情報の管理が可能になる。

【００５７】

【発明の効果】本発明によれば，利用者が各種団体への
個人情報の変更手続きに伴う労力の軽減を図ることがで
きる。

【図面の簡単な説明】

【図１】本発明における第１，第２の実施例の全体構成
図である。

【図２】図１の利用者端末２の構成図である。

【図３】図１の戸籍情報管理サーバ３の構成図である。

【図４】図１の個人情報管理サーバ４の構成図である。

【図５】図３の公開レベル管理テーブル３５０の構成図
の一例を示したものである。

【図６】図３の個人公開情報管理テーブル３５１の構成
図の一例を示したものである。

【図７】図３の団体公開情報管理テーブル３５２の構成
図の一例を示したものである。

【図８】本発明における第１の実施例を説明するフロー
チャートである。

【図９】本発明における第２の実施例を説明するフロー
チャートである。

【符号の説明】

１ 広域ネットワーク網 ２ 利用者端末 ３ 戸籍情報管理サーバ ４ 個人情報管理サーバ ５ アドレス管理サーバ ６ アドレス変換サーバ ２５０ 公開鍵 ２５３ 秘密鍵 ３５０ 公開レベル管理テーブル ３５１ 個人公開情報管理テーブル ３５２ 団体公開情報管理テーブル ３５３ 戸籍情報ＤＢ ３５４ 団体情報ＤＢ ４５０ 登録フォーム ５１０ 公開レベル ５２０ 公開範囲 ５２１ 個人／団体ＩＤ ６２０ 公開鍵 ６３０ 公開先

Claims (4)

【特許請求の範囲】
1. 【請求項１】自治体が管理する個人情報を更新する手段
   と，所定の更新要求情報を利用者端末から受信する手段
   と，利用者端末から受信した公開鍵と管理する個人情報
   から判断して個人認証する手段と，利用者端末に電子証
   明書を送信する手段とを備えることを特徴とする戸籍情
   報管理サーバ。
2. 【請求項２】自治体が管理する団体を識別子で管理する
   手段と，個人情報に公開する団体ＩＤを登録する手段
   と，所定の端末より送信された電子証明書の確認要求を
   受信する手段と，個人情報の更新情報を自動で所定の端
   末に送信する手段とを備えることを特徴とする戸籍情報
   管理サーバ。
3. 【請求項３】前記戸籍情報管理サーバにアクセスする手
   段と，団体の識別子情報と公開鍵を所定の端末から受信
   する手段とを備えることを特徴とする個人情報管理サー
   バ。
4. 【請求項４】複数の計算機が接続されたシステムにおけ
   る戸籍情報管理プログラムにおいて、 前記戸籍情報管理プログラムは、戸籍情報と公開レベル
   別に管理した公開鍵情報とを有し、 第一の計算機から公開鍵と団体ＩＤとを受信し、 前記公開レベル別に管理した公開鍵情報から前記受信し
   た公開鍵と団体ＩＤとが有効なものか否かを判断し、 前記判断結果に応じて、前記受信した公開鍵に基づいて
   前記戸籍情報を暗号化し、前記団体ＩＤに基づいて前記
   暗号化した戸籍情報を第二の計算機へ送信することを特
   徴とする戸籍情報管理プログラム。