JPH06301700A - 突合チェック方式 - Google Patents

Abstract

(57)【要約】 【目的】突合条件が大きく変更になった場合でも、記号
化した突合条件を入力するだけで、プログラムを作り直
すことなく容易にチェックできるようにする。 【構成】市町村税の課税情報を記憶している市町村税課
税ファイル１と、市町村税の課税情報から提出用調査資
料の記載情報を作成する記載情報変換手段２と、作成さ
れた記載情報を記憶する記載情報ファイル３と、記載情
報ファイル３から調査資料５を発行する調査資料発行手
段４と、突合条件を記述した突合表６から突合条件を記
号化して入力する記号化手段７と、記号化した突合条件
を記憶する突合条件ファイル８と、突合条件ファイル８
を参照して記載情報ファイル３の記載情報が突合表６の
突合条件を満たしているか否かを判断してチェック表１
０を発行するチェック表発行手段９とから構成されてい
る。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は突合チェック方式に関
し、特に「市町村税課税状況等の調」のように多数の帳
表を作成する際に、突合条件に基づいて同一帳表内およ
び帳表相互間の誤りをチェックするための突合チェック
方式に関する。

【０００２】

【従来の技術】「市町村税課税状況等の調」は、国が市
町村税の課税等の実体を把握するために、毎年７日１日
現在に存在するすべての市町村を対象に義務付けている
調査資料であり、作成する調査資料は５０数帳表に及
ぶ。更に、作成した調査資料について相互に突き合わせ
を行って確認すべき突合条件が多数提示されるため、作
成に当たっては相当の事務量と細心の注意が必要とされ
ている。

【０００３】一般に、これらの調査資料は市町村税の課
税状況を記録した市町村税課税ファイルから計算機を利
用して作成されるので、突合条件に対するチェックも計
算機を使用して行うのが望ましい。このために、従来
は、突合条件をプログラム言語で記述したチェック用プ
ログラムを作成し、作成した提出用調査資料の内容が格
納されている記載情報ファイルに基づいて突合条件のチ
ェックを行っていた。

【０００４】

【発明が解決しようとする課題】しかしながら、上述し
た従来の突合チェック方式では、国から通知される突合
条件が変更される度に、突合条件をチェックするための
チェック用プログラムを再作成しなけれならないので、
相当の人件費が必要となる。又、突合条件の通知から調
査資料の提出までの日数が短いため、チェック用プログ
ラムの作成に十分な時間を費やすことができず、調査資
料の信頼性が低下する欠点があった。

【０００５】本発明の目的は、このような従来の突合チ
ェック方式の欠点を解消し、突合条件を記号化して入力
するだけで、突合条件が変更になった場合でもプログラ
ムを作り直すことなく容易に突合チェックが行える突合
チェック方式を提供することである。

【０００６】

【課題を解決するための手段】請求項１の突合チェック
方式は、市町村民税課税情報等の基本情報から作成され
た提出用調査資料の記載情報が格納されている記載情報
ファイルと、前記提出用調査資料に関して確認のために
与えられる突合条件を所定の形式で記号化して入力する
記号化手段と、記号化された突合条件を決められた形式
で記憶するための突合条件ファイルと、前記突合条件フ
ァイルに格納されている記号化された突合条件を読み込
んで解釈し前記記載情報ファイルの該当する箇所の記載
情報が突合条件を満たしているか否かを判断しチェック
表を発行するチェック表発行手段とを備えて構成されて
いる。

【０００７】請求項２の突合チェック方式は、請求項１
の突合チェック方式において、前記チェック表発行手段
が突合条件を満たしていない記載情報が存在したときの
みその箇所を指摘したチェック表を発行することを特徴
としている。

【０００８】

【実施例】次に、本発明の実施例について図面を参照し
て説明する。

【０００９】図１は本発明の一実施例のシステム構成を
示すブロック図である。図１に示すシステムは、「市町
村税課税状況等の調」に対応し提出用調査資料を作成す
るシステムであり、市町村税の課税情報を記憶している
市町村税課税ファイル１と、市町村税の課税情報から提
出用調査資料の記載情報を作成する記載情報変換手段２
と、作成された記載情報を記憶する記載情報ファイル３
と、記載情報ファイル３から調査資料５を発行する調査
資料発行手段４と、突合条件を記述した突合表６から突
合条件を記号化して入力する記号化手段７と、記号化し
た突合条件を記憶する突合条件ファイル８と、突合条件
ファイル８を参照して記載情報ファイル３の記載情報が
突合表６の突合条件を満たしているか否かを判断してチ
ェック表１０を発行するチェック表発行手段９とから構
成されている。

