ジョブ、タスク、スレッド　その１

１　ジョブ

ジョブという単語はコンピュータの一般的な用語だと思うので、用語自体を補足する必要はないと思います。なのでＮＥＣのオフコンのジョブに関して私の思いつくことを２，３取り上げます。

1.1　ジョブの単位

早速引用で申し訳ないのですが、ジョブは「システム管理説明書」によると

ジョブ（ＪＯＢ）とはコンピュータが処理する仕事の単位であり、その業務を処理する一連のプログラムとデータの集まりです。 ［システム管理説明書（２００９年１１月版）−２．２．１　スレッド・ジョブ・ジョブステップ・タスク］より

となっています。

ジョブの単位ってシステムを設計する人が決めます。

例えば名刺管理で、最初に名刺の情報を入力する画面を出して１枚分の情報を入力して→ファイルに情報を入れて→結果がＯＫかＮＧかを画面に出して終了、までを１つのジョブにすると決めたら、これが１つのジョブです。そのジョブとは別に検索画面を作って、氏名を入力したら→データベースから名刺情報を取り出して→画面にその情報を表示する、というのを１つのジョブにすると決めたら、それはまた１つのジョブです。名刺情報の入力で１ジョブ、検索で１ジョブ、削除で１ジョブ、変更で１ジョブってそれぞれジョブを分けるということもできるし、入力と検索、削除、変更で全部まとめて１ジョブにすると決めればそれで１ジョブです。

1.2　ジョブの種類

メインフレームやオフコンの世界では一般的にジョブは大きく２つに分けられます。

• オンラインジョブ（インタラクティブジョブ、会話型ジョブ、即時処理向きのジョブ）
• バッチジョブ（一括処理向きのジョブ、定型処理ジョブ）

バッチジョブは一定の処理手順に従って一括的、定型的に処理されるジョブで、一般的に一度実行するとあまり画面から何かを入力したり画面に表示したりということはあまりありません。

世間一般にオンラインジョブと呼ばれるものはＮＥＣのオフコンの世界ではインタラクティブジョブと呼ばれるようです。オンラインジョブはデータエントリ業務のように入出力用の画面が表示されてキーボードから入力して画面に何かが出力されてを繰り返すようなジョブです。

メインフレームやＮＥＣ以外の会社のオフコンの場合、この２つのジョブは明確に分かれています。ジョブの作り方、ＣＯＢＯＬプログラムの構造やコーディング方法、使用するＯＳ機能、バッチジョブとオンラインジョブではこれらが明確に異なっています。

ＮＥＣのオフコンではこの２つがあまり明確になっていません。バッチジョブもオンラインジョブも同じようにＪＣＬを書き、ＣＯＢＯＬプログラムも書き方は区別しません。普通にバッチ用のＣＯＢＯＬプログラムにSCREEN SECTIONを付け加えればオンライン用のプログラムにすることができます。

特にオンラインジョブが異なります。メインフレームのコポラーの人によると、端末用のＣＯＢＯＬやパソコン用のＣＯＢＯＬと書き方が同じとよく言われます。

このようにメインフレームや他のオフコンと異なるので、わざわざ他のと同じようにコーディングできるようにするための製品が用意されていたりしました。別売りで結構お値段もお高い。私は１回だけこれを使っているのを見たことがありますが、無理やり機能を付け加えた感があって、何かいろいろ使いにくい。あまり売れなかったんだと思います。ＮＥＣのオフコンに慣れているので、いちいち画面を作ってＳｅｎｄ／Ｒｅｃｉｅｖｅで画面を送るとかめんどくさい！

ＮＥＣのオフコンはバッチジョブを実行するともれなく画面が付いてきます。たとえ使わなくも１つ画面が用意されます。これは欠点かも。

ＮＥＣのシステム管理説明書にはジョブの種類として、上記の他に以下の２つが挙げられています。

• パラメータとして実行されるシステムユーティリティプログラム
• スプールライタ（Ｓｐｏｏｌ　Ｗｒｉｔｅｒ）

２　ジョブステップ

これまた引用すると

ジョブステップとはジョブの構成要素であり、ジョブを作業手順に従いいくつかの段階に分けたときに、その１つ１つの段階のことをいいます。 一般に、１つのプログラムとそれが処理するデータが、１つのジョブステップに対応しています。 ［システム管理説明書（２００９年１１月版）−２．２．１　スレッド・ジョブ・ジョブステップ・タスク」より

となっています。

ジョブステップもコンピュータ一般の用語のような気がしますので、用語自身の細かい説明はしませんが、ＮＥＣのオフコンに限らずオフコンあるいはメインフレームなどの昔のコンピュータ固有の習わしがあるようなので書いておきます。

