紹介

本章では、OpenFrame AIMの基本構造および機能について簡単に紹介し、各章の概要について説明します。

1. 概要

OpenFrame AIMは、OpenFrame製品群のうち、富士通メインフレームを対象とするリホスト・ソリューションです。リホスト・ソリューションを使用すると、メインフレームの業務アプリケーションやデータを変更することなく、オープンシステムに移行することができます。

OpenFrame AIMは、既存のシステムで使用していた業務アプリケーションやデータだけでなく、システム設定などのリソースもそのまま使用することが可能であり、オープンシステムへの移行後も業務と運用の連続性を保証します。ユーザーはツールの簡単な操作だけで、メインフレームのリソースをオープンシステムに移行することができます。

OpenFrame AIMは、TPモニターのTmaxをベースにしています。Tmaxは、オープンシステムで安定性と性能が検証されているため、移行後、既存のメインフレームと同等の性能を保証するだけでなく、以下のようなメリットを提供しています。

  • プロセス管理の容易性

    Tmaxは、OpenFrame AIMで作成されたプロセスを起動から終了まで管理します。また、様々なモニタリング情報を提供します。

  • 大容量トランザクション処理

    Tmaxは大容量トランザクション処理のためのスケジューリングやサービス・キュー管理機能をサポートするので、ミッション・クリティカルな業務システムに多く活用されています。TmaxをベースとするOpenFrame AIMも、安定かつ高速なトランザクション処理を提供しています。

  • 負荷分散およびフェイルオーバー機能

    メインフレームとオープンシステムはハードウェアのサイズに差があり(通常、オープンシステムで使用されるマシンはメインフレームのマシンより小さい)、一般的にオープンシステムは複数のハードウェアで構成されます。

    2台以上のハードウェアでシステムを構成する場合は、マシン間の負荷分散やハードウェア・レベルの障害対策が重要な問題として浮上しますが、Tmaxがこのような問題への解決策をサポートしています。

  • オープン環境での柔軟な連携

    Tmaxは、X/Open DTPモデルを遵守する他のTPモニター製品との連携が可能です。したがって、TmaxをベースとするOpenFrame AIMも、システムの拡張や連携に柔軟性を持ちます。また、TmaxSoftのWAS(Webアプリケーション・サーバー)製品であるJEUSとの連携により、既存のクライアント環境をWeb環境に移行することもできます。

  • メモリの自由な割り当てと解放

    各プログラムが使用するバッファーのサイズを設計する必要がありません。

  • 最適なシステムの提供

    コンパイラーやデ-タベースなどのコンポーネントをユーザーが選択できるため、最適なシステムを構成することができます。

2. 主要機能

OpenFrame AIMは、メインフレーム環境で運用されていた業務アプリケーションをそのまま使用できるようにするために、以下のメインフレームの機能を提供しています。

  • データセット

    メインフレーム環境で使用していたデータセットをそのまま使用できます。

  • ネットワーク・データベース

    ネットワーク・データベース(以下、NDB)を使用するためのインターフェースを提供するので、NDBを使用する業務アプリケーションと既存のNDBデータをそのまま使用できます。

  • TN3270通信

    TN3270プロトコルをサポートします。

  • 表示サービス(PSAM, Presentation Service Access Method)

    メインフレームが提供していた表示サービスをサポートするので、従来使用していた画面や帳票定義リソースをそのまま使用できます。

  • マスター・コンソール

    メインフレームで提供していたマスター・コンソールをオープンシステム上に実装できるので、従来の業務方式を維持できます。

  • 通信ファイル・インターフェース

    従来のメッセージ・ファイル、プレゼンテーション・ファイルおよび通信ファイルのインターフェースをサポートするので、既存の業務アプリケーションをそのまま使用できます。

  • 操作コマンド

    システムやアプリケーションへの接続など、業務に必要な基本的な操作コマンドをサポートするので、従来の業務方式を維持できます。

