特開 2024-132282 情報処理装置、情報処理システムおよび情報処理方法

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

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

(11)【公開番号】P2024132282

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

(54)【発明の名称】情報処理装置、情報処理システムおよび情報処理方法

(51)【国際特許分類】

   G06F 11/36 20060101AFI20240920BHJP

   G06F 11/34 20060101ALI20240920BHJP

【ＦＩ】

G06F11/36 164

G06F11/36 196

G06F11/34 176

【審査請求】有

【請求項の数】6

【出願形態】ＯＬ

(21)【出願番号】P 2023043009

(22)【出願日】2023-03-17

(71)【出願人】

【識別番号】322003857

【氏名又は名称】パナソニックオートモーティブシステムズ株式会社

(74)【代理人】

【識別番号】100123102

【弁理士】

【氏名又は名称】宗田 悟志

(72)【発明者】

【氏名】須田 聖也

(72)【発明者】

【氏名】森河 俊成

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

5B042

【Ｆターム（参考）】

5B042GA22

5B042GB08

5B042HH07

5B042MA14

5B042MC22

5B042MC40

(57)【要約】

【課題】第１装置で動作するソフトウェアを、第１装置より処理速度が高い第２装置で開発する場合の開発効率の低下を抑制する技術を提供する。
【解決手段】調整装置１６は、車載装置１２が所定の処理を実行した時間に関する第１時間情報を取得する。調整装置１６は、車載装置１２で動作するソフトウェアのテストを実行するクラウドサーバ１４であって、かつ、車載装置１２より処理速度が高いクラウドサーバ１４が上記所定の処理を実行した時間に関する第２時間情報を取得する。調整装置１６は、第１時間情報と第２時間情報とに基づく車載装置１２とクラウドサーバ１４との差を低減するようにクラウドサーバ１４における処理の実行に関するパラメータの値を決定する。調整装置１６は、決定したパラメータの値をクラウドサーバ１４に設定する。
【選択図】図４

【特許請求の範囲】

【請求項1】

第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、
前記第１時間情報と前記第２時間情報とに基づく前記第１装置と前記第２装置との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定する決定部と、
前記決定部により決定されたパラメータの値を前記第２装置に設定する設定部と、
を備える情報処理装置。

【請求項2】

前記パラメータは、前記ソフトウェアをテストする処理に対するＣＰＵ割り当てを調整するパラメータである、
請求項１に記載の情報処理装置。

【請求項3】

前記ソフトウェアは、仮想ＥＣＵ（Electronic Control Unit）であり、
前記第１装置は、前記仮想ＥＣＵが動作する車載装置であり、
前記第２装置は、前記仮想ＥＣＵが動作するサーバである、
請求項１または２に記載の情報処理装置。

【請求項4】

前記第１時間情報と前記第２時間情報とに基づく前記第１装置と前記第２装置との差を示す情報を出力する情報出力部をさらに備える、
請求項１または２に記載の情報処理装置。

【請求項5】

第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、
前記第１時間情報と前記第２時間情報との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定する決定部と、
前記決定部により決定されたパラメータの値を前記第２装置に設定する設定部と、
を備える情報処理システム。

【請求項6】

第１装置が所定の処理を実行した時間に関する第１時間情報を取得し、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得し、
前記第１時間情報と前記第２時間情報との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定し、
決定したパラメータの値を前記第２装置に設定する、
ことをコンピュータが実行する情報処理方法。

【発明の詳細な説明】

【技術分野】

【0001】

本開示はデータ処理技術に関し、特に情報処理装置、情報処理システムおよび情報処理方法に関する。

【背景技術】

【0002】

コンピュータのハードウェアリソースを有効活用するため、仮想化基盤ソフトウェア（「ハイパーバイザ」とも呼ばれる。）の開発が行われている。特許文献１には、複数の物理マシンの中のいずれかの物理マシンで動作する複数の仮想マシンのそれぞれについて、各仮想マシンのリソース使用傾向を更新し、更新されたリソース使用傾向に基づいて複数の仮想マシンが動作する物理マシンを変更するクラウドシステムが提案されている。

【先行技術文献】

【特許文献】

【0003】

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

【発明の概要】

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

【0004】

