特開 2024-48916 情報処理システム、情報処理方法およびコンピュータプログラム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】公開特許公報(A)

(11)【公開番号】P2024048916

(43)【公開日】2024-04-09

(54)【発明の名称】情報処理システム、情報処理方法およびコンピュータプログラム

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240402BHJP

【ＦＩ】

G06F11/36 164

【審査請求】未請求

【請求項の数】15

【出願形態】ＯＬ

(21)【出願番号】P 2022155082

(22)【出願日】2022-09-28

(71)【出願人】

【識別番号】395011665

【氏名又は名称】株式会社オートネットワーク技術研究所

(71)【出願人】

【識別番号】000183406

【氏名又は名称】住友電装株式会社

(71)【出願人】

【識別番号】000002130

【氏名又は名称】住友電気工業株式会社

(74)【代理人】

【識別番号】110000280

【氏名又は名称】弁理士法人サンクレスト国際特許事務所

(72)【発明者】

【氏名】高沢 忠浩

【テーマコード（参考）】

5B042

【Ｆターム（参考）】

5B042GB08

5B042HH19

5B042HH49

(57)【要約】

【課題】より優先度の高いタスクから先にテストを実行する。
【解決手段】車載装置にて実行されるソフトウェアの開発支援をする情報処理システムであって、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加する制御部を備え、前記制御部は、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出し、前記優先度情報に基づいて、前記タスクの優先度を算出し、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する、情報処理システム。
【選択図】図１

【特許請求の範囲】

【請求項1】

車載装置にて実行されるソフトウェアの開発支援をする情報処理システムであって、
前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加する制御部を備え、
前記制御部は、
前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出し、
前記優先度情報に基づいて、前記タスクの優先度を算出し、
前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する、
情報処理システム。

【請求項2】

前記車載装置は車載ＥＣＵを含む、
請求項１に記載の情報処理システム。

【請求項3】

前記優先度情報は、テスト環境、前記タスクの過去のテストの結果、前記タスクの過去のテストの実行時点および前記タスクの過去のテストの所要時間のうち少なくともひとつに関する情報を含む、
請求項２に記載の情報処理システム。

【請求項4】

前記優先度情報は、前記タスクに要求される車両の安全規格に関する情報を含む、
請求項１から請求項３のいずれか１項に記載の情報処理システム。

【請求項5】

前記タスクは、第１タスクと、直近の実行時点が前記第１タスクの直近の前記実行時点よりも前である第２タスクと、を含み、
前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出する、
請求項３に記載の情報処理システム。

【請求項6】

前記タスクは、第１タスクと、前記所要時間が前記第１タスクの前記所要時間よりも短い第２タスクと、を含み、
前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出する、
請求項３に記載の情報処理システム。

【請求項7】

前記タスクは、直近の前記結果が成功である第１タスクと、直近の前記結果が失敗である第２タスクと、を含み、
前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出する、
請求項３に記載の情報処理システム。

【請求項8】

前記テスト環境は、
回路基板および前記回路基板の動作を測定する測定部を含むテストセットと、
前記キューから出力される前記タスクに基づいて、前記テストセットを制御することで、前記タスクのテストを実行する実行部と、
を有し、
前記優先度情報は、前記タスクと、前記タスクのテストにおいて使用される前記テストセットとを紐付けた環境情報を含み、
前記制御部は、前記環境情報に基づいて、前記タスクの優先度を算出する、
請求項３に記載の情報処理システム。

【請求項9】

前記テストセットは、複数の第１テストセットと、複数の前記第１テストセットよりも数が少ない第２テストセットと、を含み、
前記タスクは、前記環境情報において、前記第１テストセットに紐付けられている第１タスクと、前記第２テストセットに紐付けられている第２タスクと、を含み、
前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出する、
請求項８に記載の情報処理システム。

【請求項10】

前記タスクは、第１タスクと、要求される前記安全規格が前記第１タスクに要求される前記安全規格よりも厳しい第２タスクと、を含み、
前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出する、
請求項４に記載の情報処理システム。

【請求項11】

前記安全規格は、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）である、
請求項１０に記載の情報処理システム。

【請求項12】

前記制御部は、
前記優先度情報に基づいて、前記キューに既に蓄積されている前記タスクの優先度を算出し、
前記キューに既に蓄積されている前記タスクのうち、第３タスクよりも優先度の高い第４タスクを、前記第３タスクよりも先の実行順にて、前記キュー内の蓄積順を並べ替える、
請求項５から請求項９のいずれか１項に記載の情報処理システム。

【請求項13】

前記制御部は、
前記テスト環境、前記安全規格、前記結果、前記実行時点および前記所要時間のうち少なくともひとつに基づいて、前記タスクを複数の分割タスクに分割し、
前記優先度情報に基づいて、複数の前記分割タスクの優先度をそれぞれ算出し、
複数の前記分割タスクのうち、第１分割タスクよりも優先度の高い第２分割タスクを、前記第１分割タスクよりも先の実行順にて、前記キューに蓄積する、
請求項５から請求項９のいずれか１項に記載の情報処理システム。

【請求項14】

車載装置にて実行されるソフトウェアの開発支援をする情報処理方法であって、
前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを備え、
前記追加するステップは、
前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、
前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、
前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、
を含む、
情報処理方法。

【請求項15】

車載装置にて実行されるソフトウェアの開発支援をするためのコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータに、
前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを実行させ、
前記追加するステップは、
前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、
前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、
前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、
を含む、
コンピュータプログラム。

【発明の詳細な説明】

【技術分野】

【0001】

本開示は、情報処理システム、情報処理方法およびコンピュータプログラムに関する。

【背景技術】

【0002】

従来、ソフトウェアの開発において、継続的インテグレーション（ＣＩ：Ｃｏｎｔｉｎｕｏｕｓ Ｉｎｔｅｇｒａｔｉｏｎ）および継続的デリバリー（ＣＤ：Ｃｏｎｔｉｎｕｏｕｓ Ｄｅｌｉｖｅｒｙ）と称される手法が用いられる場合がある。なお、継続的デリバリーに代えて、継続的デプロイ（ＣＤ：Ｃｏｎｔｉｎｕｏｕｓ Ｄｅｐｌｏｙｍｅｎｔ）が実施される場合もある。このような開発手法は、開発途上のソフトウェアをこまめに自動検証することで、大規模な修正イベントを抑制し、修正に掛かるコストを低減することを目的としている。

【0003】

例えば、ソフトウェアの開発現場では、複数の開発者が各自、ソースを作成しており、単体のソースの動作確認が行われている。しかし、１個のソフトウェアとして複数のソースを統合した状態で動作させると、エラーが生じるおそれがある。この場合、いずれのソースの組合せにおいてエラーが生じたのかを１組ずつ検証する必要が生じるため、動作テストに時間が掛かるおそれがある。

【0004】

ＣＩ／ＣＤに基づく開発手法では、例えば複数の開発者がそれぞれ作成したソースを、クラウド上のリポジトリに格納する（リポジトリへのプッシュ）。そして、ＧｉｔＨｕｂ（登録商標）等のソース管理ツール（ＳＣＭ：Ｓｏｕｒｃｅ Ｃｏｄｅ Ｍａｎａｇｅｍｅｎｔとも称される。）が、ソースの更新等の都度、リポジトリに格納されたソースに基づいて自動的にタスクを作成する（タスクのビルド）。タスクはＪｅｎｋｉｎｓ（登録商標）等のＣＩ／ＣＤツールによって自動的にテストされる。

【0005】

このように、小さなサイクルによりインテグレーションを繰り返し行い、インテグレーションのエラーを頻回にチェックすることで、大規模な手戻りを抑制することができる。

【0006】

特許文献１には、テストの重要度、テストの実行時間に基づいて、実行するテストケースを選択する技術が開示されている。特許文献１の技術では、例えば重要度の低いテストケースを実行しないため、ＣＩの自動テストに掛かる時間を抑制することができる。

【0007】

特許文献２には、ソースコードに対応するチケットの属性情報に含まれる優先度属性などに基づいて、自動実行キューの実行対象情報の順序を変更する技術が開示されている。

【先行技術文献】

【特許文献】

【0008】

【特許文献1】特開２０１０－１３４６４３号公報

【特許文献2】特開２０２１－１０５８６６号公報

【発明の概要】

【発明が解決しようとする課題】

【0009】

