202

原子力プラント事故時手順書表示機械化に関する研究（ステップ２）―― プロトタイプのガイドライン ――Study on Computerized Presentation of Emergency Proceduresof a Nuclear Plant (Step 2)— The Guidelines of the Prototype of
the Computerized Procedure Presentation System —丹羽雄二(Yuji Niwa)*
岩城

エリック
利夫

ホルナゲル

(Toshio Iwaki)(Erik Hollnagel)†‡

要約 情報提示とインターフェース設計の手法は現在の原子力プラントの中央制御室における作業条件に変革をもたらしている．このなかで注目すべき分野は原子力プラントにおいて重要な役割を果たす事故時手順書である．従来，これらの手順書はハードコピー形式で提示されていた．
しかし情報技術の進歩により事故時手順書の計算機化に新たな可能性が生まれた．事故時手順書の機械化を考察する第１段階でこの表示について重要視されるべきである．事故時手順書の計算機による表示仕様が，問題の中心となる Navigation ，機械化のための再フォーマット，操作の進行監視について議論し，さらにより進んだシステム構築を考慮して，ヘルプ機能，プラントプロセスとのリンクも既に考察した．
本論文では，事故時手順書の計算機による表示について実装を前提に，詳細の仕様のガイドラインを検討する．すなわち，手順書表示と手順書フォーマットの関係，手順書を通じた操作進行の登録，印刷文書に対する計算機表示の限界の補償，運転員の作業条件に普遍的に適用出来る機能の付加方法を，経験を通じて，その原理を検討する．
キーワード

事故時手順書表示機械化，ガイドライン，情報技術

Abstract
New methods of information presentation and interface design are changing theworking conditions in the modern Nuclear Power Plant(NPP) control room. One area receiving
considerable attention is that of Emergency Operating Procedures(EOPs), which plays an essentialrole in NPPs. Conventionally procedures are presented in a hard copy form. However developments ininformation technology have offered new opportunities for the computerization of such procedures.
Consideration for the first stage of computerization should be focused upon the presentation ofprocedures. The specification of the computerized presentation of procedures is discussed with respect
to the issues which were central to the project: navigation through procedures; formatting andpresentation of procedures; and process monitoring. Issues that would be included in more advanced
systems, such as help and explanation facilities features, and process linking, are also discussed.
This paper deals with the specific design guidelines that were implemented for the computerization ofprocedure presentation. Issues of principal concern that were identified from this experience arehighlighted, such as the relationship between procedure presentation and format; the registration ofprogress through a procedure; compensation for the limitations of computer displays versus printed
documents; and the way in which the added capabilities of computerized presentation can be generallyutilized in the operators' working environment.
Keywords

computerized emergency operating procedure presentation, guidelines, information technology*（株）原子力安全システム研究所 技術システム研究所†
Human Reliability Associates Ltd., England‡

コンピュータソフト開発（株）

203

1.

緒言

2.

現在の事故時手順書体系は事象ベースと安全機能（兆候）ベースの手順書体系から成立している．一般

プロトタイプの基本仕様の５つの局面からの決定

プロトタイプ基本仕様決定にあたって下記の事項

的に事象ベース手順書は，伝統的なテキストスタイが考慮されなければならない．

ルで記載される場合が多い．一方，安全機能ベース（１）市販のハードウェアを CPPS に使用する．そ

手順書は，フローチャートのように図式化したフォ

れ故，原子力プラントプロセスとのリンクをーマットで記述されている．どちらが運転員の視認とることについては十分注意をしなければな性，把握性に良いかの評価は別研究に譲るとして，らない．CPPS の原子力プラントへの実装に

後者については，これを CRT を通じて表示するシついては，さらに研究を進めた後の問題であステムが実際に稼動している反面，テキストスタイる．

ルで記述された事象ベース事故時手順書の表示機械（２）機械に自律的な機能を持たせるには，高度の化については，一部の例を除いて，稼動していない信号処理や推論を行わなければならず，現状のが実状である．テキストスタイルで記述された事では，商用プラントに即，適用可能な技術が故時手順書の情報を，運転員に的確に，かつ迅速に見あたらない．

