特許 6237737 車両用通信装置、コンピュータプログラム及び通信システム

(19)【発行国】日本国特許庁(JP)

(12)【公報種別】特許公報(B2)

(11)【特許番号】6237737

(24)【登録日】2017年11月10日

(45)【発行日】2017年11月29日

(54)【発明の名称】車両用通信装置、コンピュータプログラム及び通信システム

(51)【国際特許分類】

   G06F 1/24 20060101AFI20171120BHJP

   B60R 16/02 20060101ALI20171120BHJP

【ＦＩ】

   G06F1/24 B

   B60R16/02 660M

【請求項の数】12

【全頁数】14

(21)【出願番号】特願2015-181807(P2015-181807)

(22)【出願日】2015年9月15日

(65)【公開番号】特開2017-58837(P2017-58837A)

(43)【公開日】2017年3月23日

【審査請求日】2017年8月2日

(73)【特許権者】

【識別番号】000004260

【氏名又は名称】株式会社デンソー

(74)【代理人】

【識別番号】110000567

【氏名又は名称】特許業務法人 サトー国際特許事務所

(72)【発明者】

【氏名】石原 俊郎

【審査官】 篠塚 隆

(56)【参考文献】

【文献】 特開２００９−１２８３１３（ＪＰ，Ａ）

【文献】 国際公開第２０１４／５５１９８（ＷＯ，Ａ１）

【文献】 特開２０１２−１８７７１０（ＪＰ，Ａ）

【文献】 特開２００５−３０９４９５（ＪＰ，Ａ）

(58)【調査した分野】（Int.Cl.，ＤＢ名）

Ｂ６０Ｒ１６／０２

Ｇ０６Ｆ１／２４

１１／１４

(57)【特許請求の範囲】

【請求項1】

車両電源がオン及びオフの何れでもソフトウェアを実行するリセット対象部（４，５）と、
前記リセット対象部のソフトウェアの動作をリセットするリセット部（８）と、
車両電源のオンオフを判定する電源判定部（４ａ）と、
車両電源のオフが前記電源判定部により判定されると、その車両電源がオフの期間に、前記リセット対象部のソフトウェアの動作を予め決定されたリセットタイミングで前記リセット部によりリセットさせるリセット実行部（４ｂ）と、を備えた車両用通信装置（４）。

【請求項2】

請求項１に記載した車両用通信装置において、
車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定するタイミング決定部（４ｃ）を備え、
前記リセット実行部は、前記リセット対象部のソフトウェアの動作を前記タイミング決定部により決定されたリセットタイミングで前記リセット部によりリセットさせる車両用通信装置。

【請求項3】

請求項２に記載した車両用通信装置において、
前記タイミング決定部は、車両電源のオンからオフへの切り換えを契機とするサービスに係る前記所定期間と前記リセット期間とが競合しないタイミングを前記リセットタイミングとして決定する車両用通信装置。

【請求項4】

請求項２に記載した車両用通信装置において、
前記タイミング決定部は、予め設定されている特定の日時への到達を契機とするサービスに係る前記所定期間と前記リセット期間とが競合しないタイミングを前記リセットタイミングとして決定する車両用通信装置。

【請求項5】

請求項２から４の何れか一項に記載した車両用通信装置において、
前記タイミング決定部は、前記リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生し、その時点で決定しているリセットタイミングを変更する必要があると、その時点で決定しているリセットタイミングを変更する車両用通信装置。

【請求項6】

請求項１から５の何れか一項に記載した車両用通信装置において、
前記リセット対象部は、装置全体の制御に係るソフトウェアを実行する制御部（４）及び無線通信に係るソフトウェアを実行する無線通信部（５）のうち少なくとも何れかを含む車両用通信装置。

【請求項7】

車両電源がオン及びオフの何れでもソフトウェアを実行するリセット対象部（４，５）と、前記リセット対象部のソフトウェアの動作をリセットするリセット部（８）と、を備えた車両用通信装置（２）のマイクロコンピュータに、
車両電源がオフの期間を判定する第１の手順と、
リセットタイミングを決定する第２の手順と、
車両電源のオフを前記第１の手順により判定すると、その車両電源がオフの期間に、前記リセット対象部のソフトウェアの動作を前記第２の手順により決定したリセットタイミングで前記リセット部によりリセットさせる第３の手順と、を実行させるコンピュータプログラム。

