Blog

2026.08.10

図面検索AI 2026|過去図面が探せない工場の3層と費用

図面検索AI 2026|過去図面が探せない工場の3層と費用

図面検索AIの引き合いが、タイの日系工場からも目立って増えている。ただ、実際に「過去の図面が探せない」と困っている現場に入ってみると、AIを載せればそれが解ける状態になっている工場はそれほど多くない。「探せない」という同じ一言の中に、性質のまったく異なる問題が折り重なっているからである。本記事では、その問題を三つの層に分け、どの層で詰まっている工場が、どの順番で、いくらの投資をすべきかを、費用のレンジまで含めて整理する。

図面検索AIを検討する前に、「探せない」の中身を分解する

設計や生産技術の担当者から「過去図面が探せないので、AIで検索できるようにしたい」という相談を受けたとき、最初に確認すべきなのは製品の機能ではない。確認すべきは、その工場で実際に何が起きているのかである。

「探せない」と一言で言っても、現場で起きていることはまったく違う。ある工場では、図面が紙で棚に並んでいて、そもそも電子データが存在しない。別の工場では、PDFはサーバにあるが、ファイル名が 新規図面_最終_2.pdf になっていて、開いて中を見るまで何の図面か分からない。また別の工場では、図番も改訂記号も台帳で管理されているが、「以前これと似た形の部品を作ったはずだ」という探し方だけができない。

この三つは、必要な打ち手がまったく違う。ところが検討の入口では、三つとも「探せない」という同じ言葉で報告される。そして製品カタログを見に行くと、そこには「AIが図面を横断検索します」と書いてある。だから、三つのどれであっても同じ製品が候補に挙がってしまう。

結論を先に書く。図面検索AIが実際に価値を出せるのは、このうち一番上の層だけである。下の二つの層が整っていない工場でAIを導入すると、AIは検索の対象そのものを持てない。そして多くの場合、その結果は「AIの精度が出なかった」という誤った総括として社内に残る。精度の問題ではなく、索引にすべき情報がそもそも存在しないという構造の問題である。

したがって、発注側が最初に決めるべきなのは製品ではない。自社の「探せない」がどの層で起きているかを特定することである。

「図面が探せない」は3層に分かれる — 所在・識別・内容

図面検索AI 2026|過去図面が探せない工場の3層と費用 - figure 1

「探せない」を分解すると、次の3層になる。上の層は下の層の上にしか乗らない。この順序は入れ替えられない。

L1 所在 は、そもそも図面の実体がどこにあるか分からない状態である。紙のキャビネット、設計者個人のPC、部門の共有サーバ、CADのローカル作業フォルダ、旧サーバの退避領域、外注先とやり取りしたメールの添付。同じ図番の実体が複数箇所に散らばっていて、どれが正なのか誰も断言できない。この層では、検索という行為自体が成立しない。探す対象の範囲が定義できないからである。

L2 識別 は、ファイルは一箇所に集まっているが、その一枚一枚が何なのかが機械には読めない状態である。図番、改訂、品名、客先、材質、投影法といった情報は、図面の表題欄という枠の中に書かれている。しかしスキャンしたPDFでは、それは画像の中の線の集まりでしかない。人間の目には読めるが、システムから見れば真っ白なファイルと変わらない。

L3 内容 は、図番も改訂も属性も揃っていて、条件を指定した検索はできるが、「内容」で探せない状態である。似た形状の部品を探したい、Φ50 H7 の穴が開いている部品を探したい、といった探し方は、属性の完全一致検索では届かない。

症状原因打ち手AIの効き方
L1 所在どこにあるか分からない。同じ図番の実体が複数ある保管場所が部門ごと個人ごとに分かれ、正本の定義が無い保管場所の棚卸し、正本の一元化、紙の電子化ほぼ効かない。AIは対象の外にあるファイルを見られない
L2 識別ファイルはあるが中身が分からない。ファイル名が手掛かりにならない表題欄が画像の中にしかない。属性が台帳と紐づいていない表題欄OCR、属性の抽出と名寄せ、命名規則の統一部分的に効く。OCRと属性抽出はAIの守備範囲
L3 内容図番では引けるが、形状や仕様で探せない索引が属性の文字列に限られ、図形情報が使われていない形状類似検索、自然文検索、図面横断の関連付けここで本来の価値が出る。ただしL2の出力を前提とする

