JP2001022771A - 通知先情報管理システムと方法およびその処理プログラムを記録した記録媒体 - Google Patents

Abstract

(57)【要約】 【課題】 従来の各種業務で１つの通知先情報を管理す
る技術では個々の業務についての固有の情報管理ができ
ず、また、各種業務毎に個別に通知先情報を管理する技
術では各業務で共通の情報管理ができない。 【解決手段】 同一の管理対象者であるが業務種別で異
なる通知先情報を管理対象者と業務種別とをキーに業務
別通知先情報記録テーブル２３２に記録する業務別通知
先情報記録処理部４と、業務種別に係らない共通な通知
先情報を管理対象者識別子のみをキーに基本通知先情報
記録テーブル２３１に記録する基本通知先情報記録処理
部３と、業務処理結果の通知先を検索する場合まず管理
対象者識別子と業務種別とをキーに業務別通知先情報記
録テーブル２３２を検索し、なければ管理対象者識別子
のみをキーに基本通知先情報記録テーブル２３１を検索
して該当する通知先情報を抽出する通知先検索処理部５
とを設けた構成とする。

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】本発明は、コンピュータを用
いたデータベースシステムによる通知先情報の管理技術
に係り、特に、市町村自治体等における各種業務別の通
知先の管理を効率的に行うのに好適な通知先情報管理シ
ステムと方法およびその処理プログラムを記録した記録
媒体に関するものである。

【０００２】

【従来の技術】自治体における業務処理の一つである住
民情報処理をデータベースを利用して行うシステムに
は、住民の転入および転出等の移動を記録・管理する住
民記録システムや、各種の税の賦課・徴収を実施するた
めの各種税システムおよび収納・滞納管理システム等が
ある。これらの各業務処理システムは、当該市町村に居
住する住民および法人等と、住民以外の関係者を対象
に、各種税業務の賦課・徴収を行ったり、市町村が実施
する教育・福祉等の行政サービスの実施状況を管理する
システム等からなり、各業務処理システム相互に密接な
関連を持っている。

【０００３】これらの業務処理システムが処理する基本
的なデータ要素は、当該市町村に居住する「住民」の住
民情報と、「住登外者」と呼ぶ住民以外の関係者（法
人、共有の場合は共有関係を１単位としたもの）情報で
ある。尚、「住民」と「住登外者」を合わせて「管理対
象者」と呼ぶ。各業務処理システムがこの管理対象者に
対し各種通知等を発信、送付する場合に必要となる管理
対象者の通知先情報を効率的に管理することが、市町村
業務処理を円滑に行うために重要となる。

【０００４】自治体における住民の転入・転出等の移動
手続処理では、住民が当該市町村の庁舎内の窓口に申請
することにより、住民情報処理システムにおいて、住所
や電話番号等の通知先情報を含むデータが、住民記録情
報として住民記録ＤＢ（データベース）に記録される。
この記録された住民記録情報は、各種税業務、教育・福
祉等の行政サービス業務等で利用される。

【０００５】以下、従来の住民情報処理システムによる
通知先情報の管理技術に関して図８，９を用いて説明す
る。図８は、従来の住民情報処理システムの通知先情報
管理に係る構成例を示すブロック図であり、図９は、従
来の住民情報処理システムの通知先情報管理に係る他の
構成例を示すブロック図である。

【０００６】図８に示す住民情報処理システムは、各種
業務で１つの通知先情報を共用するものであり、当該市
町村に居住する住民の名前や住所等の通知先情報が、住
民記録ＤＢ８２０に登録されている。通知先情報作成部
８０１は、住民記録ＤＢ８２０に登録された情報を使用
して、一括更新処理８１２により、送付先管理ＤＢ８２
４における通知先情報を作成する。

【０００７】この送付先管理ＤＢ８２４における通知先
情報を利用して、住民税ＤＢ８２１、固定資産税ＤＢ８
２２、国民健康保険ＤＢ８２３による各種税業務、教育
・福祉等の行政サービス業務等での送付処理が行われ
る。しかし、このような送付先管理ＤＢ８２４を設け、
各種業務で１つの通知先情報を共用するシステムでは、
個々の業務についての固有の情報管理ができない。

