(57)【要約】【課題】プログラマが毎回プログラム開発を行う必要がなく、効率的にＸＭＬデータから固定長ファイルへの変換を行う、自動ファイル変換システムおよび方法を提供することを目的とする。【解決手段】少なくとも一つ以上の変換元ファイルを一括で指定可能なファイル指定手段と、変換元ファイルの各データの出力ファイルに格納する際の変換形式を指示する変換形式指示手段と、複数の変換元ファイルを順次読み込み変換形式指示手段に基づいてデータの変換を施し、一つの出力ファイルを生成する変換手段とを設けたファイル変換システムおよび方法を提供する。【選択図】　図１
2004021551.tif 000002
【特許請求の範囲】
【請求項１】
コンピュータ読み取り可能なファイルを、異なるコンピュータシステムが使用する異なる形式のファイルに変換するシステムであって、
少なくとも一つ以上の変換元ファイルを一括で指定可能なファイル指定手段と、前記変換元ファイルの各データの出力ファイルに格納する際の変換形式を指示する変換形式指示手段と、
前記複数の変換元ファイルを順次読み込み、前記変換形式指示手段に基づいてデータの変換を施し、一つの出力ファイルを生成する変換手段と、
を備えることを特徴とするファイル変換システム。
【請求項２】
請求項１記載のファイル変換システムであって、
前記変換元ファイルが、
各々所定の識別記号により始端部と終端部とを指示した複数のデータおよび／またはデータの属性、
を備えることを特徴とするファイル変換システム。
【請求項３】
請求項１または２記載のファイル変換システムであって、
前記変換形式指示手段が、
前記変換元ファイル内の１データを指定し、出力ファイルの１レコード内における当該データの変換形式を指定する変換情報と、
出力ファイルの１レコードを所定の長さに一定にするために、または項目を区切るために固定個所に挿入する文字を指示する固定挿入文字情報と、
を備えることを特徴とするファイル変換システム。
【請求項４】
請求項１から３のいずれかに記載のファイル変換システムであって、
前記変換情報が、
前記変換元ファイル内のデータの各々を指示する所定の識別記号の記述、
を備えることを特徴とするファイル変換システム。
【請求項５】
請求項１から４のいずれかに記載のファイル変換システムであって、
前記変換情報が、
前記変換元ファイル中の複数のデータの入れ子構造を示す、前記所定の識別記号のリストの記述、
を備えることを特徴とするファイル変換システム。
【請求項６】
請求項１から５のいずれかに記載のファイル変換システムであって、
前記変換情報が、
変換元ファイルの当該データが前記出力ファイル中に占めるデータ長と、
変換元ファイルの当該データが前記データ長に満たない場合に、当該データに付加することにより前記データ長を満たすための詰め文字と、
変換元ファイルの当該データを前記出力ファイル中において、左右どちらに詰めて格納するかの詰め方向指定と、
を備えることを特徴とするファイル変換システム。
【請求項７】
請求項１から６のいずれかに記載のファイル変換システムであって、
前記変換形式指示手段が、
前記変換ファイル中の１データに係る変換情報、または固定挿入文字情報を、１レコード毎に記述したテキスト形式のパラメータファイルである、
ことを特徴とするファイル変換システム。
【請求項８】
コンピュータ読み取り可能なファイルを、異なるコンピュータシステムが使用する異なる形式のファイルに変換する方法であって、
少なくとも一つ以上の変換元ファイルに対する変換を一括で指定する段階と、
前記変換元ファイル内の各データ項目の出力ファイルに格納する際の変換形式を指示する段階と、
前記複数の変換元ファイルを順次読み込む段階と、
前記指示した変換形式に基づきデータの変換を行う段階と、
前記複数の変換元ファイル全てから、前記変換形式に基づく一つの出力ファイルを生成する段階と、
を設けたことを特徴とするファイル変換方法。
【請求項９】
コンピュータを請求項１から７記載のファイル変換システムとして機能させるプログラム。
【請求項１０】
コンピュータを請求項１から７記載のファイル変換システムとして機能させるプログラムを記録したコンピュータ読み取り可能な媒体。
【発明の詳細な説明】
【０００１】
【発明の属する技術分野】
本発明は、ファイル変換に関し、特に、複数のファイルを一括して一つの出力ファイルを生成することに関するものである。
【０００２】
【従来の技術】
近年、従来の紙の帳票に代わるものとして、電子帳票が利用されている。電子帳票とは、申込書、申請書、その他の各種の帳票を電子的に構成した電子データであり、例えばＸＭＬ（ｅＸｔｅｎｓｉｂｌｅ　Ｍａｒｋｕｐ　Ｌａｎｇｕａｇｅ）データとして構成することができる。
【０００３】
ＸＭＬは、各々所定の識別記号により始端部と終端部を指示した複数のデータを備え、様々なデータの構造が記述可能であるが、メインフレームに構築した既存のシステム（例えば顧客管理システムや申し込み受付システムなど）で使用する場合には、以下の問題がある。
【０００４】
すなわち、メインフレームで稼動する既存のシステムは、固定長ファイルのデータを入力する場合が多く、電子帳票システムで生成したＸＭＬデータをこの様な既存システムで使用するためには、個々のアプリケーション毎に、ＸＭＬデータを変換する機能を有するＲＤＢＭＳ（Ｒｅｌａｔｉｏｎａｌ　Ｄａｔａｂａｓｅ　Ｍａｎａｇｅｍｅｎｔ　Ｓｙｓｔｅｍ）などに、複数のＸＭＬデータの各々を取り込み、ＲＤＢＭＳの機能により固定長ファイルを生成するという、煩雑で時間がかかる作業を行う必要があるという問題がある。
【０００５】
更に、ＸＭＬデータをＲＤＢＭＳへ取り込む処理は、汎用的な開発ツールを用いて、例えば、「生命保険の申込書」、「公共機関への申請書」などのＸＭＬデータの種類により、プログラムを毎回作成する必要があり、プログラミングのスキルを身に付けたプログラマにしか開発できないという問題もある。
【０００６】
【発明が解決しようとする課題】
本発明は係る問題を解決するためなされたものであり、その目的とするところは、プログラマが毎回プログラム開発を行う必要がなく、効率的にＸＭＬデータから固定長ファイルへの変換を行う、自動ファイル変換システムおよび方法を提供することである。
【０００７】
【課題を解決するための手段】
本発明の第１の態様は、コンピュータ読み取り可能なファイルを異なるコンピュータシステムが使用する異なる形式のファイルに変換するシステムであって、少なくとも一つ以上の変換元ファイルを一括で指定可能なファイル指定手段と、前記変換元ファイルの各データの出力ファイルに格納する際の変換形式を指示する変換形式指示手段と、前記複数の変換元ファイルを順次読み込み前記変換形式指示手段に基づいてデータの変換を施し一つの出力ファイルを生成する変換手段とを設けたものである。
【０００８】
本発明の第２の態様は、上述の第１の態様に係るファイル変換システムにおいて、前記変換元ファイルに、各々所定の識別記号により始端部と終端部とを指示した複数のデータおよび／またはデータ属性を設けたものである。
【０００９】
本発明の第３の態様は、上述の第１または２に係るファイル変換システムにおいて、前記変換形式指示手段に、前記変換元ファイル内の１データを指定し出力ファイルの１レコード内における当該データの変換形式を指定する変換情報と、出力ファイルの１レコードを所定の長さに固定するためにまたは項目を区切るために固定個所に挿入する文字を指示する固定挿入文字情報とを設けたものである。
【００１０】
本発明の第４の態様は、上述の第１から３の態様に係るファイル変換システムにおいて、前記変換情報に、前記変換元ファイル内のデータの各々を指示する所定の識別記号の記述を設けたものである。
【００１１】
本発明の第５の態様は、上述の第１から４の態様に係るファイル変換システムにおいて、前記変換情報に、前記変換元ファイル中の複数のデータの入れ子構造を示す前記所定の識別記号のリストの記述を設けたものである。
【００１２】
本発明の第６の態様は、上述の第１から５の態様に係るファイル変換システムにおいて、前記変換情報に、変換元ファイルの当該データが前記出力ファイル中に占めるデータ長と、変換元ファイルの当該データが前記データ長に満たない場合に当該データに付加することにより前記データ長を満たすための詰め文字と、変換元ファイルの当該データを前記出力ファイル中において左右どちらに詰めて格納するかの詰め方向指定とを設けたものである。
【００１３】
本発明の第７の態様は、上述の第１から６の態様に係るファイル変換システムにおいて、前記変換形式指示手段を、前記変換ファイル中の１データに係る変換情報または固定挿入文字情報を１レコード毎に記述したテキスト形式のパラメータファイルにより構成するようにしたものである。
【００１４】
本発明の第８の態様は、コンピュータ読み取り可能なファイルを異なるコンピュータシステムが使用する異なる形式のファイルに変換する方法であって、複数の変換元ファイルに対する変換を一括で指定する段階と、前記変換元ファイル内の各データ項目の出力ファイルに格納する際の変換形式を指示する段階と、前記複数の変換元ファイルを順次読み込む段階と、前記指示した変換形式に基づきデータの変換を行う段階と、前記複数の変換元ファイル全てから前記変換形式に基づく一つの出力ファイルを生成する段階とを行うようにしたものである。
【００１５】
本発明の第９の態様は、コンピュータを、上述の第１から７の態様に係るファイル変換システムとして動作させるプログラムを提供するようにしたものである。
【００１６】
本発明の第１０の態様は、コンピュータを、上述の第１から第７に係るファイル変換システムとして動作させるためのプログラムを、コンピュータ読み取り可能な記録媒体に記録して提供するようにしたものである。
【００１７】
【発明の実施の形態】
以下、本発明を図示する実施形態に基づいて説明する。
図１は、本発明の一実施形態に係わるファイル変換システム１の概略構成図である。
【００１８】
ファイル変換システム１は、実際にはコンピュータシステムであり、ハードウェアの観点からみると、演算を行うＣＰＵ、情報を記録するコンピュータ用の記録装置（磁気ディスク、光ディスクなど）、コンピュータに指示を与える入力装置（キーボード、マウスなど）、結果を表示するＣＲＴなどの表示装置、電子帳票などを印字するプリンタ、他システムとデータ交換を行う通信装置などから構成されている。
【００１９】
また、ファイル変換システム１は、変換元ファイルであるＸＭＬデータ２を、出力ファイルである固定長ファイル３に変換するために、ソフトウェアの観点からみると、ファイル指定手段４と、変換形式指示手段５と、変換手段６とを備えている。
【００２０】
ＸＭＬデータ２は、各々のデータを所定の識別記号により始端部と終端部で指示することで、データの構造を記述したファイルである。図２に、ＸＭＬデータ２の内容の一実施例として、受験票の例を示す。
【００２１】
図２は、始端部「＜＞」および終端部「＜／＞」の２つの識別記号に囲まれたタグと呼ばれる文字列毎に、「試験年度」、「試験名」、「試験日時」、「試験会場」、「受験者」という５つのデータにより「受験票」というデータが構成されることを示している。
【００２２】
また、図２は、「受験者」というデータが「氏名」、「生年月日」という２つのデータから構成されており、更に「氏名」は「氏」および「名」、「生年月日」は「元号」、「年」、「月」、「日」という複数のデータの入れ子構造により構成されていることも示している。
【００２３】
固定長ファイル３は、図３に一実施例を示すように、レコード中において各データの格納位置と使用する長さ（桁数）、および１レコードの長さが決められたファイルであり、メインフレームなどで動作する既存のシステムが処理可能なものである。各データ項目を、カンマなどの文字記号により区別する形態も可能である。
【００２４】
ファイル指定手段４は、複数のＸＭＬデータ２を一括で指定するものであり、実際には、当該ファイル変換システム１を実現するコンピュータのＯＳ（Ｏｐｅｒａｔｉｎｇ　Ｓｙｓｔｅｍ）が管理するファイルシステムの所定のフォルダの元に、複数のＸＭＬデータ２を記録したものである。
【００２５】
変換形式指示手段５は、各レコード（行）が変換情報７または固定挿入文字情報８により構成されたテキスト形式のパラメータファイルである。図４に、変換形式指示手段５の一実施例を示す。
【００２６】
変換情報７は、ＸＭＬデータ２の特定データに対する変換方法を記述するものであり、ＸＭＬデータ２内の対象データ、および固定長ファイル３における当該データの長さ、詰め文字、詰め方向などを指定するものである。
【００２７】
図４において、例えば５行目の「＜氏＞；＜氏名＞；＜受験者＞；＜受験票＞＝」という変換情報７の記述は、「受験票」を記述したＸＭＬデータ２の「受験者」データの「氏名」の「氏」に対する変換形式であることを示している。
【００２８】
また、７行目の「＜住所＞；＜受験者＞；＜受験票＞＝」という変換情報７の記述は、「受験票」を記述したＸＭＬデータ２の「受験者」データの「＜ｆｉｅｌｄ＿ｎａｍｅ＞＝」というデータの属性の記述に対応し、実際の対象データは「＜ｆｉｅｌｄ＿ｎａｍｅ＞」タグ内の「＜ｖａｌｕｅ＞」タグで囲まれた「東京都」であることを示している。
【００２９】
また、例えば１０行目の「月」に係る変換情報７の記述において、「＝」の右にある「２，“０”，Ｒ」は、「２」が二桁の長さであることを示し、「“０”」が一桁の数字の月の場合に「０１」のように前に「０（ゼロ）」を詰めることを示し、「Ｒ」がデータを右詰めで格納することを示している。
【００３０】
上述のように変換情報７は、「＜氏＞；＜氏名＞；＜受験者＞；＜受験票＞」のように、ＸＭＬデータ２の中の特定データをタグの入れ子構造を順に記述することで表現可能であるが、「元号」などのように当該ＸＭＬデータ２においてタグが一意に決定できる場合は、タグの入れ子構造の列挙を省略することもできる。
【００３１】
もちろん、当該データが、ＸＭＬデータ２および固定長ファイル３において長さが同一などにより、詰め文字および左右のどちらに詰めて格納するかの詰め方向指定が不要な場合には、該当する情報を省略してもよい。
【００３２】
固定挿入文字情報８は、当該レコード（行）の長さを一定にしたり、項目間をカンマで区切る場合など、特定の位置に固定的に挿入すべき文字を指定するものである。固定挿入文字情報８は、通常のデータ項目と区別するために、図４において、「＜＜」および「＞＞」で指示するものとする。
【００３３】
図４の１２行目は、「＜＜Ｆｉｌｌｅｒ＞＞＝４，“　”」により、「“　”（空白）」を４文字分挿入することにより、固定長ファイル３の有効なレコード長を８０バイトにすることを示している。
【００３４】
更に、１３行目の「＜＜ｄｅｌｉｍｉｔ＞＞＝＜ＣＲ＞＜ＬＦ＞」は、当該レコードの最後に改行の文字コード「＜ＣＲ＞＜ＬＦ＞」を挿入することを示している。
【００３５】
この固定挿入文字情報８は、レコード長の調整や改行の文字コードなどの変換情報７の後方の記述に限定されるものではなく、項目同士を区切るためのカンマなどを、変換情報７の任意の行に記述することにより、固定長ファイル３の特定の位置に文字コードを挿入することを指定してよい。もちろん、固定の文字を挿入する必要がなければ、省略することも可能である。
【００３６】
変換手段６は、ファイル指定手段４により指定された複数のＸＭＬデータ２を順次読み込み、変換形式指示手段５に基づいて、ＸＭＬデータ２を固定長ファイル３に順次変換し、最終的に一つの固定長ファイル３を生成するものである。
【００３７】
次に、図５を用いて、本発明のファイル変換システム１の動作について、詳細に説明する。
【００３８】
変換手段６は、ファイル指定手段４により記録されている複数のＸＭＬデータ２から、例えばファイル名の並び順などに従い、一つのＸＭＬデータ２を読み込む。
【００３９】
次に、変換手段６は、予めエディタソフトやワープロソフトで作成してある変換形式指示手段５を読み込み、１行目から順に処理することで、ＸＭＬデータ２を固定長ファイル３に変換する。
【００４０】
実際の変換処理は、まず変換情報７に従い、当該するＸＭＬデータ２のデータの構造を追いながら、指定されているタグを検索し、対象とするデータを特定する。
【００４１】
例えば、図４の１行目に示す変換情報７においては、「＜試験年度＞；＜受験票＞」というタグの指定であるから、図２のＸＭＬデータ２を検索して、１行目の「＜受験票＞」から２行目の「＜試験年度＞」という順にタグを辿り、対象データとして「試験年度」を特定するのである。
【００４２】
また、図４の７行目に示す変換情報７においては、「＜住所＞；＜受験者＞；＜受験票＞」というタグの指定であるが、図２のＸＭＬデータには「＜住所＞」というタグはない。この場合、タグのｆｉｅｌｄ＿ｎａｍｅ属性に「住所」が記述されている、すなわち「＜ｆｉｅｌｄ＿ｎａｍｅ＝“住所”＞」という記述により対象データを特定する。
【００４３】
次に、変換手段６は、変換情報７により指定された長さ分のデータ領域を確保し、詰め方向の指示に従って右もしくは左詰で、特定したデータの値を出力用のバッファ領域に転記する。この時、指定された長さに対象データが満たない場合は、詰め文字で指定された文字を付加する。
【００４４】
ｆｉｅｌｄ＿ｎａｍｅ属性のように、属性により対象データを特定した場合は、当該属性タグに含まれる「＜ｖａｌｕｅ＞」タグにより指定されたデータの値を使用する。図２のＸＭＬデータ２の場合、「東京都」が実際のデータである。
【００４５】
また、固定挿入文字情報８や変換情報７で指定されたタグがＸＭＬデータ２の中に存在しない場合は、指定された長さ分のデータ領域を、詰め文字で指定された文字で埋める。
【００４６】
変換形式指示手段５の全ての行について、上述のデータの特定から出力バッファ領域への転記を繰り返す。
【００４７】
変換形式指示手段５の全ての行に対する処理が終了した後、上述の出力バッファ領域を固定長ファイル３の１レコードとして書き出す。
【００４８】
ファイル指定手段４で指示された全てのＸＭＬデータ２について、変換形式指定手段５の読み込みから出力バッファ領域の固定長ファイル３への書き出しを行うことにより、例えば、ファイル指定手段４で１０ファイルのＸＭＬデータ２を指定した場合は、１０レコードを有する固定長ファイル３が生成されることになる。
【００４９】
以上、本発明を実施の形態に基づいて詳細に説明してきたが、本発明によるファイル変換システムは、上述の実施の形態に何ら限定されるものではなく、本発明の趣旨を逸脱しない範囲において種々の変更が可能なことは当然のことである。
【００５０】
【発明の効果】
以上のとおり、本発明に係るファイル変換システムによれば、ＲＤＢＭＳを介することなく、効率的に複数の変換元のＸＭＬデータを固定長ファイルに変換することが可能になる。
【００５１】
また、変換形式指定手段によりパラメータファイルを用意することで、ＸＭＬデータ毎にプログラムを開発しなくても、ＸＭＬデータの固定長ファイルへの変換を実施できる。
【図面の簡単な説明】
【図１】本発明の一実施の形態を示す構成図である。
【図２】本発明のＸＭＬデータの説明図である。
【図３】本発明の固定長ファイルの説明図である。
【図４】本発明の変換形式指示手段の説明図である。
【図５】本発明の一実施の形態の動作を示すフローチャートである。
【符号の説明】
１　ファイル変換システム
２　ＸＭＬデータ
３　固定長ファイル
４　ファイル指定手段
５　変換形式指示手段
６　変換手段
７　変換情報
８　固定挿入文字情報
【図１】
2004021551.tif 000003
【図２】
2004021551.tif 000004
【図３】
2004021551.tif 000005
【図４】
2004021551.tif 000006
【図５】
2004021551.tif 000007