JP7331617B2 - 抽出装置、及び抽出プログラム - Google Patents

Description

本開示は、他の装置から移植されるアプリの検査項目を抽出するための技術に関する。

車両に搭載されるＥＣＵの開発では、コスト削減や機能の最適化等のため、複数のＥＣＵの機能が１つのＥＣＵに統合される場合がある。具体的には、統合前の各ＥＣＵに搭載されていた複数のアプリケーション（以後、アプリと記載）を移植し、これらのアプリを統合された１つのＥＣＵにて並行して動作させることが考えられる。

このような場合、統合後のＥＣＵにて動作するアプリが、統合前と同様に動作するかどうか検査する必要がある。しかし、該検査では、統合前のＥＣＵにおいて行われたアプリの検査項目を全て実施する必要は無く、統合前の検査項目の中から必要なものを抽出する必要がある。

ここで、特許文献１には、ＥＣＵの変更前後の回路図の相違点に基づき、ＥＣＵの回路ブロックの検査プログラムを自動生成する装置が開示されている。具体的には、該装置は、変更前の回路図に対応する検査プログラムから、変更前後の回路図の差分に対応する箇所を削除すると共に、該差分に対応する検査プログラムをデータベースから読み出す。そして、読み出した検査プログラムを、該差分が削除された検査プログラムに追加することで、変更後の回路図に対応する検査プログラムが生成される。

特開２０００－２４９７３６号公報

しかしながら、統合前のＥＣＵから統合後のＥＣＵにアプリを移植する場合においては、これらのＥＣＵの相違点に関連するアプリの動作を再検査する必要がある。このため、特許文献１に開示された技術のように、変更前後の回路図の差分に対応する検査プログラムを差し替えたとしても、統合前のＥＣＵの検査項目の中から必要なものを好適に抽出できないと考えられる。

本開示は、検査項目を好適に抽出することを目的とする。

本開示の一態様の抽出装置（４０）は、対象アプリ（３４）が動作する旧装置（３０）における対象アプリの検査項目である複数の旧検査項目（６０～６９）の中から、対象アプリが動作する新装置（１０）における対象アプリの検査項目である新検査項目を抽出する。抽出装置は、取得部（Ｓ１００、Ｓ２００）と、判定部（Ｓ１０５～Ｓ１３０、Ｓ２０５）と、抽出部（Ｓ１５０、Ｓ１５５、Ｓ２２５、Ｓ２３０）と、を備える。取得部は、旧装置及び新装置におけるハードウェア及び／又はソフトウェアに関する情報を示す項目であって、それぞれの旧検査項目に対応する項目を判定項目とし、旧装置における判定項目が示す情報と、新装置における判定項目が示す情報とを取得する。また、判定部は、旧装置における判定項目が示す情報と、新装置における該判定項目が示す情報とが一致するか否かを判定する。また、抽出部は、判定部により一致しないと判定された判定項目に対応する旧検査項目を、新検査項目として抽出する。

上記構成によれば、ハードウェア及び／又はソフトウェアに関する情報を示す判定項目が設けられており、旧装置と新装置とにおける判定項目が示す情報が異なる場合には、該判定項目に対応する旧検査項目が新検査項目として抽出される。このため、旧装置と新装置との間のハードウェアやソフトウェアの相違点に関連する旧検査項目を、新検査項目として自動的に抽出できる。したがって、検査項目を好適に抽出できる。

なお、コンピュータを上記抽出装置として動作させる抽出プログラムを構成しても良い。このような抽出プログラムに従いコンピュータを動作させることで、同様の効果が得られる。

また、この欄及び請求の範囲に記載した括弧内の符号は、一つの態様として後述する実施形態に記載の具体的手段との対応関係を示すものであって、本開示の技術的範囲を限定するものではない。

統合後ＥＣＵのブロック図である。 統合前ＥＣＵのブロック図である。 抽出装置のブロック図である。 検査プロセス及び検査観点についての説明図である。 統合前ＥＣＵの環境情報ファイルが示す環境種別、環境項目、環境情報、及び関連情報の説明図である。 統合後ＥＣＵの環境情報ファイルが示す環境種別、環境項目、環境情報、及び関連情報の説明図である。 検査プロセスファイルの説明図である。 検査プロセス抽出処理のフローチャートである。 検査プロセス抽出処理のフローチャートである。 統合前ＥＣＵの制約情報ファイルが示す制約項目及び制約情報の説明図である。 統合後ＥＣＵの制約情報ファイルが示す制約項目及び制約情報の説明図である。 検査観点ファイルの説明図である。 検査観点抽出処理のフローチャートである。

以下、図面を参照しながら、本開示の実施形態を説明する。
［１．ＥＣＵの統合について］
車両に搭載される複数のＥＣＵ（以後、統合前ＥＣＵと記載）の機能を、図１に示す１つのＥＣＵ（統合後ＥＣＵ１０と記載）に統合する技術が知られている。本実施形態の統合後ＥＣＵ１０は、一例として、図２に示す統合前ＥＣＵ３０を含む複数の統合前ＥＣＵの各々にて動作している複数のアプリを動作させるよう構成されている。なお、統合後ＥＣＵ１０にて動作する統合前ＥＣＵにおけるアプリは、ＶＭ（Ｖｅｒｔｕａｌ Ｍａｃｈｉｎｅ）とも呼ばれる。

