JP7439717B2 - 車両システムにおける通信方法、および、車載ネットワークの通信管理方法 - Google Patents

Description

車載ネットワークにおける通信管理技術に関する。

特許文献１は、車外装置と車内装置との間の通信において、通信速度の低下を抑制する技術を提供する。特許文献１の構成によれば、第１の通信装置から受信した、第１の通信プロトコルに用いられる第１の通信フレームに含まれる所定の認証情報に基づいて、第１の通信装置と対象とする第２の通信装置とのデータ通信を許可するか否かを判断し、データ通信が許可された場合に対象とする第２の通信装置を接続先とする制御信号を出力している。

特開２０１６－４８８４８号公報

車両に搭載される電子制御装置（ＥＣＵ）の数は増加傾向にある。また、車両制御の方式として、セントラルＥＣＵを配置し、セントラルＥＣＵに対して、複数の車載ＥＣＵ、センサ、アクチュエータ、さらには、クラウドやセンタを接続することが想定される。車両内の通信、および、車両内外の通信を適切に監視することが必要になる。車載イーサネットでは、確実なデータ伝送、リアルタイム性、大容量データの通信が要求される場合がある。車両において、所定の帯域（例えば、１Ｇｂｐｓ）を用いて、ＥＣＵ間、ＥＣＵ－センサ間、ＥＣＵ－アクチュエータ間、ＥＣＵ－車外通信端末間、などの通信を実現する必要があり、通信資源を有効利用する必要がある。さらに、優先度の高い通信を優先度の低い通信よりも優先して通信させる必要がある。

本開示は、通信資源を有効利用し、通信を要求するアプリケーションが適切なタイミングで通信できる環境を提供する通信ネットワークの管理に関する技術を提供することを目的とする。

本開示の一態様によれば、車外との通信を要求するように構成された複数のアプリケーション（５０、６０、７０、８０）と、当該通信を行う通信部（２）と、複数のアプリケーションからの通信要求を管理するネットワークコーディネータ（２０）と、を有する車両システムにおける通信方法は、アプリケーションは、ネットワークコーディネータに対して車外接続を要求すること、ネットワークコーディネータが、車外接続の要求を受けると、車外接続を許可するか否かを判定すること、ネットワークコーディネータが、車外接続の判定結果をアプリケーションに通知すること、アプリケーションがネットワークコーディネータにより車外接続を許可されると、通信部に対して車外接続を要求すること、アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、ネットワークコーディネータへデータ送受信開始の許可を要求すること、ネットワークコーディネータが、データ送受信開始の要求を受けると、データ送受信開始を許可するか否かを判定すること、ネットワークコーディネータが、データ送受信開始の判定結果をアプリケーションに通知すること、アプリケーションは、ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、ネットワークコーディネータへデータ送受信終了を通知すること、を含む。

本開示の別の態様によれば、車外及び車内との通信を要求するように構成された複数のアプリケーション（５０、６０、７０、８０）と、アプリケーションからの指示を受ける電子制御装置（１、１Ａ）と、通信を行う通信部（２）と、複数のアプリケーションからの通信要求を管理するネットワークコーディネータ（２０）と、を有する車両システムにおける通信方法は、アプリケーションが、ネットワークコーディネータに対して車外接続を要求すること、ネットワークコーディネータが、車外接続の要求を受けると、車外接続を許可するか否かを判定すること、ネットワークコーディネータが、車外接続の判定結果を当該アプリケーションに通知すること、アプリケーションが、ネットワークコーディネータから車外接続を許可されると、通信部に対して車外接続を要求すること、アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、ネットワークコーディネータへデータ送受信開始を要求すること、ネットワークコーディネータが、データ送受信開始の要求を受けると、データ送受信開始を許可するか否かを判定すること、ネットワークコーディネータが、データ送受信開始の判定結果を当該アプリケーションに通知すること、アプリケーションは、ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、ネットワークコーディネータへデータ送受信終了を通知すること、アプリケーションは、ネットワークコーディネータへ電子制御装置との車内接続を要求すること、ネットワークコーディネータは、アプリケーションからの車内接続の要求を受けると、電子制御装置との車内接続を許可するか否かを判定すること、ネットワークコーディネータは、電子制御装置との車内接続を許可するか否かの判定結果を当該アプリケーションに通知すること、アプリケーションは、車内接続の許可を受信すると、電子制御装置と接続すること、アプリケーションは、電子制御装置との接続後、電子制御装置との通信処理が完了した場合、ネットワークコーディネータへ車内接続終了を通知すること、を含む。

本開示の別の態様によれば、車載ネットワーク（４）の通信管理方法は、車両（３００）において車載ネットワークの通信資源の使用状況を監視すること、車両に搭載されたアプリケーション（５０、６０、７０、８０）が車両内または車両外のノードとの通信を要求する場合、アプリケーションから接続要求を通知されること、通信資源の使用状況に基づいて、アプリケーションによる接続要求を許可するか否かを判定すること、判定結果を、アプリケーションに通知すること、接続を許可されたアプリケーションにより通信資源が確保され、ノードとの接続が確立されたことを監視すること、ノードとの通信を終了したのち、アプリケーションにより通信資源は破棄され、アプリケーションから通信終了が通知されること、を含む。

以上、本開示の構成によれば、車載ネットワークにおける通信資源を有効利用し、通信を要求するアプリケーションが適切なタイミングで通信できる環境を提供できる。

通信システムの概略構成を示す図である。 ネットワークコーディネータを含む論理アーキテクチャを例示する図である。 ネットワークコーディネータの構成を例示する図である。 ネットワークコーディネータによる通信ネットワーク制御処理を例示するフローチャートである。 ネットワークコーディネータによる通信ネットワーク制御処理を例示するフローチャートである。 通信開始処理を例示するフローチャートである。 通信開始処理を例示するフローチャートである。 ＳＯＴＡにおけるシークエンスを例示する図であり、フロー開始からソフトウェア更新までのシークエンスを示す図である。 図８のシークエンスの続きを示す図である。 リモートダイアグにおけるシークエンスを例示する図であり、フロー開始から通信開始の許可までのシークエンスを示す図である。 図９のシークエンスの続きを示す図である。 ネットワークコーディネータとアプリケーション、その他の構成を例示する図である。

