JPH10254973A - 戸籍情報処理方法及び戸籍情報システム - Google Patents

Abstract

(57)【要約】 【課題】各自治体毎に導入された戸籍情報処理システム
を伝送路によって接続したシステムにおいて、届書の受
付を行った自治体の入力情報を有効に活用する。 【解決手段】届書を受理した受理戸籍情報処理システム
（１）において各届書毎に１レコードとして戸籍情報管
理データ（１２２２）を作成し、届書に関して戸籍編成
処理が必要となる関連戸籍情報処理システム（２、３）
に該当レコードを送信し、関連戸籍情報システムは、こ
のレコードに対する戸籍編成処理が終了したことを示す
情報を受理戸籍情報処理システムに送信し、受理戸籍情
報システムは届書の関連戸籍情報処理システムの戸籍編
成処理の終了状態をチェックし、関連戸籍情報処理シス
テム全てにおいて戸籍編成処理が終了したレコードを戸
籍情報管理データから削除する。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、自治体において利
用されている戸籍情報処理システムに係るものであり、
特に複数の自治体どうしがネットワーク等の通信路によ
って接続されている連携戸籍情報処理システムにおける
届書の入力負荷の軽減及び関連連携処理の確実性の向上
に関するものである。

【０００２】

【従来の技術】現在各自治体においては、紙で保管して
いた戸籍簿等の戸籍情報をデータベースに入力すること
により各種戸籍情報を保管しようとしている。婚姻届・
死亡届・出生届などの各種届書を自治体に届け出た場
合、このデータベースに記録された戸籍情報を利用する
ことにより各種届書の届出内容に応じた戸籍情報の追加
や更新を容易に行うことができるようになってきてい
る。

【０００３】

【発明が解決しようとする課題】従来技術による戸籍情
報システムは各自治体毎に独立して導入されており、各
自治体は自分の自治体に戸籍を置く人の戸籍情報だけを
保持しているシステム形態である。このようなシステム
形態では、例えば異なる自治体に戸籍を登録している者
が婚姻を行うような、自治体間にまたがる手続きを行う
場合には次の例に示すように非常に手間の掛かるもので
あった。

【０００４】例えば、ある政令指定都市Ｚ市のＡ区に住
んでいる「日本 太郎」の長男である「日本 一郎」と、
Ｚ市のＢ区に住んでいる「東京 武蔵」の長女である
「東京花子」が婚姻し、結婚後はＺ市のＣ区に戸籍を置
こうとする場合についての従来技術による方法について
説明する。尚、本明細書中においては、政令指定都市の
「区」を１つの独立した自治体と表現し、また、届書が
提出された自治体を受理自治体、この届書により自己の
管理する戸籍データベースに変更処理等の戸籍編成処理
の発生する自治体を関連自治体という。

【０００５】Ａ区、Ｂ区、Ｃ区はそれぞれ独立した戸籍
情報処理システムなので、独立して入力作業、戸籍編成
処理作業が必要となる。即ち、「日本 一郎」が婚姻届
をＡ区に提出しようとする場合、Ａ区には婚姻届書とＡ
区に戸籍を置いていない「東京 花子」の本人確認のた
めに「東京 花子」の全部事項証明（旧戸籍謄本）を提
出する事になるが、Ａ区では届書の届出内容をＡ区戸籍
情報処理システムに入力すると共に、関連自治体（この
場合、妻となる「東京 花子」の戸籍が有るＢ区、新し
く戸籍を置くＣ区が関連自治体となる。）へ郵送により
この届書の写しを送付する作業を行う。Ａ区の戸籍情報
処理システムでは、届書内容が婚姻届ということで、Ａ
区の戸籍データベースの「日本 太郎」を筆頭者とする
戸籍データから「日本 一郎」を除籍する処理を行う。

【０００６】妻となる「東京 花子」の戸籍が置かれて
いるＢ区では、Ａ区から届書の写しを受け取ると、あら
ためてこの届書の内容の入力を行うことで、Ｂ区の戸籍
データベース内の「東京 武蔵」を筆頭者とする戸籍デ
ータから「東京 花子」を除籍する処理を行う。

【０００７】新しく戸籍を置く予定のＣ区では、Ａ区か
ら届書の写しを受け取ると、あらためてこの届書の内容
の入力を行うことで、Ｃ区の戸籍データベースに「日本
一郎」を筆頭者とする戸籍を編成する。

