航空宇宙・防衛プラットフォーム、産業用制御、医療機器、交通インフラなど、長期ライフサイクルのシステムに携わるエンジニアにとって、陳腐化は繰り返し発生する、コストのかかる確実な課題です。現在はアクティブな部品であっても、その部品が搭載されているシステムの退役予定より何年も前に生産中止予定として示されることがあり、その結果、よくある高コストな選択を迫られます。すなわち、新しいコンポーネントに合わせて再設計するか、あるいはその空白期間を埋めるために十分な在庫を急いで確保するかです。
Rochester Electronicsは、Through Life Support 360(TLS360™)によって陳腐化対策に取り組んでいます。これは、特定のミッションクリティカルな半導体製品ファミリ向けに提供する、プログラムレベルのライフサイクル保証サービスです。
標準的な半導体ライフサイクルは、元のメーカーのロードマップに基づいて構築されています。部品が寿命末期のマイルストーンに達すると、通常は「新規設計非推奨(NRND)」へ移行し、その後正式な生産中止へと進みます。これは、その部品に依存するシステムが今後どれだけ長く運用される予定であるかにかかわらず発生します。
TLS360は、指定された部品について、通常であれば移行が始まる時点を超えてアクティブステータスを延長します。Rochester Electronicsは、対象製品ファミリに関して100%認定ディストリビュータであり、かつライセンスを受けた半導体メーカーとして事業を行っているため、部品が当初出荷された際と同じ完全認定の枠組みのもとで、リスクのない長期生産と、継続的かつ統制された供給を支えるライフサイクル保証を提供できます。設計チームにとって、これは実務上の利点を意味します。つまり、既存設計を、再設計の強制や土壇場での調達対応なしに、より長く生産し続けられるということです。
現在このプログラムは、Texas Instruments、Analog Devices、NXP、Infineonなどのメーカーによる一部の設計アンカー製品ファミリを対象としており、認定プログラムの拡大に伴って対象範囲も追加されています。
指定されたすべての部品番号には、次の3つのライフサイクル期間のいずれかが割り当てられます。
TLS360では、各部品に対して明確な期間区分が設定されており、これをプログラムの計画サイクルに直接組み込むことができます。これらの期間区分は、新たなサプライヤデータ、在庫状況、製造ステータスの情報が入るたびに、正式なガバナンスプロセスを通じて継続的に見直されます。
こうしたライフサイクル期間の判断は、認定サプライヤデータ、過去のライフサイクルパターン、在庫シグナル、変更通知の入力を分析するエージェント型AIシステムによって一部支えられています。当社はこれを意思決定の自動化ではなく、意思決定の補強として位置づけています。AI支援による分析は当社のガバナンスプロセスに情報を提供しますが、最終的なライフサイクル分類は人によるレビューを前提としています。
独自のライフサイクルプログラムによくある問題の一つは、独自の用語体系を作ってしまうことです。その結果、顧客は「メーカーが言うこと」と「ディストリビュータが言うこと」の間で意味を読み替えなければならなくなります。TLS360はこれを意図的に避けており、JEDECで定義されたライフサイクル用語および変更通知の慣行に整合させています。これには、PCN(Product Change Notices)、PDN(Product Discontinuation Notices)の標準的な扱い、およびエンジニアがすでに使っているActive/NRND/EOLの進行区分が含まれます。
Rochesterは、正式なPCNおよびPDNが引き続き権威あるライフサイクル情報伝達手段であることを明確にしています。TLS360の期間区分は計画策定のための指針であり、こうした正式通知の代替として扱うのではなく、顧客自身のリスク管理に組み込むことを意図しています。
製品サイクルではなく数十年単位で測られるプログラムにとって、その価値提案は明快です。すなわち、部品番号の完全性です。代替品への置き換えや強制的な再設計はなく、さらに特定デバイスの関連派生品やリビジョンにわたって一貫したライフサイクル対応が行われます。加えて、指定された場合にはライセンス製造の継続性が確保されるため、供給は単に利用可能な在庫のみに依存しません。
これは、陳腐化リスクを上流段階で管理する方法における大きな変化です。従来のように、重要コンポーネントの生産中止通知を事後的に知るのではなく、TLS360指定部品を扱う設計チームと調達チームは、開始時点から明確な計画期間を持つことができます。これにより、これまで反応的でプログラムを脅かす事象だったものが、設計ライフサイクルの予測可能な一部へと変わります。