【０００８】例えば固定資産税に係る業務処理では、当
該市町村に居住しない者が固定資産を保有することが通
常に有り得るので、住民記録ＤＢ８２０に登録されてい
ない者も処理対象となり得る。また、１筆の土地の画地
を複数の者が共有する場合、共有する者の組合わせと共
有割合により、別々に管理対象者を設定する必要がある
（これらを住登外処理と呼ぶ）ので、住民記録ＤＢ８２
０に登録されていない者も処理対象となる。この場合、
関係する機関等を経由して土地所有者を調査した事項を
もとに、コンピュータ構成された随時処理用装置８０２
を用いて住登外者情報を入力する。

【０００９】このように、各行政サービス業務は、その
管理対象者と管理対象者に対する各種連絡手段、例え
ば、郵便物の送付先、電話連絡先、お金の受渡しの口座
情報、納税組合等がある場合のその管理人（納税管理
人）等の情報は、個別業務毎に異なる場合があり、これ
らを管理するためには、次の図９に示すような業務別で
の通知先情報の管理技術が必要である。図９に示す住民
情報処理システムは、各種業務毎に通知先情報の管理を
行うものである。当該市町村に居住する住民の名前や住
所等の情報を、住民記録ＤＢ９２０に登録する。

【００１０】通知先情報作成部９０１は、住民記録ＤＢ
９２０に登録された情報を使用して、一括して登録ある
いは更新することにより、住民税ＤＢ９２１における通
知先情報や、固定資産税ＤＢ９２２における通知先情
報、あるいは、国民健康保険ＤＢ９２３における通知先
情報等を作成する。但し、これらの各業務では、個々の
業務で管理する管理対象者の範囲が異なり、さらに管理
する内容も異なる。そのため、例えば住民税業務に関し
ては、住民税ＤＢ９２１の中に、住民税処理の管理対象
者と当該業務が必要とする属性情報とを登録している。
その他の業務処理等についても同様である。

【００１１】住民税に係る業務処理であれば、処理管理
対象者が当該市町村に当該年１月１日現在居住すること
が条件であるため、住民記録ＤＢ９２０には必ず登録さ
れている住民が処理対象である。しかし、固定資産税に
係る業務処理では、図８において説明したように、当該
市町村に居住しない者が固定資産を保有する場合や、１
筆の土地の画地を複数の者が共有しており住登外処理す
る場合には、住民記録ＤＢ９２０に登録されていない者
も処理対象となり、この場合、関係する機関等を経由し
て土地所有者を調査した事項をもとに、コンピュータ構
成の随時処理用装置９０２を用いて住登外者情報の登録
・更新を行う。

【００１２】さらに、各業務は、その管理対象者と管理
対象者に対する各種連絡手段、例えば、郵便物の送付
先、電話連絡先、お金の受渡しの口座情報、納税組合等
がある場合のその管理人（納税管理人）等の情報は、個
別業務毎に異なる場合や共通の場合が有る。これらを管
理するために、本図９に示すシステムでは、業務処理別
での通知先情報の管理技術を用いている。

【００１３】しかし、このように住民記録ＤＢ９２０か
らの一括更新処理９１２や、関連する情報を入手した時
の随時更新処理９１１を、通知先情報作成部９０１を用
いて、通知先情報として作成するシステムにおいては、
各種業務毎に通知先情報を管理しており、同じ管理対象
者の通知先情報が各業務システムにおいて重複して保管
されるので全体のデータ量が増加し、データベースのデ
ィスク資源が浪費される。

【００１４】尚、このような送信先情報を業務毎に分け
て管理する従来技術として、例えば、特開平９−２５１
４９３号公報に記載のように、自治体における福祉業務
に関する各種の通知書の内容の確認を迅速にできるよう
にした技術がある。具体的には、通知書を発行する各業
務毎に、住所データを含む個人情報を個人番号と対にし
て記憶し、かつ、業務に対応させた書式定義を予め記憶
しておき、通知書を発行する業務の種類に応じて、個人
情報と書式定義と合成して宛先を編集する技術が記載さ
れている。

【００１５】

