(57)【要約】【課題】複数のＥＣＵに効率的にソフトウェアを配置する。【解決手段】車両システムは、追加ソフトウェアが動作するシーンに関する情報を取得する第１取得手段（１１０）と、配置済ソフトウェアが動作するシーンに関する情報を取得する第２取得手段（１２０）と、複数のＥＣＵ（２００）のうち、追加ソフトウェアが動作するシーンと同時に発生しないシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、追加ソフトウェアの配置候補ＥＣＵとして選択する選択手段（１３０）と、複数のＥＣＵのうち、追加ソフトウェアが動作するシーンと同時に発生する可能性があるシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、追加ソフトウェアの配置候補ＥＣＵから除外する除外手段（１３０）と、配置候補ＥＣＵのいずれかに追加ソフトウェアを配置する配置手段（１４０）と備える。【選択図】図１
2018132995.tif 000002
【特許請求の範囲】
【請求項１】
ソフトウェアを配置可能な複数のＥＣＵを備える車両システムであって、
前記複数のＥＣＵに新たに配置すべき追加ソフトウェアが動作するシーンに関する情報を取得する第１取得手段と、
前記複数のＥＣＵに既に配置されている配置済ソフトウェアが動作するシーンに関する情報を取得する第２取得手段と、
前記複数のＥＣＵのうち、前記追加ソフトウェアが動作するシーンと同時に発生しないシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、前記追加ソフトウェアの配置候補ＥＣＵとして選択する選択手段と、
前記複数のＥＣＵのうち、前記追加ソフトウェアが動作するシーンと同時に発生する可能性があるシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、前記追加ソフトウェアの配置候補ＥＣＵから除外する除外手段と、
前記配置候補ＥＣＵのいずれかに前記追加ソフトウェアを配置する配置手段と
備えることを特徴とする車両システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両に搭載される複数のＥＣＵ（Electronic Control Unit）にソフトウェアを配置する車両システムの技術分野に関する。
【背景技術】
【０００２】
相互に通信可能とされた複数の電子制御ユニット（ＥＣＵ）を備える車両が知られている。このような車両では、各ＥＣＵに配置されたソフトウェアを動作させることで、車両の各種機能が実現される（特許文献１参照）。なお、ＥＣＵに配置されたソフトウェアは状況に応じて追加及び削除を行うことが可能とされている（特許文献２参照）。
【０００３】
複数のＥＣＵに新たなソフトウェアを追加する場合には、例えば処理効率を高めるために、適切なＥＣＵにソフトウェアを配置することが求められる。このため、ソフトウェアによって実現される機能を階層化して、追加するソフトウェアと配置済みのソフトウェアの機能が隣接する階層であれば同じＥＣＵへの配置を許可し、離間した階層であれば同じＥＣＵへの配置を禁止するという技術も提案されている（特許文献３参照）。
【先行技術文献】
【特許文献】
【０００４】
【特許文献１】特開２０１３−１４３０９３号公報
【特許文献２】特開２００８−２５４４８４号公報
【特許文献３】特開２０１３−２３７３１１号公報
【発明の概要】
【発明が解決しようとする課題】
【０００５】
同一のＥＣＵに配置された複数のソフトウェアは、共通のメモリを使用して動作する。このため、同一のＥＣＵに同時に実行され得る複数のソフトウェアが配置されている場合、複数のソフトウェアによってＥＣＵのメモリが占有され、ソフトウェアが正常に実行できない、或いはハードディスク等へのメモリ退避（即ち、ページイン／ページアウト）が発生しシステムに大幅な遅延が生ずる可能性がある。
【０００６】
しかしながら、上述した特許文献３に記載の技術では、複数のソフトウェアが同時に実行されることによるメモリ不足に関しては何ら考慮されていない。よって、特許文献３に記載の技術には、ＥＣＵのメモリを有効活用するという観点からソフトウェアを適切に配置することができないという技術的問題点がある。
【０００７】
本発明は、上記問題点に鑑みてなされたものであり、複数のＥＣＵにソフトウェアを適切に配置することが可能な車両システムを提供することを課題とする。
【課題を解決するための手段】
【０００８】
本発明の車両システムは上記課題を解決するために、ソフトウェアを配置可能な複数のＥＣＵを備える車両システムであって、前記複数のＥＣＵに新たに配置すべき追加ソフトウェアが動作するシーンに関する情報を取得する第１取得手段と、前記複数のＥＣＵに既に配置されている配置済ソフトウェアが動作するシーンに関する情報を取得する第２取得手段と、前記複数のＥＣＵのうち、前記追加ソフトウェアが動作するシーンと同時に発生しないシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、前記追加ソフトウェアの配置候補ＥＣＵとして選択する選択手段と、前記複数のＥＣＵのうち、前記追加ソフトウェアが動作するシーンと同時に発生する可能性があるシーンで動作する配置済ソフトウェアが配置されているＥＣＵを、前記追加ソフトウェアの配置候補ＥＣＵから除外する除外手段と、前記配置候補ＥＣＵのいずれかに前記追加ソフトウェアを配置する配置手段と備える。
【０００９】
本発明の車両システムによれば、追加ソフトウェアが動作するシーンと同時に発生しないシーンで動作する配置済ソフトウェアが配置されているＥＣＵが、追加ソフトウェアの配置候補ＥＣＵとして選択される一方で、追加ソフトウェアが動作するシーンと同時に発生する可能性があるシーンで動作する配置済ソフトウェアが配置されているＥＣＵが、追加ソフトウェアの配置候補ＥＣＵから除外される。よって、同一のシーンで動作する複数のソフトウェアが同一のＥＣＵに配置されてしまうことを防止できる。これにより、複数のソフトウェアが同時に動作することでＥＣＵのメモリが占有され、結果として予期せぬ不具合が生じてしまうことを抑制することができる。
【００１０】
本発明の作用及び他の利得は次に説明する実施するための形態から明らかにされる。
【図面の簡単な説明】
【００１１】
【図１】実施形態に係る車両システムの構成を示すブロック図である。
【図２】実施形態に係る車両システムの動作の流れを示すフローチャートである。
【図３】車両シーンに基づく配置候補ＥＣＵの選択動作を示すフローチャートである。
【図４】排他性を持った車両シーンの具体例を示す表である。
【図５】ソフトウェア間通信に基づく配置候補ＥＣＵの選択動作を示すフローチャートである。
【図６】ソフトウェア間通信に応じたソフトウェア実行シーンの変更例を示す表である。
【図７】車両シーンの頻度ランクの設定例を示す表である。
【図８】頻度ランクを具体的な車両シーンに適用した場合の一例を示す表である。
【図９】ＲＡＭ使用量に基づくＲＡＭ占有ランクの設定例を示す表である。
【図１０】追加ソフトウェアを配置するＥＣＵの決定動作を示すフローチャートである。
【発明を実施するための形態】
【００１２】
本発明の車両システムに係る実施形態を図面に基づいて説明する。
【００１３】
＜車両システムの構成＞
まず、本実施形態に係る車両システムの構成について、図１を参照して説明する。図１は、実施形態に係る車両システムの構成を示すブロック図である。
【００１４】
図１に示すように、本実施形態に係る車両システムは、自動車等の車両に搭載されるものであり、統合制御ＥＣＵ１００と、第１ＥＣＵ２１０と、第２ＥＣＵ２２０と、第３ＥＣＵ２３０とを備えて構成されている。ただし、統合制御ＥＣＵ１００は必須な構成要素ではなく、第１ＥＣＵ２１０、第２ＥＣＵ２２０、及び第３ＥＣＵ２３０の各々が、統合制御ＥＣＵ１００の機能を有するように構成されてもよい。
【００１５】
統合制御ＥＣＵ１００は、ＣＰＵ（Central Processing Unit）等の演算回路を有する制御ユニットである。統合制御ＥＣＵ１００は、第１ＥＣＵ２１０、第２ＥＣＵ２２０、及び第３ＥＣＵ２３０（以下では、これらをまとめて「ＥＣＵ２００」と称することがある）と通信可能に構成されており、ＥＣＵ２００の各々の制御（状態管理を含む）を実行可能に構成されている。
【００１６】
統合制御ＥＣＵ１００は、その内部に実現される論理的な又は物理的な処理ブロックとして、第１シーン取得部１１０、第２シーン取得部１２０、割当ＥＣＵ決定部１３０、及びソフトウェア配置部１４０を備えている。
【００１７】
第１シーン取得部１１０は、「第１取得手段」の一具体例であり、ＥＣＵ２００に新たに追加しようとする追加ソフトウェアが動作する車両シーンに関する情報を取得する。第２シーン取得部１２０は、「第２取得手段」の一具体例であり、ＥＣＵ２００に既に配置されている配置済ソフトウェアが動作する車両シーンに関する情報を取得する。なお、ここでの「車両シーン」とは、車両が走行する際の状況を特定するために設定されるものであり、例えば天気、時間、道路種類等の各種条件に基づいて設定されている。本実施形態に係るソフトウェアは、その動作タイミングが車両シーンと対応付けられており、第１シーン取得部１１０及び第２シーン取得部１２０は、各ソフトウェアに対応付けられた車両シーンに関する情報を取得する。
【００１８】
割当ＥＣＵ決定部１３０は、「選択手段」及び「除外手段」の一具体例であり、第１シーン取得部１１０及び第２シーン取得部１２０で取得された車両シーンに関する情報に基づいて、追加ソフトウェアを配置するＥＣＵ２００を決定するための処理を実行可能に構成されている。割当ＥＣＵ決定部１３０が実行する処理の具体的な内容については、後の動作に関する説明で詳述する。
【００１９】
ソフトウェア配置部１４０は、ＥＣＵ２００に配置されるソフトウェアの追加及び削除を実行可能に構成されている。本実施形態に係るソフトウェア配置部１４０は、「配置手段」の一具体例であり、新たに追加される追加ソフトウェアを、割当ＥＣＵ決定部１３０で決定されたＥＣＵ２００に配置する。
【００２０】
第１ＥＣＵ２１０、第２ＥＣＵ２２０、及び第３ＥＣＵ２３０は、互いに通信可能に接続されている。ＥＣＵ２００は、その内部にソフトウェアが配置されることで、該ソフトウェアに応じた処理を実行可能な制御ユニットである。なお、ＥＣＵ２００の数は２つ以上であればよく、本実施形態のように３つに限定されるものではない。
【００２１】
＜車両システムの動作＞
次に、本実施形態に係る車両システムの動作について、図２を参照して説明する。図２は、実施形態に係る車両システムの動作の流れを示すフローチャートである。なお、以下では、本実施形態に係る車両システムに新たなソフトウェアが追加される場合の動作（具体的には、追加ソフトウェアを配置するＥＣＵを決定する動作）について説明する。図２に示す各処理は、割当ＥＣＵ決定部１３０が実行する処理である。
【００２２】
図２に示すように、本実施形態に係る車両システムの動作時には、まず追加ソフトウェアが動作する車両シーン、及びＥＣＵ２００の配置済ソフトウェアが動作する車両シーンに基づいて、配置候補ＥＣＵ（即ち、追加ソフトウェアを配置する候補となるＥＣＵ２００）を決定する（ステップＳ１１）。この処理では、第１シーン取得部１１０によって取得された追加ソフトウェアが動作する車両シーンに関する情報、及び第２シーン取得部１２０によって取得された配置済ソフトウェアが動作する車両シーンに関する情報に基づいて、追加ソフトウェアを配置すべきＥＣＵ２００が絞り込まれる。ただし、全てのＥＣＵ２００が配置候補ＥＣＵとして選択されてもよい。
【００２３】
続いて、追加ソフトウェアと配置済ソフトウェアとの間の通信を考慮して、配置候補ＥＣＵを選択する（ステップＳ１２）。例えば、追加ソフトウェアの動作時に用いる情報が、配置済ソフトウェアから提供される情報である場合には、追加ソフトウェアと情報源である配置済ソフトウェアの動作タイミングが重複していることが求められる。よって、追加ソフトウェアと配置済ソフトウェアとの間に通信が発生する場合には、それを考慮した上で配置候補ＥＣＵが選択される。なお、ここでの配置候補ＥＣＵは、車両シーンに基づいて選択された配置候補ＥＣＵの中から選択される。言い換えれば、車両シーンに基づいて選択された配置候補ＥＣＵが、ソフトウェア間の通信条件に応じて更に絞り込まれる。ただし、車両シーンに基づいて選択された全ての配置候補ＥＣＵが、新たな配置候補ＥＣＵとして選択されてもよい。
【００２４】
続いて、追加ソフトウェアが動作する車両シーンの発生頻度と、使用ＲＡＭ容量とに基づいて、ＲＡＭ占有ランクを設定する（ステップＳ１３）。なお、「ＲＡＭ占有ランク」とは、ソフトウェアがＥＣＵ２００に配置された場合、どの程度ＥＣＵ２００のＲＡＭを占有することになるかを示すパラメータである。本実施形態に係る車両システムでは、ＥＣＵ２００のＲＡＭが不足してしまうことを防止するために、ＲＡＭ占有ランクを利用してソフトウェアを配置するＥＣＵ２００を決定する。
【００２５】
最後に、上述したＲＡＭ占有ランクに基づいて、選択候補ＥＣＵの中から実際に追加ソフトウェアを配置するＥＣＵを決定する（ステップＳ１４）。なお、配置先のＥＣＵを決定する際には、ソフトウェアのＲＡＭ占有ランクの他に、各ＥＣＵ２００のＲＡＭ残量やＣＰＵ処理負荷等の各種条件が考慮されてもよい。
【００２６】
以上説明したように、車両システムに新たなソフトウェアを追加する場合には、ソフトウェアが動作する車両シーン等の各種条件を考慮した上で配置先のＥＣＵ２００が決定され、新たなソフトウェアの配置が実行される。以下では、上述したステップＳ１１からＳ１４の各処理について、より具体的に説明していく。
【００２７】
＜車両シーンに基づく選択処理＞
まず、車両シーンに基づいて配置候補ＥＣＵを選択する処理（即ち、図２のステップＳ１１の処理）について、図３及び図４を参照して詳細に説明する。図３は、車両シーンに基づく配置候補ＥＣＵの選択動作を示すフローチャートである。図４は、排他性を持った車両シーンの具体例を示す表である。
【００２８】
図３に示すように、車両シーンに基づいて配置候補ＥＣＵを選択する処理では、まず複数のＥＣＵ２００の各々について、追加ソフトウェアが動作するシーンとは排他的シーンで動作するソフトウェアが配置されているか否かを判定する（ステップＳ１０１）。なお、「排他的シーン」とは、追加ソフトウェアが動作する車両シーンとは同時に発生し得ない車両シーンを意味している。
【００２９】
図４に示すように、排他性を持ったシーン（即ち、排他的シーン）は、天気、時間、道路種類、路面状況、制限速度、搭乗者眠気、搭乗者感情、道路情報、自動運転モード、走行モード、及び起動状態等のシーン種別を定義することで規定できる。具体的には、追加ソフトウェアが動作する車両シーンが晴れのシーン（即ち、図中のＡ−１）である場合、雨のシーン（即ち、図中のＡ−２）、曇りのシーン（即ち、図中のＡ−３）、或いは雪のシーン（即ち、図中のＡ−４）が排他的シーンとなる。よって、雨のシーン、曇りのシーン、又は雪のシーンで動作するソフトウェアが既に配置されているＥＣＵ２００については、排他的シーンで動作するソフトウェアが存在すると判定される（ステップＳ１０１：ＹＥＳ）。一方で、追加ソフトウェアと同じ晴れのシーンで動作するソフトウェアが既に配置されているＥＣＵ２００については、排他的シーンで動作するソフトウェアが存在しないと判定される（ステップＳ１０１：ＮＯ）。
【００３０】
図３に戻り、排他的シーンで動作するソフトウェアが存在すると判定された場合（ステップＳ１０１：ＹＥＳ）、排他的シーンで動作するソフトウェアが配置されたＥＣＵ２００を、配置候補ＥＣＵとして選択する（ステップＳ１０２）。排他的シーンで動作するソフトウェアが配置されたＥＣＵ２００であれば、仮に追加ソフトウェアをそのＥＣＵ２００に追加したとしても、これらのソフトウェアが同じタイミングで動作することがない。よって、複数のソフトウェアが同時に動作することで、ＥＣＵ２００のＲＡＭが占有され、意図せぬ不都合が生じてしまうことを防止できる。
【００３１】
一方で、排他的シーンで動作するソフトウェアが存在しないと判定された場合（ステップＳ１０１：ＮＯ）、追加ソフトウェアと同一の車両シーンで動作するソフトウェアが配置されているＥＣＵ以外のＥＣＵを配置候補ＥＣＵとして選択する（ステップＳ１０３）。排他的シーンで動作するソフトウェアが存在しない場合であっても、同一の車両シーンで動作するソフトウェアが配置されていなければ、ＥＣＵ２００上で複数のソフトウェアが同時に動作することを抑制できる。よって、複数のソフトウェアが同時に動作することで、ＥＣＵ２００のＲＡＭが占有され、意図せぬ不都合が生じてしまうことを防止できる。
【００３２】
＜ソフトウェア間通信に基づく選択処理＞
次に、ソフトウェア間通信に基づいて配置候補ＥＣＵを選択する処理（即ち、図２のステップＳ１２の処理）について、図５及び図６を参照して詳細に説明する。図５は、ソフトウェア間通信に基づく配置候補ＥＣＵの選択動作を示すフローチャートである。図６は、ソフトウェア間通信に応じたソフトウェア実行シーンの変更例を示す表である。
【００３３】
図５に示すように、ソフトウェア間通信に基づいて配置候補ＥＣＵを選択する処理では、まず追加ソフトウェアが動作する車両シーンと、追加ソフトウェアの情報源となるソフトウェアの動作シーンが重複しているか否かを判定する（ステップＳ２０１）。言い換えれば、新たに追加される追加ソフトウェアに対して、情報源となる配置済ソフトウェアから、適切なタイミングで情報が提供できるか否かを判定する。
【００３４】
追加ソフトウェアの情報源となるソフトウェアの動作シーンが重複していない場合（ステップＳ２０１：ＮＯ）、情報源となるソフトウェアの動作シーンを追加ソフトウェアの動作シーンに合わせる（拡張する）処理を実行する（ステップＳ２０２）。なお、追加ソフトウェアの情報源となるソフトウェアの動作シーンが重複している場合には（ステップＳ２０１：ＹＥＳ）、ステップＳ２０２の処理は実行されない。
【００３５】
図６に示すように、例えば追加ソフトウェアの動作シーンが一般道を走行するシーン（即ち、図中のＣ−１）、及び自動車専用道路を走行するシーン（即ち、図中のＣ−２）である一方で、情報源となるソフトウェアの動作シーンがＣ−２のみであったとする。この場合、シーンＣ−１の時には、追加ソフトウェアに対して情報源となるソフトウェアから情報の提供が行われず、正常にソフトウェアが機能しないおそれがある。このため本実施形態では、情報源となるソフトウェアの動作シーンがＣ−２のみから、Ｃ−１及びＣ−２に拡張される。
【００３６】
他方で、例えば追加ソフトウェアの動作シーンがウェットな路面を走行するシーン（即ち、図中のＤ−１）である一方で、情報源となるソフトウェアの動作シーンが晴れのシーン（即ち、図中のＡ−１）のみであったとする。この場合、追加ソフトウェアは、Ａ−１且つＤ−１のシーンでなければ、情報源となるソフトウェアから情報の提供が行われず、正常に機能しないおそれがある。このため本実施形態では、情報源となるソフトウェアの動作シーンがＡ−１のみから、Ａ−１及びＤ−１に拡張される。
【００３７】
図５に戻り、上述した処理によってソフトウェア間の通信が可能な状態とされた後には、情報源となるソフトウェアが配置されているＥＣＵ２００が、配置候補ＥＣＵから削除される。これは、追加ソフトウェアと情報源となるソフトウェアが、同一のシーンで動作するように設定されるからである。このように、情報源となるソフトウェアが配置されているＥＣＵ２００を配置候補ＥＣＵから除外することで、複数のソフトウェアが同一のＥＣＵ２００上で同時に動作することを防止できる。従って、ＥＣＵ２００のＲＡＭが占有され、意図せぬ不都合が生じてしまうことを防止できる。
【００３８】
＜ＲＡＭ占有ランク設定処理＞
次に、ソフトウェアのＲＡＭ占有ランクを設定する処理（即ち、図２のステップＳ１３の処理）について、図７から図９を参照して詳細に説明する。図７は、車両シーンの頻度ランクの設定例を示す表である。図８は、頻度ランクを具体的な車両シーンに適用した場合の一例を示す表である。図９は、ＲＡＭ使用量に基づくＲＡＭ占有ランクの設定例を示す表である。
【００３９】
図７に示すように、ＲＡＭ占有ランクを設定する際には、まずソフトウェアが動作する車両シーンの頻度ランクを設定する。頻度ランクは、例えばソフトウェアの動作シーンの継続時間に応じて決定される。具体的には、ソフトウェアの動作シーンが、トリップ中に１時間程度継続する可能性がある場合には頻度ランクが「高」に設定され、トリップ中に３０分程度継続する可能性がある場合には頻度ランクが「中」に設定され、トリップ中に１０分程度継続する可能性がある場合には頻度ランクが「低」に設定される。
【００４０】
図８に示すように、頻度ランクをシーン種別毎に当てはめることもできる。図に示す例では、シーン種別ＩＤが、Ａ、Ｂ、Ｃ、Ｄ、Ｉ、Ｊ、Ｋのシーンが頻度ランク「高」に設定され、Ｅ、Ｆのシーンが頻度ランク「中」に設定され、Ｇ、Ｈのシーンが頻度ランク「低」に設定されている。
【００４１】
図９に示すように、頻度ランクの設定後には、ソフトウェアの頻度ランクとＲＡＭ使用量とに基づいてＲＡＭ占有ランクが設定される。ＲＡＭ占有ランクは、頻度ランク別に、ＲＡＭ使用量に応じて６段階で設定される。なお、ＲＡＭ占有ランクには対応する係数が設定されている。この係数は、後述する追加ソフトウェアを配置する処理において用いる係数であり、ＲＡＭ占有ランクが高いほど、大きい数値として設定される。
【００４２】
＜配置ＥＣＵ決定処理＞
次に、追加ソフトウェアを実際に配置するＥＣＵ（以下、適宜「配置先ＥＣＵ」と称する）を決定する処理（即ち、図２のステップＳ１４の処理）について、図１０を参照して詳細に説明する。図１０は、追加ソフトウェアを配置するＥＣＵの決定動作を示すフローチャートである。
【００４３】
図１０に示すように、配置先ＥＣＵを決定する処理では、まず配置候補ＥＣＵ２００の各々について、ＲＡＭ容量に５０％以上の余裕があるか否かを判定する（ステップＳ３０１）。なお、ここでの５０％という値は、ＥＣＵ２００に十分な空き容量があるかを判定するための閾値として設定されている値であり、異なる値（例えば、３０％や８０％等）が利用されてもよい。
【００４４】
ＥＣＵ２００のＲＡＭ容量に５０％以上の余裕があると判定された場合（ステップＳ３０１：ＹＥＳ）、追加ソフトウェアの頻度ランクが「高」であるか否かを判定する（ステップＳ３０２）。そして、頻度ランクが「高」である場合には（ステップＳ３０２：ＹＥＳ）、ＲＡＭ容量に余裕があると判定されたＥＣＵ２００のうち、配置済ソフトウェアの頻度ランクが「高」のＲＡＭ占有ランク係数の合計が最も小さいＥＣＵを、追加ソフトウェアの配置先ＥＣＵとして決定する（ステップＳ３０３）。
【００４５】
一方、追加ソフトウェアの頻度ランクが「高」でない場合には（ステップＳ３０２：ＮＯ）、追加ソフトウェアの頻度ランクが「中」であるか否かを判定する（ステップＳ３０４）。そして、頻度ランクが「中」である場合には（ステップＳ３０４：ＹＥＳ）、ＲＡＭ容量に余裕があると判定されたＥＣＵ２００のうち、配置済ソフトウェアの頻度ランクが「高」及び「中」のＲＡＭ占有ランク係数の合計が最も小さいＥＣＵを、追加ソフトウェアの配置先ＥＣＵとして決定する（ステップＳ３０５）。
【００４６】
それ以外の、ＥＣＵ２００のＲＡＭ容量に５０％以上の余裕がないと判定された場合（ステップＳ３０１：ＮＯ）、及び追加ソフトウェアの頻度ランクが「中」でないと判定された場合（即ち、頻度ランクが「低」である場合）には（ステップＳ３０４：ＮＯ）、ＲＡＭ残量が最も多いＥＣＵ２００を追加ソフトウェアの配置先ＥＣＵとして決定する（ステップＳ３０６）。
【００４７】
以上のようにして配置先ＥＣＵを決定すれば、ＲＡＭが占有された状況になり難いＥＣＵ２００に、新たな追加ソフトウェアを配置することができる。特に本実施形態では、追加ソフトウェアの動作シーンに対して排他的なシーンで動作するソフトウェアが配置されているＥＣＵが配置候補として選択され、追加ソフトウェアと同一のシーンで動作するソフトウェアが配置されているＥＣＵは配置候補から除外されるため、同時に動作するソフトウェアが同じＥＣＵ２００に配置されてしまうことを防止できる。よって、複数のソフトウェアが同時に動作することで、ＥＣＵ２００のＲＡＭが占有され、意図せぬ不都合が生じてしまうことを防止できる。
【００４８】
本発明は、上述した実施形態に限られるものではなく、特許請求の範囲及び明細書全体から読み取れる発明の要旨或いは思想に反しない範囲で適宜変更可能であり、そのような変更を伴う車両システムもまた本発明の技術的範囲に含まれるものである。
【符号の説明】
【００４９】
１００  統合制御ＥＣＵ
１１０  第１シーン取得部
１２０  第２シーン取得部
１３０  割当ＥＣＵ決定部
１４０  ソフトウェア配置部
２１０  第１ＥＣＵ
２２０  第２ＥＣＵ
２３０  第３ＥＣＵ
【図１】
2018132995.tif 000003
【図２】
2018132995.tif 000004
【図３】
2018132995.tif 000005
【図４】
2018132995.tif 000006
【図５】
2018132995.tif 000007
【図６】
2018132995.tif 000008
【図７】
2018132995.tif 000009
【図８】
2018132995.tif 000010
【図９】
2018132995.tif 000011
【図１０】
2018132995.tif 000012