顧客プロフィール
このチームは、商船分野でケミカルタンカーの運航会社、造船所、船級協会を支援する海軍建築・海洋工学コンサルティング会社の一員として活動しています。彼らの文書作成業務の中心はDXFおよびDWG図面であり、CADファイル内にある情報を、構造化された表、更新済みのタイトルブロック、そして造船所や船級検査員が実際に必要とする正式な納品セットへと変換することです。
典型的な案件では、タンクスケジュール、Main Particularsの要約、少なくとも1回のタイトルブロック改訂、そして指定されたDWGバージョンでの返却図面を納品します。Hanna案件では、ケミカルタンカーを対象に、ちょうどこの範囲が求められました。つまり、2つの構造化データ表、タイトルブロックの変更、そして検証済みのAC1021 DWGへのラウンドトリップ変換です。チームは複数の船舶案件を並行処理しているため、手作業による抽出のボトルネックは、案件全体にわたってすぐに積み重なっていきます。
課題
DXF図面から構造化データを抽出することは、通常の意味でのテキスト解析作業ではありません。船舶図面では、ラベル、値、寸法、フレーム注記がDXFのテキストエンティティとして各レイヤーに分散しており、スプレッドシートツールが直接読み取れるような一貫した行・列構造はありません。唯一信頼できる方法は、DXF形式をプログラムで解析するか、図面をフル機能のCADワークステーションで開いて値を手入力することです。
Hanna案件では、抽出対象は2つの表と7つの個別の計測行でした。
Main Particularsブロックには、次の船体寸法が含まれていました。
- Length for scantlings: 106.254 m
- Length overall: 109.999 m
- Breadth moulded: 13.500 m
- Depth moulded: 5.140 m
- Draft — scantling: 4.200 m
- Draft — maximum: 4.200 m
- Cargo tank capacity: 4,560 m³
各行には、"abt."（概算）や"mld."（moulded）といった修飾語も付いており、数値や単位とあわせて出力に保持する必要がありました。修飾語を失ったり誤って割り当てたりすると、その寸法の工学的な解釈が変わってしまいます。
タンク表は別の難しさを伴っていました。このクラスのケミカルタンカーの完全なタンクスケジュールは、多数の番号付きタンクで構成され、それぞれにフレーム範囲と対応する容量があります。リスクは抽出ミスだけではなく、静かに欠落することです。タンクの1件が抜けても、図面が船級検査員や造船所の調達チームに届くまで気づかれない可能性があります。以前のワークフローでは、CADワークステーションで図面を開き、値を目視で読み取り、Excelに入力していましたが、1隻分の図面の完全な抽出には丸1営業日近くかかり、それでもそのリスクは解消されていませんでした。
この案件では、DXFからDWGへの変換も必要で、AC1021形式の有効なファイルを生成しなければなりませんでした。このバージョン標準（AutoCAD 2007形式）は、船級協会や一部の造船所で使われている多くの旧式CADシステムで今も必要とされています。単にファイル名を変更するだけでは不十分であり、引き渡し用として出力を証明するために、エンティティ数とレイアウトの確認が必要でした。
なぜ今なのか
船級協会や造船所の調達システムでは、図面に加えて機械可読データを求めるケースが増えています。受け取り側のシステムが、容量値、フレーム範囲、または船舶諸元をデータベースに取り込み、あるいは検査予定の前にプログラムで照合する必要がある場合、DWGやPDFだけではもはや十分ではありません。
Hanna案件は、図面レビュー段階から正式な船級提出へ移行する、よくある転換点を示していました。この段階では、更新済み図面と並行して構造化データのエクスポートが必要になります。この時点で遅延が発生すると、検査スケジュール、ひいては船舶の運航準備にまで影響が及びます。チームは、再提出を要するようなエラーを生じさせずに、抽出とパッケージングの工程を圧縮する必要がありました。
energent.aiを選んだ理由
チームは、energent.aiを選定する前に3つの方法を評価しました。抽出を手作業で行う専任のCADワークステーション担当者、社内で保守しているPython解析スクリプト、そしてファイル処理機能を持たない汎用の言語モデルです。
最終的な視覚確認のために異常箇所を目視で確認する作業は依然として必要でしたが、定型的な抽出と構造化の工程には時間がかかりすぎ、担当者依存も大きすぎました。社内のPythonスクリプトは、船種や顧客ごとに図面構造が異なるため、継続的な保守が必要でした。汎用の言語モデルはDXF形式の規則を説明することはできても、ファイル自体を読み込んで解析することはできませんでした。
energent.aiは、1回のセッションでワークフロー全体を処理しました。DXFファイルを読み込み、Pythonでテキストエンティティを解析し、出力をラベル付き列に構造化し、タイトルブロックの変更をその場で適用し、更新済みDXFをバージョン検証付きでDWGに変換し、6つの納品ファイルをパッケージ化しました。特に重要なのは、抽出プロセスとは意図的に切り離された独立監査を実行し、確証バイアスを避けながら、納品前に2つの異常を検出したことです。この監査動作こそ、他のいずれの方法でも再現できなかった能力でした。
ワークフロー
このセッションは、再現可能な7ステップの手順で進みました。
Step 1 — 図面の取り込み。 チームはHannaのDXFファイルをアップロードしました。エージェントはファイル構造を解析し、タンクスケジュール、Main Particularsブロック、タイトルブロックの3つの対象領域を特定しました。
Step 2 — Main Particularsの抽出。 エージェントは7行のブロックを抽出し、各計測ラベルを値、単位、修飾語に対応付けました。出力はXLSXワークブックとCSVで、それぞれに"abt."（概算）や"mld."（moulded）といった修飾語の意味を説明する平易な英語の列注記が付いていました。
Step 3 — タンク表の抽出。 完全なタンクスケジュールを、タンク番号、フレーム範囲、容量値を含む構造化表として抽出しました。出力はXLSXとCSVです。
Step 4 — タイトルブロックの修正。 要求されたタイトルブロックのテキスト置換を、DXFエンティティレコードに直接適用しました。エージェントは、更新後ファイルのテキスト内容を確認することで変更を検証しました。
Step 5 — 独立監査。 分離された監査処理が、抽出結果を元データと照合しました。2件の指摘が記録されました。Tank No. 12 が抽出されたタンク表に存在しなかったことが、黙って受け入れられるのではなく完全性の問題としてフラグ付けされ、また Tank 5 はフレーム範囲が 127–172 で、隣接する項目と比べて異常に広く見えたため、元図面との目視確認が必要とされました。
Step 6 — DXFからDWGへの変換と検証。 更新済みDXFは、構造化された変換ワークフローを用いてDWGに変換されました。検証では、AC1021バージョン、2つのレイアウト（Model と Layout1）、および3,753のモデル空間エンティティが確認されました。なお、視覚的な忠実性は、受信側ワークステーションのフォント設定とSHXファイルの有無に依存するという注意事項も記録されました。
Step 7 — 納品物のパッケージ化。 6つのファイルすべてがまとめられ、確認されました。タンク表XLSX、タンク表CSV、Main Particulars XLSX、Main Particulars CSV、更新済みDXF、そして検証済みDWGです。
結果
1回のセッションで、1つのDXF入力から6つの構造化納品物が作成されました。
- 7つの船舶寸法を、単位修飾語を保持したラベル付きXLSXおよびCSVに抽出
- 4,560 m³の貨物容量を正しく取得し、該当する表行に紐付け
- DWGラウンドトリップを通じて3,753のモデル空間エンティティを検証（AC1021を確認）
- 納品前に2件の監査フラグを検出し、下流のレビュー担当者に静かな誤りが届くのを防止
- 造船所および船級協会の標準的な引き渡し形式に一致する6つの納品ファイルをパッケージ化
チームはまた、再現可能なセッションテンプレートも得ました。取り込み、Main Particulars抽出、タンク表抽出、タイトルブロック修正、監査、変換、パッケージ化という同じ7ステップの流れを、各案件ごとにワークフローを一から作り直すことなく、追加の船舶図面にも適用できます。
証拠
「以前は、1隻分の船体図面1件にほぼ丸1営業日を費やしていましたし、分類審査の段階になって初めて見つかる記載漏れも時々ありました。エージェントが、ファイルをまとめる前に不足しているタンクと不審なフレーム範囲をフラグで示してくれたことは、まさに必要としていた“見落とし防止”でした。しかも、最後に手作業で追加するのではなく、プロセスの中に最初から組み込まれていたのです。」— 海洋工学コンサルティング会社、主任造船設計者
エージェントが生成した完全な納品物一式 — タンク表の XLSX と CSV、Main Particulars の XLSX と CSV、更新済み DXF、検証済み AC1021 DWG — は、チームが造船所の調達部門および分類検査員に提出する標準的な引き渡しパッケージと一致しています。2つの監査フラグは、下流のレビュー担当者に判断を委ねるのではなく、サインオフ前にどの項目を目視確認すべきかを正確に示しています。
信頼に関する注記
DWG 出力は構造検証を通過しましたが（AC1021 形式、3,753 個の modelspace エンティティを確認）、正確な視覚的忠実度は受信側ワークステーションのフォント設定と SHX ファイルの有無に依存します。これは CAD ワークステーションでのレビューなしには解消できないギャップです。監査では、抽出された表に Tank No. 12 が存在しないこと、また Tank 5 のフレーム範囲（127–172）が隣接する項目と比べて異常の可能性があることが明示的にフラグ付けされました。いずれも、タンク表を分類審査に提出する前、または正式な船舶文書に組み込む前に、人間のレビュー担当者が元図面を開いて目視で確認する必要があります。Main Particulars の CSV は7つの主要行について構造的には完全ですが、完全な技術仕様書を構成するものではありません。