システムサポートプログラム

システムサポートプログラム (SSP)

TN5250 クライアント内に表示される SSP 7.5 のメイン メニュー
開発者	IBM
作業状態	製造中止
初回リリース	1977年; 47年前 (1977)
プラットフォーム	System/34およびSystem/36 ミニコンピュータ
デフォルトの ユーザーインターフェース	コマンドラインインターフェース
ライセンス	独自
先行	System/32システム制御プログラム (SCP)
後継者	OS/400

システムサポートプログラム（SSP）は、 IBM System/34およびSystem/36ミニコンピュータのオペレーティングシステムでした。SSPは1977年にリリースされたコマンドベースのオペレーティングシステムでした。 ^[1]

SSPには、1977 年から 1983 年にかけてリリースと呼ばれるさまざまなバージョンで System/34 に実装された約 60 個のコマンドが含まれていました。リリース 1 は、1977 年にオリジナルの S/34 とともに発行されました。リリース 9 は 1981 年に発行されました。1983 年に、IBM は IBM System/36と呼ばれる新しいコンピューターに SSP を再パッケージ化しましたが、このコンピューターは S/34 とオブジェクト コードの互換性がありませんでした。1994 年に、IBM は S/36 の更新モデルであるAdvanced/36に SSP を再パッケージ化しました。A/36 は IBM AS/400で、SSP は「仮想マシン」として実装されていました。

SSP の主なリリースは次のとおりです。

• 34 号
  • S/34 リリース 1.0 – これは1977年に最初のS/34とともに出荷されました。^[1]
  • S/34 リリース 8.0 – これは1980 年頃に発行されたようです^{[引用が必要] 。}
  • S/34 リリース 9.0 – これは 1980 年頃の S/34 の最後のリリースでした。
