(57)【要約】【課題】  複数枚のメディアに分けて格納された電子納品データをチェックするチェック処理において、各メディアを１回ずつセットすれば済むようにできる。【解決手段】  各メディアをセットする毎に、当該メディアから読み取った電子データの各ファイルの内容チェックを行うと共に、属性情報が記述された管理ファイルを保存し且つ各ファイルから属性情報を読み取って保存しておく（ステップＳ１４）。全てのメディアについて、セット及び上記処理を行ったら、保存してあった管理ファイル、属性情報に基づいて属性チェックを行う（ステップＳ１６）。【選択図】図２
2006072654.tif 000002
【特許請求の範囲】
【請求項１】
分割されて複数枚のメディアに格納されて納品される、複数のデータファイルと該各データファイルの属性情報が記述されたデータ管理ファイルを有する電子納品データをチェックするシステムにおいて、
前記複数枚のメディアが順次セットされる毎に、該セットされたメディアに格納されている前記電子納品データの分割データを読取る電子データ読取手段と、
該読み取った分割データの前記各データファイルの内容をチェックするファイル内容チェック手段と、
該データ管理ファイルを格納する管理ファイル記憶手段と、
該各データファイルから属性情報を抽出して格納するファイル・フォルダ属性記憶手段と、
全てのメディアについて、前記ファイル内容チェック手段による内容チェックと、前記管理ファイル記憶手段とファイル・フォルダ属性記憶手段への格納が行われた後、該格納された管理ファイルに記述された前記属性情報と、ファイル・フォルダ属性記憶手段に格納された属性情報とを比較することにより属性情報をチェックする属性情報チェック手段と、
を有することを特徴とする電子納品データチェック装置。
【請求項２】
前記管理ファイル記憶手段は、前記データ管理ファイルに記述された属性情報から、予め設定された項目の属性情報を抽出して格納し、
前記ファイル・フォルダ属性記憶手段が抽出して格納する属性情報は、該予め設定された項目の属性情報であり、
前記属性情報チェック手段による前記比較は、該予め設定された項目の属性情報同士を比較するものであることを特徴とする請求項１記載の電子納品データチェック装置。
【請求項３】
前記ファイル内容チェック手段は、属性情報に依存するチェックパターンを適用する内容チェックに関しては、全てのチェックパターンを適用してチェックしてそのエラー情報を記憶しておき、
前記属性情報のチェック後、該各属性情報に基づいて、前記各データファイル毎に、そのデータファイルに対して適用すべきでないチェックパターンによる前記エラー情報は、削除することを特徴とする請求項１又は２記載の電子納品データチェック装置。
【請求項４】
分割されて複数枚のメディアに格納されて納品される、複数のデータファイルと該各データファイルの属性情報が記述されたデータ管理ファイルを有する電子納品データをチェックする方法において、
前記複数枚のメディアが順次セットされる毎に、該セットされたメディアに格納されている前記電子納品データの分割データを読取り、該読み取った分割データの前記各データファイルの内容をチェックし、該データ管理ファイルを格納すると共に該各データファイルから属性情報を抽出して格納し、
全てのメディアについて、前記内容チェックと前記データ管理ファイルと属性情報の格納が行われた後、該格納された管理ファイルに記述された前記属性情報と、前記格納された属性情報とを比較することにより属性情報をチェックすることを特徴とする電子納品データチェック方法。
【請求項５】
分割されて複数枚のメディアに格納されて納品される、複数のデータファイルと該各データファイルの属性情報が記述されたデータ管理ファイルを有する電子納品データをチェックするコンピュータに、
前記複数枚のメディアが順次セットされる毎に、該セットされたメディアに格納されている前記電子納品データの分割データを読取り、該読み取った分割データの前記各データファイルの内容をチェックし、該データ管理ファイルを格納すると共に該各データファイルから属性情報を抽出して格納する機能と、
全てのメディアについて、前記内容チェックと前記データ管理ファイルと属性情報の格納が行われた後、該格納された管理ファイルに記述された前記属性情報と、前記格納された属性情報とを比較することにより属性情報をチェックする機能と、
を実現させる為のプログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ＣＡＬＳ／ＥＣ分野の電子納品において、納品対象となる電子データが特定の規格に準拠しているか否かをチェックする電子納品データチェック装置等に関する。
【背景技術】
【０００２】
ＣＡＬＳ(Continuous Acquisition and Lifecycle Support；生産・調達・運用支援統合情報システム)は、情報を電子化してペーパーレス化を実現すると共に、情報交換や共有を円滑化し、コストを削減するとともに納期を短縮し、品質の確保・向上を実現し、更に省資源と省スペースを実現すると共に、事業全体の効率化を実現するものである。このＣＡＬＳに関して、例えば、ＣＡＬＳ／ＥＣという、国土交通省への提出書類（納品データ）を電子化する為の規格が作られている。そして、この規格に沿って納品データを電子化する為の支援ツールが存在する。更に、従来より、電子納品データが規格に合致するか否かをチェックするチェック装置が提案されている。例えば特許文献１、２，３に記載されている。この中で、例えば特許文献１を例にすると、チェックすべき項目を記憶するチェック項目メモリと、このチェック項目に基づきファイルをチェックするチェック実行処理部と、チェック結果を格納するチェックログメモリから成るファイルチェック手段が開示されている。
【特許文献１】特開２００３−９９７０１号公報
【特許文献２】特開２００３−２３３７６９号公報
【特許文献３】特開２００３−２３３７７０号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
上記特許文献１、２，３等の従来技術における電子納品データチェックは、何れも、電子納品データが複数のメディア（ＣＤ−Ｒ等）に分割されて納品された場合については考慮していない。つまり、例えば電子納品データの容量が大きい場合、１枚のメディア（ＣＤ−Ｒ等）に格納しきれない場合があり、複数のメディアに分けて格納することになる。この様な複数枚のメディアに分割された電子納品データをチェックするプログラムとして、現在、国土交通省のホームページにおける（http://www.nilim-ed.jp）において配布されている“チェックシステム”（2004.6.28現在、Ver.4.5）がある。
【０００４】
上記“チェックシステム”では、フォルダ・ファイルの属性情報（ファイル・フォルダ構造、名称の正当性等）のチェックと、実際のファイルの内容チェックとに分けてチェックを行っている。つまり、まず全てのメディアについて属性情報を一通りチェックし、その後、全てのメディアについて、属性情報が正しいファイルについてのみ、ファイルの内容をチェックするという方式を採用している。
【０００５】
図９（ａ）に、上記“チェックシステム”の処理フローチャート図を示す。また、図９（ｂ）は図９（ａ）のステップＳ５４の“チェック処理１”の詳細フローチャート、図９（ｃ）は図９（ａ）のステップＳ５７、Ｓ６１の“チェック処理２”の詳細フローチャートである。尚、ここでは、Ｍ枚のメディアに分けて格納された電子納品データをチェックするものとする。
【０００６】
図９（ａ）において、まず変数Ｎに初期値‘１’を代入する（ステップＳ５１）。その後、チェック対象データが格納された複数のメディア（ＣＤ−Ｒ等）のうちＮ枚目のメディアを要求するメッセージを画面に表示し（ステップＳ５２）、この表示に応じてオペレータがＮ枚目のメディア（最初は１枚目）をチェック装置（上記“チェックシステム”がインストールされたコンピュータ）にセットすると（ステップＳ５３）、チェック装置はチェック処理１を実行する（ステップＳ５４）。尚、当然、チェック装置には、ＣＤ−Ｒ読取装置等が備えられている。
【０００７】
ステップＳ５４のチェック処理１は、図９（ｂ）に示すように、まずデータ管理ファイルに格納されている属性情報を読出し（ステップＳ７１）、続いてフォルダ・ファイルからその属性情報を抽出する（ステップＳ７２）。そして、ステップＳ７１で得た属性情報とステップＳ７２で抽出した属性情報とを比較・チェックし、チェック結果を記憶装置に保存する（ステップＳ７３）。尚、データ管理ファイルは、メディアに格納される各フォルダ・ファイルの属性情報（フォルダ・ファイル構造、名称、その他ファイルの固有属性情報等）を記述したファイルである。
【０００８】
チェック処理１が完了したら、現在のＮの値＝メディア総枚数Ｍであるか否かを判定し（ステップＳ５５）、違う場合には（ステップＳ５５，ＮＯ）、Ｎの値を＋１インクリメントし（ステップＳ５６）、再びステップＳ５２〜Ｓ５４の処理を実行する。その際、最初は、１枚目のメディアを２枚目のメディアに交換する作業を、オペレータが行うことになる。
【０００９】
そして、全てのメディアに対してチェック処理１を実行したら（ステップＳ５５，ＹＥＳ）、続いて全てのメディアに対してチェック処理２を実行することになるが、チェック処理は１番目から順番に行わなくてもよいので、最後のメディア（Ｍ番目のメディア）をセットしてチェック処理１を完了した状態のまま、メディア交換を行うことなくそのまま、チェック処理２を実行する（ステップＳ５７）。この様にすることで、ＣＤ−ＲをＣＤ−Ｒ読取装置にセットする作業を２Ｍ回行うところを、２Ｍ−１回で済むようになる。
【００１０】
上記チェック処理２は、図９（ｃ）に示すように、ステップＳ７３で保存したチェック処理１によるチェック結果を参照して、属性チェックに問題が無かったファイルを求め、これらファイルのみをチェック対象として、ファイル内容のチェックを行う（ステップＳ８１）。そして、チェック結果を記憶装置に保存する（ステップＳ８２）。
【００１１】
その後は、１枚目〜Ｍ−１枚目のメディア各々について、同様に、チェック処理２を実行する。すなわち、まず、変数Ｎに初期値１を代入し（ステップＳ５８）、その後、チェック対象データが格納された複数のメディア（ＣＤ−Ｒ等）のうちＮ枚目のメディアを要求するメッセージを画面に表示し（ステップＳ５９）、この表示に応じてオペレータがＮ枚目のメディア（最初は１枚目）をチェック装置にセットすると（ステップＳ６０）、チェック装置はチェック処理２を実行する（ステップＳ６１）。尚、ステップＳ６１のチェック処理２は、ステップＳ５７と同じものである。
【００１２】
チェック処理２が完了したら、Ｎ＋１＝Ｍであるか否かを判定し（ステップＳ６２）、違う場合には（ステップＳ６２，ＮＯ）、Ｎの値を＋１インクリメントし（ステップＳ６３）、再びステップＳ５２〜Ｓ５４の処理を実行する。
【００１３】
そして、Ｍ−１枚目のメディアについてチェック処理２を実行したら（ステップＳ６２，ＹＥＳ）、チェック結果を出力（表示等）して、当該処理を終了する。
尚、上述したようにチェック処理１を全てのメディアに対して行ってから、チェック処理２を全てのメディアに対して行うようにしているのは、あるメディアに格納されているフォルダ・ファイルに係わるデータ管理ファイルが、同じメディアに格納されているとは限らないからである。
【００１４】
上記“チェックシステム”を用いるチェック装置では、ＣＤ−ＲをＣＤ−Ｒ読取装置にセットする作業の手間を多少は軽減（２Ｍ−１回）しているとはいえ、１枚を除いて残りの全てのメディアについて各々２回ずつセットする作業が必要であり、オペレータの作業負担は大きかった。この問題は、メディアの枚数が多いほど顕著になる。
【００１５】
本発明の課題は、複数枚のメディアに分けて格納された電子納品データをチェックするチェック装置において、各メディアを１回ずつセットすれば済むようにすることでオペレータの作業負担を軽減できる電子納品データチェック装置、そのプログラムを提供することである。
【課題を解決するための手段】
【００１６】
本発明の電子納品データチェック装置は、分割されて複数枚のメディアに格納されて納品される、複数のデータファイルと該各データファイルの属性情報が記述されたデータ管理ファイルを有する電子納品データをチェックするシステムにおいて、前記複数枚のメディアが順次セットされる毎に、該セットされたメディアに格納されている前記電子納品データの分割データを読取る電子データ読取手段と、該読み取った分割データの前記各データファイルの内容をチェックするファイル内容チェック手段と、該データ管理ファイルを格納する管理ファイル記憶手段と、該各データファイルから属性情報を抽出して格納するファイル・フォルダ属性記憶手段と、全てのメディアについて、前記ファイル内容チェック手段による内容チェックと、前記管理ファイル記憶手段とファイル・フォルダ属性記憶手段への格納が行われた後、該格納された管理ファイルに記述された前記属性情報と、ファイル・フォルダ属性記憶手段に格納された属性情報とを比較することにより属性情報をチェックする属性情報チェック手段とを有するように構成する。
【００１７】
上記データ管理ファイルに属性情報が記述されたデータファイルが全て当該データ管理ファイルと同じメディアに格納されているとは限らないので、メディアをセットする毎に、属性情報チェックまではできない為、属性情報は一旦保存しておく。そして、全てのメディアについて、メディアをセットして内容チェックを行うと共に属性情報を保存する処理を実行したら、最後に、保存してあった属性情報を用いて属性情報チェックを行う。
【００１８】
この様にすることで、各メディアのセット作業は１回ずつで済むようになり、オペレータ等の作業負担を軽減できる。
また、上記電子納品データチェック装置において、例えば、前記管理ファイル記憶手段は、前記データ管理ファイルに記述された属性情報から、予め設定された項目の属性情報を抽出して格納し、前記ファイル・フォルダ属性記憶手段が抽出して格納する属性情報は、該予め設定された項目の属性情報であり、前記属性情報チェック手段による前記比較は、該予め設定された項目の属性情報同士を比較するものである。
【００１９】
属性情報の全てを保存するのではなく、属性情報チェックに必要なデータのみを保存する。これにより、保存する属性情報のデータ量を少なくすることができる。
また、上記電子納品データチェック装置において、例えば、前記ファイル内容チェック手段は、属性情報に依存するチェックパターンを適用する内容チェックに関しては、全てのチェックパターンを適用してチェックしてそのエラー情報を記憶しておき、前記属性情報のチェック後、該各属性情報に基づいて、前記各データファイル毎に、そのデータファイルに対して適用すべきでないチェックパターンによる前記エラー情報は、削除するようにしてもよい。
【００２０】
上記内容チェックは、予め用意される様々なチェックパターンを適用することで行われるが、その中に、属性情報に依存するチェックパターンが含まれる場合がある。つまり、各データファイル毎に、その属性情報によって、適用する場合と適用しない場合とがあるチェックパターンが存在する。この点からも、従来では、属性情報チェックしてから内容チェックを行う必要があったが、本発明では、各メディアのセット回数が１回で済むようにしている為、内容チェックを先に行っている。この為、内容チェック時には、上記属性情報に依存するチェックパターンであっても、全てのデータファイルに対して適用して、エラー情報を格納する。そして、後に、属性情報チェックを行った際に、そのデータファイルには適用しないチェックパターンを適用したことによって発生していたエラー情報は削除する。
【発明の効果】
【００２１】
本発明の電子納品データチェック装置、そのプログラム等によれば、複数枚のメディアに分けて格納された電子納品データをチェックするチェック処理において、属性情報チェックと各データファイル内容チェックとを行う場合であっても、各メディアを１回ずつセットすれば済むようにでき、オペレータの作業負担を軽減できる。
【発明を実施するための最良の形態】
【００２２】
以下、図面を参照して、本発明の実施の形態について説明する。
図１は、本例の電子納品データチェック装置の機能ブロック図である。
図示の電子納品データチェック装置２０は、ユーザインタフェース部２１、電子データ読取り部２２、管理ファイル記憶部２３、ファイル・フォルダ属性記憶部２４、ファイル内容チェック部２５、チェック結果記憶部２６、メディア総枚数判別部２７、ファイル・フォルダ属性チェック部２８、及びチェック結果出力部２９より成る。
【００２３】
また、電子納品データチェック装置２０によるチェック対象データである電子納品データは、複数枚のメディア１０（ＣＤ−Ｒ等）に分けて格納されている。尚、チェック対象データは、基本的には、予め定められた要領・基準に従って作成されているはずである。
【００２４】
電子納品データチェック装置２０は、このチェック対象データが本当に上記要領・基準に従って作成されているか否かをチェックするものであり、チェック機能自体は従来と略同様であってよい。本例の電子納品データチェック装置２０の特徴は、チェック対象データが複数枚のメディア１０（ＣＤ−Ｒ等）に分けて格納されている場合において、メディア１０を電子納品データチェック装置２０にセットする作業を、各メディア毎に１回ずつで済むようにすることで、オペレータの作業負担を軽減するものである。
【００２５】
尚、上記ユーザインタフェース部２１〜チェック結果出力部２９までの９つの各機能部は、ここでは図示しない記憶装置（ハードディスク等）に予め記憶されている所定のアプリケーション・プログラムを、ＣＰＵ（ここでは不図示）等が読出し実行することにより実現される機能部であり、以下これら機能部による処理について、図２（ａ）、（ｂ）のフローチャートや図３〜図６のデータ構成図、図６の表示画面例等を参照して説明する。
【００２６】
その前に、図１に示す複数のメディア１０に分割して格納されるチェック対象データ（電子納品データ等）について説明しておく。図示の例では３枚のメディアに格納されている。各メディア１０に格納される電子納品データは、例えば図示の様に各フォルダと、各フォルダに格納される各ファイルから成るフォルダ・ファイル構造の電子納品データが格納されると共に、業務管理ファイル１１とデータ管理ファイル１２も格納されている。データ管理ファイル１２は、既に従来で説明したように、メディアに格納される各フォルダ・ファイルの属性情報（フォルダ・ファイル構造、名称、その他ファイルの固有属性情報等）を記述したファイルであり、全てのメディア１０に存在するとは限らない。一方、業務管理ファイル１１は全てのメディア１０に格納されるものであり、そのメディアが分割何番目のメディアであるかを示す情報（メディア番号）やメディアの総枚数の情報等が格納される。
【００２７】
また、ユーザインタフェース部２１は、例えばディスプレイ等の表示装置とキーボード／マウス等の操作入力装置であり、例えば図６等の画面を表示して、オペレータ等に所望の入力を行わせる。
【００２８】
図２（ａ）の処理では、まず変数Ｎに初期値‘１’を代入し（ステップＳ１１）、その後、１つのチェック対象データ（電子納品データ）が分割されて格納されている全メディアについてステップＳ１２〜ステップＳ１４の処理を実行する。
【００２９】
まず、例えば図６（ａ）に示す画面をユーザインタフェース部２１に表示して、Ｎ枚目（最初は１枚目）のメディアをセットすることをオペレータ等に要求する（ステップＳ１２）。この表示に応じてオペレータ等がＮ枚目のメディアをセットして（例えばＣＤ−ＲをＣＤ−Ｒ読取装置にセットする）上記画面上のチェックボタンをクリックすると（ステップＳ１３）、電子納品データチェック装置２０は、ステップＳ１４のチェック処理を実行する。
【００３０】
ここで、図２（ｂ）は、ステップＳ１４のチェック処理の詳細フローチャート図である。
図２（ｂ）において、まず、上記ＣＤ−Ｒ読取装置等である電子データ読取り部２２が、セットされたメディアに格納されている電子納品データ（その分割データ）を読み出す（ステップＳ２１）。
【００３１】
管理ファイル記憶部２３は、読み出したデータの中にデータ管理ファイル１２がある場合にはこれを記憶するが、本例ではデータ管理ファイル１２の内容全てではなく、属性情報のチェックに必要な任意の項目のデータのみを格納する。すなわち、管理ファイル記憶部２３は、例えば図３（ｂ）に示すデータ管理テ−ブル３０を格納・管理しており、このデータ管理テーブル３０によって定義されている項目のデータのみを、例えば図３（ａ）に内容の一例を示すデータ管理ファイル１２から抽出して、当該テーブル３０に格納する。抽出方法は例えば図３（ｃ）に一例を示す。これら図３（ａ）〜（ｃ）に示す一例について以下、詳しく説明する。
【００３２】
まず、図３（ａ）に示すデータ管理ファイル１２の一例について説明する。図示の例のデータ管理ファイル１２は、ファイル名称が“DRAWING.XML”というＸＭＬファイルである。よく知られているように、ＸＭＬ(eXtensible Markup Language)は、１９８６年にＩＳＯで標準化されたＳＧＭＬ(Standard Generalized Markup  Language)を、インターネットで活用し易くするために、１９９８年２月にその基本仕様ＸＭＬ1.0がＷ３Ｃ(World Wide Web Consortium)において策定されたものである。従来より用いられているＷｅｂページ作成言語であるＨＴＭＬ(HyperText Markup Language)は、タグが固定で表示に特化したものとなっており、タグ情報を基にコンピュータで情報を処理したいという要件に対応できない問題があった。これに対して、ＸＭＬは、利用者が自由にタグを定義でき、文書中の文字列に意味付けができる言語構造を有している。このようなＸＭＬで文書を記述した場合、その文書を、タグ情報に基づいてコンピュータで情報処理できる。
【００３３】
また、これもよく知られていることであるが、ＸＭＬ文書ファイルに記述された内容において、一対の"<"と">"で囲まれた文字列を「タグ」、"<文字列>"を「開始タグ」、"</文字列>"を「終了タグ」、開始タグから終了タグまでの文字列全体を「要素」、開始タグと終了タグで挟まれた文字列を「要素内容」、タグ内に記述される要素の名前を「タグ名」と呼ぶ。図３（ａ）に示す例では、例えばタグ名“図面名”の要素の要素内容は“表紙目次”であり、タグ名“図面ファイル名”の要素の要素内容は“DOCC000Z.DWG”である。
【００３４】
図３（ｂ）に示す図面ファイル名３３、図面尺度３４、起点観測点−ｎ３５、起点観測点−ｍ３６、終点観測点−ｎ３７、終点観測点−ｍ３８、平面直角座標系３９、・・・の各データ項目名は、上記属性情報のチェックに必要なデータの項目名であり、図３（ｃ）に示すように、これら各データ項目名と一致するタグ名の要素の要素内容を、データ管理ファイル１２から抽出して、これをデータ管理テーブル３０に格納することが、ステップＳ２２の処理内容である。また、フォルダパス３２には、図３（ｃ）に示すように、データ管理ファイル１２において例えば不図示の管理情報として格納されているフォルダパスを抽出して格納する。尚、Ｎｏ．３１は、各レコードに順番に割り当てられるシリアル番号である。
【００３５】
尚、図３（ａ）には、当該データ管理ファイル“DRAWING.XML”が属するフォルダに格納されているファイルの中で図面ファイル名“DOCC000Z.DWG”のファイルについての属性情報のみを示すが、勿論、“DRAWING.XML”には当該フォルダに格納される他の全てのファイルの属性情報が記述されており、これら全てのファイルの属性情報から上記と同様に属性情報のチェックに必要なデータ項目のデータを抽出して、データ管理テーブルに格納する。
【００３６】
ここで、データ管理ファイル１２は、各フォルダ毎に作成・格納され、そのフォルダに格納されている全てのデータファイルの属性情報が記述されているものであるが、電子納品データの複数のメディアへの分割・格納は、フォルダ単位で行われるものではない。よって、あるフォルダに格納されるデータファイル（データ管理ファイル１２も含む）全てが１つのメディアに格納されているという保証はない。よって、上記ステップＳ２２の処理ではフォルダ内の全てのデータファイルの属性情報を抽出するが、後述するステップＳ２３の処理で全てのデータファイルの属性情報を抽出できるとは限らない。これより、本例では、抽出した属性情報を上記データ管理テーブル３０、後述するファイル・フォルダ属性管理テーブル４０に格納しておき、全てのメディアの内容チェックが終わった後に、まとめて、後述するステップＳ１６の処理により属性情報のチェックを行うようにしている。
【００３７】
図２（ｂ）の説明に戻る。上述したようにしてステップＳ２２の処理を実行・完了したら、続いて、ファイル・フォルダ属性記憶部２４により、例えば図４（ａ）に示すような個々のデータファイルからその属性情報を読み取り、これを図４（ｂ）に示すファイル・フォルダ属性管理テーブル４０に格納する。ファイル・フォルダ属性管理テーブル４０の各データ項目は、データ管理テーブル３０とほぼ同じである。すなわち、各レコードのシリアル番号であるＮｏ．４１、フォルダパス４３と共に、上記属性情報のチェックに必要なデータ項目である図面ファイル名４４、図面尺度４５、起点観測点−ｎ４６、起点観測点−ｍ４７、終点観測点−ｎ４８、終点観測点−ｍ４９、平面直角座標系５０、・・・の各フィールドより成る。これらに加えて、更に、メディア番号４２のフィールドが加わっている。上記の通り、各メディアにそれぞれ格納される業務管理ファイル１１には、メディア総枚数、そのメディアのメディア番号が記述されているので、このメディア番号を読出してメディア番号４２に格納する。
【００３８】
上記個々のデータファイルからの属性情報の読み取り方法は、例えば、まず、一般的なファイル属性情報（フォルダパス、ファイル名等）は、ＯＳ等のシステムがファイルの管理情報として持っているので、システムに問い合わせることで取得する。また、ファイル固有の属性情報である上記図面尺度４５〜平面直角座標系５０等については、ファイル形式の仕様に従って、各データファイルからその属性情報が記載されている部分のみ（例えばファイルのヘッダ部のみ、又は先頭からｎバイト目まで／最後尾からｎバイト目まで等）を、局所的に指定して読み出すことにより実現する。
【００３９】
ステップＳ２３の処理が完了したら、上述した通りこの段階では未だ属性情報チェックは行わないで、続いて、ファイル内容チェック部２５によって、個々のファイルの内容チェックを行う（ステップＳ２４）。この内容チェック処理は、各データファイルの内容が予め定められた要領・基準に従って作成されたものであるか否かをチェックするものであり、チェック処理内容自体は従来と略同様であるが、本例では、各種内容チェック処理の中で属性情報に依存する内容チェック処理に関しては、全てのチェックパターンを適用して内容チェックを行い、内容チェック結果をチェック結果記憶部２６に格納する（ステップＳ２５）。
【００４０】
すなわち、例えば、上記属性情報に依存する内容チェック処理として、属性情報“ファイル名称”に依存する内容チェック処理が、例えば、「ファイル名称がＡで始まるファイルには、設計者の氏名が記述されていなければならない」というチェックパターンＡと、「ファイル名称がＢで始まるファイルには、工事対象建築物の住所が記述されていなければならない」というチェックパターンＢを有するものであったとする。この点からも、従来では、属性情報チェックの後に内容チェックを行う必要があった。つまり、属性情報チェックの際にファイル名が分かるので、例えばファイル名称がＡで始まるファイルに対しては、チェックパターンＡを適用し、チェックパターンＢは適用しないで、内容チェックを行う。
【００４１】
一方、本手法では、チェック対象の全てのファイルに対して、チェックパターンＡ，Ｂの両方を適用する。当然、例えば、ファイル名称がＡで始まるファイルについては、何も問題なくても、例えば“工事対象建築物の住所が記述されていない”旨のエラーが生じて、このエラー内容がチェック結果記憶部２６に格納される。しかし、この様な不適切なエラー内容は、後に、ステップＳ１６の処理の際に、フィルタリングを掛けて消去されるので（上記例では、例えば属性情報チェックしてファイル名称が正しいことが確認された後に、このファイル名称（Ａで始まる）より、上記チェックパターンＢが適用されたエラーは不適切であることが分かるので、このエラーはチェック結果記憶部２６から削除される）、ユーザインタフェース部２１（そのディスプレイ）には適切なチェック結果が表示される。
【００４２】
以上でステップＳ１４のチェック処理が完了したら、現在の変数Ｎの値＝メディア総枚数であるか否かを判定し（ステップＳ１５）、そうでなければ（ステップＳ１５，ＮＯ）、Ｎの値を＋１インクリメントして（ステップＳ１８）、ステップＳ１２の処理に戻る。尚、上述した通り、メディア総枚数は業務管理ファイル１１に記述されている。図５に、業務管理ファイル１１の内容の一例を示す。
【００４３】
図１の例ではメディアは３枚であるので、図６（ｂ）に示すように、まず１枚目のチェックが完了したら、２枚目のメディアを要求する画面が表示され、オペレータが２枚目のメディアをセットしてこの画面上の「実行」ボタンをクリックすると２枚目のメディアのチェック処理が実行され、同様にして３枚目のメディアのチェック処理が実行される。
【００４４】
チェック処理結果は、チェック結果記憶部２６に格納される。図７（ａ）、（ｂ）は、チェック結果記憶部２６が保持・管理するチェック結果記憶テーブル６０のデータ構造例、データ格納例である。図７（ｂ）に示すチェック結果記憶テーブル６０は、Ｎｏ．６１、メディア番号６２、場所６３、チェック区分６４、種類６５、内容６６の各データ項目より成る。これら各データ項目の説明が、図７（ａ）に示してある。Ｎｏ．６１は各レコードに順番に割り当てられるシリアル番号である。メディア番号６２は、エラーのあったファイル／フォルダが格納されていたメディアのメディア番号である。場所６３はエラーのあったファイル／フォルダのパスである。チェック区分６４は、エラーが、ファイル（フォルダ）属性によるものか、内容によるものかを区別するコードが格納されており、例えば‘０’であれば内容、‘１’であれば属性によるものとして、予め決められて設定されている。上記チェック処理の段階では未だ属性チェックは行われていないので、全て‘０’となっている。種類６５にはエラーの種類が格納され、内容６６にはエラー内容が格納される。
【００４５】
そして、全てのメディアについて上記チェック処理を行ったら（ステップＳ１５，ＹＥＳ）、続いて、ファイル・フォルダ属性チェック部２８が、管理ファイル記憶部２３、ファイル・フォルダ属性記憶部２４にそれぞれ格納されている上記データ管理テ−ブル３０、ファイル・フォルダ属性管理テーブル４０を参照して、両者を比較することにより、ファイル・フォルダ属性のチェックを行う（ステップＳ１６）。例えば、テーブル３０における任意のＮｏ．３１のレコードを読出し、テーブル４０においてこれと同じ番号（Ｎｏ．４１）のレコードを読出し、これらレコードのフォルダパス、ファイル名、図面尺度〜平面直角座標系等の各データ項目同士を比較して、不一致の項目があればエラー有りとしてそのエラー情報を上記テーブル６０に追加・格納する。但し、ステップＳ１６の処理の場合、チェック区分６４は‘１’となる。
【００４６】
チェック処理が完了したら、上記ステップＳ２４の説明の際に述べてあるフィルタリング処理を実行することで、チェック結果記憶テーブル６０に格納されたエラー情報の中から、必要に応じて、不適切なエラー情報を削除する。チェック結果出力部２９は、この様な不適切なエラー情報削除後のチェック結果記憶テーブル６０に基づいて、例えば図６（ｃ）に示すようなエラー表示画面をディスプレイ等に表示する（ステップＳ１７）。その際、属性情報のチェック結果とファイル内容のチェック結果とに優先順位を付けたい場合には、チェック区分６４を参照することにより、チェック結果の表示内容をコントロールすることもできる（例えば、属性チェックで問題があるファイルは、ファイル内容のチェック結果を表示しないようにする等）。
【００４７】
上述したように、本手法によれば、オペレータ等は、各メディアをそれぞれ１回だけセットすれば済むようになり、電子納品チェックシステム利用時のユーザ負担を軽減することができる。
【００４８】
図８は、上記電子納品データチェック装置を実現するパソコン、サーバ、ワークステーション等のコンピュータのハードウェア構成図である。
同図に示すコンピュータ１００は、ＣＰＵ１０１、メモリ１０２、入力部１０３、出力部１０４、記憶部１０５、記録媒体駆動部１０６、及びネットワーク接続部１０７を有し、これらがバス１０８に接続された構成となっている。同図に示す構成は一例であり、これに限るものではない。
【００４９】
ＣＰＵ１０１は、当該コンピュータ１００全体を制御する中央処理装置である。
メモリ１０２は、プログラム実行、データ更新等の際に、記憶部１０５（あるいは可搬型記録媒体１０９）に記憶されているプログラムあるいはデータを一時的に格納するＲＡＭ等のメモリである。ＣＰＵ１０１は、メモリ１０２に読み出したプログラム／データを用いて、上述してある各種機能・処理（図１の各機能部の機能、図２（ａ）、（ｂ）のフローチャートの処理）を実行する。
【００５０】
出力部１０４は、例えばディスプレイ等であり、上述した図６（ａ）〜（ｃ）に示す画面等を表示する。
入力部１０３は、例えば、キーボード、マウス等であり、ユーザはこれらを操作して、上記図６（ａ）〜（ｃ）等の画面上で所望のボタン操作等を行う。
【００５１】
ネットワーク接続部１０７は、例えばイントラネットやインターネット等のネットワークに接続して、他の情報処理装置とのコマンド／データ送受信を行う為の構成である。
記憶部１０５は、例えばハードディスク等であり、上述した様々な処理・機能（図１に示す各機能部の機能、図２（ａ）、（ｂ）のフローチャートの処理）を、上記ＣＰＵ１０１により実行させるための所定のアプリケーション・プログラムや各種データ（図３（ｃ），図４（ｃ）、図７（ｂ）に示すテーブル等）が格納される。
【００５２】
あるいは、これらプログラム／データは、可搬型記録媒体１０９に記憶されているものであってもよい。この場合、可搬型記録媒体１０９に記憶されているプログラム／データは、記録媒体駆動部１０６によって読み出される。可搬型記録媒体１０９とは、例えば、ＦＤ（フレキシブル・ディスク）１０９ａ、ＣＤ−ＲＯＭ１０９ｂ、その他、ＤＶＤ、光磁気ディスク等である。
【００５３】
あるいは、また、上記プログラム／データは、ネットワーク接続部１０７により接続しているネットワークを介して、他の装置内に記憶されているものをダウンロードするものであってもよい。あるいは、更に、インターネットを介して、外部の他の装置内に記憶されているものをダウンロードするものであってもよい。
【００５４】
また、本発明は、上記本発明の各種処理をコンピュータ上で実現するプログラムを記録した可搬型記憶媒体として構成できるだけでなく、当該プログラム自体として構成することもできる。
【図面の簡単な説明】
【００５５】
【図１】電子納品データチェック装置の機能ブロック図である。
【図２】（ａ）は電子納品データチェック装置の処理フローチャート図、（ｂ）はそのステップＳ１４の詳細フローチャート図である。
【図３】（ａ）はデータ管理ファイルの一例、（ｂ）（ｃ）はデータ管理テ−ブルの一例とその説明である。
【図４】（ａ）は個々のデータファイル一覧、（ｂ）（ｃ）はファイル・フォルダ属性管理テーブルの一例とその説明である。
【図５】業務管理ファイルの内容の一例を示す図である。
【図６】（ａ）、（ｂ）はチェック処理に係わる画面例、（ｃ）はチェック結果の表示画面例である。
【図７】（ａ）、（ｂ）は、チェック結果記憶テーブルのデータ構造例、データ格納例である。
【図８】コンピュータ・ハードウェア構成図である。
【図９】（ａ）は従来のチェックシステムの処理フローチャート図、（ｂ）はそのステップＳ５４の詳細フローチャート、（ｃ）はそのステップＳ６１等の詳細フローチャートである。
【符号の説明】
【００５６】
１０  メディア（ＣＤ−Ｒ等）
１１  業務管理ファイル
１２  データ管理ファイル
２０  電子納品データチェック装置
２１  ユーザインタフェース部
２２  電子データ読取り部
２３  管理ファイル記憶部
２４  ファイル・フォルダ属性記憶部
２５  ファイル内容チェック部
２６  チェック結果記憶部
２７  メディア総枚数判別部
２８  ファイル・フォルダ属性チェック部
２９  チェック結果出力部
３１  Ｎｏ．
３２  フォルダパス
３３  図面ファイル名
３４  図面尺度
３５  起点観測点−ｎ
３６  起点観測点−ｍ
３７  終点観測点−ｎ
３８  終点観測点−ｍ
３９  平面直角座標系
４１  Ｎｏ．
４２  メディア番号
４３  フォルダパス
４４  図面ファイル名
４５  図面尺度
４６  起点観測点−ｎ
４７  起点観測点−ｍ
４８  終点観測点−ｎ
４９  終点観測点−ｍ
５０  平面直角座標系
６１  Ｎｏ．
６２  メディア番号
６３  場所
６４  チェック区分
６５  種類
６６  内容
１００  コンピュータ
１０１  ＣＰＵ
１０２  メモリ
１０３  入力部
１０４  出力部
１０５  記憶部
１０６  記録媒体駆動部
１０７  ネットワーク接続部
１０８  バス
１０９  可搬型記録媒体
１０９ａ  ＦＤ（フレキシブル・ディスク）
１０９ｂ  ＣＤ−ＲＯＭ
【図１】
2006072654.tif 000003
【図２】
2006072654.tif 000004
【図３】
2006072654.tif 000005
【図４】
2006072654.tif 000006
【図５】
2006072654.tif 000007
【図７】
2006072654.tif 000008
【図８】
2006072654.tif 000009
【図９】
2006072654.tif 000010
【図６】
2006072654.tif 000011