3. 基本構造

OpenFrame AIMは、サーバー・プロセスとして動作するシステム・コンポーネントと、各種リソースを管理および使用できる様々なユーティリティで構成されます。

figure 1 1
OpenFrame AIMの構造図

以下は、OpenFrame AIMの構成要素についての説明です。

区分 説明

OpenFrame GW

外部端末(ワークステーション)の接続とメッセージの送受信を担当するモジュールです。

AIMOMSVR

アプリケーションの操作・管理やOpenFrame Managerとの通信を行うサーバー・プロセスです。

AIMPRTSV

オンラインプリント端末に帳票データを送信および管理するサーバープロセスです

AIMDTSSV

ファイルのイベントを検知し、ユーザーが作成したアプリケーションを実行できるようにするDTS機能をサポートするサーバー・プロセスです。

AIMDCMS

端末またはアプリケーション間のメッセージ・キューイングと送受信を管理するサーバー・プロセスです。

AIMIDCM

VTAMにおいて、一度のサインオンでDCMSおよびTSOセッションを自由に選択できるようにするSMR機能をサポートするサーバープロセスです。

AIMAPSVR

ユーザーが作成したアプリケーションを実行および管理するサーバー・プロセスです。

OpenFrame AIMを構成するコンポーネントのサーバー・プロセスは、アプリケーション層とシステム層に分けられます。

  • システム層

    端末の接続とメッセージの送受信を処理するためのOpenFrame GW、アプリケーションの操作・管理やOpenFrame Managerとの通信を行うAIMOMSVR、メッセージのキューイングと割り当てを担当するAIMDCMS、プリントデータを管理するAIMPRTSV、DCMSおよびTSOとのセッション管理をサポートするAIMIDCMが含まれます。

  • アプリケーション層

    ビジネス・ロジックが含まれたアプリケーション・プログラムを実行する層であり、AIMAPSVRがこれに当たります。実行するアプリケーション数と同じ数のプロセスが用意されます。

OpenFrame AIMのすべてのコンポーネントは、運用および環境情報を定義するADL(AIM Descript Language)の情報を参照して動作します。したがって、ADLを保存するDB表を作成し、各表にADLをロードする必要があります。

3.1. OpenFrame GW

OpenFrame GW(OpenFrame Gateway)は、業務処理に使用する端末とOpenFrame AIMの通信を担当するモジュールです。TN3270プロトコルを使用して3270エミュレーターとWebブラウザーで端末機能を使用できるWeb端末(Web Terminal)をサポートしています。

ゲートウェイは、端末のほか、基本的にOpenFrame AIMのベース・システムであるTPモニターと接続されるため、1つのOpenFrame GWが処理できる数より端末の数が多い場合は、2つ以上のゲートウェイを運用することもできます。

OpenFrame GWの詳細については、OpenFrame GW『管理者ガイド』を参照してください。

3.2. AIMOMSVR

AIMOMSVR(AIM Online Management Server、以下OMSVR)は、OpenFrame AIMのベース・システムであるTPモニターの機能を利用してアプリケーションを操作および管理するためのモジュールです。アプリケーションの起動と終了、状態情報の確認機能などがあります。

3.3. AIMPRTSV

AIMPRTSV(AIM Print Server、以下PRTSV)は、オンライン・プリンターに帳票データを送信するモジュールです。

以下は、PRTSVの動作プロセスの説明です。

  1. 業務プログラムがプリントを実行すると、APSVRはプリント端末と要求をデータベースに格納して、PRTSVにアラームを送信します。

  2. PRTSVは要求を受信すると、データベースからデータを取得し、送信先とフォーマットID、データを確認して、送信する帳票データを作成します。

  3. 作成した帳票データをゲートウェイに送信します。

  4. 指定の送信先に、指定のフォーマットIDを持つ帳票データの転送が完了したら、データの終了を示すデータをゲートウェイに送信します。