【発明が解決しようとする課題】解決しようとする問題
点は、従来の技術では、各種業務で１つの送付先管理を
するか、あるいは、各種業務毎に個別に通知先情報を管
理するかのいずれかであり、１つの通知先情報の管理で
は、個々の業務についての固有の情報管理ができず、ま
た、各種業務毎での通知先情報の管理では、各業務で共
通の情報管理ができず、かつ、全体のデータ量が増加
し、データベースのディスク資源が浪費されてしまう点
である。

【００１６】本発明の目的は、これら従来技術の課題を
解決し、市町村自治体等における住民情報処理等におい
て、各種業務処理別での管理が必要となる送付先、連絡
先、口座情報、その他各種の通知先情報に関わる管理業
務を正確かつ効率的に行うことを可能とする通知先情報
管理システムと方法およびその処理プログラムを記録し
た記録媒体を提供することである。

【００１７】

【課題を解決するための手段】上記目的を達成するた
め、本発明の通知先情報管理システムと方法は、自治体
等における各業務で固有に利用する通知先情報に関して
は、管理対象者と業務種別のそれぞれの識別子をキーに
して、また、各業務で共通に利用できる通知先情報に関
しては、管理対象者識別子のみをキーにして、それぞれ
個別の第１，第２のテーブルに記録して同一のデータベ
ースで管理し、業務処理結果の通知先を検索する場合、
まず管理対象者識別子と業務種別識別子とをキーとして
第１のテーブルから該当する通知先情報を検索し、なけ
れば次に管理対象者識別子のみをキーとして第２のテー
ブルから該当する通知先情報を検索する。

【００１８】

【発明の実施の形態】以下、本発明の実施の形態を、図
面により詳細に説明する。図１は、本発明の通知先情報
管理システムの本発明に係る構成の一例を示すブロック
図であり、図２は、図１における住民記録ＤＢおよび住
登外ＤＢの構造例を示す説明図であり、図３は、図１に
おける統合通知先ＤＢの構造例を示す説明図であり、図
７は、図１における通知先情報管理システムを構築する
コンピュータ装置のハードウェア構成例を示すブロック
図である。

【００１９】図７において、７１はＣＲＴ（Cathode Ra
y Tube）やＬＣＤ（Liquid CrystalDisplay）等からな
る表示装置、７２はキーボードやマウス等からなる入力
装置、７３はハードディスクドライブ等からなる外部記
憶装置、７４はＣＰＵ（Central Processing Unit）や
主メモリ等を有し蓄積プログラム方式によるコンピュー
タ処理を行なう情報処理装置、７５は本発明に係る処理
プログラムやデータ等を記録する光ディスク、７６は光
ディスク７５の読み取り動作を行なう駆動装置である。

【００２０】光ディスク７５に記録された処理プログラ
ムやデータをインストールして主メモリに読み込むこと
により、情報処理装置７４内に、あるいは、これら複数
のコンピュータ装置により、図１に示す通知先情報管理
システムが構築される。以下、図１を用いて通知先情報
管理システムの詳細を説明する。

【００２１】図１に示す本例の通知先情報管理システム
は、自治体に設けられるものであり、住民の転入や転出
等の移動を記録・管理する住民記録処理部１と、この住
民記録処理部１で登録更新されるデータベースである住
民記録ＤＢ２１、当該市町村の住民以外の関係者情報を
登録・管理する住登外処理部２と、この住登外処理部２
で登録更新される住登外ＤＢ２２、および、住民記録Ｄ
Ｂ２１と住登外ＤＢ２２の２つのデータベースから通知
先情報を読み出して加工し基本通知先情報記録テーブル
２３１を作成して統合通知先ＤＢ２３で登録管理する基
本通知先情報記録処理部３と、業務種別毎に異なる通知
先情報を管理対象者識別子と業務種別識別子とをキーと
して登録した業務別通知先情報記録テーブル２３２を作
成して統合通知先ＤＢ２３で登録管理する業務別通知先
情報記録処理部４と、統合通知先ＤＢ２３から業務処理
結果の通知先を検索する場合、まず管理対象者識別子と
業務種別識別子とをキーとして業務別通知先情報記録テ
ーブル２３２を検索して該当する通知先情報を読み出
し、なければ次に管理対象者識別子のみをキーとして基
本通知先情報記録テーブル２３１を検索して該当する通
知先情報を抽出する通知先検索処理部５、そして、それ
ぞれ住民税ＤＢ２４、固定資産税ＤＢ２５、国民健康保
険ＤＢ２６を参照して各種の当該業務処理を行う住民税
処理部６、固定資産税処理部７、国民健康保険処理部８
から構成されている。

