(57)【要約】【課題】  駐車された大量の車両を一括して制御する手段を提供する。【解決手段】  車両移動作業者５が持っている携帯端末４から車両を制御するための車両制御信号が送信され、その送信された車両制御信号が車両１の左前輪のタイヤ２辺りに受信されている。更に、車両１の右前輪のタイヤ２辺りから車両制御信号が送信され、その車両制御信号が右隣の車両１の左前輪のタイヤ２辺りに受信される。このように、携帯端末４から送信された車両制御信号が順次右隣の車両１に送受信されていくことによって、その横方向に整列した複数の車両１に対して車両制御信号が行き渡ることになる。車載ＥＣＵ１１は、所定の空気圧センサユニット３および車体側アンテナ１５を介して受信した車両制御信号を左右反対側の車体側アンテナ１５および空気圧センサユニット３を介して送信する。また、受信した車両制御信号の内容に応じてエンジンＥＣＵなどに制御命令を発行する。【選択図】      図１
2006069231.tif 000002
【特許請求の範囲】
【請求項１】
横方向に隣接する複数の車両間において、車両制御信号を順次伝達する車両制御信号リレーシステムであって、
前記複数の各車両は、
タイヤ空気圧センサユニットを各ホイールに備え、
前記タイヤ空気圧センサユニットは、
タイヤ空気圧を検出するセンサと、車体に搭載されたタイヤ空気圧監視装置との間で情報の送受信を行う送信部および受信部を有し、
前記車両制御信号は、
車両の左右一側のホイールに装着されたタイヤ空気圧センサユニットの前記受信部で受信された後、前記車両の左右他側のホイールに装着されたタイヤ空気圧センサユニットの前記送信部から左右他側に隣接する車両に向けて送信される
ことを特徴とする車両制御信号リレーシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、複数の車両間において車両制御信号を順次送受信する車両制御信号リレーシステムに関する。
【背景技術】
【０００２】
新車を所定の場所にプールしたり、船積みしたりするときには、より多くの車両を限られたところに収容するために、大量の車両を整然と隙間なく駐車する。このようなとき、従来から、作業者は、手操作によって車両の乗降の前後にドアのアンロック、ロックを行い、更に車両に乗り込んでエンジンの始動、停止を行っている。
一方、車外から、車両のドアのアンロック、ロックやエンジンの始動、停止などを行う技術について本願出願人によって出願されている（出願番号：特願２００４−３３６９５）。この技術は、ＴＰＭＳ（Tire Pressure Monitoring System、タイヤ空気圧監視システム）の空気圧センサユニットを介して、携帯式通信端末によって車両の制御を行うものである。特に、緊急時や災害時に、緊急自動車の走行や避難者の移動などの妨害になっている車両を、レッカー車を使わずに一時的に速やかに移動させるのに有効な手段である。なお、特許文献１には、無線で車両の操作を行う技術として、携帯用送受信器からの信号を受けてパワーウインド駆動用モータなどのアクチュエータを制御することを可能とする車両用無線装置が開示されている。
【特許文献１】特開２００４−９２２５７号公報（段落００１３〜００２４、図１〜２）
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、従来の車両の駐車移動の方法では、ドアのアンロック、ロックやエンジンの始動、停止をすべて手動で行わなければならず、大量の車両を移動させるのに多くの時間を要するという問題がある。また、前記出願済の技術や特許文献１の技術でも、車両１台ごとに携帯式通信端末や携帯用送受信器の操作を行うことが必要であり、手動で行う方法と同じような問題がある。特に、埠頭の船積み場などで大量の車両の移動作業を行う場合、真夏の炎天下では、高温になった車両ごとに乗り込んだり、操作したりする必要があり、作業者の負担には相当大きなものがある。
【０００４】
そこで、本発明は、前記問題に鑑み、駐車された大量の車両を一括して制御する手段を提供することを課題とする。
【課題を解決するための手段】
【０００５】
前記課題を解決する本発明のうち、請求項１に係る発明は、横方向に隣接する複数の車両間において、車両制御信号を順次伝達する車両制御信号リレーシステムであって、複数の各車両が、タイヤ空気圧センサユニットを各ホイールに備え、タイヤ空気圧センサユニットが、タイヤ空気圧を検出するセンサと、車体に搭載されたタイヤ空気圧監視装置との間で情報の送受信を行う送信部および受信部を有し、車両制御信号が、車両の左右一側のホイールに装着されたタイヤ空気圧センサユニットの受信部で受信された後、車両の左右他側のホイールに装着されたタイヤ空気圧センサユニットの送信部から左右他側に隣接する車両に向けて送信されることを特徴とする。
【発明の効果】
【０００６】
本発明によれば、左右の方向に整列した複数の車両間において車両制御信号を順次送受信できるので、その複数の車両を一括して制御することができる。これにより、大量の車両の移動作業を効率よく行うことができる。
【発明を実施するための最良の形態】
【０００７】
以下、本発明を実施するための最良の形態について図面を参照して詳細に説明する。本発明は、複数の車両間において車両制御信号を順次送受信する車両制御信号リレーシステムを実現するものである。その車両制御信号リレーシステムにおいては、ＴＰＭＳ（Tire Pressure Monitoring System、タイヤ空気圧監視システム）のタイヤ空気圧センサユニット（以下、簡単に「空気圧センサユニット」という）の送受信機能を利用する。
【０００８】
≪実施の形態の概略≫
まず、図１を参照して、本発明の実施の形態に係る携帯端末および車両の概略について説明する。図１は、船積み場６において、車両移動作業者５が携帯端末４を使用して、複数の車両１を制御している様子を示すイメージ図である。まず、後方斜め上から見た外観として、複数の車両１が前後左右に整列している。そして、その複数の車両１の付近にいる車両移動作業者５が持っている携帯端末４から車両１の制御を指示する車両制御信号が送信され、その送信された車両制御信号が車両１の左前輪のタイヤ２辺りに受信されている。更に、車両１の右前輪のタイヤ２辺りから車両制御信号が送信され、その送信された車両制御信号が右隣の車両１の左前輪のタイヤ２辺りに受信されている。このように、携帯端末４から送信された車両制御信号が順次右隣の車両１に送受信されていくことによって、横方向に整列した複数の車両１に対して車両制御信号が行き渡ることになる。
【０００９】
図１の吹き出し部分には、車両１の内部を含めた車両制御信号の送受信の詳細について示されている。車両１は、その後方から見たものとする。まず、車両制御信号は、携帯端末４から送信され、車両１の左側のタイヤ２の空気圧センサユニット３に受信される。そして、その左側の空気圧センサユニット３から車体側アンテナ１５を介して車載ＥＣＵ１１に送信される。車載ＥＣＵ１１は、受信した車両制御信号を車体側アンテナ１５経由で右側のタイヤ２の空気圧センサユニット３に送信する。車両制御信号は、その右側の空気圧センサユニット３に受信され、更に隣の車両へ送信される。これによれば、タイヤ２同士が至近距離にあるため、そのタイヤ２に配置された空気圧センサユニット３同士も近くにあるので、車両制御信号の電波を弱くすることができ、それ故に電波の混信をなくすことができる。また、前輪の空気圧センサユニット３を介した車両制御信号の送信が失敗したときには、後輪の空気圧センサユニット３を介して再試行してもよい。
【００１０】
なお、図１では、車両制御信号を車両１の左前輪の空気圧センサユニット３から受信し、右前輪の空気圧センサユニット３から送信するように示しているが、本発明はこれに限定されるものではない。例えば、車両制御信号を隣の車両１に送信するとき、前輪の空気圧センサユニット３を介しているが、後輪の空気圧センサユニット３を介してもよい。また、横方向に整列した複数の車両１に対して、車両制御信号を左端から右方向に送受信しているが、右端から左方向に送受信してもよい。更に、横方向に整列した複数の車両１の中間位置に、携帯端末４から車両制御信号を送信することによって、その中間位置から左右の両方向に車両制御信号を送受信するようにしてもよい。これによれば、一方向に車両制御信号を送受信するときより短い時間で、車両制御信号がすべての車両１に行き渡ることになる。
【００１１】
≪車両の構成と概要≫
次に、図２を参照して、本発明の実施の形態に係る車両の構成と概要について説明する。図２は、車両１を上部から見た様子を示している。以下、４個のタイヤおよびそれらに対応して配置されている部材、すなわち、空気圧センサユニット、車体側アンテナについて、それぞれ数字の符号によって総称すると共に、個々の部材については、その配置位置に応じて、ＦＲ（右前）、ＦＬ（左前）、ＲＲ（右後）、ＲＬ（左後）のアルファベットの符号を付加することによって識別する。従って、以下、総称するときは、例えば、「タイヤ２」といい、個々の部材を指示するときは、例えば、「タイヤ２ＦＲ」という。他の部材も同様である。
【００１２】
車両１には、４本のタイヤ２が装着されている。それぞれのタイヤ２には、タイヤ２内の空気圧を測定する空気圧センサユニット３が配置されている。空気圧センサユニット３は、車両１に配置された車体側アンテナ１５と側方から無線通信を行うと共に、携帯端末４および隣の車両１の空気圧センサユニット３（図１参照）と車両制御信号を送受信する。
【００１３】
車両１の内部には、車載ＥＣＵ（Electronic Control Unit）１１、エンジンＥＣＵ１２、パワーウインドマスタコントローラ１３、コントロールパネル１４および４個の車体側アンテナ１５が配置されている。そして、エンジンＥＣＵ１２、パワーウインドマスタコントローラ１３、コントロールパネル１４および４個の車体側アンテナ１５が所定の配線ケーブルによって車載ＥＣＵ１１に接続されている。
【００１４】
車載ＥＣＵ１１は、所定の空気圧センサユニット３および車体側アンテナ１５を介して受信した車両制御信号を左右反対側の車体側アンテナ１５および空気圧センサユニット３を介して送信する。また、受信した車両制御信号に従ってエンジンＥＣＵ１２などに制御命令を発行する。ここで、車載ＥＣＵ１１は、車両制御信号を受信したとき、制御命令を発行するか否かを判断するために、予め車両１自体の車種データを所定のメモリに記憶しておく。なお、車載ＥＣＵ１１は、請求項における「制御手段」に相当する。エンジンＥＣＵ１２は、車載ＥＣＵ１１からエンジン始動命令を受けて、エンジン（図示せず）を始動すると共に、急発進などを防止すべく、エンジン回転速度を所定値（例えば、２０００ｒｐｍ）以下に制限する。パワーウインドマスタコントローラ１３は、車載ＥＣＵ１１からパワーウインド開閉命令を受けて、パワーウインド駆動用モータ（図示せず）に窓ガラスを下降または上昇させるように指示する。コントロールパネル１４は、通常、車両１の運転者などがエアコン（図示せず）を操作するパネルであるが、ここでは、車載ＥＣＵ１１からエアコン始動命令を受けて、エアコンを始動する。車体側アンテナ１５は、タイヤ２ごとに対応して車体側に設置され、タイヤ２に配置されている空気圧センサユニット３と無線通信を行う。
【００１５】
≪車両制御信号の構成と概要≫
ここで、車両制御信号の構成と概要について説明する。車両制御信号は、携帯端末４と空気圧センサユニット３との間、空気圧センサユニット３と車体側アンテナ１５との間、および、空気圧センサユニット３同士の間において送受信される。車両制御信号は、ＴＰＭＳ起動信号と、制御信号とを含んで構成される。
【００１６】
ＴＰＭＳ起動信号は、通常時（タイヤ空気圧などの測定データが不要な時間帯）または駐車時に電源の消耗を防止するためスリープ状態（電波信号待ち受け状態）になっている空気圧センサユニット３および車載ＥＣＵ１１を起動するための信号である。このＴＰＭＳ起動信号は、イグニッションキーがオン操作されることによってＴＰＭＳに出力される起動信号と同じものである。換言すれば、空気圧センサユニット３および車載ＥＣＵ１１は、ＴＰＭＳ起動信号を先頭に含む車両制御信号を受信したときに、スリープ状態を解除し、そのＴＰＭＳ起動信号に後続する制御信号の処理を行う。
【００１７】
制御信号は、車両を制御する内容を示すものであり、制御データと車種データとからなる。制御データは、エンジン始動、パワーウインド開放などの制御内容そのものを示す。車種データは、制御データを適用する車種を指定するものであるが、車種そのものだけでなく、「車種を指定しない」こと（指定なし）を指定することもできる。
【００１８】
≪空気圧センサユニットの構成と概要≫
次に、図３を参照して、空気圧センサユニットの構成と概要について説明する。空気圧センサユニット３は、図示しないメモリ内のデータを入出力しながら所定の処理を行うＣＰＵ（Central Processing Unit）３１と、タイヤ空気圧の値を出力する圧力センサ３２と、その部位の温度の値を出力する温度センサ３３とを備える。圧力センサ３２および温度センサ３３の出力は、Ａ／Ｄ（Analog/Digital）変換回路（図示せず）を介してデジタル値に変換され、ＣＰＵ３１に入力される。
また、空気圧センサユニット３には、電源（リチウム電池やバッテリ電源など）３４が配置されてＣＰＵ３１の動作電源として機能する。また、センサ側アンテナ３５が設けられて、圧力センサ３２および温度センサ３３の出力を車載ＥＣＵ１１（図２参照）に送信する一方、車載ＥＣＵ１１から送信された情報を受信する。ＣＰＵ３１は、センサ側アンテナ３５を介して、例えば、３１５ＭＨｚのＰＣＭ（Pulse Code Modulation）デジタル送信を行う。
図示は省略するが、電源３４とＣＰＵ３１の間の電源回路の適宜位置には電圧センサが設けられ、電源３４の出力電圧に応じた信号を出力する。電圧センサの出力もＡ／Ｄ変換され、ＣＰＵ３１に入力される。
【００１９】
図２の右上に空気圧センサユニット３の形状を示している。空気圧センサユニット３はリム（図示せず）のホイール面に取り付けられるため、下面はホイール面に密着するように弓形になっている。また、上部には、タイヤバルブ３９に直結する空気穴３７と、圧力センサ３２や温度センサ３３のセンサ部分に連通するセンサ穴３８とが穿設されている。一方、タイヤバルブ３９が、空気圧センサユニット３の側面に傾斜して取り付けられている。空気圧センサユニット３をリムのホイール面に取り付けるときには、リムのバルブ穴にタイヤバルブ３９を通過させた上で、空気圧センサユニット３の下面をホイール面に接着する。その後、タイヤをホイールに装着することになる。
【００２０】
従来、空気圧センサユニット３からの送信データは、センサＩＤ、圧力センサ出力、温度センサ出力および電圧センサ出力の順で結合された、例えば、５６ビットの信号（センサＩＤが３２ビット、圧力センサ出力、温度センサ出力および電圧センサ出力がそれぞれ８ビット）を１単位として構成される。センサＩＤは、４個の空気圧センサユニット３が対応する、１セット分（４個）のタイヤ２のそれぞれに個別に添付される。すなわち、センサＩＤは、車両１を工場から出荷するとき、４個のタイヤ２ごとに別々に付与されると共に、車両１が異なるときは更に別々に付与される。従って、１つのセンサＩＤは、対象となる車両群の中のある一つのタイヤを特定する。
本発明の実施の形態においては、空気圧センサユニット３からの送信データのヘッダ部分に、従来のタイヤ空気圧などの測定データと、車両制御信号とを区別するための属性ＩＤを設けるものとする。これにより、空気圧センサユニット３が有する送受信機能を車両制御信号の送受信用に利用することができ、車両１における車両制御信号の送受信用設備のコストを節減することができる。
【００２１】
≪携帯端末の構成と概要≫
続いて、図４を参照して、本発明の実施の形態に係る携帯端末の構成と概要について説明する。携帯端末４は、個人が携帯して利用する情報端末であり、具体的には、携帯電話、ＰＨＳ（Personal Handy-phone System）、ＰＤＡ（Personal Digital Assistant、携帯情報端末）などで実現することができる。また、携帯端末４は、車両専用のキーレスエントリやＴＰＭＳマスタコントローラであってもよい。なお、ここでは、携帯端末４として携帯電話を適用した場合について説明する。携帯端末４は、ＣＰＵ４１、受信器４２、送信器４３、端末側アンテナ４４、画面データ記憶手段４５、画面データ表示選択手段４６などから構成されている。
【００２２】
ＣＰＵ４１は、受信器４２、送信器４３、画面データ記憶手段４５および画面データ表示選択手段４６に接続されており、携帯端末４の中枢機能を果たすものである。ここでは、ＣＰＵ４１は、画面データ記憶手段４５に記憶された画面データを入力し、その入力した画面データを画面データ表示選択手段４６に表示し、その表示された画面データから車両移動作業者５（図１参照）により選択された制御データおよび車種データを含む車両制御情報を生成し、その生成した車両制御情報を送信器４３および端末側アンテナ４４経由で送信する。なお、ＣＰＵ４１は、所定のメモリに記憶されたプログラムを実行することによって所定の機能を実現するものである。受信器４２は、ＣＰＵ４１および端末側アンテナ４４に接続され、端末側アンテナ４４を介して受信した情報をＣＰＵ４１に受け渡す機能を持つ。送信器４３は、ＣＰＵ４１および端末側アンテナ４４に接続され、ＣＰＵ４１から入力した情報を端末側アンテナ４４経由で送信する機能を持つ。
【００２３】
端末側アンテナ４４は、車両１の空気圧センサユニット３と通信するアンテナである。図４において、端末側アンテナ４４は、受信器４２および送信器４３と接続されており、一体化された送受信アンテナとして示されているが、送信アンテナと受信アンテナとに分かれていてもよい。画面データ記憶手段４５は、ＣＰＵ４１に接続され、画面データ表示選択手段４６の画面に表示される画面データを記憶する。画面データ記憶手段４５は、フラッシュメモリなどの不揮発性記憶媒体によって実現される。画面データ表示選択手段４６は、ＣＰＵ４１から入力した画面データを表示し、その表示した画面データから車両移動作業者５（図１参照）の操作により選択された制御データおよび車種データをＣＰＵ４１に出力する。画面データ表示選択手段４６は、携帯電話の表示画面、スクロールキー、決定ボタンなどによって実現される。
【００２４】
≪画面データの構成≫
更に、図５を参照して、本発明の実施の形態に係る携帯端末の画面データの構成について説明する。ここで、画面データは、実際に携帯端末４の画面データ表示選択手段４６の一部である表示画面に表示された状態によって示すものとする。
【００２５】
図５（ａ）は、現在選択されているデータを示すメイン画面である。メイン画面５１は、制御データ欄５１ａ、車種データ欄５１ｂおよび送信欄５１ｃから構成される。制御データ欄５１ａは、現在選択されている制御データを示す。画面データ表示選択手段４６の一部であるスクロールキー（図示せず）によってカーソルを制御データ欄５１ａに合わせてから、画面データ表示選択手段４６の一部である決定ボタン（図示せず）を押すことによって、メイン画面５１から制御データメニュー画面５２に遷移する。車種データ欄５１ｂは、現在選択されている車種データを示す。画面データ表示選択手段４６のスクロールキーによってカーソルを車種データ欄５１ｂに合わせてから、画面データ表示選択手段４６の決定ボタンを押すことによって、メイン画面５１から車種データメニュー画面５３に遷移する。送信欄５１ｃは、現在制御データ欄５１ａに表示されている制御データおよび車種データ欄５１ｂに表示されている車種データを送信することを示す。画面データ表示選択手段４６のスクロールキーによってカーソルを送信欄５１ｃに合わせてから、画面データ表示選択手段４６の決定ボタンを押すことによって、現在表示されている制御データおよび車種データを含む車両制御信号が携帯端末４から送信される。なお、図５（ａ）では、送信欄５１ｃにカーソルが位置付いていることが示されている。
【００２６】
図５（ｂ）は、制御データを選択する制御データメニュー画面である。制御データメニュー画面５２は、エンジン始動欄５２ａ、パワーウインド開放欄５２ｂおよびエアコン始動欄５２ｃから構成される。エンジン始動欄５２ａは、車両１のエンジンを始動したいときに選択する。パワーウインド開放欄５２ｂは、車両１のパワーウインドを開きたいときに選択する。エアコン始動欄５２ｃは、車両１のエアコンを始動したいときに選択する。画面データ表示選択手段４６のスクロールキーによってカーソルをいずれかの欄に合わせてから、画面データ表示選択手段４６の決定ボタンを押すことによって、制御データメニュー画面５２からメイン画面５１に遷移する。そして、制御データメニュー画面５２においてカーソルを合わせた欄の制御データがメイン画面５１の制御データ欄５１ａに表示される。なお、図５（ｂ）では、エンジン始動欄５２ａにカーソルが位置付いていることが示されている。
【００２７】
図５（ｃ）は、制御データを適用する対象となる車種データを選択する車種データメニュー画面である。車種データメニュー画面５３は、指定なし欄５３ａ、Ａ車欄５３ｂおよびＢ車欄５３ｃから構成される。指定なし欄５３ａは、車種を指定しないときに選択する。Ａ車欄５３ｂまたはＢ車欄５３ｃは、制御データを適用する対象としてＡ車またはＢ車を指定したいときに選択する。画面データ表示選択手段４６のスクロールキーによってカーソルをいずれかの欄に合わせてから、画面データ表示選択手段４６の決定ボタンを押すことによって、車種データメニュー画面５３からメイン画面５１に遷移する。そして、車種データメニュー画面５３においてカーソルを合わせた欄の車種データがメイン画面５１の車種データ欄５１ｂに表示される。なお、図５（ｃ）では、指定なし欄５３ａにカーソルが位置付いていることが示されている。
【００２８】
≪システムの処理≫
図６および図７を参照して、本発明の実施の形態に係る車両における車両制御信号の送受信処理について、車載ＥＣＵの動作を中心に説明する（適宜図１ないし図５参照）。
【００２９】
図６は、車両制御信号の送受信処理全体を示すフローチャートである。まず、車両１の車載ＥＣＵ１１は、携帯端末４または隣接する他の車両１から車両制御信号を受信する（ステップＳ６０１）。具体的には、携帯端末４または隣接する他の車両１の空気圧センサユニット３が車両制御信号を送信し、その送信した車両制御信号を所定の空気圧センサユニット３が受信し、更に車体側に送信する。そして、その送信した車両制御信号を車体側アンテナ１５経由で車載ＥＣＵ１１が受信する。それに対して、車載ＥＣＵ１１は、車両制御信号を受信したときと同一の車体側アンテナ１５を介して、携帯端末４または隣接する他の車両１に応答信号を返信する（ステップＳ６０２）。この応答信号を受信することによって、携帯端末４のＣＰＵ４１または隣接する他の車両１の車載ＥＣＵ１１は、先に送信した車両制御信号が正常に受信されたことを認識することができる。更に、車載ＥＣＵ１１は、受信した空気圧センサユニット３と左右反対側の空気圧センサユニット３を介して車両制御信号を送信する（ステップＳ６０３）。これによって、左右の方向に整列した複数の車両１の間において、車両制御信号の送受信が行われることになる。なお、この処理の詳細については、別途図７を参照して説明する。
【００３０】
次に、車載ＥＣＵ１１は、受信した車両制御信号のうち、制御信号の車種データが指定なしになっているか否かを確認する（ステップＳ６０４）。車種データが指定なしであれば（ステップＳ６０４のＹｅｓ）、制御を実行する（ステップＳ６０６）。車種データが指定なしでなければ（ステップＳ６０４のＮｏ）、受信した車種データと、予め所定のメモリに記憶している車種データとが一致しているか否かを確認する（ステップＳ６０５）。それらの車種データが一致していれば（ステップＳ６０５のＹｅｓ）、制御を実行する（ステップＳ６０６）。車種データが一致しなければ（ステップＳ６０５のＮｏ）、制御の実行は行わない。
【００３１】
車載ＥＣＵ１１は、ステップＳ６０６において制御を実行するとき、受信した車両制御信号のうち、制御信号の制御データに従って車両１の制御を実行する。すなわち、制御データがエンジン始動であれば、エンジン始動命令をエンジンＥＣＵ１２に発行する。また、制御データがパワーウインド開放であれば、パワーウインド開放命令をパワーウインドマスタコントローラ１３に発行する。更に、制御データがエアコン始動であれば、エアコン始動命令をコントロールパネル１４に発行する。
【００３２】
続いて、ステップＳ６０３で行った車両制御信号送信の結果を示す送信状態が正常終了であるか否かを確認する（ステップＳ６０７）。送信状態が正常終了であれば（ステップＳ６０７のＹｅｓ）、処理を終了する。送信状態が正常終了でなければ（ステップＳ６０７のＮｏ）、再度車両制御信号を送信する（ステップＳ６０８）。
以上によれば、１回の車両制御信号の受信に対して、最大２回の車両制御信号の送信処理を試みることになる。
【００３３】
図７は、車両制御信号の送信処理を示すフローチャートであり、図６のステップＳ６０３およびステップＳ６０８の処理を詳細に記載したものである。まず、車載ＥＣＵ１１は、車両制御信号を右側のアンテナ（車体側アンテナ１５ＦＲまたは１５ＲＲ）で受信したか否かを確認する（ステップＳ７０１）。この確認は、車両制御信号を受信した方向に対して左右反対の方向に車両制御信号を送信するために行うものである。この場合、車両制御信号を受信したときの受信状態をチェックして、受信した方向を確認するものとする。右側のアンテナで受信した場合（ステップＳ７０１のＹｅｓ）、車体側アンテナ１５ＦＬ（左前の車体側アンテナ）で車両制御信号を送信する（ステップＳ７０２）。このとき、空気圧センサユニット３ＦＬが、車体側アンテナ１５ＦＬから送信された車両制御信号を受信して、更に左隣の車両１の空気圧センサユニット３ＦＲ（右前の空気圧センサユニット）に対して車両制御信号を送信する。これは、別途説明するステップＳ７０４、ステップＳ７０８およびステップＳ７１０においても同様である。
【００３４】
これに対して、車両制御信号を送信したときと同一の車体側アンテナ１５ＦＬから応答信号を受信したか否かを確認する（ステップＳ７０３）。このとき、所定の時間だけ応答信号の受信を待ち、その所定の時間内に応答信号が来なければ、応答信号を受信しなかったものとする。これは、別途説明するステップＳ７０５、ステップＳ７０９およびステップＳ７１１においても同様である。応答信号を受信したときには（ステップＳ７０３のＹｅｓ）、送信状態を正常終了とする（ステップＳ７０７）。応答信号を受信しなかったときには（ステップＳ７０３のＮｏ）、リトライとして、車体側アンテナ１５ＲＬ（左後の車体側アンテナ）で車両制御信号を送信する（ステップＳ７０４）。これに対して、車両制御信号を送信したときと同一の車体側アンテナ１５ＲＬから応答信号を受信したか否かを確認する（ステップＳ７０５）。応答信号を受信したときには（ステップＳ７０５のＹｅｓ）、送信状態を正常終了とする（ステップＳ７０７）。応答信号を受信しなかったときには（ステップＳ７０５のＮｏ）、送信状態をリレー停止として（ステップＳ７０６）、処理を終了する。このリレー停止には、隣に車両がない状態、隣に車両があっても車両制御信号を認識できない状態などが含まれる。
【００３５】
ステップＳ７０１において右側のアンテナで受信しなかった場合、すなわち、左側のアンテナ（車体側アンテナ１５ＦＬまたは１５ＲＬ）で受信した場合（ステップＳ７０１のＮｏ）、車体側アンテナ１５ＦＲで車両制御信号を送信する（ステップＳ７０８）。これに対して、車両制御信号を送信したときと同一の車体側アンテナ１５ＦＲから応答信号を受信したか否かを確認する（ステップＳ７０９）。応答信号を受信したときには（ステップＳ７０９のＹｅｓ）、送信状態を正常終了とする（ステップＳ７０７）。応答信号を受信しなかったときには（ステップＳ７０９のＮｏ）、リトライとして、車体側アンテナ１５ＲＲ（右後の車体側アンテナ）で車両制御信号を送信する（ステップＳ７１０）。これに対して、車両制御信号を送信したときと同一の車体側アンテナ１５ＲＲから応答信号を受信したか否かを確認する（ステップＳ７１１）。応答信号を受信したときには（ステップＳ７１１のＹｅｓ）、送信状態を正常終了とする（ステップＳ７０７）。応答信号を受信しなかったときには（ステップＳ７１１のＮｏ）、送信状態をリレー停止として（ステップＳ７１２）、処理を終了する。なお、ステップＳ７０７で送信状態を正常終了とした後は、処理を終了する。
【００３６】
図６および図７のフローチャートによれば、車載ＥＣＵ１１は、車両制御信号の送信について、前輪の空気圧センサユニット３による送信に対して応答信号を受信しなかったとき、後輪の空気圧センサユニット３による送信を行っている。更に、その後輪の空気圧センサユニット３による送信に対して応答信号を受信しなかったときには、制御の実行を行った後、再度、前輪、後輪の空気圧センサユニット３による送信を行っている。これは、前輪、後輪の空気圧センサユニット３による送信を最大２回ずつ行うことで、それでも応答信号を受信しなかったときには、車両制御信号を送信した方向には車両１がもはや存在しないものとして、更なる送信を中止するものである。
【００３７】
以上によれば、真夏の炎天下で大量の車両を移動する作業をする場合、作業者は、車両に乗り込む前に、横方向に並んで駐車された複数の車両に対して一括して、エンジンを始動し、パワーウインドを開き、エアコンを始動することができる。これによって、作業者は、車両の室内の気温が低くなってから、車両に乗り込むことができ、車両の移動作業を効率的かつ快適に行うことができる。
【００３８】
≪その他の実施の形態≫
以上本発明について好適な実施の形態について一例を示したが、本発明は前記実施の形態に限定されず、本発明の趣旨を逸脱しない範囲で適宜変更が可能である。例えば、以下のような実施の形態が考えられる。
【００３９】
（１）前記実施の形態においては、最初の車両制御信号を携帯端末４によって送信するように記載したが、車両１内に最初の車両制御信号の送信を行う操作を可能とする装置を設置することにより、所定の車両１から送信するようにしてもよい。これによれば、その装置のトリガによって、その車両１の車載ＥＣＵ１１が所定のメモリに記憶された車種データを入力して、その車種データを含む車両制御信号を送信することによって、ユーザが車種データを指定しなくても、その車両１と同一の車種である車両１に対して所定の制御を行うことができる。このとき、所定の車両１において、車載ＥＣＵ１１が右側の空気圧センサユニット３および左側の空気圧センサユニット３を介して最初の車両制御信号を送信するようにすることによって、その所定の車両１はどの位置にあってもよいことになる。なお、所定の車両１が並んだ車両群の中間位置にあれば、最短の時間で車両制御信号がすべての車両に行き渡ることになる。
【００４０】
（２）前記実施の形態においては、エンジン始動などの制御データを１つ含む車両制御信号を送信するように記載したが、２つ以上の制御データを含む車両制御信号を送信するようにしてもよい。例えば、エンジン始動、パワーウインド開放およびエアコン始動の３つの制御データを含む車両制御信号を送信してもよい。その車両制御信号を受信した車両１の車載ＥＣＵ１１は、エンジンＥＣＵ１２へのエンジン始動命令の発行、パワーウインドマスタコントローラ１３へのパワーウインド開放命令の発行およびコントロールパネル１４へのエアコン始動命令の発行を行うことになる。このとき、車載ＥＣＵ１１は、各制御命令の発行の間に、所定の時間を置くようにしてもよい。例えば、パワーウインド開放命令の発行およびエアコン始動命令の発行の間に数分程度の時間を空けることによって、車両１の室内の気温が周囲の気温と同じになった後にエアコンを始動することで、エアコンの空調効率を上げることができる。また、各制御命令の発行（車両の制御）の間に所定の作業を行う場合に、その作業時間に応じた制御命令の発行を行うことができる。
【００４１】
（３）携帯端末４または車両１の装置から、車両制御信号を送信する前に、信号が横方向に並んだすべての車両に行き渡るか否かを確認することを示す制御データを持つ確認信号を送信するようにしてもよい。この確認信号は、初期値が１であるカウントを持つものとする。車両１の車載ＥＣＵ１１は、確認信号を受信したとき、まず、その確認信号内のカウントに１を加算し、受信した方向と左右反対の方向に確認信号を送信する。その送信状態が正常終了であれば、処理を終了する。その送信状態がリレー停止であれば、受信した方向と同じ方向に確認信号を送信する。これによって、携帯端末４または車両１の装置は、複数の車両間を往復した確認信号を受信し、受信した確認信号内のカウントを２で除算することで、信号を伝達することができる車両の台数を取得することができる。これによれば、車両移動作業者５は、その台数が実際に並んだ車両の台数と同じであれば、続いて車両制御信号を送信すればよいし、その台数が実際の台数より少なければ、確認信号を受信できなかった車両を点検するようにしてもよい。
【００４２】
（４）図１において、例えば、車両移動作業者５が、エンジン始動の制御データを含む車両制御信号を携帯端末４により送信したとする。このとき、その車両制御信号が、前列に並んだ各車両１に伝達され、左端の車両１から順にそのエンジンが始動されることになる。前記実施の形態においては、そのエンジンの始動は、車両制御信号の受信と共に行われるように記載したが、車両制御信号の受信とは非同期にエンジンの始動（制御データに従った車両の制御）を行うようにしてもよい。すなわち、車両制御信号を受信した後、別のトリガによってエンジンの始動を行うようにしてもよい。例えば、車両移動作業者５が、前列に並んだ車両１のうち、左端の車両１から順に運転して船に移動することを想定した場合、車両１の車載ＥＣＵ１１は、定期的に、左側の空気圧センサユニット３を介して信号を送信し、その信号に対する応答が来るか否かをチェックし、応答が来なければ、先に受信した車両制御信号の制御データに従って、エンジンの始動を行うようにすることが考えられる。これによれば、左隣の車両１が移動された後に、その車両１のエンジンが始動されるので、車両移動作業者５の作業時間に応じて、無駄なアイドリングをなくすことができる。
【００４３】
（５）前記実施の形態においては、車種データを含む車両制御信号を送信するように記載したが、車種データの代わりに、車種データをコードとして含む車両ＩＤを使用してもよい。
【００４４】
（６）前記実施の形態においては、制御データとして、エンジン始動、パワーウインド開放およびエアコン始動の３つについて記載したが、他の制御データがあってもよい。例えば、エンジン停止、パワーウインド閉鎖、エアコン停止、ドアのロック／アンロック、ＥＰＢ（Electronic Parking Brake、自動パーキングブレーキ）のオン／オフ、イモビライザのオン／オフ、シートヒータのオン／オフなどが考えられる。このとき、車両１の車載ＥＣＵ１１は、その制御データに従って、その制御専用のコントローラに対して所定の制御命令を発行する。
【図面の簡単な説明】
【００４５】
【図１】本発明の実施の形態に係る携帯端末および車両の概略を示す図である。
【図２】本発明の実施の形態に係る車両の構成を示す図である。
【図３】本発明の実施の形態に係る空気圧センサユニットの構成を示す図である。
【図４】本発明の実施の形態に係る携帯端末の構成を示す図である。
【図５】本発明の実施の形態に係る携帯端末の画面データの構成を示す図である。（ａ）は、メイン画面を示す。（ｂ）は、制御データメニュー画面を示す。（ｃ）は、車種データメニューを示す。
【図６】本発明の実施の形態に係る車両制御信号の送受信処理全体を示すフローチャートである。
【図７】本発明の実施の形態に係る車両制御信号の送信処理を示すフローチャートである。
【符号の説明】
【００４６】
１      車両
２      タイヤ
３      空気圧センサユニット
１１    車載ＥＣＵ（タイヤ空気圧監視装置）
３２    圧力センサ（センサ）
３５    センサ側アンテナ（送信部、受信部）
【図１】
2006069231.tif 000003
【図２】
2006069231.tif 000004
【図３】
2006069231.tif 000005
【図４】
2006069231.tif 000006
【図５】
2006069231.tif 000007
【図６】
2006069231.tif 000008
【図７】
2006069231.tif 000009