2.1　ジョブステップの単位

ジョブステップの１つの単位もシステムを設計する人が決めます。先のジョブで説明した名刺管理でいえば、「名刺の情報を入力する画面を出して１枚分の情報を入力して」で１つのジョブステップ、「データベースに情報を入れて」で１つのジョブステップ、「結果がＯＫかＮＧかを画面に出して終了」で１つのジョブステップと考えることもできます。この場合は1つのジョブは３つのジョブステップで構成されることになります。あくまでも設計する人が決めるので、「名刺の情報を入力する画面」から「結果がＯＫかＮＧかを画面に出して終了」まで１つのジョブステップだと考えればそれが１つのジョブステップです。これだと１ジョブが１ジョブステップになります。

通常はジョブステップ毎にプログラムを作ることが多いです。例でいうと「名刺の情報を入力する画面を出して〜」で１つのプログラム、「データベースに情報を入れて〜」で１つのプログラム、「結果がＯＫかＮＧかを〜」で１つのプログラム。「名刺の情報を入力する画面を出して〜」から「結果がＯＫかＮＧかを〜」１ジョブステップと考えるならこれで１つのプログラムを作ります。

プログラムというのは、Ａ−ＶＸではロードモジュール、Ｗｉｎｄｏｗｓでいえばxxx.exeに相当します。Ｗｉｎｄｏｗｓで説明した方がわかりやすいでしょうか。つまり１つのジョブステップつき１つのxxx.exeを作ります、といっているということです。１つのジョブが３つのジョブステップで構成されているならば、通常は３つのxxx.exeで構成します、ということです。

ジョブステップはプログラムとデータで１つのまとまりです。データはそのプログラムで使用するファイルもそうですし、キーボードからの入力するデータや、画面に表示するなら表示データ、印刷するなら印字データ、そのプログラムが環境変数を使用するならばそのデータ、そういったものです。

2.2　オフコン固有の流儀

オフコンの世界では昔からの習わしで、結構ジョブを細かくジョブステップに分けることが多いです。

特にデータベースを使わないでファイルのみでジョブを作る場合（つまりデータベースがまだ無い時代に設計されたジョブの場合）、

マスタファイルから必要なデータのみ抽出して中間ファイル１に出力
→中間ファイル１から入力してアイウエオ順にソートして結果を中間ファイル２に出力
→中間ファイル２から入力して別データとマージして結果を中間ファイル３に出力
→中間ファイル３の内容をプリンタで紙に印刷

と細かくジョブステップを分けてプログラムを作り、ジョブステップ間は中間ファイルでデータを受け渡す、という仕組みがとられました。

この理由の１つはオフコンにはソート／マージを高速に処理するユーティリティが用意されていたこと（自前でソート／マージのプログラムを作ると遅い、アルゴリズムを工夫してもソート／マージの専用ユーティリティの方が絶対的に速い）。
もう１つは細かく分けていれば流用、再利用ができること。例えば、上の例で「中間ファイル１から入力してアイウエオ順にソートして結果を中間ファイル２に出力」のプログラムを「ＡＢＣ順に」のプログラムを作って挿げ替えれば、ＡＢＣ順で印刷するジョブにすることができます。

どれもデータベースを使えばデータ抽出もソート／マージもSQL文一発でできるんですけどね。データベースが登場した後も従来の習わしでそのまま細かくわけた設計になっていることが多い印象でした。

３　ジョブとして実行できるもの

Ａ−ＶＸでジョブとして実行できるものは３種類あります。

• ロードモジュール（ＬＭ）
• ジョブストリーム（ＪＳ）
• パラメータメンバ（ＰＭ）

ロードモジュール（略してＬＭといいます）は、Ｗｉｎｄｏｗｓのxxx.exeに相当します。ＬＭは別の場所で詳しく説明します。
ジョブストリーム（略してＪＳ）は、Ｗｉｎｄｏｗｓのxxx.batに相当します。
パラメータメンバ（略してＰＭ）は、Ｗｉｎｄｏｗｓとかによく似たものはありませんが、あえて言うならこれもxxx.batに相当します。

４　ジョブストリーム（ＪＳ）

ジョブをジョブ制御言語（ＪＣＬ）を使ってコード化したものがジョブストリームです。
Ｗｉｎｄｏｗｓでxxx.batのようなバッチファイルに相当するものが、ジョブストリームです。

次がジョブストリームの例です。ジョブ制御言語（ＪＣＬ）と呼ばれるＮＥＣのオフコン独自の言語で書いてあるのがわかると思います。

