(57)【要約】【課題】  作成された電子帳票が設計通りに作成されているかどうかを容易に検証することが可能な電子帳票検証システムを提供する。【解決手段】  電子帳票の各入力フィールドの属性情報を有する帳票機能データのうち、文字種別、文字サイズ、文字数の情報から文字列のサイズを決定し、配置すべき入力フィールド内に収まるかどうかを計算し、入力フィールド内に収まる文字数分だけ「１」から「０」までの一桁の数字を順に配置していく。この際、帳票機能データの文字数に相当する順番の文字として■の文字を配置する。入力フィールド以外には、電子帳票の体裁を表現した電子帳票データを出力する。【選択図】  図３
2006139406.tif 000002
【特許請求の範囲】
【請求項１】
検査対象となる電子帳票データを記録する帳票データ記憶手段と、
前記電子帳票データ内の各入力フィールドについての属性情報を検知し、当該属性情報の中からフィールド位置、文字種別、文字サイズ、文字数についての情報を一つの入力フィールドの情報として抽出するデータ抽出手段と、
前記抽出された各フィールドに対して、指定された文字を前記抽出された文字種別、文字サイズの文字数分の文字列として、書き込む処理を行う文字流し込み手段と、
前記電子帳票データ内に文字が書き込まれた状態の電子帳票データを出力する出力手段と、
を有することを特徴とする電子帳票検証システム。
【請求項２】
前記文字流し込み手段において流し込まれる指定された文字は、末尾を示すための特定文字と、末尾以外を示す一桁の数字であることを特徴とする請求項１に記載の電子帳票検証システム。
【請求項３】
さらに前記電子帳票データを作成する基礎となった設計データを抽出し、前記抽出した属性情報と前記設計データの対応する項目における属性情報を比較する判定手段を有し、
前記出力手段は、前記判定手段による比較の結果、両者において異なっている部分を明示出力するものであることを特徴とする請求項１に記載の電子帳票検証システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、電子帳票編集ツールで作成した電子帳票が設計通りに作成されているかどうかを検証するための技術に関する。
【背景技術】
【０００２】
従来より、役所への提出等のためにさまざまな形式の書類が用意されており、これらの書類に必要事項を記入して、書類を提出することが行われていた。近年では、コンピュータ技術の発達に伴い、これらの書類を電子化したいわゆる電子帳票（電子フォームとも呼ばれる。）が利用されており、コンピュータ上で電子帳票に必要事項を入力し、ネットワーク経由で提出することが可能になってきている。
【０００３】
電子帳票においては、通常、情報を入力するための領域として入力フィールドがいくつか設けられており、これらの入力フィールドには、どのような大きさの文字を何文字入力することができるかが設定されている。
【０００４】
電子帳票は、電子帳票の設計段階における要求事項を記録した設計書に基づいて、電子帳票編集ツールによって作成される。電子帳票の設計段階における要求事項とは、例えば入力フィールドの文字種別・文字サイズ・文字数であり、例えば選択肢の個数・択一・複数選択の区別である。電子帳票編集ツールは、罫線や枠線、背景色、画像、帳票上に記載される文字といったデザインの編集と、入力フィールドの設置、入力フィールドに対して入力文字数や文字種別・文字サイズの設定といった電子帳票機能の編集を、コンピュータ上で行い、電子帳票データを作成するツールである。こうした電子帳票編集ツールには、例えばAdobe社の「Acrobat」（登録商標）がある。
【発明の開示】
【発明が解決しようとする課題】
【０００５】
しかしながら、従来の電子帳票編集ツールによる電子帳票の作成は、個々に手動で行う為に、必ずしも設計通りに行かないことが多い。また、１セットとして作成される電子帳票が多数ページとなる場合や、同時に複数の帳票を作成する場合、設計通りに作成されたかどうかを検証する作業は、従来の電子帳票作成ツールに検証を行う機能が無い為に人力で行っているので、多くの作業負荷がかかっている。
【０００６】
上記のような点に鑑み、本発明は、作成された電子帳票が設計通りに作成されているかどうかを容易に検証することが可能な電子帳票検証システムを提供することを課題とする。
【課題を解決するための手段】
【０００７】
上記課題を解決するため、本発明では、電子帳票検証システムを、検査対象となる電子帳票データを記録する帳票データ記憶手段と、前記電子帳票データ内の各入力フィールドについての属性情報を検知し、当該属性情報の中からフィールド位置、文字種別、文字サイズ、文字数についての情報を一つの入力フィールドの情報として抽出するデータ抽出手段と、前記抽出された各フィールドに対して、指定された文字を前記抽出された文字種別、文字サイズの文字数分の文字列として、書き込む処理を行う文字流し込み手段と、前記電子帳票データ内に文字が書き込まれた状態の電子帳票データを出力する出力手段を有する構成としたことを特徴とする。
【発明の効果】
【０００８】
本発明によれば、電子帳票を構成する電子帳票データから入力フィールドの属性情報を抽出して、その属性情報に従って事前に指定された文字の文字列を作成して電子帳票データの入力フィールド位置に配置して、文字が入力された電子帳票データを出力するようにしたので、電子帳票に文字を入力した状態を目視で容易に確認することが可能となる。
【発明を実施するための最良の形態】
【０００９】
以下、本発明の好適な実施形態について、図面を参照して詳細に説明する。
（１．システム構成）
図１は、本発明に係る電子帳票検証システムの構成を示す機能ブロック図である。図１において、１０は帳票データ抽出手段、２０は判定手段、３０は流し込み処理手段、４０は出力手段、５０は帳票データ記憶手段、６０は設計データ記憶手段である。
【００１０】
帳票データ抽出手段１０は、帳票データ記憶手段５０から検証対象とする電子帳票データを抽出する機能を有している。判定手段２０は、電子帳票データの情報が所定の規則に従っているか、および、電子帳票データと設計データを比較して一致しているかどうかを判定する機能を有している。流し込み処理手段３０は、電子帳票データとして設定されたフィールドに、文字データを流し込む機能を有している。出力手段４０は、判定手段２０による判定結果、流し込み処理手段３０による流し込み結果を表示または印刷により出力する機能を有している。帳票データ記憶手段５０は、電子帳票データを記憶するためのものである。電子帳票データは、電子帳票の見た目のデザインである帳票デザインデータと、電子帳票に設けられた入力フィールドの属性情報を記録した帳票機能データにより構成されている。本実施形態においては、帳票機能データを、ＸＭＬ形式で作成している。設計データ記憶手段６０は、帳票機能データとしての設計段階における要求事項を記録した設計データを記憶するためのものである。設計データは、帳票機能データと同一のデータ形式で作成されており、同種の属性情報を有している。図１に示したシステムは、現実にはコンピュータおよびその周辺機器等のハードウェアにおいて、専用のソフトウェアを実行することにより実現される。したがって、図１に示したシステムを実行する際には、コンピュータの汎用的な他の機能を利用することができる。
【００１１】
（２．処理動作）
まず、本システムを起動させると、初期画面が出力手段４０に表示される。本システムにおいては、３つの方式による検証が可能となっている。初期画面には、３つの検証機能が表示されて選択可能となっていると共に、作業対象とする電子帳票データのファイル名を入力する欄が設けられている。このような初期画面において、作業者は、作業対象とする電子帳票データを選択すると共に、１つの検証機能を選択し、検証処理の実行を指示する。検証処理の実行が指示されると、本システムは、選択された検証機能を認識し、検証機能に応じた処理を実行する。
【００１２】
（２．１．帳票分析）
帳票分析が指示されている場合、データ抽出手段１０は、帳票データ記憶手段５０から帳票機能データを抽出する。具体的には、ＸＭＬ形式のデータである帳票機能データのタグを解析して、タグに代えて、コンマ「，」を挿入することによりＣＳＶ形式に変換する。さらに、ＣＳＶ形式に変換した帳票機能データを表形式データとして展開する。これは、周知の表計算ソフトウェアをコンピュータで起動させ、この表計算ソフトウェアに、ＣＳＶ形式に変換した帳票機能データを渡すことにより実現できる。表計算ソフトウェアは、データ抽出部１０から取得した帳票機能データを表形式で出力手段４０に表示する。また、帳票分析の際には、判定手段２０が、抽出した帳票機能データ内の各入力フィールドの属性情報が適正なものであるかどうかを判定する。具体的には、フィールド位置情報に基づいてフィールドサイズを算出すると共に、文字数、文字サイズ、文字種別（フォント、入力型）の情報に基づいて、設定された最大文字数を表示するために必要なフィールドのサイズを必要サイズとして算出し、両者を比較する。比較の結果、フィールドサイズが必要サイズよりも小さい場合は、正しくない旨を出力する。この際、正しくない旨の情報は、表計算ソフトウェアに渡され、表形式データの一部として出力される。このようにして、帳票分析の結果として、表形式データが表示された際の出力手段４０の画面の様子を図２に示す。
【００１３】
図２に示すように、帳票機能データの各項目が表形式で出力されることになる。なお、図２に示した帳票機能データは、画面に表示されるときのイメージを示したものであるが、内容的には、帳票データ記憶手段５０に記録されているＸＭＬ形式の帳票機能データと同一のものである。また、帳票機能データのうち、文字数、文字サイズ、フォント、入力型の項目から必要なフィールドサイズを算出し、実際のフィールドサイズと対比させて問題がある場合は警告を表示する。必要なフィールドサイズは、文字サイズをｍｍ単位に換算したものに文字数を乗じることにより求まる。帳票機能データにおいては、文字サイズはポイント数で記録されているが、システム内には、各フォント、入力型について各ポイントの文字を実際に印刷した場合に縦何ｍｍ、横何ｍｍになるかの対応関係を記録した文字サイズ対応テーブルを保持しているので、この文字サイズ対応テーブルを参照することによりｍｍ単位に換算する。なお、入力型とは、全角、半角の別を示すものである。ｍｍ単位に換算した各文字の文字サイズを文字数倍すれば、設定された文字を入力するために必要な縦、横のフィールドサイズがｍｍ単位で算出されることになる。実際のフィールドサイズは、設定されているフィールドの対角の２点の位置により定まる。帳票機能データにおいては、フィールドの対角の２点の位置で特定している。図２の例では、左上の点（startX、startY）と右下の点（endX、endY）の２点で特定している。この２点の値を用いて、（endY- startY）が縦方向、（endX- startX）が横方向の実際のフィールドサイズとして算出されることになる。なお、図２の例では、startX、startY、endX、endYについては、０．１ｍｍ単位で記録されているので、単位を揃えて比較を行う必要がある。そして、実際のフィールドサイズが必要なフィールドサイズ以上である場合には、警告は行わない。逆に実際のフィールドサイズが必要なフィールドサイズより小さい場合には警告を行うことになる。
【００１４】
本実施形態では、警告として、「A0007は、フィールドサイズが不足しています（ｘ：28.2→28.3）」のように、フィールドＩＤを特定して行うと共に、フィールドサイズが足りない場合は、現在のサイズと、修正すべきサイズを明示して行っている。このような警告は、単独の画面で出力することもできるし、図２に示したような表形式データの一部として、同一画面に出力することもできる。
【００１５】
（２．２．帳票検証）
次に、帳票検証について説明する。帳票検証が指示された場合、データ抽出手段１０は、帳票データ記憶手段５０から帳票機能データを抽出する。一方、判定手段２０は、設計データ記憶手段６０から設計データを抽出する。設計データとは、電子帳票の設計段階において作成されるデータであり、基本的には、帳票機能データの各項目と対応している。帳票機能データ作成の際には、設計データを見ながら作成されるため、各項目の内容については一致していなければならない。判定手段２０は、さらに帳票機能データおよび設計データから同一の項目名を有する項目のデータを抽出し、比較する。そして、一致しない場合は、設計と異なる旨のメッセージを出力する。また、上記帳票分析の場合と同様に、帳票機能データを抽出し、表形式データとして展開する。この際、設計データと一致しない項目については、他とは異なる色で出力手段４０に表示出力する。図２においては、他と異なる色で表示出力した部分を網掛けで示している。
【００１６】
（２．３．フル桁検証）
次に、フル桁検証について説明する。フル桁検証が指示された場合、データ抽出手段１０は、帳票データ記憶手段５０から帳票機能データを抽出する。続いて、流し込み処理手段３０が、帳票機能データの各入力フィールドの設定内容に従って、流し込み可能な最大数の文字を流し込む。流し込む文字は事前に設定されたものを用いる。具体的には、末尾を示すための特定文字と、末尾以外を示す非末尾文字で明らかに異なることが区別できるような文字を用いる。本実施形態では、入力フィールド内に流し込まれた文字数が一目瞭然となるように、非末尾文字として、数字の「１」から「０」までを順に流し込むようにしている。入力フィールドに流し込まれた文字数が１０文字以上となった場合は、繰り返し「１」から流し込むようにしている。また、入力フィールドに設定された最大文字数番目には、末尾文字として■が入力されるように設定されている。例えば、文字数の項目が「１０」である場合、１〜９までの数字が順番に配列され、その次に■が配列された「１２３４５６７８９■」という文字列が入力されることになる。文字数の項目が「２０」である場合は、１〜０の数字の後、１〜９の数字が順番に配列され、その次に■が配列された「１２３４５６７８９０１２３４５６７８９■」という文字列が入力されることになる。
【００１７】
各フィールドには、上記規則に従って各文字列が流し込まれ、フィールド内実データとして書き込まれることになる。フィールド内実データとして書き込まれた文字列は、電子帳票データを表示する機能によって電子帳票データが表示出力された際、入力フィールドに入力された文字列として表示される。
【００１８】
画面への表示出力処理としては、出力手段４０の画面に対応したフレームメモリ上に帳票デザインをイメージデータとして書き込み、入力フィールドに相当する位置については、フィールド内実データとして作成された文字列データを書き込む。この際、流し込むべき文字列の大きさを計算し、文字全体が収まるもののみを書き込むようにする。例えば、図２に示した入力フィールドA0001については、まず、フォント、入力型、文字サイズから上述の文字サイズ対応テーブルを参照して１文字の縦、横それぞれのサイズをｍｍ単位に換算する。続いて、文字の縦サイズと入力フィールドの縦サイズとの比較を行う。文字の縦サイズの方が入力フィールドの縦サイズよりも大きい場合には、入力不可能となり、文字は１文字も流し込まれないことになる。文字の縦サイズが入力フィールドの縦サイズ以下である場合には、入力フィールドの横サイズを文字の横サイズで除算して、小数点以下切捨てを行い、何文字入るかを算出する。そして、算出された文字数分の文字を「１」から順に書き込むことになる。算出された文字数が、入力フィールドに設定された文字数以上の場合、文字列の末尾を示す「■」まで書き込まれることになる。算出された文字数が、入力フィールドに設定された文字数より少ない場合には、末尾を示す「■」は書き込まれないことになる。
【００１９】
フル桁検証の為に出力された電子帳票データを表示出力したものを図３に示す。図３において、A0001〜A0008は入力フィールドであり、図２に示したフィールドＩＤと対応している。また、外側の枠は、電子帳票の外枠を示しており、図３においては、省略しているが、実際には、外枠内部の入力フィールド以外の部分には、帳票デザインデータに記録された図柄等が表示されている。図３の例では、入力フィールドA0007だけ末尾を示す■の文字が表示されておらず、設計した入力文字数の全ては表示されないことがわかる。また、入力フィールドA0005のように入力されている文字数が少なくても、末尾を示す■の文字が表示されている場合は、設計した入力文字数全てが表示されることがわかる。図に示すように、文字が流し込まれた状態の入力フィールドの様子を確認できるので、設計した入力文字数全てが表示されるかどうかが確認できると共に、電子帳票を使用する際に違和感のある部分を即座に発見できる。このフル桁検証は、上記帳票分析によっては検出できない不具合を発見することができる点で効果がある。上記帳票分析では、必要なフィールドサイズと実際のフィールドサイズを比較することにより理論上、フィールド内に収まらない場合について検出することができるが、理論上正しくても、実際に出力した場合には、微妙に違和感が生ずる場合がある。このような場合に、人の目で見て検証するために有効な機能となっている。
【００２０】
以上、本発明の好適な実施形態について説明したが、本発明は上記実施形態に限定されず、種々の変形が可能である。例えば、上記実施形態では、出力手段４０として、ディスプレイ装置等の表示出力手段を想定して説明したが、出力手段として、プリンタ等の印字出力手段に適用することが可能な点は当然である。
【図面の簡単な説明】
【００２１】
【図１】本発明に係る電子帳票検証システムの構成を示す機能ブロック図である。
【図２】帳票機能データを表形式で示した図である。
【図３】電子帳票データに文字を流し込んだ状態を示す図である。
【符号の説明】
【００２２】
１０・・・帳票データ抽出手段
２０・・・判定手段
３０・・・流し込み処理手段
４０・・・出力手段
５０・・・帳票データ記憶手段
６０・・・設計データ記憶手段
【図１】
2006139406.tif 000003
【図２】
2006139406.tif 000004
【図３】
2006139406.tif 000005