自動車等の車両に搭載される装置（車載装置）にて実行されるソフトウェアは、年々大規模化しており、車載装置用のソフトウェアにおいてもＣＩ／ＣＤに基づく開発手法が採用されてきている。

【0010】

ここで、車載装置用のソフトウェアの場合、タスクの動作テストのために、例えば開発用の回路基板や測定治具などのハードウェアリソースを使用する必要がある。このようなハードウェアリソースを多数設けると、テスト環境の構築にコストが掛かるため、ハードウェアリソースの数は制限されている。このため、車載装置用のソフトウェアでは、動作テストを多数並列して実行することが困難であり、より優先度の高いタスクからテストを実行することで、ソフトウェアの修正点をより迅速に発見することが要求される。

【0011】

かかる課題に鑑み、本開示は、より優先度の高いタスクからテストを実行することができる情報処理システム、情報処理方法およびコンピュータプログラムを提供することを目的とする。

【課題を解決するための手段】

【0012】

本開示の情報処理システムは、車載装置にて実行されるソフトウェアの開発支援をする情報処理システムであって、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加する制御部を備え、前記制御部は、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出し、前記優先度情報に基づいて、前記タスクの優先度を算出し、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する、情報処理システムである。

【0013】

本開示の情報処理方法は、車載装置にて実行されるソフトウェアの開発支援をする情報処理方法であって、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを備え、前記追加するステップは、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、を含む、情報処理方法である。

【0014】

本開示のコンピュータプログラムは、車載装置にて実行されるソフトウェアの開発支援をするためのコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータに、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを実行させ、前記追加するステップは、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、を含む、コンピュータプログラムである。

【発明の効果】

【0015】

本開示によれば、より優先度の高いタスクからテストを実行することができる。

【図面の簡単な説明】

【0016】

【図1】図１は、実施形態に係る情報処理システムの一例を示す図である。

【図2】図２は、実施形態に係るソフトウェアの一例を示す図である。

【図3】図３は、実施形態に係る情報処理装置の内部構成の一例を示す図である。

【図4】図４は、実施形態に係るテスト環境の一例を示す図である。

【図5】図５は、実施形態に係るバージョン情報の一例を示すテーブルである。

【図6】図６は、実施形態に係る実行時点情報の一例を示すテーブルである。

【図7】図７は、実施形態に係る所要時間情報の一例を示すテーブルである。

【図8】図８は、実施形態に係るテスト結果情報の一例を示すテーブルである。

【図9】図９は、実施形態に係る安全規格情報の一例を示すテーブルである。

【図10】図１０は、実施形態に係る環境情報の一例を示すテーブルである。

【図11】図１１は、実施形態に係る情報処理方法の一例を示すフローチャートである。

【図12】図１２は、変形例に係る情報処理方法を示すフローチャートである。

【図13】図１３は、変形例に係る各タスクの優先度を説明する図である。

【図14】図１４は、変形例に係るテスト結果情報を示すテーブルである。

【発明を実施するための形態】

【0017】

［本開示の実施形態の説明］
本開示の実施形態には、その要旨として、以下の構成が含まれる。

【0018】

（１）本開示の情報処理システムは、車載装置にて実行されるソフトウェアの開発支援をする情報処理システムであって、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加する制御部を備え、前記制御部は、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出し、前記優先度情報に基づいて、前記タスクの優先度を算出し、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する、情報処理システムである。

【0019】

このように構成することで、より優先度の高いタスクから先にテストを実行することができる。

【0020】

（２）前記（１）の情報処理システムにおいて、前記車載装置は車載ＥＣＵを含んでもよい。

【0021】

車載ＥＣＵ向けのソフトウェア開発は、大規模となる傾向があるため、より優先度の高いタスクから先にテストを実行することが特に有用となる。

【0022】

（３）前記（１）又は前記（２）の情報処理システムにおいて、前記優先度情報は、テスト環境、前記タスクの過去のテストの結果、前記タスクの過去のテストの実行時点および前記タスクの過去のテストの所要時間のうち少なくともひとつに関する情報を含んでもよい。

【0023】

優先度情報にテスト環境等が含まれるため、タスクに応じた適切な優先度の決定をすることができる。

【0024】

（４）前記（１）から前記（３）のいずれかの情報処理システムにおいて、前記優先度情報は、前記タスクに要求される車両の安全規格に関する情報を含んでもよい。

【0025】

優先度情報に車両の安全規格に関する情報が含まれるため、車両の種類や前記車両に搭載される車載装置に応じた適切な優先度の決定をすることができる。

【0026】

（５）前記（３）の情報処理システムにおいて、前記タスクは、第１タスクと、直近の実行時点が前記第１タスクの直近の前記実行時点よりも前である第２タスクと、を含んでもよい。この場合、前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出してもよい。

【0027】

しばらくテストされていないタスクについてより早くテストを実行することで、ソース修正の規模が大きくなることを抑制することができる。

【0028】

（６）前記（３）又は前記（５）の情報処理システムにおいて、前記タスクは、第１タスクと、前記所要時間が前記第１タスクの前記所要時間よりも短い第２タスクと、を含んでもよい。この場合、前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出してもよい。

【0029】

短時間で実行できるタスクから先にテストを実行することで、時間あたりのテストの実行数を多くすることができ、実行待ちのタスク数を少なくすることができる。

【0030】

（７）前記（３）、前記（５）又は前記（６）の情報処理システムにおいて、前記タスクは、直近の前記結果が成功である第１タスクと、直近の前記結果が失敗である第２タスクと、を含んでもよい。この場合、前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出してもよい。

【0031】

失敗したタスクから先にテストを実行することで、エラーが解消されたか否かをより早く確認することができる。

【0032】

（８）前記（３）、前記（５）、前記（６）又は前記（７）の情報処理システムにおいて、前記テスト環境は、回路基板および前記回路基板の動作を測定する測定部を含むテストセットと、前記キューから出力される前記タスクに基づいて、前記テストセットを制御することで、前記タスクのテストを実行する実行部と、を有してもよい。この場合、前記優先度情報は、前記タスクと、前記タスクのテストにおいて使用される前記テストセットとを紐付けた環境情報を含み、前記制御部は、前記環境情報に基づいて、前記タスクの優先度を算出してもよい。

【0033】

回路基板および測定部は、いずれもハードウェアリソースである。このようなハードウェアリソースを含むテストセットを多数設けると、テスト環境の構築にコストが掛かるため、限られたテストセットの数にて、ソフトウェアの動作テストを実行することが要求される。この結果、車載装置用のソフトウェアを開発するにあたっては、多数のタスクを並列して実行することが困難となる。この結果、より優先度の高いタスクから先にテストを実行することで、ソフトウェアの修正点をより迅速に発見することが特に有用となる。

【0034】

（９）前記（８）の情報処理システムにおいて、前記テストセットは、複数の第１テストセットと、複数の前記第１テストセットよりも数が少ない第２テストセットと、を含んでもよい。この場合、前記タスクは、前記環境情報において、前記第１テストセットに紐付けられている第１タスクと、前記第２テストセットに紐付けられている第２タスクと、を含み、前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出してもよい。

【0035】

希少なテストセットから先にテストを実行することで、希少なテストセットの空き時間をより少なくすることができる。

【0036】

（１０）前記（４）の情報処理システムにおいて、前記タスクは、第１タスクと、要求される前記安全規格が前記第１タスクに要求される前記安全規格よりも厳しい第２タスクと、を含んでもよい。この場合、前記制御部は、前記第２タスクの優先度を前記第１タスクの優先度よりも高く算出してもよい。

【0037】

安全規格がより厳しいタスクは、テストにおいて許容される値の範囲が狭く、エラーが生じやすい。このようなタスクから先にテストを実行することで、より迅速にソースのエラーを発見することができる。

【0038】

（１１）前記（１０）の情報処理システムにおいて、前記安全規格は、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）である。

【0039】

（１２）前記（１）から前記（１１）のいずれかの情報処理システムにおいて、前記制御部は、前記優先度情報に基づいて、前記キューに既に蓄積されている前記タスクの優先度を算出し、前記キューに既に蓄積されている前記タスクのうち、第３タスクよりも優先度の高い第４タスクを、前記第３タスクよりも先の実行順にて、前記キュー内の蓄積順を並べ替えてもよい。

【0040】