近年、車両に搭載されるＥＣＵ（Electronic Control Unit）の開発を効率化するため、ＥＣＵを仮想化し、ハイパーバイザ上で動作する仮想ＥＣＵソフトウェアをクラウドサーバで開発する取り組みが開始されている。クラウドサーバで開発を行う場合でも、車両に搭載される実際のコンピュータハードウェア（仮想ＥＣＵソフトウェアの実行環境であり、以下「車載ハードウェア」とも呼ぶ。）を用いて、仮想ＥＣＵソフトウェアをテストし、評価することは必須である。

【0005】

クラウドサーバと車載ハードウェアとの間には性能差があり、すなわち、クラウドサーバは、車載ハードウェアより処理速度が高い。そのため、クラウドサーバで開発した仮想ＥＣＵソフトウェアを車載ハードウェア上でテストした場合、この性能差に起因した問題が発生することがあり、車載ハードウェア上でのテスト時に手戻りが起きうる。

【0006】

本開示は、上記課題を鑑みてなされたものであり、１つの目的は、第１装置で動作するソフトウェアを、第１装置より処理速度が高い第２装置で開発する場合の開発効率の低下を抑制する技術を提供することにある。

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

【0007】

上記課題を解決するために、本開示のある態様の情報処理装置は、第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、第１装置より処理速度が高い第２装置が所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、第１時間情報と第２時間情報との差を低減するように第２装置における処理の実行に関するパラメータの値を決定する決定部と、決定部により決定されたパラメータの値を第２装置に設定する設定部とを備える。

【0008】

本開示の別の態様は、情報処理システムである。この情報処理システムは、第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、第１装置より処理速度が高い第２装置が所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、第１時間情報と第２時間情報との差を低減するように第２装置における処理の実行に関するパラメータの値を決定する決定部と、決定部により決定されたパラメータの値を第２装置に設定する設定部とを備える。

【0009】

本発明のさらに別の態様は、情報処理方法である。この方法は、第１装置が所定の処理を実行した時間に関する第１時間情報を取得し、第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、第１装置より処理速度が高い第２装置が所定の処理を実行した時間に関する第２時間情報を取得し、第１時間情報と第２時間情報との差を低減するように第２装置における処理の実行に関するパラメータの値を決定し、決定したパラメータの値を第２装置に設定することをコンピュータが実行する。

【0010】

なお、以上の構成要素の任意の組合せ、本開示の表現を、コンピュータプログラム、コンピュータプログラムを記録した記録媒体などの間で変換したものもまた、本開示の態様として有効である。

【発明の効果】

【0011】

本開示の技術によれば、第１装置で動作するソフトウェアを、第１装置より処理速度が高い第２装置で開発する場合の開発効率の低下を抑制できる。

【図面の簡単な説明】

【0012】

【図1】図１（Ａ）と図１（Ｂ）は、仮想ＥＣＵの動作環境を模式的に示す図である。

【図2】クラウドサーバで仮想ＥＣＵを開発する場合の課題を模式的に示す図である。

【図3】実施形態における仮想ＥＣＵの開発を模式的に示す図である。

【図4】実施形態の開発システムの構成を示す図である。

【図5】図４の調整装置の機能ブロックを示すブロック図である。

【図6】実施形態の調整装置の動作を示すフローチャートである。

【図7】車載装置とクラウドサーバとの処理時間の差を模式的に示す図である。

【図8】調整処理を模式的に示す図である。

【図9】分析情報の例を示す図である。

【図10】ｃｇｒｏｕｐｓに関する制御パラメータの例を示す図である。

