引張試験機データ連携の導入｜試験片IDからMESまで設計する

引張試験機のデータ連携を導入したいとき、最初に決めるべきものは通信方式ではありません。「どの試験片を、どの条件で、何回試し、どの結果を正式値として採用したか」を後から再現できる記録の単位です。荷重の最大値だけをCSVで送っても、試験片IDが曖昧なら材料ロットや製品ロットに結びつきません。本稿ではタイの製造工場を想定し、既設試験機と新規試験機の両方に使える接続設計、RFP、PoC、受入試験を順に整理します。

引張試験機データ連携の導入で扱う範囲

引張試験は、試験片を規定の方法で引っ張り、荷重と伸びなどから強さや延性に関わる特性を求める試験です。金属の室温試験ならISO 6892-1:2019は試験方法と求められる機械的性質を定義し、ASTM E8/E8M-25は降伏強さ、引張強さ、伸び、絞りなどの求め方を対象にしています。どの規格を採用するかは、顧客図面、材料仕様、契約、試験室の手順で確定させてください。本稿は規格の試験手順そのものを代替しません。接続の設計対象は、試験前の依頼、試験中の測定、試験後の承認、製造記録への反映までです。

導入範囲を「試験機PCから共有フォルダにファイルを出すこと」と定義すると、実際に必要な工程の半分以上が残ります。現場では、材料ロットを受け付け、そこから複数の試験片を採り、試験片ごとに寸法を入力し、試験方法を選び、荷重と変位またはひずみを測り、破断後に結果を評価します。無効試験や再試験が発生し、最終報告にどの測定を使うかを責任者が判断します。MESやLIMSが受け取るべきものは単一の数値ではなく、この判断の履歴をたどれる構造化レコードです。

試験機メーカーが提供する出力機能は有力な入口になります。InstronのBluehill Universalは結果と生データをCSVやカスタムテキストで出力し、LIMSへの取り込みを想定しています。ZwickRoellのtestXpertも試験・組織・生データを外部システム向けに出力できると説明しています。ただし、搭載版、購入済みオプション、アクセス権、古いOS、顧客のセキュリティ規則で実際の接続可能性は変わります。見積前に実機とライセンスを確認する必要があります。

引張試験機データ連携の導入｜試験片IDからMESまで設計する - figure 1

全体設計と、既存の関連記事との境界

検査データ自動収集の費用と回収は検査全般の投資判断を扱っています。本稿が掘り下げるのは、引張試験機という一設備に固有の測定曲線、試験片寸法、無効・再試験、正式値の確定です。品質データ管理システムの3層設計で説明した「記録・紐付け・分析」のうち、引張試験片を材料ロット、製品、製造条件へつなぐ紐付けの具体例でもあります。ハーネス圧着の工程内検査とは、サンプルを破断させる材料試験である点、サンプルと母集団を区別する点が異なります。

まず「1試験」を定義する：ロット、試験片、試行、結果

データモデルの中心は四つの識別子です。受入材料ロットまたは製造ロットを指すlot_id、切り出した試験片を一意に指すspecimen_id、実際に機械を動かした一回を指すrun_id、承認済みの報告単位を指すreport_idを分けます。一ロットから三本採取するなら、ロット一件に試験片三件です。試験片のつかみ滑りでやり直した場合は、最初の試行を消さず、別の試験片・別の試行を記録します。元の試験片を再利用できるかどうかは試験方法と現場手順に依存するため、システムで暗黙に同一試験片の再実施と扱ってはいけません。

例えば「受入ロット M-2401、試験片 M-2401-02、試行 T-00853、報告 R-00482」とすれば、どの数値がどこから来たかを追えます。ロット番号は製造側で既に重複する運用があるかもしれません。取引先、工場、品目を含む複合キーにするのか、内部UUIDを振って表示番号を別に保持するのかを決めます。バーコードを貼るなら、印刷の時点で採取位置と向き、試験片形状を入力できる流れにしておくと後の手書き補完が減ります。

少なくとも次の関係を確認します。