【００２２】図２に示すように、住民記録ＤＢ２１にお
いては、記録されたそれぞれの住民（住民コード：Ａ、
Ｂ、Ｃ、・・・）について、その個人情報（氏名、住
所、生年月日、性別、電話番号、住民となった日付、・
・・等）が住民記録テーブル２１１に登録される。ま
た、住登外ＤＢ２２においては、記録された各住登外者
について、住登外者コード（住民コードと同一のコード
体系とし、かつ、住民コードと重複しないコード：Ｘ、
Ｙ、・・・）が付与され、各住登外者コード毎に、住登
外者の名称、住登外者区分（法人、個人、個人共有等の
区分）、所在住所、電話番号、登録年月日、・・・等の
項目が住登外テーブル２２１に登録される。

【００２３】図１の基本通知先情報記録処理部３は、こ
のような住民記録ＤＢ２１と住登外ＤＢ２２から通知先
に関係する項目を読み出し編集して基本的な通知先に関
する基本通知先情報記録テーブル２３１を統合通知先Ｄ
Ｂ２３に作成する。例えば、住民記録については生年月
日・性別、また、住登外については住登外者区分（法
人、他市町村住民、共有者…）等の項目を追加、更新し
作成する。

【００２４】図３に示すように、この統合通知先ＤＢ２
３の構造は、基本通知先情報記録テーブル２３１と業務
別通知先情報記録テーブル２３２、および業務別口座情
報テーブル２３３からなる。基本通知先情報記録テーブ
ル２３１は、上述したように、図１の基本通知先情報記
録処理部３により、住民記録ＤＢ２１と住登外ＤＢ２２
から編集されて設定され、管理対象者コード、住記・住
登外区分（もとのデータが、住民記録ＤＢ２１、住登外
ＤＢ２２のどちらかを示す）、住登外者区分（もとのデ
ータが住登外のときのみ設定）、名称、住所、電話番
号、登録年月日、等々の項目からなる。

【００２５】また、業務別通知先情報記録テーブル２３
２は、図１の業務別通知先情報記録処理部４により、各
種業務処理別に必要な情報のみが設定される。これによ
り、基本通知先情報記録テーブル２３１に登録された名
称、住所、電話番号が、そのまま当該業務・当該管理対
象者の通知先情報と同じ内容である場合には、業務別通
知先情報記録テーブル２３２には情報登録されず、基本
通知先情報記録テーブル２３１が参照される。各管理対
象者の各種業務処理別の口座の管理に用いられる業務別
口座情報テーブル２３３も同様に、基本通知先情報記録
テーブル２３１に登録された口座番号、口座名義等の口
座情報が、そのまま当該業務・当該管理対象者の口座情
報と同じ内容である場合には、業務別口座情報テーブル
２３３には情報登録されず、基本通知先情報記録テーブ
ル２３１が参照される。

【００２６】図１〜図３に示す構成の通知先情報管理シ
ステムでは、以下のようにして、通知先情報の管理を行
う。まず、住民記録処理部１においては、住民の移動申
請をもとに住民記録ＤＢ２１（住民記録テーブル２１
１）を更新する。更新した後、更新した住民コードを管
理対象者コードにセットして基本通知先情報記録処理部
３に引渡すと同時に、基本通知先情報記録処理部３を起
動する。

【００２７】起動された基本通知先情報記録処理部３
は、管理対象者コードをもとに統合通知先ＤＢ２３を検
索し、統合通知先ＤＢ２３上に管理対象者コードの情報
があれば図３の基本通知先情報記録テーブル２３１を更
新し、該当の管理対象者コードがなければ新規に作成す
る。住民の移動申請は多様であり、代表的な例を挙げる
と、基本通知先情報記録テーブル２３１の管理対象者コ
ードに住民記録ＤＢ２１の住民コードをユニークに割当
て、以下の処理を行う。