【０００８】このように、各自治体にて導入されている
戸籍情報処理システムは各自治体毎に運用されており、
自治体間の連携処理は行われていないのが現状である。
よって、上記の例のような場合には婚姻届を提出する自
治体、婚姻届により戸籍の抹消が発生する自治体、婚姻
により新しく戸籍が発生する自治体のそれぞれの自治体
が別々にこの１つの婚姻届に関する入力作業を行わなけ
ればならず入力回数が複数回必要であるため入力ミス等
が発生しやすい。

【０００９】また、届書提出の際にも届け出る届書に関
係する人の全部事項証明を添付しなければならず届出人
には不便であり、さらに受理自治体においても、届書の
種別を判断し関連自治体に届書の写しを郵送しなければ
ならず不便であった。

【００１０】さらに、関連自治体において戸籍編成処理
が適切に行われたかは判断することができず、関連自治
体からの届書の受領通知により届書が受領されたことが
確認できるのみである。

【００１１】本願発明の目的は、届書がある自治体で受
け付けられれば、この届書に関連する自治体もこの入力
情報の利用を行うことができるシステム及び利用方法を
提供することにある。

【００１２】本願発明のもう一つの目的は、届書の提出
の際、従来においては届書と共に添付しなければならな
かった届書に関する関係者の全部事項証明書を添付しな
くても届出が行うことができる戸籍情報システムを提供
することにある。

【００１３】さらに本願発明のもう一つの目的は、届書
が届けられたにもかかわらず戸籍編成処理が行われてい
ない届出をチェックし、各自治体での戸籍編成処理の忘
れを監視することにより、信頼性の高い戸籍データベー
スを持つ戸籍情報システムを提供することにある。

【００１４】

【課題を解決するための手段】上記目的は、以下の構成
により達成される。

【００１５】即ち、前提として管轄する地域内に戸籍を
置く人の戸籍情報を持つ戸籍情報処理システムを伝送路
によって複数システム接続し、届書を受理した受理戸籍
情報処理システムにおいて各届書毎に１レコードとして
届書情報を作成し、届書に関して戸籍編成処理が必要と
なる関連戸籍情報処理システムに前記届書情報を送信
し、関連戸籍情報システムは、届書に対する戸籍編成処
理が終了したことを示す情報を受理戸籍情報処理システ
ムに送信し、受理戸籍情報システムは届書の関連戸籍情
報処理システムの戸籍編成処理の終了状態をチェック
し、関連戸籍情報処理システム全てにおいて戸籍編成処
理が終了したレコードを届書情報から削除する。

【００１６】

【発明の実施の形態】本発明による一実施例を図面を使
って説明する。

【００１７】図１は、本発明が適用される戸籍情報処理
システムの概略図を示したものである。

【００１８】図１においては、ある市（Ｚ市）の各区
（Ａ区〜Ｆ区）が自治体の単位であり、従来において各
区毎に導入されていたそれぞれの戸籍情報システム（１
〜６）が、ネットワーク等の通信路を介して相互に接続
されていることを示している。尚、図１では、Ａ区の戸
籍情報システム１の構成について詳述するが、Ｂ区〜Ｆ
区の戸籍情報システムについてもＡ区の戸籍情報システ
ムと同様の構成を有するものである。

【００１９】図１のＡ区についての戸籍情報システムの
構成について説明する。

【００２０】Ａ区戸籍情報システム１の基本構成は、届
書の届出内容の入力を行う入力装置１１、婚姻届や死亡
届等の各届書の種類に応じて各種処理を行う処理装置１
２、戸籍簿の戸籍情報を登録した戸籍データベースを記
憶した外部記憶装置１３、全部事項証明、個人事項証明
等の各種証明書を出力する出力装置１４により構成され
ている。

【００２１】入力装置１１は、通常は自治体のオペレー
タが操作するもので、届書の内容を処理装置１２に処理
させるための入力を行うもので、キーボードやマウスや
ＯＣＲ、また場合によっては出力装置と一体になったタ
ッチパネルなどが考えられる。また、出力装置１４とし
ては入力装置に入力された事項を表示するディスプレイ
や全部事項証明（従来は戸籍謄本と呼んでいたもの）、
個人事項証明（従来は戸籍抄本と呼んでいたもの）等を
紙で出力するプリンタ等が考えられる。

