ODB++

ほとんどすべての電子機器の内部にはプリント基板が存在し、その上に半導体やその他の部品がはんだ付けによって機械的・電気的に接続されている。これらのプリント基板は、コンピュータ支援設計（Computer-Aided Design, CAD）システムを使って設計される^[11]。実際に製造するためには、コンピュータ内の設計情報をフォトリソグラフィ装置のコンピュータ支援製造（Computer-Aided Manufacturing, CAM）システムに転送する必要がある^[12]。CADとCAMシステムは一般的に異なる企業によって製造されているため、データを転送するためにCAD-to-CAMデータ交換フォーマットを取り決める必要がある。ODB++は、このようなデータ交換を行うためのファイルフォーマットのひとつである^[13]。ベアボードが製造された後に、電子部品が配置され、はんだ付けされる。

使用時、ODB++のデータはファイルとファイルフォルダの階層構造に保存される^[14] 。転送には、階層情報を保持した単一の圧縮ファイルを作成する一般的なオペレーティングシステムコマンドを使用するのが簡便である。例えば、Unixではtarコマンドやgzipコマンドが使える^[2]。ODB++(X)では、デフォルトの場合、データベースは1個のXMLファイルに格納されている^[10]。

ODB++は、導体層のアートワークやドリルデータだけでなく、材料のスタックアップ、テストポイントを含むネットリスト、コンポーネントの部品表、コンポーネントの配置（英語版）、ファブリケーションデータ、寸法データなどの仕様にも対応している。

Valorは1992年に設立され^[15]、1995年にODBをリリースした。1997年にコンポーネント名が追加された際に++接尾辞が追加された。XML版は2000年から開発され^[7]、2008年にIPCに提供された^[16] 。Valorは2010年にMentorに買収された^[3]。

ODB++データフォーマットは2020年に拡張され^[17]、デジタルツインを使用することで設計者と製造者間のコミュニケーションを容易にするように設計された。このフォーマットはODB++ Familyと改名され、3つの接続フォーマット用途に分割された。

• ODB++Design： 一般的なEDAソフトウェアを使用して作成され、製造、ファブリケーション、テスト、およびアセンブリ解析（DFx）のための設計に使用される。
• ODB++Process： 設計データを製造装置やワークステーションで使用するファイルに変換するための移行フォーマット。
• ODB++Manufacturing： 製造現場イベント用のフォーマットで、機械とスマートインダストリー4.0ソフトウェアソリューション間の通信機能を備えている^[18]。

1990年代後半、当時第一世代フォーマットであったガーバーフォーマットよりも、第二世代のデータ転送フォーマットの方が効率的であることが業界関係者の間で明らかになった。しかし、2つの候補のうちどちらを選ぶべきか、コンセンサスを得るのは非常に困難だった：

1. ODB++: 実績はあるがプロプライエタリ。
2. IPC-2511 GenCAM：広く使用されていないが、オープンである。

2002年、GenCAM陣営とODB++陣営の間で2年にわたる調整作業が行われた後、妥協案となるODB++(X)フォーマットがNational Electronics Manufacturing Initiative（NEMI：業界団体、後にInternational Electronics Manufacturing Initiative（iNEMI）に改称）によって推奨された。当時この勧告を支持した企業には、Cadence、Hewlett-Packard、Lucent、Easylogix、Mentor（約8年後にValorを買収）、Nokia、Xeroxなどがあった^[1]。

しかし、実際のところ、採用はごくわずかであった^[16]。その結果、以下に詳述するように、業界はまだ分裂している。2014年後半、Gerber X2が登場し、互換性のある方法でガーバーフォーマットに属性を追加し、ガーバーを第2世代フォーマットに変換できるようになった^[19]。

ODB++のインポートおよび/またはエクスポートをサポートするEDAツールのリストは、Artwork Conversion Software^[20]、Mentor^[21][22]、およびEDAソフトウェアの比較（英語版）表で見ることができる。ODB++フォーマットを採用している企業の中には、その使用を推奨しているところもある。Streamline Circuitsによると、ODB++は競合するガーバーフォーマットよりもはるかに効率的であり、「8層プリント回路基板のプランニングとツーリングにガーバーを使用すると最大5時間かかるが、ODB++を使用するとわずか1時間で済む」と述べている。Streamlineによると、メーカーは、よりシンプルなガーバーフォーマットの限界を克服するためにODB++を採用している^[23]。DownStream Technologiesは、ODB++を「EDAにおけるインテリジェントなデータ交換のためのデファクトスタンダード」と呼んでいる^[24] 。2002年、Sanmina/SCIのDana Korf氏は、ODB++を「広く普及している非ガーバーフォーマット」と呼んだ^[1]。ViasystemsのKent Balius氏は、ODB++について「...本当に他には何も必要ない」と述べている^[25]。

ODB++は、Valor、後にMentor、そして現在はSiemensが管理する独自フォーマットであるため、他の独自規格と同様、ベンダーロックインのリスクが伴う。ODB++がCAM企業であるValorによって管理されていた当時、CAD企業はこの点について懸念を抱いていたが、ライバルのCAD企業であるMentorがValorを買収したことで、この懸念はさらに大きくなった^[16]。Mentorは次のように主張している。

「他のEDAツールベンダーのためのODB++とアップデートの組み込みをオープンにサポートしています。」^[26]

以前は仕様書へのアクセスを制限し^[27]、秘密保持契約を求めていた^[2]。申請書には、次のような要件が含まれていた：

「...相互の顧客からの照会を通じて、この統合に対する顧客のニーズを実証すること。Mentor Graphicsの製品部門からの推薦を提出すること、またはMentor Graphicsとパートナー企業の両方にとってこの統合の価値が増加することを証明すること。」

直接の競争相手の中には、これがアクセス制限を意味すると推測する者もいた。これは競合他社だけでなく、Mentorのユーザーコミュニティにとっても不満の種だった^[16][28] 。

2012年、Mentor社Valor事業部の事業開発担当ディレクターであるJulian Coates氏は、これまでのところ、Mentorの競合他社を含むすべてのODB++パートナーが、ODB++ソリューションアライアンスを通じてODB++インターフェースの構築と保守の支援を申請し、予約やコストなしで受け入れられていると主張している^[29]。さらに、旧バージョンであるv7のフォーマット仕様は、NDAの必要なくオープンに利用できるようになった^[30]。ODB++ソリューションアライアンスのメンバーシップは無料で、登録すれば誰でも参加できる。登録者には無償のODB++ビューアやその他のソフトウェアユーティリティが提供される^[31]。

ガーバーフォーマットの開発者であるUcamcoは、一般的なガーバーベースのフロー（いくつかの追加を含む）はODB++と同様に完全で効率的であると主張している^[32][33]。これらの追加はガーバーX2で導入され、従来の拡張ガーバーに属性を追加した^[19]。標準属性は、レイヤ構造、パッド機能、CADネットリストを定義することができる^[34]。