造船・重工業でのAI活用術

造船・重工業に、そもそもAIは必要なのか

造船のAI活用を考えるときは、業務を二つの角度から絞ります。同じ判断を月に何度重ねているか。取り違えたときに、船主への補償や後続の工期の組み直しにまで響くか。両方が大きい業務ほど、組み込む価値が出ます。

造船は一隻ごとの受注生産ですが、船型も規則も過去の建造実績の延長にあります。決まった資料に照らして同じ判定を繰り返す場面は、思っているより多く残っています。

• 就航中の船から届いた不具合の連絡に、過去の同種事例を当てて対応資料を組み立てる業務
• 船主向けの技術提案資料を、過去の提案と搭載の実績から下書きする業務
• 見積の前段で、過去船の資材数量と工数の実績から必要量を積み上げる業務

いずれも 判断のもとになる記録が、過去に建造した船の書類として残っている 業務です。

反対に、海上試運転で主機や操縦性能の合否を決める工程と、建造中に船主監督から出る指摘をその場で手直しに回すか設計に戻すかの見極めは、人が担う側に残ります。

前者は風と波で計測値が動き、その日の海象を含めて線を引き直す必要があるからです。後者は、船主監督が何を気にしているのかを、 言葉になっていない前提 まで含めて読み取る場面です。

この線引きは、業務の単位で変わります。同じ船主対応でも、過去の不具合記録から答えられる問い合わせと、追加工事の費用の持ち方を詰める話とでは、分かれる側が違います。次は、業務を工程に分けて見ていきます。

受注活動から就航後サービスまで、負荷が大きいのはどの工程か

造船の業務は、一隻の船が引合から設計、建造、竣工を経て、就航後の面倒を見るところまで続きます。年単位で流れるぶん、どこに人手が張り付いているかは工程ごとに大きく違います。

負荷が最も集中するのは 搭載・艤装 です。造船所が持つドックと岸壁の数は決まっており、一隻の遅れがそのまま次の船の起工時期を押し下げます。

艤装では、配管、電装、機関、塗装といった職種が、機関室や船倉という狭い区画で同時に動きます。工程管理の担当者は、どの職種をどの順で入れるか、足場と仮設電源をいつ空けるかを日々組み替えています。そこへ鋼材の手配の遅れや設計変更が上流から降りてくるたびに、工程表を引き直すことになります。

遅れの出どころを掴むには、各職種の日報と検査記録を突き合わせる時間が要ります。

ここが軽くなると、担当者が向き合う相手が変わります。状況を集めて回る時間が減り、どの職種を前倒しし、どの作業を岸壁に送るかという 段取りの組み替え そのものに時間を充てられます。上流の設計や調達でも、どの遅れが工期に響くのかが早い段階で見えてきます。

極小とした試運転・竣工は、実船を海に出して確かめる工程です。同じ船型でも、載貨の状態や風と波で計測値は動きます。船主と船級協会の検査員が立ち会い、その場の条件を含めて合否を決めるため、この判断を仕組みに寄せることはできません。

造船・重工業で最初に取り組むべきAI活用、3つ

最初の一手は、繰り返しの回数が多く、外したときに船主への補償や工期に響く業務から選びます。第1章の二つの角度を当てると、就航後の不具合対応、船主向けの技術提案、見積の積算がその位置に来ます。

就航後の不具合連絡を、過去船の事例に当てて返す

起点は、就航中の船から不具合の連絡がメールで届いた瞬間です。AIは、過去船の不具合と修繕の記録、同じ機器を載せた船の保証対応の履歴、建造時の検査記録と図面を照らし合わせ、同種の事例と当時の処置を拾い上げます。

出てきた候補は、案件ごとの対応記録として保存され、サービス部門の担当者にも届きます。連絡を受けてから過去の図面と記録を人が探し回っていた流れが、 考えられる原因と過去の処置が並んだ状態 から始まる流れに変わります。

構造の疲労なのか運航側の取り扱いなのかの切り分けは、サービスの技術担当が確かめます。保証の範囲に入るかどうかを最終的に決めるのは、品質保証の責任者です。

船主向けの提案資料を、搭載実績の側から組み上げる

引合の仕様書がファイル保管サービスの決まった場所に保存されると、二つ目の仕組みが動きます。AIは、過去に出した提案資料、同じ船型で採用した主機と省エネ装置の組み合わせ、燃費と排出量の計算の実績を参照し、提案の骨子を下書きします。