【００２２】処理装置１２の基本構成はプロセッサ１２
１、内部記憶装置１２２、メモリ１２３であり、この戸
籍情報システムを動かすための初期設定としてプロセッ
サ１２１により内部記憶装置１２２内に記憶された戸籍
処理プログラム１２２１を読み出してこのプログラムを
起動させ、メモリ１２３内に戸籍情報処理システムの連
携処理を行うための各種処理ルーチン（届書ファイル作
成処理１２３１、届書ファイル処理１２３２）を展開す
る。本実施例では戸籍処理プログラム１２２１は処理装
置内１２に初めから組み込まれている構成だが、この戸
籍処理プログラム１２２１を磁気ディスクや光ディスク
等の記憶媒体に格納したものを記憶媒体挿入口（図示せ
ず）を通じてこの処理装置１２に取り込むことによって
も実施可能である。この各種処理の行う具体的処理内容
については実際の届書の連携処理を行う処理フローの説
明（図９）のところで詳しく説明する。

【００２３】外部記憶装置１３は、Ａ区に戸籍を置く人
（管轄がＡ区の人）の戸籍簿の戸籍データを戸籍データ
ベース１３１に登録させておくものである。尚、Ｂ区の
外部記憶装置にはＢ区に戸籍を置く人の戸籍簿の戸籍デ
ータを登録した戸籍データベース、Ｃ区の外部記憶装置
にはＣ区に戸籍を置く人の戸籍簿の戸籍データを登録し
た戸籍データベースをといったように、それぞれの区の
外部記憶装置にはそのそれぞれの区に戸籍を置く人の戸
籍簿の戸籍データを戸籍データベースに登録している。

【００２４】次に図２を使って、外部記憶装置１３に格
納される戸籍データベース１３１のレコード形式につい
て説明する。

【００２５】戸籍データベース１３１は、戸籍筆頭者の
みを集めた見出し部分２１、戸籍構成員部分２２、構成
員履歴部分２３、氏名履歴部分２４から構成されてい
る。

【００２６】見出し部分２１は、各戸籍毎に固有に付与
される戸籍番号２１１、各自治体毎に固有に付与される
自治体コード２１２、戸籍の筆頭者の氏名である筆頭者
氏名２１３、戸籍筆頭者の本籍地を示す本籍地２１４を
１レコードとして複数レコードにより構成されている。

【００２７】戸籍構成員部分２２は、戸籍の各構成員毎
に１レコードとして構成されているもので、１レコード
は個人毎に固有に付与される個人番号２２１、各自治体
毎に固有に付与される自治体コード２２１、見出し部分
２１とリンク付けするための戸籍番号２１１、生年月日
２２２、父の氏名２２３、母の氏名２２４から構成され
ている。

【００２８】構成員履歴部分２３は、各戸籍構成員の身
分事項を記録しているもので、戸籍構成員部分２２とリ
ンク付けするための個人番号２２１、自治体コード２１
２、履歴番号２３１、身分事項２３２から構成されてい
る。

【００２９】氏名履歴部分２４は、戸籍構成員部分２２
とリンク付けするための個人番号２２１、自治体コード
２１２、氏名の履歴順を示す番号である履歴番号２４
１、個人氏名２４２から構成されている。

【００３０】次に図３を使って、各種届出が各自治体に
提出された場合の各自治体における内部記憶装置１２２
内の戸籍情報を管理するためのデータである届書ファイ
ルを格納する届書ファイル格納エリア１２２２に１届書
の届出の内容が１レコードとして登録される処理につい
て説明する。

【００３１】届書ファイルにレコードが登録される場合
には２通りあり、１通り目は届書の受領自治体として届
出内容を入力することにより登録する場合と、２通り目
は他の自治体からレコードが送られてきてそのレコード
を届書ファイルに登録する場合である。

【００３２】まず、１通り目の届書の受領自治体として
届書内容を入力することにより届書ファイルに登録する
場合（届書ファイル作成処理１２３１）について説明す
る。

【００３３】一例として届書の種別が婚姻届であり、各
区がネットワーク等により接続されたＺ市のＡ区に住ん
でいる「日本 太郎」の長男である「日本 一郎」と、Ｚ
市のＢ区に住んでいる「東京 武蔵」の長女である「東
京 花子」が婚姻し、Ｚ市のＣ区に「日本 一郎」を筆頭
者とする戸籍を編成する処理を説明する。

