JP3035506B2

JP3035506B2 - データ型変換装置

Info

Publication number: JP3035506B2
Application number: JP7007597A
Authority: JP
Inventors: 郁雄市村; 誠佐々木
Original assignee: Mitsubishi Electric Corp
Current assignee: Mitsubishi Electric Corp
Priority date: 1997-03-24
Filing date: 1997-03-24
Publication date: 2000-04-24
Anticipated expiration: 2017-03-24
Also published as: JPH10269057A

Description

【発明の詳細な説明】

【０００１】

【発明の属する技術分野】この発明は、コード体系つま
りデータ型の異なるコンピュータシステム間でデータを
伝送するために、伝送元のデータのデータ型を伝送先の
データ型に変換するデータ型変換装置に関する。特に、
コンピュータシステム間で伝送するデータは、複数のフ
ァイルに記憶されており、複数のファイルに記憶されて
いるデータのデータ型を任意の指定するデータ型に変換
して、伝送先の複数のファイルに型変換したデータを出
力するデータ型変換装置に関する。

【０００２】

【従来の技術】

従来例１．あるコード体系の中には、独自のデータ型が
存在する。また、別なコード体系の中には、別な独自の
データ型が存在する。コード体系が異なれば、同じ文字
を示すためのコードは異なるため互換性がない。また、
コード体系が異なれば、データ型の概念や表現が異な
り、やはり互換性がない。従来、コード体系（以下、単
にデータ型ともいう）が異なるコンピュータシステム間
でデータを伝送する場合、伝送しようとしているコンピ
ュータシステムに合わせて専用のデータ型変換プログラ
ムを作成している。そして、データ型変換プログラムを
介して異なるデータ型のコンピュータシステム間でデー
タを伝送している。或いは、自動的にデータ型を変換す
るプログラムが存在していても、１つのファイルを入力
して１つのファイルを出力するプログラムであった。ま
た、ファイルが複数のフィールドより構成されている場
合、全てのフィールドのデータについてデータ型を変換
して、変換後の全てのフィールドのデータを出力側のフ
ァイルに記憶していた。このため、ユーザが任意のフィ
ールドを選択して、選択したフィールドに格納されてい
るデータのデータ型を変換し、変換後のフィールドのデ
ータを出力側のファイルに記憶させることができなかっ
た。

【０００３】従来例２．また、従来のデータ型変換装置
として、「特開平６−３４８４５３」の「データコンバ
ージョンプログラム自動生成方式」がある。「特開平６
−３４８４５３」の発明は、異機種のコンピュータ間で
データのコンバージョンを行う場合、自動的にデータコ
ンバージョンプログラムを作成できるようにする。図３
７に、従来例２の異機種コンピュータ間でのデータコン
バージョンの一例を示す。図３７において、データコン
バージョン自動生成ツール１０１は、コンバージョンデ
ータのレコードレイアウト１０２を入力して、コンバー
ジョンデータのレコードレイアウト１０２に記述されて
いるレコードを構成する各フィールドのデータ型を判断
する。その後、予め用意しているデータコンバージョン
プログラム１０３のスケルトン１０４に出力データ定義
１０５、コード変換処理１０６を与え、データコンバー
ジョンプログラム１０３を完成させる。具体的なデータ
のコンバージョン例として、図３８を示す。図３８のコ
ンバージョンデータのレコードレイアウト１１０は、Ｇ
ＣＯＳ（あるオペレーティングシステム）におけるデー
タ定義である。また、出力データ定義１１１は、ＡＣＯ
Ｓ（別なオペレーティングシステム）におけるデータ定
義である。図３８に示す例では、データの型変換を行う
前のレコードのレイアウトを入力し、入力したレコード
のレイアウトに基づいてデータの型変換後のレコードレ
イアウトを、データコンバージョン自動生成ツール１０
１によって自動生成している。つまり、「特開平６−３
４８４５３」の発明は、特定のコンピュータ間における
データ型変換を可能にする発明である。そして、入力す
るレコードのレイアウト、つまり、入力レコードを構成
するフィールドのデータ型に対応して出力するレコード
のレイアウト、つまり、出力レコードを構成するフィー
ルドのデータ型は、データコンバージョン自動生成ツー
ル１０１が入力するレコードのレイアウトに基づいて自
動的に生成するため、ユーザは、入力するデータのデー
タ型を任意のデータ型に変換するよう指定できない。

【０００４】

【発明が解決しようとする課題】上記した従来例１のデ
ータ型変換装置は、伝送しようとしているコンピュータ
システムに合わせてユーザが専用のデータ型変換プログ
ラムを作成しなければならないため、プログラムが完成
するまでの時間及びコストがかかるという問題がある。
また、自動的にデータ型を変換するプログラムであって
も、１つのファイルを入力して複数のファイルを出力す
ることができないという問題がある。また、入力ファイ
ルが複数のフィールドより構成されている場合、ユーザ
が任意のフィールドを選択して、選択したフィールドに
格納されているデータのデータ型を変換し、変換後のフ
ィールドデータを出力ファイルに記憶させることができ
ないという問題がある。

【０００５】更に、上記した従来例２のデータコンバー
ジョンプログラム自動生成方式は、特定のコンピュータ
間におけるデータ型の変換を実現する発明である。この
ため、特定のコンピュータ以外には使用することができ
ないという問題がある。また、出力レコードを構成する
フィールドのデータ型は、入力レコードを構成するフィ
ールドのデータ型に基づいて、データコンバージョンプ
ログラム自動生成方式が生成する。このため、ユーザは
出力するレコードのレイアウトを、任意のレイアウトに
することができないという問題がある。

【０００６】この発明のデータ型変換装置は、上記の問
題を解決し、以下に記載することを可能にする。データ
型変換装置を用いることができるコンピュータは特定し
ない。また、ユーザはデータ型の変換を行うプログラム
を作成することなく、データ型変換装置にパラメータを
与えてデータ型の変換を行う。また、複数のファイルを
入力可能にするとともに、複数のファイルを出力可能に
して、パラメータにより入力するファイルと出力するフ
ァイルの特定を行う。また、入力ファイルが複数のフィ
ールドより構成される場合は、任意のフィールドをデー
タ型変換の対象にして、上記任意のフィールドを出力フ
ァイルを構成するフィールドとする。

【０００７】

【課題を解決するための手段】この発明の第１のデータ
を入力し、上記第１のデータのデータ型を変換して第２
のデータを生成して出力するデータ型変換装置は、以下
の要素を有することを特徴とする。（ａ）変換元データ記憶部が、上記第１のデータを記憶
し、（ｂ）変換定義情報記憶部が、上記第１のデータを
第２のデータに変換するための定義情報を記憶し、
（ｃ）型変換部が、上記変換定義情報記憶部に記憶され
ている定義情報を入力し、上記定義情報に基づいて上記
変換元データ記憶部より第１のデータを入力し、上記入
力した第１のデータを上記定義情報に基づいて第２のデ
ータを生成して出力し、（ｄ）変換後データ記憶部が、
上記型変換部により出力された第２のデータを記憶す
る。

【０００８】また、この発明のデータ型変換装置は、上
記第１のデータが複数のフィールドからなり、上記第１
のデータの各フィールドが複数のデータ型のうちいずれ
かのデータ型の値を持ち、上記第２のデータが複数のフ
ィールドからなり、上記第２のデータの各フィールドが
複数のデータ型のうちのいずれかのデータ型の値を持
ち、上記定義情報は、少なくとも上記第１のデータの各
フィールドのデータ型と上記第１のデータの各フィール
ドに対応する上記第２のデータの各フィールドのデータ
型を定めた情報であり、上記型変換部が、上記定義情報
に基づいて上記第１のデータの各フィールドのデータ型
の値を上記第２のデータの各フィールドのデータ型の値
に変換して第２のデータを生成して出力することを特徴
とする。

【０００９】また、この発明のデータ型変換装置は、上
記変換定義情報記憶部が、第１のデータの各フィールド
のうち任意のフィールドの位置を定義する入力位置情報
と、上記任意のフィールドのデータ型を定義する変換前
型情報と、上記任意のフィールドに対応する上記第２の
データのフィールドのデータ型を定義する変換後型情報
と、上記第２のデータのフィールドの位置を定義する出
力位置情報とを定義情報として記憶することを特徴とす
る。

【００１０】また、この発明のデータ型変換装置は、上
記型変換部が、上記入力位置情報に基づいて上記第１の
データのフィールドの値を文字列型（Ｓｔｒｉｎｇ）と
して入力し、上記文字列型として入力した上記第１のデ
ータのフィールドの値を上記変換前型情報と上記変換後
型情報とに従いデータ型を変換して、変換後の値を文字
列型（Ｓｔｒｉｎｇ）として上記出力位置情報に基づい
て編集して上記第２のデータを生成し出力することを特
徴とする。