階層	代表項目	間違えた場合の影響
ロット・試験依頼	発注・製造指図、品目、材料規格、採取位置、要求試験	製品への紐付け不能、試験漏れ
試験片	一意ID、寸法、断面積、標点距離、採取方向	応力・伸びの計算と比較が不正確
試行	試験機、治具、ロードセル、試験方法版、開始時刻、操作者	再現性と装置差の評価が困難
測定	荷重・変位・伸び等の生データ、サンプリング条件	解析値を再計算できない
評価	計算結果、規格限界、判定、無効理由、再試験理由	不合格や再試験の経緯が消える
承認・報告	承認者、承認時刻、版、MES/LIMS受信状態	誤った暫定値で出荷判断する

「データ連携」を一つの矢印で描く前に、各IDの発行元と責任者を記入します。試験依頼番号はMES、試験片IDはLIMS、試行IDは試験機PCという配置も可能です。その場合、試験前にどのIDをどの画面へ渡すか、オフライン時にどう採番するか、同じ番号を二度使わないかが設計課題になります。設備ベンダーに丸投げするより、品質保証と製造の両部門で識別子を先に承認する方が手戻りを抑えられます。

試験片の寸法と単位を数値と同じ重みで扱う

最大荷重の値だけでは引張強さを評価できません。断面積の定義と寸法測定が必要です。伸びの評価にも標点距離や伸び計の扱いが関わります。ソフトウェアが計算した結果を転送するときは、値だけでなく単位、計算に使った寸法、方法版、丸め規則を同時に渡します。500という文字列がNなのかkNなのか、MPaなのか不明なデータは不良判定へ流してはいけません。

試験前の寸法入力には手入力、測定器からの取り込み、LIMSからの受信という選択肢があります。いずれでも測定時刻、測定者、入力元を残します。後から寸法を修正して結果が変わった場合には、元の値と修正理由を保持し、正式結果を再承認するルールが必要です。「CSVの列を上書きしたら最新値」という運用は、監査時に訂正の経緯を示せません。

生データ、計算値、判定を別々に保存する

最も重要なのは荷重―変位または荷重―伸びの系列データと、そこから計算した特性値を区別することです。生データは試験の再解析や異常確認に使います。計算値は試験方法とアルゴリズム版に依存します。判定はさらに、製品・材料・顧客別の規格限界と承認状態に依存します。この三つを単一のExcelセルに潰すと、計算方法や合否基準が変わったときに過去の意味を再現できません。

ただし全設備から毎秒の波形を無制限に中央システムへ送る必要もありません。保存量と復元要件を決めましょう。ひとつは試験機PCで原波形を保管し、中央にはファイルのID・ハッシュ・所在・主要結果を送る方法。もうひとつは原波形自体を中央に移し、試験機側を一時保存とする方法です。前者はネットワーク負荷が小さく、後者は端末故障時にも再解析しやすい。どちらでも、原波形の保存期間、バックアップ、取り出しに要する時間、ファイル形式の将来の読取り可能性を受入基準に入れます。

波形の粒度は「取得周期を上げればよい」と単純には決まりません。試験方法、制御・計測能力、試験時間、解析したい現象で決まります。既設ソフトウェアが何を出せるかを確認し、試験機の標準保存データと連携用の間引きデータを混同しないでください。試験法に必要な測定精度や校正クラスは、採用規格と装置仕様を照合して決める事項です。ISO 7500-1:2018は静的単軸試験機の力測定系の校正・検証を対象にしていますが、データをネットワークに送るだけで測定の妥当性が保証されるわけではありません。

有効・無効・再試験は「一つの結果」にまとめない

破断位置、つかみ滑り、測定器異常、入力誤り、手順逸脱などで試験を無効とする判断があり得ます。個別の有効性基準は試験方法、顧客要求、試験室手順に従います。システムでは少なくとも、測定済み・要確認・無効・有効・承認済みの状態を分け、誰が、いつ、どの理由コードで状態を変えたかを記録します。無効データを削除すると、なぜ追加試験片を採取したかを説明できません。

