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

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

[掲示板に戻る]


ライブラリファイルを丸ごとDOS形式にし... ろろけい 2009-1-17 17:48
Re:ライブラリファイルを丸ごとDOS形式... 温泉好きのうさぎ 2009-1-18 16:56
Re:ライブラリファイルを丸ごとDOS形式... オフコン人 2009-1-18 19:31
Re:ライブラリファイルを丸ごとDOS形式... ろろけい 2009-1-19 10:28
Re:FDTOOLはどうですか?(ライブ... 江須扇 2009-1-28 23:11
Re:FDTOOLはどうですか?(ライブ... ろろけい 2009-1-30 12:02
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

1 ライブラリファイルを丸ごとDOS形式にしたいのです
ろろけい 2009-1-17 17:48  [返信] [編集]

この掲示板にはいつもお世話になっております。

また質問させてください。



ライブラリファイル(LMとかPMとかJSとかです)を、まるごと、Windows形式(#NFCNVでいうDOS形式)に変換する手段はありますでしょうか?



これをやりたい理由は、以下のようなことです。



私の会社は、オフコンが各拠点にあります。

私が、本社でプログラムを作ったり修正したりして、その都度各拠点に配布します。

昔は、プログラムを直すたびに、拠点の数だけFDにコピーして、それを郵送してバージョンアップをしていましたが、今はVPNでつながっているので、下記のような流れで拠点に配布しています。



1.プログラム修正完了。

   ↓

2.配布するプログラムを、#LBMのSELECTで順編成ファイルに出力。

   ↓

3.2で作ったファイルを、#NFCNVで「無変換」でDOS形式に変換。

   ↓

4.VPNでつながっている拠点のオフコンサーバに3で作ったファイルをコピー(Windows上での操作)。

   ↓

(以降拠点側で)

   ↓

5.3の逆。

   ↓

6.#LBMのCOPY(またはADD)で拠点のプログラムを更新。



PMやJSも、2の部分でSUFに出力し、3の前に「SUFから#FLCNVで順編成に変換」という作業を挟んで、同じように配布しています。



質問が長くてすみません。



1つや2つのプログラムであれば、上記の流れでも大して時間はかからないのですが、多くのプログラムを修正した場合に、プログラム数×拠点数なので、かなり大変になってしまうのです。



というわけで、



移行用の一時的なライブラリファイルを作り、

  ↓

そこに今回配布すべきプログラムを入れて、

  ↓

それを丸ごとDOS形式に変換して拠点へ送り、

  ↓

拠点側で逆向きの#LBMを実行する。



という流れを夢見ているのです。



どなたか参考になる情報をお持ちの方がいらっしゃれば、教えてくださいませ。



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

2 Re:ライブラリファイルを丸ごとDOS形式にしたいのです
温泉好きのうさぎ 2009-1-18 16:56  [返信] [編集]

> ライブラリファイル(LMとかPMとかJSとかです)を、まるごと、Windows形式(#NFCNVでいうDOS形式)に変換する手段はありますでしょうか?



”まるごと” というのがミソでしょうか。

もし、本社および拠点のOSが全てA-VX01であるならば、A-VX01型式フロッピーを利用するというのが考えられます。



ご承知のとおり「A-VX01型式フロッピー」の実体というのは、Dosフォーマットされたフロッピー上の PAFDU000 という名のファイルです。

そして、この PAFDU000 というファイルを本社→拠点の配布に用います。



1.【本社 A-VXでの操作】

 フロッピーを1枚用意し、そこにLML、PML、JSL等をアロケートし配布プログラムをコピーする。



2.【あらかじめ拠点A-VXサーバーにDosフォーマット済みフロッピーをAドライブにセットしておく】



3.【本社 Windowsでの操作】

 VPNを使って、本社A-VXサーバーの A:PAFDU000 を拠点A-VXサーバーのAドライブにコピーする。



4.【拠点 A-VXでの操作】

 #LBM等により、配布プログラムを FDU→MSD コピーする。



以上です。
3 Re:ライブラリファイルを丸ごとDOS形式にしたいのです
オフコン人 2009-1-18 19:31  [返信] [編集]

ライブラリ丸ごとは確かできないはずですね。

温泉好きのうさぎさんの方法が一番楽なのでしょうね。

プログラム配付支援ソフトと呼ばれる製品があるようです。これだと、A-VX?からも使えて、LM、PMなどを一括配付できるとのことなので便利かも知れませんね。でも、製品を買わないといけないので、費用がかかってしまいますね。
4 Re:ライブラリファイルを丸ごとDOS形式にしたいのです
ろろけい 2009-1-19 10:28  [返信] [編集]

>温泉好きのうさぎさん



なんと!

すてきな情報をありがとうございます!

教えていただいた方法で、理想の作業ができました!

今、とても感激しています!



私、かなり久しく、オフコンでFDを使っていなかったものですから、恥ずかしながら、A-VX01からFDの仕様が大きく変わっていたこと、まったく知りませんでした!

「オフコンでフォーマットしたFDはWindowsからは認識できないもの」と、ずっとそう思ってました。



本社は幸いA-VX01なのですが、本社を除いて10ある拠点のうち、A-VX01に切り替わっているのは4拠点だけです。

A-VXIVである6拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。

でも、半分近くが今回の方法でできるようになれば、作業時間をかなり短縮できます。

ほんとうに助かりました。

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





>オフコン人さん



情報ありがとうございます。

NECのサイトで調べてみたら、価格が載っていますね。

A-VXのいわゆる「支援ソフト」のなかでは、もしかしたら安いほうかも知れませんが、とは言え、配信側×1+受信側×6となると、なかなか会社もOKは出してくれないと思います。

ハードが古い拠点から、徐々にではありますがA-VX01に切り替わっていっているので、それを待ちつつ、それまでは今までの方法で対処していこうと思います。

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

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

13 Re:FDTOOLはどうですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
江須扇 2009-1-28 23:11  [返信] [編集]

あれから、いろいろ考えました。

#VOLSRでLMLファイルをFDに退避し、

それを#NFCNVできないかとも考えましたが、

テストしてみたら、

#VOLSRは特殊な書き込みで不可能のようです。



>A-VXIVである6拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。

キーワードはやはりFDで、A−VX01仕様と旧ITOS仕様を

変換できるA−VX4でも動作するTOOLがあります。

ドライブは固定になっているので、FDの入れ替え作業は発生するので拠点での作業が必要ですが理論的には可能です。

(中間ファイルがTEMP000がディスクにできるのですが、キャンセルすると消えてしまします。)

http://www.nec.co.jp/pfsoft/a-vx/FDCnv/fdcnv.html#FDCNVTOOL



操作が拠点でできないということであれば、

噂ではこのTOOLの素になったTOOLあるそうです。

それは、NECから各拠点や保守部門へ、修正用のFDを配布する為のもので、

ネットワークで配布したA−VX01仕様のファイル(Winodow仕様)を

旧ITOS仕様に変換できるTOOLです。

販売店等に相談されたらいかかでしょうか?



それも難しい場合は#LBMを連続的に実行して、

SELECTしたファイルを結合し#NFCNV

拠点では分解して#LBMでライブラリーに戻す

COBOLのプログラムを作るというのはどうですか?
14 Re:FDTOOLはどうですか?(ライブラリファイルを丸ごとDOS形式にしたいのです)
ろろけい 2009-1-30 12:02  [返信] [編集]

あ!江須扇さん!こんなところに!(^^;

ツリーの一番下ばっかり気にしてたので、この書き込みに気づくのが遅れました(^^;



ほんとに、いろいろな情報をありがとうございます。



拠点での作業、特に物理的な作業(FD入れ替え等)は極力避けたいので、今回のヒントの、2つ目か3つ目がよさそうですね。

特に、COBOLプログラムを作ってしまう!ってのは、あまり考えてなかったけど、うまく仕上げれば、もしかしたらそれがいちばんすっきりするかも知れませんね。

現在手作業でやっている、#LBM、#FLCNV、#NFCNVなどのパラメータ群をうまく組み立てて、システムサブルーチンの「CBLRUN」や「SYSSPAWN」で制御する、って感じですよね?

作り上げるまでにはけっこう試行錯誤が必要な気はしますが、やってみる価値はありそうです。

ちょっとがんばってみます。



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

BluesBB ©Sting_Band