JP2005324644A - 入力制御システム，入力制御装置及び上位制御装置 - Google Patents

Abstract

【課題】 入力デバイスが様々な組み合わせによって使用される場合でも、その入力操作系を制御する上位制御装置のプログラム作成に要する工数の増加を抑制することができるシステムを提供する。
【解決手段】 コントローラ２１は、パネル１のスイッチが操作されると、意匠情報テーブル２５に基づいて、のスイッチ操作に対応する制御機能に対応した制御データを生成する。そして、ホスト２２よりデータの送信要求があると、制御データを読み出してホスト２２に送信する。
【選択図】 図１

Description

本発明は、複数の入力デバイスの何れかによって入力された操作状態を送信する入力制御装置と、送信されたデータを受信して入力操作状態に基づく出力制御指令を外部に送信する上位制御装置とで構成される入力制御システム，並びにそのシステムを構成する入力制御装置及び上位制御装置に関する。

例えば、車両のインストルメントパネルには、カーエアコンやオーディオ装置などを操作するための様々なスイッチが配置されている。そして、それらのスイッチは、車両の種類が異なれば装備される機能が異なり、また、インストルメントパネルの意匠自体も変更されるのが通常であるから、車種毎に夫々異なっている。
図１５は、一般的なインストルメントパネルの構成例を示すものである。インストルメントパネル１には、例えば可変抵抗器などからなるアナログスイッチ２，二相のエンコーダ信号によって回転方向並びに回転位置をデジタル的に出力する位相差式スイッチ３，単にオン，オフの二値情報だけをデジタル的に出力するプッシュスイッチ４，５などの各種スイッチが配置されている。そして、それらのスイッチ２〜５の操作信号は、当該パネル１の構成に対応した専用のコントローラ６に与えられている。

また、インストルメントパネル１には、様々な情報を表示するためのＬＣＤ表示部７や、ＬＥＤ表示部８，９も配置されており、それらもコントローラ６にＬＣＤ駆動部１１，ＬＥＤ駆動部１２を介して接続されている。コントローラ６には、動作用電源電圧が与えられていると共に輝度調整信号が入力されており、コントローラ６からは調光制御信号が外部に出力されるようになっている。

コントローラ６は、車両のボディーＥＣＵ（Electronic Control Unit）などのホストシステム１０との間で、例えば車内ＬＡＮ（Local Area Network）などの通信規格で通信を行うようになっており、ホストシステム１０は、コントローラ６より送信された操作情報が何れのスイッチに関するものであるかを制御プログラムにより判別し、判別したスイッチの操作に対応した制御を行うと共に、必要に応じて表示部７〜９等に表示を行わせるための制御指令を送信するようになっている。

図１６は、スイッチ入力処理に関してコントローラ６とホスト１０との間で行なわれる処理内容を示すフローチャートである。コントローラ６は、各スイッチ２〜５の操作信号（入力データ）をポーリングなどにより常時取得している（ステップＡ１）。そして、ホスト１０側よりスイッチデータ要求コマンドが送信されると（ステップＡ２）、コントローラ６は、最新のデータをホスト１０側に送信する（ステップＡ３）。
すると、ホスト１０は、送信されたデータを、パネル１（対象操作系）に関するスイッチ２〜５の意匠情報（どのようなスイッチがコントローラ６側に配置されているかを示す情報）に基づいて必要な制御情報に変換し、システムの制御に使用する（ステップＡ４）。尚、前記制御情報は、次に説明する表示出力処理にも用いられるものである。

また、図１７は、パネル１の表示出力処理に関してホスト１０とコントローラ６との間で行なわれる処理内容を示すフローチャートである。ホスト１０は、パネル１の意匠情報と表示データから、コントローラ６の出力端子に応じて送信すべき表示データを構成し（ステップＢ１）、表示要求コマンド並びに表示データをコントローラ６に送信する（ステップＢ２）。すると、コントローラ６は、送信されたコマンドに応じて表示部７〜９が接続されている端子にデータを出力する（ステップＢ３）。

即ち、コントローラ６は、スイッチ２〜５並びに表示部７〜９とホスト１０との間に位置する通信インターフェイスであって、両者の間で信号を伝送するために配置されている。尚、上記従来技術は極めて一般的なものであり、出願人は、特に提示すべき先行技術文献を探すことはできなかった。

