IBMメインフレーム用オペレーティングシステムの歴史

ゼネラルモーターズの研究開発部門は、1955年に開発したGM Operating Systemをプロトタイプに、1956年に社内で使っていたIBM 701用にGM-NAA I/Oを開発し、その後701の後継機に対応するようアップデートした。1960年にIBMユーザー互助会SHAREがこれを引き継ぎ、アップデート版のSHARE OSを開発した[3]。

最終的にIBMがこのプロジェクトを引き継ぎ、拡張したバージョンをIBSYSと名付け、IBM 7090用やIBM 7094用として提供した。IBSYSは8台のテープドライブが必要だった(システムが1台以上のディスクドライブを持つ場合はこの数を減らすことができた)。カード方式のジョブ制御言語、FORTRANとCOBOLのコンパイラ、 アセンブラ、ソートプログラムなどの様々なユーティリティなどが付属した[5][6]。

1958年にミシガン大学はコンピュータシステムにGM-NAA I/Oを採用し、学生が書いた小さなジョブを大量に処理するのに適したUMESを開発した。UMESは1967年にMTSタイムシェアリングシステムへ置き換わるまで使われた[7]。

ベル研究所はBESYS (別名BELLMON)を開発して1960年代中頃まで使用した。 ベル研究所はこれを無料・無保証で他社にも公開した[8][3]。

IBSYSが登場する前にIBMはIBM 709、7090、7094の各機種用に、FORTRANのプログラムをコンパイルするための単機能OSとしてテープベースのOSであるFMSを開発した。FMSとFORTRANコンパイラは同じテープの中に格納されていた[9][10]。

System/360シリーズの中でもハイエンド向けのOSとしてOS/360が推奨された一方で、DOS/360はローエンド向けの非力なマシンに適した平凡なOSだった。これには一連のユーティリティプログラム、マクロアセンブラ、FORTRANやCOBOLのコンパイラなどが含まれていた。RPG[31][32]がサポートされたのは後年で、最終的にはPL/Iのサブセットが追加された。また様々なファイルの構造をサポートし、そのアクセスを制御するインターフェイスが提供された。

• レコード全体を一度に読み込むのに最適なシーケンシャルデータセット。
• 各レコードの特定のセクションをキーに検索できるインデックス付きファイルのISAM。
• アクセスしたいデータのディスク上の物理位置をアプリケーションが自分で指定しなければならないダイレクトアクセスファイルのBDAM。 BDAMのプログラミングは難しく、ユーザーの多くはその使用を望まないが、ディスク上のデータへのアクセスが最も早く、多くのソフトウェア企業は主にADABAS、IDMS、IBM製のDL/Iなどのデータベースマネージメントシステムを用いた。

シーケンシャルファイルとISAMファイルは固定長又は可変長のレコードを格納でき、いずれの組み合わせにおいても複数のディスクボリュームにまたがってデータを格納できる。

DOS/360はまたデータ通信機能としてBTAMも提供しており、今日の基準で見れば大変に使い辛いものだった。しかしBTAMはあらゆる種類の端末と通信でき、通信プロトコルが全く標準化されていなかった当時としては非常に画期的だった。

しかしDOS/360は、System/360機のより大型なモデルで使われたOS/360と比べて制約が大きかった。

• 最初のバージョンは同時に1つのプログラムしか実行できなかった。後のバージョンでは最大で3つのプログラムを同時に実行できたが、各プログラムのメモリ空間のサイズはDOS/360をインストールする際に各ユーザーがあらかじめ区切った3本のパーティションのサイズに固定された。
• ジョブの制御に使用するスクリプト言語のJCLはローエンド機での処理が軽くなるように設計されており、プログラマが読み書きするのは難しかった。
• パンチカードやプリンタの処理を効率化するためのスプーラサブシステムがなかった。1960年代後半に独立系ソフトウェア会社がGRASPと呼ばれるスプーラを販売した。
• DOS/360にはリロケータブルバイナリローダがなく、ユーザーは使用するパーティションごとに各プログラムのアドレスを絶対アドレスで指定するリンク情報を手動で編集しなけばならなかった。
• 実行プログラムを格納するコアイメージライブラリは、プログラムを削除したり更新したりした場合に、古いプログラムが格納されていたスペースが解放されなかった。コアイメージライブラリがいっぱいになるとユーティリティプログラムで圧縮しなければならず、これにより開発作業が半日潰れることがあった。
• アプリケーションプログラミングのインターフェースがOS/360と異なっていた。COBOLなどの高水準言語で記述されたDOS/360用のプログラムは、OS/360で使用するには若干の修正が必要で、アセンブラで記述かれたプログラムは大幅な変更を強いられた。

