JPH05241923A

JPH05241923A - ファイル変換装置

Info

Publication number: JPH05241923A
Application number: JP4045251A
Authority: JP
Inventors: Keiji Imanishi; 啓二今西; Masanori Takayama; 真紀高山; Chiaki Takahashi; 千秋高橋
Original assignee: Hitachi Ltd; Hitachi Keiyo Engineering Co Ltd
Current assignee: Hitachi Ltd; Hitachi Keiyo Engineering Co Ltd
Priority date: 1992-03-03
Filing date: 1992-03-03
Publication date: 1993-09-21

Abstract

(57)【要約】【目的】あるシステム用の複数のファイルを一括指定
して、別システム用のファイルに変換し、オペレータの
指定操作性の向上を図る。【構成】ファイルを異なるシステム用に変換するファ
イル変換装置において、複数のファイルを一括指定し、
一括指定された複数ファイルを連続的に一括変換し、変
換後の複数ファイルの夫々のファイル名称を予め指定さ
れたファイル名称付与ルールに従って自動付与し、変換
前後のファイル名称の比較リストを自動生成する。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明はファイル変換装置に係
り、特に、複数のファイルを一括指定して変換するのに
好適なファイル変換装置に関する。

【０００２】

【従来の技術】コンピュータを動作させるＯＳには種々
のものがあり、複数のＯＳを利用するユーザにとって、
あるシステムで作成したファイルを別のシステム用に変
換する必要が度々生じる。例えば、ＭＳ−ＤＯＳで動作
させているコンピュータで途中までファイルを作成し、
続きの作業をＵＮＩＸで動作させているコンピュータで
継続する場合、ＭＳ−ＤＯＳのファイルをＵＮＩＸのフ
ァイルに変換する必要が生じる。従来のファイル変換装
置でファイル変換を行う場合の作業手順を、図１８に示
す。

【０００３】従来のファイル変換装置が起動すると、ま
ず、装置がオペレータに変換希望ファイル名の入力を要
求してくるので、オペレータはファイル名を指定する。
装置はこの指定されたファイルが存在するファイルであ
るか否かつまり指定されたファイルが妥当であるか否か
を判定し、妥当でない場合には再びオペレータに対して
変換希望ファイル名の入力を要求する。ファイル名が妥
当な場合、装置は当該ファイルを変換した後のファイル
をどのような名称にするかをオペレータに要求してく
る。オペレータが変換後の名称を入力すると、装置は再
びその名称が妥当であるか否かつまり禁止されている文
字をファイル名として使用していないか否か等を判定
し、妥当でない場合には再びオペレータに対し名称の入
力を要求する。オペレータの指定した名称が妥当な場合
には、装置はファイルの変換処理を実行する。そして、
装置は、続けて別のファイルを変換するか否かをオペレ
ータに問い合わせ、オペレータが続けてファイル変換を
するか否かを入力すると、その入力に応じて装置は本処
理を終了するか否かを判定し、続けてファイル変換する
場合にはそのファイル名の入力を要求し、ファイル変換
を継続しない場合には本プログラムを終了する。

【０００４】

【発明が解決しようとする課題】上述した従来のファイ
ル変換装置は、ファイルを１つづつ変換しなければなら
ず、しかも、この１回の変換作業で、一々、変換対象の
ファイル名称を指定し、変換後のファイルの名称を入力
しなければならない。ファイル変換作業を行う場合、１
つのファイルだけを変換するということは少なく、複数
のファイルを変換することが普通である。従って、ファ
イルを１つづつ変換しなければならない従来のファイル
変換装置では、作業が面倒であり、時間がかかるという
問題がある。

【０００５】本発明の目的は、ファイル変換作業を迅速
且つ容易に行い、オペレータの変換作業を軽減するファ
イル変換装置を提供することにある。

【０００６】

【課題を解決するための手段】上記目的は、ファイルを
異なるシステム用に変換するファイル変換装置におい
て、複数のファイルを一括指定する手段と、一括指定さ
れた複数ファイルを連続的に一括変換する手段と、変換
後の複数ファイルの夫々のファイル名称を予め指定され
たファイル名称付与ルールに従って自動付与する手段
と、変換前後のファイル名称の比較リストを自動生成す
る手段とを設けることで、達成される。