このように構成することで、既にキューに蓄積されている複数のタスクの蓄積順を見直すことができるため、より確実に、優先度の高いタスクから先にテストを実行することができる。

【0041】

（１３）前記（１）から前記（１２）のいずれかの情報処理システムにおいて、前記制御部は、前記テスト環境、前記安全規格、前記結果、前記実行時点および前記所要時間のうち少なくともひとつに基づいて、前記タスクを複数の分割タスクに分割し、前記優先度情報に基づいて、複数の前記分割タスクの優先度をそれぞれ算出し、複数の前記分割タスクのうち、第１分割タスクよりも優先度の高い第２分割タスクを、前記第１分割タスクよりも先の実行順にて、前記キューに蓄積してもよい。

【0042】

このように構成することで、テストの結果をより細かく確認することができる。これにより、タスクのうちどの部分においてエラーが生じているかを絞り込みやすいため、よりエラーに迅速に対応することができる。

【0043】

（１４）本開示の情報処理方法は、車載装置にて実行されるソフトウェアの開発支援をする情報処理方法であって、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを備え、前記追加するステップは、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、を含む、情報処理方法である。

【0044】

このように構成することで、より優先度の高いタスクから先にテストを実行することができる。

【0045】

（１５）本開示のコンピュータプログラムは、車載装置にて実行されるソフトウェアの開発支援をするためのコンピュータプログラムであって、前記コンピュータプログラムは、コンピュータに、前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加するステップを実行させ、前記追加するステップは、前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出す第１ステップと、前記優先度情報に基づいて、前記タスクの優先度を算出する第２ステップと、前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する第３ステップと、を含む、コンピュータプログラムである。

【0046】

このように構成することで、より優先度の高いタスクから先にテストを実行することができる。

【0047】

［１．本開示の実施形態の詳細］
以下、図面を参照して、本開示の実施形態の詳細を説明する。

【0048】

［１．１ 情報処理システムの全体構成］
図１は、実施形態に係る情報処理システム１の構成例を示す図である。
情報処理システム１は、自動車等の車両に搭載される装置（以下、「車載装置」と称する。）にて実行されるソフトウェアＳＷ１の開発支援をするシステムである。

【0049】

ソフトウェアＳＷ１は、例えば、車載装置の中でも、車載のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）に用いられるソフトウェアである。より具体的には、ソフトウェアＳＷ１は、複数のＥＣＵを管理する機能を有するセントラルＥＣＵ又は統合ＥＣＵに用いられる。このようなソフトウェアＳＷ１は、大規模な開発が伴う傾向があるため、情報処理システム１による開発支援がより有用となる。

【0050】

情報処理システム１は、情報処理装置１０と、リポジトリ２０と、テストツール３０と、テスト環境４０と、ストレージ５０と、を備える。情報処理システム１は、１箇所に集約された１台の装置（例えばサーバ装置）によって実現されてもよいし、インターネット等のネットワークによって各部１０，２０，３０，４０，５０が互いに通信可能に接続された状態で、複数箇所に分散された複数台の装置によって実現されてもよい。

【0051】

［１．２ ソフトウェアおよびタスク］
図２は、実施形態に係るソフトウェアＳＷ１の一例を示す図である。図２を参照して、ソフトウェアＳＷ１およびタスクＴｘについて説明する。ソフトウェアＳＷ１は、前述のとおり、車載装置にて実行されるソフトウェアである。ソフトウェアＳＷ１は、複数のコンポーネントＸ１，Ｘ２，Ｘ３を含む。コンポーネントＸ１は複数のモジュールａ１，ａ２，ａ３を含み、コンポーネントＸ２は複数のモジュールｂ１，ｂ２を含む。

【0052】

これらのコンポーネントＸ１，Ｘ２，Ｘ３およびモジュールａ１，ａ２，ａ３，ｂ１，ｂ２を「ソース」と総称する。すなわち、ソフトウェアＳＷ１は複数のソースを含む。これらのソースは、ソースコードと称される所定のプログラム言語にて記載されたデータであってもよいし、ソースコードを機械語に変換した後のバイナリコードにて記載されたデータであってもよい。

【0053】

これらのソースは、例えば、複数の開発者（サプライヤ）がそれぞれ操作する複数の端末（端末群６０と称する。）において個別に作成される。情報処理システム１では、ソース単体の動作テストと、複数のソースを結合（インテグレート）した状態での動作テストとを実行する。ここで、情報処理システム１において実行されるテストの項目をタスクＴｘと称する。タスクＴｘは「ジョブタスク」とも称される。

【0054】

タスクＴｘは、以下の（１）から（４）までのいずれかのテスト項目を含む。
（１）１個のモジュール（例えば、モジュールａ１）が単体にて動作するか否かを検証するテスト項目。
（２）１個のコンポーネントに含まれる複数のモジュール（例えば、モジュールａ１とモジュールａ２）を結合した状態で動作するか否かを検証するテスト項目。
（３）１個のコンポーネント（例えば、コンポーネントＸ１）が動作するか否か、すなわち当該コンポーネントに含まれる全てのモジュール（例えばモジュールａ１，ａ２，ａ３）を結合した状態で動作するか否かを検証するテスト項目。
（４）複数のコンポーネント（例えば、コンポーネントＸ１とコンポーネントＸ２）を結合した状態で動作するか否かを検証するテスト項目。

【0055】

［１．３ リポジトリ］
図１を参照する。リポジトリ２０は、例えば大容量記憶装置によって実現される、クラウド上に構築されたデータベースである。リポジトリ２０は、端末群６０にネットワークを介して接続されている。開発者は、端末群６０においてそれぞれ作成した複数のソースをネットワークを介してリポジトリに送信する。リポジトリ２０は、受信した複数のソースを格納する。

【0056】

リポジトリ２０には、ＧｉｔＨｕｂ等のソース管理ツール（ＳＣＭ：Ｓｏｒｃｅ Ｃｏｄｅ Ｍａｎａｇｅｍｅｎｔとも称される。）が付帯されている。ＳＣＭは、リポジトリ２０に格納されている複数のソースに基づいて、タスクＴｘを自動的に生成する。生成されたタスクＴｘは、リポジトリ２０から情報処理装置１０に提供される。

【0057】

［１．４ 情報処理装置］
図３は、実施形態に係る情報処理装置１０の内部構成の一例を示す図である。
情報処理装置１０は、タスクＴｘをテストツール３０が管理するキュー３１に追加する処理を実行するための装置である。情報処理装置１０は、制御部１１と、記憶部１２と、通信部１３と、読取部１４と、を有する。これらの各部１１～１４は、それぞれバスによって電気的に接続されている。

【0058】

制御部１１は、例えばプロセッサ等の回路構成（Ｃｉｒｃｕｉｔｒｙ）を含む。制御部１１は、具体的には、１個又は複数個のＣＰＵ（Ｃｅｎｔｒａｌ Ｐｒｏｃｅｓｓｉｎｇ Ｕｎｉｔ）を含む。制御部１１は、記憶部１２に記憶されているコンピュータプログラムを読み出して、各種の演算及び制御を実行する。

【0059】

なお、制御部１１は、予め所定のプログラムが書き込まれたプロセッサを含んでもよい。例えば、制御部１１は、ＣＰＬＤ（Ｃｏｍｐｌｅｘ Ｐｒｏｇｒａｍｍａｂｌｅ Ｌｏｇｉｃ Ｄｅｖｉｃｅ）、ＦＰＧＡ（Ｆｉｅｌｄ－Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）又はＡＳＩＣ（Ａｐｐｌｉｃａｔｉｏｎ Ｓｐｅｃｉｆｉｃ Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）等の集積回路であってもよい。この場合、制御部１１は、予め書き込まれたプログラムに基づいて、各種の情報処理を実行する。

【0060】

記憶部１２は、揮発性メモリと、不揮発性メモリと有し、各種のデータを記憶する。揮発性メモリは、例えばＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）を含む。不揮発性メモリは、例えばフラッシュメモリ、ＨＤＤ（Ｈａｒｄ Ｄｉｓｋ Ｄｒｉｖｅ）、ＳＳＤ（Ｓｏｌｉｄ Ｓｔａｔｅ Ｄｒｉｖｅ）又はＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）等を含む。記憶部１２は、例えば、不揮発性メモリにコンピュータプログラム及び各種のパラメータを記憶している。

【0061】