【００２８】（ａ）他市町村からの転入の時、管理対象
者コードは基本通知先情報記録テーブル２３１に存在せ
ず、基本情報の内容は住民記録ＤＢ２１より編集して新
規に作成する。 （ｂ）他市町村へ転出する時は、管理対象者コードは基
本通知先情報記録テーブル２３１に存在し、今後当該市
町村の住民ではなくなるが、その後の各種税等の業務処
理が継続することが多く、基本通知先情報記録テーブル
２３１から当該者の情報を削除することはせず、転出済
なる情報を記録する。 （ｃ）当該市町村内で移転した場合は、管理対象者コー
ドは基本通知先情報記録テーブル２３１に存在しており
該当するレコードの住所部分を更新する。

【００２９】また、住登外処理部２は、各種業務処理の
管理対象者（住登外者）の移動が発生した場合、住登外
ＤＢ２２を登録更新する。登録更新した後、その住登外
者コードを管理対象者コードにセットして基本通知先情
報記録処理部３に引渡すと同時に、基本通知先情報記録
処理部３を起動する。起動した基本通知先情報記録処理
部３は、管理対象者コードをもとに統合通知先ＤＢ２３
を検索し、統合通知先ＤＢ２３上に管理対象者コードの
情報があれば図３の基本通知先情報記録テーブル２３１
を更新し、該当の管理対象者コードがなければ新規に作
成する。

【００３０】住登外処理の移動処理も多様であり代表的
な例として固定資産税業務における土地管理業務を挙げ
る。市町村の固定資産税業務担当者は、当該市町村を管
轄する法務局より定期的に土地登記に関する変更情報を
取得する。登記内容が、当該市町村の住民であれば土地
所有者にはその住民コードを割当てる。当該市町村の住
民でない場合（他市町村の住民、何名かの共有、法人、
国等公共団体、・・・）は、住登外者として登録更新す
る。

【００３１】（１）当該登記以前の住登外者について
は、既に、統合通知先ＤＢ２３には登録済であり、更新
処理は行わない。 （２）当該登記により新たに所有者となった住登外者
が、住登外ＤＢ２２に存在する時も、既に登録済であり
更新処理は行わない。 （３）当該登記により新たに所有者となった住登外者
が、住登外ＤＢ２２に存在しない時は、住登外ＤＢ２２
に追加する。その後、住登外者コードを管理対象者コー
ドとして、統合通知先ＤＢ２３の基本通知先情報記録テ
ーブル２３１を編集して登録する。

【００３２】次に、業務別の通知先情報、すなわち、業
務別通知先情報記録テーブル２３２の登録更新は、その
管理対象者からの申請、連絡に基づいて、業務別通知先
情報記録処理部４により、随時処理で実施する。 例え
ば、当該管理対象者が、当該業務についての資料送付先
を基本情報とは異なる場所に指定してきた場合、業務別
通知先情報記録処理部４は、その業務に限定して業務別
通知先情報記録テーブル２３２を登録更新する。また、
全ての業務処理についての通知先を変更する場合は、基
本通知先情報記録テーブル２３１における情報を変更
し、業務別通知先情報記録テーブル２３２における情報
は作成しない。

【００３３】このような統合通知先ＤＢの作成手順を、
図２，３の例を基に説明する。図２における住民記録Ｄ
Ｂ２１上の全ての住民（Ａ、Ｂ、Ｃ、…）について、およ
び、住登外ＤＢ２２上の全ての住登外者（Ｘ、Ｙ、…）に
ついて、図１の基本通知先情報記録処理部３は、図３の
統合通知先ＤＢ２３の基本通知先情報記録テーブル２３
１を作成する。このとき、名称、住所、電話番号等々の
項目について、管理対象者コードをキーとした対応関係
に基づき編集する。

【００３４】例えば、住民記録テーブル２１１、住登外
テーブル２２１の内容に従っての基本通知先情報記録テ
ーブル２３１の編集において、まず管理対象者コードに
関しては、住民記録ＤＢ２１の場合は住民コードを、ま
た住登外ＤＢ２２の場合は住登外コードを、次に名称に
関しては、住民記録ＤＢ２１の場合は氏名を、また住登
外ＤＢ２２の場合は名称を、というように編集する。