重要なのは最終列である。L3のAIは、L2が生み出した属性を検索キーとして使う。L2が無い工場でL3のAIを買うと、AIは索引を作れない。順序を飛ばすことができない理由はここにある。

L1 所在 — 実体が何箇所にあるかを数えるところから始める

L1で詰まっているかどうかは、簡単な問いで判別できる。「昨年出図した図面の正本は、いま何箇所にありますか」と聞いて、即答できなければL1である。

この層の調査は、システムの話ではなく数を数える作業である。部門の共有サーバの図面フォルダ、設計者個人のPCのデスクトップ、CADのローカル作業フォルダ、旧サーバの退避領域、外注先とやり取りしたメールの添付、そして紙のキャビネット。この六つの場所に、それぞれ何枚あるのかを数える。数え終わってみると、総数が当初の想定を大きく上回ることが多い。同じ図面の実体が複数箇所に重複して存在しているためである。

ここで判明する重複には二種類ある。まったく同一のコピーと、途中で誰かが手を入れた別バージョンである。前者は削除すればよいが、後者は危険である。どちらが正しいのか、その場では判断できない。この判断を後回しにしたまま全部をまとめてクラウドに上げると、L2以降の作業がすべて汚染される。

だからL1の作業は「集める」ではなく「正本を決める」である。図番ごとに、どのファイルを正本とするかを決め、それ以外は参照不可の退避領域へ移す。この判断は自動化できない。設計部門の人間が図番の単位で決めるしかない。図面 20,000 枚規模の工場であれば、この判断作業だけで数週間から数か月かかる。

紙図面については、電子化するかどうかを一律で決めない。過去の全図面をスキャンするのが常に正しいわけではない。すでに廃番になった製品、後継機で置き換わった部品、客先との契約が終了している案件の図面は、保管義務の観点で残す必要はあっても、検索対象に含める必要は無いことが多い。スキャンの費用は枚数に比例するため、対象を絞る判断がそのまま費用に効く。

L2 識別 — 表題欄が画像のままなら、AIは何も索引できない

L2は、図面検索の成否を実質的に決める層である。そしてもっとも軽視されやすい層でもある。

図面の表題欄には、図番、図面名、改訂記号、改訂日、作図者、検図者、承認者、尺度、投影法、材質、表面処理、客先名といった情報が並んでいる。これらは検索の索引としてそのまま使える情報である。ところがスキャンしたPDFや、ラスタ画像として出力された図面では、この表題欄は線と点の集まりでしかない。文字コードとしての情報を持っていない。

この状態を解消する作業がL2である。具体的には、表題欄の領域を切り出し、OCRで文字を起こし、その結果を図番・改訂・品名といった項目に割り付け、既存の品番マスタや客先マスタと突き合わせて名寄せする。OCRの精度そのものよりも、この「割り付け」と「名寄せ」のほうが工数を食う。表題欄のレイアウトは、時代によっても、設計者によっても、客先支給図かどうかによっても違うからである。図面の読み取りに使うツールの選定については、AI-OCRの比較記事で読み取り方式ごとの向き不向きを整理している。

名寄せでほぼ確実に出てくる問題が、表記ゆれである。同じ客先が「株式会社◯◯」「◯◯(株)」「◯◯」と三通りに書かれている。材質が「SS400」「ss400」「SS-400」と揺れている。人間はこれを同じものと読むが、検索システムは別物として扱う。この正規化を通さずに検索基盤へ流し込むと、検索してもヒットしないという症状が出る。そしてこの症状は、後段のAIの精度不足として報告されがちである。

L2でどこまで属性を起こすかは、費用と直結する。全項目を高精度で起こすのは高い。現実的には、まず図番と改訂と品名の三つに絞り、これを確実に機械可読にする。客先や材質は、検索の使われ方を見てから追加する。最初から全項目を狙って予算が尽きるより、三つを完全にしたほうが検索は成立する。

