ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| ■▲▼ | ||
| 1 | ＷＳエミュレータＶｉｓｔａ対応？ | |
| masa 2007-2-23 2:25:08
[返信] [編集] 来週、新しいPC(WindowsVista)が搬入されますがどなたか「WSエミュレータ」がＶｉｓｔａで使用できるかどうかご存知の方は教えて頂けますでしょうか？ | ||
| 2 | Re:ＷＳエミュレータＶｉｓｔａ対応？ | |
| ターラヤン 2007-2-25 2:32:25
[返信] [編集] ＷＳエミュレータのサイトを見る限り、対応していないようです。 http://www.ace.comp.nec.co.jp/product/2nd/avx4/ws-eml_32/wseml.htm | ||
| 3 | Re:ＷＳエミュレータＶｉｓｔａ対応？ | |
| nama 2007-2-26 5:36:52
[返信] [編集] 情報有難う御座いました。 今後、端末となるＰＣにＶｉｓｔａが導入されると思うので対応となるでしょうね^^; | ||
| 4 | Re:ＷＳエミュレータＶｉｓｔａ対応？ | |
| ＥＸＣＨＡＮＧＥ 2007-3-4 11:05:08
[返信] [編集] ＊ Ｖｉｓｔａの場合、ＷＳエミュレータだけでなく、他の多くのアプリケーションが未対応もしくは動作確認中だったりするわけですから、まあやむを得ないと言うことでしょうか。。。 ＊ しかし、いち早く対応することでＡ−ＶＸの存在価値を高めることが出来るのではないでしょうか？（他社との差別化というわけです） ＊ いつも気になることなのですが、ＷＳエミュレータの場合「次のバージョンが出て初めて新製品に対応する」というやり方のようですね。 ＊ 例えば、レーザプリンタの場合、目下マルチライタ２３ＸＸシリーズ等が−−＞ ８ＸＸＸシリーズに移行中ですが、 一体、これらの新プリンタがエミュレータで設定できるようになるのはいつのことなのでしょうか？ どうして前の型番が販売終了になっているのに後継新製品がエミュレータで使えないのでしょうか？ 次のバージョンのＷＳエミュレータが発売されるのを待つしかありません。それも次期バージョンで対応するのかどうかも次が出てみないと分からないのですから。。 これではＡ−ＶＸを使っている会社は困ってしまうのです。 トホホ。。なのです。 | ||
| 5 | Re:ＷＳエミュレータＶｉｓｔａ対応？ | |
| オフコン人 2007-3-13 12:06:33
[返信] [編集] あの? Vista対応は、６月初旬に出るって聞きましたよ。 それに、WSエミュレータが発売された時に発売されていないプリンタの選択肢が無いだけで、代替で利用可能ですよ。 販売店にきちんと確認されたらいかがでしょうか。 NECの肩を持つ訳じゃないですが、Windowsのソフトって、そんなもんじゃないでしょうか。しかるべきところに聞けば、きちんと回答いただけますよ。 | ||
| 6 | Re:ＷＳエミュレータＶｉｓｔａ対応？ | |
| ミスターＹ 2007-6-5 0:54:50
[返信] [編集] PC/WSエミュレータ(32)Ver18.0 ６／８リリース でＶＩＳＴＡ対応しました。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | レコード定義→表定義変換 | |
| はげた 2007-2-15 12:25:00
[返信] [編集] こんにちは！ 変換する方法は有るでしょか？ 大変助かるのですが。 | ||
| 2 | Re:レコード定義→表定義変換 | |
| あゆりーな 2007-2-23 18:17:00
[返信] [編集] コピー句のとおりに表定義変換するということですね。 社内開発で便利に使っています。 どこかの誰か（優秀な外注さんの手作りらしい）が ＬＭで提供してくれたので、ソースもないのですが。 似たようなのを皆さんも使っているのでは？ | ||
| 3 | Re:レコード定義→表定義変換 | |
| はげた 2007-2-24 15:34:00
[返信] [編集] あゆりーなさん、有難うございます。 簡単に変換出来るかと思っていましたがツールが 必要の様ですね。 本来、ＳＭＡＲＴ�僑釘悗僕�るべき機能ですね。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | WSエミュレータの設定 | |
| A-VX初心者 2007-2-13 10:00:00
[返信] [編集] いつも拝見させて頂いております。 社内ＰＣのＩＰアドレスを現在の静的アドレスからＤＨＣＰを使用した動的アドレスに変更しようと思っています。 ＷＳエミュレータの端末情報設定で端末のＩＰアドレスを登録していますが、起動すると別のＩＰアドレスがＤＨＣＰによって振られることになりますが問題ないでしょうか？ | ||
| 2 | Re:WSエミュレータの設定 | |
| 桃太郎 2007-2-13 17:23:00
[返信] [編集] Ａ-ＶＸ初心者さん こんにちわ 自社では導入当初ＷＳエミュレータ搭載のＰＣも含めて全て ＤＨＣＰ機能を使って設定していましたが、動くのは動きましたが ＷＳエミュレータとサーバー間の接続切れが起き、 当初原因が分からず、ディーラーに問い合わせたら、 エミュレータは固定ＩＰで使って下さいと言われたので、 固定ＩＰにしたら接続切れは無くなりましたね、 只、自社の場合ＳｏｎｉｃＷＡＬＬ社のファイヤーウォールの ＤＨＣＰ機能を使っていましたのでその組み合わせの関係かもしれません 参考になりますでしょうか。 | ||
| 3 | Re:WSエミュレータの設定 | |
| Ａ-ＶＸ初心者 2007-2-20 9:08:00
[返信] [編集] ありがとうございます。 ディーラーが固定ＩＰと言うならＤＨＣＰ移行は断念します。 危険を冒して不安定になるのは嫌ですからね。 情報感謝します。 | ||
| 4 | Re:WSエミュレータの設定 | |
| ターラヤン 2007-2-21 1:19:00
[返信] [編集] 端末情報設定のＩＰアドレスは、パソコンのＩＰアドレスが変わると自動的に変更されるようなので、ＤＨＣＰでも問題ないはずです。 が、桃太郎さんの話を読む限り、実際は駄目な場合もあるようですね。 | ||
| 5 | Re:WSエミュレータの設定 | |
| CBL4 2007-2-21 22:00:00
[返信] [編集] ターラヤンさんの言うように基本的には問題ないはずです。弊社でもＤＨＣＰ設定で運用していました。環境的な問題ではないでしょうか。最近、ディーラーでもＡＶＸの知識がある人間がいないので、全て、ディーラーの言うことも信用できません。ＳＧの知識があるディーラー担当に最近、会ったことがありません。以前のＳＧのパラメーターを回して使っているだけで、理解しているわけでもありません。余裕があるなら、いろいろ、試してみてもいいと思います。 | ||
| 6 | Re:WSエミュレータの設定 | |
| ゆうたん 2007-2-22 15:31:00
[返信] [編集] DHCPサーバー側の設定でリース時間が短すぎるのではないでしょうか？ リース時間とはクライアントがDHCPサーバーからIPを借りる時間です。 この時間経過するとIPを返却し再度取得するはずです。 一日の業務が終了するまでの余裕を持った時間を指定すれば問題は起こらないはずです。 MACアドレス毎にIPアドレス指定し、リース時間は無期限にしてもいいのではないでしょうか？ | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | ジョブ制御言語のＳＥＴ文について教えてください | |
| Q太郎 2007-1-26 17:37:00
[返信] [編集] /SET &=12345678901234567 ; ←正しく動作する /RUN APNAME,DEV=...,FIL=....; ここでスペースのはいっているデータを指定すると たとえば「/SET &=12 345678901234567 ;」エラーになります。 ”でかこってもうまくいきません。 良い方法をお教えください。 | ||
| 2 | Re:ジョブ制御言語のＳＥＴ文について教えてください | |
| ターラヤン 2007-1-30 21:59:00
[返信] [編集] 私も試してみましたが、/SETではスペースが入っているとエラーになりました。 /SETの置換パラメータを利用するのではなく、/RUNの方を使ってはどうでしょうか。 /RUN APNAME,(12 3456789),DEV=...,FIL=...; ならうまく行くようです。 | ||
| 3 | Re:ジョブ制御言語のＳＥＴ文について教えてください | |
| Q太郎 2007-2-5 10:20:00
[返信] [編集] 助言ありがとうございます。 また、色々やってみます。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| ■▲▼ | ||
| 1 | システム生成の前にデータのバックアップをした方がよいか？ | |
| 派遣プリン 2007-1-23 9:21:00
[返信] [編集] １人で社内システムの開発・保守をＣＯＢＯＬで行なっている派遣社員で、この掲示板を見つけて、時々遊びに来ています。 良かったら教えて下さい。 端末を立ち上げた時に表示されるメニューを変更してという指示がありました。 マニュアルをみながらシステム生成（ＳＧですよね？）で初期プログラムの定義という項目で、ステーション（端末）番号を指定して、初期プログラムを設定すればいいのかなと思いましたが、これでよろしいでしょうか？ また、システム生成のメニューにあった「定義情報の保存」と ＃ＢＫＵＰでディスクの退避もした方が安全でしょうか？ | ||
| 2 | Re:システム生成の前にデータのバックアップをした方がよいか？ | |
| 桃太郎 2007-1-23 11:41:00
[返信] [編集] 派遣プリンさん、こんにちは、 私も１人で社内のシステム開発、保守、操作指導、を行っていますが、 １人で行っていると相談する人がいないので困りますよね、 本題ですが、複数台の端末が有り、複数の初期メニューが有り、 例えば、現在、ステーション１号機に”START1”という初期メニューが セットされているいるものを”START2”に変えたいのでしたら、 そのとうりです、 バックアップを考えておられるのは、万が一立ち上がらなくなったら、どうしようと言う心配からだと思いますが、 ＳＧの操作自体はそんなに難しいとは思いませんが、 何事もそうですが、分かってしまえば簡単ですが 分からないことは大変不安だと思います、 過去にＳＧの経験が無いのでしたら、マシン購入のディラーのＳＥに電話でのサポートをお願いした方が安心かと思います。 参考になれば幸いです。 | ||
| 3 | Re:システム生成の前にデータのバックアップをした方がよいか？ | |
| assisi 2007-1-24 19:27:00
[返信] [編集] ＮＥＣオフコンのＳＧだったらほとんどできます ＦＤＤベースでの立ち上げかたとか特殊にオペレーションがあります ご相談ください | ||
| 4 | Re:システム生成の前にデータのバックアップをした方がよいか？ | |
| 0e0e 2007-1-26 13:57:00
[返信] [編集] 質問から横道にそれますが 各ステーションごとに初期メニューを変えたいというのなら、 全ステーションの初期プログラムをCOBOLの１プログラムに統一しておいて、ステーションごとの起動メニュー名をマスター化し、それを参照してSYSCHAINすれば、運用性が高くなると思います。 他にも、上記との複合技になりますがOCFに初期プログラムを設定する手もあります。 | ||
| 5 | Re:システム生成の前にデータのバックアップをした方がよいか？ | |
| ＥＸＣＨＡＮＧＥ 2007-1-27 5:16:00
[返信] [編集] > 他にも、上記との複合技になりますがOCFに初期プログラムを設定す る手もあります。 具体的にもう少し詳しくやり方を教えて下さい。よろしくお願い致します。 | ||
| 6 | Re:システム生成の前にデータのバックアップをした方がよいか？ | |
| 0e0e 2007-1-29 16:51:00
[返信] [編集] オペレータコードは個人ごとに設定していなくて、部門やユーザーレベルで 大きく分けているのでその中で、ＳＴＮごとに初期メニューを変更するのを 以下のように使い分けています。 （１）ＳＧではＳＴＮごとの初期プログラムをオペレータコードで指定します （２）＃ＯＣＦＭでそのオペレータコードの初期プログラムを 登録します （３）その初期プログラムをＣＯＢＯＬにしておいてＳＴＮ番号でファイルに登録した プログラム（メニューなど）を個々に呼ぶようにします 以下のようなマスターを参照して SYSCAHINかCBLRUNでCALLする こんなんでわかりますか？ | ||
| 7 | なるほど！！ | |
| ＥＸＣＨＡＮＧＥ 2007-2-3 6:21:00
[返信] [編集] ＊ こういうやり方があったんですね。非常に勉強になりました。 ＊ Ａ−ＶＸの初期プログラムに関しては （１）端末ごとに初期ＰＧ（初期メニュー）を設定しておく。 （２）オペレータコード（Ｗｉｎｄｏｗｓのユーザ名）＋パスワードにて初期ＰＧ（初期メニュー）を設定する。 （３）何も設定せず、ＲＵＮ＝＾＾＾＾状態にしておいて初期メニューを指定するを以てパスワード代わりにする。 主に上記３種類の方法が使われているようですが、 （１）の場合、端末を使用する人間が移動する毎にワークステーション初期ジョブを変更するためにＳＧ変更せねばならない。 緊急の人の移動に弱い。 （２）の場合、どの端末に移動しても、オペレータコード、パスワードにてログイン出来るので便利だが、移動前の人間が別の場所から以前のメニューを操作出来てしまうので、そうならないためには各人毎にオペレータコード＋初期メニューを与えてやらねばならず、＃ＯＣＦの変更管理が面倒になる。（業務中変更しにくい）。 また業務システムはＰＣでのデスクワークとちがって部署単位（場所単位）でのオペレータコード設定の方がなじむようだ。 （３）の場合、一回メニュー名を覚えてしまったら、（覚えられてしまったら）セキュリティとしての効果はなくなってしまう。 いずれも一長一短でした。 ＊ （１）を使われている管理者の場合お教え頂いたやり方は非常に強力な方法論と思われます。 ＊ ご教授頂いた方法の応用として、（２）の場合でもオペレータ初期ジョブを「オペレータコード毎の特定ＬＭ」にしておき、このＬＭ上でＷＳ番号をＧＥＴして、そのＷＳ番号でのオペレータコード対応初期メニューの実行を許可するかどうか判断させることで、部署外（＝別の場所）からのオペレータコードエントリーを避けることが出来そうです。つまり（２）の方法の欠点も回避できると言うことです。 （オペレータコードと実行可能ＷＳ番号の対応マスタが必要かと思いますが） | ||
| 8 | なるほど！！（追加注釈） | |
| ＥＸＣＨＡＮＧＥ 2007-2-3 6:28:00
[返信] [編集] > オペレータコード（Ｗｉｎｄｏｗｓのユーザ名） （Ｗｉｎｄｏｗｓでのユーザ名に該当）という意味です。 Ａ−ＶＸを知らない方の為の説明です。 Ｗｉｎｄｏｗｓのユーザ名と一致させるという意味ではありません。 | ||
| 全部読む 最新50 1-100 板のトップ リロード | ||
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band