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

Abstract

【課題】 出力デバイスが様々な組み合わせによって使用される場合でも、それらを制御する上位制御装置のプログラム作成に要する工数の増加を抑制することができるシステムを提供する。
【解決手段】 ホスト２２は、出力制御データを、その制御機能との関係で定義したフォーマットで送信し、コントローラ２１は、その出力制御データを受信すると、送信フォーマットで指定される制御機能に対応する表示部７〜９にデータを送信する。
【選択図】 図１

Description

本発明は、上位制御装置と、その上位制御装置によって送信された制御データを受信して出力デバイスに送信する出力制御装置とで構成される出力制御システム，並びにそのシステムを構成する出力制御装置及び上位制御装置に関する。

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

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

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

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

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

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

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

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

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

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

請求項３記載の出力制御システムによれば、出力デバイスの１つがマトリクス接続されたＬＥＤで構成される表示器である場合、意匠情報テーブルに、点灯対象行を択一的に指定するための複数の行ビットと、点灯対象列を１つ以上指定するための複数の列ビットとで構成されるデータを、前記表示器を構成する行数分備えた領域を設ける。斯様に構成すれば、各行に対応して行ビットと列ビットとを指定することで、出力制御データに応じて、マトリクス上における所定位置のＬＥＤを点灯させることができる。

請求項４記載の出力制御システムによれば、出力デバイスの１つが、複数のセグメントを有して構成されるＬＣＤ表示器である場合、意匠情報テーブルに、各セグメントを指定するための複数のビット列で構成されるデータフレームを、各セグメントが接続されているコモンライン数分備えた領域を設ける。斯様に構成すれば、出力制御データに応じて、所定位置のＬＣＤセグメントを点灯させることができる。

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

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

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

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

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

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

また、図４は、ＬＣＤ表示部７の表示制御を行うための回路構成である。ＬＣＤ表示部７はセグメント表示を行うようになっており、例えば、全２０個のセグメントに対して大別される表示部分を４つに分け、それら４つの共通電極ＣＯＭ０〜３をグランド側として、ＳＥＧ００〜１９にハイレベル信号を出力することで個別に表示を行う。
図５は、コントローラ２１とホスト２２との間で行われる通信に使用されるデータフレームの構成例を示すものである。図５（ｂ）は、ホスト２２よりスイッチ要求コマンドが送信された場合に、コントローラ２１側よりホスト２２側に送信されるデータフレームである。このデータフレームはＤＡＴＡ１〜４の４フレームで構成され、１フレームは３バイト（アドレス０ｘ２８〜０ｘ２Ａ）で計１２バイト構成となっている。データ「０」となっているのは未使用ビットであり、１〜３ビットのフラグは各スイッチのオンオフ状態が格納される。また、８ビットの領域は、温度データや設定データが格納される。

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

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

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

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

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

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

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

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

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

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

各通信データに対して、ＬＥＤ表示部８，９によって表示を行うための設定領域ＬＥＤＢＵＦと、ＬＣＤ表示部７によって表示を行うための設定領域ＬＣＤＢＵＦとが設けられている。これらに設定を行うことで、ＬＣＤ表示部７，ＬＥＤ表示部８，９の何れか一方若しくは双方で表示を行うことが可能である。

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

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

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

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

以上のように本実施例によれば、ホスト２２は、出力制御データを、その制御機能との関係で定義したフォーマットで送信し、コントローラ２１は、その出力制御データを受信すると、送信フォーマットで指定される制御機能に対応する表示部７〜９にデータを送信するようにした。即ち、制御機能と表示部との対応付けはコントローラ２１側において行われるので、ホスト２２側では、コントローラ２１側にどのような表示部が接続されているのかを判別する必要はなくなる。