L3 内容 — ここで初めて図面検索AIの出番になる

L1とL2が整うと、図番でも品名でも客先でも図面が引ける状態になる。ここまで来て、はじめて残る不満がL3である。

L3の不満は具体的である。「この形に似た部品を過去に作っていないか」「同じような穴配置のブラケットの図面を見たい」「注記に熱処理の指定が入っている図面を洗い出したい」。これらは属性の完全一致検索では解けない。図番も品名も分からないまま、形や記述の内容から辿りたいという要求だからである。

この層でAIが提供するのは、大きく分けて二つの機能である。一つは、図形そのものを特徴量に変換して類似度で並べる形状類似検索。もう一つは、図面の中の注記や寸法テキストを対象にした、自然文に近い問い合わせへの応答である。市場側の整理としても、形状の類似検索、寸法や注記のOCR、属性テキスト検索を組み合わせる構成が一般的であり、そこから自然文での問い合わせに拡張していく動きがある。

ここで押さえておきたいのは、L3のAIがL2の成果物を消費する側だという点である。形状類似検索は図形データを見るので一見L2に依存しないように思えるが、検索結果を「どの図番の、どの改訂の図面か」として提示するには、結局L2の属性が要る。似た形の図面を十枚返せても、それがどの製品のいつの版か分からなければ、担当者は流用の判断ができない。

文書を対象にしたAI検索という点では、社内文書を対象としたRAGの構築と課題が重なる部分がある。ただし図面は、テキスト文書とは事情が違う。情報の多くが図形と配置に載っており、文字として抽出できる部分が限られるからである。テキスト文書側の考え方については工場ナレッジのRAG構築記事に費用と進め方を整理しているが、図面ではL2の前処理の比重がはるかに大きくなる、という違いを踏まえて読み分けてほしい。

図面検索AIの技術要素は4つある

図面検索AI 2026|過去図面が探せない工場の3層と費用 - figure 2

「図面検索AI」という言葉は、実際には複数の技術要素の束を指している。提案を受け取る側は、その提案がどの要素で構成されているのかを分解して読む必要がある。要素ごとに、必要な前提条件が違うからである。

要素何を入力に取るか何を返すか効く場面前提条件
表題欄OCR・属性抽出図面の画像またはPDF図番・改訂・品名などの文字列L2の構築そのもの。索引の土台を作る表題欄の位置とレイアウトの型が把握できていること
属性テキスト検索抽出済みの属性と検索条件条件に一致する図面の一覧図番や客先が分かっている探し方属性が名寄せ・正規化されていること
形状類似検索図面の図形情報または画像形が似ている図面を似ている順に並べたもの流用設計。過去に似た部品があるかの確認図面が一定の品質で電子化され、縮尺や向きの差を吸収できること
自然文検索日本語や英語の問い合わせ文質問の意図に合う図面と、その根拠となる箇所図番も品名も分からない状態からの探索属性と注記テキストの双方が索引化されていること

この表の右端を縦に読むと、前提の重さが要素ごとに違うことが分かる。属性が起きていることを直接の前提にするのが属性テキスト検索と自然文検索であり、形状類似検索も、返した候補を図番と改訂として提示する段階でL2の成果を必要とする。つまり四要素のうち三つは、L2が終わっていないと実用にならない。唯一L2に先行できるのが表題欄OCRであり、これはL2を作るための道具である。

提案書を評価するときは、この四つのうちどれが含まれ、どれが含まれていないのかを表に起こして確認する。四つを全部入れる必要は無い。自社の「探せない」がL2なら、必要なのは最初の要素であって、形状類似検索ではない。ここを混ぜたまま契約すると、使わない機能の年間費用を払い続けることになる。

「検索精度」は何の精度か — 再現率と適合率のどちらを買っているのか

提案の場で「検索精度」という言葉が出たら、その内訳を聞いておく。精度という一語には、性質の異なる二つの指標が押し込められている。