提供するシステムのプロトタイプの設計について考（３）事故収束操作にあたって運転員のワークロー察するのが本研究の目的である．

ドの増大を招くものであってはならない．

手 順 書 表 示 の 機 械 化 シ ス テ ム（ C o m p u t e r i z e d（４）現状では運転員の意見が十分に反映されていProcedure Presentation System; 以下 CPPS と言う．）るとは言えない．

仕様の考察に当たって，Navigation，電子化再フォ

以上の事項より，本プロトタイプでは Stand Aloneーマット問題，プラントプロセスとのリンクを如何のシステムを考え，自律，能動的な動作は行わない．に採るか，操作進行の監視，如何なるヘルプ機能をヘルプ機能等は運転員のインタービューを基に後に付与するかの５つの局面から検討し，併せて，極め付加するものとする．以上を纏めれば，本 CPPS プ（１）て基礎的なモックアップを提案した．

本報告は，ロトタイプの５つの局面における実現範囲は表１のこのモックアップから実際のプロトタイプ作成まで黒く塗りつぶした部分通りになる．尚，Navigationの検討結果について言及するものである．

については，Hyper Text の概念の一部を導入する

単なるシーケンシャル表現

階層構造

ハイパーテキスト
構造

インテリジェント
アクセス

フォーマット文書のハードコピー

手順記述の分解

各運転員の役割の明確化

論理構造の明確化

操作進行のモニタ

進行モニタなし

チェック欄に手動チェック

半自動モニタ

全自動モニタプラントプロセスとのリンク

リンクなし

制限値の改変自動パラメータ
読採り

制限値改変＋パラメータ読採り

ヘ ル プ 機 能

ヘルプ機能なし

Contextとは無関係のヘルプ

Context
依存のヘルプHuman-Model
ベースのヘルプ

ナビゲーション

表１５つの局面からの仕様検討

204

手順タスク

要求される行動

詳細な行動

ステップ毎の 次のステップの 認識と手動の混合状態である．
次ステップの同定は認識行為を含む．もし手順書が他の手順書や同定
実行
次のページの手順ステップとリンクしている場合には，手動行動を含む．
次のステップの同定については，以前のステップかサブステップが多数にのぼる場合は，現在のステップの最初の情報が必要になることもある．
注意デマンド：Medium
手動でページを 単にマニュアルスキルである．
注意デマンド：Very Small捲る
手動チェック チェックマーク 単にマニュアルスキルである．
注意デマンド：Very Smallの記入
追加情報によ 要求情報源の同 主として認識行動である．
注意デマンド：Very high定る修正
要求情報源への 主としてマニュアルスキルである．
注意デマンド：Very high
アクセス
情報の発見

認識と手動の混合状態である．
注意デマンド：Medium

表２

手順タスク

要求される行動

現状のタスク分析

詳細な行動

ステップ毎の 次のステップの 認識と手動の混合状態である．
もし，ステップが近傍のサブステップとリンクされている場合
同定
実行は，同定には，手動スクロールが必要かも知れない．
次のステップの同定については，以前のステップかサブステップが多数にのぼる場合は，現在のステップの最初の情報が必要になることもある．それ故，追加情報の表示が必要である．
注意デマンド：Medium or high
必要表示の選択 表示画面間の動きはページをくる程，簡単ではない．表示のアクセスには，特別の工夫が必要である．このナヴィゲーションは追加の作業を要求する．
注意デマンド：Small or medium
手動チェック チェックマーク マウスやキーボード操作が必要である．それ故，現状よりも複雑になる．の記入
注意デマンド：Small or medium
追加情報によ 要求情報源の同 主として認識行動である．表示が良く定義されている場合は，簡単になるであろう．
定る修正
注意デマンド：Very High or high
要求情報源への 分析が十分されている場合には，計算機により改善され得る．
注意デマンド：Small
アクセス
情報の発見

認識と手動の混合状態である．しかし，手動操作は表示システムの設計が良好ならば，簡単になる．
注意デマンド：Medium

表３

CPPS 導入後のタスク分

205

ことを考えているので，当該エリアの半分に斜線を面の１ページ以上に広がっていない限り，考施した．さらに CPPS については，下記の使用条件慮する必要はない．
（４）操作ステップのチェックを仮定する．