【００３５】そして、業務別の通知先情報の登録更新が
発生した場合には、図１の業務別通知先情報記録処理部
４により、業務別通知先情報記録テーブル２３２に、当
該情報を作成する。図３に示す業務別通知先情報記録テ
ーブル２３２の例では、管理対象者Ａは住民税の通知先
名を、通知先住所をとするが、固定資産税において
は通知先名を、通知先住所をとする。管理対象者Ｂ
については、これらの業務処理の管理対象者に該当せ
ず、通知先は、全て住民記録ＤＢ２１上の氏名、住所、
すなわち、基本通知先情報記録テーブル２３１の設定内
容となる。

【００３６】このようにして統合通知先ＤＢ２３に作成
された基本通知先情報記録テーブル２３１と業務別通知
先情報記録テーブル２３２から通知先を参照する場合
は、通知先検索処理部５を介して行う。通知先検索処理
部５では、まず、業務処理の管理対象者を選定した後、
対象業務に対応した業務別通知先情報記録テーブル２３
２の有無を判定する。存在すれば、これを通知先の特定
に使用するが、存在しない場合は基本通知先情報記録テ
ーブル２３１を検索して、この内容から通知先を設定す
る。

【００３７】次に、図４〜図６を用いて、図１における
通知先情報管理システムの動作説明を行う。図４は、図
３における基本通知先情報記録テーブルの登録更新に係
る処理動作例を示すフローチャートである。

【００３８】図４において、図３の基本通知先情報記録
テーブル２３１に対する処理が住民記録に関する処理で
あれば（ステップ４０１）、まず、図２の住民記録ＤＢ
２１を登録更新し（ステップ４０２）、次に、管理対象
者コードに住民コードをセットする（ステップ４０
３）。また、基本通知先情報記録テーブルに対する処理
が住登外者に関する処理であれば（ステップ４０１）、
まず、図２の住登外ＤＢ２２を登録更新し（ステップ４
０４）、次に、管理対象者コードに住登外者コードをセ
ットする（ステップ４０５）。

【００３９】ステップ４０３，４０５の処理の後、管理
対象者コードをキーに統合通知先ＤＢ２３の基本通知先
情報記録テーブル２３１を検索し（ステップ４０６）、
当該管理対象者コードが統合通知先ＤＢ２３の基本通知
先情報記録テーブル２３１に登録済みであるか否かを判
別する（ステップ４０７）。未登録であれば当該管理対
象者コードの記録情報を統合通知先ＤＢ２３の基本通知
先情報記録テーブル２３１に登録し（ステップ４０
８）、また、登録済みであれば統合通知先ＤＢ２３の基
本通知先情報記録テーブル２３１における当該管理対象
者コードの既存の登録内容を更新する（ステプ４０
９）。

【００４０】図５は、図３における業務別通知先情報記
録テーブルの登録更新に係る処理動作例を示すフローチ
ャートである。図１の業務別通知先情報記録処理部４で
は、図３の業務別通知先情報記録テーブル２３２に対象
業務の通知先情報があるか否かを判定し（ステップ５０
１）、なければ、新たな通知先情報を編集して新規登録
し（ステップ５０２）、あれば、業務別通知先情報記録
テーブル２３２を更新する（ステップ５０３）。

【００４１】図６は、図１における通知先検索処理部の
本発明に係る処理動作例を示すフローチャートである。
本例は、図３における基本通知先情報記録テーブル２３
１と業務別通知先情報記録テーブル２３２の参照に係る
処理動作例を示すものであり、図１の通知先検索処理部
５は、住民税処理部６や固定資産税処理部７、国民健康
保険処理部８から通知先の特定依頼を受けると、まず、
当該業務種別コードと管理対象者コードをキーとして業
務別通知先情報記録テーブル２３２を検索して、双方が
一致する登録内容の有無を判別する（ステップ６０
１）。あれば、業務別通知先情報記録テーブル２３２の
当該登録内容（通知先情報）を抽出して応答し（ステッ
プ６０２）、なければ、当該管理対象者コードのみをキ
ーとして基本通知先情報記録テーブル２３１を検索し
て、一致する登録内容を抽出して応答する（ステップ６
０３）。