【０００７】

【作用】複数のファイルを一括指定する構成のため、例
えばワイルド・カードを用いてファイル指定を行うこと
が可能となる。従って、ファイル指定の作業が簡単とな
る。また、変換後のファイルの名称は１つ１つのファイ
ルにユニークな名称が自動付与されるため、オペレータ
はファイル名称を入力指定する必要がなくなる。更に、
変換前後のファイル名称の比較リストを自動生成するの
で、変換前のファイルが変換後のどのファイルであるか
一目瞭然となり、変換後のファイル名称を装置が自動付
与しても、オペレータは変換後のファイルが何のファイ
ルであるか容易に認識することができる。

【０００８】

【実施例】以下、本発明の一実施例を図面を参照して説
明する。図１〜図４は、本発明の第１実施例に係るファ
イル変換装置における処理手順を示すフローチャートで
ある。まず装置は、変換希望ファイル名の入力と、変換
後のファイルをどのディスクドライブ等の装置のどのデ
ィレクトリ（メインフレームにおいてはデータセット。
以下、ディレクトリで説明する。）に格納するのかの指
定をオペレータに要求する。この要求により、オペレー
タは、変換するファイル名とディレクトリとを指定す
る。本実施例では、複数のファイルを一括して指定する
ことを可能としている。従って、従来の様に１つ１つの
ファイル名を例えばＧ１００１５７．ＴＸＴＧ１００１５８．ＴＸＴと入力しても、ワイルドカードを使用してＧ＊．＊と入力してもよい。

【０００９】オペレータが変換希望ファイル名，ディレ
クトリ名を入力すると、装置は入力されたファイル名を
解析する。この解析は、本実施例では、図７に示すフロ
ーチャートに従って行う。つまり、まず、解析対象のフ
ァイル名称を２バイトコード（日本語文字）と１バイト
コード（ＡＮＫ文字）に分け、拡張子を除く最終文字コ
ードを取り出すことで行う。ファイル名を解析した後
は、そのファイル名が妥当であるか否かを判定し、妥当
でない場合には再びオペレータに対して変換希望ファイ
ル名の入力を要求する。

【００１０】変換希望ファイルのファイル名が妥当な場
合には、次に、そのファイル名にワイルドカードが含ま
れているか否かを判定する。ワイルドカードが含まれて
いない場合には変換後ファイル名自動決定処理ステップ
に進み、ワイルドカードが含まれている場合には、ワイ
ルドカードで指定されている個々のファイル名を選出し
てから、前記の変換後ファイル名自動決定処理ステップ
に進む。

【００１１】図８〜図１０に、変換後ファイル名自動決
定処理ステップの詳細手順を示す。まず、リネームルー
ル指定パラメータファイルが存在するか否かを判定す
る。リネームルール指定パラメータとは、ファイル変換
後のファイルに装置が自動的に再命名するときどの様な
命名ルールをオペレータが指定しているか否かを示すパ
ラメータであり、その詳細については図１１を用いて後
述する。

【００１２】このパラメータの指定が有る場合には図９
の処理に進み、そのリネームルール指定パラメータファ
イルを読み出し、そのルールに従って変換後のファイル
名を自動付与する。本実施例の場合、リネームルール指
定パラメータファイルを読み出した後、リネームの禁止
指定がされているか否かを判定し、リネームが禁止され
ているときは、変換前のファイルの名称と同じ名称を変
換後のファイル名とし、変換後のファイル群を格納する
メモリエリアやパス名を確保してから、この変換後ファ
イル名自動決定処理を終了する。リネーム禁止の指定が
無い場合には、指定されたルールに従い、例えば変換前
のファイル名に指定の拡張子を付加したり、接頭文字，
接尾文字を変換前のファイル名に付加した名称を変換後
のファイル名とし、この変換後ファイル名自動決定処理
を終了する。