• 36 円
  • S/36 リリース 1.0 – これは1983 年に最初の S/36 とともに出荷されたようです^{[引用が必要] 。}
  • S/36 リリース 2.0 – このリリースでは 8809 テープ ドライブがサポートされました。
  • S/36 リリース 4.0 – このリリースでは、S/36 に 5 つのジョブ キューが与えられました。^{[引用が必要]}
  • S/36 リリース 5.1 – この 1988 年のリリースは、536X プラットフォームにおける最後の大きな変更でした。
  • S/36 リリース 6.0 – VASP または Value-Added Support Product ^{[引用が必要]}としても知られるこのリリースでは、RPG でのプログラム呼び出しを可能にする機能が追加され、アップグレード時にユーザーが必要とする AS/400 のサイズを計算するソフトウェアも提供されました。VASP は物議を醸しました^{[引用が必要]}。業界紙では、6.0 が適切に機能しない場合は顧客が 5.1 に戻ることはできないという噂が広まりました^{[引用が必要] 。RPG CALL/PARM によるプログラム呼び出しは、} RPGIII設計よりも劣っており、顧客アドオン製品よりも劣っていました^{[引用が必要]}
  • S/36 リリース 7.1 – この 1994 年のリリースは、Advanced/36 (9402-236 モデル) とともに出荷されました。最初の A/36 マシンは、下位のリリースでは機能せず、7.5 とも互換性がありませんでした (技術的には、7.1 マシンのプログラム オブジェクト コードは 7.5 で実行でき、その逆も同様です。また、多くの 9402-236 が 9402-436 にアップグレードされ、マザーボードを交換して新しい LIC コードをインストールし、ファイルのコピーを復元すると、すべて機能しました)。以前のリリースのコンパイラは Advanced/36 では機能しないという噂が広まりましたが、根拠がないことが判明しました。プログラマーが、おそらくより高度な 7.x コンパイラではなく、 5.1 RPGIIコンパイラを使用する理由がありました。
  • S/36 リリース 7.5 – この 1995 年のリリースは、Advanced/36 (9402-436) の 2 番目で最後の波とともに出荷されました。WRKSYSVL などの機能により、オペレータはシステム時間をオンザフライで変更できました。これは興味深いことです。なぜなら、アセンブラ サブルーチンを使用してこれを行う顧客アドオンは、Advanced/36 では機能しなかったからです。ただし、ファイルのオープン/クローズ、VTOC の取得などを行うアセンブラ ルーチンは、7.1 および 7.5 で問題なく機能しました。
  • Guest/36 – これはリリース 7.5 ですが、AS/400 ( OS/400 V3R6 から V4R4 まで実行) に M36 (ゲスト) をセットアップすると、9402-436 と同じように機能します。ただし、このゲスト「パーティション」に加えて、必要に応じて OS/400 も使用できます。したがって、2102、2104、2106 (後者はベースより約 2.7 倍高速) の 3 つの速度で提供される 9402-436 が十分でない場合は、9406-xxx マシンを入手して、そこに「guest/36」をインストールできます。実際、guest/36 を複数インストールできます。接続ワークステーションの数には制限がありましたが、AS/400 上で 2 台の guest/36 を実行し、その間に DDM (分散データ管理) を設定し、OS/400 で大容量ファイルをホストすることも簡単にできました。S/36 と A/36 はほとんどの場合、twinax 接続端末でのみ動作しましたが、Guest/36 (または M/36) では、すべての端末を tcp/ip を実行する LAN 上に配置して、Guest/36 環境の仮想デバイスにすることができます。
  • S36EE (S/36 実行環境) – これは AS/400 およびその後継 (iSeries、IBM i) でネイティブにサポートされており、ユーザーは変換せずに s/36 プロ​​グラムとプロシージャを実行し続けることができます。システム プロシージャの多くは、このような環境でも動作します。通常は追加の手順を踏む必要があるため「遅い」のですが、今日ではこのような高速マシンでは、S36EE の速度は A/36 の実行速度よりも何倍も高速です。たとえば、あるジョブは Adv/36 で 12 分かかりましたが、S36EE モードで実行すると 20 秒かかりました。ただし、オブジェクト コードは以前の S/36 および A/36 と互換性がないため、すべてのプログラムとメニューを再コンパイルする必要がありました。ただし、S36EE だけでなく OS/400 アプリケーションも実行できるという利点があります。S/36 プロ​​グラムでデータベース テーブルにアクセスでき、S/36 プロ​​グラムから RPG/400 および RPGIV プログラムを呼び出すことができます。したがって、技術的には SSP ではありませんが、SSP のように見え、SSP のように動作し、S/36 プロ​​グラム/プロセスを実行します。

S/36、A/36、および M/36 オペレーティング システムの制限: システムが利用できるディスク領域の最大量は、オペレーティング システムごとに 4 GB でした。したがって、2 つの M36「パーティション」を実行するマシンでは、それぞれ 4 GB を使用できます。もう 1 つの制限はプログラム サイズで、64 KB を超えることはできませんでした。これよりも大きいプログラムがある場合、後年 call/parm が導入されたときには、呼び出されるプログラムにコードを移動する際に工夫する必要がありました。これは、たとえばベース プログラムが 63 KB の場合、20 KB の呼び出されるプログラムを簡単に呼び出すことができるためです。また、マシン上に約 8,000 を超えるファイルを置くことはできませんでした。プログラムに取り込むことができるファイルの数にも制限がありました (この場合も、呼び出されるプログラムにファイルを入れて結果を戻すことで回避できます)。最初にロードできるレコードの最大数は約 800 万で、ファイルに保持できる最大数は約 1600 万でした。S36EE にはこれらの制限はありません。 (プログラム内のファイルの最大数はいくつかありますが、ネイティブ SSP よりもはるかに多くなります)。

SSP を使用すると、オペレーターはライブラリ、データ ファイル、メニュー、プロシージャ、ソース メンバー、セキュリティ ファイル などの S/34-36 オブジェクトを作成、削除、管理できます。

SSP には、 DFU、SEU、 SDA 、WSUなどのモジュールが含まれており、オペレータはこれらのモジュールを使用してライブラリやファイルを構築し、それらのファイルに情報を入力し、簡単なレポートを作成し、情報へのアクセスを簡素化するメニュー構造を維持できます。Advanced/36 は WSU をサポートしていません。パスワードとリソースのセキュリティも SSP を通じて実装され、リモート通信も実装されます。リモート通信は、今日ではダイヤルアップネットワークに似ています。

