Association for Standardisation of Automation and Measuring Systems
自動化システムと測定システムの国際標準化団体 (ASAM e.V.)
Association for Standardization of Automation and Measuring Systems(略称:ASAM e.V.、和訳:自動化システムと測定システムの国際標準化団体)は、ドイツ法下に置かれた登録団体である。その会員には、主に国際的な自動車メーカー、自動車産業のサプライヤーおよびエンジニアリングサービス業者が含まれる。協会は、会員企業の専門家により構成されるプロジェクトグループが行う技術基準の開発をコーディネートしている。ASAMは、開発プロセスチェーンの全ツールに対する互換性の付与や、データ交換における一貫性をビジョンとして追求している。規格は、ソフトウェア開発のためのプロトコル、ファイルフォーマットおよびアプリケーション・プログラミング・インターフェース(API)、そして自動車ECUのテストに関して定義している。シミュレーション、測定/アプリケーションシステムやテスト自動化の分野における一般的なツールの大半は、ASAM規格に準拠している。この適合によって、データを変換せずに、データの交換が保証され、また様々なメーカーのツールの互換性と、メーカーとサプライヤーとの間の一義的な仕様の交換が確保される。
ASAM規格は、UML、XMLやCORBAといった他の公的規格に基づくことから、特定のIT技術やプラットフォームから独立している。さらに、ASAMは、標準化においてISOやAUTOSARなどの他組織と密接に協働している。
80年代後半と90年代前半の経済危機の中、自動車業界はコスト削減と合理化を大きく強いられた。計測技術とテスト自動化の分野においても同様の圧力がかかった。当分野のツールにおいては、主に互換性のないインタフェースやデータフォーマットが独自に開発されており、様々なツール接続やデータ交換を妨げるものであった。そこで、アウディ、BMW、ダイムラー・ベンツ、ポルシェ、フォルクスワーゲンの開発責任者達が協力し、その先導により、1991年に自動化/測定システム(ASAM)の標準化のための作業グループが生まれた。OEMメーカーが一方的に標準を決定し、サプライヤーに順守させていた以前の標準化団体とは異なり、ASAMでは、最初から対等なパートナーとしてサプライヤーを標準の開発に関与させた。このようにして、彼らの技術ノウハウが反映された規格は、費用対効果をもって製品とサービスに実践できるようになった。
標準開発は、1996年にEUのプロジェクトSTAUMECSによって推進された。規格の数と重要性が着実に増したことから、1998年12月1日シュトゥットガルトに、標準を合法的に管理して配信するASAM e. V.が設立された。
1998年: 登録団体として、ASAM e. V.が設立。初代会長は、ダイムラークライスラーから、最高業務責任者は、BMWから就任。
1999年: 米国にASAM-共益団体ができる。
2001年: 北米、ミシガン州オーバーンヒルズのダイムラークライスラーで最初のASAM Techday。
2002年: ASAM CEA最初のリリース。  ASAMにおけるMSR規格の組込み。
2003年: 会員数は米国、日本、フランス、スウェーデンの企業も含め、100を超える。  ASAM MCD-3最初のリリース。
2004年: 役員会は、ツールメーカーにASAMに適合するツール開発のために18ヶ月を与え、その間新しい規格のリリースを停止することを決定する。  ASAM MCD-2 NET (FIBEX)の最初のリリース。  ASAM ODS 5.0は、ISOによって受け入れられ、ISO 22720として承認された。
2005年: ASAMの海外拠点として、米国にASAM LLCを設立。
2006年: ケーススタディや会員/製品リストを含む、最初のASAMソリューションガイドが公開される。  ASAM CDF最初のリリース   ASAM MDX最初のリリース   ASAM MBFS最初のリリース   公式ASAMチェッカーツール最初のリリース:A2Lチェッカー、ODSモデルとデータチェッカー
2007年: インドにASAMの海外拠点を設立   ASAM FSXの最初のリリース
2008年: 規格開発の技術的管理のため、TSC(テクニカル運営委員会)設置。  ASAM LXF最初のリリース
2009年: ASAM HIL最初のリリース   ASAM規格としてMDF採用し、ASAM MDFとして最初のリリース
2010年: 会員総会は、ASAMの会員のみがASAM規格を無料で利用できることを決定した。非会員は、規格を購入することにより、開発費用の一部を負担する。
2011年: ODSコンパニオン規格作成のため、米国で最初のローカルプロジェクトグループ編制。  日本でASAM共益団体ができる。
2012年: ASAM MCD-3 MCを2つの独立した規格に分離:ASAM MCD-3 MC とASAM MCD-3D   ASAM ATX最初のリリース
2013年: ASAM HILからASAM XILに改名し、Standard-API の大半を導入したオープンソフトウェアを伴うASAM XIL 2.0 をリリース
2021年: ASAM SCDL最初のリリース
ASAMは、世界中に130以上の法人会員を擁している。ASAMは、特に自動車産業に会員資格を制限しているわけでないが、主要な会員企業として、BMW、ボッシュ、コンチネンタル、ダイムラー、デンソー、デルファイ、GM、ホンダ、PSA、SAIC、トヨタ、TRW、フォルクスワーゲン、ボルボなど、自動車業界が占める。
会員企業は、大きく3つに分類することができる。
エンドユーザー:主にASAM規格に沿ってツールやプロセスを適用するOEMメーカーやそのサプライヤー
ASAMシステムサプライヤー:ASAM規格をツールに活用し、エンジニアリングサービスを提供するツールメーカーとサービスベンダー
教育機関:大学と研究機関
会員は、従業員数で算出される年会費を支払う。これによって、ASAM規格やチェッカー・ツールへ無料でアクセスでき、ツールの開発やサービスの範囲で使用することができる。これに加え会員は、規格の変更や開発を提案したり、その他の開発に参加する資格を与えられる。
通常、主要なOEMメーカーおよびサプライヤーは、独自による、内部で開発されたシステムを補うことや、個々のツールメーカーやコストのかかる独自開発に依存する必要がないという理由で、規格に強い関心を持つ。ASAM規格を使用することで、OEMメーカーやサプライヤーは、テスト/開発システムを何度も再利用することが可能となり、長期的にも有意である。
ASAMのシステムサプライヤーにとっても、規格を通じて自社製品に対して、世界的なOEM市場での独立性を得ることができることから、明らかに有利となる。要するに規格は、世界中のエンドユーザーへの労力/費用がかかるカスタム開発なしに、製品を販売することを可能にさせ、加えて開発コストを最小限に抑え、収益を最大化させる。さらに積極的に規格の開発に関与する企業は、「first-to-market」という優位性を得る。
ASAMの強みは、膨大な数のシステムサプライヤーを擁していることにある。会員企業のほぼ三分の二は、このグループに属する。このため、大規模な範囲でASAM適合のツールやサービスを利用することが可能である。専門家によれば、MCDシステム用だけでも、世界中に約500の製品があるという。
ASAMは、登録団体として組織されている。その構造は、既存組織への新会員の統合を可能にさせる。
ASAMの最高意思決定機関は会員総会である。各会員企業は、それぞれの年会費に比例して議決権をもつ。派遣代表は、2年周期で役員会および技術運営委員会を交互に選出する。彼らはまた、理事の負担を軽減し、規約の変更を承認し、重要な戦略的決定について採決する。
役員会は、当団体の運営責任を負っている。最大で5会員から構成されている。役員会は、すべての法律/広報に関する要件でASAMを代表し、団体の財政に責任をもち、会員の採用/不採用を決定し、他の委員会やオフィスのためのガイドラインを定め、当団体の長期的な戦略を構築し、その実施を確認する。
技術運営委員会(TSC)は、技術/市場の側面に重点を置いてASAM規格に取り組んでいる。委員会は、ASAMの会員企業から最大10の派遣代表により構成される。TSCの主要目的は、ASAM標準ポートフォリオが、市場の需要に対応し、競争力を維持することを確実にすることである。委員会は、技術提案を審査し、作業グループの進捗状況を把握し、新規または改訂された標準を承認する。
ASAMのプロジェクトグループが、標準の実際の開発作業を行う。これらのグループに別の会員が加わることができないこともあるが、それは、標準の原案を提起した企業のみが、プロジェクトグループのメンバーを派遣できることに起因する。これに対して、「オープンなプロジェクトグループ」では、他の会員の協力参加が可能である。プロジェクトグループは、標準の新規開発や将来のバージョン開発(FVDプロジェクト)、あるいは小さな改定やエラー修正といった標準の保守を行う(メンテナンス・プロジェクト)。
ASAMは、ミュンヘン近郊にオフィスを構えている。そこでの業務内容は、規格の確実な配信、プロジェクトグループのためのITインフラストラクチャーや標準に関する質問への専門的な支援、技術的なマーケティングや一般的なサポートなどである。
標準の新規開発、既存の標準の開発/修正はメンバーの主導の下で行われる。プロセスは、目的、使用事例、技術的な内容、推定資源やプロジェクト計画などを含む、いわゆる「Issue Proposal(問題提起/企画・課題の提案)」からスタートする。提案は、コメントのために他のメンバーに伝えられる。最低6週間の話合期間を経て、提案とコメントが、評価と決定のためにTSCに提出される。必要なリソースが存在し、TSCにより提案が承諾された時点で、プロジェクトの開始となる。
通常、必要な予算の25%をASAMが負担する。残りの75%は、プロジェクトへの参加企業が負担するが、それは、例えばプロジェクトグループ・メンバーの作業時間、既存のドキュメンテーションや資金の提供をベースにする。少なくとも3社の会員企業が参加していることが、プロジェクト実施の前提条件となる。
ASAMは、プロジェクトグループに対して、Issue-Tracking System(問題追跡システム)、ファイルリポジトリとバージョン管理システム、会議システム、プロセス概要説明とガイドライン、テンプレートとオフィスのサポートからなる作業基盤を提供する。
プロジェクトチームは、グループの作業計画に責任をもち、作業進行を支援し、グループが承認済みプロジェクトの枠内で作業を進めることなどに配慮するプロジェクトマネージャーを選択する。ASAMのオフィスは、プロジェクトグループの管理運用業務を担当する、既存の規格の開発のための、保守プロジェクトマネージャーを任命する。それ以外の場合は、プロジェクトグループが、独自のニーズに応じて自ら手配する。
プロジェクトの実施段階では、プロジェクトメンバーは、定期的なミーティング、電話会議または自主的な仕事を通じて、規格に関わる仕事を遂行する。プロジェクトマネージャーは、TSCにプロジェクトの進捗状況を定期的に報告する。
プロジェクトメンバーは、規格が承諾段階に達成したと判断した時点で、その作業結果をTSCに審査のために提出する。作業結果とは、ドキュメント、スキーマ、参照コードやサンプルファイルのことである。プロジェクトリーダーはTSCの会議で新しい規格を発表する。TSCと役員会がリリースを承認した後、ASAM オフィスがリリースを公開し、会員にダウンロード用のアクセスを提供する。
ASAM 規格は主に自動車産業界で使用されている。計測、キャリブレーション、診断、テスト領域におけるデバイス間の通信インターフェースの定義に焦点を当てている。同規各はこれら領域のプロセスおよびツールチェーンに適用され、開発、統合、メンテナンスの費用を軽減することが目的である。ASAM規格は特定のユースケースを扱い、以下の基本原則に沿って開発されている。
異なる製造元のシステムコンポーネントの互換性を可能にさせることで、メーカーや技術に依存されず、ITプラットフォームの継続的な開発の必要がなくなる。このためツールやプロセスへの投資が長期的に保証される。
ASAMは規格における技術定義に対し、一般的な記述方式を使用する。
フォーマット記述:データ交換を目的としたファイルフォーマットのシンタックスおよびセマンティックを定義する。
API:サービスルーチンの呼び出し、もしくはコンピュータープログラム間のデータ交換を目的として、実行可能ルーチンのインターフェースおよび機能的行動を定義する。
プロトコル定義:コンピューターシステム間のコミュニケーションリンクの確立を目的として、バスを介したコミュニケーションのシンタックス、セマンティック、同期を定義する。
技術リファレンス:規格の技術に依存しない部分に関し、技術に依存した解釈をもって明確にする。マッピングルールもしくはプログラム・コードを介するのが一般的。
アプリケーション領域コンパニオン:特定のアプリケーション領域、もしくは特定の種類のデバイスに対するベース規格の拡張子を定義する。
トランスポート層仕様:具体的な物理層を使用して一般的プロトコル定義の解釈方法を定義する。
ASAMは規格を7つのグループに細分し、以下の表のように分類している。
Measurement & Calibration:計測&校正
Diagnostics:診断
ECU Networks:ECUネットワーク
Software Development:ソフトウェア開発
Test Automation:テスト自動化
Data Management & Analysis:データ管理と分析
Simulation:シミュレーション
Measurement & Calibration規格
ECUの変数やパラメータを扱うための規格である。これには、ECUメモリ内のデータへの読み書きアクセス、データのメタ記述、ファイルへのデータの保存、適合プロセスの記述などが含まれる。
Diagnostics規格
ECUのサブシステムを診断&テストするための規格である。
ECU Networks規格
ECUネットワークを記述およびテストするための規格である。
Software Development規格
ECUソフトウェア開発および機能安全開発を支援する規格である。 これには、ECUソフトウェアの形式記述と文書化、変更要求の説明、モデルベースのエンジニアリング用のブロックセット、安全設計とシステムアーキテクチャの関係を視覚的に表現するための表記法が含まれる。
Test Automation規格
テストシステムで操作するための規格である。これには、センサーやアクチュエーターデバイス、計測・校正システム、HILシステム、DoEシステム、テスト記述用フォーマットへのプログラムアクセス用のAPIが含まれる。
Data Management & Analysis規格
車両のシミュレーション、テスト、生産、および運用中に得られた大量のデータを保存、取得、および分析するための規格である。
運転および交通シミュレーションのための道路網の説明する。運転操作とテストシナリオの仕様のための規格である。