JPS60256859A - フアイル伝送管理方式 - Google Patents

Abstract

(57)【要約】本公報は電子出願前の出願データであるた
め要約のデータは記録されません。

Description

【発明の詳細な説明】 〔発明の利用分野〕 この発明は、情報処理システムに採用されるものでファ
イル単位の伝送を行なうシステムに関するものである。

〔発明の背景」 従来からファイル伝送システムは、汎用的なユテイリテ
イとして作成されているのが一般的である。したがって
ファイル伝送を行なう場合は、事前に送受信の双方で伝
送するファイルの種類、順番等を打合せておき、伝送に
必要なパラメタ、ジョブ制御バ２メタを、作成し実施に
移す手順をとっていた。、さらに業務処理とファイル伝
送は、別のものであり、汎用的な形式で業務処理とファ
イル伝送システムを結びつけ連続的なイメージで運用す
る方法ｉｌ″１″なかった。例えば特開５４−１４２０
３５号にはシステム間通信方式が示されているがこれも
同様である。

したがって従来技術では、ファイル伝送を行なう相手、
ファイルの種類等に変更があったシ伝送スク、ジュール
に変更があるとその都度、相手側と伝送方法の詳細につ
いて打合せねばならずダイナぐツクに運用が変更するシ
ステムには　一対応できなかった。

〔発明の目的〕

この発明は、上記した従来技術の問題点ｔ−解決しファ
イル伝送の運用を自動化することでシステムの信頼性の
向上をめざし、既存の７ァイル伝送ユティリデイと組合
せて、よシ効率的な信頼性の高いファイル伝送の管理方
式を提供することを目的としている。

〔発明の概要〕

上記の目的達成のため本発明の管理方式ではファイル伝
送に必要な情報（相手先の電話番号ファイル属性等）、
業務処理情報をテーブル形式で登録しておき、伝送時と
れを参照することで、処理に必要な制御パラメタを自動
作成すも上記ハラメタを、システムキューファイルに出
力し、使用時とｔ″Ｌをリリースすることで非常に簡単
にファイル伝送システムを使用できるようになる。

〔発明の実施例〕

以下図面を参照してこの発明の詳細な説明する。第１図
は、この発明の処理の流れを示すものである。

送信側の処理ノード（情報処理装置）は、業務グログラ
ム６１を実行し業務出力ファイルａ２を作成する。この
際、業務グログラムｃＬ１１１″ｔ１業務出カフアイル
ａ２に第２図に示すコントロールレコードをヘッダとし
て、伝送したい単位毎にレコードを第３図に示すように
出力する。第２図ハ、コントロールレコードのフォーマ
ットノー例でありコントロール識別マークｂＬは、コン
トロールレコードであることを示す。又識別コードｂ２
は、伝送の対象となるファイルの属性送信先を識別する
ものでこのンスグムの利用者が任意に決めることができ
る。

第３図は、１件の伝送単位のレコードを出力した例であ
る。

次にシステムキュー格納プログラムα５を実行する。第
４図に示すコロ−チャートを参照してこのプログラムの
作成を述べる。

業務出力ファイルα２から先頭のコントロールレコード
を読み出す。（ステップ４１，４２゜“’　ｓ　、ｉ コントロールレコードハ、コントロールレコ　Ｑ−ド識
別マークｂ１がレコードの先頭部分にあるため、容易に
他のレコードと区別できる。コントロールレコード識別
マークｂ１ハ、通常ファイル中で使われない文字列（例
えば＠の文字夕＋１　）を使用する。

第５図は、以下の処理で使用するコントロール情報テー
ブルａ−４の詳ｆ８を示す。

コントロールレコードの識別コＬ’　ｂ２トコントロー
ルｆＷ報テーブルの識別コート“Ｃ１とを比較し等しい
ものを検索する。（ステップ゛４４゜４５）等しい識別
コードが見つかると該当する行のファイル属性ｃ２（フ
ァイル名、レコード１長、ブロック長等）、相手先情報
ｃ３（電話番号、ＩＤファイル伝送ユテイリテイ名等）
等の情報を得る。（ステップ４６） これらの情報によりシステムキュー格納プログラムα３
は、送信ファイル作成プログラムａ６用のジョブ制御及
び、実行ノ（ラメタを作成しくステップ４７）、次にフ
ァイル属性Ｃ２Ｋ　従って業務出力ファイルをルコード
ずつ読み（ステップ４８）ファイルが終るか（ステップ
４９）又ハ、次ノコントロールＶコードか出現するまで
（ステップ５０）入力したレコードをろらかしめこの伝
送システムで定めた固定長（例えば８０・フィト）のレ
コード長に分割し前記で作成したジョブ制御パラメタ、
実行Ｉくラメタといっしょにシステムキューファイルａ
５に格納スル。（ステップ５１）受信側処理ノード、送
信側処理ノードのレコード長が異なればデータ受は渡し
ができないのでこのように転送に先立ち一旦決められた
レコードに変換しておく。

コントロールレコードが出現した場合は、この内容を、
−退避する。（ステップ５２）次に相手先情報Ｃ３を使
いファイル伝送ユグイリテイ４８の実行に必要なジョブ
制御Ｉ（ラメタ及び実行パラメタを作成、システムキー
ーファイル６５に登録する。（ステップ５３） １つのコントロールレコードに対応して作られる上記の
一連のジョブ制御Ｉくラメタ、実行ノくラメタ等は、同
一の入力ジョブとしてシステムキューファイル４５に登
録される。

