ティムネット

Tymnet は、カリフォルニア州クパチーノに本社を置く国際データ通信ネットワークでした^[要出典]。仮想呼び出しパケット交換技術とX.25、SNA / SDLC、BSC、非同期インターフェイスを使用して、何千もの大企業、教育機関、政府機関のホスト コンピューター (サーバー) を接続しました。ユーザーは通常、ダイヤルアップ接続または専用の非同期接続を介して接続しました。

この事業は、ダイヤルアップ ユーザーをサポートする大規模なパブリック ネットワークと、政府機関や大企業 (主に銀行や航空会社) が独自の専用ネットワークを構築できるようにするプライベート ネットワークで構成されていました。プライベート ネットワークは、プライベート ネットワーク上にない場所にアクセスするために、多くの場合、パブリック ネットワークへのゲートウェイ経由で接続されていました。Tymnet は、Tymnet II プロトコル経由で数十の国際パブリック ゲートウェイに接続され、米国および国際的には X.25/ X.75ゲートウェイ経由で他のパブリック ネットワークにも接続されていました。

1990 年代後半にインターネットが成長し、ほぼどこでもアクセス可能になったため、Tymnet などのサービスに対するニーズはインターネット スタイルの接続に移行しましたが、第三世界や特定のレガシー ロールでは依然として一定の価値がありました。しかし、これらのリンクの価値は低下し続け、Tymnet は 2004 年に閉鎖されました。

Tymnet は、米国のほとんどの都市でローカル ダイヤルアップモデムアクセスを提供し、カナダでも限定的に提供していましたが、カナダでは独自のDATAPACサービスが好まれていました。

ユーザーは Tymnet にダイヤルインし、簡単なコマンド ライン インターフェイスを操作してリモート システムとの接続を確立します。接続されると、遠隔システムのモデムに直接接続しているかのように、データがユーザーとの間でやり取りされます。

Tymnet は、大企業で、外出中の従業員にダイヤルアップ サービスを提供するために、またユーザーがCompuServeやThe Sourceなどの大規模なオンライン サービスに接続するためのゲートウェイとして広く使用されていました。

当初の実装では、ネットワーク スーパーバイザにネットワーク内のルーティング インテリジェンスのほとんどが含まれていました。インターネットの基盤となるTCP/IPプロトコルとは異なり、Tymnet は回線交換レイアウトを使用していたため、スーパーバイザはすべてのエンドポイントを把握できました。当初の実装では、ユーザーはVarianミニコンピュータを使用して構築されたノードに接続し、 XDS 940ホストで実行されるスーパーバイザに渡されるコマンドを入力しました。

回路は文字指向で、ネットワークは対話型の文字単位の全二重通信回路を指向していました。ノードは、当時は数多く存在していたさまざまな文字セット間の文字変換を処理しました。これには、ユーザー側による特別な介入なしにファイルからのバイトが目に見えない形で「変換」されるため 、データ転送が非常に困難になるという副作用がありました。

Tymnet はその後、独自のカスタム ハードウェアである Tymnet Engine を開発しました。このハードウェアには、ノードと、それらのノードの 1 つで実行されるスーパーバイザの両方が含まれていました。ネットワークが拡大するにつれて、ネットワークを制御するための要件が​​スーパーバイザの能力の大部分を占めるようになったため、ネットワーク内のノードの数が膨大になり、スーパーバイザが過負荷になる危険がありました。

Tymnet II は、この課題に応えて開発されました。 Tymnet II は、スーパーバイザの作業負荷を軽減し、ノード コードにさらにインテリジェンスを組み込むことでネットワークの柔軟性を高めることで、上記の問題を改善するために開発されました。 Tymnet II ノードは独自の「パーミュータ テーブル」を設定するため、スーパーバイザがそれらのコピーを保持する必要がなくなり、ノード間のリンクの処理における柔軟性が向上しました。 「補助回路」を介してデータ転送も可能になりました。

