ＮＥＣのオフコン情報掲示板（ノウハウ系）
| ＮＥＣのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
| 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さん、いろいろと苦労されているようです。 外字ですが、これは使用者が自分で設定する領域なので 簡単に変換できません。 変換できるのは内字の領域だけです。 ユーザが自分で追加した文字は、何の文字を登録したのかを知っているのは、そのユーザ自身です。 外字は自分で変換する必要があります。 > 無事うまくいったと思ったのですが > 外字エリアがうまくいきませんでした > 別の変換表でもあるのでしょうか？ > > | |
| 外字エリアうまくいかず | |
| BLUELION 2004-11-23 11:21:00
[返信] [編集] 無事うまくいったと思ったのですが 外字エリアがうまくいきませんでした 別の変換表でもあるのでしょうか？ | |
| ありがとうございます | |
| BLUELION 2004-11-20 10:39:00
[返信] [編集] その情報がわからず悩んでおりました これからサブルーチン作ります | |
| Re:日本語内部コード | |
| ＬＢＭ 2004-11-19 15:10:00
[返信] [編集] では、コード表を用意してください。 ＡＶＸのマニュアルだと「メッセージ管理３説明書」があればベストです。 そこに「EBCDICからJIS7への変換表」（Ａ表とします）と「S100漢字からJIS漢字への変換表」（Ｂ表とします）があると思います。 まず、漢字フィールドは２バイトで１文字ですね。その最初のバイトをＢ表で変換してください。 次に２バイト目をＡ表で変換してください。 これでＪＩＳコードになります。 例えば、「漢字」。これは内部コードで”78C1B0B0”です。 ”78”→”34” （Ｂ表） ”C1”→”41” （Ａ表） ”B0”→”3B” （Ｂ表） ”B0”→”7A” （Ａ表）で ＪＩＳコード”34413B7A”となります。 ビットをシフトしたりすることでは実現できません。 バイト単位にテーブルなどを使い変換するしかありません。 マニュアルがお手元に無いようでしたらお取引されているメーカーや販売店に、このコード表の部分だけでもコピーしてもらってください。 |
| 新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band