しかしながら、斯様なシステム構成では、ホストシステム１０側は、車種が変わる毎に夫々異なるスイッチ群を判別して制御するようにプログラムを作成しなければならず、プログラム開発の手間がかかると共に、開発したプログラムのデバッグも夫々行う必要がある。従って、車種の増加に伴ってインストルメントパネルの種類が増加すると、それに応じて開発工数も増大するという問題があった。

本発明は上記事情に鑑みてなされたものであり、その目的は、入力デバイスが様々な組み合わせによって使用される場合でも、その入力操作系を制御する上位制御装置について、制御プログラム作成に要する工数の増加を抑制することができる入力制御システム，並びにそのシステムを構成する入力制御装置及び上位制御装置を提供することにある。

請求項１記載の入力制御システムによれば、入力制御装置は、複数の入力デバイスによって入力される各データを、各入力デバイスに対応させた制御機能との関係で定義したフォーマットで送信し、上位制御装置は、送信されたデータを受信すると、前記送信フォーマットに応じた出力制御指令を外部に送信する。
即ち、各入力デバイスによって入力されるデータと制御機能とは、入力制御装置側において対応付けが行われ、その対応付けに基づくフォーマットで上位制御装置側にデータが送信される。そして、上位制御装置側では、送信されたデータの制御機能を前記フォーマットに準拠して判別し、前記データに応じた出力制御指令を送信することができるので、入力デバイスの種類を判別する必要はなくなる。
従って、使用される入力デバイスの種類が様々に変更される場合でも、入力制御装置側でその変更に対応すれば良く、上位制御装置側の処理系は基本的に（使用する入力デバイスの数が当初の予定数を超えない限り）変更する必要がないので、システムの開発効率を向上させることができる。

請求項２記載の入力制御システムによれば、入力制御装置は、複数の入力デバイスが夫々どの制御機能に割り当てられているかを示す情報で構成される意匠情報テーブルを備える。従って、使用される入力デバイスの種類や接続が変更された場合には、意匠情報テーブルのみを書き換えて対応することができ、入力制御装置の制御プログラム自体は変更する必要がないので、開発効率を更に向上させることができる。

請求項３記載の入力制御システムによれば、入力制御装置は、複数の入力デバイスの何れかによってデータが入力されると、意匠情報テーブルに基づいて送信フォーマットにより送信するデータを生成し、そのデータを所定のタイミングで外部に送信する。
従って、入力制御装置は、入力デバイスの何れかによりデータが入力される毎に送信を行う必要はなく、前回送信を行った時点から次回の送信時点までの間に生じた入力データの変化を、所定のタイミング毎にまとめて反映させることができる。尚、ここで言う「所定のタイミング」とは、例えば、入力制御装置側で一定周期毎に送信を行う場合や、何らかのイベントが発生した時点で送信する場合、また、外部よりデータの送信要求があった場合などを含むものとする。

請求項４記載の入力制御システムによれば、送信フォーマットを複数のデータフレームで構成し、各制御機能をそれらの各データフレームに対応させる。即ち、複数のデータフレームのうち少なくとも一部を、実際に使用する、若しくは使用する可能性がある入力デバイス−制御機能に対応させておけば、それらのフレームの内何れかを指定することで上位制御装置側は送信されたデータに対応する制御機能を特定することができる。また、システムが異なる場合は、同一の制御機能を指定するのに異なる入力デバイスを用いるとしても、同じデータフレームを指定すれば、上位制御装置に同一の制御機能を特定させることができる。

請求項５記載の入力制御システムによれば、入力デバイスを、車両のインストルメントパネルに配置される操作スイッチ群とする。即ち、車両においては、様々な車種によってインストルメントパネルのデザインが異なり、それに伴って当該パネルに配置される操作スイッチ群も様々に変更される。従って、本発明の入力制御システムを極めて有効に適用することができる。

以下、本発明を、車両のインストルメントパネルに配置される操作スイッチ群に適用した場合の一実施例について図１乃至図１４を参照して説明する。尚、図１５と同一部分には同一符号を付して説明を省略し、以下異なる部分についてのみ説明する。図１は、図１５相当図であり、コントローラ６はコントローラ（入力制御装置）２１に、ホストシステム１０はホストシステム（上位制御装置）２２に夫々置き換わっている。