【００１３】図８で、リネームルール指定パラメータフ
ァイルが存在しないと判定された場合には、装置が自動
的に適当なファイル名を変換後のファイルに再命名す
る。しかし、例えば、変換後のファイルのシステム環境
がファイル名として１０文字を許容しているのに変換前
のファイルの名称がそれより長い文字数の場合には、文
字数を切り詰めるだけの再命名を行い、この変換後ファ
イル名自動決定処理を終了する。

【００１４】変換後のファイルのシステム環境が変換前ファイルのファイル名として許容する文字数上限＜ファイル名文字数が成立しないときは、図１０の処理に進み、変換後のファイルのシステム環境が変換前ファイルのファイル名として許容する文字数上限＞ファイル名文字数が成立するか否かを判定する。判定結果が否定の場合つ
まり両者が「＝」の場合には、変換前ファイル名の最終
文字コードが２バイトコード（日本語文字）であるか否
かを判定し、日本語文字である場合には、最終文字コー
ドのＪＩＳコード番号に“１”を足したコードを最終文
字に置き換えるリネームを行い、本処理を終了する。最
終文字コードがＡＮＫ文字（１バイトコード）の場合に
は、最終文字コードを外し、この代わりに、乱数にて発
生させたＡＮＫ文字を１文字を付加してリネームを行
い、本処理を終了する。

【００１５】図１０の上記の不等式が成立する場合に
も、最終文字コードが２バイトコードであるか否かを判
定し、２バイトコードの場合には、乱数にて発生させた
ＡＮＫ文字１文字を元のファイル名に足してリネームを
行い、本処理を終了する。２バイトコードでない場合に
は、最終文字コードのコピーを元のファイル名に足して
リネームを行い、本処理を終了する。

【００１６】本実施例は、変換後のファイルの９５％以
上が別システムに転送されてから使われるという過去の
一般則に基づいて、上述したように、転送先システムで
許される許容文字数上限と変換前ファイル名の文字数を
比較し、転送先システムの許容文字数が小さいと字数切
り詰めを行い、転送先システムの字数制限が緩いと、本
来のリネームを行う構成としている。このため、ファイ
ル変換後にリネームリスト（比較リスト）に沿ったファ
イル転送が容易に行えるという利点がある。リネームリ
ストを画面表示した例を図１３に示す。本実施例の自動
リネームのアルゴリズムでは、ファイル名最終文字コー
ドの乱数コード差し替えを行っているが、他にも「遂次
シフト法」，「入替字数遂次増加法」その他種々のアル
ゴリズムが取り得る。ただこの処理で一番大切なところ
は、日本語の２バイトコードがファイル名称に混在して
も容易にリネームが可能なことであり、本実施例ではシ
フトＪＩＳコードの一番違いを採用している。

【００１７】図２に戻り、以上の様にして変換後ファイ
ル名自動決定処理ステップを終了すると、次に、変換後
ファイルを格納するディレクトリ内の他のファイルの名
称とのマッチングを行う。同名のファイル名が存在する
場合には、その同名ファイルに変換後ファイルが上書き
されて消去してしまうため、変換後ファイルの名称の一
文字を変換してマッチング処理を行い、同名のファイル
名が無くなるまでリネームを繰り返す。同名のファイル
名が無くなったとき、図３の処理に入る。

【００１８】リネームが出揃った後は、図３に進み、ま
ず、ＲＡＭファイル上にリネームリストを作成する。そ
して、変換対象のファイル数をカウンタにセットして、
１ファイルずつファイル変換を行う。

【００１９】ファイル変換の方法としては種々のものが
あり、どのような方法を採用してもよい。図５は、ファ
イル変換方法の一例に係る処理手順を示すフローチャー
トである。まず、変換するファイルをオープンし、トー
クン切り出し（そのシステムにおいて、“意味有りの文
字列”，“記号列”，“コード列”になる迄１ＢＹＴＥ
ずつ読んで行くという処理）を行い、変換表にあるトー
クンは遂一置換するという操作をファイルエンドまで行
う。以上の様にしてファイルを変換した後は、そのファ
イルをクローズしてファイル変換処理を終了する。