一つは再現率である。探すべき図面のうち、何割を取りこぼさずに拾えたか。もう一つは適合率である。返ってきた検索結果のうち、何割が本当に探していたものだったか。この二つは同時には上がりにくい。取りこぼしを減らそうとして条件を緩めれば、無関係な図面が結果に混ざる。無関係を排除しようとして条件を締めれば、探すべき図面が結果から漏れる。

どちらを優先するかは、その検索を何に使うかで決まる。流用設計のために似た部品を探す場面では、再現率が効く。候補が多少多くても、設計者が目で見て絞り込めるからである。ここで取りこぼすと、同じ部品を二度設計することになり、金型も検査も二重に発生する。

一方、客先からの問い合わせに答えるために「この製品の現行図面はどれか」を引く場面では、適合率が効く。候補が十件返ってきては困る。一件、正しいものが返ってこなければ意味が無い。

この違いが重要なのは、評価の設計に直結するからである。導入評価の場でよくあるのが、担当者が思いついた図面を十枚ほど検索して、出てきたか出てこなかったかで判断するやり方である。これでは再現率も適合率も測れない。評価するなら、あらかじめ正解の集合を決めておく。この検索条件に対しては、この図面群が返ってくるべきだ、という対応表を作ってから検索する。この対応表を作る作業自体が、自社が何を探したいのかを言語化する作業になる。

なお、精度の数字は工場ごとの図面の状態に強く依存する。同じ製品を導入しても、表題欄のレイアウトが揃っている工場と、二十年分の様式が混在している工場では結果が変わる。他社の導入事例で示された数字を、そのまま自社の期待値に置き換えないほうがよい。

図面管理システム(PDM)と図面検索AIの境界

図面検索AIの検討を進めると、図面管理システムとの境界の話が出てくる。両者は競合ではなく、担う層が違う。

図面管理システムが担うのは、正本の一元管理、改訂の履歴、承認のワークフロー、アクセス権限、そして属性による検索である。つまりL1を担い、L2が整った状態ではじめて成立する属性検索までをカバーする。ただしL2そのもの、すなわち表題欄から属性を起こして名寄せする作業は、図面管理システムの機能ではない。属性は人か、あるいは表題欄OCRが作る。一方、図面検索AIが担うのは、属性検索では届かないL3、すなわち形状類似検索と自然文検索である。

したがって「どちらを先に入れるか」という問いは、実際には「自社はどの層で詰まっているか」という問いと同じである。

自社の状態先に入れるべきもの理由
図面の正本がどこにあるか答えられない図面管理システム(またはその前段の棚卸し)AIには検索対象の集合が必要。集合が定義できていない
正本は一箇所にあるが、表題欄が画像のまま表題欄OCRと属性付与(AIの一部機能)属性が無ければ管理システムの検索も動かない
属性で引けるが、形状や内容で引けない図面検索AIここが本来AIが担う領域
属性で引けるが、そもそも検索の利用者が少ないどちらでもなく利用実態の把握使われない機能を買うことになる

四行目を軽く見ないほうがよい。検索が使われない理由が、機能の不足ではなく業務の流れにあることは珍しくない。設計者が過去図面を探さずに新規で描いてしまう背景には、探す手間より描く手間のほうが小さいという判断がある。この判断が変わらなければ、検索基盤を高度にしても利用は増えない。

版管理を外すと、探せた図面が間違っている

検索の話に集中していると抜けるのが、版管理である。しかしこれは、検索精度よりも事故に直結する。

探せた図面が旧版だった場合に起きることは明確である。旧版の寸法で加工され、旧版の仕様で検査され、客先で不適合になる。検索が速くなったぶん、間違った図面が現場に届く速度も上がる。検索基盤に旧版と現行版が区別なく入っていると、この事故の確率は導入前より高くなりうる。

版管理の要求は、品質マネジメントシステムの側からも来る。ISO 9001 における文書化情報の管理では、承認、レビュー、更新、改訂状況の識別、そしてアクセスの管理が求められている。ここで言う「改訂状況の識別」が、まさに図面の版管理である。現行版である ISO 9001:2015 でも、この要求はすでに置かれている。