コントローラ２１は、ＣＰＵ２３，制御プログラム２４や意匠情報テーブル２５が記憶されているＲＯＭ２６，ＲＡＭ２７，周辺機能２８などで構成されている。また、ＲＯＭ２６側とＲＡＭ２７，周辺機能２８側とでバスが分離されており、前者側がＣＰＵ２３のローカルバスとして、後者側がシステムバスとして使用される。
尚、インストルメントパネル１に配置されているスイッチ（入力デバイス）２〜５，表示部７〜９は図１５と同様である。アナログスイッチ２によって出力されるアナログデータは、Ａ／Ｄ変換器２９を介してシステムバスに出力される。また、位相差式スイッチ３によって出力されるデータは、データバッファ（ＢＵＦ）３０を介してシステムバスに出力される。

図２は、プッシュスイッチ４，５のようなスイッチによって出力される操作信号をコントローラ２１側が読取るための一般的な回路構成を示すものである。プッシュスイッチ４，５は代表的に２個のみ図示しているが、実際にはより多数のスイッチを使用しており、それらはマトリクス接続されている。即ち、走査側（スイッチセレクト）としてＳＷ０〜ＳＷ３の４行があり、データ側（スイッチ入力）としてＳＷＥ〜ＳＷＡの５列がある。そして、これらのマトリクス上に４×５＝２０個のスイッチＳＷが配置されている。

データ側は抵抗３１を介してグランドに接続されている。コントローラ２１のＣＰＵ２３は、スイッチセレクトＳＷ０〜ＳＷ３に順次ハイレベル信号（例えば５Ｖ）を出力して走査する。すると、スイッチＳＷ（０，Ｅ）〜（３，Ａ）の内、各データラインＳＷＥ〜ＳＷＡに接続されているものが全てオフ状態であれば、当該データラインからの入力は０Ｖとなるが、何れかのスイッチがオン操作されていれば、当該データラインからの入力は５Ｖとなる。従って、それらの組み合わせによりどのスイッチＳＷ（０，Ｅ）〜（３，Ａ）がオン操作されているかが判る。

図３は、ＬＥＤ表示部８，９の表示制御を行うための回路構成である。図３についても、実際のＬＥＤは、３（行）×５（列）のマトリクス上に１５個が配置されている。ＬＥＤのアノード側となる各行は、ＰＮＰトランジスタ３２を介して車両のイグニッションスイッチＩＧを介したバッテリ電源に接続されている。そして、トランジスタ３２のベースは、出力端子ＣＯＵＴ１〜３によって制御される。また、ＬＥＤのカソード側となる各列は、抵抗３３を介して出力端子ＲＯＵＴ１〜５に接続されている。従って、点灯対象のＬＥＤが接続されている出力端子ＣＯＵＴ１〜３の何れかをロウレベルにすると共に、出力端子ＲＯＵＴ１〜５の何れかをロウレベルにすれば、ＬＥＤに通電が行われて点灯する。

また、図４は、ＬＣＤ表示部７の表示制御を行うための回路構成である。ＬＣＤ表示部７はセグメント表示を行うようになっており、例えば、全２０個のセグメントに対して大別される表示部分を４つに分け、それら４つの共通電極ＣＯＭ０〜３をグランド側として、ＳＥＧ００〜１９にハイレベル信号を出力することで個別に表示を行う。

図５は、コントローラ２１とホスト２２との間で行われる通信に使用されるデータフレームの構成例を示すものである。図５（ｂ）は、ホスト２２よりスイッチ要求コマンドが送信された場合に、コントローラ２１側よりホスト２２側に送信されるデータフレームである。このデータフレームはＤＡＴＡ１〜４の４フレームで構成され、１フレームは３バイト（アドレス０ｘ２８〜０ｘ２Ａ）で計１２バイト構成となっている。データ「０」となっているのは未使用ビットであり、１〜３ビットのフラグは各スイッチのオンオフ状態が格納される。また、８ビットの領域は、温度データや設定データが格納される。

一方、図５（ａ）は、ホスト２２側よりコントローラ２１側に送信されるデータフレームであり、同様に１２バイト構成である。第１〜第３バイトのアドレスは、０ｘ２１〜０ｘ２３となっている。そして、図５において、通信ＩＤ：０ｘ２１，０ｘ２２，０ｘ２８，０ｘ２９は、車両の前席側（インストルメントパネル１）に対応した表示及びスイッチ操作に関する通信フレームであり、通信ＩＤ：０ｘ２３，０ｘ２Ａは、車両の後席側に対応した表示及びスイッチ操作に関する通信フレームであるものとする。尚、図５（ａ），（ｂ）の通信フレームフォーマットは、インストルメントパネル１の意匠情報テーブル２５等に対応して予め決定されるものである。

