(57)【要約】【課題】システム全体のリアルタイム処理を維持すると共に通信量の増大を抑制しつつ、システムを構成する情報処理装置の仕様変更に柔軟に対応すること。【解決手段】複数の情報処理装置は、他の情報処理装置を介さずにネットワークにアクセス可能であると共に、一以上の情報処理装置を含む第１の情報処理装置群と、一以上の情報処理装置を含む第２の情報処理装置群とに論理的階層分けされており、第１の情報処理装置群に属する情報処理装置は、所定のタイミングで第２の情報処理群に属する情報処理装置に対して、ネットワークを介して取得すべきデータを特定するデータ特定情報を送信し、第２の情報処理装置群に属する情報処理装置は、データ特定情報に従ってネットワークを介してデータを取得し、取得したデータに基づくデータをアプリケーションソフトウエアに提供する情報処理システム。【選択図】図２
2012108787.tif 000002
【特許請求の範囲】
【請求項１】
複数の情報処理装置がネットワークを介して通信可能に接続された情報処理システムであって、
前記複数の情報処理装置は、一以上の情報処理装置を含む第１の情報処理装置群と、一以上の情報処理装置を含む第２の情報処理装置群と、に論理的階層分けされており、
前記第１の情報処理装置群に属する情報処理装置は、所定のタイミングで、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して取得すべきデータを特定するデータ特定情報を送信し、
前記第２の情報処理装置群に属する情報処理装置は、前記データ特定情報に従って前記ネットワークを介してデータを取得し、該取得したデータに基づくデータを、自己が実行しているアプリケーションソフトウエアに提供することを特徴とする、
情報処理システム。
【請求項２】
請求項１に記載の情報処理システムであって、
前記第１の情報処理装置群に属する情報処理装置は、前記所定のタイミングで、前記第２の情報処理群に属する情報処理装置に対して、前記データ特定情報に加え、前記ネットワークを介して取得したデータを前記アプリケーションソフトウエアに提供する際におけるデータ加工態様を指定するデータ加工態様指定情報を送信し、
前記第２の情報処理装置群に属する情報処理装置は、前記ネットワークを介して取得したデータに対してデータ加工態様指定情報に応じたデータ加工を行って、自己が実行しているアプリケーションソフトウエアに提供することを特徴とする、
情報処理システム。
【請求項３】
請求項１又は２に記載の情報処理システムであって、
前記データ加工態様指定情報に応じたデータ加工は、前記ネットワークを介して取得したデータを加工して所定データ長を有する固定形式のデータを生成する処理であることを特徴とする、
情報処理システム。
【請求項４】
請求項１ないし３のいずれか１項に記載の情報処理システムであって、
前記複数の情報処理装置は、他の情報処理装置を介さずに前記ネットワークにアクセス可能である、
情報処理システム。
【請求項５】
請求項１ないし４のいずれか１項に記載の情報処理システムであって、
前記所定のタイミングは、当該情報処理システムの起動時又はシャットダウン時である、
情報処理システム。
【請求項６】
請求項１ないし５のいずれか１項に記載の情報処理システムであって、
前記第１の情報処理装置群に属する情報処理装置は、前記第２の情報処理群に属する情報処理装置が前記ネットワークを介して受信するデータの送信元に異常が発生した場合には、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して受信するデータの少なくとも一部について、前記異常が発生していない場合とは異なる扱いをするように指示することを特徴とする、
情報処理システム。
【請求項７】
請求項６に記載の情報処理システムであって、
前記第１の情報処理装置群に属する情報処理装置は、前記第２の情報処理群に属する情報処理装置が前記ネットワークを介して受信するデータの送信元に異常が発生した場合には、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して受信するデータの少なくとも一部を固定値で置換したデータをアプリケーションソフトウエアに提供するように指示することを特徴とする、
情報処理システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の情報処理装置が、バス等により実現されるネットワークを介して通信可能に接続された情報処理システムに関する。
【背景技術】
【０００２】
従来、車載制御システム等の分野において、制御装置がバスを介して通信可能に接続された構成を有するシステムが実用化されている。この種のシステムにおいて、個々の制御装置は、例えばＥＣＵ（Electronic  Control  Unit）と称される情報処理装置の一種である。
【０００３】
特許文献１には、ＥＣＵが複数の群に分けられ、各群に属する子ＥＣＵが基幹ネットワークに接続されている親ＥＣＵに、他の群に属する子ＥＣＵとの通信を代行させる構成を有する車載通信システムについて記載されている。
【０００４】
また、特許文献２には、複数のノードが、アクティブスターカプラによって同一バスに接続されて通信クラスタを構成し、当該通信クラスタ内の少なくとも２つの同期ノードがバス上に同期フレームを送出するとともに互いの同期フレームを監視することで通信クラスタ内の通信同期を確立する時分割多重通信型の通信システムについて記載されている。
【０００５】
上記特許文献１に記載のシステムは、複数の情報処理装置におけるネットワークへの接続態様が物理的に階層分けされており、複数の情報処理装置が「物理的階層分け」された構成であるといえる。
【０００６】
これに対し、上記特許文献２に記載のシステムのように、複数の情報処理装置（特許文献２では通信ノード）がそれぞれ他の情報処理装置を介さずにネットワークにアクセス可能な構成において、更に、各情報処理装置の役割が階層的に分けられたものは、複数の情報処理装置が「論理的階層分け」された構成であるといえる。
【０００７】
近年、このような複数の情報処理装置が論理的階層分けされた情報処理システムについて研究及び実用化が進められている。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００８−２０１３８６号公報
【特許文献２】特開２００９−２４６４８３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
ところで、複数の情報処理装置が論理的階層分けされた情報処理システムにおいて、ある情報処理装置において仕様変更が生じた際には、当該仕様変更された情報処理装置がネットワークを介して他の情報処理装置に提供するデータの内容や形式が変更される場合がある。
【００１０】
このような場合に、データの提供を受ける他の情報処理装置では、取得データの内容や形式の変更に対応する必要があり、その結果、情報処理システムを構成する一の情報処理装置における仕様変更が他の情報処理装置に波及し、システム全体としての仕様変更が必要となるという課題が存在する。
【００１１】
係る課題について、例えば予めデータ中継用の情報処理装置を設定しておき、仕様変更された情報処理装置の提供する情報を、データ中継用の情報処理装置が元の内容・形式に変換して、ネットワークに再提供するという構成が考えられる。
【００１２】
しかしながら、この構成では、データ変換に要する処理時間のために提供されるデータのリアルタイム性が損なわれるという問題や、同じような内容のデータが二度以上ネットワークを流れることにより通信量が増大するという問題が生じうる。
【００１３】
図１は、係る構成を採用した場合のデータの扱いを説明するための説明図であり、比較例の情報処理システムの構成及び処理を示す図である。図示するように、係る比較例のシステムは、ＥＣＵ＿Ａ、ＥＣＵ＿Ｂ、ＥＣＵ＿Ｃ、ＥＣＵ＿Ｄを備え、これらがバス等のネットワークＥに直接接続されている。そして、ＥＣＵ＿Ｃが、上記説明したデータ中継用の情報処理装置として機能する。
【００１４】
この場合、元々、ＥＣＵ＿Ａがデータ｛１２３４｝（データの内容を模式的に示している）を２０［ms］毎にネットワークＥに出力し、ＥＣＵ＿Ｂがデータ｛５６｝をネットワークＥに出力しており、ＥＣＵ＿Ｄはこれらのデータを読み込んでアプリケーションソフトウエアに提供していたものとする。
【００１５】
その後、ＥＣＵ＿Ａが上記データ｛１２３４｝に代えて、データ｛１２*３４｝を１０［ms］毎にネットワークＥに出力するように仕様変更されたものとする。ここで、データにおける｛２*｝は、｛２｝の部分のデータ長等が形式的に変更されたことを模式的に示している。
【００１６】
このような仕様変更が生じると、ＥＣＵ＿Ｃは、データ｛１２*３４｝をデータ｛１２３４｝に変換し、変換後のデータを２０［ms］毎にネットワークＥに出力する（標準メッセージ）。
【００１７】
ＥＣＵ＿Ｄは、１０［ms］毎にネットワークＥに出力されたデータ｛１２*３４｝は読み飛ばし、従来から取得していた標準メッセージとしてのデータ｛１２３４｝を読み込む。
【００１８】
前述のように、このような構成では、ＥＣＵ＿Ｃのデータ変換に要する処理時間のためにＥＣＵ＿Ｄに提供されるデータのリアルタイム性が損なわれるという問題や、同じような内容のデータが二度以上ネットワークＥを流れることにより通信量が増大するという問題が生じ得るのである。
【００１９】
本発明はこのような課題を解決するためのものであり、システム全体のリアルタイム処理を維持すると共に通信量の増大を抑制しつつ、システムを構成する情報処理装置の仕様変更に柔軟に対応することが可能な情報処理システムを提供することを、主たる目的とする。
【課題を解決するための手段】
【００２０】
上記目的を達成するための本発明の一態様は、
複数の情報処理装置がネットワークを介して通信可能に接続された情報処理システムであって、
前記複数の情報処理装置は、一以上の情報処理装置を含む第１の情報処理装置群と、一以上の情報処理装置を含む第２の情報処理装置群と、に論理的階層分けされており、
前記第１の情報処理装置群に属する情報処理装置は、所定のタイミングで、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して取得すべきデータを特定するデータ特定情報を送信し、
前記第２の情報処理装置群に属する情報処理装置は、前記データ特定情報に従って前記ネットワークを介してデータを取得し、該取得したデータに基づくデータを、自己が実行しているアプリケーションソフトウエアに提供することを特徴とする、
情報処理システムである。
【００２１】
この本発明の一態様によれば、システム全体のリアルタイム処理を維持すると共に通信量の増大を抑制しつつ、システムを構成する情報処理装置の仕様変更に柔軟に対応することができる。
【００２２】
本発明の一態様において、
前記第１の情報処理装置群に属する情報処理装置は、前記所定のタイミングで、前記第２の情報処理群に属する情報処理装置に対して、前記データ特定情報に加え、前記ネットワークを介して取得したデータを前記アプリケーションソフトウエアに提供する際におけるデータ加工態様を指定するデータ加工態様指定情報を送信し、
前記第２の情報処理装置群に属する情報処理装置は、前記ネットワークを介して取得したデータに対してデータ加工態様指定情報に応じたデータ加工を行って、自己が実行しているアプリケーションソフトウエアに提供することを特徴とするものとしてもよい。
【００２３】
また、本発明の一態様において、
前記データ加工態様指定情報に応じたデータ加工は、前記ネットワークを介して取得したデータを加工して所定データ長を有する固定形式のデータを生成する処理であることを特徴とするものとしてもよい。
【００２４】
また、本発明の一態様において、
前記複数の情報処理装置は、他の情報処理装置を介さずに前記ネットワークにアクセス可能であるものとしてもよい。
【００２５】
また、本発明の一態様において、
前記所定のタイミングは、当該情報処理システムの起動時又はシャットダウン時である。
【００２６】
こうすれば、データ特定情報やデータ加工態様指定情報の送信は、システムが定常動作を行っている状態では行われないこととなるため、これらの情報送受信による処理遅延や通信量の増大を更に効果的に抑制することができる。
【００２７】
また、本発明の一態様において、
前記第１の情報処理装置群に属する情報処理装置は、前記第２の情報処理群に属する情報処理装置が前記ネットワークを介して受信するデータの送信元に異常が発生した場合には、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して受信するデータの少なくとも一部について、前記異常が発生していない場合とは異なる扱いをするように指示することを特徴とするものとしてもよい。
【００２８】
この場合、
前記第１の情報処理装置群に属する情報処理装置は、前記第２の情報処理群に属する情報処理装置が前記ネットワークを介して受信するデータの送信元に異常が発生した場合には、前記第２の情報処理群に属する情報処理装置に対して、前記ネットワークを介して受信するデータの少なくとも一部を固定値で置換したデータをアプリケーションソフトウエアに提供するように指示することを特徴とするものとしてもよい。
【発明の効果】
【００２９】
本発明によれば、システム全体のリアルタイム処理を維持すると共に通信量の増大を抑制しつつ、システムを構成する情報処理装置の仕様変更に柔軟に対応することが可能な情報処理システムを提供することができる。
【図面の簡単な説明】
【００３０】
【図１】比較例の情報処理システムの構成及び処理を示す図である。
【図２】本発明の一実施例に係る情報処理システム１のシステム構成例である。
【図３】親ＥＣＵであるＥＣＵ１０＃３と、子ＥＣＵであるＥＣＵ１０＃４が行う特徴的な処理を説明するための説明図である。
【図４】本実施例に係る情報処理システム１において、あるＥＣＵ１０に仕様変更が生じた場合に行われる処理を説明するための説明図である。
【発明を実施するための形態】
【００３１】
以下、本発明を実施するための形態について、添付図面を参照しながら実施例を挙げて説明する。
【実施例】
【００３２】
以下、図面を参照し、本発明の一実施例に係る情報処理システムについて説明する。本発明の情報処理システムは、例えば車両に搭載された車載制御システム等に好適に適用されるものであり、システムを構成するＥＣＵ等の情報処理装置がそれぞれ独自のアプリケーションソフトウエアを実行しつつ、バス等のネットワークを介して互いにデータを提供し合うシステムである。
【００３３】
［構成］
図２は、本発明の一実施例に係る情報処理システム１のシステム構成例である。情報処理システム１は、主要な構成として、ＥＣＵ１０＃１、１０＃２、１０＃３、１０＃４と、バス２０と、を備える。以下、ＥＣＵを総称する際には、必要に応じてＥＣＵ１０と称する。
【００３４】
ＥＣＵ１０は、例えば、ＣＰＵ（Central  Processing  Unit）を中心としてＲＯＭ（Read  Only  Memory）やＲＡＭ（Random  Access  Memory）等が内部バスを介して相互に接続されたマイクロコンピュータであり、その他、ＨＤＤ（Hard  Disc  Drive）やＤＶＤ−Ｒ（Digital  Versatile  Disk‐Recordable）ドライブ、ＣＤ−Ｒ（Compact Disc‐Recordable）ドライブ、ＥＥＰＲＯＭ（Electronically  Erasable  and  Programmable  Read  Only  Memory）等の記憶装置やＩ／Ｏポート、タイマー、カウンター等を備える。記憶装置には、ＣＰＵが実行するプログラムやデータが格納されている。
【００３５】
ＥＣＵ１０においてＣＰＵが実行するプログラムは、アプリケーションソフトウエア等の上位レイヤ１２、バスドライバ等の下位レイヤ１４、その他に階層分けされている。図では、ＥＣＵ１０＃１のＣＰＵが実行する上位レイヤのプログラムを上位レイヤ１２＃１、下位レイヤのプログラムを下位レイヤ１４＃１等と表記した。
【００３６】
下位レイヤ１４は、例えばバス２０を介してデータを送受信するための制御を行う。そして、バス２０を介して取得したデータを加工し、当該ＥＣＵ１０のＣＰＵが実行しているアプリケーションソフトウエア等の上位レイヤ１２に提供する。データの加工とは、例えばバス２０を介して信号ＩＤ「001」、「003」が付与された二個のデータをそれぞれ別のタイミングで取得したとすると、これらを「001」、「003」の順に並べて、所定データ長（例えば８ビット）を有するデータ（固定形式のデータ）とする等の形式的な処理である。
【００３７】
また、下位レイヤ１４は、上位レイヤ１２からバス２０を介して他のＥＣＵ１０に送信するように指示された所定データ長のデータを、特定の周期で信号ＩＤを付与してバス２０に出力する等の処理を行う。
【００３８】
上位レイヤ１２は、下位レイヤ１４から提供された固定形式のデータを用いて、当該ＥＣＵ１０が実行する本来的な機能を実現するための種々の処理を行う。本実施例の情報処理システム１が車載制御システムである場合、上位レイヤ１２は、エンジン制御やステアリング制御、ブレーキ制御、各種安全運転支援制御、ナビゲーション制御のための演算処理等を実行する。
【００３９】
バス２０は、例えば多重通信線である。バス２０を介したＥＣＵ１０間の通信は、例えばＣＡＮ（Controller  Area  Network）や、ＬＩＮ（Local  Interconnect  Network）に代表される低速なボデー系通信プロトコル、ＭＯＳＴ（Media  Oriented  Systems  Transport）に代表されるマルチメディア系通信プロトコル、ＦｌｅｘＲａｙ等の適切な通信プロトコルを用いて行なわれる。バス２０を流れる信号は、バス２０に接続された各ＥＣＵ１０によって取得可能となっている。すなわち、本実施例におけるバス２０を介した通信は、相手先が特定された通信ではなく、一種のブロードキャストである。
【００４０】
バス２０を流れる信号には、それぞれ信号を特定するための信号ＩＤが付与されている。各ＥＣＵ１０は、この信号ＩＤを認識することによって、バス２０を介して必要な信号を取得する。
【００４１】
なお、本実施例の情報処理システム１は、バス２０に代えて他の種類のネットワーク（有線、無線の双方があり得る）を備えるものとしてよい。
【００４２】
［ＥＣＵの論理的階層分け］
本発明に係る情報処理システムにおいて、ＥＣＵ１０は、親ＥＣＵと、子ＥＣＵの少なくとも二層に論理的階層分けされている。すなわち、本発明に係る情報処理システムは、一以上のＥＣＵ１０を含む親ＥＣＵ群と、一以上のＥＣＵ１０を含む子ＥＣＵ群と、に論理的階層分けされている。本実施例の場合、ＥＣＵ１０＃３が親ＥＣＵであり、ＥＣＵ１０＃４が子ＥＣＵであるものとする。ＥＣＵ１０＃１、１０＃２については、親ＥＣＵと子ＥＣＵのいずれであってもよい。また、親ＥＣＵと子ＥＣＵ以外の論理的階層が存在しても構わない。
【００４３】
親ＥＣＵと子ＥＣＵは、以下のような特有の処理を行う。
【００４４】
（１）親ＥＣＵは、所定のタイミングで子ＥＣＵに対して、バス２０を介して取得すべきデータを特定する信号ＩＤ、及びバス２０を介して取得したデータを上位レイヤ１２に提供する際におけるデータ加工態様を指定するデータ加工態様指定情報を送信する。
【００４５】
ここで、所定のタイミングとは、情報処理システム１が定常動作を行っている期間を避け、例えば情報処理システム１の起動時やシャットダウン時とすると、好適である。
【００４６】
これによって、信号ＩＤやデータ加工態様指定情報の送信による処理負荷や通信量の増大を抑制することができる。
【００４７】
また、データ中継用のＥＣＵが固定形式のデータに変換してバス２０に再提供するような構成と比較すると、データ変換に要する処理時間のためにデータのリアルタイム性が損なわれるという問題が生じない。従って、システム全体のリアルタイム処理を維持することができる。
【００４８】
（２）子ＥＣＵの下位レイヤ１４は、バス２０を介して親ＥＣＵから取得した信号ＩＤに従って、バス２０を介してデータを取得し、当該取得したデータに対して、バス２０を介して親ＥＣＵから取得したデータ加工態様指定情報に応じたデータ加工を行って固定形式のデータとした上で、上位レイヤ１２に提供する。
【００４９】
これによって、システムを構成するＥＣＵ１０の仕様変更に柔軟に対応することができる。例えば、ＥＣＵ１０＃１の内部ソフトウエアが変更されたことによって、ＥＣＵ１０＃１がバス２０に出力するデータの形式が変更された場合に（具体的には、浮動小数点や、ビット表現等の変更が考えられる）、システムにおけるその他の変更点は、親ＥＣＵであるＥＣＵ１０＃３がバス２０を介して子ＥＣＵであるＥＣＵ１０＃４に出力する信号ＩＤ、及びデータ加工態様指定情報のみで足りるからである。
【００５０】
以上のような点から、本実施例の情報処理システム１によれば、通信量の増大を抑制し、システム全体のリアルタイム処理を維持し、更に、システムを構成するＥＣＵ１０の仕様変更に柔軟に対応することができる。
【００５１】
なお、ＥＣＵ１０の仕様変更は、車載制御システムにおいては、例えば、修理店やディーラー店で専用ソフトウエアをインストールすることによって行われる場合や、車載インターネット設備を介して自動車メーカーのサーバ等からダウンロードされる場合があり得る。
【００５２】
この際に、仕様変更されたＥＣＵ１０だけでなく、情報処理システム１に含まれる全ての親ＥＣＵについて、当該仕様変更により変更の必要が生じた信号ＩＤ、及びデータ加工態様指定情報を変更するように、インストール又はダウンロードがなされる。
【００５３】
図３は、親ＥＣＵであるＥＣＵ１０＃３と、子ＥＣＵであるＥＣＵ１０＃４が行う特徴的な処理を説明するための説明図である。
【００５４】
本図において、ＥＣＵ１０＃１は、信号ＩＤ「001」が付与されたデータ｛４｝（信号の内容を模式的に示している；以下同じ）を２０［ms］毎にバス２０に出力し、信号ＩＤ「002」が付与されたデータ｛１２３｝を１０［ms］毎にバス２０に出力している。
【００５５】
また、ＥＣＵ１０＃２は、信号ＩＤ「003」が付与されたデータ｛５６｝を２０００［ms］毎にバス２０に出力している。
【００５６】
そして、親ＥＣＵであるＥＣＵ１０＃３からＥＣＵ１０＃４には、信号ＩＤ「001」、「003」が付与されたデータをバス２０から取得し、これらを信号ＩＤ「001」が付与されたデータ、「003」が付与されたデータの順に並べて所定データ長（例えば８ビット）を有する固定形式のデータに加工した上で、上位レイヤ１２＃４に提供するように、所定タイミングで指示がなされている。
【００５７】
この結果、子ＥＣＵであるＥＣＵ１０＃４は、親ＥＣＵであるＥＣＵ１０＃３から指示された信号ＩＤ、及びデータ加工態様指定情報に応じてデータを取得、及び加工して、上位レイヤ１２＃４に固定形式のデータ｛４５６｝を提供する。上位レイヤ１２＃４は、提供された固定形式のデータ｛４５６｝に基づき演算処理等を行い、演算結果に基づいて制御対象機器を制御したり、必要に応じて演算結果等をバス２０に出力するように下位レイヤ１４＃４に指示したりする。
【００５８】
なお、ＥＣＵ１０＃４において加工されたデータ｛４５６｝の後には、ある程度のビット数のブランクが存在するものとする。
【００５９】
図４は、本実施例に係る情報処理システム１において、あるＥＣＵ１０に仕様変更が生じた場合に行われる処理を説明するための説明図である。
【００６０】
本図では、ＥＣＵ１０＃１に仕様変更が生じ、ＥＣＵ１０＃１は、新たに信号ＩＤ「004」が付与されたデータ｛７｝を５［ms］毎にバス２０に出力している。
【００６１】
これに伴い、親ＥＣＵであるＥＣＵ１０＃３から子ＥＣＵであるＥＣＵ１０＃４への指示にも変更が加えられ、信号ＩＤ「001」、「003」、「004」が付与されたデータをバス２０から取得し、これらを信号ＩＤ「001」が付与されたデータ、「003」が付与されたデータ、「004」が付与されたデータの順に並べて所定データ長（例えば８ビット）を有する固定形式のデータに加工した上で、上位レイヤ１２＃４に提供するように、所定タイミングで指示がなされている。
【００６２】
この結果、子ＥＣＵであるＥＣＵ１０＃４は、親ＥＣＵであるＥＣＵ１０＃３から指示された信号ＩＤ、及びデータ加工態様指定情報応じてデータを取得、及び加工して、上位レイヤ１２＃４に固定形式のデータ｛４５６７｝を提供する。
【００６３】
このように、システムを構成するＥＣＵ１０の仕様変更が生じた場合に、システムにおおいて必要な他の変更点は、親ＥＣＵから子ＥＣＵに出力する信号ＩＤ、及びデータ加工態様指定情報のみで足りるため、システムを構成するＥＣＵ１０の仕様変更に柔軟に対応することができる。
【００６４】
以上説明した本実施例の情報処理システム１によれば、システム全体のリアルタイム処理を維持すると共に通信量の増大を抑制しつつ、システムを構成するＥＣＵ１０の仕様変更に柔軟に対応することができる。
【００６５】
［フェールセーフへの応用］
なお、本実施例の情報処理システム１のように、ＥＣＵ１０が論理的階層分けされた構成を有する場合、いずれかのＥＣＵ１０がフェール状態（異常が発生した状態）となった場合に、容易にフェールセーフ処理を行うことが可能である。
【００６６】
この場合、親ＥＣＵであるＥＣＵ１０＃３は、子ＥＣＵであるＥＣＵ１０＃４がバス２０を介して受信するデータの送信元に異常が発生した場合には、子ＥＣＵであるＥＣＵ１０＃４に対して、バス２０を介して受信するデータの少なくとも一部について、異常が発生していない場合とは異なる扱いをするように指示するものとすると、好適である。
【００６７】
具体的には、子ＥＣＵであるＥＣＵ１０＃４に対して、バス２０を介して受信するデータの少なくとも一部を固定値で置換したデータを上位レイヤ１２＃４に提供するように指示する。ここで、固定値とは、データにおける当該異常が発生したＥＣＵ１０から供給される部分の一般的な値（平均値等）としてもよいし、値ゼロであってもよい、
これによって、子ＥＣＵであるＥＣＵ１０＃４は、バス２０を介して異常値を取得してしまい、上位レイヤ１２＃４の処理に異常を来すという不都合を回避することができる。
【００６８】
なお、異常が発生したか否かの監視手法については種々の手法が公知となっているため詳細な説明を省略するが、ポーリングによって作動状態を監視してもよいし、正常状態にのみ出力される所定の確認信号が途絶えたことによって異常が発生したと判断してもよい。また、データの送信元が誤り訂正符号等をデータに埋め込んでおき、親ＥＣＵがこれに基づいて異常が発生したか否かを判断してもよい。
【００６９】
［変形例等］
以上、本発明を実施するための最良の形態について実施例を用いて説明したが、本発明はこうした実施例に何等限定されるものではなく、本発明の要旨を逸脱しない範囲内において種々の変形及び置換を加えることができる。
【００７０】
例えば、情報処理システムに含まれる情報処理装置は、上記説明したＥＣＵに限らず、ＭＣＵ（Micro  Control  Unit）、ＰＥ（Processor  Element）等と称される他の態様の装置、或いは一般的なシングルコア／マルチコア・プロセッサ、マルチプロセッサ装置等であっても構わない。
【００７１】
また、上記実施例では、各ＥＣＵ１０がバス２０に直接接続されている構成を示したが、バス２０に接続されたいずれかのＥＣＵ１０にのみ専用回線等で接続された情報処理装置を付加的に備え、当該情報処理装置は、自己に接続されたＥＣＵ１０を介してバス２０にアクセス可能であるものとしてもよい（当該情報処理装置は、親ＥＣＵや子ＥＣＵには該当しない）。
【符号の説明】
【００７２】
１    情報処理システム
１０＃１、１０＃２、１０＃３、１０＃４  ＥＣＵ
１２＃１、１２＃２、１２＃３、１２＃４  上位レイヤ
１４＃１、１４＃２、１４＃３、１４＃４  下位レイヤ
２０  バス
【図１】
2012108787.tif 000003
【図２】
2012108787.tif 000004
【図３】
2012108787.tif 000005
【図４】
2012108787.tif 000006