通信装置
【課題】実用的な車両運転情報の授受が可能な通信装置を提供する。
【解決手段】車両保有者の携帯電話から代行運転業者の携帯電話に、駐車位置情報、本人位置情報およびキーレスエントリーコードを送信し、本人が飲酒状態のとき等において駐車場からの自車の回送ならびに本人のピックアップと自宅への送り届けを含む代行運転を依頼する。駐車位置情報は駐車場コード、駐車場内位置情報、ＧＰＳ情報などであり、必要に応じカーナビ地図または駐車場内のローカル地図で表示可能な情報に変換する。本人位置情報は飲食店などから発信されるコードを自動受信して取得する。車両の現在地情報と目的的地情報をカーナビゲーション装置で受信し、ＧＰＳ圏外に駐車された場合でも始動前に走行経路を演算する。
【解決手段】車両保有者の携帯電話から代行運転業者の携帯電話に、駐車位置情報、本人位置情報およびキーレスエントリーコードを送信し、本人が飲酒状態のとき等において駐車場からの自車の回送ならびに本人のピックアップと自宅への送り届けを含む代行運転を依頼する。駐車位置情報は駐車場コード、駐車場内位置情報、ＧＰＳ情報などであり、必要に応じカーナビ地図または駐車場内のローカル地図で表示可能な情報に変換する。本人位置情報は飲食店などから発信されるコードを自動受信して取得する。車両の現在地情報と目的的地情報をカーナビゲーション装置で受信し、ＧＰＳ圏外に駐車された場合でも始動前に走行経路を演算する。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、通信装置に関し、さらに詳しくは車両運転用情報の授受が可能な通信装置に関する。
【背景技術】
【０００２】
近年、特に車両用のキーにおいて、キーレスエントリーシステムが一般化し、さらにキーレスエントリーシステムにおいて、電子キーを操作しなくてもこれを保持して車両に近づくことで近距離無線通信によってエントリーコードが交換可能となり、電子キーをポケット等に入れたままドアの開錠ができるようにすることも普及している。さらに、キーレスエントリー機能を携帯電話と関連させることについても種々の提案がなされており、例えば特許文献１においては、携帯電話と車載機とが近距離通信を行うことによってドアロック機構の施錠および開錠を行うキーレスエントリーシステムが開示されている。また、特許文献２においては、キーレスエントリー機能をもつ携帯電話が遠隔地の管理サーバから送信されるエントリーコードを受信することで、携帯電話車両の開錠を行うことができるレンタカーシステムが提案されている。
【特許文献１】特開２００６−６０６８３号公報
【特許文献２】特開２００３−５８７９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、携帯電話等の通信装置による車両運転情報の授受に関してはその実用面において種々検討すべき問題がある。
【０００４】
本発明の課題は、上記に鑑み、実用的な車両運転情報の授受が可能な通信装置を提供することにある。
【課題を解決するための手段】
【０００５】
上記の課題を解決するため、本発明は、車両の駐車位置情報を入力する入力部と、入力部が入力した駐車位置情報を保持する駐車位置情報保持部と、この保持部の駐車位置情報を外部の受信装置に送信する送信部とを有する通信装置を提供する。これによって、外部の人間に駐車位置を知らせ、車両の回送依頼や車両の貸与を行うことができる。 本発明の具体的な特徴によれば、送信部によりキーレスエントリーコードとともに駐車位置情報が送信される。これによって、車両にエントリーできる人間に駐車位置を知らせることができる。 上記における、駐車位置情報は例えば駐車施設を特定するコードである。また、上記の駐車位置情報が駐車施設から発信される環境において、入力部がこれを受信することによって駐車位置情報を入力するよう構成すれば、自動的に駐車位置情報を得ることができる。また、駐車位置情報に、、例えば駐車施設から発信される駐車施設内の駐車位置を特定する情報が含まれている場合、駐車場の特定だけでなく、広い駐車場内などにおいて実際に車両が存在する位置までを特定することが可能となる。駐車位置情報は車両の駐車位置を示すＧＰＳ情報であってもよい。 本発明の他の特徴によれば、外部の送信装置から送信される車両の駐車位置情報を受信する受信部と、受信部が受信した駐車位置情報を保持する駐車位置情報保持部と、この保持部が保持する駐車位置情報を表示する表示部とを有する通信装置が提供される。この構成は駐車位置の受信側におけるものであって、このようにして駐車位置の情報を受けることによって自分の知らない場所に駐車されている到達し、車両の回送依頼に応じたり、車両の貸与受けたりすることができる。また、上記と同様にしてキーレスエントリーコードを同時に受信すれば車両に到達してこれを運転することができる。
【０００６】
本発明の他の特徴によれば、車両の回送先情報を入力する入力部と、入力された回送先情報を保持する回送先情報保持部と、この保持部が保持する回送先情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置が提供される。これによって、外部の人間に車両の回送先の情報を知らせ、車両の回送依頼を行うことができる。なお、具体的な構成として回送先とともに車両の駐車位置の情報およびキーレスエントリーコードを同時に送信するよう構成すれば、例えば自分が飲酒状態にあるときに運転代行者に駐車場から車両を回送させ、ピックアップしてもらって自宅まで送り届けてもらうようなこともできる。 本発明他の特徴によれば、外部の送信装置から送信される車両の回送先情報を受信する受信部と、受信した回送先情報を保持する回送先情報保持部と、回送先情報保持部が保持する回送先情報を表示する表示部とを有する通信装置が提供される。これは回送先情報の受信側の構成であり、この構成によって例えば運転代行を行とすることもできる。
【０００７】
本発明の他の特徴によれば、車両の現在地情報および車両の目的地情報を外部の送信装置から受信する受信部と、受信した車両の現在地情報および車両の目的地情報から車両の走行経路を演算するカーナビゲーション装置とを有する通信装置が提供される。この構成によれば、車両がＧＰＳの通信圏外にある状態でも、現在地からも目的地までの走行経路を知ることができる。例えば、代行運転の依頼を受けて到達した車両がＧＰＳの圏外に駐車されていた場合でも、車両を移動させる前に走行経路を理解することが可能となる。
【０００８】
本発明の他の特徴によれば、外部との通信を行う通信部と、駐車位置情報を保持する駐車位置情報保持部と、地図表示システムと、駐車位置情報保持部が保持する駐車位置情報を地図表示システムによる表示が可能な情報に変換する変換部とを有する通信装置が提供される。これによれば、統一システムの管理下にある駐車場や著名スポットなどの駐車位置の特定が容易な場合において簡単なコードを駐車位置情報とした場合においても、この情報を、例えば緯度経度などによって位置情報を取り扱う地図表示システムに取り込むことができる。
【０００９】
本発明の他の特徴によれば、駐車位置情報を保持する駐車位置情報保持部と、駐車位置情報を処理する処理システムを受信する受信部と、受信部が受信した処理システムにより処理された駐車位置情報を表示する表示部とを有する通信装置が提供される。これによって、例えば広い駐車場内に駐車されている車両を捜索する場合、その駐車場にローカルに設けられた処理システムを受信することでその駐車場内でのみローカルに通用する駐車位置情報を保持していた場合でも、駐車場内における車両の駐車位置を特定することが可能となる。これは、代行運転の受任や車両の貸与を受けた場合において駐車場内の車両を捜索する場合の他、自身で駐車した車両の位置を忘れた場合等においても有用である。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施の形態に係るキーレスエントリーシステムの第１実施例を示すブロック図である。第１実施例は複数の携帯電話を含むシステムを構成しており、図１では、第１携帯電話１および第２携帯電話２を図示している。また、図１において第２携帯電話２内部の構成は簡略化して図示しているが、その内容は、基本的には第１携帯電話１と同一である。なお、図１では簡単のために２つの携帯電話のみ図示しているが、第三およびそれ以上の不特定多数の同様の構成の携帯電話が含まれていてよい。本発明の実施の形態に係るキーレスエントリーシステムは、さらに車両３および駐車場４を含む。
【００１１】
第１携帯電話１は、携帯電話全体を制御するコンピュータからなる第１携帯制御部６を有し、電話操作部８の操作に応じて、第１電話機能部１０などを制御する。この第１携帯制御部６の機能は記憶部１２に格納されたソフトウエアによって実行される。記憶部１２は、また第１携帯電話１全体の制御に必要な種々のデータを一時的に格納する。第１携帯制御部６は、さらに表示部１４を制御し、電話操作部８の操作と連携するＧＵＩ表示を行うとともに制御結果の表示を行う。
【００１２】
ＧＰＳ部１６は、ＧＰＳシステムに基づいて衛星または最寄の放送局より第１携帯電話１の絶対位置情報である緯度、経度、および高度の情報を得て第１携帯制御部６に送る。この絶対位置情報は、第１携帯制御部６の制御により地図とともに表示部１４に表示され、ナビゲーション情報として提供される。
【００１３】
第１携帯電話１は、第１電話機能部１０および第１電話通信部１８により通常の通話を含む電話回線を介した無線通信を行うことができる。第１携帯電話１には、これと別に無線ＬＡＮなどによる第１携帯近距離通信部２０が備えられており、近距離通信圏内に存在する他の携帯電話等との無線通信が可能となっている。 この第１携帯近距離通信部２０は法規制上問題のない規格に基づくものであって、通信圏は限られるが電話回線などのように料金が発生しないものである。
【００１４】
第１携帯近距離通信部２０は、後述するエントリーコードの交信の他、上記のＧＰＳ部１６において取得した絶対位置情報を他の機器のＧＰＳ部に送信すると共に、他の機器がそのＧＰＳ部で取得した絶対位置情報を受信することができる。これにより、表示部１４において自分の位置だけでなく他の機器の位置についても同一の地図上で表示することが可能となり、両者の相対関係を地図上で確認できる。その詳細については、同一出願人による特許願２００７−２８３９３などに記載されている。後述するように、この機能によれば、例えば広大な駐車場４に止めてある車両３と第１携帯電話１を持つ自分の現在位置の関係がわかり、車両３に到達するのが容易となる。 また、第１携帯電話１は、カメラ部２２を有し、撮影した画像を記憶部１２に記憶することが可能であるとともに、第１電話通信部１８によって画像を他の携帯電話に送信することができる。
【００１５】
第１携帯電話１は、充電式の主電源２４によって給電されていると共に、記憶部１２はさらにリチウム電池などからなる補助電源２６によりバックアップされている。これによって、主電源２４の放電や交換の際に記憶部１２に記憶されている情報が揮発するのを防ぐ。 第１携帯電話１はさらに、キーレスエントリー通信部２８、およびこれと協働するキーレスエントリーコード記憶部３０を有している。これらは、補助電源２６により給電されており、基本的には主電源２４の充電状態およびそのオン・オフに係らず機能する。キーレスエントリー通信部２８の消費電力は、第１近距離通信部２０に比べ微弱なので、このように記憶部１２の補助電源２６を共用する。
【００１６】
この機能のため、第１携帯制御部６は、主電源２４の電源がオフであっても、また主電源２４の充電が通常の携帯電話機能のためには不充分と判断される状態であっても、キーレスエントリー操作のための電話操作部８の操作またはキーレスエントリー通信部２８によって受信される車両３におけるエントリー操作を検出するための最低限の機能を行うよう低速省電力モードにて起動されている。 また、キーレスエントリーコード記憶部３０は第１携帯制御部６にも接続されており、キーレスエントリーコード記憶部３０に記憶されているエントリーコードに基づく車両３の施錠・開錠は、キーレスエントリー通信部２８だけでなく第１携帯近距離通信部２０によっても可能となっている。しかしながら、後述のように、基本的には、キーレスエントリー通信部２８によって車両３の施錠・開錠が行われる。
【００１７】
図１の第１実施例は、上記のように、キーレスエントリー通信部２８が第１携帯制御部６の制御を受ける形となっているが、変形の実施例として、キーレスエントリー通信部を完全に第１携帯制御部６とは無関係に構成することも可能である。この場合、キーレスエントリー操作を検出するための専用操作部を設けることが必要である。なお、このようなキーレスエントリー操作部として電話操作部８の一部の操作キーを兼用し、この操作キーの操作をキーレスエントリー通信部２８が直接検出できるよう構成してもよい。
【００１８】
第２携帯電話２は、既に述べたように第１携帯電話１と同様の構成を持つものであり、重複を避けるため必要のない限り説明は省略する。また、既に述べたように、図１において、第２携帯電話２における構成は、第２携帯制御部３２、第２電話通信部３４および第２携帯近距離通信部３６を除き、図示を省略している。 また、図１において、第１携帯電話１と第２携帯電話２が直接通信を行っているごとく図示しているが、周知のように携帯電話は通信回線のインフラストラクチャー通信によるものであり、実際には第１電話通信部１８と第２電話通信部３４とは、基地局を介して通信している。 一方、図１において、第１携帯電話１と第２携帯電話２とは、第１携帯近距離通信部２０と第２携帯近距離通信部３６によって直接のアドホック通信が可能である。
【００１９】
車両３は、車両全体を制御するコンピュータからなる車両制御部３８を有し、車両操作部４０の操作に応じて、車両機能部４２などを制御する。この車両制御部３８の機能は記憶部４４に格納されたソフトウエアによって実行される。記憶部４４は、また車両３の制御に必要な種々のデータを一時的に格納する。
【００２０】
ＧＰＳ部４６は、第１携帯電話１におけるＧＰＳ部１６と同様のもので、ＧＰＳシステムに基づいて衛星または最寄の放送局より車両３の絶対位置情報である緯度、経度、および高度の情報を得て車両制御部３８に送る。この絶対位置情報は、車両制御部３８の制御により地図とともに不図示のカーナビゲーション画面に表示される。 車両３においても、無線ＬＡＮなどによる車両近距離通信部４８が備えられており、近距離通信圏内に存在する第１携帯近距離通信部２０などとの無線通信が可能となっている。当然ながら、この車両近距離通信部４８は第１携帯近距離通信部２０と同一規格に基づくものであって、通信圏は限られるが電話回線などのように料金が発生しない。
【００２１】
車両３は、さらにキーレスエントリー通信部５０を有しており、第１携帯電話１のキーレスエントリー通信部２８との間でエントリーコードの交信を行う。そしてキーレスエントリーコード記憶部３０からキーレスエントリー通信部２８を通じて送信されたエントリーコードがキーレスエントリー通信部５０で受信され、これが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これによって車両制御部３８はドアロック部５４に施錠・開錠の指示を行う。 さらに、第１携帯電話１の保持者が車両操作部４０でエンジン始動操作を行った場合もキーレスエントリー通信部間の通信によりエンジンロックが解除されて始動が可能となる。つまり、この場合、第１携帯電話１の保持者は車両３の運転席にいるから、キーレスエントリー通信部２８とキーレスエントリー通信部５０の間の交信が可能となっている。そして、エンジン始動操作に応じて両者間の通信が行われ、キーレスエントリーコード記憶部３０のエントリーコードが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これに応じて、車両制御部３８はエンジンロック部５６のロックを解除してエンジン始動を可能とする。
【００２２】
なお、前述のように、第１携帯電話１のキーレスエントリーコード記憶部３０におけるエントリーコードは、第１携帯制御部６を経由して第１携帯近距離通信部２０から車両３の車両近距離通信部４８に送信できる。これは、補助電源２６が消耗している場合などに有効である。この場合、車両制御部３８は、車両近距離通信部４８が受信したエントリーコードをキーレスエントリーコード管理部５２に送り、これが正しかどうか認証させる。そして、その結果に基づき、車両制御部３８はドアロック部５４に施錠・開錠の指示を行う。 上記の場合、エンジン始動操作を行ったときも、キーレスエントリーコード記憶部３０のエントリーコードが第１携帯制御部６を経由して第１携帯近距離通信部２０から車両３の車両近距離通信部４８に送信される。そしてエントリーコードが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これに応じて、車両制御部３８はエンジンロック部５６のロックを解除してエンジン始動を可能とする。
【００２３】
以上は、第１携帯電話１の所有者自身が車両３の所有者でもある場合として説明したが、次に、第２携帯電話２の所有者が車両３を所有しているとともに、第１携帯電話１が運転代行業者の所有物である場合について説明する。なお、既に述べたように、図１では図示が省略されているが、第２携帯電話２は第１携帯電話１と同様のものであって、キーレスエントリーコード記憶部、キーレスエントリー通信部他のすべての構成を備えている。 上記のような状況は、例えば、車両３の所有者が飲酒状態となり、運転代行業者に車両３の回送および自宅までの代行運転を依頼する場合などに生じる。このようなとき、車両３の所有者である第２携帯電話２の所有者は、電話回線を通じて第２電話通信部３４から運転代行業者の第１電話通信部１８に車両３の臨時エントリーコードを送信する。これによって、第１携帯電話のキーレスエントリーコード記憶部３０には受信した臨時エントリーコードが記憶され、以下、上記に説明したのと同様にして第１携帯電話１による車両３のドアロック開錠およびエンジンロック解除が可能になる。従って、運転代行業者は、車両保有者のいる宴会場などに車両３を回送するとともに、車両保有者を拾ってその自宅まで車両３を代行運転することができる。なお、臨時エントリーコードは依頼した代行運転限りのものであって、それ以降は無効となる。臨時エントリーコードの送信等の詳細については後述する。
【００２４】
駐車場４は、駐車場全体を制御するコンピュータからなる駐車場制御部５８を有し、記憶部６０に格納されたソフトウエアによって制御を実行する。記憶部６０は、また駐車場４の制御に必要な種々のデータを一時的に格納する。 駐車場４は、さらに駐車場内の異なる場所に設置された駐車場第１近距離通信部６２および駐車場第２近距離通信部６４を有する。なお、駐車場４には、駐車場内の通信圏を確保するため、必要に応じて第３およびそれ以上の数の近距離通信部が設けられる。図1では簡単のため二つの近距離通信部を図示している。
【００２５】
これら駐車場内の複数の近距離通信部は、通信圏をそれぞれ分担して確保するとともに、第１携帯近距離通信部２０がいずれの近距離通信部と交信可能かを検知することによって第１携帯電話１が駐車場４のどこにあるかを駐車場制御部５８が判定する。さらに第１携帯近距離通信部の電波を例えば駐車場第1近距離通信部６２および第２携帯近距離通信部６４が同時に受信することによって、三角点通信に基づき駐車場制御部５８は第１携帯電話の位置をより正確に割り出すことができる。これによって第１携帯電話１が駐車場４の構内など衛星電波の圏外にあってＧＰＳ１６が機能しなくても、第１携帯電話１の位置を検出することが可能となる。なお、駐車場制御部５８が割り出した第１携帯電話１の位置は、最も近い駐車場近距離通信部から第１携帯近距離通信部２０に伝えられる。 同様にして車両３の駐車位置についても、車両３のＧＰＳ部４６が機能しないときは、車両近距離通信部４８と周射場第２近距離通信部６４などとの交信により駐車場制御部が検知し、第１携帯近距離通信部２０に送信される。
【００２６】
上記のようにして、第１携帯電話１は自身のＧＰＳ部１６によって自身の位置がわかるとととも
に、車両３のＧＰＳ部４６が検知した車両３の位置情報を第１携帯近距離通信部２０で得ることができるので、代行運転業者が車両３の位置を知らなくても、両者の位置関係を表示部１４に表示することで車両３に到達することができる。 さらに、ＧＰＳ部が機能しない場合でも、駐車場制御部５８から自身の位置および車両３の位置の情報を第１携帯近距離通信部２０で受信できるので、同様にして、両者の位置関係を表示部１４に表示し、容易に車両３に到達することができる。 なお、車両３の位置情報の伝達は、第１携帯電話のキーレスエントリーコード記憶部に自身のエントリーコードまたは車両の所有者から受信した臨時エントリーコードが記憶されていない限り、第１携帯近距離通信部２０で受信できない。従って、無用の第三者に車両３の位置が伝達されることはない。
【００２７】
図２は、図１の第１実施例における第１携帯制御部６の機能の基本フローチャートであり、第１携帯電話１への主電源２４の装着、または主電源２４への充電開始、または補助電源２６の装着によってスタートする。フローがスタートすると、まずステップＳ２で補助電源２６がＯＫかどうかをチェックする。「補助電源がＯＫでない」と判断すべきレベルは、補助電源２６の消耗が進み、これ以上キーレスエントリー通信部への給電を行うと記憶部１２およびキーレスエントリーコード記憶部のバックアップが保証できなくなる限界直前のレベルとする。つまり、キーレスエントリー通信部への給電を行わない限りはこのレベルでもバックアップそのものは当面可能なレベルとする。 ステップＳ２で補助電源がＯＫでなければステップＳ４に進み、主電源２４の充電がＯＫかどうかのチェックをする。「主電源の充電がＯＫでない」と判断すべきレベルは、第１携帯制御部自体の最低限の動作は可能であるが通常の携帯電話動作を行うには充電不足なので携帯電話機能を強制停止させるべきレベルとする。ステップＳ４で主電源の充電がＯＫであればステップＳ６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ８に進む。
【００２８】
ステップＳ８では、補助電源２６のこれ以上の消耗を防ぐため、予防的にキーレスエントリー通信部２８の機能を停止し、通信を不可とする。これに対応し、ステップＳ１０で第１携帯近距離通信部２０によるキーレスエントリー通信を可能とする。第１携帯近距離通信部２０によるキーレスエントリー通信は通常行わないが、上記のようにステップＳ２からステップＳ８に至った場合に限り、これを行うようにする。 これは、第１携帯近距離通信部２０が主電源２４によって給電されているためである。主電源２４は通常の携帯電話機能への給電のため頻繁に充電を行う必要があるが、これを怠ると携帯電話１全体が機能しなくなり、これに伴って第１携帯近距離通信部２０も機能しない。従って、仮に第１携帯近距離通信部２０をキーレスエントリー機能に常用すると、頻繁に生じる可能性のある携帯電話１の電池切れによってキーレスエントリーをはじめとする車両３の操作ができなくなる。これは不便であるし、ある場合には危険でもある。従って、通常は、補助電源２６により給電されていて主電源２４の充電状態およびそのオン・オフに係らず機能するキーレスエントリー通信部２８およびこれと協働するキーレスエントリーコード記憶部３０によりキーレスエントリーを行う。 しかしながら、補助電源２６も長年の使用により消耗することがあるので、その際の緊急手段として、ステップＳ２からステップＳ１０へのフローが用意されている。これは、補助電源２６が消耗したとき同時に主電源２４も充電不足の状態となっている可能性は低いことを前提としている。
【００２９】
ステップＳ１０で第１携帯近距離通信部２０によるキーレスエントリー通信が可能となると、ステップＳ１２に進み、第１携帯制御部６としてのキーレスエントリー割込を可能とする。この割込は、電話操作部８によりキーレスエントリー操作を行った場合にかかるものである。また、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたことを車両制御部３８が検出し、車両近距離通信部４８から第１携帯近距離通信部２０にこれが通知されたときにもこの割込がかかる。ステップＳ１２はこれらの割込を可能とするものであるが、通常はこれらの操作に基づく第１携帯制御部６への割込は禁止されており、これらの操作に基づくキーレスエントリー機能は、キーレスエントリー通信部２８によって実行される。
【００３０】
次いで、ステップＳ１４で携帯電話機能の初期処理を行い、フローを終了する。なお、ステップＳ２で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、ステップＳ１６に進み、キーレスエントリー通信部２８による通常キーレスエントリー状態を確認してステップＳ１４に至る。このステップＳ１６は、第１携帯電話１への主電源２４の装着、または主電源２４への充電開始、または補助電源２６の装着などの機会がある毎に、キーレスエントリー通信部２８が正常に機能するかどうかのチェックを行うとともに、第１携帯制御部へのキーレスエントリー割込が可となっていた場合にこれを不可とするために設けられている。
【００３１】
また、ステップＳ４で主電源２４がＯＫでなければ、ステップＳ１８に進み、充電中かどうかのチェックをする。そして充電中であれば携帯電話１が機能可能なので、ステップＳ６に移行し、充電器から供給される電力によりステップＳ６以下の動作を行う。このような動作は、例えば携帯電話１が車両中で充電されている場合などに可能である。 一方、ステップＳ１８で充電中でなければ携帯電話１の機能は不可能なので、直ちにフローを終了する。例えば、消耗した補助電源２６を誤装着したときに主電源２４が充電されていないか、または、補助電源２６が消耗しているときに充電されていない主電源２４を装着したときなどがこの場合に相当する。当然ながら、第１携帯制御部６になんらの給電もなされていなければ、図２のフロー自体がスタートしない。
【００３２】
図３は、図１の第１実施例の第１携帯制御部６におけるキーレスエントリー操作があったときの機能を示すフローチャートである。フローは、電話操作部８によりキーレスエントリー操作を行ったとき、または、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたこと等を車両制御部３８が検出し、車両３のキーレスエントリー通信部５０から第１携帯電話１のキーレスエントリー通信部２８にこれが通知されたとき、または、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたこと等を車両制御部３８が検出し、車両近距離通信部４８から第１携帯近距離通信部２０にこれが通知された場合のいずれかによりスタートする。 なお、車両操作部４０によるエンジン始動操作が車両制御部３８によって検出されたときにおいても、ロック解除ボタンの操作検出の場合と同様にして図３のフローがスタートする。
【００３３】
フローがスタートすると、ステップＳ２２で補助電源２６がＯＫかどうかをチェックする。ＯＫでなければステップＳ２４に進み、主電源２４の充電がＯＫかどうかのチェックをする。ステップＳ２４で主電源の充電がＯＫであればステップＳ２６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ２８に進む。 ステップＳ２８では、キーレスエントリー通信部２８の機能を停止し、通信を不可としてステップＳ３０に進む。ステップＳ３０では、主電源２４がオンでなければステップＳ３２でこれをオンにしてステップＳ３２に進む。これは、主電源２４がオフされていれば第１携帯近距離通信部２０への通電がなくキーレスエントリーの実行ができないからである。一方、ステップＳ３０で主電源が既にオンであれば、直接ステップＳ３４に移行する。
【００３４】
ステップＳ３４では、第１携帯近距離通信部２０による通信に基づいてドアロック部５４の施錠・開錠やエンジンロックの解除などのキーレスエントリーを実行する。 次いで、ステップＳ３６においてステップＳ３２において主電源が自動ＯＮされた履歴があるかどうかチェックし、履歴があればステップＳ３８に進んで主電源を自動ＯＦＦしてフローを終了する。これは、キーレスエントリーの実行のために自動的にＯＮした携帯電話の主電源を用済み後元に戻すためである。一方、ステップＳ３６で主電源自動ＯＮの履歴がなければキーレスエントリー操作の検出以前から携帯電話の主電源が元々ＯＮであったことを意味するので、主電源のＯＦＦは行わずにフローを終了する。
【００３５】
なお、ステップＳ２２で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、ステップＳ４０に進み、キーレスエントリー通信部２８による通常キーレスエントリー状態を確認してフローを終了する。このステップＳ４０は、キーレスエントリー操作の機会がある毎に、キーレスエントリー通信部２８が正常に機能するかどうかのチェックを行うとともに、第１携帯制御部へのキーレスエントリー割込が可となっていた場合にこれを不可とするために設けられている。 また、ステップＳ２４で主電源の充電がＯＫでなかったときは、補助電源によっても主電源によってもいずれもキーレスエントリーの実行ができないので、直ちにフローを終了する。
【００３６】
図４は、図１の第１実施例において携帯電話の主電源がＯＮされたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ５２で主電源の充電がＯＫかどうかをチェックする。充電がＯＫであればステップＳ５４に進み、補助電源２６がＯＫかどうかをチェックする。補助電源がＯＫでなければステップＳ５６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ５８に進む。
【００３７】
ステップＳ５８では、補助電源２６のこれ以上の消耗を防ぐため、予防的にキーレスエントリー通信部２８の機能を停止し、通信を不可とする。これに対応し、ステップＳ６０で第１携帯近距離通信部２０によるキーレスエントリー通信を可能としてステップＳ６２の通常携帯電話機能処理に移行する。そして通常電話機能処理が停止されるとフローを終了する。 なお、ステップＳ５４で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、直接ステップＳ６２に移行する。また、ステップＳ５２で主電源の充電がＯＫであることが検出されない場合は直ちにフローを終了する。 以上のようにして、携帯電話の主電源がＯＮされるたびに補助電源がＯＫかどうかのチェックを行うことにより、補助電源によるキーレスエントリーができない事態を未然に察知する。また、万一補助電源がＯＫでない場合は、自動的にキーレスエントリーの機能をキーレスエントリー通信部から近距離通信部に切換え、補助電源がこれ以上消耗して記憶部１２のバックアップができなくなることを防止する。
【００３８】
図５は、図１の第１実施例において、事前に登録されている代行運転者への電話発呼操作が電話操作部８によって行われたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ７２で登録されている代行運転者の電話番号への発呼が行われ、ステップＳ７４で回線が接続されたかどうかチェックする。 接続が確認されるとステップＳ７６に進み、電話操作部８によってエントリーコードを送信するための操作が行われたかどうかチェックする。そして、この操作が行われたことが確認されるとステップＳ７８に進み、認証を要求する信号を電話の音声信号に重畳して送信してステップＳ８０に進む。ステップＳ８０では、認証要求信号の送信後所定時間が経過したかどうかをチェックしており、未経過ならばステップＳ８２に進んで、要求に従って音声信号に重畳して返信される認証信号が抽出できたかどうかチェックする。
【００３９】
ステップＳ８２で認証返信信号が音声信号
から抽出されるとステップＳ８４に進んでこれを参照データと照合し、認証結果がＯＫかどうかチェックする。そして認証結果がＯＫならばステップＳ８６に進む。一方、ステップＳ８２で認証返信信号が抽出されない場合、またはステップＳ８４で認証がＯＫでない場合はステップＳ８０に戻り、以下、所定時間が経過するまでステップＳ８０からステップＳ８４を繰り返し、認証がＯＫとなるのを待つ。 認証がＯＫになるとステップＳ８６では、臨時エントリーコードをキーレスエントリーコード記憶部３０から読み出し、ステップＳ８８でこれを音声信号に重畳して代行運転者の電話に送信する。そしてステップＳ９０で送信後所定時間が経過したかどうかをチェックして、未経過ならばステップＳ９２で臨時エントリーコードを受信した旨の確認信号が代行運転者の電話からの音声信号から抽出できたかどうかチェックする。そして、この抽出ができればステップＳ９４に進むが、抽出ができない場合はステップＳ８８に戻り、臨時エントリーコードを再度送信する。以下、所定時間が経過するまでステップＳ８８からステップＳ９２を繰り返し、受信確認信号の抽出を待つ。
【００４０】
ステップＳ９２で受信確認信号が抽出されると臨時エントリーコードが代行運転者に確実に伝達されたことになるのでステップＳ９４に進み、回線切断操作がなされたかどうかチェックする。そして、回線が切断された場合はステップＳ９６に進む。一方ステップＳ９４で回線の切断操作が検出されない場合はステップＳ７６に戻り、以下ステップＳ７６からステップＳ９４を繰り返す。 なお、ステップＳ８０またはステップＳ９０で所定時間が経過したときはステップＳ９４に進み、回線を切断してフローを終了する操作が行われたかどうかチェックする。ステップＳ９４で回線切断が検出されない場合はステップＳ７６に戻るので、エントリーコード送信操作からやり直すことができる。
【００４１】
ステップＳ９６では、ステップＳ７６からステップＳ９４を経て行われた臨時エントリーコードの送信が成功したかどうかチェックする。そして成功していればステップＳ９８に進み、その旨を車両３に報告してフローを終了する。 図１の車両３は、不図示の電話通信部を備えており、第１電話通信部１８または第２電話通信部との電話回線による通信が可能である。車両３の電話通信部は第１電話通信部１８が第１携帯制御部６に接続されているのと同様にして車両制御部３８に接続されており、電話通信部によって行われる情報授受を必要に応じて車両３各部に伝達可能となっている。ステップＳ９８における臨時エントリーコード送信成功の旨の車両への報告は通常このような電話回線を通じたデジタル信号通信によって行われるが、近距離通信が可能な場合は、第１携帯近距離通信部２０または第２携帯近距離通信部３６から車両近距離通信部４８にデジタル信号を送信することによって行われる。 なお、所定時間経過しても車両への通信が確立できず、代行運転を依頼した旨の車両への報告ができない場合、ステップＳ９８では報告を一旦断念し、フローを終了する。このような場合は、車両が無線通信圏外の駐車場に置かれているときなどに生じる。
【００４２】
ステップＳ９６において臨時エントリーコード送信の成功が確認できなかったときは、そのままフローを終了する。これは、ステップＳ７６、ステップＳ８０、またはステップＳ９０からステップＳ９４に至って回線が切断された場合に該当する。なお、ステップＳ７４で回線が接続できなかった場合も直ちにフローを終了する。
【００４３】
上記の第１実施例では、エントリーコードの送受信にあたりエントリーコードを音声信号に重畳して音声データとして取扱うよう構成しているが、これは、代行運転の依頼を代行運転業者との音声のやりとりにて行うことを前提とするとともに、このための音声回線が接続されない限りエントリーコードの送受信もできないよう構成することで、エントリーコードの漏洩や偽造による車両の盗難を防止するためである。また、この構成によって、代行業者との音声によるコミュニケーションと並行してエントリーコードの送受信をおこなうことが可能となる。 しかしながら、本発明の実施はこれに限られるものではなく、エントリーコードの通信を音声回線とは別のインターネット等のデータ通信システムによって行うように構成してもよい。この場合はエントリーコードの漏洩や偽造を防止するためその送受信にあたっては適宜セキュリティ処置を講ずる。
【００４４】
図６は、図５における代行運転者へのエントリーコード送信の前提として行われる代行運転者登録から図５のエントリーコード送信までに関する第１携帯制御部６の機能を示すフローチャートであり、電話操作部８により代行運転操作または代行運転者登録操作が行われることによりスタートする。なお、この代行運転操作は、代行運転業者への代行運転依頼だけではなく、友人等への私的な車両の貸与等にも対応できるよう構成されている。 フローがスタートすると、ステップＳ１０２で登録済の代行運転者があるかどうかのチェックが行われる。そして登録済の代行運転者がなければステップＳ１０４に進む。これは、フローが代行運転操作のためにスタートした場合であっても、登録済の代行運転者がなければまず代行運転者の登録が必要なためである。
【００４５】
ステップＳ１０４では、登録すべき代行運転者を特に指名する入力操作があったかどうかチェックし、所定時間内にこの操作が検出されない場合はステップＳ１０６に進み、未登録の代行運転者の一覧が表示される。この一覧は、代行運転業から提供されるものであり、住所、年齢、性別など代行運転者のプロフィールとともにインターネット等を通じて予め携帯電話に提供されているものである。 この一覧表示を継続しながらフローはステップＳ１０８に進み、一覧表示の中から登録すべき代行運転業者を選択する操作が一覧表示開始から所定時間以内に行われたかどうかチェックする。そして所定時間以内にこの操作が検出されないときはステップＳ１１０に進み、所定のルールに従って登録すべき代行運転者を一覧表示の中から選択する代行運転者自動指定処理を行ってステップＳ１１２に至る。
【００４６】
以上のようにして、登録済の代行運転者がなかった場合には、フローがスタートして所定時間何も操作しなければ、自動的に登録すべき代行運転者が指定されてステップＳ１１２に至ることができる。従って、代行運転者として誰を登録するかにこだわらないならば、面倒な手順を知らない使用者でも代行運転依頼に必要な代行運転者の登録を自動的に進めることができる。 一方、ステップＳ１０４で登録すべき代行運転者を特に指名する入力操作があったときはステップＳ１１４に進み、入力どおりの代行運転者指定を実行してステップＳ１１２に至る。また、ステップＳ１０８において一覧表示からの選択操作を検出したときもステップＳ１１４に進み、選択どおりに登録すべき代行運転者の指定を実行してステップＳ１１２に至る。
【００４７】
ステップＳ１１２では、ステップＳ１１０またはステップＳ１１４で登録すべきものとされた代行運転者が車両を運転する上での自動車保険に問題がないかどうかチェックする。そして、登録しようとしている運転者が自動車保険の免責事由に該当して事故等に対応できないなどの問題がステップＳ１１２で検出されたときはステップＳ１１６に進んで臨時保険に自動加入した後ステップＳ１１８に移行する。この臨時保険は例えば３日間などの短い期間を限って登録された代行運転者を自動車保険でカバーするものである。一方、ステップＳ１１２で保険がＯＫである旨の確認ができたときは直接ステップＳ１１８に移行する。 ステップＳ１１８では、ステップＳ１１４またはステップＳ１１０で登録すべき新規の代行運転者が指定されたかどうかチェックし、該当があればステップＳ１２０に進む。ステップＳ１２０では、登録すべきものとされた代行運転者の登録処理を行い、ステップＳ１２２に移行する。一方、ステップＳ１１８で代行運転者の新規指定が検出されなかったときは、直接ステップＳ１２２に移行する。このような場合が生じる理由は後述する。
【００４８】
ステップＳ１２２では自動車保険でカバーする条件の範囲を拡大する操作が行われたかどうかをチェックし、該当すればステップＳ１２４に進んで保険契約変更処理を行ってステップＳ１２６に移行する。一方ステップＳ１２２で保険条件拡大操作が検出されなかったときは直接ステップＳ１２６に移行する。 ここで、上記の保険条件拡大操作について補足する。ステップＳ１１２で保険がＯＫでないことが検出されたときは緊急措置として当面臨時保険への加入がステップＳ１１６で行われているが、ステップＳ１２２で検出されるのは通常の保険契約において例えば家族限定を解除するなどの保険条件の拡大操作である。臨時保険への加入は自動で行われるのに対し、通常の保険条件拡大は手動操作によって行われる。
【００４９】
なお、ステップＳ１０２で登録済の代行運転者があることが検出されたときはステップＳ１２８に進み、フローが代行運転者登録操作によってスタートしたかどうかチェックする。そして、該当すればステップＳ１０４に移行し、以下上記に説明したフローに従って代行運転者を新規登録するための処理が行われる。
【００５０】
一方、図６のフローが代行運転者登録操作によってスタートしたのでない旨の検出がステップＳ１２８で行われた場合は、代行運転操作によってフローがスタートし且つ登録済代行運転者がある場合に該当する。この場合は基本的にはステップＳ１２６に移行するが、その前にステップＳ１３０が設けられており、自動車保険がＯＫかどうかのチェックが行われる。そしてＯＫの場合は直接ステップＳ１２６に移行するが、問題のある場合はステップＳ１１６に進む。 ステップＳ１３０が設けられている理由は、登録済代行運転者を想定した代行運転操作の場合であっても過去にその運転者を想定した保険条件拡大操作が行われず、且つ過去に自動加入した臨時保険も期限切れになっている場合があるからである。従ってこの場合は、既に説明したのと同様、まずはステップＳ１１６で臨時保険に再度自動加入した上で、ステップＳ１２２の保険条件拡大操作のチェックに進む。なお、この場合は代行運転者の新規指定には当たらないのでステップＳ１２０はスキップされる。
【００５１】
ステップＳ１２６では、図６のフローが代行運転操作によってスタートしたのかどうかのチェックが行われる。そして、該当すればステップＳ１３２に進み、代行運転者指名操作があったかどうかのチェックを行う。ステップＳ１３２の内容は、複数の登録済代行運転者がある場合はその一覧を表示した上、表示後所定時間内にその中から代行運転者を選択する操作が行われたかどうかのチェックを行う処理となる。そして一覧表示開始から所定時間内に指名操作がなかったときはステップＳ１３４に進み、所定の優先順に基づく代行運転者の自動指名を行って、ステップＳ１３６に移行する。一方、ステップＳ１３２で指名操作があったことが検出されるとステップＳ１３８に進み、操作どおりの指名を実行してステップＳ１３６に移行する。なお、登録代行運転者が一人であったときはステップＳ１３２から直ちにステップＳ１３４に進み自動指名処理をしてステップＳ１３６に移行する。
【００５２】
ステップＳ１３６では、指名された代行運転者に対して臨時キーレスエントリーコードを送信する処理を行い、フローを終了する。ステップＳ１３６の詳細は図５で説明したとおりである。 以上のように、図６のフローは、代行運転者が未登録の状態において単に代行運転操作を行い、以後何も操作しない場合であっても、ステップＳ１１０での代行運転者の自動指定、ステップＳ１１６における臨時自動車保険への自動加入、ステップＳ１２０における代行運転者の自動登録、さらにはステップＳ１３４での代行運転者自動指名を経て、ステップＳ１３６における指名された代行運転者への臨時エントリーコード送信処理までの実行が行われる。従って、代行運転者や代行運転依頼のための詳細な操作手順を知らないユーザであっても容易に代行運
転を依頼することができる。これは、飲酒後において急遽代行運転を依頼しなければならない事態に好適である。 図６のフローによる機能は、上記の他、ユーザの種々の要望に基づく手動操作にも対応することができるものである。
【００５３】
図７は、図１の車両３における車両制御部３８の動作を示す基本フローチャートであり、車両のバッテリーからの通電によりスタートする。フローがスタートすると、ステップＳ１４２で車両の各部に問題がないかどうかのチェックが行われ、異常があればステップＳ１４４の以上対応処理に入り、対応処理が完了すればステップＳ１４６に移行する。また、ステップＳ１４２で車両各部がＯＫである旨確認できたときは直接ステップＳ１４６に進む。
【００５４】
ステップＳ１４６では、ドア開閉のためのキーレスエントリーコード発信を検出したかどうかを車両制御部３８にてチェックする。そして検出があればこれを認証するためステップＳ１４８に進み、検出コードがキーレスエントリーコード管理部５２に保持されている参照コードまたは臨時参照コードと一致するかどうかをキーレスエントリーコード管理部５２にてチェックさせる。そして検出結果がいずれかと一致すれば認証ＯＫとしてステップＳ１５０に進み、ドアロックを開錠または施錠する。そしてステップＳ１５２に移行する。これに対し、ステップＳ１４６での検出がないか、またはステップＳ１４８での検出結果の認証ができなければ、直接ステップＳ１５２に移行する。 ここで「参照コード」とは、車両保有者本人から送信されるエントリーコードに対応するものであり、これを認証するために車両側に保持されている参照用のエントリーコードである。一方、「臨時参照コード」とは、代行運転者または車両貸与者から送信される臨時エントリーコードに対応するものであり、これを認証するために車両側に保持されている参照用の臨時エントリーコードである。参照コードと臨時参照コードはそれぞれ別の管理手順に従って頻繁に更新され、更新日付とともに管理されるが、その詳細は後述する。
【００５５】
ステップＳ１５２では、エンジンロック解除のためのキーレスエントリーコード発信を検出したかどうかチェックする。そして検出があればこれを認証するためステップＳ１５４に進み、検出コードがキーレスエントリーコード管理部５２に保持されている参照コードまたは臨時参照コードと一致するかどうかをキーレスエントリーコード管理部５２にてチェックさせる。そして検出結果がいずれかと一致すれば認証ＯＫとしてステップＳ１５６に進み、エンジンロックを解除する。そしてステップＳ１５８に移行する。これに対し、ステップＳ１５２での検出がないか、またはステップＳ１５４での検出結果の認証ができなければ、直接ステップＳ１５８に移行する。
【００５６】
ステップＳ１５８では、コード管理処理を行うこれは、エントリーコードの漏洩による車両の盗難等を防止するために携帯電話側と連携してエントリーコードを変更する処理であるが、その詳細は後述する。 次いでステップＳ１６０において運転操作の有無を検出し、操作が検出されればステップＳ１６２に進んで操作どおりの運転処理を実行してステップＳ１４２に戻る。一方、ステップＳ１６０で運転操作が検出されない場合は直接ステップＳ１４２に戻る。 以下フローはステップＳ１４２からステップＳ１６２を繰り返し、車両に関する種々の状況に対応する。
【００５７】
図８は、本発明の実施の形態に係るキーレスエントリーシステムの第２実施例を示すブロック図である。第２実施例は基本的には図１の第１実施例と共通の構成であるが第１携帯電話１０２を車両１０４のクレードル１０６に載せることにより携帯側コネクタ１０８を介して車両１０４から第１携帯電話１０２への充電および両者間の信号授受を行うための構成が付加されている。以下、第２実施例ではこの付加された構成を中心に説明し、第１実施例と共通の部分には共通の番号を付して説明を省略する。 また、図８の第２実施例では、図１のような第２携帯電話２および駐車場４が図示されていないが、これは簡単のため省略されているだけで、第２実施例も第１実施例と同様の第２携帯電話２および駐車場４を含むシステムとして構成されており、これらの点においては第１実施例と異なるものではない。また、図８では無線通信を示すシンポルも省略されているが、第１携帯近距離通信部２０と車両近距離通信部４８との間の無線通信、および第１携帯電話１０２のキーレスエントリー通信部２８と車両１０４のキーレスエントリー通信部の間無線通信等については、第１実施例と異なるものではない。
【００５８】
図８において、車両１０４の電源１１０は車両各部に給電を行うものであり、説明を省略しているが第１実施例の車両３においても存在するものである。クレードル１０６は第１携帯電話１０２の底部を載せるよう構成されているものであり、電源接点１１２および信号接点１１４を有する。電源接点１１２は電源１１０からの充電用電力を外部に供給する。また信号接点１１４は車両制御部３８に接続されており、外部との信号授受のインターフェースとなる。 携帯側コネクタ１０８は第１携帯電話１０２の底部に設けられており、第一携帯電話をクレードル１０６に載せたときクレードル１０６の電源接点１１２と接触する電源接点１１６およびクレードル１０６の信号接点１１４と接触する信号接点１１８を有する。電源接点１１６は主電源２４に接続されており、車両１０４から供給される電力を受けて主電源２４を充電する。また信号接点１１８は第１携帯制御部６に接続されており、外部との信号授受のインターフェースとなる。
【００５９】
クレードル１０６の信号接点と携帯側コネクタ１０８の信号接点１１８との間では携帯電話１０２と車両１０４との間で種々の情報交換が可能である。例えばカメラ部２２で撮影され記憶部１２で記憶されていた画像情報をこれより記憶容量の大きい車両１０４の記憶部４４に移動またはコピーすることができる。このようにして記憶部４４に入力された画像情報は、車両１０４に搭載される不図示のカーナビゲーション画面で鑑賞することができる。また、記憶部１２の画像情報を直接カーナビゲーション画面で鑑賞することもできる。さらに第１携帯電話１０２によってインターネット経由で得られた観光情報等を車両１０４に送ることによりカーナビゲーションの目的地として設定することもできる。 さらに、充電のために第１携帯電話１０２を車両１０４のクレードル１０６に置くたびに信号接点１１４と信号接点１１８との間でキーレスエントリーコードを更新するための通信を行い、キーレスエントリーコードの漏洩や偽造への対策とすることができる。その詳細については後述する。 なお、上記第２実施例におけるクレードル１０６と携帯側コネクタ１０８は接点方式で構成されているが、これを電磁誘導による電力伝達および微弱電波による信号伝達を採用した無接点方式で構成してもよい。このような無接点方式であっても第１携帯電話１０２はクレードル１０６に載置するよう構成される。
【００６０】
また、図８の第２実施例は、電話回線通信部１２０を有する。これは、第１携帯電話１０２の第１電話機能部および第１電話通信部１８と同様の構成のものであって、第１携帯電話との間で電話回線を介した無線通信を行うことができる。電話回線通信部１２０は車両電話として音声会話の通信もできるが、その構成の主な目的は第１携帯電話へのキーレスエントリーコード送信およびインターネットへのアクセス等の際のデータ通信にある。このような電話回線通信部１２０は図１の第１実施例にも設けられているが、図１では図示が省略されていたものである。 なお、図７の車両の基本フローチャートは、上記のような第２実施例における車両１０４における車両制御部３８においても共通に適用可能なものである。
【００６１】
図９は、図７のステップＳ１５８におけるコード管理処理の詳細を示すフローチャートであり、図１の第１実施例および図２の第２実施例のいずれにも適用可能なものである。なお、一部のクレードル載置に関する機能は第２実施例に特有のものであるが、これに該当しない処理は単にスキップされるだけなので、冗長性はあるがそのまま第１実施例に適用しても差し支えない。また、必要に応じ、冗長なステップを省略して第１実施例に適用してもよい。
【００６２】
フローがスタートすると、車両制御部３８に内蔵されている時計機能に基づいて、コード管理処理をスタートした時刻が毎分０秒から５秒の時間幅に入っているかどうかチェックする。そして該当すれば、ステップＳ１７４でエントリーコード乱数を発生させ、その結果に基づいてステップＳ１７６で更新用エントリーコードレジスタを上書きしてステップＳ１７８に移行する。一方、ステップＳ１７２で該当がなければ直接ステップＳ１７８に移行する。 なお、図９のフローは図７のフローの一部であり、図７のフローは繰り返されているので、その度に上記のステップＳ１７２を通過する。このときの時刻が毎分０秒から５秒の時間幅に入る確率は１／１２であるが、仮にステップＳ１７２を通過する頻度が平均毎分１２回であるとすると、平均的に毎分１回ステップＳ１７２からステップＳ１７４に移行することになり、従って、更新用エントリーコードレジスタはステップＳ１７６において平均毎分１回程度で乱数に基づいて書き換えられることになる。図７のフローは、ステップＳ１４４やステップＳ１６２等に処理があるとステップＳ１５８のコード管理を通過する頻度が減るが、このような処理を行っているときにエントリーコードを更新して盗難等に備える必要はないので差し支えはない。逆に、車両が駐車中で何も処理がないときは、ステップＳ１５８の処理が高頻度で繰り返されるので図９のステップＳ１７６の交信用エントリーコードレジスタの書換も高頻度で行われる。
【００６３】
ステップＳ１７８では、参照コードの更新日付が当日のものかどうかチェックされる。そして当日のものでなければステップＳ１８０に進む。これは、参照コードが前日以前に更新された古いものである場合に該当する。 ステップＳ１８０では、更新用エントリーコードレジスタから最新の更新用エントリーコードを読み取ってキーレスエントリーコード管理部５２に保持されている参照エントリーコードを更新する。次いでステップＳ１８２において、更新済みの参照エントリーコードと同じデータを更新エントリーコードとして車両保有者の携帯電話に無線送信する。この送信は、まず車両近距離無線通信部４８によって試みられ、これが不能であれば電話回線通信部によって行われる。そしてステップＳ１８４にて送信後所定時間が経過したかどうかチェックし、未経過ならばステップＳ１８６で車両保有者の携帯電話からエントリーコードの更新を完了した旨の報告を受信したかどうかチェックする。携帯電話側ではエントリーコードの受信に基づいて更新からその完了報告送信までをすべて自動的に行う。従って保有者が何もしなくても携帯電話側のエントリーコードの更新は自動的に行われる。
【００６４】
ステップＳ１８６において更新完了報告の受信が確認できにないときは、ステップＳ１７８において更新用エントリーコードを再送する。以下、所定時間が経過するまでステップＳ１８２からステップＳ１８６を繰り返し、更新完了報告の受信を待つ。そしてステップＳ１８６で更新完了報告の受信が確認されるとステップＳ１８８に進む。一方、更新完了報告の受信が確認されないまま所定時間が経過したことがステップＳ１８４で確認されると、一旦送信を打ち切り、ステップＳ１８８に進む。 また、ステップＳ１７８で参照エントリーコードの更新日付が当日であればステップＳ１９０に進み、その参照エントリーコードにと同じデータを車両保有者に送信済みかどうかチェックする。そして送信済みであればステップＳ１８８に進む。このようにして、日付が変わる毎にステップＳ１８０で参照エントリーコードを更新し、これを携帯電話に伝える。なお、ステップＳ１９０でデータが送信済みでなければステップＳ１８２に移行し、送信を実行する。これは、参照エントリーコ
ード更新直後における車両保有者へのデータ送信が実行できなかった場合への対応に該当する。
【００６５】
ステップＳ１８８では、車両保有者の携帯電話が車両１０４のクレードル１０６に載置されたかどうかをチェックし、該当すればステップＳ１９２に進んで最新交信用エントリーコードへの更新制御処理を行う。車両保有者の携帯電話がクレードル１０６に載置された場合は、信号接点１１４および１１８を通じて携帯電話が車両制御部の制御下のドライブとして機能するので、ステップＳ１９２において携帯電話への更新エントリーコードの伝達や確認をリアルタイムで直接行うことができる。そしてス処理が完了するとステップＳ１９４に進み、上記に対応して車両側のキーレスエントリーコード管理部５２に保持されている参照エントリーコードを更新してステップＳ１９６に移行する。一方、ステップＳ１８８で車両保有者の携帯電話がクレードル１０６に載置されたことが検出されなければ直接ステップＳ１９６に移行する。このようにして車両保有者の携帯電話が車両１０４のクレードル１０６に載置される毎にステップＳ１９２およびステップＳ１９４で携帯電話側のエントリーコードおよびこれに対応する車両側の参照エントリーコードの更新が行われる。
【００６６】
ステップＳ１９６では、臨時エントリーコード管理処理が行われる。ステップＳ１７８からステップＳ１９４は車両保有者の携帯電話によるキーレスエントリーに関するエントリーコードの管理に関するものであるが、ステップＳ１９６は代行運転者や車両貸与者等の携帯電話によるキーレスエントリーに関する臨時エントリーコードの管理に関するものである。その詳細は後述する。
【００６７】
図１０は、図９のステップＳ１９６における臨時エントリーコード管理処理の詳細を示すフローチャートである。フローがスタートすると、ステップＳ２０２で臨時参照エントリーコードが車両のキーレスエントリーコード管理部５２に保持されているかどうかチェックする。そして保持がなければ更新用エントリーコードレジスタからデータを読取ってこれをキーレスエントリーコード管理部５２に新規入力して保持させる。 次いで、ステップＳ２０６において新規に入力したのと同じ臨時エントリーコードを車両保有者の携帯電話に送信する処理を行う。これは、車両側と車両保有者の携帯電話側で臨時エントリーコードを一致させるためである。ステップＳ２０６の内容は、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間経過の場合はステップＳ２０８に進む。
【００６８】
一方、ステップＳ２０２で臨時参照エントリーコードが既にキーレスエントリーコード管理部５２保持されていることが確認できるとステップＳ２１０に進み、そのコードが既に車両保有者に送信済みであるかどうかチェックする。そして未送信であればステップＳ２０６に進んでこれを送信する処理に入る。未送信である場合とは、ステップＳ２０４で臨時参照エントリーコードを新規入力後ステップＳ２０６での送信処理がうまくいかなかった場合に相当する。
【００６９】
ステップＳ２０８では、代行運転依頼を行った旨の報告が車両保有者の携帯電話から送信され、これが車両で受信されているかどうかチェックする。そして受信されていれば、ステップＳ２１２に進み、代行運転依頼報告を受けてから２４時間が経過しているかどうかチェックする。そして経過していれば、ステップＳ２１４に進み、２４時間経過してから後に更新された臨時エントリーコードを送信済みかどうかチェックする。
【００７０】
さらに、更新臨時エントリーコードが送信済みでなければステップＳ２１６に進み、更新用エントリーコードレジスタからデータを読取ってキーレスエントリーコード管理部５２に保持されている臨時参照エントリーコードを更新する。そして、更新した臨時エントリーコードを車両保有者の携帯電話に送信する処理をステップＳ２１８で行う。ステップＳ２１８の内容も、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間が経過した場合はフローを終了する。なお、送信未了でフローを終了した場合は、図７における基本フローの繰り返しの中で再度ステップＳ１５８のコード管理処理に入り、その中でステップＳ１９６の臨時エントリーコード管理処理に至ったとき、ステップＳ２１２からステップＳ２１８を実行することによって、再度更新された臨時エントリーコードの車両保有者への送信を試みる。
【００７１】
一方、ステップＳ２１２で再考運転依頼報告受信後２４時間経過していなければ直ちにフローを終了する。また、ステップＳ２１４において、更新された臨時エントリーコードを送信済みである場合も、直ちにフローを終了する。 上記のようにして、代行運転依頼報告を受信した場合には、その後２４時間経過すると臨時エントリーコードが更新されるので、車両保有者の携帯電話から運転代行者に送信した臨時エントリーコードは無効となる。これによって、外部に送信した臨時エントリーコードが漏洩するような不測の事態が生じても、２４時間経過すればその臨時エントリーコードによる車両へのエントリーは不可能となる。一方で、代行運転依頼をした場合、そのとき代行運転者に送信した臨時エントリーコードは２４時間更新しないことが保証されるので、その間勝手に臨時エントリーコードが変更されて代行運転者がエントリーできなくなるようなことも生じない。これに対し、車両保有者本人用のエントリーコードの場合は、図９のステップＳ１７８およびステップＳ１８０におけるように日付が変わった場合や図９のステップＳ１８８からステップＳ１９４におけるように携帯電話が車両のクレードルに載置された場合に適宜変更される。
【００７２】
一方、ステップＳ２０８において代行運転依頼報告を受信していない場合は、ステップＳ２２０の安全処理に移行する。この安全処理は、代行運転が依頼されたにもかかわらず、通信環境によりその報告が車両に届いていない場合を想定したものであり、ステップＳ２１２からステップＳ２１６のように所定時間で自動的に臨時参照コードを更新しない代わりに、運転の安全を考慮しつつ所定の手順でエントリーコードの更新を行い、エントリーコードの漏洩や偽造による車両の盗難を防止するものである。
【００７３】
図１１は、上記図１０におけるステップＳ２２０の安全処理の詳細を示すフローチャートである。フローがスタートすると、キーレスエントリーが行われてその認証がＯＫとなったデータが臨時認証エントリーコードに該当するという場合が生じたかどうかチェックする。つまり、有効な臨時エントリーコードによるキーレスエントリーが行われたかどうかがチェックされる。 この時点でキーレスエントリーが行われていない場合や、車両保有者の携帯電話によりキーレスエントリーを行った場合はステップＳ２３２に該当せず、このような場合は安全処理を行う必要がないので直ちにフローを終了する。
【００７４】
一方、有効な臨時エントリーコードによるキーレスエントリーが行われた場合は、ステップＳ２３２からステップＳ２３４に進み、保有者の携帯電話が通信可能な圏内にあるかどうかチェックする。そして通信圏内であればステップＳ２３６で代行運転依頼確認処理が行われる。これは、ステップＳ９８における車両への代行運転依頼報告処理と同様の意義をもつが、ステップＳ９８で携帯電話側から車両に報告をしていたのに対し、ステップＳ２３６では車両側から携帯電話側に問い合わせる形となる。このように、例えば車両が通信圏外の駐車場に置かれていてステップＳ９８の段階では代行運転依頼を行っている旨が車両に報告できなかった場合であっても、代行運転者が車両を移動させることで車両が通信圏内に入れば、ステップＳ２３４からステップＳ２３６が機能して自動的に代行運転依頼の旨の情報を車両が得るための処理が行われる。 そして次のステップＳ２３８で代行運転依頼をしている旨の確認ができたかどうかチェックされ、ＯＫの場合は安全処理を行う必要がないのでステップＳ２５８に移行し、代行運転依頼報告を受信していたのと同じ扱いとしてフローを終了する。
【００７５】
これに対し、ステップＳ２３６において代行運転依頼の確認ができなかった場合は、ステップＳ２３８からステップＳ２４０に進み、告知アナウンスを行う。この告知アナウンスは、後述の所定の条件が成立すれば以後その車両へのエントリーまたはエンジン始動ができなくなることを車両の運転者に事前警告し、突然車両に入ることができなくなったり、エンジン始動ができなくなったりすることによる不測の事態を防止するためのものである。また、後述の所定の条件が成立して車両へのエントリーまたはエンジン始動ができなくなったときはその理由を運転者に告知するものである。 そして、ステップＳ２４２で臨時キーレスエントリーコードによるエンジン始動が行われたかどうかチェックする。エンジン始動がまだ行われていない段階では安全処理に入らず、直ちにフローを終了する。
【００７６】
一方、ステップＳ２４２でエンジン始動が行われたことが検出されると、以後、安全処理に入り、エンジンを始動した回数および最初のエンジン始動からの時間経過のカウントを既に開始済みであるかどうかをステップＳ２４４でチェックする。そして開始済みでなければステップＳ２４６に進み、エンジンを始動した回数および最初のエンジン始動からの時間経過のカウントを開始してステップＳ２４８に至る。一方、既に始動カウントが開始済みであることがステップＳ２４４で検出されたときは、直接ステップＳ２４８に進む。 ステップＳ２４８ではエンジンを始動した回数が所定回数（例えば３回）に達したかどうかをチェックし、未だ達していなければ、次にステップＳ２５０で最初のエンジン始動からの所定時間（例えば３時間）経過しただどうかチェックする。そしていずれも該当がなければ、フローを終了する。
【００７７】
これに対し、ステップＳ２４８でエンジンを始動した回数が所定回数に達するか、又はステップＳ２５０で最初のエンジン始動からの所定時間経過したことが検出されたときはステップＳ２５２に進み、最初のエンジン始動後更新した臨時エントリーコードを車両保有者に送信したかどうかチェックし、未送信であればステップＳ２５４に進んで臨時参照エントリーコードを更新する。これによって、以後は、元の臨時エントリーコードによって車両に入ったりエンジンを始動したりすることが不可能となる。 以上によって、車両への代行運転依頼報告ができないまま真性の代行運転者が車両を運転している場合における危険防止を図りながら、エントリーコードの漏洩や偽造による車両の盗難などの不正行為を防止する。
【００７８】
ステップＳ２５４において臨時参照エントリーコードの更新が行われるとステップＳ２５６に進み、更新した臨時エントリーコードを車両保有者の携帯電話に送信する処理を行う。ステップＳ２５６の内容も、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間経過の場合はフローを終了する。 なお、ステップＳ２５８の代行運転依頼報告扱いの処理においては、一度ステップＳ２５４を経由して臨時参照エントリーコードを更新してしまった場合でも、これをステップＳ２４２でエンジン始動した時点での臨時参照エントリーコードに戻し、その上で図１０のステップＳ２１２からステップＳ２１８の処理によって臨時エントリーコードの管理を行う。従って、ステップＳ２５４によって一旦エントリーが不能になった場合でも、ステップＳ２３６からステップＳ２３８を経てステップＳ２５８に至ったときは、代行運転依頼から２４時間経過していない限り、当初の臨時エントリーコードによるキーレスエントリーが可能な状態が復活する。
【００７９】
図１２は、本発明の実施の形態に係るキーレスエントリーシステムの第３実施例に関するものである。第３実施例は、基本的には第１実施例と同様のものであり、その構成の詳細は図１を援用して理解できる。また、第３実施例は、図８の第２実施例にお
いても同様に実施できるものである。第３実施例が第１実施例や第２実施例と異なる点は、図１または図８の第１携帯制御部６において、車両の駐車位置の情報や代行運転依頼における車両保有者の位置情報を取扱う機能が付加されている点である。 図１２は、図５と同様にして、事前に登録されている代行運転者への電話発呼操作が電話操作部８によって行われたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ２６２で第1携帯電話１を所持している車両保有者の現在位置として仮記憶されているコードを表示する。この車両保有者仮位置コードは車両保有者の最新の現在位置として記憶されるが、その詳細については後述する。
【００８０】
次に、ステップＳ２６４で、表示された車両保有者位置コードを車両保有者が承認する操作が表示から所定時間内に行われたかどうかをチェックする。第1携帯電話１を所持している車両保有者は、代行運転を依頼する際において、必ずしも記憶されている車両保有者仮位置コードが示す位置において代行運転者が回送してくる車両を待つとは限らないので、ステップＳ２６２およびステップＳ２６４を設け、表示された位置において代行運転者を待つ意思が車両保有者にあるかどうかを確認する。 承認操作が検出されるとステップＳ２６６に進み、ステップＳ２６２で表示されている仮コードを車両保有者位置コードとして承認する処理を行いステップＳ２６８に移行する。一方、ステップＳ２６４において所定時間内に承認操作が検出されないときは直接ステップＳ２６８に移行する。この場合は、承認された車両保有者位置コードがない状態でステップＳ２６８に至ることになる。
【００８１】
ステップＳ２６８では、図５のステップＳ７２と同様にして登録されている代行運転者の電話番号への発呼が行われ、ステップＳ２７０で回線が所定時間内に接続されたかどうかチェックする。 接続が確認されるとステップＳ２７２に進み、電話操作部８によってエントリーコードを送信するための操作が行われたかどうかチェックする。そして、この操作が行われたことが確認されるとステップＳ２７４の認証処理に進む。この認証処理は図５のステップＳ７８からステップＳ８４と同様のものであり、認証要求信号の送信と認証返信信号の検出により回線が接続された代行運転者の認証を行う処理である。なお、ステップＳ２７４の認証処理には、図５と同様にして認証要求信号の送信後所定時間が経過しても認証信号が検出できなかったときは後述のステップＳ２８８の回線切断操作を問う処理に直接進むことができるが、図１２では図示を省略している。
【００８２】
また、ステップＳ２７４の認証処理では図５と同様にして認証要求信号の送信と認証返信信号のやりとりを音声信号に重畳して行うが、本発明の実施はこれに限るものではなく、通常のデータ通信によってこれを行ってもよい。 ステップＳ２７４によって代行運転者の認証ができると、図５のステップＳ８６と同様のステップＳ２７６に進み、臨時エントリーコードをキーレスエントリーコード記憶部３０から読み出す。
【００８３】
次のステップＳ２７８では、代行運転を依頼する車両の駐車位置を示す駐車コードが記憶部１２に記憶されているかどうかがチェックされ、記憶があればステップＳ２８０でこれを読み出してステップＳ２８２に移行する。一方、ステップＳ２７８で駐車コードが検出されなければ直接ステップＳ２８２に移行する。 ステップＳ２８２では、ステップＳ２６６で承認済みの車両所有者位置コードが記憶部１２に記憶されているかどうかチェックされ、記憶があればステップＳ２８４でこれを読み出してステップＳ２８６に移行する。一方、ステップＳ２８２で承認済み車両所有者位置コードが検出されなければ直接ステップＳ２８６に移行する。
【００８４】
ステップＳ２８６では、以上のようにしてステップＳ２７６、ステップＳ２８０およびステップＳ２８４で読出されたコードを送信するための送信処理を行う。これらのすべてが送信された場合、代行運転者は臨時エントリーコードによって車両の運転ができるようになるとともに、どこに車両を取りに行ってそれをどこに回送すればよいかの情報も得ることができる。 当然ながら、ステップＳ２８０およびステップＳ２８４の一方または両方による読出しコードがない場合は、それらのコードが送信されることはない。この場合、代行運転者は適宜車両保有者と連絡を取って車両の配送に必要な情報を得ることになる。駐車位置や車両保有者の現在位置の情報は、代行依頼の際の電話によって口頭で得ることができるが、その後の相互通信によって適宜補充することができる。
【００８５】
ステップＳ２８６の読出しコード送信処理は、図５のステップＳ８８からステップＳ９２と同様のものであり、読出しコードの送信と受信確認信号の検出により確実に読出しコードの送信を行うためのものである。なお、ステップＳ２８６の読出しコード送信処理においても、図５と同様にして読出し信号の送信後所定時間が経過しても受信確認信号が検出できなかったときは後述のステップＳ２８８の回線切断を問う処理に直接進むことができるが、図１２では図示を省略している。 また、ステップＳ２８６の送信処理でも、図５と同様にして読出しコードの送信と受信確認信号のやりとりを音声信号に重畳して行うが、本発明の実施はこれに限るものではなく、通常のデータ通信によってこれを行ってもよい。
【００８６】
ステップＳ２８６による読出しコード送信処理が完了すると、図５のステップＳ９４と同様のステップＳ２２８８に進み、回線切断操作がなされたかどうかチェックする。そして、回線が切断された場合はステップＳ２９０の事後処理に進む。一方ステップＳ２８８で回線の切断操作が検出されない場合はステップＳ２７２に戻り、以下ステップＳ２７２からステップＳ２８８を繰り返す。
【００８７】
ステップＳ２９０の事後処理は図５のステップＳ９６とステップＳ９８と同様のものであり、読出しコードの送信が成功したかどうかチェックするとともに、成功した場合にはその旨を車両３に報告するものである。なお、図５においてフローが終了へと進んでいるのと同様にして、車読出しコードの送信の成功の如何にかかわらず、フローは次のステップＳ２９２に進む。なお、ステップＳ２７０で回線が接続できなかった場合もフローはステップＳ２９２に進む。 ステップＳ２９２は、ステップＳ２６６で車両所有者位置コードの承認がなされた場合にこれを取消す処理である。ステップＳ２６６における承認は、代行運転を依頼するとき限りのものであって、携帯電話１の所持者がいつまでも同じ位置に留まっていることは稀である。つまり、ステップＳ２６６においてなした承認は、代行運転依頼においてこれを代行運転者に通知した後ではもはや用済みであるし、代行運転依頼ができなかった場合においても無用のものである。従って、以後の混乱を避けるためにステップＳ２９２を設け、いずれの場合でも車両所有者位置コードの承認がなされていたときには、これを取消した上でフローを終了する。
【００８８】
図１３は、第３実施例に関するものであって、図１２のステップＳ２８０で取扱われている駐車コードを得るための第１携帯制御部６の機能を示すフローチャートである。 図１３のフローは車両のエンジンを切ることによりスタートし、まずステップＳ３０２で駐車コードが図１の記憶部１２に記憶されているかどうかチェックする。 そして記憶があればステップＳ３０４に進んで車両との通信を行い、その駐車コードを記憶してから所定距離（例えば５０ｍ）以上走行してから後にエンジンを切ったのかどうかをチェックする。
【００８９】
ステップＳ３０４において所定距離以上走行後であることが検出された場合はステップＳ３０６に進み、記憶部１２に記憶されていた駐車コードを消去してステップＳ３０８に進む。一方、ステップＳ３０２で駐車コードが記憶されていないと判断されたときは直接ステップＳ３０８に進む。また、ステップＳ３０４において所定距離以上走行後にエンジンキーが切られたのではないことが検出された場合もステップ直接ステップＳ３０６に移行する。この場合は、記憶されていた駐車コードは維持される。 以上の処理は、もはや情報として意味のない駐車コードが記憶されていた場合、混乱を避けるためにこれを消去することを目的とするものである。
【００９０】
ステップＳ３０８では、自宅の車庫や通勤先の車庫など、定常的に使用している車庫（または駐車場でもよいが以後は両者を車庫と総称）のコードが第１携帯近距離通信部２０によって受信されたかどうかをチェックする。これは、駐車場４などのように車庫に近距離通信部６２などが設けられている場合において、車両３が近距離通信圏に入って駐車したときにこれを検出し、その車庫を特定するコードを送信する構成となっているときに可能である。 該当しなければステップＳ３１０に進み、臨時的に使用した車庫を特定するコードが第１近距離通信部２０によって受信されたかどうかをチェックする。これは、臨時の車庫においても定常車庫と同様の近距離通信部が設けられている場合において可能となる。なお、このような車庫コードは共通のシステムによって統一して管理されていることが望ましい。
【００９１】
ステップＳ３１０に該当しなければ ステップＳ３１２に進み、エンジンを切った時点で第１携帯電話１のＧＰＳ部１６によって車両ＧＰＳ位置コードが受信されたかどうかをチェックする。 なお、上記では、第１携帯電話１のＧＰＳ部１６が取得する位置データが車両ＧＰＳ位置コードであると説明したが、これは第１携帯電話１の保持者が車両３を運転しているので第１携帯電話１の位置が車両３の位置であると見なしてよいからである。これに代えて、あくまで車両３のＧＰＳ部４６が受信したデータを車両ＧＰＳ位置コードとし、これを車両近距離通信部４８から第１携帯近距離通信部２０に中継するようにしてもよい。 上記のいずれであっても、車両ＧＰＳ位置コードが第１携帯電話１で受信されていればステップＳ３１４に進み、受信したコードを駐車位置コードとして記憶部１２の旧コードに上書き記憶して更新し、フローを終了する。
【００９２】
一方、ステップＳ３０８において定常車庫コードを受信していることが検出されたときはステップＳ３１６に進み、到着送信処理を行う。この送信は、第１電話通信部１８（可能ならば第一携帯近距離通信部２０）によって家庭や会社に自動的に行われるものであり、家族に帰宅を知らせたり、タイムカードにおける出勤管理情報として利用したりすることができるものである。このように携帯電話１側から送信を行うことにより、定常車庫側には近距離通信部を設けるだけであとは定常車庫コードを自動発信する簡単な機能のものとすることができる。 到着送信処理が完了するとステップＳ３１８に進み、受信したコードで記憶部１２の車庫コードを上書き記憶して更新し、ステップＳ３２０に移行する。 また、ステップＳ３１０において臨時車庫コードを受信していることが検出されたときもステップＳ３１８に進み、受信したコードで記憶部１２の車庫コードを上書き記憶して更新し、ステップＳ３２０に移行する。
【００９３】
なお、ステップＳ３１８において記憶される車庫コードはステップＳ３１４において記憶される駐車位置コードと相補的な駐車コードとして機能するものである。すなわち、車庫コードは登録された駐車場名などを特定するものであって、標準化して管理されているので後述するようにカーナビの目的地等として設定するのに適する。これに対し、駐車位置コードは標準化には不適であるが、車庫コードだけでは駐車場名までしか特定できないような大きな駐車場内などにおいて実際に車両が駐車している位置を特定する場合に適する。
【００９４】
ステップＳ３２０では、ステップＳ３１８で記憶された車庫コードに加え、その車庫内の駐車位置を特定するコードが受信されたかどうかをチェックする。このような車庫内位置コードは車庫毎のシステムによる管理下で車庫側の近距離通信から送信されるものであり、例えば駐車位置番号などを特定できるものである。
そしてこのような車庫内位置コードが受信されていればステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。 一方、ステップＳ３２０で車庫内位置コードを受信したことが検出できない場合はステップＳ３２２に進み、車庫内における車両の相対位置を示すコードが受信されたかどうかをチェックする。このような相対位置コードは、図１の駐車場４ように、通信圏をそれぞれ分担する駐車場第１近距離通信部６２、駐車場第２近距離通信部６４など複数の近距離通信部が配された車庫において得ることができる。つまり、第１携帯電話１が駐車場４内のいずれの近距離通信部と交信可能であるかの電波分析、または駐車場４内の複数の近距離通信部と第１携帯電話１との三角通信の電波分析に基づいて、駐車場制御部５８が駐車場４内の第１携帯電話１の相対位置を割出し、これが相対位置コードとして第１携帯近距離通信部２０に送信される。そしてこのような相対位置コードが受信されていればステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。
【００９５】
ステップＳ３２２で相対位置コードを受信したことが検出できない場合は、ステップＳ３２４に進み、車両ＧＰＳ位置コードが受信されたかどうかチェックする。そして車両ＧＰＳ位置コードが受信された場合もステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。一方、ステップＳ３２４において車両ＧＰＳ位置コードが受信されたことが検出できない場合はその時点でフローを終了する。この場合は、ステップＳ３１８で記憶された車庫コードだけが駐車コードとなり、駐車位置コードは記憶されないことになる。
【００９６】
ステップ３１２でエンジンを切った時点で第１携帯電話１のＧＰＳ部１６によって車両ＧＰＳ位置コードが受信されない場合は、エンジンを切った時点では車両がＧＰＳの通信圏外となってしまたことを意味する。この場合はステップＳ３２６に進み、ナビゲーションの過程で車両に蓄積されたＧＰＳ情報のうち通信圏外となる直前の最新のＧＰＳ情報が参考ＧＰＳ位置コードとして車両の近距離通信部から受信されたかどうかチェックする。そして受信された場合はステップＳ３２８に進みこれを参考ＧＰＳ位置コードとして記憶してフローを終了する。このような参考ＧＰＳ位置コードは、厳密には車両の駐車位置を示すものではないが、駐車位置に到達する前のＧＰＳ通信圏外となる直前のＧＰＳ情報であるため車両の駐車位置の付近の位置情報なので車両捜索の参考情報とすることができる。
【００９７】
図１４は、第３実施例に関するものであって、図１２のステップＳ２６２で表示される車両保有者仮位置コードを得るための第１携帯制御部６の機能を示すフローチャートである。図１４のフローは所定の設定時間（例えば３０分）毎、または、所定のスポット（例えば、施設、飲食店など）から発進されるスポットコードを第１携帯近距離通信部が受信したとき、または第１携帯電話１のＧＰＳ部１６が新たなＧＰＳ情報を受信したときに自動的に割込みがかかってスタートする。また、電話操作部８により手動で位置コードを入力する操作を行ったときにも割込みがかかり、図１４のフローがスタートする。
【００９８】
フローがスタートすると、ステップＳ３３２において、車両保有者仮位置コードが記憶部１２に記憶されているかどうかチェックされる。そして記憶があればステップＳ３３４に進み、そのコードの記憶後所定時間（例えば１２時間）が経過しているかどうかをチェックする。 ステップＳ３３４において所定時間経過していることが検出された場合はステップＳ３３６に進み、記憶部１２に記憶されていた車両保有者仮位置コードを消去してステップＳ３３８に進む。一方、ステップＳ３３２で車両保有者仮位置コードが記憶されていないと判断されたときは直接ステップＳ３３８に進む。また、ステップＳ３３４において所定時間経過していないことが確認された場合もステップ直接ステップＳ３３６に移行する。この場合は、記憶されていた車両所有者仮位置コードは維持される。 以上の処理は、時間の経過により車両所有者が移動していてもはや意味のない車両保有者仮位置コードが記憶されていた場合に、混乱を避けるためにこれを消去することを目的とするものである。
【００９９】
ステップＳ３３８では、スポットコードを受信した結果、図１４のフローがスタートしたのかどうかがチェックされる。そして該当しない場合はステップＳ３４０に進み、車両所有者ＧＰＳ位置コードを受信した結果、図１４のフローがスタートしたのかどうかがチェックされる。 これにも該当しなければステップＳ３４２に進み、両所有者位置の手動入力が行われた結果、図１４のフローがスタートしたのかどうかがチェックされる。 さらに、これにも該当しなければステップＳ３４４に進み、所定の設定時間に至って図１４のフローがスタートした場合において、ステップＳ３３８、ステップＳ３４０およびステップＳ３４２以外の情報源により得られた車両所有者位置コードが着信してメモリされており、かつそれがステップＳ３３８、ステップＳ３４０およびステップＳ３４２のいずれにより得られた情報よりも新しいかどうかがチェックされる。
【０１００】
そして、ステップＳ３４４の条件に該当する情報があればステップＳ３４６に進み、その情報が記憶部１２における車両所有者仮位置情報コードとして上書き記憶されてフローを終了する。一方ステップＳ３４４に該当する新着メモリがなければ直ちにフローを終了する。 また、ステップＳ３３８、ステップＳ３４０およびステップＳ３４２のいずれかにより車両所有者位置の情報が得られたことが検出された場合にもステップＳ３４６に進み、その情報が記憶部１２における車両所有者仮位置情報コードとして上書き記憶されてフローを終了する。
【０１０１】
図１５は、第３実施例に関するものであって、図１３で記憶された駐車コードを活用して車両を捜索するための第１携帯制御部６の機能を示すフローチャートである。なお、図１５のフローは第１携帯電話１が車両保有者の保持するものである場合においても、代行運転者の保持するものである場合においても、同様に機能する。なお、後者の場合、駐車コードは自身で記憶したものではなく、図１２のステップＳ２８０およびステップＳ２８６の機能によって車両保有者の携帯電話から代行運転者の携帯電話に送信されてきたものである。 以下の説明は、代行運転者が第１携帯電話１の保持者である場合を例にとって第１携帯制御部６の機能を説明する。これは、代行運転者は自身で車両を駐車したのではないので車両駐車場所を知らないので図１５の機能をより多く享受することができ、またこの機能が代行運転業にとって重要な要素であるからである。しかしながら、車両保有者自身が駐車をした場合であっても、例えば広い駐車場においてどこに駐車したのか忘れる場合があり、図１５の機能は車両保有者本人にとっても有用なものである。
【０１０２】
図１５のフローは車両の捜索のために手動で電話操作部を操作したときに割込みがかかってスタートするが、駐車場に近づいてその近距離通信圏内に入ったときでも自動的に割込みがかかってスタートする。フローがスタートするとステップＳ３５２で駐車コードが記憶されているかどうかチェックされる。代行運転者の場合は駐車コードが臨時エントリーコードとともに着信し、それが記憶部１２に記憶されているかどうかのチェックとなる。 記憶があればステップＳ３５４に進み、記憶ありの表示を行ってステップＳ３５６に進む。ステップＳ３５６では、駐車コードの中に車庫コードが含まれているかどうかチェックされる。そして車庫コードが含まれていることが検出できなければステップＳ３５８に進み、駐車コードの中に車両ＧＰＳ位置コードが含まれているかどうかチェックする。
【０１０３】
ステップＳ３５８で車両ＧＰＳ位置コードが含まれていることが検出されるとステップＳ３６０に進む。一方、ステップＳ３５６で駐車コードの中に車庫コードが含まれていることが、検出されたときはステップＳ３６２に進み、車庫コードをＧＰＳ地図上で表示可能なＧＰＳ位置コードに変換してステップＳ３６０に進む。 ステップＳ３６０では車両を捜索している第１携帯電話１の所有者本人（本説明では代行運転者）のＧＰＳ情報が第１携帯電話１のＧＰＳ部１６で取得されたかどうかチェックする。そして取得された場合はステップＳ３６４に進み、目標としての車両位置または車庫位置と出発点である代行運転者本人の両方をＧＰＳ地図上に表示する。これによって出発点と駐車場との位置関係や経路などを判断することができる。この場合、出発点と目標地点である駐車場位置を表示するだけでなく両者間の経路を演算して表示してもよい。
【０１０４】
ステップＳ３６４で地図表示が行われるとこれを継続したままステップＳ３６６に進む。一方、ステップＳ３６０において、通信圏内にない等の理由で代行運転者本人のＧＰＳ位置コードが取得できないときはステップＳ３６８に進み、車両位置のみをＧＰＳ地図上に表示して駐車場の位置を地図上で確認することを可能にする。この場合も地図表示を継続したままステップＳ３６６に進む。
【０１０５】
ステップＳ３６６では、第１携帯電話１が車庫の近距離通信部の通信圏内に入り、その情報を第１携帯近距離通信部で受信可能な状態となったかどうかをチェックする。そして圏内に入っていればステップＳ３７０に進み、車庫から車庫内地図システムのデータを受信する。そしてステップＳ３７２に進んで、駐車コードの中に車庫内の相対位置コードが含まれているかどうかをチェックする。 ステップＳ３７２において相対位置コードが検出されない場合はステップＳ３７４に進み、駐車コードの中に車庫内位置コードが含まれているかどうかをチェックする。そして含まれていればステップＳ３７６に進み、ステップＳ３７０で受信したシステムデータと車庫内位置コードに基づき、車庫内地図上で車両位置を表示し、表示を継続する指示をしてフローを終了する。この表示は用済み後電話操作部の操作で終了させることができる。
【０１０６】
一方、ステップＳ３７２で相対位置コードが検出されたときはステップＳ３８０に進み、ステップＳ３７０で受信したシステムデータに基づき相対位置コードを地図上の表示で扱える車庫内位置コードに変換する。そしてステップＳ３７６に進み、車両位置を表示する。 なお、ステップＳ３５２で駐車コードの記憶が検出できない場合はステップＳ３８２に進み、記憶なしの表示を行ってフローを終了する。
【０１０７】
図１６は、第３実施例に関するものであって、車両所有者位置コードの活用に関する第１携帯制御部６の機能を示すフローチャートである。この車両所有者位置コードは、図１４で記憶され、図１２のステップＳ２６６で承認された後にステップＳ２８６で運転代行者に送信されたものである。従って、図１６のフローの機能は、原則として第１携帯電話１が代行運転者によって保持されている場合に活用される。 図１６のフローは、代行運転者が車両保有者の位置を確認するために手動で電話操作部８を操作したとき割込みがかかってスタートする。また、代行運転者が車両３に接近して車両近距離通信部４８の通信圏内に入ったときにも、自動的に割込みがかかってスタートする。
【０１０８】
図１６のフローがスタートすると、ステップＳ３９２において車両所有者位置コードが着信しているかどうかがチェックされる。そして着信があるとステップＳ３９４に進み、着信ありの表示を行ってステップＳ３９６に移行する。 ステップＳ３９６では、着信している車両所有者位置コードを目的地として車両カーナビに送信する。この送信は第１電話通信部１８または可能であれば第１携帯近距離通信部２０から行われる。次いで、ステップＳ３９８で中茶位置を示す車両位置コードが着信しているかどうかをチェックし、着信していればステップＳ４００でこの車両位置コードを出発点として車両のカーナビに送信する。
【０１０９】
次いでステップＳ４０２で車両カーナビに経路探索開始信号を送信する。このように本発
明によれば、車両自身がＧＰＳによって得たのではない出発点情報および目的地情報に基づいてカーナビの経路探索を行うことができる。 経路探索の指示を終わるとフローはステップＳ４０４に進み、臨時エントリーコードに基づいてエンジンロックを解除する信号を送信するための操作が行われたかどうかをチェックする。そして、エンジンロック解除新党送信操作が行われたことが検出されるとステップＳ４０６に進み、車両にカーナビ開始信号を送信してフローを終了する。 一方、ステップＳ４０４においてエンジンロック解除信号送信操作が行われたことが検出されなければ直ちにフローを終了する。この場合は、別操作に基づいてエンジンロック解除信号の送信が行われる。
【０１１０】
また、ステップＳ３９８において車両位置コードが着信していなかった場合は、ステップＳ４０８に進み、車両がＧＰＳ圏内に駐車されているかどうかチェックする。そしてＧＰＳ圏内であれば出発点としての車両位置コードが直接得られているのでステップＳ４０２に進み、車両カーナビに経路探索開始信号を送信する。 一方、ステップＳ４０８において車両がＧＰＳ圏内に駐車していることが検出できなかったときはステップＳ４０４に移行し、エンジンロック解除信号送信操作が行われたかどうかのチェックに入る。この場合は、カーナビの出発点情報がないので直ちに経路探索をすることはできないが、ステップＳ３９６において目的地情報はカーナビに入力されているので、車両を車庫から出せばＧＰＳ通信圏内に入り次第車両位置コードが得られるので経路探索が可能となる。 なお、ステップＳ３９２で車両所有者位置コードが着信していなければステップＳ４１０に進んで着信なしの表示を行い、直ちにフローを終了する。この場合は、別の手段によって車両所有者と連絡を取り、代行運転によりピックアップしに行く経路の情報を得る。
【０１１１】
図１では、車両制御部３８、車両操作部４０、記憶部４４およびＧＰＳ部４６および不図示の表示部が協働してカーナビゲーション装置として機能可能である。このようなカーナビゲーション装置が、図１６のステップＳ３９６およびステップＳ４００による情報送信を受けると、受信した情報をそれぞれ車両の目的地情報および車両の現在地情報としてこれらの情報を設定する。そして、ステップＳ４０２によって経路探索開始を指示されたカーナビゲーション装置は、受信により設定した車両の現在地情報および車両の目的地情報から車両の走行経路を演算する。 以上のような構成によれば、車両がＧＰＳの通信圏外にある状態でも、現在地からも目的地までの走行経路を知ることができので、例えば、代行運転の依頼を受けて到達した車両がＧＰＳの圏外に駐車されていた場合でも、車両を移動させる前に走行経路を理解することが可能となる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施の形態に係るキーレスエントリーシステムの第１実施例を示すブロック図である。
【図２】図１の第１実施例における携帯制御部の機能の基本フローチャートである。
【図３】図１の第１実施例の携帯制御部におけるキーレスエントリー操作があったときの機能を示すフローチャートである。
【図４】図１の第１実施例において携帯電話の主電源がＯＮされたときの携帯制御部の機能を示すフローチャートである。
【図５】図１の第１実施例において、代行運転者への電話発呼操作が行われたときの携帯制御部の機能を示すフローチャートである。
【図６】代行運転者へのエントリーコード送信の前提として行われる代行運転者登録から図５のエントリーコード送信までに関する携帯制御部の機能を示すフローチャートである。
【図７】図１の車両制御部の動作を示す基本フローチャートである。
【図８】本発明の実施の形態に係るキーレスエントリーシステムの第２実施例を示すブロック図である。
【図９】図７のステップＳ１５８におけるコード管理処理の詳細を示すフローチャートであり、第１実施例および第２実施例のいずれにも適用可能なものである。
【図１０】図９のステップＳ１９６における臨時エントリーコード管理処理の詳細を示すフローチャートである。
【図１１】図１０におけるステップＳ２２０の安全処理の詳細を示すフローチャートである。
【図１２】本発明の実施の形態に係るキーレスエントリーシステムの第３実施例に関し、代行運転者への電話発呼操作が行われたときの携帯制御部の機能を示すフローチャートである。
【図１３】第３実施例に関し、図１２のステップＳ２８０で取扱われている駐車コードを得るための携帯制御部の機能を示すフローチャートである。
【図１４】第３実施例に関し、図１２のステップＳ２６２で表示される車両保有者仮位置コードを得るための携帯制御部の機能を示すフローチャートである。
【図１５】第３実施例に関し、図１３で記憶された駐車コードを活用して車両を捜索するための携帯制御部の機能を示すフローチャートである。
【図１６】第３実施例に関し、図１２のステップＳ２８４で扱われている車両所有者位置コードの活用に関する第１携帯制御部６の機能を示すフローチャートである。
【符号の説明】
【０１１３】
８、１６、２０ 情報入力部 １２ 情報保持部 １８、２０ 送信部 ３０ キーレスエントリーコード保持部 １８、２０ 受信部 １４ 表示部 ３８、４０、４４、４６ カーナビゲーション装置 ６、１２、１４ 地図表示システム
【技術分野】
【０００１】
本発明は、通信装置に関し、さらに詳しくは車両運転用情報の授受が可能な通信装置に関する。
【背景技術】
【０００２】
近年、特に車両用のキーにおいて、キーレスエントリーシステムが一般化し、さらにキーレスエントリーシステムにおいて、電子キーを操作しなくてもこれを保持して車両に近づくことで近距離無線通信によってエントリーコードが交換可能となり、電子キーをポケット等に入れたままドアの開錠ができるようにすることも普及している。さらに、キーレスエントリー機能を携帯電話と関連させることについても種々の提案がなされており、例えば特許文献１においては、携帯電話と車載機とが近距離通信を行うことによってドアロック機構の施錠および開錠を行うキーレスエントリーシステムが開示されている。また、特許文献２においては、キーレスエントリー機能をもつ携帯電話が遠隔地の管理サーバから送信されるエントリーコードを受信することで、携帯電話車両の開錠を行うことができるレンタカーシステムが提案されている。
【特許文献１】特開２００６−６０６８３号公報
【特許文献２】特開２００３−５８７９５号公報
【発明の開示】
【発明が解決しようとする課題】
【０００３】
しかしながら、携帯電話等の通信装置による車両運転情報の授受に関してはその実用面において種々検討すべき問題がある。
【０００４】
本発明の課題は、上記に鑑み、実用的な車両運転情報の授受が可能な通信装置を提供することにある。
【課題を解決するための手段】
【０００５】
上記の課題を解決するため、本発明は、車両の駐車位置情報を入力する入力部と、入力部が入力した駐車位置情報を保持する駐車位置情報保持部と、この保持部の駐車位置情報を外部の受信装置に送信する送信部とを有する通信装置を提供する。これによって、外部の人間に駐車位置を知らせ、車両の回送依頼や車両の貸与を行うことができる。 本発明の具体的な特徴によれば、送信部によりキーレスエントリーコードとともに駐車位置情報が送信される。これによって、車両にエントリーできる人間に駐車位置を知らせることができる。 上記における、駐車位置情報は例えば駐車施設を特定するコードである。また、上記の駐車位置情報が駐車施設から発信される環境において、入力部がこれを受信することによって駐車位置情報を入力するよう構成すれば、自動的に駐車位置情報を得ることができる。また、駐車位置情報に、、例えば駐車施設から発信される駐車施設内の駐車位置を特定する情報が含まれている場合、駐車場の特定だけでなく、広い駐車場内などにおいて実際に車両が存在する位置までを特定することが可能となる。駐車位置情報は車両の駐車位置を示すＧＰＳ情報であってもよい。 本発明の他の特徴によれば、外部の送信装置から送信される車両の駐車位置情報を受信する受信部と、受信部が受信した駐車位置情報を保持する駐車位置情報保持部と、この保持部が保持する駐車位置情報を表示する表示部とを有する通信装置が提供される。この構成は駐車位置の受信側におけるものであって、このようにして駐車位置の情報を受けることによって自分の知らない場所に駐車されている到達し、車両の回送依頼に応じたり、車両の貸与受けたりすることができる。また、上記と同様にしてキーレスエントリーコードを同時に受信すれば車両に到達してこれを運転することができる。
【０００６】
本発明の他の特徴によれば、車両の回送先情報を入力する入力部と、入力された回送先情報を保持する回送先情報保持部と、この保持部が保持する回送先情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置が提供される。これによって、外部の人間に車両の回送先の情報を知らせ、車両の回送依頼を行うことができる。なお、具体的な構成として回送先とともに車両の駐車位置の情報およびキーレスエントリーコードを同時に送信するよう構成すれば、例えば自分が飲酒状態にあるときに運転代行者に駐車場から車両を回送させ、ピックアップしてもらって自宅まで送り届けてもらうようなこともできる。 本発明他の特徴によれば、外部の送信装置から送信される車両の回送先情報を受信する受信部と、受信した回送先情報を保持する回送先情報保持部と、回送先情報保持部が保持する回送先情報を表示する表示部とを有する通信装置が提供される。これは回送先情報の受信側の構成であり、この構成によって例えば運転代行を行とすることもできる。
【０００７】
本発明の他の特徴によれば、車両の現在地情報および車両の目的地情報を外部の送信装置から受信する受信部と、受信した車両の現在地情報および車両の目的地情報から車両の走行経路を演算するカーナビゲーション装置とを有する通信装置が提供される。この構成によれば、車両がＧＰＳの通信圏外にある状態でも、現在地からも目的地までの走行経路を知ることができる。例えば、代行運転の依頼を受けて到達した車両がＧＰＳの圏外に駐車されていた場合でも、車両を移動させる前に走行経路を理解することが可能となる。
【０００８】
本発明の他の特徴によれば、外部との通信を行う通信部と、駐車位置情報を保持する駐車位置情報保持部と、地図表示システムと、駐車位置情報保持部が保持する駐車位置情報を地図表示システムによる表示が可能な情報に変換する変換部とを有する通信装置が提供される。これによれば、統一システムの管理下にある駐車場や著名スポットなどの駐車位置の特定が容易な場合において簡単なコードを駐車位置情報とした場合においても、この情報を、例えば緯度経度などによって位置情報を取り扱う地図表示システムに取り込むことができる。
【０００９】
本発明の他の特徴によれば、駐車位置情報を保持する駐車位置情報保持部と、駐車位置情報を処理する処理システムを受信する受信部と、受信部が受信した処理システムにより処理された駐車位置情報を表示する表示部とを有する通信装置が提供される。これによって、例えば広い駐車場内に駐車されている車両を捜索する場合、その駐車場にローカルに設けられた処理システムを受信することでその駐車場内でのみローカルに通用する駐車位置情報を保持していた場合でも、駐車場内における車両の駐車位置を特定することが可能となる。これは、代行運転の受任や車両の貸与を受けた場合において駐車場内の車両を捜索する場合の他、自身で駐車した車両の位置を忘れた場合等においても有用である。
【発明を実施するための最良の形態】
【００１０】
図１は、本発明の実施の形態に係るキーレスエントリーシステムの第１実施例を示すブロック図である。第１実施例は複数の携帯電話を含むシステムを構成しており、図１では、第１携帯電話１および第２携帯電話２を図示している。また、図１において第２携帯電話２内部の構成は簡略化して図示しているが、その内容は、基本的には第１携帯電話１と同一である。なお、図１では簡単のために２つの携帯電話のみ図示しているが、第三およびそれ以上の不特定多数の同様の構成の携帯電話が含まれていてよい。本発明の実施の形態に係るキーレスエントリーシステムは、さらに車両３および駐車場４を含む。
【００１１】
第１携帯電話１は、携帯電話全体を制御するコンピュータからなる第１携帯制御部６を有し、電話操作部８の操作に応じて、第１電話機能部１０などを制御する。この第１携帯制御部６の機能は記憶部１２に格納されたソフトウエアによって実行される。記憶部１２は、また第１携帯電話１全体の制御に必要な種々のデータを一時的に格納する。第１携帯制御部６は、さらに表示部１４を制御し、電話操作部８の操作と連携するＧＵＩ表示を行うとともに制御結果の表示を行う。
【００１２】
ＧＰＳ部１６は、ＧＰＳシステムに基づいて衛星または最寄の放送局より第１携帯電話１の絶対位置情報である緯度、経度、および高度の情報を得て第１携帯制御部６に送る。この絶対位置情報は、第１携帯制御部６の制御により地図とともに表示部１４に表示され、ナビゲーション情報として提供される。
【００１３】
第１携帯電話１は、第１電話機能部１０および第１電話通信部１８により通常の通話を含む電話回線を介した無線通信を行うことができる。第１携帯電話１には、これと別に無線ＬＡＮなどによる第１携帯近距離通信部２０が備えられており、近距離通信圏内に存在する他の携帯電話等との無線通信が可能となっている。 この第１携帯近距離通信部２０は法規制上問題のない規格に基づくものであって、通信圏は限られるが電話回線などのように料金が発生しないものである。
【００１４】
第１携帯近距離通信部２０は、後述するエントリーコードの交信の他、上記のＧＰＳ部１６において取得した絶対位置情報を他の機器のＧＰＳ部に送信すると共に、他の機器がそのＧＰＳ部で取得した絶対位置情報を受信することができる。これにより、表示部１４において自分の位置だけでなく他の機器の位置についても同一の地図上で表示することが可能となり、両者の相対関係を地図上で確認できる。その詳細については、同一出願人による特許願２００７−２８３９３などに記載されている。後述するように、この機能によれば、例えば広大な駐車場４に止めてある車両３と第１携帯電話１を持つ自分の現在位置の関係がわかり、車両３に到達するのが容易となる。 また、第１携帯電話１は、カメラ部２２を有し、撮影した画像を記憶部１２に記憶することが可能であるとともに、第１電話通信部１８によって画像を他の携帯電話に送信することができる。
【００１５】
第１携帯電話１は、充電式の主電源２４によって給電されていると共に、記憶部１２はさらにリチウム電池などからなる補助電源２６によりバックアップされている。これによって、主電源２４の放電や交換の際に記憶部１２に記憶されている情報が揮発するのを防ぐ。 第１携帯電話１はさらに、キーレスエントリー通信部２８、およびこれと協働するキーレスエントリーコード記憶部３０を有している。これらは、補助電源２６により給電されており、基本的には主電源２４の充電状態およびそのオン・オフに係らず機能する。キーレスエントリー通信部２８の消費電力は、第１近距離通信部２０に比べ微弱なので、このように記憶部１２の補助電源２６を共用する。
【００１６】
この機能のため、第１携帯制御部６は、主電源２４の電源がオフであっても、また主電源２４の充電が通常の携帯電話機能のためには不充分と判断される状態であっても、キーレスエントリー操作のための電話操作部８の操作またはキーレスエントリー通信部２８によって受信される車両３におけるエントリー操作を検出するための最低限の機能を行うよう低速省電力モードにて起動されている。 また、キーレスエントリーコード記憶部３０は第１携帯制御部６にも接続されており、キーレスエントリーコード記憶部３０に記憶されているエントリーコードに基づく車両３の施錠・開錠は、キーレスエントリー通信部２８だけでなく第１携帯近距離通信部２０によっても可能となっている。しかしながら、後述のように、基本的には、キーレスエントリー通信部２８によって車両３の施錠・開錠が行われる。
【００１７】
図１の第１実施例は、上記のように、キーレスエントリー通信部２８が第１携帯制御部６の制御を受ける形となっているが、変形の実施例として、キーレスエントリー通信部を完全に第１携帯制御部６とは無関係に構成することも可能である。この場合、キーレスエントリー操作を検出するための専用操作部を設けることが必要である。なお、このようなキーレスエントリー操作部として電話操作部８の一部の操作キーを兼用し、この操作キーの操作をキーレスエントリー通信部２８が直接検出できるよう構成してもよい。
【００１８】
第２携帯電話２は、既に述べたように第１携帯電話１と同様の構成を持つものであり、重複を避けるため必要のない限り説明は省略する。また、既に述べたように、図１において、第２携帯電話２における構成は、第２携帯制御部３２、第２電話通信部３４および第２携帯近距離通信部３６を除き、図示を省略している。 また、図１において、第１携帯電話１と第２携帯電話２が直接通信を行っているごとく図示しているが、周知のように携帯電話は通信回線のインフラストラクチャー通信によるものであり、実際には第１電話通信部１８と第２電話通信部３４とは、基地局を介して通信している。 一方、図１において、第１携帯電話１と第２携帯電話２とは、第１携帯近距離通信部２０と第２携帯近距離通信部３６によって直接のアドホック通信が可能である。
【００１９】
車両３は、車両全体を制御するコンピュータからなる車両制御部３８を有し、車両操作部４０の操作に応じて、車両機能部４２などを制御する。この車両制御部３８の機能は記憶部４４に格納されたソフトウエアによって実行される。記憶部４４は、また車両３の制御に必要な種々のデータを一時的に格納する。
【００２０】
ＧＰＳ部４６は、第１携帯電話１におけるＧＰＳ部１６と同様のもので、ＧＰＳシステムに基づいて衛星または最寄の放送局より車両３の絶対位置情報である緯度、経度、および高度の情報を得て車両制御部３８に送る。この絶対位置情報は、車両制御部３８の制御により地図とともに不図示のカーナビゲーション画面に表示される。 車両３においても、無線ＬＡＮなどによる車両近距離通信部４８が備えられており、近距離通信圏内に存在する第１携帯近距離通信部２０などとの無線通信が可能となっている。当然ながら、この車両近距離通信部４８は第１携帯近距離通信部２０と同一規格に基づくものであって、通信圏は限られるが電話回線などのように料金が発生しない。
【００２１】
車両３は、さらにキーレスエントリー通信部５０を有しており、第１携帯電話１のキーレスエントリー通信部２８との間でエントリーコードの交信を行う。そしてキーレスエントリーコード記憶部３０からキーレスエントリー通信部２８を通じて送信されたエントリーコードがキーレスエントリー通信部５０で受信され、これが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これによって車両制御部３８はドアロック部５４に施錠・開錠の指示を行う。 さらに、第１携帯電話１の保持者が車両操作部４０でエンジン始動操作を行った場合もキーレスエントリー通信部間の通信によりエンジンロックが解除されて始動が可能となる。つまり、この場合、第１携帯電話１の保持者は車両３の運転席にいるから、キーレスエントリー通信部２８とキーレスエントリー通信部５０の間の交信が可能となっている。そして、エンジン始動操作に応じて両者間の通信が行われ、キーレスエントリーコード記憶部３０のエントリーコードが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これに応じて、車両制御部３８はエンジンロック部５６のロックを解除してエンジン始動を可能とする。
【００２２】
なお、前述のように、第１携帯電話１のキーレスエントリーコード記憶部３０におけるエントリーコードは、第１携帯制御部６を経由して第１携帯近距離通信部２０から車両３の車両近距離通信部４８に送信できる。これは、補助電源２６が消耗している場合などに有効である。この場合、車両制御部３８は、車両近距離通信部４８が受信したエントリーコードをキーレスエントリーコード管理部５２に送り、これが正しかどうか認証させる。そして、その結果に基づき、車両制御部３８はドアロック部５４に施錠・開錠の指示を行う。 上記の場合、エンジン始動操作を行ったときも、キーレスエントリーコード記憶部３０のエントリーコードが第１携帯制御部６を経由して第１携帯近距離通信部２０から車両３の車両近距離通信部４８に送信される。そしてエントリーコードが正しいものであることがキーレスエントリーコード管理部５２で認証されると、その結果が車両制御部３８に通知される。これに応じて、車両制御部３８はエンジンロック部５６のロックを解除してエンジン始動を可能とする。
【００２３】
以上は、第１携帯電話１の所有者自身が車両３の所有者でもある場合として説明したが、次に、第２携帯電話２の所有者が車両３を所有しているとともに、第１携帯電話１が運転代行業者の所有物である場合について説明する。なお、既に述べたように、図１では図示が省略されているが、第２携帯電話２は第１携帯電話１と同様のものであって、キーレスエントリーコード記憶部、キーレスエントリー通信部他のすべての構成を備えている。 上記のような状況は、例えば、車両３の所有者が飲酒状態となり、運転代行業者に車両３の回送および自宅までの代行運転を依頼する場合などに生じる。このようなとき、車両３の所有者である第２携帯電話２の所有者は、電話回線を通じて第２電話通信部３４から運転代行業者の第１電話通信部１８に車両３の臨時エントリーコードを送信する。これによって、第１携帯電話のキーレスエントリーコード記憶部３０には受信した臨時エントリーコードが記憶され、以下、上記に説明したのと同様にして第１携帯電話１による車両３のドアロック開錠およびエンジンロック解除が可能になる。従って、運転代行業者は、車両保有者のいる宴会場などに車両３を回送するとともに、車両保有者を拾ってその自宅まで車両３を代行運転することができる。なお、臨時エントリーコードは依頼した代行運転限りのものであって、それ以降は無効となる。臨時エントリーコードの送信等の詳細については後述する。
【００２４】
駐車場４は、駐車場全体を制御するコンピュータからなる駐車場制御部５８を有し、記憶部６０に格納されたソフトウエアによって制御を実行する。記憶部６０は、また駐車場４の制御に必要な種々のデータを一時的に格納する。 駐車場４は、さらに駐車場内の異なる場所に設置された駐車場第１近距離通信部６２および駐車場第２近距離通信部６４を有する。なお、駐車場４には、駐車場内の通信圏を確保するため、必要に応じて第３およびそれ以上の数の近距離通信部が設けられる。図1では簡単のため二つの近距離通信部を図示している。
【００２５】
これら駐車場内の複数の近距離通信部は、通信圏をそれぞれ分担して確保するとともに、第１携帯近距離通信部２０がいずれの近距離通信部と交信可能かを検知することによって第１携帯電話１が駐車場４のどこにあるかを駐車場制御部５８が判定する。さらに第１携帯近距離通信部の電波を例えば駐車場第1近距離通信部６２および第２携帯近距離通信部６４が同時に受信することによって、三角点通信に基づき駐車場制御部５８は第１携帯電話の位置をより正確に割り出すことができる。これによって第１携帯電話１が駐車場４の構内など衛星電波の圏外にあってＧＰＳ１６が機能しなくても、第１携帯電話１の位置を検出することが可能となる。なお、駐車場制御部５８が割り出した第１携帯電話１の位置は、最も近い駐車場近距離通信部から第１携帯近距離通信部２０に伝えられる。 同様にして車両３の駐車位置についても、車両３のＧＰＳ部４６が機能しないときは、車両近距離通信部４８と周射場第２近距離通信部６４などとの交信により駐車場制御部が検知し、第１携帯近距離通信部２０に送信される。
【００２６】
上記のようにして、第１携帯電話１は自身のＧＰＳ部１６によって自身の位置がわかるとととも
に、車両３のＧＰＳ部４６が検知した車両３の位置情報を第１携帯近距離通信部２０で得ることができるので、代行運転業者が車両３の位置を知らなくても、両者の位置関係を表示部１４に表示することで車両３に到達することができる。 さらに、ＧＰＳ部が機能しない場合でも、駐車場制御部５８から自身の位置および車両３の位置の情報を第１携帯近距離通信部２０で受信できるので、同様にして、両者の位置関係を表示部１４に表示し、容易に車両３に到達することができる。 なお、車両３の位置情報の伝達は、第１携帯電話のキーレスエントリーコード記憶部に自身のエントリーコードまたは車両の所有者から受信した臨時エントリーコードが記憶されていない限り、第１携帯近距離通信部２０で受信できない。従って、無用の第三者に車両３の位置が伝達されることはない。
【００２７】
図２は、図１の第１実施例における第１携帯制御部６の機能の基本フローチャートであり、第１携帯電話１への主電源２４の装着、または主電源２４への充電開始、または補助電源２６の装着によってスタートする。フローがスタートすると、まずステップＳ２で補助電源２６がＯＫかどうかをチェックする。「補助電源がＯＫでない」と判断すべきレベルは、補助電源２６の消耗が進み、これ以上キーレスエントリー通信部への給電を行うと記憶部１２およびキーレスエントリーコード記憶部のバックアップが保証できなくなる限界直前のレベルとする。つまり、キーレスエントリー通信部への給電を行わない限りはこのレベルでもバックアップそのものは当面可能なレベルとする。 ステップＳ２で補助電源がＯＫでなければステップＳ４に進み、主電源２４の充電がＯＫかどうかのチェックをする。「主電源の充電がＯＫでない」と判断すべきレベルは、第１携帯制御部自体の最低限の動作は可能であるが通常の携帯電話動作を行うには充電不足なので携帯電話機能を強制停止させるべきレベルとする。ステップＳ４で主電源の充電がＯＫであればステップＳ６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ８に進む。
【００２８】
ステップＳ８では、補助電源２６のこれ以上の消耗を防ぐため、予防的にキーレスエントリー通信部２８の機能を停止し、通信を不可とする。これに対応し、ステップＳ１０で第１携帯近距離通信部２０によるキーレスエントリー通信を可能とする。第１携帯近距離通信部２０によるキーレスエントリー通信は通常行わないが、上記のようにステップＳ２からステップＳ８に至った場合に限り、これを行うようにする。 これは、第１携帯近距離通信部２０が主電源２４によって給電されているためである。主電源２４は通常の携帯電話機能への給電のため頻繁に充電を行う必要があるが、これを怠ると携帯電話１全体が機能しなくなり、これに伴って第１携帯近距離通信部２０も機能しない。従って、仮に第１携帯近距離通信部２０をキーレスエントリー機能に常用すると、頻繁に生じる可能性のある携帯電話１の電池切れによってキーレスエントリーをはじめとする車両３の操作ができなくなる。これは不便であるし、ある場合には危険でもある。従って、通常は、補助電源２６により給電されていて主電源２４の充電状態およびそのオン・オフに係らず機能するキーレスエントリー通信部２８およびこれと協働するキーレスエントリーコード記憶部３０によりキーレスエントリーを行う。 しかしながら、補助電源２６も長年の使用により消耗することがあるので、その際の緊急手段として、ステップＳ２からステップＳ１０へのフローが用意されている。これは、補助電源２６が消耗したとき同時に主電源２４も充電不足の状態となっている可能性は低いことを前提としている。
【００２９】
ステップＳ１０で第１携帯近距離通信部２０によるキーレスエントリー通信が可能となると、ステップＳ１２に進み、第１携帯制御部６としてのキーレスエントリー割込を可能とする。この割込は、電話操作部８によりキーレスエントリー操作を行った場合にかかるものである。また、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたことを車両制御部３８が検出し、車両近距離通信部４８から第１携帯近距離通信部２０にこれが通知されたときにもこの割込がかかる。ステップＳ１２はこれらの割込を可能とするものであるが、通常はこれらの操作に基づく第１携帯制御部６への割込は禁止されており、これらの操作に基づくキーレスエントリー機能は、キーレスエントリー通信部２８によって実行される。
【００３０】
次いで、ステップＳ１４で携帯電話機能の初期処理を行い、フローを終了する。なお、ステップＳ２で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、ステップＳ１６に進み、キーレスエントリー通信部２８による通常キーレスエントリー状態を確認してステップＳ１４に至る。このステップＳ１６は、第１携帯電話１への主電源２４の装着、または主電源２４への充電開始、または補助電源２６の装着などの機会がある毎に、キーレスエントリー通信部２８が正常に機能するかどうかのチェックを行うとともに、第１携帯制御部へのキーレスエントリー割込が可となっていた場合にこれを不可とするために設けられている。
【００３１】
また、ステップＳ４で主電源２４がＯＫでなければ、ステップＳ１８に進み、充電中かどうかのチェックをする。そして充電中であれば携帯電話１が機能可能なので、ステップＳ６に移行し、充電器から供給される電力によりステップＳ６以下の動作を行う。このような動作は、例えば携帯電話１が車両中で充電されている場合などに可能である。 一方、ステップＳ１８で充電中でなければ携帯電話１の機能は不可能なので、直ちにフローを終了する。例えば、消耗した補助電源２６を誤装着したときに主電源２４が充電されていないか、または、補助電源２６が消耗しているときに充電されていない主電源２４を装着したときなどがこの場合に相当する。当然ながら、第１携帯制御部６になんらの給電もなされていなければ、図２のフロー自体がスタートしない。
【００３２】
図３は、図１の第１実施例の第１携帯制御部６におけるキーレスエントリー操作があったときの機能を示すフローチャートである。フローは、電話操作部８によりキーレスエントリー操作を行ったとき、または、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたこと等を車両制御部３８が検出し、車両３のキーレスエントリー通信部５０から第１携帯電話１のキーレスエントリー通信部２８にこれが通知されたとき、または、車両３の車両操作部４０の一部をなす車両外部のロック解除ボタンが操作されたこと等を車両制御部３８が検出し、車両近距離通信部４８から第１携帯近距離通信部２０にこれが通知された場合のいずれかによりスタートする。 なお、車両操作部４０によるエンジン始動操作が車両制御部３８によって検出されたときにおいても、ロック解除ボタンの操作検出の場合と同様にして図３のフローがスタートする。
【００３３】
フローがスタートすると、ステップＳ２２で補助電源２６がＯＫかどうかをチェックする。ＯＫでなければステップＳ２４に進み、主電源２４の充電がＯＫかどうかのチェックをする。ステップＳ２４で主電源の充電がＯＫであればステップＳ２６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ２８に進む。 ステップＳ２８では、キーレスエントリー通信部２８の機能を停止し、通信を不可としてステップＳ３０に進む。ステップＳ３０では、主電源２４がオンでなければステップＳ３２でこれをオンにしてステップＳ３２に進む。これは、主電源２４がオフされていれば第１携帯近距離通信部２０への通電がなくキーレスエントリーの実行ができないからである。一方、ステップＳ３０で主電源が既にオンであれば、直接ステップＳ３４に移行する。
【００３４】
ステップＳ３４では、第１携帯近距離通信部２０による通信に基づいてドアロック部５４の施錠・開錠やエンジンロックの解除などのキーレスエントリーを実行する。 次いで、ステップＳ３６においてステップＳ３２において主電源が自動ＯＮされた履歴があるかどうかチェックし、履歴があればステップＳ３８に進んで主電源を自動ＯＦＦしてフローを終了する。これは、キーレスエントリーの実行のために自動的にＯＮした携帯電話の主電源を用済み後元に戻すためである。一方、ステップＳ３６で主電源自動ＯＮの履歴がなければキーレスエントリー操作の検出以前から携帯電話の主電源が元々ＯＮであったことを意味するので、主電源のＯＦＦは行わずにフローを終了する。
【００３５】
なお、ステップＳ２２で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、ステップＳ４０に進み、キーレスエントリー通信部２８による通常キーレスエントリー状態を確認してフローを終了する。このステップＳ４０は、キーレスエントリー操作の機会がある毎に、キーレスエントリー通信部２８が正常に機能するかどうかのチェックを行うとともに、第１携帯制御部へのキーレスエントリー割込が可となっていた場合にこれを不可とするために設けられている。 また、ステップＳ２４で主電源の充電がＯＫでなかったときは、補助電源によっても主電源によってもいずれもキーレスエントリーの実行ができないので、直ちにフローを終了する。
【００３６】
図４は、図１の第１実施例において携帯電話の主電源がＯＮされたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ５２で主電源の充電がＯＫかどうかをチェックする。充電がＯＫであればステップＳ５４に進み、補助電源２６がＯＫかどうかをチェックする。補助電源がＯＫでなければステップＳ５６に進み、補助電源２６の交換を促す警告表示を行う。そしてこの表示を継続しながらステップＳ５８に進む。
【００３７】
ステップＳ５８では、補助電源２６のこれ以上の消耗を防ぐため、予防的にキーレスエントリー通信部２８の機能を停止し、通信を不可とする。これに対応し、ステップＳ６０で第１携帯近距離通信部２０によるキーレスエントリー通信を可能としてステップＳ６２の通常携帯電話機能処理に移行する。そして通常電話機能処理が停止されるとフローを終了する。 なお、ステップＳ５４で補助電源２６がＯＫであると判断されたときは、第１携帯電話制御部６がキーレスエントリー操作に応答する必要はないので、直接ステップＳ６２に移行する。また、ステップＳ５２で主電源の充電がＯＫであることが検出されない場合は直ちにフローを終了する。 以上のようにして、携帯電話の主電源がＯＮされるたびに補助電源がＯＫかどうかのチェックを行うことにより、補助電源によるキーレスエントリーができない事態を未然に察知する。また、万一補助電源がＯＫでない場合は、自動的にキーレスエントリーの機能をキーレスエントリー通信部から近距離通信部に切換え、補助電源がこれ以上消耗して記憶部１２のバックアップができなくなることを防止する。
【００３８】
図５は、図１の第１実施例において、事前に登録されている代行運転者への電話発呼操作が電話操作部８によって行われたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ７２で登録されている代行運転者の電話番号への発呼が行われ、ステップＳ７４で回線が接続されたかどうかチェックする。 接続が確認されるとステップＳ７６に進み、電話操作部８によってエントリーコードを送信するための操作が行われたかどうかチェックする。そして、この操作が行われたことが確認されるとステップＳ７８に進み、認証を要求する信号を電話の音声信号に重畳して送信してステップＳ８０に進む。ステップＳ８０では、認証要求信号の送信後所定時間が経過したかどうかをチェックしており、未経過ならばステップＳ８２に進んで、要求に従って音声信号に重畳して返信される認証信号が抽出できたかどうかチェックする。
【００３９】
ステップＳ８２で認証返信信号が音声信号
から抽出されるとステップＳ８４に進んでこれを参照データと照合し、認証結果がＯＫかどうかチェックする。そして認証結果がＯＫならばステップＳ８６に進む。一方、ステップＳ８２で認証返信信号が抽出されない場合、またはステップＳ８４で認証がＯＫでない場合はステップＳ８０に戻り、以下、所定時間が経過するまでステップＳ８０からステップＳ８４を繰り返し、認証がＯＫとなるのを待つ。 認証がＯＫになるとステップＳ８６では、臨時エントリーコードをキーレスエントリーコード記憶部３０から読み出し、ステップＳ８８でこれを音声信号に重畳して代行運転者の電話に送信する。そしてステップＳ９０で送信後所定時間が経過したかどうかをチェックして、未経過ならばステップＳ９２で臨時エントリーコードを受信した旨の確認信号が代行運転者の電話からの音声信号から抽出できたかどうかチェックする。そして、この抽出ができればステップＳ９４に進むが、抽出ができない場合はステップＳ８８に戻り、臨時エントリーコードを再度送信する。以下、所定時間が経過するまでステップＳ８８からステップＳ９２を繰り返し、受信確認信号の抽出を待つ。
【００４０】
ステップＳ９２で受信確認信号が抽出されると臨時エントリーコードが代行運転者に確実に伝達されたことになるのでステップＳ９４に進み、回線切断操作がなされたかどうかチェックする。そして、回線が切断された場合はステップＳ９６に進む。一方ステップＳ９４で回線の切断操作が検出されない場合はステップＳ７６に戻り、以下ステップＳ７６からステップＳ９４を繰り返す。 なお、ステップＳ８０またはステップＳ９０で所定時間が経過したときはステップＳ９４に進み、回線を切断してフローを終了する操作が行われたかどうかチェックする。ステップＳ９４で回線切断が検出されない場合はステップＳ７６に戻るので、エントリーコード送信操作からやり直すことができる。
【００４１】
ステップＳ９６では、ステップＳ７６からステップＳ９４を経て行われた臨時エントリーコードの送信が成功したかどうかチェックする。そして成功していればステップＳ９８に進み、その旨を車両３に報告してフローを終了する。 図１の車両３は、不図示の電話通信部を備えており、第１電話通信部１８または第２電話通信部との電話回線による通信が可能である。車両３の電話通信部は第１電話通信部１８が第１携帯制御部６に接続されているのと同様にして車両制御部３８に接続されており、電話通信部によって行われる情報授受を必要に応じて車両３各部に伝達可能となっている。ステップＳ９８における臨時エントリーコード送信成功の旨の車両への報告は通常このような電話回線を通じたデジタル信号通信によって行われるが、近距離通信が可能な場合は、第１携帯近距離通信部２０または第２携帯近距離通信部３６から車両近距離通信部４８にデジタル信号を送信することによって行われる。 なお、所定時間経過しても車両への通信が確立できず、代行運転を依頼した旨の車両への報告ができない場合、ステップＳ９８では報告を一旦断念し、フローを終了する。このような場合は、車両が無線通信圏外の駐車場に置かれているときなどに生じる。
【００４２】
ステップＳ９６において臨時エントリーコード送信の成功が確認できなかったときは、そのままフローを終了する。これは、ステップＳ７６、ステップＳ８０、またはステップＳ９０からステップＳ９４に至って回線が切断された場合に該当する。なお、ステップＳ７４で回線が接続できなかった場合も直ちにフローを終了する。
【００４３】
上記の第１実施例では、エントリーコードの送受信にあたりエントリーコードを音声信号に重畳して音声データとして取扱うよう構成しているが、これは、代行運転の依頼を代行運転業者との音声のやりとりにて行うことを前提とするとともに、このための音声回線が接続されない限りエントリーコードの送受信もできないよう構成することで、エントリーコードの漏洩や偽造による車両の盗難を防止するためである。また、この構成によって、代行業者との音声によるコミュニケーションと並行してエントリーコードの送受信をおこなうことが可能となる。 しかしながら、本発明の実施はこれに限られるものではなく、エントリーコードの通信を音声回線とは別のインターネット等のデータ通信システムによって行うように構成してもよい。この場合はエントリーコードの漏洩や偽造を防止するためその送受信にあたっては適宜セキュリティ処置を講ずる。
【００４４】
図６は、図５における代行運転者へのエントリーコード送信の前提として行われる代行運転者登録から図５のエントリーコード送信までに関する第１携帯制御部６の機能を示すフローチャートであり、電話操作部８により代行運転操作または代行運転者登録操作が行われることによりスタートする。なお、この代行運転操作は、代行運転業者への代行運転依頼だけではなく、友人等への私的な車両の貸与等にも対応できるよう構成されている。 フローがスタートすると、ステップＳ１０２で登録済の代行運転者があるかどうかのチェックが行われる。そして登録済の代行運転者がなければステップＳ１０４に進む。これは、フローが代行運転操作のためにスタートした場合であっても、登録済の代行運転者がなければまず代行運転者の登録が必要なためである。
【００４５】
ステップＳ１０４では、登録すべき代行運転者を特に指名する入力操作があったかどうかチェックし、所定時間内にこの操作が検出されない場合はステップＳ１０６に進み、未登録の代行運転者の一覧が表示される。この一覧は、代行運転業から提供されるものであり、住所、年齢、性別など代行運転者のプロフィールとともにインターネット等を通じて予め携帯電話に提供されているものである。 この一覧表示を継続しながらフローはステップＳ１０８に進み、一覧表示の中から登録すべき代行運転業者を選択する操作が一覧表示開始から所定時間以内に行われたかどうかチェックする。そして所定時間以内にこの操作が検出されないときはステップＳ１１０に進み、所定のルールに従って登録すべき代行運転者を一覧表示の中から選択する代行運転者自動指定処理を行ってステップＳ１１２に至る。
【００４６】
以上のようにして、登録済の代行運転者がなかった場合には、フローがスタートして所定時間何も操作しなければ、自動的に登録すべき代行運転者が指定されてステップＳ１１２に至ることができる。従って、代行運転者として誰を登録するかにこだわらないならば、面倒な手順を知らない使用者でも代行運転依頼に必要な代行運転者の登録を自動的に進めることができる。 一方、ステップＳ１０４で登録すべき代行運転者を特に指名する入力操作があったときはステップＳ１１４に進み、入力どおりの代行運転者指定を実行してステップＳ１１２に至る。また、ステップＳ１０８において一覧表示からの選択操作を検出したときもステップＳ１１４に進み、選択どおりに登録すべき代行運転者の指定を実行してステップＳ１１２に至る。
【００４７】
ステップＳ１１２では、ステップＳ１１０またはステップＳ１１４で登録すべきものとされた代行運転者が車両を運転する上での自動車保険に問題がないかどうかチェックする。そして、登録しようとしている運転者が自動車保険の免責事由に該当して事故等に対応できないなどの問題がステップＳ１１２で検出されたときはステップＳ１１６に進んで臨時保険に自動加入した後ステップＳ１１８に移行する。この臨時保険は例えば３日間などの短い期間を限って登録された代行運転者を自動車保険でカバーするものである。一方、ステップＳ１１２で保険がＯＫである旨の確認ができたときは直接ステップＳ１１８に移行する。 ステップＳ１１８では、ステップＳ１１４またはステップＳ１１０で登録すべき新規の代行運転者が指定されたかどうかチェックし、該当があればステップＳ１２０に進む。ステップＳ１２０では、登録すべきものとされた代行運転者の登録処理を行い、ステップＳ１２２に移行する。一方、ステップＳ１１８で代行運転者の新規指定が検出されなかったときは、直接ステップＳ１２２に移行する。このような場合が生じる理由は後述する。
【００４８】
ステップＳ１２２では自動車保険でカバーする条件の範囲を拡大する操作が行われたかどうかをチェックし、該当すればステップＳ１２４に進んで保険契約変更処理を行ってステップＳ１２６に移行する。一方ステップＳ１２２で保険条件拡大操作が検出されなかったときは直接ステップＳ１２６に移行する。 ここで、上記の保険条件拡大操作について補足する。ステップＳ１１２で保険がＯＫでないことが検出されたときは緊急措置として当面臨時保険への加入がステップＳ１１６で行われているが、ステップＳ１２２で検出されるのは通常の保険契約において例えば家族限定を解除するなどの保険条件の拡大操作である。臨時保険への加入は自動で行われるのに対し、通常の保険条件拡大は手動操作によって行われる。
【００４９】
なお、ステップＳ１０２で登録済の代行運転者があることが検出されたときはステップＳ１２８に進み、フローが代行運転者登録操作によってスタートしたかどうかチェックする。そして、該当すればステップＳ１０４に移行し、以下上記に説明したフローに従って代行運転者を新規登録するための処理が行われる。
【００５０】
一方、図６のフローが代行運転者登録操作によってスタートしたのでない旨の検出がステップＳ１２８で行われた場合は、代行運転操作によってフローがスタートし且つ登録済代行運転者がある場合に該当する。この場合は基本的にはステップＳ１２６に移行するが、その前にステップＳ１３０が設けられており、自動車保険がＯＫかどうかのチェックが行われる。そしてＯＫの場合は直接ステップＳ１２６に移行するが、問題のある場合はステップＳ１１６に進む。 ステップＳ１３０が設けられている理由は、登録済代行運転者を想定した代行運転操作の場合であっても過去にその運転者を想定した保険条件拡大操作が行われず、且つ過去に自動加入した臨時保険も期限切れになっている場合があるからである。従ってこの場合は、既に説明したのと同様、まずはステップＳ１１６で臨時保険に再度自動加入した上で、ステップＳ１２２の保険条件拡大操作のチェックに進む。なお、この場合は代行運転者の新規指定には当たらないのでステップＳ１２０はスキップされる。
【００５１】
ステップＳ１２６では、図６のフローが代行運転操作によってスタートしたのかどうかのチェックが行われる。そして、該当すればステップＳ１３２に進み、代行運転者指名操作があったかどうかのチェックを行う。ステップＳ１３２の内容は、複数の登録済代行運転者がある場合はその一覧を表示した上、表示後所定時間内にその中から代行運転者を選択する操作が行われたかどうかのチェックを行う処理となる。そして一覧表示開始から所定時間内に指名操作がなかったときはステップＳ１３４に進み、所定の優先順に基づく代行運転者の自動指名を行って、ステップＳ１３６に移行する。一方、ステップＳ１３２で指名操作があったことが検出されるとステップＳ１３８に進み、操作どおりの指名を実行してステップＳ１３６に移行する。なお、登録代行運転者が一人であったときはステップＳ１３２から直ちにステップＳ１３４に進み自動指名処理をしてステップＳ１３６に移行する。
【００５２】
ステップＳ１３６では、指名された代行運転者に対して臨時キーレスエントリーコードを送信する処理を行い、フローを終了する。ステップＳ１３６の詳細は図５で説明したとおりである。 以上のように、図６のフローは、代行運転者が未登録の状態において単に代行運転操作を行い、以後何も操作しない場合であっても、ステップＳ１１０での代行運転者の自動指定、ステップＳ１１６における臨時自動車保険への自動加入、ステップＳ１２０における代行運転者の自動登録、さらにはステップＳ１３４での代行運転者自動指名を経て、ステップＳ１３６における指名された代行運転者への臨時エントリーコード送信処理までの実行が行われる。従って、代行運転者や代行運転依頼のための詳細な操作手順を知らないユーザであっても容易に代行運
転を依頼することができる。これは、飲酒後において急遽代行運転を依頼しなければならない事態に好適である。 図６のフローによる機能は、上記の他、ユーザの種々の要望に基づく手動操作にも対応することができるものである。
【００５３】
図７は、図１の車両３における車両制御部３８の動作を示す基本フローチャートであり、車両のバッテリーからの通電によりスタートする。フローがスタートすると、ステップＳ１４２で車両の各部に問題がないかどうかのチェックが行われ、異常があればステップＳ１４４の以上対応処理に入り、対応処理が完了すればステップＳ１４６に移行する。また、ステップＳ１４２で車両各部がＯＫである旨確認できたときは直接ステップＳ１４６に進む。
【００５４】
ステップＳ１４６では、ドア開閉のためのキーレスエントリーコード発信を検出したかどうかを車両制御部３８にてチェックする。そして検出があればこれを認証するためステップＳ１４８に進み、検出コードがキーレスエントリーコード管理部５２に保持されている参照コードまたは臨時参照コードと一致するかどうかをキーレスエントリーコード管理部５２にてチェックさせる。そして検出結果がいずれかと一致すれば認証ＯＫとしてステップＳ１５０に進み、ドアロックを開錠または施錠する。そしてステップＳ１５２に移行する。これに対し、ステップＳ１４６での検出がないか、またはステップＳ１４８での検出結果の認証ができなければ、直接ステップＳ１５２に移行する。 ここで「参照コード」とは、車両保有者本人から送信されるエントリーコードに対応するものであり、これを認証するために車両側に保持されている参照用のエントリーコードである。一方、「臨時参照コード」とは、代行運転者または車両貸与者から送信される臨時エントリーコードに対応するものであり、これを認証するために車両側に保持されている参照用の臨時エントリーコードである。参照コードと臨時参照コードはそれぞれ別の管理手順に従って頻繁に更新され、更新日付とともに管理されるが、その詳細は後述する。
【００５５】
ステップＳ１５２では、エンジンロック解除のためのキーレスエントリーコード発信を検出したかどうかチェックする。そして検出があればこれを認証するためステップＳ１５４に進み、検出コードがキーレスエントリーコード管理部５２に保持されている参照コードまたは臨時参照コードと一致するかどうかをキーレスエントリーコード管理部５２にてチェックさせる。そして検出結果がいずれかと一致すれば認証ＯＫとしてステップＳ１５６に進み、エンジンロックを解除する。そしてステップＳ１５８に移行する。これに対し、ステップＳ１５２での検出がないか、またはステップＳ１５４での検出結果の認証ができなければ、直接ステップＳ１５８に移行する。
【００５６】
ステップＳ１５８では、コード管理処理を行うこれは、エントリーコードの漏洩による車両の盗難等を防止するために携帯電話側と連携してエントリーコードを変更する処理であるが、その詳細は後述する。 次いでステップＳ１６０において運転操作の有無を検出し、操作が検出されればステップＳ１６２に進んで操作どおりの運転処理を実行してステップＳ１４２に戻る。一方、ステップＳ１６０で運転操作が検出されない場合は直接ステップＳ１４２に戻る。 以下フローはステップＳ１４２からステップＳ１６２を繰り返し、車両に関する種々の状況に対応する。
【００５７】
図８は、本発明の実施の形態に係るキーレスエントリーシステムの第２実施例を示すブロック図である。第２実施例は基本的には図１の第１実施例と共通の構成であるが第１携帯電話１０２を車両１０４のクレードル１０６に載せることにより携帯側コネクタ１０８を介して車両１０４から第１携帯電話１０２への充電および両者間の信号授受を行うための構成が付加されている。以下、第２実施例ではこの付加された構成を中心に説明し、第１実施例と共通の部分には共通の番号を付して説明を省略する。 また、図８の第２実施例では、図１のような第２携帯電話２および駐車場４が図示されていないが、これは簡単のため省略されているだけで、第２実施例も第１実施例と同様の第２携帯電話２および駐車場４を含むシステムとして構成されており、これらの点においては第１実施例と異なるものではない。また、図８では無線通信を示すシンポルも省略されているが、第１携帯近距離通信部２０と車両近距離通信部４８との間の無線通信、および第１携帯電話１０２のキーレスエントリー通信部２８と車両１０４のキーレスエントリー通信部の間無線通信等については、第１実施例と異なるものではない。
【００５８】
図８において、車両１０４の電源１１０は車両各部に給電を行うものであり、説明を省略しているが第１実施例の車両３においても存在するものである。クレードル１０６は第１携帯電話１０２の底部を載せるよう構成されているものであり、電源接点１１２および信号接点１１４を有する。電源接点１１２は電源１１０からの充電用電力を外部に供給する。また信号接点１１４は車両制御部３８に接続されており、外部との信号授受のインターフェースとなる。 携帯側コネクタ１０８は第１携帯電話１０２の底部に設けられており、第一携帯電話をクレードル１０６に載せたときクレードル１０６の電源接点１１２と接触する電源接点１１６およびクレードル１０６の信号接点１１４と接触する信号接点１１８を有する。電源接点１１６は主電源２４に接続されており、車両１０４から供給される電力を受けて主電源２４を充電する。また信号接点１１８は第１携帯制御部６に接続されており、外部との信号授受のインターフェースとなる。
【００５９】
クレードル１０６の信号接点と携帯側コネクタ１０８の信号接点１１８との間では携帯電話１０２と車両１０４との間で種々の情報交換が可能である。例えばカメラ部２２で撮影され記憶部１２で記憶されていた画像情報をこれより記憶容量の大きい車両１０４の記憶部４４に移動またはコピーすることができる。このようにして記憶部４４に入力された画像情報は、車両１０４に搭載される不図示のカーナビゲーション画面で鑑賞することができる。また、記憶部１２の画像情報を直接カーナビゲーション画面で鑑賞することもできる。さらに第１携帯電話１０２によってインターネット経由で得られた観光情報等を車両１０４に送ることによりカーナビゲーションの目的地として設定することもできる。 さらに、充電のために第１携帯電話１０２を車両１０４のクレードル１０６に置くたびに信号接点１１４と信号接点１１８との間でキーレスエントリーコードを更新するための通信を行い、キーレスエントリーコードの漏洩や偽造への対策とすることができる。その詳細については後述する。 なお、上記第２実施例におけるクレードル１０６と携帯側コネクタ１０８は接点方式で構成されているが、これを電磁誘導による電力伝達および微弱電波による信号伝達を採用した無接点方式で構成してもよい。このような無接点方式であっても第１携帯電話１０２はクレードル１０６に載置するよう構成される。
【００６０】
また、図８の第２実施例は、電話回線通信部１２０を有する。これは、第１携帯電話１０２の第１電話機能部および第１電話通信部１８と同様の構成のものであって、第１携帯電話との間で電話回線を介した無線通信を行うことができる。電話回線通信部１２０は車両電話として音声会話の通信もできるが、その構成の主な目的は第１携帯電話へのキーレスエントリーコード送信およびインターネットへのアクセス等の際のデータ通信にある。このような電話回線通信部１２０は図１の第１実施例にも設けられているが、図１では図示が省略されていたものである。 なお、図７の車両の基本フローチャートは、上記のような第２実施例における車両１０４における車両制御部３８においても共通に適用可能なものである。
【００６１】
図９は、図７のステップＳ１５８におけるコード管理処理の詳細を示すフローチャートであり、図１の第１実施例および図２の第２実施例のいずれにも適用可能なものである。なお、一部のクレードル載置に関する機能は第２実施例に特有のものであるが、これに該当しない処理は単にスキップされるだけなので、冗長性はあるがそのまま第１実施例に適用しても差し支えない。また、必要に応じ、冗長なステップを省略して第１実施例に適用してもよい。
【００６２】
フローがスタートすると、車両制御部３８に内蔵されている時計機能に基づいて、コード管理処理をスタートした時刻が毎分０秒から５秒の時間幅に入っているかどうかチェックする。そして該当すれば、ステップＳ１７４でエントリーコード乱数を発生させ、その結果に基づいてステップＳ１７６で更新用エントリーコードレジスタを上書きしてステップＳ１７８に移行する。一方、ステップＳ１７２で該当がなければ直接ステップＳ１７８に移行する。 なお、図９のフローは図７のフローの一部であり、図７のフローは繰り返されているので、その度に上記のステップＳ１７２を通過する。このときの時刻が毎分０秒から５秒の時間幅に入る確率は１／１２であるが、仮にステップＳ１７２を通過する頻度が平均毎分１２回であるとすると、平均的に毎分１回ステップＳ１７２からステップＳ１７４に移行することになり、従って、更新用エントリーコードレジスタはステップＳ１７６において平均毎分１回程度で乱数に基づいて書き換えられることになる。図７のフローは、ステップＳ１４４やステップＳ１６２等に処理があるとステップＳ１５８のコード管理を通過する頻度が減るが、このような処理を行っているときにエントリーコードを更新して盗難等に備える必要はないので差し支えはない。逆に、車両が駐車中で何も処理がないときは、ステップＳ１５８の処理が高頻度で繰り返されるので図９のステップＳ１７６の交信用エントリーコードレジスタの書換も高頻度で行われる。
【００６３】
ステップＳ１７８では、参照コードの更新日付が当日のものかどうかチェックされる。そして当日のものでなければステップＳ１８０に進む。これは、参照コードが前日以前に更新された古いものである場合に該当する。 ステップＳ１８０では、更新用エントリーコードレジスタから最新の更新用エントリーコードを読み取ってキーレスエントリーコード管理部５２に保持されている参照エントリーコードを更新する。次いでステップＳ１８２において、更新済みの参照エントリーコードと同じデータを更新エントリーコードとして車両保有者の携帯電話に無線送信する。この送信は、まず車両近距離無線通信部４８によって試みられ、これが不能であれば電話回線通信部によって行われる。そしてステップＳ１８４にて送信後所定時間が経過したかどうかチェックし、未経過ならばステップＳ１８６で車両保有者の携帯電話からエントリーコードの更新を完了した旨の報告を受信したかどうかチェックする。携帯電話側ではエントリーコードの受信に基づいて更新からその完了報告送信までをすべて自動的に行う。従って保有者が何もしなくても携帯電話側のエントリーコードの更新は自動的に行われる。
【００６４】
ステップＳ１８６において更新完了報告の受信が確認できにないときは、ステップＳ１７８において更新用エントリーコードを再送する。以下、所定時間が経過するまでステップＳ１８２からステップＳ１８６を繰り返し、更新完了報告の受信を待つ。そしてステップＳ１８６で更新完了報告の受信が確認されるとステップＳ１８８に進む。一方、更新完了報告の受信が確認されないまま所定時間が経過したことがステップＳ１８４で確認されると、一旦送信を打ち切り、ステップＳ１８８に進む。 また、ステップＳ１７８で参照エントリーコードの更新日付が当日であればステップＳ１９０に進み、その参照エントリーコードにと同じデータを車両保有者に送信済みかどうかチェックする。そして送信済みであればステップＳ１８８に進む。このようにして、日付が変わる毎にステップＳ１８０で参照エントリーコードを更新し、これを携帯電話に伝える。なお、ステップＳ１９０でデータが送信済みでなければステップＳ１８２に移行し、送信を実行する。これは、参照エントリーコ
ード更新直後における車両保有者へのデータ送信が実行できなかった場合への対応に該当する。
【００６５】
ステップＳ１８８では、車両保有者の携帯電話が車両１０４のクレードル１０６に載置されたかどうかをチェックし、該当すればステップＳ１９２に進んで最新交信用エントリーコードへの更新制御処理を行う。車両保有者の携帯電話がクレードル１０６に載置された場合は、信号接点１１４および１１８を通じて携帯電話が車両制御部の制御下のドライブとして機能するので、ステップＳ１９２において携帯電話への更新エントリーコードの伝達や確認をリアルタイムで直接行うことができる。そしてス処理が完了するとステップＳ１９４に進み、上記に対応して車両側のキーレスエントリーコード管理部５２に保持されている参照エントリーコードを更新してステップＳ１９６に移行する。一方、ステップＳ１８８で車両保有者の携帯電話がクレードル１０６に載置されたことが検出されなければ直接ステップＳ１９６に移行する。このようにして車両保有者の携帯電話が車両１０４のクレードル１０６に載置される毎にステップＳ１９２およびステップＳ１９４で携帯電話側のエントリーコードおよびこれに対応する車両側の参照エントリーコードの更新が行われる。
【００６６】
ステップＳ１９６では、臨時エントリーコード管理処理が行われる。ステップＳ１７８からステップＳ１９４は車両保有者の携帯電話によるキーレスエントリーに関するエントリーコードの管理に関するものであるが、ステップＳ１９６は代行運転者や車両貸与者等の携帯電話によるキーレスエントリーに関する臨時エントリーコードの管理に関するものである。その詳細は後述する。
【００６７】
図１０は、図９のステップＳ１９６における臨時エントリーコード管理処理の詳細を示すフローチャートである。フローがスタートすると、ステップＳ２０２で臨時参照エントリーコードが車両のキーレスエントリーコード管理部５２に保持されているかどうかチェックする。そして保持がなければ更新用エントリーコードレジスタからデータを読取ってこれをキーレスエントリーコード管理部５２に新規入力して保持させる。 次いで、ステップＳ２０６において新規に入力したのと同じ臨時エントリーコードを車両保有者の携帯電話に送信する処理を行う。これは、車両側と車両保有者の携帯電話側で臨時エントリーコードを一致させるためである。ステップＳ２０６の内容は、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間経過の場合はステップＳ２０８に進む。
【００６８】
一方、ステップＳ２０２で臨時参照エントリーコードが既にキーレスエントリーコード管理部５２保持されていることが確認できるとステップＳ２１０に進み、そのコードが既に車両保有者に送信済みであるかどうかチェックする。そして未送信であればステップＳ２０６に進んでこれを送信する処理に入る。未送信である場合とは、ステップＳ２０４で臨時参照エントリーコードを新規入力後ステップＳ２０６での送信処理がうまくいかなかった場合に相当する。
【００６９】
ステップＳ２０８では、代行運転依頼を行った旨の報告が車両保有者の携帯電話から送信され、これが車両で受信されているかどうかチェックする。そして受信されていれば、ステップＳ２１２に進み、代行運転依頼報告を受けてから２４時間が経過しているかどうかチェックする。そして経過していれば、ステップＳ２１４に進み、２４時間経過してから後に更新された臨時エントリーコードを送信済みかどうかチェックする。
【００７０】
さらに、更新臨時エントリーコードが送信済みでなければステップＳ２１６に進み、更新用エントリーコードレジスタからデータを読取ってキーレスエントリーコード管理部５２に保持されている臨時参照エントリーコードを更新する。そして、更新した臨時エントリーコードを車両保有者の携帯電話に送信する処理をステップＳ２１８で行う。ステップＳ２１８の内容も、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間が経過した場合はフローを終了する。なお、送信未了でフローを終了した場合は、図７における基本フローの繰り返しの中で再度ステップＳ１５８のコード管理処理に入り、その中でステップＳ１９６の臨時エントリーコード管理処理に至ったとき、ステップＳ２１２からステップＳ２１８を実行することによって、再度更新された臨時エントリーコードの車両保有者への送信を試みる。
【００７１】
一方、ステップＳ２１２で再考運転依頼報告受信後２４時間経過していなければ直ちにフローを終了する。また、ステップＳ２１４において、更新された臨時エントリーコードを送信済みである場合も、直ちにフローを終了する。 上記のようにして、代行運転依頼報告を受信した場合には、その後２４時間経過すると臨時エントリーコードが更新されるので、車両保有者の携帯電話から運転代行者に送信した臨時エントリーコードは無効となる。これによって、外部に送信した臨時エントリーコードが漏洩するような不測の事態が生じても、２４時間経過すればその臨時エントリーコードによる車両へのエントリーは不可能となる。一方で、代行運転依頼をした場合、そのとき代行運転者に送信した臨時エントリーコードは２４時間更新しないことが保証されるので、その間勝手に臨時エントリーコードが変更されて代行運転者がエントリーできなくなるようなことも生じない。これに対し、車両保有者本人用のエントリーコードの場合は、図９のステップＳ１７８およびステップＳ１８０におけるように日付が変わった場合や図９のステップＳ１８８からステップＳ１９４におけるように携帯電話が車両のクレードルに載置された場合に適宜変更される。
【００７２】
一方、ステップＳ２０８において代行運転依頼報告を受信していない場合は、ステップＳ２２０の安全処理に移行する。この安全処理は、代行運転が依頼されたにもかかわらず、通信環境によりその報告が車両に届いていない場合を想定したものであり、ステップＳ２１２からステップＳ２１６のように所定時間で自動的に臨時参照コードを更新しない代わりに、運転の安全を考慮しつつ所定の手順でエントリーコードの更新を行い、エントリーコードの漏洩や偽造による車両の盗難を防止するものである。
【００７３】
図１１は、上記図１０におけるステップＳ２２０の安全処理の詳細を示すフローチャートである。フローがスタートすると、キーレスエントリーが行われてその認証がＯＫとなったデータが臨時認証エントリーコードに該当するという場合が生じたかどうかチェックする。つまり、有効な臨時エントリーコードによるキーレスエントリーが行われたかどうかがチェックされる。 この時点でキーレスエントリーが行われていない場合や、車両保有者の携帯電話によりキーレスエントリーを行った場合はステップＳ２３２に該当せず、このような場合は安全処理を行う必要がないので直ちにフローを終了する。
【００７４】
一方、有効な臨時エントリーコードによるキーレスエントリーが行われた場合は、ステップＳ２３２からステップＳ２３４に進み、保有者の携帯電話が通信可能な圏内にあるかどうかチェックする。そして通信圏内であればステップＳ２３６で代行運転依頼確認処理が行われる。これは、ステップＳ９８における車両への代行運転依頼報告処理と同様の意義をもつが、ステップＳ９８で携帯電話側から車両に報告をしていたのに対し、ステップＳ２３６では車両側から携帯電話側に問い合わせる形となる。このように、例えば車両が通信圏外の駐車場に置かれていてステップＳ９８の段階では代行運転依頼を行っている旨が車両に報告できなかった場合であっても、代行運転者が車両を移動させることで車両が通信圏内に入れば、ステップＳ２３４からステップＳ２３６が機能して自動的に代行運転依頼の旨の情報を車両が得るための処理が行われる。 そして次のステップＳ２３８で代行運転依頼をしている旨の確認ができたかどうかチェックされ、ＯＫの場合は安全処理を行う必要がないのでステップＳ２５８に移行し、代行運転依頼報告を受信していたのと同じ扱いとしてフローを終了する。
【００７５】
これに対し、ステップＳ２３６において代行運転依頼の確認ができなかった場合は、ステップＳ２３８からステップＳ２４０に進み、告知アナウンスを行う。この告知アナウンスは、後述の所定の条件が成立すれば以後その車両へのエントリーまたはエンジン始動ができなくなることを車両の運転者に事前警告し、突然車両に入ることができなくなったり、エンジン始動ができなくなったりすることによる不測の事態を防止するためのものである。また、後述の所定の条件が成立して車両へのエントリーまたはエンジン始動ができなくなったときはその理由を運転者に告知するものである。 そして、ステップＳ２４２で臨時キーレスエントリーコードによるエンジン始動が行われたかどうかチェックする。エンジン始動がまだ行われていない段階では安全処理に入らず、直ちにフローを終了する。
【００７６】
一方、ステップＳ２４２でエンジン始動が行われたことが検出されると、以後、安全処理に入り、エンジンを始動した回数および最初のエンジン始動からの時間経過のカウントを既に開始済みであるかどうかをステップＳ２４４でチェックする。そして開始済みでなければステップＳ２４６に進み、エンジンを始動した回数および最初のエンジン始動からの時間経過のカウントを開始してステップＳ２４８に至る。一方、既に始動カウントが開始済みであることがステップＳ２４４で検出されたときは、直接ステップＳ２４８に進む。 ステップＳ２４８ではエンジンを始動した回数が所定回数（例えば３回）に達したかどうかをチェックし、未だ達していなければ、次にステップＳ２５０で最初のエンジン始動からの所定時間（例えば３時間）経過しただどうかチェックする。そしていずれも該当がなければ、フローを終了する。
【００７７】
これに対し、ステップＳ２４８でエンジンを始動した回数が所定回数に達するか、又はステップＳ２５０で最初のエンジン始動からの所定時間経過したことが検出されたときはステップＳ２５２に進み、最初のエンジン始動後更新した臨時エントリーコードを車両保有者に送信したかどうかチェックし、未送信であればステップＳ２５４に進んで臨時参照エントリーコードを更新する。これによって、以後は、元の臨時エントリーコードによって車両に入ったりエンジンを始動したりすることが不可能となる。 以上によって、車両への代行運転依頼報告ができないまま真性の代行運転者が車両を運転している場合における危険防止を図りながら、エントリーコードの漏洩や偽造による車両の盗難などの不正行為を防止する。
【００７８】
ステップＳ２５４において臨時参照エントリーコードの更新が行われるとステップＳ２５６に進み、更新した臨時エントリーコードを車両保有者の携帯電話に送信する処理を行う。ステップＳ２５６の内容も、図９のステップＳ１８２からステップＳ１８６に準じたものであり、送信完了の場合、または送信未了で所定時間経過の場合はフローを終了する。 なお、ステップＳ２５８の代行運転依頼報告扱いの処理においては、一度ステップＳ２５４を経由して臨時参照エントリーコードを更新してしまった場合でも、これをステップＳ２４２でエンジン始動した時点での臨時参照エントリーコードに戻し、その上で図１０のステップＳ２１２からステップＳ２１８の処理によって臨時エントリーコードの管理を行う。従って、ステップＳ２５４によって一旦エントリーが不能になった場合でも、ステップＳ２３６からステップＳ２３８を経てステップＳ２５８に至ったときは、代行運転依頼から２４時間経過していない限り、当初の臨時エントリーコードによるキーレスエントリーが可能な状態が復活する。
【００７９】
図１２は、本発明の実施の形態に係るキーレスエントリーシステムの第３実施例に関するものである。第３実施例は、基本的には第１実施例と同様のものであり、その構成の詳細は図１を援用して理解できる。また、第３実施例は、図８の第２実施例にお
いても同様に実施できるものである。第３実施例が第１実施例や第２実施例と異なる点は、図１または図８の第１携帯制御部６において、車両の駐車位置の情報や代行運転依頼における車両保有者の位置情報を取扱う機能が付加されている点である。 図１２は、図５と同様にして、事前に登録されている代行運転者への電話発呼操作が電話操作部８によって行われたときの第１携帯制御部６の機能を示すフローチャートである。フローがスタートすると、ステップＳ２６２で第1携帯電話１を所持している車両保有者の現在位置として仮記憶されているコードを表示する。この車両保有者仮位置コードは車両保有者の最新の現在位置として記憶されるが、その詳細については後述する。
【００８０】
次に、ステップＳ２６４で、表示された車両保有者位置コードを車両保有者が承認する操作が表示から所定時間内に行われたかどうかをチェックする。第1携帯電話１を所持している車両保有者は、代行運転を依頼する際において、必ずしも記憶されている車両保有者仮位置コードが示す位置において代行運転者が回送してくる車両を待つとは限らないので、ステップＳ２６２およびステップＳ２６４を設け、表示された位置において代行運転者を待つ意思が車両保有者にあるかどうかを確認する。 承認操作が検出されるとステップＳ２６６に進み、ステップＳ２６２で表示されている仮コードを車両保有者位置コードとして承認する処理を行いステップＳ２６８に移行する。一方、ステップＳ２６４において所定時間内に承認操作が検出されないときは直接ステップＳ２６８に移行する。この場合は、承認された車両保有者位置コードがない状態でステップＳ２６８に至ることになる。
【００８１】
ステップＳ２６８では、図５のステップＳ７２と同様にして登録されている代行運転者の電話番号への発呼が行われ、ステップＳ２７０で回線が所定時間内に接続されたかどうかチェックする。 接続が確認されるとステップＳ２７２に進み、電話操作部８によってエントリーコードを送信するための操作が行われたかどうかチェックする。そして、この操作が行われたことが確認されるとステップＳ２７４の認証処理に進む。この認証処理は図５のステップＳ７８からステップＳ８４と同様のものであり、認証要求信号の送信と認証返信信号の検出により回線が接続された代行運転者の認証を行う処理である。なお、ステップＳ２７４の認証処理には、図５と同様にして認証要求信号の送信後所定時間が経過しても認証信号が検出できなかったときは後述のステップＳ２８８の回線切断操作を問う処理に直接進むことができるが、図１２では図示を省略している。
【００８２】
また、ステップＳ２７４の認証処理では図５と同様にして認証要求信号の送信と認証返信信号のやりとりを音声信号に重畳して行うが、本発明の実施はこれに限るものではなく、通常のデータ通信によってこれを行ってもよい。 ステップＳ２７４によって代行運転者の認証ができると、図５のステップＳ８６と同様のステップＳ２７６に進み、臨時エントリーコードをキーレスエントリーコード記憶部３０から読み出す。
【００８３】
次のステップＳ２７８では、代行運転を依頼する車両の駐車位置を示す駐車コードが記憶部１２に記憶されているかどうかがチェックされ、記憶があればステップＳ２８０でこれを読み出してステップＳ２８２に移行する。一方、ステップＳ２７８で駐車コードが検出されなければ直接ステップＳ２８２に移行する。 ステップＳ２８２では、ステップＳ２６６で承認済みの車両所有者位置コードが記憶部１２に記憶されているかどうかチェックされ、記憶があればステップＳ２８４でこれを読み出してステップＳ２８６に移行する。一方、ステップＳ２８２で承認済み車両所有者位置コードが検出されなければ直接ステップＳ２８６に移行する。
【００８４】
ステップＳ２８６では、以上のようにしてステップＳ２７６、ステップＳ２８０およびステップＳ２８４で読出されたコードを送信するための送信処理を行う。これらのすべてが送信された場合、代行運転者は臨時エントリーコードによって車両の運転ができるようになるとともに、どこに車両を取りに行ってそれをどこに回送すればよいかの情報も得ることができる。 当然ながら、ステップＳ２８０およびステップＳ２８４の一方または両方による読出しコードがない場合は、それらのコードが送信されることはない。この場合、代行運転者は適宜車両保有者と連絡を取って車両の配送に必要な情報を得ることになる。駐車位置や車両保有者の現在位置の情報は、代行依頼の際の電話によって口頭で得ることができるが、その後の相互通信によって適宜補充することができる。
【００８５】
ステップＳ２８６の読出しコード送信処理は、図５のステップＳ８８からステップＳ９２と同様のものであり、読出しコードの送信と受信確認信号の検出により確実に読出しコードの送信を行うためのものである。なお、ステップＳ２８６の読出しコード送信処理においても、図５と同様にして読出し信号の送信後所定時間が経過しても受信確認信号が検出できなかったときは後述のステップＳ２８８の回線切断を問う処理に直接進むことができるが、図１２では図示を省略している。 また、ステップＳ２８６の送信処理でも、図５と同様にして読出しコードの送信と受信確認信号のやりとりを音声信号に重畳して行うが、本発明の実施はこれに限るものではなく、通常のデータ通信によってこれを行ってもよい。
【００８６】
ステップＳ２８６による読出しコード送信処理が完了すると、図５のステップＳ９４と同様のステップＳ２２８８に進み、回線切断操作がなされたかどうかチェックする。そして、回線が切断された場合はステップＳ２９０の事後処理に進む。一方ステップＳ２８８で回線の切断操作が検出されない場合はステップＳ２７２に戻り、以下ステップＳ２７２からステップＳ２８８を繰り返す。
【００８７】
ステップＳ２９０の事後処理は図５のステップＳ９６とステップＳ９８と同様のものであり、読出しコードの送信が成功したかどうかチェックするとともに、成功した場合にはその旨を車両３に報告するものである。なお、図５においてフローが終了へと進んでいるのと同様にして、車読出しコードの送信の成功の如何にかかわらず、フローは次のステップＳ２９２に進む。なお、ステップＳ２７０で回線が接続できなかった場合もフローはステップＳ２９２に進む。 ステップＳ２９２は、ステップＳ２６６で車両所有者位置コードの承認がなされた場合にこれを取消す処理である。ステップＳ２６６における承認は、代行運転を依頼するとき限りのものであって、携帯電話１の所持者がいつまでも同じ位置に留まっていることは稀である。つまり、ステップＳ２６６においてなした承認は、代行運転依頼においてこれを代行運転者に通知した後ではもはや用済みであるし、代行運転依頼ができなかった場合においても無用のものである。従って、以後の混乱を避けるためにステップＳ２９２を設け、いずれの場合でも車両所有者位置コードの承認がなされていたときには、これを取消した上でフローを終了する。
【００８８】
図１３は、第３実施例に関するものであって、図１２のステップＳ２８０で取扱われている駐車コードを得るための第１携帯制御部６の機能を示すフローチャートである。 図１３のフローは車両のエンジンを切ることによりスタートし、まずステップＳ３０２で駐車コードが図１の記憶部１２に記憶されているかどうかチェックする。 そして記憶があればステップＳ３０４に進んで車両との通信を行い、その駐車コードを記憶してから所定距離（例えば５０ｍ）以上走行してから後にエンジンを切ったのかどうかをチェックする。
【００８９】
ステップＳ３０４において所定距離以上走行後であることが検出された場合はステップＳ３０６に進み、記憶部１２に記憶されていた駐車コードを消去してステップＳ３０８に進む。一方、ステップＳ３０２で駐車コードが記憶されていないと判断されたときは直接ステップＳ３０８に進む。また、ステップＳ３０４において所定距離以上走行後にエンジンキーが切られたのではないことが検出された場合もステップ直接ステップＳ３０６に移行する。この場合は、記憶されていた駐車コードは維持される。 以上の処理は、もはや情報として意味のない駐車コードが記憶されていた場合、混乱を避けるためにこれを消去することを目的とするものである。
【００９０】
ステップＳ３０８では、自宅の車庫や通勤先の車庫など、定常的に使用している車庫（または駐車場でもよいが以後は両者を車庫と総称）のコードが第１携帯近距離通信部２０によって受信されたかどうかをチェックする。これは、駐車場４などのように車庫に近距離通信部６２などが設けられている場合において、車両３が近距離通信圏に入って駐車したときにこれを検出し、その車庫を特定するコードを送信する構成となっているときに可能である。 該当しなければステップＳ３１０に進み、臨時的に使用した車庫を特定するコードが第１近距離通信部２０によって受信されたかどうかをチェックする。これは、臨時の車庫においても定常車庫と同様の近距離通信部が設けられている場合において可能となる。なお、このような車庫コードは共通のシステムによって統一して管理されていることが望ましい。
【００９１】
ステップＳ３１０に該当しなければ ステップＳ３１２に進み、エンジンを切った時点で第１携帯電話１のＧＰＳ部１６によって車両ＧＰＳ位置コードが受信されたかどうかをチェックする。 なお、上記では、第１携帯電話１のＧＰＳ部１６が取得する位置データが車両ＧＰＳ位置コードであると説明したが、これは第１携帯電話１の保持者が車両３を運転しているので第１携帯電話１の位置が車両３の位置であると見なしてよいからである。これに代えて、あくまで車両３のＧＰＳ部４６が受信したデータを車両ＧＰＳ位置コードとし、これを車両近距離通信部４８から第１携帯近距離通信部２０に中継するようにしてもよい。 上記のいずれであっても、車両ＧＰＳ位置コードが第１携帯電話１で受信されていればステップＳ３１４に進み、受信したコードを駐車位置コードとして記憶部１２の旧コードに上書き記憶して更新し、フローを終了する。
【００９２】
一方、ステップＳ３０８において定常車庫コードを受信していることが検出されたときはステップＳ３１６に進み、到着送信処理を行う。この送信は、第１電話通信部１８（可能ならば第一携帯近距離通信部２０）によって家庭や会社に自動的に行われるものであり、家族に帰宅を知らせたり、タイムカードにおける出勤管理情報として利用したりすることができるものである。このように携帯電話１側から送信を行うことにより、定常車庫側には近距離通信部を設けるだけであとは定常車庫コードを自動発信する簡単な機能のものとすることができる。 到着送信処理が完了するとステップＳ３１８に進み、受信したコードで記憶部１２の車庫コードを上書き記憶して更新し、ステップＳ３２０に移行する。 また、ステップＳ３１０において臨時車庫コードを受信していることが検出されたときもステップＳ３１８に進み、受信したコードで記憶部１２の車庫コードを上書き記憶して更新し、ステップＳ３２０に移行する。
【００９３】
なお、ステップＳ３１８において記憶される車庫コードはステップＳ３１４において記憶される駐車位置コードと相補的な駐車コードとして機能するものである。すなわち、車庫コードは登録された駐車場名などを特定するものであって、標準化して管理されているので後述するようにカーナビの目的地等として設定するのに適する。これに対し、駐車位置コードは標準化には不適であるが、車庫コードだけでは駐車場名までしか特定できないような大きな駐車場内などにおいて実際に車両が駐車している位置を特定する場合に適する。
【００９４】
ステップＳ３２０では、ステップＳ３１８で記憶された車庫コードに加え、その車庫内の駐車位置を特定するコードが受信されたかどうかをチェックする。このような車庫内位置コードは車庫毎のシステムによる管理下で車庫側の近距離通信から送信されるものであり、例えば駐車位置番号などを特定できるものである。
そしてこのような車庫内位置コードが受信されていればステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。 一方、ステップＳ３２０で車庫内位置コードを受信したことが検出できない場合はステップＳ３２２に進み、車庫内における車両の相対位置を示すコードが受信されたかどうかをチェックする。このような相対位置コードは、図１の駐車場４ように、通信圏をそれぞれ分担する駐車場第１近距離通信部６２、駐車場第２近距離通信部６４など複数の近距離通信部が配された車庫において得ることができる。つまり、第１携帯電話１が駐車場４内のいずれの近距離通信部と交信可能であるかの電波分析、または駐車場４内の複数の近距離通信部と第１携帯電話１との三角通信の電波分析に基づいて、駐車場制御部５８が駐車場４内の第１携帯電話１の相対位置を割出し、これが相対位置コードとして第１携帯近距離通信部２０に送信される。そしてこのような相対位置コードが受信されていればステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。
【００９５】
ステップＳ３２２で相対位置コードを受信したことが検出できない場合は、ステップＳ３２４に進み、車両ＧＰＳ位置コードが受信されたかどうかチェックする。そして車両ＧＰＳ位置コードが受信された場合もステップＳ３１４に進み、受信したコードを記憶部１２に上書き記憶してフローを終了する。一方、ステップＳ３２４において車両ＧＰＳ位置コードが受信されたことが検出できない場合はその時点でフローを終了する。この場合は、ステップＳ３１８で記憶された車庫コードだけが駐車コードとなり、駐車位置コードは記憶されないことになる。
【００９６】
ステップ３１２でエンジンを切った時点で第１携帯電話１のＧＰＳ部１６によって車両ＧＰＳ位置コードが受信されない場合は、エンジンを切った時点では車両がＧＰＳの通信圏外となってしまたことを意味する。この場合はステップＳ３２６に進み、ナビゲーションの過程で車両に蓄積されたＧＰＳ情報のうち通信圏外となる直前の最新のＧＰＳ情報が参考ＧＰＳ位置コードとして車両の近距離通信部から受信されたかどうかチェックする。そして受信された場合はステップＳ３２８に進みこれを参考ＧＰＳ位置コードとして記憶してフローを終了する。このような参考ＧＰＳ位置コードは、厳密には車両の駐車位置を示すものではないが、駐車位置に到達する前のＧＰＳ通信圏外となる直前のＧＰＳ情報であるため車両の駐車位置の付近の位置情報なので車両捜索の参考情報とすることができる。
【００９７】
図１４は、第３実施例に関するものであって、図１２のステップＳ２６２で表示される車両保有者仮位置コードを得るための第１携帯制御部６の機能を示すフローチャートである。図１４のフローは所定の設定時間（例えば３０分）毎、または、所定のスポット（例えば、施設、飲食店など）から発進されるスポットコードを第１携帯近距離通信部が受信したとき、または第１携帯電話１のＧＰＳ部１６が新たなＧＰＳ情報を受信したときに自動的に割込みがかかってスタートする。また、電話操作部８により手動で位置コードを入力する操作を行ったときにも割込みがかかり、図１４のフローがスタートする。
【００９８】
フローがスタートすると、ステップＳ３３２において、車両保有者仮位置コードが記憶部１２に記憶されているかどうかチェックされる。そして記憶があればステップＳ３３４に進み、そのコードの記憶後所定時間（例えば１２時間）が経過しているかどうかをチェックする。 ステップＳ３３４において所定時間経過していることが検出された場合はステップＳ３３６に進み、記憶部１２に記憶されていた車両保有者仮位置コードを消去してステップＳ３３８に進む。一方、ステップＳ３３２で車両保有者仮位置コードが記憶されていないと判断されたときは直接ステップＳ３３８に進む。また、ステップＳ３３４において所定時間経過していないことが確認された場合もステップ直接ステップＳ３３６に移行する。この場合は、記憶されていた車両所有者仮位置コードは維持される。 以上の処理は、時間の経過により車両所有者が移動していてもはや意味のない車両保有者仮位置コードが記憶されていた場合に、混乱を避けるためにこれを消去することを目的とするものである。
【００９９】
ステップＳ３３８では、スポットコードを受信した結果、図１４のフローがスタートしたのかどうかがチェックされる。そして該当しない場合はステップＳ３４０に進み、車両所有者ＧＰＳ位置コードを受信した結果、図１４のフローがスタートしたのかどうかがチェックされる。 これにも該当しなければステップＳ３４２に進み、両所有者位置の手動入力が行われた結果、図１４のフローがスタートしたのかどうかがチェックされる。 さらに、これにも該当しなければステップＳ３４４に進み、所定の設定時間に至って図１４のフローがスタートした場合において、ステップＳ３３８、ステップＳ３４０およびステップＳ３４２以外の情報源により得られた車両所有者位置コードが着信してメモリされており、かつそれがステップＳ３３８、ステップＳ３４０およびステップＳ３４２のいずれにより得られた情報よりも新しいかどうかがチェックされる。
【０１００】
そして、ステップＳ３４４の条件に該当する情報があればステップＳ３４６に進み、その情報が記憶部１２における車両所有者仮位置情報コードとして上書き記憶されてフローを終了する。一方ステップＳ３４４に該当する新着メモリがなければ直ちにフローを終了する。 また、ステップＳ３３８、ステップＳ３４０およびステップＳ３４２のいずれかにより車両所有者位置の情報が得られたことが検出された場合にもステップＳ３４６に進み、その情報が記憶部１２における車両所有者仮位置情報コードとして上書き記憶されてフローを終了する。
【０１０１】
図１５は、第３実施例に関するものであって、図１３で記憶された駐車コードを活用して車両を捜索するための第１携帯制御部６の機能を示すフローチャートである。なお、図１５のフローは第１携帯電話１が車両保有者の保持するものである場合においても、代行運転者の保持するものである場合においても、同様に機能する。なお、後者の場合、駐車コードは自身で記憶したものではなく、図１２のステップＳ２８０およびステップＳ２８６の機能によって車両保有者の携帯電話から代行運転者の携帯電話に送信されてきたものである。 以下の説明は、代行運転者が第１携帯電話１の保持者である場合を例にとって第１携帯制御部６の機能を説明する。これは、代行運転者は自身で車両を駐車したのではないので車両駐車場所を知らないので図１５の機能をより多く享受することができ、またこの機能が代行運転業にとって重要な要素であるからである。しかしながら、車両保有者自身が駐車をした場合であっても、例えば広い駐車場においてどこに駐車したのか忘れる場合があり、図１５の機能は車両保有者本人にとっても有用なものである。
【０１０２】
図１５のフローは車両の捜索のために手動で電話操作部を操作したときに割込みがかかってスタートするが、駐車場に近づいてその近距離通信圏内に入ったときでも自動的に割込みがかかってスタートする。フローがスタートするとステップＳ３５２で駐車コードが記憶されているかどうかチェックされる。代行運転者の場合は駐車コードが臨時エントリーコードとともに着信し、それが記憶部１２に記憶されているかどうかのチェックとなる。 記憶があればステップＳ３５４に進み、記憶ありの表示を行ってステップＳ３５６に進む。ステップＳ３５６では、駐車コードの中に車庫コードが含まれているかどうかチェックされる。そして車庫コードが含まれていることが検出できなければステップＳ３５８に進み、駐車コードの中に車両ＧＰＳ位置コードが含まれているかどうかチェックする。
【０１０３】
ステップＳ３５８で車両ＧＰＳ位置コードが含まれていることが検出されるとステップＳ３６０に進む。一方、ステップＳ３５６で駐車コードの中に車庫コードが含まれていることが、検出されたときはステップＳ３６２に進み、車庫コードをＧＰＳ地図上で表示可能なＧＰＳ位置コードに変換してステップＳ３６０に進む。 ステップＳ３６０では車両を捜索している第１携帯電話１の所有者本人（本説明では代行運転者）のＧＰＳ情報が第１携帯電話１のＧＰＳ部１６で取得されたかどうかチェックする。そして取得された場合はステップＳ３６４に進み、目標としての車両位置または車庫位置と出発点である代行運転者本人の両方をＧＰＳ地図上に表示する。これによって出発点と駐車場との位置関係や経路などを判断することができる。この場合、出発点と目標地点である駐車場位置を表示するだけでなく両者間の経路を演算して表示してもよい。
【０１０４】
ステップＳ３６４で地図表示が行われるとこれを継続したままステップＳ３６６に進む。一方、ステップＳ３６０において、通信圏内にない等の理由で代行運転者本人のＧＰＳ位置コードが取得できないときはステップＳ３６８に進み、車両位置のみをＧＰＳ地図上に表示して駐車場の位置を地図上で確認することを可能にする。この場合も地図表示を継続したままステップＳ３６６に進む。
【０１０５】
ステップＳ３６６では、第１携帯電話１が車庫の近距離通信部の通信圏内に入り、その情報を第１携帯近距離通信部で受信可能な状態となったかどうかをチェックする。そして圏内に入っていればステップＳ３７０に進み、車庫から車庫内地図システムのデータを受信する。そしてステップＳ３７２に進んで、駐車コードの中に車庫内の相対位置コードが含まれているかどうかをチェックする。 ステップＳ３７２において相対位置コードが検出されない場合はステップＳ３７４に進み、駐車コードの中に車庫内位置コードが含まれているかどうかをチェックする。そして含まれていればステップＳ３７６に進み、ステップＳ３７０で受信したシステムデータと車庫内位置コードに基づき、車庫内地図上で車両位置を表示し、表示を継続する指示をしてフローを終了する。この表示は用済み後電話操作部の操作で終了させることができる。
【０１０６】
一方、ステップＳ３７２で相対位置コードが検出されたときはステップＳ３８０に進み、ステップＳ３７０で受信したシステムデータに基づき相対位置コードを地図上の表示で扱える車庫内位置コードに変換する。そしてステップＳ３７６に進み、車両位置を表示する。 なお、ステップＳ３５２で駐車コードの記憶が検出できない場合はステップＳ３８２に進み、記憶なしの表示を行ってフローを終了する。
【０１０７】
図１６は、第３実施例に関するものであって、車両所有者位置コードの活用に関する第１携帯制御部６の機能を示すフローチャートである。この車両所有者位置コードは、図１４で記憶され、図１２のステップＳ２６６で承認された後にステップＳ２８６で運転代行者に送信されたものである。従って、図１６のフローの機能は、原則として第１携帯電話１が代行運転者によって保持されている場合に活用される。 図１６のフローは、代行運転者が車両保有者の位置を確認するために手動で電話操作部８を操作したとき割込みがかかってスタートする。また、代行運転者が車両３に接近して車両近距離通信部４８の通信圏内に入ったときにも、自動的に割込みがかかってスタートする。
【０１０８】
図１６のフローがスタートすると、ステップＳ３９２において車両所有者位置コードが着信しているかどうかがチェックされる。そして着信があるとステップＳ３９４に進み、着信ありの表示を行ってステップＳ３９６に移行する。 ステップＳ３９６では、着信している車両所有者位置コードを目的地として車両カーナビに送信する。この送信は第１電話通信部１８または可能であれば第１携帯近距離通信部２０から行われる。次いで、ステップＳ３９８で中茶位置を示す車両位置コードが着信しているかどうかをチェックし、着信していればステップＳ４００でこの車両位置コードを出発点として車両のカーナビに送信する。
【０１０９】
次いでステップＳ４０２で車両カーナビに経路探索開始信号を送信する。このように本発
明によれば、車両自身がＧＰＳによって得たのではない出発点情報および目的地情報に基づいてカーナビの経路探索を行うことができる。 経路探索の指示を終わるとフローはステップＳ４０４に進み、臨時エントリーコードに基づいてエンジンロックを解除する信号を送信するための操作が行われたかどうかをチェックする。そして、エンジンロック解除新党送信操作が行われたことが検出されるとステップＳ４０６に進み、車両にカーナビ開始信号を送信してフローを終了する。 一方、ステップＳ４０４においてエンジンロック解除信号送信操作が行われたことが検出されなければ直ちにフローを終了する。この場合は、別操作に基づいてエンジンロック解除信号の送信が行われる。
【０１１０】
また、ステップＳ３９８において車両位置コードが着信していなかった場合は、ステップＳ４０８に進み、車両がＧＰＳ圏内に駐車されているかどうかチェックする。そしてＧＰＳ圏内であれば出発点としての車両位置コードが直接得られているのでステップＳ４０２に進み、車両カーナビに経路探索開始信号を送信する。 一方、ステップＳ４０８において車両がＧＰＳ圏内に駐車していることが検出できなかったときはステップＳ４０４に移行し、エンジンロック解除信号送信操作が行われたかどうかのチェックに入る。この場合は、カーナビの出発点情報がないので直ちに経路探索をすることはできないが、ステップＳ３９６において目的地情報はカーナビに入力されているので、車両を車庫から出せばＧＰＳ通信圏内に入り次第車両位置コードが得られるので経路探索が可能となる。 なお、ステップＳ３９２で車両所有者位置コードが着信していなければステップＳ４１０に進んで着信なしの表示を行い、直ちにフローを終了する。この場合は、別の手段によって車両所有者と連絡を取り、代行運転によりピックアップしに行く経路の情報を得る。
【０１１１】
図１では、車両制御部３８、車両操作部４０、記憶部４４およびＧＰＳ部４６および不図示の表示部が協働してカーナビゲーション装置として機能可能である。このようなカーナビゲーション装置が、図１６のステップＳ３９６およびステップＳ４００による情報送信を受けると、受信した情報をそれぞれ車両の目的地情報および車両の現在地情報としてこれらの情報を設定する。そして、ステップＳ４０２によって経路探索開始を指示されたカーナビゲーション装置は、受信により設定した車両の現在地情報および車両の目的地情報から車両の走行経路を演算する。 以上のような構成によれば、車両がＧＰＳの通信圏外にある状態でも、現在地からも目的地までの走行経路を知ることができので、例えば、代行運転の依頼を受けて到達した車両がＧＰＳの圏外に駐車されていた場合でも、車両を移動させる前に走行経路を理解することが可能となる。
【図面の簡単な説明】
【０１１２】
【図１】本発明の実施の形態に係るキーレスエントリーシステムの第１実施例を示すブロック図である。
【図２】図１の第１実施例における携帯制御部の機能の基本フローチャートである。
【図３】図１の第１実施例の携帯制御部におけるキーレスエントリー操作があったときの機能を示すフローチャートである。
【図４】図１の第１実施例において携帯電話の主電源がＯＮされたときの携帯制御部の機能を示すフローチャートである。
【図５】図１の第１実施例において、代行運転者への電話発呼操作が行われたときの携帯制御部の機能を示すフローチャートである。
【図６】代行運転者へのエントリーコード送信の前提として行われる代行運転者登録から図５のエントリーコード送信までに関する携帯制御部の機能を示すフローチャートである。
【図７】図１の車両制御部の動作を示す基本フローチャートである。
【図８】本発明の実施の形態に係るキーレスエントリーシステムの第２実施例を示すブロック図である。
【図９】図７のステップＳ１５８におけるコード管理処理の詳細を示すフローチャートであり、第１実施例および第２実施例のいずれにも適用可能なものである。
【図１０】図９のステップＳ１９６における臨時エントリーコード管理処理の詳細を示すフローチャートである。
【図１１】図１０におけるステップＳ２２０の安全処理の詳細を示すフローチャートである。
【図１２】本発明の実施の形態に係るキーレスエントリーシステムの第３実施例に関し、代行運転者への電話発呼操作が行われたときの携帯制御部の機能を示すフローチャートである。
【図１３】第３実施例に関し、図１２のステップＳ２８０で取扱われている駐車コードを得るための携帯制御部の機能を示すフローチャートである。
【図１４】第３実施例に関し、図１２のステップＳ２６２で表示される車両保有者仮位置コードを得るための携帯制御部の機能を示すフローチャートである。
【図１５】第３実施例に関し、図１３で記憶された駐車コードを活用して車両を捜索するための携帯制御部の機能を示すフローチャートである。
【図１６】第３実施例に関し、図１２のステップＳ２８４で扱われている車両所有者位置コードの活用に関する第１携帯制御部６の機能を示すフローチャートである。
【符号の説明】
【０１１３】
８、１６、２０ 情報入力部 １２ 情報保持部 １８、２０ 送信部 ３０ キーレスエントリーコード保持部 １８、２０ 受信部 １４ 表示部 ３８、４０、４４、４６ カーナビゲーション装置 ６、１２、１４ 地図表示システム
【特許請求の範囲】
【請求項１】
車両の駐車位置情報を入力する入力部と、前記入力部が入力した駐車位置情報を保持する駐車位置情報保持部と、前記保持部が保持する駐車位置情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置。
【請求項２】
キーレスエントリーコードを保持するキーレスエントリーコード保持部を有するとともに、前記送信部により前記キーレスエントリーコードとともに前記駐車位置情報を送信することを特徴とする請求項１記載の通信装置。
【請求項３】
前記駐車位置情報は駐車施設を特定するコードであることを特徴とする請求項１または２記載の通信装置。
【請求項４】
前記駐車位置情報は駐車施設から発信され、前記入力部はこれを受信することによって駐車位置情報を入力することを特徴とする請求項３記載の通信装置。
【請求項５】
前記駐車位置情報は駐車施設から発信される駐車施設内の駐車位置を特定する情報であることを特徴とする請求項３から５のいずれかに記載の通信装置。
【請求項６】
前記駐車位置情報は車両の駐車位置を示すＧＰＳ情報であることを特徴とする請求項１から５のいずれかに記載の通信装置。
【請求項７】
車両の回送先の情報を保持する回送先情報保持部を有するとともに、前記回送先情報とともに前記駐車位置情報を送信することを特徴とする請求項１から６のいずれかに記載の通信装置。
【請求項８】
外部の送信装置から送信される車両の駐車位置情報を受信する受信部と、前記受信部が受信した駐車位置情報を保持する駐車位置情報保持部と、前記保持部が保持する駐車位置情報を表示する表示部とを有することを特徴とする通信装置。
【請求項９】
前記受信部が前記駐車位置情報とともに外部の送信装置から送信されるキーレスエントリーコードを受信するとともに、前記受信部が受信したキーレスエントリーコードを保持するキーレスエントリーコード保持部を有することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記受信部が前記駐車位置情報とともに外部の送信装置から送信される車両回送先情報を受信するとともに、前記表示部は前記受信部が受信した車両回送先情報を表示することを特徴とする請求項８または９記載の通信装置。
【請求項１１】
車両の回送先情報を入力する入力部と、前記入力部が入力した回送先情報を保持する回送先情報保持部と、前記回送先情報保持部が保持する回送先情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置。
【請求項１２】
キーレスエントリーコードを保持するキーレスエントリーコード保持部を有するとともに、前記送信部により前記キーレスエントリーコードとともに前記回送先情報を送信することを特徴とする請求項１１記載の通信装置。
【請求項１３】
前記回送先情報は通信装置の所在環境から発信され、前記入力部はこれを受信することによって回送先情報を入力することを特徴とする請求項１１または１２記載の通信装置。
【請求項１４】
前記回送先情報は通信装置の所在位置を示すＧＰＳ情報であることを特徴とする請求項１１から１３のいずれかに記載の通信装置。
【請求項１５】
外部の送信装置から送信される車両の回送先情報を受信する受信部と、前記受信部が受信した回送先情報を保持する回送先情報保持部と、前記回送先情報保持部が保持する回送先情報を表示する表示部とを有することを特徴とする通信装置。
【請求項１６】
前記受信部が前記回送先情報とともに外部の送信装置から送信されるキーレスエントリーコードを受信するとともに、前記受信部が受信したキーレスエントリーコードを保持するキーレスエントリーコード保持部を有することを特徴とする請求項１５記載の通信装置。
【請求項１７】
車両の現在地情報および車両の目的地情報を外部の送信装置から受信する受信部と、前記受信部が受信した車両の現在地情報および車両の目的地情報から車両の走行経路を演算するカーナビゲーション装置とを有することを特徴とする通信装置。
【請求項１８】
前記受信部は車両の現在地情報および車両の目的地情報とともにキーレスエントリーコード受信するともに、受信したキーレスエントリーコード保持部を有することを特徴とする請求項１７記載の通信装置。
【請求項１９】
外部との通信を行う通信部と、駐車位置情報を保持する駐車位置情報保持部と、地図表示システムと、前記駐車位置情報保持部が保持する駐車位置情報を前記地図表示システムによる表示可能な情報に変換する変換部とを有することを特徴とする通信装置。
【請求項２０】
駐車位置情報を保持する駐車位置情報保持部と、前記駐車位置情報を処理する処理システムを受信する受信部と、前記受信部が受信した処理システムにより処理された駐車位置情報を表示する表示部とを有することを特徴とする通信装置。
【請求項１】
車両の駐車位置情報を入力する入力部と、前記入力部が入力した駐車位置情報を保持する駐車位置情報保持部と、前記保持部が保持する駐車位置情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置。
【請求項２】
キーレスエントリーコードを保持するキーレスエントリーコード保持部を有するとともに、前記送信部により前記キーレスエントリーコードとともに前記駐車位置情報を送信することを特徴とする請求項１記載の通信装置。
【請求項３】
前記駐車位置情報は駐車施設を特定するコードであることを特徴とする請求項１または２記載の通信装置。
【請求項４】
前記駐車位置情報は駐車施設から発信され、前記入力部はこれを受信することによって駐車位置情報を入力することを特徴とする請求項３記載の通信装置。
【請求項５】
前記駐車位置情報は駐車施設から発信される駐車施設内の駐車位置を特定する情報であることを特徴とする請求項３から５のいずれかに記載の通信装置。
【請求項６】
前記駐車位置情報は車両の駐車位置を示すＧＰＳ情報であることを特徴とする請求項１から５のいずれかに記載の通信装置。
【請求項７】
車両の回送先の情報を保持する回送先情報保持部を有するとともに、前記回送先情報とともに前記駐車位置情報を送信することを特徴とする請求項１から６のいずれかに記載の通信装置。
【請求項８】
外部の送信装置から送信される車両の駐車位置情報を受信する受信部と、前記受信部が受信した駐車位置情報を保持する駐車位置情報保持部と、前記保持部が保持する駐車位置情報を表示する表示部とを有することを特徴とする通信装置。
【請求項９】
前記受信部が前記駐車位置情報とともに外部の送信装置から送信されるキーレスエントリーコードを受信するとともに、前記受信部が受信したキーレスエントリーコードを保持するキーレスエントリーコード保持部を有することを特徴とする請求項８記載の通信装置。
【請求項１０】
前記受信部が前記駐車位置情報とともに外部の送信装置から送信される車両回送先情報を受信するとともに、前記表示部は前記受信部が受信した車両回送先情報を表示することを特徴とする請求項８または９記載の通信装置。
【請求項１１】
車両の回送先情報を入力する入力部と、前記入力部が入力した回送先情報を保持する回送先情報保持部と、前記回送先情報保持部が保持する回送先情報を外部の受信装置に送信する送信部とを有することを特徴とする通信装置。
【請求項１２】
キーレスエントリーコードを保持するキーレスエントリーコード保持部を有するとともに、前記送信部により前記キーレスエントリーコードとともに前記回送先情報を送信することを特徴とする請求項１１記載の通信装置。
【請求項１３】
前記回送先情報は通信装置の所在環境から発信され、前記入力部はこれを受信することによって回送先情報を入力することを特徴とする請求項１１または１２記載の通信装置。
【請求項１４】
前記回送先情報は通信装置の所在位置を示すＧＰＳ情報であることを特徴とする請求項１１から１３のいずれかに記載の通信装置。
【請求項１５】
外部の送信装置から送信される車両の回送先情報を受信する受信部と、前記受信部が受信した回送先情報を保持する回送先情報保持部と、前記回送先情報保持部が保持する回送先情報を表示する表示部とを有することを特徴とする通信装置。
【請求項１６】
前記受信部が前記回送先情報とともに外部の送信装置から送信されるキーレスエントリーコードを受信するとともに、前記受信部が受信したキーレスエントリーコードを保持するキーレスエントリーコード保持部を有することを特徴とする請求項１５記載の通信装置。
【請求項１７】
車両の現在地情報および車両の目的地情報を外部の送信装置から受信する受信部と、前記受信部が受信した車両の現在地情報および車両の目的地情報から車両の走行経路を演算するカーナビゲーション装置とを有することを特徴とする通信装置。
【請求項１８】
前記受信部は車両の現在地情報および車両の目的地情報とともにキーレスエントリーコード受信するともに、受信したキーレスエントリーコード保持部を有することを特徴とする請求項１７記載の通信装置。
【請求項１９】
外部との通信を行う通信部と、駐車位置情報を保持する駐車位置情報保持部と、地図表示システムと、前記駐車位置情報保持部が保持する駐車位置情報を前記地図表示システムによる表示可能な情報に変換する変換部とを有することを特徴とする通信装置。
【請求項２０】
駐車位置情報を保持する駐車位置情報保持部と、前記駐車位置情報を処理する処理システムを受信する受信部と、前記受信部が受信した処理システムにより処理された駐車位置情報を表示する表示部とを有することを特徴とする通信装置。
【図１】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【図２】
【図３】
【図４】
【図５】
【図６】
【図７】
【図８】
【図９】
【図１０】
【図１１】
【図１２】
【図１３】
【図１４】
【図１５】
【図１６】
【公開番号】特開２００９−１１００４５（Ｐ２００９−１１００４５Ａ）
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願番号】特願２００７−２７８５３０（Ｐ２００７−２７８５３０）
【出願日】平成１９年１０月２６日（２００７．１０．２６）
【出願人】（０００１１６０２４）ローム株式会社 (3,539)
【Ｆターム（参考）】
【公開日】平成２１年５月２１日（２００９．５．２１）
【国際特許分類】
【出願日】平成１９年１０月２６日（２００７．１０．２６）
【出願人】（０００１１６０２４）ローム株式会社 (3,539)
【Ｆターム（参考）】
[ Back to top ]