表示
リスクと対策
AI活用を進める上で想定されるリスクと、その緩和策です。
| リスク | 緩和策 |
|---|---|
| 船員行政DXの現場実装が国交省主導で2024年設計・2025年冬以降と段階的なため、移行期に紙とデジタルが併存し、製品が政策仕様の確定を待つ間に二重運用や手戻りが発生する。 | 国交省海事局・JSAの公開資料を定期ウォッチし、電子船員証・マイナポータル申請の仕様確定に追従できる疎結合設計にする。確定済みの労務・配乗領域から先行着手し、行政連携は後付け可能な構成にする。 |
| 安全クリティカルな規制Q&Aや報告生成でLLMがハルシネーション(出典捏造・条文誤り)を起こすと、PSC指摘・事故・コンプライアンス違反に直結する。 | 出典をページ・条文単位で引用し、根拠不足時は回答を拒否、信頼度を明示する検証型RAGを採用。最終判断は人間が担保し、ISM適合エビデンスとなる監査ログを残す。 |
| 船上の低帯域・間欠通信により、クラウド常時接続前提のサービスが航海中に実用にならない。日本籍船の公海Starlink利用は2024年2月に解禁されたが全船普及には至っていない。 | 船内エッジ推論+陸上への低帯域メタデータ同期アーキテクチャを標準とし、オフラインでも基本機能が動く設計にする。通信改善は前提にせず、回復時に同期する後同期方式を採る。 |
| 中小・内航事業者は資金・人材・時間が乏しく、AI導入率は約12%にとどまる。高機能ツールを提示しても導入判断ができる人材が社内にいない。 | 高機能より伴走を主軸に、補助金申請まで含む小さなPoCパッケージを提供。JSA経由の事例共有と標準化で『何から始めるか』の不安を下げ、初期投資を最小化する。 |
| 船員PII・SMS手順書・機器設定など機微情報を外部APIへ送るデータセキュリティリスクと、生成AIを狙うスピアフィッシング等のサイバー脅威。サイバーリスクのISM(SMS)組込みも要件。 | 船員PIIをログに残さず、船内データ分離・改ざん検知を実装。IMOサイバーリスク管理ガイドライン(MSC-FAL.1/Circ.3)に沿いSMSへリスクを組み込む。可能な範囲で船内完結のオフライン推論を選ぶ。 |
| AIの判断に対する責任所在が不明確。MASSコードでも船長が常時全体責任を負う原則のため、AIは最終意思決定者になれず人間レビュー工程が残り、省力化効果が限定される可能性。 | AIを『下書き・照合・要約の支援』に位置づけ、削減効果を事務工数で定量化して期待値を適正化。意思決定はあくまで人間とし、責任分界を契約・運用設計で明文化する。 |
| 海外SaaS(ZeroNorth/OneOcean/Greywing等)は日本語UI・国内法令(船員法・内航特有要件)・国内サポートが弱く、そのままでは日本市場に適合しない。 | 船員法・内航要件にネイティブ対応した日本語設計と国内サポート体制を差別化要素とし、JDSC×東洋船舶『AI番頭』等の国産事例を参照しつつ、国内法令追随を継続的に担保する。 |