JPH084414A - 多重通信システム - Google Patents

Abstract

(57)【要約】 【目的】 各種仕様への適合を低コストかつ容易に行な
うことができ、更にラジオ等の受信機に対するノイズの
影響を低く抑えることができる多重通信システムを提供
する。 【構成】 メインコントローラ１Ａからスイッチデータ
と仕様データとからなる送信データが送信されると、こ
の送信データが各サブコントローラ１Ｂ〜１Ｄにて受信
される。各サブコントローラ１Ｂ〜１Ｄは送信データか
らスイッチデータと仕様データをそれぞれ検出し、これ
によって得られた仕様データが現在設定されている仕様
データと異なると判断すると、現在設定されている仕様
データに代って新たな仕様データを設定し、この新たな
仕様データに従った動作を行なう。これにより、メイン
コントローラ１Ａの共通化及びサブコントローラ１Ｂ〜
１Ｄの共通化ができるので、コストダウンが図れると共
に取り付け誤りが等が無くなる。

Description

【発明の詳細な説明】

【０００１】

【産業上の利用分野】本発明は、車両のパワーウィンド
ウ装置に用いて好適な多重通信システムに関する。

【０００２】

【従来の技術】従来、車両のパワーウィンドウ装置とし
て多重通信方式を用いたものがある。この多重通信方式
を用いることにより、運転席に配置されたメインコント
ローラと他席の各々に配置されたサブコントローラとの
間を１本の通信ラインで接続するのみで良いので、配線
やコネクタ等の接続部材が少なくて済み、コストの低減
や軽量化が図れるという利点が得られる。

【０００３】パワーウィンドウ装置において、メインコ
ントローラにて他席の窓の開閉を行なう場合、目的とす
る窓に対応するスイッチを操作する。例えば、助手席の
窓を開ける場合はその窓に対応するダウンスイッチを操
作する。これにより、メインコントローラからスイッチ
データが送信され、このスイッチデータが通信ラインを
介して助手席のサブコントローラに受信される。助手席
のサブコントローラはスイッチデータを受信すると、こ
のスイッチデータにしたがってモータを駆動し、窓をダ
ウンさせる。一方、運転席を含む各席の窓を開閉させる
場合は、それぞれのスイッチを操作する。これにより各
席の窓が開閉する。なお、言うまでもないが、サブコン
トローラは２ドアの車両では助手席にのみ配置され、４
ドアの車両では助手席と後部座席の両側のそれぞれに配
置される。

【０００４】

【発明が解決しようとする課題】ところで、このような
従来の多重通信システムにあっては、次のような問題点
があった。 （イ）車種の違いや、同一車種でも仕向地の違いよって
メインコントローラおよびサブコントローラの仕様が異
なることから、それぞれの仕様に応じた品種や部番を揃
えているが、これらは外見上区別がつき難いために仕様
の違うものを誤って取り付けたりするという問題点があ
った。 （ロ）また、複数の仕様のものを用意することから製品
の共有化ができず、コストアップになっている。なお、
仕様の違いとしては、例えばウィンドウロックの場合、
一般的にはこの操作を行なうことによって全ての窓の開
閉が禁止になるが、ある仕様ではこの操作を行なっても
各席でアップ操作のみ可能なものがある。

【０００５】（ロ）仕様の変更をジャンパー線やハーネ
スで行なうようにしたものがあるが、製品の共有化が可
能である反面、ジャンパー線やハーネスの設定間違いを
起こし易いという欠点があった。 （ハ）多重通信方式ではスイッチデータとして高周波の
パルスを短い周期で送信するので、ラジオ等の受信機に
ノイズの影響を及ぼすという問題点があった。この対策
として、従来はスイッチデータの送信周期を長くして高
周波パルスのデータ量を減らしたり、通信ラインにフィ
ルタを介挿したりしているが、前者ではスイッチ操作を
してから実際に窓が動き出すまでに時間がかかるなどの
スイッチ操作のフィーリングが悪化するという問題点が
あり、後者では高速通信を行なうことが難しいという問
題点がある。