もしここで業務出力ファイルからＥＯＦレコ−ドを読ん
でいなければ、次のコントロールレコードの処理に行く
。ＥＯＦレコードを読んでいる場会ば、システムキュー
格納プログラムα３を終了する。（ステップ５４） 送４Ｎ　Ｉｌｌ＆　、オペレータは、７ステム千ニーフ
アイルから上記で格納した送信ジョブをＩＪ　ＩＪ−ズ
する。

この結果、送信ファイル作成グログ２ムα６が起動しシ
ステムキューファイルａ５に格納されている業務出力フ
ァイルのレコードを取シ出し送信ファイルａ７を作成す
る。次にファイル伝送ユティリティｔＬｆ３が起動して
伝送の相手先が呼び出湯れファイルが伝送される。

受イ８側では、あらかじめファイル伝送ユティリティα
９を起動させておき送信側よシ伝送データを受信すると
送信ファイルＩＩＬ７と同じ内容の受信ファイル（Ｌｉ
Ｏを作成する。受信が終るとシステムキュー格納プログ
ラムα１１が起動されるようジョブパラメタを作成して
おく。

以下第６図に示すフローチャートに従ってシステムキュ
ー格納プログラムｃＬ１＋の動作を説明する。

本プログラムが起動されるとまず受信ファイル（７）先
頭レコード４４みコントロールレコードを得る。（ステ
ップ６１）次に送信側と閤様の子爪でコントロール情報
テーブル４１２を検索、（ステップ６２　、６３　）受
信ファイルの復元情報（ファイル名、レコード長、ブロ
ック長、ディスク格納アドレス等）をファイル属性Ｃ２
から、業務処理の実行に必要な業務情報（業務グログラ
ムｃＬ１６のプｏンジャ名等）ｉｃｓから祐・る。

（ステップ６４）この情報によシ、システムキュー格納
プログラムα１１は、受信ファイルを復元して業務入力
ファイルを作成する受信ファイル復元プログラムａ１４
を実行するために必要なジョブ制御パラメタ、実行パラ
メタを作成しンス　１テムキユーフアイルａｉ３に格納
する。さらに受信、アイヤ４１０もそＯｔ！７７ケエヤ
ーー、ア　・、（イルミ１３ｉｃ格納する。（ステップ
６５　、６６　）次に業務プログラムａ１６を実行する
ジョブ制御パラメタも、業務情報Ｃ４から作成しシステ
ムキューファイルａｉ！ｌに格納し、上記で作成した一
連のパラメタデータ類を同一の入力ジョブとして登録す
る。（ステップ６７） 受信側オペレータは、該当業務を実行したいとき上記で
格納した業務処理ジョブをリリースすると受信ファイル
復元プログラム６１４が起動し受信データを受信側ノー
ドを使用されるレコード長に変換するなどの復元処理を
実行し業務入力ファイルａ１５を作成、次に業務処理グ
ロシジャーが呼ばれ業務プログラム６１６が実行される
。このように受信された伝送ファイルは、業務処理に自
動的に結びつけることができる。

以上の手順で本発明のファイル伝送が実施される。

以上の実施例は本発明の基本的構成を示したものであシ
、本発明に従えば、各処理ノードは受信と送信の機能を
両方とも備え、送受信を行なうことができる。更に、上
記実施例は２つの処理ノードを図示しているが、よシ多
くの処理ノード間ｆファイルの伝送が行なわれるところ
において本発明は有効である。

〔発明の効果〕

このようなファイル伝送システムの管理方式によシ伝送
するファイルの属性や相手先に変更が生じてもコントロ
ール情報テーブルのメンテナンスだけで済みダイナミッ
クな伝送スケジユールの変更にも対応できる。又運用に
おいても人手を介在する処理が少なくなるためオペレー
タのミスによる伝送の失敗がなくなる。７ステムキユー
フアイルに格納されている伝送ジョブを伝送処理終了後
も消さず保存しておけば、再度の伝送処理にも簡単に対
応でき、受信側では復元された業務出力ファイルを破壊
しても受信側の伝送入力ジョブを７ステムキユーフアイ
ルからリリースすれば再生できる。

またこのような伝送方式をとり入れることによりファイ
ル伝送７ステムの運用の標準化がはかれだれにでも簡単
、確実に運用できるファイル伝送システムが作れる。

【図面の簡単な説明】

第１図は、この発明の基本的構成の一実施例を示す図、
第２図は、業務出力ファイル中のコントロールレコード
のフォルマツ）を示ｆ図、第６図は、業務出力ファイル
のレコード構成図第４図は、ンス方ムキュー格納グログ
ラムａ５のフローチャー）、第５図は、コントロール情
報テーブルを示す図、第６図は、システムキュー格納グ
ログ２ムａｉ＋のフローチャートであるａｌ　・・業務
プログラム　４２・・・業務出カフアル α３．ａｉ＋　・・・システムキュー格納プログラムα
４，１２　・・コントロール情報テーブル４５、α１３
　・・・システムキューファイルｔＬ６・・・送信ファ
イル作成プログラムａ１　・・・送信ファイル α８．ａ９・・・ファイル伝送ユテイリテイα１０・・
・受信ファイル ａｌ４・・・受信ファイル復元プログラムα１５・・・
業務入力ファイル α１６　・・・業務プログラム。 ５．１゛ 第　１　図 第２図 ｂ］　υＬ 竿３　図

Claims (1)

【特許請求の範囲】
1. あらかじめ用意されたコントロール情報を与えられたデ
   ータの識別情報に従って選択的に使いファイル伝送に必
   要な実行パラメタを生成し作成された実行パラメタによ
   シ送信ファイルを作成しファイル伝送を実行し、受信し
   た伝送ファイルをあらかじめ用意されたコントロール情
   報を使って復元し業務処理を実行するノ（ラメタを作成
   することを特徴とするファイル伝送管理方式。