/RUNから/> ; までが１つのジョブステップです。PRG01やPRG02がロードモジュール、Ｗｉｎｄｏｗｓだとxxx.exeに相当するものです。 ジョブが２つのジョブステップで構成されていて、それぞれのジョブステップが１つのロードモジュール（プログラム）になっているのがわかります。

/ASSIGN ODEV=MSD001,DEV=MSD002; /RUN PRG01; /> ; /: JRCODE GE 1 JUMP=ERMSG; /SET JRCODE=0; /RUN PRG02,FIL=TESTLML,DEV=MSD000; /> ; /: JRCODE EQ 0 ENDJOB; ERMSG/PAUSE ERROR;

ジョブストリームはジョブストリームライブラリ（ＪＳＬ）ファイルに格納します。

５　パラメータメンバ（ＰＭ）

パラメータセット（ＰＳ）とも呼ばれます。

ジョブストリーム（ＪＳ）とよくセットで説明されるのでここに入れました。パラメータメンバって何といわれると難しいです。Ｗｉｎｄｏｗｓでいうならばxxx.batに相当します。テキストエディタで見るとジョブ制御言語（ＪＣＬ）で書かれているように見えます。

それじゃＪＳと同じじゃないのと思いますが違います。 Ａ−ＶＸではアプリケーションやユーティリティを実行するときに、パラメータというものを指定することができます。アプリケーションやユーティリティはそのパラメータの内容に従って動きます。パラメータをまとめて書いたファイルをあらかじめ作っておき、そのファイルを指定して実行すれば自動的にユーティリティやアプリケーションを動かすことができます。

メニューやＳＭＡＲＴなどのパラメータをまとめたものをパラメータメンバといいます。

パラメータをまとめたものは何でもパラメータメンバ、というわけではなく、特定のユーティリティやアプリケーションが対象になります。たいていはパラメータメンバを作る機能が用意されており、その機能で作ったものがパラメータメンバと呼ばれます。テキストエディタのようなものでコーディングするものではありません。主に以下のようなもので作られます。

• ＃ＭＥＮＵＭというメニュー画面を作るユーティリティで作ったメニュープログラム
• ＳＭＡＲＴで作ったプログラム
• 新システム体系ユーティリティや＃ＡＢＣというユーティリティのパラメータ登録で作ったパラメータ

パラメータメンバを実行すると、それに対応するプログラムが起動され、パラメータが渡されて実行されます。

パラメータメンバをテキストエディタで見ると、「パラメータ＋ロードモジュール起動のためのＪＣＬ記述」となっています。自分でテキストエディタを使って書いたり修正できたりしそうなのですが、してはダメなようです。ユーティリティを使用してジェネレートします。

パラメータメンバはパラメータメンバライブラリ（ＰＭＬ）に格納します。

６　タスク

これまたシステム管理説明書から引用すると

タスクとは、コンピュータに読み込まれ実行される仕事の単位で、一般に１つのプログラムに対応しています。ジョブが人間から見た仕事の単位であるのに対して、タスクの場合にはコンピュータ側から見た単位といえます。 〜　中略　〜 １つのタスクが実行されるときには、本システムのリンカによって実行可能なロードモジュール（ＬＭ）というプログラムの形に変換されています。 ［システム管理説明書（２００９年１１月版）−３．２　タスク管理］より

となっています。

ジョブステップは「１つのプログラムとそれが処理するデータ」なので、タスクはジョブステップから「それが処理するデータ」を除いたものになります。「タスク ＝ プログラム ＝ ロードモジュール」ということになると思います。

聞いた話では、タスクにも２種類あって、我々が作って実行するロードモジュールのタスク、システム実行する「我々が見えない部分」で動いているシステムタスクというものに分けられるらしいです。システムタスクはＬｉｎｕｘのデーモン、Ｗｉｎｄｏｗｓのサービスのようなものらしいです。

Ａ−ＶＸはＷｉｎｄｏｗｓ上の仮想環境上で動いていると何度か説明しました。Ａ−ＶＸが動いている状態でＷｉｎｄｏｗｓのタスクマネージャーでプロセスの状態を見てみると、avx.exeというプロセスが大量に動いていることがわかります。この１つ１つがタスクに相当するらしいです。何もジョブが動いていない状態でもたくさんavx.exeがあるのは裏側でシステムタスクが大量に動いているからだそうです。

それから最初に起動するのはpaipl.exeでこれがたくさんのavx.exeを起動します。paipl.exeはＬｉｎｕｘのｉｎｉｔプロセスに相当するものらしいです。

つまりＡ−ＶＸのタスクはＷｉｎｄｏｗｓでいうとプロセスに対応するものということになります。