【００４２】以上、図１〜図７を用いて説明したよう
に、本例の通知先情報管理システムと方法では、 一般
の住民や全ての業務に適用可能な通知先を基本通知先情
報記録テーブル２３１において管理対象者コードのみを
キーにして管理し、また、業務別に個々に通知先を管理
する必要のある特定の管理対象者や特定の業務について
の通知先情報は、業務種別と管理対象者コードをキーと
して業務別通知先情報記録テーブル２３２において、そ
れぞれ同じデータベース（統合通知先ＤＢ２３）で管理
する。そして、検索時には、まず、業務種別コードと管
理対象者コードをキーとして業務別通知先情報記録テー
ブル２３２を検索し、なければ、管理対象者コードのみ
をキーとして基本通知先情報記録テーブル２３１を検索
する。

【００４３】このように、本例では、統合通知先ＤＢ２
３における基本通知先情報記録テーブル２３１と業務別
通知先情報記録テーブル２３２だけで、住民税や固定資
産税、および、国民健康保険等の全ての業務別の通知先
情報の管理を行うことができるので、情報管理に用いる
記憶容量の削減ができ、市町村等自治体における各種業
務で必要とする通知先情報に係る管理作業を効率化する
ことができる。

【００４４】尚、本発明は、図１〜図７を用いて説明し
た例に限定されるものではなく、その要旨を逸脱しない
範囲において種々変更可能である。例えば、本例では、
独立した通知先検索処理部５を設け、各住民税処理部
６、固定資産税処理部７、国民健康保険処理部８からの
依頼に基づき通知先情報の検索を行う構成としている
が、住民税処理部６、固定資産税処理部７、国民健康保
険処理部８のそれぞれに通知先検索処理部５の機能を設
ける構成としても良い。

【００４５】

【発明の効果】本発明によれば、自治体等における各業
務システムで共通に利用できる通知先情報と、各業務で
固有に利用する通知先情報とを、管理対象者や業務種別
をキーにして管理することにより、１つの通知先情報の
管理での欠点（個々の業務についての固有の情報管理と
を統合して管理ができない）、および、各種業務別での
通知先情報の管理での欠点（各業務で共通の情報管理が
できない）を共に解決することができ、かつ、データ量
を削減してディスク資源の効率化を図ることができ、市
町村自治体等における住民情報処理等において、各種業
務処理別での管理が必要となる送付先、連絡先、口座情
報、その他各種の通知先情報に関わる管理業務を正確か
つ効率的に行うことが可能である。

【図面の簡単な説明】

【図１】本発明の通知先情報管理システムの本発明に係
る構成の一例を示すブロック図である。

【図２】図１における住民記録ＤＢおよび住登外ＤＢの
構造例を示す説明図である。

【図３】図１における通知先情報管理ＤＢの構造例を示
す説明図である。

【図４】図３における基本通知先情報記録テーブルの登
録更新に係る処理動作例を示すフローチャートである。

【図５】図３における業務別通知先情報記録テーブルの
登録更新に係る処理動作例を示すフローチャートであ
る。

【図６】図１における通知先検索処理部の本発明に係る
処理動作例を示すフローチャートである。

【図７】図１における通知先情報管理システムを構築す
るコンピュータ装置のハードウェア構成例を示すブロッ
ク図である。

【図８】従来の住民情報処理システムの通知先情報管理
に係る構成例を示すブロック図である。

【図９】従来の住民情報処理システムの通知先情報管理
に係る他の構成例を示すブロック図である。

【符号の説明】

１：住民記録処理部、２：住登外処理部、３：基本通知
先情報記録処理部、４：業務別通知先情報記録処理部、
５：通知先検索処理部、６：住民税処理部、７:固定資
産税処理部、８：国民健康保険処理部、２１：住民記録
ＤＢ、２２：住登外ＤＢ、２３：統合通知先ＤＢ、２
４：住民税ＤＢ、２５：固定資産税ＤＢ、２６：国民健
康保険ＤＢ、７１:表示装置、７２：入力装置、７３:外
部記憶装置、７４：情報処理装置、７５：光ディスク、
７６:駆動装置、２１１：住民記録テーブル、２２１：
住登外テーブル、２３１：基本通知先情報記録テーブ
ル、２３２：業務別通知先情報記録テーブル、２３３：
業務別口座情報テーブル、８０１，９０１：通知先情報
作成部、８０２，９０２：随時処理用装置、８１１，９
１１：随時更新処理、８１２，９１２：一括更新処理、
８２０，９２０：住民記録ＤＢ、８２１，９２１：住民
税ＤＢ、８２２，９２２：固定資産税ＤＢ、８２３，９
２３：国民健康保険ＤＢ、８２４：送付先管理ＤＢ。

