Apex.AI, Inc. は、2017 年に Jan と Dejan によって設立されました。 Jan と Dejan は、2008 年の ROS の開始以来、ROS に貢献してきました。 Dejan はミュンヘン工科大学で働き、ROS ベースのソフトウェアを開発しました。その後、パロアルトで Bosch に入社した後、コア ROS コードベースで Willow Garage と緊密に協力しました。その間、ヤンはパロアルトにあるボッシュのロボット工学および自動運転ラボの指揮を執っていました。彼は、Willow Garage の PR2 ベータ プログラムで Bosch の ROS への貢献を調整しました。彼の研究室は、研究用の PR2 プラットフォームを授与された唯一の企業出場者でした。 ​ 多くの企業が ROS をセーフティ クリティカルなシステムに適用する際に、要件と影響を十分に理解していないという観察に基づいて、2 人は Apex.AI を開始し、ROS 2 の堅牢で信頼性の高いバージョンとして Apex.OS を提供することを決定しました。機能安全認定や専門的なサポートなど、安全性が重要なシステム向け。

車輪の再発明はしません。代わりに、ロボティクスと自律システムの研究開発のための優れた確立されたオープン フレームワークである ROS を採用し、自動車やその他の安全性が重要なアプリケーションで使用するための堅牢で信頼性の高いものにしています。具体的には、Apex.OS を ROS 2 の堅牢で信頼性の高いバージョンとして、適切な認証と専門的なサポートを含む安全性が重要なシステム向けに提供しますが、これらはどちらもオープンソース プロジェクトの範囲外です。

当社の社名の正しいスペルは Apex.AI です。当社の米国事業体の完全な正式名称は Apex.AI, Inc. であり、当社のドイツ事業体の完全な正式名称は Apex.AI GmbH です。 Apex.AI GmbH は、Apex.AI, Inc. の完全子会社です。

ラテン語で Apex という言葉は、「頂上、頂点、先端、最上部、極限、または最高の栄誉」を意味します (出典ウィキペディア). 幾何学では、頂点 (複数の頂点) は、ある意味でそれが属する図形の「最高」である頂点です (ソース ウィキペディア). モータースポーツでは、最適なレーシング ラインを走行するとき、頂点とは車両の内側のタイヤがカーブの内側の端に接触するポイントです (ソース ウィキペディア). 生態系において、頂点種は生態系の機能と生物多様性の維持の中心です (ソース Wikipedia).

ROS は Robot Operating System の略ですが、実際にはオペレーティング システムではありません。ロボティクス アプリケーションの開発に使用されるメタ オペレーティング システムまたはソフトウェア開発キット (SDK) としてよりよく理解されています。ロボティクスの開発、デバッグ、テスト、および展開に必要なオープンソース ソフトウェア、ライブラリ、およびツールを提供します。応用。 ROS は、Open Robotics の友人によって開発および保守されています。

Apex.OS は ROS 2 のフォークであり、非常に堅牢で信頼性が高いため、自動運転車、ロボット、航空宇宙アプリケーションなど、安全性が非常に重要なシステムの開発と生産に使用されます。 Apex.OS は ROS 2 と API 互換です。一言で言えば、Apex.OS は自動運転ソフトウェアやその他の安全性が重要なモビリティ アプリケーション用の SDK です。

Apex.OS はエンタープライズ ソフトウェアです。商用ライセンス サブスクリプションの下でプロフェッショナル ユーザーが利用できます

いいえ、Apex.OS はオープンソースではありません。 Apex.OS は、独自のライセンスの下で販売されています。 ROS 2 はオープンソースであり、Apex.OS は ROS 2 と API 互換です。ROS 2 をフォークする過程で ROS 2 で修正した多くのバグは、オープンソース ROS 2 に貢献しました。

私たちは、安全でセキュアな自動運転システムの開発は非常に困難な問題であると考えています。さらに、この課題には、技術、コンポーネント、システム、製品、そしてもちろんこれらを構築する企業の多様なエコシステムが必要であると考えています。私たちは、お客様がクラス最高のハードウェア コンポーネント、ソフトウェア モジュール、コンピューター、センサー、アクチュエーター、およびサービスを選択し、これらを個々の問題に最適なスタックに組み合わせることができるオープン エコシステムを目指しています。クローズドなフルスタック システムではなく、このエコシステムのコンポーネントを提供しています。

技術システムの機能の安全性は、技術基準、つまり一般に IEC 61508、自動車用の ISO 26262、航空宇宙システム用の DO-178B で説明されています。これらの基準は、目的の機能の安全上の重要性と、そのレベルに到達するための開発プロセスに応じて、必要な安全レベルを規定しています。 ​ Apex.OS と Apex.Autonomy は、安全性が重要な自律型モビリティ システムの一部として使用されるソフトウェア コンポーネントです。 Apex.OS は、ISO 26262 で最高の機能安全レベルを表す ASIL D までのコンテキスト外の安全要素 (SEooC) として認定されています。ASIL は Automotive Safety Integrity Level の略です。 ​ Apex.AI は、この分野で最も評判の高い評価者の 1 つである TÜV NORD と協力して、Apex.OS の認定を取得しています。

私たちは確立された自動車用ソフトウェア開発手法を使用します。パート 6 で説明されているように、自動車の機能安全規格 ISO 26262 は、エンジン ECU や ESP ECU などの小型のマイクロコントローラー ベースの車載コンピューター用のソフトウェアの開発に長年採用されてきました。 ​ 現在、自動車ソフトウェアの厳格なソフトウェア開発基準を、非常に複雑なロボティクスおよび自動運転ソフトウェアの開発に適用しています。実際には、これは、静的メモリ、ノンブロッキング同期プリミティブ、およびリアルタイム ロギングを使用してソフトウェアを作成する豊富な経験があり、使いやすい ROS 2 API の背後にそれらを抽象化する方法も知っていることを意味します。

デモや研究開発のプロトタイプに取り組んでいる場合は、おそらく認定は必要ありません。製品に取り組んでいる場合、市場の規制および製造物責任関連の要件に応じて、認証が必要な場合と必要でない場合があります。 実際の認証の取得とは別に、(おそらく) a) ソフトウェアの実装 (ISO 26262 パート 6 および 8 に記載) と b) 機能パフォーマンス (ISO/ PAS 21448:2019)、成果物が顧客の期待を満たすようにします。 堅牢で信頼性が高く、リアルタイム対応のソフトウェア スタックを備えた複雑なロボット システムを構築する際に、一連の実装要件、コーディング要件、およびガイドラインが必要であることに気付くでしょう。また、これらの要件とガイドラインは Google のものと非常に似ているため、機能安全のガイドラインとベスト プラクティスで説明されているものと類似していることもわかります。 もちろん、ソフトウェア ホイールを再発明し、それらすべての要件とガイドラインを自分で考え出し、時間とリソースの倍数を費やすこともできます。または、長年の自動車業界で収集された知恵を使用することもできます。機能安全の専門知識を持ち、他の人が ISO 26262 のパート 6 と 8 で書き留めた内容に従います。(認証につながるガイドラインに従うことに加えて) 認証も取得することを選択するかどうかは、やはりあなたの選択です。 Apex.OS の価値命題は、これらの (確かに) 面倒なソフトウェア実装のベスト プラクティスの複雑さが、Apex.OS の使いやすい API に抽象化されることです。組み込み、リアルタイム、および機能的に安全なプログラミングの専門家ですが、むしろ機能的なパフォーマンスの作成に集中できます。