【０００６】そこで本発明は、各種仕様への適合を低コ
ストかつ容易に行なうことができ、さらに、ラジオ等の
受信機に対するノイズの影響を低く抑えることができる
多重通信システムを提供することを目的としている。

【０００７】

【課題を解決するための手段】上記目的を達成するため
に請求項１記載の発明による多重通信システムは、複数
の仕様情報を記憶すると共にこれら仕様情報の任意の一
つが選択可能であって、任意に選択された仕様情報を送
信するメインコントローラと、仕様情報を伝送する伝送
ラインと、この伝送ラインを介して前記メインコントロ
ーラから送信された仕様情報を受信する少なくとも一つ
のサブコントローラとを備えた多重通信システムであっ
て、前記サブコントローラは、受信した前記仕様情報に
基づく動作を行なうことを特徴とする。

【０００８】例えば、請求項２記載の発明のように、ス
イッチ操作に基づく送信情報を送信するメインコントロ
ーラと、このメインコントローラから送信される送信情
報を伝送ラインを介して受信し、この送信情報に応じた
動作を行なう少なくとも一つのサブコントローラとを備
えた多重通信システムにおいて、前記メインコントロー
ラは、前記送信情報の送信を制御するスイッチ手段を有
し、このスイッチ手段の操作が行なわれた場合には前記
送信情報の送信周期を予め決定した標準の周期にし、前
記スイッチ手段の操作が一定時間行なわなければ前記送
信情報の送信周期を前記標準の周期よりも長くすること
を特徴とする。

【０００９】

【作用】本発明では、メインコントローラにおいて少な
くとも二つの異なる仕様情報のうちの任意のものを設定
できるようにし、任意のものが設定されると、その仕様
情報がメインコントローラから出力される。そして、出
力された仕様情報がサブコントローラにて受信される
と、サブコントローラは受信した仕様情報に基づく動作
を行なう。

【００１０】したがって、メインコントローラにて設定
された仕様情報に基づく動作をサブコントローラが行な
うことから、メインコントローラの共通化およびサブコ
ントローラの共通化ができ、これによってコストダウン
が図れると共に取り付け誤りが等を無くすことができ
る。また、本発明では、メインコントローラのスイッチ
操作が一定時間行なわないと、送信情報の送信周期が予
め定めた標準の周期よりも長くなり、スイッチ操作が行
なわれると、送信情報の送信周期が標準の周期になる。
スイッチ操作が終了してから所定時間後には標準の周期
よりも長くなる。したがって、メインコントローラのス
イッチ操作が一定時間行なわなければ、その後から次に
スイッチ操作が行なわれるまでの間、ラジオ等の受信機
へのノイズの影響を減少させることができる。

【００１１】

【実施例】以下、本発明を図面に基づいて説明する。図
１は本発明に係る多重通信システムの一実施例を適用し
たパワーウィンドウ装置の回路構成の概略を示すブロッ
ク図である。なお、この実施例は４ドアの車両に適用し
たものである。 Ａ．パワーウィンドウ装置の構成 （ａ）メインコントローラの回路構成図１において、１
Ａは運転席側のドアに配置されるメインコントローラで
あり、スイッチ部２、電源部３、駆動部４、ＲＯＭ５、
ＲＡＭ６、トランジスタ７および制御部８から構成され
ている。スイッチ部２は図２に示すように全てのドアの
窓の開閉およびウィンドウロックを行なうための各種ス
イッチ２_1a〜２_1nと、仕様の切換えを行なうための仕様
切換スイッチ２₂とを有して構成されている。仕様切換
スイッチ２₂はパワーステアリング装置の動作の仕様を
切り換えるものであり、この仕様切換スイッチ２₂をオ
ン側に切り換えることによって仕様Ａが設定され、オフ
側に切り換えることによって仕様Ｂが設定される。