通信部１３は、リポジトリ２０、テストツール３０およびストレージ５０との通信を実行する通信インターフェースである。通信部１３は、これらの各部２０，３０，５０と、ネットワークを介して無線通信してもよいし、通信線を介して有線通信してもよい。無線通信を行う場合、通信部１３は、アンテナを有する。

【0062】

読取部１４は、コンピュータが読取り可能な記録媒体１５から情報を読み取る。記録媒体１５は、例えばＣＤ、ＤＶＤ等の光学ディスク又はＵＳＢフラッシュメモリである。読取部１４は、例えば光学ドライブ又はＵＳＢ端子である。記録媒体１５にはコンピュータプログラム及び各種のパラメータが記録されており、記録媒体１５を読取部１４に読み取らせることで、コンピュータプログラム及び各種のパラメータが記憶部１２の不揮発性メモリに記憶される。

【0063】

リポジトリ２０から提供されるタスクＴｘは、通信部１３において受信され、バスを介して制御部１１に入力される。また、ストレージ５０から読み出される後述の優先度情報５１も通信部１３において受信され、バスを介して制御部１１に入力される。制御部１１は、記憶部１２から読み出されるコンピュータプログラムに則って、優先度情報５１に基づいてタスクＴｘの優先度を算出する。そして、制御部１１は、算出された優先度に基づいて、タスクＴｘをキュー３１の所定の位置に追加する。

【0064】

［１．５ テストツール］
図１を参照する。テストツール３０は、Ｊｅｎｋｉｎｓ又はＣｉｒｃｌｅＣＩ（登録商標）等のＣＩ／ＣＤツールであり、プロセッサおよびメモリを含むコンピュータ装置によって実現される。テストツール３０は、複数のタスクＴｘがテストの実行待ちをするキュー３１を管理する。具体的には、テストツール３０は、キュー３１に蓄積されているタスクＴｘをテスト環境４０の実行部４１へ順次、自動的に出力する。

【0065】

キュー３１は、例えば先入れ先出し法（ＦＩＦＯ：Ｆｉｒｓｔ Ｉｎ，Ｆｉｒｓｔ Ｏｕｔ）にて複数のタスクＴｘを蓄積しているメモリである。図１の例では、キュー３１に４個のタスクＴｘ（特に区別する場合、それぞれＴ１，Ｔ２，Ｔ３，Ｔ４と称する。）が蓄積されている。

【0066】

図１では、既にタスクＴ１、タスクＴ２、タスクＴ３がこの順でキュー３１に蓄積されているところに、情報処理装置１０（具体的には、制御部１１）から出力されたタスクＴ４が、ＦＩＦＯではなくタスクＴ１とタスクＴ２の間の実行順にて追加された様子を示している。この場合、テストツール３０は、タスクＴ１，Ｔ４，Ｔ２，Ｔ３の順に、キュー３１に蓄積されているタスクＴｘを実行部４１へ出力する。

【0067】

［１．６ テスト環境］
図１を参照する。テスト環境４０は、実行部４１と、テストセット４２と、を有する。実行部４１は、プロセッサおよびメモリを含むコンピュータ装置（例えば、ラップトップＰＣ）であり、「ノード」とも称される。実行部４１は、キュー３１から出力されるタスクＴｘに基づいて、テストセット４２を制御することで、タスクＴｘのテストを実行する。また、実行部４１はテストセット４２において実行したタスクＴｘのテストの結果等（例えば、テストの実行時点、実行に掛かった所要時間、テストが成功したか失敗したかを示す履歴）の情報を収集し、ストレージ５０に出力する。

【0068】

テストセット４２は、ソフトウェアＳＷ１が動作する本番環境を模したハードウェアリソースである。ソフトウェアＳＷ１は、車載装置にて実行されるいわゆる「組込みソフトウェア」であるため、その動作テストのためには、テストセット４２のように本番環境を模したハードウェアリソースを使用する必要がある。テストセット４２は、具体的には、回路基板４３と、測定部４４と、を含む。

【0069】

回路基板４３（開発基板とも称される。）は、車載装置に組み込まれる回路基板（例えば、ＥＣＵに実装される基板）を模した基板である。回路基板４３は、車載装置に組み込まれる回路基板そのものであってもよいし、車載装置に組み込まれる回路基板の試作品であってもよい。測定部４４は、回路基板４３の動作を測定するツールである。測定部４４は、例えばＣＡＮｏｅ（登録商標）等の通信用のソフトウェアツールである。

【0070】

図４は、実施形態に係るテスト環境４０の一例を示す図である。図４は、テスト環境４０に複数のテストセット４２が含まれる場合を例示している。複数のテストセット４２は、複数（図４では２個）の第１テストセット４２ａと、第２テストセット４２ｂとを含む。第２テストセット４２ｂは、複数の第１テストセット４２ａよりも数が少なく、図４では１個である。なお、複数のテストセット４２に複数の第２テストセット４２ｂが含まれてもよい。

【0071】

第１テストセット４２ａに含まれる回路基板４３および測定部４４を、第１回路基板４３ａおよび第１測定部４４ａと称する。第１測定部４４ａは、第１回路基板４３ａの動作を測定する。同様に、第２テストセット４２ｂに含まれる回路基板４３および測定部４４を、第２回路基板４３ｂおよび第２測定部４４ｂと称する。第２回路基板４３ｂは、第１回路基板４３ａとは異なる機能を有する基板である。第２測定部４４ｂは、第２回路基板４３ｂの動作を測定する。

【0072】

図１を参照する。回路基板４３および測定部４４は、いずれもハードウェアリソースであり、かつ汎用性が低い。例えば、回路基板４３は、汎用基板ではなく、車載装置用に調整された専用基板である。すなわち、回路基板４３および測定部４４は、専らソフトウェアＳＷ１のテストにのみ用いられ、かつ価格も高価になりやすい。このようなテストセット４２を多数設けると、テスト環境４０の構築にコストが掛かるため、限られたテストセット４２の数にて、ソフトウェアＳＷ１の動作テストを実行することが要求される。

【0073】

この結果、車載装置用のソフトウェアＳＷ１を開発するにあたっては、多数のタスクＴｘを並列して実行することが困難となり、より優先度の高いタスクＴｘのテストから先に実行することで、ソフトウェアＳＷ１の修正点をより迅速に発見することが要求される。

【0074】

そこで、情報処理システム１では、キュー３１にタスクＴｘを追加する際に、タスクＴｘの優先度に応じた位置にタスクＴｘを追加することで、優先度の高いタスクＴｘのテストをより早くに実行可能とする。

【0075】

［１．７ ストレージ］
図１を参照する。ストレージ５０は、ＨＤＤ又はＳＳＤ等の補助記憶装置である。ストレージ５０には、優先度情報５１が格納されている。優先度情報５１は、タスクＴｘの優先度を算出するための情報である。優先度情報５１は、例えば、バージョン情報Ｄ１、実行時点情報Ｄ２、所要時間情報Ｄ３、テスト結果情報Ｄ４、安全規格情報Ｄ５および環境情報Ｄ６を含む。なお、情報Ｄ１から情報Ｄ６までの情報のうち優先度情報５１に含まれない情報があってもよい。すなわち、優先度情報５１は、情報Ｄ１から情報Ｄ６までの少なくともひとつの情報を含めばよい。また、優先度情報５１は、情報Ｄ１から情報Ｄ６までの情報以外の情報を含んでもよい。

【0076】

図５は、実施形態に係るバージョン情報Ｄ１の一例を示すテーブルＴＢ１である。バージョン情報Ｄ１は、タスクＴｘのテストを実行した時点におけるソースのバージョンに関する情報である。バージョン情報Ｄ１は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。バージョン情報Ｄ１は、例えばＳＣＭによってソースに付与されたハッシュ値（すなわち、ソースに対して一意に決まる値）として示されている。

【0077】

図５の例では、テストの実行時点ＴＭ１（例えば、テストを実行した年月日と時刻）におけるモジュールａ１のバージョンがハッシュＨａ１－１と示され、実行時点ＴＭ１におけるモジュールａ２のバージョンがハッシュＨ２－１と示されている。そして、実行時点ＴＭ１よりも後の実行時点ＴＭ２（より現時点に近い実行時点）におけるモジュールａ１のバージョンがハッシュＨａ１－２と示され、実行時点ＴＭ１におけるモジュールａ２のバージョンがハッシュＨ２－１と示されている。

【0078】