DOS/360のユーザーはすぐにOS/360へアップグレードするだろうとIBMは考えていたが、制約があったにもかかわらず、DOS/360は世界で最も広く使われるOSになった。それには次のような理由があった。

• System/360機は非常によく売れた。
• 販売された360システムの90％以上がローエンドのModel 20、30、40だった。
• これらの安価なモデルが装備していたコアメモリはほとんどの場合においてOS/360の実行に必要な容量には到底足りなかった[33]。

DOS/360は中規模の企業が購入できるSystem/360機で不都合なく動作しており、またこのクラスのユーザーたちが過去に持っていたマシンが備えていたどのOSよりもまだマシだった。この結果、その子孫であるz/VSEは2005年になっても依然として広く使われている[24]。

OS/360は様々なレベルの機能をサポートしており、共通のAPIで、より多くのコードが共通化された。PCPは同時に1つのプログラムだけしか実行できない廉価版で、MFT (一定個数のタスクを実行できるマルチプログラミング版)とMVT(タスクを無制限に実行できるマルチプログラミング版)は、後継機が発売されてから5年が経過した1970年代後半頃まで使用された[34]。PCP、MFT、MVTの3つに分割した理由は明らかではなく、MVTが中間クラスのモデルで使用するにはメモリを喰い過ぎたのか、あるいはIBMがマルチプログラミング版をMFTとして至急リリースしなければならなかったかなどの理由が考えられる。

PCP、MFT、MVTの3つはメモリの管理方法が異なっているが、機能的には非常に似ている(下記参照)。

• 共通化されたアプリケーションプログラミングインターフェイス(API)。アプリケーションプログラムのバイナリは再コンパイルすることなくPCP、MFT、MVTで実行できる。
• DOS/360よりも柔軟で使いやすい同じJCL。
• DOS/360と同じファイルの読み書き方式(シーケンシャル、インデックス、ダイレクト)に対応。データ通信のBTAMにも対応している。
• 新しいパーティション分けされたファイル構造とアクセスインターフェイスであるBPAMに対応。主にプログラムライブラリの管理に用いられた。パーティションはスペースを解放するために圧縮する必要が相変わらずあったが、PCP、MFT、MVTではパーティションの数に制限がなく、プロジェクトごとに1本以上のパーティションを割り当てることができるため、DOS/360のコアイメージライブラリとは異なり作業が止まって開発作業に支障が出ることがほとんどなかった。
• ファイルを階層として管理できるようにするファイル名のシステム。PROJECT.USER.FILENAMEなどの命名が可能だった。
• スプーラ機能 (DOS/360にはない)。
• アプリケーションがジョブの中でサブタスクを生成できるマルチタスクに対応。

OSが256KB未満のシステムにインストールすることは当時の経験から推奨されず[27]、これは1960年代にはどこでもよくある制約だった。

ユーザーはMFTをインストールする際に、メモリを最大で4本のパーティションに固定長で区切ることができ、複数のアプリケーションを同時に実行できるように設定できた[35]。MFTバージョンII (MFT-II)は最大で52本まで上限を緩和した。

MVTはMFTよりもはるかに巨大かつ複雑であり、そのためSystem/360のハイエンド機で用いられた。OSは全ての未使用メモリを単一のプールとして扱い、そこから連続した領域を並列動作するアプリケーションの数に応じて必要なだけ無制限に割り当てることができた。この方式はMFTよりもはるかに柔軟で、仕組み的にメモリを効率よく利用できたが、断片化しやすい問題があった。この問題が顕在化すると、全体としてはプログラムを実行するのに十分な空き容量があるにもかかわらず、各領域が分断されてしまい必要なサイズの連続した空き領域がないという状態に陥った[28]。

1971年にMVTで使えるタイムシェアリングオプション(TSO)機能が追加された。バッチジョブ実行機能、ジョブの完了通知機能、レポートが印刷されるのを待たなくても結果を閲覧できる機能などを持つエディタが含まれていたほか、System/360で使われる一部のプログラミング言語で使用できるデバッガが含まれていたことから、 TSOはプログラムの開発に広く使われるようになった。TSOはTCAM (Telecommunications Access Method)で端末と通信でき、これまで使われていたQTAM (Queued Telecommunications Access Method)と置き換わった。IBMはデータ通信のスタンダードになることを見越してTCAMと名付けたが、結局TCAMはほぼTSO上でしか使われず、1970年代後半にVTAMにほぼ置き換えられた。

