知財求人 - 知財ポータルサイト「IP Force」
▶ 株式会社オートネットワーク技術研究所の特許一覧 ▶ 住友電装株式会社の特許一覧 ▶ 住友電気工業株式会社の特許一覧
(19)【発行国】日本国特許庁(JP)
(12)【公報種別】公開特許公報(A)
(11)【公開番号】P2024048850
(43)【公開日】2024-04-09
(54)【発明の名称】情報処理システムおよび情報処理方法
(51)【国際特許分類】
G06F 11/36 20060101AFI20240402BHJP
【ＦＩ】
G06F11/36 172
【審査請求】未請求
【請求項の数】8
【出願形態】ＯＬ
(21)【出願番号】P 2022154982
(22)【出願日】2022-09-28
(71)【出願人】
【識別番号】395011665
【氏名又は名称】株式会社オートネットワーク技術研究所
(71)【出願人】
【識別番号】000183406
【氏名又は名称】住友電装株式会社
(71)【出願人】
【識別番号】000002130
【氏名又は名称】住友電気工業株式会社
(74)【代理人】
【識別番号】110000280
【氏名又は名称】弁理士法人サンクレスト国際特許事務所
(72)【発明者】
【氏名】高沢 忠浩
【テーマコード（参考）】
5B042
【Ｆターム（参考）】
5B042HH19
5B042HH49
(57)【要約】 （修正有）
【課題】テストをより効率的に実行する情報処理システムおよび情報処理方法を提供する。
【解決手段】ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行してソフトウェアの開発支援をする情報処理システム１であって、情報処理装置は、生成されるタスクの基礎となる複数のソースをインテグレートして生成物を生成し、それを用いてタスクのテストを実行する制御部を備える。制御部は、登録条件が満たされる場合、生成物をストレージに登録し、満たされない場合、生成物をストレージに登録しない。登録条件は、生成物のファイルサイズが所定量未満であるか、生成物に要求される安全規格が所定の段階を超えるか、複数のソースをインテグレートするインテグレート時間から、生成物をストレージに登録する登録時間及び生成物をストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超えるかのうち少なくとも一つである。
【選択図】図１
【解決手段】ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行してソフトウェアの開発支援をする情報処理システム１であって、情報処理装置は、生成されるタスクの基礎となる複数のソースをインテグレートして生成物を生成し、それを用いてタスクのテストを実行する制御部を備える。制御部は、登録条件が満たされる場合、生成物をストレージに登録し、満たされない場合、生成物をストレージに登録しない。登録条件は、生成物のファイルサイズが所定量未満であるか、生成物に要求される安全規格が所定の段階を超えるか、複数のソースをインテグレートするインテグレート時間から、生成物をストレージに登録する登録時間及び生成物をストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超えるかのうち少なくとも一つである。
【選択図】図１
【特許請求の範囲】
【請求項1】
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、
情報処理システム。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、
情報処理システム。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【請求項2】
前記登録条件を満たすか否かを判定する判定部をさらに備え、
前記制御部は、前記判定部の判定結果に基づいて、前記生成物を前記ストレージに登録するか否か決定する、
請求項１に記載の情報処理システム。
前記制御部は、前記判定部の判定結果に基づいて、前記生成物を前記ストレージに登録するか否か決定する、
請求項１に記載の情報処理システム。
【請求項3】
前記判定部は、
前記ストレージの空き容量が第１容量である場合、前記第１登録条件の前記所定量を第１所定量とし、前記第２登録条件の前記段階を第１段階とし、又は前記第３登録条件の前記所定値を第１所定値として、前記登録条件を満たすか否かを判定し、
前記ストレージの空き容量が前記第１容量よりも少ない第２容量である場合、前記第１登録条件の前記所定量を前記第１所定量よりも少ない第２所定量とし、前記第２登録条件の前記段階を前記第１段階よりも高い第２段階とし、又は前記第３登録条件の前記所定値を前記第１所定値よりも大きい第２所定値として、前記登録条件を満たすか否かを判定する、
請求項２に記載の情報処理システム。
前記ストレージの空き容量が第１容量である場合、前記第１登録条件の前記所定量を第１所定量とし、前記第２登録条件の前記段階を第１段階とし、又は前記第３登録条件の前記所定値を第１所定値として、前記登録条件を満たすか否かを判定し、
前記ストレージの空き容量が前記第１容量よりも少ない第２容量である場合、前記第１登録条件の前記所定量を前記第１所定量よりも少ない第２所定量とし、前記第２登録条件の前記段階を前記第１段階よりも高い第２段階とし、又は前記第３登録条件の前記所定値を前記第１所定値よりも大きい第２所定値として、前記登録条件を満たすか否かを判定する、
請求項２に記載の情報処理システム。
【請求項4】
前記制御部は、前記登録条件が満たされる場合、前記ストレージに既に登録されている前記段階が第１段階である前記生成物を削除して、前記ストレージに前記段階が前記第１段階よりも高い第２段階である前記生成物を新たに登録する、
請求項１に記載の情報処理システム。
請求項１に記載の情報処理システム。
【請求項5】
前記ソフトウェアは、車両に搭載される車載装置にて実行されるソフトウェアであり、
前記安全規格は、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）である、
請求項１に記載の情報処理システム。
前記安全規格は、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）である、
請求項１に記載の情報処理システム。
【請求項6】
前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する、
請求項１から請求項５のいずれか１項に記載の情報処理システム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
請求項１から請求項５のいずれか１項に記載の情報処理システム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【請求項7】
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物をストレージに登録し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する、
情報処理システム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物をストレージに登録し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する、
情報処理システム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【請求項8】
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理方法であって、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、
を備える、情報処理方法。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、
を備える、情報処理方法。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【発明の詳細な説明】
【技術分野】
【0001】
本開示は、情報処理システムおよび情報処理方法に関する。
【背景技術】
【0002】
従来、ソフトウェアの開発において、継続的インテグレーション（ＣＩ：Ｃｏｎｔｉｎｕｏｕｓ Ｉｎｔｅｇｒａｔｉｏｎ）および継続的デリバリー（ＣＤ：Ｃｏｎｔｉｎｕｏｕｓ Ｄｅｌｉｖｅｒｙ）と称される手法が用いられる場合がある。なお、継続的デリバリーに代えて、継続的デプロイ（ＣＤ：Ｃｏｎｔｉｎｕｏｕｓ Ｄｅｐｌｏｙｍｅｎｔ）が実施される場合もある。このような開発手法は、開発途上のソフトウェアをこまめに自動検証することで、大規模な修正イベントを抑制し、修正に掛かるコストを低減することを目的としている。
【0003】
例えば、ソフトウェアの開発現場では、複数の開発者が各自、ソースを作成しており、単体のソースの動作確認が行われている。しかし、１個のソフトウェアとして複数のソースを統合した状態で動作させると、エラーが生じるおそれがある。この場合、いずれのソースの組合せにおいてエラーが生じたのかを１組ずつ検証する必要が生じるため、動作テストに時間が掛かるおそれがある。
【0004】
ＣＩ／ＣＤに基づく開発手法では、例えば複数の開発者がそれぞれ作成したソースを、クラウド上のリポジトリに格納する（リポジトリへのプッシュ）。そして、ＧｉｔＨｕｂ（登録商標）等のソース管理ツール（ＳＣＭ：Ｓｏｕｒｃｅ Ｃｏｄｅ Ｍａｎａｇｅｍｅｎｔとも称される。）が、ソースの更新等の都度、リポジトリに格納されたソースに基づいて自動的にタスクを作成する（タスクのビルド）。タスクはＪｅｎｋｉｎｓ（登録商標）等のＣＩ／ＣＤツールによって自動的にテストされる。
【0005】
このように、小さなサイクルによりインテグレーションを繰り返し行い、インテグレーションのエラーを頻回にチェックすることで、大規模な手戻りを抑制することができる。
【0006】
特許文献１には、テストの重要度、テストの実行時間に基づいて、実行するテストケースを選択する技術が開示されている。特許文献１の技術では、例えば重要度の低いテストケースを実行しないため、ＣＩの自動テストに掛かる時間を抑制することができる。
【0007】
特許文献２には、前回のテスト結果等を実行結果データベースに格納し、テストを行う際に、実行結果データベースを参照して、前回のテスト結果がＯＫであり、かつ前回のテストに係るファイルと今回のテストに係るファイルとの間に変更がない場合に、今回のテストをスキップする技術が開示されている。特許文献２の技術では、判定の結果次第でテストに係る処理が省略されるため、テストの実行時間を短くすることができる。
【先行技術文献】
【特許文献】
【0008】
【特許文献1】特開２０１０－１３４６４３号公報
【特許文献2】国際公開２０２０／１６６３４５号
【発明の概要】
【発明が解決しようとする課題】
【0009】
ソフトウェアの開発は、年々大規模化の傾向にあり、これに伴ってテストに掛かる時間も長時間化している。このため、ＣＩ／ＣＤに基づく開発手法を採用する場合に、テストをより効率的に実行することが要求されている。
【0010】
ここで、特許文献２のように前回のテスト結果等を実行結果データベースに格納し、新たなテストを実行する際に前回のテスト結果等を参照して新たなテストをスキップするか否かを判定する手法を採用する場合、当該実行結果データベースを作成する必要がある。
【0011】
しかしながら、ソフトウェア開発の大規模化に伴い、実行するテストの種類が多くなったり、１個のテストに用いるソースのファイルサイズが大きくなったりしているため、上記のような実行結果データベースを作成すると、テストをステップせずにそのまま実行するよりも却って時間が掛かり、テスト実行の効率化を図れない場合がありうる。
【0012】
かかる課題に鑑み、本開示は、テストをより効率的に実行することができる情報処理システムおよび情報処理方法を提供することを目的とする。
【課題を解決するための手段】
【0013】
本開示の情報処理システムは、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、情報処理システムである。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【0014】
本開示の情報処理システムは、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物をストレージに登録し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する、情報処理システムである。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【0015】
本開示の情報処理方法は、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理方法であって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、前記生成物を用いて前記タスクのテストを実行する第２ステップと、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、を備える、情報処理方法である。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【発明の効果】
【0016】
本開示によれば、テストをより効率的に実行することができる。
【図面の簡単な説明】
【0017】
【発明を実施するための形態】
【0018】
［本開示の実施形態の説明］
本開示の実施形態には、その要旨として、以下の構成が含まれる。
本開示の実施形態には、その要旨として、以下の構成が含まれる。
【0019】
（１）本開示の情報処理システムは、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、情報処理システムである。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【0020】
このように構成することで、一律に生成物を登録するのではなく、登録条件を満たすか否かに応じて生成物を登録することで、テスト実行に掛かる時間をより効率化することができる。
【0021】
（２）前記（１）の情報処理システムにおいて、前記登録条件を満たすか否かを判定する判定部をさらに備え、前記制御部は、前記判定部の判定結果に基づいて、前記生成物を前記ストレージに登録するか否か決定する。
【0022】
（３）前記（２）の情報処理システムにおいて、前記判定部は、前記ストレージの空き容量が第１容量である場合、前記第１登録条件の前記所定量を第１所定量とし、前記第２登録条件の前記段階を第１段階とし、又は前記第３登録条件の前記所定値を第１所定値として、前記登録条件を満たすか否かを判定し、前記ストレージの空き容量が前記第１容量よりも少ない第２容量である場合、前記第１登録条件の前記所定量を前記第１所定量よりも少ない第２所定量とし、前記第２登録条件の前記段階を前記第１段階よりも高い第２段階とし、又は前記第３登録条件の前記所定値を前記第１所定値よりも大きい第２所定値として、前記登録条件を満たすか否かを判定する。
【0023】
ストレージの空き容量が少ないほど、登録条件をより厳しくして、登録する生成物をより優先度の高い生成物に限定する。これにより、残り少ないストレージの容量をより有効に活用することができる。
【0024】
（４）前記（１）から前記（３）のいずれかの情報処理システムにおいて、前記制御部は、前記登録条件が満たされる場合、前記ストレージに既に登録されている前記段階が第１段階である前記生成物を削除して、前記ストレージに前記段階が前記第１段階よりも高い第２段階である前記生成物を新たに登録する。
【0025】
このように構成することで、優先度がより高い生成物をストレージに登録することができる。
【0026】
（５）前記（１）から前記（４）のいずれかの情報処理システムにおいて、前記ソフトウェアは、車両に搭載される車載装置にて実行されるソフトウェアであり、前記安全規格は、ＩＳＯ２６２６２のＡＳＩＬ（Automotive Safety Integrity Level）である。
【0027】
（６）前記（１）から前記（５）のいずれかの情報処理システムにおいて、前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【0028】
このように構成することで、一律に生成物を読出するのではなく、読出条件を満たすか否かに応じて生成物を読出することで、テスト実行に掛かる時間をより効率化することができる。
【0029】
（７）本開示の情報処理システムは、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理システムであって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物をストレージに登録し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、前記制御部は、前記タスクが前記制御部へ入力された際に、読出条件が満たされる場合、過去に前記制御部へ前記タスクが入力された際に生成された前記生成物を前記ストレージから読み出し、前記読出条件が満たされない場合、今回に前記制御部へ入力された前記タスクに基づいて新たに前記生成物を生成する、情報処理システムである。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【0030】
このように構成することで、一律に生成物を読出するのではなく、読出条件を満たすか否かに応じて生成物を読出することで、テスト実行に掛かる時間をより効率化することができる。
【0031】
（８）本開示の情報処理方法は、ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理方法であって、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、前記生成物を用いて前記タスクのテストを実行する第２ステップと、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、を備える、情報処理方法である。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【0032】
このように構成することで、一律に生成物を登録するのではなく、登録条件を満たすか否かに応じて生成物を登録することで、テスト実行に掛かる時間をより効率化することができる。
【0033】
［１．本開示の実施形態の詳細］
以下、図面を参照して、本開示の実施形態の詳細を説明する。
以下、図面を参照して、本開示の実施形態の詳細を説明する。
【0034】
【0035】
ソフトウェアＳＷ１は、例えば、自動車等の車両に搭載される装置（以下、「車載装置」と称する。）にて実行される。より具体的には、ソフトウェアＳＷ１は、車載のＥＣＵ（Ｅｌｅｃｔｒｏｎｉｃ Ｃｏｎｔｒｏｌ Ｕｎｉｔ）に用いられる。例えば、ソフトウェアＳＷ１は、複数のＥＣＵを管理する機能を有するセントラルＥＣＵ又は統合ＥＣＵに用いられる。このようなソフトウェアＳＷ１は、大規模な開発が伴う傾向があるため、情報処理システム１による開発支援がより有用となる。
【0036】
情報処理システム１は、情報処理装置１０と、リポジトリ２０と、テストツール３０と、テスト環境４０と、ストレージ５０と、を備える。情報処理システム１は、１箇所に集約された１台の装置（例えばサーバ装置）によって実現されてもよいし、インターネット等のネットワークによって各部１０，２０，３０，４０，５０が互いに通信可能に接続された状態で、複数箇所に分散された複数台の装置によって実現されてもよい。
【0037】
［１．２ ソフトウェアおよびタスク］
図２は、実施形態に係るソフトウェアＳＷ１の一例を示す図である。図２を参照して、ソフトウェアＳＷ１およびタスクＴｘについて説明する。ソフトウェアＳＷ１は、複数のコンポーネントＸ１，Ｘ２，Ｘ３を含む。コンポーネントＸ１は複数のモジュールａ１，ａ２，ａ３を含み、コンポーネントＸ２は複数のモジュールｂ１，ｂ２を含む。
図２は、実施形態に係るソフトウェアＳＷ１の一例を示す図である。図２を参照して、ソフトウェアＳＷ１およびタスクＴｘについて説明する。ソフトウェアＳＷ１は、複数のコンポーネントＸ１，Ｘ２，Ｘ３を含む。コンポーネントＸ１は複数のモジュールａ１，ａ２，ａ３を含み、コンポーネントＸ２は複数のモジュールｂ１，ｂ２を含む。
【0038】
これらのコンポーネントＸ１，Ｘ２，Ｘ３およびモジュールａ１，ａ２，ａ３，ｂ１，ｂ２を「ソース」と総称する。すなわち、ソフトウェアＳＷ１は複数のソースを含む。これらのソースは、ソースコードと称される所定のプログラム言語にて記載されたデータであってもよいし、ソースコードを機械語に変換した後のバイナリコードにて記載されたデータであってもよい。
【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】
一方で、判定部１２は、ストレージ５０の空き容量が第１容量Ｃ１よりも少ない第２容量Ｃ２である場合（Ｃ２＜Ｃ１）、第１登録条件の所定量Ｍ２を第１所定量Ｍ２１よりも少ない第２所定量Ｍ２２とし、第２登録条件の所定の段階Ｌ２を第１段階Ｌ２１よりも高い第２段階Ｌ２２とし、第３登録条件の所定値Ｅ２を第１所定値Ｅ２１よりも大きい第２所定値Ｅ２２として、登録条件を満たすか否かを判定する（Ｍ２２＜Ｍ２１，Ｌ２２＞Ｌ２１，Ｅ２２＞Ｅ２１）。
【0144】
すなわち、ストレージ５０の空き容量が少ないほど、登録条件をより厳しくして、登録する生成物Ｐｘをより優先度の高い生成物Ｐｘに限定する。これにより、残り少ないストレージ５０の容量をより有効に活用することができる。
【0145】
上記では、ストレージ５０の空き容量に応じて、第１登録条件から第３登録条件までの全ての条件について、条件を厳しくする例を説明した。しかしながら、ストレージ５０の空き容量に応じて、第１登録条件から第３登録条件までのすくなくともひとつ条件について、条件を厳しくしてもよい。例えば、判定部１２は、ストレージ５０の空き容量に応じて、第１登録条件の所定量Ｍ２をより高く設定し、第２登録条件および第３登録条件における所定の段階Ｌ２および所定値Ｅ２についてはストレージ５０の空き容量にかかわらず固定値としてもよい。
【0146】
［２．２ ストレージに登録されている生成物を削除する］
制御部１１は、ステップＳ１０７にて、新たに生成した生成物Ｐｘをストレージ５０に登録する際に、既にストレージ５０に登録されている生成物Ｐｘをストレージ５０から削除してもよい。この場合、例えば、制御部１１は、要求される安全規格がより高い生成物Ｐｘをストレージ５０に残す。
制御部１１は、ステップＳ１０７にて、新たに生成した生成物Ｐｘをストレージ５０に登録する際に、既にストレージ５０に登録されている生成物Ｐｘをストレージ５０から削除してもよい。この場合、例えば、制御部１１は、要求される安全規格がより高い生成物Ｐｘをストレージ５０に残す。
【0147】
具体的には、ストレージ５０に既に登録されている生成物Ｐｘに要求される安全規格が第１段階Ｌ２１であり、新たに登録する予定の生成物Ｐｘに要求される安全規格が第１段階Ｌ２１よりも高い第２段階Ｌ２２である場合、制御部１１は既に登録されている生成物Ｐｘをストレージ５０から削除して、新たに生成された生成物Ｐｘをストレージ５０に登録する。
【0148】
このように構成することで、例えばストレージ５０の容量が残り少なくなっている場合であっても、要求される安全規格がより厳しく、優先度がより高い生成物Ｐｘをストレージ５０に登録することができる。
【0149】
［３．付記］
本開示は、以下の付記に示す内容を含む。
本開示は、以下の付記に示す内容を含む。
【0150】
［付記１］
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理装置であって、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、
情報処理装置。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理装置であって、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成し、前記生成物を用いて前記タスクのテストを実行する制御部を備え、
前記制御部は、登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない、
情報処理装置。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【0151】
［付記２］
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理方法であって、
読出条件が満たされない場合、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
前記生成物をストレージに登録する第３ステップと、
前記読出条件が満たされる場合、過去に実行した前記第１ステップにおいて生成された前記生成物を前記ストレージから読み出す第４ステップと、
を備える、情報処理方法。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をする情報処理方法であって、
読出条件が満たされない場合、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
前記生成物をストレージに登録する第３ステップと、
前記読出条件が満たされる場合、過去に実行した前記第１ステップにおいて生成された前記生成物を前記ストレージから読み出す第４ステップと、
を備える、情報処理方法。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【0152】
［付記３］
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をするためのコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータに、
読出条件が満たされない場合、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
前記生成物をストレージに登録する第３ステップと、
前記読出条件が満たされる場合、過去に実行した前記第１ステップにおいて生成された前記生成物を前記ストレージから読み出す第４ステップと、
を実行させる、コンピュータプログラム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をするためのコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータに、
読出条件が満たされない場合、前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
前記生成物をストレージに登録する第３ステップと、
前記読出条件が満たされる場合、過去に実行した前記第１ステップにおいて生成された前記生成物を前記ストレージから読み出す第４ステップと、
を実行させる、コンピュータプログラム。
ここで、前記読出条件は、以下の第１読出条件から第３読出条件のうち少なくともひとつである。
第１読出条件：前記生成物のファイルサイズが所定量未満である
第２読出条件：前記生成物に要求される安全規格が所定の段階を超える
第３読出条件：複数の前記ソースをインテグレートするインテグレート時間から前記生成物を前記ストレージから読み出す読出時間を減算した差分値が所定値を超える
【0153】
［付記４］
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をするためのコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータに、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、
を実行させる、コンピュータプログラム。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
ソフトウェアに含まれる複数のソースに基づいて生成されるタスクのテストを実行することで、前記ソフトウェアの開発支援をするためのコンピュータプログラムであって、
前記コンピュータプログラムは、コンピュータに、
前記タスクの基礎となる複数の前記ソースをインテグレートして生成物を生成する第１ステップと、
前記生成物を用いて前記タスクのテストを実行する第２ステップと、
登録条件が満たされる場合、前記生成物をストレージに登録し、前記登録条件が満たされない場合、前記生成物を前記ストレージに登録しない第３ステップと、
を実行させる、コンピュータプログラム。
ここで、前記登録条件は、以下の第１登録条件から第３登録条件のうち少なくともひとつである。
第１登録条件：前記生成物のファイルサイズが所定量未満である
第２登録条件：前記生成物に要求される安全規格が所定の段階を超える
第３登録条件：複数の前記ソースをインテグレートするインテグレート時間から、前記生成物を前記ストレージに登録する登録時間および前記生成物を前記ストレージから読み出す読出時間の合計時間を減算した差分値が、所定値を超える
【0154】
［４．補記］
なお、上記の実施形態及び各種の変形例については、その少なくとも一部を、相互に任意に組み合わせてもよい。また、今回開示された実施形態及び変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
なお、上記の実施形態及び各種の変形例については、その少なくとも一部を、相互に任意に組み合わせてもよい。また、今回開示された実施形態及び変形例はすべての点で例示であって制限的なものではないと考えられるべきである。本開示の範囲は特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【0155】
１ 情報処理システム
１０ 情報処理装置
１１ 制御部
１２ 判定部
１３ 記憶部
１４ 通信部
１５ 読取部
１６ 記録媒体
２０ リポジトリ
３０ テストツール
３１ キュー
４０ テスト環境
４２ テストセット
４３ 回路基板
４４ 測定部
５０ ストレージ
５１ 結果情報
５２ 判定情報
６０ 端末群
ＳＷ１ ソフトウェア
ａ１，ａ２，ａ３，ｂ１，ｂ２ モジュール
Ｘ１，Ｘ２，Ｘ３ コンポーネント
Ｐｘ 生成物
Ｔｘ，Ｔ１，Ｔ２，Ｔ３，Ｔ４ タスク
Ｄ１ バージョン情報
Ｄ２ テスト結果情報
Ｄ３ ファイルサイズ情報
Ｄ４ 安全規格情報
ＴＢ１，ＴＢ２，ＴＢ３，ＴＢ４ テーブル
ＴＭ１，ＴＭ２ 実行時点
Ｔ１ インテグレート時間
Ｔ２ 登録時間
Ｔ３ 読出時間
Ｍ１，Ｍ２ 所定量
Ｍ２１ 第１所定量
Ｍ２２ 第２所定量
Ｌ１，Ｌ２ 所定の段階
Ｌ２１ 第１段階
Ｌ２２ 第２段階
Ｅ１，Ｅ２ 所定値
Ｅ２１ 第１所定値
Ｅ２２ 第２所定値
１０ 情報処理装置
１１ 制御部
１２ 判定部
１３ 記憶部
１４ 通信部
１５ 読取部
１６ 記録媒体
２０ リポジトリ
３０ テストツール
３１ キュー
４０ テスト環境
４２ テストセット
４３ 回路基板
４４ 測定部
５０ ストレージ
５１ 結果情報
５２ 判定情報
６０ 端末群
ＳＷ１ ソフトウェア
ａ１，ａ２，ａ３，ｂ１，ｂ２ モジュール
Ｘ１，Ｘ２，Ｘ３ コンポーネント
Ｐｘ 生成物
Ｔｘ，Ｔ１，Ｔ２，Ｔ３，Ｔ４ タスク
Ｄ１ バージョン情報
Ｄ２ テスト結果情報
Ｄ３ ファイルサイズ情報
Ｄ４ 安全規格情報
ＴＢ１，ＴＢ２，ＴＢ３，ＴＢ４ テーブル
ＴＭ１，ＴＭ２ 実行時点
Ｔ１ インテグレート時間
Ｔ２ 登録時間
Ｔ３ 読出時間
Ｍ１，Ｍ２ 所定量
Ｍ２１ 第１所定量
Ｍ２２ 第２所定量
Ｌ１，Ｌ２ 所定の段階
Ｌ２１ 第１段階
Ｌ２２ 第２段階
Ｅ１，Ｅ２ 所定値
Ｅ２１ 第１所定値
Ｅ２２ 第２所定値
【図1】
【図2】
【図3】
【図4】
【図5】
【図6】
【図7】
【図8】
【図9】