すなわち、実行時点ＴＭ２において、モジュールａ１のバージョンはハッシュＨａ１－１からハッシュＨａ１－２に更新されている。図５の例では、モジュールａ１以外のソースは実行時点ＴＭ１から実行時点ＴＭ２までの間に更新されていない。このため、複数のソースのうち、モジュールａ１が最も直近に更新されたソースである。すなわち、バージョン情報Ｄ１において、複数の実行時点間におけるハッシュ値の差分をみることで、どのソースが最も直近に更新されているかを判断することができる。

【0079】

図６は、実施形態に係る実行時点情報Ｄ２の一例を示すテーブルＴＢ２である。実行時点情報Ｄ２は、タスクＴｘと、タスクＴｘのテストを最後に実行した実行時点（直近の実行時点）とを紐付けた情報である。実行時点情報Ｄ２は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。図６の例では、モジュールａ１，ａ２の結合テストは実行時点ＴＭ２にて最後に実行され、モジュールａ２，ａ３の結合テストは実行時点ＴＭ１にて最後に実行されていることが示されている。すなわち、実行時点情報Ｄ２に基づくことで、どのタスクＴｘが最も直近に実行され、どのタスクＴｘが長らく放置されているかを判断することができる。

【0080】

図７は、実施形態に係る所要時間情報Ｄ３の一例を示すテーブルＴＢ３である。所要時間情報Ｄ３は、タスクＴｘと、タスクＴｘのテストの実行に掛かった所要時間とを紐づけた情報である。所要時間情報Ｄ３は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。図７のテーブルＴＢ３には、実行時点ＴＭ１，ＴＭ２ごとの所要時間が格納されている。例えば、モジュールａ１，ａ２の結合テストは、実行時点ＴＭ１では１分２秒掛かり、実行時点ＴＭ２では１分６秒掛かったことが示されている。また、モジュールａ２，ａ３の結合テストは、実行時点ＴＭ１では２分３０秒掛かり、実行時点ＴＭ２では当該結合テストを実行していないことが示されている。

【0081】

所要時間情報Ｄ３によれば、直近のテストにおいて掛かった所要時間を取得することができる。例えば、モジュールａ１，ａ２の結合テストの直近の所要時間は１分６秒であり、モジュールａ２，ａ３の結合テストの直近の所要時間は２分３０秒である。また、所要時間情報Ｄ３によれば、過去のテストにおいて掛かった所要時間の統計値（例えば、平均値又は中央値）を取得することができる。例えば、モジュールａ１，ａ２の結合テストの所要時間の過去２回分の平均値は１分４秒である。

【0082】

図８は、実施形態に係るテスト結果情報Ｄ４の一例を示すテーブルＴＢ４である。テスト結果情報Ｄ４は、タスクＴｘと、タスクＴｘのテストの結果とを紐づけた情報である。テストの結果は、テストの失敗（ＮＧ）と成功（ＯＫ）とを含む。ここで、テストの失敗とは、例えば測定部４４において所望の測定値を満たさなかった場合を含む。また、テストの成功とは、例えば測定部４４において所望の測定値をすべて満たした場合を含む。

【0083】

図８のテーブルＴＢ４には、実行時点ＴＭ１，ＴＭ２ごとのテスト結果が格納されている。テスト結果情報Ｄ４は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。例えば、モジュールａ１，ａ２の結合テストは、実行時点ＴＭ１では失敗であり、実行時点ＴＭ２では成功であったことが示されている。モジュールａ２，ａ３の結合テストは、実行時点ＴＭ１では成功であり、実行時点ＴＭ２では当該結合テストを実行していないことが示されている。また、コンポーネントＸ３，Ｘ１の結合テストは、実行時点ＴＭ１，ＴＭ２のいずれにおいても失敗であることが示されている。

【0084】

テスト結果情報Ｄ４によれば、直近のテストの結果を取得することができる。例えば、モジュールａ１，ａ２の結合テストの直近のテスト結果は成功であり、モジュールａ２，ａ３の結合テストの直近のテスト結果は成功である。これに対し、コンポーネントＸ３，Ｘ１の結合テストの直近のテスト結果は失敗である。また、テスト結果情報Ｄ４によれば、過去に何回連続でテストに失敗しているかについての情報を取得することができる。例えば、コンポーネントＸ３，Ｘ１の結合テストは、直近から数えて、過去２回連続で失敗している。

【0085】

図９は、実施形態に係る安全規格情報Ｄ５の一例を示すテーブルＴＢ５である。安全規格情報Ｄ５は、タスクＴｘのテストを実行した時点においてソースに要求される安全規格に関する情報である。安全規格情報Ｄ５は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。安全規格は、例えば車両、より具体的には自動車の安全規格である。安全規格は、例えばＩＳＯ２６２６２のＡＳＩＬ（Ａｕｔｏｍｏｔｉｖｅ Ｓａｆｅｔｙ Ｉｎｔｅｇｒｉｔｙ Ｌｅｖｅｌ）である。ＡＳＩＬでは、例えばＱＭ，ＡＳＩＬ－Ａ，ＡＳＩＬ－Ｂ，ＡＳＩＬ－Ｃ，ＡＳＩＬ－Ｄという複数の段階が設定されており、この順に要求される基準が厳しくなる。すなわち、ＱＭには最も緩い条件が課され、ＡＳＩＬ－Ｄには最も厳しい条件が課される。

【0086】

図９の例では、実行時点ＴＭ１におけるモジュールａ１の安全規格がＱＭと示され、実行時点ＴＭ２におけるモジュールａ１の安全規格がＡＳＩＬ－Ａと示されている。すなわち、モジュールａ１は実行時点ＴＭ１から実行時点ＴＭ２への更新（図５）に伴い、安全規格が１段階高くなったことが示されている。

【0087】

モジュールａ１以外のソースについては、実行時点ＴＭ１から実行時点ＴＭ２への更新がないため、安全規格にも変化がない。例えば、モジュールａ２，ａ３，ｂ１，ｂ２の安全規格はＱＭであり、コンポーネントＸ３の安全規格はＡＳＩＬ－Ｄである。安全規格情報Ｄ５において、直近の実行時点（図９では実行時点ＴＭ２）における安全規格の情報をみることで、現時点にて要求される安全規格を把握することができる。

【0088】

図１０は、実施形態に係る環境情報Ｄ６の一例を示すテーブルＴＢ６である。環境情報Ｄ６は、タスクＴｘと、タスクＴｘのテストにおいて使用されるテストセット４２とを紐づけた情報である。環境情報Ｄ６は、例えば実行部４１がタスクＴｘのテストを実行する都度、実行部４１からストレージ５０へ提供される。例えば、モジュールａ１，ａ２の結合テストおよびモジュールａ２，ａ３の結合テストは、第１テストセット４２ａを使用して実行されることが示され、モジュールａ３，ａ１の結合テストおよびコンポーネントＸ１のテストは第２テストセット４２ｂを使用して実行されることが示されている。環境情報Ｄ６によれば、タスクＴｘのテストにおいて使用されるテストセット４２の種類を取得することができる。

【0089】

［１．８ 情報処理方法］
図１１は、情報処理システム１が実行する情報処理方法の一例を示すフローチャートである。はじめに、開発者が端末群６０により複数のソースをそれぞれ作成し、ネットワークを介してリポジトリ２０へ複数のソースを格納する。複数のソースは、それぞれ適宜のタイミングにてリポジトリ２０へ格納される。

【0090】

リポジトリ２０を管理するＳＣＭは、例えば定期的に（ｐｏｌｌｉｎｇ処理とも称される。）、又は新たなソースがリポジトリ２０に格納された時に（ｐｕｓｈ処理とも称される。）、タスクＴｘを作成する（ステップＳ１１）。例えば、リポジトリ２０に既にモジュールａ１，ａ２，ａ３，ｂ１，ｂ２およびコンポーネントＸ３が格納されている状態で、新たなバージョンのモジュールａ１がリポジトリ２０に格納された場合、ＳＣＭはモジュールａ１に関連するタスクＴｘを作成する。例えば、ＳＣＭは、モジュールａ１，ａ２の結合テストを実行するためのタスクＴｘと、モジュールａ１，ａ３の結合テストを実行するためのタスクＴｘと、コンポーネントＸ１のテストを実行するためのタスクＴｘと、コンポーネントＸ１を含む結合テスト（例えば、コンポーネントＸ１，Ｘ２の結合テスト）を実行するためのタスクＴｘと、を作成する。