図１に示すように、統合後ＥＣＵ１０に搭載されたマイクロコントローラのハードウェア（以後、ＨＷ）１１は、２つのＣＰＵ１２とメモリとを備える。また、ＨＷ１１は、他のＥＣＵとの通信機能や、外部から車内に持ち込まれた装置との間の無線又は有線通信機能を備える。具体的には、ＨＷ１１は、一例として、ＥＣＵ等の外部装置との間で、ＣＡＮ（登録商標）やＥｔｈｅｒｎｅｔ（登録商標）に準拠した通信を行うよう構成されている。

また、統合後ＥＣＵ１０には、ハイパーバイザー２０、ＯＳ２１、アプリ２２、２３、Ａｄａｐｔｉｖｅ ＰＦ／ＯＳ２４、コンテナ２５、アプリ２６、２７が搭載されている。ＣＰＵ１２が、メモリにロードされたこれらのソフトウェアを実行することで、統合後ＥＣＵ１０の機能が実現される。

統合後ＥＣＵ１０は、一例として４つの統合前ＥＣＵを統合したものであり、アプリ２２、２３、２６、２７は、その機能に変更を加えること無く、各統合前ＥＣＵからＶＭとして移植されたものである。

また、ＯＳ２１、及び、Ａｄａｐｔｉｖｅ ＰＦ／ＯＳ２４は、所定の規格に準拠したソフトウェアプラットフォームであり、ＯＳとしての機能を有する。ＯＳ２１はアプリ２２、２３を動作させ、Ａｄａｐｔｉｖｅ ＰＦ／ＯＳ２４はアプリ２６、２７を動作させる。なお、ＯＳ２１及びＡｄａｐｔｉｖｅ ＰＦ／ＯＳ１６は、例えば、ＡＵＴＯＳＡＲ等に準拠した車載用ソフトウェアのプラットフォームにおける基盤ソフトウェア（以後、ＢＳＷ）に相当する。

また、ハイパーバイザー２０及びコンテナ２５は、ＶＭに対してリソースの割り当てを行い、各ＶＭの動作の調停を行う。なお、本実施形態では、一例として、ハイパーバイザー２０は、ＯＳ２１とＡｄａｐｔｉｖｅ ＰＦ／ＯＳ２４との各々をＶＭとして扱い、これらの調停を行う。また、コンテナ２５は、アプリ２６、２７をＶＭとして扱い、これらの調停を行う。

一方、アプリ２７は、図２に記載された統合前ＥＣＵ３０から移植されたものである。以後、該アプリを対象アプリ２７とも記載する。図２に示すように、統合前ＥＣＵ３０に搭載されたマイクロコントローラのＨＷ３１は、１つのＣＰＵ３２とメモリとを備える。また、ＨＷ３１は、一例として、外部装置との間でＣＡＮやＥｔｈｅｒｎｅｔに準拠した通信を行うよう構成されている。

また、該マイクロコントローラは、ＢＳＷに相当するＡｄａｐｔｉｖｅ ＰＦ／ＯＳ３３と、統合後ＥＣＵ１０に移植される対象アプリ３４とが搭載されている。対象アプリ３４は、Ａｄａｐｔｉｖｅ ＰＦ／ＯＳ３３上で動作するアプリとして構成されている。ＣＰＵ３２が、メモリにロードされたこれらのソフトウェアを動作させることで、統合前ＥＣＵ３０の機能が発揮される。

［２．抽出装置について］
統合後ＥＣＵ１０のアプリ２２、２３、２６、２７は、統合前ＥＣＵから移植されたものであり、これらは、既に、統合前ＥＣＵにおいて行われた検査により正常に動作することが確認されている。このため、統合後ＥＣＵ１０のアプリ２２、２３、２６、２７の検査では、統合前ＥＣＵにおいてこれらのアプリについて行われた複数の検査項目のうち、統合の影響が生じ得る検査項目のみについて行うのが好適である。なお、検査項目とは、アプリの動作を検査するための１又は複数の検査手順の集合を意味する。つまり、統合前ＥＣＵにおいて行われたアプリの検査手順は、いずれかの検査項目に属する。

本実施形態の抽出装置４０は、各統合前ＥＣＵにおいて行われたアプリ２２、２３、２６、２７の検査項目である複数の旧検査項目の中から、統合後ＥＣＵ１０において行うべきアプリ２２、２３、２６、２７の検査項目である新検査項目を抽出する（図３参照）。抽出装置４０は、一例としてＰＣとして構成されており、ＣＰＵ４１、メモリ４２、記憶部４３、ユーザＩ／Ｆ４４、ディスプレイ４５、及び、通信部４６を備える。

メモリ４２は、ＲＯＭやＲＡＭ等として構成された半導体メモリであり、ＣＰＵ４１は、ＲＯＭに記憶されているソフトウェアや、ＲＡＭにロードされたソフトウェアを実行する。

記憶部４３は、例えばＨＤＤ等から構成され、ＣＰＵ４１により実行されるソフトウェアや様々なデータが記憶されている。
ユーザＩ／Ｆ４４は、キーボード、マウス等を備え、ユーザから受け付けた操作に応じた信号をＣＰＵ４１に出力する。

ディスプレイ４５は、ＣＰＵ４１により生成された画像を表示する。
通信部４６は、ＣＰＵ４１からの指示に応じてインターネット等のネットワークにアクセスし、他の装置と通信を行う。

本実施形態では、ＰＣには、ＯＳや、当該ＰＣを抽出装置４０として動作させるアプリ（以後、抽出プログラム）がインストールされている。つまり、記憶部４３には抽出プログラムが記憶されており、ＣＰＵ４１が、記憶部４３からメモリ４２にロードされた抽出プログラムをＯＳ上で動作させることで、ＰＣが抽出装置４０として動作する。なお、この場合、メモリ４２が非遷移的実体的記録媒体の一例に相当する。また、抽出プログラムが動作することで、抽出プログラムに対応する方法が実行される。なお、抽出装置４０は、ＰＣではなく、新検査項目の抽出を行うための専用の装置として構成されていても良い。この時、抽出装置４０としての機能は、専用の電子回路によって構成されたハードウェアを用いて実現されてもよい。