（実施形態）
本開示の車載通信システム１００の構成を説明する。なお、車載通信システム１００は、単に通信システムとも記載される。車載通信システム１００は、電子制御装置１、電子制御装置１Ａ、センサ１Ｂ、通信部２、車載ネットワーク４を含む。電子制御装置１は、セントラルＥＣＵ、統合ＥＣＵとも呼ばれる。車載ネットワーク４は例えば、イーサネットやイーサネットに基づく車載通信回線が相当する。なお、図示しないが、車載ネットワークには、アクチュエータなどが接続されてもよい。通信部２は、車両以外のノード（センタ、サーバ、クラウド、路側端末、携帯通信端末など）と通信する。なお、通信システム１００は、車両３００に搭載された、上記の構成に加えて、通信部２と通信するセンタ３を含んでもよい。センタ３は、サーバまたはクラウドとも呼ばれる。

電子制御装置１は、プロセッサ１０とメモリ１１を含む。電子制御装置はＥＣＵとも呼ぶ。なお、図１では、１つの電子制御装置１が記載されるが、電子制御装置の数は複数であってもよい。同様に、通信部２、センタ３の数は、複数であってもよい。プロセッサは制御部に相当する。

電子制御装置１は、プロセッサ１０、メモリ１１に加えて、Ｉ／Ｏ、これらを接続するバスを備え、メモリ１１に記憶された制御プログラムを実行することで各種の処理を実行する。なお、メモリ１１は、コンピュータによって読み取り可能なプログラム及びデータを非一時的に格納する非遷移的実体的記憶媒体（non-transitory tangible storage medium）である。また、非遷移的実体的記憶媒体は、半導体メモリ又は磁気ディスクなどによって実現される。

メモリ１１は、ネットワークコーディネータプログラムを記憶しており、ネットワークコーディネータプログラムを実行することで、ネットワークコーディネータ２０の機能が実現する。実施形態では、ネットワークコーディネータ２０をソフトウェアとして記載するが、ネットワークコーディネータ２０の一部あるいは全部はハードウェアとして構成されてもよい。さらには、電子制御装置１により実現される機能は、メモリに記憶されたプログラムを実行することで実現されてもよいし、機能の一部あるいは全部をハードウェアとして構成してもよい。

図２は、ネットワークコーディネータを含む論理アーキテクチャ２００を例示する。車両３００において、ＯＳ（オペレーティングソフトウェア）９０上で、ネットワークコーディネータ２０、コーディネータＸ ３０、コーディネータＹ ４０などのミドルウェアが動作する。なお、コーディネータは、ミドルウェア、管理装置、管理モジュール、マネージャなどと呼ばれる。第１アプリケーション５０、第２アプリケーション６０、第３アプリケーション７０、第４アプリケーション８０は、１つまたは複数のコーディネータの提供するサービスを利用して動作し、アプリケーション（アプリとも呼ぶ）ごとの機能を提供する。なお、ＯＳ９０は仮想ＯＳでもよい。また、アプリケーション、コーディネータ、ＯＳは、同じ電子制御装置により実行されてもよいし、異なる電子制御装置により実行されてもよい。図２は、例示であり、ＯＳ、コーディネータ、アプリケーションの数は限定されない。

図３を参照して、ネットワークコーディネータ２０について説明する。
ネットワークコーディネータ２０は通信資源の状態（帯域の使用状態、通信トラフィックの状態とも呼ぶ）を監視し、異常の検知、通信状態のログを記録する。
ネットワークコーディネータ２０は、通信資源を利用するアプリケーションからの通信可否問い合わせに対して、通信資源の状態から通信可否を判断する。また、その結果をアプリケーションへ通知する。

ネットワークコーディネータ２０は異常時を除き、通信資源を操作しない。通信資源を利用するアプリケーションの意図しないタイミングで通信資源の変化が発生し、他のエラーを誘発することを防ぐため、ネットワークコーディネータ２０は直接資源を操作しない。各アプリケーションが、通信資源の操作を行う。
ネットワークコーディネータ２０は通信プロトコルを隠蔽しない。通信プロトコルに則り通信制御を行うのはアプリケーションが実施する。
ネットワークコーディネータ２０は、接続許可部２１、切断指示部２２、通信許可部２３、通信監視部２４を含む。

接続許可部２１は、アプリケーションに対して接続を許可する。具体的には、アプリケーションから接続許可要求を受け付ける。接続許可部２１は、アプリケーションの優先度、通信資源の状態などに基づいて接続可否、つまり、接続を許可するか拒否するかを判定する。接続許可部２１は、接続許可待ちのアプリケーションに接続判定結果を通知する。

切断指示部２２は通信の切断（通信終了）を指示する。具体的には、切断指示部２２は、通信資源へ接続しているアプリケーションに切断の指示を出す。アプリケーションは通信終了時にネットワークコーディネータに対して通信終了を通知する。切断指示部２２は、アプリケーションが通信資源から切断したことを確認する。なお、切断指示部２２は、通信資源に対して切断指示を出してもよい。なお、通信資源は、アプリケーションとアプリケーションの接続先を接続するポート、通信ミドルウェア、通信インターフェースが相当する。あるいは、通信資源は、ポート、通信ミドルウェア、通信インターフェースにより提供される通信環境（例えば、通信帯域）を示す。アプリケーションが通信中に他の高優先アプリの通信開始やデバイス異常などの要因により通信を停止しなければならない場合に、ネットワークコーディネータからアプリケーション対して通信終了を通知する。アプリケーションは通信停止の指示を受け取ると、通信資源を破棄し、通信終了の通知をネットワークコーディネータへ通知する。ネットワークコーディネータ２０は通信終了を受け付け、通信状態を更新する。なお、接続先は、車両内のノード、および車両外のノードがありうる。アプリケーション、電子制御装置、センサ、アクチュエータなど、車両内にて通信するコンポーネントが車両内のノードに相当する。また、センタ、サーバ、クラウド、携帯通信端末など、車両の外にあって、あるいは、車両に固定されていない状態で、車載アプリケーションと通信するコンポーネントが車両外のノードに相当する。

通信許可部２３は、アプリケーションによる通信を許可する。具体的には、通信許可部２３は、アプリケーションの通信開始の要求を受け付ける。アプリケーションは通信開始時に、ネットワークコーディネータに対して通信可否を確認する。通信許可部２３は、アプリケーションの優先度、通信資源の状態などに基づいて、通信開始の可否を判定する。通信許可部２３は、通信開始許可待ちのアプリケーションに通信開始判定結果を通知する。