【００１１】また、この発明のデータ型変換装置は、上
記第１のデータを記憶する変換元データ記憶部が複数存
在し、上記変換定義情報記憶部が記憶する入力位置情報
は、変換元データ記憶部を識別する入力識別情報を含
み、上記型変換部が、上記入力識別情報に基づいて指定
されている変換元データ記憶部より第１のデータを入力
することを特徴とする。

【００１２】更に、この発明のデータ型変換装置は、上
記第２のデータを記憶する変換後データ記憶部が複数存
在し、上記変換定義情報記憶部が記憶する出力位置情報
は、変換後データ記憶部を識別する出力識別情報を含
み、上記型変換部が、上記出力識別情報に基づいて指定
されている変換後データ記憶部に第２のデータを出力す
ることを特徴とする。

【００１３】

【発明の実施の形態】これから説明するデータ型変換装
置は、一例として、Ｍｉｃｒｏｓｏｆｔ社のＶＩＳＵＡ
ＬＢＡＳＩＣＶｅｒｓｉｏｎ２．０（ＶＩＳＵＡＬ
ＢＡＳＩＣはＭｉｃｒｏｓｏｆｔ社の登録商標）を用
いて作成するものとする。このため、説明にでてくるコ
マンドは、ＶＩＳＵＡＬＢＡＳＩＣＶｅｒｓｉｏｎ
２．０のコマンドとする。

【００１４】実施の形態１．以下、この発明のデータ型
変換装置を図について説明する。図１は、データ型変換
装置の一例を示す構成図である。図１において、データ
型変換装置１は、入力ファイルＡ４と型変換部２と出力
ファイルＡ６と変換定義情報記憶部３より構成される。
型変換部２は、入力ファイルＡ４を入力し、変換定義情
報記憶部３に記憶されている定義情報に基づいて出力フ
ァイルＡ６を生成する。

【００１５】図２は、この発明のデータ型変換装置にお
いて、変換可能なデータ型の一例を示す図である。図２
に示すように、この発明のデータ型変換装置で扱うデー
タ型は、Ｅｂｃｄｉｃ（ＥｘｔｅｎｄｅｄＢｉｎａｒ
ｙＣｏｄｅｄＤｅｃｉｍａｌＩｎｔｅｒｃｈａｎ
ｇｅＣｏｄｅの略）型とパック型とアンパック型とＪ
ＩＳ８型とＩｎｔｅｇｅｒ型とＬｏｎｇ型の６種類のデ
ータ型を扱うものとする。そして、Ｅｂｃｄｉｃ型は、
ＪＩＳ８型に変換を行うことができ、パック型は、ＪＩ
Ｓ８型とＩｎｔｅｇｅｒ型とＬｏｎｇ型、また、アンパ
ック型は、ＪＩＳ８型とＩｎｔｅｇｅｒ型とＬｏｎｇ
型、また、ＪＩＳ８型は、Ｅｂｃｄｉｃ型とパック型と
アンパック型とＩｎｔｅｇｅｒ型とＬｏｎｇ型、また、
Ｉｎｔｅｇｅｒ型は、パック型とアンパック型とＪＩＳ
８型、また、Ｌｏｎｇ型は、パック型とアンパック型と
ＪＩＳ８型にそれぞれ変換可能である。この発明のデー
タ型変換装置は、図２より分かるように、汎用機で用い
るデータ型とパーソナルコンピュータで用いるデータ型
とをそれぞれ相互に型変換可能にし、汎用機系とパーソ
ナルコンピュータ系のデータの送受信を可能にするもの
である。

【００１６】図３は、データ型変換装置が扱うデータ型
間の関係を示す図である。図３によれば、データ型変換
装置は、パック型及びアンパック型から他のデータ型へ
変換したり、他のデータ型からパック型及びアンパック
型へデータを変換する場合は、一度Ｌｏｎｇ型へ変化し
てから指定されるデータ型変換する。パック型及びアン
パック型以外のデータ型間の変換は、直接データ型変換
用のコマンドを用いる。例えば、Ｌｏｎｇ型からＪＩＳ
８型への変換は、コマンド「ＣＳｔｒ」を用いる。ま
た、ＪＩＳ８型からＬｏｎｇ型への変換は、コマンド
「ＣＬｎｇ」を用いる。また、ＪＩＳ８型からＩｎｔｅ
ｇｅｒ型への変換は、コマンド「ＣＩｎｔ」を用いて、
Ｉｎｔｅｇｅｒ型からＪＩＳ８型への変換は、コマンド
「ＣＳｔｒ」を用いる。コマンド「ＣＳｔｒ」は、指定
する文字列式、或いは、数式を文字列型に変換するＶＩ
ＳＵＡＬＢＡＳＩＣの関数である。また、「ＣＬｎ
ｇ」は、指定する文字列式、或いは、数式を長整数型で
あるＬｏｎｇ型に変換するＶＩＳＵＡＬＢＡＳＩＣの
関数である。また、「ＣＩｎｔ」は、指定する文字列
式、或いは、数式を整数型であるＩｎｔｅｇｅｒ型に変
換するＶＩＳＵＡＬＢＡＳＩＣの関数である。

【００１７】図４は、この発明の変換定義情報のフォー
マットと変換式に用いるコードとを示す図である。変換
定義情報は、変換定義情報記憶部３に記憶されている情
報である。変換定義情報は、図４（Ａ）に示すように、
連番と出力ファイルのフィールドの長さと変換式と入力
ファイルのフィールドの開始位置と入力ファイルのフィ
ールドの長さにより構成されている。また、それぞれの
項目の桁数は、連番は３桁、出力ファイルのフィールド
の長さは３桁、変換式は８桁であり、Ｔｏを間に挟み左
側に変換前のデータ型を３桁のコードで示して、右側に
変換後のデータ型を３桁のコードにより示す。データ型
を示すコードは、図４（Ｂ）の通りである。また、入力
ファイルのフィールドの開始位置は３桁、入力ファイル
のフィールドの長さは３桁とする。図４（Ａ）に示した
変換定義情報を構成する各項目の長さは一例であり、例
えば、連番は３桁であるので、最大９９９項の変換定義
情報を指定できるが、それ以上の変換定義情報を指定す
る場合も考えられるので、その場合は連番の桁数を４
桁、５桁と増やすことも可能である。

【００１８】図５は、入力ファイルＡと出力ファイルＡ
のレコードフォーマットを示す図である。図５（Ａ）
は、入力ファイルＡのレコードフォーマットを示してお
り、入力ファイルＡは、ｉｎ１１からｉｎ１７の７個の
フィールドにより１レコードが構成されている。そし
て、ｉｎ１１からｉｎ１７の各フィールドのデータ型と
桁数は、図５（Ａ）に示す通りである。また、図５
（Ｂ）は、出力ファイルＡのレコードフォーマットを示
しており、出力ファイルＡは、ｏｕｔ１１からｏｕｔ１
７の７個のフィールドにより１レコードが構成されてい
る。そして、ｏｕｔ１１からｏｕｔ１７の各フィールド
のデータ型と桁数は、図５（Ｂ）に示す通りである。こ
の実施の形態１では、ｉｎ１１からｏｕｔ１１へ、ｉｎ
１２からｏｕｔ１２へ、ｉｎ１３からｏｕｔ１３へ、ｉ
ｎ１４からｏｕｔ１４へ、ｉｎ１５からｏｕｔ１５へ、
ｉｎ１６からｏｕｔ１６へ、ｉｎ１７からｏｕｔ１７へ
格納されているデータのデータ型を変換する変換定義情
報を定義する。

【００１９】図６は、図５に示した入力ファイルＡから
出力ファイルＡを生成するための変換定義情報を示す図
である。図６に示す変換定義情報は、図４（Ａ）に示し
た変換定義情報のフォーマットに従い定義している。例
えば、図６の１行目は、連番は「０００」と３桁であ
り、出力ファイルのフィールドの長さは「０１０」と３
桁であり、変換式は、Ｅｂｃｄｉｃ型からＪＩＳ８型へ
の変換を示す「ＥｂｃＴｏＣｈｒ」である。そして、入
力ファイルのフィールドの開始位置は「００１」と３桁
であり、フィールドの長さは「０１０」と３桁で指定し
ている。

