特許ウォッチ

公開番号2025174837
公報種別公開特許公報(A)
公開日2025-11-28
出願番号2025004600
出願日2025-01-14
発明の名称インクリメンタルなソフトウェア部品の試験およびリリースによるソフトウェア開発
出願人トヨタ自動車株式会社
代理人個人,個人,個人,個人,個人,個人,個人
主分類G06F 8/65 20180101AFI20251120BHJP(計算;計数)
要約【課題】ソフトウェア開発を提供する。
【解決手段】ソフトウェア開発は、ハードウェア通信仕様の更新を検出し、更新されたハードウェア通信仕様に基づいて、ソフトウェアシステム内の上流側ソフトウェア部品の新しいバージョンを構築し、上流側ソフトウェア部品の新しいバージョンを試験し、上流側ソフトウェア部品の新しいバージョンの試験が成功していることに応答して、ソフトウェアシステム内に上流側ソフトウェア部品の新しいバージョンをリリースし、上流側ソフトウェア部品の新しいバージョンに基づいて、下流側ソフトウェア部品の新しいバージョンを構築し、下流側ソフトウェア部品の新しいバージョンを試験し、下流側ソフトウェア部品の新しいバージョンの試験が成功していることに応答して、ソフトウェアシステム内に下流側ソフトウェア部品の新しいバージョンをリリースすることによって実行される。
【選択図】図1
特許請求の範囲【請求項１】
ハードウェア通信仕様の更新を検出することと、
更新された前記ハードウェア通信仕様に基づいて、ソフトウェアシステム内の上流側ソフトウェア部品の新しいバージョンを構築することと、
前記上流側ソフトウェア部品の前記新しいバージョンを試験することと、
前記上流側ソフトウェア部品の前記新しいバージョンの前記試験が成功していることに応答して、
前記ソフトウェアシステム内に前記上流側ソフトウェア部品の前記新しいバージョンをリリースすることと、
前記上流側ソフトウェア部品の前記新しいバージョンに基づいて、下流側ソフトウェア部品の新しいバージョンを構築することと、
前記下流側ソフトウェア部品の前記新しいバージョンを試験することと、
前記下流側ソフトウェア部品の前記新しいバージョンの前記試験が成功していることに応答して、
前記ソフトウェアシステム内に前記下流側ソフトウェア部品の前記新しいバージョンをリリースすること、
を含む動作の実行を、１つ又は複数のプロセッサによる実行に応答して引き起こす命令を有するコンピュータプログラム。
続きを表示（約 990 文字）【請求項２】
前記動作は、前記下流側ソフトウェア部品の前記新しいバージョンの前記試験が成功しなかったことに応答して、前記下流側ソフトウェア部品の前記試験が成功しなかったことを示すことをさらに含む、請求項１に記載のコンピュータプログラム。
【請求項３】
前記動作は、前記下流側ソフトウェア部品の前記新たなバージョンの前記試験が成功しなかったことに応答して、前記上流側ソフトウェア部品の前記新たなバージョンを維持することをさらに含む、請求項２に記載のコンピュータプログラム。
【請求項４】
前記動作は、前記下流側ソフトウェア部品の修正されたパッケージを受け取ることに応答して、前記下流側ソフトウェア部品を再構築することをさらに含む、請求項２に記載のコンピュータプログラム。
【請求項５】
前記上流側ソフトウェア部品の前記新しいバージョンを前記試験することは、前記上流側ソフトウェア部品に特定の機能性を試験することを含む、請求項１に記載のコンピュータプログラム。
【請求項６】
前記上流側ソフトウェア部品の前記新しいバージョンを前記試験することは、前記上流側ソフトウェア部品の１つまたは複数の機能的要件を判定することを含む、請求項５に記載のコンピュータプログラム。
【請求項７】
前記上流側ソフトウェア部品の前記新しいバージョンを前記試験することは、ハードウェアコンポーネントをシミュレートすることを含む、請求項５に記載のコンピュータプログラム。
【請求項８】
前記ハードウェア通信仕様は、前記ソフトウェアシステムによって使用可能な信号およびデータタイプのリストを含む、請求項１に記載のコンピュータプログラム。
【請求項９】
前記ハードウェア通信仕様は、車両のコントローラエリアネットワーク（ＣＡＮ）のためのものである、請求項８に記載のコンピュータプログラム。
【請求項１０】
前記動作は、前記下流側ソフトウェア部品の前記新しいバージョンを構築する前に、前記下流側ソフトウェア部品が前記上流側ソフトウェア部品に依存すると判定することをさらに含む、請求項１～９の何れか一項に記載のコンピュータプログラム。
（【請求項１１】以降は省略されています）
発明の詳細な説明【背景技術】
【０００１】
車両用のソフトウェアシステムなどのソフトウェアシステムは、複数のソフトウェア部品を含み、いくつかのソフトウェア部品は、ビルド（構築）プロセスの一部として他のソフトウェア部品に依存する。ソフトウェアシステムのソフトウェア部品を更新するには、ソフトウェアシステムの再構築が必要である。再構築されたソフトウェアシステムは、機能性を検証するために試験される。ソフトウェアシステムが試験に合格すると、ソフトウェアシステムは新しいバージョンとしてリリースされる。ソフトウェアシステムが試験に合格しない場合、ソフトウェアシステムはリリースされない。
続きを表示（約 2,600 文字）【発明の概要】
【０００２】
本開示の態様は、添付の図面とともに読まれるとき、以下の詳細な説明から最もよく理解される。業界における標準的な慣行によれば、様々な特徴が一定の縮尺で描かれていないことに留意されたい。実際、様々な特徴の寸法は、議論を明確にするために、任意に増加または減少され得る。
【図面の簡単な説明】
【０００３】
図１は、本開示の少なくともいくつかの実施形態による、インクリメンタルなソフトウェア部品の試験およびリリースによるソフトウェア開発のためのソフトウェアシステム開発の模式図である。
図２は、本開示の少なくともいくつかの実施形態による、インクリメンタルなソフトウェア部品の試験およびリリースによるソフトウェア開発のための動作フローである。
図３は、本開示の少なくともいくつかの実施形態による、ソフトウェア部品の新しいバージョンを構築するための動作フローである。
図４は、本開示の少なくともいくつかの実施形態による、インクリメンタルなソフトウェア部品の試験およびリリースによるソフトウェア開発のためのハードウェア構成のブロック図である。
【発明を実施するための形態】
【０００４】
以下の開示は、提供される主題の異なる特徴を実装するための多くの異なる実施形態または例を提供する。以下、本開示を簡単にするために、構成要素、値、動作、材料、配置などの具体例を説明する。これらは、もちろん、単なる例であり、限定を意図するものではない。他の構成要素、値、動作、材料、配置なども考えられる。加えて、本開示は、様々な例において参照番号および／または文字を繰り返すことができる。この繰り返しは、簡単かつ明確にするためのものであり、それ自体、論じられる様々な態様および／または構成の間の関係を指示するものではない。
【０００５】
本発明者に知られているソフトウェアシステムにおいて、ソフトウェアシステムを再構築することは、直接的または間接的に、最初に更新されたソフトウェア部品に依存するソフトウェア部品の再構築を含む。このようなソフトウェアシステムでは、ソフトウェアシステムの中で再構築された１つ以上のソフトウェア部品が実際には適切に機能している可能性がある。開発者は、試験の失敗の原因を判断するために各ソフトウェア部品を手動で確認し、ソフトウェアシステムが試験に合格するまで、ソフトウェアシステムを繰り返し試験する。
【０００６】
本開示の少なくともいくつかの実施形態では、最初に更新されたソフトウェア部品と、最初に更新されたソフトウェア部品に依存する任意のソフトウェア部品とのうちの各ソフトウェア部品は、ローカル機能を検証するために、直接的または間接的のいずれかで、個別に試験される。少なくともいくつかの実施形態では、試験に合格するソフトウェア部品は、更新されたソフトウェア部品としてリリースされ、開発者は、試験に合格しないソフトウェア部品について通知される。
【０００７】
少なくともいくつかの実施形態では、ソフトウェア部品を個別に試験することによって、問題は、構築プロセスの早期に知られ、依存するソフトウェア部品を構築する際の時間や資源を削減し、開発者は、特定のソフトウェア部品に関する問題に向けられ、分析時間を削減する。
【０００８】
例えば、降雨応答のアプリケーションが考えられており、この場合、アプリケーションは、センサを介して気象を検出し、検出された気象に雨が含まれる場合、ケースの内部を水害から保護するために、車両の窓を閉じる。この例では、車両システムは、４つのソフトウェア部品、すなわち、気象、中央、窓、およびＩ／Ｏに分割される。この例では、降雨応答アプリケーションによって、これらのサブシステムが相互に通信するようになる。少なくともいくつかの実施形態では、１つのそのような通信は、気象サブシステムから中央サブシステムへの気象データである。少なくともいくつかの実施形態では、抽象化層が気象データに関連する信号またはデータタイプを現在定義していない場合、ハードウェア通信仕様は、「気象データ」のための新しい信号またはデータタイプを含むように更新される。少なくともいくつかの実施形態では、ハードウェア通信仕様の更新は、抽象化層の試験および更新をトリガし、それは、システム層を介してすべての層の試験および更新をトリガする。
【０００９】
図１は、本開示の少なくともいくつかの実施形態による、インクリメンタル（ｉｎｃｒｅｍｅｎｔａｌ：徐々に増加する）なソフトウェア部品の試験およびリリースによるソフトウェア開発のためのソフトウェアシステム開発の模式図である。この図は、上流側ソフトウェア部品１１０と、下流側ソフトウェア部品１１２、１１３、１１４と、ソフトウェアシステム１１６とを含む。
【００１０】
上流側ソフトウェア部品１１０は、更新されたハードウェア通信仕様に応じて、最初に更新される。少なくともいくつかの実施形態では、ハードウェア通信仕様は、ソフトウェアシステムによって使用可能な信号およびデータタイプのリストを含む。少なくともいくつかの実施形態では、ハードウェア通信仕様は、車両のコントローラエリアネットワーク（ＣＡＮ）のためのものである。少なくともいくつかの実施形態では、上流側ソフトウェア部品１１０は、下流側ソフトウェア部品１１２、１１３、１１４に機能を提供するように構成される。少なくともいくつかの実施形態では、上流側ソフトウェア部品１１０は、データ処理やユーザインタフェース管理などのタスクを処理するように構成される。少なくともいくつかの実施形態では、上流側ソフトウェア部品１１０は、外部ＡＰＩ、データベース、またはソフトウェアシステム１１６以外の他のソフトウェアシステムと対話（インターアクト、相互作用）するように構成される。少なくともいくつかの実施形態では、上流側ソフトウェア部品１１０は、デバイスドライバ、ライブラリ、またはマイクロサービスアーキテクチャ内のサービスである。
（【００１１】以降は省略されています）

関連特許