以下では、一例として、抽出装置４０が、統合前ＥＣＵ３０に対して行われた対象アプリ３４の旧検査項目の中から、統合後ＥＣＵ１０において対象アプリ２７の検査にて行うべき新検査項目を抽出する場合の処理について説明する。無論、抽出装置４０は、対象アプリ２７以外のアプリ２２、２３、２６についても、以下の説明と同様にして新検査項目を抽出する。

［３．旧検査項目について］
統合前ＥＣＵ３０における対象アプリ３４の検査は、複数の検査プロセスにわたって段階的に行われる（図４参照）。各検査プロセスは、旧検査項目に相当する。具体的には、対象アプリ３４の検査は、ソフトウェアユニットテスト６０、ソフトウェア統合テスト６１、ソフトウェア機能確認テスト６２、システム統合テスト（ＢＳＷ）６３、システム統合テスト（ＨＷ）６４、システム機能テスト６５という６つの検査プロセスが、該順番に従って実行される。

検査プロセスが進むに従い、検査される範囲が段階的に広がる。すなわち、ソフトウェアユニットテスト６０、ソフトウェア統合テスト６１、ソフトウェア機能確認テスト６２は、対象アプリ３４単体での動作を確認するための検査プロセスとなる。より詳しくは、ソフトウェアユニットテスト６０では、対象アプリ３４を構成する複数のユニットの各々の動作が検査される。また、ソフトウェア統合テスト６１では、複数のユニットの協調した動作が検査され、ソフトウェア機能確認テスト６２では、対象アプリ３４の全体の動作が検査される。

また、システム統合テスト（ＢＳＷ）６３では、ＢＳＷ（換言すれば、Ａｄａｐｔｉｖｅ ＰＦ／ＯＳ３３）上での対象アプリ３４の動作が検査され、システム統合テスト（ＨＷ）６４では、ＨＷ３２上での対象アプリ３４の動作が検査される。また、システム機能テスト６５では、ＢＳＷ及びＨＷ３２上での対象アプリ３４の動作が検査される。

さらに、各検査プロセスでは、異なる検査観点に着目して行われる複数の旧検査項目により、対象アプリ３４の動作が検査される。一例として、システム統合テスト（ＢＳＷ）６３においては、メモリ６６、通信６７、ＣＰＵ周期６８、セキュリティ６９といった検査観点の旧検査項目が設けられている（図４参照）。これらの旧検査項目では、当該旧検査項目に係る検査観点に関連する機能が検査される。

［４．新検査項目の抽出方法］
抽出装置４０は、まず、上述した６つの検査プロセスの中から、統合後ＥＣＵ１０において行うべき検査プロセスを新検査項目として抽出する。換言すれば、抽出装置４０は、いずれの段階の検査プロセスを行うべきかを判断する。その後、抽出装置４０は、抽出された検査プロセスにおける各検査観点の旧検査項目の中から、統合後ＥＣＵ１０において検査すべき検査観点の旧検査項目を、新検査項目として抽出する。つまり、抽出された検査プロセスにおける検査観点の中から、統合後ＥＣＵ１０において検査すべき検査観点が抽出される。

具体的には、抽出装置４０は、判定項目に基づいて検査プロセス及び検査観点の抽出を行う。判定項目とは、統合後ＥＣＵ１０及び統合前ＥＣＵ３０におけるＨＷ及び／又はソフトウェアに関する情報を示す。換言すれば、判定項目は、統合後ＥＣＵ１０及び統合前ＥＣＵ３０における対象アプリの動作環境を示す。また、判定項目は、当該判定項目が示す情報に関連する検査が行われる少なくとも１つの旧検査項目（つまり、検査プロセス又は検査観点）に対応している。なお、それぞれの旧検査項目は、いずれかの判定項目に対応している。

そして、抽出装置４０は、統合前ＥＣＵ３０における判定項目が示す情報と、統合後ＥＣＵ１０における同一の判定項目が示す情報とを取得し、これらの情報が一致するか否かを判定する。そして、一致しないと判定された判定項目に対応する旧検査項目が、新検査項目として抽出される。

つまり、判定項目が示す情報が一致しない場合には、統合後ＥＣＵ１０のＨＷ及び／又はソフトウェアにおける該判定項目に関連する部分が、統合前ＥＣＵ３０から変化したことになる。そして、該変化により、統合後ＥＣＵ１０における対象アプリの動作が、統合前ＥＣＵ３０での動作に対して変化する可能性がある。統合後ＥＣＵ１０の対象アプリにこのような変化が生じたか否かや、該変化により統合後ＥＣＵ１０における対象アプリの機能に支障をきたすか等を検査するため、一致しないと判定された判定項目に対応する旧検査項目が、新検査項目として抽出される。

［５．検査プロセスの抽出方法］
検査プロセスの抽出は、ＢＳＷ情報又はＨＷ情報を示す判定項目（以後、環境項目）を用いて行われる。つまり、環境項目、及び、環境項目が示す情報（以後、環境情報）は、ＢＳＷ情報とＨＷ情報とのいずれかの種別（以後、環境種別）に分類される。なお、ＢＳＷ情報とは、統合前ＥＣＵ３０及び統合後ＥＣＵ１０において、対象アプリを動作させるためのＢＳＷに関する情報である。一方、ＨＷ情報とは、統合前ＥＣＵ３０及び統合後ＥＣＵ１０におけるソフトウェアを動作させるためのＨＷ３１、１１に関する情報である。