【００２０】図３に戻り、１ファイルの変換処理が終了
すると、変換処理でエラーが発生したか否かを判定し、
エラー発生時にはエラー表示を行って本処理を終了す
る。エラーが発生しないときは、リネームリストファイ
ルに変換が完了したファイル名を書き込み、図４の処理
に進む。図４では、リネームリストを画面に表示した
後、ファイル変換カウンタの内容を“１”減じ、カウン
タ内容が“０”で無い場合には前記のファイル変換処理
（図３）に戻って次のファイルの変換を行う。図４で、
指定された全ファイルの変換が終了するとカウンタの内
容が“０”となるので、処理完了を表示して、本処理を
終了する。

【００２１】前述した様に、変換後のファイルは、その
９５％が別システムに転送するため、変換後のファイル
を自動的にそのシステムに転送する処理を図１〜図４の
処理に付加することができる。図６は、自動転送処理の
手順を示すフローチャートである。この自動転送は、図
４の処理で、ファイルカウンタが“０”となったとき行
う。まず、リネームリスト（図１３）を画面に表示す
る。この表示画面で、装置は、変換したファイルを全部
転送するか否か、どのファイルを転送するをオペレータ
に問い合わせてくる。ここで、転送不要なファイルがあ
れば、オペレータは、画面上のファイル名のうち転送の
不要なファイル名をスペースキーを押下すること指定し
て消去する。これにより、装置は、指定（消去）された
ファイル以外の変換後ファイルを転送先システムに一括
して自動転送し、本処理を終了する。この実施例によれ
ば、オペレータは、転送するファイル名を指定する操作
をしなくても、自動的にファイルが転送されるため、煩
わしい操作がなくなる。

【００２２】図１１は、リネームルール指定パラメータ
ファイルの作成処理手順を示すフローチャートである。
まず、本処理を起動するコマンドを入力する。これによ
り、リネームルール指定を行うか否かを画面表示で問い
合わせてくる。この画面にて、オペレータがリネームす
るか又はしないかを入力すると、装置はいずれか入力さ
れたかを判定する。「リネームする」が入力された場合
には、オペレータにリネームの方法を指定入力させる画
面表示を行う。オペレータがこの画面表示を見て「指定
文字列拡張子」，「指定接頭文字」，「指定接尾文字」
のいずれかをパラメータとして入力すると、装置は、入
力されたパラメータを画面に表示し、これをパラメータ
ファイルに書き込み、本処理を終了する。

【００２３】このように、変換後のファイル名称をどの
ように取り決めるかという事を定める『リネームルール
指定パラメータ』という定義ファイルを持つ事により、
ファイル変換操作毎のファイル名指定入力を無くすこと
ができ、オペレータの行う操作量が軽減する。

【００２４】次に、本発明の第２実施例について説明す
る。本実施例では、ＭＳ−ＤＯＳ環境で動作するワード
プロセッサにより作成されたデータファイルを、ＵＮＩ
Ｘ環境で動作するワードプロセッサ用のデータ形式に変
換し、続けて、その変換後のファイルをＵＮＩＸ環境で
動作するコンピュータに転送するものである。図１４
は、ＭＳ−ＤＯＳとＵＮＩＸの夫々のファイル名文字数
や使用文字の制限等の比較を示す図である。

【００２５】図１２は、ファイル変換処理及び自動転送
処理の処理手順を示すフローチャートである。この実施
例での基本的な処理手順は、前述した第１実施例と同じ
であり、異なる処理ステップは、図１２の※１，※２，
※３の部分である。以下、第１実施例と異なる部分につ
いてのみ説明する。

【００２６】※１の処理ワードプロセッサのデータファイルは、一律な拡張子型
が一般的であり、リネームルール指定パラメータを、事
前に対話型入力で設定しておく。

