５．ＯＣＦを使ったセキュリティの実際

（３）パスワードのみ

ＯＣＦの機能の中で一番簡単なものです。
システム生成で、ＯＣＦ機能をオペレータのみ（（NNN））にすると、操作開始時などにオペレータコードとパスワードを求められるようになります。

最初にＰＣ／ＷＳエミュレータを起動したり、操作開始コマンドを実行したりすると以下のようにオペレータコードの入力画面になります。




オペレータコードを入力すると、オペレータ名が表示され、次にパスワード入力になります。




パスワードが正しいと操作開始となります。もし初期プログラムが設定されていれば、そのオペレータ用のジョブ（メニューなど）が自動実行されます。

１つの端末（ＰＣ／ＷＳエミュレータ含む）を１人（１オペレータ）で使用しているのならば、１度操作開始を行ってしまえばオペレータコードを再度入力することはありません。 しかし、１台の端末を複数のオペレータが共用している場合、画面接続コマンド、プログラム放棄コマンド、拡張システムコマンド入力時などにオペレータコードの入力を求められることがあります。

例えば、画面接続コマンドを実行する場合を考えてみます。画面接続コマンドは、裏側にあるジョブを表側に（ステーションに接続）するコマンドです。１台の端末で３人のオペレータが実行中であるとします。画面上には、オペレータＡのジョブが表示されています。そうすると裏側にオペレータＢとオペレータＣのジョブが実行中なわけです。オペレータＢが自分のジョブの画面を見るために、自分のジョブを表側にしたいとします。このときにオペレータＢは画面接続コマンドを実行し、オペレータコードの入力画面で、自分のオペレータコードを入力することになります。そうするとオペレータＢのジョブが表側になります。

既に操作開始済みのオペレータが、再度操作開始コマンドを実行することはできません。
よく間違えるのが、裏側に自分のジョブがあるのに気付かず、また操作開始コマンドを実行してしまうことです。
操作開始コマンドを実行して、「操作開始コマンドは実行できません」というエラーメッセージが表示された場合は、自分のオペレータコードで画面接続を試してみてください。たいていの場合、自分が以前実行したジョブが表示されます。

システム生成を「オペレータのみ」にした場合、１つ重要な問題があります。オペレータコントロールファイル保守のユーティリティのセキュリティがなされていないため、どのオペレータからも実行可能であるということです。具体的には、どのオペレータも全員のパスワードを知ることができるし、変更することも可能になっています。したがって、このシステム生成ではなく、もう一工夫したレベル３の方を使用すべきです。

ちなみに、以下はオペレータコントロールファイルでオペレータの情報を参照したところです。


このレベル１は、誰でもオペレータコントロールファイル保守が実行できるので、各個人がパスワードを変更するという運用にする時には、便利かもしれません。
ただし、上で説明したようにオペレータコントロールファイル保守を直接実行すると、誰でもパスワードが見れてしまうので、オペレータコントロールファイル保守ユーティリティは自分のパスワードのみ変更できるようにＪＳで制御を行い、かつそのＪＳを初期プログラムのメニューから実行できるようにし、オペレータコントロールファイル保守ユーティリティは直接実行できないような構造にする必要があります。