JPH07319662A - 異機種マシン間データ形式変換方式 - Google Patents

Abstract

(57)【要約】 【目的】 ファイルのコード変換およびレコード形式変
換を汎用マシン上で汎用的に行うようにする。 【構成】 更新レコード抽出手段１１１はデータベース
１２から更新レコードを更新レコードファイル１３に抽
出し、ファイル転送手段１１２は更新レコードファイル
１３を送信する。ファイル転送手段２１１は更新レコー
ドファイル２２を受信し、コード変換手段２１２は１バ
イトコード変換マスタファイル２３および２バイトコー
ド変換マスタファイル２４を参照して更新レコードファ
イル２２中のレコードのコード変換を行ってコード変換
済レコードファイル２５に出力し、レコード形式変換手
段２１３はコード変換済レコードのレコード形式を変換
して形式変換済レコードファイル２６に出力する。デー
タベース更新手段２１４は形式変換済レコードに基づい
てデータベース２７中のレコードを更新する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は異機種マシン間データ形
式変換方式に関し、特にファイルのコード変換およびレ
コード形式変換を行う異機種マシン間データ形式変換方
式に関する。

【０００２】

【従来の技術】従来、ＵＮＩＸマシンと汎用マシンとが
通信回線を介して接続されてなるコンピュータシステム
では、ＵＮＩＸマシンから汎用マシンにデータファイル
を転送する場合に、ＵＮＩＸマシンと汎用マシンとの間
でコード体系が異なるためにＵＮＩＸマシン上でコード
変換を行った後に汎用マシンにファイル転送を行い、汎
用マシン上でファイル毎にレコード形式変換用に特別に
作成したアプリケーションプログラムで所望のレコード
形式に変換していた。

【０００３】なお、従来技術として、ＯＳＩ（Ｏｐｅｎ
Ｓｙｓｔｅｍ Ｉｎｔｅｒｃｏｎｎｅｃｔｉｏｎ）標
準の事務文書をホスト形式の事務文書に変換する事務文
書形式変換方式（特開平３−２８２６５７号公報参照）
が知られているが、事務文書に特化したものであり汎用
的に使用することができるものではなかった。

【０００４】

【発明が解決しようとする課題】上述した従来のデータ
形式変換方式では、ファイル毎にレコード形式を変換す
るためのアプリケーションプログラムを作成する必要が
あったので、アプリケーションプログラムの作成工数が
かかるという問題点があった。

【０００５】また、ＵＮＩＸマシン毎にコード変換用の
マスタファイルを持たなければならなかったので、ＵＮ
ＩＸマシンのファイル構成が複雑化するという問題点が
あった。

【０００６】本発明の目的は、上述の点に鑑み、ファイ
ルのコード変換およびレコード形式変換を汎用マシン上
で汎用的に行うようにした異機種マシン間データ形式変
換方式を提供することにある。

【０００７】

【課題を解決するための手段】本発明の異機種マシン間
データ形式変換方式は、ある機種のマシンと他の機種の
マシンとが通信回線を介して接続されてなるコンピュー
タシステムにおいて、前記他の機種のマシンが、前記あ
る機種のマシンから転送されてきたファイルを入力して
コード変換するコード変換手段と、このコード変換手段
によりコード変換されたファイルのレコード形式を汎用
的に変換するレコード形式変換手段とを有する。

【０００８】

【実施例】次に、本発明について図面を参照して詳細に
説明する。

【０００９】図１は、本発明の一実施例に係る異機種マ
シン間データ形式変換方式が適用されたコンピュータシ
ステムの構成を示すブロック図である。このコンピュー
タシステムは、ＵＮＩＸマシン１と汎用マシン２とが通
信回線３を介して接続されて構成されている。

【００１０】ＵＮＩＸマシン１は、更新レコード抽出ユ
ーティリティ１１と、データベース１２と、更新レコー
ドファイル１３とを含んで構成されており、更新レコー
ド抽出ユーティリティ１１は、更新レコード抽出手段１
１１と、ファイル転送手段１１２とからなる。

【００１１】汎用マシン２は、データベース更新ユーテ
ィリティ２１と、更新レコードファイル２２と、１バイ
トコード変換マスタファイル２３と、２バイトコード変
換マスタファイル２４と、コード変換済レコードファイ
ル２５と、形式変換済レコードファイル２６と、データ
ベース２７とを含んで構成されており、データベース更
新ユーティリティ２１は、ファイル転送手段２１１と、
コード変換手段２１２と、レコード形式変換手段２１３
と、データベース更新手段２１４とからなる。