SSP はディスクベースのオペレーティング システムです。コンピュータ プログラムは固定ディスクから実行できますが、ディスケットやテープからは実行できません。System/34 5340 または System/36 5360/5362 の補足は、1 ～ 4 台の固定ディスク、少なくとも 1 台のコンピュータ ターミナル、および 8 インチディスケット ドライブで構成される固定ディスク アレイです。オプションで、それぞれ 10 枚のディスケットを収容できる 2 つのマガジン ユニットと 3 つのディスケット スロットを装備できます。AS/36 5363/5364 には 5-1/4 インチ ディスケット ドライブがあります。 S/36 コンピュータは、8809 リール ツー リール テープ ドライブ (800/1600 bpi) または 6157 1/4 インチ カートリッジ (QIC) テープ ドライブで構成できます。A/36 コンピュータには高密度 QIC ドライブが搭載されていますが、5.25 インチまたは 8 インチ ディスケット ドライブ (シングル) はオプションで、9348-001 9 トラック (リール ツー リール) 1600/6250 bpi テープ ドライブもオプションでした。

SSP プロシージャはユーティリティ プログラムを使用しますが、コンピュータ プログラマにとっては、場合によっては SSP プロシージャ自体よりも便利なことがあります。$MAINTはライブラリ ユーティリティで、ALOCLIBR、BLDLIBR、FROMLIBR、LIBRLIBR、REMOVE、CONDENSE、LISTLIBR、およびTOLIBRで使用されます。$COPY は、 SAVE、RESTORE、COPYDATA、およびLISTDATAで使用されるファイル ユーティリティです。$FBLD、$LABEL、$DUPRD、$INIT、$DELET、$HIST、$CNFIG、#GSORT、$PACK、および$PROFなど、関連する SSP プロシージャよりもプログラム レベルで柔軟性の高いユーティリティが他にも多数あります。

CNFIGSSP手順は、デバイスを含むシステムの構成に使用されました。各デバイスには 2 文字の ID が割り当てられます。最初の文字はアルファベット、2 番目の文字は英数字でなければなりません。システムでは特定の ID も予約されています。たとえば、デバイスを I1 や F1 と呼ぶことはできません。I1 はディスケット ドライブの名前で、F1 はシステムがハード ドライブと呼ぶものです (リムーバブル ディスク パックではないため、「固定ディスク」の略です)。

CNFIGSSP を適用するには、システムが専用である必要があります (他のユーザーがログオンしていないか、プログラムが実行されていない)。システムは IP Led (再起動) されている必要があります。IPL が終了すると、新しいデバイスがステータス ディスプレイに表示されます。

SDA を使用すると、オペレーターは画面フォーマットやメニューを作成できます。コマンド キーを有効/無効にできます。入力フィールド、出力フィールド、定数を作成し、条件を設定できます。条件 (RPG ではインジケーターと呼ばれます) によって、フィールドを非表示にしたり、色を変更したりできます。

SEU は、行単位でデータを入力できる テキスト エディターです。オペレーターが RPG プログラムやその他のフォーム ベースの言語 (WSU、Sort、SDA など) を入力する際に​​、特別なフォームが使用されます。

SORT には 1 ～ 8 個の入力ファイルがあり、有効なレコード長は任意です。出力ファイルは 1 個あり、長さは任意で、0 ～ 800 万件以上のレコードを含めることができます。

ソートには、レコード全体、または関連ファイル内のレコードを指す 3 バイトのアドレスのみを含めることができます。これは、アドレス出力ファイルまたはADDROUTと呼ばれていました。Add ルートを使用する場合、プログラムはこれらの 3 バイトのアドレスを読み取り、マスター ファイルから関連レコードを取得します。

これは SSP 上で動作する RPG のような言語でした。データ入力タイプのプログラムに重点が置かれていました。WSU は無料でしたが、機能が制限されていたため、あまり好評ではありませんでした。