通信監視部２４、通信を監視する。具体的には、通信監視部２４は、アプリケーションの通信資源使用状況、通信状態を監視し、一定時間毎にトラフィック量を監視する。通信監視部２４は、通信監視を行い、通信状態に変化があった場合に、アプリケーションに対して状態を通知する。通信監視部２４、一定時間毎に他ノードとの接続を監視する。通信監視部２４は、一定時間毎にＰＨＹデバイス（ＰＨＹポート）のリンクアップを監視してもよい。通信監視部２４は、イーサネットスイッチが送受信したフレームを監視してもよい。通信監視部２４は、イーサネットスイッチのＭＩＢ情報を監視してもよい。通信監視部２４は、イーサネットスイッチの電源状態を監視してもよい。

なお、ネットワークコーディネータ２０は、接続許可部２１、切断指示部２２、通信許可部２３、通信監視部２４に加えて、以下の機能の一部または全部を備えてもよい。
ネットワークコーディネータ２０は、異常から復帰するように構成されてもよい。具体的には、ネットワークコーディネータ２０は、ポートをリンクダウン／アップしてもよい。ネットワークコーディネータ２０は、ＰＨＹデバイス（ＰＨＹポート）の電源をリセットしてもよい。ネットワークコーディネータ２０は、ＰＨＹデバイス（ＰＨＹポート）のレジスタをリフレッシュしてもよい。ネットワークコーディネータ２０は、イーサネットスイッチのレジスタをリフレッシュしてもよい。

なお、ネットワークコーディネータ２０は、通信のログをとるように構成されてもよい。具体的には、ネットワークコーディネータ２０は、収集したログをストレージに記録してもよい。ネットワークコーディネータ２０は、他ノードとの接続監視記録をログに残すことをしてもよい。ネットワークコーディネータ２０は、リンクアップ／リンクダウンした時刻のログに残すことをしてもよい。ネットワークコーディネータ２０は、アプリケーションがポート開閉を要求した時刻をログに残すことをしてもよい。ネットワークコーディネータ２０は、アプリケーションがポートを開閉した時刻をログに残すことをしてもよい。

なお、ネットワークコーディネータ２０は、初期化を実施する際に、アプリケーションが通信可能な状態か確認してもよい。ネットワークコーディネータ２０は、ルーティングを設定する際に、予め定義したルーティングルールに従ってイーサネットスイッチのレジスタを設定してもよい。ネットワークコーディネータ２０は、アクセスコントロールを設定する際に、予め定義したアクセスコントロールリストに従ってイーサネットスイッチのレジスタを設定してもよく、予め定義したアクセスコントロールリストに従ってＴＣＰ／ＩＰプロトコルスタックのポート開閉を設定してもよい。ネットワークコーディネータ２０は、終了処理をする際に、通信アプリケーションに通信終了を指示してもよく、イーサネットスイッチ内に滞留しているメッセージを破棄してもよい。
図１０は、ネットワークコーディネータ２０、第１アプリケーション５０、その他のコンポーネントの関係を例示する図である。

ネットワークコーディネータ２０は、インターフェース（ＩＦ）３０４を介して第１アプリケーション５０と接続され、ＩＦ３０５を介してＴＣＰ／ＩＰプロトコルスタック３０２と接続され、ＩＦ３０６を介してイーサネットスイッチドライバ３０３と接続される。また、第１アプリケーション５０と通信ミドルウェア３０１はＩＦ３０７を介して接続される。

第１アプリケーション５０は、ＩＦ３０４を使い、通信開始時の開始確認、通信終了時の終了通知、通信状態の確認を行う。また、第１アプリケーション５０はＩＦ３０４より通信開始許可を受信したのち、通信資源（帯域）を確保しＩＦ３０７を使い通信を行う。

ネットワークコーディネータ２０は、ＩＦ３０５とＩＦ３０６を使い、通信資源の状態を監視する。ネットワークコーディネータ２０は、第１アプリケーション５０とその接続先が接続し通信している間、通信状態を監視するが、アプリケーションとその接続先の間でデータを受け渡す機能は備えない。このように構成することで、高い優先度のアプリケーション（例えば、緊急通報アプリケーション）が確実に通信できるようにしている。また、ネットワークコーディネータ２０が必要とする計算資源を節約している。

（処理）
図４は、ネットワークコーディネータによる通信ネットワーク制御処理を例示するフローチャートである。図４から図７を参照して、ネットワークコーディネータ２０による通信ネットワーク制御処理を説明する。なお、通信ネットワーク制御処理は、例えば、電子制御装置１により実行される。また、通信ネットワーク制御処理は、ネットワークコーディネータプログラムが実行中、繰り返し実施される。通信ネットワーク制御処理は、アプリケーションがノードと接続し通信を要求するごとに開始する。アプリケーションＡが、センタと接続し通信するために、第１の通信ネットワーク制御処理を開始したのち、アプリケーションＡが別ノードとの接続、通信を要求する場合、第２の通信ネットワーク制御処理が開始する。

Ｓ１００では、接続許可部２１がアプリケーションから接続許可の要求を受けたか否か判定する。接続要求を受けていないと判定している間は、Ｓ１００を繰り返す。接続許可部２１がいずれかのアプリケーションから接続要求を受けたと判定すると、Ｓ１０１に進む。あるいは、接続要求を受けていないと判定した場合は、このフローは終了してもよい。所定時間ごとに、通信ネットワーク制御処理は開始されてもよいし、アプリケーションから他ノード、センタなど接続先への接続要求を通知された場合にフローを開始してもよい。

接続開始の処理を以下に例示する。
アプリケーションが他ノードとの通信が必要であると判定する。アプリケーションが接続開始時にネットワークコーディネータ２０に対して通信可否を確認する。アプリケーションからネットワークコーディネータ２０には、例えば、使用するポート番号、プロトコル（例えば、ＴＣＰ／ＵＤＰ）、通信開始を要求してきたアプリケーションを特定するアプリケーションＩＤの情報が送られる。なお、ポート番号は通信可否の判断やポートの監視に利用される。ネットワークコーディネータ２０は、接続の可否を判断し、接続を要求したアプリケーションに対して、通信可否結果、通信不可時の要因の情報などが送られる。