ここで、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の環境情報を示すファイルを、環境情報ファイルとする（図５、６）。環境情報ファイルは、各環境項目が示す環境情報や、各環境項目の環境種別を示す情報を有する。また、環境情報ファイルは、各環境項目（換言すれば、環境情報）に対応する関連情報を有する。関連情報は、当該関連情報に対応する環境情報が、対象アプリの動作に関連するか否か、換言すれば、対象アプリの動作に影響を与えるか否かを示す。以後、環境情報が対象アプリの動作に関連することを、「関連有」と記載し、環境情報が対象アプリの動作に関連しないことを、「関連無」と記載する。また、「関連有」である環境情報を示す環境項目を、対象環境項目とも記載する。

本実施形態では、一例として、ＨＷ情報に分類される環境項目として、少なくとも「ペリフェラル」、「コア数」が用いられる。また、ＢＳＷに分類される環境項目として、少なくとも「ＯＳ種別」、「バージョン」、「ａｒａの有無」が用いられる（図５、６参照）。なお、ペリフェラルとは、ＨＷにより提供される通信機能の通信規格を示す。また、コア数とは、ＨＷに設けられたＣＰＵコアの数を示す。また、ＯＳ種別は、ＢＳＷに相当するＯＳの種別を示す。また、バージョンは、ＢＳＷのバージョンを示す。また、ａｒａの有無とは、ａｒａと呼ばれる機能がＢＳＷに設けられているか否かを示す。

環境情報ファイルは、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々に対応して設けられる。また、各環境情報は、ユーザにより、例えば、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の仕様書等から抽出されると共に、各環境情報が対象アプリの動作に関連するか否かが判定される。そして、これらに基づき、ユーザがＰＣ等を操作して各環境項目の環境情報及び関連情報を設定することにより、各環境情報ファイルが生成される。

一方、各検査プロセスは、少なくとも１つの環境種別との関連の有無が定められている（図７参照）。ＢＳＷ情報に関連する検査プロセスでは、対象アプリのＢＳＷ上での動作が検査され、該検査プロセスでの検査の結果はＢＳＷの影響を受ける。つまり、ＢＳＷに変更が生じると、該検査プロセスでの対象アプリの検査結果が変化する可能性がある。一方、ＨＷ情報に関連する検査プロセスでは、対象アプリのＨＷ上での動作が検査され、該検査プロセスでの検査の結果はＨＷの影響を受ける。つまり、ＨＷに変更が生じると、該検査プロセスでの対象アプリの検査結果が変化する可能性がある。これに対し、環境種別との関連の無い検査プロセスでの検査の結果は、ＢＳＷ及びＨＷの影響を受けない。つまり、ＢＳＷ及びＨＷに変更が生じても、該検査プロセスでの対象アプリの検査結果は変化しない。

より詳しくは、検査プロセスは、当該検査プロセスに関連する環境種別に分類される全ての環境項目に対応している。そして、環境種別との関連の無い検査プロセスは、いずれの環境項目にも対応しない。

本実施形態では、一例として、ソフトウェアユニットテスト６０、ソフトウェア統合テスト６１、及びソフトウェア機能確認テスト６２は、環境種別との関連が無い。また、システム統合テスト（ＢＳＷ）６３はＢＳＷ情報と関連しており、システム統合テスト（ＨＷ）６４はＨＷ情報と関連しており、システム機能テスト６５はＢＳＷ情報及びＨＷ情報と関連している。

以後、各検査プロセスの環境種別との関連の有無を示す情報を含むファイルを、検査プロセスファイルと記載する。抽出装置４０は、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の環境情報ファイル５０、５１と、検査プロセスファイル５２とに基づき検査プロセスを抽出する（図１参照）。

［６．検査プロセス抽出処理］
次に、抽出装置４０が検査プロセスを抽出する検査プロセス抽出処理について説明する（図８、９参照）。本処理は、ユーザからの指示に応じて実行される。

Ｓ１００では、抽出装置４０のＣＰＵ４１は、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の環境情報ファイル５０、５１と、検査プロセスファイル５２とを取得する。なお、ＣＰＵ４１は、通信部４６を介して他のＰＣからこれらのファイルを取得しても良いし、抽出装置４０に一時的に接続された記憶媒体からこれらのファイルを取得しても良い。

Ｓ１０５では、ＣＰＵ４１は、環境種別がＨＷ情報であり、且つ、対応する関連情報が「関連有」を示す環境項目（換言すれば、対象環境項目）の環境情報が、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおいて全て一致するか否かを判定する。そして、肯定判定が得られた場合には（Ｓ１０５：Ｙｅｓ）、ＣＰＵ４１は、ＨＷ情報に対応する一致フラグをＯＮし（Ｓ１１５）、Ｓ１２０に移行する。また、否定判定が得られた場合には（Ｓ１０５：Ｎｏ）、ＣＰＵ４１は、該一致フラグをＯＦＦし（Ｓ１１０）、Ｓ１２０に移行する。

なお、図５、６に示す例では、関連情報が「関連有」となっている「ペリフェラル」が示す環境情報は、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおいて一致しない。このため、ＨＷ情報に対応する一致フラグはＯＮされる。