再試験のボタンを押したときは、新しいrun_idを発行し、元の試行への参照と理由を保存します。合格値が出るまで試験を繰り返す運用をシステムが助長しないよう、再試験権限を限定し、再試験回数と正式採用のルールを表示する必要があります。合否の自動計算ができても、無効判断や例外承認を人が担う場合、MESに自動で「合格」を送るタイミングは承認後に設定します。暫定値と正式値を同じAPIフィールドで上書きする設計は避けます。

引張試験機データ連携の導入｜試験片IDからMESまで設計する - figure 2

接続方式を選ぶ前に実機で四つの出口を調べる

一般的な接続方式は、メーカー提供のCSV・テキスト出力、共有フォルダ、データベース連携、メーカーAPIの四系統です。試験機がOPC UAを提供する場合もありますが、すべての材料試験機にあると仮定してはいけません。OPC Foundationの仕様はOPC UAがセンサーからMES/ERPまで情報交換を支える枠組みと説明しています。一方、その設備がどの情報モデル、履歴、イベント、セキュリティ機能を実装しているかは別問題です。RFPで「OPC UA対応」の一行だけを合格条件にしないことです。

既設機の現物調査では、第一にソフトウェア名と版、ライセンスを確認します。第二に標準出力で取れる列名、単位、波形、試験片ID、方法版をサンプルファイルで確認します。第三にファイル生成のタイミングを確認します。試験終了直後か、再計算・承認後かで意味が違います。第四に端末の運用制約を確認します。インターネット接続不可、USB禁止、メーカー保守契約、OS更新不能、ネットワーク分離などです。ここを見ずに「APIで連携」と見積もると、設置後に実装不能が判明します。

比較のための実務的な表は次の通りです。

出口	向く条件	確認する失敗モード
CSV/テキスト	安定した出力形式があり、試験終了後の連携で足りる	列変更、文字コード、途中書込み、重複ファイル
共有フォルダ	試験機PCの追加開発を抑えたい	通信断、アクセス権、再送、ファイル削除
DB連携	ベンダーが公開インターフェースを保証する	内部DB直読みによる版更新時の破綻
API/イベント	承認状態や試験依頼の双方向連携が必要	認証、版互換、レート制限、障害時の再処理
OPC UA	機器が必要なノードと履歴を実装する	値は読めても試験片・判定の意味が欠ける

メーカー内部DBを非公開のまま直接読む方法は、短期のPoCで動いても長期運用に弱い可能性があります。正式にサポートされる出口を優先し、データ辞書と版変更時の通知を契約に含めます。ファイル連携でも妥当な設計は可能です。仮ファイルへ書いてから原子的に名前を変更する、または完了マーカーを置くなど、書込み途中のファイルを読み込まない仕組みを定義します。取り込み側ではファイル名だけでなく、run_idと版を使って冪等に処理し、同じファイルが再送されても結果が二重登録されないようにします。

オフラインとタイムゾーンを最初から試験する

試験室ネットワークが止まっても試験を続けるのか、止めるのかを業務として決めます。続けるなら、ローカルキューの保存期間、容量不足時の警告、復旧時の再送順、同一試行の重複排除を用意します。run_idを機械PCで発行する場合、交換PCでも衝突しないID体系にします。時刻はタイ工場ならICT表示でもよいものの、保存時にはタイムゾーンを付け、サーバー間ではUTCに正規化する方が誤解を防げます。日本本社と共有する帳票には、どちらの時刻で表示しているかを明記します。

時刻だけで測定データとロットを紐付けるのは危険です。複数の試験片が同じ日に流れ、PCの時計にずれがあれば誤結合します。まずIDをキーに使い、時刻は照合と監査の補助にします。紙ラベルの読み取りに失敗して手入力を許す場合は、候補ロットを選ぶだけでなく、確認者と訂正履歴を保存します。バーコードを読んだ「つもり」で一つ前の試験片を測るという現場のミスは、端末上の品目と試験方法を大きく表示してから開始することで検出しやすくなります。

MES/LIMSに何を返すか：依頼から承認までの往復