Ｓ１０１では、接続許可部２１は、アプリケーションの優先度および通信資源の状態のうち少なくとも１つに基づいて、接続を許可するか否かを判定する。なお、接続許可部２１は、利用可能な通信資源の量に基づいて、接続可否を決めてもよい。Ｓ１０１で肯定判定の場合、Ｓ１０２に進む。否定判定の場合、Ｓ１０５に進む。

Ｓ１０５では、接続を拒否する旨をアプリケーションに通知する。なお、接続を拒否されたアプリケーションの動作はアプリケーションごとに定められる。例えば、接続を拒否されたアプリケーションは、所定時間経過後に改めて接続先への接続要求を通知してもよい。この場合、図４の通信ネットワーク制御処理は、Ｓ１００から開始する。

Ｓ１０２では、接続許可部２１は、接続許可待ちのアプリケーションに接続判定結果を通知する。具体的には、接続を許可することを通知する。なお、接続を許可されたアプリケーションは、通信ポート（通信ミドルウェアに対応する）にアクセスし通信資源を確保する。その後、アプリケーションは接続先（例えば、センタ、他ノード）と接続を確立する。Ｓ１０６に進む。

Ｓ１０６では、通信許可部２３は、アプリケーションから通信開始の許可を要求されたか否かを判定する。通信開始の許可の要求を受けると、Ｓ１０３に進む。通信開始の許可の要求がない場合、Ｓ１０４に進む。なお、アプリケーションがいつ通信終了の通知をネットワークコーディネータ２０に送信するかは不明であるので、Ｓ１０６で本処理は待機しており、通信開始要求を受信すればＳ１０３に進み、通信終了通知を受信すればＳ１０４に進むともいえる。あるいは、Ｓ１０６で否定判定ののち、通信終了通知を受信したか否かを判定してもよい。この場合、通信終了通知を受信すると（肯定判定）、Ｓ１０４に進む。一方、通信終了通知を受信していない場合は、Ｓ１０６に戻る構成でもよい。なお、通信開始の要求は、例えば、通信量が所定値を超える場合、通信量の変化率が所定値を超える場合、または、通信ネットワークへの負荷が増加する所定の条件を満たす場合に、アプリケーションから通知される。あるいは、接続確立後に、通信を開始する際には常に通信開始要求が通知されてもよい。

Ｓ１０３では、図６あるいは図７の通信開始処理が実施される。はじめに図６を参照し通信開始処理を説明する。Ｓ１０３は通信許可部２３により実施される。
Ｓ２０１では、アプリケーションの優先度および通信資源の状態（例えば、帯域の使用状態）のうち少なくとも１つに基づいて、アプリケーションの通信開始を許可するか否か判定される。肯定判定の場合、Ｓ２０２でアプリケーションに対して通信開始を許可する。否定判定の場合、Ｓ２０３でアプリケーションに対して通信開始を拒否することを通知する。なお、通信開始を拒否された場合のアプリケーションの動作はアプリケーションごとに設定される。例えば、あるアプリケーションは、所定時間経過後に、再度、通信開始の許可を要求してもよい。あるいは、あるアプリケーションは、接続先との接続を切断し、通信終了の通知をネットワークコーディネータ２０に送信してもよい。

アプリケーションは、接続先とデータの送信、受信、または、送受信を行う。接続先との通信を終了すると、ネットワークコーディネータに対して、通信終了の通知を出力する。
Ｓ１０４では、切断指示部２２は、アプリケーションが通信資源を破棄し、接続先との接続を切断したことを確認する。あるいは、切断指示部２２は、アプリケーションから通信終了の通知を受けたが、アプリケーションが通信資源との接続を維持している場合、アプリケーションに切断の指示を出してもよいし、切断指示部２２が通信資源に切断指示を出してもよい。

なお、通信終了時の処理を以下に例示する。
第１のケースは、アプリケーションから通信終了する場合である。
アプリケーションは、通信を終了すると、通信ミドルウェアに対して通信資源の破棄を通知する。その後、アプリケーションからネットワークコーディネータ２０に、使用しているポート番号、プロトコル（ＴＣＰ／ＵＤＰ）、アプリケーションＩＤの情報が、通信終了通知として送られる。ネットワークコーディネータ２０は、アプリケーションに対して、通知を受け付けた旨を通知する。

第２のケースは、接続時に失敗し通信終了する場合である。
接続時に通信資源を確保できなかった場合（例えば、ｓｏｃｋｅｔエラーの発生）、アプリケーションは必要に応じて通信資源確保のリトライを実施する。それでも通信資源を確保できない場合、アプリケーションは通信不可と判断し、ネットワークコーディネータ２０に対して通信終了を通知する。

（変形例）
次に、図５を参照し、通信ネットワーク制御処理の変形例を説明する。図５は、ネットワークコーディネータによる通信ネットワーク制御処理を例示するフローチャートである。
Ｓ１００からＳ１０６は、上述の通信ネットワーク制御処理と同様であるので説明を省略し、主な相違点を説明する。

Ｓ１０１では、上述の通り、アプリケーションによる接続先への接続を許可するか否かを判定する。但し、否定判定の場合、Ｓ１１０に進む。
Ｓ１１０では、接続許可の要求を通知したアプリケーション（第１アプリケーションとも呼ぶ）よりも優先度の低いアプリケーション（低優先アプリケーション）があるか否かを判定する。具体的には、接続許可の要求を通知したアプリケーションの優先度と、通信資源を確保したのちいずれかの接続先と通信を確立しているアプリケーション（第３アプリケーションと呼ぶ）の優先度を比較する。第１アプリケーションの優先度が、第３アプリケーションの優先度よりも高い場合、Ｓ１１１に進む。否定判定の場合は、Ｓ１０５に進む。Ｓ１０５は、上記と同様であり、説明を省略する。

Ｓ１１１では、切断指示部２２は第３アプリケーションまたは第３アプリケーションに対して接続環境を提供している通信資源に対して、通信の切断を指示する。通信切断指示をうけると、第３アプリケーションまたは通信資源は通信を終了し、第３アプリケーションは通信の終了をネットワークコーディネータ２０に通知する。
Ｓ１１２では、第３アプリケーションが通信資源から切断したことを確認する。フローはＳ１０１に戻る。