Ｓ１２０では、ＣＰＵ４１は、環境種別がＢＳＷ情報であり、且つ、対応する関連情報が「関連有」を示す環境項目（換言すれば、対象環境項目）の環境情報が、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおいて全て一致するか否かを判定する。そして、肯定判定が得られた場合には（Ｓ１２０：Ｙｅｓ）、ＣＰＵ４１は、ＢＳＷ情報に対応する一致フラグをＯＮし（Ｓ１３０）、Ｓ１３５に移行する。また、否定判定が得られた場合には（Ｓ１２０：Ｎｏ）、ＣＰＵ４１は、該一致フラグをＯＦＦし（Ｓ１２５）、Ｓ１３５に移行する。

なお、図５、６に示す例では、ＢＳＷ情報における「バージョン」の関連情報は、「関連無」となっている。このため、「バージョン」以外の他の「環境項目」について、「環境情報」が一致するか否かが判定される。

Ｓ１３５では、ＣＰＵ４１は、抽出する／しないが判定されていないいずれかの検査プロセスを選択し、その後、検査プロセスファイル５２から、選択中の検査プロセスに関連する環境種別を読み出す（Ｓ１４０）。

続くＳ１４５では、ＣＰＵ４１は、選択中の検査プロセスに関連する環境種別が無いか否かを判定し、該環境種別が無い場合には（Ｓ１４５：Ｙｅｓ）、Ｓ１６０に移行し、いずれかの環境種別に関連する場合には（Ｓ１４５：Ｎｏ）、Ｓ１５０に移行する。

Ｓ１５０では、ＣＰＵ４１は、関連する環境種別に対応する一致フラグが全てＯＮであるか否かを判定し、肯定判定が得られた場合には（Ｓ１５０：Ｙｅｓ）、Ｓ１６０に移行すると共に、否定判定が得られた場合には（Ｓ１５０：Ｎｏ）、Ｓ１５５に移行する。

Ｓ１５５では、ＣＰＵ４１は、選択中の検査プロセスを「再検査要」に設定し、該検査プロセスを新検査項目として抽出する。つまり、検査プロセスに関連する環境種別に分類される対象判定項目のうちの少なくとも１つが示す環境情報が、統合後ＥＣＵ１０と統合前ＥＣＵ３０とにおいて一致しない場合には、該検査プロセスは新検査項目として抽出される。一方、Ｓ１６０では、ＣＰＵ４１は、選択中の検査プロセスを「再検査不要」に設定し、該検査プロセスを新検査項目として抽出しないものとする。

Ｓ１５５又はＳ１６０に続いて行われるＳ１６５では、ＣＰＵ４１は、全ての検査プロセスに対し、抽出する／しないの判定がなされたか否かを判定する。そして、ＣＰＵ４１は、肯定判定が得られた場合には（Ｓ１６５：Ｙｅｓ）、本処理を終了し、否定判定が得られた場合には（Ｓ１６５：Ｎｏ）、Ｓ１３５に移行する。

［７．検査観点の抽出方法］
検査観点の抽出は、対象アプリの動作を制約し得る制約情報を示す判定項目（以後、制約項目）を用いて行われる。より詳しくは、制約情報とは、対象アプリが他のアプリと共に動作することにより生じる、対象アプリの動作を制約し得る事象に関する情報であっても良い。すなわち、制約情報とは、対象アプリに割り当てられるソフトウェア及び／又はＨＷのリソースに関する情報であっても良い。

ここで、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の制約情報を示すファイルを、制約情報ファイルとする（図１０、１１）。制約情報ファイルは、検査観点の抽出に用いられる各制約項目が示す制約情報を有する。本実施形態では、一例として、制約項目として、少なくとも「メモリ隔絶性」、「通信帯域」、「コアの分割」、「使用ペリフェラル」が用いられる。

「メモリ隔絶性」とは、対象アプリが使用するメモリ領域として、専用のメモリ領域が割り当てられるか否かを示す。なお、「メモリ隔絶性」が示す制約情報の一例として、各アプリに専用のメモリ領域が割り当てられる「アプリ毎に隔絶」が設けられる。また、「通信帯域」とは、対象アプリが外部装置と通信を行う際の通信速度を示す。また、「コアの分割」とは、対象アプリを実行する際、どの程度の頻度でＣＰＵの実行サイクルが割り当てられるかを示す。なお、対象アプリに対し常時ＣＰＵの実行サイクルが割り当てられる場合には、「コアの分割」は、「分割無」との制約情報を示す。また、「使用ペリフェラル」とは、対象アプリと外部装置との間の通信の通信規格を示す。

制約情報ファイルは、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々に対応して設けられる。また、各制約情報は、ユーザにより、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の仕様書から抽出される。そして、これに基づき、ユーザがＰＣ等を操作して各制約項目の制約情報を設定することにより、各制約情報ファイルが生成される。

そして、各検査観点（より詳しくは、各検査観点の検査項目）は、少なくとも１つの制約項目との対応の有無が定められている（図１２参照）。制約項目に対応する検査観点の検査項目では、該制約項目に関連する検査がなされる。一方、制約項目との対応が無い検査観点の検査項目では、いずれの制約項目にも関連しない検査がなされる。

以後、各検査観点と制約情報との対応の有無を示す情報を含むファイルを、検査観点ファイルと記載する。抽出装置４０は、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の制約情報ファイル５３、５４と、検査観点ファイル５５とに基づき検査観点を抽出する（図１参照）。

［８．検査観点抽出処理］
次に、抽出装置４０が検査観点を抽出する検査観点抽出処理について説明する（図１３参照）。本処理は、ユーザからの指示に応じて実行される。