【請求項8】

請求項７に記載したコンピュータプログラムにおいて、
前記第２の手順は、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定するコンピュータプログラム。

【請求項9】

請求項８に記載したコンピュータプログラムにおいて、
前記リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生したか否かを判定する第４の手順と、
ソフトウェアが新たに実施するサービスの要求が発生したと前記第４の手順により判定すると、その時点で決定しているリセットタイミングを変更する必要があるか否かを判定する第５の手順と、
リセットタイミングを変更する必要があると前記第５の手順により判定すると、その時点で決定しているリセットタイミングを変更する第６の手順と、を実行させるコンピュータプログラム。

【請求項10】

車両電源がオフの期間に、リセット対象部（４，５）のソフトウェアの動作を予め決定されたリセットタイミングでリセット部（８）によりリセットさせる車両用通信装置（４）と、
動作指示信号を前記車両用通信装置に送信する外部装置（３，１４）と、を備え、
前記外部装置は、車両電源がオフの期間に動作指示信号の前記車両用通信装置への送信をリトライする際には、リセット期間よりも長い周期で動作指示信号の前記車両用通信装置への送信をリトライする通信システム（１）。

【請求項11】

請求項１０に記載した通信システムにおいて、
前記外部装置は、前記動作指示信号として遠隔操作指示信号を前記車両用通信装置に送信するサーバ（３）を含む通信システム。

【請求項12】

請求項１０又は１１に記載した通信システムにおいて、
前記外部装置は、前記動作指示信号として制御指示信号を前記車両用通信装置に送信する電子制御装置（１４）を含む通信システム。

【発明の詳細な説明】

【技術分野】

【0001】

本発明は、車両用通信装置、コンピュータプログラム及び通信システムに関する。

【背景技術】

【0002】

従来より、無線通信機能を有する車両用通信装置が供されている。この種の車両用通信装置の１つとして、車両電源がオンであるときに、緊急通報、データ通信による目的地設定、音声通話等のサービスを行い、車両電源がオフであるときに、盗難追跡、リモートエンジンスタート、リモートドアロック・アンロック等のサービスを行う車両用通信装置がある。この種の車両用通信装置では、スマートフォン等の携帯電話機と同様の無線通信技術が採用されており、複雑な構造のソフトウェアを実行する。そのため、長期間の使用に際してソフトウェアの動作が不安定になる懸念がある。

【0003】

複雑な構造のソフトウェアを実行する他の装置としてナビゲーション装置が挙げられる。しかしながら、ナビゲーション装置は基本的に車両電源がオンのみでソフトウェアを実行する装置である。そのため、ナビゲーション装置では、車両電源のオンオフを切り換えるタイミング、即ち、ユーザがＩＧ（イグニッション）及びＡＣＣ（アクセサリ）をオンからオフに切り換えて降車するタイミングで電源をオフし、ユーザがＩＧ及びＡＣＣをオフからオンに切り換えて乗車するタイミングで電源をオンすることでソフトウェアの動作をリセット（即ち初期化）し、ソフトウェアの動作を安定化させることができる。これに対し、上記した車両用通信装置は、車両電源がオン及びオフの何れでもソフトウェアを実行する装置である。そのため、ナビゲーション装置とは異なり、車両電源のオンオフを切り換えるタイミングでソフトウェアの動作をリセットすることができず、ソフトウェアの動作を安定化させることができない。

【0004】

ソフトウェアの動作を安定化させる構成として、ソフトウェアの動作を監視する専用の監視ソフトウェアを組み込み、ソフトウェアの動作の異常を監視ソフトウェアにより検出すると、ソフトウェアの動作をリセットする構成が開示されている（例えば特許文献１参照）。

【先行技術文献】

【特許文献】

【0005】

【特許文献1】特開２０１３−１４２９１０号公報

【発明の概要】

【発明が解決しようとする課題】

【0006】

特許文献１に開示されている技術では、ソフトウェアの動作が異常になってからの自動復帰という点で有効である。しかしながら、緊急通報のような緊急性の高い動作を必要とする車両用通信装置では、ソフトウェアの動作が異常になってから自動復帰させる構成は適さないという問題がある。

【0007】