改訂の動きについても触れておく。ISO/TC 176/SC 2 の公式アナウンスでは、ISO/FDIS 9001 の投票が 2026年7月9日 締切として告知されている。ただし 2026年8月10日 時点で ISO 9001:2026 はまだ発行されていない。ISO 自身は発行時期の日付を明示しておらず、認証機関各社が 2026年9月 の発行見込みと案内している段階である。したがって現時点では「発行見込み」として扱うべきであり、発行済みであるかのような前提で移行計画を立てるのは早い。いずれにせよ、文書化情報の管理という要求は現行版にすでにあるため、改訂を待つ理由にはならない。

実務としては、検索結果の画面に改訂記号と改訂日を常に表示させる、旧版はダウンロードできない設定にする、旧版を開いたときに現行版へ誘導する、といった作り込みを要件に入れる。文書の版と承認の流れをどう電子化するかについては、電子帳票とペーパーレス化の記事で帳票側の考え方をまとめている。図面と帳票は、版と承認という点で同じ課題を持つ。

タイ・ASEAN拠点で前提が崩れる5点

日本国内向けに書かれた図面検索AIの導入手順は、タイやASEANの拠点ではそのままでは使えない。前提が崩れる箇所を五つ挙げる。

出図元が日本本社にある。 タイ拠点は図面の受け手であることが多く、正本は日本側にある。この場合、タイ拠点で検索基盤を作っても、正本の更新はタイ側から制御できない。日本側で改訂されたことがタイ側に伝わる仕組みが無いと、タイの検索基盤は静かに古くなる。同期の仕組みを先に決める必要がある。

紙図面の残存量が読めない。 現場に紙が残っているだけでなく、協力会社や委託加工先にも紙が渡っている。棚卸しの範囲を工場の壁の内側だけで区切ると、後から社外の紙が出てくる。

表題欄の言語が混在する。 日本語の表題欄、英語の表題欄、タイ語の注記が同じ図面群に混在する。OCRの対象言語をどこまで広げるかで費用も精度も変わる。実務では、表題欄は日本語と英語に絞り、タイ語は注記の一部として扱う切り分けが現実的である。

担当者の入れ替わりが速い。 「あの図面はあの人が知っている」という状態は、日本以上に速く失われる。図面の所在が個人の記憶に依存している工場ほど、L1の棚卸しを急ぐ理由がある。人に紐づいた知識をどう残すかについては、技能伝承AIの記事で扱っている論点と重なる。

ネットワークとクラウドの前提が違う。 日本本社のサーバに置いたままタイから参照する構成では、図面のような大きなファイルの取り回しが遅くなる。かといってタイ側にコピーを持てば、L1で解いたはずの「実体が複数ある」問題が再発する。参照用のキャッシュなのか正本なのかを、設計の段階で明示する。

図面に混じる個人データと営業秘密 — クラウドに載せる前の2つの確認

図面をクラウドに載せる前に、確認しておくべき論点が二つある。個人データと、営業秘密である。

一つ目は個人データである。図面そのものは通常、個人データではない。しかし表題欄には作図者名、検図者名、承認者名が入っている。これらは個人を識別できる情報であり、個人データに当たりうる。タイでは、個人データ保護委員会が PDPA 第28条 および 第29条 に基づく告示を 2023年12月 に公布し、2024年3月24日 に施行している。越境移転にはこの枠組みが適用される。

ここで実務上重要な整理がある。保管のみを目的とし、第三者がアクセスしない移転は、規制対象の「移転」から除かれるという扱いがある。つまり論点は「クラウドに置くかどうか」そのものではなく、「誰がアクセスできるか」である。海外リージョンのストレージに保管するだけなのか、それとも海外の開発ベンダーが検索精度のチューニングのために図面を閲覧するのか。後者であれば、扱いが変わる。契約と設定の両方で、アクセス主体を明確にしておく。