下書きは文書として保存され、営業と基本設計の担当者に業務チャットで知らせが届きます。仕様書を読み込んでから白紙で書き起こしていた作業が、 過去船の採用実績が当てはめられた状態 に手を入れる作業になります。

船主が本当に気にしている点は、仕様書の行間に置かれていることがあります。そこを読み取って提案の力点を動かすのは営業の担当者で、どの仕様を載せるかの決裁は基本設計の責任者が持ちます。

見積の積算を、過去船の実績から先に埋める

三つ目は人の操作から始まります。見積の依頼を入力フォームから送ると、AIが過去に建造した同型船の資材数量表、工区ごとの工数実績、舶用機器の見積履歴を読み込み、鋼材の重量、艤装の物量、工区別の工数を積み上げます。

積み上げた結果は、積算の一覧表に案件ごとの行として増えます。過去船の書類を一冊ずつ開いて数量を書き写していた作業が、 前の船との差だけを見直す 作業に置き換わります。

過去船との差がどこに出るかは、積算の担当者が一行ずつ見ます。船価としていくらで出すかの判断は、営業の責任者の手元に残ります。

業務に組み込むまでの4ステップ

例にするのは「見積の資材・工数算出」です。新しいシステムを組む話ではなく、過去船の書類と積算の表計算ソフトをつなぐ作業です。

1. 使う情報がどこにあるかを決める

積算に使う書類は、すでに社内にあります。

• 同型船の資材数量表と、鋼材の重量集計
• 工区ごとの工数実績と、手直しや設計変更で増えた工数
• 舶用機器の見積履歴と、調達先ごとの単価の推移

どれも新しく作る必要はありません。設計、積算、購買に分かれているなら、参照先を一箇所に寄せます。

2. 何をきっかけに動かすかを決める

起点は、見積の依頼が入力フォームから届いた時点と、引合の仕様書が改訂されて保存された時点です。造船の引合は仕様が固まるまで差し替わるため、記憶に任せると改訂前の数量で見積が出ていき、仕組みが使われなくなります。

3. 判断の基準を設定しておく

何をもって「同じ」とみなすのかを、文章にして一箇所にまとめます。AIが積算のたびに開くのは、この文章です。長年積算を担ってきた人が図面を見て頭の中で済ませている線引きを、 外に書き出す工程 です。

• 船型と載貨重量、主機出力がどこまで違えば「同型船」として引けるのか
• 艤装の物量を、配管の延長で数えるのか支持金物の点数で数えるのか
• 手直しと設計変更で増える工数を、どの程度見込むのか

ここがいちばん手間のかかる工程です。ただし一度まとめれば、船型が替わっても使えます。

4. 結果の戻り先と、確認する人を決める

積算の一覧表に、案件ごとの行が増えます。並ぶのは鋼材の重量、工区別の工数、機器費の内訳です。差が大きい項目を含む案件は、積算の担当者に業務チャットで知らせます。 船価が決まる前に 差の出どころを見る順番にします。

先に知っておきたい、つまずきやすい3か所

• 船上から届く情報が、照合の前提を満たさない：就航後の不具合は、機関室で撮った写真数枚と短い連絡文だけで届くことがよくあります。運転時間も負荷の状態も分からないままでは、過去の事例を引き当てても的を外します。連絡の様式を決め、船名と機器の型式、運転の状況を必ず書いてもらう形にします。
• 知らせが船内まで届かない形にしてしまう：艤装の工程は、協力会社の職長が紙の作業指示を手に動いています。業務チャットに出た遅れの知らせは、船倉や機関室で作業している人には届きません。船側で動く人に向けた指摘は、朝礼で配る書面や既存の指示票に載る形に戻します。
• 船主指定の機器が、社内の標準を上書きする：船主が特定の機器や塗装の仕様を指定してくると、過去船の実績はそのままでは当てはまりません。指定が入った案件は別の扱いにし、どの項目が指定で置き換わったのかを一覧に残します。

造船・重工業のAI活用は、どこから考えればいいか

第1章で引いたのは、過去船の書類に照らして同じ判定を繰り返す業務と、現物やその場の相手を見て決める業務との間の線でした。先に挙げた三つは、いずれも判断のもとになる記録が 過去に建造した船の書類として社内に残っている 側にあります。

三つとも一度に進める必要はありません。 一つの業務を選んで動かしてみる だけで十分です。過去船の資材数量表、工数の実績、就航後の不具合記録、表計算ソフト。着手に要るものは、すでに造船所の中にあります。