【００３４】入力装置１１から届出の種別が入力される
と（ステップ３０１）、届書の種別に応じた入力領域が
設定された入力画面（婚姻届の場合は図４の４０）を表
示する（ステップ３０２）。図４の婚姻届の入力画面例
４０では、夫に関する情報を記載する領域４１、妻に関
する情報を記載する領域４２、新しく戸籍が置かれる区
に関する情報を記載する領域４３からなっている。この
入力画面例４０においては〔 〕内の部分が入力領域で
ある。尚、婚姻届の場合は図４のような入力画面を表示
するが、死亡届や出産届等の場合にはその届書の種別に
応じた入力画面を用意することにより、各届書種別に合
った入力を行えるようにする。図５のように入力画面の
各入力領域（４１１〜４１９等）に入力項目を入力する
ことにより入力画面の入力領域に各データを入力し（ス
テップ３０３）、この入力されたデータを使って届書フ
ァイル１２２２に１レコードとして登録を行い（ステッ
プ３０４）、この届書に対する届書ファイルの登録を終
了する。

【００３５】尚、上述のステップ３０３では、入力画面
４０の入力領域に入力する入力項目を全て入力装置１４
にて入力を行うとしたが、自区の戸籍データベース１３
１に登録されているデータを利用してこの入力項目を入
力する方法を図６によって示す。

【００３６】図６は図３におけるステップ３０３部分の
処理を戸籍データベース１３１のデータ、及び自治体コ
ードテーブル１２２３を利用して行う方法である。

【００３７】この場合、図４のように婚姻届に対応した
入力領域が設定された入力画面を表示した後、届書の本
籍地４１５、４３１等が入力されると、本籍４３１から
「市」「区」といった文字を区切りとして自治体名を取
得し、取得した結果をキーとして自治体コードテーブル
１２２３の自治体名７１を検索し、自治体コードを取得
する（ステップ６０１）。自治体コードテーブル１２２
３とは図７に示すようなテーブルであり、各自治体名７
１とその各自治体に対応する固有の識別子が付された自
治体コード７２からなるテーブルである。

【００３８】ステップ６０２のように取得した自治体コ
ード７２が自自治体の自治体コードである場合（本実施
例の場合は夫がこれに当たる）は、「夫の氏名」、「夫
の生年月日」を入力させ、処理装置１２は入力された
「夫の氏名」と「生年月日」をキーワードとして戸籍デ
ータベース１３１の戸籍構成員部分２２の生年月日２２
２と、氏名履歴部分２４の個人氏名２４２を検索して該
当する人のデータを取得する。尚、検索の結果、戸籍デ
ータベース内に該当するデータが複数ある場合は、該当
する候補をディスプレイに複数表示し、オペレータの選
択によって該当するデータを１つに絞る。また、届書の
種別によっては、戸籍データベース１３１に格納されて
いるデータだけでは届書の入力領域の入力情報が不足す
る場合があるがこのような場合には不足分のデータはオ
ペレータが入力装置１１により入力することにより補
う。

【００３９】ステップ６０３のように取得した自治体コ
ード７１が他の自治体コードである場合には、自治体コ
ードにより関連自治体を特定し、ステップ６０１と同じ
ように「氏名」、「生年月日」を入力させ、これをキー
として関連自治体の戸籍データベースを検索することに
より、該当する人のデータを取得する。

【００４０】ステップ６０４のように自治体コード７１
が取得できない場合には届書の内容をオペレータに入力
させることによりデータを取得する。

【００４１】図８は戸籍情報を管理するファイルである
届書ファイル１２２２に格納されるデータのデータレコ
ード形式を表す図である。

【００４２】届書ファイル１２２２は、各届書毎の固有
の識別子８０１、届書の受付自治体の自治体コード７２
を格納する受付自治体コード８０２、受付自治体のこの
届書にともなう関連処理である戸籍編成処理が終了した
かどうかを示す領域である決裁８０３、関連自治体の自
治体コード７２を格納する関連自治体コード８０４、関
連自治体のこの届書にともなう関連処理である戸籍編成
処理が終了したかどうかを示す領域である決裁８０５、
届書の種別を示す届出区分８０６、届書が受付自治体に
て受け付けられた日付を示す受領日８０７、その他図５
にて画面入力した各データを格納する領域（８０８、８
０９等）から構成されている。尚、この１レコード中の
関連自治体欄は、届書の種類や届出の内容によって異な
り、届書の種別や届出内容に応じて１ヶ所であったり又
は２ヶ所以上であったりする。