本発明は、上記した事情に鑑みてなされたものであり、その目的は、車両電源がオン及びオフの何れでもソフトウェアを実行する構成において、ソフトウェアの動作を適切にリセットして安定化させることができる車両用通信装置、コンピュータプログラム及び通信システムを提供することにある。

【課題を解決するための手段】

【0008】

請求項１に記載した発明によれば、リセット対象部（４，５）は、車両電源がオン及びオフの何れでもソフトウェアを実行する。リセット部（８）は、リセット対象部のソフトウェアの動作をリセットする。電源判定部（４ａ）は、車両電源のオンオフを判定する。リセット実行部（４ｂ）は、車両電源のオフが電源判定部により判定されると、その車両電源がオフの期間に、リセット対象部のソフトウェアの動作を予め決定されたリセットタイミングでリセット部によりリセットさせる。

【0009】

即ち、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定しておくことで、そのサービスを妨げずにソフトウェアの動作をリセットすることができる。これにより、ソフトウェアの動作を適切にリセットして安定化させることができる。

【図面の簡単な説明】

【0010】

【図1】本発明の一実施形態を示す機能ブロック図

【図2】リセット処理を示すフローチャート

【図3】タイミングチャート（その１）

【図4】タイミングチャート（その２）

【図5】タイミングチャート（その３）

【図6】タイミングチャート（その４）

【図7】タイミングチャート（その５）

【図8】シーケンス図（その１）

【図9】シーケンス図（その２）

【図10】シーケンス図（その３）

【図11】シーケンス図（その４）

【発明を実施するための形態】

【0011】

以下、本発明の一実施形態について図面を参照して説明する。
通信システム１は、車両に搭載されている車両用通信装置２と、サーバ３（外部装置に相当）とが広域無線通信可能に構成されている。車両用通信装置２は、制御部４（リセット対象部に相当）と、無線通信部５（リセット対象部に相当）と、ＧＮＳＳ（Global Navigation Satellite System）受信部６と、電源部７と、リセット部８と、車内通信部９と、発振部１０とを有する。

【0012】

制御部４は、ＣＰＵ（Central Processing Unit）、ＲＯＭ（Read Only Memory）、ＲＡＭ（Random Access Memory）及びＩ／Ｏ（Input／Output）を有するマイクロコンピュータにより構成されている。制御部４は、非遷移的実体的記録媒体に格納されているコンピュータプログラムを実行することで、装置全体の制御に係るソフトウェアを実行し、車両用通信装置２の動作全般を制御する。無線通信部５は、非遷移的実体的記録媒体に格納されているコンピュータプログラムを実行することで、無線通信に係るソフトウェアを実行し、車両用通信装置２の無線通信を制御する。具体的には、無線通信部５は、無線基地局１１との間で通信電波を送受信することで、サーバ３との間で広域無線通信を行う。尚、制御部４と無線通信部５とは１チップで構成されている。

【0013】

ＧＮＳＳ受信部６は、衛星から受信したＧＮＳＳ信号から各種パラメータを抽出し、その抽出した各種パラメータを用いて現在位置を演算し、その演算した現在位置を制御部４に出力する。電源部７は、車両に搭載されている車両バッテリ１２から供給される電力を動作電力として取得する。

【0014】

リセット部８は、制御部４からリセット要求を入力すると、リセット命令を制御部４に出力する。制御部４は、リセット部８からリセット命令を入力すると、リセット命令を無線通信部５に出力すると共に、ソフトウェアの動作をリセット（即ち初期化）する。無線通信部５は、制御部４からリセット命令を入力すると、ソフトウェアの動作をリセットする。制御部４及び無線通信部５においてソフトウェアの動作をリセットするとは、その時点でソフトウェアが正常に動作しているか否かに関係なくソフトウェアを予め規定されている最初の手順から動作（即ち再起動又はリフレッシュ）させることである。

【0015】

車内通信部９は、車両に搭載されている車内ＬＡＮ１３と接続されており、車両に搭載されている電子制御装置（ＥＣＵ（Electronic Control Unit））１４（外部装置に相当）と車内ＬＡＮ１３を介してデータ通信を行う。発振部１０は、基準クロックを生成し、その生成した基準クロックを制御部４に出力する。

【0016】

