JPS63291143A - オ−プンエラ−のリカバリ方式 - Google Patents

Abstract

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

Description

【発明の詳細な説明】 〔概要〕 データセントのオープンエラー発生時に最初から処理を
やり直すのではなく、オープンルーチンは、リカバリ処
理でアロケート（ＡＬＬＯＣＡＴ［りコマンドの投入を
許し、処理を続行可能にする。

〔産業上の利用分野〕

本発明は、データ処理システムにおけるプログラム処理
方式に関するものであり、特にデータセントのオープン
処理におけるオープンエラーのリカバリ方式に関する。

〔従来の技術〕

利用者が端末から対話形式でコマンドを投入し。

プログラム処理を行うシステムでは、実行中に必要とな
るデータセットを、予めＡＬＬＯＣＡＴＥコマンドで割
り当てておかなければならない。

第３図は、＾ＬＬＯＣＡＴＥコマンドの機能を説明する
ための図であり５１は利用者が起動したロードモジュー
ル、２はロードモジュールｌの内容を説明するための対
応するオブジェクトモジュール、３はＡＬＬＯＣＡＴＥ
コマンドである。

オブジェクトモジュール２の一部には、　ＤＣＢ（デー
タ制御ブロック）が組み込まれており、使用するデータ
セットのデータ定義名（ＤＯＮＡＭＥ）やレコード位置
（ＬＲＥＣＬ）　、　　ブロックサイズ（ＢＬＫ　５Ｉ
ＺＥ）等の属性情報が設定されている。０ＰＥＮステー
トメントは、このＤＣＢをＤＣＢラベルで参照し、オー
プン処理を指示する。

ＡＬＬＯＣＡＴＥコマンド３は、　ＤＣＢに設定されて
いるデータ定義名（ＤＤ　ＮＡＭＥ）に対して実際のデ
ータセントのデータセット名（ＤＡＴＡＳＥＴ　ＮＡＭ
Ｅ）を指定して対応づけを行う。これにより、オープン
処理時に、指定されたデータセット名のデータセットに
ついてアクセス環境を作成することが可能にされる。

しかしＡＬＬＯＣＡＴＥコマンドで必要なデータセント
を割り当てて置かなかったり、あるいは誤ったデータセ
ットを割り当てていた場合には、データセットのオープ
ン処理時にオープンエラーとなるため、その段階で実行
を中止して、最初から操作をやり直さなければならない
。

〔発明が解決しようとする問題点〕

従来のシステムでは、上述したようにオープンエラーが
生じると操作をやり直す必要があり、利用者の作業負担
を増大させるとともに処理を遅らせる原因にもなってい
た。この対応としては、プログラムにオープンエラー出
口を作成し、オープンエラー発生時にリカバリを行うよ
うな機能を付加することが考えられるが２個々のプログ
ラムにこのような機能を付加すれば、それだけプログラ
ムが複雑となり、プログラムの生産性が低下するという
問題があった。

本発明は、オープンエラーをリカバリする標準的な機構
を提供するものである。第１図に本発明の原理的構成を
示す。

図において。

１０は、利用者が操作する端末である。

１１は、端末ＩＯに結合されたホスト処理装置である。

１２は、ユーザプログラムである。

１３は、オープン処理を行うオープンルーチンである。

１４は、オープンエラー発生時にＡＬＬＯＣＡＴＥコマ
ンドの入力を可能にする標準の出口ルーチンである。

〔作用〕

第１図において利用者は、端末１０からホスト処理装置
１１に対して処理要求を行い、ユーザプログラム１２を
動作させる。

ユーザプログラム１２が０ＰＥＮマクロを実行すると、
オープンルーチン１３が呼び出され、オープン処理が行
われる。

オープンルーチン１３がオープンエラー発生時にリカバ
リ処理を行うかどうかは、利用者が予めモード指定を行
い、リカバリ可能モードを設定しているかどうかで決定
される。

オープンルーチン１３によるオープン処理実行中にオー
プンエラーが発生し、リカバリ可能モードが設定されて
いるとき、オープンルーチン１３は標準の出口ルーチン
１４に制御を渡す。

出口ルーチン１４は、端末１０の利用者にオープンエラ
ー発生を通知し、　ＡＬＬＯＣＡＴＥコマンドによる修
正入力を促す。

利用者がＡＬＬＯＣＡＴＥコマンドを投入し、正しいデ
ータセットの割り当てが行われたとき、出口ルーチン１
４はオープンルーチン１３に制御を戻す。