次に、本実施例の作用について図６乃至図１４も参照して説明する。図６は、図５（ｂ）に対応する意匠情報テーブル２５Ａの一例を示すものである。また、図７は、アナログスイッチ２によって所定の操作量データが与えられた場合に、コントローラ２１側が、意匠情報テーブル２５Ａに基づいて制御データを生成する一例である。

図７（ａ）は、図６における「オフセット」及び「入力電圧」に対応するもので、アナログスイッチ２の出力電圧が０Ｖ〜５Ｖの範囲で変化する場合に、その電圧レベルに応じて例えばエアコンの送風量を（１〜５）の５段階に変化させることを示している。尚、各風量に対応する電圧範囲の間には、チャタリング的な変化を防止するため不感性帯が設けられている。ここでは、アナログスイッチ２が電圧２．５Ｖを出力し、ＣＰＵ２３がその電圧を読み込んだ結果、「風量３」を検出した場合を想定する。
例えば、図６において、Ａ／Ｄ変換を８ビットで行う場合、電圧２．５Ｖは変換データ「１２５（０ｘ７Ｄ）」に相当する。「オフセット」は、変換データ「０ｘ７Ｄ」を３倍したものであり（各領域が３バイトのため）、（０ｘ７Ｄ）×３＝（０ｘ１７７）となる。そして、オフセット０ｘ１７７に対応する通信データの位置情報は０ｘ２３である。

図７（ｂ）は、オフセット０ｘ１７７に対応する意匠情報テーブル２５Ａの部分を取り出して示す。この領域は３バイト構成であり、第１バイトが通信データの位置情報、第２バイトが通信データのマスク情報、第３バイトが通信データ情報を示す。図５（ｂ）において、エアコンの送風量を設定するデータは、ＩＤ：０ｘ２８のＤＡＴＡ４（ブロワＳＷ）に対応している。従って、図７（ｂ）の第１バイトは、０ｘ２８のＤＡＴＡ４を示すデータ、
「００１０００１１」
となっている。尚、この指定は変則的であり、「００１０００００」が０ｘ２８のＤＡＴＡ１（領域の先頭）を示しており、ＤＡＴＡ４は先頭から数えて４番目に位置することから末尾２ビットが「１１」となっている（０ｘ２３）。また、図７（ｂ）の第２バイトには、第３バイトの通信データ情報をクリアするためのオール「０」データが配置されている。

そして、図７（ｃ）は、図７（ｂ）における第３バイトに、風量３（BLOWER−レベル３）を示すデータ
「００００００１１」
をセットするための処理手順を示す。ＩＤ：０ｘ２８／ＤＡＴＡ４の初期状態が
「００００００１０」
であるとする。ＣＰＵ２３は、第３バイトをゼロクリアするため、第２バイトのオール「０」データとのＡＮＤをとる。それから、データ「００００００１１」とのＯＲをとることで風量３を示すデータを第３バイトにセットする。

また、図８は、図２に示すスイッチマトリクスに対応する意匠情報テーブル２５Ｂの一例を示す。上記と同様に「風量３」を設定するためのスイッチ例えばＳＷ０−Ｄがオン操作された場合、スイッチＳＷ０−Ｄはオフセット０ｘ０９（（０ｘ０３）×３）に対応する。この場合も、通信データの位置情報は０ｘ２３，通信データのマスク情報は０ｘ００，通信データ情報は０ｘ０３となっている。

また、図９は、スイッチＳＷ０−Ｄがオン操作された場合、ＣＰＵ２３による処理内容を示すものである。何れのスイッチによって入力操作が行われた場合でも、エアコンの送風量を設定するデータはＩＤ：０ｘ２８のＤＡＴＡ４に対応しているので、処理内容は基本的に図７のケースと同様である。

図１０は、図７又は図９の処理に関するコントローラ２１，ホスト２２間の通信内容を示すフローチャートである。コントローラ２１は、ステップＡ１と同様に、各スイッチ２〜５等の操作信号（入力データ）を常時取得し（ステップＡ１１）、取得したデータを図５（ｂ）に示す通信フレームに応じて図７（ｂ）に示すように変換し、図示しない送信データバッファに記憶させる（ステップＡ１２）。