Ｓ２００では、抽出装置４０のＣＰＵ４１は、統合前ＥＣＵ３０及び統合後ＥＣＵ１０の各々の制約情報ファイル５３、５４と、検査観点ファイル５５とを取得する。なお、ＣＰＵ４１は、通信部４６を介して他のＰＣからこれらのファイルを取得しても良いし、抽出装置４０に一時的に接続された記憶媒体からこれらのファイルを取得しても良い。

Ｓ２０５では、ＣＰＵ４１は、各制約項目が示す制約情報が、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおいて一致するか否かを判定する。
Ｓ２１０では、ＣＰＵ４１は、抽出する／しないが判定されていないいずれかの検査観点を選択し、その後、検査観点ファイル５５から、選択中の検査観点に対応する制約項目を読み出す（Ｓ２１５）。

続くＳ２２０では、ＣＰＵ４１は、選択中の検査観点に対応する制約項目が無いか否かを判定し、該制約項目が無い場合には（Ｓ２２０：Ｙｅｓ）、Ｓ２３５に移行し、いずれかの制約項目に対応する場合には（Ｓ２２０：Ｎｏ）、Ｓ２２５に移行する。

Ｓ２２５では、ＣＰＵ４１は、Ｓ２０５での判定結果を参照し、選択中の検査観点に対応する１又は複数の制約項目が示す制約情報が、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおいて全て一致するか否かを判定する。そして、ＣＰＵ４１は、肯定判定が得られた場合には（Ｓ２２５：Ｙｅｓ）、Ｓ２３５に移行すると共に、否定判定が得られた場合には（Ｓ２２５：Ｎｏ）、Ｓ２３０に移行する。

Ｓ２３０では、ＣＰＵ４１は、選択中の検査観点を「再検査要」に設定し、該検査観点の旧検査項目を、新検査項目として抽出する。なお、図１０、１１に示す統合前ＥＣＵ３０及び統合後ＥＣＵ１０の制約情報ファイルの一例では、「通信帯域」、「コアの分割」が示す制約情報が相違している。このため、「通信帯域」、「コアの分割」に対応する検査観点である「通信」、「ＣＰＵの周期」が、新検査項目として抽出される。

一方、Ｓ２３５では、ＣＰＵ４１は、選択中の検査観点を「再検査不要」に設定し、該検査観点の旧検査項目を新検査項目として抽出しないものとする。なお、図１０、１１に示す統合前ＥＣＵ３０及び統合後ＥＣＵ１０の制約情報ファイルの一例では、「メモリ隔絶性」が示す制約情報が一致している。このため、「メモリ隔絶性」に対応する検査観点である「メモリ」は、新検査項目として抽出されない。また、図１２に示す検査観点ファイルの一例では、「セキュリティ」という検査観点に対応する制約項目は、「無」となっている。このため、「セキュリティ」という検査観点は、新検査項目として抽出されない。

Ｓ２３０又はＳ２３５に続いて行われるＳ２４０では、ＣＰＵ４１は、全ての検査観点に対し、抽出する／しないの判定がなされたか否かを判定する。そして、ＣＰＵ４１は、肯定判定が得られた場合には（Ｓ２４０：Ｙｅｓ）、本処理を終了し、否定判定が得られた場合には（Ｓ２４０：Ｎｏ）、Ｓ２１０に移行する。

［９．効果］
（１）上記実施形態によれば、統合前ＥＣＵ３０と統合後ＥＣＵ１０とにおける判定項目が示す情報が異なる場合には、該判定項目に対応する旧検査項目が新検査項目として抽出される。このため、統合前ＥＣＵ３０と統合後ＥＣＵ１０との間のＨＷやソフトウェアの相違点に関する旧検査項目を、新検査項目として自動的に抽出できる。したがって、検査項目を好適に抽出できる。

（２）また、判定項目として、対象アプリ２７の動作を制約し得る制約情報を示す制約項目が設けられており、制約項目を用いて、統合後ＥＣＵ１０にて対象アプリ２７を検査する際の検査観点が抽出される。このため、例えば、統合後ＥＣＵ１０において、他のアプリの影響で対象アプリ２７の動作に制約が生じる場合であっても、該制約による影響の有無を検査するための新検査項目を好適に抽出できる。

（３）また、判定項目として、ＢＳＷ情報又はＨＷ情報に分類される環境情報を示す環境項目が設けられており、環境項目を用いて、統合後ＥＣＵ１０での対象アプリ２７の検査において行うべき検査プロセスが抽出される。このため、統合前ＥＣＵ３０と統合後ＥＣＵ１０との間にＨＷやＢＳＷの相違点が存在する場合であっても、該相違点による対象アプリ２７の動作の影響の有無を検査するために行うべき検査プロセスを、好適に抽出できる。

（４）また、各環境項目に対応して、当該環境項目が示す環境情報が対象アプリの動作に関連するか否かを示す関連情報が設けられる。そして、関連情報が「関連無」を示す環境項目を考慮すること無く、検査プロセスが抽出される。したがって、ユーザが各環境項目に対応する関連情報を適宜設定することで、より高い精度で、対象アプリの検査において行うべき検査プロセスを抽出できる。

［１０．他の実施形態］
以上、本開示の実施形態について説明したが、本開示は上述の実施形態に限定されることなく、種々変形して実施することができる。

（１）上記実施形態の抽出装置４０は、一例として、車両に搭載される統合後ＥＣＵ１０におけるアプリの新検査項目を抽出する。しかし、抽出装置４０は、車両に搭載されない複数の旧電子装置のアプリを１つの新電子装置に移植する場合においても、上記実施形態と同様にして、新電子装置のアプリに対して行う新検査項目を抽出しても良い。このような場合であっても、同様の効果が得られる。