MESとLIMSには役割の違いがあります。MESは製造指図、工程、ロット、設備、出荷可否と結びついた実行記録を持つことが多く、LIMSは試験依頼、試験片、方法、結果、承認を管理することが多い。ただし製品構成は企業ごとに異なります。二重にマスターを持つと品目コードや規格版が食い違うため、「どちらが正本か」をフィールドごとに決めます。

理想的な往復は次のようになります。①MESがロットと品目、試験要求を発行する。②LIMSまたは試験受付が試験片IDと方法を割り当てる。③試験機PCはIDと方法を受け、操作者が現物のラベルを照合する。④試験機は結果と曲線の参照を返す。⑤品質担当者が有効性、再試験、合否を承認する。⑥正式結果のみがMESの保留・解放判断へ渡る。実際には既設システムが②③を受けられない場合もあります。そのときは一方向の結果取込みから始め、試験片ID入力の検証を厳しくする段階導入が現実的です。

連携契約では「結果確定後に送る」など曖昧な語を避けます。試験終了イベント、計算完了イベント、レビュー完了イベント、承認イベントのどれで送るかを明示し、取消・訂正が後から起きたときのメッセージも定義します。受信側が成功と返すまで送信側が記録を残し、失敗なら再送する。再送した結果が二重カウントされない。承認済み結果を更新するときには、新版として保持し旧版を追える。これらは通信プロトコルよりも業務上の受入条件です。

最小データ辞書をRFPに付ける

RFPには「データは連携できますか」ではなく、実サンプルを添えます。例えばlot_id、specimen_id、run_id、equipment_id、method_id、method_version、operator_id、started_at、completed_at、dimension、force_curve_ref、extension_curve_ref、result_value、result_unit、validity_status、judgement、approved_at、revisionを列挙します。各項目に必須／任意、型、単位、発行元、変更可能な時点、保持期間を付けます。結果値は特性名ごとに別のレコードにし、引張強さと耐力と伸び率を同じ列名「value」で無区別に送らないようにします。

値の欠落には理由を付けます。伸び計を使わない試験に伸び計由来の値がないのは正常かもしれません。一方、規格上必要な寸法が欠けたまま合格判定を出すのは欠陥です。データ辞書に「この試験方法では必須」を条件として書くと、空欄を無理にゼロで埋める誤りが減ります。ゼロ、未測定、測定失敗、対象外は異なる状態です。単位は表示文字列だけでなく、変換前の値と変換規則を管理します。

PoCは一台、一製品、一試験方法から始める

導入を急ぐほどPoCの境界を狭くする方が判断が早くなります。既設機一台、代表的な材料または製品一つ、採用する試験方法一つ、一定期間の実試験を選びます。目的はAI分析やダッシュボードを作ることではありません。試験片IDを取り違えず、必要な測定・条件・判定を所定のシステムへ届けられるかを証明することです。試験室にとって例外的なケースも必ず含めます。

PoCで集めるべきサンプルは、通常の合格、通常の不合格、試験片ラベルの読み取り失敗、寸法訂正、試験中断、無効判定、再試験、承認後の訂正です。顧客規格が異なる同一品目もあれば入れます。大事なのはサンプル件数の多さではなく、失敗したときにどこへ記録が残るかです。試験機PC、連携サービス、LIMS、MESの各画面で同じrun_idと状態を追えることを確認します。

定量目標は自工場の現状値から設定します。例えば「95%以上の自動取込み」といった数字を外から借りても、どの分母で、何を成功と数えたかが不明なら受入できません。PoC開始前に、対象試行の定義、手入力を許すケース、再送の許容時間、承認遅延の責任範囲を決めます。計測する指標は、試験終了から受信までの時間、手入力が残る項目数、ID不一致件数、再送回数、試験片の取り違え件数、承認待ちの滞留時間です。少数の実測から工程上の改善余地を判断し、全機展開の費用を見積もります。

FAT/SATで止めて確認する条件

FATではベンダー環境でデータ項目、ファイル形式、例外処理、ソフトウェア版を確認します。SATでは工場の実ネットワーク、実機、実バーコード、実マスターを使います。試験片IDを一文字違えて投入する、同じファイルを二回送る、通信を途中で切る、機器PCを再起動する、承認後に版を改めるなどを実行し、期待通りに拒否、再送、履歴保存されるかを見ます。実際の引張試験の安全な操作は設備メーカーと試験室の手順に従ってください。