二つ目は営業秘密である。タイには営業秘密法(Trade Secrets Act B.E. 2545)があり、2002年に制定されている。この保護は、その情報が秘密として管理されていることを前提とする。アクセス制限がかかっていることが、秘密管理性の裏づけになる。

ここが図面検索の導入と正面からぶつかる。検索を便利にしようとすると、権限を緩めて全社から引けるようにしたくなる。しかし図面やノウハウを誰でも見られる共有フォルダに置いたままにすると、秘密として管理されているという主張が弱くなる。「探しやすさ」と「秘密管理性」はトレードオフの関係にある。

現実的な落としどころは、検索でヒットすること自体は広く許可し、図面の実体を開く権限は絞るという二段構えである。誰がいつどの図面を開いたかのログを残すことも、管理の実態を示す材料になる。

費用を5層に分解する

図面検索AI 2026|過去図面が探せない工場の3層と費用 - figure 3

費用の見積もりも、同じように層に分けて考える。ここでの層は所在・識別・内容の3層とは別で、支出の種類による5つの区分である。図面検索AIの見積書を一本の金額として受け取ると、どこにいくら払っているのかが分からなくなる。以下は、図面 20,000 枚規模のタイの日系工場を想定した目安である。

内容費用レンジ(THB)変動要因
1現況調査・所在の棚卸し150,000 〜 400,000保管場所の数、拠点数、社外に渡っている図面の有無
2紙図面のスキャンと画像整備(外注)200,000 〜 900,000枚数、サイズ(A0を含むか)、折れや退色の程度
3表題欄OCRと属性の付与・名寄せ400,000 〜 1,500,000表題欄レイアウトの種類数、起こす属性の項目数、マスタの整備状況
4検索基盤/図面管理システム(初期+年間)600,000 〜 2,500,000利用者数、権限設計の細かさ、既存システムとの連携本数
5類似形状検索などAI機能の追加・チューニング500,000 〜 1,800,000対象図面の枚数、評価用データの整備、チューニングの反復回数

この表の読み方には注意が要る。五つの層を全部積み上げる必要は無い。すでに図面管理システムがある工場なら第4層は不要かもしれないし、CADの原図が残っていて紙が無い工場なら第2層は要らない。逆に、第1層と第3層を飛ばして第5層だけを買うことはできない。飛ばせない層と、飛ばせる層がある。

第4層のレンジには初年度の年間費用を含めているが、2年目以降の年間運用費は、第1層から第5層までの初期構築費用の合計に対して 15 〜 25 % を目安として見ておく。この中には、ライセンスの年額、属性の追加や修正、新規図面の取り込み、そして精度の再チューニングが含まれる。特に第5層は、導入後に触らなければ効果が落ちる。図面の傾向は製品構成の変化とともに変わるからである。

見落とされやすいのが、自社側の工数である。第1層の正本判断と、第3層の名寄せ結果の確認は、外注では完結しない。設計部門の人間が判断する必要がある。この社内工数を見積もりに入れずに稟議を通すと、プロジェクトの途中で担当者の負荷が理由で止まる。2026年版ものづくり白書でも、AI・デジタル技術の活用にあたっての課題として、知識・ノウハウの不足と人材確保の難しさが挙げられている。図面検索の導入でこの課題が現れる場所は、まさにこの判断工程である。

なお、タイではデジタル分野の事業(ソフトウェア開発、クラウドサービス、データセンター等)がBOIの奨励対象に含まれている。自社の投資が対象になるかどうかは事業内容によって異なるため、制度の一次情報を確認したうえで個別に判断する必要がある。

効果をどう測るか — 「探す時間」を指標に置くと失敗する

導入効果の指標として真っ先に挙がるのが「図面を探す時間の短縮」である。しかしこれを主指標に置くと、多くの場合は失敗する。

理由は二つある。第一に、導入前の「探す時間」が測れていない。事後にアンケートで聞くと、記憶に基づく申告になり、聞き方次第で数字が動く。第二に、探す時間が短くなったこと自体は、事業の数字と直接つながらない。時間短縮を金額に換算する式を立てても、その時間が実際に別の付加価値に振り向けられた証拠は残らない。