【００１２】図２を参照すると、更新レコード抽出手段
１１１の処理は、データベース・更新レコードファイル
オープンステップＳ１０１と、更新レコード抽出ステッ
プＳ１０２と、終了判定ステップＳ１０３と、シフトコ
ード付加ステップＳ１０４と、データベース・更新レコ
ードファイルクローズステップＳ１０５とからなる。

【００１３】図３を参照すると、ファイル転送手段１１
２の処理は、動作環境設定ステップＳ２０１と、回線オ
ープンステップＳ２０２と、汎用マシンチェックステッ
プＳ２０３と、ファイル送信ステップＳ２０４と、レス
ポンス受信ステップＳ２０５と、回線クローズステップ
Ｓ２０６とからなる。

【００１４】図４を参照すると、ファイル転送手段２１
１の処理は、動作環境設定ステップＳ３０１と、回線オ
ープンステップＳ３０２と、ファイル受信ステップＳ３
０３と、レスポンス送信ステップＳ３０４と、回線クロ
ーズステップＳ３０５とからなる。

【００１５】図５を参照すると、コード変換手段２１２
の処理は、ファイルオープンステップＳ４０１と、１バ
イト入力ステップＳ４０２と、終了判定ステップＳ４０
３と、シフト開始コード判定ステップＳ４０４と、シフ
トフラグオンステップＳ４０５と、シフト終了コード判
定ステップＳ４０６と、シフトフラグオフステップＳ４
０７と、シフトフラグ判定ステップＳ４０８と、１バイ
トコード変換ステップＳ４０９と、１バイト入力ステッ
プＳ４１０と、２バイトコード変換ステップＳ４１１
と、変換コード出力ステップＳ４１２とからなる。

【００１６】図６を参照すると、レコード形式変換手段
２１３の処理は、ファイルオープンステップＳ５０１
と、１レコード入力ステップＳ５０２と、終了判定ステ
ップＳ５０３と、デリミッタカウントステップＳ５０４
と、入力レコード数／出力レコード項目数比較ステップ
Ｓ５０５と、出力レコード編集ステップＳ５０６と、出
力レコード書込みステップＳ５０７とからなる。

【００１７】図７を参照すると、１バイトコード変換マ
スタファイル２３には、１バイト系のＵＮＩＸコードと
汎用マシンコードとが対応して登録されている。

【００１８】図８を参照すると、２バイトコード変換マ
スタファイル２４には、２バイト系のＵＮＩＸコードと
汎用マシンコードとが対応して登録されている。

【００１９】次に、このように構成された本実施例の異
機種マシン間データ形式変換方式の動作について説明す
る。

【００２０】昼間の業務においては、汎用マシン２の負
荷を軽減するために、ＵＮＩＸマシン１は単独でデータ
ベース１２のメンテナンスを行う。ここで扱うデータベ
ース１２は、商品マスタファイルのように毎日のメンテ
ナンス（後日からの価格の変更や新商品の追加など）が
必要なファイルである。一方、汎用マシン２上では、当
然通常の業務を行い、データベース２７を使用してい
る。

【００２１】そして、昼間の業務終了後、ＵＮＩＸマシ
ン１上で更新レコード抽出ユーティリティ１１が起動さ
れる。

【００２２】すると、まず更新レコード抽出手段１１１
は、データベース１２および更新レコードファイル１３
をオープンし（ステップＳ１０１）、例えば図９に示す
ように、更新日付等の任意の項目でデータベース１２か
ら更新レコードを抽出する（ステップＳ１０２）。更新
レコードがあれば（ステップＳ１０３でノー）、更新レ
コード抽出手段１１１は、例えば図９に示すように、２
バイトデータ項目の前後に１バイトのシフト開始コード
“！”およびシフト終了コード“？”を付加し（ステッ
プＳ１０４）、ステップＳ１０２に制御を戻す。ステッ
プＳ１０３で更新レコードがなくなれば、更新レコード
抽出手段１１１は、データベース１２および更新レコー
ドファイル１３をクローズする（ステップＳ１０５）。