受入条件は「画面に数値が出る」だけでは足りません。選んだロットから正式報告と原波形をたどれる、無効結果は残るがMESの合格判定には使われない、修正後も旧値と修正者が見える、オフライン復旧後に欠落や重複がない、権限のない人は正式結果を承認できない、といったシナリオにします。試験機を交換したときのID体系、バックアップ復元、時刻設定の誤りもSATに含めると、稼働後の障害対応が早くなります。

引張試験機データ連携の導入｜試験片IDからMESまで設計する - figure 3

費用を比較する際に抜けやすい項目

引張試験機データ連携の見積は、試験機から値を出す費用だけでは比較できません。①メーカーのソフトウェア・オプション、②既設PCやOS更新、③ネットワーク・セキュリティ、④連携サービスとデータモデル、⑤MES/LIMS側の改修、⑥試験方法とマスター整理、⑦検証・教育・保守に分けます。新規機購入なら標準搭載とオプションの境界、既設機なら保守可能な版への更新費用を明記します。

さらに波形の保存容量とバックアップ、ライセンス数、トラブル時のベンダー対応時間、版更新時の再試験工数を継続費として見ます。「CSVは無料だから最安」とは限りません。毎月の列変更や手動復旧が必要なら人件費と監査リスクが残ります。一方、全試験機へ高価なAPIオプションを付ける必要もありません。業務が試験後のバッチ連携で足りるなら、サポートされたファイル出力と堅牢な取込みで十分な場合があります。価格比較は機能名ではなく、前節の受入シナリオを満たす総費用で行います。

回収効果も転記時間の削減だけに寄せません。試験片IDの照合時間、報告書の再作成、ロット判定待ち、監査時の証跡探索、再試験の理由調査などを測ります。ただし「品質不良が何%減る」と連携だけで断言できません。試験そのもののばらつき、採取方法、校正、判断基準の整備は別の改善活動です。投資申請には現状の月間試験件数、例外率、調査時間、停止時間を実測して入れ、改善幅には幅を持たせます。

校正、権限、監査証跡を接続計画に含める

データを自動取得しても、装置の校正が期限切れなら数値の信頼性は上がりません。試験時点で有効なロードセルや伸び計の校正状態、使用した治具やソフトウェア版を結果と結びます。ISO 7500-1が扱う力測定系の検証と、対象製品に適用する試験方法、社内の校正周期は混同しないでください。試験室がISO/IEC 17025に基づく運用を求められる場合は、手順、記録、権限、訂正、データ保全を試験室の品質マネジメントに合わせて設計します。システムを導入しただけで認定取得や適合が成立するものではありません。

アクセス権は「閲覧」「試験実施」「無効判定」「結果承認」「方法変更」「システム管理」を分けます。操作者が方法や規格限界を自由に変えられると、結果の比較可能性が下がります。一方、設定変更を一切認めないと工程改善が止まります。変更申請、承認、適用日、旧版を残す運用が必要です。ログは単なるログイン履歴ではなく、測定後の寸法変更、計算値の再評価、無効化、再試験、承認取消を追えることが重要です。

データ保全では、試験機PCが故障したときの復旧点と復旧時間を定めます。中央連携が成功したかどうかに関係なく、原波形をいつまで試験機側に保持するかを決めます。連携ファイルを消すタイミングは受信確認後にします。バックアップの存在だけで安心せず、サンプルのrun_idから曲線、計算値、承認履歴を復元できるかを定期的に試します。顧客監査に提出する書式と保存期間は、契約と法令、社内規定のうち適用されるものを確認します。

ベンダーへ渡すRFPチェックリスト

引張試験機と連携システムを別会社に依頼する場合でも、責任の境界を空欄にしないでください。試験機メーカーには出力可能な項目、形式、時点、ライセンス、サポート版を確認します。連携ベンダーには取込み、検証、再送、監視、ログ、障害復旧を確認します。MES/LIMS側には受け入れAPI、マスター、状態遷移、承認後の変更、画面と帳票への反映を確認します。どちらの会社が総合テストを主導するかも契約に明記します。