これは、個々のレコードのフィールド値を表示および変更するために使用される、IBM が提供する無料のアイテムです。

DFUが使用可能

• プログラマーがプログラムを書かずにデータベースファイルを即座に更新できるようにする
• プログラマーがデータベースファイルに対して基本的な操作を実行するための簡単なプログラムを作成するために
• データ入力担当者がファイルにレコードを追加または削除したり、レコードを印刷したりするために使用します。

高級言語プログラムでは、OCL をアクティブにする必要があります。OCL は、プログラムをシステムのメモリにロードして起動し (実行と呼ばれるプロセス)、ディスク ファイル、プリンタ、メッセージ メンバー、メモリ、ディスク領域などのリソースをそれらのプログラムに割り当てるために使用されます。画面にテキストを表示したり、メッセージを一時停止したりするなどの他の機能により、OCL はさらに強力になります。

RPG II は System/3 時代から変更され、「WORKSTN ファイル」へのアクセスが可能になり、パンチ カード ベースの言語がキーボードとモニターの前に座っているユーザーと対話できるようになりました。WORKSTN ファイルは出力ファイル (モニターに書き込む) であると同時に、入力ファイル (ユーザーのキーボード入力を受け入れるため) でもありました。そのため、複合プライマリ ファイルまたは複合デマンド ファイルと呼ばれていました。

コマンド キーは RPG インジケーター KA-KY になり、画面上のさまざまなフォームは、フォーム自体に隠されたさまざまな非表示の制御文字によって認識されました。ユーザーは入力するために画面にフォームを表示する必要があるため、RPG II では、プログラムが入力を受け入れる前に出力を書き込む方法が提供されました。多くの成功したプログラマーは、結合プライマリ WORKSTN ファイルの使用から、ディスプレイの読み取りと書き込みを行う操作コードを持つ結合デマンド ファイルの使用に移行しました。複数の WORKSTN 用にコーディングする方法さえありました。つまり、複数の人がメモリ内の同じプログラムの同じコピーにサインオンすることができました。最大のプログラム サイズは 64k でした。

MRT = マルチプル リクエスター ターミナル プログラム。SSP は、一度に最大 7 台のターミナルをプログラムに接続できます。どのオペレーターも自分のターミナルでプログラムを開始でき、その後、他のオペレーターが同じプログラムを選択すると、他のオペレーターのターミナルが接続されます。サービスされるターミナルの最大数は、プログラマーによって制御できます。

SRT = シングル リクエスター ターミナル プログラム。MRT ではありません。

NRT = 要求元なしの端末プログラム。端末で開始されると、NRT は要求元の端末を解放して続行します。これは、MS-DOS TSR (Terminate and Stay Resident) プログラムに似ています。定義上、JOBQ に呼び出されたプログラムまたは JOBQ に送信されたプログラムはすべて NRT でした。

NEP = ネバーエンディング プログラム。これは通常、すべての端末が切断された後、一部の端末が再接続されるまで待機し、初期化のオーバーヘッドを回避する対話型 MRT プログラムです。これは通常、他の端末や後続のトランザクションの処理を続行する準備を整えながら、端末を 1 つから別の端末に渡す小さなプログラムのチェーンとして大規模なプログラムを実装できるようにするために使用されました。NRT プログラムは、ループして、作業が必要であることを示す何らかの条件を待機するように記述されている場合、NEP になることもあります。NEP プログラムは通常、特別な終了条件を認識するように記述されていない限り、システムがシャットダウンするまで終了しません。

Cobol、Fortran、RPG はオブジェクト コード (タイプ O) を生成しました。Basic は解釈のみで、BASICS と呼ばれるコンパイル ユーティリティはサブルーチン コード (タイプ R) を作成しました。Basic プログラムは、他のコンピューターとの互換性のためにソースとして保存できましたが、プロジェクトのテキストはサブルーチン内に保持されました (プログラマーが LOCK パラメーターを使用して非公開にしない限り)。

OCL を使用してプログラムを起動し、リソースを割り当てる プロシージャは、タイプ P です。