【００１２】この場合、仕様Ａが設定されると、メイン
コントローラ１Ａにてウィンドウロック操作を行なった
場合にサブコントローラ１Ｂ〜１Ｄにおける窓の開閉操
作が禁止される。すなわち、運転席以外の各席では窓の
開閉ができなくなる。一方、仕様Ｂが設定されると、メ
インコントローラ１Ａにてウィンドウロック操作を行な
った場合にサブコントローラ１Ｂ〜１Ｄにおけるアップ
操作のみ許可される。このように仕様切換スイッチ２₂
により、ウィンドウロック操作を行なった時の操作仕様
を変更することができる。この実施例では図３に示すよ
うに仕様Ａに設定した場合は仕様データが「０００１」
になり、仕様Ｂに設定した場合は仕様データが「０００
０」になる。

【００１３】図１に戻り、電源部３はバッテリ電圧をこ
のメインコントローラ１Ａで必要とする電圧に変換して
出力する。駆動部４は制御部４から供給される制御信号
に基づいてモータ１０Ａを駆動する。ＲＯＭ５には制御
部８を制御するためのプログラムと、上述した各仕様デ
ータ（「０００１」、「００００」）とが記憶されてい
る。ＲＡＭ６は制御部８の動作においてワーキングメモ
リとして使用される。この場合、ＲＡＭ６には送信デー
タ周期変更フラグおよび送信用レジスタが設定される。
送信データ周期変更フラグは送信データを送信する周期
の変更に使用するものであり、後述するようにスイッチ
部２の操作が一定時間行なわれない場合にセットされ、
スイッチ部２の操作が行なわれた時にリセットされる。
この送信データ周期変更フラグはスイッチデータに含ま
れる。この場合、図３に示すスイッチデータの点線で囲
ったビットが送信データ周期変更フラグに当る。一方、
送信用レジスタは送信データを一時的に記憶するために
使用するものである。

【００１４】制御部８はＲＯＭ５に記憶されたプログラ
ムにしたがってメインコントローラ１Ａの各部を制御す
る。以下、制御部８の制御内容の詳細について説明す
る。 （ｂ）制御部８の制御内容 （イ）スイッチ部２にて運転席の窓を開閉させる操作が
行なわれると、運転席の窓を開閉する制御信号を駆動部
４に供給する。これにより、駆動部４にてモータ１０Ａ
が駆動され、運転席の窓が開閉する。 （ロ）他席に配置された各サブコントローラ１Ｂ〜１Ｄ
に対して所定周期毎にスイッチデータと仕様データとか
らなる送信データを送信する。この場合、制御部８はス
イッチ部２の操作が行なわれることによって、図４
（ａ）に示すように５０ｍｓｅｃの周期で送信データを
送信する。これに対して、スイッチ部２が一定時間操作
されなければ、上述した送信データ周期変更フラグをセ
ットした後、図４（ｂ）に示すように１ｓｅｃの周期で
送信データを送信する。送信データの出力期間は図４に
示すように３０ｍｓｅｃになっており、この期間内にＰ
ＷＭ方式による「１」と「０」の複数のデータが出力さ
れる。

【００１５】スイッチ部２が一定時間操作されない場合
に送信データの送信周期を長くすることでラジオ等の受
信機へのノイズの影響が減少する。なお、送信データの
送信周期を常時１ｓｅｃにすることでスイッチ部２の操
作を行なっている最中でもノイズの影響を減少させるこ
とが可能であるが、送信周期を１ｓｅｃにしたままでは
スイッチ部２を操作してから実際に窓が動き出すまで、
あるいは停止するまでに時間的な遅れが生じてしまう。
すなわち、操作フィーリングが悪化してしまう。このた
めにスイッチ部２を操作する場合にのみ送信データの送
信周期を短くするようにしている。図１において、トラ
ンジスタ７は制御部８から出力される送信データを多重
通信線１１に出力する。この場合、トランジスタ７のベ
ースが制御部８の送信データ出力端に接続されており、
コレクタが多重通信線１１に接続されている。また、エ
ミッタは接地されている。