【0091】

その後、作成された１個又は複数個のタスクＴｘは、リポジトリ２０から情報処理装置１０に提供される。以上により、ステップＳ１１が終了する。

【0092】

情報処理装置１０の通信部１３は、リポジトリ２０から受信したタスクＴｘを制御部１１に出力する。制御部１１は、新たにタスクＴｘの入力を受け付けると、ストレージ５０から優先度情報５１を読み出す（ステップＳ１２）。制御部１１は、例えば優先度情報５１に含まれる情報Ｄ１から情報Ｄ６の全てを読み出してもよいし、情報Ｄ１から情報Ｄ６のうちタスクＴｘの優先度の算出に用いる一部の情報のみを読み出してもよい。読み出された優先度情報５１は、通信部１３を介して制御部１１に入力される。以上により、ステップＳ１２が終了する。

【0093】

続いて、制御部１１は、優先度情報５１に基づいてタスクＴｘの優先度を算出する（ステップＳ１３）。優先度は、例えば以下に示す第１算出例から第５算出例のうち少なくともひとつの方法により算出される。制御部１１は、第１算出例から第５算出例のうち２個以上の算出例により、情報Ｄ１から情報Ｄ６までの複数の情報に基づく複数種類の優先度を算出してもよい。優先度の算出例について、以下に説明する。

【0094】

［１．８．１ 第１算出例：放置されているタスクを優先する］
制御部１１は、実行時点情報Ｄ２を読み出して、長らく放置されているタスクＴｘ（すなわち、直近のテスト実行時点からの経過時間がより長いタスクＴｘ）の優先度をより高く算出する。しばらくテストされていないタスクＴｘについてより早くテストを実行することで、ソース修正の規模が大きくなることを抑制することができる。

【0095】

例えば、図６の場合、モジュールａ２，ａ３の結合テストに関するタスクＴｘ（本算出例では、本開示の「第２タスク」の一例であり、適宜タスクａ２－ａ３と称する。）の直近の実行時点ＴＭ１の方が、モジュールａ１，ａ２の結合テストに関するタスクＴｘ（本算出例では、本開示の「第１タスク」の一例であり、適宜タスクａ１－ａ２と称する。）の直近の実行時点ＴＭ２よりも前（昔）である。

【0096】

このため、制御部１１は、タスクａ２－ａ３の優先度を、タスクａ１－ａ２の優先度よりも高く算出する。優先度が高いほどタスクＴｘに高い数値を付与する場合、制御部１１は、例えばタスクａ２－ａ３の優先度として「２」を付与し、タスクａ１－ａ２の優先度として「１」を付与する。

【0097】

制御部１１は、実行時点ＴＭ１，ＴＭ２の値に応じて、優先度を算出してもよい。例えば、実行時点ＴＭ１，ＴＭ２から現時点までの時間を優先度の値としてもよい。この場合、実行時点ＴＭ２から現時点までの時間の方が、実行時点ＴＭ１から現時点までの時間よりも長いため、タスクａ２－ａ３の優先度としてより高い数値が算出される。

【0098】

［１．８．２ 第２算出例：短時間で実行できるタスクを優先する］
制御部１１は、所要時間情報Ｄ３を読み出して、短時間でテストを実行できるタスクＴｘの優先度をより高く算出する。短時間で実行できるタスクＴｘから先にテストを実行することで、時間あたりのテストの実行数を多くすることができ、実行待ちのタスク数を少なくすることができる。

【0099】

例えば、図７の場合、モジュールａ１，ａ２の結合テストに関するタスクＴｘ（本算出例では、本開示の「第２タスク」の一例であり、適宜タスクａ１－ａ２と称する。）のテストに掛かる所要時間の方が、モジュールａ２，ａ３の結合テストに関するタスクＴｘ（本算出例では、本開示の「第１タスク」の一例であり、適宜タスクａ２－ａ３と称する。）のテストに掛かる所要時間よりも短い。

【0100】

このため、制御部１１は、タスクａ１－ａ２の優先度を、タスクａ２－ａ３の優先度よりも高く算出する。優先度が高いほどタスクＴｘに高い数値を付与する場合、制御部１１は、例えばタスクａ１－ａ２の優先度として「２」を付与し、タスクａ２－ａ３の優先度として「１」を付与する。

【0101】

制御部１１は、所要時間の値に応じて、優先度を算出してもよい。例えば、所定値Ｅ１から所要時間を減算した値を優先度の値としてもよい。ここで、所定値Ｅ１は、各所要時間よりも十分に大きい値に設定される。この場合、所定値Ｅ１からタスクａ１－ａ２の直近の所要時間（例えば１分６秒＝６６秒）を減算した値（Ｅ１－６６）の方が、所定値Ｅ１からタスクａ２－ａ３の直近の所要時間（例えば２分３０秒＝１５０秒）を減算した値（Ｅ１－１５０）よりも大きいため、タスクａ１－ａ２の優先度としてより高い数値が算出される。なお、優先度の算出において、制御部１１は、直近の所要時間の値を用いてもよいし、所要時間の統計値（例えば、過去複数回分の所要時間の平均値）を用いてもよい。

【0102】

［１．８．３ 第３算出例：直近に失敗履歴のあるタスクを優先する］
制御部１１は、テスト結果情報Ｄ４を読み出して、直近に失敗履歴のあるタスクＴｘの優先度をより高く算出する。失敗したタスクＴｘから先にテストを実行することで、エラーが解消されたか否かをより早く確認することができる。

【0103】

例えば、図８の場合、コンポーネントＸ１，Ｘ２の結合テストに関するタスクＴｘ（本算出例では、本開示の「第１タスク」の一例であり、適宜タスクＸ１－Ｘ２と称する。）の直近のテスト結果が成功であり、コンポーネントＸ３，Ｘ１の結合テストに関するタスク（本算出例では、本開示の「第２タスク」の一例であり、適宜タスクＸ３－Ｘ１と称する。）の直近のテスト結果が失敗である。

【0104】

このため、制御部１１は、タスクＸ３－Ｘ１の優先度を、タスクＸ１－Ｘ２の優先度よりも高く算出する。優先度が高いほどタスクＴｘに高い数値を付与する場合、制御部１１は、例えばタスクＸ３－Ｘ１の優先度として「２」を付与し、タスクＸ１－Ｘ２の優先度として「１」を付与する。

【0105】

制御部１１は、直近からの連続失敗回数に応じて、優先度を算出してもよい。例えば、当該回数に定数（例えば、１）を加算した値を優先度としてもよい。この場合、制御部１１は、タスクＸ１－Ｘ２に関して、直近からの連続失敗回数が０回（直近のテスト結果が成功）であるため、タスクＸ１－Ｘ２の優先度を１（＝０＋１）と算出する。また、制御部１１は、タスクＸ３－Ｘ１に関して、直近からの連続失敗回数が２回であるため、タスクＸ３－Ｘ１の優先度を３（＝２＋１）と算出する。これにより、より多い失敗履歴のあるタスクＸ３－Ｘ１の優先度としてより高い数値が算出される。

【0106】

［１．８．４ 第４算出例：要求される安全規格がより厳しいタスクを優先する］
制御部１１は、安全規格情報Ｄ５を読み出して、要求される安全規格がより厳しいタスクＴｘの優先度をより高く算出する。安全規格がより厳しいタスクＴｘは、例えば測定部４４におけるテストで許容される値の範囲が狭く、エラーが生じやすい。このようなタスクＴｘから先にテストを実行することで、より迅速にソースのエラーを発見することができる。

【0107】

例えば、図９の場合、直近の実行時点におけるソースに関して、コンポーネントＸ３に要求されるＡＳＩＬ－Ｄが最も厳しく、その次にモジュールａ１に要求されるＡＳＩＬ－Ａが厳しい。そして、その他のソース（例えば、モジュールａ２，ａ３等）に要求されるＱＭは最も緩い。

【0108】

図８に示すようなソースを組合せたタスクＴｘを考える。例えば、モジュールａ１，ａ２の結合テストを実行する場合、モジュールａ１，ａ２を含むタスクａ１－ａ２に要求される安全規格は、タスクａ１－ａ２に含まれるソースに要求される規格の中で最も厳しいＡＳＩＬ－Ａ（モジュールａ１の安全規格）となる。また、モジュールａ２，ａ３の結合テストを実行する場合、モジュールａ２，ａ３を含むタスクａ２－ａ３に要求される安全規格は、タスクａ２－ａ３に含まれるソースに要求される規格の中で最も厳しいＱＭ（モジュールａ２，ａ３の安全規格）となる。