なお、アプリケーションの優先度は、例えば、メモリ１１に予め保存されている。また、アプリケーションの優先度は、センタにより設定されてもよい。また、アプリケーションの優先度はアプリケーションにより相対的または絶対的な表現としてネットワークコーディネータ２０に対して通知されてもよい。

図７を参照し、通信開始処理の変形例を説明する。図７は、通信開始処理を例示するフローチャートである。
Ｓ２０１からＳ２０３は、図６を参照して説明した通信開始処理と同様であるので説明を省略し、主な相違点を説明する。
Ｓ２０１では、アプリケーションより通信開始の許可を要求される。通信開始を許可する場合は、Ｓ２０２に進む。通信開始を拒否する場合は、Ｓ２１０に進む。

Ｓ２１０では、接続許可の要求を通知したアプリケーション（第１アプリケーションとも呼ぶ）よりも優先度の低いアプリケーション（第３アプリケーションと呼ぶ）があるか否かを判定する。アプリケーションの優先度の判定は、Ｓ１１０と同様である。第１アプリケーションより優先度の低い第３アプリケーションがある場合は、Ｓ２１１に進む。第１アプリケーションより優先度の低い第３アプリケーションがない場合は、Ｓ２０３に進む。
Ｓ２１１は、Ｓ１１１と同様である。Ｓ２１１の後は、Ｓ２１２に進む。
Ｓ２１２は、Ｓ１１２と同様である。第３アプリケーションが通信資源から切断したことを確認したのち、フローはＳ２０１に戻る。

なお、ネットワークコーディネータ２０は、接続先と接続済みのアプリケーションに対して通信停止を指示してもよい。例えば、アプリケーションが通信中に、他の高優先アプリの接続開始や通信開始、デバイス異常、その他の要因により通信を停止しなければならない場合に、ネットワークコーディネータ２０からアプリケーションに対して通信終了を通知する。アプリケーションは通信停止通知を受け取ると、通信ミドルウェアに対して通信資源を破棄し、通信終了通知をネットワークコーディネータ２０へ通知する。なお、通信終了通知は、例えば、通信を止めるポート番号、プロトコル（ＴＣＰ／ＵＤＰ）、アプリケーションＩＤ、通信停止要因に関する情報を含む。

なお、アプリケーションが通信資源を確保しているため、通信資源に異常が発生した場合には、アプリケーションがネットワークコーディネータ２０よりも先に異常を検知する場合がある。このような場合、アプリケーションは通信資源を破棄した後、通信終了通知をネットワークコーディネータ２０に対して通知してもよい。

なお、実施形態では、アプリケーションがネットワークコーディネータに対して、アプリケーションの接続先との接続要求を通知する構成を記載しているが、接続要求を送信するのはアプリケーションではなく、ネットワークコーディネータ以外の車載コーディネータが、車両内のノードまたはセンタと通信するため接続要求をネットワークコーディネータに通知してもよい。

（具体例）
次に、本開示について、具体的なシーンにおけるネットワークコーディネータ２０の動作を説明する。以下では、ソフトウェアアップデートにおける通信ネットワーク制御処理と、リモートダイアグにおける通信ネットワーク制御処理を説明する。

（ソフトウェアアップデート）
図８および図９は、ＳＯＴＡにおけるシークエンスを例示する図である。図８は、フロー開始からソフトウェア更新までのシークエンスを示す。図９は、図８のシークエンスの続きである。
なお、ＳＯＴＡとは、Software Over The Airの略称で、車載ソフトを更新する際に、データを無線通信を経由して車載ＥＣＵに取り込み、リプロすることである。

ＳＯＴＡアプリは第１アプリケーション５０に対応する。ＳＯＴＡアプリは、更新ソフトをダウンロードするためのダウンロードモジュールと、システムへのインストールを行うためのインストールモジュールを含む。なお、ＳＯＴＡインストーラは、他ノードへ更新データを転送できる。なお、ダウンロードモジュールをＳＯＴＡダウンローダとも呼ぶ。また、インストールモジュールをＳＯＴＡインストーラとも呼ぶ。センタはセンタ３に対応する。ポートは通信資源に対応する。低優先アプリは第３アプリケーション７０に対応する。

図８のシーケンスは、例えば、システムがＯＴＡ（Ｏｖｅｒ Ｔｈｅ Ａｉｒ）でリプロするタイミングで開始する。
ＳＯＴＡダウンローダはセンタとの接続許可をネットワークコーディネータに要求する。
ネットワークコーディネータは、接続を許可してもよいか否か判定する。許可してよいと判定すると、接続を許可する。あるいは、接続を拒否する。あるいは、ＳＯＴＡダウンローダよりも優先度の低いアプリ（低優先アプリ）があるか否かを判定し、低優先アプリがあれば、接続を切断する指示を低優先アプリに通知する。低優先アプリは、接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、ＳＯＴＡダウンローダにセンタとの接続を許可する。

ＳＯＴＡダウンローダは、ポートに対して通信資源を確保し、センタとの接続を確立する。
ＳＯＴＡダウンローダは、センタにソフトウェアバージョンを送信する。
センタは、ＳＯＴＡダウンローダにＯＴＡのトリガを送信する。
ＳＯＴＡダウンローダは、センタから更新ソフトを受信するのに伴い通信量が増えることをネットワークコーディネータに通知する。換言すると、ＳＯＴＡダウンローダは、センタとの通信開始をネットワークコーディネータに要求する。

ネットワークコーディネータは通信開始を許可するか否かを判定する。通信開始を許可する場合は、通信開始許可を通知する。通信開始を許可しない場合は、通信開始の拒否を通知する。あるいは、低優先アプリがあるか否かを判定する。低優先アプリがあれば、低優先アプリに対して接続を切断する。低優先アプリは接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、ＳＯＴＡダウンローダにセンタとの通信開始を許可する。
ＳＯＴＡダウンローダは、通信開始を許可されると、センタから更新データをダウンロードする。
ＳＯＴＡダウンローダは、更新データのダウンロードが終了すると、通信が終了したことを通知する。

ＳＯＴＡインストーラはダウンロードした更新データを用いて、ソフトウェアをアップデートする。あるいは、他ノードへソフトウェアを配布する場合は、以下のように、ＳＯＴＡインストーラがネットワークコーディネータに対して他ノードとの接続を要求する通信ネットワーク制御処理を開始する。
ＳＯＴＡインストーラはネットワークコーディネータに他ノードのＳＯＴＡダウンローダとの接続を要求する。