【００２０】図７は、データ型変換装置における型変換
手順を示す流れ図である。図７において、型変換部２
は、変換定義情報記憶部３より変換定義情報を入力し
て、定義されている全ての変換定義情報を取得する（Ｓ
１）。続いて、入力ファイルＡ４と出力ファイルＡ６を
オープンする（Ｓ２）。その後、型変換部２は、入力フ
ァイルＡ４に記憶されているレコードを１件ずつ読み込
み（Ｓ３）、データ型の変換を行う（Ｓ４）。データ型
の変換を行った後、出力ファイルＡ６に１レコード分の
書き込みを行う（Ｓ５）。上記Ｓ３〜Ｓ５までの処理を
繰り返し行い、入力ファイルＡ４に格納されている全て
のレコードについてデータ型の変換を行ったら、入力フ
ァイルＡ４と出力ファイルＡ６をクローズして（Ｓ
６）、型変換処理を終了する。

【００２１】図８は、図７におけるデータ型の換処理の
詳細な処理手順を示す流れ図である。図８に示すデータ
型の変換処理では、始めに変数“Ｉ”の初期値を‘１’
にセットする（Ｓ１０）。変数“Ｉ”は、以下に説明す
るＳ１１〜Ｓ２２までの処理を何回繰り返し行ったかを
カウントする変数である。１つの変換定義情報は、１つ
のフィールドの型変換を定義する情報である。このた
め、変換定義情報記憶部に複数の変換定義情報が定義さ
れている場合は、変数“Ｉ”の値が定義されている変換
定義情報の数（図８のＳ１１では「項目数」で示してい
る）になるまで、型変換処理を繰り返す（Ｓ１１）。例
えば、図６に示す変換定義情報は７個あり、連番０００
〜００６の順に、以下に説明するＳ１２〜Ｓ２２の処理
を７回繰り返し行う。Ｓ１２では、入力したレコードよ
り型変換するデータを文字列型（Ｓｔｒｉｎｇ型）とし
て取得する（Ｓ１２）。変換定義情報には、入力レコー
ド開始位置と、上記開始位置からの長さが定義されてい
るので、この２つの定義情報に基づいて、入力レコード
よりデータを取得する。例えば、図６の連番「０００」
には、入力ファイルのフィールドの開始位置「００１」
とフィールドの長さ「０１０」とあるので、入力ファイ
ルＡ４のレコードの００１桁目から１０桁分のデータを
文字列型として取得する。次に、変換定義情報の変換式
を参照し、型変換処理を決定する（Ｓ１３）。この実施
の形態１では、図２に示したように、１８通りのデータ
型変換を可能にしている。このため、Ｓ１３では、変換
式に基づいて１８通りの変換処理に分岐する（Ｓ１４〜
Ｓｎ）。変換後のデータは、文字列型（Ｓｔｒｉｎｇ
型）として、例えば、変数“Ｆｉｅｌｄ”に格納されて
いる。変数“Ｆｉｅｌｄ”に格納されているデータは、
出力ファイルＡ６の１レコード中の所定の位置の１フィ
ールド分のデータであるため、Ｓ２１では、変数“Ｆｉ
ｅｌｄ”に格納されているデータが１レコード中の所定
の位置に格納されるように編集する。例えば、変数“Ｒ
ｅｃｏｒｄ”に１レコード分のデータを格納する場合
は、Ｓ２１の処理は、「Ｒｅｃｏｒｄ＝Ｒｅｃｏｒｄ＋
Ｆｉｅｌｄ」という編集式になる。左記の式では、変数
“Ｒｅｃｏｒｄ”に、変数“Ｆｉｅｌｄ”に格納されて
いるデータを接続している。

【００２２】次に、図９〜図２９を用いて、上記Ｓ１４
〜Ｓｎで行われる型変換処理を説明する。図９は、Ｅｂ
ｃｄｉｃ型からＪＩＳ８型へデータの型を変換する手順
を示す流れ図である。図１０は、Ｅｂｃｄｉｃコードか
らＪＩＳ８コードへ変換するための対応表を示す図であ
る。図１１及び図１２は、ＥｂｃｄｉｃコードからＪＩ
Ｓ８コードへ変換する具体的な値を示す図である。図９
では、始めに型変換処理を行うための前準備処理を行う
（Ｓ３０）。前準備処理では、上記図８のＳ１２で取得
したデータのデータ長を求め、変数“Ｌ”にデータ長を
格納する。また、Ｓ３１以降の処理は、上記図８のＳ１
２で取得したデータを１バイトずつＥｂｃｄｉｃコード
からＪＩＳ８コードへ変換するため、何バイト目を処理
しているのかカウントするためのカウント値を変数
“ｉ”に格納する。変数“ｉ”の初期値は、‘１’にす
る。更に、変数“Ｔｍｐ”と変数“Ｆｉｅｌｄ”の初期
化を行う。変数“Ｔｍｐ”は、１バイトのＥｂｃｄｉｃ
コードに対応する１バイトのＪＩＳ８コードを格納する
ための変数である。変数“Ｆｉｅｌｄ”は、変換後の１
フィールド分のデータを格納するための変数である。Ｓ
３２〜Ｓ３５は、１バイトのＥｂｃｄｉｃコードを１バ
イトのＪＩＳ８コードに変換する処理であり、上記図８
のＳ１２で取得したデータのバイト数分を繰り返し行
う。或いは、入力フィールドの長さよりも出力フィール
ドの長さの方が小さい場合もあるので、変数“ｉ”が出
力フィールドの長さよりも大きくなるまで繰り返しＳ３
２〜Ｓ３５の処理を行う。出力フィールドの長さは、変
換定義情報より取得する。

【００２３】図１１に示す具体的な値を用いて、Ｓ３２
〜Ｓ３５の処理内容を説明する。図１１に示すように、
型を変換する前の値は「ａｂｃ」であり、これは、Ｅｂ
ｃｄｉｃコードでは「６２６３６４」である。Ｓ３２の
処理では、ｉ番目の文字の内部コードを“ｍ”に代入し
ている。ｉは、始め‘１’であるので、左から１番目の
コード「６２」が“ｍ”に代入される。次に、Ｓ３３の
処理でコード「６２」を１０進数に変換して（コード
「６２」は１０進数にすると「９８」になる）、図１０
に示すＥｂｃｄｉｃコード→ＪＩＳ８コード対応表を参
照する。Ｅｂｃｄｉｃコード→ＪＩＳ８コード対応表
は、Ｅｂｃｄｉｃコード順に並べられており、各Ｅｂｃ
ｄｉｃコードに対応するＪＩＳ８コードが示されてい
る。図１０の対応表より「９８」番目のＥｂｃｄｉｃコ
ードに対するＪＩＳ８コードを求めると、ＪＩＳ８コー
ドは「６１」である。このＪＩＳ８コードを変数“Ｔｍ
ｐ”に代入する。変数“Ｔｍｐ”には、１バイトのＪＩ
Ｓ８コードが格納されており、Ｓ３４において、変数
“Ｆｉｅｌｄ”に入力データ長分のＪＩＳ８コードを連
結して格納する。Ｓ３３において、変数“Ｔｍｐ”には
「６１」が格納さているので、ｉ＝１のとき、図１２
（Ａ）のように、変数“Ｆｉｅｌｄ”には「６１」が格
納される。上記Ｓ３２〜Ｓ３４の処理は、ｉ＞Ｌになる
まで、つまり、入力データ長分繰り返し行う。ｉ＝２の
とき、図１２（Ｂ）のように、変数“Ｆｉｅｌｄ”は
「６１６２」となる。また、ｉ＝３のとき、図１２
（Ｃ）のように、変数“Ｆｉｅｌｄ”は「６１６２６
３」となり、ｉ＝４のとき、Ｓ３１の処理でＹＥＳに分
岐し、スペースパディング処理を行う（Ｓ３６）。スペ
ースパディング処理では、入力ファイルのフィールドの
長さより、出力ファイルのフィールドの長さが長いフィ
ールドについては、データを補う必要があるため、長さ
部分にスペースを挿入する。例えば、入力ファイルのフ
ィールドの長さが３バイトであり、出力ファイルのフィ
ールドの長さが６バイトである場合、図１２（Ｄ）のよ
うに、４バイト目から３バイト分にＪＩＳ８コードのス
ペースを示すコード「Ａ０」を挿入する。また、入力フ
ァイルのフィールドの長さよりも、出力ファイルのフィ
ールドの長さが短い場合は、Ｓ３１の分岐処理により、
結果的には変数“Ｆｉｅｌｄ”の右側のＪＩＳ８コード
が切り離される。例えば、入力ファイルのフィールド長
が３バイトであり、出力ファイルのフィールド長が２バ
イトである場合は、Ｓ３１の分岐処理により、ｉ＞出力
項目長が判断され、Ｓ３２〜Ｓ３５の処理は２回行われ
る。その結果、変数“Ｆｉｅｌｄ”には、２バイトのコ
ード「６１６２」が格納されることになる。