フロントページの続き Ｆターム(参考） 5B049 AA06 BB00 CC00 DD05 EE05 FF09 5B075 ND03 ND40 NK02 NR03 NR12 PP02 PP03 PP22 PP30 UU40

Claims (5)

【特許請求の範囲】
1. 【請求項１】 複数の業務別の通知先情報をコンピュー
   タを用いて管理するシステムであって、同一の管理対象
   者であるが業務種別で異なる通知先情報を、管理対象者
   識別子と業務種別識別子とをキーとして第１の記録装置
   に記録する業務別通知先情報記録手段と、業務種別に係
   らない共通な通知先情報を、管理対象者識別子のみをキ
   ーとして第２の記録装置に記録する基本通知先情報記録
   手段と、通知先情報を検索する場合、上記管理対象者識
   別子と上記業務種別識別子とをキーとして上記第１の記
   録装置から該当する通知先情報を検索し、なければ上記
   管理対象者識別子のみをキーとして上記第２の記録装置
   から該当する通知先情報を検索する通知先検索手段とを
   有することを特徴とする通知先情報管理システム。
2. 【請求項２】 請求項１に記載の通知先情報管理システ
   ムにおいて、自治体における管理対象者である住民の氏
   名と住所からなる通知先情報を含む住民情報を記録した
   住民記録データベースと、該住民記録データベースに記
   録されている住民以外の管理対象者である住登外者の通
   知先情報を含む住登外者情報を記録した住登外データベ
   ースとを有し、上記基本通知先情報記録手段は、上記住
   民記録データベースと上記住登外データベースから、そ
   れぞれに記録された通知先情報を全て読み取り、上記住
   民記録データベースと上記住登外データベースのいずれ
   からの読み取りであるかを示す情報を付与して上記管理
   対象者識別子のみをキーとした上記通知先情報の上記第
   ２の記録装置への記録を行うことを特徴とする通知先情
   報管理システム。
3. 【請求項３】 複数の業務別の通知先情報をコンピュー
   タを用いて管理する方法であって、同一の管理対象者で
   あるが業務種別で異なる通知先情報を、管理対象者識別
   子と業務種別識別子とをキーとして第１の記録装置に記
   録する第１のステップと、業務種別に係らない共通な通
   知先情報を、管理対象者識別子のみをキーとして第２の
   記録装置に記録する第２のステップと、通知先情報を検
   索する場合、上記管理対象者識別子と上記業務種別識別
   子とをキーとして上記第１の記録装置から該当する通知
   先情報を検索し、なければ上記管理対象者識別子のみを
   キーとして上記第２の記録装置から該当する通知先情報
   を検索する第３のステップとを有することを特徴とする
   通知先情報管理方法。
4. 【請求項４】 請求項３に記載の通知先情報管理方法に
   おいて、自治体における管理対象者である住民の氏名と
   住所からなる通知先情報を含む住民情報を住民記録デー
   タベースに記録するステップと、上記住民記録データベ
   ースに記録されている住民以外の管理対象者である住登
   外者の通知先情報を含む住登外者情報を住登外データベ
   ースに記録するステップとを有し、上記第２のステップ
   では、上記住民記録データベースと上記住登外データベ
   ースから、それぞれに記録された通知先情報を全て読み
   取り、上記住民記録データベースと上記住登外データベ
   ースのいずれからの読み取りであるかを示す情報を付与
   して、上記管理対象者識別子のみをキーとした上記通知
   先情報の上記第２の記録装置への記録を行うことを特徴
   とする通知先情報管理方法。
5. 【請求項５】 複数の業務別の通知先情報をコンピュー
   タを用いて管理するシステムによる通知先情報管理方法
   の処理手順プログラムを記録する記録媒体であって、請
   求項３、もしくは、請求項４のいずれかに記載の通知先
   情報管理方法での各ステップを、上記コンピュータに実
   行させるためのプログラムを記録したことを特徴とする
   記録媒体。