そして、ホスト２２側よりスイッチデータ要求コマンドが送信されると（ステップＡ１３，所定のタイミング）、コントローラ２１は、最新のデータを送信データバッファより読み出してホスト２２側に送信する（ステップＡ１４）。すると、ホスト２２は、送信されたデータの所定ビット位置から必要な情報を取り出して、例えば以下に述べるようなシステム制御に使用する（ステップＡ１５）。

一方、図１１は、コントローラ２１が表示を行うための意匠情報テーブル２５Ｃの一例を示す。「通信データ」は、４ビットで表現される１６値データを示している。例えば、ホスト２２側よりコントローラ２１側に対して制御データ「３」が通信ＩＤ０ｘ２１で送信されたものとする。この場合、「オフセット」は、（０ｘ０２４）×３＝０ｘ０６Ｃであり（各領域は３６バイト）、ブロワレベル（風量）「３」の表示を行うデータであることを示している。
各通信データに対して、ＬＥＤ表示部８，９によって表示を行うための設定領域ＬＥＤＢＵＦと、ＬＣＤ表示部７によって表示を行うための設定領域ＬＣＤＢＵＦとが設けられている。これらに設定を行うことで、ＬＣＤ表示部７，ＬＥＤ表示部８，９の何れか一方若しくは双方で表示を行うことが可能である。

図１２は、ホスト２２側よりコントローラ２１側に対して制御データが送信された場合に、ＣＰＵ２３が行う処理内容を示すものである。例えば、上述のように、ホスト２２が、図５（ａ）に示す通信ＩＤ：０ｘ２１／ＤＡＴＡ４の下位４ビットでデータ「３」を送信すると、コントローラ２１側は、意匠情報テーブル２５Ｃを参照して表示データを出力する。例えば、図３に示すＬＥＤマトリクスの内、「風量３」に対応して２行Ｃ列のＬＥＤを点灯させる場合には、意匠情報テーブル２５ＣのＬＥＤＢＵＦ１〜３（ＢＵＦ０は使用しない）に、図１２（ａ），（ｂ）に示すデータをセットしておく。

即ち、意匠情報テーブル２５ＣのＬＥＤＢＵＦ１〜３は、ＬＥＤ点灯制御の第１〜第３行に対応する３バイトの領域である。各１バイトは、上位３ビットで行１〜３を指定し、下位５ビットで列Ａ〜Ｅを指定するようになっている。従って、２行Ｃ列のＬＥＤを点灯させる場合には、図１２（ｂ）に示すように、ＬＥＤＢＵＦ２においてデータ
「０１００１００」
を設定する。すると、その設定データに応じて２行Ｃ列のＬＥＤが点灯する。

また、図１３は、図１２と同様に、ホスト２２より制御データ「３」が送信された場合に、コントローラ２１が、図４又は図１３（ｃ）に示すＬＣＤ表示部７に表示を行わせる処理を示す。意匠情報テーブル２５Ｃには、ＬＣＤＢＵＦ０〜３として、図１３（ａ）に示すようにＣＯＭ０〜３に対応する６４ビット×４の領域が用意されている。
例えば、図１３（ｃ）に示すように表示を行わせる場合は、風量１〜３に対応するセグメント４１〜４３、フレームに対応する表示するセグメント４４、ファンに対応するセグメント４５を夫々表示させる。そして、図１３（ｂ）に示すように、セグメント４１〜４３はコモン１（ＬＣＤＢＵＦ０）のビット８〜１０に対応し、セグメント４４はコモン３（ＬＣＤＢＵＦ２）のビット５９に対応し、セグメント４５はコモン２（ＬＣＤＢＵＦ１）のビット１０に対応する。このように意匠情報テーブル２５Ｃに基づいて制御データを設定することで、所期の表示を行うことができる。

また、図１４は、パネル１の表示出力処理に関してホスト２２とコントローラ２１との間で行なわれる処理内容を示すフローチャートである。ホスト２２は、表示データを図５（ａ）に示す通信フレームのフォーマットに応じて設定し（ステップＢ１１）、その表示要求フレームをコントローラ２１に送信する（ステップＢ１２）。すると、コントローラ２１は、送信された通信フレームの各ビットデータとパネル１の意匠情報テーブル２５Ｃに基づいて図１２（ｂ）又は図１３（ｂ）のように制御データを設定し、表示部７〜９等が接続されている端子にデータを出力する（ステップＢ１３）。

