「メインフレーム・コンピューター」で遊ぼうこんな時代に今さらメインフレーム・コンピューターに取り組むハメになったみんなが助けあうサイトです。RSSWordPress.orgコスパのいい社内システムの作り方メインフレームを扱っていると、軽い開発やメンテナンスにリソースを割けない、しかし、BPCも考えねば。解決策のひとつがクラウドにおくFileMakerです。Comment印刷用ページの表示この内容は最近私の中に浮かんだ手法です。現在存在しているかも知れない手法なので、ご注意くださいメインフレームをバックエンドとしたシステム(メインフレームと端末エミュレータを搭載したパソコンなど)構成についての手法です私が知る限り、メインフレームにアクセスするための端末エミュレータの実行モジュールはそれぞれの端末に実行モジュールとして存在しているのが普通です。最近では、メインフレームとパソコンの間に端末エミュレータを管理するサーバを挟んで同時実行端末数を把握して、ライセンス契約数を超えないように管理する手法も見られます実行モジュールが端末それぞれに存在していると、運用しているうちに、以下のような問題が出てきます。上記の問題を解決する方法として、実行モジュールをメインフレーム上のディスクで管理出来ないかと考えましたメインフレームがバックエンドにあるシステムの場合、メインフレームに何らかの形でアクセスする事が前提のため、メインフレームとの間にTCP/IPなどの通信路を持っているはずです。この通信路を利用して、メインフレームのディスク上にある実行モジュールをftpのバイナリ転送でダウンロードして実行。実行が終了したら、パソコン上から削除すれば良いと思いましたftpでメインフレームにLOGINする際、メインフレームのTSS(TSO)のユーザIDが必要になると思います。これはダウンロードするftp限定にすることである程度の同時アクセスにも耐えられます(ダウンロードする規模で見積もる必要あり)また、LOGIN後はgetコマンドを投入するはずなので、getコマンド以外のコマンドが投入されたら、不正アクセスと見なす事ができるので、即座にLOGOFFすればよいです。(VOS3の場合、LOGONプロシジャに自動コマンドを登録できるので、そのコマンド(CLIST)でgetコマンドをチェックする事は可能です)LOGON履歴を確認することで、モジュールの利用実績を管理できます私はこの手法を端末エミュレータのモジュールに適用できると思いつきましたが、これ意外にもメインフレームにアクセスする業務アプリなど様々な用途に使えるのはと思います。この手法を適用する場合、メインフレームの通信管理プログラムがftpサーバを実行できる設定がされていることが必要です。ftpはコネクションレスのため、データ転送が始まるとCPUが高負荷になる可能性があるため、帯域を制限していたり機能制限をしているサイトもあるようです。