NECのオフコン情報掲示板(ノウハウ系)
NECのオフコンを活用するためのノウハウを話し合うための掲示板です。 |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
Re:ジョブの自動実行(スケジュール化) | |
Richard 2004-12-13 9:03:00
[返信] [編集] あまり、お金をかけられないので、COBOLかジョブ起動ユーティリティになるかと思います。 「排他的に」ということもありますので、ジョブ起動ユーティリティでの対応を一番に考えたいと思います。(1ライセンス定価で25,000ですね。) 「自動運転機能」も良さそうですが、自動電源制御が前提のようですので、現在「自動電源制御」を使用していないので、ちょっと難しいかなという感じです。将来的には使ってみたいと思います。 有難うございました。 > * レプリケーションはWindows上のSQLserverまたはOracleしか多分ダメでしょう。 > > * 自動化する場合、 > (1)A−VX −−> TEXT出力 > (2)TEXT −−> LinuxのDBへ取り込み > の2つのジョブが排他的に実行されないとマズイのでは。。 > > * (1)をA−VXで自動実行し、(2)をWinPCまたはLinuxから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 > > * いっそ、実行はWindows側でスケジュールするとかして、 > > (A) WinPCクライアント上からVBとかAccessを使って、A−VXのDB−−>LinuxDBとやった方が。。 > (RDBサーバ、ODBCを使えば出来るのでは??) > > それとも、 > (B) ジョブ起動ユーティリティで > (1) A−VX−−>TEXT > (2) VBにて TEXT −−> LinuxDB > の2つを連続実行する。 > > とかは出来ないでしょうか? > > > > COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > > 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 > > > > それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > > > > > > | |
Re:ジョブの自動実行(スケジュール化) | |
EXCHANGE 2004-12-13 2:03:00
[返信] [編集] * レプリケーションはWindows上のSQLserverまたはOracleしか多分ダメでしょう。 * 自動化する場合、 (1)A−VX −−> TEXT出力 (2)TEXT −−> LinuxのDBへ取り込み の2つのジョブが排他的に実行されないとマズイのでは。。 * (1)をA−VXで自動実行し、(2)をWinPCまたはLinuxから自動実行する、 というやり方だと、両者の実行のタイミングを整合するのがやりにくいような気がします。 * いっそ、実行はWindows側でスケジュールするとかして、 (A) WinPCクライアント上からVBとかAccessを使って、A−VXのDB−−>LinuxDBとやった方が。。 (RDBサーバ、ODBCを使えば出来るのでは??) それとも、 (B) ジョブ起動ユーティリティで (1) A−VX−−>TEXT (2) VBにて TEXT −−> LinuxDB の2つを連続実行する。 とかは出来ないでしょうか? > COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 > 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 > > それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 > > > | |
Re:ジョブの自動実行(スケジュール化) | |
ターラヤン 2004-12-12 23:13:00
[返信] [編集] COBOLで自作する手もありますが、それよりも自動運転機能を使用すれば可能だと思います。 詳しくは「システム管理説明書」「第4章 運用管理」の「自動運転機能」を見てください。 それから600シリーズにはDBレプリケーション機能というものがあり、A−VXのデータベースをOracle等に複製する機能があります。LinuxもOKなのかどうかはわかりませんが、「リレーショナル型データベース説明書」に書いてありますので、よろしければ参考にしてください。 | |
Re:ジョブの自動実行(スケジュール化) | |
EXCHANGE 2004-12-12 22:31:00
[返信] [編集] * これまた自分で使ったことがないのに説明して申し訳ないのですが、COBOL85システムサブルーチン説明書のなかに 「インターバルタイマ」というのがあります。 * CALL ”CBLTIMER” USING データ名 という形で指定すれば、最大320秒までですが時間待ちが出来るようです。 2時間間隔ということでしたら、これをPERFORMで何回か繰り返すとかしてはいかがでしょうか? > 他システムとの連携を#NFCNVで出力したテキストファイルを使って > 行っています。(テキスト出力後、PCからLinuxのDBに書き込み) > 1日5〜6回の処理を現在は人手でやっています。 > 人手から自動化に変えたいので、640XiのWindows領域に出力した > テキストファイルをLinuxサーバー上から定期的に取込ようなことを > 考えていますが、Linuxの方はスケジュール化(自動化)できるの > ですが、オフコン側は例えば1時間おきにジョブを実行するようなことはできるのでしょうか。 > COBOLで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 > その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか? > | |
ジョブの自動実行(スケジュール化) | |
Richard 2004-12-12 17:12:00
[返信] [編集] 他システムとの連携を#NFCNVで出力したテキストファイルを使って 行っています。(テキスト出力後、PCからLinuxのDBに書き込み) 1日5〜6回の処理を現在は人手でやっています。 人手から自動化に変えたいので、640XiのWindows領域に出力した テキストファイルをLinuxサーバー上から定期的に取込ようなことを 考えていますが、Linuxの方はスケジュール化(自動化)できるの ですが、オフコン側は例えば1時間おきにジョブを実行するようなことはできるのでしょうか。 COBOLで作り込めば、ある時間になるまで何度もルーチンで時間稼ぎをして、 その後に次のジョブに進むというようなことができそうですが何か良い方法はあるでしょうか? | |
Re:オフコンのパスワード | |
Richard 2004-12-9 19:14:00
[返信] [編集] > * 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、A−VXのCOBOL85の画面節の「属性指定」で、SECRETという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか? > > * ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > ご教示ありがとうございます。SECRETの指定でうまくいきました。助かりました。 オペレータコードについてもちょっと勉強してみようかと思います。 | |
Re:オフコンのパスワード | |
EXCHANGE 2004-12-9 18:19:00
[返信] [編集] * 私は実際に使ったことがないので、うまく利用できるかどうかわかりませんが、A−VXのCOBOL85の画面節の「属性指定」で、SECRETという指定があります。説明によると、「入力項目に対するデータの表示を行わないようにする」となっています。これなどはひょっとすると利用できるのではないでしょうか? * ちなみに私自身は、オペレータコードにたいしてパスワードと初期メニューを設定してユーザに使ってもらっています。 > 会社でオフコンの運用・管理をしているものです。 > 使用機種は EXPRESS/640xi です。 > > この度、会社の方針(セキュリティ対策の一環)で > ユーザーが使用する際にパスワードを入力する > ことになり、COBOLで簡単なプログラムを作り込みました。 > ID・パスワードを入力して正しければメニュー登録してある > パラメータを PROGRAM-ID で指定して終了するという単純なもの > ですが、1つ困ったことは、ACCEPT命令でパスワードを入力するので > 入力した文字が画面に表示されてしまいます。 > Windowsでは*****になりますが、オフコンでも何か良い方法は > ないでしょうか? 教えてください。 | |
オフコンのパスワード | |
Richard 2004-12-9 17:50:00
[返信] [編集] 会社でオフコンの運用・管理をしているものです。 使用機種は EXPRESS/640xi です。 この度、会社の方針(セキュリティ対策の一環)で ユーザーが使用する際にパスワードを入力する ことになり、COBOLで簡単なプログラムを作り込みました。 ID・パスワードを入力して正しければメニュー登録してある パラメータを PROGRAM-ID で指定して終了するという単純なもの ですが、1つ困ったことは、ACCEPT命令でパスワードを入力するので 入力した文字が画面に表示されてしまいます。 Windowsでは*****になりますが、オフコンでも何か良い方法は ないでしょうか? 教えてください。 | |
Re:ノートですが | |
BLUELION 2004-11-28 20:56:00
[返信] [編集] やはりそうでしたか! BIOSで共通点があるのでしょうかね? ネットで調査用の610を購入できましたので 今回はNT4 workstationで調べてみますね 昔のBIOSって3モード有効・無効を設定できたりしたので もしかしたらBIOSのメーカーで結構けっこういけたりするかもしれませんね > 返事が遅れてすみませんです。 > レスありがとうございました。やはりBIOSに関系がありそうでした。 > 親しいNECフィールディングへ確認した所DOS/V機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 > 今回は620からFDデッキとドライバーを移植してもやはり > 初期化だけは駄目でした。600シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 > ありがとうございました。 | |
Re:ノートですが | |
エンゾウ 2004-11-27 10:50:00
[返信] [編集] 返事が遅れてすみませんです。 レスありがとうございました。やはりBIOSに関系がありそうでした。 親しいNECフィールディングへ確認した所DOS/V機でも完全に動作するモデルがあるそうです。例えばエプソンの過去のモデルとか。 今回は620からFDデッキとドライバーを移植してもやはり 初期化だけは駄目でした。600シリーズと互換性のあるマザーボード系なら見込みがあるかもしれませんがこれ以上は難しいですね。 ありがとうございました。 | |
Re:外字エリアうまくいかず | |
bluelion 2004-11-26 16:25:00
[返信] [編集] > 削除データとみなして読まれません。 > このあたりの問題でしょうか? 私もそう思っていました ただRDBファイルなどいままであまり使っていないので確証がもてずあきらめてキャラクターで読みました | |
Re:外字エリアうまくいかず | |
MAKI 2004-11-25 22:10:00
[返信] [編集] > そのままN(1)をキーをすると内部コードで頭がFFの文字がなぜかうまくいきませんでした 内部コードFFはレコードの論理削除のしるしになっています。 なので、レコードの1バイト目にFFがあると 削除データとみなして読まれません。 このあたりの問題でしょうか? | |
Re:外字エリアうまくいかず | |
BLUELION 2004-11-25 0:33:00
[返信] [編集] 確かにパターンまではうまくいかないとは思うのですが 入力の補助する意味で内部コードから外字のコードのJISコード相当のコードを印字したいのです。 コードだけでも単純にできないでしょうかね? 結局 内字とG0外字 G1外字をそれぞれ全部打って #KFCNVでJISコードを生成してそれをRDBに登録して HEXイメージX(04)を生成してそれでアクセスしています そのままN(1)をキーをすると内部コードで頭がFFの文字がなぜかうまくいきませんでした しかし内部コードからJISコードを生成する標準ルーチンがないのはなぜでしょうね? JIPS生成してもいまいち用途がわかりません ACOSのからみかもしれませんけど 私には不明です | |
Re:外字エリアうまくいかず | |
ターラヤン 2004-11-24 1:26:00
[返信] [編集] BLUELIONさん、いろいろと苦労されているようです。 外字ですが、これは使用者が自分で設定する領域なので 簡単に変換できません。 変換できるのは内字の領域だけです。 ユーザが自分で追加した文字は、何の文字を登録したのかを知っているのは、そのユーザ自身です。 外字は自分で変換する必要があります。 > 無事うまくいったと思ったのですが > 外字エリアがうまくいきませんでした > 別の変換表でもあるのでしょうか? > > | |
外字エリアうまくいかず | |
BLUELION 2004-11-23 11:21:00
[返信] [編集] 無事うまくいったと思ったのですが 外字エリアがうまくいきませんでした 別の変換表でもあるのでしょうか? | |
ありがとうございます | |
BLUELION 2004-11-20 10:39:00
[返信] [編集] その情報がわからず悩んでおりました これからサブルーチン作ります | |
Re:日本語内部コード | |
LBM 2004-11-19 15:10:00
[返信] [編集] では、コード表を用意してください。 AVXのマニュアルだと「メッセージ管理3説明書」があればベストです。 そこに「EBCDICからJIS7への変換表」(A表とします)と「S100漢字からJIS漢字への変換表」(B表とします)があると思います。 まず、漢字フィールドは2バイトで1文字ですね。その最初のバイトをB表で変換してください。 次に2バイト目をA表で変換してください。 これでJISコードになります。 例えば、「漢字」。これは内部コードで”78C1B0B0”です。 ”78”→”34” (B表) ”C1”→”41” (A表) ”B0”→”3B” (B表) ”B0”→”7A” (A表)で JISコード”34413B7A”となります。 ビットをシフトしたりすることでは実現できません。 バイト単位にテーブルなどを使い変換するしかありません。 マニュアルがお手元に無いようでしたらお取引されているメーカーや販売店に、このコード表の部分だけでもコピーしてもらってください。 | |
Re:日本語内部コード | |
bluelion 2004-11-19 14:14:00
[返信] [編集] 実は内部コードのJISコードの関係がわかりません どうシフトなどすれば内部コードからJISコードにできるのでしょうか? コボル的な問題ではなくコードの変換方法がわからないのです NECにもJIPSからJISや内部コードからJISへの変換方法を紹介していますが返答がこないもでのこちらのBBSに書き込みしております | |
Re:日本語内部コード | |
LBM 2004-11-19 10:13:00
[返信] [編集] bluelionさん、苦労されているようですね。 古いことでよく覚えていないのですが、通信系のサブルーチンではパリティの問題で奇数・偶数を1バイト毎に判断して処理しないと出来ないと思います。 (やってやれないことはない) そんなことをするならば前回言いましたように、内部コード→JISコードのサブルーチンを作成されたほうが良いと思います。 簡単ですよ。 お話では、JISコードもリスト上に印字されるとのことですので、そのあたりも含めて作られると良いと思います。 では、がんばってください。 | |
もう少し教えていただけませんか? | |
BLUELION 2004-11-18 21:33:00
[返信] [編集] JISとebcdicの変換はシステムサブルーチンにある通信系のサブルーチンで行えるのでしょうか? すでにそんなコボルに7年ぶりにもどったもので まだコード体系がぴんときません よろしくお願いします |
新規投稿 | スレッド表示 | ツリー表示 | 投稿順表示 | i-mode | トップ |
BluesBB ©Sting_Band