オフコン練習帳

Re:＃ＮＦＬＮＫについて

ＥＸＣＨＡＮＧＥ 2010-3-13 15:56 [返信] [編集]

＊　グローバルという用語について私のほうで少し認識違いしていたようですので訂正しておきたいと思います。
説明は単純化していますので、細かい点は省かれています。

＊　まずカンパニＩＤですが、これはファイルやライブラリのグルーピングに使うものなので
　　カンパニＩＤなし（＝カンパニＩＤがスペース２桁、ＣＩＤ＝＾＾）が、カンパニありの上位にあるわけではありません。
Ａ－ＶＸの論理ボリューム（ＭＳＤＸＸＸ）の直下には
例えば、カンパニコードＡＡのファイル群と、カンパニコードＢＢを持つファイル群と、それからカンパニコードなしのファイル群がある、といった具合です。

＊　それから、ファイル、ライブラリ、ライブラリのメンバはそれぞれ（英字１桁＋数字１桁）からなる権限（セキュリティコード）を定義できます。（例：Ａ３）

＊　Ａ－ＶＸにおけるオペレータとはＷｉｎｄｏｗｓで言うところの「ユーザ」、ＡＳ／４００のユーザプロフィールです。
オペレータにはそれぞれ、カンパニＩＤ、セキュリティコード、を付与できます。

＊　例えば、Ｕ０１というオペレータがカンパニＩＤ＝ＣＣ、セキュリティコード＝Ｓ３である場合を考えると、　
Ｕ０１は、　
カンパニーコードＣＣのグループに属するファイルと
カンパニーコードなしのグループに属するファイルが見えている状態になります（つまり、この範囲のファイルを探索できる）

また、Ｕ０１が探索して見つけたファイル、メンバ（実行プログラムも含む）を使用できるかどうかはＳ３というセキュリティコードと照合して判定されることになります。ここでは照合の規則についてはこれ以上立ち入りません。

＊　Ｕ０１は libpath=msd , libpath=msdcc の状態です。
　　ＭＳＤはＭＳＤ０００を含むすべての論理ボリュームです

＊　もし、Ｕ０１に付与されたカンパニＩＤがなし（空白）の場は、カンパニＩＤなしのファイルのみが探索の対象となります。

＊　以上の説明の中で出てきたカンパニＩＤなしのファイルというのがＡ－ＶＸで言うところのグローバルファイル（こちらはファイル！！）と呼んでいる物かと思います。

＊　グローバルオペレータというのは、また別の概念で、
カンパニＩＤがなし（＝空白）で、かつセキュリティコードがＺ９（管理権限）をもつオペレータのことです。
このオペレータはユーティリティなどを使った場合、カンパニＩＤを指定することによって（その都度、絶対パスを指定することによって）あらゆるファイルにアクセス出来ます。

しかしグローバルオペレータにカンパニー配下のディレクトリにたいしてライブラリパスが追加されているわけではありませんので、
　（１）ユーティリティに於いては常にカンパニＩＤの入力が求められる（絶対パスの指定が必要）
　（２）ＲＵＮ＝＾＾＾＾（コマンドプロンプト？）においてはカンパニＩＤなしの領域のメンバしか起動できない。（注１）
　（３）カンパニＩＤありの領域の実行形式メンバ（＝プログラム）をカンパニなしの領域へ移動してきても、プログラムの内部で使われているデータファイルの定義が相対パスなのでデータもカンパニなし領域へ移動し、プログラムでのファイル定義、またはデータベースでの表定義を変更（主にカンパニＩＤというパスを変更）しなければ「ファイルが見つからない」というエラーになるでしょう。

＊　以上まとめですが、
グローバルファイル（カンパニＩＤなし）のファイルは、カンパニをまたいでのファイルの受渡などに使うケースが多いようです。
これは別々のカンパニＩＤをもつオペレータが起動したプログラムから共通でアクセスできる領域だからです。
個々のカンパニコードを持ってＡ－ＶＸにログインしているユーザからは空白以外の別のカンパニ配下にある領域のファイルは見えませんし、絶対パスを指定してアクセスすることも出来ません。

＊　それからだいぶほいほいさんの質問から遠ざかってしまいましたが、＃ＮＦＬＮＫは前述グローバルオペレータ（オペレータのほうです）でないと起動できないみたいなので、カンパニＩＤが空白でかつ、Ｚ９（管理権限）をもつユーザを捜す（もしくはシステムを構築したベンダに問い合わせる）ことが必要でしょうね。

（追記）　（注１）の部分は例外というか指定方法があって起動が可能かもしれません。自信がありません。だれか確実な方がおられましたらお教え下さい。

（さらに追記）　カンパニと言う用語はちょっと不適切な用語かな、と思います。リコーのＲＩＣＯＭのＯＳ「ＣＯＭＰＯＳＳ」で使っていたＧＩＤ（グループＩＤ）のほうが適切な用語でしょうね。（最もこの考え方はＮＥＣからのパクリですけどね）

リコーの場合は、オペレータという考え方がなく、セキュリティの考え方はありませんでした。単にＰＡＳＳの設定です。メニューの定義の中にＧＩＤが記述できて、操作員がジョブメニューから、起動したいプログラムまたは子メニューを番号で選んだ時点で呼び出し側のメニューに定義されたＧＩＤ（グループＩＤ）が付与される、つまりファイルの探索範囲が付与される＝ＰＡＳＳが設定される、というやり方でした。　従って子メニュー、孫メニューと伝っていく毎にＧＩＤを変更することも出来ました。
その点ＮＥＣのは堅い（融通がきかない）なあ。。と思います。

なお、カンパニという用語はＮＥＣも後日不適切と思ったのでしょうね。いつの間にかログイン画面では「部門コード」という名称に変わっています。

＃ＮＦＬＮＫについてほいほい 2010-3-10 1:43

Re:＃ＮＦＬＮＫについてＥＸＣＨＡＮＧＥ 2010-3-10 22:32

Re:＃ＮＦＬＮＫについてＮＦＬＮＫ太郎 2010-3-10 22:43

Re:＃ＮＦＬＮＫについてほいほい 2010-3-11 0:12

Re:＃ＮＦＬＮＫについてほいほい 2010-3-11 9:41

Re:＃ＮＦＬＮＫについてＥＸＣＨＡＮＧＥ 2010-3-11 12:10

Re:＃ＮＦＬＮＫについてＮＦＬＮＫ太郎 2010-3-11 12:20

Re:＃ＮＦＬＮＫについてＥＸＣＨＡＮＧＥ 2010-3-11 13:14

Re:＃ＮＦＬＮＫについてターラヤン 2010-3-12 0:17

Re:＃ＮＦＬＮＫについてＥＸＣＨＡＮＧＥ 2010-3-13 15:56 ←いまここ～

Re:＃ＮＦＬＮＫについてほいほい 2010-3-15 11:45

Re:＃ＮＦＬＮＫについて温泉好きのうさぎ 2010-3-16 0:16

Re:＃ＮＦＬＮＫについてほいほい 2010-3-18 9:50

:（ＦＤの変換について）ＥＸＣＨＡＮＧＥ 2010-3-18 19:43