【００２３】図９は、更新レコード抽出手段１１１によ
る更新レコード抽出処理の一例を説明する図である。デ
ータベース１２にレコード１ないし３が格納されてい
て、更新レコード抽出手段１１１により更新日付が“９
３０８２４”で更新レコードの抽出を行うと、２件の更
新レコードが抽出され、更新レコード中の２バイトデー
タ項目の前後にシフト開始コード“！”およびシフト終
了コード“？”が付加される。

【００２４】次に、ファイル転送手段１１２は、動作環
境を設定し（ステップＳ２０１）、回線をオープンして
（ステップＳ２０２）、汎用マシン２の動作状態をチェ
ックする（ステップＳ２０３）。汎用マシン２の動作状
態のチェックが終わると、ファイル転送手段１１２は、
更新レコードファイル１３を通信回線３を介して汎用マ
シン２に送信し（ステップＳ２０４）、汎用マシン２か
らレスポンスを受信すると（ステップＳ２０５）、回線
をクローズする（ステップＳ２０６）。

【００２５】一方、汎用マシン２上のデータベース更新
ユーティリティ２１では、ファイル転送手段２１１が、
動作環境を設定し（ステップＳ３０１）、回線をオープ
ンして（ステップＳ３０２）、ＵＮＩＸマシン１から送
信されてきた更新レコードファイル１３を更新レコード
ファイル２２として受信し（ステップＳ３０３）、レス
ポンスを通信回線３を介してＵＮＩＸマシン１に送信し
て（ステップＳ３０４）、回線をクローズする（ステッ
プＳ３０５）。

【００２６】次に、コード変換手段２１２は、更新レコ
ードファイル２２，コード変換済レコードファイル２
５，１バイトコード変換マスタファイル２３および２バ
イトコード変換マスタファイル２４をオープンし（ステ
ップＳ４０１）、更新レコードファイル２２から１バイ
ト単位でデータを入力する（ステップＳ４０２）。次
に、コード変換手段２１２は、更新レコードファイル２
２が終了か否かを判定し（ステップＳ４０３）、終了で
なけばシフト開始コード“！”であるかどうかを判定す
る（ステップＳ４０４）。シフト開始コード“！”であ
れば、コード変換手段２１２は、シフトフラグをオンに
し（ステップＳ４０５）、ステップＳ４０２に制御を戻
す。シフト開始コード“！”でなければ、コード変換手
段２１２は、シフト終了コード“？”であるかどうかを
判定し（ステップＳ４０６）、シフト終了コード“？”
であれば、シフトフラグをオフにし（ステップＳ４０
７）、ステップＳ４０２に制御を戻す。

【００２７】ステップＳ４０６でシフト終了コード
“？”でなければ、コード変換手段２１２は、シフトフ
ラグがオンかオフかを判定し（ステップＳ４０８）、オ
フであれば、１バイトコード変換マスタファイル２３を
参照して１バイトのコード変換を行う（ステップＳ４０
９）。シフトフラグがオンであれば、コード変換手段２
１２は、更新レコードファイル２２から１バイトをさら
に入力し（ステップＳ４１０）、２バイトコード変換マ
スタファイル２４を参照して２バイトのコード変換を行
う（ステップＳ４１１）。次に、コード変換手段２１２
は、変換コードをコード変換済レコードファイル２５に
出力し（ステップＳ４１２）、ステップＳ４０２に制御
を戻す。そして、ステップＳ４０３で更新レコードファ
イル２２が終了となれば、コード変換手段２１２は処理
を終了する。

【００２８】続いて、レコード形式変換手段２１３は、
コード変換済レコードファイル２５および形式変換済レ
コードファイル２６をオープンし（ステップＳ５０
１）、コード変換済レコードファイル２５から１レコー
ドを入力し（ステップＳ５０２）、終了かどうかを判定
する（ステップＳ５０３）。コード変換済レコードファ
イル２５が終了でなければ、レコード形式変換手段２１
３は、入力レコードを１バイトずつに区切り、デリミッ
タ“，”の数をカウントし（ステップＳ５０４）、入力
レコード数＋１が出力レコード項目数と一致するかどう
かを判定する（ステップＳ５０５）。入力レコード数＋
１が出力レコード項目数と一致すれば、レコード形式変
換手段２１３は、例えば図１０に示すように出力レコー
ドの編集を行い（ステップＳ５０６）、形式変換済レコ
ードファイル２６に書き込んだ後（ステップＳ５０
７）、ステップＳ５０２に制御を戻す。ステップＳ５０
５で入力レコード数＋１が出力レコード項目数と一致し
なけば、レコード形式変換手段２１３は、アボートす
る。また、ステップＳ５０３で終了すれば、レコード形
式変換手段２１３は処理を終了する。

