ナレッジグラフの事例紹介

自動車メーカーにとって品質テストは、時間のかかる、しかし必要不可欠なプロセスです。本格的な生産を開始する前に、不具合を修正するためにテストデータを収集し整理する必要があります。

同社は、重要なテスト情報を長期的な製品検証管理（PVM）に役立てることに苦労していました。標準化されていないテストデータでは、問題の根本原因を効果的に特定することができず、ましてや修正することもできないため、同社の製品検証ライフサイクルは機能していませんでした。

異なるドメインのエンジニアが、また時には同じドメイン内のエンジニアでさえ、異なる方法でテストを行い、異なるツールを使用して様々なフォーマットでテストデータを保存していました。その結果、データに一貫性がなく、サイロ化していたため、あるチームが保存したデータを他のチームが使えない状態となっていました。

問題の一つは、ドメイン間の境界線が必ずしも明確ではないことでした。多くの場合、ドメインが重複していました。つまり、すべてのチームの情報が本質的につながっており、連携する必要があったのです。

例えば、路上試験中に観測された振動の問題は、エンジンが原因の場合もあれば、車両構造が原因の場合もあります。問題の原因を特定するためには、異なるチームのエンジニアが協力し合う必要がありました。 この例の場合、車両テストグループが、ログに記録された振動データをパワートレイングループと共有し、パワートレイングループが負荷状態、燃焼データ、エンジントルクに関する時系列ECUデータを確認し、主な振動源を探します。

シームレスなデータ交換のためには、すべてのドメインの情報を標準化し、データベースレベルでつなげる必要があります。同社はiASYS と協力し、テストデータを自動化システムと測定システムの国際標準化団体（ASAM）が定めたガイドラインに遵守させることを決定しました。

この新しい製品検証ライフサイクルでは、つながりを表現できるデータベースシステムで異なるエンジニアリングドメインを統合する必要がありました。また、そのシステムはASAMの基準を満たしていなければなりませんでした。

同社は、iASYSの協力を得て、Neo4jでナレッジグラフを構築し、BRIX PVMソリューションを用いて製品検証のライフサイクル全体を統合することを決定しました。

iASYSチームは、Neo4jを使用してナレッジグラフを設計し、すべての製品検証ライフサイクルデータをつなげ、ドメインや機能を企業全体で統一することを可能にしました。また、テストタイプ、測定特性、測定条件などの主要なメタデータを定義するエンジニアリング辞書をナレッジグラフに作成しました。

「Neo4jとBRIX PVMを利用して、テスト・サブテスト・測定に、明確に定義されたセマンティクスを統合的に取り入れることができるナレッジグラフを構築しました。卓越したエンジニアの知識を取り込んでいるのです」（プロジェクトに参加したエンジニア）

続いてエンジニアリングドメインを新しい標準化された検証プロセスにマッピングしました。また、BRIX PVMにより、テスト、サブテスト、測定用に明確に定義されたセマンティクスが提供され、エンジニアがドメインやプラットフォームを超えてコミュニケーションできるようになりました。