Tymshareは1964年にタイムシェアリング会社として設立され、ユーザー向けにコンピュータ時間とソフトウェアパッケージを販売していました。^[1] 同社には2台のSDS/XDS 940コンピュータがあり、コンピュータへのアクセスは直接ダイヤルアップで行っていました。1968年に同社は別のタイムシェアリングサービスビューローであるDial Dataを買収しました。 ^[2]

1968 年、ノーム ハーディとラロイ タイムズは、ミニコンピュータを備えたリモート サイトを使用してメインフレームと通信するというアイデアを考案しました。ミニコンピュータはネットワークのノードとして機能し、データをルーティングするプログラムを実行します。1971 年 11 月、最初の Tymnet スーパーバイザ プログラムが運用可能になりました。SDS 940 用にラロイ タイムズがアセンブリ コードで記述し、ノーマン ハーディがアーキテクチャ設計に寄与した「スーパーバイザ」は、Tymnet ネットワークの始まりでした。スーパーバイザの 1 つのインスタンスが常に実行され、新しい対話型セッションごとにネットワークを介してパス (回路) を選択します。TYMNETノードには、 Varian 620i (16 ビット ワードの 8K) が使用されました。当初、ネットワークのユーザーは Tymshare とその直接の顧客だけでした。1972 年 2 月、国立医学図書館は、IBM 360 上の毒物学データベースを備えた最初の非 Tymshare ネットワーク顧客になりました。

SDS 940 ではネットワークの急速な成長に対応できないことがすぐに明らかになりました。1972 年に、Joseph Rinde が Tymnet グループに加わり、8/32 がまだ準備できていなかったため、Supervisor コードを 32 ビットのInterdata 7/32に移植し始めました。1973 年に 8/32 が利用可能になりましたが、パフォーマンスは期待外れで、Rinde の Supervisor を実行できるマシンを開発するための急ピッチの努力が行われました。

1974年、スーパーバイザーソフトウェアの2番目の、より効率的なバージョンが運用可能になりました。新しいTymnet「エンジン」ソフトウェアは、スーパーバイザーマシンとノードの両方で使用されました。Tymnetエンジンへの移行後、PDP -10でTymnetアカウンティングおよびその他のサポートソフトウェアの開発が開始されました。TymshareはTymnetネットワークソフトウェアをTRWに販売し、TRWは独自のプライベートネットワークであるTRWNETを作成しました。^[3]

その後、Tymes と Rinde は「Tymnet II」を開発しました。Tymnet II は元のネットワークと並行して実行され、数年かけて段階的に廃止されるまで Varian マシン上で実行され続けました。Tymnet II の仮想回線を構築する異なる方法により、はるかに優れたスケーラビリティが実現しました。

1996年、スーパーバイザーの3番目で最後のバージョンが、Sparcマルチプロセッサワークステーション用にC言語でTymesとRomolo Raffoによって書かれました。ノードコードソフトウェアは、Bill SoleyによってTymnetエンジンからSparcプラットフォームに移植されました。ネットワークスイッチングセンターでは、最大10個の旧式のTymnetエンジンが1つのSparcノードに置き換えられました。^[4]

1979 年頃、Tymnet Inc. は Tymshare Inc. から分離され、Tymnet ネットワークとそのVANサービスの管理と運用を継続しました。ネットワークは成長を続け、独自のホスト コンピュータを所有し、リモート サイトからそれらにアクセスしたい顧客は、自分のコンピュータをネットワークに接続することに関心を持つようになりました。これが、米国内で公共ネットワークを共通通信事業者として運営するために、Tymshare の完全子会社として Tymnet が設立されるきっかけとなりました。これにより、ユーザーは自分のホスト コンピュータと端末をネットワークに接続し、リモート サイトからコンピュータを使用したり、自分のコンピュータの時間をネットワークの他のユーザーに販売したりできるようになりました。Tymnet は、ネットワークの使用料を請求しました。