ネットワークコーディネータはＳＯＴＡインストーラと他ノードとの接続を許可するか否かを判定する。接続を許可する場合は、ＳＯＴＡインストーラに接続許可を通知する。あるいは、接続を許可しない場合は、接続の拒否を通知する。あるいは、低優先アプリがあるか否かを判定する。低優先アプリがあれば、低優先アプリに対して接続を切断する。低優先アプリは接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、ＳＯＴＡインストーラに他ノードとの接続を許可する。

接続を許可されると、ＳＯＴＡインストーラは他ノードと接続する。
ＳＯＴＡインストーラは他ノードのＳＯＴＡダウンローダに更新データを送信する。
ＳＯＴＡインストーラはネットワークコーディネータに通信が終了したことを報告する。
以上で、ＳＯＴＡアプリによる通信処理は終了する。

（リモートダイアグ）
図１０および図１１は、リモートダイアグにおけるシークエンスを例示する図である。図１０は、フロー開始から通信開始の許可までのシークエンスを示す。図１１は、図１０のシークエンスの続きである。

リモートダイアグは、システムがリモートで自己診断する際に実施される。リモートダイアグアプリが、センタとの接続をネットワークコーディネータに要求することで処理が開始する。例えば、リモートダイアグアプリがセントラルＥＣＵで実行され、他ノードとしてエンジンＥＣＵなど、ダイアグ機能を備えた各種ＥＣＵが相当する。

ネットワークコーディネータは、リモートダイアグアプリとセンタとの接続を許可するか否かを判定する。接続を許可する場合、ネットワークコーディネータは接続許可を通知する。あるいは、接続を許可しない場合、ネットワークコーディネータは接続の拒否を通知する。あるいは、リモートダイアグアプリよりも優先度の低いアプリ（低優先アプリ）があるか否かを判定する。低優先アプリがあれば、低優先アプリに対して接続を切断する。低優先アプリは接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、リモートダイアグアプリにセンタと接続許可を通知する。

接続を許可されると、リモートダイアグダイアグアプリは通信資源を確保してセンタと接続する。
センタはリモートダイアグアプリにダイアグ設定データを送信する。センタはリモートダイアグアプリにダイアグ開始のトリガを送信する。
リモートダイアグアプリは他ノードのダイアグアプリとの接続をネットワークコーディネータに要求する。

ネットワークコーディネータは、他ノードとの接続を許可するか否かを判定する。他ノードとの接続を許可する場合は、リモートダイアグアプリに接続と許可する。あるいは、他ノードとの接続を許可しない場合は、リモートダイアグアプリに接続拒否を通知する。あるいは、リモートダイアグアプリよりも優先度の低いアプリ（低優先アプリ）があるか否かを判定する。低優先アプリがあれば、低優先アプリに対して接続を切断する。低優先アプリは接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、リモートダイアグアプリに他ノードとの接続を許可する。

他ノードとの接続を許可されると、通信資源を確保し、リモートダイアグアプリはダイアグアプリ（他ノード）と接続する。
リモートダイアグアプリはダイアグアプリにダイアグコマンドを送信する。
ダイアグアプリはリモートダイアグアプリにコマンドの応答を送信する。

ダイアグコマンドの応答を受信し終わると、リモートダイアグアプリは他ノードのダイアグアプリとの接続を切断する。リモートダイアグアプリは他ノードと切断したことをネットワークコーディネータに通知する。
リモートダイアグアプリはセンタにダイアグコマンドの応答をするため、通信量が増えることをネットワークコーディネータに通知する。

ネットワークコーディネータは通信開始を許可するか否かを判定する。通信開始を許可する場合は、リモートダイアグアプリに対して通信開始を許可する。あるいは、通信開始を許可しない場合は、通信開始を拒否する。あるいは、低優先アプリがあるか否かを判定する。低優先アプリがあれば、低優先アプリに対して接続を切断する。低優先アプリは接続を切断すると、ネットワークコーディネータに通信の終了を通知する。これにより通信資源は増加するので、ネットワークコーディネータは、リモートダイアグアプリにセンタとの通信開始を許可する。

リモートダイアグアプリは、通信開始を許可されると、センタにダイアグコマンドの応答を送信する。
リモートダイアグアプリはセンタとの通信が終了したことをネットワークコーディネータに通知する。
以上で、リモートダイアグアプリによる通信処理は終了する。

つまり、本開示によれば、以下の通信方法および通信管理方法が提供される。なお、本開示は、さらに、ネットワークコーディネータ、ネットワークコーディネータプログラム、ネットワークコーディネータプログラムを記憶する記憶媒体、車載通信システム、車載通信管理システム、など多様な態様で実現できる。ネットワークコーディネータは通信管理装置に対応する。

本開示の一態様によれば、車外との通信を要求するように構成された複数のアプリケーションと、当該通信を行う通信部と、前記複数のアプリケーションからの通信要求を管理するネットワークコーディネータと、を有する車両システムにおける通信方法が提供される。

車両システムにおける通信方法は、アプリケーションは、前記ネットワークコーディネータに対して車外接続を要求すること、前記ネットワークコーディネータが、前記車外接続の要求を受けると、車外接続を許可するか否かを判定すること、前記ネットワークコーディネータが、車外接続の判定結果を前記アプリケーションに通知すること、前記アプリケーションが前記ネットワークコーディネータにより車外接続を許可されると、前記通信部に対して車外接続を要求すること、前記アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、前記ネットワークコーディネータへデータ送受信開始の許可を要求すること、前記ネットワークコーディネータが、前記データ送受信開始の要求を受けると、前記データ送受信開始を許可するか否かを判定すること、前記ネットワークコーディネータが、データ送受信開始の判定結果を前記アプリケーションに通知すること、前記アプリケーションは、前記ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、記アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、前記ネットワークコーディネータへデータ送受信終了を通知すること、を含む。

あるいは、本開示の一態様は、車外及び車内との通信を要求するように構成された複数のアプリケーションと、前記アプリケーションからの指示を受ける電子制御装置と、前記通信を行う通信部と、前記複数のアプリケーションからの通信要求を管理するネットワークコーディネータと、を有する車両システムにおける通信方法が提供される。