制御部４は、電源判定部４ａと、リセット実行部４ｂと、タイミング決定部４ｃと、計時部４ｄとを有する。これら各部４ａ〜４ｄはソフトウェアにより実現されている。電源判定部４ａは、ＡＣＣ（アクセサリ）のオンオフを示すＡＣＣ信号及びＩＧ（イグニッション）のオンオフを示すＩＧ信号により車両電源のオンオフを判定する。即ち、電源判定部４ａは、ＡＣＣ信号のオン又はＩＧ信号のオンにより車両電源のオンを特定し、ＡＣＣ信号のオフ且つＩＧ信号のオフにより車両電源のオフを特定する。

【0017】

リセット実行部４ｂは、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作のうち少なくとも何れかを、タイミング決定部４ｃにより決定されたリセットタイミングでリセット部８によりリセットさせる。タイミング決定部４ｃは、車両電源がオフの期間にソフトウェアが実施するサービスに係る所定期間とソフトウェアの動作がリセットされるリセット期間とが競合しないタイミングをリセットタイミングとして決定する。計時部４ｄは、発振部１０から入力する基準クロックを用いて計時する。

【0018】

上記した構成では、制御部４及び無線通信部５は、車両電源がオンオフの何れでも車両バッテリ１２から供給される電力を電源部７が動作電力として取得することでソフトウェアを実行する。即ち、制御部４及び無線通信部５は、車両電源がオンであるとき、即ち、一般的にはユーザが乗車中であるときに、緊急通報、データ通信による目的地設定、音声通話等のサービスを行い、車両電源がオフであるとき、即ち、一般的にはユーザが非乗車中であるときに、盗難追跡、リモートエンジンスタート、リモートドアロック・アンロック等のサービスを行う。車両電源がオフであるときに制御部４及び無線通信部５が行うサービスとしては、車両電源のオンからオフへの切り換えを契機として行うサービス（即ち駐車直後のサービス）と、予め設定されている特定の日時への到達を契機として行うサービス（即ち駐車中の定期的なサービス）とがある。

【0019】

制御部４は、駐車直後のサービスとして例えばドアロック忘れを示すドアロック忘れ通知信号を無線通信部５からサーバ３に送信させるサービスを行う。この場合、サーバ３は、車両用通信装置２からドアロック忘れ通知信号を受信すると、ドアロック忘れ通知信号を予め送信先として設定されているユーザの携帯情報端末１５に送信する。携帯情報端末１５は、サーバ３からドアロック忘れ通知信号を受信すると、ドアロック忘れをユーザに通知し、ユーザからのドアロックの操作を受け付けると、ドアロック指示信号（動作指示信号、遠隔操作指示信号）をサーバ３に送信する。サーバ３は、携帯情報端末１５からドアロック指示信号を受信すると、ドアロック指示信号を車両用通信装置２に送信する。制御部４は、サーバ３からドアロック指示信号を無線通信部５により受信すると、ドアロック指示信号を車内通信部９から図示しないドアロックＥＣＵに出力してドアロック制御を行う。

【0020】

又、制御部４は、駐車中の定期的なサービスとして例えばＧＮＳＳ受信部６により演算された現在位置（即ち駐車位置）を示す現在位置通知信号を無線通信部５からサーバ３に送信させるサービスを行う。この場合、サーバ３は、車両用通信装置２から現在位置通知信号を受信すると、現在位置通知信号を予め送信先として設定されている携帯情報端末１５に送信する。又、サーバ３は、現在位置の履歴を用いて車両盗難の可能性を判定し、車両盗難の可能性があると判定すると、盗難通知信号を予め送信先として設定されている携帯情報端末１５に送信する。携帯情報端末１５は、サーバ３から現在位置通知信号を受信すると、車両の現在位置をユーザに通知する。又、携帯情報端末１５は、サーバ３から盗難通知信号を受信すると、車両盗難の可能性をユーザに通知する。

【0021】