（２）上記実施形態の抽出装置４０は、複数の統合前ＥＣＵ３０のアプリを１つの統合後ＥＣＵ１０に移植する場合において、統合後ＥＣＵ１０における移植されたアプリの新検査項目を抽出する。しかしながら、抽出装置４０は、１つの旧ＥＣＵのアプリを新ＥＣＵに移植する場合において、上記実施形態と同様にして、旧ＥＣＵにおけるアプリに対して行われた旧検査項目の中から、新ＥＣＵにおける該アプリの新検査項目を抽出しても良い。また、このような場合においては、新ＥＣＵは、旧ＥＣＵにおける１つのアプリのみを動作させるよう構成されていても良い。このような場合であっても、同様の効果が得られる。

（３）上記実施形態における１つの構成要素が有する複数の機能を、複数の構成要素によって実現したり、１つの構成要素が有する１つの機能を、複数の構成要素によって実現したりしてもよい。また、複数の構成要素が有する複数の機能を、１つの構成要素によって実現したり、複数の構成要素によって実現される１つの機能を、１つの構成要素によって実現したりしてもよい。また、上記実施形態の構成の一部を省略してもよい。また、上記実施形態の構成の少なくとも一部を、他の上記実施形態の構成に対して付加又は置換してもよい。なお、請求の範囲に記載した文言から特定される技術思想に含まれるあらゆる態様が本開示の実施形態である。

［１１．文言の対応関係］
統合前ＥＣＵ３０が旧装置に、統合後ＥＣＵ１０が新装置に相当する。また、検査プロセス抽出処理のＳ１００が取得部に、Ｓ１０５～Ｓ１３０が判定部に、Ｓ１５０、Ｓ１５５が抽出部に相当する。また、検査観点抽出処理のＳ２００が取得部に、Ｓ２０５が判定部に、Ｓ２２５、Ｓ２３０が抽出部に相当する。

１０…統合後ＥＣＵ、３０…統合前ＥＣＵ、１１、３１…ハードウェア、１２、３２…ＣＰＵ、２４、３３…ＢＳＷ、２７、３４…対象アプリ、４０…抽出装置、４１…ＣＰＵ、６０～６５…検査プロセス、６６～６９…検査観点に基づく旧検査項目。

Claims (4)

1. 対象アプリ（３４）が動作する旧装置（３０）における前記対象アプリの検査項目である複数の旧検査項目（６０～６９）の中から、前記対象アプリが動作する新装置（１０）における前記対象アプリの検査項目である新検査項目を抽出する抽出装置（４０）であって、
   前記旧装置及び前記新装置におけるハードウェア及び／又はソフトウェアに関する情報を示す項目であって、それぞれの前記旧検査項目に対応する項目を判定項目とし、前記旧装置における前記判定項目が示す情報と、前記新装置における前記判定項目が示す情報とを取得する取得部（Ｓ１００、Ｓ２００）と、
   前記旧装置における前記判定項目が示す情報と、前記新装置における該判定項目が示す情報とが一致するか否かを判定する判定部（Ｓ１０５～Ｓ１３０、Ｓ２０５）と、
   前記判定部により一致しないと判定された前記判定項目に対応する前記旧検査項目を、前記新検査項目として抽出する抽出部（Ｓ１５０、Ｓ１５５、Ｓ２２５、Ｓ２３０）と、
   を備え、
   前記新装置は、前記対象アプリを他のアプリと共に動作させるよう構成されており、
   前記旧検査項目として、異なる検査観点に着目して行われる複数の検査項目（６６～６９）が設けられており、
   前記判定項目は、前記対象アプリの動作を制約し得る制約情報を示し、
   前記旧検査項目は、当該旧検査項目において着目される前記検査観点に関連する前記制約情報を示す前記判定項目に対応している
   抽出装置。
2. 対象アプリ（３４）が動作する旧装置（３０）における前記対象アプリの検査項目である複数の旧検査項目（６０～６９）の中から、前記対象アプリが動作する新装置（１０）における前記対象アプリの検査項目である新検査項目を抽出する抽出装置（４０）であって、
   前記旧装置及び前記新装置におけるハードウェア及び／又はソフトウェアに関する情報を示す項目であって、それぞれの前記旧検査項目に対応する項目を判定項目とし、前記旧装置における前記判定項目が示す情報と、前記新装置における前記判定項目が示す情報とを取得する取得部（Ｓ１００、Ｓ２００）と、
   前記旧装置における前記判定項目が示す情報と、前記新装置における該判定項目が示す情報とが一致するか否かを判定する判定部（Ｓ１０５～Ｓ１３０、Ｓ２０５）と、
   前記判定部により一致しないと判定された前記判定項目に対応する前記旧検査項目を、前記新検査項目として抽出する抽出部（Ｓ１５０、Ｓ１５５、Ｓ２２５、Ｓ２３０）と、
   を備え、
   前記旧装置における前記対象アプリの検査は、複数の検査プロセス（６０～６５）にわたって段階的に行われ、前記旧検査項目とは、前記検査プロセスの１つであり、
   前記旧装置及び前記新装置において前記対象アプリを動作させるためのソフトウェアであるＢＳＷ（２４、３３）に関する情報を、ＢＳＷ情報とし、
   前記旧装置及び前記新装置においてソフトウェアを動作させるためのハードウェア（１１、３１）に関する情報を、ＨＷ情報とし、
   前記判定項目が示す情報は、前記ＢＳＷ情報と前記ＨＷ情報とのいずれかの種別に分類され、
   前記旧検査項目は、前記ＢＳＷ情報と前記ＨＷ情報とのうちの少なくとも一方と関連の有無が定められており、前記ＢＳＷ情報に関連する前記旧検査項目による検査の結果は、前記ＢＳＷの影響を受け、前記ＨＷ情報に関連する前記旧検査項目による検査の結果は、前記ハードウェアの影響を受け、
   前記抽出部（Ｓ１５０、Ｓ１５５）は、前記旧検査項目のうち、前記判定部により一致しないと判定された前記判定項目が示す情報の前記種別に関連する前記旧検査項目を、前記新検査項目として抽出し、
   前記取得部は、さらに、前記判定項目が示す情報が、前記対象アプリの動作に関連するか否かを示す関連情報を取得し、
   前記関連情報により前記対象アプリの動作に関連する情報を示すことが把握される前記判定項目を、対象判定項目とし、
   前記抽出部（Ｓ１５０、Ｓ１５５）は、同一の前記種別に分類される前記情報を示す前記対象判定項目のうちの少なくとも１つが示す情報が、前記判定部により一致しないと判定される場合には、該種別に対応する前記旧検査項目を前記新検査項目として抽出する
   抽出装置。