【００１６】（ｃ）サブコントローラ１Ｂ〜１Ｄの回路
構成 サブコントローラ１Ｂは助手席のドアに配置されてお
り、サブコントローラ１Ｃは後部座席の左側のドアに配
置されている。また、サブコントローラ１Ｄは後部座席
の右側のドアに配置されている。これらサブコントロー
ラ１Ｂ〜１Ｄは全て同様の構成であるが、メインコント
ローラ１Ａより送信される送信データのうち、自身に該
当するもののみを選択する点が異なっている。例えばメ
インコントローラ１Ａから助手席の窓を開閉させる送信
データが送信された場合、この送信データはサブコント
ローラ１Ｂにのみ取り込まれる。また、メインコントロ
ーラ１Ａから後部座席の右側の窓を開閉させる送信デー
タが送信された場合、この送信データはサブコントロー
ラ１Ｄにのみ取り込まれる。以下、サブコントローラ１
Ｂを例に挙げて説明する。サブコントローラ１Ｂは、図
１に示すようにスイッチ部１５、電源部１６、駆動部１
７、ＲＯＭ１８、ＲＡＭ１９、ダイオード２０、抵抗２
１および制御部２２を有して構成されている。

【００１７】スイッチ部１５は助手席の窓の開閉を行な
うための図示せぬスイッチを有している。電源部１６は
バッテリ電圧をこのサブコントローラ１Ｂで必要とする
電圧に変換して出力する。駆動部１７は制御部２２から
供給される制御信号によりモータ１０Ｂを駆動する。Ｒ
ＯＭ１８には制御部２２を制御するためのプログラム
と、上述した二つの仕様データ（「０００１」、「００
００」）のうちの一方が記憶されている。この場合、
「００００」が記憶されているものとする。ＲＡＭ１９
は制御部２２の動作においてワーキングメモリとして使
用される。制御部２２はＲＯＭ１８に記憶されたプログ
ラムにしたがってサブコントローラ１Ｂの各部を制御す
る。ここで、制御部２２の制御内容の詳細を列記する。 （ｄ）制御部２２の制御内容 （イ）スイッチ部１５にて窓を開閉させる操作が行なわ
れた場合、サブコントローラ１Ｂが配置されたドアの窓
を開閉させる制御信号を駆動部１７に供給する。これに
より、駆動部１７にてモータ１０Ｂが駆動され窓が開閉
する。

【００１８】（ロ）メインコントローラ１Ａから送信さ
れた送信データを受信すると、その送信データからスイ
ッチデータと仕様データをそれぞれ検出し、さらにスイ
ッチデータに含まれる送信データ周期変更フラグを検出
する。この場合、送信データの周期が１ｓｅｃであっ
て、送信データ周期変更フラグがセットされていれば送
信データが正常であると判断する。また、送信データの
周期が５０ｍｓｅｃであれば送信データが正常であると
判断する。スイッチデータを検出した後、そのスイッチ
データが自身に関係するものであって、前回受信したス
イッチデータと内容的に変化があればその内容に応じた
制御を行なう。例えば、窓を停止させる内容のスイッチ
データからアップさせる内容のスイッチデータを検出す
ると、このスイッチデータを受信している間は窓をアッ
プさせる制御信号を駆動部１７に供給する。また、窓を
アップさせる内容のスイッチデータから何も動作させな
い内容のスイッチデータを検出すると、窓を停止させ
る。

【００１９】（ハ）次に、仕様データを検出した後、こ
の仕様データとＲＯＭ１８に記憶している仕様データと
を比較し、一致してないと判断すると、現時点で検出し
た仕様データをＲＡＭ１９の所定領域に記憶する。この
場合、上述したようにＲＯＭ１８には「００００」が記
憶されているので、初期状態では仕様Ａが設定されてい
ることになる。したがって、初期状態ではメインコント
ローラ１Ａにてウィンドウロック操作が行なわれた場合
にサブコントローラ１Ｂでの窓の開閉操作が禁止され
る。これに対して、送信データから検出した仕様データ
が「０００１」であれば仕様Ａから仕様Ｂに切り換わ
り、メインコントローラ１Ａにてウィンドウロック操作
が行なわれた場合にサブコントローラ１Ｂでのアップ操
作のみ許可される。なお、ＲＡＭ１９に記憶された仕様
データは電源が切られた時点（車両のキースイッチをオ
フにした時点）で初期値（「００００」）に戻るように
なっている。