次に、上記した構成の作用について、図２から図１１を参照して説明する。制御部４は、本発明に関連し、図２に示すリセット処理を行う。
制御部４は、リセット処理を開始すると、車両電源のオンからオフへの切り換えが発生したか否かを判定する（Ａ１、第１の手順）。制御部４は、車両電源のオンからオフへの切り換えが発生していないと判定すると（Ａ１：ＮＯ）、リセット処理を終了して次のリセット処理の開始を待機する。一方、制御部４は、ＡＣＣ信号がオンからオフに切り換わり且つＩＧ信号がオンからオフに切り換わり、車両電源のオンからオフへの切り換えが発生したと判定すると（Ａ１：ＹＥＳ）、駐車直後のサービスの実施タイミングを特定する（Ａ２）。制御部４は、駐車直後のサービスとして例えば上記したようにドアロック忘れ通知信号を送信させるサービスを行う場合であれば、ドアロック忘れ通知信号を送信させるタイミングを実施タイミングとして特定する。

【0022】

次いで、制御部４は、駐車中の定期的なサービスの実施タイミングを特定する（Ａ３）。制御部４は、駐車中の定期的なサービスとして例えば上記したように現在位置通知信号を送信させるサービスを行う場合であれば、現在位置通知信号を送信させるタイミングを実施タイミングとして特定する。

【0023】

次いで、制御部４は、その特定したサービスの実施タイミングを考慮し、予め設定されている設定期間（例えば１時間）とリセット期間との和に相当するリセット可能期間を探索する（Ａ４）。設定期間とは、サービスを実施したことで、その実施したサービスに関連する別のサービスを実施したり当該サービスの実施をリトライしたりすることを考慮して予め設定される期間である。リセット期間とは、ソフトウェアの動作がリセットされる始点から終点まで（即ちリセットの開始から完了まで）の期間である。制御部４は、リセット可能期間の探索に成功すると（Ａ５：ＹＥＳ）、その探索に成功した期間において直前のサービスの終了タイミングを起点として設定期間後をリセットタイミングとして決定する（Ａ６、第２の手順）。

【0024】

具体的に説明すると、図３に示すように、制御部４が、「ｔ１」のタイミングで車両電源のオンからオフへの切り換えを判定した後に、駐車直後のサービス又は駐車中の定期的なサービスの実施タイミングとして「ｔ２」を特定した場合を想定する。制御部４は、サービスを行う始点から終点まで（即ちサービスの開始から完了まで）のサービス実施期間が「Ｔ１」であれば、そのサービス実施期間「Ｔ１」の終点である「ｔ３」の直後から設定期間「Ｔａ」とリセット期間「Ｔｒ」との和に相当するリセット可能期間「Ｔａ＋Ｔｒ」を探索する。この場合、制御部４は、「ｔ３」以降に別のサービス実施期間を特定していないので、「ｔ３」の直後からリセット可能期間が確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ３」を起点として設定期間「Ｔａ」後の「ｔ４」をリセットタイミングとして決定する。即ち、制御部４は、サービス実施期間「Ｔ１」と設定期間「Ｔａ」とを含む期間をサービスに係る所定期間「Ｔ１＋Ｔａ」とし、その所定期間「Ｔ１＋Ｔａ」とリセット期間「Ｔｒ」とが競合しないタイミングをリセットタイミングとして決定する。

【0025】

又、図４及び図５に示すように、「ｔ１」のタイミングで車両電源のオンからオフへの切り換えを判定した後に、駐車直後のサービス又は駐車中の定期的なサービスの実施タイミングとして「ｔ２」を特定し、更に次のサービスの実施タイミングを特定した場合を想定する。制御部４は、サービス実施期間「Ｔ１」の終点である「ｔ３」の直後からリセット可能期間を探索するが、「ｔ３」以降に別のサービス実施期間を特定しているので、「ｔ３」から別のサービス実施期間の始点までの期間とリセット可能期間とを比較する。

【0026】

即ち、図４に示すように、最初のサービス実施期間「Ｔ１」の終点である「ｔ３」から次のサービス実施期間「Ｔ２」の始点である「ｔ１１」までの期間が比較的長ければ、制御部４は、「ｔ３」から「ｔ１１」までの期間がリセット可能期間よりも長いと判定する。即ち、制御部４は、図３と同様に、「ｔ３」の直後からリセット可能期間が確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ３」を起点として設定期間「Ｔａ」後の「ｔ４」をリセットタイミングとして決定する。

【0027】