【００２７】※２の処理変換後ファイルは異なるＯＳ環境に送られるため、元の
ＯＳと送り先のＯＳとで許容されるファイルの名称を設
定する必要がある。つまり、図１４に示す制限を満たす
必要がある。変換する相手先システムの制限をセットし
ておくことで、リネームしたときに自動的に相手先シス
テムの制限を満たすリネームを行う。

【００２８】※３の処理変換後のファイルはネットワークで転送するので、自動
セッション立ち上げ連続転送の処理を付加する。

【００２９】図１５〜図１７は、ＭＳ−ＤＯＳ環境のエ
ディタで作成したファイルをメインフレームで処理でき
るファイル形式に変換した後に、メインフレームに一括
転送するときの画面表示例を示した図である。変換後フ
ァイルをメインフレームに転送する場合には、まずリネ
ームリストがホスト側に転送され、続けて図１５に示す
画面が表示される。オペレータは、この画面表示を見
て、図１６に示す様に、転送先のデータセットの名称を
指定入力する。図１６に示されているファイル名は、変
換したファイルの全部であり、ここで転送しなくてよい
ファイルが有る場合には、「更新有り（Ｙ／Ｎ）」を
「Ｙ」とする。これにより、カーソルキーにてファイル
名称を選択可能となるので、転送しないファイル名称の
位置にカーソルを移動させ、スペースキーあるいは削除
キーを押下して、図１７に示す様に削除する。以上の様
にして転送準備が完了したときは、「ＩＮＰＵＴ（Ｏ
Ｋ，ＮＯ）」を「ＯＫ」とすることで、転送が自動的に
実行される。

【００３０】

【発明の効果】本発明によれば、変換後ファイルの名称
をユニークに自動付与する機能を備えるので、変換を希
望する複数のファイルを一括指定でき、オペレータの操
作量が少なくなって作業時間が短縮され、コンピュータ
システムの使い勝手が向上する。

【図面の簡単な説明】

【図１】本発明の第１実施例に係るファイル変換処理手
順を示すフローチャートである。

【図２】図１に続く処理手順を示すフローチャートであ
る。

【図３】図２に続く処理手順を示すフローチャートであ
る。

【図４】図３に続く処理手順を示すフローチャートであ
る。

【図５】図３のファイル変換処理の詳細手順を示すフロ
ーチャートである。

【図６】変換後ファイルの自動転送を行うときの処理手
順を示すフローチャートである。

【図７】図１のファイル名解析の詳細手順を示すフロー
チャートである。

【図８】図２の変換後ファイル名自動決定処理の詳細手
順を示すフローチャートである。

【図９】図８に続く処理手順を示すフローチャートであ
る。

【図１０】図９に続く処理手順を示すフローチャートで
ある。

【図１１】リネームルール指定パラメータファイルの作
成処理手順を示すフローチャートである。

【図１２】本発明の第２実施例に係るファイル変換処理
手順を示すフローチャートである。

【図１３】比較リスト（リネームリスト）の画面表示例
を示す図である。

【図１４】ＭＳ−ＤＯＳとＵＮＩＸのファイル名文字
数，使用文字の制限比較図である。

【図１５】変換後ファイルをメインフレームに一括転送
するときの画面表示例を示す図である。

【図１６】変換後ファイルをメインフレームに一括転送
するときのデータセット名入力例を示す画面表示図であ
る。

【図１７】変換後ファイルをメインフレームに一括転送
するときのファイル削除例を示す画面表示図である。

【図１８】従来のファイル変換手順を示すフローチャー
トである。

───────────────────────────────────────────────────── フロントページの続き (72)発明者高橋千秋千葉県習志野市東習志野７丁目１番１号株式会社日立製作所習志野工場内

Claims

【特許請求の範囲】

【請求項１】ファイルを異なるシステム用に変換する
ファイル変換装置において、複数のファイルを一括指定
する手段と、一括指定された複数ファイルを連続的に一
括変換する手段と、変換後の複数ファイルの夫々のファ
イル名称を予め指定されたファイル名称付与ルールに従
って自動付与する手段と、変換前後のファイル名称の比
較リストを自動生成する手段とを備えることを特徴とす
るファイル変換装置。