オープンルーチン１３は、制御を戻されると。

オープン処理を再実行し、正常終了すればユーザプログ
ラム１２に通知する。

このように本発明では、オープンエラーのために標準の
出口ルーチンを用意してリカバリ処理を行い、ユーザプ
ログラム側の構成を簡単化している。

〔実施例〕

第２図に本発明の１実施例の構成を示す。

図において、１０は端末２１１はホスト処理装置、１２
はユーザプログラム、１３はオープンルーチン、１４は
出口ルーチン、１５は端末モニタ。

１６はアロケートルーチンである。なおＩＯないし１４
で示されている要素は、第１図中に示されているものと
同しものである。

端末モニタ１５は、端末１０を管理する制御プログラム
であり、端末１０から人力されるコマンドを解析し、そ
の処理に必要なルーチンを起動する機能をそなえている
ものである。

アロケートルーチン１６は、＾ＬＬＯＣＡＴＥコマンド
に対応して起動され、コマンドで指定されたデータセッ
トの割り当て処理を行うものがある。

動作において、第１図でも説明したように、ユーザプロ
グラム１２の０ＰＥＮマクロを実行すると。

オープンルーチン１３が呼び出される。

オープンルーチン１３は、　０ＰＥＮマクロで指示され
たＤＣＢの属性情報に基づいて、データセットをオープ
ンすることの正当性について検査を行い。

正当であればそのアクセス環境を作成し、ユーザプログ
ラム１２に復帰する。しかし検査の結果正当でなかった
場合には、現在のモードがリカバリ可能モードであるか
リカバリ不可モードであるかを調べ、リカバリ不可モー
ドである場合には、オープンエラーとしてユーザプログ
ラム１２に復帰する。

他方、リカバリ可能モードであった場合には。

標準の出ロルーチンエ４に制御を渡す。

出口ルーチン１４は、端末モニタ１５を介して。

オープンエラーのエラーメツセージを端末１０へ送出さ
せ、修正入力終了を待つ。

利用者がＡＬＬＯＣＡＴＥコマンドを用いて修正入力を
行い、たとえば空行キーを入力すると、端末モニタ１５
は終了通知と解釈して出口ルーチン１４に通知し、出口
ルーチン１４はオープンルーチン１３に制御を戻す。

この結果、オープンルーチン１３は正当性検査を再実行
し、正当であればアクセス環境を作成してユーザプログ
ラム１２に復帰する。

なお、オープンルーチン１３と出口ルーチン１４との間
の制御のやりとりは、たとえばオープンルーチン１３が
−ＡＩＴマクロを発行して自己タスクを待機状態に置く
とともに、　ＡＴＴＡＣＨマクロにより出口ルーチン１
４をサブタスクとして動作させる要求を行い、出口ルー
チン１４は処理終了時にｐ。

ＳＴマクロを発行して、オープンルーチン１３のタスク
の待機を解除する方法によって行うことができる。

〔発明の効果〕

本発明によれば、ユーザプログラム側の負担なしにオー
プンエラーのリカバリが可能となり、プログラムの生産
性が高められるとともに、操作性。

信頼性の向上を図ることができる。

【図面の簡単な説明】

第１図は本発明の原理的構成図、第２図は本発明の１実
施例の構成図、稟３図はＡＬＬＯＣＡＴＥコマンドの機
能説明図である。 第１図中。 １０：端末 １１ニホスト処理装置 １２ニユーザブログラム １３：オープンルーチン １４：出口ルーチン

Claims (1)

1. 【特許請求の範囲】 端末（１０）とホスト処理装置（１１）とからなり、ユ
   ーザプログラム（１２）の実行時に使用するデータセッ
   トを、予めアロケートコマンドにより割り当て、後にオ
   ープンルーチン（１３）を用いてオープン処理を行うシ
   ステムにおいて、 上記オープンルーチン（１３）はオープンエラー発生時
   に標準の出口ルーチン（１４）に制御を渡し、標準の出
   口ルーチン（１４）は、端末（１０）にオープンエラー
   を通知してアロケートコマンドによる修正入力を可能に
   する制御を行って修正入力終了後にオープンルーチン（
   １３）に制御を戻し、そしてオープンルーチン（１３）
   はオープン処理を再実行するように制御することを特徴
   とするオープンエラーのリカバリ方式。