3. 対象アプリ（３４）が動作する旧装置（３０）における前記対象アプリの検査項目である複数の旧検査項目（６０～６９）の中から、前記対象アプリが動作する新装置（１０）における前記対象アプリの検査項目である新検査項目を抽出する抽出装置（４０）としてコンピュータを動作させる抽出プログラムであって、
   前記旧装置及び前記新装置におけるハードウェア及び／又はソフトウェアに関する情報を示す項目であって、それぞれの前記旧検査項目に対応する項目を判定項目とし、前記旧装置における前記判定項目が示す情報と、前記新装置における前記判定項目が示す情報とを取得する取得部（Ｓ１００、Ｓ２００）と、
   前記旧装置における前記判定項目が示す情報と、前記新装置における該判定項目が示す情報とが一致するか否かを判定する判定部（Ｓ１０５～Ｓ１３０、Ｓ２０５）と、
   前記判定部により一致しないと判定された前記判定項目に対応する前記旧検査項目を、前記新検査項目として抽出する抽出部（Ｓ１５０、Ｓ１５５、Ｓ２２５、Ｓ２３０）と、
   を備え、
   前記新装置は、前記対象アプリを他のアプリと共に動作させるよう構成されており、
   前記旧検査項目として、異なる検査観点に着目して行われる複数の検査項目（６６～６９）が設けられており、
   前記判定項目は、前記対象アプリの動作を制約し得る制約情報を示し、
   前記旧検査項目は、当該旧検査項目において着目される前記検査観点に関連する前記制約情報を示す前記判定項目に対応している
   抽出プログラム。
4. 対象アプリ（３４）が動作する旧装置（３０）における前記対象アプリの検査項目である複数の旧検査項目（６０～６９）の中から、前記対象アプリが動作する新装置（１０）における前記対象アプリの検査項目である新検査項目を抽出する抽出装置（４０）としてコンピュータを動作させる抽出プログラムであって、
   前記旧装置及び前記新装置におけるハードウェア及び／又はソフトウェアに関する情報を示す項目であって、それぞれの前記旧検査項目に対応する項目を判定項目とし、前記旧装置における前記判定項目が示す情報と、前記新装置における前記判定項目が示す情報とを取得する取得部（Ｓ１００、Ｓ２００）と、
   前記旧装置における前記判定項目が示す情報と、前記新装置における該判定項目が示す情報とが一致するか否かを判定する判定部（Ｓ１０５～Ｓ１３０、Ｓ２０５）と、
   前記判定部により一致しないと判定された前記判定項目に対応する前記旧検査項目を、前記新検査項目として抽出する抽出部（Ｓ１５０、Ｓ１５５、Ｓ２２５、Ｓ２３０）と、
   を備え、
   前記旧装置における前記対象アプリの検査は、複数の検査プロセス（６０～６５）にわたって段階的に行われ、前記旧検査項目とは、前記検査プロセスの１つであり、
   前記旧装置及び前記新装置において前記対象アプリを動作させるためのソフトウェアであるＢＳＷ（２４、３３）に関する情報を、ＢＳＷ情報とし、
   前記旧装置及び前記新装置においてソフトウェアを動作させるためのハードウェア（１１、３１）に関する情報を、ＨＷ情報とし、
   前記判定項目が示す情報は、前記ＢＳＷ情報と前記ＨＷ情報とのいずれかの種別に分類され、
   前記旧検査項目は、前記ＢＳＷ情報と前記ＨＷ情報とのうちの少なくとも一方と関連の有無が定められており、前記ＢＳＷ情報に関連する前記旧検査項目による検査の結果は、前記ＢＳＷの影響を受け、前記ＨＷ情報に関連する前記旧検査項目による検査の結果は、前記ハードウェアの影響を受け、
   前記抽出部（Ｓ１５０、Ｓ１５５）は、前記旧検査項目のうち、前記判定部により一致しないと判定された前記判定項目が示す情報の前記種別に関連する前記旧検査項目を、前記新検査項目として抽出し、
   前記取得部は、さらに、前記判定項目が示す情報が、前記対象アプリの動作に関連するか否かを示す関連情報を取得し、
   前記関連情報により前記対象アプリの動作に関連する情報を示すことが把握される前記判定項目を、対象判定項目とし、
   前記抽出部（Ｓ１５０、Ｓ１５５）は、同一の前記種別に分類される前記情報を示す前記対象判定項目のうちの少なくとも１つが示す情報が、前記判定部により一致しないと判定される場合には、該種別に対応する前記旧検査項目を前記新検査項目として抽出する
   抽出プログラム。

Images