IBM 3790は、1975年に
IBMによって設計された分散処理用
コンピュータであり、ミッドレンジ
コンピュータ、ミニ
コンピュータ、
オフィスコンピュータなどのカテゴリに分類されます。このシステムは、特に支店や店舗、子会社において、
メインフレームコンピュータと接続するために設計されました。
正式名称とシステムの概要
その正式な名称は「
IBM 3790通信システム」で、初期の分散処理システムのひとつとして位置付けられています。
IBM 3790は、その後に登場する
IBM 8100の前身とも言える存在で、特に中央の
メインフレームを補完する役割を果たしました。しかし、同機種は商業的にはあまり成功を収めることができなかったのです。
プログラミング言語の課題
失敗の要因の一つとして、適切なプログラミング言語が用意されていなかったことが挙げられます。
IBM 3790では、ユーザーが独自のアプリケーションを開発する際に使用する「3790 Macro Assembler」が存在していたものの、その使い勝手は非常に厳しいものでした。ユーザーは、開発したモジュールを
IBMの
メインフレーム上でコンパイルし、その後対象となる3790に移動させる必要がありました。これが手間を増やし、多くのユーザーにとって障壁となりました。
IBMはこの問題に対処するため、「Program Validation Services (PVS)」という別の製品を導入しました。これにより、
メインフレーム内でスクリプトを用いてテストを行うことが可能となりましたが、スクリプトの作成が極めて複雑であるため、1つのミスが全体の失敗に繋がるリスクがありました。さらに、
メインフレームの利用時間も高価であったため、タイムスケジュールの確保が難しくなる場面も少なくありませんでした。
マニュアルの問題
加えて、「Macro Assembler」のマニュアルは物理的に幅が4インチもあり、基本的な情報を取得することすら困難でした。このため、ユーザーの負担は増す一方でした。この背景を受けて、
IBMは「DMS」という自動化されたプログラムジェネレータを開発しました。DMSは後に
IBM 8100における「Cross System Product (CSP)」として進化しました。このシステムは、非常に限られたロジックでプログラムを生成し、簡単なフィールドチェックも可能にしました。しかし依然として、ユーザーはMacro Assemblerを使い分ける必要があったことに変わりはなく、その状況は改善されませんでした。
仮説と成功要因
とはいえ、もし3790の設計者たちが
BASICのようなより簡単で強力な高級言語を用意していたなら、成果は大きく異なっていた可能性があります。この点における
IBMの判断は、今でも興味深い課題です。
日本における導入
日本に目を向けると、1976年に
日本出版販売が
IBM 3790を用いて出版流通システムを構築し、実際の運用がなされました。このように、限られた条件ながらも一部の企業では実用化が進められていました。
最後に
IBM 3790は、分散処理
コンピュータの歴史において意義深い存在であり、当時の技術的な制約やユーザーのニーズについての反映が見られます。今後、
IBM 8100へと引き継がれる中で得た教訓は、より良いシステム開発のための土台となったことでしょう。