車両システムにおける通信方法は、アプリケーションが、前記ネットワークコーディネータに対して車外接続を要求すること、前記ネットワークコーディネータが、前記車外接続の要求を受けると、車外接続を許可するか否かを判定すること、前記ネットワークコーディネータが、車外接続の判定結果を当該アプリケーションに通知すること、前記アプリケーションが、前記ネットワークコーディネータから車外接続を許可されると、前記通信部に対して車外接続を要求すること、前記アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、前記ネットワークコーディネータへデータ送受信開始を要求すること、前記ネットワークコーディネータが、前記データ送受信開始の要求を受けると、データ送受信開始を許可するか否かを判定すること、前記ネットワークコーディネータが、データ送受信開始の判定結果を当該アプリケーションに通知すること、前記アプリケーションは、前記ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、前記アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、前記ネットワークコーディネータへデータ送受信終了を通知すること、前記アプリケーションは、前記ネットワークコーディネータへ前記電子制御装置との車内接続を要求すること、前記ネットワークコーディネータは、前記アプリケーションからの車内接続の要求を受けると、前記電子制御装置との車内接続を許可するか否かを判定すること、前記ネットワークコーディネータは、前記電子制御装置との車内接続を許可するか否かの判定結果を当該アプリケーションに通知すること、前記アプリケーションは、前記車内接続の許可を受信すると、前記電子制御装置と接続すること、前記アプリケーションは、前記電子制御装置との接続後、前記電子制御装置との通信処理が完了した場合、前記ネットワークコーディネータへ車内接続終了を通知すること、を含む。

さらに、通信方法は、前記ネットワークコーディネータは、前記車外接続の要求を受けた場合、前記車外接続を要求しているアプリケーションの優先度より低い優先度を有するアプリケーションに対し車外接続の中止を指示すること、を含んでもよい。

さらに、通信方法は、前記ネットワークコーディネータは、前記データ送受信開始要求を受けた場合、前記データ送受信開始要求を送信したアプリケーションの優先度より低い優先度を有するアプリケーションに対しデータ送受信の中止を指示すること、をさらに含んでもよい。

さらに、通信方法は、前記ネットワークコーディネータは、車内接続要求を受けた場合、前記車内接続要求を送信したアプリケーションの優先度より低い優先度を有するアプリケーションに対し車内接続の中止を指示すること、をさらに含んでもよい。

さらに、通信方法は、前記アプリケーションは、前記通信部に対して車外接続切断を要求した後、前記ネットワークコーディネータに対して車外接続終了を通知することを含んでもよい。

さらに、通信方法は、前記ネットワークコーディネータは、車外又は車内の通信帯域を監視すること、前記通信帯域が制限される場合、アプリケーションへ通知すること、をさらに含んでもよい。

本開示の一態様によれば、車載ネットワークの通信管理方法が提供される。車載ネットワークの通信管理方法は、車両において車載ネットワークの通信資源の使用状況を監視すること、前記車両に搭載されたアプリケーションが車両内または車両外のノードとの通信を要求する場合、前記アプリケーションから接続要求を通知されること、前記通信資源の使用状況に基づいて、前記アプリケーションによる接続要求を許可するか否かを判定すること、判定結果を、前記アプリケーションに通知すること、前記接続を許可されたアプリケーションにより通信資源が確保され、前記ノードとの接続が確立されたことを監視すること、前記ノードとの通信を終了したのち、前記アプリケーションにより通信資源は破棄され、前記アプリケーションから通信終了が通知されること、を含む。

なお、通信管理方法は、前記接続を許可され車両内または車両外のノードとの接続を確立しているアプリケーションに対して、通信終了を指示すること、車両に搭載されたアプリケーションの優先度を記憶すること、前記車両に搭載されたアプリケーションのうち第２アプリケーションが接続要求を通知するより前に第１アプリケーションが車両内または車両外のノードと接続を確立している状況で、前記第２アプリケーションから接続要求を通知された場合、前記第２アプリケーションの優先度と前記第１アプリケーションの優先度を比較すること、をさらに含んでもよく、前記１アプリケーションの優先度が第２アプリケーションの優先度より低い場合、前記第１アプリケーションに対して通信終了を指示してもよい。
さらに、通信管理方法は、前記ノードは、車両に搭載された電子制御装置であってもよい。
さらに、通信管理方法は、前記ノードは、車両外に設置されたセンタであってもよい。

さらに、通信管理方法は、前記車載ネットワークは、イーサネットに基づく通信であって、前記通信資源の使用状況として、使用されている帯域を監視してもよい。
本開示の構成によれば、通信資源を有効利用し、通信を要求するアプリケーションが適切なタイミングで通信できる環境を提供できる。

本開示に記載の制御部及びその手法は、コンピュータプログラムにより具体化された一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリを構成することによって提供された専用コンピュータにより、実現されてもよい。あるいは、本開示に記載の制御部及びその手法は、一つ以上の専用ハードウェア論理回路によってプロセッサを構成することによって提供された専用コンピュータにより、実現されてもよい。もしくは、本開示に記載の制御部及びその手法は、一つ乃至は複数の機能を実行するようにプログラムされたプロセッサ及びメモリと一つ以上のハードウェア論理回路によって構成されたプロセッサとの組み合わせにより構成された一つ以上の専用コンピュータにより、実現されてもよい。また、コンピュータプログラムは、コンピュータにより実行されるインストラクションとして、コンピュータ読み取り可能な非遷移有形記録媒体に記憶されていてもよい。以上、本発明は、上記実施形態になんら限定されるものではなく、発明の趣旨を逸脱しない範囲において種々の形態で実施可能である。

本開示は、実施例に準拠して記述されたが、本開示は当該実施例や構造に限定されるものではないと理解される。本開示は、様々な変形例や均等範囲内の変形をも包含する。加えて、様々な組み合わせや形態、さらには、それらに一要素のみ、それ以上、あるいはそれ以下、を含む他の組み合わせや形態をも、本開示の範疇や思想範囲に入るものである。

１…電子制御装置、１Ａ…電子制御装置、２…通信部、３…センタ、４…車載ネットワーク、２０…ネットワークコーディネータ、５０…第１アプリケーション、６０…第２アプリケーション、７０…第３アプリケーション、８０…第４アプリケーション、３００…車両。

Claims (11)