【0109】

以上により、タスクａ１－ａ２（本算出例では、本開示の「第２タスク」の一例である。）のテストに要求される安全規格の方が、タスクａ２－ａ３（本算出例では、本開示の「第１タスク」の一例である。）のテストに要求される安全規格よりも厳しいため、制御部１１は、タスクａ１－ａ２の優先度を、タスクａ２－ａ３の優先度よりも高く算出する。優先度が高いほどタスクＴｘに高い数値を付与する場合、制御部１１は、例えばタスクａ１－ａ２の優先度として「２」を付与し、タスクａ２－ａ３の優先度として「１」を付与する。

【0110】

制御部１１は、安全規格の厳しさ（高さ）に応じて、優先度を算出してもよい。例えば、制御部１１は、最も厳しいＡＳＩＬ－Ｄが要求されるタスクＴｘの優先度を「５」とし、ＡＳＩＬ－Ｃを「４」、ＡＳＩＬ－Ｂを「３」、ＡＳＩＬ－Ａを「２」、ＱＭを「１」と、それぞれ優先度を割り当ててもよい。

【0111】

［１．８．５ 第５算出例：数の少ないテストセットを使用するタスクを優先する］
制御部１１は、環境情報Ｄ６を読み出して、環境情報Ｄ６のうち数の少ないテストセット４２を使用するタスクＴｘの優先度をより高く算出する。希少なテストセット４２から先にテストを実行することで、希少なテストセット４２の空き時間をより少なくすることができる。

【0112】

例えば、図４に示すように、テスト環境４０に、２個の第１テストセット４２ａと１個の第２テストセット４２ｂが含まれている場合を考える。図１０の例では、モジュールａ１，ａ２の結合テストに関するタスクＴｘ（本算出例では、本開示の「第１タスク」の一例であり、適宜タスクａ１－ａ２と称する。）に紐付いている第１テストセット４２ａよりも、モジュールａ３，ａ１の結合テストに関するタスクＴｘ（本算出例では、本開示の「第２タスク」の一例であり、適宜タスクａ３－ａ１と称する。）に紐付いている第２テストセット４２ｂの方が数が少ない。

【0113】

このため、制御部１１は、タスクａ３－ａ１の優先度を、タスクａ１－ａ２の優先度よりも高く算出する。優先度が高いほどタスクＴｘに高い数値を付与する場合、制御部１１は、例えばタスクａ３－ａ１の優先度として「２」を付与し、タスクａ１－ａ２の優先度として「１」を付与する。

【0114】

制御部１１は、テストセット４２の数に応じて、優先度を算出してもよい。例えば、所定値Ｅ２からテストセット４２の数を減算した値を優先度の値としてもよい。ここで、所定値Ｅ２は、各テストセット４２の数よりも十分に大きい値に設定される。この場合、所定値Ｅ２から第２テストセット４２ｂの数（１個）を減算した値（Ｅ２－１）の方が、所定値Ｅ２から第１テストセット４２ａの数（２個）を減算した値（Ｅ２－２）よりも大きいため、第２テストセット４２ｂに紐付いているタスクａ３－ａ１の優先度としてより高い数値が算出される。

【0115】

［１．８．６ キューへのタスク追加］
算出された優先度は、例えば記憶部１２に記憶される。以上により、ステップＳ１３が終了する。

【0116】

次に、制御部１１は、優先度に基づいて、タスクＴｘをキュー３１に追加する（ステップＳ１４）。例えば、図１に示すように、キュー３１に既にタスクＴ１，Ｔ２，Ｔ３が蓄積されている状態で、新たにタスクＴ４をキュー３１へ追加する場合を考える。

【0117】

タスクＴ４の優先度がタスクＴ１よりも低く、タスクＴ２よりも高い場合、制御部１１はタスクＴ４をタスクＴ１よりも後の実行順で、タスクＴ２よりも先の実行順にて（すなわち、タスクＴ１とタスクＴ２の間に）、キュー３１に追加する。

【0118】

例えば、優先度の算出が上記の「第１算出例」に基づく場合で、タスクＴ１の優先度が「３」であり、タスクＴ２，Ｔ３の優先度がそれぞれ「１」であり、新たに追加するタスクＴ４の優先度が「２」である場合、制御部１１は、上記のようにタスクＴ１とタスクＴ２の間にタスクＴ４を追加する。これにより、キュー３１には優先度の高い順に複数のタスクＴｘが蓄積されるため、優先度の高いタスクＴｘから先にテストを実行することができる。

【0119】

また、複数の算出例により優先度を算出する場合、算出例ごとに重要度を予め設定し、タスクＴｘのキュー３１への追加の際に重要度の高い算出例における優先度から順に評価してもよい。

【0120】

ここで、第１算出例および第２算出例により、２種類の優先度を算出する場合を考える。例えば、第１算出例により算出される優先度（以下、第１優先度と称する。）の重要度を、第２算出例により算出される優先度（以下、第２優先度と称する。）の重要度よりも高く設定する。当該設定は、例えば情報処理装置１０を管理するオペレータが設定し、パラメータのひとつとして記憶部１２に予め記憶される。

【0121】

この場合、制御部１１は、はじめに、キュー３１に蓄積されているタスクＴ１，Ｔ２，Ｔ３と、新たに追加するタスクＴ４との間で、第１優先度を比較する。例えばタスクＴ１，Ｔ２，Ｔ３の第１優先度がそれぞれ「２」であり、タスクＴ４の第１優先度も「２」である場合、第１優先度のみではタスクＴ４のキュー３１への好適な追加位置を特定することができない。

【0122】

そこで、次に、制御部１１は、キュー３１に蓄積されているタスクＴ１，Ｔ２，Ｔ３と、新たに追加するタスクＴ４との間で、第２優先度を比較する。例えばタスクＴ１の第２優先度が「３」であり、タスクＴ２，Ｔ３の第２優先度がそれぞれ「１」であり、新たに追加するタスクＴ４の第２優先度が「２」である場合、制御部１１は、上記のようにタスクＴ１とタスクＴ２の間にタスクＴ４を追加する。

【0123】

このように、複数種類の優先度において、重要度の高い優先度から順にタスクＴｘを比較することで、タスクＴｘをキュー３１のより好適な位置に追加することができる。なお、全ての優先度が同じである場合、ＦＩＦＯ法に基づいて、新たに追加するタスクＴｘを先に蓄積されているタスクＴｘよりも後の実行順にてキューに追加してもよい。

【0124】

また、複数の算出例により優先度を算出する場合、算出例ごとに優先度の「重み」を予め設定し、複数の優先度にそれぞれ「重み」を付けた状態で複数の優先度を足し合わせることで算出される総合的な優先度に基づいて、タスクＴｘのキュー３１への追加位置を決定してもよい。

【0125】

例えば、第１優先度の重みが「２」に設定され、第２優先度の重みが「１」に設定されている場合を考える。この場合、総合的な優先度は、「第１優先度×２＋第２優先度×１」として算出される。各優先度の重みは、例えば情報処理装置１０を管理するオペレータが設定し、パラメータのひとつとして記憶部１２に予め記憶される。

【0126】

以上により、ステップＳ１４が終了する。キュー３１に蓄積されたタスクＴｘは、テストツール３０によって適宜のタイミングにて実行部４１へ出力され、テストが実行される。以上により、より優先度の高いタスクＴｘから先にテストを実行することができる。

【0127】

［２． 変形例］
以下、実施形態の変形例について説明する。変形例において、上記の実施形態と同じ構成については同じ符号を付して説明を省略する。

【0128】

［２．１ 情報処理方法の変形例］
図１２は、変形例に係る情報処理方法を示すフローチャートである。上記の実施形態では、例えば新たにキュー３１に追加するタスクＴ４の優先度を算出して、既にキュー３１に蓄積されているタスクＴ１，Ｔ２，Ｔ３のそれぞれの優先度（既に算出済みの優先度）と比較をすることで、タスクＴ４の追加位置を決定する。

【0129】