【００１０】次に、図１に示した各部の動作について説
明する。市町村税課税ファイル１の課税情報は、記載情
報変換手段２により記載情報に変換され記載情報ファイ
ル３へ出力される。記載情報変換手段２は、従来のシス
テムに用いられているものと同じであるが、図２に処理
概要のフローチャートを示す。課税情報を入力して抽出
条件と一致する情報を抽出し（ステップＳ１及びＳ
２）、抽出した情報を記載情報の形式に編集した後（ス
テップＳ３）、不正な情報がないかチェックし（ステッ
プＳ４）、正常な記載情報のみを記載情報ファイル３へ
出力する（ステップＳ５）。

【００１１】調査資料発行手段４は、記載情報ファイル
３から提出用の調査資料５を作成するもので、従来のシ
ステムと同じであるが、図３に処理概要のフローチャー
トを示す。記載情報の全件を入力し（ステップＳ６）、
提出用の指定された形式に編集した後（ステップＳ
７）、調査資料５を印刷発行する（ステップＳ８）。

【００１２】チェック表発行手段９は、記載情報ファイ
ル３に作成された記載情報を、突合条件ファイル８に格
納された記号化された突合条件と照合し、チェック表１
０を発行する。その処理を図４のフローチャートに従っ
て説明する。チェック表発行手段９は、まず記載情報フ
ァイル３の記載情報の全件を１件ずつ主記憶上に格納し
（ステップＳ９，Ｓ１０，Ｓ１１）、続いて突合条件フ
ァイル８の突合条件情報の全件を主記憶上に格納した後
（ステップＳ１２，Ｓ１３，Ｓ１４）、記載情報と突合
条件の照合を行い（ステップＳ１５）、突合エラーの有
無を判定し、エラーが有ればその箇所を指摘したチェッ
ク表１０を編集して発行するが、エラーが無い場合はそ
の旨を表示するだけでチェック表１０は特に発行しない
（ステップＳ１６，Ｓ１７，Ｓ１８）。ここで、チェッ
ク表はエラーの有無にかかわらず突合番号と対応させエ
ラーの有無を（○×）等で表示させてもよい。

【００１３】なお、チェック表発行手段９の処理の前準
備として、突合表６に記述されている突合条件を規則に
従って記号化し、記号化手段７から突合条件ファイル８
に入力しておく必要がある。

【００１４】以下に、記号化手段７により突合条件ファ
イル８に作成される記号化された突合条件の詳細を図５
及び図６を参照して説明する。記号化された１件の突合
条件は、図５（ａ）に示すように、複数のレコードの集
まりとして表現される。すなわち、１件の基本情報レコ
ードに続く、複数の表情報レコード，数値情報レコー
ド，記号情報レコードにより構成されている。

【００１５】基本情報レコードは、図５（ｂ）に示すよ
うに、レコード区分１桁と、突合番号３桁と、条件区分
１桁と、繰り返し方向１桁と、繰り返し回数２桁と、空
白５桁で構成されている。レコード区分１桁には基本情
報レコードを示す記号として“Ｔ”を格納し、突合番号
３桁には突合表６に定められた突合番号を格納し、条件
区分１桁には突合条件の形式を示す区分として“１”〜
“３”が格納される。“１”は「〜でなければならな
い」という形式を、“２”は「〜ならば〜でなければな
らない」という形式を、“３”は「〜は〜で割り切れ
る」という形式をそれぞれ示す。繰り返し方向１桁に
は、“１”又は“２”が格納され、“１”は突合条件が
行方向に繰り返すことを示し、“２”は突合条件が列方
向に繰り返すことを示す。繰り返し回数２桁には条件を
繰り返す回数として“０１”〜“９９”が格納される。
最後の空白５桁にはスペースが格納されるが、これはレ
コードの長さを１３桁に合わせるためで特に使用目的は
ない。

【００１６】表情報レコードは、図５（ｃ）に示すよう
に、レコード区分１桁と、表番号３桁と、行番号２桁
と、列番号２桁と、空白５桁とで構成されている。レコ
ード区分１桁には表情報レコードを示す記号として
“Ｈ”を格納し、表番号３桁には調査資料の表番号“０
０１”〜“９９９”を格納し、行番号２桁には調査資料
の行番号“０１”〜“９９”を格納し、列番号２桁には
調査資料の列番号“０１”〜“９９”を格納する。最後
の空白５桁は使用していない。

