特許戦略が原動力となり、TIER IVは8月20日にOpen Invention Network 2.0に参加しました。これにより、自動運転ソフトウェアの取り組みを、Linuxに重点を置いた非侵害（ノンアグレッション）枠組みに結び付け、オープンソースの車載システムを検討するコード利用者が訴訟リスクを抑えられる可能性があります。
要点
TIER IVは8月20日にOpen Invention Network 2.0に参加し、自動運転のためのオープンソース・エコシステムを支援しました
TIER IVは、道路の認識、ルート計画、車両制御の機能を統合するソフトウェアであるAutowareを開発しています
Autowareは2015年に、自動運転車開発のためのオープンソース基盤として登場しました
小規模のサプライヤーは、OINのメンバーシップによって最も恩恵を得る可能性があり、また大規模な特許ポートフォリオを組み立てずにソフトウェアを提供できます
特許戦略が車載ソフトウェアのスタックに入り込む
TIER IVのリリースでは、同社が自動運転のオープンソース・エコシステムを支えるためにOIN 2.0に参加したと述べられています。TIER IVは、道路認識、経路計画、車両制御の機能を組み合わせたソフトウェアであるAutowareを開発しています。
自動運転システムは、多くのサプライヤーからのコード、センサー、地図作成ツール、チップ、機械学習モデルを活用します。
この組み合わせにより、自動車メーカーがエンジニアやテスト車両を投入する前には、法的な影響の大きさを評価しにくくなります。
特許戦略は、企業が特許を使って発明を保護する方法、またはパートナーに対する訴訟を制限する方法を決めます。これは、コードの複製や改変を扱うオープンソースライセンスとは異なります。
著作権は、記述されたコードを含む、ソフトウェアプログラムの表現を保護します。
特許は、センサー入力の処理や車両挙動の調整のような技術的手法をカバーし得ます。
開発者はオープンソースライセンスに従っていても、特許をめぐる紛争に巻き込まれる可能性があります。このギャップは、公に利用できるコードベースが研究用プロトタイプから商用車両プログラムへ移るときに重要になります。
その移行の前に明確な特許戦略を定義しておくことで、商業導入を遅らせる法的な不確実性を減らせます。
OINのメンバーシップは、AutowareまたはTIER IVの特許を別の所有者へ移転しません。ネットワークが定義するLinuxシステムでカバーされる技術に関するコミットメントを生み出すものです。
Linuxの法的防衛の動きが、道路へより近づく
オープン・インベンション・ネットワーク（Open Invention Network）は、サーバー、クラウド基盤、組み込みデバイス、産業機器などで使用されるオープンソースOSであるLinuxを中心に形成されました。
そのメンバーは、定められたLinux関連の技術の範囲内で、ロイヤルティ不要の特許ライセンスを付与します。
この仕組みはしばしば特許の不侵害フレームワークと呼ばれます。メンバーは、自分の特許の所有権は保持しつつ、対象となる特許を他の保護された参加者に対して使わないことに合意します。
今回の発表は、その枠組みの中にTIER IVの特許戦略を位置づけています。
車両ソフトウェアに関わるあらゆる知的財産の紛争から免責されるわけではありません。
合意の境界は、商業ユーザーにとっても引き続き重要です。OINの対象となるカバー範囲外の営業秘密、契約、安全審査、特許は、依然として法的リスクを生み得ます。
特許プールは、すべての加盟メンバーの発明を一人の所有者の下に収めた金庫のようなものではありません。
それらは、別々の特許保有者の間での権利と義務を定義するためのライセンス取り決めです。
自動車メーカーにとっては、その法的な地図は、車両が公共の道路に出るずっと前から調達の選択に影響し得ます。エンジニアはオープンな部品を選ぶことはあっても、法務チームは配備（デプロイ）に関する条件を依然として用意する必要があります。
Autowareの2015年の開始からOIN 2.0へ
Autowareは2015年に、自動運転車開発のためのオープンソースの土台として登場しました。その当時、多くの自律走行プロジェクトは企業の研究グループの内部にとどまっていました。
研究者やスタートアップに、各チームがすべての要素を一から作り込むのではなく、再利用可能なモジュールを提供しました。
プロジェクトの魅力は、モジュール化された開発にありました。チームは、センシング、自己位置推定、計画、車両制御のためのソフトウェアを、自分たちのハードウェアや運用環境に合わせて調整できました。
同じオープンさが、調整上の課題も生み出します。
生産システムには、大学、サプライヤー、商用開発者、そして異なる法的ルールの下で動く独立エンジニアによる貢献が含まれる場合があります。
車両ソフトウェアも、車がネットワーク化されたプロセッサ、コンテナ化されたアプリケーション、OTA（無線）アップデート、そして機械学習モデルを採用するにつれて変化しました。自動車開発は、アーキテクチャと法的な影響の点で、エンタープライズ向けソフトウェア開発に似てきました。
特許をめぐる争いは、かつてはより目に見える形で機械部品やサプライ契約を中心にしていました。
ソフトウェアの手法やデータ処理技術の比重が、現在ではより大きくなっており、サプライチェーンのあらゆる階層の企業にとって、整合した特許戦略がより決定的になります。
OIN 2.0は、ユーザーがリソースを投じる前に、TIER IVが法的な期待を公に示す手段を与えます。特許戦略は、技術デモと同じくらい、調達（プロキュアメント）の審査段階で重要になり得ます。
こちらも読む：AIエージェントは本番システムで致命的な引き継ぎ危機に直面
オープンな自動運転インフラのための特許戦略
OINのメンバーシップが、自動運転システムが公共の道路で十分に安全かどうかを決めるわけではありません。
規制当局、保険会社、メーカー、安全のエンジニアは、性能、運用上限、そして説明責任（アカウンタビリティ）をそれぞれ別々に判断します。
そのコミットメントは、より早い段階の技術的な判断にも影響し得ます。車両がテスト用フリートに入る前に、開発者はライブラリ、データパイプライン、ハードウェアのインターフェース、そして外部の貢献者を選びます。
その段階では、定められた特許戦略は、ベンチマークスコアや統合のタイムラインと同じくらい影響力を持ち得ます。
より広いOINのメンバー基盤は、参加者にとってネットワークをより有用にし得ます。新しい各メンバーは、同じ不侵害（nonaggression）のコミットメントによって拘束される特許保有者のグループを拡大します。
小規模のサプライヤーほど、その仕組みの恩恵を最も受けるかもしれません。
確立した車両メーカーに一般的な大規模な特許ポートフォリオを最初に組み立てることなく、ソフトウェアを提供できます。
クローズドシステムは、コードへのアクセスやサプライヤー関係をより厳密に管理できます。オープンシステムはより広い貢献を引き寄せられる一方で、明確なガバナンス、ライセンス、安全の手順が必要です。
TIER IVの動きは、自動運転ソフトウェア提供者間の競争をなくしません。
共有のLinuxベース基盤上で構築する企業に対して、1つの法的な境界を定義するとともに、オープン車載ソフトウェアが研究から実運用へ移る際に、特許戦略が見える要因として残り続けることを示しています。
次に読む：トークン化されたデポジットがHSBCとスタンダード・チャータードの間で移動、ただしこれは試験のみ