(57)【要約】【課題】車両の開閉体を自動的に閉鎖する装置の作動中にユーザからのロック指令操作があった場合にはロックが許可されるように制御する制御システムを提供する。【解決手段】本制御システムは、スマートキーの照合処理の開始時と終了時にオートドアクローザの作動情報を取得し、両時刻でともに作動中の場合にドアのロックを許可する。したがって、クローザの作動開始時刻（ｔ０）後だが、まだドアが全閉状態となる時刻（ｔ３）よりも前の時刻（ｔ１からｔ２）にユーザによるロックセンサ接触があった場合にも、ロックが許可されるので、ユーザの利便性が向上する。【選択図】図３
2016014293.tif 000002
【特許請求の範囲】
【請求項１】
車両に備えられた開閉体が所定の開度となったことが検出されたらその開閉体を全閉状態まで閉鎖するように動作する閉鎖手段と、
前記開閉体の施錠を指令する使用者からの指令入力を受け付ける入力手段と、
前記入力手段が前記指令入力を受け付けた時点が前記閉鎖手段による閉鎖動作の開始時点以降であるとの条件を含む施錠条件が満たされた場合に、前記開閉体の施錠を許可する許可手段と、
を備えたことを特徴とする制御システム。
【請求項２】
前記許可手段は、車内通信を通じて、前記入力手段が指令入力を受け付けた時点で前記閉鎖手段が動作中であるか否かの情報を取得する取得手段を備えた請求項１に記載の制御システム。
【請求項３】
前記施錠条件には、前記入力手段が受け付けた指令入力が前記車両の正規の乗員による指令入力であることが認証されたとの条件が含まれる請求項１又は２に記載の制御システム。
【請求項４】
前記施錠条件には、前記認証の終了後の時点で前記閉鎖手段が動作中または前記開閉体が全閉状態であるとの条件が含まれる請求項１乃至３のいずれか１項に記載の制御システム。
【請求項５】
前記開閉体にはスライドドアまたはバックドアが含まれる請求項１乃至４のいずれか１項に記載の制御システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は制御システムに関する。
【背景技術】
【０００２】
周知のとおり車両のドアの自動的な開閉装置が各種車両に実装されている。例えば下記特許文献１には、ドアの閉鎖装置の作動中に挟み込みを検知したらドアを直ちに開方向に反転駆動するシステムが開示されている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１２−７３４３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
上記特許文献１を含めて従来のシステムでは、例えばスマートキーの照合結果とドアの開閉状態の情報とからドアのロック可否を判断している。具体的には、スマートキーの照合処理の前後でともにドアが閉鎖（全閉）状態であれば、ロックを許可するとしている。
【０００５】
したがって、ユーザが半ドア状態まで手動で閉めると作動するオートドアクローザの作動中にユーザからのロック指令操作があってキーの照合処理が開始される場合、照合開始時にドアが全閉状態になっていなければ、ロックが許可されないこととなる。つまりオートドアクローザ作動中はユーザから見ればほぼドアがしまって見えるのにも関わらずロックができないので、ユーザは不便さを感じてしまう。このような不便さを解消するシステムの開発が望まれる。
【０００６】
そこで本発明が解決しようとする課題は、上記問題点に鑑み、車両の開閉体を自動的に閉鎖する装置の作動中にユーザからのロック指令操作があった場合にはロックが許可されるように制御する制御システムを提供することにある。
【課題を解決するための手段】
【０００７】
上記課題を達成するために本発明に係る制御システムは、車両に備えられた開閉体が所定の開度となったことが検出されたらその開閉体を全閉状態まで閉鎖するように動作する閉鎖手段と、前記開閉体の施錠を指令する使用者からの指令入力を受け付ける入力手段と、前記入力手段が前記指令入力を受け付けた時点が前記閉鎖手段による閉鎖動作の開始時点以降であるとの条件を含む施錠条件が満たされた場合に、前記開閉体の施錠を許可する許可手段と、を備えたことを特徴とする。この発明によれば、閉鎖手段が動作開始後であるとの条件で施錠が許可されるので、施錠指令の時点で開閉体が全閉状態でなくとも施錠が許可されることとなって、高い利便性が実現される。
【０００８】
また前記許可手段は、車内通信を通じて、前記入力手段が指令入力を受け付けた時点で前記閉鎖手段が動作中であるか否かの情報を取得する取得手段を備えたものとしてもよい。この発明によれば、入力手段が指令入力を受け付けた時点で閉鎖手段が動作中であるか否かの情報を取得する取得手段を備えることによって、施錠指令の時点で開閉体が全閉状態でなくとも施錠が許可されるシステムを構築することができる。
【０００９】
また前記施錠条件には、前記入力手段が受け付けた指令入力が前記車両の正規の乗員による指令入力であることが認証されたとの条件が含まれるとしてもよい。この発明によれば、指令入力が車両の正規の乗員による指令入力であることを認証するシステムに、施錠指令の時点で開閉体が全閉状態でなくとも施錠が許可されるしくみが付加されたシステムを構築することによって、高い利便性が実現される。
【００１０】
また前記施錠条件には、前記認証の終了後の時点で前記閉鎖手段が動作中または前記開閉体が全閉状態であるとの条件が含まれるとしてもよい。この発明によれば、閉鎖手段が動作開始後であるとの条件に加えて、認証の終了後の時点で閉鎖手段が動作中または開閉体が全閉状態であるとの条件のもとで施錠が許可されることにより、施錠指令の時点で開閉体が全閉状態でなくとも施錠が許可されるシステムが構築されて、高い利便性が実現される。
【００１１】
また前記開閉体にはスライドドアまたはバックドアが含まれるとしてもよい。この発明によれば、スライドドアまたはバックドアのように従来から閉鎖手段が装備された構成に対して、施錠指令の時点で開閉体が全閉状態でなくとも施錠が許可されるしくみが付加されたシステムを構築することによって、高い利便性が実現される。
【図面の簡単な説明】
【００１２】
【図１】本発明の制御システムの一実施例における構成図。
【図２】本発明における処理手順の第１の例を示すフローチャート。
【図３】本発明によるシステムの時間的推移の例を示す図。
【図４】本発明における処理手順の第２の例を示すフローチャート。
【発明を実施するための形態】
【００１３】
以下、本発明の実施形態を図面を参照しつつ説明する。まず図１は、本発明の一実施例に係る車両の制御システム１（システム）の装置構成の概略図である。システム１は車両２及びユーザが携帯可能なスマートキー３（キー、携帯機）に渡って構成される。車両２は本実施例に関係する構成として主に照合ＥＣＵ４、ボデＥＣＵ５、ドアＥＣＵ６、ドア７を備える。図１に示された車両２内の各部位は車内通信（ＣＡＮ通信）により接続されて相互に情報の受け渡しが可能となっている。なお図１のように３つのＥＣＵによって制御する構成は一例に過ぎず、本発明ではいくつのＥＣＵ（あるいはＣＰＵ）を備えて、それでどのようにシステムを分担して制御するかは任意である。例えば後述する図２における各々の（１つの、あるいは複数の）ブロックの処理を担当するようにＣＰＵを備える形態でもよい。
【００１４】
照合ＥＣＵ４は、キー３が車両２の正規のキーであるか否かの照合（認証）処理を行うＥＣＵ（電子制御ユニット）であり、ＬＦ送信部４０、ＲＦ受信部４１を備える。ＬＦ送信部４０は、例えば車両２の各ドアハンドルや、車室内などの複数の位置に配置されて、ＬＦ（長波）帯域の電磁波によって車両２の車室外や車室内に各種信号（例えばキー３にＩＤの返信を要求するリクエスト信号）を送信する。ＲＦ受信部４１は、例えば車室内に装備されてＵＨＦ帯域のＲＦ信号を受信する。
【００１５】
照合ＥＣＵ４は通常のコンピュータの構造を有するとし、各種演算や情報処理を司るＣＰＵ、ＣＰＵの作業領域としての一時記憶部であるＲＡＭ、各種情報を記憶するための不揮発性のメモリ４２を備える。メモリ４２には、例えばマスターＩＤ４３や、本発明の処理手順が記述されたコンピュータプログラム４４（プログラム）が記憶されている。
【００１６】
ボデＥＣＵ５は車両２の車体の各種制御を司るＥＣＵであり、本実施例では後述するドアスイッチ７０からの情報を取得する。ドアＥＣＵ６はドア７の各種制御を司るＥＣＵであり、本実施例では後述するオートドアクローザ７１、ロック機構７２、ロックセンサ７３等を制御する。ボデＥＣＵ５やドアＥＣＵ６も通常のコンピュータの構造を有するとし、各種演算や情報処理を司るＣＰＵ、ＣＰＵの作業領域としての一時記憶部であるＲＡＭ、各種情報を記憶するための不揮発性のメモリ等を備えるとすればよい。
【００１７】
次に、車両２のドア７は本発明に関係する構成としてドアスイッチ７０、オートドアクローザ７１、ロック機構７２、ロックセンサ７３を備える。車両２は複数のドア７を備え、各ドア７ごとにドアスイッチ７０、オートドアクローザ７１、ロック機構７２、ロックセンサ７３を備えるとすればよい。なお図１および本明細書の記載におけるドア７は例えばスライドドア、バックドア、スイングドア等のあらゆるドアを含み、さらに必ずしもドアに限らずトランクリッド等、車両２に備えられたあらゆる開閉体を指すとする。
【００１８】
各ドア７は、ドア７が全閉状態になるように係合して保持可能なラッチ機構（図示せず）や、ラッチ機構による全閉状態での保持を開放する開放機構（図示せず）を備える。ドア７の半ドア状態はラッチ機構の不完全な係合状態（ハーフラッチ状態）と対応し、ドア７の全閉状態はラッチ機構の完全な係合状態（フルラッチ状態）と対応する。
【００１９】
ドアスイッチ７０は、ドア７が所定の開度にあるか否かを検出するスイッチ（あるいは複数のスイッチの集合）であり、例えばハーフラッチ状態であることを検出するハーフラッチ検出スイッチや、フルラッチ状態であることを検出するフルラッチ検出スイッチを備える。オートドアクローザ７１（クローザ）はドア７の閉鎖駆動のためのアクチュエータ（電動モータ）を備え、ドアスイッチ７０（ハーフラッチ検出スイッチ）からハーフラッチ状態を検出したとの情報を取得したら、アクチュエータを駆動させてドア７を全閉状態まで閉鎖する。
【００２０】
ロック機構７２はドア７をロック（施錠）、アンロック（開錠）する機構である。ロックセンサ７３は例えばドア７のアウタ側ドアハンドルの所定の領域に配置されて、ユーザがそこに接触することがドア７のロックの指令となる。
【００２１】
次にキー３はスマートキーシステムに関わる電子キーであり、ユーザが携帯可能で、ＬＦ受信部３０、ＲＦ送信部３１、制御部３２、メモリ３３を備える。メモリ３３には、当該キー３に固有の識別信号３４（ＩＤコード、ＩＤ）が記憶されている。
【００２２】
ＬＦ受信部３０は、ＬＦ帯域の無線信号を受信する機能を有する。ＲＦ送信部３１は、例えばＵＨＦ帯域のＲＦ信号の送信の機能を有する。制御部３２は、通常のコンピュータと同様の構造を有するとし、各種情報処理のためのＣＰＵや、ＣＰＵの作業領域としての一時記憶部のＲＡＭなどを備えるとする。制御部３２によってＬＦ受信部３０、ＲＦ送信部３１などを含むキー３の装備が制御される。
【００２３】
上記構成のもとでシステム１は、本発明に関係する一連の処理を実行する。その処理手順の例が図２に示されている。図２には左から順にドアＥＣＵ６、照合ＥＣＵ４、キー３（の制御部３２）が実行する処理手順が示されている。このうち照合ＥＣＵ４が実行する手順は予めプログラム化して例えばメモリ４２にプログラム４４として記憶しておき、照合ＥＣＵ４がこれを呼び出して自動的に実行するとすればよい。図２の処理を実行した場合のシステム１の時間的推移の例が図３に示されている。
【００２４】
図２の処理では、まずＳ１００で照合ＥＣＵ４は、ユーザによるロックセンサ７３への接触があったか否かを判別する。ロックセンサ７３への接触が検出された場合（Ｓ１００：ＹＥＳ）はＳ１１０に進み、検出されていない場合（Ｓ１００：ＮＯ）はＳ１００を繰り返して検出待ち状態となる。Ｓ１１０に進んだら照合ＥＣＵ４は、ＬＦ送信部４０からキー３に対してＩＤ３４の送信を要求するリクエスト信号を送信する。例えばキー３を所持したユーザが車両周辺にいる場合、Ｓ２００でキー３はＬＦ受信部３０でリクエスト信号を受信する。
【００２５】
続いて照合ＥＣＵ４はＳ１２０で、車内通信を通じて、ドアＥＣＵ６に対してクローザ動作情報を要求する信号を送信する。ここでクローザ動作情報とはクローザ７１がその時点で動作中か否かの情報である。ドアＥＣＵ６はＳ１０でクローザ動作情報の要求信号を受信し、これを受けてＳ２０でその時点でのクローザ動作情報を、車内通信を通じて送信する。そして照合ＥＣＵ６はＳ１３０でクローザ動作情報を受信する。
【００２６】
キー３は、Ｓ２００でのリクエスト信号の受信を受けてＳ２１０でＩＤ３４をＲＦ送信部３１から送信する。照合ＥＣＵ４は、Ｓ１４０でＲＦ受信部４１を用いてＩＤ３４を受信する。続いて照合ＥＣＵ４はＳ１５０で、受信したＩＤ３４をマスターＩＤ４３と照合する。ＩＤ３４とマスターＩＤ４３とが一致したら、すなわちキー３が車両の正規のキーであることが認証されたら（Ｓ１５０：ＹＥＳ）Ｓ１６０へ進み、認証されなかったら（Ｓ１５０：ＮＯ）図２の処理を終了する。
【００２７】
Ｓ１６０に進んだら照合ＥＣＵ４は、上述のＳ１２０からＳ１３０と同様の処理を再び実行する。すなわちＳ１６０で照合ＥＣＵ４は、車内通信を通じて、ドアＥＣＵ６に対してクローザ動作情報を要求する信号を送信する。ドアＥＣＵ６はＳ３０でクローザ動作情報の要求信号を受信し、これを受けてＳ４０でその時点でのクローザ動作情報を、車内通信を通じて送信する。そして照合ＥＣＵ６はＳ１７０でクローザ動作情報を受信する。
【００２８】
こうして照合ＥＣＵ４は、Ｓ１３０で照合処理開始時点でのクローザ動作情報を、Ｓ１７０で照合処理終了時点でのクローザ動作情報を取得する。Ｓ１８０で照合ＥＣＵ４は、これら２つのクローザ動作情報を用いてドア７のロックを許可するか否かを判断する。具体的に照合ＥＣＵ４は、Ｓ１３０で取得したクローザ動作情報とＳ１７０で取得したクローザ動作情報とがともに動作中との情報であれば、ドア７のロックを許可し、それ以外の場合はロックを許可しない。
【００２９】
照合ＥＣＵ４は、ロックを許可すると判断した場合（Ｓ１８０：ＹＥＳ）はＳ１９０に進み、ロックを許可しないと判断した場合（Ｓ１８０：ＮＯ）は図２の処理を終了する。Ｓ１９０に進んだら照合ＥＣＵ４は、車内通信を通じてドアＥＣＵ６にロックを要求し、これを受けてドアＥＣＵ６はロック機構７２によりドア７のロックを実行する。以上が図２の処理手順である。なお図２において、Ｓ１２０からＳ１３０の処理とＳ１１０の処理との前後関係に関して限定はなく、例えばＳ１２０からＳ１３０の処理をＳ１１０の前に実行してもよい。
【００３０】
図３には、図２の処理を実行した場合のシステム１の時間的推移の例が示されている。具体的に図３に示されているものは、横軸を時間ｔとして、上から順にクローザ７１の作動状態（Ａ）、ドア７の開閉状態（Ｂ）、ロックセンサ７３の接触検出（Ｃ）、照合実施（Ｄ）、ロック可否判断（Ｅ）である。
【００３１】
クローザ７１の作動状態（Ａ）においてＡ０、Ａ１はそれぞれ「停止中」、「動作中」を示す。ドア７の開閉状態（Ｂ）においてＢ０、Ｂ１はそれぞれ「開（非全閉）状態」、「全閉状態」を示す。ロックセンサ７３の接触検出（Ｃ）においてＣ０、Ｃ１はそれぞれ「接触なし」、「接触あり」を示す。照合実施（Ｄ）においてＤ０、Ｄ１はそれぞれ「実施中でない」、「実施中である」を示す。ロック可否判断（Ｅ）においてＥ０、Ｅ１はそれぞれ「ロック不許可」、「ロック許可」を示す。
【００３２】
図３に示された推移例では、例えばユーザは停車後に車外に出て手動でドア７を閉じる操作を行い、これにより時刻ｔ０で半ドア状態となった。この半ドア状態はドアスイッチ７０によってただちに検出されて、その情報がドアＥＣＵ６へ送られることにより、時刻ｔ０からクローザ７１が作動する。
【００３３】
クローザの作動により時刻ｔ３でドア７は全閉状態に達する。図３の例ではユーザは時刻ｔ０とｔ３の間、すなわちクローザ７１が作動しているが、まだドア７が全閉状態になっていない期間内の時刻ｔ１からｔ２まで、ドア７のロックを指令するためにロックセンサ７３に接触した。
【００３４】
これにより時刻ｔ２で図２におけるＳ１１０以降の処理が開始されて、時刻ｔ４までに照合が成功した（つまりＳ１５０：ＹＥＳ）。さらに時刻ｔ２でＳ１２０からＳ１３０が、時刻ｔ４でＳ１６０からＳ１７０が実行されて、Ｓ１３０でもＳ１７０でもクローザ作動中との情報が得られるので、時刻ｔ４からｔ５でロック許可が発せられる（つまりＳ１８０：ＹＥＳ）。これにより時刻ｔ4以降にドア７はロックされる。
【００３５】
従来における代表的な実施形態では、図３のような場合、時刻ｔ２とｔ４とでドアスイッチ７０からドア７の開閉情報を取得し、両時刻でともに全閉ならばドア７のロックを許可していた。図３の例では時刻ｔ２ではドア７は開状態（Ｂ０）なのでロックは許可されないこととなる。したがってユーザは、ユーザから見てほぼドアが閉まっているように見えても、厳密に全閉状態でなければロックできず、不便さを感じることとなっていた。
【００３６】
これに対して本発明ならば、上記のとおり、図３の場合、時刻ｔ２とｔ４にクローザ７１の作動情報を取得し、両時刻でともに作動中ならばドア７のロックを許可する。図３の場合ならば時刻ｔ２、ｔ４ともに作動中（Ａ１）なのでロックが許可される。したがってユーザから見てドアがほぼ閉まっているように見えるクローザ作動中の期間であれば、ロックセンサ７３への接触によりロックが実行でき、ユーザは利便性を感じることができる。
【００３７】
図２の例ではＳ１２０、Ｓ１６０で照合ＥＣＵ４側からクローザ動作情報を要求する信号を送信したが、本発明はこうした形態に限定されない。別の例が図４に示されている。この例では、照合ＥＣＵ４側からクローザ動作情報を要求する信号を送信せず、ドアＥＣＵ６から周期的にクローザ動作情報を送信する。図４内で図２と同符号の処理は同様の内容の処理であり重複する説明は省略する。
【００３８】
具体的に図４では、Ｓ５、Ｓ１０、Ｓ３０の時点でドアＥＣＵ６からクローザ動作情報を送信し、照合ＥＣＵ４で受信しているが、これらは所定の周期で周期的にクローザ動作情報を送信して照合ＥＣＵ４で受信していることを表現したものである（したがってこれらの時点以外でも、所定の周期ごとにドアＥＣＵ６からクローザ動作情報を送信し、照合ＥＣＵ４で受信してよい）。こうした周期的な情報送受信は、例えば図１に示された車両内の通信がＣＡＮプロトコルに従った通信の場合、いわゆる定期フレームを用いた送受信とすればよい。
【００３９】
図４のＳ１８０での判断処理で照合ＥＣＵ４は、ロックセンサ接触検出（Ｓ１００：ＹＥＳ）より後で認証処理（Ｓ１５０）よりも前の時点で受信したクローザ動作情報（図４の場合Ｓ１０５またはＳ１３０で受信したクローザ動作情報）と、認証処理（Ｓ１５０）以降の時点で受信したクローザ動作情報（Ｓ１７０で受信したクローザ動作情報）とが、ともに動作中との情報であれば、ドア７のロックを許可し、それ以外の場合はロックを許可しない。これにより、定期的なクローザ動作情報送受信の形態でも、ユーザから見てドアがほぼ閉まっているように見えるクローザ作動中の期間であれば、ロックセンサ７３への接触によりロックが実行でき、ユーザが利便性を感じることができるシステムが構築される。
【００４０】
上記実施例は特許請求の範囲に記載された趣旨を逸脱しない範囲で任意に変更してよい。例えば図２の手順でＳ１６０からＳ１７０の処理を省き、Ｓ１８０ではＳ１３０で取得したクローザ動作情報が動作中であるとの条件のみでロックを許可する簡易な形態でもよい。あるいは、Ｓ１６０からＳ１７０の処理をクローザ動作情報とともにドアスイッチ（フルラッチ検出スイッチ）の情報も取得するように変更し、Ｓ１８０での判断で用いられる、Ｓ１７０の時点でクローザが作動中であるとの情報を、Ｓ１７０の時点でクローザが作動中またはドアが全閉状態であるとの情報に置き換えた形態でもよい。
【符号の説明】
【００４１】
１    制御システム
２    車両
３    キー（携帯機）
４    照合ＥＣＵ
７    ドア（開閉体）
７１    オートドアクローザ（閉鎖手段）
【図１】
2016014293.tif 000003
【図２】
2016014293.tif 000004
【図３】
2016014293.tif 000005
【図４】
2016014293.tif 000006