(57)【要約】【課題】車両電源がオン及びオフの何れでもソフトウェアを実行する構成において、ソフトウェアの動作を適切にリセットして安定化させる。【解決手段】車両用通信装置２において、車両電源のオフが電源判定部４ａにより判定されると、タイミング決定部４ｃは、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定する。リセット実行部４ｂは、制御部４や無線通信部５のソフトウェアの動作を、そのリセットタイミングでリセット部８によりリセットさせる。【選択図】図１
2017058837.tif 000002
【特許請求の範囲】
【請求項１】
車両電源がオン及びオフの何れでもソフトウェアを実行するリセット対象部（４，５）と、
前記リセット対象部のソフトウェアの動作をリセットするリセット部（８）と、
車両電源のオンオフを判定する電源判定部（４ａ）と、
車両電源のオフが前記電源判定部により判定されると、その車両電源がオフの期間に、前記リセット対象部のソフトウェアの動作を予め決定されたリセットタイミングで前記リセット部によりリセットさせるリセット実行部（４ｂ）と、を備えた車両用通信装置（４）。
【請求項２】
請求項１に記載した車両用通信装置において、
車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定するタイミング決定部（４ｃ）を備え、
前記リセット実行部は、前記リセット対象部のソフトウェアの動作を前記タイミング決定部により決定されたリセットタイミングで前記リセット部によりリセットさせる車両用通信装置。
【請求項３】
請求項１又は２に記載した車両用通信装置において、
前記タイミング決定部は、車両電源のオンからオフへの切り換えを契機とするサービスに係る前記所定期間と前記リセット期間とが競合しないタイミングを前記リセットタイミングとして決定する車両用通信装置。
【請求項４】
請求項１から３の何れか一項に記載した車両用通信装置において、
前記タイミング決定部は、予め設定されている特定の日時への到達を契機とするサービスに係る前記所定期間と前記リセット期間とが競合しないタイミングを前記リセットタイミングとして決定する車両用通信装置。
【請求項５】
請求項１から４の何れか一項に記載した車両用通信装置において、
前記タイミング決定部は、前記リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生し、その時点で決定しているリセットタイミングを変更する必要があると、その時点で決定しているリセットタイミングを変更する車両用通信装置。
【請求項６】
請求項１から５の何れか一項に記載した車両用通信装置において、
前記リセット対象部は、装置全体の制御に係るソフトウェアを実行する制御部（４）及び無線通信に係るソフトウェアを実行する無線通信部（５）のうち少なくとも何れかを含む車両用通信装置。
【請求項７】
車両電源がオン及びオフの何れでもソフトウェアを実行するリセット対象部（４，５）と、前記リセット対象部のソフトウェアの動作をリセットするリセット部（８）と、を備えた車両用通信装置（２）のマイクロコンピュータに、
車両電源がオフの期間を判定する第１の手順と、
リセットタイミングを決定する第２の手順と、
車両電源のオフを前記第１の手順により判定すると、その車両電源がオフの期間に、前記リセット対象部のソフトウェアの動作を前記第２の手順により決定したリセットタイミングで前記リセット部によりリセットさせる第３の手順と、を実行させるコンピュータプログラム。
【請求項８】
請求項７に記載したコンピュータプログラムにおいて、
前記第２の手順は、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定するコンピュータプログラム。
【請求項９】
請求項８に記載したコンピュータプログラムにおいて、
前記リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生したか否かを判定する第４の手順と、
ソフトウェアが新たに実施するサービスの要求が発生したと前記第５の手順により判定すると、その時点で決定しているリセットタイミングを変更する必要があるか否かを判定する第５の手順と、
リセットタイミングを変更する必要があると前記第５の手順により判定すると、その時点で決定しているリセットタイミングを変更する第６の手順と、を実行させるコンピュータプログラム。
【請求項１０】
車両電源がオフの期間に、前記リセット対象部（４，５）のソフトウェアの動作を予め決定されたリセットタイミングでリセット部（８）によりリセットさせる車両通信装置（４）と、
動作指示信号を前記車両用通信装置に送信する外部装置（３，１４）と、を備え、
前記外部装置は、車両電源がオフの期間に動作指示信号の前記車両用通信装置への送信をリトライする際には、リセット期間よりも長い周期で動作指示信号の前記車両用通信装置への送信をリトライする通信システム（１）。
【請求項１１】
請求項１０に記載した通信システムにおいて、
前記外部装置は、前記動作指示信号として遠隔操作指示信号を前記車両用通信装置に送信するサーバ（３）を含む通信システム。
【請求項１２】
請求項１０又は１１に記載した通信システムにおいて、
前記外部装置は、前記動作指示信号として制御指示信号を前記車両用通信装置に送信する電子制御装置（１４）を含む通信システム。
【発明の詳細な説明】
【技術分野】
【０００１】
本発明は、車両用通信装置、コンピュータプログラム及び通信システムに関する。
【背景技術】
【０００２】
従来より、無線通信機能を有する車両用通信装置が供されている。この種の車両用通信装置の１つとして、車両電源がオンであるときに、緊急通報、データ通信による目的地設定、音声通話等のサービスを行い、車両電源がオフであるときに、盗難追跡、リモートエンジンスタート、リモートドアロック・アンロック等のサービスを行う車両用通信装置がある。この種の車両用通信装置では、スマートフォン等の携帯電話機と同様の無線通信技術が採用されており、複雑な構造のソフトウェアを実行する。そのため、長期間の使用に際してソフトウェアの動作が不安定になる懸念がある。
【０００３】
複雑な構造のソフトウェアを実行する他の装置としてナビゲーション装置が挙げられる。しかしながら、ナビゲーション装置は基本的に車両電源がオンのみでソフトウェアを実行する装置である。そのため、ナビゲーション装置では、車両電源のオンオフを切り換えるタイミング、即ち、ユーザがＩＧ（イグニッション）及びＡＣＣ（アクセサリ）をオンからオフに切り換えて降車するタイミングで電源をオフし、ユーザがＩＧ及びＡＣＣをオフからオンに切り換えて乗車するタイミングで電源をオンすることでソフトウェアの動作をリセット（即ち初期化）し、ソフトウェアの動作を安定化させることができる。これに対し、上記した車両用通信装置は、車両電源がオン及びオフの何れでもソフトウェアを実行する装置である。そのため、ナビゲーション装置とは異なり、車両電源のオンオフを切り換えるタイミングでソフトウェアの動作をリセットすることができず、ソフトウェアの動作を安定化させることができない。
【０００４】
ソフトウェアの動作を安定化させる構成として、ソフトウェアの動作を監視する専用の監視ソフトウェアを組み込み、ソフトウェアの動作の異常を監視ソフトウェアにより検出すると、ソフトウェアの動作をリセットする構成が開示されている（例えば特許文献１参照）。
【先行技術文献】
【特許文献】
【０００５】
【特許文献１】特開２０１３−１４２９１０号公報
【発明の概要】
【発明が解決しようとする課題】
【０００６】
特許文献１に開示されている技術では、ソフトウェアの動作が異常になってからの自動復帰という点で有効である。しかしながら、緊急通報のような緊急性の高い動作を必要とする車両用通信装置では、ソフトウェアの動作が異常になってから自動復帰させる構成は適さないという問題がある。
【０００７】
本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両電源がオン及びオフの何れでもソフトウェアを実行する構成において、ソフトウェアの動作を適切にリセットして安定化させることができる車両用通信装置、コンピュータプログラム及び通信システムを提供することにある。
【課題を解決するための手段】
【０００８】
請求項１に記載した発明によれば、リセット対象部（４，５）は、車両電源がオン及びオフの何れでもソフトウェアを実行する。リセット部（８）は、リセット対象部のソフトウェアの動作をリセットする。電源判定部（４ａ）は、車両電源のオンオフを判定する。リセット実行部（４ｂ）は、車両電源のオフが電源判定部により判定されると、その車両電源がオフの期間に、リセット対象部のソフトウェアの動作を予め決定されたリセットタイミングでリセット部によりリセットさせる。
【０００９】
即ち、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定しておくことで、そのサービスを妨げずにソフトウェアの動作をリセットすることができる。これにより、ソフトウェアの動作を適切にリセットして安定化させることができる。
【図面の簡単な説明】
【００１０】
【図１】本発明の一実施形態を示す機能ブロック図
【図２】リセット処理を示すフローチャート
【図３】タイミングチャート（その１）
【図４】タイミングチャート（その２）
【図５】タイミングチャート（その３）
【図６】タイミングチャート（その４）
【図７】タイミングチャート（その５）
【図８】シーケンス図（その１）
【図９】シーケンス図（その２）
【図１０】シーケンス図（その３）
【図１１】シーケンス図（その４）
【発明を実施するための形態】
【００１１】
以下、本発明の一実施形態について図面を参照して説明する。
通信システム１は、車両に搭載されている車両用通信装置２と、サーバ３（外部装置に相当）とが広域無線通信可能に構成されている。車両用通信装置２は、制御部４（リセット対象部に相当）と、無線通信部５（リセット対象部に相当）と、ＧＮＳＳ（Global Navigation Satellite System）受信部６と、電源部７と、リセット部８と、車内通信部９と、発振部１０とを有する。
【００１２】
制御部４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）を有するマイクロコンピュータにより構成されている。制御部４は、非遷移的実体的記録媒体に格納されているコンピュータプログラムを実行することで、装置全体の制御に係るソフトウェアを実行し、車両用通信装置２の動作全般を制御する。無線通信部５は、非遷移的実体的記録媒体に格納されているコンピュータプログラムを実行することで、無線通信に係るソフトウェアを実行し、車両用通信装置２の無線通信を制御する。具体的には、無線通信部５は、無線基地局１１との間で通信電波を送受信することで、サーバ３との間で広域無線通信を行う。尚、制御部４と無線通信部５とは１チップで構成されている。
【００１３】
ＧＮＳＳ受信部６は、衛星から受信したＧＮＳＳ信号から各種パラメータを抽出し、その抽出した各種パラメータを用いて現在位置を演算し、その演算した現在位置を制御部４に出力する。電源部７は、車両に搭載されている車両バッテリ１２から供給される電力を動作電力として取得する。
【００１４】
リセット部８は、制御部４からリセット要求を入力すると、リセット命令を制御部４に出力する。制御部４は、リセット部８からリセット命令を入力すると、リセット命令を無線通信部５に出力すると共に、ソフトウェアの動作をリセット（即ち初期化）する。無線通信部５は、制御部４からリセット命令を入力すると、ソフトウェアの動作をリセットする。制御部４及び無線通信部５においてソフトウェアの動作をリセットするとは、その時点でソフトウェアが正常に動作しているか否かに関係なくソフトウェアを予め規定されている最初の手順から動作（即ち再起動又はリフレッシュ）させることである。
【００１５】
車内通信部９は、車両に搭載されている車内ＬＡＮ１３と接続されており、車両に搭載されている電子制御装置（ＥＣＵ（Electronic Control Unit））１４（外部装置に相当）と車内ＬＡＮ１３を介してデータ通信を行う。発振部１０は、基準クロックを生成し、その生成した基準クロックを制御部４に出力する。
【００１６】
制御部４は、電源判定部４ａと、リセット実行部４ｂと、タイミング決定部４ｃと、計時部４ｄとを有する。これら各部４ａ〜４ｄはソフトウェアにより実現されている。電源判定部４ａは、ＡＣＣ（アクセサリ）のオンオフを示すＡＣＣ信号及びＩＧ（イグニッション）のオンオフを示すＩＧ信号により車両電源のオンオフを判定する。即ち、電源判定部４ａは、ＡＣＣ信号のオン又はＩＧ信号のオンにより車両電源のオンを特定し、ＡＣＣ信号のオフ且つＩＧ信号のオフにより車両電源のオフを特定する。
【００１７】
リセット実行部４ｂは、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作のうち少なくとも何れかを、タイミング決定部４ｃにより決定されたリセットタイミングでリセット部８によりリセットさせる。タイミング決定部４ｃは、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とソフトウェアの動作がリセットされるリセット期間とが競合しないタイミングをリセットタイミングとして決定する。計時部４ｄは、発振部１０から入力する基準クロックを用いて計時する。
【００１８】
上記した構成では、制御部４及び無線通信部５は、車両電源がオンオフの何れでも車両バッテリ１２から供給される電力を電源部７が動作電力として取得することでソフトウェアを実行する。即ち、制御部４及び無線通信部５は、車両電源がオンであるとき、即ち、一般的にはユーザが乗車中であるときに、緊急通報、データ通信による目的地設定、音声通話等のサービスを行い、車両電源がオフであるとき、即ち、一般的にはユーザが非乗車中であるときに、盗難追跡、リモートエンジンスタート、リモートドアロック・アンロック等のサービスを行う。車両電源がオフであるときに制御部４及び無線通信部５が行うサービスとしては、車両電源のオンからオフへの切り換えを契機として行うサービス（即ち駐車直後のサービス）と、予め設定されている特定の日時への到達を契機として行うサービス（即ち駐車中の定期的なサービス）とがある。
【００１９】
制御部４は、駐車直後のサービスとして例えばドアロック忘れを示すドアロック忘れ通知信号を無線通信部５からサーバ３に送信させるサービスを行う。この場合、サーバ３は、車両用通信装置２からドアロック忘れ通知信号を受信すると、ドアロック忘れ通知信号を予め送信先として設定されているユーザの携帯情報端末１５に送信する。携帯情報端末１５は、サーバ３からドアロック忘れ通知信号を受信すると、ドアロック忘れをユーザに通知し、ユーザからのドアロックの操作を受け付けると、ドアロック指示信号（動作指示信号、遠隔操作指示信号）をサーバ３に送信する。サーバ３は、携帯情報端末１５からドアロック指示信号を受信すると、ドアロック指示信号を車両用通信装置２に送信する。制御部４は、サーバ３からドアロック指示信号を無線通信部５により受信すると、ドアロック指示信号を車内通信部９から図示しないドアロックＥＣＵに出力してドアロック制御を行う。
【００２０】
又、制御部４は、駐車中の定期的なサービスとして例えばＧＮＳＳ受信部６により演算された現在位置（即ち駐車位置）を示す現在位置通知信号を無線通信部５からサーバ３に送信させるサービスを行う。この場合、サーバ３は、車両用通信装置２から現在位置通知信号を受信すると、現在位置通知信号を予め送信先として設定されている携帯情報端末１５に送信する。又、サーバ３は、現在位置の履歴を用いて車両盗難の可能性を判定し、車両盗難の可能性があると判定すると、盗難通知信号を予め送信先として設定されている携帯情報端末１５に送信する。携帯情報端末１５は、サーバ３から現在位置通知信号を受信すると、車両の現在位置をユーザに通知する。又、携帯情報端末１５は、サーバ３から盗難通知信号を受信すると、車両盗難の可能性をユーザに通知する。
【００２１】
次に、上記した構成の作用について、図２から図１１を参照して説明する。制御部４は、本発明に関連し、図２に示すリセット処理を行う。
制御部４は、リセット処理を開始すると、車両電源のオンからオフへの切り換えが発生したか否かを判定する（Ａ１、第１の手順）。制御部４は、車両電源のオンからオフへの切り換えが発生していないと判定すると（Ａ１：ＮＯ）、リセット処理を終了して次のリセット処理の開始を待機する。一方、制御部４は、ＡＣＣ信号がオンからオフに切り換わり且つＩＧ信号がオンからオフに切り換わり、車両電源のオンからオフへの切り換えが発生したと判定すると（Ａ１：ＹＥＳ）、駐車直後のサービスの実施タイミングを特定する（Ａ２）。制御部４は、駐車直後のサービスとして例えば上記したようにドアロック忘れ通知信号を送信させるサービスを行う場合であれば、ドアロック忘れ通知信号を送信させるタイミングを実施タイミングとして特定する。
【００２２】
次いで、制御部４は、駐車中の定期的なサービスの実施タイミングを特定する（Ａ３）。制御部４は、駐車中の定期的なサービスとして例えば上記したように現在位置通知信号を送信させるサービスを行う場合であれば、現在位置通知信号を送信させるタイミングを実施タイミングとして特定する。
【００２３】
次いで、制御部４は、その特定したサービスの実施タイミングを考慮し、予め設定されている設定期間（例えば１時間）とリセット期間との和に相当するリセット可能期間を探索する（Ａ４）。設定期間とは、サービスを実施したことで、その実施したサービスに関連する別のサービスを実施したり当該サービスの実施をリトライしたりすることを考慮して予め設定される期間である。リセット期間とは、ソフトウェアの動作がリセットされる始点から終点まで（即ちリセットの開始から完了まで）の期間である。制御部４は、リセット可能期間の探索に成功すると（Ａ５：ＹＥＳ）、その探索に成功した期間において直前のサービスの終了タイミングを起点として設定期間後をリセットタイミングとして決定する（Ａ６、第２の手順）。
【００２４】
具体的に説明すると、図３に示すように、制御部４が、「ｔ１」のタイミングで車両電源のオンからオフへの切り換えを判定した後に、駐車直後のサービス又は駐車中の定期的なサービスの実施タイミングとして「ｔ２」を特定した場合を想定する。制御部４は、サービスを行う始点から終点まで（即ちサービスの開始から完了まで）のサービス実施期間が「Ｔ１」であれば、そのサービス実施期間「Ｔ１」の終点である「ｔ３」の直後から設定期間「Ｔａ」とリセット期間「Ｔｒ」との和に相当するリセット可能期間「Ｔａ＋Ｔｒ」を探索する。この場合、制御部４は、「ｔ３」以降に別のサービス実施期間を特定していないので、「ｔ３」の直後からリセット可能期間が確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ３」を起点として設定期間「Ｔａ」後の「ｔ４」をリセットタイミングとして決定する。即ち、制御部４は、サービス実施期間「Ｔ１」と設定期間「Ｔａ」とを含む期間をサービスに係る所定期間「Ｔ１＋Ｔａ」とし、その所定期間「Ｔ１＋Ｔａ」とリセット期間「Ｔｒ」とが競合しないタイミングをリセットタイミングとして決定する。
【００２５】
又、図４及び図５に示すように、「ｔ１」のタイミングで車両電源のオンからオフへの切り換えを判定した後に、駐車直後のサービス又は駐車中の定期的なサービスの実施タイミングとして「ｔ２」を特定し、更に次のサービスの実施タイミングを特定した場合を想定する。制御部４は、サービス実施期間「Ｔ１」の終点である「ｔ３」の直後からリセット可能期間を探索するが、「ｔ３」以降に別のサービス実施期間を特定しているので、「ｔ３」から別のサービス実施期間の始点までの期間とリセット可能期間とを比較する。
【００２６】
即ち、図４に示すように、最初のサービス実施期間「Ｔ１」の終点である「ｔ３」から次のサービス実施期間「Ｔ２」の始点である「ｔ１１」までの期間が比較的長ければ、制御部４は、「ｔ３」から「ｔ１１」までの期間がリセット可能期間よりも長いと判定する。即ち、制御部４は、図３と同様に、「ｔ３」の直後からリセット可能期間が確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ３」を起点として設定期間「Ｔａ」後の「ｔ４」をリセットタイミングとして決定する。
【００２７】
一方、図５に示すように、最初のサービス実施期間「Ｔ１」の終点である「ｔ３」から
から次のサービス実施期間「Ｔ３」の始点である「ｔ２１」までの期間が比較的短ければ、制御部４は、「ｔ３」から「ｔ２１」までの期間がリセット可能期間よりも短いと判定する。即ち、制御部４は、図３及び図４とは異なり、「ｔ３」の直後からリセット可能期間が確保不可能であると判定し、リセット可能期間の探索に失敗する。制御部４は、リセット可能期間の探索に失敗すると、次のサービス実施期間「Ｔ３」の終点である「ｔ２２」の直後からリセット可能期間を探索する。この場合、制御部４は、「ｔ２２」以降に別のサービス実施期間を特定していないので、「ｔ２２」の直後からリセット可能期間を確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ２２」を起点として設定期間「Ｔａ」後の「ｔ２３」をリセットタイミングとして決定する。制御部４は、サービス実施期間「Ｔ３」と設定期間「Ｔａ」とを含む期間をサービスに係る所定期間「Ｔ３＋Ｔａ」とし、その所定期間「Ｔ３＋Ｔａ」とリセット期間「Ｔｒ」とが競合しないタイミングをリセットタイミングとして決定する。以上は、２回のサービス実施期間が発生する場合を説明したが、３回以上のサービス実施期間が発生する場合も同様である。
【００２８】
制御部４は、このようにしてリセットタイミングを決定すると、車両電源のオフからオンへの切り換えが発生したか否かを判定し（Ａ７）、ソフトウェアが新たに実施するサービスの要求が発生したか否かを判定し（Ａ８、第４の手順）、リセットタイミングに到達したか否かを判定する（Ａ１１）。制御部４は、リセットタイミングに到達したと判定する前に、ＡＣＣ信号がオフからオンに切り換わり又はＩＧ信号がオフからオンに切り換わり、車両電源のオフからオンへの切り換えが発生したと判定すると（Ａ７：ＹＥＳ）、リセット処理を終了して次のリセット処理の開始を待機する。尚、制御部４は、リセット処理を終了すると、その時点で決定していたリセットタイミングを破棄（即ち消去）する。
【００２９】
又、制御部４は、ソフトウェアが新たに実施するサービスの要求が発生したと判定すると（Ａ８：ＹＥＳ）、その時点で決定しているリセットタイミングを変更する必要があるか否かを判定する（Ａ９、第５の手順）。ソフトウェアが新たに実施するサービスとは、上記した駐車直後のサービス及び駐車中の定期的なサービスの何れとも異なるサービスである。制御部４は、リセットタイミングを変更する必要がないと判定すると（Ａ９：ＮＯ）、リセットタイミングを変更せずに維持する。一方、制御部４は、リセットタイミングを変更する必要があると判定すると（Ａ９：ＹＥＳ）、リセットタイミングを変更する（Ａ１０、第６の手順）。
【００３０】
具体的に説明すると、制御部４が、上記した図３に示したように「ｔ４」をリセットタイミングとして決定した後に、ソフトウェアが新たに実施するサービスの要求が発生した場合を想定する。この場合、制御部４は、例えばソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合するか否かを判定し、リセットタイミングを変更する必要があるか否かを判定する。図６に示すように、ソフトウェアが新たに実施するサービスの要求がリセット期間の終点である「ｔ５」以降で発生した場合であれば、制御部４は、「ｔ５」以降にサービス実施期間「Ｔ４」を特定する。この場合、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合しないと判定し、リセットタイミングを変更する必要がないと判定する。即ち、制御部４は、リセットタイミングを変更せずに維持する。
【００３１】
一方、図７に示すように、ソフトウェアが新たに実施するサービスの要求がサービス実施期間「Ｔ１」の終点である「ｔ３」からリセット期間の始点である「ｔ４」までの途中で発生した場合であれば、制御部４は、「ｔ３」から「ｔ４」の途中にサービス実施期間「Ｔ５」を特定する。この場合、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合すると判定し、リセットタイミングを変更する必要があると判定する。制御部４は、その新たに実施するサービスのサービス実施期間「Ｔ５」の終点である「ｔ４２」の直後からリセット可能期間を探索し、「ｔ４２」の直後からリセット可能期間を確保可能であると、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ４２」を起点として設定期間「Ｔａ」後の「ｔ４３」をリセットタイミングとして再決定する。即ち、制御部４は、リセットタイミングを変更する。以上は、ソフトウェアが新たに実施する１回のサービスの要求が発生した場合を説明したが、複数回のサービスの要求が発生した場合も同様である。
【００３２】
又、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合するか否かを判定するのみでなく、サービスの内容によりリセットタイミングを変更する必要があるか否かを判定しても良い。即ち、ソフトウェアが新たに実施するサービスとして例えばアンロック制御やドアオープン制御等を実施する場合では、その直後にユーザが乗車する可能性が高い。制御部４は、ユーザが直後に乗車する可能性が高い制御を行うサービスの要求が発生すると、その時点で決定しているリセットタイミングを破棄することで、リセットタイミングを変更しても良い。
【００３３】
制御部４は、リセットタイミングに到達したと判定すると（Ａ１１：ＹＥＳ）、リセット要求をリセット部８に出力し、リセットを行い（Ａ１２、第３の手順）、リセット処理を終了する。即ち、制御部４は、リセット部８からリセット命令を入力し、リセット命令を無線通信部５に出力すると共に、自身のソフトウェアの動作をリセットする。又、無線通信部５は、制御部４からリセット命令を入力し、自身のソフトウェアの動作をリセットする。
【００３４】
以上に説明した一連の処理により、制御部４は、車両電源がオフの期間にソフトウェアがサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定する。そして、制御部４は、リセットタイミングに到達すると、自身のソフトウェアの動作及び無線通信部５のソフトウェアの動作の両方をリセットする。尚、以上は、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作の両方をリセットする構成を例示したが、何れか一方をリセットする構成でも良い。即ち、制御部４は、リセット部８からリセット命令を入力すると、自身のソフトウェアの動作をリセットせずにリセット命令を無線通信部５に出力しても良い。又、制御部４は、リセット部８からリセット命令を入力すると、リセット命令を無線通信部５に出力せずに自身のソフトウェアの動作をリセットしても良い。
【００３５】
次に、サーバ３が上記したドアロック指示信号等の遠隔操作指示信号を送信する動作について図８及び図９を参照して説明する。前述したように、サーバ３は、ユーザからのドアロックの操作等の遠隔操作の指示を携帯情報端末１５が受け付け、携帯情報端末１５から遠隔操作指示信号を受信した判定すると、遠隔操作指示信号を車両用通信装置２に送信する。ここで、サーバ３は、遠隔操作指示信号を車両用通信装置２に送信すると、受信監視タイマの計時を開始し（Ｂ１）、リトライ監視タイマの計時を開始し（Ｂ２）、ドアロック指示信号の送信時を起点として第１の規定時間が経過するまで遠隔操作完了信号の受信を待機する。
【００３６】
図８に示すように、車両用通信装置２において、制御部４は、自身がリセット期間でなく且つ無線通信部５がリセット期間でなければ（即ち非リセット中であれば）、遠隔操作指示信号が無線通信部５により受信され、遠隔操作指示信号の受信に成功する。制御部４は、遠隔操作信号の受信に成功したと判定すると、遠隔操作信号を車内通信部９から図示しない遠隔操作の対象とする電子制御装置（即ちドアロックの操作であればドアロックＥＣＵ）に出力し、遠隔操作制御を行う。そして、制御部４は、その遠隔操作制御を完了すると、その遠隔操作制御の完了を示す遠隔操作完了信号を無線通信部５からサーバ３に送信させる。サーバ３は、受信監視タイマの計時を開始してから第１の規定時間が経過する前に遠隔操作完了信号を受信したと判定すると、遠隔操作完了信号を携帯情報端末１５に送信し、受信監視タイマの計時を途中終了し（Ｂ３）、リトライ監視タイマの計時を途中終了する（Ｂ４）。
【００３７】
一方、図９に示すように、制御部４は、自身がリセット期間である又は無線通信部５がリセット期間であれば（即ちリセット中であれば）、遠隔操作指示信号が無線通信部５により受信されず、遠隔操作指示信号の受信に失敗する。即ち、制御部４は、遠隔操作制御を行うことなく、遠隔操作完了信号を無線通信部５からサーバ３に送信させることもない。サーバ３は、遠隔操作完了信号を受信せずに第１の規定時間が経過したと判定すると（Ｂ５：ＹＥＳ）、遠隔操作信号の送信の失敗（即ち車両用通信装置２への未達）を特定し（Ｂ６）、リトライ監視タイマの計時を開始してから第２の規定時間が経過したか否かを判定する（Ｂ７）。サーバ３は、第２の規定時間が経過したと判定すると、遠隔操作指示信号の送信をリトライする。この場合、サーバ３は、第２の規定時間をリセット期間よりも長く設定し、リセット期間よりも長い周期で遠隔操作指示信号の送信をリトライする。即ち、サーバ３は、遠隔操作指示信号の送信をリトライする周期をリセット期間よりも長い周期とすることで、車両用通信装置２のリセット期間に遠隔操作指示信号の送信をリトライしてしまう状況を回避する。
【００３８】
尚、以上は、サーバ３が遠隔操作指示信号を車両用通信装置２に送信する場合を説明したが、図１０及び図１１に示すように、電子制御装置１４が制御指示信号を車両用通信装置２に送信する場合も同様である（Ｂ１１〜Ｂ１７）。即ち、電子制御装置１４は、第２の規定時間をリセット期間よりも長く設定し、リセット期間よりも長い周期で制御指示信号の送信をリトライする。即ち、電子制御装置１４は、制御指示信号の送信をリトライする周期をリセット期間よりも長い周期とすることで、車両用通信装置２のリセット期間に制御指示信号の送信をリトライしてしまう状況を回避する。
【００３９】
以上説明したように本実施形態によれば、次に示す効果を得ることができる。
車両用通信装置２において、車両電源がオフの期間にサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定し、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作を、その決定したリセットタイミングでリセットするようにした。これにより、車両電源がオフの期間にソフトウェアが実施するサービスを妨げずにソフトウェアの動作をリセットすることができ、ソフトウェアの動作を適切にリセットして安定化させることができる。
【００４０】
又、車両用通信装置２において、リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生し、その新たに発生したサービスに係る所定期間と既に決定しているリセット期間とが競合すると、リセットタイミングを再決定するようにした。これにより、ソフトウェアが新たに実施するサービスの要求が発生した場合でも、リセットタイミングを再決定することで、ソフトウェアの動作を適切にリセットして安定化させることができる。
【００４１】
又、サーバ３において、遠隔操作指示信号の車両用通信装置２への送信をリトライする際に、車両用通信装置２のリセット期間よりも長い周期で遠隔操作指示信号の送信をリトライするようにした。これにより、車両用通信装置２のリセット期間に遠隔操作指示信号の送信をリトライしてしまう状況を回避することができる。又、電子制御装置１４において、制御指示信号の車両用通信装置２への送信をリトライする際に、車両用通信装置２のリセット期間よりも長い周期で制御指示信号の送信をリトライするようにした。これにより、車両用通信装置２のリセット期間に制御指示信号の送信をリトライしてしまう状況を回避することができる。
【００４２】
本発明は、上記した実施形態で例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形又は拡張することができる。
本実施形態では、制御部４や無線通信部５のソフトウェアの動作をリセットする構成を例示したが、制御部４や無線通信部５とは別の機能ブロックのソフトウェアの動作をリセットする構成でも良い。
設定期間をサービスに応じて異なる期間で設定しても良い。即ち、サービスを実施したことで、その実施したサービスに関連する別のサービスを実施したり当該サービスの実施をリトライしたり可能性が高ければ設定期間を長く設定し、その可能性が低ければ設定期間を短く設定しても良い。
【符号の説明】
【００４３】
図面中、１は通信システム、２は車両用通信装置、３はサーバ（外部装置）、４は制御部（リセット対象部）、４ａは電源判定部、４ｂはリセット実行部、４ｃはタイミング決定部、５は無線通信部（リセット対象部）、８はリセット部、１４は電子制御装置（外部装置）である。
【図１】
2017058837.tif 000003
【図２】
2017058837.tif 000004
【図３】
2017058837.tif 000005
【図４】
2017058837.tif 000006
【図５】
2017058837.tif 000007
【図６】
2017058837.tif 000008
【図７】
2017058837.tif 000009
【図８】
2017058837.tif 000010
【図９】
2017058837.tif 000011
【図１０】
2017058837.tif 000012
【図１１】
2017058837.tif 000013