ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:大変失礼しました。 | |
| ろろけい 2009-1-22 11:20:00
[返信] [編集] 私の会社が特殊なのかどうかはわかりませんが、顧客情報や売上情報を始め、ほぼすべてのデータが、拠点ごとに単独で動いていて、顧客マスタの更新なども、すべて、拠点に任せています。 全社の数字をまとめる段階ではオフコンから離れて、Windows側でやっていて、そこでの転記作業は、手動の部分もあれば、ここで勉強した「オフコン→Excel連携」等を使って自動化されてる部分もあります。 こういう状態なので、オフコン上で拠点間のやりとりが必要になるのは、ほぼ、プログラムが更新されたときのみなのですね。 VPN等で拠点間がつながる前から全拠点にオフコンが入っていたので、今でもそのころの流れのまま、情報が完全には全社統一になっていないわけです。 この状態で業務に支障はないので、あえて大きな改造をしていない、というのもありますが。 ところで、私の会社では、オフコンに関する部分は、１００％社内（私を含めた二人のシステム担当者）で構築しています。 私ももう一人も、COBOLのソフト会社を経験してますので、今のところは、外部の力を借りずになんとかなっています。 もしかしたらこれが、販売会社さんが過去に何も提案してこなかった理由のひとつかも知れませんね。 「ろろけいさんの会社は、オフコンに関しては（ろろけいさんたちがそれなりに詳しいので）多くは語るまい。」みたいな。 これはもちろん、私の想像ですけどね。 ただ、「なんとかなっている」ように思っていたのですが、せっかくのオフコンの進化を、あまり利用できていないんだなとも、感じました。 どうしても「費用」という壁が立ちはだかってしまうのですが、せっかく全拠点にオフコンが揃っていて、すべてVPNでつながっているのですから、これをもっと利用すべきだなと感じている、今日このごろです。 江須扇さん、いろいろな情報をありがとうございます。 今後もぜひ、いろいろと教えてくださいませm(__)m | |
| Re:ＶＰＮ環境であれば（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-22 10:44:00
[返信] [編集] ＶＰＮ環境であれば、拠点の利用目的にもよりますが、 拠点はＰＣ／ワークステーションエミュレータのみにし、 直接本社サーバーに接続するというのはどうでしょうか？ ファイル共有 プリンタ出力 等 解決しかねればならない問題もありますが、プログラムメンテナンスは集中管理できます。 あと、データ転送だけですが、Ａ−ＶＸ３以降であれば、 Ａ?ＶＸ ＲＤＢ／ＦＩＬＥアクセスキットが使えるので、 クライアント側に、Ｓｍａｒｔ／ｃｓ ｌｉｇｈｔを導入し （有償ソフト） ファイル転送プログラムを作るというのも一案です。 ただし、プログラムメンテナンスの問題は残りますが・・・・ 蛇足ばかりで、すいません | |
| Re:大変失礼しました。（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-21 21:41:00
[返信] [編集] ＞Ａ−ＶＸ／ＮＥＴというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。 ＞「あたりまえだ！」と言われそうですね。すみません。 大変失礼しました。 有償ソフトである事を説明しておりませんでした。 Ｗｉｎｄｏｗｓの場合は、新バージョンが出る毎に、 オプション機能（有償ソフト）を取り込んできました。 有償ソフトのＯｆｆｉｃｅもプレインストールして販売しています。 貴社の様に拠点が多い場合は、Ａ−ＶＸ／ＮＥＴは必須と思います。 これは販売する側の問題です。 当然販売する側の営業かＳＥが提案すべき事項です。 Ａ−ＶＸは基本ＯＳ以外に、 ＣＯＢＯＬ ＳＭＡＲＴ２ ＲＤＢ／ＥＵＦ２ Ａ−ＶＸ／ＮＥＴ ＲＤＢサーバー ＢｉｚＲｅｐｏｒｔｉｎｇ 統合管理ツール メーカーは標準にすべきであり、 販売会社はセットで販売すべきと考えております。 ＞とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」 大変失礼な質問ですが、 拠点間のＡ−ＶＸのマスタ、データの伝送はどうしているのですか？ 販売会社は過去に何も提案しなかったのですか？ なぞが残ります。 「だからオフコンはＷｉｎｄｏｗｓよりレベルが低い」と思われるのは悲しいですね。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 15:27:00
[返信] [編集] 温泉好きのうさぎさん、こんにちは。 やはり、そうなのですね。 A-VX/NETを入れて設定が完了すれば、そんなに簡単に、拠点のプログラムを更新できるのですね。 マニュアルを少し見てみましたが、#FLCNVなど他のいくつかのユーティリティでも、同じように使えるそうで。 A-VX/NET環境をお持ちの方が、うらやましい限りです(>_<)。 いつか、その環境を手に入れる日を夢に見つつ、現時点では、ＦＤ作戦とファイル変換作戦の併用でプログラムの配信を地道に行っていきます…(^^; ありがとうございました。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 温泉好きのうさぎ 2009-1-21 13:59:00
[返信] [編集] 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をしなければならず、質問者様ご自身でできないのであれば、誰かに依頼しなければなりません。 いずれも導入時のみ必要とは言え、拠点の数が多いのでけっこうな金額になるのではないでしょうか。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 10:33:00
[返信] [編集] あれ…。 「後日」ではなく数分後の書き込みですけれども…。 Ａ?ＶＸ／ＮＥＴというものは、まずは有償ソフトを買って登録しなければ使えない、ようですね…。 「あたりまえだ！」と言われそうですね。すみません。 マニュアルは普通に手元にあるので、標準で備わっている機能なのかと思ってしまったのですが、そうではなさそうですね。 これを利用すると、私がやりたいこと（＝更新プログラムの全拠点への配付）が、とても簡単に実現できそうなのですが、本社＋１０拠点分購入したら、百万近くになってしまいそうです…。 拠点間のやりとりが、プログラムの書き換え程度である現状では、これを導入するのは難しそうです。 全社のデータを一括して処理するような状況になってくれば、話は違ってくるかも知れないですけど。 とは言え、「Windows上でのデータは拠点間で自由にやりとりできているのに、オフコンだけはそれができなくて不便だ。」という声は社内のそこらじゅうから出てきているのも確かなので、オフコンを今後もずっと使っていくのであれば、Ａ−ＶＸ／ＮＥＴを導入するメリットも出てくるかも知れません。 なんとか導入できるように、働きかけていこうと思います。 江須扇さん、貴重な情報をありがとうございました。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| ろろけい 2009-1-21 9:44:00
[返信] [編集] 江須扇さんこんにちは。 よろしくお願いいたします。 これまた恥ずかしながら、Ａ−ＶＸ／ＮＥＴというキーワードも、初めて目にしました…。 このサイト内のオフコン用語辞典でＲＦＡのところを見ると、 ＞アクセスしたいファイルをボリュームカタログに登録するか、装置タイプ指定でRMSnnnと指定する。 この「装置タイプ＝RMSnnn」というあたりが、とても気になります。 これはもしかして、的、大当たりな予感がしています！ まずは、マニュアルＣＤを引っ張り出してきて、関連部分の勉強から始めます。 貴重なヒントを、ありがとうございました。 結果は後日、報告させていただきます。 | |
| Re:ＲＦＡはだめですか？（ライブラリファイルを丸ごとDOS形式にしたいのです） | |
| 江須扇 2009-1-20 12:38:00
[返信] [編集] はじめまして、江須扇と申します。 すでに解決されてので、違う視点で申し上げます。 Ａ−ＶＸ／ＮＥＴはご存知でしょうか？ ＶＰＮで繋がっているという事であれば、ＴＣＰ／ＩＰでの Ａ−ＶＸ／ＮＥＴのリモートファイルアクセスで直接 やり取りができると思います。 弊社では、ＶＰＮで直接オフコン同士をＡ−ＶＸ／ＮＥＴ し、ＲＦＡ、ＶＷＳ共に使っております。 ＲＦＡでデータの集配信もしております。 業務運用でも問題は出ておりません。 ただ、インタネットＶＰＮを使っているので、年に１回程、 プロバイダーでのネットワークトラブルがあり接続できない 事ありました。 的外れですか？ | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| ろろけい 2009-1-19 10:28:00
[返信] [編集] ＞温泉好きのうさぎさん なんと！ すてきな情報をありがとうございます！ 教えていただいた方法で、理想の作業ができました！ 今、とても感激しています！ 私、かなり久しく、オフコンでＦＤを使っていなかったものですから、恥ずかしながら、A-VX01からＦＤの仕様が大きく変わっていたこと、まったく知りませんでした！ 「オフコンでフォーマットしたＦＤはWindowsからは認識できないもの」と、ずっとそう思ってました。 本社は幸いA-VX01なのですが、本社を除いて１０ある拠点のうち、A-VX01に切り替わっているのは４拠点だけです。 A-VXIVである６拠点に関しては、今までどおりの方法でなんとか乗り切りますかね。 でも、半分近くが今回の方法でできるようになれば、作業時間をかなり短縮できます。 ほんとうに助かりました。 ありがとうございました。 ＞オフコン人さん 情報ありがとうございます。 ＮＥＣのサイトで調べてみたら、価格が載っていますね。 A-VXのいわゆる「支援ソフト」のなかでは、もしかしたら安いほうかも知れませんが、とは言え、配信側×１＋受信側×６となると、なかなか会社もＯＫは出してくれないと思います。 ハードが古い拠点から、徐々にではありますがA-VX01に切り替わっていっているので、それを待ちつつ、それまでは今までの方法で対処していこうと思います。 ありがとうございました。 | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| オフコン人 2009-1-18 19:31:00
[返信] [編集] ライブラリ丸ごとは確かできないはずですね。 温泉好きのうさぎさんの方法が一番楽なのでしょうね。 プログラム配付支援ソフトと呼ばれる製品があるようです。これだと、A-VX?からも使えて、LM、PMなどを一括配付できるとのことなので便利かも知れませんね。でも、製品を買わないといけないので、費用がかかってしまいますね。 | |
| Re:ライブラリファイルを丸ごとDOS形式にしたいのです | |
| 温泉好きのうさぎ 2009-1-18 16:56:00
[返信] [編集] > ライブラリファイル（ＬＭとかＰＭとかＪＳとかです）を、まるごと、Windows形式（#NFCNVでいうDOS形式）に変換する手段はありますでしょうか？ ”まるごと” というのがミソでしょうか。 もし、本社および拠点のOSが全てA-VX01であるならば、A-VX01型式フロッピーを利用するというのが考えられます。 ご承知のとおり「A-VX01型式フロッピー」の実体というのは、Dosフォーマットされたフロッピー上の PAFDU000 という名のファイルです。 そして、この PAFDU000 というファイルを本社→拠点の配布に用います。 １．【本社 A-VXでの操作】 フロッピーを１枚用意し、そこにLML、PML、JSL等をアロケートし配布プログラムをコピーする。 ２．【あらかじめ拠点A-VXサーバーにDosフォーマット済みフロッピーをＡドライブにセットしておく】 ３．【本社 Windowsでの操作】 VPNを使って、本社A-VXサーバーの A:PAFDU000 を拠点A-VXサーバーのＡドライブにコピーする。 ４．【拠点 A-VXでの操作】 #LBM等により、配布プログラムを FDU→MSD コピーする。 以上です。 | |
| ライブラリファイルを丸ごとDOS形式にしたいのです | |
| ろろけい 2009-1-17 17:48:00
[返信] [編集] この掲示板にはいつもお世話になっております。 また質問させてください。 ライブラリファイル（ＬＭとかＰＭとかＪＳとかです）を、まるごと、Windows形式（#NFCNVでいうDOS形式）に変換する手段はありますでしょうか？ これをやりたい理由は、以下のようなことです。 私の会社は、オフコンが各拠点にあります。 私が、本社でプログラムを作ったり修正したりして、その都度各拠点に配布します。 昔は、プログラムを直すたびに、拠点の数だけＦＤにコピーして、それを郵送してバージョンアップをしていましたが、今はＶＰＮでつながっているので、下記のような流れで拠点に配布しています。 １．プログラム修正完了。 ↓ ２．配布するプログラムを、#LBMのSELECTで順編成ファイルに出力。 ↓ ３．２で作ったファイルを、#NFCNVで「無変換」でDOS形式に変換。 ↓ ４．ＶＰＮでつながっている拠点のオフコンサーバに３で作ったファイルをコピー（Windows上での操作）。 ↓ （以降拠点側で） ↓ ５．３の逆。 ↓ ６．#LBMのCOPY（またはADD）で拠点のプログラムを更新。 ＰＭやＪＳも、２の部分でSUFに出力し、３の前に「SUFから#FLCNVで順編成に変換」という作業を挟んで、同じように配布しています。 質問が長くてすみません。 １つや２つのプログラムであれば、上記の流れでも大して時間はかからないのですが、多くのプログラムを修正した場合に、プログラム数×拠点数なので、かなり大変になってしまうのです。 というわけで、 移行用の一時的なライブラリファイルを作り、 ↓ そこに今回配布すべきプログラムを入れて、 ↓ それを丸ごとDOS形式に変換して拠点へ送り、 ↓ 拠点側で逆向きの#LBMを実行する。 という流れを夢見ているのです。 どなたか参考になる情報をお持ちの方がいらっしゃれば、教えてくださいませ。 よろしくお願いいたします。 | |
| Re:#NFCNVでCSV1で変換した結果の最後の→について | |
| 富山清風 2009-1-9 20:11:00
[返信] [編集] 自己解決しました。 マニュアルにちゃんと書いてありました。 「ＣＳＶ1」→「ＣＳ１Ｎ」で解決しました。 ご迷惑をおかけしました。 | |
| #NFCNVでCSV1で変換した結果の最後の→について | |
| 富山清風 2009-1-9 18:16:00
[返信] [編集] ＃ＮＦＣＮＶについて、お願いします。 #NFCNVを使用し、ＯＰからＰＣにCSV1形式で変換した結果を メモ帳で開いて見ると最後のレコードの次の行に 「→」がついていますが、 この「→」をつけない方法を知りたいのですが、 よろしくお願いします。 以前、どこかで、対処方法が書いてあったような気がするのですが、忘れてしまいましたので。 | |
| Re:ＯＡプリンタの後継機 | |
| ねこきち 2008-12-18 23:12:00
[返信] [編集] いろいろ有り難うございました。なんとかできました。 | |
| Re:エミュレーターのフォント | |
| 温泉好きのうさぎ 2008-12-10 21:52:00
[返信] [編集] この掲示板は個人の方が趣味で開設されている無記名かつアンオフィシャルなものです。 すなわち、書かれている内容に関する保証は無く、行為は全て自己責任と考えるのが妥当です。 重要なマシンなのでしたら、日本電気あるいはマイクロソフト社に公式に問い合わせされた方が良いと思います。 | |
| Re:エミュレーターのフォント | |
| ＡＶＸ大好き 2008-12-9 17:40:00
[返信] [編集] 確かにそのクライアントにはKB927489がインストールされていますね。削除を行うと「正しく動作しない可能性があります」と幾つか表示されます。無視して削除してもよいでしょうか？ | |
| Re:エミュレーターの操作終了で | |
| ＡＶＸ大好き 2008-12-8 16:04:00
[返信] [編集] 返事が遅くなり申し訳けありません。こういう設定があったんですね。現在は何故か終了してデスクトップに戻るようになりました。「直ちに終了」になっていました。何故こうなったのは不思議です。 温泉好きのうさぎさんアドバイス有り難うございました。 | |
| Re:保守契約について | |
| よそ者ですが 2008-12-6 22:22:00
[返信] [編集] 何かのきっかけでこのHPを見つけて、楽しく拝見しています。 こちらはIBMを使っていますが、保守停止はもっときついですよ。 まず、OSのバージョンが古いと、最新でないと対応はしてくれないですね。まして今回のようなハードの保守は即打ち切りですね。 | |
| Re:保守契約について | |
| k_chang 2008-12-4 9:29:00
[返信] [編集] 横レス失礼いたします。 弊社も先日、販売終了より５年ということで、営業より保守契約終了の連絡をもらいました。 別会社のサーバも面倒を見ており、まだ１年ほどありますが、そちらも同様の連絡を受けています。 話によると、技術革新の速度が速いため、メーカーも部品の生産数を減らしており、 部品の確保が難しくなるからと言っておりました。 本当は、早く買い換えて欲しいからではないかと思いますけどね :P 古い機種から新機種に交換すると比較できないくらいの性能アップになりますが、 そこまで高性能である必要がない運用の場合はリプレースも迷うところです。 また、サーバ以外でプリンタ等の古い機種は部品があっても、新規に保守に入ることができなくなっていたりもしますのでご注意を。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band