(57)【要約】【課題】第２のＣＰＵの処理負荷の増大を未然に回避することと、第２のＣＰＵの動作への悪影響を未然に回避することとを両立する。【解決手段】車両用データ処理装置１において、第１のＣＰＵ２は、車両ネットワーク８から受信したＣＡＮメッセージが間引き判定対象であり、パラメータが変化していないと判定すると、そのパラメータが変化していない間引き判定対象のＣＡＮメッセージの第２のＣＰＵ３への出力を禁止する（間引く）。又、第１のＣＰＵ２は、車両ネットワーク８から受信したＣＡＮメッセージが間引き判定対象ないと判定すると、そのＣＡＮメッセージを第２のＣＰＵ３に出力する。【選択図】図１
2015112944.tif 000002
【特許請求の範囲】
【請求項１】
ネットワーク（８）からメッセージを受信する第１の制御手段（２）と、前記第１の制御手段からメッセージを入力する第２の制御手段（３）と、を備えたデータ処理装置（１）であって、
前記第１の制御手段は、前記ネットワークから受信したメッセージが間引き判定対象のメッセージであるか否かを判定し、間引き判定対象のメッセージでないと判定した場合に、そのメッセージを前記第２の制御手段に出力し、間引き判定対象のメッセージであると判定した場合に、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定し、間引き条件を満たしていると判定した場合に、その間引き条件を満たしている間引き判定対象のメッセージの前記第２の制御手段への出力を禁止することを特徴とするデータ処理装置。
【請求項２】
請求項１に記載したデータ処理装置において、
前記第１の制御手段は、間引き条件を満たしていないと判定した場合に、その間引き条件を満たしていない間引き判定対象のメッセージを前記第２の制御手段に出力することを特徴とするデータ処理装置。
【請求項３】
請求項１又は２に記載したデータ処理装置において、
前記第１の制御手段は、前記ネットワークから受信した間引き判定対象のメッセージに格納されているパラメータを保持し、その保持しているパラメータと前記ネットワークから受信した間引き判定対象のメッセージに格納されているパラメータとを照合してパラメータが変化しているか否かを判定することで、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定することを特徴とするデータ処理装置。
【請求項４】
請求項１から３の何れか一項に記載したデータ処理装置において、
前記第１の制御手段は、前記ネットワークから間引き判定対象のメッセージを受信した回数を受信回数としてカウントし、そのカウントした受信回数が規定値に達したか否かを判定し、受信回数が規定値に達したと判定した場合に、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定することを特徴とするデータ処理装置。
【請求項５】
請求項４に記載したデータ処理装置において、
前記第１の制御手段は、間引き判定対象のメッセージの区分を判定し、第１の区分の間引き判定対象のメッセージであると判定した場合には、その間引き判定対象のメッセージを受信した回数を受信回数としてカウントせずに、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定し、第２の区分の間引き判定対象のメッセージであると判定した場合には、その第２の区分の間引き判定対象のメッセージを受信した回数を受信回数としてカウントし、そのカウントした受信回数が規定値に達したか否かを判定し、そのカウントした受信回数が規定値に達したと判定した場合に、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定することを特徴とするデータ処理装置。
【請求項６】
請求項１から５の何れか一項に記載したデータ処理装置において、
前記第１の制御手段が起動完了した後に、前記第２の制御手段が起動完了することを特徴とするデータ処理装置
【請求項７】
請求項１から６の何れか一項に記載したデータ処理装置において、
車両に搭載可能に構成され、前記ネットワークが車両ネットワークであり、前記第１の制御手段が車両系のデータ処理に特化し、前記第２の制御手段が情報系のデータ処理に特化することを特徴とするデータ処理装置。
【請求項８】
ネットワーク（８）から受信したメッセージを第２の制御手段（３）に出力可能な第１の制御手段（２）に、
前記ネットワークから受信したメッセージが間引き判定対象のメッセージであるか否かを判定する第１の手順と、
間引き判定対象のメッセージでないと前記第１の手順により判定した場合に、そのメッセージを前記第２の制御手段に出力させる第２の手順と、
間引き判定対象のメッセージであると前記第１の手順により判定した場合に、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定する第３の手順と、
間引き条件を満たしていると前記第３の手順により判定した場合に、その間引き条件を満たしている間引き判定対象のメッセージの前記第２の制御手段への出力を禁止する第４の手順と、を実行させることを特徴とするメッセージ処理プログラム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ネットワークからメッセージを受信する第１の制御手段と、第１の制御手段からメッセージを入力する第２の制御手段とを備えたデータ処理装置及びメッセージ処理プログラムに関する。
【背景技術】
【０００２】
従来より、例えば車両用装置、パーソナルコンピュータ、スマートホン等の多種多様な電子機器としてのデータ処理装置が供されている。この種のデータ処理装置として、複数の制御手段を設けることで、処理負荷を分散させて装置全体の処理効率を高める構成が開示されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１６０７１５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記したような複数の制御手段を有するデータ処理装置がネットワークに接続される場合、ネットワークとの間の通信インタフェースを第１の制御手段のみに設ける構成が想定される。その場合、ネットワークに流れるメッセージを第１の制御手段が受信すると、第１の制御手段が当該ネットワークから受信したメッセージの全てを第２の制御手段に出力する構成が想定される。しかしながら、ネットワークから受信したメッセージの全てを第２の制御手段に出力する構成では、第２の制御手段が必要としないメッセージをも入力する可能性がある。その結果、第２の制御手段の処理負荷が増大するという問題がある。一方、第１の制御手段から第２の制御手段へのメッセージの出力を不適切に抑制してしまうと、第２の制御手段が必要とするメッセージを入力することができない可能性がある。その結果、例えばアプリケーションが誤動作する等の第２の制御手段の動作に悪影響が発生する問題がある。
【０００５】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、ネットワークからメッセージを受信する第１の制御手段と、第１の制御手段からメッセージを入力する第２の制御手段とを備えた構成において、第２の制御手段の処理負荷の増大を未然に回避することと、第２の制御手段の動作への悪影響を未然に回避することとを両立することができるデータ処理装置及びメッセージ処理プログラムを提供することにある。
【課題を解決するための手段】
【０００６】
請求項１に記載した発明によれば、第１の制御手段は、ネットワークからメッセージを受信する。第２の制御手段は、第１の制御手段からメッセージを入力する。ここで、第１の制御手段は、ネットワークからメッセージを受信すると、その受信したメッセージが間引き判定対象のメッセージであるか否かを判定し、間引き判定対象のメッセージでないと判定すると、そのメッセージを第２の制御手段に出力する。一方、第１の制御手段は、その受信したメッセージが間引き判定対象のメッセージであると判定すると、その間引き判定対象のメッセージが間引き条件を満たしているか否かを判定し、間引き条件を満たしていると判定すると、その間引き条件を満たしている間引き判定対象のメッセージの第２の制御手段への出力を禁止する。
【０００７】
即ち、第２の制御手段が適切な動作を行うのに常に必要としない（不要な）メッセージを間引き判定対象のメッセージとして予め設定しておくことで、その間引き判定対象のメッセージが間引き条件を満たしていると、その間引き条件を満たしている間引き判定対象のメッセージを第１の制御手段から第２の制御手段に出力させなくする（間引く）ことができ、第２の制御手段の処理負荷の増大を未然に回避することができる。又、第２の制御手段が適切な動作を行うのに常に必要とするメッセージを間引き判定対象のメッセージとして予め設定しておかないことで、そのメッセージを第１の制御手段から第２の制御手段に出力させることができ、第２の制御手段の動作への悪影響を未然に回避することができる。これにより、第２の制御手段の処理負荷の増大を未然に回避することと、第２の制御手段の動作への悪影響を未然に回避することとを両立することができる。
【図面の簡単な説明】
【０００８】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】テーブルを示す図
【図３】フローチャート
【図４】データフレームの構成を示す図
【発明を実施するための形態】
【０００９】
以下、本発明を、車両に搭載可能な車両用データ処理装置に適用した一実施形態について図面を参照して説明する。車両用データ処理装置１は、車両に搭載可能であり、第１のＣＰＵ（Central Processing Unit）２（第１の制御手段）と、第２のＣＰＵ３（第２の制御手段）とを有する。車両に搭載可能とは、車両に対して固定状態で搭載されている態様又は車両に対して着脱可能に搭載されている態様の何れでも良い。第１のＣＰＵ２は、第１の基板（図示せず）に実装されていると共に、第２のＣＰＵ３は、第２の基板（図示せず）に実装されており、第１の基板と第２の基板とはコネクタを介して着脱可能に接続されている。即ち、第１の基板に対して第２の基板が交換可能となっており、第１の基板に対して第２の基板が交換されることで、第１のＣＰＵ２に対して第２のＣＰＵ３が交換される。第１のＣＰＵ２と第２のＣＰＵ３との間には、ＵＳＢ（Universal Serial Bus）の通信インタフェースに準拠したデータ信号線４が接続されていると共に、動作電力を伝送する電源線５が接続されている。
【００１０】
車両用データ処理装置１は、ＡＣＣスイッチのオンオフに連動して電源オンオフを切換える。即ち、車両用データ処理装置１は、ＡＣＣスイッチがオフからオンに切換わると、車両バッテリからの所定電圧の電力供給が開始されることで電源オンする。車両用データ処理装置１が電源オンすると、第１のＣＰＵ２への動作電力の供給が開始されることで、第１のＣＰＵ２が起動開始し、第１のＣＰＵ２から第２のＣＰＵ３への動作電力の供給が電源線５を介して開始されることで、第２のＣＰＵ３が起動開始する。又、車両用データ処理装置１は、ＡＣＣスイッチがオンからオフに切換わると、車両バッテリからの所定電圧の電力供給が停止されることで電源オフする。
【００１１】
第１のＣＰＵ２は、全体を制御する制御装置、各種演算を実行する演算装置、データを一時記憶するレジスタ、クロックを発振する発振器、後述する第１のメモリ６との通信インタフェース等を有する。第１のＣＰＵ２は、車両制御に関する車両系のデータ処理に特化し、所謂リアルタイムＯＳ（Operating System）と称される容量が相対的に小さなプログラムを使用して動作する。そのため、第１のＣＰＵ２がＯＳや各種プログラムを読込むのに要する時間（起動開始から起動完了するまでに要する時間）は相対的に短い。
【００１２】
第２のＣＰＵ３は、全体を制御する制御装置、各種演算を実行する演算装置、データを一時記憶するレジスタ、クロックを発振する発振器、後述する第２のメモリ７との通信インタフェース等を有する。第２のＣＰＵ３は、例えば画像データや音楽データ等の情報系（マルチメディア系）のデータ処理に特化し、第１のＣＰＵ２が使用するプログラムよりも容量が相対的に大きなプログラムを使用して動作する。そのため、第２のＣＰＵ３がＯＳや各種プログラムを読込むのに要する時間は相対的に長い。即ち、ＡＣＣスイッチがオフからオンに切換わり、車両用データ処理装置１が電源オンすると、最初に第１のＣＰＵ２が起動完了し、その後に第２のＣＰＵ３が起動完了する。
【００１３】
第１のＣＰＵ２に接続されている第１のメモリ６は、例えばフラッシュメモリである。第１のＣＰＵ２は、第１のメモリ６に保存されている制御プログラム（メッセージ処理プログラムを含む）を読出して実行し、制御プログラムを実行することに応じて各種バックアップデータを第１のメモリ６に保存する等の処理を行う。第２のＣＰＵ３に接続されている第２のメモリ７は、例えばＳＤメモリカードである。第２のＣＰＵ３は、第２のメモリ７に保存されている制御プログラムを読出して実行し、制御プログラムを実行することに応じて各種バックアップデータを第２のメモリ７に保存する等の処理を行う。
【００１４】
第１のＣＰＵ２は、車両ネットワーク８（ネットワーク）との間の通信インタフェースを有する。車両ネットワーク８は、例えばＣＡＮ（Controller Area Network）であり、主に車両系のデータを伝送する車両系のＣＡＮ（Ｖ（Vehicle）−ＣＡＮ）９と、主に情報系のデータを伝送する情報系のＣＡＮ（Ｍ（Multimedia）−ＣＡＮ）１０とを含む。車両系のＣＡＮ９に接続されている複数の機器１１は、例えば車両の走行を制御する走行制御ＥＣＵ（電子制御ユニット：Electronic Control Unit）、エアコンを制御するエアコン制御ＥＣＵ、アクセルの作動を制御するアクセル制御ＥＣＵ、ブレーキの作動を制御するブレーキ制御ＥＣＵ等である。情報系のＣＡＮ１０に接続されている複数の機器１２は、例えばＥＴＣ（登録商標）（電子料金収受システム：Electronic Toll Collection System）器、車両後方を撮影するリアカメラ、車両側方を撮影するサイドカメラ等である。尚、車両ネットワーク８には例示した以外の機器が接続されていても良い。又、車両ネットワーク８は、車両系のＣＡＮ９と情報系のＣＡＮ１０とに区分されず、それらが統合されている１つのＣＡＮであっても良い。
【００１５】
これらの機器１１、１２が各種のフレームを車両ネットワーク８を介して送受信することで、車両ネットワーク８には各種のフレームが流れる。車両ネットワーク８に流れるフレームとしては、データフレーム、リモートフレーム、エラーフレーム、オーバーロードフレームの４種類のフレームがある。第１のＣＰＵ２は、これら車両ネットワーク８に流れるフレームの一部をＣＡＮメッセージとして受信する。又、第２のＣＰＵ３には、それぞれＵＳＢの通信インタフェースに準拠したデータ信号線１３〜１５を介してオーディオ装置１６、ナビゲーション装置１７、ＡＵＸ端子１８が接続されている。尚、第２のＣＰＵ３には例示した以外の装置が接続されていても良い。
【００１６】
上記した構成では、車両ネットワーク８との間の通信インタフェースが第１のＣＰＵ２のみに設けられている。この場合、第１のＣＰＵ２が車両ネットワーク８から受信したＣＡＮメッセージの全てを第２のＣＰＵ３に出力すると、第２のＣＰＵ３が必要としないＣＡＮメッセージをも入力する可能性がある。その結果、第２のＣＰＵ３の処理負荷が増大するという問題がある。一方、第２のＣＰＵ３へのＣＡＮメッセージの出力を不適切に抑制してしまうと、第２のＣＰＵ３が必要とするメッセージを入力することができない可能性がある。その結果、例えばアプリケーションが誤動作する等の第２のＣＰＵ３の動作に悪影響が発生する問題がある。
【００１７】
このような事情を考慮し、第１のＣＰＵ２は、図２に示すテーブルを保持している。図２に示すテーブルにおいて、ＩＤ（ｎ…ｎ）は、ＣＡＮメッセージ（フレーム）に固有の識別情報であり、標準フォーマットのデータフレームでは図４にも示すように１１ビットで表記される値である。間引きフラグは、そのＩＤのＣＡＮメッセージが間引き判定対象のＣＡＮメッセージであるか否かを示すフラグであり、「０」が間引き判定対象のＣＡＮメッセージでないことを示し、「１」が間引き判定対象のＣＡＮメッセージであることを示す。区分フラグは、間引き判定対象のＣＡＮメッセージが第１の区分又は第２の区分の何れの区分であるか否かを示すフラグであり、「０」が第１の区分の間引き判定対象のＣＡＮメッセージであることを示し、「１」が第２の区分の間引き判定対象のＣＡＮメッセージであることを示す。規定値（Ａ１、Ａ２、…）は、第２の区分の間引き判定対象のＣＡＮメッセージに対して設定する値である。
【００１８】
又、第１のＣＰＵ２は、間引き判定対象のＣＡＮメッセージのＩＤ毎に、データフレームのデータフィールドの値（ビット列）をパラメータとして保持する領域を有する。この場合、第１のＣＰＵ２は、最新のパラメータのみを保持しても良いし、最新のパラメータから遡って過去の所定回数分のパラメータを保持しても良い。更に、第１のＣＰＵ２は、第２の区分の間引き判定対象のＣＡＮメッセージのＩＤ毎に、受信回数カウンタのカウント値を保持する領域を有する。
【００１９】
次に、上記した構成の作用について、図３も参照して説明する。第１のＣＰＵ２は、本発明に関連して図３に示す処理を実行する。
第１のＣＰＵ２は、車両ネットワーク８からＣＡＮメッセージを受信したか否かを所定周期で定期的に監視している。第１のＣＰＵ２は、車両ネットワーク８からＣＡＮメッセージを受信したと判定すると、保持しているテーブルを検索し、その受信したＣＡＮメッセージのＩＤに対応する間引きフラグを判定し、その受信したＣＡＮメッセージが間引き判定対象のＣＡＮメッセージであるか否かを判定する（Ｓ１、第１の手順）。第１のＣＰＵ２は、その受信したＣＡＮメッセージが間引き判定対象のＣＡＮメッセージでないと判定すると（Ｓ１：ＮＯ）、その受信したＣＡＮメッセージを第２のＣＰＵ３に出力する（Ｓ２、第２の手順）。そして、第１のＣＰＵ２は、ＣＡＮメッセージの第２のＣＰＵ３への出力を完了すると、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。
【００２０】
一方、第１のＣＰＵ２は、その受信したＣＡＮメッセージが間引き判定対象のＣＡＮメッセージであると判定すると（Ｓ１：ＹＥＳ）、その間引き判定対象のＣＡＮメッセージに設定されている区分フラグを判定し、その間引き判定対象のＣＡＮメッセージが第１の区分又は第２の区分の何れの区分であるかを判定する（Ｓ３）。第１のＣＰＵ２は、その間引き判定対象のＣＡＮメッセージが第１の区分であると判定すると（Ｓ３：ＹＥＳ）、その第１の区分である間引き判定対象のＣＡＮメッセージに対応して保持しているパラメータ（過去に受信した最新のパラメータ）と、今回受信した第１の区分である間引き判定対象のＣＡＮメッセージに格納されているパラメータとを照合する（Ｓ４）。そして、第１のＣＰＵ２は、パラメータが変化しているか否か（間引き条件を満たしているか否か）を判定する（Ｓ５、第３の手順）。
【００２１】
ここで、第１のＣＰＵ２は、パラメータが変化しているか否かを判定する方法として、例えば比較対象のパラメータ同士のうち相違しているビット数が１ビット以上であれば、パラメータが変化していると判定すれば良い。又、第１のＣＰＵ２は、例えば比較対象のパラメータ同士のうち相違しているビット数の所定の複数ビット未満であれば、パラメータが変化していないと判定し、相違しているビット数が所定の複数ビット以上であれば、パラメータが変化していると判定しても良い。
【００２２】
第１のＣＰＵ２は、パラメータが変化していない（間引き条件を満たしている）と判定すると（Ｓ５：ＮＯ）、その受信したＣＡＮメッセージの第２のＣＰＵ３への出力を禁止し（間引き）（Ｓ６、第４の手順）、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。一方、第１のＣＰＵ２は、パラメータが変化している（間引き条件を満たしていない）と判定すると（Ｓ５：ＹＥＳ）、保持しているパラメータに対して今回受信したＣＡＮメッセージに格納されているパラメータを上書きすることで、保持するパラメータを更新し（Ｓ７）、その受信したＣＡＮメッセージを第２のＣＰＵ３に出力する（Ｓ２）。そして、第１のＣＰＵ２は、ＣＡＮメッセージの第２のＣＰＵ３への出力を完了すると、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。
【００２３】
又、第１のＣＰＵ２は、その間引き判定対象のＣＡＮメッセージが第１の区分でない（第２の区分である）と判定すると（Ｓ３：ＮＯ）、その第２の区分である間引き判定対象のＣＡＮメッセージに対応して保持している受信回数カウンタのカウント値をインクリメントする（Ｓ８）。第１のＣＰＵ２は、インクリメントした後のカウント値が規定値に達したか否かを判定し（Ｓ９）、インクリメントした後のカウント値が規定値に達したと判定すると（Ｓ９：ＹＥＳ）、受信回数カウンタのカウント値をクリアし（Ｓ１０）、その第２の区分である間引き判定対象のＣＡＮメッセージに対応して保持している最新のパラメータと、今回受信した第２の区分である間引き判定対象のＣＡＮメッセージに格納されているパラメータとを照合する（Ｓ４）。そして、第１のＣＰＵ２は、パラメータが変化しているか否か（間引き条件を満たしているか否か）を判定する（Ｓ５、第３の手順）。
【００２４】
この場合も、第１のＣＰＵ２は、パラメータが変化していない（間引き条件を満たしている）と判定すると（Ｓ５：ＮＯ）、その受信したＣＡＮメッセージの第２のＣＰＵ３への出力を禁止し（間引き）（Ｓ６、第４の手順）、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。一方、第１のＣＰＵ２は、パラメータが変化している（間引き条件を満たしていない）と判定すると（Ｓ５：ＹＥＳ）、保持しているパラメータに対して今回受信したＣＡＮメッセージに格納されているパラメータを上書きすることで、保持するパラメータを更新し（Ｓ７）、その受信したＣＡＮメッセージを第２のＣＰＵ３に出力する（Ｓ２）。そして、第１のＣＰＵ２は、ＣＡＮメッセージの第２のＣＰＵ３への出力を完了すると、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。又、第１のＣＰＵ２は、インクリメントした後のカウント値が規定値に達していないと判定すると（Ｓ９：ＮＯ）、この場合も、その受信したＣＡＮメッセージの第２のＣＰＵ３への出力を禁止し（間引き）（Ｓ６、第４の手順）、一連の処理を終了し、次のＣＡＮメッセージの受信を監視する。
【００２５】
第１のＣＰＵ２は、ＣＡＮメッセージ毎に、パラメータを通知する必要性や車両ネットワーク８からのＣＡＮメッセージの受信周期に応じて上記したテーブルの間引きフラグ、区分フラグ、規定値を設定すれば良い。即ち、第１のＣＰＵ２は、車両ネットワーク８から受信する毎にパラメータが変化しているか否かに拘らずパラメータを通知する必要があるＣＡＮメッセージに対しては、間引きフラグを「０」に設定すれば良い。具体的には、第１のＣＰＵ２は、第２のＣＰＵ３の機能として例えば燃費を計算するアプリーションを実行する場合であれば、燃料消費のデータと走行距離のデータとを逐一積算する必要があるので、それらのパラメータを格納したＣＡＮメッセージに対して間引きフラグを「０」に設定すれば良い。
【００２６】
又、第１のＣＰＵ２は、車両ネットワーク８から受信する毎にパラメータが変化しているか否かを判定する必要があり、パラメータが変化している場合に限ってパラメータを通知する必要があるＣＡＮメッセージに対しては、間引きフラグを「１」に設定すれば良い。具体的には、第１のＣＰＵ２は、第２のＣＰＵ３の機能としてエアコンの温度や風量、車両バッテリの状態等を表示するアプリーションを実行する場合であれば、エアコンの温度や風量の最新のデータ、車両バッテリの状態の最新のデータのみを必要とするので、それらのパラメータを格納したＣＡＮメッセージに対して間引きフラグを「１」に設定すれば良い。その場合、第１のＣＰＵ２は、例えばＣＡＮメッセージの受信周期が相対的に遅く、車両ネットワーク８からＣＡＮメッセージを受信する毎にパラメータが変化しているか否かを判定する必要があれば、区分フラグを「０」に設定すれば良い。一方、第１のＣＰＵ２は、例えばＣＡＮメッセージの受信周期が相対的に速く、車両ネットワーク８からＣＡＮメッセージを受信する毎にパラメータが変化しているか否かを判定する必要がなければ、区分フラグを「１」に設定し、そのＣＡＮメッセージの受信周期に応じて規定値を設定すれば良い。
【００２７】
又、第１のＣＰＵ２は、上記したような第２のＣＰＵ３が実行するアプリケーションの種別に加え、例えば第２のＣＰＵ３の動作環境等をも考慮し、テーブルの間引きフラグ、区分フラグ、規定値を設定しても良い。具体的に説明すると、第１のＣＰＵ２が、図４に示すように、例えば舵角のデータ、走行距離のデータ、車輪速度のデータ、リザーブ（未定義）がデータフィールドに格納されている標準フォーマットのデータフレームをＣＡＮメッセージとして１０［ｍｓｅｃ］の受信周期で受信し、第２のＣＰＵ３が、舵角のデータ、走行距離のデータ、車輪速度のデータを用いて駐車支援の（リアカメラの撮影映像を自車両の後退に応じて描画する）アプリケーションを実行する場合を想定する。この場合、第２のＣＰＵ３は、リアカメラの撮影映像を、舵角のデータ、走行距離のデータ、車輪速度のデータの変化に追従して画像処理して描画することになるが、動作環境として例えば画像処理の処理速度が受信周期に追従しなければ（間に合わなければ）、第１のＣＰＵ２が当該ＣＡＮメッセージを１０［ｍｓｅｃ］の出力周期で第２のＣＰＵ３に出力しても、第２のＣＰＵ３の処理負荷が増大し、画像処理を適切に行うことができない。そのため、第１のＣＰＵ２は、その舵角のデータ、走行距離のデータ、車輪速度のデータを含むＣＡＮメッセージを、第２の区分の間引き判定対象のＣＡＮメッセージとして設定し、規定値を例えば「１０」に設定することで、そのＣＡＮメッセージをパラメータが変化した場合に限って１００［ｍｓｅｃ］の出力周期で第２のＣＰＵ３に出力することになる。その結果、第２のＣＰＵ３の処理負荷の増大を未然に回避することができ、画像処理を適切に行うことができる。尚、以上は、標準フォーマットのデータフレームを例示したが、拡張フォーマットのデータフレーム（ＩＤが２９ビットで表記されるデータフレーム）でも同様である。
【００２８】
以上に説明したよう本実施形態によれば、車両用データ処理装置１の第１のＣＰＵ２において、車両ネットワーク８から受信したＣＡＮメッセージが間引き判定対象のＣＡＮメッセージであると判定し、パラメータが変化していないと判定すると、そのパラメータが変化していない間引き判定対象のＣＡＮメッセージの第２のＣＰＵ３への出力を禁止する（間引く）ようにした。これにより、第１のＣＰＵ２から第２のＣＰＵ３に出力するＣＡＮメッセージを間引くことで、第２のＣＰＵ３の処理負荷の増大を未然に回避することができる。又、第１のＣＰＵ２において、車両ネットワーク８から受信したＣＡＮメッセージが間引き判定対象のＣＡＮメッセージでないと判定すると、そのＣＡＮメッセージを第２のＣＰＵ３に出力するようにした。これにより、第１のＣＰＵ２から第２のＣＰＵ３にＣＡＮメッセージを出力することで、第２のＣＰＵ３の動作への悪影響を未然に回避することができる。このようにして第２のＣＰＵ３の処理負荷の増大を未然に回避することと、第２のＣＰＵ３の動作への悪影響を未然に回避することとを両立することができる。
【００２９】
又、第１のＣＰＵ２において、車両ネットワーク８から受信したＣＡＮメッセージが間引き判定対象のメッセージであると判定し、パラメータが変化していると判定すると、そのパラメータが変化している間引き判定対象のＣＡＮメッセージを第２のＣＰＵ３に出力するようにした。これにより、パラメータの変化を第１のＣＰＵ２から第２のＣＰＵ３に通知することができる。
【００３０】
又、第１のＣＰＵ２において、車両ネットワーク８から間引き判定対象のＣＡＮメッセージを受信した回数を受信回数としてカウントし、そのカウントした受信回数が規定値に達したと判定した場合に、パラメータが変化しているか否かを判定するようにした。これにより、車両ネットワーク８からＣＡＮメッセージを受信する受信周期や第２のＣＰＵ３動作環境等を考慮した上で、パラメータが変化しているか否かを適切なタイミングで効率良く判定することができる。
【００３１】
又、第２のＣＰＵ３が起動完了するよりも先に起動完了する第１のＣＰＵ２において、車両ネットワーク８から受信したＣＡＮメッセージを間引く処理を実行するようにした。これにより、第１のＣＰＵ２が起動完了した後で且つ第２のＣＰＵ３が起動完了する前の期間中では、第１のＣＰＵ２がＣＡＮメッセージを出力したにも拘らず、第２のＣＰＵ３が当該ＣＡＮメッセージを入力することができない状況が想定されるが、その第２のＣＰＵ３に入力されないＣＡＮメッセージの数を極力抑制することができる。
【００３２】
本発明は、上記した実施形態にのみ限定されるものではなく、以下のように変形又は拡張することができる。
車両に搭載可能な車両用データ処理装置に適用する構成に限らず、車両以外の対象を用途とするデータ処理装置に適用しても良い。その場合、ネットワークがＣＡＮ等の有線ネットワークである構成に限らず、ネットワークが無線ネットワークであっても良く、データ処理装置がネットワークからメッセージを無線受信する構成であっても良い。
第２の制御手段に相当する制御手段が複数であっても良い。即ち、第１の制御手段において、第２の制御手段に相当する複数の制御手段に対し、ネットワークから受信したメッセージを間引いて出力しても良い。
【符号の説明】
【００３３】
図面中、１は車両用データ処理装置（データ処理装置）、２は第１のＣＰＵ（第１の制御手段）、３は第２のＣＰＵ（第２の制御手段）、８は車両ネットワーク（ネットワーク）である。
【図１】
2015112944.tif 000003
【図２】
2015112944.tif 000004
【図３】
2015112944.tif 000005
【図４】
2015112944.tif 000006