【００２０】（ニ）メインコントローラ１Ａから送信デ
ータが送信されなくなったと判断した場合や、送信デー
タが予め決められた周期で送信されてないと判断した場
合に送信データの受け付けを停止する。この場合、ウィ
ンドウロック操作の制限を受け付けていた場合にはこの
制限を解除して通常の操作が行なえるようにする。この
ようにした理由は、メインコントローラ１Ａの故障によ
る誤動作を防止すると共に万が一の事故における避難の
妨げにならないようにするためである。図１において、
ダイオード２０および抵抗２１はメインコントローラ１
Ａから多重通信線１１に出力された送信データの受信に
使用される。この場合、ダイオード２０のカソードが抵
抗２１の一端に接続されると共に多重通信線１１に接続
され、アノードが制御部１８の送信データ入力端に接続
されている。また、抵抗２１の他端は電源部１６の出力
端に接続されている。

【００２１】Ｂ．パワーウィンドウ装置の多重通信にお
ける動作 （ａ）メインコントローラ１Ａの動作 図５はメインコントローラ１Ａの動作を示すフローチャ
ートである。図示せぬキースイッチがオンされて電源の
投入が行なわれると、まず、ステップＳ１０で初期処理
を行なう。すなわち、各種レジスタやフラグを初期化す
る。初期設定を行なった後、ステップＳ１２に進み、ス
イッチデータの読み込みを行なう。次いでステップＳ１
４で仕様データの読み込みを行なう。仕様データの読み
込みを行なった後、ステップＳ１６に進み、スイッチデ
ータの値が一定時間変化していないかどうかを判定す
る。すなわち、スイッチ部２の操作が一定時間行なわれ
ていないかどうかの判定を行なう。

【００２２】この判定において、スイッチデータの値が
一定時間変化していないと判断すると、ステップＳ１８
に進み、送信データ周期変更フラグをセットする。すな
わち、図３に示すようにスイッチデータの最後のビット
を「１」にする。送信データ周期変更フラグをセットし
た後、ステップＳ２０に進み、スイッチデータおよび仕
様データを送信データとして送信用レジスタにセットす
る。そして、ステップＳ２２で送信用レジスタにセット
した送信データの送信を行なう。すなわち、送信用レジ
スタにセットした送信データを多重通信線１１に出力す
る。一方、上記ステップＳ１６の判定において、スイッ
チデータの値が一定時間以内に変化したと判断すると、
送信データ周期変更フラグをセットすることなくステッ
プＳ２０に進む。

【００２３】（ｂ）サブコントローラ１Ｂの動作 図６はサブコントローラ１Ｂの動作を示すフローチャー
トである。上記同様に図示せぬキースイッチがオンされ
て電源の投入が行なわれると、まず、ステップＳ３０で
で初期処理を行なう。すなわち、各種レジスタやフラグ
を初期化する。初期設定を行なった後、ステップＳ３２
に進み、送信データが有るか否かの判定を行なう。この
判定において送信データが無いと判断するとこのステッ
プＳ３２を繰り返し、送信データが有ると判断するとス
テップＳ３４に進み、送信データの読み込みを行なう。
送信データの読み込むを行なった後、ステップＳ３６で
送信データからスイッチデータと仕様データの検出を行
なう。この検出を行なった後、ステップＳ３８に進み、
仕様データの設定を行なう。この場合、送信データから
検出した仕様データが「０００１」であれば仕様Ａの設
定を解除して仕様Ｂの設定を行なう。これに対して送信
データから検出した仕様データが「００００」であれば
仕様の設定変更は行なわない。

