Google
オフコン練習帳内を検索
インターネット全体を検索

NECオフコン関連
オフコン一般
情報

[掲示板に戻る]


Re:RFAはだめですか?(ライブラリフ... 江須扇 2009-1-20 12:38
Re:RFAはだめですか?(ライブラリフ... ろろけい 2009-1-21 9:44
Re:RFAはだめですか?(ライブラリフ... ろろけい 2009-1-21 10:33
Re:RFAはだめですか?(ライブラリフ... 温泉好きのうさぎ 2009-1-21 13:59
Re:RFAはだめですか?(ライブラリフ... ろろけい 2009-1-21 15:27
Re:大変失礼しました。(ライブラリファ... 江須扇 2009-1-21 21:41
Re:VPN環境であれば(ライブラリファ... 江須扇 2009-1-22 10:44
Re:大変失礼しました。 ろろけい 2009-1-22 11:20

5 Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-20 12:38  [返信] [編集]

はじめまして、江須扇と申します。

すでに解決されてので、違う視点で申し上げます。



A−VX/NETはご存知でしょうか?

VPNで繋がっているという事であれば、TCP/IPでの

A−VX/NETのリモートファイルアクセスで直接

やり取りができると思います。

弊社では、VPNで直接オフコン同士をA−VX/NET

し、RFA、VWS共に使っております。

RFAでデータの集配信もしております。

業務運用でも問題は出ておりません。

ただ、インタネットVPNを使っているので、年に1回程、

プロバイダーでのネットワークトラブルがあり接続できない

事ありました。

的外れですか?
6 Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 9:44  [返信] [編集]

江須扇さんこんにちは。

よろしくお願いいたします。



これまた恥ずかしながら、A−VX/NETというキーワードも、初めて目にしました…。

このサイト内のオフコン用語辞典でRFAのところを見ると、



>アクセスしたいファイルをボリュームカタログに登録するか、装置タイプ指定でRMSnnnと指定する。



この「装置タイプ=RMSnnn」というあたりが、とても気になります。

これはもしかして、的、大当たりな予感がしています!



まずは、マニュアルCDを引っ張り出してきて、関連部分の勉強から始めます。



貴重なヒントを、ありがとうございました。

結果は後日、報告させていただきます。

7 Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 10:33  [返信] [編集]

あれ…。

「後日」ではなく数分後の書き込みですけれども…。



A?VX/NETというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。

「あたりまえだ!」と言われそうですね。すみません。

マニュアルは普通に手元にあるので、標準で備わっている機能なのかと思ってしまったのですが、そうではなさそうですね。



これを利用すると、私がやりたいこと(=更新プログラムの全拠点への配付)が、とても簡単に実現できそうなのですが、本社+10拠点分購入したら、百万近くになってしまいそうです…。

拠点間のやりとりが、プログラムの書き換え程度である現状では、これを導入するのは難しそうです。

全社のデータを一括して処理するような状況になってくれば、話は違ってくるかも知れないですけど。



とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」という声は社内のそこらじゅうから出てきているのも確かなので、オフコンを今後もずっと使っていくのであれば、A−VX/NETを導入するメリットも出てくるかも知れません。

なんとか導入できるように、働きかけていこうと思います。



江須扇さん、貴重な情報をありがとうございました。

8 Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
温泉好きのうさぎ 2009-1-21 13:59  [返信] [編集]

A-VX/NETを利用すると、たとえば、



#LBM;
PRD=PRN999_
MDE=RMS010_
MFI=A-LML_
ACT=COPY_
IDE=MSD_
IFI=B-LML_
...



このような指定をすることにより、あたかも自サーバー内で処理するのと同じ感覚で、拠点の A-LML に、本社の B-LML のプログラムをコピーすることができます。



問題はやはり費用でしょうね。ソフトの希望小売価格は14万円だと思います。また、ソフトの有償登録だけではなく、MM5のSGをしなければならず、質問者様ご自身でできないのであれば、誰かに依頼しなければなりません。



いずれも導入時のみ必要とは言え、拠点の数が多いのでけっこうな金額になるのではないでしょうか。
9 Re:RFAはだめですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-21 15:27  [返信] [編集]

温泉好きのうさぎさん、こんにちは。



やはり、そうなのですね。

A-VX/NETを入れて設定が完了すれば、そんなに簡単に、拠点のプログラムを更新できるのですね。

マニュアルを少し見てみましたが、#FLCNVなど他のいくつかのユーティリティでも、同じように使えるそうで。

A-VX/NET環境をお持ちの方が、うらやましい限りです(>_<)。

いつか、その環境を手に入れる日を夢に見つつ、現時点では、FD作戦とファイル変換作戦の併用でプログラムの配信を地道に行っていきます…(^^;



ありがとうございました。

10 Re:大変失礼しました。(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-21 21:41  [返信] [編集]

>A−VX/NETというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。

>「あたりまえだ!」と言われそうですね。すみません。

大変失礼しました。

有償ソフトである事を説明しておりませんでした。

Windowsの場合は、新バージョンが出る毎に、

オプション機能(有償ソフト)を取り込んできました。

有償ソフトのOfficeもプレインストールして販売しています。

貴社の様に拠点が多い場合は、A−VX/NETは必須と思います。

これは販売する側の問題です。

当然販売する側の営業かSEが提案すべき事項です。

A−VXは基本OS以外に、

COBOL

SMART2

RDB/EUF2

A−VX/NET

RDBサーバー

BizReporting

統合管理ツール

メーカーは標準にすべきであり、

販売会社はセットで販売すべきと考えております。



>とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」

大変失礼な質問ですが、

拠点間のA−VXのマスタ、データの伝送はどうしているのですか?

販売会社は過去に何も提案しなかったのですか?

なぞが残ります。

「だからオフコンはWindowsよりレベルが低い」と思われるのは悲しいですね。
11 Re:VPN環境であれば(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-22 10:44  [返信] [編集]

VPN環境であれば、拠点の利用目的にもよりますが、



拠点はPC/ワークステーションエミュレータのみにし、

直接本社サーバーに接続するというのはどうでしょうか?



ファイル共有

プリンタ出力



解決しかねればならない問題もありますが、プログラムメンテナンスは集中管理できます。



あと、データ転送だけですが、A−VX3以降であれば、

A?VX RDB/FILEアクセスキットが使えるので、

クライアント側に、Smart/cs lightを導入し

(有償ソフト)

ファイル転送プログラムを作るというのも一案です。

ただし、プログラムメンテナンスの問題は残りますが・・・・

蛇足ばかりで、すいません



12 Re:大変失礼しました。
ろろけい 2009-1-22 11:20  [返信] [編集]

私の会社が特殊なのかどうかはわかりませんが、顧客情報や売上情報を始め、ほぼすべてのデータが、拠点ごとに単独で動いていて、顧客マスタの更新なども、すべて、拠点に任せています。



全社の数字をまとめる段階ではオフコンから離れて、Windows側でやっていて、そこでの転記作業は、手動の部分もあれば、ここで勉強した「オフコン→Excel連携」等を使って自動化されてる部分もあります。



こういう状態なので、オフコン上で拠点間のやりとりが必要になるのは、ほぼ、プログラムが更新されたときのみなのですね。



VPN等で拠点間がつながる前から全拠点にオフコンが入っていたので、今でもそのころの流れのまま、情報が完全には全社統一になっていないわけです。

この状態で業務に支障はないので、あえて大きな改造をしていない、というのもありますが。



ところで、私の会社では、オフコンに関する部分は、100%社内(私を含めた二人のシステム担当者)で構築しています。

私ももう一人も、COBOLのソフト会社を経験してますので、今のところは、外部の力を借りずになんとかなっています。

もしかしたらこれが、販売会社さんが過去に何も提案してこなかった理由のひとつかも知れませんね。

「ろろけいさんの会社は、オフコンに関しては(ろろけいさんたちがそれなりに詳しいので)多くは語るまい。」みたいな。

これはもちろん、私の想像ですけどね。



ただ、「なんとかなっている」ように思っていたのですが、せっかくのオフコンの進化を、あまり利用できていないんだなとも、感じました。

どうしても「費用」という壁が立ちはだかってしまうのですが、せっかく全拠点にオフコンが揃っていて、すべてVPNでつながっているのですから、これをもっと利用すべきだなと感じている、今日このごろです。



江須扇さん、いろいろな情報をありがとうございます。

今後もぜひ、いろいろと教えてくださいませm(__)m

BluesBB ©Sting_Band