以下の問いを仕様書にそのまま入れると、見積の抜けを見つけやすくなります。

対象機の型式、PCソフトウェア版、ライセンス、保守期限は何か。標準機能と追加オプションの境界はどこか。
試験片ID、ロットID、試行ID、方法版、寸法、曲線、計算結果、判定、承認状態のうち、どれを標準で出力できるか。
試験終了、計算完了、レビュー、承認のどの時点でファイルまたはイベントが生成されるか。
出力の単位、文字コード、時刻帯、ファイル命名、版番号、欠損値の表現は何か。
書込み途中、通信断、再送、重複、順序逆転、PC故障時はどう検出・復旧するか。
試験片IDの読取失敗や誤入力を誰が訂正し、元値と理由をどう残すか。
無効試験、再試験、承認取消、結果修正をMES/LIMSにどう通知するか。
原波形とレポートの保存場所、期間、バックアップ、将来の読取り方法は何か。
試験方法、規格限界、装置校正状態を誰が管理し、変更履歴をどう残すか。
FAT/SATの実施主体、試験データ、合否基準、稼働後の障害窓口はどこか。

これらに答えがそろう前は、見積金額だけでベンダーを選ばない方がよいでしょう。「連携可」の表示が同じでも、結果値だけを手動出力する構成と、試験片から正式報告まで追える構成では作業範囲が違います。回答が不明な項目は「追加調査」として見積前の現地確認に回し、前提条件を明記します。

よくある質問

引張試験機データ連携の導入にはOPC UAが必須ですか？

必須ではありません。メーカーが正式サポートするCSV、テキスト、APIなどでも要件を満たせます。OPC UAは有力な選択肢ですが、該当機が必要な試験片ID、結果、承認状態まで公開するかを実機で確かめる必要があります。通信方式よりデータの意味と例外処理を優先してください。

既設の引張試験機でもMES/LIMSへ接続できますか？

可能性はあります。ただしPCソフトウェア版、保守契約、出力ライセンス、OS、ネットワーク制約で方法が変わります。まず通常の試験を一件実行し、出力サンプルとデータ辞書を取り、試験片IDや波形が含まれるか確認します。機器の内部DBを無許可で直接読む前提では見積もらないでください。

荷重―変位の生データは全件中央へ送るべきですか？

必ずしもそうではありません。中央に原データを保存する案と、試験機側に保管して中央に所在・ハッシュ・主要結果を持たせる案があります。顧客要求、保存期間、再解析の頻度、ネットワーク容量、端末故障時の復旧要件で選びます。どちらでも試行IDから原波形へ到達できることを受入試験で確認します。

再試験で合格したら最初の不合格データを消せますか？

消去前提にしません。無効と判断した場合も、その理由、判断者、時刻、新しい試行との関係を残します。どの結果を正式値とするかは、適用規格、顧客要求、承認手順で決めます。システムは履歴を保持し、権限と版管理を支える役割です。

導入費用と回収期間はどのくらいですか？

装置側の追加ライセンス、既設PC更新、連携方式、MES/LIMS改修、検証範囲で大きく変わるため一律の金額は示せません。対象機一台・一試験方法のPoCで現状の転記、照合、訂正、報告作業を測り、全機展開に必要な費用と継続保守費を分けて試算してください。

まとめ

引張試験機のデータ連携は、結果ファイルの移動ではなく、試験片、試行、曲線、計算、判定、承認を製造ロットへ結び直す設計です。試験機が実際に出せる項目をサンプルで確認し、ID・単位・方法版・無効・再試験・訂正の扱いを決め、一台からFAT/SATで検証する。この順序なら、既設機でも新規機でも導入範囲と見積の比較が明確になります。

TOMAS TECHでは、引張試験機からMES/LIMSまでの連携範囲やRFPの項目整理を、検討段階から一緒に進められます。試験機の型式、現在の出力サンプル、紐付けたいロットの流れが分かれば、お問い合わせからご相談ください。