(57)【要約】【課題】ユーザが元いた場所を探し当てるために携帯機と車載機を利用する技術において、従来よりも確実に車載機を搭載する車両からアンサバックを得ることができるようにすると共に、車載機が探索信号を規則無く中継しないようにすることを目的とする。【解決手段】携帯機を携帯するユーザが、経路２ａを移動しながら複数の車載機１ａ、１ｂ、１ｃの周囲を通過することで、携帯機は、それら車載機に対応する車両ＩＤを受信して探索リストに記録する。その後、ユーザが自車両３ｘに戻る途上で、携帯機が、探索リスト記憶されている車両ＩＤを含む探索要求を、当該車両ＩＤに対応する車載機に送信すると、当該車載機がアンサバック制御を行う。その結果、当該車載機の搭載先車両が音または光でアンサバックを行う。【選択図】図３
2015142215.tif 000002
【特許請求の範囲】
【請求項１】
それぞれ異なる車両に搭載される複数の車載機（１ａ、１ｂ、１ｃ）のそれぞれぞれの周囲にいる時に、当該車載機から、当該車載機の搭載先車両（３ａ、３ｂ、３ｃ）の車両ＩＤを含む信号（６３、６４、６５）を受信し、受信した当該信号中の当該車両ＩＤを探索リスト（２４ａ）に記憶する記憶手段（２３５）と、
所定の条件が満たされたときに、前記探索リストに記憶されている車両ＩＤを含む探索要求（７２、７５、７８）を、当該車両ＩＤに対応する車載機に送信し、それにより、当該車載機において、前記当該車載機の搭載先車両に音または光でアンサバックを行わせるアンサバック制御が行われる探索要求送信手段（２４５）と、を備えた携帯機。
【請求項２】
前記所定の条件の１つは、車両ＩＤを含む信号を受信し、受信した当該車両ＩＤが、前記探索リストに記憶済みの車両ＩＤであるという条件であることを特徴とする請求項１に記載の携帯機。
【請求項３】
前記所定の条件の１つは、前記携帯機の操作部（２３）に対して所定の手動探索処理開始の操作が行われたという条件であることを特徴とする請求項１または２に記載の携帯機
【請求項４】
車両（３ａ、３ｂ、３ｃ）に搭載される車載機であって、
第１のユーザに携帯される携帯親機（５）から送信された携帯機ＩＤ記憶要求（９２、９４、９６）を受信したことに基づいて、前記携帯機ＩＤ記憶要求に含まれる前記携帯親機の携帯機ＩＤ（Ｐｘ）をＩＤリスト（１６ａ）に記録する記憶要求受信手段（１５ｃ）と、
第２のユーザに携帯される携帯子機（６）から送信された探索要求（９７、９８）を受信したことに基づいて、前記探索要求に含まれる前記携帯子機の携帯機ＩＤと、前記ＩＤリストに記録されている前記携帯親機の携帯機ＩＤとが所定の対応関係にあることに基づいて、前記車両に音または光でアンサバックを行わせる探索要求受信処理（１５ｄ）と、を備えた車載機。
【請求項５】
第１のユーザに携帯される携帯親機（５）と、第２のユーザに携帯される携帯子機（６）とを備えた携帯機群であって、
前記携帯親機の携帯機ＩＤと、前記携帯子機の携帯機ＩＤとは、所定の対応関係を有しており、
前記携帯親機は、それぞれ異なる車両に搭載される複数の車載機（１ａ、１ｂ、１ｃ）のそれぞれぞれの周囲にいる時に、当該車載機から、当該車載機の搭載先車両（３ａ、３ｂ、３ｃ）の車両ＩＤを含む信号（９１、９３、９５）を受信したことに基づいて、前記携帯親機の携帯機ＩＤ（Ｐｘ）を含む携帯機ＩＤ記憶要求（９２、９４、９６）を、当該車両ＩＤに対応する車載機に送信し、それにより、当該車載機において、前記携帯親機の携帯機ＩＤがＩＤリスト（１６ａ）に記憶され、
前記携帯子機は、前記複数の車載機の各々に、自機の携帯機ＩＤを含む探索要求（９７、９８）を送信し、それにより、前記複数の車載機の各々において、前記探索要求に含まれる前記携帯子機の携帯機ＩＤと、前記ＩＤリストに記録されている前記携帯親機の携帯機ＩＤとが前記所定の対応関係にあることに基づいて、当該車載機の搭載先車両に音または光でアンサバックを行わせるアンサバック制御が行われることを特徴とする携帯機群。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯機、車載機、および携帯機群に関するものである。
【背景技術】
【０００２】
従来、人が元いた場所（例えば自車両の位置）を探し当てるのを、駐車車両を利用して支援するシステムとして、特許文献１に記載のような技術が知られている。この技術では、ユーザが携帯する携帯機から車両探索信号が送信され、この車両探索信号を受信できる範囲にユーザの車両があれば、当該車両の車載機が車両にアンサバックを行わせる。そして、この車両探索信号を受信できる範囲にユーザの車両がいない場合は、この車両探索信号を受信した他車両の車載機が、探索情報を中継することで、より広い範囲で自車両の位置（ユーザが元いた場所）を探し出せるようになっている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２００３−１８７３８５号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
しかし、上記のような技術では、探索信号を受信した他車両の車載機は、何ら規則なく探索情報を周囲に中継するので、多数の他車両が同じ探索信号を中継してしまい、電波の混信を招くおそれがある。また、特許文献１の技術では、際限なく中継をして車両のバッテリが過度に消耗してしまうおそれを低減するため、中継の回数制限を設け、制限に達した場合には、中継をストップするようになっている。しかしそれでは、遠くの自車両まで探索信号が中継されず、その結果、アンサバックを受けることができなくなり、ユーザが元いた場所を探し出せなくなってしまう可能性が高くなる。
【０００５】
本発明は上記点に鑑み、ユーザが元いた場所を探し当てるために携帯機と車載機を利用する技術において、従来よりも確実に車載機を搭載する車両からアンサバックを得ることができるようにすると共に、車載機が探索信号を規則無く中継しないようにすることを目的とする。
【課題を解決するための手段】
【０００６】
上記目的を達成するための請求項１に記載の発明は、それぞれ異なる車両に搭載される複数の車載機（１ａ、１ｂ、１ｃ）のそれぞれぞれの周囲にいる時に、当該車載機から、当該車載機の搭載先車両（３ａ、３ｂ、３ｃ）の車両ＩＤを含む信号（６３、６４、６５）を受信し、受信した当該信号中の当該車両ＩＤを探索リスト（２４ａ）に記憶する記憶手段（２３５）と、所定の条件が満たされたときに、前記探索リストに記憶されている車両ＩＤを含む探索要求（７２、７５、７８）を、当該車両ＩＤに対応する車載機に送信し、それにより、当該車載機において、前記当該車載機の搭載先車両に音または光でアンサバックを行わせるアンサバック制御が行われる探索要求送信手段（２４５）と、を備えた携帯機である。
【０００７】
このような携帯機を携帯するユーザが、移動しながら上記複数の車載機の周囲を通過することで、携帯機は、それら車載機に対応する車両ＩＤを受信して探索リストに記録する。そしてその後、携帯機を携帯する当該ユーザが自車両に戻る途上で、携帯機が、探索リストに記憶されている車両ＩＤを含む探索要求を、当該車両ＩＤに対応する車載機に送信すると、当該車載機がアンサバック制御し、当該車載機の搭載先車両が音または光でアンサバックを行う。
【０００８】
このように、携帯機は、ユーザが通った経路の周囲にある車両の車両ＩＤを探索リストに記録し、探索リストに記録された車両ＩＤの車両を選んで探索要求を送信することで車両にアンサバックさせる。したがって、ユーザが元いた場所に戻るための経路の周囲の車両を選択的にアンサバックさせることができる。また、携帯機が周囲を通過した複数の車載機の搭載車両のいずれか１つにでも探索要求が届けば、その車載機の搭載先車両でアンサバックが行えるので、従来よりも確実にアンサバックを受けることができる。また、携帯機は、自機が周囲を通過した車載機から受信した車両ＩＤを宛先として選び、その宛先に探索信号を送信するので、車載機が無駄に探索信号を規則なく中継する必要がない。
【０００９】
また、請求項４に記載の発明は、車両（３ａ、３ｂ、３ｃ）に搭載される車載機であって、第１のユーザに携帯される携帯親機（５）から送信された携帯機ＩＤ記憶要求（９２、９４、９６）を受信したことに基づいて、前記携帯機ＩＤ記憶要求に含まれる前記携帯親機の携帯機ＩＤ（Ｐｘ）をＩＤリスト（１６ａ）に記録する記憶要求受信手段（１５ｃ）と、第２のユーザに携帯される携帯子機（６）から送信された探索要求（９７、９８）を受信したことに基づいて、前記探索要求に含まれる前記携帯子機の携帯機ＩＤと、前記ＩＤリストに記録されている前記携帯親機の携帯機ＩＤとが所定の対応関係にあることに基づいて、前記車両に音または光でアンサバックを行わせる探索要求受信処理（１５ｄ）と、を備えた車載機である。
【００１０】
このようになっていることで、携帯親機が第１のユーザに携帯されて車載機の周囲を通る際に、携帯親機が携帯機ＩＤ記憶要求を送信すると、車載機は、その携帯機ＩＤ記憶要求を受信する。そして、車載機は、受信した携帯機ＩＤ記憶要求に含まれる携帯機ＩＤをＩＤリストに記録する。その後、携帯子機が車載機の周囲で探索要求を送信すると、当該車載機が当該探索要求を受信する。そして当該車載機は、受信した探索要求に含まれる携帯子機の携帯機ＩＤと、ＩＤリストに記録されている携帯親機の携帯機ＩＤとが所定の対応関係にあることに基づいて、搭載先に音または光でアンサバックを行わせる。したがって、第２のユーザは、第１のユーザが通った位置を把握することができ、その結果、第１のユーザが元いた場所を把握することができる。また、このような車載機が複数個あれば、携帯親機が周囲を通過した複数の車載機の搭載車両のいずれか１つにでも携帯子機から探索要求が届けば、その車載機の搭載先車両でアンサバックが行えるので、従来よりも確実にアンサバックを受けることができる。また、車載機は、自機の周囲を通過した携帯親機から受信した携帯機ＩＤに対応する携帯機ＩＤを含む探索信号を受信した場合を選んでアンサバック制御を行うので、車載機が無駄に探索信号を規則なく中継する必要がない。
【００１１】
また、請求項５に記載の発明は、第１のユーザに携帯される携帯親機（５）と、第２のユーザに携帯される携帯子機（６）とを備えた携帯機群であって、前記携帯親機の携帯機ＩＤと、前記携帯子機の携帯機ＩＤとは、所定の対応関係を有しており、前記携帯親機は、それぞれ異なる車両に搭載される複数の車載機（１ａ、１ｂ、１ｃ）のそれぞれぞれの周囲にいる時に、当該車載機から、当該車載機の搭載先車両（３ａ、３ｂ、３ｃ）の車両ＩＤを含む信号（９１、９３、９５）を受信したことに基づいて、前記携帯親機の携帯機ＩＤ（Ｐｘ）を含む携帯機ＩＤ記憶要求（９２、９４、９６）を、当該車両ＩＤに対応する車載機に送信し、それにより、当該車載機において、前記携帯親機の携帯機ＩＤがＩＤリスト（１６ａ）に記憶され、前記携帯子機は、前記複数の車載機の各々に、自機の携帯機ＩＤを含む探索要求（９７、９８）を送信し、それにより、前記複数の車載機の各々において、前記探索要求に含まれる前記携帯子機の携帯機ＩＤと、前記ＩＤリストに記録されている前記携帯親機の携帯機ＩＤとが前記所定の対応関係にあることに基づいて、当該車載機の搭載先車両に音または光でアンサバックを行わせるアンサバック制御が行われることを特徴とする携帯機群である。
【００１２】
このようになっていることで、携帯親機が、第１のユーザに携帯されて各車載機の周囲を通る際に、当該車載機の搭載先車両の車両ＩＤを含む信号を受信する。そして車載機は当該車両ＩＤを含む信号を受信したことに基づいて、携帯親機の携帯機ＩＤを含む携帯機ＩＤ記憶要求を、当該車両ＩＤに対応する車載機に送信する。すると当該車載機は、その携帯機ＩＤ記憶要求を受信し、受信した携帯機ＩＤ記憶要求に含まれる携帯機ＩＤをＩＤリストに記録する。その後、携帯子機が各車載機の周囲で探索要求を送信すると、当該車載機が当該探索要求を受信する。そして当該車載機は、受信した探索要求に含まれる携帯子機の携帯機ＩＤと、ＩＤリストに記録されている携帯親機の携帯機ＩＤとが所定の対応関係にあることに基づいて、搭載先に音または光でアンサバックを行わせる。したがって、第２のユーザは、第１のユーザが通った位置を把握することができ、その結果、第１のユーザが元いた場所を把握することができる。また、携帯親機が周囲を通過した複数の車載機の搭載車両のいずれか１つにでも携帯子機から探索要求が届けば、その車載機の搭載先車両でアンサバックが行えるので、従来よりも確実にアンサバックを受けることができる。また車載機は、自機の周囲を通過した携帯親機から受信した携帯機ＩＤに対応する携帯機ＩＤを含む探索信号を受信した場合を選んでアンサバック制御を行うので、車載機が無駄に探索信号を規則なく中継する必要がない。
【００１３】
なお、上記および特許請求の範囲における括弧内の符号は、特許請求の範囲に記載された用語と後述の実施形態に記載される当該用語を例示する具体物等との対応関係を示すものである。
【図面の簡単な説明】
【００１４】
【図１】本発明の第１実施形態に係る車載機１ｘ、１ａ、１ｂ、１ｃの構成図である。
【図２】携帯機２の構成図である。
【図３】通信システムの作動を示す図である。
【図４】探索応答処理１５ｂのフローチャートである。
【図５】自動探索処理２５ｂのフローチャートである。
【図６】リクエスト信号６３受信後に更新された時の探索リスト２４ａである。
【図７】リクエスト信号６４受信後に更新された時の探索リスト２４ａである。
【図８】リクエスト信号６５受信後に更新された時の探索リスト２４ａである。
【図９】通信システムの作動を示す図である。
【図１０】応答７３受信後に更新された時の探索リスト２４ａである。
【図１１】応答７６受信後に更新された時の探索リスト２４ａである。
【図１２】本発明の第２実施形態に係る携帯機２の構成図である。
【図１３】手動探索処理２５ｃのフローチャートである。
【図１４】通信システムの作動を示す図である。
【図１５】探索要求８０送信時の未探索リスト２４ｂである。
【図１６】探索要求８１送信時の未探索リスト２４ｂである。
【図１７】本発明の第３実施形態に係る車載機１ｘ、１ａ、１ｂ、１ｃの構成図である。
【図１８】携帯親機５の構成図である。
【図１９】携帯子機６の構成図である。
【図２０】記憶要求受信処理１５ｃのフローチャートである。
【図２１】探索要求受信処理１５ｄのフローチャートである。
【図２２】記憶要求処理２５ｄのフローチャートである。
【図２３】探索要求処理２５ｅのフローチャートである。
【図２４】通信システムの作動を示す図である。
【図２５】通信システムの作動を示す図である。
【発明を実施するための形態】
【００１５】
（第１実施形態）
以下、本発明の第１実施形態について説明する。本実施形態に係る通信システムは、複数の車両にそれぞれ１台ずつ搭載された車載機１ｘ、１ａ、１ｂ、１ｃ（図１参照）と、車載機１ｘを搭載する車両の携帯機２（図２参照）とを備えている。
【００１６】
図１に示す通り、車載機１ｘ、１ａ、１ｂ、１ｃは、各々同じ構成となっており、図１に示す様に、ＬＦ送信部１１、ＲＦ受信部１２、センサ群１３、アンサバック装置１４、および車載制御部１５を備えている。
【００１７】
ＬＦ送信部１１は、図示しないアンテナコイルを用いて、ＬＦ帯域（周波数が３０ｋＨｚから３００ｋＨｚまでの長波帯域）で磁界結合を利用して無線信号を送信する装置である。ＲＦ受信部１２は、図示しない受信用アンテナを介してＲＦ帯域（周波数が３００ＭＨｚから４００ＭＨｚまでの帯域）の無線信号を受信する装置である。
【００１８】
センサ群１３は、搭載先の車両内外の状態を検出するセンサである。具体的には、センサ群１３は、車両のエンジンのオン、オフを検知するエンジンオンオフセンサ、ドアの開閉を検出するドア開閉センサ、車両のドアのロック、アンロックの状態を検知するドアロックセンサ、車速を検知する車速センサ等を有している。アンサバック装置１４は、搭載先の車両の周囲の人に応答するための装置であり、具体的には、ハザードランプ、ホーン等を含んでいる。車載制御部１５は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を備えた周知のマイコンで実現され、後述する車両側スマート処理１５ａ、探索応答処理１５ｂ等の処理を行う。
【００１９】
携帯機２は、ＲＦ送信部２１、ＬＦ受信部２２、操作部２３、メモリ２４、および携帯制御部２５を備えている。
【００２０】
ＲＦ送信部２１は、図示しない送信用アンテナを用いてＲＦ帯域の無線信号を送信する装置である。ＬＦ受信部２２は、図示しないアンテナコイルを用いて、ＬＦ帯域で磁界結合を利用して無線信号を受信する装置である。操作部２３は、操作者が指等で操作可能なスイッチ群を備えている。メモリ２４は、ＲＡＭ、フラッシュメモリ等の記憶媒体であり、後述する探索リスト２４ａ等を記憶するために設けられている。携帯制御部２５は、ＣＰＵ、ＲＡＭ、ＲＯＭ、Ｉ／Ｏ等を備えた周知のマイコンで実現され、後述する携帯側スマート処理２５ａ、自動探索処理２５ｂを実行する。
【００２１】
ここで、車載制御部１５が実行する車両側スマート処理１５ａ、および携帯制御部２５が実行する携帯側スマート処理２５ａについて説明する。なお、ここでは、車載機１ｘの車載制御部１５と、車載機１ｘに対応する携帯機２の携帯制御部２５との作動について説明する。しかし、車載機１ａ、１ｂ、１ｃの車載制御部１５についても、それらに対応する携帯機（図示せず）の携帯制御部（図示せず）を相手に、車載機１ｘの車載制御部１５と同等の作動を行う。
【００２２】
車載制御部１５は、車両側スマート処理１５ａを常時実行しており、車両側スマート処理１５ａにおいて、繰り返し定期的に（例えば２５０ｍｓ周期で）、ＬＦ送信部１１を用いて、自車両（搭載先車両）の車両ＩＤを含むリクエスト信号を送信する。この自車両の車両ＩＤは、あらかじめ探索応答処理１５ｂのＲＯＭ等に記録されている。
【００２３】
携帯機２を携帯するドライバ（ユーザ）が車両３ｘの周囲の照合エリアＣｘ内にいると、携帯機２の携帯制御部２５は、ＬＦ受信部２２を介してこのリクエスト信号を受信し、それに起因して、携帯側スマート処理２５ａを実行する。携帯側スマート処理２５ａにおいて携帯制御部２５は、受信したリクエスト信号中に自車両の車両ＩＤが記録されている場合に限り、自機の携帯機ＩＤを含むアンサー信号を、ＲＦ送信部２１を用いて送信する。なお、自車両の車両ＩＤおよび自機の携帯機ＩＤの情報は、あらかじめ探索リスト２４ａに含まれている。
【００２４】
車載機１ｘの車載制御部１５は、ＲＦ受信部１２を介してこのアンサー信号を受信すると、受信したアンサー信号に自機に対応する携帯機２の携帯機ＩＤが含まれている場合に限り、車両のドアをアンロックするか、あるいは車両のドアのアンロックスタンバイ状態に移行する。なお、自機に対応する携帯機２の携帯機ＩＤの情報は、車載制御部１５のＲＯＭ等にあらかじめ記録されている。アンロックスタンバイ状態において車載制御部１５は、ドライバがドアノブ等に取り付けられているタッチセンサに触れたことに基づいて、ＬＦ送信部１１、ＲＦ受信部１２を用いた通信を経ずに、直ちにドアをロックする。
【００２５】
以上が、車両側スマート処理１５ａ、探索応答処理１５ｂの処理内容である。以下では、本実施形態に係る通信システムの、車両探索に係る作動について、図３〜図１１を参照して説明する。なお、照合エリアＣｘ、Ｃａ、Ｃｂ、Ｃｃは、それぞれ、携帯機２が車載機１ｘ、１ａ、１ｂ、１ｃからＬＦ帯域で送信された信号を受信可能な通信エリアである。
【００２６】
［Ａ１］自車両３ｘの駐車からドライバが自車両３ｘの照合エリアＣｘを離れるまで
まず、車載機１ｘを搭載する車両３ｘが、図３に示す駐車場に進入したとする。この駐車場は、巨大ショッピングモール内の駐車場、大きな駅の駐車場等、広大な駐車スペースを有する駐車場である。したがって、ドライバは、車両３ｘを駐車して車両３ｘを離れた後、駐車位置を忘れてしまい、車両３ｘに戻る際に車両３ｘを見つけるのに時間がかかってしまう場合がある。
【００２７】
まず、車両３ｘは、この駐車場に進入する際、駐車場の入口ゲート５０を通過する。この入口ゲート５０には、通信装置５１が取り付けられており、この通信装置５１からは、所定の機能オン命令を含むＲＦ帯域の信号が繰り返し無線送信されている。
【００２８】
車両３ｘに搭載された車載機１ｘでは、車載制御部１５がこの信号をＲＦ受信部１２を介して受信する。そして、受信した信号に上記所定の機能オン命令が含まれていることに基づいて、図４に示す探索応答処理１５ｂを開始する。
【００２９】
この探索応答処理１５ｂにおいては、車載制御部１５は、まずステップ１０５で、センサ群１３のエンジンオンオフセンサおよびドア開閉センサに基づいて、エンジン停止後に車両３ｘのドアが開いて閉じるまで待機する。
【００３０】
車両３ｘのドライバが、エンジンをオフにし、携帯機２を携帯したまま、ドアを開けて車両外に出て、その後ドアを閉めると共にロックしたとする。すると、車載制御部１５は、エンジン停止後に車両３ｘのドアが開いて閉じたと判定し、ステップ１１０に進む。
【００３１】
ステップ１１０では、ＬＦ送信部１１を用いて、自車両３ｘの携帯機２宛に、車両ＩＤ記憶要求６１（図３参照）の信号を送信する。この車両ＩＤ記憶要求６１には、車載機１ｘの搭載先の車両３ｘの車両ＩＤが記録されている。この車両ＩＤ記憶要求６１は、自車両３ｘの携帯機２に自動探索処理２５ｂを実行させるための起動要求信号である。
【００３２】
車載機１ｘの車載制御部１５は、ステップ１１０に続いてステップ１１５で、「車両のドアがロックされており、かつ、照合エリアＣｘ内に自車両３ｘの携帯機２が無い」という条件が満たされるか否かを判定し、条件が満たされるまでこの判定を繰り返す。なお、車両のドアがロックされているか否かは、センサ群１３中のドアロックセンサに基づいて判定する。
【００３３】
また、照合エリアＣｘ内に自車両３ｘの携帯機２が有るか無いかは、車両側スマート処理１５ａにおいて送信したリクエスト信号に対応するアンサー信号を送信後所定期間内に携帯機２から受信したか否かで判定する。つまり、リクエスト信号に対応するアンサー信号を携帯機２から受信できなくなるまでは、照合エリアＣｘ内に自車両３ｘの携帯機２が有ると判定し、受信できなくなった場合、照合エリアＣｘ内に自車両３ｘの携帯機２が無いと判定する。
【００３４】
本事例では、ドライバがドアを閉じてロックした直後は、携帯機２も照合エリアＣｘ内にあるので、車載制御部１５はリクエスト信号送信後所定期間内に携帯機２からアンサー信号を受信する。したがって、ステップ１１５で上記条件が満たされないとの判定を繰り返す。
【００３５】
なお、図３の実線２ａは、車両３ｘのドライバと共に移動する携帯機２の移動軌跡を表すものである。また、車載機１ｘのＬＦ送信部１１によって送信される信号を携帯機２が受信できるのは、照合エリアＣｘ内に限られる。
【００３６】
携帯機２では、携帯制御部２５が、ＬＦ受信部２２を介して、この車両ＩＤ記憶要求６１を受信すると、自車両の車両ＩＤを含む車両ＩＤ記憶要求を受信したことを契機として、図５に示す自動探索処理２５ｂを開始する。なお、携帯制御部２５は、自動探索処理２５ｂの開始時に、メモリ２４中に探索リスト２４ａを作成する。作成直後の時点では、探索リスト２４ａ中にはどの車両ＩＤも記録されていない。また、携帯制御部２５は、変数である記憶ナンバーを０に初期化する。
【００３７】
自動探索処理２５ｂでは、まずステップ２０５で、自車両３ｘの車載機１ｘから機能オフ命令を受信したか否かを判定する。本事例では、機能オフ命令をまだ受信していないので、受信していないと判定し、ステップ２１０に進む。
【００３８】
ステップ２１０では、今までと違う車両ＩＤを受信したか否かを、すなわち、「車両ＩＤを受信し、かつ、受信した車両ＩＤが今までと違う」という条件が満たされているか否かを判定する。
【００３９】
車両ＩＤを受信したか否かは、今回のステップ２１０の実行機会が、ある車両ＩＤを受信して以降初めて訪れる実行機会であるか否かで判定する。受信した車両ＩＤが今までと違うか否かは、受信した車両ＩＤが自動探索処理２５ｂを開始してから初めて受信した車両ＩＤなら、無条件で今までと違う車両ＩＤであると判定する。また、受信した車両ＩＤが自動探索処理２５ｂを開始してから２回目以降に受信した車両ＩＤなら、前回受信した車両ＩＤと今回受信した車両ＩＤが違うか否かで、受信した車両ＩＤが今までと違うか否かを判定する。この判定のために、携帯制御部２５は、最後に受信した車両ＩＤの内容を、前回受信した車両ＩＤとして使用する目的で、メモリ２４に保持しておく。
【００４０】
本事例では、自動探索処理２５ｂを開始してからまだどの車両からも車両ＩＤを受信していない。したがって、今までと違う車両ＩＤを受信していないと判定し、ステップ２０５に戻る。その後、機能オフ命令も車両ＩＤも受信しない間、携帯制御部２５は、ステップ２０５、２１０の処理を繰り返す。
【００４１】
携帯制御部２５がステップ２０５、２１０の処理を繰り返している間、ドライバが照合エリアＣｘ内にしばらく（例えば２５０ｍｓ秒程度）留まっているとする。すると、その間に、車載機１ｘの車載制御部１５が、実行中の車両側スマート処理１５ａにおいて、ＬＦ送信部１１を用いてリクエスト信号６２を送信する。このリクエスト信号には、車両３ｘの車両ＩＤが含まれている。
【００４２】
携帯機２では、携帯制御部２５が、ＬＦ受信部２２を介してこのリクエスト信号６２を受信する。このリクエスト信号６２には車両ＩＤが含まれており、また、携帯制御部２５は自動探索処理２５ｂを開始した後に初めて車両ＩＤを含む信号を受信したことになる。したがって、携帯制御部２５は、その直後のステップ２１０で、今までと違う車両ＩＤを受信したと判定し、ステップ２１５に進む。
【００４３】
そしてステップ２１５で、受信した車両ＩＤは自車両の車両ＩＤであるか否かを判定する。携帯機２のメモリ２４内には、自車両の車両ＩＤがあらかじめ登録されているので、これを用いて、ステップ２１５の判定を行う。本事例では、リクエスト信号６２は、自車両３ｘの車両ＩＤを含んでいるので、受信した車両ＩＤは自車両の車両ＩＤであると判定し、ステップ２２０に進む。
【００４４】
ステップ２２０では、自動探索処理２５ｂの処理開始から基準時間が経過したか否かを判定する。基準時間は、ドライバが車両３ｘから離れるのに十分な時間（例えば１０分）として予め設定しておく。このようにすることで、ドライバが自車両３ｘを降車した直後に車載機１ｘがアンサバック制御をしてしまわないようにする。本事例では、自動探索処理２５ｂの処理開始から基準時間が経過していないと判定し、ステップ２０５に戻る。
【００４５】
なお、携帯制御部２５は、探索応答処理１５ｂと同時並行的に実行する車両側スマート処理１５ａにおいて、リクエスト信号６２を受信したことに応じ、直ちにＲＦ送信部２１を用いてアンサー信号（図示せず）を車載機１ｘに送信する。
【００４６】
その後、ドライバと携帯機２が照合エリアＣｘ内に留まっている間、車載機１ｘの車載制御部１５は車両側スマート処理１５ａにより定期的（例えば、２５０ｍｓ毎）にリクエスト信号（図示せず）を送信する。
【００４７】
携帯制御部２５は、これらのリクエスト信号を受信しない間は、ステップ２０５で機能オフ命令を受信していないと判定し、ステップ２１０で今までと違う車両ＩＤを受信していないと判定するので、ステップ２０５、２１０を繰り返す。また携帯制御部２５は、これらのリクエスト信号のうち１つを受信した直後は、ステップ２０５で機能オフ命令を受信していないと判定した後、ステップ２１０で、今までと違う車両ＩＤを受信していないと判定する。なぜなら、今回受信した車両ＩＤは、前回受信したリクエスト信号に含まれる車両ＩＤ（車両３ｘの車両ＩＤ）と同じだからである。したがって、やはりステップ２０５、２１０を繰り返す。
【００４８】
その後、ドライバが携帯機２と共に照合エリアＣｘから出たとする。この場合、携帯制御部２５は、どの車両からもリクエスト信号を受信しないので、上述の通り、ステップ２０５、２１０を繰り返す。
【００４９】
またこのとき、携帯制御部２５は、携帯側スマート処理２５ａにおいて、車載機１ｘから送信されるリクエスト信号を受信できなくなるので、アンサー信号も送信しない。したがって、車載機１ｘは、リクエスト信号送信後所定期間内にアンサー信号を携帯機２から受信できなくなる。それゆえ車載機１ｘの車載制御部１５は、ステップ１１５で、「車両のドアがロックされており、かつ、照合エリアＣｘ内に自車両３ｘの携帯機２が無い」という条件が満たされたと判定し、ステップ１２０に進む。
【００５０】
ステップ１２０では、自車両３ｘの車両ＩＤを含む探索要求を自車両３ｘの携帯機２から受信したか否か判定する。本事例のこの時点では、まだ探索要求を受信していないので、受信していないと判定してステップ１４０に進む。ステップ１４０では、自車両３ｘの車両ＩＤを含む探索要求を自車両３ｘの携帯機２以外の携帯機（図示せず）から受信したか否か判定する。自車両３ｘの携帯機２以外の携帯機とは、例えば、車両３ａ、３ｂ、３ｃの携帯機である。本事例のこの時点では、まだ探索要求を受信していないので、受信していないと判定してステップ１５５に進む。
【００５１】
ステップ１５５では、エンジンが始動したか否かを、センサ群１３のエンジンオンオフセンサに基づいて判定する。本事例のこの時点では、車両３ｘは駐車状態なので、エンジンが始動していないと判定し、ステップ１２０に戻る。したがって、ドライバおよび携帯機２が照合エリアＣｘから離れた後、車載機１ｘの車載制御部１５は、ステップ１２０、１４０、１５５のループをこの順に繰り返すようになっている。
【００５２】
以上が、［Ａ１］の項の説明である。なお、本事例では、この項において行った説明は、他の車両３ａ、３ｂ、３ｃについても同様に適用される。例えば、車両３ａへの適用について言えば、この項において車両３ｘ、車載機１ｘ、照合エリアＣｘ、および、携帯機２を、それぞれ、車両３ａ、車載機１ａ、照合エリアＣａ、および、携帯機２と同等の機能を有する車両３ａの携帯機に置き換える。車両３ｂ、３ｃへの適用についても同様である。したがって、各車両３ａ、３ｂ、３ｃでは、既に、車両３ａ、３ｂ、３ｃのドライバがそれぞれ携帯機を持って車両から離れた後であり、各車載機１ａ、１ｂ、１ｃの車載制御部１５は、ステップ１２０、１４０、１５５のループをこの順に繰り返す状態にある。それと共に、各車載機１ａ、１ｂ、１ｃの車載制御部１５は、車両側スマート処理１５ａにおいて、定期的に（例えば２５０ｍｓ周期で）、リクエスト信号を送信する。
【００５３】
［Ａ２］ドライバが他の車両３ａの照合エリアに入って出るまで
その後、携帯機２を携帯するドライバが移動し、ドライバと携帯機２が照合エリアＣａ内に入ったとする。車両３ａに搭載された車載機１ａの車載制御部１５は、車両側スマート処理１５ａにおいて定期的にＬＦ送信部１１を用いてリクエスト信号を送信している。したがって、携帯機２は、照合エリアＣａ内に入っている間は、当該リクエスト信号を受信可能となる。
【００５４】
ここで、携帯機２の携帯制御部２５が、照合エリアＣａ内に入っている間にＬＦ受信部２２を介して車載機１ａから最初にリクエスト信号６３を受信した場合について説明する。この場合、携帯制御部２５は、ステップ２０５、２１０のループにおいて、ステップ２１０で、今までと違う車両ＩＤを受信したと判定する。これは、当該リクエスト信号６３には車両３ａの車両ＩＤが含まれており、かつ、携帯機２が前回受信した車両ＩＤは車両３ｘの車両ＩＤだからである。
【００５５】
これにより、携帯制御部２５は、ステップ２１５に進み、受信した車両ＩＤは自車両の車両ＩＤか否かを判定するが、車両３ａは自車両ではないので、自車両の車両ＩＤではないと判定し、ステップ２３０に進む。
【００５６】
続いてステップ２３０では、受信した車両ＩＤは、探索リスト２４ａに記憶済みの車両ＩＤか否かを判定する。本事例では、自動探索処理２５ｂの開始後まだ一度も探索リスト２４ａに当該車両ＩＤが記録されていないので、受信した車両ＩＤは探索リスト２４ａに記憶済みの車両ＩＤでないと判定し、ステップ２３５に進む。
【００５７】
ステップ２３５では、記憶ナンバーを１つ分インクリメントする。そして、インクリメント後の記憶ナンバー（本事例のこの時点では１）と、受信した車両ＩＤ（車両３ａの車両ＩＤ）と、「なし」という値の探索履歴とを、互いに紐付けて、１つのレコードとして探索リスト２４ａに記録する。この結果、探索リスト２４ａの内容は図６に示すようになる。なお、図６中では、車両３ａの車両ＩＤを「Ａ」と表している。ステップ２３５の後、ステップ２０５に戻る。
【００５８】
その後、ドライバと携帯機２が照合エリアＣａ内に留まっている間、車載機１ａの車載制御部１５は車両側スマート処理１５ａにより定期的にリクエスト信号（図示せず）を送信する。そして、携帯制御部２５は、これらのリクエスト信号を受信しない間は、ステップ２０５で機能オフ命令を受信していないと判定し、ステップ２１０で今までと違う車両ＩＤを受信していないと判定するので、ステップ２０５、２１０を繰り返す。
【００５９】
また携帯制御部２５は、これらのリクエスト信号のうち１つを受信した直後は、ステップ２１０で、今までと違う車両ＩＤを受信していないと判定する。なぜなら、今回受信した車両ＩＤは、前回受信したリクエスト信号に含まれる車両ＩＤ（車両３ａの車両ＩＤ）と同じだからである。したがって、やはりステップ２０５、２１０を繰り返す。
【００６０】
その後、ドライバが携帯機２と共に照合エリアＣａから出たとする。この場合、携帯制御部２５は、どの車両からもリクエスト信号を受信しないので、上述の通り、ステップ２０５、２１０を繰り返す。
【００６１】
［Ａ３］ドライバが他の車両３ｂ、３ｃの照合エリアに入って出るまで
その後、ドライバは携帯機２と共に図３のような経路を移動する。この際、携帯機２が車両３ｂ、３ｃに搭載される車載機１ｂ、１ｃの照合エリアＣｂ、Ｃｃのそれぞれに入って出る際に、上記［Ａ２］の項で説明したのと同様の作動が行われる。
【００６２】
具体的には、照合エリアＣｂに入って出る場合は、上記［Ａ２］の項における車両３ａ、車載機１ａ、照合エリアＣａ、リクエスト信号６３、車両３ｘを、それぞれ車両３ｂ、車載機１ｂ、照合エリアＣｂ、リクエスト信号６４、車両３ａに置き換えた作動が行われる。ただし、リクエスト信号６４を受信した後のステップ２３５における作動だけは少し異なる。具体的には、ステップ２３５では、記憶ナンバーを１つ分インクリメントすることで、記憶ナンバーが１から２に変化する。この結果、探索リスト２４ａには、このインクリメント後の記憶ナンバー（この時点では２）と、受信した車両ＩＤ（車両３ｂの車両ＩＤ）と、「なし」という値の探索履歴とが、互いに紐付けられて、１つのレコードとして探索リスト２４ａに追加記録される。この結果、探索リスト２４ａの内容は図７に示すようになる。なお、図７中では、車両３ｂの車両ＩＤを「Ｂ」と表している。
【００６３】
また、照合エリアＣｃに入って出る場合は、上記［Ａ２］の項における車両３ａ、車載機１ａ、照合エリアＣａ、リクエスト信号６３、車両３ｘを、それぞれ車両３ｃ、車載機１ｃ、照合エリアＣｃ、リクエスト信号６５、車両３ｂに置き換えた作動が行われる。ただし、リクエスト信号６５を受信した後のステップ２３５における作動だけは少し異なる。具体的には、ステップ２３５では、記憶ナンバーを１つ分インクリメントすることで、記憶ナンバーが２から３に変化する。この結果、探索リスト２４ａには、このインクリメント後の記憶ナンバー（この時点では３）と、受信した車両ＩＤ（車両３ｃの車両ＩＤ）と、「なし」という値の探索履歴とが、互いに紐付けられて、１つのレコードとして探索リスト２４ａに追加記録される。この結果、探索リスト２４ａの内容は図８に示すようになる。なお、図８中では、車両３ｃの車両ＩＤを「Ｃ」と表している。
【００６４】
［Ａ４］駐車場から離れた後の作動
その後、ドライバは、携帯機２と共に一旦駐車場を離れて目的の行動（例えば、ショッピング、鉄道の利用）を行う。この時、携帯制御部２５は、携帯側スマート処理２５ａ、自動探索処理２５ｂとは別の処理で、最後に車両ＩＤを受信してから所定時間（例えば１０分）が経過したと判定したことに基づいて、メモリ２４中の、最後に受信した車両ＩＤの情報を削除する。これにより、図５のステップ２１０で前回受信した車両ＩＤとして使用する目的でメモリ２４に保持している車両ＩＤの内容が、破棄される。
【００６５】
またこの間、携帯機２の携帯制御部２５は、どの車両からもリクエスト信号を受信しないので、上述の通り、ステップ２０５、２１０を繰り返す。また各車載機１ｘ、１ａ、１ｂ、１ｃの車載制御部１５は、探索応答処理１５ｂにおいて、ステップ１２０、１４０、１５５のループをこの順に繰り返す。また各車載制御部１５は、車両側スマート処理１５ａにおいて、定期的に（例えば２５０ｍｓ周期で）、リクエスト信号を送信する。
【００６６】
［Ａ５］駐車場に戻った後の作動（照合エリアＣｃに入ってから照合エリアＣａに入るまで）
ドライバは、駐車場を離れて目的の行動を行った後、再度自車両３ｘに搭乗するため、駐車場に戻ってくる。このとき、駐車場を離れてから既に上記所定時間が経過しているものとする。図９に、駐車場に戻って自車両３ｘに辿り着くまでの経路を、実線２ｂで表す。なお、この時点において、車両３ｘ、３ａ、３ｃはまだ駐車中であるが、車両３ｂは既に駐車場からいなくなっている。
【００６７】
ドライバは、自車両３ｘから降りた後に自分が通った経路をある程度憶えているので、概ねその経路を逆に辿るように歩いていく。そして、ドライバと携帯機２が照合エリアＣｃ内に入ると、車載機１ｃの車載制御部１５が実行する車両側スマート処理１５ａによって定期的に送信されているリクエスト信号７１を、携帯機２が受信する。
【００６８】
すると携帯制御部２５は、ステップ２０５、２１０のループにおいて、ステップ２１０で、今までと違う車両ＩＤを受信したと判定し、ステップ２１５に進む。これは、携帯制御部２５が、最後に車両ＩＤを受信してから所定時間が経過した際に、最後に受信した車両ＩＤの情報をメモリ２４中から削除したからである。
【００６９】
ステップ２１５では、受信した車両ＩＤが自車両の車両ＩＤであるか否かを判定するが、本事例では、リクエスト信号７１は、他車両３ｃの車両ＩＤを含んでいるので、自車両の車両ＩＤでないと判定し、ステップ２３０に進む。
【００７０】
ステップ２３０では、受信した車両ＩＤは、探索リスト２４ａに記憶済みの車両ＩＤか否かを判定する。本事例では、リクエスト信号７１には、他車両３の車両ＩＤ（すなわち、「Ｃ」）が含まれており、探索リスト２４ａには、図８に示す通り、車両ＩＤ「Ｃ」が記録されているので、記憶済みの車両ＩＤであると判定し、ステップ２４０に進む。
【００７１】
ステップ２４０では、当該他車ＩＤで探索要求した履歴があるか否かを判定する。具体的には、探索リスト２４ａにおいて、上記記憶済みの車両ＩＤと紐付けられて１つのレコードとして記録されている探索履歴を参照し、この探索履歴の値が「あり」か「なし」かに応じて、当該他車ＩＤで探索要求した履歴があるか否かを判定する。本事例では、図８に示すように、車両ＩＤ「Ｃ」と紐付けられた探索履歴は「なし」なので、当該他車ＩＤで探索要求した履歴がないと判定し、ステップ２４５に進む。
【００７２】
ステップ２４５では、ＲＦ送信部２１を用いて、当該他車ＩＤの車両３ｃに対し、探索要求７２を送信する。この探索要求７２には、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該他車ＩＤ「Ｃ」）と、自機（携帯機２）を他の携帯機を識別する携帯機ＩＤとを含める。更にステップ２５０では、この探索要求７２に対する応答を受信するまで待つ。
【００７３】
携帯機２から探索要求７２が送信されると、車載機１ｃの車載制御部１５は、ステップ１２０、１４０、１５５のループ処理中に、ＲＦ受信部１２を介して、この探索要求７２を受信する。そして、ステップ１２０で、自車両３ｃの車両ＩＤ「Ｃ」を含む探索要求７２を自車両３ｃの携帯機から受信していないと判定し、ステップ１４０に進む。なお、自車両３ｃの携帯機から受信したか否かは、車載制御部１５において記録されている自車両３ｃに対応する携帯機の携帯機ＩＤと、受信した探索要求７２に含まれる携帯機ＩＤとに基づいて判定する。
【００７４】
そして、続くステップ１４０で、自車両３ｃの車両ＩＤ「Ｃ」を含む探索要求７２を自車両３ｃの携帯機以外の携帯機２から受信したと判定し、ステップ１４５に進む。なお、自車両３ｃの携帯機以外の携帯機から受信したか否かは、車載制御部１５において記録されている自車両３ｃに対応する携帯機の携帯機ＩＤと、受信した探索要求７２に含まれる携帯機ＩＤとに基づいて判定する。
【００７５】
ステップ１４５では、アンサバック装置１４を用いてアンサバック制御を１回だけ行う。具体的には、アンサバック装置１４に含まれる車両のハザードランプを１回だけ点滅させてもよい。あるいは、アンサバック装置１４に含まれる車両のホーン装置を１回だけ吹鳴させてもよい。このように、車載制御部１５のアンサバック制御により、車両３ｃがハザードランプの光またはホーンの音を自車両の外に発するアンサバックを行う。このアンサバックによって、携帯機２を携帯するドライバは、自分が自車両３ｘに正しく向かっていることを確認できる。
【００７６】
ステップ１４５に続いては、ステップ１５０で、ＬＦ送信部１１を用いて、探索要求７２に対する応答７３を送信し、その後ステップ１５５に進む。この応答７３には、探索要求７２に対する応答であることを示す所定のコードが含まれている。
【００７７】
携帯機２の携帯制御部２５は、ステップ２５０で、ＬＦ受信部２２を介してこの応答７３を受信すると、直前に送信した探索要求７２に含まれる車両ＩＤ（すなわち、探索要求７２の送信先の車両の車両ＩＤ）を特定し、特定した車両ＩＤ（本事例の場合「Ｃ」）と探索リスト２４ａ中で紐付けられた探索履歴の値を「あり」に書き換える。この結果、探索リスト２４ａは、図１０のようになる。
【００７８】
なお、探索要求７２は、ＲＦ送信部２１によってＲＦ波帯域の無線信号として送信されるので、ＬＦ波帯域の無線信号に比べて広い範囲に届くようになっている。したがって、車載機１ｃのみならず、車載機１ｘ、１ａも探索要求７２を受信する可能性がある。ただし、受信した場合でも、探索要求７２が車両３ｘの車両ＩＤも車両３ａの車両ＩＤも含んでいないので、車載機１ｘ、１ａの作動内容は車載機１ｃとは異なる。
【００７９】
具体的には、車載機１ｘ、１ａの車載制御部１５は、ステップ１２０、１４０、１５５のループにおいて、ステップ１２０は自車両（３ｘまたは３ａ）の車両ＩＤを含む探索要求を受信していないと判定してステップ１４０に進み、ステップ１４０でも、自車両（３ｘまたは３ａ）の車両ＩＤを含む探索要求を受信していないと判定してステップ１５５に進む。つまり、ステップ１２０、１４０、１５５のループをそのまま続けるだけである。
【００８０】
その後、ドライバと携帯機２が照合エリアＣｃ内を移動するが、その間、車載機１ｃからリクエスト信号（前回と同じ車両ＩＤを含む）が送信された直後も、送信されていない間も、既に説明した通り、携帯制御部２５は、ステップ２０５、２１０のループを繰り返す。また、各車載機１ｘ、１ａ、１ｃの各車載制御部１５も、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信する。
【００８１】
なお、携帯機２が車載機１ｘから離れ過ぎていて探索要求７２を受信しない場合も十分あり得るが、その場合は、車載機１ｘの車載制御部１５は、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信するだけである。
【００８２】
その後、ドライバと共に携帯機２が照合エリアＣｃを出た後は、既に説明した通り、携帯制御部２５は、どのリクエスト信号も受信しないので、ステップ２０５、２１０を繰り返す。また、各車載機１ｘ、１ａ、１ｃの車載制御部１５も、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信する。
【００８３】
その間、ドライバは、自分の記憶を頼りに、過去に車両３ｂが駐車されていた位置近傍を歩くが、既に車両３ｂは存在しない。
【００８４】
［Ａ６］車両３ａの照合エリアＣａに入ってから照合エリアＣｘに入るまで
その後、ドライバと携帯機２が照合エリアＣａ内に入ると、車載機１ａの車載制御部１５が実行する車両側スマート処理１５ａによって定期的に送信されているリクエスト信号７４を、携帯機２が受信する。
【００８５】
すると携帯制御部２５は、ステップ２０５、２１０のループにおいて、ステップ２１０で、今までと違う車両ＩＤ（「Ｃ」とは違う「Ａ」）を受信したと判定し、ステップ２１５に進む。ステップ２１５では、受信した車両ＩＤが自車両の車両ＩＤであるか否かを判定するが、本事例では、リクエスト信号７４は、他車両３ａの車両ＩＤを含んでいるので、自車両の車両ＩＤでないと判定し、ステップ２３０に進む。
【００８６】
ステップ２３０では、受信した車両ＩＤは、探索リスト２４ａに記憶済みの車両ＩＤか否かを判定する。本事例では、リクエスト信号７４には、他車両３の車両ＩＤ（すなわち、「Ａ」）が含まれており、探索リスト２４ａには、図１０に示す通り、車両ＩＤ「Ａ」が記録されているので、記憶済みの車両ＩＤであると判定し、ステップ２４０に進む。
【００８７】
なお、探索リスト２４ａ内に、車両ＩＤ「Ａ」に比べて、より大きい記憶ナンバーが紐付けられた車両ＩＤ（より後で記録された車両ＩＤ）があってもなくても、このステップ２４０の判定内容は同じである。このようになっていることで、必ずしも車両ＩＤを記憶した順と逆順に探索要求を送信しなくともよいので、本事例のように車両３ｂがいなくなっても、車両２ｂ宛の探索要求を送信しないまま、車両３ａ宛の探索要求を送信できる。
【００８８】
ステップ２４０では、既に説明した通り、当該他車ＩＤで探索要求した履歴があるか否かを判定する。本事例では、図１０に示すように、車両ＩＤ「ａ」と紐付けられた探索履歴は「なし」なので、当該他車ＩＤで探索要求した履歴がないと判定し、ステップ２４５に進む。
【００８９】
ステップ２４５では、ＲＦ送信部２１を用いて、当該他車ＩＤの車両３ａに対し、探索要求７５を送信する。この探索要求７５には、既に説明した通り、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該他車ＩＤ「Ａ」）と、自機の携帯機ＩＤとを含める。更にステップ２５０では、この探索要求７５に対する応答を受信するまで待つ。
【００９０】
携帯機２から探索要求７５が送信されると、車載機１ａの車載制御部１５は、ステップ１２０、１４０、１５５のループ処理中に、ＲＦ受信部１２を介して、この探索要求７５を受信する。その後の処理は、車載機１ｃの車載制御部１５が探索要求７２を受信した場合と同じである。すなわち、車載機１ａの車載制御部１５は、ステップ１２０で、自車両３ａの車両ＩＤ「ａ」を含む探索要求７５を自車両３ｃの携帯機から受信していないと判定し、ステップ１４０に進む。そして、ステップ１４０で、自車両３ａの車両ＩＤ「Ａ」を含む探索要求７５を自車両３ａの携帯機以外の携帯機２から受信したと判定し、ステップ１４５に進む。そしてステップ１４５では、既に説明した通り、アンサバック装置１４を用いてアンサバック制御を１回だけ行う。このアンサバック制御およびそれに従う車両３ａのアンサバックによって、携帯機２を携帯するドライバは、自分が自車両３ｘに正しく向かっていることを確認できる。
【００９１】
車載機１ａの車載制御部１５は、ステップ１４５に続いては、ステップ１５０で、ＬＦ送信部１１を用いて、探索要求７５に対する応答７６を送信し、その後ステップ１５５に進む。この応答７６には、探索要求７５に対する応答であることを示す所定のコードが含まれている。
【００９２】
携帯機２の携帯制御部２５は、ステップ２５０で、ＬＦ受信部２２を介してこの応答７６を受信すると、直前に送信した探索要求７５に含まれる車両ＩＤ（すなわち、探索要求７５の送信先の車両の車両ＩＤ）を特定し、特定した車両ＩＤ（本事例の場合「Ａ」）と探索リスト２４ａ中で紐付けられた探索履歴の値を「あり」に書き換える。この結果、探索リスト２４ａは、図１１のようになる。
【００９３】
なお、探索要求７５は、ＲＦ送信部２１によってＲＦ波帯域の無線信号として送信されるので、ＬＦ波帯域の無線信号に比べて広い範囲に届くようになっている。したがって、車載機１ｃのみならず、車載機１ｘ、１ｃも探索要求７５を受信する可能性がある。ただし、受信した場合でも、探索要求７５が車両３ｘの車両ＩＤも車両３ｃの車両ＩＤも含んでいないので、車載機１ｘ、１ｃの作動内容は車載機１ａとは異なる。
【００９４】
具体的には、車載機１ｘ、１ｃの車載制御部１５は、ステップ１２０、１４０、１５５のループにおいて、ステップ１２０は自車両（３ｘまたは３ｃ）の車両ＩＤを含む探索要求を受信していないと判定してステップ１４０に進み、ステップ１４０でも、自車両（３ｘまたは３ｃ）の車両ＩＤを含む探索要求を受信していないと判定してステップ１５５に進む。つまり、ステップ１２０、１４０、１５５のループをそのまま続けるだけである。
【００９５】
その後、ドライバと携帯機２が照合エリアＣａ内を移動するが、その間、車載機１ａからリクエスト信号（前回と同じ車両ＩＤを含む）が送信された直後も、送信されていない間も、既に説明した通り、携帯制御部２５は、ステップ２０５、２１０のループを繰り返す。また、各車載機１ｘ、１ａ、１ｃの各車載制御部１５も、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信する。
【００９６】
その後、ドライバと共に携帯機２が照合エリアＣａを出た後は、既に説明した通り、携帯制御部２５は、どのリクエスト信号も受信しないので、ステップ２０５、２１０を繰り返す。また、各車載機１ｘ、１ａ、１ｃの車載制御部１５も、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信する。
【００９７】
［Ａ７］自車両３ｘの照合エリアＣｘに入ってからエンジン始動後まで
その後、ドライバと携帯機２が照合エリアＣｘ内に入ると、車載機１ｘの車載制御部１５が実行する車両側スマート処理１５ａによって定期的に送信されているリクエスト信号７７を、携帯機２が受信する。
【００９８】
すると携帯制御部２５は、ステップ２０５、２１０のループにおいて、ステップ２１０で、今までと違う車両ＩＤ（「Ａ」とは違う「Ｘ」）を受信したと判定し、ステップ２１５に進む。
【００９９】
ステップ２１５では、受信した車両ＩＤが自車両の車両ＩＤであるか否かを判定するが、本事例では、リクエスト信号７７は、自車両３ｘの車両ＩＤを含んでいるので、自車両の車両ＩＤであると判定し、ステップ２２０に進む。ステップ２２０では、既に説明した通り、ステップ２２０では、自動探索処理２５ｂの処理開始から基準時間が経過したか否かを判定するが、すでにこの基準時間は経過しているので、経過したと判定し、ステップ２２５に進む。
【０１００】
ステップ２２５では、ＲＦ送信部２１を用いて、当該自車ＩＤの車両３ｘに対し、探索要求７８を送信する。この探索要求７８には、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該自車ＩＤ「Ｘ」）と、自機の携帯機ＩＤとを含める。ステップ２２５の後、ステップ２０５に戻る。
【０１０１】
携帯機２から探索要求７８が送信されると、車載機１ｘの車載制御部１５は、ステップ１２０、１４０、１５５のループ処理中に、ＲＦ受信部１２を介して、この探索要求７８を受信する。そして、ステップ１２０で、自車両３ｃの車両ＩＤ「Ｘ」を含む探索要求７８を自車両３ｘの携帯機から受信していると判定し、ステップ１２５に進む。
【０１０２】
ステップ１２５では、アンサバック装置１４を用いてアンサバック制御を２回だけ行う。具体的には、アンサバック装置１４に含まれる車両のハザードランプを２回だけ点滅させてもよい。あるいは、アンサバック装置１４に含まれる車両のホーン装置を２回だけ吹鳴させてもよい。このアンサバック制御およびそれに従った車両３ｘのアンサバックによって、携帯機２を携帯するドライバは、自分が自車両３ｘに到達したことを確認できる。ステップ１２５の後、ステップ１４０に進む。
【０１０３】
その後、ドライバが車両３ｘに搭乗してエンジンを始動するまでは、車載機１ｘからリクエスト信号（前回と同じ車両ＩＤを含む）が送信された直後も、送信されていない間も、既に説明した通り、携帯制御部２５は、ステップ２０５、２１０のループを繰り返す。また、各車載機１ｘ、１ａ、１ｃの各車載制御部１５も、ステップ１２０、１４０、１５５のループを繰り返すと共に、車両側スマート処理１５ａで定期的にリクエスト信号を送信する。
【０１０４】
そして、ドライバが車両３ｘに搭乗してエンジンを始動すると、車載機１ｘは、ステップ１５５で、センサ群１３のエンジンオンオフセンサからの検出信号に基づいて、エンジンが始動したと判定し、ステップ１６０に進む。そしてステップ１６０では、ＬＦ送信部１１を用いて、自車両３ｘの携帯機２へ、機能オフ命令を送信する。この機能オフ命令には、機能オフ命令であることを示す所定のコードと、自車両３ｘの車両ＩＤを含める。ステップ１６０の後、探索応答処理１５ｂを終了する。
【０１０５】
携帯制御部２５は、ＬＦ受信部２２を介してこの機能オフ命令を送信すると、ステップ２０５で、受信した機能オフ命令に含まれる車両ＩＤが自車両３ｘの車両ＩＤであることに基づいて、自車両３ｘより機能オフ命令を受信したと判定し、自動探索処理２５ｂを終了する。なお、自動探索処理２５ｂを終了する際、メモリ２４中の探索リスト２４ａは削除する。
【０１０６】
なお、駐車場の入口ゲート５０は、車両が駐車場に入るときだけ通るゲートであり、車両が駐車場から出るときに通る出口ゲートは別にあり、その出口ゲートにおいては、機能オン命令を含む信号が送信されていない。したがって、各車両３ｘ、３ａ、３ｂ、３ｃが駐車場を出るときに、車載機１ｘ、１ａ、１ｂ、１ｃが機能オン命令を受信してしまうことはない。このようになっていることで、本実施形態の探索応答処理１５ｂ、自動探索処理２５ｂの機能は、駐車場という限定した範囲のみで有効化される。第２実施形態における手動探索処理２５ｃも同じである。
【０１０７】
以上の通り、携帯機２は、車載機１ａ、１ｂ、１ｃのそれぞれぞれの周囲の照合エリアＣａ、Ｃｂ、Ｃｃにいる時に、当該車載機１ａ、１ｂ、１ｃから、当該車載機の搭載先車両３ａ、３ｂ、３ｃの車両ＩＤを含むリクエスト信号６３、６４、６５を受信する。そして、受信したリクエスト信号６３、６４、６５中の当該車両ＩＤを探索リスト２４ａに記憶する。さらに、所定の条件が満たされたときに、探索リスト２４ａに記憶されている車両ＩＤを含む探索要求７２、７５、７８を、当該車両ＩＤに対応する車載機１ａ、１ｂ、１ｃに送信する。そして、それにより、当該車載機１ａ、１ｂ、１ｃにおいて、当該車載機の搭載先車両に音または光でアンサバックを行わせるアンサバック制御が行われる。
【０１０８】
このような携帯機２を携帯するユーザ（ドライバ）が、移動しながら上記複数の車載機１ａ、１ｂ、１ｃの周囲を通過することで、携帯機は、それら車載機に対応する車両ＩＤを受信して探索リスト２４ａに記録する。その後、ユーザが自車両３ｘに戻る途上で、携帯機２が、探索リスト２４ａに記憶されている車両ＩＤを含む探索要求を、当該車両ＩＤに対応する車載機に送信すると、当該車載機がアンサバック制御を行う。その結果、当該車載機の搭載先車両が音または光でアンサバックを行う。
【０１０９】
このように、携帯機２は、ユーザが通った経路の周囲にある車両の車両ＩＤを探索リストに記録し、探索リストに記録された車両ＩＤの車両を選んで探索要求を送信することで、車両にアンサバックさせる。したがって、ユーザが元いた場所に戻るための経路の周囲の車両を選択的にアンサバックさせることができる。
【０１１０】
また、携帯機２が周囲を通過した複数の車載機１ａ、１ｂ、１ｃの搭載車両３ａ、３ｂ、３ｃのいずれか１つにでも探索要求が届けば、その車載機の搭載先車両でアンサバックが行えるので、自車両３ｘが携帯機２から遠い位置にあっても、従来よりも確実にアンサバックを受けることができる。また、携帯機２は、自機が周囲を通過した車載機１ａ、１ｂ、１ｃから受信した車両ＩＤを宛先として選び、その宛先に探索信号を送信するので、車載機が無駄に探索信号を規則なく中継する必要がない。
【０１１１】
また、上記の所定の条件は、車両ＩＤを含むリクエスト信号７２、７５を受信し、受信した当該車両ＩＤが、前記探索リストに記憶済みの車両ＩＤであるという条件である。このようになっていることで、ユーザが携帯機２の操作をする必要なく、携帯機２が自動的に探索要求を送信できる。しかも、携帯機１ａ、１ｂ、１ｃからリクエスト信号を受信できる場合（探索エリアＣａ、Ｃｂ、Ｃｃに入っている場合）を選んで、探索要求を送信するので、例えば定期的に無条件で探索要求を送信する場合に比べ、携帯機２の電力消費を低減することができる。
【０１１２】
なお、本実施形態および後述する第２実施形態においては、携帯機２の携帯制御部２５が、ステップ２３５を実行することで記憶手段の一例として機能し、ステップ２４５を実行することで探索要求送信手段の一例として機能する。
【０１１３】
（第２実施形態）
次に、本発明の第２実施形態について説明する。本実施形態に係る通信システムが第１実施形態と異なるのは、図１２に示すように、携帯制御部２５が、携帯側スマート処理２５ａおよび自動探索処理２５ｂに加え、手動探索処理２５ｃも実行するようになっている点、および、メモリ２４は後述する未探索リスト２４ｂを記憶可能になっている点である。その他は、第１実施形態と同じである。
【０１１４】
図１３に、手動探索処理２５ｃのフローチャートを示す。携帯制御部２５は、ドライバが操作部２３に対して所定の手動探索処理開始の操作を行ったことに基づいて、手動探索処理２５ｃの実行を開始する。
【０１１５】
ドライバが手動探索処理開始の操作を行うのは、以下のような場面である。まず、第１実施形態の［Ａ１］から［Ａ５］までと同じ作動を通信システムが行ったとする。そしてその後、以下の作動を行う。
【０１１６】
ドライバは、図１４に示すように、携帯機２と共に照合エリアＣｃを出た後、自分の記憶を頼りに、過去に車両３ｂが駐車されていた位置近傍を歩くが、既に車両３ｂは存在しない。このとき、ドライバは自分が道を間違えたかもしれないと不安に感じてしまう場合がある。このような場合に、ドライバが操作部２３に対して手動探索処理開始の操作を行う。
【０１１７】
すると、携帯制御部２５は、携帯側スマート処理２５ａ、自動探索処理２５ｂの処理と同時並列的に、手動探索処理２５ｃの実行を開始し、ステップ３１０で、未探索レコードをリスト化して未探索リスト２４ｂをメモリ２４中に作成する。未探索レコードとは、探索リスト２４ａ中のレコードのうち、探索履歴が「なし」になっているレコードをいう。本事例のこの時点では、探索リスト２４ａは図１０の様になっているので、記憶ナンバー１と２のレコードのみが、未探索レコードに該当する。したがって、この時点における未探索リスト２４ｂは、図１５に示すようになる。
【０１１８】
続いてステップ３２０では、未探索リスト２４ｂ内に１つ以上未探索レコードが存在するか否か判定する。本事例のこの時点では、図１５に示すように２つ存在するので、１つ以上未探索レコードが存在すると判定し、ステップ３３０に進む。
【０１１９】
ステップ３３０では、未探索リスト２４ｂ中の未探索レコードのうち、記憶ナンバーが最も大きい未探索レコード（すなわち、最も遅く探索リスト２４ａに登録されたレコード）を抽出する。本事例で抽出されるのは、記憶ナンバー２の未探索レコードである。
【０１２０】
続いてステップ３４０では、抽出した未探索レコードに対応する車両３ｂに対し、ＲＦ送信部２１を用いて、探索要求８０を送信する。この探索要求８０の内容は、自動探索処理２５ｂのステップ２４５で送信する探索要求（第１実施形態の探索要求７２、７５）と同じである。すなわち、探索要求８０は、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該他車ＩＤ「Ｂ」）と、携帯機２の携帯機ＩＤとを含んでいる。
【０１２１】
このようにして送信されたＲＦ帯域の探索要求８０は、照合エリアＣｘ、Ｃａ、Ｃｂ，Ｃｃに比べて広い範囲（例えば携帯機２から半径１５メートル以内の範囲）で受信可能である。本例では、この探索要求８０を、車載機１ｘ、車載機１ａ、車載機１ｃが受信可能であるが、車両３ｂは既に駐車場にいないので、車載機１ｂは探索要求８０を受信できない。
【０１２２】
車載機１ｘ、車載機１ａ、車載機１ｃの車載制御部１５は、探索応答処理１５ｂ（図４参照）において、ステップ１２０、１４０、１５５のループ処理を繰り返している状態で、ＲＦ受信部１２を介してこの探索要求８０を受信する。車載機１ｘ、車載機１ａ、車載機１ｃにとっては、この探索要求８０に含まれる車両ＩＤ（「Ｂ」）は、他車両の車両ＩＤである。したがって、各車載制御部１５は、ステップ１２０で自車携帯機から自車ＩＤの探索要求を受信していないと判定し、ステップ１４０で他車携帯機から自車ＩＤの探索要求を受信していないと判定するので、ステップ１２０、１４０、１５５のループ処理を継続するだけであり、アンサバック制御を行わない。
【０１２３】
携帯機２では、携帯制御部２５は、ステップ３４０の後、ステップ３５０で、直前のステップ３３０で抽出した未探索レコード（すなわち、記憶ナンバーが２の未探索レコード）を、未探索リスト２４ｂから削除する。その結果、未探索リスト２４ｂは図１６に示すような状態になる。
【０１２４】
続いてステップ３６０では、所定の待機時間（例えば１秒間）だけ待機し、その後、ステップ３２０に戻る。この待機時間は、複数の車載機からの応答信号が混信しないような時間にあらかじめ設定されている。
【０１２５】
ステップ３２０では、未探索リスト２４ｂ内に１つ以上未探索レコードが存在するか否か判定するが、本事例のこの時点では、図１６に示すように１つ存在するので、１つ以上未探索レコードが存在すると判定し、ステップ３３０に進む。ステップ３３０では、未探索リスト２４ｂ中の未探索レコードのうち、記憶ナンバーが最も大きい未探索レコードとして、記憶ナンバー１の未探索レコードを抽出する。
【０１２６】
続いてステップ３４０では、抽出した未探索レコードに対応する車両３ａに対し、ＲＦ送信部２１を用いて、探索要求８１を送信する。この探索要求８１は、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該他車ＩＤ「Ａ」）と、携帯機２の携帯機ＩＤとを含んでいる。
【０１２７】
このようにして送信されたＲＦ帯域の探索要求８１は、車載機１ｘ、車載機１ａ、車載機１ｃで受信される。車載機１ｘ、１ａ、１ｃの車載制御部１５は、探索応答処理１５ｂにおいて、ステップ１２０、１４０、１５５のループ処理を繰り返している状態で、ＲＦ受信部１２を介してこの探索要求８１を受信する。
【０１２８】
車載機１ｘ、車載機１ｃの車載制御部１５にとっては、この探索要求８１に含まれる車両ＩＤ（「Ａ」）は、他車両の車両ＩＤである。したがって、車載機１ｘ、車載機１ｃの各車載制御部１５は、探索要求８０を受信した場合と同様に、ステップ１２０、１４０、１５５のループ処理を継続するだけであり、アンサバック制御を行わない。
【０１２９】
一方、車載機１ａの車載制御部１５にとっては、この探索要求８１に含まれる車両ＩＤ（「Ａ」）は、自車両３ａの車両ＩＤである。また、この探索要求８１に含まれる携帯機２の携帯機ＩＤは、他車両の携帯機ＩＤである。したがって、車載機１ａの車載制御部１５は、探索要求８１を受信すると、ステップ１２０で自車携帯機から自車ＩＤの探索要求を受信していないと判定し、ステップ１４０で他車携帯機から自車ＩＤの探索要求を受信したと判定し、ステップ１４５に進む。
【０１３０】
ステップ１４５では、既に第１実施形態で説明した通り、アンサバック装置１４を用いてアンサバック制御を１回だけ行う。このアンサバック制御およびそれに従った車両３ａのアンサバックによって、携帯機２を携帯するドライバは、自分が自車両３ｘを離れたときの経路近傍にあった車両３ａの位置を確認できる。ステップ１４５に続いては、既に説明した通り、ステップ１５０でＬＦ送信部１１を用いて応答を送信する。しかし、携帯機２は照合エリアＣａ内にいないので、この応答を受信しない。その後、車載制御部１５は、ステップ１５５に進み、ステップ１２０、１４０、１５５のループ処理を再開する。
【０１３１】
携帯制御部２５は、続いてステップ３５０で、直前のステップ３３０で抽出した未探索レコード（すなわち、記憶ナンバーが１の未探索レコード）を、未探索リスト２４ｂから削除し、続いてステップ３６０では、所定の待機時間だけ待機する。その後ステップ３２０に戻るが、本事例のこの時点では、未探索リスト２４ｂが空なので、ステップ３２０で、未探索リスト２４ｂ中に未探索レコードが１つも存在しないと判定し、ステップ３７０に進む。ステップ３７０では、自動探索処理２５ｂのステップ２２５（図５参照）と同様に、ＲＦ送信部２１を用いて、自車両３ｘに対し、探索要求８２を送信する。この探索要求８２には、探索要求であることを示す所定のコードと、探索相手の車両ＩＤ（すなわち、当該自車ＩＤ「Ｘ」）と、自機の携帯機ＩＤとを含める。ステップ３７０の後、手動探索処理２５ｃを終了する。
【０１３２】
このようにして送信されたＲＦ帯域の探索要求８２は、車載機１ｘ、車載機１ａ、車載機１ｃで受信される。車載機１ｘ、１ａ、１ｃの車載制御部１５は、探索応答処理１５ｂにおいて、ステップ１２０、１４０、１５５のループ処理を繰り返している状態で、ＲＦ受信部１２を介してこの探索要求８２を受信する。
【０１３３】
車載機１ａ、車載機１ｃの車載制御部１５にとっては、この探索要求８２に含まれる車両ＩＤ（「Ｘ」）は、他車両の車両ＩＤである。したがって、車載機１ａ、車載機１ｃの各車載制御部１５は、探索要求８０を受信した場合と同様に、ステップ１２０、１４０、１５５のループ処理を継続するだけであり、アンサバック制御を行わない。
【０１３４】
一方、車載機１ｘの車載制御部１５にとっては、この探索要求８２に含まれる車両ＩＤ（「Ｘ」）は、自車両３ｘの車両ＩＤである。また、この探索要求８２に含まれる携帯機２の携帯機ＩＤは、自車両３ｘの携帯機ＩＤである。したがって、車載機１ｘの車載制御部１５は、探索要求８２を受信すると、ステップ１２０で自車携帯機から自車ＩＤの探索要求を受信したと判定し、ステップ１２５に進む。
【０１３５】
ステップ１２５では、既に説明した通り、アンサバック装置１４を用いてアンサバック制御を２回だけ行う。このアンサバック制御およびそれに従った車両３ｘのアンサバックによって、携帯機２を携帯するドライバは、自分が自車両３ｘの位置を確認できる。この際、既に車両３ａからアンサバックを受けているので、ドライバの注意は車両３ａおよびその近傍にあるので、自車両３ｘのアンサバックを見落としてしまう可能性が非常に低い。ステップ１５０に続いては、ステップ１５５に進み、ステップ１２０、１４０、１５５のループ処理を再開する。
【０１３６】
このようなっていることで、ドライバが車両３ｘに戻る経路を見失ってしまった場合も、ドライバの携帯機２に対する操作に基づいて、携帯機２が自発的に探索要求８０、８１、８２を送信する。そして、それらに起因して発生するアンサバックにより、ドライバは、車両３ｘに戻る経路を思い出すことができる。
【０１３７】
車両３ｘに戻る経路を思い出したドライバは、再度図９に示した経路を辿り始めるので、ドライバが車両３ａの照合エリアＣａに入った時点から、第１実施形態の［Ａ６］、［Ａ７］の作動が引き続き実現する。
【０１３８】
以上の通り、本実施形態の携帯機２は、第１実施形態と同様、ユーザが通った経路の周囲にある車両の車両ＩＤを探索リストに記録し、所定の条件が満たされた場合、探索リストに記録された車両ＩＤの車両を選んで探索要求を送信する。
【０１３９】
ただし、本実施形態における上記所定の条件は、第１実施形態と同じものに加え、携帯機２の操作部２３に対して所定の手動探索処理開始の操作が行われたという条件も含む。したがって、ドライバが操作部２３に対して手動探索処理開始の操作を行うと、携帯制御部２５は、ある一定時間間隔を置いて、記憶した車両ＩＤの逆順に、探索要求を発信する。
【０１４０】
（第３実施形態）
以下、本発明の第３実施形態について、図１７〜図２５を参照して説明する。なお、本実施形態の図１７〜図２５と、第１実施形態の図１〜図１１とにおいて、同じ符号が付されている要素は、以下で別記しない限り、同等の機能および意味を有しているものとする。
【０１４１】
本実施形態に係る通信システムは、複数の車両にそれぞれ１台ずつ搭載された車載機１ｘ、１ａ、１ｂ、１ｃ（図１７参照）と、車載機１ｘを搭載する車両の携帯機群５、６を有している。携帯機群５、６のうち、携帯親機５（図１８参照）は、車載機１ｘを搭載する車両のドライバ（第１のユーザの一例に相当する）がユーザとして携帯する装置である。また、携帯機群５、６のうち、携帯子機６（図１９参照）は、当該ドライバの子供（第２のユーザの一例に相当する）がユーザとして携帯する装置である。
【０１４２】
車載機１ｘ、１ａ、１ｂ、１ｃは、図１７に示すように、ＬＦ送信部１１、ＲＦ受信部１２、センサ群１３、アンサバック装置１４、車載制御部１５、および１６を有している。ＬＦ送信部１１、ＲＦ受信部１２、センサ群１３、アンサバック装置１４、車載制御部１５の構成は第１実施形態の車載機１ｘ、１ａ、１ｂ、１ｃと同じである。ただし、車載制御部１５は、車両側スマート処理１５ａに加え、後述する記憶要求受信処理１５ｃおよび探索要求受信処理１５ｄを実行するようになっている。また、車載制御部１５は、第１実施形態の探索応答処理１５ｂは実行しないようになっている。メモリ１６は、フラッシュメモリ等の記憶媒体であり、後述するＩＤリスト１６ａを記憶するために設けられている。
【０１４３】
携帯親機５は、図１８に示すように、ＲＦ送信部２１、ＬＦ受信部２２、操作部２３、メモリ２４、携帯制御部２５を有しており、これら２１〜２５の構成は、第１実施形態と同じである。ただし、携帯制御部２５は、携帯側スマート処理２５ａに加え、後述する手動探索処理２５ｃを実行するようになっている。また、携帯制御部２５は、第１実施形態の自動探索処理２５ｂを実行しないようになっている。
【０１４４】
携帯親機６は、図１９に示すように、ＲＦ送信部２１、ＬＦ受信部２２、操作部２３、メモリ２４、携帯制御部２５を有しており、これら２１〜２５の構成は、第１実施形態と同じである。ただし、携帯制御部２５は、携帯側スマート処理２５ａに加え、後述する探索要求処理２５ｅを実行するようになっている。また、携帯制御部２５は、第１実施形態の自動探索処理２５ｂを実行しないようになっている。
【０１４５】
なお、本実施形態においても、第１、第２実施形態と同様、ＬＦ帯域で送信される信号を受信できる範囲（例えば１．５ｍ）よりも、ＲＦ帯域で送信される信号を受信できる範囲（例えば１０ｍ）の方が広い。
【０１４６】
以下、本実施形態の通信システムの作動について説明する。まず、車載機１ｘ、１ａ、１ｂ、１ｃの車載制御部１５が実行する車両側スマート処理１５ａの内容は、第１実施形態と同じである。また、車載機１ｘに対応する携帯親機５、携帯子機６の携帯制御部２５が実行する携帯側スマート処理２５ａの内容は、第１実施形態で携帯機２の携帯制御部２５が実行した携帯側スマート処理２５ａと同じである。
【０１４７】
次に、本実施形態における出迎えのための作動について、図２０〜図２５を参照して説明する。図２０が記憶要求受信処理１５ｃの詳細を表し、図２１が探索要求受信処理１５ｄの詳細を表し、図２２が記憶要求処理２５ｄの詳細を表し、図２３が探索要求処理２５ｅの詳細を表す。
【０１４８】
［Ｂ１］自車両３ｘの駐車からドライバが自車両３ｘの照合エリアＣｘを離れるまで
まず、車載機１ｘを搭載する車両３ｘが、図２４に示す駅周辺の大きな駐車場に進入したとする。ドライバは、駅から出てくる自分の子を出迎える目的で、車両３ｘをこの駐車場に停車させる。なお、図２４において実線５ａおよび破線５ｂは、車両３ｘのドライバと共に移動する携帯親機５の移動軌跡を表すものである。
【０１４９】
車両３ｘは、この駐車場に進入する際、駐車場の入口ゲート５０を通過する。この入口ゲート５０には、通信装置５１が取り付けられており、この通信装置５１からは、所定の機能オン命令を含むＲＦ帯域の信号が繰り返し無線送信されている。
【０１５０】
車両３ｘに搭載された車載機１ｘでは、車載制御部１５がこの信号をＲＦ受信部１２を介して受信する。そして、受信した信号に上記所定の機能オン命令が含まれていることに基づいて、図２０に示す記憶要求受信処理１５ｃを開始する。
【０１５１】
この記憶要求受信処理１５ｃにおいては、車載制御部１５は、まずステップ４０５で、センサ群１３のエンジンオンオフセンサおよびドア開閉センサに基づいて、エンジン停止後に車両３ｘのドアが開いて閉じるまで待機する。
【０１５２】
車両３ｘのドライバが、エンジンをオフにし、携帯親機５を携帯したまま、ドアを開けて車両外に出て、その後ドアを閉めると共にロックしたとする。すると、車載制御部１５は、エンジン停止後に車両３ｘのドアが開いて閉じたと判定し、ステップ４１０に進む。
【０１５３】
ステップ４１０では、ＬＦ送信部１１を用いて、自車両３ｘの携帯親機５宛に、機能オン命令９０（図２４参照）の信号を送信する。この機能オン命令９０には、自車両３ｘの車両ＩＤが記録されている。この機能オン命令９０は、自車両３ｘの携帯親機５に記憶要求処理２５ｄを実行させるための要求信号である。
【０１５４】
車載機１ｘの車載制御部１５は、ステップ４１０に続いてステップ４１５で、他車両の携帯機（携帯親機５、携帯子機６を含む）から自機宛に携帯機ＩＤ記憶要求を受信したか否かを判定する。本事例のこの時点では、ＩＤ記憶要求を受信していないので、受信していないと判定し、ステップ４１５を再度繰り返す。このようにステップ４１０で肯定判定を行うまで、ステップ４１５が繰り返される。
【０１５５】
携帯親機５は、機能オン命令９０が送信された時点では、まだドライバと共に車載機１ｘの照合エリアＣｘ内にいるので、携帯親機５の携帯制御部２５は、ＬＦ受信部２２を介してこの機能オン命令９０を受信する。そして、自車両の車両ＩＤを含む機能オン命令９０を受信したことを契機として、図２２に示す記憶要求処理２５ｄを開始する。
【０１５６】
記憶要求処理２５ｄでは、まずステップ５１０で、自車両３ｘの車載機１ｘから機能オフ命令を受信したか否かを判定する。本事例では、機能オフ命令をまだ受信していないので、受信していないと判定し、ステップ５２０に進む。
【０１５７】
ステップ５２０では、今までと違う車両ＩＤを受信したか否かを、第１実施形態の自動探索処理２５ｂのステップ２１０と同じ方法で（ただし自動探索処理２５ｂを記憶要求処理２５ｄに読み替える）判定する。
【０１５８】
本事例では、記憶要求処理２５ｄを開始してからまだどの車両からも車両ＩＤを受信していない。したがって、今までと違う車両ＩＤを受信していないと判定し、ステップ５１０に戻る。その後、機能オフ命令も車両ＩＤも受信しない間、携帯制御部２５は、ステップ５１０、５２０の処理を繰り返す。
【０１５９】
携帯制御部２５がステップ５１０、５２０の処理を繰り返している間、ドライバが照合エリアＣｘ内にしばらく（例えば２５０ｍｓ秒程度）留まっているとする。すると、その間に、車載機１ｘの車載制御部１５が、実行中の車両側スマート処理１５ａにおいて、ＬＦ送信部１１を用いてリクエスト信号（図示せず）を送信する。このリクエスト信号には、車両３ｘの車両ＩＤが含まれている。
【０１６０】
携帯親機５では、携帯制御部２５が、ＬＦ受信部２２を介してこのリクエスト信号を受信する。このリクエスト信号には車両ＩＤが含まれており、また、携帯制御部２５は記憶要求処理２５ｄを開始した後に初めて車両ＩＤを含む信号を受信したことになる。したがって、携帯制御部２５は、その直後のステップ５２０で、今までと違う車両ＩＤを受信したと判定し、ステップ５３０に進む。
【０１６１】
ステップ５３０では、直前に受信した車両ＩＤが他車両の車両ＩＤであるか否かを、自機のメモリ２４にあらかじめ記憶されている自車両３ｘの車両ＩＤに基づいて、判定する。本事例では、直前に受信したリクエスト信号中の車両ＩＤは自車両の車両ＩＤなので、他車両の車両ＩＤでないと判定し、ステップ５１０に戻る。
【０１６２】
その後、ドライバと携帯親機５が照合エリアＣｘ内に留まっている間、車載機１ｘの車載制御部１５は車両側スマート処理１５ａにより定期的（例えば、２５０ｍｓ毎）にリクエスト信号（図示せず）を送信する。携帯親機５の携帯制御部２５は、これらのリクエスト信号を受信しない間は、上述の通り、ステップ５１０、５２０のループ処理を繰り返す。また携帯制御部２５は、これらのリクエスト信号のうち１つを受信した直後は、上記ループ処理において、ステップ５１０で機能オフ命令を受信していないと判定した後、ステップ５２０で、今までと違う車両ＩＤを受信していないと判定する。なぜなら、今回受信した車両ＩＤは、前回受信したリクエスト信号に含まれる車両ＩＤ（車両３ｘの車両ＩＤ）と同じだからである。したがって、やはりステップ５１０、５２０のループ処理を繰り返す。
【０１６３】
その後、ドライバが携帯機５と共に照合エリアＣｘから出たとする。この場合、携帯親機５の携帯制御部２５は、どの車両からもリクエスト信号を受信しないので、上述の通り、ステップ５１０、５２０のループ処理を繰り返す。またこのとき、車載機１ｘは、携帯機ＩＤ記憶要求を受信しないので、ステップ４１５の判定を繰り返す。
【０１６４】
以上が、［Ｂ１］の項の説明である。なお、本事例では、この項において行った説明は、他の車両３ａ、３ｂ、３ｃについても同様に適用される。例えば、車両３ａへの適用について言えば、この項において車両３ｘ、車載機１ｘ、照合エリアＣｘ、および、携帯親機５を、それぞれ、車両３ａ、車載機１ａ、照合エリアＣａ、および、車載機１ａに対応する携帯親機（携帯親機５と同等の機能を有する）に置き換える。車両３ｂ、３ｃへの適用についても同様である。したがって、各車両３ａ、３ｂ、３ｃでは、既に、車両３ａ、３ｂ、３ｃのドライバがそれぞれ携帯機を持って車両から離れた後であり、各車載機１ａ、１ｂ、１ｃの車載制御部１５は、ステップ４１５の処理を繰り返す状態にある。それと共に、各車載機１ａ、１ｂ、１ｃの車載制御部１５は、車両側スマート処理１５ａにおいて、定期的に（例えば２５０ｍｓ周期で）、リクエスト信号を送信する。
【０１６５】
［Ｂ２］ドライバが他の車両３ａの照合エリアに入って出るまで
その後、携帯親機５を携帯するドライバが移動し、ドライバと携帯親機５が照合エリアＣａ内に入ったとする。車両３ａに搭載された車載機１ａの車載制御部１５は、車両側スマート処理１５ａにおいて定期的にＬＦ送信部１１を用いてリクエスト信号を送信している。したがって、携帯親機５は、照合エリアＣａ内に入っている間は、当該リクエスト信号を受信可能となる。
【０１６６】
ここで、携帯親機５の携帯制御部２５が、照合エリアＣａ内に入っている間にＬＦ受信部２２を介して車載機１ａから最初にリクエスト信号９１（図２４参照）を受信した場合について説明する。この場合、携帯制御部２５は、ステップ５１０、５２０のループにおいて、ステップ５２０で、今までと違う車両ＩＤを受信したと判定する。これは、当該リクエスト信号９１には車両３ａの車両ＩＤが含まれており、かつ、携帯親機５が前回受信した車両ＩＤは車両３ｘの車両ＩＤだからである。
【０１６７】
これにより、携帯制御部２５は、ステップ５３０に進み、受信した車両ＩＤは他車両の車両ＩＤか否かを判定するが、車両３ａは他車両なので、他車両の車両ＩＤであると判定し、ステップ５４０に進む。
【０１６８】
ステップ５４０では、記憶要求処理２５ｄの開始以降、受信した車両ＩＤの車両３ａに対し、携帯機ＩＤ記憶要求を送信済みか否かを判定する。なお、記憶要求処理２５ｄの開始以降に携帯機ＩＤ記憶要求を送信した先の車両（車載機）の車両ＩＤは、送信時（ステップ５５０）にメモリ２４に送信履歴として記録されるので、その送信履歴に基づいて送信済みか否か判定可能である。本事例では、携帯親機５の携帯制御部２５はまだ１回も携帯機ＩＤ記憶要求を送信しておらず、送信履歴は空なので、携帯機ＩＤ記憶要求を送信済みであると判定し、ステップ５５０に進む。
【０１６９】
ステップ５５０では、ＲＦ送信部２１を用いて、直前に受信したリクエスト信号中の車両ＩＤを有する車両３ａ宛に、携帯機ＩＤ記憶要求９２を送信する。この携帯機ＩＤ記憶要求９２には、宛先として車両３ａの車両ＩＤを含めると共に、送信元として、自機（携帯親機５）の携帯機ＩＤを含める。車両３ａの車両ＩＤとしては、直前に受信したリクエスト信号９１に含まれている車両ＩＤを用いる。また携帯機ＩＤ記憶要求９２には、ＩＤ記憶要求であることを示す所定のコードも含める。ステップ５５０に続いては、ステップ５１０に戻る。
【０１７０】
この携帯機ＩＤ記憶要求９２は、ＲＦ帯域で送信されるので、車両３ａに搭載される車載機１ｘのみならず、車両３ｘ、３ｂにそれぞれ搭載される車載機１ｘ、１ｂでも受信可能である。車載機１ｘ、１ａ、１ｂの各車載制御部１５では、ステップ４１５を繰り返している状態で、ＲＦ受信部１２を介してこの携帯機ＩＤ記憶要求９２を受信する。
【０１７１】
すると、車載機１ｘ、１ｂの各車載制御部１５では、ステップ４１５で、受信した携帯機ＩＤ記憶要求９２中の宛先の車両ＩＤと自機（車載機１ｘ、１ｂ）の車両ＩＤが異なっていることに基づいて、自機宛の携帯機ＩＤ記憶要求でないと判定する。したがって、ステップ４１５の判定結果は否定判定となるので、ステップ４１５が更に繰り返されるだけである。
【０１７２】
一方、車載機１ａの車載制御部１５では、ステップ４１５で、受信した携帯機ＩＤ記憶要求９２中の宛先の車両ＩＤと自機（車載機１ａ）の車両ＩＤが同じであると判定する。また、受信した携帯機ＩＤ記憶要求９２中の送信元の携帯機ＩＤが、自車両３ａの携帯機の携帯機ＩＤとは異なると判定する。なお、自車両３ａの携帯機の携帯機ＩＤの情報は、メモリ１６中にあらかじめ記録されているので、それを用いて当該判定を行う。したがって、このステップ４１５では、他車両の携帯機から自機宛に携帯機ＩＤ記憶要求を受信したと判定し、ステップ４２０に進む。
【０１７３】
ステップ４２０では、受信した携帯機ＩＤ記憶要求９２中の送信元の携帯機ＩＤは、ＩＤリスト１６ａに既に記録済みであるか否かを判定する。本事例のこの時点では、ＩＤリスト１６ａは空なので、既に記録済みでないと判定し、ステップ４２５に進む。
【０１７４】
ステップ４２５では、受信した携帯機ＩＤ記憶要求９２中の送信元の携帯機ＩＤ（携帯親機５の携帯機ＩＤ）を、ＩＤリスト１６ａ中に追加記録する。図２４中では、この携帯親機５の携帯機ＩＤを、Ｐｘと表す。ステップ４２５の後、ステップ４１５に戻る。
【０１７５】
その後、ドライバと携帯親機５が照合エリアＣａ内に留まっている間、車載機１ａの車載制御部１５は車両側スマート処理１５ａにより定期的（例えば、２５０ｍｓ毎）にリクエスト信号（図示せず）を送信する。携帯親機５の携帯制御部２５は、これらのリクエスト信号を受信しない間は、上述の通り、ステップ５１０、５２０のループ処理を繰り返す。また携帯制御部２５は、これらのリクエスト信号のうち１つを受信した直後は、上記ループ処理において、ステップ５１０で機能オフ命令を受信していないと判定した後、ステップ５２０で、今までと違う車両ＩＤを受信していないと判定するので、やはりステップ５１０、５２０のループ処理を繰り返す。また、車載機１ａの車載制御部１５は、携帯機ＩＤ記憶要求を受信しないので、ステップ４１５を繰り返す。
【０１７６】
その後、ドライバが携帯機５と共に照合エリアＣａから出たとする。この場合、携帯親機５の携帯制御部２５は、どの車両からもリクエスト信号を受信しないので、上述の通り、ステップ５１０、５２０のループ処理を繰り返す。またこのとき、車載機１ａは、携帯機ＩＤ記憶要求を受信しないので、ステップ４１５の判定を繰り返す。
【０１７７】
［Ｂ３］ドライバが他の車両３ｂ、３ｃの照合エリアに入って出るまで
その後、ドライバは携帯親機５と共に図２４の実線矢印５ａのような経路を移動する。この際、携帯親機５が車両３ｂ、３ｃに搭載される車載機１ｂ、１ｃの照合エリアＣｂ、Ｃｃのそれぞれに入って出る際に、上記［Ｂ２］の項で説明したのと同様の作動が行われる。
【０１７８】
具体的には、照合エリアＣｂに入って出る場合は、上記［Ａ２］の項における車両３ａ、車載機１ａ、照合エリアＣａ、リクエスト信号９１、ＩＤ記憶要求９２を、それぞれ車両３ｂ、車載機１ｂ、照合エリアＣｂ、リクエスト信号９３、ＩＤ記憶要求９４に置き換える等の自明な置き換えを行った作動が実行される。
【０１７９】
この結果、携帯親機５が照合エリアＣｂに入った後初めて車載機１ｂからリクエスト信号９３が送信された際、携帯親機５の携帯制御部２５は、このリクエスト信号９３の受信に基づいて、ステップ５２０、５３０、５４０、５５０と進み、ステップ５５０でＩＤ記憶要求９４を送信する。このＩＤ記憶要求９４には、宛先として車両３ｂの車両ＩＤを含めると共に、送信元として、自機（携帯親機５）の携帯機ＩＤを含める。また携帯機ＩＤ記憶要求９４には、ＩＤ記憶要求であることを示す所定のコードも含める。そして携帯機ＩＤ記憶要求９４を受信した車載機のうち、車載機１ｂの車載制御部１５みが、携帯機ＩＤ記憶要求９４中の宛先の車両ＩＤと自車両ＩＤが一致することに基づいて、ステップ４１５、４２０、４２５と進み、携帯機ＩＤ記憶要求９４中の携帯機ＩＤをＩＤリスト１６ａに記録する。
【０１８０】
また、照合エリアＣｃに入って出る場合は、上記［Ａ２］の項における車両３ａ、車載機１ａ、照合エリアＣａ、リクエスト信号９１、ＩＤ記憶要求９２を、それぞれ車両３ｃ、車載機１ｃ、照合エリアＣｃ、リクエスト信号９５、ＩＤ記憶要求９６に置き換える等の自明な置き換えを行った作動が実行される。
【０１８１】
この結果、携帯親機５が照合エリアＣｃに入った後初めて車載機１ｃからリクエスト信号９５が送信された際、携帯親機５の携帯制御部２５は、このリクエスト信号９５の受信に基づいて、ステップ５２０、５３０、５４０、５５０と進み、ステップ５５０でＩＤ記憶要求９６を送信する。このＩＤ記憶要求９６には、宛先として車両３ｃの車両ＩＤを含めると共に、送信元として、自機（携帯親機５）の携帯機ＩＤを含める。また携帯機ＩＤ記憶要求９６には、ＩＤ記憶要求であることを示す所定のコードも含める。そして携帯機ＩＤ記憶要求９６を受信した車載機のうち、車載機１ｃの車載制御部１５みが、携帯機ＩＤ記憶要求９６中の宛先の車両ＩＤと自車両ＩＤが一致することに基づいて、ステップ４１５、４２０、４２５と進み、携帯機ＩＤ記憶要求９６中の携帯機ＩＤをＩＤリスト１６ａに記録する。
【０１８２】
［Ｂ４］ドライバが自車両３ｘに戻るまで。
【０１８３】
駅の出入口３０からごく近い（例えば、駅の出入口３０から１０メートル以内にある）照合エリアＣｃを出た後、携帯親機５はドライバと共に、図２４の破線５ｂのような経路を辿って自車両３ｘに戻り、子が駅出入口３０から自車両３ｘまで歩いて来るのを待つ。
【０１８４】
この際、破線５ａに示すように、携帯親機５は、照合エリアＣａ、Ｃｂ、Ｃｃ内に再度入らないので、他車両の車載機１ａ、１ｂ、１ｃから車両ＩＤを含むリクエスト信号を受信しないので、携帯親機５の携帯制御部２５は、記憶要求処理２５ｄのステップ４１５を繰り返すだけで、ＩＤ記憶要求を送信することはない。また、仮に破線５ａの経路のいずれかが照合エリアＣｂのいずれか１つに入り、車載機１ｂからリクエスト信号を受信したとしても、携帯親機５の携帯制御部２５は、ステップ５４０で携帯機ＩＤ記憶要求を送信済みであると判定する。これは、受信した車両ＩＤがメモリ２４中に送信履歴として記録されているからである。したがって、携帯制御部２５は、ステップ５４０からステップ５５０を迂回してステップ５１０に戻るので、やはり携帯機ＩＤ記憶要求を送信することはない。また、携帯親機５が照合エリアＣｘに入って車載機１ｘからリクエスト信号を受信した場合も、携帯親機５は記憶要求処理２５ｄにおいて、ステップ５３０でリクエスト信号中の車両ＩＤが他車両のＩＤでないと判定し、ステップ５１０に戻る。したがって、やはり携帯機ＩＤ記憶要求を送信することはない。
【０１８５】
［Ｂ５］ドライバの子が駅出入口３０から自車両３ｘに戻るまで。
【０１８６】
その後、ドライバの子供等の、出迎えを受ける者（以下、被案内者という）が、携帯子機６を携帯して、駅出入口３０から駅を出て、親の待つ車両３ｘに向かおうとする。図２５の実線６ａは、被案内者と共に移動する携帯子機６の軌跡を表している。親の待つ車両３ｘに向かおうとする際、被案内者は、駅出入口３０を離れてすぐ、携帯子機６の操作部２３に対して、所定の探索操作を行う。具体的には、操作部２３に取り付けられている探索スイッチをオンする。
【０１８７】
すると携帯子機６の携帯制御部２５は、探索スイッチがオンされたことに基づいて、図２３に示す探索要求処理２５ｅを開始し、まずステップ５６０で、ＲＦ送信部２１を用いて、探索要求９７を送信し、その後、探索要求処理２５ｅを終了する。この探索要求９７には、自機（携帯子機６）の携帯機ＩＤを含める。本実施形態では、携帯子機６の携帯機ＩＤと、携帯親機５の携帯機ＩＤとは、同じになっている。
【０１８８】
このＲＦ帯域の探索要求９７は、車載機１ｂ、１ｃで受信でき、車載機１ｘ、車載機１ａでは遠くて受信できなかったとする。
【０１８９】
すると、車載機１ｂ、１ｃの各車載制御部１５は、ＲＦ受信部１２を介してこの探索要求９７を受信したことに基づいて、図２１に示す探索要求受信処理１５ｄの実行を開始する。そして探索要求受信処理１５ｄにおいて、まずステップ４５０で、受信した探索要求９７中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであるか否か判定する。本事例のこの時点では、車載機１ｂ、１ｃのＩＤリスト１６ａには携帯親機５の携帯機ＩＤ（Ｐｘ）が記憶されている。したがって、探索要求９７中の携帯機ＩＤは、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであると判定し、ステップ４５５に進む。
【０１９０】
ステップ４５５では、第１実施形態のステップ１４５と同じ方法で、アンサバック装置１４を用いてアンサバック制御を１回だけ行う。この結果、車両３ｃと車両３ｂがほぼ同時にアンサバックを行い、被案内者は、車両３ｃから車両３ｂの方向に歩いて行けば自車両３ｘに辿り着けることを知る。ステップ４５５の後、探索要求受信処理１５ｄを終了する。
【０１９１】
その後、携帯子機６は、被案内者と共に車両３ｂを過ぎる位置まで移動し、その地点で、被案内者が再度自車両３ｘまでの経路を確認するため、操作部２３に取り付けられている探索スイッチをオンする。
【０１９２】
すると携帯子機６の携帯制御部２５は、探索スイッチがオンされたことに基づいて、探索要求処理２５ｅを再度開始し、ステップ５６０で、ＲＦ送信部２１を用いて、探索溶融９７と同じ内容の探索要求９８を送信し、探索要求処理２５ｅを終了する。このＲＦ帯域の探索要求９８は、車載機１ｘ、１ａ、１ｂで受信でき、車載機１ｃでは遠くて受信できなかったとする。したがって、車載機１ｘ、１ａ、１ｂの各車載制御部１５は、ＲＦ受信部１２を介してこの探索要求９８を受信する。
【０１９３】
車載機１ａ、１ｂの車載制御部１５は、探索要求９８を受信したことに基づいて、探索要求受信処理１５ｄの実行を開始し、ステップ４５０で、受信した探索要求９８中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであるか否か判定する。本事例のこの時点では、車載機１ａ、１ｂのＩＤリスト１６ａには携帯親機５の携帯機ＩＤ（Ｐｘ）が記憶されている。したがって、探索要求９８中の携帯機ＩＤは、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであると判定し、ステップ４５５に進み、既に説明した通りアンサバック制御を１回だけ行う。
【０１９４】
一方、車載機１ｘの車載制御部１５は、探索要求９８を受信したことに基づいて、探索要求受信処理１５ｄの実行を開始し、ステップ４５０で、受信した探索要求９８中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであるか否か判定する。本事例のこの時点では、車載機１ｘには携帯親機５の携帯機ＩＤ（Ｐｘ）が記憶されていない。したがって、探索要求９８中の携帯機ＩＤは、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じでないと判定し、ステップ４６０に進む。
【０１９５】
ステップ４６０では、受信した探索要求９８中の携帯機ＩＤは、自車両の携帯機の携帯機ＩＤと同じであるか否か判定する。この判定は、受信した探索要求９８中の携帯機ＩＤと、メモリ１６中に自車両の携帯機の携帯機ＩＤとして記録されているＩＤとを比較することで行う。本事例では、受信した探索要求９８中の携帯機ＩＤは、自車両の携帯機の携帯機ＩＤと同じであると判定し、ステップ４６５に進む。ステップ４６５では、第１実施形態のステップ１２５と同じ方法で、アンサバック装置１４を用いてアンサバック制御を２回だけ行い、その後、探索要求受信処理１５ｄを終了する。
【０１９６】
このように、車両３ａ、３ｃがほぼ同時に１回アンサバックを行い、それらとほぼ同時に車両３ｘが２回アンサバックを行うので、被案内者は、車両３ｘへの方向と共に、車両３ｘの位置も把握することができる。
【０１９７】
なお、ＩＤリスト１６ａに携帯親機５の携帯機ＩＤが記録されていない車載機（ただし車載機１ｘでない）の車載制御部１５が、ＲＦ受信部１２を介して上記探索要求９７、９８を受信し、探索要求受信処理１５ｄを実行する場合が考えられる。しかし、この場合は、ステップ４５０では、受信した探索要求中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じでないと判定してステップ４６０に進む。そしてステップ４６０では、受信した探索要求中の携帯機ＩＤは、自車両の携帯機の携帯機ＩＤと同じでないと判定し、探索要求受信処理１５ｄを終了する。したがって、探索要求９７、９８を受信しても、アンサバック制御しない。したがって、ＩＤリスト１６ａに携帯親機５の携帯機ＩＤが記録されていない車載機を有した車両がアンサバックすることがないので、携帯子機６を携帯する被案内者が混乱してしまうことがない。この作動は、各車載機１ａ、１ｂ、１ｃがＩＤリスト１６ａに携帯親機５の携帯機ＩＤを記憶していない場合でも同じである。
【０１９８】
なお、各車載機１ｘ、１ａ、１ｂ、１ｃの各車載制御部１５は、自車両３ｘ、３ａ、３ｂ、３ｃが走行を開始し、図示しない車速センサの検出する車速が所定速度（例えば、ゼロより大きく検出できる最下限の車速）以上となったことに基づいて、記憶要求受信処理１５ｃを終了し、ＩＤリスト１６ａに記憶された携帯機ＩＤをすべて消去する。このようになっていることで、車載機１ａ、１ｂ、１ｃが携帯親機５の携帯機ＩＤをＩＤリスト１６ａに記録した後、車両３ａ、３ｂ、３ｃが同じ駐車場内の別の場所に移動されてしまった場合に、ＩＤリスト１６ａから携帯親機５の携帯機ＩＤが消去される。したがって、その後は、上述の通り、携帯子機６からの探索要求に対して車両３ａ、３ｂ、３ｃがアンサバックすることがないので、車両３ｘへの経路とは関係ない位置でアンサバックされることがなく、被案内者が混乱しない。
【０１９９】
なお、駐車場の入口ゲート５０は、車両が駐車場に入るときだけ通るゲートであり、車両が駐車場から出るときに通る出口ゲートは別にあり、その出口ゲートにおいては、機能オン命令を含む信号が送信されていない。したがって、各車両３ｘ、３ａ、３ｂ、３ｃが駐車場を出るときに、車載機１ｘ、１ａ、１ｂ、１ｃが機能オン命令を受信してしまうことはない。このようになっていることで、本実施形態の記憶要求受信処理１５ｃ、記憶要求処理２５ｄ、探索要求処理２５ｅの機能は、駐車場という限定した範囲のみで有効化される。
【０２００】
なお、本実施形態において、各車載機１ａ、１ｂ、１ｃの車載制御部１５は、記憶要求受信処理１５ｃを実行することで記憶要求受信手段の一例として機能し、探索要求受信処理１５ｄを実行することで探索要求受信手段の一例として機能する。
【０２０１】
このようになっていることで、携帯親機５が、第１のユーザに携帯されて各車載機１ａ、１ｂ、１ｃの周囲を通る際に、当該車載機の搭載先車両の車両ＩＤを含む信号を受信する。そして車載機は当該車両ＩＤを含む信号９１、９３、９５を受信したことに基づいて、携帯親機５の携帯機ＩＤ（Ｐｘ）を含む携帯機ＩＤ記憶要求９２、９４、９６を、当該車両ＩＤに対応する車載機に送信する。すると当該車載機は、その携帯機ＩＤ記憶要求を受信し、受信した携帯機ＩＤ記憶要求に含まれる携帯機ＩＤをＩＤリスト１６ａに記録する。その後、携帯子機６が各車載機１ａ、１ｂ、１ｃの周囲で探索要求９７、９８を送信すると、当該車載機が当該探索要求を受信する。そして当該車載機は、受信した探索要求に含まれる携帯子機の携帯機ＩＤと、ＩＤリストに記録されている携帯親機の携帯機ＩＤとが所定の対応関係にあることに基づいて、搭載先に音または光でアンサバックを行わせる。したがって、第２のユーザは、第１のユーザが通った位置を把握することができ、その結果、第１のユーザが元いた場所を把握することができる。
【０２０２】
また、携帯親機５が周囲を通過した複数の車載機１ａ、１ｂ、１ｃの搭載車両３ａ、３ｂ、３ｃのいずれか１つにでも携帯子機６から探索要求が届けば、その車載機の搭載先車両でアンサバックが行えるので、携帯子機６から自車両３ｘの携帯機１ｘまでの距離が遠くても、従来よりも確実にアンサバックを受けることができる。また車載機１ａ、１ｂ、１ｃは、自機の周囲を通過した携帯親機から受信した携帯機ＩＤに対応する携帯機ＩＤを含む探索信号を受信した場合を選んでアンサバック制御を行うので、車載機１ａ、１ｂ、１ｃが無駄に探索信号を規則なく中継する必要がない。
【０２０３】
また、ドライバが自車両３ｘの方向とは異なる方向に進んだ場合、その方向の先には探索リスト２４ａに記録された車両ＩＤの車両が存在しないので、当該車両ＩＤを含むリクエスト信号を受信することもなく、その結果、アンサバックを受けることがない。それにより、ドライバは、自車両３ｘの駐車位置が異なる方向であることに気づくことができる。
【０２０４】
（他の実施形態）
なお、本発明は上記した実施形態に限定されるものではなく、特許請求の範囲に記載した範囲内において適宜変更が可能である。また、上記各実施形態は、互いに無関係なものではなく、組み合わせが明らかに不可な場合を除き、適宜組み合わせが可能である。また、上記各実施形態において、実施形態を構成する要素は、特に必須であると明示した場合および原理的に明らかに必須であると考えられる場合等を除き、必ずしも必須のものではないことは言うまでもない。また、上記各実施形態において、実施形態の構成要素の個数、数値、量、範囲等の数値が言及されている場合、特に必須であると明示した場合および原理的に明らかに特定の数に限定される場合等を除き、その特定の数に限定されるものではない。また、上記各実施形態において、構成要素等の形状、位置関係等に言及するときは、特に明示した場合および原理的に特定の形状、位置関係等に限定される場合等を除き、その形状、位置関係等に限定されるものではない。例えば、以下のような変形例も許容される。なお、以下の変形例は、それぞれ独立に、上記実施形態に適用および不適用を選択できる。すなわち、以下の変形例のうち任意の組み合わせを、上記実施形態に適用することができる。
【０２０５】
（変形例１）
第１、第２実施形態では、携帯機２の携帯制御部２５は、車両側スマート処理１５ａによって送信されるリクエスト信号を受信したことに基づいて、当該リクエスト信号中の車両ＩＤを必要に応じて記憶している（ステップ２３５）。またあるいは、車両側スマート処理１５ａによって送信されるリクエスト信号を受信したことに基づいて、必要に応じて、当該リクエスト信号中の車両ＩＤを宛先とする探索要求を送信している（ステップ２２５、ステップ２４５）。
【０２０６】
しかし、車両ＩＤ記憶および探索要求送信の契機となるのは、車両側スマート処理１５ａによって送信されるリクエスト信号に限らず、送信元の車両の車両ＩＤを含む信号であれば、どのような信号であってもよい。
【０２０７】
（変形例２）
第１、第２実施形態では、携帯機２は、自機に対応する車載機１ｘ以外の車載機としては、２台の車載機１ａ、１ｃを宛先として探索要求を送信するようになっている。しかし、自機に対応する車載機１ｘ以外で携帯機２が探索要求の送信対象とする車載機としては、３台以上あってもよい。例えば、第１実施形態において、図９の場面においても車両３ｂがまだ図３の位置にあった場合は、携帯機２は、車載機１ａ、１ｃと同じ手順で、車載機１ｂにも、探索要求を送信する。具体的には、車載機１ｂの照合エリアＣｂに携帯機２が入ったとき、車載機１ｂからリクエスト信号を受信する。そして、当該リクエスト信号中に車両３ｂの車両ＩＤが含まれていること、および、車両３ｂの車両ＩＤが探索リスト２４ａに含まれていることに基づいて、宛先として車両３ｂの車両ＩＤを含む探索要求を送信する。
【０２０８】
（変形例３）
第１、第２実施形態では、探索リスト２４ａに記録される各レコードには、記憶ナンバーと、車両ＩＤと、探索履歴が含まれている。しかし、必ずしもこのようになっておらずともよい。例えば、探索リスト２４ａに記録される各レコードには、探索履歴が含まれておらず、記憶ナンバーと車両ＩＤのみが含まれるようになっていてもよい。
【０２０９】
この場合、携帯機２の携帯制御部２５は、自動探索処理２５ｂのステップ２５０で、探索要求７２の送信先の車両の車両ＩＤと探索リスト２４ａ中で紐付けられた探索履歴の値を「あり」に書き換えるのではなく、当該車両ＩＤを含むレコードを削除する。
【０２１０】
そして、ステップ２４０では、受信した他車ＩＤで探索要求した履歴があるか否かを判定する代わりに、受信した他車ＩＤを含むレコードが探索リスト２４ａ中にあるか無いかを判定する。
【０２１１】
（変形例４）
第１、第２実施形態において、駐車場の出口ゲートには、通信装置が取り付けられており、この通信装置からは、所定の機能オフ命令を含むＲＦ帯域の信号が繰り返し無線送信されていてもよい。
【０２１２】
この場合、各車載機１ｘ、１ａ、１ｂ、１ｃは、各車両３ｘ、３ａ、３ｂ、３ｃが出口ゲートを通って駐車場から退出する際、ＲＦ受信部１２を介してこの機能オフ命令を受信し、受信したことに基づいて、探索応答処理１５ｂを終了するようになっていてもよい。このようにすることで、探索応答処理１５ｂの有効および無効は、駐車場の入口ゲートおよび出口ゲートの通信装置により、駐車場内のみで有効化される。したがって、車載機１および携帯機２のバッテリ消費を低減することができる。
【０２１３】
（変形例５）
第１、第２実施形態における入口ゲートは、出口ゲートも兼ねる出入口ゲートであってもよい。この場合、当該出入口ゲートには、出入口ゲート内の通路に沿って２個の通信装置Ａ、Ｂが取り付けられ、通信装置Ａは、ＲＦ帯域のＡ信号を繰り返し無線送信し、通信装置Ｂは、ＲＦ帯域のＢ信号を繰り返し無線送信する。
【０２１４】
そして、車両３ｘがこの出入口ゲートを通過して駐車場に入るとき、車両３ｘに搭載された車載機１ｘでは、車載制御部１５が、ＲＦ受信部１２を介して、まず最初に通信装置ＡからＡ信号を受信し、その後短時間内に、通信装置ＢからＢ信号を受信する。そして、車載制御部１５は、Ａ信号を受信し、その後の所定期間内にＢ信号を受信したことに基づいて、図４に示す探索応答処理１５ｂを開始する。
【０２１５】
また、車両３ｘがこの出入口ゲートを通過して駐車場を出るとき、車両３ｘに搭載された車載機１ｘでは、車載制御部１５が、ＲＦ受信部１２を介して、まず最初に通信装置ＢからＢ信号を受信し、その後短時間内に、通信装置ＡからＡ信号を受信する。そして、車載制御部１５は、Ｂ信号を受信し、その後の所定期間内にＡ信号を受信したことに基づいて、探索応答処理１５ｂを終了する。
【０２１６】
つまり、Ａ信号、Ｂ信号の順で受信されたＡ、Ｂ信号は、全体として、機能オン命令に相当する。また、Ｂ信号、Ａ信号の順で受信されたＡ、Ｂ信号は、全体として、機能オフ命令に相当する。
【０２１７】
このようにすることで、出口ゲートと入口ゲートを共通化した出入口ゲートを設けたとしても、例えば、車両３ｘが出入口ゲートを通過して駐車場を出るときに探索応答処理１５ｂの実行を開始してしまうことがなくなる。また逆に、車両３ｘが出入口ゲートを通過して駐車場に入るときに探索応答処理１５ｂの実行が終了してしまうことがなくなる。
【０２１８】
なお、第３実施形態においても、探索応答処理１５ｂを記憶要求受信処理１５ｃに置き換えれば、同様のことが成り立つ。
【０２１９】
（変形例６）
第２実施形態においては、携帯機２は自動探索処理２５ｂの２１５、２２０、２２５、２４０、２４５、２５０の機能を有していなくてもよい。その場合、携帯制御部２５は、ステップ２１０でＮＯの判定となった場合、ステップ２３０に進み、ステップ２３０でＹＥＳの判定となった場合、ステップ２０５に戻るようになっていればよい。
【０２２０】
（変形例７）
第３実施形態において、携帯親機５と携帯子機６は、構成も機能も全く同じ装置であってもよい。その場合、携帯親機５の携帯制御部２５は、更に探索要求処理２５ｅを実行するようになっており、携帯子機６の携帯制御部２５は、更に記憶要求処理２５ｄを実行するようになっている。
【０２２１】
あるいは他の変形例として、携帯子機６は、携帯側スマート処理２５ａを実行する機能を有しない簡易構成となっていてもよい。その場合、携帯子機６は、ＬＦ受信部２２を廃してもよい。
【０２２２】
（変形例８）
第３実施形態において、携帯親機５の携帯機ＩＤと携帯子機６の携帯機ＩＤとは、完全一致していなくてもよく、所定の対応関係を有していればよい。例えば、携帯機ＩＤが１０桁の数字から構成される場合は、携帯親機５と携帯子機６の携帯機ＩＤは上位８桁のみが一致しているだけで、下位２桁は異なっていてもよい。この例では、所定の対応関係は、「上位８桁が同じ」というものである。また例えば、携帯機ＩＤが整数である場合、携帯親機５の携帯機ＩＤを携帯子機６の携帯機ＩＤで除算した場合に余りがゼロになるようになっているだけでもよい。この例では、所定の対応関係は、「携帯親機の携帯機ＩＤを携帯子機の携帯機ＩＤで除算した場合に余りがゼロになる」というものである。
【０２２３】
このようになっている場合、ステップ４５０の「受信した探索要求中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと同じであるか否か」の判定は、「受信した探索要求中の携帯機ＩＤが、ＩＤリスト１６ａに記憶済みの携帯機ＩＤと所定の対応関係にあるか否か」に置き換える。
【０２２４】
（変形例９）
第３実施形態において、携帯子機６の携帯制御部２５は、探索スイッチがオンされた場合に限らず、例えば、いずれかの車載機からリクエスト信号を受信した場合に探索要求処理２５ｅを行うようになっていてもよい。
【０２２５】
（附記）
なお、上記各実施形態における車両ＩＤは、個々の車両を区別するための識別コードであるが、車載機１ｘ、１ａ、１ｂ、１ｃを個々に区別するための車載機ＩＤは、搭載先の車両３ｘ、３ａ、３ｂ、３ｃを個々に区別することができる識別コードでもあるので、車両ＩＤの一例に該当する。
【符号の説明】
【０２２６】
１ｘ、１ａ、１ｂ、１ｃ            車載機
２                                携帯機
３ｘ、３ａ、３ｂ、３ｃ            車両
５                                携帯親機
６                                携帯子機
１６ａ                            ＩＤリスト
２４ａ                            探索リスト
【図１】
2015142215.tif 000003
【図２】
2015142215.tif 000004
【図３】
2015142215.tif 000005
【図４】
2015142215.tif 000006
【図５】
2015142215.tif 000007
【図６】
2015142215.tif 000008
【図７】
2015142215.tif 000009
【図８】
2015142215.tif 000010
【図９】
2015142215.tif 000011
【図１０】
2015142215.tif 000012
【図１１】
2015142215.tif 000013
【図１２】
2015142215.tif 000014
【図１３】
2015142215.tif 000015
【図１４】
2015142215.tif 000016
【図１５】
2015142215.tif 000017
【図１６】
2015142215.tif 000018
【図１７】
2015142215.tif 000019
【図１８】
2015142215.tif 000020
【図１９】
2015142215.tif 000021
【図２０】
2015142215.tif 000022
【図２１】
2015142215.tif 000023
【図２２】
2015142215.tif 000024
【図２３】
2015142215.tif 000025
【図２４】
2015142215.tif 000026
【図２５】
2015142215.tif 000027