特許ウォッチ

公開番号2025100308
公報種別公開特許公報(A)
公開日2025-07-03
出願番号2024111855
出願日2024-07-11
発明の名称クロスドメインテスト用のテストベンチを管理するためのシステムおよび方法
出願人ウーブン・バイ・トヨタ株式会社
代理人個人,個人,個人,個人,個人,個人,個人
主分類G06F 11/36 20060101AFI20250626BHJP(計算;計数)
要約【課題】組み込みシステムのソフトウェアをテストするクロスドメインテスト用のテストベンチのプロビジョニングおよび/または利用を容易にするためのシステム、方法、およびデバイスを提供する。
【解決手段】実施形態によれば、方法は、少なくとも1つのプロセッサによって実装され得、ソフトウェアに関連付けられたテストベンチ設定を取得することと、テストベンチ設定に関連付けられた複数のテストアーティファクトの情報を取得することと、複数のテストアーティファクトに基づいて、クロスドメインテストに関連付けられたテストベンチを生成することと、を含み得、組み込みシステムのソフトウェアが、車載電子制御ユニット(ECU)を含む。
【選択図】図3
特許請求の範囲【請求項１】
システムの少なくとも１つのプロセッサによって実装される、組み込みシステムのソフトウェアをテストするクロスドメインテスト用のテストベンチを管理するための方法であって、
前記ソフトウェアに関連付けられたテストベンチ設定を取得することと、
前記テストベンチ設定に関連付けられた複数のテストアーティファクトの情報を取得することと、
前記複数のテストアーティファクトに基づいて、前記クロスドメインテストに関連付けられたテストベンチを生成することと、
を含み、
前記組み込みシステムの前記ソフトウェアが、車載電子制御ユニット（ＥＣＵ）を含む、
方法。
続きを表示（約 1,600 文字）【請求項２】
前記テストベンチ設定を取得することは、
テストベンチを定義する１つまたは複数の入力をユーザから受信することと、
利用可能なテストアーティファクトの情報を含むコンポーネントカタログを取得することと、
１つまたは複数の入力に基づき、前記利用可能なテストアーティファクトの中から、前記ユーザが定義したテストベンチに関連付けられた１つまたは複数のテストアーティファクトを決定することと、
決定された１つまたは複数のテストアーティファクトに基づいて、テストベンチ設定を構築することと、
を含む、請求項１に記載の方法。
【請求項３】
前記複数のテストアーティファクトは、少なくとも１つのソフトウェアコンポーネント、少なくとも１つのハードウェアコンポーネント、またはそれらの組み合わせを含む、
請求項１又は請求項２に記載の方法。
【請求項４】
前記複数のテストアーティファクトの少なくとも一部は、地理的に異なる場所に導入される、
請求項１又は請求項２に記載の方法。
【請求項５】
前記少なくとも１つのソフトウェアコンポーネントは、少なくとも１つの仮想ＥＣＵ、少なくとも１つのエミュレートされたＥＣＵ、または車両関連モデルを含み、
前記少なくとも１つのハードウェアコンポーネントは、少なくとも１つの物理ＥＣＵを含む、
請求項３に記載の方法。
【請求項６】
前記テストベンチに基づいて、前記少なくとも１つのソフトウェアコンポーネントを導入することと、
前記テストベンチに基づいて、前記少なくとも１つのハードウェアコンポーネントを確保することと、
前記少なくとも１つのソフトウェアコンポーネントおよび前記少なくとも１つのハードウェアコンポーネントに基づいて、仮想車両モデルを作成することと、
をさらに含む、請求項３に記載の方法。
【請求項７】
前記少なくとも１つのソフトウェアコンポーネントを導入することは、
前記テストベンチに基づいて、前記少なくとも１つのソフトウェアコンポーネントを導入するための少なくとも１つのリソース要件を決定することと、
前記システムに通信可能に結合された複数のノードの中から、前記少なくとも１つのリソース要件を満たす少なくとも１つのノードを決定することと、
決定された少なくとも１つのノードに少なくとも１つのソフトウェアコンポーネントを導入することと、
を含む、請求項６に記載の方法。
【請求項８】
前記少なくとも１つのハードウェアコンポーネントを確保することは、
前記テストベンチに基づいて、少なくとも１つのハードウェアリソース要件を決定することと、
前記システムに通信可能に結合された複数のハードウェアコンポーネントの中から、前記少なくとも１つのハードウェアリソース要件を満たす前記少なくとも１つのハードウェアコンポーネントを決定することと、
前記少なくとも１つのハードウェアコンポーネントを確保することと、
を含む、請求項６に記載の方法。
【請求項９】
前記仮想車両モデルを作成することは、
前記テストベンチに基づいて、少なくとも１つのソフトウェアコンポーネントと少なくとも１つのハードウェアコンポーネントとの間の関係を決定することと、
前記決定された関係に基づいて、少なくとも１つのソフトウェアコンポーネントを少なくとも１つのハードウェアコンポーネントに接続することと、
を含む、請求項６に記載の方法。
【請求項１０】
前記仮想車両モデルに基づいて、前記クロスドメインテスト用のテストリグを生成することをさらに含む、
請求項６に記載の方法。
（【請求項１１】以降は省略されています）
発明の詳細な説明【技術分野】
【０００１】
本開示の例示的な実施形態と一致するシステムおよび方法は、テストベンチ管理に関し、より詳細には、クロスドメインテスト用の１つまたは複数のテストベンチのプロビジョニング（provisioning）および利用を容易にするためのシステムおよび方法に関する。
続きを表示（約 2,400 文字）【背景技術】
【０００２】
ソフトウェアテストにおけるテストベンチは、コンパイルまたは利用されるときに、所望の条件、環境、または設定においてテストが実行されることを可能にする、一連のツール、手順、機能構成、備品などの情報またはパラメータを指し得る。
【０００３】
いくつかの状況では、テストベンチは、とりわけ、ソフトウェアが導入され、テストされる実際の環境をシミュレートする仮想環境を提供するために必要とされるハードウェアリソースおよび／またはソフトウェアリソースなど、様々なテスト要件を提供または定義することができる。
【０００４】
ソフトウェアテスト用のテストベンチで使用されるリソースは、ソフトウェアが適切に機能するためにソフトウェアが対話することができるハードウェアコンポーネント上の要件など、ハードウェアリソース上の要件を含むことができる。例えば、車両組み込みシステムにおいては、ハードウェアリソースは、ターゲットＥＣＵ（例えば、テスト中のＥＣＵ）が相互動作する１つまたは複数の物理的な電子制御ユニット（ＥＣＵ）、関連するデータまたは情報がホストされる１つまたは複数のサーバ、および／または同様のものを含むことができる。ハードウェアリソースに加えて、ソフトウェアテスト用のテストベンチは、ソフトウェアリソースに関する要件も含むことができる。例えば、車両組み込みシステムにおいて、ソフトウェアリソースは、ターゲットＥＣＵが相互動作する１つまたは複数の仮想化されたまたはエミュレートされたＥＣＵ、テストを実行するための１つまたは複数のオペレーティングシステム、および／または同様のものを含むことができる。
【０００５】
端的に言えば、テストベンチとソフトウェアテストにおけるリソースとの関係は、テストベンチが、テストを実行して様々な条件下でソフトウェアの性能を評価するために必要なリソースを提供または定義することである。ソフトウェアが導入される実際の環境または条件をシミュレートすることによって、テストベンチは、ソフトウェアが実際の本番環境に導入される前に、ソフトウェアのあらゆる問題または欠陥を識別して対処すること、ソフトウェアの設計の健全性の正確さを検証することなどに役立つ。これは、ソフトウェアが信頼性を有し、良好に機能し、要件を満たすことを保証するのに役立つ。
【０００６】
この点に関して、テストに必要なリソースは、テストされるソフトウェアの性質および特定のテスト要件に依存する。例えば、テストされるソフトウェアが特定のオペレーティングシステムまたは特定のハードウェア構成を必要とする場合、テストベンチは、ソフトウェアを効果的にテストするために、前記リソースの情報を含むことを要求される。さらに、テストベンチは、単一レベルテスト、複数レベルテストなど、実行される特定のタイプのテストに対応するように設計される必要がある。一例として、ソフトウェア・イン・ザ・ループ（ＳＩＬ）テスト環境に関連するテストベンチは、ハードウェア・イン・ザ・ループ（ＨＩＬ）テスト環境に関連するテストベンチとは異なっていてもよい。
【０００７】
上記を考慮すると、テストベンチは、効率的かつ効果的なテストを確実にするために、注意深く設定されかつ設計されることが要求される。それにもかかわらず、以下に記載されるように、関連する車両関連ソフトウェアをテストするためのテストベンチのプロビジョニングおよび利用は制限されており、非効率的かつ非効果的である。
【０００８】
まず、従来技術において、ソフトウェアコンポーネントのテストが特定のハードウェアコンポーネント（例えば、特定の物理的なＥＣＵなど）を含むときは常に、ユーザは、特定のハードウェアコンポーネントが導入されている特定のテスト施設を訪問し、ソフトウェアコンポーネントを前記ハードウェアコンポーネントに結合し、それに応じてテストベンチを設定し、その後にテストを実行することを要求される。したがって、ユーザは、テストベンチにアクセスできるようになる前に、特定のテスト施設に実際に移動する必要があるので、テストベンチにアクセスし、利用することは、時間がかかる。
【０００９】
さらに、テスト施設に導入されるハードウェアは限定され、特定のタイプまたはバリアント（variant）に制限されるので、可能な並行テストの数は少なく、現場でのテストベンチの構築または設定は困難であり、特定の派生車種（vehicle variant）のために構築されたテストベンチは、他の派生車種のために利用することができない。
【００１０】
例えば、テスト施設のハードウェアリソースは物理的に固定されており、テストが進行中であるときは常に、ブラックボックス方式で導入される（例えば、テスト施設を利用するユーザは、テスト施設内のリソースの（全てではないとしても）大部分を確保することができる）ので、複数のユーザがテスト施設を同時に利用することは、過度に困難（不可能ではないとしても）であり、また、ユーザがテスト施設で同時に複数のてストを実行することは、（不可能ではないとしても）困難である。したがって、ユーザが実行すべき複数のテストを有するとき、および／または複数のユーザがテスト施設を利用したいときは常に、ジョブ衝突の問題が発生する可能性があり、ユーザは交代で行う必要がある（待機リストに予約を入れるなど）。しかしながら、これは、テストを著しく遅らせ、最終的にソフトウェア（例えば、ＥＣＵなど）の開発を遅らせることになる。さらに、ユーザ間の配置および調整やテストは、手動で管理されており、これは、非効率であり、ユーザにとって負担となる。
（【００１１】以降は省略されています）

関連特許