船舶の運航と保守運用のデジタル化における共通課題とスマナビ研の貢献

BEMAC株式会社 東京データラボ
山田 隆志©2023 JSMEA

1

目次• 自己紹介• スマートナビゲーション研究会のこれまでの成果• ISO16425の紹介• IACS UR E26/E27 の概要とSSAPの取組• スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• まとめ©2023 JSMEA

2

1. 自己紹介
山田 隆志（やまだ たかし）
■趣味：サイクリング、最近ちょっと料理の楽しさが分かってきた■愛媛県今治市出身、東京都台東区浅草在住
この人とは違います■経歴
平成元年にBEMACに入社
以来、自社のシステム開発と運用、公官庁システムの開発、制御システ
ムやIoTシステム開発に従事し、2021年度より東京データラボに移籍。
自律船システムの開発、JIS、ISO、IECの国際規格の開発に従事しています。

3

目次• 自己紹介• スマートナビゲーション研究会のこれまでの成果• ISO16425の紹介• IACS UR E26/E27 の概要とSSAPの取組• スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• まとめ©2023 JSMEA

4これまでにスマナビ研で開発されたISO
ISO 19847（実海域データ共有化のための船内データサーバ）
ISO 19848（船上機械及び機器用データ標準）

Data Center

Service Provider

User

Performancemonitoring

Ship
operator

Data center(operated byneutral body)

LAN

D/G

Asia

Softwareagent

PP

Boiler
T/G…

broadband

Shipboarddata server

Security / access control

Ship

M/E

requestShip
owner
Weather routing
Ship
Managementcompany

Enginemonitoring

VDR

Class Society

Radar

data

ECDIS
BMS

Onboard application

Cargocrane•••….
•

Weather routing
Performancemonitoring
Enginemaintenance
Plant operation
optimization•

ISO 23807
船陸非同期
データ通信

Data center(operated byneutral body)SP•