【００１７】数値情報レコードは、図５（ｄ）に示すよ
うに、レコード区分１桁と数値１２桁で構成され、レコ
ード区分１桁には数値情報レコードを示す記号“９”
を、数値１２桁には“００００００００００００”〜
“９９９９９９９９９９９９”の数値を格納する。

【００１８】記号情報レコードは、図５（ｅ）に示すよ
うに、レコード区分１桁と、演算記号２桁と、空白１０
桁で構成されている。レコード区分１桁には記号情報レ
コードを示す記号として“ ”（スペース）を格納し、
演算記号には“＋”（和），“−”（差），“＊”
（積），“／”（商）や、“＝”（等号），“＞”（大
なり），“＜”（小なり），“≧”（以上），“≦”
（以下）などの比較符号、及び“＾”（論理積），“Ｏ
Ｒ”（論理和）等を格納する。最後の空白１０桁は使用
していない。

【００１９】最後に、以上の各レコードを組み合わせて
突合条件を記号化して表示した具体例を図６を参照して
説明する。図６（ａ）に示す突合番号Ｋ２１の場合は、
１行目の“Ｔ”を先頭とする基本情報レコードに、突合
番号として“Ｋ２１”を、条件区分として“１”を、繰
り返し方向には行方向の繰り返しとして“１”を、繰り
返し回数には“１３”をそれぞれ格納する。続く“Ｈ”
を先頭とする表情報レコードには、表番号“００５”，
行番号“０１”，列番号“０５”を格納する。次の記号
情報レコードには演算記号として“＋”（和）を格納
し、その下の表情報レコードには、表番号“００５”，
行番号“０１”，列番号“０８”を格納する。更に、続
く記号情報レコードに演算記号として“＝”（等号）を
格納し、その下の表情報レコードに、表番号“１０”，
行番号“０１”，列番号“０３”を格納する。以上によ
り、突合表６に文章で示される突合番号Ｋ２１の突合条
件を記号化して表示することができる。

【００２０】突合表６に示される突合条件の表現形式に
は、このほかに前述したように条件区分“２”及び
“３”で表されるものがあるが、それぞれ図６（ｂ）に
示す突合番号“Ｎ５０”及び図６（ｄ）に示す突合番号
“Ｌ０１”の例のように記号化して表示される。なお、
一つの突合番号に複数の突合条件が含まれている場合
も、条件区分が同じならば、図６（ｃ）に示す突合番号
“Ｓ２１”の例のように、論理積を表す記号“＾”を用
いて一つの基本情報レコードの下にまとめて表示でき
る。

【００２１】

【発明の効果】以上説明したように、本発明の突合チェ
ック方式は、突合表に文章で示される突合条件を記号化
して突合条件ファイルに格納し、チェック用プログラム
は記号化された突合条件を解釈実行するように構成され
ているので、突合条件の変更があった場合でもプログラ
ムを作り直すことなく、突合条件を入力し直すだけで容
易に必要な突合チェックが行えるという効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例の構成を示すブロック図であ
る。

【図２】図１に示す記載情報変換手段の動作を示すフロ
ーチャートである。

【図３】図１に示す調査資料発行手段の動作を示すフロ
ーチャートである。

【図４】図１に示すチェック表発行手段の動作を示すフ
ローチャートである。

【図５】図１に示す記号化手段の詳細を説明するための
データ構成図である。

【図６】図１に示す記号化手段による作成データの具体
例を示す説明図である。

【符号の説明】

１ 市町村税課税ファイル ２ 記載情報変換手段 ３ 記載情報ファイル ４ 調査資料発行手段 ５ 調査資料 ６ 突合表 ７ 記号化手段 ８ 突合条件ファイル ９ チェック表発行手段 １０ チェック表

Claims (2)

【特許請求の範囲】
1. 【請求項１】 市町村民税課税情報等の基本情報から作
   成された提出用調査資料の記載情報が格納されている記
   載情報ファイルと、前記提出用調査資料に関して確認の
   ために与えられる突合条件を所定の形式で記号化して入
   力する記号化手段と、記号化された突合条件を決められ
   た形式で記憶するための突合条件ファイルと、前記突合
   条件ファイルに格納されている記号化された突合条件を
   読み込んで解釈し前記記載情報ファイルの該当する箇所
   の記載情報が突合条件を満たしているか否かを判断しチ
   ェック表を発行するチェック表発行手段とを備えたこと
   を特徴とする突合チェック方式。
2. 【請求項２】 突合条件を満たしていない記載情報が存
   在したときのみ前記チェック表発行手段がその箇所を指
   摘したチェック表を発行することを特徴とする請求項１
   記載の突合チェック方式。