【００２４】仕様データの設定処理を行なった後、ステ
ップＳ４０に進み、送信データ周期変更フラグがセット
されているか否かの判定を行なう。この判定はスイッチ
データの最後のビットの値に基づいて行なう。この場
合、「１」になっていれば送信データ周期変更フラグが
セットされているとしてステップＳ４２に進み、「０」
になっていれば送信データ周期変更フラグがセットされ
ていないとしてステップＳ４４に進む。送信データ周期
変更フラグがセットされているとしてステップＳ４２に
進むと、無受信エラー周期の変更を行なう。すなわち、
送信データ周期変更フラグがセットされていれば送信デ
ータの送信周期が１ｓｅｃになっているので、１秒毎の
送信が正常であると判断して送信データの取り込みを行
なう。

【００２５】一方、送信データ周期変更フラグがセット
されているとしてステップＳ４４に進むと、無受信エラ
ー周期を初期値に戻す。すなわち、送信データ周期変更
フラグがセットされていなければ送信データの送信周期
が５０ｍｓｅｃになっているので、５０ｍｓｅｃ毎の送
信が正常であると判断して送信データの取り込みを行な
う。ステップＳ４２またはステップＳ４４の処理が終了
すると、ステップＳ４６に進み、送信データから検出し
たスイッチデータにしたがって窓を開閉する出力処理を
行なう。

【００２６】本実施例の効果をまとめると、次のように
なる。 （ａ）メインコントローラ１Ａからスイッチデータと仕
様データとからなる送信データが送信されると、この送
信データが各サブコントローラ１Ｂ〜１Ｄにて受信され
る。各サブコントローラ１Ｂ〜１Ｄは送信データからス
イッチデータと仕様データをそれぞれ検出し、これによ
って得られた仕様データが現在設定されている仕様デー
タと異なると判断すると、現在設定されている仕様デー
タに代って新たな仕様データを設定し、この新たな仕様
データに基づく動作を行なう。

【００２７】ウィンドウロックに対する仕様が、全ての
サブコントローラ１Ｂ〜１Ｄにおける開閉操作を禁止す
る仕様Ａと、全てのサブコントローラ１Ｂ〜１Ｄにおけ
るアップ操作のみ可能とする仕様Ｂがあるとし、各サブ
コントローラ１Ｂ〜１Ｄにおける仕様の初期値がＡであ
れば、メインコントローラ１Ａからウィンドウロックを
示すスイッチデータと仕様Ａを示す仕様データとからな
る送信データが送信されると、開閉操作を禁止し、ウィ
ンドウロックを示すスイッチデータと仕様Ｂを示す仕様
データとからなる送信データが送信されると、仕様Ａか
ら仕様Ｂに切り替えて窓のアップ操作のみ許可する。し
たがって、メインコントローラ１Ａで設定された仕様デ
ータに基づく動作を各サブコントローラ１Ｂ〜１Ｄが行
なうことから、メインコントローラ１Ａの共通化および
各サブコントローラ１Ｂ〜１Ｄの共通化を図ることがで
きる。これによってコストダウンが図れると共に取り付
け誤りが等が無くなる。

【００２８】また、従来のマイコンを仕様した多重通信
システムにおいても仕様を選択する手段としてのスイッ
チの追加と、ソフトウェアの変更により実施することが
できるので、改造に要する費用を低く抑えることが可能
になる。なお、仕様を選択する手段としてハード的なス
イッチでなく、ソフト的なスイッチにて行なうことによ
りソフトウェアの変更だけで済むことから、改造に要す
る費用を更に低く抑えることが可能になる。 （ｂ）メインコントローラ１Ａは、スイッチ部２の操作
が行なわれることにより、送信データの送信周期が５０
ｍｓｅｃになり、スイッチ部２の操作が一定時間行なわ
れなければ送信データの送信周期が１ｓｅｃになる。し
たがって、スイッチ部２の操作を行なう時以外はラジオ
等の受信機へのノイズの影響を減少させることができ
る。

