情報処理装置
【課題】ハードウェア的に回路を用いて高速に処理を行なうに際し、予め決められた処理のみを行なうに限らず、簡素な構成にてソフトウェア的に柔軟に多様な処理を実現することができる情報処理装置を提供する。
【解決手段】夫々所定の遷移方法にて状態遷移するＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を含むＡｃｔｉｏｎＡｒｒａｙ１０が備えられ、決定回路１１がＴｏＤｏリスト１２に基づきいずれかのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動し、夫々での状態遷移を基本として組み合わせられる状態遷移が実行される。そして、組み合わせられた状態遷移の中で特定の状態に遷移した場合に、所定の処理が実行される設計とすることにより、多様な機能が実現できる。
【解決手段】夫々所定の遷移方法にて状態遷移するＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を含むＡｃｔｉｏｎＡｒｒａｙ１０が備えられ、決定回路１１がＴｏＤｏリスト１２に基づきいずれかのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動し、夫々での状態遷移を基本として組み合わせられる状態遷移が実行される。そして、組み合わせられた状態遷移の中で特定の状態に遷移した場合に、所定の処理が実行される設計とすることにより、多様な機能が実現できる。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、ハードウェア的に回路を用いて高速に処理を行なうに際し、予め決められた処理のみを行なうのではなく、簡素な構成にてソフトウェア的な柔軟で多様な処理を実現することができる情報処理装置に関する。
【背景技術】
【０００２】
近年では、各種制御装置にＦＰＧＡ（Field Programmable Gate Array）がよく用いられている。ＦＰＧＡは、予め搭載された多数のゲート（トランジスタ）間の接続情報をユーザが自由にプログラムして書き込むことによって論理回路を実現し、所望の機能を実現する回路として動作させることができるものである。ＦＰＧＡにより、設計を変更させて再度回路を構築させることができるなど、ハードウェア的処理を実現させるにも拘わらず処理内容を変更でき、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途集積回路）又は特定の機能を実現させるＩＣなどの開発段階も含み、様々な分野の制御装置で多用されている。
【０００３】
例えば車両の分野では、制御が機械的制御から電気的制御へ移行し、車両内に多数の制御装置としてＥＣＵ（Electronic Control Unit）が配され、各ＥＣＵがＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙ（登録商標）などのプロトコルに従ってネットワークを介して情報を相互に交換し、協調・連携して多様な処理を行なう構成が一般的となっている。
【０００４】
車両に搭載されるＥＣＵは、電気的な制御で実現される車両の機能自体が増加しているので数が増加する。車両に搭載されるＥＣＵを含むシステムのみならず、複数の制御装置で連携して処理を行なう通信システムでは、各制御装置に細分化された処理単位を分散させて実現することにより、故障、バグなどの問題が発生した場合の切り分け、対処を容易にして開発効率、保守性を向上させる工夫がされる場合がある。このように、通信システムに通信機器として含まれる制御装置の数は増加し、各制御装置間で協調・連携するために送受信されるデータの量は増加する傾向にある。
【０００５】
このように、多数のＥＣＵでシステムを構成する場合、相互に送受信するデータの量は増加し、多くの機能を実現するために、各ＥＣＵでの処理は高速に行なわれることが望まれる。且つ、各ＥＣＵの構成は軽量化、低コスト化のために簡素にすることが望ましい。この場合、ＥＣＵの構成は、ソフトウェアをマイコン内のＣＰＵが読み出して処理を実行する構成とするよりも、限定された処理を高速に行なう特定の回路を作製し、組み合わせてハードウェア的に処理する構成とする方が好ましいときがある。しかしながらこの際、ソフトウェアをＣＰＵが読み出して実行する構成では、ソフトウェアプログラムを書き換えることで処理内容の変更ができるが、特定の回路を作製する場合には、設計変更することができない。そこで、複数の回路を組み合わせたハードウェア的な構成でありながら、書き換え可能な記憶手段にパラメータを記憶し、パラメータを変更することで処理内容を変更することができるＥＣＵが提案されている（特許文献１を参照）。このとき、夫々機能を発揮する特定の複数の回路が用いられているが、ＦＰＧＡを利用してもよい旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−３１２０２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ハードウェア化して高速化を図ると共に、処理内容を変更するためには、特許文献１に開示されているような構成でも実現できる。この場合、装置で実現する処理内容が予め定まっている上で設計される特定の回路を組み合わせ、パラメータを変更することで処理内容を変更する構成である。
【０００８】
一方で装置の開発過程では、設計段階ではＥＣＵに要求される機能は決まっているものの処理内容が詳細に決定されていないにも拘わらず、ハードウェアの作製を進めなければならない場合もある。また、開発過程の途中で処理内容を追加したい場合などもある。このような場合、設計変更に応じてハードウェアを追加、作製し直すとなると装置の構成が複雑となったり、装置の簡素化が図れない。
【０００９】
このような場合、ＦＰＧＡを用いて設計変更可能な装置としてもよいが、システムに含まれる複数のＥＣＵ夫々に、汎用性の高いＦＰＧＡを用いる構成では、各装置が高価となるなど現実的でない。
【００１０】
各ＥＣＵは夫々特定の機能が割り振られるから、どのようにでも変更可能なＦＰＧＡを用いるよりも、ある程度機能を限定しつつ、且つ処理内容を変更することが可能なハードウェア構成にて実現することが望ましい。
【００１１】
本発明は斯かる事情に鑑みてなされたものであり、ハードウェアにより処理を実行させつつ、予め設計された処理に限らず、処理内容を適宜変更すること、遂次適切なタイミングで処理を実行することなどを可能とし、簡素な構成にてソフトウェア的な柔軟で多様な処理を実現することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１発明に係る情報処理装置は、イベントの発生に応じて特定の機能を実現する処理を実行する情報処理装置において、トリガの入力により、夫々異なる遷移方法にて状態を遷移させる複数の状態遷移回路と、イベントの発生を検知し、発生したイベントに応じて前記複数の状態遷移回路の内のいずれにトリガを入力するかを決定する決定回路と、実現される機能毎に、前記複数の状態遷移回路の内の一又は複数の組み合わせ、及び、対応するイベントのリストを書き換え可能に記憶する手段と、前記状態遷移回路により特定の状態に遷移された場合に特定の処理を実行する実行手段とを備え、前記決定回路は、前記リストに基づきいずれの状態遷移回路にトリガを入力するかを決定するようにしてあることを特徴とする。
【００１３】
図１及び図２は、本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。なお、図１及び図２に示す例は、例示であって本発明に係る情報処理装置の内容は以下の機能に限定されるものではない。
【００１４】
図１は、機能Ａ〜Ｅを夫々実現するための状態遷移とそのトリガを示し、各状態遷移を分析して得られる基本の要素となる状態遷移を示している。図２は、図１に示した各機能Ａ〜Ｅを実現する状態遷移の基本要素をまとめて示している。
【００１５】
図１に示す例の内の機能Ａは、データの受信に対して間引いて送信する機能である。当該機能は、初期的には状態「０」にあって、データを受信する都度に状態が「０」から「１」へ、「１」から「２」へ遷移し、状態「２」では受信しても状態は変わらず、所定時間が経過する都度に状態が「２」から「１」へ、「１」から「０」へ遷移するようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行し、且つ状態「１」又は「２」へ遷移したときに時間計測を開始する設計により実現できる。この場合、状態「０」から「１」へ、「１」から「２」への状態遷移の条件はデータの受信であり、状態「２」から「１」へ及び「１」から「０」への状態遷移の条件は所定時間の経過である。この状態遷移は、要素ａと要素ｂとに分離できる。
【００１６】
機能Ｂは、周期的なデータの受信に際して、正常に周期的に受信できている場合には最初の１回のみ当該データを送信し、一定時間を経過しても受信できない場合には、データ受信の再開時に１回送信するという機能である。当該機能は、初期的には状態「０」にあって受信する都度に状態が「０」から「１」へ、「１」から「２」へ遷移し、状態「２」では受信しても状態は変わらず、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行し、状態「１」又は「２」へ遷移したときに時間計測を開始して一定時間が経過した場合はいずれの状態にあっても「０」へ遷移する設計により実現できる。この場合も、「０」から「１」へ、「１」から「２」への状態遷移の条件はデータの受信であり、状態「０」への状態遷移の条件は所定時間の経過である。この状態遷移は、要素ｃと要素ｄとに分離できる。
【００１７】
機能Ｃは、データ値が上限値ＰＵ以上を満たすように変化する都度、最初の１回のみ当該データを送信し、その後下限値ＰＬ未満に戻った後は再度上限値ＰＵ以上を満たすまで待機する機能である。当該機能は、初期的には状態「０」にあってデータ値が上限値ＰＵ以上を満たした場合に状態「１」へ遷移し、下限値ＰＬ未満となった場合に状態「０」へ遷移する以外は状態「２」にあるようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「０」から「１」への状態遷移での条件は上限値ＰＵ以上を満たすこと、「１」から「２」への遷移の条件は受信、又はデータ値変化など何でも、状態「０」への状態遷移の条件は下限値ＰＬ未満を満たすことである。この状態遷移は要素ｅと要素ｆとに分離できる。
【００１８】
機能Ｄは、データ値が下限値ＰＬ未満を満たすように変化する都度、最初の１回のみ当該データを送信し、その後上限値ＰＵ以上に戻った後は再度下限値ＰＬ未満を満たすまで待機する機能である。当該機能は、初期的には状態「０」にあってデータ値が下限値ＰＬ未満を満たした場合に状態「１」へ遷移し、上限値ＰＵ以上となった場合に状態「０」へ遷移する以外は状態「２」にあるようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「０」から「１」への状態遷移の条件は下限値ＰＬ未満を満たすこと、「１」から「２」への遷移の条件は受信、又はデータ値変化など何でも、状態「０」への状態遷移の条件は上限値ＰＵ以上を満たすことである。この状態遷移は要素ｇと要素ｈとに分離できる。
【００１９】
機能Ｅは、データの送信可を受信している場合であって、且つデータ値が上限値ＰＵ以上を満たす場合のみに当該データを送信する機能である。当該機能は、初期的には状態「００」にあってデータの送信可を受信した場合には「１０」又は「１１」へ遷移し、送信不可を受信した場合には状態「００」又は「０１」へ遷移し、データ値が上限値ＰＵ以上となった場合に状態「１１」又は「０１」へ遷移し、下限値ＰＬ未満となった場合に状態「１０」又は「００」へ遷移するようにし、状態が「１１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「＊０」から「＊１」（＊は０又は１）への状態遷移の条件は上限値ＰＵ以上を満たすこと、「＊１」から「＊０」への状態遷移条件は下限値ＰＬ未満を満たすこと、「０＊」から「１＊」への状態遷移条件は送信可の受信、「１＊」から「０＊」への状態遷移条件は送信不可の受信である。この状態遷移は要素ｉと要素ｊと要素ｋとに分離できる。
【００２０】
このように複数の通信機能は、状態遷移と特定の状態（「１」又は「１１」）のみにおける送信処理とにより実現できるが、各機能Ａ〜Ｅにおける状態遷移の要素を分析すると、要素ａ，ｃ，ｅ，ｇと、要素ｂと、要素ｄ，ｆ，ｈ，ｊと、要素ｉと、要素ｋとの５つに分けることができる。これをまとめると、図２に示すような基本状態遷移１〜５（１：要素ｋ、２：要素ｉ、３：要素ｄ，ｆ，ｈ，ｊ、４：要素ａ，ｃ，ｅ，ｇ、５：要素ｂ）とすることが可能である。各要素ａ〜ｋは、各基本状態遷移１〜５における状態遷移条件Ｘを、データを受信したこと、データの値が上限値ＰＵ異常、下限値ＰＬ未満を満たしたことなどにすることによって表わされる。
【００２１】
上述の機能Ａ〜Ｅを実現する通信装置を実現する場合、機能Ａ〜Ｅを夫々実現するように状態遷移する回路を備えてもよい。しかしながらこの場合、図２に示したような単純な基本状態遷移に分類できるにも拘らず、より複雑な状態遷移を実現する論理回路を、機能毎に作製する必要が生じる。更に、機能の詳細が決定されるまでは各々の論理回路を作製できない上、運用中は他の機能に兼用させることができない。
【００２２】
通信装置、判定装置、特定のアクチュエータの制御装置などのように、特定の機能を発揮する情報処理装置であれば、共通する状態遷移即ち基本となる状態遷移は自ずと数が限られる。したがって、第１発明に係る情報処理装置では、図２に示したような基本となる状態遷移を夫々実行する状態遷移回路を基本として備え、それらの組み合わせを記憶したリストを参照する決定回路により、状態遷移回路夫々にトリガを入力し、多様な状態遷移を実現する。特定の状態に遷移した場合に所定の処理を実行すべく構成することにより、基本の状態遷移の組み合わせにより多様な機能を実現することが可能である。
【００２３】
第２発明に係る情報処理装置は、実現する機能毎に状態及び状態遷移条件を記憶する手段を備え、前記決定回路はトリガを入力するに際し、入力するトリガに係るイベントが対応する機能を、状態遷移回路へ通知するようにしてあり、前記状態遷移回路は、通知された機能に対応する状態及び状態遷移条件に応じて状態を遷移させ、状態を遷移させた場合、前記記憶する手段にて記憶してある前記機能に対応する状態を遷移先の状態に書き換えるようにしてあることを特徴とする。
【００２４】
第２発明では、第１発明にて多様な機能を実現するに際し、機能毎に状態、状態遷移条件を記憶しておき、決定回路からトリガが入力された場合に、該トリガに係るイベントに対応する機能の通知を受けて、機能毎に記憶されてある状態及び状態遷移条件を参照し、状態遷移条件を満たす場合には当該機能における状態を、遷移先の状態に書き換えることによって状態を遷移させる。
【００２５】
つまり、図２に示す基本状態遷移における状態遷移条件Ｘを、機能毎に記憶しておき、機能毎に状態を記憶しておく。例えば機能Ａを実現するためには、基本状態遷移４と５を実行する回路を用いる。一方の基本状態遷移４を実行する回路は、図１における機能Ａの通知と共にトリガが入力された際には、機能Ａにおける状態を参照して状態が「０」、「１」又は「２」なのかを認識し、更に、機能Ａの場合の状態遷移条件Ｘを参照する。基本状態遷移４を実行する回路は、状態が「０」である場合、「１」への状態遷移条件Ｘはデータの受信であるからこれを満たすか否かによって状態を「１」に書き換える。そして、更にデータを受信するなどによって、再度機能Ａのためのトリガが入力された場合は状態を「２」に書き換える。他方の基本状態遷移５における状態遷移条件Ｘは、所定時間経過としておき、基本状態遷移５を実行する回路は機能Ａに対応するトリガが入力された際に、同様に機能Ａにおける状態を参照して認識し、状態が「２」である場合、「１」への状態遷移条件Ｘは所定時間経過であるからこれを満たす場合に状態を「１」に書き換える。
【００２６】
このように、各基本状態遷移を実行する状態遷移回路では、いずれの機能のためにも利用できるが、いずれの機能にも専属することなく多様な機能を実現するために用いることができる。事後的に新たな機能を実現したい場合であっても、基本状態遷移の組み合わせと、各基本状態遷移における状態遷移条件にて実現できる特定の機能であるときには、当該機能を実現する状態遷移回路の組み合わせをリストに加え、当該対応する状態と、状態遷移機能とを追加して記憶しておくことにより、決定回路にてリストと状態及び状態遷移条件とを参照して所望の状態遷移により機能を実現できる。
【００２７】
第３発明に係る情報処理装置は、機能毎にトリガを入力する順序、タイミング、又は入力するまでの待機時間を記憶する手段を備え、前記決定回路は、発生したイベント、及び記憶されてある順序、タイミング、又は待機時間に応じてトリガを入力するようにしてあることを特徴とする。
【００２８】
第３発明では、第１発明又は第２発明において、各状態遷移回路にて状態遷移を実行させるタイミングを特定するスケジュール（順序、タイミング、待機時間）が記憶される。つまり、同一のイベントに対して複数の機能が対応する場合、いずれの機能を優先して順に実行するかを適宜記憶しておけばよい。これにより、スケジュールの書き換えによって、適宜自由度の高い順序、又はタイミングにて各種機能に対応する状態遷移のタイミングが決まるから、ハードウェアを用いても柔軟に多様な処理を実現することができる。
【００２９】
第４発明に係る情報処理装置は、数値情報又は文字列を含むデータを送受信する手段と、受信したデータのデータベースへの記録、又は更新を実行する手段と、実現される機能毎に、関係するデータを特定する情報を記憶する手段とを備え、前記状態遷移条件は、前記データベースに記録されている各機能に関係するデータに対する上限置、下限値、又は判定基準を含むパラメータであり、前記状態遷移回路は、通知された機能に対応するデータと前記パラメータとを比較し、比較結果に応じて状態を遷移させるようにしてあり、前記実行手段は、機能毎に、特定の状態に遷移した場合に前記データベースから関係するデータを抽出して送信するようにしてあることを特徴とする。
【００３０】
第４発明では、情報処理装置における特定の処理をデータの送信とし、特定の処理を実行するに際してのイベントを、データの受信、又は受信したデータが記録されるデータベースにおけるデータに含まれる数値情報又は判定値などの変化とする。これにより、基本状態遷移を実行する複数の状態遷移回路を組み合わせるハードウェア的な構成により、データベースにおけるデータの値が所定の値となった場合、又は所定の判定値となった場合のみに当該データを送信するなど、柔軟な通信処理が実現できる。
【発明の効果】
【００３１】
本発明による場合、基本的な限定された状態遷移を行なう回路を用いる簡素な構成にて、情報処理装置の設計段階で実現されるべき処理全てが確定していなくとも装置を作製しておき、前記回路の組み合わせ、状態遷移の条件などをリストにて書き換え可能に記憶することにより、複雑な状態遷移を行なえるようにして多様な機能を実現することができる。この際、基本の回路は簡素である上、多様な機能の実現に兼用できるから装置の構成も簡素とすることができる。このように、ハードウェア的に回路を用いて高速に処理を行ないつつ、ソフトウェア的に柔軟に、多様な処理を実現することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。
【図２】本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。
【図３】本実施の形態における中継装置の構成を示すブロック図である。
【図４】本実施の形態における中継装置のＴｏＤｏリストの内容例を示す説明図である。
【図５】本実施の形態における中継装置のＲＡＭに記憶されている機能毎の状態と状態遷移条件の内容例を示す説明図である。
【図６】本実施の形態における中継装置のＴｏＤｏリストに含まれるスケジュールの内容例を示す説明図である。
【発明を実施するための形態】
【００３３】
以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。なお、以下に示す実施の形態では、車両に多数搭載され、相互に通信する手段を持つＥＣＵと接続し、ＥＣＵ間のデータの送受信を中継する中継装置に適用した例を挙げて説明する。
【００３４】
車両には夫々固有の機能を実現するＥＣＵが複数接続されて相互にデータを送受信し、連携して種々の機能を実現する車載ＬＡＮが搭載される。図３は、本実施の形態における中継装置の構成を示すブロック図である。図３に示す中継装置１は、車載ＬＡＮに含まれ、ＥＣＵ間のデータの送受信を中継する。なお中継装置１は、ＥＣＵから送信されるデータを一旦データベース１５に記録し、記録したデータの値が変化した場合にデータを送信するなど、柔軟なタイミングにてデータを送信するように構成される。データを各ＥＣＵから受信する都度に、データの値が変化していないにも拘らず全て他のＥＣＵへ転送する構成の場合、装置の機構を単純化することができるが、車載ＬＡＮにおける通信量が増加し、データの遅延、輻輳などの可能性が高くなる。本実施の形態における中継装置１は、データベース１５から適宜必要となるタイミングでデータを送信する構成により、通信量を削減し車載ＬＡＮにおける通信効率を向上させることができる。
【００３５】
そこで中継装置１では、データの値が変化したか否かなどの判断が適宜必要である。更に、中継処理はデータの内容によっては高速な処理が必要である。このため、本実施の形態における中継装置１では、以下のように構成される。
【００３６】
中継装置１は、ＡｃｔｉｏｎＡｒｒａｙ１０と、決定回路１１と、ＴｏＤｏリスト１２と、ＲＯＭ（Read Only Memory）１３と、ＲＡＭ（Random Access Memory）１４と、データベース１５と、インタフェース（以下、Ｉ／Ｆという）１６と、通信部１７と、送信実行部１８とを含んで構成される。
【００３７】
ＡｃｔｉｏｎＡｒｒａｙ１０は、夫々所定の遷移方法による状態遷移を実行するＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５が形成された集積回路である。本実施の形態におけるＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は夫々、演算素子の集合であって、入力されるトリガに対し、状態遷移条件Ｘに基づき図２の基本状態遷移１〜５を実行するようにしてある。
【００３８】
決定回路１１は、ＡｃｔｉｏｎＡｒｒａｙ１０のＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれにトリガを入力し、即ちいずれを起動するかを決定する回路である。決定回路１１はＩ／Ｆ１６に接続されており、外部からのデータ受信などをイベントとして検知し、検知したイベントの内容に応じていずれのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動するかを決定する。決定回路１１はイベントとして他に、タイマーによって計られる時間が経過したこと、データベース１５の内容が更新されたこと、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれかでの状態遷移が終了したことなどを検知してもよい。なおタイマーは決定回路１１に内蔵するタイマーでも、外部のタイマーでもよいし、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれかで内蔵するタイマーからの通知を検知する構成でもよい。
【００３９】
ＴｏＤｏリスト１２は、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）など書き換え可能なメモリを用い、決定回路１１がＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれを起動するかを決定するための情報が記憶されている。具体的には、中継装置１にて実装される機能毎に、当該機能を実現するための状態遷移の要素、即ちＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の組み合わせが記述されている。更に、その組み合わせのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動する条件のイベントも記述されている。
【００４０】
ＲＯＭ１３は、フラッシュメモリ又はＥＥＰＲＯＭなどを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は、夫々の状態遷移の際に、ＲＯＭ１３に記載されている情報に基づいて、遷移するか否かを判定してもよい。
【００４１】
ＲＡＭ１４は、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）などを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。ＲＡＭ１４には、実現される機能毎の現在の状態、状態遷移条件が記憶されている。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は自身の起動により各機能について状態を遷移する場合は、ＲＡＭ１４中に記憶されている状態を遷移先の状態に書き換える。状態遷移条件は、機能毎にＲＯＭ１３に記憶されていてもよい。
【００４２】
データベース１５は、ＤＲＡＭ、ＳＲＡＭなどを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。データベース１５には、中継装置１が通信部１７により接続されるＥＣＵから受信したデータが記録される。同一のデータが繰り返し送信される場合はそれらのデータは、新たに送信されたデータによって更新される。データベース１５への記録処理は、図示しない他の特定の回路にて実現する。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部は、データベース１５に記録されているデータの値を参照し、ＲＯＭ１３又はＲＡＭ１４に記憶されている状態遷移条件に係るパラメータと比較し、状態遷移条件を満たすか否かなどの判断を行なう。
【００４３】
Ｉ／Ｆ１６は、中継装置１と外部とのデータ、信号の入出力を実現する。図３に示す構成では、Ｉ／Ｆ１６には通信部１７のみ接続されているが、他に、通信でなく直接的に信号を入出力する装置（ＥＣＵ、センサなど）との間の信号線が接続される構成としてもよい。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部がＩ／Ｆ１６に接続されて、外部との入出力に基づいて状態遷移を実行する構成としてもよい。
【００４４】
通信部１７は、ネットワークコントローラ及びトランシーバを含み、中継装置１が接続されるネットワークにおける通信を実現する。通信部１７は、ネットワークからデータを受信した場合、これを検知してＩ／Ｆ１６を介して決定回路１１に通知し、データベース１５への記録処理を行なう他の特定回路（図示せず）へも通知する。また、通信部１７は、Ｉ／Ｆ１６を介して、送信実行部１８から入力されるデータをネットワークへ送信する。
【００４５】
送信実行部１８は、ＲＡＭ１４を参照して、各機能の状態が特定の状態に遷移したか否かを監視しており、各機能の特定の状態にある場合に当該機能に応じたデータをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介してネットワークへ送信する機能を実現する。送信実行部１８は、ＡｃｔｉｏｎＡｒｒａｙ１０に含まれる１つのＡｃｔｉｏｎ回路として、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５とは別に実装されてもよい。
【００４６】
次に、上述したＴｏＤｏリスト１２、及びＲＡＭ１４に記憶される情報の内容例について説明する。
【００４７】
図４は、本実施の形態における中継装置１のＴｏＤｏリスト１２の内容例を示す説明図である。図４に示すように、ＴｏＤｏリスト１２として各機能（図１参照）に対応させて、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動する際のイベント、及び起動させるＡｃｔｉｏｎ回路１０１，１０２，１０３，１０３，１０５の識別情報が記憶されている。
【００４８】
図４の例では、機能Ａ、即ち間引き送信機能を実現するためには、データの受信及び所定時間の経過のイベント発生が検知された場合に、Ａｃｔｉｏｎ回路１０４及びＡｃｔｉｏｎ回路１０５を起動すべく夫々にトリガを入力すべきであることがＴｏＤｏリスト１２に記述されている。より厳密には、データ受信のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０４を、所定時間経過のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０５を起動させることが記述される。同様に、機能Ｂのためには、データの受信及び時間の経過のイベント発生が検知された場合に、Ａｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述されている。厳密には、データ受信のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０４を、所定時間経過のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０３を起動させることが記述される。
【００４９】
機能Ｃのためには、イベント発生を検知した場合は内容によらずＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述され、機能ＤのためにはＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述され、機能Ｄのためには、Ａｃｔｉｏｎ回路１０１，１０２，１０３を起動することが記述されている。
【００５０】
図５は、本実施の形態における中継装置１のＲＡＭ１４に記憶されている機能毎の状態と状態遷移条件の内容例を示す説明図である。各ブロックの左に示されている数字は、ＲＡＭ１４内におけるアドレスを表わし、各ブロックはＲＡＭ１４に記憶されている内容を示している。
【００５１】
図５に示す内容例では、アドレス「１０」に機能Ａに対応する状態及び状態遷移条件が記憶されており、アドレス「２０」に機能Ｂに対応する状態及び状態遷移条件が記憶されており、アドレス「３０」に機能Ｃに対応する状態及び状態遷移条件が記憶されており、アドレス「４０」に機能Ｄに対応する状態及び状態遷移条件が記憶されており、アドレス「５０」に機能Ｅに対応する状態及び状態遷移条件が記憶されている。
【００５２】
図５に示す内容例の場合は、機能Ｂの現在の状態は「０」である。そして、機能Ｂに対応する回路はＡｃｔｉｏｎ回路１０３とＡｃｔｉｏｎ回路１０４である（図４参照）。Ａｃｔｉｏｎ回路１０３は機能Ｂに対応するイベントの内、タイマーにより所定時間が経過したと検知された場合にトリガが入力されて起動し、機能Ｂに対応する特定のデータの値Ｄがどのような値でも（値がゼロ以上）、状態「０」へ遷移する。Ａｃｔｉｏｎ回路１０４は機能Ｂに対応するイベントの内、データの受信が検知された場合にトリガが入力されて起動し、機能Ｂに対応するデータの値Ｄがどのような値でも、状態「０」から状態「１」へ遷移し、状態「１」から状態「２」へ遷移する。
【００５３】
また、図５に示す内容例の場合、機能Ｃの現在の状態は「０」である。そして、機能Ｃに対応する回路も、機能Ｂ同様に、Ａｃｔｉｏｎ回路１０３とＡｃｔｉｏｎ回路１０４である（図４参照）。Ａｃｔｉｏｎ回路１０３は、機能Ｃに対応するイベントが検知された場合、即ち任意のタイミングでトリガが入力されて起動し、機能Ｃに対応する特定のデータの値Ｄが下限値ＰＬ未満であるときのみ（Ｄ＜ＰＬ）、どの状態からでも状態「０」へ遷移する。Ａｃｔｉｏｎ回路１０４では機能Ｃに対応するイベントに応じてトリガが入力されて起動した場合、機能Ｃに対応する特定のデータの値Ｄが上限置ＰＵ以上であるときのみ（Ｄ≧ＰＵ）、状態「０」から状態「１」へ遷移し、状態「１」から状態「２」へ遷移する。
【００５４】
更に、図５に示す内容例の場合、機能Ｅの現在の状態は「０」である。機能Ｅに対応する回路はＡｃｔｉｏｎ回路１０１，１０２及び１０３である（図４参照）。Ａｃｔｉｏｎ回路１０１は、機能Ｅに対応するイベントが検知された場合、即ち任意のタイミングでトリガが入力されて起動し、機能Ｅに対応する特定のデータの情報Ｄが「送信可」を示すときのみ状態「０」から「１」へ遷移し、「送信不可」を示すときのみ状態「１」から「０」へ遷移する。Ａｃｔｉｏｎ回路１０２では、機能Ｅに対応する特定のデータの値Ｄが上限置ＰＵ以上であるときのみ（Ｄ≧ＰＵ）、状態「１」へ遷移し、Ａｃｔｉｏｎ回路１０３では、特定のデータの値Ｄが下限値ＰＬ未満であるときのみ（Ｄ＜ＰＬ）、状態「０」へ遷移する。
【００５５】
このように、機能毎に状態と状態遷移条件とが記憶されることによって、例えば同一のＡｃｔｉｏｎ回路１０３，１０４が異なる機能に応じて夫々起動されるに際し、機能によって状態遷移条件が異なるから、異なる状態遷移を実現させることが可能である。
【００５６】
このように構成される中継装置１において、各機能が実現される例を具体的に説明する。
【００５７】
まず、機能Ａ、即ち間引き送信機能が実現される例を説明する。
機能Ａには、Ａｃｔｉｏｎ回路１０４及び１０５が対応する（図４参照）。機能Ａに対応する状態は、初期的には図５に示したように「０」である。つまり、機能Ａの状態が記憶してあるＲＡＭ１４のアドレス「１０」には、初期的に「０」が記憶されている。
【００５８】
決定回路１１は、通信部１７を介したデータの受信、又は内蔵するタイマーにて所定時間経過の通知のイベント発生を検知した場合に、ＴｏＤｏリスト１２を参照し、データの受信の場合はＡｃｔｉｏｎ回路１０４へ、所定時間経過の通知の場合はＡｃｔｉｏｎ回路１０５へトリガを入力すべきことを認識する。まず決定回路１１は、Ａｃｔｉｏｎ回路１０４にトリガを入力して起動させ、機能Ａに対応することを通知する。
【００５９】
Ａｃｔｉｏｎ回路１０４では、機能Ａに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ａの状態「０」をアドレス「１０」から読み出す。Ａｃｔｉｏｎ回路１０４は、図２の基本状態遷移「４」の方法で状態遷移するが、機能Ａに対応する状態遷移条件Ｘは「どのような値でも」であるから（図５参照）、どのような場合でも遷移する。したがって、Ａｃｔｉｏｎ回路１０４は機能Ａに関して状態「０」から「１」へ遷移する。具体的には、Ａｃｔｉｏｎ回路１０４は、機能Ａの状態が記憶されているＲＡＭ１４のアドレス「１０」の「０」を「１」に書き換え、終了する。
【００６０】
ＲＡＭ１４における機能Ａの状態が「１」である場合、送信実行部１８がこれを検知して機能Ａに対応するデータ、例えば受信して記録したデータをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介して送信する。
【００６１】
次のタイミングに再度データの受信が検知された場合、決定回路１１により機能Ａに関してＡｃｔｉｏｎ回路１０４にトリガが入力される。Ａｃｔｉｏｎ回路１０４では、再度機能Ａに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ａの状態「１」を読み出す。このとき図２の基本状態遷移「４」では、無条件に「２」へ状態遷移するから、Ａｃｔｉｏｎ回路１０４は機能Ａに関してＲＡＭ１４のアドレス「１０」の「１」を「２」へ書き換え、終了する。
【００６２】
ＲＡＭ１４における機能Ａの状態が「２」である場合は、このようにデータ受信のイベント発生が検知されたとしても送信実行部１８による送信処理はされない。
【００６３】
別のタイミングに、決定回路１１にて機能Ａに関するタイマーから所定時間経過のイベント発生を検知した場合、決定回路１１はＴｏＤｏリスト１２を参照してＡｃｔｉｏｎ回路１０５へトリガを入力すべきことを認識する。
【００６４】
Ａｃｔｉｏｎ回路１０５では、機能Ａに対応して起動したことを決定回路１１からの通知により認識し、ＲＡＭ１４から機能Ａの状態「２」を読み出す。Ａｃｔｉｏｎ回路１０５は図２の基本状態遷移「５」の方法で状態遷移するが、機能Ａに対応する状態遷移条件Ｘは状態「どのような値でも」、即ちどのような場合でも遷移する。したがって、Ａｃｔｉｏｎ回路１０５は機能Ａに関して状態「２」から「１」へ遷移する。つまり、Ａｃｔｉｏｎ回路１０５は機能Ａに関してＲＡＭ１４のアドレス「１０」の「２」を「１」へ書き換え、終了する。
【００６５】
これにより、機能Ａの状態が時間経過により再度「１」となるので、送信実行部１８により機能Ａに対応するデータの送信が実行される。
【００６６】
このように、決定回路１１とＡｃｔｉｏｎ回路１０４及び１０５の状態遷移とにより、データが受信されたとしても毎回は送信せず、頻繁に受信する場合は所定時間が経過した際、所定時間が経過した後に受信したときなどに送信するという間引き送信機能が実現できる。
【００６７】
次に、機能Ｃが実現される例を説明する。
機能Ｃには、Ａｃｔｉｏｎ回路１０３及び１０４が対応する（図４参照）。機能Ｃに対応する状態は、初期的には図５に示したように「０」である。つまり、機能Ｃの状態が記憶してあるＲＡＭ１４のアドレス「３０」には、初期的に「０」が記憶されている。
【００６８】
決定回路１１は、任意のタイミングでＴｏＤｏリスト１２を参照し、機能Ｃを実現するに際してはＡｃｔｉｏｎ回路１０３及び１０４へトリガを入力すべきことを認識する。まず、決定回路１１は、Ａｃｔｉｏｎ回路１０３にトリガを入力して起動させ、機能Ｃに対応することを通知するとする。
【００６９】
Ａｃｔｉｏｎ回路１０３は、機能機能Ｃに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ｃの状態「０」をアドレス「３０」から読み出す。Ａｃｔｉｏｎ回路１０３は、図２の基本状態遷移「３」の方法で状態遷移するが、現在の状態が「０」であるからそのまま終了する。
【００７０】
次に決定回路１１は、Ａｃｔｉｏｎ回路１０４にトリガを入力して起動させ、機能Ｃに対応することを通知する。
【００７１】
Ａｃｔｉｏｎ回路１０４は、機能Ｃに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ｃの状態「０」をアドレス「３０」から読み出す。Ａｃｔｉｏｎ回路１０４は、図２の基本状態遷移「４」の方法で状態遷移するが、機能Ｃに対する状態遷移条件Ｘは「データの値Ｄが上限値ＰＵ以上である場合（Ｄ≧ＰＵ）」である。Ａｃｔｉｏｎ回路１０４は、機能Ｃに対応する特定のデータをデータベース１５から特定し、その値Ｄと、機能Ｃに対応する上限値ＰＵとしてＲＯＭ１３に記憶してある値と比較する。Ａｃｔｉｏｎ回路１０４は、比較結果に基づき、データの値Ｄが上限値ＰＵ以上であると判断されるときのみ、状態「１」へ遷移し、機能Ｃの状態が記憶されているＲＡＭ１４のアドレス「３０」の「０」を「１」に書き換え、終了する。データの値Ｄが上限値ＰＵ以上であると判断されるとき以外は、状態は「０」のままとなる。
【００７２】
ＲＡＭ１４における機能Ｃの状態が「１」である場合、送信実行部１８がこれを検知して機能Ｃに対応するデータ、例えば値Ｄが上限値ＰＵ以上を満たした当該データをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介して送信する。
【００７３】
次の任意のタイミングで決定回路１１は、再度Ａｃｔｉｏｎ回路１０３へトリガを入力して起動させる。Ａｃｔｉｏｎ回路１０３ではＲＡＭ１４から機能Ｃの状態「１」を読み出す。機能Ｃに対するＡｃｔｉｏｎ回路１０３の状態遷移条件Ｘは「データの値Ｄが下限値ＰＬ未満である場合（Ｄ＜ＰＬ）」である。Ａｃｔｉｏｎ回路１０３は、機能Ｃに対応する特定のデータ、即ち先ほど値が上限値ＰＵ以上を満たした当該データをデータベース１５から特定し、機能Ｃに対応する下限値ＰＬとしてＲＯＭ１３に記憶してある値と比較する。Ａｃｔｉｏｎ回路１０３は、今度は外部から受信されてデータベース１５にて更新されるなどにより当該データの値が変化して下限値ＰＬ未満となったと判断される場合のみ、状態「０」へ遷移し、機能Ｃの状態が記憶されているＲＡＭ１４のアドレス「３０」の「１」を「０」に書き換え、終了する。
【００７４】
なお、次の任意のタイミングでも決定経路１１は、再度Ａｃｔｉｏｎ回路１０４へトリガを入力して起動させる。Ａｃｔｉｏｎ回路１０４は、起動してＲＡＭ１４に記憶してある機能Ｃの状態が状態「１」である場合は、条件なしに状態を「２」へ書き換えて終了する。
【００７５】
したがって、データの値Ｄが下限値ＰＬ未満でなかった場合は、Ａｃｔｉｏｎ回路１０４における状態遷移が実行されて機能Ｃの状態は「２」へ遷移する。
【００７６】
ＲＡＭ１４における機能Ｃの状態が「２」である場合は、送信実行部１８による送信処理はされない。
【００７７】
更に次の任意のタイミングでＡｃｔｉｏｎ回路１０３が起動した場合、データの値Ｄが下限値ＰＬ未満であった場合には、Ａｃｔｉｏｎ回路１０３が対応する基本状態遷移「３」に基づいて機能Ｃの状態は「２」から「０」へ遷移する。
【００７８】
このようにして、データベース１５における機能Ｃに対応する特定のデータの値Ｄが上限値ＰＵ以上となった最初の１回のみ、送信が実行され、その後は下限値ＰＬを下回るまでは送信されず、下限値ＰＬを下回って再度上限値ＰＵ以上となったときにまた送信されるという複雑な送信機能が実現できる。
【００７９】
他の機能Ｂ，Ｄ，Ｅについても同様であるから詳細な説明は省略する。いずれの機能についても、決定回路１１がＴｏＤｏリスト１２に基づいていずれかのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５へトリガを入力して起動させ、各Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５が機能に応じた状態と、遷移条件とを参照し、図２の基本状態遷移の方法にて状態遷移する。これにより、図１に示したように機能毎に夫々異なる複雑な状態遷移が実現され、所望のタイミングでの送信のＡｃｔｉｏｎが実現できる。
【００８０】
このようにして、図２に示す５つの基本状態遷移１〜５の組み合わせと、夫々における状態遷移条件Ｘの内容により、種々の機能、つまり上述の例では中継装置１によるデータの中継処理という特定の機能が実現される。ＴｏＤｏリスト１２、ＲＯＭ１３、及びＲＡＭ１４に記憶する内容を適宜変更することにより、図１に示した以外に、図２に示した基本状態遷移の組み合わせによって他の機能を実現する状態遷移を実行することができる。したがって、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は、中継装置１以外の機能を実現するためにも再利用可能である。基本状態遷移は図２に示す例に限らないことは勿論のことである。
【００８１】
なお、決定回路１１が参照するＴｏＤｏリスト１２には、各機能Ａ〜Ｅを実現する順序、又はタイミングを示すスケジュールが含まれていてもよい。図６は、本実施の形態における中継装置１のＴｏＤｏリスト１２に含まれるスケジュールの内容例を示す説明図である。
【００８２】
図６には、機能Ａの後に、待機（Ｗａｉｔ）が入っており、その後機能Ｂ，Ｃ，Ｄの順に実行した後に待機が入り、その後機能Ｅを実行するスケジュールが示されている。例えば機能Ｂ，Ｃ，Ｄは図４に示すように、同じＡｃｔｉｏｎ回路１０３及び１０４が対応するから、トリガを入力するきっかけのイベントが「ａｎｙ」である場合などは特に、いずれの機能について優先的に処理させるかの基準が必要である。ＴｏＤｏリスト１２に図６に示すようなスケジュールが記憶されていることにより、決定回路１１は、いずれの機能を優先的に実現すべく、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５にトリガを入力すべきかを判断できる。
【００８３】
図６に示すようなスケジュールが記憶されている場合、決定回路１１はデータの受信があった際にはまず対応する機能ＡについてＡｃｔｉｏｎ回路１０４を起動させ、所定時間待機後に、機能ＢについてＡｃｔｉｏｎ回路１０４を起動させ、次に機能Ｃ，Ｄに順に対応させてＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を夫々起動させ、再度待機後に、機能Ｃに対応させてＡｃｔｉｏｎ回路１０１，１０２，１０３を起動させる。
【００８４】
図６に示した例では、各機能Ａ〜Ｅの順序と、待機か否かのみが記憶されているが、待機の場合には所望の待機時間が記憶されてもよいし、各機能Ａ〜Ｅが夫々特定のタイミングで実行されるべく、タイミングが記憶されていてもよい。
【００８５】
スケジュールが書き換えられることによって、適宜自由度の高い順序、又はタイミングにて各種機能に対応する状態遷移のタイミングが決まる。したがって、本実施の形態の中継装置１では、ハードウェアを用いても柔軟に多様な処理を実現することができる。
【００８６】
本実施の形態では、本発明に係る情報処理装置の構成を車載ＬＡＮにおける中継装置１に適用する構成とした。しかしながら、これに限らず、ＥＣＵの通信機能にＡｃｔｉｏｎ回路を複数含むＡｃｔｉｏｎＡｒｒａｙと決定回路とを適用してもよい。更に、車載ＬＡＮに限らず、他の多様な分野において制御装置の制御回路にＦＰＧＡを用いるように、ＡｃｔｉｏｎＡｒｒａｙと決定回路とを適用して、ハードウェア的な処理を柔軟に実現してもよい。限られた特有の機能を実現するような制御装置では、基本となる状態遷移の組み合わせにて、その限られた機能をほとんど実現できる場合が多い。したがって、そのような制御装置において、ソフトウェアを読み出してマイコンが処理を実行する構成の代わり、又は制御装置における処理の一部に、本発明に係るＡｃｔｉｏｎＡｒｒａｙを適用することによって簡素な構成で高速な処理を柔軟に多様に実現できるなどの優れた効果を奏する。
【００８７】
なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【００８８】
１ 中継装置
１０ ＡｃｔｉｏｎＡｒｒａｙ
１０１，１０２，１０３，１０４，１０５ Ａｃｔｉｏｎ回路（状態遷移回路）
１１ 決定回路
１２ ＴｏＤｏリスト（リスト）
１５ データベース
１８ 送信実行部
【技術分野】
【０００１】
本発明は、ハードウェア的に回路を用いて高速に処理を行なうに際し、予め決められた処理のみを行なうのではなく、簡素な構成にてソフトウェア的な柔軟で多様な処理を実現することができる情報処理装置に関する。
【背景技術】
【０００２】
近年では、各種制御装置にＦＰＧＡ（Field Programmable Gate Array）がよく用いられている。ＦＰＧＡは、予め搭載された多数のゲート（トランジスタ）間の接続情報をユーザが自由にプログラムして書き込むことによって論理回路を実現し、所望の機能を実現する回路として動作させることができるものである。ＦＰＧＡにより、設計を変更させて再度回路を構築させることができるなど、ハードウェア的処理を実現させるにも拘わらず処理内容を変更でき、ＡＳＩＣ（Application Specific Integrated Circuit：特定用途集積回路）又は特定の機能を実現させるＩＣなどの開発段階も含み、様々な分野の制御装置で多用されている。
【０００３】
例えば車両の分野では、制御が機械的制御から電気的制御へ移行し、車両内に多数の制御装置としてＥＣＵ（Electronic Control Unit）が配され、各ＥＣＵがＣＡＮ（Controller Area Network）、ＬＩＮ（Local Interconnect Network）、ＦｌｅｘＲａｙ（登録商標）などのプロトコルに従ってネットワークを介して情報を相互に交換し、協調・連携して多様な処理を行なう構成が一般的となっている。
【０００４】
車両に搭載されるＥＣＵは、電気的な制御で実現される車両の機能自体が増加しているので数が増加する。車両に搭載されるＥＣＵを含むシステムのみならず、複数の制御装置で連携して処理を行なう通信システムでは、各制御装置に細分化された処理単位を分散させて実現することにより、故障、バグなどの問題が発生した場合の切り分け、対処を容易にして開発効率、保守性を向上させる工夫がされる場合がある。このように、通信システムに通信機器として含まれる制御装置の数は増加し、各制御装置間で協調・連携するために送受信されるデータの量は増加する傾向にある。
【０００５】
このように、多数のＥＣＵでシステムを構成する場合、相互に送受信するデータの量は増加し、多くの機能を実現するために、各ＥＣＵでの処理は高速に行なわれることが望まれる。且つ、各ＥＣＵの構成は軽量化、低コスト化のために簡素にすることが望ましい。この場合、ＥＣＵの構成は、ソフトウェアをマイコン内のＣＰＵが読み出して処理を実行する構成とするよりも、限定された処理を高速に行なう特定の回路を作製し、組み合わせてハードウェア的に処理する構成とする方が好ましいときがある。しかしながらこの際、ソフトウェアをＣＰＵが読み出して実行する構成では、ソフトウェアプログラムを書き換えることで処理内容の変更ができるが、特定の回路を作製する場合には、設計変更することができない。そこで、複数の回路を組み合わせたハードウェア的な構成でありながら、書き換え可能な記憶手段にパラメータを記憶し、パラメータを変更することで処理内容を変更することができるＥＣＵが提案されている（特許文献１を参照）。このとき、夫々機能を発揮する特定の複数の回路が用いられているが、ＦＰＧＡを利用してもよい旨が記載されている。
【先行技術文献】
【特許文献】
【０００６】
【特許文献１】特開２００８−３１２０２４号公報
【発明の概要】
【発明が解決しようとする課題】
【０００７】
ハードウェア化して高速化を図ると共に、処理内容を変更するためには、特許文献１に開示されているような構成でも実現できる。この場合、装置で実現する処理内容が予め定まっている上で設計される特定の回路を組み合わせ、パラメータを変更することで処理内容を変更する構成である。
【０００８】
一方で装置の開発過程では、設計段階ではＥＣＵに要求される機能は決まっているものの処理内容が詳細に決定されていないにも拘わらず、ハードウェアの作製を進めなければならない場合もある。また、開発過程の途中で処理内容を追加したい場合などもある。このような場合、設計変更に応じてハードウェアを追加、作製し直すとなると装置の構成が複雑となったり、装置の簡素化が図れない。
【０００９】
このような場合、ＦＰＧＡを用いて設計変更可能な装置としてもよいが、システムに含まれる複数のＥＣＵ夫々に、汎用性の高いＦＰＧＡを用いる構成では、各装置が高価となるなど現実的でない。
【００１０】
各ＥＣＵは夫々特定の機能が割り振られるから、どのようにでも変更可能なＦＰＧＡを用いるよりも、ある程度機能を限定しつつ、且つ処理内容を変更することが可能なハードウェア構成にて実現することが望ましい。
【００１１】
本発明は斯かる事情に鑑みてなされたものであり、ハードウェアにより処理を実行させつつ、予め設計された処理に限らず、処理内容を適宜変更すること、遂次適切なタイミングで処理を実行することなどを可能とし、簡素な構成にてソフトウェア的な柔軟で多様な処理を実現することができる情報処理装置を提供することを目的とする。
【課題を解決するための手段】
【００１２】
第１発明に係る情報処理装置は、イベントの発生に応じて特定の機能を実現する処理を実行する情報処理装置において、トリガの入力により、夫々異なる遷移方法にて状態を遷移させる複数の状態遷移回路と、イベントの発生を検知し、発生したイベントに応じて前記複数の状態遷移回路の内のいずれにトリガを入力するかを決定する決定回路と、実現される機能毎に、前記複数の状態遷移回路の内の一又は複数の組み合わせ、及び、対応するイベントのリストを書き換え可能に記憶する手段と、前記状態遷移回路により特定の状態に遷移された場合に特定の処理を実行する実行手段とを備え、前記決定回路は、前記リストに基づきいずれの状態遷移回路にトリガを入力するかを決定するようにしてあることを特徴とする。
【００１３】
図１及び図２は、本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。なお、図１及び図２に示す例は、例示であって本発明に係る情報処理装置の内容は以下の機能に限定されるものではない。
【００１４】
図１は、機能Ａ〜Ｅを夫々実現するための状態遷移とそのトリガを示し、各状態遷移を分析して得られる基本の要素となる状態遷移を示している。図２は、図１に示した各機能Ａ〜Ｅを実現する状態遷移の基本要素をまとめて示している。
【００１５】
図１に示す例の内の機能Ａは、データの受信に対して間引いて送信する機能である。当該機能は、初期的には状態「０」にあって、データを受信する都度に状態が「０」から「１」へ、「１」から「２」へ遷移し、状態「２」では受信しても状態は変わらず、所定時間が経過する都度に状態が「２」から「１」へ、「１」から「０」へ遷移するようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行し、且つ状態「１」又は「２」へ遷移したときに時間計測を開始する設計により実現できる。この場合、状態「０」から「１」へ、「１」から「２」への状態遷移の条件はデータの受信であり、状態「２」から「１」へ及び「１」から「０」への状態遷移の条件は所定時間の経過である。この状態遷移は、要素ａと要素ｂとに分離できる。
【００１６】
機能Ｂは、周期的なデータの受信に際して、正常に周期的に受信できている場合には最初の１回のみ当該データを送信し、一定時間を経過しても受信できない場合には、データ受信の再開時に１回送信するという機能である。当該機能は、初期的には状態「０」にあって受信する都度に状態が「０」から「１」へ、「１」から「２」へ遷移し、状態「２」では受信しても状態は変わらず、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行し、状態「１」又は「２」へ遷移したときに時間計測を開始して一定時間が経過した場合はいずれの状態にあっても「０」へ遷移する設計により実現できる。この場合も、「０」から「１」へ、「１」から「２」への状態遷移の条件はデータの受信であり、状態「０」への状態遷移の条件は所定時間の経過である。この状態遷移は、要素ｃと要素ｄとに分離できる。
【００１７】
機能Ｃは、データ値が上限値ＰＵ以上を満たすように変化する都度、最初の１回のみ当該データを送信し、その後下限値ＰＬ未満に戻った後は再度上限値ＰＵ以上を満たすまで待機する機能である。当該機能は、初期的には状態「０」にあってデータ値が上限値ＰＵ以上を満たした場合に状態「１」へ遷移し、下限値ＰＬ未満となった場合に状態「０」へ遷移する以外は状態「２」にあるようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「０」から「１」への状態遷移での条件は上限値ＰＵ以上を満たすこと、「１」から「２」への遷移の条件は受信、又はデータ値変化など何でも、状態「０」への状態遷移の条件は下限値ＰＬ未満を満たすことである。この状態遷移は要素ｅと要素ｆとに分離できる。
【００１８】
機能Ｄは、データ値が下限値ＰＬ未満を満たすように変化する都度、最初の１回のみ当該データを送信し、その後上限値ＰＵ以上に戻った後は再度下限値ＰＬ未満を満たすまで待機する機能である。当該機能は、初期的には状態「０」にあってデータ値が下限値ＰＬ未満を満たした場合に状態「１」へ遷移し、上限値ＰＵ以上となった場合に状態「０」へ遷移する以外は状態「２」にあるようにし、状態が「１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「０」から「１」への状態遷移の条件は下限値ＰＬ未満を満たすこと、「１」から「２」への遷移の条件は受信、又はデータ値変化など何でも、状態「０」への状態遷移の条件は上限値ＰＵ以上を満たすことである。この状態遷移は要素ｇと要素ｈとに分離できる。
【００１９】
機能Ｅは、データの送信可を受信している場合であって、且つデータ値が上限値ＰＵ以上を満たす場合のみに当該データを送信する機能である。当該機能は、初期的には状態「００」にあってデータの送信可を受信した場合には「１０」又は「１１」へ遷移し、送信不可を受信した場合には状態「００」又は「０１」へ遷移し、データ値が上限値ＰＵ以上となった場合に状態「１１」又は「０１」へ遷移し、下限値ＰＬ未満となった場合に状態「１０」又は「００」へ遷移するようにし、状態が「１１」の場合のみに送信のａｃｔｉｏｎを実行する設計により実現できる。この場合、状態「＊０」から「＊１」（＊は０又は１）への状態遷移の条件は上限値ＰＵ以上を満たすこと、「＊１」から「＊０」への状態遷移条件は下限値ＰＬ未満を満たすこと、「０＊」から「１＊」への状態遷移条件は送信可の受信、「１＊」から「０＊」への状態遷移条件は送信不可の受信である。この状態遷移は要素ｉと要素ｊと要素ｋとに分離できる。
【００２０】
このように複数の通信機能は、状態遷移と特定の状態（「１」又は「１１」）のみにおける送信処理とにより実現できるが、各機能Ａ〜Ｅにおける状態遷移の要素を分析すると、要素ａ，ｃ，ｅ，ｇと、要素ｂと、要素ｄ，ｆ，ｈ，ｊと、要素ｉと、要素ｋとの５つに分けることができる。これをまとめると、図２に示すような基本状態遷移１〜５（１：要素ｋ、２：要素ｉ、３：要素ｄ，ｆ，ｈ，ｊ、４：要素ａ，ｃ，ｅ，ｇ、５：要素ｂ）とすることが可能である。各要素ａ〜ｋは、各基本状態遷移１〜５における状態遷移条件Ｘを、データを受信したこと、データの値が上限値ＰＵ異常、下限値ＰＬ未満を満たしたことなどにすることによって表わされる。
【００２１】
上述の機能Ａ〜Ｅを実現する通信装置を実現する場合、機能Ａ〜Ｅを夫々実現するように状態遷移する回路を備えてもよい。しかしながらこの場合、図２に示したような単純な基本状態遷移に分類できるにも拘らず、より複雑な状態遷移を実現する論理回路を、機能毎に作製する必要が生じる。更に、機能の詳細が決定されるまでは各々の論理回路を作製できない上、運用中は他の機能に兼用させることができない。
【００２２】
通信装置、判定装置、特定のアクチュエータの制御装置などのように、特定の機能を発揮する情報処理装置であれば、共通する状態遷移即ち基本となる状態遷移は自ずと数が限られる。したがって、第１発明に係る情報処理装置では、図２に示したような基本となる状態遷移を夫々実行する状態遷移回路を基本として備え、それらの組み合わせを記憶したリストを参照する決定回路により、状態遷移回路夫々にトリガを入力し、多様な状態遷移を実現する。特定の状態に遷移した場合に所定の処理を実行すべく構成することにより、基本の状態遷移の組み合わせにより多様な機能を実現することが可能である。
【００２３】
第２発明に係る情報処理装置は、実現する機能毎に状態及び状態遷移条件を記憶する手段を備え、前記決定回路はトリガを入力するに際し、入力するトリガに係るイベントが対応する機能を、状態遷移回路へ通知するようにしてあり、前記状態遷移回路は、通知された機能に対応する状態及び状態遷移条件に応じて状態を遷移させ、状態を遷移させた場合、前記記憶する手段にて記憶してある前記機能に対応する状態を遷移先の状態に書き換えるようにしてあることを特徴とする。
【００２４】
第２発明では、第１発明にて多様な機能を実現するに際し、機能毎に状態、状態遷移条件を記憶しておき、決定回路からトリガが入力された場合に、該トリガに係るイベントに対応する機能の通知を受けて、機能毎に記憶されてある状態及び状態遷移条件を参照し、状態遷移条件を満たす場合には当該機能における状態を、遷移先の状態に書き換えることによって状態を遷移させる。
【００２５】
つまり、図２に示す基本状態遷移における状態遷移条件Ｘを、機能毎に記憶しておき、機能毎に状態を記憶しておく。例えば機能Ａを実現するためには、基本状態遷移４と５を実行する回路を用いる。一方の基本状態遷移４を実行する回路は、図１における機能Ａの通知と共にトリガが入力された際には、機能Ａにおける状態を参照して状態が「０」、「１」又は「２」なのかを認識し、更に、機能Ａの場合の状態遷移条件Ｘを参照する。基本状態遷移４を実行する回路は、状態が「０」である場合、「１」への状態遷移条件Ｘはデータの受信であるからこれを満たすか否かによって状態を「１」に書き換える。そして、更にデータを受信するなどによって、再度機能Ａのためのトリガが入力された場合は状態を「２」に書き換える。他方の基本状態遷移５における状態遷移条件Ｘは、所定時間経過としておき、基本状態遷移５を実行する回路は機能Ａに対応するトリガが入力された際に、同様に機能Ａにおける状態を参照して認識し、状態が「２」である場合、「１」への状態遷移条件Ｘは所定時間経過であるからこれを満たす場合に状態を「１」に書き換える。
【００２６】
このように、各基本状態遷移を実行する状態遷移回路では、いずれの機能のためにも利用できるが、いずれの機能にも専属することなく多様な機能を実現するために用いることができる。事後的に新たな機能を実現したい場合であっても、基本状態遷移の組み合わせと、各基本状態遷移における状態遷移条件にて実現できる特定の機能であるときには、当該機能を実現する状態遷移回路の組み合わせをリストに加え、当該対応する状態と、状態遷移機能とを追加して記憶しておくことにより、決定回路にてリストと状態及び状態遷移条件とを参照して所望の状態遷移により機能を実現できる。
【００２７】
第３発明に係る情報処理装置は、機能毎にトリガを入力する順序、タイミング、又は入力するまでの待機時間を記憶する手段を備え、前記決定回路は、発生したイベント、及び記憶されてある順序、タイミング、又は待機時間に応じてトリガを入力するようにしてあることを特徴とする。
【００２８】
第３発明では、第１発明又は第２発明において、各状態遷移回路にて状態遷移を実行させるタイミングを特定するスケジュール（順序、タイミング、待機時間）が記憶される。つまり、同一のイベントに対して複数の機能が対応する場合、いずれの機能を優先して順に実行するかを適宜記憶しておけばよい。これにより、スケジュールの書き換えによって、適宜自由度の高い順序、又はタイミングにて各種機能に対応する状態遷移のタイミングが決まるから、ハードウェアを用いても柔軟に多様な処理を実現することができる。
【００２９】
第４発明に係る情報処理装置は、数値情報又は文字列を含むデータを送受信する手段と、受信したデータのデータベースへの記録、又は更新を実行する手段と、実現される機能毎に、関係するデータを特定する情報を記憶する手段とを備え、前記状態遷移条件は、前記データベースに記録されている各機能に関係するデータに対する上限置、下限値、又は判定基準を含むパラメータであり、前記状態遷移回路は、通知された機能に対応するデータと前記パラメータとを比較し、比較結果に応じて状態を遷移させるようにしてあり、前記実行手段は、機能毎に、特定の状態に遷移した場合に前記データベースから関係するデータを抽出して送信するようにしてあることを特徴とする。
【００３０】
第４発明では、情報処理装置における特定の処理をデータの送信とし、特定の処理を実行するに際してのイベントを、データの受信、又は受信したデータが記録されるデータベースにおけるデータに含まれる数値情報又は判定値などの変化とする。これにより、基本状態遷移を実行する複数の状態遷移回路を組み合わせるハードウェア的な構成により、データベースにおけるデータの値が所定の値となった場合、又は所定の判定値となった場合のみに当該データを送信するなど、柔軟な通信処理が実現できる。
【発明の効果】
【００３１】
本発明による場合、基本的な限定された状態遷移を行なう回路を用いる簡素な構成にて、情報処理装置の設計段階で実現されるべき処理全てが確定していなくとも装置を作製しておき、前記回路の組み合わせ、状態遷移の条件などをリストにて書き換え可能に記憶することにより、複雑な状態遷移を行なえるようにして多様な機能を実現することができる。この際、基本の回路は簡素である上、多様な機能の実現に兼用できるから装置の構成も簡素とすることができる。このように、ハードウェア的に回路を用いて高速に処理を行ないつつ、ソフトウェア的に柔軟に、多様な処理を実現することができる。
【図面の簡単な説明】
【００３２】
【図１】本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。
【図２】本発明に係る情報処理装置に関し、基本の状態遷移の組み合わせにより多様な機能が実現されることを概略的に示す説明図である。
【図３】本実施の形態における中継装置の構成を示すブロック図である。
【図４】本実施の形態における中継装置のＴｏＤｏリストの内容例を示す説明図である。
【図５】本実施の形態における中継装置のＲＡＭに記憶されている機能毎の状態と状態遷移条件の内容例を示す説明図である。
【図６】本実施の形態における中継装置のＴｏＤｏリストに含まれるスケジュールの内容例を示す説明図である。
【発明を実施するための形態】
【００３３】
以下、本発明をその実施の形態を示す図面に基づいて具体的に説明する。なお、以下に示す実施の形態では、車両に多数搭載され、相互に通信する手段を持つＥＣＵと接続し、ＥＣＵ間のデータの送受信を中継する中継装置に適用した例を挙げて説明する。
【００３４】
車両には夫々固有の機能を実現するＥＣＵが複数接続されて相互にデータを送受信し、連携して種々の機能を実現する車載ＬＡＮが搭載される。図３は、本実施の形態における中継装置の構成を示すブロック図である。図３に示す中継装置１は、車載ＬＡＮに含まれ、ＥＣＵ間のデータの送受信を中継する。なお中継装置１は、ＥＣＵから送信されるデータを一旦データベース１５に記録し、記録したデータの値が変化した場合にデータを送信するなど、柔軟なタイミングにてデータを送信するように構成される。データを各ＥＣＵから受信する都度に、データの値が変化していないにも拘らず全て他のＥＣＵへ転送する構成の場合、装置の機構を単純化することができるが、車載ＬＡＮにおける通信量が増加し、データの遅延、輻輳などの可能性が高くなる。本実施の形態における中継装置１は、データベース１５から適宜必要となるタイミングでデータを送信する構成により、通信量を削減し車載ＬＡＮにおける通信効率を向上させることができる。
【００３５】
そこで中継装置１では、データの値が変化したか否かなどの判断が適宜必要である。更に、中継処理はデータの内容によっては高速な処理が必要である。このため、本実施の形態における中継装置１では、以下のように構成される。
【００３６】
中継装置１は、ＡｃｔｉｏｎＡｒｒａｙ１０と、決定回路１１と、ＴｏＤｏリスト１２と、ＲＯＭ（Read Only Memory）１３と、ＲＡＭ（Random Access Memory）１４と、データベース１５と、インタフェース（以下、Ｉ／Ｆという）１６と、通信部１７と、送信実行部１８とを含んで構成される。
【００３７】
ＡｃｔｉｏｎＡｒｒａｙ１０は、夫々所定の遷移方法による状態遷移を実行するＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５が形成された集積回路である。本実施の形態におけるＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は夫々、演算素子の集合であって、入力されるトリガに対し、状態遷移条件Ｘに基づき図２の基本状態遷移１〜５を実行するようにしてある。
【００３８】
決定回路１１は、ＡｃｔｉｏｎＡｒｒａｙ１０のＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれにトリガを入力し、即ちいずれを起動するかを決定する回路である。決定回路１１はＩ／Ｆ１６に接続されており、外部からのデータ受信などをイベントとして検知し、検知したイベントの内容に応じていずれのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動するかを決定する。決定回路１１はイベントとして他に、タイマーによって計られる時間が経過したこと、データベース１５の内容が更新されたこと、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれかでの状態遷移が終了したことなどを検知してもよい。なおタイマーは決定回路１１に内蔵するタイマーでも、外部のタイマーでもよいし、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれかで内蔵するタイマーからの通知を検知する構成でもよい。
【００３９】
ＴｏＤｏリスト１２は、フラッシュメモリ、ＥＥＰＲＯＭ（Electrically Erasable Programmable ROM）など書き換え可能なメモリを用い、決定回路１１がＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５のいずれを起動するかを決定するための情報が記憶されている。具体的には、中継装置１にて実装される機能毎に、当該機能を実現するための状態遷移の要素、即ちＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の組み合わせが記述されている。更に、その組み合わせのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動する条件のイベントも記述されている。
【００４０】
ＲＯＭ１３は、フラッシュメモリ又はＥＥＰＲＯＭなどを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は、夫々の状態遷移の際に、ＲＯＭ１３に記載されている情報に基づいて、遷移するか否かを判定してもよい。
【００４１】
ＲＡＭ１４は、ＤＲＡＭ（Dynamic RAM）、ＳＲＡＭ（Static RAM）などを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。ＲＡＭ１４には、実現される機能毎の現在の状態、状態遷移条件が記憶されている。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は自身の起動により各機能について状態を遷移する場合は、ＲＡＭ１４中に記憶されている状態を遷移先の状態に書き換える。状態遷移条件は、機能毎にＲＯＭ１３に記憶されていてもよい。
【００４２】
データベース１５は、ＤＲＡＭ、ＳＲＡＭなどを用い、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部から参照可能に構成されてある。データベース１５には、中継装置１が通信部１７により接続されるＥＣＵから受信したデータが記録される。同一のデータが繰り返し送信される場合はそれらのデータは、新たに送信されたデータによって更新される。データベース１５への記録処理は、図示しない他の特定の回路にて実現する。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部は、データベース１５に記録されているデータの値を参照し、ＲＯＭ１３又はＲＡＭ１４に記憶されている状態遷移条件に係るパラメータと比較し、状態遷移条件を満たすか否かなどの判断を行なう。
【００４３】
Ｉ／Ｆ１６は、中継装置１と外部とのデータ、信号の入出力を実現する。図３に示す構成では、Ｉ／Ｆ１６には通信部１７のみ接続されているが、他に、通信でなく直接的に信号を入出力する装置（ＥＣＵ、センサなど）との間の信号線が接続される構成としてもよい。Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５の一部又は全部がＩ／Ｆ１６に接続されて、外部との入出力に基づいて状態遷移を実行する構成としてもよい。
【００４４】
通信部１７は、ネットワークコントローラ及びトランシーバを含み、中継装置１が接続されるネットワークにおける通信を実現する。通信部１７は、ネットワークからデータを受信した場合、これを検知してＩ／Ｆ１６を介して決定回路１１に通知し、データベース１５への記録処理を行なう他の特定回路（図示せず）へも通知する。また、通信部１７は、Ｉ／Ｆ１６を介して、送信実行部１８から入力されるデータをネットワークへ送信する。
【００４５】
送信実行部１８は、ＲＡＭ１４を参照して、各機能の状態が特定の状態に遷移したか否かを監視しており、各機能の特定の状態にある場合に当該機能に応じたデータをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介してネットワークへ送信する機能を実現する。送信実行部１８は、ＡｃｔｉｏｎＡｒｒａｙ１０に含まれる１つのＡｃｔｉｏｎ回路として、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５とは別に実装されてもよい。
【００４６】
次に、上述したＴｏＤｏリスト１２、及びＲＡＭ１４に記憶される情報の内容例について説明する。
【００４７】
図４は、本実施の形態における中継装置１のＴｏＤｏリスト１２の内容例を示す説明図である。図４に示すように、ＴｏＤｏリスト１２として各機能（図１参照）に対応させて、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５を起動する際のイベント、及び起動させるＡｃｔｉｏｎ回路１０１，１０２，１０３，１０３，１０５の識別情報が記憶されている。
【００４８】
図４の例では、機能Ａ、即ち間引き送信機能を実現するためには、データの受信及び所定時間の経過のイベント発生が検知された場合に、Ａｃｔｉｏｎ回路１０４及びＡｃｔｉｏｎ回路１０５を起動すべく夫々にトリガを入力すべきであることがＴｏＤｏリスト１２に記述されている。より厳密には、データ受信のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０４を、所定時間経過のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０５を起動させることが記述される。同様に、機能Ｂのためには、データの受信及び時間の経過のイベント発生が検知された場合に、Ａｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述されている。厳密には、データ受信のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０４を、所定時間経過のイベント発生が検知された場合はＡｃｔｉｏｎ回路１０３を起動させることが記述される。
【００４９】
機能Ｃのためには、イベント発生を検知した場合は内容によらずＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述され、機能ＤのためにはＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を起動することが記述され、機能Ｄのためには、Ａｃｔｉｏｎ回路１０１，１０２，１０３を起動することが記述されている。
【００５０】
図５は、本実施の形態における中継装置１のＲＡＭ１４に記憶されている機能毎の状態と状態遷移条件の内容例を示す説明図である。各ブロックの左に示されている数字は、ＲＡＭ１４内におけるアドレスを表わし、各ブロックはＲＡＭ１４に記憶されている内容を示している。
【００５１】
図５に示す内容例では、アドレス「１０」に機能Ａに対応する状態及び状態遷移条件が記憶されており、アドレス「２０」に機能Ｂに対応する状態及び状態遷移条件が記憶されており、アドレス「３０」に機能Ｃに対応する状態及び状態遷移条件が記憶されており、アドレス「４０」に機能Ｄに対応する状態及び状態遷移条件が記憶されており、アドレス「５０」に機能Ｅに対応する状態及び状態遷移条件が記憶されている。
【００５２】
図５に示す内容例の場合は、機能Ｂの現在の状態は「０」である。そして、機能Ｂに対応する回路はＡｃｔｉｏｎ回路１０３とＡｃｔｉｏｎ回路１０４である（図４参照）。Ａｃｔｉｏｎ回路１０３は機能Ｂに対応するイベントの内、タイマーにより所定時間が経過したと検知された場合にトリガが入力されて起動し、機能Ｂに対応する特定のデータの値Ｄがどのような値でも（値がゼロ以上）、状態「０」へ遷移する。Ａｃｔｉｏｎ回路１０４は機能Ｂに対応するイベントの内、データの受信が検知された場合にトリガが入力されて起動し、機能Ｂに対応するデータの値Ｄがどのような値でも、状態「０」から状態「１」へ遷移し、状態「１」から状態「２」へ遷移する。
【００５３】
また、図５に示す内容例の場合、機能Ｃの現在の状態は「０」である。そして、機能Ｃに対応する回路も、機能Ｂ同様に、Ａｃｔｉｏｎ回路１０３とＡｃｔｉｏｎ回路１０４である（図４参照）。Ａｃｔｉｏｎ回路１０３は、機能Ｃに対応するイベントが検知された場合、即ち任意のタイミングでトリガが入力されて起動し、機能Ｃに対応する特定のデータの値Ｄが下限値ＰＬ未満であるときのみ（Ｄ＜ＰＬ）、どの状態からでも状態「０」へ遷移する。Ａｃｔｉｏｎ回路１０４では機能Ｃに対応するイベントに応じてトリガが入力されて起動した場合、機能Ｃに対応する特定のデータの値Ｄが上限置ＰＵ以上であるときのみ（Ｄ≧ＰＵ）、状態「０」から状態「１」へ遷移し、状態「１」から状態「２」へ遷移する。
【００５４】
更に、図５に示す内容例の場合、機能Ｅの現在の状態は「０」である。機能Ｅに対応する回路はＡｃｔｉｏｎ回路１０１，１０２及び１０３である（図４参照）。Ａｃｔｉｏｎ回路１０１は、機能Ｅに対応するイベントが検知された場合、即ち任意のタイミングでトリガが入力されて起動し、機能Ｅに対応する特定のデータの情報Ｄが「送信可」を示すときのみ状態「０」から「１」へ遷移し、「送信不可」を示すときのみ状態「１」から「０」へ遷移する。Ａｃｔｉｏｎ回路１０２では、機能Ｅに対応する特定のデータの値Ｄが上限置ＰＵ以上であるときのみ（Ｄ≧ＰＵ）、状態「１」へ遷移し、Ａｃｔｉｏｎ回路１０３では、特定のデータの値Ｄが下限値ＰＬ未満であるときのみ（Ｄ＜ＰＬ）、状態「０」へ遷移する。
【００５５】
このように、機能毎に状態と状態遷移条件とが記憶されることによって、例えば同一のＡｃｔｉｏｎ回路１０３，１０４が異なる機能に応じて夫々起動されるに際し、機能によって状態遷移条件が異なるから、異なる状態遷移を実現させることが可能である。
【００５６】
このように構成される中継装置１において、各機能が実現される例を具体的に説明する。
【００５７】
まず、機能Ａ、即ち間引き送信機能が実現される例を説明する。
機能Ａには、Ａｃｔｉｏｎ回路１０４及び１０５が対応する（図４参照）。機能Ａに対応する状態は、初期的には図５に示したように「０」である。つまり、機能Ａの状態が記憶してあるＲＡＭ１４のアドレス「１０」には、初期的に「０」が記憶されている。
【００５８】
決定回路１１は、通信部１７を介したデータの受信、又は内蔵するタイマーにて所定時間経過の通知のイベント発生を検知した場合に、ＴｏＤｏリスト１２を参照し、データの受信の場合はＡｃｔｉｏｎ回路１０４へ、所定時間経過の通知の場合はＡｃｔｉｏｎ回路１０５へトリガを入力すべきことを認識する。まず決定回路１１は、Ａｃｔｉｏｎ回路１０４にトリガを入力して起動させ、機能Ａに対応することを通知する。
【００５９】
Ａｃｔｉｏｎ回路１０４では、機能Ａに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ａの状態「０」をアドレス「１０」から読み出す。Ａｃｔｉｏｎ回路１０４は、図２の基本状態遷移「４」の方法で状態遷移するが、機能Ａに対応する状態遷移条件Ｘは「どのような値でも」であるから（図５参照）、どのような場合でも遷移する。したがって、Ａｃｔｉｏｎ回路１０４は機能Ａに関して状態「０」から「１」へ遷移する。具体的には、Ａｃｔｉｏｎ回路１０４は、機能Ａの状態が記憶されているＲＡＭ１４のアドレス「１０」の「０」を「１」に書き換え、終了する。
【００６０】
ＲＡＭ１４における機能Ａの状態が「１」である場合、送信実行部１８がこれを検知して機能Ａに対応するデータ、例えば受信して記録したデータをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介して送信する。
【００６１】
次のタイミングに再度データの受信が検知された場合、決定回路１１により機能Ａに関してＡｃｔｉｏｎ回路１０４にトリガが入力される。Ａｃｔｉｏｎ回路１０４では、再度機能Ａに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ａの状態「１」を読み出す。このとき図２の基本状態遷移「４」では、無条件に「２」へ状態遷移するから、Ａｃｔｉｏｎ回路１０４は機能Ａに関してＲＡＭ１４のアドレス「１０」の「１」を「２」へ書き換え、終了する。
【００６２】
ＲＡＭ１４における機能Ａの状態が「２」である場合は、このようにデータ受信のイベント発生が検知されたとしても送信実行部１８による送信処理はされない。
【００６３】
別のタイミングに、決定回路１１にて機能Ａに関するタイマーから所定時間経過のイベント発生を検知した場合、決定回路１１はＴｏＤｏリスト１２を参照してＡｃｔｉｏｎ回路１０５へトリガを入力すべきことを認識する。
【００６４】
Ａｃｔｉｏｎ回路１０５では、機能Ａに対応して起動したことを決定回路１１からの通知により認識し、ＲＡＭ１４から機能Ａの状態「２」を読み出す。Ａｃｔｉｏｎ回路１０５は図２の基本状態遷移「５」の方法で状態遷移するが、機能Ａに対応する状態遷移条件Ｘは状態「どのような値でも」、即ちどのような場合でも遷移する。したがって、Ａｃｔｉｏｎ回路１０５は機能Ａに関して状態「２」から「１」へ遷移する。つまり、Ａｃｔｉｏｎ回路１０５は機能Ａに関してＲＡＭ１４のアドレス「１０」の「２」を「１」へ書き換え、終了する。
【００６５】
これにより、機能Ａの状態が時間経過により再度「１」となるので、送信実行部１８により機能Ａに対応するデータの送信が実行される。
【００６６】
このように、決定回路１１とＡｃｔｉｏｎ回路１０４及び１０５の状態遷移とにより、データが受信されたとしても毎回は送信せず、頻繁に受信する場合は所定時間が経過した際、所定時間が経過した後に受信したときなどに送信するという間引き送信機能が実現できる。
【００６７】
次に、機能Ｃが実現される例を説明する。
機能Ｃには、Ａｃｔｉｏｎ回路１０３及び１０４が対応する（図４参照）。機能Ｃに対応する状態は、初期的には図５に示したように「０」である。つまり、機能Ｃの状態が記憶してあるＲＡＭ１４のアドレス「３０」には、初期的に「０」が記憶されている。
【００６８】
決定回路１１は、任意のタイミングでＴｏＤｏリスト１２を参照し、機能Ｃを実現するに際してはＡｃｔｉｏｎ回路１０３及び１０４へトリガを入力すべきことを認識する。まず、決定回路１１は、Ａｃｔｉｏｎ回路１０３にトリガを入力して起動させ、機能Ｃに対応することを通知するとする。
【００６９】
Ａｃｔｉｏｎ回路１０３は、機能機能Ｃに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ｃの状態「０」をアドレス「３０」から読み出す。Ａｃｔｉｏｎ回路１０３は、図２の基本状態遷移「３」の方法で状態遷移するが、現在の状態が「０」であるからそのまま終了する。
【００７０】
次に決定回路１１は、Ａｃｔｉｏｎ回路１０４にトリガを入力して起動させ、機能Ｃに対応することを通知する。
【００７１】
Ａｃｔｉｏｎ回路１０４は、機能Ｃに対応して起動したことを通知により認識し、ＲＡＭ１４から機能Ｃの状態「０」をアドレス「３０」から読み出す。Ａｃｔｉｏｎ回路１０４は、図２の基本状態遷移「４」の方法で状態遷移するが、機能Ｃに対する状態遷移条件Ｘは「データの値Ｄが上限値ＰＵ以上である場合（Ｄ≧ＰＵ）」である。Ａｃｔｉｏｎ回路１０４は、機能Ｃに対応する特定のデータをデータベース１５から特定し、その値Ｄと、機能Ｃに対応する上限値ＰＵとしてＲＯＭ１３に記憶してある値と比較する。Ａｃｔｉｏｎ回路１０４は、比較結果に基づき、データの値Ｄが上限値ＰＵ以上であると判断されるときのみ、状態「１」へ遷移し、機能Ｃの状態が記憶されているＲＡＭ１４のアドレス「３０」の「０」を「１」に書き換え、終了する。データの値Ｄが上限値ＰＵ以上であると判断されるとき以外は、状態は「０」のままとなる。
【００７２】
ＲＡＭ１４における機能Ｃの状態が「１」である場合、送信実行部１８がこれを検知して機能Ｃに対応するデータ、例えば値Ｄが上限値ＰＵ以上を満たした当該データをデータベース１５から読み出してＩ／Ｆ１６及び通信部１７を介して送信する。
【００７３】
次の任意のタイミングで決定回路１１は、再度Ａｃｔｉｏｎ回路１０３へトリガを入力して起動させる。Ａｃｔｉｏｎ回路１０３ではＲＡＭ１４から機能Ｃの状態「１」を読み出す。機能Ｃに対するＡｃｔｉｏｎ回路１０３の状態遷移条件Ｘは「データの値Ｄが下限値ＰＬ未満である場合（Ｄ＜ＰＬ）」である。Ａｃｔｉｏｎ回路１０３は、機能Ｃに対応する特定のデータ、即ち先ほど値が上限値ＰＵ以上を満たした当該データをデータベース１５から特定し、機能Ｃに対応する下限値ＰＬとしてＲＯＭ１３に記憶してある値と比較する。Ａｃｔｉｏｎ回路１０３は、今度は外部から受信されてデータベース１５にて更新されるなどにより当該データの値が変化して下限値ＰＬ未満となったと判断される場合のみ、状態「０」へ遷移し、機能Ｃの状態が記憶されているＲＡＭ１４のアドレス「３０」の「１」を「０」に書き換え、終了する。
【００７４】
なお、次の任意のタイミングでも決定経路１１は、再度Ａｃｔｉｏｎ回路１０４へトリガを入力して起動させる。Ａｃｔｉｏｎ回路１０４は、起動してＲＡＭ１４に記憶してある機能Ｃの状態が状態「１」である場合は、条件なしに状態を「２」へ書き換えて終了する。
【００７５】
したがって、データの値Ｄが下限値ＰＬ未満でなかった場合は、Ａｃｔｉｏｎ回路１０４における状態遷移が実行されて機能Ｃの状態は「２」へ遷移する。
【００７６】
ＲＡＭ１４における機能Ｃの状態が「２」である場合は、送信実行部１８による送信処理はされない。
【００７７】
更に次の任意のタイミングでＡｃｔｉｏｎ回路１０３が起動した場合、データの値Ｄが下限値ＰＬ未満であった場合には、Ａｃｔｉｏｎ回路１０３が対応する基本状態遷移「３」に基づいて機能Ｃの状態は「２」から「０」へ遷移する。
【００７８】
このようにして、データベース１５における機能Ｃに対応する特定のデータの値Ｄが上限値ＰＵ以上となった最初の１回のみ、送信が実行され、その後は下限値ＰＬを下回るまでは送信されず、下限値ＰＬを下回って再度上限値ＰＵ以上となったときにまた送信されるという複雑な送信機能が実現できる。
【００７９】
他の機能Ｂ，Ｄ，Ｅについても同様であるから詳細な説明は省略する。いずれの機能についても、決定回路１１がＴｏＤｏリスト１２に基づいていずれかのＡｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５へトリガを入力して起動させ、各Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５が機能に応じた状態と、遷移条件とを参照し、図２の基本状態遷移の方法にて状態遷移する。これにより、図１に示したように機能毎に夫々異なる複雑な状態遷移が実現され、所望のタイミングでの送信のＡｃｔｉｏｎが実現できる。
【００８０】
このようにして、図２に示す５つの基本状態遷移１〜５の組み合わせと、夫々における状態遷移条件Ｘの内容により、種々の機能、つまり上述の例では中継装置１によるデータの中継処理という特定の機能が実現される。ＴｏＤｏリスト１２、ＲＯＭ１３、及びＲＡＭ１４に記憶する内容を適宜変更することにより、図１に示した以外に、図２に示した基本状態遷移の組み合わせによって他の機能を実現する状態遷移を実行することができる。したがって、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５は、中継装置１以外の機能を実現するためにも再利用可能である。基本状態遷移は図２に示す例に限らないことは勿論のことである。
【００８１】
なお、決定回路１１が参照するＴｏＤｏリスト１２には、各機能Ａ〜Ｅを実現する順序、又はタイミングを示すスケジュールが含まれていてもよい。図６は、本実施の形態における中継装置１のＴｏＤｏリスト１２に含まれるスケジュールの内容例を示す説明図である。
【００８２】
図６には、機能Ａの後に、待機（Ｗａｉｔ）が入っており、その後機能Ｂ，Ｃ，Ｄの順に実行した後に待機が入り、その後機能Ｅを実行するスケジュールが示されている。例えば機能Ｂ，Ｃ，Ｄは図４に示すように、同じＡｃｔｉｏｎ回路１０３及び１０４が対応するから、トリガを入力するきっかけのイベントが「ａｎｙ」である場合などは特に、いずれの機能について優先的に処理させるかの基準が必要である。ＴｏＤｏリスト１２に図６に示すようなスケジュールが記憶されていることにより、決定回路１１は、いずれの機能を優先的に実現すべく、Ａｃｔｉｏｎ回路１０１，１０２，１０３，１０４，１０５にトリガを入力すべきかを判断できる。
【００８３】
図６に示すようなスケジュールが記憶されている場合、決定回路１１はデータの受信があった際にはまず対応する機能ＡについてＡｃｔｉｏｎ回路１０４を起動させ、所定時間待機後に、機能ＢについてＡｃｔｉｏｎ回路１０４を起動させ、次に機能Ｃ，Ｄに順に対応させてＡｃｔｉｏｎ回路１０３及びＡｃｔｉｏｎ回路１０４を夫々起動させ、再度待機後に、機能Ｃに対応させてＡｃｔｉｏｎ回路１０１，１０２，１０３を起動させる。
【００８４】
図６に示した例では、各機能Ａ〜Ｅの順序と、待機か否かのみが記憶されているが、待機の場合には所望の待機時間が記憶されてもよいし、各機能Ａ〜Ｅが夫々特定のタイミングで実行されるべく、タイミングが記憶されていてもよい。
【００８５】
スケジュールが書き換えられることによって、適宜自由度の高い順序、又はタイミングにて各種機能に対応する状態遷移のタイミングが決まる。したがって、本実施の形態の中継装置１では、ハードウェアを用いても柔軟に多様な処理を実現することができる。
【００８６】
本実施の形態では、本発明に係る情報処理装置の構成を車載ＬＡＮにおける中継装置１に適用する構成とした。しかしながら、これに限らず、ＥＣＵの通信機能にＡｃｔｉｏｎ回路を複数含むＡｃｔｉｏｎＡｒｒａｙと決定回路とを適用してもよい。更に、車載ＬＡＮに限らず、他の多様な分野において制御装置の制御回路にＦＰＧＡを用いるように、ＡｃｔｉｏｎＡｒｒａｙと決定回路とを適用して、ハードウェア的な処理を柔軟に実現してもよい。限られた特有の機能を実現するような制御装置では、基本となる状態遷移の組み合わせにて、その限られた機能をほとんど実現できる場合が多い。したがって、そのような制御装置において、ソフトウェアを読み出してマイコンが処理を実行する構成の代わり、又は制御装置における処理の一部に、本発明に係るＡｃｔｉｏｎＡｒｒａｙを適用することによって簡素な構成で高速な処理を柔軟に多様に実現できるなどの優れた効果を奏する。
【００８７】
なお、開示された実施の形態は、全ての点で例示であって制限的なものではないと考えられるべきである。本発明の範囲は上述の説明ではなくて特許請求の範囲によって示され、特許請求の範囲と均等の意味及び範囲内での全ての変更が含まれることが意図される。
【符号の説明】
【００８８】
１ 中継装置
１０ ＡｃｔｉｏｎＡｒｒａｙ
１０１，１０２，１０３，１０４，１０５ Ａｃｔｉｏｎ回路（状態遷移回路）
１１ 決定回路
１２ ＴｏＤｏリスト（リスト）
１５ データベース
１８ 送信実行部
【特許請求の範囲】
【請求項１】
イベントの発生に応じて特定の機能を実現する処理を実行する情報処理装置において、
トリガの入力により、夫々異なる遷移方法にて状態を遷移させる複数の状態遷移回路と、
イベントの発生を検知し、発生したイベントに応じて前記複数の状態遷移回路の内のいずれにトリガを入力するかを決定する決定回路と、
実現される機能毎に、前記複数の状態遷移回路の内の一又は複数の組み合わせ、及び、対応するイベントのリストを書き換え可能に記憶する手段と、
前記状態遷移回路により特定の状態に遷移された場合に特定の処理を実行する実行手段と
を備え、
前記決定回路は、前記リストに基づきいずれの状態遷移回路にトリガを入力するかを決定するようにしてあること
を特徴とする情報処理装置。
【請求項２】
実現する機能毎に状態及び状態遷移条件を記憶する手段を備え、
前記決定回路はトリガを入力するに際し、入力するトリガに係るイベントが対応する機能を、状態遷移回路へ通知するようにしてあり、
前記状態遷移回路は、通知された機能に対応する状態及び状態遷移条件に応じて状態を遷移させ、状態を遷移させた場合、前記記憶する手段にて記憶してある前記機能に対応する状態を遷移先の状態に書き換えるようにしてあること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
機能毎にトリガを入力する順序、タイミング、又は入力するまでの待機時間を記憶する手段を備え、
前記決定回路は、発生したイベント、及び記憶されてある順序、タイミング、又は待機時間に応じてトリガを入力するようにしてあること
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
数値情報又は文字列を含むデータを送受信する手段と、
受信したデータのデータベースへの記録、又は更新を実行する手段と、
実現される機能毎に、関係するデータを特定する情報を記憶する手段と
を備え、
前記状態遷移条件は、前記データベースに記録されている各機能に関係するデータに対する上限置、下限値、又は判定基準を含むパラメータであり、
前記状態遷移回路は、通知された機能に対応するデータと前記パラメータとを比較し、比較結果に応じて状態を遷移させるようにしてあり、
前記実行手段は、機能毎に、特定の状態に遷移した場合に前記データベースから関係するデータを抽出して送信するようにしてあること
を特徴とする請求項２に記載の情報処理装置。
【請求項１】
イベントの発生に応じて特定の機能を実現する処理を実行する情報処理装置において、
トリガの入力により、夫々異なる遷移方法にて状態を遷移させる複数の状態遷移回路と、
イベントの発生を検知し、発生したイベントに応じて前記複数の状態遷移回路の内のいずれにトリガを入力するかを決定する決定回路と、
実現される機能毎に、前記複数の状態遷移回路の内の一又は複数の組み合わせ、及び、対応するイベントのリストを書き換え可能に記憶する手段と、
前記状態遷移回路により特定の状態に遷移された場合に特定の処理を実行する実行手段と
を備え、
前記決定回路は、前記リストに基づきいずれの状態遷移回路にトリガを入力するかを決定するようにしてあること
を特徴とする情報処理装置。
【請求項２】
実現する機能毎に状態及び状態遷移条件を記憶する手段を備え、
前記決定回路はトリガを入力するに際し、入力するトリガに係るイベントが対応する機能を、状態遷移回路へ通知するようにしてあり、
前記状態遷移回路は、通知された機能に対応する状態及び状態遷移条件に応じて状態を遷移させ、状態を遷移させた場合、前記記憶する手段にて記憶してある前記機能に対応する状態を遷移先の状態に書き換えるようにしてあること
を特徴とする請求項１に記載の情報処理装置。
【請求項３】
機能毎にトリガを入力する順序、タイミング、又は入力するまでの待機時間を記憶する手段を備え、
前記決定回路は、発生したイベント、及び記憶されてある順序、タイミング、又は待機時間に応じてトリガを入力するようにしてあること
を特徴とする請求項１又は２に記載の情報処理装置。
【請求項４】
数値情報又は文字列を含むデータを送受信する手段と、
受信したデータのデータベースへの記録、又は更新を実行する手段と、
実現される機能毎に、関係するデータを特定する情報を記憶する手段と
を備え、
前記状態遷移条件は、前記データベースに記録されている各機能に関係するデータに対する上限置、下限値、又は判定基準を含むパラメータであり、
前記状態遷移回路は、通知された機能に対応するデータと前記パラメータとを比較し、比較結果に応じて状態を遷移させるようにしてあり、
前記実行手段は、機能毎に、特定の状態に遷移した場合に前記データベースから関係するデータを抽出して送信するようにしてあること
を特徴とする請求項２に記載の情報処理装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図２】
【図３】
【図４】
【図５】
【図６】
【公開番号】特開２０１０−１９３０００（Ｐ２０１０−１９３０００Ａ）
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願番号】特願２００９−３３０１５（Ｐ２００９−３３０１５）
【出願日】平成２１年２月１６日（２００９．２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＥＰＲＯＭ
【出願人】（３９５０１１６６５）株式会社オートネットワーク技術研究所 (2,668)
【出願人】（０００１８３４０６）住友電装株式会社 (6,135)
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
【Ｆターム（参考）】
【公開日】平成２２年９月２日（２０１０．９．２）
【国際特許分類】
【出願日】平成２１年２月１６日（２００９．２．１６）
【公序良俗違反の表示】
（特許庁注：以下のものは登録商標）
１．ＥＥＰＲＯＭ
【出願人】（３９５０１１６６５）株式会社オートネットワーク技術研究所 (2,668)
【出願人】（０００１８３４０６）住友電装株式会社 (6,135)
【出願人】（０００００２１３０）住友電気工業株式会社 (12,747)
【Ｆターム（参考）】
[ Back to top ]