1. 車外との通信を要求するように構成された複数のアプリケーション（５０、６０、７０、８０）と、
   当該通信を行う通信部（２）と、
   前記複数のアプリケーションからの通信要求を管理するネットワークコーディネータ（２０）と、を有する車両システムにおける通信方法であって、
   前記アプリケーションは、前記ネットワークコーディネータに対して車外接続を要求すること、
   前記車外接続の要求を受けると、前記ネットワークコーディネータは、車外接続を許可するか否かを判定すること、
   前記ネットワークコーディネータが、車外接続の判定結果を前記アプリケーションに通知すること、
   前記アプリケーションが前記ネットワークコーディネータにより車外接続を許可されると、前記通信部に対して車外接続を要求すること、
   前記アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、前記ネットワークコーディネータへデータ送受信開始の許可を要求すること、
   前記ネットワークコーディネータが、前記データ送受信開始の要求を受けると、前記データ送受信開始を許可するか否かを判定すること、
   前記ネットワークコーディネータが、データ送受信開始の判定結果を前記アプリケーションに通知すること、
   前記アプリケーションは、前記ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、
   前記アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、前記ネットワークコーディネータへデータ送受信終了を通知すること、を含む通信方法。
2. 車外及び車内との通信を要求するように構成された複数のアプリケーション（５０、６０、７０、８０）と、
   前記アプリケーションからの指示を受ける電子制御装置（１、１Ａ）と、
   前記通信を行う通信部（２）と、
   前記複数のアプリケーションからの通信要求を管理するネットワークコーディネータ（２０）と、を有する車両システムにおける通信方法であって、
   アプリケーションが、前記ネットワークコーディネータに対して車外接続を要求すること、
   前記ネットワークコーディネータが、前記車外接続の要求を受けると、車外接続を許可するか否かを判定すること、
   前記ネットワークコーディネータが、車外接続の判定結果を当該アプリケーションに通知すること、
   前記アプリケーションが、前記ネットワークコーディネータから車外接続を許可されると、前記通信部に対して車外接続を要求すること、
   前記アプリケーションが、車外接続を完了したのち、ファイルのダウンロード又はアップロードが必要な場合、前記ネットワークコーディネータへデータ送受信開始を要求すること、
   前記ネットワークコーディネータが、前記データ送受信開始の要求を受けると、データ送受信開始を許可するか否かを判定すること、
   前記ネットワークコーディネータが、データ送受信開始の判定結果を当該アプリケーションに通知すること、
   前記アプリケーションは、前記ネットワークコーディネータからデータ送受信開始許可を受信すると、ファイルのダウンロード又はアップロードを開始すること、
   前記アプリケーションは、ファイルのダウンロード又はアップロードが完了した場合、前記ネットワークコーディネータへデータ送受信終了を通知すること、
   前記アプリケーションは、前記ネットワークコーディネータへ前記電子制御装置との車内接続を要求すること、
   前記ネットワークコーディネータは、前記アプリケーションからの車内接続の要求を受けると、前記電子制御装置との車内接続を許可するか否かを判定すること、
   前記ネットワークコーディネータは、前記電子制御装置との車内接続を許可するか否かの判定結果を当該アプリケーションに通知すること、
   前記アプリケーションは、前記車内接続の許可を受信すると、前記電子制御装置と接続すること、
   前記アプリケーションは、前記電子制御装置との接続後、前記電子制御装置との通信処理が完了した場合、前記ネットワークコーディネータへ車内接続終了を通知すること、を含む通信方法。
3. 前記ネットワークコーディネータは、前記車外接続の要求を受けた場合、前記車外接続を要求しているアプリケーションの優先度より低い優先度を有するアプリケーションに対し車外接続の中止を指示すること、をさらに含む請求項１または２に記載の通信方法。
4. 前記ネットワークコーディネータは、前記データ送受信開始要求を受けた場合、前記データ送受信開始要求を送信したアプリケーションの優先度より低い優先度を有するアプリケーションに対しデータ送受信の中止を指示すること、をさらに含む請求項１から３のいずれか一項に記載の通信方法。
5. 前記ネットワークコーディネータは、車内接続要求を受けた場合、前記車内接続要求を送信したアプリケーションの優先度より低い優先度を有するアプリケーションに対し車内接続の中止を指示すること、をさらに含む請求項１から４のいずれか一項に記載の通信方法。
6. 前記ネットワークコーディネータは、車外又は車内の通信帯域を監視すること、
   前記通信帯域が制限される場合、アプリケーションへ通知すること、をさらに含む請求項１から５のいずれか一項に記載の通信方法。
7. 車載ネットワーク（４）の通信管理方法であって、
   車両（３００）において車載ネットワークの通信資源の使用状況を監視すること、
   前記車両に搭載されたアプリケーション（５０、６０、７０、８０）が車両内または車両外のノードとの通信を要求する場合、前記アプリケーションから接続要求を通知されること、
   前記通信資源の使用状況に基づいて、前記アプリケーションによる接続要求を許可するか否かを判定すること、
   判定結果を、前記アプリケーションに通知すること、
   前記接続を許可されたアプリケーションにより通信資源が確保され前記ノードとの接続が確立されたことを監視すること、
   前記ノードとの通信を終了したのち、前記アプリケーションにより通信資源は破棄され、前記アプリケーションから通信終了が通知されること、を含む通信管理方法。
8. 前記車両に搭載されたアプリケーションが第１アプリケーションと第２アプリケーションを含み、
   前記接続を許可され車両内または車両外のノードとの接続を確立しているアプリケーションに対して、通信終了を指示すること、
   車両に搭載されたアプリケーションの優先度を記憶すること、
   前記第１アプリケーションが車両内または車両外のノードと接続をすでに確立している状況で、前記第２アプリケーションから接続要求を通知された場合、前記第２アプリケーションの優先度と前記第１アプリケーションの優先度を比較すること、をさらに含み、
   前記第１アプリケーションの優先度が第２アプリケーションの優先度より低い場合、前記第１アプリケーションに対して通信終了を指示する、請求項７に記載の通信管理方法。
9. 前記ノードは、車両に搭載された電子制御装置（１、１Ａ）である、請求項７または８に記載の通信管理方法。
10. 前記ノードは、車両外に設置されたセンタ（３）である、請求項７または８に記載の通信管理方法。
11. 前記車載ネットワークは、イーサネットに基づく通信であって、
    前記通信資源の使用状況として、使用されている帯域を監視する、請求項７から１０のいずれか一項に記載の通信管理方法。

Images