代わりに置くべき指標は、探せなかったことによって発生した具体的な損失である。たとえば、過去に同等品があったのに新規で設計してしまった件数。旧版の図面で加工してしまった件数。客先からの図面提出依頼に対して、回答までに要した日数。外注先に図面を再送してもらった回数。これらは件数として数えられ、発生時に記録が残る。

もう一つ有効なのが、検索の利用ログである。誰が何を検索し、結果から実際に図面を開いたか。検索したが一件も開かれなかったクエリは、探せなかった実例である。この失敗クエリを定期的に見直すことが、精度改善の確実な入力になる。事前に想定した検索条件よりも、現場が実際に打ち込んだ言葉のほうが、改善すべき点をはっきり示す。

指標の設計で気をつけたいのは、測る対象を導入前に決めておくことである。稼働してから「何を効果として報告するか」を考え始めると、報告できる数字だけが選ばれる。それは評価ではなく、後付けの正当化になる。

図面検索AIが失敗する6パターン

導入がうまくいかない工場には、共通の型がある。六つ挙げる。いずれも技術ではなく、順序と前提の問題である。

パターン何が起きるか対処
L2を飛ばしてL3を買うAIが索引を作れず、検索してもヒットしない。原因が精度不足と誤解される表題欄の機械可読化を先に完了させる
全図面を対象にするスキャンとOCRの費用が膨らみ、予算が第4層に届かない廃番や契約終了分を除外し、対象を絞る
正本を決めずに集約する複数バージョンが同居し、旧版が検索でヒットする図番単位で正本を判断してから集約する
属性項目を最初から全部起こす名寄せ工数が発散し、稼働が遅れる図番・改訂・品名の三つに絞って開始する
権限設計を後回しにする営業秘密の管理実態を示せない。設計変更が高くつく検索の可否と閲覧の可否を分けて先に設計する
導入後に誰も触らない新規図面が取り込まれず、索引が古くなる運用担当と更新頻度を契約前に決める

このうち最初のパターンが、金額としてはもっとも大きな損失になる。第5層に相当する投資をしたあとで、第3層をやり直すことになるからである。順序を守れば一度で済む作業を、二度払うことになる。

六番目についても補足しておく。図面検索の基盤は、放置すると価値が下がる。新規に出図された図面が取り込まれなければ、検索できるのは過去の分だけになり、担当者は「どうせ新しいものは入っていない」と考えて使わなくなる。取り込みの自動化と、その監視は、初期構築と同じくらい重要である。

最初の90日で何をするか

検討を始めた工場が、最初の90日で何をすべきかを整理する。この期間で製品を選ぶ必要は無い。むしろ、製品を選ぶための材料を揃える期間と位置づけたほうがよい。

期間やること完了の判定
最初の30日保管場所の棚卸し。紙と電子の枚数を場所ごとに数える。表題欄のレイアウト種類を数える「正本は何箇所にあるか」に数字で答えられる
31日目から60日目自社の「探せない」がL1・L2・L3のどれかを判定する。実際の検索要求を二十件ほど書き出す検索したい条件と、返ってくるべき図面の対応表がある
61日目から90日目対応表を使って候補製品を評価する。費用5層のうち自社に必要な層を確定する見積もりを層ごとに分解して比較できている

最初の30日で数を数える作業は、地味だが省略できない。この数字が無いまま提案を受けると、提案側の想定枚数で見積もりが作られ、あとから増額される。

中盤で作る対応表は、後々まで効く。この表は評価の物差しであり、稼働後の精度測定にもそのまま使える。作るときのコツは、理想的な検索ではなく、実際に直近で困った検索を書くことである。担当者に「先月、探すのに手間取った図面を思い出してください」と聞くと、具体的な条件が出てくる。

最後の30日で見積もりを層ごとに分解させることが、この90日の目的である。一本の総額で出てきた見積もりは、層ごとに割ってもらう。割れない、あるいは割ることを渋る提案は、内訳に不確かな部分を含んでいる可能性がある。