上記の Basic を除き、すべてのオブジェクトのソース メンバーはタイプ S です。

DFU プログラムはサブルーチン (R) コードを生成しました。WSU プログラムも同様です。

生成されたオブジェクト コードを画面フォーマットします。

メニューはオブジェクト コードを生成します。メニューは、関連する番号が選択されたときに実行されるアクションを含む、2 つのポンド記号 ("##") が末尾に付いたコンパニオン メッセージ メンバーを持つ、非常に特殊な画面形式です。

• プログラマーおよびオペレーター生産性支援(POP) は、広く使用されている開発プログラムです。Advanced 36 に含まれていました。
• MAPICS、製造・生産情報管理システム。
• IMAS、シンプルな会計パッケージ
• より高度な会計システムであるBPCS
• IBM Office/36のプログラム コレクション (DisplayWrite/36、IDDU、Query など) は 1980 年代後半に人気があり、後に Advanced/36 にバンドルされました。System/34 テキスト エディターは Office/36 の前身でした。
• Britz Word Processing System は、差し込み印刷、ラベル、基本的なファイル編集機能を備えた汎用テキスト エディターでした。

SSP システムには 4 種類のセキュリティがあります。

• バッジのセキュリティ。
• パスワードのセキュリティ。
• リソースのセキュリティ。
• メニューのセキュリティ。

バッジ セキュリティは、 5250 シリーズ端末に接続されたストライプ リーダーデバイスを使用して実装されます。ログオンするには、ユーザーはユーザー名/パスワード情報を入力するだけでなく、バ​​ッジをリーダーに通す必要があります。

SECEDIT プロシージャは、ユーザー ID とパスワードの処理に使用されました。ユーザー プロファイルには、1 ～ 8 文字の英数字のユーザー ID、4 文字の英数字のパスワード、ユーザーのセキュリティ評価コード (M (マスター セキュリティ担当者)、S (セキュリティ担当者)、O (システム オペレーター)、C (サブコンソール オペレーター)、または D (ディスプレイ ステーション オペレーター))、およびその他のいくつかのデフォルト設定が含まれています。

SECEDIT RESOURCE プロシージャは、ファイル、ライブラリ、フォルダ、およびグループ オブジェクトのセキュリティ レーティングを確立するために使用されました。特定のリソースに対するアクセス レベルとして、O (所有者)、C (変更)、U (更新)、R (読み取り)、E (実行)、または N (なし) をユーザーに付与できます。グループ オブジェクトは、1 つ以上の下位オブジェクトを所有する一種の持株会社です。たとえば、グループ ACCOUNTG へのアクセスを許可すると、すべての会計ファイルへのアクセスを確立しやすくなります。グループ オブジェクトはグループ ファイルを参照することもできます。グループ UB は、UB.OLD、UB.NEW、UB.01、またはピリオドが埋め込まれた任意のファイル名を参照します。

SECEDIT USERID は、ユーザーの操作権限を特定のメニューに制限するためにも使用されました。必須メニューに Y を入力し、デフォルトのサインオン メニューを指定することにより、セキュリティ担当者は、そのサインオン メニューにないプログラムへのユーザーのアクセスを禁止できます。このように制限されたユーザーは、メニュー オプションの実行、メッセージの送信、およびシステムからのサインオフのみを実行できます。

PROF (「プロファイル」) 手順は、ユーザー ID とパスワードの操作に使用されました。ユーザー プロファイルには、1 ～ 8 文字の英数字のユーザー ID、4 文字の英数字のパスワード、ユーザーのセキュリティ評価コード (M (マスター セキュリティ オフィサー)、S (セキュリティ オフィサー)、O (システム オペレーター)、C (サブ コンソール オペレーター)、または D (ディスプレイ ステーション オペレーター))、およびその他のいくつかのデフォルト設定が含まれています。

PRSRCID (「ユーザー ID によるリソース セキュリティのプロファイル」) 手順は、ファイルおよびライブラリ オブジェクトのセキュリティ評価を確立するために使用されました。特定のリソースに対して、ユーザーに対して O (所有者)、G (変更)、R (読み取り)、E (実行)、または N (なし) のアクセス レベルを付与できます。

