(57)【要約】【課題】  複数のデータ形式のチェック対象データをチェックし得るデータチェック装置を提供する。【解決手段】  データチェック装置は、データ形式毎に用意された複数のチェック条件ファイルを登録している。そして、いずれのチェック条件ファイルをも組み込むことが可能なデータチェックベースプログラム部に、今回のチェック対象データのデータ形式に応じたチェック条件ファイルを組み込んで、今回のチェックで適用するデータチェック実行するプログラムを形成させ、形成されたデータチェック実行プログラムに従ってチェック対象データのチェックを実行させる。【選択図】      図１
2014044631.tif 000002
【特許請求の範囲】
【請求項１】
チェック対象データをデータチェック実行プログラムに従ってチェックするデータチェック装置において、
データ形式毎に用意された複数のチェック条件ファイルのいずれをも組み込むことが可能なデータチェックベースプログラム部に、今回のチェック対象データのデータ形式に応じた上記チェック条件ファイルを組み込んで、今回のチェックで適用するデータチェック実行するプログラムを形成させるチェック条件組込手段と、
形成されたデータチェック実行プログラムに従ってチェック対象データのチェックを実行させるチェック手順制御手段と
を有することを特徴とするデータチェック装置。
【請求項２】
複数のチェック条件ファイルを登録したチェック条件ファイルデータベースをさらに備え、
上記チェック条件組込手段は、今回のチェック対象データのデータ形式に応じた上記チェック条件ファイルを上記チェック条件ファイルデータベースから読み出して、上記データチェックベースプログラム部に組込む
ことを特徴とする請求項１に記載のデータチェック装置。
【請求項３】
入力用テンプレートを利用しチェック条件を定義させてチェック条件ファイルを作成し、作成したチェック条件ファイルを上記チェック条件ファイルデータベースに登録するチェック条件ファイル作成手段をさらに備えることを特徴とする請求項２に記載のデータチェック装置。
【請求項４】
上記チェック条件ファイル作成手段は、作成したチェック条件ファイルにおけるチェック条件の定義の中に、矛盾した定義や誤った定義がないことを確認し、上記チェック条件ファイルデータベースに登録することを特徴とする請求項３に記載のデータチェック装置。
【請求項５】
チェック対象データをデータチェック実行プログラムに従ってチェックするデータチェック装置に搭載されるコンピュータを、
データ形式毎に用意された複数のチェック条件ファイルのいずれをも組み込むことが可能なデータチェックベースプログラム部に、今回のチェック対象データのデータ形式に応じた上記チェック条件ファイルを組み込んで、今回のチェックで適用するデータチェック実行するプログラムを形成させるチェック条件組込手段と、
形成されたデータチェック実行プログラムに従ってチェック対象データのチェックを実行させるチェック手順制御手段と
して機能させることを特徴とするデータチェックプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、データチェック装置、並びに、データチェック装置の設定データ作成支援装置及びプログラムに関し、特に、複数のデータ形式のデータをチェックし得るようにしたものである。
【背景技術】
【０００２】
従来のデータチェック装置では、チェック条件などをも記述したデータチェックプログラムを、チェック対象データについて実行させることにより、チェック対象データがチェック条件に整合しているか否かをチェックする（特許文献１、特許文献２参照）。
【０００３】
従来のデータチェック装置は、チェック対象データのデータ形式に応じて用意され、対象としているデータ形式のチェックに特化したデータチェックプログラムを用意するものである。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０００−０４７９１５号公報
【特許文献２】特開２０００−２３２５１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来では、チェック対象データのデータ形式が異なれば、異なるデータチェック装置でチェックしなければならず、利便性が悪いものであり、資源の有効利用が図れていないものであった。
【０００６】
そのため、複数のデータ形式のチェック対象データをチェックし得るデータチェック装置及びプログラムが望まれている。
【課題を解決するための手段】
【０００７】
第１の本発明は、チェック対象データをデータチェック実行プログラムに従ってチェックするデータチェック装置において、（１）データ形式毎に用意された複数のチェック条件ファイルのいずれをも組み込むことが可能なデータチェックベースプログラム部に、今回のチェック対象データのデータ形式に応じた上記チェック条件ファイルを組み込んで、今回のチェックで適用するデータチェック実行するプログラムを形成させるチェック条件組込手段と、（２）形成されたデータチェック実行プログラムに従ってチェック対象データのチェックを実行させるチェック手順制御手段とを有することを特徴とする。
【０００８】
第２の本発明のデータチェックプログラムは、チェック対象データをデータチェック実行プログラムに従ってチェックするデータチェック装置に搭載されるコンピュータを、（１）データ形式毎に用意された複数のチェック条件ファイルのいずれをも組み込むことが可能なデータチェックベースプログラム部に、今回のチェック対象データのデータ形式に応じた上記チェック条件ファイルを組み込んで、今回のチェックで適用するデータチェック実行するプログラムを形成させるチェック条件組込手段と、（２）形成されたデータチェック実行プログラムに従ってチェック対象データのチェックを実行させるチェック手順制御手段として機能させることを特徴とする。
【発明の効果】
【０００９】
本発明によれば、複数のデータ形式のチェック対象データをチェックし得るデータチェック装置及びプログラムを提供できる。
【図面の簡単な説明】
【００１０】
【図１】実施形態のデータチェック装置の機能的構成を示すブロック図である。
【図２】実施形態のデータチェック装置が複数のデータ形式のデータに対応可能なことの説明図である。
【図３】実施形態のデータチェック装置におけるデータチェックベースプログラム部の詳細構成を示す説明図である。
【図４】実施形態のデータチェック装置におけるチェック条件ファイル作成部が利用するＧＵＩ画面の説明図である。
【図５】実施形態のデータチェック装置のデータチェック動作における動作主体となる構成要素の変化を示す説明図である。
【図６】実施形態のデータチェック装置のデータチェック動作を示すフローチャートである。
【発明を実施するための形態】
【００１１】
（Ａ）主たる実施形態
以下、本発明によるデータチェック装置及びプログラムの一実施形態を、図面を参照しながら説明する。
【００１２】
（Ａ−１）実施形態の構成
図１は、実施形態のデータチェック装置の機能的構成を示すブロック図である。実施形態のデータチェック装置は、ハードウェア的にはパソコンなどの情報処理装置でなるが、そのような情報処理装置にデータチェックプログラムをインストールすることにより形成され、機能的には図１で表すことができる。
【００１３】
図１において、実施形態のデータチェック装置１０は、データチェックベースプログラム部１１、チェック条件ファイルデータベース（以下、データ条件ファイルＤＢと呼ぶ）１２、チェック条件ファイル作成部１３、チェック対象データ保持部１４、ユーザインタフェース部１５、データチェック制御部１６及びチェック結果出力部１７を有する。
【００１４】
この実施形態のデータチェック装置１０は、複数のデータ条件ファイル１２−１〜１２−Ｎについて共通的に適用できるデータチェックベースプログラム部１１を備え、データチェックに適用するデータ条件ファイル（符号１２−ｎを付与する）をユーザに指定させ、指定されたデータ条件ファイル１２−ｎをデータチェックベースプログラム部１１に組み込むことにより、データ条件ファイル１２−ｎに係るデータ形式のデータをチェック可能としたものである。言い換えると、データチェック装置１０は、図２に示すように、データ条件ファイル１２−Ａがデータチェックベースプログラム部１１に組み込まれた際にはデータ条件ファイル１２−Ａに係るデータ形式のデータをチェック可能なデータチェック装置１０−Ａとなり、また、データ条件ファイル１２−Ｂがデータチェックベースプログラム部１１に組み込まれた際にはデータ条件ファイル１２−Ｂに係るデータ形式のデータをチェック可能なデータチェック装置１０−Ｂとなる。
【００１５】
データチェックベースプログラム部１１は、例えば、図３に示すような１３個のプログラム部分１１−１〜１１−１３を有する。ここで、プログラム部分１１−３〜１１−１３は、データチェック用のマスタプログラムである。
【００１６】
コンフィグ定義解析プログラム１１−１は、そのとき指定されているチェック条件ファイル（以下、指定チェック条件ファイルと呼ぶ）１２−ｎのコンフィグ定義に従って、指定コンフィグ数分だけ入力画面を生成し、ユーザからの入力を受け付けるものである。
【００１７】
カラム定義解析プログラム１１−２は、指定チェック条件ファイル１２−ｎのカラム定義に従って、指定カラムの入力域を生成し、ユーザからの入力を受け付けるものである。
【００１８】
数値マスタプログラム１１−３は、数値のみを入力可能としているチェック用のプログラムであって、チェックしようとしている数値が、指定チェック条件ファイル１２−ｎで規定されている範囲内にあるか否かのチェックを行うものである。
【００１９】
文字列マスタプログラム１１−４は、文字列のみを入力可能としているチェック用のプログラムであって、チェックしようとしている文字列が、指定チェック条件ファイル１２−ｎで規定されている文字列長を満たしているか否か、チェックしようとしている文字列を構成している文字が、指定チェック条件ファイル１２−ｎが入力可能文字としている文字であるか否かのチェックを行うものである。
【００２０】
正規表現マスタプログラム１１−５は、チェックしようとしている文字列が指定チェック条件ファイル１２−ｎで規定されている正規表現（例えば、全角英数）の文字であるか否かのチェックを行うものである。
【００２１】
Ｎｕｌｌマスタプログラム１１−６は、指定チェック条件ファイル１２−ｎで規定されている設定不可の入力域を生成し、その入力域にデータが入力されているか否かのチェックを行うものである。
【００２２】
選択肢マスタプログラム１１−７は、指定チェック条件ファイル１２−ｎで規定されている選択肢を入力域に表示させ、ユーザに選択させるものである。
【００２３】
カラム数計算マスタプログラム１１−８は、指定チェック条件ファイル１２−ｎで規定された範囲内で、データ入力されたカラム数を計算して動的に表示させ、ユーザに確認させるものである。
【００２４】
シェル型変数指定マスタプログラム１１−９は、指定チェック条件ファイル１２−ｎによって、変数形式で特定のカラムを指定できるようになっているときにおいて、ユーザによって指定されたカラムが、変数形式の指定からみて正しいか否かのチェックを行うものである。
【００２５】
他カラム依存マスタプログラム１１−１０は、指定チェック条件ファイル１２−ｎで規定された他のカラムに対してユーザが指定、入力した値に応じて、処理対象のカラムの入力可能な条件を動的に変更し、変更された条件を満たしているか否かのチェックを行うものである。
【００２６】
他カラム選択マスタプログラム１１−１１は、指定チェック条件ファイル１２−ｎで規定された他のカラムに対してユーザが指定、入力した値を、処理対象のカラムの選択肢として表示させ、ユーザに選択させるものである。
【００２７】
条件付き他カラム選択マスタプログラム１１−１２は、指定チェック条件ファイル１２−ｎで規定された他のカラムに対してユーザが指定、入力した値を、指定チェック条件ファイル１２−ｎで規定された値と同じ値であることを条件として、処理対象のカラムの選択肢として表示させ、ユーザに選択させるものである。
【００２８】
選択肢・自由記述マスタプログラム１１−１３は、指定チェック条件ファイル１２−ｎで規定されている選択肢（選択肢の１つとして「その他」を含む）を入力域に表示させ、ユーザに選択させると共に、ユーザによって「その他」が選択された際には、ユーザによる自由記述ができる入力域を表示させ、自由記述を取込むものである。
【００２９】
チェック条件ファイルＤＢ１２は、例えば、ハードディスク装置上に構築されたものであり、上述したデータチェックベースプログラム部１１に組み込まれることが可能な１以上（図１ではＮ個の場合を示している）のチェック条件ファイル１２−１〜１２−Ｎを格納しているものである。
【００３０】
チェック条件ファイル作成部１３が作成したチェック条件ファイルをチェック条件ファイルＤＢ１２に登録する。但し、実施形態のデータチェック装置１０にチェック条件ファイルを記憶している記憶媒体を接続し、記憶媒体からチェック条件ファイルを取込んでチェック条件ファイルＤＢ１２に登録させるようにしても良く、また、外部装置から通信によってチェック条件ファイルを取込んでチェック条件ファイルＤＢ１２に登録させるようにしても良い。後述するように、チェック条件ファイル作成部１３は、ソフトウェアを中心に構成されているため、他の情報処理装置に、チェック条件ファイルの作成用のプログラムをインストールすることにより、他の情報処理装置上でチェック条件ファイルを作成することも可能である。
【００３１】
チェック条件ファイル作成部１３は、ユーザにより、チェック条件ファイルを作成させるものである。この実施形態の場合、チェック条件ファイル作成部１３は、複数のＧＵＩ（Ｇｒａｐｈｉｃａｌ  Ｕｓｅｒ  Ｉｎｔｅｒｆａｃｅ）画面を利用して、チェック条件ファイルをユーザに作成させるものである。ＧＵＩ画面を利用するので、実施形態のデータチェック装置１０を構成する情報処理装置は、入力装置（マウスやキーボードなど）や表示装置を備えていることを要する。
【００３２】
図４は、チェック条件ファイル作成部１３が利用するＧＵＩ画面の説明図である。以下、ＧＵＩ画面の説明を通じてチェック条件の内容を明らかにする。
【００３３】
図４において、チェック条件ファイル作成部１３は１０個のＧＵＩ画面１３−１〜１３−１０を利用し、チェック条件ファイルを作成させるものである（なお、作成に直接関わるＧＵＩ画面は１３−２〜１３−１０である）。作成途中においては、情報処理装置の作業エリアにファイル情報がバッファリングされ、ユーザが登録キーなどを押下することで、作成されたチェック条件ファイルがチェック条件ファイルＤＢ１２に登録される。
【００３４】
コンフィグ定義画面１３−２は、ユーザによるコンフィグ毎の定義を取込む画面であって、コンフィグに含むカラムの定義を取込むものである。
【００３５】
カラム定義画面１３−３は、ユーザによるカラム毎の定義を取込む画面であって、どのマスタプログラムを使用してチェックを行うかの定義をも取込むものである。以下の選択肢定義画面１３−４〜選択肢・自由記述定義画面１３−１０で定義された内容は、最終的には、カラム定義の一部となる。
【００３６】
選択肢定義画面１３−４は、選択肢マスタプログラム１１−７の条件を定義する画面であって、カラム定義画面１３−３で選択肢マスタプログラム１１−７を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００３７】
カラム数計算定義画面１３−５は、カラム数計算マスタプログラム１１−８の条件を定義する画面であって、カラム定義画面１３−３でカラム数計算マスタプログラム１１−８を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００３８】
シェル型変数指定定義画面１３−６は、シェル型変数指定マスタプログラム１１−９の条件を定義する画面であって、カラム定義画面１３−３でシェル型変数指定マスタプログラム１１−９を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００３９】
他カラム依存定義画面１３−７は、他カラム依存マスタプログラム１１−１０の条件を定義する画面であって、カラム定義画面１３−３で他カラム依存マスタプログラム１１−１０を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００４０】
他カラム選択定義画面１３−８は、他カラム選択マスタプログラム１１−１１の条件を定義する画面であって、カラム定義画面１３−３で他カラム選択マスタプログラム１１−１１を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００４１】
条件付き他カラム選択定義画面１３−９は、条件付き他カラム選択マスタプログラム１１−１２の条件を定義する画面であって、カラム定義画面１３−３で条件付き他カラム選択マスタプログラム１１−１２を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００４２】
選択肢・自由記述定義画面１３−１０は、選択肢・自由記述マスタプログラム１１−１３の条件を定義する画面であって、カラム定義画面１３−３で選択肢・自由記述マスタプログラム１１−１３を使用してチェックを行うとしたカラム数分だけ定義を取り込むものである。
【００４３】
ここで、上述した各定義画面１３−２〜１３−１０の入力では、（ａ）入力できる値が限定されているものは、プルダウンメニューで選択させる、（ｂ）入力する文字に制限があるもの（例えば、数字のみ）については、制限違反の入力があった時点で、入力エラーをユーザに通知する、などの入力支援を行う。
【００４４】
定義チェック画面１３−１は、定義チェック開始ボタンを配置した画面であり、このボタンがユーザによって押下されることにより、各画面１３−２〜１３−１０で設定されたチェック条件に矛盾がないか等の正常性チェックを実施するものであり、矛盾する場合にはその部分を指摘したり、修正や追加を促したりするものである。
【００４５】
定義チェックでは、（ａ）他定義との矛盾チェック、（ｂ）重複定義のチェックなどを行う。他定義との矛盾チェックでは、例えば、コンフィグ定義で指定したカラムについてのカラム定義があるか否か、カラム定義で指定した選択肢定義が、選択肢定義にて定義されているか否かなどをチェックする。重複定義のチェックで、同じ定義が複数存在していることを発見したにはエラーとする。定義チェックでエラーを検出した場合は、設定したデータの該当箇所の色を変更し、ユーザにエラー箇所を分かりやすく通知し、修正、削除、追加入力等を促す。
【００４６】
チェック条件ファイルのデータ条件ファイルＤＢ１２への登録は、定義チェック機能でチェック条件に不備がない場合にのみ認め、誤ったチェック条件ファイルが登録されて適用されることを防止する。
【００４７】
上述した１０個のＧＵＩ画面１３−１〜１３−１０を利用し、チェック条件ファイルを作成させることにより、複数のチェック条件ファイルに共通に適用可能となっているデータチェックベースプログラム部１１に作成したチェック条件ファイルを適用させること（組み込むこと）ができる。言い換えると、ＧＵＩ画面１３−１〜１３−１０を含むチェック条件ファイルの作成用プログラムと、データチェックベースプログラム部１１とは整合しているので、データチェックベースプログラム部１１を、複数のチェック条件ファイルに共通に適用させることができる。
【００４８】
図１に戻り、チェック対象データ保持部１４は、入力された複数のチェック対象データを有するファイルを保持し、必要に応じて、データチェック制御部１６にチェック対象データずつ与えるものである。例えば、チェック対象データファイルは可搬可能な記憶媒体に記憶され、装置に接続若しくは装填された記憶媒体がチェック対象データ保持部１４として機能するものであっても良い。また例えば、チェック対象データ保持部１４は、ネットワークから取得したチェック対象データファイルを保持するものであっても良い。
【００４９】
ユーザインタフェース部１５は、チェック条件ファイル作成部１３やデータチェック制御部１６の制御下で、ユーザとのインタフェースを行うものである。例えば、ユーザインタフェース部１５は、ユーザのチェック条件ファイルの作成開始の指示を受け入れたり、定義画面における入力フィールドへの入力を受け入れたり、データチェック時においてユーザが指定したチェック条件ファイルの種類を取り込んだり、ユーザが指示したデータチェックの開始を受け入れたり、ユーザが選択した選択肢情報を受け入れたり、ユーザが入力した情報を取り込んだりする。また例えば、ユーザインタフェース部１５は、ユーザへのガイダンスメッセージや各種（定義画面を含む）画面を表示させるものである。
【００５０】
データチェック制御部１６は、当該装置のＣＰＵと、ＣＰＵが実行するプログラム（メインルーチンを含む）とで構成されているものである。データチェック制御部１６は、データチェックの開始がユーザによって指示されたとき、適用するチェック条件ファイル１２−ｎを選択させて、そのチェック条件ファイル１２−ｎをデータチェックベースプログラム部１１に組み込んで今回のデータチェックプログラムを形成させた上で、チェック対象データ保持部１４に保持されているチェック対象データファイルの各データに対するデータチェックを順次実行するものである。なお、データチェック制御部１６の機能詳細は、後述する動作説明の項で明らかにする。
【００５１】
チェック結果出力部１７は、チェック対象データファイルの各データに対するデータチェック結果を出力するものである。出力は、印刷出力であっても良く、表示出力であっても良く、記憶媒体への記憶であっても良く、外部装置への転送であっても良い。
【００５２】
（Ａ−２）実施形態の動作
次に、実施形態のデータチェック装置１０における動作を、図面を参照しながら、チェック条件ファイルの作成動作、チェック対象データに対するチェック動作の順に説明する。
【００５３】
ユーザがユーザインタフェース部１５を介してチェック条件ファイルの作成を指示すると、チェック条件ファイル作成部１２が作成動作を開始し、例えば、コンフィグ定義画面１３−２、カラム定義画面１３−３、選択肢定義画面１３−４、カラム数計算定義画面１３−５、シェル型変数指定定義画面１３−６、他カラム依存定義画面１３−７、他カラム選択定義画面１３−８、条件付き他カラム選択定義画面１３−９及び選択肢・自由記述定義画面１３−１０を、この順に次々と表示させながら（画面１３−４〜１３−１０はカラム定義によってはその表示が省略されることもあり得る）、ユーザが入力したり選択したりして指示した各種の設定項目や属性などに関するチェック条件の定義を取込む。
【００５４】
その後、チェック条件ファイル作成部１２は、定義チェック開始ボタンを配置した定義チェック画面１３−１を表示させ、定義チェック開始ボタンがユーザによって押下されることにより、各画面１３−２〜１３−１０で設定されたチェック条件に矛盾がないか等の正常性チェックを実施するものであり、矛盾する場合にはその部分を指摘したり、修正や追加を促したりする。
【００５５】
定義チェックでチェック条件に不備がない状態で、ユーザから作成されたチェック条件ファイルの登録が指示されると、チェック条件ファイル作成部１２は、作成されたチェック条件ファイルのファイル名をユーザに指定させ（なお、ファイル名の指定タイミングはこのタイミングに限定されないことは勿論である）、ファイル名を付与して作成したチェック条件ファイルをデータ条件ファイルＤＢ１２へ登録させる。
【００５６】
次に、チェック対象データに対するチェック動作を、図５及び図６を参照しながら説明する。ここで、図５は、データチェック装置１０のデータチェック動作における動作主体となる構成要素の変化を示す説明図であり、図６は、データチェック装置１０のデータチェック動作を示すフローチャートであり、図５及び図６で対応する動作には同一符号を付して示している。
【００５７】
ユーザは、データチェック動作の開始を指示する前に、チェック対象データ保持部１４にチェック対象データファイルを保持させておくことを要する（但し、データチェック動作の開始を指示した後に、チェック対象データ保持部１４にチェック対象データファイルを保持することを認めるようにしても良い）。
【００５８】
ユーザは、ユーザインタフェース部１５を介してデータチェック動作を指示する。これにより、データチェック制御部１６がデータチェック動作を開始し、まず、利用するチェック条件ファイルをユーザによって指定させる。例えば、チェック条件ＤＢ１２に登録されている全てのチェック条件ファイルのファイル名の一覧を含む画面を表示させ、ユーザによって、利用するチェック条件ファイルのファイル名を選択させる。
【００５９】
なお、チェック対象データ保持部１４に複数種類のチェック対象データファイルが保持させているような場合には、利用するチェック条件ファイルの指定の前に、データチェックを行うチェック対象データファイルを指定させることを要する。
【００６０】
また、データチェックを行うチェック対象データファイルによって適用するチェック条件ファイルが一意に定まるような場合には、利用するチェック条件ファイルのユーザによる指定は不要である。例えば、チェック対象データファイルが外部装置（例えば、収集情報の送信元装置）から転送されてチェック対象データ保持部１４に保持させるような場合、外部装置がＡであればチェック条件ファイル１２−Ａを適用し、外部装置がＢであればチェック条件ファイル１２−Ｂを適用することとし、データチェック制御部１６がチェック対象データファイルの転送元装置に応じて、適用するチェック条件ファイルを自動的に定めるようにしても良い。また例えば、チェック対象データファイルにおける書誌事項の記述部に、適用するチェック条件ファイルのファイル名を記述しておき、データチェック制御部１６がこの記述を読んで適用するチェック条件ファイルを認識するようにしても良い。
【００６１】
データチェック動作を開始すると、データチェック制御部１６は、まず、コンフィグ定義解析プログラム１１−１を利用して指定チェック条件ファイル１２−ｎのコンフィグ定義を読み込む（ステップＳ１）。また、データチェック制御部１６は、ここで読み込んだコンフィグ定義で定義されたカラムについて、カラム定義解析プログラム１１−２を利用して指定チェック条件ファイル１２−ｎのカラム定義を読み込む（ステップＳ２）。カラム定義の読込みは、コンフィグ定義で定義されたカラム分だけ繰返し実行される。
【００６２】
次に、データチェック制御部１６は、チェック対象データファイルから１つのチェック対象データを読み込む（ステップＳ３）。そして、データチェック制御部１６は、チェック対象データがコンフィグ定義にあった形式のデータか否かをチェックし、カラム定義にあったデータか否かをチェックし、カラム定義で指定されているマスタプログラム１１−３〜１１−１３を使用してそのマスタプログラムに係るチェック項目についてチェック対象データをチェックする（ステップＳ４）。このようなチェック対象データのチェックは、チェック対象データファイルを構成する全てのチェック対象データについて順繰りに実行される。
【００６３】
（Ａ−３）実施形態の効果
上記実施形態によれば、データ形式毎のチェック条件ファイル１２−１〜１２−Ｎと、全データ形式に共通なデータチェックベースプログラム部１１と、データチェックの処理の流れを制御する全データ形式に共通なデータチェック制御部１６におけるプログラムとで、データチェックプログラムを構成するようにしたので、チェック条件ファイル数と等しい数のデータ形式に対応できるデータチェック装置を実現することができる。
【００６４】
上記実施形態によれば、今までにないデータ形式のデータがチェック対象となっても、そのデータ形式用のチェック条件ファイルを登録することにより、容易にチェックを可能とすることができる。チェック条件ファイル作成部１３を有するので、新たなデータ形式用のチェック条件ファイルの作成や、その登録も容易である。
【００６５】
通信装置で内では、「編集ルール」に従って通信用メッセージ（例えば、ＳＩＰ（Ｓｅｓｓｉｏｎ  Ｉｎｉｔｉａｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージやＳＤＰ（Ｓｅｓｓｉｏｎ  Ｄｅｓｃｒｉｐｔｉｏｎ  Ｐｒｏｔｏｃｏｌ）メッセージ）を編集できるようになっている。ＳＩＰメッセージ用の編集条件を第１のチェック条件ファイルを登録すると共に、ＳＤＰメッセージ用の編集条件を第２のチェック条件ファイルを登録することにより、実施形態のデータチェック装置をＳＩＰメッセージ用の編集条件チェック装置として機能させることもできれば、ＳＤＰメッセージ用の編集条件チェック装置として機能させることもできる。
【００６６】
ここで、チェック条件ファイル作成部１３は、チェック条件ファイルの作成用の複数のＧＵＩ画面を備え、ＧＵＩ画面上で、定義を入力させたり、入力後の定義チェックを実施したりするようにしたので、ユーザがチェック条件ファイルを容易に作成することができる。
【００６７】
また、上述の定義チェックで問題がない場合にのみチェック条件ファイルを登録するようにしたので、矛盾したチェック条件でチェック対象データのチェックを行うようなミスを未然に防ぐことができる。
【００６８】
（Ｂ）他の実施形態
上記実施形態では、１台の情報処理装置でデータチェック装置を構成したようなイメージで説明したが、複数の情報処理装置でデータチェック装置で構成するようにしても良く、複数の情報処理装置が分散配置されたものであっても良い。例えば、チェック条件ファイル作成部１３だけを搭載した情報処理装置と、他の構成要素とを搭載した情報処理装置とでデータチェック装置を構成するようにしても良い。また例えば、チェック条件ファイル作成部１３だけを搭載した情報処理装置を複数備え、他の構成要素とを搭載した情報処理装置と通信回線を通じて接続してデータチェック装置を構成するようにしても良い。
【００６９】
上記実施形態では、マスタプログラムとして図３に示した１１個のマスタプログラムを適用したものを示したが、本発明はこれに限定されないものである。例えば、条件付き他カラム選択マスタプログラム１１−１２や選択肢・自由記述マスタプログラム１１−１３を備えないものであっても良い。
【００７０】
上記実施形態では、データチェック装置１０内に複数のチェック条件ファイルを記憶しているものを示したが、本発明はこれに限定されるものではない。例えば、チェック対象データファイルが外部装置から転送されてくる場合において、その外部装置が併せて、適用するチェック条件ファイルをも送信するものであっても良い。
【００７１】
データチェックベースプログラム部１１やデータチェック制御部１６などをそれぞれ１つの集積回路チップとして構成するようにしても良く、また、複数の構成要素を１つの集積回路チップに搭載するようにしても良い。
【符号の説明】
【００７２】
１０…データチェック装置、１１…データチェックベースプログラム部、１２…チェック条件ファイルデータベース（データ条件ファイルＤＢ）、１３…チェック条件ファイル作成部、１４…チェック対象データ保持部、１５…ユーザインタフェース部、１６…データチェック制御部、１７…チェック結果出力部。
【図１】
2014044631.tif 000003
【図２】
2014044631.tif 000004
【図３】
2014044631.tif 000005
【図４】
2014044631.tif 000006
【図５】
2014044631.tif 000007
【図６】
2014044631.tif 000008