よくある質問(FAQ)

紙の図面をすべてスキャンしないと、図面検索AIは使えませんか。

すべてをスキャンする必要はない。検索の対象にする図面だけを電子化すればよい。廃番製品や契約終了案件の図面は、保管義務があっても検索対象から外せることが多い。まず対象範囲を決めることが、費用を抑える有効な手段になる。

表題欄のOCRは、どの程度の精度が出ますか。

工場ごとの図面の状態に依存するため、一般的な数字を示すことはできない。表題欄のレイアウトが揃っていて、スキャン品質が一定であれば結果は良くなる。逆に、様式が何十年分も混在し、折れや退色がある図面群では下がる。評価するなら、自社の図面から様式ごとにサンプルを抜き、実際に読ませて確かめるのが確実である。

すでに図面管理システムがあります。図面検索AIは重ねて必要ですか。

属性で引けているのであれば、追加が必要なのは形状類似検索や自然文検索を使いたい場合に限られる。管理システムの検索が使われていない場合は、原因が属性の欠落なのか、利用者の業務動線なのかを先に切り分ける。属性の欠落であれば、AIを重ねる前にL2の整備が先になる。

日本本社が図面の正本を持っています。タイ拠点だけで導入できますか。

導入自体はできるが、改訂の同期の仕組みを同時に決める必要がある。同期が無いと、タイ側の検索基盤が旧版を返す状態になる。この場合、検索が速くなったことがそのまま事故の確率を上げる。

図面をクラウドに置いて問題ありませんか。

論点は保管場所そのものよりも、誰がアクセスするかにある。保管のみを目的とし第三者がアクセスしない移転は、タイの越境移転規制の対象から除かれるという整理がある。海外のベンダーが図面を閲覧して調整作業を行う構成であれば、扱いが変わる。契約書とシステム設定の双方でアクセス主体を確定させておく。

社内に専任者がいません。外注で完結できますか。

第2層のスキャンと第4層の基盤構築は外注で進められる。しかし第1層の正本判断と第3層の名寄せ確認は、社内の判断が必要になる。ここを外注に丸投げすると、誤った正本が確定されたまま基盤が作られる。専任でなくてよいので、判断できる人の時間を確保する。

まとめ

図面検索AIは、「図面が探せない」という症状のすべてを解く道具ではない。解けるのは3層のうち一番上、内容で探すという層だけである。下にある所在の一元化と識別情報の付与が無い工場では、AIは検索の対象そのものを持てない。

したがって、検討の順序は決まっている。まず自社の「探せない」がどの層で起きているかを特定する。L1なら正本を決めて集約する。L2なら表題欄を機械可読にして名寄せする。この二つが終わってはじめて、L3のAIが投資として意味を持つ。

費用も同じ構造で分解する。現況調査、スキャン、属性付与、検索基盤、AI機能という5層に割り、自社に必要な層だけを積み上げる。年間運用費は初期の 15 〜 25 % を見込む。そして版管理を外さない。探せた図面が旧版であれば、検索が速くなったことは事故が速くなったことと同義になる。ISO 9001 の文書化情報の管理は、現行版である ISO 9001:2015 の時点で改訂状況の識別を求めている。ISO 9001:2026 は 2026年8月 時点で未発行であり、発行見込みの段階にあるが、版管理を先送りする理由にはならない。

タイやASEANの拠点では、出図元が日本本社にあること、表題欄の言語が混在すること、担当者の入れ替わりが速いことが前提を変える。加えて、表題欄の氏名が個人データに当たりうる点と、共有フォルダへの放置が営業秘密の管理実態を弱める点は、システムの設計段階で扱う必要がある。

TOMAS TECHでは、タイの日系工場を対象に、図面の所在の棚卸しから属性付与、検索基盤の設計までを一貫して支援している。まだ製品を決める段階ではなく、自社の「探せない」がどの層で起きているのかを切り分けたい、という段階でも構わない。現況の整理だけでも相談を受け付けているので、お問い合わせページから気軽に声をかけてほしい。

参考情報