【００４３】次に他の自治体からレコードが送られてき
て、そのレコードを届書ファイル１２２２に登録する場
合について説明する。

【００４４】婚姻届を受理していない妻の戸籍が置かれ
ているＢ区や新しく戸籍を置くＣ区は、この実施例では
関連自治体となり、Ａ区が作成したレコードをＢ区及び
Ｃ区に送り、Ｂ区及びＣ区は自区で受け付けた届書を入
力装置により届書ファイルに登録するほか、関連自治体
としてＡ区から送られてきたレコードをＢ区、Ｃ区それ
ぞれの自治体の届書ファイルに１レコードとして登録す
る。

【００４５】以上が届書ファイルに各届書のレコードを
登録する処理である。

【００４６】次に図９を使って各自治体での届書ファイ
ルに入力されている各レコードについての処理（届書フ
ァイル処理１２３１）について説明する。

【００４７】各自治体は届書ファイル１２２２に登録さ
れているレコードを１レコード毎に読み出し（ステップ
９０１）、読み出しレコードの受領自治体コード８０２
に自自治体の自治体コードが格納されているかどうかを
チェックする（ステップ９０２）。受領自治体が自自治
体である場合には次に決裁フラグが立っているかどうか
をチェックする（ステップ９０３）。届書のデータが届
書ファイルに登録された後、初めてこの届書のレコード
が読み出される場合には、自自治体においてはこの届書
に対する戸籍簿の追加や変更を行う戸籍編成処理を行っ
ていないのでステップ９０３では決裁フラグが立ってい
ないことになり、この場合には自自治体の戸籍データベ
ースに対して戸籍編成処理を行い（ステップ９０４）、
当該レコードの受領自治体の決裁フラグに終了を意味す
るフラグをを立てる（ステップ９０５）。次に、このレ
コードに関連自治体が登録されているかどうかをチェッ
クし（ステップ９０６）、関連自治体が登録されていれ
ば当該レコードに登録されている全ての関連自治体へ、
当該レコードを送信して処理を終了する。具体的には、
Ａ区の戸籍情報処理システム１のこの処理により関連自
治体として登録されているＢ区（戸籍情報処理システム
２）、Ｃ区（戸籍情報処理システム３）へこのレコード
を送信して、Ｂ区、Ｃ区それぞれの届書ファイルにこの
レコードの追加する処理を行う。

【００４８】次に、関連自治体として他の受領自治体か
ら送られてきたレコードに関する処理について説明す
る。

【００４９】関連自治体でも届書ファイルの読み込みを
行い（ステップ９０１）、各レコードについて受付自治
体かどうかを判断する（ステップ９０２）。この場合に
は当該読み出したレコードは受付自治体ではないと判断
されるため（ステップ９０２の判断でNO）、届書の内容
により関連自治体での戸籍編成処理（Ｂ区では、Ｂ区の
戸籍データベースの「東京 武蔵」を筆頭者とする戸籍
データから「東京 花子」の戸籍データを削除する処
理、Ｃ区では、Ｃ区の戸籍データベースに「日本一郎」
を筆頭者とする戸籍を編成する処理）を行い（ステップ
９１０）、戸籍編成処理終了後この戸籍編成処理を行っ
た関連自治体の決裁フラグにフラグを立て（ステップ９
１１）、当該レコードの受付自治体として登録されてい
る自治体に、関連自治体での戸籍編成処理が終了した旨
を通知し（ステップ９１２）、当該戸籍編成処理が終了
したレコードを届書ファイルから削除し（ステップ９１
３）、処理を終了する。

【００５０】図９に示すような届書ファイルの各レコー
ドを読み出す処理は、プロセッサ１２１による定期的な
読み出し命令により若しくは入力装置からの読み出し命
令の入力により行われるが、ステップ９０７にて関連自
治体にレコードを送信して処理を終了したレコードにつ
いては届書ファイルにレコードが残ったままなので、次
回のこのレコードの読み出し時にこのレコードの再チェ
ックを行う。即ち、再びこのレコードが読み出される
と、ステップ９０３で受付自治体には決裁フラグが立っ
ているため、当該レコードの関連自治体の決裁フラグが
全て立っているかのチェックを行う（ステップ９０
８）。各関連自治体の決裁フラグは関連自治体からの戸
籍編成処理が終了した旨の通知を受けるとフラグを立て
る。ステップ９０８にて、当該レコードに関して全ての
関連自治体の決裁フラグが立っていると判断された場合
には、届書ファイルから当該レコードを削除して（ステ
ップ９０９）、処理を終了する。ステップ９０８で全て
の関連自治体の決裁フラグが立っていないと判断された
場合には、そのまま処理を終了する。