【００２４】次に、ＪＩＳ８型からＥｂｃｄｉｃ型への
型変換処理を説明する。図１３は、ＪＩＳ８型からＥｂ
ｃｄｉｃ型へデータの型を変換する手順を示す流れ図で
ある。図１３のＳ４０〜Ｓ４６の処理は、先に説明した
図９のＥｂｃｄｉｃ型からＪＩＳ８型へデータの型を変
換する手順と類似している。異なる処理は、Ｓ４３にお
いて、１０進数に変換したＪＩＳ８コードに対応するＥ
ｂｃｄｉｃコードをＪＩＳ８コード→Ｅｂｃｄｉｃコー
ド対応表を参照して取得することである。ＪＩＳ８コー
ド→Ｅｂｃｄｉｃコード対応表は、ＪＩＳ８コード順
に、各ＪＩＳ８コードに対応するＥｂｃｄｉｃコードを
示す表である。Ｓ４３の処理以外の処理は、図９の処理
と同じ内容である。

【００２５】次に、パック型からＬｏｎｇ型への型変換
処理を説明する。図１４は、パック型からＬｏｎｇ型へ
のデータの型を変換する手順を示す流れ図である。図１
５は、パック型からＬｏｎｇ型へのデータの型変換処理
を具体的に説明する図である。図１４では、始めに入力
データを上位４ビットずつテーブルに格納する（Ｓ５
０）。例えば、図１５（Ａ）のように、入力データがパ
ック型で「１２３Ｆ」という値であったとする。「１２
３Ｆ」を上位４ビットずつ“ＴＢＬ”という変数名のテ
ーブルに格納すると、図１５（Ｂ）のようになる。各テ
ーブルに格納する値を２進数で示すと、ＴＢＬ（１）＝
０００１、ＴＢＬ（２）＝００１０、ＴＢＬ（３）＝０
０１１、ＴＢＬ（４）＝１１１１となる。続いて、Ｓ５
１では、これから使用する変数を初期化する。図１５を
例にすると、変数“Ｍａｘ”は‘４’となる。このた
め、Ｓ５２の判断により、Ｓ５３，Ｓ５４の処理は３回
繰り返される。ｊが１〜３までカウントされるとき、Ｓ
５３で求めるＬｏｎｇ型の変数“Ｎｕｍ”の値を１６進
数で示すと、図１５（Ｃ）のようになる。図１５（Ｃ）
によると、ｊ＝１のときＮｕｍ＝１０００、ｊ＝２のと
きＮｕｍ＝Ｃ０００、ｊ＝３のときＮｕｍ＝Ｂ７００と
なる。上記のように、Ｌｏｎｇ型の値を求めた後、更に
Ｓ５５で符号を求める。符号は、ｊが示す値の変数“Ｔ
ＢＬ（ｊ）”に格納されている。図１５の例では、ＴＢ
Ｌ（４）に符号を示すデータが格納されている。ＴＢＬ
（４）は「１１１１」であるため、プラスと判断し、Ｓ
５６の１を掛ける処理を行う。マイナスと判断すると、
Ｓ５７の−１を掛ける処理を行う。符号付きの変換後デ
ータは、Ｎｕｍに格納されているので（ＮｕｍはＬｏｎ
ｇ型の変数）文字列型に変換して変数“Ｆｉｅｌｄ”に
格納する（Ｓ５８）。Ｓ５８の処理は、Ｌｓｅｔステー
トメントを用いる。また、Ｓ５０〜Ｓ５７までの処理は
ビット情報を扱うため、処理内容は、Ｃ言語（Ｃ言語
は、ＡＴ＆Ｔベル研究所が開発したプログラミング言語
である）でプログラミングする。

【００２６】次に、Ｌｏｎｇ型からパック型への型変換
処理を説明する。図１６は、Ｌｏｎｇ型からパック型へ
データの型を変換する手順を示す流れ図である。図１７
は、Ｌｏｎｇ型からパック型へデータの型を変換する具
体例を説明する図である。図１６では、始めに変数“Ｉ
Ｎ＿ＤＡＴＡ”に入力データを格納する。そして、以降
の処理で使用する変数の値を初期化する（Ｓ６０）。変
数“ＩＮ＿ＤＡＴＡ”の値が０より小さいか判断し（Ｓ
６１）、０より小さい場合、つまり、変数“ＩＮ＿ＤＡ
ＴＡ”の値がマイナスである場合、変数“ＯＵＴ＿ＤＡ
ＴＡ”にマイナス記号を４ビットで右詰にセットする
（Ｓ６２）。また、変数“ＩＮ＿ＤＡＴＡ”の値が０以
上である場合、つまり、変数“ＩＮ＿ＤＡＴＡ”の値が
プラスである場合、変数“ＯＵＴ＿ＤＡＴＡ”にプラス
記号を４ビットで右詰でセットする（Ｓ６３）。符号を
求めた後、指定桁数（指定桁数は、変換定義情報の出力
ファイルのフィールドの長さである）分Ｓ６５〜Ｓ６７
の処理を繰り返し行い、変数“ＯＵＴ＿ＤＡＴＡ”に変
換後の値を格納する。変換方法は、変数“ＩＮ＿ＤＡＴ
Ａ”を１０で割り、あまり（あまりは変数“Ａ”に格納
する）と解（解は変数“Ｂ”に格納する）を求める（Ｓ
６５）。あまり（変数“Ａ”）は、変数“ＯＵＴ＿ＤＡ
ＴＡ”に４ビットで右詰にセットする（Ｓ６６）。解
（変数“Ｂ”）は、変数“ＩＮ＿ＤＡＴＡ”に格納し
（Ｓ６７）、Ｓ６５からの処理を繰り返す。

【００２７】図１７に具体値を示す。入力データは、図
１７（Ａ）のように、「＋１２３」であるとする。この
ため、Ｓ６１では、プラスと判断されるので、プラス記
号を変数“ＯＵＴ＿ＤＡＴＡ”に４ビットで右詰めでセ
ットする（Ｓ６３）。例えば、この実施の形態では、プ
ラス記号を１６進数で「Ｆ」とする。続いて、変数“Ｏ
ＵＴ＿ＤＡＴＡ”にＳ６５〜Ｓ６７の手順で変換後の値
を格納する。ｊ＝１のとき、変数“ＯＵＴ＿ＤＡＴＡ”
は「３Ｆ」（１６進数）となる。ｊ＝２のとき、変数
“ＯＵＴ＿ＤＡＴＡ”は「２３Ｆ」（１６進数）とな
る。ｊ＝３のとき、変数“ＯＵＴ＿ＤＡＴＡ”は「１２
３Ｆ」（１６進数）となる。なお、上記した変数“ＯＵ
Ｔ＿ＤＡＴＡ”の値は、１６進数である。求めた変換後
の値は、変数“Ｆｉｅｌｄ”に文字列として格納する
（Ｓ６８）。

【００２８】次に、アンパック型からＬｏｎｇ型への型
変換処理を説明する。図１８は、アンパック型からＬｏ
ｎｇ型へデータの型を変換する手順を示す流れ図であ
る。図１９は、アンパック型からＬｏｎｇ型へデータの
型を変換する具体例を説明する図である。図１８では、
始めに入力データを上位８ビットずつテーブルに格納す
る（Ｓ７０）。例えば、図１９（Ａ）に示す入力データ
「Ｆ１Ｆ２Ｆ３」（この入力データは１６進数で表現し
ている）を上位８ビットずつテーブル変数“ＴＢＬ”に
格納すると、図１９（Ｂ）に示すように格納される。図
１９（Ｂ）では、ＴＢＬ（１）＝Ｆ１、ＴＢＬ（２）＝
Ｆ２、ＴＢＬ（３）＝Ｆ３と格納している（ＴＢＬに格
納されている値は、１６進数表現である）。次に、Ｓ７
１で、これから使用する変数の初期値化を行う。Ｓ７０
で入力データを格納したテーブルは、変数“ＴＢＬ”
（１）からＴＢＬ（３）であった。このため、変数“Ｍ
ａｘ”には３が格納される。従って、Ｓ７３，Ｓ７４の
処理は３回繰り返す。Ｓ７３の処理では、変数“Ｎｕ
ｍ”に変換後の値を格納している。変換方法は、変数
“ＴＢＬ（ｊ）”に格納されている下位４ビットの値と
変数“Ｎｕｍ”に格納されている値を１０倍した値を加
算し、変数“Ｎｕｍ”に代入する方法である。例えば、
変数“ＴＢＬ”に格納されている値が図１９（Ｂ）のよ
うであると、ｊ＝１のとき変数“Ｎｕｍ”＝１となり、
ｊ＝２のとき変数“Ｎｕｍ”＝１２となり、ｊ＝３のと
き変数“Ｎｕｍ”＝１２３となる。続いて、Ｓ７５の処
理で、ＴＢＬ（３）の上位４ビットに格納されている符
号を確認し（Ｓ７５）、プラスである場合は、変数“Ｎ
ｕｍ”に格納されている値に１を掛け、変数“Ｎｕｍ”
に格納する（Ｓ７６）。また、ＴＢＬ（３）の上位４ビ
ットに格納されている値の符号がマイナスである場合
は、Ｎｕｍ変数に格納されている値に−１を掛け、結果
を変数“Ｎｕｍ”に代入する（Ｓ７７）。これによっ
て、アンパック型の入力データをＬｏｎｇ型の出力デー
タに変換することができる。最後に、変数“Ｎｕｍ”に
格納されている値を文字列に変換し、変数“Ｆｉｅｌ
ｄ”に格納する（Ｓ７８）。