【００２９】図１０は、レコード形式変換手段２１３に
よるレコード形式変換処理の一例を説明する図である。
出力レコードの定義が９（５），Ｘ（５），Ｎ（４），
９（６）の４項目で、入力レコードが１００，ＡＢＣ，
！山田？，９３０８２４と、７０，ＣＣＣ，！斉藤？，
９３０８２４とである場合、デリミッタ“，”の数は
３、出力レコード項目数が４であるので、入力レコード
数＋１が出力レコード項目数に一致する。このため、レ
コード形式変換手段２１３は、出力レコードを編集し、
出力レコードを形式変換済レコードファイル２６に書き
込む。

【００３０】最後に、データベース更新手段２１４は、
形式変換済レコードファイル２６から形式変換済の更新
レコードを読み込んで、データベース２７を更新する。

【００３１】なお、上記実施例では、本発明をＵＮＩＸ
マシンと汎用マシンとが通信回線を介して接続されたコ
ンピュータシステムに適用した場合について説明した
が、互いにコード体系が異なるマシンが通信回線を介し
て接続されてなるコンピュータシステムであれば、本発
明が同様に適用できることはいうまでもない。

【００３２】

【発明の効果】以上説明したように本発明は、コード変
換およびレコード形式変換を汎用マシン上で一連の動作
として行えるようにしたので、ファイルのデータ変換処
理が一括して行えコンピュータシステムの運用が容易に
なるとともに、１つのレコード形式に対して１つのアプ
リケーションプログラムを作成する必要がなくなって作
成工数が減少するという効果がある。

【００３３】また、ＵＮＩＸマシン毎にコード変換用の
マスタファイルを持つ必要がなくなるので、ＵＮＩＸマ
シンでのファイル構成を簡単にすることができるという
効果がある。

【図面の簡単な説明】

【図１】本発明の一実施例に係る異機種マシン間データ
形式変換方式が適用されたコンピュータシステムの構成
を示すブロック図である。

【図２】図１中の更新レコード抽出手段の処理を示す流
れ図である。

【図３】図１中のファイル転送手段の処理を示す流れ図
である。

【図４】図１中のファイル転送手段の処理を示す流れ図
である。

【図５】図１中のコード変換手段の処理を示す流れ図で
ある。

【図６】図１中のレコード形式変換手段の処理を示す流
れ図である。

【図７】図１中の１バイトコード変換マスタファイルの
内容を例示する図である。

【図８】図１中の２バイトコード変換マスタファイルの
内容を例示する図である。

【図９】図１中の更新レコード抽出手段による更新レコ
ード抽出処理の一例を説明する図である。

【図１０】図１中のレコード形式変換手段によるレコー
ド形式変換処理の一例を説明する図である。

【符号の説明】

１ ＵＮＩＸマシン ２ 汎用マシン １１ 更新レコード抽出ユーティリティ １２ データベース １３ 更新レコードファイル ２１ データベース更新ユーティリティ ２２ 更新レコードファイル ２３ １バイトコード変換マスタファイル ２４ ２バイトコード変換マシンファイル ２５ コード変換済レコードファイル ２６ 形式変換済レコードファイル ２７ データベース １１１ 更新レコード抽出手段 １１２ ファイル転送手段 ２１１ ファイル転送手段 ２１２ コード変換手段 ２１３ レコード形式変換手段 ２１４ データベース更新手段

Claims (2)

【特許請求の範囲】
1. 【請求項１】 ある機種のマシンと他の機種のマシンと
   が通信回線を介して接続されてなるコンピュータシステ
   ムにおいて、 前記他の機種のマシンが、前記ある機種のマシンから転
   送されてきたファイルを入力してコード変換するコード
   変換手段と、このコード変換手段によりコード変換され
   たファイルのレコード形式を汎用的に変換するレコード
   形式変換手段とを有することを特徴とする異機種マシン
   間データ形式変換方式。
2. 【請求項２】 前記ある機種のマシンがＵＮＩＸマシン
   で、前記他の機種のマシンが汎用マシンである請求項１
   記載の異機種マシン間データ形式変換方式。