一方、図５に示すように、最初のサービス実施期間「Ｔ１」の終点である「ｔ３」から
から次のサービス実施期間「Ｔ３」の始点である「ｔ２１」までの期間が比較的短ければ、制御部４は、「ｔ３」から「ｔ２１」までの期間がリセット可能期間よりも短いと判定する。即ち、制御部４は、図３及び図４とは異なり、「ｔ３」の直後からリセット可能期間が確保不可能であると判定し、リセット可能期間の探索に失敗する。制御部４は、リセット可能期間の探索に失敗すると、次のサービス実施期間「Ｔ３」の終点である「ｔ２２」の直後からリセット可能期間を探索する。この場合、制御部４は、「ｔ２２」以降に別のサービス実施期間を特定していないので、「ｔ２２」の直後からリセット可能期間を確保可能であると判定し、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ２２」を起点として設定期間「Ｔａ」後の「ｔ２３」をリセットタイミングとして決定する。制御部４は、サービス実施期間「Ｔ３」と設定期間「Ｔａ」とを含む期間をサービスに係る所定期間「Ｔ３＋Ｔａ」とし、その所定期間「Ｔ３＋Ｔａ」とリセット期間「Ｔｒ」とが競合しないタイミングをリセットタイミングとして決定する。以上は、２回のサービス実施期間が発生する場合を説明したが、３回以上のサービス実施期間が発生する場合も同様である。

【0028】

制御部４は、このようにしてリセットタイミングを決定すると、車両電源のオフからオンへの切り換えが発生したか否かを判定し（Ａ７）、ソフトウェアが新たに実施するサービスの要求が発生したか否かを判定し（Ａ８、第４の手順）、リセットタイミングに到達したか否かを判定する（Ａ１１）。制御部４は、リセットタイミングに到達したと判定する前に、ＡＣＣ信号がオフからオンに切り換わり又はＩＧ信号がオフからオンに切り換わり、車両電源のオフからオンへの切り換えが発生したと判定すると（Ａ７：ＹＥＳ）、リセット処理を終了して次のリセット処理の開始を待機する。尚、制御部４は、リセット処理を終了すると、その時点で決定していたリセットタイミングを破棄（即ち消去）する。

【0029】

又、制御部４は、ソフトウェアが新たに実施するサービスの要求が発生したと判定すると（Ａ８：ＹＥＳ）、その時点で決定しているリセットタイミングを変更する必要があるか否かを判定する（Ａ９、第５の手順）。ソフトウェアが新たに実施するサービスとは、上記した駐車直後のサービス及び駐車中の定期的なサービスの何れとも異なるサービスである。制御部４は、リセットタイミングを変更する必要がないと判定すると（Ａ９：ＮＯ）、リセットタイミングを変更せずに維持する。一方、制御部４は、リセットタイミングを変更する必要があると判定すると（Ａ９：ＹＥＳ）、リセットタイミングを変更する（Ａ１０、第６の手順）。

【0030】

具体的に説明すると、制御部４が、上記した図３に示したように「ｔ４」をリセットタイミングとして決定した後に、ソフトウェアが新たに実施するサービスの要求が発生した場合を想定する。この場合、制御部４は、例えばソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合するか否かを判定し、リセットタイミングを変更する必要があるか否かを判定する。図６に示すように、ソフトウェアが新たに実施するサービスの要求がリセット期間の終点である「ｔ５」以降で発生した場合であれば、制御部４は、「ｔ５」以降にサービス実施期間「Ｔ４」を特定する。この場合、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合しないと判定し、リセットタイミングを変更する必要がないと判定する。即ち、制御部４は、リセットタイミングを変更せずに維持する。

【0031】

一方、図７に示すように、ソフトウェアが新たに実施するサービスの要求がサービス実施期間「Ｔ１」の終点である「ｔ３」からリセット期間の始点である「ｔ４」までの途中で発生した場合であれば、制御部４は、「ｔ３」から「ｔ４」の途中にサービス実施期間「Ｔ５」を特定する。この場合、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合すると判定し、リセットタイミングを変更する必要があると判定する。制御部４は、その新たに実施するサービスのサービス実施期間「Ｔ５」の終点である「ｔ４２」の直後からリセット可能期間を探索し、「ｔ４２」の直後からリセット可能期間を確保可能であると、リセット可能期間の探索に成功する。そして、制御部４は、リセット可能期間の探索に成功すると、「ｔ４２」を起点として設定期間「Ｔａ」後の「ｔ４３」をリセットタイミングとして再決定する。即ち、制御部４は、リセットタイミングを変更する。以上は、ソフトウェアが新たに実施する１回のサービスの要求が発生した場合を説明したが、複数回のサービスの要求が発生した場合も同様である。