【００２９】次に、Ｌｏｎｇ型からアンパック型への型
変換処理を説明する。図２０は、Ｌｏｎｇ型からアンパ
ック型への型変換処理の手順を示す流れ図である。図２
１は、Ｌｏｎｇ型からアンパック型への型変換処理を具
体的に説明する図である。図２０では、始めに入力デー
タを変数“ＩＮ＿ＤＡＴＡ”に格納し、これから使用す
る変数に初期値をセットする（Ｓ８０）。次に、変数
“ＩＮ＿ＤＡＴＡ”に格納されている値が正の値である
か負の値であるかを確認し（Ｓ８１）、負の値である場
合は、変数“ＳｉｇｎＣｏｄｅ”にマイナス記号を示す
４ビットの値をセットする。例えば、マイナス記号が１
６進数で「Ｄ」である場合は、「Ｄ」を示すビットデー
タ「１１０１」をセットする（Ｓ８２）。また、正の値
である場合は、変数“ＳｉｇｎＣｏｄｅ”にプラス記号
を示す４ビットの値をセットする。例えば、プラス記号
が１６進数で「Ｃ」である場合は、「Ｃ」を示すビット
データ「１１００」をセットする（Ｓ８３）。次に、変
数“ＩＮ＿ＤＡＴＡ”に格納されている値を１０で割
り、あまりである１の位の値を算出し（Ｓ８４）、算出
した変数“ＯＵＴ＿ＤＡＴＡ”に４ビットで右詰にセッ
トする（Ｓ８５）。例えば、図２１（Ａ）に示す「＋１
２３」が変数“ＩＮ＿ＤＡＴＡ”に格納されているとす
る。そうすると、Ｓ８４で求められる変数“Ａ”の値は
「３」であり、「３」を変数“ＯＵＴ＿ＤＡＴＡ”に格
納する。更に、変数“ＳｉｇｎＣｏｄｅ”を変数“ＯＵ
Ｔ＿ＤＡＴＡ”に右詰にセットする。その結果は、図２
１（Ｂ）のｊ＝１のときの「Ｃ３」となる。続いて、Ｓ
８８〜Ｓ９１の処理をｊ＝２からｊが出力ファイルの出
力フィールドの長さより大きくなるまで、繰り返し行う
（Ｓ８７）。Ｓ８８では、上記Ｓ８４で求めた変数
“Ｂ”を変数“ＩＮ＿ＤＡＴＡに格納し、ｊに１を加算
する。そして、変数“ＩＮ＿ＤＡＴＡ”に格納されてい
る値を１０で割り、１の位の値を取り出し、変数“ＯＵ
Ｔ＿ＤＡＴＡ”に４ビットで右詰にセットする（Ｓ８
９，Ｓ９０）。この後、１６進数の「Ｆ」を変数“ＯＵ
Ｔ＿ＤＡＴＡ”に右詰でセットする（Ｓ９１）。このＳ
８９〜Ｓ９１の処理で１バイト分のコードを生成する。
例えば、ｊ＝２のとき変数“ＯＵＴ＿ＤＡＴＡ”に格納
されている値は、「Ｆ２Ｃ３」となり、ｊ＝３のとき変
数“ＯＵＴ＿ＤＡＴＡ”に格納されている値は「Ｆ１Ｆ
２Ｃ３」となる。変数“ＯＵＴ＿ＤＡＴＡ”に格納され
ている型変換後の値は文字列に変換して、変数“Ｆｉｅ
ｌｄ”に格納する（Ｓ９２）。なお、上記に説明した型
変換処理は関数として定義し、引数を用いることによ
り、所定の型変換処理を行うようにする。

【００３０】次に、Ｉｎｔｅｇｅｒ型からアンパック型
への型変換処理を説明する。図２２は、Ｉｎｔｅｇｅｒ
型からアンパック型へのデータ型を変換する手順を示す
流れ図である。図２２では、始めに入力データを既存の
データ型変換関数でＬｏｎｇ型に変換する。例えば、Ｖ
ＩＳＵＬＢＡＳＩＣの「ＣＬｎｇ」関数を用いて入力
データをＬｏｎｇ型に変換する（Ｓ１００）。そして、
図２０において説明したＬｏｎｇ型からアンパック型へ
の変換関数を用いて、アンパック型に変換した値を求め
る（Ｓ１０１）。

【００３１】次に、アンパック型からＩｎｔｅｇｅｒ型
への型変換処理を説明する。図２３は、アンパック型か
らＩｎｔｅｇｅｒ型へデータの型を変換する手順を示す
流れ図である。図２３では、始めに上記図１８において
説明したアンパック型からＬｏｎｇ型への変換関数を用
いて、一旦アンパック型の値をＬｏｎｇ型の値へ変換す
る（Ｓ１１０）。そして、Ｌｏｎｇ型に変換した値を既
存のデータ型変換関数を用いてＩｎｔｅｇｅｒ型に変換
する。例えば、ＶＩＳＵＡＬＢＡＳＩＣでは、「ＣＩ
ｎｔ」関数を用いてＩｎｔｅｇｅｒ型の値に変換するこ
とができる（Ｓ１１１）。そして、Ｉｎｔｅｇｅｒ型に
変換した値を文字列に変換し、変数“Ｆｉｅｌｄ”に格
納する（Ｓ１１２）。

【００３２】次に、Ｉｎｔｅｇｅｒ型からパック型へデ
ータ型を変換する型変換処理を説明する。図２４は、Ｉ
ｎｔｅｇｅｒ型からパック型へデータ型を変換する処理
手順を説明する流れ図である。図２４では、始めに入力
データを既存のデータ型変換関数を用いてＬｏｎｇ型の
値へ変換する（Ｓ１２０）。例えば、ＶＩＳＵＡＬＢ
ＡＳＩＣでは、「ＣＬｎｇ」関数を用いて入力データを
Ｌｏｎｇ型に変換する。そして、上記図１６で説明した
Ｌｏｎｇ型からパック型へデータの型を変換する関数を
用いて、パック型へ入力データを変換する（Ｓ１２
１）。

【００３３】次に、パック型からＩｎｔｅｇｅｒ型へデ
ータの型を変換する型変換処理について説明する。図２
５は、パック型からＩｎｔｅｇｅｒ型へデータの型を変
換する型変換処理の処理手順を示す流れ図である。図２
５では、始めに上記図１４において説明したパック型か
らＬｏｎｇ型へデータの型を変換する変換関数を用い
て、Ｌｏｎｇ型の値を求める（Ｓ１３０）。続いて、変
換したＬｏｎｇ型の値を既存のデータ型変換関数を用い
て、Ｉｎｔｅｇｅｒ型に変換する（Ｓ１３１）。例え
ば、ＶＩＳＵＡＬＢＡＳＩＣでは、「ＣＩｎｔ」関数
でＩｎｔｅｇｅｒ型に変換する。そして、変換した値を
文字列に変換して変数“Ｆｉｅｌｄ”に格納する（Ｓ１
３２）。

【００３４】次に、ＪＩＳ８型からアンパック型へのデ
ータ型を変換する型変換処理を説明する。図２６は、Ｊ
ＩＳ８型からアンパック型へデータを変換する型変換処
理手順を示す流れ図である。図２６では、始めに入力デ
ータを既存のデータ型変換関数を用いて、Ｌｏｎｇ型に
変換する（Ｓ１４０）。例えば、ＶＩＳＵＡＬＢＡＳ
ＩＣでは、「ＣＬｎｇ」関数を用いて、Ｌｏｎｇ型に変
換する。そして、上記図２０で説明したＬｏｎｇ型から
アンパック型への変換関数を用いて、アンパック型の値
を算出する。