印刷されたディスク カタログ (VTOC、ボリュームの目次) には、保護されているすべてのオブジェクトが、保護されていることを示す 3 という表記で表示されていました。

SSP には、ファイルとライブラリと呼ばれる 2 つの異なるデータ オブジェクトが用意されています。ファイルにはレコードが含まれており、ほとんどの場合、レコード長は固定されています。ライブラリには、これらのファイルを参照およびアクセスできるプログラムが含まれています。SSP には、オペレーターがファイルやライブラリを作成、削除、コピー、編集/変更、保護できるようにする 80 を超えるさまざまなコマンドが含まれていました。

ライブラリまたはファイルは、1 つの固定ディスク上に連続した構成で存在する必要があります (ただし、ライブラリには、再編成が必要な約 50 ブロックの 1 つの「エクステント」が含まれる場合があり、他のユーザーに割り当てられている場合は拡張できません)。ファイルは、EXTEND 値を使用して編成することも、FILE OCLを使用して割り当てて自動的に拡張することもできます。すべてのレコードの追加/更新/削除は、ファイルが拡張されている間待機します。拡張の頻度を最小限に抑えるのに十分な大きさの拡張値を作成するのが賢明な方針です。ライブラリには、連続していない「エクステント」がある場合があります。プログラムをコンパイルするときにエクステントが作成され、「CONDENSE」を実行すると、メイン割り当てに十分なスペースがあれば削除されることがありました。そうでない場合は、ALOCLIBR を実行してライブラリをより大きなサイズに再割り当てしました。

S/36 上のファイルは、シーケンシャル (S)、ダイレクト (D)、またはインデックス (I) 形式です。インデックス ファイルには複数の代替インデックス (X) を設定できます。実際、シーケンシャル ファイルに代替インデックスを設定してプライマリ インデックスが存在しない場合もあります。インデックス ファイルには連続したキーが 1 つ設定されており、キーの長さは最大 60 文字です。ただし、代替インデックスには 3 つの部分から成るキーを設定できますが、これらのキーは互いに連続していません。インデックス ファイルまたは代替インデックス ファイルでは、重複キーが許可されることも許可されないこともあります。直接編成のファイルは、すべてのレコードを追加して作成され、自動拡張はできません。シーケンシャル編成またはインデックス編成のファイルは、レコードを追加せずに作成されます。代替インデックスには、常に親と同じ数のレコードがあります。一方、System/38 スタイルの論理ファイルは、親からレコードをフィルターする条件を使用して作成されます。

1986 年に、分散データ管理アーキテクチャ(DDM)のサポートがSSP に追加されました。これにより、System/36 プロ​​グラムは、CICS を実行しているリモート System/36、System/38、および IBM メインフレーム システム上のレコード指向ファイルを作成、管理、およびアクセスできるようになりました。また、リモート System/36 および System/38 コンピューター上のプログラムも、System/36 上のファイルを作成、アクセス、および管理できるようになりました。DDM によって定義された初期のレコード指向ファイル モデルは、System/36 ファイル システムに基づいていました。

System /3 (1969) は、システム制御プログラム (SCP) (5702-SC1) と呼ばれるディスクベースのバッチ オペレーティング システムを実行しました。IBM は後に、バッチ プログラムとして開始された通信制御プログラム (CCP) と呼ばれる System/3 用のオンライン プログラムを導入しました。IBM System/32 (1975) は、システム制御プログラムと呼ばれるディスクベースのオペレーティング システムを実行しました。IBM System/38 (1978) は、SSP よりもはるかに高度で、特に類似点のない、制御プログラム機能(CPF)と呼ばれるオペレーティング システムを実行しました。

• IBM 出版物 SC21-8299、SSP オペレーティング システムの一般情報。

• Bitsavers System/34 ドキュメントのアーカイブ - SSP に関するドキュメントを含む
• Bitsavers System/36 ドキュメントのアーカイブ - SSP に関するドキュメントを含む