3.4. AIMDTSSV

AIMDDTSSV(AIM DTSサーバー、以下DTSSV)は、AIMのDTS(Data Transfer Service)を提供する機能です。AIMDDTSSVは、事前に登録されたファイルのイベントを監視し、イベントが発生した場合は、そのイベント情報をAIMAPSVRに送信および受信します。

figure 1 3
DTSの構造

以下は、DTSSVの動作プロセスに関する説明です

  1. DTSSVは、事前に登録されたパス上のファイルに対してイベントを監視します。

  2. ファイルに対するイベントが発生すると、事前に登録されたSMQNにメッセージを送信します。

  3. SMQNから応答メッセージを受信すると、ファイルをデータセットとして保存します。

3.4.1. 監視対象ファイルの登録

AIMDTSSVを使用するには、まずイベントを監視する対象ファイルの情報をAIMDTSSVに登録する必要があります。監視対象ファイルの登録は、aimdtsmgrツールを使用して行います。

aimdtsmgrツールの詳細については、OpenFrame AIM 『ツールリファレンスガイド』を参照してください。

3.4.2. DTS環境設定情報の登録

AIMDTSSVを運用するための環境設定情報を登録します。DTSを運用するには、監視対象のパスと、イベント発生時にメッセージを送信するSMQN名を必ず指定する必要があります。

AIMDTSに関する環境設定は、OpenFrame AIM 『環境設定ガイド』を参照してください。

3.4.3. DTSとSMQN間のメッセージ通信

AIMDTSSVは起動すると、環境設定情報で記述されたディレクトリ内の監視対象ファイルに対してイベントを監視します。aimdtsmgrによって登録されたファイルにイベントが発生した場合、AIMDTSSVはAIMDCMSを通じて環境設定情報に記述されたSMQN名宛にそのファイルのイベント情報を送信します。アプリケーション・プログラムでは、AIMのREADコマンドでAIMDTSSVから送信されたメッセージを確認でき、WRITEコマンドを使用してAIMDTSSVにメッセージを送信することができます。

以下は、AIMDTSSVとAP間の通信メッセージの内容です。

項目 説明

ファイル送信開始

AIMDTSSVが登録されたファイルの変更を検知し、その情報をアプリケーションに伝達します。

ファイル送信開始・応答メッセージ

アプリケーションが「ファイル送信開始」メッセージを受信した際に、応答メッセージを送信します。

ファイル送信終了

送信中のファイルが閉じられたことを検知し、「ファイル送信完了」メッセージをアプリケーションに伝達します。

ファイル送信終了・応答メッセージ

アプリケーションが「ファイル送信終了」メッセージを受信した際に、応答メッセージを送信します。

AIMDTSにおけるアプリケーション間の送受信メッセージの詳細については、OpenFrame AIM『開発者ガイド』を参照してください。

3.4.4. 受信したファイルをデータセットにコピー

AIMDTSSVは、ファイルの受信が完了し、アプリケーションからファイル送信開始および終了メッセージを受け取ると、そのファイルをデータセットにコピーします。

3.5. AIMDCMS

AIMDCMS(AIM Data Communication Management System、以下DCMS)は、メッセージの送信とスケジューリングを処理するモジュールであり、OpenFrame AIMのコア機能です。端末とアプリケーション間のメッセージ送信をスケジュールし、アプリケーションの状態に基づいて端末にエラーメッセージを送信する役割をします。