【００３５】次に、アンパック型からＪＩＳ８型へのデ
ータ型を変換する型変換処理を説明する。図２７は、ア
ンパック型からＪＩＳ８型へのデータの変換手順を示す
流れ図である。図２７では、始めに上記図１８で説明し
たアンパック型からＬｏｎｇ型へのデータ型を変換する
関数を用いて、Ｌｏｎｇ型の値に変換する（Ｓ１５
０）。そして、Ｌｏｎｇ型に変換した値を既存のデータ
型変換関数で文字列型に変換する。例えば、ＶＩＳＵＡ
ＬＢＡＳＩＣでは、「ＣＳｔｒ」関数を用いて文字列
型に変換する。変換した文字列型の値を変数“Ｆｉｅｌ
ｄ”に格納する。

【００３６】次に、ＪＩＳ８型からパック型への型変換
処理を説明する。図２８は、ＪＩＳ８型からパック型へ
データの型を変換する手順を示す流れ図である。図２８
では、始めに入力データを既存のデータ型変換関数でＬ
ｏｎｇ型に変換する（Ｓ１６０）。例えば、ＶＩＳＵＡ
ＬＢＡＳＩＣでは、「ＣＬｎｇ」関数を用いてＬｏｎ
ｇ型に変換する。Ｌｏｎｇ型に変換した値を基に、上記
図１６において説明したＬｏｎｇ型からパック型へのデ
ータ型を変換する関数を用いて、Ｌｏｎｇ型からパック
型へデータの型を変換する（Ｓ１６１）。

【００３７】更に、パック型からＪＩＳ８型へのデータ
型変換処理手順を説明する。図２９は、パック型からＪ
ＩＳ８型へのデータ型変換処理の処理手順を示す流れ図
である。図２９では、始めに上記図１４に示したパック
型からＬｏｎｇ型への変換関数を用いて、Ｌｏｎｇ型の
値を求める（Ｓ１７０）。そして、Ｌｏｎｇ型の入力デ
ータを既存のデータ型変換関数で文字列型に変換する
（Ｓ１７１）。例えば、ＶＩＳＵＡＬＢＡＳＩＣで
は、「ＣＳｔｒ」関数を用いて文字列型に変換する。そ
して、変換した値を変数“Ｆｉｅｌｄ”に格納する（Ｓ
１７２）。

【００３８】なお、上記に説明した所定のデータ型から
他のデータ型へ変換する処理は関数として用いることが
できるようにプログラミングされ、型変換処理を行う場
合は、必要な引数を設定して関数を呼び出すことにより
実行する。

【００３９】以上のように、上記実施の形態１では、出
力ファイルのフィールドの長さと変換式と入力ファイル
のフィールドの開始位置と入力ファイルのフィールドの
長さを変換定義情報に指定することにより、異なるコー
ド体系をしているシステム間で用いるファイルを、容易
にそのシステムに合わせたコード体系をしているファイ
ルに変換することができる。例えば、パーソナルコンピ
ュータ系のシステムで作成したファイルを、この発明の
データ型変換装置を用いて汎用機系のシステムで使用す
るファイルにユーザがプログラムを専用に作成すること
なく、ファイル移行を行うことができる。

【００４０】実施の形態２．上記実施の形態１では、１
つの入力ファイルを基に、１つの出力ファイルを生成し
た。しかし、変換定義情報に指定する情報を変更するこ
とにより、複数のファイルを入力し、入力した各ファイ
ルが有するフィールドの内、任意のフィールドを指定し
て出力ファイルを生成する例を説明する。

【００４１】図３０は、実施の形態２におけるデータ型
変換装置の構成を示す図である。図３０において、型変
換部２は、入力ファイルＡ４と入力ファイルＢ５を入力
して、変換定義情報記憶部３に記憶されている変換定義
情報を参照し、変換定義情報に従い出力ファイルＡ６と
出力ファイルＢ７を生成する。図３１は、実施の形態２
における入力ファイルＡとＢ、出力ファイルＡとＢのレ
コードフォーマットを示す図である。図３１において、
入力ファイルＡのレコードは、ｉｎ１１、ｉｎ１２、ｉ
ｎ１３、ｉｎ１４の４つのフィールドより構成されてい
る。また、入力ファイルＢのレコードは、ｉｎ２１、ｉ
ｎ２２、ｉｎ２３のフィールドより構成されている。ま
た、出力ファイルＡのレコードは、ｏｕｔ１１、ｏｕｔ
１２、ｏｕｔ１３、未使用のフィールドより構成されて
いる。更に、出力ファイルＢのレコードは、ｏｕｔ２
１、ｏｕｔ２２、ｏｕｔ２３、未使用のフィールドより
構成されている。出力ファイルＡのレコードを構成する
各フィールドは、以下のように入力ファイルＡ及び入力
ファイルＢのレコードを構成するフィールドより生成さ
れる。出力ファイルＡｏｕｔ１１←入力ファイルＡｉｎ１
１出力ファイルＡｏｕｔ１２←入力ファイルＢｉｎ２
２出力ファイルＡｏｕｔ１３←入力ファイルＢｉｎ１
４出力ファイルＡ未使用フィールド←スペースを格納出力ファイルＢｏｕｔ２１←入力ファイルＡｉｎ１
１出力ファイルＢｏｕｔ２２←入力ファイルＢｉｎ２
３出力ファイルＢｏｕｔ２３←入力ファイルＡｉｎ１
３出力ファイルＢ未使用フィールド←スペースを格納上記したように、出力ファイルＡ，Ｂの各フィールドを
生成するが、入力ファイル、出力ファイルがともに複数
あるので、変換定義情報に入力ファイルと出力ファイル
を識別する情報を付加する。

【００４２】図３２に実施の形態２における変換定義情
報のフォーマットを示す。図３２に示した変換定義情報
のフォーマットは、先に説明した実施の形態１における
図４の（Ａ）の変換定義情報のフォーマットに対して、
出力ファイルの指定１０桁と入力ファイルの指定１０桁
を新たに追加したものである。出力ファイルの指定及び
入力ファイルの指定には、ファイルを識別できるような
情報を定義する。例えば、入力ファイル名や出力ファイ
ル名を定義する。

【００４３】図３３は、実施の形態２における変換定義
情報の一例を示す図である。図３３に示した変換定義情
報の定義内容は、図３１に示した入力ファイルＡと入力
ファイルＢより出力ファイルＡと出力ファイルＢを生成
する定義情報である。例えば、入力ファイルＡのファイ
ル名は「ＩＮＦＡ」であり、入力ファイルＢのファイル
名は「ＩＮＦＢ」とし、また、出力ファイルＡのファイ
ル名は「ＯＵＴＦＡ」とし、また、出力ファイルＢのフ
ァイル名は「ＯＵＴＦＢ」として変換定義情報の入力フ
ァイル及び出力ファイルの指定に定義している。更に、
出力ファイルＡ及び出力ファイルＢは、ともに未使用の
フィールドを備えており、この未使用のフィールドに
は、スペースを格納するように図３１において説明し
た。このため、変換定義情報には、未使用のフィールド
にスペースを格納するように定義する。例えば、連番が
「００３」の定義情報では、出力ファイルＡ（出力ファ
イルＡのファイル名は「ＯＵＴＦＡ」である）の未使用
フィールドにスペースを格納するよう変換式に「Ｃｏｎ
ｓｔｈｅｘ」を定義して、入力ファイルの指定と入力フ
ァイルのフィールドの開始位置と入力ファイルのフィー
ルドの長さに該当する箇所に格納したい値を１６進数表
現をして、ダブルコーテーションで囲い定義している。
図３３の例では、「Ｃｏｎｓｔｈｅｘ、“Ａ０Ａ０Ａ０
Ａ０Ａ０Ａ０Ａ０Ａ０Ａ０Ａ０Ａ０Ａ０”」のように定
義する。このように、スペースを１６進数表現した値
「Ａ０」を、セットしたい桁数（ここでは１２桁）だけ
定義する。このように、出力ファイルの所定のフィール
ドに固定の文字列を格納する場合は、交換式に「Ｃｏｎ
ｓｔｈｅｘ」を定義し、更に、変換式の後に「、」で区
切って「”」で固定の文字列を囲んで定義する。また、
無変換にしたい場合は、変換式に「Ｍｏｖｅｓｔｒｇ」
にすると、入力ファイルの指定したフィールドの値が、
そのまま出力ファイルの指定したフィールドに無変換で
格納される。