SUShoreISO 16425 (船上通信ネットワーク装備仕様）©2023 JSMEA

EuropeEnergymanagement
Security / access control••SPShipyard

Engine maker

RemotemaintenanceMarketingandBig data
analytics

Ship
equipment
maker.
.
.
5

ISO19847/19848開発の経緯
I want to KNOW
“Main Engine Revolution”
M/E Shaft Revolution: 100rpm

主機回転数: 九十回転

Main Shaft REV: 55rpm©2018 JSMEA

6

ISO19847/19848開発の経緯
ISO対応船上データ
サーバー採用の場合

従来
船上機器

船

データ収集+アプリ

船陸通信

船陸通信/ShipDC

今後
船

船上機器

性能解析
VDRISO
19848

VDR

データ収集

状態診断
ECDIS

EngineData Logger

Other
Systems

船上サーバー

ECDIS

航海支援

機関
モニタリング

予防保全

機器とアプリの組み合わせで名寄せが必要

アプリ

ISO19848
EngineData Logger

ISO19848

ISO
19848

ISO19847
ISO19848

Other
Systems

ISO19848

性能解析

状態診断

航海支援

機関
モニタリング

予防保全

船上サーバーが標準名で一元管理
7

ISO23807開発の経緯➢ ISO19847船上データサーバーに集約されるデータのように、船陸間で非同期に共有するようなデータ交換を対象とし、効率的な衛星回線の利用やセキュリティも考慮した機能要件をまとめた規格が求められました。
➢ ISO23807では、船陸間データ共有の安定化・最適化を目指している。

©2023 JSMEA

8

ISO16425開発の経緯➢ 日本舶用工業会に、船内LAN研究会を立ち上げ、 2005～2012年にかけて活動➢ 当時は、船内装置同士を接続するには、シリアルケーブルを中心とした専用線の使用が一般的で、拡張性が低く、電線冗長が長くなってしまうという課題がありました。
➢ 陸上の装置ではLAN(Ethernet）の利用が進んでおり、船内においてもLANを使用することで、船内機器の情報共有が可能となることに加え、船内配線の削減を目論み、調査を開始➢ 同研究会に38社・団体が参画し、LAN化のメリット・デメリットについて調査研究を行った。
➢ そこで得られた開発成果や実証試験の成果をもとに、日本船舶技術研究協会の協力を得ながら、日本発のISO規格化を行った。その規格が、ISO16425：船内LAN装備指針となる。
（2013年に制定）©2023 JSMEA

9

目次• 自己紹介• スマートナビゲーション研究会のこれまでの成果• ISO16425の紹介• IACS UR E26/E27 の概要とSSAPの取組• スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• まとめ©2023 JSMEA

10ISO 16425の紹介
Timeline

現状のISO16425確認
現状の課題の把握

2019 1Q

ISO16425の
啓蒙活動
課題の把握

••
•

ISO19847/19848
Wi-FiCyber Security

課題の抽出2019 3Q

ニーズの明確化

20194Q

船内LAN設計や工事で発生した不具合事例を課題としてまとめた。

課題の解決

スマナビ研のWGで審議・問題解決

Draft ISO16425

20223Q

ISO/DIS 16425

今ここ2023 2Q

ISO/FDIS 16425
ISO 16425©2023 JSMEA

2023年9月末に発行予定
1111船内LANにおける過去のトラブル事例と解決方法•

設計時の事故によるトラブル–

100MのHUBに画像データなど大容量の通信を行うソフトが複数同時に動作して、トラフィックが溢れて動作しなくなった。
原因と解決方法
ネットワークの設計時、各ノードのトラフィックが把握出来ていなかった。
各装置と経路のトラフィックが最大になるタイミングと通信量が把握できていなかった。
装置からの出力トラフィックとHUB間のトラフィックの合計を把握する。

–

通信メーカーのシステムを接続したが、通信システムのHUBにTAG VLANが設定されていたが、接続された船内LAN側にはTAG VLANの設定がされていなかったため、通信異常が発生した。
原因と解決方法HUBの仕様とネットワークの仕様が理解できていなかった。
VLANには、TAG VLANとPort VLANの二種類があることと、同じ種類とVLAN ID同士でないと通信ができないことをを理解する必要がある。 設定されているVLANの種類とIDを把握する。

–

LANケーブルが発電機の近くを通っており、発電機が動作すると熱で通信距離が短くなって動作しなくなった。
原因と解決方法
熱による性能低下が考慮されていなかった。
LANケーブルのスペックは、20℃を基準とした長さになっています。 周囲温度とLANケーブルに仕様書を確認し、適切な長さ範囲で使用する必要があります。 なお目安は以下の御通り。
・シールドケーブル：20℃～60℃で1℃当たり0.2％減・非シールドケーブル：20℃～40℃で1℃当たり0.4％減・非シールドケーブル：40℃～60℃で1℃当たり0.6％減©2023 JSMEA

12

船内LANにおける過去のトラブル事例と解決方法•施工時の事故によるトラブル–

単線のケーブルに撚線用のRJ45が使用されており、接触不良により、通信不良を起こした
原因と解決方法
ケーブルとコネクターの種別に関係性があると認識されていなかったと思われる。
ケーブルとコネクターの関係を正しく認識する必要があるのと、試験要件に記載された確認を行う必要がある。

–

RJ45の噛みしめがきちんと行えておらず、LANチェッカーでは正常だったが、HUBに装着すると曲げにより引っ張られ、接触不良が発生した。
原因と解決方法
導通テストだけでは問題が分からないことがあるので、国際規格(ISO/IEC11801)規定されたInsertion
loss テストらを試験を行う必要がある。

–

100ｍ近いCAT5Eケーブルであるにも関わらず、より線が使用されていたため、トラフィックが増えると通信異常が発生した。
原因と解決方法
ケーブル長とケーブルタイプ（撚線、単線）が把握できていなかった。
LANケーブルには、単線と複数の細い線を撚った、撚線の二種類がある。 単線の方がノイズの影響を受けにくいが、固くて取扱いが面倒という一面がある。 ノイズに強いという点から20m以上になると単線を使用する必要があります。

©2023 JSMEA13

船内LANにおける過去のトラブル事例と解決方法•ネットワークの運用時の事故によるトラブル–

メーカーが用意したルーターにフィルター機能がなく、メーカー側の装置に不具合（マルウェアの感染）が発生した
際、その他のネットワークシステムに影響が及んだ。
原因と解決方法異なるシステムが接続される場合は、機器の故障やウィルス感染などが他のシステムに影響を及ぼさないように、GatewayまたはL3 Switchでセグメントを分離する必要があり、それら装置の要件を規定しています。

–

コミッショニングの後、船内装置と船内LANの系統が変更され、またIP Addressも系統に合わせて変更された
ため、データ収集装置がデータを取得できなくなった。
原因と解決方法
LAN接続の変更＝系統変更と思われておらず、系統やIPアドレスの管理がされていなかった。
ネットワークの設計で作成された系統図やその他の資料は、完工後は船主によって保守されなくてはなりませんが、それが不十分だった。

–

DHCPによる運用と聞かされたいたので、PCを動的IPアドレスに設定したが、一つのネットワーク上にDHCPサーバー（衛星通信業者が用意したDHCPサーバーと船員が後付した、Wi-Fi-ルーター）が2つあり、それぞれがネットワークアドレスが異なっており通信できなかった。
原因と解決方法
ネットワークのセグメントと、DHCPの有効/無向と、どのネットワークに向けてIP Addressを提供しているのかが分かっていなかった。 またOTネットワーク(Controlled Network)にDHCPを使用するべきではないと考えます。

©2023 JSMEA

14

ISO 16425の紹介
安心、安全に装備、運用を実現する船内LANを設計するための課題•

通信ネットワークの設計・構築における船主、造船所、サプライヤー等のステークホルダーとその役割を明確にする。

•

ネットワークに接続される機器の試験・検査方法を明確にする。

•

ネットワーク冗長化、ネットワーク監視の要求事項を明確化する。

•

他のネットワークとの接続の要求事項を明確にする。

•ISO16425ネットワークに設置される機器に対する要求事項を明確化する。

•

無線ネットワークの設計、構築、試験、検査方法を明確化する。

•最新のサイバーセキュリティーに関する要件を取り入れる。

15©2023 JSMEA

15

ISO16425の内容について
ネットワーク
設計書

入力情報

出力情報
必要機能LIST装置に関する要件

セキュリティー
ポリシー

運用計画書

接続機器情報List

ネットワーク
設計書

装置に関する要件

セキュリティー
ポリシー

13章

利用条件

6章

セキュリティー
ポリシー
7章

必要な装置の情報

ネットワーク性能に関する要件

10章

9章

8章

必要機能の整理運用計画の設計

接続機器の情報把握

ネットワーク
設計

必要機能LIST

運用計画書

接続機器情報List

ネットワーク
設計書

船主試験に関する要件

敷設や施工に関する要件

11章
ネットワークの敷設工事

システムインテグレータ／アフターサービス提供者©2023 JSMEA

ネットワークの検査

運用計画書

サイバー
セキュリティー

12章
ネットワークの運用

ネットワーク
検査結果

オペレータ
16

目次
• 自己紹介• スマートナビゲーション研究会のこれまでの成果• ISO16425の紹介• IACS UR E26/E27 の概要とSSAPの取組• スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• まとめ©2023 JSMEA

17

スマナビ研４の組織と活動（更新：2022/10/5）

ISO担当チーム
IACS JWG/CS担当チーム

船舶の機能安全SIG©2023 JSMEA

18

新しいIACS統一規則（UR）の制定
サイバー攻撃が増加する可能性の高まり

IACS URを新規制定（統一的な最低要件）⚫UR E26 「船舶のサイバーレジリエンス」⚫UR E27 「船上のシステム及び機器のサイバーレジリエンス」
https://iacs.org.uk/publications/unified-requirements/ur-e/?page=2

2024年1月1日以降に建造契約が行われる 船舶に適用⇒ このまま各船級協会の規則に取り入れられて、問題ないか？
適用日を少し遅らせて、業界から意見を聞いた結果、多くにコメントが寄せられ、発効前にUR改正をIACSで実施中©2023 JSMEA

19

IACS JWG/CS対応担当チーム 活動【背景】
1. IACS UR E26/27についてClass NK殿から情報共有頂いたが、確認・意見陳述すべき事項が多く見られるとの意見が多く寄せられた。
2. CS情報共有SIGより、SSAPメンバー全員に対してコメント募集を行い、100件以上の質疑・指摘コメントが寄せられた。コメントはCS情報共有SIGで審議し、NK殿経由で JWG/CSに 47件のコメントを提出した。
3. 一方、「日本国内の意見も取り纏められ、実状に応じた要件となるよう、もっと働きかけるべきではなかったのか。」「このJWG/CSに日本からも意見を述べたのか」など意見が寄せられた。
4. JWG/CSに参加しているメンバーは船社・メーカー・造船・保険等に関する国際的な組織で構成されており、CIRMに属する国内航海計器メーカーはCIRM経由で意見陳述できる環境にあるが、その他舶用メーカー企業は属するところが無い。
5. 今後は、よりタイムリーに情報を得ると共に、直接的に意見していける体制作りをしていくため、SSAPとしてJWG/CSに参加表明することとなった。
©2023 JSMEA

20

UR E26の概要（船舶のサイバーレジリエンス）

UR E26の目次 （主に造船所／システム統合者向け）※ ただし、供給者や船主の協力も必要

1. 導入
2. 定義
3. ゴール及び要件の構成
4. 要件
IACS Rec 166
BIMCOガイドラインNIST SP 800-53- IEC 62443
等を参考に規定

1.
2.
3.
4.
5.

識別／Identify
防御／Protect
検知／Detect
対応／Respond
復旧／Recover

5. 機能の評価と試験のための試験方案
6. 要件の適用対象から除外する際に用いるリスク評価
Appendix 行動及び提出図書の要旨©2023 JSMEA

21

UR E26の概要（船舶のサイバーレジリエンス）

１．導入
１.２ URの目的• サイバーレジリエントな船舶に導く技術的手段を利害関係者に提供すべく、船舶のサイバーレジリエンスに関する最低限の要件を提供すること。
• サイバーレジリエンスに関する集合体として、船上のシステム、機器及びコンポーネントのサイバーレジリエンスに関する他の UR 及び業界標準を適用することにより補完される土台となることを意図するもの。

1 . 3 適用範囲
• 船上のOTシステム(航海設備や無線通信設備を含む)。
• CBS(※) とそれ以外のシステムとの間にある、すべてのインターネットプロトコル（IP）
ベースの通信インターフェース(FirewallやGatewayと理解)まで。

※CBS(Computer Based System)
情報の収集，処理，維持，使用，共有，発信又は廃棄のような，1 又は複数の特定の目的を達成するために組織された，1 のプログラム可能な電子デバイス又は相互運用できる複数のプログラム可能な電子デバイス©2023 JSMEA

22

UR E26の概要（船舶のサイバーレジリエンス）

３．ゴール及び要件の構成
３.1 最上位のゴール• サイバーリスクに対して運用上レジリエントな，安全で保護された海運をサポートすること。
• サイバーリスクの管理に関するサブゴールを，5 つの機能要素ごとに規定している。

３.２ サブゴール• 識別：船上のシステム，人，資産，データ及び機能に対するサイバーセキュリティ上のリスクを管理するために，組織的な理解をこうじる。
• 防御：船舶をサイバーインシデントから保護し，船舶の運航の継続性を最大化するための，適切な防護策を開発及び実行する。
• 検知：船上におけるサイバーインシデントの発生を検知及び特定するための，適切な手段を開発及び実行する。
• 対応：船上で検知されたサイバーインシデントに関して行動を起こすための，適切な手段及び活動を開発及び実行する。
• 復旧：サイバーインシデントにより障害が発生した，船舶の運航に不可欠なすべての機能又はサービスを復元するための，適切な手段及び活動を開発及び実行する。

©2023 JSMEA

23

UR E26の概要（船舶のサイバーレジリエンス）

４．要件
4.1 識別(Identify)

本船にネットワークを使用して接続されるシステムを把握• ハードウェア、ソフトウェア、ネットワーク関するインベントリを作成し、船舶の一生にわたって更新すること。

4.2 防御(Protect)

Firewall、ルーターによるネットワークの分離

セキュリティゾーンを超える通信は、明示的に許可されたものに限定すること。
ファイアウォール等で防御し、過度のデータフローを防ぎ、不要な機能は制限すること。
ウィルス対策ソフト等で防御すること。
アクセス制御として、鍵を掛け、部外者によるアクセスは監視下に限り、取外し可能なメディアの使用も管理し、アクセス権も管理し、最小権限の原則を適用すること。
• 無線通信は、許可された人／プロセス／デバイスに限定し、暗号化等も活用すること。
• リモートアクセスは明示的な許可を要し、ログを残す等して、保守時もロールバックや多要素認証等を求め、アクセス失敗後一定時間は再試行不可、多数失敗でブロック等を行うこと。
• モバイルデバイスの接続は、船舶の運航や保守に必要ないものはブロックすること。
••••©2023 JSMEA

24

UR E26の概要（船舶のサイバーレジリエンス）

４．要件
4.3 検知(Detect)

不正アクセスの監視• ネットワークを監視し、過大なトラフィックや不正な接続等の異常時に警報を発すること。
インシデント準備と対応
4.4 対応(Respond)• インシデント対応計画書を、設計の情報も集めて、初回年次検査までに作り、船の一生にわたり更新し、紙で保持すること。
• バックアップの機側制御は、主制御システムから独立し、監視も制御も自己完結していること。
• ネットワークの分離は、手動又は自動で物理的に実行でき、データ依存性も明示しておくこと。
• 機能不全時にミニマムリスクコンデイション（状況に応じた低リスクの停止状態等）に至ること。（機能不全時の状況を把握すること）
インシデント発生後の復旧方法を明確にする
4.5 復旧(Recover)• 復旧計画書を、設計の情報（復旧やバックアップの手順、ネットワークの構成図等）も集めて、初回年次検査時までに作り、船の一生にわたり更新し、船上及び陸上に紙で保持すること。
• バックアップ計画書を作成し、バックアップ及びリストアが、適時に完全に安全に行えること。
• 制御されたシャットダウン、リセット、ロールバック、再起動が手順書に従って行えること。
©2023 JSMEA

25

UR E26の概要（船舶のサイバーレジリエンス）

５．機能の評価と試験のための試験方案
試験方案の計画、開発、実行及び維持のために、作成・管理されなくてはならない情報について記載• 設計及び建造段階で、機器に関する試験方案及び試験結果報告書を作成及び更新。
• ネットワーク全体に関しても、試験方案及び試験結果報告書を作成及び更新。
• 変更を管理しつつ更新した試験方案の最新版が、現実と合っていることを検証。
• 就航後も試験方案を更新、運用手順も定め、定期的訓練や操練も実施して管理。

６．要件の適用対象から除外する際に用いるリスク評価••••

適用しない要件の一覧表を船上に保管すること。
設計及び建造段階では、造船所がリスク評価を実施及び更新すること。
就航後は船社が更新して船級に提出すること。船級は受入れ又は拒否できる。
受入れ可否の判断基準が12点示されているが、これらと異なる説明も可。

©2023 JSMEA

26

UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）
UR E27の目次（主に供給者向け）

1. 一般
2. セキュリティの考え方
3. 承認用に船級協会宛てに提出が必要な図書
4. システムに関する要件
1.

要求されるセキュリティ機能

2.

追加のセキュリティ機能

信頼できないネットワークとのネットワーク通信を行うCBS（すなわち，URE26 の適用範囲外のすべてのネットワークとのインターフェース）に対して要求される。

5. 製品の設計及び開発に関する要件
Annex I 関連するUR及び参考文献
27©2023 JSMEA

IEC 62443-3-3ベース
DNV-RU-SHIP Pt.6 Ch.5
Sec.21 Cyber Security
IEC 62443-4-1ベース

27

UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）

1. 一般機器及びシステムの設計及び製造段階におけるセキュリティ機能の組込を要するような、継続的に発展する一連の管理策が必要
目的- サイバーレジリエントといえるシステム及び機器を提供するための統一的な最低要件を規定

1.2 制限事項⇒ UR E10による- システムのハードウェアの耐環境性能- ソフトウェアの機能に関する機器の安全性 ⇒ UR E22による
只今、改正中1.3 適用範囲- 適用対象は、UR E26と同じ
・ OTシステム （設備や無線通信設備を含む）

IEC 61162-460によることができる
28

IEC61162-460に対応していたら良いというわけではない

28

UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）

２．セキュリティーの考え方--「機器」とは、ネットワークデバイス、セキュリティデバイス、 コンピュータ、自動化デバイス、クラウド上の仮想マシン等要件を満たすため、本来のセキュリティ機能に代えて又は加えて、 補完的対策（同等以上の別の対策）を採用することもできる
型式承認に際しては、システム内で補完的対策が実行されるべき、 すなわち、船上の設備や操作手順によるバリアに頼ってはいけない
不可欠なシステムについてのセキュリティ対策は、当該システムの 可用性に悪影響を及ぼすものであてはならない

３．必要ドキュメント-インベントリ（システムに含まれる機器の詳細な一覧）
各機器に関連するハードウェアの詳細
ソフトウェアの一覧
ネットワーク又はシリアルのフロー
ネットワークセキュリティ機器
セキュア開発ライフサイクル文書システムの保守計画書
復旧計画書
システムの試験方案
システムが要件をどのように満たすかの記述 （取扱説明書又は使用者マニュアル等）
変更管理計画書
29
29

UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）
４． システムに関する要件
4.1 要求されるセキュリティ機能
対象要件

対象要件

使用者の識別及び認証

IEC 62443-3-3/SR 1.1

通信の安全性IEC 62443-3-3/SR 3.1

アカウントの管理

IEC 62443-3-3/SR 1.3

悪意のあるコードからの保護

IEC 62443-3-3/SR 3.2

識別子の管理IEC 62443-3-3/SR 1.4

セキュリティ機能の検証

IEC 62443-3-3/SR 3.3

認証コードの管理

IEC 62443-3-3/SR 1.5

入力の検証

IEC 62443-3-3/SR 3.5

無線アクセスの管理

IEC 62443-3-3/SR 1.6

予め決定した出力

IEC 62443-3-3/SR 3.6

PWDによる認証の強度

IEC 62443-3-3/SR 1.7

情報の機密性IEC 62443-3-3/SR 4.1

認証時のFeedback

IEC 62443-3-3/SR 1.10

暗号の使用

IEC 62443-3-3/SR 4.3

権限付与の実施

IEC 62443-3-3/SR 2.1

監査ログへのアクセス

IEC 62443-3-3/SR 6.1

無線の私用の管理

IEC 62443-3-3/SR 2.2

サービス拒否攻撃からの保護

IEC 62443-3-3/SR 7.1

モバイルデバイス使用の管理

IEC 62443-3-3/SR 2.3

リソースの管理IEC 62443-3-3/SR 7.2

モバイルコードIEC 62443-3-3/SR 2.4

システムのバックアップ

IEC 62443-3-3/SR 7.3

監査可能な事象

IEC 62443-3-3/SR 2.8

システムの復旧及び再構成

IEC 62443-3-3/SR 7.4

監査用の記憶容量

IEC 62443-3-3/SR 2.9

非常用電源

IEC 62443-3-3/SR 7.5

監査プロセスの不具合対応

IEC 62443-3-3/SR 2.10

ネットワーク及びセキュリティ構成設定

IEC 62443-3-3/SR 7.6

日時の記録

IEC 62443-3-3/SR 2.11

最小限の機能性IEC 62443-3-3/SR 7.7©2022 JSMEA30

UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）
4.2 追加のセキュリティ機能（UR E26の適用範囲外の全てのネットワークとのI/F）

対象

要件

対象要件

使用者の多要素承認

IEC 62443-3-3/SR 1.1 RE2

アクセス要求の明示的な承認

IEC 62443-3-3/SR 1.13
RE1

ソフトウェアプロセス及びデバイスの識別及び承認

IEC 62443-3-3/SR 1.2

リモートセッションの終了

IEC 62443-3-3/SR 2.6

失敗したログイン試行

IEC 62443-3-3/SR 1.11

暗号化による完全性の保護

IEC 62443-3-3/SR 3.1
RE1

システム仕様通知

IEC 62443-3-3/SR 1.12

セッションの完全性

IEC 62443-3-3/SR 3.8

信頼できないネットワーク経由のアクセス

IEC 62443-3-3/SR 1.13

セッション終了後のセッションIDの無効化

IEC 62443-3-3/SR 3.8
RE1©2022 JSMEA31UR E27の概要 ( 船上のシステム及び機器のサイバーレジリエンス）
５． 製品の設計・開発に関する要件
システム又は機器の開発は，次に掲げる段階におけるセキュリティ面について幅広く扱ったセキュア開発ライフサイクル（SDLC／Secure Development Lifecycle）によらなければならない。
要件分析段階

設計段階
実装段階
検証段階
リリース段階保守段階

終了段階

開発ライフサイクルの段階においてセキュリティ面をどのように扱ったかを記録した文書(少なくとも表中の文書を含む)を作成し、審査及び承認用に船級協会に提出しなければならない。
IECの文章及びその章

要件

IEC 62443-4-1/SUM-2

セキュリティアップデートの文書

IEC 62443-4-1/SUM-3

依存コンポーネント又はOSのセキュリティアップデート文書

IEC 62443-4-1/SUM-4

セキュリティアップデートの配信

IEC 62443-4-1/SG-1

製品の多層防御IEC 62443-4-1/SG-2

環境における期待される多層防御対策

IEC 62443-4-1/SG-3

セキュリティ強化指針©2022 JSMEA

32

目次• 自己紹介• スマートナビゲーション研究会のこれまでの成果• ISO16425の紹介• IACS UR E26/E27 の概要とSSAPの取組• スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• まとめ©2023 JSMEA

33

スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス
会社名

製品名

特徴

担当者/連絡先

BEMAC IoT Data Server

・ISO19847, ISO19848に準拠
・多様なプロトコルに対応(ISO19848, IEC61162,MODBUS, CSV等)
・サンプリング周期(最短1秒), 保存計測点, 保存期間,送信計測点, 送信間隔をメタ情報で簡単設定
・WINDOWS（SMB）共有, FTP による、メーカーファイルの受信に対応
・主要船級の環境試験をクリア
・日本海事協会のInnovation EndorsementのProducts&Solutionsを取得

山田:takashiyamada@bemac-jp.com
川﨑:hiroyukikawasaki@bemacjp.com

・LNG船を含めた航海・機関・荷役等の10,000点以上のデータ項目を登録、処理可能益田:
masuda_m@jrcs.co.jp
中野/k.nakano@jrcs.co.jp

・サンプリング周期（最短1秒），保存期間，保存
データ項目のカスタマイズ
・機器不良など状態変化発生前後データの自動保存
・メイン機に障害が発生した際の，予備機への自動切換えによる安全なデータ保存（オプション）
・多様な入力信号に対応（ISO19848/IEC61162/アナログ/ON-OFF等）
・主要船級認定を取得した機器で構成
・日本海事協会 Innovation Endorsement
Products & Solutions 認証を取得済

桝平Yusukemasuhira@terasaki.co.j
p

BEMAC
株式会社

intelligence edge

JRCS
株式会社

TMIP
(TERASAKI Marine
Information Platform)

寺崎電気産業株式会社©2019 JSMEA

34

34

スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス
会社名

製品名

特徴

担当者/連絡先

FURUNO Open Platform

・VDR、IASの機種問わず、約200台の稼働実績
・最適な船内ネットワークデザインと船陸通信環境までトータルでご提案します

デジタライゼーション推進部
北村、財前
fop-ml@furuno.co.jp

古野電気
株式会社

FOP Unit

Fleet Monitor /Fleet Transfer三井E&S造船
株式会社

・工業用の小型PCを採用し，船内に搭載されている機関データロガー及びVDRからデータを収集，データベースに蓄積するとともに、収集データを陸上に自動送信する・様々なプロトコルに対応
NMEA,MODBUS,OPC UA/DA,FTP etc
・最短収集周期１秒・エッジ機能（船上解析機能）対応©2019 JSMEA

事業開発部
村上真人
TEL:03-3544-3345
FAX:03-3544-3031
murakami@mes.co.jp

35

35

スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス• ShipDCやSmart Maritime Network(※1)
で、ISO19848を公式に支持することを表明• 国内外の船級でISO19847/19848
Serverの承認を進めようとしてる。
※1 ABB・ClassNK・DELL Technologies・dualog・Inmarsat
KONGSMERG・KVH・MARSH・MTI・OneWeb・WARTSILAなど25社が参加する企業コンソーシアム

https://smartmaritimenetwork.com/2020/02/26/smartmaritime-council-announces-support-for-shipboardmachinery-data-standard/
36(Feb 2020)

スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス
MaSSA-One
MaSSA-One- MaSSAを実現させる船上・陸上プラットフォーム- MaSSAを実現させる船上・陸上プラットフォーム -AT SEA

ON SHORE

船陸間通信
ISO23807ユーザー

船主(管理会社)

陸上サーバー

ISO19847/19848準拠 船内サーバー
船上での船員支援アプリ

陸上での監視・情報解析アプリ
オペレーター

トラブルシュート
アプリ

データ可視化/監視アプリ

航海支援アプリ

主機診断アプリ

離着桟系アプリ

トラブルシュート
アプリ

主機診断アプリ

操船系アプリ荷役系アプリ

離着桟系アプリ

操船系アプリ

データ可視化/
監視アプリ

造船所

リリース済みアプリ開発・サービス提供

推進系メーカー

操船系メーカー

荷役系メーカー

メーカー

未リリース

・・・

・・・
MaSSA

3737

スマナビ研の成果を活用した、船舶運航と保守運用のDXサービス
MaSSA-One

MaSSA-Insight ~WADATSUMI~

認知→判断→対応の基本プロセスを船陸でサポートする様々な機能を実装

MaSSA

38

38

さいごに

• スマートナビゲーション研究会で開発された、ISO19847やISO19848を筆頭に、国内に限らず他国の団体や船級、メーカーに広がりを見せています。
• 今後も皆様のご意見を集約し、メーカーのみならず、ALL JAPANで取組み、今後も舶用業界のIoT、DXをリードしていきます。

©2022 JSMEA39

謝辞 / Acknowledgment
本ISO化は以下の皆様の支援を頂き進めております。
・国土交通省殿
・（公財）日本財団 殿・（一財）日本海事協会 殿・（一財）日本船舶技術研究協会 殿
・（一社）日本舶用工業会
スマートナビゲーションシステム研究会メンバー各位
This work was supported by:・Ministry of Land, Infrastructure, Transport and Tourism
・The Nippon Foundation
・Class NK
・Japan Ship Technology Research Association
・JSMEA SSAP Project members©2023 JSMEA40

ご清聴ありがとうございました。
お問い合わせは日本舶用工業会 事務局までお願いいたします。
担当：日本舶用工業会 技術部 三田村
E-mail ：mitamura@jsmea.or.jp
URL：http://www.jsmea.or.jp/ssap/jp©2023 JSMEA41