情報処理装置、情報処理方法及び情報処理システム
【課題】ハードウェアにより処理を実行させつつ、シーケンシャル処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで処理を実行することなどを可能とし、柔軟な処理と高速な処理とを実現することができる情報処理装置、情報処理方法及び情報処理システムを提供する。
【解決手段】情報処理装置は、ハードウェア的な構成により、データの送受信、タイマによる時間計測、データを用いた演算を実行するように構成されるが、いずれの処理を実際に実行するかを、各処理の実行に対するトリガと、処理との組み合わせからなる生成する処理予約を動的に生成してリストにして記憶しておき、データの受信、時間経過などのイベントの発生を検知した場合にリストを参照し、発生したイベントがトリガの条件を満たすか否かを判断部により判断し、満たす場合にトリガを入力して各処理を実行させる。
【解決手段】情報処理装置は、ハードウェア的な構成により、データの送受信、タイマによる時間計測、データを用いた演算を実行するように構成されるが、いずれの処理を実際に実行するかを、各処理の実行に対するトリガと、処理との組み合わせからなる生成する処理予約を動的に生成してリストにして記憶しておき、データの受信、時間経過などのイベントの発生を検知した場合にリストを参照し、発生したイベントがトリガの条件を満たすか否かを判断部により判断し、満たす場合にトリガを入力して各処理を実行させる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードウェアにより処理を実行させつつ、シーケンシャルな処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで動作させることなどを可能とし、柔軟な処理と高速な処理とを共に実現することができる情報処理装置、情報処理方法及び情報処理システムに関する。
【背景技術】
【０００２】
近年では、複数の制御装置に機能を割り振り、各制御装置に通信手段を設けて相互にデータを交換させ、連携して多様な処理を行なわせるシステムが各分野で利用されている。特に車両の分野では、制御が機械的制御から電気的制御へ移行し、車両内に多数の制御装置としてＥＣＵ（Electronic Control Unit）が配され、各ＥＣＵがＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙなどのプロトコルに従ってネットワークを介して情報を相互に交換し、協調・連携して多様な処理を行なう構成が一般的となっている。
【０００３】
車両に搭載されるＥＣＵは、電気的な制御で実現される車両の機能自体が増加しているので数が増加する。車両に搭載されるＥＣＵを含むシステムのみならず、複数の制御装置で連携して処理を行なう通信システムでは、各制御装置に細分化された処理単位を分散させて実現することにより、故障、バグなどの問題が発生した場合の切り分け、対処を容易にして開発効率、保守性を向上させる工夫がされる場合がある。このように、通信システムに通信機器として含まれる制御装置の数は増加し、各制御装置間で協調・連携するために送受信されるデータの量は増加する傾向にある。
【０００４】
通信機器が通信線に接続されるときには、通信信号の送受信を物理層にて実現するトランシーバが利用される。そして、１本の通信線に接続されるトランシーバの数は、遅延時間、反射回避、リンギング防止などのために制限される。例えば、車載ネットワークとして広く利用されるＣＡＮの場合、High speed対応のＣＡＮバスには規格上最大３０台を接続することができるが、実際には十数台に制限するなどの運用がされている。
【０００５】
通信システムに含まれる通信機器の数は増加傾向にあるが、１本の通信線に接続される通信機器の数が制限されるから、通信機器を複数の群に分け、群ごとに通信線に接続し、異なる通信線間は中継装置（ゲートウェイ装置）で中継する構成とすることがある。このとき中継装置が、接続されている一方の通信線を介して受信したデータを全て他方の通信線へ送信する構成とした場合、複数の通信線及び中継装置を介して接続される通信装置間でのデータの遅延時間が長くなる、又は同じデータでも各通信装置で受信する際に無視できない時間差が生じるなどの問題がある。
【０００６】
そこで、通信装置（ＥＣＵ）を群毎に、データベースを有する中継装置（分配ノード）に接続し、各通信装置との接続とは異なる伝送路で接続される複数の中継装置間でデータベース内の更新データを順次巡回してデータベースを共有し、群毎に、中継装置のデータベースから読み出されたデータが通信装置へ送信される通信システムが提案されている（例えば、特許文献１）。
【０００７】
これにより、群ごとの通信装置間の通信線における通信負荷率を下げることができると共に、中継装置間でデータベースが共有されるので遅延時間を短くすることが出来る、一のデータを必要とする複数の通信装置間で、前記一のデータ受信タイミングに時間差が少なくすむ、通信装置が得られるデータの内容の同一性が担保されるなどの種々の効果が期待される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２５１２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１に開示されているような通信システムでは、各ＥＣＵ及び中継装置も、ソフトウェアに基づき動作するマイクロコンピュータ（マイコン）により各種処理を実行するように構成されている。しかしながら、特に中継処理の高速化など、高速な処理の必要性を考慮すると、ソフトウェアに基づくマイコンによる処理よりも、複数の処理を夫々チップ化して組み合わせるなどハードウェアによって処理を実行することが望まれる。一方で、事後的に動作内容を一部変更する必要が生じた場合などは、マイコンによるソフトウェア的な処理と比較して、ハードウェアによって処理を実行させる構成では、予め設計されたシーケンシャルな処理以外の処理を動的に適宜実行させることは困難である。
【００１０】
本発明は斯かる事情に鑑みてなされたものであり、ハードウェアにより処理を実行させつつ、シーケンシャル処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで処理を実行することなどを可能とし、柔軟な処理と高速な処理とを実現することができる情報処理装置、情報処理方法及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
第１発明に係る情報処理装置は、受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置において、論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、該生成手段が生成した処理予約のリストを記憶する手段と、情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段とを備えることを特徴とする。
【００１２】
第２発明に係る情報処理装置は、前記入力手段によりトリガを入力した場合、対応する処理予約を前記リストから削除する手段を更に備えることを特徴とする。
【００１３】
第３発明に係る情報処理装置は、情報の送信要求を受信する手段を備え、前記生成手段は、前記送信要求の受信をイベントとして検知し、受信した送信要求に基づいて処理予約を生成し、前記リストに追加するようにしてあることを特徴とする。
【００１４】
第４発明に係る情報処理方法は、受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置における情報処理方法において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段を用い、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成し、生成した処理予約のリストを記憶し、情報の受信、記憶してある情報の更新、演算結果の出力を含むイベントを検知した場合、検知したイベントに応じて前記生成手段により更に処理予約を生成し、検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断し、満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力することを特徴とする。
【００１５】
第５発明に係る情報処理システムは、情報を送受信する複数の通信装置と、該複数の通信装置と接続され、前記複数の通信装置との間で情報を送受信する手段、受信した情報を記憶する手段、及び記憶してある情報を用いた演算を行なう手段を備える情報処理装置とを含む通信システムにおいて、前記複数の通信装置は、情報の送信要求を送信する手段を備え、前記情報処理装置は、論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、該生成手段が生成した処理予約のリストを記憶する手段と、情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、検知したイベントが前記情報の送信要求である場合、前記情報の送信要求に基づき処理予約を生成する手段と、検知したイベントが前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段とを備えることを特徴とする。
【００１６】
第１発明、及び第４発明では、論理回路を用いてハードウェア的に所定の処理を実行する処理手段へトリガを入力するトリガ入力条件と、前記処理の処理の内の一又は複数との組み合わせからなる処理予約を、動的に生成し、生成された処理予約のリストが記憶される。前記条件が満たされるまで、条件に係るイベントの発生が検知される。前記イベントは例えば、情報の受信、記憶してある情報の更新、記憶してある情報を用いた演算結果の出力、一定時間の経過などである。イベントの発生が検知された場合、検知されたイベントに応じて新たに処理予約を生成すると共に、イベントが処理予約の条件のいずれかを満たすか否かが判断され、満たすと判断された場合に、前記条件と組み合わされている処理がハードウェアにより実行される。
【００１７】
これにより、各種処理はハードウェア的に実行されるので高速処理が可能となると共に、動的に生成される処理予約のリストにて、条件と前記所定の処理とを適宜自由に組み合わせること、１つのトリガ入力条件に対し複数の所定の処理を組み合わせることも可能となる。更に、処理手段による処理結果をもイベントとして処理予約を新たに生成するなどのソフトウェア的な動作も可能となる。また、各処理が実行されるのは、適宜発生するイベントに応じたタイミングである。適宜発生するイベントに対して、条件を満たすか否かが判断されてから処理が実行されるので柔軟に変更することが可能な条件に基づいて動作させることが可能となる。
【００１８】
第２発明では、リストに含まれる処理予約に係る処理が実行された場合、当該処理予約は削除されるので、一度決められた処理を固定的に継続的に実行するのみならず、一時的に必要となった処理を一度だけ実行するなど、ハードウェアにより処理を行なう構成でも、柔軟に動作させることが可能となる。
【００１９】
第３発明及び第５発明では、情報処理装置に接続される通信装置からの情報の送信要求に応じて処理予約が動的に生成され、当該処理予約に基づいて処理が実行されるので、ハードウェア的に処理を行なう構成でも、予め決めてあるシーケンシャルな処理のみならず、外部からの要求に応じて適宜柔軟に動作させることが可能となる。
【発明の効果】
【００２０】
本発明による場合、トリガを入力する条件と一又は複数の所定の処理との適宜自由な組み合わせからなる処理予約を動的に生成して記憶しておき、遂次発生するイベントが前記条件を満たす場合に、ハードウェアにより構成される処理手段により処理を実行させるので、ハードウェアにより処理を実行させつつ、シーケンシャルな処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで動作させることなどを可能とし、柔軟な処理と高速な処理とを共に実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態１における中継装置を含む車載通信システムの構成を示す構成図である。
【図２】実施の形態１における車載通信システムを構成する中継装置の内部構成を示すブロック図である。
【図３】実施の形態１におけるＴｏＤｏリストの内容例を示す説明図である。
【図４】実施の形態１における中継装置の判断部により実行される処理手順の一例を示すフローチャートである。
【図５】実施の形態１における中継装置にて実現される動作を概念的に示す説明図である。
【図６】実施の形態２における中継装置及びＥＣＵによって実行される処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。なお、以下に示す実施の形態では、複数の車載ＥＣＵ間におけるデータの送受信を中継する中継装置（ゲートウェイ装置）に適用した例を挙げて説明する。
【００２３】
（実施の形態１）
図１は、本発明の実施の形態１における中継装置を含む車載通信システムの構成を示す構成図である。車載通信システムは、データを送受信する通信装置である複数のＥＣＵ１ａ，…，１ｂ，…，１ｃ，…と、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…を群毎に接続する通信線２ａ，２ｂ，２ｃと、通信線２ａ，２ｂ，２ｃが夫々接続しており、各ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…間のデータの送受信を中継する中継装置３ａ，３ｂ，３ｃと、中継装置３ａ，３ｂ，３ｃを接続している通信線４とを含む。
【００２４】
実施の形態１における車載通信システムは、幹線となる通信線４により接続される中継装置３ａ，３ｂ，３ｃ夫々に、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が、支線となる通信線２ａ，２ｂ，２ｃを介して接続される幹線型の車載ネットワークを構成している。以下、説明を明瞭とするため、通信線２ａ，２ｂ，２ｃを支線２ａ，２ｂ，２ｃと呼び、通信線４を幹線４と呼ぶ。
【００２５】
中継装置３ａ，３ｂ，３ｃは、幹線４を介してリング型に接続されている。そしてＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は夫々、支線２ａ，２ｂ，２ｃにバス型に接続している。実施の形態１におけるＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、ＣＡＮ（Controller Area Network）のプロトコルに準じてデータを送受信する。なお、支線２ａ，２ｂ，２ｃがデータを送受信するプロトコルはＬＩＮ、ＦｌｅｘＲａｙでもよいし、接続形態はスター型、ディジーチェーン型などでもよい。
【００２６】
中継装置３ａ，３ｂ，３ｃはメモリを備えて、データベース（ＤＢ：Data Base）３１ａ，３１ｂ，３１ｃとして使用する。中継装置３ａ，３ｂ，３ｃは基本的に夫々、支線２ａ，２ｂ，２ｃを介して接続しているＥＣＵ１ａ，…，１ｂ，…，１ｃ，…から送信されたデータを受信してデータベース３１ａ，３１ｂ，３１ｃに記憶させ、データベース３１ａ，３１ｂ，３１ｃから読み出したデータを夫々自身に接続しているＥＣＵ１ａ，…，１ｂ，…，１ｃ，…へ分配するように送信する。
【００２７】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、測定値、計算値、制御値等の各種物理量の数値情報を含むデータの送信、又は、エンジン、ブレーキ等のマイクロコンピュータ（以下、マイコンという）による制御が可能な装置である。たとえば一のＥＣＵ１ａは、ＡＢＳ（Antilock Brake System）として機能し、車輪の回転速度（車輪速）を検知する図示しないセンサと接続され、車両の制動時にセンサを介して検知した車輪速の測定値に基づいてブレーキを制御すると共に、車輪速の測定値を含むデータを中継装置３ａへ送信する。
【００２８】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、夫々異なる機能を有しているが、同じ支線２ａ，２ｂ，２ｃに接続されている各群のＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が、群毎に同一の系統の機能を有しているとは限らない。例えば、車載ＥＣＵはその機能から、エンジン、ブレーキなどの運転機能の制御を行なう制御系、ドアロック又はライトなどの制御を行なうボディ系、エアバッグ、衝突回避装置などの制御を行なう安全系、ナビゲーションシステム、カーステレオなどの制御を行なう情報系などに分けることができる。同一の系統の機能を実現するＥＣＵが各群を構成し、同一の中継装置に接続される構成とした場合、ＥＣＵ間のデータの送受信で完結して異なる群のＥＣＵとの間でデータを送受信する必要が減少することにより通信効率が向上する。しかしながら、車両内で設置される場所が近いか否か等の物理的な理由で同一の支線２ａ，２ｂ，２ｃに接続されるＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が決定される場合がある。
【００２９】
例えば、同じボディ系のキーロックに関するＥＣＵでも、リモートキーを検知する機能を有するＥＣＵ１ａと、キーのロック／アンロックを制御するＥＣＵ１ｃとは、物理的に距離が離れているために異なる支線２ａと２ｃとに接続される場合がる。このＥＣＵ１ａとＥＣＵ１ｃとが、同一のデータを共有して処理を行なう必要があるとき、中継装置３ａ，３ｂ，３ｃを介して中継されなければならない。
【００３０】
したがって、ＥＣＵ１ａ，１ａ，…に接続しており、ＥＣＵ１ａ，１ａ，…から送信されるデータをデータベース３１ａに記憶する中継装置３ａは、データを受信する都度、データベース３１ａを更新するが、他の中継装置３ｂ，３ｃに接続しているＥＣＵ１ｂ，…，１ｃ，…でも使用することを可能とするために、実施の形態１における中継装置３ａ，３ｂ，３ｃ相互にデータベース３１ａ，３１ｂ，３１ｃのデータを送受信し合う同期通信を実行する。
【００３１】
図２は、実施の形態１における車載通信システムを構成する中継装置３ａの内部構成を示すブロック図である。中継装置３ｂ，３ｃの内部構成は中継装置３ａの内部構成と同様であるので図示及び詳細な説明を省略する。
【００３２】
中継装置３ａは、データベース３１ａと、支線２ａに接続されている支線通信部３２ａと、幹線４に接続されている幹線通信部３３ａと、各種異なる処理をハードウェア的に実行する処理部３４ａと、処理部３４ａにおける処理を実行するための条件を判断する判断部３５ａと、処理部３４ａにおける処理予約のリストであるＴｏＤｏリスト３６ａとを備える。
【００３３】
データベース３１ａは、フラッシュメモリ、又はＳＲＡＭ（Static Random Access Memory）若しくはＤＲＡＭ（Dynamic Random Access Memory）等のＲＡＭを用いて構成され、判断部３５ａ、処理部３４ａによりデータの読み出し、及び書き込みが可能である。
【００３４】
支線通信部３２ａは、ネットワークコントローラ及びトランシーバを用いて構成され、支線２ａを介して接続されているＥＣＵ１ａ，１ａ，…とのデータの送受信を実現する。支線通信部３２ａは、支線２ａを介してＥＣＵ１ａ，１ａ，…のいずれかからデータが送信された場合、判断部３５ａへ通知する。実施の形態１においては、支線２ａにおいてＥＣＵ１ａ，１ａ，…はＣＡＮプロトコルにてデータの送受信を行なう構成とするので、ＣＡＮコントローラ及びＣＡＮトランシーバを用いる。
【００３５】
幹線通信部３３ａは、ネットワークコントローラ及びトランシーバを用いて構成され、幹線４を介して接続される他の中継装置３ｂ，３ｃとのデータの送受信を実現する。幹線４における通信プロトコルは特に限定されない。Ethernet（登録商標）を用いてもよいし、ＣＡＮを利用してもよいし、その他のプロトコルを用いてもよい。なお、実施の形態１における中継装置３ａでは、幹線通信部３３ａがチャネルを複数備えることにより、中継装置３ａが中継装置３ｂと中継装置３ｃと同時的にデータの送受信を行なうことが可能な構成とする。
【００３６】
処理部３４ａは、各種論理回路を含むハードウェアにより構成され、異なる所定の処理を夫々行なう第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａを含む。第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａは夫々、処理部に備えられている各種論理回路を組み合わせた複数の処理単位を更に組み合わせることにより、夫々異なる所定の処理を実行するように構成されている。そして第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａは夫々、所定のトリガが入力される都度に、処理単位を実行することにより動作するようにしてある。具体的には、例えばＡＳＩＣ（Application Specific Integrated Circuit：特定用途集積回路）を用いても、ＦＰＧＡ（Field Programmable Gate Array）を用いて構成してもよい。特定のＬＳＩ（Large Scale Integration）により実現してもよい。ここで所定の処理（アクション）としては、以下のような例が挙げられる。
Ａ１．データベース３１ａから指定のデータを読み出して支線通信部３２ａにより送信する。
Ａ２．データベース３１ａから指定のデータを読み出して幹線通信部３３ａにより送信する。
Ａ３．データベース３１ａ内の指定のデータに対し所定の演算処理を実行する。
Ａ４．データベース３１ａを更新する。
Ａ５．タイマを起動する。
Ａ６．Ａ１乃至Ａ５のいずれかの組み合わせ。
【００３７】
判断部３５ａは、データを受信したことを支線通信部３２ａ若しくは幹線通信部３３ａから通知を受けた場合、又はデータベース３１ａのデータを監視してデータの内容が変化した場合などの各種イベントの発生を検知し、イベントが所定の条件（トリガ入力条件）を満たすか否かを判断し、所定の条件を満たす場合は、処理部３４ａで夫々処理を実行している第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれにトリガを入力するかを判断する。判断部３５ａは具体的には、ＡＳＩＣ、ＦＰＧＡ又はＬＳＩなどのハードウェアにより構成されてもよいし、マイコンを利用してソフトウェアに基づき処理を実行するようにしてもよい。
【００３８】
判断部３５ａで検知されるイベントの例としては、上述のようにデータの受信、データベース３１ａの更新通知、演算結果の出力又は処理部３４ａでアクションとして起動されているタイマから時間経過の通知の受信が挙げられる。判断部３５ａから第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれかへトリガが入力される条件（トリガ入力条件）としては、以下のような例が挙げられる。
Ｔ１．幹線通信部３３ａから受信したデータが特定のデータを含む。
Ｔ２．支線通信部３２ａよりデータを受信した。
Ｔ３．支線通信部３２ａより受信したデータによりデータベース３１ａが更新された。
Ｔ４．更新されたデータベース３１ａ内の特定のデータが所定の閾値を超えている。
Ｔ５．更新されたデータベース３１ａ内の特定のデータが所定の閾値以下である。
Ｔ６．データベース３１ａ内の特定のデータの変化が所定の条件を満たす。
Ｔ７．受信したデータとデータベース３１ａ内の対応するデータの内容が所定の条件を満たす。
Ｔ８．タイマから所定時間経過の通知を受けた。
Ｔ９．支線通信部３２ａにより受信したデータ以外でデータベース３１ａが更新された。
Ｔ１０．Ｔ４の条件がＮ回連続して満たされた。
【００３９】
Ｔ１〜Ｔ１０に示すように、処理部３４ａにおける第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれかによる処理自体も、イベントを発生させ、トリガとなり得る。
【００４０】
ＴｏＤｏリスト３６ａは、フラッシュメモリ、又はＳＲＡＭ若しくはＤＲＡＭ等のＲＡＭを用いて構成され、判断部３５ａ、処理部３４ａにより読み出し又は書き込みが可能である。ＴｏＤｏリスト３６ａには、上述のＴ１〜Ｔ１０に例示したトリガ入力条件と、処理Ａ１〜Ａ６のいずれかとの組み合わせがリストアップされたものが記憶される。なおＴｏＤｏリスト３６ａの内容は、判断部３５ａが生成して記憶する。ＴｏＤｏリスト３６ａは初期的に所定のリストが生成されて記憶されている状態とし、その後、実行される処理に応じて判断部３５ａが生成する。予め図示しないＲＯＭ（Read Only Memory）に、ＴｏＤｏリスト３６ａの生成タイミングと、生成する内容を設定しておき、判断部３５ａが参照可能な構成としてもよい。
【００４１】
また、処理Ａ１〜Ａ６は、ハードウェア的な処理を実行するため、予め定められた処理、即ちハードウェアによって実行される処理の組み合わせからなる処理として判断部３５ａが生成する。処理Ａ１〜Ａ６が予めＲＯＭに記憶されており、判断部３５ａがいずれかを選択するようにしてもよい。トリガ入力条件は判断部３５ａ自身が適宜生成するようにしてもよいし、処理同様に予めＲＯＭに記憶されているトリガ入力条件から選択するようにしえてもよい。
【００４２】
図３は、実施の形態１におけるＴｏＤｏリスト３６ａの内容例を示す説明図である。図３に示すように、ＴｏＤｏ３６ａは、トリガ入力条件と処理（アクション）との組み合わせからなる為すべき処理を示す処理予約のリストである。夫々を識別するための情報として、トリガ入力条件と処理との組み合わせには番号が付与されている。
【００４３】
判断部３５ａは、ＴｏＤｏリスト３６ａに記憶されているトリガ入力条件の内のいずれかが満たされるか否かを判断し、満たされると判断した場合に、満たされるトリガ入力条件に組み合わせられている処理Ａ１〜Ａ６のいずれかに対応する第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａへ、トリガを入力する。
【００４４】
図３に示す例では、ＴｏＤｏリスト３６ａの「１」番目に、トリガ入力条件Ｔ８と処理Ａ２との組み合わせからなる処理予約が含まれている。当該処理予約により、トリガ入力条件Ｔ８が満たされたと判断部３５ａが判断した場合には、処理Ａ２を実行する処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかへ判断部３５ａがトリガを出力し、処理Ａ２を実行させる。つまり、判断部３５ａは、タイマからの通知というイベントを検知し、当該通知が所定時間が経過したことを示すと判断した場合、トリガ入力条件Ｔ８を満たすから、データベース３１ａから指定のデータを読み出して幹線通信部３３ａにより他の中継装置３ｂ，３ｃへ送信するという処理Ａ２を実行させる。これにより、定期的に実行する同期通信の処理がこれにより実現される。判断部３５ａが処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれか（例えば第２処理部３４２ａ）へ、データの指定を行ない、第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかがデータベース３１ａから指定のデータを読み出す。
【００４５】
更に、図３に示す例では、ＴｏＤｏリスト３６ａの「２」番目に、トリガ入力条件Ｔ１と処理Ａ１との組み合わせからなる処理予約が含まれている。また、「３」番目にも、トリガ入力条件Ｔ１と処理Ａ４との組み合わせからなる処理予約が含まれている。当該処理予約により、トリガ入力条件Ｔ１が満たされたと判断部３５ａが判断した場合には、処理Ａ１と処理Ａ４とを夫々実行する処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれか（例えば第１処理部３４１ａと第４処理部）へ判断部３５ａがトリガを出力し、処理Ａ１と処理Ａ４とを実行させる。つまり、判断部３５ａは、幹線通信部３３ａによるデータ受信のイベントの発生を検知し、且つ受信したデータが特定のデータを含む場合に、、トリガ入力条件Ｔ１が満たされたと判断する。判断部３５ａは、ＴｏＤｏリスト３６ａにてトリガ入力条件Ｔ１に対応するデータベース３１ａから指定のデータを読み出して送信する処理Ａ１と、データベース３１ａを更新させる処理Ａ４とを実行させる。
【００４６】
そして、判断部３５ａ又は各処理を実行した第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかは、実行された処理に係る処理予約をＴｏＤｏリスト３６ａから削除する。これにより、実行すべきタイミングの都度、ＴｏＤｏリスト３６ａが生成されて記憶（更新）されるので、一度決められた処理を継続的に実行するのみならず、一時的に必要となった処理を一度だけ実行するなど、ハードウェア的に処理を行なう構成でも、柔軟に動作させることが可能となる。
【００４７】
図４は、実施の形態１における中継装置３ａの判断部３５ａにより実行される処理手順の一例を示すフローチャートである。
【００４８】
判断部３５ａは、イベント発生を検知したか否かを判定し（ステップＳ１）、イベント発生を検知していない場合（Ｓ１：ＮＯ）、処理をステップＳ１へ戻してイベント発生を検知するまで待機する。判断部３５ａはイベント発生を検知した場合（Ｓ１：ＹＥＳ）、検知したイベントが、ＴｏＤｏリスト３６ａに記憶されているトリガ入力条件のいずれかを満たすか否かを判断する（ステップＳ２）。
【００４９】
判断部３５ａは、ステップＳ２においてトリガ入力条件をいずれも満たさないと判断した場合（Ｓ２：ＮＯ）、処理をステップＳ１へ戻す。判断部３５ａは、トリガ入力条件のいずれかを満たすと判断した場合（Ｓ２：ＹＥＳ）、満たされるトリガ入力条件に対応する処理へのトリガを、前記処理に対応する処理部のいずれかへ入力し（ステップＳ３）、前記処理の処理予約をＴｏＤｏリスト３６ａから削除し（ステップＳ４）、処理を終了する。
【００５０】
図５は、実施の形態１における中継装置３ａにて実現される動作を概念的に示す説明図である。図５中の楕円形は判断部３５ａによる処理、各矩形は、ハードウェアにより処理を行なう処理部３４ａの第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかを含む中継装置３の各構成部により実行される処理の一部を模式的に示す。また、破線の矢印は実行される各処理により発生するイベント、実線の矢印は各処理を行なう処理部３４ａへ入力されるトリガ、白抜きの矢印はデータの流れを模式的に示す。
【００５１】
支線通信部３２ａ又は幹線通信部３３ａによりデータが受信された場合、判断部３５ａへ通知するため、判断部３５ａはこれをイベントとして検知する。判断部３５ａはイベントを検知した場合、トリガ入力条件を満たすか否かを判断する処理、検知したイベントに応じた処理予約の生成処理を行なう。判断部３５ａは、検知したイベントが支線通信部３２ａによるデータの受信であった場合、例えば図３の例に示した「６」番目の処理予約のトリガ入力条件Ｔ２を満たすから、処理Ａ５のタイマを起動させるべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかに起動トリガを入力する。これにより、タイマによる計時処理が処理部３４ａにより独立に実行され、判断部３４ａはイベント発生待機状態となる。
【００５２】
タイマの処理により所定時間経過の通知がされた場合、判断部３４ａはこれをイベントとして検知し、所定時間経過の通知を受けたことをトリガ入力条件とする処理予約の処理を行なうべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかにトリガを入力する。つまりこのとき、タイマによる所定時間経過の計測処理というアクションそのものがイベントを発生させる。そして、例えば、図３の例に示した「１」番目の処理予約のトリガ入力条件Ｔ１を満たすと判断部３５ａが判断した場合、処理Ａ２のデータを送信すべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかに送信トリガを入力する。これにより、指定されるデータを読み出して幹線通信部３３ａを用いて送信する処理が、処理部３４ａにより独立に実行され、判断部３４ａはイベント発生待機状態となる。
【００５３】
その他、処理部３４ａによる幹線通信部３３ａを用いたデータの送信、処理部３４ａによる演算処理結果の出力、データベース３１ａにおけるデータの書込、データの内容変化などの判断部３５ａへの通知もいずれもイベントとなり、イベントの発生をきっかけとして適宜、トリガ入力条件が満たされる否かが判断され、トリガ入力条件が満たされる場合には、送信、演算要求などのトリガが処理部３４ａへ入力される。
【００５４】
このように、実施の形態１における中継装置３では、処理部３４ａにおける処理によって発生するイベントを、予め定められたシーケンスで各機能を実現する処理部３４ａへ直接的にトリガとして入力し、イベントが発生した場合には固定的に所定の処理が行なわれる構成とせず、判断部３５ａで、イベント発生に対応して、現在ＴｏＤｏリスト３６ａに記憶されている処理予約のいずれかトリガ入力条件を満たすか否かを判断する構成とする。判断部３５ａで、各時点におけるＴｏＤｏリスト３６ａのリストに応じた処理予約に係る処理のみを実行するよう判断することにより、ハードウェア的に処理が実行される構成でありながら、トリガ入力条件と処理との適宜自由な組み合わせからなるＴｏＤｏリスト３６ａに基づき、柔軟な動作を実現することができる。また中継装置３ａ自身による処理自体をも、実行すべき他の処理のトリガとすることができるなど、柔軟で複雑な動作をハードウェアにより実現することが可能となる。
【００５５】
実施の形態１における中継装置３ａでは、データベース３１ａから読み出されるデータの同期通信、データベース３１ａから読み出されるデータのＥＣＵ１ａ，１ａ，…の送信等を高速に処理する必要がある。一方で、どのような内容の処理をどのような条件で行なうかは、動的に変更することが可能な構成としたい場合がある。このような場合でも、中継装置３ａに本発明に係る情報処理装置の構成を適用することにより、高速処理と柔軟に変更可能な処理とを共に実現することができる。
【００５６】
（実施の形態２）
実施の形態１における中継装置３ａは、自身が備える構成部における処理に伴い発生するイベントを元にしてＴｏＤｏリスト３６ａを生成する構成とした。実施の形態２では、更にＥＣＵ１ａ，…，１ｂ，…，１ｃ，…からの処理要求に応じてＴｏＤｏリスト３６ａを生成する構成とする。
【００５７】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…はＣＡＮのプロトコルに基づき、リモートフレームと呼ばれる送信要求を送信する。リモートフレームは、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が必要とするデータのＩＤを示す。実施の形態２では、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…はリモートフレームを送信するように、自身の制御機能に必要なデータのＩＤ、及び送信タイミング（送信条件）を含むリクエストメッセージ（通知）を送信する構成とする。勿論、リクエストメッセージでなく、必要なデータのＩＤのみ示すリモートフレームを送信するのみの構成としてもよい。
【００５８】
中継装置３ａ，３ｂ，３ｃは夫々、図４のフローチャートに示した処理手順を実行する一方で、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が送信するリクエストメッセージに応じて、中継装置３ａが動的に処理予約を生成し、ＴｏＤｏリスト３６ａに記憶する。
【００５９】
実施の形態２における車載通信システムの構成、及び中継装置３ａ，３ｂ，３ｃのハードウェア的な構成は、実施の形態１と同様である。したがって、同一の符号を付して各構成部についての詳細な説明は省略し、以下に、中継装置３ａが自身に接続されているＥＣＵ１ａ，１ａ，…からのリクエストメッセージに応じて処理予約を生成して記憶する場合の処理について説明する。
【００６０】
図６は、実施の形態２における中継装置３ａ及びＥＣＵ１ａによって実行される処理手順の一例を示すフローチャートである。中継装置３ａは、判断部３５ａ又は処理部３４ａの一部の機能により、以下の処理を実行する。なお、他の中継装置３ｂ及びＥＣＵ１ｂ間、並びに中継装置３ｃ及びＥＣＵ１ｃ間の送受信も同様であるから図示及び詳細な説明を省略する。
【００６１】
ＥＣＵ１ａは、マイコンの制御により、自身の制御機能に必要なデータのＩＤ情報を含むリクエストメッセージを生成し（ステップＳ２１）、生成したリクエストメッセージを自身が接続されている中継装置３ａへ送信する（ステップＳ２２）。ＥＣＵ１ａ，１ａ，…では、ステップＳ２１及びＳ２２によるリクエストメッセージの送信を、定期的に行なうようにしてある。必要なデータ毎に異なる周期で適宜必要なタイミングでリクエストメッセージを生成して送信してもよい。
【００６２】
中継装置３ａでは、ＥＣＵ１ａ，１ａ，…のいずれかからリクエストメッセージを受信したか否かを判断し（ステップＳ２３）、受信していない場合（Ｓ２３：ＮＯ）、処理をステップＳ２３へ戻して、リクエストメッセージを受信するまで待機する。
【００６３】
中継装置３ａでは、ＥＣＵ１ａ，１ａ，…のいずれかからリクエストメッセージを受信した場合（Ｓ２３：ＹＥＳ）、受信したリクエストメッセージに含まれるＥＣＵ１ａ，１ａ，…が必要とするデータのＩＤ、送信タイミングなどに基づき、どのような条件が満たされた場合に処理が行なわれるべきかの処理予約を生成する（ステップＳ２４）。中継装置３ａでは、生成した処理予約をＴｏＤｏリスト３６ａとして記憶し（ステップＳ２５）、処理を終了する。
【００６４】
これにより、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は必要となったデータについて動的に通知を行なうことができ、中継装置３ａ，３ｂ，３ｃは、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が必要とするデータを知ることができ、柔軟に対応が可能である。ハードウェア的に処理を行なう構成でも、予め決めてあるシーケンシャルな処理のみならず、外部からの要求に応じて適宜柔軟に動作させることが可能となる点で優れた効果を奏する。
【００６５】
実施の形態１及び２では、本発明に係る情報処理装置の構成を中継装置３ａ，３ｂ，３ｃに適用する構成としたが、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…に適用してもよい。
【００６６】
なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【００６７】
１ａ，１ｂ，１ｃ ＥＣＵ（通信装置）
３ａ，３ｂ，３ｃ 中継装置（情報処理装置）
３１ａ，３１ｂ，３１ｃ データベース
３４ａ，３４ｂ，３４ｃ 処理部
３４１ａ，３４２ａ，…３４Ｎａ 第１処理部、第２処理部、…、第Ｎ処理部（処理手段）
３５ａ，３５ｂ，３５ｃ 判断部
３６ａ，３６ｂ，３６ｃ ＴｏＤｏリスト
【技術分野】
【０００１】
本発明は、ハードウェアにより処理を実行させつつ、シーケンシャルな処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで動作させることなどを可能とし、柔軟な処理と高速な処理とを共に実現することができる情報処理装置、情報処理方法及び情報処理システムに関する。
【背景技術】
【０００２】
近年では、複数の制御装置に機能を割り振り、各制御装置に通信手段を設けて相互にデータを交換させ、連携して多様な処理を行なわせるシステムが各分野で利用されている。特に車両の分野では、制御が機械的制御から電気的制御へ移行し、車両内に多数の制御装置としてＥＣＵ（Electronic Control Unit）が配され、各ＥＣＵがＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙなどのプロトコルに従ってネットワークを介して情報を相互に交換し、協調・連携して多様な処理を行なう構成が一般的となっている。
【０００３】
車両に搭載されるＥＣＵは、電気的な制御で実現される車両の機能自体が増加しているので数が増加する。車両に搭載されるＥＣＵを含むシステムのみならず、複数の制御装置で連携して処理を行なう通信システムでは、各制御装置に細分化された処理単位を分散させて実現することにより、故障、バグなどの問題が発生した場合の切り分け、対処を容易にして開発効率、保守性を向上させる工夫がされる場合がある。このように、通信システムに通信機器として含まれる制御装置の数は増加し、各制御装置間で協調・連携するために送受信されるデータの量は増加する傾向にある。
【０００４】
通信機器が通信線に接続されるときには、通信信号の送受信を物理層にて実現するトランシーバが利用される。そして、１本の通信線に接続されるトランシーバの数は、遅延時間、反射回避、リンギング防止などのために制限される。例えば、車載ネットワークとして広く利用されるＣＡＮの場合、High speed対応のＣＡＮバスには規格上最大３０台を接続することができるが、実際には十数台に制限するなどの運用がされている。
【０００５】
通信システムに含まれる通信機器の数は増加傾向にあるが、１本の通信線に接続される通信機器の数が制限されるから、通信機器を複数の群に分け、群ごとに通信線に接続し、異なる通信線間は中継装置（ゲートウェイ装置）で中継する構成とすることがある。このとき中継装置が、接続されている一方の通信線を介して受信したデータを全て他方の通信線へ送信する構成とした場合、複数の通信線及び中継装置を介して接続される通信装置間でのデータの遅延時間が長くなる、又は同じデータでも各通信装置で受信する際に無視できない時間差が生じるなどの問題がある。
【０００６】
そこで、通信装置（ＥＣＵ）を群毎に、データベースを有する中継装置（分配ノード）に接続し、各通信装置との接続とは異なる伝送路で接続される複数の中継装置間でデータベース内の更新データを順次巡回してデータベースを共有し、群毎に、中継装置のデータベースから読み出されたデータが通信装置へ送信される通信システムが提案されている（例えば、特許文献１）。
【０００７】
これにより、群ごとの通信装置間の通信線における通信負荷率を下げることができると共に、中継装置間でデータベースが共有されるので遅延時間を短くすることが出来る、一のデータを必要とする複数の通信装置間で、前記一のデータ受信タイミングに時間差が少なくすむ、通信装置が得られるデータの内容の同一性が担保されるなどの種々の効果が期待される。
【先行技術文献】
【特許文献】
【０００８】
【特許文献１】特開２００７−２５１２９０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００９】
特許文献１に開示されているような通信システムでは、各ＥＣＵ及び中継装置も、ソフトウェアに基づき動作するマイクロコンピュータ（マイコン）により各種処理を実行するように構成されている。しかしながら、特に中継処理の高速化など、高速な処理の必要性を考慮すると、ソフトウェアに基づくマイコンによる処理よりも、複数の処理を夫々チップ化して組み合わせるなどハードウェアによって処理を実行することが望まれる。一方で、事後的に動作内容を一部変更する必要が生じた場合などは、マイコンによるソフトウェア的な処理と比較して、ハードウェアによって処理を実行させる構成では、予め設計されたシーケンシャルな処理以外の処理を動的に適宜実行させることは困難である。
【００１０】
本発明は斯かる事情に鑑みてなされたものであり、ハードウェアにより処理を実行させつつ、シーケンシャル処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで処理を実行することなどを可能とし、柔軟な処理と高速な処理とを実現することができる情報処理装置、情報処理方法及び情報処理システムを提供することを目的とする。
【課題を解決するための手段】
【００１１】
第１発明に係る情報処理装置は、受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置において、論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、該生成手段が生成した処理予約のリストを記憶する手段と、情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段とを備えることを特徴とする。
【００１２】
第２発明に係る情報処理装置は、前記入力手段によりトリガを入力した場合、対応する処理予約を前記リストから削除する手段を更に備えることを特徴とする。
【００１３】
第３発明に係る情報処理装置は、情報の送信要求を受信する手段を備え、前記生成手段は、前記送信要求の受信をイベントとして検知し、受信した送信要求に基づいて処理予約を生成し、前記リストに追加するようにしてあることを特徴とする。
【００１４】
第４発明に係る情報処理方法は、受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置における情報処理方法において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段を用い、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成し、生成した処理予約のリストを記憶し、情報の受信、記憶してある情報の更新、演算結果の出力を含むイベントを検知した場合、検知したイベントに応じて前記生成手段により更に処理予約を生成し、検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断し、満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力することを特徴とする。
【００１５】
第５発明に係る情報処理システムは、情報を送受信する複数の通信装置と、該複数の通信装置と接続され、前記複数の通信装置との間で情報を送受信する手段、受信した情報を記憶する手段、及び記憶してある情報を用いた演算を行なう手段を備える情報処理装置とを含む通信システムにおいて、前記複数の通信装置は、情報の送信要求を送信する手段を備え、前記情報処理装置は、論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、該生成手段が生成した処理予約のリストを記憶する手段と、情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、検知したイベントが前記情報の送信要求である場合、前記情報の送信要求に基づき処理予約を生成する手段と、検知したイベントが前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段とを備えることを特徴とする。
【００１６】
第１発明、及び第４発明では、論理回路を用いてハードウェア的に所定の処理を実行する処理手段へトリガを入力するトリガ入力条件と、前記処理の処理の内の一又は複数との組み合わせからなる処理予約を、動的に生成し、生成された処理予約のリストが記憶される。前記条件が満たされるまで、条件に係るイベントの発生が検知される。前記イベントは例えば、情報の受信、記憶してある情報の更新、記憶してある情報を用いた演算結果の出力、一定時間の経過などである。イベントの発生が検知された場合、検知されたイベントに応じて新たに処理予約を生成すると共に、イベントが処理予約の条件のいずれかを満たすか否かが判断され、満たすと判断された場合に、前記条件と組み合わされている処理がハードウェアにより実行される。
【００１７】
これにより、各種処理はハードウェア的に実行されるので高速処理が可能となると共に、動的に生成される処理予約のリストにて、条件と前記所定の処理とを適宜自由に組み合わせること、１つのトリガ入力条件に対し複数の所定の処理を組み合わせることも可能となる。更に、処理手段による処理結果をもイベントとして処理予約を新たに生成するなどのソフトウェア的な動作も可能となる。また、各処理が実行されるのは、適宜発生するイベントに応じたタイミングである。適宜発生するイベントに対して、条件を満たすか否かが判断されてから処理が実行されるので柔軟に変更することが可能な条件に基づいて動作させることが可能となる。
【００１８】
第２発明では、リストに含まれる処理予約に係る処理が実行された場合、当該処理予約は削除されるので、一度決められた処理を固定的に継続的に実行するのみならず、一時的に必要となった処理を一度だけ実行するなど、ハードウェアにより処理を行なう構成でも、柔軟に動作させることが可能となる。
【００１９】
第３発明及び第５発明では、情報処理装置に接続される通信装置からの情報の送信要求に応じて処理予約が動的に生成され、当該処理予約に基づいて処理が実行されるので、ハードウェア的に処理を行なう構成でも、予め決めてあるシーケンシャルな処理のみならず、外部からの要求に応じて適宜柔軟に動作させることが可能となる。
【発明の効果】
【００２０】
本発明による場合、トリガを入力する条件と一又は複数の所定の処理との適宜自由な組み合わせからなる処理予約を動的に生成して記憶しておき、遂次発生するイベントが前記条件を満たす場合に、ハードウェアにより構成される処理手段により処理を実行させるので、ハードウェアにより処理を実行させつつ、シーケンシャルな処理に限らず、処理内容を動的に変更すること、遂次適切なタイミングで動作させることなどを可能とし、柔軟な処理と高速な処理とを共に実現することができる。
【図面の簡単な説明】
【００２１】
【図１】本発明の実施の形態１における中継装置を含む車載通信システムの構成を示す構成図である。
【図２】実施の形態１における車載通信システムを構成する中継装置の内部構成を示すブロック図である。
【図３】実施の形態１におけるＴｏＤｏリストの内容例を示す説明図である。
【図４】実施の形態１における中継装置の判断部により実行される処理手順の一例を示すフローチャートである。
【図５】実施の形態１における中継装置にて実現される動作を概念的に示す説明図である。
【図６】実施の形態２における中継装置及びＥＣＵによって実行される処理手順の一例を示すフローチャートである。
【発明を実施するための形態】
【００２２】
以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。なお、以下に示す実施の形態では、複数の車載ＥＣＵ間におけるデータの送受信を中継する中継装置（ゲートウェイ装置）に適用した例を挙げて説明する。
【００２３】
（実施の形態１）
図１は、本発明の実施の形態１における中継装置を含む車載通信システムの構成を示す構成図である。車載通信システムは、データを送受信する通信装置である複数のＥＣＵ１ａ，…，１ｂ，…，１ｃ，…と、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…を群毎に接続する通信線２ａ，２ｂ，２ｃと、通信線２ａ，２ｂ，２ｃが夫々接続しており、各ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…間のデータの送受信を中継する中継装置３ａ，３ｂ，３ｃと、中継装置３ａ，３ｂ，３ｃを接続している通信線４とを含む。
【００２４】
実施の形態１における車載通信システムは、幹線となる通信線４により接続される中継装置３ａ，３ｂ，３ｃ夫々に、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が、支線となる通信線２ａ，２ｂ，２ｃを介して接続される幹線型の車載ネットワークを構成している。以下、説明を明瞭とするため、通信線２ａ，２ｂ，２ｃを支線２ａ，２ｂ，２ｃと呼び、通信線４を幹線４と呼ぶ。
【００２５】
中継装置３ａ，３ｂ，３ｃは、幹線４を介してリング型に接続されている。そしてＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は夫々、支線２ａ，２ｂ，２ｃにバス型に接続している。実施の形態１におけるＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、ＣＡＮ（Controller Area Network）のプロトコルに準じてデータを送受信する。なお、支線２ａ，２ｂ，２ｃがデータを送受信するプロトコルはＬＩＮ、ＦｌｅｘＲａｙでもよいし、接続形態はスター型、ディジーチェーン型などでもよい。
【００２６】
中継装置３ａ，３ｂ，３ｃはメモリを備えて、データベース（ＤＢ：Data Base）３１ａ，３１ｂ，３１ｃとして使用する。中継装置３ａ，３ｂ，３ｃは基本的に夫々、支線２ａ，２ｂ，２ｃを介して接続しているＥＣＵ１ａ，…，１ｂ，…，１ｃ，…から送信されたデータを受信してデータベース３１ａ，３１ｂ，３１ｃに記憶させ、データベース３１ａ，３１ｂ，３１ｃから読み出したデータを夫々自身に接続しているＥＣＵ１ａ，…，１ｂ，…，１ｃ，…へ分配するように送信する。
【００２７】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、測定値、計算値、制御値等の各種物理量の数値情報を含むデータの送信、又は、エンジン、ブレーキ等のマイクロコンピュータ（以下、マイコンという）による制御が可能な装置である。たとえば一のＥＣＵ１ａは、ＡＢＳ（Antilock Brake System）として機能し、車輪の回転速度（車輪速）を検知する図示しないセンサと接続され、車両の制動時にセンサを介して検知した車輪速の測定値に基づいてブレーキを制御すると共に、車輪速の測定値を含むデータを中継装置３ａへ送信する。
【００２８】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は、夫々異なる機能を有しているが、同じ支線２ａ，２ｂ，２ｃに接続されている各群のＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が、群毎に同一の系統の機能を有しているとは限らない。例えば、車載ＥＣＵはその機能から、エンジン、ブレーキなどの運転機能の制御を行なう制御系、ドアロック又はライトなどの制御を行なうボディ系、エアバッグ、衝突回避装置などの制御を行なう安全系、ナビゲーションシステム、カーステレオなどの制御を行なう情報系などに分けることができる。同一の系統の機能を実現するＥＣＵが各群を構成し、同一の中継装置に接続される構成とした場合、ＥＣＵ間のデータの送受信で完結して異なる群のＥＣＵとの間でデータを送受信する必要が減少することにより通信効率が向上する。しかしながら、車両内で設置される場所が近いか否か等の物理的な理由で同一の支線２ａ，２ｂ，２ｃに接続されるＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が決定される場合がある。
【００２９】
例えば、同じボディ系のキーロックに関するＥＣＵでも、リモートキーを検知する機能を有するＥＣＵ１ａと、キーのロック／アンロックを制御するＥＣＵ１ｃとは、物理的に距離が離れているために異なる支線２ａと２ｃとに接続される場合がる。このＥＣＵ１ａとＥＣＵ１ｃとが、同一のデータを共有して処理を行なう必要があるとき、中継装置３ａ，３ｂ，３ｃを介して中継されなければならない。
【００３０】
したがって、ＥＣＵ１ａ，１ａ，…に接続しており、ＥＣＵ１ａ，１ａ，…から送信されるデータをデータベース３１ａに記憶する中継装置３ａは、データを受信する都度、データベース３１ａを更新するが、他の中継装置３ｂ，３ｃに接続しているＥＣＵ１ｂ，…，１ｃ，…でも使用することを可能とするために、実施の形態１における中継装置３ａ，３ｂ，３ｃ相互にデータベース３１ａ，３１ｂ，３１ｃのデータを送受信し合う同期通信を実行する。
【００３１】
図２は、実施の形態１における車載通信システムを構成する中継装置３ａの内部構成を示すブロック図である。中継装置３ｂ，３ｃの内部構成は中継装置３ａの内部構成と同様であるので図示及び詳細な説明を省略する。
【００３２】
中継装置３ａは、データベース３１ａと、支線２ａに接続されている支線通信部３２ａと、幹線４に接続されている幹線通信部３３ａと、各種異なる処理をハードウェア的に実行する処理部３４ａと、処理部３４ａにおける処理を実行するための条件を判断する判断部３５ａと、処理部３４ａにおける処理予約のリストであるＴｏＤｏリスト３６ａとを備える。
【００３３】
データベース３１ａは、フラッシュメモリ、又はＳＲＡＭ（Static Random Access Memory）若しくはＤＲＡＭ（Dynamic Random Access Memory）等のＲＡＭを用いて構成され、判断部３５ａ、処理部３４ａによりデータの読み出し、及び書き込みが可能である。
【００３４】
支線通信部３２ａは、ネットワークコントローラ及びトランシーバを用いて構成され、支線２ａを介して接続されているＥＣＵ１ａ，１ａ，…とのデータの送受信を実現する。支線通信部３２ａは、支線２ａを介してＥＣＵ１ａ，１ａ，…のいずれかからデータが送信された場合、判断部３５ａへ通知する。実施の形態１においては、支線２ａにおいてＥＣＵ１ａ，１ａ，…はＣＡＮプロトコルにてデータの送受信を行なう構成とするので、ＣＡＮコントローラ及びＣＡＮトランシーバを用いる。
【００３５】
幹線通信部３３ａは、ネットワークコントローラ及びトランシーバを用いて構成され、幹線４を介して接続される他の中継装置３ｂ，３ｃとのデータの送受信を実現する。幹線４における通信プロトコルは特に限定されない。Ethernet（登録商標）を用いてもよいし、ＣＡＮを利用してもよいし、その他のプロトコルを用いてもよい。なお、実施の形態１における中継装置３ａでは、幹線通信部３３ａがチャネルを複数備えることにより、中継装置３ａが中継装置３ｂと中継装置３ｃと同時的にデータの送受信を行なうことが可能な構成とする。
【００３６】
処理部３４ａは、各種論理回路を含むハードウェアにより構成され、異なる所定の処理を夫々行なう第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａを含む。第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａは夫々、処理部に備えられている各種論理回路を組み合わせた複数の処理単位を更に組み合わせることにより、夫々異なる所定の処理を実行するように構成されている。そして第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａは夫々、所定のトリガが入力される都度に、処理単位を実行することにより動作するようにしてある。具体的には、例えばＡＳＩＣ（Application Specific Integrated Circuit：特定用途集積回路）を用いても、ＦＰＧＡ（Field Programmable Gate Array）を用いて構成してもよい。特定のＬＳＩ（Large Scale Integration）により実現してもよい。ここで所定の処理（アクション）としては、以下のような例が挙げられる。
Ａ１．データベース３１ａから指定のデータを読み出して支線通信部３２ａにより送信する。
Ａ２．データベース３１ａから指定のデータを読み出して幹線通信部３３ａにより送信する。
Ａ３．データベース３１ａ内の指定のデータに対し所定の演算処理を実行する。
Ａ４．データベース３１ａを更新する。
Ａ５．タイマを起動する。
Ａ６．Ａ１乃至Ａ５のいずれかの組み合わせ。
【００３７】
判断部３５ａは、データを受信したことを支線通信部３２ａ若しくは幹線通信部３３ａから通知を受けた場合、又はデータベース３１ａのデータを監視してデータの内容が変化した場合などの各種イベントの発生を検知し、イベントが所定の条件（トリガ入力条件）を満たすか否かを判断し、所定の条件を満たす場合は、処理部３４ａで夫々処理を実行している第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれにトリガを入力するかを判断する。判断部３５ａは具体的には、ＡＳＩＣ、ＦＰＧＡ又はＬＳＩなどのハードウェアにより構成されてもよいし、マイコンを利用してソフトウェアに基づき処理を実行するようにしてもよい。
【００３８】
判断部３５ａで検知されるイベントの例としては、上述のようにデータの受信、データベース３１ａの更新通知、演算結果の出力又は処理部３４ａでアクションとして起動されているタイマから時間経過の通知の受信が挙げられる。判断部３５ａから第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれかへトリガが入力される条件（トリガ入力条件）としては、以下のような例が挙げられる。
Ｔ１．幹線通信部３３ａから受信したデータが特定のデータを含む。
Ｔ２．支線通信部３２ａよりデータを受信した。
Ｔ３．支線通信部３２ａより受信したデータによりデータベース３１ａが更新された。
Ｔ４．更新されたデータベース３１ａ内の特定のデータが所定の閾値を超えている。
Ｔ５．更新されたデータベース３１ａ内の特定のデータが所定の閾値以下である。
Ｔ６．データベース３１ａ内の特定のデータの変化が所定の条件を満たす。
Ｔ７．受信したデータとデータベース３１ａ内の対応するデータの内容が所定の条件を満たす。
Ｔ８．タイマから所定時間経過の通知を受けた。
Ｔ９．支線通信部３２ａにより受信したデータ以外でデータベース３１ａが更新された。
Ｔ１０．Ｔ４の条件がＮ回連続して満たされた。
【００３９】
Ｔ１〜Ｔ１０に示すように、処理部３４ａにおける第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａのいずれかによる処理自体も、イベントを発生させ、トリガとなり得る。
【００４０】
ＴｏＤｏリスト３６ａは、フラッシュメモリ、又はＳＲＡＭ若しくはＤＲＡＭ等のＲＡＭを用いて構成され、判断部３５ａ、処理部３４ａにより読み出し又は書き込みが可能である。ＴｏＤｏリスト３６ａには、上述のＴ１〜Ｔ１０に例示したトリガ入力条件と、処理Ａ１〜Ａ６のいずれかとの組み合わせがリストアップされたものが記憶される。なおＴｏＤｏリスト３６ａの内容は、判断部３５ａが生成して記憶する。ＴｏＤｏリスト３６ａは初期的に所定のリストが生成されて記憶されている状態とし、その後、実行される処理に応じて判断部３５ａが生成する。予め図示しないＲＯＭ（Read Only Memory）に、ＴｏＤｏリスト３６ａの生成タイミングと、生成する内容を設定しておき、判断部３５ａが参照可能な構成としてもよい。
【００４１】
また、処理Ａ１〜Ａ６は、ハードウェア的な処理を実行するため、予め定められた処理、即ちハードウェアによって実行される処理の組み合わせからなる処理として判断部３５ａが生成する。処理Ａ１〜Ａ６が予めＲＯＭに記憶されており、判断部３５ａがいずれかを選択するようにしてもよい。トリガ入力条件は判断部３５ａ自身が適宜生成するようにしてもよいし、処理同様に予めＲＯＭに記憶されているトリガ入力条件から選択するようにしえてもよい。
【００４２】
図３は、実施の形態１におけるＴｏＤｏリスト３６ａの内容例を示す説明図である。図３に示すように、ＴｏＤｏ３６ａは、トリガ入力条件と処理（アクション）との組み合わせからなる為すべき処理を示す処理予約のリストである。夫々を識別するための情報として、トリガ入力条件と処理との組み合わせには番号が付与されている。
【００４３】
判断部３５ａは、ＴｏＤｏリスト３６ａに記憶されているトリガ入力条件の内のいずれかが満たされるか否かを判断し、満たされると判断した場合に、満たされるトリガ入力条件に組み合わせられている処理Ａ１〜Ａ６のいずれかに対応する第１処理部３４１ａ、第２処理部３４２ａ、…、第Ｎ処理部３４Ｎａへ、トリガを入力する。
【００４４】
図３に示す例では、ＴｏＤｏリスト３６ａの「１」番目に、トリガ入力条件Ｔ８と処理Ａ２との組み合わせからなる処理予約が含まれている。当該処理予約により、トリガ入力条件Ｔ８が満たされたと判断部３５ａが判断した場合には、処理Ａ２を実行する処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかへ判断部３５ａがトリガを出力し、処理Ａ２を実行させる。つまり、判断部３５ａは、タイマからの通知というイベントを検知し、当該通知が所定時間が経過したことを示すと判断した場合、トリガ入力条件Ｔ８を満たすから、データベース３１ａから指定のデータを読み出して幹線通信部３３ａにより他の中継装置３ｂ，３ｃへ送信するという処理Ａ２を実行させる。これにより、定期的に実行する同期通信の処理がこれにより実現される。判断部３５ａが処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれか（例えば第２処理部３４２ａ）へ、データの指定を行ない、第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかがデータベース３１ａから指定のデータを読み出す。
【００４５】
更に、図３に示す例では、ＴｏＤｏリスト３６ａの「２」番目に、トリガ入力条件Ｔ１と処理Ａ１との組み合わせからなる処理予約が含まれている。また、「３」番目にも、トリガ入力条件Ｔ１と処理Ａ４との組み合わせからなる処理予約が含まれている。当該処理予約により、トリガ入力条件Ｔ１が満たされたと判断部３５ａが判断した場合には、処理Ａ１と処理Ａ４とを夫々実行する処理部３４ａ中の対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれか（例えば第１処理部３４１ａと第４処理部）へ判断部３５ａがトリガを出力し、処理Ａ１と処理Ａ４とを実行させる。つまり、判断部３５ａは、幹線通信部３３ａによるデータ受信のイベントの発生を検知し、且つ受信したデータが特定のデータを含む場合に、、トリガ入力条件Ｔ１が満たされたと判断する。判断部３５ａは、ＴｏＤｏリスト３６ａにてトリガ入力条件Ｔ１に対応するデータベース３１ａから指定のデータを読み出して送信する処理Ａ１と、データベース３１ａを更新させる処理Ａ４とを実行させる。
【００４６】
そして、判断部３５ａ又は各処理を実行した第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかは、実行された処理に係る処理予約をＴｏＤｏリスト３６ａから削除する。これにより、実行すべきタイミングの都度、ＴｏＤｏリスト３６ａが生成されて記憶（更新）されるので、一度決められた処理を継続的に実行するのみならず、一時的に必要となった処理を一度だけ実行するなど、ハードウェア的に処理を行なう構成でも、柔軟に動作させることが可能となる。
【００４７】
図４は、実施の形態１における中継装置３ａの判断部３５ａにより実行される処理手順の一例を示すフローチャートである。
【００４８】
判断部３５ａは、イベント発生を検知したか否かを判定し（ステップＳ１）、イベント発生を検知していない場合（Ｓ１：ＮＯ）、処理をステップＳ１へ戻してイベント発生を検知するまで待機する。判断部３５ａはイベント発生を検知した場合（Ｓ１：ＹＥＳ）、検知したイベントが、ＴｏＤｏリスト３６ａに記憶されているトリガ入力条件のいずれかを満たすか否かを判断する（ステップＳ２）。
【００４９】
判断部３５ａは、ステップＳ２においてトリガ入力条件をいずれも満たさないと判断した場合（Ｓ２：ＮＯ）、処理をステップＳ１へ戻す。判断部３５ａは、トリガ入力条件のいずれかを満たすと判断した場合（Ｓ２：ＹＥＳ）、満たされるトリガ入力条件に対応する処理へのトリガを、前記処理に対応する処理部のいずれかへ入力し（ステップＳ３）、前記処理の処理予約をＴｏＤｏリスト３６ａから削除し（ステップＳ４）、処理を終了する。
【００５０】
図５は、実施の形態１における中継装置３ａにて実現される動作を概念的に示す説明図である。図５中の楕円形は判断部３５ａによる処理、各矩形は、ハードウェアにより処理を行なう処理部３４ａの第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかを含む中継装置３の各構成部により実行される処理の一部を模式的に示す。また、破線の矢印は実行される各処理により発生するイベント、実線の矢印は各処理を行なう処理部３４ａへ入力されるトリガ、白抜きの矢印はデータの流れを模式的に示す。
【００５１】
支線通信部３２ａ又は幹線通信部３３ａによりデータが受信された場合、判断部３５ａへ通知するため、判断部３５ａはこれをイベントとして検知する。判断部３５ａはイベントを検知した場合、トリガ入力条件を満たすか否かを判断する処理、検知したイベントに応じた処理予約の生成処理を行なう。判断部３５ａは、検知したイベントが支線通信部３２ａによるデータの受信であった場合、例えば図３の例に示した「６」番目の処理予約のトリガ入力条件Ｔ２を満たすから、処理Ａ５のタイマを起動させるべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかに起動トリガを入力する。これにより、タイマによる計時処理が処理部３４ａにより独立に実行され、判断部３４ａはイベント発生待機状態となる。
【００５２】
タイマの処理により所定時間経過の通知がされた場合、判断部３４ａはこれをイベントとして検知し、所定時間経過の通知を受けたことをトリガ入力条件とする処理予約の処理を行なうべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかにトリガを入力する。つまりこのとき、タイマによる所定時間経過の計測処理というアクションそのものがイベントを発生させる。そして、例えば、図３の例に示した「１」番目の処理予約のトリガ入力条件Ｔ１を満たすと判断部３５ａが判断した場合、処理Ａ２のデータを送信すべく、対応する第１処理部３４１ａから第Ｎ処理部３４Ｎａのいずれかに送信トリガを入力する。これにより、指定されるデータを読み出して幹線通信部３３ａを用いて送信する処理が、処理部３４ａにより独立に実行され、判断部３４ａはイベント発生待機状態となる。
【００５３】
その他、処理部３４ａによる幹線通信部３３ａを用いたデータの送信、処理部３４ａによる演算処理結果の出力、データベース３１ａにおけるデータの書込、データの内容変化などの判断部３５ａへの通知もいずれもイベントとなり、イベントの発生をきっかけとして適宜、トリガ入力条件が満たされる否かが判断され、トリガ入力条件が満たされる場合には、送信、演算要求などのトリガが処理部３４ａへ入力される。
【００５４】
このように、実施の形態１における中継装置３では、処理部３４ａにおける処理によって発生するイベントを、予め定められたシーケンスで各機能を実現する処理部３４ａへ直接的にトリガとして入力し、イベントが発生した場合には固定的に所定の処理が行なわれる構成とせず、判断部３５ａで、イベント発生に対応して、現在ＴｏＤｏリスト３６ａに記憶されている処理予約のいずれかトリガ入力条件を満たすか否かを判断する構成とする。判断部３５ａで、各時点におけるＴｏＤｏリスト３６ａのリストに応じた処理予約に係る処理のみを実行するよう判断することにより、ハードウェア的に処理が実行される構成でありながら、トリガ入力条件と処理との適宜自由な組み合わせからなるＴｏＤｏリスト３６ａに基づき、柔軟な動作を実現することができる。また中継装置３ａ自身による処理自体をも、実行すべき他の処理のトリガとすることができるなど、柔軟で複雑な動作をハードウェアにより実現することが可能となる。
【００５５】
実施の形態１における中継装置３ａでは、データベース３１ａから読み出されるデータの同期通信、データベース３１ａから読み出されるデータのＥＣＵ１ａ，１ａ，…の送信等を高速に処理する必要がある。一方で、どのような内容の処理をどのような条件で行なうかは、動的に変更することが可能な構成としたい場合がある。このような場合でも、中継装置３ａに本発明に係る情報処理装置の構成を適用することにより、高速処理と柔軟に変更可能な処理とを共に実現することができる。
【００５６】
（実施の形態２）
実施の形態１における中継装置３ａは、自身が備える構成部における処理に伴い発生するイベントを元にしてＴｏＤｏリスト３６ａを生成する構成とした。実施の形態２では、更にＥＣＵ１ａ，…，１ｂ，…，１ｃ，…からの処理要求に応じてＴｏＤｏリスト３６ａを生成する構成とする。
【００５７】
ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…はＣＡＮのプロトコルに基づき、リモートフレームと呼ばれる送信要求を送信する。リモートフレームは、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が必要とするデータのＩＤを示す。実施の形態２では、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…はリモートフレームを送信するように、自身の制御機能に必要なデータのＩＤ、及び送信タイミング（送信条件）を含むリクエストメッセージ（通知）を送信する構成とする。勿論、リクエストメッセージでなく、必要なデータのＩＤのみ示すリモートフレームを送信するのみの構成としてもよい。
【００５８】
中継装置３ａ，３ｂ，３ｃは夫々、図４のフローチャートに示した処理手順を実行する一方で、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が送信するリクエストメッセージに応じて、中継装置３ａが動的に処理予約を生成し、ＴｏＤｏリスト３６ａに記憶する。
【００５９】
実施の形態２における車載通信システムの構成、及び中継装置３ａ，３ｂ，３ｃのハードウェア的な構成は、実施の形態１と同様である。したがって、同一の符号を付して各構成部についての詳細な説明は省略し、以下に、中継装置３ａが自身に接続されているＥＣＵ１ａ，１ａ，…からのリクエストメッセージに応じて処理予約を生成して記憶する場合の処理について説明する。
【００６０】
図６は、実施の形態２における中継装置３ａ及びＥＣＵ１ａによって実行される処理手順の一例を示すフローチャートである。中継装置３ａは、判断部３５ａ又は処理部３４ａの一部の機能により、以下の処理を実行する。なお、他の中継装置３ｂ及びＥＣＵ１ｂ間、並びに中継装置３ｃ及びＥＣＵ１ｃ間の送受信も同様であるから図示及び詳細な説明を省略する。
【００６１】
ＥＣＵ１ａは、マイコンの制御により、自身の制御機能に必要なデータのＩＤ情報を含むリクエストメッセージを生成し（ステップＳ２１）、生成したリクエストメッセージを自身が接続されている中継装置３ａへ送信する（ステップＳ２２）。ＥＣＵ１ａ，１ａ，…では、ステップＳ２１及びＳ２２によるリクエストメッセージの送信を、定期的に行なうようにしてある。必要なデータ毎に異なる周期で適宜必要なタイミングでリクエストメッセージを生成して送信してもよい。
【００６２】
中継装置３ａでは、ＥＣＵ１ａ，１ａ，…のいずれかからリクエストメッセージを受信したか否かを判断し（ステップＳ２３）、受信していない場合（Ｓ２３：ＮＯ）、処理をステップＳ２３へ戻して、リクエストメッセージを受信するまで待機する。
【００６３】
中継装置３ａでは、ＥＣＵ１ａ，１ａ，…のいずれかからリクエストメッセージを受信した場合（Ｓ２３：ＹＥＳ）、受信したリクエストメッセージに含まれるＥＣＵ１ａ，１ａ，…が必要とするデータのＩＤ、送信タイミングなどに基づき、どのような条件が満たされた場合に処理が行なわれるべきかの処理予約を生成する（ステップＳ２４）。中継装置３ａでは、生成した処理予約をＴｏＤｏリスト３６ａとして記憶し（ステップＳ２５）、処理を終了する。
【００６４】
これにより、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…は必要となったデータについて動的に通知を行なうことができ、中継装置３ａ，３ｂ，３ｃは、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…が必要とするデータを知ることができ、柔軟に対応が可能である。ハードウェア的に処理を行なう構成でも、予め決めてあるシーケンシャルな処理のみならず、外部からの要求に応じて適宜柔軟に動作させることが可能となる点で優れた効果を奏する。
【００６５】
実施の形態１及び２では、本発明に係る情報処理装置の構成を中継装置３ａ，３ｂ，３ｃに適用する構成としたが、ＥＣＵ１ａ，…，１ｂ，…，１ｃ，…に適用してもよい。
【００６６】
なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【００６７】
１ａ，１ｂ，１ｃ ＥＣＵ（通信装置）
３ａ，３ｂ，３ｃ 中継装置（情報処理装置）
３１ａ，３１ｂ，３１ｃ データベース
３４ａ，３４ｂ，３４ｃ 処理部
３４１ａ，３４２ａ，…３４Ｎａ 第１処理部、第２処理部、…、第Ｎ処理部（処理手段）
３５ａ，３５ｂ，３５ｃ 判断部
３６ａ，３６ｂ，３６ｃ ＴｏＤｏリスト
【特許請求の範囲】
【請求項１】
受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、
該生成手段が生成した処理予約のリストを記憶する手段と、
情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、
検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、
検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、
該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記入力手段によりトリガを入力した場合、対応する処理予約を前記リストから削除する手段を更に備えること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
情報の送信要求を受信する手段を備え、
前記生成手段は、前記送信要求の受信をイベントとして検知し、受信した送信要求に基づいて処理予約を生成し、前記リストに追加するようにしてあること
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置における情報処理方法において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段を用い、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成し、
生成した処理予約のリストを記憶し、
情報の受信、記憶してある情報の更新、演算結果の出力を含むイベントを検知した場合、
検知したイベントに応じて前記生成手段により更に処理予約を生成し、
検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断し、
満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する
ことを特徴とする情報処理方法。
【請求項５】
情報を送受信する複数の通信装置と、該複数の通信装置と接続され、前記複数の通信装置との間で情報を送受信する手段、受信した情報を記憶する手段、及び記憶してある情報を用いた演算を行なう手段を備える情報処理装置とを含む通信システムにおいて、
前記複数の通信装置は、情報の送信要求を送信する手段を備え、
前記情報処理装置は、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、
該生成手段が生成した処理予約のリストを記憶する手段と、
情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、
検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、
検知したイベントが前記情報の送信要求である場合、前記情報の送信要求に基づき処理予約を生成する手段と、
検知したイベントが前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、
該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段と
を備えることを特徴とする情報処理システム。
【請求項１】
受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、
該生成手段が生成した処理予約のリストを記憶する手段と、
情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、
検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、
検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、
該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段と
を備えることを特徴とする情報処理装置。
【請求項２】
前記入力手段によりトリガを入力した場合、対応する処理予約を前記リストから削除する手段を更に備えること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
情報の送信要求を受信する手段を備え、
前記生成手段は、前記送信要求の受信をイベントとして検知し、受信した送信要求に基づいて処理予約を生成し、前記リストに追加するようにしてあること
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
受信した情報を記憶する手段と、記憶してある情報を用いた演算を行なう手段とを備える情報処理装置における情報処理方法において、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段を用い、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成し、
生成した処理予約のリストを記憶し、
情報の受信、記憶してある情報の更新、演算結果の出力を含むイベントを検知した場合、
検知したイベントに応じて前記生成手段により更に処理予約を生成し、
検知したイベントが、前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断し、
満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する
ことを特徴とする情報処理方法。
【請求項５】
情報を送受信する複数の通信装置と、該複数の通信装置と接続され、前記複数の通信装置との間で情報を送受信する手段、受信した情報を記憶する手段、及び記憶してある情報を用いた演算を行なう手段を備える情報処理装置とを含む通信システムにおいて、
前記複数の通信装置は、情報の送信要求を送信する手段を備え、
前記情報処理装置は、
論理回路を用いて構成され、トリガの入力により相異なる信号処理を実行するように構成される複数の処理手段と、
前記信号処理の内の１つ又は複数と、各々に対応する前記処理手段へトリガを入力するトリガ入力条件との組み合わせからなる処理予約を生成する生成手段と、
該生成手段が生成した処理予約のリストを記憶する手段と、
情報の受信、記憶してある情報の更新、演算結果の出力、又は一定時間の経過を含むイベントを検知する手段と、
検知したイベントに応じて前記生成手段により更に処理予約を生成する手段と、
検知したイベントが前記情報の送信要求である場合、前記情報の送信要求に基づき処理予約を生成する手段と、
検知したイベントが前記リスト中のいずれかの処理予約に係るトリガ入力条件を満たすか否かを判断する判断手段と、
該判断手段が満たすと判断した場合、満たされたトリガ入力条件に組み合わされている１つ又は複数の信号処理に対応する前記処理手段へトリガを入力する入力手段と
を備えることを特徴とする情報処理システム。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１９１５３６（Ｐ２０１０−１９１５３６Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３３０１４（Ｐ２００９−３３０１４）
【出願日】平成２１年２月１６日（２００９．２．１６）
【出願人】（３９５０１１６６５）株式会社オートネットワーク技術研究所 (2,668)
【出願人】（０００１８３４０６）住友電装株式会社 (6,135)
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月１６日（２００９．２．１６）
【出願人】（３９５０１１６６５）株式会社オートネットワーク技術研究所 (2,668)
【出願人】（０００１８３４０６）住友電装株式会社 (6,135)
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
[ Back to top ]