一般社団法人ディペンダビリティ技術推進協会
第6回 DEOS協会 オープン シンポジウム

IEC 62853の現場適用〜規格の効率的な理解と活用〜

2019年6月11日
一般社団法人ディペンダビリティ技術推進協会 理事
技術活用部会 主査
山浦一郎（富士ゼロックス株式会社）

1. IEC 62853の超高速理解!
2. どの辺りが難しいか？
3. 効率的な理解に向けて

1. IEC 62853の超高速理解!
2. どの辺りが難しいか？
3. 効率的な理解に向けてIEC 62853には何が書かれているか？

IEC 62853には・オープンシステム を・ディペンダブルにするために・実施する項目が書かれている

IEC 62853のもくじの一部
6 Process views for achieving open systems dependability .................................. 14
6.1 General ............................................................................................................ 14
6.2 Consensus Building process view ................................................................... 15
6.2.1 Purpose ......................................................................................................... 15
合意形成 プロセスビュー
6.2.2 Outcomes ...................................................................................................... 16
6.2.3 Processes, activities and tasks ...................................................................... 17
6.3 Accountability Achievement process view ..................................................... 20
6.3.1 Purpose ......................................................................................................... 20
説明責任プロセスビュー
6.3.2 Outcomes ...................................................................................................... 21
6.3.3 Processes, activities and tasks ...................................................................... 22
6.4 Failure Response process view ....................................................................... 30
6.4.1 Purpose ......................................................................................................... 30
障害対応プロセスビュー
6.4.2 Outcomes ...................................................................................................... 31
6.4.3 Processes, activities and tasks ...................................................................... 33
6.5 Change Accommodation process view ........................................................... 38
6.5.1 Purpose ......................................................................................................... 38
変化対応プロセスビュー
6.5.2 Outcomes ...................................................................................................... 39
6.5.3 Processes, activities and tasks ...................................................................... 40

IEC 62853の肝です！ (p.15〜p.48 全148ページ中)

1. IEC 62853の超高速理解!
2. どの辺りが難しいか？
3. 効率的な理解に向けて

4つのプロセスビュー間の関係
オープンシステム・ディペンダビリティの達成
新たな視点
旧来の視点

説明責任遂行ビュー
情報の提供

変化対応ビュー

障害対応ビュー
再発防止
合意形成が基礎となる

合意形成の支援

合意形成ビュー
変化対応後の合意維持

１つの項目がライフサイクルのあちこちのプロセスと関連する

各プロセスビューのアウトカム
合意形成 P.V.
アウトカム
プロセス
説明責任 P.V.
アウトカム
プロセス
障害対応 P.V.
アウトカム
プロセス
変化対応 P.V.
アウトカム
プロセス

合意形成 P.V.のアウトカム
障害対応 P.V.のアウトカム
変化対応 P.V.のアウトカム
説明責任遂行のアウトカム

a. 主要決定事項とリスクの同定
b. 主要決定事項の責任者同定
c. 合意事項不達要因同定
d. 合意事項不達の影響分析
e. 合意事項不達の影響の合意
f. 主要決定事項のモニター
g. 意思決定フィードバックループ
h. 合意事項不達の場合の補償
i. ステークホルダへの情報提供

これを読んだだけで、何をどうすればいいかわかるか？

各プロセスビューのプロセス
ISO/IEC/IEEE 15288
合意形成 P.V.
アウトカム
プロセス
説明責任 P.V.
アウトカム
プロセス
障害対応 P.V.
アウトカム
プロセス
変化対応 P.V.
アウトカム
プロセス

プロセスはベースとなる他の標準(15288)を参照しているISO/IEC/IEEE 15288(system life cycle processes)とISO/IEC/IEEE 15289(information items)との関係
入力情報(15289)

処理(15288)

出力情報(15289)

各プロセスに関係する情報項目も他の標準(15289)をベースに

1. IEC 62853の超高速理解!
2. どの辺りが難しいか？
3. 効率的な理解に向けて

実施例-1