【００５１】このような処理を行うことにより、届書が
ある自治体で受け付けられれば、この届書に関連する自
治体にもこの入力情報の利用を行うことができる。

【００５２】次に、図１０を使ってこのような戸籍情報
処理システムを利用して全部事項証明等の証明書を発行
する処理について説明する。

【００５３】まず、入力装置１１から発行したい証明書
の種別を入力し（ステップ１００１）、発行したい証明
書の種別に応じて応じた入力領域を持つ入力画面を表示
する（ステップ１００２）。証明書の本籍地をキーとし
て自治体コードテーブル１２２３を検索し、自治体コー
ド７２を取得する（ステップ１００３）。

【００５４】ステップ１００４のように取得した自治体
コード７２が自自治体の自治体コードである場合は、
「氏名」、「生年月日」を入力させ、処理装置１２は入
力された「氏名」と「生年月日」をキーワードとして戸
籍データベースの戸籍構成員部分２２の生年月日２２２
と、氏名履歴部分２４の個人氏名２４２を検索して該当
する人のデータを取得する。尚、検索の結果、戸籍デー
タベース内に該当するデータが複数ある場合は、該当す
る候補をディスプレイに複数表示し、オペレータの選択
によって該当するデータを１つに絞る。また、届書の種
別によっては、戸籍データベース１３１に格納されてい
るデータだけでは届書の入力領域の入力情報が不足する
場合があるがこのような場合には不足分のデータはオペ
レータが入力装置１１により入力することにより補う。
そして、取得したデータにより証明書の発行を行う（ス
テップ１００７）。

【００５５】ステップ１００５のように取得した自治体
コードが他の自治体コードである場合には、自治体コー
ドにより関連自治体を特定し、ステップ６０１と同じよ
うに「氏名」、「生年月日」を入力させ、これをキーと
して関連自治体の戸籍データベースを検索することによ
り、該当する人のデータを取得する。そして、取得した
データにより証明書の発行を行う（ステップ１００
７）。

【００５６】ステップ１００６のように自治体コードが
取得できない場合には証明書が発行できない事を示すメ
ッセージを出力装置に出力し、処理を終了する。

【００５７】このようにして、戸籍を置いている自治体
以外の自治体からも全部事項証明等の証明書を発行する
ことができる。

【００５８】

【発明の効果】本発明によれば、届書を受領した自治体
で入力した情報を利用することにより、関連自治体全て
において行っていた入力作業が不要になるため、関連自
治体での届書の入力作業を軽減することができる。ま
た、入力作業が１回で済む為、入力ミスの可能性も低く
することが出来る。

【図面の簡単な説明】

【図１】本発明による戸籍情報システムの全体を示す構
成図である。

【図２】本発明による戸籍データベースのレコード形式
を示す図である。

【図３】届書内容を入力する処理フローである。

【図４】婚姻届の入力画面例である。

【図５】婚姻届の入力画面完成例である。

【図６】図３におけるステップ３０３の処理を戸籍デー
タベースのデータを利用して行う方法である。

【図７】自治体コードテーブルのレコード構成図であ
る。

【図８】届書ファイルのレコード構成図である。

【図９】届書ファイルに登録された各レコードを処理す
る処理フロー図である。

【図１０】証明書発行処理を示した処理フロー図であ
る。

【符号の説明】

１・・戸籍情報処理システム １１・・入力装置 １２・・処理装置 １３・・外部記憶装置 １４・・出力装置 １２１・・プロセッサ １２２・・内部記憶装置 １２３・・メモリ １２２１・・戸籍処理プログラム １２２２・・届書ファイル １２２３・・自治体コードテーブル

Claims (6)