以上のように本実施例によれば、コントローラ２１は、パネル１の何れかのスイッチが操作されると、意匠情報テーブル２５に基づいて、そのスイッチ操作に対応する制御機能に対応する制御データを生成する。そして、ホスト２２よりデータの送信要求があると、所定の送信フォーマットを有する通信フレームによって制御データをホスト２２に送信するようにした。

即ち、ホスト２２側では、送信フォーマットに基づき、送信されたデータの制御機能を判別して出力制御指令をコントローラ２１側に送信するだけで良く、操作されたスイッチの種類を判別する必要はなくなる。従って、使用するスイッチの種類が変更された場合は、コントローラ２１側で意匠情報テーブル２５を書き換えてその変更に対応すれば良く、ホスト２２側の処理系は基本的に変更する必要がないので、システムの開発効率を向上させることができる。

また、コントローラ２１側についても制御プログラム２４を変更する必要がないので、設計変更時にコントローラ２１について制御プログラム２４の評価を行う必要がなくなる。更に、コントローラ２１は、スイッチの何れかによって操作データが入力される毎に送信を行う必要がなく、前回送信を行った時点から次回の送信時点までの間に生じた入力データの変化をまとめて反映させることができる。

そして、送信データフレームには、コントローラ２１に実際に接続されているスイッチに対応する領域のみを設定し、それらのスイッチの入力操作状態に関する制御データのみを送信するので、データフレームの容量を必要最小限にすることができる。そして、コントローラ２１とホスト２２との間で３個（×４バイト）のデータフレームを転送することで通信を行い、コントローラ２１は、操作データを出力したスイッチに対応する各フレームにデータをセットして送信するので、ホスト２２は、その通信フレームにセットされたデータを参照することで制御機能を特定することができる。

また、コントローラ２１は、スイッチがデジタルデータを出力する場合は、当該スイッチが接続されている入力ポートの状態を直接読み込んで操作データを設定し、スイッチがアナログデータを出力する場合は、当該スイッチが接続されている入力ポートの状態をＡ／Ｄ変換して読み込むことで操作データを設定するので、スイッチによって取り扱われる信号の形態がデジタル／アナログの何れであっても対応することができる。

更に、本実施例によれば、スイッチを、車両のインストルメントパネル１に配置される操作スイッチ群とするので、様々な車種に応じてインストルメントパネル１のデザインが異なりそれに伴って当該パネル１に配置される操作スイッチ群も様々に変更される場合でも、ホスト２２を共通化することができる。

本発明は上記し且つ図面に記載した実施例にのみ限定されるものではなく、次のような変形または拡張が可能である。
例えば、図５（ｂ）において、エアコンの送風量を設定するデータがＩＤ：０ｘ２８のＤＡＴＡ４の下位４ビットのみに対応し、上位４ビットには他の制御データが格納されている場合、図７（ｂ）のマスクデータは「１１１１００００」とすれば良い。そして、そのマスクデータによりマスク処理を行なった後、第３バイトの下位４ビットデータ「××××」をセットする場合は、「００００××××」とのＯＲを取れば良い。斯様に処理すれば、ＤＡＴＡ４の上位４ビットのデータ内容を変化させることなく、下位４ビットデータをセットすることができる。従って、当該操作データ以外の情報も同じデータフレームを用いてホスト２２側に送信できるので、通信効率を向上させることができる。

通信フレームのフォーマットは一例であり、図５に示すものに限ることはない。そして、通信フレームには、実際に使用されるスイッチや表示部に対応するものだけではなく、拡張性も考慮する場合には、将来的に使用が想定されるスイッチや表示部に対応したフレームも予め用意し、実際に使用しないものについてはブランクとして扱えば良い。
コントローラ２１は、ホスト２２よりデータ送信要求があった場合にデータを送信するものに限らず、一定周期毎に生成したデータを読み出して送信したり、何れかのスイッチが操作されてデータが入力されると逐次データを送信するように構成しても良く、要は自発、他発を問わず所定のタイミングで送信を行えば良い。

また、ホスト２２が制御データを出力する対象は、コントローラ２１に限ることはなく、別の装置であっても良い。従って、表示部７〜９等の制御を行うのは、コントローラ２１とは別体のコントローラであっても良い。
コントローラ２１とホスト２２との間においては、必ずしも車内ＬＡＮなどによって通信を行う必要はなく、両者間をアドレス，データバス等で接続し、共通にアクセス可能なメモリを介して通信を行っても良い。そして、制御機能の指定はメモリアドレスによって行えば良い（この場合、アドレスの指定の形式が「フォーマット」となる）。