【００２９】なお、上記実施例では、ウィンドウロック
スイッチに関する仕様の選択のみを行なうようにした
が、その他、様々な動作仕様の選択を行なうようにして
良い。また、上記実施例では、パワーウィンドウ装置に
適用した場合であったが、その他、多重通信方式を採用
した電動サンルーフやパワーアンテナ装置等に適用でき
ることは言うまでもない。

【００３０】

【発明の効果】本発明によれば、以下の効果を得ること
ができる。 （１）メインコントローラにて選択した仕様情報に基づ
く動作をサブコントローラが行なうようにしたので、メ
インコントローラやサブコントローラの共通化を図るこ
とができ、これによってメインコントローラとサブコン
トローラを仕様別に製造する必要が無くなり、コストダ
ウンが図れ、また、取り付け誤りを無くすることができ
る。 （２）従来のマイコンを仕様した多重通信システムにお
いても仕様を選択する手段としてのスイッチの追加と、
ソフトウェアの変更により実施することができるので、
改造に要する費用を低く抑えることが可能になる。な
お、仕様を選択する手段としてハード的なスイッチでな
く、ソフト的なスイッチにて行なうことによりソフトウ
ェアの変更だけで済むことから、改造に要する費用を更
に低く抑えることが可能になる。 （３）メインコントローラのスイッチ操作を行なった時
には送信情報の送信周期を標準の周期にし、スイッチ操
作が一定時間行なわなければ送信情報の送信周期を標準
よりも長くなるようにしたので、ラジオ等の受信機への
ノイズの影響を減少させることができる。

【図面の簡単な説明】

【図１】本発明に係る多重通信システムの一実施例を適
用したパワーウィンドウ装置の回路構成の概略を示すブ
ロック図である。

【図２】同実施例のパワーウィンドウ装置の回路の一部
分を示すブロック図である。

【図３】同実施例のパワーウィンドウ装置の機能を説明
するための図である。

【図４】同実施例のパワーウィンドウ装置の機能を説明
するための図である。

【図５】同実施例のパワーウィンドウ装置のメインコン
トローラの通信時における動作を示すフローチャートで
ある。

【図６】同実施例のパワーウィンドウ装置のサブコント
ローラの通信時における動作を示すフローチャートであ
る。

【符号の説明】

１Ａ メインコントローラ １Ｂ、１Ｃ、１Ｄ サブコントローラ ２ スイッチ部 ４ 駆動部 ５ ＲＯＭ ６ ＲＡＭ ８ 制御部 １０Ａ、１０Ｂ、１０Ｃ、１０Ｄ モータ １１ 多重通信ライン １８ ＲＯＭ １９ ＲＡＭ ２２ 制御部

フロントページの続き (72)発明者 佐々木 昌 京都府京都市右京区花園土堂町10番地 オ ムロン株式会社内

Claims (2)

【特許請求の範囲】
1. 【請求項１】 複数の仕様情報を記憶すると共にこれら
   仕様情報の任意の一つが選択可能であって、任意に選択
   された仕様情報を送信するメインコントローラと、 仕様情報を伝送する伝送ラインと、 この伝送ラインを介して前記メインコントローラから送
   信された仕様情報を受信する少なくとも一つのサブコン
   トローラと、を備えた多重通信システムであって、 前記サブコントローラは、受信した前記仕様情報に基づ
   く動作を行なうことを特徴とする多重通信システム。
2. 【請求項２】 スイッチ操作に基づく送信情報を送信す
   るメインコントローラと、 このメインコントローラから送信される送信情報を伝送
   ラインを介して受信し、この送信情報に応じた動作を行
   なう少なくとも一つのサブコントローラと、を備えた多
   重通信システムにおいて、 前記メインコントローラは、 前記送信情報の送信を制御するスイッチ手段を有し、 このスイッチ手段の操作が行なわれた場合には前記送信
   情報の送信周期を予め決定した標準の周期にし、前記ス
   イッチ手段の操作が一定時間行なわなければ前記送信情
   報の送信周期を前記標準の周期よりも長くすることを特
   徴とする多重通信システム。