基本的には，殆ど認識を必要としないスキ（１）CPPS は中央制御室に１台のみ設置され，CPPSルベースの行動である．

操作に当たるのは，運転責任者クラスの職位の者１名である．操作者は CPPS により「肩（５）追加情報の検索
操作ステップは，付加的な情報（手順書内のごし」のチェックを実施し，また，CPPS に当該操作完了を入力するものとする．

付録，他の手順書）の参照を必要とする可能性（２）CPPS のディスプレーが設置されるのは，運がある．これは，検索行動或いは，コミュニ転責任者クラスの職位の者の机上である．

ケーションを必要とする．従って，手順書の表示に含めても良いものである．

事故時手順書使用にあたってのタス
ク分解と CPPS 導入の影響の検討

さて，CPPS を考えた場合，この導入により如何なさらに CPPS の機能の明確化を行うために，事故ない．一方，CPPS は全体のタスクを軽減しなけれ時にどのように手順書が使用されるかが記述され，ばならない．CPPS の導入により影響を受けるのは，考察されなければならない．事故時手順書の使用が上記の（２），（４），（５）となる．表２，表３に要求される場合には，運転員はシステムの状態を同CPPS 導入前後のタスク評価を示す．

3.

定し，適当な修復操作を採らなければならない．多くの場合，通常，事故収束においては，時間的拘束る不必要な付加タスクも運転員にもたらすべきでは

ユーザー要求の明確化について

4.

を伴う場合が多い．マンマシン・インターフェース

CPPS 導入による利点を前節では明確にしたが，の複雑さと自動化の程度により，運転員の事故認知

一方，ユーザーの要求を明確にしておき，ユーザー

（２）
（３）

状況での困難さが異なる．

事故時手順書使用にとって使い勝手のよい仕様を決定する必要があにおけるタスク分析を次に示す．

る．ユーザー要求を機器に付与される能力と機器の（１）使用すべき手順書の同定制約からの２つの側面から考察しておく．これらは，診断と同定のタスクである．これは，安全上記のことと重複する部分もあるが，仕様考察の上機能ベースと事象ベースに依存している．事から，再掲されるものもあることに注意しよう．

故同定は手順の最初の典型的な行動である．
（２）ステップ順の実行
予め定められたナヴィゲーションに従って手順が実行される．これは，認識というより4.1

能力要求

4.1.1

本質的要求もスキルを含むであろう．意志決定のブラン（１）CPPS は可及的速やかに適切な事故手順書をチがある場合には，追加情報に基づく修正行探索出来るように運転員にナヴィゲート情報動が必要になる可能性がある．
（３）手順書に規定されたステップまたはサブステップの実行
多種のタスクより成立している．例えば，「比較」，「統合」，「意志の疎通」，「確性」，「制を与えなければならない．
（２）CPPS は現在どの手順が実行中なのかを明確に表示することができなければならない．
（３）CPPS は手順に付随する条件を明確に表示することができなければならない．

御」，「 Manipulation 」，「同定／認識」，「記録」 （４）CPPS は明確に行動（操作）と条件の従属性
Scanning 」，「実行」（４）である．このように（リンク）を表示することができなければならスキルベースの行動と認識の結合ということない．

ができる．手順表示に関し，運転操作実行と（５）CPPS は手順ステップに付随するコメントを表示画面参照の干渉問題については，表示画表示することができなければならない．

206（６）CPPS はどのステップが実行され，どのステップが未実行かを明確に表示できなければなとなる推奨項目を列挙する．
（１）手順書間の動き
手順書間の動きは，連続的に行なうよりもらない．
（７）CPPS は運転員が事故収束過程における自分表示ページ（スクリーン），セグメント単位での位置を把握するために必要な情報を提供で実施するのが良い．これはナヴィゲーション

きなければならない．の認識のためである．表示はスクリーンを越えるものであってはならない．スクリーンよ（８）CPPS の仕様にあたっては，標準的な干渉，即ちキーボード操作かマウス操作のみが導入り大きい場合は，（水平，垂直）スクロールがされなければならない．