【図11】図１１（Ａ）と図１１(Ｂ）は、分析情報の例を示す図である。

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

【0013】

本開示における装置または方法の主体は、コンピュータを備えている。このコンピュータがプログラムを実行することによって、本開示における装置または方法の主体の機能が実現される。コンピュータは、プログラムにしたがって動作するプロセッサを主なハードウェア構成として備える。プロセッサは、プログラムを実行することによって機能を実現することができれば、その種類は問わない。プロセッサは、半導体集積回路（Ｉｎｔｅｇｒａｔｅｄ Ｃｉｒｃｕｉｔ）（ＩＣ）、またはＬＳＩ（Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）を含む１つまたは複数の電子回路で構成される。ここではＩＣあるいはＬＳＩと呼んでいるが、集積の度合いによって呼び方が変わり、システムＬＳＩ、ＶＬＳＩ（Ｖｅｒｙ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）もしくはＵＳＬＩ（Ｕｌｔｒａ Ｌａｒｇｅ Ｓｃａｌｅ Ｉｎｔｅｇｒａｔｉｏｎ）と呼ばれるものであってもよい。ＬＳＩの製造後にプログラムされる、フィールド・プログラマブル・ゲート・アレイ（Ｆｉｅｌｄ Ｐｒｏｇｒａｍｍａｂｌｅ Ｇａｔｅ Ａｒｒａｙ）（ＦＰＧＡ）、またはＬＳＩ内部の接合関係の再構成またはＬＳＩ内部の回路区画のセットアップができる再構成可能な論理デバイスも同じ目的で使うことができる。複数の電子回路は、１つのチップに集積されてもよいし、複数のチップに設けられてもよい。前者はシステム・オン・チップ（System on Chip）（SoC）といわれる。複数のチップは１つの装置に集約されていてもよいし、複数の装置に備えられていてもよい。プログラムは、コンピュータが読み取り可能なＲＯＭ（Ｒｅａｄ Ｏｎｌｙ Ｍｅｍｏｒｙ）、光ディスク、ハードディスクドライブなどの非一時的記録媒体に記録されてもよいし、コンピュータが読み取り可能なＲＡＭ（Ｒａｎｄｏｍ Ａｃｃｅｓｓ Ｍｅｍｏｒｙ）などの一時的記憶媒体に記録されてもよい。プログラムは、記録媒体に予め格納されていてもよいし、インターネット等を含む広域通信網を介して記録媒体もしくは記憶媒体に供給されてもよい。

【0014】

まず、実施形態の概要を説明する。車両に搭載されるＥＣＵの開発を効率化するため、ＥＣＵを仮想化し、ハイパーバイザ上で動作する仮想ＥＣＵソフトウェアをクラウドサーバで開発する取り組みが開始されている。仮想ＥＣＵソフトウェアは、仮想ＥＣＵ－ＶＭ（Virtual Machine）とも言え、以下、単に「仮想ＥＣＵ」とも呼ぶ。クラウドサーバは、クラウド事業者が構築した仮想サーバまたは自社の開発用サーバである。

【0015】

図１（Ａ）と図１（Ｂ）は、仮想ＥＣＵの動作環境を模式的に示す。図１（Ａ）は、実機での動作環境を示している。仮想ＥＣＵ１および仮想ＥＣＵ２は、車両に搭載されるコンピュータハードウェア（車載ハードウェア）上の車載向けハイパーバイザ上で動作する。仮想ＥＣＵ１は、例えば、ステアリングの制御に関する処理を実行するものであってもよい。仮想ＥＣＵ２は、例えば、インフォテインメントに関する処理を実行するものであってもよい。

【0016】

図１（Ｂ）は、クラウドでの開発およびテスト時の動作環境を示している。仮想ＥＣＵ１および仮想ＥＣＵ２は、クラウドサーバ上の汎用ハイパーバイザ上で動作する。図１（Ａ）および図１（Ｂ）で示す監視ＶＭは、ハイパーバイザ上で動作する他のＶＭ（例えば仮想ＥＣＵ１および仮想ＥＣＵ２）の監視、解析、検証、評価に関する処理を実行するＶＭである。

【0017】

図２は、クラウドサーバで仮想ＥＣＵを開発する場合の課題を模式的に示す。一般的に、クラウドサーバは、車載ハードウェアより処理速度が高い。そのため、クラウドサーバで開発した仮想ＥＣＵを車載ハードウェア上でテストした場合、ハードウェア差分に起因するバグやＱｏＳ（Quality of Service）要件未達問題等が発生しうる。この結果、車載ハードウェア上でのテスト時に手戻りが起きうる。図２における「設計」および「テスト」はAutomotive SPICE (Software Process Improvement and Capability dEtermination)規格におけるソフトウェアエンジニアリングプロセス群の設計、検証プロセスに当てはめても良いし、DevOps等の車載ソフトウェアに限らないソフトウェア開発手法における「設計」「テスト」と考えても良い。

【0018】

図３は、実施形態における仮想ＥＣＵの開発を模式的に示す。実施形態では、クラウドサーバ上での仮想ＥＣＵの処理時間と、車載ハードウェア上での仮想ＥＣＵの処理時間との乖離が小さくなるように、クラウドサーバ上での仮想ＥＣＵの処理を制御する。処理時間は、処理速度と言うこともできる。これにより、車載ハードウェアを用いた仮想ＥＣＵのテストにおいてバグやＱｏＳ要件未達問題等の発生を抑制できる。すなわち、車載ハードウェアを用いたテスト段階での手戻りを抑制でき、仮想ＥＣＵの開発効率の低下を抑制できる。

【0019】

以下、実施形態の技術を詳細に説明する。
図４は、実施形態の開発システム１０の構成を示す。開発システム１０は、車載装置１２、クラウドサーバ１４、調整装置１６を備える情報処理システムである。これらの装置は、ＬＡＮ・ＷＡＮ・インターネット等を含む通信網１８を介して接続される。

【0020】

車載装置１２は、図１（Ａ）の車載ハードウェアに対応し、仮想ＥＣＵの実機テストに関する処理を実行する情報処理装置である。クラウドサーバ１４は、図１（Ｂ）のクラウドサーバに対応し、仮想ＥＣＵの開発およびテストに関する処理を実行する情報処理装置である。クラウドサーバ１４は、車載装置１２により処理速度が高く、言い換えれば、仮想ＥＣＵの処理に要する時間が短い。調整装置１６は、車載装置１２とクラウドサーバ１４の間での処理時間の差を低減するよう調整し、言い換えれば、両装置間での処理速度を近づけるよう調整する情報処理装置である。

【0021】

図５は、図４の調整装置１６の機能ブロックを示すブロック図である。本開示のブロック図において示される各ブロックは、ハードウェア的には、コンピュータのＣＰＵ・メモリをはじめとするプロセッサや記憶装置で実現でき、ソフトウェア的にはコンピュータプログラム等によって実現されるが、ここでは、それらの連携によって実現される機能ブロックを描いている。これらの機能ブロックはハードウェア、ソフトウェアの組合せによっていろいろなかたちで実現できることは、当業者には理解されるところである。

【0022】

調整装置１６は、処理部２０、記憶部２２、通信部２４を備える。処理部２０は、上記の調整に関する各種データ処理を実行する。記憶部２２は、処理部２０により参照または更新されるデータを記憶する。通信部２４は、所定の通信プロトコルにしたがって外部装置と通信する。処理部２０は、通信部２４を介して、車載装置１２とデータを送受信し、また、クラウドサーバ１４とデータを送受信する。

【0023】

記憶部２２は、分析情報記憶部２６を含む。分析情報記憶部２６は、後述の第１ログと第２ログとに基づく分析の結果である分析情報を記憶する。分析情報は、車載装置１２とクラウドサーバ１４のそれぞれにおける、処理時間計測のための所定のデータ処理の実行時間に関する情報と言える。言い換えれば、分析情報は、車載装置１２とクラウドサーバ１４のそれぞれにおける所定のデータ処理の実行速度に関する情報と言える。処理時間計測のための所定のデータ処理は、実施形態では、テスト対象である仮想ＥＣＵの処理とする。変形例として、上記所定のデータ処理は、仮想ＥＣＵにおける典型的な処理を抽出したものでもよい。また、仮想ＥＣＵの次世代モデルの開発時においては、上記所定のデータ処理として、仮想ＥＣＵの現行モデルの処理を用いてもよい。

【0024】

処理部２０は、第１ログ取得部３０、第２ログ取得部３２、分析部３４、パラメータ決定部３６、パラメータ設定部３８、分析情報出力部４０を含む。これら複数の機能ブロックの機能は、コンピュータプログラム（ここでは「調整プログラム」とも呼ぶ。）に実装されてもよい。調整プログラムは、記録媒体に格納され、その記録媒体を介して調整装置１６のストレージにインストールされてもよく、ネットワークを介してダウンロードされて調整装置１６のストレージにインストールされてもよい。調整装置１６のプロセッサ（ＣＰＵ等）は、調整プログラムをメインメモリに読み出して実行することにより、上記複数の機能ブロックの機能を発揮してもよい。

【0025】

第１ログ取得部３０は、車載装置１２が仮想ＥＣＵの処理を実行した時間に関する第１時間情報を含む第１ログを取得する。第２ログ取得部３２は、クラウドサーバ１４が仮想ＥＣＵの処理を実行した時間に関する第２時間情報を含む第２ログを取得する。

【0026】

分析部３４は、第１ログが示す第１時間情報と、第２ログが示す第２時間情報との差に関する分析情報を生成する。分析情報は、車載装置１２とクラウドサーバ１４との差を示す情報とも言える。分析部３４は、生成した分析情報を分析情報記憶部２６に格納する。

【0027】

パラメータ決定部３６は、第１時間情報と第２時間情報との差を低減するように、クラウドサーバ１４における処理の実行に関するパラメータ（以下「制御パラメータ」とも呼ぶ。）の値を決定する。パラメータ設定部３８は、パラメータ決定部３６により決定された制御パラメータの値をクラウドサーバ１４に設定する。

【0028】

分析情報出力部４０は、分析部３４により生成されて、分析情報記憶部２６に記憶された分析情報を出力する。分析情報出力部４０は、不図示のユーザ端末（例えば仮想ＥＣＵの開発者）からの要求に応じて、分析情報をユーザ端末に送信して表示させてもよい。また、分析情報出力部４０は、分析情報を外部の所定の記憶装置に送信して記憶させてもよい。

【0029】

以上の構成による開発システム１０の動作を説明する。
車載装置１２の監視ＶＭは、車載向けハイパーバイザ上で実行された、テスト対象の仮想ＥＣＵにおける複数の処理の開始時刻を含む第１ログを調整装置１６へ送信する。クラウドサーバ１４の監視ＶＭは、汎用ハイパーバイザ上で実行された、テスト対象の仮想ＥＣＵ（車載向けハイパーバイザ上で実行されたものと同じ）における複数の処理の開始時刻を含む第２ログを調整装置１６へ送信する。変形例として、クラウドサーバ１４の監視ＶＭおよび車載装置１２の監視ＶＭは、仮想ＥＣＵにおける複数の処理の開始時刻に代えて、または開始時刻とともに、それら複数の処理の終了時刻を調整装置１６へ送信してもよい。

【0030】

実施形態では、仮想ＥＣＵにおける複数の処理は、順次実行される一連の７個の処理を含む。例えば、仮想ＥＣＵにおける複数の処理は、以下の処理１～処理４を含んでもよい。
処理１：画面を１回描画する処理
処理２：音声再生処理
処理３：ネットワークを介して所定のデータをダウンロードする処理
処理４：動画を圧縮または展開する処理

【0031】

図６は、実施形態の調整装置１６の動作を示すフローチャートである。調整装置１６の第１ログ取得部３０は、車載装置１２から送信された、仮想ＥＣＵにおける７個の処理それぞれの開始時刻を示す第１ログを取得する。調整装置１６の第２ログ取得部３２は、クラウドサーバ１４から送信された、仮想ＥＣＵにおける７個の処理それぞれの開始時刻を示す第２ログを取得する（Ｓ１０）。

【0032】

調整装置１６の分析部３４は、Ｓ１０で取得された第１ログと第２ログとに基づいて、車載装置１２とクラウドサーバ１４との差に関する分析情報を生成する（Ｓ１２）。分析情報が示す第１時間情報と第２時間情報との差、言い換えれば、車載装置１２とクラウドサーバ１４との処理速度の差が予め定められた閾値を超過する場合（Ｓ１４のＮ）、調整装置１６のパラメータ決定部３６は、その差を低減するようにクラウドサーバ１４における制御パラメータの値を決定する（Ｓ１６）。

【0033】

調整装置１６のパラメータ設定部３８は、Ｓ１６で決定された制御パラメータの値をクラウドサーバ１４に設定する（Ｓ１８）。パラメータ設定部３８は、クラウドサーバ１４の監視ＶＭと通信して、制御パラメータの値をクラウドサーバ１４に設定する処理を監視ＶＭに実行させてもよい。分析情報が示す第１時間情報と第２時間情報との差が予め定められた閾値内であれば（Ｓ１４のＹ）、本図の処理を終了し、すなわち、調整装置１６は、クラウドサーバ１４の調整処理を終了する。クラウドサーバ１４は、調整後の環境にて、仮想ＥＣＵのテストを継続する。

【0034】

図７は、車載装置１２とクラウドサーバ１４との処理時間の差を模式的に示す。図７では、クラウドサーバ１４が仮想ＥＣＵにおける７個の処理（処理１～処理７）を完了した時点では、車載装置１２は仮想ＥＣＵにおける４個の処理（処理１～処理４）しか完了できていない。

【0035】

図８は、調整処理を模式的に示す。図８の例では、調整装置１６は、クラウドサーバ１４での仮想ＥＣＵにおける処理ごとに待機時間を設けるようクラウドサーバ１４の制御パラメータを設定する。待機時間は、処理を実行しない時間とも言える。これにより、クラウドサーバ１４において処理４が終了するまでの時間と、車載装置１２において処理４が終了するまでの時間との差を低減できる。なお、調整装置１６は、車載装置１２において処理４が完了するまでの時間をレイテンシターゲットとして、クラウドサーバ１４において処理４が完了するまでの時間をレイテンシターゲットに近づけるようにクラウドサーバ１４の制御パラメータを調整してもよく、例えば待機時間を設定してもよい。

【0036】

図９は、分析情報の例を示す。クラウドサーバ１４から調整装置１６に送信された第２ログには、クラウドサーバ１４における処理１～処理７の開始時刻が記録される。処理７の開始時刻（≒処理６までの処理時間の合計）は、「０．００７１３」秒である。調整装置１６の分析部３４は、処理Ｎ＋１開始時刻－処理Ｎ開始時刻を計算して処理Ｎ（処理１～処理６）の処理時間を算出する。車載装置１２から調整装置１６に送信された第１ログには、車載装置１２における処理１～処理４の開始時刻が記録される。分析部３４は、処理Ｎ＋１開始時刻－処理Ｎ開始時刻を計算して処理Ｎ（処理１～処理３）の処理時間を算出する。

【0037】

また、分析部３４は、クラウドサーバ１４と車載装置１２の間での、各処理の実行に要した時間の差を算出する。処理時間差の合計は、「０．００４０８」秒である。調整装置１６のパラメータ決定部３６は、クラウドサーバ１４と車載装置１２の間での処理時間の差が所定の閾値を超過している場合、その差を低減するための制御パラメータの値を決定する。この閾値は、開発者の知見や開発システム１０を用いた実験により適切な値が決定されてよい。閾値は、例えば、「０．００１００」秒であってもよい。

【0038】

実施形態では、調整装置１６のパラメータ決定部３６は、クラウドサーバ１４のオペレーティングシステム（例えばＬｉｎｕｘ（登録商標））のｃｇｒｏｕｐｓ機能を用いて、クラウドサーバ１４の仮想ＥＣＵ処理に対するＣＰＵの割り当てを調整する。パラメータ決定部３６は、ｃｇｒｏｕｐｓに関する制御パラメータの値を決定する。

【0039】

図１０は、ｃｇｒｏｕｐｓに関する制御パラメータの例を示す。「cpu.cfs_period_us」は、ｃｇｒｏｕｐｓによるＣＰＵリソースへのアクセスを再割り当てする間隔であり、マイクロ秒で指定する。「cpu.cfs_quota_us」は、ｃｇｒｏｕｐｓ内の全タスクが、cpu.cfs_period_usにより定まる期間に実行される合計時間であり、マイクロ秒で指定する。cpu.cfs_period_usにより定まる時間からcpu.cfs_quota_usにより定まる時間の差は、ＣＰＵリソースの割り当てが禁じられる実行禁止時間と言える。

【0040】

図９の例において、パラメータ決定部３６は、cpu.cfs_period_usの値として、クラウドサーバ１４における処理７の開始時刻（≒処理６までの処理時間の合計）である７１３０マイクロ秒を決定する。また、図９の例における実行禁止時間は、クラウドサーバ１４と車載装置１２の間での処理時間差の合計である４０８０マイクロ秒である。そこでパラメータ決定部３６は、cpu.cfs_quota_usの値として、７１３０マイクロ秒と４０８０マイクロ秒の差である３０５０マイクロ秒を決定する。

【0041】

パラメータ設定部３８は、cpu.cfs_period_usを７１３０マイクロ秒に設定し、cpu.cfs_quota_usを３０５０マイクロ秒に設定するよう指示するデータをクラウドサーバ１４の監視ＶＭに送信する。監視ＶＭは、受け付けた制御パラメータ値をクラウドサーバ１４（例えばＯＳ等）に設定する。

【0042】

変形例として、制御パラメータは、ｃｇｒｏｕｐｓ以外のパラメータを含んでもよい。また、制御パラメータは、ＣＰＵ以外のシステムリソース（例えばメモリ、ネットワーク、Ｉ／Ｏ）を制御するパラメータを含んでもよい。

【0043】

クラウドサーバ１４と車載装置１２は、仮想ＥＣＵのテストを複数回実行する。調整装置１６の分析部３４は、各回のテストに関する分析情報を生成する。調整装置１６のパラメータ決定部３６は、クラウドサーバ１４と車載装置１２の間での各回のテストにおける処理時間差と閾値とを比較し、処理時間差が閾値以下になれば、調整処理を終了する。以降、クラウドサーバ１４は、仮想ＥＣＵのテストのみを実行し、第２ログの生成と送信を抑制する。クラウドサーバ１４でのテストが完了した仮想ＥＣＵは、続いて車載装置１２でテストされる。

【0044】

図１１（Ａ）と図１１(Ｂ）は、分析情報の例を示す。図１１(Ａ)の分析情報と、図１１(Ｂ）の分析情報はいずれも、縦軸を平均処理時間とし、横軸を時刻とし、仮想ＥＣＵの処理ごとの平均処理時間の推移を示す。実線のグラフは処理１の平均処理時間の推移を示し、一点鎖線のグラフは処理２の平均処理時間の推移を示し、破線のグラフは処理３の平均処理時間の推移を示している。図１１（Ａ）の分析情報は、クラウドサーバ１４における平均処理時間を示し、図１１（Ｂ）の分析情報は、車載装置１２における平均処理時間を示す。図１１（Ａ）と図１１（Ｂ）とを比較すると、クラウドサーバ１４における平均処理時間は相対的に短く、車載装置１２における平均処理時間は相対的に長いことがわかる。

【0045】

平均処理時間は、複数回のテストに亘る各処理の移動平均値であってもよい。例えば、時刻０の列には、１回目、２回目、３回目の各処理の平均処理時間がプロットされ、時刻１の列には、２回目、３回目、４回目の各処理の平均処理時間がプロットされ、時刻２の列には、３回目、４回目、５回目の各処理の平均処理時間がプロットされてもよい。また、分析部３４は、処理時間の逆数に基づいて処理速度や性能指標値を算出してもよく、分析情報の縦軸に処理速度や性能指標値を設定してもよい。

【0046】

クラウドサーバ１４の分析情報出力部４０は、図９に示す表、図１１（Ａ）および図１１（Ｂ）に示すグラフを含む分析情報を所定の外部装置に送信してもよい。分析情報の送信先は、例えば、仮想ＥＣＵの開発担当者の装置であってもよい。仮想ＥＣＵの開発担当者は、分析情報を確認して、クラウドサーバ１４と車載装置１２との処理時間の差がどの程度低減されたかを確認できる。また、分析情報を仮想ＥＣＵの開発担当者に提供することで、開発担当者が、クラウドサーバ１４の制御パラメータの値を適切に設定できるよう支援できる。

【0047】

実施形態の開発システム１０によると、相対的に処理速度が高いクラウドサーバ１４で開発・テストされた仮想ＥＣＵを、相対的に処理速度が低い車載装置１２でテストする場合に、処理速度の差に起因する手戻りの発生を抑制でき、仮想ＥＣＵの開発効率の低下を抑制できる。

【0048】

また、実施形態の開発システム１０は、仮想ＥＣＵの現行モデルに対する次世代モデルの開発にも有用である。この場合、車載装置１２およびクラウドサーバ１４における処理時間計測のための所定のデータ処理として、仮想ＥＣＵの現行モデルを用いてもよい。この態様によると、仮想ＥＣＵの次世代モデルをクラウドサーバ１４で開発・テストし、車載装置１２でテストする場合の開発効率の低下を抑制できる。

【0049】

なお、実施形態の開発システム１０（調整装置１６）は、仮想化環境か否かにかかわらず、また仮想ＥＣＵに限らず、様々なソフトウェアの開発に有用である。また、開発システム１０は、クラウドサーバ１４に代えて、オンプレミス型のサーバであってもよいことはもちろんである。実施形態の開発システム１０の技術は、相対的に処理速度が高い装置で開発・テストされたソフトウェアを、相対的に処理速度が低い装置でテストする場合の開発効率の向上を実現できる。

【0050】

以上、本開示を実施形態をもとに説明した。実施形態は例示であり、実施形態の各構成要素あるいは各処理プロセスの組合せにいろいろな変形例が可能なこと、またそうした変形例も本開示の範囲にあることは当業者に理解されるところである。

【0051】

上述した実施形態の調整装置１６の機能は、クラウドサーバ１４に実装されてもよい。すなわち、変形例として、クラウドサーバ１４は、実施形態のクラウドサーバ１４の機能と、実施形態の調整装置１６の機能の両方を備えてもよい。また、変形例として、実施形態の調整装置１６の機能は、複数の装置に亘って実装されてもよい。すなわち、実施形態に係る調整装置１６の処理は、複数の装置が互いに通信して連携するシステムにより実現されてもよい。

【0052】

上述した実施形態および変形例の任意の組み合わせもまた本開示の実施形態として有用である。組み合わせによって生じる新たな実施形態は、組み合わされる実施形態および変形例それぞれの効果をあわせもつ。また、請求項に記載の各構成要件が果たすべき機能は、実施形態および変形例で示された各構成要素の単体もしくはそれらの連携によって実現されることも当業者には理解されるところである。

【0053】

＜付記＞
以上の実施形態および変形例の記載により、下記の技術が開示される。
［技術１］
第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、
前記第１時間情報と前記第２時間情報とに基づく前記第１装置と前記第２装置との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定する決定部と、
前記決定部により決定されたパラメータの値を前記第２装置に設定する設定部と、
を備える情報処理装置。
この情報処理装置によると、第２装置（例えばクラウドサーバ）で開発・テストされたソフトウェアを第１装置（例えば車載ハードウェア）でテストする場合に、処理速度の差に起因する手戻りの発生を抑制でき、ソフトウェア開発効率の低下を抑制できる。
［技術２］
前記パラメータは、前記ソフトウェアをテストする処理に対するＣＰＵ割り当てを調整するパラメータである、
技術１に記載の情報処理装置。
この情報処理装置によると、車載装置１２における処理の実行時間と、クラウドサーバ１４における処理の実行時間との差を効果的に低減できる。
［技術３］
前記ソフトウェアは、仮想ＥＣＵ（Electronic Control Unit）であり、
前記第１装置は、前記仮想ＥＣＵが動作する車載装置であり、
前記第２装置は、前記仮想ＥＣＵが動作するサーバである、
技術１または２に記載の情報処理装置。
この情報処理装置によると、第２装置で開発・テストされた仮想ＥＣＵを第１装置でテストする場合に、処理速度の差に起因する手戻りが発生することを抑制でき、仮想ＥＣＵの開発効率の低下を抑制できる。
［技術４］
前記第１時間情報と前記第２時間情報とに基づく前記第１装置と前記第２装置との差を示す情報を出力する情報出力部をさらに備える、
技術１から３のいずれかに記載の情報処理装置。
この情報処理装置によると、例えば、ソフトウェアの開発者等に第１装置と第２装置との処理時間の差がどの程度低減されたかを確認させることができる。また、ソフトウェアの開発者等が第２装置の制御パラメータの値を適切に設定できるよう支援できる。
［技術５］
第１装置が所定の処理を実行した時間に関する第１時間情報を取得する第１取得部と、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得する第２取得部と、
前記第１時間情報と前記第２時間情報との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定する決定部と、
前記決定部により決定されたパラメータの値を前記第２装置に設定する設定部と、
を備える情報処理システム。
この情報処理システムによると、第２装置（例えばクラウドサーバ）で開発・テストされたソフトウェアを第１装置（例えば車載ハードウェア）でテストする場合に、処理速度の差に起因する手戻りの発生を抑制でき、ソフトウェア開発効率の低下を抑制できる。
［技術６］
第１装置が所定の処理を実行した時間に関する第１時間情報を取得し、
前記第１装置で動作するソフトウェアのテストを実行する第２装置であって、かつ、前記第１装置より処理速度が高い第２装置が前記所定の処理を実行した時間に関する第２時間情報を取得し、
前記第１時間情報と前記第２時間情報との差を低減するように前記第２装置における処理の実行に関するパラメータの値を決定し、
決定したパラメータの値を前記第２装置に設定する、
ことをコンピュータが実行する情報処理方法。
この情報処理方法によると、第２装置（例えばクラウドサーバ）で開発・テストされたソフトウェアを第１装置（例えば車載ハードウェア）でテストする場合に、処理速度の差に起因する手戻りの発生を抑制でき、ソフトウェア開発効率の低下を抑制できる。

【符号の説明】

【0054】

１０ 開発システム、 １２ 車載装置、 １４ クラウドサーバ、 １６ 調整装置、 ２６ 分析情報記憶部、 ３０ 第１ログ取得部、 ３２ 第２ログ取得部、 ３４ 分析部、 ３６ パラメータ決定部、 ３８ パラメータ設定部、 ４０ 分析情報出力部。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】