【特許請求の範囲】
1. 【請求項１】管轄する地域内に戸籍を置く人の戸籍情報
   を持つ戸籍情報処理システムを伝送路によって複数シス
   テム接続したシステムにおける戸籍情報処理方法におい
   て、 届書を受理した受理戸籍情報処理システムにおいて各届
   書毎に１レコードとして戸籍情報管理データを作成し、
   該届書に関して戸籍編成処理が必要となる関連戸籍情報
   処理システムに前記戸籍情報管理データの該当レコード
   を送信し、 前記関連戸籍情報システムは、該レコードに対する戸籍
   編成処理が終了したことを示す情報を前記受理戸籍情報
   処理システムに送信し、 該受理戸籍情報システムは上記届書の関連戸籍情報処理
   システムの戸籍編成処理の終了状態をチェックし、 関連戸籍情報処理システム全てにおいて戸籍編成処理が
   終了したレコードを、前記戸籍情報管理データから削除
   する戸籍情報処理方法。
2. 【請求項２】前記受理戸籍情報処理システムは各届書毎
   に１レコードとして戸籍情報管理データを作成した後、
   各届書に関する自戸籍情報処理システムの戸籍編成処理
   を行って、該届書に関して戸籍編成処理が必要となる関
   連戸籍情報処理システムに前記戸籍情報管理データの該
   当レコードを送信する特許請求の範囲第１項記載の戸籍
   情報処理方法。
3. 【請求項３】届書の種別や届出内容の入力を行う入力装
   置と、 届書の種別に応じた入力画面を表示する表示装置と、 管轄する地域に戸籍を置く人の戸籍情報を保持する戸籍
   データベースと、 自戸籍情報処理システムにて受け付けた届書を届書毎に
   １レコードとして作成して保持する戸籍情報管理データ
   作成処理部と、 該戸籍情報管理データ作成処理部により作成されたレコ
   ードを各届書毎に１レコードとして記憶する戸籍情報管
   理データと、 自戸籍情報処理システムに保持される戸籍情報管理デー
   タを１レコード毎に読み出し、読み出したレコードが自
   戸籍情報処理システムにて受け付けられたレコードであ
   るとき、自戸籍データベースの戸籍編成処理を行い、さ
   らに関連戸籍情報処理システムへ当該レコードを送信す
   る処理を行う戸籍情報管理データ処理部と、 複数の戸籍情報処理システムを接続した伝送路とからな
   る戸籍情報システム。
4. 【請求項４】戸籍情報管理データを記録したコンピュー
   タ読み取り可能な記録媒体であって、 前記戸籍情報管理データは、 １届書毎に１レコードとして作成され、 １レコードは、届書毎に付される固有な識別子を格納す
   る識別子格納領域、届書を受け取った自治体による届書
   の関係処理の終了状況を示す第１のフラグ領域、該届書
   に関係する自治体からの該届書の関係処理の終了状況を
   示す第２のフラグ領域として構成し、 １レコード中のフラグ領域の終了状況に応じて当該１レ
   コードが削除対象となる戸籍情報管理データを格納した
   コンピュータ読み取り可能な記録媒体。
5. 【請求項５】戸籍情報管理データを記録したコンピュー
   タ読み取り可能な記録媒体であって、 前記戸籍情報管理データは、 １届書毎に１レコードとして作成され、 １レコードは、届書毎に付される固有な識別子を格納す
   る識別子格納領域、届書を受け取った自治体による届書
   の関係処理の終了を示す第１のフラグ領域、該届書に関
   係する自治体からの該届書の関係処理の終了を示す第２
   のフラグ領域として構成し、 １レコード中のフラグ領域には終了フラグが立っていな
   いフラグ領域が少なくとも１つ存在する戸籍情報管理デ
   ータを格納したコンピュータ読み取り可能な記録媒体。
6. 【請求項６】管轄する地域内に戸籍を置く人の戸籍情報
   を持つ戸籍情報処理システムを伝送路によって複数シス
   テム接続したシステムにおいて各戸籍情報処理システム
   にて実行するためのプログラムを記録したコンピュータ
   読み取り可能な記録媒体であって、 各自治体毎に、 届書の種別を入力させ、各届書毎に１レコードとして戸
   籍情報管理データを作成し、 該戸籍情報管理データを１レコード毎に読み出し、 読み出したレコードに対する戸籍編成処理を促すため関
   連戸籍情報処理システムに該レコードを送信し、 該レコードに対し全ての関連戸籍情報処理システムから
   の戸籍編成処理の終了が通知されたレコードを前記戸籍
   情報管理データから削除するプログラムを記録したコン
   ピュータ読み取り可能な記録媒体。