このネットワークはOnTymeと呼ばれる電子メールサービスを提供していた。^[5]

マクドネル・ダグラス・ティムシェア

1984年、TymnetはTymshareの買収の一環としてマクドネル・ダグラス社に買収された。 ^[6]同社はマクドネル・ダグラス・ティムシェアに改名され、大規模な再編が始まった。1年後、マクドネル・ダグラス（MD）はTymshareをMDネットワークシステムズ社、MDフィールドサービス社、MD RCS、MD「xxx」など、いくつかの独立した事業会社に分割した。（これは同社のアルファベットスープ期と呼ばれることもある）。この時点で、Tymnetは親会社であるTymshareより長生きしていた。

マクドネル・ダグラスはマイクロデータを買収し、MD 情報システム グループ (MDISC) を設立しました。マイクロデータのデスクトップおよびサーバー システムを Tymshare のサーバーおよび Tymnet データ ネットワークと組み合わせることで、情報サービス市場の主要プレーヤーに成長させると期待していました。マイクロデータのシステムはマクドネル・ダグラスの多くの部分に統合されましたが、Tymnet は統合されませんでした。MDC は通信市場をまったく理解していないようでした。5 年後、世界の多くの場所で平和が訪れ、マクドネル・ダグラスはMDNSC と MDFSC を売却して、必要な現金を調達し、利益を上げました。^{[引用が必要]}

1986 年以前、カナダ放送通信委員会(CRTC) は、当時規制していた州 (オンタリオ州、ケベック州、ブリティッシュ コロンビア州) の相互接続規則を自由化し、これによりマクドネル ダグラスはカナダの特定の都市にネットワークを拡大することができました。カナダでの事業はマクドネル ダグラス コンピュータ システムズ カンパニー (MDCSC) の一部でした。これは、カナダで事業を展開している唯一の MDxxx 企業だったからです。MDCSC は、カナダへのこの拡大の先頭に立つためにデビッド キングスランドを雇いました。

BT ティムネット、BT ノースアメリカ、BTNA

1989 年 7 月 30 日、サンタクララのマリオット ホテルで、ブリティッシュ テレコムがマクドネル ダグラス ネットワーク システムズ カンパニーを買収し、マクドネル ダグラス フィールド サービス カンパニーを NovaDyne という新興企業として分離することが発表されました。ブリティッシュ テレコム (BT) は事業拡大を望んでおり、すでに世界的なデータ ネットワークとなっている Tymnet の買収がその目標達成に役立つと予想されていました。1989 年 11 月 17 日、MDNSC は正式に BT Tymnet となり、カリフォルニア州サンノゼに米国本部が置かれました。BT は、アメリカ、ヨーロッパ、アジア太平洋のチームが同じプロジェクトに協力して取り組むことで、継続的な開発を行うという考えを持ち込みました。BT は Tymnet のサービスを Global Network Services (GNS) と改名しました。

British Telecom は、BT が既に持っていた通信ハードウェア ベンダーとのつながりを利用して Tymnet データ ネットワーク用のハードウェアとソフトウェアを開発し、会社に新たな活力を与えました。ネットワーク全体に散在する「次世代」ノードの試験運用が行われ、これはMotorola 68000ファミリをベースとした「TURBO エンジン ノード」と呼ばれていました。1980 年代半ばから後半にかけて、本格的なノード コード開発は PDP-10 からUNIXに移行しました。Sun -3 (Motorola 68000 ベース) とその後のSun-4 (SPARC ベース) ワークステーションとサーバーはSun Microsystemsから購入されましたが、PDP-10 の大部分は 90 年代前半までレガシー コードやドキュメントの保存用にまだ使用されていました。最終的に、すべてのコード開発ツリーは Sun-4 上にあり、開発ツール (NAD など) はSunOSに移植されました。

