(57)【要約】【課題】車両のドアを開錠してからドアが開けられることなく所定時間が経過した場合にドアを施錠するオートロックが、ユーザが車両に近づいている途中で実施されてしまうのを抑制する。【解決手段】車載装置２のＣＰＵ２１は、オートロックのカウントダウン期間にＲＦトランシーバ２２を用いて携帯機３に返信要求信号を繰り返し送信する。携帯機３のＣＰＵ３１は、その返信要求信号を受信して、ＲＦトランシーバ３２に備えられたＲＳＳＩ計測回路３２２を用いて、返信要求信号のＲＳＳＩを計測する。ＣＰＵ３１は、計測したＲＳＳＩ値をＲＦトランシーバ３２を用いて車載装置２に送信する。ＣＰＵ２１は携帯機３からのＲＳＳＩ値を受信して、そのＲＳＳＩ値が前回から大きくなっているか否かを判断する。ＲＳＳＩ値が前回から大きくなっている場合には、携帯機を所持したユーザが車両に近づいているとして、オートロックの実施時間を延長する。【選択図】図１
2015132050.tif 000002
【特許請求の範囲】
【請求項１】
ユーザの操作に基づき車両（１０）のドア（１１）の開錠を要求する開錠要求信号を前記車両に送信する開錠要求送信手段（３２、Ｓ１２）を備えた携帯機（３、３Ａ、３Ｂ）と、
前記車両に搭載され、前記開錠要求信号を受信する開錠要求受信手段（２２、Ｓ２１）と、その開錠要求受信手段が前記開錠要求信号を受信したことに基づき前記ドアを開錠する開錠手段（Ｓ２２〜Ｓ２４、２４）と、前記ドアが開けられたことを検出するドア開検出手段（２５）と、前記開錠手段によって前記ドアが開錠されてから、前記ドア開検出手段により前記ドアが開けられたことを検出されることなく所定時間が経過した場合に前記ドアを施錠するオートロックを実施するオートロック手段（Ｓ２５、Ｓ３１〜Ｓ３３、Ｓ３１１〜Ｓ３３１）とを備えた車載装置（２）とを備え、
前記車載装置は、前記開錠手段が前記ドアを開錠してから前記オートロックを実施するまでの期間であるカウントダウン期間に、前記携帯機を所持したユーザが前記車両に近づいているか否かを判断する判断手段（Ｓ２６〜Ｓ２８、Ｓ２６Ａ〜Ｓ２８Ａ、Ｓ２６Ｂ〜Ｓ２８Ｂ、２２）を備え、
前記オートロック手段（Ｓ２９、Ｓ２９Ａ、Ｓ２９Ｂ）は、前記判断手段により、ユーザが前記車両に近づいていると判断された場合には、前記オートロックの実施時間を延長することを特徴とするオートロックシステム（１）。
【請求項２】
前記判断手段は、
前記カウントダウン期間に前記携帯機との間で無線通信を行う通信手段（Ｓ２６、２２）と、
その通信手段が行った無線通信での受信信号強度を取得する第１の取得手段（Ｓ２７、Ｓ２７２、２２、２２２）と、
その第１の取得手段が取得した受信信号強度が時間経過にともなって大きくなるか否かを、ユーザが前記車両に近づいているか否かとして判断する信号強度判断手段（Ｓ２８）とを備えることを特徴とする請求項１に記載のオートロックシステム。
【請求項３】
前記通信手段は、前記カウントダウン期間に前記無線通信を繰り返し行い、
前記第１の取得手段は、前記通信手段が前記無線通信を行う度に前記受信信号強度を取得し、
前記信号強度判断手段は、前記第１の取得手段が受信信号強度を取得する度に、前記第１の取得手段が今回取得した受信信号強度が前回取得した受信信号強度よりも大きいか否かを判断し、
前記オートロック手段（Ｓ２９）は、前記今回取得した受信信号強度が前記前回取得した受信信号強度よりも大きいと前記信号強度判断手段が判断する度に、前記オートロックの実施時間を延長することを特徴とする請求項２に記載のオートロックシステム。
【請求項４】
前記通信手段は、前記携帯機に返信を要求する返信要求信号を送信し、
前記携帯機は、
前記返信要求信号を受信する返信要求受信手段（Ｓ１３、３２）と、
前記返信要求受信手段が前記返信要求信号を受信したことに基づき前記車両に応答信号を送信する応答送信手段（Ｓ１５、Ｓ１４１、３２）とを備え、
前記車載装置は、前記応答信号を受信する応答受信手段（Ｓ２７、Ｓ２７１、２２）を備え、
前記第１の取得手段は、前記返信要求信号又は前記応答信号の受信信号強度を取得することを特徴とする請求項２又は３に記載のオートロックシステム。
【請求項５】
前記携帯機は、前記返信要求信号の受信信号強度を計測する計測手段（Ｓ１４、３２２）を備え、
前記応答送信手段（Ｓ１５）は、前記応答信号として前記計測手段が計測した受信信号強度を送信し、
前記第１の取得手段（Ｓ２７）は、前記応答送信手段が送信した受信信号強度を受信する前記応答受信手段であることを特徴とする請求項４に記載のオートロックシステム。
【請求項６】
前記第１の取得手段（Ｓ２７２、２２２）は、前記応答受信手段（Ｓ２７１）が受信した応答信号の受信信号強度を計測する計測手段であることを特徴とする請求項４に記載のオートロックシステム。
【請求項７】
前記携帯機は、ユーザに対して前記カウントダウン期間であることの通知を行う通知手段（３６、Ｓ１７）を備えることを特徴とする請求項１〜６のいずれか１項に記載のオートロックシステム。
【請求項８】
前記携帯機は、
前記カウントダウン期間における現時点から前記オートロックを実施するまでの残り時間又は前記車両に対する前記携帯機の近づき度合いを取得する第２の取得手段（Ｓ１６、３２、Ｓ１４、３２２）を備え、
前記通知手段は、前記第２の取得手段が取得した残り時間又は近づき度合いを反映させる形で前記通知を行うことを特徴とする請求項７に記載のオートロックシステム。
【請求項９】
前記携帯機（３Ａ、３Ｂ）は複数備えられており、
前記判断手段（Ｓ２６Ａ〜Ｓ２８Ａ、Ｓ２６Ｂ〜Ｓ２８Ｂ、２２）は、第１の携帯機（３Ａ）に対する前記カウントダウン期間中に第２の携帯機（３Ｂ）から前記開錠要求信号の送信があった場合には、前記第１の携帯機を所持した第１ユーザが前記車両に近づいているか否かと、前記第２の携帯機を所持した第２ユーザが前記車両に近づいているか否かの両方を判断し、
前記オートロック手段（Ｓ２９Ａ、Ｓ２９Ｂ、Ｓ３１１〜Ｓ３３１）は、前記第１の携帯機に対する前記カウントダウン期間中に前記第２の携帯機から前記開錠要求信号の送信があった場合において、前記判断手段により、前記第１の携帯機と前記第２の携帯機の一方でも前記車両に近づいていると判断された場合には、他方が前記車両に近づいてこない場合であっても前記オートロックの実施時間を延長することを特徴とする請求項１〜８のいずれか１項に記載のオートロックシステム。
【請求項１０】
前記オートロック手段は、前記第１の携帯機に対する前記カウントダウン期間中に前記第２の携帯機から前記開錠要求信号の送信があった場合には、前記第１の携帯機に対する前記オートロックの実施時間である第１実施時間と、前記第２の携帯機に対する前記オートロックの実施時間である第２実施時間の両方を設定し、前記判断手段により、前記第１ユーザが前記車両に近づいていると判断された場合には前記第１実施時間を延長し、前記第２ユーザが前記車両に近づいていると判断された場合には前記第２実施時間を延長し、前記第１実施時間と前記第２実施時間の遅い方が経過するまでは前記オートロックを実施しないようにし、前記遅い方が経過した場合に前記オートロックを実施することを特徴とする請求項９に記載のオートロックシステム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、携帯機の操作により車両のドアを開錠してから、ドアが開けられることなく所定時間経過した場合にドアを施錠するオートロックシステムに関する。
【背景技術】
【０００２】
従来、車両ユーザに所持される携帯機（電子キー）のスイッチ操作により携帯機から車両にＲＦ電波を送信し、そのＲＦ電波により車両ドアを開錠（アンロック）したり施錠（ロック）したりするＲＫＥ（Ｒｅｍｏｔｅ  Ｋｅｙｌｅｓｓ  Ｅｎｔｒｙ）システムが知られている。この種のＲＫＥシステムでは、車両ドアを開錠してから車両ドアが開けられることなく所定時間が経過した場合に車両ドアを施錠するオートロック機能を有している（例えば特許文献１参照）。例えば特許文献１の発明では、オートロック機能に起因して携帯機が車室内に閉じ込められてしまうことを低減するために、携帯機により開錠操作がされた時の車両ドアの施錠状態に応じてオートロックを実行しないようにしている。
【先行技術文献】
【特許文献】
【０００３】
【特許文献１】特開２０１０−１９００３号公報
【発明の概要】
【発明が解決しようとする課題】
【０００４】
ところで、近年、電波技術の向上により、ＲＫＥシステムの長距離化がトレンドとなっており、車両から１００ｍ以上離れた場所からでも携帯機の操作により車両ドアの開錠、施錠を可能としたＲＫＥシステムがある。こうしたＲＫＥシステムの長距離化要求に伴い作動エリアは拡大しているが、セキュリティの観点からオートロック機能は削除できない。そのため、携帯機で遠方より車両ドアを開錠した際、ユーザが車両に近づいている途中であっても所定時間が経過した場合には、ユーザの意図しないオートロックが実施されてしまうという問題がある。
【０００５】
本発明は上記問題に鑑みてなされたものであり、ユーザの意図しないオートロックの実施を抑制できるオートロックシステムを提供することを課題とする。
【課題を解決するための手段】
【０００６】
上記課題を解決するために、本発明のオートロックシステムは、ユーザの操作に基づき車両のドアの開錠を要求する開錠要求信号を前記車両に送信する開錠要求送信手段を備えた携帯機と、
前記車両に搭載され、前記開錠要求信号を受信する開錠要求受信手段と、その開錠要求受信手段が前記開錠要求信号を受信したことに基づき前記ドアを開錠する開錠手段と、前記ドアが開けられたことを検出するドア開検出手段と、前記開錠手段によって前記ドアが開錠されてから、前記ドア開検出手段により前記ドアが開けられたことを検出されることなく所定時間が経過した場合に前記ドアを施錠するオートロックを実施するオートロック手段とを備えた車載装置とを備え、
前記車載装置は、前記開錠手段が前記ドアを開錠してから前記オートロックを実施するまでの期間であるカウントダウン期間に、前記携帯機を所持したユーザが前記車両に近づいているか否かを判断する判断手段を備え、
前記オートロック手段は、前記判断手段により、ユーザが前記車両に近づいていると判断された場合には、前記オートロックの実施時間を延長することを特徴とする。
【０００７】
本発明によれば、ドアを開錠してからオートロックを実施するまでのカウントダウン期間に、ユーザが車両に近づいているか否かを判断して、近づいている場合にはオートロックの実施時間を延長するので、ユーザが車両に近づいている途中にオートロックの実施時間が到来するのを抑制できる。ゆえに、ユーザの意図しないオートロックの実施を抑制できる。
【図面の簡単な説明】
【０００８】
【図１】ＲＫＥシステムの構成図である。
【図２】ＲＫＥシステムの適用場面を示した図である。
【図３】第１実施形態におけるドアロック制御処理及び携帯機側処理のフローチャートである。
【図４】第３実施形態におけるドアロック制御処理及び携帯機側処理のフローチャートである。
【図５】第４実施形態におけるＲＫＥシステムの適用場面の一例を示した図である。
【図６】第４実施形態におけるドアロック制御処理のフローチャートである。
【発明を実施するための形態】
【０００９】
（第１実施形態）
以下、本発明の第１実施形態を図面を参照しながら説明する。図１は、本実施形態のＲＫＥシステムの構成図である。また、図２は、図１のＲＫＥシステム１の適用場面を示した図である。ＲＫＥシステム１は、車両１０（図２参照）に搭載された車載装置２と、車両１０のユーザに携帯所持される携帯機３（電子キー）とを備えている。ＲＫＥシステム１は、車両１０から離れた場所から携帯機３の操作により、車両１０のドア１１（図２参照）を施錠したり、開錠したりするシステムである。また、ＲＫＥシステム１は本発明の「オートロックシステム」に相当し、携帯機３の操作によりドア１１の開錠後、ドア１１が開けられることなく所定時間が経過した場合にドア１１を施錠するオートロック機能を有している。
【００１０】
先ず、車載装置２の構成を説明する。図１に示すように、車載装置２は、ＲＦトランシーバ２２、メモリ２３、ドアロック機構２４、ドア開センサ２５、タイマ２６及びそれらと接続したＣＰＵ２１を備えている。ＲＦトランシーバ２２は、アンテナ２２１を備え、そのアンテナ２２１を介してＲＦ（Ｒａｄｉｏ  Ｆｒｅｑｕｅｎｃｙ）帯の電波（例えば３００ＭＨｚ帯の電波）の送受信を行う。詳細には、ＲＦトランシーバ２２は、携帯機３からのＲＦ帯の信号（電波）をアンテナ２２１で受信して、受信したその信号を復調してＣＰＵ２１に送る。また、ＲＦトランシーバ２２は、ＣＰＵ２１から送られてきた信号をＲＦ帯の信号に変調したうえでアンテナ２２１から携帯機３に送信する。本実施形態では、ＲＦトランシーバ２２が送信するＲＦ信号の範囲は、後述の携帯機３が送信するＲＦ信号の範囲と同等に設定され、具体的には、１００ｍ以上の長距離範囲に設定されている。
【００１１】
さらに、ＲＦトランシーバ２２は、アンテナ２２１で受信した信号の強度であるＲＳＳＩ（Ｒｅｃｅｉｖｅｄ  Ｓｉｇｎａｌ  Ｓｔｒｅｎｇｔｈ  Ｉｎｄｉｃａｔｉｏｎ、受信信号強度）を計測するＲＳＳＩ計測回路２２２を備えている。そのＲＳＳＩ計測回路２２２で計測されたＲＳＳＩはＣＰＵ２１に送られる。
【００１２】
メモリ２３は、ＣＰＵ２１が実行する処理のプログラム等の各種データを記憶するＲＯＭ、ＲＡＭ等の記憶部である。メモリ２３には、携帯機３を認証するためのデータとして、携帯機３からのＩＤコードを照合するためのマスターＩＤコードが記憶されている。
【００１３】
ドアロック機構２４は、ＣＰＵ２１からの指令に基づき、ドア１１（図２参照）を施錠（ロック）したり、開錠（アンロック）したりする部分である。車両１０には、複数のドア１１（運転席ドア、助手席ドア、後席ドア）が設けられているが、ドアロック機構２４は各ドア１１ごとに設けられている。
【００１４】
ドア開センサ２５は、各ドア１１ごとに設けられ、各ドア１１が開けられたことを検出するセンサである。ドア開センサ２５によるドア開信号はＣＰＵ２１に送られる。なお、ドア開センサ２５が本発明の「ドア開検出手段」に相当する。タイマ２６はＣＰＵ２１の指令に基づきオートロックの実施時間を計測する。
【００１５】
ＣＰＵ２１は、携帯機３との間の無線通信に基づき、ドアのロック状態を制御するドアロック制御処理を実行する。このドアロック制御処理によりオートロック機能を実現している。ドアロック制御処理は本発明の特徴であるので、後に詳細に説明する。
【００１６】
次に、携帯機３の構成を説明する。携帯機３は、図１に示すように、ＲＦトランシーバ３２、アンロックスイッチ３３、ロックスイッチ３４、メモリ３５、ＬＥＤ３６及びそれらと接続したＣＰＵ３１を備えている。ＲＦトランシーバ３２は、アンテナ３２１を備え、そのアンテナ３２１を介してＲＦ帯の電波（例えば３００ＭＨｚ帯の電波）の送受信を行う。詳細には、ＲＦトランシーバ３２は、ＣＰＵ３１から送られたドア１１の施錠又は開錠を要求する信号をＲＦ帯の信号に変調したうえでアンテナ３２１から車両１０に送信する。また、本発明では、車両１０のＲＦトランシーバ２２から携帯機３にＲＦ帯の信号（電波）を送信する場合があり、ＲＦトランシーバ３２は、その車両１０からの信号をアンテナ３２１で受信して、受信したその信号を復調したうえでＣＰＵ３１に送る。
【００１７】
ＲＦトランシーバ３２が送信するＲＦ信号の範囲は１００ｍ以上の長距離範囲に設定されている。よって、ユーザは、車両１０から１００ｍ以上離れた場所からでも携帯機３の操作によりドア１１を開錠又は施錠できる。さらに、ＲＦトランシーバ３２は、アンテナ３２１で受信した信号のＲＳＳＩを計測するＲＳＳＩ計測回路３２２を備えている。そのＲＳＳＩ計測回路３２２で計測されたＲＳＳＩはＣＰＵ３１に送られる。
【００１８】
アンロックスイッチ３３は、ドア１１の開錠を希望するユーザにより操作される操作部である。ロックスイッチ３４は、ドア１１の施錠を希望するユーザにより操作される操作部である。それらスイッチ３３、３４は例えばプッシュスイッチとして構成される。アンロックスイッチ３３、ロックスイッチ３４の操作信号はＣＰＵ３１に送られるようになっている。
【００１９】
メモリ３５は、ＣＰＵ３１が実行する処理のプログラム等の各種データを記憶するＲＯＭ、ＲＡＭ等の記憶部である。メモリ３５には、車両側で携帯機３を認証するためのデータとして、携帯機３のＩＤコードが記憶されている。
【００２０】
ＬＥＤ３６は、ＣＰＵ３１の指令に基づき発光を行う発光部である。そのＬＥＤ３６は、ＬＥＤ３６の発光をユーザが視認できるように、携帯機３の筐体（図示外）の表面に配置されている。
【００２１】
ＣＰＵ３１は、車両１０から離れた場所からドア１１を開錠又は施錠させるための処理（以下、携帯機側処理という）を実行する。以下、この携帯機側処理と、車載装置２のＣＰＵ２１が実行するドアロック制御処理の詳細を説明する。
【００２２】
図３は、ドアロック制御処理及び携帯機側処理のフローチャートを示している。図３の左側のフローチャートはドアロック制御処理を示し、右側のフローチャートは携帯機側処理を示している。図３の処理は、車両１０のエンジンが停止している時に実行される。また、図３の処理では、携帯機３の操作によりドア１１を開錠させる場合の処理を示しており、ドア１１を施錠させる場合の処理は本発明の特徴ではないので省略している。以下では、ＣＰＵ２１を車両ＣＰＵ２１といい、ＣＰＵ３１を携帯機ＣＰＵ３１という。
【００２３】
図３の処理を開始すると、携帯機ＣＰＵ３１は、先ず、アンロックスイッチ３３から操作信号が送られてきたか否か、つまり、アンロックスイッチ３３が操作されたか否かを判断する（Ｓ１１）。操作されない場合には（Ｓ１１：Ｎｏ）、待機する。アンロックスイッチ３３が操作された場合には（Ｓ１１：Ｙｅｓ）、ドア１１の開錠を要求する開錠要求信号をＲＦトランシーバ３２に送信させる（Ｓ１２）。この際、メモリ３５からＩＤコードを読み出して、そのＩＤコードを開錠要求信号に含ませる。なお、Ｓ１２の処理を実行する携帯機ＣＰＵ３１及びＲＦトランシーバ３２が本発明の「開錠要求送信手段」に相当する。
【００２４】
ＲＦトランシーバ３２の送信範囲に車両１０が存在することを条件として、車両側のＲＦトランシーバ２２は、Ｓ１２で送信された開錠要求信号及びＩＤコードを受信する。車両ＣＰＵ２１は、その開錠要求信号及びＩＤコードをＲＦトランシーバ２２から受け取る（Ｓ２１）。なお、Ｓ２１の処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「開錠要求受信手段」に相当する。次いで、車両ＣＰＵ２１は、Ｓ２１で受信したＩＤコードとメモリ２３に記憶されたマスターＩＤコードとが所定関係を有しているか否かの照合を行う（Ｓ２２）。その結果、照合ＮＧの場合には（Ｓ２３：Ｎｏ）、図３のフローチャートの処理を終了する。この場合にはドア１１の開錠は行われない。
【００２５】
Ｓ２２の照合がＯＫの場合には（Ｓ２３：Ｙｅｓ）、車両ＣＰＵ２１は、Ｓ２１で受信したデータが開錠要求信号であることに基づき、各ドアロック機構２４に各ドア１１を開錠するように指令する（Ｓ２４）。つまり、車両ＣＰＵ２１は、車両１０の全てのドア１１を開錠させる。なお、Ｓ２２〜Ｓ２４の処理を実行する車両ＣＰＵ２１及びドアロック機構２４が本発明の「開錠手段」に相当する。
【００２６】
なお、ロックスイッチ３４が操作された場合には、携帯機ＣＰＵ３１は、ドア１１の施錠を要求する施錠要求信号及びＩＤコードをＲＦトランシーバ３２に送信させる。車両ＣＰＵ２１は、施錠要求信号及びＩＤコードを受信した場合には、ＩＤコードの照合を行い、照合ＯＫの場合には、車両１０の全てのドア１１を施錠させる。
【００２７】
Ｓ２４の後、車両ＣＰＵ２１は、Ｓ２４でドア１１を開錠させてからドア１１のオートロックを実施するまでのカウントダウン期間（所定時間）（例えば３０秒）を設定する（Ｓ２５）。そして、車両ＣＰＵ２１は、タイマ２６を用いて、カウントダウン期間における現時点からオートロックを実施するまでの残り時間（以下、オートロックカウントという）の計測（カウントダウン）を開始する（Ｓ２５）。以降、時間経過にともなってオートロックカウントが短くなっていく。次いで、車両ＣＰＵ２１は、ＲＦトランシーバ２２を用いて、返信を要求する返信要求信号を携帯機３に送信する（Ｓ２６）。なお、Ｓ２６の処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「通信手段」に相当する。
【００２８】
その後、携帯機ＣＰＵ３１は、ＲＦトランシーバ３２を介して、Ｓ２６で送信された返信要求信号を受信する（Ｓ１３）。なお、Ｓ１３の処理を実行する携帯機ＣＰＵ３１及びＲＦトランシーバ３２が本発明の「返信要求受信手段」に相当する。次いで、携帯機ＣＰＵ３１は、ＲＳＳＩ計測回路３２２にＳ１３で受信した返信要求信号のＲＳＳＩを計測させる（Ｓ１４）。なお、Ｓ１４の処理を実行する携帯機ＣＰＵ３１及びＲＳＳＩ計測回路３２２が本発明の「計測手段」に相当する。次いで、携帯機ＣＰＵ３１は、ＲＦトランシーバ３２を用いて、Ｓ１４で計測したＲＳＳＩ値を、返信要求信号の応答データとして車両１０に返信する（Ｓ１５）。なお、Ｓ１５の処理を実行する携帯機ＣＰＵ３１及びＲＦトランシーバ３２が本発明の「応答送信手段」に相当する。
【００２９】
その後、車両ＣＰＵ２１は、ＲＦトランシーバ２２を介して、Ｓ１５で送信されたＲＳＳＩ値を受信する（Ｓ２７）。次いで、Ｓ２７で受信した今回のＲＳＳＩ値が、前回のＳ２７で受信したＲＳＳＩ値より大きいか否かを判断する（Ｓ２８）。車両ＣＰＵ２１は、Ｓ２８で今回のＲＳＳＩ値と前回のＲＳＳＩ値とを比較するために、Ｓ２７で受信したＲＳＳＩ値をメモリ２３に記憶しておく。なお、Ｓ２６〜Ｓ２８の処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「判断手段」に相当する。また、Ｓ２７の処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「第１の取得手段」、「応答受信手段」に相当する。また、Ｓ２８の処理を実行する車両ＣＰＵ２１が本発明の「信号強度判断手段」に相当する。
【００３０】
Ｓ２８において今回のＲＳＳＩ値が前回のＲＳＳＩ値より大きい場合には、携帯機３を所持したユーザが車両１０に近づいてきていることになる。この場合には、ユーザはドア１１を開けて車両１０に乗り込む意思があると考えることができるので、車両ＣＰＵ２１は、現時点のオートロックカウントを予め定めた延長時間（例えば３秒）だけ延長する（Ｓ２９）。これによって、ユーザが車両１０に近づいてきている途中にオートロックが実施されてしまうのを抑制できる。
【００３１】
また、Ｓ２９では、Ｓ２５で最初に設定したカウントダウン期間の時間（例えば３０秒）を超えない範囲で、オートロックカウントの延長を行うようにする。例えば、最初に設定したカウントダウン期間の時間が３０秒、現時点のオートロックカウントが２０秒、延長時間が３秒とすると、Ｓ２９では、オートロックカウントを３秒延長して２３秒とする。これに対して、現時点のオートロックカウントが２８秒の場合には、オートロックカウントを３秒延長してしまうと、最初に設定したカウントダウン期間の時間（３０秒）を超えてしまう。そこで、この場合には、オートロックカウントが最大限の３０秒となるように、オートロックカウントを２秒だけ延長する。このように、Ｓ２９では、予め定められた最大限を超えない範囲でオートロックカウントを延長する。これによって、オートロックカウントが長くなりすぎてしまうのを防止できるので、オートロックカウントを延長することによるセキュリティ低下を防止できる。なお、Ｓ２９でオートロックカウントが延長されると、ドア１１が開錠された時点を基準とすると、オートロックの実施時間は３０秒を超える。
【００３２】
一方、Ｓ２８において今回のＲＳＳＩ値が前回のＲＳＳＩ値よりも小さい又は前回のＲＳＳＩ値と同じ場合には、ユーザは車両１０に近づいてきていない、つまりユーザは車両１０から遠ざかっている又は同じ場所にとどまっていることになる。この場合には、ユーザはアンロックスイッチ３３を操作したものの、何らかの理由（例えば、ロックスイッチ３４と間違えてアンロックスイッチ３３を操作してしまったり、忘れ物を取りに自宅等に戻ったりするなど）で、すぐには車両１０に乗り込む意思がないと考えて、オートロックカウントの延長は行わない。
【００３３】
その後、車両ＣＰＵ２１は、ＲＦトランシーバ２２を用いて、現時点のオートロックカウントを携帯機３に送信する（Ｓ３０）。次に、車両ＣＰＵ２１は、各ドア開センサ２５からドア開信号が送られてきたか否かに基づいて、いずれかのドア１１が開けられたか否かを判断する（Ｓ３１）。いずれかのドア１１が開けられた場合には（Ｓ３１：Ｙｅｓ）、図３の処理を終了する。この場合には、オートロックは実施されないことになる。
【００３４】
いずれのドア１１も開けられていない場合には（Ｓ３１：Ｎｏ）、オートロックカウントがゼロになったか否かを判断する（Ｓ３２）。オートロックカウントがゼロになった場合には（Ｓ３２：Ｙｅｓ）、車両ＣＰＵ２１は、各ドアロック機構２４に各ドア１１を施錠するように指令して、オートロックを実施する（Ｓ３３）。その後、図３の処理を終了する。なお、Ｓ２５、Ｓ２９、Ｓ３１〜Ｓ３３の処理を実行する車両ＣＰＵ２１が本発明の「オートロック手段」に相当する。
【００３５】
オートロックカウントがまだゼロになっていない場合には（Ｓ３２：Ｎｏ）、Ｓ２６の処理に戻る。そして、車両ＣＰＵ２１は返信要求信号を携帯機３に再度送信する（Ｓ２６）。この際、車両ＣＰＵ２１は、前回に返信要求信号を送信してから間をあけずに返信要求信号を送信しても良いし、前回に返信要求信号を送信してから所定時間（例えば３秒）経過するまで待機し、その所定時間が経過した後に返信要求信号を送信しても良い。前回の返信要求信号の送信から間をあけないで返信要求信号を送信する場合には、ユーザが車両１０に近づいているか否かをきめ細かくモニターできるので、ユーザが車両１０に近づいている途中にオートロックカウントがゼロになってしまうのを一層抑制できる。他方、前回に返信要求信号を送信してから所定時間経過後に返信要求信号を送信する場合には、返信要求信号の送信頻度を減らすことができるので、車載装置２、携帯機３の消費電流を抑制できる。
【００３６】
このように、ユーザが車両１０に近づいている間は、車載装置２と携帯機３の間で無線通信（返信要求信号の送受信、ＲＳＳＩ値の送受信）が繰り返し行われる。そして、ユーザが車両１０に近づいていると判断されるたびに、オートロックカウントが延長されることになる。よって、ユーザが車両１０に近づいてきている途中にユーザの意図しないオートロックが実施されてしまうのを抑制できる。
【００３７】
一方、携帯機ＣＰＵ３１は、Ｓ１５でＲＳＳＩ値を送信した後、Ｓ３０で車両１０から送信されたオートロックカウントをＲＦトランシーバ３２を介して受信する（Ｓ１６）。なお、Ｓ１６の処理を実行する携帯機ＣＰＵ３１及びＲＦトランシーバ３２が本発明の「第２の取得手段」に相当する。次いで、携帯機ＣＰＵ３１は、Ｓ１６で受信したオートロックカウントに応じた周期でＬＥＤ３６を点滅させる（Ｓ１７）。具体的には、携帯機ＣＰＵ３１は、例えば、オートロックカウントが短いほどＬＥＤ３６の点滅周期を短くする。これによって、オートロックのカウントダウン期間であることをユーザに把握させることができるとともに、ＬＥＤ３６の点滅周期によりあとどれくらいでオートロックが実施されるのかをユーザに把握させることができる。なお、Ｓ１７の処理を実行する携帯機ＣＰＵ３１及びＬＥＤ３６が本発明の「通知手段」に相当する。
【００３８】
次いで、携帯機ＣＰＵ３１は、車両１０からのデータ送信、具体的にはＳ２６で送信される返信要求信号の送信が停止したか否かをＲＦトランシーバ３２に問い合わせることにより判断する（Ｓ１８）。車両１０からのデータ送信が停止した場合には（Ｓ１８：Ｙｅｓ）、オートロックが実施される前にドア１１が開けられたか、オートロックが実施されたかであり、カウントダウン期間が終了したとして、携帯機ＣＰＵ３１はＬＥＤ３６を消灯する（Ｓ１９）。その後、図３の処理を終了する。
【００３９】
一方、車両１０からのデータ送信が停止していない場合には（Ｓ１８：Ｎｏ）、Ｓ１３の処理に戻って、返信要求信号を受信する。このように、オートロックが実施され、又はドア１１が開けられるまでは、返信要求信号をトリガとしてその返信要求信号のＲＳＳＩ値を携帯機３から車両１０に繰り返し送信されるとともに、ＬＥＤ３６の点滅周期が変化していく。よって、ユーザに、オートロックカウントの増減の様子を容易に把握させることができる。
【００４０】
以上説明したように、本実施形態によれば、カウントダウン期間中にユーザが車両１０に近づいている場合にはオートロックカウントが延長、つまりオートロックの実施時間が延長されるので、ユーザの意図しないオートロックの実施を抑制できる。また、当初のオートロックの実施時間（例えば、開錠した時点から３０秒後）を必要以上に長くしなくても良いので、セキュリティの低下を抑制できる。また、携帯機３は、車両１０からの返信要求信号をトリガとしてデータ（ＲＳＳＩ値）を送信するので、そのデータを確実に車両１０（ＲＦトランシーバ２２）に受信させることができる。また、オートロックの実施後やドア１１が開けられた後には、車両１０からのトリガが止まるので、携帯機３から車両１０にいつまでもデータを送信し続けるのを防止できる。
【００４１】
また、車両にはＲＫＥシステムとは別の用途でＲＦトランシーバ（例えば、車両情報をユーザの携帯機等に送信するためのＲＦトランシーバ）が搭載されていることがあるので、そのＲＦトランシーバを用いることで新たな構成の追加を抑えることができる。
【００４２】
（第２実施形態）
次に、本発明の第２実施形態を上記実施形態と異なる部分を中心に説明する。本実施形態では、図１の車両ＣＰＵ２１及び携帯機ＣＰＵ３１が実行する処理が第１実施形態と若干異なっており、それ以外は第１実施形態と同じである。具体的には、第１実施形態では、図３のＳ１７において、携帯機ＣＰＵ３１は車両１０から送信されてきたオートロックカウントに応じた周期でＬＥＤ３６を点滅させていた。これに対して、本実施形態では、携帯機ＣＰＵ３１は、車両１０からの返信要求信号のＲＳＳＩ値に応じた周期でＬＥＤ３６を点滅させる。
【００４３】
具体的には、図３の処理において、Ｓ３０、Ｓ１６の処理を省略する。そして、携帯機ＣＰＵ３１は、Ｓ１７において、Ｓ１４で計測したＲＳＳＩ値に応じた周期でＬＥＤ３６を点滅させる。具体的には例えばＲＳＳＩ値が大きいほどＬＥＤ３６の点滅周期を短くする。ＲＳＳＩ値は、車両１０と携帯機３の間の距離に相関し、言い換えると、車両１０に対する携帯機３の近づき度合いを示している。つまり、ＲＳＳＩ値が大きいほどこの近づき度合いが高くなる（車両１０と携帯機３との間の距離が短くなる）。よって、ＲＳＳＩ値に応じてＬＥＤ３６の点滅周期を変えることで、ユーザに車両１０への近づき度合いを容易に把握させることができる。よって、例えば、周囲に他の車両が多く存在するなどで自分の車両１０がどこにあるのか分からない場合であっても、車両１０を見つけやすくできる。また、図３のＳ３０、Ｓ１６の処理を省略できるので、処理を簡易化できる。なお、本実施形態においては、Ｓ１４の処理を実行する携帯機ＣＰＵ３１及びＲＳＳＩ計測回路３２２が本発明の「第２の取得手段」に相当する。
【００４４】
（第３実施形態）
次に、本発明の第３実施形態を上記実施形態と異なる部分を中心に説明する。本実施形態では、図１の車両ＣＰＵ２１及び携帯機ＣＰＵ３１が実行する処理が上記実施形態と異なっており、それ以外は上記実施形態と同じである。具体的には、車両ＣＰＵ２１及び携帯機ＣＰＵ３１は、図３の処理に代えて図４の処理を実行する。図４において、図３と同じ処理には同一符号を付している。図４の処理では、図３のＳ１４、Ｓ１５、Ｓ２７の処理の代わりにＳ１４１、Ｓ２７１、Ｓ２７２の処理が追加されており、それ以外は図３の処理と同じである。
【００４５】
すなわち、携帯機ＣＰＵ３１は、車両１０からの返信要求信号を受信した場合には（Ｓ１３）、ＲＦトランシーバ３２を用いて、その返信要求信号に応答するデータ送信を行う（Ｓ１４１）。このＳ１４１で送信するデータは、後述のＳ２７２でＲＳＳＩを計測するためのものであるので、何でも良い。なお、Ｓ１４１の処理を実行する携帯機ＣＰＵ３１及びＲＦトランシーバ３２が本発明の「応答送信手段」に相当する。
【００４６】
その後、車両ＣＰＵ２１は、ＲＦトランシーバ２２を介して、Ｓ１４１で送信されたデータを受信する（Ｓ２７１）。なお、Ｓ２７１の処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「応答受信手段」に相当する。次いで、車両ＣＰＵ２１は、ＲＳＳＩ計測回路２２２にＳ２７１で受信したデータ（信号）のＲＳＳＩを計測させる（Ｓ２７２）。以降は、図３の処理と同じである。なお、Ｓ２７２の処理を実行する車両ＣＰＵ２１及びＲＳＳＩ計測回路２２２が本発明の「第１の取得手段」に相当する。
【００４７】
このように、本実施形態ではＲＳＳＩを車両側で計測している。これによっても、上記実施形態と同様の効果を得ることができる。また、携帯機側にＲＳＳＩ計測回路が備えられていなくても良いので、携帯機の構成を簡素にできる。
【００４８】
（第４実施形態）
次に、本発明の第４実施形態を上記実施形態と異なる部分を中心に説明する。図５は、本実施形態のＲＫＥシステムの適用場面の一例を示している。上記実施形態では、車両（車載装置）と一つの携帯機との間でのオートロック機能について説明したが、本実施形態のＲＫＥシステムでは、複数の携帯機３Ａ、３Ｂが備えられる。例えば、携帯機３Ａは家族のうちの一人に所持され、携帯機３Ｂは家族のうちの別の一人に所持される。そして、携帯機３Ａに対するカウントダウン期間中に携帯機３Ｂから開錠要求信号が送信された場合に、携帯機３Ａが近づいているか否かと携帯機３Ｂが近づいているか否かの両方を考慮してオートロックを実施する。
【００４９】
本実施形態の車載装置の構成は、図１に示す構成と同じである。携帯機３Ａ、３Ｂの構成は、図１に示す構成と同じである。ただし、携帯機３Ａのメモリ３５に記憶されたＩＤコードは、携帯機３ＡからのＩＤコードであることを車両ＣＰＵ２１が認識できるように構成されている。同様に、携帯機３Ｂのメモリ３５に記憶されたＩＤコードは、携帯機３ＢからのＩＤコードであることを車両ＣＰＵ２１が認識できるように構成されている。
【００５０】
図６は、本実施形態の車両ＣＰＵ２１が実行するドアロック制御処理を示している。なお、図６において、各処理に付した符号の末尾に「Ａ」が付された処理は携帯機３Ａに対する処理を示し、「Ｂ」が付された処理は携帯機３Ｂに対する処理を示している。また、図６において、図３と同じ処理には、末尾のアルファベット「Ａ」、「Ｂ」を除いて同一符号を付している。また、携帯機３Ａ、３Ｂの各携帯機ＣＰＵ３１が実行する処理は図３の処理と同じである。
【００５１】
図６の処理を開始すると、車両ＣＰＵ２１は、先ず、携帯機３Ａからの開錠要求信号を受信する（Ｓ２１Ａ）。次いで、その開錠要求信号に付されたＩＤコードとメモリ２３に記憶されたマスターＩＤコードとを照合し（Ｓ２２Ａ）、照合ＯＫの場合には（Ｓ２３Ａ：Ｙｅｓ）、ドア１１を開錠させる（Ｓ２４Ａ）。
【００５２】
次いで、車両ＣＰＵ２１は、オートロックを実施するまでの残り時間であるオートロックカウントの初期値（例えば３０秒）を携帯機３Ａに対して設定して、設定したオートロックカウントのカウントダウンを開始する（Ｓ２５Ａ）。以下、携帯機３Ａに対して設定されたオートロックカウントをオートロックカウントＡという。次いで、車両ＣＰＵ２１は、返信要求信号を携帯機３Ａに送信する（Ｓ２６Ａ）。その後、車両ＣＰＵ２１は、図３のＳ１５で携帯機３Ａが送信したＲＳＳＩ値（以下、ＲＳＳＩ値Ａという）を受信し（Ｓ２７Ａ）、そのＲＳＳＩ値Ａが前回のＲＳＳＩ値Ａよりも大きいか否かを判断する（Ｓ２８Ａ）。今回のＲＳＳＩ値Ａが前回よりも大きい場合には（Ｓ２８Ａ：Ｙｅｓ）、オートロックカウントＡを延長し（Ｓ２９Ａ）、そうでない場合には（Ｓ２８Ａ：Ｎｏ）、オートロックカウントＡを延長しない。そして、車両ＣＰＵ２１は、現時点のオートロックカウントＡを携帯機３Ａに送信する（Ｓ３０Ａ）。
【００５３】
一方、携帯機３Ａに対するカウントダウン期間中に携帯機３Ｂから開錠要求信号が送信された場合には、車両ＣＰＵ２１は、その開錠要求信号を受信する（Ｓ２１Ｂ）。以降、車両ＣＰＵ２１は、携帯機３Ｂに対する処理を携帯機３Ａに対する処理と並列に実行する。
【００５４】
すなわち、車両ＣＰＵ２１は、Ｓ２１Ｂで開錠要求信号を受信した後、その開錠要求信号に付されたＩＤコードとメモリ２３に記憶されたマスターＩＤコードとを照合する（Ｓ２２Ｂ）。そして、照合ＯＫの場合には（Ｓ２３Ｂ：Ｙｅｓ）、携帯機３Ｂに対してオートロックカウントの初期値（例えば３０秒）を設定して、設定したオートロックカウントのカウントダウンを開始する（Ｓ２５Ｂ）。なお、Ｓ２４Ａでドア１１はすでに開錠されているので、携帯機３Ｂに対する処理としてはドア１１を開錠させる処理を省略している。以下、携帯機３Ｂに対して設定されたオートロックカウントをオートロックカウントＢという。
【００５５】
次いで、車両ＣＰＵ２１は、返信要求信号を携帯機３Ｂに送信する（Ｓ２６Ｂ）。その後、車両ＣＰＵ２１は、図３のＳ１５で携帯機３Ｂが送信したＲＳＳＩ値（以下、ＲＳＳＩ値Ｂという）を受信し（Ｓ２７Ｂ），そのＲＳＳＩ値Ｂが前回のＲＳＳＩ値Ｂよりも大きいか否かを判断する（Ｓ２８Ｂ）。今回のＲＳＳＩ値Ｂが前回よりも大きい場合には（Ｓ２８Ｂ：Ｙｅｓ）、オートロックカウントＢを延長し（Ｓ２９Ｂ）、そうでない場合には（Ｓ２８Ｂ：Ｎｏ）、オートロックカウントＢを延長しない。そして、車両ＣＰＵ２１は、現時点のオートロックカウントＢを携帯機３Ｂに送信する（Ｓ３０Ｂ）。
【００５６】
車両ＣＰＵ２１は、Ｓ３０Ａの後、又はＳ３０Ｂの後に、いずれかのドア１１が開けられたか否かを判断する（Ｓ３１１）。いずれかのドア１１が開けられた場合には（Ｓ３１１：Ｙｅｓ）、図６の処理を終了する。この場合には、オートロックは実施されないことになる。
【００５７】
いずれのドア１１も開けられていない場合には（Ｓ３１１：Ｎｏ）、オートロックカウントＡがゼロになったか否かを判断する（Ｓ３２１）。ゼロになった場合には（Ｓ３２１：Ｙｅｓ）、次に、オートロックカウントＢもゼロになったか否かを判断する（Ｓ３２２）。オートロックカウントＢもゼロになった場合には（Ｓ３２２：Ｙｅｓ）、オートロックを実施して（Ｓ３３１）、図６の処理を終了する。
【００５８】
他方、オートロックカウントＡとオートロックカウントＢの一つでも未だゼロになっていない場合には（Ｓ３２１：Ｎｏ、Ｓ３２２：Ｎｏ）、オートロックを実施しない。具体的には、オートロックカウントＡが未だゼロになっていない場合には（Ｓ３２１：Ｎｏ）、オートロックカウントＢがゼロになったか否かを判断する（Ｓ３２３）。そして、オートロックカウントＢも未だゼロになっていない場合には（Ｓ３２３：Ｎｏ）、Ｓ２６Ａの処理とＳ２６Ｂの処理の両方に戻って、携帯機３Ａに返信要求信号を再度送信し、かつ、携帯機３Ｂに返信要求信号を再度送信する。この場合には、携帯機３Ａを所持したユーザが近づいているか否かの判断と、携帯機３Ｂを所持したユーザが近づいているか否かの判断の両方が継続される。
【００５９】
これに対し、オートロックカウントＢのみがゼロになった場合には（Ｓ３２３：Ｙｅｓ）、Ｓ２６Ａの処理に戻って、携帯機３Ａに返信要求信号を再度送信し、携帯機３Ｂには返信要求信号の送信を終了する。この場合には、携帯機３Ａを所持したユーザが近づいているか否かの判断のみが継続される。その後、携帯機３Ａを所持したユーザによってドア１１が開けられた場合には（Ｓ３１１：Ｙｅｓ）、オートロックが実施されることなく、図６の処理を終了する。また、オートロックカウントＡもゼロになった場合には（Ｓ３２１：Ｙｅｓ）、すでにオートロックカウントＢはゼロになっているので、オートロックが実施されることになる。
【００６０】
また、オートロックカウントＡはゼロになり、オートロックカウントＢは未だゼロになっていない場合には（Ｓ３２２：Ｎｏ）、Ｓ２６Ｂの処理に戻って、携帯機３Ｂに返信要求信号を再度送信し、携帯機３Ａには返信要求信号の送信を終了する。この場合には、携帯機３Ｂを所持したユーザが近づいているか否かの判断のみが継続される。その後、携帯機３Ｂを所持したユーザによってドア１１が開けられた場合には（Ｓ３１１：Ｙｅｓ）、オートロックが実施されることなく、図６の処理を終了する。また、オートロックカウントＢもゼロになった場合には（Ｓ３２２：Ｙｅｓ）、すでにオートロックカウントＡはゼロになっているので、オートロックが実施されることになる。
【００６１】
なお、携帯機３Ａ（携帯機ＣＰＵ３１）は、Ｓ３０Ａで送信されたオートロックカウントＡを受信して（図３のＳ１６）、そのオートロックカウントＡに応じた周期でＬＥＤ３６を点滅させる（図３のＳ１７）。同様に、携帯機３Ｂ（携帯機ＣＰＵ３１）は、Ｓ３０Ｂで送信されたオートロックカウントＢを受信して（図３のＳ１６）、そのオートロックカウントＢに応じた周期でＬＥＤ３６を点滅させる。これによって、各携帯機３Ａ、３Ｂを所持した各ユーザは、オートロックカウントＡ、Ｂの増減を把握することができる。
【００６２】
なお、本実施形態においては、Ｓ２６Ａ〜Ｓ２８Ａ、Ｓ２６Ｂ〜Ｓ２８Ｂの処理を実行する車両ＣＰＵ２１及びＲＦトランシーバ２２が本発明の「判断手段」に相当する。また、Ｓ２９Ａ、Ｓ２９Ｂ、Ｓ３１１〜Ｓ３３１の処理を実行する車両ＣＰＵ２１が本発明の「オートロック手段」に相当する。携帯機３Ａが本発明の「第１の携帯機」に相当する。携帯機３Ｂが本発明の「第２の携帯機」に相当する。オートロックカウントＡが本発明の「第１実施時間」に相当する。オートロックカウントＢが本発明の「第２実施時間」に相当する。
【００６３】
以上説明したように、本実施形態によれば、携帯機３Ａに対するオートロックカウントＡと、携帯機３Ｂに対するオートロックカウントＢとを個別に設定している。よって、携帯機３Ａを所持したユーザと携帯機３Ｂを所持したユーザの一方でも車両１０に近づいている場合には、他方が近づいていない場合であっても、オートロックの実施時間（オートロックカウント）を延長することができる。つまり、携帯機を所持した他人の影響で、オートロックカウントが延長されないことを防止できる。
【００６４】
また、オートロックカウントＡとオートロックカウントＢの一方でもゼロになっていない場合にはオートロックが実施されないので、一方のユーザが車両１０に近づいているにもかかわらず、他方のユーザの影響でオートロックが実施されてしまうのを防止できる。
【００６５】
なお、本発明は上記実施形態に限定されるものではなく、特許請求の範囲の記載を逸脱しない限度で種々の変更が可能である。例えば、今回のＲＳＳＩ値が前回のＲＳＳＩ値よりも大きい場合に、それらＲＳＳＩ値の差分に応じてオートロックカウントの延長時間を変更するようにしても良い。例えば、ＲＳＳＩ値の差分が大きいほど、車両１０に近づこうとするユーザの意思が強いと考えて、オートロックカウントの延長時間を長くする。これによって、車両１０に近づこうとするユーザの意思が強いほどオートロックが実施されにくくできる。反対に、ＲＳＳＩ値の差分が大きいほど、車両１０に近づくユーザの速度が大きく、オートロックカウントの延長の必要性が小さいと考えて、オートロックカウントの延長時間を短くしても良い。
【００６６】
また、上記実施形態では、携帯機はＬＥＤによりオートロックカウントやＲＳＳＩ値に応じた通知を行っていたが、ＬＥＤによる通知に代え、又はＬＥＤによる通知に加え、携帯機にスピーカや表示部を設けて音や表示によってオートロックカウントやＲＳＳＩ値に応じた通知をしても良い。この場合、例えば、オートロックカウントやＲＳＳＩ値そのものを通知しても良い。これによって、あとどれくらいでオートロックが実施されるか、車両にどの程度近づいているかを、より一層ユーザに把握させやすくできる。また、当然、携帯機によるＬＥＤを用いた通知を省略しても良い。これによって、携帯機の構成や処理を簡素にできる。
【符号の説明】
【００６７】
１  ＲＫＥシステム（オートロックシステム）
２  車載装置
３  携帯機
１０  車両
１１  ドア
２１  車両ＣＰＵ
３１  携帯機ＣＰＵ
２２、３２  ＲＦトランシーバ
２４  ドアロック機構
２５  ドア開センサ
【図１】
2015132050.tif 000003
【図２】
2015132050.tif 000004
【図３】
2015132050.tif 000005
【図４】
2015132050.tif 000006
【図５】
2015132050.tif 000007
【図６】
2015132050.tif 000008