要求される．不必要なスクロールは運転員操作の負担の観点から避けるべきである．

4.1.2

付加的要求

（２）フォーマット作業
決まった立場から定義されていなければな（９）CPPS はその入力方法において冗長な手段をらない．運転員は，手順書のページを認識で採用しなければならない．

きるように注意しなければならない．情報を（10）CPPS は可能な限り実際の操作の進行に適応探す必要のないように心掛けなければならなしなければならない．

い．

（11）CPPS は手順の表示に関して実プラントのプロセス信号は採用せず，手動によるチェック（３）ウィンドウとパン重要な情報を隠すことがあってはならない．

を採用する．
（12）CPPS は手順がどのように実行されたかをロ（４）手順
自分の操作ステップがハイライトで認識でグできる機能を有さなければならない．

きなければならない．

4.2制約要求（５）多重のサブステップ
各々の項目が分離されて表示されなければ（13）CPPS の表示は遅延があってはならない．特ならない．ステップが実行されれば，認識さに表示が変わるときの表示速度に注意しなけれなければならない．これは，操作監視，追ればならない．
（14）CPPS はグラフィック・ユーザー・インター加説明の基礎情報を与えるものである．
（６）要求される他の手順書との干渉（ナヴィゲー

フェース（GUI）の人間工学的ガイドラインにション）は最小にしなければならない．ユー沿ったものであることが基本的に必要である．

ザーの観点から構造は可能な限り単純でなけ（15）CPPS は設置される中央制御室の標準に準拠ればならない．

したものでなければならない．
（16）CPPS は現行の事故時手順書を変えるものであってはならない．

5.2

情報表示に関するガイドラインの考察（17）CPPS での表示ページ，手順書間の移行は最小にしなければならない．
（18）CPPS には高解像度の VDU が使用されなければならない．

5.
5.1

一般的な表示のガイドライン
基礎となる推奨項目

一般的なガイドラインを与えるにあたっての基礎

CPPS に関する一般的ガイドラインを下記の項目について考察した．これは基本的に表１に記した５つの局面に関係が深い．
（１）表示構造
表示構造とは，表示全体に亘って使用される情報表示エレメントの性質を言う．
被表示対象である事故時手順書を考えた場
合，表示エレメントはテキスト，カーソル，207

チェックボックス，その他ボタンから成立す（３）情報のコーディング

る．テキストには例えば付随するコメントを表示の構造を強調するため，あるいは状態，示すような特殊記号も含まれる．カーソルは条件をシンボル化するために，特種な局面に常時ユーザーが認識できるものでなければな対してユーザーの注意を引くために使用されらない．テキストはできるだけ簡単で短い文るものである．

章で表されるべきである．現状の事故時手順最も重要な事項は，チェックボックスの状

書の文章表現をサーベィする限り，多くは冗態と条件間の関係 （１）を運転員に良好な誘目長な表現もなく，問題がない．アイコンの使性を以て示すことである．また，現在実行中用にあたっては，各アイコンは単一の対象かのステップが明確に表示されなければならな行動を示すものでなければならない．アイコ

い．さらに細目のガイドラインは下記のとおンは CPPS 全体を通じて同じものを用い，かりである．

つ，他と明確に識別できるものでなければな−略語，記号の使用にあたっては，運転員がらない．

共通の認識を持つものでなければならない．

（２）表示画面における情報の構成
表示エレメントが全体としてどのように組織化・配置されているかを言う．

−強調については，現在の実行ステップ，特別な条件，アクティブなフィールドを示すために適用されるべきである．これらは行動の表示構成は運転員が自分の求める情報を容フィードバックに供用されるべきものである．

易に探し出すことができるだけでなく，探し−強調の方法は本 CPPS を通じて共通したも出した情報のカテゴリーを容易に同定でき，のでなければならない．

早急にかつ正確に情報を読みとることができ−カラーの使用の目的は，あくまで単一色でなければならない．これらを勘案し，手順スコーディングされた表示について付加的な役

テップを表示する Identification Segment，手割を担うものでなければならない．従って，順そのものを表示する Procedure Segment，コ色の使用にあたっては保守的である方が良い．