【0032】

又、制御部４は、ソフトウェアが新たに実施するサービスに係る所定期間と既に決定しているリセット期間とが競合するか否かを判定するのみでなく、サービスの内容によりリセットタイミングを変更する必要があるか否かを判定しても良い。即ち、ソフトウェアが新たに実施するサービスとして例えばアンロック制御やドアオープン制御等を実施する場合では、その直後にユーザが乗車する可能性が高い。制御部４は、ユーザが直後に乗車する可能性が高い制御を行うサービスの要求が発生すると、その時点で決定しているリセットタイミングを破棄することで、リセットタイミングを変更しても良い。

【0033】

制御部４は、リセットタイミングに到達したと判定すると（Ａ１１：ＹＥＳ）、リセット要求をリセット部８に出力し、リセットを行い（Ａ１２、第３の手順）、リセット処理を終了する。即ち、制御部４は、リセット部８からリセット命令を入力し、リセット命令を無線通信部５に出力すると共に、自身のソフトウェアの動作をリセットする。又、無線通信部５は、制御部４からリセット命令を入力し、自身のソフトウェアの動作をリセットする。

【0034】

以上に説明した一連の処理により、制御部４は、車両電源がオフの期間にソフトウェアがサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定する。そして、制御部４は、リセットタイミングに到達すると、自身のソフトウェアの動作及び無線通信部５のソフトウェアの動作の両方をリセットする。尚、以上は、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作の両方をリセットする構成を例示したが、何れか一方をリセットする構成でも良い。即ち、制御部４は、リセット部８からリセット命令を入力すると、自身のソフトウェアの動作をリセットせずにリセット命令を無線通信部５に出力しても良い。又、制御部４は、リセット部８からリセット命令を入力すると、リセット命令を無線通信部５に出力せずに自身のソフトウェアの動作をリセットしても良い。

【0035】

次に、サーバ３が上記したドアロック指示信号等の遠隔操作指示信号を送信する動作について図８及び図９を参照して説明する。前述したように、サーバ３は、ユーザからのドアロックの操作等の遠隔操作の指示を携帯情報端末１５が受け付け、携帯情報端末１５から遠隔操作指示信号を受信した判定すると、遠隔操作指示信号を車両用通信装置２に送信する。ここで、サーバ３は、遠隔操作指示信号を車両用通信装置２に送信すると、受信監視タイマの計時を開始し（Ｂ１）、リトライ監視タイマの計時を開始し（Ｂ２）、ドアロック指示信号の送信時を起点として第１の規定時間が経過するまで遠隔操作完了信号の受信を待機する。

【0036】

図８に示すように、車両用通信装置２において、制御部４は、自身がリセット期間でなく且つ無線通信部５がリセット期間でなければ（即ち非リセット中であれば）、遠隔操作指示信号が無線通信部５により受信され、遠隔操作指示信号の受信に成功する。制御部４は、遠隔操作信号の受信に成功したと判定すると、遠隔操作信号を車内通信部９から図示しない遠隔操作の対象とする電子制御装置（即ちドアロックの操作であればドアロックＥＣＵ）に出力し、遠隔操作制御を行う。そして、制御部４は、その遠隔操作制御を完了すると、その遠隔操作制御の完了を示す遠隔操作完了信号を無線通信部５からサーバ３に送信させる。サーバ３は、受信監視タイマの計時を開始してから第１の規定時間が経過する前に遠隔操作完了信号を受信したと判定すると、遠隔操作完了信号を携帯情報端末１５に送信し、受信監視タイマの計時を途中終了し（Ｂ３）、リトライ監視タイマの計時を途中終了する（Ｂ４）。

【0037】

