OpenFrameは、TmaxSoftが開発したエンタープライズ向けメインフレーム・リホスティングソリューションである。 IBM、Fujitsu、Hitachiなどのグローバル主要メインフレーム環境の資産に対し、既存のビジネスロジックの変更を最小限に抑えつつ、メインフレーム資産をオープンシステムおよびクラウド環境へ再コンパイル（Recompile）して移行することで、ITインフラの柔軟性を確保し、運用コスト（TCO）を削減することを目的としている。既存のビジネスロジックとデータをそのまま保持しながら、現代的なアーキテクチャへ移行することが特徴である。
メインフレーム移行 メインフレーム上で運用している組織は、コストや俊敏性の面で課題を抱える傾向がある。 リホスティングは、組織がメインフレームの運用をクラウドへ移行する際に採り得るアプローチの一つであり、他の選択肢としてはバッチジョブの移行や全面的な再エンジニアリングがある。リホスティング方式では、メインフレーム全体をクラウド上でエミュレーションするため、エンドユーザーの体験は基本的に変わらない。
歴史 OpenFrameは、2005年の初リリース以降、対応機種の拡大とクラウド最適化を経て機能が拡張されてきた。
v2（2005年リリース）：リホスティングソリューションとしての初期構造を提供したバージョンである。TmaxのTP-Monitorベースのオンライン製品と、JCL（Job Control Language）ベースのバッチシステムを含み、データセット（DataSet）概念とEBCDIC-ASCIIマイグレーション機能を導入した。特にマルチノードオンライン構成によるフェイルオーバー（Failover）およびCICS TDQ、TSQをサポートする。 v4（2007年リリース）：対応プラットフォームがHP-UX、Solaris、Linuxに拡大され、セキュリティ機能を担当するTACFを別製品として分離した。また、ProSortを通じてメインフレームレベルのソートユーティリティ機能を統合した。 v5（2008年リリース）：対応対象メインフレーム機種を本格的に拡大した。既存のIBM製品に加え、FujitsuおよびHitachiメインフレーム（Batch）のサポートを開始し、AIX 5およびIA64 Linux環境を追加でサポートした。 v7（2016年リリース）：クラウド環境に最適化された大規模システム処理を目的として全面改編された。外部コンパイラ依存から脱却し、自社コンパイラ（OFCOBOL、OFPLI、OFASM）のサポートを開始した。性能向上のため、従来のデータセット管理方式をDBMS Lockベースに改善し、DBアクセス標準であるODBC方式を導入した。
特徴
マルチベンダー環境のサポート：IBMだけでなく、Fujitsu MSP/XSP、Hitachi VOS3など、さまざまなメインフレームオペレーティングシステムをサポートする。 リホスティング技術（No-rewrite）：コンパイラ技術により、COBOL、PL/I、Assemblerなどのレガシー言語のコアビジネスロジックを保持しつつ、環境差異によるソース変更を最小限に抑え、オープンシステム環境で動作させる。 メインフレームワークロードの再現：オンライントランザクション処理（CICS、IMS/DC、AIM、DCCM3）およびバッチ処理（Batch）専用エンジンにより、従来のメインフレームと同一の業務実行環境を提供する。 データインフラのモダナイゼーション：VSAMおよびレガシーの階層型／ネットワーク型データを標準RDBMS（Tibero、Oracleなど）へ自動変換し、データ活用度を高める。 統合管理および可視性（OFManager）：WebベースのGUIツールであるOFManagerにより、全エンジンの状態監視、Job管理、セキュリティポリシー設定を統合的に制御する。
アーキテクチャ サムネイル|440x440ピクセル|Solution architecture of OpenFrame 7.0 (click to enlarge) サムネイル|440x440ピクセル|OpenFrame 7.0 implementation methodology (click to enlarge) OpenFrameは、既存メインフレームの中核資産を保持しつつ、柔軟なオープンシステムおよびクラウド環境への移行を支援する。各システム層は以下のような戦略により移行される。
移行アーキテクチャ
ユーザーインターフェースおよびシステム定義（Reuse）：既存の3270端末およびWeb環境をそのまま維持し、ユーザーに一貫したUI/UXを提供する。また、システム定義（System Definitions）を再利用することで、移行過程におけるリスクを最小化する。 アプリケーションおよびビジネスロジック（Recompile）：COBOL、Assemblerなどのコア言語は再コンパイルによって受け入れ、ビジネスロジックの連続性（No Change in Business Logic）を維持する。 バッチおよびオンラインシステム（Replace with Compatibility）：JES、CICS、IMS/DC、AIM、DCCM3などのメインフレームのコアエンジンをOpenFrame専用エンジンに置き換える。この過程において、JCLの修正なし（No Change in JCL）でバッチ処理を実行できる。 セキュリティおよび管理ツール（Replace）：RACFのようなセキュリティ体系はOpenFrame専用セキュリティ（TACF）およびユーティリティに置き換えられ、OFManagerのような管理ツールを提供することで、オープン環境においてもメインフレームの管理性能を維持する。 データベースおよびデータセット（Migrate & Modernize）：EBCDICベースのデータおよびVSAM、IMS/DBなどのレガシーDBを標準ASCIIおよびTibero、OracleなどのオープンRDBMSへモダナイズ（Modernization）する。これにより、データ活用度を向上させ、現代的なデータエコシステムを構築できる。 オペレーティングシステム（Modernized Platform）：閉鎖的なz/OS環境をLinux、Unixおよびクラウドベースの現代的なオープンプラットフォームへ置き換え、運用コストの削減および効率化を目的とする。
Online
OpenFrameのオンラインアーキテクチャは、メインフレームのRegion（領域）概念をオープンシステム上で独立した環境として再現することに重点を置く。
機種別専用エンジン：IBM CICSに対応するOSC、IMS/DCのためのOSI、Fujitsu AIMおよびHitachi DCCM3に対応する専用環境をそれぞれ提供する。 トランザクション処理：Tmax TP-Monitorを基盤として動作し、大規模トランザクション処理およびプロセス管理をサポートする。 インターフェースの保持：EXEC CICS、DL/I、PSAMなどの既存コマンドおよびインターフェースを修正なしでサポートし、BMS／MFS／XMAP機能により既存の画面環境をそのまま維持する。
バッチ
バッチアーキテクチャは、メインフレームのジョブ制御方式とスケジューリング原則をオープンシステム上で同様に実装する。
TJES（Tmax Job Entry Subsystem）：メインフレームのJESに対応する中核システムであり、JCL（Job Control Language）で作成された既存のバッチジョブを修正なしで実行する。 マルチOSタイプ対応：IBM MVS、Fujitsu MSP/XSP、Hitachi VOS3など、機種ごとの固有のJCL文法およびスケジューリング原則を実装する。 実行環境の最適化：Runner、Spool、Output管理機能を通じて、ジョブ投入から結果出力までの全プロセスを制御する。
データベース
データアーキテクチャの中核は、レガシーデータ構造を標準リレーショナルデータベース（RDBMS）へモダナイゼーション（Modernization）することである。
データセットおよび文字コード変換：Non-VSAMおよびVSAMファイルを処理し、EBCDIC文字コードをASCIIまたはUTF-8へ変換することで、オープン環境との互換性を提供する。 構造的変換レイヤー（TSAM/HiDB/NDB）：VSAM（索引ファイル）、IMS（階層型）、AIM/DB（ネットワーク型）などの複雑なレガシーDBを、Tibero、Oracleなどの標準SQLベースのRDBMSテーブルへ自動変換する。 アクセス方式の標準化：既存プログラムのNavigational方式やDL/I呼び出しをSQLクエリへリアルタイム変換し、アプリケーションロジックを保持する。
主な構成要素
+OpenFrame構成要素CategoryProductMain Role基盤システムBASEデータ構造の互換性処理およびEBCDIC-ASCII変換処理オンラインエンジンOSC, OSI, AIM, OSD, OFGWトランザクションサービス（CICS、IMS/DC、AIM、DCCM3対応）を提供バッチエンジンBatch各機種別のJCL文法およびスケジューリングを実装セキュリティソリューションTACF既存のRACFセキュリティ設定を継承するユーザー認証およびアクセス制御コンパイラOFCOBOL, OFPLI, OFASMレガシーソースコードの再コンパイルおよび他言語呼び出し連携をサポートユーティリティProSort, ProTrieveデータソート（SORT）およびEasytrieve代替インタプリタを提供管理ソフトウェアOFManagerGUIベースの統合モニタリングおよび主要システム（Batch、Onlineなど）の制御 OpenFrameは、メインフレームのインフラおよび実行環境をオープンシステム上で完全に再現するために、以下のような統一された体系の製品群を提供する。
データモダナイゼーションおよび基盤モジュール（Base & Data Modernization）
メインフレームの閉鎖的なデータ資産をオープン環境へ移行し、活用するための基盤を提供する。
Base：データ領域をLinux/Unixベースへ移行する中核モジュールである。VSAM、Non-VSAMなど多様なデータセットタイプをサポートし、文字コード（EBCDIC-ASCII）変換により異種環境間のデータ互換性を確保する。 TSAM（Tmax VSAM）：既存の索引および順次ファイルデータをリレーショナルデータベース（RDBMS）テーブルへ自動変換する。アプリケーションのデータアクセス方式をSQLベース処理へリアルタイム変換する。 HiDB（Hierarchical DB）：階層型データベースであるIBM IMSデータをRDBMSへ変換し、DL/Iベースのデータ呼び出しをSQLクエリへマッピングすることでプログラム互換性を維持する。 NDB（Network DB）：Fujitsu AIM/DBやHitachi XDM/SDなどのネットワーク型データベースをRDBMSへモダナイズする。既存のナビゲーション方式アクセスを標準化されたSQL方式へ変換する。
オンラインおよびバッチ実行エンジン（Service Engines）
メインフレーム固有の業務処理ロジックをオープンシステム上で実行する。
Online（OSC、OSI、AIM、OSD）：機種別のオンライン・トランザクション処理環境（CICS、IMS、AIM、DCCM3など）を独立した領域（Region）ベースで提供する。Tmax TP-Monitorを基盤として大規模トランザクションを処理し、既存の画面制御用BMS、MFS、XMAP機能をそのままサポートする。 Batch & TJES：メインフレームのジョブ制御サブシステム（JES）に対応するTJESを通じて、JCLの修正なしでバッチ処理を実行する。IBM、Fujitsu、Hitachiの固有のバッチ実行原則およびスケジューリング環境を実装する。
セキュリティ、管理およびユーティリティ（Security & Management）
システム全体のセキュリティを維持し、GUIベースの統合運用環境を提供する。
TACF：メインフレームのRACFに対応するセキュリティソリューションであり、ユーザー認証およびリソースアクセス制御を実行する。SAF_EXITをサポートし、顧客固有のセキュリティルールを統合できる。 OFManager：WebベースのGUI統合管理ツールである。Batch、Online、データベースなどOpenFrameのすべての中核システムを単一画面でリアルタイムに監視および制御する。 Support Utilities（ProSort、ProTrieve）：メインフレーム専用ユーティリティであるSORTおよびEasytrieveを代替する。ソース修正なしで高性能なソート処理およびインタプリタ方式のプログラム実行をサポートする。
導入事例
GE Capital GE Capitalは、大部分がメインフレームで構成された老朽化したITインフラをモダナイズするために、OpenFrameの導入を決定した。リホスティング以前、GE Capitalのシステムは500万件のアカウントスケジュールを管理しており、382以上のインターフェースと最大1,700人の同時ユーザーをサポートしながら、1日平均350万件のトランザクションを処理していた。高コストの問題に加え、災害復旧プロセスは遅く、システム全体の効率性も低かった。
OpenFrameは、アプリケーションを再開発したりユーザーインターフェースを変更したりすることなくリホスティングを可能にした。その結果、システム運用コストは66％削減され、災害復旧速度は240％向上した。
FWD 日本の生命保険会社であるFWD Life Insuranceは、メインフレームベンダー依存によるコスト増加やシステムの複雑性、さらにベンダーサポートの減少などの理由から、新たなインフラ導入を検討し、1996年から運用してきた契約管理システムをTmaxSoftのOpenFrameを用いてMicrosoft Azure環境へ移行した。
2017年頃にこの必要性が提起された後、2018年後半から移行が検討され、2023年3月にマイグレーションが完了した。これは既存アプリケーションを維持したまま環境を変更するリプラットフォーム方式で実施された。
損保ジャパン 損害保険ジャパンは、2025年6月、既存契約に関わる業務を継続するランオフシステムについて、Microsoft Azureへの本番稼働を開始した。同システムは、COBOLやJob Control Language」（JCL）、アセンブリ言語などで記述された大規模なレガシー資産を抱えるミッションクリティカルなシステムであったので、再構築（リビルド）や言語変換（リライト）での移行によるリスクを避けるためにOpenFrame7を採用した。
SC Data Center 米国のSC Data Center, Inc.は、IBMメインフレームで運用されていた6つの中核業務システムをAWSクラウド環境へ移行した。既存のメインフレーム環境は、性能要求の増加への対応が困難であり、市場の変化や顧客要求への対応柔軟性が制限され、高いインフラコストが発生するという問題があった。
これによりクラウド移行が検討され、アプリケーションの再作成ではなく既存資産を維持するメインフレームモダナイゼーション方式が選択された。この過程において、TmaxSoftのOpenFrameを適用し、数千のCOBOLおよびアセンブリプログラムとミドルウェア、バッチ処理などをAWS環境へ移行した。
Entergy 米国のエネルギー企業であるEntergy Corporationは、1981年に導入されたメインフレームベースのシステムを運用してきたが、維持コストの増加と一部の中核アプリケーションへの継続的な依存により、インフラ転換を推進した。
Entergyは、既存アプリケーションを維持したまま環境を移行する方式で、メインフレームシステム全体をLinuxベースの仮想サーバー環境へ移行した。この過程において、OpenFrameおよびTiberoが適用され、プログラムの再コンパイルとデータおよびファイルシステムの移行が実施された。
Safran フランスの航空宇宙企業であるSafran Aircraft Enginesは、20年以上にわたりIBMメインフレームの段階的な終了を進めてきたが、一部の中核アプリケーションは依然として運用されていた。これらのアプリケーションは複雑性が高く、再作成も困難な状態であり、メインフレーム契約終了時期の到来に伴い、移行が必要となった。
これにより、既存アプリケーションを維持したまま環境を移行するリホスティング方式を採用し、OpenFrameを活用してアセンブリおよびIMSベースのシステムを含むアプリケーションを変更することなく移行した。
脚注