メントを表示する Comment Segment を図１の−アスタリスク，矢印等の特殊記号の使用はとおりの Tiled Window（固定ウィンドウ）に割運転員の誘目の目的で使用されるべきである．

り当てる．Procedure Segment においては，可能な限り Orientation（手順ステップの目的・意味が把握できること）を失わない程度で字の密度を最小化しなければならない．図２にモックアップ（１）の概念を導入した例を示す．

（４）多重情報の表示多重表示問題は，表示すべき情報が１ページ以内に収まらない場合に生ずる．
手順ステップが複数ページに及ぶ場合に多重表示の問題が生じる．また表示画面間の動きも本問題に含まれる．本来，事故時手順書のステップはシーケンシャルに実行されるた

Identification Segment

めにデータ構造は簡単なものになることが予想される．従って，表示画面間の動きも基本的には単純なものとなる．CPPS ではページ

Procedure Segmentを繰るような動きを採用し，１ステップの実行が終了すれば自動的にそのステップが消去され，画面に収まりきらない新しいステップ

Comment Segmentが表示画面の最下部に表示されるという，いわゆる自動スクロールの手法は採らない．細目について下記に示す．

図１

Segment（Pan）の割り当て208である．

−基本的には現在のページ（１画面に表示された全ての手順を示す．以下同じ）の条件節の全てが満たされなければ，次ページには進むことができないようにするのが適当である．

5.3

Human-Computer Interaction に関する考察すべき一般的ガイドライン−手順ステップが１ページに収まりきらない一般的ガイドラインの考察に加えて，Human-時は情報が次のページにも続くことが明確にComputer Interaction に関するガイドラインを考察表示されなければならない．また，最終のスしておく必要がある．これらは，実際の CPPS のソテップについては，それが最終であることもフトウェア構築時に重要となる事項であるので，こ示されなければならない．

こでは，項目の列挙のみに止める．

−ページ中の強制的スクロールやページ変え（１）システムの反応時間は複数の手段を用意するのが適当である．
−上記の機能は運転員に明確に提示されなければならない．

システムの使用を妨害しないように十分早い必要がある．
（２）表示画面間の動き−強制的なページ変えを行う場合には，１ページのページ変えのみならず，複数ページのページ変えの機能も持たせるべきである．
（５）表示バックグラウンド

利用できる異なる画面を如何にアクセスするかに関連する問題を言う．
（３）ウィンドウの干渉
様々の状態においてウィンドウの干渉に関表示，特に静的表示に関する一般的な「文脈 （Context）」を指すものである．
表示バックグラウンドは実質的に何の情報ももたらさないので，受動的な要素であるべきである．さらに具体的には実際使用される中央制御室環境に応じて決められるべきもの

図２する問題である．アクティブ／インアクティ
ブ，オープン／クローズに生ずる問題がある．
（４）表示画面における情報の取り扱い
情報がどうように選ばれ，編集されるの問題を言う．
（５）構造化された表示シーケンス間の動き

図１で示したレイアウトに適用した例

209

構造化された情報（例えばデータベース）に如何にアクセスするかに関連する問題を言う．

Identification Segment（６）ユーザーガイダンス
ユーザーガイダンスはユーザーがタスク遂行順序を把握するのを支援し，生起した事象からのフィードバックを提供することを言う．
（７）機械システムとの相互会話

Procedure Segment

Comment Segment

どの会話方法が可能かに関連する問題を言う．例えば，コマンドキー，マウス，自然言語入力他である．本 CPPS では，チェックボックス入力が対象となる．
（８）キーストロークコマンドとカーソル

図３

再考された Segment（Pan）の割り当て

キーボードとの関係，スクリーン内でのカ5.4ーソルの動きを言う．動的画面の設計で重要なる．これらについては，一般的に視距離をな概念である．

400mm 以上を前提に 25 分であることが要求

日本語表示のための CPPS ガイドラ
イン

されている．２章の設置条件（２）を考慮すれば，視距離が 600mm と仮定される．これに比例計算を施せば，視角 25 分で文字の高さは約以上の一般的ガイドラインからさらに日本語（漢4.4mm 以上必要なことが判る．これは 12 ポイ

