(57)【要約】【課題】定期通信型の通信において、対象データを送信するイベントのステータスを示すことができる技術の提供を課題とする。【解決手段】送信側ノードと受信側ノードが、通信線を介して所定周期で送受信する通信方法であって、前記送信側ノードと前記受信側ノードが、対象データを送信するイベントの状況を示す識別情報を前記所定周期で前記通信線に送信し、前記対象データを送信する新たなイベントが生じた場合に、前記送信側ノードが、前記識別情報の値を更新し、前記対象データと共に更新後の識別情報を前記通信線へ前記所定周期で送信し、前記受信側ノードが、前記対象データ及び前記更新後の識別情報を受信し、前記更新後の識別情報と対応する前記対象データを全て受信した場合に、前記識別情報の値を更新し、当該更新後の識別情報を前記通信線へ前記所定周期で送信する。【選択図】図１
2018056682.tif 000002
【特許請求の範囲】
【請求項１】
送信側ノードと受信側ノードが、通信線を介して所定周期で送受信する通信方法であって、
前記送信側ノードと前記受信側ノードが、対象データを送信するイベントの状況を示す識別情報を前記所定周期で前記通信線に送信し、
前記対象データを送信する新たなイベントが生じた場合に、前記送信側ノードが、前記識別情報の値を更新し、前記対象データと共に更新後の識別情報を前記通信線へ前記所定周期で送信し、
前記受信側ノードが、前記対象データ及び前記更新後の識別情報を受信し、前記更新後の識別情報と対応する前記対象データを全て受信した場合に、前記識別情報の値を更新し、当該更新後の識別情報を前記通信線へ前記所定周期で送信する
通信方法。
【請求項２】
前記送信側ノードは、前記イベントの発生によって前記対象データの送信を開始した後、前記受信側ノードから、前記更新後の識別情報を受信した場合に、前記対象データの送信を終了する請求項１に記載の通信方法。
【請求項３】
前記イベントが画面遷移のイベントであり、前記対象データが画面表示のためのデータである請求項１又は２に記載の通信方法。
【請求項４】
前記対象データが複数の要素データからなり、前記送信側ノードが、前記要素データ毎に識別情報を付し、当該要素データと共に前記要素データ毎の識別情報を送信し、
前記受信側ノードが、前記要素データ毎の識別情報と対応する前記要素データを全て受信した場合に、前記対象データの識別情報を更新する請求項１〜３の何れか１項に記載の通信方法。
【請求項５】
前記対象データが画面を表示するためのデータであり、当該画面を構成する要素を表示するためのデータを前記要素データとし、当該要素データ毎に識別情報を付与する請求項４に記載の通信方法。
【請求項６】
前記要素データを複数のデータフレームに分割して送信する場合に、前記要素データを分割したデータフレームのそれぞれに付したシリアル番号を示す情報、前記要素データを分割したデータフレームの中で最終のデータフレームであることを示す情報、及び前記要素データを分割したデータフレームの全数を示す情報のうち、少なくとも一つを前記要素データ毎の識別情報に付加する請求項４又は５に記載の通信方法。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、定期通信型の通信方法に関する。
【背景技術】
【０００２】
従来、エンジンＥＣＵ（Electronic Control Unit）やモータＥＣＵなどの電子制御ユ
ニット間の通信方式として、ＣＡＮ（Controller Area Network）通信が知られている。
ＣＡＮ通信は、電子制御ユニット間で送受信される各種の命令や制御の伝送をバスと呼ばれる通信線を用いて行うものであり、安価で自由度が高く、車載ネットワークの通信方式として広く利用されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１３−４２３７号公報
【特許文献２】特開平６−３００９８号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
現在、電子制御ユニット間のＣＡＮ通信では、ノードとしてバスに接続した各電子制御ユニットから、データフレームを定期的にバスへ送信する方式が一般的である。例えば、速度の情報や、時刻の情報、エアコンの情報といった種々の情報を送信する場合、それぞれにＩＤを付し、ＩＤ毎に割り当てたスケジュールで、各情報を周期的に送信する。そして、この情報を利用する電子制御ユニットは、バスに送出された情報を全て受信し、このうち必要な情報をＩＤに基づいて選択し、その他の情報は破棄する。
【０００５】
このように、送信する情報を常に周期的にバスへブロードキャストする方式では、電子制御ユニットが制御する機器の多機能化に伴って通信する情報の種類が増えると、多大なトラヒックが発生し、通信帯域が逼迫してしまう。このため、全てのデータを定期通信するのではなく、受信が完了したデータの定期通信を終了させて、トラヒックを低減させることが望まれるが、定期通信型の通信では、送信側ノードが受信側ノードの受信状況等のステータスを把握できないので、トラヒックと低減させる制御を行うことができなかった。
【０００６】
そこで本発明は、定期通信型の通信において、対象データを送信するイベントのステータスを示すことができる技術の提供を課題とする。
【課題を解決するための手段】
【０００７】
本発明の通信方法は、上述した課題を解決するため、送信側ノードと受信側ノードが、通信線を介して所定周期で送受信する通信方法であって、前記送信側ノードと前記受信側ノードが、対象データを送信するイベントの状況を示す識別情報を前記所定周期で前記通信線に送信し、前記対象データを送信する新たなイベントが生じた場合に、前記送信側ノードが、前記識別情報の値を更新し、前記対象データと共に更新後の識別情報を前記通信線へ前記所定周期で送信し、前記受信側ノードが、前記対象データ及び前記更新後の識別情報を受信し、前記更新後の識別情報と対応する前記対象データを全て受信した場合に、前記識別情報の値を更新し、当該更新後の識別情報を前記通信線へ前記所定周期で送信する。
【発明の効果】
【０００８】
本発明によれば、定期通信型の通信において、対象データを送信するイベントのステータスを示す技術を提供することができる。
【図面の簡単な説明】
【０００９】
【図１】図１は、車両のインパネ付近に搭載され、通信線を介して接続しＣＡＮ（Controller Area Network）を構成する機器の説明図である。
【図２】図２は、ＣＡＮを構成するノードの機能ブロック図である。
【図３】図３は、通信線に接続するノードの構成を示す図である。
【図４】図４は、データフレームのフォーマットを示す図である。
【図５】図５は、車載機からＭＥＴ−ＥＣＵへ送信された対象データによってＭＩＤに表示される画面の例を示す図である。
【図６】図６は、送信側ノードがデータを送信する処理の説明図である。
【図７】図７は、受信側ノードが、データを受信する処理の説明図である。
【図８】図８は、イベントのステータスとカウンタ情報の値の関係を示す図である。
【図９】図９は、ブロードキャストされるデータフレームの例を示す図である。
【図１０】図１０は、カウンタ値をNとMとした例を示す図である。
【図１１】図１１は、カウンタ値として、画面ＩＤを用いた例を示す図である。
【図１２】図１２は、図５の画面表示用データを定期通信する際の受信完了を通知する例を示す図である。
【発明を実施するための形態】
【００１０】
以下、図面を参照して本発明の実施形態について説明する。以下の実施形態の構成は例示であり、本発明は実施形態の構成に限定されない。
《システム構成》
図１は、車両のインパネ付近に搭載され、通信線を介して接続しＣＡＮ（Controller Area Network）を構成する機器の説明図、図２は、ＣＡＮを構成するノードの機能ブロッ
ク図、図３は、通信線に接続するノードの構成を示す図、図４は、データフレームのフォーマットを示す図である。
【００１１】
本願に係る通信方法では、送信側ノードからデータフレームを所定周期で通信線に送出し、受信側ノードが前記通信線を介して前記データフレームを受信する。また、本願に係る通信方法では、送信側ノードと前記受信側ノードが、イベントを識別する識別情報を前記所定周期で送受信する。そして、対象データを送信する新たなイベントが生じた場合に、送信側ノードは、識別情報を当該イベントを示す値に更新し、対象データと共に所定周期で送信する。受信側ノードは、対象データ及び識別情報を受信し、この識別情報と対応する対象データを全て受信した場合に、識別情報を前記イベントと対応する値に更新し、当該識別情報を所定周期で送信する。
【００１２】
これにより、本願に係る通信方法では、送信側ノードから送信された識別情報が更新されたことをもって、イベントが発生したことを認識できる。その後、受信側ノードから送信された識別情報が更新された場合に、全ての対象データの受信が完了したことを認識できる。また、送信側ノードからの識別情報が更新されてから受信側ノードからの識別情報が更新されるまでは、発生したイベントに係る対象データを送信中であることが認識できる。更に、受信側ノードからの識別情報が更新されてから送信側ノードからの識別情報が更新されるまでは、新たなイベントが発生していない状態であることが認識できる。
【００１３】
このように、本願に係る通信方法では、識別情報によって、イベントの発生状況や、対象データの通信状況を示すことができる。これにより、例えば、送信側ノードが、受信側ノードの識別情報に基づいて対象データの受信が完了したことを認識し、当該対象データの定期通信を終了させ、無駄に送信を繰り返すことをなくして、トラヒックを低減できる
。即ち、定期通信型の通信方式を採用するネットワークを用いながら、イベントに応じて対象データの送受信を行うことができる。
【００１４】
本願の通信システムは、図１に示されるように、ＭＩＤ１１や、ＭＩＤ１１の描画を制御するＭＥＴ−ＥＣＵ１２、ステアリングスイッチ１３、車載機（情報処理装置）１４、エアコンのコントローラ１５、時計１６を有し、これらの機器１２〜１６が、ノードとして通信線１０を介して接続されている。なお、図１には、主にインパネ付近に設けられた機器を示したが、これに限定されるものではなく、他の機器がノードとして接続されてもよい。
【００１５】
これらの機器１２〜１６、即ち通信線１０に接続するノード２０は、図２に示されるように、機能部２１、データ取得部２２、フレーム生成部２３、送信部２４、受信部２５、受信判定部２６を有している。ノード２０は、それぞれ他のノード２０へ対象データを送る送信側ノードとなり得、また、他ノードから対象データを受ける受信側ノードともなり得る。
【００１６】
機能部２１は、各機器の機能を実行するものであり、例えば、時計１６であれば時刻情報を取得して表示部に時刻を表示させる機能を実行させるもの、エアコンのコントローラ１５であれば、ユーザの操作や受信部２５で受信した操作情報に応じてエアコンを制御するものである。また、車載機１４において、機能部２１は、オーディオやテレビ（ビジュアル）、ナビゲーション等の機能を提供する。具体的には、ユーザの操作や受信部２５で受信した操作情報に応じて、音楽の再生や、テレビの選局、目的地までの経路の算出及び経路の表示など、他の機器からのデータの受信や、受信したデータの処理を行う。また、再生中の音楽アルバムの曲名のリストを出力することや、経路の情報や渋滞情報、警告情報を出力するなど、通信線を介して他の機器へ送信するデータの出力を行う。
【００１７】
データ取得部２２は、機能部２１から、送信する対象のデータ（以下、対象データとも称する）を取得する。
【００１８】
フレーム生成部２３は、データ取得部２２で取得した対象データを含む所定形式のデータフレームを生成する。このデータフレームは、図４に示されるように、ＳＯＦ（Start Of Frame）、ＣＡＮ−ＩＤ、データ、ＣＲＣ（Cyclic Redundancy Check）、ＡＣＫ（Acknowledgement）、ＥＯＦ（End Of Frame）といった情報を有する形式となっている。
【００１９】
ＣＡＮ−ＩＤを格納するフィールド４１は、例えば１１ビットであり、この場合、ＣＡＮ−ＩＤのとり得る範囲が０ｘ０〜０ｘ７ＦＦとなり、このＣＡＮ−ＩＤに基づいて２０４８種類の識別が可能である。
【００２０】
データフィールド４２は、０〜８バイトであり、本例では、このうち１バイトが識別情報（以下、カウンタ情報とも称す）を格納するフィールド４２１であり、他の１バイトがモード情報を格納するフィールド４２２、フィールド４２１，４２２以外の６バイトがデータを格納するフィールド４２３である。カウンタ情報は、例えば１バイトの数値であり、受信側ノードでカウントした値（カウンタ値）と、送信側ノードでカウントした値（カウント値）の比較によって、イベントの発生状況や対象データの受信状態が把握される。なお、カウンタ情報（識別情報）は、数値に限らず、コードや文字列等、他の値であっても良い。モード情報は、ノードや対象データに係るモードを示す情報である。
【００２１】
対象データは、速度や、時刻、画面表示など、対象データの種類に応じてＣＡＮ−ＩＤが設定され、この対象データと対応するＣＡＮ−ＩＤが設定情報としてノード２０に記憶されている。また、対象データが、複数の構成要素（要素データとも称す）からなる場合
、これらの構成要素にもＣＡＮ−ＩＤが設定され、この対象データと対応する構成要素を示す情報とそのＣＡＮ−ＩＤも設定情報として記憶されている。フレーム生成部２３は、この設定情報に基づいて、対象データ及びその構成要素のＣＡＮ−ＩＤを求め、データフレームに付加する。
【００２２】
送信部２４は、フレーム生成部２３で生成したデータフレームを通信線１０へ送信する。
【００２３】
受信部２５は、通信線１０を介してデータフレームを受信する。例えば、必要とするデータのＣＡＮ−ＩＤが予め設定され、通信線１０に送られたデータフレームを全て受信し、このうち設定されたＣＡＮ−ＩＤを含むデータフレームを選択して、他のデータフレームを破棄する。
【００２４】
受信判定部２６は、ＣＡＮ−ＩＤによって特定される対象データのデータフレームのカウンタ情報に基づいて、当該データフレームの受信状況を認識し、当該対象データを全て受信したか否かを判定する。なお、識別情報の詳細な処理については後述する。
【００２５】
ノード２０は、図３に示すように、例えば、ＣＰＵ２１１にバスを介して接続されたメモリ２１２，入力装置２１３，出力装置２１４，ＣＡＮプロトコルコントローラ（通信インタフェース）２１５、ＣＡＮトランシーバ２１６を含む。
【００２６】
メモリ２１２は、主記憶装置と補助記憶装置とを含む。主記憶装置は、ＣＰＵ２１１の作業領域，プログラムやデータの記憶領域，通信データのバッファ領域として使用される。主記憶装置は、例えば、Random Access Memory（ＲＡＭ），或いはＲＡＭとRead Only Memory（ＲＯＭ）との組み合わせで形成される。
【００２７】
補助記憶装置は、ＣＰＵ２１１によって実行されるプログラム，及びプログラムの実行に際して使用されるデータを記憶する。補助記憶装置は、例えば、ハードディスクドライブ（ＨＤＤ），Solid State Drive（ＳＳＤ），フラッシュメモリ，Electrically Erasable Programmable Read-Only Memory（ＥＥＰＲＯＭ）などである。また、補助記憶装置は、ノード２０に対して着脱自在な可搬性記憶媒体を含む。可搬性記憶媒体は、例えばUniversal Serial Bus(ＵＳＢ)メモリである。また、補助記憶装置は、ＣＤ−ＲＯＭやＤＶＤ−ＲＯＭ，ＤＶＤ−Ｒなどのディスク記憶媒体及びディスク記憶媒体のドライブ装置を含む。ディスク記憶媒体は可搬性記憶媒体の一つである。
【００２８】
入力装置２１３は、ノード２０に情報やデータを入力するために使用される。入力装置２１３は、例えば、ボタン、キー、マウスなどのポインティングデバイス，タッチパネルなどを含む。入力装置２１３は、マイクロフォンのような音声入力装置や、カメラのような画像入力装置を含み得る。
【００２９】
出力装置２１４は、情報やデータを出力する。出力装置は、例えば表示装置や記憶メディアへの書き込み装置等である。出力装置２１４は、スピーカのような音声出力装置を含み得る。
【００３０】
ＣＡＮプロトコルコントローラ２１５は、通信線１０に接続され、他のノードとの通信を行うための通信インタフェースである。ＣＡＮプロトコルコントローラ２１５は、ビットスタッフィングや、通信調停、エラーハンドリング、ＣＲＣチェックなど、ＣＡＮプロトコルに従った処理を実行する。
【００３１】
ＣＡＮトランシーバ２１６は、通信線１０における送信電圧の生成や、調整、動作電流
の確保、配線の保護を行う。
【００３２】
通信線１０は、２本の線からなり、この線間の電圧差によって、信号（ドミナント／レセシブ）を伝送する。
【００３３】
ＣＰＵ２１１は、本例において処理装置に相当する。ＣＰＵ２１１は、ＭＰＵ（Micro Processor Unit）、マイクロプロセッサ、プロセッサとも呼ばれる。ＣＰＵ２１１は、単一のプロセッサに限定される訳ではなく、マルチプロセッサ構成であってもよい。また、単一のソケットで接続される単一のＣＰＵがマルチコア構成を有していても良い。上記各部の少なくとも一部の処理は、ＣＰＵ以外のプロセッサ、例えば、Digital Signal Processor(DSP)、Graphics Processing Unit（GPU）、数値演算プロセッサ、ベクトルプロセッサ、画像処理プロセッサ等の専用プロセッサで行われても良い。また、上記各部の少なくとも一部の処理は、集積回路（ＩＣ）、その他のデジタル回路であっても良い。また、上記各部の少なくとも一部にアナログ回路が含まれても良い。集積回路は、ＬＳＩ，Application Specific Integrated Circuit（ASIC），プログラマブルロジックデバイス（ＰＬ
Ｄ）を含む。ＰＬＤは、例えば、Field-Programmable Gate Array(FPGA)を含む。上記各
部は、プロセッサと集積回路との組み合わせであっても良い。組み合わせは、例えば、ＭＣＵ（Micro Controller Unit），ＳｏＣ（System-on-a-chip），システムＬＳＩ，チッ
プセットなどと呼ばれる。
【００３４】
ＣＰＵ２１１は、メモリ２１２に記憶されたプログラムを主記憶装置にロードして実行する。メモリ２１２には、オペレーティングシステムや、ファームウェア、アプリケーションプログラムと呼ばれるプログラムがインストールされている。
【００３５】
ＣＰＵ２１１は、プログラムを実行することによって、前記機能部２１、データ取得部２２、フレーム生成部２３、送信部２４、受信部２５、受信判定部２６として動作する。
【００３６】
上記ノード２０の構成は一例であり、適宜、他の構成の追加や、一部構成の省略を行っても良い。
【００３７】
《データ例》
図５は、車載機１４からＭＥＴ−ＥＣＵ１２へ送信された対象データによってＭＩＤ１１に表示される画面の例を示す図である。
【００３８】
図５に示される画面表示の対象データは、複数の構成要素（複数の行）から構成されている。これらの画面表示及びその構成要素には、予め特定のＣＡＮ−ＩＤが割り当てられており、例えば図５（Ａ）では、メニュー全体のＣＡＮ−ＩＤが１００、各行のＣＡＮ−ＩＤが１０１〜１０６である。なお、ＣＡＮ−ＩＤは、１１ビットの２進数であるが、図５の例では、説明の便宜上、３ケタの１０進数で示している。また、図５（Ｂ）では、画面表示全体のＣＡＮ−ＩＤが２００、各行のＣＡＮ−ＩＤが２０１〜２０４である。
【００３９】
これらのＩＤの割り当ては、予め送信側ノード及び受信側ノードのメモリ２１２に設定情報として記憶されている。また、設定情報は、ＣＡＮ−ＩＤ＝１０１のデータが、ＣＡＮ−ＩＤ＝１００の画面の１行目、ＣＡＮ−ＩＤ＝１０２のデータが、ＣＡＮ−ＩＤ＝１００の画面の２行目などのように、レイアウトの情報を含んでもよい。
【００４０】
図５（Ａ）では、ＭＩＤ１１に、オーディオのソースを選択するメニューが表示されており、これに対してユーザがステアリングスイッチ１３によって、選択操作を行うと、前記メニューの何れかのソースが選択される。例えば、図５（Ａ）において、網掛け部が、フォーカスされた行を示しており、ステアリングスイッチ１３によって、このフォーカス
の位置を上下させ、任意の行をフォーカスし、決定を選択することで、当該行のソースを選択する。図５（Ａ）の例では、ＣＤがフォーカスされており、これを選択すると画面遷移のイベントが発生し、画面表示が図５（Ｂ）へ遷移する。
【００４１】
図５（Ｂ）は、再生中のＣＤの情報を表示する画面の例であり、ディスク名、歌手名、曲名、再生時間が表示される。
《通信方法》
次に、ノード２０・２０間の通信方法について説明する。図６は、送信側ノードがデータを送信する処理の説明図、図７は、受信側ノードが、データを受信する処理の説明図である。
【００４２】
送信側ノードは、図６の処理を周期的に実行し、先ずデータを送信するイベントが発生したか否かを判定する（ステップＳ５）。例えば、ユーザの操作等を受けて機能部２１で送信するデータが生じ、機能部２１からイベントの発生を通知された場合に対象データを送信するイベントが発生したと判定する。なお、イベントが発生していない場合には（ステップＳ５，Ｎｏ）、図６の処理を終了する。
【００４３】
イベントが発生した場合（ステップＳ５，Ｙｅｓ）、送信側ノードは、対象データを取得する（ステップＳ１０）。この対象データは、例えば、他のノードから受信した情報や機能部２１の処理結果であり、車載機１４であれば、オーディオやナビゲーションシステムの画面表示等のデータである。
【００４４】
次に、送信側ノードは、メモリ２１２に記憶された設定情報を参照し、当該対象データと対応するＣＡＮ−ＩＤを求め、このＣＡＮ−ＩＤのデータのカウント情報をメモリ２１２から読み出して更新する（ステップＳ１５）。例えば、イベントの発生を示すためのカウンタ情報であれば、イベント発生前のカウンタ情報の値をインクリメントし、更新後のカウンタ情報の値とする。なお、カウンタ情報の更新は、インクリメントに限られるものではなく、デクリメントするものでもよい。更に、ＮとＭ等の文字（文字コード）の変更や、０と１の変更など、イベントのステータスを表すことができるものであればよい。
【００４５】
また、対象データが複数の構成要素（要素データ）からなり、この構成要素を複数のデータフレームに分割して送信する場合に、構成要素を分割したデータフレームのそれぞれに付したシリアル番号を示す情報や、構成要素を分割したデータフレームの中で最終のデータフレームであることを示す情報、及び構成要素を分割したデータフレームの全数を示す情報のうち、少なくとも一つを構成要素毎の識別情報に付加する。
【００４６】
そして、送信側ノードは、この対象データやＣＡＮ−ＩＤ、カウンタ情報を含むデータフレームを生成する（ステップＳ２０）。この他、データフレームには、ＣＡＮプロトコルに従ってＳＯＦやＣＲＣ等の情報が付加されるが、これらは公知の技術のため説明を省略する。
【００４７】
そして、送信側ノードは、所定の周期に達したか否かを判定する（ステップＳ３０）。そして、所定の周期に達した場合（ステップＳ３０，Ｙｅｓ）、送信側ノードは、データフレームを通信線１０へ送信する（ステップＳ４０）。なお、ステップＳ３０で、所定周期に達していないと判定した場合には、データを送信せずに待機する（ステップＳ３０，Ｎｏ）。
【００４８】
ステップＳ４０の後、送信側ノードは、通信線１０からデータフレームを受信する（ステップＳ５０）。そして、送信側ノードは、受信したデータフレームからステップＳ４０で送信したデータフレームと同じＣＡＮ−ＩＤを有するデータフレームを抽出する。即ち
、受信側ノードから送られたデータフレームを受信する。そして、この受信側ノードから受信したデータフレームのカウンタ情報とステップＳ４０で送信したデータフレームのカウンタ情報と比較することによって、受信が完了したか否かを判定する（ステップＳ６０）。ステップＳ４０で送信したデータフレームのカウンタ情報は、ステップＳ１５で更新した後の値であるため、受信側ノードが対象データの受信を完了していなければ、カウンタ情報が異なることになる。一方、受信側ノードが対象データの受信を完了していれば、ステップＳ５０で受信したデータフレームのカウンタ情報とステップＳ４０で送信したデータフレームのカウンタ情報が一致する。
【００４９】
そして、送信側ノードは、受信が完了したと判定した場合（ステップＳ６０，Ｙｅｓ）、対象データを送信するイベントが完了したことを認識し、対象データの送信を終了する（ステップＳ７０）。これにより、次に図６の処理を実行した場合、新たなイベントが発生するまでは対象データを含めずにデータフレームを生成する。例えば、ステップＳ２０でデータフレームを生成する際、対象データは含めずに、ＣＡＮ−ＩＤやカウンタ情報を含めたデータフレームを生成する。
【００５０】
また、ステップＳ６０で、受信が完了していないと判定した場合（ステップＳ６０、Ｎｏ）、対象データの送信を終了させずに図６の処理を終了する。
【００５１】
一方、受信側ノードは、図７の処理を周期的に実行し、まず、通信線１０からデータフレームを受信する（ステップＳ１１０）。次に、受信側ノードは、受信したデータフレームから所定のＣＡＮ−ＩＤを含むデータフレーム、即ち、自装置で使用するデータフレームを抽出する（ステップＳ１２０）。
【００５２】
そして、受信側ノードは、メモリ２１２に記憶された設定情報を参照し、前記ＣＡＮ−ＩＤと対応する対象データを全て受信したか否かを判定する（ステップＳ１３０）。例えば、ステップＳ１２０で受信した対象データと対応する構成要素のデータフレームを全て受信している場合には、受信完了と判定し（ステップＳ１３０，Ｙｅｓ）、受信していない構成要素があれば受信を完了していないと判定する（ステップＳ１３０，Ｎｏ）。なお、構成要素が複数のデータフレームに分割して送信される場合、分割した各データフレームに付加される識別情報に基づいて、分割された全てのデータフレームを受信した場合に当該構成要素を受信したと判定する。
【００５３】
受信が完了したと判定した場合、受信側ノードは、受信完了した対象データのカウンタ情報をインクリメントして、送信側ノードが当該対象データに付したカウンタ情報と同じ値に更新し（ステップＳ１４０）、ステップＳ１５０へ移行する。一方、受信が完了していないと判定した場合（ステップＳ１４０，Ｎｏ）、カウンタ情報を更新せずにステップＳ１５０へ移行する。
【００５４】
ステップＳ１５０において、受信側ノードは、当該対象データのカウンタ情報を含むデータフレームを生成する。次に、受信側ノードは、所定の周期に達したか否か、即ち、前回当該対象データのデータフレームを送信してからの経過時間が所定期間に達したか否かを判定する（ステップＳ１６０）。所定周期に達していないと判定した場合（ステップＳ１６０，Ｎｏ）、所定の周期に達するまで待機し、所定の周期に達した場合（ステップＳ１６０，Ｙｅｓ）、受信側ノードは、ステップＳ１５０で生成したデータフレームを通信線１０へ送信する（ステップＳ１７０）。
【００５５】
このように、本例では、受信側ノードが、対象データを全て受信した場合に、送信側ノードへ送るデータフレームのカウンタ情報を更新することで、受信が完了したことを送信側ノードへ通知することができる。そして、通知を受けた送信側ノードは、対象データの
定期通信を終了させることで、通信線１０のトラヒックを低減させる。なお、対象データの定期通信を終了させた場合でも、ＣＡＮ−ＩＤやカウンタ情報を含むデータフレームを定期通信してもよい。
【００５６】
《カウンタ情報の詳細》
図８は、イベントのステータスとカウンタ情報の値（以下カウンタ値とも称す）の関係を示す図である。図８において、タイミングＴ００１〜Ｔ００３は、イベントの発生していない通常状態を示しており、この場合、カウンタ値は、送信側ノードと受信側ノードとで一致している。
【００５７】
そして、新たなイベントが発生すると、タイミングＴ００４のように、送信ノードがカウンタ値を更新する。このため、タイミングＴ００５〜Ｔ００６では、送信側ノードのカウンタ値が更新後のＮ＋１、受信側ノードのカウンタ値が更新されていないＮと異なっているので、イベント発生中、即ち対象データの送信中であることが示される。
【００５８】
そして、受信側ノードが、対象データを全て受信すると、タイミングＴ０２１のように、カウンタ値を更新する。これにより、対象データの送受信が終了したこと、即ちイベントが終了したことが示される。このため、タイミングＴ０２２〜Ｔ０２４では、送信側ノードと受信側ノードとでカウンタ値が更新後のＮ＋１で一致し、通常状態であることが示される。そして、新たなイベントが発生すると、タイミングＴ０２５のように、送信ノードが更にカウンタ値を更新し、同様に繰り返される。
【００５９】
なお、図８では、対象データを送受信する送信側ノードと受信側ノードのカウンタ値を並べて示したが、実際には図９に示すように他のノードからもデータフレームがブロードキャストされており、この中からＣＡＮ−ＩＤによって必要なデータフレームを特定して処理を行う。
【００６０】
なお、カウンタ値は、イベントのステータスを表すことができればよいので必ずしもインクリメントだけでなく、NとMや、０と１など、二値を交互に更新するものでもよい。図１０は、カウンタ値をNとMとした例を示している。また、これらの例では、送信側ノードと受信側ノードのカウンタ値が一致した場合を通常状態、一致していない場合をイベント発生中としたが、一致していない場合を通常状態、一致している場合をイベント発生中と設定してもよい。
【００６１】
また、カウンタ値は、画面遷移などの特定のイベントに対応づいたＩＤとすることもできる。図１１は、カウンタ値として、画面ＩＤを用いた例を示している。図１１では、オーディオ画面のＩＤをＡ、メニュー画面のＩＤをＢ、ナビ画面のＩＤをＣとしている。
【００６２】
このように、カウンタ値として、画面ＩＤを用いることにより、カウンタ情報によって送受信中の画面や表示中の画面を示すこともできる。
【００６３】
図１２は、送信側ノードと受信側ノードがカウンタ情報を送信するタイミングを示す図である。図１２に示されるように、タイミング５１において送信側ノードが、画面Ａ用のデータの送信を完了し、このときのカウンタ情報の値（カウンタ値）がｎであって、受信側ノードが、この画面Ａ用のデータを全て受信した場合、前回のカウンタ値ｎ−１をインクリメントして、カウンタ値をｎに更新し、タイミング５２にてデータフレームを送信ノードへ送信する。即ち、当該データフレームのＣＡＮ−ＩＤで特定される対象データの受信を完了したことが、送信ノードへ通知される。
【００６４】
なお、対象データの受信完了が通知された送信側ノードは、当該対象データの定期通信
を停止し、当該対象データのＣＡＮ−ＩＤ及びカウンタ情報を含むデータフレーム、即ち画面表示用のデータの内容を含まないデータフレームのみを次の画面表示のイベントが発生するまで、所定周期（図１２の例ではＴ秒）で送信する。なお、受信側ノードにおいても、当該対象データのＣＡＮ−ＩＤ及びカウンタ情報を含むデータフレームを次の画面表示のイベントが発生するまで、所定周期で送信する。この場合のカウンタ値は、既に受信が完了しているので送信側ノードと同じカウンタ値ｎである。即ち、イベントの発生していない通常状態であることが示される。
【００６５】
そして、画面Ｂへ遷移するイベントが発生した場合、送信側ノードは、カウンタ情報の値をｎ＋１に更新し、タイミング５３にてこのカウンタ情報を含むデータフレームを送信し、また、その構成要素をタイミング５４〜５７等にて送信する。
【００６６】
これに対し、受信側ノードは、所定周期で当該対象データのカウンタ情報を含むデータフレームを送信ノードへ送信するが、タイミング５８の時点では、当該対象データを構成する構成要素の一部しか受信していないため、前回のカウンタ値でデータフレームを送信する。このため、送信側ノードと受信側ノードのカウンタ値が異なり、対象データを送受信中であることがしめされる。
【００６７】
そして、タイミング５９の時点で、受信側ノードが、当該対象データを全て受信した場合、カウンタ値を送信側と同じｎ＋１とし、データフレームを送信することで、受信完了を通知する。なお、本例では、受信側から送信側と同じカウンタ値を送信することで、受信完了を通知したが、これに限らず、送信側のカウンタ値の次の値を送るなど、他の値を送ることで受信完了を通知してもよい。
【００６８】
また、データフレームのデータフィールドが最大８バイトのため、構成要素を更に分割して送信してもよい。例えば、図４に示されるように、データフィールドのうち、データの内容を格納できる領域が６バイトであって、２バイト文字を３０文字送信する場合、３文字ずつ１０回データフレームの送信を繰り返すことで、構成要素を送信する。この場合、構成要素用のカウンタ情報として、シーケンス番号（通し番号）を各データフレームへ付与することで、受信側ノードが全ての構成要素を受信したか否かを判定できる。
【００６９】
例えば、１つの構成要素を１０個のデータフレームで送信する場合、各データフレームに０〜９のシーケンス番号を付す。受信側ノードは、所定の周期で一度もエラーがなくカウンタ値が０〜９のデータフレームを受信し、カウンタ値が９のデータフレームの次にカウンタ値が０のデータフレームを受信し、カウンタ値が一巡した場合に当該構成要素を全て受信したと判定する。また、当該構成要素のカウンタ情報の最大値を予め定めておき、受信した構成要素のカウンタ値が０〜最大値（例えば９）まで欠損することなく受信した場合に、当該構成要素を全て受信したと判定してもよい。
【００７０】
また、当該構成要素のカウンタ情報の最大値を送信側ノードから受信側ノードへ送り、受信した構成要素のカウンタ値が０〜最大値まで欠損することなく受信した場合に、当該構成要素を全て受信したと判定してもよい。また、カウンタフィールドの一部（例えば１ビット）をデータフレームの最後を示す情報として用い、カウンタ値が０のデータフレームから、最後を示す情報がレセシブとなっているカウンタ値のデータフレームまで欠損することなく受信した場合に、当該構成要素を全て受信したと判定してもよい。
【００７１】
このように受信側ノードは、構成要素用カウンタ情報に基づき各構成要素の全てのデータフレームを受信したことを判定し、更に設定情報に基づいて対象データの全ての構成要素を受信したと判定した場合に、構成要素を全て受信したと判定する。
【００７２】
《実施形態の効果》
本例の通信方法では、送信側ノードと受信側ノードが、カウンタ情報を所定周期で送受信する。また、対象データを送信する新たなイベントが生じた場合に、送信側ノードが、カウンタ情報の値を更新し、対象データと共に更新後のカウンタ情報を通信線へ所定周期で送信する。そして、受信側ノードが、対象データ及び更新後のカウンタ情報を受信し、更新後のカウンタ情報と対応する対象データを全て受信した場合に、カウンタ情報の値を更新し、当該更新後のカウンタ情報を通信線へ所定周期で送信する。
【００７３】
これにより、カウンタ情報に基づいてイベントのステータスを把握することができる。例えば、送信側ノードが、受信側ノードで受信を完了したことを認識でき、当該構成要素の定期通信を終了させ、無駄に送信を繰り返すことをなくして、トラヒックを低減させることができる。即ち、定期通信型の通信方式を採用するネットワークを用いながら、イベントに応じてデータの送受信を行うことができる。
【００７４】
また、本例の通信方法では、対象データが複数の構成要素からなる場合、送信側ノードが、前記構成要素毎にカウンタ情報を付し、当該構成要素と共に前記構成要素毎のカウンタ情報を送信し、受信側ノードが、前記構成要素毎のカウンタ情報と対応する構成要素を全て受信した場合に、前記対象データのカウンタ情報を更新する。
【００７５】
このように、受信側ノードが、対象データを構成する構成要素のデータの全てを受信した場合に、カウンタ情報を更新して受信が完了したことを示すので、送信側ノードが、受信完了を認識できる。
【００７６】
また、本例の通信方法では、構成要素が複数のデータフレームに分割して送信される場合に、前記構成要素を分割したデータフレームのそれぞれに付したシリアル番号を示す情報や、構成要素を分割したデータフレームの中で最終のデータフレームであることを示す情報、及び前記構成要素を分割したデータフレームの全数を示す情報のうち、少なくとも一つを前記構成要素毎の識別情報に付加する。
【００７７】
これにより受信側ノードが、複数に分割された構成要素の最後や全数を把握できるので、構成要素のデータを全て受信したことを精度よく検出することができる。
【００７８】
また、本例の通信方法は、画面遷移のイベントが発生した場合に、前記対象データとして画面表示のためのデータを送信する場合に適用される。
【００７９】
これにより、多種多様な画面表示のデータを定期通信を採用するネットワークを介して送信する場合でも、ネットワークのトラヒックを抑えて通信することができる。
【００８０】
なお、前記画面表示のためのデータは、画面表示ごと及び画面表示を構成する構成要素ごとにＩＤ情報が設定されている。
【００８１】
これにより、限られたデータフィールドのデータフレームを採用したネットワークであっても、適切に画面表示のためのデータを送信できる。
【００８２】
以上、本発明の実施の形態を説明したが、これらはあくまで例示にすぎず、本発明はこれらに限定されるものではなく、特許請求の範囲の趣旨を逸脱しない限りにおいて、当業者の知識に基づく種々の変更が可能である。
【符号の説明】
【００８３】
１０    通信線
１３    ステアリングスイッチ
１４    車載機
１５    コントローラ
１６    時計
２０    ノード
２１    機能部
２２    データ取得部
２３    フレーム生成部
２４    送信部
２５    受信部
２６    受信判定部
【図１】
2018056682.tif 000003
【図２】
2018056682.tif 000004
【図３】
2018056682.tif 000005
【図４】
2018056682.tif 000006
【図５】
2018056682.tif 000007
【図６】
2018056682.tif 000008
【図７】
2018056682.tif 000009
【図８】
2018056682.tif 000010
【図９】
2018056682.tif 000011
【図１０】
2018056682.tif 000012
【図１１】
2018056682.tif 000013
【図１２】
2018056682.tif 000014
【手続補正書】
【提出日】平成29年12月28日(2017.12.28)
【手続補正１】
【補正対象書類名】明細書
【補正対象項目名】０００３
【補正方法】変更
【補正の内容】
【０００３】
【特許文献１】特開２０１５−１４２３２９号公報
【特許文献２】特開２００４−２５９１５８号公報