(57)【要約】【課題】いずれの帳票テンプレートが指定されても、帳票テンプレートへのデータの挿入が可能となる情報処理装置を提供する。【解決手段】データ入出力制御システム（情報処理装置）１０４は、業務システム１０１と、帳票テンプレート１１０を有する帳票印刷システム１０９とのインタフェースを司り、文字列を含むデータを帳票テンプレート１１０上のフィールドに挿入する。そして、異なる複数の帳票テンプレート１１０上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ユニット１０８を備える。【選択図】図１
2008217774.tif 000002
【特許請求の範囲】
【請求項１】
データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置において、
異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ユニットを備えることを特徴とする情報処理装置。
【請求項２】
前記帳票テンプレートは各々複数の前記フィールドを有し、複数のフィールドはそれぞれ異なる識別子の群であるフィールド識別子群を構成し、
前記フィールド識別子抽出ユニットは、前記フィールド識別子群のうち、集合として同一視できるフィールド識別子群を抽出することを特徴とする請求項１記載の情報処理装置。
【請求項３】
前記フィールド識別子抽出ユニットは、抽出対象と異なる各帳票テンプレートに関して、当該帳票テンプレートの前記フィールド識別子群のうち、集合として同一視できる前記フィールド識別子群の識別子と、同一視可能な識別子を抽出し、その数の多い前記帳票テンプレートの識別子群の識別子を同一視する前記識別子に決定することを特徴とする請求項２記載の情報処理装置。
【請求項４】
前記フィールド識別子抽出ユニットを用いて前記フィールド識別子群を抽出する経過及び結果を表示する表示ユニットを備えることを特徴とする請求項２又は３記載の情報処理装置。
【請求項５】
複数の前記帳票テンプレートから、帳票テンプレートのフィールド名を含むＸＭＬスキーマを複数生成し、生成された複数のＸＭＬスキーマを処理して共通のフィールド名を同一視することで統合されたＸＭＬスキーマを生成する生成ユニットを更に備えることを特徴とする請求項１乃至４のいずれか１項に記載の情報処理装置。
【請求項６】
データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法において、
異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを備えることを特徴とする情報処理装置の制御方法。
【請求項７】
前記帳票テンプレートは各々複数の前記フィールドを有し、複数のフィールドはそれぞれ異なる識別子の群であるフィールド識別子群を構成し、
前記フィールド識別子抽出ステップは、前記フィールド識別子群のうち、集合として同一視できるフィールド識別子群を抽出することを特徴とする請求項６記載の情報処理装置の制御方法。
【請求項８】
前記フィールド識別子抽出ステップは、抽出対象と異なる各帳票テンプレートに関して、当該帳票テンプレートの前記フィールド識別子群のうち、集合として同一視できる前記フィールド識別子群の識別子と、同一視可能な識別子を抽出し、その数の多い前記帳票テンプレートの識別子群の識別子を同一視する前記識別子に決定することを含むことを特徴とする請求項７記載の情報処理装置の制御方法。
【請求項９】
前記フィールド識別子抽出ステップを用いて前記フィールド識別子群を抽出する経過及び結果を表示する表示ステップを備えることを特徴とする請求項７又は８記載の情報処理装置の制御方法。
【請求項１０】
複数の前記帳票テンプレートから、帳票テンプレートのフィールド名を含むＸＭＬスキーマを複数生成し、生成された複数のＸＭＬスキーマを処理して共通のフィールド名を同一視することで統合されたＸＭＬスキーマを生成する生成ステップを更に備えることを特徴とする請求項６乃至９のいずれか１項に記載の情報処理装置の制御方法。
【請求項１１】
データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法をコンピュータに実行させるプログラムにおいて、
異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを有することを特徴とするプログラム。
【請求項１２】
データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法をコンピュータに実行させるプログラムを格納するコンピュータ読み取り可能な記憶媒体であって、
前記プログラムは、異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを有することを特徴とする記憶媒体。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、情報処理装置及びその制御方法、並びにプログラム及び記憶媒体に関する。
【背景技術】
【０００２】
レガシーシステムやデータベースシステムをベースに構築された業務システムから出力されるデータを元に伝票や帳票を作成する機会が増えている。一方、業務システムは、帳票や伝票などの出力形態を意識することなく構築されることが多い。そして、任意のデータや出力形態を入力として帳票や伝票などを生成する帳票システムを構築した後、両システム間のインタフェースを定義し、結合するのが一般的である。
【０００３】
具体的には、業務システムデータと帳票テンプレートのフィールドのそれぞれの識別子を関係付けるという方法で実現する。
【０００４】
ところで、各システムが入出力するデータの形式として、構造を伴って複数のデータを単一のオブジェクトとして取り扱うことが可能なＸＭＬを採用することが多くなっている。そして、インタフェース定義、特にシステム間のデータ出力／入力定義をＸＭＬデータの構造に関する情報（ＸＭＬスキーマ）を活用して実施する、具体的には要素名を関係付けることで実現するのが一般的になっている。尚、ＸＭＬスキーマには「任意のデータを記述するための要素名の集合」が定義されている。
【０００５】
関連技術として、特許文献１には、ユーザデータの識別子と表シートセルの番号の関係付けを、表シート毎に実施する技術について記載されている。また特許文献２には、ＸＭＬ要素名称を関係付ける手間を省くことを目的として、要素名称の類似度を手掛りに関係付の自動化を図る技術が記載されている。
【特許文献１】特開２００２−１０８６６５号公報
【特許文献２】特開２００２−９９５６１号公報
【発明の開示】
【発明が解決しようとする課題】
【０００６】
フィールド名称はユーザが個々に決定するものであり、また、同一のフィールド名称を有する帳票テンプレートは一般に複数存在する。このような背景の下、データの識別子を帳票テンプレートのフィールド名称に関係付ける作業を極力簡単に実施したい。
【０００７】
特許文献１記載の技術では、データ識別子と表シートに定義されたセル番号（帳票テンプレートのフィールド名称に相当）の関係付けを、同一の名称のフィールドを有する表シートであっても、表シート毎に実施する必要がある。そのため、関係付けの手間がかかる、という課題が残る。
【０００８】
また、文献２記載の技術では、要素名の関係付け（データの識別子と帳票テンプレートのフィールド名称の関係付けに相当）の自動化を行う前提として、要素名として出現する文字列が限定的であることが明らかである。そのため、出現する文字列がユーザ毎に決定されるものである場合に適用できないという課題がある。
【０００９】
本発明の目的は、いずれの帳票テンプレートが指定されても、帳票テンプレートへのデータの挿入が可能となる情報処理装置及びその制御方法、並びにプログラム及び記憶媒体を提供することにある。
【課題を解決するための手段】
【００１０】
上記目的を達成するために、請求項１記載の情報処理装置は、データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置において、異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ユニットを備えることを特徴とする。
【００１１】
請求項６記載の情報処理装置の制御方法は、データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法において、異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを備えることを特徴とする。
【００１２】
請求項１１記載のプログラムは、データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法をコンピュータに実行させるプログラムにおいて、異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを有することを特徴とする。
【００１３】
請求項１２記載の記憶媒体は、データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する情報処理装置の制御方法をコンピュータに実行させるプログラムを格納するコンピュータ読み取り可能な記憶媒体であって、前記プログラムは、異なる複数の前記帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ステップを有することを特徴とする。
【発明の効果】
【００１４】
本発明の情報処理装置は、データベースデータが挿入されるフィールドを有する帳票テンプレートを処理する。そして、異なる複数の帳票テンプレート上のフィールドの識別子のうち、同一視できる識別子を抽出するフィールド識別子抽出ユニットを備える。
【００１５】
この構成により、いずれの帳票テンプレートが指定されても、帳票テンプレートへのデータの挿入が可能となる。
【発明を実施するための最良の形態】
【００１６】
以下、本発明の実施の形態を図面を参照しながら詳細に説明する。
【００１７】
図１は、本発明の実施の形態に係る情報処理装置を含む帳票システムのブロック構成図である。
【００１８】
図１において、帳票システムは、業務システム１０１と、帳票印刷システム１０９と、両システムのインタフェースを定義するデータ入出力制御システム１０４とから構成される。
【００１９】
業務システム１０１は、データ出力部１０２とスキーマ管理部１０３とを備える。
【００２０】
データ入出力制御システム１０４（情報処理装置）は、データ入力部１０５と、データ変換部１０６と、データ出力部１０７及び識別子管理部１０８とを備える。
【００２１】
帳票印刷システム１０９は、帳票テンプレート１１０と、データ入力部１１１及び帳票生成部１１２とを備える。
【００２２】
システム設計時、帳票テンプレート１１０が有するフィールドの識別子に相当するフィールドの名称と、スキーマ管理部１０３から得られるデータ識別子を識別子管理部１０８で関係付ける。
【００２３】
本実施形態の特徴である、複数のテンプレートから同一視可能なフィールド名称を抽出する処理は、識別子管理部１０８で行われる。
【００２４】
システム運用時、データ出力部１０２から出力される業務データは、データ入力部１０５に入力され、識別子管理部１０８で生成された識別子関係付け規則を用いてデータ変換部１０６にて変換される。そして、データ出力部１０７を通して帳票印刷システム１０９のデータ入力部１１１に入力されて、帳票テンプレート１１０を用いて、帳票生成部１１２にてオーバレイ処理がなされる。
【００２５】
帳票テンプレート１１０の多くは共通のフィールド名称を有することが多く、これをＸＭＬで表現した場合、フィールド名称を、ＸＭＬスキーマを用いて「複数の異なる帳票テンプレート間で同一視可能な要素名の集合」と表現できる。
【００２６】
ここでＸＭＬスキーマとは、ＸＭＬデータの要素の名称や属性の名称、それらの出現回数、出現順序など、要素の値や属性の値に依存しない、ＸＭＬデータの構造を定義したデータである。
【００２７】
以下、具体的に説明する。
【００２８】
図２は、図１における帳票テンプレートを示す図、図３は、図１における帳票テンプレートのＸＭＬ表現を示す図、図４は、図１における帳票テンプレートのフィールド名称のスキーマ表現を示す図である。
【００２９】
図２の帳票テンプレート２０１において、符号２０２、２０３、２０４はフィールドを表し、それぞれ名称（フィールド名称）を有する。フィールド名称に関係付けられた任意のデータがこのフィールドに挿入された結果が、所望の帳票となる。
【００３０】
図３のＸＭＬ表現３０１において、符号３０２がそれら名称に対応する。符号３０２は、フィールド名称が構造化データの値として表現されることを意味するのだが、他のデータとの関係付けを行うためにメタレベルのデータであるスキーマに変換する。
【００３１】
図４のスキーマ表現４０１において、例えば、符号４０２は図２の符号２０２に対応し、フィールド名称をＸＭＬ要素名とすることを意味する。同様に符号４０３は符号２０３に、符号４０４は符号２０４に対応する。
【００３２】
ここで、スキーマ表現４０１は、符号４０２、４０３、４０４で定義する要素名の間には順序性がないことを表しており、つまり同一のフィールド名称を有する帳票テンプレートに対応するＸＭＬスキーマは同一になることを同時に表している。
【００３３】
次に、同一視可能なフィールド名称、またはフィールド名称群、即ちスキーマを抽出する処理について、図５、図６、図７を用いて説明する。
【００３４】
図５は、スキーマ抽出処理の前提となる、具体的な帳票テンプレートを表す。符号５０１、５０２、５０３は同一名称の、単一のフィールドを有している。同様に符号５０４、５０５、５０６は同一名称の、単一のフィールドを有している。
【００３５】
前述したように、符号５０１、５０２、５０３は同一のスキーマに変換され、同様に符号５０４、５０５、５０６も同一のスキーマに変換される。
【００３６】
図６は、スキーマ抽出処理の前提となる、具体的な帳票テンプレートの別の例を表す。符号６０１、６０２、６０３は同一の名称の、複数のフィールドを有しており、同様に符号６０４、６０５、６０６は同一名称のフィールドを有している。
【００３７】
前述したように、符号６０１、６０２、６０３は同一のスキーマに変換され、同様に符号６０４、６０５、６０６も同一のスキーマに変換される。
【００３８】
図７は、図１の帳票システムによって実行されるスキーマ生成処理のフローチャートである。
【００３９】
以下、図７を用いて、帳票テンプレートからスキーマを生成する過程を説明する。まず、帳票テンプレート１１０の数を保持する（ステップＳ７０１）。次に、ステップＳ７０２に進み、帳票テンプレート１１０を次のステップＳ７０３及びＳ７０４の処理に付した数がステップＳ７０１で保持した数に達するまで帳票テンプレート１１０毎にステップＳ７０３に進み、帳票テンプレート１１０からフィールド名を抽出し、次いでスキーマを生成する（ステップＳ７０４）。
【００４０】
次に、ステップＳ７０５で、帳票テンプレート１１０を次のステップＳ７０６及びＳ１５７０９の処理に付した数がステップＳ７０１で保持した数に達するまで帳票テンプレート１１０毎にステップＳ７０６に進み、ステップＳ７０４で生成したｎ番目のスキーマを任意に選択し、次いで、既に登録済みか否かを判定し（ステップＳ７０７）、新規であれば登録し（ステップＳ７０８）、元となる帳票テンプレート１１０と関連付けて登録する（ステップＳ７０９）。これを帳票テンプレート１１０の数だけ、即ち、ステップＳ７０４で生成したスキーマの数だけ繰り返す（ステップＳ７０５）。処理を終えた段階で、登録されたスキーマは全て互いに異なるものとなっている。
【００４１】
尚、ステップＳ７０３，Ｓ７０４のフィールド名抽出及びスキーマ生成処理では、図５に例示するような同一名称の、単一のフィールドを有している帳票テンプレートからは、単一のフィールドに対応する要素名が定義されるスキーマが抽出生成され、図６に例示するような同一名称の、複数のフィールドを有している帳票テンプレートからは、複数のフィールドに対応する要素名が定義されるスキーマが抽出生成される。
【００４２】
次に、識別子抽出経過及び結果を表すＵＩの特徴について、図８、図９、図１０、図１１を用いて説明する。
【００４３】
図８の符号８０１は、図７のステップＳ７０５の処理を開始する段階でのスキーマ生成過程を現す画面、図９の符号９０１は、任意の段階でのスキーマ生成過程を現す画面である。符号８０２、９０２は帳票テンプレートを表示する画面、符号８０３、９０３は生成したスキーマを表示する画面である。
【００４４】
図７のステップＳ７０５の段階では帳票テンプレート１１０は未処理であるため、全帳票テンプレートが表示されており、符号８０３にはスキーマは表示されていないが、スキーマ生成ボタン８０４により処理開始を指示することで処理が進行する。
【００４５】
符号９０２は符号８０２のうち、上位３つの帳票テンプレート１１０を処理し、処理した分を削除した画面であり、生成されたスキーマが符号９０３であることを意味する。符号９０４は処理途中であるが故に非アクティブとしている。
【００４６】
図１０において、符号１００１は、上記のスキーマ抽出処理によって、図５記載の全ての帳票テンプレート１１０を処理した結果である。符号１００６に生成されたスキーマと関連する帳票テンプレートとその個数が表示されており、符号１００４は、選択したスキーマを構成する要素、即ちフィールド名称が列記される。
【００４７】
尚、符号１００２は、両システムの、データのスキーマの要素、即ちデータ識別子（符号１００３）とフィールド名称（符号１００４）を関係付ける画面、符号１００５は関係付けのアクションである。共に公知の技術であるが、発明の位置付けを明確にするためにあえて記載している。
【００４８】
図１１において、符号１１０１は、上記のスキーマ抽出処理によって、図６に示すの全ての帳票テンプレート１１０を処理した結果である。符号１１０６に生成されたスキーマと関連する帳票テンプレート１１０とその個数が表示されており、符号１１０４は、選択したスキーマを構成する要素、即ちフィールド名称が列記される。
【００４９】
尚、符号１１０２は、両システムの、データのスキーマの要素、即ちデータ識別子（符号１１０３）とフィールド名称（符号１１０４）を関係付ける画面、符号１１０５は関係付けのアクションである。
【００５０】
帳票テンプレート１１０上のフィールドの位置、特にフィールドが複数の場合は互いの相対位置が、生成された帳票では重要となる。しかし、異なる帳票テンプレート１１０でありながら、実際は互いのフィールド名称が同一である場合がある。業務システムデータと帳票テンプレート１１０のフィールドの関連付けをするという限定された目的の達成においては、それら同一のフィールド名称を有する帳票テンプレートをグループ化する。そして、代表するスキーマを符号１００６、１１０６、のように表現することが、システム開発において有効な手段となる。
【００５１】
任意の生成済のスキーマ、或いは帳票テンプレート１１０を新たに作成し、それが有するフィールド名称に基づくスキーマを、既に生成されている、前者と異なるスキーマと統合する状況を想定し、次に、スキーマを統合する処理について説明する。ここで統合とは、スキーマを構成する要素、即ちフィールド名称の部分集合が一致すれば、その部分集合について同一視することを意味する。
【００５２】
図１２は、図１の帳票システムによって実行されるスキーマ統合処理のフローチャートである。
【００５３】
図１２において、まず、統合対象とする帳票テンプレートからフィールド名を抽出し（ステップＳ１２０１）、スキーマを生成する（ステップＳ１２０２）。既に生成済みのスキーマを統合する場合は、ステップＳ１２０１とＳ１２０２は省略される。登録済みスキーマ数Ｍを算出し、記憶する（ステップＳ１２０３）。
【００５４】
次に、ステップＳ１２０４で、登録済のスキーマを次のステップＳ１２０５及びＳ１２０６の処理に付した数がステップＳ１２０３で記憶した数に達するまで登録済スキーマ毎にステップＳ１２０５に進み、既に生成、登録されているスキーマと統合対象となるスキーマで、合致する要素の数をカウントし（ステップＳ１２０５）、カウントが０でない場合（ステップＳ１２０６）に、既登録済スキーマを当該カウント値と関連付けて保持する（ステップＳ１２０７）。
【００５５】
次に、ステップＳ１２０８に進み、保持したスキーマが在るか判定し、保持したスキーマがない場合は（ステップＳ１２０８）、統合不可能と判断し、警告メッセージを出して（ステップＳ１２１１）本処理を終了する。保持したスキーマが存在する場合、カウント値が多い順にリストし（ステップＳ１２０９）、ユーザに選択させ、合致する要素に関して同一視するものとみなす（ステップＳ１２１０）。そして、処理を終了する。
【００５６】
より具体的に説明する。図１３の帳票テンプレート１３０１（図１の帳票テンプレート１１０）に基づくスキーマを、図１１に示す既登録済スキーマに統合するとする。帳票テンプレート１３０１からスキーマを生成した結果、図１４の符号１４０５に示すスキーマ“生命保険．ｘｓｄ（１）”が表示される。
【００５７】
ここで統合ボタン１４０６による統合指示を出すと、図１５の符号１５０１に示す、合致する構成要素が多い順にスキーマを表示し、ユーザ選択（図１５の場合“生命保険．ｓｘｄ（３）”）により統合処理がなされる。統合した結果が図１６であり、“住所”、“氏名”、“年齢”を同一視するフィールド名称として統合が完了している。
【００５８】
尚、符号１６０４には、符号１３０１にのみ含まれるフィールド名称“性別”が表示されているが、符号１６０３表示の業務データ識別子と新たな関係付けを行うことを可能にしているものであり、表示、非表示、いずれか選択可能であるものとする。
【００５９】
図１４の符号１４０２、図１６の符号１６０２は図１１の符号１１０２に、図１４の符号１４０３、図１６の符号１６０３は図１１の符号１１０３にそれぞれ対応する。また、図１４の符号１４０４、図１６の符号１６０４は図１１の符号１１０４に、図１４の符号１４０５、図１６の符号１６０６は図１１の符号１１０６に、図１６の符号１６０５は図１１の符号１１０５にそれぞれ対応する。
【００６０】
図１３の符号１３０１の代わりに図１７（符号１７０１）に示す帳票テンプレートに基づくスキーマを統合し、図１２に示す処理に基づくと、図１８のような警告画面１８０１が表示され、統合は行われない。
【００６１】
本発明は、前述した各実施の形態の機能を実現するソフトウェアのプログラムコードを記録した記憶媒体を、システム或いは装置に供給し、そのシステム或いは装置のコンピュータ（またはＣＰＵやＭＰＵ等）が記憶媒体に格納されたプログラムコードを読み出し実行することによっても実現できる。
【００６２】
この場合、記憶媒体から読み出されたプログラムコード自体が前述した各実施の形態の機能を実現することになり、そのプログラムコード及び該プログラムコードを記憶した記憶媒体は本発明を構成することになる。
【００６３】
また、プログラムコードを供給するための記憶媒体としては、例えば、フロッピー（登録商標）ディスク、ハードディスク、光磁気ディスク、ＣＤ−ＲＯＭ、ＣＤ−Ｒ、ＣＤ−ＲＷなどの光ディスク、ＤＶＤ−ＲＯＭ、ＤＶＤ−ＲＡＭ、ＤＶＤ−ＲＷ、ＤＶＤ＋ＲＷ、磁気テープ、不揮発性のメモリカード、ＲＯＭ等を用いることができる。または、プログラムコードを、ネットワークを介してダウンロードしてもよい。
【００６４】
また、コンピュータが読み出したプログラムコードを実行するだけではなく、そのプログラムコードの指示に基づき、コンピュータ上で稼動しているＯＳ（オペレーティングシステム）等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【００６５】
更に、記憶媒体から読み出されたプログラムコードが、コンピュータに挿入された機能拡張ボードやコンピュータに接続された機能拡張ユニットに備わるメモリに書き込まれた後、そのプログラムコードの指示に基づき、その拡張機能を拡張ボードや拡張ユニットに備わるＣＰＵ等が実際の処理の一部または全部を行い、その処理によって前述した各実施の形態の機能が実現される場合も含まれる。
【図面の簡単な説明】
【００６６】
【図１】本発明の実施の形態に係る情報処理装置を含む帳票システムのブロック構成図である。
【図２】帳票テンプレートの一例を示す図である。
【図３】帳票テンプレートのＸＭＬ表現例を示す図である。
【図４】帳票テンプレートから得られるＸＭＬスキーマを示す図である。
【図５】帳票テンプレートの一例を示す図である。
【図６】帳票テンプレートの一例を示す図である。
【図７】図１の帳票システムによって実行されるスキーマ生成処理のフローチャートである。
【図８】スキーマ生成初期ＵＩを示す図である。
【図９】スキーマ生成経過表示ＵＩを示す図である。
【図１０】スキーマを関係付けるＵＩを示す図である。
【図１１】スキーマを関係付けるＵＩを示す図である。
【図１２】図１の帳票システムによって実行されるスキーマ統合処理のフローチャートである。
【図１３】帳票テンプレートの一例を示す図である。
【図１４】スキーマを統合する直前のＵＩを示す図である。
【図１５】スキーマを選択するＵＩを示す図である。
【図１６】スキーマを統合した後のＵＩを示す図である。
【図１７】統合不可能な帳票テンプレートの一例を示す図である。
【図１８】統合不可能な場合の警告画面を示す図である。
【符号の説明】
【００６７】
１０１  業務システム
１０２  データ出力部
１０３  スキーマ管理部
１０４  データ入出力制御システム（情報処理装置）
１０５  データ入力部
１０６  データ変換部
１０７  データ出力部
１０８  識別子管理部（フィールド識別子抽出手段）
１０９  帳票印刷システム
１１０  帳票テンプレート
１１１  データ入力部
１１２  帳票生成部
【図１】
2008217774.tif 000003
【図２】
2008217774.tif 000004
【図３】
2008217774.tif 000005
【図４】
2008217774.tif 000006
【図５】
2008217774.tif 000007
【図６】
2008217774.tif 000008
【図７】
2008217774.tif 000009
【図８】
2008217774.tif 000010
【図９】
2008217774.tif 000011
【図１０】
2008217774.tif 000012
【図１１】
2008217774.tif 000013
【図１２】
2008217774.tif 000014
【図１３】
2008217774.tif 000015
【図１４】
2008217774.tif 000016
【図１５】
2008217774.tif 000017
【図１６】
2008217774.tif 000018
【図１７】
2008217774.tif 000019
【図１８】
2008217774.tif 000020