字＋ひらがな，カタカナ）の表示を念頭におき，詳ントと 13 ポイントの中間になる．CPPS では細なガイドラインを考察した．（５）13 ポイント以上の文字を使用することが必要（１）ウィンドウの配置
CPPS の場合，各ウィンドウ内に表示されである．図４にこの概念を示す．
（４）文字フォントる情報に対して運転員が連続して文章を読みペーパー文書では文字フォントを変えることる必要がある．漢字の場合，14 〜 17 インチとによる強調，情報分散は有効な手段である

ディスプレーを仮定した場合，視認性を考慮が，現状の CRT の解像度を考慮した場合，複した場合，１行あたり 40 字程度が上限となる．

数フォントを表示することを前提にして画面従って，図１に示したような配置では横長と設計ガイドラインを検討することは困難と思なりすぎ，可読性が著しく劣ることとなる．

われる．陽画表示では文字のストロークが広図３に示すような配置が日本語表示を仮定しめの方が好まれ，陰画表示では狭めのストロた場合，より適当である．特に Procedureークが好まれる傾向を勘案して，太めのスト

Segment では，表示内容を正確に読みとる必要がより高いので，１行の文字数を 20 〜 25文字に抑えることが肝要である．
（２）表示極性ロークを有するゴシック体を採用する．
（５）行間
テレビジョン学会での報告によれば，文字が大きくなる程，最適な字間，行間は相対的

表示極性には，陰画表示と陽画表示があるに狭くなり，文字の大きさ 10mm 程度以上でが，人工照明，作業者の姿等がディスプレー各々 1/4（文字幅に対する比率），3/4（文字高に管面に映り込んでも視認性への影響が少ない対する比率）に収束することが見いだされてい陽画表示を採用するのが CPPS の設置場所，る．この成果を利用し，13 ポイントでは行間目的を考慮した場合，より無難である．

はダブルスペースに近づける努力を行う．

（３）文字の大きさ
視認性については，視角が決定的な要素と（６）文字色，背景色
陽画表示ではコントラストの関係から使用

210

図４

視角と視距離可能なカラーの種類は制約される．一般的に法を適用するよりは，冗長な，即ち複数の強背景色については飽和度が低く，文字色と背調コーディング手法を併用することが CRT で景色の色差が強くない方が CRT 使用者の評価の視認性を考慮した場合，重要である．カラは高い．また，純色は見やすいとは言えない．

ーの使用数については，最大８色とされていまた，単一原色カラー表示機能の喪失を仮定る．点滅もかえって目の疲労等により，視認した場合，原色を使用した画面は，当該の表性を低下させる可能性がある．その他上記の示が全く画面から消えることから，原色の使項目を総合的に勘案して，CPPS では反転を用は避けるべきである．刺激純度（色の鮮やか中心とした強調表示を採用する．以上のガイさの指標で，飽和度が高く鮮やかで純色に近ドラインを踏まえて作成した例を図５に示す．

い程刺激純度は 1.0 に近づく．）または飽和度の低い文字色の方が視認性を要求される文字

6.

CPPS のデータベースについて表示には適している．文字色については，ドCPPS の表示すべき基礎データが，行動（操作，イツ工業規格（DIN 66234）に単色表示では黄，観察行動），操作を駆動するための条件，コメント

緑，橙，白，灰が推奨されているが，多色表（１）（説明，ヘルプ等），担当者である．
CPPS のデ示では色数を減じ，色差を大きくすることとータベースを構築する方法は基本的に表４のようなしている．また，可視域両端の赤，青は輝度ワークシートを用意し，もととなる文書の事故時手や目の焦点調節が容易でないことからも避け順書の記述を分解していけば良い．この作業のためるべきである．以上を勘案し，陽画表示であに文書の事故時手順書の「表現」に関して明確にしる CPPS については，背景が明るい灰で文字ておくことが必要である．一般的に行われるバッカは黒，あるいは飽和度を多少下げた青を使用

ス法（BNF）による表現をしておけば，ソフトウェする．強調表示には，背景が黒で文字には飽ア構築に極めて有利である．この概念を図６に示す．

和度を下げた黄，あるいは背景には飽和度を文書の事故時手順書と CPPS のデータベースでの表下げた青で文字は白という配色を採用する．