以下は、DCMSの動作プロセスの説明です。

  1. 端末から受信されたメッセージは、ゲートウェイを経由してDCMSに渡されます。ゲートウェイからDCMSに渡されたメッセージは、TN3270プロトコルのストリーム形式に従います。

  2. DCMSは、メッセージが入力された画面を定義しているリソースであるフォーマットIDを確認してTN3270ストリームからデータを分離し、分離されたメッセージをバッファーに保存します。

  3. DCMSは、保存されたメッセージの送信先の業務アプリケーションが実行中であるかどうかを確認し、実行中であればメッセージを送信し、そうでなければゲートウェイにエラーメッセージを送ります。メッセージの送信先の業務アプリケーションが他の要求を処理中である場合は、DCMSはメッセージをキューイングし、アプリケーションの処理が完了して待機状態になったら、そのときメッセージを渡します。

  4. 業務アプリケーションでメッセージの処理が完了し、結果メッセージが返されると、DCMSはこのメッセージをゲートウェイに渡します。アプリケーションからゲートウェイに渡されるレコード形式のメッセージを、TN3270ストリームに変換して渡します。

業務をどのように実装したかによって、1つのアプリケーションがすべての要求を処理できず、他のアプリケーションに渡す場合があります。この場合、DCMSはメッセージをゲートウェイに送信するのではなく、要求されたアプリケーションに渡します。アプリケーションからの結果メッセージが他のアプリケーションに渡される場合は、コード・ページの変換を行いません。

3.6. AIMIDCM

AIMIDCM(AIM Integrated Data Communication Manager, 以下IDCM)は、SMR(Session Management Region)をサポートするサーバー・プロセスです。SMRは、シングル・サインオンで複数のDCMS/TSO業務アプリケーションを簡単に選択できる機能を提供します。ユーザーにDCMS/TSO業務アプリケーションを割り当てて、ユーザーがIDCMにサインオンすると、割り当てられた業務リストをメニュー画面で構成して表示し、業務を選択および実行するための便利なインターフェースを提供します。

figure 1 2
IDCMの構造図

以下は、IDCMがサポートしているSMRの機能の説明です。

  • OpenFrame AIMのIDCMが提供するSMRはフォーマット定義ソースを使用し、ユーザーが望むように画面を修正することができます。

  • サインオン画面でOpenFrame TACFに登録されたユーザーIDで認証を行うことができ、一度認証を受けたユーザーはIDCMのSMRからログオフするまではSMRの機能を利用することができます。

  • 認証されたユーザーは、メニュー画面で自分に割り当てられたAIM(DCMS)/TSO業務アプリケーションを選択してログオンすることができます。(IDCMのSMRがない環境では、業務ごとにLOGONコマンドでログオンしなければなりません。)

  • 特定のメニューにDCMS/TSO業務アプリケーションを割り当てて実行できるだけでなく、下位の業務を割り当ててメニュー画面が階層構造になるように構成することもできます。

  • 端末を特定のユーザーとマッピングして、該当する端末への接続が行われた場合、マッピングされたユーザーの接続とみなす専用端末機能も提供します。

  • openframe_aim.conf設定ファイルで指定されたキーを使用して、サインオン画面と以前メニュー画面に移動したり、メニューの一覧が画面に表示できる数を超えた場合に前のページと次のページに移動したり、ログオフしたりすることができます。

  • openframe_aim.conf設定ファイルで指定されたキーを使用して、サインオン画面からパスワード変更画面に移動してパスワードを変更することができます。

IDCMでSMRのメニュー画面を設定するときに必要な情報は、aimsmradmツールを使用して登録します。

aimsmradmツールの詳細については、OpenFrame AIM『ツールリファレンスガイド』を参照してください。ツールで入力するコマンドについては、SMRコマンドを参照します。

3.7. AIMAPSVR

AIMAPSVR(AIM Application Server、以下APSVR)は、ユーザーが作成した業務プログラムを実行するモジュールです。DCMSから受信したメッセージを処理できるように、ユーザー・アプリケーションが実行できる環境を提供します。受信したメッセージをユーザー・アプリケーションで使用できるように、そのアプリケーションが使用する通信インターフェースに合わせてデータを加工し、ユーザー・アプリケーションでメッセージの処理が完了したら、そのメッセージをDCMSに返します。

AIMAPSVRの詳細については、OpenFrame AIM 『開発者ガイド』を参照してください。