従って、使用される表示部の種類が変更されたとしてもコントローラ２１側でその変更に対応すれば良く、ホスト２２側の処理系は基本的に変更する必要がないので、システムの開発効率を向上させることができる。そして、送信フォーマットを、コントローラ２１に実際に接続されている表示部のみに基づいて構成したので、通信データの容量を必要最小限にすることができる。

また、コントローラ２１は、出力制御データが夫々何れの表示部に割り当てられているかを示す情報で構成される意匠情報テーブル２５Ｃを備えるので、使用される表示部の種類や接続が変更された場合には、意匠情報テーブル２５Ｃのみを書き換えて対応することができる。そして、コントローラ２１側の制御プログラム２４は変更する必要がないので、開発効率を一層向上させることができる。

更に、表示部の１つがマトリクス接続されたＬＥＤで構成される表示部８，９である場合、意匠情報テーブル２５Ｃに、点灯対象行を択一的に指定するための複数の行ビットと、点灯対象列を１つ以上指定するための複数の列ビットとで構成されるデータを、前記表示器を構成する行数分備えた領域を設ける。斯様に構成すれば、各行に対応して行ビットと列ビットとを指定することで、出力制御データに応じて、マトリクス上における所定位置のＬＥＤを点灯させることができる。

加えて、表示部の１つが、複数のセグメントを有して構成されるＬＣＤ表示部７である場合、意匠情報テーブル２５Ｃに、各セグメントを指定するための複数のビット列で構成されるデータフレームを、各セグメントが接続されているコモンライン数分備えた領域を設ける。斯様に構成すれば、出力制御データに応じて、所定位置のＬＣＤセグメントを点灯させることができる。

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

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

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

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

出力デバイスは、車両のインストルメントパネルに配置される表示器群に限ることなく、一般的な表示部の制御系に適用することができる。
また、出力デバイスは表示器に限ることなく、上位制御装置側によって送信されたデータに応じて、出力制御装置を介して出力されるデータにより制御されるものであれば何でも良い。

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

符号の説明

図面中、１はインストルメントパネル、７はＬＣＤ表示部（出力デバイス）、８，９はＬＥＤ表示部（出力デバイス）、２１はコントローラ（出力制御装置）、２２はホストシステム（上位制御装置）、２３はＣＰＵ、２５は意匠情報テーブルを示す。

Claims (7)

1. 出力制御データを、その制御機能との関係で定義したフォーマットで外部に送信する上位制御装置と、
   前記上位制御装置より送信された出力制御データを受信すると、前記送信フォーマットで指定される制御機能に対応する出力デバイスに前記データを送信する出力制御装置とで構成されることを特徴とする出力制御システム。
2. 前記出力制御装置は、前記出力制御データが夫々何れの出力デバイスに割り当てられているかを示す情報で構成される意匠情報テーブルを備えることを特徴とする請求項１記載の出力制御システム。
3. 前記出力デバイスの１つが、マトリクス接続されたＬＥＤで構成される表示器である場合に、
   前記意匠情報テーブルは、前記表示器の点灯対象行を択一的に指定するための複数の行ビットと、前記表示器の点灯対象列を１つ以上指定するための複数の列ビットとで構成されるデータを、前記表示器を構成する行数分備えた領域を有することを特徴とする請求項２記載の出力制御システム。
4. 前記出力デバイスの１つが、複数のセグメントを有して構成されるＬＣＤ表示器である場合に、
   前記意匠情報テーブルは、前記表示器のセグメントを指定するための複数のビット列で構成されるデータを、前記表示器のセグメントが接続されているコモンライン数分備える領域を有することを特徴とする請求項２または３記載の出力制御システム。
5. 前記出力デバイスは、車両のインストルメントパネルに配置される表示器群であることを特徴とする請求項１乃至４の何れかに記載の出力制御システム。
6. 請求項１乃至５の何れかに記載の出力制御システムに使用されることを特徴とする出力制御装置。
7. 請求項１乃至５の何れかに記載の出力制御システムに使用されることを特徴とする上位制御装置。
   
   

Images