現は可能な限り同一のものにする必要がある．基本（７）強調の方法

的な事故時手順書の構造を BNF で表す．

強調表示は重要な情報を強調し，識別しやProcedure::=<ProcedureIdentifier><ProcedureSteps>

すいようにするための表示方法であり，反転，（1）点滅，下線，カラー化，高コントラスト化な

ProcedureSteps::= <ProcedureStep>｜<ProcedureStep>

どのコーディング手法がある．単一の強調手<ProcedureSteps>

（2）

211

図５

担当操作

ガイドラインに基づいて作成された画面例

擬ナン 条件バー

制御員 RCS流量計でSI流 １：ａ SI流量計：量を確認する．
FI-900P, 901P, FR-900

手順書内のコ
メント

インデック
ス

計器横の緑
マークが正常値

100

AND

101

１：ｂ RHR流量計：
FI-604P, 605P, 614P, 615P,
FR-604××× ××××
××××× ××××××
××

表４

102×××

データベース構築のためのワークシート

××××

212

図６

CPPS ソフトウェア構築の概念

Conditions::=<Condition>｜<Condition><Conditions>

ProcedureIdentifier::= <ProcedureNumber><ProcedureName>

（16）

（３）

ProcedureNumebr::=symbol（４）

Condition::=text（17）

ProcedureName::=symbol（５）

Number::=<Digit>｜<Digit><Number>（18）Digit::=digit（19）

ProcedureStep::= <Seqnumber><OperatorId><Operations><ConditionType>

本データベースにおいては，１手順はレコードの集<Conditions><Comments><RecordNumber>
SeqNumber::=<Number>（６）

合となる．レコード数は procedure step の一部であ（７）

る operations, conditions, comments の数により決定される．各々のレコードは下記のように７つのフィ

OperatorId::= 制御員 ｜ 当直長｜ 補機員 ｜ 主機員 ｜ 全員

（８）ールドから構成される．

Operations::=<Operation>｜<Operation><Operations>Operation::=text（９）[SeqNumber（:integer）],（10）[OperatorId（:string）],[Operation（:string）],

ConditionType::= <Bracket><ConditionType>｜<ConditionType><Bracket>[ConditionType（:string）],｜<ConditionType>（11）[Condition（:string）],[Comment（:string）],

ConditionType::= AND ｜ OR

（12）

[Number（:real）]

Bracket::=（ ｜ ）（13）Comments::=text（14）

このレコード形式に従い，CPPS のデータベースをRecordNumber::=Number（15）構成した．

（20）

213

7.

ソフトウェアについて

参考文献

表示のためのソフトウェアは，Type に応じてそ（１）丹羽雄二，エリックホルナゲル，原子力プラの条件節が満たされれば，次の Operation を表示すント事故時手順書表示機械化に関する研究るもので，これ自身は簡単なものである．但し，ど（ステップ−１

この Segment が Active であっても所要の手順ステッ

INSS Journal No.1,1994

プにアクセスでき，表示するための機能を十分に盛り込む必要がある．

基本概念と仕様の考察），（２）Bainbridge, L. Ironies of automation. In J.
Rasmussen, K. Duncan and J. Leplat, New
technology and human Error. London: Wiley,

8.

結言

モックアップ作成の知見に基づいて，より具体的

1987（３）Billings, C.E. Human-centered aircraft

な CPPS のガイドラインとこれに基づく静的なペー

automation: A concept and guidelines. NASA

パーイメージの画面の設計・考察を実施した．しかTechnical Memorandom 103885, August, 1991

しながら，実際のプロトタイプを作成するには，前（４）Rouse, W.B. Human-computer interaction in the章で記したように，なお考察すべき多くの点がある．

control of dynamic system. ACM Computing

今後はこの問題を解決しながら，実際のプロトタイ

Survey, 13（1）, 1981

プを作成する．最後に日本語表示のガイドライン作成にあたって有用な御助言を頂いた労働科学研究所の労働衛生心理部の高橋誠第２研究室長に謝意を表します．

（５）高橋誠運転手順書機械化に関する業務報告書 （財）労働科学研究所, 1994 （非公開）