一方、図９に示すように、制御部４は、自身がリセット期間である又は無線通信部５がリセット期間であれば（即ちリセット中であれば）、遠隔操作指示信号が無線通信部５により受信されず、遠隔操作指示信号の受信に失敗する。即ち、制御部４は、遠隔操作制御を行うことなく、遠隔操作完了信号を無線通信部５からサーバ３に送信させることもない。サーバ３は、遠隔操作完了信号を受信せずに第１の規定時間が経過したと判定すると（Ｂ５：ＹＥＳ）、遠隔操作信号の送信の失敗（即ち車両用通信装置２への未達）を特定し（Ｂ６）、リトライ監視タイマの計時を開始してから第２の規定時間が経過したか否かを判定する（Ｂ７）。サーバ３は、第２の規定時間が経過したと判定すると、遠隔操作指示信号の送信をリトライする。この場合、サーバ３は、第２の規定時間をリセット期間よりも長く設定し、リセット期間よりも長い周期で遠隔操作指示信号の送信をリトライする。即ち、サーバ３は、遠隔操作指示信号の送信をリトライする周期をリセット期間よりも長い周期とすることで、車両用通信装置２のリセット期間に遠隔操作指示信号の送信をリトライしてしまう状況を回避する。

【0038】

尚、以上は、サーバ３が遠隔操作指示信号を車両用通信装置２に送信する場合を説明したが、図１０及び図１１に示すように、電子制御装置１４が制御指示信号を車両用通信装置２に送信する場合も同様である（Ｂ１１〜Ｂ１７）。即ち、電子制御装置１４は、第２の規定時間をリセット期間よりも長く設定し、リセット期間よりも長い周期で制御指示信号の送信をリトライする。即ち、電子制御装置１４は、制御指示信号の送信をリトライする周期をリセット期間よりも長い周期とすることで、車両用通信装置２のリセット期間に制御指示信号の送信をリトライしてしまう状況を回避する。

【0039】

以上説明したように本実施形態によれば、次に示す効果を得ることができる。
車両用通信装置２において、車両電源がオフの期間にサービスに係る所定期間とリセット期間とが競合しないタイミングをリセットタイミングとして決定し、制御部４のソフトウェアの動作及び無線通信部５のソフトウェアの動作を、その決定したリセットタイミングでリセットするようにした。これにより、車両電源がオフの期間にソフトウェアが実施するサービスを妨げずにソフトウェアの動作をリセットすることができ、ソフトウェアの動作を適切にリセットして安定化させることができる。

【0040】

又、車両用通信装置２において、リセットタイミングを決定した後にソフトウェアが新たに実施するサービスの要求が発生し、その新たに発生したサービスに係る所定期間と既に決定しているリセット期間とが競合すると、リセットタイミングを再決定するようにした。これにより、ソフトウェアが新たに実施するサービスの要求が発生した場合でも、リセットタイミングを再決定することで、ソフトウェアの動作を適切にリセットして安定化させることができる。

【0041】

又、サーバ３において、遠隔操作指示信号の車両用通信装置２への送信をリトライする際に、車両用通信装置２のリセット期間よりも長い周期で遠隔操作指示信号の送信をリトライするようにした。これにより、車両用通信装置２のリセット期間に遠隔操作指示信号の送信をリトライしてしまう状況を回避することができる。又、電子制御装置１４において、制御指示信号の車両用通信装置２への送信をリトライする際に、車両用通信装置２のリセット期間よりも長い周期で制御指示信号の送信をリトライするようにした。これにより、車両用通信装置２のリセット期間に制御指示信号の送信をリトライしてしまう状況を回避することができる。

【0042】

本発明は、上記した実施形態で例示したものに限定されることなく、その範囲を逸脱しない範囲で任意に変形又は拡張することができる。
本実施形態では、制御部４や無線通信部５のソフトウェアの動作をリセットする構成を例示したが、制御部４や無線通信部５とは別の機能ブロックのソフトウェアの動作をリセットする構成でも良い。
設定期間をサービスに応じて異なる期間で設定しても良い。即ち、サービスを実施したことで、その実施したサービスに関連する別のサービスを実施したり当該サービスの実施をリトライしたり可能性が高ければ設定期間を長く設定し、その可能性が低ければ設定期間を短く設定しても良い。

【符号の説明】

【0043】

図面中、１は通信システム、２は車両用通信装置、３はサーバ（外部装置）、４は制御部（リセット対象部）、４ａは電源判定部、４ｂはリセット実行部、４ｃはタイミング決定部、５は無線通信部（リセット対象部）、８はリセット部、１４は電子制御装置（外部装置）である。

【図1】

【図2】

【図3】

【図4】

【図5】

【図6】

【図7】

【図8】

【図9】

【図10】

【図11】