ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| Re:ジョブ起動ユーティリティについて教えてください | |
| ＥＸＣＨＡＮＧＥ 2005-1-8 20:45:00
[返信] [編集] > インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 ＊ ＷＳエミュレータのバージョンがＰ７０３あたりから後のバージョンの場合、ジョブ起動ユーティリティのインストール時にセットされた「ＲＵＮウィザード」（Ｒｕｎｗｉｚ．ｅｘｅ）はうまく作動しません。 ＊ ＷＳエミュレータのＣＤ−ＲＯＭ内のＪＯＢＵＴＬフォルダ内に入っているＲｕｎｗｉｚ．ｅｘｅを使うと「情報登録名」が表示されます。 （ＣＤ−ＲＯＭ）￥ＪＯＢＵＴＬ￥Ｒｕｎｗｉｚ．ｅｘｅ −−＞ Ｃ：￥ＷＳ−ＥＭＬ￥Ｒｕｎｗｉｚ．ｅｘｅへ上書きする。 と、やってみて下さい。 | |
| ジョブ起動ユーティリティについて教えてください | |
| Richard 2005-1-8 11:26:00
[返信] [編集] ジョブ起動ユーティリティをはじめて使う者です。 インストールは簡単にできたのですが、いざ使おうとしたら、『RUN ウィザード』のショートカットアイコンの登録で 情報登録名 が何も出てきません。 『PC/WSエミュレータ（32）』は普通に使えています。 マニュアルには、『PC/WSエミュレータ（32）』で登録済みの通信情報登録名が表示されます。 登録名一覧の中から、接続するA-VXサーバを指定します。とあるのですが、どうしてでしょうか？ サーバーは640Xiで、クライアントはWindows98SEです。（Windows2000でもダメでした。） よろしくお願いします。 | |
| #ABCの補助説明 | |
| MAKI 2005-1-7 15:14:00
[返信] [編集] ご存知のかたもおられるとは思いますが。 ＃ABCの使い方で、画面の右肩に補助説明という表示が でるときがあります。 これは、HELPキーを押すと、オンラインヘルプが表示 されるという意味です。 で、HELPキーを押すと、元の画面に応じたオンライン ヘルプが表示されます。 簡単ですが意外に便利なことも書いてありますので ご存知ないかたは、一度見てみられたら何か役に たつことがあるかもしれません。 ちなみに、第一画面のヘルプは次のようなものです。 実行機能選択 （補助説明） 確認 ^ 補助説明 目的とする機能を選択してください。 選択例 ファイルの内容をステーションに表示する −＞ ４．表示 ＦＤを初期化する −＞ ９．初期化 ファイルを登録する −＞ １．ファイル情報の保守 ＊ ＊ ＊ ＊ ＊ の表示されているメニューは選択出来ません。 次頁 ＃ＡＢＣの画面構成 第一画面・・・＃ＡＢＣが起動され最初に表示される画面です。 この画面を実行機能選択画面と言い、実行機能をメニュー番号にて選 択する画面です。 第二画面・・・実行機能選択画面で選択されたメニューにより表示される画面です。 この画面を処理選択画面と言い、処理をメニュー番号にて選択する画 面です。 第三画面・・・処理選択画面で選択されたメニューにより表示される画面です。 この画面をパラメータ入力画面と言い、処理に必要なパラメータを入 力する画面です。 補助説明画面・・・この画面は＃ＡＢＣにより実行可能な機能および処理概要を説明 したものです。 ＃ＡＢＣの画面は，基本的に上記の四画面で構成され，指定した処理が終了すると，再 び第一画面に戻り，次の実行機能を選択することができます。 パラメータ画面での注意 ・オプションパラメータ以外のパラメータは、必ず指定して下さい。 ・オプションパラメータについては、パラメータ項目中に指定項目がなければ省略す ることができます。 操作キーの説明 ・実行機能選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・処理選択画面で使用できるキー ・数字 ・・・メニュー選択 ・リタンキー ・・・パラメータ入力終了 ・ＰＦ９ ・・・実行機能選択画面（第一画面）に戻る （メニュー画面に９９のメニューがないときに使用する） ・パラメータ入力画面で使用できるキー ・数字 ・・・メニュー選択 ・英字、カナ、数字、特殊記号・・・パラメータ入力 ・リタンキー ・・・パラメータ入力終了 ・ＢＳＫＩＰ ・・・一つ前のパラメータの再入力 ・ＳＫＩＰ ・・・入力スキップ ・ＲＥＳＥＴ ・・・メッセージ確認 ・ＰＦ９ ・・・実行機能選択画面（第一画面）に戻る ・補助説明画面で使用できるキー ・前進キー ・・・次の画面表示 ・リタンキー ・・・次の画面表示 ・ＰＦ９ ・・・補助説明キーが押された画面に戻る メニューの内容は次のとおりです。 １．ファイル情報の保守 ．．．データファイル、システムファイル、ＳＵＬ・ＪＳＬ などの特殊ファイル、Ａ−ＶＸ ＭＸファイル、リモ ートファイル、表定義、デバイスサーバ、リモートプ リンタ等の定義・削除・置換を行う。 ２．ボリューム情報の保守．．．ボリュームに関する情報の登録・削除・置換を行う。 ３．印刷 ．．．ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストを指定のプリンタに出力する。 ４．表示 ．．．ボリュームマップ、ボリュームダンプ、ファイルのデ ィレクトリ等のリストをステーションに表示する。 ５．複写（変換） ．．．ボリュームまたはファイルの内容を，複写または変換 する。 ６．照合 ．．．ボリュームまたはファイルの内容を照合し，結果を印 刷する。 ７．ソート ．．．データの分類を行う。 ８．再編成 ．．．ボリュームまたはファイルを再編成する。 ９．初期化 ．．．ボリュームまたはファイルを初期化する。 １０．復旧 ．．．未クローズファイルとＩ／Ｏエラーセクタを復旧する １１．退避・復帰 ．．．ボリュームまたはファイルの退避・復帰を行う。 １２．ファイルに関するその他の機能 ．．．ＭＩＸファイルの索引部を生成する。 ９８．パラメータ登録 ．．．指定したパラメータを指定したＰＭＬ（パラメータ） またはＪＳＬ（ジョブストリーム）に登録する。 パラメータ登録可能な機能は次のとおりです。 １．ファイル情報の保守 ６．照合 ２．ボリューム情報の保守 ８．再編成 ３．印刷 ９．初期化 ５．複写（変換） １０．復旧 上記の機能のうちパラメータ登録できないものは次の とおりです。 １．ファイル情報の保守…３．データディクショナリの保守 ４．デバイスサーバの保守 ５．複写（変換）…４．ファイル(A-VX->VIA) ５．ファイル(VIA->A-VX) （パラメータ入力時ファイル存在チェック等が行われる ので注意して下さい。またパラメータ登録機能を使用 中は補助説明画面は使用できません。） 次頁 ９９．終了 ．．．＃ＡＢＣの実行を終了する。 | |
| Re:Re：Re:ジョブの自動実行（スケジュール化） | |
| MAABOO 2004-12-22 14:46:00
[返信] [編集] > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 > #AJOBMでスケジュールを登録しようとしたら、「ＩＪＣＣが接続できません」となってしまいました。 > ＳＧが必要みたいなので、ちょっとお手上げです。社内ではＳＧは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 #AJOBCを起動した状態で、#AJOBMを起動すれば、「IJCCが接続できません」は回避できます。当然、SGのIJCパラメータの設定は必須ですが。 | |
| Re:Re：Re:ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-14 19:09:00
[返信] [編集] > 自動電源制御がなくても、自動運転機能は動きます。 > #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 > 以前620Aiでやったことがあります。 > マニュアルを読んで、やってみました。うまく出来そうな気がしましたが、残念ながら、 #AJOBMでスケジュールを登録しようとしたら、「ＩＪＣＣが接続できません」となってしまいました。 ＳＧが必要みたいなので、ちょっとお手上げです。社内ではＳＧは無理なのでベンダーに頼むことになります。機会があればお願いするかも知れませんが、今回は見送ります。 | |
| Re：Re:ジョブの自動実行（スケジュール化） | |
| ターラヤン 2004-12-13 21:02:00
[返信] [編集] > あまり、お金をかけられないので、ＣＯＢＯＬかジョブ起動ユーティリティになるかと思います。 > 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。（１ライセンス定価で25,000ですね。） たしかにＷｉｎｄｏｗｓ側から起動するのが一番無難そうですね。 > 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 > 有難うございました。 自動電源制御がなくても、自動運転機能は動きます。 #AJOBCを一旦常駐させてしまえば、後は問題なく動きます。 以前620Aiでやったことがあります。 | |
| Re:ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-13 9:03:00
[返信] [編集] あまり、お金をかけられないので、ＣＯＢＯＬかジョブ起動ユーティリティになるかと思います。 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。（１ライセンス定価で25,000ですね。） 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 有難うございました。 > ＊ レプリケーションはＷｉｎｄｏｗｓ上のＳＱＬｓｅｒｖｅｒまたはＯｒａｃｌｅしか多分ダメでしょう。 > > ＊ 自動化する場合、 > （１）Ａ−ＶＸ −−＞ ＴＥＸＴ出力 > （２）ＴＥＸＴ −−＞ ＬｉｎｕｘのＤＢへ取り込み > の２つのジョブが排他的に実行されないとマズイのでは。。 > > ＊ （１）をＡ−ＶＸで自動実行し、（２）をＷｉｎＰＣまたはＬｉｎｕｘから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 > > ＊ いっそ、実行はＷｉｎｄｏｗｓ側でスケジュールするとかして、 > > （Ａ） ＷｉｎＰＣクライアント上からＶＢとかＡｃｃｅｓｓを使って、Ａ−ＶＸのＤＢ−−＞ＬｉｎｕｘＤＢとやった方が。。 > （ＲＤＢサーバ、ＯＤＢＣを使えば出来るのでは？？） > > それとも、 > （Ｂ） ジョブ起動ユーティリティで > （１） Ａ−ＶＸ−−＞ＴＥＸＴ > （２） ＶＢにて ＴＥＸＴ −−＞ ＬｉｎｕｘＤＢ > の２つを連続実行する。 > > とかは出来ないでしょうか？ > > > > ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > > 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 > > > > それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > > > > > > | |
| Re:ジョブの自動実行（スケジュール化） | |
| ＥＸＣＨＡＮＧＥ 2004-12-13 2:03:00
[返信] [編集] ＊ レプリケーションはＷｉｎｄｏｗｓ上のＳＱＬｓｅｒｖｅｒまたはＯｒａｃｌｅしか多分ダメでしょう。 ＊ 自動化する場合、 （１）Ａ−ＶＸ −−＞ ＴＥＸＴ出力 （２）ＴＥＸＴ −−＞ ＬｉｎｕｘのＤＢへ取り込み の２つのジョブが排他的に実行されないとマズイのでは。。 ＊ （１）をＡ−ＶＸで自動実行し、（２）をＷｉｎＰＣまたはＬｉｎｕｘから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 ＊ いっそ、実行はＷｉｎｄｏｗｓ側でスケジュールするとかして、 （Ａ） ＷｉｎＰＣクライアント上からＶＢとかＡｃｃｅｓｓを使って、Ａ−ＶＸのＤＢ−−＞ＬｉｎｕｘＤＢとやった方が。。 （ＲＤＢサーバ、ＯＤＢＣを使えば出来るのでは？？） それとも、 （Ｂ） ジョブ起動ユーティリティで （１） Ａ−ＶＸ−−＞ＴＥＸＴ （２） ＶＢにて ＴＥＸＴ −−＞ ＬｉｎｕｘＤＢ の２つを連続実行する。 とかは出来ないでしょうか？ > ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 > > それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > | |
| Re:ジョブの自動実行（スケジュール化） | |
| ターラヤン 2004-12-12 23:13:00
[返信] [編集] ＣＯＢＯＬで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 詳しくは「システム管理説明書」「第４章 運用管理」の「自動運転機能」を見てください。 それから６００シリーズにはＤＢレプリケーション機能というものがあり、Ａ−ＶＸのデータベースをＯｒａｃｌｅ等に複製する機能があります。ＬｉｎｕｘもＯＫなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 | |
| Re:ジョブの自動実行（スケジュール化） | |
| ＥＸＣＨＡＮＧＥ 2004-12-12 22:31:00
[返信] [編集] ＊ これまた自分で使ったことがないのに説明して申し訳ないのですが、ＣＯＢＯＬ８５システムサブルーチン説明書のなかに 「インターバルタイマ」というのがあります。 ＊ ＣＡＬＬ ”ＣＢＬＴＩＭＥＲ” ＵＳＩＮＧ データ名 という形で指定すれば、最大３２０秒までですが時間待ちが出来るようです。 ２時間間隔ということでしたら、これをＰＥＲＦＯＲＭで何回か繰り返すとかしてはいかがでしょうか？ > 他システムとの連携を#NFCNVで出力したテキストファイルを使って > 行っています。（テキスト出力後、ＰＣからLinuxのＤＢに書き込み） > １日5〜6回の処理を現在は人手でやっています。 > 人手から自動化に変えたいので、640XiのWindows領域に出力した > テキストファイルをLinuxサーバー上から定期的に取込ようなことを > 考えていますが、Linuxの方はスケジュール化（自動化）できるの > ですが、オフコン側は例えば１時間おきにジョブを実行するようなことはできるのでしょうか。 > ＣＯＢＯＬで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 > その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか？ > | |
| ジョブの自動実行（スケジュール化） | |
| Richard 2004-12-12 17:12:00
[返信] [編集] 他システムとの連携を#NFCNVで出力したテキストファイルを使って 行っています。（テキスト出力後、ＰＣからLinuxのＤＢに書き込み） １日5〜6回の処理を現在は人手でやっています。 人手から自動化に変えたいので、640XiのWindows領域に出力した テキストファイルをLinuxサーバー上から定期的に取込ようなことを 考えていますが、Linuxの方はスケジュール化（自動化）できるの ですが、オフコン側は例えば１時間おきにジョブを実行するようなことはできるのでしょうか。 ＣＯＢＯＬで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか？ | |
| Re:オフコンのパスワード | |
| Richard 2004-12-9 19:14:00
[返信] [編集] > ＊ 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、Ａ−ＶＸのＣＯＢＯＬ８５の画面節の「属性指定」で、ＳＥＣＲＥＴという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか？ > > ＊ ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > ご教示ありがとうございます。ＳＥＣＲＥＴの指定でうまくいきました。助かりました。 オペレータコードについてもちょっと勉強してみようかと思います。 | |
| Re:オフコンのパスワード | |
| ＥＸＣＨＡＮＧＥ 2004-12-9 18:19:00
[返信] [編集] ＊ 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、Ａ−ＶＸのＣＯＢＯＬ８５の画面節の「属性指定」で、ＳＥＣＲＥＴという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか？ ＊ ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > 会社でオフコンの運用・管理をしているものです。 > 使用機種は EXPRESS/640xi です。 > > この度、会社の方針（セキュリティ対策の一環）で > ユーザーが使用する際にパスワードを入力する > ことになり、ＣＯＢＯＬで簡単なプログラムを作り込みました。 > ＩＤ・パスワードを入力して正しければメニュー登録してある > パラメータを PROGRAM-ID で指定して終了するという単純なもの > ですが、１つ困ったことは、ACCEPT命令でパスワードを入力するので > 入力した文字が画面に表示されてしまいます。 > Windowsでは*****になりますが、オフコンでも何か良い方法は > ないでしょうか？ 教えてください。 | |
| オフコンのパスワード | |
| Richard 2004-12-9 17:50:00
[返信] [編集] 会社でオフコンの運用・管理をしているものです。 使用機種は EXPRESS/640xi です。 この度、会社の方針（セキュリティ対策の一環）で ユーザーが使用する際にパスワードを入力する ことになり、ＣＯＢＯＬで簡単なプログラムを作り込みました。 ＩＤ・パスワードを入力して正しければメニュー登録してある パラメータを PROGRAM-ID で指定して終了するという単純なもの ですが、１つ困ったことは、ACCEPT命令でパスワードを入力するので 入力した文字が画面に表示されてしまいます。 Windowsでは*****になりますが、オフコンでも何か良い方法は ないでしょうか？ 教えてください。 | |
| Re:ノートですが | |
| BLUELION 2004-11-28 20:56:00
[返信] [編集] やはりそうでしたか！ BIOSで共通点があるのでしょうかね？ ネットで調査用の610を購入できましたので 今回はNT4 workstationで調べてみますね 昔のＢＩＯＳって3モード有効・無効を設定できたりしたので もしかしたらBIOSのメーカーで結構けっこういけたりするかもしれませんね > 返事が遅れてすみませんです。 > レスありがとうございました。やはりBIOSに関系がありそうでした。 > 親しいＮＥＣフィールディングへ確認した所ＤＯＳ／Ｖ機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 > 今回は６２０からＦＤデッキとドライバーを移植してもやはり > 初期化だけは駄目でした。６００シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 > ありがとうございました。 | |
| Re:ノートですが | |
| エンゾウ 2004-11-27 10:50:00
[返信] [編集] 返事が遅れてすみませんです。 レスありがとうございました。やはりBIOSに関系がありそうでした。 親しいＮＥＣフィールディングへ確認した所ＤＯＳ／Ｖ機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 今回は６２０からＦＤデッキとドライバーを移植してもやはり 初期化だけは駄目でした。６００シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 ありがとうございました。 | |
| Re:外字エリアうまくいかず | |
| bluelion 2004-11-26 16:25:00
[返信] [編集] > 削除データとみなして読まれません。 > このあたりの問題でしょうか？ 私もそう思っていました ただＲＤＢファイルなどいままであまり使っていないので確証がもてずあきらめてキャラクターで読みました | |
| Re:外字エリアうまくいかず | |
| MAKI 2004-11-25 22:10:00
[返信] [編集] > そのままＮ（１）をキーをすると内部コードで頭がＦＦの文字がなぜかうまくいきませんでした 内部コードFFはレコードの論理削除のしるしになっています。 なので、レコードの1バイト目にFFがあると 削除データとみなして読まれません。 このあたりの問題でしょうか？ | |
| Re:外字エリアうまくいかず | |
| BLUELION 2004-11-25 0:33:00
[返信] [編集] 確かにパターンまではうまくいかないとは思うのですが 入力の補助する意味で内部コードから外字のコードのＪＩＳコード相当のコードを印字したいのです。 コードだけでも単純にできないでしょうかね？ 結局 内字とG0外字 G1外字をそれぞれ全部打って ＃ＫＦＣＮＶでＪＩＳコードを生成してそれをＲＤＢに登録して ＨＥＸイメージＸ（０４）を生成してそれでアクセスしています そのままＮ（１）をキーをすると内部コードで頭がＦＦの文字がなぜかうまくいきませんでした しかし内部コードからＪＩＳコードを生成する標準ルーチンがないのはなぜでしょうね？ ＪＩＰＳ生成してもいまいち用途がわかりません ＡＣＯＳのからみかもしれませんけど 私には不明です | |
| Re:外字エリアうまくいかず | |
| ターラヤン 2004-11-24 1:26:00
[返信] [編集] BLUELIONさん、いろいろと苦労されているようです。 外字ですが、これは使用者が自分で設定する領域なので 簡単に変換できません。 変換できるのは内字の領域だけです。 ユーザが自分で追加した文字は、何の文字を登録したのかを知っているのは、そのユーザ自身です。 外字は自分で変換する必要があります。 > 無事うまくいったと思ったのですが > 外字エリアがうまくいきませんでした > 別の変換表でもあるのでしょうか？ > > |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band