PLMとは製品のライフサイクル全域にわたって製品情報を一元的に管理し、全体最適を目指す仕組み、と定義されています。ここで、そのライフサイクルを、電機製品のような消費財を想定して、図1のようなフェーズに分けて考えてみます。

企画フェーズでは、経済動向や市場分析などから売れる製品仕様を策定し、需要予測に基づき製品投入時期などを計画します。試作フェーズでは、要素技術の研究や新商品の構想設計、実験などが行われます。量産フェーズでは、設計された製品を既存設備で製造できるかの検討を行い、材料調達から部品加工･組立てまで適正なコスト･品質で納期どおりに生産することを目指します。そして、計画通りに顧客に製品が販売され、故障や不具合の対応が確実に行われることが求められます。さらに、現在では、環境関連規制への対応強化を求められ、製品や部品･材料の確実な廃棄だけでなく、リサイクル･リユースなど、静脈系から動脈系までの統合的な環境対策が不可欠になっています。

上述したようなライフサイクルの説明は、教科書的にある一面だけを記したものであり、会社の規模、製品の種類、生産手法の違いにより、各社各様の業務プロセスが存在するものと考えることができます。また、各フェーズ毎に実施する部署や会社が異なる場合も想定できます。このように複雑に人と処理と情報の流れがからみあう製品のライフサイクル全域を全てカバーする仕組みがPLMなのでしょうか?

PLMという名称が広く使われだしたのは、2000年頃からだったように記憶します。その頃よく目にした言葉は、｢データの一気通貫｣、｢統合BOM｣、｢ベストプラクティス｣などでしたが、今ではあまり見かけなくなりました。

NDESのお客様は、自動車、電機、産業機械の製品メーカ、部品メーカ、金型メーカなど多岐にわたりますが、どのお客様にお伺いしても、製品ライフサイクル全域において、それぞれ得意分野のITツールを持つ会社のソフトウェアを複数適用されている場合がほとんどでした。その理由を考えてみると、前節で記したライフサイクル各フェーズでの業務内容が｢計画系｣と｢実行系｣に大別でき（図2）、それらを一つのITツールで統合的に扱うことは困難であったからではないかと思います。

計画系である需要予測や販売計画は、企業の方針や意思を反映して作られるはずで、ITによるシステム化の効率化が入りにくい属人的な領域として残り続けるのではないでしょうか。また実行系でも受発注管理や調達管理は、ホストコンピュータの時代より運用された息の長い基幹システムとして、既に存在している場合がほとんどであると思います。その結果、製品情報を上流から下流まで一気に通貫できず、一つのBOMをある時は設計部の、ある時は調達部の見たい形式で見ることができず、世界の優良企業が成功したやり方を、そのまま国内企業には当てはめることができないのでしょう。

そこで、今NDESが、そしてNDESのお客様が注目しているPLMを改めて定義してみると、設計領域で生成される設計情報を管理し、既存の実行系または計画系のシステムと連携することで、生産性の向上を目指す仕組みづくり、と考えます（図3）。ある意味、当初のPLMの定義からすると、部分最適を目指したかつてのPDMではないかと指摘されるかもしれませんが、製品製造現場の現実を目にすると、既存システムと疎結合で全体最適を目指すことこそ、PLMの現実解であると考えます。

設計現場で発生している古くて新しい課題を解決する｢簡単導入PLM｣をキーワードに製造業のお客様の生産性向上に向けた支援を今後ご提案していきます。

簡単導入PLMの第1弾として、NDESの製品であるSPACE-DocとDarwinをセットにしたソリューション展開を企画しており、その概要をご紹介します。

SPACE-Docシステム構成の一例を図4に示します。SPACE-Docは設計情報（ドキュメント）を登録したり検索したりするサーバアプリケーションで、そのドキュメントを保存する領域を一つのPCで行う小規模な構成から、複数PCに分散させ、バックアップ処理の改善やセキュリティを考慮した構成まで、柔軟に対応することができます。

図5にSPACE-Docの操作画面を示します。通常お使いのPCでファイルを検索したりするエクスプローラと同じような操作性で、特別なトレーニングなどを受けなくても運用を始めることができます。さらにそのデータの管理手法としては、キャビネットとフォルダをイメージしたものになっており、キャビネット毎に利用する部署の作業者に異なるアクセス権を設定することで、より安全で確実な図書管理を実現することができます（図6）。

• ドキュメント属性定義
  ドキュメントに任意の属性情報を付加することで、検索や帳票作成などに利用できます。
• ドキュメントの排他制御
  ドキュメントをチェック･アウトすることで、他作業者が同じドキュメントを二重更新することを防ぐことができます（図7）。また、チェック･インする際にバージョン番号を更新することで、最新版管理ができます。
• ワークフロー
  SPACE-Docに登録されたドキュメントの内容の承認を得るため、ワークフローを流すことができます。ワークフローに指定された担当者に通知のメールを配信や、ログイン時にお知らせ画面で通知することができます。

カスタマイズを施すことで、ワークフローの処理に合わせて、ドキュメントをキャビネットから移動することや、採番コマンドでドキュメントを保管するフォルダ作成を容易にすることで、さらに効果をあげている例もあります（図8）。

NDESのCAD/CAMであるSpace-EやAutoCADをお使いのお客様では、CADデータをSPACE-Docに登録する際にCADとSPACE-Doc側双方にカスタマイズをして、大きな効果をあげている例があります。

CAD上で図面の図面枠に記載された部署名･担当者名・製品番号･納入先などの情報を抽出し、SPACE-Docの属性情報として自動登録する処理です（図9）。ドキュメント管理でよく問題となるのは、データ登録時に属性情報をどれだけ正確に、そして漏れなく入力できるかです。どれほど優れた検索機能があっても、入力されていない属性情報は使うことができません。

さらに、CADデータの印刷時にSPACE-Doc上で検索した、異なる大きさの（A4/A2/A0）図面データを一括して所定のプリンタ･プロッタに出力することも可能です。

設計以外の部署でSPACE-Docを活用されている例です。営業部署では日々多くの見積書を作成されていると思います。SPACE-Docに見積書テンプレートを登録しておき、カスタマイズした画面から見積り内容を入力することで、SPACE-Doc側でExcelデータの見積書を作成し、見積り内容（客先名や金額など）を属性情報として登録するもので、見積り作業の一連の処理をSPACE-Doc上で実現しました（図10）。さらに、今まで述べてきたような、最新版管理、排他制御、ワークフローを併用することができます。

金型製造部門や金型製造メーカでは、製品メーカから製品形状をIGESやSTEPなどで入手され、金型設計を開始されています。正式な金型図面の出図前の試作3DモデルをDarwinビューワデータで共有し、Darwinのもつ型構想表現機能を使用して、金型構想設計を前倒しで実施している事例があり、効果をあげています（図11）。さらに、SPACE-Docを導入することで、先の例で紹介したようなキャビネット/フォルダ構成を作業製番/作業中/承認済/製品形状/金型モデル/ビューワデータで構成し、金型設計部門と金型製造部門間で安全で確実なデータ交換をされています。