【００４４】図３３に示した変換定義情報を型変換部２
が参照すると、型変換部２は、入力ファイルの指定に定
義される入力ファイルより該当するデータを取り出し、
変換式に基づいてデータの型を変換する。変換する手順
は、上記実施の形態１で説明した変換手順と同じであ
る。そして、変換したデータは、出力用レコードに格納
される。出力用レコードを構成する全てのフィールドに
変換後データが格納されたら、変換定義情報に定義され
ている出力ファイルへレコードを出力する。上記実施の
形態１では、出力ファイルは１つであったため、出力用
レコードは１つであったが、複数の出力ファイルが存在
する場合は、出力用レコードは複数になる。このため、
変換後のデータを出力用レコードに格納するとき、変換
定義情報より出力ファイルの指定を参照し、該当する出
力ファイルの出力用レコードに変換後のデータを格納す
る。また、変換定義情報の変換式に「Ｃｏｎｓｔｈｅ
ｘ」が定義されていたら、この変換式は、所定の文字列
をフィールドに格納する定義であるため、型変換部２
は、所定の文字列を特定のフィールドに格納する命令を
用いて固定の文字列を所定のフィールドに格納する。ま
た、変換定義情報の変換式に「Ｍｏｖｅｓｔｒｇ」が定
義されていたら、この変換式は無変換を意味するため、
型変換部２は、入力ファイルの所定のフィールドの値
を、そのまま出力ファイルの所定のフィールドへ格納す
る。

【００４５】以上のように、図３３に示した変換定義情
報のように、定義情報の中に出力ファイルの指定と入力
ファイルの指定を項目を新たに設けることによって、デ
ータ型変換装置は、複数の入力ファイルが備えるフィー
ルドを基に、そのフィールドに格納されているデータの
型を変換し、複数の出力ファイルを生成することができ
る。また、特定のフィールドに所定の文字列を格納する
こともできるので、入力ファイルを構成するフィールド
に関係なく、出力ファイルの特定のフィールドにユーザ
が任意の値を格納することができる。

【００４６】実施の形態３．この実施の形態３では、更
に、型変換部２が２バイトのコードを指定の型の２バイ
トのコードに変換する例を説明する。図３４は、実施の
形態３における入力ファイルと出力ファイルのフィール
ドの関係を示す図である。図３４において、入力ファイ
ルＡのフィールドｉｎ１１は、ＪＩＳ型のフィールドで
あり、フィールドの長さは１０桁とする。ＪＩＳ型のフ
ィールドに格納されているデータは、２バイトコードに
より構成されており、フィールドの長さが１０桁という
ことは１０バイトであることを示しているが、２バイト
コードであるため、実際には５桁のデータが格納されて
いることを意味している。また、出力ファイルＡのフィ
ールドｏｕｔ１１は、入力ファイルＡのｉｎ１１のフィ
ールドに格納されているデータの型を変換して生成する
フィールドである。ｏｕｔ１１は、フィールドの長さが
１０桁であり、ＳＪＩＳ（ＳｈｉｆｔｅｄＪＩＳＣｏ
ｄｅの略）型のフィールドである。ＳＪＩＳのフィール
ドは、２バイトコードにより構成されており、フィール
ドの長さが１０桁であるということは１０バイトである
が、実際には５桁のデータが格納されることになる。

【００４７】図３５は、実施の形態３における変換定義
情報の一例を示す図である。図３５に示す変換定義情報
は、１つの入力ファイルから１つの出力ファイルを生成
するための変換定義情報とする。図３５によれば、連番
「００１」には、入力ファイルＡの１桁目から１０桁目
に該当するフィールドより、出力ファイルＡの１桁目か
ら１０桁目に該当するフィールドを生成することを示し
ている。また、変換式は、ＪＩＳの２バイトコードより
ＳＪＩＳの２バイトコードに変換することを示してい
る。

【００４８】図３６は、ＪＩＳコードとＳＪＩＳコード
の具体例を示す図である。この実施の形態では、
「（株）Σ」のＪＩＳコードである「８２３９２Ｄ７
４」を、ＳＪＩＳコードの「Ｆ２４８８７９４」に変換
する例を説明する。ＪＩＳコードからＳＪＩＳコードに
変換する方法は、上記実施の形態１におけるＥｂｃｄｉ
ｃコードからＪＩＳ８コードへ変換する手順と基本的に
は同じである。図９に、ＥｂｃｄｉｃコードからＪＩＳ
８コードに変換する処理手順を示した。図９のＳ３２で
は、変数“ｉ”が１，２，３，・・・と１つずつカウン
トアップされるため、変数“ｍ”に格納されるコード
は、１バイトずつ内部コードが格納される。しかし、２
バイトコードを変換する場合は、変数“ｉ”を１，３，
５，・・・と２ずつカウントアップする。そして、変数
“ｍ”には、２バイト分の内部コードを格納する。そし
て、Ｓ３３では、Ｅｂｃｄｉｃコード順に並べられたＥ
ｂｃｄｉｃコード→ＪＩＳ８コード対応表を参照し、Ｊ
ＩＳ８コードを取得し、取得したＪＩＳ８コードを変数
“Ｔｍｐ”に格納していた。このＪＩＳコードからＳＪ
ＩＳコードへ変換する場合も、ＪＩＳコード順に並べら
れたＪＩＳコード→ＳＪＩＳコード対応表を型変換部２
が予め備えており、型変換部２は、上記対応表を参照し
てＪＩＳコードに対応するＳＪＩＳコードを求め、変数
“Ｔｍｐ”に格納する。また、Ｓ３５では、変数“ｉ”
に１を加算しているが、このＪＩＳコードからＳＪＩＳ
コードへ変換する場合は、２バイト毎に変換を行うた
め、変数“ｉ”には２を加算する。

【００４９】上記に説明したように、例えば、ＪＩＳコ
ードの２バイトコードからＳＪＩＳコードの２バイトコ
ードへ、この発明のデータ型変換装置を用いて行うこと
ができる。

【００５０】

【発明の効果】以上のように、この発明のデータ型変換
装置は、変換定義情報記憶部に第１のデータを第２のデ
ータに変換するための定義情報を記憶する。そして、型
変換部は、上記定義情報に基づいて、第１のデータより
第２のデータを生成する。このため、従来のように、デ
ータ型を変換するためのプログラムを入力するファイル
や出力するファイルに依存して作成することなく、定義
情報を変更することにより、汎用的にデータ型を変換す
ることができる効果がある。

【００５１】また、第１のデータを構成するフィールド
の内、任意のフィールドを選択してデータ型の変換を行
い、第２のデータを生成することができる。このため、
ユーザのニーズに応じた第２のデータを、容易に生成す
ることができる効果がある。

【００５２】また、変換定義情報は、入力位置情報と変
換前型情報と変換後型情報と出力位置情報を定義情報と
して記憶している。このため、上記の定義情報を変更す
ることにより、ユーザ毎に任意のフィールドにより構成
される第２のデータを生成できる効果がある。更に、第
２のデータが同じ種類のフィールドにより構成されてい
ても、変換後型情報を異なる型情報に定義すれば、同じ
種類のフィールドであっても、異なるデータ型である第
２のデータを容易に生成できる効果がある。

【００５３】また、型変換部は、第１のデータのフィー
ルドの値を文字列型として入力する。また、型変換部に
おいて、変換した後の値を文字列型として出力する。こ
のため、型変換部に入力されるデータは全て文字列型で
あり、また、型変換部より出力されるデータも文字列型
であるため、変換前型情報と変換後型情報を考慮して、
型変換部に入力するデータや型変換部より出力するデー
タの型を考慮する必要がない。このため、変換前型情報
と変換後型情報に基づいて、処理対象とする型変換処理
を変更することによって様々な型変換処理を行うことが
できる効果がある。

【００５４】また、変換元データ記憶部は複数存在する
ことが可能であり、上記変換定義情報記憶部が記憶する
定義情報中に変換元データ記憶部を識別する入力識別情
報を含む。このため、複数の変換元データ記憶部を構成
する複数のフィールドより任意のフィールドを選択し
て、第２のデータを生成することができる。これによ
り、ユーザが第２のデータとして必要とするフィールド
が複数の変換元データ記憶部にバラバラに格納されてい
ても、定義情報に入力識別情報を定義するれば、容易に
任意のフィールドより構成された第２のデータを生成す
ることができる効果がある。

【００５５】更に、変換後データ記憶部は複数存在する
ことが可能であり、変換定義情報記憶部が記憶する定義
情報の中に変換後データ記憶部を識別するための出力識
別情報を含む。このため、ユーザが必要とする第２のデ
ータを複数の記憶部に分散して記憶させる必要がある場
合、定義情報に出力識別情報を定義することによって変
換したデータを任意の変換後データ記憶部に格納するこ
とができる効果がある。