BT による買収の数か月前に開始された別のプロジェクトは、Tymnet のコード リポジトリを PDP-10 から Sun システムに移行することでした。新しいサーバーは、コード生成システム (CGS) と呼ばれていました。当初は 6 台の Sun-3 サーバーでしたが、冗長性を確保するために最終的に 2 台の Sun-4/690 サーバーにアップグレードされました。また、壊滅的なフェイルオーバー用の 2 台目のサーバーもペンシルバニア州マルバーンに設置され、その後のサイト統合作業の一環としてペンシルバニア州ノリスタウンに移動されました。移行後、6,000 を超えるノードと 38,000 の顧客インターフェイスのコードが存在していました。

Tymnet は成長を続けており、顧客の一部がネットワークを集中的に使用するイベントを開催したときには、ピーク容量に達することが何度かありました。注目すべきイベントの 1 つは、America On-Line ( AOL )でのマイケル ジャクソンとのライブ オンライン プレゼンテーションとチャットでした。Tymnet の使用統計によると、イベント期間中、AOL の通話容量は最大量を超えていました。

1993 年、British Telecom (BT) と MCI Communications (MCI) は、いわゆる「世紀の取引」を交渉しました。この取引では、MCI が Tymnet の米国拠点部分の所有権を取得し、「Concert」という 50/50 の合弁会社を設立しました (合弁会社は、名前を決めるまでの 1 年以上、「NewCo」と呼ばれていました)。Concert は、ジョージア州アトランタに本社を置く BT の別の買収である Syncordia とも提携していました。Tymnet は、当時、パケット ネットワーク、BT/MCI ネットワーク、Concert Packet-switching Services (CPS) と呼ばれていました。MCI が Tymnet の消滅を予想して撤退したため、Tymnet は消えることのないドル箱となりました。

1994 年 5 月には、TYMCOM-X の下に 3 台の DEC KL-10 がまだありました。この時点で、ネットワークには 30 か国に約 5000 のノードがありました。単一のパケット交換ネットワーク上でさまざまなプロトコルを実行できますが、Tymnet で最もよく使用されるプロトコルはX.25、非同期 (ATI/AHI)、SNA でした。

BT と Concert もネットワークの開発を続け、「Turbo ノード」が成功しなかった後、外部の会社に依頼して、フレーム リレーネットワークで使用されている既存のハードウェアに Tymnet プロトコルを追加してもらうことにしました。Telematics International は、ACP/PCP ノードで実行するための Tymnet プロトコルのサブセットを開発しました。Telematics ノードはフレーム リレーを介してメッシュ ネットワークに接続され、Tymnet からはスーパー ノードとして認識され、ヨーロッパ、アジア、南北アメリカのほとんどを高速データ ネットワークとして相互接続する最大 44 の他のスーパー ノードに直接接続されました。

MCI は別の方向を向いて、ネットワーク プロトコルを TCP/IP 上で実行し、Sun Microsystems SPARCテクノロジを使用するように移行しようとしました。スーパーバイザ テクノロジは C で書き直され、Sun のSolarisオペレーティング システムで標準の UNIX アプリケーションとして実行できるようになりました。このプロジェクトに充てられた資金は最小限でしたが、Tymnet のエンジニアはこれが優れた方法であると信じ、とにかく進めました。

時代は変わり、インターネットとワールド ワイド ウェブは企業や個人の生活において実用的かつ重要なものになりつつありました。Tymnet のテクノロジは、TCP/IP やその他のインターネット プロトコルに追いつくために改善する必要がありました。BT と MCI はどちらも、インターネットと競合するのではなく、顧客ベースを IP ベースのネットワークとテクノロジに移行することを決定しました。しかし、Tymnet ネットワークは依然として多くの収益をもたらしており (場合によっては現在の IP ベースのサービスよりも収益が高い)、BT と MCI はどちらも顧客を満足させる必要がありました。