入力デバイスは、車両のインストルメントパネルに配置される操作スイッチ群に限ることなく、一般的な操作スイッチの制御系に適用することができる。
また、入力デバイスはスイッチに限ることなく、上位制御装置側に送信するべきデータを入力制御装置に与えるものであれば何でも良い。
上位制御装置と入力制御装置とは、必ずしも１対１の関係にする必要はなく、通信ネットワークを介すことで１対多の関係として、上位制御装置が複数の入力制御装置を同時に制御するようにしても良い。

本発明を、車両のインストルメントパネルに配置される操作スイッチ群に適用した場合の一実施例であり、入力制御システムの構成を示す機能ブロック図 スイッチマトリクスより出力される操作信号をコントローラ側が読取るための一般的な回路構成を示す図 ＬＥＤ表示部の表示制御を行うための回路構成を示す図 ＬＣＤ表示部の表示制御を行うための回路構成を示す図 （ａ）はホストよりコントローラに送信されるデータフレーム、（ｂ）はホストよりスイッチ要求コマンドが送信された場合に、コントローラよりホストに送信されるデータフレームを示す図 アナログスイッチ入力に関する意匠情報テーブルの一例を示す図 （ａ）はアナログスイッチの出力電圧レベルに応じてエアコンの送風量を（１〜５）の５段階に変化させる対応関係、（ｂ）はアナログスイッチに対応する送信データテーブルの領域、（ｃ）は（ｂ）における第３バイトに風量３を示すデータをセットするための処理手順を説明する図 スイッチ入力に関する意匠情報テーブルの一例を示す図 図２に示すスイッチマトリクスの内ＳＷ０−Ｄがオン操作された場合のＣＰＵによる処理手順を説明する図 図７又は図９の処理に関するコントローラ，ホスト間の通信内容を示すフローチャート 表示出力に関する意匠情報テーブルの一例を示す図 （ａ）は送信データにおけるＬＥＤ点灯制御用の第１〜第３行に対応する３バイトの領域、（ｂ）は（ａ）の３バイトの領域に具体的なデータを設定した状態を示す図 （ａ）は送信データにおけるＬＣＤ表示制御用の６４ビット×４の領域、（ｂ）は（ａ）の領域に具体的なデータを設定した状態、（ｃ）は（ｂ）の設定データに対応したＬＣＤ表示部の表示状態を示す図 インストルメントパネルの表示出力処理に関してホストとコントローラとの間で行なわれる処理内容を示すフローチャート 従来技術を示す図１相当図 図１０相当図 図１４相当図

符号の説明

図面中、１はインストルメントパネル、２〜５はスイッチ（入力デバイス）、２１はコントローラ（入力制御装置）、２２はホストシステム（上位制御装置）、２３はＣＰＵ、２５は意匠情報テーブルを示す。

Claims (7)

1. 複数の入力デバイスによって入力される各データを、各入力デバイスに対応させた制御機能との関係で定義したフォーマットで外部に送信する入力制御装置と、
   この入力制御装置より送信されたデータを受信すると、前記送信フォーマットに応じた出力制御指令を外部に送信する上位制御装置とで構成されることを特徴とする入力制御システム。
2. 前記入力制御装置は、各入力端子に接続されている前記複数の入力デバイスが、夫々何れの制御機能に割り当てられているかを示す情報で構成される意匠情報テーブルを備えることを特徴とする請求項１記載の入力制御システム。
3. 前記入力制御装置は、前記複数の入力デバイスの何れかによってデータが入力されると、前記意匠情報テーブルに基づいて前記送信フォーマットにより送信するデータを生成し、前記データを所定のタイミングで外部に送信することを特徴とする請求項２記載の入力制御システム。
4. 前記送信フォーマットは、複数のデータフレームで構成され、
   前記制御機能は、各データフレームに対応させることを特徴とする請求項１乃至３の何れかに記載の入力制御システム。
5. 前記入力デバイスは、車両のインストルメントパネルに配置される操作スイッチ群であることを特徴とする請求項１乃至４の何れかに記載の入力制御システム。
6. 請求項１乃至５の何れかに記載の入力制御システムに使用されることを特徴とする入力制御装置。
7. 請求項１乃至５の何れかに記載の入力制御システムに使用されることを特徴とする上位制御装置。
   
   

Images