(57)【要約】【課題】表示領域に対して各制御装置が画面を表示させる表示システムにおいて、操作情報の処理先を容易に特定することを可能とした表示システムを提供する。【解決手段】第１ＥＣＵ４０は、第１ＥＣＵ４０が画面を表示させているときのイベントについて、使用するか否かの判断を行い、使用しないと判断した際の通知と共にそのイベントを第２ＥＣＵ５０に送信し、第２ＥＣＵ５０が画面を表示させているときのイベントについては、使用するか否かを判断する前に、イベントを第２ＥＣＵ５０へ送信する。第２ＥＣＵ５０は、第１ＥＣＵ４０から受信したイベントについて、使用するか否かの判断を行い、使用しないと判断した際の通知を第１ＥＣＵ４０に送信する。そして、第１ＥＣＵ４０は、第２ＥＣＵ５０から受信した通知に基づき、そのイベントを使用するか否かを判断する。【選択図】図１
2018085070.tif 000002
【特許請求の範囲】
【請求項１】
画面を表示する表示装置と、
通信ネットワークに接続された複数の制御装置であって、第１の制御装置と第２の制御装置とを含み、前記画面を表示させる前記複数の制御装置と、を備え、
前記第１の制御装置が、前記画面に対する操作情報を取得し、
前記各制御装置は、前記操作情報が当該制御装置の処理対象であるか否かの判断を実行可能に構成され、前記判断後の処理として、前記操作情報が処理対象である場合に、前記操作情報に基づく制御を行い、前記操作情報が処理対象でない場合に、処理対象でない旨の通知を他の制御装置へ送信し、
前記第１の制御装置は、前記第１の制御装置が前記画面を表示させているときの前記操作情報について前記判断を行い、前記操作情報が前記第１の制御装置の処理対象でない場合に前記判断後の処理での前記通知の送信先を前記第２の制御装置に設定して前記操作情報を前記通知に含め、前記第２の制御装置が前記画面を表示させているときの前記操作情報については、前記判断を行う前に前記操作情報を前記第２の制御装置へ送信し、
前記第２の制御装置は、前記第１の制御装置から受信した前記操作情報について、前記判断、および、当該判断後の処理を行う
表示システム。
【請求項２】
前記第２の制御装置は、前記判断後の処理における前記通知の送信先を前記第１の制御装置に設定し、
前記第１の制御装置は、前記判断を行う前に送信した前記操作情報について、前記第２の制御装置から前記通知を受信した場合に、前記判断、および、当該判断後の処理を行う
請求項１に記載の表示システム。
【請求項３】
前記第２の制御装置は、前記第１の制御装置が前記判断を行う前に送信した前記操作情報について前記判断を行い、前記操作情報が前記第２の制御装置の処理対象でない場合に前記判断後の処理での前記通知の送信先を前記第１の制御装置に設定して、前記操作情報を前記通知に含めて前記第１の制御装置へ送信する
請求項１または２に記載の表示システム。
【請求項４】
前記複数の制御装置は、前記第１の制御装置と、複数の前記第２の制御装置から構成され、
前記各制御装置には、前記通知の送信される順番が予め設定され、
前記画面を表示させている前記制御装置以外の前記制御装置には、前記順番に従い、前記判断後の処理における前記通知が前記操作情報を含めて送信される
請求項１に記載の表示システム。
【請求項５】
前記第１の制御装置は、前記画面に対する操作の結果を入力装置から受けて複数のイベントを発生させ、前記各イベントを前記操作情報として取り扱う
請求項１から４のいずれか一項に記載の表示システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の制御装置が画面を表示させる表示システムに関する。
【背景技術】
【０００２】
入力装置に対する操作に応じたイベントを発生させて、そのイベントの処理を行う情報処理装置が知られている。この情報処理装置は、操作とイベントとを対応付けた変換テーブルを備え、操作に対応付けられたイベントを発生させる（例えば、特許文献１を参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０００−３５３３５７号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
一方、複数の制御装置が画面を表示させる表示システムでは、スイッチの押下方式、トリガー方式、スイッチの種類、これらの組み合わせなど、画面に対する操作の種類が画面ごとに区々となる。そして、操作の情報を受け付ける１つの制御装置が、各画面に対する操作の情報や、操作の情報に基づく処理の命令先など、これらの全てを管理することになれば、その制御装置に処理の負荷が集中してしまう。
【０００５】
本発明は、このような実情に鑑みてなされたものであって、その目的は、複数の制御装置が画面を表示させる表示システムにおいて、操作情報の処理が特定の制御装置に集中することを抑制可能とした表示システムを提供することにある。
【課題を解決するための手段】
【０００６】
以下、上記課題を解決するための手段およびその作用効果を記載する。
上記目的を達成するための表示システムは、画面を表示する表示装置と、通信ネットワークに接続された複数の制御装置であって、第１の制御装置と第２の制御装置とを含み、前記画面を表示させる前記複数の制御装置と、を備え、前記第１の制御装置が、前記画面に対する操作情報を取得する。前記各制御装置は、前記操作情報が当該制御装置の処理対象であるか否かの判断を実行可能に構成され、前記判断後の処理として、前記操作情報が処理対象である場合に、前記操作情報に基づく制御を行い、前記操作情報が処理対象でない場合に、処理対象でない旨の通知を他の制御装置へ送信する。そして、前記第１の制御装置は、前記第１の制御装置が前記画面を表示させているときの前記操作情報について前記判断を行い、前記操作情報が前記第１の制御装置の処理対象でない場合に前記判断後の処理での前記通知の送信先を前記第２の制御装置に設定して前記操作情報を前記通知に含め、前記第２の制御装置が前記画面を表示させているときの前記操作情報については、前記判断を行う前に前記操作情報を前記第２の制御装置へ送信する。前記第２の制御装置は、前記第１の制御装置から受信した前記操作情報について、前記判断、および、当該判断後の処理を行う。
【０００７】
この構成によれば、操作情報が自身の処理対象であるか否かの判断を、表示装置に画面を表示させている制御装置が他の制御装置よりも優先的に行う。結果として、操作情報の処理対象である可能性が高い制御装置に上記の判断を行わせるため、操作情報の処理先を複数の制御装置のなかから容易に特定することが可能であり、また、操作情報がいずれの制御装置の処理対象であるか判断するための処理が特定の制御装置に集中することを抑制することが可能となる。
【０００８】
上記表示システムにおいて、前記第２の制御装置は、前記判断後の処理における前記通知の送信先を前記第１の制御装置に設定し、前記第１の制御装置は、前記判断を行う前に送信した前記操作情報について、前記第２の制御装置から前記通知を受信した場合に、前記判断、および、当該判断後の処理を行ってもよい。
【０００９】
この構成によれば、第２の制御装置が画面を表示させているときの操作情報について、それが第２の制御装置の処理対象でない場合には、操作情報が自身の処理対象であるか否かを、第１の制御装置で判断することが可能となる。
【００１０】
上記表示システムにおいて、前記第２の制御装置は、前記第１の制御装置が前記判断を行う前に送信した前記操作情報について前記判断を行い、前記操作情報が前記第２の制御装置の処理対象でない場合に前記判断後の処理での前記通知の送信先を前記第１の制御装置に設定して、前記操作情報を前記通知に含めて前記第１の制御装置へ送信してもよい。
【００１１】
この構成によれば、第１の制御装置は、第２の制御装置から通知を受信した場合に、第１の制御装置での判断対象となる操作情報を、第２の制御装置から受信することが可能ともなる。そのため、第１の制御装置は、第２の制御装置が処理対象ではないと判断した操作情報、すなわち、第１の制御装置が判断を行う前に送信した操作情報を、別途、第１の制御装置で管理することの負荷を軽減することが可能ともなる。
【００１２】
上記表示システムにおいて、前記複数の制御装置は、前記第１の制御装置と、複数の前記第２の制御装置から構成され、前記各制御装置には、前記通知の送信される順番が予め設定され、前記画面を表示させている前記制御装置以外の前記制御装置は、前記順番に従い、前記判断後の処理における前記通知が前記操作情報を含めて送信されてもよい。
【００１３】
この構成によれば、第１の制御装置の取得した操作情報が、予め設定された順番に従い、各制御装置に順に送信される。そして、操作情報が自身の処理対象であるか否かの判断が、予め設定された順番に従い、各制御装置で順に行われる。そのため、複数の第２の制御装置を備える構成においても、上述した効果を得ることが可能であって、操作情報がいずれの制御装置の処理対象であるか判断するための処理の速度を高めることが可能でもある。
【００１４】
上記表示システムにおいて、前記第１の制御装置は、前記画面に対する操作の結果を入力装置から受けて複数のイベントを発生させ、前記各イベントを前記操作情報として取り扱ってもよい。
【００１５】
この構成によれば、入力装置から入力される操作の結果に基づき、各々が操作情報として取り扱われる複数のイベントを発生させることが可能となる。例えば、一度のスイッチ操作に基づき、スイッチの各押下方式に従うイベントや、各トリガー方式に従うイベントなどを発生させることが可能となる。結果として、画面に対する操作の多様性が拡張されることに対応することが容易となる。
【図面の簡単な説明】
【００１６】
【図１】表示システムを具体化した一実施形態の概略構成を示すブロック図。
【図２】イベントの消費判定が第１ＥＣＵから行われる例を示すシーケンス図。
【図３】同実施形態におけるイベントの詳細をタイムチャートで示す図であって、（ａ）は短押しで検出されるコマンドを示す図、（ｂ）は長押しで検出されるコマンドを示す図。
【図４】短押しで検出されるイベントの消費の一例を示すシーケンス図。
【図５】長押しで検出されるイベントの消費の一例を示すシーケンス図。
【図６】イベントの消費判定が第２ＥＣＵから行われる例を示すシーケンス図。
【図７】短押しで検出されるイベントの消費の一例を示すシーケンス図。
【図８】長押しで検出されるイベントの消費の一例を示すシーケンス図。
【発明を実施するための形態】
【００１７】
図１を参照して、表示システムを具体化した一実施形態について説明する。本実施形態の表示システムは、車両に搭載された車載ネットワークを含む通信システムを備える。
まず、図１を参照して、表示システムの概要を説明する。
【００１８】
表示システムが備える通信システムは、第１電子制御装置（ＥＣＵ）４０、および、第２電子制御装置（ＥＣＵ）５０を備える。通信システムは、操作情報を入力するための入力装置の一例として、スイッチ２０を備える。さらに、通信システムは、表示装置の一例として、映像を含む画面を表示領域に表示するモニタ装置３０を備える。
【００１９】
各ＥＣＵ４０，５０は、それが送信した画面をモニタ装置３０の表示領域に表示させる。スイッチ２０は、運転者等の操作によってオンとオフとが切り替えられるように構成されている。スイッチ２０は、操作情報を送信する。操作情報は、スイッチ２０に対する操作に対応した情報であり、オンに切り替えられたこと、オンであること、オフに切り替えられたこと、オフであることなどを示す情報である。
【００２０】
第１ＥＣＵ４０は、スイッチ２０の出力から操作情報を入力する。第１ＥＣＵ４０は、優先順位を判断する。第１ＥＣＵ４０が判断する優先順位は、各ＥＣＵ４０，５０のなかにおいて、操作情報が割り当てられる順番である。第１ＥＣＵ４０が行う優先順位の判断の結果は、モニタ装置３０の表示領域に画面を表示させているＥＣＵが、各ＥＣＵ４０，５０のいずれであるかに基づく。
【００２１】
例えば、第１ＥＣＵ４０がモニタ装置３０に画面を表示させている場合、第１ＥＣＵ４０の優先順位が１位であり、第２ＥＣＵ５０の優先順位が２位であり、各ＥＣＵ４０，５０のなかにおいて、まず、第１ＥＣＵ４０に操作情報が割り当てられる。他方、第２ＥＣＵ５０がモニタ装置３０に画面を表示させている場合、第１ＥＣＵ４０の優先順位が２位であり、第２ＥＣＵ５０の優先順位が１位であり、各ＥＣＵ４０，５０のなかにおいて、まず、第２ＥＣＵ５０に操作情報が割り当てられる。各ＥＣＵ４０，５０は、それに入力された操作情報の消費判断を行う。各ＥＣＵ４０，５０は、それの優先順位に応じた条件の下で、他のＥＣＵに操作情報を伝達する。
【００２２】
操作情報は、運転者等がスイッチ２０を操作することに基づいて発生するイベントである。発生したイベントは、それが最初に画面を扱うプログラムで使用された段階で消滅する、すなわち消費される。一方、発生したイベントは、それがソフトウェアに使用されると判断されるまで、優先順位の順に従い、各ＥＣＵ４０，５０に伝達される。発生したイベントは、それが伝達された全てのＥＣＵ４０，５０において、ソフトウェアに使用されないと判断された場合に、使用されないまま消滅する。
【００２３】
次に、図１を参照して、表示システムの詳細を説明する。
表示システムが備える通信システムは、車載ネットワーク用の通信用バス１０を備える。スイッチ２０、モニタ装置３０、第１ＥＣＵ４０、および、第２ＥＣＵ５０は、通信可能に通信用バス１０に接続されている。
【００２４】
スイッチ２０は、運転者等によって操作される。スイッチ２０は、それに対する操作の結果を送信する。モニタ装置３０は、映像を含む画面を表示可能な表示領域を備える。モニタ装置３０は、通信用バス１０を介して受信した画面を表示領域に表示する。各ＥＣＵ４０，５０は、通信用バス１０を介して操作の結果を受信する。また、各ＥＣＵ４０，５０は、モニタ装置３０に表示させる画面を生成する。各ＥＣＵ４０，５０は、通信用バス１０を介して画面を送信する。各ＥＣＵ４０，５０は、通信用バス１０を介しての各種の通信メッセージの送受信を相互に可能とする。各ＥＣＵ４０，５０は、２つのＥＣＵ４０，５０以外の他のＥＣＵ等との間でも、各種の通信メッセージの送受信を相互に可能とする。
【００２５】
通信システムは、通信プロトコルとして、例えば、ＣＡＮ（コントローラエリアネットワーク）プロトコルを採用する。なお、通信システムは、通信経路の一部に無線通信を含むことも可能であり、ゲートウェイ等を介してその他のネットワークを経由する経路を含むことも可能である。
【００２６】
ＣＡＮプロトコルでは、通信メッセージの構造であるフレームが規定されている。ＣＡＮプロトコルに規定されるフレームは、通信メッセージの種類を示す識別子としての「メッセージＩＤ」の格納領域、ユーザが指定したデータである「メッセージデータ」の格納領域である「データフィールド」等を備える。「メッセージＩＤ」は、通信メッセージの種類毎に、特定の値に定められる。各ＥＣＵ４０，５０は、それが送信する通信メッセージに、その種類に対応する「メッセージＩＤ」を付与して送信し、それが受信した通信メッセージの種類を「メッセージＩＤ」に基づいて判断する。この通信システムでは、「メッセージＩＤ」を通信メッセージに付与して送信することができるＥＣＵは、各「メッセージＩＤ」に１つずつであって、各「メッセージＩＤ」に固有である。なお、「メッセージデータ」が格納される領域である「データフィールド」は、０〜６４ビット（８ビット×０〜８バイト）のうちのいずれかの長さである。
【００２７】
各ＥＣＵ４０，５０は、演算装置（ＣＰＵ）や記憶装置を有するマイクロコンピュータを含む。各ＥＣＵ４０，５０は、プログラムの演算処理を実行する演算装置と、そのプログラムやデータ等が記憶された読み出し専用メモリ（ＲＯＭ）と、演算装置の演算結果が一時的に記憶される揮発性メモリ（ＲＡＭ）とを備える。各ＥＣＵ４０，５０は、設定値や演算値を保持するバックアップメモリや、データ等を保持するフラッシュメモリ等の記憶装置も備える。各ＥＣＵ４０，５０は、記憶装置に保持されているプログラムを演算装置に読み込み、読み込まれたプログラムを演算装置が実行することによって、所定の機能を実現する。例えば、各ＥＣＵ４０，５０は、画面を生成する処理、画面を送信する処理、および、操作情報を取得する処理を行う。
【００２８】
第１ＥＣＵ４０は、第１ＥＣＵ４０が画面を送信する際に、これから画面を送信する旨を、第２ＥＣＵ５０に通知する。第２ＥＣＵ５０は、第２ＥＣＵ５０が画面を送信する際に、これから画面を送信する旨を第１ＥＣＵ４０に通知する。モニタ装置３０の表示領域は、最新の画面を表示する。画面を表示させているときの第１ＥＣＵ４０は、第２ＥＣＵ５０がこれから画面を送信する旨の通知を受けることに応じて、第１ＥＣＵ４０からの画面の送信を停止する。画面を表示させているときの第２ＥＣＵ５０は、第１ＥＣＵ４０がこれから画面を送信する旨の通知を受けることに応じて、第２ＥＣＵ５０からの画面の送信を停止する。モニタ装置３０は、第１ＥＣＵ４０の送信する画面と、第２ＥＣＵ５０の送信する画面とのいずれか一方の画面を表示する。そして、スイッチ２０が操作の結果を送信するとき、モニタ装置３０に画面を表示させているＥＣＵは、他のＥＣＵよりも優先的に、操作情報を割り当てられる。
【００２９】
各ＥＣＵ４０，５０は、ＣＡＮプロトコル用の通信Ｉ／Ｆや、通信メッセージが一時的に格納される複数のＭＢＯＸ（ＭｅｓｓａｇｅＢｏｘ）等を備える。各ＥＣＵ４０，５０は、通信Ｉ／ＦやＭＢＯＸを介して通信メッセージの送受信を行なう。各ＥＣＵ４０，５０は、操作情報の消費を判断する操作情報消費判断部４２，５２と、通信メッセージを介して操作情報を授受する処理を行う操作情報授受部４３，５３とを備える。
【００３０】
第１ＥＣＵ４０は、操作情報処理部４１を備える。操作情報処理部４１は、スイッチ２０が送信する操作の結果を受信する処理、受信された操作の結果から操作情報を取得する処理、および、操作情報をそのときの優先順位に応じて第２ＥＣＵ５０に送信する処理を行う。なお、この操作情報処理部４１、操作情報消費判断部４２，５２、および、操作情報授受部４３，５３の各機能は、各ＥＣＵ４０，５０におけるプログラムの演算処理によって実現される。
【００３１】
図２を参照して、スイッチ２０の操作に伴って発生するイベントの消費を判定する処理の概要について説明する。まず、ここでは、操作情報の使用を判断する優先順位の１位が第１ＥＣＵ４０であり、２位が第２ＥＣＵ５０の順である場合を例にして説明する。また、操作情報は、第１ＥＣＵ４０の操作情報処理部４１で変換されたイベントとしてプログラムに伝達される。
【００３２】
運転者によってスイッチ２０の押下Ｍ１が行われると、スイッチ２０はその行われた押下Ｍ１に対応する情報としての押下情報Ｍ２を送信する。この送信された押下情報Ｍ２は、第１ＥＣＵ４０で受信される。第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０が押下されたことに対応するイベントを発生させる。第１ＥＣＵ４０は、第１ＥＣＵ４０で発生させたイベントが、第１ＥＣＵ４０で実行されているプログラムであって、画面を扱うプログラムで使用されるか否かの判断を、消費判断４２０として実行する。消費判断４２０では、第１ＥＣＵ４０において、発生したイベントがプログラムに使用される場合、同イベントは消費されると判断され、プログラムに使用されない場合、同イベントは消費されないと判断される。また、消費されるイベントは消費された時点で消滅する一方、消費されないイベントは、優先順位が第１ＥＣＵ４０の次である第２ＥＣＵ５０に伝達される。つまり、第１ＥＣＵ４０は、イベントが消費されないことを判断すると、このイベントを含む通知Ｍ２１を第２ＥＣＵ５０へ送信する。
【００３３】
第２ＥＣＵ５０は、第１ＥＣＵ４０の送信した通知Ｍ２１を受信する。第２ＥＣＵ５０は、第２ＥＣＵ５０で受信された通知Ｍ２１から、スイッチ２０が押下されたことに対応するイベントを取得する。第２ＥＣＵ５０は、第２ＥＣＵ５０で取得されたイベントが、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムで使用されるか否かの判断を、消費判断５２０として実行する。消費判断５２０では、第２ＥＣＵ５０において、取得されたイベントがプログラムに使用される場合、同イベントは消費されると判断され、プログラムに使用されない場合、同イベントは消費されないと判断される。第２ＥＣＵ５０は、イベントが消費されるか否かの判断の結果を、消費結果通知Ｍ２２として第１ＥＣＵ４０へ送信する。消費されるイベントは、それが消費された時点で消滅する。一方、消費されないイベントは、第２ＥＣＵ５０から第１ＥＣＵ４０に返還される。第２ＥＣＵ５０は、消費されないイベントを第１ＥＣＵ４０に返還するため、消費結果通知Ｍ２２に併せて第１ＥＣＵ４０へ送信する。なお、第１ＥＣＵ４０および第２ＥＣＵ５０以外の他のＥＣＵにも優先順位が設定され、消費されないイベントは、優先順位が第２ＥＣＵ５０の次である他のＥＣＵに伝達される構成とすることも可能である。
【００３４】
次に、図３を参照して、スイッチ２０の操作から発生するイベントの一例として、「短押し」および「長押し」によって発生するイベントを説明する。
図３（ａ）は、「短押し」によって発生するイベントを示し、図３（ｂ）は、「長押し」によって発生するイベントを示す。「短押し」および「長押し」は、いずれもスイッチ２０の押下である。スイッチ２０の押下によって発生するイベントは、「短押し」によって発生するイベントと、「長押し」によって発生するイベントとのいずれか一方である。「短押し」によって発生するイベントと、「長押し」によって発生するイベントとは、スイッチ２０において押下の継続された時間と、所定の閾値との比較に基づいて別々に発生する。
【００３５】
具体的には、「短押し」によって発生するイベントは、押下（オン）の継続時間が所定の閾値未満、すなわち所定の閾値になるまでの間にスイッチ２０が開放（オフ）される場合に発生するイベントである。「長押し」によって発生するイベントは、押下（オン）の継続時間が所定の閾値以上である場合に発生するイベントである。所定の閾値である時間の長さは、イベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」から「ｌｏｎｇ＿ｐｒｅｓｓ」までの間の時間の長さと同じである。なお、第１ＥＣＵ４０は、押下情報Ｍ２を受信し、この押下情報Ｍ２に基づいて、スイッチ２０の操作に応じたイベントを操作情報処理部４１に発生させる処理を行う。
【００３６】
図３（ａ）に示すように、第１ＥＣＵ４０の操作情報処理部４１は、「短押し」によって、２つのイベント「ｓｈｏｒｔ＿ｐｒｅｓｓ」および「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」をこの順で発生させる。まず、操作情報処理部４１は、スイッチ２０の状態ＫＡを監視し、スイッチ２０が押下（オン）されたことを示す情報の取得に応じて、イベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させる。そして、操作情報処理部４１は、スイッチ２０が押下（オン）された時点から所定の閾値未満の時間長さのうちにスイッチ２０が開放（オフ）されたことを示す情報の取得に応じて、イベントである「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」を発生させる。
【００３７】
図３（ｂ）に示すように、第１ＥＣＵ４０の操作情報処理部４１は、「長押し」によって、３つのイベント「ｓｈｏｒｔ＿ｐｒｅｓｓ」、「ｌｏｎｇ＿ｐｒｅｓｓ」、および、「ｌｏｎｇ＿ｒｅｌｅａｓｅ」をこの順で発生させる。まず、操作情報処理部４１は、「短押し」の場合と同様に、スイッチ２０の状態ＫＡを監視し、スイッチ２０が押下（オン）されたことを示す情報の取得に応じて、イベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させる。そして、操作情報処理部４１は、スイッチ２０が押下（オン）された時点から所定の閾値以上の時間が経過すると、イベントである「ｌｏｎｇ＿ｐｒｅｓｓ」を発生させ、その後、スイッチ２０が開放（オフ）されたことを示す情報の取得に応じて、イベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を発生させる。
【００３８】
詳述すると、「ｓｈｏｒｔ＿ｐｒｅｓｓ」は、スイッチ２０における押下の状態が、スイッチが押下されていないことを示す「０」からスイッチが押下されていることを示す「１」に遷移するタイミングに発生する。すなわち、「ｓｈｏｒｔ＿ｐｒｅｓｓ」は、押下状態Ｋ１１から押下状態Ｋ１２に遷移するタイミング、または、押下状態Ｋ２１から押下状態Ｋ２２に遷移するタイミングに発生する。
【００３９】
「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」は、所定の閾値未満の時間のうちにスイッチ２０における押下の状態が「１」から「０」に遷移するタイミングに発生する。すなわち、「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」は、押下状態Ｋ１２から押下状態Ｋ１３に遷移するタイミングに発生する。
【００４０】
「ｌｏｎｇ＿ｐｒｅｓｓ」は、所定の閾値が経過するまでスイッチ２０における操作状態が「１」であり続けたことに応じて発生する。すなわち、「ｌｏｎｇ＿ｐｒｅｓｓ」は、押下状態Ｋ２２から押下状態Ｋ２３に遷移するタイミングに発生する。
【００４１】
「ｌｏｎｇ＿ｒｅｌｅａｓｅ」は、所定の閾値が経過した後にスイッチ２０における操作状態が「１」から「０」に遷移するタイミングに発生する。すなわち、「ｌｏｎｇ＿ｒｅｌｅａｓｅ」は、押下状態Ｋ２３から押下状態Ｋ２４に遷移するタイミングに発生する。
【００４２】
次に、図４、および、図５を参照して、スイッチ２０の押下に応じて発生した各イベントが消費される例について説明する。ここでは、第１ＥＣＵ４０がモニタ装置３０に画面を表示させている場合に発生したイベントが消費される例について説明する。すなわち、ここでは、操作情報を割り当てられる優先順位の１位が第１ＥＣＵ４０であり、２位が第２ＥＣＵ５０である。第１ＥＣＵ４０の操作情報処理部４１が、押下情報Ｍ２の受信に応じてイベントを発生させる。
【００４３】
図４は、画面を表示させていない第２ＥＣＵ５０が、イベントである「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」を消費する場合での、通信システムの動作の例を示す。
図４に示すように、第１ＥＣＵ４０は、スイッチ２０での押下に対応する押下情報Ｍ２を受信する。第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０の押下に応じたイベントを発生させる。ここで示す例では、第１ＥＣＵ４０は、「短押し」に応じたイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」および「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」をこの順で発生させる。
【００４４】
まず、第１ＥＣＵ４０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させて、この１つ目のイベントに対する消費判断４４１を行う。第１ＥＣＵ４０が行う消費判断４４１では、第１ＥＣＵ４０が実行しているプログラムであって、画面を扱うプログラムに、１つ目のイベントが通知される。この通知で、プログラムが１つ目のイベントを使用すれば、１つ目のイベントが消費される。一方、プログラムが１つ目のイベントを使用しないのであれば、１つ目のイベントが消費されない。ここで示す例では、１つ目のイベントが消費されないため、第１ＥＣＵ４０は、消費判断４４１において１つ目のイベントが消費されない旨を判断する。
【００４５】
第１ＥＣＵ４０の操作情報授受部４３は、消費されない１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を含む通知Ｍ４１を第２ＥＣＵ５０へ送信する。
第２ＥＣＵ５０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を取得する。第２ＥＣＵ５０は、取得されたイベントを第２ＥＣＵ５０で消費するか否かの判断である消費判断５４１を行う。第２ＥＣＵ５０が行う消費判断５４１では、まず、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムに対して、１つ目のイベントが通知される。この通知で、プログラムが１つ目のイベントを使用すれば、１つ目のイベントが消費される。一方、プログラムが１つ目のイベントを使用しないのであれば、１つ目のイベントが消費されない。ここで示す例では、１つ目のイベントが消費されないため、第２ＥＣＵ５０は、消費判断５４１において、１つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、１つ目のイベントが消費されない旨を、１つ目のイベントの消費結果通知Ｍ４２として、第１ＥＣＵ４０に通知する。
【００４６】
第１ＥＣＵ４０は、１つ目のイベントが消費されない旨の消費結果通知Ｍ４２を第２ＥＣＵ５０から受け取ると、１つ目のイベントを破棄する。
次に、第１ＥＣＵ４０は、２つ目のイベントである「ｓｈｏｒｔ＿ｒｅｌｅａｓｅ」を発生させて、上述の場合と同様に、この２つ目のイベントに対する消費判断４４２を行う。ここで示す例では、２つ目のイベントが消費されないため、第１ＥＣＵ４０は、消費判断４４２において、２つ目のイベントが消費されない旨を判断する。
【００４７】
第１ＥＣＵ４０は、消費されない２つ目のイベントを含む通知Ｍ４３を第２ＥＣＵ５０へ送信する。
第２ＥＣＵ５０は、２つ目のイベントを取得し、２つ目のイベントを第２ＥＣＵ５０で消費するか否かの判断である消費判断５４２を行う。第２ＥＣＵ５０が行う消費判断５４２では、まず、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムに対して、２つ目のイベントが通知される。この通知で、プログラムが２つ目のイベントを使用すれば、イベントが消費される一方、２つ目のイベントを使用しないのであれば、イベントが消費されない。ここでは、２つ目のイベントが消費される例を示し、第２ＥＣＵ５０は、消費判断５４２において、２つ目のイベントを消費した旨を判断する。そして、第２ＥＣＵ５０の操作情報授受部５３は、イベントが消費される旨をイベントの消費結果通知Ｍ４４として第１ＥＣＵ４０に送信する。
【００４８】
第１ＥＣＵ４０は、２つ目のイベントが消費される旨の消費結果通知Ｍ４４を第２ＥＣＵ５０から受け取ると、消費判断４４３において、第１ＥＣＵ４０以外の他のＥＣＵ等に２つ目のイベントを通知することを終了する。
【００４９】
図５は、画面を表示させていない第２ＥＣＵ５０が「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を消費する場合での、通信システムの動作の例を示す。
図５に示すように、第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０での押下に応じたイベントを発生させる。ここで示す例では、「長押し」によって発生するイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」、「ｌｏｎｇ＿ｐｒｅｓｓ」、および、「ｌｏｎｇ＿ｒｅｌｅａｓｅ」がこの順で発生する。
【００５０】
まず、第１ＥＣＵ４０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させて、上述の場合と同様に、この１つ目のイベントに対する消費判断４５１を行う。ここで示す例では、１つ目のイベントが消費されないため、第１ＥＣＵ４０は、消費判断４５１において、１つ目のイベントが消費されない旨を判断する。
【００５１】
第１ＥＣＵ４０は、消費されない１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を含む通知Ｍ５１を第２ＥＣＵ５０へ送信する。
第２ＥＣＵ５０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を取得する。第２ＥＣＵ５０は、上述の場合と同様に、１つ目のイベントを第２ＥＣＵ５０で消費するか否かの消費判断５５１を行う。ここで示す例では、１つ目のイベントが消費されないため、第２ＥＣＵ５０は、消費判断５５１において、１つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、１つ目のイベントが消費されない旨を、１つ目のイベントの消費結果通知Ｍ５２として第１ＥＣＵ４０へ送信する。
【００５２】
第１ＥＣＵ４０は、１つ目のイベントが消費されない旨の消費結果通知Ｍ５２を第２ＥＣＵ５０から受け取ると、１つ目のイベントを破棄する。
次に、第１ＥＣＵ４０は、２つ目のイベントである「ｌｏｎｇ＿ｐｒｅｓｓ」を発生させて、上述の場合と同様に、この２つ目のイベントに対する消費判断４５２を行う。ここで示す例では、２つ目のイベントも消費されないため、第１ＥＣＵ４０は、消費判断４５２において、２つ目のイベントが消費されない旨を判断する。
【００５３】
第１ＥＣＵ４０は、消費されない２つ目のイベントを含む通知Ｍ５３を第２ＥＣＵ５０へ送信する。
第２ＥＣＵ５０は、２つ目のイベントを取得し、第２ＥＣＵ５０は、２つ目のイベントを第２ＥＣＵ５０で消費するか否かの判断を、上述の場合と同様に行う。ここで示す例では、２つ目のイベントも消費されないため、第２ＥＣＵ５０は、消費判断５５２において、２つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、２つ目のイベントが消費されない旨を、２つ目のイベントの消費結果通知Ｍ５４として、第１ＥＣＵ４０に送信する。
【００５４】
第１ＥＣＵ４０は、２つ目のイベントが消費されない旨の消費結果通知Ｍ５４を第２ＥＣＵ５０から受け取ると、２つ目のイベントを破棄する。
続いて、第１ＥＣＵ４０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を発生させて、上述の場合と同様に、この３つ目のイベントに対する消費判断４５３を行う。ここで示す例では、３つ目のイベントも消費されないため、消費判断４５３において、３つ目のイベントが消費されない旨を判断する。
【００５５】
第１ＥＣＵ４０の操作情報授受部４３は、消費されない３つ目のイベントである「ｌｏｍｇ＿ｒｅｌｅａｓｅ」を含む通知Ｍ５５を第２ＥＣＵ５０へ送信する。
第２ＥＣＵ５０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を取得する。第２ＥＣＵ５０は、３つ目のイベントを第２ＥＣＵ５０で消費するか否かの判断である消費判断５５３を、上述の場合と同様に行う。ここで示す例では、３つ目のイベントが消費されるため、第２ＥＣＵ５０は、消費判断５５３において、３つ目のイベントが消費される旨を判断する。そして、第２ＥＣＵ５０は、３つ目のイベントが消費される旨を、３つ目のイベントの消費結果通知Ｍ５６として第１ＥＣＵ４０へ送信する。
【００５６】
第１ＥＣＵ４０は、３つ目のイベントが消費される旨の消費結果通知Ｍ５６を第２ＥＣＵ５０から受け取ると、消費判断４５４において、第１ＥＣＵ４０以外の他のＥＣＵ等に３つ目のイベントを通知することを終了する。
【００５７】
次に、図６を参照して、第２ＥＣＵ５０がモニタ装置３０に画面を表示させている場合に発生したイベントが消費される例について説明する。すなわち、ここでは、操作情報を割り当てられる優先順位の１位が第２ＥＣＵ５０であり、２位が第１ＥＣＵ４０である。
【００５８】
第１ＥＣＵ４０は、スイッチ２０の押下に対応する押下情報Ｍ２を受信する。第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０の押下に応じたイベントを発生させる。第１ＥＣＵ４０は、第１ＥＣＵ４０で発生させたイベントを含む通知Ｍ６１を、操作情報を割り当てられる優先順位が１位である第２ＥＣＵ５０へ送信する。
【００５９】
第２ＥＣＵ５０は、第２ＥＣＵ５０で受信された通知Ｍ６１から、スイッチ２０が押下されたことに対応するイベントを取得する。第２ＥＣＵ５０は、第２ＥＣＵ５０で取得されたイベントが、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムで使用されるか否かの判断を、消費判断５６０として実行する。消費判断５６０は、第２ＥＣＵ５０において、取得されたイベントがプログラムに使用される場合、同イベントは消費されると判断され、プログラムに使用されない場合、同イベントは消費されないと判断される。第２ＥＣＵ５０は、イベントが消費されるか否かの判断の結果を、消費結果通知Ｍ６２として第１ＥＣＵ４０へ送信する。なお、消費されるイベントは、それが消費された時点で消滅する。一方、消費されないイベントは、優先順位が第２ＥＣＵ５０の次である他のＥＣＵに伝達させる。
【００６０】
第１ＥＣＵ４０は、第２ＥＣＵ５０の送信した消費結果通知Ｍ６２を受信する。第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された消費結果通知Ｍ６２から、スイッチ２０が押下されたことに対応するイベントを取得する。第１ＥＣＵ４０は、第１ＥＣＵ４０で取得されたイベントが、第１ＥＣＵ４０が実行しているプログラムであって、画面を扱うプログラムで使用されるか否かの判断を、消費判断４６０として実行する。消費判断４６０では、第１ＥＣＵ４０において、取得されたイベントがプログラムに使用される場合、同イベントは消費されると判断され、プログラムに使用されない場合、同イベントは消費されないと判断される。消費されるイベントは、それが消費された時点で消滅する。一方、消費されないイベントは、優先順位が第１ＥＣＵ４０の次である他のＥＣＵに伝達される。なお、第１ＥＣＵ４０は、イベントの伝達先がないのであれば、イベントを消滅させることも可能である。
【００６１】
図７、および、図８を参照して、スイッチ２０の押下に応じて発生した各イベントが消費される例について説明する。ここでは、第２ＥＣＵ５０がモニタ装置３０に画面を表示させている場合に発生したイベントが消費される例について説明する。すなわち、ここでは、操作情報を割り当てられる優先順位の１位が第２ＥＣＵ５０であり、２位が第１ＥＣＵ４０である。なお、第１ＥＣＵ４０の操作情報処理部４１は、上述した例と同じく、押下情報Ｍ２の取得に応じてイベントを発生させる。
【００６２】
図７は、画面を表示させている第２ＥＣＵ５０が、イベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を消費する場合での、通信システムの動作の例を示す。
図７に示すように、第１ＥＣＵ４０は、スイッチ２０での押下に対応する押下情報Ｍ２を受信する。第１ＥＣＵ４０は、第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０の押下に応じたイベントを発生させる。ここで示す例では、第１ＥＣＵ４０は、「長押し」に応じたイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」、「ｌｏｎｇ＿ｐｒｅｓｓ」、および、「ｌｏｎｇ＿ｒｅｌｅａｓｅ」をこの順で発生させる。
【００６３】
まず、第１ＥＣＵ４０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させて、この１つ目のイベントを含む通知Ｍ７１を第２ＥＣＵ５０に送信する。
第２ＥＣＵ５０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」に対して消費判断５７１を行う。第２ＥＣＵ５０が行う消費判断５７１では、まず、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムに対して、１つ目のイベントが通知される。ここで示す例では、１つ目のイベントが消費されないため、第２ＥＣＵ５０は、消費判断５７１において、１つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、１つ目のイベントが消費されない旨を、１つ目のイベントの消費結果通知Ｍ７２として、第１ＥＣＵ４０に通知する。
【００６４】
第１ＥＣＵ４０は、１つ目のイベントが消費されない旨の消費結果通知Ｍ７２を第２ＥＣＵ５０から受け取ると、１つ目のイベントに対して消費判断４７１を行う。第１ＥＣＵ４０が行う消費判断４７１では、まず、第１ＥＣＵ４０が実行しているプログラムであって、画面を扱うプログラムに対して、１つ目のイベントを通知する。ここで示す例では、１つ目のイベントが消費されないため、第１ＥＣＵ４０は、消費判断４７１において、１つ目のイベントが消費されない旨を判断する。そして、第１ＥＣＵ４０は、１つ目のイベントの伝達先がないことから、その他のＥＣＵ等への通知を終了するとともに、１つ目のイベントを破棄する。
【００６５】
次に、第１ＥＣＵ４０は、２つ目のイベントである「ｌｏｎｇ＿ｐｒｅｓｓ」を発生させて、この２つ目のイベントを含む通知Ｍ７３を第２ＥＣＵ５０に送信する。
第２ＥＣＵ５０は、２つ目のイベントを取得し、上述の場合と同様に、２つ目のイベントに対して消費判断５７２を行う。ここで示す例では、２つ目のイベントも消費されないため、第２ＥＣＵ５０は、消費判断５７２において、２つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、２つ目のイベントが消費されない旨を、２つ目のイベントの消費結果通知Ｍ７４として、第１ＥＣＵ４０に送信する。
【００６６】
第１ＥＣＵ４０は、２つ目のイベントが消費されない旨の消費結果通知Ｍ７４を第２ＥＣＵ５０から受け取ると、上述の場合と同様に、２つ目のイベントに対する消費判断４７２を行う。ここで示す例では、２つ目のイベントも消費されないため、第１ＥＣＵ４０は、消費判断４７２において、２つ目のイベントが消費されない旨を判断する。そして、第１ＥＣＵ４０は、２つ目のイベントの伝達先がないことから、その他のＥＣＵ等への通知を終了するとともに、２つ目のイベントを破棄する。
【００６７】
続いて、第１ＥＣＵ４０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を発生させて、上述の場合と同様に、この３つ目のイベントを含む通知Ｍ７５を第２ＥＣＵ５０に送信する。
【００６８】
第２ＥＣＵ５０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を取得する。第２ＥＣＵ５０は、上述の場合と同様に、３つ目のイベントに対して消費判断５７３を行う。ここで示す例では、３つ目のイベントが消費されるため、第２ＥＣＵ５０は、消費判断５７３において、イベントが消費される旨を判断する。そして、第２ＥＣＵ５０は、３つ目のイベントが消費される旨を消費結果通知Ｍ７６として第１ＥＣＵ４０に送信する。
【００６９】
第１ＥＣＵ４０は、３つ目のイベントが消費される旨の消費結果通知Ｍ７６を第２ＥＣＵ５０から受け取ると、３つ目のイベントに対する消費判断４７３を行う。ここでは、３つ目のイベントが第２ＥＣＵ５０で消費されていたため、第１ＥＣＵ４０は、消費判断４７３において、第１ＥＣＵ４０が実行しているプログラムであって、画面を扱うプログラムに対して、３つ目のイベントを通知せず、イベントが消費されていた旨を判断する。そして、第１ＥＣＵ４０は、３つ目のイベントの伝達先がないことから、その他のＥＣＵ等への通知を終了する。
【００７０】
図８は、画面を表示させている第２ＥＣＵ５０が、イベントである「ｌｏｎｇ＿ｐｒｅｓｓ」を消費する場合での、通信システムの動作の例を示す。なお、図８を参照して説明する例と、図７を参照して説明した例とは、２つ目のイベントが第２ＥＣＵ５０において消費されるか否かが相互に異なる。
【００７１】
図８に示すように、第１ＥＣＵ４０は、スイッチ２０での押下に対応する押下情報Ｍ２を受信し、スイッチ２０の押下に応じたイベントを発生させる。ここで示す例でも、第１ＥＣＵ４０は、「長押し」に応じたイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」、「ｌｏｎｇ＿ｐｒｅｓｓ」、および、「ｌｏｎｇ＿ｒｅｌｅａｓｅ」をこの順で発生させる。
【００７２】
まず、第１ＥＣＵ４０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」を発生させて、この１つ目のイベントを含む通知Ｍ８１を第２ＥＣＵ５０に送信する。
第２ＥＣＵ５０は、１つ目のイベントである「ｓｈｏｒｔ＿ｐｒｅｓｓ」に対して、上述の場合と同様に、消費判断５８１を行う。ここで示す例では、１つ目のイベントが消費されないため、第２ＥＣＵ５０は、消費判断５８１において、１つ目のイベントが消費されない旨を判断する。そして、第２ＥＣＵ５０は、１つ目のイベントが消費されない旨を、１つ目のイベントの消費結果通知Ｍ８２として第１ＥＣＵ４０に通知する。
【００７３】
第１ＥＣＵ４０は、１つ目のイベントが消費されない旨の消費結果通知Ｍ８２を第２ＥＣＵ５０から受け取ると、上述の場合と同様に、１つ目のイベントに対して消費判断４８１を行う。ここで示す例では、１つ目のイベントが消費されないため、第１ＥＣＵ４０は、消費判断４８１として、イベントが消費されない旨を判断する。そして、第１ＥＣＵ４０は、１つ目のイベントの伝達先がないことから、その他のＥＣＵ等への通知を終了するとともに、１つ目のイベントを破棄する。
【００７４】
次に、第１ＥＣＵ４０は、２つ目のイベントである「ｌｏｎｇ＿ｐｒｅｓｓ」を発生させて、この２つ目のイベントを含む通知Ｍ８３を第２ＥＣＵ５０に送信する。
第２ＥＣＵ５０は、２つ目のイベントを取得し、上述の場合と同様に、２つ目のイベントに対して消費判断５８２を行う。ここで示す例では、２つ目のイベントが消費されるため、第２ＥＣＵ５０は、消費判断５８２において、２つ目のイベントが消費される旨を判断する。そして、第２ＥＣＵ５０は、２つ目のイベントが消費される旨を、２つ目のイベントの消費結果通知Ｍ８４として、第１ＥＣＵ４０に通知する。
【００７５】
第１ＥＣＵ４０は、２つ目のイベントが消費される旨の消費結果通知Ｍ８４を第１ＥＣＵ４０から受け取ると、上述の場合と同様に、２つ目のイベントに対する消費判断４８２を行う。ここで示す例では、２つ目のイベントが消費されていたため、第１ＥＣＵ４０は、消費判断４８２において、第１ＥＣＵ４０が実行しているプログラムであって、画面を扱うプログラムに対して、２つ目のイベントを通知せず、２つ目のイベントが消費されていた旨を判断する。そして、第１ＥＣＵ４０は、２つ目のイベントのその他のＥＣＵ等への通知を終了する。
【００７６】
続いて、第１ＥＣＵ４０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を発生させて、この３つ目のイベントを含む通知Ｍ８５を第２ＥＣＵ５０に送信する。
第２ＥＣＵ５０は、３つ目のイベントである「ｌｏｎｇ＿ｒｅｌｅａｓｅ」を取得する。第２ＥＣＵ５０は、上述の場合と同様に、３つ目のイベントに対して消費判断５８３を行う。ここで示す例では、第２ＥＣＵ５０は、２つ目のイベントを消費しているため、消費判断５８３は、第２ＥＣＵ５０が実行しているプログラムであって、画面を扱うプログラムに対して３つ目のイベントを通知せず、３つ目のイベントが消費される旨を判断する。そして、第２ＥＣＵ５０は、３つ目のイベントが消費される旨を消費結果通知Ｍ８６として第１ＥＣＵ４０に送信する。
【００７７】
第１ＥＣＵ４０は、第２ＥＣＵ５０からイベントが消費される旨のイベントの消費結果通知Ｍ８６を受け取ると、上述の場合と同様に、３つ目のイベントに対する消費判断４８３を行う。ここでは、イベントが消費されていたため、消費判断４８３は、第１ＥＣＵ４０で実行している、画面を扱うプログラムに対して３つ目のイベントを通知せず、イベントが消費されていた旨を判断する。そして、第１ＥＣＵ４０は、３つ目のイベントのその他のＥＣＵ等への通知を終了する。
【００７８】
以上、上記表示システムによれば、以下に列挙する効果が得られる。
（１）発生したイベントが自身で使用するものであるか否かの判断を、モニタ装置３０に画面を表示させているＥＣＵが他のＥＣＵよりも優先的に行う。結果として、イベントの処理先を複数のＥＣＵ４０，５０のなかから容易に特定することが可能である。また、発生したイベントが自身で使用するものであるか否かの判断が、１つのＥＣＵに集中することを抑えることが可能ともなる。
【００７９】
（２）さらに、発生したイベントが自身で使用するものであるか否かの判断を、全てのイベントについて、特定のＥＣＵから順に行う構成と比べて、その特定する速度を高めることが可能でもある。
【００８０】
（３）操作によって発生する全てのイベントを特定のＥＣＵが把握することになれば、発生したイベントごとにそのイベントを処理するＥＣＵを特定し、そのＥＣＵにイベントを通知するなど、その特定のＥＣＵに処理の負荷が集中してしまう。この点、発生したイベントを自身で使用するか否かを各ＥＣＵ４０，５０が判断する構成であれば、特定のＥＣＵに処理の負荷が集中することを、さらに抑制することが可能ともなる。
【００８１】
（４）イベントが消費されない旨の消費結果通知にそのイベントが含まれるため、この通知を受けた第１ＥＣＵ４０は、第１ＥＣＵ４０で判断する対象のイベントを、第２ＥＣＵ５０から受信することが可能ともなる。そのため、第１ＥＣＵ４０は、第２ＥＣＵ５０が自身で使用するものではないと判断したイベント、すなわち、第１ＥＣＵ４０が第２ＥＣＵ５０へ先に送信したイベントを、別途、第１ＥＣＵ４０で管理することの負荷を軽減することが可能ともなる。
【００８２】
（５）イベントに対する消費判断が、予め設定された優先順位に従い、各ＥＣＵで順に行われる。そのため、複数の第２ＥＣＵ５０を備える構成において、イベントがいずれのＥＣＵの処理対象であるか判断するための処理の速度を高めることが可能でもある。
【００８３】
（６）第１ＥＣＵ４０で受信された押下情報Ｍ２から、スイッチ２０での押下に応じた複数のイベントが発生するため、「短押し」や「長押し」などの各押下方式に対応することが容易となる。
【００８４】
なお、上記実施形態は、以下の態様で実施することもできる。
［操作装置］
・上記実施形態では、スイッチ２０の操作に対応するイベントを発生させる処理が操作情報処理部４１で行われる構成を例示した。これに限らず、スイッチ２０の操作に対応するイベントをスイッチ２０が発生させることも可能である。この場合、スイッチ２０の操作に対応するイベントは、操作情報の一例である押下情報に含まれて第１ＥＣＵ４０に送信される。
【００８５】
・上記実施形態では、入力装置がスイッチ２０である構成を例示した。これに限らず、入力装置は、キーボード等のキー、ボタン、マウス等、運転者等が操作することを可能に構成された装置とすることも可能である。このとき、各入力装置の操作に対応するイベントを通信システムが発生させる構成とすることも可能である。
【００８６】
［イベント］
・上記実施形態では、押下情報Ｍ２から、「短押し」に関する２つのイベント、または、「長押し」に関する３つのイベントが発生する構成を例示した。これに限らず、１つの押下情報Ｍ２が１つのイベントに対応するのであれば、押下情報Ｍ２が第１ＥＣＵ４０で取得されることに応じて１つのイベントが発生する構成も、通信システムにおいて採用することは可能である。
【００８７】
・また、押下情報Ｍ２から、イベントが１つだけ発生したり、４つ以上のイベントが発生したりすることも可能である。
・また、押下情報Ｍ２を受信した第１ＥＣＵ４０は、イベントである「ｐｒｅｓｓ」と「ｒｅｌｅａｓｅ」とを発生させて、それを含む通知を第２ＥＣＵ５０に送信することも可能である。この際、第２ＥＣＵ５０は、「ｐｒｅｓｓ」と「ｒｅｌｅａｓｅ」とに基づく押下の時間と、所定の閾値との比較に基づいて、「短押し」と「長押し」とのいずれの操作であるかを判定することも可能である。
【００８８】
・上記実施形態では、第１ＥＣＵ４０において画面を扱うプログラムが１つである場合について例示した。これに限らず、第１ＥＣＵ４０において画面を扱うプログラムは複数とすることも可能である。この場合、第１ＥＣＵ４０において、イベントは各プログラムに対してもその優先順位の順に伝達される構成とすることも可能である。
【００８９】
・上記実施形態では、第２ＥＣＵ５０が、消費されていないイベントを第１ＥＣＵ４０に返還し、消費結果通知Ｍ２２と併せてそれを第１ＥＣＵ４０へ送信する構成を例示した。これに限らず、第１ＥＣＵ４０がイベントのコピーを保持し、第２ＥＣＵ５０は消費結果通知Ｍ２２だけを送信する。そして、第１ＥＣＵ４０は、第１ＥＣＵ４０が保持するイベントの伝達、または、破棄を決定することも可能である。
【００９０】
・上記実施形態において、表示システムは、操作情報が割り当てられる順番を設定する設定部を備えることも可能である。設定部は、例えば、イベントの消費される可能性が高いＥＣＵほど優先順位が高いように、また、画面を表示させる頻度が高いＥＣＵほど優先順位が高いように、操作情報が割り当てられる順番を予め設定する。
【００９１】
［その他］
・上記実施形態では、通信プロトコルがＣＡＮプロトコルである場合について例示した。しかしこれに限らず、通信メッセージの信頼性確保にメッセージカウンタを用いるのであれば、通信プロトコルは、ＣＡＮプロトコル以外のプロトコル、例えば、イーサーネット（登録商標）やフレックスレイ（登録商標）などの通信プロトコルであってもよい。
【符号の説明】
【００９２】
１０…通信用バス、２０…スイッチ、３０…モニタ装置、４０…第１ＥＣＵ、４１…操作情報処理部、４２…操作情報消費判断部、４３…操作情報授受部、５０…第２ＥＣＵ。
【図１】
2018085070.tif 000003
【図２】
2018085070.tif 000004
【図３】
2018085070.tif 000005
【図４】
2018085070.tif 000006
【図５】
2018085070.tif 000007
【図６】
2018085070.tif 000008
【図７】
2018085070.tif 000009
【図８】
2018085070.tif 000010