1997 年、ブリティッシュ テレコム(BT) による MCI 買収の交渉が進行中でした。この取引は失敗に終わり、1998 年 9 月、ワールドコムがMCI に対してより有利なオファーを提示したことで、ワールドコムが MCI を買収しました。実際、ワールドコムのオファーは BT のオファーとほぼ同じでしたが、BT が MCI の株式を買い取る計画だったのに対し、ワールドコムは株主にとってより魅力的な株式交換を提案しました。ワールドコムは 1998 年 9 月に経営権を握り、1998 年 10 月 15 日付けで BT/MCI の提携を解消しました。

同盟関係が解消されると、BT と MCI/Worldcom は、広範な音声およびデータ通信システムを解体し、分離するプロセスを開始しました。

Concert は、BT と MCI/Worldcom の音声およびデータ ネットワークを分離するために Project Leonardo を作成しました。その後 5 年間、BT と MCI の経営陣が提携中に締結した契約上の義務の条件について交渉し、再交渉したため、進展があったり、停滞したりすることがありました。時には、物事が行き詰まったり、決定が覆されたり、後に再び覆されたりすることもありました。プロジェクトの一部は、顧客を X.25 から IP ベースのネットワークに移行することでしたが、他の部分では、Concert と MCI がそれぞれネットワークの一部を別々に実行および管理できるように、重複したサービス セットを作成しました。ネットワーク使用に関する会計データも 2 社で共有されており、顧客に適切に請求する前に分離する必要がありました。

2000 年に BT は別の提携先を探し、BT とAT&T Corporationの間で新しい「コンサート」提携を結び、本社をジョージア州アトランタに移転しました。この提携は、BT と MCI Worldcom の交渉に役立ちませんでした。MCI と AT&T のパートナーは企業敵同士だったからです。Tymnet、分割のデータ ネットワーク部分、および「CPS Leonardo」プロジェクトについては、分割が完全に実現することはありませんでした。代わりに、MCI Worldcom は 2003 年 3 月に Tymnet から IP ベースのサービスへのサービスの移行を完了し、2003 年 3 月 31 日にスーパーバイザー ノードとネットワークの一部を切断しました。British Telecom は、 2004 年 2 月に最後の顧客がすべての顧客を他のアクセス サービスに移行できるようになるまで、独自のスーパーバイザー ノードとその他のユーティリティ ノードを使用してネットワークを運用し続けました。 BT と AT&T は 2003 年 9 月 30 日に Concert 提携を解消し、残りの BT 資産は BTNA 資産と統合されて BT Americas, Inc. になりました。2004 年 3 月初旬、BT Americas は形式的な手続きもなく、最後に残った 2 人の Tymnet スーパーバイザーをネットワークから切断し、事実上ネットワークをシャットダウンしました。

ワールドコムの幹部は財務スキャンダルに巻き込まれた。2002年6月、ワールドコムは40億ドル近くの会計ミスを認めた。^[7]このスキャンダルにより、CEOのバーナード・エバーズは解任され、後に共謀と証券詐欺の連邦法違反容疑で告発された。^[8]このスキャンダルにより、ワールドコムの株価は1株10セントまで下落した。会計上の「ミス」が発覚してから1か月後、ワールドコムは破産を申請した。^[7]

ワールドコムは2004年4月に破産から立ち直り、「MCI」に改名しました。^[9] 1年も経たないうちに、MCIの残骸は67億ドルで、現在Verizon Businessとして知られる会社に売却されました。 ^{[10]これは}Verizonの一部門です。Verizonは、地域ベル運営会社の1つであるベルアトランティック^[11]がGTEと合併して2000年に設立されました。ベルアトランティックは、Verizonに変わる前に、1997年に別の地域ベル運営会社であるNYNEXと合併していました。

2005 年 1 月 31 日、SBC コミュニケーションズはAT&T Corp. を160 億ドル以上で買収すると発表しました。その後すぐに、AT&T Corp. と区別するために社名が AT&T Inc. に変更されました。

Tymshare EDI、MD 決済システム会社、BTNA/MCI EDI*Net サービス