教科書を作成。
® 教科書を読む人より、作成者のほうが理解が進んでしまった実施例-2つながる世界のリスク17の開発指針

IPA SECの「つながる世界の開発指針」にIEC 62853を適用してみた

実施例-2つながる世界の17の開発指針
方針：
方針：
4.1 安全安心に企 4.1
業として取り組む

方針：
分析:
分析:
分析:
分析:
設計:
設計:
4.1
4.2 リスクを認識 4.2
4.2
4.2
4.3 守るべきもの 4.3
するを守る設計を考える
123
456789
安全安心の基本 安全安心のため 内部不正やミスに 守るべきものを特 つながることによ つながりで波及す 物理的なリスクを 個々でも全体でも つながる相手に方針を策定する の体制・人材を見 備える
定するるリスクを想定す るリスクを想定す 認識する守れる設計をす 迷惑をかけない
直す
る
る
る
設計をする

設計:
設計:
保守:
保守:
運用:
運用:
運用:
4.3
4.3
4.4 市場に出た後 4.4
4.5 関係者と一緒 4.5
4.5も守る設計を考えに守るる
1011121314151617
安全安心を実現 不特定の相手と 安全安心を実現 自身がどのような 時間が経っても安 出荷後もIoTリス 出荷後の関係事 つながることによする設計の整合 つなげられても安 する設計の検証・ 状態かを把握し、 全安心を維持す クを把握し、情報 業者に守ってもら るリスクを一般利性をとる
全安心を確保で 評価を行う
記録する機能を る機能を設ける 発信する
いたいことを伝え 用者に知ってもらきる設計をする
設けるるう①導入、運用、保 ①不用意なつな①IoTコンポーネ ①安全安心を実 ①IoTコンポーネ ①つながる機器 ①自身の状態や ①経年で増大す ①欠陥や脆弱①セキュリティ上 ①盗まれたり紛 ①外部インタ①経営者は、つな ①つながる世界 ①つながる世界 ①つながる世界 ①クローズドな他機器との通信 るリスクや変化す 性、事故やインシ 守、廃棄で守って ぎ方や不正な使がる世界の安全 における安全安 の安全安心を脅 の安全安心の観 ネットワーク向け の脅威や機器の 失した機器の不 フェース経由／内 ントの異常を検知 現するための設 ントがつながる相 やシステムは、安心の基本方針 心上の問題を統 かす内部不正の 点で、守るべき本 の機器やシステ 故障の影響が、 正操作や管理者 包／物理的接触 できる設計を検討 計を見える化す 手やつながる状 IoTならではのリス 状況を把握して記 る使い方・利用環 デントの最新情報 もらいたいことを い方をすると、自況に応じてつなぎ クも考慮して安全 録する機能を検 境に対し、アップ を常に収集・分析 直接それらの業 分だけでなく、他る。
を企業として策定 合的に検討でき 潜在可能性を認 来機能や情報な ムであってもIoTコ 他の機器とつな のいない場所で によるリスクに対 する。
務に関わっている 人に被害を与えデートなどで安全 する。
ンポーネントとし がることにより波 の物理的な攻撃 して個々のIoTコ ②異常を検知し ②安全安心を実 方を判断できる設 安心の設計の検 討する。
し、社内に周知す る体制や環境を 識し、対策を検討 どを特定する。
②つなげるため て使われる前提 及するリスクを想 に対するリスクを ンポーネントで対 たときの適切な振 現するための設 計を検討する。 証・評価を行う。 ②記録を不正に 安心を維持する ②必要に応じて 担当者や外部の たり、環境に悪影する。
るとともに、継続 整える。
消去・改ざんされ 機能を検討する。 社内や関係事業 事業者に伝える。 響を与えたりする策を検討する。 る舞いを検討す 計の相互の影響 ②危険なつなぎ想定する。
的に実現状況を ②そのための人 ②関係者のミスを の機能(IoT機能） でリスクを想定す 定する。
リスクがあること者、情報提供サイないようにする機方をしにくい設計を確認する。
②特に、安全安 ②中古や廃棄さ ②個々のIoTコン る。
把握し、見直して 材（開発担当者や 防ぐとともに、ミス についても、本来 る。
を一般利用者にトなどへリスクの能を検討する。
や危険なつなぎいく。
保守担当者など） あっても安全安心 機能や情報の安 ②つながる相手 心対策のレベル れた機器の情報 ポーネントで対応伝える。
情報を発信し共方に気づくようなが偽物だったり、 が低い機器やシ などの読み出しや しきれない場合を確保・育成す を守る対策を検 全安心のため②安全安心を維有する。
設計を検討すに、守るべきもの 乗っ取られるリス ステムがつながる ソフトウェアの書 は、それらを含む討する。
る。
持していくためにる。と、影響が波及す き換え・再販売な 上位のIoTコンとして特定する。 クを想定する。
一般利用者に③保守時のリス るリスクが高まる どのリスクを想定 ポーネントで対策守ってもらいたいを検討する。
ク、保守用ツール ことを想定する。 する。
ことを伝える。の悪用によるリスクも想定する。

大項目
Ｎｏ
指針

ポイント

各列コメ ント→62853のアウトカムa) ステー
クホルダ
間でシステム等に関する共通理解と明示的合意が確立している