System/360のハードウェアとOSは実行に何時間もかかる可能性がある極端なバッチジョブを処理できるように設計されている。そのため各件の処理時間が30秒から数分程度の処理を1日に数千件こなすトランザクション処理には適していなかった。IBMは1968年にトランザクションを処理するためにIMSをリリースし、1969年にはIBMグループの従業員がとある顧客のために開発した、よりシンプルなトランザクション処理システムであるCICSをリリースした。IMSはOS/360とその後継OSでしか利用できなかったが、CICSはDOS/360とその後継OSでも利用できた[36][37]。この種の製品は長年に渡り「TP（テレプロセッシング）モニタ」と呼ばれていた。厳密に言えば、TPモニタはOSの構成要素ではなく、アプリケーションを管理するためのアプリケーションに過ぎなかった。1970年代と1980年代には複数のサードパーティ (Taskmaster、Shadow、Intercommなど）がTPモニタをリリースしてCICSと競合したが、IBMは継続的にCICSを改善してゆき、ほとんどの顧客がIBMの純正品を使うようになった[38][39]。

航空業界は1950年代に急成長していたが、数千件の予約をカードファイルを使って手作業で裁く手間による物理的な制約があったため伸び悩んでいた。IBMは1957年にコンピュータ予約システムを開発する契約をアメリカン航空と結び、後にこのシステムをSABREと名付けた。1960年にテスト版の稼働を開始し、1964年に全ての予約業務を引き受けるようになり、このプロジェクトでは最初から一貫してIBM 7090メインフレームが用いられた。IBMは1960年代初期には他の航空会社とも同様のプロジェクトを開始し、すぐにSystem/360用の共通予約システムであるPARSを開発することを決めた。

SABREや初期バージョンのPARSにはアプリケーションとOSの区別がなかったが、IBMは1968年にアプリケーション部分のPARSとOS部分のACPに分割した。その後ACPはACP/TPFに改名され、また航空業界以外の業界向けに大量のオンライントランザクションを裁けるOSとしてTPF (Transaction Processing Facility)の名前で提供した。最新バージョンはz/TPFという名前になっている。

IBMの汎用OS(DOS/360やOS/360)は1960年代中盤までバッチ処理に特化しており、大量の短いトランザクションを高速に捌くことができず、汎用OSで動作するトランザクションモニタのIMSやCICSであっても、数百便のフライトの予約を数千の旅行代理店から受け付けるのに十分な処理速度がなかったことから、IBMはACPやその後継版を開発した。

最後のパブリックドメイン版であり無料版のACPはACP 9.2で、1本のミニリールテープで配布され、48インチ幅の棚一列がいっぱいに埋まるほどの数十冊のマニュアルが付属し、IBM 3340のディスクドライブに展開でき、ACPシステムの全機能が完璧に動作する形で提供された。

ACPはマスターカード^®などの銀行発行カードや、金融機関向けのアプリケーションを主なユーザーとして想定していたが、航空業界用の予約システムにも利用でき、当時としてはACPは多目的な汎用OSだった。

プログラムの開発や、オンライン経由で並行してファイルをメンテナンスしたりするのに使える、VS1という(必要であればVS2も可能な)バーチャルOSをゲストとして利用できるハイパーバイザーモジュール(CHYR)が後期のACPに統合され、まさに汎用的なOSだった。

一部では本番環境もハイパーバイザーモードのVS2で運用され、IMS DBも搭載されることがあった。

Model 20はSystem/360の周辺機器の一部を利用できたことから、そのシリーズの1モデルに分類されたが、これは16ビット機であり、他のSystem/360シリーズのマシンとはプログラムの完全な互換性がなかった。ドイツにあるIBMの複数の研究所が360/20の複数の構成に対応するよう調整した3つのOS(ディスクを搭載して最小メモリ容量が12KBのDPS、ディスクがなくテープを搭載して最小メモリ構成が8KBのTPS、パンチカード機で最小メモリ構成が4KBのCPS)を開発した[40]。IBMは小規模事業者向けにSystem/3シリーズを後に発売し、360/20とはアーキテクチャが異なっていたことから、IBMのメインフレーム機とは周辺機器が異なる360/20の後継機は開発されなかった。

System/360の周辺機器を使える別アーキテクチャのプロセッサ。360/44は地質学や気象学などのデータ分析に用いられる浮動小数点計算機能を搭載しており、科学技術計算に適した設計だった。内部のアーキテクチャが他機種と異なり、特定の用途に特化した設計であったことから、360/44にはPS/44という専用のOSが提供された[41]。Model 44にはSystem/360が持つ命令の一部がなかったが、命令をエミューレーションする機能があり、OS/360を実行することが可能だった。360/44とPS/44の直接的な後継機は作られなかった。

DOS/VSはDOS/360の後継OSであり、仮想メモリを含む同様の機能強化があった。仮想メモリの他にもDOS/VSには下記のような機能の強化があった。

• メモリパーティションの数を3本から5本に増強。その後すぐに7本まで増強された。
• リローケーション・ローダー。各プログラムを別のパーティションにロードして実行する際にリンク情報を編集する必要がこれによりなくなった。
• スプーラコンポーネントの改良版であるPOWER/VS。

DOS/VSは後に大幅なアップグレードを実施した。DOS/VSEとVSE/SPが1980年代に、VSE/ESAが1991年に、z/VSEが2005年にリリースされた[45][46]。

OS/VS1はMFTの後継OSであり、仮想メモリを含む同様の機能強化があった[28]。IBMは1983年までOS/VS1のマイナーチェンジを続け、1984年にサポートの終了を宣言した。IBMがSystem/370用に開発したOSの中で現代的な最新機能を持つ後継OSがないのはOS/VS1とTSS/370だけである[47]。

Special Real Time Operating System（SRTOS, 特殊用途用リアルタイムOS）であるProgramming RPQ Z06751は、リアルタイム処理に対応するよう拡張されたOS/VS1の亜種である。電力会社の電力管理や石油精製プラントなどの業界をターゲットにしていた[48]。

OS/VS2リリース1(SVS)は仮想メモリ機能を搭載したMVTの代替OSで、数多くの機能強化があったが、全体的なアーキテクチャは維持された。しかしIBMが1974年にOS/VS2リリース2として発表したOSは、元のOS/VS2 SVSと上位互換性を保ったまま内部が大幅に書き換えられた。システムで最も顕著な拡張は複数の仮想メモリ空間に対応したことだった。これまでは複数のアプリケーションが1つの仮想メモリ空間を共有するのが常識だったが、新OSの仮想メモリ機能ではアプリケーションごとに別々のメモリ空間が割り当てられた[28]。この新システムはユーザーの間ですぐにMVS (マルチ仮想ストレージ)と呼ばれるようになり、元のOS/VS2はSVS (シングル仮想ストレージ)と呼ばれるようになった。IBMはこの用語を逆輸入して自社の後継OSにMVS/～の名前を付けるようになった[49]。

MVSに搭載された主な新機能には他にも次のようなものがあった。メインのカタログを必ずVSAMカタログとして扱う。対称型マルチプロセッシングのサポート(2つ以上のCPUが同じメモリとOSのコピーを共有する)。優先度の高いジョブのパフォーマンスを低下させることなくユーザーがプロセスを追加でロードできるシステムリソースマネージャ(後のバージョンでワークロードマネージャに改名)。

IBMはMVSを数回アップグレードした。MVS/SE、MVS/SPバージョン1、MVS/XAを1981年に、MVS/ESAを1985年に、OS/390を1991年に、z/OSを2001年にリリースしている[50]。

VM/370は会話型モニターシステム (CMS)というシングルユーザー用のシステムに仮想マシン機能を組み合わせたもので、CMSのコピーを各ユーザーの仮想マシン上で実行できるタイムシェアリング機能がこれにより提供された。CP/CMSはこの構成の直系の子孫である[51]。仮想マシン機能によりソフトウェアの開発者は仮想マシンの1つで開発作業を継続しながら別の仮想マシンを使ってテストすることができるようになり、CMSタイムシェアリングシステムはプログラムの開発に広く使われた[52]。

VM/370はその後アップグレードが繰り返された。VM/SEPP (Systems Extensions Program Product)、VM/BSEPP (Basic Systems Extensions Program Product)、VM/SP (System Product)、VM/SP HPO (High Performance Option)、VM/XA MA (Extended Architecture Migration Aid)、 VM/XA SF (Extended Architecture System Facility)、VM/XA SP (Extended Architecture System Product)、VM/ESA (Enterprise Systems Architecture)、z/VMがリリースされた。またIBMはVMやその後継OS向けに、OSだけしか使えない特権命令をゲストOSに代わって実行するハイパーバイザーのエミュレーション処理を高速化する、マイクロコードアシスト機能もオプションで提供した。CPハイパーバイザーをさらに高速化する[53]Start Interpretive Execution(SIE)命令を追加した[54]こともIBMが370/Extended Architectureに加えた機能強化だった。