Tymshare は EDI 分野の先駆者の 1 つです。McDonnell Douglas の傘下となったPayment Systems Company はその伝統を引き継ぎ、独自の EDI*Net ネットワーク監視およびサポート グループを維持しました。

EDI*Net は、フォールト トレラントなTandem NonStopコンピュータと、100 マイル以上離れた 2 台目の同期リモート災害 NonStop コンピュータを使用していました。これらは互いにミラーであり、 99.994% を超える稼働率を維持し、それぞれが Tymnet を接続および変換媒体として使用して高速データ リンクに接続されていました。Tymshare は、双方向同期モデム インターフェイス (HSA)、EBCDICとASCII間の変換モジュール(BBXS)、および高度にカスタマイズされた X.25 モジュール (XCOM) を開発しました。EDI*Net は、Tandem でこれらのインターフェイスを使用しました。EDI*Net は、国連のEDIFACTおよびANSI X12 が主流である多くの EDI 標準をサポートし、貢献しました。ストア アンド フォワード サービスとして、EDI*Net は、X.25 およびBiSyncに加えて、FTPS、SMTPS、ZModemなどの複数の配信プロトコルをサポートし、サポートされている EDI 標準のエンベロープ構造をX.400およびSMTPエンベロープに拡張できるようにしました。

X.25 (XCOM) とBiSync (BSC) を利用するために開発された Tymnet には、TCP/IP に相当するサービスはありませんでした。Tymnet のシャットダウン後もこのサービスを継続して使用するため、解決策が選択されました。ノードとインターフェイスが相互に、またネットワークの残りの部分と通信できるようにする、Tymnet Engine ノード コードの特別なバージョンが作成されました。呼び出しを検証するために「スーパーバイザ」に依存する代わりに、HSA インターフェイスから BBXS インターフェイス、XCOM インターフェイス、そして Tandem コンピュータへの着信呼び出しができるように、顧客ごとに許可された接続のテーブルが定義されました。実際、EDI*Net では、事前に定義されたクライアント リストの呼び出しを受け入れる単一の Tymnet ノードで構成される「Tymnet アイランド」が使用されました。スーパーバイザは必要ありません。

Tymnet のこれらの島々は、親会社である Tymshare や運営会社である Tymnet だけでなく、Tymnet ネットワーク自体よりも長く存続しています。2008 年現在、これらの Tymnet 島のノードは引き続き稼働しており、その役割を果たしています。^{[引用が必要]}

運用上、Tymshare のデータ ネットワーク部門はネットワークの開発と保守を担当し、Tymnet はネットワークの管理、プロビジョニング、および監視を担当していました。各社には独自のソフトウェア開発スタッフがおり、各グループの業務内容が明確に区分されていました。Tymshare の開発エンジニアはネットワークで実行されるすべてのコードを書き、Tymnet のスタッフはネットワークに接続されたホスト コンピュータで実行されるコードを書きました。このため、Tymnet プロジェクトの多くは、 Tymshare が顧客向けのタイムシェアリング ホストとして提供しているDigital Equipment Corporation のDECSystem-10 コンピュータで実行されていました。Tymnet の運用部門は、Tymshare PDP-10 TYMCOM-X オペレーティング システム グループと戦略的提携を結び、新しいネットワーク管理ツールの開発を支援しました。

Tymnet は創業当初から、Consolidator と呼ばれるオンラインかつリアルタイムのネットワーク トラブル報告ツールを持っていました。これは、ネットワーク ノード照会機能 (Snap または Snapshot として知られている) とともに、ネットワークのユニークでリアルタイムな操作を提供しました。ただし、トラブル報告は当初、従来の紙のチケット システムで追跡されていました。これは、Tymnet のマネージャである Bill Scheible が、問題報告のリストを維持し、System 1022 データベース ( Software House が発行したTOPS-10用の階層型データベースシステム) でそのステータスを追跡するための小さなFORTRAN IVプログラムを作成するまでのことでした。 ^[12] このプログラムは、トラブル チケットを管理する古い手動の方法にちなんで PAPER と名付けられました。このプログラムは、顧客情報、コールバック連絡先情報、エスカレーション手順、および停止統計を処理する機能が追加されるにつれて成長しました。