IEC62853で要求される
アウトカム

具体的説明

本指針が関係す 人材の確保・育成 合意形成においる項目は多い。し は合意につなげ ては、本指針はかし、「理解」や る理解の醸成に ほぼ無関係とい「合意」について 寄与する。しかえるの明確な記述は し、明確な合意形 個々の指針毎のない。
成や他ステークホ 合意も必要であルダの合意の記 る。
述はない。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成におい 設計の見える化 合意形成においては、本指針は が合意形成の一 ては、本指針はほぼ無関係とい 助になることは確 ほぼ無関係といえるかだが、まだ不足 える個々の指針毎の個々の指針毎の合意も必要であ合意も必要である。
る。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

本指針が関係す 本指針が関係す 本指針が関係する項目は多い。し る項目は多い。し る項目は多いしかし、「理解」や かし、「理解」や かし、「理解」や「合意」について 「合意」について 「合意」についての明確な記述は の明確な記述は の明確な記述はない。
ない。
ない。

各 行 コ メン ト↓「システム等」とはシステム、シス
テムの目的、目標、環境、性能、ライフサイクルおよびそれらの変化を言う

各資料はステー 明示的に合意す 社内に周知
人材（開発担当者クホルダー毎に るような記述は (明示的な合意ま や保守担当者な利用できるよう ないでは無い）ど）を確保・育成
準備し理解/合意(社内のステークレベルがわかるホルダのみへのようにしておく
理解対応。
明示的な合意までは無い）

1)システムのス
テークホルダが同定されている

ステークホル
ダー記入欄がありその全体リストも出るようにしておく

いくつかのス
社内に周知
テークホルダが出てくるが、網羅されている保障はない

２）記述の枠組みが確立しており、全てのステークホルダーによって理解されている

文書関連図ががありその図とス
テークホルデーとの関係がわかるようにしておく

指針1〜17が記述の枠踏みといえるか？
記述の枠組みについての理解か？ だとするとこの列は該当なしとなる

３）システム等についての各ステークホルダによる共通理解が得られている

ステークホル
ステークホルダ 社内に周知人材（開発担当者
ダーのドメイン を網羅している 通知だけでは「理 や保守担当者なにあった言葉で かは？
解」には届かない ど）を確保・育成
記述され記録さか？
育成をしているのれていることで「理解」には十分と考えられる

４）合意が得られない場合の調停プロセスが定められている

合意形成プロセ ここまでの記述
スを用意し各ス はみあたらない
テークホダーに説明し理解され各関連文書にス 明示的に合意と 明示的に合意と 明示的に合議とテークホルデー 記録は記述され 記録は記述され 記録は記述されていない→各社・ ていない→各社・の理解/合意レベ ていない
各組織の活動に 各組織の活動にルの記録をする依存する依存する

５）３）の理解に基づいてシステムに関する明示的合議が得られ、記録されている。

合意形成においては、本指針はほぼ無関係といえる個々の指針毎の合意も必要である。

設計:
4.3

どうすれば「差異が少ない」といえるのかが難しい設計を見える化
設計の相互の影響を確認
見える化すること
で、開発者のみならず、経営層、発注元、外注先などに対するセーフティやセキュリティの設計品質の説
明及び合意にも活用することが可能である

人材（開発担当者や保守担当者など「周知」でどこまで 人材（開発担当者できるかが鍵→ や保守担当者な各社・各組織の活 ど）に限定されるが、育成している動に依存するので差異は縮小できるはず

６）合意文書の解釈のステークホル
ダーによる差異は少ない

合意に利用した文書名を記述し即座に取り出せる環境としておく

７）以上のアウトカムが公正で全てのステークホルダにマインドフルなやり方で達成されている

ステークホル「マインドフ「周知」でどこまで 「育成」のやり方
ダー毎の理解/合 ル」のレベルは できるかが鍵→ に依存する
意状況が即座に 各組織のやり方 各社・各組織の活見られる環境と に依存するし、 動に依存するしておくどこまでできているかの確認も難しいことは確か。

社内や関係事業 出荷後の関係事 一般利用者に者、情報提供サイ 業者に伝える知ってもらう
トなど(明示的な合意ま (明示的な合意ま
リスクの情報を発 では無いが、教育 では無い）
信し共有や訓練が含まれる）

社内や関係事業 出荷後の関係事 一般利用者
者、情報提供サイ 業者
トなど

開発者のみならず、経営層、発注元、外注先など見える化すること
で、開発者のみならず、経営層、発注元、外注先などに対するセーフティやセキュリティの設計品質の説
明及び合意にも活用することが可能である

社内や関係事業 出荷後の関係事 一般利用者
者、情報提供サイ 業者
伝えるだけなのでトなどへ発信し共 伝えるだけなので 理解が得られる
有する
理解が得られる かは保証なし
かは保証なし明示的に合意と記述されていない→各社・各組織の活動に依存する

明示的に合議と 明示的に合議と記録は記述され 記録は記述されていない→各社・ ていない→各社・各組織の活動に 各組織の活動に依存する依存する開発者のみならず、経営層、発注元、外注先などに限定されているが、見える化によりある程度差異はすくなく解釈できる？

情報を発信し共有→共有の具体的な方法に依存する

マインドフルかど
うかは組織のやり方に依存する共有の具体的な 伝えるだけなの 伝えるだけなの方法に依存する で、マインドフル で、マインドフル
かどうかは伝え方 かどうかは伝え方に依存するに依存するマッピング結果

明示的に合議と記録は記述されていない→各社・各組織の活動に依存する

直接それらの業 伝えるだけなので務に関わっている 解釈の差異がすく担当者や外部の ないとはいえない
事業者に伝える→伝え方に依存する

この成果をまとめる作業で、IEC62853の理解がさらに進んだ

実施予定

IEC62853のアウトカムと開発文書のマッピングをしたい！
® 現場の既存の開発文書への適用が容易になるまとめると…

IEC 62853を理解するために、参考書などはある。
が、やはり、手を動かして作業するのが一番理解が進む！
（IEC 62853を推進した先生と共に）そこで…

技術活用部会で活動しませんか？
• 定期開催（奇数月の第3月曜日 17:00〜）
各会員企業にとってより価値が出るように部会を以下の①の活動を主とする。
①のテーマは完了しだい、次のテーマを検討し選定する。
メンバの要望や参加に応じて、複数Working Group活動も予定する。

– ①IEC62853の開発文書とのマッピングWorkingGroup参加: 作業する会員メンバ限定※会員の方で、参加希望の方は随時連絡ください– ②上記①の活動成果報告（年数回）
目的: 会員へのアウトプットの展開
参加: 会員は誰でも参加可能（今までと同様）

ぜひ一緒に作業して効率的にIEC 62853を体で理解しましょう！
2017/6/6