【図面の簡単な説明】

【図１】実施の形態１におけるデータ型変換装置の一
例を示す構成図である。

【図２】この発明のデータ型変換装置において変換可
能なデータ型の一例を示す図である。

【図３】この発明のデータ型変換装置が扱うデータ型
間の関係を示す図である。

【図４】実施の形態１における変換定義情報のフォー
マットを示す図である。

【図５】実施の形態１における入力ファイルＡと出力
ファイルＡのレコードフォーマットを示す図である。

【図６】実施の形態１における変換定義情報の一例を
示す図である。

【図７】データ型変換装置における型変換手順を示す
流れ図である。

【図８】図７におけるデータ型変換処理の詳細な処理
手順を示す流れ図である。

【図９】Ｅｂｃｄｉｃ型からＪＩＳ８型へデータの型
を変換する手順を示す流れ図である。

【図１０】ＥｂｃｄｉｃコードからＪＩＳ８コードへ
変換するための対応表を示す図である。

【図１１】実施の形態１におけるＥｂｃｄｉｃコード
からＪＩＳ８コードへ変換するための具体例を示す図で
ある。

【図１２】実施の形態１におけるＥｂｃｄｉｃコード
からＪＩＳ８コードへ変換するための具体例を示す図で
ある。

【図１３】ＪＩＳ８型からＥｂｃｄｉｃ型へデータの
型を変換する手順を示す流れ図である。

【図１４】パック型からＬｏｎｇ型へデータの型を変
換する手順を示す流れ図である。

【図１５】実施の形態１におけるパック型からＬｏｎ
ｇ型へデータの型を変換する具体例を示す図である。

【図１６】Ｌｏｎｇ型からパック型へデータの型を変
換する手順を示す流れ図である。

【図１７】実施の形態１におけるＬｏｎｇ型からパッ
ク型へデータの型を変換する具体例を示す図である。

【図１８】アンパック型からＬｏｎｇ型へデータの型
を変換する手順を示す流れ図である。

【図１９】実施の形態１におけるアンパック型からＬ
ｏｎｇ型へデータの型を変換する具体例を示す図であ
る。

【図２０】Ｌｏｎｇ型からアンパック型へデータの型
を変換する手順を示す流れ図である。

【図２１】実施の形態１におけるＬｏｎｇ型からアン
パック型へデータの型を変換する具体例を示す図であ
る。

【図２２】Ｉｎｔｅｇｅｒ型からアンパック型へデー
タの型を変換する手順を示す流れ図である。

【図２３】アンパック型からＩｎｔｅｇｅｒ型へデー
タの型を変換する手順を示す流れ図である。

【図２４】Ｉｎｔｅｇｅｒ型からパック型へデータの
型を変換する手順を示す流れ図である。

【図２５】パック型からＩｎｔｅｇｅｒ型へデータの
型を変換する手順を示す流れ図である。

【図２６】ＪＩＳ８型からアンパック型へデータの型
を変換する手順を示す流れ図である。

【図２７】アンパック型からＪＩＳ８型へデータの型
を変換する手順を示す流れ図である。

【図２８】ＪＩＳ８型からパック型へデータの型を変
換する手順を示す流れ図である。

【図２９】パック型からＪＩＳ８型へデータの型を変
換する手順を示す流れ図である。

【図３０】実施の形態２におけるデータ型変換装置の
一例を示す構成図である。

【図３１】実施の形態２における入力ファイルＡ、入
力ファイルＢ、出力ファイルＡ、出力ファイルＢのレコ
ードフォーマットを示す図である。

【図３２】実施の形態２における変換定義情報のフォ
ーマットを示す図である。

【図３３】実施の形態２における変換定義情報の一例
を示す図である。

【図３４】実施の形態３における入力ファイルＡと出
力ファイルＡのレコードフォーマットを示す図である。

【図３５】実施の形態３における変換定義情報の一例
を示す図である。

【図３６】実施の形態３におけるＪＩＳコードからＳ
ＪＩＳコードへ変換する具体例を示す図である。

【図３７】従来例２における異機種コンピュータ間で
のデータコンバージョンの一例を示す図である。

【図３８】従来例２における具体的なデータコンバー
ジョン例を示す図である。

【符号の説明】

１データ型変換装置、２型変換部、３変換定義情
報記憶部、４入力ファイルＡ、５入力ファイルＢ、
６出力ファイルＡ、７出力ファイルＢ。

───────────────────────────────────────────────────── フロントページの続き (56)参考文献特開平９−54674（ＪＰ，Ａ) 特開平９−6588（ＪＰ，Ａ) 特開平７−325702（ＪＰ，Ａ) 特開平６−175818（ＪＰ，Ａ) 特開平５−143279（ＪＰ，Ａ) 特開平４−7759（ＪＰ，Ａ) 特開平10−63552（ＪＰ，Ａ) (58)調査した分野(Int.Cl.⁷，ＤＢ名) G06F 5/00 G06F 12/00 511 H03M 7/14

Claims

(57)【特許請求の範囲】

【請求項１】第１のデータを入力し、上記第１のデー
タのデータ型を変換して第２のデータを生成して出力す
るデータ型変換装置において、以下の要素を有すること
を特徴とするデータ型変換装置（ａ）上記第１のデータは複数のフィールドからなり、
各フィールドはＥｂｃｄｉｃ（ＥｘｔｅｎｄｅｄＢｉ
ｎａｒｙＣｏｄｅｄＤｅｃｉｍａｌＩｎｔｅｒｃ
ｈａｎｇｅＣｏｄｅ）型とパック型とアンパック型と
ＪＩＳ８型とＩｎｔｅｇｅｒ型とＬｏｎｇ型の６種類の
内いずれかのデータ型の値を持ち、上記第１のデータを
記憶する変換元データ記憶部、（ｂ）上記第２のデータは複数のフィールドからなり、
各フィールドはＥｂｃｄｉｃ（ＥｘｔｅｎｄｅｄＢｉ
ｎａｒｙＣｏｄｅｄＤｅｃｉｍａｌＩｎｔｅｒｃ
ｈａｎｇｅＣｏｄｅ）型とパック型とアンパック型と
ＪＩＳ８型とＩｎｔｅｇｅｒ型とＬｏｎｇ型の６種類の
内いずれかのデータ型の値を持ち、上記第１のデータを
第２のデータに変換するための定義情報として第１のデ
ータの各フィールドのうち、任意のフィールドの位置を
定義する入力位置情報と、上記任意のフィールドのデータ型を定義する変換前型情
報と、上記任意のフィールドに対応する上記第２のデータのフ
ィールドのデータ型を定義する変換後型情報と、上記第２のデータのフィールドの位置を定義する出力位
置情報とを記憶する変換定義情報記憶部、（ｃ）上記変換定義情報記憶部に記憶されている定義情
報を入力し、上記定義情報の上記入力位置情報に基づいて上記第１の
データのフィールドのデータ型がＪＩＳ８型，Ｅｂｃｄ
ｉｃ型，パック型，アンパック型，Ｉｎｔｅｇｅｒ型，
Ｌｏｎｇ型のいずれであっても、上記第１のデータのフ
ィールドの値を文字列型（Ｓｔｒｉｎｇ）として入力
し、上記文字列型として入力した上記第１のデータのフ
ィールドの値を上記変換前型情報と上記変換後型情報と
に従いデータ型を変換して、変換後の値のデータ型がＪ
ＩＳ８型，Ｅｂｃｄｉｃ型，パック型，アンパック型，
Ｉｎｔｅｇｅｒ型，Ｌｏｎｇ型のいずれであっても、変
換後の値を文字列型（Ｓｔｒｉｎｇ）として上記出力位
置情報に基づいて編集して上記第２のデータを生成して
出力する型変換部、（ｄ）上記型変換部により出力された第２のデータを記
憶する変換後データ記憶部。
【請求項２】上記第１のデータを記憶する変換元デー
タ記憶部は複数存在し、上記変換定義情報記憶部が記憶する入力位置情報は、変
換元データ記憶部を識別する入力識別情報を含み、上記型変換部は、上記入力識別情報に基づいて指定され
ている変換元データ記憶部より第１のデータを入力する
ことを特徴とする請求項１記載のデータ型変換装置。
【請求項３】上記第２のデータを記憶する変換後デー
タ記憶部は複数存在し、上記変換定義情報記憶部が記憶する出力位置情報は、変
換後データ記憶部を識別する出力識別情報を含み、上記型変換部は、上記出力識別情報に基づいて指定され
ている変換後データ記憶部に第２のデータを出力するこ
とを特徴とする請求項１記載のデータ型変換装置。