機能が追加されるにつれて、PAPER へのアクセスが重要になりました。最終的に、2 台の専用PDP-10コンピューター (モデル KL-1090) で維持され、Tymshare ホスト 23 および 26 として Tymnet パケット ネットワーク経由でアクセスできるようになりました。各コンピューターは冷蔵庫 5 台分の大きさで、18 台の洗濯機のようなディスク列がありました。電源は +5 ボルト、200 アンペア (非スイッチング) で動作するため、運用コストが高くなりました。

1996 年に、Tymnet のトラブル チケット システムを実行していた DEC PDP-10 は、XKL, Inc. の PDP-10 クローンに置き換えられました。これらのクローンは、TCP/IP経由でticket.tymnet.comおよびtoken.tymnet.comとして、 TELNETとHTTPの両方でアクセスできました。Sun のローエンドワークステーションがtelnetゲートウェイとして使用されました。このワークステーションは、Cisco ルーターによって行われた x.25 から IP への変換を介して Tymnet ネットワークからのログインを受け入れ、"ticket" および/または "token" に転送しました。XKL TOAD-1 システムでは、修正されたTOPS-20が実行されました。アプリケーションは、新しいバージョンのFortranコンパイラに移植されましたが、1022 データベースは引き続き使用されていました。

1998 年の中頃から後半にかけて、Concert は MCI と Concert の両社が使用できる企業間トラブル追跡システムを開発しました。このシステムが採用され、進行中のチケットに必要な TTS PAPER データが新しいシステムに再入力されました。TTS は、その年の終わりまで履歴情報として維持されました。

1999 年 1 月、両方の XKL サーバー (チケットとトークン) が廃止されました。2003 年後半、サンノゼの施設に残されたハードウェアは、施設管理者が予定していた清掃中に誤って廃棄されました。

System-1022は、 Digital Equipment Corporationの36ビットハードウェア（DECsystem-10およびDECSYSTEM-20 ）上で実行されるデータベースであり、1022という名前が付けられています。^[13]

1022 は、FortranやCOBOLなどの第 3 世代言語を介してアクセスできる階層型データベースシステムであり、独自の4GLも備えていました。

^{1022を商標登録し[14]}市場に投入したソフトウェアハウス社は、VAX版のSystem-1032も販売した^{[15] 。}

ソフトウェアハウスはコンピュータコーポレーションオブアメリカに買収された。^[13]

1983年、^[16] Software Houseは Digital Equipment Corporationの32ビットVAXシステム向けにSystem 1032 ^{[12]をリリースしました。 [17]}バージョン1.5（1984）ではEBCDICのサポートが追加されました。^[18]

System 1032は1992年にComputer Corporation of America (CCA)に買収されました。 ^[19] 2010年にRocket SoftwareがSystem 1032を含むCCAの製品を買収しました。 ^{[20] Rocketは}OpenVMSオペレーティングシステム用のSystem 1032の開発と保守を続けています。^[21]

1022と同様に、ホスト言語インターフェース（HLI）を備えていました。^[22]

• コネネット
• データパック
• 国際パケット交換サービス
• テレネット

• Tymes, La Roy (1971)。「TYMNET」 。1971 年 5 月 18 ～ 20 日開催の春季合同コンピュータ会議 - AFIPS '71 (春季) の議事録。米国ニューヨーク州ニューヨーク市: ACM。pp. 211 ～ 216。doi : 10.1145/ 1478786.1478817。ISBN 9781450379076. S2CID  18584292。
• 「TYMNET from FOLDOC」。foldoc.org 。 2019年2月13日閲覧。