これに対し、本変形例では、新たにタスクＴ４をキュー３１に追加する際に、既にキュー３１に蓄積されているタスクＴ１，Ｔ２，Ｔ３について優先度を再算出する。そして、優先度に基づいて、単にタスクＴ４をキュー３１に追加するだけでなく、タスクＴ１からタスクＴ３について、キュー３１における順番を振り直す。

【0130】

図１２に示すように、ステップＳ１１およびステップＳ１２については、上記の実施形態と同様に実行される。その後、制御部１１は、ステップＳ１３と同様にタスクＴ４の優先度を算出するとともに、キュー３１内におけるタスクＴ１，Ｔ２，Ｔ３のそれぞれの優先度を再算出する（ステップＳ１５）。

【0131】

図１３は、変形例に係る各タスクの優先度を説明する図である。例えば、既にキュー３１に蓄積されているタスクＴ１，Ｔ２，Ｔ３について、タスクＴ４を追加する前の優先度が、それぞれ「３」、「２」、「１」であるとする。そして、ステップＳ１５により、タスクＴ４の優先度が「３」と算出され、タスクＴ１，Ｔ２，Ｔ３の優先度が「４」、「１」、「２」とそれぞれ再算出されたとする。

【0132】

この場合、制御部１１は、ステップＳ１５後のそれぞれの優先度に基づいて、キュー３１におけるタスクＴ１からタスクＴ３の蓄積順を並べ替える。具体的には、制御部１１は、優先度が高い順に、タスクＴ１，Ｔ３，Ｔ２と並べ替える。そして、制御部１１は、タスクＴ４をタスクＴ１とタスクＴ３の間に追加する。これにより、最終的なキュー３１の蓄積順は、テストの実行が早い方から順に、タスクＴ１，Ｔ４，Ｔ３，Ｔ２となる。

【0133】

このように、タスクＴ４を好適な位置に追加するだけでなく、上記の例ではタスクＴ２，Ｔ３の順番の入れ替わりが生じる。このため、タスクＴｘをキュー３１に追加する都度、既にキュー３１に蓄積されている複数のタスクＴｘの蓄積順を見直すことができるため、より確実に、優先度の高いタスクＴｘから先にテストを実行することができる。特に、キュー３１の中で長らく実行が後回しになっている（すなわち、放置されている）タスクＴｘの実行順を早めたい場合に、当該方式が好適である。

【0134】

なお、タスクＴｘをキュー３１に追加する都度、キュー３１内の全てのタスクＴｘについて優先度を再算出すると、制御部１１において過分な処理負荷が掛かるおそれがある。このため、制御部１１は、例えばタスクＴｘをキュー３１に所定個数だけ追加するごとに、ステップＳ１５およびステップＳ１６を実行し、それ以外の場合にはステップＳ１３およびステップＳ１４を実行してもよい。また、ｐｕｓｈ処理の際にはキュー３１内のタスクＴｘの優先度の再算出を実行せず、ｐｏｌｌｉｎｇ処理の際に限ってキュー３１内のタスクＴｘの優先度の再算出を実行してもよい。このように構成することで、制御部１１における処理負荷を軽減しつつ、キュー３１内のタスクＴｘの順番の振り直しを実行することができる。

【0135】

［２．２ タスクの変形例］
制御部１１は、タスクＴｘを、例えばテスト項目ごとに複数の分割タスクＤＴｘに細分化したうえで、複数の分割タスクＤＴｘについて優先度を算出してもよい。制御部１１は、例えば、タスクＴｘが使用するテスト環境、タスクＴｘに要求される安全規格、タスクＴｘのテストの結果、タスクＴｘのテストの実行時点およびタスクＴｘのテストに掛かる所要時間のうち少なくともひとつに基づいて、タスクＴｘを複数の分割タスクＤＴｘに分割する。

【0136】

例えば、安全規格に基づいてタスクＴｘを複数の分割タスクＤＴｘに分割する例を説明する。図９に示すように、コンポーネントＸ３の動作テストに関するタスクＴｘ（以下、タスクＸ３と称する。）には、安全規格としてＡＳＩＬ－Ｄが要求される。しかしながら、タスクＸ３に含まれる全てのテスト項目にＡＳＩＬ－Ｄが要求されるわけではなく、例えばタスクＸ３に含まれるテスト項目の一部には安全規格としてＱＭが要求される項目が含まれる場合がある。

【0137】

このため、制御部１１は、優先度を算出する際に、安全規格に基づいて、例えばテスト項目ごとにタスクＸ３を分割タスクＸ３ａ，Ｘ３ｂに分割する。例えば、分割タスクＸ３ａはタスクＸ３のうちＱＭが要求されるテスト項目のみを含む。また、分割タスクＸ３ｂはタスクＸ３のうちＡＳＩＬ－Ａ以上の安全規格（ＡＳＩＬ－Ａ，Ｂ，Ｃ，Ｄ）が要求されるテスト項目のみを含む。

【0138】

図１４は、変形例に係るテスト結果情報Ｄ４を示すテーブルＴＢ４ａである。テーブルＴＢ４ａにおいて、タスクＸ３は、複数の分割タスクＸ３ａ，Ｘ３ｂにそれぞれ分割されている。そして、複数の分割タスクＸ３ａ，Ｘ３ｂごとにテスト結果情報Ｄ４を細分化することで、例えば実行時点ＴＭ１において分割タスクＸ３ａのテストは成功であり、分割タスクＸ３ｂのテストは失敗である等、テストの結果をより細かく確認することができる。これにより、タスクＸ３のうちどの部分においてエラーが生じているかを絞り込みやすいため、よりエラーに迅速に対応することができる。

【0139】

また、ステップＳ１３において、制御部１１は、複数の分割タスクＴＤｘの優先度をそれぞれ算出してもよい。また、ステップＳ１４において、制御部１１は、既にキュー３１に蓄積されている複数の分割タスクＴＤｘに対して、優先度に基づいて、新たにキュー３１に追加する分割タスクＴＤｘの位置を決定してもよい。これにより、より細やかにテストを実行することができる。

【0140】

［３．付記］
本開示は、以下の付記に示す内容を含む。

【0141】

［付記１］
車載装置にて実行されるソフトウェアの開発支援をする情報処理装置であって、
前記ソフトウェアに含まれる複数のソースが格納されたリポジトリから提供されるタスクを、前記タスクがテストの実行待ちをするキューに追加する制御部を備え、
前記制御部は、
前記タスクに関する情報を含む優先度情報が格納されているストレージから、前記優先度情報を読み出し、
前記優先度情報に基づいて、前記タスクの優先度を算出し、
前記キューに既に蓄積されている前記タスクの優先度と、前記キューに新たに追加する前記タスクの優先度とを比較し、より高い優先度の前記タスクの実行順を先にした状態で、前記タスクを前記キューに追加する、
情報処理装置。

【0142】

［４．補記］
なお、上記の実施形態及び各種の変形例については、その少なくとも一部を、相互に任意に組み合わせてもよい。また、今回開示された実施形態及び変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。

【符号の説明】

【0143】

１ 情報処理システム
１０ 情報処理装置
１１ 制御部
１２ 記憶部
１３ 通信部
１４ 読取部
１５ 記録媒体
２０ リポジトリ
３０ テストツール
３１ キュー
４０ テスト環境
４１ 実行部
４２ テストセット
４２ａ 第１テストセット
４２ｂ 第２テストセット
４３ 回路基板
４３ａ 第１回路基板
４３ｂ 第２回路基板
４４ 測定部
４４ａ 第１測定部
４４ｂ 第２測定部
５０ ストレージ
５１ 優先度情報
６０ 端末群
ＳＷ１ ソフトウェア
ａ１，ａ２，ａ３，ｂ１，ｂ２ モジュール
Ｘ１，Ｘ２，Ｘ３ コンポーネント
Ｔｘ，Ｔ１，Ｔ２，Ｔ３，Ｔ４ タスク
ＤＴｘ 分割タスク
Ｄ１ バージョン情報
Ｄ２ 実行時点情報
Ｄ３ 所要時間情報
Ｄ４ テスト結果情報
Ｄ５ 安全規格情報
Ｄ６ 環境情報
ＴＢ１，ＴＢ２，ＴＢ３，ＴＢ４，ＴＢ４ａ，ＴＢ５，ＴＢ６ テーブル
ＴＭ１，ＴＭ２ 実行時点
Ｅ１，Ｅ２ 所定値

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】

【図12】

【図13】

【図14】